清算系统间的数据处理方法及数据清算系统

摘要

本申请实施例公开了一种清算系统间的数据处理方法及数据清算系统，其中，所述方法包括：第一清算系统通过以预设时长为间隔的捞取任务，从上述记录的与所述第二清算系统间的待清分数据中，捞取在当前的捞取任务对应的捞取时间段内发生的待清分数据；将捞取的所述待清分数据进行第一预定处理，并将第一预定处理得到的预汇总结果数据与所述捞取时间段进行对应并存储。通过上述方法，在清分任务到来时，只需获取上述预汇总结果数据来进行第二预定处理，减低在清分任务到来时所需捞取的数据量，缓解清分过程所需消耗的运算资源。

说明书

技术领域

本申请涉及数据清算技术领域，特别涉及一种清算系统间的数据处理方法及数据清算系统。

背景技术

目前，各金融机构之间有资金数据清算的需求，而资金数据清算工作是通过各个金融机构的清算系统来实现的。一般地，清算过程包括清分和清偿两步，清分是清算的数据准备阶段，主要是将两个金融机构间的待清分数据按照指定的要素进行汇总、整理和分类；而清偿将根据清分过程计算得到的两个金融机构间的债权债务关系，通过约定的形式进行结清的过程。

通常，某些清算系统(如第三方支付平台的清算系统)在与其他清算系统进行资金数据清算时，需按照每个其他清算系统要求的清算时间点来进行。而随着业务的发展，目前清算系统的数量越来越多，并且每个清算系统的清算时间点也不尽相同，这就导致某些清算系统(如第三方支付平台的清算系统)必须适配各个其他清算系统的清算时间点的需求。例如，与第三方支付平台存在清算关系的其他机构包括A银行、B银行和C银行，其中，A银行的清算时间点是每天的21：00，B银行的清算时间点是每天的22：00，C银行的清算时间点是每天的22：50。两个清算系统间在进行资金数据的清算时，其中一个清算系统在另一个清算系统要求的清算时间点到来之前，需捞取预先记录的与另一个清算系统间在预设时间段内发生的资金数据，并针对捞取的资金数据进行求和运算，得到清算结果。例如，第三方支付平台在A银行的清算时间点是每天的21：00到来之前，捞取前一天的20：00到今天的20：00之间发生的资金数据，并针对捞取的这些资金数据进行求和运算。

现有技术中，清算系统间的数据清分任务一般是在清算系统约定的清算时间点到来前，通过将与该清算时间点对应预设时间段内发生的资金数据进行捞取，并对捞取的数据进行求和运算，最终利用求和运算的结果进行清算。在上述过程中，由于捞取的在预设时间段内发生的资金数据的数据量较大，导致上述求和运算过程会消耗清算系统较多的运算资源。另外，由于某个清算系统可能存在与多个其他的清算系统的清算需求，每个其他的清算系统的清算时间点又不尽相同，这就导致某个清算系统可能会在同一时间点进行与多个其他的清算系统间的清算工作。例如，A银行和B银行的清算时间点均是每天的21：00。这种情况势必会进一步增加对系统运算资源的消耗，给清算系统造成较大压力。

发明内容

本申请实施例的目的是提供一种清算系统间的数据处理方法及数据清算系统，解决现有技术清算系统间进行的数据清算过程会较多地消耗清算系统的运算资源，给清算系统造成较大压力的问题。

为解决上述技术问题，本申请实施例提供的清算系统间的数据处理方法及数据清算系统是这样实现的：

一种清算系统间的数据处理方法，包括：

第一清算系统将与至少一个第二清算系统间的待清分数据进行记录；

第一清算系统在接收到以预设时长为间隔的捞取任务的触发指令时，从上述记录的与所述第二清算系统间的待清分数据中，捞取在当前的捞取任务对应的捞取时间段内发生的待清分数据；其中，所述预设时长小于所述第一清算系统与所述第二清算系统间的清分周期时长；

第一清算系统将捞取的所述待清分数据进行第一预定处理，并将第一预定处理得到的预汇总结果数据与所述捞取时间段进行对应并存储；

