專利名稱：用于提供用戶相關的業(yè)務統(tǒng)計的方法和裝置的制作方法
技術領域：
本發(fā)明涉及一種用于基于攔截的用戶業(yè)務數(shù)據(jù)來向用戶提供增強的用戶體驗的方法和裝置。
背景技術：
目前在市場上可得到的便攜式和無線用戶設備或終端，可以適配成收集受限數(shù)量的用戶業(yè)務統(tǒng)計，其方式是通過從相應用戶設備的數(shù)據(jù)庫獲取本地用戶業(yè)務數(shù)據(jù)以及通過相應地處理此類數(shù)據(jù)。然而，已經(jīng)通過這種方式獲得的統(tǒng)計是取決于終端平臺的，并且照此 而論，這類基于統(tǒng)計的服務不能啟動為運營商差異化的服務。今天不存在標準化終端平臺的需求，并因此，在不同終端平臺之間的差別對于使源自不同用戶設備的用戶統(tǒng)計能夠由通用應用來收集是相當大的障礙。因此，用于用戶業(yè)務統(tǒng)計的收集和處理的基于終端的解決方案既不合適也不可行，尤其在當訂戶已經(jīng)注冊兩個或更多個客戶端用于用戶業(yè)務攔截和此類數(shù)據(jù)的處理的情況下。

