CN1930863A - 用于提供用户信息到电信客户的方法和布置 - Google Patents

Abstract

本发明公开了一种将关于请求的用户(204)集合的信息从客户接入网络(202)提供到客户(200)的方法和布置，至少一些用户连接到其它接入网络(206)。为响应客户预订请求，客户接入网络与其它接入网络建立网络预订。无论何时用户更改其状态，然后都持续接收关于集合中用户的信息更新并存储在客户接入网络的数据库(214)中。为响应来自客户的随后的用户信息请求，从数据库中检索对应的存储用户信息并在通知中将其发送到客户。

Description

用于提供用户信息到电信客户的方法和布置

技术领域

本发明一般涉及一种用于将请求的关于多个用户的信息提供到电信客户的方法和布置。具体地说，本发明涉及在输送此类信息到客户的进程中使通信变得更有效。

发明背景和现有技术

固定和移动通信终端至今为止主要用于进行话音呼叫。移动终端还广泛使用传递诸如SMS(短消息业务)消息的有限文本消息的业务。这些是相当直接的电信业务，为尤其是电路交换单连接使用非常确定的技术。在用于固定和/或移动终端之间呼叫的标准化通信协议中，一般使用预定义的通信规则和参数集合。

现在，在迅速开发许多新电话业务，尤其可通过引入提供更大网络容量和更高传输率的新通信技术来采用这些业务。例如，当前新兴的GPRS(通用分组无线电业务)和WCDMA(宽带码分多址)技术用于实现需要大范围数据速率和不同协议的无线电话业务。今天的趋势是向提供更大容量和灵活性的分组交换网络和技术转移。此外，用于通信的新成熟终端也在市场上出现，适用于处理新业务。

许多新业务涉及视频信息及音频信息的实时传输，并可能还包括采取许多不同格式和组合的表示文本的附加数据、文档、图像、音频文件和视频文件的传输。此类业务通常称为“多媒体”业务，该术语将在本说明中用于表示除普通话音外还涉及信息传送的所有电话业务。另一趋势是将所有业务汇聚到单个传输机制-因特网协议(IP)上，而不考虑接入网络和技术的类型。

近来，称为“IP多媒体子系统”(IMS)的网络体系结构已由第三代合作伙伴项目(3GPP)开发为一个开放标准，使得接入网络的运营商能够在分组域中提供多媒体业务。包括处理业务的各种不同网元的IMS网络可建立在任一类型的接入网络上，并且在接入网络能够在带宽、QoS(服务质量)等方面支持服务要求时，不依赖使用的接入技术。因此，IMS是实现基于IP传输的业务的平台，并不限于任何有限的特定业务集合。

通过IMS解决方案可采用的两个重要业务示例是即时消息传递(IM)业务和存在(Presence)业务。在IMS解决方案中，存在业务由“会话发起协议”(SIP)支持，该协议已被IETF定义为支持多种基于IP业务的通用会话管理协议。SIP是纯信令协议，用于创建、修改和终止与一个或多个参与者的通信会话。

即时消息传递涉及在终端之间“近实时”、即以小的延迟传输比较短的消息，例如包括文本、图片、标识音频/视频剪辑等。在此上下文中，“存在”基本上是用户的动态和可变的状态简档(profile)，并且存在业务基本上涉及使其它用户可看到某个用户的存在，此外，这又可用于控制其它业务。此用户简档包括在任一预定义方面基本上定义用户及其设备的状态的所谓“存在数据”。因此，术语“存在”在本文表示很广泛的含义，并且下面的“用户状态”例如可形成存在数据：

-个人状态，如：有空、忙、在开会、休假等。

-终端状态，如：打开/关闭、占线、不在覆盖范围等。

-用户/终端的地理位置。

-终端能力，如：用于SMS、MMS、聊天、IM、视频等的功能。

-终端选择，如：呼叫转发、语言等。

-其它信息，如：兴趣、职业、个人特征、情绪、个人标识、取决于当前情绪的标识等。

基于无论何时用户更改其任何存在数据时从网络或用户接收的所谓“事件公布”，所有此信息或其任何选定部分存储在IMS网络中。根据一些业务，可能的是，用户预订一个或多个其它用户的选定存在数据，例如，根据可能是预定义的用户列表，如电话簿，或者可能是特别的即暂时定义的用户列表。预订存在数据的用户以下将称为“客户”。存在预订一般由客户的接入网络的IMS中的功能提供和处理。

