编程接口测试方法及设备、电子设备和可读存储介质与流程

本公开涉及计算机技术领域，更具体地，涉及一种应用程序编程接口测试设备、一种应用程序编程接口测试方法、一种电子设备和一种计算机可读存储介质。

背景技术：

随着互联网技术的不断发展，基于互联网的应用越来越普及。例如，越来越多的互联网企业将自身的软件生态系统(softwareecosystemsystem，简称ses系统)以接口资源(interfaceresource，简称ir)的形式开放给第三方或者合作方调用。通过开放互联网企业的应用程序接口(applicationprogramminginterface，简称api接口)，不仅提高了软件定制化程度，而且由于大量第三方开发者的加入，促进了互联网企业的ses系统的繁荣。

在相关技术中，为了提升api接口服务规范化，提高api接口调用效率，目前一般通过api接口管理平台(apiplatform，简称apip)将不同软件生态系统的api接口进行统一管理。但是，针对新增api接口的测试，目前行业内普遍采用全流程测试，即每新增一个api接口，都需要api接口调用方(apiinterfacecells)、api接口服务方(apiinterfaceserver)和api接口管理平台三方协同进行联调测试，例如，打车软件“滴滴”在进行接口测试时，作为api接口调用方需要请求api接口服务方“百度地图”提供地图应用的接口服务。

发明人在实现本公开的过程中发现，由于api接口调用方(apiinterfacecells)、api接口服务方(apiinterfaceserver)和api接口管理平台分别属于不同的体系，依赖api接口调用方、api接口服务方和api接口管理平台三方协同对api接口进行联合测试，不仅沟通成本高，而且调用api接口服务方时，会消耗api接口服务方的资源，影响api接口服务方自身系统的稳定性。

技术实现要素：

有鉴于此，本公开提供了一种应用程序编程接口测试设备、一种应用程序编程接口测试方法、一种电子设备和一种计算机可读存储介质。

本公开的一个方面提供了一种应用程序编程接口测试设备，包括测试指令生成装置，用于根据待测试程序编程接口的测试参数和与上述待测试程序编程接口对应的测试案例模板生成测试指令；应用程序编程接口管理装置，用于根据上述测试指令确定上述待测试程序编程接口是否满足测试条件；以及测试指令处理装置，用于在确定上述待测试程序编程接口满足测试条件的情况下，根据上述测试指令生成测试报告。

根据本公开的实施例，上述测试指令生成装置包括：模板匹配模块，用于根据上述待测试程序编程接口的接口信息，从多个测试模板中匹配出与上述待测试程序编程接口对应的测试案例模板；以及数据库，用于存储上述待测试程序编程接口的测试参数。

根据本公开的实施例，上述测试指令生成装置还包括：测试案例生成模块，用于根据上述测试参数和与上述上述测试案例模板生成测试指令；发报通信模块，用于根据上述测试指令生成请求报文，并向上述应用程序编程接口管理装置发送上述请求报文，以使得上述应用程序编程接口管理装置根据上述请求报文确定上述待测试程序编程接口是否满足测试条件。

根据本公开的实施例，上述应用程序编程接口管理装置包括：网关模块，用于根据上述发报通信模块发送的请求报文确定上述待测试程序编程接口是否满足测试条件。

根据本公开的实施例，上述网关模块根据上述请求报文确定上述待测试程序编程接口是否满足测试条件包括以下至少之一：根据上述请求报文对上述待测试程序编程接口的调用方身份进行验证；根据上述请求报文对上述待测试程序编程接口的调用方权限进行验证；根据上述请求报文确定上述待测试程序编程接口是否满足接口限流控制条件。

根据本公开的实施例，上述应用程序编程接口管理装置还包括应用程序编程接口注册模块，用于根据上述接口信息对上述待测试程序编程接口进行注册和/或对上述应用程序编程接口服务方进行注册。

根据本公开的实施例，上述应用程序编程接口管理装置还包括数据存储模块，用于记录以下信息中的至少一个：应用程序编程接口调用方信息、应用程序编程接口服务方信息、应用程序编程接口调用方和应用程序编程接口服务方之间的关联信息、测试案例、测试记录信息。

