CN109376284A - 数据处理方法及系统 - Google Patents

Abstract

本申请实施例公开了数据处理方法及系统。一种数据处理方法，包括：使用系统接收触发指令；使用系统获得当前系统时间；使用系统查询所述当前系统时间在至少两个供调取系统中对应的回归时间；使用系统利用获得的当前系统时间与所述至少两个供调取系统中每个供调取系统的所述回归时间比较得到对应的调取时长；使用系统确定至少两个所述调取时长中的较长者。利用本申请实施例，利于使用系统选取竞争性弱的数据。

Description

数据处理方法及系统

本申请是申请号为201410493786.5、申请日为2014年09月24日、发明名称为“数据处理方法及系统”的发明专利申请的分案申请。

技术领域

本申请涉及数据优化处理技术领域，特别涉及一种数据处理方法及系统。

背景技术

数据优化处理领域，常常需要从一个系统中调取一部分数据用于另一系统的处理过程。在另一系统的处理过程完毕之后或者其需要调取数据介入的处理达到一个阶段之后，需要退出对该调取数据的使用并将该数据回归至供调取系统。

在一些供调取系统当中，所调取的数据需要在该系统中分割的最近一个回归周期的回归时间取回并核验与原始数据的一致性，以便于在后续某一周期中供其它系统调取。以这类数据处理的背景情况为例，在调取的数据被调取时，往往需要标记所使用的系统以及调取时间。特别是对于需要标记为独占使用的数据，供调取系统需要特别关注所标记的数据使用系统及相对调取时长是否达到或超过供调取系统中分割的最近一个回归周期的回归时间。这种计时机制不同于绝对时间方式的计时，即不同于从数据调取时即开始计时以计算被调取的绝对时长。对于供调取系统来说，在其存有大量可能被调取数据的情况下，利于统一管理，并利于采用统一的计时机制以节省资源。

在实现本申请过程中，发明人发现现有技术中至少存在如下问题：

对于数据使用系统可以同时调取不同系统的数据而完成同一处理过程的情况下，由于不同系统分割的回归周期的起始时间和回归时间的设置不同，而使用系统对调取数据的长时间独占使用将利于使用系统的处理过程，目前的现有技术中尚不存在利于使用系统长时间占用调取数据的处理机制。

发明内容

本申请实施例的目的是提供一种数据处理方法及系统，以提高数据使用系统对调取数据的使用时长。

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

一种数据处理系统，包括：

接收单元，用于接收触发指令；

获得单元，用于获得当前系统时间；

查询单元，用于查询所述当前系统时间在至少两个供调取系统中对应的回归时间；

比较单元，用于利用获得的当前系统时间与所述至少两个供调取系统中每个供调取系统的所述回归时间比较得到对应的调取时长；

确定单元，用于确定至少两个所述调取时长中的较长者。

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

使用系统接收触发指令；

使用系统获得当前系统时间；

使用系统查询所述当前系统时间在至少两个供调取系统中对应的回归时间；

使用系统利用获得的当前系统时间与所述至少两个供调取系统中每个供调取系统的所述回归时间比较得到对应的调取时长；

使用系统确定至少两个所述调取时长中的较长者。

由以上本申请实施例提供的技术方案可见，本申请实施例中，对于数据使用系统可以同时调取不同系统的数据而完成同一处理过程的情况下，上述实施例方案由于可以获得不同系统分割的不同回归周期的回归时间，而使用系统对调取数据的长时间独占使用将利于使用系统的处理过程，则通过确定不同调取时长中的较长者，利于使用系统选取竞争性弱的数据，从而可以尽可能的长时间占用调取数据。

附图说明

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

图1为本申请数据处理方法一个实施例的流程图；

图2为本申请数据处理系统一个实施例的系统结构图；

图3为本申请数据处理方法一个实施例的流程图；

图4为本申请数据处理系统一个实施例的系统结构图；

图5为本申请数据处理方法一个实施例的流程图；

图6为本申请数据处理系统一个实施例的系统结构图；

图7为本申请数据处理方法一个实施例的流程图；

图8为本申请数据处理系统一个实施例的系统结构图。

具体实施方式

本申请实施例提供一种数据处理方法及系统。

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

供调取系统提供供调取的数据，往往在调取至一个使用系统之后，其它使用系统无法再使用。在成功调取的系统使用该数据一段时间后，需要退出对该数据的使用，并将使用完毕的数据回归至供调取系统。这样，其它使用系统在后续可以使用该数据。

