设备驱动配置方法、设备驱动方法、装置及终端设备

技术领域

本申请属于设备驱动技术领域，尤其涉及一种设备驱动配置方法、设备驱动方法、装置及终端设备。

背景技术

现有技术的SP(Service Provider，服务提供者)架构层次中，每一个物理设备，都要设计成一个SP模块。如果需要两个物理设备进行协同操作，构成一组连贯的操作和交互，这需要金融自助终端控制软件才能实现，由于一个物理设备对应一个SP模块，在SP层实现起来不容易，还可能会导致很多额外的问题。如果需要调整或者修改某一逻辑设备的SP接口中对硬件设备指令调用和处理的逻辑，那么需要对涉及该类逻辑的设备的每一个物理设备模块进行修改或调整，就导致很多模块代码版本的升级，加大而修改难度和工作量，为以后软件维护带来了更大的成本。

发明内容

本申请实施例提供了一种设备驱动配置方法、设备驱动方法、装置及终端设备，可以解决SP运维过程产生众多代码版本的问题。

第一方面，本申请实施例提供了一种设备驱动配置方法，包括：

对物理设备按照逻辑功能分类，得到所述物理设备对应的逻辑设备；

获取所述物理设备的指令集；其中，所述指令集包括所述物理设备的所有指令；

为每个所述指令配置一一对应的原子指令接口，构成原子指令接口集合；

对同一种所述逻辑设备中所有物理设备的原子指令接口集合做并集，形成复合指令接口集合。

在第一方面的一种可能的实现方式中，所述对物理设备按照逻辑功能分类，得到所述物理设备对应的逻辑设备，包括：

在所述物理设备具有多个逻辑功能的情况下，所述物理设备属于多个逻辑设备。

在第一方面的一种可能的实现方式中，所述对同一种所述逻辑设备中所有物理设备的原子指令接口集合做并集，形成复合指令接口集合，包括：

在同一种所述逻辑设备中的两个物理设备具有相同的原子指令接口的情况下，将相同的原子指令接口统一为一个原子指令接口。

第二方面，本申请实施例提供了一种设备驱动方法，包括：

获取物理设备的参数信息和业务流程；

根据物理设备的参数信息，确定所述物理设备对应的复合指令接口集合；

根据所述业务流程，在所述复合指令接口集合中确定多个目标原子指令接口；

通过确定的多个所述目标原子指令接口驱动所述物理设备。

在第二方面的一种可能的实现方式中，所述获取物理的参数信息，包括：

向所述物理设备依次发送多个特征指令序列；

获取所述物理设备执行每个特征指令序列返回的响应信息；

根据所述响应信息，确定所述物理设备的参数信息。

在第二方面的一种可能的实现方式中，所述根据所述业务流程，在所述复合指令接口集合中确定多个目标原子指令接口，包括：

根据所述业务流程，在所述复合指令接口集合中确定需要用到的多个所述目标原子指令接口；

根据所述业务流程，对确定的多个所述目标原子指令接口进行排序。

第三方面，本申请实施例提供了一种设备驱动配置装置，包括：

分类模块，用于对物理设备按照逻辑功能分类，得到所述物理设备对应的逻辑设备；

指令集获取模块，用于获取所述物理设备的指令集；其中，所述指令集包括所述物理设备的所有指令；

原子指令接口集合构建模块，用于为每个所述指令配置一一对应的原子指令接口，构成原子指令接口集合；

复合指令接口集合构建模块，用于对同一种所述逻辑设备中所有物理设备的原子指令接口集合做并集，形成复合指令接口集合。

第四方面，本申请实施例提供了一种设备驱动装置，包括：

参数信息和业务流程获取模块，用于获取物理设备的参数信息和业务流程；

复合指令接口集合确定模块，用于根据物理设备的参数信息，确定所述物理设备对应的复合指令接口集合；

