将存在订阅与联系人列表条目一起转发的系统和方法

摘要

本发明解释一种用于将存在订阅与联系人列表条目一起转发到其他用户的方法和系统，其中，所述方法包括：服务器接收对转发联系人列表条目的请求；每个用户将其他用户的ID预设为预设值列表，所述用户有兴趣接受转发的文档、别名和存在订阅；以及在执行转发操作的同时服务器检查所述预设值列表；其中，如果发送用户ID在所述预设值列表中，则服务器将所述联系人列表文档放置在接收者用户的树中。

说明书

本申请是申请日为2006年10月26日、申请号为200680039151.1、题为“将存在订阅与联系人列表条目一起转发的系统和方法”的专利申请的分案申请。

技术领域

本发明通常涉及一种移动通信技术。另外，本发明涉及在无线一键通、即时消息等中用于订阅存在并用于组通信的组和列表管理技术。更具体地说，本发明涉及一种用于将存在订阅与联系人列表条目一起转发的系统和方法。

背景技术

在与组管理有关的当前OMA(开放移动联盟)标准化规范中，联系人列表用于在组和列表管理服务器中存储联系人条目。联系人条目是特定用户的身份，通过该联系人条目，用户能够与其他用户通信。另外，组列表用于定义用于组通信的组，并包括组合在一起以执行组通信的联系人条目的列表。联系人列表和组列表具有它们自身的定义联系人列表和组列表的性质的属性集。联系人列表用于订阅其他用户的存在信息和初始化与他们的通信。组列表用于初始化如无线一键通、即时消息等组通信。

用户可在联系人列表中描述的其他用户的联系人列表条目的帮助下，通过将订阅请求发送到其他用户来订阅其他用户的存在信息。这里，存在信息是指可用于与用户通信的信息的集合，诸如，装置可用性、用户状态、位置、客户装置容量和可搜索的个人属性。可对联系人列表条目添加别名。当前，为了订阅其他用户的存在信息，用户不得不使用在他/她的联系人列表中描述的其他用户的身份(例如，SIP地址)将用于订阅存在信息的各个请求发送到其他用户。当用户想要订阅大量存在属性时，他/她在发送存在订阅请求的同时不得不包括所有需要的属性。

如果用户想要创建已经在另一用户的GLMS中存在的组列表，则他/她需要将相应用户的组的组列表条目的身份记录到某些媒体并手动地将所述条目逐个添加到创建的组。

现有技术的步骤

用户A将其他用户的条目手动地添加在他的联系人列表和组列表中。用户A在来自他的联系人列表的条目的帮助下，通过选择他/她有兴趣订阅的所需的存在属性来订阅其他用户的存在信息。用户A可逐个放置对每个用户的存在订阅请求，或他/她可通过单个订阅发送对多个端用户的存在订阅请求。用户A可使用在他的组列表中的条目初始化组通信(PoC/即时消息传输)。用户可对添加到他的联系人列表的条目添加别名。

现有技术的操作

可从图1、图2和图3理解现有技术的操作。图1描述对组/联系人列表条目添加的现有情况。执行的步骤如下：

1.假设用户A想要将用户B添加在组/联系人列表中，用户A首先将列表/组条目添加请求发送到用户B。

2.GLM服务器将对添加的请求发送到用户B。

3.如果请求被确定接受，则用户B随后通过允许信号对GLM服务器响应。

4.GLM服务器随后将用户B的条目添加到列表/组文档。

图2描述当前存在订阅机制。执行的步骤如下：

1.用户A将存在订阅请求发送到GLM服务器。

2.GLM服务器将对订阅的请求发送到用户B。

3.如果请求被确定接受，则用户B随后通过允许信号对GLM服务器响应。

4.用户A在存在服务器的帮助下，通过选择所需的存在属性订阅其他用户的存在信息。

图3描述用于添加别名的现有机制。执行的步骤如下：

1.用户A发送添加别名的请求。

2.GLM服务器将别名添加到联系人列表。

1)请求将用户添加在联系人列表中：

用户A将请求发送到服务器，以将用户B添加在他的联系人列表中。

2)服务器将条目添加到联系人列表：

服务器将请求转发到用户B，以将用户B作为条目添加在用户A的联系人列表中。如果用户B接受添加，则服务器将用户B的条目添加在用户A的联系人列表中。