此外，使用系统可以同时调取一个或多个供调取系统中的数据。不同供调取系统的数据，如前所述，可能各自设置有特定的回归周期以及相应的起始时间和回归时间，不同供调取系统的设置可能不同。而对于使用系统来说，对所调取数据的长时间独占使用将利于该使用系统的处理过程，这种利于使用系统处理过程的调取数据对于使用系统来说可以称为竞争性较弱，反之由于独占使用时间较短而较不利于使用系统处理过程的调取数据对于使用系统来说可以称为竞争性较强。明显的，使用系统对于数据的调取使用，随着时间的增加而导致竞争性趋于变强。

使用系统在调取某个供调取系统的数据时，可以考虑调取竞争性弱的数据，从而采取以下如图1所示的方案：

S101：使用系统接收触发指令。

使用系统可以接收触发指令，例如用户通过虚拟按键和/或实体按键之类发出触发指令，触发使用系统执行后续的工作。

在触发指令的前提下，使用系统可以执行后续一系列的动作。

S102：使用系统获得当前系统时间。

使用系统往往可以安装有计时工具，该计时工具可以计时，具体的，可以是记录当前的系统时刻。该当前系统时刻可以与供调取系统的时间同步。这样，使用系统可以获知执行后续S103～S105动作的起始时间点。

替代地，使用系统也可以是通过消息机制获得当前的系统时间。该当前系统时刻可以与供调取系统的时间同步。

S103：使用系统查询所述当前系统时间在至少两个供调取系统中对应的回归时间。

例如，对于第一供调取系统，使用系统可以查询所述当前系统时间点所处的回归周期。确定回归周期后，可以进一步确定所在回归周期的截止时间，即回归时间。该回归时间可能意味着，如果此时刻调取该第一供调取系统的数据，则在该回归时间到达前应回归所述调取的数据至该第一供调取系统。

对于第二供调取系统，与上述类似。不同的是，一般地，第二供调取系统的回归周期与第一供调取系统可能不同，这样，所述查询的当前时间在第二供调取系统中所处回归周期对应的回归时间可能与前述第一供调取系统的回归时间有先后之分。这样，对于使用系统来说意味着，如果此时刻调取该第二供调取系统的数据，则在该第二供调取系统的回归时间到达前，即在不同于第一供调取系统的回归时间，应回归所述从第二供调取系统调取的数据至该第二供调取系统。

S104：使用系统利用获得的当前系统时间与所述至少两个供调取系统中每个供调取系统的所述回归时间比较得到对应的调取时长。

如前所述，使用系统可以获得当前系统时间在所述至少两个供调取系统中分别所处的回归周期，从而可获知至少两个供调取系统中分别的回归时间。那么，当前系统时间与所述至少两个供调取系统中每个供调取系统的所述回归时间经过比较后可以得到对应每个供调取系统的调取时长。

S105：使用系统确定至少两个所述调取时长中的较长者。

在S104的基础上，进一步地，使用系统可以确定所述至少两个供调取系统对应的调取时长中的较长者。

对于数据使用系统可以同时调取不同系统的数据而完成同一处理过程的情况下，上述实施例方案由于可以获得不同系统分割的不同回归周期的回归时间，而使用系统对调取数据的长时间独占使用将利于使用系统的处理过程，则通过确定不同调取时长中的较长者，可以获知竞争性弱的供调取系统数据，从而利于使用系统选取较长的调取时长，进而可以尽可能的长时间占用调取数据。

在另一实施例中，S105之后，还可以包括：

S106：使用系统反馈所述确定的较长调取时长至所述触发指令的发送方。

在另一实施例中，S105之后，还可以包括：

S107：使用系统调取所述确定的较长调取时长对应的供调取系统的数据。

上述S107，可以是使用系统在执行S106之后进一步实施的，例如S106之后直接实施，或者也可以是S106之后使用系统获得发送方的确认，从而执行S107；也可以是使用系统在S105之后直接实施S107。

在另一实施例中，S107之后，还可以包括：

S108：使用系统调取所述数据并经过所述确定的较长调取时长时，回归调取的所述数据至所述确定的较长调取时长对应的供调取系统。

在另一实施例中，S107之后，还可以包括：

S109：使用系统调取所述确定的较长调取时长对应的供调取系统的第一份额数据，并调取所述确定的次长调取时长对应的供调取系统的第二份额数据。