目标原子指令接口获取模块，用于根据所述业务流程，在所述复合指令接口集合中确定多个目标原子指令接口；

驱动模块，用于通过确定的多个所述目标原子指令接口驱动所述物理设备。

第五方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述所述的方法。

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

第七方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述所述的方法。

可以理解的是，上述第二方面至第七方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

本申请实施例与现有技术相比存在的有益效果是：

本申请实施例通过对物理设备按照逻辑功能分类构成逻辑设备；然后获取物理设备的指令集，指令集包括物理设备的所有指令；并为每个指令配置对应的原子指令接口，构成原子指令接口集合，每个原子指令接口包括唯一的指令；最后对同一种逻辑设备中所有物理设备的原子指令接口集合做并集，形成复合指令接口集合。当进行SP进行维护时，不需要对每个物理设备的驱动接口进行修改，只需要对逻辑设备的复合指令接口集合进行逻辑修改，从而实现减少代码版本、降低维护难度的效果。

附图说明

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

图1是本申请一实施例提供的设备驱动配置方法的流程示意图；

图2是本申请一实施例提供的设备驱动方法的流程示意图；

图3是本申请一实施例提供的设备驱动方法的流程示意图；

图4是本申请一实施例提供的设备驱动方法的流程示意图；

图5是本申请实施例提供的设备驱动配置装置的结构示意图；

图6是本申请实施例提供的设备驱动装置的结构示意图；

图7是本申请实施例提供的终端设备的结构示意图。

具体实施方式

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

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

现有技术的SP架构层次中，每一个物理设备，都要设计成一个SP模块。如果需要两个物理设备进行协同操作，构成一组连贯的操作和交互，这需要金融自助终端控制软件才能实现，由于一个物理设备对应一个SP模块，在SP层实现起来不容易，还可能会导致很多额外的问题。如果需要调整或者修改某一逻辑设备的SP接口中对硬件设备指令调用和处理的逻辑，那么需要对涉及该类逻辑的设备的每一个物理设备模块进行修改或调整，就导致很多模块代码版本的升级，加大而修改难度和工作量，为以后软件维护带来了更大的成本。

本申请实施例通过对物理设备按照逻辑功能分类构成逻辑设备；然后获取物理设备的指令集，指令集可以包括物理设备的所有指令；并为每个指令配置对应的原子指令接口，构成原子指令接口集合，每个原子指令接口包括唯一的指令；最后对同一种逻辑设备中所有物理设备的原子指令接口集合做并集，形成复合指令接口集合。当进行SP进行维护时，不需要对每个物理设备的驱动接口进行修改，只需要对逻辑设备的复合指令接口集合进行逻辑修改，从而实现减少代码版本、降低维护难度的效果。

图1示出了本申请实施例提供的设备驱动配置方法的流程示意图，作为示例而非限定，所述方法可以包括以下步骤：

S101，对物理设备按照逻辑功能分类，得到物理设备对应的逻辑设备。

具体地，可以根据物理设备所能够提供的逻辑功能，按照WOSA(Windows OpenSystem Architecture，Windows开放式系统体系结构)协议对逻辑设备的设计，把物理设备归类于对应的逻辑设备。

本申请的一个实施例中，对于具有多个逻辑设备功能的物理设备，则根据物理设备的总功能，按照多个逻辑设备进行划分，同时归属于多个逻辑设备。对于WOSA协议尚未设计的逻辑设备，可以根据物理设备的功能，进行共性提取，设计出物理设备的逻辑设备。

S102，获取物理设备的指令集。

其中，指令集包括物理设备的所有指令。

具体地，可以通过物理设备的指导材料获取物理设备的所有能够执行的指令，形成指令集。

S103，为每个指令配置一一对应的原子指令接口，构成原子指令接口集合。

具体地，SP系统或者设备驱动程序与物理设备的一次信息交互，形成的软件功能接口，称为原子指令接口，每个原子指令接口只包括对应的指令。为物理设备的指令集中的每个指令配置一个对应的原子指令接口，形成原子指令接口集合。

