CN100442698C - 基于群组的业务实现方法 - Google Patents

Abstract

本发明涉及多媒体通信方法，公开了一种基于群组的业务实现方法，使得群组内的用户可以将对指定业务的使用权授予作为第三方的其它用户。本发明中，由群组用户在保存有群组签约信息的网元中建立或修改委托关系，以便将自身的群组业务委托给其它用户。委托关系有两种利用方法，一种是在委托关系生效或取消后通知提供相关群组业务的网元修改该群组业务的实际用户列表，另一种是由提供相关群组业务的网元在需要时从保存有群组签约信息的网元直接获取当前有效的实际用户列表，其中以被委托用户取代了委托用户。如果在委托关系生效时，委托用户正在使用受委托关系影响的业务，则提供该业务的网元可以根据预置策略进行处理。

Description

基于群组的业务实现方法

技术领域

本发明涉及多媒体通信方法，特别涉及基于群组的业务实现方法。

背景技术

在第三代移动通信(The Third Generation，简称“3G”)中也有一个功能和下一代网络(Next Generation Network，简称“NGN”)相似的***，这就是网际协议多媒体核心网子***(IP Multimedia Subsystem，简称“IMS”)。

IMS是按第三代合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)R5/R6标准在宽带码分多址(Wideband Code Division MultipleAccess，简称“WCDMA”)网络原有的电路域和分组域基础上叠加的一个相对独立的IP多媒体子***，是3G移动网实现分组话音和分组数据，提供统一的多媒体业务和应用的目标网络。IMS采用IP分组域作为其控制信令和媒体传输的承载通道，并采用会话初始化协议(Session Initiation Protocol，简称“SIP”)协议作为呼叫控制信令，实现了业务管理、会话控制及承载接入的三者分离。因此，可以提供基于IP的语音业务和多媒体业务、开放的业务接口和灵活的业务开发功能。

IMS网络中通过各种应用服务器(Application Server，简称“AS”)为IMS用户提供IP多媒体增值业务。这里，AS包括SIP AS、开放网络结构应用服务器(Open Services Architecture AS，简称“OSA AS”)和IP多媒体业务交换功能(IP Multimedia Service Switching Function，简称“IM-SSF”)三类。

在IMS的体系架构中，引入了多个使能逻辑功能网元，如即时送信者(Instant Messenger，简称“IM”)、出席技术(Presence Technology，也称为“Presence技术”)、可扩充标记语言文档管理服务器(Extensible Mark-upLanguage Document Management Server，简称“XDMS”)等，基于这些使能逻辑功能网元，可以构建一种多业务的应用架构。

Presence技术一方面应用于在因特网中与诸如yahoo、MSN及AOL等点到点的立即消息业务的messenger服务相结合；另一方面应用于在移动数据业务中与IM业务或“一按就讲”(Push To Talk，简称“PTT”)业务相结合，即主要应用于支持IM或PTT业务的移动终端。

目前开放移动联盟(Open Mobile Alliance，简称“OMA”)定义了各种应用业务下的可扩展的标识语言文档管理(Extensible Mark-up LanguageDocument Management，简称“XDM”)群组功能，3GPP也引入了相应的架构和定义，特别在会议、无线一键通(PoC)、聊天、IM、游戏等业务中，群组功能更是被广泛地得到应用。同时这些使能逻辑功能网元也为多种业务的扩展提供了可能。

在实际应用中，上述方案存在以下问题：对于群组业务，当该群组用户自身不能处理该业务时，只能放弃该业务。

造成这种情况的主要原因在于，群组业务的相关服务器中只有群组用户本人的信息，群组业务只能路由到群组用户本人所在的终端。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于群组的业务实现方法，使得群组内的用户可以将对指定业务的使用权授予作为第三方的其它用户。

为实现上述目的，本发明提供了一种基于群组的业务实现方法，包含以下步骤：

A在保存有群组签约信息的第一网元中，群组内的第一用户建立或修改委托关系，该委托关系指定其它的第二用户代替第一用户使用与第一用户相关的至少一项基于该群组的业务；

B当第二网元处理基于所述群组的业务时，根据所述委托关系所导致的业务实际用户的变更，将业务请求发向第二用户所在的终端。

其中，所述步骤B进一步包含以下子步骤：

