一种跨服务的调用方法、装置及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种跨服务的调用方法、装置及设备。

背景技术

在业务开发过程中，通常会涉及到不同服务器之间的调用过程，即跨服务调用，并且通常是采用Restful协议接口来实现跨服务。

但是现有技术中在采用Restful协议接口来进行跨服务调用时，开发人员在每次跨服务调用时，需要每次针对不同的调用方和被调用方编写相应的代码，以实现调用方对被调用方的调用过程，但在业务开发中由于涉及到大量的跨服务操作，采用现有技术的方式会显著降低开发效率，并且增加了研发的成本和调用复杂度。

发明内容

本发明提供了一种跨服务的调用方法、装置及设备，以实现业务开发过程中的跨服务调用。

根据本发明的一方面，提供了一种跨服务的调用方法，包括：

获取被调用方服务器Restful接口的结构化数据，并根据所述结构化数据生成针对所述被调用方服务器的接口调用代码；

获取预先配置的通用逻辑代码，根据所述通用逻辑代码和所述接口调用代码生成调用插件和调用包；

将所述调用插件和所述调用包集成到调用方服务器，以使所述调用方服务器通过所述调用插件执行所述调用包以跨服务调用所述被调用方服务器。

根据本发明的另一方面，提供了一种跨服务的调用装置，包括：

接口调用代码生成模块，用于获取被调用方服务器Restful接口的结构化数据，并根据所述结构化数据生成针对所述被调用方服务器的接口调用代码；

调用插件和调用包生成模块，用于获取预先配置的通用逻辑代码，根据所述通用逻辑代码和所述接口调用代码生成调用插件和调用包；

调用模块，用于将所述调用插件和所述调用包集成到调用方服务器，以使所述调用方服务器通过所述调用插件执行所述调用包以跨服务调用所述被调用方服务器。

根据本发明的另一方面，提供了一种计算机设备，其特征在于，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器执行本发明任一实施例所述的方法。

根据本发明的另一方面，提供了一种计算机可执行指令的存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的方法。

本发明实施例的技术方案，通过自动生成调插件和调用包并集成到调用方服务器，以使调用方服务器通过封装完成的调用插件执行调用包以实现对被调用方服务器的自动调用，从而通过构建通用的调用插件减少了用户的开发成本和调用复杂度，提高了开发效率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种跨服务的调用方法的流程图；

图2是根据发明实施例一提供的Restful接口抽象结构的示意图；

图3是根据发明实施例一提供的可视化建模设计器的结构示意图；

图4是根据发明实施例一提供的接口调用代码的生成逻辑示意图；

图5是根据本发明实施例二提供的一种跨服务的调用方法的流程图；

图6是根据本发明实施例三提供的一种芯片设计前端质量行为的执行装置的结构示意图；

图7为本发明实施例四提供的一种电子设备的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种跨服务的调用方法的流程图，本实施例可适用于不同服务器之间进行调用的情况，该方法可以由一种跨服务的调用装置来执行，该跨服务的调用装置可以采用硬件和/或软件的形式实现，该跨服务的调用装置可集成配置于电子设备中。如图1所示，该方法包括：

步骤S101，获取被调用方服务器Restful接口的结构化数据，并根据结构化数据生成针对被调用方服务器的接口调用代码。

可选的，获取被调用方服务器Restful接口的结构化数据，包括：通过可视化建模设计器接入外部服务获取被调用方服务器Restful接口的原始数据；获取预先创建的Restful接口抽象结构，其中，Restful接口抽象结构中包括Restful接口的数据指定结构；通过可视化建模设计器根据数据指定结构对原始数据进行转换生成结构化数据。

可选的，通过可视化建模设计器根据数据指定结构对原始数据进行转换生成结构化数据，包括：通过可视化建模设计器根据数据指定结构对原始数据采用手工录入的方式，根据用户的录入指令对原始数据逐条进行转换以生成结构化数据；或者，通过可视化建模设计器根据数据指定结构对原始数据采用Swagger导入的方式，集中对原始数据进行转换以生成结构化数据。

