CN108985701A - 一种一号通系统及其数据管理方法 - Google Patents

Abstract

本发明提供了一种一号通系统及其数据管理方法，该系统包括所述系统包括服务平面、统一控制平面和接口模块，并且通过账号共用机制，利用系统在各服务模块中同步，实现全部服务的覆盖和统一。同时，所述一号通系统利用分层设计，将系统架构扁平化，减少数据处理的步骤，并利用分布式缓存，提供系统的稳定性和安全性，同时系统模块化的设计可以增强系统的扩展性，降低系统升级的成本。

Description

一种一号通系统及其数据管理方法

技术领域

本发明涉及数据管理技术领域，特别涉及一种金融数据统一管理的系统和方法。

背景技术

随着经济的不断发展，近年来金融市场发展迅速，金融业务产生的数据量已经有了很大的规模，因此如果能够将金融业务的所有操作完全形成电子自动化，实现统一管理，不但能够为将来实现各种业务创新提供足够坚实的技术支持，同时统一的数据管理能够更好的满足监管部门的要求，可以极大提高金融数据管理的效率，数据管理的安全性，以及业务开展的稳定性。

近来，金融机构在监控机构的统一部署下，纷纷建设薄记建档系统、债券交易系统、信息披露服务系统，为客户进行业务开展提供了平台，但是现在各个系统由于业务相关性不够紧密，各种金融数据处理系统之间缺少一种统一的管理系统，以提升客户在操作多种业务时的便捷度，这种统一的金融数据管理平台同样有利于增加金融服务提供商与客户的市场需求的契合度，进一步扩大金融服务提供商与客户的业务合作，提升多种业务的协同、稳定的发展。从技术面而言，这种统一的金融数据管理平台，可以提高数据管理的效率，同时压缩数据处理的流程，打通各个数据处理系统，无论是数据处理能力，还是数据处理的安全性，数据处理的成本，都有明显的提高，这也是金融领域平台技术发展的方向。

目前，国内现有的金融管理系统还存在上述问题，从系统功能来看，没有一个能够满足日益增多的金融服务种类的统一服务平台，从系统架构来看，由于各个接口的定义缺乏前瞻性，数据传输非常的不规范，加上系统耦合度过紧，造成一个小事件往往需要经过多个子系统，不仅增加了很多的单点故障的机会，给故障排除带来很多的困难，严重降低了系统的整体性能，从而导致了无法给投资者更好的更人性化的服务，大大降低了用户体验。因此，随着交易量的不断增长，对于数据管理的便捷性、准确性、及时性、安全性、易用性等要求的进一步提高，对金融服务的数据管理系统都提出了更高的要求。

发明内容

为了提高数据处理的效果，增强数据处理系统的扩展性、稳定性和易用性，以及方便用户统一使用业务系统。本发明提出了一种一号通系统及其数据管理方法。

本发明提供一种一号通系统，所述系统包括：服务平面、统一控制平面和接口模块，其中，

服务平面，用于为参与人提供服务，包括参与人注册模块、业务权限管理模块、超管员管理模块、数字证书模块、投资人备案管理模块、交易员管理模块、统计查询模块和服务费管理模块；

统一控制平面，用于对业务进行统一控制，包括日志模块、事务控制模块、定时任务模块、消息中心模块和异常处理模块；

接口，包括参与人端的接口、业务系统的接口、数据库系统接口和文件系统接口。

根据本发明所述一号通系统，包括表现层、服务层、业务逻辑层和数据访问层；其中，

表现层，用于提供人机交互界面，在人机交互界面展示所需的数据，用于在人机交互界面所展示的视图与业务逻辑隔离；

服务层，用于提高业务处理逻辑的复用，降低表现层与业务逻辑层的耦合；

根据本发明的一号通系统，在用户账号被设置后，由一号通系统对账号进行同步，根据具备的业务资格同步到对应的业务系统，一号通系统在获得业务系统的数据后，为用户提供业务。

根据本发明的一号通系统，包括中心管理系统，用于业务逻辑与外部信息系统，实现用户数据和服务数据的交互共享。

根据本发明的一号通系统，包括双机热备份或双机冷热备份。

根据本发明的一号通系统，所述一号通系统与信息披露系统连接，其中，所述信息披露系统包括：客户端和中心端，所述客户端为用户提供操作员的管理、公开和定向信息的披露、披露信息查询和业务督导，所述中心端用于信息披露用户的管理、披露文件的认领、审核和发布、披露信息数据的管理、信息披露的应急操作。

