基于分账户风控的国债期货交易系统

摘要

本发明公开了基于分账户风控的国债期货交易系统，进行分账户的交易和风控，支持在交易员账户层级进行交易处理及风控指标的校验，在交易员账户内部分级，支持上级对下级交易员的订单审批，满足银行作为自营会员参与国债期货业务的业务需求。其技术方案为：系统包括交易前置风控网关、交易客户终端、和会员管理终端，交易前置风控网关进行分账户交易和风控，在分账户层级进行实时计算和快速查询，实现交易客户终端与交易所交易撮合系统之间的交易数据传递，并进行风控指标的校验；会员管理终端用于账户管理、合约管理、费率管理、风控参数配置；交易客户终端用于报单、撤单，查询资金、持仓、额度、敞口，及接收国债期货合约的行情信息。

说明书

技术领域

本发明涉及国债期货交易系统中业务引擎的实现技术，具体涉及基于分账 户风控的国债期货交易系统。

背景技术

根据交易所要求，商业银行可申请成为交易结算会员，同时，为解决商业 银行自营部门(指银行使用自有资金参与股票、债券、期货等投资，直接获取 收益)的交易结算需求，银行自营部门可作为特法客户开立国债期货交易编码 (交易编码是指会员和客户进行期货交易的专用代码。交易编码由会员号和客 户号两部分组成。交易编码由十二位数字构成，前四位为会员号，后八位为客 户号。如客户交易编码为001200000001，则会员号为0012，客户号为00000001)， 根据这一要求，银行可在自营部门层级获得唯一资金账号(资金帐号是投资者 在期货公司开立的，用于结算期市交易的现金帐户，可以在银行和期货公司之 间进行资金流转。投资者只有通过资金帐户才可以从事期货交易)及相应的交 易编码。但在银行的实际业务中，仅在自营部门层级获取资金账号(总账户) 不足以满足其业务要求，银行需要进行分账户管理，即为自营部门内部的交易 员设置账号，将交易员账户作为最小交易单元，将交易员的信用额度(针对多 个交易员操作银行自营会员同一资金账号的场景，控制自营交易员的资金使用 不能超过其信用额度)作为最小资金单元，从而在交易员层级进行交易和风控。 同时，交易员账户内部需要有层级关系，上级交易员可以对下级交易员进行审 批，审批通过的订单才会生效报出。另外，银行具有较高的自动化要求，希望 在信用额度的调整等方面减少手工干预，从而提高交易的效率和准确性。

传统的期货交易系统仅在总账户层级进行业务处理，不能较好的支持银行 分账户交易、风控的需求，且自动化水平低，不能满足银行的自动化业务诉求。 目前业界亟待一种新的国债期货交易系统，能够满足银行的上述需求，支持银 行作为自营会员参与中金所国债期货业务。

发明内容

以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概 述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性 或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化 形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。

本发明的目的在于解决上述问题，提供了一种基于分账户风控的国债期货 交易系统，可以进行分账户的交易和风控，支持在交易员账户层级进行交易处 理及风控指标的校验；可以在交易员账户内部进行分级，支持上级交易员对下 级交易员的订单进行审批，从而满足银行作为自营会员参与中金所国债期货业 务的业务需求。

本发明的技术方案为：本发明揭示了一种基于分账户风控的国债期货交易 系统，系统包括交易前置风控网关、交易客户终端、和会员管理终端，其中：

交易前置风控网关用于进行分账户交易和风控，在分账户层级进行实时计 算和快速查询，实现交易客户终端与交易所交易撮合系统之间的交易数据传递， 并进行风控指标的校验；

会员管理终端用于账户管理、合约管理、费率管理、风控参数配置；

交易客户终端用于进行报单、撤单，查询资金、持仓、额度、敞口，及接 收国债期货合约的行情信息。

