一种基于服务器Android容器内的硬件编解码方法及系统与流程

一种基于服务器android容器内的硬件编解码方法及系统
技术领域
1.本技术涉及数据处理的领域，尤其是涉及一种基于服务器android容器内的硬件编解码方法及系统。

背景技术：

2.云游戏是以云计算为基础的游戏方式，在云游戏的运行模式下，所有游戏都在服务器端运行，并将渲染完毕后的游戏画面压缩后通过网络传送给用户。在客户端，用户的游戏设备不需要任何高端中央处理器和显卡，只需要基本的解码能力就可以进行游玩。
3.在目前的以android系统为容器的云游戏运行模式中，参照图1，用户端将用户数据发送至云端服务器处，云端服务器将用户数据的音、视频流发送至android系统内，android系统内的游戏应用通过cpu或gpu对用户数据的音、视频流解码后，将处理完毕的音频流直接发送至用户端，将处理完毕的视频流通过服务器发送至用户端，从而实现以云计算为基础的游戏游玩。
4.但是，在cpu或gpu在对游戏应用进行音、视频流的编解码的同时，cpu及gpu还需承担系统屏幕画面及音频传输的任务，当cpu及gpu中处理游戏应用的视频数据时负载过高时，易使得用户端接收到的系统屏幕画面卡顿，故有待改善。

技术实现要素：

