一种在应用中实现辅助功能的方法及装置

摘要

本申请公开了一种在应用中实现辅助功能的方法及装置。该方法包括：应用接收调用输入控件的请求，并调用所述输入控件；当监测到通过所述输入控件触发的辅助功能对应的事件时，确定与所述事件对应的服务反馈指令；调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能。本申请在实现辅助服务的过程中，无需经过第三方应用软件，避免了第三方应用软件获取用户在应用中的操作信息以及设备界面上的信息时，给用户信息带来安全隐患的问题。

权利要求

1.一种在应用中实现辅助功能的方法，其特征在于，该方法包括：应用接收调用输入控件的请求，并调用所述输入控件；所述输入控件为虚拟键盘；

当监测到通过所述输入控件触发的辅助功能对应的事件时，确定与所述事件对应的服务反馈指令；所述辅助功能为语音播报功能；

调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能；

当所述输入控件是操作系统中配置的输入控件时，该输入控件将所述辅助功能对应的事件拦截，直接调用所述应用所在设备的辅助功能引擎实现该辅助功能；

当所述输入控件是应用自身配置中输入控件时，所述应用将屏蔽操作系统配置的输入控件，该应用自身配置的输入控件直接调用设备的辅助功能引擎实现该辅助功能。

2.根据权利要求1所述的方法，其特征在于，监测通过所述输入控件触发的辅助功能对应的事件，具体包括：监测通过所述输入控件触发的事件；

确定所述触发事件的事件类型；

根据所述事件类型，判断所述触发事件是否为辅助功能对应的事件。

3.根据权利要求2所述的方法，其特征在于，所述确定与所述事件对应的服务反馈指令，具体包括：根据预设的所述辅助功能对应的事件的事件类型与各服务反馈指令之间的对应关系，确定与所述事件的事件类型对应的服务反馈指令。

4.根据权利要求1所述的方法，其特征在于，调用所述应用所在设备的辅助功能引擎，具体包括：与提供所述辅助功能的引擎建立连接关系；

基于所述连接关系，调用所述应用所在设备的辅助功能引擎。

5.根据权利要求1所述的方法，其特征在于，监测通过所述输入控件触发的辅助功能对应的事件，具体包括：通过所述输入控件监测辅助功能对应的事件；

确定与所述事件对应的服务反馈指令，具体包括：通过所述输入控件确定与所述事件对应的服务反馈指令；

调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能，具体包括：通过所述输入控件调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能。

6.一种在应用中实现辅助功能的装置，其特征在于，该装置包括：接收单元、确定单元和实现单元，其中：

所述接收单元，接收调用输入控件的请求，并调用所述输入控件，所述输入控件为虚拟键盘；

所述确定单元，当监测到通过所述输入控件触发的辅助功能对应的事件时，确定与所述事件对应的服务反馈指令，所述辅助功能为语音播报功能；

所述实现单元，调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能；当所述输入控件是操作系统中配置的输入控件时，该输入控件将所述辅助功能对应的事件拦截，直接调用所述应用所在设备的辅助功能引擎实现该辅助功能；当所述输入控件是应用自身配置中输入控件时，所述应用将屏蔽操作系统配置的输入控件，该应用自身配置的输入控件直接调用设备的辅助功能引擎实现该辅助功能。

7.根据权利要求6所述的装置，其特征在于，所述确定单元监测通过所述输入控件触发的辅助功能对应的事件，具体包括：监测通过所述输入控件触发的事件；

确定所述触发事件的事件类型；

根据所述事件类型，判断所述触发事件是否为辅助功能对应的事件。

8.根据权利要求7所述的装置，其特征在于，所述确定单元确定与所述事件对应的服务反馈指令，具体包括：根据预设的所述辅助功能对应的事件的事件类型与各服务反馈指令之间的对应关系，确定与所述事件的事件类型对应的服务反馈指令。

9.根据权利要求6所述的装置，其特征在于，所述实现单元调用所述应用所在设备的辅助功能引擎，具体包括：与提供所述辅助功能的引擎建立连接关系；

基于所述连接关系，调用所述应用所在设备的辅助功能引擎。

10.根据权利要求6所述的装置，其特征在于，所述确定单元监测通过所述输入控件触发的辅助功能对应的事件，具体包括：通过所述输入控件监测辅助功能对应的事件；

所述确定单元确定与所述事件对应的服务反馈指令，具体包括：通过所述输入控件确定与所述事件对应的服务反馈指令；