根据本发明的一号通系统，还包括一号通会员管理系统，与连接的簿记建档系统、债券交易系统和信息披露系统实现数据和信息的同步。

根据本发明的一号通系统，信息披露系统采用分层结构，保证模块间的松耦合，便于系统的独立维护和演进。

根据本发明的一号通系统，所述一号通系统的业务应用各自独立，业务功能同通过插件方式实现独立扩展，

本发明还提供了一种一号通数据管理的方法，所述方法包括如下步骤：

一号通系统参与人进行债券交易投资人交易员管理、投资人备案、参与人注册、参与人业务权限设置、参与人系统管理员设置，并针对参与人进行数字证书设置、参与人服务费收缴及费率设置及参与人相关数据统计查询；

参与人账户信息、业务权限、系统管理员由一号通系统设置后，根据其具备的业务资格需同步到对应的业务系统；

一号通系统在获得集中簿记建档系统及债券交易系统服务费明细后，提供服务费查询和统计服务；

其中，投资人备案管理提供债券交易投资人注册、预审、备案通知书代发及相关的数据统计、报备功能；

参与人注册管理完成参与人在一号通系统的注册及变更，包含参与人新增、参与人删除、参与人编辑、参与人详细信息查看、开户通知书打印、可分配账户查看、参与人查询和变更；

参与人业务权限管理在系统中，针对参与人管理及业务开展需求，为参与人参与业务的权限进行授权、变更、注销操作；

参与人系统管理员管理可为具备参与人资格的市场主体开通单一或者多个系统管理员用户，并为其设置可分配账户管理权限；

参与人服务费管理根据集中簿记建档系统与债券交易系统推送的服务费信息，实现服务费查询、收取和调整；

统计查询服务针对参与人的基本信息和业务缴费统计信息在一号通系统集中展示和查询。

本发明通过账号共用机制，利用系统在各服务模块中同步，实现全部服务的覆盖和统一。同时，所述一号通系统利用分层设计，将系统架构扁平化，减少数据处理的步骤，并利用分布式缓存，提供系统的稳定性和安全性，同时系统模块化的设计可以增强系统的扩展性，降低系统升级的成本。

附图说明

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

图1为本发明一号通系统的总体架构示意图；

图2为本发明一号通系统的业务流程示意图；

图3为本发明一号通系统的债券交易系统的示意图；

图4为本发明一号通系统的簿记建档系统的示意图；

图5为本发明一号通系统的信息披露系统的示意图。

图6是本发明一号通系统的信息披露系统的架构分层示意图。

图7是本发明一号通系统的信息披露同步流程示意图。

具体实施方式

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

本发明提出了一种数据管理系统和方法，主要用于处理金融数据和交易信息。如图1所示，本发明提出的金融数据管理系统引入一种称为“一号通”的系统。所述“一号通”为本领域中的技术人员所通常理解的含义。具体而言，取代图1所示的纵向管理方式，本发明的一号通系统是一种“纵”与“横”融合的系统，包括一个服务平面、一个统一控制平面、以及多个系统接口。其中，所述服务平面和统一控制平面通过各自接口与多个系统进行交互，所述服务平面是一个综合性业务管理平台，提供面向用户的统一业务管理，所述服务平面集成了多种业务能力，包括但不限于参与人注册管理、业务权限管理、超管员管理、数字证书管理、投资人备案管理、交易员管理、统计查询、服务费管理等。所述统一控制平面是一个统一的业务控制平台，包括但不限于日志、事务控制、定时任务、消息中心、异常处理等。所述系统接口包括用户端的系统接口、外部业务系统的接口、数据库系统接口和文件系统接口。所述外部业务系统包括但不仅限于：债券交易系统、薄记建档系统、信息披露系统等。

所述的“纵”，即一号通系统与用户端、外部业务系统以及相应的数据库系统和文件系统是一个纵向的业务流关系，所述业务流是双向传输的。所述的“横”，即一号通系统包括服务平面和统一控制平面，所述服务平面包括多个横向的管理模块，所述统一控制平面包括多个横向的控制模块。

一号通系统可以实现支持债券业务线参与人管理，包括非金融企业债务融资工具簿记建档系统(简称“簿记建档系统”)、非金融机构合格投资人交易业务(简称“债券交易系统”)、银行间市场交易商协会信息披露服务平台(简称“信息披露系统”)的参与人管理等功能，通过同步账户等数据信息，提升参与人在一号通系统进行业务开展的便捷度，有利于增加金融业务平台的参与人需求与市场需求的契合度，一号通系统可以为参与人提供多种业务，并且打通各个业务平台，参与人在进行多种业务操作时如果在同一个界面和功能中实现，提高了系统对用户的透明和统一，有效提高了金融系统管理和处理业务的能力和效率。