其中，本实施方式中会根据Restful协议接口的特征，建立初始Restful接口抽象结构，并且按照指定规则不断提炼和验证，不断简化抽象结构，最终得到灵活通用的Restful接口抽象结构，如图2所示为Restful接口抽象结构的示意图，如图所示，在Restful接口抽象结构中把包括服务域、服务对象、服务方法、服务数据、请求参数、返回值、请求头、响应头、服务鉴权等模型，因此在抽象结构中包括Restful接口的数据指定结构。其中，服务域用于管理接入特定的Restful协议接口服务信息，包括服务地址配置、上下文、服务对象、服务方法信息等。服务对象用于管理多个具备相同Rest路径前缀的Restful接口的模型，具备Restful协议接口可视化建模能力。当然本实施方式中仅是举例说明，而并不对Restful接口抽象结构中的具体内容进行限定。另外，本实施方式中还预先基于模型驱动架构MDA构建了可视化建模设计器，如图3所示为可视化建模设计器的结构示意图。通过可视化建模设计器能够提供Restful方法在线建模能力，快速完成Restful接口接入建模，并将建模数据持久化为与平台无关的json元数据文件进行持久化存储，最终结合最佳实践和代码生成技术生成客户端调用代码。同时，为接入的Restful接口提供集中式管理，统一鉴权，统一配置，降低运维难度，提高开发效率。

在一个具体实现中，针对物资采购场景，采购方管理微服务器和供应商管理微服务器属于独立部署的微服务器，而在采购管理为服务器中的采购申请单需要关联中标供应商信息，因此就需要跨服务获取供应商微服务器中的供应商信息。针对上述场景则将采购管理微服务器作为调用方服务器，将供应商管理微服务器作为被调用方服务器，此时则会通过可视化建模设计器接入外部服务获取被调用方服务器Restful接口的原始数据。可视化建模设计器在获取到原始数据后会按照预先创建的Restful接口抽象结构中所涉及的数据指定结构，对原始数据进行转换以生成结构化数据。

值得一提的是，本实施方式中的可视化建模设计器在按照数据指定结构进行转换时，可以支持多种转换方式，例如手工录入转换方式、Swagger导入转化方式，其中，手工录入转换方式指的是根据用户的录入指令对原始数据逐条进行转换以生成结构化数据，而Swagger导入转化方式指的是，集中对原始数据进行转换以自动生成结构化数据。当然，本实施方式中仅是举例说明，而并不对可视化建模设计器的具体转换方式进行限定，只要能够根据被调用方服务器Restful接口的原始数据获取到结构化数据，则都是在本申请的保护范围内，本实施方式中并不对其进行限定。

可选的，根据结构化数据生成针对被调用方服务器的接口调用代码，包括：获取Restful接口调用的历史最佳代码，对最佳代码中的静态部分进行代码固化，动态部分进行标签替换以生成代码模板，其中，历史最佳代码为调用成功率最高的代码；通过代码生成器对结构化数据进行包装处理获取处理后的结构化数据；通过运行模板引擎将处理后的结构化数据与代码模板进行整合生成接口调用代码。可选的，通过运行模板引擎将处理后的结构化数据与代码模板进行整合生成接口调用代码，包括：获取结构化数据的类型，并根据类型确定在代码模板中的添加位置；将结构化数据填充到添加位置处以生成接口调用代码。

