CN107123046A - 基于债券交易的处理系统及其日志处理方法 - Google Patents

Abstract

公开了一种基于债券交易的处理系统及其日志处理方法，处理系统包括客户端(1)、服务端(2)、管理端(3)和日志管理服务器(23)，日志管理服务器(23)包括监控客户端(1)、服务端(2)和管理端(3)生成的日志信息的监控模块(24)、用于测量处理系统资源利用率的测量模块(25)、用于生成日志请求的日志请求生成模块(26)和用于处理日志信息的日志处理模块(27)，日志请求生成模块(26)根据日志信息类型生成相应级别的日志请求，日志处理模块(27)基于日志请求以及资源利用率处理日志信息，当资源利用率高于预定范围，日志处理模块(27)响应日志请求以异步显示和/或在磁盘中异步写入以记录日志文件。

Description

基于债券交易的处理系统及其日志处理方法

技术领域

本发明涉及数据处理领域，特别是一种基于债券交易的处理系统及其日志处理方法。

背景技术

债券交易系统首先要完成交易全流程的处理，包括报价处理、报价展示、点击请求处理、交易检查等功能，同时提供债券持仓、可用资金、市场行情等交易信息服务。还要对市场的交易过程进行全程记录，为交易管理人员提供查询、监测、应急等市场管控功能，保障交易系统的平稳运转。因此，债券交易系统的稳定性和处理性能是较为关注的重点，而日志处理对于定位问题、了解系统运行状态起着至关重要的作用，通常它记录越详细对作用就越大。日志是指有关系统发生的事务或操作的记录。将系统运行过程中所发生的一切记录为日志，并生成日志文件，然后通过对日志文件的解析，就可以详细了解系统的整个运行过程。在日志解析的过程中需要对日志来执行各项操作。但是，鉴于报价、承诺指令和成交结果等特殊机制，日志数据容易丢失、重复以及在避免占用系统CPU资源过多的情况下，一方面需要保持债券交易处理的顺畅运行，另一方面也要提高日志处理的稳定性，从而提高债券系统整体运行的可靠性，这是本领域急需解决的技术问题。

专利文献1公开的一种金融数据处理系统，用于使一金融数据借由一伺服端被储存，该金融数据处理系统包括：一存取装置，以使一客服端存取一画面数据；一处理装置，为反应于该客服端输入一金融数据，以使该伺服端处理传输自该客服端的该金融数据；一传输媒介，以传输该画面数据与该金融数据于该伺服端与该客服端之间；一更新装置，以使该伺服端可选择地对被传输至该客服端的该画面数据进行更新；以及一数据库，以储存该画面数据与该金融数据。该专利对数据进行分散式作业的集中管理。但该专利无法适用于债券交易处理，不具备在完成交易全流程的处理，包括报价处理、报价展示、点击请求处理、交易检查、提供债券持仓、可用资金、市场行情等基础上，对市场的交易过程进行全程记录，保障交易系统的平稳运转，更无法避免鉴于报价、承诺指令和成交结果等特殊机制导致的日志数据容易丢失、重复的问题，以及在避免占用系统CPU资源过多的情况下，一方面保持债券交易处理的顺畅运行，另一方面提高日志处理的稳定性，从而提高系统整体运行的可靠性。

专利文献2公开的一种用于从主站向位于远程的次站备份事务数据日志块的方法，所述主站和所述次站通过通信网络相连接，具有高吞吐量和低响应时间，其中所述方法包括计算机实现的以下步骤：

a)定义大小为“n”的事务数据日志块；

b)在“n”事务块可用或发生超时的情况下，从主站向次站备份所述事务数据日志块；

c)在主站将处于备份的步骤b)的事务标记为“部分完成”；

d)由次站接收所述事务数据日志块；

e)由次站在接收所述事务数据日志块后向主站发送确认；

f)由次站在向主站发送所述确认后异步地处理所述事务数据日志块的日志写入或事务处理；以及

