CN102668451A - 用于提供用户相关的业务统计的方法和装置 - Google Patents

Abstract

提供了一种在通信网络中用于提供关于通信网络中生成的用户业务的用户业务统计的方法，其中，涉及注册到一个或多个客户端一个或多个其它客户端的预订用户的统计被考虑。从业务拦截单元接收用户业务数据，以及如果已经存储了任何相关联的数据，则将这个数据与已接收的数据聚合，使得与该订户的任何客户端相关联的用户业务被聚合。然后基于预定义的处理准则处理已聚合和/或已接收的数据，使得关于与订户相关联的业务的已更新用户业务统计被获得，在此之后，已处理的数据被存储，使得可以提供随后对已更新业务统计的分发。

Description

用于提供用户相关的业务统计的方法和装置

技术领域

本发明涉及一种用于基于拦截的用户业务数据来向用户提供增强的用户体验的方法和装置。

背景技术

目前在市场上可得到的便携式和无线用户设备或终端，可以适配成收集受限数量的用户业务统计，其方式是通过从相应用户设备的数据库获取本地用户业务数据以及通过相应地处理此类数据。然而，已经通过这种方式获得的统计是取决于终端平台的，并且照此而论，这类基于统计的服务不能启动为运营商差异化的服务。今天不存在标准化终端平台的需求，并因此，在不同终端平台之间的差别对于使源自不同用户设备的用户统计能够由通用应用来收集是相当大的障碍。

因此，用于用户业务统计的收集和处理的基于终端的解决方案既不合适也不可行，尤其在当订户已经注册两个或更多个客户端用于用户业务拦截和此类数据的处理的情况下。

发明内容

本文档的目的在于解决至少一些上述的问题。还有一个目的在于提供用于获得关于用户的用户业务统计的机制，其中，每一个用户可以注册到一个或多个客户端。另一个目的在于聚集统计，使得可以以含有信息的方式将它呈现给用户。

根据不同的方面，提供了方法和装置，所述方法和装置使用户业务数据的收集和已收集数据的处理成为可能，使得基于已处理的数据可以提供用户业务统计。

在一个方面，提供了一种用于提供关于通信网络中生成的用户业务的用户业务统计的方法。用户业务统计涉及：作为用户业务统计服务的订户的第一用户注册到的至少一个客户端；以及一个或多个其他客户端，其中，一个或多个其他客户端中的每一个注册到不同于第一用户的其它用户。在服务器上可执行的该方法使用与客户端相关联并且由业务拦截单元拦截的用户业务数据。基于已拦截的数据，确定与第一用户相关联的任何用户业务数据是否已经存储在服务器上，并且在任何此类数据被识别的情况下，将它与已接收的相关联数据进行聚合，使得与订户的任何客户端相关联的数据业务被聚合。然后，基于预定义的处理准则处理已聚合和/或已接收的数据，使得关于与所述订户相关联的业务的已更新用户业务统计被获得，在此之后，已处理的数据被存储，使得在任何有需要的时候，随后对已更新业务统计的分发可以被提供。

可以基于每一个被呼叫方和/或基于每一个呼叫方存储已处理的用户业务数据。这些是可以预定义的问题，并且，这些问题将确定如何将用于相应客户端的记录放在一起。

对于每一个注册到相应被呼叫方和/或呼叫方的客户端，通常可以基于每一个客户端来存储已处理的用户业务数据，使得或多或少详细的用户业务统计可以稍后被获得。

例如，通常对于在预定义的时间间隔内已经被拦截并存储的相关的用户业务数据执行用户业务数据的聚合，比如，过去24小时存储的数据、一个或多个星期存储的数据、或者一个或多个月存储的数据。通常也对于指定客户端之间建立的连接上的用户业务数据上执行聚合。

待拦截的用户业务数据可以包括多个不同的变量，其中，数据可以包括一个或多个客户端和/或用户身份相关的信息、位置相关的信息以及连接持续时间相关的信息。

另外，可以根据预定义的规则执行用户业务数据的聚合，可能已经由用户统计服务的运营商和/或由订户至少部分地指定该预定义的规则。

