一种互联网业务的执行方法及装置与流程

本申请涉及计算机技术领域，尤其涉及一种互联网业务的执行方法及装置。

背景技术：

随着互联网的发展，越来越多的业务可以通过互联网完成。随着业务量的增大，通常将业务系统划分为在线业务系统(简称在线系统)和离线业务系统(简称离线系统)，其中在线系统可以负责与其他在线系统进行沟通，但很难满足大数据的处理需求；而离线系统可以负责大数据处理，但与在线系统相隔离，所以通常将两系统相互结合，更好地完成互联网业务，比如离线系统负责根据在线系统获取到的互联网业务请求，将原始数据进行处理生成目标数据，并发送至在线系统(的数据库中)，以便在线系统利用目标数据完成互联网业务。

现有技术在利用在线系统和离线执行互联网业务时，通常会在两系统之间约定目标数据的完成时间，比如以日、小时、分钟为单位等，待到达约定时间时，就认为离线系统已经将原始数据处理为目标数据，并将目标数据发送至在线系统的数据库中，此时在线系统就可以根据目标数据执行互联网业务。

然而，在实际应用中，有可能出现到达约定时间，离线系统由于各种原因尚未完成数据处理，即到达约定时间时，离线系统并未完成将原始数据处理为目标数据的操作(目标数据不完整)。但到达约定的时间，在线系统就会开始执行互联网业务，此时就会由于目标数据不完整，导致互联网业务在执行过程中出现执行结果不准确，或根本无法执行等错误。所以，现有技术在采用约定时间的方式利用在线系统和离线系统执行互联网业务过程中，存在较高的出错风险。

技术实现要素：

本申请实施例提供一种互联网业务的执行方法，以实现在利用在线系统和离线系统执行互联网业务过程中，降低出错风险。

本申请实施例提供一种互联网业务的执行装置，以实现在利用在线系统和离线系统执行互联网业务过程中，降低出错风险。

为解决上述技术问题，本申请实施例是这样实现的：

本申请实施例采用下述技术方案：

一种互联网业务的执行方法，所述方法应用于在线系统，包括：

获取离线系统在对原始数据进行处理时生成的数据处理状态；

当所述数据处理状态满足业务执行条件时，执行互联网业务。

优选地，获取离线系统在对原始数据进行处理时生成的数据处理状态，包括：

获取离线系统在对原始数据进行处理时生成并发送至状态存储器中的数据处理状态。

优选地，获取离线系统在对原始数据进行处理时生成的数据处理状态，包括：

定时获取离线系统在对原始数据进行处理时生成的数据处理状态。

优选地，获取离线系统在对原始数据进行处理时生成的数据处理状态，包括：

获取离线系统在对原始数据进行处理时生成的包含数据标识的数据处理状态。

优选地，当所述数据处理状态满足业务执行条件时，执行互联网业务，包括：

当获取到的数据处理状态为已完成时，根据离线系统发送的目标数据执行互联网业务，所述目标数据为所述离线系统对所述原始数据处理完成生成的。

优选地，所述方法还包括：

当所述数据处理状态不满足业务执行条件时，不执行互联网业务。

优选地，确定不满足业务执行条件，包括：

未获取到数据处理状态；或

获取到的数据处理状态为未完成。

一种互联网业务的执行方法，所述方法应用于离线系统，包括：

对原始数据进行处理；

根据处理结果生成数据处理状态。

优选地，根据处理结果生成数据处理状态，包括：

根据处理结果生成数据处理状态，并将所述数据处理状态发送至状态存储器。

优选地，根据处理结果生成数据处理状态，包括：

根据处理结果生成包含数据标识的数据处理状态。

优选地，数据标识，包括下述至少一种：

时间标识；业务类型标识；数据量标识。

优选地，所述处理状态包含已完成或未完成。。

一种互联网业务的执行装置，所述装置应用于在线系统，包括：状态获取单元、以及业务执行单元，其中，

所述状态获取单元，获取离线系统在对原始数据进行处理时生成的数据处理状态；

所述业务执行单元，当所述数据处理状态满足业务执行条件时，执行互联网业务。

优选地，所述状态获取单元，

获取离线系统在对原始数据进行处理时生成并发送至状态存储器中的数据处理状态。