实际当中，使用系统可能需要较大份额的数据，而仅凭一个供调取系统的可用数据难以全部提供。可以通过上述S109的方式在不同供调取系统中调取数据，以使得调取总量满足需要。

此外，使用系统可以优先从较长调取时长对应供调取系统中调取第一份额的数据，之后在在次长调取时长对应的供调取系统中调取第二份额数据。这样，可以优先获得竞争性弱的数据。

在另一实施例中，S108或S109之后，还可以包括：

S110：使用系统调取所述第一份额数据并经过所述确定的较长调取时长前，回归调取的第一份额数据至所述确定的较长调取时长对应的供调取系统；使用系统调取所述第二份额数据并经过所述确定的次长调取时长前，回归调取的第二份额数据至所述确定的次长调取时长对应的供调取系统。

由于随着对调取数据使用时间的增长，调取数据的竞争性会变强，因此，采取上述S110的方式，可以保证在调取数据变得竞争性最强前回归该调取数据，同时保证尽可能的长时间占用该调取数据。

以下介绍本申请一种数据处理系统实施例，图2为该实施例的系统结构图，如图所示包括：

接收单元201，用于接收触发指令；

获得单元202，用于获得当前系统时间；

查询单元203，用于查询所述当前系统时间在至少两个供调取系统中对应的回归时间；

比较单元204，用于利用获得的当前系统时间与所述至少两个供调取系统中每个供调取系统的所述回归时间比较得到对应的调取时长；

确定单元205，用于确定至少两个所述调取时长中的较长者。

在一个实施例中，所述系统还可以包括：

反馈单元206，用于反馈所述确定的较长调取时长至所述触发指令的发送方。

在一个实施例中，所述系统还可以包括：

第一调取单元207，用于调取所述确定的较长调取时长对应的供调取系统的数据。

在一个实施例中，所述系统还可以包括：

第一回归单元208，用于调取所述数据并经过所述确定的较长调取时长时，回归调取的所述数据至所述确定的较长调取时长对应的供调取系统。

在一个实施例中，所述系统还可以包括：

第二调取单元209，用于调取所述确定的较长调取时长对应的供调取系统的第一份额数据，并调取所述确定的次长调取时长对应的供调取系统的第二份额数据。

在一个实施例中，所述第二调取单元209优先从所述确定的较长调取时长对应的供调取系统的调取第一份额数据，之后在所述确定的次长调取时长对应的供调取系统调取第二份额数据。

在一个实施例中，所述系统还可以包括：

第二回归单元210，用于在所述第一份额数据并经过所述确定的较长调取时长前，回归调取的第一份额数据至所述确定的较长调取时长对应的供调取系统；并在所述第二份额数据并经过所述确定的次长调取时长前，回归调取的第二份额数据至所述确定的次长调取时长对应的供调取系统。

以下介绍本申请另一数据处理方法实施例，如图3所示，该方法实施例可以包括如下步骤：

S301：使用系统接收触发指令以及数据量请求。

S302：使用系统查询所述数据量请求在至少两个供调取系统中分别可附带的额外数据量。

供调取系统出提供请求的调取数据量之外，可以额外提供一定的数据量。对于同一请求，不同的供调取系统可以附带的额外数据量可以不同。这样，例如对于第一供调取系统，使用系统可以查询所述当前第一供调取系统除可提供调取请求的数据量之外，还可以额外附带的第一数据量；对于第二供调取系统，使用系统可以查询所述当前第二供调取系统除可提供调取请求的数据量之外，还可以额外附带的第二数据量。

上述至少两个供调取系统分别可以提供的额外附带的数据量，使用系统可以通过预先获得的各供调取系统设定的额外配额确定。例如，使用系统预先获知的第一供调取系统设定的额外配额为10％，第二供调取系统设定的额外配额为5％。

上述至少两个供调取系统分别可以提供的额外附带的数据量，也可以由使用系统在接收到触发指令或者还包括数据量请求时，通过与所述至少两个供调取系统通信过程获得。

S303：使用系统比较得到所述至少两个供调取系统可附带的额外数据量较多的供调取系统。

在一个例子当中，如前所述，第一供调取系统的额外配额为10％，第二供调取系统的额外配额为5％，则可以通过比较得到第一供调取系统可附带的额外数据量较多。

S304：使用系统选定可附带的额外数据量较多的供调取系统。