客户因此可在例如12小时的有限时期期间根据用户列表预订存在数据。在一个当前实施中，在截止期前任一时间请求时可进一步延长预订期。可以提供此业务，使得在预订时期期间一旦在列表中的用户之一更改了其存在数据，如移到另一位置后，客户便将从其IMS网络收到通知。这通常称为“推”行为。或者，客户可通过以下方式预订存在数据：只请求存在数据一次，由此允许客户在需要时通过请求即“拉”行为获取(fetch)信息。因此，每次客户请求存在数据时，建立“一次性预订”，表示预订只对一个此类输送有效。IETF(因特网工程任务组)定义了用于这些业务的机制。

下面将参照图1描述根据现有技术将一组用户的存在数据提供到客户的一个基本过程，图1以示意图方式示出典型的通信情况。

在此示例中，客户100以无线方式连接到以下称为“客户接入网络”的移动接入网络102，并且多个其它用户104以类似的方式连接到各种其它移动接入网络106a-c。假设每个涉及的网络104、106a-c能够提供上述存在业务，例如，通过为每个网络实施IMS解决方案。这意味着每个网络具有此处未进一步描述的必需网元，用于无论何时更改连接用户的存在数据，都通过事件公布从连接用户接收和处理存在数据更新。

另外，客户接入网络102还适用于从其它网络106a-c收集用户104的更新的存在数据，以及通过如上所述的推行为或拉行为将有关用户的存在信息提供到客户100。在IMS解决方案中，称为“资源列表服务器(RLS)”的网元用于将此类存在信息提供到客户。当然，其它网络106a-c还能够以相同的方式根据其预订将存在信息提供到其各自的客户，即任一用户104。

根据一个以前的解决方案，在客户100对用户104列表的存在数据提出一次性预订请求时，客户接入网络又将对存在数据的请求或“轮询”发送到有关用户连接到的每个网络106a-c。客户接入网络从所有网络106a-c接收了关于列表中用户104的存在状态的响应或通知时，将包含有关用户104的期望信息的通知发送到客户。这是纯拉行为，并且只要客户期望获取此类信息就可重复进行。

然而，在将通知发送到客户前，由于客户接入网络必须发出若干请求并等待来自所有网络106a-c的通知，因此，此过程复杂又极耗时。另外，数据获取将需要大量的网络间信令，特别是在涉及许多网络时。在收到重复请求时，一些网络还可能提供与前一通知相比包括相同信息而无更新的通知。因此，客户请求触发的大部分网络间信令甚至可能是不必要的。另外，涉及许多不同的运营商/网络时，必须遵守不考虑内部和/或本地优化的标准过程。

此外，在当前解决方案中，即使只有一些用户或没有用户自上次更新后进行更新，也响应客户请求将有关列表中所有用户的信息发送到客户。因此，发送到客户的通知消息始终是“全尺寸”而与自上次更新后确实更改了其状态的用户的数量无关。因此，在将通知发送到客户时，在有限的无线电接口上占用不必要的带宽用于与客户100的无线连接。

在另一现有技术解决方案中，客户100在进行对用户104的存在数据的时间有限的预订时，客户接入网络又与每个有关网络106a-c建立了预订，因此，每次预订中与任一网络连接的用户更改其存在数据时，客户接入网络自动从该网络接收通知。之后，在来自网络的每个通知后，客户接入网络根据纯推行为将包含更新的存在数据的通知发送到客户。

此解决方案的缺陷在于客户可能收到大量的通知，这将耗尽客户终端的电池电能，并且同样地，宝贵的带宽被占用，在有限的无线电接口上用于客户与客户接入网络102的无线连接。通过客户接入网络在到相同客户的连续通知之间设置最短时期，即所谓的“速率限制”，可部分克服此类问题。然而，如果客户确实实时地需要信息，则速率限制值必须设得相当短，使得通知的实际节约变得无关重要。

在一些已知的解决方案中，还可请求客户设置连续通知之间的最短时期，有时称为“节流时间”。不过，客户将不可避免地还在不需要时收到用户信息，或甚至未注意到，例如，如果终端是无声的。此外，在现有解决方案中，客户接入网络必须为在客户上已请求其信息的每个用户建立单独的预订，即使若干用户属于同一接入域，这导致单个客户预订产生许多网络间消息。