当所述第二网元处理基于所述群组的业务时，向所述第一网元请求该群组的用户列表；

所述第一网元根据所述委托关系，在返回给所述第二网元的用户列表中以所述第二用户代替所述第一用户；

所述第二网元根据来自所述第一网元的用户列表，向所述第二用户所在的终端发送业务请求。

此外在所述方法中，所述步骤A之前，所述第二网元向第一网元订阅群组用户的变更事件；

所述步骤A还包含以下子步骤：

当所述第一用户建立或修改的委托关系生效后，所述第一网元通知所述第二网元以所述第二用户取代所述群组中的第一用户，所述第二网元修改本地的群组用户列表；

所述步骤B中，所述第二网元根据本地的群组用户列表，将业务请求发向所述第二用户所在的终端。

此外在所述方法中，还包含以下步骤：

所述第一用户在所述第一网元中取消所述委托关系；

所述第一网元向订阅了群组用户的变更事件的所述第二网元发送通知，该第二网元根据该通知将本地的群组用户列表中的第二用户恢复为所述第一用户。

此外在所述方法中，所述委托关系按时间段生效；

当进入生效时间段时，所述第一网元通知所述第二网元以所述第二用户取代所述群组中的第一用户，所述第二网元修改本地的群组用户列表；

当进入无效时间段时，所述第一网元通知所述第二网元将所述第二用户恢复成所述群组中的第一用户，所述第二网元修改本地的群组用户列表。

此外在所述方法中，如果所述第二网元收到来自所述第一网元的由所述委托引起的通知时，所述第一用户正在使用受该委托影响的业务，则该第二网元根据预先设置的策略执行以下操作之一：

所述第二网元直接将所述第二用户加入到当前的业务；

所述第二网元邀请所述第二用户加入当前的业务，并在收到所述第二用户同意加入当前业务的响应时，将该第二用户加入当前业务；

所述第二网元维持当前业务现状。

此外在所述方法中，在所述第一用户建立或修改委托关系前，还包含所述第一网元对该第一用户的鉴权步骤。

此外在所述方法中，所述第一网元是可扩充标记语言文档管理服务器；

所述第二网元是应用服务器。

此外在所述方法中，所述步骤A还包含以下子步骤：

当所述委托关系生效后，所述第一网元通知被委托的所述第二用户。

此外在所述方法中，所述步骤A还包含以下子步骤：

当所述委托关系生效后，所述第一网元通知同一群组内的其他用户。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，由群组用户在保存有群组签约信息的网元中建立或修改委托关系，以便将自身的群组业务委托给其它用户。委托关系有两种利用方法，一种是在委托关系生效或取消后通知提供相关群组业务的网元修改该群组业务的实际用户列表，另一种是由提供相关群组业务的网元在需要时从保存有群组签约信息的网元直接获取当前有效的实际用户列表，其中以被委托用户取代了委托用户。

如果在委托关系生效时，委托用户正在使用受委托关系影响的业务，则提供该业务的网元可以根据预置策略进行处理，例如邀请被委托用户加入当前业务、在收到被委托用户加入当前业务的请求时将其加入当前业务、或仅仅作一下记录不作进一步的处理等等。

在设定委托关系时可以同时设定生效时段。

委托关系在生效或取消时，可以通知相关的用户，包括委托与被委托用户、群组其他用户。

这种技术方案上的区别，带来了较为明显的有益效果，即通过实现委托关系，群组用户可以方便的选择第三方的其它用户代理该群组内的任何业务，因此能够丰富用户体验，完善IMS用户业务功能。

因为任何委托业务成功修改，都将通知相关的用户，所以IMS用户都能及时了解其相关的群组业务使用成员的变更信息，可以更自主的决定业务的使用，完善了IMS用户业务功能。

因为用户可以在使用群组业务的同时进行的委托操作，对该用户正使用的业务不产生影响，而被委托用户可以加入也可以不加入，所以使用户体验更加人性化和多样化。

因为可以预设委托业务的生效时段，所以用户可以更灵活的使用委托业务功能，也使用户体验更加丰富。

附图说明

图1是本发明中群组用户的委托关系示意图；

图2是本发明中群组用户群组权限委托前后变化示意图；

图3是根据本发明第一实施方式的群组用户鉴权流程图；