优选地，所述状态获取单元，

定时获取离线系统在对原始数据进行处理时生成的数据处理状态。

优选地，所述状态获取单元，

获取离线系统在对原始数据进行处理时生成的包含数据标识的数据处理状态。

优选地，所述业务执行单元，

当获取到的数据处理状态为已完成时，根据离线系统发送的目标数据执行互联网业务，所述目标数据为所述离线系统对所述原始数据处理完成生成的。

优选地，所述业务执行单元，

当所述数据处理状态不满足业务执行条件时，不执行互联网业务。

优选地，所述业务执行单元，

未获取到数据处理状态；或

获取到的数据处理状态为未完成时，确定不满足业务执行条件。

一种互联网业务的执行装置，所述装置应用于离线系统，包括：数据处理单元以及状态生成单元，其中，

所述数据处理单元，对原始数据进行处理；

所述状态生成单元，根据处理结果生成数据处理状态。

优选地，所述状态生成单元，

根据处理结果生成数据处理状态，并将所述数据处理状态发送至状态存储器。

优选地，所述状态生成单元，

根据处理结果生成包含数据标识的数据处理状态。

由以上本申请实施例提供的技术方案可见，本申请实施例通过离线系统在对原始数据进行处理时，可以根据处理结果生成数据处理状态，而在线系统可以获取离线系统在对原始数据进行处理时生成的数据处理状态，并当该数据处理状态满足业务执行条件时，执行互联网业务。即离线系统可以在进行数据处理时，生成数据处理状态，使在线系统能够得知数据处理的情况，而在根据数据处理状态确定出满足业务执行条件时，才会执行互联网业务。相比于现有技术仅仅根据约定的处理完成时间执行业务而导致存在较高的出错风险而言，本方案较为灵活地在离线系统与在线系统之间进行沟通，使在线系统能够了解数据处理的情况，再决定是否执行互联网业务，从而在执行互联网业务过程中，实现降低了出错的风险的效果。

附图说明

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

图1为现有技术的互联网业务执行方法的示意图；

图2为现有技术的互联网业务执行方法的示意图；

图3为本申请实施例1提供的一种互联网业务的执行方法的流程示意图；

图4为本申请实施例1提供的一种互联网业务的执行方法的流程示意图；

图5为本申请实施例1提供的一种互联网业务的执行方法的示意图；

图6为本申请实施例2提供的一种互联网金融结息业务的执行方法的流程示意图；

图7为本申请实施例3提供的互联网业务的执行装置的结构图；

图8为本申请实施例3提供的互联网业务的执行装置的结构图；

图9为本申请实施例3提供的互联网业务执行装置的使用示意图。

具体实施方式

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

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

实施例1

如前所述，现有技术在利用在线系统和离线系统执行互联网业务时，通常会在两系统之间约定目标数据的完成时间，比如，每日0点、每小时整点(1：00、2：00)、或每20分钟(1：00、1：20、1：40、2：00)等。在线系统可以确定原始数据，比如可以通过用户的业务请求进行确定，离线系统提前对原始数据进行处理，并在约定时间之前将目标数据发送至在线系统的数据库中，待到达约定时间时，在线系统即可直接利用目标数据执行互联网业务，比如，返回给用户业务请求结果等。具体地，如图1所示的时间轴，以约定时间为每20分钟一次为例，在线系统在前一周期的后5分钟至后一周期的前15分钟内接收业务请求，并确定出原始数据，由离线系统进行处理，在tn(n为非负整数)之前，离线系统会将原始数据处理为目标数据并发送至在线系统的数据库中，到达tn时，在线系统便可以利用目标数据执行互联网业务，图中离线系统的处理时间不尽相同，处理完成的时间或早或晚，但要保证在约定时间tn之前处理完毕，并将目标数据发送至在线系统。但是如图2所示，在t2时，由于离线系统出现问题，并未完成数据处理，也就没有将目标数据在t2之前发送至在线系统的数据库中。当到达t2时，在线系统直接利用数据库中的目标数据执行互联网业务，但是此时，数据库中的目标数据还是t1时刻的、或者根本没有目标数据，所以就会出现执行结果不准确，或根本无法执行。即现有技术在采用约定时间的方式利用在线系统和离线系统执行互联网业务过程中，存在较高的出错风险。基于上述缺陷，本申请实施例提供了一种互联网业务的执行方法，以实现在利用在线系统和离线系统执行互联网业务的过程中，降低出错风险。该方法可以由在线系统和离线系统双方配合完成，首先介绍应用于离线系统的该方法。流程如图3所示，包括下述步骤：

