应用程序调用驱动接口的方法及装置与流程

1.本发明涉及通信技术领域，具体而言，涉及一种应用程序调用驱动接口的方法及装置。


背景技术：

2.随着电子产品技术的不断发展，功能不断变大，系统硬件平台需要更多应用软件开发的支撑。具体在应用时，驱动程序作为硬件和应用的纽带，通过在驱动程序中会驱动接口，可供应用程序进行调用以实现不同的功能。
3.相关技术中，伴随着系统硬件平台发生修改，相应应用程序需要访问的驱动接口等也随之发生改变。例如，对于通用性输入输出接口(general prupose input/output，gpio)，当应用程序需要控制某些模块上电、下电时，需要操作对应的gpio，一旦系统硬件平台发生改变，gpio也会相应改变；对于模拟数字转换接口(analog-to-digital converter，adc)，当应用程序需要读取adc接口的数值时，一旦系统硬件平台发生改变，adc的读取接口也会相应改变。针对驱动接口发生改变的情况，应用程序需要查询相应硬件原理图并修改相应的应用程序，使得应用程序的执行很大程度上需要依赖驱动接口，导致应用程序和驱动接口之间的耦合性较强，增加了软件开发时间和开发成本。


技术实现要素：

4.本发明提供了一种应用程序调用驱动接口的方法及装置，能够通过在驱动程序中创建系统接口以供应用程序进行调用，从而解决了现有技术中由于应用程序和驱动接口之间的耦合性较强而增加软件开发时间和开发成本的问题。具体的技术方案如下：
5.第一方面，本发明实施例提供了一种应用程序调用驱动接口的方法，所述方法包括：
6.在驱动程序中搭建驱动框架，并针对所述驱动框架内每个功能模块创建系统接口，所述驱动框架内功能模块对应有执行不同驱动需求的驱动接口；
7.针对所述系统接口封装实现不同驱动需求的接口逻辑，并将所述系统接口暴露至应用程序；
8.响应于应用程序对目标驱动接口的调用请求，根据所述调用请求传递的命令参数将所述调用请求对接至针对目标驱动接口创建的系统接口，并执行相应系统接口中封装的接口逻辑。
9.可选的，所述针对所述系统接口封装实现不同驱动需求的接口逻辑，包括：
10.查询内核针对所述系统接口所部署不同操作的接口函数；
11.根据操作需求确定系统接口所需调用的接口函数，并在所述接口函数中封装实现不同驱动需求的接口逻辑。
12.可选的，所述操作需求至少包括向所述系统接口中读数据和向所述系统接口中写数据，所述根据操作需求确定系统接口所需调用的接口函数，并在所述接口函数中封装实
现不同驱动需求的接口逻辑，具体包括：
13.若所述操作需求为向所述系统接口中读数据，则确定系统接口需要调用读数据的接口函数，并在读数据的接口函数中封装实现不同驱动需求的接口逻辑；
14.若所述操作需求为向所述系统接口中写数据，则确定系统接口需要调用写数据的接口函数，并在写数据的接口函数中封装实现不同驱动需求的接口逻辑。
15.可选的，所述根据所述调用请求传递的命令参数将所述调用请求对接至针对目标驱动接口创建的系统接口，并执行相应系统接口中封装的接口逻辑，包括：
16.根据所述调用请求传递的命令参数确定所述目标驱动接口的接口类型；
17.按照所述接口类型的驱动需求将所述调用请求对接至针对所述接口类型创建的系统接口，并执行所述针对所述接口类型创建的系统接口中封装的接口逻辑。
18.可选的，当系统硬件平台中目标驱动接口的接口类型为第一接口时，所述执行所述针对所述接口类型创建的系统接口中封装的接口逻辑包括：
19.根据所述针对所述第一接口创建的系统接口中封装的接口逻辑，生成操作指令，所述操作指令为对功能模块执行的逻辑时序；
20.从设备树中获取所述第一接口的配置信息，并按照所述操作指令对所述第一接口的配置信息执行相应驱动需求对应的逻辑时序，所述设备树中记录有描述不同驱动接口的配置信息。
21.可选的，当系统硬件平台中目标驱动接口的接口类型为第二接口时，所述执行所述针对所述接口类型创建的系统接口中封装的接口逻辑包括：
22.根据所述针对所述第二接口创建的系统接口中封装的接口逻辑，在驱动的赋值处调用内核通知链将所述第二接口对应的数值传递至被所述内核通知链绑定的接口函数，所述内核通知链在驱动程序中创建；
23.利用所述内核通知链绑定的接口函数对所述第二接口对应的数值执行相应驱动需求。
24.可选的，当系统硬件平台中目标驱动接口的设备号发生改变时，所述方法还包括：
25.根据发生改变目标驱动接口的设备号，更新设备树中描述目标驱动接口的配置信息，并利用更新后目标驱动接口的配置信息执行相应系统接口中封装的接口逻辑。
26.第二方面，本发明实施例提供了一种应用程序调用驱动接口的装置，所述装置包括：
27.创建单元，用于在驱动程序中搭建驱动框架，并针对所述驱动框架内每个功能模块创建系统接口，所述驱动框架内功能模块对应有执行不同驱动需求的驱动接口；
28.封装单元，用于针对所述系统接口封装实现不同驱动需求的接口逻辑，并将所述系统接口暴露至应用程序；
29.执行单元，用于响应于应用程序对目标驱动接口的调用请求，根据所述调用请求传递的命令参数将所述调用请求对接至针对目标驱动接口创建的系统接口，并执行相应系统接口中封装的接口逻辑。
30.可选的，所述封装单元包括：
31.查询模块，用于查询内核针对所述系统接口所部署不同操作的接口函数；
32.封装模块，用于根据操作需求确定系统接口所需调用的接口函数，并在所述接口
函数中封装实现不同驱动需求的接口逻辑。
33.可选的，所述操作需求至少包括向所述系统接口中读数据和向所述系统接口中写数据，所述封装模块，具体用于若所述操作需求为向所述系统接口中读数据，则确定系统接口需要调用读数据的接口函数，并在读数据的接口函数中封装实现不同驱动需求的接口逻辑；
34.所述封装模块，具体还用于若所述操作需求为向所述系统接口中写数据，则确定系统接口需要调用写数据的接口函数，并在写数据的接口函数中封装实现不同驱动需求的接口逻辑。
35.可选的，所述执行单元包括：
36.确定模块，用于根据所述调用请求传递的命令参数确定所述目标驱动接口的接口类型；
37.执行模块，用于按照所述接口类型的驱动需求将所述调用请求对接至针对所述接口类型创建的系统接口，并执行所述针对所述接口类型创建的系统接口中封装的接口逻辑。
38.可选的，当系统硬件平台中目标驱动接口的接口类型为第一接口时，所述执行模块，具体用于根据所述针对所述第一接口创建的系统接口中封装的接口逻辑，生成操作指令，所述操作指令为对功能模块执行的逻辑时序；
39.所述执行模块，具体还用于从设备树中获取所述第一接口的配置信息，并按照所述操作指令对所述第一接口的配置信息执行相应驱动需求对应的逻辑时序，所述设备树中记录有描述不同驱动接口的配置信息。
40.可选的，当系统硬件平台中目标驱动接口的接口类型为第二接口时，所述执行模块，具体用于根据所述针对所述第二接口创建的系统接口中封装的接口逻辑，在驱动的赋值处调用内核通知链将所述第二接口对应的数值传递至被所述内核通知链绑定的接口函数，所述内核通知链在驱动程序中创建；
41.所述执行模块，具体还用于利用所述内核通知链绑定的接口函数对所述第二接口对应的数值执行相应驱动需求。
42.可选的，当系统硬件平台中目标驱动接口的设备号发生改变时，所述装置还包括：
43.更新单元，用于根据发生改变目标驱动接口的设备号，更新设备树中描述目标驱动接口的配置信息，并利用更新后目标驱动接口的配置信息执行相应系统接口中封装的接口逻辑。
44.第三方面，本发明实施例提供了一种存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现第一方面所述的方法。
45.第四方面，本发明实施例提供了一种应用调用驱动接口的设备，包括：
46.一个或多个处理器；
47.存储装置，用于存储一个或多个程序，
48.其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现第一方面所述的方法。
49.由上述内容可知，本发明实施例提供的应用程序调用驱动接口的方法及装置，能够在驱动程序中搭建驱动框架，并针对驱动框架内每个功能模块创建系统接口，该驱动框
架内功能模块对应有执行不同驱动需求的驱动接口，并针对系统接口封装实现不同驱动需求的接口逻辑，并将系统接口暴露至应用程序，进一步响应于应用程序对目标驱动接口的调用请求，根据调用请求传递的命令参数将调用请求对接至针对目标驱动接口创建的系统接口，并执行相应系统接口中封装的接口逻辑。由此可知，与现有技术中由于应用程序和驱动接口之间的耦合性较强而增加软件开发时间和开发成本相比，本发明实施例通过在驱动程序中创建系统接口以供应用程序进行调用，从而解决了现有技术中由于应用程序和驱动接口之间的耦合性较强而增加软件开发时间和开发成本的问题。
50.此外，本实施例还可以实现的技术效果包括：
51.针对驱动接口发生改变的情况，无需对应用程序进行修改，降低了应用程序和驱动接口之间的耦合性，保证应用程序对不同硬件系统平台的可复用性，极大缩短了软件开发时间和开发成本。
52.当然，实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
53.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例。对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
54.图1为本发明实施例提供的一种应用程序调用驱动接口的方法的流程示意图；
55.图2为本发明实施例提供的一种应用程序调用驱动接口的装置的组成框图。
具体实施方式
56.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
57.需要说明的是，本发明实施例及附图中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含的一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
58.本发明提供了一种应用程序调用驱动接口的方法及装置，通过在驱动程序中创建系统接口以供应用程序进行调用，从而解决了现有技术中由于应用程序和驱动接口之间的耦合性较强而增加软件开发时间和开发成本的问题。针对驱动接口发生改变的情况，无需对应用程序进行修改，降低了应用程序和驱动接口之间的耦合性，保证应用程序对不同硬件系统平台的可复用性，极大缩短了软件开发时间和开发成本。本实施例的应用程序和驱动程序可嵌入至系统硬件平台中，该系统硬件平台中部署有不同功能模块，应用程序可操作各个功能模块以实现不同的驱动功能，例如，当应用程序需要控制功能模块上、下电时，需要操作输入输出功能模块，当应用程序需要控制功能模块模拟数字转换时，需要操作模
拟数字转换功能模块。
59.下面对本发明实施例进行详细说明。
60.图1为本发明实施例提供的一种应用程序调用驱动接口的方法的流程示意图。所述方法可以包括如下步骤：
61.s100：在驱动程序中搭建驱动框架，并针对所述驱动框架内每个功能模块创建系统接口。
62.在操作系统中，所有硬件设备操作到应用层都会被抽象成文件的操作，如果应用层要访问系统硬件平台中的硬件设备，必定要调用硬件设备对应的驱动接口，此时需要打开对应的设备文件，并在打开设备文件过程中，内核将应用程序和对应的驱动程序关联起来。其中，驱动框架内功能模块对应有执行不同驱动需求的驱动接口，这里功能模块为硬件设备中可实现不同应用功能的模块，例如，gps模块、wifi模块、4g模块等，驱动需求相当于用户空间和硬件设备的交互需求，具体可表现为对功能模块执行不同控制的需求，例如，对gps模块进行上、下电控制，对wifi模块进行搜索控制，对4g模块进行连网控制。针对不同驱动需求设置有相应的驱动接口，相关技术中，应用程序可通过调用功能模块针对相应驱动需求所设置的驱动接口来实现功能模块的控制，例如，对于连网的驱动需求，可通过调用4g模块针对连网设置的驱动接口，控制4g模块进行联网控制。
63.该驱动框架相当于某类设备对应的驱动程序的框架，能够为上层应用程序提供统一的操作接口，提高上层代码的可复用性。同时内核维护者可在内核中设计一些管控系统资源的体系，使得内核能够对资源在各个驱动程序之间的使用进行统一协调和分配，从而保证内核的稳定健康运行。具体在搭建驱动框架的过程中，可以将不同厂家的同类硬件驱动程序中相同部分抽取出来实现，再将不同部分留出接口给具体的驱动开发人员实现。
64.这里系统接口为设置在驱动程序中为用户提供的接口，对于linux嵌入式系统硬件平台，该系统接口为sysfs接口，这时sysfs接口相当于目录或者文件，可根据用户空间和内核交互暴露在应用程序中，可将连接在系统上的设备和总线组织成一个分级的文件，由用户空间存取，向用户空间导出内核的数据结构以及相应属性，能够展示设备驱动模型中各组件的层次关系。系统接口针对内核用于将设备映射到文件系统中，针对应用程序用于读取或操作设备。
65.s110：针对所述系统接口封装实现不同驱动需求的接口逻辑，并将所述系统接口暴露至应用程序。
66.可以理解的是，系统接口可供应用程序直接进行操作，具体针对系统接口封装实现不同驱动需求的接口逻辑过程中，可以查询内核针对系统接口所部署不同操作的接口函数，根据操作需求确定系统接口所需调用的接口函数，并在所述接口函数中封装实现不同驱动需求的接口逻辑。
67.上述操作需求至少包括向系统接口中读数据和向系统接口中写数据，若操作需求为向系统接口中读数据，则确定系统接口需要调用读数据的接口函数，并在读数据的接口函数中封装实现不同驱动需求的接口逻辑，若操作需求为向系统接口中写数据，则确定系统接口需要调用写数据的接口函数，并在写数据的接口函数中封装实现不同驱动需求的接口逻辑。
68.在实际应用场景中，考虑到驱动需求的多样性，针对每个功能模块根据用户空间
和设备的交互需求创建多个系统接口，具体系统接口的数量可根据驱动需求确定，例如，针对wifi模块上下电控制的驱动需求，创建名为wifi_power_on_off的系统接口，查询内核针对wifi_power_on_off的系统接口所部署不同操作的接口函数包括两个，其中一个为xxx-show，另一个为xxx-store，如果用户向系统接口中写数据调用xxx-store接口函数，如果用户向系统接口中读数据调用xxx-show接口函数，在接口函数中封装的接口逻辑可包括：用户向系统接口中写“1”代表给wifi模块执行上电控制，用户向系统接口中写“0”代表给wifi模块执行下电控制。
69.s120：响应于应用程序对目标驱动接口的调用请求，根据所述调用请求传递的命令参数将所述调用请求对接至针对目标驱动接口创建的系统接口，并执行相应系统接口中封装的接口逻辑。
70.针对系统硬件平台的调试驱动或涉及参数的输入输出时，难免需要对驱动程序中的某些变量进行读写或者函数调用，此时会触发应用程序对目标驱动接口的调用请求，考虑到不同调用请求对应有不同的接口函数以及操作需求，具体可根据调用请求传递的命令参数确定目标驱动接口的接口类型，按照接口类型的驱动需求将调用请求对接至针对接口类型创建的系统接口，并执行针对接口类型创建的系统接口中封装的接口逻辑。
71.在实际应用场景中，对于不同功能模块的上、下电需求，应用程序调用的目标驱动接口为输入输出参数的驱动接口，该驱动接口持上下电和reset功能，此时调用请求传递的命令参数即为在目标驱动接口中写数据。以wifi模块为例，进一步将调用请求对接到预先创建wifi_power_on_off系统接口，针对预先创建wifi_power_on_off的系统接口中写数据，驱动程序调用wifi_power_on_off系统接口的xxx-store接口函数，然后在xxx-store接口函数中调用封装的接口逻辑，即写“1”调用给wifi功能模块上电的时序代码，写“0”调用给wifi功能模块下电的时序代码。同理，对于不同功能模块的模拟数字转换需求，应用程序调用的目标驱动接口为模拟数字转换的驱动接口，此时将调用请求对接到预先创建adc的系统接口，驱动程序调用adc的系统接口xxx-store接口函数，然后再执行adc的系统接口所部署的的接口逻辑。
72.应说明的是，由于不同功能模块对应有不同驱动接口的接口类型，此时应用程序调用驱动接口实现相应驱动需求的方式有所不同，也就是说，执行系统接口中封装的接口逻辑过程有所不同。
73.作为一种实施方式，当系统硬件平台中目标驱动接口的接口类型为第一接口时，该第一接口为通用输入输出型的驱动接口，具体执行针对接口类型创建的系统接口中封装的接口逻辑包括：根据针对第一接口创建的系统接口中封装的接口逻辑，生成操作指令，该操作指令为对功能模块执行的逻辑时序；从设备树中获取第一接口的配置信息，并按照操作指令对第一接口的配置信息执行相应驱动需求对应的逻辑时序，该设备树中记录有描述不同驱动接口的配置信息，相当于对硬件描述的文件信息。在实际应用场景中，对于第一接口进行写数据的调用请求，在驱动程序中获取第一接口的设备号，根据设备号从设备树中获取第一接口的配置信息，并根据操作指令对第一接口的配置信息执行写数据的逻辑时序。
74.作为另一种实施方式，当系统硬件平台中目标驱动接口的接口类型为第二接口时，该第二接口为模拟数字转换型的驱动接口，具体执行针对接口类型创建的系统接口中
封装的接口逻辑包括：根据针对第二接口创建的系统接口中封装的接口逻辑，在驱动程序的赋值处调用内核通知链将第二接口对应的数值传递至被内核通知链绑定的接口函数，该内核通知链在驱动程序中创建；利用内核通知链绑定的接口函数对第二接口对应的数值执行相应驱动需求。在实际应用场景中，对于第二接口进行数据获取的调用请求，在驱动程序中创建内核通知链，该内核通知链为用于子系统之间的通信机制，并将内核通知链分别绑定针对系统接口所部属不同操作的接口函数，并在第二接口的赋值处调用内核通知链，将第二接口写入的数值传递至被绑定的接口函数，并利用接口函数可向系统接口写数据。
75.进一步的，当系统硬件平台中目标驱动接口的设备号发生改变时，考虑到应用程序与驱动接口之间的解耦合，可以根据发生改变目标驱动接口的设备号，更新设备树中描述目标驱动接口的配置信息，并利用更新后目标驱动接口的配置信息执行相应系统接口中封装的接口逻辑。如此，系统硬件平台发生改变后，无需修改应用程序去查询相应硬件原理图，可直接修改设备树的配置信息接口，降低了应用调用过驱动程序的耦合性，极大缩短了应用程序的软件开发时间和开发成本。示例性的，针对4g功能模块需要调用gpio23接口，可在驱动程序中调用目标驱动接口对接的系统接口，该系统接口部署有不同操作的接口函数，调用接口函数可从设备树中获取gpio23接口的配置信息，对于目标驱动接口的设备号改变至gpio25的情况，相应设备树中目标驱动接口的配置信息发生改变，此时调用接口函数从设备树中会获取gpio25接口的配置信息。
76.本发明实施例提供的应用程序调用驱动接口的方法，能够在驱动程序中搭建驱动框架，并针对驱动框架内每个功能模块创建系统接口，该驱动框架内功能模块对应有执行不同驱动需求的驱动接口，并针对系统接口封装实现不同驱动需求的接口逻辑，并将系统接口暴露至应用程序，进一步响应于应用程序对目标驱动接口的调用请求，根据调用请求传递的命令参数将调用请求对接至针对目标驱动接口创建的系统接口，并执行相应系统接口中封装的接口逻辑。由此可知，与现有技术中由于应用程序和驱动接口之间的耦合性较强而增加软件开发时间和开发成本相比，本发明实施例通过在驱动程序中创建系统接口以供应用程序进行调用，从而解决了现有技术中由于应用程序和驱动接口之间的耦合性较强而增加软件开发时间和开发成本的问题。
77.基于上述实施例，本发明的另一实施例提供了一种应用程序调用驱动接口的装置，如图2所示，所述装置包括：
78.创建单元20，可以用于在驱动程序中搭建驱动框架，并针对所述驱动框架内每个功能模块创建系统接口，所述驱动框架内功能模块对应有执行不同驱动需求的驱动接口；
79.封装单元22，可以用于针对所述系统接口封装实现不同驱动需求的接口逻辑，并将所述系统接口暴露至应用程序；
80.执行单元24，可以用于响应于应用程序对目标驱动接口的调用请求，根据所述调用请求传递的命令参数将所述调用请求对接至针对目标驱动接口创建的系统接口，并执行相应系统接口中封装的接口逻辑。
81.可选的，所述封装单元22包括：
82.查询模块，可以用于查询内核针对所述系统接口所部署不同操作的接口函数；
83.封装模块，可以用于根据操作需求确定系统接口所需调用的接口函数，并在所述接口函数中封装实现不同驱动需求的接口逻辑。
84.可选的，所述操作需求至少包括向所述系统接口中读数据和向所述系统接口中写数据，所述封装模块，具体可以用于若所述操作需求为向所述系统接口中读数据，则确定系统接口需要调用读数据的接口函数，并在读数据的接口函数中封装实现不同驱动需求的接口逻辑；
85.所述封装模块，具体还可以用于若所述操作需求为向所述系统接口中写数据，则确定系统接口需要调用写数据的接口函数，并在写数据的接口函数中封装实现不同驱动需求的接口逻辑。
86.可选的，所述执行单元24包括：
87.确定模块，可以用于根据所述调用请求传递的命令参数确定所述目标驱动接口的接口类型；
88.执行模块，可以用于按照所述接口类型的驱动需求将所述调用请求对接至针对所述接口类型创建的系统接口，并执行所述针对所述接口类型创建的系统接口中封装的接口逻辑。
89.可选的，当系统硬件平台中目标驱动接口的接口类型为第一接口时，所述执行模块，具体可以用于根据所述针对所述第一接口创建的系统接口中封装的接口逻辑，生成操作指令，所述操作指令为对功能模块执行的逻辑时序；
90.所述执行模块，具体还可以用于从设备树中获取所述第一接口的配置信息，并按照所述操作指令对所述第一接口的配置信息执行相应驱动需求对应的逻辑时序，所述设备树中记录有描述不同驱动接口的配置信息。
91.可选的，当系统硬件平台中目标驱动接口的接口类型为第二接口时，所述执行模块，具体可以用于根据所述针对所述第二接口创建的系统接口中封装的接口逻辑，在驱动的赋值处调用内核通知链将所述第二接口对应的数值传递至被所述内核通知链绑定的接口函数，所述内核通知链在驱动程序中创建；
92.所述执行模块，具体还可以用于利用所述内核通知链绑定的接口函数对所述第二接口对应的数值执行相应驱动需求。
93.可选的，当系统硬件平台中目标驱动接口的设备号发生改变时，所述装置还包括：
94.更新单元，可以用于根据发生改变目标驱动接口的设备号，更新设备树中描述目标驱动接口的配置信息，并利用更新后目标驱动接口的配置信息执行相应系统接口中封装的接口逻辑。
95.基于上述方法实施例，本发明的另一实施例提供了一种存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现上述方法。
96.基于上述实施例，本发明的另一实施例提供了一种车辆，包括：
97.一个或多个处理器；
98.存储装置，用于存储一个或多个程序，
99.其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述的方法。所述车辆可以为非自动驾驶车辆，也可以为自动驾驶车辆。
100.上述系统、装置实施例与方法实施例相对应，与该方法实施例具有同样的技术效果，具体说明参见方法实施例。装置实施例是基于方法实施例得到的，具体的说明可以参见方法实施例部分，此处不再赘述。本领域普通技术人员可以理解：附图只是一个实施例的示
意图，附图中的模块或流程并不一定是实施本发明所必须的。
101.本领域普通技术人员可以理解：实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
102.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。