發(fā)明內(nèi)容
本文檔的目的在于解決至少ー些上述的問題。還有ー個目的在于提供用于獲得關于用戶的用戶業(yè)務統(tǒng)計的機制，其中，每ー個用戶可以注冊到ー個或多個客戶端。另ー個目的在于聚集統(tǒng)計，使得可以以含有信息的方式將它呈現(xiàn)給用戶。根據(jù)不同的方面，提供了方法和裝置，所述方法和裝置使用戶業(yè)務數(shù)據(jù)的收集和已收集數(shù)據(jù)的處理成為可能，使得基于已處理的數(shù)據(jù)可以提供用戶業(yè)務統(tǒng)計。在ー個方面，提供了一種用于提供關于通信網(wǎng)絡中生成的用戶業(yè)務的用戶業(yè)務統(tǒng)計的方法。用戶業(yè)務統(tǒng)計涉及作為用戶業(yè)務統(tǒng)計服務的訂戶的第一用戶注冊到的至少ー個客戶端；以及ー個或多個其他客戶端，其中，一個或多個其他客戶端中的每ー個注冊到不同于第一用戶的其它用戶。在服務器上可執(zhí)行的該方法使用與客戶端相關聯(lián)并且由業(yè)務攔截單元攔截的用戶業(yè)務數(shù)據(jù)?；谝褦r截的數(shù)據(jù)，確定與第一用戶相關聯(lián)的任何用戶業(yè)務數(shù)據(jù)是否已經(jīng)存儲在服務器上，并且在任何此類數(shù)據(jù)被識別的情況下，將它與已接收的相關聯(lián)數(shù)據(jù)進行聚合，使得與訂戶的任何客戶端相關聯(lián)的數(shù)據(jù)業(yè)務被聚合。然后，基于預定義的處理準則處理已聚合和/或已接收的數(shù)據(jù)，使得關于與所述訂戶相關聯(lián)的業(yè)務的已更新用戶業(yè)務統(tǒng)計被獲得，在此之后，已處理的數(shù)據(jù)被存儲，使得在任何有需要的時候，隨后對已更新業(yè)務統(tǒng)計的分發(fā)可以被提供。可以基于每ー個被呼叫方和/或基于每ー個呼叫方存儲已處理的用戶業(yè)務數(shù)據(jù)。這些是可以預定義的問題，并且，這些問題將確定如何將用于相應客戶端的記錄放在一起。對于每一個注冊到相應被呼叫方和/或呼叫方的客戶端，通?？梢曰诿咯`個客戶端來存儲已處理的用戶業(yè)務數(shù)據(jù)，使得或多或少詳細的用戶業(yè)務統(tǒng)計可以稍后被獲得。例如，通常對于在預定義的時間間隔內(nèi)已經(jīng)被攔截并存儲的相關的用戶業(yè)務數(shù)據(jù)執(zhí)行用戶業(yè)務數(shù)據(jù)的聚合，比如，過去24小時存儲的數(shù)據(jù)、ー個或多個星期存儲的數(shù)據(jù)、或者ー個或多個月存儲的數(shù)據(jù)。通常也對于指定客戶端之間建立的連接上的用戶業(yè)務數(shù)據(jù)上執(zhí)行聚合。待攔截的用戶業(yè)務數(shù)據(jù)可以包括多個不同的變量，其中，數(shù)據(jù)可以包括一個或多個客戶端和/或用戶身份相關的信息、位置相關的信息以及連接持續(xù)時間相關的信息。另外，可以根據(jù)預定義的規(guī)則執(zhí)行用戶業(yè)務數(shù)據(jù)的聚合，可能已經(jīng)由用戶統(tǒng)計服務的運營商和/或由訂戶至少部分地指定該預定義的規(guī)則。除了上文已經(jīng)提到的之外，用戶業(yè)務統(tǒng)計可以分發(fā)到應用服務器，客戶端可以從該應用服務器訪問該統(tǒng)計。備選地，已處理的用戶業(yè)務統(tǒng)計可以直接分發(fā)到ー個或多個客戶端，由此使統(tǒng)計在客戶端的用戶界面上的圖形呈現(xiàn)成為可能。
在另ー個方面，提供了一種用于提供關于通信網(wǎng)絡中產(chǎn)生的用戶業(yè)務的用戶業(yè)務統(tǒng)計的裝置。統(tǒng)計涉及作為用戶業(yè)務統(tǒng)計服務的訂戶的第一用戶注冊到的至少ー個客戶端；以及ー個或多個其他客戶端，其中每ー個注冊到不同于第一用戶的用戶。該裝置包括接收單元，該接收單元適配成從至少一個業(yè)務攔截單元接收與客戶端相關聯(lián)的用戶業(yè)務數(shù)據(jù)。該裝置還包括聚合單元，該聚合單元適配成確定是否有與第一用戶相關聯(lián)的任何用戶業(yè)務數(shù)據(jù)存儲在裝置的存儲單元處，并且，該聚合単元還適配成聚合已接收的數(shù)據(jù)與任何此類數(shù)據(jù)，使得與訂戶的任何客戶端相關聯(lián)的用戶業(yè)務數(shù)據(jù)被聚合。另外，該裝置包括處理單元，該處理單元適配成基于預定義的處理準則處理所述已聚合和/或已接收的數(shù)據(jù)，使得關于與該訂戶相關聯(lián)的業(yè)務的已更新用戶業(yè)務統(tǒng)計被獲得。而且，該處理單元適配成在存儲單元中存儲用戶業(yè)務統(tǒng)計，由此使隨后通過傳送單元對已更新用戶業(yè)務統(tǒng)計的分發(fā)成為可能。為了分發(fā)用戶業(yè)務統(tǒng)計，傳送単元可以適配成應用消息類型，比如，SIP PUBLISH、SIP MESSAGE 或者 XCAP PUT。根據(jù)ー個示例性的實施例，建議的裝置配置為服務器的集成部分，并且更具體地，如果應用呈現(xiàn)(presence)，則該服務器可以配置為呈現(xiàn)服務器。建議的概念不限于某些類型的通信手段，而是替代地適配成利用與所有類型的連接相關聯(lián)的用戶業(yè)務數(shù)據(jù)，這些連接可以建立在連接到通信網(wǎng)絡的注冊的客戶端之間。而且，除了預訂你自己的用戶統(tǒng)計之外，訪問其他用戶的用戶統(tǒng)計也會是可能的。另外，既然用戶統(tǒng)計概念是基于網(wǎng)絡的，所以，可以使用和處理源自駐留在不同類型用戶設備上的客戶端的用戶業(yè)務數(shù)據(jù)，使得可以獲得預訂用戶行為模式的總體視圖，也用于注冊到多個客戶端的訂戶。所描述概念的另外的可能特征和利益將會從下文詳細描述中變得明顯。


現(xiàn)在將通過示例性實施例并參考附圖對本發(fā)明進行更詳細的描述，其中-圖I是示意框圖，示出用于攔截與多個客戶端相關的用戶業(yè)務數(shù)據(jù)的情形，其中每個客戶端注冊到相應訂戶。-圖2是根據(jù)一個示例性實施例示出用于在通信網(wǎng)絡中提供用戶業(yè)務統(tǒng)計的情形的示意框圖。-圖3是另ー個示意框圖，根據(jù)另ー個示例性實施例示出另ー種用于在啟用呈現(xiàn)的通信網(wǎng)絡中提供用戶業(yè)務統(tǒng)計的情形的示意框圖。-圖4是更詳細地示出裝置的示意框圖，該裝置適配成通過執(zhí)行根據(jù)參考圖2或3示出的實施例的方法來提供用戶業(yè)務統(tǒng)計。-圖5是流程圖，其示出用于執(zhí)行適合于由裝置執(zhí)行的用戶業(yè)務相關過程的方法，該裝置比如是圖4中描述的裝置。
具體實施例方式所要求權利的發(fā)明涉及ー種裝置和ー種方法，用于提供關于業(yè)務的用戶業(yè)務統(tǒng)計，該業(yè)務涉及用戶業(yè)務統(tǒng)計服務的訂戶已經(jīng)注冊到的一個或多個客戶端，以及ー個或多個其他客戶端，其中的每ー個注冊到其它用戶。通過使用戶業(yè)務統(tǒng)計(其覆蓋通過通信網(wǎng)絡提供的所有或大部分通信方式)對此類服務的用戶而言能夠是易選擇和易訪問的，可以提供增強的統(tǒng)計服務，其獨立于由相應通信客戶端使用的平臺。建議的用戶業(yè)務統(tǒng)計機制適配成考慮用于注冊到同一個用戶的一個或多個客戶端的用戶業(yè)務數(shù)據(jù)，以及適配成聚合該數(shù)據(jù)，使得可以被處理并呈現(xiàn)為用于相應用戶的總體統(tǒng)計。在本上下文中，用戶業(yè)務要解釋為公開基于網(wǎng)絡的連接(比如，電話呼叫)以及發(fā)起的基于網(wǎng)絡的服務(比如，SMS、麗S和通知)。獲取的用戶業(yè)務統(tǒng)計可以包括關于連接和服務的統(tǒng)計，該連接和服務涉及至少兩個預訂用戶，并且，獲取的用戶業(yè)務統(tǒng)計還可以在它的最簡單的形式中包括關于在某一時間間隔期間用戶已經(jīng)涉及的呼叫和/或服務數(shù)量的統(tǒng)計。從下文開始，已經(jīng)注冊ー個或多個客戶端用于基于建議的用戶業(yè)務統(tǒng)計機制的服務的用戶將被稱為該服務的訂戶。訂戶可能已經(jīng)注冊ー個或多個客戶端，其中每個客戶端駐留在無線設備上，比如，蜂窩電話或膝上型計算機，和/或ー個或多個固定設備，比如，PC或者固定電話。為了能夠提供建議的機制和相關聯(lián)的服務，特別適配的裝置被提供，其通常配置為服務器的一部分，比如，適配成管理用戶業(yè)務數(shù)據(jù)的應用服務器?，F(xiàn)在將參考圖I描述適合于向已注冊的訂戶提供業(yè)務統(tǒng)計服務的網(wǎng)絡架構的簡化概述。應該理解的是，雖然通信系統(tǒng)(比如下文分別參考圖1、2和3描述的那些通信系統(tǒng))一般包括附加的網(wǎng)絡節(jié)點，比如，MMTEL AS節(jié)點，為簡單起見，已經(jīng)在圖中省略(其對于理解所要求權利的發(fā)明不是必需的)附加的網(wǎng)絡節(jié)點。根據(jù)圖1，通信網(wǎng)絡100包括應用服務器，其在本上下文中將被稱為統(tǒng)計應用服務器(SAS) 101。SAS 101是已經(jīng)特別適配成根據(jù)建議的用戶業(yè)務統(tǒng)計機制提供用戶業(yè)務統(tǒng)計的應用服務器。將在下文參考圖4進ー步詳細描述此類功能性的一個示例性的配置。SAS 101連接到一個或多個業(yè)務攔截單元，這里通過業(yè)務攔截單元102表示，其中，業(yè)務攔截單元可以是網(wǎng)絡嗅探器、呼叫感知客戶端或網(wǎng)絡節(jié)點、呈現(xiàn)網(wǎng)絡代理(Presence Network Agent,PNA)、短消息服務中心(SMS-C)、移動交換中心(MSC)、適配成從服務取出用戶業(yè)務相關數(shù)據(jù)的呈現(xiàn)服務器、PNA或者任何其他類型的常規(guī)實體(其包括適合于攔截關于客戶端之間用戶業(yè)務的已選擇數(shù)據(jù)的功能性)。在典型情形下，僅注冊到已經(jīng)被批準攔截的用戶的客戶端被考慮用于此類過程。還應該理解的是，盡管圖I僅包括一個業(yè)務攔截單元，但典型的網(wǎng)絡配置將包括多個或甚至相當多的業(yè)務攔截單元，這些業(yè)務攔截単元分布在通信網(wǎng)絡100上，使得建立在通信網(wǎng)絡100的客戶端之間的用戶業(yè)務的大致完全的覆蓋被獲得。每ー個業(yè)務攔截單元102被配置成攔截某些類別的用戶業(yè)務數(shù)據(jù)，通常關于任何類型的已建立連接，包括，例如，在兩個或更多個客戶端之間的常規(guī)的電話呼叫、聊天會話、SMS、MMS和文件傳輸。此類數(shù)據(jù)通?？梢园ㄒ粋€或多個類別的、使相應客戶端和/或相關聯(lián)的用戶能夠被識別的數(shù)據(jù)、時間戳和/或使相應客戶端能夠被定位的數(shù)據(jù)。在圖I中，兩個客戶端，即客戶端Al和A2，注冊到第一訂戶103，而另ー個客戶端BI注冊到第二訂戶104?？蛻舳薈l注冊到第三訂戶105，而客戶端Dl和D2注冊到第四訂戶 106。
根據(jù)圖I，業(yè)務攔截單元102正在攔截ー個在客戶端Al和Cl之間的正在進行的通信會話107、另ー個涉及客戶端A2和Dl的會話108、以及在客戶端BI和D2之間的第三個會話109。通信網(wǎng)絡100的業(yè)務攔截單元可以適配成攔截關于兩個或更多個客戶端之間任何類型的已建立連接的數(shù)據(jù)，或者受限數(shù)量的通信類型。SAS 101適配成處理用戶業(yè)務相關數(shù)據(jù)，該用戶業(yè)務相關數(shù)據(jù)可以用于形成涉及如下一個或多個客戶端的各種類型的用戶業(yè)務統(tǒng)計，該ー個或多個客戶端已經(jīng)由相應訂戶注冊用于此類服務。由業(yè)務攔截單元102攔截并由SAS 101處理的用戶業(yè)務統(tǒng)計或者可以直接提供給請求此類信息的相應客戶端，比如，訂戶104的客戶端BI (如圖I中所指示的)，或者通過單獨的、中間的應用服務器110，任何已注冊的客戶端都可以從該應用服務器獲得用戶業(yè)務統(tǒng)計以便在相應客戶端處呈現(xiàn)。現(xiàn)在將分別參考圖2和3更詳細地描述簡化的通信系統(tǒng)(其根據(jù)兩個不同的實施例，適合于應用建議的用戶業(yè)務統(tǒng)計機制)。在圖2的第一步驟2:1中，在客戶端A和客戶端B之間建立連接，客戶端A和客戶端B中的每ー個通常駐留在蜂窩電話、PC、膝上型計算機或者任何其他類型的固定或便攜式通信設備中。另外，客戶端也可以駐留在服務器上，通常是應用服務器，使得也可以注冊涉及第ー客戶端之間通信的用戶業(yè)務，第一客戶端對于特定服務發(fā)起會話，該特定服務是通過應用服務器的第二客戶端提供的。此類服務可以例如包括通過IMS文件傳輸?shù)膱D片傳送，并且可能是可以通過它的IP地址識別的。業(yè)務攔截單元102攔截關于已建立的通信會話的數(shù)據(jù)，并且在下ー步驟2:2中，向SAS 101提供已攔截的數(shù)據(jù)。業(yè)務攔截單元102，以及任何其他業(yè)務攔截單元(其可以分布在通信網(wǎng)絡200上)可能或多或少的復雜，但是可以在最簡單的形式中被配置以攔截已經(jīng)建立在兩個或更多個已注冊到相應用戶的客戶端之間的連接的數(shù)據(jù)。在隨后的步驟2:3和2:4中，由SAS 101對已攔截的數(shù)據(jù)進行處理和存儲，使得關于至少客戶端A或客戶端B的已更新用戶業(yè)務統(tǒng)計被提供。更具體地，在步驟2:3中，對于任何客戶端A和B處理已攔截的數(shù)據(jù)，該客戶端A和B被注冊用于建議的用戶業(yè)務統(tǒng)計服務。如果與任何客戶端A和B相關聯(lián)的任何用戶業(yè)務統(tǒng)計相關數(shù)據(jù)已經(jīng)被存儲，則該相關聯(lián)的已攔截的數(shù)據(jù)首先與先前存儲的數(shù)據(jù)進行聚合，在此之后，處理已聚合的數(shù)據(jù)。已聚合和/或已存儲的數(shù)據(jù)然后被存儲，如通過另ー個步驟2:4指示。聚合和處理其中之一可以或兩個都可以基于預定義規(guī)則執(zhí)行，該預定義的規(guī)則可能已經(jīng)至少部分地由服務的運營商指定和/或由為其提供了用戶業(yè)務統(tǒng)計的訂戶指定?？梢杂蒘AS 101以多種不同的方式對在步驟2:2中獲取的用戶業(yè)務數(shù)據(jù)進行處理，取決于相應訂戶需要什么用戶業(yè)務統(tǒng)計?？梢詫㈥P于語音呼叫、消息、電子郵件、SMS、MMS、聊天會話的總數(shù)量的用戶業(yè)務統(tǒng)計提供給不受限或受限數(shù)量的其他用戶。替代地或附加地，可以提供關于已建立連接的、作為客戶端之間距離或者建立在客戶端之間的會話的呼叫長度的函數(shù)的統(tǒng)計。適合于收集和記錄的統(tǒng)計的另ー個例子是關于發(fā)起通信時客戶端的地方或位置的信息。此類統(tǒng)計稍后可在地圖上呈現(xiàn)，向訂戶提供關于他已經(jīng)被定位在哪里、什么時候某些客戶端已經(jīng)被聯(lián)系的概覽。
在最后的步驟2:5中，由(在這種情況下是客戶端A的)客戶端請求的用戶業(yè)務統(tǒng)計被提供給客戶端A，其中可以通過常規(guī)Π呈現(xiàn)該用戶業(yè)務統(tǒng)計?？梢允褂萌魏晤愋偷某Ｒ?guī)分發(fā)機制來實現(xiàn)此類分發(fā)。在當前情形下，由SAS 101管理分發(fā)過程，但是如上文所指示的，參考圖1，統(tǒng)計處理和統(tǒng)計分發(fā)功能可以備選地被分成兩個單獨的功能實體，例如，使得已處理的用戶業(yè)務統(tǒng)計被提供給第二服務器(未示出)，可由正預訂相應統(tǒng)計的一個或多個客戶端從該第二服務器獲取用戶業(yè)務統(tǒng)計。用戶業(yè)務統(tǒng)計可以例如通過通知而被分發(fā)到ー個或多個客戶端。預訂用戶業(yè)務統(tǒng)計的訂戶可以例如指定對于哪些用戶，或者被呼叫方他希望已更新用戶業(yè)務統(tǒng)計被處理和存儲，其中，在這種情況下，將基于每ー個被呼叫方存儲用戶業(yè)務統(tǒng)計。涉及此類選定被呼叫方的用戶業(yè)務統(tǒng)計通常稍后可由一個或多個已注冊的客戶端訪問，例如，以通知的形式，根據(jù)預定義的通知方案分發(fā)，全部根據(jù)常規(guī)通知過程，或者借助于任何其他常規(guī)分發(fā)方式?；谕ㄖ姆职l(fā)用戶業(yè)務統(tǒng)計的模型特別適合于當攔截和處理是基于非呼叫相關用戶業(yè)務時，比如位置數(shù)據(jù)，指示感興趣客戶端相對于預訂用戶的一個或多個客戶端的位置。備選地，可以替代地基于每ー個呼叫方存儲用戶業(yè)務數(shù)據(jù)(其中，預訂客戶端追蹤與其他客戶端/用戶的通信)并且根據(jù)指定的方案，用此類數(shù)據(jù)更新用戶業(yè)務數(shù)據(jù)。除了提供涉及已建立連接的原始統(tǒng)計(其也可以包括關于不成功的連接嘗試的數(shù)據(jù))之外，用戶業(yè)務相關數(shù)據(jù)的處理步驟也可以被配置成推導ー個或多個相關變量，該ー個或多個相關變量對于推導和呈現(xiàn)合適的用戶統(tǒng)計是有用的。此類附加的統(tǒng)計可以例如包括ー組變量，其中，每ー個變量指示已聚合的通信頻率作為相對值。根據(jù)ー個可能的實施例，此類值可能夠顯示在訂戶的UI處，作為相對中心點的某ー距離，中心點表示請求相關的用戶業(yè)務統(tǒng)計的訂戶，其中，每ー個距離取決于在訂戶和相應其他用戶以及它的已注冊客戶端之間的通信頻率。例如，與相應用戶已經(jīng)建立的連接越多，此類距離可以越短。另ー變量可以替代地指示訂戶和另ー用戶之間建立的所有連接的平均長度，使得涉及與訂戶有持續(xù)時間長的連接的用戶以擁有相對大的值的變量作為獎勵，其與已注冊呼叫的平均時長成比例。通過應用不同的變量，比如上文描述的任何ー個變量，或者是單獨的或者結合更多傳統(tǒng)的統(tǒng)計，配備有此類已更新數(shù)據(jù)的訂戶可以將獲取的數(shù)據(jù)用于呈現(xiàn)增強的用戶業(yè)務統(tǒng)計視圖，該增強的用戶業(yè)務統(tǒng)計視圖可以比通過常規(guī)圖形用戶界面呈現(xiàn)的對應數(shù)據(jù)更易于解釋。換句話說，用戶可以指定與指定的用戶/客戶端組相關聯(lián)的用戶業(yè)務統(tǒng)計，比如訂戶的地址簿中10個最受歡迎的，使得僅涉及已注冊到屬于選定組的用戶的任何客戶端的通信會話將被處理。為了舉例說明，已更新用戶業(yè)務統(tǒng)計(包括變量，比如上文描述的那些變量，其被分發(fā)到ー個或多個客戶端)，可以被這些客戶端用作選定統(tǒng)計服務的輸入數(shù)據(jù)。帶有表示位于用戶設備的顯示器中心的訂戶的符號(注冊到該訂戶的客戶端駐留在此用戶設備上)，其他的用戶可以通過包圍著該訂戶的其他顯著的符號表示，使得每ー個已注冊的用戶/客戶端定位在距顯示器中心(即，距訂戶)給定的距離處。根據(jù)這個原則處理和呈現(xiàn)的用戶業(yè)務統(tǒng)計可以稱為朋友圈概念。 除了描述統(tǒng)計(比如呼叫頻率、作為相對長度的通信平均長度)之外，顯示器的位置也可以用作其他統(tǒng)計數(shù)據(jù)的指示，和/或其他數(shù)據(jù)。統(tǒng)計可以例如被設置成使得特定客戶端/用戶呈現(xiàn)在顯示器上對應一天時間的地方上，此時通常與相應的用戶/客戶端建立連接，或者，如果顯示的統(tǒng)計是反應預訂用戶地址簿的呈現(xiàn)內(nèi)容，則表示特定客戶端/用戶的符號可以顯示在對應一天時間的地方上，用于下ー個計劃的會議或事件。如果替代地要應用位置相關的統(tǒng)計圖，則可以在不同區(qū)域上分發(fā)用戶統(tǒng)計信息，使得向用戶提供與不同地理位置有關的他的用戶模式的概覽。取決于需要的呈現(xiàn)選項，可以攔截和/或存儲和處理不同的數(shù)據(jù)。在典型情形下，可以與關于相應通信會話中涉及的客戶端的數(shù)據(jù)一起存儲時間戳。另外，相關的位置數(shù)據(jù)(其使相應的客戶端能夠被定位)可以用在已攔截數(shù)據(jù)的處理期間。對于固定客戶端，可以基于客戶端IP號確定基于位置的信息，比如地方、區(qū)域家庭網(wǎng)絡或者WLAN熱點，然而，用于移動客戶端的對應基于位置的信息可以從相應客戶端移動網(wǎng)絡定位服務器獲得。圖3是另ー個典型通信網(wǎng)絡300的簡化系統(tǒng)概覽，其中可以應用上文描述的用戶業(yè)務統(tǒng)計機制。圖3的通信網(wǎng)絡300包括使用戶能夠預訂呈現(xiàn)相關服務的功能性，比如IP多媒體子系統(tǒng)(MS)呈現(xiàn)。在呈現(xiàn)服務上下文中，第一用戶(其預訂關于ー個或多個其他用戶/客戶端的數(shù)據(jù))通常被稱為觀察者，而另ー個用戶(其允許觀察者訪問關于它自己和它的活動的數(shù)據(jù))被稱為呈現(xiàn)體(Presentity)。在圖3中，客戶端C是可以被稱為觀察者(Watcher)的客戶端，并且同樣是用戶業(yè)務統(tǒng)計的訂戶，而客戶端D表示呈現(xiàn)體，對于其客戶端C有對呈現(xiàn)相關數(shù)據(jù)的訪問權，呈現(xiàn)相關數(shù)據(jù)在本情況下是用戶統(tǒng)計相關呈現(xiàn)數(shù)據(jù)。建議的通信網(wǎng)絡300也包括應用服務器(AS)，該應用服務器通?？梢允桥鋫溆匈Y源列表服務器(RLS)功能性的呈現(xiàn)服務器(PS)，由此公開組合的AS/RLS 202。在本例中，AS和RLS已經(jīng)被示為ー個単一的實體，但可以備選地將這兩個實體配置為單獨的、相互作用的實體。啟用IMS的網(wǎng)絡300通常也包括數(shù)個網(wǎng)絡嗅探器(network sniffer),或者任何其他類型的用戶業(yè)務攔截單元，這里通過業(yè)務攔截單元102來表示。為了使用戶業(yè)務數(shù)據(jù)能夠被相應地收集和處理，通信網(wǎng)絡300也包括SAS 101，其被配置成根據(jù)訂戶和/或服務提供商指定的偏好提供用戶業(yè)務統(tǒng)計。在第一步驟3:1中，在客戶端C和客戶端D之間建立連接。在另ー步驟3:2中，業(yè)務攔截単元102正在攔截提供給SAS 101或者集成的SAS/PS/RLS 101’的用戶業(yè)務相關數(shù)據(jù)，通常通過發(fā)布，比如SIP發(fā)布或者代表客戶端C傳送的SIP消息。如果業(yè)務數(shù)據(jù)僅僅指基本數(shù)據(jù)，比如已經(jīng)在客戶端C和客戶端D之間建立電話呼叫的指示，后ー種形式的運輸可能是首選，而如果也攔截比如與已建立連接相關聯(lián)的會話狀態(tài)的數(shù)據(jù)，則前ー種形式的運輸可能替代地是首選。在隨后的步驟3:3和3:4中，已聚合和/或已攔截的數(shù)據(jù)分別被處理和存儲，如上文參考圖2所建議的。如上文已經(jīng)提到的，SAS 101適配成聚合已攔截的用戶業(yè)務數(shù)據(jù)與任何以前存儲的、相關聯(lián)的用戶業(yè)務數(shù)據(jù)(如果此類數(shù)據(jù)能被識別)，SAS 101還適配成處理已獲取的數(shù)據(jù)，使得請求客戶端稍后可以獲取已請求的用戶業(yè)務統(tǒng)計。一旦被處理和存儲，已更新用戶業(yè)務統(tǒng)計就被提供給AS/RLS 202，通常在SIP消息或SIP發(fā)布中，如以另ー步驟3:5指示的。如果AS/RLS 202配置為持續(xù)呈現(xiàn)XDMS，可以備選地通過XCAP PUT消息從SAS 101向呈現(xiàn)XDMS提供用戶業(yè)務統(tǒng)計。在AS/RLS 202處，可以以常規(guī)的方式將已接收的用戶業(yè)務統(tǒng)計視為要通知到一個或多個預訂觀察者的任何類型的數(shù)據(jù)，即，已接收的數(shù)據(jù)通常被存儲和提供給ー個或多個觀察者(在這種情況下的客戶端C)，通常根據(jù)適用的、常規(guī)通知方案，如以最后步驟3:6指示的?，F(xiàn)在將在下文參考圖4描述適配成根據(jù)上文任何示例性實施例使用的裝置400，即，提供適配成提供用戶業(yè)務統(tǒng)計的功能性的裝置。如上文指示的，裝置400通常是服務器的一部分，比如，上文參考圖1、2或3的任何一個描述的SAS。裝置400包括接收單元401，該接收單元401適配成從ー個或多個不同的業(yè)務攔截單元102a、102b、102c接收已攔截的用戶業(yè)務數(shù)據(jù)，該ー個或多個不同的業(yè)務攔截單元102a、102b、102c可以配置為ー個、或者多個不同類型的常規(guī)攔截単元。裝置400還包括聚合単元402，該聚合単元402被配置成將已攔截的用戶業(yè)務數(shù)據(jù)存儲在存儲單元403中，該存儲單元403可以構成任何類型的常規(guī)存儲部件?；谝褦r截和/或已接收的用戶業(yè)務數(shù)據(jù)，聚合単元402適配成識別已經(jīng)存儲在存儲單元403處的任何相關聯(lián)的用戶業(yè)務數(shù)據(jù)，S卩，適配成更新待維護和更新的任何用戶業(yè)務數(shù)據(jù)記錄。此類識別是根據(jù)預定義的聚合準則來進行的，該預定義的聚合準則指定了要為多個用戶更新什么樣的用戶業(yè)務統(tǒng)計。如上文所指示的，此類準則可以是由運營商和/或訂戶指定的預定義的規(guī)則。處理單元404適配成從聚合單元402接收已聚合和/或最近接收的用戶業(yè)務數(shù)據(jù)，并且適配成處理獲取的用戶業(yè)務數(shù)據(jù)，由此根據(jù)預定義的處理準則推導已更新用戶業(yè)務統(tǒng)計。處理單元404也適配成將獲得的數(shù)據(jù)和統(tǒng)計存儲在存儲單元403中。同樣，可以由運營商和/或訂戶將處理準則指定為預定義的規(guī)則。
裝置400也包括傳送單元405，該傳送單元405被配置成向PA/RLS202或者任何其他服務器110或裝置提供從處理単元404獲得的已更新用戶業(yè)務統(tǒng)計，該任何其他服務器110或裝置包括用于允許用戶業(yè)務統(tǒng)計分發(fā)至客戶端的功能性，該客戶端正在預訂或者請求此類數(shù)據(jù)，并且使得該數(shù)據(jù)可以用于以用戶友好和含有信息的方式向用戶顯示用戶業(yè)務統(tǒng)計。應該理解的是，裝置400是簡化的配置，其中，為簡單起見已經(jīng)省略在本上下文中可能常用于允許通信，但是，對于理解建議的用戶業(yè)務相關的統(tǒng)計機制不是必需的単元。從實現(xiàn)的觀點，當用在呈現(xiàn)服務的上下文中時，在本文檔中所建議的用戶業(yè)務統(tǒng)計機制不需要改變3GPP或OMA標準。如上文已經(jīng)指示的，建議的機制也支持如下使用情況其中，訂戶注冊到兩個或更多個客戶端，比如，駐留在PC上的一個客戶端和駐留在蜂窩電話上的另ー個客戶端，并且，訂戶想要獲得覆蓋涉及所有已注冊客戶端的用戶業(yè)務的用戶業(yè)務統(tǒng)計。從用戶的觀點，用戶有選擇地選擇要為其聚合用戶業(yè)務統(tǒng)計的用戶的可能性提供了統(tǒng)計相關通知的更具選擇性的流程，由此提供了改進的用戶體驗，其中，僅僅那些必需的 更新是通過建議的服務分發(fā)的。另外，通過可用用戶業(yè)務數(shù)據(jù)的廣泛范圍，訂戶關于他想用什么樣的用戶業(yè)務統(tǒng)計更新可以有范圍廣泛的可選項?，F(xiàn)在將在下文參考圖5更詳細地描述ー種用于管理從ー個或多個業(yè)務攔截單元提供的用戶業(yè)務統(tǒng)計的方法。作為前提，應該理解的是，一個或多個業(yè)務攔截單元被配置成在連續(xù)的基礎上攔截與已注冊客戶端相關聯(lián)的相關用戶業(yè)務數(shù)據(jù)，使得已更新用戶業(yè)務數(shù)據(jù)被連續(xù)地提供給建議的裝置用于相應地管理此類數(shù)據(jù)。在第一步驟500中，開始用戶業(yè)務統(tǒng)計過程，其中，它正在確定是否已經(jīng)從連接到該裝置的任何業(yè)務攔截單元接收與已注冊客戶端相關聯(lián)的任何已更新用戶業(yè)務數(shù)據(jù)。在下ー步驟501中對此進行確定。在下ー步驟502中，確定了是否有任何相關的用戶業(yè)務數(shù)據(jù)已經(jīng)存儲在該裝置處。如果相關的數(shù)據(jù)能被識別，則已接收的數(shù)據(jù)與相關聯(lián)的已存儲的數(shù)據(jù)根據(jù)預定義的聚合規(guī)則進行聚合，如通過另ー步驟503指示的。此類聚合規(guī)則通?？梢远x時限，對于要聚合多久的數(shù)據(jù)，以及對于哪些客戶端用戶業(yè)務將被攔截。在隨后的步驟504中，然后根據(jù)預定義的處理規(guī)則處理已聚合和/或已接收的用戶業(yè)務數(shù)據(jù)。處理規(guī)則通常將指定對于哪些客戶端哪些類型的數(shù)據(jù)記錄要保持更新，并且，在很大程度上將確定可訪問哪些圖形UI，通過使用推導的用戶業(yè)務統(tǒng)計作為輸入數(shù)據(jù)。一旦被處理，該已處理和已更新的用戶業(yè)務數(shù)據(jù)就被存儲，如通過下ー步驟505所指示的?；谠撘迅聰?shù)據(jù)，隨后可以從裝置獲取用戶業(yè)務統(tǒng)計，或者通過請求相關的數(shù)據(jù)，或者通過例如，以從裝置提供的通知的形式獲得已更新數(shù)據(jù)。該描述的過程一直重復直到它被終止，如通過最后步驟506和507所指示的。而且，從網(wǎng)絡運營商的觀點，建議的機制也使提供所建議服務的運營商能夠與廣泛的動態(tài)服務進行競爭，比如，基于用戶地址簿的呈現(xiàn)內(nèi)容的服務，其目前從大多數(shù)因特網(wǎng)提供商可得到。當已經(jīng)參考特定的示例性實施例描述建議的通知概念吋，該描述一般僅僅g在描述發(fā)明概念，并且不應該用作對本發(fā)明范圍的限制。由隨附權利要求定義本發(fā)明。
縮寫PS呈現(xiàn)服務器AS應用服務器IMS IP多媒體子系統(tǒng)MMTEL多媒體電話RLS資源列表服務器 SIP會話發(fā)起協(xié)議XCAP可擴展標記語言配置訪問協(xié)議XDMS XML文檔管理服務器XML可擴展標記語言
權利要求
1.一種在通信網(wǎng)絡中用于提供用戶業(yè)務統(tǒng)計的方法，所述用戶業(yè)務統(tǒng)計關于所述通信 網(wǎng)絡中生成的用戶業(yè)務并涉及作為用戶業(yè)務統(tǒng)計服務的訂戶的第一用戶注冊到的至少一 個客戶端以及至少一個其他客戶端，所述至少一個其他客戶端中的每一個客戶端注冊到不 同于所述第一用戶的用戶，所述方法，在服務器上可執(zhí)行，包括以下步驟_接收與所述客戶端相關聯(lián)的用戶業(yè)務數(shù)據(jù)，所述用戶業(yè)務數(shù)據(jù)正在由業(yè)務攔截單元 攔截；-確定是否有與所述第一用戶相關聯(lián)的任何用戶業(yè)務數(shù)據(jù)存儲在所述服務器上，并且 聚合任何此類數(shù)據(jù)與已接收的數(shù)據(jù)，使得與所述訂戶的所述至少一個客戶端中的任一個客 戶端相關聯(lián)的用戶業(yè)務被聚合；_基于預定義處理準則處理已聚合和/或已接收的數(shù)據(jù)，使得關于與所述訂戶相關聯(lián) 的業(yè)務的已更新用戶業(yè)務統(tǒng)計被獲得，以及-存儲已處理的數(shù)據(jù)，使得能夠提供隨后對已更新業(yè)務統(tǒng)計的分發(fā)。
2.根據(jù)權利要求1所述的方法，其特征在于，基于每一個被呼叫方和/或基于每一個呼 叫方存儲已處理的用戶業(yè)務數(shù)據(jù)。
3.根據(jù)權利要求2所述的方法，其特征在于，對于每一個已注冊到相應被呼叫方和/或 呼叫方的客戶端，基于每一個客戶端存儲已處理的用戶業(yè)務數(shù)據(jù)。
4.根據(jù)權利要求1、2或3所述的方法，其特征在于，對于已經(jīng)在預定義的時間間隔內(nèi)存 儲的相關的用戶業(yè)務數(shù)據(jù)執(zhí)行所述聚合。
5.根據(jù)權利要求1-4的任一項所述的方法，其特征在于，對于在所述客戶端之間建立 的連接上的用戶業(yè)務數(shù)據(jù)執(zhí)行所述聚合。
6.根據(jù)權利要求1-5的任一項所述的方法，其特征在于，所述用戶業(yè)務數(shù)據(jù)包括如下 的一個或多個客戶端和/或用戶身份相關的信息、位置相關的信息、連接持續(xù)時間相關的信息。
7.根據(jù)權利要求1-6的任一項所述的方法，其特征在于，根據(jù)預定義的聚合規(guī)則執(zhí)行 所述聚合。
8.根據(jù)權利要求7所述的方法，其特征在于，至少部分地由所述用戶統(tǒng)計服務的運營 商和/或所述訂戶指定所述預定義的規(guī)則。
9.根據(jù)權利要求8所述的方法，其特征在于，指定所述預定義的規(guī)則，使得對于所述訂 戶處理涉及受限用戶組的用戶業(yè)務統(tǒng)計。
10.根據(jù)權利要求9所述的方法，其特征在于，根據(jù)所述訂戶的電子地址簿指定所述受 限用戶組。
11.根據(jù)前述權利要求中任一項所述的方法，包括進一步的步驟-向應用服務器分發(fā)所述已處理的用戶業(yè)務統(tǒng)計，至少一個客戶端能夠從該應用服務 器訪問所述統(tǒng)計。
12.根據(jù)權利要求1-10的任一項所述的方法，包括進一步的步驟-向至少一個所述客戶端分發(fā)所述已處理的用戶業(yè)務統(tǒng)計，由此使所述統(tǒng)計在所述客 戶端上的圖形呈現(xiàn)成為可能。
13.根據(jù)權利要求11或12的任一項所述的方法，其特征在于，基于如下一個或多個呈 現(xiàn)所述統(tǒng)計-已建立連接的數(shù)量；-已建立連接的地理分布；-已建立連接的長度；_涉及已建立連接的客戶端之間的相對距離；
14.一種在通信網(wǎng)絡中用于提供用戶業(yè)務統(tǒng)計的裝置，所述用戶業(yè)務統(tǒng)計關于在所述 通信網(wǎng)絡中生成的用戶業(yè)務并且涉及作為用戶業(yè)務統(tǒng)計服務的訂戶的第一用戶注冊到的 至少一個客戶端以及至少一個其他客戶端，所述至少一個其他客戶端中的每一個客戶端注 冊到不同于所述第一用戶的用戶，所述服務器包括-接收單元，該接收單元適配成從至少一個業(yè)務攔截單元接收與所述客戶端相關聯(lián)的 用戶業(yè)務數(shù)據(jù)；-聚合單元，該聚合單元適配成確定是否有與所述第一用戶相關聯(lián)的任何用戶業(yè)務數(shù) 據(jù)存儲在所述裝置的存儲單元處，并且適配成聚合已接收的數(shù)據(jù)與任何此類數(shù)據(jù)，使得與 所述訂戶的所述至少一個客戶端中的任一個客戶端相關聯(lián)的用戶業(yè)務數(shù)據(jù)被聚合；-處理單元，該處理單元適配成基于預定義處理準則處理所述已聚合和/或已接收的 數(shù)據(jù)，使得關于與所述訂戶相關聯(lián)的業(yè)務的已更新用戶業(yè)務統(tǒng)計被獲得，所述處理單元進一步適配成在所述存儲單元中存儲所述用戶業(yè)務統(tǒng)計，由此使隨后通 過傳送單元分發(fā)已更新用戶業(yè)務統(tǒng)計成為可能。
15.根據(jù)權利要求14所述的裝置，其特征在于，所述處理單元適配成基于每一個被呼 叫方和/或基于每一個呼叫方存儲已接收的用戶業(yè)務數(shù)據(jù)。
16.根據(jù)權利要求14或15所述的裝置，其特征在于，所述處理單元適配成聚合在預定 義的時間間隔內(nèi)已經(jīng)存儲的相關的用戶業(yè)務數(shù)據(jù)。
17.根據(jù)權利要求14-16的任一項所述的裝置，其特征在于，所述聚合單元適配成聚合 關于已在所述客戶端之間建立的連接的用戶業(yè)務數(shù)據(jù)。
18.根據(jù)權利要求14-17的任一項所述的裝置，其特征在于，所述聚合單元適配成根據(jù) 預定義的聚合規(guī)則聚合所述用戶業(yè)務數(shù)據(jù)。
19.根據(jù)權利要求14-18的任一項所述的裝置，其特征在于，根據(jù)預定義的處理規(guī)則執(zhí) 行所述處理。
20.根據(jù)權利要求14-19的任一項所述的裝置，其特征在于，所述傳送單元適配成以以 下任一消息類型分發(fā)已處理的用戶業(yè)務統(tǒng)計SIP發(fā)布、SIP消息或者XCAP PUT。
21.根據(jù)權利要求14-20的任一項所述的裝置，其特征在于，所述處理單元適配成獲得 關于如下至少一項的已更新用戶業(yè)務統(tǒng)計-涉及所述訂戶和所述至少一個第二用戶的已建立連接的數(shù)量；-作為所述訂戶和所述至少一個第二用戶之間距離的函數(shù)的、涉及所述訂戶的已建立 連接的數(shù)量；-作為所述訂戶和所述至少一個第二用戶之間已建立連接的持續(xù)時間的函數(shù)的、涉及 所述訂戶的已建立連接的數(shù)量。
22.根據(jù)權利要求14-22的任一項所述的裝置，其特征在于，所述裝置配置為服務器的 集成部分。
23.根據(jù)權利要求23所述的裝置，其特征在于，所述服務器是呈現(xiàn)服務器。
全文摘要
提供了一種在通信網(wǎng)絡中用于提供關于通信網(wǎng)絡中生成的用戶業(yè)務的用戶業(yè)務統(tǒng)計的方法，其中，涉及注冊到一個或多個客戶端一個或多個其它客戶端的預訂用戶的統(tǒng)計被考慮。從業(yè)務攔截單元接收用戶業(yè)務數(shù)據(jù)，以及如果已經(jīng)存儲了任何相關聯(lián)的數(shù)據(jù)，則將這個數(shù)據(jù)與已接收的數(shù)據(jù)聚合，使得與該訂戶的任何客戶端相關聯(lián)的用戶業(yè)務被聚合。然后基于預定義的處理準則處理已聚合和/或已接收的數(shù)據(jù)，使得關于與訂戶相關聯(lián)的業(yè)務的已更新用戶業(yè)務統(tǒng)計被獲得，在此之后，已處理的數(shù)據(jù)被存儲，使得可以提供隨后對已更新業(yè)務統(tǒng)計的分發(fā)。
文檔編號H04L12/24GK102668451SQ200980162641
公開日2012年9月12日 申請日期2009年11月23日 優(yōu)先權日2009年11月23日
發(fā)明者B·諾哈馬爾, C·博貝格 申請人:瑞典愛立信有限公司