5.为了改善相关技术中cpu或gpu在处理游戏应用的视频数据时负载过高以使得用户端接收画面较为卡顿的问题，本技术提供一种基于服务器android容器内的硬件编解码方法及系统。
6.本技术提供的一种基于服务器android容器内的硬件编解码方法及系统采用如下的技术方案：一种基于服务器android容器内的硬件编解码方法，应用于云服务器，所述云服务器包括中央处理器和扩展硬件编解码器，所述扩展硬件编解码器独立于所述中央处理器之外，所述方法包括：所述中央处理器接收数据处理任务，基于所述数据处理任务向用户终端获取视频数据；所述中央处理器将所述视频数据发送至所述扩展硬件编解码器，所述扩展硬件编解码器对所述视频数据进行解码，得到解码数据；所述扩展硬件编解码器将所述解码数据发送至所述中央处理器，所述中央处理器基于所述数据处理任务对所述解码数据进行处理。
7.通过采用上述技术方案，当采用本技术中的硬件编码方法在云服务器内进行编解码时，可以通过扩展硬件编解码器对视频数据进行编码及解码操作，相比于采用cpu或gpu对视频数据进行编解码，扩展硬件编解码降低了cpu及gpu的运行负载，从而降低了用户端接收到的系统屏幕画面卡顿的可能性，提升了系统运行时的流畅程度。
8.可选的，所述中央处理器基于所述数据处理任务向用户终端获取视频数据，包括：所述中央处理器基于所述数据处理任务生成摄像头开启请求，将所述摄像头开启请求发送至用户终端，以使所述用户终端开启摄像头并通过所述摄像头采集视频数据；所述中央处理器接收所述用户终端发送的所述视频数据。
9.通过采用上述技术方案，当需要中央处理器需要对视频数据进行获取时，可以向用户终端发送请求，以便于用户终端对对应的数据采集设备进行启用，提升了系统工作时的流畅性。
10.可选的，所述中央处理器在接收客户端数据中，所述方法还包括：所述扩展硬件编解码器发送自身负载比例至所述中央处理器，以将自身负载比例与预设的第一负载阈值进行比较；若自身负载比例高于或等于预设的第一负载阈值，所述中央处理器对客户端数据进行处理。
11.通过采用上述技术方案，当扩展硬件编解码器对客户端数据进行处理时，当扩展硬件编解码器的负载过高时，则也可以由cpu及gpu承担一部分的视频数据处理任务，以实现对数据处理任务的合理分配，提升了系统的数据处理能力。
12.可选的，在所述中央处理器对客户端数据进行处理中，所述方法还包括：所述中央处理器比较所述中央处理器的自身负载及预设的第二负载阈值；若所述中央处理器的自身负载高于或等于预设的第二负载阈值，所述中央处理器停止对客户端数据的处理。
13.通过采用上述技术方案，在cpu或gpu对客户端数据进行处理时，也会跟cpu及gpu的负载进行监控，若是cpu及gpu上的负载过高时，可以通过暂停数据处理的方式，降低了cpu及gpu由于负载过高从而发生损坏的可能性，提升了系统的安全性。
14.可选的，在所述扩展硬件编解码器对所述视频数据进行解码，得到解码数据中，所述解码数据存储在内存中。
15.通过采用上述技术方案，当扩展硬件编解码器对视频数据进行解码时，可以将解码数据存储在内存中，相比于直接将解码数据发送至中央处理器进行处理，内存为解码数据提供了缓冲的区域，降低了在中央处理器负载过高时仍向中央处理器发送数据从而导致数据丢失的可能性。
16.可选的，在所述中央处理器基于所述数据处理任务对所述解码数据进行处理中，所述方法还包括：所述中央处理器获取所述中央处理器的自身负载与预设的第二负载阈值的比较结果；若是所述中央处理器的自身负载低于预设的第二负载阈值，所述中央处理器对所述解码数据进行处理。
17.通过采用上述技术方案，当中央处理器需要对内存内的解码数据进行处理时，需对自身的负载情况进行判断，负载较低时，即可对解码数据进行处理，当中央处理器负载较高时，则将解码数据暂时存放于内存中，从而降低了在中央处理器负载过高时仍向中央处理器发送数据从而导致数据丢失的可能性。
18.可选的，所述扩展硬件编解码器对所述视频数据进行解码，得到解码数据后，发送
解码完成通知至所述中央处理器处，所述中央处理器对所述解码数据进行处理。
19.通过采用上述技术方案，当扩展硬件编解码器对所述视频数据进行解码并得到解码数据后，向中央处理器发送解码完成通知，此时，中央处理器开始对内存内的解码数据进行调用处理，增加了中央处理器在处理解码数据时的稳定性。
20.可选的，一种基于服务器android容器内的硬件编解码系统，包括中央处理器和扩展硬件编解码器;所述中央处理器用于接收数据处理任务并基于所述数据处理任务向用户终端获取视频数据；所述中央处理器还用于将所述视频数据发送至所述扩展硬件编解码器，所述扩展硬件编解码器对所述视频数据进行解码，得到解码数据；所述扩展硬件编解码器用于将所述解码数据发送至所述处理器，所述处理器基于所述数据处理任务对所述解码数据进行处理。
21.通过采用上述技术方案，当采用本技术中的硬件编码方法在云服务器内进行编解码时，可以通过扩展硬件编解码器对视频数据进行编码及解码操作，相比于采用cpu或gpu对视频数据进行编解码，扩展硬件编解码降低了cpu及gpu的运行负载，从而降低了用户端接收到的系统屏幕画面卡顿的可能性，提升了系统运行时的流畅程度。
22.本技术第三方面提供了一种电子设备，电子设备包括处理器、存储器和收发器，所述存储器用于存储指令，所述收发器用于和其他设备通信，所述处理器用于执行所述存储器中存储的指令，使得一种电子设备单元执行如本技术第一方面任意一项所述的方法。
23.综上所述，本技术包括以下至少一种有益效果：1、本技术中的硬件编码方法在云服务器内进行编解码时，可以通过扩展硬件编解码器对视频数据进行编码及解码操作，相比于采用cpu或gpu对视频数据进行编解码，扩展硬件编解码降低了cpu及gpu的运行负载，从而降低了用户端接收到的系统屏幕画面卡顿的可能性，提升了系统运行时的流畅程度。
24.2、当扩展硬件编解码器对视频数据进行解码时，可以将解码数据存储在内存中，相比于直接将解码数据发送至中央处理器进行处理，内存为解码数据提供了缓冲的区域，降低了在中央处理器负载过高时仍向中央处理器发送数据从而导致数据丢失的可能性。
25.3、当中央处理器需要对内存内的解码数据进行处理时，需对自身的负载情况进行判断，负载较低时，即可对解码数据进行处理，当中央处理器负载较高时，则将解码数据暂时存放于内存中，从而降低了在中央处理器负载过高时仍向中央处理器发送数据从而导致数据丢失的可能性。
附图说明
26.图1为本技术实施例的结构示意图；图2为本技术中视频数据处理流程示意图；图3为图2中s100步骤的另一种可能的实施例的实施流程示意图；图4为图2中s101步骤的另一种可能的实施例的实施流程示意图；图5为图4中s301步骤的另一种可能的实施例的实施流程示意图；图6为一种基于服务器android容器内的硬件编解码系统结构示意图；
图7为本技术的硬件结构示意图。
27.图中：1、中央处理器；2、扩展硬件编解码器；700、电子设备；701、处理器；702、通信总线；703、用户接口；704、网络接口；705、存储器。
具体实施方式
28.以下结合附图1-7对本技术作进一步详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
29.本技术实施例的描述中，“示性的”、“例如”或者“举例来说”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示性的”、“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示性的”、“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。
30.在本技术实施例的描述中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，单独存在b，同时存在a和b这三种情况。另外，除非另有说明，术语“多个”的含义是指两个或两个以上。例如，多个系统是指两个或两个以上的系统，多个屏幕终端是指两个或两个以上的屏幕终端。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
31.本技术实施例公开一种基于服务器android容器内的硬件编解码方法。参照图1及图2,一种基于服务器android容器内的硬件编解码方法包括s100-s102。
32.s100、中央处理器1接收数据处理任务，基于数据处理任务向用户终端获取视频数据。
33.具体的，数据处理任务可以根据用户终端的使用者的主观意愿生成，如当用户终端为监控设备时，则数据处理任务为监控处理任务；当用户终端为短视频软件时，则数据处理任务为短视频数据处理任务；任何不同的用户终端程序总会生成不同的数据处理任务，而中央处理器1接收到的数据任务也会随着用户终端程序的变化而产生变化，故在此不再赘述。
34.视频数据是由时序上连续的图像(或称为帧)组成的，在中央处理器1对用户终端获取视频数据时，由于原始视频数据过大（如应用于云游戏中的一种原始视频数据，其在传输时需达到400mb/s的传输速度，方能使得云游戏运行较为流畅，而以目前的技术难以在考虑较低成本的情况下实现满足其要求的传输速度），故而在原始视频传输的过程中，需要对原始视频进行编码处理，以h.264编码方式为例（编码方式种类较多，在此只需实现可以对原始视频的数据进行压缩的编码方式均可，故对其余编码方式不再赘述。）h．264编码后的视频数据打包成多个连续的nal单元，再按照文件式数据存储或者流式数据传输格式，封装成相应的数据流，以被中央处理器1接收处理。
35.在另一种可能的实施例中，参照图3，当基于数据处理任务向用户终端获取视频数
据时，还包括步骤s200-s201:s200、中央处理器1基于数据处理任务生成摄像头开启请求，将摄像头开启请求发送至用户终端，以使用户终端开启摄像头并通过摄像头采集视频数据。
36.具体的，当中央处理器1在对带有人脸识别功能的用户终端程序进行处理时，此时，数据处理任务即为人脸识别数据处理任务，则需要摄像头以进行视频数据的采集，此处采集到的视频数据为包含着人脸信息的视频数据，并将采集到的视频数据发送至中央处理器1进行处理。
37.s201、中央处理器1接收用户终端发送的视频数据。
38.s101、中央处理器1将视频数据发送至扩展硬件编解码器2，扩展硬件编解码器2对视频数据进行解码，得到解码数据。
39.解码是编码的逆过程，另外需要消除由反量化和反变化重建图像由于误差带来的块效应，还需要在最后加入环路滤波。因此在采用h.264进行解码时的流程为：解析码流头-熵解码-反量化-反变换-运动补偿-滤波。
40.当扩展硬件编解码器2完成对视频数据的解码后，会将数据暂存于内存中。
41.在扩展硬件编解码器2对视频数据进行解码，得到解码数据时，若是存在仍需将部分数据发送至用户终端的问题，此时需要扩展硬件编解码器2对解码数据进行二次编码，一方面使得用户终端可以接收到满足其可读取格式的编码信息，并在用户终端进行解码，另一方面也使得用户终端接收到扩展硬件编解码器2的数据更快。
42.扩展硬件编解码器2对所述视频数据进行解码，得到解码数据后，发送解码完成通知至所述中央处理器1处，所述中央处理器1对所述解码数据进行处理。
43.在另一种可能的实施例中，参照图4，当中央处理器1在接收用户终端数据中，还包括步骤s300-s301：s300、扩展硬件编解码器2发送自身负载比例至中央处理器1，以将自身负载比例与预设的第一负载阈值进行比较；具体的，扩展硬件编解码器2的自身负载比例为扩展硬件编解码器2的最大编解码能力与当前工作状态下使用的编解码能力的比值；第一负载阈值可以由开发者根据扩展硬件编解码器2的使用时间，使用环境等作出实时的调节；比如设定第一负载阈值为90%时，则当扩展硬件编解码器2在当前工作状态达到了扩展硬件编解码器2的最大编解码状态下的90%以上时，则使用中央处理器1对视频数据进行编解码。
44.s301、若自身负载比例高于或等于预设的第一负载阈值，中央处理器1对客户端数据进行处理。
45.在另一种可能的实施例中，参照图5，当中央处理器1在对客户端数据进行处理的过程中，还包括数据s400-s401：s400、中央处理器1比较中央处理器1的自身负载及预设的第二负载阈值；具体的，对于中央处理器1，可以通过系统在一段时间内的平均负载以对自身的负载情况进行体现。而在考虑平均负载时，一般要对多段时间内的平均负载进行考虑，如1分钟、5分钟、15分钟；对于一个单核的中央处理器1，存在以下几种情况：（1）、1分钟load》1，5分钟load《1，15分钟load《1：即中央处理器1在短期内繁忙，在中长期的时间内较为空闲，可以将上述情况初步判断是一个“抖动”，或者是中央处理器1“拥塞前兆”。
46.（2）、1分钟load》1，5分钟load》1，15分钟load《1：即中央处理器1在短期内繁忙，中期内中央处理器1负载紧张，很可能是一个中央处理器1的“拥塞的开始”。
47.（3）、1分钟load》1，5分钟load》1，15分钟load》1：即中央处理器1在短、中、长期都繁忙，系统“正在拥塞”。
48.（4）、1分钟load《1，5分钟load》1，15分钟load》1：即中央处理器1在短期内空闲，中、长期繁忙，不用紧张，系统“拥塞正在好转”。
49.上述情况中的“1”为单核中央处理器1满负载时的运行标准，若是设第一负载阈值为70%，且中央处理器1为四核处理器，则通过load与2.8进行比较，以判断中央处理器1的拥塞情况。
50.s401、若中央处理器1的自身负载高于或等于预设的第二负载阈值，中央处理器1停止对客户端数据的处理。
51.具体的，当扩展硬件编解码器2的自身负载高于或等于第一负载阈值及同时中央处理器1自身负载高于或等于预设的第二负载阈值时，中央处理器1收到扩展硬件编解码器2的处理完成通知后，会暂缓对内存内的解码数据的处理。
52.s102、扩展硬件编解码器2将解码数据发送至中央处理器1，中央处理器1基于数据处理任务对解码数据进行处理。
53.参照图6，一种基于服务器android容器内的硬件编解码系统，包括中央处理器1及扩展硬件编解码器2；中央处理器1用于接收数据处理任务，基于数据处理任务向用户终端获取视频数据后，将数据发送至扩展硬件编解码器2；扩展硬件编解码器2用于对视频数据进行解码，得到解码数据，并将解码数据发送至中央处理器1进行处理；在另一种可能的实施例中，中央处理器1用于基于数据处理任务生成摄像头开启请求，将摄像头开启请求发送至用户终端，以使用户终端开启摄像头并通过摄像头采集视频数据；在另一种可能的实施例中，扩展硬件编解码器2用于发送自身负载比例至中央处理器1，以将自身负载比例与预设的第一负载阈值进行比较；若自身负载比例高于或等于预设的第一负载阈值，中央处理器1对客户端数据进行处理。
54.在另一种可能的实施例中，中央处理器1用于比较中央处理器1的自身负载及预设的第二负载阈值；若中央处理器1的自身负载高于或等于预设的第二负载阈值，中央处理器1停止对客户端数据的处理。
55.在另一种可能的实施例中，中央处理器1获取中央处理器1的自身负载与预设的第二负载阈值的比较结果；若是中央处理器1的自身负载低于预设的第二负载阈值，中央处理器1对解码数据进行处理。
56.参照图7，为本技术实施例提供了一种电子设备的结构示意图。如图7所示，所述电子设备700可以包括：至少一个处理器701，至少一个网络接口704，用户接口703，存储器705，至少一个通信总线702。
57.其中，通信总线702用于实现这些组件之间的连接通信。
58.其中，用户接口703可以包括显示屏（display）、摄像头（camera），可选用户接口703还可以包括标准的有线接口、无线接口。
59.其中，网络接口704可选的可以包括标准的有线接口、无线接口（如wi-fi接口）。
60.其中，处理器701可以包括一个或者多个处理核心。处理器701利用各种接口和线路连接整个服务器700内的各个部分，通过运行或执行存储在存储器705内的指令、程序、代码集或指令集，以及调用存储在存储器705内的数据，执行服务器700的各种功能和处理数据。可选的，处理器701可以采用数字信号处理（digitalsignalprocessing，dsp）、现场可编程门阵列（field-programmablegatearray，fpga）、可编程逻辑阵列（programmablelogicarray，pla）中的至少一种硬件形式来实现。处理器701可集成中央处理器（centralprocessingunit，cpu）、图像处理器（graphicsprocessingunit，gpu）和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器701中，单独通过一块芯片进行实现。
61.其中，存储器705可以包括随机存储器（randomaccessmemory，ram），也可以包括只读存储器（read-onlymemory）。可选的，该存储器705包括非瞬时性计算机可读介质（non-transitorycomputer-readablestoragemedium）。存储器705可用于存储指令、程序、代码、代码集或指令集。存储器705可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器705可选的还可以是至少一个位于远离前述处理器701的存储装置。如图7所示，作为一种计算机存储介质的存储器705中可以包括操作系统、网络通信模块、用户接口模块以及一种基于服务器android容器内的硬件编解码方法的应用程序。
62.需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
63.在图7所示的电子设备700中，用户接口703主要用于为用户提供输入的接口，获取用户输入的数据；而处理器701可以用于调用存储器705中存储一种基于服务器android容器内的硬件编解码方法的应用程序，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。
64.一种电子设备可读存储介质，其特征在于，所述电子设备可读存储介质存储有指令。当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。
65.本领域的技术人员可以清楚地了解到本技术的技术方案可借助软件和/或硬件来
实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列（field－programmablegatearray，fpga）、集成电路（integratedcircuit，ic）等。
66.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
67.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
68.在本技术所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
69.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
70.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
71.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器（read-onlymemory，rom）、随机存取存储器（randomaccessmemory，ram）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
72.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通进程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器（read-onlymemory，rom）、随机存取器（randomaccessmemory，ram）、磁盘或光盘等。
73.以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被
视为示例性的，本公开的范围由权利要求限定。
74.以上均为本技术的较佳实施例，并非依此限制本技术的保护范围，故：凡依本技术的结构、形状、原理所做的等效变化，均应涵盖于本技术的保护范围之内。

