应用程序的视频数据处理方法及装置与流程

1.本技术涉及数据处理技术领域，特别是涉及一种应用程序的视频数据处理方法及装置。


背景技术：

2.目前在视频直播时，当用户把直播app(application)切换到后台后，服务器还会向该直播app发送视频数据，将会导致流量浪费；而且在后台运行时间过长后终端会发烫以影响终端的正常运行，另外，在后台运行后如果依然发送音视频数据，会导致在网络不好且终端还在运行其他app时出现卡顿现象，影响终端的操作体验。


技术实现要素：

3.本技术实施例的目的在于提供一种应用程序的视频数据处理方法及装置，解决了现有技术中将直播app切换到后台运行后，服务器依然会发送视频数据导致数据流量浪费以及影响终端操作体验的技术问题。具体技术方案如下：
4.在本技术实施的第一方面，首先提供了一种应用程序的视频数据处理方法，应用于服务器侧，包括：接收终端发送的请求消息，其中，所述请求消息携带有用于表征所述终端的应用程序当前的运行方式的参数，所述应用程序用于播放视频数据；响应于所述请求消息，向所述终端中的所述应用程序发送所述视频数据中的音频数据，或以预设方式向所述终端中的所述应用程序发送视频数据；其中，所述预设方式是指降低发送所述视频数据流量的方式。
5.在本技术实施的第二方面，还提供了一种应用程序的视频数据处理方法，应用于终端侧，包括：向服务器发送请求消息，其中，所述请求消息携带有用于表征所述终端的应用程序当前的运行方式的参数，所述应用程序用于播放视频数据；接收所述服务器响应于所述请求消息发送的所述视频数据中的音频数据，或接收所述服务器响应于所述请求消息以预设方式发送的所述视频数据，其中，所述预设方式是指降低发送所述视频数据流量的方式。
6.在本技术实施的第三方面，还提供了一种应用程序的视频数据处理装置，应用于服务器侧，包括：第一接收模块，用于接收终端发送的请求消息，其中，所述请求消息携带有用于表征所述终端的应用程序当前的运行方式的参数，所述应用程序用于播放视频数据；第一发送模块，用于响应于所述请求消息，向所述终端中的所述应用程序发送所述视频数据中的音频数据，或以预设方式向所述终端中的所述应用程序发送视频数据；其中，所述预设方式是指降低发送所述视频数据流量的方式。
7.在本技术实施的第四方面，还提供了一种应用程序的视频数据处理装置，应用于终端侧，包括：第二发送模块，用于向服务器发送请求消息，其中，所述请求消息携带有用于表征所述终端的应用程序当前的运行方式的参数，所述应用程序用于播放视频数据；第二接收模块，用于接收所述服务器响应于所述请求消息发送的所述视频数据中的音频数据，
或接收所述服务器响应于所述请求消息以预设方式发送的所述视频数据，其中，所述预设方式是指降低发送所述视频数据流量的方式。
8.在本技术实施的第五方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现第一方面所述的方法步骤，或实现第二方面所述的方法步骤。
9.在本技术实施的第六方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，实现第一方面所述的方法步骤，或实现第二方面所述的方法步骤。
10.在本技术实施例中，服务器在接收到终端发送的带有用于表征终端的应用程序当前的运行方式的参数的请求消息后，会响应于该请求消息，向终端中的应用程序发送视频数据中的音频数据，或以预设方式向终端中的应用程序发送视频数据，即根据应用程序不同的运行方式可以选择相应的降低传输数据流量的方式发送数据到应用程序，例如，在后台运行时可以只发送音频数据，在降低传输数据流量的同时也减轻了终端的负担，解决了现有技术中现有技术中将直播app切换到后台运行后，服务器依然会发送视频数据导致数据流量浪费以及影响终端操作体验的问题。
附图说明
11.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
12.图1为本技术实施例中应用程序的视频数据处理方法的流程图之一；
13.图2为本技术实施例中应用程序的视频数据处理方法的流程图之二；
14.图3为本技术实施例中应用程序的视频数据处理装置的结构示意图之一；
15.图4为本技术实施例中应用程序的视频数据处理装置的结构示意图之二；
16.图5为本技术实施例中电子设备的结构示意图。
具体实施方式
17.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述地实施例是本技术的一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
18.在后续的描述中，使用用于表示元件的诸如“模块”、“单元”的后缀仅为了有利于本技术的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。
19.本技术实施例提供了一种应用程序的视频数据处理方法，应用于服务器侧，如图1所示，该方法的步骤包括：
20.步骤102，接收终端发送的请求消息，其中，请求消息携带有用于表征终端的应用程序当前的运行方式的参数，应用程序用于播放视频数据；
21.需要说明的是，本技术实施例中的视频数据是指包括音频数据、图像数据的数据。另外，本技术实施例中的视频数据可以是短视频数据、直播视频数据、播放影视的视频数据
等。
22.步骤104，响应于请求消息，向终端中的应用程序发送视频数据中的音频数据，或以预设方式向终端中的应用程序发送视频数据；其中，预设方式是指降低发送视频数据流量的方式。
23.通过上述步骤102和步骤104，服务器在接收到终端发送的带有用于表征终端的应用程序当前的运行方式的参数的请求消息后，会响应于该请求消息，向终端中的应用程序发送视频数据中的音频数据，或以预设方式向终端中的应用程序发送视频数据，即根据应用程序不同的运行方式可以选择相应的降低传输数据流量的方式发送数据到应用程序，例如，在后台运行时可以只发送音频数据，在降低传输数据流量的同时也减轻了终端的负担，解决了现有技术中现有技术中将直播app切换到后台运行后，服务器依然会发送视频数据导致数据流量浪费以及影响终端操作体验的问题。
24.在本技术实施例的可选实施方式中，对于上述步骤104中涉及到的响应于请求消息，向终端中的应用程序发送视频数据中的音频数据的方式，进一步可以包括：
25.步骤11，在参数表征运行方式为后台运行的情况下，获取视频数据中的音频数据；
26.步骤12，向终端中的应用程序发送音频数据。
27.对于上述步骤11和步骤12，以应用程序为直播app，在用户通过该直播app观看直播的过程中，由于需要及时回复别人的聊天信息，则将该直播app切换到后台，此时终端会向服务器发送请求消息，以告知当前直播app已经切换到后台，则此时服务器会只向应用程序发送视频数据中的音频数据，而不会发送视频数据中的图像数据，从而避免了服务器同时方式视频数据中的音频数据和图像数据，导致数据流量浪费的情况，另外，由于在后台后只需要接收并播放音频数据，在一定程度相比于现有技术也减轻了终端的运行负担。
28.在本技术实施例的可选实施方式中，对于上述步骤104中涉及到的响应于请求消息，以预设方式向终端中的应用程序发送视频数据的方式，进一步可以包括：
29.步骤21，在参数表征运行方式为小窗口运行的情况下，以第一码率向终端的应用程序传输视频数据，其中，第一码率低于第二码率，第二码率为应用程序在终端全屏播放视频数据时的码率。
30.需要说明的是，该小窗口模式是指当前应用程序可以在其他应用程序运行界面的某一区域以窗口模式显示的运行方式，即在使用其他应用程序的同时，也能观看当前应用程序的视频数据。但在小窗口运行该应用程序的情况下，则传输视频数据的码率会降低，相对于该应用程序全屏在终端播放视频数据而言其码率要低。虽然码率降低后其播放的视频清晰度会降低，但是由于是小窗口播放视频数据，整体视觉上和全屏播放的相当，只不过是画面相对而言会小。也就是说，在小窗口模式播放视频数据在不影响其观看体验的情况下，还能节省流量。
31.在本技术实施例的可选实施方式中，对于上述步骤104中涉及到的响应于请求消息，以预设方式向终端中的应用程序发送视频数据的方式，进一步可以包括：
32.步骤31，在参数表征运行方式为预览模式的情况下，获取视频数据中的指定帧数据；
33.步骤32，向终端中的应用程序发送指定帧数据。
34.需要说明的是，本技术实施例中涉及到的预览模式可以是指应用程序在预览的情
况下，会同时显示多个播放通道，每个通道按序播放相应的指定帧数据，该指定帧数据可以是该播放通道中对于视频数据比较重要的帧数据，例如短视频数据，该指定帧数据可以是短视频比较精彩的画面的帧数据，又或者是影视数据，则可以概括该影视数据的帧数据。另外，每个通道按序播放相应的指定帧数据，在具体示例中可以是：当前应用程序在预览模式下同时显示9个播放通道，每一行三个播放通道，在左上第一个播放通道的指定帧数据播放完成之后，紧接着第一行第二播放通道播放指定帧数据，依次播放下去。通过该预览模式下，播放指定帧数据的方式，能够避免每个播放通道均播放完整的数据导致数据传输量较大，而且通过该方式在能够比较快捷了解到每个播放通道的视频数据的同时，还能节省数据传输的流量，进一步提升了用户体验。
35.对应于上述图1中服务器侧执行的应用程序的视频数据处理方法，本技术实施例还提供了一种应用程序的视频数据处理方法，应用于终端侧，如图2所示，该方法的步骤包括：
36.步骤202，向服务器发送请求消息，其中，请求消息携带有用于表征终端的应用程序当前的运行方式的参数，应用程序用于播放视频数据；
37.步骤204，接收服务器响应于请求消息发送的视频数据中的音频数据，或接收服务器响应于请求消息以预设方式发送的视频数据。
38.通过上述步骤202和步骤204，终端中的应用程序可以在不同的运行方式下，向服务器发送携带有用于表征终端的应用程序当前的运行方式的参数，进而接收服务器响应于该请求消息发送的视频数据中的音频数据，或接收服务器响应于请求消息以预设方式发送的视频数据，即根据应用程序不同的运行方式可以接收服务器选择相应的降低传输数据流量的方式发送的数据，例如，在后台运行时可以只接收服务器发送的音频数据，在降低传输数据流量的同时也减轻了终端的负担，从而解决了现有技术中现有技术中将直播app切换到后台运行后，服务器依然会发送视频数据导致数据流量浪费以及影响终端操作体验的问题。
39.在本技术实施例的可选实施方式中，对于本技术实施例步骤204中涉及到的接收服务器响应于请求消息发送的视频数据中的音频数据的方式，进一步可以包括：
40.步骤41，在参数表征运行方式为后台运行的情况下，接收服务器发送的视频数据中的音频数据。
41.可见，在终端向服务器发送请求消息之后，可以基于当前运行方式接收相应的数据，即在后台运行时则可以只需要接收音频数据，而无需接收视频数据中的图像数据，可以进一步节省数据传输的流量，降低终端的运行负担。
42.在本技术实施例的可选实施方式中，对于本技术实施例步骤204中涉及到的接收服务器响应于请求消息以预设方式发送的视频数据的方式，进一步可以包括：
43.步骤51，在参数表征运行方式为小窗口运行的情况下，接收服务器以第一码率发送的视频数据，其中，第一码率低于第二码率，第二码率为应用程序在终端全屏播放视频数据时的码率。
44.在本技术实施例的可选实施方式中，对于本技术实施例步骤204中涉及到的接收服务器响应于请求消息以预设方式发送的视频数据的方式，进一步可以包括：
45.步骤61，在参数表征运行方式为预览模式的情况下，接收服务器发送的视频数据
中的指定帧数据。
46.本技术实施例中涉及到的预览模式可以是指应用程序在预览的情况下，会同时显示多个播放通道，每个通道按序播放相应的指定帧数据，该指定帧数据可以是该播放通道中对于视频数据比较重要的帧数据，例如短视频数据，该指定帧数据可以是短视频比较精彩的画面的帧数据，又或者是影视数据，则可以概括该影视数据的帧数据。另外，每个通道按序播放相应的指定帧数据，在具体示例中可以是：当前应用程序在预览模式下同时显示9个播放通道，每一行三个播放通道，在左上第一个播放通道的指定帧数据播放完成之后，紧接着第一行第二播放通道播放指定帧数据，依次播放下去。通过该预览模式下，播放指定帧数据的方式，能够避免每个播放通道均播放完整的数据导致数据传输量较大，而且通过该方式在能够比较快捷了解到每个播放通道中的视频数据的同时，还能节省数据传输的流量，进一步提升了用户体验。
47.对应于上述图1中应用程序的视频数据处理方法，本技术实施例提供了一种应用程序的视频数据处理装置，应用于服务器侧，如图3所示，该装置包括：
48.第一接收模块32，用于接收终端发送的请求消息，其中，请求消息携带有用于表征终端的应用程序当前的运行方式的参数，应用程序用于播放视频数据；
49.第一发送模块34，用于响应于请求消息，向终端中的应用程序发送视频数据中的音频数据，或以预设方式向终端中的应用程序发送视频数据；其中，预设方式是指降低发送视频数据流量的方式。
50.通过本技术实施例的装置，服务器在接收到终端发送的带有用于表征终端的应用程序当前的运行方式的参数的请求消息后，会响应于该请求消息，向终端中的应用程序发送视频数据中的音频数据，或以预设方式向终端中的应用程序发送视频数据，即根据应用程序不同的运行方式可以选择相应的降低传输数据流量的方式发送数据到应用程序，例如，在后台运行时可以只发送音频数据，在降低传输数据流量的同时也减轻了终端的负担，解决了现有技术中现有技术中将直播app切换到后台运行后，服务器依然会发送视频数据导致数据流量浪费以及影响终端操作体验的问题。
51.可选地，本技术实施例的第一发送模块32进一步可以包括：第一获取单元，用于在参数表征运行方式为后台运行的情况下，获取视频数据中的音频数据；第一发送单元，用于向终端中的应用程序发送音频数据。
52.可选地，本技术实施例的第一发送模块32进一步可以包括：第二发送单元，用于在参数表征运行方式为小窗口运行的情况下，以第一码率向终端的应用程序发送视频数据，其中，第一码率低于第二码率，第二码率为应用程序在终端全屏播放视频数据时的码率。
53.可选地，本技术实施例的第一发送模块32进一步可以包括：第二获取单元，用于在参数表征运行方式为预览模式的情况下，获取视频数据中的指定帧数据；第三发送单元，用于向终端中的应用程序发送指定帧数据。
54.对应于上述图2中应用程序的视频数据处理方法，本技术实施例提供了一种应用程序的视频数据处理装置，应用于终端侧，如图4所示，该装置包括：
55.第二发送模块42，用于向服务器发送请求消息，其中，请求消息携带有用于表征终端的应用程序当前的运行方式的参数，应用程序用于播放视频数据；
56.第二接收模块44，用于接收服务器响应于请求消息发送的视频数据中的音频数
据，或接收服务器响应于请求消息以预设方式发送的视频数据，其中，预设方式是指降低发送视频数据流量的方式。
57.通过上述装置，终端中的应用程序可以在不同的运行方式下，向服务器发送携带有用于表征终端的应用程序当前的运行方式的参数，进而接收服务器响应于该请求消息发送的视频数据中的音频数据，或接收服务器响应于请求消息以预设方式发送的视频数据，即根据应用程序不同的运行方式可以接收服务器选择相应的降低传输数据流量的方式发送的数据，例如，在后台运行时可以只接收服务器发送的音频数据，在降低传输数据流量的同时也减轻了终端的负担，从而解决了现有技术中现有技术中将直播app切换到后台运行后，服务器依然会发送视频数据导致数据流量浪费以及影响终端操作体验的问题。
58.可选地，本技术实施例的第二接收模块44进一步可以包括：第一接收单元，用于在参数表征运行方式为后台运行的情况下，接收服务器发送的视频数据中的音频数据。
59.可选地，本技术实施例的第二接收模块44进一步可以包括：第二接收单元，用于在参数表征运行方式为小窗口运行的情况下，接收服务器以第一码率发送的视频数据，其中，第一码率低于第二码率，第二码率为应用程序在终端全屏播放视频数据时的码率。
60.可选地，本技术实施例的第二接收模块44进一步可以包括：第三接收单元，用于在参数表征运行方式为预览模式的情况下，接收服务器发送的视频数据中的指定帧数据。
61.本技术实施例还提供了一种电子设备，如图5所示，包括处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信；
62.存储器503，用于存放计算机程序；
63.处理器501，用于执行存储器503上所存放的程序时，实现图1或图2中的方法步骤，其所起到的作用与图1或图2中的方法步骤类似，在此不再赘述。
64.上述终端提到的通信总线可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
65.通信接口用于上述终端与其他设备之间的通信。
66.存储器可以包括随机存取存储器(random access memory，简称ram)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
67.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
68.在本技术提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的应用程序的视频数据处理方法。
69.在本技术提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其
在计算机上运行时，使得计算机执行上述实施例中任一所述的应用程序的视频数据处理方法。
70.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
71.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
72.本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
73.以上所述仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本技术的保护范围内。