根据本公开的实施例，上述测试指令处理装置包括：收报通信模块，用于在确定上述待测试程序编程接口满足测试条件的情况下，接收基于上述请求报文生成的业务报文，并对上述业务报文进行解析得到业务参数信息；参数校验模块，用于对上述业务参数进行校验，验证上述业务参数的合法性；接口逻辑处理模块，用于在验证上述业务参数合法的情况下，按照业务逻辑对上述请求报文进行响应；以及生成报告模块，用于根据上述参数校验模块和上述接口逻辑处理模块的输出结果生成测试报告。

本公开的另一个方面提供了一种应用程序编程接口测试方法，包括：测试指令生成装置根据待测试程序编程接口的测试参数和与上述待测试程序编程接口对应的测试案例模板生成测试指令；应用程序编程接口管理装置根据上述测试指令确定上述待测试程序编程接口是否满足测试条件；以及测试指令处理装置在确定上述待测试程序编程接口满足测试条件的情况下，根据上述测试指令生成测试报告。

本公开的另一个方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个指令，其中，当上述一个或多个指令被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的方法。

本公开的另一个方面提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，通过测试指令生成装置模拟api接口调用方，向应用程序编程接口管理装置发送用于请求api接口服务的测试指令，使用独立的测试指令处理装置模拟api接口服务方，提供api接口服务，无需依赖api接口调用方、api接口服务方和api接口管理平台三方协同对api接口进行联合测试，所以至少部分地克服了相关技术中接口测试沟通成本高，会消耗api接口服务方的资源，影响api接口服务方自身系统的稳定性的技术问题，进而达到了提高测试效率，提高api接口服务方的自身系统稳定性的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的应用程序编程接口测试设备的示图；

图2示意性示出了根据本公开实施例的应用程序编程接口测试设备的框图；

图3示意性示出了根据本公开另一实施例的应用程序编程接口测试设备的框图；

图4示意性示出了根据本公开实施例的应用程序编程接口测试方法的流程图；

图5示意性示出了根据本公开另一实施例的应用程序编程接口测试方法的流程图；

图6示意性示出了根据本公开实施例的应用程序编程接口测试方法的流程图；以及

图7示意性示出了根据本公开实施例的适于实现上文描述的方法的计算机系统的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。

本公开的实施例提供了一种应用程序编程接口测试设备，包括测试指令生成装置，用于根据待测试程序编程接口的测试参数和与待测试程序编程接口对应的测试案例模板生成测试指令；应用程序编程接口管理装置，用于根据测试指令确定待测试程序编程接口是否满足测试条件；以及测试指令处理装置，用于在确定待测试程序编程接口满足测试条件的情况下，根据测试指令生成测试报告。

图1示意性示出了根据本公开实施例的应用程序编程接口测试设备的示图。需要注意的是，图1所示仅为可以应用本公开实施例的应用程序编程接口测试设备的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以为其他设备。

如图1所示，根据该实施例的应用程序编程接口测试设备100可以包括终端设备101、102、103。网络104用以在终端设备101、102、103之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线和/或无线通信链路等等。

根据本公开的实施例，测试指令生成装置可以设置于终端设备101中；应用程序编程接口管理装置可以设置于终端设备102中；测试指令处理装置可以设置于终端设备103中。

根据本公开的实施例，需要说明的是，本公开实施例所提供的测试指令生成装置、应用程序编程接口管理装置和测试指令处理装置中的任意两个或三个也可以设置在同一个终端设备中。

例如，测试指令生成装置和应用程序编程接口管理装置可以设置于终端设备101中，测试指令处理装置可以设置于终端设备102中。或者，测试指令生成装置可以设置于终端设备101中，应用程序编程接口管理装置和测试指令处理装置可以设置于终端设备102中。再例如，测试指令生成装置、应用程序编程接口管理装置和测试指令处理装置设置于终端设备101、、102、103中的任意一个中。

本公开实施例所提供的应用程序编程接口测试方法可以由终端设备101、102、103中的一个或多个执行。也可以由不同于终端设备101、102、103且能够与终端设备101、102、103通信的其他设备执行。

应该理解，图1中的终端设备和网络的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备和网络的数目。

图2示意性示出了根据本公开实施例的应用程序编程接口测试设备的框图。

