在通信网络中交换存在信息专利检索-实施例专利权专利检索查询-专利查询网

在通信网络中交换存在信息

阅读：564发布：2023-02-02

专利汇可以提供在通信网络中交换存在信息专利检索，专利查询，专利分析的服务。并且本公开内容涉及在用户设备处执行的通信系统中的分散式存在管理。本公开内容的实施例包括：选择性地更新用户设备向一个或多个其它用户设备发送存在更新消息的至少一个频率，该一个或多个其它用户设备属于与该用户设备相关联的联系组。该实施例还包括：根据经选择性地更新的频率，发送一个或多个存在更新消息。本公开内容的另一个实施例包括：获得操作用户设备的用户的联系人中形成存在更新组的子集。该实施例还包括：基于该联系人子集的优先级，识别存在更新组中的多个子组。该实施例还包括：向所识别的多个子组中少于所有子组的子组发送一个或多个存在更新消息。，下面是在通信网络中交换存在信息专利的具体信息内容。

权利要求

1.一种在用户设备处执行的通信系统中的分散式存在管理的方法，包括：
获得操作所述用户设备的用户的联系人子集，所述联系人子集构成存在更新组；
基于所述联系人子集的优先级，识别所述存在更新组中的多个子组；以及向少于所识别的多个子组的所有子组的子组发送一个或多个存在更新消息。
2.根据权利要求1所述的方法，其中，所述识别步骤包括：
确定所述存在更新组之中与低于阈值的优先级水平相关联的联系人的给定子组，从所识别的多个子组中排除所述联系人的给定子组。
3.根据权利要求1所述的方法，其中，所述识别步骤基于相关联的优先级将每一个子组填充在所述多个子组之中。
4.根据权利要求3所述的方法，其中，所述多个子组的相关联的优先级是基于各子组中包括的每一个联系人的一个或多个标准的，所述一个或多个标准包括：
所述联系人的用户分配的优先级；
所述用户和/或所述用户设备与所述联系人和/或由所述联系人所操作的给定用户设备进行通信的频率；
自所述用户和/或所述用户设备先前与所述联系人和/或由所述联系人所操作的用户设备进行通信以来的时间量；
所述用户和所述联系人之间的社交关系特性；
所述用户预期在阈值时间段之内与所述联系人进行通信的可能性；
自所述用户设备先前从由所述联系人所操作的用户设备接收到存在更新消息以来的时间量；
所述联系人和/或由所述联系人所操作的用户设备请求接收存在更新消息的频率；和/或
所述联系人和/或由所述联系人所操作的用户设备请求接收存在更新消息的最大频率。
5.根据权利要求3所述的方法，还包括：
确定第一子组在所识别的多个子组之中的第一优先级；
基于所述第一优先级，确定所述用户设备向所述第一子组发送所述存在更新消息的第一频率；
确定第二子组在所识别的多个子组之中的第二优先级；以及
基于所述第二优先级，确定所述用户设备向所述第二子组发送所述存在更新消息的第二频率，
其中，所述发送步骤根据所述第一频率和所述第二频率，向所述第一子组和所述第二子组发送所述一个或多个存在更新消息。
6.根据权利要求5所述的方法，
其中，所述第一优先级比所述第二优先级高，并且
其中，所述第一频率比所述第二频率高。
7.根据权利要求1所述的方法，还包括：
从所识别的多个子组中删除一个或多个联系人；以及
继续向减去所删除的一个或多个联系人的所识别的多个子组发送所述一个或多个存在更新消息。
8.根据权利要求7所述的方法，还包括：
检测属于所识别的多个子组中的一个子组的至少一个联系人的优先级的下降，其中，所删除的一个或多个联系人对应于检测到的所述至少一个联系人。
9.根据权利要求8所述的方法，其中，响应于在所述用户设备和由所述至少一个联系人所操作的用户设备之间没有通信的情况下经过了阈值时间段，所述检测步骤检测到所述优先级的下降。
10.根据权利要求1所述的方法，还包括：
确定与操作所述用户设备的用户相关联的存在信息，
其中，所述一个或多个存在更新消息包括所确定的存在信息。
11.根据权利要求10所述的方法，其中，所述至少一个存在更新消息还配置为请求所述少于所有子组的子组使用存在信息进行响应。
12.根据权利要求1所述的方法，其中，所述至少一个存在更新消息配置为请求所述少于所有子组的子组使用存在信息进行响应。
13.一种用于在用户设备处执行通信系统中的分散式存在管理的装置，包括：
配置为获得操作所述用户设备的用户的联系人子集的逻辑单元，所述联系人子集构成存在更新组；
配置为基于所述联系人子集的优先级，识别所述存在更新组中的多个子组的逻辑单元；以及
配置为向少于所识别的多个子组的所有子组的子组发送一个或多个存在更新消息的逻辑单元。
14.一种用于在用户设备处执行通信系统中的分散式存在管理的装置，包括：
用于获得操作所述用户设备的用户的联系人子集的模块，所述联系人子集构成存在更新组；
用于基于所述联系人子集的优先级，识别所述存在更新组中的多个子组的模块；以及用于向少于所识别的多个子组的所有子组的子组发送一个或多个存在更新消息的模块。
15.一种用于在用户设备处执行通信系统中的分散式存在管理的非暂时性计算机可读介质，包括：
用于获得操作所述用户设备的用户的联系人子集的至少一个指令，所述联系人子集构成存在更新组；
用于基于所述联系人子集的优先级，识别所述存在更新组中的多个子组的至少一个指令；以及
用于向少于所识别的多个子组的所有子组的子组发送一个或多个存在更新消息的至少一个指令。

说明书全文

在通信网络中交换存在信息

[0001] 本申请是申请日为2011年12月8日、申请号为201180065072.9、名称为“在通信网络中交换存在信息”的中国专利申请的分案申请。

[0002] 依据35U.S.C.§119(e)要求优先权

[0003] 本申请依据35U.S.C.§119(e)要求享受2010年12月8日提交的、题目为“METHOD AND APPARATUS FOR CLIENT-SIDE DISTRIBUTED AND DYNAMICALLY UPDATED NETWORK PRESENCE”的美国临时申请No.61/421,032的优先权，故以引用方式将该临时申请的全部内容并入本文。

技术领域

[0004] 概括地说，所公开的实施例涉及网络，具体地说，涉及对与网络有关的存在的管理。

背景技术

