阅读说明：本技术 一种二维码显示方法、二维码显示装置及移动终端 (Two-dimensional code display method, two-dimensional code display device and mobile terminal ) 是由 刘真 于 2019-09-18 设计创作，主要内容包括：本申请公开了一种二维码显示方法、二维码显示装置、移动终端及计算机可读存储介质,其中,该二维码显示方法包括：检测当前移动终端的显示页面中是否存在待扫二维码；若存在所述待扫二维码,则将所述待扫二维码存储为待扫二维码图像；基于所述移动终端的屏幕尺寸调整待扫二维码图像的尺寸；将尺寸调整后的所述待扫二维码图像显示在所述移动终端的屏幕的两个以上预设位置。本方案在用户需要通过商家扫描二维码完成支付操作时,将二维码平铺显示至屏幕区域,提升扫码设备在读取移动终端二维码时的成功率。(The application discloses a two-dimensional code display method, a two-dimensional code display device, a mobile terminal and a computer readable storage medium, wherein the two-dimensional code display method comprises the following steps: detecting whether a two-dimension code to be scanned exists in a display page of the current mobile terminal; if the two-dimension code to be scanned exists, storing the two-dimension code to be scanned as a two-dimension code image to be scanned; adjusting the size of the two-dimensional code image to be scanned based on the screen size of the mobile terminal; and displaying the two-dimensional code image to be scanned after the size is adjusted at more than two preset positions of a screen of the mobile terminal. According to the scheme, when a user needs to scan the two-dimensional code through a merchant to complete payment operation, the two-dimensional code is tiled and displayed to the screen area, and the success rate of code scanning equipment in reading the two-dimensional code of the mobile terminal is improved.)

一种二维码显示方法、二维码显示装置及移动终端

技术领域

本申请属于数据处理技术领域，尤其涉及一种二维码显示方法、二维码显示装置、移动终端及计算机可读存储介质。

背景技术

随着二维码技术的普及，电子钱包被广泛接受，人们越来越多的使用二维码来完成日常中的支付操作。当前，通过二维码进行支付有如下几种支付方式：一种是用户对商家二维码进行扫码，确认支付金额后完成支付；另一种是商家对用户二维码进行扫码，直接由商家完成扣款操作。在上面第二种商家对用户二维码进行扫码以完成二维码支付的过程中，往往需要用户将移动终端的屏幕面向商家的扫码设备。然而，由于移动终端的屏幕在上述过程中往往是背对用户的，这导致用户无法准确将屏幕上的二维码区域送入扫码设备的视窗区域，一定程度上降低了支付效率及用户的操作流畅度。

发明内容

有鉴于此，本申请提供了一种二维码显示方法、二维码显示装置、移动终端及计算机可读存储介质，可提升用户进行电子支付时的操作流畅度及电子支付效率。

本申请的第一方面提供了一种二维码显示方法，包括：

检测当前移动终端的显示页面中是否存在待扫二维码；

若存在上述待扫二维码，则将上述待扫二维码存储为待扫二维码图像；

基于上述移动终端的屏幕尺寸调整待扫二维码图像的尺寸；

将尺寸调整后的上述待扫二维码图像显示在上述移动终端的屏幕的两个以上预设位置。

本申请的第二方面提供了一种二维码显示装置，包括：

检测单元，用于检测当前移动终端的显示页面中是否存在待扫二维码；

存储单元，用于若存在上述待扫二维码，则将上述待扫二维码存储为待扫二维码图像；

调整单元，用于基于上述移动终端的屏幕尺寸调整待扫二维码图像的尺寸；

显示单元，用于将尺寸调整后的上述待扫二维码图像显示在上述移动终端的屏幕的两个以上预设位置。

本申请的第三方面提供了一种移动终端，上述移动终端包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上述第一方面的方法的步骤。

本申请的第四方面提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上述第一方面的方法的步骤。

本申请的第五方面提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。

