CN111083177A - 基于协同网关的跨域协同交互方法 - Google Patents

Abstract

本发明公开了一种基于协同网关的跨域协同交互***，所述方法包括：包括多个工作域中分别设置有协同网关、与所述协同网关连接的协同服务、以及与所述协同服务连接的多个协同客户端，其中：所述协同网关，用于对各个工作域间的***指令进行统一的管理和调度；所述协同服务，用于在跨域协同发生时，通过本域的协同网关与对方建立连接，完成服务间的交互；为域内的多个协同客户端提供协作支撑环境，对域内的协同指令进行处理和分发；所述协同客户端，用于为用户提供协同操作的接口。

Description

基于协同网关的跨域协同交互方法

技术领域

本发明涉及***设计领域，尤其涉及一种基于协同网关的跨域协同交互***。

背景技术

跨域协同交互是指协同办公业务应用通过异构平台协同交互支撑环境进行跨网域的业务协作和信息共享。目前，常用的协同交互***主要技术模式有集中式结构模型、复制式结构模型和混合式结构模型，集中式结构由一个或多个集中式的服务器来处理数据和提供服务，但***可靠性和可扩展性差，响应速度低；复制式结构弱化了服务器的作用，可以避免集中式结构所带来的可靠性差以及响应速度降低等缺点，但***复杂程度提高，需要完备的调度策略保证各站点所维护的目标对象的一致性；而混合式结构是将传统的复制式结构与集中式结构进行综合，发挥其各自的优点，并避免它们的缺点。

为了满足异构平台下的跨域协同工作和域内自治协作，需要建立一套符合网络中心、兼容异构平台协同工作的协同交互支撑环境，通过跨域协同网关，完成跨域访问和协同业务数据交换，为跨域协同工作提供支持。

目前，协同交互***主要技术模式是集中式的，集中式的网络结构模型如图1所示。集中式结构包括一个或多个集中式的服务器及多个与服务器交互的客户端。在服务端，作为中央服务器的主机一般都是有强大处理能力和大带宽的高性能计算机。中央服务器在集中处理数据的同时还要对互联网上其他客户机提供服务。***中的所有事件及对象均由集中式服务器来维护和管理，所有的事件也将被发送给服务器，由服务器按照某种调度方式(如先来先服务策略或基于某种优先级的策略)依次对这些事件进行处理，并将处理结果反馈给与这些事件相应的客户端，由客户方根据这些结果去刷新它所显示的内容。

集中式结构可以简化事件的调度，在保证各种类型对象的一致性及用户视图的一致性方面不需要做复杂的控制处理，因此便于管理和监控协同工作过程。但是，整个***可靠性低，当服务器崩溃之后整个***将陷于瘫痪，而且客户端响应速度低，客户端所产生的事件需要经服务器处理之后才有结果；此外，***可扩展性差，庞大的客户端数量会增加服务器的处理压力。

复制式结构弱化了服务器的作用，甚至取消服务器。在网络中每个节点的地位都是对等的，既充当服务器，也作为客户端享用其他节点提供的服务。每个节点可以在将用户的操作直接作用于它所维护的对象。由于协作用户的操作结果可能会对其他协作用户产生某种影响，因此各节点还需要将它所生成的事件发送到有关的其他节点处。每个节点都可接收其他节点传来的事件，并将这些事件作用于它所维护的对象，如图2所示。复制式结构可以避免集中式结构所带来的可靠性差以及响应速度降低等缺点，适合在一些交互性较强的同步协作***采用。但***复杂程度提高，需要完备的调度策略保证各站点所维护的目标对象的一致性。

混合式结构实际上是将集中式结构与复制式结构进行综合，以发挥其各自的优点，并避免它们的缺点。与复制式结构类似，参与协作的各节点各自维护目标对象的一个备份，因此，能够在本地完成的各种处理将在本地立即被执行，而对于那些可能造成不一致的事件才借助于集中式的服务器进行统一的调度，降低***一致性控制的复杂程度。虽然这种方式并不能完全避免集中式结构的缺点，但由于客户端与服务器交互明显减少，它对服务器的依赖程度将比完全集中式低。同时，服务器的负载也将得以降低，响应速度会相应提高。

发明内容

本发明实施例提供一种基于协同网关的跨域协同交互***，用以解决现有技术中的上述问题。

本发明实施例提供一种基于协同网关的跨域协同交互***，包括多个工作域中分别设置有协同网关、与所述协同网关连接的协同服务、以及与所述协同服务连接的多个协同客户端，其中：