根据本发明的基于分账户风控的国债期货交易系统的一实施例，交易前置 风控网关的业务处理进一步配置为：构建分账户的账户体系以作为交易和风控 的账户基础；在分账户层级进行交易和风控业务处理；对交易员的额度进行自 动调整。

根据本发明的基于分账户风控的国债期货交易系统的一实施例，构建分账 户的账户体系以作为交易和风控的账户基础的业务处理进一步配置为：自营投 资者有唯一的总账户以及在中金所开设的一套交易编码；总账户下设有多个交 易员，通过在上报的订单中增加交易员账号将报单直接归属到交易员层级；每 个交易员有唯一的分账户，用于分别计算交易员的资金、持仓以对报单进行二 层校验；交易员支持多层级关系，上级交易员对下级交易员进行审批。

根据本发明的基于分账户风控的国债期货交易系统的一实施例，在分账户 层级进行交易和风控业务处理的业务处理进一步配置为：

待审核订单发送到交易前置后，交易前置进行风控指标校验，资金、持仓、 额度的计算、验证，验证通过后，记录到预委托表中，并将订单状态置为待审 核状态；

发送待审核订单结果给交易客户终端，对于验证通过的订单，转发上级交 易员进行审核；验证不通过的订单，流程结束；

上级交易员审核结果发送到交易前置，若审核通过，则转发订单到交易所， 并将预委托表中状态置为已审核；若审核不通过，则将预委托移除，加入错单 表，错误信息为审核不通过，并释放冻结的资金、持仓与额度；

上送到交易所的订单回报回应后，将结果发送给交易客户终端。

根据本发明的基于分账户风控的国债期货交易系统的一实施例，交易前置 进行风控指标校验的处理包括：

在会员管理终端设置多种风控指标，允许用户根据需求在总账户层级、分 账户层级分别设置阈值，阈值分为预警阈值和禁止阈值两类，系统根据设置的 阈值在报单前进行风险控制，其中风控网关建立与物理数据库的实时连接，以 使风控指标的修改实时上场生效；

当交易员在交易客户终端进行报单时，风控网关对风控指标进行实时计算， 达到阈值时，风控网关对报单进行预警或中止。

根据本发明的基于分账户风控的国债期货交易系统的一实施例，对交易员 的额度进行自动调整的业务处理进一步配置为：

通过交易所查询接口查询银行在总账户层的资金变动金额；

将资金变动金额*系数获得可分配额，其中资金变动的系数由银行按需配 置；

将可分配额按照比例分配给交易员账户，其中分配比例由银行按需配置。

根据本发明的基于分账户风控的国债期货交易系统的一实施例，交易前置 风控模块包括交易风控模块、内存数据库、上场模块、下场模块、查询模块和 行情模块，其中：

交易风控模块包括核心单元、前置单元和报盘单元，其中：

核心单元用于在分账户层级进行登录检查、订单处理、资金和持仓计 算、实时盈亏计算、风控指标校验以及交易状态的控制；

前置单元用于客户程序的数据接入、通讯报文的转换，向客户提供包 括登录、报单、查询在内的接口功能；

报盘单元用于从核心单元接收订单，处理报单请求和撤单请求，将报 单请求和撤单请求发送到对应的交易所端，然后接收从交易所端返回的应答和 回报并将这些应答和回报写入数据流，发送给核心单元；

内存数据库用于实现内存索引、事务管理、灵活低耦合的触发器机制、以 及数据存储同步机制；

查询模块包括订阅单元和发布单元，其中：

订阅单元用于订阅来自交易前置风控模块的核心单元的结果流，结果 流包括上场的初始化数据、以及正常交易时产生的包括订单、持仓、资金、行 情在内的信息，订阅单元使用结果流中的初始化数据构建初始化的内存数据库， 订阅单元将收到的正常交易时产生的信息存储在内存数据库中；

发布单元用于从前置单元中接收查询请求，在内存数据库中找到后将 查询结果返回给前置单元；