步骤11：对原始数据进行处理。

前文已经介绍，离线系统可以负责(大)数据处理，而在线系统则可以负责与其他在线系统进行沟通，所以当在线系统获取到业务请求，并需要进行处理处理时，就可以向离线系统发送对应的指令，以便离线系统能够根据指令中的处理方式或预设的处理方式，对原始数据进行处理，比如针对身份验证业务而言，在线系统可以接收各种认证信息，并将各种认证信息作为原始数据发送给离线系统，待离线系统通过预置的认证模型，对各用户进行认证；又如互联网理财中的利息结算业务，离线系统可以将需要结息的用户的原始数据根据各自的利率进行处理，得到的目标数据即为更新后的利息。需要说明的是，对于原始数据如何通过在线系统确定，或如何通过离线系统确定，非本方法重点。

步骤12：根据处理结果生成数据处理状态。

现有技术只是约定了目标数据的完成时间，但并未考虑如果约定时间并未完成的情况，所以才会有较高的出错风险。而本步骤中，不再必须约定时间，离线系统可以在对原始数据进行处理时，根据处理结果生成数据处理状态，比如，当处理完成时，将目标数据发送至在线系统，且生成已完成状态。以便在线系统可以获取该完成状态。在前文已经介绍，实际应用中，有可能由于各种原因，离线系统处理缓慢等，所以本步骤生成的数据处理状态也可以包括未完成状态。

前文已经介绍，离线系统主要负责数据处理，而数据处理状态作为重要的信息，可以将保存数据处理状态的任务分离出来，以便减轻离线系统的压力，也能更好地保证数据处理状态安全和完整。所以在一种实施方式中，本步骤可以包括：根据处理结果生成数据处理状态，并将该数据处理状态发送至状态存储器。具体地，可以预先配置至少一个状态存储器，可以专门用于存储离线系统根据处理结果生成数据处理状态。该状态存储器可以存储每次离线系统生成的数据处理状态，通过该状态存储器也可以查询历史记录。还可以为该状态存储器添加必要的备份机制和安全防护，保证数据完整性和安全性。

在实际应用中，可能存在多种业务，每次离线系统处理的数据量也不尽相同，每次离线数据处理的时间也不同，所以，为了达到区别数据处理状态的效果，在一种实施方式中，本步骤还可以包括：根据处理结果生成包含数据标识的数据处理状态。具体地，数据标识可以包括下述至少一种：时间标识；业务类型标识；数据量标识。比如以日为最小单位，2017年1月9日完成的数据处理，就可以在数据处理状态中加上“20170109”的时间标识，以表示对应的目标数据的完成日期为2017年1月9日。又如，原始数据对应的互联网业务为结息业务，业务代码为“0001”，就可以在数据处理状态中加上“0001”的业务标识，以表示对应的目标数据的业务类型为结息业务；还如，离线系统在进行数据处理时，会有相应的数据量，比如对于结息业务，会有数据条数，每个用户可以占一条数据，那么n条数据就可以表示n个用户，离线数据在处理完10000条数据后，就可以在数据处理状态中加上“10000”的数据量标识。

在离线系统生成了数据处理状态后，在线系统就可以根据数据处理状态，决定是否执行互联网业务，下述具体介绍应用于在线系统的该方法。流程如图4所示，包括下述步骤：

步骤21：获取离线系统在对原始数据进行处理时生成的数据处理状态。

在步骤12中已经介绍，离线系统在对原始数据进行处理时，会根据处理结果生成数据处理状态，本步骤中，在线系统就可以获取该数据处理状态，具体地的获取方式可以是主动查询，也可以是被动接收。

