专利名称：关联数据批处理的方法
技术领域：
本发明涉及一种数据批处理的方法，尤其涉及一种关联数据批处理的方法。
背景技术：
关联数据，主要体现在两个方面，一、站在中心端的角度看，各个节点端只是其业务开展的一个分支机构，中心端的批处理会依赖于各分支机构数据的完备性，因此节点端与节点端间相互关联；二、从客户的角度来说，一个客户与多个节点端发生交易关系，这样对这个客户而言，这些节点端的交易数据就存在关联性。
批处理是指中心端对关联数据进行集中处理与记录的过程，批处理的原始数据来自相互关联的各个数据节点端，由于这些原始数据包括了客户在各个节点端交易的全部资料，所以这些原始数据对批处理过程而言是相互关联的。
在现有的关联数据批处理的方法中，以银证通交易数据处理为例，银行作为中心端，所有联网的证券公司为节点端。日终交易结束后，银行作为中心端发起批处理请求，各节点端将原始数据发送到中心端，中心端集中对这些原始数据进行批处理，批处理结束后，各节点端才能获得批处理结果。因每个节点端的交易结束时间有差异，假如有一家提前结束交易，把原始数据发送到中心端，此时中心端也不能对其数据作批处理，其也就不能获得批处理结果，而中心端的资源此时也处于闲置状态。当中心端集中对原始数据进行批处理时，资源会被集中占用，这样对中心端的配置要求就很高。因此，迫切需要解决中心端处理关联数据时资源集中占用的问题。
再者，由于中心端必需集中所有节点端的原始数据后，才能进行批处理，因而导致了一系列的问题，例如，如果批处理过程发生数据错误，就需要证券公司的操作人员及时重新传输数据，而一旦无法及时联系到证券公司操作人员，或者即使联系到，由于银行操作人员不熟悉证券业务，对批处理出错的处理能力比较弱，或描述不清楚，(相反证券公司的操作人员往往比较熟悉证券业务，对批处理出错的处理能力较强)这些均将造成批处理问题不能及时解决，给银行的数据准确性与第二天的正常交易带来损失。在批处理过程结束后，双方对帐也是通过电话或传真，进行手工核对，这些都加大了银行操作人员的工作量。尤其是当银证通联网的券商数量太多时，批处理的复杂度还会成倍增加，以至于银行无法接受这种操作的烦琐性而放弃联网更多的券商，极大地阻碍了银证通业务的发展，而且如果银行联网了多家证券公司，日终批处理时假如仅一家证券公司无法及时提供准确的批处理数据，其它证券公司数据都是及时与准确的，因为系统没有提供按证券公司逐一进行批处理的功能，第二天所有的证券公司都将无法正常交易，这对银行将造成巨大的损失，对其它数据准确的证券公司来说也是不合理的。因此类似这种业务系统都迫切需要解决交易数据即关联数据必须被集中批处理的问题。
下面以图1所示的设备自动控制方法为例对现有的关联数据批处理的方法进行说明。假设在约定时间段，需要在终端a、b、c收集各自管理的不同的启动条件，当终端a、b、c将自己管理的启动条件全部收集到后，集中传送至中心端，中心端接收所述条件进行集中处理，并将处理结果传送给设备，设备接收到该处理结果后，根据启动条件确定设备的启动状态，并启动设备以相应状态工作。
如图2所示，现有的批处理方法是应用于包括数据节点端110、一般节点端120及中心端130的批处理系统。其中所述数据节点端110包括客户的交易数据111，其能够对客户的交易数据进行处理，生成原始数据；其中所述中心端130包括交易流水表131，所述交易流水表131包括客户编号、节点编号等字段，该交易流水表131用于导入数据节点端发过来的所有原始数据，所述中心端130用于发起批处理，并对所有导入的原始数据进行批处理；其中一般节点端120本地不保存数据，其可以向中心端130取交易流水表131，以浏览客户的交易情况。
现有技术由中心端130发起批处理，数据节点端110只是传输数据到中心端130。该方法包括1)、中心端发起批处理请求；2)、数据节点端依据自身的批处理程序将客户的交易数据生成批处理原始数据；3)、所有数据节点端把原始数据发送到中心端，并确保传输数据无误；4)、中心端确认将所有数据节点端的原始数据导入交易流水表后，开始进行批处理，即释放所有节点端客户的状态控制，然后计算节点端客户的数据，并将该处理结果保存至交易流水表中；5)、数据节点端可以向中心端发起对帐请求；6)、当中心端接收到数据节点端的对帐请求时，中心端响应该对帐请求，将批处理结果(交易流水表)发送给数据节点端；7)、数据节点端接收批处理结果，并将批处理结果(交易流水表)与自己的批处理结果比较，若无误，则结束批处理过程；如有误，重做整个过程。
现有技术中中心端必需确认将所有数据节点端的原始数据导入交易流水表后，才开始进行批处理，在进行批处理的过程中，中心端的资源被集中占用，因此也就要求中心端具备较高的配置；再者由于集中批处理完成后，节点端才能获取到批处理的结果，因此在中心端进行批处理过程中，所有的数据节点端都在等待中心端批处理结果，降低了节点端的工作效率。
发明内容
为了解决现有技术中中心端被集中占用的问题，以及所有的数据节点端都盲目等待中心端批处理结果的问题，本发明提供一种关联数据批处理的方法。
为了解决现有技术中的问题，本发明提供的关联数据批处理的方法包括
A、中心端根据随机数据处理请求对节点端的数据进行即时处理；B、保存本次处理的所述节点端数据的处理结果，将处理结果反馈给节点端；C、判断是否将需要进行处理的节点端都进行了处理，并将处理结果保存，如是，转步骤D；否则继续执行步骤A；D、根据各节点端数据的关联性整理并记录所述保存在中心端的各节点端数据。
其中所述对节点端的数据进行即时处理的过程具体包括计算节点端客户的数据，并根据该计算结果释放节点端客户的状态控制；将节点端客户状态下的数据进行修改并保存；继续控制未作处理的节点端客户的相应状态。
其中所述步骤A之前包括中心端备份节点端数据的步骤。
其中所述根据随机数据处理请求对节点端的数据进行即时处理的过程为根据中心端随机发起的处理请求对节点端的数据进行即时处理。
其中所述根据随机数据处理请求对节点端的数据进行即时处理的过程为根据节点端随机向中心端发起的处理请求对节点端的数据进行即时处理。
其中在接收到节点端的处理请求后，中心端判断是否已经完成节点端原始数据的备份以及是否处于所设置的即时处理时间内，如果是，继续对节点端的数据进行即时处理的过程，否则发出等待信息给该节点端。
其中在所述步骤B与步骤C之间还包括判断是否收到节点端的查询处理结果请求，若收到，判断是否完成该节点的处理，如果完成，则执行步骤C，如果未完成，则发出等待信息给节点端；若未收到，则转入步骤A。
其中在所述步骤C与步骤D之间还包括41)、节点端接收处理结果，判断收到的处理结果是否成功，若成功，执行步骤42；若失败，则继续执行步骤A；
42)、节点端判断所收到的处理结果与自己系统的处理结果是否一致，若一致，则结束处理过程；若不一致，则进行相应的处理，转入步骤A。
其中在所述步骤A之前包括51)、节点端生成处理原始数据；52)、节点端传送数据给中心端，根据中心端的响应消息判断传送成功与失败，若传送成功，继续执行步骤A；若传送失败，继续执行步骤52。
其中在所述步骤A之前还包括中心端判断节点端是否具备提交处理权限，若具备，则执行步骤A；若不具备，中心端发出拒绝该节点端的处理请求的消息；节点端响应拒绝消息，通知其它节点端代理发出处理请求，转入步骤A。
其中在所述步骤A之前还包括中心端判断节点端是否具备提交批处理权限，若具备，则执行步骤A；若不具备，中心端发出拒绝该节点端的批处理请求的消息；节点端响应拒绝消息，通知中心端代理发出处理请求，转入步骤A。
与现有技术相比，本发明具有以下优点由于采用了中心端根据随机数据处理请求对节点端的数据进行即时处理；保存本次处理的所述节点端数据的处理结果，将处理结果反馈给节点端；判断是否满足批处理条件，如果满足，则根据各节点端数据的关联性整理并记录所述保存在中心端的各节点端数据；这样解决了现有技术中中心端处理关联数据时，资源被集中占用的问题，从而实现中心端只要接收到某个节点端的原始数据后，即可开始此节点端的批处理；同时由于批处理完成后，该节点端发送查询批处理结果请求时，即可及时获取到批处理的结果，因而节点端能够在中心端进行批处理过程的同时处理其它的事件，这样避免了在中心端进行批处理的过程中，所有节点端都盲目等待批处理结果的弊端，从而提高节点端的工作效率。
图1是现有技术实施关联数据批处理方法的系统示意图一；图2是现有技术二实施关联数据批处理方法的系统示意图二；图3是本发明实施关联数据批处理方法的系统示意图；图4是数据节点端生成原始数据的流程图；图5是本发明中心端发起批处理时数据批处理的流程图；图6是本发明节点端发起批处理时数据批处理的流程图。
具体实施例方式
在本发明的关联数据批处理的方法中，以设备的自动控制为例，仍然如图1所示，终端a收集到自己管理的启动条件后，即可传送至中心端，中心端接收所述条件进行处理，并保存该结果即A；同理终端b收集到自己管理的启动条件后，即可传送至中心端，中心端接收所述条件进行处理，并保存该结果即B；同理终端c收集到自己管理的启动条件后，即可传送至中心端，中心端接收所述条件进行处理，并保存该结果即C；当到约定的时刻，中心端对接收的条件A、B、C进行处理，并将处理结果传送给设备，设备接收到该处理结果后，判断能够根据启动条件确定设备的启动状态后，启动设备以相应状态工作。
从上述处理过程可以看出，经过对启动条件进行分时处理，解决了中心端资源集中占用的问题。
在本发明的关联数据批处理的方法中，以日间交易记账，日终批处理后交易才正式生效的业务模式为例。如图3所示，本发明应用于包括节点端210、中心端220、通信网络230以及连接于通信网络230与中心端220间的中心端防火墙240的关联数据的批处理系统，该系统的网络结构是星型结构。
所述节点端210为交易数据批处理的发起端或关联节点端，是星型结构中的非中心节点，根据节点是否能保存交易数据并进行一定的处理，节点端又可以分为数据节点端与一般节点端。数据节点端在日终时会生成批处理的原始数据，供中心端批处理用。数据节点端包括节点客户端211，节点端自处理功能212以及节点端交易数据库213。一般节点端本地不保存数据，日终时仅可以做为批处理交易的发起端，不能产生批处理原始数据，其包括节点客户端。
其中节点端210是一个广义上的概念，例如，银证通中的节点端可以是券商，银行的各个省、地市分行(支行)，也可以是总行，只是各自的权限不同而已，此外，节点端210还可以是基金公司、保险公司、期货公司以及一般的企事业单位等。节点客户端211主要负责发送数据，向中心端220发起批处理请求，同时向中心端传输节点端号，以便得到中心端的认证。节点客户端211需要在本地保存中心端的相关信息，如中心端IP地址，中心端服务端口，并配置需要传输的原始数据文件名称，以及中心端220返回的批处理结果文件名称及存放路径等信息。其中节点端交易数据库213用于保存节点端日间交易的数据信息，通过节点端自处理功能212生成中心端220需要的原始数据，所述原始数据必须做MAC校验，以便保证传输过程的安全性及不可改变性。
其中节点端自处理功能212是数据节点端的自有功能，其根据节点端的客户的不同而有所区别，例如，如果节点端客户是券商，则一般应用证券交易系统软件，证券交易系统软件需要处理完交易所的数据，完成自身的批处理，生成中心端需要的原始数据。所述原始数据包括当天日间交易过程中所有成交明细数据，同时还包括交易所发送的结算数据，如红股，红利，增发股等证券与资金的数据。
所述中心端220是进行交易数据记账和批处理的端点，是星型结构中的中心节点，其包括中心端批处理服务器221及交易数据库222。所述中心端批处理服务器221可与交易数据库222分离，这种架构能够保证应用服务器可以由多台组成，进而提高中心端对节点端并发处理的能力。
其中中心端批处理服务器221用于保存所述节点客户端211的参数信息，包括节点端号、节点端IP及节点端权限等信息。如果是新增节点端，则必须在中心端批处理服务器221设置节点客户端211的相关信息，并通知防火墙允许该节点客户端211的IP地址在网络上通信。
其中中心端交易数据库222用于保存与数据节点端有关联的所有客户资料信息、客户日间委托交易流水(成交与未成交流水)及资金流水信息，备份表中保存节点端客户的日间交易流水(成交与未成交流水)及资金流水数据，以及在备份区域进行所述数据的批处理。
当中心端批处理服务器221接收到节点端210发起的批处理请求时，首先对节点端客户211做权限检查，数据备份检查，同时检查其所在的节点端是否正在做批处理，是否已作签退，该节点端状态是否正常，上述如有一项通不过，都会返回错误信息到节点端，不允许该节点端发起批处理请求；当检查结果均通过后，接收节点端的批处理请求，随后在中心端交易数据库222做数据备份，然后在备份区域进行数据的批处理。
之所以在做批处理前，对批处理数据作备份，是为了防止数据在批处理过程中损坏。由于中心端220对节点端210的数据录入处理等一系列过程都是在备份区域中进行的，一旦重做批处理就从原始区域中根据节点端号复制该节点端的数据至备份库，备份库的内部结构与原始数据库的内部结构完全一样，不同的只是表的名称。
节点端传输数据后，发起批处理请求时，如果中心端220没有做数据备份，会回送节点端210中心端未就绪的信息。如果中心端220反回给节点端批处理失败，而且失败原因是由于原始数据出错造成的，则节点端210可重传数据，重新发起批处理请求。
由于本发明的批处理过程相当复杂，在做批处理过程中会有出错情况发生，如券商发送的原始数据种类繁多，涉及到各种证券品种，有普通股票，基金，国债，企业债券，新股发行，配股增发，红利，红股等等，再加上交易所频繁的推出新业务，使问题呈现多样化。在这种情况下就必须要进行出错信息记录才能找出出错原因，进而才能进行出错处理。具体操作过程如下中心端批处理服务器221将批处理过程详细地记录在文件中，并传送给节点端210，节点端210得到本节点端的处理过程日志，当然中心端220也能查看该日志，除了日志中明确指出出错信息外，还能准确地定位至哪个处理模块出错。
如果中心端220批处理成功，则返回给节点端210处理成功的信息，节点端210接收到处理结果，首先将处理结果中的对帐文件复制到节点端交易数据库213，随后进行对帐过程。
由于对帐文件包括资金汇总，资金明细等报表，所以节点端210可根据这些文件与节点端自处理功能212生成的报表相核对，如果总额不对，则需要对明细帐，找出出错原因，解决后可重新发起批处理请求。核对无误后，节点端210向中心端220作签退，批处理结束。
下面结合图4阐述节点端生成原始数据的具体流程，首先执行步骤S101，即节点端利用其自处理程序对交易数据库中的数据作处理；接着执行步骤S102，即生成中心端批处理的原始数据及处理报表。
下面结合图5阐述本发明中心端发起批处理过程的实施步骤。
首先执行步骤S201，即节点端通过通信网络向中心端传送原始数据，根据中心端的响应消息判断传送成功与失败，若传送成功，则执行步骤S202；如失败，则重新传送；随后执行步骤S202，即中心端备份节点端的原始数据，接着执行步骤S203，即中心端发起处理请求；接着执行步骤S204，即中心端在备份区域对备份的原始数据进行处理，具体处理过程包括首先计算节点端客户的数据，并根据该计算结果释放节点端客户的状态控制；所述客户的状态控制包括冻结资金、冻结股票等；随后将节点端客户状态下的数据进行修改并保存在交易数据库中；接着继续控制未作处理的节点端客户的相应状态；然后保存本次处理的所述节点端数据的处理结果；并判断是否满足批处理条件，所述批处理条件为将需要进行处理的节点端都进行了处理，并将处理结果保存，如果满足，则根据各节点端数据的关联性整理并记录所述保存在中心端的各节点端数据，否则继续执行步骤S203；在批处理过程中，中心端可能会收到查询请求，此时中心端需要执行步骤S205，即中心端判断是否收到节点端的查询批处理结果请求，若收到，则执行步骤S206，即判断是否完成该节点端的批处理，如果完成，则执行步骤S208，即将批处理结果发送给节点端，如果未完成，则发出等待信息给节点端，转入步骤S205；若未收到，则转入步骤S202；为了能够保证批处理结果的正确，还包括节点端批处理成果与中心端批处理成果的校对过程，具体包括如下步骤步骤S207，即节点端根据接收的批处理结果信息判断中心端是否成功完成批处理，若成功完成，则执行步骤S209，即节点端向中心端发出校对请求；若未成功完成，则执行步骤S203，即中心端重新对备份数据发起处理；随后执行步骤S210，即中心端判断是否收到校对请求，若收到，则执行步骤S211，即中心端向节点端传送处理结果的数据；若未收到，则执行步骤S203，即中心端对其它节点端的原始数据发起处理；接着执行步骤S212，即节点端将处理结果与自己的处理结果进行校对，如结果一致，则执行步骤S213，即该节点端向中心端签退；如结果不一致，则转入步骤S203，即中心端再次发起处理。
下面结合图6阐述节点端发起批处理请求时，中心端对节点端原始数据进行批处理的实施步骤。
首先执行步骤S301，即节点端通过通信网络向中心端传送原始数据，根据中心端的响应消息判断传送成功与失败，若传送成功，则执行步骤S302；如失败，则重新传送；随后执行步骤S302，即中心端备份节点端的原始数据，接着执行步骤S303，即节点端向中心端发起处理请求，该节点端可以是数据节点端也可以是一般节点端；接着执行步骤S304，即中心端判断节点端是否具备提交批处理权限，若具备，则执行步骤308；若不具备，执行步骤S305，即中心端发出拒绝该节点端的处理请求的消息；接着执行步骤S306，即节点端响应拒绝消息，通过其它节点端或中心端代理发起处理请求；若是由其它节点端代理发起处理请求，则转入步骤S304；若是由中心端代理发起处理请求，则执行步骤S308；接着执行步骤S307，即中心端判断是否已经具有响应请求的条件，所述响应条件包括中心端已经完成节点端原始数据的备份以及处于所设置的即时处理时间内，若中心端已经具有响应请求的条件，则执行步骤S308，即中心端根据批处理请求，在备份区域对备份的原始数据进行批处理，具体处理过程包括首先计算节点端客户的未作处理的数据，并根据该计算结果释放节点端客户的状态控制；所述客户的状态控制包括冻结资金；随后将节点端客户状态下的数据进行修改并保存在交易数据库中；接着继续控制未作处理的节点端客户的相应状态；若不具有响应请求的条件，则发出等待信息给该节点端；接着执行步骤S308，即中心端在相应的备份区域进行该节点端的处理过程；然后保存本次处理的所述节点端数据的处理结果，并判断是否满足批处理条件，所述批处理条件包括中心端将需要进行处理的节点端都进行了处理，并将处理结果保存，如果满足批处理条件，则根据各节点端数据的关联性整理并记录所述保存在中心端的各节点端数据，否则继续执行步骤S303；在处理过程中中心端可能会收到节点端的查询请求，这时执行步骤S309，即中心端判断是否收到查询处理结果请求；若收到节点端的查询处理结果请求，则执行步骤S310，即判断是否完成该节点的处理，如果完成，则执行步骤S311，即将处理结果发送给节点端；如果未完成，则发出等待信息给节点端，转入步骤S308；若未收到，则转入步骤S303。
为了能够保证批处理结果的正确，还包括节点端处理成果与中心端处理成果的校对过程，具体包括如下步骤步骤S312，即节点端根据接收的处理结果信息判断中心端是否成功完成处理，若成功完成，则执行步骤S313，即节点端向中心端发出校对请求；若未成功完成，则执行步骤S303，即节点端重新发起处理请求；随后执行步骤S314，即中心端判断是否收到校对请求，若收到，则执行步骤S315，即中心端向节点端传送校对数据；若未收到节点端的校对请求，则执行步骤S303，即其它节点端发起处理；接着执行步骤S316，即节点端将处理结果与自己的处理结果进行校对，如结果一致，则执行步骤S317，即该节点端向中心端签退；如结果不一致，则转入步骤S303，即节点端发起处理请求。
下面结合一实施案例对本发明进行描述。
银行在开展银证通业务时，一家银行往往会联网多家证券公司营业部，开展银证通业务的股民买入股票时，是直接从其银行账户上扣减资金，卖出股票的资金也直接回到其银行账户上。所以银证通就属于白天交易记账，日终必须进行批处理，批处理后业务才真正生效的业务模式。银行端的银证通主机为中心端，多家证券公司营业部即节点端，股民买入股票与卖出股票即交易数据，银证通的批处理是由银行端的银证通主机即中心端来完成的。
银证通主机批处理的数据源来自联网的证券公司，证券业务服务器会在日终时生成银证通对应的批处理数据，通过证券前置机即节点客户端把批处理数据传送到银行端银证通主机即中心端上，成为日终批处理的先决条件。
本项发明由于批处理可以由节点端发起，也可以由中心端发起，从而保证银行有两种批处理方法，一、可以让券商来做批处理(只处理该券商对应的批处理功能)，券商可以接收对帐数据进行核对；二、银行来做批处理，券商把对帐数据发给银行，银行来进行核对，既可以一家一家券商批处理，也可以进行券商整批批处理。这项发明解决了银行联多家券商批处理繁杂及由于银行人员不熟悉证券业务而造成批处理困难的问题。
如果券商发起批处理，则需要在券商的前置机上增加一套完整的批处理客户端程序，让券商操作人员直接在前置机上发起批处理，包括传输文件，发起批处理指令，查询批处理结果，重做批处理，取资金报表(即对帐数据)等功能，保证券商能实现完整的批处理。所有证券做的批处理，批处理结果在银行端都能查到，并能监控券商的批处理进度，如果券商当日有特殊原因不能批处理，则这时完全可以由银行来做此券商的批处理，具有极大的灵活性。
当然如果银行发起批处理，则券商不在银行允许的情况下是不能在券商端发起批处理的，所有券商发起的交易都有“是否禁止”的标志，如果在银行端把某个交易设为禁止，则此券商就不能做该交易了，如有部分券商不做批处理，但需要获取对帐数据进行对帐，则可单独开放“取资金报表”的功能，而关闭其“批处理功能”。
下面说明银行端发起券商批处理的具体流程首先银行接收券商的批处理原始数据文件，然后中心端备份券商的批处理数据；接着中心端发起券商的批处理；接着中心端在备份区域对券商的原始数据进行批处理，具体处理过程包括首先计算节点端客户的数据，并根据该计算结果释放节点端客户的状态控制；所述客户的状态控制包括冻结资金、冻结股票；随后将节点端客户状态数据进行修改并保存在交易数据库中；接着继续控制未作处理的节点端客户的相应状态；例如，客户甲在节点端A进行了交易，则首先计算客户甲交易数据及相应的分红等数据，得出该客户在该节点应该在其帐户上存入或扣减金额的计算结果，然后将此客户的状态控制进行释放，并根据该状态下的数据情况将该状态下的客户的计算结果进行修改，然后保存在交易数据库中，接着继续控制未做处理的节点端客户甲的相应状态，如此处理，直到客户甲在其它节点端的交易数据处理完成后，才完成客户甲的所有数据处理；在进行该券商的批处理过程中，银行端也可发起对其它券商的批处理请求，在交易数据库内对其它券商进行批处理；紧接着即银行判断是否收到券商的查询批处理结果请求，若收到，则判断是否完成券商的批处理，如果完成，则将批处理结果发送给券商，如果未完成，则发出等待信息给券商；若未收到，则继续进行其它券商原始数据的批处理；然后券商接收中心端发送的批处理结果；随后将批处理结果与证券公司的批处理结果对帐，如结果一致，则该券商向中心端签退，结束批处理过程；如对帐结果不一致，则该券商重新发送原始数据给银行端进行处理。
券商发起批处理的具体流程券商发送批处理文件给银证通系统；银证通系统接收批处理文件，返回接收确认信息；券商确认文件传输成功，发起批处理请求；银证通系统开始进行批处理，并返回开始进行批处理的信息给券商；券商根据自己的数据量判断批处理完成时间到，可以向银证通系统发起批处理结果查询请求；银证通系统接收券商的查询请求，将批处理后生成的券商批处理结果文件和报表发送给券商；券商对批处理结果进行核对，如结果一致，则向中心端签退，结束批处理过程；如结果不一致，则检查批处理文件是否正确，根据情况重新发起批处理请求。
上述批处理有可能因为一些异常情况而被临时中断，系统要能保证批处理出现失败时，下次批处理时能回滚到批处理开始时的状态重新开始批处理。批处理前的备份机制，批处理时先从原始表取数据到备份表，以及数据库本身的事务机制可以确保数据回滚的成功。
由上述可见，该方法对简化日终操作成效显著。券商可以同时进行批处理，而不需要像以前那样等待所有其他券商批处理结束后才能批处理，节约了等待时间。而且操作员基本上不需要人工干预，就能完成整个批处理过程，大大降低了维护量。由于券商可以查看批处理结果，如果发现批处理文件里数据有错误，可以自行修改，然后重新批处理。
首先要指出的是，本发明中用到的术语、字词及权利要求的含义不能仅仅限于其字面和普通的含义去理解，还包括与本发明的技术相符的含义和概念，这是因为我们作为发明者，要适当地给出术语的定义，以便对我们的发明进行最恰当的描述。因此，本说明和附图中给出的配置，只是本发明的首选实施方案，而不是要列举本发明的所有技术特性。我们要认识到，还有各种各样的可以取代我们方案的同等方案或修改方案。
权利要求
1.一种关联数据批处理的方法，应用于包括节点端、中心端的批处理系统，其特征在于，包括A、中心端根据随机数据处理请求对节点端的数据进行即时处理；B、保存本次处理的所述节点端数据的处理结果，将处理结果反馈给节点端；C、判断是否将需要进行处理的节点端都进行了处理，并将处理结果保存，如果是，转步骤D；否则继续执行步骤A；D、根据各节点端数据的关联性整理并记录所述保存在中心端的各节点端数据。
2.按照权利要求1所述的关联数据批处理的方法，其特征在于，所述对节点端的数据进行即时处理的过程具体包括31)、计算节点端客户的数据，并根据该计算结果释放节点端客户的状态控制；32)、将节点端客户状态数据进行修改并保存；33)、继续控制未作处理的节点端客户的相应状态。
3.按照权利要求2所述的关联数据批处理的方法，其特征在于，所述步骤A之前包括中心端备份节点端数据的步骤。
4.按照权利要求3所述的关联数据批处理的方法，其特征在于，所述根据随机数据处理请求对节点端的数据进行即时处理的过程为根据中心端随机发起的处理请求对节点端的数据进行即时处理。
5.按照权利要求3所述的关联数据批处理的方法，其特征在于，所述根据随机数据处理请求对节点端的数据进行即时处理的过程为根据节点端随机向中心端发起的处理请求对节点端的数据进行即时处理。
6.按照权利要求5所述的关联数据批处理的方法，其特征在于，在接收到节点端的处理请求后，中心端判断是否已经完成节点端原始数据的备份以及是否处于所设置的即时处理时间内，如果是，继续对节点端的数据进行即时处理的过程，否则发出等待信息给该节点端。
7.按照权利要求4、5或6所述的关联数据批处理的方法，其特征在于，在所述步骤B与步骤C之间还包括判断是否收到节点端的查询处理结果请求，若收到，判断是否完成该节点端的处理，如果完成，则执行步骤C，如果未完成，则发出等待信息给节点端；若未收到，则转入步骤A。
8.按照权利要求7所述的关联数据批处理的方法，其特征在于，在所述步骤C与步骤D之间还包括41)、节点端接收处理结果，判断收到的处理结果是否成功，若成功，执行步骤42；若失败，则继续执行步骤A；42)、节点端判断所收到的处理结果与自己系统的处理结果是否一致，若一致，则结束处理过程；若不一致，则进行相应的处理，转入步骤A。
9.按照权利要求8所述的关联数据批处理的方法，其特征在于，在所述步骤A之前包括51)、节点端生成处理原始数据；52)、节点端传送数据给中心端，根据中心端的响应消息判断传送成功与失败，若传送成功，继续执行步骤A；若传送失败，继续执行步骤52。
10.按照权利要求9所述的关联数据批处理的方法，其特征在于，在所述步骤A之前还包括61)、中心端判断节点端是否具备提交处理权限，若具备，则执行步骤A；若不具备，中心端发出拒绝该节点端的处理请求的消息；62)、节点端响应拒绝消息，通知其它节点端代理发出处理请求，转入步骤A。
11.按照权利要求9所述的关联数据批处理的方法，其特征在于，在所述步骤A之前还包括71)、中心端判断节点端是否具备提交批处理权限，若具备，则执行步骤A；若不具备，中心端发出拒绝该节点端的批处理请求的消息；72)、节点端响应拒绝消息，通知中心端代理发出处理请求，转入步骤A。
全文摘要
一种关联数据批处理的方法，应用于包括节点端、中心端的批处理系统，该方法包括A、中心端根据随机数据处理请求对节点端的数据进行即时处理；B、保存本次处理的所述节点端数据的处理结果，将处理结果反馈给节点端；C、判断是否将需要进行处理的节点端都进行了处理，并将处理结果保存，如果是，则根据各节点端数据的关联性整理并记录所述保存在中心端的各节点端数据；否则继续执行步骤A。该方法能够实现中心端只要接收到某个节点端的原始数据后，即可开始此节点端的处理；同时避免了在中心端进行批处理的过程中，所有节点端都盲目等待批处理结果的弊端，从而提高节点端的工作效率。
文档编号G06F17/00GK1588865SQ200410074240
公开日2005年3月2日 申请日期2004年9月3日 优先权日2004年9月3日
发明者林建军, 朱卫民, 孙剑, 林芝丰, 陈春荣 申请人:杭州恒生电子股份有限公司