运行方法、服务器及电子设备与流程

本申请实施例涉及数据处理技术方面，涉及但不限于一种运行方法、服务器及电子设备。

背景技术：

随着网络速度的加快和将要来临的5g技术，游戏串流技术将来会是一个趋势。通过在远程的性能机器运行，游戏玩家可以在家中用非性能机器来玩游戏大作。而游戏中降低传输的延时对于游戏体验至关重要。现在游戏的分辨率都很大，如4k(即4096×2160的像素分辨率)，并且支持144ghz刷新率，如何支持在这么大分辨率下保持低延时成了一个难题。

技术实现要素：

有鉴于此，本申请实施例为解决现有技术中存在的问题，提供一种运行方法服务器和电子设备。可以用于解决在高分辨率下进行图像传输时不能保持低延时的问题。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供一种运行方法，包括：

满足处理条件，获得至少一帧待处理图像，所述待处理图像包括多种内容信息；

至少基于所述多种内容信息对所述待处理图像按照确定的压缩策略进行压缩，得到压缩文件；

将所述压缩文件发送给客户端以供显示；

其中，所述处理条件为触发服务器运行第一应用的条件，所述压缩策略表征不同的内容信息进行压缩时的压缩比不同。

第二方面，本申请实施例提供一种运行方法，包括：

获得服务器发送的压缩文件，处理所述压缩文件以供显示；

其中，所述压缩文件基于所述服务器对获得的待处理图像按照确定的压缩策略压缩得到，所述待处理图像为所述服务器运行第一应用获得，所述待处理图像包括多种内容信息，所述压缩策略表征对不同内容信息进行压缩时的压缩比不同。

第三方面，本申请实施例提供一种服务器，包括：

第一获取模块，用于满足处理条件，获得至少一帧待处理图像，所述待处理图像包括多种内容信息；

压缩模块，用于至少基于所述多种内容信息对所述待处理图像按照确定的压缩策略进行压缩，得到压缩文件；

发送模块，用于将所述压缩文件发送给客户端以供显示；

其中，所述处理条件为触发服务器运行第一应用的条件，所述压缩策略表征不同的内容信息进行压缩时的压缩比不同。

第四方面，本申请实施例提供一种电子设备，包括：

第四获取模块，用于获得服务器发送的压缩文件；

处理模块，用于处理所述压缩文件以供显示；

其中，所述压缩文件基于所述服务器对获得的待处理图像按照确定的压缩策略压缩得到，所述待处理图像为所述服务器运行第一应用获得，所述待处理图像包括多种内容信息，所述压缩策略表征对不同内容信息进行压缩时的压缩比不同。

第五方面，本申请实施例提供一种服务器，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述运行方法中的步骤。

第六方面，本申请实施例提供一种电子设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述运行方法中的步骤。

第七方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述服务器侧或电子设备侧的运行方法中的步骤。

本发明实施例提供的技术方案带来的有益效果至少包括：

在本申请实施例中，服务器运行第一应用时获取包含多种内容信息的待处理图像，并基于多种内容信息，按照确定的压缩策略对待处理图像进行压缩得到压缩文件，最后将最终的压文件发送给客户端以供显示；如此，能够根据待处理图像的不同内容信息，按照不同的压缩比例进行区别压缩，降低了整体图像以相同压缩比压缩时造成的延时，解决了在高分辨率下进行图像传输时不能保持低延时的问题。

附图说明

图1为本申请实施例提供的一种运行方法的流程示意图；

图2为本申请实施例提供的一种待处理图像的示意图；

图3为本申请实施例提供的另一种运行方法的流程示意图；

图4为本申请实施例提供的一种服务器的组成结构示意图；

图5为本申请实施例提供的一种电子设备的组成结构示意图；

图6为本申请实施例提供的一种运行设备的一种硬件实体示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

实施例一

本申请实施例提供一种运行方法，所述运行方法应用于服务器，图1为本申请实施例提供的一种运行方法的流程示意图，如图1所示，所述方法包括：

步骤s110，满足处理条件，服务器获得至少一帧待处理图像。

这里，所述处理条件为触发服务器运行第一应用的条件，以使服务器捕捉待处理图像，或者由其他处理终端将待处理图像发送给所述服务器。在实施过程中，可以是客户端向服务器发送用于指示服务器运行第一应用的指示信息，也可以是事件触发，例如当用浏览器浏览网页，要查看某个文件时，显示页面的鼠标点击操作会触发请求给文件服务器，文件服务器收到请求并同意后，将文件数据传送到显示页面，当然还可以是其他可能的实现方式，本申请实施例对此不作限定。