在将请求的关于多个用户的信息提供到电信客户时，通常期望在将此类信息输送到客户的进程中减少特别是在重要无线电接口上的信令活动而不产生不需要的延迟。

发明内容

本发明的目的是减少或消除上面概述的问题。通过提供一种以关于多个用户的用户信息形式将信息从客户接入网络提供到客户的方法和布置，实现此目的和其它目的。根据所述方法，首先从客户接收有关用户集合的某些信息的预订请求，随之接收和存储关于集合中用户的信息更新。稍后从客户接收随后的用户信息请求，并且然后检索对应于所请求信息的存储用户信息。最后，将关于所检索用户信息的通知发送到客户，以响应随后的用户信息请求。一般情况下，集合中的用户是移动用户，并且用户信息可以是有关用户的存在信息。

如果集合中的用户连接到其它接入网络，则客户接入网络与集合中用户连接到的每个其它接入网络建立用户信息更新的网络预订，以响应所接收的客户预订请求。

如果集合中的若干用户连接到相同的用户接入网络，则客户接入网络可将一个针对那些用户的共同预订请求发送到该用户接入网络，包括集合中连接到该网络的用户的列表。

无论何时检测到集合中用户的状态更改，影响现有网络预订，都可从其它接入网络持续接收信息更新。

在建立网络预订后，最初可从其它接入网络接收有关其各自用户的当前状态的信息。然后，在接收随后的用户信息请求前，可将关于所接收用户信息的初始通知发送到客户。

从客户接收的随后的用户信息请求可限于包括比原用户集合少的用户的用户子集。随后的用户信息请求还可限于预订中包括的信息类型中的一个或仅一些信息类型。随后的请求中的用户子集和/或感兴趣的信息类型可由客户选择，或者可适用于客户当前利用的业务和/或应用。

可将随后的通知发送到客户，只指明自前一通知后的更改，或指明自上一通知后未进行任何更改。

来自客户的预订请求可指明需要的信息类型及截止时间。预订请求还可指明连续通知之间的对应于截止时间的最短时间。

用户集合可通过指明预定的用户列表而选择，或被选为特别的用户列表。用户集合还可通过添加用户到预定的用户列表或从中删除用户而选择。

本发明还包括一种在客户接入网络中用于以关于多个用户的信息形式将信息提供到连接客户的布置。该布置包括信息输送服务器，适用于从客户接收有关用户集合的信息的预订请求，以及从用户各自的接入网络接收关于用户集合的信息更新。该布置还包括用于存储更新的用户信息的数据存储装置。信息输送服务器还适用于从客户接收随后的用户信息请求，以及从数据存储装置检索请求的用户信息，并将包括所检索用户信息的通知发送到客户，以响应用户信息请求。

如果集合中至少一些用户连接到其它接入网络，则信息输送服务器还可适用于与集合中用户连接到的每个其它接入网络建立用户信息更新的网络预订，以响应所接收的客户预订请求。

信息输送服务器还可适用于无论何时检测到集合中用户的状态更改，都持续从其它接入网络接收信息更新。

信息输送服务器还可适用于最初从其它网络接收有关其各自用户当前状态的信息。

信息输送服务器还可适用于将包含所接收用户信息的初始通知发送到客户。

信息输送服务器还可适用于将随后的通知发送到客户，只指明自前一通知后进行的更改。

信息输送服务器还可适用于将随后的通知发送到客户，指明自上一通知后未进行任何更改。

此外，该布置可包括用户列表服务器，适用于维护为客户接入的客户定义的各种用户列表，以及将预定列表提供为所选择集合用户的基础。

附图简要说明

下面将通过优选实施例并参照附图更详细地描述本发明，图中：

-图1是根据现有技术、用于将有关用户的信息提供到客户的典型通信情况的示意图。

-图2是根据本发明的一个实施例、用于将有关用户的信息提供到客户的通信情况的示意图。

-图3是示出本身已知但可用于本发明的用于更新用户信息的过程的流程图。

-图4是示出根据本发明的一个实施例、用于将用户信息提供到客户的过程的流程图。

优选实施例说明