[0005] 无线通信系统已发展经历了包括第一代模拟无线电话业务(1G)、第二代(2G)数字无线电话业务(其包括临时2.5G和2.75G网络)和第三代(3G)高速数据/具有因特网能力的无线业务的各代通信系统。目前，存在多种不同类型的无线通信系统在使用，其包括蜂窝和个人通信服务(PCS)系统。已知蜂窝系统的示例包括蜂窝模拟高级移动电话系统(AMPS)和基于码分多址(CDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(GSM)变型的数字蜂窝系统、以及使用TDMA和CDMA技术二者的新型混合数字通信系统。

[0006] 在美国，电信工业联盟/电子工业联盟在标题为“Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System”的TIA/EIA/IS-95-A(本申请将其称为IS-95)中，对用于提供CDMA移动通信的方法进行了标准化。在TIA/EIA标准IS-98中，描述了组合的AMPS&CDMA系统。在覆盖了称为宽带CDMA(W-CDMA)、CDMA2000(例如，诸如CDMA2000 1xEV-DO标准)或者TD-SCDMA的IMT-2000/UM或者国际移动电信系统2000/通用移动通信系统、标准中，描述了其它通信系统。

[0007] 在W-CDMA无线通信系统中，用户设备(UE)从固定位置节点B(其还称为小区站点或者小区)接收信号，其中这些固定位置节点B在与这些基站相邻或者其周围的特定地理区域中支持通信链路或者服务。节点B提供针对接入网络(AN)/无线接入网络(RAN)的进入点，其中接入网络(AN)/无线接入网络(RAN)通常是使用基于标准因特网工程工作小组(IETF)的协议的分组数据网络，这些协议支持基于服务质量(QoS)需求来区分业务的方法。因此，节点B通常通过空中接口与UE进行交互，通过因特网协议(IP)网络数据分组与RAN进行交互。

[0008] 在传统的无线通信系统中，用户设备可以保存列出有具体的人和业务，以及其各自的电话号码和电子邮件地址的地址簿。用户可以通过输入适当的命令(例如，通过设备的用户界面)，发起与该地址簿中所列出的一方的通信。仅当被呼叫方对该呼叫进行答复时，设备用户才知道呼叫方是可用的，并愿意参与讨论。如果被呼叫方没有对该呼叫进行答复，则该设备的用户发起该呼叫是浪费时间的。如果设备的用户希望进行第二次尝试，则重复该处理过程，其中在该时间使用替代的方式，例如向相同的电话号码发送文本消息，或者使用地址簿中的另一个电话号码，或者发送电子邮件消息。

[0009] 上面的示例是用于发起与一个被呼叫方的通信。为了通过连接到无线系统的用户设备发起组通信，则需要一些另外的动作。例如，用户首先向会议呼叫供应商服务提供受邀方列表，随后，供应商服务可以向每一个受邀方发送电子邮件邀请。即使用户在与该会议呼叫的安排时间相比更早的最终期限之前请求接受，直到该会话呼叫开始之前，该用户也不知道哪些受邀方将事实上参加该会议。此外，如果用户根据接受统计确定参与者的数量非常少，或者某些关键人员将不能参加，那么用户必须进行重新安排，并发送另一组邀请。发明内容

[0010] 本公开内容涉及在用户设备处执行的通信系统中的分散式存在管理。本公开内容的实施例包括：选择性地更新用户设备向一个或多个其它用户设备发送存在更新消息的至少一个频率，所述一个或多个其它用户设备属于与该用户设备相关联的联系组。该实施例还包括：根据经选择性地更新的频率，发送一个或多个存在更新消息。

[0011] 本公开内容的另一个实施例包括：获得操作所述用户设备的用户的联系人中形成存在更新组的子集。该实施例还包括：基于所述联系人子集的优先级，识别所述存在更新组中的多个子组。该实施例还包括：向所识别的多个子组中少于所有子组的子组发送一个或多个存在更新消息。附图说明

[0012] 给出附图用以帮助实施例的描述，并且附图仅是为了与这些实施例有关的示例的说明而提供的，而并非对其任何限制。

[0013] 图1是根据至少一个实施例，支持用户设备和网络的无线网络体系结构的图。

[0014] 图2A示出了根据一个示例性实施例的图1的核心网。

[0015] 图2B更详细地示出了图1的无线通信系统的示例。

[0016] 图3是根据至少一个实施例的用户设备的示图。

[0017] 图4A描绘了用于更新用户设备发送更新请求的频率的示例性实施例。

[0018] 图4B描绘了用于更新正由用户设备所维持的存在更新组中所维持的用户的数目的示例性实施例。

[0019] 图5是示出根据至少一个实施例的一种示例性存在方法的功能框流程图。

[0020] 图6示出了根据一个或多个示例性实施例，用于对活动用户状态的本地监测、用于进行实践的组织方案的一个示例。

[0021] 图7示出了根据一个或多个示例性实施例，用于进行实践的本地显示方案的一个示例。

[0022] 图8是示出根据至少一个实施例，一种示例性存在方法的功能框流程图，其中该流程图与根据一个“非正式”方面的一种方法的功能流程组合。

[0023] 图9是示出根据一个信道选项方面，一种示例性存在通信的功能框流程图。

[0024] 图10示出了一种通信设备，该通信设备包括配置为执行功能的逻辑单元。

具体实施方式

[0025] 在下面的针对本发明特定实施例的描述和相关附图中，公开了本发明的方面。在不脱离本发明保护范围的基础上，可以设计出替代性的实施例。此外，为了避免造成本发明的相关细节的模糊，没有详细描述或者省略了本发明的一些公知单元。

[0026] 本文使用的“示例性”一词意味着“用作例子、例证或说明”。本文中描述为“示例性”的任何实施例不应被解释为比其它实施例更优选或更具优势。同样，术语“本发明的实施例”不是要求本发明的所有实施例都包括所讨论的特征、优点或操作模式。

[0027] 本申请所使用的术语仅仅是用于描述特定的实施例，而不是旨在限制本发明的实施例。如本申请所使用的，除非上下文明确地指明，否则单数形式的“一个”、“一”和“特定的一个”也旨在包括复数形式。还应当理解的是，如本申请所使用的术语“包括”、“具有”、“包含”和/或“含有”指定了存在所标明的特征、整数、步骤、操作、单元和/或部件，但它们也不排除存在或增加一个或多个其它特征、整数、步骤、操作、单元、部件和/或其组合。

[0028] 此外，围绕由例如计算设备的模块执行的动作顺序，来描述多个实施例。应当认识到，本申请描述的各种动作可以由特定的电路(例如，专用集成电路(ASIC))、由一个或多个处理器执行的程序指令或者二者的组合来执行。此外，本申请描述的这些顺序的动作可以被认为是完全地体现在任何形式的计算机可读存储介质中，所述计算机可读存储介质具有存储在其中的相应计算机指令集，当这些计算机指令被执行时，将使得相关联的处理器执行本申请所描述的功能。因此，本发明的各个方面可以以多种不同的形式来体现，所有预期的这些不同形式都落入本发明的保护范围之内。此外，对于本申请描述的每一个实施例来说，本申请可以将相应形式的任何这种实施例描述成例如“配置为执行所描述的动作的逻辑单元”(下面参照图10所更详细描述的)。

[0029] 图1根据本发明的至少一个实施例，示出了一种无线通信系统100的一个示例性实施例的框图。系统100可以包含通过空中接口104与接入网络或者无线接入网络(RAN)120进行通信的UE(例如，蜂窝电话102)，其中接入网络或者RAN 120可以将接入终端102连接到在分组交换数据网络(例如，内联网、因特网和/或核心网126)和UE 102、108、110、112之间提供数据连接的网络设备。如图所示，UE可以是蜂窝电话102、个人数字助理108、寻呼机110(其在本申请示出为双向文本寻呼机)、或者甚至具有无线通信端口的单独计算机平台112。因此，本发明的实施例可以实现在包括无线通信端口或者具有无线通信能力的任何形式的接入终端上，其包括但不限于：无线调制解调器、PCMCIA卡、个人计算机、电话或者其任意组合或者子组合。此外，如本申请所使用的，其它通信协议(即，其不同于W-CDMA)中的术语“UE”可以互换地称为“接入终端”、“AT”、“无线设备”、“客户端设备”、“移动终端”、“移动站”以及其变型。

[0030] 返回参见图1，无线通信系统100的组件以及本发明的示例性实施例的组成部分的相互关系，并不限于所描绘的配置。系统100只是示例性的，系统100可以包括允许远程UE(例如，无线客户端计算设备102、108、110、112)，在彼此之间和/或在通过空中接口104和RAN 120连接的组件之间传输空中下载的任何系统，其包括但不限于核心网126、因特网、PSTN、SGSN、GGSN和/或其它远程服务器。

[0031] RAN 120对发送给RNC 122的消息(其通常发送成数据分组)进行控制。RNC 122负责在服务的通用分组无线服务(GPRS)支持节点(SGSN)和UE 102/108/110/112之间发送信号、建立承载信道和拆卸承载信道(即，数据信道)。如果实现链路层加密，则在通过空中接口104转发内容之前，RNC 122还对其进行加密。RNC 122的功能是本领域公知的，为了简短起见，不进行进一步讨论。核心网126可以通过网络、因特网和/或公众交换电话网(PSTN)与RNC 122进行通信。或者，RNC 122可以直接连接到因特网或者外部网络。一般情况下，核心网126和RNC 122之间的网络或者因特网连接传输数据，PSTN传输语音信息。RNC 122可以连接到多个节点B 124。以类似于核心网126的方式，RNC 122通常通过网络、因特网和/或PSTN连接到节点B 124，来进行数据传输和/或语音信息。节点B 124可以将数据消息无线地广播给UE(例如，蜂窝电话102)。节点B 124、RNC 122和其它组件可以形成RAN 120，如本领域所公知的。但是，也可以使用替代的配置，本发明并不限于所描绘的配置。例如，在另一个实施例中，可以将RNC 122以及节点B 124中的一个或多个的功能综合到单个“混合”模块中，该模块具有RNC 122和节点B 124二者的功能。

[0032] 图2A根据本发明的一个实施例，示出了核心网126。具体而言，图2A示出了在W-CDMA系统中实现的通用分组无线服务(GPRS)核心网。在图2A的实施例中，核心网126包括服务的GPRS支持节点(SGSN)160、网关GPRS支持节点(GGSN)165和因特网175。但是，应当理解的是，在替代的实施例中，因特网175和/或其它组件的一部分可以位于核心网之外。

[0033] 通常，GPRS是全球移动通信系统(GSM)电话为发送因特网协议(IP)分组所使用的协议。GPRS核心网(例如，GGSN 165和一个或多个SGSN 160)是GPRS系统的中心部分，其还为基于W-CDMA的3G网络提供支持。GPRS核心网是GSM核心网的组成部分，其为GSM和W-CDMA网络中的IP分组服务提供移动管理、会话管理和传输。

[0034] GPRS隧道协议(GTP)是规定GPRS核心网的IP协议。GTP是允许GSM或者W-CDMA网络的终端用户(例如，接入终端)从一个地方向另一个地方移动，同时该用户继续连接到因特网，如同来自于GGSN 165的一个位置的协议。这通过将用户的数据从该用户的当前SSGN 160传送到GGSN 165来实现，其中GGSN 165对该用户的会话进行处理。

[0035] GPRS核心网使用三种形式的GTP；即，(i)GTP-U、(ii)GTP-C和(iii)GTP’(主GTP)。针对每一个分组数据协议(PDP)上下文，使用GTP-U在单独的隧道中传输用户数据。GTP-C用于控制信令(例如，PDP上下文的建立和删除、GSN到达能力的验证、如当用户从一个SGSN移动到另一个时的更新或者修改等)。GTP’用于将收费数据从GSN传送到收费功能。

[0036] 参见图2A，GGSN 165充当为GPRS骨干网络(没有示出)和外部分组数据网络175之间的接口。GGSN 165从来自于SGSN 160的GPRS分组中提取与分组数据协议(PDP)格式(例如，IP或者PPP)相关联的分组数据，并在相应的分组数据网络上发送这些分组。在另一个方向中，GGSN 165将输入的数据分组指引到SGSN 160，SGSN 160对RAN 120所服务的目的地UE的无线接入承载(RAB)进行管理和控制。从而，GGSN 165将目标UE的当前SGSN地址和他/她的简档存储在其的位置寄存器中(例如，存储在PDP上下文中)。GGSN负责IP地址分配，其是连接的UE的缺省路由器。此外，GGSN还执行认证和收费功能。

[0037] 举例而言，SGSN 160代表核心网126中的多个SGSN里的一个。每一个SGSN负责在相关联的地理服务区域中传送来自和去往UE的数据分组。SGSN 160的任务包括分组路由和传输、移动管理(例如，连接/分离和位置管理)、逻辑链路管理以及认证和收费功能。SGSN的位置寄存器将在SGSN 160中注册的所有GPRS用户的位置信息(例如，当前小区、当前VLR)和用户简档(例如，分组数据网络中使用的IMSI、PDP地址)，存储在例如用于每一个用户或UE的一个或多个PDP上下文之中。因此，SGSN负责(i)对来自GGSN 165的下行链路GTP分组进行去隧道化，(ii)将IP分组上行链路隧道化到GGSN 165，(iii)随着UE在SGSN服务区域之间移动而执行移动管理，以及(iv)向移动用户出具账单。如本领域普通技术人员所应当理解的，除(i)-(iv)之外，与针对W-CDMA网络所配置的SGSN相比，针对GSM/EDGE网络配置的SGSN具有稍微不同的功能。

[0038] RAN 120(例如，在通用移动通信系统(UMTS)系统体系结构中，或者UTRAN)使用诸如帧中继或IP之类的传输协议，通过Iu接口与SGSN 160进行通信。SGSN 160通过Gn接口与GGSN 165进行通信，其中Gn接口是SGSN 160和其它SGSN(没有示出)与内部GGSN之间的基于IP的接口，使用上面所规定的GTP协议(例如，GTP-U、GTP-C、GTP’等)。虽然图2A中没有示出，但域名系统(DNS)也使用Gn接口。GGSN 165连接到公众数据网(PDN)(没有示出)，随后使用IP协议通过Gi接口直接连接到因特网175，或者通过无线应用协议(WAP)网关连接到因特网175。

[0039] PDP上下文是在SGSN 160和GGSN 165上存在的数据结构，其中当特定UE具有活跃的GPRS会话时，该数据结构包含该UE的通信会话信息。当UE希望发起GPRS通信会话时，该UE必须首先连接到SGSN 160，随后激活与GGSN 165的PDP上下文。在该用户当前访问的SGSN 160和服务于该UE的接入点的GGSN 165中，这分配PDP上下文数据结构。

[0040] 图2B更详细地示出了图1的无线通信系统100的示例。具体而言，参见图2B，UE 1...N示出为在由不同的分组数据网络端点进行服务的位置处，连接到RAN 120。虽然图2B的视图是特定于W-CDMA系统和术语，但应当理解如何对图2B进行修改以遵循1x EV-DO系统。因此，UE 1和3连接到由第一分组数据网络端点162(例如，其可以对应于SGSN、GGSN、PDSN、归属代理(HA)、外地代理(FA)等)进行服务的部分的RAN 120。第一分组数据网络端点
162则通过路由单元188连接到因特网175和/或连接到认证、授权和计费(AAA)服务器182、配置服务器184、因特网协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)注册服务器186和/或应用服务器170中的一个或多个。UE 2和5…N连接到由第二分组数据网络端点164(例如，其可以对应于SGSN、GGSN、PDSN、FA、HA等)进行服务的部分的RAN 120。类似于第一分组数据网络端点162，第二分组数据网络端点164通过路由单元188连接到因特网175和/或连接到AAA服务器182、配置服务器184、IMS/SIP注册服务器186和/或应用服务器170中的一个或多个。UE 4直接连接到因特网175，并通过因特网175随后连接到上面所描述的系统组件中的任何一个。

[0041] 参见图2B，UE 1、3和5…N描绘成无线蜂窝电话，UE 2描绘成无线平板PC，UE 4描绘成有线桌面型站。但是，在其它实施例中，应当理解的是，无线通信系统100可以连接任何类型的UE，图2B中所描绘的示例并不旨在限制可以在该系统中实现的UE的类型。此外，虽然AAA 182、配置服务器184、IMS/SIP注册服务器186和应用服务器170均描绘成结构上单独的服务器，但在本发明的至少一个实施例中，可以将这些服务器中的一个或多个合并在一起。