可附带的额外数据量较多的供调取系统，对于使用系统来说，加上请求的数据量，总的可使用的数据量较多。因此，为了使得使用系统获得更多的总数据量，使用系统可以选定可附带的额外数据量较多的供调取系统，从而利于使用系统对更多资源的占用。

在图3所示实施例的基础上，还可以包括如下步骤：

S305：使用系统反馈所述查询的至少两个供调取系统中分别可附带的额外数据量至所述触发指令的发送方。

S305步骤可以是在步骤S302之后的任意时机执行。

在图3所示实施例的基础上，还可以包括如下步骤：

S306：使用系统从所述选定的可附带的额外数据量较多的供调取系统调取所述请求的数据量及该供调取系统附带的额外数据量。

如前所述，使用系统可以从选定的可附带的额外数据量较多的供调取系统中调取请求的数据量及额外附带的较多数据量，从而利于使用系统对更多资源的占用。

在S306之后，还可以包括如下步骤：

S307：使用系统从所述选定的可附带的额外数据量较多的供调取系统调取所述请求的数据量及该供调取系统附带的额外数据量并经过所述选定的供调取系统预设的调取时长前，回归所述调取的数据至所述选定的供调取系统。

以下介绍本申请一种数据处理系统实施例，如图4所示，包括：

接收单元401，用于接收触发指令以及数据量请求；

查询单元402，用于查询所述数据量请求在至少两个供调取系统中分别可附带的额外数据量；

比较单元403，用于比较得到所述至少两个供调取系统可附带的额外数据量较多的供调取系统；

确定单元404，用于选定可附带的额外数据量较多的供调取系统。

在一个优选实施例中，所述系统还可以包括：

反馈单元405，用于反馈所述查询的至少两个供调取系统中分别可附带的额外数据量至所述触发指令的发送方。

在一个优选实施例中，所述系统还可以包括：

调取单元406，用于从所述选定的可附带的额外数据量较多的供调取系统调取所述请求的数据量及该供调取系统附带的额外数据量。

在一个优选实施例中，所述系统还可以包括：

第一回归单元407，用于从所述选定的可附带的额外数据量较多的供调取系统调取所述请求的数据量及该供调取系统附带的额外数据量并经过所述选定的供调取系统预设的调取时长前，回归所述调取的数据至所述选定的供调取系统。

以下介绍本申请另一数据处理方法实施例，如图5所示，该方法实施例可以包括如下步骤：

S501：使用系统接收触发指令以及数据量请求。

S502：使用系统查询所述数据量请求在至少两个供调取系统中分别可获得的累积属性。

在供调取系统有偿提供供调取数据时，或者在供调取系统使用某种方式鼓励触发请求者或使用系统对供调取数据的请求时，可以采用某种设定属性来累积，从而标明所述使用系统或者触发请求者在设定属性方面的历史累积的总和。

一种简单的情形可以是，对于请求者或使用系统来说，当前的数据调取请求按照次数计算，对于第一供调取系统来说，与之前的历史次数累积，可以达到的属性值为13，而对于第二供调取系统来说，可以达到的属性值为7。

另一种简单的情形可以是，对于请求者或使用系统来说，当前的数据调取请求按照请求的数据量计算，对于第一供调取系统来说，与之前的历史数据量累积，可以达到的属性值为1300，而对于第二供调取系统来说，可以达到的属性值为700。

S503：使用系统比较得到所述至少两个供调取系统可累积的属性附带较多的供调取系统。

在S502的一个例子当中，如前所述，第一供调取系统的累积总量为13，第二供调取系统的累积总量为7，则可以通过比较得到第一供调取系统可累积的总量较多。

在S502的另一个例子当中，如前所述，第一供调取系统的累积总量为1300，第二供调取系统的累积总量为700，则可以通过比较得到第一供调取系统可累积的总量较多。

S504：使用系统选定可累积属性总量较多的供调取系统。

可累积属性总量较多的供调取系统，对于使用系统或者触发请求者来说，利于累积更多的属性值。因此，为了使得使用系统获得更多的累积属性值，使用系统可以选定可累积属性总量较多的供调取系统，从而利于后续使用系统对资源的占用。

在图5所示实施例的基础上，还可以包括如下步骤：

S505：使用系统反馈所述查询的至少两个供调取系统中分别可累积属性总量至所述触发指令的发送方。

S505步骤可以是在步骤S502之后的任意时机执行。

