群组通信的制作方法

文档序号:7680092阅读:178来源:国知局
专利名称:群组通信的制作方法
技术领域
本发明涉及基于会话的群组通信。
背景技术
下面的背景技术描述可能包括在本发明之前相关领域内未知、 但是由本发明提供的观点、发现、理解或公开或者与公开一起的关 联关系。本发明的某些此类贡献可能在下文特别指出,而本发明的 其他此类贡献根据其上下文将是易见的。
在通信系统中提供的 一个特殊的特征是群组通信。在此使用的 术语"群组"是指意在参与相同群组通信的两个或者更多用户的任 何逻辑群组。群组通信的例子包括会议、多々某体会议以及聊天。对 于聊天,参与者可以建立聊天室,这是一个交换即时消息的虚拟场 所,并且对应于基于会话的即时消息收发会议。聊天室可以是公共
的,即对所有人开放;或者其可以是私密的,即参与被限于给定的 用户。聊天的基本原理是聊天的参与者可以向已经加入聊天室的 所有参与者发送消息(即时消息),从而使他们基本上同时接收到
消息,并且每个参与者可以对消息进行响应。
某些聊天应用支持在聊天群组会话内发送私密消息,私密消息 是针对受限数目的参与者而不是全部参与者而发送的消息,但是, 有些基于会话的聊天应用不支持聊天群组会话内的私密消息。因此, 聊天室会话可能具有其应用支持会话内私密消息的参与者以及其应 用不支持会话内私密消息的参与者,并且主控聊天室的服务器可以 基于或者可以不基于支持聊天室会话内的私密消息的应用。与上述 布置相关联的问题之一是如果其应用支持私密消息的参与者试图 发送私密消息,则无法确保该消息的隐私。

发明内容
由此,本发明的目的是提供一种方法以及用于实现该方法的装 置,从而克服上述问题。本发明的目的是通过一种方法、装置、模 块、系统以及计算机程序产品来实现的,其特征在独立权利要求中 记载。从属权利要求中公开了本发明的优选实施方式。
本发明是基于在递送私密消息时使用关于下一节点的能力信息 来检查该下 一 节点是否支持群组通信内的私密消息,以及基于该下 一节点是否支持群组通信会话内的私密消息来决定如何继续。


