应用程序测试方法及装置、电子设备和可读存储介质与流程

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

背景技术：

在影像类交互应用软件的测试工作中，涉及影像设备交互。例如，使用影像设备扫描图像之后，才能进行后续的软件测试工作。目前测试方法主要分为人力测试和半自动化测试。人力测试主要缺陷为测试时间长，每个影像类交互应用软件的测试场景都需要执行连接影像设备、扫描影像、处理影像等过程。因此，人力测试只适用于简单的影像类场景测试工作。对于大型复杂的影像类场景，目前多采用半自动化测试，首先手动连接影像设备进行影像扫描，然后使用自动化脚本进行后续测试。半自动化测试主要有以下缺陷。例如，连接影像设备和扫描影像需要手动执行，自动化脚本需要手动触发。因此，目前的半自动化测试需要测试人员进行人为干预，没有真正实现自动化。

技术实现要素：

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

本公开的一个方面提供了一种应用程序测试方法，包括：监听是否接收到来自应用程序的用于调用影像设备的调用信号；响应于接收到来自上述应用程序的用于调用上述影像设备的调用信号，向上述应用程序返回调用成功信号，并获取用于测试上述应用程序的测试数据；以及根据上述调用信号和上述测试数据执行目标测试操作。

根据本公开的实施例，上述应用程序测试方法还包括：预先配置图像模板库，其中，上述图像模板库中的图像模板是通过对上述影像设备预先获取的实物图像进行处理后得到的；根据上述调用信号和上述测试数据从上述图像模板库中匹配出目标图像模板；以及根据上述测试数据和上述目标图像模板生成目标文件。

根据本公开的实施例，根据上述测试数据和上述目标图像模板生成目标文件包括：将上述测试数据填充至上述目标图像模板中，以生成上述目标文件。

根据本公开的实施例，根据上述调用信号和上述测试数据执行目标测试操作包括：向服务器发送上述调用信号和上述测试数据，以使得上述服务器执行上述目标测试操作。

本公开的另一方面提供了一种应用程序测试装置，包括监听模块、响应模块和执行模块。监听模块用于监听是否接收到来自应用程序的用于调用影像设备的调用信号；响应模块用于响应于接收到来自上述应用程序的用于调用上述影像设备的调用信号，向上述应用程序返回调用成功信号，并获取用于测试上述应用程序的测试数据；以及执行模块用于根据上述调用信号和上述测试数据执行目标测试操作。

根据本公开的实施例，应用程序测试装置还包括配置模块，用于预先配置图像模板库，其中，上述图像模板库中的图像模板是通过对上述影像设备预先获取的实物图像进行处理后得到的；匹配模块，用于根据上述调用信号和上述测试数据从上述图像模板库中匹配出目标图像模板；以及生成模块，用于根据上述测试数据和上述目标图像模板生成目标文件。

根据本公开的实施例，上述生成模块用于将上述测试数据填充至上述目标图像模板中，以生成上述目标文件。

根据本公开的实施例，上述执行模块用于向服务器发送上述调用信号和上述测试数据，以使得上述服务器执行上述目标测试操作。

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

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

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

根据本公开的实施例，通过监听是否接收到来自应用程序的用于调用影像设备的调用信号，直接向应用程序返回调用成功信号，模拟真正连接影像设备，然后根据调用信号和测试数据执行测试操作，使得测试应用程序时，无需真正连接影像设备，所以至少部分地克服了相关技术中对应用软件测试需要测试人员进行人为干预，没有真正实现自动化的技术问题，实现了自动化测试的效果。

附图说明

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

图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。在终端设备101和服务器103之间、终端设备101和影像设备102之间、影像设备102和服务器103之间提供有通信链路。例如，通信链路可以包括各种连接类型，如有线和/或无线通信链路。

用户可以使用终端设备101通过通信链路与服务器103交互，以接收或发送消息等，影像设备102也可以通过通信链路与服务器103通信，以接收或发送消息等。终端设备101上可以安装有各种应用，例如自动化测试工具，待测试应用等(仅为示例)。终端设备101可以是计算机等其他电子设备。

根据本公开的实施例，影像设备102可以是扫描仪，摄影机，图片识别器等等。

根据本公开的实施例，服务器103上可以安装有各种应用，例如自动化测试工具，待测试应用等(仅为示例)。

