一种应用程序接口API的调用方法、装置及电子设备

技术领域

本申请涉及数据处理技术领域，具体而言，本申请涉及一种应用程序接口API的调用方法、装置、电子设备及计算机可读存储介质。

背景技术

API(Application Programming interface，应用程序接口)是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。开发人员只需要调用API，就可以使用一些API函数实现的复杂功能。

现有的操作系统大部分功能都使用非java语言，例如C语言进行开发，因此开发人员常常需要在java环境下调用非java语言开发的API函数。目前，在java内调用底层API的过程非常复杂，需要进行多次转换，并且调用效率低下。

发明内容

本申请提供了一种应用程序接口API的调用方法、装置、电子设备及计算机可读存储介质，用于解决现有的API调用方法步骤复杂且效率较低的技术问题。

第一方面，提供了一种应用程序接口API的调用方法，该方法包括：

确定出待更新的API的源代码，将源代码转换为对应的原始数据包文件；

对原始数据包文件进行更新，得到更新后的目标数据包文件；

解析目标数据包文件以调用API。

在一个或多个实施例中，对原始数据包文件进行更新包括：

采用已创建的更新工具根据预设的配置文件更新原始数据包文件，配置文件用于记录API对应的标识信息。

在一个或多个实施例中，采用已创建的更新工具根据预设的配置文件更新原始数据包文件包括：

获取配置文件中的标识信息；标识信息包括API对应的方法和方法的索引值；

采用更新工具根据标识信息更新原始数据包文件。

在一个或多个实施例中，在采用已创建的更新工具根据预设的配置文件更新原始数据包文件之前，还包括：

根据配置文件创建更新工具。

在一个或多个实施例中，在将源代码转换为对应的原始数据包文件之前，还包括：

在源代码中添加预设的方法体。在一个或多个实施例中，将源代码转换为对应的原始数据包文件包括：

对源代码进行编译处理得到编译结果；

将编译结果转换为原始数据包文件。

第二方面，提供了一种应用程序接口API的调用装置，该装置包括：

转换模块，用于确定出待更新的API的源代码，将源代码转换为对应的原始数据包文件；

更新模块，用于对原始数据包文件进行更新，得到更新后的目标数据包文件；

调用模块，用于解析目标数据包文件以调用API。

在一个或多个实施例中，更新模块具体用于采用已创建的更新工具根据预设的配置文件更新原始数据包文件，配置文件用于记录API对应的标识信息。

在一个或多个实施例中，更新模块包括；

配置子模块，用于获取配置文件中的标识信息；标识信息包括API对应的方法和方法的索引值；

更新子模块，用于采用更新工具根据标识信息更新原始数据包文件。

在一个或多个实施例中，装置还包括：

创建模块，用于根据配置文件创建更新工具。

在一个或多个实施例中，装置还包括添加模块，添加模块具体用于在源代码中添加预设的方法体。

在一个或多个实施例中，转换模块包括：

编译子模块，用于对源代码进行编译处理得到编译结果；

转换子模块，用于将编译结果转换为原始数据包文件。

第三方面，提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行本申请第一方面所示的应用程序接口API的调用方法。

第四方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现本申请第一方面所示的应用程序接口API的调用方法。

应用本申请实施例提供的一种应用程序接口API的调用方法，确定出待更新的API的源代码，将源代码转换为对应的原始数据包文件；对原始数据包文件进行更新，得到更新后的目标数据包文件；解析目标数据包文件以调用API。

通过在需要调用应用程序接口API时，先对API的数据包文件进行更新，使得系统可以直接解析更新后的数据包文件，从而实现了对API的直接调用，简化了系统调用底层API的步骤，提升了处理效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种应用程序接口API的调用方法的流程示意图；

图2为本申请实施例提供的一种对原始数据包文件进行更新的流程示意图；

图3为本申请另一实施例提供的一种应用程序接口API的调用方法的流程示意图；

图4为本申请实施例提供的一种应用程序接口API的调用装置的结构示意图；

图5为本申请实施例提供的一种应用程序接口API的调用电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先对本申请涉及的几个名词进行介绍和解释：

API(Application Programming Interface，应用程序接口)是一些预先定义的接口，或指软件系统不同组成部分衔接的约定，用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码或理解内部工作机制的细节。

