一种数据处理的方法及装置与流程

本申请涉及数据处理技术领域，尤其涉及一种数据处理的方法及装置。

背景技术：

目前，数据处理技术在互联网技术领域占有重要的位置，且随着数据种类和数量的不断增大，互联网技术对于数据源的选取、数据的分类和数据的处理速率等方面的要求也不断提高。

现有技术对于数据处理的方法通常是：首先，第一服务器接收第二服务器发送的源文件数据，然后，第一服务器定时地对该源文件数据进行解析，并通过数据库的读写功能将解析后的源文件数据写入该数据库中，即：对解析后的源文件数据进行存储，最后，第一服务器在内存中对该源文件数据进行处理，得到目标文件数据。

上述现有技术虽然可以使得用户有效的得到目标文件数据，但是在一些实际应用场景中，需要服务器实时地对源文件数据进行处理，而现有技术在处理数据时，先要通过数据库的读写功能对源文件数据进行存储，因此需要耗费相对较长的时间，影响了服务器处理数据的效率，即：采用现有技术处理数据的方法无法达到实时处理数据的效果。

技术实现要素：

鉴于上述问题，本申请实施例提供一种数据处理的方法，用于解决现有技术在处理数据时，由于数据库需要保存数据而导致无法实时地处理数据的问题。

一种数据处理的方法，该方法包括：

接收源文件数据流；

将所述源文件数据流输入内存通道，利用内存通道中与所述源文件数据流对应的数据处理模型对所述源文件数据流进行处理，得到目标文件数据流，所述内存通道包含至少一个数据处理模型，所述数据处理模型为根据源文件数据流的内容与目标文件数据流的内容之间的预定映射规则建立的模型。

优选地，在接收源文件数据流之前，所述方法还包括：

监听源文件数据流是否到达，如果已到达，则接收所述源文件数据流；如果未到达，继续对源文件数据流进行监听。

优选地，所述预定映射规则包括：

获取预设的源文件数据流和目标文件数据流；

将所述预设的源文件数据流作为数据处理模型中的输入，并将所述预设的目标文件数据流作为数据处理模型的输出，对所述数据处理模型进行训练，得到所述数据处理模型。

优选地，所述接收源文件数据流包括：

接收配置文件中指定服务器发送的源文件数据流。

优选地，在得到目标文件数据流之后，所述方法还包括：

对所述源文件数据流和/或目标文件数据流进行存储。

优选地，所述源文件数据流为二进制编码形式的数据流。

一种汇率报价方法，该方法包括：

第三方支付平台服务器从与所述第三方支付平台连接的金融系统中接收汇率报价源文件流；

第三方支付平台服务器将所述汇率报价源文件流输入到内存通道，利用内存通道中与所述汇率报价源文件流对应的数据处理模型对所述汇率报价源文件流进行处理，得到目标汇率报价文件流，所述内存通道包含至少一个数据处理模型，所述数据处理模型为根据汇率报价源文件流的内容与目标汇率报价文件流的内容之间的预定映射规则建立的模型。

一种数据处理的装置，该装置包括：

接收单元和处理单元，其中：

所述接收单元，用于接收源文件数据流；

所述处理单元，用于将所述源文件数据流输入内存通道，利用内存通道中与所述源文件数据流对应的数据处理模型对所述源文件数据流进行处理，得到目标文件数据流，所述内存通道包含至少一个数据处理模型，所述数据处理模型为根据源文件数据流的内容与目标文件数据流的内容之间的预定映射规则建立的模型。

优选地，所述装置还包括监听单元，所述监听单元用于：

监听源文件数据流是否到达，如果已到达，则接收所述源文件数据流；如果未到达，继续对源文件数据流进行监听。

优选地，所述接收单元具体用于：

接收配置文件中指定服务器发送的源文件数据流。

优选地，所述装置包括存储单元，所述存储单元用于：

对所述源文件数据流和/或目标文件数据流进行存储。