下面将先参照图2描述本发明的优选实施例。类似于图1所示的通信情况，客户200使用能够进行无线通信的终端连接到客户接入网络202。在此上下文中，术语“客户接入网络”应从广义角度理解为能够将下述业务提供到当前与其连接的客户的任一网络，并且不必是客户具有其永久性移动预订的网络，即归属网络。客户接入网络202还可以是例如在外国中的受访网络。

此外，多个其它移动用户204连接到其它域中的各种另外的移动接入网络206。在此示例中，示出三个此类网络206a-c，但在本发明中可涉及任何数量的网络和用户，一般比此处所示的那些多得多。未示出的多个另外的移动用户204还可连接到可参与下述业务的客户接入网络202，但这些用户未包括在此处。应注意的是，本发明并不限于移动用户，而是还可用于固定用户或移动用户与固定用户的混合。

每个网络202、206通常适用于通过将IMS网络连接到每个网络，按请求将更新的用户信息提供给预订用户，例如，根据上述存在业务。在此示例中，每个网络206a、206b和206c分别包括用户数据收集单元208a、208b和208c。每个单元208a-c适用于通过以下操作检测用户的状态更改，例如，无论何时用户以某一预定义方式更改其状态，例如上述例示的存在数据，都例如从连接用户204接收事件公布，或者从相关联网络本身接收信息。用户数据收集单元208a-c因而适用于基于接收的信息跟踪用户204的状态。对应的用户数据收集单元当然可安排在客户网络202中以从其连接用户收集用户信息，但未在图中明确指明。

例如，网络206可具有例如通过GPS(全球定位系统)检测用户的地理位置或检测信号强度和/或信号延迟测量的功能，这存储在相关联的用户数据收集单元208中。无论何时网络检测到用户位置的变化，用户数据收集单元将更新用户的当前位置数据。在另一示例中，用户可在其终端中输入当前个人情绪，如“伤心”或“高兴”，将该情绪发送到网络及其用户数据收集单元以用于更新等等。

客户接入网络202包括信息输送服务器210，用于通过将通知发送到客户，按客户的期望将关于多个用户的信息提供到客户200，这将在下面描述。当然，对应的信息输送服务器可安排在每个网络206中，但在此处未示出。例如，信息输送服务器可与用户数据收集单元集成在单个服务器或实体中。实际上，IMS网络在客户接入网络202中实施时，服务器210可以是资源列表服务器(RLS)，但常规术语“信息输送服务器”将在此说明中用于表示具有下述功能的任一可能的网络实体。所述用户信息当然可包括上述任一类型的存在数据或类似的数据，而不是局限于此。

服务器210连接到用户列表服务器212，用户列表服务器在IMS示例中是称为“组列表管理服务器GLMS”的实体。用户列表服务器212适用于维护为客户接入网络202的客户定义的各种用户列表，如电话簿、联系人组或诸如此类。列表还可分成各种子列表，例如，根据特定的主题和兴趣。子列表还可对特定业务和/或应用是有效的。用户列表服务器212还连接到以下称为用户数据库的用户数据存储装置214，用于根据列表存储更新的用户信息，这将在下面描述。用户数据库214可实施为高速缓冲存储器或诸如此类。实际上，上述功能单元210\212和214可合并成一个常见的服务器单元。

简要地说，本解决方案允许客户在有限和指定的时期内最初预订有关如预定义或特别的用户列表定义的用户集合的选定状态信息。为响应来自客户的此类预订请求，信息输送服务器210然后与集合中用户连接到的每个网络206a-c建立用户信息的预订。无论何时用户以影响客户为预订而选择的感兴趣的用户信息的某种方式更改其状态或存在数据，相关联的用户数据收集单元208a-c然后都将更新的用户信息发送到信息输送服务器210。

然而，在本解决方案中，信息输送服务器210并不在更改一发生后就自动发送通知到客户。与以前使用的推行为不同，从其它网络接收的更新存储在用户数据库214中以供将来检索，而不是被推给客户。因此，在预订的持续时间内在用户数据库214中持续收集接收的更新信息。

客户200确实想要用户信息时，他/她可发送随后的数据请求到信息输送服务器210。为响应此类数据请求，根据如用户列表服务器212中维护的列表，从用户数据库检索相关和更新的数据，并且然后将数据适时发送到客户200。这样，将只在客户确实需要和要求时发送通知到客户，并且相关信息已经收集在数据库214中，准备好在请求时迅速发送到客户。因此，本解决方案是网络206向客户接入网络202的推行为和客户200从客户接入网络202的拉行为的组合。

