多个客户实体之间的协作技术的制作方法

文档序号:9423217阅读:356来源:国知局
多个客户实体之间的协作技术的制作方法
【技术领域】
[0001 ] 本发明涉及在参与即时通信的多个客户实体或终端设备之间的协作技术。
【背景技术】
[0002]终端的用户之间的交流越来越多地借助对话或“聊天”软件来实时实现。这类软件就功能而言越来越丰富,且日益变成即时通信软件。这样,通过与对话关联的信道,用户可交换文本消息,还有照片、视频、文件等。
[0003]然而,将新的功能融入该即时通信软件很复杂。一般需要在终端或服务器的级别安装新版本的软件。举例来说,就RCS( “富通信套件”)方案的框架内所开发的服务来说,更新周期大于6个月。
[0004]专利文档W02010/017281描述了允许两个用户通过即时对话来通信以共享与日程管理应用相关的信息的方法。第一用户向第二用户发送邀请,以在对话语境中执行日程管理应用。在仍处于所述语境中的第二用户同意之后,窗口在两个用户的终端上打开。第一用户查看他自己的日程,以及第二用户不在的时间。然后他可向第二用户提议开一个会。注意到,在这种方法中,日程管理应用必须预先安装在两个终端上,或可通过中央服务器获取。而且,基于通信网络中所提供的中央应用服务器来获得涉及日程管理应用的信息。这使得日程管理应用的操作实施起来更加困难。在用户终端级别,除了邀请和除了同意或拒绝的传输之外,两个应用以独立的方式执行:即时对话应用和日程管理应用。这两个应用之间的交互是有限的。

【发明内容】