在图5所示实施例的基础上，还可以包括如下步骤：

S506：使用系统从所述选定的可累积属性总量较多的供调取系统调取所述请求的数据量。

如前所述，使用系统可以从选定的可附带的额外数据量较多的供调取系统中调取请求的数据量，从而利于后续对更多资源的占用。

在S506之后，还可以包括如下步骤：

S507：使用系统从所述选定的可累积属性总量较多的供调取系统调取所述请求的数据量并经过所述选定的供调取系统预设的调取时长前，回归所述调取的数据至所述选定的供调取系统。

以下介绍本申请一种数据处理系统实施例，如图6所示，包括：

接收单元601，用于接收触发指令以及数据量请求；

查询单元602，用于查询所述数据量请求在至少两个供调取系统中分别可获得的累积属性；

比较单元603，用于比较得到所述至少两个供调取系统可累积的属性附带较多的供调取系统；

确定单元604，用于选定可累积属性总量较多的供调取系统。

在一个优选实施例中，所述系统还可以包括：

反馈单元605，用于反馈所述查询的至少两个供调取系统中分别可累积属性总量至所述触发指令的发送方。

在一个优选实施例中，所述系统还可以包括：

调取单元606，用于从所述选定的可累积属性总量较多的供调取系统调取所述请求的数据量。

在一个优选实施例中，所述系统还可以包括：

第一回归单元607，用于从所述选定的可累积属性总量较多的供调取系统调取所述请求的数据量并经过所述选定的供调取系统预设的调取时长前，回归所述调取的数据至所述选定的供调取系统。

以下介绍本申请另一数据处理方法实施例，如图7所示，该方法实施例可以包括如下步骤：

S701：使用系统接收触发指令以及数据量请求。

S702：使用系统查询所述数据量请求在至少两个供调取系统中分别折算后数据量。

供调取系统出提供请求的调取数据量，在实际计算时，可以折算为低于请求数据量的一定值。对于同一请求，不同的供调取系统折算后数据量可以不同。这样，例如对于第一供调取系统，使用系统可以查询所述当前第一供调取系统折算后的第一数据量；对于第二供调取系统，使用系统可以查询所述当前第二供调取系统折算后的第二数据量。

上述至少两个供调取系统分别可以提供的折算后的数据量，使用系统可以通过预先获得的各供调取系统设定的折算比例确定。例如，使用系统预先获知的第一供调取系统设定的折算比例为90％，第二供调取系统设定的折算比例为95％。

上述至少两个供调取系统分别可提供的折算比例，也可以由使用系统在接收到触发指令或者还包括数据量请求时，通过与所述至少两个供调取系统通信过程获得。

S703：使用系统比较得到所述至少两个供调取系统折算后的数据量较少的供调取系统。

在一个例子当中，如前所述，第一供调取系统折算后的数据量为90％，第二供调取系统折算后的数据量为95％，则可以通过比较得到第一供调取系统调取同样数据量时折算的数据量较少。

S704：使用系统选定折算后数据量较少的供调取系统。

折算后数据量较少的供调取系统，对于使用系统来说，调取相同的数据量，在该供调取系统中记录的调取数据量较少。因此，为了使得使用系统调取同样数据量而记录较少数据量，使用系统可以选定折算后数据量较少的供调取系统。

在图7所示实施例的基础上，还可以包括如下步骤：

S705：使用系统反馈所述查询的至少两个供调取系统中分别折算后的数据量至所述触发指令的发送方。

S705步骤可以是在步骤S702之后的任意时机执行。

在图7所示实施例的基础上，还可以包括如下步骤：

S706：使用系统从所述选定的折算后数据量较少的供调取系统调取所述请求的数据量。

如前所述，使用系统可以从选定折算后数据量较少的供调取系统中调取请求的数据量，从而利于使用系统对更多资源的占用。

在S706之后，还可以包括如下步骤：

S707：使用系统从所述选定的可附带的额外数据量较多的供调取系统调取所述请求的数据量及该供调取系统附带的额外数据量并经过所述选定的供调取系统预设的调取时长前，回归所述调取的数据至所述选定的供调取系统。

以下介绍本申请一种数据处理系统实施例，如图8所示，包括：

接收单元801，用于接收触发指令以及数据量请求；

查询单元802，用于查询所述数据量请求在至少两个供调取系统中分别折算后数据量；