S104，对同一种逻辑设备中所有物理设备的原子指令接口集合做并集，形成复合指令接口集合。

具体地，通过步骤S103得到物理设备对应的原子指令接口集合，然后将归属于同一种逻辑设备所有的物理设备的原子指令接口集合做并集，形成复合指令接口集合。

示例性的，物理设备A、物理设备B和物理设备C归属于同一种逻辑设备，物理设备A的原子指令接口集合为U

本申请的一个实施例中，在同一种逻辑设备中的两个物理设备具有相同的原子指令接口的情况下，将相同的原子指令接口统一为一个原子指令接口。

具体地，同一种逻辑设备可以包括多个物理设备，若多个物理设备具有相同的原子指令接口，将相同的原子指令接口统一为一个原子指令接口，统一的原子指令接口可以驱动物理设备执行相应的动作。

示例性的，逻辑设备为打印设备，打印设备包括打印设备A、打印设备B和打印设备C，可以将三个打印设备的打印接口统一为intprint(char*)(原子指令接口)，原子指令接口intprint(char*)可以驱动打印设备A、打印设备B和打印设备C进行打印动作。

本申请实施例提供的设备驱动配置方法，通过设计逻辑设备的复合指令接口集合，当进行SP进行维护时，不需要对每个物理设备的驱动接口进行修改，只需要对逻辑设备的复合指令接口集合进行逻辑修改，从而实现减少代码版本、降低维护难度的效果，降低运维成本。

图2示出了本申请实施例提供的设备驱动方法的流程示意图，作为示例而非限定，所述方法可以包括以下步骤：

S201，获取物理设备的参数信息和业务流程。

示例性的，参照图3，获取物理设备的参数信息可以包括：

S2011，向物理设备依次发送多个特征指令序列。

具体地，每个特征指令序列能够被唯一物理设备正确执行，由于不同的物理设备与服务器之间的通信方式不同，为了保证物理设备能够接收到特征指令序列，可以采用多种通信方式向物理设备发送特征指令序列，通信方式可以选择USB通信、串口通信、无线2.4G通信、无线蓝牙通信、无线433通信、无线zegbee通信、无线WiFi通信以及其它通信方式。

示例性的，参照图4，步骤S2011具体可以包括：

S20111，获取物理设备识别指令。

具体地，物理设备识别指令可以通过外部设备自动生成，也可以通过人工输入生成。

S20112，根据物理设备识别指令确定多种通信方式和多个特征指令序列。

具体地，可以预先在数据库中存储多种通信方式和多个特征指令序列，对物理设备进行识别时，在数据库中调用需要的多种通信方式和多个特征指令序列。其中选取的多个特征指令序列可以为数据库中所有的特征指令序列，也可以为部分特征指令序列；同样，选取的多种通信方式可以为数据库中所有的数据通信方式，也可以为部分通信方式。

示例性的，当物理设备为某种品牌和型号的打印机时，可以选取打印机对应的通信方式和特征指令序列，即选择数据库中的部分通信方式和部分特征指令序列，由于选择的通信方式的种类和特征指令序列的个数较少，因此可以提高物理设备识别的速度。

同时，对物理设备进行识别时，也可以选用数据库中所有的通信方式和特征指令序列，此种方式的优点在于可以对所有的物理设备均能进行识别。

S20113，分别以每种通信方式向物理设备依次发送所有的特征指令序列。

具体地，多种通信方式和多个特征指令序列进行一一组合的方式，向物理设备发送特征指令序列，以此保证每个特征指令序列均能够被物理设备接收到，可以防止出现物理设备没有接收到对应的特征指令序列，无法返回响应信息或者返回的响应信息与预设响应信息不匹配，造成物理设备无法识别的现象。

