CN101227472A - 一种资金信息管理系统及方法 - Google Patents

Abstract

本发明提供一种资金信息管理系统，包括：用户终端、网络侧服务器和第三方服务器；其中，用户终端用于向第三方服务器发送调节指示，并向网络侧服务器发送处理指示；第三方服务器用于根据调节指示调节该用户的可用资金账户信息，再将该可用资金账户信息发送给网络侧服务器，并根据接收到的网络侧服务器发送的处理结果来完成用户实体资金的转移；网络侧服务器用于根据处理指示同时结合接收到的可用资金账户信息对该用户的可用资金进行处理，并将处理后的结果发送给第三方服务器。本发明还提供一种资金信息管理方法。采用本发明的系统和方法，可以避免用户资金在未得到授权指示的情况下被私自挪用或处理，保障了用户资金的安全性。

Description

一种资金信息管理系统及方法

技术领域

本发明涉及信息管理领域，尤其涉及一种资金信息管理系统及方法。

背景技术

在现有的网络系统中，网络侧服务器往往存储着许多终端用户的数据资源信息，并且该数据资源信息是相对保密的，在没有得到所述终端用户的指示的情况下其他装置或设备是无权处理该数据资源信息的，只有当网络侧服务器接收到终端用户的指示后，才有权对该数据资源信息进行处理或者利用该数据资源信息进行某些其他处理(如数据资源的交换等)；但是，当终端用户没有指示的情况下，所述网络侧服务器对该终端用户的数据资源信息进行处理或者利用该数据资源信息进行其他处理时，所述终端用户无法知晓该数据资源信息已被处理或者被用于其他处理，此时就会对终端用户的数据资源信息的安全性构成损害。

例如，所述资源管理的一种具体应用--证券交易系统。所述证券交易系统主要包括用户终端和券商服务器；所述券商服务器主要用于存储用户的资金(资金就是一种终端用户存储的资源)，并根据用户的指示利用该用户存储的资金进行股票买卖交易，并将交易后的结果(即交易后的资金总数和股票总数)返回给所述用户，而券商在没有得到用户指示的情况下是无权处理该用户存储的资金的；而用户通过用户终端指示券商服务器进行股票买卖交易，并接收券商服务器返回的交易结果；但是，在用户终端没有发送股票买卖交易指示的情况下，券商服务器私自挪用所述用户的资金进行其他交易活动，此时用户是无法知晓自己存储在券商服务器的资金已被挪用，这样就会对用户的资金造成损失，直接影响用户资金的安全性。

发明内容

有鉴于此，本发明解决的问题是提供了一种资金信息管理系统和方法，可以避免用户资金被私自挪用或处理，使用户资金的安全性得到保障。

为解决上述问题，本发明提供的技术方案如下：

一种资金信息管理系统，包括用户终端和网络侧服务器，该系统进一步包括：第三方服务器；其中，

所述用户终端用于向第三方服务器发送调节指示，并向网络侧服务器发送处理指示；

所述第三方服务器用于根据用户终端的调节指示调节该用户的可用资金账户信息，再将该可用资金账户信息发送给网络侧服务器，并根据接收到的网络侧服务器发送的处理结果来完成用户实体资金的转移；

所述网络侧服务器用于根据用户终端的处理指示同时结合接收到的可用资金账户信息对该用户的可用资金进行处理，并将处理后的结果发送给第三方服务器。

相应的，所述网络侧服务器为券商服务器、所述第三方服务器为银行服务器。

相应的，所述可用资金的数量不大于所述实体资金数量。

相应的，所述网络侧服务器在规定的时间段内对可用资金进行处理，所述第三方服务器在该规定的时间段后执行实体资金的转移。

相应的，所述第三方服务器进一步包括：可用存储单元和实体存储单元；

其中，所述可用存储单元用于存储用户的可用资金账户信息；

所述实体存储单元用于存储用户的实体资金并根据网络侧服务器的处理结果执行实体资金的转移。

一种资金信息管理方法，应用于包括用户终端、网络测服务器和第三方服务器的资金信息管理系统，该方法包括：

用户终端向第三方服务器发送调节指示；

第三方服务器根据接收到的调节指示调节该用户的可用资金账户信息，再将该可用资金账户信息发送给网络侧服务器；