比较单元803，用于比较得到所述至少两个供调取系统折算后的数据量较少的供调取系统；

确定单元804，用于选定折算后数据量较少的供调取系统。

在一个优选实施例中，所述系统还可以包括：

反馈单元805，用于反馈所述查询的至少两个供调取系统中分别折算后的数据量至所述触发指令的发送方。

在一个优选实施例中，所述系统还可以包括：

调取单元806，用于从所述选定的折算后数据量较少的供调取系统调取所述请求的数据量。

在一个优选实施例中，所述系统还可以包括：

第一回归单元807，用于从所述选定的可附带的额外数据量较多的供调取系统调取所述请求的数据量及该供调取系统附带的额外数据量并经过所述选定的供调取系统预设的调取时长前，回归所述调取的数据至所述选定的供调取系统。

以下结合图1实施例介绍一种具体应用场景。

应用服务器可以接收触发指令，例如用户在终端上通过虚拟按键和/或实体按键之类发出触发指令，触发应用服务器执行后续的工作。在触发指令的前提下，应用服务器可以执行后续一系列的动作，该指令例如是在应用服务器所形成的平台上发出购物请求。

应用服务器获得当前系统时间。应用服务器往往可以安装有计时工具，该计时工具可以计时，具体的，可以是记录当前的系统时刻。替代地，应用服务器也可以是通过消息机制获得当前的系统时间。

应用服务器查询所述当前系统时间在至少两个贷记卡系统中对应的还款时间。例如，对于第一贷记卡系统，应用服务器可以查询所述当前系统时间点所处的还款周期，例如第一贷记卡的记账日到还款日这一段时间。可以确定所在还款周期的截止时间，即还款日。该还款日可能意味着，如果此时从第一贷记卡系统透支，则在该还款日到达前应还款透支数额至该第一贷记卡系统。对于第二贷记卡系统，与上述类似。不同的是，一般地，第二贷记卡系统的还款周期与第一贷记卡系统可能不同，这样，所述查询的当前时间在第二贷记卡系统中所处还款周期对应的还款日可能与第一贷记卡系统的还款日有先后之分。这样，对于应用服务器来说意味着，如果此时刻从第二贷记卡系统透支，则在该第二贷记卡系统的还款日到达前，即在不同于第一贷记卡系统的还款日，应还款从第二贷记卡系统透支数额至该第二贷记卡系统。

应用服务器利用获得的当前系统时间与所述至少两个贷记卡系统中每个贷记卡系统的所述还款日比较得到对应的预借时长。如前所述，应用服务器可以获得当前系统时间在所述至少两个贷记卡系统中分别对应的还款日。那么，当前系统时间与所述至少两个贷记卡系统中每个贷记卡系统的所述还款日经比较后可以得到对应每个贷记卡系统的预借时长。

应用服务器确定至少两个预借时长中的较长者。对于用户可以同时透支不同贷记卡一定数额而完成同一次购物过程的情况下，上述实施例方案由于可以获得不同贷记卡系统的不同还款日，而应用服务器对预借数额的长时间独占。

应用服务器还可以反馈所述确定的预借时长至所述触发指令的用户。应用服务器可以从所述较长预借时长的贷记卡透支。

以下结合图3实施例介绍一种具体应用场景。

应用服务器接收触发指令以及预借数额请求。这里的预借数额例如可以是某种流量购入或者某种券的购入。应用服务器可以查询所述数额请求在至少两个售出系统中分别可赠送的额外数额。

售出系统除提供请求的预借数额之外，可以额外赠送一定的数额。所述赠送的内容在属性上可以不同于预借的内容。不同的售出系统可以赠送的数额可以不同。这样，例如对于第一售出系统，应用服务器可以查询所述当前第一售出系统除可提供预借的数额之外，还可以赠送的第一数额；对于第二售出系统，应用服务器可以查询所述当前第二售出系统除可提供预借的数额之外，还可以赠送的数额。

应用服务器比较得到所述至少两个售出系统可赠送的数额较多的售出系统。在一个例子当中，如前所述，第一售出系统的赠送数额为预借数额的10％，第二售出系统的赠送数额为预借数额的5％，则可比较得到第一售出系统赠送的数额较多。

应用服务器可选定赠送数额较多的售出系统。此外，应用服务器还可以反馈所述至少两个售出系统中分别可赠送的数额至触发指令的发送方。

