专利名称：一种前置系统及一种数据集中处理系统的制作方法
技术领域：
本发明涉及数据处理领域，特别涉及一种前置系统以及一种数据集中处理系统。
背景技术：
目前，银行、保险等行业均存在多业务处理系统，比如银行的综合业务系统、代理业务系统，保险行业的出单业务系统等，各业务系统常驻留于不同的主机上。为提高不同业务系统间的数据共享程度，保证数据的安全性及完整性，往往需要构建分布式系统。特别对于银行而言，由于总行与各分行处于不同的城市或城市中的不同地区，在业务上总行与各分行需要处理各自的数据，也需要彼此之间的交换和处理，构建分布式的系统是最好的解决方案。通常，分布式系统是在由通信网络互联的多处理机体系结构上执行任务的系统，它包括分布式操作系统、分布式程序设计语言及其编译(解释)系统、分布式文件系统和分布式数据库系统等。
在分布式系统的环境下，数据广泛分布在不同的处理主机中，由分布在不同地区的处理主机分别对数据进行处理，由于分布式系统对于业务处理的分散性，从而可能带来多个主机数据不一致、对多个主机数据管理不方便、历史数据不能充分利用等问题。以银行业务为例，当客户办理异地储蓄存取款业务时，受理行要收取或支付现金并记录与开户行(被代理行)的资金清算状况，开户行则要及时修正该客户的储蓄余额，如果受理行记帐成功，而开户行由于通信故障、数据延时或其它原因记帐失败，则导致数据不一致；或者，对于各个分行的数据，总行仅在日终轧帐时或月结等其它固定时间进行统计，由于分布在不同地区的处理主机各自处理数据的标准不一致，并且在数据处理过程中出现异常情况的可能性较高，因而，总行管理分行多个主机数据受到极大限制，并且，由于对于各分行数据不能实时、准确地获取，从而对于历史数据也无法充分利用。特别对于银行现金出纳业务而言，由于现有对于各分行现金出纳业务的管理沿管理结构传递，例如，沿各网点到各支行到相应的分行再到总行传递，数据节点众多，信息共享过程繁琐，从而严重影响业务的处理效率。
所以，本领域技术人员迫切需要发展出一种可以有效提高数据处理效率的前置系统。
发明内容
本发明所要解决的技术问题是提供一种前置系统，用以解决现有技术中数据处理效率较为低下的问题；本发明还提供一种数据集中系统，用以保证不同类别数据的集中处理，以有效提高数据的处理效率。
为解决上述技术问题，本发明实施例公开了一种前置系统，该前置系统连接在一服务器和多个分散的客户端之间，所述客户端用于提供源数据以及接收数据处理结果，所述源数据包括A类数据和B类数据；所述服务器用于处理A类数据并返回A类数据处理结果，该前置系统包括调度模块用于将所述源数据中的B类数据发送至处理模块，将所述数据中的A类数据发送至服务器，以及，接收处理模块返回的B类数据处理结果和服务器返回的A类数据处理结果；处理模块用于对所述B类数据进行解析处理，以及，向调度模块返回B类数据处理结果。
优选的是，所述B类数据包括库存数据，所述处理模块包括计算单元用于根据一定时间内的库存数据计算库存预测值；报警单元用于在当前库存数据不符合所述库存预测值时发出报警信息。
优选的是，所述库存预测值包括次日库存限额和最佳现金返回线。
优选的是，所述B类数据包括预约出库信息和申请入库信息，所述处理模块包括审核单元用于确定符合预置条件的预约出库信息；
出库单元用于根据所述调拨预约信息生成出库信息；入库单元用于根据所述申请入库信息生成入库信息；存储单元用于保存所述出库信息和入库信息。
优选的是，所述B类数据包括人员信息、线路信息和款箱信息，所述处理模块包括验证单元用于验证所述人员信息；查询单元用于根据所述人员信息查询相应的线路信息；关联单元用于根据所述线路信息和款箱信息进行关联处理。
优选的是，所述的前置系统，还包括展示模块用于与所述调度模块连接，展示所述B类数据处理结果和A类数据处理结果。
优选的是，所述A类数据为帐务性数据，所述B类数据为非帐务性数据。
本发明还公开了一种数据集中处理系统，该系统连接多个分散的客户端，所述客户端用于提供源数据以及接收数据处理结果，所述源数据包括A类数据和B类数据，该数据集中处理系统还包括前置系统，所述前置系统包括调度模块和处理模块，所述调度模块用于将所述源数据中的B类数据发送至处理模块，将所述源数据中的A类数据发送至主机系统，以及，接收处理模块返回的B类数据处理结果和主机系统返回的A类数据处理结果；所述处理模块用于对所述B类数据进行解析处理，以及，向调度模块返回B类数据处理结果；主机系统包括接口模块和操作模块，所述接口模块用于接收A类数据，将所述A类数据发送至操作模块，以及，将A类数据处理结果发送至所述调度模块；操作模块用于处理所述A类数据，并向接口模块返回A类数据处理结果。
优选的是，所述B类数据包括库存数据，所述处理模块包括计算单元用于根据一定时间内的库存数据计算库存预测值；报警单元用于在当前库存数据不符合所述库存预测值时发出报警信息。
优选的是，所述库存预测值包括次日库存限额和最佳现金返回线。
优选的是，所述B类数据包括预约出库信息和申请入库信息，所述处理模块包括审核单元用于确定符合预置条件的预约出库信息；出库单元用于根据所述调拨预约信息生成出库信息；入库单元用于根据所述申请入库信息生成入库信息；存储单元用于保存所述出库信息和入库信息。
优选的是，所述主机系统还包括帐务交易接口模块，用于根据所述存储单元保存的出库信息和入库信息进行同步。
优选的是，所述主机系统还包括下载模块，用于提供所述A类数据和A类数据处理结果的下载。
优选的是，所述的系统，还包括文件返传模块与所述下载模块连接，用于将所述下载的A类数据和A类数据处理结果发送至前置系统的调度模块。
优选的是，所述B类数据包括人员信息、线路信息和款箱信息，所述处理模块包括验证单元用于验证所述人员信息；查询单元用于根据所述人员信息查询相应的线路信息；关联单元用于根据所述线路信息和款箱信息进行关联处理。
优选的是，所述的系统，还包括展示模块用于与所述调度模块连接，展示所述B类数据处理结果和A类数据处理结果。
优选的是，所述A类数据为帐务性数据，所述B类数据为非帐务性数据。
与现有技术相比，本发明实施例具有以下优点首先，本发明通过区分不同类别的数据，将不同类别的数据分别集中在不同的处理模块进行处理，有效地提高了数据处理效率；其次，本发明通过将B类数据集中在前置系统处理，将A类数据集中在主机系统处理，并将相关的A类数据和B类数据分别在两个系统联动处理，从而有效保证了数据的一致性；
最后，本发明利用有效历史数据生成库存预测值，从而便于对相关业务处理节点的管理。
图1是本发明的一种数据集中处理系统的结构示意图；图2是一种实物调拨业务中应用本发明实施例的示意图；图3是本发明的一种前置系统的结构示意4是应用本发明的一种前置系统实施例在银行现金出纳业务中进行交易处理的示意图；图5应用本发明优选实施例获得库存预测值的示意图。
具体实施例方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式
对本发明作进一步详细的说明。
本发明实施例的核心构思之一在于，通过区分不同类别的数据，将不同类别的数据分别集中在不同的处理模块进行处理，从而有效提高数据处理效率。
参照图1，示出了本发明的一种数据集中处理系统实施例的结构框图，具体包括以下模块多个分散的客户端101(图中仅示出一个)用于提供源数据以及接收数据处理结果，所述源数据包括A类数据和B类数据；前置系统102所述前置系统102包括调度模块1021和处理模块1022，所述调度模块1021用于将所述源数据中的B类数据发送至处理模块1022，将所述源数据中的A类数据发送至主机系统103，以及，接收处理模块1022返回的B类数据处理结果和主机系统103返回的A类数据处理结果；所述处理模块1022用于对所述B类数据进行解析处理，以及，向调度模块1021返回B类数据处理结果；主机系统103包括接口模块1031和操作模块1032，所述接口模块1031用于接收A类数据，将所述A类数据发送至操作模块1032，以及，将A类数据处理结果发送至所述调度模块1021；操作模块1032用于处理所述A类数据，并向接口模块1031返回A类数据处理结果。
其中，所述客户端可以包括ATM(自动柜员机)、ACE(柜面业务处理系统)、BROWSE(浏览器)、POS(销售终端)等，本发明对此不需要进行限定。在本实施例中，优选的是，ACE可以用于提供银行现金出纳业务(以下简称“出纳业务”)的输入输出处理；BROWSE可以用于出纳业务的查询展现和系统管理的输入输出处理。
在实际中，所述前置系统的调度模块可以接受来自不同客户端的源数据，例如，客户端为ATM或ACE时，由分行前置(部署在一级分行)传输的源数据；客户端为BROWSE时，由WEB服务器传输的源数据；客户端为POS时，由POSP(银行收单前置)传输的源数据等。所述客户端及相应传输装置的设置可以由本领域技术人员根据需要或经验设置，本发明对此不需要进行限定。
为实现不同类别数据的集中处理，在本实施例中，将B类数据集中在前置系统处理，将A类数据集中在主机系统进行处理。对应于实际情况而言，可以将银行现金出纳业务所涉及的数据分为帐务性数据和非帐务性数据两类，例如，现金库存、贵金属、重要空白凭证库存等业务所涉及的数据均为帐务性数据；金库库存、实物调拨等不涉及帐务的数据均为非帐务性数据。在本发明实施例中，可以将所述帐务性数据作为A类数据，将非帐务性数据作为B类数据。当然，本领域技术人员根据其它的业务需求，任意设定A类数据和B类数据都是可行的，例如，设置公司客户数据为A类数据，个人客户数据为B类数据；外币业务数据为A类数据，人民币业务数据为B类数据等，本发明对此不作限制。
为使本领域技术人员更好地理解本发明，以下以本发明实施例在银行现金出纳业务中应用为例说明。银行的现金出纳业务是指银行办理现金、重要空白凭证和贵金属等的收付、保管、调运以及损伤票币的兑换等业务。在这种情况下，所述主机系统和前置系统可以完成的功能如下表所示
具体而言，所述主机系统的功能可以包括1、提供实物调拨交易，用于金库与网点、金库与金库之间的实物调拨，同时记录表外科目。调拨要素包括出入库别、调拨类型、币别、金额、出入库单编号、对方机构号、销帐编号等。凭证调拨时，系统会生成重要单据出入库单凭证、表外科目收方凭证、表外科目付方凭证。
2、提供现金调拨交易，用于金库与网点、金库与金库间的现金调拨，同时进行后台记帐处理。现金拨出时，系统会生成SCM00700机构现金调拨输出。
3、提供现金调拨回单处理交易接口。
4、提供贵金属调拨交易，用于金库与网点、金库与金库间的贵金属调拨，同时进行后台记帐处理并对贵金属物权状态进行改动。凭证调拨时，系统会生成贵金属出入库单凭证、表外科目收方凭证、表外科目付方凭证。
5、提供凭证/贵金属入库交易，用于凭证/贵金属的批量入库。凭证调拨时，系统会生成表外科目收方凭证、表外科目付方凭证。
6、机构日结时，根据机构时的实际金额与限额参数进行比较，判断该机构是否出现超限额情况，出现超限情况时记录机构超限次数。连续出现三天超限额则不允计日结，需调拨超限金额后才允许再次日结。
7、系统参数管理(1)机构管理主机系统中机构包括营业网点、管理机构，同时新建金库机构；营业网点负责日常的出纳交易及调拨交易；管理机构负责出纳参数维护和制度设置；金库机构负责本外币、凭证、贵金属的实物库存管理。
(2)柜员管理主机系统中包括交易柜员、主管柜员以及金库柜员；交易柜员负责正常的日间出纳交易；主管柜员负责出纳业务的查询统计以及合规性检查等；同时负责系统运行监控、数据备份等；系统中新增金库柜员，负责库存管理、集中清分、调拨配款等工作。
8、提供相关查询交易，包括查询凭证状态、金库库存及明细查询、贵金属查询等。凭证状态查询用于查询重控凭证的现有状态，包括可用、已出售、代保管等。金库库存及明细查询用于查询金库库存的现有存量。贵金属查询用于查询指定贵金属的状态，并可以查询是否在某个网点下，是否为保管状态。
9、数据返还处理例如，对营业机构档、机构撤并档、会计科目属性档、柜员档、柜员收付累计档、柜员凭证档、币种定义档、出入库明细档等数据档进行每天全量数据返还。
10、帐务数据后续处理例如，按科目及序号汇总金额总数；按科目取当日现金交易的峰值(最高及最低值)。机构限额参数上传后日终批处理生效(分币种)。
前置系统的调度模块可以通过接受来自任何客户端，例如，网点、金库、押运以及上门等信息源发送的源数据，并按照源数据的类别，完成相应的转发处理，即将A类数据发送至主机系统处理，将B类数据发送至处理模块处理，最后将交易结果，即数据处理结果，返回相应的客户端，以确保数据交互过程的完整性。
前置系统的处理模块可以解析从所述调度模块发送的B类数据，对该数据(例如，报文)进行解密、解包、校验等操作，并通过交易路由调度相关的服务进程进行处理，获得数据处理结果；例如，对于需要与主机系统进行数据交换的交易请求调用HOST_QRY服务进行处理；对于需要与处理模块进行内部数据交换的交易请求调用LOCL_QRY服务进行处理。在获得数据处理结果后，所述调度模块还可以对所述数据处理结果进行打包、加校验、加密等操作，并返回相应的客户端。
具体在银行出纳业务中，所述调度模块和处理模块可以为一个独立的、基于中间件TUXEDO设计的交易信息处理平台，作为未来全行所有金库出纳应用的统一接入点，它接受来至任何实现网点、金库、押运以及上门等信息源的交易请求，按要求对交易进行决策和调度，完成对主机系统的转发处理，确保事务处理的完整性，最后将交易结果返回请求方。
参考图4，示出了应用本发明前置系统的优选实施例进行交易处理的示意图，从图中可以看出，调度模块对外提供统一的系统接入服务，所有渠道请求由唯一对外的CNGL_QRY服务接入；请求主机系统的交易由唯一对南北中心前置的HOST_QRY服务完成。处理模块将解析从客户端通过多个EAIB(分行大前置)服务器发起的交易请求，对其报文进行解密、解包、校验，并通过交易路由调度相关的服务进程进行处理；HOST_QRY服务主要处理需要与主机系统信息交换的交易请求，LOCL_QRY服务主要处理需要与前置系统内部信息交换请求。其中，系统与EAIB之间通讯方式采用TUXEDO中间件，通过XML报文进行信息交换。系统可以与LOCL_QRY服务之间通过FML进行信息交换，并可以对交易结果打包、加校验、加密，返回给请求发起方。其中，调度模块主要是负责接收外围渠道传入的联机交易请求和请求中心前置系统向主机发起交易的模块。该模块可以以TUXEDO SERVICE的形式存在，所有前置系统相关的客户端交易请求都通过EAIB发送到模块上，由该模块再将请求转发到中心前置服务或者直接调用本地服务处理。在这种情况下，所述调度模块的主要功能包括报文解密、报文解包、报文校验、XML报文转换、文件传输、SERVICE DATA报文转换和交易流量、负载均衡控制等。具体而言，所述调度模块的安全管理可以采用现行的EAIB的安全体系，相关安全配置和API的提供由前置系统负责完成；文件传输可以采用现行的文件传输体系，相关配置和API的提供由文件传输系统负责完成；报文的打包、解包处理可以由定制工具完成；此外，如果EAIB系统已采用FML报文，则处理模块的FML定义与其保持一致；如果EAIB系统已采用XML报文，则处理模块可以将XML报文按FML定义转换。
交易处理过程可能由一个或多个服务完成。交易也可能因需要完成业务的不同，分别采取不同的逻辑处理，因此可以将交易分为若干个子交易，分别对应前置系统本地服务和主机系统交易服务。交易在处理过程中，将根据数据库中定制的前置交易与服务的关联和路由关系，分别将交易处理组织调度到各个服务处理过程，由一个或多个服务共同完成交易处理过程。在银行现金出纳业务中，所述处理模块具体完成的操作可以包括一、流水处理交易流水记录由调度模块完成交易逻辑处理、库存变化、款箱变化、上送主机完成记帐处理等的交易记录。交易流水记录分两阶段完成，每阶段都为独立事务控制。第一阶段为预计流水；第二阶段更新原流水状态。基于事务有效控制的考虑，每条交易流水记录由平台流水和主机流水两部分组成，平台流水信息在交易调度平台接收到交易请求以后预计，主机流水在主机响应以后记录。交易流水所记录的平台流水号采用客户端交易流水号，主机流水号采用主机系统返回的流水号。交易流水的管理按T+1的方式，即每天日终做交易流水表的清理动作，只保存当日和上一天的流水记录。
在实际中，可以由本领域技术人员按照需要选择相应业务的交易需要记录交易流水表，例如，对主机帐务类交易、库存交易、款箱交易业务的需要记录交易流水表。
二、事务控制所述处理模块的事务控制由两类独立事务完成，可分为交易流水事务和交易逻辑处理事务。对于交易流水事务而言，前置系统的交易流水预计和更新该笔交易流水状态的操作可以分别作为一个独立事务控制；对于交易逻辑处理事务而言，交易的业务逻辑处理可以作为一个独立事务控制，一个交易事务包含多个服务处理。
三、超时处理交易各处理环节的超时控制是及时释放出错交易资源以供新的交易处理使用的保障。
交易超时主要针对的调度模块向主机系统发起交易请求，主机系统在既定时间没有给与响应。如果调度模块与主机采用TUXEDO的通讯方式，则超时时间的定义可以遵循TUXEDO中间件的定义规范。采取对于每个应用服务独立定义超时时间的方式处理。主机系统的服务发生超时后，交易发起端直接与主机系统进行冲正或补正处理，前置系统可以不提供超时冲正或补正功能。
四、服务定制(一)交易定制交易定制是对客户端交易和主机交易的定义，可以包括交易码、交易名称、交易种类、结果标识、有效标识等数据。
(二)交易报文定制交易报文定制是对客户端交易请求报文和请求主机系统交易报文的定义，可以包括交易码、报文方向、打包/解包序号、FML数据元名称、FML数据元序号、长度、精度、重复记录序号、重复类型等数据。
(三)服务定制服务定制是对前置系统提供的交易处理服务的定义，可以包括服务名(例如，TUXEDO SERVICE的名称)、服务说明、有效标识等数据。
(四)交易/服务关联定制通过对交易/服务关联的定制，本发明的系统可自动完成对服务的调度，并能以组合服务的方式响应客户端交易请求，可以包括交易码、服务序号、服务名、路由标识、路由编号等数据。
(五)交易/服务路由定制客户端交易模式可能是在一个交易中每次处理不同的信息，由调度模块判断，分别调度不同的服务进行处理，可简化服务开发工作。可以包括交易码、路由编号、FML数据元名称、FML数据元序号、起始值、终止值、服务名等数据。
由于每一笔交易完成的业务处理不同，需要采取不同的逻辑处理，为了体现本发明在实际中的有效应用，因而重点对出纳业务中的库存管理、实物调拨和款箱调运的处理流程进行说明。
银行的库存管理业务在出纳业务中主要实现对金库库存实物进行分类和状态进行控制和管理，是其它业务实现的基础，本发明对所述库存管理业务设计的核心构思之一在于，通过利用历史库存限额对网点和金库每日现金库存量进行预测，计算参考现金库存限额，向管理部门自动报告超限额机构情况。本实施例中，在所述非帐务性数据包括库存数据的情况下，所述处理模块可以包括以下单元计算单元用于根据一定时间内的库存数据计算库存预测值；
报警单元用于在当前库存数据不符合所述库存预测值时发出报警信息。
优选的是，所述库存预测值包括次日库存限额和最佳现金返回线。
为有效监控及管理相应的数据节点，对于某个数据节点次日库存限额的预测可以利用该节点历史日终数据预测次日库存变动可能的上下限和最大可能值来进行，具体而言，可以通过以下步骤实现步骤一、在客户端输入以下数据A1、一定时间内(例如，10天)的每日对外现金收付净差额数据，取其标准差；A2、前一日的库存限额数据；A3、本目的对外现金收付净差额。
步骤二、计算库存预测值B1、根据历史现金收付净差额数据，利用数据移动平滑方法计算出当日的“平滑基数”(历史数据和当日数据可以有不同的权重)，然后对其取整，获得标准的历史分段数据；B2、对所述历史分段数据的标准差进行参数化调整，获得合理概率条件下的次日最低库存限额和建议库存水平；B3、根据以前预测的当日库存上限和建议库存水平，计算次日的现金返回线；B4、根据标准化的平滑基数和次日最低库存限额计算次日的库存上限，获得库存上限、库存下限及现金返回线的示意图如图5所示。
步骤三、报警提示C1、不符合次日库存上限报警优选的是，当超过次日日终库存限额一定比例(例如，5％)后，发出报警信息并提示调出，否则可以限制机构的结账处理；C2、不符合次日最佳现金返回线的报警当库存超限额后，调出部分现金时，或者库存低于最低库存限额并调入部分现金后，应该保留的合理库存数量，如果不符合，则发出报警信息进行提示。
当然，本领域技术人员在其它领域应用本实施例时，设置其它库存预测值以及计算方法都是可行的，本发明对此不需要进行限定。
银行的实物调拨业务主要是实现网点与金库，金库与人民银行或供应商之间的现金、贵金属、重要空白凭证等的调拨。实物调拨的业务包括金库与网点，金库与金库之间的现金调拨；金库与人民银行之间的现金调拨；金库与网点，金库与金库之间的贵金属调拨；金库与人民银行或供应商之间的贵金属调拨；金库与网点，金库与金库之间的重要空白凭证调拨；金库与供应商之间的重要空白凭证调拨等。本发明实施例中，在所述非帐务性数据包括预约出库信息、申请入库信息的情况下，所述处理模块包括审核单元用于确定符合预置条件的预约出库信息；出库单元用于根据所述调拨预约信息生成出库信息；入库单元用于根据所述申请入库信息生成入库信息；存储单元用于保存所述出库信息和入库信息。
为了保证数据的一致性，具体而言，为了保证帐务和库存的一致性，优选的是，所述主机系统还可以包括帐务交易接口模块，用于根据所述存储单元保存的出库信息和入库信息进行同步，从而实现前置系统与主机系统的实时同步处理。对于同步处理的优选实施方式，在下文相关部分进行说明，在此不赘述。
参考图2，示出了在一种实物调拨业务中应用本发明实施例的示意图，具体包括以下处理过程1、营业网点发起调拨预约请求，生成预约出库信息。
2、将所述预约出库信息登记到预约登记簿。
3、调度对所述预约出库信息进行审批，确定符合预置条件的预约出库信息，并在预约登记簿中进行记录。
4、金库根据该预约登记簿中的预约信息打单配箱，并通过输出设备，例如，打印机等生成出库单，准备进行实物调拨。
5、实物出库，生成出库信息，并将所述出库信息登记至库存登记簿，所述库存登记簿与主机系统的帐务交易接口模块接口，在所述主机系统的数据库中记录相应的帐务信息；优选的是，在途的实物还可以登录在在途登记簿中，以便于对在途实物的控制及管理。
6、营业网店发出申请入库的请求，生成申请入库的信息；
7、实物入库，生成入库信息，并登记至库存登记簿。
其中，营业网点是指银行直接面对大众办理现金出纳业务，拥有相应银行业务机构号的业务机构；金库是指银行负责集中处理网点现金供应和回收、保管网点日终尾箱的部门；调度是负责金库间实物调拨业务审批的部门。
实物调拨业务将对库存产生影响，并在出入库时与款箱有联系，因此与库存管理和款箱调运关系紧密。其中，款箱调运业务主要是实现款箱交接和款箱状态监控的功能。本实施例中，在所述非帐务性数据包括人员信息、线路信息和款箱信息的情况下，所述处理模块包括验证单元用于验证所述人员信息；查询单元用于根据所述人员信息查询相应的线路信息；关联单元用于根据所述线路信息和款箱信息进行关联处理。
为使本领域技术人员更好地理解本发明，以下通过以出纳业务中网点交出款箱、金库交出款箱、网点接收款箱和金库接收款的具体过程为例对所述数据单元的处理过程具体说明。
一、网点交出款箱1a、验证调运人员身份证号码和密码，验证通过后取出调运人员编号。
1b、根据调运人员编号查询返回待命或运行状态的线路信息。判断本网点是否包含在线路的关联机构列表中。
1c、逐条输入款箱编号和调出日期，如果无需返还款箱则调出日期为空，请求调运人员确认。
1d、款箱编号确认完成后，请求调运人员输入确认密码，密码正确性校验通过后打印款箱编号列表交由调运人员签字。
1e、将款箱信息记录进线路关联的款箱列表。修改款箱信息表的款箱状态为在途，款箱保管机构为押运公司编号，调出日期为输入的对应的调出日期。
1f、修改该线路关联的机构列表中本机构的信息。交接状态改为已交接，更新到达时间和离开时间。
1g、如果该线路的状态为待命，则修改状态为运行，更新开始时间为到达时间。
二、金库交出款箱2a、验证调运人员身份证号码和密码，验证通过后取出调运人员编号。
2b、根据调运人员编号查询返回待命状态的线路信息。判断本网点是否包含在线路的关联机构列表中。
2c、根据线路关联的机构，查询款箱信息表中物权机构在机构列表中，保管机构等于当前金库且调出日期为当天的款箱列表信息。
2d、逐个交出款箱，并请求调运人员确认查询返回的列表信息和交出款箱信息一致性。不能交出不在查询列表中的款箱，也不能少交查询列表中的款箱。
2e、调运人员确认无误后输入确认密码，系统校验密码正确性。
2f、修改线路状态为运行，开始时间为到达时间。
2g、修改款箱信息表，款箱保管机构为押运公司编号，状态为在途。
2h、修改线路关联机构列表，金库机构的交接状态为已交接。更新到达时间和离开时间。
三、网点接收款箱3a、验证调运人员身份证号码和密码，验证通过后取出调运人员编号。
3b、根据调运人员编号查询返回待命状态的线路信息。判断本网点是否包含在线路的有效关联机构列表中。
3c、查询出该线路下，本网点应该接收到的款箱列表。
3d、逐个确认调运人员交出的款箱，不接收不在款箱列表内的款箱，接收总数不能少于查询返回的款箱列表数。
3e、确认无误后，请求调运人员输入确认密码，校验通过后打印款箱信息。
3f、更新接收到的款箱在款箱信息表的信息。保管机构为本网点，状态为入库，清空调出日期。
3g、修改线路关联的本机构的交接状态为已交接，更新到达时间和离开时间。
3h、如果本网点是最后一个交接网点，则更新上次开始时间、上次结束时间为开始时间、结束时间，清空开始时间、结束时间。如果同金库下存在调运人员与本线路的调运人员相同的线路，则更改本线路的状态为备用，更改最高优先级别的线路的状态为待命；否则更改本线路的状态为待命。
四、金库接收款箱4a、验证调运人员身份证号码和密码，验证通过后取出调运人员编号。
4b、根据调运人员编号查询返回运行状态的线路信息。判断本网点是否包含在线路的有效关联机构列表中。
4c、查询本线路下接收到的所有款箱信息列表。
4d、逐个确认调运人员交出的款箱，不接收不在款箱列表内的款箱，接收总数不能少于查询返回的款箱列表数。
4e、确认无误后，请求调运人员输入确认密码，校验通过后打印款箱信息。
4f、更新接收到的款箱在款箱信息表的信息。保管机构为本金库，状态为入库。
4g、修改线路关联的本机构的交接状态为已交接，更新到达时间和离开时间。
4h、更新本线路上次开始时间、上次结束时间为开始时间、结束时间，清空开始时间、结束时间。如果同金库下存在调运人员与本线路的调运人员相同的线路，则更改本线路的状态为备用，更改最高优先级别的线路的状态为待命；否则更改本线路的状态为待命。
其中，款箱是指用来封装金库调拨和保管实物的，具有全行唯一编号的箱或包；线路是指同一调运班组和车辆一次性路过的，网点和金库客户网点的集合；金库客户是金库直接提供现金供应交存、尾箱保管等服务的行外企业和银行同业。
当然，本领域技术人员根据需要或经验针对B类数据设置任一种数据处理方法都是可行的，本发明对此不作限制。
本发明的系统可以根据实物分类和状态设置物品，物品是实物的状态表现，每个物品隶属于某个实物。如果只是实物状态发生改变(例如从可用改为预约)，则用内部收付记录物品库存，不改变实物库存。此外，由于贵金属和凭证的库存目前已经由主机系统负责管理，为保证数据一致性，在实际中可以不再设置贵金属和凭证的实时库存，而在日终时或日间定时获取主机系统下载的数据。所述主机系统还可以包括下载模块，用于提供所述A类数据和A类数据处理结果的下载，特别用于在日终返还出纳业务相关数据，在这种情况下，本发明的数据集中系统还可以包括文件返传模块，该模块与所述下载模块连接，用于将所述下载的A类数据和A类数据处理结果发送至前置系统的调度模块，从而实现数据从主机系统向前置系统的转移过程，在实际中，数据可以通过文件返传模块定期从主机系统传输到前置系统。
在这种情况下，一种优选的前置系统与主机系统数据同步的过程为S1、数据采集根据实际需求采集相关的数据，例如，营业机构档、机构撤并档、柜员档、币种定义档、贵金属定义档、柜员科目日结主档、柜员收付累计档等；S2、数据迁移实现数据从主机系统向前置系统转移过程，数据转移通过文件返传模块，定期将数据从主机系统传输到前置系统；其具体数据迁移过程可以由主机系统批处理将数据通过ftp方式传输到文件返传模块指定目录，文件返传模块接收到文件将数据分发到前置系统实现。数据转移频率的规则可以由本领域技术人员任意预置，例如预置为每天下载数据。
S3文件获取获取下载文件目录，检查数据文件是否到达，如果发现数据到达，即通知数据转换进程开始进行数据转换，并对文件清单进行核对处理；S4、数据转码转码的内容包括ASCII和EBCD码两种转换。
转码的开发采用参数配置方式，通过WEB应用服务器，提供转码文件的基本信息配置、转码文件的详细信息配置，配置完成后，系统能自动识别使用。转码基本信息配置配置转码文件的基本信息，转码的文件名称、文件格式类型、文件的转码频度等。转码详细信息配置配置转码文件的详细内容。
(1)文件转码ASCII在主机系统返回的文件中多为定长文件，转码程序将其消除多余无用的空格字符，以管道分隔存储到ASCII文件中。
EBCD在主机系统返回的EBCD码文件中，转码程序将其转换为ASCII码，以竖线分隔存储到ASCII文件中。
(2)多文件结构普通文件文件结构普通，转码后的数据直接装入数据库表，简单的配置就可实现，同时字段支持多种数据类型。
多文件文件结构普通，转码后几个文件的数据装入一张数据库表，简单的配置就可实现，同时字段支持多种数据类型。对于多文件，其文件名称后缀以数字顺序编号。
嵌套文件文件结构复杂。同一个文件转码后的数据要装入多张数据库表，尽可能通过配置实现，同时字段支持多种数据类型。
(3)转码后文件存放转码后的文件存放在指定的目录下，目录通过环境变量配置，可以按日期组织存放。
(4)转码过程控制数据转码实现多进程并发操作进行，对文件读取数据块的大小可配置。对并发处理数实现可配置，并且在并发运行数量较小时增加进程，不影响系统的运行。由于要转码文件可能不是每天都存在，系统能够自动判断数据的连续性，每天必须到达的数据，如未到达，系统能够提示。不定期到达的数据可根据转码清单文件忽略。
(5)大批量导入文件转码大批量清理的数据传输到数据集中系统指定的目录，能提供触发程序对文件进行转码。S5、数据装载其装入内容为转码后可直接装入的ASCII数据。
转码后，系统自动触发装载，单个文件的转码和装载是串行的，即只有转码后的文件才可以进行装载，但不同文件的转码和装载可以并发进行。装载过程实现优先级控制，高优先级的先处理。对部分装载的特殊处理预留接口，在数据装载前和装载结束后预留迁入处理的接口。
S5、数据清理对转码后的数据提供清理机制，能够定期清理。
S6、库存平衡检查实物库存表横向平衡检查上日库存+今日收-今日付＝库存预约登记簿与实物库存表间的平衡预约登记簿的入库＝实物库存表的入库预约登记簿的出库＝实物库存表的出库帐实核对实物库存表预约＝总帐中表外余额所有出纳相关的机构在机构表中以机构号标识，分为三类金库、网点、管理汇总机构。其中，金库和网点设立物品库存、实物库存和出入库登记簿，实物库存表描述当前库存组成情况；出入库登记簿描述每一笔物品收付交易所涉及的物品内容。金库负责现金和代保管品的实时库存更新，金库贵金属、凭证的库存信息以及网点的现金库存根据主机系统下载的数据进行批量更新，系统提供查询主机系统的实时的库存信息，以及前置系统内的历史库存信息。因而，所述管理汇总机构可以不建立库存，其库存通过其下属机构汇总获得，从而节约了资源，提高了系统处理效率。其中，库存可以按机构、物品(实物)设置，库存只保留当天的数据。每天库存发生额及余额保存在库存历史表中。对于金库现金出入库交易，记录金库现金出入库登记簿和柜员尾箱出入登记簿，更新金库及柜员尾箱现金物品库存和现金实物库存，并同时发起记主机系统现金出入库帐务处理。金库凭证审批时，自动进行配号，更新机构库存，出入库时更新出纳前置的机构库存，并发起记主机系统凭证出入库帐务处理。金库贵金属出入库交易，直接转发给主机系统，由主机系统负责库存出入库登记和帐务处理。网点出入库交易，直接转发给主机系统，由主机系统负责库存出入库登记和帐务处理。
优选的是，本发明实施例还可以包括展示模块用于与所述调度模块连接，展示所述B类数据处理结果和A类数据处理结果，该展示模块可以便于管理人员定时或实时对对系统的状态进行监控。例如，查询交易执行情况监控、监控交易平台上交易执行情况。在实际中，对于对当前交易执行情况进行监控，可选择交易码、服务名、耗时、交易状态、刷新频率进行监控。
以下对本发明在现金出纳业务中还可完成的其它功能进行说明。
一、公共信息管理公用信息管理是对整个数据集中处理系统所涉及到的公用数据进行管理，支持着交易的正常处理。主要包括参数表管理，包括物品表、人员表、车辆表、线路表、款箱表等；机构管理，包括主机系统机构表、机构出纳辅助表等；柜员管理，主机系统柜员表、前置系统用户表、角色表等。公用数据管理实际上就是对一些公用数据表的增加、查询、修改、删除的操作，为其他业务提供正确的公用数据。由公共信息管理作为系统基础功能，可以为其他模块提供服务。
二、日终处理实际中，日终轧账可以分为三层，即柜员日结、机构日结和中心日结。柜员日结必须轧平账务，核对尾箱中的现金、重空、贵金属等，确保账实相符，网点柜员尾箱现金不能超限。网点柜员采用ACE尾箱与主机系统进行账实比对；金库柜员分两步进行日结，第一步进行采用前置系统现金尾箱与ACE尾箱进行核对，第二步同网点一样采用ACE尾箱与主机系统进行核对。机构日结分为金库日结和网点日结，机构日结需要检查库存是否超限和在途检查。机构日结采用主机系统机构日结。前置系统将库存模型计算出的限额额度发布到主机。中心日结中心日结处理是下载主机系统库存信息，更新前置系统相关表；进行库存平衡检查、库存报表处理、库存结转、库存量计算、数据清理、数据备份等。
优选的是，所述日终批处理可以采用自动触发机制，即当所述主机系统下载新的日期数据时，自动触发日切批处理，其具体处理过程可以包括以下步骤步骤S1、系统日切，修改会计日期和系统状态；步骤S2、下载相关帐务数据；步骤S3、将所述第一模块保存的出库信息和入库信息与所述帐务数据进行核对；步骤S4、生成报表；步骤S5、结转数据；步骤S6、修改系统状态；步骤S7、计算库存预测值。
此外，本领域技术人员还可以基于本发明实施例，设计其它业务处理模块，其具体设置本发明也不需要进行限定，本领域技术人员根据需要任意设置即可。
综上所述，在出纳业务中应用本发明实施例可以带来以下优势(1)对金库管理的各种实物明细及其出入库操作进行实时自动登记，提高了金库管理效率，有效地控制了差错风险；(2)通过对交接人员的身份认证，提高了交接安全性和可靠性；(3)通过加强对款箱状态的监控，提高了款箱交接效率和安全性，降低了差错率；(4)通过网络自动接收实物调拨请求，自动生成调拨方案，提高了实物调拨效率和安全性；(5)相关业务的账务处理均联动主机系统，减少了手工记账及部分登记簿的填制工作，进一步简化操作流程，提高效率，降低了各类操作风险；(6)通过分析各网点、金库及自助设备的现金流量，预测、核定合理库存量范围和最低库存量，提高相关管理人员库存管理的科学性和准确性，实现了有针对性的库存量管理和监控。
参考图3，示出了本发明的一种前置系统的结构示意图，具体包括以下模块多个分散的客户端301(图中仅示出一个)，所述客户端用于提供源数据以及接收数据处理结果，所述源数据包括A类数据和B类数据；一服务器302，用于处理A类数据并返回A类数据处理结果；调度模块303用于将所述源数据中的B类数据发送至处理模块304，将所述数据中的A类数据发送至服务器302，以及，接收处理模块304返回的B类数据处理结果和服务器302返回的A类数据处理结果；处理模块304用于对所述B类数据进行解析处理，以及，向调度模块303返回B类数据处理结果。
本发明的核心构思之一在于，将B类数据集中在前置系统处理，将A类数据集中在服务器进行处理。基于这种构思，可以将银行现金出纳业务所涉及的数据分为帐务性数据和非帐务性数据两类，例如，现金库存、贵金属、重要空白凭证库存等业务所涉及的数据均为帐务性数据；金库库存、实物调拨等不涉及帐务的数据均为非帐务性数据。在本发明实施例中，可以将所述帐务性数据作为A类数据，将非帐务性数据作为B类数据。当然，本领域技术人员根据其它的业务需求，任意设定A类数据和B类数据都是可行的，例如，设置公司客户数据为A类数据，个人客户数据为B类数据；外币业务数据为A类数据，人民币业务数据为B类数据等，本发明对此不作限制。
前置系统的调度模块可以看作是一个独立的数据转发平台，以及银行所有金库出纳应用的统一接入点，它通过接受来自任何客户端，例如，网点、金库、押运以及上门等信息源发送的源数据，并按照源数据的类别，完成相应的转发处理，即将A类数据发送至主机系统处理，将B类数据发送至处理模块处理，最后将交易结果，即数据处理结果，返回相应的客户端，以确保数据交互过程的完整性。
所述处理模块可以解析从所述调度模块发送的B类数据，对该数据(例如，报文)进行解密、解包、校验等操作，并通过交易路由调度相关的服务进程进行处理，获得数据处理结果；例如，对于需要与主机系统进行数据交换的交易请求调用HOST_QRY服务进行处理；对于需要与处理模块进行内部数据交换的交易请求调用LOCL_QRY服务进行处理。在获得数据处理结果后，所述调度模块还可以对所述数据处理结果进行打包、加校验、加密等操作，并返回相应的客户端。
银行业务中，一笔业务通常由多笔交易组成，一笔交易也可能由一个或多个服务完成。此外，交易也可能因为完成业务的不同，需要分别采取不同的逻辑处理，因此可以将交易分为若干个子交易。交易在处理过程中，将根据数据库中定制的前置交易与服务的关联和路由关系，分别将交易处理组织调度到各个服务处理过程，由一个或多个服务共同完成交易处理过程。
为了体现本发明在实际中的有效应用，以下将本实施例应用在出纳业务中的库存管理、实物调拨和款箱调运的处理进行说明。
在实物调拨业务中，所述B类数据包括库存数据，所述处理模块包括计算单元用于根据一定时间内的库存数据计算库存预测值；报警单元用于在当前库存数据不符合所述库存预测值时发出报警信息。
优选的是，所述库存预测值包括次日库存限额和最佳现金返回线。
在库存管理业务中，所述B类数据包括预约出库信息和申请入库信息，所述处理模块包括审核单元用于确定符合预置条件的预约出库信息；出库单元用于根据所述调拨预约信息生成出库信息；入库单元用于根据所述申请入库信息生成入库信息；存储单元用于保存所述出库信息和入库信息。
在款箱调运业务中，所述B类数据包括人员信息、线路信息和款箱信息，所述处理模块包括验证单元用于验证所述人员信息；查询单元用于根据所述人员信息查询相应的线路信息；关联单元用于根据所述线路信息和款箱信息进行关联处理。
当然，对于所述库存管理、实物调拨和款箱调运业务，除上述举例说明的业务外，可能还涉及其它业务，例如，库存管理中长短款的处理、实物调拨中的预约删除、申请撤销等处理，款箱调运中的款箱调整、线路调整等处理，可以由本领域技术人员根据经验或需要采用任一方法实现，本发明对此不需要进行限定。
此外，本领域技术人员还可以基于本发明实施例，设计其它业务处理模块，例如，设置公共信息展示模块，用于对所述前置系统和主机系统涉及的公用数据进行管理。用以完成一些公用数据表的增加、查询、修改、删除的操作，为其它业务提供正确的公用数据。可以想到的是，所述模块的相关功能也可以由前置系统或主机系统完成，其具体设置本发明也不需要进行限定，本领域技术人员根据需要任意设置即可。优选的是，本发明实施例还可以包括展示模块用于与所述调度模块连接，展示所述B类数据处理结果和A类数据处理结果，该展示模块可以便于管理人员定时或实时对业务处理情况进行实时监控。
在实际中，所述服务器可以基于现有的业务处理平台实现，例如，基于中国建设银行的主机系统(核心业务处理系统)，因而，对于A类数据的处理也可以是现有技术中的任一种方法，本发明对此不作限制。
由于图3所示的系统可以对应适用于前述的系统实施例中，所以描述较为简略，未详尽之处可以参见本说明书前面相应部分的描述。
本发明可用于众多通用或专用的计算系统环境或配置中。例如个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
以上对本发明所提供的一种数据集中处理系统以及一种前置系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种前置系统，连接在一服务器和多个分散的客户端之间，其特征在于，所述客户端用于提供源数据以及接收数据处理结果，所述源数据包括A类数据和B类数据；所述服务器用于处理A类数据并返回A类数据处理结果，该前置系统包括调度模块用于将所述源数据中的B类数据发送至处理模块，将所述数据中的A类数据发送至服务器，以及，接收处理模块返回的B类数据处理结果和服务器返回的A类数据处理结果；处理模块用于对所述B类数据进行解析处理，以及，向调度模块返回B类数据处理结果。
2.如权利要求1所述的前置系统，其特征在于，所述B类数据包括库存数据，所述处理模块包括计算单元用于根据一定时间内的库存数据计算库存预测值；报警单元用于在当前库存数据不符合所述库存预测值时发出报警信息。
3.如权利要求2所述的前置系统，其特征在于，所述库存预测值包括次日库存限额和最佳现金返回线。
4.如权利要求1所述的前置系统，其特征在于，所述B类数据包括预约出库信息和申请入库信息，所述处理模块包括审核单元用于确定符合预置条件的预约出库信息；出库单元用于根据所述调拨预约信息生成出库信息；入库单元用于根据所述申请入库信息生成入库信息；存储单元用于保存所述出库信息和入库信息。
5.如权利要求1所述的前置系统，其特征在于，所述B类数据包括人员信息、线路信息和款箱信息，所述处理模块包括验证单元用于验证所述人员信息；查询单元用于根据所述人员信息查询相应的线路信息；关联单元用于根据所述线路信息和款箱信息进行关联处理。
6.如权利要求1所述的前置系统，其特征在于，还包括展示模块用于与所述调度模块连接，展示所述B类数据处理结果和A类数据处理结果。
7.如权利要求1所述的前置系统，其特征在于，所述A类数据为帐务性数据，所述B类数据为非帐务性数据。
8.一种数据集中处理系统，该系统连接多个分散的客户端，其特征在于，所述客户端用于提供源数据以及接收数据处理结果，所述源数据包括A类数据和B类数据，该数据集中处理系统还包括前置系统，所述前置系统包括调度模块和处理模块，所述调度模块用于将所述源数据中的B类数据发送至处理模块，将所述源数据中的A类数据发送至主机系统，以及，接收处理模块返回的B类数据处理结果和主机系统返回的A类数据处理结果；所述处理模块用于对所述B类数据进行解析处理，以及，向调度模块返回B类数据处理结果；主机系统包括接口模块和操作模块，所述接口模块用于接收A类数据，将所述A类数据发送至操作模块，以及，将A类数据处理结果发送至所述调度模块；操作模块用于处理所述A类数据，并向接口模块返回A类数据处理结果。
9.如权利要求8所述的系统，其特征在于，所述B类数据包括库存数据，所述处理模块包括计算单元用于根据一定时间内的库存数据计算库存预测值；报警单元用于在当前库存数据不符合所述库存预测值时发出报警信息。
10.如权利要求9所述的系统，其特征在于，所述库存预测值包括次日库存限额和最佳现金返回线。
11.如权利要求8所述的系统，其特征在于，所述B类数据包括预约出库信息和申请入库信息，所述处理模块包括审核单元用于确定符合预置条件的预约出库信息；出库单元用于根据所述调拨预约信息生成出库信息；入库单元用于根据所述申请入库信息生成入库信息；存储单元用于保存所述出库信息和入库信息。
12.如权利要求11所述的系统，其特征在于，所述主机系统还包括帐务交易接口模块，用于根据所述存储单元保存的出库信息和入库信息进行同步。
13.如权利要求8或12所述的系统，其特征在于，所述主机系统还包括下载模块，用于提供所述A类数据和A类数据处理结果的下载。
14.如权利要求13所述的系统，其特征在于，还包括文件返传模块与所述下载模块连接，用于将所述下载的A类数据和A类数据处理结果发送至前置系统的调度模块。
15.如权利要求8所述的系统，其特征在于，所述B类数据包括人员信息、线路信息和款箱信息，所述处理模块包括验证单元用于验证所述人员信息；查询单元用于根据所述人员信息查询相应的线路信息；关联单元用于根据所述线路信息和款箱信息进行关联处理。
16.如权利要求8或14所述的系统，其特征在于，还包括展示模块用于与所述调度模块连接，展示所述B类数据处理结果和A类数据处理结果。
17.如权利要求8所述的系统，其特征在于，所述A类数据为帐务性数据，所述B类数据为非帐务性数据。
全文摘要
本发明公开了一种前置系统，连接在一服务器和多个分散的客户端之间，所述客户端用于提供源数据以及接收数据处理结果，所述源数据包括A类数据和B类数据；所述服务器用于处理A类数据并返回A类数据处理结果，该前置系统包括调度模块用于将所述源数据中的B类数据发送至处理模块，将所述数据中的A类数据发送至服务器，以及，接收处理模块返回的B类数据处理结果和服务器返回的A类数据处理结果；处理模块用于对所述B类数据进行解析处理，以及，向调度模块返回B类数据处理结果。本发明通过区分源数据的类别，并将不同类别的源数据分别集中在不同的模块进行处理，从而有效地提高了数据处理效率。
文档编号G06Q40/00GK101093572SQ200710130000
公开日2007年12月26日 申请日期2007年7月20日 优先权日2007年7月20日
发明者周玉旺, 严志根, 况瑞凤, 徐浩, 秦旭峰, 刘畅, 顾蓓, 密书广, 郭鹏, 徐晓韵 申请人:中国建设银行股份有限公司