除了上文已经提到的之外，用户业务统计可以分发到应用服务器，客户端可以从该应用服务器访问该统计。

备选地，已处理的用户业务统计可以直接分发到一个或多个客户端，由此使统计在客户端的用户界面上的图形呈现成为可能。

在另一个方面，提供了一种用于提供关于通信网络中产生的用户业务的用户业务统计的装置。统计涉及：作为用户业务统计服务的订户的第一用户注册到的至少一个客户端；以及一个或多个其他客户端，其中每一个注册到不同于第一用户的用户。该装置包括接收单元，该接收单元适配成从至少一个业务拦截单元接收与客户端相关联的用户业务数据。该装置还包括聚合单元，该聚合单元适配成确定是否有与第一用户相关联的任何用户业务数据存储在装置的存储单元处，并且，该聚合单元还适配成聚合已接收的数据与任何此类数据，使得与订户的任何客户端相关联的用户业务数据被聚合。

另外，该装置包括处理单元，该处理单元适配成基于预定义的处理准则处理所述已聚合和/或已接收的数据，使得关于与该订户相关联的业务的已更新用户业务统计被获得。而且，该处理单元适配成在存储单元中存储用户业务统计，由此使随后通过传送单元对已更新用户业务统计的分发成为可能。

为了分发用户业务统计，传送单元可以适配成应用消息类型，比如，SIP PUBLISH、SIP MESSAGE或者XCAP PUT。

根据一个示例性的实施例，建议的装置配置为服务器的集成部分，并且更具体地，如果应用呈现(presence)，则该服务器可以配置为呈现服务器。

建议的概念不限于某些类型的通信手段，而是替代地适配成利用与所有类型的连接相关联的用户业务数据，这些连接可以建立在连接到通信网络的注册的客户端之间。

而且，除了预订你自己的用户统计之外，访问其他用户的用户统计也会是可能的。

另外，既然用户统计概念是基于网络的，所以，可以使用和处理源自驻留在不同类型用户设备上的客户端的用户业务数据，使得可以获得预订用户行为模式的总体视图，也用于注册到多个客户端的订户。

所描述概念的另外的可能特征和利益将会从下文详细描述中变得明显。

附图说明

现在将通过示例性实施例并参考附图对本发明进行更详细的描述，其中：

-图1是示意框图，示出用于拦截与多个客户端相关的用户业务数据的情形，其中每个客户端注册到相应订户。

-图2是根据一个示例性实施例示出用于在通信网络中提供用户业务统计的情形的示意框图。

-图3是另一个示意框图，根据另一个示例性实施例示出另一种用于在启用呈现的通信网络中提供用户业务统计的情形的示意框图。

-图4是更详细地示出装置的示意框图，该装置适配成通过执行根据参考图2或3示出的实施例的方法来提供用户业务统计。

-图5是流程图，其示出用于执行适合于由装置执行的用户业务相关过程的方法，该装置比如是图4中描述的装置。

具体实施方式

所要求权利的发明涉及一种装置和一种方法，用于提供关于业务的用户业务统计，该业务涉及用户业务统计服务的订户已经注册到的一个或多个客户端，以及一个或多个其他客户端，其中的每一个注册到其它用户。通过使用户业务统计(其覆盖通过通信网络提供的所有或大部分通信方式)对此类服务的用户而言能够是易选择和易访问的，可以提供增强的统计服务，其独立于由相应通信客户端使用的平台。

建议的用户业务统计机制适配成考虑用于注册到同一个用户的一个或多个客户端的用户业务数据，以及适配成聚合该数据，使得可以被处理并呈现为用于相应用户的总体统计。在本上下文中，用户业务要解释为公开基于网络的连接(比如，电话呼叫)以及发起的基于网络的服务(比如，SMS、MMS和通知)。获取的用户业务统计可以包括关于连接和服务的统计，该连接和服务涉及至少两个预订用户，并且，获取的用户业务统计还可以在它的最简单的形式中包括关于在某一时间间隔期间用户已经涉及的呼叫和/或服务数量的统计。

