一种基础信息交互的系统的制作方法

一种基础信息交互的系统的制作方法
【专利摘要】本发明公开了一种基础信息交互的系统，包括配置平台模块、统一权限管理模块、服务治理模块、接入容器模块、接出容器模块、核心路由模块、流量控制模块、流水冲正模块以及监控平台模块，所述服务治理模块用于服务规范管理、元数据管理以及查询导出；所述核心路由模块用于服务查找以及路由服务，支持多种通信协议，并支持通信协议的扩展；所述监控平台模块用于维度定义、指标定义、数据采集分析、报表统计分析以及异常报警机制；该系统还包括负载均衡器。该系统利用负载均衡器隔离功能和通路探测功能实现系统的故障隔离，所述服务规范管理包括制订银行的服务规范和技术规范，所述服务治理模块还用于实现银行服务全生命周期的管理。
【专利说明】一种基础信息交互的系统

【技术领域】
[0001] 本发明涉及信息【技术领域】，尤其涉及一种基础信息交互的系统。

【背景技术】
[0002] 国内银行的IT系统建设经历了 20多年的发展，根据系统架构的发展历程大致可 以分为这么几个阶段：
[0003] 第一阶段：90年代初到00年代初是中国银行IT系统的起步阶段，开始实现信息 电子化，着重于业务系统的建设，如建设核心系统、联行汇兑系统等，此阶段主要通过C/S 架构或者MVC的三层架构完成用户和系统间的信息交互。但是银行系统的架构问题凸显， 如：系统间信息交互非常困难、各类通讯技术混杂；系统处理能力不足无法满业务量的快 速增长、故障频出；前后端处理逻辑混乱、系统可靠性差等。
[0004] 第二阶段：00年代初10年代初，是中国银行IT系统快速发展阶段，此阶段着重于 各类业务系统建设和系统间的信息交互，实现了数据的集中化处理和业务的专业化处理， 通过各类通讯协议和消息中间件实现系统间的信息交换。此阶段虽然解决了银行系统间信 息共享的问题，但是在高速发展过程中由于系统架构缺乏统一的规划和管理，架构层面的 问题非常严峻，主要凸显在如下几个方面的问题：
[0005] 1、银行整体架构复杂，系统架构不清晰，系统关系犹如不规则的网状结构；
[0006] 2、系统间的交互没有建立标准；
[0007] 3、交易路径复杂和不确定，故障无法准确定位；
[0008] 4、运营和沟通成本很高；
[0009] 5、软件资源复用程度很低。
[0010] 银行IT系统架构的现状非常不利于系统维护、故障定位、系统升级改造，严重阻 碍了银行IT部门的技术创新和业务快速响应能力。
[0011] 与此同时，中国银行业赖以生存的环境正在发生深刻的变化，变革使大多数银行 都面临转型的挑战。市场竞争环境、技术发展环境、行业监管环境和客户的需求环境都使得 银行业的生态环境发生着变化。银行经营模式的转变，由部门银行向流程银行转变；由粗放 型转化为精细化管理；由过去以交易为中心、以产品为中心，朝着以客户为中心，提升客户 满意度的方向发展；由以传统业务为基础，向以市场为导向，发展特色、精品银行；积极进 取以实现跨区域发展，开拓新市场；在有条件的情况下实现兼并重组，进行跳跃式发展，追 求规模效率；金融产品快速创新，实现产品多元化，特色化，提升银行品牌形象；加强全面 的风险管理，支持银行健康、稳定发展；互联网金融的快速兴起和利率市场化的变化也对银 行的经营模式带来了巨大的冲击。所有这些变化都依托于银行本身的信息化建设为基础来 实现，对银行的IT能力提出了新的要求。
[0012] 在这样的背景下，每个银行的首席技术官都在考虑如何结合自身IT系统现状和 业务模式发展的需求，从银行整体架构的高度来实现一个稳定、灵活、合理并带有前瞻性的 IT架构，提升IT灵活度和敏捷性，提高银行的信息化水平和技术管理水平，同时加强技术 与业务的融合程度，更好地满足银行业务快速发展的需求。
[0013] 本发明 申请人:预示到国内银行IT系统架构所面临的问题，在此方面进行了大量 深入的理论研究和研发投入，并通过国内具有前瞻性银行的项目实践和经验总结，最终提 出了一种解决方案能够非常好地解决银行现有架构所面临的问题。