如图2所示，应用程序编程接口测试设备200可以包括测试指令生成装置210、应用程序编程接口管理装置220和测试指令处理装置230。

测试指令生成装置210用于根据待测试程序编程接口的测试参数和与待测试程序编程接口对应的测试案例模板生成测试指令。

根据本公开的实施例，待测试程序编程接口也可以称之为待测试api接口。根据本公开的实施例，测试参数与待测试api接口相关。例如，待测试api接口为支付类应用接口，测试参数可以包括账号、密码和支付额度等参数。

根据本公开的实施例，测试指令生成装置210中可以包括模板库，模板库中预先存储有多个测试案例模板，可以从模板库中匹配出与待测试api接口相匹配的模板。

根据本公开的实施例，在模拟测试时，可以根据待测试api接口的接口分类等信息查询模板库，自动生成测试案例模板。

根据本公开的实施例，可以根据模板提示导入参数文件，例如，导入包括账号、密码、支付额度等测试参数，自动生成测试指令，可以单独测试一个案例，也可以批量测试多个案例。无需等待第三方，例如api接口调用方和api接口服务方。测试指令可以直接模拟发送调用请求，传入参数，降低沟通成本，提高测试效率。

应用程序编程接口管理装置220用于根据测试指令确定待测试程序编程接口是否满足测试条件。

根据本公开的实施例，应用程序编程接口管理装置220是所有的api接口调用方发送api请求报文的目的地，是所有的api接口调用方的下游。同时，也是所有api接口服务方的请求报文的发送上游。

根据本公开的实施例，应用程序编程接口管理装置是提供api接口服务集中向外暴露的服务平台，内部的分支机构或合作方(包括个人开发者)可以通过服务平台调用注册在平台上的api接口，便捷地使用提供的api接口服务，实现api接口服务的快速创新。

根据本公开的实施例，可以通过测试指令生成装置210模拟api接口调用方，向应用程序编程接口管理装置220发送用于请求api接口服务的测试指令，使用独立的测试指令处理装置230模拟api接口服务方，提供api接口服务。

测试指令处理装置230用于在确定待测试程序编程接口满足测试条件的情况下，根据测试指令生成测试报告。

根据本公开的实施例，测试指令处理装置230在调用真正的服务化接口前，可以先进行参数合法性校验。如果发现参数不合法即返回结果，不会再调用到服务化接口，可以降低对软件系统资源的消耗，也能帮助第三方快速定位测试失败的问题，提高测试效率。

根据本公开的实施例，通过测试指令生成装置210模拟api接口调用方，向应用程序编程接口管理装置220发送用于请求api接口服务的测试指令，使用独立的测试指令处理装置230模拟api接口服务方，提供api接口服务，无需依赖api接口调用方、api接口服务方和api接口管理平台三方协同对api接口进行联合测试，所以至少部分地克服了相关技术中接口测试沟通成本高，会消耗api接口服务方的资源，影响api接口服务方自身系统的稳定性的技术问题，进而达到了提高测试效率，提高api接口服务方的自身系统稳定性的技术效果。

根据本公开的实施例，该设备适用于缺少api调用方或者缺少api服务方的测试场景，能有效地缩短api接口测试周期，节省api接口测试成本，快速提供api接入环境。

下面参考图3，结合具体实施例对图2所示的应用程序编程接口测试设备做进一步说明。

图3示意性示出了根据本公开另一实施例的应用程序编程接口测试设备的框图。

如图3所示，测试指令生成装置210包括模板匹配模块211和数据库212。

模板匹配模块211用于根据待测试程序编程接口的接口信息，从多个测试模板中匹配出与待测试程序编程接口对应的测试案例模板。

根据本公开的实施例，待测试程序编程接口的接口信息可以是接口分类等信息，根据接口分类等信息查询测试模板库，从多个测试模板中匹配出与待测试程序编程接口对应的测试案例模板。

数据库212用于存储待测试程序编程接口的测试参数。

根据本公开的实施例，数据库212可以存储有多个测试模板的参数文件，在确定待测试程序编程接口对应的测试案例模板之后，可以从数据库212中导入待测试程序编程接口对应的测试案例模板的参数文件，参数文件包括测试参数，例如，包括账号、密码、支付额度等测试参数。