从下文开始，已经注册一个或多个客户端用于基于建议的用户业务统计机制的服务的用户将被称为该服务的订户。订户可能已经注册一个或多个客户端，其中每个客户端驻留在无线设备上，比如，蜂窝电话或膝上型计算机，和/或一个或多个固定设备，比如，PC或者固定电话。

为了能够提供建议的机制和相关联的服务，特别适配的装置被提供，其通常配置为服务器的一部分，比如，适配成管理用户业务数据的应用服务器。

现在将参考图1描述适合于向已注册的订户提供业务统计服务的网络架构的简化概述。应该理解的是，虽然通信系统(比如下文分别参考图1、2和3描述的那些通信系统)一般包括附加的网络节点，比如，MMTEL AS节点，为简单起见，已经在图中省略(其对于理解所要求权利的发明不是必需的)附加的网络节点。

根据图1，通信网络100包括应用服务器，其在本上下文中将被称为统计应用服务器(SAS)101。SAS 101是已经特别适配成根据建议的用户业务统计机制提供用户业务统计的应用服务器。将在下文参考图4进一步详细描述此类功能性的一个示例性的配置。

SAS 101连接到一个或多个业务拦截单元，这里通过业务拦截单元102表示，其中，业务拦截单元可以是网络嗅探器、呼叫感知客户端或网络节点、呈现网络代理(Presence Network Agent，PNA)、短消息服务中心(SMS-C)、移动交换中心(MSC)、适配成从服务取出用户业务相关数据的呈现服务器、PNA或者任何其他类型的常规实体(其包括适合于拦截关于客户端之间用户业务的已选择数据的功能性)。在典型情形下，仅注册到已经被批准拦截的用户的客户端被考虑用于此类过程。

还应该理解的是，尽管图1仅包括一个业务拦截单元，但典型的网络配置将包括多个或甚至相当多的业务拦截单元，这些业务拦截单元分布在通信网络100上，使得建立在通信网络100的客户端之间的用户业务的大致完全的覆盖被获得。

每一个业务拦截单元102被配置成拦截某些类别的用户业务数据，通常关于任何类型的已建立连接，包括，例如，在两个或更多个客户端之间的常规的电话呼叫、聊天会话、SMS、MMS和文件传输。此类数据通常可以包括一个或多个类别的、使相应客户端和/或相关联的用户能够被识别的数据、时间戳和/或使相应客户端能够被定位的数据。

在图1中，两个客户端，即客户端A1和A2，注册到第一订户103，而另一个客户端B1注册到第二订户104。客户端C1注册到第三订户105，而客户端D1和D2注册到第四订户106。

根据图1，业务拦截单元102正在拦截一个在客户端A1和C1之间的正在进行的通信会话107、另一个涉及客户端A2和D1的会话108、以及在客户端B1和D2之间的第三个会话109。

通信网络100的业务拦截单元可以适配成拦截关于两个或更多个客户端之间任何类型的已建立连接的数据，或者受限数量的通信类型。SAS 101适配成处理用户业务相关数据，该用户业务相关数据可以用于形成涉及如下一个或多个客户端的各种类型的用户业务统计，该一个或多个客户端已经由相应订户注册用于此类服务。由业务拦截单元102拦截并由SAS 101处理的用户业务统计或者可以直接提供给请求此类信息的相应客户端，比如，订户104的客户端B1(如图1中所指示的)，或者通过单独的、中间的应用服务器110，任何已注册的客户端都可以从该应用服务器获得用户业务统计以便在相应客户端处呈现。

现在将分别参考图2和3更详细地描述简化的通信系统(其根据两个不同的实施例，适合于应用建议的用户业务统计机制)。

在图2的第一步骤2:1中，在客户端A和客户端B之间建立连接，客户端A和客户端B中的每一个通常驻留在蜂窝电话、PC、膝上型计算机或者任何其他类型的固定或便携式通信设备中。另外，客户端也可以驻留在服务器上，通常是应用服务器，使得也可以注册涉及第一客户端之间通信的用户业务，第一客户端对于特定服务发起会话，该特定服务是通过应用服务器的第二客户端提供的。此类服务可以例如包括通过IMS文件传输的图片传送，并且可能是可以通过它的IP地址识别的。