第一清算系统在接收到以所述清分周期时长为间隔的清分任务的触发指令时，确定与该清分任务的清分时间段对应的每个捞取时间段，并从存储的预汇总结果数据中获取与确定的每个捞取时间段对应的预汇总结果数据；

第一清算系统对获取的与每个捞取时间段对应的预汇总结果数据进行第二预定处理，得到与所述清分任务对应的汇总结果数据。

一种数据清算系统，包括：

记录单元，用于将与至少一个第二清算系统间的待清分数据进行记录；

捞取单元，用于在接收到以预设时长为间隔的捞取任务的触发指令时，从上述记录的与所述第二清算系统间的待清分数据中，捞取在当前的捞取任务对应的捞取时间段内发生的待清分数据；其中，所述预设时长小于所述第一清算系统与所述第二清算系统间的清分周期时长；

预汇总单元，用于对捞取的所述待清分数据进行第一预定处理，并将第一预定处理得到的预汇总结果数据与所述捞取时间段进行对应并存储；

预汇总结果获取单元，用于在接收到以所述清分周期时长为间隔的清分任务的触发指令时，确定与该清分任务的清分时间段对应的每个捞取时间段，并从存储的预汇总结果数据中获取与确定的每个捞取时间段对应的预汇总结果数据；

清算汇总单元，用于对获取的与每个捞取时间段对应的预汇总结果数据进行第二预定处理，得到与所述清分任务对应的汇总结果数据。

由以上本申请各实施例提供的技术方案可见，本申请实施例中，第一清算系统通过以预设时长为间隔的捞取任务，捞取在当前的捞取任务对应的捞取时间段内发生的待清分数据并对捞取的待清分数据进行第一预定处理，并将第一预定处理得到的预汇总结果数据与所述捞取时间段进行对应并存储，这样，在以第一清算系统与第二清算系统间的清分周期时长为间隔的清分任务到来时，便可以通过确定与该清分任务的清分时间段对应的每个捞取时间段，从存储的预汇总结果数据中获取与确定的每个捞取时间段对应的预汇总结果数据，并最终利用获取的预汇总结果数据进行第二预定处理，得到与当前清分任务对应的汇总结果数据并完成清算过程。在上述过程中，通过设定以预设时长为间隔的捞取任务，该预设时长需小于第一、第二清算系统间的清分周期时长，从而可以在以清分周期时长为间隔的清分任务到来时，通过上述捞取任务预先将第一、第二清算系统间的待清分数据分批次地进行捞取，并预先进行第一预定处理，得到预汇总结果数据并存储。这样，在清分任务到来时，只需获取上述预汇总结果数据来进行第二预定处理，减低在清分任务到来时所需捞取的数据量，缓解清分过程所需消耗的运算资源。并且，在第一清算系统与至少一个第二清算系统存在清算需求时，可以避免因同一时间点需要完成与多个第二清算系统间的清算工作，而造成第一清算系统的运算资源消耗大的情况，进而缓解上述第一清算系统的压力。

附图说明

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

图1为本申请一实施例提供的清算系统间的数据处理方法的流程图；

图2示例性示出了本方法中的各时间点的关系；

图3为本申请一实施例提供的数据清算系统的模块示意图。

具体实施方式

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

图1为本申请一实施例提供的清算系统间的数据处理方法的流程，为解决现有技术中清算系统间进行的数据清算过程会较多地消耗清算系统的运算资源，给清算系统造成较大压力的问题，该数据处理方法包括如下步骤：

S101：第一清算系统将与至少一个第二清算系统间的待清分数据进行记录。

本申请以第一清算系统是第三方支付平台的清算系统，第二清算系统是银行机构的清算系统的应用场景为例。对于第三方支付平台的清算系统而言，在用户通过在该第三方支付平台上注册的账户进行资金转移(如，转账或支付到某银行的资金账户)后，可以生成与每条资金转移操作对应的明细数据(即待清分数据)并进行记录。一般地，每条与资金转移操作对应的明细数据可以包括涉及的金额、转出方、转入方、发生时间点等信息。在实际场景中，上述第三方支付平台可以与若干个银行机构的清算系统间具有资金清算的需求，可以通过上述明细数据中包含的转入方的信息，将与各个银行机构对应的待清分数据进行分类存储。例如，通过判断上述明细数据中包含的转入方的信息是否涉及“A银行”，可以将与“A银行”相关的明细数据全部整理到一张明细表中进行记录。

