一种车机系统应用权限管理方法、装置、设备及存储介质与流程

1.本技术涉及计算机领域，尤其涉及一种车机系统应用权限管理方法、装置、设备及存储介质。


背景技术：

2.随着android系统版本的不断迭代更新，特别是android6.0之后，对于用户隐私的保护不断加强，应用程序权限的获取越来越受到约束。随着动态权限机制的引入，每个新安装的应用都需要授予或拒绝权限，这对用户隐私保护起到了重要作用。但由于每个新安装应用均需要用户主动的决定权限的授予状况，因此相关技术领域针对权限的管理也做出了很多创新。
3.在相关技术中，对于权限的管理主要局限在一些后续主动安装的应用中，能够批量管理客户端的应用权限，并对各权限进行相关的权限检测，但对于一些系统内置应用的权限管理需要用户繁琐地手动授予权限，且使用传统权限管理方案无法使应用版本正常迭代升级，降低用户的使用体验感。


技术实现要素：

4.本发明实施例的目的在于提供一种车机系统应用权限管理方法、装置、设备及存储介质，以解决系统内置应用在第一次开机启动时不能默认授予运行时权限的问题。
5.本发明提供了一种车机系统应用权限管理方法，该方法包括：获取车机系统中系统内置应用的应用信息，所述应用信息包括应用包标识和应用运行权限，所述应用包标识用于表示所述系统内置应用，所述应用运行权限为所述系统内置应用需要第一次开机启动默认授予的运行时所需权限；基于所述应用包标识和所述应用运行权限生成运行时权限白名单；将所述运行时权限白名单与应用权限声明文件进行比对，所述应用权限声明文件包括应用包标识和已声明运行权限；若具有相同应用包标识的系统内置应用的所述应用运行权限和所述已声明运行权限相同，将所述应用运行权限的权限声明状态确定为已完成声明；对所述系统内置应用的目标应用权限进行默认授权，所述目标应用权限包括权限声明状态为已完成声明的所述应用运行权限。
6.于本发明的一实施例中，基于所述应用包标识和应用运行权限生成运行时权限白名单之后，该方法还包括：对所述运行时权限白名单的配置文件进行配置，以在系统预设路径下生成所述运行时权限白名单。
7.于本发明的一实施例中，对所述运行时权限白名单的配置文件进行配置之后，还包括：将所述应用包标识和所述应用运行权限更新至车机系统运行时权限文件中，以在车机系统启动时读取所述应用包标识和所述应用运行权限。
8.于本发明的一实施例中，将所述应用包标识和所述应用运行权限更新至车机系统运行时权限文件中，包括：根据所述应用包标识建立系统内置应用的应用文件；将所述系统内置应用的应用运行权限和所述应用包标识写入所述应用文件；将写入后的所述应用文件
增加至所述车机系统运行时权限文件中。
9.于本发明的一实施例中，将所述运行时权限白名单与应用权限声明文件进行比对，所述应用权限声明文件包括应用包标识和已声明运行权限之后，所述方法还包括:若具有相同应用包标识的系统内置应用的所述应用运行权限和所述已声明运行权限不同，将所述应用运行权限的权限声明状态确定为未完成声明；当运行所述系统内置应用，且存在所述权限声明状态为未完成声明的应用运行权限的权限需求，请求授予所述系统内置应用的所述应用运行权限。
10.于本发明的一实施例中，获取应用运行权限，包括：获取应用初始权限；根据预设应用运行权限需求文件将所述应用初始权限划分为默认授予的运行时权限与运行辅助权限；将得到的所述默认授予的运行时权限确定为所述应用运行权限。
11.本发明实施例还提供了一种应用权限管理装置，所述装置包括：信息获取模块，用于获取车机系统中系统内置应用的应用信息，所述应用信息包括应用包标识和应用运行权限，所述应用包标识用于表示所述系统内置应用，所述应用运行权限为所述系统内置应用需要第一次开机启动默认授予的运行时所需权限；信息读取模块，用于基于所述应用包标识和所述应用运行权限生成运行时权限白名单；权限授予模块，用于将所述运行时权限白名单与应用权限声明文件进行比对，所述应用权限声明文件包括应用包标识和已声明运行权限；若具有相同应用包标识的系统内置应用的所述应用运行权限和所述已声明运行权限相同，将所述应用运行权限的权限声明状态确定为已完成声明；对所述系统内置应用的目标应用权限进行默认授权，所述目标应用权限包括权限声明状态为已完成声明的所述应用运行权限。
12.于本发明的一实施例中，所述权限授予模块包括：声明状态判定单元，用于将所述运行时权限白名单与应用权限声明文件进行比对，所述应用权限声明文件包括应用包标识和已声明运行权限；若具有相同应用包标识的系统内置应用的所述应用运行权限和所述已声明运行权限相同，将所述应用运行权限的权限声明状态确定为已完成声明；若具有相同应用包标识的系统内置应用的所述应用运行权限和所述已声明运行权限不同，将所述应用运行权限的权限声明状态确定为未完成声明；运行权限授予单元，用于对所述系统内置应用的目标应用权限进行默认授权，所述目标应用权限包括权限声明状态为已完成声明的所述应用运行权限；当运行所述系统内置应用，且存在所述权限声明状态为未完成声明的应用运行权限的权限需求，请求授予所述系统内置应用的所述应用运行权限。
13.本发明实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述任一项所述的车机系统应用权限管理方法。
14.本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述任一项所述的车机系统应用权限管理方法。
15.本发明实施例中的一种车机系统应用权限管理方法、装置、设备及存储介质，该方法通过获取车机系统中系统内置应用的应用包标识和应用运行权限，然后生成运行时权限白名单，再将运行时权限白名单与应用权限声明文件进行比对，确定系统内置应用的应用运行权限的权限声明状态，若权限声明状态已完成，控制默认授予系统内置应用的运行时
权限，本发明将车机系统中内置应用的权限更新到系统运行权限文件中，在系统首次启动时默认授予车机系统中内置应用运行权限，避免了繁杂的授权过程，而且在内置应用的权限更新到系统运行权限文件中可以在软件升级后再启动时默认授予运行时权限，保证了软件的迭代升级，提升用户体验感。
16.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
17.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
18.图1是本技术的一示例性实施例示出的示例性系统架构的示意图；
19.图2是本技术的一示例性实施例示出的一种车机系统应用权限管理方法的流程图；
20.图3是本技术的一示例性实施例示出的一种默认授予应用运行权限流程图；
21.图4是本技术的一示例性实施例示出的运行时权限白名单解析流程图；
22.图5是本技术的一示例性实施例示出的车机系统应用权限管理方法装置示意图；
23.图6是本技术的一示例性实施例示出的权限授予模块示意图；
24.图7是本技术的一示例性实施例示出的电子设备的计算机系统的结构示意图。
具体实施方式
25.以下将参照附图和特定的具体实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。
26.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图示中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
27.在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。
28.在本技术中提及的“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
29.图1是本技术的一示例性实施例示出的示例性系统架构的示意图。
30.参照图1所示，系统架构可以包括车机系统101和计算机设备102。其中，车机系统101用于获取车机系统中系统内置应用的应用信息，应用信息包括应用包标识和应用运行权限，应用包标识用于表示系统内置应用，应用运行权限为系统内置应用需要第一次开机启动默认授予的运行时所需权限，并提供给计算机设备102进行处理。计算机设备102可以是微型计算机、嵌入式计算机、网络计算机等中的至少一种。相关技术人员可以在计算机设备102实现基于应用包标识和应用运行权限生成运行时权限白名单，再将运行时权限白名单与应用权限声明文件进行比对，应用权限声明文件包括应用包标识和已声明运行权限；若具有相同应用包标识的系统内置应用的应用运行权限和已声明运行权限相同，将应用运行权限的权限声明状态确定为已完成声明；对系统内置应用的目标应用权限进行默认授权，目标应用权限包括权限声明状态为已完成声明的应用运行权限。
31.示意性的，计算机设备102在获取到车机系统101的车机系统中系统内置应用的应用包标识和应用运行权限后，生成运行时权限白名单，再将运行时权限白名单与应用权限声明文件进行比对，确定系统内置应用的应用运行权限的权限声明状态，若权限声明状态已完成，控制默认授予系统内置应用的运行时权限，本发明将车机系统中内置应用的权限更新到系统运行权限文件中，在系统首次启动时默认授予车机系统中内置应用运行权限，避免了繁杂的授权过程，而且在内置应用的权限更新到系统运行权限文件中可以在软件升级后再启动时默认授予运行时权限，保证了软件的迭代升级，提升用户体验感。
32.图2是本技术的一示例性实施例示出的一种车机系统应用权限管理方法的流程图，该车机系统应用权限管理方法可以用计算处理设备来执行，该计算处理设备可以是图1中所示的计算机设备102。参照图2所示，该车机系统应用权限管理方法的流程图至少包括步骤s210至步骤s250，详细介绍如下：
33.在步骤s210中，获取车机系统中系统内置应用的应用信息，应用信息包括应用包标识和应用运行权限，应用包标识用于表示系统内置应用，应用运行权限为系统内置应用需要第一次开机启动默认授予的运行时所需权限。
34.在本技术的一个实施例中，将需要安装的应用以及相关文件进行打包，并设置应用的安装路径，将应用安装在系统内置应用分区中，从应用信息中提取对应用包标识和应用运行权限，以形成新的权限文件，将其命名为运行时权限白名单。该步骤将待授予权限的应用的应用包表示以及运行时权限为内容构建新的权限文件，以批量对待授予权限的应用进行权限管理。
35.在本技术的一个实施例中，车机系统应用存储区域主要分为以下三个分区，存放第三方应用的应用数据存储区，特权应用的特权应用存储区以及其他系统应用的系统应用存储区，在本技术的实际应用中可以将有上述将待授予权限的应用存放在系统应用存储分区下。
36.在本技术的一个实施例中，获取应用运行权限需要首先获取应用初始权限，再根据预设应用运行权限需求文件将应用初始权限划分为默认授予的运行时权限与运行辅助权限，最后将得到的默认授予的运行时权限作为应用运行权限进行获取。
37.其中默认授予的运行时权限是应用启动所必需的权限，包括但不限于存储权限、位置信息权限、后台运行权限；运行辅助权限是应用拓展性功能所需授予的权限，包括但不限于浮窗权限、麦克风权限、设备搜索权限、蓝牙权限。上述权限举例仅为对默认授予的运
行时权限与运行辅助权限的示例性举例说明，并不对默认授予的运行时权限与运行辅助权限做具体限定。
38.在步骤s220中，基于应用包标识和应用运行权限生成运行时权限白名单。
39.在本技术的一个实施例中，基于应用包标识和初始运行时权限生成运行时权限白名单之后，还需要对运行时权限白名单的配置文件进行配置，以在系统预设路径下生成运行时权限白名单，其中系统的预设路径可以是在系统内置应用存储区，也可以在其他能够实现本实施例的存储区域，在此不做具体限定。
40.在本技术的一个实施例中，对运行时权限白名单的配置文件进行配置之后，还需要将应用包标识和应用运行权限更新至车机系统运行时权限文件中，以在车机系统启动时读取应用包标识和应用运行权限。
41.在本技术的一个实施例中，将应用包标识和应用运行权限更新至车机系统运行时权限文件中，包括根据应用包标识建立系统内置应用的应用文件，再将系统内置应用的应用运行权限和应用包标识写入应用文件，最后将写入后的应用文件增加至车机系统运行时权限文件中。
42.在步骤s230中，将运行时权限白名单与应用权限声明文件进行比对，应用权限声明文件包括应用包标识和已声明运行权限。
43.在本技术的一个实施例中，如果应用程序需要使用某种权限，就必须在其清单文件中声明这些权限，此用于声明这些权限的文件即应用权限声明文件。
44.在步骤s240中，若具有相同应用包标识的系统内置应用的应用运行权限和已声明运行权限相同，将应用运行权限的权限声明状态确定为已完成声明。
45.在本技术的一个实施例中，若具有相同应用包标识的系统内置应用的应用运行权限和已声明运行权限不同，将应用运行权限的权限声明状态确定为未完成声明，当运行系统内置应用，且存在权限声明状态为未完成声明的应用运行权限的权限需求，请求授予系统内置应用的应用运行权限。
46.在步骤s250中，对系统内置应用的目标应用权限进行默认授权，目标应用权限包括权限声明状态为已完成声明的应用运行权限。
47.请参阅图3，图3是本技术的一示例性实施例示出的默认授予运行时权限流程图。该方法可以应用于图3所示的实施环境，并由该实施环境中的车机系统101和/或计算机设备102具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。
48.如图3所示，在一示例性的实施例中，首先根据系统内置应用信息提取车机系统应用对应的包名和运行时权限，以形成运行时权限白名单，然后对运行时权限白名单进行解析，将运行时权限白名单中运行时所需权限列表作为权限申请授予的内容，授予该部分白名单中的运行时权限，其他运行时权限在应用运行时进行动态申请与授权。
49.在本示例性实施例中，对运行时权限白名单进行解析后，将该运行时权限白名单与应用权限申明文件相比较，确定白名单中的运行时权限的声明状态，如果白名单中的运行时权限在应用权限申明文件中已完成申明，则默认授予运行时权限，而其他运行时权限只能在应用运行时用户去动态申请。
50.请参阅图4，图4是本技术的一示例性实施例示出的运行时权限白名单解析流程
图。该方法可以应用于图4所示的实施环境，并由该实施环境中的车机系统101和/或计算机设备102具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。
51.如图4所示，当包管理服务在系统服务中初始化启动完成后，会进入权限管理服务中的系统准备阶段，在系统准备阶段中会调用默认权限处理策略管理类中的grantdefaultpermissions(授予默认用户权限)方法。该方法会为每一个修改过运行时权限的应用提前授予某些特定的运行时权限，主要分为三类：为系统组件和特权应用授予任何运行时权限、为包含重要意图的应用授予特定的运行时权限、为特定应用授予指定的运行时权限。
52.在本示例性实施例中，默认授予运行时权限调用的是，为特定应用授予指定运行时权限的方法，在该方法中首先读取生成的运行时权限白名单，对读取到的白名单进行解析，然后调用grantruntimepermissions(授予运行时权限)方法将解析到的包名和运行时权限更新到车机系统的整体运行时权限文件中。以此达到系统第一次开机启动时，读取系统的运行时权限文件，从而默认授予运行时权限的目的。
53.以下介绍本技术的装置实施例，可以用于执行本技术上述实施例中的车机系统应用权限管理方法。对于本技术系统实施例中未披露的细节，请参照本技术上述的车机系统应用权限管理方法的实施例。
54.图5是本技术的一示例性实施例示出的车机系统应用权限管理方法装置示意图。该装置可以应用于图2所示的实施环境，并具体配置在计算机设备102中。该装置也可以适用于其他的示例性实施环境，并具体配置在其他设备中，本实施例不对该装置所适用的实施环境进行限制。
55.如图5所示，该示例性的车机系统应用权限管理方法装置包括：信息获取模块501、信息读取模块502、权限授予模块503。
56.其中，信息获取模块501，用于获取车机系统中系统内置应用的应用信息，应用信息包括应用包标识和应用运行权限，应用包标识用于表示系统内置应用，应用运行权限为系统内置应用需要第一次开机启动默认授予的运行时所需权限；信息读取模块502，用于基于应用包标识和应用运行权限生成运行时权限白名单；权限授予模块503，用于将运行时权限白名单与应用权限声明文件进行比对，应用权限声明文件包括应用包标识和已声明运行权限；若具有相同应用包标识的系统内置应用的应用运行权限和已声明运行权限相同，将应用运行权限的权限声明状态确定为已完成声明；对系统内置应用的目标应用权限进行默认授权，目标应用权限包括权限声明状态为已完成声明的应用运行权限。
57.在本技术的一个实施例中，图6是本技术的一示例性实施例示出的权限授予模块示意图，如图6所示，权限授予模块包括，声明状态判定单元601、运行权限授予单元602。
58.其中，声明状态判定单元601，用于将运行时权限白名单与应用权限声明文件进行比对，应用权限声明文件包括应用包标识和已声明运行权限；若具有相同应用包标识的系统内置应用的应用运行权限和已声明运行权限相同，将应用运行权限的权限声明状态确定为已完成声明；若具有相同应用包标识的系统内置应用的应用运行权限和已声明运行权限不同，将应用运行权限的权限声明状态确定为未完成声明；运行权限授予单元602，用于对系统内置应用的目标应用权限进行默认授权，目标应用权限包括权限声明状态为已完成声
明的应用运行权限；当运行系统内置应用，且存在权限声明状态为未完成声明的应用运行权限的权限需求，请求授予系统内置应用的应用运行权限。
59.本技术的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现上述各个实施例中提供的车机系统应用权限管理方法。
60.图7示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。需要说明的是，图7示出的电子设备的计算机系统700仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
61.如图7所示，计算机系统700包括中央处理单元(central processing unit，cpu)701，其可以根据存储在只读存储器(read-only memory，rom)702中的程序或者从储存部分加载到随机访问存储器(random access memory，ram)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在ram 703中，还存储有系统操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线彼此相连。输入/输出(input/output，i/o)接口705也连接至总线704。
62.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liqu身份crystal display，lcd)等以及扬声器等的输出部分707；包括硬盘等的储存部分708；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分经由诸如因特网的网络执行通信处理。驱动器也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入储存部分708。
63.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本技术的系统中限定的各种功能。
64.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算
机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
65.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
66.在上述实施例的对应附图中，连接线可以表示各个部件之间的连接关系，以表示更多的构成信号路径(constituent_signal path)和/或一些线的一个或多个末端具有箭头，以表示主要信息流向，连接线作为一种标识，不是对方案本身的限制，而是结合一个或多个事例性实施例使用这些线有助于更容易地接电路或逻辑单元，任何所代表的信号(由设计需求或偏好所决定)实际上可以包括可以在任意一个方向传送的并且可以以任何适当类型的信号方案实现的一个或多个信号。
67.描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
68.本技术的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前的车机系统应用权限管理方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。
69.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本技术的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
70.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本技术实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本技术实施方式的方法。
71.应当注意，本技术可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
72.本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本技术
的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。
73.应当理解的是，本上述内容，仅为本技术的较佳示例性实施例，并非用于限制本技术的实施方案，本领域普通技术人员根据本技术的主要构思和精神，可以十分方便地进行相应的变通或修改，故本技术的保护范围应以权利要求书所要求的保护范围。