图3示出用于在预订期间更新用户信息的过程的流程图。如上所述，信息输送服务器210与集合中用户连接到的每个网络206a-c建立网络预订，以响应从客户200接收初始预订请求。来自客户的预订请求可包含客户有兴趣接收有关其的信息的特殊用户的说明，以及客户想接收的信息类型的说明。客户还可指明预订的持续时间，例如，如截止时间指定的一样。或者，预订可设为暂时运行，即直至客户指明要终止预订，或者可在客户未指明持续时间时受默认持续时长的限制。

客户可通过仅提供在用户列表服务器212中已经知道的预定列表的引用而指明感兴趣的用户集合。或者，可单独在客户提供的特别列表中指定用户，或者可将用户添加到预定列表和/或从中删除。

图3中的流程图示出在与集合中一个或多个用户连接到的一个网络206相关联的用户数据收集单元208中执行的过程。客户接入网络202首先根据客户请求，发送有关属于所述网络208的一个或多个特定用户的信息的网络预订请求。因此，在第一步骤300中，从客户接入网络202接收预订请求，截止时间与客户指定的相同。从现在开始，无论何时发生影响所请求用户信息的更改，用户数据收集单元208都将关于有关用户的通知发送到客户接入网络。

接着在步骤302中，例如以上述方式检测集合中用户的状态更改，指明此特殊用户以与预订有关的某一方式已更改其状态，例如存在数据。在下一步骤304中，然后将包含更新的用户信息的通知从该用户的接入网络发送到客户接入网络，指明检测到的用户更改。

在此示例中，示出步骤306，在该步骤中确定与客户接入网络的预订是否已到期。如果未到期，则无论何时用户更改其与预订有关的状态或存在数据，都可重复进行步骤302和304。网络预订最终到期时，它在步骤308中被终止并且不再将其它更新发送到客户接入网络。当然，检查到期的有效步骤306可能不是必要的，这是因为一旦时间到期，或在客户指明终止时，预订便可自动终止。

应注意的是，图3所述的更新过程基本上与前面用于纯推行为的过程相同，并因此不受本解决方案的影响。然而，如下参照图4所示优选实施例所述，将信息提供到客户的本发明过程在客户与客户接入网络之间利用拉机制。以下过程通常在客户接入网络202中执行，有效步骤大部分由图2所示的信息输送服务器210执行。

在第一步骤400中，客户接入网络202如上所述从客户200接收指明用户204集合的预订请求，使得客户接入网络例如通过用户列表服务器212维护的预定列表，可识别用户、所需的用户信息类型和客户请求预订的持续时间。如结合图3所例示的一样，预订持续时间可以以不同方式确定。

根据此信息，客户接入网络可分别将对应的预订请求发送到用户204连接到的有关网络206，并且在步骤402中，与每个网络206a-c相应地建立网络预订，以获得有关连接到网络的集合中用户的信息。网络预订还可限于按客户请求的特定的信息类型，如仅限位置或位置与情绪等。应注意的是，感兴趣的用户集合还可包括连接到客户接入网络的用户。

在一个实施例中，在集合中的若干用户连接到相同网络206的情况下，客户接入网络优选是将有关那些用户的一个共同的信息预订请求发送到该网络206，包括集合中连接到该网络的用户的列表。与为每个用户发送单独的预订请求到相同网络206相比，这将导致信令量减少。因此，优选是每个域只发送一个预订请求以将网络间信令降到最少。另一个益处在于针对预订的任何节流或速率限制功能可按域而不是按用户控制。

一旦已与每个网络206建立预订，网络将最初发送有关其各自用户204的当前状态的信息，在步骤404中接收该信息。接着，在步骤406中，假设客户在发送预订请求后立即对该信息感兴趣，则客户接入网络202可根据所接收的信息，将包含感兴趣用户的当前状态的初始通知发送到客户200。在此概念以及下述内容中，术语“通知”旨在涵盖可用于将此种信息传达到客户的任一类型的消息和/或指示和/或其组合。

然而，在一个替代实施例中，可省略步骤406以避免非客户请求的任何不需要的通知。至此为止，已使用了推行为，但从现在开始，在已将初始数据发送到客户后，除非客户要求数据因而产生拉行为，客户接入网络将不发送任何数据。