[0042] 此外，参见图2B，应用服务器170描绘成包括多个媒体控制复合体(MCC)1…N 170B和多个区域调度器1…N 170A。总的来说，区域调度器170A和MCC 170B包括在应用服务器170中，其中在至少一个实施例中，应用服务器170可以对应于分散式的服务器网络，其中这些服务器统一地对无线通信系统100中的通信会话(例如，通过IP单播和/或IP多播协议的半双工组通信会话)进行仲裁。例如，由于理论上由应用服务器170仲裁的通信会话，可以在位于系统100中的任何地方的UE之间发生，因此分布多个区域调度器170A和MCC，以减少仲裁的通信会话的时延(例如，使得处于北美的MCC不在位于中国的会话参与者之间对媒体进行来回中继)。

[0043] 由于如上所述的原因，当引用应用服务器170时，应当理解的是，相关联的功能可以由区域调度器170A中的一个或多个和/或MCC 170B中的一个或多个执行。通常，区域调度器170A负责与建立通信会话有关的任何功能(例如，处理UE之间的信令消息、调度和/或发送通知消息等)，而MCC 170B负责在该呼叫实例的持续时间期间主持该通信会话，其包括进行输入呼叫发送和在仲裁的通信会话期间进行媒体的实际交换。

[0044] 参见图3，诸如蜂窝电话的UE 200(这里是无线设备)具有平台202，平台202可以接收和执行从RAN 120发送的软件应用、数据和/或命令，其中这些软件应用、数据和/或命令基本上来自于核心网126、因特网和/或其它远程服务器和网络。平台202可以包括收发机206，收发机206操作性耦接到专用集成电路(ASIC)208或者其它处理器、微处理器、逻辑电路或者其它数据处理设备。ASIC 208或者其它处理器执行应用程序接口(API)210层，API
210层与无线设备的存储器212中的任何驻留程序进行交互。存储器212可以包括只读存储器或者随机存取存储器(RAM和ROM)、EEPROM、闪存卡或者计算机平台通用的任何存储器。此外，平台202还可以包括本地数据库214，本地数据库214可以保存存储器212没有活跃使用的应用。一般情况下，本地数据库214是闪存单元，但其也可以是如本领域所公知的任何辅助存储设备，例如，磁介质、EEPROM、光介质、磁带、软盘或者硬盘等。此外，内部平台202组件还可以操作性耦接到诸如天线222、显示器224、一键通按钮228和键盘226等其它组件之类的外部设备，如本领域所公知的。

[0045] 因此，本发明的实施例可以包括具有执行本申请所描述功能的能力的UE。如本领域普通技术人员所应当理解的，各个逻辑单元可以用分离单元、在处理器上执行的软件模块或者软件和硬件的任意组合来体现，以实现本申请所公开的功能。例如，可以对ASIC 208、存储器212、API 210和本地数据库214全部进行协作性地使用，以便装载、存储和执行本申请所公开的各种功能，因此用于执行这些功能的逻辑可以分布在各个单元之中。当然，也可以将功能并入到一个分离组件之中。因此，图3中的UE 200的特征只应视作为示例性的，本发明并不限于所描绘的特征或者排列。

[0046] UE 102或200和RAN 120之间的无线通信，可以是基于不同的技术，例如，码分多址(CDMA)、W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分复用(OFDM)、全球移动通信系统(GSM)或者可以用于无线通信网络或数据通信网络的其它协议。例如，在W-CDMA中，通常在客户端设备102、节点B 124和RNC 122之间进行数据通信。RNC 122可以连接到诸如核心网126、PSTN、因特网、虚拟专用网、SGSN、GGSN等之类的多个数据网络，因此允许UE 102或UE 200接入到更宽的通信网络。如前面所讨论以及本领域所公知的，可以使用多种网络和配置，将语音传输和/或数据从RAN发送到UE。因此，本申请所提供的说明并不限于本发明的实施例，其仅仅是帮助描述本发明的实施例的方面。

[0047] 下面，根据W-CDMA协议和相关联的术语(例如，诸如替代移动站(MS)、移动单元(MU)、接入终端(AT)等的UE，与EV-DO中的BSC相比而言的RNC、或者与EV-DO中的BS或MPT/BS相比而言的节点B等)，来概括地描述了本发明的实施例。但是，本领域普通技术人员应当容易理解的是，如何结合不同于W-CDMA的无线通信协议来应用本发明的实施例。

[0048] 在根据一个实施例的一个示例中，用户社交通信系统可以具有多个用户，并且每一个用户具有在该用户系统中接入、参与和进行各种通信的可定义的特权集。用户设备可以是任何先前所描述的类型和种类的用户设备，例如，蜂窝电话、PDA和上网本。

[0049] 应当理解的是，“用户设备”不必是唯一于特定用户的硬件单元。举例而言，可以预期的是可以向用户提供便携式授权/验证机制，其中该授权/验证机制准许该用户临时地将用户可接入设备配置为具有该用户的通常社交网络配置和设置，其包括(关于该社交网络的)公共简档授权、内部优先级设置、隐私设置、以及与其它用户的其它界面，将在稍后的部分中对其中的每一个进行更加详细地描述。

[0050] 根据一个或多个实施例，用户的用户设备建立并动态地更新一个列表或其它本地数据库，该列表或本地数据库指示该用户与其正在进行通信、或者已与其通信的其它用户，并且指示其中每一个用户与网络有关的当前状态。用于对该列表进行排序、增加、维持以及从该列表中删除其它用户的标准和规则包括该用户设备当前存储的其它用户的存在的特性、与这些其它用户通信的新近程度、字母顺序、以及稍后将更加详细描述的其它标准和规则。

[0051] 为了简短起见，可以由每个用户的用户设备本地维持的满足这些标准的用户的列表或数据库将被称为“存在更新组”。应当理解的是，短语“存在更新组”是为了在本公开内容中便于引用而使用的任意名称，并且该短语并非旨在具有或者传达关于任何特定的方法、动作、图形形式、排列、执行动作的顺序、或者结构的任何含义。因此，如本文所使用的，存在更新组包括特定用户的联系人集合，其中用户指导对该特定用户的存在状态更新(例如，当该用户繁忙、可用时等，通知该存在更新组)，并且该用户接收该特定用户的存在状态更新(例如，其指示联系人是否繁忙、可用等)。应当理解的是，用户可以包括不是该存在更新组的一部分的一个或多个另外的联系人，使得在某些实现中，该存在更新组与该用户的联系人的子集相对应。

[0052] 在一个方面，标识另一个用户的用户设备的存在更新组中的条目或记录，描绘该用户关于网络的参与性和可用性、或者存在性，其中该网络可以在这些用户之中整体地或部分地共享。存在的状态通过各种参数进行规定，其中这些参数统一地用“存在值”或“PV”来表示。

[0053] 根据一个实施例，给定用户的用户设备可以配置为：更新其存在更新组以便在其存在更新组中只维持该瞬时用户的用户设备在近期内可能进行通信的这种其它用户。就其它利益而言，该特征减少了不必要的处理和用户设备中的存储，另外还减少了由于用户设备更新它们的存在更新组以反映不相关用户设备的状态改变而造成的不必要的消息开销。用此方式，存在更新组可以与该给定用户的联系簿中的联系人的减少的列表或子集相对应。

[0054] 在一个方面，给定用户的用户设备可以基于对于该给定用户的用户设备和联系人之间的通信的当前参与(就更小程度而言，近期对于该给定用户的用户设备和联系人之间的通信的参与)，来估计未来通信的可能性。在另外的方面，用户设备可以维持本用户与其处于当前通信的用户组的PV，或者本用户最近参与的组的PV，其中在稍后的部分将更加详细地描述“组”。在一个示例中，每一个用户组与存在更新组的一个子组相对应。

[0055] 根据一个实施例，给定用户的用户设备在维持其自己的存在更新组时，可以用某种方式与其它用户设备进行交互，以进一步提供本地存在更新组的分散式、动态更新。在一个方面，给定用户的用户设备可以配置为：指示何时向其它用户的用户设备发送针对更新信息的请求，其中该更新信息刻画其它用户设备在网络中的存在性。为了简短起见，下文将这些请求称为“PV更新请求”。发送方用户设备在更新其存在更新组中的条目(包括删除条目)时，使用这些请求的响应。如下面所更详细描述的，在一个方面，用户设备可以配置为：指示以某种方式发送PV更新请求的时间，以便满足关于消息开销的效率目标和更新存在更新组的频率。

[0056] 在另外的方面，给定用户的用户设备可以基于自从该用户设备上一次从特定的其它用户接收到PV更新以来的时间长度，发送针对它们的存在更新组中的条目的PV更新请求。此外，对于该方面，给定用户的用户设备可以配置为：针对其存在更新组中的每一个用户，建立和维持超时定时器。另一个示例性标准可以是用户可选择的优先级、或者特定于应用的优先级，例如，与存在更新组中的其它用户的通信是否是依照交互式实时行为。

[0057] 在给定用户的用户设备动态更新其本地存在更新组的一个方面，该给定用户的用户设备可以配置为：在确定何时发送PV更新请求时，检测和使用一个或多个触发事件。举例而言，触发事件可以是该给定用户的用户设备从先前的断电状态到初始的打开、或者加电。其它触发事件可以是该给定用户对他/她的用户设备进行解锁(例如，输入文字数字解锁码)、或者该给定用户(例如，通过用户设备上的触摸屏图标)发起应用以执行社交网络互连。

[0058] 在一个另外的方面，该给定用户的用户设备可以配置为：当该用户设备被锁定时，停止更新其存在更新组，以便节省电池电源和/或减少网络上的不必要消息业务。该方面可以与上面所描述的示例(在解锁用户设备之后，发送PV更新请求的触发事件)相耦合。应当理解的是，根据该方面的给定用户的用户设备可以配置为：在确定是否暂停更新存在更新组时，在不同模式的用户设备锁定之间进行区分。例如，用户设备可以具有防止未授权个人使用该设备的一种锁定模式，用于防止无意中的键盘按压的另一种锁定模式(例如，当用户设备放置在用户的口袋时会发生这种情形)。后一种锁定模式可以称为“不慎键禁用锁定模式”。此外，对于该方面，用户可以希望维持存在更新组更新，同时该用户设备处于不慎键禁用锁定模式。

[0059] 另外，给定用户的用户设备可以配置为：当很可能用户未正在观看该设备的显示器时(例如，当用户将该设备放下，或者在呼叫并且将设备把持在他或她的耳边时)，停止更新其存在更新组、其存在更新组的视觉表示或者二者。只要用户设备感测到其被放下(例如，变得不移动或者移动小于阈值)，或者该用户在呼叫中，或者在流逝了阈值时间段之后，用户设备就停止更新其存在更新组。此外，用户设备还可以使用其它信息，来感测其已被放下。例如，如果是在深夜，并且用户设备确定其一个小时没有移动，则设备可以假定用户正在睡眠，故停止更新其存在更新组。用户设备可以通过利用该用户设备的陀螺仪和加速计，来感测到用户将其放下，如本领域任何普通技术人员所容易理解的。

[0060] 在另一个方面，部分地类似于上面的方面，用户设备可以配置为：当给定用户的用户设备执行一个应用(例如，媒体播放器或游戏)(其中，该应用可能继续在扩展的时间(例如，相对较长或者非瞬时时段)继续执行)时，减少发送PV更新请求的频率或者停止发送PV更新请求。

[0061] 在另一个方面，给定用户的用户设备可以在其向存在更新组发出的PV更新请求的一个或多个中包括其自己的更新的PV。例如，在目标用户的用户设备从发送方用户设备接收到PV更新请求的每一时间，该目标用户设备都能够更新其存在更新组，以反映发送方用户设备的更新的PV。应当理解的是，该特征可以减少由用户的各个用户设备连续地更新它们的存在更新组所造成的汇聚业务。

