CN106603277A - 一种薄记建档数据处理系统和方法 - Google Patents

Abstract

本发明提供了一种用于薄记建档的数据处理系统和方法，该系统包括业务客户端、应用服务器、薄记管理端、中心端以及数据存储端。通过应用所述系统，薄记建档可以快速有效的实现，提高了薄记管理的效率，并且该系统扁平化、分层化、模块化的设计，简化了数据处理流程，提高了数据处理的稳定性和安全性，同时该系统还具备较强的兼容性和可扩展性。

Description

一种薄记建档数据处理系统和方法

技术领域

本发明涉及数据处理技术领域，特别涉及一种薄记建档数据处理系统和方法。

背景技术

在金融业科技体系规划中，建立薄记建档发行系统，将薄记建档各方需求用一个完善的处理系统进行一体化解决当前的迫切需求，也是未来发展趋势。

薄记建档是国际上通行的由主承销商记录投资者认购债券数量和有购买意向的债券利率水平的工作过程。投资者根据自己对利率的判断确定在不同利率档次下的申购定单，再由主承销商将定单汇集后确定具体的利率水平。通过对次级债券、短期融资债券等用簿记建档方式发行的产品，发现存在一些问题。

首先，受到处理系统的限制，发行价格的确定过程并不透明。投资者基本依靠公开媒体上公布的发行公告来确定自己的申购价格，缺乏与发行人面对面的沟通过程，对定价与该证券的细则及总体的供求缺乏了解，只能依靠私下沟通来了解其他投资者的观点。发行人和簿记管理人是价格的最终确定者，而同时整个定价过程还缺乏一个公平、中立的机构为整个簿记建档过程进行监督与公证，对投资者而言这种情况下的价格缺乏说服力。

其次，需要加大簿记建档这种发行方式的市场化程度。随着企业发行短期融资券、次级债的数量增多、资产证券化的加入，簿记建档这一发行方式应该更加市场化，由发行的指导价格变成由市场供需所决定的市场价格。

为了解决薄记建档发行过程中的信息交流效率低，信息处理不全面等问题，实现各类薄记建档参与者全流程、各环节业务操作的电子化、系统化，需要一个可以解决上述问题的服务平台，一个集薄记建档、信息披露、监测管理为一体的电子化、信息化的综合服务系统，从而完善满足各类市场成员对薄记建档的需求。

发明内容

为了解决背景技术介绍存在的问题，本发明提供了一种薄记建档系统，一个集薄记建档、信息披露、监测管理为一体的电子化、信息化的综合服务系统，所述系统包括业务客户端、应用服务器、薄记管理端、中心端以及数据存储端；其中，

业务客户端，用于接收客户的操作请求，调用业务服务功能模块，为客户提供业务处理；

应用服务器，用于接收客户端发送的业务数据，处理所述业务数据，并根据业务逻辑将业务数据发送给薄记管理端、中心端或数据存储端；

薄记管理端，用于管理薄记建档数据，根据客户类型和客户需求处理薄记建档数据，并将处理结果数据发送给应用客户端；

中心端，用于监控和管理薄记建档流程，接收应用服务器发送的业务数据并进行处理，然后将结果数据发送给应用服务器；

数据存储端，用于存储薄记建档数据，提供给应用服务器使用。

在本发明的一个实施例中，所述薄记管理端进一步用于，接收业务客户端的数据信息，对接收的数据信息进行验证，对有效的数据信息进行排序并累积；当累积数据信息超过一阈值时，薄记管理端将累积数据信息发送给业务客户端；接收业务客户端发送的数据，并根据预先存储的客户信息和所述接收的的数据进行处理，并将处理结果发送给业务客户端。

在本发明的一个实施例中，所述业务客户端进一步用于，接收所述累积数据信息，并根据接收的累积数据信息判断是否需要再次发送数据给薄记管理端，如果判断为需要，则业务客户端再次发送数据给薄记管理端。

在本发明的一个实施例中，所述业务客户端通过安全连接发送数据信息到应用服务器；

应用服务器判断业务客户端发送的数据类型，如果属于发送给薄记管理端的数据，则通过安全连接将数据发送给薄记管理端；