技术特征：

1.一种基于服务器android容器内的硬件编解码方法，应用于云服务器，其特征在于，所述云服务器包括中央处理器(1)和扩展硬件编解码器(2)，所述扩展硬件编解码器(2)独立于所述中央处理器(1)之外，所述方法包括：所述中央处理器(1)接收数据处理任务，基于所述数据处理任务向用户终端获取视频数据；所述中央处理器(1)将所述视频数据发送至所述扩展硬件编解码器(2)，所述扩展硬件编解码器(2)对所述视频数据进行解码，得到解码数据；所述扩展硬件编解码器(2)将所述解码数据发送至所述中央处理器(1)，所述中央处理器(1)基于所述数据处理任务对所述解码数据进行处理。2.根据权利要求1所述的一种基于服务器android容器内的硬件编解码方法，其特征在于，所述中央处理器(1)基于所述数据处理任务向用户终端获取视频数据，包括：所述中央处理器(1)基于所述数据处理任务生成摄像头开启请求，将所述摄像头开启请求发送至用户终端，以使所述用户终端开启摄像头并通过所述摄像头采集视频数据；所述中央处理器(1)接收所述用户终端发送的所述视频数据。3.根据权利要求1所述的一种基于服务器android容器内的硬件编解码方法，其特征在于，所述中央处理器(1)在接收客户端数据中，所述方法还包括：所述扩展硬件编解码器(2)发送自身负载比例至所述中央处理器(1)，以将自身负载比例与预设的第一负载阈值进行比较；若自身负载比例高于或等于预设的第一负载阈值，所述中央处理器(1)对客户端数据进行处理。4.根据权利要求1所述的一种基于服务器android容器内的硬件编解码方法，其特征在于，在所述中央处理器(1)对客户端数据进行处理中，所述方法还包括：所述中央处理器(1)比较所述中央处理器(1)的自身负载及预设的第二负载阈值；若所述中央处理器(1)的自身负载高于或等于预设的第二负载阈值，所述中央处理器(1)停止对客户端数据的处理。5.根据权利要求3或4任一权利要求所述的一种基于服务器android容器内的硬件编解码方法，其特征在于，在所述扩展硬件编解码器(2)对所述视频数据进行解码，得到解码数据中，所述解码数据存储在内存中。6.根据权利要求5所述的一种基于服务器android容器内的硬件编解码方法，其特征在于，在所述中央处理器(1)基于所述数据处理任务对所述解码数据进行处理中，所述方法还包括：所述中央处理器(1)获取所述中央处理器(1)的自身负载与预设的第二负载阈值的比较结果；若是所述中央处理器(1)的自身负载低于预设的第二负载阈值，所述中央处理器(1)对所述解码数据进行处理。7.根据权利要求1所述的一种基于服务器android容器内的硬件编解码方法，其特征在于，所述扩展硬件编解码器(2)对所述视频数据进行解码，得到解码数据后，发送解码完成通知至所述中央处理器(1)处，所述中央处理器(1)对所述解码数据进行处理。8.一种基于服务器android容器内的硬件编解码系统，其特征在于，包括中央处理器
(1)和扩展硬件编解码器(2);所述中央处理器(1)，用于接收数据处理任务并基于所述数据处理任务向用户终端获取视频数据；所述中央处理器(1)，还用于将所述视频数据发送至所述扩展硬件编解码器(2)，所述扩展硬件编解码器(2)对所述视频数据进行解码，得到解码数据；所述扩展硬件编解码器(2)，用于将所述解码数据发送至所述处理器，所述处理器基于所述数据处理任务对所述解码数据进行处理。9.一种电子设备，其特征在于，包括处理器、存储器和收发器，所述存储器用于存储指令，所述收发器用于和其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行如权利要求1-7任意一项所述的方法。10.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，当所述计算机程序被处理器运行时，执行如权利要求1-7任一项所述的基于服务器android容器内的硬件编解码方法。

技术总结

本申请涉及一种基于服务器Android容器内的硬件编解码方法及系统，涉及数据处理技术领域，应用于云服务器中，所述云服务器包括中央处理器和扩展硬件编解码器，所述扩展硬件编解码器独立于所述中央处理器之外，所述方法包括：所述中央处理器接收数据处理任务，基于所述数据处理任务向用户终端获取视频数据；所述中央处理器将所述视频数据发送至所述硬件编解码器，所述扩展硬件编解码器对所述视频数据进行解码，得到解码数据；所述扩展硬件编解码器将所述解码数据发送至所述中央处理器，所述中央处理器基于所述数据处理任务对所述解码数据进行处理。本申请具有降低用户端接收到的系统屏幕画面卡顿的可能性，提升了系统运行时的流畅程度的效果。的流畅程度的效果。的流畅程度的效果。