[0062] 如本领域普通技术人员在阅读本发明之后所应当理解的，在其它利益方面，这些示例性实施例的上面所描述的特征和其它特征提供分散式监测，其减少了基于集中式服务器的控制的需求，另外提供了稳定的、自适应的社交网络系统，该系统可以处理日益增加的并且变化的用户负载，而不具有与服务器有关的瓶颈。

[0063] 图4A示出了对给定用户设备发送PV更新请求的频率进行更新的处理。

[0064] 参见图4A，在500A，给定用户的用户设备(“UE 1”)确定与UE 1相关联的存在信息(例如，UE 1是繁忙的、UE 1是可用的)。在500A所确定的存在信息(例如，PV)可以是相对于特定的多媒体应用客户端，使得在500A所确定的存在信息指示该给定用户参与同该多媒体应用客户端相关联的通信会话(例如，VoIP通信会话、PTT通信会话等)的存在性或者可用性。在该示例中，存在更新组中的目标联系人可以与该给定用户的联系人(其也使用该多媒体应用客户端的一个版本)相对应。在另外的示例中，存在信息可以是基于与该多媒体应用客户端相关联的操作状态(例如，该存在信息可以指示该多媒体应用客户端是否是在UE 1的执行环境的前台或者显著部分中执行，还是该多媒体应用客户端是在UE 1的执行环境的后台或者非显著部分中执行等)。

[0065] 参见图4A，在505A，UE 1根据频率的第一集合，向位于其存在更新组之内的一个或多个联系人发送存在更新消息。在一个示例中，在505A发送的存在更新消息可以包括：(i)在500A中所确定的存在信息、(ii)从该存在更新消息所发送到的相对应的目标联系人请求存在信息反馈、和/或(iii)(i)和(ii)的组合。在另外的示例中，可以将存在更新组划分成一个或多个子组，所述一个或多个子组中的每一个中的联系人具有给定的优先级水平或者位于给定的优先级水平范围之内。随后，向每一个子组分配目标存在更新频率，其导致在505A中根据频率的第一集合来发送存在更新消息。例如，与具有低优先级联系人的子组相比，可以向与具有高优先级联系人的子组分配更高的频率。在另一个示例中，在500A确定的存在信息可以影响频率的第一集合。例如，如果在500A确定的存在信息指示多播应用客户端正在UE 1的执行环境的前台或显著部分中运行，则可以将频率的第一集合设置为更高的水平(例如，用于一个子组、用于每一个子组等)。在另一个示例中，如果在500A确定的存在信息指示多播应用客户端正在UE 1的执行环境的后台或非显著部分中运行，则可以将频率的第一集合设置为更低的水平(例如，用于一个子组、用于每一个子组等)。

[0066] 在另外的示例中，为了减少如上所述的网络流量，可以将存在更新消息配置为：另外从目标联系人或子组请求存在信息。在图4A的示例中，假定存在更新组包括N个子组(其中N≥2)，UE 1根据频率的第一集合，在505A中向N个子组中的每一个子组里的每一个联系人发送存在更新消息(例如，频率的第一集合可以基于子组各自的优先级和/或各子组中的联系人的优先级，在如上所述的子组和子组之间变化，使得UE 1可以按照第一频率向子组1发送存在更新消息，按照第二频率向子组2发送存在更新消息等)。但是，在其它示例中，UE 1可以向单个子组(例如，N＝1)发送存在更新消息。

[0067] 参见图4A，在510A和515A，子组1…N中的每一个里的每一个联系人接收UE 1在505A发送的至少一个存在更新消息，向UE 1提供存在更新反馈。例如，子组1…N中的每一个联系人根据505A中的频率的第一集合里的一个，接收UE 1的存在更新消息，使用其自己的存在更新消息(其中该消息对UE 1关于提供该反馈的联系人的存在信息(或PV)进行更新)进行响应。

[0068] 参见图4A，在某个稍后的时间点，在520A，UE 1确定是否更新频率的第一集合。例如，在520A，UE 1可以基于要向其发送更新的一个或多个其它联系人(或用户设备)的数量，来确定是否更新频率的第一集合。在该示例中，如果目标联系人的数量增加到高于阈值水平，则减少频率的第一集合中的至少一个，以便将系统流量维持在可管理的水平。在一个替代的示例中，如果目标联系人的数量下降到低于阈值水平，则增加频率的第一集合中的至少一个，这是由于在不增加整体系统流量的情况下，更少的目标联系人允许发送更多的存在更新消息。

[0069] 参见图4A的520A，在另一个示例中，UE 1可以基于自从从属于子组1…N的一个或多个联系人接收到先前的个存在更新消息以来的时间量，来确定是否更新频率的第一集合。例如，如果自从从给定的子组接收到先前的个存在更新消息以来的时间量低于时间阈值，则UE 1可以确定增加频率的第一集合中分配给该给定子组的给定频率，如果自从从该给定子组接收到先前的个存在更新消息以来的时间量高于时间阈值，则UE 1可以确定减少该给定频率。

[0070] 参见图4A的520，在另一个示例中，UE 1可以确定与子组1…N相关联的一组优先级(例如，这些子组中的组分UE的优先级、或者与这些子组自己相关联的优先级简档)。随后，使用所确定的该组优先级来确定是否对频率的第一集合进行更新。例如，如果该组优先级指示：与子组2相比，子组1与更高优先级相关联，频率的第一集合则向子组2分配与子组1相比更高的频率，UE 1可以确定对频率的第一集合进行更新，以产生频率的第二集合，其中频率的第二集合增加分配给子组1的频率和/或减少分配给子组2的频率。

[0071] 参见图4A的520A，在另一个示例中，UE 1可以基于UE 1是否被锁定，来确定是否对频率的第一集合进行更新。例如，UE 1确定向UE 1应用的锁定的类型(如果有的话)，随后基于所确定的锁定的类型来确定是否对频率的第一集合进行更新。下面将更详细地描述该方面。

[0072] 参见图4A的520A，在另一个示例中，UE 1可以确定预期UE 1仍然操作或执行UE 1上的特定应用的持续时间。如果所确定的持续时间大于阈值持续时间，则UE 1可以在520A中确定对频率的第一集合进行更新。在特定的示例中，UE 1可以基于UE 1参与该应用超过阈值持续时间的确定，来确定减少频率的第一集合中的一个或多个。

[0073] 参见图4A的520A，在另一个示例中，该用户的一个或多个联系人所操作的一个或多个用户设备可能不希望按照UE 1在步骤505A中针对它们所确定的频率来接收和/或发送存在更新消息。在该情况下，联系人的用户设备可以向UE 1发送存在更新反馈，该存在更新反馈包括指示其希望仅按照某个频率、或者频率不超过最大速率，来接收和/或发送存在更新消息的策略。例如，UE 1可以在步骤505A中确定每十分钟，向特定联系人的用户设备发送存在更新消息，其包括针对存在信息的请求。但是，该联系人的用户设备或该联系人可以确定其希望仅仅每一小时才一次，接收和/或发送去往UE 1的存在更新消息，或者针对可能的其存在更新组中的所有联系人的存在更新消息。在该情况下，当从UE 1接收到指示规则的存在更新消息时，其向UE 1发送策略。随后，UE 1将更新其向该联系人的用户设备发送存在更新消息的频率。在另一个示例中，UE 1可以在步骤505A中确定每5分钟，向特定联系人的联系人或一组联系人发送存在更新消息，其包括针对存在信息的请求。但是，这些联系人的用户设备中的一个或多个或者这些联系人自己可以确定它们希望频率不超过每15分钟(即，按照15分钟的最大速率)，接收和/或发送去往UE 1的存在更新消息，或者针对可能的其存在更新组中的所有联系人的存在更新消息。在该情况下，当从UE 1接收到指示规则的存在更新消息时，它们中的每一个将向UE 1发送策略。随后，UE 1将更新其向该联系人的用户设备发送存在更新消息的频率。

[0074] 参见图4A，如果UE 1在520A中确定不更新频率的第一集合，则处理返回到500A，UE 1继续在505A中，根据频率的第一集合来向子组1…N发送存在信息。否则，如果UE 1在520A中确定对频率的第一集合进行更新，则UE 1计算频率的第二集合，随后在525A，根据频率的第二集合向子组1…N发送存在更新消息。虽然图4A中没有显式示出，但在525A发送的存在更新消息还可以包括恳求存在更新反馈的反馈请求，如上面参照505A、510A和515A所讨论的。

[0075] 图4B根据本发明的一个实施例，描述了对给定的用户设备所维持的存在更新组中所维持的多个用户进行更新的处理。

[0076] 参见图4B，在500B，UE 1确定与UE 1相关联的存在信息(例如，UE 1繁忙、UE可用等)。在一个示例中，500B的确定类似于上面所讨论的图5A的500A的确定，故为了简短起见，不进行进一步讨论。此外，在505B，UE 1还获得存在更新组，该更新组包括对该用户设备进行操作的给定用户的一组联系人(其中该给定用户将与它们交换存在信息，如在500B所确定的存在信息)。例如，存在更新组可以包括UE 1上的联系人列表中所存储的该给定用户的用户联系人。或者，该存在更新组中的该组联系人可以与该给定用户的联系人的一个子集相对应(例如，当该给定用户的存在信息是相对于特定的多媒体应用客户端时，该联系人子集包括也使用该多媒体应用客户端的一个版本的联系人)。

[0077] 参见图4B，可以将存在更新组中的联系人划分成一个或多个子组(如上面参照图4A所讨论的)，其中UE 1在510B中对这些子组进行识别。510B处对于所述多个子组的的识别可以对应于：(i)所述多个子组的初始生成、(ii)对于预先存在的子组集的修改或更新、或者(iii)对于UE 1处预先存在的子组集的装载(例如，从本地存储器或外部存储器中装载)。
如上所述，所述一个或多个子组中的每一个与具有给定优先级水平的联系人相对应，或者位于给定的优先级水平范围之内。每一个子组包含一个或多个联系人，例如，图4B中所示的示例性子组1包含与UE 2…N相关联的联系人(其中N≥3个联系人)。

[0078] 为了生成这些子组，可以针对一个或多个标准的集合，对存在更新组中的每一个联系人进行评估，并基于该评估来分配优先级。例如，所述标准可以包括：用户分配的该联系人的优先级、该用户和/或UE 1与该联系人和/或该联系人所操作的给定用户设备通信的频率、自从该用户和/或UE 1先前与该联系人和/或该联系人所操作的用户设备进行通信以来的时间量、该用户和该联系人之间的社交关系特性(例如，工作、家人、朋友等)、该用户在某个阈值时间段之内与该联系人进行通信的可能性、和/或自从UE 1先前从该联系人所操作的用户设备接收到存在更新消息以来的时间量。一旦向存在更新组中的每一个联系人分配了优先级，就基于该优先级，将这些联系人划分到一些子组中。例如，如果标准是社交关系，则可以存在家庭成员子组、朋友子组、工作联系人子组等。在另一个示例中，如果标准是自从该用户与联系人上一次通信以来的时间量，则可以存在最近一天通信的联系人子组、最近一周通信的联系人子组、最近一月通信的联系人子组等。

[0079] 参见图4B的510B，在一个示例中，该用户的一个或多个联系人所操作的一个或多个用户设备希望按照某个特定的频率、或者频率不超过最大速率，来接收和/或发送存在更新消息，如参照图4A的520A所讨论的。据此，UE 1可以将具有相同的优选更新频率或最大速率的那些联系人组合到同一子组中，随后遵循它们优选的频率信息向它们发送存在更新消息。