这里，所述待处理图像包括多种内容信息，可以理解的是，一帧图像里可能包含文字信息、背景信息、场景信息，也可能包含人物肢体、人脸、车辆、武器、怪兽等重点信息。

需要说明的是，所述待处理图像可以是经服务器端的显卡渲染之后缓存于服务器的显存并显示于服务器显示单元的视频流的截屏图像，也可以是未经渲染直接缓存至服务器的内存中的视频流。

步骤s120，服务器至少基于所述多种内容信息，对所述待处理图像按照确定的压缩策略进行压缩，得到压缩文件。

这里，所述压缩策略表征针对不同的内容信息进行压缩时的压缩比不同，也就是将待处理图像按照内容信息的不同，进行区别压缩。

示例地，对于图像中的文字信息作为原始信息，以较高的压缩比进行压缩，对于图像中的人物肢体、人脸、车辆等重点信息作为敏感信息，以中等的压缩比进行压缩，而其他信息作为背景信息，则以较低的压缩比进行压缩。

需要说明的是，先根据待处理图像中的内容信息的类别，将所述待处理图像进行图像分割，得到至少两个图像分区，然后服务器按照确定的压缩策略，对所述至少两个图像分区分别进行压缩之后得到每一种内容信息对应的至少一个压缩子文件。这里，可以将所有内容信息类别对应的全部压缩子文件进行压缩或组合处理，得到所述待处理图像的压缩文件；或者每压缩一种内容信息类别的图像，便得到一所述待处理图像的压缩文件；或者其他可能实现的方式。

步骤s130，服务器将所述压缩文件发送给客户端以供显示。

这里，发送的压缩文件可以是将每一种内容信息对应的至少一个压缩文件组合处理得到的最终压缩文件；也可以是将每一种内容信息对应的至少一个压缩文件，发送给客户端进行组合显示。

需要说明的是，服务器与客户端之间建立基于udp的高效信令数据传输通道，方便实现操作信令交互。服务器将处理得到的压缩文件经过某种协议被转化成能在媒介中传递的电信号或电磁波等信号，这些信号要达到客户端，中途可能会碰到一系列的节点(能接受信息并做出处理的系统，如路由器)，节点会按照某种协议告诉这些信号该怎样走才能到达客户端，然后信号开始沿着确定的方向继续传递压缩文件至客户端。

在本申请实施例中，首先服务器在运行第一应用时获取包含多种内容信息的待处理图像，并基于多种内容信息，按照确定的压缩策略对待处理图像进行压缩得到压缩文件，最后将最终的压缩文件发送给客户端以供显示；如此，能够根据待处理图像的不同内容信息，按照不同的压缩比例进行区别压缩，降低整体图像以相同压缩比压缩时造成的延时，解决了在高分辨率下进行图像传输时不能保持低延时的问题。

在一个可能的实施例中，上述步骤s120“至少基于所述多种内容信息，对所述待处理图像按照确定的压缩策略进行压缩，得到压缩文件”可以通过以下步骤实现：

第一步，服务器基于所述多种内容信息的类别对所述待处理图像进行分区。

这里，可以按照图像识别中的常用方法划分内容信息的类别，并且在一个待处理图像中，每一类别的内容信息对应至少一个图像分区，如通过边缘检测确定每一内容信息对应的图像分区。

示例地，图2为本申请实施例提供的一种待处理图像的示意图，如图2所示，在一个游戏图像中的不同区域，会同时有多个角色人物，每个角色人物都形成一个图像分区，对应图中的人物类型，或者，每个角色人物旁边都会配有文字信息，以显示不同角色的能力值和/或装备，那么每一部分文字信息形成一个图像分区，对应图中的文字类。

第二步，服务器按照确定的压缩策略为每一类别内容信息对应的图像分区配置对应的压缩比。

这里，针对不同类别的内容信息对应的图像分区，可以按照确定的压缩策略设置不同的压缩比，对待处理图像进行区别压缩。

示例地，将人物部分和文字部分的区块压缩比减小，背景部分的压缩比增大，而不是将待处理图像整体进行压缩，根据图像特征分区压缩可以降低传输图像的整体文件大小，从而降低时延，提升游戏体验。