本申请实施例通过接收源文件数据流，将该源文件数据流输入内存通道，并利用内存通道中与该源文件数据流对应的数据处理模型对该源文件数据流进行处理，得到目标文件数据流；这里的内存通道包含至少一个数据处理模型，且该数据处理模型为根据源文件数据流的内容与目标文件数据流的内容之间的预定映射规则建立的模型。应用本申请实施例获得的的有益效果是：相比于现有技术获取目标文件数据的方法，本申请实施例在接收到源文件数据流后，直接在内存中对该源文件数据流进行处理，避免了现有技术在处理数据之前，需将该数据输入到数据库进行存储的步骤，提高了服务器处理数据的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限 定。在附图中：

图1为本申请实施例1提供的一种数据处理的方法的流程示意图；

图2为本申请实施例1提供的一种数据处理的方法的示意图；

图3为本申请实施例1提供的一种数据处理的方法的流程示意图；

图4为本申请实施例2提供的一种汇率报价方法的流程示意图；

图5为本申请实施例3提供的一种数据处理的装置的结构示意图。

具体实施方式

在背景技术中已经提到，在目前的很多互联网应用场景中，通常会使用数据库的读写功能先对源文件数据进行存储，存储后，再在内存中对该源文件数据进行处理，从而获取目标文件数据；因为数据库存在于硬盘中，所以在使用数据库的读写功能对源文件数据存储时，会消耗相对较长的时间。而在实际的很多应用场景中，要求对数据进行实时地处理，例如，在第三方支付平台执行汇率报价时，要求第三方支付平台尽可能实时地对用户进行汇率报价，这时第三方支付平台需要在接收到银行或其他金融机构发送的汇率文件后，实时地对汇率文件中的汇率数据进行处理；而现有技术在对源文件数据处理时，服务器中的数据库先要对接收的源文件数据进行存储，因此无法做到实时地处理源文件数据。本申请实施例针对上述问题，提供了一种数据处理的方法及装置，用于实施处理源文件数据的服务器实时地处理源文件数据。

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

本申请实施例提供的一种数据处理的方法，该方法用于提高服务器处理源文件数据的效率。该方法的具体流程示意图如图1所示，该方法具体包括以下步骤：

步骤101：接收源文件数据流。

本步骤中，第一服务器接收第二服务器发送的源文件数据流，例如，第三方支付平台在执行汇率报价时，第三方支付平台对应的服务器先接收银行或者其他金融机构服务器发送的汇率文件数据流，然后再根据预设规则对该汇率文件的数据进行处理，最终获得用于汇率报价的数据。

可选地，第一服务器在接收第二服务器发送的源文件数据流之前，第一服务器可以开启消息监听功能，具体地，当监听到第二服务器发送的源文件数据里已经到达，则第一服务器接收该源文件数据流，如果监听到源文件数据没有到达，则继续开启监听功能。

第一服务器开启消息监听功能的目的是：可以使得第一服务器及时地接收第二服务器发送的源文件数据流，并在接收到该源文件数据流后，及时的对该源文件数据流进行处理，提高了第一服务器处理数据的效率。

需要说明的是，本申请实施例记载的“第一服务器”和“第二服务器”中的“第一”和“第二”没有特殊含义，仅仅是为了区分不同的服务器。

本申请实施例中第一服务器接收第二服务器发送的源文件数据流，该源文件数据流可以采用二进制编码或者其他编码形式。

具体地，第一服务器在接收第二服务器发送的源文件数据流之前，该第二服务器将源文件数据转换成二进制编码或者其他编码形式的数据流，且第一服务器和第二服务器需要约定源文件数据流的编写格式，即：第二服务器需要按照约定的数据格式编写源文件数据流，这样，第一服务器在接收到该源文件数据流时，才能更加准确地、快速地对该源文件数据进行解析。

另外，第一服务器在接收第二服务器发送的源文件数据时，通常为了保证 数据传输的安全性，只接收指定服务器发送的源文件数据。

可选地，第一服务器在接收第二服务器发送的源文件数据之前，第一服务器需要和第二服务器之间进行约定，具体可表现为：第一服务器中的配置文件中，含有第二服务器的标识信息，同理，第二服务器中的配置文件中，含有第一服务器的身份标识。