[0080] 参见图4B的510B，应当理解的是，特定的联系人可能满足与一个以上的子组相关联的标准，本申请将其称为“多组联系人”。例如，给定的用户可以与他/她的兄弟一起工作，这使得该兄弟是家人子组和同事子组的成员。在另一个示例中，给定的用户刚刚终止了与一个给定联系人的电话呼叫，这使得该给定联系人是第一子组中的成员(其中第一子组用于该给定用户在最近一周之内联系的联系人)和第二子组的成员(其中第二子组用于该给定用户在最近24小时之内联系的联系人)。在该情况下，UE 1尝试向该多组联系人分配预期与最高优先级相关联的具有资格的子组。

[0081] 继续图4B的510B，在将联系人划分成一些子组之后，UE 1基于每一个子组的成员联系人的优先级来确定各子组的优先级。在一个示例中，这些子组可以分别具有处于特定的优先级范围之内的联系人，使得这些子组的优先级是已知的，510B的确定仅仅确定哪些子组包括至少一个联系人。在另一个示例中，510B的优先级确定可以将每一个子组的成员联系人的优先级进行平均，以计算该子组的优先级。无论如何，与低优先级联系人的子组相比，高优先级联系人的子组通常具有更高的优先级。例如，家庭成员子组与同事子组相比具有更高的优先级(例如，但它们的优先级随时间发生偏移，在周末期间家庭成员具有高优先级，同事在正常工作时间期间具有高优先级)。在另一个示例中，与用户在先前的周与其进行了通信的联系人相比，用户与其在前24小时之内进行了通信的联系人的子组具有更高优先级。

[0082] 参见图4B的510B，基于子组优先级，确定UE 1向这些子组发送存在更新消息的频率，如上面关于频率的第一集合和频率的第二集合，参照图4A所讨论的。可以按照不同的频率向每一个子组发送存在更新消息(但这不是必须的)。例如，如果向家庭成员子组分配的优先级高于向同事子组分配的优先级，则与向同事子组发送存在更新消息相比，可以更频繁地向家庭成员子组发送存在更新消息。

[0083] 此外，不是根据分配的频率，向所有的子组都发送存在更新消息。例如，在获得子组优先级之后，UE 1可以确定是否有任何子组优先级低于给定的阈值，随后将优先级低于给定阈值的相关联子组(如果有的话)排除在存在更新频率分配之外。例如，没有被分配任何联系人的子组将不接收存在更新消息。在另一个示例中，只包括低优先级联系人的子组将不接收存在更新消息。在图4B中，将子组3提供成不从UE 1接收存在更新消息的子组的一个例子。

[0084] 现参见图4B的515B，UE 1向子组1和2中的每一个里的每一个联系人发送至少一个存在更新消息。虽然在图4B中没有明确示出，但可以根据每一个子组的各自频率来执行515B的传输，如图4A中所示。在一个示例中，在515B发送的存在更新消息可以包括：(i)通过
500B所确定的存在信息、(ii)从向其发送存在更新消息的相对应的目标联系人请求存在信息反馈、和/或(iii)(i)和(ii)的组合。在图4B所示的示例性实施例中，在520B和525B，除UE
2之外的每一个联系人向UE 1提供存在更新反馈。这可以在下面情形下发生：如果UE 1的存在更新消息仅仅从其它联系人请求存在信息反馈，和/或如果UE 2不接收UE 1的存在更新消息或者选择不对UE 1的存在更新消息进行响应(例如，UE 2的用户阻碍了存在更新传输等)。

[0085] 参见图4B的535B，确定是否有任何联系人和/或子组的优先级发生了改变。如果没有优先级发生改变，则处理返回到515B，UE 1继续按照先前所确定的频率，向先前所确定的联系人子组(即，子组1和2)发送存在更新消息。如果有任何联系人和/或子组的优先级发生改变，则现在参见540B，UE 1重新计算或更新子组形成。例如，在540B，UE 1可以在不同的子组之间转移联系人，和/或将联系人完全地从存在更新组中删除。

[0086] 在图4B所示的示例中，UE 2不对UE 1的存在更新消息进行响应。故降低与UE 2相关联的优先级水平，其导致将UE 2从子组1中删除，并且还从存在更新组中删除。在另一个示例中，用户在一天内没有与其进行通信的联系人，可以变成该用户在一周内没有与其进行通信的联系人(例如，用于特定联系人(如UE 2)的联系人不活跃定时器已经通过了24小时标记等)，因此将该联系人重新分配到适当的子组。在另一个示例中，可以将不再是用户的朋友的联系人，从与该用户的朋友相对应的子组中删除(例如，基于该给定用户将该联系人的社交状态从朋友变成非朋友的评定)，或者朋友可以通过结婚而变成家庭成员。如上所述，从特定的子组中删除的联系人，可以从存在更新组中完全地删除(例如，完全地删除不再是朋友的前朋友)，也可以基于联系人的优先级的各自改变，来简单地从一个子组转移到另一个子组(例如，可以将现在是家庭成员的朋友移到更高优先级子组中)。在另一个方面，如果给定子组中的足够联系人的优先级都发生了改变，则该子组的整体优先级也将发生改变。例如，如果优先级标准是：在该用户和给定子组(例如，同事子组)中的联系人之间不进行通信的时间达到阈值时间段，并且由于该用户在休假而超过该阈值，则可以减少这些联系人的优先级和因此该子组的优先级。响应优先级的下降，UE 1将按照与先前相比更低的频率来发送存在更新消息。

[0087] 在另一个示例中，该用户的一个或多个联系人所操作的一个或多个用户设备希望按照某个特定的频率、或者频率不超过最大速率，来接收和/或发送存在更新消息，如参照图4A的520A所讨论的。但是，在某个时间点，这些联系人中的一个或多个可以改变其优选的频率，通过存在更新反馈向UE 1通知该改变。这种改变将形成用于步骤535B的目的的优先级改变，其需要UE 1重新识别存在更新组中的多个子组，如步骤540B中所示。

[0088] 参见图4B的545B，UE 1向更新的子组发送存在更新消息。如图所示，不向UE 2发送存在更新消息。如果在某个时间点，UE 1从UE 2接收到响应，则UE 1可以重新评估分配给UE 2的优先级，如参照535B所讨论的。换言之，不需要永久地从存在更新组中删除UE 2。

[0089] 现参见图5，该图描述了图4A和图4B的一个或多个实施例的另外方面。图5示出了根据一个或多个实施例的网络的示例性流程框图400。图5示出了名称为“ME”的假定用户(其具有他/她的用户设备402ME)的代表性示例，其中用户设备402ME与三个其它用户的用户设备(标记为402A、402D和402F)进行互连，用户设备402ME和这三个其它用户的用户设备通过客户端到服务器链路406ME、406A、406D和406F，经由服务器(或者分散式服务器资源)404进行互连。通常将用户设备402ME、402A、402D和402F引用为402，通常将客户端到服务器链路406ME、406A、406D和406F引用为406。

[0090] 应当理解的是，客户端到服务器链路406不是必须特定于所公开的实施例。举一个示例性示例，客户端到服务器链路406可以是无线网络协议中的控制信道。这只是一个示例，并不旨在对实现的保护范围施加任何限制。此外，还应当理解的是，每一个图5“链路”406是一个功能方面，其不必须是单个链路，或者任何特定的物理链路。本领域普通技术人员在阅读本申请公开内容之后应当理解的是，可以容易地选择适当的介质和协议来实现客户端到服务器链路406或者等同物。因此，忽略对于链路406的进一步详细描述。

[0091] 继续参见图5，该图示出了用于由用户设备402ME发起一个更新操作的消息传输的各个阶段或步骤。假定所描述的消息穿过所描绘的客户端到服务器链路406。但是，应当理解的是，这些消息中的一个或多个(例如，用户设备402ME发送的PV更新请求408ME)可以通过替代的链路(图5中没有示出)来传输。

[0092] 在图5的示例400中，用户设备402ME发送的PV更新请求408ME(如图4A的505A和图4B的515B中所描述的)包括：在发送PV更新请求408ME的时间，该用户设备402ME的PV(如图
4A的500A和图4B的500B中所描述的)。为了举例起见，将用户设备402ME的PV称为“pv1”。类似地，假定“pv2”、“pv5”和“pv7”分别是用户设备402A、402D和402F所发送的各PV值，它们分别与用户设备402A、402D和402F相关联，这些PV示出了这些用户设备的各自通信状态的特性。

[0093] 参见图5，PV更新请求408ME使用标记为“MyIP”的字段值来标识用户“ME”。假定MyIP包括唯一于用户ME的标识符，为了说明起见，其包括ME的IP地址。应当理解的是，出于实践图5中所示出的实施例的目的，IP地址不是必需的。同样，用户设备402A、402D和402F在接收到更新请求408ME之后发送的响应(例如，诸如图4A中的510A和515A或者图4B中的520B和525B)也示出为具有发送方IP地址，同样这些IP地址对于实现如图5所示的实施例来说不是必需的。

[0094] PV更新请求408ME除了具有先前所描述的用于描绘用户ME的通信状态的“MyIP”字段和“pv1”字段之外，还具有目标地址A、D和F。假定这些目标是用户设备402A、402D和402F的原因在于A、D和F用户位于用户设备402ME所维持的存在更新组中。但是，为了理解图5中所描述的概念起见，402ME向用户设备402A、402D和402F发送PV更新请求408ME的具体原因是不相关的。

[0095] 继续参见图5，PV更新请求408ME进入到服务器404，作为响应，服务器404将该PV更新请求发送成去往用户设备402A的410ME、发送成去往用户设备402D的412ME、以及发送成去往用户设备402F的414ME。用户设备402A通过发送响应消息416ME(例如，如图4A中的510A和515A或者图4B中的520B和525B)(其具有用户设备402A的pv2存在值)，对PV更新请求消息410ME进行响应，服务器404将其转发成去往用户设备402ME的PV响应消息418ME。类似地，用户设备402D通过在PV更新响应消息420ME中发送其pv5存在值，对PV更新请求消息410ME进行响应，其中服务器404将该消息转发成去往用户设备402ME的PV响应消息422ME(如图4A中的510A和515A和图4B中的520B和525B所描述的)。

[0096] 在图5的示例400中，将用户设备402F示出为不对PV更新请求通信414ME进行响应(例如，如UE 2对于来自图4B中的515B的UE 1的存在更新消息的响应的失败所描述的)。例如，这种响应的失败可以是由具有低接收质量的用户设备402F所造成的。在一个方面，用户设备402ME(以及其它用户设备)具有用于检测这种情形和接收响应的后续失败的机制。为了说明起见，当发送PV更新请求时，用户设备402可以设置定时器，如果定时器到期，则重新发送该请求。在一个方面，用户的设备可以具有最大数量的重试，如果超过该数量，则在该用户设备存在更新组中指示该目标用户设备是不可用的(如图4B的535B中所描述的)。在图5的示例400中，用户设备402ME将重新发送PV更新请求发送成去往服务器404的424ME，服务器404向用户设备402F转发成PV更新请求通信426ME。在该实例中，用户设备402F使用PV更新响应消息428ME进行响应，服务器404将该PV更新响应消息428ME转发成去往用户设备
402ME的430ME。用户设备402ME现在具有更新的存在更新组，其反映了从用户设备402A、
402D和402F接收的pv2、pv5和pv7值。