图4是根据本发明第一实施方式的委托流程图；

图5是根据本发明第一实施方式的委托关系形成后的群组业务处理流程图；

图6是根据本发明第二实施方式的委托及委托关系形成后的群组业务处理流程图；

图7是根据本发明第三实施方式的委托取消及委托关系取消后的群组业务处理流程图；

图8是根据本发明第四实施方式的动态委托及委托关系形成后的群组业务处理流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明中将群组业务的使用权由该用户委托给第三方的其他用户，如图1所示，进而由第三方的其他用户代替此用户完成该群组内的业务，实质上就是将群组业务用户权限的所有权和使用权分离，如图2所示。

该委托关系的建立首先是依赖于群组权限所有者的，在这个依赖下，不需要对被委托者进行任何XDM接入方面的处理，该群组的修改维护等控制权限仍然由委托人本人拥有；其次假定委托人和被委托人之间是相互信赖的关系；基于这两个依赖，形成一个可靠的授权委托关系。

该委托授权关系形成后，由XDMS修改存储在其内的相应的用户列表，AS再由XDMS中获取修改后的群组业务用户列表，根据此列表，授权使用其群组业务的用户。

这种AS获取用户列表变更的方式可以有两种：一种是直接获取，即当AS有业务发起时，向XDMS获取当前列表，在获取列表前对列表的修改都将反映到当前列表中；另一种是使用Presence技术，即AS订阅XDMS的用户列表变更，一旦XDMS修改了用户列表，便向AS发送修改消息，通知修改的内容。

另外，进行委托业务时也可能有两种情况：一种是静态的，即在用户进行委托业务操作的同时，没有使用与委托相关的群组业务；与此对应，另一种是动态的，即用户正在使用与委托相关的群组业务。其中静态方式多用于会议等，动态方式多用于游戏、聊天等。

群组用户在进行委托业务前首先要向XDMS进行鉴权，鉴权成功后，才能进行群组业务使用权限的修改。本发明第一实施方式的群组用户鉴权过程如图3所示。

在步骤301中，用户1向代理服务器发出鉴权请求。

在步骤302中，代理服务器对用户1的请求给予响应，给用户1出示鉴权输入窗口。

在步骤303中，用户1输入其用户名和密码等鉴权信息。通过鉴权，可以提高委托授权的安全度，保证用户利益。

在步骤304中，用户鉴权信息被传递给XDMS，由XDMS根据群组用户列表判断该用户是否合法。

在步骤305中，XDMS通过对用户鉴权信息的验证，返回鉴权成功信息。

在步骤306中，鉴权成功信息被代理服务器传递给用户1，完成用户鉴权。

本发明第一实施方式的委托过程如图4所示。

在步骤401中，用户1向XDMS发出委托业务请求。

在步骤402中，XDMS对用户1委托业务请求给予响应，并要求用户1输入具体的委托内容。

在步骤403中，用户1输入委托的内容，由XDMS根据内容修改其内存储的用户列表。例如用户1将其所在的工作群组的业务使用权限转交给了用户A。XDMS便将工作群组中使用权限列表中的用户1删除，由用户A代替，形成新的群组业务使用权限名单。或者XDMS将用户1扩展为用户1指示用户A。通过这样简单的输入操作，群组用户就可以方便的选择第三方的其它用户代理该群组内的任何业务，因此能够丰富用户体验，完善IMS用户业务功能。

在步骤404中，XDMS向用户1发送一个委托成功的消息。

在步骤405中，XDMS在群组业务使用权限名单修改后，向被委托人用户A发送委托通知，告知用户A被委托了用户1的工作群组的业务权限。

在步骤406中，XDMS同时也向用户1所在的工作群组的其他用户分别发送委托通知，告知群组其他用户由用户A代理用户1的群组业务。任何委托业务设定成功后，都将通知相关的用户，包括委托用户、被委托用户和群组其他用户，所以IMS用户都能及时了解其相关的群组业务使用成员变更信息，可以更自主的决定业务的使用，完善了IMS用户业务功能。

当委托关系形成后，群组其他用户发起群组业务的响应过程如图5所示。

在步骤501中，群组其他用户发起群组业务。

在步骤502中，AS一旦收到业务发起请求，便到XDMS中申请当前的该群组业务使用权限用户列表。