进一步地，确定每一类别内容信息对应的压缩比包括：至少基于所述第一应用的运行参数确定每一类别内容信息的重要性权值；基于所述重要性权值为每一所述图像分区配置对应的压缩比。

这里，所述第一应用的运行参数包括第一应用的历史运行信息或功能信息，比如基于历史运行信息或功能信息确定的对cpu和/或gpu的依赖程度。

这里，所述重要性权值越高，对应的压缩比越高。

第三步，服务器基于所述压缩比对对应的图像分区进行压缩，得到压缩文件。

这里，服务器对每一类别内容对应的图像分区，按照与该类别内容对应的压缩比进行压缩，得到该图像区域的压缩文件。

示例地，按照第一压缩率，对内容类别为文字的图像分区进行压缩，得到第一图像压缩文件；按照第二压缩率，对内容类别为图像主题对象的图像分区进行压缩，得到第二图像压缩文件；按照第三压缩率，对内容类别为背景的图像分区进行压缩，得到第三图像压缩文件；其中，所述第一压缩率、第二压缩率和第三压缩率依次减小。

在一种可能的实施例中，所述方法还包括：获取所述待处理图像的显示参数和/或所述服务器与所述客户端之间的传输参数；基于所述显示参数和/或传输参数，调整所述图像分区对应的压缩比。

这里，所述待处理图像的显示参数包括分辨率、对比度以及显示画面大小中至少一种。所述服务器与所述客户端之间的传输参数包括网络带宽和传输速率中至少一种。

这里，根据所述显示参数和/或所述传输参数，例如根据游戏画面的大小和网络带宽动态分配压缩比，可以动态地分配不同图像分区的压缩比，进一步优化传输效果。示例地，对于4096×2160的像素分辨率，若网络带宽仅为5m，则需要适应性地增加图像中人物部分和背景部分的压缩比。

在一种可能的实施例中，所述方法还包括：获得所述第一应用的属性信息；至少基于所述属性信息确定所述待处理图像的压缩策略。

这里，所述属性信息至少包括所述第一应用的类型。

进一步地，根据第一应用的属性信息确定待处理图像的压缩策略包括：

基于所述第一应用的历史信息为所述待处理图像中的第一类别内容信息配置第一重要性权值对应的压缩比；基于所述第一应用的类型为所述待处理图像中的第二类别内容信息配置第二重要性权值对应的压缩比；基于操作体的行为参数为所述待处理图像中的第三类别内容信息配置第三重要性权值对应的压缩比。

这里，所述第一应用的历史信息可以为历史用户信息或历史评价信息，历史用户信息如玩家的装备、能力值等信息，历史评价信息如针对所述第一应用的运行过程对处理器性能的评价信息，所述第一应用的类型可以为游戏应用的属性，如第一人称射击类游戏、多人在线战术竞技游戏、角色扮演游戏或者赛车类游戏，所述操作体的行为参数可以为肢体动作或操作体操作车辆移动等信息。

这里，所述第一类别内容信息可以为待处理图像中的文字信息等原始信息，所述第二类别内容信息可以为待处理图像中的图像主题对象等重点信息，所述第三类别内容信息可以为背景信息等。

这里，所述第一重要性权值、第二重要性权值和第三重要性权值表征的重要性依次降低。

示例地，在多帧连续图像中，捕捉画面中的文字作为原始信息，配置高比例的压缩比(如90％)进行压缩；针对游戏应用程序，根据游戏属性区分，第一人称射击类游戏或者是多人在线战术竞技游戏(multiplayeronlinebattlearena，moba)，识别画面中的人物肢体作为重点信息；角色扮演游戏(role-playinggame，rpg)，识别画面中的人脸为重点信息；赛车类游戏，识别画面中的车辆为重点信息，对这些图像主题对象类的重点信息，配置中等比例的压缩比(如80％)；而对于背景等其他信息，则配置较低比例的压缩比(如40％-60％)。

在一种可能的实施例中，在与所述客户端建立长连接的情况下，检测到第二应用接收到来自所述客户端的第一指令信息，确定满足所述处理条件。

这里，所述第二应用为基于所述服务器和所述客户端共同运行的，所述第一指令信息用于运行所述第一应用。

实施例二

本申请实施例提供一种运行方法，所述运行方法应用于客户端。

本申请以下客户端侧的运行方法的描述，与上述服务器端的运行方法描述是类似的，同上述有益效果描述，不做赘述。对于本实施例中未披露的技术细节，请参照上述方法实施例的描述。