本发明的一号通系统，包括表现层、服务层、业务逻辑层和数据访问层；其中，表现层，用于提供人机交互界面，在人机交互界面展示所需的数据，用于在人机交互界面所展示的视图与业务逻辑隔离；服务层，用于提高业务处理逻辑的复用，降低表现层与业务逻辑层的耦合；业务逻辑层，用于提供业务逻辑接口，处理业务逻辑；数据访问层，用于提供数据访问操作和面向接口的数据操作。

一号通系统的应用架构遵循“平台框架简单化、业务过程模块化”的设计方针。分层化：采用分层设计，保证系统间(模块间)的松耦合从而易于今后独立演进和维护。业务应用应独立于基础架构，以保证业务功能扩展的情况下无需修改基础架构，从而满足插件式的开发需求。模块化：层内功能模块化为功能复用和达到可配置的目标提供保障。标准化：系统间通信接口、协议的标准化有利于将来业务的拓展和第三方系统的集成。需要各个功能点采用良好的接口定义从而与具体的业务实现和底层平台解耦以保证系统的稳定性和可扩展性。

为了提高本发明的一号通系统的容灾性能和稳定性，所述一号通系统采用了双热备份机制以及冷热备份机制，以适应不同的业务需求。

图2是根据本发明的一号通系统的业务流程示意图。

一号通系统参与人开户基本业务流程包括债券交易投资人交易员管理、投资人备案、参与人注册、参与人业务权限设置、参与人系统管理员设置，并针对参与人进行数字证书设置、参与人服务费收缴及费率设置及参与人相关数据统计查询。

参与人账户信息、业务权限、系统管理员由一号通系统设置后，根据其具备的业务资格需同步到相应业务系统。一号通系统在获得集中簿记建档系统及债券交易系统服务费明细后，提供服务费查询及统计等服务。

其中，投资人备案管理提供债券交易投资人注册、预审、备案通知书代发及相关的数据统计、报备等功能。

参与人注册管理完成参与人在一号通系统的注册及变更，包含参与人新增、参与人删除、参与人编辑、参与人详细信息查看、开户通知书打印、可分配账户查看、参与人查询及变更等功能。

参与人业务权限管理在系统中，针对参与人管理及业务开展需求，为参与人参与业务的权限进行赋予、变更、注销等操作。

参与人系统管理员管理可为具备参与人资格的市场主体开通单一或者多个系统管理员用户，并为其设置可分配账户管理权限。

参与人服务费管理根据集中簿记建档系统与债券交易系统推送的服务费信息，实现服务费查询、收取及费率和折扣调整的相关功能。

统计查询服务针对参与人的基本信息及业务缴费统计信息于一号通系统形成集中展示和查询，为市场拓展及客户服务提供业务依据。

图3为根据本发明一号通系统的债券交易系统的示意图。

如图3所示，所述债券交易系统采用了五层架构，结合债券交易业务的需求，根据模块化的设计思想，将系统架构整体分为客户端层301、展现层302、控制层303、业务层304、数据访问层305和数据库层306。

客户端层301，包括用户、投资者和交易管理员。由于所述系统在网络结构模式上在展现层B/S，客户端将由浏览器通过HTTPS协议将前端数据提交到后台服务器，在服务器端实现业务逻辑之后页面或者数据返回给客户端进行展示。根据用户需求，所述系统应能满足B/S客户端接入的需求，客户端应达到安全性、稳定性、用户体验等多方面的要求。B/S架构应用，充分考虑页面布局、支持主流的浏览器及其主要版本、数据传输的安全等

展现层302，采用J2EE技术，包括B/S和C/S框架、iReport框架、AJAX通信模块和WEB服务模块。展现层承担整个系统的页面展现，客户端主要用来校验用户的输入信息，做一些复杂页面的布局，以及ajax交互，带给用户更好的体验。展现层框架采用Spring MVC，结构性良好、清晰、便于维护。同时，通过Spring与MyBatis进行整合。

控制层303、业务层304和数据访问层305同样采用J2EE技术，其中，控制层303包括接入转发模块、事物控制模块、管理服务模块和服务监控模块，业务层包括行情信息模块、核心交易模块、风险控制模块和终端服务模块，数据访问层305包括持久化框架、资源管理模块和数据存储模块。