当用户需要处理可用资金时，向网络侧服务器发送处理指示；

网络侧服务器接收处理指示，并根据接收到的该用户的可用资金账户信息对该用户的可用资金进行处理，然后将处理结果发送给第三方服务器；

第三方服务器接收网络侧服务器发送的处理结果，并根据该处理结果来执行该用户实体资金的转移。

相应的，所述可用资金的数量不大于所述实体资金数量。

相应的，所述对可用资金进行处理在规定的时间段内完成，而所述实体资金的转移在该规定的时间段后执行。

相应的，所述对用户可用资金的处理具体包括：

获取可用资金账户信息中规定的可用资金数量信息，并以该规定的可用资金换取其他资源。

相应的，该方法进一步包括：

在执行用户实体资金转移的同时，根据实体资金的转移量调节可用资金账户信息。

可以看出，采用本发明的系统和方法，网络侧服务器只对用户的可用资金进行处理，而用户实体资金和可用资金是通过第三方服务器进行控制和管理的，并且网络侧服务器处理的可用资金不能超过第三方服务器控制和管理的可用资金，更不能超过用户的实体资金，从而避免了网络侧服务器在未得到用户指示的情况下私自挪用或处理用户的资金，保障了用户资金的安全性，并且操作简便易于实现。

附图说明

图1是本发明实施例1中的系统结构的示意框图；

图2是本发明实施例2中的方法流程示意图。

具体实施方式

本发明的基本思想在于通过第三方服务器的托管来实现对用户资金信息的控制和管理，使得网络侧服务器无法在未经用户指示的情况下处理用户的资金，保证了用户资金的安全性。

为了使本领域技术人员更好的理解本发明，下面结合附图和具体实施例对本发明的方法进行详细说明。

本发明实施例1提供了一种资金信息管理系统，如图1所示，该系统包括：用户终端101、网络侧服务器102和第三方服务器103；其中，

所述用户终端101用于向第三方服务器103发送调节指示，并向网络侧服务器102发送处理指示；

所述第三方服务器103用于根据用户终端101的调节指示调节该用户的可用资金账户信息，再将该可用资金账户信息发送给网络侧服务器102，并根据接收到的网络侧服务器102发送的处理结果来完成用户实体资金的转移；

所述网络侧服务器102用于根据用户终端101的处理指示同时结合接收到的可用资金账户信息对该用户的可用资金进行处理，并将处理后的结果发送给第三方服务器103；

其中，所述第三方服务器103进一步包括：可用存储单元1031和实体存储单元1032；其中，所述可用存储单元1031用于存储用户的可用资金账户信息；所述实体存储单元1032用于存储用户的实体资金并根据网络侧服务器102的处理结果执行实体资金的转移。

具体的，以一种证券交易系统为例，该交易系统包括用户终端、券商服务器(网络侧服务器)和银行服务器(第三方服务器)；其中，银行服务器包括两个账户：一个是用户个人银行账户(实体存储单元)，用以户存放客户的实际资金；一个是证券保证金账户(可用存储单元)，该账户是一个额度账户，用以存放客户用于证券交易的资金额度，并且该账户和券商服务器中的保证金台帐是影射关系；

当客户需要购买股票时，由客户发出一个资金划转指令，该指令将客户个人银行账户的资金划出一定额度(即调节用户的证券交易可用资金数)，同时客户的证券保证金账户的额度相应增加，而此时的额度调节需要通知券商服务器，使得券商服务器中的保证金台帐额度也相应地增加，这时用户在银行的证券保证金账户余额和券商服务器的保证金台帐余额是保持一致的；当客户需要进行购买股票交易时，向券商服务器发送指示，券商服务器的保证金台帐额度减少；当客户需要卖出股票交易时，券商服务器的保证金台帐额度增加，而银行的证券保证金账户余额没有变化；在券商服务器所有的处理结束后，券商服务器将股票买卖的详细信息发给银行服务器，而银行服务器根据股票买卖的具体信息来更新客户的证券保证金账户余额，使银行的证券保证金账户额度和券商服务器保证金台帐额度保持一致；这是再将用户个人账户的实体资金转移到相应的其他账户；