具体地，当第一服务器中在接收某一服务器发送的源文件数据时，根据该服务器的标识信息，发现该标识信息是配置文件中对应的第二服务器的标识信息，则第一服务器接收该源文件数据。

具体地，当第一服务器中在接收某一服务器发送的源文件数据时，根据该服务器的标信息，发现该标识信息不是配置文件中对应的第二服务器的标识信息，则第一服务器拒绝接收该汇率文件，或者第一服务器在拒绝接收该汇率文件的同时，开启保护模式，目的是防止黑客或其他服务器等非法获取该源文件数据流，或者对第一服务器进行非法操作。

步骤102：将所述源文件数据流输入内存通道，利用内存通道中与所述源文件数据流对应的数据处理模型对所述源文件数据流进行处理，得到目标文件数据流。

所述内存通道包含至少一个数据处理模型，所述数据处理模型为根据源文件数据流的内容与目标文件数据流的内容之间的预定映射规则建立的模型。

本步骤中的数据处理模型是根据源文件数据流的内容和目标文件数据流的内容之间的预设映射规则建立的模型。

可选地，上述预设映射规则可以是：首先，获取预设的源文件数据流和相应的目标数据流，然后，将该预设的源文件数据流作为数据处理模型的输入数据，并将该预设的目标文件数据流作为数据处理模型的输出数据，对该数据模型进行训练，最终获得该数据处理模型。例如：预设的源文件数据流的内容为“a＝20”，预设的目标数据流的内容为“b＝15”，则对应的数据处理模型可以是“b＝a-5”；这里只是示例性的说明获取数据处理模型的过程，在实际获取 模型的过程中，用于训练模型的预设源文件数据流和目标数据流更加复杂，相应地，训练模型的过程也会更加的复杂。

且本步骤中的第一服务器中的数据处理模型的数量是一个或者多个，如图2所示为本申请实施例提供的第一服务器处理源文件数据流的示意图，其中，该第一服务器的内存中有很多个数据处理模型，即a1、a2……an均为数据处理模型。

在第一服务器接收到第二服务器发送的源文件数据流后，第一服务器将该源文件数据流输入到第一服务器中的内存通道中，并根据该源文件数据流，选择与该源文件数据流对应的数据处理模型。

可选地，可以根据源文件数据流对应的业务信息，选择相应的数据处理模型，例如，如果该源文件数据流是用于“出口”的汇率数据流，则可以选择预设的用于“出口”的汇率处理模型，如果该源文件数据流是用于“进口”的汇率数据流，则可以选择预设的用于“进口”的汇率处理模型。

可选地，可以根据源数据流对应的具体数值，选择相应的数据处理模型，例如，第一服务器本次接收到的源文件数据流是“a＝20”，如果上次服务器计算获得的目标文件数据流为“b＝15”，该第一服务器通过计算获得本次接收到的源文件数据比上次的目标文件数据增加了5，假设规定当本次接收的源文件数据比目标文件数据增加的范围为“0～5”时，处理数据的模型为“b＝b+0.3a”，则本次获得的目标文件数据为“b＝b+0.3a＝15+0.3×20＝21”。

上述源文件数据内容、目标文件数据内容和数据处理模型均是示例性的说明，在实际应用中，源文件数据内容、目标文件数据内容会更加的复杂，相应的数据处理模型也会更加复杂，这里并没有对源文件数据内容、目标文件数据内容和数据处理模型构成具体限定。

可选地，在第一服务器获得目标文件数据流后，可以将目标数据流进行存储，还可以将获得的源文件数据流进行存储。与现有技术相比，本申请实施例在第一服务器获得目标数据之后，才对源文件数据流和目标文件数据流进行存 储，这样既存储了数据，又提高了第一服务器处理源文件数据的效率。

为了更加清楚的说明本申请实施例，下面完整的对本申请实施例提供的数据处理的方法进行说明，具体工作流程如图3所示：

步骤s301：接收源文件数据流，具体地，第一服务器接收第二服务器发送的源文件数据流。