根据本公开的实施例，本公开可以提供自动化测试工具，可以将自动化测试工具部署在服务器103之外的其他服务器上。将待测试应用和自动化测试工具不部署在同一服务器的目的是一台或一组自动化测试工具服务器可以对应多台待测试应用的服务器，避免了多次部署。

根据本公开的实施例，本公开实施例所提供的应用程序测试方法可以由终端设备101执行，或者也可以由不同于终端设备101的其他终端设备执行。相应地，本公开实施例所提供的应用程序测试装置可以设置于终端设备101中，或设置于不同于终端设备101的其他终端设备中。

或者，需要说明的是，本公开实施例所提供的应用程序测试方法一般可以由服务器103执行。相应地，本公开实施例所提供的应用程序测试装置一般可以设置于服务器103中。本公开实施例所提供的应用程序测试方法也可以由不同于服务器103且能够与终端设备101和/或服务器103通信的服务器或服务器集群执行。相应地，本公开实施例所提供的应用程序测试装置也可以设置于不同于服务器103且能够与终端设备101和/或服务器103通信的服务器或服务器集群中。

或者，需要说明的是，根据本公开的实施例，本公开实施例所提供的应用程序测试方法可以由终端设备101和服务器103共同执行，或者也可以由不同于终端设备101和服务器103的其他终端设备执行。相应地，本公开实施例所提供的应用程序测试装置可以分别设置于终端设备101和服务器103中，或设置于不同于终端设备101和服务器103的其他终端设备中。

例如，通过终端设备101监听是否接收到来自应用程序的用于调用影像设备的调用信号，然后，终端设备101响应于接收到来自应用程序的用于调用影像设备的调用信号，向应用程序返回调用成功信号，并获取用于测试应用程序的测试数据。最后，终端设备101将调用信号和测试数据发送给服务器103，服务器103根据调用信号和测试数据执行目标测试操作。

根据本公开的实施例，通过监听是否接收到来自应用程序的用于调用影像设备102的调用信号，其中，应用程序可以安装在终端设备101和/或服务器103中。在监听接收到来自应用程序的用于调用影像设备102的调用信号，直接向应用程序返回调用成功信号，模拟真正连接影像设备102，然后根据调用信号和测试数据执行测试操作，使得测试应用程序时，无需真正连接影像设备102。也即，在应用程序测试过程中，影像设备102可以真正不存在测试场景中，当自动化测试脚本执行到需要用于调用影像设备102的调用信号时，直接向应用程序返回调用成功信号。所以至少部分地克服了相关技术中对应用软件测试需要测试人员进行人为干预，没有真正实现自动化的技术问题，实现了自动化测试的效果。

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

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

如图2所示，该方法包括操作s210～s230。

在操作s210，监听是否接收到来自应用程序的用于调用影像设备的调用信号。

根据本公开的实施例，应用程序可以是影像类交互软件。具体地，例如，以应用程序为电子影像及文档服务平台(electronicarchivesplatform，简称eap)为例，eap是银行各事中、事后类业务系统电子影像档案的统一的存储平台，为众多业务流转过程中产生的各种非结构化数据(例如包括图像、word、excel)进行集中保管、利用，提供了非结构化数据的采集、处理、传输、保管、调阅、刻录等服务。本公开可以是对电子影像及文档服务平台中的影像测试场景。

根据本公开的实施例，影像设备例如可以是扫描仪，摄影机，图片识别器等等。

在操作s220，响应于接收到来自应用程序的用于调用影像设备的调用信号，向应用程序返回调用成功信号，并获取用于测试应用程序的测试数据。

根据本公开的实施例，具体地，例如，针对银行类业务的应用场景，测试数据可以是针对凭证、账单、报表等测试数据。

在操作s230，根据调用信号和测试数据执行目标测试操作。

根据本公开的实施例，例如，以是根据调用信号确定被调用的影像设备类型，然后根据影像设备类型确定测试脚本，根据测试数据和测试脚本执行测试操作。

在相关技术中，针对银行类业务的应用场景，如果通过人工测试，需要在测试应用程序时，利用影像设备手动获取凭证、账单、报表的图像数据，不仅时间较长，而且重复测试次数较多，导致测试效率低下。