根据在进行的网络预订，如结合图3所述，无论何时用户更改其状态，客户接入网络都从网络206接收有关与预订有关的用户信息的各种更新，这在下一步骤408中概括指明。每次收到此类更新的信息，如步骤410中所示，客户接入网络便将它存储在用户数据库214中。如果连接到客户接入网络的用户还包括在列表中，则关于它们的有关更新当然可由客户接入网络在内部处理。

接着，示出用于检查客户的预订是否到期的步骤412，并且如果它已到期，则在步骤414中终止客户预订及具有相同截止时间的相关联网络预订。然而，实际上，在该过程中的此时，并不一定要将此作为特定步骤执行，但在整个过程中当然可或多或少持续地检查或注意此方面。

接着在该过程中，客户已决定获取更新的信息，因而在步骤416中从客户接收随后的信息请求。一般情况下，自最初在步骤406中发送用户信息后经过了一定量的时间，并且在此期间一些用户信息可能已更改。

在一个实施例中，从客户接收的随后的信息请求可限于包括比客户预订中原用户集合少的用户的用户子集。此外，随后的信息请求可限于预订中包括的不同信息类型中仅一个类型或一些类型。例如，请求的用户子集和/或信息类型可适用于客户当前利用的业务和/或应用。这样，客户根据其当前需要，自由请求原集合中任何选定用户的更新信息，或自由请求预订的任何选定的用户信息类型的更新信息。

在下一步骤418中，为响应客户的信息请求，从用户数据库214检索请求的用户信息的当前更新版本，然后在步骤420中适时地在通知中将其发送到客户。与从所有有关网络206请求和接收信息相比，以此方式从用户数据库检索有关数据是一个快得多的过程。

该进程然后可回到步骤408以如在步骤408中一样从网络206接收另外的更新以及如在步骤416中一样接收客户提出的任何另外的随后的信息请求。为使到客户的通知更短和更有效，优选是在通知步骤420中发送仅自上一通知后信息更改的简短指示，而不是完整的数据集。如果自上一通知后未进行任何更改，则可发送关于其的很简短的指示。这样，发送到客户的通知消息的大小可比全尺寸小，并且可保持在最小值，从而使得在无线接口中优化使用宝贵的带宽。

通过根据本发明的组合的推和拉机制，获得一种非常有效的解决方案，在该解决方案中，需要在客户接入网络202与其它接入网络206之间以及在客户接入网络202与客户200之间传送的数据量最小。具体地说，客户接入网络不必在客户请求信息时从每个网络获取信息，而是已经通过在进行的网络预订持续接收和存储此信息，并因此立即可从用户数据库得到。

还可以以最小延迟将所需的信息传达到客户，即，可在很大程度上满足对实时信息的需要。另外，由于可根据客户的当前需要或当时利用的业务和/或应用而请求原预订用户集合中任何用户的用户信息，因此，此解决方案为客户提供了极大的灵活性。

上述业务可通过使用现有的消息和协议而实现，例如，如当前由IETF规范RFC3265定义的一样。为避免从客户接入网络接收不需要的通知，客户可然后指明等于截止时间的节流时间，这样，在整个预订期间，除非客户必要时请求或拉动，否则将不自动发出或推送通知。

本发明可结合可从IMS网络得到的现有业务使用，如“无线一键通”(PoC)、即时消息传递和当然还有上述的存在业务等。

虽然已参照特定示范实施例描述了本发明，但本说明只是要示出本发明的概念，并且不应视为限制本发明的范围，本发明的范围由随附权利要求书限定。

Claims (28)

1.一种以关于多个用户的用户信息形式将信息从客户接入网络提供到客户的方法，其特征在于以下步骤：

-从所述客户接收有关用户集合的某些信息的预订请求，

-接收和存储关于所述集合中用户的信息更新，

-从所述客户接收随后的用户信息请求，

-检索对应于所请求信息的存储用户信息，以及

-将关于所检索用户信息的通知发送到所述客户，以响应所述随后的用户信息请求。

2.如权利要求1所述的方法，其特征在于所述用户是移动用户。

3.如权利要求1或2所述的方法，其特征在于所述用户信息是有关所述用户的存在信息。

4.如权利要求1-3中任一项所述的方法，其中所述集合中至少一些用户连接到其它接入网络，其特征在于所述客户接入网络与所述集合中用户连接到的每个所述其它接入网络建立用户信息更新的网络预订，以响应所接收的客户预订请求。