3)请求创建组列表：

用户A将请求发送到服务器，以将条目添加在他的组列表中。

4)服务器将条目添加在组列表中：

服务器将条目添加在用户A的组列表中。

5)存在的订阅：

用户A将请求发送到服务器，以订阅添加到他的联系人列表条目的选择数量的用户的各个存在信息。服务器将订阅请求转发到各个用户，并且对接受订阅请求的那些用户授予存在订阅。

6)添加别名：

用户A将请求发送到服务器，以添加用户B的别名，并且相应于条目添加别名。

发明内容

技术问题

现有技术的局限性可概括如下：

1.需要手动地创建联系人列表和组列表，并且需要将各个条目逐个手动地添加到这些列表。

2.当在联系人列表或组列表中的条目数量较大时，手动添加耗时且困难。

3.需要手动订阅在联系人列表条目中的用户的存在信息。

4.当存在属性的数量较大时，手动订阅耗时且困难。

5.需要手动添加别名。

技术方案

本发明的目的在于提供一种将组/联系人列表条目、对这些条目订阅的存在信息属性和作为一个用户的联系人列表的一部分的条目的别名转发到另一用户的系统和方法。

在本发明中，通过将联系人列表/组列表条目与它们的存在订阅和别名一起转发，接收所述转发的列表、订阅和别名的用户不需要手动将条目添加到联系人列表和组列表，不需要手动订阅对已经由发送条目的用户订阅的那些属性的存在信息，不需要将条目的别名添加在联系人列表中。这减少添加条目和别名的时间，并且使存在信息的订阅容易。

为了实现上述目的，根据本发明的一方面，提供一种用于将存在订阅与联系人列表条目一起转发的方法，所述方法包括步骤：(a)服务器接收对转发联系人列表条目的请求；(b)每个用户将其他用户的ID预设为预设值列表，所述用户有兴趣接受转发的文档、别名和存在订阅；以及(c)在执行转发操作的同时服务器检查所述预设值列表；其中，如果发送用户ID在所述预设值列表中，则服务器将所述联系人列表文档放置在接收者用户的树中。

根据本发明的另一方面，提供一种用于将存在订阅与联系人列表条目一起转发的方法，所述方法包括步骤：(a)用户使用单个处理，所述处理能够将请求发送到服务器以将存储在服务器或客户机中的用户的联系人列表/组列表条目与包括别名和存在订阅的它们的属性一起转发到其他用户；(b)服务器接收用于转发联系人列表条目的请求；以及(c)服务器检查作为转发的目的的接收者用户是否接受对其发出了转发请求的联系人列表条目和它们的属性，并且服务器执行对接收者用户的请求。

根据本发明的另一方面，提供一种用于将存在订阅与联系人列表条目一起转发的系统，所述系统包括：(a)服务器接收用于转发联系人列表条目的请求的装置；(b)每个用户将其他用户的ID预设为预设值列表的装置，所述用户有兴趣接受转发的文档、别名和存在订阅；以及(c)在执行转发操作的同时服务器检查所述预设值列表的装置；其中，如果发送用户ID在所述预设值列表中，则服务器将所述联系人列表文档放置在接收者用户的树中。

有益效果

根据本发明，通过转发联系人列表条目，不需要手动逐个添加这些联系人列表条目。这减少用于添加联系人列表/组列表条目、订阅存在和添加别名所需的时间。另外，通过从另一联系人列表查阅条目，可防止在对联系人列表/组列表添加条目中的错误。而且，可避免对一个或多个存在属性的存在信息的手动订阅，并且不需要逐个手动地添加条目的别名。

附图说明

图1示出组/联系人列表条目添加；

图2示出存在订阅；

图3示出添加别名；

图4示出转发联系人列表/组列表条目；

图5示出转发联系人列表/组列表条目并执行存在订阅；

图6示出转发联系人列表/组列表条目并添加别名；

图7示出隐含地添加联系人列表/组列表条目并执行其存在订阅。

具体实施方式