[0097] 在一个方面，用户设备402可以包括：用于基于这些消息的检查，在接收的PV更新请求和接收的对于它们自己的PV更新请求的响应之间进行区分的机制。例如，用户设备402可以向它们的PV更新请求应用某种格式，其中该格式与它们对于从其它用户的用户设备接收的PV更新请求的响应所应用的格式不相同。在一个方面，用户设备402可以配置为：在它们的PV更新请求和它们对于PV更新请求的响应中包括一个比特字段，将该字段中的比特值设置成用于区分PV更新请求和对于PV更新请求的响应的标志。例如，该比特字段可以是单比特宽度，标志方案可以为PV更新请求分配逻辑值“1”，为PV更新请求的响应分配逻辑“0”。参见图5的示例来进行描绘，根据其表面来区分PV更新请求与针对PV更新请求的响应的这种形式的一个益处在于：诸如402ME之类的用户设备通过对诸如用户设备402A发送的PV响应消息418ME之类的接收消息进行简单地检查，不会将响应消息418ME解释成用户设备402A发送的PV更新请求。可以想象的是，至少在该示例中，这种误解释将导致用户设备402ME向用户设备402A反向发送回针对该PV响应消息418ME的响应。此外，还可以想象的是，至少在用户设备402没有用于区分PV更新请求和针对PV更新请求的响应的其它机制的假定构造中，可能会潜在地导致不可接受的来回往返消息。

[0098] 应当理解的是，上面所描述的标志的使用只是用于防止、或者避免用户设备402对针对它们自己PV更新请求的响应进行响应的可能性的一个示例。本领域关于这些实施例的普通技术人员在阅读该公开内容或者根据其实施例进行实现之后，能够认识到各种替代的方式和方法。

[0099] 如先前所描述的，用户设备402可以配置为：应用各种不同的触发事件来向用户设备402的目标发送PV更新请求。一种示例性触发事件可以是超时，将其使用成该用户设备针对另一个用户的用户设备在其存在更新组中维持条目所准许的给定最大时间(在没有更新用于该条目的PV的情况下)(如图4B的535B所描述的)。在一个方面，这可以是缺省的超时。在另一个方面，用户设备可配置为向其存在更新组中的用户的用户设备里的不同用户设备应用不同的超时(如图4B的510B所描述的)。除了该方面之外，用户设备还可配置为：基于该用户设备当前、或者最近与其存在更新组中的每一个用户的用户设备进行的通信的种类，来选择向该用户的用户设备应用的具体的超时。

[0100] 举一个基于超时来发送PV更新请求的例子，假定图5的示例400中的用户设备402ME处于通信之中，其通过他/她的用户设备402ME与用户设备402A进行通信。因此，假定用户设备402ME的存在更新组具有用于用户设备402A的条目。假定在时间T0，用户设备
402ME接收到用户设备402A的PV值的更新。在图5的示例中，这是pv2。402ME在时间T0接收到的该更新，可以是针对用户设备402ME更早前向用户设备402A发送的PV更新请求的响应。或者，用户设备402ME在用户设备402A所发送的PV更新请求(图5中没有明确地示出)中接收到更新的pv2。接着，假定用户设备402ME针对其存在更新组中用于用户设备402A的条目的更新，应用EX的超时值。因此，如果在时间T0+EX，用户设备402ME还没有从用户设备402A接收到另一个PV更新，则用户设备402ME将自动地向用户设备402A发送PV更新请求。

[0101] 在一个方面，用户设备402ME随后从用户设备402A等待答复。例如，用户设备402ME可以结合向用户设备402A发送PV更新请求，设置具有“等待答复”超时的另一个定时器。或者，用户设备402ME可以简单地使用相同的定时器和相同的超时，它们用于确定何时第一次向用户设备402A发送该PV更新请求。换言之，如果在时间T0+EX，用户设备402ME发送了上面所描述的PV更新请求，则其对定时器进行重置(根据是使用递增计数器还是递减计数器，将定时器设置为零或EX)。

[0102] 继续上面的用户设备402ME对其所存储的用于用户设备402A的pv2进行更新的示例性场景，应当理解的是，在一个方面，可以对所有用户设备402进行类似地配置，至少关于对它们的存在更新组进行更新以反映其它用户的用户设备402的更新的PV的方案来说。因此，由于用户设备402ME在T0与用户设备402A进行通信，从用户设备402A的观点来看，其处于与用户设备402ME的通信之中。因此，在时间T0，用户设备402A维持其本地存储的用户设备402ME的PV值pv1的复本，其还应用用于对其本地存储的用户设备402ME的pv1进行更新的方案(其可以等同于用户设备402ME所应用的方案，也可以不相同)。因此，用户设备402ME和402A之中无论谁首先达到其针对另一方所存储的自己的超时值(或者在另一方发生超时之前，这些用户设备402ME、402A中的无论哪一个首先经历用于向另一方发送其自己PV的另一种类型触发事件)，该用户设备402都首先发送PV更新请求。

[0103] 应当理解的是，根据所给出的实施例的预期的示例性场景，可以在任何给定时刻，提供数千的诸如402之类的互连的用户设备(例如，通过服务器或者诸如404之类的服务器资源进行互连)，为了说明目的，参见图5的示例400。此外，还可以预期的是，在任何给定时刻，存在着数千个通过它们各自用户设备402的用户到用户通信，它们中的很大部分可以是多成员、多参与或者多出席者组。因此，应当理解的是，当建立用于设置超时和其它因子(其中各用户设备402应用这些因子来确定何时发送它们各自的PV更新请求)的规范和规则时，可以考虑这些场景。如本领域普通技术人员根据本发明所应当容易理解的，用于建立这些规范和规则的一种通用方针如下所述：如果用户设备维持了太多的其它用户PV，和/或用户设备太频繁地发送了PV更新请求，那么这些用户设备中的一个或两个或者网络不必要地发生了过载。举一个这种过载的另外示例，应当容易理解的是，太短的超时可以增加该可能性，特别是在多个参与者的用户设备不必要地向其它参与者设备发送PV更新请求的组通信之中。此外，如通过参见图6和图7的详细描述所进一步理解的，如果一个用户设备维持过多的用户PV，则在该用户设备上显示这些PV将变得不现实。另一方面，如果用户设备维持过少的其它用户PV，和/或没有对这些PV进行足够频繁地更新，那么可能会向不可用或者不再参与的用户发送过多的通信。

[0104] 除了上面的考量和场景之外，一个或多个示例性实施例提供了对用户设备所维护的存在更新组中所维持的用户的数量进行限制和其它自适应(如图4B中所描述的)，以及对用户设备发送PV更新请求的频率进行限制和自适应(如图4A中所描述的)。

[0105] 在一个方面，根据这些示例性实施例中的至少一个，用户设备可以配置为：结合该用户设备正在维持的PV的数量(如图4A的505A、520A和525A中所描述的)来增加超时值(即，增加PV更新之间的最大允许时间)。换句话说，根据一个这种方面，存在更新组越长，在发送PV更新请求之间的时间越长。除了该方面之外，用户设备可以配置为：增加(递增或者阈值地步进)用于大型组中的其它用户的PV的超时值。用于增加该超时值的各自组大小阈值可以是独立于通信的类型而固定的，或者其也可以进一步基于通信的类型进行调整(例如，一个组是否在玩交互式游戏)。

[0106] 在另一个限制性方面，阈值“自从上一次通信以来的时间”或者将其它用户从该用户设备的存在更新组中删除的等同物，可以随着存在更新组的长度的增加，而变得相应地减小。换言之，可以对基于通信时间的子组的标准进行修改，其可以在图4B的535B处发生，举例而言。

[0107] 在一个方面，除了上面的自适应“自从上一次通信以来的时间”之外，用户设备可以配置为：将存在更新组分类成基于每一个PV的相关联的“自从上一次通信以来的时间”的子组(如图4B的步骤510B和515B中所描述的)，向具有更长“自从上一次通信以来的时间”的子组应用更大的超时值(例如，如图4B的步骤535B、540B和545B中所描述的)。

[0108] 在一个限制性方面，用户设备的存在更新组中的其它用户，可以根据具体列出的用户的一种或多种特性进行分类。例如，种类1(或子组1)可以是重要的商业联系人，种类2(或子组2)可以是相对于其用户设备维持该存在更新组的用户，不需要准确的PV(即，最新更新的PV)的人员。

[0109] 为了减少网络上的不必要消息业务的类似目标，如先前所描述的，用户设备可以配置为：当该用户设备被锁定时，停止执行存在更新组更新。这还可以节约用户设备的电池电量。在一个方面，用户设备可以具有多种锁定模式，故该用户设备可以配置为：基于该用户设备被设置在哪一种锁定模式，来确定是否停止执行存在更新组更新。例如，如先前所描述的，用户设备可以具有用于防止未授权人员使用该设备的一种锁定模式，以及用于当该设备放置在用户的口袋中时，防止无意的键按压的不慎键禁用锁定模式。根据该方面的用户设备可以配置为：当该用户设备处于不慎键禁用锁定模式时，向用户提供维持存在更新组更新的选项。在图4B的上下文中，当用户设备被锁定时，即使确定成员联系人和/或子组的优先级没有发生改变，535B的确定也导致返回到515B，而不是转到540B和545B。

[0110] 在另一个方面，还如先前所描述的，用户设备可以配置为：当用户处于他/她可能仍然扩展持续时间的应用(例如，媒体播放器或游戏)之中时，减少其发送PV更新请求的频率或者停止发送PV更新请求(例如，在图4A的520A处确定的，举例而言)。

[0111] 在一个方面，在诸如用户根据这些实施例发起网络应用的触发事件，该用户的用户设备可以防止反映其存在更新组的内容(如果有的话)的初始显示(例如，如图4B的步骤505B中所描述的)。在一个方面，这些可以是该用户最近与其进行了通信的其它用户。在有关的方面，举一个示例性示例，这些可以是该用户仍然在与其进行通信，但被迫暂时性地退出网络应用并参加另一个事件的其它用户。

[0112] 通常，存在信息仅仅在非常短的时间段内有关。因此，在本发明的另一个方面，从不能够传送或者是不可传送的存在更新消息中剥去存在信息。此外，可以从网络历史中忽略存在更新消息。也就是说，与非存在更新消息相比，对于通常在网络历史中排队的存在更新消息进行忽略，或者仅仅存储很短的时间段。

[0113] 图6示出了具有多个记录506的一个示例性存在更新组500，每一个记录具有用户名称字段502和相对应的用户PV字段504。应当理解的是，图6的存在更新组500表示一个时间快照。具体而言，在一个方面，诸如图6的示例500之类的存在更新组动态地更新，以反映当前和最近的通信，其包括该用户当前是成员或者参与者的组，以及该用户不再是活动成员，但与其当前(或者先前)成员具有后续通信的组。应当理解的是，在图6的示例中出现的记录506的数量，并不必须代表实际数量、或者组之间和各个其它用户(其中这些用户出现在给定用户设备的诸如出现更新组500之类的其它用户列表中)之间的实际相对数量。如本领域普通技术人员通过本发明所容易理解的，实际的数量可以在不同的用户之间显著地变化，以及基于或者结合诸如一天中的时间或者天气之类的因素进行变化。