由上可见，在本申请方案中，首先检测当前移动终端的显示页面中是否存在待扫二维码，若存在上述待扫二维码，则将上述待扫二维码存储为待扫二维码图像，并基于上述移动终端的屏幕尺寸调整待扫二维码图像的尺寸，最后将尺寸调整后的上述待扫二维码图像显示在上述移动终端的屏幕的两个以上预设位置。本申请方案在用户需要通过商家扫描二维码完成支付操作时，将二维码平铺显示至屏幕区域，提升扫码设备在读取移动终端二维码时的成功率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的二维码显示方法的实现流程示意图；

图2是本申请实施例提供的二维码显示方法中，步骤101的具体实现流程示意图；

图3是本申请实施例提供的二维码显示方法中，步骤102的具体实现流程示意图；

图4是本申请实施例提供的二维码显示方法中，步骤103的具体实现流程示意图；

图5-a是本申请实施例提供的一个调整参数下，二维码显示示例图；

图5-b是本申请实施例提供的另一个调整参数下，二维码显示示例图；

图6是本申请实施例提供的二维码显示装置的结构框图

图7是本申请实施例提供的移动终端的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请上述的技术方案，下面通过具体实施例来进行说明。

实施例一

在本申请实施例中，流程的执行主体为移动终端。该移动终端包括但不限于：平板电脑以及智能手机等能够执行二维码显示操作的设备。图1示出了本申请实施例一提供的二维码显示方法的实现流程图，详述如下：

在步骤101中，检测当前移动终端的显示页面中是否存在待扫二维码；

在本申请实施例中，在移动终端处于亮屏状态时，可以检测当前移动终端的显示页面中是否存在待扫二维码，上述待扫二维码具体指的是付款码。可选地，移动终端可以是在亮屏状态下持续性检测显示页面中是否存在待扫二维码；或者，移动终端可以是在亮屏状态下周期性检测显示页面中是否存在待扫二维码；或者移动终端还可以是在亮屏状态下监控当前前台是否运行有支付类应用程序，当监控到支付类应用程序在前台运行时再开始持续性或周期性检测显示页面中是否存在待扫二维码，此处不对上述步骤101的执行时机作出限定。可选地，如图2所示，上述步骤101具体包括：

在步骤1011中，当上述移动终端的显示页面刷新时，检测刷新后的上述显示页面是否存在二维码；

在本申请实施例中，移动终端可以设定一个二维码检测模块，每当移动终端的显示页面进行刷新时(例如执行页面跳转等操作时，需要对页面进行刷新)，就可以检测刷新后的显示页面上是否存在有二维码。如果刷新后的显示页面不存在二维码，则暂停对当前显示页面的检测，也即，在移动终端显示当前刷新后的显示页面的过程中，不再继续检测该显示页面中是否存在待扫二维码。

在步骤1012中，若刷新后的上述显示页面存在二维码，则统计上述二维码的数量；

在本申请实施例中，当检测到上述显示页面中存在二维码时，考虑到用于支付的二维码往往是独自存在的，也即，在付款时移动终端往往不会显示有多个不同的二维码，因而此时可以进一步统计刷新后的上述显示页面所显示的二维码数量，并基于二维码的数量预估当前所显示的二维码是待扫二维码的可能性。

在步骤1013中，若上述二维码的数量为一个，则确定当前移动终端的显示页面中存在待扫二维码。

在本申请实施例中，当上述二维码的数量为一个时，可以认为当前移动终端的显示页面中存在待扫二维码的可能性较高。进一步地，为了提升对上述待扫二维码的检测准确率，当上述二维码的数量为一个时，还可以采用其它方式确定移动终端当前是否处于扫码支付场景：