示例性的，多种通信方式分别包括：通信方式A、通信方式B和通信方式C，多个特征指令序列分别包括：特征指令序列a、特征指令序列b和特征指令序列c。向物理设备发送特征指令序列时，三种通信方式和三个特征指令序列形成9个组合，分别以通信方式A、通信方式B和通信方式C向物理设备发送特征指令序列a；分别以通信方式A、通信方式B和通信方式C向物理设备发送特征指令序列b；分别以通信方式A、通信方式B和通信方式C向物理设备发送特征指令序列c。以此实现多种通信方式和多个特征指令序列进行一一组合的方式，向物理设备发送特征指令序列。

步骤S2011中向物理设备发送的特征指令序列能够被唯一例如设备品牌和型号)的物理设备能够正确执行，特征指令序列中包括多个物理设备能够执行的指令，而且特征指令序列和物理设备的参数信息为一一对应的关系，因此，只要物理设备能够正确执行特征指令序列，即可以得到对应的参数信息，实现物理设备的识别。

本申请的一个实施例中，通过步骤S102获取物理设备的指令集，然后再指令集中选择多个指令组成特征指令序列。

具体地，在物理设备的指令集中挑选指令组成特征指令序列需要参照其他物理设备的指令集，保证每个物理设备对应的特征指令序列中的指令与其他物理设备的指令集中的指令不能够完全相同，以此保证创建的特征指令序列能够被唯一的物理设备正确执行。

示例性的，以三种打印机为例，打印机A可执行的指令集为{a，b，g，h，i,，j，k}，打印机B的指令集为{a，b，c，d，e，f，g，h}，打印机C的指令集为{c，d，e，f，g，h，i，j，k}。

本实施例中，可以确定打印机A的特征指令序列为{a，h，i}，打印机B不能执行指令i，打印机C不能执行指令a；确定打印机B的特征指令序列为{a，d}，打印机A不能执行指令d，打印机C不能执行指令a；确定打印机C的特征指令序列为{d，i}，打印机A不能执行指令d，打印机B不能执行指令i。

分别向物理设备发送特征指令序列{a，h，i}、{a，d}和{d，i}，若物理设备执行特征指令序列{a，h，i}成功，则确定物理设备为打印机A；若物理设备执行特征指令序列{a，d}成功，则确定物理设备为打印机B；若物理设备执行特征指令序列{d，i}成功，则确定物理设备为打印机C。通过以上方法实现设备的自动识别。

在选用指令时应选取本物理设备执行成功率高和执行速度快的指令，以此提高物理设备识别的速度。同时，其他物理设备执行选取的指令时不会对其他物理设备造成损坏或产生副作用，以保证其他物理设备执行指令时不会造成损坏。

本申请的一个实施例中，步骤S201中获取的业务流程可以为物理设备的命令信息，命令信息可以控制物理设备进行一系列的动作，以满足实际业务需求。

S2012，获取物理设备执行每个特征指令序列返回的响应信息。

具体地，物理设备执行每个特征指令序列均会返回一个响应信息，响应信息可以为一个电平信号(高低电平)或一段代码。当接收到响应信息后，将接收到的响应信息和预设响应信息进行匹配，判断物理设备执行特征指令序列的执行结果的正确与否，当接收到响应信息与预设响应信息匹配成功时，则说明物理设备执行特征指令序列成功，否则物理设备执行特征指令序列失败。

S2013，根据响应信息，确定物理设备的参数信息。

本申请的一个实施例中，在响应信息与预设响应信息匹配成功的情况下，确定该响应信息对应的特征指令序列作为目标特征指令序列，根据目标特征指令序列遍历数据库，确定物理设备的参数信息。

具体地，响应信息与预设响应信息匹配成功，则说明物理设备能够执行特征指令序列，此时确定物理设备执行成功的特征指令序列作为目标特征指令序列，然后根据目标特征指令序列在数据库中找到对应的参数信息，以此完成物理设备参数信息的确定。