在上述场景中，第三方支付平台与银行之间的资金数据清算过程中，第三方支付平台需依据各银行的清分周期进行资金数据的清分汇总，并向各银行的清算系统提供相应的明细数据，以供银行的清算系统进行核对。

S102：第一清算系统在接收到以预设时长为间隔的捞取任务的触发指令时，从上述记录的与所述第二清算系统间的待清分数据中，捞取在当前的捞取任务对应的捞取时间段内发生的待清分数据；其中，所述预设时长小于所述第一清算系统与所述第二清算系统间的清分周期时长。

参照图2所示，假设该图2表达的是第三方支付平台与A银行的清算过程中的各时间点的关系。其中，假设A银行的清分周期时长是1小时，并且A银行的清分任务对应的清分时间点是21：10，一般地，为了确保在清分任务到来时，与其对应的待清分的明细数据已全部记录到数据库中(例如，由于网络延时等的原因，可能存在在10：00发生的明细数据到10：10还没有被记录)，清分任务需要设定一定的延迟时长。举例而言，在上述图2中，A银行的清分任务对应的清分时间点是每天的t5时刻(如：21：10)，该清分任务所需清分的清分时间段可以是t0时刻(如：20：00)到t3时刻(如：21：00)，从而通过设定10分钟的延迟时长(t3～t5之间的时长)来确保待清分的明细数据已全部记录到数据库中。其中，上述清分周期时长等于上述清分时间段。

在上述图2中，现有技术中，在上述清分时间点t5时刻(如：21：10)到来时，第三方支付平台的清算系统需要捞取在t0时刻(如：20：00)到t3时刻(如：21：00)之间发生的第三方支付平台与A银行间的资金明细数据，通常，对于第三方支付平台而言，随着业务的发展，在t0时刻(如：20：00)到t3时刻(如：21：00)之间发生的资金明细数据的一般数量较大，对这些资金数据进行一次性捞取并进行求和运算(所述求和运算是对涉及的金额进行求和)往往需要消耗较多的运算资源。并且上述第三方支付平台还与多个其他清算系统(例如其他银行机构的清算系统)具备数据清算的需求，这样，如果有多个银行的清算系统的清算时间点重合(例如：都是上述t5时刻)，则在该t5时刻到来后，上述第三支付平台的清算系统的资源消耗会在短时间内成倍的增加，给清算系统造成较大的压力，情况严重时甚至会导致系统崩溃。

为应对上述问题，本申请实施例通过设定以预设时长为间隔的捞取任务，该预设时长小于所述清分周期时长。举例而言，若清分周期时长是1小时，则预设为时长可以设定为30分钟，从而在t5时刻的清分任务到来之前，会设定两个捞取任务，这两个捞取任务的开始时刻分别是t2时刻(如：20：32)和t4时刻(如：21：02)，其中，在t2时刻的捞取任务，与其对应的捞取时间段可以是t0时刻(如：20：00)～t1时刻(如：20：30)；在t4时刻的捞取任务，与其对应的捞取时间段可以是t1时刻(如：20：30)～t3时刻(如：21：00)。也就是说，通过上述两个捞取任务，分两批将t0时刻(如：20：00)～t3时刻(如：21：00)之间发生的资金明细数据进行捞取，从而分别得到捞取的t0时刻(如：20：00)～t1时刻(如：20：30)之间发生的资金明细数据，以及在t1时刻(如：20：30)～t3时刻(如：21：00)之间发生的资金明细数据。

值得一提的是，本申请实施例中，上述清分时间段可以是上述捞取时间段的整数倍，并且，在上述清分时间段内划分的捞取时间段的数量也不作限定。例如，上述清分时间段是60分钟，上述捞取时间段是10分钟。

S103：第一清算系统将捞取的所述待清分数据进行第一预定处理，并将第一预定处理得到的预汇总结果数据与所述捞取时间段进行对应并存储。

本申请实施例中，所述第一预定处理可以包括对待清分数据进行分类、整理及对待清分数据进行求和运算(或汇总运算)的过程。

