CN102469116A

CN102469116A - 一种远程协同的方法和系统

Info

Publication number: CN102469116A
Application number: CN2010105342793A
Authority: CN
Inventors: 奉飞飞; 孙育宁; 欧阳承凤; 柳中垒
Original assignee: Shenzhen Igrs Information Technology Ltd
Current assignee: SHENZHEN GUOTENG SHENGHUA ELECTRONICS Co.,Ltd.
Priority date: 2010-11-05
Filing date: 2010-11-05
Publication date: 2012-05-23
Anticipated expiration: 2030-11-05
Also published as: CN102469116B

Abstract

本发明公开了一种远程协同的方法和系统，所述方法包括：预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系；接收协同应用的发起端发送的协同应用信令；将所述协同应用信令发布到指定的发布订阅节点；查询所述发布订阅节点的订阅信息，将所述协同应用信令发送给与该指定的发布订阅节点具有订阅关系的所有协同应用设备。服务器根据设备具有的处理能力建立多个发布订阅节点，建立设备与发布订阅节点的订阅关系，将接收到的协同应用信令发布到指定的发布订阅节点，因此只有订阅了该指定的发布订阅节点的设备才能接收到该协同应用信令，减少了不必要的信令消耗和终端节点消耗。

Description

一种远程协同的方法和系统

技术领域

本发明涉及远程协同领域，更具体的说是涉及一种远程协同的方法和系统。

背景技术

随着信息技术的发展，远程协同应用的领域日益广泛。协同应用是通过一系列的协议标准实现各种信息设备、家用电器、通讯设备之间进行自动发现、动态组网、资源共享和协同服务。

现有的远程协同应用中使用了一个可扩展消息在线协议(XMPP，Extensible Messaging and Presence Protocol)技术，为设备之间的互联提供通道。通过XMPP服务器的中转，协同应用的发起设备可以通过XMPP服务器将协同应用信令发送给指定的设备终端，与该设备实现协同应用。可以看到，在现有的方案中，对于协同应用信令交互均采用了一对一的模式。即，在发送XMPP消息时，发起端均采用IQ节或者Message节，以目标终端的JID为目标地址，将IQ节或者Message节发送到目标终端上。

但在实际应用中，除了一对一模式之外，某些协同应用还需要提供对于“一对多”或“多对多”信令交互模式的支持。关于“一对多”或“多对多”信令交互模式的实现，本申请人正在作为另一个独立的专利另行申请，为了更加详细地体现出本发明的技术背景，现将该交互模式的工作原理进行一下简要的介绍：在协同应用过程中引入“用户”的概念，并且预先建立用户与多个设备之间的绑定关系，这样，协同应用的发起端就可以采用目标用户的JID为目标地址，然后XMPP服务器就可以将IQ节或者Message节发送到与该目标用户具有绑定关系的各个目标终端上，实现发起端与这些目标终端的协同应用。

可见，上述方式能够实现“一对多”或“多对多”模式。但是在该方式中，XMPP服务器需要向与目标用户具有绑定关系的所有终端设备发送IQ节或者Message节，然而，在实际应用中，一个协同应用信令可能并不是对一个用户的所有设备都有意义。例如，某协同应用信令携带的视频消息，目标用户的设备包括电话，则XMPP服务器也会向该电话发送协同应用信令，但显然电话并不支持该协同应用信令。也就是说，XMPP服务器在发送协同应用信令时具有盲目性，这将会带来不必要的信令消耗和终端节点处理消耗。

发明内容

有鉴于此，本发明提供一种远程协同应用的方法和系统，能够减少不必要的信令消耗和终端节点处理消耗。

为实现上述目的，本发明提供如下技术方案：一种远程协同的方法，包括：预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系；当需要进行远程协同时，接收协同应用的发起端发送的协同应用信令；分析所述协同应用信令，将所述协同应用信令发布到指定的发布订阅节点；查询所述发布订阅节点的订阅信息，将所述协同应用信令发送给与该指定的发布订阅节点具有订阅关系的所有协同应用设备。

