图形渲染方法及装置与流程

本申请涉及图形处理技术领域，尤其涉及一种图形渲染方法及装置。

背景技术

目前，随着应用(application，app)种类的不断增加，安装有各类应用的用户设备所需要渲染的图形也越来越多。在一些应用页面上，往往需要渲染各类在特定场景下呈现的场景图形(如：3d或2d的动态图形)，以达到增强现实(augmentedreality，ar)的体验。一般地，用户设备需要利用底层的图像渲染库(如：opengl)来实现ar图形的渲染。然而，由于各用户设备的配置不同，并不是所有的用户设备都能支持各类场景图形的渲染功能，对于某些设备而言，可能会因为渲染上述场景图形而导致系统崩溃。

技术实现要素：

有鉴于此，本申请提供一种图形渲染方法及装置。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种图形渲染方法，包括：

在用户设备渲染场景图形之前，获取用户设备的配置信息；

确定所述配置信息是否在预先确定的黑名单中，所述黑名单指示不支持场景图形渲染功能的设备的配置信息；

若所述配置信息未在所述黑名单中，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件；

若所述运行指标满足所述设定条件，渲染所述场景图形，若所述运行指标不满足所述设定条件，拒绝渲染所述场景图形。

根据本申请的第二方面，提出了一种图形渲染方法，包括：

在用户设备渲染场景图形之前，获取用户设备的配置信息；

确定所述配置信息是否在预先确定的白名单中，所述白名单指示支持场景图形渲染功能的设备的配置信息；

若所述配置信息在所述白名单中，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件；

若所述运行指标满足所述设定条件，渲染所述场景图形，若所述运行指标不满足所述设定条件，拒绝渲染所述场景图形。

根据本申请的第三方面，提出了一种图形渲染装置，包括：配置信息获取单元、第一确定单元、第二确定单元及渲染单元；

所述配置信息获取单元在用户设备渲染场景图形之前，获取用户设备的配置信息；

所述第一确定单元确定所述配置信息是否在预先确定的黑名单中，所述黑名单指示不支持场景图形渲染功能的设备的配置信息；

所述第二确定单元在所述配置信息未在所述黑名单中时，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件；

所述渲染单元在所述运行指标满足所述设定条件时，渲染所述场景图形。

根据本申请的第四方面，提出了一种图形渲染装置，包括：配置信息获取单元、第一确定单元、第二确定单元及渲染单元；

所述配置信息获取单元在用户设备渲染场景图形之前，获取用户设备的配置信息；

所述第一确定单元确定所述配置信息是否在预先确定的白名单中，所述白名单指示支持场景图形渲染功能的设备的配置信息；

所述第二确定单元在所述配置信息在所述白名单中时，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件；

所述渲染单元在所述运行指标满足所述设定条件时，渲染所述场景图形。

通过上述技术方案可见，通过预先确定黑名单或白名单，并在用户设备渲染场景图形之前，确定用户设备的配置信息是否在黑名单或白名单中，如不在黑名单或在白名单中，则表明设备支持场景图形渲染功能。此后，还需要检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件，如果所述运行指标满足设定条件，则渲染渲染所述场景图形，如果所述运行指标不满足所述设定条件，拒绝渲染所述场景图形。通过上述过程，可以准确地检测出当前用户设备是否适合进行场景图形的渲染，有效避免因渲染场景图形而导致的系统崩溃现象。

附图说明

图1是本申请一示例性实施例提供的一种图形渲染方法的流程图；

图2是本申请一示例性实施例提供的另一种图形渲染方法的流程图；

图3是本申请一示例性实施例提供的又一种图形渲染方法的流程图；

图4是本申请一示例性实施例提供的一种电子设备的结构示意图；

图5是本申请一示例性实施例提供的一种图形渲染装置的框图；

图6是本申请一示例性实施例提供的另一种图形渲染装置的框图。

具体实施方式