控制层303负责转发请求，对请求进行处理。当Web用户单击Web页面中的提交按钮来发送HTML表单时，控制层接收请求并调用相应的模块处理请求，然后采用相应的视图来显示处理模块返回的数据。除了接入和转发的功能以外，控制层303中还可以加入管理监控的功能。

业务层304接收用户请求，并将其转化为金融数据处理过程中的逻辑语言，根据金融商务逻辑有序地向数据访问层305发送数据请求，并将数据访问层返回的数据解释组合成用户所需的信息，并返回给控制层303，业务层304直接面对市场交易系统的各项功能的实现。此外，业务层304的业务逻辑划分清晰，层次简单，降低了系统结构的耦合度。

数据访问层305主要提供数据的简历以及管理、安全、事物支持、备份/恢复。对底层的数据库操作，事物管理进行封装。

数据库层306包括数据分析库和联机交易库。

图4为根据本发明一号通系统的薄记建档系统的示意图。如图4所示，所述簿记建档系统包括：终端401、外部系统402、应用服务器403、数据存储404。其中，

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

外部系统402：采用MQ发送CHIX报文方式通信联网。

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

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

图5为根据本发明一号通系统的信息披露系统的示意图。本发明的信息披露系统为各类系统为市场成员提供信息披露服务，信息披露服务平台，实现主承销商、发行人信息披露，实现信息查阅，提高投资者获取信息的公平性、及时性，实现定向信息披露，提高定向信息披露的及时性和针对性、可用性，并实现与“一号通”会员管理系统、集中簿记建档系统、债券交易系统的互通互联，为集中簿记建档等业务提供信息披露服务，以满足主管部门的监管需要。

所述信息披露系统根据发行人、主承销商、投资人、审核人等不同类别成员的需要，实现信息披露业务操作的电子化、标准化；根据披露主体的信息披露需要建立前台客户端，实现创建并提交披露文件；根据信息披露事务审核人员的需要建立专门中心端，实现对提交的披露文件进行格式审核。

除此之外，所述信息披露系统还满足监管部门对于金融基础设施的安全标准，在保证系统安全高效运行、市场稳定运转的基础上，全面支持业务相关的培训、演示、推广等要求。

信息披露系统支持的产品范围是在交易商协会注册发行的债务融资工具，包含超短期融资券(SCP)、短期融资券(CP)、中期票据(MTN)、中小企业集合票据(SMECN)、区域集优中小企业集合票据(SMECNII)、资产支持票据(ABN)、非公开定向发行债务融资工具(PPN)及信用风险缓释凭证(CRM)。信息披露系统还支持添加协会新创设的产品，例如项目收益票据(PRN)、国际债、并购票据及永续中票。

信息披露系统的架构同样遵循“平台框架简单化、业务过程模块化”的设计。

分层化：采用分层设计，保证系统间(模块间)的松耦合从而易于今后独立演进和维护。业务应用应独立于基础架构，以保证业务功能扩展的情况下无需修改基础架构，从而满足插件式的开发需求。

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

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

图6是根据本发明一号通系统的信息披露系统的架构分层图。

所述信息披露系统包括平台客户端和中心端。其中，客户端从整体架构上采用多层结构，使用改造后的MVVM模式，为未来的软硬件扩展奠定基础。MVDM模式对传统MVVM模式(模型－视图－视图模型(Model-View-ViewModel))进行了改造，开发了通用数据模型(DataModel)，避免了传统一个View界面对应一个ViewModel的高耦合情况，本发明所有View都根据数据结构和数据统一对应DataModel中的Document类，实现界面的展现，不再需要为每个View单独指定ViewModel，大大提高了开发效率和简化了修改问题的难度。

服务端使用ApacheCXF实现Web Service,分为接口层、业务逻辑层和数据访问层。对服务端WebService的实现进行了抽象化设计，抽象为五种接口类型，从而不需考虑复杂业务，简化接口实现。

信息披露业务的多变性和快速创新，使得传统的工作流设计很难达到原有的灵活可配置设计目标，经常会面临工作流重构的窘境。MVDM架构基于WPF体系，针对信息披露业务，从底层构造了新的数据模型，实现了业务逻辑的数据驱动，再配合完全分离于业务逻辑的界面(表单)，形成适合信息披露业务的灵活可配置的工作流。

下面对信息披露系统的分层功能作详细说明：

·U-KEY接入

系统登录需要U-KEY提供的证书进行认证，保证登录者身份的合法性和唯一性。