5.如权利要求4所述的方法，其中所述集合中的若干用户连接到相同的用户接入网络，其特征在于所述客户接入网络将一个针对那些用户的共同预订请求发送到该用户接入网络，包括所述集合中连接到该网络的用户的列表。

6.如权利要求4或5所述的方法，其特征在于无论何时检测到所述集合中用户的状态更改，影响现有网络预订，都从所述其它接入网络持续接收信息更新。

7.如权利要求4-6中任一项所述的方法，其特征在于在建立所述网络预订后，最初从所述其它接入网络接收有关其各自用户当前状态的信息。

8.如权利要求7所述的方法，其特征在于在接收所述随后的用户信息请求前，将关于所接收用户信息的初始通知发送到所述客户。

9.如权利要求1-8中任一项所述的方法，其特征在于从所述客户接收的随后的用户信息请求限于包括比原用户集合少的用户的用户子集。

10.如权利要求1-9中任一项所述的方法，其特征在于从所述客户接收的随后的用户信息请求限于所述预订中包括的信息的一个或一些信息类型。

11.如权利要求9或10所述的方法，其特征在于所述用户子集和/或信息类型由所述客户选择。

12.如权利要求9或10所述的方法，其特征在于所述用户子集和/或信息类型适用于所述客户当前利用的业务和/或应用。

13.如权利要求1-12中任一项所述的方法，其特征在于将随后的通知发送到所述客户，只指明自前一通知后进行的更改。

14.如权利要求1-12中任一项所述的方法，其特征在于将随后的通知发送到所述客户，指明自上一通知后未进行任何更改。

15.如权利要求1-14中任一项所述的方法，其特征在于来自所述客户的预订请求指明需要的信息类型。

16.如权利要求1-15中任一项所述的方法，其特征在于来自所述客户的预订请求指明截止时间。

17.如权利要求16所述的方法，其特征在于来自所述客户的预订请求指定在连续通知之间的对应于所述截止时间的最短时间。

18.如权利要求1-17中任一项所述的方法，其特征在于所述用户集合通过指明预定的用户列表而选择。

19.如权利要求1-17中任一项所述的方法，其特征在于所述用户集合被选为特别的用户列表。

20.如权利要求1-17中任一项所述的方法，其特征在于所述用户集合通过将用户添加到预定的用户列表或从中删除用户而选择。

21.一种在客户接入网络中用于以关于多个用户的信息形式将信息提供到连接客户的布置，其特征在于：

-信息输送服务器，适用于从所述客户接收有关用户集合的某些信息的预订请求，以及从所述用户各自的接入网络接收关于所述用户集合的信息更新，

-用于存储更新的用户信息的数据存储装置，

其中，所述信息输送服务器还适用于从所述客户接收随后的用户信息请求，以及从所述数据存储装置检索请求的用户信息，并将包括所检索用户信息的通知发送到所述客户，以响应所述用户信息请求。

22.如权利要求21所述的布置，其中，所述集合中至少一些用户连接到其它接入网络，其特征在于所述信息输送服务器还适用于与所述集合中用户连接到的每个所述其它接入网络建立用户信息更新的网络预订，以响应所接收的客户预订请求。

23.如权利要求21或22所述的布置，其特征在于所述信息输送服务器还适用于无论何时检测到所述集合中用户的状态更改，都持续从所述其它接入网络接收信息更新。

24.如权利要求21-23中任一项所述的布置，其特征在于所述信息输送服务器还适用于最初从所述其它网络接收有关其各自用户当前状态的信息。

25.如权利要求24所述的布置，其特征在于所述信息输送服务器还适用于将包含所接收用户信息的初始通知发送到所述客户。

26.如权利要求21-25中任一项所述的布置，其特征在于所述信息输送服务器还适用于将随后的通知发送到所述客户，只指明自前一通知后进行的更改。

27.如权利要求21-25中任一项所述的布置，其特征在于所述信息输送服务器还适用于将随后的通知发送到所述客户，指明自上一通知后未进行任何更改。

28.如权利要求21-27中任一项所述的布置，还包括用户列表服务器，适用于维护为所述客户接入网络的客户定义的各种用户列表，其特征在于所述用户列表服务器适用于将预定列表提供为所选择集合用户的基础。

Images