所述实现单元调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能，具体包括：通过所述输入控件调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能。

说明书

一种在应用中实现辅助功能的方法及装置

技术领域

[0001] 本申请涉及计算机技术领域，尤其涉及一种在应用中实现辅助功能的方法及装置。

背景技术

[0002] 目前，为了方便用户无障碍的使用手机、电脑等设备，系统为用户提供了很多种辅助功能，例如，语音播报功能使得视障用户更好的与设备之间进行互动。

[0003] 现有技术中，在应用中实现辅助功能的具体方法如图1所示：

[0004] 步骤101：用户向设备中安装的应用A发送调用输入控件的请求，该应用A在接收到该调用请求后，调用系统中配置的输入控件，当用户通过在该输入控件上执行操作触发了辅助功能对应的事件时，该输入控件将该事件发送给系统辅助功能管理器(Accessibility Manager)；

[0005] 步骤102：系统辅助功能管理器在接收到该事件后，根据系统中各个辅助服务(Accessibility Service)的配置，确定与该事件的事件类型对应的辅助服务，并将该事件发送给该辅助服务；

[0006] 步骤103：该辅助服务在接收到该事件后，确定与该事件对应的服务反馈指令，并调用设备上的辅助功能引擎，最后，根据该服务反馈指令，通过该辅助功能引擎实现该辅助功能。

[0007] 在实际应用中，系统中的辅助服务通常是由第三方应用软件提供的，由上述步骤102可知，提供辅助服务的第三方应用软件将会获得用户的操作信息和设备界面上的信息，也就可能会获得用户在应用A上的隐私信息，例如，上述步骤中用户在应用A上的账号和密码等信息，这样，对用户的信息安全构成了威胁。

[0008] 目前，解决上述问题的方法有两种：第一，预先选择可靠的提供辅助服务的第三方应用软件，显然，这种方法也并没有完全消除第三方应用软件给用户信息带来的安全隐患；第二，系统禁止启用辅助服务，使用户的信息无需经过第三方应用软件，这种方法虽然完全消除了第三方应用软件给用户信息带来的安全隐患，但同时用户也无法获得辅助服务。因此，目前还没有既能保护用户信息安全，又能保证用户获得辅助服务的方法。

发明内容

[0009] 本申请实施例提供一种在应用中实现辅助功能的方法及装置，用于解决现有技术中第三方应用软件为用户提供辅助功能时，给用户信息带来安全隐患的问题。

[0010] 本发明提供了一种在应用中实现辅助功能的方法，该方法包括：

[0011] 应用接收调用输入控件的请求，并调用所述输入控件；

[0012] 当监测到通过所述输入控件触发的辅助功能对应的事件时，确定与所述事件对应的服务反馈指令；

[0013] 调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能。

[0014] 相应地，本发明还提供一种在应用中实现辅助功能的装置，该装置包括：

[0015] 接收单元、确定单元和实现单元，其中：

[0016] 所述接收单元，接收调用输入控件的请求，并调用所述输入控件；

[0017] 所述确定单元，当监测到通过所述输入控件触发的辅助功能对应的事件时，确定与所述事件对应的服务反馈指令；

[0018] 所述实现单元，调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能。

[0019] 本申请提供的在应用中实现辅助功能的方法，当应用监测到通过输入控件触发的辅助功能对应的事件时，直接根据该事件对应的服务反馈指令，调用该应用所在设备的辅助功能的引擎实现该辅助功能，也就是说，本申请在实现辅助服务的过程中，无需经过第三方应用软件，避免了第三方应用软件获取用户在应用中的操作信息以及设备界面上的信息时，给用户信息带来安全隐患的问题。

附图说明

[0020] 此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

[0021] 图1为现有技术中的一种在应用中实现辅助功能的方法的具体流程示意图；

[0022] 图2为本申请实施例提供的一种在应用中实现辅助功能的方法的具体流程示意图；

[0023] 图3为本申请实施例提供的一种在应用中实现辅助功能的装置的具体结构示意图。

具体实施方式

[0024] 目前，在实际应用中，为了方便用户与设备(例如，手机、平板电脑等)之间更好的交互，设备为用户提供了一些辅助功能，例如，Android系统下的“Talk Back”应用，可以为用户提供语音播报功能，这一功能使得视力相对较弱的用户可以及时的纠正自己在手机上的输入错误，给用户带来便利。