优选的，所述预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系，包括：获取协同应用设备的处理能力信息；根据与各用户具有绑定关系的各个协同应用设备的处理能力，分别为每个用户创建多个发布订阅节点，并建立协同应用设备与各用户的发布订阅节点之间的订阅关系。

优选的，根据与各用户具有绑定关系的各个协同应用设备的处理能力，分别为每个用户创建多个发布订阅节点的方法，并建立协同应用设备与各用户的发布订阅节点之间的订阅关系，还包括：当新增与某用户具有绑定关系的协同应用设备时，获取该协同应用设备的处理能力信息；

判断为该用户创建的各个发布订阅节点中，是否存在与该协同应用设备的处理能力相适应的发布订阅节点；如果存在，则建立该协同应用设备与该发布订阅节点之间的订阅关系；否则，新建与该协同应用设备的处理能力相适应的发布订阅节点，并建立该协同应用设备与该新建发布订阅节点之间的订阅关系。

优选的，根据与各用户具有绑定关系的各个协同应用设备的处理能力，分别为每个用户创建多个发布订阅节点的方法，并建立协同应用设备与各用户的发布订阅节点之间的订阅关系，还包括：当删除协同应用设备与某用户的绑定关系时，获取该协同应用设备的处理能力信息；

判断与该用户具有绑定关系的其他协同应用设备中，是否还存在与该协同应用设备的处理能力相同的协同应用设备，如果不存在，则删除为该用户创建的与该协同应用设备的处理能力相适应的发布订阅节点。

优选的，所述获取协同应用设备的处理能力信息包括：获取各个协同应用设备注册时提供的处理能力信息。

优选的，所述获取协同应用设备的处理能力信息包括：向所述协同应用设备发送获取处理能力的请求，从所述协同应用设备返回的响应消息中，获取所述协同应用设备的处理能力信息。

优选的，所述预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系包括：预先基于协同应用设备的处理能力，在全网范围内创建多个发布订阅节点；根据协同应用设备发起的订阅某发布订阅节点的请求时，建立协同应用设备与各发布订阅节点之间的订阅关系。

优选的，所述建立协同应用设备与各发布订阅节点之间的订阅关系包括：

根据预先设置的订阅权限信息，建立具备订阅权限的协同应用设备与各发布订阅节点之间的订阅关系。

优选的，所述将所述协同应用信令发布到指定的发布订阅节点包括：

根据预先设置的发布权限信息，判断所述协同应用的发起端是否具有向所述指定的发布订阅节点进行协同应用信令的发布权限，如果是，则将所述协同应用信令发布到指定的发布订阅节点。

对应本发明的方法，本发明还提供了一种远程协同的系统，包括：订阅关系单元，用于预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系；

信令接收单元，用于接收协同应用的发起端发送的协同应用信令；

信令处理单元，用于分析所述接收到的协同应用信令，将所述协同应用信令发布到指定的发布订阅节点；

信令发送单元，用于查询所述发布订阅节点的订阅信息，将所述协同应用信令发送给与该指定的发布订阅节点具有订阅关系的所有协同应用设备。

优选的，所述订阅关系单元还包括：能力信息获取单元，用于获取协同应用设备的处理能力信息；用户节点订阅单元，用于根据与各用户具有绑定关系的各个协同应用设备的处理能力，分别为每个用户创建多个发布订阅节点，并建立协同应用设备与各用户的发布订阅节点之间的订阅关系。

优选的，所述订阅关系单元还包括：第一信息获取单元，用于当新增与某用户具有绑定关系的协同应用设备时，获取该协同应用设备的处理能力信息；