需要注意的是，客户发出指示进行股票交易都是在规定的时间内进行的，而券商服务器向银行服务器发送股票交易详细信息是在该规定的时间之后；通常情况下，客户在日间指示券商服务器进行股票交易，而在日终券商服务器将当日股票交易的详细信息发送给银行服务器，完成客户实体资金的转移。

但是，因券商服务器同时可接收多个用户的指示进行资金的处理，即股票的买卖，如果券商服务器挪用某一用户的资金进行买股票时，其实造假的保证金台帐中是没有足够的额度的，需要将其他用户额度挪到该账户中，但当日终进行资金清算时，在银行方面该造假账户的证券保证金账户余额就会出现透资现象，所以当天就可以发现异常现象，从而可以很好的避免用户的资金受到损失，有效的保证了用户资金的安全性。

同时，需要注意的是，本发明实施例1的系统设计采用先进的三层式C/S体系结构，同时把管理服务也分为三层：客户层，业务逻辑层，数据库服务层。采用Web服务器技术，浏览器图形用户界面已成为公认规范，它具有操作性强、解决异构平台的分布式通信问题等特点。系统采用事务处理(交易)技术。一个事务处理平台，由事务处理中间件、通信处理中间件以及数据存取管理中间件三部分组成。在联机事务处理系统中，每笔事务常常通过多台服务器上的程序顺序地协调完成，一旦中间发生某种故障时，不但可以完成恢复工作，而且还可自动切换系统，达到系统永不停机、实现高可靠性运行；同时使大量事务在多台应用服务器能实时并发运行，并进行负载平衡地调度，实现昂贵的可靠性机和大型计算机系统同等的功能。

此外，系统还可采用电子商务交易平台技术。电子商务交易平台技术允许客户机和服务器参与一个涉及多个数据库协调更新的交易，并能够确保数据的完整性。其能够保证对电子商务应用系统的不间断访问，并可以对系统组件进行持续的监视，查看是否有应用系统、交易、网络及硬件的故障。采用数据存取管理技术，在系统中将重要数据都集中存放在数据服务器中。

另外，本实施例的系统还可采用高速数据通道技术。高速数据通道能够把前端的大量网络连接汇聚成较少的后段连接并减少数据传送量。数据通道技术保证应用系统即使在大量用户同时请求服务的时候，能保持快速、稳定的工作状态。

在上述系统采用的各种技术的基础上，系统间的数据信息通信采用XML报文标准：首先，XML遵循严格的语法要求，它对标记配对、嵌套有着严格的要求，而且还要求严格遵守DTD的规定；XML非常非常注重准确性，如果语法有丝毫差错，分析器都会停止对它的进一步处理，相应地，除了错误提示外，将看不到任何的显示信息；其次，XML便于不同系统之间信息的传输，当前存在着许多不同的系统，操作系统有NT、UNIX，数据库系统有SQL Server、Oracle，...可以在各种不同的系统之间可以采用XML作为交流媒介。

同时，为了确保应用吞吐量最大，在同一机器中，将请求发向总负载最小的服务进程的请求队列；在网络环境中，根据可动态改变的服务的负载因子及网络通信的负载因子变化情况，将请求发向总负载最小的机器中的服务进程的请求队列；利用多服务进程单队列机制，是多个服务进程能均匀地分担单一队列的请求；利用数据依赖路由机制，根据请求数据的内容将请求分散到响应的目标队列终；当不做负载平衡时，由系统将请求发向第一个可用服务进程队列。

相应的，本实施例的系统在硬件、软件等方面，从物理链路层到应用层，设计并实施了一套完整有效的安全技术策略：系统在用户端使用了磁条读卡器设备，采用多级密码以保证用户的合法性；对网上传输的数据源进行身份认证、数字签名，通过SSL协议实现交易双方的握手，保证交易的合法性与不可抵赖性；数据传输过程中，采用3DES算法保证数据的完整性、保密性，以建立安全加密的通信信道，为资金流与信息流的安全传输提供技术保障，因而确保了系统网络的安全，具备交易安全与数据访问安全的强力控制能力。当然，除了实施数据传输的网络安全技术外，本实施例的系统还可采用数据包过滤、代理服务和网络地址转换的防火墙，设置访问控制列表，禁止对内部网其他主机和WEB服务器上的端口的访问，以防止对主机的攻击，保证网络安全。