在上述例子中，通过对捞取的明细数据的金额进行求和，可得到的预汇总结果数据(金额)如下表：

批次号起始业务时间结束业务时间金额笔数15100130151001 20:00:00151001 20:30:0010003315100131151001 20:30:00151001 21:00:0060215100132151001 21:00:00151001 21:30:001501515100133151001 21:30:00151001 22:00:004606

可以看出，第三支付平台的清算系统可以在第二清算系统(如银行的清算系统)要求的清分任务到来时，预先按照更小的时间粒度(小于所述清分任务的定时间隔)，定时将相应的捞取时长内发生的明细数据进行捞取，并预先作求和运算，得到例如上表中的上述预汇总结果数据。

S104：第一清算系统在接收到以所述清分周期时长为间隔的清分任务的触发指令时，确定与该清分任务的清分时间段对应的每个捞取时间段，并从存储的预汇总结果数据中获取与确定的每个捞取时间段对应的预汇总结果数据。

继续沿用上述例子，假设第二清算系统的清分任务的间隔是1小时(即清分周期时长)，在上述t5时刻到来之前，第一清算系统已经通过上述捞取任务将分批将t0时刻～t3时刻之间发生的明细数据进行捞取，并相应的进行求和运算得到预汇总结果数据，于是在t5时刻到来时，只需从上述表格中的预汇总结果数据中，获取批次号为“15100130”和“15100131”的预汇总结果数据：“1000”和“60”。

S105：第一清算系统对获取的与每个捞取时间段对应的预汇总结果数据进行第二预定处理，得到与所述清分任务对应的汇总结果数据。

本申请实施例中，所述第二预定处理可以包括对预汇总结果数据进行分类、整理及对预汇总结果数据进行求和运算(或汇总运算)的过程。

在以上例子中，获取批次号为“15100130”和“15100131”的预汇总结果数据：“1000”和“60”后，其中，即可通过求和，得到该清分任务对应的汇总结果数据(金额)为：1060。在上述过程中，并不需要一次性捞取t0时刻～t3时刻之间发生的明细数据。

此外，本申请实施例中，在上述步骤S105之后，所述方法还包括如下步骤：

生成携带上述汇总结果数据的清算指令并发送。

其中，生成的清算指令可以是向第二清算系统(如：银行机构的清算系统)发送，以通过该第二清算系统来完成资金数据清算的动作。当然，在其他实施例中，生成的清算指令可以向其他类型的清算系统(如：用以实现各大银行机构之间的资金清算的人行清算系统)发送。此外，可以通过人工清算方式实现上述资金数据清算的工作，这样就不需生成清算指令，而是将上述清算系统得到的汇总结果数据提供给清算人员进行清算。本申请并不对上述资金数据的清算方式进行限定。

值得提及的是，第一清算系统发送的上述清算指令还可以携带在所述清分时间段内发生的待清分数据，以供实现资金数据清算工作的清算系统进行数据核对，以验证上述汇总结果数据的准确性。

通过设定以预设时长为间隔的捞取任务，该预设时长需小于第一、第二清算系统间的清分周期时长，从而可以在以清分周期时长为间隔的清分任务到来时，通过上述捞取任务预先将第一、第二清算系统间的待清分数据分批次地进行捞取，并进行预先求和运算，得到预汇总结果数据并存储。这样，在清分任务到来时，只需获取上述预汇总结果数据来进行求和运算，减低在清分任务到来时所需捞取的数据量，缓解求和运算过程所需消耗的运算资源。并且，在第一清算系统与至少一个第二清算系统存在清算需求时，可以避免因同一时间点需要完成与多个第二清算系统间的清算工作，而造成第一清算系统的运算资源消耗大的情况，进而缓解上述第一清算系统的压力。

值得提及的是，本申请实施例中，对于各清算系统之间，还可以包括时间维度之外的其他维度，例如：业务(或产品)类型的维度。而，对于同一个清算系统，其对于不同的业务类型，设定的清分周期时长和清分任务的触发时间点都不尽相同。举例来说，B银行的X业务的清分周期时长是24小时，B银行的Y业务的清分周期时长是6小时，B银行的Z业务的清分周期时长是12小时。故，本申请实施例可以按照上述业务类型来设定与每个业务类型对应的捞取任务。本申请实施例中，在上述步骤S102具体包括如下步骤：