目前，应用app上经常需要在展示某些特定页面的过程中，渲染一些特殊的场景图形(如：3d或2d的动态图形)并在特定页面上进行展示，以增强app的页面展示效果。例如，在一种场景中，用户需要利用用户设备(如智能手机)上安装的某种app来识别目标图像中(如通过用户设备拍摄所得)是否包含特定字符(如：汉字“福”)，当识别到目标图像中包含上述特定字符时，可以随机渲染一段2d形式的动画(即上述场景图形)，以给用户带来喜庆感。在另一种场景，用户可以通过某应用来发放ar(augmentedreality，增强现实)实景红包，在该场景中，通常，红包发起者发起一个基于地理位置和特定物体的ar实景红包之后，抢红包的用户需要前往上述地理位置并根据线索图扫描特定物体，才能抢到上述ar实景红包。当用户扫描的物体与线索图所提示的物体相匹配后，则可以渲染一种“3d红包小人”的场景图形并展示，该“3d红包小人”可向用户点头哈腰、或摇手打招呼，当用户手指触摸滑动该3d红包后，3d红包可进行旋转。其他应用场景还包括：天猫双十一捉猫猫活动中涉及到的3d猫的渲染，本文不作限定。

一般地，用户设备需要利用底层的图像渲染库(如：opengl)来实现ar图形的渲染。然而，由于各用户设备的配置不同，并不是所有的用户设备都能支持各类场景图形的渲染功能，对于某些设备而言，可能会因为渲染上述场景图形而导致系统崩溃，从而给用户带来不好的使用体验。为此本文提出以下技术方案来解决上述问题。

图1是本申请一示例性实施例提供的一种图形渲染方法的流程图。本申请实施例中，如下方法中的各步骤可由安装app的用户设备来执行，或者，各步骤可由应用服务器来执行，或者，该方法中的某些步骤由用户设备来执行，另一些步骤由应用服务器来执行，关于步骤的执行主体，本文并不作限制。如图1所示，该方法包括下述步骤101～107，其中：

在步骤101中，在用户设备渲染场景图形之前，获取用户设备的配置信息。

对于用户设备上安装的app而言，渲染场景图形并在用户设备上进行展示的时机是预先设定的。例如，在ar实景红包场景中，当用户设备扫描到的物体图像和用于藏ar红包的目标物体图像一致，则确定需要渲染场景图形；在扫福字的场景中，当用户设备扫到某图像中包含福字时，则确定需要渲染场景图形；在其他场景中，当用户设备向应用服务器发送用以获取特定app页面的请求时，确定用户设备需要渲染场景图形，等等。为了确定用户设备是否支持场景图形的渲染，在用户设备确定需要渲染场景图形之后并在没有开始渲染图形之前，可以获取自身的配置信息。

在一实施例中，所述用户设备的配置信息可以包括如下至少一种：设备的生产厂商、设备品牌、设备型号、设备操作系统版本信息等。所述用户设备包括但不限于手机、电脑、pad等终端设备。

在步骤102中，确定所述配置信息是否在预先确定的黑名单中，所述黑名单指示不支持场景图形渲染功能的设备的配置信息。其中，若确定所述配置信息未在所述黑名单中，则进入步骤103；若确定所述配置信息在所述黑名单中，则进入步骤104。

在步骤102之前，可以预先确定不支持场景图形渲染功能的黑名单，该黑名单中可以包含一个或多个不支持这一功能的设备对应的配置信息。本申请一实施例中，上述黑名单可以通过app上线前，开发者对各种类型的用户设备的测试来获得。或者，在app上线后，通过监测各类型的用户设备在渲染特定场景图形的失败率来确定。例如，可以预先设定某种失败率阈值(如20％)，若在某一特定时间段内，监测到某种机型的设备渲染场景图形的失败率超过20％，则确定该机型为不支持场景图形渲染功能的机型，并将其配置信息放入黑名单中，反之，则不放入黑白单中。当然，上述黑名单中包含的对象可以随着业务的发展不断调整。

在步骤103中，若所述配置信息未在所述黑名单中，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件。

其中，若确定所述运行指标不满足可渲染场景图形的设定条件，则进入步骤104；若确定所述运行指标满足可渲染场景图形的设定条件，则进入步骤105。

虽然，本申请通过预先确定的黑名单，来确定用户设备是否支持场景图形的渲染功能。但是，在实际使用过程中发现，并不是某用户设备的配置信息不在黑名单中就一定适合进行场景图形的渲染。其原因包括：其一，由于不太可能对所有用户设备的渲染性能进行测试，并不是所有不支持这一功能的机型配置信息都在黑名单中；其二，对于不在黑名单中的用户设备而言，也有可能因为其他原因(如内存不足)导致其不适合渲染功能图形。可见，用户实时的运行指标也是用于考量其是否适合渲染场景图形的一个重要因素，上述运行指标可以是用户设备在运行过程中的硬件性能指标。