g)由主站在从所述次站接收所述确认并随后提交所有部分完成的事务后向一个或多个端用户发送响应。该专利提供用于例如核心银行业务或股票交易那样保证低延时或低响应时间的应用的故障恢复备份方案。但该专利无法适用于债券交易处理，不具备在完成交易全流程的处理，包括报价处理、报价展示、点击请求处理、交易检查、提供债券持仓、可用资金、市场行情等基础上，对市场的交易过程进行全程记录，保障交易系统的平稳运转，更无法避免鉴于报价、承诺指令和成交结果等特殊机制导致的日志数据容易丢失、重复的问题，以及在避免占用系统CPU资源过多的情况下，一方面保持债券交易处理的顺畅运行，另一方面提高日志处理的稳定性，从而提高系统整体运行的可靠性。

专利文献3公开的一种日志控制系统包括日志文件定位模块、日志信息完善模块、日志开关控制模块、日志查询模块，其中：所述日志开关控制模块用于日志的开启和关闭；所述日志文件定位模块用于获取事件的日志信息，以进行日志定位和日志内容查询；所述日志信息完善模块用于将获取的日志信息写入各日志文件；所述日志查询模块用于提供人机交互的日志查询界面。该专利通过总开关和柜员级开关可不同程度控制交易日志的写入规模，从而缓解资源的争抢。但该专利无法适用于债券交易处理，不具备在完成交易全流程的处理，包括报价处理、报价展示、点击请求处理、交易检查、提供债券持仓、可用资金、市场行情等基础上，对市场的交易过程进行全程记录，保障交易系统的平稳运转，更无法避免鉴于报价、承诺指令和成交结果等特殊机制导致的日志数据容易丢失、重复的问题，虽然该专利通过总开关和柜员级开关可不同程度控制交易日志的写入规模，从而缓解资源的争抢，但两开关的控制仍显呆板，缓解程度不高，资源利用率低下，无法在避免占用系统CPU资源过多的情况下，一方面保持债券交易处理的顺畅运行，另一方面提高日志处理的稳定性，从而提高系统整体运行的可靠性。

现有技术文献

专利文献

专利文献1：中国专利公开CN1459752A号

专利文献2：中国专利公开CN102591740A号

专利文献3：中国专利公开CN104123104A号

发明内容

发明要解决的问题

本发明鉴于如上所述适用于债券交易处理，具备在完成交易全流程的处理，包括报价处理、报价展示、点击请求处理、交易检查、提供债券持仓、可用资金、市场行情等基础上，对市场的交易过程进行全程记录，保障交易系统的平稳运转，避免鉴于报价、承诺指令和成交结果等特殊机制导致的日志数据容易丢失、重复的问题，以及在避免占用系统CPU资源过多的情况下，一方面保持债券交易处理的顺畅运行，另一方面提高日志处理的稳定性，从而提高系统整体运行的可靠性。

解决问题的方案

本发明人等为了达成上述目的而进行了深入研究，具体而言，本发明提供一种基于债券交易的处理系统，所述处理系统包括客户端、服务端、管理端和日志管理服务器，客户端包括用于提供报价信息的报价信息模块、用于查询行情信息的行情查询模块、用于点击成交的点击成交处理模块、用于查询余额和成交意向的交易查询模块和用于客户登录注销和修改密码的登录模块。

服务端包括用于报价信息接收、排序、合并和推送的报价处理模块、用于报价间隔监测、生成临时承诺指令以及生成和发送承诺指令的交易处理模块、用于接收成交信息、处理成交结果和生成行情数据的成交处理模块、用于薄记管理的薄记模块、用于行情计算的行情模块、提供对时服务的对时模块、用于处理开盘信号和债券信息的日间处理模块和用于同步投资人债券余额、资金余额和发送投资人增量信息的日终处理模块。