所述协同网关，用于对各个工作域间的***指令进行统一的管理和调度；

所述协同服务，用于在跨域协同发生时，通过本域的协同网关与对方建立连接，完成服务间的交互；为域内的多个协同客户端提供协作支撑环境，对域内的协同指令进行处理和分发；

所述协同客户端，用于为用户提供协同操作的接口。

优选地，所述协同网关具体用于：

实现各个工作域的协同服务之间的连接建立和维护；

实现协同服务的定位，为跨域连接建立提供支持；

实现跨域协同业务数据及协同用户信息数据的转换；

进行跨域认证，保证跨域协同工作的安全性；

实现协同服务具备能力的对外声明；

进行流入和流出跨域协同业务数据的审核和过滤。

优选地，所述协同服务具体用于：当多个工作域的协同主体和应用需要进行跨域协同交互时，获取目的域的协同服务地址，并向本域的协同网关发送目的域的协同服务地址以及连接请求指令；

所述协同网关具体用于：根据收到的目的域的协同服务地址和连接请求指令，在网络内搜索和联络目的协同网关，并通过服务发现定位目的域的协同网关；通过跨域连接管理，在两域中的协同服务之间建立双向连接，并在连接成功后，与目的域的协同网关共享角色权限信息和协同应用数据，其中，跨域协同指令和数据总是从连接发起者的一方发往连接监听者一方，双向连接，一方面在数据启动时可监听本地端口，另一方面按数据需求动态连接到外域的协同网关。

优选地，所述协同网关进一步用于：每隔一段时间检查所有跨域连接的活跃程度，并自动关闭不活跃的跨域连接。

优选地，所述协同服务具体用于：在域内多个协同应用之间进行信息交互为时，接收一个协同客户端的第一协同应用发起的会话请求，并将请求转发给目的协同客户端的第二协同应用，建立两者的会话连接；并接收第二协同应用返回的会话建立答复指令，并转发给第一协同应用；

所述协同客户端具体用于：通过协同应用接收会话建立答复指令后，与目标协同应用建立域内数据共享通道，完成域内数据的共享与交换。

优选地，所述协同服务具体用于：接收本域的协同应用发起的跨域协作请求，根据所述请求向本域的协同网关发起服务定位请求；在接收到协同网关发送的定位结果后，发起跨域连接建立请求；接收本域的协同网关发送的跨域连接建立请求，并转发给本域的协同应用；接收本域的协同应用反馈的跨域连接建立答复，将所述跨域连接建立答复转发给本域的协同网关；在接收到本域的协同网关转发的跨域连接建立答复后，将其转发给本域的协同客户端中的协同应用；接收本域协同应用发送的业务数据，并将其转发给本域的协同网关；在接收到本域的协同网关发送的业务数据后，转发给本域的协同应用；

所述协同网关具体用于：通过服务发现功能实现目的域的协同服务的定位，并将结果返回本域的协同服务；将本域协同服务发送的跨域连接建立请求转发给目的域的协同网关；将接收到的其他工作域的协同网关发送的跨域连接建立请求转发给本域的协同服务；接收本域的协同服务发送的跨域连接建立答复，并将所述跨域连接建立答复发送给目的域的协同网关；在接收到其他域的协同网关发送的跨域连接建立答复后，转发给本域的协同服务；在接收到本域的协同服务发送的业务数据后，进行跨域数据传输，将所述业务数据传输到目的域的协同网关；在接收到其他域的协同网关发送的业务数据后，转发给本域的协同服务。

采用本发明实施例，为跨域协同工作提供了异构平台协同交互支撑环境，提高了跨域协同交互数据的安全性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是现有技术中集中式网络结构模型示意图；

图2是现有技术中复制式网络结构模型示意图；

图3是本发明实施例中异构平台协同交互支撑环境***架构示意图；

图4是本发明实施例中跨域协同网关功能组成的示意图；

图5是本发明实施例中跨域协同交互示意图；

图6是本发明实施例中跨域协同网关间双向连接的示意图；

图7是本发明实施例中域内协作流程图；

图8是本发明实施例中跨域协作流程图。

具体实施方式

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

结合协同办公领域的协同工作需求，以及传统集中式、复制式***架构的优缺点，本发明实施例基于协同网关建立了一套符合网络中心，兼容异构平台协同工作的协同交互支撑环境。协同交互支撑环境通过协同网关完成跨域访问和协同业务数据交换，协同网关统一管理和调度所有的跨域协同业务请求和协同交互数据，并按协同业务请求内容完成数据过滤和分发。同时，协同网关具备跨域协同交互的安全认证能力，保证跨域协同业务请求的合法性和协同交互数据的安全性。通过跨域协同网关，解决了异构平台下跨网域的业务协作和信息共享问题。

