一种智能通讯技术框架及其处理方法与流程

本发明属于智能通讯技术领域，尤其涉及一种智能通讯技术框架及其处理方法。

背景技术

随着服务业的快速发展，各类金融、支付等跨渠道业务日趋活跃，在激烈的市场竞争中，为了适应不同的市场环境以及行业特点，各服务商以及渠道商纷纷根据自己的需求以及特性制订了多种多样的服务体系以及系统结构，这些不同的体系和结构运用了多种不同模式和方法完成各交易流程，使得市场服务以及交易方案多种多样，但同时不同渠道以及服务体系之间的差别必然导致跨系统或跨渠道之间数据交流的障碍，不管是服务的使用者还是服务提供商经常不得不接触多种服务体系以完成或者获取所有服务项目，这不仅大大降低了服务效率，还带来了繁重的程序以及系统开发工作量，在技术高速革新，支付方式以及服务不断发展进步的市场环境下，上述弊端对市场的发展以及技术的革新带来了不利影响。

技术实现要素：

本发明创造的目的在于，提供一种能够适用于不同服务架构的智能通讯技术框架及其处理方法，以提高在同一个服务系统中不同功能层的交互的可能性，实现不同服务系统中高效的实现服务搭建，以提高服务效率，缩短开发时间。

为实现上述目的，本发明创造采用如下技术方案。

一种智能通讯技术框架，至少包括如下功能层：控制层、业务层、数据交互中心层、渠道服务层、数据源层以及管理层；

所述控制层用于实现如下步骤中的一个或者多个，包括：用于实现数据接入和回响控制的步骤；对数据日志进行控制的步骤；将数据发送至监控中心的步骤，对数据进行验证以及加密的步骤；对数据的路由方向进行控制的步骤；

所述业务层用于实现如下步骤中的一个或者多个，包括：根据业务设定处理逻辑的步骤；处理独立业务事件的步骤；

所述数据交互中心层用于实现如下步骤中的一个或者多个，包括：与外部网络主动产生数据转化的步骤；对不同类型外部网络数据进行不同的数据转化的步骤；

所述渠道服务层用于实现如下步骤中的一个或者多个，包括：与服务搭建渠道交互的步骤；为数据交互中心做数据引导以完成服务性操作的步骤；

所述数据源层用于实现如下步骤，包括：获取数据库数据以提供给各层；

所述管理层用于实现如下步骤中的一个或者多个，包括：通过终端工具对各服务系统进行监控；系统级和应用级的监控；对业务上送进行路由控制以完成业务分散；对各功能层进行管理控制以启用或停用各功能层；

对上述方案的进一步优化还包括，所述控制层还用于验证上送数据的安全以控制数据接入，并通过合法数据的要素通道通过路由控制得到渠道参数。

对上述方案的进一步优化还包括，所述业务层还用于根据非常规操作需求，完成业务逻辑配置，包括用户操作数据库，拆分、整合数据或者操作性逻辑。

对上述方案的进一步优化还包括，所述数据交互中心层还用于在请求渠道交易，包括在请求时按照渠道的数据格式完成数据的组装，在响应时验证渠道数据的合法性和对数据进行拆分。

对上述方案的进一步优化还包括，所述数据源层还包括操作数据库，具体是指提供数据的器件或者原始媒体，以让不同功能层实现数据库数据的操作。

对上述方案的进一步优化还包括，还用于实现如下步骤，在多个不同业务类型出现时，利用docker容器将将一个框架拆分为多个框架以减轻服务压力。

一种智能通讯技术框架的处理方法，包括如下步骤：

①受理端上送报文数据，平台由控制层解析数据并通过数据源获得数据密钥或证书验证上送数据的安全性，并可通过数据源验证上送数据中的交易要素的可使用性，并根据上送要素通过数据源获取路由结果参数，将路由参数转发至业务层；

②业务层根据上送交易类型完成业务所需逻辑处理，根据路由结果选择交易渠道，并转发渠道对应的转换中心处理结果；

③数据交换中心根据渠道数据格式组织数据并根据渠道加密方式对数据进行加密，将数据报文转发至对应渠道服务，根据渠道服务地址请求渠道交易；

④渠道服务接受回执数据后解析数据并验证数据安全性，然后携带安全数据回调数据交换中心，数据交换中心根据受理端数据需求将渠道方的数据转换处理为受理端数据；

⑤数据转换中心调用控制层主控中心将数据组织回应受理端交易结果。

本发明是一个面向服务的架构的技术框架，其不仅适用于金融、支付等服务，也可作为其他类型的服务框架，此框架的以多功能层结构，将不同服务系统的不同模块紧密联系，同一服务系统中的不同非控制层也可以相互交互使用；平台也具有非常好的扩张性和开放性，使得平台可以根据业务拆分模块进行组合完成不同业务模型下的服务搭建。最终实现快速搭建服务，缩短开发时间的目的。

附图说明

图1是本发明智能通讯技术框架的结构原理示意图；

图2是本发明智能通讯技术框架的处理方法的流程示意图。

具体实施方式

以下结合具体实施例对本发明创造作详细说明。