下面,将参考附图更为详细地描述实施方式,其中 图1示出了提供群组通信服务的通信系统的一般架构的示例; 图2是根据本发明实施方式的装置的简化框图; 图3、图4、图5和图6是示出根据本发明实施方式的装置的功 能的流程图;以及
图7是示出根据本发明实施方式的信令的信令图。
具体实施例方式
下面的实施方式是示例性的。尽管说明书在多处可能参考"一 个(an, one),,或者"一些,,实施方式,但是这未必意味着每个这 种参考都针对相同的实施方式,或者特征仅适用于单个实施方式。 不同实施方式的单个特征可以进行组合,以提供其他实施方式。
本发明可以适用于支持基于会话的群组通信的任何用户终端、 服务器、对应的组件和/或任何通信系统或者不同通信系统的任意组 合。通信系统可以是固定通信系统,或者无线通信系统,或者是使 用固定网络和无线网络二者的通信系统。所^使用的协议、通信系统 和服务器的规范快速发展,在无线通信中尤其如此。这种发展可能 需要对实施方式的额外改变。因此,所有术语和表达应当宽泛地解 释,并且其意在示出而非限制实施方式。在下文中,将采用使用即时消息的聊天(作为群组通信的示例) 以及基于用于信令和会话建立(也即,提供构建多媒体架构的工具)
的SIP (会话发起协议)和用于群组通信的MSRP (消息会话中继协 议)的架构(作为可以向其应用本发明的系统架构的示例)来描述 本发明,然而,本发明不限于这种群组通信和这种架构。SIP和MSRP 由互联网工程任务组(IETF)定义。SIP是用于创建、修改和终止与 一个或多个参与者的会话的应用层控制(信令)协议。MSRP是用 于作为 一对一或者一对多通信在会话建立之后在两点之间携带一 系 列即时消息的应用层协议。换言之,SIP和MSRP并非垂直集成在通 信系统中。IETF ^L范和互联网草案可以在http:〃www.ietf.org找到。
图1中示出了提供基于会话的群组通信的通信系统的一般架构。 图l是简化的系统框架,其仅示出了一些元件和功能实体,其全部 都是逻辑单元,其实现可以与所示出的不同。图l中示出的连接是 逻辑连接;实际的物理连接可以不同。对于本领域技术人员而言易 见的是,该系统还包括其他功能和结构。应该理解,用于群组通信 的或者在群组通信中所使用的功能、结构、元件和协议与实际发明 无关。因此,无需在此对其进行详细讨论。
图1中的通信系统100包括用户终端300、 300,、 300",每个用 户终端都可以经由运营商网络连接至其自己的网络运营商的服务器 200、 200,、 200",每个网络运营商优选地包括接入网和核心网,并 且可能经由诸如互联网的路由网络(未在图1中示出)连接至其他 运营商网络。
用户终端300、 300,、 300"是一组这样的装置或者设备,其将用 户终端及其用户与订阅进行关联,或者被布置用于将用户终端及其 用户与订阅进行关联,并且允许用户与通信系统进行交互。用户终 端向用户呈现信息,并且允许用户输入信息。换言之,用户终端可 以是能够从网络接收信息和/或向网络发射信息、可无线地或者经由 固定连接而连接至网络的任何终端。用户终端的示例包括个人计算 机、游戏控制台、膝上型计算机(笔记本)、个人数字助理、移动台(移动电话)以及有线电话。服务器200、 200,、 200,,可以是提供对聊天室服务器的接入的服 务器、聊天室服务器、或者充当这两个服务器。提供对聊天室服务 器的接入的服务器是可以通过用户的运营商网络、使用运营商的订 阅来访问的服务器。聊天室服务器为 一个或多个会话提供聊天室服 务,诸如向聊天室的其他参与者递送即时消息、维护与聊天中的每 个参与者的SIP信令关系、负责确保每个参与者接收到构成聊天的 媒体、以及实现聊天策略。例如,运营商C的服务器C 200,可以是 用于用户终端300、 300,、 300,,的聊天室服务器,并且使用运营商C 的订阅向用户终端300,提供对聊天室服务的接入。聊天室服务器在 这里还涵盖中心、主控会话的服务器和/或控制服务器。提供对聊天 室的接入的服务器可以被称为参与服务器。提供对聊天室的接入的和/或作为聊天室服务器的服务器200、 200,、 200,,根据应用来提供群組通信服务。服务器还可以包括除聊 天或者会话之外的多个应用,其根据一个应用来向订户提供群组通 信服务,尽管另 一应用可以用于相同订户的另 一聊天或者用于另一 订户的相同聊天。提供群组通信服务的应用可以是提供基于会话的 群组通信的任何应用。基于SIP并且至少向群组提供即时消息收发 服务的应用示例包括PoC(蜂窝一键通,由开放移动联盟OMA定 义),或者IETF SIMPLE (也即,由IETF定义的用于即时消息收发 和现场支持扩展的SIP),或者OMA即时消息收发服务(也即,由 OMA定义的、基于SIP/SIMPLE协议的即时消息收发使能器)。OMA 头见范可以在http:〃www.openmobilealliance.org找到。在〗故出本发明的 时候,OMA即时消息收发服务支持群组通信内的私密消息,但是PoC 和IETF SIMPLE不支持。由此,服务器200、 200,、 200,,例如可以 是PoC服务器,或者OMA即时消息收发服务器,或者IETF SIMPLE 即时消息收发服务器。应当理解,服务器中的聊天室可以向任意数目的不同运营商(更 准确地,向使用其订阅的用户)提供对聊天室服务的接入。换言之,运营商网络和服务器200、 200,、 200,,在此表示一个或多个相应的运 营商网络和中间服务器。还应当理解,对不同聊天室的接入可以由 不同运营商的不同聊天服务器来提供。图2是按照本发明实施方式的、表示提供群组通信服务的一个 或多个服务器或者服务器组件(例如,模块)的装置的框图。尽管 将装置描绘为一个实体,但是不同的模块和存储器可以在一个或多 个物理实体或逻辑实体中实现。装置200被配置用于检测群组通信消息内的私密消息;使用关于下 一 节点的能力信息来检查该下一 节点是否支持群组通信内的私密消息,所述能力信息是在邀请参与 者例如加入群组通信时接收的;以及根据检查结果来确定如何处理 私密消息。为此目的,该装置包括数据存储装置20,用于优选地 会话特定地并且至少暂时地存储关于下一节点的能力信息;接收机 单元21,用于接收不同的输入、信息和消息;会话信息维护单元22, 用于关注存储关于下一节点的能力信息;检测单元23,用于检测群 组通信内的私密消息;隐私提供者单元24,用于使用能力信息来检 查下一节点是否支持群组通信内的私密消息,以及用于使用检查结果来决定如何处理消息,以及用于根据该决定来处理消息;以及发 送单元25,用于发送不同的输出、信息和消息,该发送单元至少对 隐私提供者单元24进行响应。装置200可以是能够提供群组通信服务或者充当群组通信中的 中间节点的任何节点或者主机。下文将参考图3到图7详细描述单 元的功能,特别是隐私提供者单元24的功能。应当理解,该装置可 以包括用于群组通信或一对一通信的或者在群组通信或一对一通信 中使用的其他单元。然而,其与实际的发明无关,因此无需在此对 其更详细讨i仑。用户终端还可以包括用于在群组通信内发送私密消息时执行相 应功能的相应结构或者配置。实现通过实施方式描述的相应装置的功能的装置(例如,服务 器或者相应的服务器组件、用户终端和/或其他相应的设备或者装置)不仅包括现有技术装置,而且还包括用于响应于在群组通信中发送的私密消息来检查下 一 节点是否支持群组通信内的私密消息的装置;用于根据检查结果来决定如何处理私密消息的装置;以及用于 根据该决定来处理私密消息的装置。更准确地,其包括用于实现通 过实施方式描述的相应装置的功能的装置,并且其可以包括用于每 个独立功能的独立装置,或者装置可被配置用于执行两个或者更多 功能。本装置包括可以在实施方式中使用的处理器和存储器。例如, 检测单元23或隐私提供者单元24或其组合可以是被配置为由操作 处理器执行的算法操作或者程序的软件应用或者模块或者单元。实 现实施方式的功能所需的所有修改和配置可以作为例程来执行,这 些例程可以实现为新增的或者更新的软件例程、应用电路(ASIC) 和/或可编程电路。软件例程(也称为程序产品)包括小应用程序 (applet)和宏,其可以存储在任何装置可读的数据存储介质中,并 且其包括用于执行特定任务的程序指令。软件例程可以下载到装置 中。诸如服务器或者相应的服务器组件或者模块或者用户终端之类 的装置可以被配置为计算机或者微处理器,诸如单片计算机元件, 其至少包括用于提供用于算法操作的存储区域的存储器,以及用 于执行算法操作的操作处理器。操作处理器的示例包括中央处理单 元。存储器可以是可拆卸地连接至装置的可移动存储器。在提供群组通信服务的消息递送链中的装置(也即,节点)可 以被配置用于实现本发明的实施方式,而不论该装置是否提供对聊 天室的接入或者其是否为聊天室服务器或者用户终端。优选地,递 送链中的装置被配置用于实现相同的实施方式,但是这并非必须的。 递送链中的装置可以被配置用于实现不同的实施方式,和/或递送链 中的一个或多个装置可以是未被配置用于实现本发明实施方式的装 置。还可能只有聊天室服务器节点被配置用于实现本发明的实施方 式。递送链中的下一节点在此涵盖向其地址转发消息的节点,因此 涵盖用户终端和服务器,而消息从其通过的中间节点不是递送链中 的节点。转发在此也涵盖生成原始消息的副本以及发送副本,其中副本和原始消息可以具有不同的"下一节点地址"。在下文中,使用消息作为与群组通信中的其他参与者进行通信 的方式来示出不同的实施方式。然而,为清晰起见,并未详细7>开 消息的递送,因为递送细节与本发明无关。图3到图6示出了诸如服务器或者服务器组件的装置的不同实 施方式的流程图。在所示的实施方式中,为清晰起见,假设群组通 信会话已经建立,允许发送者在群组通信内发送私密消息,并且装 置具有关于下一节点的能力信息,该能力信息至少与此特定会话相 关。此外,假设群组通信基于即时消息,这并非是将本发明限于这 种方案。参考图3,在步骤301,装置接收在针对群組通信而形成的会话 内发送的即时消息。响应于接收到即时消息,装置检查该消息是否 是私密消息。例如,如果消息包含一个或多个接收者地址或者标识 而不是群组标识或者会话标识,则可以将该消息解释为私密消息。 如果即时消息不是私密消息,则装置在步骤303将即时消息转发至 下一节点。如果即时消息是私密消息(步骤302 ),则装置在步骤304使用 能力信息来检查下 一节点是否支持所考虑群组通信内的私密消息。 换言之,检查下一节点是否支持隐私。如果节点支持隐私,则装置 在步骤303将即时消息转发至下一节点。如果下一节点不支持隐私(步骤304),则装置在步骤305拒绝 该即时消息,并且在步骤306,通过例如向即时消息的发送者或者实 际上是向从其接收到消息的前一节点发送错误消息来通知消息的发 送者,其中该错误消息优选地具有解释,例如"不允许向预期接收 者发送私密消息"。换言之,在图3的实施方式中,基于使用下一节点的能力信息 的检查结果,装置通过转发检测到的私密消息或者通过拒绝该消息 并将拒绝通知发送者,从而处理该消息。该实施方式的优点在于,其确保消息未被转发给不支持群组通信内的私密消息的服务器,由此确保如果这样的服务器提供聊天 室,其将不会接收到私密消息因此不会将私密消息泄露给所有参与 者。该实施方式的另一优点在于,如果接收者的用户终端是递送链 中不支持群组通信内私密消息的第 一个节点,则消息不会发送给该 用户终端,由此确保了私密消息将不会被解释为群组消息。如果私 密消息作为群组消息而被接收,则接收者可能没有意识到该消息的 敏感性,并且可能回复,而该回复同样将一皮发送给群组通信的其他 参与者,从而破坏隐私。这可以通过此实施方式来避免。图4的实施方式使用"强制-识别指示符",消息发送者用它来 通知接收者为了正确理解该消息,其必须理解该指示符。群组通 信的上述示例所支持的通用在线和即时消息收发(CPIM)将要求报 头(require header)定义为"强制-识别指示符,,,其指示接收方必 须理解的特征,而图4的实施方式使用了该要求报头。然而,相应 的实施方式可以利用其他类型的"强制-识别指示符"来实现。参考图4,步骤401到步骤404对应于上文参考图3描述的步骤 301到步骤304,这里不再重复。在图4的实施方式中,如果下一节点不支持隐私(步骤404), 在步骤405,装置检查消息是否包含作为强制识别特征的指示对群组 通信内私密消息的支持的要求报头。例如,某些用户终端可以被配 置用于向群组通信内的私密消息添加这种要求报头,或者报头已由另一在先节点添加。指示支持的要求报头可以简单如"Require: Private (要求私密)"。如果消息不包含这种要求报头,在步骤 406,装置向消息添加这种要求报头,并在步骤407将具有要求报头 的消息转发至下一节点。换言之,设置要求报头以指示要求支持群 组通信内的私密消息。如果消息已经包含作为强制识别特征的要求对群组通信内私密 消息的支持的要求报头(步骤405 ),则装置在步骤407转发该消息。换言之,在图4的实施方式中,基于使用下一节点的能力信息 的检查结果,装置通过转发检测到的私密消息或者通过确保该消息包含作为强制识别特征的指示对群组通信内私密^肖息的支持的要求 报头或相应指示符,从而处理该消息。图4的实施方式的优点在于私密消息仅递送给支持群组通信内私密消息的接收者,而不递送给不支持群组通信内私密消息的接收者,从而确保了隐私。这是由于以下事实不支持群组通信内私 密消息的节点(服务器或者用户终端)将拒绝要求支持群组通信内 私密消息的消息。在另一实施方式中,装置不检查消息是否包含作为强制识别特 征的指示对群组通信内私密消息的支持的要求报头,而是简单地将 这种要求报头添加至消息。换言之,跳过步骤405,在步骤404后执 行步骤403或者步骤406。实现图5和图6中示出的实施方式的装置被配置用于维护关于 聊天室服务器的能力信息。关于聊天室服务器的能力信息可以在会 话建立期间获得。例如,可以使用在会话建立期间的消息中递送的 "isfocus"参数来获得关于聊天室服务器的能力信息。图5的实施方式利用了以下事实每个消息包括主题报头,该 主题报头包括发送者对消息的标题或者内容的描述。参考图5,步骤501到步骤504对应于上文参考图3描述的步骤 301到步骤304,这里不再重复。在图5的实施方式中,如果下一节点不支持隐私(步骤504 ), 则装置在步骤505检查聊天室服务器是否支持隐私,也即群组通信 内的私密消息。如果支持,则装置在步骤506可以向即时消息的主 题报头添加前缀,诸如"private (私密)",以指示该即时消息是在 群组通信内发送的私密消息,继而在步骤507将具有已修改主题报 头的即时消息转发至下 一 节点。如果聊天室服务器不支持隐私(步骤505 ),则装置在步骤508 拒绝该即时消息,并且优选地通过向该即时消息的发送者或者实际 上是向从其接收消息的前 一 节点发送例如错误消息来通 消息的发 送者,其中错误消息优选地具有解释,例如"此聊天中不允许私密消息"。换言之,在图5的实施方式中,基于使用下一节点的能力信息 的检查结果,装置如下来处理检测到的私密消息按照接收的原样 转发该消息;或者对聊天室服务器的能力进行进一步检查,并且根 据使用聊天室服务器能力信息的后一次检查结果,在转发该消息之 前向该消息的主题报头添加指示(指示该消息是群组通信内的私密 消息),或者拒绝该即时消息并将拒绝通知发送者。图5的实施方式的优点在于,接收者能够了解消息的隐私性和 敏感性。另一优点在于,只有在聊天室服务器支持群组通信内私密 消息的情况下,该聊天室服务器才接收私密消息,从而确保了聊天 室服务器不会将私密消息转发给全部参与者。另一优点在于,如果 聊天室服务器支持群组通信内的私密消息,则该私密消息将被递送 给预期接收者,而不论接收者的用户终端是否支持群组通信内的私 密消息。在另一实施方式中,装置被配置用于在添加前缀之前检查主题 报头是否已经包含指示私密消息的前缀,并且仅在主题报头未包含 这种前缀的情况下添加前缀。图6示出了装置的另一实施方式。参考图6,步骤601到步骤 604对应于上文参考图3描述的步骤301到步骤304,这里不再重复。在图6的实施方式中,如果下一节点不支持隐私(步骤604 ), 则装置在步骤605检查聊天室服务器是否支持隐私,也即群组通信 内的私密消息。如果支持,则装置在步骤606修改消息体,即,即 时消息的实际内容,以指示该即时消息是群组通信内发送的私密消 息,这例如是通过向消息体的开头添加例如前缀,诸如"来自用户 NN的私密消息"(NN表示消息的发送者),继而在步骤607,将 包含已修改消息体的即时消息转发至下 一 节点。如果聊天室不支持隐私(步骤605 ),则装置在步骤608拒绝即 时消息,并且优选地通过向即时消息的发送者或者实际上是向从其 接收消息的前 一 节点发送例如错误消息来通知消息的发送者,其中错误消息优选地具有解释,例如"此聊天中不允许私密消息"。换言之,在图6的实施方式中,基于使用下一节点的能力信息的检查结果,装置如下这样来处理检测到的私密消息按照接收的 原样来转发该消息;或者对聊天室服务器的能力进行进 一 步检查,并且基于使用聊天室服务器能力信息的后一次检查结果,在转发消 息之前修改消息体,以包含指示该消息是私密消息的指示,或者拒 绝该消息并且将拒绝通知发送者。图6的实施方式的优点在于,只有在聊天室服务器支持群组通信内的私密消息的情况下,该聊天室服务器才接收私密消息,从而 确保了聊天室服务器不会将私密消息发送给所有参与者。另 一优点 在于,如果聊天室服务器支持群组通信内的私密消息,私密消息将 被递送给预期接收者,并且接收者将了解该消息的隐私性和敏感性, 而不论接收者的用户终端是否支持群组通信内的私密消息。在另一实施方式中,装置被配置用于在转发消息体之前检查消 息体是否已经包含私密消息的指示,并且仅在其没有包含这种指示 的情况下修改消息体。在又一实施方式中,装置被配置用于响应于确保消息体包含有 私密消息的指示,确保主题报头也指示私密消息。在另一实施方式中,装置可以被配置用于确保私密消息除了包 含作为强制识别特征的指示对群组通信内私密消息的支持的要求报 头之外,还包括指示私密性的主题报头和/或指示私密性的消息体。图7是示出按照本发明进行配置的系统中的信令示例的信令流 程图。该示例示出了如下情况在已经建立群组通信会话之后,用 户终端UT-A的用户想要向用户终端UT-B的用户发送会话内的私密 消息。因此,并为清晰起见,图7中并未示出在例如会话建立期间 群组通信的其他参与者的信令。在此示例中,假设UT-A包括按照OMA即时消息收发服务的群 组通信客户端,因此其支持群组通信内的私密消息;而UT-B包括按 照PoC的群组通信客户端,因此其不支持群组通信内的私密消息。而且,假设服务器A和服务器C按照OMA即时消息收发服务来提 供群组通信服务,因此其支持群组通信内的私密消息;而服务器B 按照PoC来提供群组通信服务,因此其不支持群组通信内的私密消 息。服务器A和服务器B是提供对聊天室服务器的接入的服务器(服 务器A为UT-A提供,服务器B为UT-B提供),而服务器C是实 际的聊天室服务器。应当注意,下文中,在消息内容的示例中,即 时消息收发应用在其发送请求时是"用户代理",而在其发送响应 时是"服务器",而无论即时消息收发应用位于何处。参考图7, UT-A的用户想要与包含UT-B的用户的群组建立群 组通信会话。因此,UT-A向服务器A发送消息7-1。消息7_1可以 是"SIP INVITE User-Agent: IM-client/OMA1.0",也即,是一则指 示UT-A中的用户代理是按照OMA^见范1.0的即时消息收发客户端 的消息。响应于接收到消息7-l,在点702,服务器A将"其支持群 组通信内的私密消息"作为关于UT-A的能力信息进行存储,并向相 应的聊天室服务器(服务器C)发送消息7-3。消息7-3可以是"SIP INVITE User-Agent: IM-serv/OMA1.0",也即,是一则指示服务器A 中的用户代理是按照OMA规范1.0的即时消息收发服务器的消息。 响应于接收到消息7-3,在点7-4,服务器C将"其支持群组通信内 的私密消息,,作为关于服务器A的能力信息进行存储,并且向服务 于UT-B的服务器B发送消息7-5。消息7-5可以是"SIP INVITE User-Agent: IM-serv/OMA1.0",也即,是一则指示服务器C中的用 户代理是按照OMA规范1.0的即时消息收发服务器的消息(相应的 消息将从服务器C向其他群组成员转发,但是为了清晰起见并未示 出其他组成员)。响应于接收到消息7-5,服务器B向UT-B发送消 息7-6。该消息可以是"SIP INVITE User-Agent: PoC-serv/OMA2,0", 也即,是一则指示服务器B中的用户代理是按照OMAPoC规范2.0 的PoC服务器的消息。响应于接收到消息7-6,向UT-B的用户通知邀请,并且在此示 例中,用户想要加入群组通信。因此,UT-B向服务器B发送消息7-7。消息7-7可以是"200 OK Server: PoC画client/OMA2.0",也即, 是一则指示UT-B中的服务器是按照OMA PoC规范2.0的PoC客户 端的消息。响应于接收到消息7-7,服务器B向聊天室服务器(服务 器C )发送消息7-8。消息7-8可以是"200 OK Server: PoC-server/OMA2.0",也即,是一则指示服务器C中的服务器是按 照OMA PoC规范2.0的PoC服务器的消息。响应于接收到消息7-8, 在点7-9,服务器C将"其不支持群组通信内的私密消息"作为关于 服务器B的能力信息进行存储,并且向服务于UT-A的服务器A发 送消息7-10。消息7-10可以是"200 OK Server: IM-serv/OMA1.0", 也即,是一则指示服务器C中的服务器是按照OMA规范1.0的即时 消息收发服务器的消息。响应于接收到消息7-10,在点7-11,服务 器A将"其支持群组通信内的私密消息"作为关于服务器C的能力 信息进行存储,并且向UT-A发送消息7-12。消息7-12可以是"200 OK Server: IM-serv/OMA1.0",也即,是一则指示服务器A中的服 务器是按照OMA规范1.0的即时消息收发服务器的消息。在群组通信的某些阶段,UT-A的用户想要向UT-B的用户发送 私密消息7-13。该消息例如可以是包含UT-B的URI(统一资源标识 符)的MSRP消息而非包含群组URI的MSRP消息。响应于接收到 消息7-13,在点7-14,服务器A检测到该消息是私密的,并且在点 7-14,检查服务器C是否支持群组通信内的私密消息,在此例中, 检查结果是"是的,其支持"。因此,服务器A转发消息7-13。响 应于接收到消息7-13,在点7-15,服务器C检测到该消息是私密的, 并且在点7-15,检查服务器B是否支持群组通信内的私密消息,在 此例中,检查结果是"不,其不支持"。因此,服务器C拒绝消息 7-13,并向服务器A发送通知该拒绝的消息7-16。消息7-16可以是 "403禁止(Forbidden)",其包含拒绝的原因,例如"路径中的 网络节点不支持私密消息",或者"目标接收者不支持群组通信中 的私密消息",或者"无法将群组通信内的私密消息递送给目标接 收者,,。服务器A将消息7-16转发至UT-A,其可以向用户显示该拒绝以及原因。
如果这样来实现系统,使得仅有聊天室服务器实现实施方式,
则将跳过点7-14,其他点和信令将保持与图7所示示例中的一样。
在另一实施方式中,服务器B可以被配置用于存储能力信息。 例如,服务器B可以被配置用于响应于消息7-5,将"其支持群组通 信内的私密消息"作为关于服务器C的能力信息进行存储,以及响 应于消息7-7,将"其不支持群组通信内的私密消息"作为关于UT-B 的能力信息进行存储。
在本发明的实施方式中,用户终端可以被配置用于存储关于下 一节点的能力信息。例如,UT-A可以被配置用于响应于消息7-12 来存储"服务器A支持群组通信内的私密消息"。
尽管在上文中,已经在假设服务器检测群组通信内私密消息的 情况下公开了实施方式,但是发送用户终端可以被配置用于检测群 组通信内的私密消息,以及执行除接收步骤之外的实施方式的其他 步骤(除非通过用户接口接收的、以便发送群组通信内私密消息的 用户指令被解释为接收消息)。
上面在图3到图7中描述的步骤/点、信令消息和相关功能没有 绝对的先后顺序,某些步骤/点可以同时执行,或者是按照与给出顺 序不同的顺序来执行。例如,在图5中,步骤504可以在步骤505 之后而在步骤506之前执行,或者在图6中,步骤604可以在步骤 605之后而在步骤606之前执行。其他功能也可以在步骤/点之间或 者步骤/点之内执行,以及其他信令消息可以在所示消息之间发送。 例如,对应于图5中步骤505的步骤可以添加到图4中的步骤404 与步骤405之间,使得如果对步骤505的相应步骤的回答是"否", 则执行与步骤508和步骤509相对应的步骤,如果回答是"是", 则过程从步骤405继续。某些步骤/点或者步骤/点的部分也可以省去, 或者由相应的步骤/点或步骤/点的部分取代。例如,通知发送者的步 骤可以省略,或者可以省去图5中的步骤505、步骤508和步骤509 或者图6中的步骤605、步骤608和步骤609,从而从步骤504进行到步骤503或者步骤506,或者从步骤604进行到步骤603或者步骤 606。装置/服务器操作示出了可以在一个或多个物理实体或逻辑实体 中实现的过程。信令消息仅仅是示例性的,并且甚至可以包括用于 发送相同信息的多个独立消息。而且,消息也可以包含其他信息。
尽管在上文中假设装置存储至少关于下一节点的能力信息,但 是在一个实施方式中,装置可以被配置用于响应于检测到群组通 信内的私密消息,向下一节点请求能力信息。而且,可以响应于检 测到群组通信内的私密消息,请求关于聊天室服务器的能力信息。
对本领域技术人员来说显而易见的是,随着技术的进步,本发 明的概念可以按照多种方式来实现。本发明及其实施方式并不限于 上文描述的示例,而是可以在权利要求的范围内变化。
权利要求
1.一种方法,包括检测群组通信内的私密消息;检查所述消息应被转发至的下一节点是否支持群组通信内的私密消息;使用所述检查的结果来决定如何处理所述消息;以及按照所述决定来处理所述消息。
2. 如权利要求l的方法,进一步包括响应于所述下一节点支持群组通信内的私密消息,决定转发所述消息。
3. 如权利要求1或2的方法,进一步包括响应于所述下 一节点不支持群组通信内的私密消息,决定拒绝所述消息。
4. 如权利要求1或2的方法,进一步包括响应于所述下 一节点不支持群组通信内的私密消息,决定转发带 有如下指示的所述消息,该指示作为强制识别特征指示对群组通信内私密消息的支持。
5. 如权利要求4的方法,其中所述指示是要求报头。
6. 如权利要求l、 2、 4或者5的方法,进一步包括响应于所述下 一节点不支持群组通信内的私密消息,决定转发带 有如下主题报头的所述消息,该主题报头指示所述消息是群组通信 内的私密消息。
7. 如权利要求l、 2、 4、 5或者6的方法,进一步包括响应于确定所述下一节点不支持群组通信内的私密消息,决定转 发带有如下消息体的所述消息,该消息体指示所述消息是群组通信 内的私密消息。
8. 如权利要求4、 5、 6或者7的方法,所述方法进一步包括, 响应于所述下 一 节点不支持群组通信内的私密消息在转发之前,检查主控所述群组通信的节点是否支持群组通信内的私密消息;如果主控所述群组通信的所述节点支持群组通信内的私密消息, 则执行所述转发;以及如果主控所述群组通信的所述节点不支持群组通信内的私密消 息,则拒绝所述消息。
9. 如任一前述权利要求的方法,所述方法进一步包括 在群组通信建立期间获得能力信息。
10. 如权利要求9的方法,所述方法进一步包括 群组通信特定地来存储所述能力信息。
11. 一种包括程序代码装置的计算机程序产品,,当程序在计算 机或者处理器上运行时,适于执行任一前述权利要求的步骤。
12. —种模块,包括被配置用于实现如权利要求1-10中任一权 利要求的方法的处理器。
13. —种设备,包括检测装置,用于检测群组通信内的私密消息;隐私提供者装置,响应于所述检测装置,用于使用关于下一节点 的能力信息来检查所述下一节点是否支持群组通信内的私密消息, 以及用于使用所述检查的结果来决定如何处理所述消息,以及用于 按照所述决定来处理所述消息。
14. 如权利要求13的设备,所述设备进一步包括用于接收消 息的接收装置,其中所述检测装置被配置用于对所述接收装置进行 响应。
15. 如权利要求14的设备,其中所述接收装置被实现为被配置用于执行相应功能的接收机单元; 所述检测装置被实现为被配置用于执行相应功能的检测单元; 所述隐私提供者装置被实现为被配置用于执行相应功能的隐私 提供者单元。
16. 如权利要求13、 14或者15的设备,进一步包括存储器,其用于至少存储关于所述下一节点的能力信息。
17. 如权利要求16的设备,进一步包括会话信息维护装置, 用于关注存储所述能力信息。
18. 如权利要求17的设备,其中所述会话信息维护装置被配置 用于在所述群组通信的建立期间获得所述能力信息。
19. 如权利要求17或者18的设备,其中所述会话信息维护装置 被配置为会话信息维护单元,其被配置用于执行相应功能。
20. 如权利要求13到19中任一权利要求的设备,所述设备进一 步包括用于发送消息的发送装置,所述发送装置至少对所述隐私提 供者装置进行响应,其中所述隐私提供者装置被配置用于响应于 指示所述下一节点支持群组通信内的私密消息的结果,转发所述私 密消息。
21. 如权利要求13到20中任一权利要求的设备,其中所述隐私 提供者装置被配置用于响应于指示所述下一节点不支持群组通信 内的私密消息的结果,向所述私密消息添加指示,该指示作为强制 识别特征指示对群组通信内私密消息的支持;以及转发所述消息。
22. 如权利要求13到21中任一权利要求的设备,其中所述隐私 提供者装置被配置用于响应于指示所述下一节点不支持群组通信 内的私密消息的结果,向所述私密消息的主题报头添加指示,该指 示指示所述消息是群组通信内的私密消息;以及转发所述消息。
23. 如权利要求13到22中任一权利要求的设备,其中所述隐私 提供者装置被配置用于响应于指示所述下一节点不支持群组通信 内的私密消息的结果,向所述私密消息的消息体添加指示,该指示 指示所述消息是群组通信内的私密消息;以及转发所述消息。
24. 如权利要求13到23中任一权利要求的设备,其中所述隐私 提供者装置被配置用于响应于指示所述下一节点不支持群组通信 内的私密消息的结果,检查主控所述群组通信的装置是否支持群组 通信内的私密消息;以及响应于主控所述群组通信的所述装置支持 群组通信内的私密消息,向所述私密消息的主题报头添加指示,该指示指示所述消息是群组通信内的私密消息,以及转发所述消息; 以及响应于主控所述群组通信的所述装置不支持群组通信内的私密 消息,拒绝所述消息。
25. 如权利要求13到24中任一权利要求的设备,其中所述隐私 提供者装置配置用于响应于指示所述下一节点不支持群组通信内 的私密消息的结果,检查主控所述群组通信的装置是否支持群组通 信内的私密消息;以及响应于主控所述群组通信的所述装置支持群 组通信内的私密消息,向所述私密消息的消息体添加指示,该指示 指示所述消息是群组通信内的私密消息,并转发所述消息;以及响 应于主控所述群组通信的所述装置不支持群组通信内的私密消息, 拒绝所述消息。
26. 如权利要求13到20中任一权利要求的设备,其中所述隐私 提供者装置被配置用于响应于指示所述下一节点不支持群组通信 内的私密消息的结果,拒绝所述私密消息。
27. 如权利要求20到26中任一权利要求的设备,其中所述发送 装置被实现为被配置用于执行相应功能的发送单元。
28. 如权利要求13到27中任一权利要求的设备,其中一个或多 个所述装置被配置为算法操作,并且所述设备包括用于存储所述 算法操作的存储器以及被配置用于执行所述算法操作的操作处理器 或者微处理器。
29. —种设备,包括检测单元,其被配置用于检测群组通信内的私密消息;以及 隐私提供者单元,其被配置用于使用关于下 一节点的能力信息来 检查所述下 一节点是否支持群组通信内的私密消息,以及使用所述 检查的结果来决定如何处理所述消息,以及按照所述决定来处理所述消息。
30. 如权利要求29的设备,所述设备进一步包括被配置用于接 收消息的接收机单元,其中所述检测单元被配置用于对所述接收机 单元进4于响应。
31. —种设备,包括操作处理器,其被配置用于检测群组通信内的私密消息;使用 关于下 一 节点的能力信息来检查所述下 一 节点是否支持群组通信内 的私密消息;以及使用所述纟企查的结果来决定如何处理所述消息; 以及按照所述决定来处理所述消息。
32. 如权利要求31的设备,所述设备进一步包括被配置用于接 收消息的接收机单元,其中所述操作处理器被配置用于对所述接收 机单元进行响应。
33. 如权利要求13到32中任一权利要求的设备,其中所述设备 是被配置用于支持群组通信的服务器、服务器组件或者用户终端。
34. —种系统,包括一个或多个如权利要求13到33中任一权利 要求的设备。
全文摘要
为了确保支持群组通信内隐私消息的参与者以及不支持群组通信内隐私消息的参与者可以加入的群组通信内的私密消息的隐私,响应于检测到群组通信内的隐私消息,检查下一节点是否支持群组通信内的隐私消息,并且使用检查的结果来决定如何处理该消息。
文档编号H04L12/58GK101542989SQ200780043003
公开日2009年9月23日 申请日期2007年11月21日 优先权日2006年11月28日
发明者A·莱皮萨阿里, E-M·莱帕南, M·普克塞尔卡, T·帕沃南 申请人:诺基亚公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1