在中途退出如何控制U-key是否拔出利用的是u-key厂商提供的类库监控是否拔出。

·权限管理

系统的权限对信息的安全性、保密性起着相当重要的作用。需要采用分级权限管理，使得系统权限做到设置灵活、方便，权限项目要细致。同时，权限设置时采用分级授权方式，授权员不能分配大于自身权限的权限。另外，系统应用基于规则的权限管理技术，所有具体的操作都需经过事先设定的规则过滤，确保用户只能操作规则允许范围之内的数据。

·表现层

为了实现表现层(View)需要的展示效果及未来的可扩展性，本架构使用Page作为展示层组件。它设计了界面架构，并利用CommonLibrary组件，抽象封装一些常用控件，也封装了与界面相关的逻辑控制,以达到模块复用的目的。同时界面上也定义了数据绑定的数据结构，方便界面进行组装数据。它的架构充分考虑到将来业务的扩展而带来的界面变化，可以十分方便调整页面的设计，实现Page一体化。

这样设计表现层的架构解决了功能模块和功能模块间交互的问题，可以使应用层开发的功能模块不牵涉非商业逻辑的界面交互问题，从而使应用层开发人员将精力集中到功能模块商业逻辑的实现上，使开发的功能模块高内聚、松耦合。

表现层的架构为达到整合零散功能模块的目标，来调用功能模块的入口，维护功能模块的出口，维护因功能模块操作而造成业务状态及相关参数的变化

表现层负责控制界面内部各个信息单元之间逻辑关联，尤其是控制其彼此之间的各种约束关系，具体包括：互斥、依赖、因果等关系

·业务层

业务层主要是数据的处理、分析、挖掘、整合及共享，实现了界面与业务逻辑完全分离，实现了以数据驱动的架构设计。

业务层组件：

数据模型组件：DataModel组件，实现与页面控件的数据模型定义，对界面所有数据项进行集中存储，以数据驱动界面。并且实现文件的解析、校验、生成等。

这样设计业务层可以提供业务逻辑的任意层次的组织，可以将业务函数通过可视化流程开发工具进一步组合成新的复杂的业务过程，极大提高开发、测试、维护效率。

业务层控制和调度着各种业务功能和处理，业务层通常由用户选择的一种操作来触发，或者由其他的业务处理触发。业务层通常包含一些对数据的处理操作。业务层并不关心数据是如何存放的，也不关心如何获取这些数据，它只需要从相应的数据描述表中得到数据的逻辑表示就能构造出符合实际业务需要的逻辑关系。

·数据访问层

封装了对数据库的访问，在这一层完成数据的整合和转换，整合指的是根据业务需要，完成数据表的集中，转换指的是为表现层提供最适合的使用方式

·数据存储层

本地数据缓存采用sqlite数据库，sqlite是一款轻型的数据库，是遵守ACID的关系型数据库管理系统，它的设计目标是嵌入式的，而且已经在很多嵌入式产品中使用，它占用资源非常的低，在嵌入式设备中，可能只需要几百k的内存就够了。

每个模块独立为一个数据文件，原则上数据都从本地sqlite数据库读取。采取此项设计的作用是，可以将用户使用的一些数据缓存到客户端，方便用户随时调用，同时可以大大减少与服务器的交互，以及数据和文件的下载量，减轻服务器的负担。

图7是根据本发明一号通系统的信息披露同步流程图。所述信息披露系统的同步由远程服务数据库采用Oracle，本地客户端采用SQLite作为缓存，但是Oracle与SQLite不直接进行交互，作为缓存，SQLite也不会向Oracle直接传输数据。SQLite数据的来源主要为本地客户端录入，或是服务端数据同步过来。比如发行公告查询模块，客户端登录时获取最新发行公告的同时缓存到本地SQLite数据库，这样方便用户随时查看，而不需向服务器调用，大大减少与服务器的交互，减轻服务器的负担。以下表1为数据同步的说明：

表1

图7所示的1:代表每次登陆都从Web Service获取数据，更新本地数据库数据，2:定时更新，3:不从Web Service获取数据。对于一些需要实时交互的模块，数据不缓存本地，比如平台中心端的认领和审核功能，操作实时访问服务端WebService。客户端与服务端WebService实现文件的断点续传。下载也不是把文件直接暴露互联网，一定程度上保证文件不会遭受网络爬虫的抓取，减少服务器的负担。此外，文件的上传和下载是通过字节流的方式。