[0005]本发明的目的之一是克服现有技术的不足/缺点,和/或对其提供改进。
[0006]根据第一方面,本发明的主题是在多个客户实体之间协作的方法,所述客户实体通过在所述多个客户实体之间建立的至少一个即时通信信道来互相通信。该方法包含由所述多个客户实体中的第一客户实体所实施的下列步骤:
[0007]-通过所述至少一个即时通信信道向所述多个客户实体中的至少一个第二客户实体发送可执行应用;
[0008]-与所述应用在第二客户实体上的执行协作地执行所述应用。
[0009]参与即时通信服务的终端设备被称作客户实体。
[0010]这样,借助协作方法,用户有可能向参与即时通信的另一用户传输可在后者的语境中执行的应用。在即时通信的各参与者之间建立了信任关系。应用的传播则以病毒的形式在即时通信参与者之间进行。这使得可执行应用可能以简单且快速的方式为参与者所获得。因而不需要所有参与者在即时通信之前就有一个相同的软件。一般地,所有参与者有一个相同应用的概率非常低,除非即时通信服务的管理者定义了在这个服务的语境中的可执行应用的列表。而且,不需要为了下载而搜索通信网络的服务器上的可执行应用。这样简化了客户路径,因为参与者不必退出即时通信、从应用商店获取应用、下载和安装应用、获得应用的使用权、然后返回即时通信。
[0011]而且,不是即时通信服务的管理者来定义在该服务语境中的可执行应用的列表。这样的列表同时还受限于客户实体的存储容量。
[0012]这里强调,在专利文档W02010/017281中,需要联系实施日程管理应用的服务器,以能够向即时通信的参与者提供该服务。在所述协作方法实施期间,只有实施即时通信服务的服务器干预在各参与者之间的消息传输。因而不需要在网络中有一个服务器来实施所述应用。
[0013]在即时通信应用中实现所述应用的执行。实际上,即时通信应用具有代码指令解释器,例如Java脚本解释器。
[0014]以下所提及的各实施例或实现的特征可独立或相互结合地添加至以上所定义的协作方法的步骤中。
[0015]在具体实施例中,在所述应用在第一客户实体上的执行过程和所述应用在第二客户实体上的执行过程之间的协作借助涉及所述应用的消息来执行,并通过所述至少一个即时通信信道来传输。
[0016]用于在应用的协作执行之间同步的数据被称作涉及应用的消息。
[0017]这里强调,在专利文档W02010/017281中,与应用的执行关联的交换不在即时通信的语境中(即通过即时通信信道)进行。只有对存储在日程中的数据的访问授权是通过即时通信信道来传输。
[0018]相反,通过一个或多个即时通信信道来实现涉及应用的消息的传输,不需要建立专用于客户实体之间的应用执行的其他通信方式。这简化了客户实体级别的应用语境的管理,并避免了执行应用的增加。
[0019]参与即时通信的客户实体组从而通过一个或多个即时通信信道来协作,以执行由所述信道之一所传输的应用。
[0020]当多于三个客户实体参与即时通信时,他们在应用执行期间接收由其他客户实体发送的一组技术消息。
[0021]根据本方法的具体特征,涉及应用的消息完全由所述应用来处理。
[0022]涉及应用的消息对于客户实体的用户是透明的。这使得可能避免在与即时通信关联的窗口上堆砌其他参与用户所传输的许多文本消息。
[0023]根据本方法的具体特征,以表明其包含可执行代码的文件的形式来传输可执行应用。
[0024]以进行接收的客户实体的用户的同意为条件,接收文件的客户实体从而可触发应用的执行。
[0025]根据第二方面,本发明还涉及这样的客户实体,其包含:
[0026]-即时通信模块,被设计为通过已建立的至少一个即时通信信道与至少一个其他客户实体通信;
[0027]-发送模块,被设计为通过所述至少一个即时通信信道向至少一个其他客户实体发送可执行应用;
[0028]-执行模块,被设计为与所述应用在其他客户实体上的执行协作地执行所述应用。
[0029]所陈述的关于根据第一方面的方法的优点可直接转移至客户实体。
[0030]在具体实施例中,客户实体包含接收模块,其被设计为通过即时通信信道从另一客户实体接收将要与所述其他客户实体协作执行的可执行应用。
[0031]根据第三方面,本发明还涉及包含多个客户实体的系统,所述客户实体通过在所述多个客户实体之间建立的至少一个即时通信信道互相通信,其中所述客户实体包含:
[0032]-即时通信模块,被设计为通过已建立的至少一个即时通信信道与至少一个其他客户实体通信;
[0033]-执行模块,被设计为与所述应用在其他客户实体上的执行协作地执行所述应用。
[0034]其中,客户实体还包含发送模块,其被设计为通过所述至少一个即时通信信道向另一客户实体发送可执行应用,且其他客户实体包含接收模块,该接收模块被设计为通过所述至少一个即时通信信道从客户实体接收将要与客户实体协作执行的所述可执行应用。
[0035]根据第四方面,本发明涉及用于客户实体的程序和客户实体可读且其上记录有客户实体的程序的记录介质,当所述程序由该客户实体执行时所述程序包含旨在控制上述协作方法的步骤的执行的程序代码指令。
[0036]所陈述的关于根据第一方面的协作方法的优点可直接转移至用于客户实体的程序和记录介质。
【附图说明】
[0037]参照附图,借助后面协作技术具体实施例的描述,将能更好地理解本发明,其中:
[0038]-图1表示通信网络中的协作系统;
[0039]-图2a_2e示出根据本发明具体实施例的协作方法的示范实施;
[0040]-图3示出在根据本发明的具体模式的协作方法的实施期间客户实体之间的交流;
[0041]-图4表示根据本发明的具体模式的客户实体。
【具体实施方式】
[0042]图1表示通信网络中的协作系统I。协作系统I包含多个客户实体10、11、12,他们通过相互间建立的一个或多个即时通信信道来通信。如图1所示,客户实体10、11、12之间的交流经由接入网2来实现。
[0043]更确切地,客户实体10、11、12执行允许他们交换文本消息、音频和/视频文件等的即时通信应用。
[0044]客户实体10、11、12例如对应于移动终端、个人计算机、平板计算机等。
[0045]接入网2例如对应于无线接入网、移动网络、计算机网络等。
[0046]下文中,考虑这种情况,其中,与即时通信应用关联的基础设施与GSMA的RCS(“富通信套件”)/Joyn?标准所定义的相符。对于这种类型的基础设施没有限制。通过另一示例,依照XMPP( “可扩展通讯和表示协议”)协议的数据交换基础设施还使得可能实施协作技术。
[0047]具体实施例中的协作技术允许第一客户实体通过一个或多个即时通信信道向至少一个第二客户实体发送可执行应用,并随后与第二客户实体上所述应用的执行协作来执行所述应用。这里要强调,当即时通信包含多于三个参与者时,第一客户实体将应用传输至参与即时通信的每个第二客户实体,随后在客户实体组上执行协作执行(如果他们已接受所述执行)。所述协作因而被理解为在参与即时通信的客户实体组上的协作。
[0048]这种通过一个或多个即时通信信道所传输
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1