[发明专利]多个客户实体之间的协作技术有效
申请号: | 201480016321.9 | 申请日: | 2014-03-25 |
公开(公告)号: | CN105144661B | 公开(公告)日: | 2020-04-07 |
发明(设计)人: | Y.休伊班 | 申请(专利权)人: | 奥林奇公司 |
主分类号: | H04L29/08 | 分类号: | H04L29/08;H04L12/58 |
代理公司: | 北京市柳沈律师事务所 11105 | 代理人: | 李芳华 |
地址: | 法国*** | 国省代码: | 暂无信息 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 客户 实体 之间 协作 技术 | ||
本发明涉及多个客户实体(10、11、12)之间协作的技术,所述客户实体通过在所述多个客户实体之间建立的至少一个即时通信信道来互相通信。所述多个客户实体中的第一客户实体通过所述至少一个即时通信信道向所述多个客户实体中的至少一个第二客户实体发送可执行应用。所述应用然后由第一客户实体与在第二客户实体上的所述应用的执行协作地执行。
技术领域
本发明涉及在参与即时通信的多个客户实体或终端设备之间的协作技术。
背景技术
终端的用户之间的交流越来越多地借助对话或“聊天”软件来实时实现。这类软件就功能而言越来越丰富,且日益变成即时通信软件。这样,通过与对话关联的信道,用户可交换文本消息,还有照片、视频、文件等。
然而,将新的功能融入该即时通信软件很复杂。一般需要在终端或服务器的级别安装新版本的软件。举例来说,就RCS(“富通信套件”)方案的框架内所开发的服务来说,更新周期大于6个月。
专利文档WO2010/017281描述了允许两个用户通过即时对话来通信以共享与日程管理应用相关的信息的方法。第一用户向第二用户发送邀请,以在对话语境中执行日程管理应用。在仍处于所述语境中的第二用户同意之后,窗口在两个用户的终端上打开。第一用户查看他自己的日程,以及第二用户不在的时间。然后他可向第二用户提议开一个会。注意到,在这种方法中,日程管理应用必须预先安装在两个终端上,或可通过中央服务器获取。而且,基于通信网络中所提供的中央应用服务器来获得涉及日程管理应用的信息。这使得日程管理应用的操作实施起来更加困难。在用户终端级别,除了邀请和除了同意或拒绝的传输之外,两个应用以独立的方式执行:即时对话应用和日程管理应用。这两个应用之间的交互是有限的。
发明内容
本发明的目的之一是克服现有技术的不足/缺点,和/或对其提供改进。
根据第一方面,本发明的主题是在多个客户实体之间协作的方法,所述客户实体通过在所述多个客户实体之间建立的至少一个即时通信信道来互相通信。该方法包含由所述多个客户实体中的第一客户实体所实施的下列步骤:
-通过所述至少一个即时通信信道向所述多个客户实体中的至少一个第二客户实体发送可执行应用;
-与所述应用在第二客户实体上的执行协作地执行所述应用。
参与即时通信服务的终端设备被称作客户实体。
这样,借助协作方法,用户有可能向参与即时通信的另一用户传输可在后者的语境中执行的应用。在即时通信的各参与者之间建立了信任关系。应用的传播则以病毒的形式在即时通信参与者之间进行。这使得可执行应用可能以简单且快速的方式为参与者所获得。因而不需要所有参与者在即时通信之前就有一个相同的软件。一般地,所有参与者有一个相同应用的概率非常低,除非即时通信服务的管理者定义了在这个服务的语境中的可执行应用的列表。而且,不需要为了下载而搜索通信网络的服务器上的可执行应用。这样简化了客户路径,因为参与者不必退出即时通信、从应用商店获取应用、下载和安装应用、获得应用的使用权、然后返回即时通信。
而且,不是即时通信服务的管理者来定义在该服务语境中的可执行应用的列表。这样的列表同时还受限于客户实体的存储容量。
这里强调,在专利文档WO2010/017281中,需要联系实施日程管理应用的服务器,以能够向即时通信的参与者提供该服务。在所述协作方法实施期间,只有实施即时通信服务的服务器干预在各参与者之间的消息传输。因而不需要在网络中有一个服务器来实施所述应用。
在即时通信应用中实现所述应用的执行。实际上,即时通信应用具有代码指令解释器,例如Java脚本解释器。
以下所提及的各实施例或实现的特征可独立或相互结合地添加至以上所定义的协作方法的步骤中。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于奥林奇公司,未经奥林奇公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201480016321.9/2.html,转载请声明来源钻瓜专利网。