第一清算系统在接收到以预设时长为间隔的捞取任务的触发指令时，从上述记录的与所述第二清算系统间的待清分数据中，按照预设业务类型分别捞取与各个预设业务类型对应的、且在当前的捞取任务对应的捞取时间段内发生的待清分数据(即资金明细数据)。举例来说，B银行的X业务的清算周期时长是24小时，则第三方支付平台的清算系统针对B银行的X业务设定的捞取时间段可以是24/6＝4小时；B银行的Y业务的清算周期时长是6小时，则第三方支付平台的清算系统针对B银行的Y业务设定的捞取时间段可以是6/3＝2小时；B银行的Z业务的清算周期时长是12小时，则第三方支付平台的清算系统针对B银行的Z业务设定的捞取时间段可以是12/4＝3小时。也就是说，对于不同的业务，可以设定不同的捞取时间段的长度和上述捞取任务的间隔。

相应地，上述步骤S104具体包括如下步骤：

第一清算系统在接收到以所述清分周期时长为间隔的、且与预设业务类型对应的清分任务的触发指令时，确定与该清分任务的清分时间段对应的每个捞取时间段，并从存储的预汇总结果数据中获取与所述预设业务类型对应的、且与确定的每个捞取时间段对应的预汇总结果数据。也就是说，针对不同的业务，分别设定与每个业务对应的捞取任务，不同的业务之间的捞取任务相互独立，互不影响，从而可以分别捞取每种业务对应的待清分数据并作预求和运算。

本申请实施例中，在上述步骤S102之前，所述方法还包括如下步骤：

第一清算系统根据在第一清算系统(如：第三方支付平台的清算系统)与第二清算系统(如：A银行的清算系统)间的清分时间段(如：1小时)内发生的与预设业务类型(如：A银行的X业务)对应的待清分数据的数量(如：约100万笔)，确定与该预设业务类型(如：A银行的X业务)对应的并且与所述数量(如：约100万笔)反相关的预设时长。也就是说，若某预设业务类型在某个时间段内的数据量越大，则为缓解清算系统的压力，可以将上述捞取任务的预设时长设定得越短，从而可以使得每次捞取任务所捞取的数据量能够在较合理的范围内，从而控制每次捞取任务后的求和运算过程对系统运算资源的消耗。

本申请实施例中，在上述步骤S102之前，所述方法还包括如下步骤：

第一清算系统根据在第一清算系统与第二清算系统间的清分时间段内发生的待清分数据的数量，确定与所述数量反相关的预设时长。同理，若没有按照业务类型进行划分，则可以统计两个清分系统之间在清分时间段内的数量级，来调整上述捞取任务的间隔。值得一提的是，上述统计两个清分系统之间在清分时间段内的数量级可以是实时数据或历史数据。

与上述方法流程对应的，本申请的实施例还提供了一种数据清算系统。以下将结合图3对该装置进行叙述，该装置中各个单元的功能、所能达到的效果与上述方法中各个步骤的功能、所能达到的效果均类似，故可以参照上述方法实施例中的内容。

如图3所示，本申请实施例中，该数据清算系统包括：

记录单元101，用于将与至少一个第二清算系统间的待清分数据进行记录。

捞取单元102，用于在接收到以预设时长为间隔的捞取任务的触发指令时，从上述记录的与所述第二清算系统间的待清分数据中，捞取在当前的捞取任务对应的捞取时间段内发生的待清分数据；其中，所述预设时长小于所述第一清算系统与所述第二清算系统间的清分周期时长。

预汇总单元103，用于对捞取的所述待清分数据进行第一预定处理，并将第一预定处理得到的预汇总结果数据与所述捞取时间段进行对应并存储。

预汇总结果获取单元104，用于在接收到以所述清分周期时长为间隔的清分任务的触发指令时，确定与该清分任务的清分时间段对应的每个捞取时间段，并从存储的预汇总结果数据中获取与确定的每个捞取时间段对应的预汇总结果数据。