上场模块用于将场下数据库中的客户数据和合约数据上场到交易风控模 块的核心单元和行情模块；

下场模块用于将交易风控模块的核心单元处理后的数据下场到场下数据 库；

行情模块用于通过接入到交易所的行情前置收取交易系统行情并转发给 客户。

根据本发明的基于分账户风控的国债期货交易系统的一实施例，在内存数 据库中，内存索引机制实现基于Hash桶的快速查找方法、数据库外键功能以 及基于AVL索引的模糊匹配，匹配订单查找、客户数据查询在内的多样化需 求；事务管理机制进行资源管理和事务管理，其中资源管理是对一条内存记录 的操作历史、修改前原始记录进行管理，可针对一条记录进行提交和回滚，事 务管理是对一批资源进行合并优化后，进行一批资源的提交和回滚；触发器机 制支持数据修改时触发、事务提交时触发在内的多种触发类型，系统不同模块 建立独立的内存库，同时借助触发器机制实现数据实时同步，以确保数据的一致性；数据存储同步机制是配置内存数据库和传统的物理数据库之间的同步机 制，既支持文件格式读写，又支持数据库读写，以确保从物理库到内存库的动 态数据加载，内存库数据落地到物理库永久保存，实现数据的双向动态同步。

根据本发明的基于分账户风控的国债期货交易系统的一实施例，会员管理 终端是B/S架构系统，B/S架构的前端基于vue云雀框架，后端基于java悟空 框架，提供前后台通讯、统一存储、数据读写、界面框架和菜单管理的功能；

会员管理终端支持分账户层级，在交易员层级配置和管理用户，在交易员 账户层级对用户的账号和权限进行管理；

会员管理终端支持快速对接第三方库系统用户体系，通过jna调用c++接 口，实现跨平台用户快速登录；

会员管理终端在分账户层级配置多项风控指标，并实时监控风控预警；

会员管理终端对基础数据进行自动处理，解析会服结算文件、交易所网站 日历文件、结算参数文件，实现自动化结算和基础数据的自动更新。

根据本发明的基于分账户风控的国债期货交易系统的一实施例，交易客户 终端采用C/S模式，分为客户端和服务端，服务端完成与交易前置风控网关的 连接，实现报单、风控，客户端在分账户层级完成界面呈现、数据收集在内的 用户交互工作。

本发明对比现有技术有如下的有益效果：

第一，本发明系统中的交易前置风控网关可在分账户层级进行交易和风控， 交易前置风控网关部署在经纪公司的交易通道和风控前置，交易前置风控网关 采用内存数据库在交易员账户层级进行实时计算、快速查询，实现交易客户终 端与交易所交易撮合系统之间的交易/行情数据传递。交易前置风控网关同时建 立与物理数据库的实时连接，使得银行能够利用会员管理终端实时监测风控结 果，修改风控指标。

第二，本发明系统中的交易前置风控网关可对交易员额度进行自动调整， 实现了对交易员额度进行自动调整，从而提高报单效率和额度调整的准确性。

第三，本发明系统中的会员管理终端支持分账户的账户体系，并可对接第 三方库用户体系。

第四，本发明系统中的会员管理终端可对基础数据进行自动处理。

综上，本发明系统可以满足银行的分账户交易、风控需求，同时提供自动 化业务处理，支持银行作为自营会员参与国债期货业务。

附图说明

在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本 发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类 似的相关特性或特征的组件可能具有相同或相近的附图标记。

图1示出了本发明的基于分账户风控的国债期货交易系统的一实施例的功 能框图。

图2示出了图1所示的系统中的交易前置风控网关在构建分账户的账户体 系中的业务处理示意图。

图3示出了图1所示的系统中的交易前置风控网关在分账户层级进行交易 和风控业务处理的示意图。

图4示出了图1所示的系统中的交易前置风控网关在资金、持仓和额度的 计算方面的业务处理示意图。