薄记管理端接收来自业务客户端的数据，根据预先存储的客户信息和接收的数据信息进行数据处理，将处理结果数据发送给所述应用服务器；

所述应用服务器接收薄记管理端发送的处理结果数据，通过安全连接发送给中心端；

中心端接收所述应用服务器发送的处理结果数据，根据预先存储的判断条件对处理结果数据进行判断，如果符合条件，则通知应用服务器将处理结果信息发送给客户业务端，同时将处理结果数据保存于数据存储单元，如果不符合条件，则通知应用服务器终止发送所述处理结果数据给业务客户端，直接将处理结果数据保存于数据存储单元。

在本发明的一个实施例中，所述薄记建档系统，进一步包括，外部系统，通过CHIX报文方式与应用服务器进行数据交换。

在本发明的一个实施例中，所述薄记建档系统，进一步包括，企业服务总线ESB，通过企业服务总线ESB与业务客户端、应用服务器或外部系统进行数据交换。

在本发明的一个实施例中，所述薄记建档系统，应用服务器可以根据需要包括如下任一或多个业务功能模块：

用户权限管理模块，用于管理用户权限；

安全认证模块，用于对用户进行鉴权；

异常处理模块，用于异常数据和异常步骤进行处理；

信息披露管理模块，用于公开披露数据；

数据统计模块，用于对存储数据进行统计；

文件处理模块，用于对文本信息进行处理；或者，

操作日志模块，用于记录操作信息。

为了简化薄记建档处理流程，提高薄记建档的处理效率和安全性，本发明还提出了一种用于薄记建档的数据处理方法，所述方法包括：

接收来自业务客户端的业务请求；

调用安全认证模块，对所述业务客户端进行身份认证；

在对所述业务客户端认证成功时，将存储的与所述客户端操作权限相匹配的功能信息发送给所述客户端；

接收来自所述业务客户端选择的功能信息；

根据所述业务客户端选择的功能信息，从数据存储单元获取相应的数据，并将获取的数据发送给所述客户端，供业务客户端使用；

接收来自所述业务客户端发送的业务数据；

发送所述业务数据给薄记管理端；

接收所述薄记管理端发送的数据信息；

处理所述薄记管理端发送的数据信息；

发送处理后的数据信息给中心端和业务客户端；

保存所述处理后的数据信息到数据存储单元。

在本发明的另一个实施例中，所述方法包括：

薄记管理端接收业务客户端的数据信息，对接收的数据信息进行验证，并对有效的数据信息进行排序并累积；

当累积数据信息超过一阈值时，薄记管理端将累积数据信息发送给业务客户端；

业务客户端接收所述累积数据信息，并根据接收的累积数据信息判断是否需要再次发送数据给薄记管理端，如果判断为需要，则业务客户端再次发送数据给薄记管理端；

薄记管理端接收业务客户端发送的数据，并根据预先存储的客户信息和所述接收的的数据进行处理，并将处理结果发送给所述业务客户端。

在本发明的另一个实施例中，，所述方法包括如下步骤：

业务客户端通过安全连接发送数据信息到应用服务器；

应用服务器判断业务客户端发送的数据类型，如果属于发送给薄记管理端的数据，则通过安全连接将数据发送给薄记管理端；

薄记管理端接收来自业务客户端的数据，根据预先存储的客户信息和接收的数据信息进行数据处理，将处理结果数据发送给所述应用服务器；

所述应用服务器接收薄记管理端发送的处理结果数据，通过安全连接发送给中心端；

中心端接收所述应用服务器发送的处理结果数据，根据预先存储的判断条件对处理结果数据进行判断，如果符合条件，则通知应用服务器将处理结果信息发送给客户业务端，同时将处理结果数据保存于数据存储单元，如果不符合条件，则通知应用服务器终止发送所述处理结果数据给业务客户端，直接将处理结果数据保存于数据存储单元。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1为本发明的数据处理系统的总体框架图；

图2为本发明的薄记建档处理系统处理功能示意图；

