CN108768925B - 一种智能通讯***及其处理方法 - Google Patents
一种智能通讯***及其处理方法 Download PDFInfo
- Publication number
- CN108768925B CN108768925B CN201810287342.4A CN201810287342A CN108768925B CN 108768925 B CN108768925 B CN 108768925B CN 201810287342 A CN201810287342 A CN 201810287342A CN 108768925 B CN108768925 B CN 108768925B
- Authority
- CN
- China
- Prior art keywords
- data
- service
- channel
- layer
- center
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/03—Protocol definition or specification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明属于智能通讯技术领域,尤其涉及一种智能通讯***及其处理方法。本发明是一个面向服务的架构的***,其不仅适用于金融、支付等服务,也可作为其他类型的服务框架,此框架的以多功能层结构,将不同服务***的不同模块紧密联系,同一服务***中的不同非控制层也可以相互交互使用;平台也具有非常好的扩张性和开放性,使得平台可以根据业务拆分模块进行组合完成不同业务模型下的服务搭建。最终实现快速搭建服务,缩短开发时间的目的。
Description
技术领域
本发明属于智能通讯技术领域,尤其涉及一种智能通讯***及其处理方法。
背景技术
随着服务业的快速发展,各类金融、支付等跨渠道业务日趋活跃,在激烈的市场竞争中,为了适应不同的市场环境以及行业特点,各服务商以及渠道商纷纷根据自己的需求以及特性制订了多种多样的服务体系以及***结构,这些不同的体系和结构运用了多种不同模式和方法完成各交易流程,使得市场服务以及交易方案多种多样,但同时不同渠道以及服务体系之间的差别必然导致跨***或跨渠道之间数据交流的障碍,不管是服务的使用者还是服务提供商经常不得不接触多种服务体系以完成或者获取所有服务项目,这不仅大大降低了服务效率,还带来了繁重的程序以及***开发工作量,在技术高速革新,支付方式以及服务不断发展进步的市场环境下,上述弊端对市场的发展以及技术的革新带来了不利影响。
发明内容
本发明创造的目的在于,提供一种能够适用于不同服务架构的智能通讯***及其处理方法,以提高在同一个服务***中不同功能层的交互的可能性,实现不同服务***中高效的实现服务搭建,以提高服务效率,缩短开发时间。
为实现上述目的,本发明创造采用如下技术方案。
一种智能通讯***,至少包括如下功能层:控制层、业务层、数据交互中心层、渠道服务层、数据源层以及管理层;
所述控制层用于实现如下步骤中的一个或者多个,包括:用于实现数据接入和回响控制的步骤;对数据日志进行控制的步骤;将数据发送至监控中心的步骤,对数据进行验证以及加密的步骤;对数据的路由方向进行控制的步骤;
所述业务层用于实现如下步骤中的一个或者多个,包括:根据业务设定处理逻辑的步骤;处理独立业务事件的步骤;
所述数据交互中心层用于实现如下步骤中的一个或者多个,包括:与外部网络主动产生数据转化的步骤;对不同类型外部网络数据进行不同的数据转化的步骤;
所述渠道服务层用于实现如下步骤中的一个或者多个,包括:与服务搭建渠道交互的步骤;为数据交互中心做数据引导以完成服务性操作的步骤;
所述数据源层用于实现如下步骤,包括:获取数据库数据以提供给各层;
所述管理层用于实现如下步骤中的一个或者多个,包括:通过终端工具对各服务***进行监控;***级和应用级的监控;对业务上送进行路由控制以完成业务分散;对各功能层进行管理控制以启用或停用各功能层;
对上述方案的进一步优化还包括,所述控制层还用于验证上送数据的安全以控制数据接入,并通过合法数据的要素通道通过路由控制得到渠道参数。
对上述方案的进一步优化还包括,所述业务层还用于根据非常规操作需求,完成业务逻辑配置,包括用户操作数据库,拆分、整合数据或者操作性逻辑。
对上述方案的进一步优化还包括,所述数据交互中心层还用于在请求渠道交易,包括在请求时按照渠道的数据格式完成数据的组装,在响应时验证渠道数据的合法性和对数据进行拆分。
对上述方案的进一步优化还包括,所述数据源层还包括操作数据库,具体是指提供数据的器件或者原始媒体,以让不同功能层实现数据库数据的操作。
对上述方案的进一步优化还包括,还用于实现如下步骤,在多个不同业务类型出现时,利用Docker容器将一个框架拆分为多个框架以减轻服务压力。
一种智能通讯***的处理方法,包括如下步骤:
①受理端上送报文数据,平台由控制层解析数据并通过数据源获得数据密钥或证书验证上送数据的安全性,并可通过数据源验证上送数据中的交易要素的可使用性,并根据上送要素通过数据源获取路由结果参数,将路由参数转发至业务层;
②业务层根据上送交易类型完成业务所需逻辑处理,根据路由结果选择交易渠道,并转发渠道对应的转换中心处理结果;
③数据交换中心根据渠道数据格式组织数据并根据渠道加密方式对数据进行加密,将数据报文转发至对应渠道服务,根据渠道服务地址请求渠道交易;
④渠道服务接受回执数据后解析数据并验证数据安全性,然后携带安全数据回调数据交换中心,数据交换中心根据受理端数据需求将渠道方的数据转换处理为受理端数据;
⑤数据转换中心调用控制层主控中心将数据组织回应受理端交易结果。
本发明是一个面向服务的架构的***,其不仅适用于金融、支付等服务,也可作为其他类型的服务框架,此框架的以多功能层结构,将不同服务***的不同模块紧密联系,同一服务***中的不同非控制层也可以相互交互使用;平台也具有非常好的扩张性和开放性,使得平台可以根据业务拆分模块进行组合完成不同业务模型下的服务搭建。最终实现快速搭建服务,缩短开发时间的目的。
附图说明
图1是本发明智能通讯***的结构原理示意图;
图2是本发明智能通讯***的处理方法的流程示意图。
具体实施方式
以下结合具体实施例对本发明创造作详细说明。
如图1所示,本实施例中,相对于传统的服务搭建过程,本发明通过设计多个经过封装的功能层,通过对各功能层的配置管理,在服务搭建过程中,不需要编写大量的代码,而是通过XML配置文件根据业务具体要求进行相应配置,极大提高了服务搭建、执行的效率以及稳定性。
这些功能层包括控制层、业务层、数据交互中心层、渠道服务层、数据源层以及管理层;同时利用Docker容器建立基本的服务搭建平台,结合各功能层的功能实现在同一业务中或者同一服务器上实现各功能层之间的数据交互,同时在多个业务中或者服务器上实现不同功能层的跨业务跨服务器数据交流,极大的灵活了业务处理的模式,提高了数据处理的效率,提高服务能力。
以下结合各功能层的详细功能进行介绍,其中控制层用于实现如下步骤中的一个或者多个,包括:用于实现数据接入和回响控制的步骤;对数据日志进行控制的步骤;将数据发送至监控中心的步骤,对数据进行验证以及加密的步骤;对数据的路由方向进行控制的步骤;例如结合前述XML配置文件对具体业务进行控制的代码包括:
<?xmlversion="1.0"encoding="utf-8"?>
<controllername="contr1"type="socket"trace="info">
...
<Functionname="parmsg"class="com.tlhk.tpbs.tcp.deal.MessageParser"/><!--打包上送的报文-->
<Functionname="pckmsg"class="com.tlhk.tpbs.tcp.deal.MessagePacket"/><!--业务逻辑处理-->
......
业务层用于实现如下步骤中的一个或者多个,包括:根据业务设定处理逻辑的步骤;处理独立业务事件的步骤;例如结合前述XML配置文件对一个终端签到换密钥的代码包括:
数据交互中心层用于实现如下步骤中的一个或者多个,包括:与外部网络主动产生数据转化的步骤;对不同类型外部网络数据进行不同的数据转化的步骤;
渠道服务层用于实现如下步骤中的一个或者多个,包括:与服务搭建渠道交互的步骤;为数据交互中心做数据引导以完成服务性操作的步骤;具体而言,渠道服务层为服务搭建提供多个通讯协议下的通讯机制,只需要进行简单配置便可以实现渠道通讯进行数据交互。
数据源层用于实现如下步骤,包括:获取数据库数据以提供给各层;
管理层用于实现如下步骤中的一个或者多个,包括:通过终端工具对各服务***进行监控;***级和应用级的监控;对业务上送进行路由控制已完成业务分散;对各层进行管理控制以启用或停用各层。
基于上述功能层结构设计,在大量交易并发时,可以将一个服务或者业务拆分为多个,以减少单一服务以及业务的数据处理量,以减轻单一服务器的压力,降低了对***硬件性能以及成本的需求,通过本发明的多功能层结构将业务分流以及减压处理,能够使各种不同业务与多个不同渠道之间的数据交互过程更加灵活简单,根据业务的具体内容不同,实现各功能层的复用,减少非必要操作,提高服务效率。
对上述方案的进一步优化还包括,控制层还用于验证上送数据的安全以控制数据接入,并通过合法数据的要素通道通过路由控制得到渠道参数以提高服务的安全性,同时快速准确的获取渠道信息,提高后续服务搭建的响应速度。
对上述方案的进一步优化还包括,业务层还用于根据非常规操作需求,完成业务逻辑配置,包括用户操作数据库,拆分、整合数据或者操作性逻辑。通过上述功能实现常规操作与非常规操作的结合,以满足不同服务类型、不同业务处理的需求,扩大本发明的适用环境、降低整个服务***的复杂度。
对上述方案的进一步优化还包括,数据交互中心层还用于在请求渠道交易,包括在请求时按照渠道的数据格式完成数据的组装,在响应时验证渠道数据的合法性和对数据进行拆分。
对上述方案的进一步优化还包括,数据源层还包括操作数据库,具体是指提供数据的器件或者原始媒体,以让不同功能层实现数据库数据的操作。
如图2所示,基于上述通讯***的处理方法,包括如下步骤:
①受理端上送报文数据,平台由控制层解析数据并通过数据源获得数据密钥或证书验证上送数据的安全性,并可通过数据源验证上送数据中的交易要素的可使用性,并根据上送要素通过数据源获取路由结果参数,将路由参数转发至业务层;
②业务层根据上送交易类型完成业务所需逻辑处理,根据路由结果选择交易渠道,并转发渠道对应的转换中心处理结果;
③数据交换中心根据渠道数据格式组织数据并根据渠道加密方式对数据进行加密,将数据报文转发至对应渠道服务,根据渠道服务地址请求渠道交易;
④渠道服务接受回执数据后解析数据并验证数据安全性,然后携带安全数据回调数据交换中心,数据交换中心根据受理端数据需求将渠道方的数据转换处理为受理端数据;
⑤数据转换中心调用控制层主控中心将数据组织回应受理端交易结果。
需要指出的是,上述处理方法仅用于表示在执行单一业务时基本的流程步骤,在实际应用过程中,当出现大量并发交易以及其他情况下,上述方法还延伸有在多个业务流程之间的数据交互内容,其原理类似图1中结构所示,再次不予赘述。
最后应当说明的是,以上实施例仅用以说明本发明创造的技术方案,而非对本发明创造保护范围的限制,尽管参照较佳实施例对本发明创造作了详细地说明,本领域的普通技术人员应当理解,可以对本发明创造的技术方案进行修改或者等同替换,而不脱离本发明创造技术方案的实质和范围。
Claims (7)
1.一种智能通讯***,其特征在于,至少包括如下功能层:控制层、业务层、数据交互中心层、渠道服务层、数据源层以及管理层;
所述控制层用于实现如下步骤中的一个或者多个,包括:用于实现数据接入和回响控制的步骤;对数据日志进行控制的步骤;将数据发送至监控中心的步骤,对数据进行验证以及加密的步骤;对数据的路由方向进行控制的步骤;
所述业务层用于实现如下步骤中的一个或者多个,包括:根据业务设定处理逻辑的步骤;处理独立业务事件的步骤;
所述数据交互中心层用于实现如下步骤中的一个或者多个,包括:与外部网络主动产生数据转化的步骤;对不同类型外部网络数据进行不同的数据转化的步骤;
所述渠道服务层用于实现如下步骤中的一个或者多个,包括:与服务搭建渠道交互的步骤;为数据交互中心做数据引导以完成服务性操作的步骤;
所述数据源层用于实现如下步骤,包括:获取数据库数据以提供给各功能;
所述管理层用于实现如下步骤中的一个或者多个,包括:通过终端工具对各服务***进行监控;***级和应用级的监控;对业务上送进行路由控制已完成业务分散;对各功能进行管理控制以启用或停用各功能;
控制层解析数据并通过数据源获得数据密钥或证书验证上送数据的安全性,并可通过数据源验证上送数据中的交易要素的可使用性,并根据上送要素通过数据源获取路由结果参数,将路由参数转发至业务层;
业务层根据上送交易类型完成业务所需逻辑处理,根据路由结果选择交易渠道,并转发渠道对应的转换中心处理结果;
数据交换中心根据渠道数据格式组织数据并根据渠道加密方式对数据进行加密,将数据报文转发至对应渠道服务,根据渠道服务地址请求渠道交易;
渠道服务接受回执数据后解析数据并验证数据安全性,然后携带安全数据回调数据交换中心,数据交换中心根据受理端数据需求将渠道方的数据转换处理为受理端数据;
数据转换中心调用控制层主控中心将数据组织回应受理端交易结果。
2.根据权利要求1所述的一种智能通讯***,其特征在于,所述控制层还用于验证上送数据的安全以控制数据接入,并通过合法数据的要素通道通过路由控制得到渠道参数。
3.根据权利要求1所述的一种智能通讯***,其特征在于,所述业务层还用于根据非常规操作需求,完成业务逻辑配置,包括用户操作数据库,拆分、整合数据或者操作性逻辑。
4.根据权利要求1所述的一种智能通讯***,其特征在于,所述数据交互中心层还用于在请求渠道交易,包括在请求时按照渠道的数据格式完成数据的组装,在响应时验证渠道数据的合法性和对数据进行拆分。
5.根据权利要求1所述的一种智能通讯***,其特征在于,所述数据源层还包括操作数据库,具体是指提供数据的器件或者原始媒体,以让不同功能层实现数据库数据的操作。
6.根据权利要求1所述的一种智能通讯***,其特征在于,还用于实现如下步骤,在多个不同业务类型出现时,利用Docker容器将一个框架拆分为多个框架以减轻服务压力。
7.基于权利要求1的一种智能通讯***的处理方法,其特征在于,至少包括如下步骤:
①受理端上送报文数据,平台由控制层解析数据并通过数据源获得数据密钥或证书验证上送数据的安全性,并可通过数据源验证上送数据中的交易要素的可使用性,并根据上送要素通过数据源获取路由结果参数,将路由参数转发至业务层;
②业务层根据上送交易类型完成业务所需逻辑处理,根据路由结果选择交易渠道,并转发渠道对应的转换中心处理结果;
③数据交换中心根据渠道数据格式组织数据并根据渠道加密方式对数据进行加密,将数据报文转发至对应渠道服务,根据渠道服务地址请求渠道交易;
④渠道服务接受回执数据后解析数据并验证数据安全性,然后携带安全数据回调数据交换中心,数据交换中心根据受理端数据需求将渠道方的数据转换处理为受理端数据;
⑤数据转换中心调用控制层主控中心将数据组织回应受理端交易结果。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810287342.4A CN108768925B (zh) | 2018-04-03 | 2018-04-03 | 一种智能通讯***及其处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810287342.4A CN108768925B (zh) | 2018-04-03 | 2018-04-03 | 一种智能通讯***及其处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108768925A CN108768925A (zh) | 2018-11-06 |
CN108768925B true CN108768925B (zh) | 2021-11-05 |
Family
ID=63980733
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810287342.4A Expired - Fee Related CN108768925B (zh) | 2018-04-03 | 2018-04-03 | 一种智能通讯***及其处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108768925B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104240072A (zh) * | 2014-09-27 | 2014-12-24 | 武钢集团昆明钢铁股份有限公司 | 一种多通道网络集成支付***与方法 |
CN105405007A (zh) * | 2015-11-19 | 2016-03-16 | 成都连银信息技术有限公司 | 支持多种支付通道的统一账务处理*** |
CN105427101A (zh) * | 2015-11-19 | 2016-03-23 | 成都连银信息技术有限公司 | 支持多种支付通道的统一支付接入网关 |
CN106209911A (zh) * | 2016-08-30 | 2016-12-07 | 北京仁聚汇通信息科技有限责任公司 | 一种统一支付报文的数据处理方法及*** |
CN107230058A (zh) * | 2017-04-27 | 2017-10-03 | 努比亚技术有限公司 | 一种支付方法、设备、服务器和计算机可读存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130325722A1 (en) * | 2012-05-29 | 2013-12-05 | Inder Mohan | Payment reconciliation system |
-
2018
- 2018-04-03 CN CN201810287342.4A patent/CN108768925B/zh not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104240072A (zh) * | 2014-09-27 | 2014-12-24 | 武钢集团昆明钢铁股份有限公司 | 一种多通道网络集成支付***与方法 |
CN105405007A (zh) * | 2015-11-19 | 2016-03-16 | 成都连银信息技术有限公司 | 支持多种支付通道的统一账务处理*** |
CN105427101A (zh) * | 2015-11-19 | 2016-03-23 | 成都连银信息技术有限公司 | 支持多种支付通道的统一支付接入网关 |
CN106209911A (zh) * | 2016-08-30 | 2016-12-07 | 北京仁聚汇通信息科技有限责任公司 | 一种统一支付报文的数据处理方法及*** |
CN107230058A (zh) * | 2017-04-27 | 2017-10-03 | 努比亚技术有限公司 | 一种支付方法、设备、服务器和计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108768925A (zh) | 2018-11-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108512748A (zh) | 一种微服务网关的实现方法 | |
CN107979635A (zh) | 基于微服务的***、方法及存储介质 | |
US8965952B1 (en) | Processing service requests of multiple types on a common communication port for a service that accepts only one type | |
CN110278256B (zh) | 区块链节点接入上链方法、相关设备及*** | |
CN110780979B (zh) | 微服务框架下配置的控制方法及装置、介质和电子设备 | |
CN101808051B (zh) | 应用整合网关及其控制方法 | |
US20210034338A1 (en) | Communications Enablement Platform, System, and Method | |
CN101227470B (zh) | 一种业务管理***及业务管理方法 | |
CN113673978B (zh) | 基于swift***的交易方法、***、计算机设备和存储介质 | |
WO2021217928A1 (zh) | 基于区块链网络的资源请求交易验证方法、装置、电子设备及计算机可读存储介质 | |
CN110995746A (zh) | 异构网络的微服务调用方法及api网关 | |
CN111885172A (zh) | 跨网的平台级联方法、计算机存储介质及电子设备 | |
CN114615096A (zh) | 基于事件驱动架构的电信计费方法、***及相关设备 | |
CN109246212B (zh) | 一种基于长连接的多银行数据交互实现方法 | |
CN107896242B (zh) | 一种服务共享方法及装置 | |
CN108768925B (zh) | 一种智能通讯***及其处理方法 | |
CN104283852A (zh) | 移动应用的单点登录认证方法和***以及客户端和服务端 | |
CN117407195A (zh) | 一种应用***与第三方***的接口***、集成方法和装置 | |
CN114567446B (zh) | 一种登录认证方法、装置、电子设备及存储介质 | |
CN114296985A (zh) | 大规模微服务集群场景下的全局异常处理方法和平台 | |
CN113676483A (zh) | 多区块链的接入管理方法及其***、能力开放装置 | |
CN107483210B (zh) | 一种数据验证方法及*** | |
CN104640093A (zh) | 业务处理装置 | |
WO2017173967A1 (zh) | 重定向方法、服务商、非结构化补充数据业务中心及*** | |
CN104427003A (zh) | 传送装置、传送方法和中继*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20211105 |
|
CF01 | Termination of patent right due to non-payment of annual fee |