图5示出了图1所示的系统中的交易前置风控网关在风控指标校验上的业 务处理示意图。

图6示出了图1所示的系统中的交易前置风控网关对风控指标进行实时计 算并对报单进行预警或中止的处理逻辑的示意图。

图7示出了图1所示的系统中的交易客户终端的组件结构的示意图。

具体实施方式

以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和 具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围 进行任何限制。

图1示出了本发明的基于分账户风控的国债期货交易系统的一实施例的功 能架构。请参见图1，本实施例的国债期货交易系统包括：交易前置风控网关、 交易客户终端、和会员管理终端。

交易前置风控网关部署于银行的交易通道和风控前置，用于进行分账户交 易和风控。交易前置风控网关采用内存数据库，在分账户层级进行实时计算和 快速查询，实现交易客户终端与交易所交易撮合系统之间的交易数据传递，并 进行风控指标的校验。

具体而言，交易前置风控网关进行的业务处理包括以下内容：

1、构建分账户的账户体系，作为交易和风控的账户基础；

2、在分账户层级进行交易和风控业务处理；

3、对交易员的额度进行自动调整。

以下就每一方面的业务处理内容进行详细说明。

对于构建分账户的账户体系以作为交易和风控的账户基础的处理，分账户 的账户体系的构建请参考图2所示。

自营投资者有唯一人民币资金账号(总账户，也称自营资金账户)，以及 在中金所开设的一套交易编码；

自营资金账户下，可以有多个一级交易员，如图2中的交易员A与交易员 B，在上报的订单中增加交易员账号，以将报单直接归属到交易员层级；

每个交易员有唯一信用额度账户(分账户，也称交易员账户)，如图2中 的信用额度账户A和信用额度账户B，用于分别计算交易员的资金、持仓，对 报单进行二层校验；

交易员支持多层级关系，上级交易员可对下级交易员进行审批，如图2中 的交易员A是交易员C的上级交易员，可以对交易员C的订单进行审批。

对于在分账户层级进行交易和风控业务处理的业务处理内容，具体包括：

在交易员账户层级进行报单，对下级交易员的订单进行审核，对报单的资 金、持仓和额度进行计算和校验，对风控指标进行校验，总体业务处理如图3， 审核的具体处理逻辑如下：

步骤1：下级交易员将待审核订单发送到交易前置。

步骤2：交易前置进行风控指标校验。若验证失败，则返回错误信息给交 易员。

步骤3：主账户进行资金、持仓、额度的计算和验证。若验证失败，则返 回错误信息给交易员。

步骤4：子账户进行资金、持仓、额度的计算和验证。若验证失败，则返 回错误信息给交易员。

步骤5：交易前置全部验证通过后，将订单记录到预委托表中，并将状态 置为待审核状态。同时，转发该待审核订单给上级交易员。

步骤6：上级交易员收到待审核单，并进行审核，审核结果发送交易前置。

步骤7：上级交易员若审核通过，则交易核心转发审核订单到交易所，并 将预委托表中状态置为已审核；

步骤8：若审核不通过，则将订单从预委托表移除，并加入错单表，错误 信息为审核不通过，并释放冻结的资金、持仓与子账户与总账户的额度。

步骤9：收到交易所回应的订单应答后，转发应答结果到下级交易员，流 程结束。

图3所示的上述处理中的步骤3涉及总账户层的资金、持仓和额度的计算、 验证，步骤4涉及子账户层的资金、持仓和额度的计算、验证，具体参考图4 所示。

步骤11：按照大边方式计算冻结保证金与手续费等，计入总账户资金。

步骤12：判断总账户是否超额，如是则拒单并返回错误，否则继续步骤 13。

步骤13：双边计算子账户保证金冻结额度。

步骤14：判断子账户是否超额，如是则拒单并返回错误，否则继续步骤 15。

步骤15：计算子账户风险度。

步骤16：判断子账户风险度是否超额，如是则拒单并返回错误，否则继续 步骤17。