在一实施例中，所述运行指标可为用户设备的剩余内存。相应地，上述步骤103可以具体为：

若所述配置信息未在所述黑名单中，检测所述用户设备的剩余内存，并确定所述剩余内存是否大于可渲染场景图形的预设内存阈值。

其中，对于不同的场景图形，由于其图形大小、清晰度、是否动态等因素不同，所需要的最小内存也不同。为此，可以根据所需渲染每一种场景图形，分别设定一个与之匹配的预设内存阈值(如：100m)。

相应地，若剩余内存小于预设内存阈值，表明其不可以渲染场景图形，则进入步骤104；若剩余内存大于预设内存阈值，表明其可以渲染场景图形，则进入步骤105。

在另一实施例中，所述运行指标可为用户设备解压图片帧序列的前n帧图片所需的时长。其中，n≥1。其中，上述n一般设定为较小的值，原因是需要快速确定出该用户设备是否适合进行场景图形的渲染。为此，在某些实施例中，n＝1，所述运行指标为用户设备解压图片帧序列的首帧图片所需的时长。

相应地，上述步骤103可以具体为：

检测所述用户设备解压图片帧序列的前n帧图片所需的时长并确定所述时长是否小于预设时长阈值。

其中，对于某些含有大量2d图片帧序列的渲染流程，在渲染之前，需要预先对2d图片帧序列进行解码。对于不同的机型而言，由于其硬件性能的差异，解码上述图片帧序列的耗时也不尽相同。其中，一般情况下，如果某机型的2d图片帧解码时长过长，则可能导致2d动画帧播放卡顿，进而势必会造成后续渲染过程较慢，这对用户而言是不能容忍的。为此，需要预先设定一个预设时长阈值。

相应地，若所述用户设备解压图片帧序列的前n帧图片所需的时长大于预设时长阈值(如：0.01秒)，表明其不适合渲染场景图形，则进入步骤104；若所述用户设备解压图片帧序列的前n帧图片所需的时长小于预设时长阈值(如：0.01秒)，表明其可以渲染场景图形，则进入步骤105。

通常，可以根据所述前n帧图片的内存、图片格式及用户设备的配置信息等，来确定用户设备解压图片帧序列的前n帧图片所需的时长。

在某些实施例中，当运行指标包含多个时，可以逐一检测设备的各个运行指标并确定其是否满足设定条件，并在每个运行指标都满足相应的设定条件之后，才进入步骤105；反之，如有任意一个运行指标不满足设定条件，则进入步骤104。

在一可选的实施例中，除建立黑名单之外，还可以建立包含支持场景图形渲染功能的设备配置信息的白名单，其中，获得白名单的过程可参照上文对如何获得黑名单的过程的描述。在同时拥有黑名单和白名单的情况下，上述步骤103可以具体包括：

在步骤10中，若所述配置信息不在预先确定的黑名单中，确定所述配置信息是否在预先确定的白名单中，若所述配置信息在预先确定的白名单中，进入步骤20。

在步骤20中，检测所述用户设备的运行指标，并确定所述运行指标是否满足可渲染场景图形的设定条件。

在一实施例中，若确定所述配置信息不在预先确定的白名单中，也不在预先确定的黑名单中，则可以进入步骤103；或者，直接进入步骤104。

在步骤104中，拒绝渲染所述场景图形。

在步骤105中，渲染所述场景图形。

本申请一实施例中，用户设备渲染场景图形所利用的底层图形库包括但不限于：opengl(opengraphicslibrary)、webgl(webgraphicslibrary)等。

在步骤105之后，所述方法还包括如下步骤106和步骤107。

在步骤106中，检测渲染过程中是否出现异常，若检测到异常，进入步骤107。所述异常包括但不限于：渲染过程中的数据解码失败、渲染过程中的创建context失败等。

在步骤107中，停止渲染所述场景图形，以避免因出现异常而造成系统崩溃的现象，并且，及时停止渲染可以有效节约系统资源，提高设备运行性能。

通过上述技术方案可见，通过预先确定黑名单或白名单，并在用户设备渲染场景图形之前，确定用户设备的配置信息是否在黑名单或白名单中，如不在黑名单或在白名单中，则表明设备支持场景图形渲染功能。此后，还需要检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件，如果所述运行指标满足设定条件，则渲染渲染所述场景图形，如果所述运行指标不满足所述设定条件，拒绝渲染所述场景图形。通过上述过程，可以准确地检测出当前用户设备是否适合进行场景图形的渲染，有效避免因渲染场景图形而导致的系统崩溃现象。