图3为本申请实施例一提供的一种运行方法的流程示意图，如图3所示，所述方法包括：

步骤s310，客户端获得所述服务器发送的压缩文件。

这里，所述压缩文件基于所述服务器对获得的待处理图像按照确定的压缩策略压缩得到，所述待处理图像为所述服务器运行第一应用获得，所述待处理图像包括多种内容信息，所述压缩策略表征对不同内容信息进行压缩时的压缩比不同。

可选地，所述压缩文件包括每一类别信息对应的至少一个压缩子文件。

需要说明的是，客户端能运行已经够买的游戏大作。用户可通过软件来打破游戏平台的限制，依托高速网络的强大数据传输能力实现在任意平台上游玩任意的游戏。通过在远程的性能机器运行，游戏玩家可以在家中用非性能机器来玩游戏大作。这里远程的性能机器为服务器，家中的非性能机器为客户端。客户端显示的图像为服务器处理并传输给客户端的。

步骤s320，客户端处理所述压缩文件以供显示。

这里，客户端基于图像中内容信息类别，将所述压缩文件分成每一类别信息对应的至少一个压缩子文件。

进一步地，按照确定的解压策略，解压所述压缩子文件得到每一类别信息对应的至少一个图像分区。其中，解压策略表征针对不同的内容信息进行解压时的解压比不同。

示例地，按照与第一重要性权值对应的压缩比，对所述内容信息的类别为文字等原始信息的压缩子文件进行解压，得到第一解压图像；按照与第二重要性权值对应的压缩比，对所述内容信息的类别为图像主题对象等重点信息的压缩子文件进行解压，得到第二解压图像；按照与第三重要性权值对应的压缩比，对所述内容信息的类别为背景信息的压缩子文件进行解压，得到第三解压图像；其中，所述第一重要性权值、所述第二重要性权值以及所述第三重要性权值分别对应的压缩比依次减小。

进一步地，客户端将解压得到的至少一个图像分区进行组合形成一帧图像，并进行加载显示。

在本申请实施例中，客户端首先获得服务器发送的压缩文件，然后对所述压缩文件进行处理以供显示，如此，通过获得服务器根据待处理图像的不同内容信息，按照不同的压缩比例进行区别压缩得到的压缩文件，并进行处理显示，降低了整体图像以相同压缩比压缩时造成的延时，解决了在高分辨率下进行图像传输时不能保持低延时的问题。

在一种可能的实施例中，客户端按照确定的解压策略，解压所述压缩文件得到至少一个图像分区，包括：按照确定的解压策略为每一类别内容信息对应的至少一个压缩子文件配置对应的压缩比；基于所述压缩比对所述至少一个压缩子文件进行解压，得到所述每一类别的内容信息对应的至少一个图像分区。

进一步地，所述解压策略包括：按照第一重要性权值对应的压缩比，解压所述待显示图像的第一类别内容信息对应的至少一个压缩子文件；按照第二重要性权值对应的压缩比，解压所述待显示图像的第二类别内容信息对应的至少一个压缩子文件；按照第三重要性权值对应的压缩比，解压所述待显示图像的第二类别内容信息对应的至少一个压缩子文件。

在一种可能的实施例中，所述方法还包括：获取所述待显示图像的显示参数和/或所述服务器与所述客户端之间的传输参数；基于所述显示参数，调整每一所述压缩子文件对应的解压比。

这里，所述待显示图像的显示参数包括分辨率、对比度以及显示画面大小中至少一种。所述服务器与所述客户端之间的传输参数包括网络带宽和传输速率中至少一种。

这里，根据所述显示参数和/或所述传输参数，可以动态地分配不同图像分区的解压比，进一步优化显示效果。

实施例三

本申请实施例提供一种服务器400，该服务器包括所包括的各模块、以及各模块所包括的各子模块，可以通过服务器中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(cpu)、微处理器(mpu)、数字信号处理器(dsp)或现场可编程门阵列(fpga)等。

这里需要指出的是：以下装置项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本申请装置项实施例中未披露的技术细节，请参照本申请方法实施例的描述。

图4为本申请实施例提供的一种服务器的组成结构示意图，如图4所示，所述服务器400包括：第一获取模块401、压缩模块402和发送模块403，其中：

所述第一获取模块401，用于满足处理条件，获得至少一帧待处理图像，所述待处理图像包括多种内容信息；

所述压缩模块402，用于至少基于所述多种内容信息对所述待处理图像按照确定的压缩策略进行压缩，得到压缩文件；