业务拦截单元102拦截关于已建立的通信会话的数据，并且在下一步骤2:2中，向SAS 101提供已拦截的数据。业务拦截单元102，以及任何其他业务拦截单元(其可以分布在通信网络200上)可能或多或少的复杂，但是可以在最简单的形式中被配置以拦截已经建立在两个或更多个已注册到相应用户的客户端之间的连接的数据。

在随后的步骤2:3和2:4中，由SAS 101对已拦截的数据进行处理和存储，使得关于至少客户端A或客户端B的已更新用户业务统计被提供。更具体地，在步骤2:3中，对于任何客户端A和B处理已拦截的数据，该客户端A和B被注册用于建议的用户业务统计服务。

如果与任何客户端A和B相关联的任何用户业务统计相关数据已经被存储，则该相关联的已拦截的数据首先与先前存储的数据进行聚合，在此之后，处理已聚合的数据。已聚合和/或已存储的数据然后被存储，如通过另一个步骤2:4指示。聚合和处理其中之一可以或两个都可以基于预定义规则执行，该预定义的规则可能已经至少部分地由服务的运营商指定和/或由为其提供了用户业务统计的订户指定。

可以由SAS 101以多种不同的方式对在步骤2:2中获取的用户业务数据进行处理，取决于相应订户需要什么用户业务统计。可以将关于语音呼叫、消息、电子邮件、SMS、MMS、聊天会话的总数量的用户业务统计提供给不受限或受限数量的其他用户。替代地或附加地，可以提供关于已建立连接的、作为客户端之间距离或者建立在客户端之间的会话的呼叫长度的函数的统计。

适合于收集和记录的统计的另一个例子是关于发起通信时客户端的地方或位置的信息。此类统计稍后可在地图上呈现，向订户提供关于他已经被定位在哪里、什么时候某些客户端已经被联系的概览。

在最后的步骤2:5中，由(在这种情况下是客户端A的)客户端请求的用户业务统计被提供给客户端A，其中可以通过常规UI呈现该用户业务统计。可以使用任何类型的常规分发机制来实现此类分发。

在当前情形下，由SAS 101管理分发过程，但是如上文所指示的，参考图1，统计处理和统计分发功能可以备选地被分成两个单独的功能实体，例如，使得已处理的用户业务统计被提供给第二服务器(未示出)，可由正预订相应统计的一个或多个客户端从该第二服务器获取用户业务统计。用户业务统计可以例如通过通知而被分发到一个或多个客户端。

预订用户业务统计的订户可以例如指定对于哪些用户，或者被呼叫方他希望已更新用户业务统计被处理和存储，其中，在这种情况下，将基于每一个被呼叫方存储用户业务统计。涉及此类选定被呼叫方的用户业务统计通常稍后可由一个或多个已注册的客户端访问，例如，以通知的形式，根据预定义的通知方案分发，全部根据常规通知过程，或者借助于任何其他常规分发方式。

基于通知的分发用户业务统计的模型特别适合于当拦截和处理是基于非呼叫相关用户业务时，比如位置数据，指示感兴趣客户端相对于预订用户的一个或多个客户端的位置。

备选地，可以替代地基于每一个呼叫方存储用户业务数据(其中，预订客户端追踪与其他客户端/用户的通信)并且根据指定的方案，用此类数据更新用户业务数据。

除了提供涉及已建立连接的原始统计(其也可以包括关于不成功的连接尝试的数据)之外，用户业务相关数据的处理步骤也可以被配置成推导一个或多个相关变量，该一个或多个相关变量对于推导和呈现合适的用户统计是有用的。此类附加的统计可以例如包括一组变量，其中，每一个变量指示已聚合的通信频率作为相对值。

根据一个可能的实施例，此类值可能够显示在订户的UI处，作为相对中心点的某一距离，中心点表示请求相关的用户业务统计的订户，其中，每一个距离取决于在订户和相应其他用户以及它的已注册客户端之间的通信频率。例如，与相应用户已经建立的连接越多，此类距离可以越短。