需要说明的是，本实施方式中会通过代码生成器根据结构化数据生成被调用方服务器的接口调用代码，接口调用代码的生成逻辑具体如图4所示，在生成接口调用代码之前会通过对外部服务接口调用场景的技术验证，提炼Restful接口调用的历史最佳代码，历史最佳代码指的是调用成功率最高的代码，然后将历史最佳代码中的静态部分进行代码固化，动态部分进行标签替换以生成代码模板，通过采用历史最佳代码构建代码模板，从而使得所获取的代码模板更加准确。另外，本实施方式中的代码生成器还会对结构化数据进行包装助力以获取处理后的机构化数据，在获取到处理后的结构化数据之后，会通过代码生成器中的预先配置的模板引擎结合代码模板以生成最终的接口调用代码X。例如，确定结构化数据中包含a类型数据以及b类型数据等多种数据时，当确定代码模板中a类型数据所对应的添加位置为第三行时，则将a类型数据添加到代码模板中的第三行中。并且当确定第三行中已经有数据存在A数据的情况下，会将机构化数据中的a类型数据对A数据进行替换，当然，本实施方式中仅是举例说明，而并不对接口调用代码的生成过程进行限定。

步骤S102，获取预先配置的通用逻辑代码，根据通用逻辑代码和接口调用代码生成调用插件和调用包。

可选的，根据通用逻辑代码和接口调用代码生成调用插件和调用包，包括：从接口调用代码中提取出指定代码内容，其中，指定代码内容包括注解代码；将通用逻辑代码和指定代码内容进行封装以生成调用插件；根据接口调用代码中所剩余的代码内容生成调用包。

具体的说，本实施方式中还会获取预先配置的通用逻辑代码Y，其中，通用逻辑代码指的是，根据历史调用过程进行概括所获取的使用频率超过阈值的逻辑代码。而为了让客户端调用更简单更灵活通用，降低客户端调用代码复杂度，提高远程服务调用开发效率，本申请会基于现有客户端调用技术基础上，对客户端调用逻辑进行了灵活设计及封装。本实施方式中的封装过程为，从接口调用代码X中提取出注解代码X1，当然本实施方式中仅是举例说明，而并不对所提取的具体代码类型进行限定，在提取完之后接口调用代码中所剩余的为代码X2，此时的封装具体指的是将注解代码X1与通用逻辑代码Y进行封装，并根据封装结果生成调用插件。此时所生成的调用插件由于集合了通用调用方式以及注解代码等相关内容，并进行了集中规范化管理，因此通过执行调用插件，无需进行调用代码的开发的情况下就可以实现对服务器的调用。另外，本实施方式中还会根据接口调用代码中所剩余的代码内容X2生成调用包。

步骤S103，将调用插件和调用包集成到调用方服务器，以使调用方服务器通过调用插件执行调用包以跨服务调用被调用方服务器。

可选的，将调用插件和调用包集成到调用方服务器，包括：确定与调用方服务器的通信方式；按照通信方式将调用插件和调用包发送到所调用方服务器，并将调用插件配置为调用方服务器的运行插件。

其中，本实施方式中终端设备会按照指定的通信方式将所生成的调用插件和调用包集成到调用方服务器，例如，采购管理微服务器，而采购管理微服务器在获取到调用插件和调用包之后，会根据终端设备的配置指令，建立与调用插件的调用关联关系，并将调用插件作为采购管理微服务的运行插件，使得采购管理微服务器器具有对调用插件的控制权限。

具体的说，本实施方式中的采购管理微服务器在确定调用插件配置完成的情况下，会通过运行调用插件来执行所获取的调用包，根据调用包的执行结果实现对供应商微管理服务器的调用过程，并且由于采购管理微服务器具备对调用插件的控制权限，因此采购管理微服务器能够暂停或重新启动调用插件的运行。当然，本实施方式中仅是举例说明，而并不对采购管理微服务器根据调用插件和调用包对供应商管理微服务器的调用方式进行限定，只要能够无需用户在采购管理微服务器侧额外开发相关代码，则都是在本申请的保护范围内，本实施方式中并不对其进行限定。

其中，本实施方式中提供了对Restful协议服务接口信息抽象结构建立，实现可视化建模快速接入Restful协议服务接口，并将接口数据结构化，提供客户端调用代码生成及调用能力，并对运行时代码进行封装，增强客户端调用代码的高可用易扩展能力，简化集成难度，提高Restful接口调用开发效率。解决传统分散式、不统一的调用方式，简化调用流程，降低调用Restful协议服务接口难度，并实现对服务接口的统一管理管控。