步骤s302：开启消息接听功能，即：第一服务器对接收的消息进行监听。

步骤s303：判断是否有新消息，即根据步骤s302对第一服务器接收到的消息进行监听，如果监听到第二服务器发送的源文件数据流未到达时，则执行步骤s304：继续开启消息监听功能；如果监听到第二服务器发送的源文件数据流到达时，则执行步骤s305：执行数据处理模型，即：立即对接收到的源文件收流进行处理。

步骤s306：获取目标资源数据。

本申请实施例通过接收源文件数据流，将该源文件数据流输入内存通道，并利用内存通道中与该源文件数据流对应的数据处理模型对该源文件数据流进行处理，得到目标文件数据流；这里的内存通道包含至少一个数据处理模型，且该数据处理模型为根据源文件数据流的内容与目标文件数据流的内容之间的预定映射规则建立的模型。应用本申请实施例获得的有益效果是：相比于现有技术获取目标文件数据的方法，本申请实施例在接收到源文件数据流后，直接在内存中对该源文件数据流进行处理，避免了现有技术在处理数据之前，需将该数据输入到数据库中进行存储的步骤，即：省去了数据库读写数据的时间，提高了服务器处理数据的效率。

实施例2

实施例1提供了一种数据处理的方法，基于相同的发明构思，实施例3提供了一种汇率报价方法，具体用于第三方支付平台进行汇率报价。

为了更清楚的说明申请实施例，有必要先对第三方支付平台以及现有技术 第三方支付平台汇率报价的方法进行说明，具体如下：

目前当用户在网上各大应用平台进行相关消费时，通常先将交易金额支付给第三方支付平台，等到用户收到交易商品或完成其他相关消费时，先在第三方支付平台上进行确认，第三方支付平台才将交易金额转付给相应的交易商家。

在用户使用第三方支付平台进行交易的过程中，有时会有外币的流通，为了保障用户之间交易的准确性，第三方支付平台需要执行汇率报价。现有技术中第三方支付平台执行汇率报价通常的步骤是：第一步：第三方支付平台的服务器从与该第三方支付平台连接的金融系统中接收汇率报价源文件，这里的汇率报价源文件可以是针对某外币汇率的增长或下降幅度，或者直接是当前时刻某外币的汇率等；第二步：该第三方支付平台将该汇率报价源文件在数据库中进行存储，其中，主要运用数据库的读写功能将该汇率报价源文件写进数据库中；第三步：待将该汇率报价源文件存储后，再在内存通道中对该汇率报价源文件中的数据进行处理，从而获得汇率报价的数据。

现有技术第三方支付平台执行汇率报价可以保障用户之间进行外币交易时的准确性，但在处理汇率报价源文件中的数据之前，需运用数据库的读写功能对该汇率报价源文件进行存储，通常数据库在对文件进行读写时，每个步骤需要消耗相对较长的时间，因此利用现有技术第三方支付平台无法做到实时的执行汇率报价。

下面对本申请实施例提供的用于第三方支付平台汇率报价的方法进行详细说明，该方法具体用于第三方支付平台的服务器在所述服务器的内存中对待处理的汇率数据进行处理，并获得汇率报价的数据。该方法的具体流程示意图如图4所示，该方法的具体步骤如下：

步骤401：第三方支付平台服务器从与所述第三方支付平台连接的金融系统中接收汇率报价源文件流；

本步骤中，第三方支付平台的服务器接收相关银行或金融机构(与该第三支付平台连接的金融系统)发送的汇率报价源文件流，这里的汇率报价源文件 的内容可以包含当前时刻某外币的汇率，例如，假设当前时刻美元与人民币之间的汇率为6.771，即一美元兑换6.771元人民币，这时的汇率报价源文件就可以包含当前时刻美元与人民币之间的汇率；或者是相比于上次该第三方支付平台接收到的汇率报价源文件中美元与人民币之间的汇率的变化幅度，假如上次汇率报价源文件中美元与人民币之间的汇率为6.689，当前时刻美元与人民币之间的汇率为6.771，即相比于之前的汇率增加了0.082，这时的汇率报价源文件就可以包含当前时刻美元与人民币之间的汇率相比于之前的汇率增加了0.082，或者是相比于之前的汇率增长了1.211％等。