另一变量可以替代地指示订户和另一用户之间建立的所有连接的平均长度，使得涉及与订户有持续时间长的连接的用户以拥有相对大的值的变量作为奖励，其与已注册呼叫的平均时长成比例。

通过应用不同的变量，比如上文描述的任何一个变量，或者是单独的或者结合更多传统的统计，配备有此类已更新数据的订户可以将获取的数据用于呈现增强的用户业务统计视图，该增强的用户业务统计视图可以比通过常规图形用户界面呈现的对应数据更易于解释。换句话说，用户可以指定与指定的用户/客户端组相关联的用户业务统计，比如订户的地址簿中10个最受欢迎的，使得仅涉及已注册到属于选定组的用户的任何客户端的通信会话将被处理。

为了举例说明，已更新用户业务统计(包括变量，比如上文描述的那些变量，其被分发到一个或多个客户端)，可以被这些客户端用作选定统计服务的输入数据。

带有表示位于用户设备的显示器中心的订户的符号(注册到该订户的客户端驻留在此用户设备上)，其他的用户可以通过包围着该订户的其他显著的符号表示，使得每一个已注册的用户/客户端定位在距显示器中心(即，距订户)给定的距离处。根据这个原则处理和呈现的用户业务统计可以称为朋友圈概念。

除了描述统计(比如呼叫频率、作为相对长度的通信平均长度)之外，显示器的位置也可以用作其他统计数据的指示，和/或其他数据。

统计可以例如被设置成使得特定客户端/用户呈现在显示器上对应一天时间的地方上，此时通常与相应的用户/客户端建立连接，或者，如果显示的统计是反应预订用户地址簿的呈现内容，则表示特定客户端/用户的符号可以显示在对应一天时间的地方上，用于下一个计划的会议或事件。

如果替代地要应用位置相关的统计图，则可以在不同区域上分发用户统计信息，使得向用户提供与不同地理位置有关的他的用户模式的概览。

取决于需要的呈现选项，可以拦截和/或存储和处理不同的数据。

在典型情形下，可以与关于相应通信会话中涉及的客户端的数据一起存储时间戳。另外，相关的位置数据(其使相应的客户端能够被定位)可以用在已拦截数据的处理期间。对于固定客户端，可以基于客户端IP号确定基于位置的信息，比如地方、区域家庭网络或者WLAN热点，然而，用于移动客户端的对应基于位置的信息可以从相应客户端移动网络定位服务器获得。

图3是另一个典型通信网络300的简化系统概览，其中可以应用上文描述的用户业务统计机制。图3的通信网络300包括使用户能够预订呈现相关服务的功能性，比如IP多媒体子系统(IMS)呈现。在呈现服务上下文中，第一用户(其预订关于一个或多个其他用户/客户端的数据)通常被称为观察者，而另一个用户(其允许观察者访问关于它自己和它的活动的数据)被称为呈现体(Presentity)。在图3中，客户端C是可以被称为观察者(Watcher)的客户端，并且同样是用户业务统计的订户，而客户端D表示呈现体，对于其客户端C有对呈现相关数据的访问权，呈现相关数据在本情况下是用户统计相关呈现数据。

建议的通信网络300也包括应用服务器(AS)，该应用服务器通常可以是配备有资源列表服务器(RLS)功能性的呈现服务器(PS)，由此公开组合的AS/RLS 202。在本例中，AS和RLS已经被示为一个单一的实体，但可以备选地将这两个实体配置为单独的、相互作用的实体。

启用IMS的网络300通常也包括数个网络嗅探器(networksniffer)，或者任何其他类型的用户业务拦截单元，这里通过业务拦截单元102来表示。为了使用户业务数据能够被相应地收集和处理，通信网络300也包括SAS 101，其被配置成根据订户和/或服务提供商指定的偏好提供用户业务统计。

在第一步骤3:1中，在客户端C和客户端D之间建立连接。在另一步骤3:2中，业务拦截单元102正在拦截提供给SAS 101或者集成的SAS/PS/RLS 101’的用户业务相关数据，通常通过发布，比如SIP发布或者代表客户端C传送的SIP消息。