本实施方式中通过自动生成调插件和调用包并集成到调用方服务器，以使调用方服务器通过封装完成的调用插件执行调用包以实现对被调用方服务器的自动调用，从而通过构建通用的调用插件减少了用户的开发成本和调用复杂度，提高了开发效率。

实施例二

图5为本发明实施例二提供的芯片设计前端质量行为的执行方法的流程图，在上述实施例的基础上，在将调用插件和调用包集成到调用方服务器，以使调用方服务器通过调用插件执行调用包以跨服务调用被调用方服务器之后，还包括对跨服务调用结果进行检测。如图5所示，该方法包括：

步骤S201，获取被调用方服务器Restful接口的结构化数据，并根据结构化数据生成针对被调用方服务器的接口调用代码。

可选的，获取被调用方服务器Restful接口的结构化数据，包括：通过可视化建模设计器接入外部服务获取被调用方服务器Restful接口的原始数据；获取预先创建的Restful接口抽象结构，其中，Restful接口抽象结构中包括Restful接口的数据指定结构；通过可视化建模设计器根据数据指定结构对原始数据进行转换生成结构化数据。

可选的，通过可视化建模设计器根据数据指定结构对原始数据进行转换生成结构化数据，包括：通过可视化建模设计器根据数据指定结构对原始数据采用手工录入的方式，根据用户的录入指令对原始数据逐条进行转换以生成结构化数据；或者，通过可视化建模设计器根据数据指定结构对原始数据采用Swagger导入的方式，集中对原始数据进行转换以生成结构化数据。

可选的，根据结构化数据生成针对被调用方服务器的接口调用代码，包括：获取Restful接口调用的历史最佳代码，对最佳代码中的静态部分进行代码固化，动态部分进行标签替换以生成代码模板，其中，历史最佳代码为调用成功率最高的代码；通过代码生成器对结构化数据进行包装处理获取处理后的结构化数据；通过运行模板引擎将处理后的结构化数据与代码模板进行整合生成接口调用代码。可选的，通过运行模板引擎将处理后的结构化数据与代码模板进行整合生成接口调用代码，包括：获取结构化数据的类型，并根据类型确定在代码模板中的添加位置；将结构化数据填充到添加位置处以生成接口调用代码。

步骤S202，获取预先配置的通用逻辑代码，根据通用逻辑代码和接口调用代码生成调用插件和调用包。

可选的，根据通用逻辑代码和接口调用代码生成调用插件和调用包，包括：从接口调用代码中提取出指定代码内容，其中，指定代码内容包括注解代码；将通用逻辑代码和指定代码内容进行封装以生成调用插件；根据接口调用代码中所剩余的代码内容生成调用包。

步骤S203，将调用插件和调用包集成到调用方服务器，以使调用方服务器通过调用插件执行调用包以跨服务调用被调用方服务器。

可选的，将调用插件和调用包集成到调用方服务器，包括：确定与调用方服务器的通信方式；按照通信方式将调用插件和调用包发送到所调用方服务器，并将调用插件配置为调用方服务器的运行插件。

步骤S204，对跨服务调用结果进行检测。

具体的说，本实施方式中的终端设备还可以对采购管理微服务器对供应商管理微服务器的调用过程进行监控，因此当确定采购管理微服务器在通过调用插件将调用包执行完毕的情况下会获取最终的跨服务调用结果，并对跨服务器调用结果进行检测。其中，在进行检测时包括多个方面，包括：检测调用结果中是否存在明显错误的情况，例如，出现乱码，或者所涉及到的调用参数是超出正常数值范围的；检测调用结果中是否存在调用未定义参数的情况，当然，本实施方式中仅是举例说明，而并不对调用结果的具体检测内容进行限定。