【发明内容】

[0014] 鉴于现有技术存在的不足，本发明的目的旨在一种基础信息交互的系统。提升IT 灵活度和敏捷性，提高银行的信息化水平和技术管理水平，同时加强技术与业务的融合程 度。
[0015] 本文公开了一种基础信息交互的系统，其包括配置平台模块、统一权限管理模块、 服务治理模块、接入容器模块、接出容器模块、核心路由模块、流量控制模块、流水冲正模块 以及监控平台模块，所述配置平台模块用于协议管理、节点管理、路由管理、服务管理、渠道 管理、服务编排、格式转换以及服务测试；所述统一权限管理模块用于权限服务；所述服务 治理模块用于服务规范管理、元数据管理以及查询导出；
[0016] 所述核心路由模块用于服务查找以及路由服务；所述流量控制模块用于流控服 务、分级流控、故障隔离以及服务控制；所述流水冲正模块用于海量流水、统一查询；所述 监控平台模块用于维度定义、指标定义、数据采集分析、报表统计分析以及异常报警机制。
[0017] 本发明还提供了 ：该系统支持 HTTP、Socket、JMS、SOAP、MQ、EJB、RMI 以及 Tuxedo 通信协议，并支持通信协议的扩展。该系统支持XML、IS08583、Fix以及SWIFT报文协议， 并支持定长、分割符以及各种自定义的报文格式，并支持特定格式报文的扩展。该系统支持 UTF-8、GBK、GB18030以及EBCDIC编码格式，并支持其他特定编码的转换。该系统利用负载 均衡器隔离功能和通路探测功能实现系统的故障隔离。该系统还包括负载均衡器。该系统 利用负载均衡器隔离功能和通路探测功能实现系统的故障隔离。所述服务规范管理包括 制订银行的服务规范和技术规范，所述服务治理模块还用于实现银行服务全生命周期的管 理。
[0018] 本发明的有益效果：系统实施的总成本最低；全面提升了系统的开发和测试效 率，保证服务按服务契约执行；提高了银行IT系统的运行管理能力和风险识别能力；提高 软件的复用程度，有效保护过往的IT系统投入。

【专利附图】

【附图说明】
[0019] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使 用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本 领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其 他的附图。
[0020] 图1示出了现有技术中银行基础信息交换的系统的示例性示意图；
[0021] 图2示出了根据本发明的一种基础信息交互系统的示例性示意图。