[0025] 本申请提供的技术方案也适用于手机中的语音播报功能，为了清楚的说明本申请，下面以语音播报功能为例，说明现有技术中用户在手机应用中使用语音播报功能的过程：

[0026] 首先，用户点击当前所在应用A界面上的输入框，该应用A在当前界面中显示操作系统中配置的虚拟键盘(即，原生键盘)，其次，用户使用该虚拟键盘在输入框中输入信息，最后，根据用户在输入框中输入的信息，实时地对输入信息进行语音播报。例如，用户每点击虚拟键盘上的一个按键，手机就会将该按键对应的信息进行语音播报。

[0027] 上述步骤中，当用户使用该虚拟键盘在输入框中输入信息后，触发了手机中语音播报功能对应的事件，这时，虚拟键盘将该事件发送给辅助功能管理器(如图1中的步骤101)，其次，该辅助功能管理器将该事件发送给与该事件对应的辅助服务(如图1中的步骤
102)，然后，该辅助服务确定出该事件对应的服务反馈指令，并调用语音播报引擎，最后，根据该服务反馈指令，通过该语音播报引擎实现语音播报功能(如图1中的步骤103)。

[0028] 如背景技术所述，辅助服务通常是由第三方应用软件提供的，在上述实现语音播报的过程中，第三方应用软件可能会获得用户在应用A上的隐私信息，导致用户的信息出现安全隐患。

[0029] 为解决上述问题，本申请提供了一种在应用中实现辅助功能的方法及装置。为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

[0030] 以下结合附图，详细说明本申请各实施例提供的技术方案。

[0031] 本申请提供了一种在应用中实现辅助功能的方法，用于解决现有技术中第三方应用软件为用户提供辅助功能时，给用户信息带来安全隐患的问题。该方法的流程示意图如图2所示，具体包括以下步骤：

[0032] 步骤201：应用接收调用输入控件的请求，并调用所述输入控件。

[0033] 在本步骤中，应用接收调用输入控件的请求，其中，该调用输入控件的请求可以是如上述例子中通过“用户点击当前所在应用界面上的输入框”所触发的，或者是其他预设操作所触发的。

[0034] 应用在接收到该调用输入控件的请求后，在当前应用界面上显示该输入控件，该输入控件可以是虚拟键盘，具体是由一些虚拟按键构成的虚拟键盘界面，该输入控件还可以其他输入控件，且该输入控件可以是操作系统中配置的输入控件，或者是该应用自身预先配置的输入控件，这里对此不作具体限定。

[0035] 步骤202：当监测到通过所述输入控件触发的辅助功能对应的事件时，确定与所述事件对应的服务反馈指令。

[0036] 应用调用输入控件后，监测通过该输入控件触发的辅助功能对应的事件，监测的方法有很多种，例如，可以监测通过该输入控件触发的事件，确定触发事件的类型，并根据该触发事件的类型，判断出该触发事件是否为辅助功能对应的事件。

[0037] 例如，预设的辅助功能对应的事件类型有：“单击”、“双击”和“焦点改变”，假如用户“单击”了输入控件上的某个对象，应用通过监测，确定出该触发事件的事件类型是该辅助功能对应的事件类型，也就是说，该触发事件为辅助功能对应的事件；假如用户对应用界面上的某个对象进行“拖动”，应用通过监测，确定该触发事件不是该辅助功能对应的事件类型，也就是说，该触发事件不是辅助功能对应的事件。

[0038] 上述应用监测辅助功能对应事件的方法还可以是：监测通过该输入控件所触发的事件，确定该触发事件中用户的操作对象，并根据该操作对象，判断出该触发事件是否为辅助功能对应的事件。

[0039] 例如，如果该输入控件为虚拟键盘，预设的辅助功能对应的操作对象为虚拟键盘中的“a”、“b”和“c”，假如用户点击了该虚拟键盘上的“a”，应用通过监测，确定出该触发事件的操作对象是该辅助功能对应的操作对象，也就是说，该触发事件为辅助功能对应的事件。

[0040] 以上列举的两种监测辅助功能对应事件的方法，只是示例性的说明，在实际应用中，可以根据用户的需求自行设定监测方法，这里不作具体限定。

[0041] 当应用监测到通过该输入控件触发的辅助功能对应的事件时，确定与该事件对应的服务反馈指令，具体确定服务反馈指令的方法可以是：根据预设的该辅助功能对应的事件的事件类型与各服务反馈指令之间的对应关系，确定与该事件的事件类型对应的服务反馈指令。