图3为本发明的薄记建档系统的硬件拓扑结构示意图；

图4为本发明一实施例的数据处理的方法流程图；

图5为本发明另一实施例的数据处理的方法流程图；

图6为本发明另一实施例的数据处理的方法流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚、明白，下面结合附图，对本发明进行进一步的详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。以下使用的术语“模块”或者“单元”可以实现预定功能的硬件、软件或者两者的结合，当实施例以其中一种实现方式进行描述时，其它两种方式同样可以实现本发明构思的意图，因此同样属于本发明的贡献范畴。

簿记建档是簿记管理人通过路演、询价、簿记等一系列机制和流程安排，不断收集投资需求、逐步缩窄价格区间并最终确定债券发行价格、完成债券发行的过程。

图1为本发明提出的数据处理系统的总体框架图。如图1所示，本发明提出的数据处理系统包括多个硬件实体部分，即，市场参与人、综合客户端系统、中心端系统以及外部系统平台，其中综合客户端系统和中心端系统构成本发明提出的核心部分即薄记建档系统。本发明提出的用于处理薄记建档的数据处理系统的架构设计包括如下构思：

分层化：采用分层设计，保证系统间(模块间)的松耦合从而易于系统以后独立演进和维护。

模块化：层内功能模块化为功能复用和达到可配置的目标提供保障。

标准化：系统间通信接口、协议的标准化有利于将来业务的拓展和第三方系统的集成。面向服务(SOA)架构的思想需要各个功能点采用良好的接口定义从而与具体的业务实现和底层平台解耦以保证系统的稳定性和可扩展性。

因此，本发明用于处理薄记建档的数据处理系统具有灵活度高、可操作性强的特点。通过分层设计，将系统的硬件层面进行扁平化配置，简化硬件系统配置，提高数据处理效率，从而提升系统的稳定性。另外，通过模块化和标准化的设计，薄记建档的处理系统的兼容性、扩展性以及稳定性大为提高，便于系统大规模的普及和联网通信，满足薄记建档各方的业务需求。

图2为本发明一实施例薄记建档处理系统处理功能示意图。如图2所示，所述处理系统包括：终端201、外部系统202、应用服务器203、数据存储204。其中，

终端201：包括参与人客户端、中心端、薄记管理端和监管客户端等。参与人客户端包括发行人、投资人、承销团成员以及簿记管理人4种，其中，承销团成员和簿记管理人客户如需将各业务功能集成到业务系统中，中心端提供API接口，供客户业务系统程序调用，实现相应业务功能。

外部系统202：主要是上清所系统，采用MQ发送CHIX报文方式通信联网。

应用服务器203:包括接入前置系统和消息转换，并以企业服务总线ESB方式进行配置，提供统一的调用方式，用于提供系统业务流程运转需要的处理服务，方便系统模块之间进行调用和功能切换。系统服务模块包括用户权限管理、文件处理、异常处理、安全认证等模块，模块之间通过低耦合设计，提高了模块的独立性，避免了模块的处理对其他模块的影响，以便于未来业务流程的重组以及新功能和新技术手段的整合利用。

数据存储204：包括参与人数据、发行项目数据、簿记信息数据和分销数据。

图3为本发明的薄记建档系统的硬件拓扑结构示意图。如图3所示，本发明的薄记建档系统的硬件拓扑结构为分布式结构，采用分布式结构可以很好的均衡负载，这考虑到了本发明所数据的数据具有峰谷特性，因此图3所示的应用服务器1和应用服务2，接入前置1和接入前置2，以及数据服务器主机和数据服务器备机等可以互为镜像，也可以互为备份来提供服务。其中，中心端和簿记管理端均可以访问应用服务器1和2，应用服务器1和2采用一定的负载均衡功能实现对中心端和簿记管理端的业务服务。如果应用服务器1和2作为备份关系，则应用服务器1和2可以采用一定的主备倒换功能保证对中心端和簿记管理端提供业务服务。