第一用户可将联系人列表和组列表条目、与每个条目相应的别名和对这些条目订阅的存在信息转发到另一用户。如果接收这些的第二用户接受将所述条目添加在他/它的联系人列表和组列表中，如果可应用，则第二用户的客户机将对在转发的联系人列表中的每个条目的各个添加请求发送到服务器，并且当接收到接受对条目的添加时，服务器将所述条目添加到第二用户的联系人和组列表。如果第二用户接受在联系人列表中的条目的存在订阅，则对于第一用户具有存在订阅的联系人列表中的所有条目，第二用户的客户机发送用于订阅已经由第一用户订阅的存在信息的各个请求。当联系人列表被转发时，如果第二用户有兴趣添加由第一用户添加到条目的别名，则第二用户的客户机将用于添加与转发的联系人列表条目相应的别名的各个请求发送到服务器。使用单个处理完成与存在订阅和别名相应的联系人列表/组列表条目的转发。

本发明提出将在以下描述的系统和方法。

这里，提出一种用于将存在订阅与联系人列表条目一起转发的系统，其中，对联系人列表添加，所述系统包括：

(a)GLM服务器，转发条目以添加在联系人/组列表中，并将所述条目添加到列表/组文档；

(b)第一用户，初始化联系人列表条目转发操作，以将所述条目添加到第二用户的列表；

(c)第二用户的客户机，发送对在转发的联系人列表中的每个条目的各个添加请求；以及

(d)第二用户，如果请求被确定接受，则响应于所述请求将允许信号发送到GLM服务器。

这里，还提出一种用于将存在订阅与联系人列表条目一起转发的系统，其中，所述系统包括：

(a)第一用户，执行具有存在订阅或添加别名的联系人列表条目转发操作；

(b)GLM服务器，隐含地发出用于添加条目、别名并在假设第二用户接受所述请求的情况下订阅存在信息的请求，执行存在信息的获得，并将对转发操作的通知发送到第二用户；

(c)第二用户，如果请求被确定接受，则响应于所述请求将允许信号发送到GLM服务器；以及

(d)存在服务器，用于通过选择所需的存在属性，订阅其他用户的存在信息。

这里，提出一种将存在订阅与联系人列表条目一起转发的方法，其中，对联系人列表添加，所述方法包括步骤：

(a)GLM服务器转发条目以添加在联系人/组列表中；

(b)第一用户初始化联系人列表条目转发操作，以将所述条目添加到第二用户的列表；

(c)第二用户的客户机将各个添加请求发送到在转发的联系人列表中的每个条目；

(d)如果请求被确定接受，则第二用户响应于所述请求将允许信号发送到GLM服务器；以及

(e)GLM服务器将条目添加到列表/组文档。

这里，还提出一种用于将存在订阅与联系人列表条目一起转发的方法，其中，所述方法包括步骤：

(a)第一用户执行具有存在订阅或别名的添加的联系人列表条目转发操作；

(b)GLM服务器隐含地发出用于添加条目、别名以及订阅存在信息的请求；

(c)如果请求被确定接受，则第二用户将允许信号发送到GLM服务器；

(d)GLM服务器获得存在信息；

(e)GLM服务器将对转发操作的通知发送到第二用户；以及

(f)使用存在服务器，通过选择所需的存在属性订阅其他用户的存在信息。

因此，本发明还描述一种将存在订阅与联系人列表条目一起转发的方法，所述方法包括步骤：

(a)服务器接收用于转发联系人列表条目的请求；

(b)每个用户将其他用户的ID预设为预设值列表，所述用户有兴趣接受转发的文档、别名和存在订阅；以及

(c)在执行转发操作的同时服务器检查所述预设值列表；

其中，如果发送用户ID在所述预设值列表中，则服务器将其识别为来自接收方用户的预先接受，并且将所述联系人列表文档放置在接收者用户的树中。

可使用XML文档管理(使用XDM客户机)来完成用户的ID预设，用户将用于修改访问策略XML文档的XCAP PUT请求发送到XDM服务器，以将其他用户的ID添加到访问列表。XCAP PUT被识别以修改存储在XDM服务器上的任何XML文档，并且当按请求修改所述文档时，XDM服务器将响应返回到XML客户机。

因此，本发明还描述一种将存在订阅与联系人列表条目一起转发的系统，所述系统包括：

(a)服务器接收用于转发联系人列表条目的请求的装置；