图2是本申请一示例性实施例提供的另一种图形渲染方法的流程图。本申请实施例中，如下方法中的各步骤可由安装app的用户设备来执行，或者，各步骤可由应用服务器来执行，或者，该方法中的某些步骤由用户设备来执行，另一些步骤由应用服务器来执行，关于步骤的执行主体，本文并不作限制。如图2所示，可选地，在上述图1的基础上，该方法还包括：

步骤108：检测所述用户设备是否配置有陀螺仪和/或加速计。其中，该步骤108可以在步骤103之后，也可以在步骤102和步骤103之间，对此不作限定。当检测到所述用户设备配置有陀螺仪和/或加速计时，进入步骤105；否则，进入步骤104。

以天猫双十一捉猫猫活动中涉及到3d猫的渲染场景为例，由于3d猫需要根据手机陀螺仪和/或加速计的数值进行绘制，开发者以陀螺仪和加速计作为是否支持3d猫渲染的评价指标，对具备陀螺仪和/或加速计的android机型(性能达标)才支持3d猫的渲染，否则执行降级方案(即不渲染3d猫)。

需提及的是，对于不同的场景图形而言，确定用户设备是否适合渲染该场景图形的判断步骤可以变更。例如，对于3d猫而言，所需要的判断步骤包括：①判断用户设备的剩余内存是否超过预设内存阈值，②判断用户设备解码耗时是否超过预设时长，以及③检测用户设备是否配置有陀螺仪和/或加速计。对于ar红包而言，所需要的判断步骤为上述①和②即可。可见，app开发者可以预先设定好所需渲染的场景图形与上述判断步骤的对应关系，从而在保证设备运行效率的同时，确保用户设备不会因为渲染图形失败而崩溃。上述判断步骤可以不限于所提及的几种，可根据业务需要添加新的判断逻辑。

图3是本申请一示例性实施例提供的另一种图形渲染方法的流程图。如图3所示，本申请实施例中，如下方法中的各步骤可由安装app的用户设备来执行，或者，各步骤可由应用服务器来执行，或者，该方法中的某些步骤由用户设备来执行，另一些步骤由应用服务器来执行，关于步骤的执行主体，本文并不作限制。如图3所示，所述方法包括下述步骤301～307，其中：

在步骤301中，在用户设备渲染场景图形之前，获取用户设备的配置信息。

在步骤302中，确定所述配置信息是否在预先确定的白名单中，所述白名单指示支持场景图形渲染功能的设备的配置信息。其中，若确定所述配置信息在所述白名单中，则进入步骤303；若确定所述配置信息未在所述白名单中，则进入步骤304。

在步骤303中，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件。其中，若确定所述运行指标不满足可渲染场景图形的设定条件，则进入步骤304；若确定所述运行指标满足可渲染场景图形的设定条件，则进入步骤305。

在步骤304中，拒绝渲染所述场景图形。

在步骤305中，渲染所述场景图形。

在步骤306中，检测渲染过程中是否出现异常。若检测到异常，进入步骤307。

在步骤307中，停止渲染所述场景图形。

图3所示的实施例与图1所示的实施例的主要区别之处在于：本实施例预先建立白名单，并利用该白名单来确定用户设备是否支持场景图形渲染功能。

通过上述技术方案可见，通过预先确定白名单，并在用户设备渲染场景图形之前，确定用户设备的配置信息是否在白名单中，如在白名单中，则表明设备支持场景图形渲染功能。此后，还需要检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件，如果所述运行指标满足设定条件，则渲染渲染所述场景图形，如果所述运行指标不满足所述设定条件，拒绝渲染所述场景图形。通过上述过程，可以准确地检测出当前用户设备是否适合进行场景图形的渲染，有效避免因渲染场景图形而导致的系统崩溃现象。

图4是本申请一示例性实施例提供的一种电子设备的结构示意图。如图4所示，该电子设备可以为客户端设备或服务器，该电子设备可以包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成图形渲染装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

如图5所示，在一实施例中，一种图形渲染装置400包括：配置信息获取单元401、第一确定单元402、第二确定单元403及渲染单元404。具体地：

所述配置信息获取单元401在用户设备渲染场景图形之前，获取用户设备的配置信息；

