当前大多数商业银行的核心业务系统在夜间总有一段时间用于 批处理，在批处理期间核心业务系统基于其主数据库完成数据备份、 总帐形成、滚动积数、定期转存、贷款到期处理以及形成部分会计 报表等工作。在此期间，为了保证数据的“断点”，即为了确保账 户数据在切换到下一会计周期前保持一定时间的静态，以确保统计 的准确性，核心业务系统会将主数据库锁定。这样，将导致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可以接收客户 发出的交易信息。
根据本发明，利用两个数据库实现银行不间断服务的数据处理方 法和系统，可以提供全天候对外服务的核心银行服务，从而提高了银 行整体的服务质量，为客户带来了极大的方便。
在不脱离本发明的构思和精神的情况下，可以做出许多改变和变 更。应当理解，本发明不限于特定的实施方式。本发明的范围由所 附权利要求限定。