根据本公开的实施例，测试指令生成装置210还包括测试案例生成模块213和发报通信模块214。

测试案例生成模块213用于根据测试参数和与测试案例模板生成测试指令。

发报通信模块214用于根据测试指令生成请求报文，并向应用程序编程接口管理装置220发送请求报文，以使得应用程序编程接口管理装置220根据请求报文确定待测试程序编程接口是否满足测试条件。

图4示意性示出了根据本公开实施例的应用程序编程接口测试方法的流程图。

如图4所示，该方法包括操作s401～s407。

在操作s401，导入待测试api接口说明文档。平台管理员可以将待测试api接口说明文档中的api接口信息导入应用程序编程接口管理装置220中。具体地，例如，将api接口信息导入注册模块完成接口注册。

根据本公开的实施例，可以设计参数解析模块，将api接口说明文档自动生成api接口测试案例，减少测试案例编写的工作量。

在操作s402，通过模板匹配模块211匹配测试案例模板。通过将待测试api接口信息导入测试指令生成装置210中的测试案例模板库，在测试案例模板库中匹配出适当的测试案例模板。

在操作s403，在数据库中获取适当的测试参数数据，最后将测试案例模板和测试参数数据输入测试案例生成模块213。

在操作s404，测试案例生成模块213根据匹配到的测试案例模板和测试参数信息，自动组合成测试指令。

在操作s405，通过发报通信模块214将api请求报文发送给应用程序编程接口管理装置220中的网关模块221。

根据本公开的实施例，应用程序编程接口管理装置220包括网关模块221。网关模块221用于根据发报通信模块214发送的请求报文确定待测试程序编程接口是否满足测试条件。

根据本公开的实施例，网关模块221可以是提供验签、加密、限流的集中安全管理平台。根据本公开的实施例，确定待测试程序编程接口是否满足测试条件实际上可以认为是确定调用待测试程序编程接口的请求是否满足测试条件，例如，可以是确定调用待测试程序编程接口的请求是否满足合法条件等等。

在操作s406，网关模块221可以通过非对称加密算法，或者也可以标识密码算法等等，验签和查看数据存储模块222中是否有相应的api接口调用方对api接口服务方的调用权限，以及是否满足api接口的限流控制。

根据本公开的实施例，网关模块221根据请求报文确定待测试程序编程接口是否满足测试条件包括根据请求报文对待测试程序编程接口的调用方身份进行验证；或者，根据请求报文对待测试程序编程接口的调用方权限进行验证；或者，根据请求报文确定待测试程序编程接口是否满足接口限流控制条件。

根据本公开的实施例，网关模块221也根据请求报文确定待测试程序编程接口是否满足上述多个条件。

在操作s407，若判断满足条件，则将待测试api业务报文发送到测试指令处理装置230。若判断不满足条件，则返回报错信息。其中，待测试api业务报文可以根据待测试api请求报文生成，待测试api业务报文中的内容可以是待测试api请求报文中的部分。

根据本公开的实施例，应用程序编程接口管理装置220还包括数据存储模块222和应用程序编程接口注册模块223。

数据存储模块222用于记录以下信息中的至少一个：应用程序编程接口调用方信息、应用程序编程接口服务方信息、应用程序编程接口调用方和应用程序编程接口服务方之间的关联信息、测试案例、测试记录信息。

应用程序编程接口注册模块223用于根据接口信息对待测试程序编程接口进行注册和/或对应用程序编程接口服务方进行注册。

根据本公开的实施例，测试指令处理装置230包括收报通信模块231、参数校验模块232、接口逻辑处理模块233和生成报告模块234。

收报通信模块231用于在确定待测试程序编程接口满足测试条件的情况下，接收基于请求报文生成的业务报文，并对业务报文进行解析得到业务参数信息。

参数校验模块232用于对业务参数进行校验，验证业务参数的合法性。

接口逻辑处理模块233用于在验证业务参数合法的情况下，按照业务逻辑对请求报文进行响应。

生成报告模块234用于根据参数校验模块和接口逻辑处理模块的输出结果生成测试报告。

图5示意性示出了根据本公开另一实施例的应用程序编程接口测试方法的流程图。