可选地，在该第三方支付平台的服务器接收相关银行或金融机构发送的汇率报价源文件之前，第三支付平台的服务器可以开启消息监听功能，即，当监听到汇率报价源文件到达时，立即接收该汇率报价源文件，当监听到汇率报价源文件没有到达时，该第三支付平台继续开启消息监听功能。

相关银行或金融机构在向第三方支付平台发送汇率报价源文件流时，需要将该汇率报价源文件中的相关数据按照固定的数据格式进行编写，且该格式需要该银行或金融机构与第三方支付平台进行约定，目的是方便第三方支付平台对应的服务器对接收到的汇率报价源文件流进行解析。例如，汇率报价源文件流中要求的格式为“a＝1,b＝6.689,a＝b”，即a表示的是美元，b表示的是人民币，整个式子表示的是1美元等于6.689人民币，将该格式的数据发送至第三方支付平台对应的服务器中，因为发送汇率报价源文件流的银行或金融机构提前与该第三方支付平台对应的服务器约定过数据的编写格式，所以该服务器在接收到汇率报价源文件流后，就可以完成对该数据流的解析，从而获取汇率报价的数据；上述“a＝1,b＝6.689,a＝b”的数据格式只是示例性的说明汇率报价源文件中的数据格式,并没有对汇率报价源文件中的数据格式构成限定。

在本步骤中，第三方支付平台的服务器获取汇率报价源文件流的数据，这里的数据可以采用二进制代码或其它表示方式将汇率报价源文件的内容表示出来；且这里用于接收相关银行和金融机构的第三方支付平台的服务器，同样 也是第三方支付平台与该相关银行和金融机构提前约定好的服务器，目的保障数据传输的安全性。

需要说明的是，在实际应用中，每个第三方支付平台所合作的银行和金融机构均不相同，因此为了保障数据的安全性，第三方支付平台可以只与配置文件中的银行或金融机构传送数据，这里的配置文件中包含与该第三支付平台具有合作关系的银行或金融机构的标识信息，该第三方支付平台根据配置文件中的标识信息与相应的银行或金融机构进行数据传送。

在本申请实施例中，第三方支付平台的服务器所接收的汇率报价源文件流包含的内容可以与现有技术中的汇率报价文件流所包含的内容相同或相似；且上述汇率报价源文件流所包含的具体内容只是示例性的说明，在实际的应用中，汇率报价源文件流中所包含的相关数据更加的复杂，这里只是为了更清楚的说明本方案，进行简单的举例，但并没有对汇率报价源文件流中包含的内容进行限定。

步骤402：第三方支付平台服务器将所述汇率报价源文件流输入到内存通道，利用内存通道中与所述汇率报价源文件流对应的数据处理模型对所述汇率报价源文件流进行处理，得到目标汇率报价文件流。

所述内存通道包含至少一个数据处理模型，所述数据处理模型为根据汇率报价源文件流的内容与目标汇率报价文件流的内容之间的预定映射规则建立的模型。

当第三方支付平台的服务器接收到相关银行或金融机构发送的汇率报价源文件时，需要根据该汇率报价源文件选择合适的汇率报价的模型。

可选地，可以根据该汇率报价源文件的业务类型，选择相应的数据处理模型。例如，第三方支付平台的服务器接收到的源文件流是用来“出口”，则可以选择预设的用于“出口”的汇率处理模型，如果该汇率报价源文件数据流是用于“进口”的汇率数据流，则可以选择预设的用于“进口”的汇率处理模型。