管理端包括用于提供信息的信息查询模块、用于监控报价信息、承诺指令和/或交易申请的交易监测模块、用于维护债券信息和报价商信息的信息维护模块、用于日终监测投资人信息、债券余额信息和资金余额信息的日终监测模块、用于处理投资人信息导入、应急交易意向申请录入和应急成交结果录入的应急信息维护模块和用于设定系统参数的系统维护模块。

所述日志管理服务器包括监控客户端、服务端和管理端生成的日志信息的监控模块、用于测量处理系统资源利用率的测量模块、用于生成日志请求的日志请求生成模块和用于处理日志信息的日志处理模块，所述日志请求生成模块根据日志信息类型生成相应级别的日志请求，所述日志处理模块基于所述日志请求以及资源利用率处理所述日志信息，当资源利用率高于预定范围，日志处理模块响应日志请求以异步显示和/或在磁盘中异步写入以记录日志文件。

在本发明的如上所述的基于债券交易的处理系统中，所述处理系统生成的日志信息分为错误日志信息、警告日志信息、提示日志信息和调试日志信息四种日志信息类型，当资源利用率高于预定范围，日志处理模块同步显示并同步记录错误日志信息至日志文件、异步显示并同步记录警告日志信息至日志文件、异步显示并异步记录提示日志信息至日志文件和异步显示调试日志信息。

在本发明的如上所述的基于债券交易的处理系统中，所述错误日志信息包括来自报价处理模块的报价错误日志信息、来自交易处理模块的承诺指令错误日志信息和/或来自成交处理模块的成交结果错误日志信息。

在本发明的如上所述的基于债券交易的处理系统中，所述测量模块通过加权计算处理系统CPU占用率、内存占用率、磁盘利用率和网络流量得到所述资源利用率，所述日志处理模块根据资源利用率自动调整自动调整日志信息的类型和日志请求的处理方式。

在本发明的如上所述的基于债券交易的处理系统中，所述日志管理服务器具有调整日志处理优先级的控制单元。

在本发明的如上所述的基于债券交易的处理系统中，日志处理模块通过日志记录接口将日志信息记录到日志文件中，日志记录接口包括调试日志接口、提示日志接口、警告日志接口和错误日志接口，每个接口对应一个请求级别；预先配置有日志配置文件，日志配置文件包括目的日志文件以及与目的日志文件对应的有效级别的信息。

在本发明的如上所述的基于债券交易的处理系统中，所述日志请求生成模块包括用于识别产生所述日志信息的模块类型和识别日志信息类型的识别器，所述识别器利用客户端、服务端和管理端中的每个模块产生的参数对日志信息识别。

在本发明的如上所述的基于债券交易的处理系统中，所述错误日志接口对应的日志信息为最高级别，日志处理模块将所述日志信息同步显示并同步记录至日志文件。

在本发明的如上所述的基于债券交易的处理系统中，所述日志处理模块设有用于删除重复的日志信息的去重单元，所述日志管理服务器包括用于备份日志文件的备份数据库。

根据本发明的另一方面，一种利用所述的基于债券交易的处理系统的日志处理方法的步骤包括。

第一步骤中：监控客户端、服务端和管理端实时生成的日志信息。

第二步骤中：测量模块测量处理系统资源利用率。

第三步骤中：日志请求生成模块根据日志信息类型生成相应级别的日志请求。

第四步骤中：当资源利用率高于预定范围，日志处理模块响应日志请求以异步显示和/或在磁盘中异步写入以记录日志文件。

在本发明的如上所述的具日志处理方法中，第四步骤中：日志处理模块同步显示并同步记录错误日志信息至日志文件、异步显示并同步记录警告日志信息至日志文件、异步显示并异步记录提示日志信息至日志文件和异步显示调试日志信息。

发明的效果