示例性的，步骤S2013具体可以包括：

A，获取物理设备的预设响应信息、参数信息和特征指令序列。

B，将与同一物理设备对应的预设响应信息、参数信息和特征指令序列关联后进行存储。

具体地，通过将物理设备的预设响应信息、参数信息和特征指令序列关联，然后进行存储，预先建立物理设备的识别数据，为物理设备识别提供数据。

S202，根据物理设备的参数信息，确定物理设备对应的复合指令接口集合。

具体地，可以预先在数据库中建立物理设备对应参数信息和逻辑设备的关联信息，根据物理设备的参数信息确定归属的逻辑设备，然后确定逻辑设备对应的复合指令接口集合。

S203，根据业务流程，在复合指令接口集合中确定多个目标原子指令接口。

具体地，通过分析业务流程，在复合指令接口集合中确定需要使用到的原子指令接口，并对原子指令接口按照业务流程要求进行排序，形成控制物理设备的驱动程序。

S204，通过确定的多个目标原子指令接口驱动物理设备。

具体的，通过步骤S203确定了多个目标原子指令接口，并将多个目标原子指令接口按照业务流程逻辑要求进行排序，分别通过多个原子指令接口按照顺序向物理设备发送指令，驱动物理设备动作，实现业务需求。

为了清楚说明设备驱动方法工作过程，下面以一个具体的实施例进行说明。

以两台打印机为例，分别为打印机甲和打印机乙，其中打印机甲的指令集如表1所示，打印机乙的指令集如表2所示。

表1打印机甲的指令集

表2打印机乙的指令集

由表1和表2可以得出打印机甲的指令集和打印机乙的指令集，为打印机甲和打印机乙的每个指令配置原子指令接口，形成各自对应的原子指令接口集合，然后将两个打印机的原子指令接口结合做并集，形成复合指令接口集合。形成的复合指令接口集合包括：

1)检测打印机当前的状态是否有纸(甲乙共有)；

2)执行打印操作(甲乙共有)；

3)检测打印机各部分是否正常(甲乙共有)；

4)快速换行(甲乙共有)；

5)设置行间距(甲无乙有)；

6)设置打印字符的颜色(甲有乙无)；

7)设置字间距(甲乙共有)；

8)取片版本号(甲乙共有)；

9)打印位图(甲无乙有)；

10)快速进纸(甲无乙有)；

11)填充打印数据命令(甲有乙无)；

12)填充打印执行缓冲打印命令(甲有乙无)；

13)清空打印缓冲区数据命令(甲有乙无)；

14)检测黑条并切纸(甲无乙有)。

对打印机甲或打印机乙进行驱动时，可以根据业务流程在上述复合指令接口集合中的14个原子指令接口中挑选需要的原子指令接口，并按照业务流程进行排序，实现对打印机甲或打印机乙的驱动。

例如，驱动打印机乙进行打印，可以在逻辑设备的复合指令接口集合中选取以下指令：

0)开始打印；

1)设置字间距；

2)设置行间距；

3)检测打印机各部分是否正常；

4)检测打印机当前的状态是否有纸；

5)执行打印操作；

6)打印完毕。

当对多个打印设备进行驱动时，如果逻辑设备的复合指令接口集合中没有某个原子指令接口，可以对复合指令接口集合进行代码修改，增加相应的原子指令接口，以满足对该物理设备的驱动。不需要对每个物理设备进行代码修改，从而降低代码版本的产生，降低了维护的难度。

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

对应于上文实施例所述的设备驱动配置方法，图5示出了本申请实施例提供的设备驱动配置装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参见图5，本申请实施例中的设备驱动配置装置可以包括分类模块51、指令集获取模块52、原子指令接口集合构建模块53和复合指令接口集合构建模块54。

其中，分类模块51，用于对物理设备按照逻辑功能分类，得到所述物理设备对应的逻辑设备；

