专利名称：减少网络内呈现状态事件数目的方法和系统的制作方法
技术领域：
本发明涉及用于减少网络内呈现状态事件数目的方法和装置。通过将个人频繁通信的联系人(亲密好友/最近最常使用联系人)与个人不频繁通信的联系人(非亲密好友 /最近较少使用联系人)进行隔离以更好地管理网络中呈现状态信息流来实现此目的。
背景技术：
尽管本发明专门涉及网络上呈现状态信息管理领域，并且因此参考此领域进行描述，但是应该理解，本发明在其他领域和应用中也很有用。在背景方面，存在被称为观察者(watcher)的基于标准的机制，用于便利通知用户有关被称为呈现实体(presentities)的其他用户的呈现状态信息。所述呈现状态信息， 如公知的那样，可以采取各种形式，但是一般指示用户状态。此类信息将允许其他用户确定该用户的在线、忙碌等状态。一般而言，当在移动网络中使用观察者时，该已知的基于标准的机制使用过多的无线网络资源量并且缩短了移动设备上的电池寿命。当然，过多使用网络资源不是移动提供商所希望的，而且移动用户也不希望电池寿命缩短。进一步地，在非移动使用中，当每个用户观察多个呈现实体时，产生和发送呈现状态更改通知会导致对资源(例如，服务器容量)的过分需求，这不是呈现状态网络运营商所希望的。在一种情况下，当其他用户(一种形式是，用户位于移动用户通讯簿中)的状态发生更改时，将呈现状态信息自动“推入(push)”移动用户。即使仅跟踪数百个呈现实体，此方法也会给网络带来巨大的负担，因为每次将信息推入用户都需要网络资源。此外，存在多个其他现有机制来解决网络中呈现状态信息的难题。例如，可以使用 “拉动(pull)”呈现状态信息(而非推入)。但是此方法削弱了用户体验。许多用户无法接受呈现状态信息请求(例如，拉动)和传送之间的时差。可以减少状态数，但是此方法会导致呈现状态服务的功能性降低。可以抑制呈现状态通知。此方法的缺点包括延迟发送以及丢失短时间事件的信肩、ο还可以实现触发器过滤器。但是此方法需要用户高度参与才能设置过滤器。缺少其他方法，网络提供商只能减少接收呈现状态功能的用户数。这样会导致使用服务的用户减少，可能减少收入。
发明内容
提供了用于减少网络内呈现状态事件数目的方法和装置。在目前描述的实施例的一个方面，所述方法包括检测第二用户(例如，一个呈现实体)的呈现状态的更改(通过，例如，诸如第一用户之类的观察者)，以及确定所述第二用户(例如，一个呈现实体)位于第一列表还是第二列表上，如果所述第二用户(例如，一个呈现实体)位于所述第一列表上，则立即通知所述第一用户(例如，观察者)呈现状态的更
3改，以及如果所述第二用户位于所述第二列表上，则在检测到预定事件时通知所述第一移动用户呈现状态的更改。在目前描述的实施例的另一方面，所述第一列表为亲密好友列表 /最近最常使用联系人。在目前描述的实施例的另一方面，所述第二列表包含非亲密好友列表/最近较少使用联系人的标识符。在目前描述的实施例的另一方面，所述预定事件为打开地址簿或联系人列表。在目前描述的实施例的另一方面，所述方法进一步包括修改所述第一和第二列表。在目前描述的实施例的另一方面，所述第一用户为观察者。在目前描述的实施例的另一方面，所述第二用户为一个呈现实体。在目前描述的实施例的另一方面，所述系统包括与所述第一用户(例如，观察者) 对应的第一客户端、存储第一列表和第二列表的XDMS服务器以及可操作来检测第二用户 (例如，一个呈现实体)的呈现状态更改，确定所述第二用户(例如，一个呈现实体)位于所述第一列表上还是所述第二列表上，如果所述第二用户(例如，一个呈现实体)位于所述第一列表上，则立即通知所述第一移动客户端(例如，观察者)呈现状态的更改以及如果所述第二用户(例如，一个呈现实体)位于所述第二列表上，则在检测到预定事件时通知所述第一客户端呈现状态的更改的呈现状态服务器。在目前描述的实施例的另一方面，所述第一列表为亲密好友列表。在目前描述的实施例的另一方面，所述第二列表包含非亲密好友列表上的用户/ 最近较少使用联系人的标识符。在目前描述的实施例的另一方面，所述预定事件为打开地址簿或联系人列表。在目前描述的实施例的另一方面，所述呈现状态服务器和第一客户端(例如，观察者)中的至少一项进一步可通过运行修改所述第一和第二列表。在目前描述的实施例的另一方面，所述第一用户为观察者。在目前描述的实施例的另一方面，所述第二用户为一个呈现实体。通过下面提供的详细描述，本发明进一步的应用范围将变得显而易见。但是应该理解，所述详细的描述和特定实例尽管指示本发明的优选实施例，但是仅出于说明的目的给出，因为对于本领域的技术人员来说，处于本发明的精神和范围内的各种变化和修改将是显而易见的。
本发明包括各种设备组件的结构、安排和组合以及方法步骤，并以此实现所构想的目标，如下文中更详细地描述的那样，所述目标在权利要求中具体地指出，并在附图中示出，在所述附图中图1是其中可以实现目前描述的实施例的网络的方块图；图2是根据目前描述的实施例的方法的流程图；以及图3是其中可以实现目前描述的实施例的网络的方块图。
具体实施方式
目前描述的实施例的基本理念是提供有利的PUSH和PULL (推拉)模型的混合体以在最大程度上减少无线网络资源使用的情况下实现良好的用户体验。在此方面，一种形式是针对移动客户端上显示的通信模式通过呼叫记录/最常呼叫或通信列表确定的一小组好友或最常呼叫方使用呈现状态推入方法。根据目前描述的实施例的至少一种形式，该组用户的呈现状态始终保持最新。针对地址簿上的其他项使用呈现状态拉动方法。根据目前描述的实施例的至少一种形式，该组用户可能仅在被使用时(例如，在检测到诸如打开地址簿之类的预定事件时) 更新其呈现状态。当通信模式更改时，该小组好友的构成可能发生更改，以便于这小组与用户通信的实体不断地更新。由不经常通信的实体构成的较大组仅在打开通讯簿或出现其他此类可能使用它们的事件时才会进行更新。由于仅将最新呈现状态发送给用户通讯簿上的一部分实体，因此这种组合减少了所需的网络资源(例如，大量减少使用需要分页、打开流量通道等的通知消息)。根据所提出的解决方案的至少一种形式，使用IETF、3GPP和OMA制定的标准SIP/ SIMPLE(会话发起协议/针对即时消息和呈现状态业务的利用扩展的会话发起协议)呈现状态信号。根据至少一种形式，诸如移动客户端之类的客户端分析其通信记录以确定其亲密好友列表。它在例如XDMS内设置该列表并在例如呈现状态服务器/资源列表服务器(RLS) 中订阅该列表。通过这种形式，呈现状态服务器/RLS在该列表上的任何用户出现状态更改时，通知移动客户端。进一步地，根据至少一种形式，当打开地址簿时，客户端(例如，移动客户端)请求更新非亲密好友列表的状态(使用expires = 0，PULL请求)。根据至少一种形式，当亲密好友列表更改时，由于(例如)用户通信模式的更改， 将更改两个列表(例如，亲密好友列表和非亲密好友列表)以反映此更改。现在参考附图，其中的图示仅为了说明示例性实施例，并非限制所述的主题，图1 提供其中可以集成目前描述的实施例的系统的视图。如一般所示，图1示出网络部分100。 该网络部分实现此处联系目前描述的实施例描述的技术，其中提供了推拉模型的混合体以在最大程度上减少网络资源使用的情况下使用呈现状态检测技术增强用户体验。应该理解，仅示出网络的一部分以便于说明。本领域的技术人员将理解如何将此部分与其他网络元素进行集成。在此方面，网络100包括例如与呈现状态服务器/资源列表服务器104通信的客户端102 (例如，移动客户端)。客户端102例如示出为移动客户端并且可以采取任何形式， 例如移动电话、个人计算机等。进一步地，客户端102可以是移动电话，也可以不是移动电话-它可以是例如工作站或其他计算设备。此外，客户端102为观察者。服务器104也与XML文档管理服务器(XDMQ 106进行通信。XDMS服务器106上面存储有各种信息片段，其中包括至少第一和第二列表。除这些之外，还会存储亲密好友列表 18和非亲密好友列表110。根据至少一种形式，亲密好友列表上的用户不会出现在非亲密好友列表上。这些列表可以包括例如客户端102的用户的地址簿并且可以包含与其他用户相关的标识符或其他数据。在适当的情况下，列表上的这些其他用户可以被称为呈现实体。同样，所述其他用户可以采取各种形式(例如，移动电话、计算机等)和/或使用各种设备， 并且可以是移动电话，也可以不是移动电话。在操作中，呈现状态数据在状态更改时被推入一小组好友的客户端。如亲密好友列表108所示，该小组亲密好友通过客户端102上通信的呼叫记录或最近最常使用号码进行确定。这组亲密好友使用推入机制使其在移动客户端102上的呈现状态不断保持最新。 应该理解，多数移动用户一般都希望只有一小组好友的状态不断更新。在此方面，例如，移动电话用户通常只与数量非常少的人进行通信。因此，仅让一小组亲密好友不断更新对于多数人便已足够。在至少一个实现中，使用诸如XDMS数据库的XCAP之类的标准机制自动更新客户端102(例如，移动客户端10 的亲密好友列表。通过这种方式，当亲密好友列表上的任何项发生更改，都会通知移动客户端实例102或呈现状态服务器104的用户。应该理解，此功能可以通过各种方式实现。例如，客户端(例如，移动客户端)可以通过备选实现分别请求或订阅每个亲密好友。通过进一步参考图1进行的说明，针对一小组好友推入信息的的过程可以采取各种形式。根据一个实例形式，客户端102订阅其亲密好友列表的呈现状态信息(参考线1)。 然后，呈现状态服务器104从XDMS服务器106请求亲密好友列表的成员(参考线幻。接着，XDMS服务器通过好友A、B、C和D的标识对呈现状态服务器104做出响应(参考线3)。 呈现状态服务器104将好友A、B、C和D的状态返回到客户端102 (参考线4)。此时，如果任何亲密好友(或呈现实体)的状态发生更改，呈现状态服务器都会检测到此更改并且呈现状态服务器会自动通知客户端。例如，如果亲密好友A(例如，呈现实体)的状态发生更改，便会通知呈现状态服务器(参考线幻。同样，呈现状态服务器接着将状态更改通知发送到客户端102(参考线6)。如上所述，目前描述的实施例提供推拉模型的混合体以提供增强的用户体验并限制对网络资源的使用。因此，针对地址簿上在图1中被识别为非亲密好友110的较多的项使用拉动技术。在此方面，仅在需要时使用拉动机制更新地址簿中不包括在亲密好友列表中的项。根据一种形式，使用诸如XDMS数据库的XCAP(XML配置访问协议)之类的标准机制更新非亲密好友列表。该列表上每项的呈现状态信息使用用于列表的呈现状态拉动机制进行更新。当然，可能存在备选实现。例如，在一个备选实现中，定义多个列表，其中首先拉动地址簿中最先示出的项，接着拉动后面示出的项。另外，此实现的优点在于提供更佳的用户体验。在另一备选实现中，针对地址簿中每项执行呈现状态拉动请求。就像使用推入技术一样，拉动技术可以通过各种方式实现。但是，在一个实现中， 参考图1，好友E (例如，一个呈现实体)(可以是移动电话)的状态发生更改，因此通过状态更改更新呈现状态服务器104。在这种情况下，由于需要将信息拉动到移动客户端，因此不会将通知发送到所述移动客户端。然后，当用户打开地址簿时，例如，便将拉动请求发送到指定非亲密好友列表的呈现状态服务器(参考线8)。呈现状态服务器然后从XDMS服务器106请求非亲密好友列表的成员(参考线9)。XDMS服务器106通过包括好友E的移动电话状态的所有非亲密好友的当前标识做出响应(参考线10)。呈现状态服务器然后将这些非亲密好友的状态返回到客户端102(参考线11)。因此，如果第二列表上的用户(呈现实体)状态发生更改，观察者(例如，第一用户或客户端10 不会收到有关呈现状态更改的通知，而是仅当发生预定事件时，所述观察者才会看到该呈现实体的状态的更改。目前描述的实施例的一个功能是不断更新客户端功能内的亲密好友列表。在此方面，系统可以通过不断更新亲密好友列表提供增强的用户体验。现在参考图2，其中示出方法200。在此方法中，用户与另一实体进行通信(在 202)。在该实例中，更改通信记录(在204)。根据通信记录的更改，计算或再次计算亲密好友列表(在206)。然后将亲密好友列表的新状态与旧状态进行比较以确定一个列表与另一列表相比是否发生更改(在208)。如果发生更改，便会更新XDMS服务器106上存储的亲密好友列表和非亲密好友列表(在210)。系统然后等待下一通信事件(在21 。当然，如果在208确定好友列表未发生更改，则系统仅等待下一通信事件(在212)。可以通过各种方式实现步骤210中对亲密好友列表和非亲密好友列表的更新。根据一个示例性形式，现在参考图3，其中示出系统100。在该实例中，用户或移动客户端102 将文本消息发送到好友E。在该实例中，E取代D成为最亲密的四个好友之一(参考线1)。 客户端将XCAP Put with E发送到亲密好友XDMS列表(参考线幻。移动客户端102然后将 XCAP Put with D发送到非亲密好友列表(参考线3)。所述移动客户端接着将XCAP Delete with D发送到亲密好友列表108(参考线4)。最后，所述移动客户端将XCAP Delete with E发送到非亲密好友列表110 (参考线5)。一旦执行完所有这些操作，亲密好友列表108和非亲密好友列表110的初始状态分别更改为转换状态，如亲密好友列表108’和非亲密好友列表110’所示。应该理解，此处描述的方法和技术可以使用各种软件例程、硬件配置和/或这两者的组合来实现。例如，联系图1、2和3描述的技术可以使用客户端或移动客户端、呈现状态服务器、XDMS服务器上运行的软件例程或它们的各种组合来实现。进一步地，应该理解， 这些元件可以采取各种形式，例如，它们可以集成在其他元件内，也可以作为独立的实体。上面的描述仅提供本发明的特定实施例的披露，并非旨在对本发明进行限制。因此，本发明并非仅限于上述实施例。而是应该理解，本领域的技术人员可以构想处于本发明的范围之内的备选实施例。
权利要求
1.一种通知第一用户其他用户的呈现状态更改的方法，所述方法包括 检测第二用户的呈现状态的更改；确定所述第二用户位于第一列表还是第二列表上；如果所述第二用户位于所述第一列表上，则立即通知所述第一用户呈现状态的更改；以及如果所述第二用户位于所述第二列表上，则在检测到预定事件时通知所述第一用户呈现状态的更改。
2.如权利要求1中所述的方法，其中所述第一列表为亲密好友列表。
3.如权利要求2中所述的方法，其中所述第二列表包含不在所述亲密好友列表上的移动用户的标识符。
4.如权利要求1中所述的方法，其中所述预定事件为打开地址簿或联系人列表。
5.如权利要求1中所述的方法，进一步包括修改所述第一和第二列表。
6.一种通知第一用户其他用户的呈现状态更改的系统，所述系统包括 与所述第一用户对应的第一客户端；存储第一列表和第二列表的XDMS服务器；以及呈现状态服务器，可操作来检测第二用户的呈现状态更改，确定所述第二用户位于所述第一列表上还是所述第二列表上，如果所述第二用户位于所述第一列表上，则立即通知所述第一客户端呈现状态的更改以及如果所述第二用户位于所述第二列表上，则在检测到预定事件时通知所述第一客户端呈现状态的更改。
7.如权利要求6中所述的系统，其中所述第一列表为亲密好友列表。
8.如权利要求7中所述的系统，其中所述第二列表包含不在所述亲密好友列表上的移动用户的标识符。
9.如权利要求6中所述的系统，其中所述预定事件为打开地址簿或联系人列表。
10.如权利要求6中所述的系统，其中所述呈现状态服务器和第一客户端中的至少一个还可操作来修改所述第一和第二列表。
全文摘要
本发明提供了用于减少网络内呈现状态事件数目的方法和装置。通过将亲密好友(位于好友列表或联系人列表上)与非亲密好友(位于列表上)进行隔离以更好地管理网络中呈现状态信息流来实现此目的。
文档编号H04L29/08GK102484617SQ201080029512
公开日2012年5月30日 申请日期2010年6月15日 优先权日2009年6月30日
发明者D·W·瓦尔尼 申请人:阿尔卡特朗讯公司