例如，可以去获取显示上述二维码的目标应用程序及目标接口，也即是说，获知当前是由哪一应用程序的哪一接口调用得到的上述二维码。具体地，我们知道在支付场景下，上述待扫二维码必然是由具备支付功能的应用程序调用支付类接口所产生的二维码，而不是其他类型的二维码，例如，通过二维码加好友时，移动终端也会生成二维码显示在页面上供他人扫码；或者阅读公众号内容、微博内容时，这些内容的末端也经常会显示二维码供他人扫码以实现关注功能：上述这些二维码显然并不属于本申请实施例中的用于扫码支付的待扫二维码的范围内。因而，可以检测显示该二维码的目标应用程序及目标接口，只有在上述目标应用程序为支付类应用程序，目标接口为支付类接口时，上述二维码才有较大可能是用于扫码支付的二维码。

其次，还可以通过移动终端的当前位置来进一步判断移动终端是否处于支付场景下。通常来说，在住宅区类，几乎不存在通过扫码设备来进行支付的场景。实际上，扫码设备往往是在一些正式的商业场所才会用到，而普通的小商贩、小商店等，往往采用的是用户扫码商家完成支付，而不是商家扫码用户完成支付。因而，可以同时检测移动终端的当前位置，只有在移动终端当前处于预设区域，也即预设的商业场所时，上述二维码才有较大可能是用于扫码支付的二维码。

或者，还可以通过移动终端的当前姿态来判断是否处于支付场景。通常来说，商家所采用的扫码设备往往要求用户的移动终端平放，屏幕向下(也即屏幕与水平面平行)，进行扫码支付；或者要求用户的移动终端竖放，屏幕向前(也即屏幕与水平面垂直)，进行扫码支付。而用户在玩手机读取微博或公众号内容时(这种情况下可能出现内容中夹带有二维码)，或者给他人扫码加好友时，移动终端的屏幕往往与水平面呈现一定倾斜角。因而，可以通过检测移动终端的所处姿态，只有在移动终端当前处于屏幕水平放置或竖直放置的姿态时，上述二维码才有较大可能是用于扫码支付的二维码。当然，考虑到用户手持移动终端时难以达到绝对水平放置及绝对竖直放置，因而，此处所说的水平放置实际指的是预设的水平范围(即允许水平方向在预设的角度范围内倾斜)，竖直放置实际指的是预设的竖直范围(即允许竖直方向在预设的角度范围内倾斜)，此处不作限定。

进一步地，还可以触发移动终端的前置摄像头来判断是否处于支付场景。若前置摄像头检测到前方存在扫码设备的读码窗，则可认为上述二维码才有较大可能是用于扫码支付的二维码。

上述几种检测移动终端是否处于扫码支付场景的方式可以同时执行，也可以择取执行，此处不作限定。

在步骤102中，若存在上述待扫二维码，则将上述待扫二维码存储为待扫二维码图像；

在本申请实施例中，一旦检测发现上述显示页面中存在有待扫二维码，则移动终端可以将该待扫二维码保存为待扫二维码图像，以供后续调整显示时使用。可选地，为了用户的支付安全，上述待扫二维码图像并不存储于前台可直接访问的媒体库中，而是存储于缓存数据库中。可选地，如图3所示，上述步骤102具体包括：

在步骤1021中，检测上述待扫二维码是否存在保存选项，若是，则执行步骤1022，若否，则执行步骤1023；

在本申请实施例中，某些二维码可以通过用户的长按操作而弹出保存选项；考虑到上述待扫二维码是付款码，存在保存功能被禁用的可能性，因而，可以先检测上述待扫二维码是否存在保存选项，具体为移动终端模拟用户的长按操作，通过是否弹出保存选项框来检测上述待扫二维码是否存在保存选项。

在步骤1022中，生成二维码保存指令，并基于上述二维码保存指令将上述待扫二维码存储为待扫二维码图像；

在本申请实施例中，若检测到上述待扫二维码存在保存选项，则可获知当前上述待扫二维码可以进行存储操作，基于此，可以生成二维码保存指令，并基于上述二维码保存指令将上述待扫二维码存储为待扫二维码图像。