在介绍步骤12中，提到了可以配置一个状态存储器，用于专门存储数据处理状态，所以本步骤可以包括：获取离线系统在对原始数据进行处理时生成并发送至状态存储器中的数据处理状态。如图5所示，为执行互联网业务的示意图，图中时间轴上的矩形可以是状态存储器，t0之前，离线系统将包含已完成的数据处理状态发送至状态存储器，并将目标数据发送至在线系统，在线系统可以在t0之前获取状态存储器中的数据处理状态。

在实际应用中，离线系统可能会出现处理时间与预计时间短或比预计时间长的情况，比如结息业务平均需要3分钟，也就有可能出现1分钟就能够完成，或5分钟尚未完成的情况，所以，为了达到提高互联网业务执行效率的目的，在一种实施方式中，本步骤可以包括：定时获取离线系统在对原始数据进行处理时生成的数据处理状态。如图5所示，在t3和t4之前，均可以定时从状态存储器中获取离线系统在对原始数据进行处理时生成的数据处理状态。只要确定已经离线系统已经完成数据处理，便可以开始执行互联网业务。

在介绍步骤12时已经提到，离线系统可以根据处理结果生成包含数据标识的数据处理状态，所以在本步骤中，还可以包括：获取离线系统在对原始数据进行处理时生成的包含数据标识数据处理状态。

步骤22：当该数据处理状态满足业务执行条件时，执行互联网业务。

当获取到数据处理状态后，就可以进行判断，判断是否满足业务执行的条件，比如该条件可以是数据处理状态为已完成。则在一种实施方式中，本步骤可以包括：当获取到的数据处理状态为已完成时，根据离线系统发送的目标数据执行互联网业务，其中，目标数据可以是离线系统对原始数据处理完成生成的。可以约定当离线系统生成目标数据后，就将目标数据发送至在线系统中，并生成包含已完成的数据处理状态。所以当在线系统判断出数据处理状态满足业务执行条件时，就可以直接调取数据库中的目标数据，执行互联网业务。

前文已经介绍，数据处理状态中可以包含数据标识，如时间标识、业务类型标识、数据量标识的一种或多种组合等，所以，本步骤中的业务执行条件还可以根据当前时间、业务类型、数据量确定，比如当以日为最小时间单位(当前日期为2017年1月9日)、结息业务(业务代码0001)、通过原始数据，确定出数据量为200000，那么当获取到的包含数据标识的数据处理状态为“20170109-0001-200000-已完成”才可以确定为满足业务执行条件。在实际应用中，有可能由于数据错误，或程序错误等，出现处理的数据量少于目标数据，此时可以预设完成数据量比例阈值，比如98％，当超过该完成数据量比例阈值，也可以认为是满足业务执行条件，比如获取到的包含数据标识的数据处理状态为“20170109-0001-199990-已完成”，完成数据量比例为99％，超过完成数据量比例阈值98％，也可以认为满足业务执行条件，可以按照后续的业务规则，执行互联网业务。

在实际应用中，会出现满足业务执行条件的情况，就会出现不满足业务执行条件的情况，所以本方法还包括：

步骤23：当该数据处理状态不满足业务执行条件时，不执行互联网业务。

具体地，确定不满足业务执行条件，可以包括：未获取到数据处理状态；或获取到的数据处理状态为未完成。如图5所示，在t3和t4之前，各有一次由于离线系统未完成数据处理，未生成数据处理状态，此时就无法从状态存储器中获取到本次的数据处理状态，或者仅能够获取到上一周期的数据处理状态(比如，时间标识为前一天的数据处理状态)。或者离线系统在处理过程中由于处理时间过长，可以暂时生成一个包含未完成的数据处理状态。

在实际应用中，还可以根据数据处理状态中包含的数据标识确定不满足业务执行条件，比如业务类型与在线系统要执行的互联网业务不对应，完成数据量比例低于完成数据量比例阈值等。

采用实施例1提供的方法，可以根据处理结果生成数据处理状态，而在线系统可以获取离线系统在对原始数据进行处理时生成的数据处理状态，并当该数据处理状态满足业务执行条件时，执行互联网业务。即离线系统可以在进行数据处理时，生成数据处理状态，使在线系统能够得知数据处理的情况，而在根据数据处理状态确定出满足业务执行条件时，才会执行互联网业务。相比于现有技术仅仅根据约定的处理完成时间执行业务而导致存在较高的出错风险而言，本方案较为灵活地在离线系统与在线系统之间进行沟通，使在线系统能够了解数据处理的情况，再决定是否执行互联网业务，从而在执行互联网业务过程中，实现降低了出错的风险的效果。