根据本发明的基于债券交易的处理系统，客户端、服务端和管理端完成交易全流程的处理，包括报价处理、报价展示、点击请求处理、交易检查等功能，同时提供债券持仓、可用资金、市场行情等交易信息服务，为了避免鉴于报价、承诺指令和成交结果等特殊机制导致的日志数据容易丢失、重复的问题，日志请求生成模块根据日志信息类型生成相应级别的日志请求，进一步地，系统通过分类型分级等对日志处理进行优化，通过去重、备份等进一步地避免日志数据丢失重复，特别是，针对报价、承诺指令和成交结果，系统进行有针对性地处理，确保了日志处理的稳定性，本发明的具有优化日志管理的债券交易数据通过测量模块测量处理系统资源利用率，当资源利用率高于预定范围，日志处理模块响应日志请求以异步显示和/或在磁盘中异步写入以记录日志文件，一方面保持债券交易系统的顺畅运行，另一方面提高日志处理的稳定性，从而提高债券系统整体运行的可靠性。

上述说明仅是本发明技术方案的概述，为了能够使得本发明的技术手段更加清楚明白，达到本领域技术人员可依照说明书的内容予以实施的程度，并且为了能够让本发明的上述和其它目的、特征和优点能够更明显易懂，下面以本发明的具体实施方式进行举例说明。

附图说明

[图1]示出了本发明的基于债券交易的处理系统的结构示意图。

[图2]示出了本发明的基于债券交易的处理系统的日志处理方法的步骤示意图。

符号说明

1 客户端

2 服务端

3 管理端

4 报价信息模块

5 行情查询模块

6 点击成交处理模块

7 交易查询模块

8 登录模块

9 报价处理模块

10 交易处理模块

11 成交处理模块

12 薄记模块

13 行情模块

14 对时模块

15 日间处理模块

16 日终处理模块

17 信息查询模块

18 交易监测模块

19 信息维护模块

20 日终监测模块

21 应急信息维护模块

22 系统维护模块

23 接入转发模块

24 事务控制模块

25 管理服务模块

26 服务监控模块

27 日志处理模块

具体实施方式

下面将参照附图更详细地描述本发明的具体实施例。虽然附图中显示了本发明的具体实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

需要说明的是，在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可以理解，技术人员可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名词的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”或“包括”为一开放式用语，故应解释成“包含但不限定于”。说明书后续描述为实施本发明的较佳实施方式，然所述描述乃以说明书的一般原则为目的，并非用以限定本发明的范围。本发明的保护范围当视所附权利要求所界定者为准。

为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个附图并不构成对本发明实施例的限定。

如图1所示的基于债券交易的处理系统的结构示意图，具体而言，所述处理系统包括客户端1、服务端2、管理端3和日志管理服务器23。

客户端1包括用于提供报价信息的报价信息模块4、用于查询行情信息的行情查询模块5、用于点击成交的点击成交处理模块6、用于查询余额和成交意向的交易查询模块7和用于客户登录注销和修改密码的登录模块8。

进一步地，投资人登录所述登录模块8还可以查看交易员基本信息，报价信息模块4还可以进一步查看报价的详细信息，行情查询模块5还可以对债券信息进行查询，交易查询模块7还可以设置打印成交单的功能。更进一步地，客户端1根据交易需要可以进一步扩展相应的模块以满足交易需要，例如，用于借贷资金的融资模块。

服务端2，包括用于报价信息接收、排序、合并和推送的报价处理模块9、用于报价间隔监测、生成临时承诺指令以及生成和发送承诺指令的交易处理模块10、用于接收成交信息、处理成交结果和生成行情数据的成交处理模块11、用于薄记管理的薄记模块12、用于行情计算的行情模块13、提供对时服务的对时模块14、用于处理开盘信号和债券信息的日间处理模块15和用于同步投资人债券余额、资金余额和发送投资人增量信息的日终处理模块16。