此外，为了简单，本发明的实施例仅仅是示例性的，而不是限制性的。本领域的普通技术人员能够理解，本发明的系统还能够实现各种业务的多种组合。

这里所描述的处理、分析和/或其他功能也可以通过诸如数字信号处理器电路、软件控制的微处理器或专用集成电路之类的功能上等同的电路来实现。实现为软件的组件不局限于任何特定的编程语言。更确切地说，这里的描述提供了本领域的技术人员可以用来制造电路或生成计算机软件以执行本发明的处理的信息。正如本领域的技术人员将会意识到的，本发明的实施例可以实现为方法、诸如专用装置这样的装置、诸如数据处理系统这样的装置。因此，本发明的方面可以采取方法、纯硬件实施例、纯软件实施例或者结合了软件和硬件方面的实施例的形式

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种一号通系统，其特征在于，所述系统包括：服务平面、统一控制平面和接口模块，其中，

服务平面，用于为参与人提供服务，包括参与人注册模块、业务权限管理模块、超管员管理模块、数字证书模块、投资人备案管理模块、交易员管理模块、统计查询模块和服务费管理模块；

统一控制平面，用于对业务进行统一控制，包括日志模块、事务控制模块、定时任务模块、消息中心模块和异常处理模块；

接口，包括参与人端的接口、业务系统的接口、数据库系统接口和文件系统接口。

2.如权利要求1所述一号通系统，包括表现层、服务层、业务逻辑层和数据访问层；其中，

表现层，用于提供人机交互界面，在人机交互界面展示所需的数据，用于在人机交互界面所展示的视图与业务逻辑隔离；

服务层，用于提高业务处理逻辑的复用，降低表现层与业务逻辑层的耦合；

业务逻辑层，用于提供业务逻辑接口，处理业务逻辑；

数据访问层，用于提供数据访问操作和面向接口的数据操作。

3.如权利要求2所述的一号通系统，在用户账号被设置后，由一号通系统对账号进行同步，根据具备的业务资格同步到对应的业务系统，一号通系统在获得业务系统的数据后，为用户提供业务。

4.如权利要求3所述的一号通系统，包括中心管理系统，用于业务逻辑与外部信息系统，实现用户数据和服务数据的交互共享。

5.如权利要求4所述的一号通系统，包括双机热备份或双机冷热备份。

6.如权利要求1所述的一号通系统，所述一号通系统与信息披露系统连接，其中，所述信息披露系统包括：客户端和中心端，所述客户端为用户提供操作员的管理、公开和定向信息的披露、披露信息查询和业务督导，所述中心端用于信息披露用户的管理、披露文件的认领、审核和发布、披露信息数据的管理、信息披露的应急操作。

7.如权利要求6所述的一号通系统，还包括一号通会员管理系统，与连接的簿记建档系统、债券交易系统和信息披露系统实现数据和信息的同步。

8.如权利要求7所述的一号通系统，信息披露系统采用分层结构，保证模块间的松耦合，便于系统的独立维护和演进。

9.如权利要求1所述的一号通系统，所述一号通系统的业务应用各自独立，业务功能同通过插件方式实现独立扩展。

10.一种一号通数据管理的方法，其特征在于，所述方法包括如下步骤：

一号通系统参与人进行债券交易投资人交易员管理、投资人备案、参与人注册、参与人业务权限设置、参与人系统管理员设置，并针对参与人进行数字证书设置、参与人服务费收缴及费率设置及参与人相关数据统计查询；

参与人账户信息、业务权限、系统管理员由一号通系统设置后，根据其具备的业务资格需同步到对应的业务系统；

一号通系统在获得集中簿记建档系统及债券交易系统服务费明细后，提供服务费查询和统计服务；

其中，投资人备案管理提供债券交易投资人注册、预审、备案通知书代发及相关的数据统计、报备功能；

参与人注册管理完成参与人在一号通系统的注册及变更，包含参与人新增、参与人删除、参与人编辑、参与人详细信息查看、开户通知书打印、可分配账户查看、参与人查询和变更；

参与人业务权限管理在系统中，针对参与人管理及业务开展需求，为参与人参与业务的权限进行授权、变更、注销操作；

参与人系统管理员管理可为具备参与人资格的市场主体开通单一或者多个系统管理员用户，并为其设置可分配账户管理权限；

参与人服务费管理根据集中簿记建档系统与债券交易系统推送的服务费信息，实现服务费查询、收取和调整；

统计查询服务针对参与人的基本信息和业务缴费统计信息在一号通系统集中展示和查询。