在步骤1023中，对当前页面进行截屏，得到截屏图像；

在本申请实施例中，若检测到上述待扫二维码不存在保存选项，则可获知当前上述的待扫二维码不可以进行存储操作，基于此，可以调用系统的截图功能，对上的当前页面进行截屏，得到截屏图像。可选地，上述截屏图像也可以暂时被保存与上述缓存数据库中，而不是保存于媒体库。

在步骤104中，在上述截屏图像对上述待扫二维码进行分割，将分割得到的上述待扫二维码存储为待扫二维码图像。

在本申请实施例中，先在上述截屏图像中对上述待扫二维码进行定位，以确定上述待扫二维码的具***置，随后基于该待扫二维码在上述截屏图像中的具***置进行分割，将分割得到的上述待扫二维码存储为待扫二维码图像。可选地，当本次基于上述待扫二维码的支付操作完成后，将上述待扫二维码图像从上述缓存数据库中删除，以避免其继续占用移动终端的系统资源。

在步骤103中，基于上述移动终端的屏幕尺寸调整待扫二维码图像的尺寸；

在本申请实施例中，由于应用程序调用上述待扫二维码在页面中显示时，该二维码的尺寸往往较大，占据了屏幕的中央位置，这才导致扫码设备在进行扫码操作时不容易对准的情况。因而，在本申请实施例中，当获得了基于上述待扫二维码而保存得到的待扫二维码图像时，可以基于上述移动终端的屏幕尺寸调整待扫二维码图像的尺寸。可选地，如图4所示，上述步骤103具体包括：

在步骤1031中，获取上述移动终端的屏幕尺寸；

在步骤1032中，基于上述屏幕尺寸与预设的调整比值计算得到目标宽度值；

在本申请实施例中，移动终端可以先从自身参数中获知其屏幕尺寸。考虑到移动终端通常是矩形，因而，此处在获得屏幕尺寸时，重点关注移动终端的短边的长度值，基于上述短边的长度值与预设的调整比值相乘后得到目标宽度值。可选地，上述调整比值可以是一固定值，例如0.3、0.4等；或者，上述调整比值也可以是动态变化的值，具体地，可以通过设置于移动终端正面的距离传感器获取上述移动终端与扫码设备的距离，考虑到上述距离越小，表明移动终端的屏幕与扫码设备越近，导致扫码设备所读取到的屏幕显示区域上的面积就会越大，而同样大小的物体在屏幕显示区域上所占的面积会越小；因而，可以基于上述距离在在预设的比值范围内以正比例关系调节上述目标宽度值，示例性的，上述比值范围可以为[0.2,0.8]，此处不作限定。进一步地，当上述调整比值是固定值时，则目标宽度值也可以被唯一的确定，基于此，可以在初次计算得到了上述目标宽度值后，就在移动终端的本地保存该目标宽度值；后续再次需要使用本申请实施例的方法进行二维码显示时，即可直接调用该目标宽度值对待扫二维码图像进行尺寸调整。

在步骤1033中，通过上述目标宽度值对上述待扫二维码图像的尺寸进行调整。

在本申请实施例中，在获得了上述目标宽度值之后，将上述待扫二维码图像进行缩放，以使得上述待扫二维码图像的宽度与上述目标宽度值相匹配。

在步骤104中，将尺寸调整后的上述待扫二维码图像显示在上述移动终端的屏幕的两个以上预设位置。