第一信息判断单元，用于判断为该用户创建的各个发布订阅节点中，是否存在与该协同应用设备的处理能力相适应的发布订阅节点；如果存在，则建立该协同应用设备与该发布订阅节点之间的订阅关系；否则，新建与该协同应用设备的处理能力相适应的发布订阅节点，并建立该协同应用设备与该新建发布订阅节点之间的订阅关系。

优选的，所述订阅关系单元还包括：第二信息获取单元，用于当删除协同应用设备与某用户的绑定关系时，获取该协同应用设备的处理能力信息；

第二信息判断单元，用于判断与该用户具有绑定关系的其他协同应用设备中，是否还存在与该协同应用设备的处理能力相同的协同应用设备，如果不存在，则删除为该用户创建的与该协同应用设备的处理能力相适应的发布订阅节点。

优选的，所述能力信息获取单元包括：第一能力信息获取单元，用于获取各个协同应用设备注册时提供的处理能力信息。

优选的，所述能力信息获取单元包括：第二能力信息获取单元，用于向所述协同应用设备发送获取处理能力的请求，从所述协同应用设备返回的响应消息中，获取所述协同应用设备的处理能力信息。

优选的，所述订阅关系单元包括：节点创建单元，用于基于协同应用设备的处理能力，在全网范围内创建多个发布订阅节点；节点订阅单元，用于根据协同应用设备发起的订阅某发布订阅节点的请求，建立协同应用设备与各发布订阅节点之间的订阅关系。

优选的，所述订阅关系单元包括：订阅权限单元，用于根据预先设置的订阅权限信息，建立具备订阅权限的协同应用设备与各发布订阅节点之间的订阅关系。

优选的，所述信令接收单元包括：发布权限单元，用于根据预先设置的发布权限信息，判断所述协同应用的发起端是否具有向所述指定的发布订阅节点进行协同应用信令的发布权限，如果是，则将所述协同应用信令发布到指定的发布订阅节点。

经由上述的技术方案可知，与现有技术相比，本发明中在服务器系统中建立了多个发布订阅节点，并根据设备具有的处理能力，建立设备与发布订阅节点之间的订阅关系，当服务器接到发起端发送的信令时，将所述信令发布到指定的发布订阅节点，查询所述发布订阅节点的订阅情况，将所述信令发送给订阅了该发布订阅节点的设备。这样可以根据设备的处理能力，有针对性的发送信令，减少了不必要的信令消耗和终端节点消耗。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明一种远程协同的方法实施例的流程图；

图2为本发明中当新增与用户具有绑定关系的设备时，发布订阅节点的创建与订阅的步骤流程图；

图3为本发明中当删除与用户具有绑定关系的设备时，删除相应的发布订阅节点的步骤流程图；

图4为本发明一种远程协同的系统的实施例的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，为本发明的方法实施例的流程图，该方法包括以下步骤：

步骤S101：预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系；

其中，协同应用设备的处理能力是指设备具有接收某些协同应用信令，并能对接收到的协同应用信令进行处理，以实现资源的共享、获取某种信息或服务等功能。以某个协同应用信令中包含的是推荐图片的信息为例，当协同应用设备为普通的固定电话时，由于固定电话不具有显示图片的功能，则固定电话不能实现对该协同应用信令进行处理，得到推荐的图片，因此固定电话不具有对该协同应用信令进行处理，得到相应图片的能力。而现在大部分的手机都具有接收图片的功能，能接收该协同应用信令，并对该协同应用信令进行处理，获得推荐的图片，因此能接收图片的手机便具有接收并处理推荐图片信息能力。

其中，建立协同应用设备与各发布订阅节点之间的订阅关系，是指根据设备具有的处理能力，为该设备订阅与其处理能力相适应的发布订阅节点。如，建立一个与接收视频能力相对应的发布订阅节点，当设备具有处理视频信息的能力，该设备就可以订阅该发布订阅节点。当然具体建立设备与发布订阅节点的订阅关系时，可以是设备发送订阅与其处理能力相对应的发布订阅节点的请求时，为设备订阅该发布订阅节点；也可以是系统根据需要，自动为设备订阅与其处理能力相对应的发布订阅节点。