另外，可以通过配置独立的状态存储器，专门负责存储数据处理状态，既减轻离线系统或在线系统的压力，又能更好地保证数据处理状态的完整性。

此外，本方法不必再等到约定时间再执行互联网业务，只要在线系统确定出离线系统已经完成数据处理，即可执行互联网业务，在一定程序上也提高了互联网业务的执行效率。

实施例2

互联网金融业务已经非常流行，在前文也已经举例介绍了互联网理财中的利息结算业务，在该结息业务中，随着用户数量的增多，数据量呈几何增长，尤其是时刻都会出现交易，这更加需要数据处理能力更强的离线系统的介入，以保证在线系统在与用户交互时，能够及时反映用户账户的变化。但现有技术就如背景技术中介绍，会以预设的时间间隔，约定数据更新的时间，比如20分钟为周期更新一次数据，在每两个一个周期内，前一周期的第15至后一周期的第15分钟内会根据接收到的用户的业务指令(买、卖、提现、转账等)，确定出原始数据，在后一周期的第16至第20分钟内，通过离线系统进行结息，并在第20分钟最后时刻之前，将目标数据发送至在线系统数据库。但是有可能出现4分钟内并未完成数据处理，在第20分钟后，在线系统就只能按照前一周期的、更新前的目标数据执行互联网业务。那么此时就会出现用户的请求未响应，或解析出错等。所以现有技术在进行执行结息业务时，出错的风险较高。所以，基于与实施例1相同的发明思路，作为实施例1的延伸。本申请实施例提供了一种互联网金融结息业务的执行方法，以实现在利用在线系统和离线系统执行互联网金融结息业务过程中，降低出错的风险。该方法的流程如图6所示，包括下述步骤：

步骤31：离线系统对结息业务的原始数据进行处理。

本步骤中离线系统可以按照预定的结息方式，对结息业务的原始数据进行处理。比如，n个用户，根据预定的利息以及每个用户的本金，对每个用户进行结息。

步骤32：离线系统根据处理结果生成包含数据标识数据处理状态，并将该数据处理状态发送至状态存储器。

在进行数据处理时，离线系统可以在处理过程中就生成数据处理状态，比如包含时间标识、业务类型标识以及数据量标识的数据处理状态“20170109155712-0001-182030-未完成”，以表示2017年1月9日15：57：12、业务代码为“0001”、已经处理182030条数据，未完成本次数据处理。并将该数据处理状态发送至状态存储器，具体地，在实际应用中，状态存储器可以是状态同步表的形式，表格中存储有历次离线系统发送的包含数据标识的数据处理状态。当处理完成后，可以生成“20170109155805-0001-294811-已完成”的数据处理状态。

步骤33：在线系统定时获取离线系统在对原始数据进行处理时并发送至状态存储器中的包含数据标识的数据处理状态。

在线系统在没确定是否能够执行结息业务(即更新用户账户的利息)之前，需要确定离线系统是否完成了数据处理，此时就可以从状态同步表中获取离线系统发送的包含数据标识的数据处理状态，比如就可以是“20170109155805-0001-294811-已完成”。

步骤34：当该数据处理状态满足业务执行条件时，在线系统执行互联网业务。

在获取到包含数据标识的数据处理状态后，判断是否满足业务执行条件，比如，“20170109155805-0001-294811-已完成”中，包含了数据处理完成的时间、业务类型、数据条数。就可以根据这些标识确实是否满足业务执行条件，如果满足，则执行互联网业务，比如可以更新用户的账户余额，利息数额等。

采用实施例2提供的方法，离线系统在对结息业务的原始数据进行处理时，可以根据处理结果生成包含数据标识的数据处理状态，并发送至状态存储器，而在线系统可以从状态存储器中，获取离线系统在对结息业务的原始数据进行处理时生成的包含数据标识的数据处理状态，并当该数据处理状态满足业务执行条件时，执行互联网业务。即离线系统可以在进行数据处理时，生成使在线系统能够得知数据处理情况的数据处理状态，而在从数据处理状态中确定出满足业务执行条件时，才会执行互联网业务。相比于现有技术仅仅约定处理完成时间而导致结息业务存在较高的出错风险而言，本方案较为灵活地在离线系统与在线系统之间进行沟通，使在线系统能够了解结息业务的数据处理情况，再决定是否执行结息业务，从而在执行结息业务过程中，实现了降低出错风险的效果。