[0042] 沿用上述例子，预设的辅助功能对应的事件类型有：“单击”、“双击”和“焦点改变”，且分别建立这三种事件类型与各服务反馈指令之间的对应关系，例如，如果该辅助功能为语音播报功能，可以将“单击”类型与“对单击对象进行语音播报”这一服务反馈指令建立对应关系，则当用户“单击”应用界面上的某个对象时，应用根据该触发事件的类型以及上述对应关系，确定出该触发事件对应的服务反馈指令即为“对单击对象进行语音播报”。

[0043] 上述辅助功能对应事件的事件类型，以及服务反馈指令均只是示例性的说明，在实际应用中，辅助功能对应事件的事件类型和服务反馈指令有时会更加的复杂，例如，服务反馈指令还可以对操作对象进行限定，假设只有当用户单击“W”时，才进行语音播报，或者当用户单击“W”字时，语音播报的音量要高于点击其他字母时语音播报的音量，等等，这些都可以根据用户的需求自行设定。

[0044] 当应用监测到通过该输入控件触发的事件不是辅助功能对应的事件时，为了节约资源，可以不对该触发事件执行任何操作，也就是说，应用只需“关注”辅助功能所对应的事件类型即可。

[0045] 步骤203：调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能。

[0046] 在本步骤中，调用应用所在设备的辅助功能引擎，具体调用的方法可以是：应用先建立与提供该辅助功能的引擎之间的连接关系，当成功建立该连接关系后，应用便可调用该辅助功能的引擎，反之，应用不可调用该辅助功能的引擎。

[0047] 上述应用建立与辅助功能引擎之间的连接关系的具体方法是：应用向该辅助功能引擎发送调用接口的请求，当该辅助功能引擎接受该请求后，该应用就成功调用该辅助功能引擎的接口，也就是说，该应用成功的建立了与该辅助功能引擎之间的连接关系。

[0048] 在实际应用中，有些辅助功能引擎的接口是开放式的，即：只要应用发送调用接口的请求，该辅助功能引擎就会同意该应用调用接口；而有些辅助功能引擎对调用接口的对象设置权限，当有应用向该辅助功能引擎发送调用接口的请求时，该辅助功能引擎先要验证该应用是否具有调用接口的权限，当验证通过后，才允许该应用调用接口。

[0049] 这里应用建立与该辅助功能引擎之间的连接关系的步骤，在应用调用该辅助功能引擎之前执行即可。例如，可以在应用调用输入控件之后，建立该连接关系，或者可以是在应用确定与触发事件对应的服务反馈指令之后，建立该连接关系。

[0050] 如果是在应用调用输入控件后建立该连接关系，具体建立连接关系的过程可以是：当应用调用输入控件之后，向该辅助功能的引擎发送连接请求，若连接成功，应用执行步骤202，若连接失败，应用就无需执行步骤202，相比于在应用确定与触发事件对应的服务反馈指令后建立该连接关系的方式，该连接方式可以减少资源的消耗。

[0051] 当应用调用该辅助功能的引擎之后，根据步骤202确定的服务反馈指令，使得该辅助功能引擎实现该辅助功能。

[0052] 例如，表1中为预设的事件类型与各服务反馈指令之间的对应关系。

[0053]

[0054] 表1

[0055] 假如用户“单击”了输入控件上的某个对象，这时，应用确定出该触发事件对应的服务反馈指令为“对单击对象进行语音播报”，这时应用调用该应用所在设备的语音播报引擎，并根据“对单击对象进行语音播报”这一服务反馈指令，使得该语音播报引擎对用户单击的对象进行语音播报；当用户确定该单击对象为用户想要输入的对象时，用户可以对该对象进行“双击”，表示选定该对象为输入对象，应用确定出该触发事件对应的服务反馈指令为“发出特定语音”，例如，预设的特定语音为“叮”，这时，语音播报引擎在用户双击该对象后，发出“叮”的声音。

[0056] 由背景技术记载的内容可知，现有技术在应用中实现辅助功能的方法，当应用监测到通过输入控件触发的辅助功能对应的事件时，通过输入控件先将该事件发送给系统辅助功能管理器，然后，系统辅助功能管理器再将该事件以及界面上的信息发送给第三方应用软件，最后，通过第三方应用软件调用辅助功能的引擎实现该辅助功能。而在本申请中，当应用监测到通过输入控件触发的辅助功能对应的事件时，直接根据该事件对应的服务反馈指令，调用该应用所在设备的辅助功能的引擎实现该辅助功能，也就是说，本申请在实现辅助服务的过程中，可以直接绕开操作系统，包括系统辅助功能管理器以及辅助服务，即绕开第三方应用软件，直接调用辅助功能引擎实现该辅助功能，避免了第三方应用软件获取用户在应用中的操作信息以及设备界面上的信息后，给用户信息带来安全隐患的问题。