在本申请实施例中，在对上述待扫二维码图像进行了尺寸调整操作后，可以将上述尺寸调整后的待扫二维码图像显示在上述移动终端的屏幕的多个预设位置上。具体地，根据上述调整比值可以对应不同的若干个预设位置。例如，当上述调整比值为0.4时，上述待扫二维码图像的显示情况如附图5-a所示；当上述调整比值为0.25时，上述待扫二维码图像的显示情况如附图5-b所示，此处不对调整比值与上述预设位置的对应关系作出限定。通过步骤104，可以实现待扫二维码在屏幕上的平铺操作。可选地，可以为上述步骤104限定一执行时间，例如，将尺寸调整后的上述待扫二维码图像显示在上述移动终端的屏幕的两个以上预设位置，并保持预设的时间段；在预设的时间段过后，返回原来的显示页面，也即返回步骤101中的显示页面；或者，在扫码设备读取二维码并成功执行扣款操作后，触发显示页面显示支付成功的相关反馈信息。

由上可见，在本申请实施例中，移动终端通过姿态、位置等方式确定当前是否处于支付场景，并在支付场景下对待扫二维码的尺寸进行调节，并最终将尺寸调节后的二维码平铺显示在屏幕上，一定程度上能够提升扫码设备在读取移动终端二维码时的成功率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

实施例二

本申请实施例二提供了一种二维码显示装置，上述二维码显示装置可集成于移动终端中，如图6所示，本申请实施例中的二维码显示装置600包括：

检测单元601，用于检测当前移动终端的显示页面中是否存在待扫二维码；

存储单元602，用于若存在上述待扫二维码，则将上述待扫二维码存储为待扫二维码图像；

调整单元603，用于基于上述移动终端的屏幕尺寸调整待扫二维码图像的尺寸；

显示单元604，用于将尺寸调整后的上述待扫二维码图像显示在上述移动终端的屏幕的两个以上预设位置。

可选地，上述检测单元601包括：

检测子单元，用于当上述移动终端的显示页面刷新时，检测刷新后的上述显示页面是否存在二维码；

统计子单元，用于若刷新后的上述显示页面存在二维码，则统计上述二维码的数量；

确定子单元，用于若上述二维码的数量为一个，则确定当前移动终端的显示页面中存在待扫二维码。

可选地，上述确定子单元包括：

目标确定子单元，用于若上述二维码的数量为一个，则确定显示上述二维码的目标应用程序及目标接口；

位置获取子单元，用于获取上述移动终端的当前位置；

姿态检测子单元，用于检测上述移动终端的当前姿态；

二维码确定子单元，用于若上述目标应用程序为支付类应用程序，上述目标接口为支付类接口，上述当前位置处于预设区域，并且上述当前姿态为屏幕水平放置或竖直放置的姿态，则确定当前移动终端的显示页面中存在待扫二维码。

可选地，上述存储单元602包括：

保存检测子单元，用于检测上述待扫二维码是否存在保存选项；

第一存储子单元，用于若上述待扫二维码图像存在保存选项，则生成二维码保存指令，并基于上述二维码保存指令将上述待扫二维码存储为待扫二维码图像；

页面截屏子单元，用于若上述待扫二维码图像不存在保存选项，则对当前页面进行截屏，得到截屏图像；

第二存储子单元，用于在上述截屏图像对上述待扫二维码进行分割，将分割得到的上述待扫二维码存储为待扫二维码图像。

可选地，上述调整单元603包括：

屏幕尺寸获取子单元，用于获取上述移动终端的屏幕尺寸；

目标宽度值计算子单元，用于基于上述屏幕尺寸与预设的调整比值计算得到目标宽度值；

尺寸调整子单元，用于通过上述目标宽度值对上述待扫二维码图像的尺寸进行调整。

可选地，上述二维码显示装置600还包括：

距离获取单元，用于在上述基于上述屏幕尺寸与预设的调整比值计算得到目标宽度值之前，通过距离传感器获取上述移动终端与扫码设备的距离；

比值设定子单元，用于基于上述距离，在预设的比值范围内设定上述调整比值，其中，上述距离与上述调整比值呈正比例关系。

由上可见，在本申请实施例中，二维码显示装置通过姿态、位置等方式确定当前是否处于支付场景，并在支付场景下对待扫二维码的尺寸进行调节，并最终将尺寸调节后的二维码平铺显示在屏幕上，一定程度上能够提升扫码设备在读取移动终端二维码时的成功率。