根据本公开的实施例，通过监听是否接收到来自应用程序的用于调用影像设备的调用信号，其中，应用程序可以安装在终端设备和服务器中。在监听接收到来自应用程序的用于调用影像设备的调用信号，直接向应用程序返回调用成功信号，模拟真正连接影像设备，然后根据调用信号和测试数据执行测试操作，使得测试应用程序时，无需真正连接影像设备。也即，在应用程序测试过程中，影像设备可以真正不存在测试场景中，当自动化测试脚本执行到需要用于调用影像设备的调用信号时，直接向应用程序返回调用成功信号。所以至少部分地克服了相关技术中对应用软件测试需要测试人员进行人为干预，没有真正实现自动化的技术问题，实现了自动化测试的效果。

下面参考图3～图5结合具体实施例对图2所示的方法做进一步说明。

图3示意性示出了根据本公开实施例的生成目标文件的流程图。

根据本公开的实施例，需要说明的是，图3所示的流程图可以是对图2中所示的操作s230的进一步描述。

如图3所示，生成目标文件包括操作s310～s330。

在操作s310，预先配置图像模板库，其中，图像模板库中的图像模板是通过对影像设备预先获取的实物图像进行处理后得到的。

根据本公开的实施例，以影像设备是扫描仪为例，通过扫描仪可以扫描得到交易凭证、账单、报表等实物的图像。基于图像识别技术，可以对实物图像进行处理，生成每一类图像的图像模板，保存在图像模板库中。

在操作s320，根据调用信号和测试数据从图像模板库中匹配出目标图像模板。

根据本公开的实施例，例如，调用信号为调用扫描仪的信号，测试数据中包括凭证等特征数据，可以根据扫描仪和凭证从图像模板库中匹配出关于凭证的模板。

在操作s330，根据测试数据和目标图像模板生成目标文件。

根据本公开的实施例，可以将测试数据填充至目标图像模板中，以生成目标文件。例如，将凭证中所需填写的数据填入凭证的模板中。

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

以应用程序为电子影像及文档服务平台(electronicarchivesplatform，简称eap)为例，如图4所示，应用程序测试方法包括操作s401～操作s410。

在操作s401，当自动化测试脚本测试eap时，eap会发出调用影像设备信号，然后监听调用信号。

在操作s402和操作s403，当监听到调用信号时，返回调用成功信号给eap，避免eap报错退出，同时获取用户参数输入。

在操作s404，可以将调用信号和输入参数等内容整理保存至本地的存储模块。

在操作s405，将调用信号和输入参数发送至云端服务器。根据本公开的实施例，可以通过flask架构上传给云端服务器。flask是一个轻量级的python实现的web服务框架，能够将参数内容压缩为rar文件上传给影像处理模块，传输速度快且安全性较高。

在操作s406，根据调用信号和输入参数从影像模板库中选择匹配的影像模板，该影像模板是eap提前通过影像设备采集格式化生成的。

在操作s407，按照影像模板格式，将输入参数处理并填充至模板，形成仿真影像文件。

在操作s408，将仿真影像文件格式化处理为xml文件。

在操作s409，将xml文件保存至服务器端或者发送给本地的存储模块进行存储。

在操作s410，通过通信模块将存储模块中的xml文件返回给调用方。

根据本公开实施例，通过影像监听服务，解决了影像类交互应用软件无法确定影像设备调用时间点问题，在影像监听过程中，首先监听应用软件调用影像设备信号，当监听到信号时，会模拟返回设备调用成功信号，跳过挂接影像设备过程。

在影像处理过程中，将根据应用软件调用影像设备的信号和用户输入参数选择匹配的影像模板，将用户输入参数按照匹配的影像模板处理生成对应的xml(可扩展标记语言)文件。

根据本公开实施例，根据调用信号和测试数据执行目标测试操作包括向服务器发送调用信号和测试数据，以使得服务器执行目标测试操作。

图5示意性示出了根据本公开实施例的通过本地客户端和服务器交互实现应用程序测试方法的示意图。

如图5所示，当自动化测试脚本测试应用程序时，被测试的应用程序会发出调用影像设备信号，然后本地客户端监听调用信号。本地客户端可以是安装在本地的用于测试该应用程序的测试工具可以是本公开所提供的应用程序测试装置。

根据本公开实施例，本地客户端中的监听模块501当监听到调用信号时，返回调用成功信号给应用程序，避免应用程序报错退出，同时参数输入模块502获取用户参数输入。

根据本公开实施例，内容存储模块503可以将调用信号和输入参数等内容整理保存至本地。

根据本公开实施例，第一通信模块504将调用信号和输入参数发送至服务器。