图3所示的薄记建档系统还可以包括文件服务器，采用单独的文件服务器可以进一步分担系统的处理负荷，此外，采用单独的文件服务器也可以提高系统处理数据的效率。文件服务器与应用服务器和数据库服务器采样松耦合的结构，可以根据业务需求扩展配置，也可以当应用服务器或数据存储服务器的处理能力提高时，不予配置文件服务器。

可见，本发明提出的薄记建档数据处理系统是一个综合服务平台，实现了各类薄记建档参与者全流程、各环节业务操作的电子化、系统化，可以提供薄记建档、信息披露、监测管理等多种服务器，可以满足各类市场成员对薄记建档数据处理的各种需求。

图4是本发明一实施例的数据处理的方法流程图。如图4所示，所述数据处理方法包括：

步骤401，应用服务器接收来自业务客户端的业务请求；

步骤402，应用服务器调用安全认证模块，对所述业务客户端进行身份认证；

步骤403，应用服务器在对所述业务客户端认证成功时，将存储的与所述客户端操作权限相应的功能信息发送给所述客户端；

步骤404，应用服务器接收来自所述业务客户端选择的功能信息；

步骤405，应用服务器根据所述业务客户端选择的功能信息，从数据存储单元获取相应的数据，并将获取的数据发送给所述业务客户端，供业务客户端使用；

步骤406，应用服务器接收来自所述业务客户端发送的业务数据；

步骤407，应用服务器发送所述业务数据给薄记管理端；

步骤408，薄记管理端处理应用服务器发送的业务数据，然后将处理后的数据信息发送给应用服务器；

步骤409，应用服务器处理所述薄记管理端发送的数据信息；

步骤410，应用服务器发送处理后的数据信息给中心端和业务客户端；

步骤411，应用服务器保存所述处理后的数据信息到数据存储单元。

其中，应用服务器包括多个与业务客户端对应的功能模块，包括债券信息管理模块、发行管理模块、配售管理模块、参与人管理模块、薄记计算模块、分销管理模块、信息披露管理模块、以及信息查询模块。应用服务器根据预先存储的功能信息对不同的业务客户提供相应的业务服务。

应用服务器对不同业务提供服务时，根据业务特点，提供基本的业务支撑，这些支撑功能包括对文件、数据的通信处理要求，对用户权限、运行调度、异常处理、安全认证等保障机制。虽然图4所示的实施例描述了安全认证的业务需求，应用服务器完全可以实现其它业务需求，如运行调度、异常处理，其处理流程与所述实施例基本相同，因此不再赘述。本领域技术人员完全可以在该实施例的基础上，根据该构思，对不同的业务要求作一定的替换选择，实现相应的业务功能。

图5是本发明另一实施例的数据处理的方法流程图。如图5所示，所述数据处理方法包括：

步骤501，薄记管理端接收业务客户端的数据信息，对接收的数据信息进行验证，对有效的数据信息进行排序并累积；

步骤502，当累积数据信息超过一阈值时，薄记管理端将累积数据信息发送给业务客户端；

步骤503，业务客户端接收所述累积数据信息，并根据接收的累积数据信息判断是否需要再次发送数据给薄记管理端，如果判断为需要，则业务客户端再次发送数据给薄记管理端；

步骤504，薄记管理端接收业务客户端发送的数据，并根据预先存储的客户信息和所述接收的的数据进行处理，并将处理结果发送给业务客户端。

所述方法主要应用于对薄记建档定价和配售的数据处理，通过对数据处理方法流程步骤的设计和安排，可以简化薄记建档的申购程序，减少数据交互量，提高数据处理的透明度，提升业务的安全性。具体而言，业务客户端发送的数据信息通常为客户发送的有效申购，薄记客户端原则上按照价格由低至高或者由高至低原则，对有效申购逐笔累积，直至累积至计划发行额为止。当中标申购量超过一定值时，薄记管理端与客户端进行数据交换，直至客户端的意愿得到满足。在配售时，薄记管理端可根据有效申购数据，以及参考客户类型、历史认购情况、询价申购一致性等预先存储的信息对配售进行动态调整，以保证客户的投资需求。这种数据处理方式可以有效形成双方合意，减少了客户和管理人对数据处理的负担，薄记建档系统对客户和管理人以较为透明的方式实现薄记建档的目的。