此外，本实施例的系统为了确保在资金流与信息流的完整性、一致性，采用了双机热备份策略和双通信线路，对设备及数据库进行备份设置外，利用系统总分架构的优势与特点，采用自动检测与重发处理等技术，从应用层面对交易发起方提供异常报警、断点重发等处理，并提供手工介入的应急措施；其中，系统在总、分中心保留每一笔交易的中间信息，存储信息流的必要数据，从而解决实际条件下因恶劣的网络环境、交易系统故障等因素而导致交易的不完整性与数据不一致性的问题，提高各分中心异常情况下的容错与交易恢复能力；在系统各单元的相互通信方面采用自动检测与重发处理技术，也充分利用在系统各节点的异常情况下日终对账、数据上下传输、交易冲正等应急处理措施之中，加强了系统在资金风险方面的控制能力。

可以看出，采用本发明实施例的系统，可以有效的避免用户资金信息在未得到授权的情况下被挪用或被处理，保证了客户资金的安全性。

基于上述系统，本发明实施例2又提出了一种资金信息控制方法，应用于包括用户终端、网络测服务器和第三方服务器的资金信息管理系统，如图2所示，该方法包括：

步骤201：用户终端向第三方服务器发送调节指示；

步骤202：第三方服务器根据接收到的调节指示调节该用户的可用资金账户信息，再将该可用资金账户信息发送给网络侧服务器；

步骤203：当用户需要处理可用资金时，向网络侧服务器发送处理指示；

步骤204：网络侧服务器接收处理指示，并根据接收到的该用户的可用资金账户信息对该用户的可用资金进行处理，然后将处理结果发送给第三方服务器；

步骤205：第三方服务器接收网络侧服务器发送的处理结果，并根据该处理结果来执行该用户实体资金的转移。

具体的，也以依托上述系统的用户证券交易为例：该方法下有三个主体，即：用户、券商服务器和银行服务器，三个主体之间既相互联系又相互制约。用户需要在银行开立两个账户，一个是个人银行账户，一个是证券保证金账户；其中，个人银行账户存放客户的实际资金，证券保证金账户是一个额度账户，该账户和券商服务器的保证金台帐是影射关系；

用户分别在银行和券商服务器开立相关账户后，系统将用户的个人银行账户、证券保证金账户和券商服务器的保证金台帐建立资金划转的签约关系。这样，资金就在一个封闭的环内运转，每天日终将证券保证金账户和券商服务器的保证金台帐进行同步。

当客户需要购买股票时，由客户发出一个资金划转指令，该指令将用户银行账户的资金划出，用户证券保证金账户的额度相应增加，同时在券商服务器的保证金台帐额度相应地增加，这时用户在银行的证券保证金账户余额和券商服务器的保证金台帐余额是保持一致的。当客户日间发生购买股票交易时，券商服务器的保证金台帐额度减少，当客户日间发生卖出股票交易时，券商服务器的保证金台帐额度增加，而银行的证券保证金账户余额没有变化，只有到当天日终时，券商服务器将当日股票买卖的明细流水发给银行，银行根据当日股票买卖的明细来更新客户的证券保证金账户余额，使银行的证券保证金账户额度和券商服务器保证金台帐额度保持一致。如果券商服务器当天挪用用户的资金进行买股票时，其实造假的保证金台帐中是没有足够的额度的，需要将其他用户额度挪到该账户中，当日终进行资金清算时，在银行方面该造假账户的证券保证金账户余额就会出现透资现象，所以当天就可以发现异常现象。

采用本发明实施例2的方法，券商将客户存取款功能交给银行统一进行管理，券商不再办理任何形式的客户资金存取业务，所有的存取款行为得权力完全掌握在客户手中。除客户在存管银行的结算账户外，其他账户均无客户资金存取款功能。客户资金在银行实现了单独立户管理，银行既掌握券商客户资金总账，又掌握客户资金的明细账，每天将总账与明细账进行汇总比对。客户通过比对银行端账户信息和券商端证券资金台帐数据的一致性，对自己的账户信息有明确的了解。因此，通过上述方法即可防范券商挪用客户资金的行为，保证了客户资金的安全性。

