专利名称：实现银行不间断服务的数据处理方法和系统的制作方法
技术领域：
本发明涉及一种用于银行的数据处理方法和系统，尤其涉及一种能够实现银行不间断服务的数据处理方法以及数据处理系统。
背景技术：
当前大多数商业银行的核心业务系统在夜间总有一段时间用于批处理，在批处理期间核心业务系统基于其主数据库完成数据备份、总帐形成、滚动积数、定期转存、贷款到期处理以及形成部分会计报表等工作。在此期间，为了保证数据的“断点”，即为了确保账户数据在切换到下一会计周期前保持一定时间的静态，以确保统计的准确性，核心业务系统会将主数据库锁定。这样，将导致ATM、POS等各类自助设备停止对外服务，给客户带来诸多不便。
导致银行停止服务或中断服务的原因主要有以下几个(1)在联机交易并发处理过程中，出现数据库的锁记录现象；(2)日终批处理时系统锁库处理资金清算、总帐形成、总分核对等；(3)年终决算造成会计日期无法正常切换。
发明内容
为了解决银行的核心业务系统在上述处理期间不能向客户提供服务的问题，根据本发明提供了一种实现银行不间断服务的数据处理方法。该数据处理方法由银行的核心业务系统和24小时业务处理装置实现，并包括如下步骤执行日终前处理；进行24小时模式处理；恢复正常工作状态。
根据本发明，上述进行24小时模式处理的步骤包括由核心业务系统进行银行的日终批处理，同时由24小时业务处理装置处理来自自助设备的交易请求；由24小时业务处理装置进行补账处理。
本发明还提供了一种实现银行不间断服务的数据处理系统，包括一个核心业务系统和一个24小时业务处理装置，所述核心业务系统和所述24小时业务处理装置协作实现如下功能由所述核心业务系统执行日终前处理；由所述核心业务系统进行银行的日终批处理，同时由所述24小时业务处理装置处理来自自助设备的交易请求；由24小时业务处理装置进行补账处理；所述核心业务系统恢复正常工作状态。
在根据本发明的实现银行不间断服务的数据处理方法和数据处理系统中，增加了一个24小时模式处理过程，使得银行能够实现每天24小时的不间断对外服务，大大增强了银行的对外服务能力，并且缓解了银行的开业服务压力，有利于银行进行内部日终批处理业务和年终结算业务。
图1示出了用于实现根据本发明的实现银行不间断服务的数据处理方法时银行核心业务系统的操作流程图；图2示出了根据本发明的实现银行不间断服务的数据处理方法的流程图；图3示出了用于实现根据本发明的实现银行不间断服务的数据处理方法时24小时业务处理装置对来自自助设备的交易请求进行处理的流程图；图4A是根据本发明的实现银行不间断服务的数据处理方法中进行24小时模式处理时建立的账户信息表的示意图；图4B是根据本发明的实现银行不间断服务的数据处理方法中进行24小时模式处理时建立的交易流水表的示意图；图5示出了根据本发明的实现银行不间断服务的数据处理方法中进行补账处理的流程图；以及图6示出了根据本发明的实现银行不间断服务的数据处理系统。
具体实施例方式
图1示出了用于实现根据本发明的实现银行不间断服务的数据处理方法时银行核心业务系统的操作流程图。
通常情况下，银行的核心业务系统在完成日间营业的正常工作之后，应该进行锁定主数据库的日终批处理，在此期间，银行将暂停服务。因此，银行的核心业务系统不能接收和处理来自自助设备的交易请求。为了实现银行的不间断服务，根据本发明，对银行的数据处理方法进行了改进。
上述自助设备包括自动取款机(ATM)、销售终端(POS)、自助通、呼叫中心、网上银行或者银行用于自动接收客户资金请求的任何终端。
上述核心业务系统是指银行开发的业务支持系统，涵盖银行包括本外币在内的所有核心业务。
银行的核心业务系统的系统运行状态，针对联机业务而言，包括“禁止”、“正常”、“24小时模式”、“年终”四种状态。
“禁止”状态是指银行核心业务系统处于拒绝一切联机业务的状态。“正常”状态是指银行核心业务系统处于正常处理联机业务的状态。“24小时模式”状态是指银行核心业务系统在日终批处理时启用的一种状态，此时24小时业务处理装置继续对自助设备请求的交易进行服务，在此模式下所进行的业务处理纳入下一会计周期。“年终”状态是指银行核心业务系统在年终处理时，损益结转未处理完，为保证继续对自助设备请求的交易进行服务而临时启动的一种状态，此时对自助设备请求的处理视同“24小时模式”。
如图1所示，为了实现银行的不间断服务，在银行的核心业务系统完成日间营业的正常工作之后，首先将工作状态切换到“24小时模式”。在该模式下，由银行系统中的核心业务系统把交易日期设为下一个会计处理日期，对用于“24小时模式”的辅助数据库中的序号表进行初始化，该序号表一般来说只表达为该不间断服务期间接收的交易序号。
该辅助数据库是为了保证数据读取的一致性，在核心业务系统切换至“24小时模式”时建立的专门记录交易信息的数据库。
在“24小时模式”状态下，在日终批处理时主数据库不对相关的数据表锁定(如各账务主文件)，此时核心业务系统根据外部传入的账号提取账号账务及相关信息，并将提取的信息存放到辅助数据库的账户信息表(动户提取信息模式)中，并在此信息基础上控制后续业务处理，同时该过程的批处理模块均不涉及此类账户扣减，直至切回正常模式后，才可能对此类账户进行扣减，这样，既保持了批处理过程中对主数据库的读取，又保证了数据的一致性。
然后，核心业务系统基于主数据库执行银行的日终批处理，在日终批处理期间数据操作不锁主数据库，只对相关数据表作共享锁控制，它要求主数据库对表的锁级别设置为“行锁”，即每条表记录为最小的锁单位，以确保在更新某表记录时，不影响其他记录的被读取、更新操作。
在日终批处理期间，由一个24小时业务处理装置接收并处理来自自助设备的交易请求，其中，24小时业务处理装置基于辅助数据库工作，其操作不对日终批处理业务产生影响。
24小时业务处理装置启动记录流水表模块，不再调用联机记账等正常处理模块，输出接口组织不变；支持交易进行如账户余额、凭证和密码等业务控制信息动户从主数据库中提取，并以此为基础控制后续交易的进行。
在此状态中，只要检查账户的要素是完整的、安全的(如非挂失、冻结)及保证账户余额是足够的，就认为该笔交易是成功的，马上记录到相应的流水表中，同时把账户变化后的余额更新到账户信息表中，以便下一次该账户发生时直接从账户信息表中提取最新的数据。
待日终批处理完成后，核心业务系统进行下一个会计日期的日初处理。而后，由24小时业务处理装置进行补账处理；补账处理完成后，核心业务系统恢复正常工作，开始下一日间营业。
补账处理包括第一次补账处理、第二次补账处理、更新相关控制信息和补账差错对账四个步骤；冲正和被冲正交易不进行补账处理，交易流水补账处理采取小事务处理模式，调用联机交易处理函数，补账不成功，则事务回滚，并对账户进行冻结处理；切换正常工作模式处理中异常错误退出，排除故障后可重复处理。
(1)第一次补账严格根据辅助数据库中交易流水表的顺序往主数据库进行补账，处理流水表中所有未入账记录，并对记录的入账标记赋值；辅助数据库中交易流水表不锁表，此处理期间系统同时支持“24小时模式”。
(2)第二次补账将核心业务系统的状态更改为“禁止”状态；由于有了第一遍对流水的处理，所以从理论上讲，第二遍处理时间很短，所以，此时系统处于“禁止”状态不会对不间断服务造成影响；对24小时流水表进行锁表处理；严格根据辅助数据库中交易流水表顺序往主数据库进行补账，其处理对象为第一次补账处理期间产生的交易记录。
(3)更新相关控制信息补帐结束后，更新主数据库中凭证控制信息和柜员流水号信息；更新系统状态为“正常”状态。
(4)补账差错对账如果存在补账不成功的交易流水则生成补帐差错清单，隔日根据此差错清单手工进行调账和补账。
其中，在银行的核心业务系统切换到24小时模式之后，完成自助交易会计周期切换，启用辅助数据库存放24小时模式下的自助交易流水及相关账务控制信息。而在银行的核心业务系统切换到正常模式之后，根据辅助数据库中的自助交易流水信息顺序进行补账。
下面，结合图2详细描述根据本发明的实现银行不间断服务的数据处理方法。
如图2所示，根据本发明的数据处理方法开始于步骤201。在步骤202，由核心业务系统执行日终前处理。在该步骤中，核心业务系统执行银行在每日营业时间结束后的一段时间内进行的部分日常账务处理工作，这些工作是能与联机交易并发处理的操作。在日终前处理结束后，流程进入步骤203。在步骤203，启动“24小时模式”，核心业务系统准备进行日终批处理，24小时业务处理装置准备处理来自自助设备的交易请求。之后，流程进入步骤204。在步骤204，进行“24小时模式处理”。
该模式之下的处理包括同时进行的两个处理过程。第一个处理过程依次是核心业务系统基于系统主数据库进行的银行日终批处理、日初处理以及由24小时业务处理装置针对主数据库进行的补账处理。第二个处理过程是24小时业务处理装置对来自自助设备的交易请求进行的处理，该24小时业务处理装置基于作为24小时数据库的辅助数据库工作。上述日初处理包括由核心业务系统对流水号进行初始化，以及将会计日期切换至新的会计日期等。24小时模式下24小时业务处理装置进行处理的交易将被记录为下一个会计周期中的交易。
之后，流程进入步骤205。在步骤205，核心业务系统恢复“正常”工作状态，正常接受交易，直到每日营业时间结束后执行日终前处理，返回步骤202。重复上述步骤，则利用主数据库和辅助数据库实现了银行的不间断服务。
下面，结合图3对根据本发明的实现银行不间断服务的数据处理方法中24小时业务处理装置对来自自助设备的交易请求进行的处理进行详细说明。
图3所示的流程开始于步骤301。在步骤302，24小时业务处理装置在其管理的辅助数据库中建立账户信息表和交易流水表。图4A是建立的账户信息表的示意图，图4B是建立的交易流水表的示意图。如图4A所示，账户信息表仅用于记录24小时模式下发生交易的客户账号。应当注意，账户信息表中记录的客户账号仅是作为该客户的唯一标识，此处也可以选择与客户一一对应的其他标识进行记录，对不同标识的选择不构成对本发明的限制。如图4B所示，交易流水表中记录24小时模式下发生交易的时间、金额、交易代码和账户余额等与交易的执行情况有关的信息。在启动24小时模式后，建立的账户信息表和交易流水表初始为空，随着24小时业务处理装置不断地接收来自自助设备的交易请求，账户信息表中将存入发生交易的客户账号，交易流水表中将存入对应交易的流水信息。
之后，图3所示流程进入步骤303。在步骤303，24小时业务处理装置接收客户发出的身份认证信息和交易信息。之后，流程进入步骤304。在步骤304，根据客户输入的身份认证信息判断发出交易信息的客户是否已包括在账户信息表中。在本实施方式中，即判断客户输入的身份认证信息中包含的客户账号是否已包括在账户信息表列出的账号中。
当判断客户已包括在账户信息表中时，则流程进入步骤305。在步骤305中，检索交易流水表中该客户对应的交易流水信息。之后，流程进入步骤306。在步骤306中，判断交易是否有效，即是否可以在该账户上执行所请求的交易类型以及余额是否足够等。当判断交易有效时，则流程进入步骤307。在步骤307中，向交易流水表中添加该笔交易的交易流水信息，则交易处理完成。之后，流程进入步骤312。在步骤312中，判断是否接收到初始化指令。当判断未接收到初始化指令时，则流程返回步骤303，以便接收下一个交易信息。当经判断接收到了初始化指令时，则流程进入步骤313。在步骤313中，对主数据库和24小时业务处理装置中的辅助数据库进行初始化。图3所示流程结束于步骤314。
当在步骤306中判断交易无效时，则流程进入步骤308。在步骤308中，输出错误信息。之后，流程进入步骤312，并按照上述描述继续执行后续处理。
当在步骤304中经判断发出交易信息的客户未包括在账户信息表中时，则流程进入步骤309。在步骤309，根据客户输入的身份认证信息，24小时业务处理装置对主数据库进行检索，并提取与客户输入的身份认证信息对应的客户账户的信息，如客户账号、账户类型和账户余额等。由于核心业务系统在进行日终批处理时对主数据库的记录锁采用的是共享锁的方式，因此24小时业务处理装置可以在日终批处理期间读取主数据库中的内容。然后，流程进入步骤310。在步骤310中，根据客户账户的信息，判断交易是否有效，即是否可以在该账户上执行所请求的交易类型以及余额是否足够等。
当经判断交易有效时，则流程进入步骤311。在步骤311中，向辅助数据库的账户信息表中添加该客户的账号，并向辅助数据库的交易流水表中添加该笔交易的交易流水信息，包括发生交易的时间、金额、交易代码和账户余额等信息，交易处理完成。之后，流程进入步骤312，并按照上述描述继续执行后续处理。当在步骤310中经判断交易无效时，则流程进入步骤308。在步骤308中，输出错误信息。之后，流程进入步骤312，并按照上述描述继续执行后续处理。
经过图3所示24小时模式的处理，自助设备在核心业务系统执行日终批处理期间进行的交易都被记录在基于辅助数据库建立的账户信息表和交易流水表中。
图5示出根据本发明的实现银行不间断服务的数据处理方法中由24小时业务处理装置针对主数据库进行补账处理的流程图。
流程开始于步骤501。在步骤502中，由24小时业务处理装置按照基于辅助数据库建立的交易流水表的顺序，根据交易流水表中交易的内容修改存储在主数据库中的相关账目记录，即进行第一次补账处理。之后，图5所示流程进入步骤503。在步骤503中，锁定辅助数据库，启动24小时业务处理装置的暂停服务状态，此时，24小时业务处理装置将不能向客户提供服务。接着，流程进入步骤504。在步骤504中，由24小时业务处理装置按照基于辅助数据库建立的交易流水表的顺序，根据交易流水表中在第一次补账处理之后增加的交易的内容修改存储在主数据库中的相关账目记录，即进行第二次补账处理。第二次补账处理完成后，补账处理结束于步骤505。补账处理结束后，对主数据库相关数据进行初始化，然后向24小时业务处理装置发出初始化指令，则24小时业务处理装置进行初始化。
由图5所示流程可以看出，上述步骤503至步骤504的处理过程中，核心业务系统由于还未恢复正常工作状态，无法接受客户发出的交易请求，同时，24小时业务处理装置也处于暂停服务状态而无法接受客户发出的交易请求，此时，该银行整个系统处于暂停服务的状态。但是，由于基于辅助数据库中的第二次补账处理只是对第一次补账处理之后增加的交易的内容进行补账处理，两次补账处理之间的时间很短，因此，增加的交易数量十分有限，这样，就可以将这种暂停服务的状态控制在一个非常短的时间之内，一般是十分之一秒的数量级。
应当理解，随着客户量和交易量的增加，可以根据需要，增加进行补账的次数，使得最后一次进行补账处理的交易数量在一个预定的范围内，从而将辅助数据库锁定的时间，即24小时业务处理装置处于暂停服务状态的时间控制在一个客户几乎无法感觉到的范围内，实现银行的不间断服务。
上面以银行核心业务系统在“24小时模式”下如何实现不间断服务的情况为例进行了说明。而核心业务系统在“年终”状态下如何实现不间断服务的情况与之相似，下面进行简单说明。
“年终”状态是指在年终的最后一天(12月31日)在银行的正常关闭时间内还未完成年终结算时为保证自助服务能按时对外营业而临时启动的一种状态。
如果需要，银行的核心业务系统的状态从“正常”状态切换到“年终”状态；赋“24小时模式”的交易日期为下一会计处理日期；对辅助数据库进行初始化。
年终结转正常处理，即系统支持年终损益结转相关柜面交易处理业务，此类交易属于当日业务，在处理上无特殊性，此类交易不得与24小时模式交易交叉处理客户帐。
此时自助服务的交易处理与“24小时模式”状态相同，对此不再赘述。
本发明还提供了一种实现银行不间断服务的数据处理系统，如图6所示。该系统600包括基于主数据库602的核心业务系统601和基于24小时数据库即辅助数据库604的24小时业务处理装置603。
核心业务系统601准备进行日终批处理之前，向24小时业务处理装置603发出启动指令，启动24小时业务处理装置603开始接收客户的交易信息，核心业务系统601和24小时业务处理装置603进入24小时模式。在该模式下，核心业务系统601进行日终批处理，在此期间，将主数据库602中的记录锁设置为共享锁的方式。24小时业务处理装置603接收来自客户的交易信息，并将24小时模式下发生的交易的客户账户信息和交易流水信息存储在辅助数据库604中。待核心业务系统601的日终批处理结束后，由24小时业务处理装置603依据存储在辅助数据库604中的交易信息，修改主数据库602中的账户记录，从而完成补账处理。补账处理之后，核心业务系统601恢复正常工作状态，此时，核心业务系统601可以接收客户发出的交易信息。
根据本发明，利用两个数据库实现银行不间断服务的数据处理方法和系统，可以提供全天候对外服务的核心银行服务，从而提高了银行整体的服务质量，为客户带来了极大的方便。
在不脱离本发明的构思和精神的情况下，可以做出许多改变和变更。应当理解，本发明不限于特定的实施方式。本发明的范围由所附权利要求限定。
权利要求
1.一种能够实现银行不间断服务的数据处理方法，该数据处理方法由银行的核心业务系统和24小时业务处理装置实现，并包括如下步骤执行日终前处理；进行24小时模式处理；恢复正常工作状态。
2.根据权利要求1所述的能够实现银行不间断服务的数据处理方法，其中，所述进行24小时模式处理的步骤包括由所述核心业务系统进行银行的日终批处理，同时由所述24小时业务处理装置处理来自自助设备的交易请求；由24小时业务处理装置进行补账处理。
3.根据权利要求2所述的能够实现银行不间断服务的数据处理方法，其中，在进行银行的日终批处理和补账处理期间，所述核心业务系统中断处理来自自助设备的交易请求。
4.根据权利要求3所述的能够实现银行不间断服务的数据处理方法，其中，所述核心业务系统利用银行主数据库进行银行的日终批处理，而所述24小时业务处理装置利用辅助数据库处理来自自助设备的交易请求。
5.根据权利要求4所述的能够实现银行不间断服务的数据处理方法，其中，由所述24小时业务处理装置处理来自自助设备的交易请求的步骤包括在所述辅助数据库中建立账户信息表和交易流水表；接收客户输入的身份认证信息和交易信息；根据所述身份认证信息判断发出交易信息的客户的账号是否已包括在所述账户信息表中；如果判断客户账号已包括在所述账户信息表中，则向交易流水表中添加该交易的交易流水信息；如果判断客户账号未包括在所述账户信息表中，则在主数据库中提取该客户信息，并向账户信息表中添加该客户账号，向交易流水表中添加该交易的流水信息。
6.根据权利要求5所述的能够实现银行不间断服务的数据处理方法，其中，所述账户信息表记录所述24小时模式下发生交易的客户账号，所述交易流水表记录所述24小时模式下与交易的执行情况有关的信息。
7.根据权利要求5所述的能够实现银行不间断服务的数据处理方法，其中，在启动24小时模式时建立的账户信息表和交易流水表初始为空。
8.根据权利要求6所述的能够实现银行不间断服务的数据处理方法，其中，所述交易流水表中记录的信息包括发生交易的时间、金额、账户余额和交易代码等。
9.根据权利要求4所述的能够实现银行不间断服务的数据处理方法，其中，在所述24小时模式中，所述核心业务系统基于所述主数据库进行银行的日终批处理时对所述主数据库中的记录锁采用的是共享锁的方式，以便所述24小时业务处理装置在日终批处理期间读取所述主数据库中的内容。
10.根据权利要求5所述的能够实现银行不间断服务的数据处理方法，其中，在所述补帐处理步骤之前还包括由所述核心业务系统对流水号进行初始化，并将会计日期切换至新的会计日期的日初处理步骤。
11.根据权利要求5所述的能够实现银行不间断服务的数据处理方法，其中，所述补账处理步骤包括首次补账处理，由所述24小时业务处理装置按照所述交易流水表的顺序，根据所述交易流水表中交易的内容修改存储在所述主数据库中的相关账目记录；锁定辅助数据库，启动24小时业务处理装置的暂停服务状态；以及最后一次补账处理，由所述24小时业务处理装置按照所述交易流水表的顺序，根据所述交易流水表中在前次补账处理之后增加的交易的内容修改存储在所述主数据库中的相关账目记录。
12.根据权利要求11所述的能够实现银行不间断服务的数据处理方法，其中，在首次补账处理步骤和锁定辅助数据库步骤之间还包括至少一次后续补账处理，用于由所述24小时业务处理装置按照所述交易流水表的顺序，根据所述交易流水表中在前次补账处理之后增加的交易的内容修改存储在所述主数据库中的相关账目记录。
13.一种实现银行不间断服务的数据处理系统，包括一个核心业务系统和一个24小时业务处理装置，所述核心业务系统和所述24小时业务处理装置协作实现如下功能由所述核心业务系统执行日终前处理；由所述核心业务系统进行银行的日终批处理，同时由所述24小时业务处理装置处理来自自助设备的交易请求；由24小时业务处理装置进行补账处理；所述核心业务系统恢复正常工作状态。
14.根据权利要求13所述的能够实现银行不间断服务的数据处理系统，其中，在进行银行的日终批处理和补账处理期间，所述核心业务系统中断处理来自自助设备的交易请求。
15.根据权利要求13所述的能够实现银行不间断服务的数据处理系统，其中，所述核心业务系统利用银行主数据库进行银行的日终批处理，而所述24小时业务处理装置利用辅助数据库处理来自自助设备的交易请求。
16.根据权利要求15所述的能够实现银行不间断服务的数据处理系统，其中，所述辅助数据库包括账户信息表和交易流水表。
全文摘要
本发明公开了一种实现银行不间断服务的数据处理方法，包括如下步骤执行日终前处理；进行24小时模式处理；恢复正常工作状态。所述进行24小时模式处理的步骤包括由所述核心业务系统进行银行的日终批处理，同时由所述24小时业务处理装置处理来自自助设备的交易请求；由24小时业务处理装置进行补账处理。通过本发明利用两个数据库处理实现了银行不间断服务的方法和系统，可以提供全天候对外服务的核心银行服务，从而提高了银行整体的服务质量，为客户带来了极大的方便。
文档编号G06F17/40GK1553393SQ20031011603
公开日2004年12月8日 申请日期2003年12月29日 优先权日2003年12月29日
发明者吴择金, 陈章辉 申请人:兴业银行股份有限公司