在一个实施例中，报价处理模块9接收来自外汇交易中心的报价商报价信息，按照买卖方向不同拆分到两个队列以接收报价信息，还可以按照价格优先、时间优先的原则进行报价分类排序，对同一债券同一价格的报价量进行合并，并隐藏报价商以及报价时间信息以及实时推送匿名合并的报价信息到客户端和管理端。在一个实施例中，交易处理模块10可接收来自投资人点击成交后拆分配对的成交意向消息，针对接收到的投资人成交意向消息，对报价商与投资人授信检查，足额足券检查和生成临时承诺指令以进行可用额度的检查，确保成交意向消息的额度符合足额或足券的要求。交易处理模块10还可以针对检查满足的成交意向消息，生成对应的承诺指令；同时生成投资人债券台帐或投资人资金台帐，发送承诺指令到外汇交易中心。在一个实施例中，成交处理模块11接收来自外汇交易中心的成交信息，检查成交信息标识：成功或失败，失败有相关原因说明。标记对应的承诺指令成交成功或失败，失败时进行可用额度调整，生成投资人债券台帐或投资人资金台帐，成交处理模块11根据成交信息生成对应的行情基础信息。在一个实施例中，对时模块12具有系统层面的网络对时作用，确保客户端、服务端等所有模块时钟一致，进一步地，该时钟与外接的外汇交易中心一致。

在一个实施例中，日间处理模块15接收来自外汇交易中心的开盘信号。接收后系统作标记，表明开盘信号已经接收到，等待场务人员启动开盘准备信号，日间处理模块15接收来自如上海清算所的实时逐笔债券基本信息。

在一个实施例中，日终处理模块16例如接收来自上海清算所的投资人债券余额信息。日终处理模块16接收后系统作标记，表明当天投资人债券余额已经接收到，接收来自上海清算所的投资人资金余额信息，接收后系统作标记，表明当天投资人资金余额已经接收到。日终处理模块16发送增量的投资人基本信息给外汇交易中心，发送后，系统作标记，表明当天投资人基本信息已经发送。

管理端3包括用于提供信息的信息查询模块17、用于监控报价信息、承诺指令和/或交易申请的交易监测模块18、用于维护债券信息和报价商信息的信息维护模块19、用于日终监测投资人信息、债券余额信息和资金余额信息的日终监测模块20、用于处理投资人信息导入、应急交易意向申请录入和应急成交结果录入的应急信息维护模块21和用于设定系统参数的系统维护模块22。

在一个实施例中，信息查询模块17的基本查询条件包括要约指令、产品类别、产品名称含代码、报价商、交易方向、时间，信息查询模块17展示所有报价信息，默认按时间排序。信息查询模块17通过意向编号、点击成交申请编号、产品类别、产品名称含代码、投资人、报价商、时间、检查状态通过、未通过查询检查前额度、检查后额度、扣减额度等变化情况；信息查询模块17通过承诺指令、要约指令、申请编号、产品类别、产品名称含代码、投资人、报价商、时间、状态已成交、未成交、未反馈查询成交信息，信息查询模块17通过投资人、交易意向编号、时间查询展示投资人从点击成交开始生成的点击成交申请、交易前检查、承诺指令、成交反馈、结算失败相关状态及份额变化情况，进一步地可查询当日及历史情况；信息查询模块17可查询投资人的债券余额、投资人的资金余额和投资人信息。

在一个实施例中，交易监测模块18显示接收到交易中心最近报价信息的时间，其目的作为业务岗位判断报价信息接收异常情况的依据，以及显示所有超过1分钟未收到成交反馈信息的承诺指令记录，并预留备注项，以便业务岗位注明处理情况。信息维护模块19可增、改、查询债券信息和报价商信息。

在一个实施例中，日终监测模块20可以查询到当日投资人增量信息是否已经发送。如有异常，应显示异常信息与原因，这可作为警告日志信息。日终监测模块20可以查询日终处理是否已完成。如果有异常，应提示原因且可作为警告日志信息。

在一个实施例中，客户端1、服务端2和/或管理端3可以是手机、pad、计算机或服务器。