步骤S102：当需要进行远程协同时，接收协同应用的发起端发送的协同应用信令；

当系统中需要进行远程协同时，协同应用的发起方会将根据进行的协同应用的具体内容，发送与需进行的协同应用内容相对应的协同应用信令。如，当发起端需要推荐某个视频给目标终端时，发起端就可以发送包含视频推荐消息的信令。对于现有的协同应用中，发送协同应用信令时，会指定目标终端的具体地址，将协同应用信令发送到指定的目标终端，也即所谓的“一对一”模式。当然，如前文所述，为了改善现有技术中的局限性，也可以采用“一对多”或“多对多”模式，通过在协同应用过程中引入“用户”层面的协同，并预先建立用户与其拥有的设备之间的绑定关系，可以使得协同应用的发起端将某用户JID作为目标地址，并将协同应用信令以IQ节或者Message节发送到与该用户具有绑定关系的各个设备，这样，用户在使用与自己具有绑定关系的任意设备进行登录后，都可以接收到协同应用信令。

而在本发明的实施例中，发送端发送的协同应用信令中，指定的目标地址可以为一个发布订阅节点。也就是说，发送的协同应用信令不再是以目标终端或目标用户为目标地址，而是根据进行的协同应用的具体内容，发送信令到指定的、与该协同应用信令相适应的发布订阅节点。仍以发送视频消息为例，发送端就可以将该协同应用信令的目标地址指定为已建立的发布订阅节点，当然，该指定的发布订阅节点是与视频处理能力相适应的，能接收包含视频消息的协同应用信令。

步骤S103：分析所述协同应用信令，将所述协同应用信令发布到指定的发布订阅节点；

在本发明中，收到协同应用信令后，通过对协同应用信令的分析，就可以知道该协同应用信令指定的发布订阅节点，然后将协同应用信令发布到该指定的发布订阅节点中。

步骤S104：查询所述发布订阅节点的订阅信息，将所述协同应用信令发送给与该指定的发布订阅节点具有订阅关系的所有协同应用设备。

通过查询指定的发布订阅节点的订阅情况，可以获得订阅该发布订阅节点的协同应用设备信息，然后将协同应用信令发送给订阅该指定的发布订阅节点的设备，这些接收该协同应用信令的设备均具有处理该协同应用信令的能力，设备对该协同应用信令的处理便可获得发送方发送的消息，获得远程协同服务，完成远程协同过程。

其中，步骤S101中发布订阅节点的创建方式，以及哪些范围内的设备可以订阅建立的发布订阅节点，可以根据需要进行设定，可以是：预先基于协同应用设备的处理能力，在全网范围内创建多个发布订阅节点；根据协同应用设备发起的订阅某发布订阅节点的请求，建立协同应用设备与各发布订阅节点之间的订阅关系。例如，整个网络系统中存在有处理视频信息的设备，可以创建与接收视频消息相适应的发布订阅节点，如创建一个“奥运体育视频”的发布订阅节点，整个网络中具有处理视频信息能力的协同应用设备，如果希望接收相关的奥运体育视频，可以发送订阅该“奥运体育视频”节点的请求，并通过服务器系统的处理，建立设备与“奥运体育视频”节点的订阅关系。

当然，发布订阅节点的创建形式不限于以上所述，例如，还可以针对前文所述“一对多”或“多对多”模式进行发布订阅节点的创建，由于在该模式下，系统中具有用户与设备之间的绑定关系信息，因此可以根据与用户具有绑定关系的各个协同应用设备的处理能力，为系统中的每个用户分别建立发布订阅节点，具体包括：