可选地，可以根据该汇率报价源文件的具体数据，选择相应的数据处理模 型。例如，某个第三方支付平台的服务器上次接收到的汇率报价数据表示的内容是“a＝1,b＝6.689,a＝b”，即该数据表示：在上次接收到该汇率数据所表示的具体内容是:1美元可以兑换6.689元人民币，如果在当前时刻该第三方支付平台的服务器接收到的数据表示的内容为“a＝1,b＝6.771,a＝b”，这时根据当前时刻获取的该数据，可以选择的汇率报价模型是“w＝b+0.013b”，即这里第三方支付平台的服务器接收到的“a＝1,b＝6.689,a＝b”中的“b＝6.689”作为待处理的汇率数据，且将“b＝6.689”作为选取的汇率报价模型的输入数据，获得当前时刻该第三方支付平台中美元与人民币之间的汇率为6.775。

上述实例中汇率报价模型“w＝b+0.013b”只是示例性的说明，在实际应用中，第三方支付平台在接收到银行或金融机构发送的汇率数据后，会根据该数据和其他因数对待处理的数据进行处理，即使用的汇率报价模型会更加的复杂。

应用本申请实施例，第三支付平台的服务器从与该第三方支付平台连接的金融系统中接收汇率报价源文件流，将该汇率报价源文件流输入到内存通道，利用内存通道中与该汇率报价源文件流对应的数据处理模型对该汇率报价源文件流进行处理，得到目标汇率报价文件流，该内存通道包含至少一个数据处理模型，该数据处理模型为根据汇率报价源文件流的内容与目标汇率报价文件流的内容之间的预定映射规则建立的模型。应用本申请实施例获得的有益效果是：相比于现有技术第三方支付平台汇率报价的方法，本申请实施例在接收到汇率报价源文件流后，直接在内存中对该汇率报价源文件流进行处理，避免了现有技术第三方支付平台在处理汇率报价源文件数据之前，需将该数据输入到数据库中进行存储的步骤，即：省去了数据库读写数据的时间，提高了第三方支付平台的服务器执行汇率报价的效率。

实施例3

实施例1提供了一种数据处理的方法，相应地，本实施例相应地提供了一种数据处理的装置，所述装置存在于处理源文件数据的服务器中，该装置的具 体结构示意图如图5所示。该装置具体包括：接收单元501和处理单元502，其中：

所述接收单元501，可以用于接收源文件数据流；

所述处理单元502，可以用于将所述源文件数据流输入内存通道，利用内存通道中与所述源文件数据流对应的数据处理模型对所述源文件数据流进行处理，得到目标文件数据流，所述内存通道包含至少一个数据处理模型，所述数据处理模型为根据源文件数据流的内容与目标文件数据流的内容之间的预定映射规则建立的模型。

该装置实施例的具体工作流程如下：首先，处理源文件数据的服务器中的接收单元501接收其他服务器发送的源文件数据流，然后，处理单元502根据接收到的源文件数据流，并利用内存通道中与该源文件数据流对应的数据处理模型对该源文件数据流进行处理，得到目标文件数据流。

该装置实施例处理源文件数据流的实施方式有很多种，在一种实施方式中，该装置还包括监听单元503，所述监听单元503可以用于：

监听源文件数据流是否到达，如果已到达，则接收所述源文件数据流；如果未到达，继续对源文件数据流进行监听。

所述监听单元503可以实时地提醒服务器源文件数据流已经到达，并使得该服务器及时地对该源文件数据流进行处理，提高了处理源文件数据流的效率。

在另一种实施方式中，所述接收单元501具体用于：

接收配置文件中指定服务器发送的源文件数据流。

所述接收单元501接收指定服务器发送的源文件数据流，保证数据传输的安全性，且防止其他服务器对处理该源文件数据的服务器进行非法操作。

在又一种实施方式中，所述装置包括存储单元504，所述存储单元504用于：

对所述源文件数据流和/或目标文件数据流进行存储。

所述存储单元504是在服务器对接收到的源文件数据流处理后，再对源文 件数据和/或目标文件数据流进行存储，避免在处理源文件数据时，由于数据库在对该源文件数据存储时消耗相对较长时间。

应用本装置实施例获得的有益效果与实施例1中的方法实施例获得的有益效果相同或类似，为避免重复，这里不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输 出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人 员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。