在一种设置下，应用服务器可以从选定的赠送数额较多的售出系统预借请求的数额，并得到所述赠送数额。

以下结合图5实施例介绍一种具体应用场景。

应用服务器接收触发指令以及预借数额请求。应用服务器查询所述预借数额请求在至少两个贷记卡系统中分别可获得的累计积分。

应用服务器比较得到所述至少两个贷记卡系统可累计的积分较多的贷记卡系统。

例如，第一贷记卡本次可累计积分总数为13，第二贷记卡本次可累计积分总数为7，则可以通过比较得到本次预借相同数额的情况下第一贷记卡可累计的积分较多。应用服务器可以选定本次累计积分较多的贷记卡系统。

应用服务器可以进一步反馈所述查询的至少两个贷记卡系统中本次分别可累计积分至用户。应用服务器可以从所述选定的可累计积分较多的贷记卡系统预借请求的数额。

以下结合图7实施例介绍一种具体应用场景。

应用服务器接收触发指令以及预借数额请求。应用服务器查询所述预借数额请求在至少两个供调取系统中分别折算后数额。这里的预借数额例如可以是某种流量购入或者某种券的购入。

售出系统除可提供请求的预借数额外，在实际计算时，可以折算为低于请求数额的一定值。对于同一请求数额，不同的售出系统折算后的数额可以不同。这样，例如对于第一售出系统，应用服务器可以查询所述当前第一售出系统折算后的第一数据量；对于第二售出系统，应用服务器可以查询所述当前第二售出系统折算后的第二数额。

应用服务器可以比较得到所述至少两个售出系统折算后的数额较少的售出系统。在一个例子当中，如前所述，第一售出系统折算后的数额为90％，第二售出系统折算后的数额为95％，则可以通过比较得到第一售出系统预借同样数额时折算后的数额较少。

应用服务器可以选定折算后数额较少的售出系统。此外，应用服务器可以反馈所述查询的至少两个售出系统中分别折算后的数额至所述触发指令的发送方。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的系统也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的系统视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

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

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

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

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

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

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

使用系统接收数据量请求；

使用系统查询所述数据量请求在至少两个供调取系统中分别可附带的额外数据量；

使用系统比较得到所述至少两个供调取系统中可附带的额外数据量较多的供调取系统；

使用系统选定可附带的额外数据量较多的供调取系统。

2.如权利要求1所述的方法，其特征在于，所述查询所述数据量请求在至少两个供调取系统中分别可附带的额外数据量，包括：

使用系统根据预先获得的供调取系统设定的额外配额，确定所述数据量请求在至少两个供调取系统中分别可附带的额外数据量。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

使用系统接收触发指令；

使用系统反馈所述查询的至少两个供调取系统中分别可附带的额外数据量至所述触发指令的发送方。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

使用系统从所述选定的供调取系统中调取请求的数据量及该供调取系统的额外数据量。

5.如权利要求1所述的方法，其特征在于，所述方法还包括：

使用系统从所述选定的供调取系统中调取请求的数据量及该供调取系统的额外数据量并经过所述选定的供调取系统预设的调取时长前，回归所述调取的数据至所述选定的供调取系统。

6.一种数据处理系统，其特征在于，包括：

接收单元，用于接收数据量请求；

查询单元，用于查询所述数据量请求在至少两个供调取系统中分别可附带的额外数据量；

比较单元，用于比较得到所述至少两个供调取系统中可附带的额外数据量较多的供调取系统；

确定单元，用于选定可附带的额外数据量较多的供调取系统。

7.如权利要求6所述的系统，其特征在于，所述查询单元，用于根据预先获得的供调取系统设定的额外配额，确定所述数据量请求在至少两个供调取系统中分别可附带的额外数据量。

8.如权利要求6所述的系统，其特征在于，所述接收单元还用于接收触发指令；相应地，所述系统还包括：

反馈单元，用于反馈所述查询的至少两个供调取系统中分别可附带的额外数据量至所述触发指令的发送方。

9.如权利要求6所述的系统，其特征在于，所述系统还包括：

调取单元，用于从所述选定的供调取系统中调取请求的数据量及该供调取系统的额外数据量。

10.如权利要求6所述的系统，其特征在于，所述系统还包括：

回归单元，用于使用系统从所述选定的供调取系统调取请求的数据量及该供调取系统的额外数据量并经过所述选定的供调取系统预设的调取时长前，回归所述调取的数据至所述选定的供调取系统。