基于协同网关的跨域协同交互***结合了集中式、复制式***架构，采用分布式的***架构，构建异构平台下的协同交互支撑环境，来支持跨域协同工作和域内自治协作。***架构如图3所示。

以A、B、C三个协同工作域为例，***整体采用分布式网状拓扑结构，各协同服务间相互对等，共同完成跨域协同工作。图3中，各工作域间的协同指令通信通过协同网关完成统一管理和调度，当跨域协作发生时，相关域的协同服务通过本域的协同网关与对方建立连接，完成服务间的交互。

各个工作域内部采用集中式的星状拓扑结构，协同服务为域内的协同客户端应用提供协作支撑环境，所有协同指令由协同服务进行处理和分发。***中的各个域自成体系，域内协同工作完全独立于***中的其他域，即使在公网服务异常中止的情况下，仍然可正常进行域内协同工作。

跨域协同网关为跨域的协同工作提供支持，其功能组成如图4所示。跨域连接管理实现协同服务之间的连接建立和维护；服务发现实现协同服务的定位，为跨域连接建立提供支持；数据交换实现跨域协同业务数据及协同用户信息数据的转换；跨域认证保证跨域协同工作的安全性；能力声明实现协同服务具备能力的对外声明；信息过滤支持流入和流出跨域协同业务数据的审核和过滤。

当用户需要进行跨域协同工作时，本域的协同服务首先获取相关域的协同服务地址，通过跨域协同网关建立一条服务间连接通道，承载跨域协同交互指令和业务数据的传输和同步。跨域协同交互示意图如图5所示。

当域A和域B的协同主体和应用需要进行跨域协同交互时，具体实现步骤如下：

1)域A的协同服务获取目的域B的协同服务地址；

2)域A的协同服务向本域的协同网关发送目的域B的协同服务地址，以及连接请求指令；

3)域A的协同网关根据收到的目的协同服务地址和请求指令，在网络内搜索和联络目的协同网关；

4)通过协同网关的服务发现功能，域A的协同网关定位到域B的协同网关；

5)通过协同网关的跨域连接管理，在域A和域B的协同服务之间建立双向连接；

6)连接成功后，域B的协同网关与域A的协同网关共享角色权限信息和协同应用数据。

跨域协同网关间的连接是双向连接，且连接具备无关性，跨域协同指令和数据总是从连接发起者的一方发往连接监听者一方。双向连接便于跨域协同网关对跨域连接进行管理，一方面在数据启动时可监听本地端口，另一方面可按数据需求动态连接到外域的协同网关，二者互不干扰。

跨域协同网关的双向连接如图6所示。为保证***的稳定性，跨域协同网关每隔一段时间会检查所有跨域连接的活跃程度，并自动关闭不活跃的跨域连接，防止过多的跨域连接占用***资源。

协作会话建立流程：

(1)域内协作流程

域内的信息交互由协同服务提供支持，协同客户端应用通过协同服务完成协同会话的协商与建立，建立域内数据共享通道，完成域内的协同工作。域内协作实现流程如图7所示。

以域内协同应用A和B之间的信息交互为例，先由协同应用A发起会话请求，域内协同服务收到会话请求后，将请求转发给目的客户端的协同应用B，建立两者的会话连接；协同应用B收到请求后进行处理，并向协同服务发送会话建立答复指令，再由协同服务转发给协同应用A；应用A收到答复后，与应用B建立域内数据共享通道，完成域内数据的共享与交换。

(2)跨域协作流程

跨域的信息交互由本域协同服务、本域协同网关、外域协同网关、外域协同服务配合完成。本域协同服务通过协同网关查询外域协同服务位置信息，与外域协同服务建立双向的跨域协作通道，承载跨域协同过程协商、建立与跨域信息交互数据。跨域协作实现流程如图8所示。

以协同应用A和B之间的跨域信息交互为例，先由协同应用A发起跨域协作请求，A网协同服务根据指令向A网协同网关发起服务定位请求，A网协同网关通过服务发现功能实现B网协同服务的定位，并将结果返回A网协同服务；之后A网协同服务发起跨域连接建立请求，并通过两网协同网关完成连接请求和协同应用B答复的转发；协同应用A收到答复后，开始发送业务数据，并通过两网协同服务和协同网关进行跨域数据传输，最终由协同应用B接收业务数据，完成跨域数据的共享与交换。