指令集获取模块52，用于获取所述物理设备的指令集；其中，所述指令集包括所述物理设备的所有指令；

原子指令接口集合构建模块53，用于为每个所述指令配置一一对应的原子指令接口，构成原子指令接口集合；

复合指令接口集合构建模块54，用于对同一种所述逻辑设备中所有物理设备的原子指令接口集合做并集，形成复合指令接口集合。

可选的，所述分类模块51可以包括分类单元。

其中，分类单元，用于在所述物理设备具有多个逻辑功能的情况下，所述物理设备属于多个逻辑设备。

可选的，复合指令接口集合构建模块54可以包括原子指令接口统一单元。

其中，原子指令接口统一单元用于在同一种所述逻辑设备中的两个物理设备具有相同的原子指令接口的情况下，将相同的原子指令接口统一为一个原子指令接口。

对应于上文实施例所述的设备驱动方法，图6示出了本申请实施例提供的设备驱动装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参见图6，本申请实施例中的设备驱动装置可以包括参数信息和业务流程获取模块61、复合指令接口集合确定模块62、目标原子指令接口获取模块63和驱动模块64。

其中，参数信息和业务流程获取模块61，用于获取物理设备的参数信息和业务流程；

复合指令接口集合确定模块62，用于根据物理设备的参数信息，确定所述物理设备对应的复合指令接口集合；

目标原子指令接口获取模块63，用于根据所述业务流程，在所述复合指令接口集合中确定多个目标原子指令接口；

驱动模块64，用于通过确定的多个所述目标原子指令接口驱动所述物理设备。

可选的，参数信息和业务流程获取模块61可以包括特征指令序列发送单元、响应信息获取单元和参数信息获取单元。

其中，特征指令序列发送单元，用于向所述物理设备依次发送多个特征指令序列；

响应信息获取单元，用于获取所述物理设备执行每个特征指令序列返回的响应信息；

参数信息获取单元，用于根据所述响应信息，确定所述物理设备的参数信息。

可选的，目标原子指令接口获取模块63可以包括目标原子指令接口确定单元和排序单元。

其中，目标原子指令接口确定单元，用于根据所述业务流程，在所述复合指令接口集合中确定需要用到的多个所述目标原子指令接口；

排序单元，用于根据所述业务流程，对确定的多个所述目标原子指令接口进行排序。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

另外，图5所示的设备驱动配置装置和图6所示的设备驱动装置可以是内置于现有的终端设备内的软件单元、硬件单元、或软硬结合的单元，也可以作为独立的挂件集成到所述终端设备中，还可以作为独立的终端设备存在。

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

图7为本申请实施例提供的终端设备的结构示意图。如图7所示，该实施例的终端设备7可以包括：至少一个处理器70(图7中仅示出一个处理器70)、存储器71以及存储在所述存储器71中并可在所述至少一个处理器70上运行的计算机程序72，所述处理器70执行所述计算机程序72时实现上述任意各个方法实施例中的步骤，例如图1所示实施例中的步骤S101至步骤S104，图2所示实施例中的步骤S201至步骤204。或者，处理器70执行所述计算机程序72时实现上述各装置实施例中各模块/单元的功能，例如图5所示模块51至54的功能，图6所示模块61至64的功能。

示例性的，所述计算机程序72可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器71中，并由所述处理器70执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序72指令段，该指令段用于描述所述计算机程序72在所述终端设备7中的执行过程。

所述终端设备7可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备7可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是终端设备7的举例，并不构成对终端设备7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

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

所述存储器71在一些实施例中可以是所述终端设备7的内部存储单元，例如终端设备7的硬盘或内存。所述存储器71在另一些实施例中也可以是所述终端设备7的外部存储设备，例如所述终端设备7上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序72的程序代码等。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序72，所述计算机程序72被处理器70执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

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

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

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

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

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

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