所述日志管理服务器23包括监控客户端1、服务端2和管理端3生成的日志信息的监控模块24、用于测量处理系统资源利用率的测量模块25、用于生成日志请求的日志请求生成模块26和用于处理日志信息的日志处理模块27，所述日志请求生成模块26根据日志信息类型生成相应级别的日志请求，所述日志处理模块27基于所述日志请求以及资源利用率处理所述日志信息，当资源利用率高于预定范围，日志处理模块27响应日志请求以异步显示和/或在磁盘中异步写入以记录日志文件。

在一个实施例中，监控模块24预先设置的多个日志信息路径，一次性获取多个待监控的日志信息。在一个实施例中，测量模块25分别测量客户端1、服务端2和管理端3的资源利用率以更精确地获得资源利用情况。

在一个实施例中，所述日志请求生成模块26包括用于识别产生所述日志信息的模块类型和识别日志信息类型的识别器，所述识别器利用客户端1、服务端2和管理端3中的各模块中产生的参数对日志信息识别，从而将日志信息分为错误日志信息、警告日志信息、提示日志信息和调试日志信息四种日志信息类型。例如服务端2的报价处理模块9产生的日志信息中包括报价参数，识别器识别该日志信息来自于报价处理模块9，且根据对比日志信息中的参数，将日志信息为错误日志信息、警告日志信息、提示日志信息和调试日志信息四种日志信息类型。所述日志请求生成模块26根据日志信息类型生成相应级别的日志请求。进一步地，在又一个实施例中，所述识别器能够识别客户端1、服务端2和管理端3中的所有模块的产生的日志信息类型以及产生该日志信息的模块。

本发明的基于债券交易的处理系统的实施例优选地是，所述识别器包括动态参数数据库，识别器根据所述日志信息从动态参数数据库中载入相应的日志处理模式，例如根据日志信息的文件后缀名、根据日志信息头部的描述字段，或者日志信息中的重复出现的条目等参数确定相应的日志处理模式，该日志处理模式与产生所述日志信息的模块类型和日志信息类型相关。进一步地，识别器可分析识别日志信息的关键字、标识符、常数、函数和界符，并用记号方式表示识别出的单词序列，日志处理模块27可将所述单词序列转换成执行指令；然后执行所述执行指令。例如，识别器识别出成交处理模块11的关于成交结果的日志信息的关键字，用记号表示关键字并识别出该日志信息属于警告日志信息，日志处理模块27将该关键字转化为执行异步显示并同步在磁盘中写入以记录日志文件。

本发明的基于债券交易的处理系统的实施例优选地是，所述日志处理模块27是通用处理器、数字信号处理器、专用集成电路ASIC或现场可编程门阵列FPGA，所述所述日志处理模块27包括存储器，所述存储器包括一个或多个只读存储器ROM、随机存取存储器RAM、快闪存储器或电子可擦除可编程只读存储器EEPROM。

本发明的基于债券交易的处理系统的实施例优选地是，所述处理系统生成的日志信息分为错误日志信息、警告日志信息、提示日志信息和调试日志信息四种日志信息类型，当资源利用率高于预定范围，日志处理模块27同步显示并同步记录错误日志信息至日志文件、异步显示并同步记录警告日志信息至日志文件、异步显示并异步记录提示日志信息至日志文件和异步显示调试日志信息。在资源利用率高于预定范围，为了不影响债券交易的运行，通过异步显示并异步记录提示日志信息至日志文件和异步显示调试日志信息来缓冲资源占用，同时对比较重要的日志信息如下，同步显示并同步记录错误日志信息至日志文件、异步显示并同步记录警告日志信息至日志文件，保证了关键日志的处理。

本发明的基于债券交易的处理系统的实施例优选地是，所述错误日志信息包括来自报价处理模块9的报价错误日志信息、来自交易处理模块10的承诺指令错误日志信息和/或来自成交处理模块11的成交结果错误日志信息。

