首页 / 专利库 / 电信 / 即时通信 / 多个客户实体之间的协作技术

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

阅读:777发布:2020-05-12

专利汇可以提供多个客户实体之间的协作技术专利检索,专利查询,专利分析的服务。并且本 发明 涉及多个客户实体(10、11、12)之间协作的技术,所述客户实体通过在所述多个客户实体之间建立的至少一个 即时通信 信道来互相通信。所述多个客户实体中的第一客户实体通过所述至少一个即时通信信道向所述多个客户实体中的至少一个第二客户实体发送可执行应用。所述应用然后由第一客户实体与在第二客户实体上的所述应用的执行协作地执行。,下面是多个客户实体之间的协作技术专利的具体信息内容。

1.一种在多个客户实体(10、11、12)之间协作的方法,所述客户实体通过在所述多个客户实体之间建立的至少一个即时通信信道来互相通信,所述方法包含由所述多个客户实体中的第一客户实体所实施的下列步骤:
-通过所述至少一个即时通信信道向所述多个客户实体中的至少一个第二客户实体发送(E1)可执行应用;
-与所述应用在第二客户实体上的执行协作地执行(φ5)所述应用,
其中,在所述应用在第一客户实体上的执行过程和所述应用在第二客户实体上的执行过程之间的协作借助涉及所述应用的消息(M4-M8)来执行,并通过所述至少一个即时通信信道来传输涉及所述应用的消息(M4-M8),其中,涉及所述应用的消息(M4-M8)包含相关的应用标识符app_id、事件类型evt、和用户标识符。
2.如权利要求1所述的协作方法,其中,涉及所述应用的消息完全由所述应用来处理。
3.如权利要求1所述的协作方法,其中,所述可执行应用以表明其包含可执行代码的文件的形式来传送。
4.一种客户实体(10、11、12),包含:
-即时通信模(102),其被设计为通过已建立的至少一个即时通信信道来与至少一个其他客户实体进行通信;
-发送模块(100),其被设计为通过所述至少一个即时通信信道来将可执行应用发送至所述至少一个其他客户实体;
-执行模块(104),其被设计为与所述应用在所述至少一个其他客户实体上的执行协作地执行所述应用,
其中,在所述应用在所述客户实体上的执行过程和所述应用在所述至少一个其他客户实体上的执行过程之间的协作借助涉及所述应用的消息(M4-M8)来执行,并通过所述至少一个即时通信信道来传输涉及所述应用的消息(M4-M8),其中,涉及所述应用的消息(M4-M8)包含相关的应用标识符app_id、事件类型evt、和用户标识符。
5.如权利要求4所述的客户实体,还包含接收模块,其被设计为通过即时通信信道来从另一客户实体接收将要与所述另一客户实体协作执行的可执行应用。
6.一种包含多个客户实体的系统,所述客户实体通过在所述多个客户实体之间建立的至少一个即时通信信道来互相通信,其中所述客户实体包含:
-即时通信模块(102),其被设计为通过已建立的至少一个即时通信信道来与至少一个其他客户实体进行通信,
-发送模块(100),其被设计为通过所述至少一个即时通信信道向所述至少一个其他客户实体发送可执行应用,
-执行模块(104),其被设计为与所述应用在所述至少一个其他客户实体上的执行协作地执行所述应用,
并且其中,所述至少一个其他客户实体包含接收模块,该接收模块被设计为通过所述至少一个即时通信信道来从所述客户实体接收将要与所述客户实体协作执行的所述可执行应用,其中,在所述应用在所述客户实体上的执行过程和所述应用在所述至少一个其他客户实体上的执行过程之间的协作借助涉及所述应用的消息(M4-M8)来执行,并通过所述至少一个即时通信信道来传输涉及所述应用的消息(M4-M8),其中,涉及所述应用的消息(M4-M8)包含相关的应用标识符app_id、事件类型evt、和用户标识符。
7.一种记录介质,其上记录了程序,所述程序包含程序指令代码,所述程序由客户实体执行时,旨在控制如权利要求1至3之一所述方法的步骤的执行。

说明书全文

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

技术领域

[0001] 本发明涉及在参与即时通信的多个客户实体或终端设备之间的协作技术。

背景技术

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

发明内容