如果业务数据仅仅指基本数据，比如已经在客户端C和客户端D之间建立电话呼叫的指示，后一种形式的运输可能是首选，而如果也拦截比如与已建立连接相关联的会话状态的数据，则前一种形式的运输可能替代地是首选。

在随后的步骤3:3和3:4中，已聚合和/或已拦截的数据分别被处理和存储，如上文参考图2所建议的。

如上文已经提到的，SAS 101适配成聚合已拦截的用户业务数据与任何以前存储的、相关联的用户业务数据(如果此类数据能被识别)，SAS 101还适配成处理已获取的数据，使得请求客户端稍后可以获取已请求的用户业务统计。

一旦被处理和存储，已更新用户业务统计就被提供给AS/RLS202，通常在SIP消息或SIP发布中，如以另一步骤3:5指示的。如果AS/RLS 202配置为持续呈现XDMS，可以备选地通过XCAP PUT消息从SAS 101向呈现XDMS提供用户业务统计。

在AS/RLS 202处，可以以常规的方式将已接收的用户业务统计视为要通知到一个或多个预订观察者的任何类型的数据，即，已接收的数据通常被存储和提供给一个或多个观察者(在这种情况下的客户端C)，通常根据适用的、常规通知方案，如以最后步骤3:6指示的。

现在将在下文参考图4描述适配成根据上文任何示例性实施例使用的装置400，即，提供适配成提供用户业务统计的功能性的装置。

如上文指示的，装置400通常是服务器的一部分，比如，上文参考图1、2或3的任何一个描述的SAS。

装置400包括接收单元401，该接收单元401适配成从一个或多个不同的业务拦截单元102a、102b、102c接收已拦截的用户业务数据，该一个或多个不同的业务拦截单元102a、102b、102c可以配置为一个、或者多个不同类型的常规拦截单元。装置400还包括聚合单元402，该聚合单元402被配置成将已拦截的用户业务数据存储在存储单元403中，该存储单元403可以构成任何类型的常规存储部件。

基于已拦截和/或已接收的用户业务数据，聚合单元402适配成识别已经存储在存储单元403处的任何相关联的用户业务数据，即，适配成更新待维护和更新的任何用户业务数据记录。此类识别是根据预定义的聚合准则来进行的，该预定义的聚合准则指定了要为多个用户更新什么样的用户业务统计。如上文所指示的，此类准则可以是由运营商和/或订户指定的预定义的规则。处理单元404适配成从聚合单元402接收已聚合和/或最近接收的用户业务数据，并且适配成处理获取的用户业务数据，由此根据预定义的处理准则推导已更新用户业务统计。处理单元404也适配成将获得的数据和统计存储在存储单元403中。同样，可以由运营商和/或订户将处理准则指定为预定义的规则。

装置400也包括传送单元405，该传送单元405被配置成向PA/RLS202或者任何其他服务器110或装置提供从处理单元404获得的已更新用户业务统计，该任何其他服务器110或装置包括用于允许用户业务统计分发至客户端的功能性，该客户端正在预订或者请求此类数据，并且使得该数据可以用于以用户友好和含有信息的方式向用户显示用户业务统计。应该理解的是，装置400是简化的配置，其中，为简单起见已经省略在本上下文中可能常用于允许通信，但是，对于理解建议的用户业务相关的统计机制不是必需的单元。

从实现的观点，当用在呈现服务的上下文中时，在本文档中所建议的用户业务统计机制不需要改变3GPP或OMA标准。

如上文已经指示的，建议的机制也支持如下使用情况：其中，订户注册到两个或更多个客户端，比如，驻留在PC上的一个客户端和驻留在蜂窝电话上的另一个客户端，并且，订户想要获得覆盖涉及所有已注册客户端的用户业务的用户业务统计。

从用户的观点，用户有选择地选择要为其聚合用户业务统计的用户的可能性提供了统计相关通知的更具选择性的流程，由此提供了改进的用户体验，其中，仅仅那些必需的更新是通过建议的服务分发的。