如图1所示，本实施例中，相对于传统的服务搭建过程，本发明通过设计多个经过封装的功能层，通过对各功能层的配置管理，在服务搭建过程中，不需要编写大量的代码，而是通过xml配置文件根据业务具体要求进行相应配置，极大提高了服务搭建、执行的效率以及稳定性。

这些功能层包括控制层、业务层、数据交互中心层、渠道服务层、数据源层以及管理层；同时利用docker容器建立基本的服务搭建平台，结合各功能层的功能实现在同一业务中或者同一服务器上实现各功能层之间的数据交互，同时在多个业务中或者服务器上实现不同功能层的跨业务跨服务器数据交流，极大的灵活了业务处理的模式，提高了数据处理的效率，提高服务能力。

以下结合各功能层的详细功能进行介绍，其中控制层用于实现如下步骤中的一个或者多个，包括：用于实现数据接入和回响控制的步骤；对数据日志进行控制的步骤；将数据发送至监控中心的步骤，对数据进行验证以及加密的步骤；对数据的路由方向进行控制的步骤；例如结合前述xml配置文件对具体业务进行控制的代码包括：

业务层用于实现如下步骤中的一个或者多个，包括：根据业务设定处理逻辑的步骤；处理独立业务事件的步骤；例如结合前述xml配置文件对一个终端签到换密钥的代码包括：

数据交互中心层用于实现如下步骤中的一个或者多个，包括：与外部网络主动产生数据转化的步骤；对不同类型外部网络数据进行不同的数据转化的步骤；

渠道服务层用于实现如下步骤中的一个或者多个，包括：与服务搭建渠道交互的步骤；为数据交互中心做数据引导以完成服务性操作的步骤；具体而言，渠道服务层为服务搭建提供多个通讯协议下的通讯机制，只需要进行简单配置便可以实现渠道通讯进行数据交互。

数据源层用于实现如下步骤，包括：获取数据库数据以提供给各层；

管理层用于实现如下步骤中的一个或者多个，包括：通过终端工具对各服务系统进行监控；系统级和应用级的监控；对业务上送进行路由控制已完成业务分散；对各层进行管理控制以启用或停用各层。

基于上述功能层结构设计，在大量交易并发时，可以将一个服务或者业务拆分为多个，以减少单一服务以及业务的数据处理量，以减轻单一服务器的压力，降低了对系统硬件性能以及成本的需求，通过本发明的多功能层结构将业务分流以及减压处理，能够使各种不同业务与多个不同渠道之间的数据交互过程更加灵活简单，根据业务的具体内容不同，实现各功能层的复用，减少非必要操作，提高服务效率。

对上述方案的进一步优化还包括，控制层还用于验证上送数据的安全以控制数据接入，并通过合法数据的要素通道通过路由控制得到渠道参数以提高服务的安全性，同时快速准确的获取渠道信息，提高后续服务搭建的响应速度。

对上述方案的进一步优化还包括，业务层还用于根据非常规操作需求，完成业务逻辑配置，包括用户操作数据库，拆分、整合数据或者操作性逻辑。通过上述功能实现常规操作与非常规操作的结合，以满足不同服务类型、不同业务处理的需求，扩大本发明的适用环境、降低整个服务系统的复杂度。

对上述方案的进一步优化还包括，数据交互中心层还用于在请求渠道交易，包括在请求时按照渠道的数据格式完成数据的组装，在响应时验证渠道数据的合法性和对数据进行拆分。

对上述方案的进一步优化还包括，数据源层还包括操作数据库，具体是指提供数据的器件或者原始媒体，以让不同功能层实现数据库数据的操作。

如图2所示，基于上述通讯技术框架的处理方法，包括如下步骤：

①受理端上送报文数据，平台由控制层解析数据并通过数据源获得数据密钥或证书验证上送数据的安全性，并可通过数据源验证上送数据中的交易要素的可使用性，并根据上送要素通过数据源获取路由结果参数，将路由参数转发至业务层；

②业务层根据上送交易类型完成业务所需逻辑处理，根据路由结果选择交易渠道，并转发渠道对应的转换中心处理结果；

③数据交换中心根据渠道数据格式组织数据并根据渠道加密方式对数据进行加密，将数据报文转发至对应渠道服务，根据渠道服务地址请求渠道交易；

④渠道服务接受回执数据后解析数据并验证数据安全性，然后携带安全数据回调数据交换中心，数据交换中心根据受理端数据需求将渠道方的数据转换处理为受理端数据；

⑤数据转换中心调用控制层主控中心将数据组织回应受理端交易结果。

需要指出的是，上述处理方法仅用于表示在执行单一业务时基本的流程步骤，在实际应用过程中，当出现大量并发交易以及其他情况下，上述方法还延伸有在多个业务流程之间的数据交互内容，其原理类似图1中结构所示，再次不予赘述。

最后应当说明的是，以上实施例仅用以说明本发明创造的技术方案，而非对本发明创造保护范围的限制，尽管参照较佳实施例对本发明创造作了详细地说明，本领域的普通技术人员应当理解，可以对本发明创造的技术方案进行修改或者等同替换，而不脱离本发明创造技术方案的实质和范围。