实施例三

本申请实施例三提供了一种移动终端，请参阅图7，本申请实施例中的移动终端7包括：存储器701，一个或多个处理器702(图7中仅示出一个)及存储在存储器701上并可在处理器上运行的计算机程序。其中：存储器701用于存储软件程序以及模块，处理器702通过运行存储在存储器701的软件程序以及单元，从而执行各种功能应用以及数据处理，以获取上述预设事件对应的资源。具体地，处理器702通过运行存储在存储器701的上述计算机程序时实现以下步骤：

检测当前移动终端的显示页面中是否存在待扫二维码；

若存在上述待扫二维码，则将上述待扫二维码存储为待扫二维码图像；

基于上述移动终端的屏幕尺寸调整待扫二维码图像的尺寸；

将尺寸调整后的上述待扫二维码图像显示在上述移动终端的屏幕的两个以上预设位置。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，上述检测当前移动终端的显示页面中是否存在待扫二维码，包括：

当上述移动终端的显示页面刷新时，检测刷新后的上述显示页面是否存在二维码；

若刷新后的上述显示页面存在二维码，则统计上述二维码的数量；

若上述二维码的数量为一个，则确定当前移动终端的显示页面中存在待扫二维码。

在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，上述若上述二维码的数量为一个，则确定当前移动终端的显示页面中存在待扫二维码，包括：

若上述二维码的数量为一个，则确定显示上述二维码的目标应用程序及目标接口；

获取上述移动终端的当前位置；

检测上述移动终端的当前姿态；

若上述目标应用程序为支付类应用程序，上述目标接口为支付类接口，上述当前位置处于预设区域，并且上述当前姿态为屏幕水平放置或竖直放置的姿态，则确定当前移动终端的显示页面中存在待扫二维码。

在上述第一种可能的实施方式作为基础而提供的第四种可能的实施方式中，上述将上述待扫二维码存储为待扫二维码图像，包括：

检测上述待扫二维码是否存在保存选项；

若上述待扫二维码图像存在保存选项，则生成二维码保存指令，并基于上述二维码保存指令将上述待扫二维码存储为待扫二维码图像；

若上述待扫二维码图像不存在保存选项，则对当前页面进行截屏，得到截屏图像；

在上述截屏图像对上述待扫二维码进行分割，将分割得到的上述待扫二维码存储为待扫二维码图像。

在上述第一种可能的实施方式作为基础而提供的第五种可能的实施方式中，上述基于上述移动终端的屏幕尺寸调整待扫二维码图像的尺寸，包括：

获取上述移动终端的屏幕尺寸；

基于上述屏幕尺寸与预设的调整比值计算得到目标宽度值；

通过上述目标宽度值对上述待扫二维码图像的尺寸进行调整。

在上述第五种可能的实施方式作为基础而提供的第六种可能的实施方式中，在上述基于上述屏幕尺寸与预设的调整比值计算得到目标宽度值之前，处理器702通过运行存储在存储器701的上述计算机程序时还实现以下步骤：

通过距离传感器获取上述移动终端与扫码设备的距离；

基于上述距离，在预设的比值范围内设定上述调整比值，其中，上述距离与上述调整比值呈正比例关系。

应当理解，在本申请实施例中，所称处理器702可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器701可以包括只读存储器和随机存取存储器，并向处理器702提供指令和数据。存储器701的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器701还可以存储设备类型的信息。

由上可见，在本申请方案中，移动终端通过姿态、位置等方式确定当前是否处于支付场景，并在支付场景下对待扫二维码的尺寸进行调节，并最终将尺寸调节后的二维码平铺显示在屏幕上，一定程度上能够提升扫码设备在读取移动终端二维码时的成功率。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者外部设备软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读存储介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机可读存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。

以上上述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。