【具体实施方式】
[0022] 为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进 一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施 例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的 所有其它实施例，都属于本发明保护的范围。
[0023] 下面结合附图和实施例对本发明的技术方案作进一步的说明。
[0024] 参照图1，图1示出了现有技术中银行基础信息交换的系统的示例性示意图，银行 整体架构复杂，系统架构不清晰，系统关系犹如不规则的网状结构；银行系统架构建立在点 对点的系统关系上，随着综合性业务的发展，主要关键业务系统和渠道系统需要与更多的 系统建立联系，系统间呈现相互关联相互依赖的关系，最终形成错综复杂的网状结构的系 统架构；各系统耦合紧密并且依赖程度高，一般以核心系统或是综合前置系统作为信息交 换中心节点的系统架构，此类系统作为业务主系统与后台数据库紧密相连，处理能力容易 有瓶颈，无法实现系统的线性横向扩展功能，该线性横向扩展功能指处理能力与投入的机 器数量成线性上升的扩展能力。复杂的系统交互造成各种瓶颈的出现，整个系统的处理能 力无法准确预估，往往是等到系统故障发生后才发现系统问题。
[0025] 系统间的交互没有建立标准。面对繁杂的系统，但是却缺乏相关的技术标准和服 务标准。缺乏银行系统互联的技术标准，就缺少了一个企业级系统互联的指导思想，必然导 致银行系统间的交互方式层出不穷，出现紧耦合的系统架构，无法进行有效快速的系统集 成。缺乏银行的服务标准，不能达到业务与技术分离的目标，不能有效地保证银行业务功能 的稳定和快速响应。
[0026] 交易路径复杂和不确定，故障无法准确定位。不同种类的业务所涉及的系统不尽 相同，系统的不断演化导致交易趋于复杂和不合理。由于系统间缺乏统一的规划，系统间交 互的随意性和不确定性也导致交易出现问题时故障难以定位，为银行的运行维护带来极大 的挑战：对银行IT系统运行维护人员的技能提出更高的要求；故障的排查过渡依赖于开发 人员的开发技能；客户的投诉率居高不下，给银行前端的业务人员带来很大的压力，难以提 升银行的服务水平等。
[0027] 运营和沟通成本很高。因为银行的IT架构非常混乱，系统间不存在相关的技术标 准和服务标准，银行系统建设发展过程中，必将导致运营和沟通成本的增加。例如，没有清 晰的系统架构，在进行系统迁移时必然要花费大量的人力和成本进行系统关系的分析和梳 理，并且随着系统建设和发展，这个关系会越来越复杂，需要花费的时间成本和费用成本越 来越高，项目的实施风险也直线上升。
[0028] 软件资源复用程度很低。软件的复用度极低，主要体现在几个方面：首先系统关联 很复杂，系统的交互方式和交互的格式多种多样，导致关键系统和新建系统在系统集成方 面要有大量的投入。其次缺乏统一的具有高度规约的服务和服务标准，造成企业内部交易 接口的剧增和不可维护，出现软件资源的浪费和软件成本投入的增加。同时，银行每一个新 的发展阶段和规划带来的系统升级和架构调整，都要对银行几乎所有的系统进行一次大的 调整，甚至整个架构推倒重来，项目实施风险越来越高，实施周期越来越长，实施规模越来 越大，而失败案例也越来越多。
[0029] S0A的本质是为了实现业务和技术的完全分离和业务与技术的自由组合，从而实 现敏捷的不受限制的系统集成，为银行业务的快速发展和业务创新提供更好的IT系统架 构支撑。在银行系统范围，业务的部分通过业务服务（服务是应用程序的不同功能单元，能 执行明确的业务功能、通过明确的服务合约进行描述）的抽象完成，技术的部分则通过ESB 基础运行平台实现，所以本发明主要是要帮助银行实现下列两个内容，才能建立起真正面 向SOA的IT系统架构：
[0030] 第一：搭建企业服务总线平台ESB，实现基于S0A架构的松耦合架构体系，全面解 决系统之间的异构性问题，降低技术集成的复杂度，实现各个产品系统功能的服务化封装， 奠定银行服务化的应用架构基础，全面提高银行IT架构灵活度和支持业务创新的能力。
[0031] 此部分要解决的主要技术问题包括：搭建基于S0A架构的松耦合的基础运行平台 ESB，实现敏捷不受限制的系统集成。实现无单点故障、无瓶颈、可线性扩展、永不停机的高 效安全可靠运行平台。实现面向金融行业的专业化的系统功能。实现运行平台的实时监控 和在线动态的系统参数管理。
[0032] 第二：搭建企业服务治理平台，实现银行的服务生命周期管理及服务治理，通过梳 理银行主要系统的交易或服务，完成全行统一服务管理标准和技术标准的建立，同时建立 银行服务目录及服务分类，提升IT管理能力。
[0033] 此部分要解决的主要难题包括：制订银行的服务规范和技术规范。实现银行服务 全生命周期的管理。建立银行在S0A架构下的组织结构和各系统相关人员协调工作的流 程。建立银行的金融服务库，并通过服务治理平台实现服务的信息化管理。建立服务运行 质量检测机制和服务持续改进优化的流程。服务质量检测机制主要根据服务水平协议（SLA 主要包括响应时间、并发用户数、TPS、系统成功率、业务成功率、故障率、故障修复时间和服 务时间窗口等）制定服务的质量评估体系，生成全行系统与服务的质量分析报告，评估量 化全行服务的运行质量；建立起全行的服务优化流程和反馈机制，实现服务质量的持续改 进和优化。
[0034] 参照附图2,图2示出了根据本发明的一种信息交互系统的示例性示意图。其包 括配置平台模块、统一权限管理模块、服务治理模块、接入容器模块、接出容器模块、核心路 由模块、流量控制模块、流水冲正模块以及监控平台模块，所述配置平台模块用于协议管 理、节点管理、路由管理、服务管理、渠道管理、服务编排、格式转换以及服务测试；所述统一 权限管理模块用于权限服务；所述服务治理模块用于服务规范管理、元数据管理以及查询 导出；所述接入容器模块包含有适配器框架、基于内容的路由、消息发送和监听、基础服务； 所述接出容器模块包含有适配器框架、消息发送和监听（服务调用）、组合服务、基础服务、 业务服务；所述核心路由模块用于服务查找以及路由服务，支持HTTP、Socket、JMS、SOAP、 MQ、EJB、RMI以及Tuxedo通信协议，并支持通信协议的扩展；所述流量控制模块用于流控服 务、分级流控、故障隔离以及服务控制；所述流水冲正模块用于海量流水、统一查询；所述 监控平台模块用于维度定义、指标定义、数据采集分析、报表统计分析以及异常报警机制；
[0035] 基于该信息交互系统搭建基于S0A架构的松耦合的基础运行平台ESB，实现敏捷 不受限制的系统集成。通用强大的适配器框架使得ESB实现不受限制的系统集成，能够集 成支持各类的协议标准，如：支持各类的通讯协议：HTTP、S 〇Cket、JMS、SOAP、MQ、EJB、RMI和 Tuxedo等，支持特定协通讯议的扩展。支持各类的报文协议：XML，IS08583, Fix，SWIFT，定 长，分割符，各种自定义的报文格式，支持特定格式报文的扩展。支持多种字符的编码格式： UTF-8, GBK，GB18030, EBCDIC等一系列系统编码，支持其他特定编码的转换。实现无单点故 障、无瓶颈、可线性扩展、永不停机的高效安全可靠运行平台。
[0036] ESB系统推荐的部署架构通过负载均衡器（如F5)，实现系统的横向扩展，解决系 统的单点故障问题：负载均衡器接入的单点问题：利用负载均衡器的双机热备功能完成， 该功能由负载均衡器自带的HA功能实现。应用系统的单点问题：通过负载均衡器进行负载 均衡，并通过ESB系统的负载均衡器隔离功能和ESB系统的通路探测功能实现系统的故障 隔离。数据库的单点问题：通过数据库的RAC (或双机热备）和存储共享解决系统的单点问 题。另外ESB系统在系统启动后，可以脱离数据库运行，解决了 ESB系统处理瓶颈问题。管 理监控单点问题：通过双机热备解决管理监控的单点问题，但是同一时间仅有一个机器在 运行。因为ESB应用存在数据的采集，分析和预警，如果同时运行会带来抢夺数据、数据冲 突、重复告警等一系列问题。
[0037] ESB的应用不存在任何的系统运行瓶颈，具备线性扩展的能力，可以根据行内业务 规模的发展随时增加系统的处理容量。ESB系统不依赖于任何第三方的软硬件资源和操作 系统，可以实现系统简易的横向扩展。系统处理能力强，单机器（4CPU32G内存的PCServer) 即可达到3000以上的TPS，内部处理时间不超过20毫秒，高效稳定。灵活的部署架构，可以 实现系统的集中式部署、总分式部署、业务分区部署、双中心并行等功能，最大化满足银行 系统架构建设的需求。
[0038] 实现面向金融行业的专业化系统功能。系统自带的功能包括：流水登记与查询、 日志登记与查询、流量控制、权限控制、超时控制、异常控制、优先级控制、安全控制、统一冲 正、发布订阅、服务组合、SLA管理等一系列面向金融行业的转换化的功能，此部分功能是神 州数码面向金融行业所开发的专业化功能。
[0039] 实现运行平台的实时监控和在线动态的系统参数管理。ESB自带监控管理平台实 现对全行服务访问使用情况进行集中的监控管理，支持多种粒度、维度的系统和服务监控， 实现系统监控、异常警告、故障定位与隔离、故障统计查询等一系列监控的功能，并通过B/S 架构的管理控制台进行监控信息的展示和监控系统的管理。提供B/S架构的管理平台，系 统管理员进行系统参数配置及其他日常维护管理工作，如服务注册、流量控制参数调整、权 限设置等。系统支持在线修改功能并实时生效，对于参数的配置与修改不会影响到系统对 外服务。
[0040] 全行服务治理和服务治理平台。在面向服务的架构（S0A)体系中，对服务的定义、 实现、运行、退役等全生命周期过程制定标准规范并严格执行，为企业整体架构向基于服务 的S0A架构的过渡提供保障，并最终形成全行金融服务库，实现服务的高效利用。服务治理 是一套面向银行的服务模型和构建服务模型的方法论，是银行IT治理的重要组成部分，月艮 务治理产生的金融服务规范是银行S0A架构的重要组成部分。主要包括如下内容：制订银 行的服务规范和技术规范。制订银行的服务规范《服务治理指导规范》指导服务全生命周 期管理过程。制订银行的技术规范《服务接口技术规范》制定系统集成的技术标准和集成 原则。实现银行服务全生命周期的管理。
[0041] 按照服务在全生命周期过程中的关键活动，我们将服务全生命周期划分为服务定 义、服务实现、服务运行、服务退役四个阶段。
[0042] 服务定义：指从服务治理人员根据业务需求和业务的流程，进行业务功能分解、月艮 务识别、服务设计，最终将定义完成的服务及其操作公布给关联项目组。在服务定义过程中 会参考神州数码的"银行服务定义模型'lBSD(Model Bank Service Defini tion)。MBSD是 神州数码根据过去在金融行业特别是银行业咨询、实施、服务的多年积累和经验，总结归纳 出来的面向现代化银行服务序列体系，是国内首个具有自主知识产权金融服务规范模型， 该模型涵盖了银行包括客户信息、存款、贷款、支付、国际结算、卡、总账、中间业务、电子渠 道等在内的多种业务，成熟完善的MBSD服务规范模型可作为银行业务功能服务化的参考 蓝本。
[0043] 服务实现：指关联项目组拿到公布的服务后，进行服务的开发、测试工作。服务测 试通过后，项目组根据实际业务需求，将服务及其操作投产运行。
[0044] 服务运行：指服务及其操作投产后的稳定运行阶段。服务上线后，服务运行状态被 纳入生产的实时监控，根据服务质量评估标准，进行服务质量评估和服务优化分析，并提出 优化建议。
[0045] 服务退役：指对没有使用需求的服务发起服务下线流程。
[0046] 每一个环节都有相关的流程、原则和方法，确保治理目标得以实现，服务生命周期 的管理是一个持续改进的过程。
[0047] 建立银行在S0A架构下的组织结构和各系统相关人员协调工作的流程。根据银行 组织接口建立S0A架构下的组织接口，定义相关的人员角色与对应的责职。建立新建系统 的服务治理流程。建立存量系统的服务治理流程。建立银行的金融服务库，并通过服务治理 平台实现服务的信息化管理。金融服务库内容分为三个层次：公共信息、服务信息和视图。 金融服务库的内容在服务治理平台进行管理。建立服务运行质量检测机制和服务持续改进 优化的流程。
[0048] 服务质量检测机制主要根据服务水平协议（SLA主要包括响应时间、并发用户数、 TPS、系统成功率、业务成功率、故障率、故障修复时间和服务时间窗口等）制定服务的质量 评估体系，生成全行系统与服务的质量分析报告，评估量化全行服务的运行质量；建立起全 行的服务优化流程和反馈机制，实现服务质量的持续改进和优化。
[0049] 相比于现有技术，本发明具有如下有益效果：
[0050] 通过ESB系统建设帮助银行建立起多层次、条线化、松耦合的IT应用架构，简化了 系统接口和交易环节，架构更加清晰。由原来的"复杂、网状、难以维护管理"的紧耦合架构， 转变为"简单、扁平、易于维护管理"的松耦合星形系统架构，具有非常明显的优势：
[0051] 全行系统架构统一，每一个系统只通过ESB系统对外发布服务，也只通过ESB系统 调用其他系统的服务，集成准则明确，系统集成难度降低，开发效率提升，项目实施风险降 低。
[0052] 松耦合系统架构，支持各渠道、各产品线、各服务的个别优化、升级和替换。升级替 换过程中所提供服务的界面在不发生非常大改变的情况下，对于调用该系统服务的服务消 费者来说是透明的。传统系统架构每次系统的升级都几乎涉及到全行系统的改动。
[0053] 基础运行平台不包含业务处理逻辑，不存储业务主数据，系统不存在性能瓶颈，可 以实现系统横向、纵向扩容，根据银行的业务发展规模随时进行扩容处理。而传统的前置系 统与业务逻辑紧密结合，严重依赖数据库，扩容困难，最终容易成为整个银行系统处理的瓶 颈。
[0054] 系统的处理能力非常强大，内部损耗基本都在20毫秒以内，ESB中间层的处理时 间几乎可以忽略不计。单机器处理能力可以达到3000TPS以上，单机器日处理交易量可以 达到6000万以上，比传统前置系统性能有几何数量级的提升。
[0055] 建立银行的技术规范和服务规范体系。建立银行系统集成的技术标准和架构准 贝1J，指导相关的服务调用方系统和服务提供方系统与ESB系统集成，减少技术沟通的过程 和成本，提升开发和系统集成的效率。
[0056] 建立银行独立于具体技术实现、抽象的服务规范模型，是实现松耦合架构体系的 基础。服务架构的方向前行，避免银行在架构上出现严重偏差，快速提升银行科技部门IT 系统的管理水平和能力。
[0057] 实现全行服务治理的目标。通过服务治理带来如下优势：
[0058] 全面提升系统的开发和测试效率，保证服务按服务契约执行。服务的信息化管理。 通过服务治理平台，改变靠人的记忆和文档的系统管理，由手工管理转变为可追溯、可度 量、可分析的电子化管理，实现服务的全周期管理。提供银行服务全景图，实现银行整合业 务功能的全面掌控，提升银行的业务能力，快速开发新业务，协调业务部门与技术部门之间 的工作。快速支持银行业务创新、渠道创新。通过企业服务总线的成熟集成能力和服务组 合功能，可以组合出更多、更丰富的业务服务，以满足银行创新的需要，快速支持业务创新。 所以，通过服务治理提升银行信息系统管理水平，整体IT系统架构面对业务的快速变化能 够从容应对，快速推出银行的创新性产品，支撑业务的快速发展。服务治理和服务治理的方 法论是当前银行IT系统管理过程中最为欠缺的部分。
[0059] 提高了银行IT系统的运行管理能力和风险识别能力。交易路径清晰可追溯便于 问题的定位解决，提升运行维护的管理水平；全面的运行监控可以实时监测全行系统的运 行情况和运行质量，防范系统可能存在的风险；监控数据和运行分析报告能够为银行科技 部门系统地规划、建设、管理各业务系统提供可量化的决策数据，以决定针对哪个系统或服 务进行系统扩容和优化；通过流量控制、故障隔离等技术，有效地防止银行部分业务处理能 力弱、不健壮的系统给银行整体运行带来的风险。改变传统系统靠估算和故障出现频率进 行决策的现状。
[0060] 提高软件的复用程度，有效保护过往的IT系统投入。在实行S0A架构的过程中， 银行现有不同时期、不同技术、不同厂商所建设的应用系统是银行的宝贵的IT系统资源， 解决存量系统问题最好的办法是采用"非侵入式"的系统集成方法，使存量系统在尽可能少 的改造下接入企业服务总线，成为S0A架构的一部分，推进银行整体架构向S0A架构的方向 演化，有效保护银行已有的软件资源。同时对已经存在的接口进行梳理和整合，完成服务化 的发布和封装，提高接口的复用程度，实现软件资源的最大化复用。
[0061] 本发明涉及的产品套件包括消息中间件、运行平台、监控平台和服务治理平台等， 不受限于任何第三方的软硬件资源，支持小型机、PC Server、刀片服务器、虚拟机等各种应 用服务器；支持AIX、Linux、Unix、Windows等各类操作系统；支持Oracle、DB2、Informix、 SQL Server、MySql等各种数据库。所以系统的实施总成本最低。
[0062] 最后说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较 佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技 术方案进行修改或者等同替换，而不脱离本发明技术方案的宗旨和范围，其均应涵盖在本 发明的权利要求范围当中。
【权利要求】
1. 一种基础信息交互的系统，包括配置平台模块、统一权限管理模块、服务治理模块、 接入容器模块、接出容器模块、核心路由模块、流量控制模块、流水冲正模块以及监控平台 模块，其特征在于： 所述配置平台模块用于协议管理、节点管理、路由管理、服务管理、渠道管理、服务编 排、格式转换以及服务测试； 所述统一权限管理模块用于权限服务； 所述服务治理模块用于服务规范管理、元数据管理以及查询导出； 所述核心路由模块用于服务查找以及路由服务； 所述流量控制模块用于流控服务、分级流控、故障隔离以及服务控制； 所述流水冲正模块用于海量流水、统一查询； 所述监控平台模块用于维度定义、指标定义、数据采集分析、报表统计分析以及异常报 警机制。
2. 根据权利要求1所述的系统，其特征在于：所述接入容器模块和接出容器模块均包 含适配器框架模块。
3. 根据权利要求1或2所述的系统，其特征在于：该系统支持HTTP、Socket、JMS、SOAP、 MQ、EJB、RMI以及Tuxedo通信协议，并支持通信协议的扩展。
4. 根据权利要求1或2所述的系统，其特征在于：该系统支持XML、IS08583、Fix以及 SWIFT报文协议，并支持定长、分割符以及各种自定义的报文格式，并支持特定格式报文的 扩展。
5. 根据权利要求1或2所述的系统，其特征在于：该系统支持UTF-8、GBK、GB18030以 及EB⑶1C编码格式。
6. 根据权利要求1或2所述的系统，其特征在于：该系统还包括负载均衡器。
7. 根据权利要求6所述的系统，其特征在于：该系统利用负载均衡器隔离功能和通路 探测功能实现系统的故障隔离。
8. 根据权利要求1或2所述的系统，其特征在于：所述服务规范管理包括制订银行的 服务规范和技术规范，所述服务治理模块还用于实现银行服务全生命周期的管理。
【文档编号】H04L12/24GK104158721SQ201410333484
【公开日】2014年11月19日 申请日期:2014年7月15日 优先权日:2014年7月15日
【发明者】李 东, 赵巍, 唐智峰 申请人:神州数码融信软件有限公司