如图5所示，该方法包括操作s501～s505。

在操作s501，收报通信模块231接收到业务报文。同时，可以解析出报文中的业务参数信息并发送给参数校验模块232。

在操作s502，参数校验模块232在收到业务参数后，会自动判断业务参数的合法性。若未通过参数合法性检测，将返回响应报文，返回接口测试中某参数不合法；若通过参数合法性检测，则将业务报文发送给接口逻辑处理模块233。

在操作s503，接口逻辑处理模块233获取业务报文后，可以根据处理逻辑进行处理，输出接口响应报文，发送测试结果信息。

在操作s504，参数校验模块232输出的未通过参数合法性检测结果和接口逻辑处理模块233的输出结果，被生成报告模块234获取，自动生成测试报告。

在操作s505，生成报告模块234将测试报告发送给测试结果数据库中。

根据本公开的实施例，应用程序编程接口测试设备200还可以包括显示模块，例如，设置在测试指令生成装置210中，用于显示测试报告，达到了可视化展示的效果。生成报告模块234还可以将测试报告直接发送给显示模块显示。

根据本公开的实施例，通过模拟api接口调用方和api接口服务方进行操作，可以提高测试效率，缩短测试时间，可以在api接口调用方和api接口服务方不配合测试的情况下开始测试；同时，可以减少人力投入和资源投入，使用测试指令生成装置模拟api接口调用方发送请求api服务的报文，使用独立的测试指令处理装置模拟api接口服务方，提供api接口服务，可以在测试前期减少人力沟通成本减少资源的投入。通过本公开的实施例，应用程序编程接口测试设备可以适用所有在应用程序编程接口注册模块上注册的api接口测试。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，模板匹配模块211、测试案例生成模块213、发报通信模块214中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，模板匹配模块211、测试案例生成模块213、发报通信模块214中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，模板匹配模块211、测试案例生成模块213、发报通信模块214中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图6示意性示出了根据本公开实施例的应用程序编程接口测试方法的流程图。

如图6所示，该方法包括操作s601～s603。

在操作s601，测试指令生成装置根据待测试程序编程接口的测试参数和与待测试程序编程接口对应的测试案例模板生成测试指令。

在操作s602，应用程序编程接口管理装置根据测试指令确定待测试程序编程接口是否满足测试条件。

在操作s603，测试指令处理装置在确定待测试程序编程接口满足测试条件的情况下，根据测试指令生成测试报告。

根据本公开的实施例，通过测试指令生成装置模拟api接口调用方，向应用程序编程接口管理装置发送用于请求api接口服务的测试指令，使用独立的测试指令处理装置模拟api接口服务方，提供api接口服务，无需依赖api接口调用方、api接口服务方和api接口管理平台三方协同对api接口进行联合测试，所以至少部分地克服了相关技术中接口测试沟通成本高，会消耗api接口服务方的资源，影响api接口服务方自身系统的稳定性的技术问题，进而达到了提高测试效率，提高api接口服务方的自身系统稳定性的技术效果。

根据本公开的实施例，需要说明的是，本公开所提供的应用程序编程接口测试方法不限于上述图6中所描述的内容。可以理解，在图1～图5中所描述的测试方法部分也可以作为本公开所提供的应用程序编程接口测试方法，可以作为图6中所描述的内容的进一步解释。

根据本公开的实施例，还提供了了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个指令，其中，当所述一个或多个指令被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的测试方法。

根据本公开的实施例，以电子设备为计算机系统为例。

图7示意性示出了根据本公开实施例的适于实现上文描述的方法的计算机系统的框图。图7示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，根据本公开实施例的计算机系统700包括处理器701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。处理器701例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器701还可以包括用于缓存用途的板载存储器。处理器701可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram703中，存储有系统700操作所需的各种程序和数据。处理器701、rom702以及ram703通过总线704彼此相连。处理器701通过执行rom702和/或ram703中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom702和ram703以外的一个或多个存储器中。处理器701也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，系统700还可以包括输入/输出(i/o)接口705，输入/输出(i/o)接口705也连接至总线704。系统700还可以包括连接至i/o接口705的以下部件中的一项或多项：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom702和/或ram703和/或rom702和ram703以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。