Java Card(Java智能卡)技术是一种在智能卡或与智能卡相近的装置上，以具有安全防护性的方式来执行小型的Java Applet(Java小应用程序)的技术，由于引入了虚拟机技术，Java Card的显著特点是具备硬件无关性，即应用程序开发和硬件系统相分离，以此达到简化开发过程的目的。

native是一个计算机函数，一个native方法就是一个Java调用非Java代码的接口，方法的实现由非Java语言实现，例如C或C++语言。

一种现有的应用场景中，在java方法内调用底层API需要先在源代码中添加关键字，再对源代码进行编译和多次转换，最终才能实现。这个调用的整体流程过于复杂，且效率低下，影响使用体验。

本申请提供的应用程序接口API的调用方法、装置、电子设备和计算机可读存储介质，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请实施例中提供了一种应用程序接口API的调用方法，如图1所示，该方法包括：

步骤S101，确定出待更新的API的源代码，将源代码转换为对应的原始数据包文件。

本实施例提供了一种调用应用程序接口API的常见的应用场景，例如，应用于JavaCard(Java智能卡)环境，在Java Card环境下实现调用操作系统底层的应用程序接口API，具体而言，可以是在java方法内采用native方法调用操作系统底层的应用程序接口API。

现实的应用场景下，经常需要在java方法内调用由非java语言实现的API函数，其中，非java语言包括常见的C、C++编程语言，这就需要调用native方法来实现。一个native方法就是一个Java调用非Java代码的接口，方法的实现由非Java语言实现。

由于需要调用的API不是由java语言实现的，因此在调用过程中，不能直接调用API来获得API对应的功能，而需要对API的源代码进行相应处理，使得该API可以被安全调用。

确定出待更新的API的源代码，将源代码转换为对应的原始数据包文件，可以理解为确定出需要在Java Card环境下进行调用的java方法对应的API的源代码，并将确定出的源代码转换为原始数据包文件。其中，原始数据包文件为cap(Converted Applet，转换小应用程序)格式的数据包文件，java方法的数据包文件是以cap格式存储在Java Card操作系统当中的。本实施例中对API进行处理的过程包括对API转换得到的cap格式的数据包文件进行处理。

步骤S102，对原始数据包文件进行更新，得到更新后的目标数据包文件。

本实施例中，在将API的源代码转换为cap格式的原始数据包文件之前，为了简化调用API的步骤，没有采用native关键字对源代码进行处理，因此，不能通过直接解析原始数据包文件的方式来调用方法对应的API接口，而需要对获取到的原始数据包文件进行相应的更新处理，使得API可以被成功解析调用。

对转换得到的对应的原始数据包文件进行更新，从而得到更新后的目标数据包文件，进一步，解析更新后的目标数据包文件即可调用方法对应的应用程序接口API。

步骤S103，解析目标数据包文件以调用所述API。

Java Card操作系统运行于JCVM(JavaCardVirtualMachine，Javacard虚拟机)当中，JCVM对更新后的目标数据包文件进行解析，从而调用API接口以实现对该API接口对应的方法的调用。

JCVM规范定义了java语言的一个子集和一个用于Java Card的兼容java的虚拟机，包括二进制数据表示和文件格式，以及JCVM指令集。在JCVM中，class文件是核心，但是JCVM规范定义了两种其他文件格式来进一步使平台独立，其中包括cap(ConvertedApplet，转换小应用程序)格式。

应用本申请实施例提供的一种应用程序接口API的调用方法，确定出待更新的API的源代码，将源代码转换为对应的原始数据包文件；对原始数据包文件进行更新，得到更新后的目标数据包文件；解析目标数据包文件以调用API。

通过在需要调用应用程序接口API时，先对API的数据包文件进行更新，使得系统可以直接解析更新后的数据包文件来对API进行调用，简化了系统调用底层API的步骤，提升了处理效率。

本申请实施例提供了步骤S102中对原始数据包文件进行更新可能的实现方式，如图2所示，包括：

步骤S201，根据配置文件创建更新工具。

本实施例中采用更新工具对原始数据包文件进行更新，得到目标数据包文件，这里更新工具可以是exe(executable file，可执行文件)工具，exe工具是根据配置文件创建的。具体而言，配置文件为XML(Extensible Markup Language，可扩展标记语言)配置文件。XML配置文件中包含配置信息，例如，XML配置文件中配置了API所对应的类及方法，以及对应的native方法在常量表里的索引值。