[0114] 图6的示例性存在更新组500在其所描述的状态中，具有用于与存储该列表的用户设备相关联的用户的记录506，具有用于五个其它用户中的每一个用户的记录506，其中这些其它用户具有“A”、“B”、“D”、“E”和“F”的用户名称字段值。此外，该示例性存在更新组500还具有名称为“C”的一个子组单元。应当理解的是，“A”、…、“F”可以是实际名称，也可以是绰号。用于存在更新组500中的每一个各自用户的记录506在其字段504中具有相关联的PV值。用于子组单元C的记录不具有PV值。如相关领域中的普通技术人员所应当容易理解的，其原因在于：至少关于通过该用户设备的可到达性，子组单元C不具有单个的通信状态。但是，与存储图6的示例性存在更新组500的用户设备相关联的用户，知道子组C中的每一个成员的PV。具体而言，存在更新组500在其用户名称字段502-C中指示其成员用户A、D和E的名称，所有这些以及它们各自的PV也出现在该列表中。因此，子组单元C是一个示例，通过该示例，特定的子组中的成员联系人可以实际地与抽象的联系人、或者联系人的分组相对应，其不需要是特定的、单个联系人。

[0115] 图6的示例性存在更新组500示出了将存在状态记录506分组成子组1、子组2和子组3的示例。参照图7，使用这些示例性子组来描述根据一个方面的示例。如先前所讨论的，可以针对子组1、2和3所维持的参数是通信的近期性、其它用户的各种特性(例如，重要的商业联系人或者不太重要的实体)、以及字母顺序。

[0116] 图7结合图6的示例性存在更新组500，示出了用于向具有该用户设备的用户存在来自该存在更新组的信息的本地显示方案的一种示例性显示方案604。

[0117] 图7的示例性显示方案604假定用户设备(初始或由用户)配置为在活动屏幕区域606中仅显示存在更新组500的子组1中的用户。因此，活动屏幕区域606示出了用户A和B、以及子组单元C。在一个方面，可以通过颜色、亮度或者如图7的示例中所描述的通过前台与后台布置，来强调活动屏幕区域606中的一个或多个区域。可以使用缺省的高亮或者其它设计方案，用户也可以例如使用单击指定，来实时地选择活动区域中的一个或多个区域。在图7的示例中，将子组单元C设置成前台608，而剩余的子组1用户位于后台区域610中。在一个方面，用户设备可以配置为：使得对诸如示例性子组单元C之类的组进行指定的用户，影响存在更新组500中对子组单元C的特性进行描绘的状态信息的选择602，其可以显示在诸如612之类的细节显示区域中，其中该区域将在稍后部分进行描述。

[0118] 应当理解的是，对于用户设备向用户进行通知，或者为了用户的便利获取，维持关于存在更新组500中的其它用户的信息来说，图7的示例性显示方案604和其后台-前台特征，不是根据这些实施例的唯一方式。例如，根据这些实施例的用户设备可以配置为：仅提供来自存在更新组500中的其它用户里的一个，并且在一个方面，该用户设备可以向用户通知来自存在更新组500的另外其它用户或者组是“准备就绪的”。在一个另外方面，用户可以使用户设备显示“准备就绪的”用户和/或组。在一个另外的方面，根据这些实施例的用户设备可以基于诸如通信的类型(例如，语音、图像、交互式动作)、通信的近期性、用户历史之类的因素，从存在更新组500中选择该用户具有很高估计的可能性来希望与其进行通信的，作为“准备就绪的”其它用户或组。

[0119] 再次参见图7，在一个方面，用户设备可以配置为显示关于子组和/或关于各个用户的信息。这可以通过缺省设置或者用户实时地输入来实现。如先前所描述的，在一个方面，上面所描述的高亮显示或者其它设计方案也可以使用户设备选择602和显示该信息。图7细节显示区域612示出了该方面的一个例子，其中区域612用于显示子组单元C的成员。在一个方面，用户设备可以配置为除了显示子组单元之外，显示一些不位于子组1之中的成员。这在图7的示例中进行了描绘，组C成员D和F出现在细节显示区域612中，而不管这些用户D和F分别位于子组2和子组3之中。

[0120] 图7示出了不具有中断事件(例如，无覆盖或者用户设备碰撞)的用户的存在更新组的一部分的一种示例性显示。在一个方面，用户设备可以配置为：具有在这种中断之后，进行存在状态信息的初始显示的方案。

[0121] 在一个这种初始显示方面，可以将初始显示配置成“乐观存在”，其中在诸如加电或者重启之类的触发事件之后，用户设备将初始存在最后的有效显示界面，例如，当电池电平造成他/她的设备关机时，该用户正在观看的显示界面。随后，用户设备发送出PV更新请求，从其它用户接收PV更新请求，对这些PV更新请求进行响应，直到达到新的有效状态为止。

[0122] 在另一个初始显示方面，可以将用户设备初始显示配置成“悲观存在性”，其中在诸如加电或者重启之类的触发事件之后，由于没有接收到新PV，用户设备向用户初始地存在他/她的地址簿中的所有联系人是“不可用的”。

[0123] 再次参见图5的示例性功能框流程400，该图只描述了从用户设备402ME到用户设备402A、402D和402F的示例性PV更新请求，没有显式地描述这些用户设备402之间的其它通信。这种通信可以包括数据，该数据可以包括语音、图像、文本，在一个方面，用户设备对数据进行协调。用于传输该数据的介质、链路和协议不是必须特定于实现根据这些实施例的分散式、客户端方的存在管理。参见图8，可以通过服务器404对这种数据共享进行仲裁，如示例性用户设备到服务器数据共享链路702、704、706和708所示出的。

[0124] 图8示出了根据一个或多个实施例的另一个方面，本申请将其称为“非正式”方面。为了更加特定地聚焦于该非正式方面的概念，所描述的示例700并入了图5的示例性功能框流程400。因此，应当理解的是，图8中没有标记的框、链路和消息流，等同于图5中所示出的相对应的框、链路和消息。

[0125] 如参见图5所描述的，在一个方面，诸如示例性PV更新请求408ME之类的PV更新请求可以包括发送方的IP地址。该示例性PV更新请求(例如，图4A的505A和/或525A、图4B的515B和/或545B等)将用户设备402ME的IP地址包括为MyIP。同样，所有的目标用户设备都在它们的针对其它用户设备的PV更新请求的各自响应(例如，图4A的510A和/或515A、图4B的
520B和/或525B等)中包括它们的IP地址。例如，在图5中，从用户设备402D反向发送到用户设备402ME的响应420ME将用户设备402D的IP地址包括成“D-IP”。

[0126] 应当理解的是，在诸如图5所描述的用户的用户设备场景中，每一个用户的用户设备理论上都可以获得与该用户设备通信的每一个其它用户的用户设备的IP地址(例如，假定不存在分组丢失，每一个用户设备处的专用设置准许存在信息的共享等)。

[0127] 在一个方面，一个或多个用户可以使用彼此的IP地址来在服务器404之外建立数据共享链路，即，关于该服务器来说“非正式”。图8示出了这种“非正式”链路的一个示例710。根据一个另外的方面，用户设备可以配置为：提示用户建立这种“非正式”链路。例如，如图8的显示712中所示，用户可以对表示另一个用户的图像字段(例如，诸如表示用户F的图像字段716)进行高亮显示或者变成前景，作为响应，用户设备可以使用请求进行提示，如示例性请求714所示出的。

[0128] 在先前参照图5所描述的示例中(其示出了用户设备402ME向目标用户设备402A、402D和402F发送PV更新请求408ME(例如，图4A的505A和/或525A、图4B的515B和/或545B等))，首先在时间T0通过链路406ME向服务器404发送408ME通信。首先参见用户设备402A，服务器404通过链路406A将该PV更新请求408ME作为PV更新请求消息410ME转发给用户设备
402A，用户设备402A使用PV更新请求响应消息416ME(例如，图4A的510A和/或515A、图4B的
520B和/或525B等)，通过相同的链路406A对该消息进行响应，服务器404则通过所描述的链路406ME，将该响应转发成PV更新请求响应消息418ME。

[0129] 现参见图8，假定在上面的示例中，在时间T0，在用户设备402ME和用户设备402A之间已经建立了数据共享链路。假定所建立的数据共享链路由例如用户设备402ME到服务器404数据共享链路702和用户设备402A到服务器404数据共享链路704形成。接着，假定用于数据共享的会话是例如活动媒体共享，进一步假定在时间T0，用户设备402ME正在(通过示例性数据共享链路702、704)向用户设备402A推送数据。应当理解的是，可以在不同于活动媒体会话的数据共享会话中，执行根据这些方面的实现，活动媒体会话只是用于对概念进行说明的目的。

[0130] 根据一个方面，当在数据共享会话中的联系人里的一个发生向这些联系人里的另一个发送PV更新请求的触发事件时(例如，诸如用于指示发送PV更新请求的传输时间的定时器，已满足对PV更新请求进行发送的相关联的频率)，该数据共享链路可以携带该PV更新请求。在用户设备402ME和用户设备402A的上面示例中，不是在时间T0通过链路406ME来发送PV更新请求408ME，其可以嵌入在用户设备402ME通过数据共享链路702和704向用户设备402A推送的多媒体会话数据中(例如，图4A的505A和/或525A、图4B的515B和/或545B等)。用户设备402A则将其响应(例如，图4A的510A和/或515A、图4B的520B和/或525B等)嵌入在其反向发送回用户设备402ME的确认(例如，ACK)消息中。

[0131] 应当理解的是，根据该方面，数据共享会话中的双方联系人的定时器必须对用于另一方的它们各自的更新定时器进行重置。换言之，接收方用户设备可以在从第二用户设备接收到嵌入的PV更新请求之后，重置其用于该设备的定时器。同样，发送方(现在实际上是接收方)用户设备可以在从接收方(现在实际上是发送方)用户设备接收到嵌入在例如ACK消息之中的请求的更新的存在PV之后，对其用于该接收方用户设备的更新定时器进行重置。

[0132] 在一个方面，用户设备可以配置为：当处于彼此之间的数据共享会话时，确定要使用哪个信道、链路或者通信模式(即，诸如702、704、706和/或708之类的数据共享链路，或者控制或其它链路，如406ME、406A、406D和/或406F)，以便用于发送PV更新请求。用于进行这种决策的规则和阈值可以是特定于应用的，和/或是特定于环境的。如相关领域普通技术人员在阅读本公开内容之后所显而易见的，哪个信道或链路可以根据这些实施例来更现实地携带存在更新信息的确定因素，可以下面因素：i)存在更新通信的大小；ii)数据会话是高性能信令还是尽力而为信令。

[0133] 具体而言，在公共信道上携带的高性能信令会话中，数据通信与最大或者阈值大小预算相关联。在这种会话中，存在信息的包含可以根据该信息的大小，将该信令放入到大小预算中。另一方面，在尽力而为信令中，通常不太关注通信大小。因此，在通过尽力而为信令实现用户的用户设备之间的数据共享会话时，可以在不关注该存在信息大小的情况下，将存在信息嵌入在共享数据中。

[0134] 图9是根据如上所述的一个信道或链路选项方面，示出一种示例性存在通信的功能框流程图800。假定图9的功能流程可以根据一个或多个实施例，由例如用户的用户设备(例如，UE 1)中的可编程处理器资源来执行。首先，在确定框802，该流程进行等待，直到有通信要发送为止。例如，该通信可以是要在媒体共享会话中推送的媒体数据。或者，该通信可以是响应推送的ACK/NAK。如果回答为是，则流程转到804，以确定是否使用具有有限容量的公共信道来进行该通信。如果在方框804处的回答为否，则流程转到806，其中在806，其向该通信粘附或者嵌入存在信息(例如，PV更新请求(如，图4A的505A和/或525A、图4B的515B和/或545B等)或者针对PV更新请求的响应(如，图4A的510A和/或515A、图4B的520B和/或525B等))，并发送给该数据共享会话的另一端的用户设备，然后返回到方框802来等待发送另一个通信。如果在方框804处的回答为是，则其意味着使用有限容量的公共信道，流程转到方框808，以确定是否有足够的容量来粘附或者嵌入该存在信息。如果在方框808处的回答为是，则流程转到方框806，在该通信中粘附或者嵌入存在信息(例如，PV更新请求或者针对PV更新请求的响应)，返回到方框802来等待另一个共享数据会话通信。如果在方框808处的回答为否，则意味着没有足够的容量来携带该存在信息，流程返回到方框802。在一个方面，用户设备的处理器可以在检测到在方框808处发生否定回答的某种统计或阈值之后，切换到通过非共享信道来发送该存在更新信息。在一个示例中，图9的处理可以结合存在更新组中的特定子组从特定的UE接收存在更新消息的目标频率来执行。例如，对于在图4A和/或图4B的背景下执行图9来说，这意味着图9的处理可以执行成针对图4A的505A、510A、515A和/或525A和/或图4B的515B、520B、525B和/或545B的传输的预指针。