值得一提的是，当上述检测都通过的情况下，则确定调用成功完成，生成调用成功提示信息，以便于用户及时了解采购管理微服务器的调用状况；当上述检测任一项没有通过的情况下，则确定调用失败，并且根据检测没通过的具体项目生成匹配的报警提示，从而便于用户根据不同的报警提示采用不同的维护措施。当然，上述实施例中仅是以采购管理微服务器作为调用方服务器，将供应商管理微服务器作为被调用方服务器的场景为例进行说明，本实施方式中并不对调用场景以及调用场景中所涉及的调用方服务器和被调用方服务器进行限定。

本实施方式中通过自动生成调插件和调用包并集成到调用方服务器，以使调用方服务器通过封装完成的调用插件执行调用包以实现对被调用方服务器的自动调用，从而通过构建通用的调用插件减少了用户的开发成本和调用复杂度，提高了开发效率。

实施例三

图为本发明实施例三提供的一种跨服务的调用装置的结构示意图。如图6所示，该装置包括：接口调用代码生成模块310、调用插件和调用包生成模块320和调用模块330。

接口调用代码生成模块310，用于获取被调用方服务器Restful接口的结构化数据，并根据结构化数据生成针对被调用方服务器的接口调用代码；

调用插件和调用包生成模块320，用于获取预先配置的通用逻辑代码，根据通用逻辑代码和接口调用代码生成调用插件和调用包；

调用模块330，用于将调用插件和调用包集成到调用方服务器，以使调用方服务器通过调用插件执行调用包以跨服务调用被调用方服务器。

可选的，接口调用代码生成模块中包括结构化数据获取单元，用于通过可视化建模设计器接入外部服务获取被调用方服务器Restful接口的原始数据；

获取预先创建的Restful接口抽象结构，其中，Restful接口抽象结构中包括Restful接口的数据指定结构；

通过可视化建模设计器根据数据指定结构对原始数据进行转换生成结构化数据。

可选的，结构化数据获取单元，用于通过可视化建模设计器根据数据指定结构对原始数据采用手工录入的方式，根据用户的录入指令对原始数据逐条进行转换以生成结构化数据；

或者，通过可视化建模设计器根据数据指定结构对原始数据采用Swagger导入的方式，集中对原始数据进行转换以生成结构化数据。

可选的，接口调用代码生成模块中包括接口调用代码生成单元，用于获取Restful接口调用的历史最佳代码，对历史最佳代码中的静态部分进行代码固化，动态部分进行标签替换以生成代码模板，其中，历史最佳代码为调用成功率最高的代码；

通过代码生成器对结构化数据进行包装处理获取处理后的结构化数据；

通过运行模板引擎将处理后的结构化数据与代码模板进行整合生成接口调用代码。

可选的，接口调用代码生成单元，用于获取结构化数据的类型，并根据类型确定在代码模板中的添加位置；

将结构化数据填充到添加位置处以生成接口调用代码。

可选的，调用插件和调用包生成模块，用于从接口调用代码中提取出指定代码内容，其中，指定代码内容包括注解代码；

将通用逻辑代码和指定代码内容进行封装以生成调用插件；

根据接口调用代码中所剩余的代码内容生成调用包。

可选的，调用模块，用于确定与调用方服务器的通信方式；

按照通信方式将调用插件和调用包发送到所调用方服务器，并将调用插件配置为调用方服务器的运行插件。

本发明实施例所提供的一种跨服务的调用装置可执行本发明任意实施例所提供的一种跨服务的调用方法，具备执行方法相应的功能模块和有益效果。

实施例四

图7示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图7所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如跨服务的调用方法。

在一些实施例中，跨服务的调用方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的跨服务的调用方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行跨服务的调用方法。

本文中以上描述的装置和技术的各种实施方式可以在数字电子电路装置、集成电路装置、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上装置的装置(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程装置上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储装置、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储装置、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的跨服务的调用方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程天车作业报警装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行装置、装置或设备使用或与指令执行装置、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体装置、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在设备上实施此处描述的装置和技术，该设备具有：用于向用户显示信息的显示装置(例如，触摸屏)；以及按键，用户可以通过触摸屏或按键来将输入提供给设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。