另外，通过可用用户业务数据的广泛范围，订户关于他想用什么样的用户业务统计更新可以有范围广泛的可选项。

现在将在下文参考图5更详细地描述一种用于管理从一个或多个业务拦截单元提供的用户业务统计的方法。

作为前提，应该理解的是，一个或多个业务拦截单元被配置成在连续的基础上拦截与已注册客户端相关联的相关用户业务数据，使得已更新用户业务数据被连续地提供给建议的装置用于相应地管理此类数据。

在第一步骤500中，开始用户业务统计过程，其中，它正在确定是否已经从连接到该装置的任何业务拦截单元接收与已注册客户端相关联的任何已更新用户业务数据。在下一步骤501中对此进行确定。

在下一步骤502中，确定了是否有任何相关的用户业务数据已经存储在该装置处。如果相关的数据能被识别，则已接收的数据与相关联的已存储的数据根据预定义的聚合规则进行聚合，如通过另一步骤503指示的。此类聚合规则通常可以定义时限，对于要聚合多久的数据，以及对于哪些客户端用户业务将被拦截。

在随后的步骤504中，然后根据预定义的处理规则处理已聚合和/或已接收的用户业务数据。处理规则通常将指定对于哪些客户端哪些类型的数据记录要保持更新，并且，在很大程度上将确定可访问哪些图形UI，通过使用推导的用户业务统计作为输入数据。

一旦被处理，该已处理和已更新的用户业务数据就被存储，如通过下一步骤505所指示的。基于该已更新数据，随后可以从装置获取用户业务统计，或者通过请求相关的数据，或者通过例如，以从装置提供的通知的形式获得已更新数据。该描述的过程一直重复直到它被终止，如通过最后步骤506和507所指示的。

而且，从网络运营商的观点，建议的机制也使提供所建议服务的运营商能够与广泛的动态服务进行竞争，比如，基于用户地址簿的呈现内容的服务，其目前从大多数因特网提供商可得到。

当已经参考特定的示例性实施例描述建议的通知概念时，该描述一般仅仅旨在描述发明概念，并且不应该用作对本发明范围的限制。由随附权利要求定义本发明。

缩写

PS 呈现服务器

AS 应用服务器

IMS IP 多媒体子系统

MMTEL 多媒体电话

RLS 资源列表服务器

SIP 会话发起协议

XCAP 可扩展标记语言配置访问协议

XDMS XML 文档管理服务器

XML 可扩展标记语言

Claims (23)

1.一种在通信网络中用于提供用户业务统计的方法，所述用户业务统计关于所述通信网络中生成的用户业务并涉及作为用户业务统计服务的订户的第一用户注册到的至少一个客户端以及至少一个其他客户端，所述至少一个其他客户端中的每一个客户端注册到不同于所述第一用户的用户，所述方法，在服务器上可执行，包括以下步骤：

-接收与所述客户端相关联的用户业务数据，所述用户业务数据正在由业务拦截单元拦截；

-确定是否有与所述第一用户相关联的任何用户业务数据存储在所述服务器上，并且聚合任何此类数据与已接收的数据，使得与所述订户的所述至少一个客户端中的任一个客户端相关联的用户业务被聚合；

-基于预定义处理准则处理已聚合和/或已接收的数据，使得关于与所述订户相关联的业务的已更新用户业务统计被获得，以及

-存储已处理的数据，使得能够提供随后对已更新业务统计的分发。

2.根据权利要求1所述的方法，其特征在于，基于每一个被呼叫方和/或基于每一个呼叫方存储已处理的用户业务数据。

3.根据权利要求2所述的方法，其特征在于，对于每一个已注册到相应被呼叫方和/或呼叫方的客户端，基于每一个客户端存储已处理的用户业务数据。

4.根据权利要求1、2或3所述的方法，其特征在于，对于已经在预定义的时间间隔内存储的相关的用户业务数据执行所述聚合。

5.根据权利要求1-4的任一项所述的方法，其特征在于，对于在所述客户端之间建立的连接上的用户业务数据执行所述聚合。