步骤17：双边计算上级交易员额度。

步骤18：判断上级账户是否超额，如是则拒单并返回错误，否则继续步骤 19。

步骤19：计算上级账户风险度。

步骤20：判断上级风险度是否超额，如是则拒单并返回错误，否则继续步 骤21。

步骤21：计算本交易员敞口。

步骤22：判断本交易员是否超敞口。如是则拒单并返回错误，否则继续步 骤23。

步骤23：计算上级交易员敞口。

步骤24：判断上级交易员是否超敞口。如是则拒单并返回错误，否则订单 验证通过。

图3所示的上述处理中涉及到的步骤1中的风控指标校验，具体业务处理 如图5所示。

银行在会员管理终端设置多种风控指标(例如10种)，允许银行用户根据 需求在总账户层级、分账户层级分别设置阈值，阈值可分为预警阈值和禁止阈 值两类，系统根据设置的阈值在报单前进行风险控制。风控网关建立与物理数 据库的实时连接，使得风控指标的修改可以实时上场生效。具体如下：

步骤S31：交易员通过交易终端录入委托，并发送至风控网关；

步骤S32：后台业务人员通过会员管理终端维护风控规则(增、删、改、 查)，通过物理数据库实时上场至风控网关；

步骤S33：风控网关依据风控规则的计算逻辑对交易员委托的资金、持仓、 订单数量等进行校验；

步骤S34：校验通过的交易员委托发送至交易前置，并转发至交易所。

当交易员在交易客户终端进行报单时，风控网关对风控指标进行实时计算， 达到阈值时，风控网关会对报单进行预警或中止，指标的具体处理逻辑如图6 所示。

步骤S41：接收交易终端发送的委托；

步骤S42：调用规则计算器，依据指标计算器中的的指标数据，依次检查 该委托的每一个风控规则，生成风控结果；

步骤S43：调用指标计算器，结合交易所返回的订单、成交等数据，更新 指标数值。

举例来说，本实施例中的多种风控指标具体如下：

对交易员的额度进行自动调整是指交易员需要在其额度内进行报单，即额 度是对其进行业务限制的主要指标。当银行在总账户层级进行资金的转入转出 时，交易员的额度也需要根据资金的变动进行调整，从而对业务进行更有效的 处理。为提高报单效率，提高额度调整的准确性，该模块实现了对交易员额度 进行自动调整，具体为：通过交易所查询接口查询银行在总账户层的资金变动 金额；将资金变动金额*系数(该系数可由银行按需配置)获得可分配额；将 可分配额按照比例(该分配比例可由银行按需配置)分配给交易员账户。

交易前置风控模块包括：交易风控模块、内存数据库、上场模块、下场模 块、查询模块和行情模块。

交易风控模块包括核心单元、前置单元和报盘单元。

核心单元用于在分账户层级进行登录检查、订单处理、资金和持仓计算、 实时盈亏计算、风控指标校验以及交易状态的控制。

前置单元用于客户程序的数据接入、通讯报文的转换，向客户提供包括登 录、报单、查询在内的接口功能。

报盘单元用于从核心单元接收订单，处理报单请求和撤单请求，将报单请 求和撤单请求发送到对应的交易所端，然后接收从交易所端返回的应答和回报 并将这些应答和回报写入数据流，发送给核心单元。

内存数据库实现了内存索引、事务管理、灵活低耦合的触发器机制、以及 数据存储同步机制。

内存索引实现了基于Hash桶的快速查找方法、数据库外键功能以及基于 AVL索引的模糊匹配，匹配订单查找、客户数据查询等多样化需求。

通过事务管理机制进行资源管理和事务管理，其中资源管理是指对一条内 存记录的操作历史、修改前原始记录进行管理，可针对一条记录进行提交和回 滚，事务管理是指对一批资源进行合并优化后，进行一批资源的提交和回滚。