(b)每个用户将其他用户的ID预设为预设值列表的装置，所述用户有兴趣接受转发的文档、别名和存在订阅；以及

(c)在执行转发操作的同时服务器检查所述预设值列表的装置；

其中，如果发送用户ID在所述预设值列表中，则服务器将其识别为来自接收方用户的预先接受，并且所述联系人列表文档放置在接收者用户的树中。

在用于将存在订阅与联系人列表条目一起转发的方法，如在此提出，在不影响原始联系人列表的情况下，修订的联系人列表(为了转发从原始文档修改而成)和对它们的存在订阅可被转发到多个用户。这可以被实现如下：

用户从他的联系人列表/组列表选择多个条目以转发。他/她对所述联系人列表/组列表条目执行一些操作以修改组的属性(例如，他/她从所述联系人列表/组列表去除一些条目)并将修改的联系人列表/组列表转发到其他用户。在这种情况下，他/她转发从他/她的服务树中的现有列表修改而成的联系人列表/组列表。

另外，本发明提出一种将存在订阅与联系人列表条目一起转发的交替方法，其中，存储在客户机装置上的联系人列表在修改之后被转发到接收者。该交替方法是使用单个处理将直接存储在客户机装置上的联系人列表转发到一个或多个接收者。这里，将被转发的联系人列表条目可被动态地修改并转发，而不影响存储在客户机装置的原始联系人列表。UI支持将被提供以修改联系人列表文档。用户使用提供的UI选择存储在客户机装置的高速缓冲存储器上的XML文档，修改期望的条目并初始化转发操作。能够以联系人列表的内容为主体通过HTTP XCAP PUT请求实现联系人列表的转发。也就是说，XDM客户机以联系人列表XML文档的内容为主体产生对XDM服务器的HTTP XCAP PUT请求，并将所述请求发送到XDM服务器。XDM服务器通知接收者用户接收该转发请求，并且如果接收者用户接受转发的联系人列表，则XDM服务器创建与其相应的单独的XML文档，并以接收者用户成为文档的所有者的方式存储创建的XML文档。当创建XML文档时，XML服务器将文档的URI发送到接收者用户。

通过结合附图进行的详细描述，本发明的其他目的、特点和优点将会变得更加清楚。

现将参照附图解释本发明的优选实施例。然而，应该理解，公开的实施例仅是本发明的示例，能够以各种形式实现本发明。以下描述和附图不能被理解为限制本发明，并且描述众多细节以提供对本发明的全面理解，作为权利要求的基础，并作为用于教导本领域技术人员如何实现和/或使用本发明。然而，在特定实例中，不描述已知或传统的细节，以防止不必要地在细节上混淆本发明。

所述提出的系统能够以如下方式被实现：

1.一个用户的联系人列表、组列表、联系人列表中的条目的存在订阅和联系人列表中的条目的别名被转发到另一用户，从而提示接收它们的第二用户，以将每个条目(如果在第二用户的联系人列表中条目尚不可用)、与这些条目相应的存在信息和别名添加到第二用户的联系人列表。如果第二用户选择添加条目和别名，并订阅对这些转发的条目的存在信息，则第二用户的客户机将各个请求发送到服务器，以将转发的联系人列表/组列表条目和它们的别名添加到他/她的联系人列表/组列表，并发送对转发的联系人列表中的每个条目的各个存在订阅请求。

2.在转发联系人列表/组列表条目、条目的别名和它们的存在订阅的同时，服务器假设第二用户有兴趣重新添加存在于转发的联系人列表而当前不存在于他的联系人列表中的新成员以及他/她不具有存在订阅和它们的别名的条目，并且他/她对存在订阅有兴趣的条目。因此，服务器发出用于添加当前不存在于第二用户的联系人列表中的所有转发的条目和它们的别名，以及订阅条目的存在信息的请求。

本发明的操作