根据XML配置文件中的配置信息，可以对原始数据包文件的更新方式进行设计。例如，从XML配置文件中得到API与java方法的对应关系，以及native本地方法在常量表里的索引值，进一步，由于更新原始数据包文件包括更新原始数据包文件中native方法的索引值，因此，根据XML配置文件中获取到的配置信息，即可得到原始数据包文件的更新方式。

根据配置文件创建更新工具，从而启动更新工具就可以自动更新原始数据包文件了。

步骤S202，采用已创建的更新工具根据预设的配置文件更新原始数据包文件，配置文件用于记录API对应的标识信息。

采用创建好的更新工具更新原始数据包文件，从而得到更新后的目标数据包文件。具体而言，更新操作是根据预设的配置文件完成的，配置文件用于记录API对应的标识信息，其中，API对应的标识信息包括API与java方法的对应关系，即配置文件记录有API所对应的类及方法。

本申请一种优选实施例中，采用已创建的更新工具根据预设的配置文件更新原始数据包文件，包括：

步骤S2021，获取配置文件中的标识信息；标识信息包括API对应的方法和方法的索引值。

本实施例中，配置文件为XML(Extensible Markup Language，可扩展标记语言)配置文件，XML配置文件中的标识信息包括API对应的方法和该方法的索引值，换言之，XML配置文件中配置了API所对应的类及方法，以及对应的native方法在常量表里的索引值。

获取配置文件中的标识信息，包括获取配置文件中API对应的方法和方法的索引值。

步骤S2022，采用更新工具根据标识信息更新原始数据包文件。

基于JCVM的规范定义，java方法的源文件被转换为cap格式的原始数据包文件之后，该方法是以固定格式的数据结构存储在原始数据包文件当中的，其中，在原始数据包文件的method_info字段当中，存在一个特殊的比特用于标识native方法。

采用更新工具更新原始数据包文件包括采用更新工具更新原始数据包文件中用于标识native方法的比特，使得该原始数据包文件对应的方法标识为需调用native方法实现。

采用更新工具更新原始数据包文件还包括更新原始数据包文件中native方法的索引值，具体而言，原始数据包文件中的method_info的bytecodes字段的前两个比特用于标识native方法的索引值，采用更新工具将原始数据包文件中用于标识索引值的比特更新为标识XML配置文件中配置的方法的索引值。

本实施例中的更新工具是步骤S201中基于配置文件创建的更新工具，在更新原始数据包文件时，启动创建好的更新工具，即可对原始数据包文件进行自动更新，得到目标数据包文件。

应用本申请实施例提供的一种应用程序接口API的调用方法，确定出待更新的API的源代码，将源代码转换为对应的原始数据包文件；对原始数据包文件进行更新，得到更新后的目标数据包文件；解析目标数据包文件以调用API。

通过在需要调用应用程序接口API时，先对API的数据包文件进行更新，使得系统可以直接解析更新后的数据包文件来对API进行调用，简化了系统调用底层API的步骤，提升了处理效率。

本申请实施例中提供了另一种应用程序接口API的调用方法，如图3所示，该方法包括：

步骤S301，确定出待更新的API的源代码。

本实施例提供了一种调用应用程序接口API的常见的应用场景，例如，应用于JavaCard(Java智能卡)环境，在Java Card环境下实现调用操作系统底层的应用程序接口API，具体而言，可以是在java方法内采用native方法调用操作系统底层的应用程序接口API。

现实的应用场景下，经常需要在java方法内调用由非java语言实现的API函数，其中，非java语言包括常见的C、C++编程语言，这就需要调用native方法来实现。一个native方法就是一个Java调用非Java代码的接口，方法的实现由非Java语言实现。

由于需要调用的API不是由java语言实现的，因此在调用过程中，不能直接调用API来获得API对应的功能，而需要对API的源代码进行相应处理，使得该API可以被安全调用。

确定出待更新的API的源代码，可以理解为确定出需要在Java Card环境下进行调用的java方法对应的API的源代码。

步骤S302，在源代码中添加预设的方法体。

