大型证券大集中清算系统的研发与运营

大型证券大集中清算系统的研发与运营

陆明其

深圳市金证科技股份有限公司518000

摘要：本文根据我国证券市场的现状，结合以往的各种结算模式，设计了一套适用于大型券商大集中清算的系统，利用稳定、高效的后台结算系统，以保证公司在日益激烈竞争市场中的优势。本论文以顾客的需求为基础，从顾客的业务发展和集中的交易两个方面，对顾客的具体需求进行了分析和总结；包括总体设计，接口设计，运行设计，数据结构，模块设计等。它的工作主要有：确定企业的运作逻辑，制订企业的业务过程；通过设计相应的数据结构，快速操作相应的内存，多行距离的并行运算，能够满足客户的需要。该系统基本满足了券商在进行大数据结算时，需要高效率、稳定地工作，具有良好的应用前景。

关键词：清算系统; 证券市场; 股票交易; 大集中系统

1引言

清算系统的本质在于，根据既定的业务准则，确定其业务逻辑，并以收到的结算数据为其基本信息来源，进行资金和股份的支付[1]。由于计算量大、计算量大，加之我国股市参与者数量庞大、活跃、交易量大等特点，使得单纯的单一结算方式已不能满足当前的市场需求。而在实时交易中，交易的处理时间、计算结果的错误、交易的影响、系统安全的漏洞等都是需要解决的问题。因此，设计一套高效、稳定、准确、安全、成本合理、维护方便、可升级的结算体系是本文研究的重点。

图1清算流程示意图

2大集中清算的特点及存在问题分析

相对于传统的单一或区域性集中系统，大集中系统在服务功能、系统功能和系统实现方面都有很大的不同，而其中最大的改变就是大量的数据。通过对集中交易前后的对比分析，发现虽然交易量没有变化，但是由于系统的数据并行和大量的处理，使得系统的运行更加困难，也更加危险[2]。从业务处理的基本逻辑上，可以将证券产品分为即期和日间结转两大类。第一个特性是高强度的运算，其次是高密度的运算。我们的设计是在每天收盘后到次日开市前进行资金和股票的结算。

目前，在业界已经形成了一套完整的结算系统，它的整体结构大致可以分成如下：

第一是基于目前主流的数据库（DB2, ORACLE, SQLSERVER)，并进行海量的数据处理。这是一种传统的交易模式，但在目前的市场环境下，个人证券公司已有了一定的应用。因为其业务层面的工作大多在数据库的内存阶段进行，所以其主要工作是编写和维护，所以其开发与维护相对简单。同时，该系统还充分发挥了存储软件在降低交互、网络传输、以及在数据库服务器上实现代码预编译等优点。这种架构整体上是合理的[3]。然而，这种方法严重依赖于数据库服务器的硬件性能和性能调整，导致了系统的运行速度不够快。数据库可以对查询进行优化，但更多地关注于整体的性能，无法最大限度地优化对象和行为，无法进行有效的控制与干扰。而且，在结算的时候，会有很多数据被篡改，这些数据都是在数据库中进行的，会造成大量的日志，这会造成大量的数据读取和写入，而且一旦结算的时候，数据的处理也会变得非常麻烦，这会影响到系统的整体性能。

第二是在一个外部的程序中进行业务活动，并且一次又一次地与存储的数据交互。这个模式在业界已经得到了验证，但在实践中的效果并不好。这是由于在系统运行过程中，与数据库进行了大量的交互，即使有多个线程，也会产生大量的资源浪费，尤其是在市场波动、交易和清盘等情况下。经常会导致券商次日上午无法收尾，有些业绩还得人为调整。

第三，整个业务运作由外部程序完成，与数据库的大量数据交互。目前，这种方式已被主流的大型结算方式所采纳，其特点是将大量的、频繁的计算工作从数据库中移除，而在外部的程序中，大量的存储运算和相应的优化算法代替了数据库的计算和查询，因此，“内存清算”一词在业界的流行，更多的体现了其与传统的清算方式的区别。在大集概念被提出的时候，系统设计师就已经有了一个大概的想法，但是由于很多细节和复杂的操作，导致它的实现和完善都比较缓慢。本系统在处理大量数据时，能够有效地使用多线程和优化算法，完成主要的结账、核对.工作，并在确定完成后一次向用户发送。其缺点是，必须使用更多的外部程序。由于其结构不像前者那样紧凑、简单，因此维护和升级都要花费大量的时间。然而，随着我国股票市场的不断扩大和交易品种的多元化，对清算制度的要求也日益提高，从当前的形势来看，这一模式的可行性比较高，其基本思路是属于第三类。

3清算处理系统

清算处理系统主要包括清算数据录入、清算管理、清算处理、过账处理、报表统计、资金对账、股份对账、结息等功能模块。

中心交易系统必须在每日交易结束之前将相关数据转入后台数据库，并进行后续结算。其中包括成交数据、一级结算数据、二级结算数据、对账数据、权益数据等等，由于交易所的数据种类繁多，数据的传递速度不同，数据的格式也不同，所以数据的传递要做到自动化，才能降低数据的误差。

股票交易系统的主要工作是将中国证券登记结算公司向各券商提供的账户和账户的余额信息进行比较，找出其中的差异，以便清算人员进行核对。在系统运行和结算正常的情况下，它们应该是相同的，只有一部分托管的债券和某些特殊的。

图2清算系统总体业务流程

图3 成交处理总体流程

4清算系统设计概要

1. 数据结构

数据录入主要有以下几个步骤：读取已设定的结算文件的路径，产生要输入的文件，然后检查文件，形成可存档的文件（或人工录入）。然后进行程序的输入，将结算 DBF数据写入对应的结算数据表，并根据输入的结果进行更新。

2.后台模块设计

结算服务器程序的功能主要是完成对核心的结算、初始和结束的控制，也可以分为清算流程和核心清算。该系统基于结算和应用程序的结算业务代码，通过本地报文队列实现数据交换。

图4数据录入流程示意图

5总结

本论文以顾客的需求为基础，从顾客的业务发展和集中的交易两个方面，对顾客的具体需求进行了分析和总结；包括总体设计，接口设计，运行设计，数据结构，模块设计等。它的工作主要有：确定企业的运作逻辑，制订企业的业务过程；通过设计相应的数据结构，快速操作相应的内存，多行距离的并行运算，能够满足客户的需要。该系统基本满足了券商在进行大数据结算时，需要高效率、稳定地工作，具有良好的应用前景。

参考文献

[1]赵克佳/沈志宇/赵慧编著UNIX程序设计教程清华大学出版社，2001

[2]杨健/李育龙编著 IBM DB2应用开发指南 电子工业出版社2004

[3]侯迪/容红强编著 DB2 UDB V7.1通用数据库系统开发 机械工业出版社 2002