在步骤503中，XDMS返回修改过的当前用户列表。

在步骤504中，AS根据收到的现有用户列表，对列表中群组其他用户一一发起业务邀请。

在步骤505中，AS向用户A也发起业务邀请。因为用户1已经被用户A代替或者用户1已经指向了用户A，所以当AS根据列表发起业务邀请时，查询到原用户1的位置，便会向用户A发起业务邀请。

在步骤506中，用户A对该群组业务的邀请做出响应。可以是接收、拒绝。

在步骤507中，群组其他用户也分别对群组业务的邀请做出响应，也可以是接受、拒绝。

根据第一实施方式的委托过程，用户1进行该委托取消的过程类似，只需要用户1填写取消的委托内容。当委托取消被XDMS接受后，修改其用户列表删除用户A，恢复为用户1。当群组其他用户发起业务时，AS向XDMS申请得到的是恢复后的用户列表，因此用户A对该群组业务的使用权限失效，委托取消成功。

本发明第二实施方式中对委托后的用户列表的获取方式为订阅方式，其委托及委托关系形成后的群组业务处理方法如图6所示。

在步骤601中，AS预先向XDMS申请订阅工作群组用户列表变更。

在步骤602中，XDMS确认该AS订阅，并同时返回当前工作群组用户列表。

步骤603到步骤606与步骤401到步骤404相同。

在步骤607中，XDMS一旦修改了AS已经订阅的用户列表，便向AS发送修改通知，告知使用权限修改的内容：由用户A代替用户1。

步骤608和步骤609与步骤405和步骤406相同。

步骤610与步骤501也相同。

步骤611到步骤614与步骤504到步骤507也相同，在此不做赘述。

本发明第三实施方式根据第二实施方式的委托取消及委托关系取消后的群组业务处理流程如图7所示。

在步骤701中，用户1向XDMS发起委托业务取消请求。

在步骤702中，XDMS对委托业务取消请求响应。

在步骤703中，用户1填写取消的委托内容，取消对用户A的工作群组业务授权。XDMS根据该内容，修改其内存储的工作业务群组用户列表。将用户A从列表中删除，恢复为用户1。

在步骤704中，向用户1发送委托取消成功消息。

在步骤705中，XDMS向订阅了该工作业务群组列表变更的AS发送委托关系取消通知，AS根据通知，修改群组列表，也将用户A删除，恢复为用户1。

在步骤706中，与委托过程一样，XDMS也向用户A发送通知，告知被授予的用户1的工作群组业务使用权限被取消。

在步骤707中，XDMS同样要向群组其他用户发送该委托取消的通知。

在步骤708中，在用户1与用户A的委托关系取消后，该工作群组其他用户发起工作群组业务。

在步骤709中，AS对业务发起的申请进行响应，向群组其他用户发送业务邀请。

在步骤710中，AS不再对用户A发送业务邀请，而是根据当前的用户列表，向用户1发送业务邀请。

在步骤711中，群组其他用户对该业务邀请做出响应。

在步骤712中，用户1对该业务邀请做出响应。

本发明第四实施方式的动态委托及委托关系形成后的群组业务处理流程如图8所示。

在步骤801中，用户1正在进行工作群组的业务。

在步骤802中，群组其他用户也在进行该业务。

步骤803到步骤809与步骤603到步骤609相同。

在步骤810中，由于用户1正在业务中，AS根据修改的用户列表，单独向用户A发送该业务的邀请。

在步骤811中，用户A对该业务邀请做出响应，同样可以是接受或者拒绝。用户可以在使用群组业务的同时进行的委托操作，对该用户正使用的业务不产生影响，而被委托用户可以加入也可以不加入，这样使得用户体验更加人性化和多样化。对于该用户1在业务进行中委托用户A的情况，AS根据预先设置的策略，处理方式还可以有所不同，可以是在修改用户列表后直接将用户A加入到业务中来；也可以是对该委托业务不做响应，维持该业务的进行状态，不做人员的变更；还可以是AS得到该业务发起者的允许后将用户A加入该业务中，若不允许，则对该委托业务忽略处理。