获取协同应用设备的处理能力信息；根据与各用户具有绑定关系的各个协同应用设备的处理能力，分别为每个用户创建多个发布订阅节点，并建立协同应用设备与各用户的发布订阅节点之间的订阅关系。

其中，获取协同应用设备的处理能力信息，可以有多种方法，可以为：获取各个协同应用设备注册时提供的处理能力信息。设备在进行注册时，以提供了其处理能力的信息，这样直接查询协同应用设备的注册信息，就可获得设备的处理能力信息。

获取协同应用设备的处理能力信息的方法不限于以上所述的方法，也可以为：向所述协同应用设备发送获取处理能力的请求，从所述协同应用设备返回的响应消息中，获取所述协同应用设备的处理能力信息。当然获取协同应用设备的信息的方法还有很多，本发明不一一列举。

在获取了协同应用设备的能力后，根据设备与各个用户之间的绑定关系(绑定关系可以根据用户拥有的设备情况，建立用户ID与设备ID的对应的关系或其他的对应关系)，就可以知道与每个用户具有绑定关系的设备具有的处理能力，基于每个用户拥有的设备的处理能力，为每个用户创建与其设备处理能力相适应的发布订阅节点，并建立协同应用设备与各用户的发布订阅节点之间的订阅关系。

例如，系统中存在用户M和用户N，与用户M具有绑定关系的协同应用设备分别为设备a、设备b和设备c，设备a具有处理包含视频消息的协同应用信令的能力，具有视频播放功能，设备b具有处理包含音频消息协同应用信令的能力，具有音频播放功能，设备c具有处理包含文档消息的协同应用信令的能力，具有展现文档内容的功能；与用户N具有绑定关系设备为设备d和设备e，设备d具有处理包含视频消息协同应用信令的能力，具有视频播放功能，设备e具有处理包含图片消息的协同应用信令的能力，具有图片展示功能；获取各个设备的处理能力后，基于与用户M具有绑定关系的三台设备的处理能力，为用户M分别创建与接收视频消息的协同应用信令相对应的发布订阅节点A，与接收音频消息协同应用的信令相对应的发布订阅节点B，与接收文档消息的协同应用信令相对应的发布订阅节点C，并建立设备a与发布订阅节点A之间的订阅关系，设备b与发布订阅节点B之间的订阅关系，设备c与发布订阅节点C之间的订阅关系。

类似的，基于与用户N具有绑定关系的两台设备的处理能力，为用户N分别创建与接收视频消息的协同应用信令相对应的发布订阅节点D，与接收图片消息信令相对应的发布订阅节点E，并建立设备d与发布订阅节点D之间的订阅关系，设备e与发布订阅节点E之间的订阅关系。

具体协同应用时，以发起端推荐视频消息给用户M时为例，发起方将协同信令发送到用户M的发布订阅节点A，通过查询发布订阅节点A的订阅情况，可以知道设备a订阅了该发布订阅节点A，便可以将该协同应用信令发送给设备a，设备a对协同应用信令进行处理，就可以为用户展现发送端推荐的视频内容。而不具有视频接受能力的设备b和设备c就不会接收到该协同应用信令，这样就避免了设备b和设备c对该信令进行处理带来的信令消耗和终端节点消耗。

当然实际应用中，一台协同应用设备可能具有多个处理能力，例如手机可以接受音频以及图片信息等，用户根据与其具有的绑定关系的设备的处理能力，对应一种处理能力为用户建立一个发布订阅节点，例如用户D拥有两台协同应用设备，设备m和设备n，设备m具有处理图片信息的能力和视频信息的能力，设备n具有处理视频信息和音频信息的能力，这样只需为用户D建立具有与接收视频信息对应的发布订阅节点L，与接收视频信息对应的发布订阅节点H，以及与接收图片信息相对应的发布订阅节点S，并建立设备m和发布订阅节点L，以及设备m与发布订阅节点S之间的订阅关系，同时建立设备n与发布订阅节点L，以及设备n与发布订阅节点H。当发起端推荐视频消息给用户D，首先将包含视频消息的信令发送到用户D的发布订阅节点L，然后将该信令发送给订阅节点L的设备m和设备n。