在源代码中添加预设的方法体，具体而言，在源代码中添加与源代码的数据类型对应的方法体，不同方法的源代码中存在不同的数据类型。步骤S302中，先根据源代码的数据类型添加对应的返回值类型，再根据返回值类型添加对应的方法体，从而使得添加的返回值类型都存在与其对应的方法体。

每一个返回值类型都有对应的方法体，方法体是函数中用于实现具体功能的代码，返回值类型所对应的函数包括返回值类型和该返回值类型对应的方法体。

一个函数可以有返回值，也可以没有返回值。有返回值的函数，返回值类型就是被返回数据的类型，返回值类型包括byte、short、int、object，在此不做限制。没有返回值的函数，返回值类型用void来表示，void的含义即为无返回值类型。

由于本实施例需要对cap格式的原始数据包文件中的索引值进行更新，因此为了使原始数据包文件成功更新为目标数据包文件，在进行更新操作之前，需要对API的源代码进行对应的修改，修改过程包括对用于标识native方法的索引值的bytecodes字段的长度进行设计，使得源代码中的返回值类型不同时，对应的方法体也有所不同，同时，更新后的数据包文件能够满足编程语法要求。

本实施例中，不同的源代码中存在不同数据类型的抽象方法，而抽象方法是没有方法体的。为了使得用于标识native方法的索引值的bytecodes字段的长度满足更新需求，对方法的源代码进行处理。

例如，对于数据类型为byte的方法，源代码中声明了“publicabstractbytetest1()”，为了使用于标识native方法的索引值的bytecodes字段的长度满足更新需求，在源代码中添加预设的方法体“publicbytetest1(){return 0；}”。

对于数据类型为short的方法，源代码中声明了“publicabstractshorttest2()”，在源代码中添加预设的方法体“publicshorttest2(){return 0；}”。

对于数据类型为int的方法，源代码中声明了“publicabstractinttest3()”，在源代码中添加预设的方法体“publicinttest3(){return 0；}”。

对于数据类型为object的方法，源代码中声明了“publicabstractobjecttest4()”，在源代码中添加预设的方法体“publicobjecttest4(){returnnull；}”。

对于数据类型为void的方法，源代码中声明了“publicabstractvoidtest5()”，在源代码中添加预设的方法体“publicvoidtest5(){empty()；}”。

根据源代码中的数据类型定义返回值类型，并添加对应的方法体，使得源代码中的返回值为空，以此实现在bytecodes字段预留出两个字节的目的。

上述处理方法仅仅是本实施例提供的一种对源代码的处理方法，还可以采用其他方式使得用于标识native方法的索引值的bytecodes字段的长度不小于两个字节，满足更新需求。

步骤S303，将源代码转换为对应的原始数据包文件。

将源代码转换为对应的原始数据包文件，可以理解为将修改过的源代码转换为原始数据包文件。其中，原始数据包文件为cap(Converted Applet，转换小应用程序)格式的数据包文件，java方法的数据包文件是以cap格式存储在Java Card操作系统当中的。本实施例中对API进行处理的步骤包括对API转换得到的cap格式的数据包文件进行处理。

本申请一种优选实施例中，将源代码转换为对应的原始数据包文件，包括：

步骤S3031，对源代码进行编译处理得到编译结果。

采用编译工具对API的源代码进行编译得到编译结果，API的源代码即java源文件，采用编译工具将java源文件编译成为class格式的数据包文件，并将class格式的数据包文件作为编译结果，其中，编译工具可以是javac工具，本实施例中对编译工具不做限制。

现有的应用场景中，采用native方法调用操作系统底层的API均需要先在API源代码中添加native关键字，再对添加了native关键字的源代码进行编译处理，通过添加关键字的方式来实现后续对API的调用。这个处理过程过于复杂，因此本实施例提供的实现方法中，不采用添加native关键字的方式，而是直接对源代码进行编译处理。

步骤S3032，将编译结果转换为原始数据包文件。

编译得到class格式的数据包文件还需要进行进一步处理，可以采用converter工具将class格式的文件转换为cap格式的数据包文件，java方法的数据包文件是以cap格式存储在Java Card操作系统当中的，本实施例中对转换工具不做限制。

步骤S304，对原始数据包文件进行更新，得到更新后的目标数据包文件。