所述第一确定单元402确定所述配置信息是否在预先确定的黑名单中，所述黑名单指示不支持场景图形渲染功能的设备的配置信息；

所述第二确定单元403在所述配置信息未在所述黑名单中时，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件；

所述渲染单元404在所述运行指标满足所述设定条件时，渲染所述场景图形。

本申请一实施例中，所述第二确定单元403在所述配置信息未在所述黑名单中时，检测所述用户设备的剩余内存并确定所述剩余内存是否大于可渲染场景图形的预设内存阈值；

相应地，所述渲染单元404在所述运行指标大于所述的预设内存阈值时，渲染所述场景图形。

本申请一实施例中，所述第二确定单元403检测所述用户设备解压图片帧序列的前n帧图片所需的时长并确定所述时长是否小于预设时长阈值，其中，n≥1；

相应地，所述渲染单元404在所述时长小于预设时长阈值时，渲染所述场景图形。

在一可选的实施例中，所述图形渲染装置400还可以包括一检测单元，该检测单元可以位于第一确定单元402和第二确定单元403之间，或者位于第二确定单元403和渲染单元404之间。所述检测单元在所述配置信息未在所述黑名单中时，检测所述用户设备是否配置有陀螺仪和/或加速计。

相应地，所述渲染单元404在所述用户设备配置有陀螺仪和/或加速计时，渲染所述场景图形。

本申请一实施例中，所述第二确定单元403包括：

第一确定子单元，在所述配置信息不在预先确定的黑名单中时，确定所述配置信息是否在预先确定的白名单中，所述白名单指示支持场景图形渲染功能的设备的配置信息；

第二确定子单元，在所述配置信息在预先确定的白名单中时，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件。

如图6所示，在一实施例中，在图5的基础上，所述图形渲染装置400还可包括：异常检测单元406、异常检测单元406。具体地：

异常检测单元406，在渲染所述场景图形的过程中，检测渲染过程是否出现异常。其中，所述异常包括但不限于：渲染过程中的数据解码失败、渲染过程中的创建context失败等。

停止渲染单元407，在检测到异常时，停止渲染场景图形。

本申请一实施例中，所述场景图形包括：在ar实景红包页面中显示的场景图形；或，在所述用户设备识别到图像中包含目标字符后所显示的场景图形。

在另一实施例中，所述配置信息获取单元401在用户设备渲染场景图形之前，获取用户设备的配置信息；

所述第一确定单元402确定所述配置信息是否在预先确定的白名单中，所述白名单指示支持场景图形渲染功能的设备的配置信息；

所述第二确定单元403在所述配置信息在所述白名单中时，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件；

所述渲染单元404在所述运行指标满足所述设定条件时，渲染所述场景图形。

在一可选的实施例中，所述第二确定单元403在所述配置信息在所述白名单中时，检测所述用户设备的剩余内存并确定所述剩余内存是否大于可渲染场景图形的预设内存阈值。相应地，所述渲染单元404在所述剩余内存大于所述的预设内存阈值时，渲染所述场景图形。

在一可选的实施例中，所述第二确定单元5403在所述配置信息在所述白名单中时，检测所述用户设备解压图片帧序列的前n帧图片所需的时长并确定所述时长是否小于预设时长阈值，其中，n≥1。相应地，所述渲染单元504在所述时长小于预设时长阈值时，渲染所述场景图形。

在本申请一实施例中，还提供一种计算机设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

所述处理器被配置为：

在用户设备渲染场景图形之前，获取用户设备的配置信息；

确定所述配置信息是否在预先确定的黑名单中，所述黑名单指示不支持场景图形渲染功能的设备的配置信息；

若所述配置信息未在所述黑名单中，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件；

若所述运行指标满足所述设定条件，渲染所述场景图形，若所述运行指标不满足所述设定条件，拒绝渲染所述场景图形。

在本申请另一实施例中，还提供一种计算机设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

所述处理器被配置为：

在用户设备渲染场景图形之前，获取用户设备的配置信息；

确定所述配置信息是否在预先确定的白名单中，所述白名单指示支持场景图形渲染功能的设备的配置信息；

若所述配置信息在所述白名单中，检测所述用户设备的运行指标并确定所述运行指标是否满足可渲染场景图形的设定条件；

若所述运行指标满足所述设定条件，渲染所述场景图形，若所述运行指标不满足所述设定条件，拒绝渲染所述场景图形。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于计算机设备或装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。