上述根据与用户绑定关系的协同应用设备的处理能力，为用户建立发布订阅节点时，可以将建立的发布订阅节点与用户ID建立对应关系，与该用户具有绑定关系的设备根据其处理能力，订阅该用户的相应的发布订阅节点。

根据与用户具有绑定关系的协同应用设备的处理能力，为用户建立发布订阅节点时，服务器还可以根据用户与具有绑定关系的设备的处理能力，自动为用户创建或删除相应的发布订阅节点，参见图2，为当新增一台与用户具有绑定关系的设备时，发布订阅节点的创建与订阅步骤流程图，包括：

步骤S201：当新增与某用户具有绑定关系的协同应用设备时，获取该协同应用设备的处理能力信息；

步骤S202：判断为该用户创建的各个发布订阅节点中，是否存在与该协同应用设备的处理能力相适应的发布订阅节点；如果存在，进入步骤S203；如果不存在，则进入步骤S204；

步骤S203：建立该协同应用设备与该发布订阅节点之间的订阅关系，订阅过程结束；

步骤S204：新建与该协同应用设备的处理能力相适应的发布订阅节点，并建立该协同应用设备与该新建发布订阅节点之间的订阅关系。

当增加新的与用户具有绑定关系的设备时，服务器判断为该用户创建的各个发布订阅节点中，是否存在与该协同应用设备的处理能力相适应的发布订阅节点，当已经存在这种发布订阅节点时，就不需要再去建立新的发布订阅节点，新增的设备可以直接去订阅该发布订阅节点。例如，用户W不具与视频处理能力的协同设备的绑定关系，即没有为用户W建立过与接收视频消息信令相适应的发布订阅节点，当用户W添加第一台具有视频处理能力的设备m时，建立用户W与设备m之间的绑定关系后，服务器获取设备m具有处理能力，就可以为用户就建立与接收视频消息信令相适应的发布订阅节点a，并建立设备m与发布订阅节点a之间的订阅关系。建立了发布订阅节点a后，当用户添加具有视频处理能力的设备n时，就不需要在建立与接收视频消息信令相适应的发布订阅节点，直接建立设备n与发布订阅节点a之间的订阅关系。

参见图3，为当删除与用户具有绑定关系的设备时，根据删除设备处理能力，删除发布订阅节点的操作流程，包括：

步骤S301：当删除协同应用设备与某用户的绑定关系时，获取该协同应用设备的处理能力信息；

步骤S302：判断与该用户具有绑定关系的其他协同应用设备中，是否还存在与该协同应用设备的处理能力相同的协同应用设备，如果不存在，则进入步骤S303；

步骤S303：删除为该用户创建的与该协同应用设备的处理能力相适应的发布订阅节点。

当解除用户与协同应用设备的绑定关系时，获取该设备的处理能力，如果用户已经没有其他与所述处理能力相同的设备时，则删除为用户建立的与该处理能力相适应的发布订阅节点。仍以上面用户W为例，当删除用户W与设备m和设备n的绑定关系时，用户W便没有其他具有视频处理能力的协同应用设备，此时服务器会将发布订阅节点a删除。

当然，还可以有其他建立发布订阅节点的形式，在此不一一列举。

对建立的发布订阅节点，可以设置发布订阅节点的订阅权限，可以为：根据预先设置的订阅权限信息，建立具备订阅权限的协同应用设备与各发布订阅节点之间的订阅关系。这样，通过预先设置订阅权限信息，可以限定协同应用设备的订阅权限，只需建立具备订阅权限的协同应用设备与各发布订阅节点之间的订阅关系。