第一用户从他的联系人列表/组列表选择多个条目，并通过指定他是否想要转发这些条目的别名和存在订阅，将这些条目转发到另一用户。服务器将消息发送到第二用户，从而查询他/她是否有兴趣将转发的联系人列表/组列表条目和它们的别名添加到第二用户自己的列表，以及他/她是否有兴趣订阅对已经由第一用户订阅的这些条目的存在信息。第二用户确定是否接受添加和存在订阅，第二用户的客户机将各个请求发送到服务器，以便当给予接受时将转发的条目添加到第二用户的联系人列表/组列表，并且服务器执行所需的任务。第二用户的客户机随后发送各个请求，以添加这些条目的别名，并且服务器添加与每个条目相应的别名。对于由第一用户订阅的存在属性，第二用户的客户机将各个存在订阅请求发送到转发的联系人列表中的所有用户，并且服务器执行对存在订阅的操作。

接收者用户可将识别有兴趣得到转发的联系人列表和来自它们的存在订阅的发送用户的URI添加到他/她的用户接受列表或用户拒绝列表。该服务可被认为是“ListForward”。在接收者用户的用户接受列表中的条目中描述的用户完成的转发操作将仅被转发到接收者用户。

图4描述添加联系人列表和组列表的方式。执行的步骤如下：

1.用户A初始化联系人列表条目转发操作。

2.GLM服务器转发条目，以添加在联系人/组列表中。

3.客户机用户B初始化用于添加用户C的请求。

4.GLM服务器将用于添加的请求发送到用户C。

5.如果确定接受请求，则用户C随后通过允许信号响应于GLM服务器。

6.GLM服务器随后将用户C的相应条目添加到列表/组文档。

图5描述本发明的订阅转发的联系人列表条目的存在信息的方式。执行的步骤如下：

1.用户A初始化具有存在订阅的联系人列表条目转发操作。

2.GLM服务器将条目和作为存在订阅的选项的参数转发到用户B。

3.客户机B请求将用户C添加在他/她的存在订阅中。

4.GLM服务器将存在订阅请求发送到用户C。

5.如果确定接受请求，则用户C随后通过允许信号响应于GLM服务器。

6.用户A在存在服务器的帮助下，通过选择所需的存在属性，订阅其他用户的存在信息。

图6描述添加通过转发操作添加的条目的别名的方式。执行的步骤如下：

1.用户A初始化具有别名的联系人列表条目转发操作。

2.GLM服务器将条目和用于添加别名的参数转发到用户B。

3.客户机B向GLM服务器请求添加别名。

4.GLM服务器将条目/别名添加在列表中。

图7描述添加转发的条目的别名和订阅存在信息的方式。这是不需要第二用户的处理的操作。执行的步骤如下：

1.用户A初始化具有存在订阅的联系人列表条目转发操作。

2.GLM服务器确认用户A存在于用户B的接受列表，并假设用户B接受转发的联系人列表条目和对它们的存在订阅。因此，GLM服务器向用户C发出用于添加转发的条目和为它们设置的别名以及订阅用户C的存在信息的请求。

3.如果确定接受请求，则用户C随后通过允许信号响应于GLM服务器。

4.GLM服务器在存在服务器的帮助下执行存在信息的获得。

5.GLM服务器将转发操作的通知发送到用户B，也就是说，将用户C的条目和别名添加到联系人列表并且完成对它们的存在订阅通知给用户B。

以下是实现该系统的方法的说明。

A.如下表1所示，可示出转发组操作的新处理的示例。

表1

如果发送者的身份在接收者的用户接受列表中，则组转发操作被通知给接收者用户。否则，服务器将“403被禁止”返回给发送者。该认证对与组/列表转发操作相关的所有操作是一般操作。

如果接收者用户接受转发的组，则返回“HTTP/1.1200OK”。

XDM服务器创建文档的复制，重新命名并存储它，并将对其URI的通知发送到接收者XDM客户机。这里，如下表2所示，可示出发送到接收者XDM客户机的通知。

表2

如表3所示，可示出对转发组操作的新处理的另一示例。

表3

当服务器接收PUT请求时，它识别在请求中提供的用户的SIP/URI不是发送用户的SIP URI。服务器将消息发送到接收者用户(Venki)，从而接收者用户可接受或拒绝文档。如果接收者接受所述文档，则服务器将所述文档放置在接收者用户服务树中，并将新文档的SIP URI发送到接收者用户。

B.如下表4所示，可示出对转发URI列表操作的新处理的示例。

表4

在表4，“forward_presencesubscription＝Confirm”意指服务器需要从接收者用户确认在转发的列表中的条目的存在信息的订阅。