所述发送模块403，用于将所述压缩文件发送给客户端以供显示；

其中，所述处理条件为触发服务器运行第一应用的条件，所述压缩策略表征不同的内容信息进行压缩时的压缩比不同。

在其他实施例中，所述压缩模块402包括分区子模块、第一配置子模块和压缩子模块，其中：

所述分区子模块，用于基于所述多种内容信息的类别对所述待处理图像进行分区，其中，每一类别的内容信息对应至少一个图像分区；

所述第一配置子模块，用于按照确定的压缩策略为每一类别内容信息对应的图像分区配置对应的压缩比；

所述压缩子模块，用于基于所述压缩比对对应的图像分区进行压缩，得到所述待处理图像的压缩文件。

在其他实施例中，所述配置子模块包括确定单元和配置单元，其中：

所述确定单元，用于至少基于所述第一应用的运行参数确定每一类别内容信息的重要性权值；

所述配置单元，用于基于所述重要性权值为每一所述图像分区配置对应的压缩比；其中，所述重要性权值越高，对应的压缩比越高。

在其他实施例中，所述服务器400还包括第二获取模块和第一调整模块，其中：所述第二获取模块，用于获取所述待处理图像的显示参数和/或所述服务器与所述客户端之间的传输参数；所述第一调整模块，用于基于所述显示参数和/或传输参数，调整所述图像分区对应的压缩比。

在其他实施例中，所述服务器400还包括第三获取模块和确定模块，其中：

所述第三获取模块，用于获取所述第一应用的属性信息；

所述确定模块，用于至少基于所述属性信息确定所述待处理图像的压缩策略；其中，所述属性信息至少包括所述第一应用的类型。

在其他实施例中，所述确定模块还包括第一确定子模块、第二确定子模块和第三确定子模块，其中：

所述第一确定子模块，用于基于所述第一应用的历史信息为所述待处理图像中的第一类别内容信息配置第一重要性权值对应的压缩比；

所述第二确定子模块，用于基于所述第一应用的类型为所述待处理图像中的第二类别内容信息配置第二重要性权值对应的压缩比；

所述第三确定子模块，用于基于操作体的行为参数为所述待处理图像中的第三类别内容信息配置第三重要性权值对应的压缩比。

在其他实施例中，所述服务器400还包括检测模块，用于在与所述客户端建立长连接的情况下，检测到基于所述服务器和所述客户端共同运行的第二应用接收到来自所述客户端的第一指令信息，确定满足所述处理条件，其中，所述第二应用为基于所述服务器和所述客户端共同运行的，所述第一指令信息用于运行所述第一应用。

这里需要指出的是：以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

实施例四

本申请实施例提供一种作为客户端的电子设备500，该电子设备包括所包括的各模块，可以通过电子设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(cpu)、微处理器(mpu)、数字信号处理器(dsp)或现场可编程门阵列(fpga)等。

图5为本申请实施例提供的一种电子设备的组成结构示意图，如图5所示，所述电子设备500包括第四获取模块和处理模块，其中：

所述第四获取模块，用于获得服务器发送的压缩文件；

所述处理模块，用于处理所述压缩文件以供显示；

其中，所述压缩文件基于所述服务器对获得的待处理图像按照确定的压缩策略压缩得到，所述待处理图像为所述服务器运行第一应用获得，所述待处理图像包括多种内容信息，所述压缩策略表征对不同内容信息进行压缩时的压缩比不同。

这里需要指出的是：以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的运行方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得包含该存储介质的设备自动测试线执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(readonlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。

对应地，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述服务器侧或电子设备侧的运行方法中的步骤。

对应地，本申请实施例提供一种服务器，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述运行方法中的步骤。

对应地，本申请实施例提供一种电子设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述运行方法中的步骤。

对应地，本申请实施例提供一种运行设备(包括服务器和电子设备)，图6为本申请实施例提供的一种运行设备的一种硬件实体示意图，如图6所示，该设备600的硬件实体包括：处理器601、通信接口602和存储器603，其中

处理器601通常控制设备600的总体操作。

通信接口602可以使设备600通过网络与其他终端或服务器通信。

存储器603配置为存储由处理器601可执行的指令和应用，还可以缓存待处理器601以及设备600中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(flash)或随机访问存储器(randomaccessmemory，ram)实现。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本申请实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得设备自动测试线执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、rom、磁碟或者光盘等各种可以存储程序代码的介质。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。