实施例3

基于相同的发明构思，实施例3提供了一种互联网业务的执行装置，以实现在利用在线系统和离线系统执行互联网业务过程中，降低出错的风险。该装置可以分别配置在在线系统和离线系统中，如图7所示，为配置在在线系统中的互联网业务执行装置，包括：状态获取单元41以及业务执行单元42，其中，

状态获取单元41，可以获取离线系统在对原始数据进行处理时生成的数据处理状态；

业务执行单元42，可以当数据处理状态满足业务执行条件时，执行互联网业务。

在一种实施方式中，状态获取单元41，可以

获取离线系统在对原始数据进行处理时生成并发送至状态存储器中的数据处理状态。

在一种实施方式中，状态获取单元41，可以

定时获取离线系统在对原始数据进行处理时生成的数据处理状态。

在一种实施方式中，状态获取单元41，可以

获取离线系统在对原始数据进行处理时生成的包含数据标识的数据处理状态。

在一种实施方式中，业务执行单元42，可以

当获取到的数据处理状态为已完成时，根据离线系统发送的目标数据执行互联网业务，目标数据为离线系统对原始数据处理完成生成的。

在一种实施方式中，业务执行单元42，还可以

当数据处理状态不满足业务执行条件时，不执行互联网业务。

在一种实施方式中，业务执行单元42，可以

未获取到数据处理状态；或

获取到的数据处理状态为未完成时，确定不满足业务执行条件。

如图8所示，为配置在离线系统中的互联网业务执行装置，包括：数据处理单元51以及状态生成单元52，其中，

数据处理单元51，可以对原始数据进行处理；

状态生成单元52，可以根据处理结果生成数据处理状态。

在一种实施方式中，状态生成单元52，可以

根据处理结果生成数据处理状态，并将数据处理状态发送至状态存储器。

在一种实施方式中，状态生成单元52，可以

根据处理结果生成包含数据标识的数据处理状态。

在实际应用中，如图9所示，为互联网业务执行装置的使用示意图，离线系统中包含数据处理单元51以及状态生成单元52，数据处理单元51可以对原始数据进行处理，并通过状态生成单元52根据处理结果生成数据处理状态，后将数据处理状态发送至状态存储器，该存储器可以状态同步表的形式存在。当处理完成时，可以生成并发送为已完成的数据处理状态，且将处理完成的目标数据发送至在线系统中。在线系统包含状态获取单元41以及业务执行单元42，状态获取单元41可以定时从状态存储其中获取数据处理状态，并当判断出数据处理状态满足互联网业务执行条件时，触发执行互联网业务的操作，业务执行单元42就可以利用目标数据，根据业务规则执行互联网业务。

采用实施例3提供的装置，离线系统在对原始数据进行处理时，可以根据处理结果生成数据处理状态，而在线系统可以获取离线系统在对原始数据进行处理时生成的数据处理状态，并当该数据处理状态满足业务执行条件时，执行互联网业务。即离线系统可以在进行数据处理时，生成数据处理状态，使在线系统能够得知数据处理的情况，而在根据数据处理状态确定出满足业务执行条件时，才会执行互联网业务。相比于现有技术仅仅根据约定的处理完成时间执行业务而导致存在较高的出错风险而言，本方案较为灵活地在离线系统与在线系统之间进行沟通，使在线系统能够了解数据处理的情况，再决定是否执行互联网业务，从而在执行互联网业务过程中，实现降低了出错的风险的效果。

另外，可以通过配置独立的状态存储器，专门负责存储数据处理状态，既减轻离线系统或在线系统的压力，又能更好地保证数据处理状态的完整性。

此外，本方法不必再等到约定时间再执行互联网业务，只要在线系统确定出离线系统已经完成数据处理，即可执行互联网业务，在一定程序上也提高了互联网业务的执行效率。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

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

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

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

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

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

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

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

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

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

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

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

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

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