[0135] 图10示出了一种通信设备1000，该通信设备1000包括配置为执行功能的逻辑单元。通信设备1000可以与上面所描述的通信设备中的任意一个相对应，其包括但不限于：UE 102、108、110、112或200、节点B或基站120、RNC或者基站控制器122、分组数据网络端点(例如，SGSN 160、GGSN 165、长期演进(LTE)中的移动管理实体(MME)等)、服务器170到186中的任何一个等。因此，通信设备1000可以对应于任何电子设备，该设备配置为通过网络与一个或多个其它实体进行通信(或者促进与一个或多个其它实体的通信)。

[0136] 参见图10，通信设备1000包括：配置为接收和/或发送信息的逻辑单元1005。在一个示例中，如果通信设备1000与无线通信设备(例如，UE 200、节点B 124等)相对应，则配置为接收和/或发送信息的逻辑单元1005可以包括无线通信接口(例如，蓝牙、WiFi、2G、3G等)，例如，无线收发机和相关联的硬件(例如，RF天线、调制解调器、调制器和/或解调器等)。在另一个示例中，配置为接收和/或发送信息的逻辑单元1005可以与有线通信接口(例如，串行连接、USB或火线连接、通过其接入因特网175的以太网连接等)相对应。因此，如果通信设备1000对应于某种类型的基于网络的服务器(例如，SGSN 160、GGSN 165、应用服务器170等)，则在一个示例中，配置为接收和/或发送信息的逻辑单元1005可以与以太网卡相对应，其中以太网卡通过以太网协议将基于网络的服务器连接到其它通信实体。在另外的示例中，配置为接收和/或发送信息的逻辑单元1005可以包括：通信设备1000通过其来监测本地环境的感测或者测量硬件(例如，加速计、温度传感器、光传感器、用于监测本地RF信号的天线等)。此外，配置为接收和/或发送信息的逻辑单元1005还可以包括软件，其中当该软件被执行时，允许配置为接收和/或发送信息的逻辑单元1005的相关联硬件执行其接收和/或传输功能。但是，配置为接收和/或发送信息的逻辑单元1005并不单独地对应于软件，配置为接收和/或发送信息的逻辑单元1005至少部分地依赖硬件来实现其功能。

[0137] 参见图10，通信设备1000还包括：配置为对信息进行处理的逻辑单元1010。在一个示例中，配置为对信息进行处理的逻辑单元1010可以包括至少一个处理器。配置为对信息进行处理的逻辑单元1010可以执行的处理类型的示例实现，包括但不限于：执行确定、建立连接、在不同的信息选项之间进行选择、执行与数据有关的评估、与耦接到通信设备1000的传感器进行交互以执行测量操作、将信息从一种格式转换为另一种格式(例如，在诸如.wmv到.avi等之类的不同协议之间转换)等。例如，配置为对信息进行处理的逻辑单元1010中包括的处理器，可以对应于用于执行本申请所描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件部件或者其任意组合。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、若干微处理器、一个或多个微处理器与DSP 内核的结合，或者任何其它此种结构。此外，配置为对信息进行处理的逻辑单元1010还可以包括软件，其中当该软件被执行时，允许配置为对信息进行处理的逻辑单元1010的相关联硬件执行其处理功能。但是，配置为对信息进行处理的逻辑单元1010并不单独地对应于软件，配置为对信息进行处理的逻辑单元1010至少部分地依赖硬件来实现其功能。

[0138] 参见图10，通信设备1000还包括：配置为存储信息的逻辑单元1015。在一个示例中，配置为存储信息的逻辑单元1015可以包括至少非暂时性存储器和相关联的硬件(例如，存储器控制器等)。例如，配置为存储信息的逻辑单元1015中包括的非暂时性存储器，可以对应于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域已知的任何其它形式的存储介质。此外，配置为存储信息的逻辑单元1015还可以包括软件，其中当该软件被执行时，允许配置为存储信息的逻辑单元1015的相关联硬件执行其存储功能。但是，配置为存储信息的逻辑单元1015并不单独地对应于软件，配置为存储信息的逻辑单元1015至少部分地依赖硬件来实现其功能。

[0139] 参见图10，通信设备1000还可选地包括：配置为提供信息的逻辑单元1020。在一个示例中，配置为提供信息的逻辑单元1020可以至少包括输出设备和相关联的硬件。例如，输出设备可以包括视频输出设备(例如，显示器屏幕、诸如USB、HDMI等之类的可以携带视频信息的端口)、音频输出设备(例如，扬声器、诸如麦克风插孔、USB、HDMI等之类的可以携带音频信息的端口)、振动装置和/或通信设备1000的用户或操作者通过其对信息进行格式化以输出或者进行实际输出的任何其它设备。例如，如果通信设备1000与图3中所示的UE 200相对应，则配置为提供信息的逻辑单元1020可以包括显示器224。在另外的示例中，某些通信设备(例如，不具有本地用户的网络通信设备(如，网络交换机或者路由器、远程服务器等))可以省略配置为提供信息的逻辑单元1020。配置为提供信息的逻辑单元1020还可以包括软件，其中当该软件被执行时，允许配置为提供信息的逻辑单元1020的相关联硬件执行其存在功能。但是，配置为提供信息的逻辑单元1020并不单独地对应于软件，配置为提供信息的逻辑单元1020至少部分地依赖硬件来实现其功能。

[0140] 参见图10，通信设备1000还可选地包括：配置为接收本地用户输入的逻辑单元1025。在一个示例中，配置为接收本地用户输入的逻辑单元1025可以包括至少用户输入设备和相关联的硬件。例如，用户输入设备可以包括按键、触摸屏显示器、键盘、照相机、音频输入设备(例如，麦克风或者诸如麦克风插孔等之类的可以携带音频信息的端口)、和/或通信设备1000的用户或操作者通过其可以从用户接收信息的任何其它设备。例如，如果通信设备1000与图3中所示的UE 200相对应，则配置为接收本地用户输入的逻辑单元1025可以包括显示器224(如果用触摸屏实现的话)、键盘226等。在另外的示例中，某些通信设备(例如，不具有本地用户的网络通信设备(如，网络交换机或者路由器、远程服务器等))可以省略配置为接收本地用户输入的逻辑单元1025。配置为接收本地用户输入的逻辑单元1025还可以包括软件，其中当该软件被执行时，允许配置为接收本地用户输入的逻辑单元1025的相关联硬件执行其输入接收功能。但是，配置为接收本地用户输入的逻辑单元1025并不单独地对应于软件，配置为接收本地用户输入的逻辑单元1025至少部分地依赖硬件来实现其功能。

[0141] 参见图10，虽然在图10中将配置的逻辑单元1005到1025示出为单独的或不同的模块，但应当理解的是，各个配置的逻辑单元用于执行其功能的硬件和/或软件，可以部分地重叠。例如，用于促进所配置的逻辑单元1005到1025的功能的任何软件，可以存储在与配置为存储信息的逻辑单元1015相关联的非暂时性存储器中，使得所配置的逻辑单元1005到1025中的每一个，部分地基于配置为存储信息的逻辑单元1005所存储的软件的操作，来执行它们的功能(即，在该情况下，软件执行)。同样，与所配置的逻辑单元中的一个直接关联的硬件，可以不时地被其它配置的逻辑单元借用或者使用。例如，在配置为接收和/或发送信息的逻辑单元1005发送数据之前，配置为对信息进行处理的逻辑单元1010的处理器可以将该数据格式化成适当的格式，使得配置为接收和/或发送信息的逻辑单元1005部分地基于与配置为对信息进行处理的逻辑单元1010相关联的硬件(即，处理器)的操作，来执行其功能(即，在该情况下，数据的传输)。此外，所配置的逻辑单元或者“配置为执行1005到1025的逻辑单元”并不限于特定的逻辑门或者单元，而是通常指代(通过硬件或者硬件和软件的结合)执行本申请所描述的功能的能力。因此，并不需要将所配置的逻辑单元或者“配置为执行1005到1025的逻辑单元”实现成逻辑门或者逻辑单元，虽然它们共享词语“逻辑单元”。

[0142] 本领域普通技术人员应当理解，信息和信号可以使用多种不同的技术和方法中的任意一种来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。

[0143] 此外，本领域普通技术人员还应当明白，结合本申请所公开实施例描述的各种示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或二者的组合。为了清楚地表示硬件和软件之间的这种可交换性，上面对各种示例性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本发明的保护范围。

[0144] 结合本申请所公开实施例描述的方法、顺序和/或算法可直接体现为硬件、由处理器执行的软件模块或二者的组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域已知的任何其它形式的存储介质中。可以将一种示例性的存储介质连接至处理器，从而使该处理器能够从该存储介质读取信息，并且可向该存储介质写入信息。或者，存储介质也可以是处理器的组成部分。

[0145] 因此，本发明的实施例可以包括计算机可读介质，该计算机可读介质包含用于根据所公开实施例中的一个或多个来实现客户端方分散式存在管理的方法。因此，实现并不限于所描绘的示例，用于执行本申请所描述的功能的任何机制都包括在本发明的实施例中。

[0146] 虽然上述公开内容示出了本发明的示例性实施例，但应当注意的是，在不脱离如所附权利要求书所规定的本发明保护范围的基础上，可以对本申请做出各种改变和修改。根据本申请所述的本发明的实施例的方法权利要求的功能、步骤和/或动作，不需要以任何特定的顺序执行。此外，虽然用单数形式描述或主张了本发明的组成元素，但除非明确说明限于单数，否则复数形式是可以预期的。

标题	发布/更新时间	阅读量
调节尿酸含量的化合物、组合物及其使用方法在一些实施例	2020-05-11	1004
利用经过调节的气流处理例如待孵化蛋的产品的方法以及用于实施该方法的气候室	2020-05-12	299
非四边无衬标签结构，使用方法、应用实例和实施装置	2020-05-11	867
一种机械设计制实施例辅助系统	2020-05-11	1034
机械设计实施例纸展示辅助系统	2020-05-11	383
外汇交易的系统（实施例）	2020-05-11	293
用于改进的间隙填充、可靠性以及减小的电容的双金属互连	2020-05-13	780
在试验设备上以图形方式输出对纺织物例如纱线，粗纱和纱条测试结果的方法与实施该方法的设备	2020-05-12	482
利用外壳面积和自由体积或螺杆内径和外径的特定比例来实施连续混合和加工过程的方法	2020-05-12	638
利用外壳面积和自由体积或螺杆内径和外径的特定比例来实施连续混合和加工过程的方法	2020-05-12	286

在通信网络中交换存在信息

在通信网络中交换存在信息

技术领域

背景技术

具体实施方式

该功能需要专业版企业版VIP权限，您可以：