6.根据权利要求1-5的任一项所述的方法，其特征在于，所述用户业务数据包括如下的一个或多个：

客户端和/或用户身份相关的信息、位置相关的信息、连接持续时间相关的信息。

7.根据权利要求1-6的任一项所述的方法，其特征在于，根据预定义的聚合规则执行所述聚合。

8.根据权利要求7所述的方法，其特征在于，至少部分地由所述用户统计服务的运营商和/或所述订户指定所述预定义的规则。

9.根据权利要求8所述的方法，其特征在于，指定所述预定义的规则，使得对于所述订户处理涉及受限用户组的用户业务统计。

10.根据权利要求9所述的方法，其特征在于，根据所述订户的电子地址簿指定所述受限用户组。

11.根据前述权利要求中任一项所述的方法，包括进一步的步骤：

-向应用服务器分发所述已处理的用户业务统计，至少一个客户端能够从该应用服务器访问所述统计。

12.根据权利要求1-10的任一项所述的方法，包括进一步的步骤：

-向至少一个所述客户端分发所述已处理的用户业务统计，由此使所述统计在所述客户端上的图形呈现成为可能。

13.根据权利要求11或12的任一项所述的方法，其特征在于，基于如下一个或多个呈现所述统计：

-已建立连接的数量；

-已建立连接的地理分布；

-已建立连接的长度；

-涉及已建立连接的客户端之间的相对距离；

14.一种在通信网络中用于提供用户业务统计的装置，所述用户业务统计关于在所述通信网络中生成的用户业务并且涉及作为用户业务统计服务的订户的第一用户注册到的至少一个客户端以及至少一个其他客户端，所述至少一个其他客户端中的每一个客户端注册到不同于所述第一用户的用户，所述服务器包括：

-接收单元，该接收单元适配成从至少一个业务拦截单元接收与所述客户端相关联的用户业务数据；

-聚合单元，该聚合单元适配成确定是否有与所述第一用户相关联的任何用户业务数据存储在所述装置的存储单元处，并且适配成聚合已接收的数据与任何此类数据，使得与所述订户的所述至少一个客户端中的任一个客户端相关联的用户业务数据被聚合；

-处理单元，该处理单元适配成基于预定义处理准则处理所述已聚合和/或已接收的数据，使得关于与所述订户相关联的业务的已更新用户业务统计被获得，

所述处理单元进一步适配成在所述存储单元中存储所述用户业务统计，由此使随后通过传送单元分发已更新用户业务统计成为可能。

15.根据权利要求14所述的装置，其特征在于，所述处理单元适配成基于每一个被呼叫方和/或基于每一个呼叫方存储已接收的用户业务数据。

16.根据权利要求14或15所述的装置，其特征在于，所述处理单元适配成聚合在预定义的时间间隔内已经存储的相关的用户业务数据。

17.根据权利要求14-16的任一项所述的装置，其特征在于，所述聚合单元适配成聚合关于已在所述客户端之间建立的连接的用户业务数据。

18.根据权利要求14-17的任一项所述的装置，其特征在于，所述聚合单元适配成根据预定义的聚合规则聚合所述用户业务数据。

19.根据权利要求14-18的任一项所述的装置，其特征在于，根据预定义的处理规则执行所述处理。

20.根据权利要求14-19的任一项所述的装置，其特征在于，所述传送单元适配成以以下任一消息类型分发已处理的用户业务统计：SIP发布、SIP消息或者XCAP PUT。

22.根据权利要求14-20的任一项所述的装置，其特征在于，所述处理单元适配成获得关于如下至少一项的已更新用户业务统计：

-涉及所述订户和所述至少一个第二用户的已建立连接的数量；

-作为所述订户和所述至少一个第二用户之间距离的函数的、涉及所述订户的已建立连接的数量；

-作为所述订户和所述至少一个第二用户之间已建立连接的持续时间的函数的、涉及所述订户的已建立连接的数量。

23.根据权利要求14-22的任一项所述的装置，其特征在于，所述装置配置为服务器的集成部分。

24.根据权利要求23所述的装置，其特征在于，所述服务器是呈现服务器。

Images