触发器机制支持数据修改时触发、事务提交时触发等多种触发类型，系统 不同模块可建立独立的内存库，同时借助触发器机制实现数据实时同步，以确 保数据的一致性，例如系统的交易内存库进行数据插入、修改、删除，通过触 发器同步到查询内存库，可实现内存数据库的读写分离。

数据存储同步机制是指配置内存数据库和传统的物理数据库之间的同步 机制(数据上场和数据下场)，既支持了文件格式读写，又支持了数据库读写， 确保了从物理库到内存库的动态数据加载，也确保了内存库数据可落地到物理 库永久保存，实现了数据的双向动态同步等。

查询模块包括订阅单元和发布单元。订阅单元订阅来自交易前置风控模块 的核心单元的结果流，结果流包括上场的初始化数据、以及正常交易时产生的 包括订单、持仓、资金、行情在内的信息，订阅单元使用结果流中的初始化数 据构建初始化的内存数据库，订阅单元将收到的正常交易时产生的信息存储在 内存数据库中。

发布单元用于从前置单元中接收查询请求，在内存数据库中找到后将查询 结果返回给前置单元。

上场模块用于将场下数据库中的客户数据和合约数据上场到交易风控模 块的核心单元和行情模块。

下场模块用于将交易风控模块的核心单元处理后的数据下场到场下数据 库。

行情模块用于通过接入到交易所的行情前置收取交易系统行情并转发给 客户。

会员管理终端是一套用于账户管理、合约管理、费率管理、风控参数配置 的B/S架构系统。前端基于vue云雀框架，后端基于java悟空框架。提供了前 后台通讯、统一存储、数据读写、界面框架和菜单管理。

会员管理终端支持分账户层级，可在交易员层级配置和管理用户，在交易 员账户层级对用户的账号和权限进行管理。

会员管理终端支持快速对接第三方库系统用户体系，通过JNA调用C++ 接口，实现跨平台用户快速登录，减少用户体系迁移带来的风险。

会员管理终端可在分账户层级配置多项风控指标，并实时监控风控预警。

会员管理终端对基础数据进行自动处理，解析会服结算文件、交易所网站 日历文件、结算参数文件等，实现自动化结算和基础数据的自动更新，减少业 务数据的录入工作。

交易客户终端是银行交易员使用的下单终端，用于进行报单、撤单，查询 资金、持仓、额度、敞口，及接收国债期货合约的行情信息。整体上采用C/S 模式，分为客户端和服务端。服务端完成与交易前置风控网关的连接，实现报 单、风控等功能。客户端在分账户层级完成界面呈现、数据收集等用户交互工 作。

客户端的组件结构如图7所示，分为基础框架层、客户端框架和交易客户 端。

基础框架层是整个客户端赖以运行的基础，包括.NET Core平台和第三方 库(如：DevExpress)。

客户端框架提供客户端需要用到的一系列功能(如：组合、切面、日志、 服务模型、事件通知、控件、启动过程等)，助力交易客户端完成快速开发。

交易客户端包括业务组件和公共模块，公共模块实现客户端与具体业务无 关的功能，如数据结构、消息通道、事件通知、本地缓存、界面模型等，业务 组件实现具体的业务功能，如报单、撤单、行情展示、持仓管理等。

尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并 领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作 可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本 领域技术人员可以理解的其他动作并发地发生。

本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种 解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、 或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、 框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功 能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。 技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的 实现决策不应被解读成导致脱离了本发明的范围。

结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用 通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门 阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件 组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器 可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制 器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP 与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。

结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由 处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM 存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、 硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。 示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入 信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻 留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介 质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其 任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一 条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读 介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另 一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为 示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM 或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或 数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、 双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技 术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、 双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介 质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、 激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以 磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也 应被包括在计算机可读介质的范围内。

提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使 用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且 本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范 围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授 予与本文中所公开的原理和新颖性特征相一致的最广范围。