[0057] 需要说明的是：上述步骤202和/或步骤203中，执行主体可以是输入控件，或者是应用中的其他执行模块，本申请对此不进行限定。

[0058] 前述内容已经记载，该输入控件可以是操作系统中配置的输入控件，也可以是应用自身预先配置的输入控件。

[0059] 当该输入控件是操作系统中配置的输入控件时，本申请可对操作系统进行改进，现有技术操作系统中配置的输入控件需要将辅助功能对应的事件发送给辅助功能管理器，而本申请改进后的操作系统中配置的输入控件，将辅助功能对应的事件拦截，并直接调用设备的辅助功能引擎实现该辅助功能。在实现辅助功能的过程中，无需经过第三方应用软件，提高了用户信息的安全性。

[0060] 当该输入控件是应用自身配置中输入控件时，用户向该应用发送调用输入控件的请求后，应用将屏蔽操作系统配置的输入控件，而在应用界面上显示该应用自身配置的输入控件，当用户通过该应用自身配置的输入控件触发了辅助功能对应的事件时，该应用自身配置的输入控件直接调用设备的辅助功能引擎实现该辅助功能。同样，在实现辅助功能的过程中，无需经过第三方应用软件，提高了用户信息的安全性。

[0061] 相应地，本发明还提供了一种在应用中实现辅助功能的装置，同样用于解决现有技术中第三方应用软件为用户提供辅助功能时，给用户信息带来安全隐患的问题。该装置的结构示意图如图3所示，具体包括以下步骤：

[0062] 接收单元301、确定单元302和实现单元303，其中：

[0063] 所述接收单元301，接收调用输入控件的请求，并调用所述输入控件；

[0064] 所述确定单元302，当监测到通过所述输入控件触发的辅助功能对应的事件时，确定与所述事件对应的服务反馈指令；

[0065] 所述实现单元303，调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能。

[0066] 本装置实施例的工作流程是：首先，接收单元301接收调用输入控件的请求，并调用该输入控件，其次，当监测到通过该输入控件触发的辅助功能对应的事件时，确定单元302确定与该事件对应的服务反馈指令，最后，实现单元303调用该应用所在设备的辅助功能引擎，并根据该服务反馈指令，通过该辅助功能引擎实现该辅助功能。

[0067] 上述装置实施例在应用中实现辅助功能的方式有很多种，例如，在一种实施方式中，所述确定单元302监测通过所述输入控件触发的辅助功能对应的事件，具体包括：

[0068] 监测通过所述输入控件触发的事件；

[0069] 确定所述触发事件的事件类型；

[0070] 根据所述事件类型，判断所述触发事件是否为辅助功能对应的事件。

[0071] 在另一种实施方式中，所述确定单元302确定与所述事件对应的服务反馈指令，具体包括：

[0072] 根据预设的所述辅助功能对应的事件的事件类型与各服务反馈指令之间的对应关系，确定与所述事件的事件类型对应的服务反馈指令。

[0073] 在再一种实施方式中，所述实现单元303调用所述应用所在设备的辅助功能引擎，具体包括：

[0074] 与提供所述辅助功能的引擎建立连接关系；

[0075] 基于所述连接关系，调用所述应用所在设备的辅助功能引擎。

[0076] 在又一种实施方式中，所述确定单元302监测通过所述输入控件触发的辅助功能对应的事件，具体包括：

[0077] 通过所述输入控件监测辅助功能对应的事件；

[0078] 所述确定单元302确定与所述事件对应的服务反馈指令，具体包括：

[0079] 通过所述输入控件确定与所述事件对应的服务反馈指令；

[0080] 所述实现单元303调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能，具体包括：

[0081] 通过所述输入控件调用所述应用所在设备的辅助功能引擎，并根据所述服务反馈指令，通过所述辅助功能引擎实现所述辅助功能。

[0082] 应用本申请提供的系统实施例获得的有益效果与应用前述方法实施例获得的有益效果相同或相似，为避免重复，在此不再赘述。

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

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

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

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

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

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

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

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

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