本发明的基于债券交易的处理系统的实施例优选地是，所述测量模块25通过加权计算处理系统CPU占用率、内存占用率、磁盘利用率和网络流量得到所述资源利用率，所述日志处理模块27根据资源利用率自动调整自动调整日志信息的类型和日志请求的处理方式。

本发明的基于债券交易的处理系统的实施例优选地是，所述日志管理服务器23具有调整日志处理的优先级的控制单元。

本发明的基于债券交易的处理系统的实施例优选地是，日志处理模块27通过日志记录接口将日志信息记录到日志文件中，日志记录接口包括调试日志接口、提示日志接口、警告日志接口和错误日志接口，每个接口对应一个请求级别；预先配置有日志配置文件，日志配置文件包括目的日志文件以及与目的日志文件对应的有效级别的信息。

本发明的基于债券交易的处理系统的实施例优选地是，所述错误日志接口对应的日志信息为最高级别，日志处理模块27将所述日志信息同步显示并同步记录至日志文件。

本发明的基于债券交易的处理系统的实施例优选地是，所述日志处理模块27设有用于删除重复的日志信息的去重单元，所述日志管理服务器23包括用于备份日志文件的备份数据库。

在一个实施例中，所述日志管理服务器23是云端服务器。

在一个实施例中，处理系统基于Apache Flume开源框架，该框架可以自己组织日志信息的接收方式、传输介质以及实际的接收方技术。并且，日志信息收集具有跨平台性和可扩展性，并能够保证日志信息传输的有效性和可靠性。

图2示出了本发明的基于债券交易的处理系统的日志处理方法的步骤示意图，基于债券交易的处理系统的日志处理方法的步骤包括：

第一步骤S1中：监控客户端1、服务端2和管理端3实时生成的日志信息。

第二步骤S2中：测量模块25测量处理系统资源利用率。

第三步骤S3中：日志请求生成模块26根据日志信息类型生成相应级别的日志请求。

第四步骤S4中：当资源利用率高于预定范围，日志处理模块27响应日志请求以异步显示和/或在磁盘中异步写入以记录日志文件。

本发明的日志处理方法的实施例优选地是，第四步骤S4中：日志处理模块27同步显示并同步记录错误日志信息至日志文件、异步显示并同步记录警告日志信息至日志文件、异步显示并异步记录提示日志信息至日志文件和异步显示调试日志信息。

工业实用性

本发明的基于债券交易的处理系统及其日志处理方法可以在数据处理领域制造并使用。

尽管以上结合附图对本发明的实施方案进行了描述，但本发明并不局限于上述的具体实施方案和应用领域，上述的具体实施方案仅仅是示意性的、指导性的，而不是限制性的。本领域的普通技术人员在本说明书的启示下和在不脱离本发明权利要求所保护的范围的情况下，还可以做出很多种的形式，这些均属于本发明保护之列。

Claims (10)

1.一种基于债券交易的处理系统，所述处理系统包括客户端(1)、服务端(2)、管理端(3)和日志管理服务器(23)，其特征在于：

客户端(1)，包括用于提供报价信息的报价信息模块(4)、用于查询行情信息的行情查询模块(5)、用于点击成交的点击成交处理模块(6)、用于查询余额和成交意向的交易查询模块(7)和用于客户登录注销和修改密码的登录模块(8)；

服务端(2)，包括用于报价信息接收、排序、合并和推送的报价处理模块(9)、用于报价间隔监测、生成临时承诺指令以及生成和发送承诺指令的交易处理模块(10)、用于接收成交信息、处理成交结果和生成行情数据的成交处理模块(11)、用于薄记管理的薄记模块(12)、用于行情计算的行情模块(13)、提供对时服务的对时模块(14)、用于处理开盘信号和债券信息的日间处理模块(15)和用于同步投资人债券余额、资金余额和发送投资人增量信息的日终处理模块(16)；