本发明实施例的有益效果如下：

1、为跨域协同工作提供了异构平台协同交互支撑环境

本发明实施例设计了跨域协同网关，采用分布式架构来构建异构平台下的协同交互支撑环境，通过跨域协同网关，完成跨域访问和协同业务数据交换，并支持跨域协同工作和域内自治协作，从而为协同办公业务应用进行跨网域的业务协作和信息共享提供支持。

2、提高了跨域协同交互数据的安全性

本发明实施例中的跨域协同网关具备跨域协同交互的安全认证能力和数据过滤能力，保证了跨域协同业务请求的合法性和协同交互数据的安全性，从而实现了安全可控的跨域协作。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种基于协同网关的跨域协同交互***，其特征在于，包括多个工作域中分别设置有协同网关、与所述协同网关连接的协同服务、以及与所述协同服务连接的多个协同客户端，其中：

所述协同网关，用于对各个工作域间的***指令进行统一的管理和调度；

所述协同服务，用于在跨域协同发生时，通过本域的协同网关与对方建立连接，完成服务间的交互；为域内的多个协同客户端提供协作支撑环境，对域内的协同指令进行处理和分发；

所述协同客户端，用于为用户提供协同操作的接口。

2.如权利要求1所述的***，其特征在于，所述协同网关具体用于：

实现各个工作域的协同服务之间的连接建立和维护；

实现协同服务的定位，为跨域连接建立提供支持；

实现跨域协同业务数据及协同用户信息数据的转换；

进行跨域认证，保证跨域协同工作的安全性；

实现协同服务具备能力的对外声明；

进行流入和流出跨域协同业务数据的审核和过滤。

3.如权利要求1所述的***，其特征在于，

所述协同服务具体用于：当多个工作域的协同主体和应用需要进行跨域协同交互时，获取目的域的协同服务地址，并向本域的协同网关发送目的域的协同服务地址以及连接请求指令；

所述协同网关具体用于：根据收到的目的域的协同服务地址和连接请求指令，在网络内搜索和联络目的协同网关，并通过服务发现定位目的域的协同网关；通过跨域连接管理，在两域中的协同服务之间建立双向连接，并在连接成功后，与目的域的协同网关共享角色权限信息和协同应用数据，其中，跨域协同指令和数据总是从连接发起者的一方发往连接监听者一方，双向连接，一方面在数据启动时可监听本地端口，另一方面按数据需求动态连接到外域的协同网关。

4.如权利要求3所述的***，其特征在于，所述协同网关进一步用于：每隔一段时间检查所有跨域连接的活跃程度，并自动关闭不活跃的跨域连接。

5.如权利要求1所述的***，其特征在于，

所述协同服务具体用于：在域内多个协同应用之间进行信息交互为时，接收一个协同客户端的第一协同应用发起的会话请求，并将请求转发给目的协同客户端的第二协同应用，建立两者的会话连接；并接收第二协同应用返回的会话建立答复指令，并转发给第一协同应用；

所述协同客户端具体用于：通过协同应用接收会话建立答复指令后，与目标协同应用建立域内数据共享通道，完成域内数据的共享与交换。

6.如权利要求1所述的***，其特征在于，

所述协同服务具体用于：接收本域的协同应用发起的跨域协作请求，根据所述请求向本域的协同网关发起服务定位请求；在接收到协同网关发送的定位结果后，发起跨域连接建立请求；接收本域的协同网关发送的跨域连接建立请求，并转发给本域的协同应用；接收本域的协同应用反馈的跨域连接建立答复，将所述跨域连接建立答复转发给本域的协同网关；在接收到本域的协同网关转发的跨域连接建立答复后，将其转发给本域的协同客户端中的协同应用；接收本域协同应用发送的业务数据，并将其转发给本域的协同网关；在接收到本域的协同网关发送的业务数据后，转发给本域的协同应用；

所述协同网关具体用于：通过服务发现功能实现目的域的协同服务的定位，并将结果返回本域的协同服务；将本域协同服务发送的跨域连接建立请求转发给目的域的协同网关；将接收到的其他工作域的协同网关发送的跨域连接建立请求转发给本域的协同服务；接收本域的协同服务发送的跨域连接建立答复，并将所述跨域连接建立答复发送给目的域的协同网关；在接收到其他域的协同网关发送的跨域连接建立答复后，转发给本域的协同服务；在接收到本域的协同服务发送的业务数据后，进行跨域数据传输，将所述业务数据传输到目的域的协同网关；在接收到其他域的协同网关发送的业务数据后，转发给本域的协同服务。

Images