本发明第五实施方式的委托方法和第二实施方式相同，区别仅在于，本实施方式的用户1的委托内容中，除了被委托人为用户A、委托业务为工作群组业务外，还有委托生效时段例如为2005年12月1日12:00-22:00、12月2日-4日每天09:00-12:00。可以预设委托业务的生效时段，使用户可以更灵活的使用委托业务功能，自主安排时间，也使用户体验更加丰富，加强了委托业务的服务性。

那么，XDMS仅在生效时间开始时刻修改用户列表，使委托关系生效，并向AS发送用户列表修改的通知，将用户1替换成用户A。当生效时段结束的时刻XDMS再次修改用户列表，将用户A恢复为用户1，同时也将修改通知AS。具体地说，是在2005年12月1日12:00、12月2日-4日每天的09:00这四个时刻，将用户1替换成用户A，在2005年12月1日22:00、12月2日-4日每天的12:00这四个时刻，将用户A恢复为用户1，实现仅在特殊时段使委托关系自动生效的功能。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种基于群组的业务实现方法，其特征在于，包含以下步骤：

A在保存有群组签约信息的第一网元中，群组内的第一用户建立或修改委托关系，该委托关系指定其它的第二用户代替第一用户使用与第一用户相关的至少一项基于该群组的业务；

B当第二网元处理基于所述群组的业务时，根据所述委托关系所导致的业务实际用户的变更，将业务请求发向第二用户所在的终端。

2.根据权利要求1所述的基于群组的业务实现方法，其特征在于，所述步骤B进一步包含以下子步骤：

当所述第二网元处理基于所述群组的业务时，向所述第一网元请求该群组的用户列表；

所述第一网元根据所述委托关系，在返回给所述第二网元的用户列表中以所述第二用户代替所述第一用户；

所述第二网元根据来自所述第一网元的用户列表，向所述第二用户所在的终端发送业务请求。

3.根据权利要求1所述的基于群组的业务实现方法，其特征在于，所述步骤A之前，所述第二网元向第一网元订阅群组用户的变更事件；

所述步骤A还包含以下子步骤：

当所述第一用户建立或修改的委托关系生效后，所述第一网元通知所述第二网元以所述第二用户取代所述群组中的第一用户，所述第二网元修改本地的群组用户列表；

所述步骤B中，所述第二网元根据本地的群组用户列表，将业务请求发向所述第二用户所在的终端。

4.根据权利要求3所述的基于群组的业务实现方法，其特征在于，还包含以下步骤：

所述第一用户在所述第一网元中取消所述委托关系；

所述第一网元向订阅了群组用户的变更事件的所述第二网元发送通知，该第二网元根据该通知将本地的群组用户列表中的第二用户恢复为所述第一用户。

5.根据权利要求3所述的基于群组的业务实现方法，其特征在于，所述委托关系按时间段生效；

当进入生效时间段时，所述第一网元通知所述第二网元以所述第二用户取代所述群组中的第一用户，所述第二网元修改本地的群组用户列表；

当进入无效时间段时，所述第一网元通知所述第二网元将所述第二用户恢复成所述群组中的第一用户，所述第二网元修改本地的群组用户列表。

6.根据权利要求3所述的基于群组的业务实现方法，其特征在于，如果所述第二网元收到来自所述第一网元的由所述委托引起的通知时，所述第一用户正在使用受该委托影响的业务，则该第二网元根据预先设置的策略执行以下操作之一：

所述第二网元直接将所述第二用户加入到当前的业务；

所述第二网元邀请所述第二用户加入当前的业务，并在收到所述第二用户同意加入当前业务的响应时，将该第二用户加入当前业务；

所述第二网元维持当前业务现状。

7.根据权利要求1至6中任一项所述的基于群组的业务实现方法，其特征在于，在所述第一用户建立或修改委托关系前，还包含所述第一网元对该第一用户的鉴权步骤。

8.根据权利要求1至6中任一项所述的基于群组的业务实现方法，其特征在于，所述第一网元是可扩充标记语言文档管理服务器；

所述第二网元是应用服务器。

9.根据权利要求1至6中任一项所述的基于群组的业务实现方法，其特征在于，所述步骤A还包含以下子步骤：

当所述委托关系生效后，所述第一网元通知被委托的所述第二用户。

10.根据权利要求1至6中任一项所述的基于群组的业务实现方法，其特征在于，所述步骤A还包含以下子步骤：

当所述委托关系生效后，所述第一网元通知同一群组内的其他用户。

Images