管理端(3)，包括用于提供信息的信息查询模块(17)、用于监控报价信息、承诺指令和/或交易申请的交易监测模块(18)、用于维护债券信息和报价商信息的信息维护模块(19)、用于日终监测投资人信息、债券余额信息和资金余额信息的日终监测模块(20)、用于处理投资人信息导入、应急交易意向申请录入和应急成交结果录入的应急信息维护模块(21)和用于设定系统参数的系统维护模块(22)；

所述日志管理服务器(23)包括监控客户端(1)、服务端(2)和管理端(3)生成的日志信息的监控模块(24)、用于测量处理系统资源利用率的测量模块(25)、用于生成日志请求的日志请求生成模块(26)和用于处理日志信息的日志处理模块(27)，所述日志请求生成模块(26)根据日志信息类型生成相应级别的日志请求，所述日志处理模块(27)基于所述日志请求以及资源利用率处理所述日志信息，当资源利用率高于预定范围，日志处理模块(27)响应日志请求以异步显示和/或在磁盘中异步写入以记录日志文件。

2.根据权利要求1所述的基于债券交易的处理系统，其特征在于：所述处理系统生成的日志信息分为错误日志信息、警告日志信息、提示日志信息和调试日志信息四种日志信息类型，当资源利用率高于预定范围，日志处理模块(27)同步显示并同步记录错误日志信息至日志文件、异步显示并同步记录警告日志信息至日志文件、异步显示并异步记录提示日志信息至日志文件和异步显示调试日志信息。

3.根据权利要求2所述的基于债券交易的处理系统，其特征在于：所述错误日志信息包括来自报价处理模块(9)的报价错误日志信息、来自交易处理模块(10)的承诺指令错误日志信息和/或来自成交处理模块(11)的成交结果错误日志信息。

4.根据权利要求1所述的基于债券交易的处理系统，其特征在于：所述测量模块(25)通过加权计算处理系统CPU占用率、内存占用率、磁盘利用率和网络流量得到所述资源利用率，所述日志处理模块(27)根据资源利用率自动调整自动调整日志信息的类型和日志请求的处理方式。

5.根据权利要求1所述的基于债券交易的处理系统，其特征在于：所述日志管理服务器(23)具有调整日志处理优先级的控制单元。

6.根据权利要求1所述的基于债券交易的处理系统，其特征在于：日志处理模块(27)通过日志记录接口将日志信息记录到日志文件中，日志记录接口包括调试日志接口、提示日志接口、警告日志接口和错误日志接口，每个接口对应一个请求级别；预先配置有日志配置文件，日志配置文件包括日志文件以及与日志文件对应的有效级别的信息。

7.根据权利要求1所述的基于债券交易的处理系统，其特征在于：所述日志请求生成模块(26)包括用于识别产生所述日志信息的模块类型和识别日志信息类型的识别器，所述识别器利用客户端(1)、服务端(2)和管理端(3)中的每个模块产生的参数对日志信息识别。

8.根据权利要求1所述的基于债券交易的处理系统，其特征在于：所述日志处理模块(27)设有用于删除重复的日志信息的去重单元，所述日志管理服务器(23)包括用于备份日志文件的备份数据库。

9.一种利用权利要求1-8中任一项所述的基于债券交易的处理系统的日志处理方法，其步骤包括:

第一步骤(S1)中：监控客户端(1)、服务端(2)和管理端(3)实时生成的日志信息；

第二步骤(S2)中：测量模块(25)测量处理系统资源利用率；

第三步骤(S3)中：日志请求生成模块(26)根据日志信息类型生成相应级别的日志请求；

第四步骤(S4)中：当资源利用率高于预定范围，日志处理模块(27)响应日志请求以异步显示和/或在磁盘中异步写入以记录日志文件。

10.根据权利要求9所述的日志处理方法，其特征在于：

第四步骤(S4)中：日志处理模块(27)同步显示并同步记录错误日志信息至日志文件、异步显示并同步记录警告日志信息至日志文件、异步显示并异步记录提示日志信息至日志文件和异步显示调试日志信息。