清分汇总单元105，用于对获取的与每个捞取时间段对应的预汇总结果数据进行第二预定处理，得到与所述清分任务对应的汇总结果数据。

在上述系统中，通过设定以预设时长为间隔的捞取任务，该预设时长需小于第一、第二清算系统间的清分周期时长，从而可以在以清分周期时长为间隔的清分任务到来时，通过上述捞取任务预先将第一、第二清算系统间的待清分数据分批次地进行捞取，并进行预先第一预定处理(包括分类、整理和求和运算)，得到预汇总结果数据并存储。这样，在清分任务到来时，只需获取上述预汇总结果数据来进行第二预定处理(包括分类、整理和求和运算)，减低在清分任务到来时所需捞取的数据量，缓解清分过程所需消耗的运算资源。并且，在第一清算系统与至少一个第二清算系统存在清算需求时，可以避免因同一时间点需要完成与多个第二清算系统间的清算工作，而造成第一清算系统的运算资源消耗大的情况，进而缓解上述第一清算系统的压力。

本申请实施例中，所述捞取单元102具体用于：

在接收到以预设时长为间隔的捞取任务的触发指令时，从上述记录的与所述第二清算系统间的待清分数据中，按照预设业务类型分别捞取与各个预设业务类型对应的、且在当前的捞取任务对应的捞取时间段内发生的待清分数据；

则，所述预汇总结果获取单元104具体用于：

在接收到以所述清分周期时长为间隔的、且与预设业务类型对应的清分任务的触发指令时，确定与该清分任务的清分时间段对应的每个捞取时间段，并从存储的预汇总结果数据中获取与所述预设业务类型对应的、且与确定的每个捞取时间段对应的预汇总结果数据。也就是说，对于不同的业务，可以设定不同的捞取时间段的长度和上述捞取任务的间隔。

本申请实施例中，所述系统还包括：

预设时长确定单元，用于根据在第一清算系统与第二清算系统间的清分周期时长内发生的与预设业务类型对应的待清分数据的数量，确定与该预设业务类型对应的并且与所述数量反相关的预设时长。

本申请实施例中，所述系统还包括：

预设时长确定单元，用于根据在第一清算系统与第二清算系统间的清分周期时长内发生的待清分数据的数量，确定与所述数量反相关的预设时长。

本申请实施例中，所述系统还包括：

预设时长确定单元，用于将第一清算系统与第二清算系统间的清分周期时长除以预设整数，将得到的余数确定为预设时长。

本申请实施例中，所述系统还包括：

发送单元，用于生成携带该汇总结果数据的清算指令并发送。其中，生成的清算指令可以是向第二清算系统(如：银行机构的清算系统)发送，以通过该第二清算系统来完成资金数据清算的动作。当然，在其他实施例中，生成的清算指令可以向其他类型的清算系统(如：用以实现各大银行机构之间的资金清算的人行清算系统)发送。此外，可以通过人工清算方式实现上述资金数据清算的工作，这样就不需生成清算指令，而是将上述清算系统得到的汇总结果数据提供给清算人员进行清算。本申请并不对上述资金数据的清算方式进行限定。值得提及的是，上述清算指令还可以携带在所述清分时间段内发生的待清分数据，以供实现资金数据清算工作的清算系统进行数据核对，以验证上述汇总结果数据的准确性。

本申请实施例中，针对个性化的清算周期(即不同的清算系统要求的清算周期不同)的数据清算过程，设置以预设时长(小于每个清算系统要求的清算周期时长)为间隔的捞取任务。通过对捞取任务捞取的数据进行第一预定处理，得到预汇总结果数据并进行存储，从而在每个清算系统要求的清算时间点到来时，只需通过获取上述预汇总结果数据(通常预汇总结果数据的数据量远小于原始的待清分数据的数据量)，便可通过对获取的上述预汇总结果数据进行第二预定处理，以得到与清算周期对应的汇总结果数据并进行清算，从而通过上述方案可以使得对清算系统(如第三方支付平台的清算系统)的稳定性冲击较大的不可控的清分任务变得可控，同时提升清分任务的执行效率。值得提及的是，本方案还可用于一个银行机构与另一个银行机构之间的数据清算工作。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

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

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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