同时，本发明实施例2提供的资金信息控制方法在通信及报文转换方面，实现了重要客户服务系统与券商服务器系统之间的数据传递，并转换为双方均能识别的报文类型和符合规范的数据形式。所述的数据通信和报文转换主要包括：通信链路的建立；重要客户服务系统与券商服务器单元之间采用WinBridge进行通信；报文格式遵循重要客户服务的XML报文格式规范；并且，在数据传输过程中执行双方报文的加、解密和签、验章，具体包括：重要客户服务系统和券商服务器系统之间的公钥交换；发往券商服务器系统的数据的加密；接收到券商服务器的数据的解密；发往券商服务器系统的数据的签章；接收到券商服务器系统的数据的验章；

此外，用户还可以对券商服务器和银行服务器内存储的用户的相关信息进行维护，主要维护内容包括：用户信息的增加、修改、删除；券商服务器信息的增加、修改、删除；银行服务器信息的增加、修改、删除；用户暂收资金账户信息的增加、修改、删除；保证金账户签约；重建保证金账户签约关系；保证金账户开户、销户；重开保证金账户；保证金账户挂失、解挂；修改保证金账户密码；重置保证金账户；

当然，用户还可以通过对券商服务器或银行服务器的访问来执行相关的查询工作，具体包括：客户信息查询；保证金账户信息查询；保证金账户余额查询；查询转账交易结果；查询转账流水；

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序指令相关的硬件来完成，且所述的程序存储于特定存储介质中。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种资金信息管理系统，包括用户终端和网络侧服务器，其特征在于，该系统进一步包括：第三方服务器；其中，

所述用户终端用于向第三方服务器发送调节指示，并向网络侧服务器发送处理指示；

所述第三方服务器用于根据用户终端的调节指示调节该用户的可用资金账户信息，再将该可用资金账户信息发送给网络侧服务器，并根据接收到的网络侧服务器发送的处理结果来完成用户实体资金的转移；

所述网络侧服务器用于根据用户终端的处理指示同时结合接收到的可用资金账户信息对该用户的可用资金进行处理，并将处理后的结果发送给第三方服务器。

2.根据权利要求1所述的系统，其特征在于，所述第三方服务器进一步包括：可用存储单元和实体存储单元；其中，

所述可用存储单元用于存储用户的可用资金账户信息；

所述实体存储单元用于存储用户的实体资金并根据网络侧服务器的处理结果执行实体资金的转移。

3.根据权利要求2所述的系统，其特征在于：

所述网络侧服务器为券商服务器、所述第三方服务器为银行服务器。

4.根据权利要求3所述的系统，其特征在于：

所述可用资金的数量不大于所述实体资金数量。

5.根据权利要求4所述的系统，其特征在于：

所述网络侧服务器在规定的时间段内对可用资金进行处理，所述第三方服务器在该规定的时间段后执行实体资金的转移。

6.一种资金信息管理方法，应用于包括用户终端、网络测服务器和第三方服务器的资金信息管理系统，其特征在于，该方法包括：

用户终端向第三方服务器发送调节指示；

第三方服务器根据接收到的调节指示调节该用户的可用资金账户信息，再将该可用资金账户信息发送给网络侧服务器；

当用户需要处理可用资金时，向网络侧服务器发送处理指示；

网络侧服务器接收处理指示，并根据接收到的该用户的可用资金账户信息对该用户的可用资金进行处理，然后将处理结果发送给第三方服务器；

第三方服务器接收网络侧服务器发送的处理结果，并根据该处理结果来执行该用户实体资金的转移。

7.根据权利要求6所述的方法，其特征在于：

所述可用资金的数量不大于所述实体资金数量。

8.根据权利要求7所述的方法，其特征在于：

所述对可用资金进行处理在规定的时间段内完成，而所述实体资金的转移在该规定的时间段后执行。

9.根据权利要求8所述的方法，其特征在于，所述对用户可用资金的处理具体包括：

获取可用资金账户信息中规定的可用资金数量信息，并以该规定的可用资金换取其他资源。

10.根据权利要求6所述的方法，其特征在于，该方法进一步包括：

在执行用户实体资金转移的同时，根据实体资金的转移量调节可用资金账户信息。

Images