当接收转发操作的请求时，XDM服务器认证用户。如果用户被认证以执行转发操作，则服务器发送通知给接收者用户。如果接收者用户想要接受转发的URI列表和存在订阅，则将HTTP/1.1，200OK返回给XDM服务器。服务器随后创建与URI列表相应的XML文档的副本并以接收者用户成为该列表文档的所有者的方式对其重命名。当重命名时，服务器将新创建的文档的URI发送到接收者用户。服务器将HTTP/1.1，200OK响应返回给发送者用户，以完成所述操作。接收者XDM客户机发送对URI列表中的条目的各个存在订阅请求(SUBSCRIBE)。

隐含的存在订阅操作“forward_presencesubscription＝YES”意指接收者用户想要订阅在转发的列表中的条目的存在信息。这里，如下表5所示，可示出发送的存在订阅请求。

表5

在这种情况下，服务器假设接收者用户准备好接受列表并对列表中的用户的存在订阅有兴趣。服务器隐含地将订阅请求发送到各个用户。

按照本发明，能够以新颖的方式实现所述系统。

每个用户预设他们想要接受转发的文档、别名和存在订阅的其他用户的ID。在执行转发操作的同时，服务器检查预设值，如果发送用户的ID在预设值列表中，则随后服务器将文档放置在接收者用户的树中。

如下可使用XML文档管理来完成用户的ID的预设：

使用XDM客户机，用户将XCAP PUT请求发送到XDM服务器以修改访问策略(policy)XML文档，从而其他用户的ID可被添加到访问列表。识别XCAP PUT方法以修改存储在XDM服务器上的任何XML文档。当修改所述文档时，XDM服务器将200OK响应发送回XDM客户机。

如果用于转发联系人列表条目的请求到达服务器，则服务器检索访问策略XML文档并检查转发用户是否被允许执行对其他用户的转发操作。如果转发用户的ID存在于预设值列表中，则服务器将联系人列表文档转发到接收者用户。

要求：

1.用户应该在他/她的客户机中具有用于从联系人列表/组列表选择多格条目以转发给其他用户的机构。

2.用户应该在他/她的客户机中具有用于指定用户是否有兴趣转发对他/她转发给其他用户的条目中的每一个的存在订阅和别名的机构。

3.服务器应该具有用于通知第二用户第一用户已经转发列表以及对第二用户的相关别名和存在订阅的机构。

4.第二用户应该在他的客户机中具有用于全部或选择性地接受或拒绝转发的列表以及相关的别名和存在订阅的机构。

5.第二用户应该在他的客户机中具有用于选择仅添加条目、添加别名、订阅存在信息和这些的各种组合的机构。

6.第二用户的客户机应该具有用于发送对添加条目、对这些条目的别名和存在订阅的各个请求的机构。

7.服务器应该具有用于从转发的列表识别哪个成员当前不存在于用户联系人列表中，并仅对这些条目请求上述过程的机构。

8.接收者的客户机应该具有用于从转发的列表识别哪个成员当前不存在于用户联系人列表中，并仅对这些条目请求上述过程的机构。

9.接收者的客户机应该具有用于将条目添加在他的接受/拒绝列表中，从而通过允许已经在接受列表中可用的发送者来控制转发操作的机构。

本发明在以下方面具有优点：

1.通过转发联系人列表条目，能够防止逐个手动地添加这些条目。

2.减少用于添加联系人列表/组列表条目、订阅存在并添加别名所需的时间。

3.通过从另一联系人列表查阅条目，避免在对联系人列表/组列表添加条目中的错误。

4.避免对一个或多个存在属性的存在信息的手动订阅。

5.避免逐个手动地添加条目的别名。

作为选择，服务器假设当用户将联系人列表/组列表条目转发到另一用户时，第二用户总是准备好接受联系人列表/组列表条目、对这些条目的别名和存在订阅。因此服务器不将消息发送给第二用户并等待添加所述条目的响应。服务器隐含地将各个请求发送到在条目中的所有用户，以将这些用户添加在第二用户的联系人列表中并将由其他用户允许的这些条目添加到第二用户的联系人列表/组列表。服务器添加条目的别名，并代表第二用户将存在订阅请求发送到已经由第一用户订阅的条目。