根据本公开实施例，影像模板匹配模块505根据调用信号和输入参数从影像模板库中选择匹配的影像模板，该影像模板是应用程序提前通过影像设备采集格式化生成的。影像模板库中保存了不同影像类交互软件、不同测试场景下的影像模板文件。影像模板库是提前维护好的模板库，会将不同影像类交互应用软件、不同测试场景下所有的影像处理成影像模板，如支票扫描设备扫描的支票图片，会将该支票图片处理为影像模板，当测试有关支票场景时，直接从模板库中选择支票影像模板，不再需要挂接影像设备再次扫描支票。

根据本公开实施例，影像处理模块506按照影像模板格式，将输入参数处理并填充至模板，形成仿真影像文件。模拟生成影像设备扫描产生的影像文件，避免了连接实体影像设备。

根据本公开实施例，文件生成模块507将仿真影像文件格式化处理为xml文件。可以适用于多种影像类交互应用软件、多种影像测试场景。xml文件是一种可扩展标记语言文件，xml文件是一种简单的、与平台无关的标准，用于定义数据本身的结构和数据类型，能够继承来自不同源的数据。使用xml文件便于测试各种各样的影像类交互应用软件。

根据本公开实施例，结果存储模块508将xml文件保存至服务器端。统一集中在存储模块中进行管理，支持在高并发场景下能够有效使用。

根据本公开实施例，通过第二通信模块509将存储模块中的xml文件返回给调用方，或者发送给本地客户端存储。

根据本公开实施例，本公开的应用程序测试方法可以应用于对影像类交互软件进行测试，测试独立性强，不再依赖实体影像设备，不再依赖实物扫描，不再依赖手工挂接影像设备进行扫描。本公开的测试方法覆盖面较广，能够覆盖所有影像类测试、覆盖各种测试数据。例如，根据本公开实施例，可以用于支票、前台凭证扫描、印鉴检验、票据信息识别、支票影像交换等多种影像测试场景。

根据本公开实施例，采用本地/服务器模块化架构，可以满足高并发场景测试。根据本公开实施例，能够大大减少影像类交互应用软件的测试时间。例如，将人力测试所需的3分钟降低为0.5分钟。

图6示意性示出了根据本公开实施例的应用程序测试装置的框图。

如图6所示，应用程序测试装置包括监听模块610、响应模块620和执行模块630。

监听模块610用于监听是否接收到来自应用程序的用于调用影像设备的调用信号。

响应模块620用于响应于接收到来自应用程序的用于调用影像设备的调用信号，向应用程序返回调用成功信号，并获取用于测试应用程序的测试数据。

执行模块630用于根据调用信号和测试数据执行目标测试操作。

根据本公开的实施例，通过监听是否接收到来自应用程序的用于调用影像设备的调用信号，其中，应用程序可以安装在终端设备和服务器中。在监听接收到来自应用程序的用于调用影像设备的调用信号，直接向应用程序返回调用成功信号，模拟真正连接影像设备，然后根据调用信号和测试数据执行测试操作，使得测试应用程序时，无需真正连接影像设备。也即，在应用程序测试过程中，影像设备可以真正不存在测试场景中，当自动化测试脚本执行到需要用于调用影像设备的调用信号时，直接向应用程序返回调用成功信号。所以至少部分地克服了相关技术中对应用软件测试需要测试人员进行人为干预，没有真正实现自动化的技术问题，实现了自动化测试的效果。

根据本公开实施例，应用程序测试装置600还包括配置模块、匹配模块和生成模块。

根据本公开实施例，配置模块用于预先配置图像模板库，其中，图像模板库中的图像模板是通过对影像设备预先获取的实物图像进行处理后得到的。

根据本公开实施例，匹配模块用于根据调用信号和测试数据从图像模板库中匹配出目标图像模板。

根据本公开实施例，生成模块用于根据测试数据和目标图像模板生成目标文件。

根据本公开实施例，生成模块用于将测试数据填充至目标图像模板中，以生成目标文件。

根据本公开实施例，执行模块630用于向服务器发送调用信号和测试数据，以使得服务器执行目标测试操作。

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

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

需要说明的是，本公开的实施例中应用程序测试装置部分与本公开的实施例中应用程序测试方法部分是相对应的，应用程序测试装置部分的描述具体参考应用程序测试方法部分，在此不再赘述。

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

根据本公开的实施例，以电子设备为计算机为例进行说明。

图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以外的一个或多个存储器。

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

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