[0005] 本发明的目的之一是克服现有技术的不足/缺点,和/或对其提供改进。
[0006] 根据第一方面,本发明的主题是在多个客户实体之间协作的方法,所述客户实体通过在所述多个客户实体之间建立的至少一个即时通信信道来互相通信。该方法包含由所述多个客户实体中的第一客户实体所实施的下列步骤:
[0007] -通过所述至少一个即时通信信道向所述多个客户实体中的至少一个第二客户实体发送可执行应用;
[0008] -与所述应用在第二客户实体上的执行协作地执行所述应用。
[0009] 参与即时通信服务的终端设备被称作客户实体。
[0010] 这样,借助协作方法,用户有可能向参与即时通信的另一用户传输可在后者的语境中执行的应用。在即时通信的各参与者之间建立了信任关系。应用的传播则以病毒的形式在即时通信参与者之间进行。这使得可执行应用可能以简单且快速的方式为参与者所获得。因而不需要所有参与者在即时通信之前就有一个相同的软件。一般地,所有参与者有一个相同应用的概率非常低,除非即时通信服务的管理者定义了在这个服务的语境中的可执行应用的列表。而且,不需要为了下载而搜索通信网络的服务器上的可执行应用。这样简化了客户路径,因为参与者不必退出即时通信、从应用商店获取应用、下载和安装应用、获得应用的使用权、然后返回即时通信。
[0011] 而且,不是即时通信服务的管理者来定义在该服务语境中的可执行应用的列表。这样的列表同时还受限于客户实体的存储容量。
[0012] 这里强调,在专利文档WO2010/017281中,需要联系实施日程管理应用的服务器,以能够向即时通信的参与者提供该服务。在所述协作方法实施期间,只有实施即时通信服务的服务器干预在各参与者之间的消息传输。因而不需要在网络中有一个服务器来实施所述应用。
[0013] 在即时通信应用中实现所述应用的执行。实际上,即时通信应用具有代码指令解释器,例如Java脚本解释器。
[0014] 以下所提及的各实施例或实现的特征可独立或相互结合地添加至以上所定义的协作方法的步骤中。
[0015] 在具体实施例中,在所述应用在第一客户实体上的执行过程和所述应用在第二客户实体上的执行过程之间的协作借助涉及所述应用的消息来执行,并通过所述至少一个即时通信信道来传输。
[0016] 用于在应用的协作执行之间同步的数据被称作涉及应用的消息。
[0017] 这里强调,在专利文档WO2010/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表示通信网络中的协作系统1。协作系统1包含多个客户实体10、11、12,他们通过相互间建立的一个或多个即时通信信道来通信。如图1所示,客户实体10、11、12之间的交流经由接入网2来实现。
[0043] 更确切地,客户实体10、11、12执行允许他们交换文本消息、音频和/视频文件等的即时通信应用。
[0044] 客户实体10、11、12例如对应于移动终端、个人计算机、平板计算机等。
[0045] 接入网2例如对应于无线接入网、移动网络、计算机网络等。
[0046] 下文中,考虑这种情况,其中,与即时通信应用关联的基础设施与GSMA的RCS(“富TM通信套件”)/Joyn 标准所定义的相符。对于这种类型的基础设施没有限制。通过另一示例,依照XMPP(“可扩展通讯和表示协议”)协议的数据交换基础设施还使得可能实施协作技术。
[0047] 具体实施例中的协作技术允许第一客户实体通过一个或多个即时通信信道向至少一个第二客户实体发送可执行应用,并随后与第二客户实体上所述应用的执行协作来执行所述应用。这里要强调,当即时通信包含多于三个参与者时,第一客户实体将应用传输至参与即时通信的每个第二客户实体,随后在客户实体组上执行协作执行(如果他们已接受所述执行)。所述协作因而被理解为在参与即时通信的客户实体组上的协作。
[0048] 这种通过一个或多个即时通信信道所传输的可执行应用在后面被称作“聊天室”。
[0049] “聊天室”由以客户实体组固有的语言写成的指令组成。例如Javascript语言。
[0050] 当即时对话的参与者之一发起时,“聊天室”被分发到其他参与者。借助对在即时通信应用的框架内所提出的功能进行共享的文件来实现所述分发。内容的类型使得可能向其他参与者的终端表明所传输的文件包含可执行代码,并将在即时通信的语境中执行。基于以编程语言(例如C或Java语言)写成的程序所编译的代码,或以脚本(例如Javascript、Perl、Python语言)形式编程的解释代码,被称作可执行代码。
[0051] “聊天室”随后在各客户实体上执行,且在该执行期间,各“聊天室”相互协作,以分享涉及“聊天室”的执行的信息。
[0052] 在具体实施例中,在第一客户上执行过程中的“聊天室”应用和在第二客户上执行过程中的“聊天室”应用之间的协作,借助涉及该应用的消息来实现,并通过一个或多个即时通信信道来传输。
[0053] 后面,涉及所述应用的这种消息被称作技术消息。这些技术消息不在客户实体上打开的与即时通信关联的窗口上显示。技术消息具体包含相关的应用标识符app_id,事件类型evt,和用户标识符。
[0054] 通过说明,客户实体的用户可获得应用编程接口API,且所述API包含一组基本功能,用户可基于这些功能来编写“聊天室”应用程序。基本功能包含:
[0055] -即时通信所特有的基本功能,例如发送技术消息和与即时通信关联的文本消息,访问即时通信的参与者列表等。
[0056] -使得可能对参与者的终端所特有的功能进行访问的基本功能,例如地理定位、发送SMS短消息(“短消息服务”)、电话拨打功能、终端用户的日程等。
[0057] -其他功能,例如计费。
[0058] 一旦所述“聊天室”应用已编程,客户实体的用户例如可通过应用商店获得该应用。当他访问该应用商店时,用户因而可选择他想要与即时通信的其他参与者协作执行的“聊天室”应用。
[0059] “聊天室”API应用编程接口还可以是原生的,并集成到RCS标准中。
[0060] 通过说明性示例,图2a表示三个客户实体10、11、12。可借助位于客户实体10的屏幕20的区域内的下拉菜单200访问应用商店。
[0061] 现将结合图3和图2a-2e描述协作方法,例如由具体实施例中的客户实体10实施。
[0062] 在第一阶段φ1中,在客户实体10、11、12的用户之间建立即时通信。即时通信应用例如是例如以“一对一”或“群聊”模式的RCS/Joyn应用。
[0063] 后面所考虑的情况是这样的,其中只建立了单一的即时通信信道。
[0064] 客户实体10向两个客户实体11、12传输第一文本消息M1,以邀请他们参与即时通信。
[0065] 图2a表示在完成客户实体10对消息M1的传输及客户实体11、12对消息M1的接收时的客户实体10、11、12的各屏幕。
[0066] 作为回应,客户实体11向客户实体10、11传输第二文本消息M2。
[0067] 然后在三个客户实体10、11、12之间建立即时通信信道。参与即时通信的其他客户实体的屏幕上显示由客户实体之一发送的任何文本消息。为了不过多描述,在本说明性示例的框架之内不再描述其他的文本消息交换。对于后续阶段实施之前交换的文本消息的数量没有限制。
[0068] 在第二阶段φ2中,客户实体10的用户选择他想要与参与即时通信的其他客户实体11、12协作执行的应用。在该说明性示例中,建立即时通信和选择将要协作执行的应用的源头是相同的客户实体。对于该示例没有限制。另一客户实体的用户也可实施该第二阶段。
[0069] 更确切地,在步骤E1中,客户实体10的用户从下拉菜单200中选择将要传送给其他客户实体11、12以协作执行的应用。
[0070] 图2b表示在完成所述第二阶段时客户实体10、11、12的各屏幕。客户实体11、12的屏幕是不变的。随后所考虑的情况是这样的,其中客户实体10的用户选择会议应用。
[0071] 在第三阶段φ3中,客户实体10与其他客户实体11、12共享将要协作执行的应用。
[0072] 更确切地,客户实体10借助文件传输消息M3将可执行形式的所选应用传输至客户实体11、12。所述文件传输例如借助RCS标准所定义的“文件传输”功能来实现。
[0073] 客户实体11在步骤F1中接收消息M3。仍然在步骤F1中,客户实体11借助内容的类型来确定所传输的文件是将要在即时通信语境中执行的文件。
[0074] 在步骤F2中,客户实体11的用户借助客户实体的人机接口来接受(即所接收的应用),或执行所传输的文件。
[0075] 客户实体12还实施与步骤F1类似的步骤G1,以及与步骤F2类似的步骤G2。
[0076] 图2c表示在完成所述第三阶段时客户实体10、11、12的屏幕。在客户实体11、12的屏幕区域201内,用户被询问,所述区域与为即时通信所保留的区域相关联。
[0077] 随后所考虑的情况是这样的,其中客户实体11、12的用户已接受会议应用的执行。
[0078] 在第四阶段φ4中,发起协作的应用执行。
[0079] 更确切地,在客户实体11的用户接受后,客户实体11向其他两个客户实体10、12传输技术消息M4,即涉及所选应用的消息。该技术消息M4具体包含所选择应用的标识符app_id,和表明所选应用的执行已被接受的事件类型evt。这里要记住,这样的技术消息仅指向相关应用,且不在客户实体的屏幕上显示。与技术消息M4类似,客户实体12还向客户实体10、11传输技术消息M5。
[0080] 在完成这些各种交换后,由用户之一选择的应用已被分发至参与即时通信的其他用户。这些其他用户因而既不需要预先在他们的终端上装有所述应用,也不需要联系网络中的服务器以获得所述应用。而且,这些交换在即时通信的语境中实现,在各参与者之间建立信任关系。也更易于通过应用编程接口引入新的应用:用户因而可编写满足他的需求的应用程序,并将其分享给参与即时通信的用户以协作执行。
[0081] 仍然在第四阶段φ4中,在步骤E2中,客户实体10的用户借助人机接口来填写会议提案,例如会议地点和时间。在客户实体10上的执行过程中会议应用触发向其他两个客户实体11、12发送技术消息M6。该技术消息M6具体包含执行过程中的应用标识符app_id,和表明会议地点和时间的事件类型evt。客户实体11在步骤F3中接收该技术消息M6。在客户实体11上的执行过程中会议应用处理所述技术消息M6,并在专用于该应用的屏幕区域中显示由客户实体10的用户所发送的会议提案。
[0082] 图2d表示客户实体的屏幕。屏幕的显示区域202专用于与用户的互动。在具体实施例中,该区域202不同于为即时通信保留的区域,以免弄混消息记录。所述显示区域202包含:
[0083] -会议地点和时间的提醒,
[0084] -两个按钮,“是”和“否”,允许用户提供其应答,和
[0085] -协定或对于每个参与即时通信的用户的概要。
[0086] 所述概要表明由勾选框标示的对于客户实体10的用户的协定,及由问号标示的对于客户实体11、12的用户的信息缺乏。
[0087] 在第五阶段φ5中,在各客户实体上的协作的应用执行继续进行,并提供最终结果。
[0088] 在步骤G4中,客户实体12在技术消息M7中传输其用户的响应。该技术消息M7具体包含执行过程中的应用标识符app_id,和表明所述响应的事件类型evt。随后所考虑的情况是这样的,其中客户实体12的用户响应是否定的。
[0089] 客户实体10在步骤E3中接收技术消息M7。客户实体10然后根据所述技术消息M7来更新显示区域202,特别是概要,以对其添加客户实体12的用户响应。类似于步骤E3,客户实体11也在步骤F4中接收所述技术消息M7。客户实体11然后根据所述技术消息M7来更新显示区域202,特别是概要,以对其添加客户实体12的用户响应。
[0090] 类似于步骤G4,客户实体11在步骤F4中在技术消息M8中传输其用户的响应。该技术消息M8类似于所述技术消息M7。随后所考虑的情况是这样的,其中客户实体11的用户响应是肯定的。
[0091] 客户实体10在步骤E4中接收技术消息M8。客户实体10然后作为所述技术消息M8的函数来更新显示区域202,特别是概要,以对其添加客户实体11的用户响应。类似于步骤E4,客户实体11还在步骤G5中接收所述技术消息M8。客户实体12然后作为所述技术消息M7的函数来更新显示区域202,特别是概要,以对其添加客户实体12的用户响应。
[0092] 图2e表示在完成所述第五阶段时客户实体10、11、12的屏幕。显示区域202上所展示的概要表明以勾线框标示的对于客户实体10、11的用户的同意,及以打叉标示的对于客户实体12的用户的拒绝。因而注意到,客户实体之间的交流已通过对各用户透明的方式被实现,且概要的显示允许各用户获得最终的结果。如果用户想要协商以组建所述会议,将会在专用于显示文本消息的窗口中发生许多交换,且不容易获得概览。
[0093] 在保持在上述协作方法的框架内的同时,也可设想其他实施例。
[0094] 已对示例性会议应用进行了描述。对于该应用没有限制。对于在此通过非限制性示例所提及的其他“聊天室”应用可以有利地实施所述协作方法:
[0095] -餐厅预订:该应用允许参与即时通信的用户下定义,并然后在餐厅中真实地见面。该应用使得可能根据他们各自地理位置来定义最近的餐厅,并立即确定参与者的人数。可选地,该应用可提供与服务器的互动,允许合作餐厅向参与者提供可售。
[0096] -白板:该应用允许用户与其他参与者共享路线图,并在其上标示感兴趣的地点的位置,例如他的住所。另一参与者也可在上面标示路标,使得可能到达感兴趣的地点。
[0097] -会议桥:用户希望口头传达使得可能到达感兴趣地点的指示。他可以向即时通信的参与者发起群组电话。
[0098] -在线游戏:参与即时通信的用户提供对例如小测试的游戏的响应。
[0099] 实施所述协作方法的客户实体因而包含一组功能:
[0100] -交换涉及“聊天室”应用的消息或技术消息,并对这些消息进行管理;
[0101] -利用文件传输功能来传输可执行代码;
[0102] -执行如合适的话基于另一客户实体被传输的“聊天室”应用;
[0103] -将“聊天室”应用集成到原生图形界面中。
[0104] 这里要记住,“聊天室”应用可由客户实体在当前API RCS应用编程接口的顶端开发,或以原生的方式集成到RCS标准中。
[0105] 现将参照图4描述本发明具体实施中的客户实体。这个客户实体10具体包含:
[0106] -通信模块100,被设计为与通信网络中的其他客户实体进行通信;
[0107] -人机接口模块106,被设计为与客户实体的用户进行通信;
[0108] -即时通信模块102;
[0109] -模块104,用于与至少一个参与即时通信的其他客户实体协作来执行“聊天室”应用。
[0110] 即时通信模块102被设计为建立与一个或多个其他客户实体通信的一个或多个即时通信信道,以通过一个或多个即时通信信道在参与即时通信的客户实体之间交换文本消息,并在所述实体之间共享文件。
[0111] 即时通信模块102还被设计为通过一个或多个即时通信信道向另一客户实体发送存储在存储区域中的可执行应用,并请求与其他客户实体上的应用执行协作来执行所述应用。当然,当多于3个客户实体参与即时通信时,模块102被设计为向参与即时通信的其他客户实体中的每一个发送可执行应用,模块104被设计为与参与即时通信的客户实体组协作执行应用。
[0112] 在具体实施例中,即时通信模块102还被设计为将从另一客户实体接收的技术消息传输至模块104,以执行“聊天室”应用。
[0113] 即时通信模块102还被设计为通过一个或多个即时通信信道从另一客户实体接收可执行应用,并请求与其他客户实体上的应用执行协作来执行所述应用。当多于三个客户实体参与即时通信时,为参与即时通信的客户实体组实现所述应用的执行。
[0114] 本发明借助软件部件和/或硬件部件来实施。在这方面,根据以上关于相关模块的描述,术语“模块”在本文档中可对应于能够实现一个功能或一组功能的软件部件,或硬件部件,或一组硬件部件和/或软件部件。
[0115] 软件部件对应于一个或多个计算机程序,程序的一个或多个子程序,或更一般地,程序或软件的任何组成部分。这样的软件部件存储在存储器中,然后由物理实体的数据处理器载入并执行,并能够访问所述物理实体的硬件资源(存储器、记录介质、通信总线、输入/输出电子卡、用户接口等)。
[0116] 以相同的方式,硬件部件对应于硬件组的任何组成部分。可以是或不是可编程硬件部件,具备或不具备用于执行软件的集成处理器。例如是用于执行固件的集成电路、芯片卡、电子卡等。
[0117] 在具体实施例中,模块102、104被设计为实施上述方法。它们最好是软件模块,其包含由客户实体实施,用于执行上述协作方法的步骤的软件指令。本发明因而还涉及:
[0118] -用于客户实体的程序,当所述程序由所述客户实体执行时,其包含旨在控制上述协作方法的步骤执行的程序代码指令;
[0119] -记录介质,其可由客户实体读取,并在其上记录有用于客户实体的程序。
[0120] 软件模块可存储在数据介质上,或由其传输。所述数据介质可以是硬件存储介质,例如CD-ROM、磁盘或硬盘,或诸如电子、光或无线电信号,或电信网络的传输介质。
[0121] 本发明还涉及系统1,其包含通过在所述多个客户实体之间建立的至少一个即时通信信道来互相通信的多个客户实体。在该系统中,客户实体包含:
[0122] -即时通信模块102,其被设计为通过已建立的至少一个即时通信信道来与至少一个其他客户实体进行通信;
[0123] -执行模块104,其被设计为与其他客户实体上的所述应用的执行协作来执行应用。
[0124] 第一客户实体还包含发送模块100,其被设计为通过一个或多个即时通信信道向至少一个第二客户实体发送可执行应用。
[0125] 第二客户实体包含接收模块,其被设计为通过一个或多个即时通信信道从第一客户实体接收将要与第一客户实体协作执行的所述可执行应用,如果合适,也可与参与即时通信的其他第二客户实体协作。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