进一步的，对建立的发布订阅节点，也可以设置发布订阅节点的发布权限，可以为：根据预先设置的发布权限信息，判断所述协同应用的发起端是否具有向所述指定的发布订阅节点进行协同应用信令的发布权限，如果是，则将所述协同应用信令发布到指定的发布订阅节点。通过预先设置的发布权限信息，可以设置某些用户或某些设备的发布权限，只有当发起端具有所述指定的发布订阅节点的发布权限，才能实现向该发布订阅节点发送协同应用信令。

当然，还可以有其他设置发布订阅节点的控制权限的方法，在此，不一一列举。

本发明通过服务器系统中建立多个发布订阅节点，所述发布订阅节点与具有某种协同消息的协同应用信令相对应，并根据协同应用设备具有的处理能力，去订阅与其具有的处理能力相适应的发布订阅节点，当服务器接收到发起端发送的信令时，将所述信令发布到该信令对应的发布订阅节点，查询所述发布订阅节点的订阅情况，将所述信令发送给订阅了该发布订阅节点的设备。这样可以根据设备的处理能力，以及是否需要该设备进行协同应用，来有针对性的发送信令，减少了不必要的信令消耗和终端节点消耗。

与本发明实施例提供的一种远程协同的方法相对应，本发明还提供了一种远程协同的系统。

参见图4，为本发明一种远程协同的系统的实施例的示意图，该系统包括：

订阅关系单元401，用于预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系；

信令接收单元402，用于接收协同应用的发起端发送的协同应用信令；

信令处理单元403，用于分析所述接收到的协同应用信令，将所述协同应用信令发布到指定的发布订阅节点；

信令发送单元404，用于查询所述发布订阅节点的订阅信息，将所述协同应用信令发送给与该指定的发布订阅节点具有订阅关系的所有协同应用设备。

为了使全网的设备，都能根据其具有的处理能力去订阅相应的发布订阅节点，所述订阅关系单元包括：

节点创建单元，用于基于协同应用设备的处理能力，在全网范围内创建多个发布订阅节点；

节点订阅单元，用于根据协同应用设备发起的订阅某发布订阅节点的请求，建立协同应用设备与各发布订阅节点之间的订阅关系。

当然，服务器可以根据与系统中用户具有绑定关系的各个协同应用设备的处理能力，为系统中的每个用户建立发布订阅节点，设定相应的访问权限，仅与用户具有绑定关系的设备，可以订阅为用户建立的发布订阅节点。优选的，订阅关系单元包括：

能力信息获取单元，用于获取协同应用设备的处理能力信息；

用户节点订阅单元，用于根据与各用户具有绑定关系的各个协同应用设备的处理能力，分别为每个用户创建多个发布订阅节点，并建立协同应用设备与各用户的发布订阅节点之间的订阅关系。

其中，获取协同应用设备的处理能力信息，可以有多种方法，优选的，能力信息获取单元包括：

第一能力信息获取单元，用于获取各个协同应用设备注册时提供的处理能力信息。

第二能力信息获取单元，用于向所述协同应用设备发送获取处理能力的请求，从所述协同应用设备返回的响应消息中，获取所述协同应用设备的处理能力信息

根据与用户具有绑定关系的协同应用设备的处理能力，为用户建立发布订阅节点时，服务器还可以根据用户与具有绑定关系的设备的处理能力，自动为用户创建或删除相应的发布订阅节点，优选的，所述订阅关系单元还包括：

第一信息获取单元，用于当新增与某用户具有绑定关系的协同应用设备时，获取该协同应用设备的处理能力信息；

第二信息获取单元，用于当删除协同应用设备与某用户的绑定关系时，获取该协同应用设备的处理能力信息；

对于建立的发布订阅节点，可以设置其订阅权限，优选的，所述订阅关系单元包括：订阅权限单元，用于根据预先设置的订阅权限信息，建立具备订阅权限的协同应用设备与各发布订阅节点之间的订阅关系。