图6是本发明另一实施例的数据处理的方法流程图。如图6所示，所述数据处理方法包括：

步骤601，业务客户端通过安全连接发送数据信息到应用服务器；

步骤602，应用服务器判断业务客户端发送的数据类型，如果属于发送给薄记管理端的数据，则通过安全连接将数据发送给薄记管理端；

步骤603，薄记管理端接收来自业务客户端的数据，根据预先存储的客户信息和接收的数据信息进行数据处理，将处理结果数据发送给所述应用服务器；

步骤604，所述应用服务器接收薄记管理端发送的处理结果数据，通过安全连接发送给中心端；

步骤605，中心端接收所述应用服务器发送的处理结果数据，根据预先存储的判断条件对处理结果数据进行判断，所述条件可以是客户的身份条件、委托条件或其它中心端与用户之间约定的任何业务条件。

步骤606，如果符合条件，则通知应用服务器将处理结果信息发送给客户业务端，同时将处理结果数据保存于数据存储单元，

步骤607，如果不符合条件，则通知应用服务器终止发送所述处理结果数据给业务客户端，直接将处理结果数据保存于数据存储单元。

图6所示的数据处理方法，对薄记建档数据处理流程作了进一步完善，通过引入中心端对客户与薄记管理人之间的数据交互进行控制，可以进一步增强薄记建档系统的业务多样性和可扩展性，同时通过中心端的监控和管理，还可以提高薄记建档数据处理过程的安全性和稳定性。

本发明所提供的薄记建档系统和方法还可以与外部系统进行数据交互，外部系统可以是薄记建档系统管理所涉对象，如上清所，也可以是其它薄记建档系统需要数据交互的外部系统。薄记建档系统与外部系统进行数据交互可以采用MQ发送CHIX报文方式通信，也可以采用其它可以保证安全行的通信协议。

本发明所提供的薄记建档系统包括接入前置系统和消息转换服务共同以企业服务总线ESB服务的方式部署，提供统一的调用方式，方便系统功能进行调用。引入ESB服务，可以使薄记建档系统的进一步扁平，并提高系统给的可扩展性，ESB提供的中间接口，可以灵活的采用功能模块达到数据处理的需求。

本申请接受各种修改和可替换的形式，具体的实施方式已经在附图中借助于实施例来显示并且已经在本申请详细描述。但是，本申请不意在受限于公开的特定形式。相反，本申请意在包括本申请范围内的所有修改形式、等价物、和可替换物，本申请的范围由所附权利要求及其法律等效物限定。

Claims (10)

1.一种薄记建档系统，其特征在于，所述系统包括业务客户端、应用服务器、薄记管理端、中心端以及数据存储端；其中，

业务客户端，用于接收客户的操作请求，调用业务服务功能模块，为客户提供业务处理；

应用服务器，用于接收客户端发送的业务数据，处理所述业务数据，并根据业务逻辑将业务数据发送给薄记管理端、中心端或数据存储端；

薄记管理端，用于管理薄记建档数据，根据客户类型和客户需求处理薄记建档数据，并将处理结果数据发送给应用客户端；

中心端，用于监控和管理薄记建档流程，接收应用服务器发送的业务数据并进行处理，然后将结果数据发送给应用服务器；

数据存储端，用于存储薄记建档数据，提供给应用服务器使用。

2.如权利要求1所述的薄记建档系统，薄记管理端进一步用于，

接收业务客户端的数据信息，对接收的数据信息进行验证，对有效的数据信息进行排序并累积；

当累积数据信息超过一阈值时，薄记管理端将累积数据信息发送给业务客户端；

接收业务客户端发送的数据，并根据预先存储的客户信息和所述接收的的数据进行处理，并将处理结果发送给业务客户端。

3.如权利要求1或2所述的薄记建档系统，业务客户端进一步用于，

接收所述累积数据信息，并根据接收的累积数据信息判断是否需要再次发送数据给薄记管理端，如果判断为需要，则业务客户端再次发送数据给薄记管理端。

4.如权利要求1、2或3所述的薄记建档系统，