本实施例中，在将API的源代码转换为cap格式的原始数据包文件之前，没有采用native关键字对源代码进行处理，因此，不能通过直接解析原始数据包文件的方式来调用方法对应的API接口，而需要对获取到的原始数据包文件进行相应的更新处理，使得API可以被成功解析调用。

对转换得到的对应的原始数据包文件进行更新，从而得到更新后的目标数据包文件，解析更新后的目标数据包文件即可调用方法对应的应用程序接口API。

步骤S305，解析目标数据包文件以调用所述API。

Java Card操作系统运行于JCVM(Java Card Virtual Machine，Javacard虚拟机)当中，JCVM对更新后的目标数据包文件进行解析，从而调用API接口以实现对该API接口对应的方法的调用。

JCVM规范定义了java语言的一个子集和一个用于Java Card的兼容java的虚拟机，包括二进制数据表示和文件格式，以及JCVM指令集。在JCVM中，class文件是核心，但是JCVM规范定义了两种其他文件格式来进一步使平台独立，其中包括cap(ConvertedApplet，转换小应用程序)格式。

应用本申请实施例提供的一种应用程序接口API的调用方法，确定出待更新的API的源代码，将源代码转换为对应的原始数据包文件；对原始数据包文件进行更新，得到更新后的目标数据包文件；解析目标数据包文件以调用API。

通过在需要调用应用程序接口API时，先对API的数据包文件进行更新，使得系统可以直接解析更新后的数据包文件来对API进行调用，简化了系统调用底层API的步骤，提升了处理效率。

本申请实施例提供了一种应用程序接口API的调用装置，如图4所示，该装置包括：

转换模块401，用于确定出待更新的API的源代码，将源代码转换为对应的原始数据包文件；

更新模块402，用于对原始数据包文件进行更新，得到更新后的目标数据包文件；

调用模块403，用于解析目标数据包文件以调用API。

在一个或多个实施例中，更新模块具体用于采用已创建的更新工具根据预设的配置文件更新原始数据包文件，配置文件用于记录API对应的标识信息。

在一个或多个实施例中，更新模块包括；

配置子模块4021，用于获取配置文件中的标识信息；标识信息包括API对应的方法和方法的索引值；

更新子模块4022，用于采用更新工具根据标识信息更新原始数据包文件。

在一个或多个实施例中，装置还包括：

创建模块404，用于根据配置文件创建更新工具。

在一个或多个实施例中，装置还包括添加模块405，添加模块405具体用于在源代码中添加预设的方法体。

在一个或多个实施例中，转换模块401包括：

编译子模块4011，用于对源代码进行编译处理得到编译结果；

转换子模块4012，用于将编译结果转换为原始数据包文件。

应用本申请实施例提供的一种应用程序接口API的调用装置，确定出待更新的API的源代码，将源代码转换为对应的原始数据包文件；对原始数据包文件进行更新，得到更新后的目标数据包文件；解析目标数据包文件以调用API。

通过在需要调用应用程序接口API时，先对API的数据包文件进行更新，使得系统可以直接解析更新后的数据包文件来对API进行调用，简化了系统调用底层API的步骤，提升了处理效率。

本申请实施例提供了一种电子设备，该电子设备包括：存储器和处理器；至少一个程序，存储于存储器中，用于被处理器执行时，与现有技术相比可实现：通过在需要调用应用程序接口API时，先对API的数据包文件进行更新，使得系统可以直接解析更新后的数据包文件来对API进行调用，简化了系统调用底层API的步骤，提升了处理效率。

在一个可选实施例中提供了一种电子设备，如图5所示，图5所示的电子设备5000包括：处理器5001和存储器5003。其中，处理器5001和存储器5003相连，如通过总线5002相连。可选地，电子设备5000还可以包括收发器5004，收发器5004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器5004不限于一个，该电子设备5000的结构并不构成对本申请实施例的限定。

处理器5001可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(FieldProgrammable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器5001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线5002可包括一通路，在上述组件之间传送信息。总线5002可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线5002可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器5003可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscReadOnly Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器5003用于存储执行本申请方案的应用程序代码，并由处理器5001来控制执行。处理器5001用于执行存储器5003中存储的应用程序代码，以实现前述方法实施例所示的内容。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，通过在需要调用应用程序接口API时，先对API的数据包文件进行更新，使得系统可以直接解析更新后的数据包文件来对API进行调用，简化了系统调用底层API的步骤，提升了处理效率。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。