进一步，可以通过预先设置发布权限，对建立的发布订阅节点进行发布权限控制，优选的，所述信令接收单元包括：发布权限单元，用于根据预先设置的发布权限信息，判断所述协同应用的发起端是否具有向所述指定的发布订阅节点进行协同应用信令的发布权限，如果是，则将所述协同应用信令发布到指定的发布订阅节点。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种远程协同的方法，其特征在于，包括：

预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系；

当需要进行远程协同时，接收协同应用的发起端发送的协同应用信令；

分析所述协同应用信令，将所述协同应用信令发布到指定的发布订阅节点；

查询所述发布订阅节点的订阅信息，将所述协同应用信令发送给与该指定的发布订阅节点具有订阅关系的所有协同应用设备。

2.根据权利要求1所述的方法，其特征在于，所述预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系包括：

获取协同应用设备的处理能力信息；

根据与各用户具有绑定关系的各个协同应用设备的处理能力，分别为每个用户创建多个发布订阅节点，并建立协同应用设备与各用户的发布订阅节点之间的订阅关系。

3.根据权利要求2所述的方法，其特征在于，还包括：

当新增与某用户具有绑定关系的协同应用设备时，获取该协同应用设备的处理能力信息；

4.根据权利要求2所述的方法，其特征在于，还包括：

当删除协同应用设备与某用户的绑定关系时，获取该协同应用设备的处理能力信息；

5.根据权利要求2至4任一项所述的方法，其特征在于，所述获取协同应用设备的处理能力信息包括：

获取各个协同应用设备注册时提供的处理能力信息。

6.根据权利要求2至4任一项所述的方法，其特征在于，所述获取协同应用设备的处理能力信息包括：

向所述协同应用设备发送获取处理能力的请求，从所述协同应用设备返回的响应消息中，获取所述协同应用设备的处理能力信息。

7.根据权利要求1所述的方法，其特征在于，所述预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系包括：

预先基于协同应用设备的处理能力，在全网范围内创建多个发布订阅节点；

根据协同应用设备发起的订阅某发布订阅节点的请求时，建立协同应用设备与各发布订阅节点之间的订阅关系。

8.根据权利要求1所述的方法，其特征在于，所述建立协同应用设备与各发布订阅节点之间的订阅关系包括：

9.根据权利要求1或8所述的方法，其特征在于，所述将所述协同应用信令发布到指定的发布订阅节点包括：

10.一种远程协同的系统，其特征在于，包括：

订阅关系单元，用于预先基于协同应用设备的处理能力创建多个发布订阅节点，并建立协同应用设备与各发布订阅节点之间的订阅关系；

11.根据权利要求10所述的系统，其特征在于，所述订阅关系单元还包括：

12.根据权利要求11所述的系统，其特征在于，所述订阅关系单元还包括：

13.根据权利要求11所述的系统，其特征在于，所述订阅关系单元还包括：

14.根据权利要求11至13任一项所述的系统，其特征在于，所述能力信息获取单元包括：

15.根据权利要求11至13任一项所述的系统，其特征在于，所述能力信息获取单元包括：

第二能力信息获取单元，用于向所述协同应用设备发送获取处理能力的请求，从所述协同应用设备返回的响应消息中，获取所述协同应用设备的处理能力信息。

16.根据权利要求10所述的系统，其特征在于，所述订阅关系单元包括：

17.根据权利要求10所述的系统，其特征在于，所述订阅关系单元包括：

订阅权限单元，用于根据预先设置的订阅权限信息，建立具备订阅权限的协同应用设备与各发布订阅节点之间的订阅关系。

18.根据权利要求10或17所述的系统，其特征在于，所述信令接收单元包括：

发布权限单元，用于根据预先设置的发布权限信息，判断所述协同应用的发起端是否具有向所述指定的发布订阅节点进行协同应用信令的发布权限，如果是，则将所述协同应用信令发布到指定的发布订阅节点。