业务客户端通过安全连接发送数据信息到应用服务器；

应用服务器判断业务客户端发送的数据类型，如果属于发送给薄记管理端的数据，则通过安全连接将数据发送给薄记管理端；

薄记管理端接收来自业务客户端的数据，根据预先存储的客户信息和接收的数据信息进行数据处理，将处理结果数据发送给所述应用服务器；

所述应用服务器接收薄记管理端发送的处理结果数据，通过安全连接发送给中心端；

中心端接收所述应用服务器发送的处理结果数据，根据预先存储的判断条件对处理结果数据进行判断，如果符合条件，则通知应用服务器将处理结果信息发送给客户业务端，同时将处理结果数据保存于数据存储单元，如果不符合条件，则通知应用服务器终止发送所述处理结果数据给业务客户端，直接将处理结果数据保存于数据存储单元。

5.如权利要求1、2、3或4所述的薄记建档系统，进一步包括，

外部系统，通过CHIX报文方式与应用服务器进行数据交换。

6.如权利要求5所述的薄记建档系统，进一步包括，

企业服务总线ESB，通过企业服务总线ESB与业务客户端、应用服务器或外部系统进行数据交换。

7.如权利要求6所述的薄记建档系统，应用服务器可以根据需要包括如下任一或多个业务功能模块：

用户权限管理模块，用于管理用户权限；

安全认证模块，用于对用户进行鉴权；

异常处理模块，用于异常数据和异常步骤进行处理；

信息披露管理模块，用于公开披露数据；

数据统计模块，用于对存储数据进行统计；

文件处理模块，用于对文本信息进行处理；或者，

操作日志模块，用于记录操作信息。

8.一种用于薄记建档的数据处理方法，其特征在于，所述方法包括：

接收来自业务客户端的业务请求；

调用安全认证模块，对所述业务客户端进行身份认证；

在对所述业务客户端认证成功时，将存储的与所述客户端操作权限相匹配的功能信息发送给所述客户端；

接收来自所述业务客户端选择的功能信息；

根据所述业务客户端选择的功能信息，从数据存储单元获取相应的数据，并将获取的数据发送给所述客户端，供业务客户端使用；

接收来自所述业务客户端发送的业务数据；

发送所述业务数据给薄记管理端；

接收所述薄记管理端发送的数据信息；

处理所述薄记管理端发送的数据信息；

发送处理后的数据信息给中心端和业务客户端；

保存所述处理后的数据信息到数据存储单元。

9.一种用于薄记建档的数据处理方法，其特征在于，所述方法包括：

薄记管理端接收业务客户端的数据信息，对接收的数据信息进行验证，并对有效的数据信息进行排序并累积；

当累积数据信息超过一阈值时，薄记管理端将累积数据信息发送给业务客户端；

业务客户端接收所述累积数据信息，并根据接收的累积数据信息判断是否需要再次发送数据给薄记管理端，如果判断为需要，则业务客户端再次发送数据给薄记管理端；

薄记管理端接收业务客户端发送的数据，并根据预先存储的客户信息和所述接收的的数据进行处理，并将处理结果发送给所述业务客户端。

10.一种用于薄记建档的数据处理方法，其特征在于，所述方法包括如下步骤：

业务客户端通过安全连接发送数据信息到应用服务器；

应用服务器判断业务客户端发送的数据类型，如果属于发送给薄记管理端的数据，则通过安全连接将数据发送给薄记管理端；

薄记管理端接收来自业务客户端的数据，根据预先存储的客户信息和接收的数据信息进行数据处理，将处理结果数据发送给所述应用服务器；

所述应用服务器接收薄记管理端发送的处理结果数据，通过安全连接发送给中心端；

中心端接收所述应用服务器发送的处理结果数据，根据预先存储的判断条件对处理结果数据进行判断，如果符合条件，则通知应用服务器将处理结果信息发送给客户业务端，同时将处理结果数据保存于数据存储单元，如果不符合条件，则通知应用服务器终止发送所述处理结果数据给业务客户端，直接将处理结果数据保存于数据存储单元。