專利名稱：用于提供用戶信息到電信客戶的方法和布置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及一種用于將請求的關(guān)于多個(gè)用戶的信息提供到電信客戶的方法和布置。具體地說，本發(fā)明涉及在輸送此類信息到客戶的進(jìn)程中使通信變得更有效。
背景技術(shù)：
和現(xiàn)有技術(shù)固定和移動通信終端至今為止主要用于進(jìn)行話音呼叫。移動終端還廣泛使用傳遞諸如SMS(短消息業(yè)務(wù))消息的有限文本消息的業(yè)務(wù)。這些是相當(dāng)直接的電信業(yè)務(wù)，為尤其是電路交換單連接使用非常確定的技術(shù)。在用于固定和/或移動終端之間呼叫的標(biāo)準(zhǔn)化通信協(xié)議中，一般使用預(yù)定義的通信規(guī)則和參數(shù)集合。
現(xiàn)在，在迅速開發(fā)許多新電話業(yè)務(wù)，尤其可通過引入提供更大網(wǎng)絡(luò)容量和更高傳輸率的新通信技術(shù)來采用這些業(yè)務(wù)。例如，當(dāng)前新興的GPRS(通用分組無線電業(yè)務(wù))和WCDMA(寬帶碼分多址)技術(shù)用于實(shí)現(xiàn)需要大范圍數(shù)據(jù)速率和不同協(xié)議的無線電話業(yè)務(wù)。今天的趨勢是向提供更大容量和靈活性的分組交換網(wǎng)絡(luò)和技術(shù)轉(zhuǎn)移。此外，用于通信的新成熟終端也在市場上出現(xiàn)，適用于處理新業(yè)務(wù)。
許多新業(yè)務(wù)涉及視頻信息及音頻信息的實(shí)時(shí)傳輸，并可能還包括采取許多不同格式和組合的表示文本的附加數(shù)據(jù)、文檔、圖像、音頻文件和視頻文件的傳輸。此類業(yè)務(wù)通常稱為“多媒體”業(yè)務(wù)，該術(shù)語將在本說明中用于表示除普通話音外還涉及信息傳送的所有電話業(yè)務(wù)。另一趨勢是將所有業(yè)務(wù)匯聚到單個(gè)傳輸機(jī)制-因特網(wǎng)協(xié)議(IP)上，而不考慮接入網(wǎng)絡(luò)和技術(shù)的類型。
近來，稱為“IP多媒體子系統(tǒng)”(IMS)的網(wǎng)絡(luò)體系結(jié)構(gòu)已由第三代合作伙伴項(xiàng)目(3GPP)開發(fā)為一個(gè)開放標(biāo)準(zhǔn)，使得接入網(wǎng)絡(luò)的運(yùn)營商能夠在分組域中提供多媒體業(yè)務(wù)。包括處理業(yè)務(wù)的各種不同網(wǎng)元的IMS網(wǎng)絡(luò)可建立在任一類型的接入網(wǎng)絡(luò)上，并且在接入網(wǎng)絡(luò)能夠在帶寬、QoS(服務(wù)質(zhì)量)等方面支持服務(wù)要求時(shí)，不依賴使用的接入技術(shù)。因此，IMS是實(shí)現(xiàn)基于IP傳輸?shù)臉I(yè)務(wù)的平臺，并不限于任何有限的特定業(yè)務(wù)集合。
通過IMS解決方案可采用的兩個(gè)重要業(yè)務(wù)示例是即時(shí)消息傳遞(IM)業(yè)務(wù)和存在(Presence)業(yè)務(wù)。在IMS解決方案中，存在業(yè)務(wù)由“會話發(fā)起協(xié)議”(SIP)支持，該協(xié)議已被IETF定義為支持多種基于IP業(yè)務(wù)的通用會話管理協(xié)議。SIP是純信令協(xié)議，用于創(chuàng)建、修改和終止與一個(gè)或多個(gè)參與者的通信會話。
即時(shí)消息傳遞涉及在終端之間“近實(shí)時(shí)”、即以小的延遲傳輸比較短的消息，例如包括文本、圖片、標(biāo)識音頻/視頻剪輯等。在此上下文中，“存在”基本上是用戶的動態(tài)和可變的狀態(tài)簡檔(profile)，并且存在業(yè)務(wù)基本上涉及使其它用戶可看到某個(gè)用戶的存在，此外，這又可用于控制其它業(yè)務(wù)。此用戶簡檔包括在任一預(yù)定義方面基本上定義用戶及其設(shè)備的狀態(tài)的所謂“存在數(shù)據(jù)”。因此，術(shù)語“存在”在本文表示很廣泛的含義，并且下面的“用戶狀態(tài)”例如可形成存在數(shù)據(jù)-個(gè)人狀態(tài)，如有空、忙、在開會、休假等。
-終端狀態(tài)，如打開/關(guān)閉、占線、不在覆蓋范圍等。
-用戶/終端的地理位置。
-終端能力，如用于SMS、MMS、聊天、IM、視頻等的功能。
-終端選擇，如呼叫轉(zhuǎn)發(fā)、語言等。
-其它信息，如興趣、職業(yè)、個(gè)人特征、情緒、個(gè)人標(biāo)識、取決于當(dāng)前情緒的標(biāo)識等。
基于無論何時(shí)用戶更改其任何存在數(shù)據(jù)時(shí)從網(wǎng)絡(luò)或用戶接收的所謂“事件公布”，所有此信息或其任何選定部分存儲在IMS網(wǎng)絡(luò)中。根據(jù)一些業(yè)務(wù)，可能的是，用戶預(yù)訂一個(gè)或多個(gè)其它用戶的選定存在數(shù)據(jù)，例如，根據(jù)可能是預(yù)定義的用戶列表，如電話簿，或者可能是特別的即暫時(shí)定義的用戶列表。預(yù)訂存在數(shù)據(jù)的用戶以下將稱為“客戶”。存在預(yù)訂一般由客戶的接入網(wǎng)絡(luò)的IMS中的功能提供和處理。
客戶因此可在例如12小時(shí)的有限時(shí)期期間根據(jù)用戶列表預(yù)訂存在數(shù)據(jù)。在一個(gè)當(dāng)前實(shí)施中，在截止期前任一時(shí)間請求時(shí)可進(jìn)一步延長預(yù)訂期?？梢蕴峁┐藰I(yè)務(wù)，使得在預(yù)訂時(shí)期期間一旦在列表中的用戶之一更改了其存在數(shù)據(jù)，如移到另一位置后，客戶便將從其IMS網(wǎng)絡(luò)收到通知。這通常稱為“推”行為?；蛘?，客戶可通過以下方式預(yù)訂存在數(shù)據(jù)只請求存在數(shù)據(jù)一次，由此允許客戶在需要時(shí)通過請求即“拉”行為獲取(fetch)信息。因此，每次客戶請求存在數(shù)據(jù)時(shí)，建立“一次性預(yù)訂”，表示預(yù)訂只對一個(gè)此類輸送有效。IETF(因特網(wǎng)工程任務(wù)組)定義了用于這些業(yè)務(wù)的機(jī)制。
下面將參照

圖1描述根據(jù)現(xiàn)有技術(shù)將一組用戶的存在數(shù)據(jù)提供到客戶的一個(gè)基本過程，圖1以示意圖方式示出典型的通信情況。
在此示例中，客戶100以無線方式連接到以下稱為“客戶接入網(wǎng)絡(luò)”的移動接入網(wǎng)絡(luò)102，并且多個(gè)其它用戶104以類似的方式連接到各種其它移動接入網(wǎng)絡(luò)106a-c。假設(shè)每個(gè)涉及的網(wǎng)絡(luò)104、106a-c能夠提供上述存在業(yè)務(wù)，例如，通過為每個(gè)網(wǎng)絡(luò)實(shí)施IMS解決方案。這意味著每個(gè)網(wǎng)絡(luò)具有此處未進(jìn)一步描述的必需網(wǎng)元，用于無論何時(shí)更改連接用戶的存在數(shù)據(jù)，都通過事件公布從連接用戶接收和處理存在數(shù)據(jù)更新。
另外，客戶接入網(wǎng)絡(luò)102還適用于從其它網(wǎng)絡(luò)106a-c收集用戶104的更新的存在數(shù)據(jù)，以及通過如上所述的推行為或拉行為將有關(guān)用戶的存在信息提供到客戶100。在IMS解決方案中，稱為“資源列表服務(wù)器(RLS)”的網(wǎng)元用于將此類存在信息提供到客戶。當(dāng)然，其它網(wǎng)絡(luò)106a-c還能夠以相同的方式根據(jù)其預(yù)訂將存在信息提供到其各自的客戶，即任一用戶104。
根據(jù)一個(gè)以前的解決方案，在客戶100對用戶104列表的存在數(shù)據(jù)提出一次性預(yù)訂請求時(shí)，客戶接入網(wǎng)絡(luò)又將對存在數(shù)據(jù)的請求或“輪詢”發(fā)送到有關(guān)用戶連接到的每個(gè)網(wǎng)絡(luò)106a-c?？蛻艚尤刖W(wǎng)絡(luò)從所有網(wǎng)絡(luò)106a-c接收了關(guān)于列表中用戶104的存在狀態(tài)的響應(yīng)或通知時(shí)，將包含有關(guān)用戶104的期望信息的通知發(fā)送到客戶。這是純拉行為，并且只要客戶期望獲取此類信息就可重復(fù)進(jìn)行。
然而，在將通知發(fā)送到客戶前，由于客戶接入網(wǎng)絡(luò)必須發(fā)出若干請求并等待來自所有網(wǎng)絡(luò)106a-c的通知，因此，此過程復(fù)雜又極耗時(shí)。另外，數(shù)據(jù)獲取將需要大量的網(wǎng)絡(luò)間信令，特別是在涉及許多網(wǎng)絡(luò)時(shí)。在收到重復(fù)請求時(shí)，一些網(wǎng)絡(luò)還可能提供與前一通知相比包括相同信息而無更新的通知。因此，客戶請求觸發(fā)的大部分網(wǎng)絡(luò)間信令甚至可能是不必要的。另外，涉及許多不同的運(yùn)營商/網(wǎng)絡(luò)時(shí)，必須遵守不考慮內(nèi)部和/或本地優(yōu)化的標(biāo)準(zhǔn)過程。
此外，在當(dāng)前解決方案中，即使只有一些用戶或沒有用戶自上次更新后進(jìn)行更新，也響應(yīng)客戶請求將有關(guān)列表中所有用戶的信息發(fā)送到客戶。因此，發(fā)送到客戶的通知消息始終是“全尺寸”而與自上次更新后確實(shí)更改了其狀態(tài)的用戶的數(shù)量無關(guān)。因此，在將通知發(fā)送到客戶時(shí)，在有限的無線電接口上占用不必要的帶寬用于與客戶100的無線連接。
在另一現(xiàn)有技術(shù)解決方案中，客戶100在進(jìn)行對用戶104的存在數(shù)據(jù)的時(shí)間有限的預(yù)訂時(shí)，客戶接入網(wǎng)絡(luò)又與每個(gè)有關(guān)網(wǎng)絡(luò)106a-c建立了預(yù)訂，因此，每次預(yù)訂中與任一網(wǎng)絡(luò)連接的用戶更改其存在數(shù)據(jù)時(shí)，客戶接入網(wǎng)絡(luò)自動從該網(wǎng)絡(luò)接收通知。之后，在來自網(wǎng)絡(luò)的每個(gè)通知后，客戶接入網(wǎng)絡(luò)根據(jù)純推行為將包含更新的存在數(shù)據(jù)的通知發(fā)送到客戶。
此解決方案的缺陷在于客戶可能收到大量的通知，這將耗盡客戶終端的電池電能，并且同樣地，寶貴的帶寬被占用，在有限的無線電接口上用于客戶與客戶接入網(wǎng)絡(luò)102的無線連接。通過客戶接入網(wǎng)絡(luò)在到相同客戶的連續(xù)通知之間設(shè)置最短時(shí)期，即所謂的“速率限制”，可部分克服此類問題。然而，如果客戶確實(shí)實(shí)時(shí)地需要信息，則速率限制值必須設(shè)得相當(dāng)短，使得通知的實(shí)際節(jié)約變得無關(guān)重要。
在一些已知的解決方案中，還可請求客戶設(shè)置連續(xù)通知之間的最短時(shí)期，有時(shí)稱為“節(jié)流時(shí)間”。不過，客戶將不可避免地還在不需要時(shí)收到用戶信息，或甚至未注意到，例如，如果終端是無聲的。此外，在現(xiàn)有解決方案中，客戶接入網(wǎng)絡(luò)必須為在客戶上已請求其信息的每個(gè)用戶建立單獨(dú)的預(yù)訂，即使若干用戶屬于同一接入域，這導(dǎo)致單個(gè)客戶預(yù)訂產(chǎn)生許多網(wǎng)絡(luò)間消息。
在將請求的關(guān)于多個(gè)用戶的信息提供到電信客戶時(shí)，通常期望在將此類信息輸送到客戶的進(jìn)程中減少特別是在重要無線電接口上的信令活動而不產(chǎn)生不需要的延遲。

發(fā)明內(nèi)容
本發(fā)明的目的是減少或消除上面概述的問題。通過提供一種以關(guān)于多個(gè)用戶的用戶信息形式將信息從客戶接入網(wǎng)絡(luò)提供到客戶的方法和布置，實(shí)現(xiàn)此目的和其它目的。根據(jù)所述方法，首先從客戶接收有關(guān)用戶集合的某些信息的預(yù)訂請求，隨之接收和存儲關(guān)于集合中用戶的信息更新。稍后從客戶接收隨后的用戶信息請求，并且然后檢索對應(yīng)于所請求信息的存儲用戶信息。最后，將關(guān)于所檢索用戶信息的通知發(fā)送到客戶，以響應(yīng)隨后的用戶信息請求。一般情況下，集合中的用戶是移動用戶，并且用戶信息可以是有關(guān)用戶的存在信息。
如果集合中的用戶連接到其它接入網(wǎng)絡(luò)，則客戶接入網(wǎng)絡(luò)與集合中用戶連接到的每個(gè)其它接入網(wǎng)絡(luò)建立用戶信息更新的網(wǎng)絡(luò)預(yù)訂，以響應(yīng)所接收的客戶預(yù)訂請求。
如果集合中的若干用戶連接到相同的用戶接入網(wǎng)絡(luò)，則客戶接入網(wǎng)絡(luò)可將一個(gè)針對那些用戶的共同預(yù)訂請求發(fā)送到該用戶接入網(wǎng)絡(luò)，包括集合中連接到該網(wǎng)絡(luò)的用戶的列表。
無論何時(shí)檢測到集合中用戶的狀態(tài)更改，影響現(xiàn)有網(wǎng)絡(luò)預(yù)訂，都可從其它接入網(wǎng)絡(luò)持續(xù)接收信息更新。
在建立網(wǎng)絡(luò)預(yù)訂后，最初可從其它接入網(wǎng)絡(luò)接收有關(guān)其各自用戶的當(dāng)前狀態(tài)的信息。然后，在接收隨后的用戶信息請求前，可將關(guān)于所接收用戶信息的初始通知發(fā)送到客戶。
從客戶接收的隨后的用戶信息請求可限于包括比原用戶集合少的用戶的用戶子集。隨后的用戶信息請求還可限于預(yù)訂中包括的信息類型中的一個(gè)或僅一些信息類型。隨后的請求中的用戶子集和/或感興趣的信息類型可由客戶選擇，或者可適用于客戶當(dāng)前利用的業(yè)務(wù)和/或應(yīng)用。
可將隨后的通知發(fā)送到客戶，只指明自前一通知后的更改，或指明自上一通知后未進(jìn)行任何更改。
來自客戶的預(yù)訂請求可指明需要的信息類型及截止時(shí)間。預(yù)訂請求還可指明連續(xù)通知之間的對應(yīng)于截止時(shí)間的最短時(shí)間。
用戶集合可通過指明預(yù)定的用戶列表而選擇，或被選為特別的用戶列表。用戶集合還可通過添加用戶到預(yù)定的用戶列表或從中刪除用戶而選擇。
本發(fā)明還包括一種在客戶接入網(wǎng)絡(luò)中用于以關(guān)于多個(gè)用戶的信息形式將信息提供到連接客戶的布置。該布置包括信息輸送服務(wù)器，適用于從客戶接收有關(guān)用戶集合的信息的預(yù)訂請求，以及從用戶各自的接入網(wǎng)絡(luò)接收關(guān)于用戶集合的信息更新。該布置還包括用于存儲更新的用戶信息的數(shù)據(jù)存儲裝置。信息輸送服務(wù)器還適用于從客戶接收隨后的用戶信息請求，以及從數(shù)據(jù)存儲裝置檢索請求的用戶信息，并將包括所檢索用戶信息的通知發(fā)送到客戶，以響應(yīng)用戶信息請求。
如果集合中至少一些用戶連接到其它接入網(wǎng)絡(luò)，則信息輸送服務(wù)器還可適用于與集合中用戶連接到的每個(gè)其它接入網(wǎng)絡(luò)建立用戶信息更新的網(wǎng)絡(luò)預(yù)訂，以響應(yīng)所接收的客戶預(yù)訂請求。
信息輸送服務(wù)器還可適用于無論何時(shí)檢測到集合中用戶的狀態(tài)更改，都持續(xù)從其它接入網(wǎng)絡(luò)接收信息更新。
信息輸送服務(wù)器還可適用于最初從其它網(wǎng)絡(luò)接收有關(guān)其各自用戶當(dāng)前狀態(tài)的信息。
信息輸送服務(wù)器還可適用于將包含所接收用戶信息的初始通知發(fā)送到客戶。
信息輸送服務(wù)器還可適用于將隨后的通知發(fā)送到客戶，只指明自前一通知后進(jìn)行的更改。
信息輸送服務(wù)器還可適用于將隨后的通知發(fā)送到客戶，指明自上一通知后未進(jìn)行任何更改。
此外，該布置可包括用戶列表服務(wù)器，適用于維護(hù)為客戶接入的客戶定義的各種用戶列表，以及將預(yù)定列表提供為所選擇集合用戶的基礎(chǔ)。
附圖簡要說明下面將通過優(yōu)選實(shí)施例并參照附圖更詳細(xì)地描述本發(fā)明，圖中-圖1是根據(jù)現(xiàn)有技術(shù)、用于將有關(guān)用戶的信息提供到客戶的典型通信情況的示意圖。
-圖2是根據(jù)本發(fā)明的一個(gè)實(shí)施例、用于將有關(guān)用戶的信息提供到客戶的通信情況的示意圖。
-圖3是示出本身已知但可用于本發(fā)明的用于更新用戶信息的過程的流程圖。
-圖4是示出根據(jù)本發(fā)明的一個(gè)實(shí)施例、用于將用戶信息提供到客戶的過程的流程圖。
優(yōu)選實(shí)施例說明下面將先參照圖2描述本發(fā)明的優(yōu)選實(shí)施例。類似于圖1所示的通信情況，客戶200使用能夠進(jìn)行無線通信的終端連接到客戶接入網(wǎng)絡(luò)202。在此上下文中，術(shù)語“客戶接入網(wǎng)絡(luò)”應(yīng)從廣義角度理解為能夠?qū)⑾率鰳I(yè)務(wù)提供到當(dāng)前與其連接的客戶的任一網(wǎng)絡(luò)，并且不必是客戶具有其永久性移動預(yù)訂的網(wǎng)絡(luò)，即歸屬網(wǎng)絡(luò)。客戶接入網(wǎng)絡(luò)202還可以是例如在外國中的受訪網(wǎng)絡(luò)。
此外，多個(gè)其它移動用戶204連接到其它域中的各種另外的移動接入網(wǎng)絡(luò)206。在此示例中，示出三個(gè)此類網(wǎng)絡(luò)206a-c，但在本發(fā)明中可涉及任何數(shù)量的網(wǎng)絡(luò)和用戶，一般比此處所示的那些多得多。未示出的多個(gè)另外的移動用戶204還可連接到可參與下述業(yè)務(wù)的客戶接入網(wǎng)絡(luò)202，但這些用戶未包括在此處。應(yīng)注意的是，本發(fā)明并不限于移動用戶，而是還可用于固定用戶或移動用戶與固定用戶的混合。
每個(gè)網(wǎng)絡(luò)202、206通常適用于通過將IMS網(wǎng)絡(luò)連接到每個(gè)網(wǎng)絡(luò)，按請求將更新的用戶信息提供給預(yù)訂用戶，例如，根據(jù)上述存在業(yè)務(wù)。在此示例中，每個(gè)網(wǎng)絡(luò)206a、206b和206c分別包括用戶數(shù)據(jù)收集單元208a、208b和208c。每個(gè)單元208a-c適用于通過以下操作檢測用戶的狀態(tài)更改，例如，無論何時(shí)用戶以某一預(yù)定義方式更改其狀態(tài)，例如上述例示的存在數(shù)據(jù)，都例如從連接用戶204接收事件公布，或者從相關(guān)聯(lián)網(wǎng)絡(luò)本身接收信息。用戶數(shù)據(jù)收集單元208a-c因而適用于基于接收的信息跟蹤用戶204的狀態(tài)。對應(yīng)的用戶數(shù)據(jù)收集單元當(dāng)然可安排在客戶網(wǎng)絡(luò)202中以從其連接用戶收集用戶信息，但未在圖中明確指明。
例如，網(wǎng)絡(luò)206可具有例如通過GPS(全球定位系統(tǒng))檢測用戶的地理位置或檢測信號強(qiáng)度和/或信號延遲測量的功能，這存儲在相關(guān)聯(lián)的用戶數(shù)據(jù)收集單元208中。無論何時(shí)網(wǎng)絡(luò)檢測到用戶位置的變化，用戶數(shù)據(jù)收集單元將更新用戶的當(dāng)前位置數(shù)據(jù)。在另一示例中，用戶可在其終端中輸入當(dāng)前個(gè)人情緒，如“傷心”或“高興”，將該情緒發(fā)送到網(wǎng)絡(luò)及其用戶數(shù)據(jù)收集單元以用于更新等等。
客戶接入網(wǎng)絡(luò)202包括信息輸送服務(wù)器210，用于通過將通知發(fā)送到客戶，按客戶的期望將關(guān)于多個(gè)用戶的信息提供到客戶200，這將在下面描述。當(dāng)然，對應(yīng)的信息輸送服務(wù)器可安排在每個(gè)網(wǎng)絡(luò)206中，但在此處未示出。例如，信息輸送服務(wù)器可與用戶數(shù)據(jù)收集單元集成在單個(gè)服務(wù)器或?qū)嶓w中。實(shí)際上，IMS網(wǎng)絡(luò)在客戶接入網(wǎng)絡(luò)202中實(shí)施時(shí)，服務(wù)器210可以是資源列表服務(wù)器(RLS)，但常規(guī)術(shù)語“信息輸送服務(wù)器”將在此說明中用于表示具有下述功能的任一可能的網(wǎng)絡(luò)實(shí)體。所述用戶信息當(dāng)然可包括上述任一類型的存在數(shù)據(jù)或類似的數(shù)據(jù)，而不是局限于此。
服務(wù)器210連接到用戶列表服務(wù)器212，用戶列表服務(wù)器在IMS示例中是稱為“組列表管理服務(wù)器GLMS”的實(shí)體。用戶列表服務(wù)器212適用于維護(hù)為客戶接入網(wǎng)絡(luò)202的客戶定義的各種用戶列表，如電話簿、聯(lián)系人組或諸如此類。列表還可分成各種子列表，例如，根據(jù)特定的主題和興趣。子列表還可對特定業(yè)務(wù)和/或應(yīng)用是有效的。用戶列表服務(wù)器212還連接到以下稱為用戶數(shù)據(jù)庫的用戶數(shù)據(jù)存儲裝置214，用于根據(jù)列表存儲更新的用戶信息，這將在下面描述。用戶數(shù)據(jù)庫214可實(shí)施為高速緩沖存儲器或諸如此類。實(shí)際上，上述功能單元210\212和214可合并成一個(gè)常見的服務(wù)器單元。
簡要地說，本解決方案允許客戶在有限和指定的時(shí)期內(nèi)最初預(yù)訂有關(guān)如預(yù)定義或特別的用戶列表定義的用戶集合的選定狀態(tài)信息。為響應(yīng)來自客戶的此類預(yù)訂請求，信息輸送服務(wù)器210然后與集合中用戶連接到的每個(gè)網(wǎng)絡(luò)206a-c建立用戶信息的預(yù)訂。無論何時(shí)用戶以影響客戶為預(yù)訂而選擇的感興趣的用戶信息的某種方式更改其狀態(tài)或存在數(shù)據(jù)，相關(guān)聯(lián)的用戶數(shù)據(jù)收集單元208a-c然后都將更新的用戶信息發(fā)送到信息輸送服務(wù)器210。
然而，在本解決方案中，信息輸送服務(wù)器210并不在更改一發(fā)生后就自動發(fā)送通知到客戶。與以前使用的推行為不同，從其它網(wǎng)絡(luò)接收的更新存儲在用戶數(shù)據(jù)庫214中以供將來檢索，而不是被推給客戶。因此，在預(yù)訂的持續(xù)時(shí)間內(nèi)在用戶數(shù)據(jù)庫214中持續(xù)收集接收的更新信息。
客戶200確實(shí)想要用戶信息時(shí)，他/她可發(fā)送隨后的數(shù)據(jù)請求到信息輸送服務(wù)器210。為響應(yīng)此類數(shù)據(jù)請求，根據(jù)如用戶列表服務(wù)器212中維護(hù)的列表，從用戶數(shù)據(jù)庫檢索相關(guān)和更新的數(shù)據(jù)，并且然后將數(shù)據(jù)適時(shí)發(fā)送到客戶200。這樣，將只在客戶確實(shí)需要和要求時(shí)發(fā)送通知到客戶，并且相關(guān)信息已經(jīng)收集在數(shù)據(jù)庫214中，準(zhǔn)備好在請求時(shí)迅速發(fā)送到客戶。因此，本解決方案是網(wǎng)絡(luò)206向客戶接入網(wǎng)絡(luò)202的推行為和客戶200從客戶接入網(wǎng)絡(luò)202的拉行為的組合。
圖3示出用于在預(yù)訂期間更新用戶信息的過程的流程圖。如上所述，信息輸送服務(wù)器210與集合中用戶連接到的每個(gè)網(wǎng)絡(luò)206a-c建立網(wǎng)絡(luò)預(yù)訂，以響應(yīng)從客戶200接收初始預(yù)訂請求。來自客戶的預(yù)訂請求可包含客戶有興趣接收有關(guān)其的信息的特殊用戶的說明，以及客戶想接收的信息類型的說明?？蛻暨€可指明預(yù)訂的持續(xù)時(shí)間，例如，如截止時(shí)間指定的一樣?；蛘撸A(yù)訂可設(shè)為暫時(shí)運(yùn)行，即直至客戶指明要終止預(yù)訂，或者可在客戶未指明持續(xù)時(shí)間時(shí)受默認(rèn)持續(xù)時(shí)長的限制。
客戶可通過僅提供在用戶列表服務(wù)器212中已經(jīng)知道的預(yù)定列表的引用而指明感興趣的用戶集合。或者，可單獨(dú)在客戶提供的特別列表中指定用戶，或者可將用戶添加到預(yù)定列表和/或從中刪除。
圖3中的流程圖示出在與集合中一個(gè)或多個(gè)用戶連接到的一個(gè)網(wǎng)絡(luò)206相關(guān)聯(lián)的用戶數(shù)據(jù)收集單元208中執(zhí)行的過程。客戶接入網(wǎng)絡(luò)202首先根據(jù)客戶請求，發(fā)送有關(guān)屬于所述網(wǎng)絡(luò)208的一個(gè)或多個(gè)特定用戶的信息的網(wǎng)絡(luò)預(yù)訂請求。因此，在第一步驟300中，從客戶接入網(wǎng)絡(luò)202接收預(yù)訂請求，截止時(shí)間與客戶指定的相同。從現(xiàn)在開始，無論何時(shí)發(fā)生影響所請求用戶信息的更改，用戶數(shù)據(jù)收集單元208都將關(guān)于有關(guān)用戶的通知發(fā)送到客戶接入網(wǎng)絡(luò)。
接著在步驟302中，例如以上述方式檢測集合中用戶的狀態(tài)更改，指明此特殊用戶以與預(yù)訂有關(guān)的某一方式已更改其狀態(tài)，例如存在數(shù)據(jù)。在下一步驟304中，然后將包含更新的用戶信息的通知從該用戶的接入網(wǎng)絡(luò)發(fā)送到客戶接入網(wǎng)絡(luò)，指明檢測到的用戶更改。
在此示例中，示出步驟306，在該步驟中確定與客戶接入網(wǎng)絡(luò)的預(yù)訂是否已到期。如果未到期，則無論何時(shí)用戶更改其與預(yù)訂有關(guān)的狀態(tài)或存在數(shù)據(jù)，都可重復(fù)進(jìn)行步驟302和304。網(wǎng)絡(luò)預(yù)訂最終到期時(shí)，它在步驟308中被終止并且不再將其它更新發(fā)送到客戶接入網(wǎng)絡(luò)。當(dāng)然，檢查到期的有效步驟306可能不是必要的，這是因?yàn)橐坏r(shí)間到期，或在客戶指明終止時(shí)，預(yù)訂便可自動終止。
應(yīng)注意的是，圖3所述的更新過程基本上與前面用于純推行為的過程相同，并因此不受本解決方案的影響。然而，如下參照圖4所示優(yōu)選實(shí)施例所述，將信息提供到客戶的本發(fā)明過程在客戶與客戶接入網(wǎng)絡(luò)之間利用拉機(jī)制。以下過程通常在客戶接入網(wǎng)絡(luò)202中執(zhí)行，有效步驟大部分由圖2所示的信息輸送服務(wù)器210執(zhí)行。
在第一步驟400中，客戶接入網(wǎng)絡(luò)202如上所述從客戶200接收指明用戶204集合的預(yù)訂請求，使得客戶接入網(wǎng)絡(luò)例如通過用戶列表服務(wù)器212維護(hù)的預(yù)定列表，可識別用戶、所需的用戶信息類型和客戶請求預(yù)訂的持續(xù)時(shí)間。如結(jié)合圖3所例示的一樣，預(yù)訂持續(xù)時(shí)間可以以不同方式確定。
根據(jù)此信息，客戶接入網(wǎng)絡(luò)可分別將對應(yīng)的預(yù)訂請求發(fā)送到用戶204連接到的有關(guān)網(wǎng)絡(luò)206，并且在步驟402中，與每個(gè)網(wǎng)絡(luò)206a-c相應(yīng)地建立網(wǎng)絡(luò)預(yù)訂，以獲得有關(guān)連接到網(wǎng)絡(luò)的集合中用戶的信息。網(wǎng)絡(luò)預(yù)訂還可限于按客戶請求的特定的信息類型，如僅限位置或位置與情緒等。應(yīng)注意的是，感興趣的用戶集合還可包括連接到客戶接入網(wǎng)絡(luò)的用戶。
在一個(gè)實(shí)施例中，在集合中的若干用戶連接到相同網(wǎng)絡(luò)206的情況下，客戶接入網(wǎng)絡(luò)優(yōu)選是將有關(guān)那些用戶的一個(gè)共同的信息預(yù)訂請求發(fā)送到該網(wǎng)絡(luò)206，包括集合中連接到該網(wǎng)絡(luò)的用戶的列表。與為每個(gè)用戶發(fā)送單獨(dú)的預(yù)訂請求到相同網(wǎng)絡(luò)206相比，這將導(dǎo)致信令量減少。因此，優(yōu)選是每個(gè)域只發(fā)送一個(gè)預(yù)訂請求以將網(wǎng)絡(luò)間信令降到最少。另一個(gè)益處在于針對預(yù)訂的任何節(jié)流或速率限制功能可按域而不是按用戶控制。
一旦已與每個(gè)網(wǎng)絡(luò)206建立預(yù)訂，網(wǎng)絡(luò)將最初發(fā)送有關(guān)其各自用戶204的當(dāng)前狀態(tài)的信息，在步驟404中接收該信息。接著，在步驟406中，假設(shè)客戶在發(fā)送預(yù)訂請求后立即對該信息感興趣，則客戶接入網(wǎng)絡(luò)202可根據(jù)所接收的信息，將包含感興趣用戶的當(dāng)前狀態(tài)的初始通知發(fā)送到客戶200。在此概念以及下述內(nèi)容中，術(shù)語“通知”旨在涵蓋可用于將此種信息傳達(dá)到客戶的任一類型的消息和/或指示和/或其組合。
然而，在一個(gè)替代實(shí)施例中，可省略步驟406以避免非客戶請求的任何不需要的通知。至此為止，已使用了推行為，但從現(xiàn)在開始，在已將初始數(shù)據(jù)發(fā)送到客戶后，除非客戶要求數(shù)據(jù)因而產(chǎn)生拉行為，客戶接入網(wǎng)絡(luò)將不發(fā)送任何數(shù)據(jù)。
根據(jù)在進(jìn)行的網(wǎng)絡(luò)預(yù)訂，如結(jié)合圖3所述，無論何時(shí)用戶更改其狀態(tài)，客戶接入網(wǎng)絡(luò)都從網(wǎng)絡(luò)206接收有關(guān)與預(yù)訂有關(guān)的用戶信息的各種更新，這在下一步驟408中概括指明。每次收到此類更新的信息，如步驟410中所示，客戶接入網(wǎng)絡(luò)便將它存儲在用戶數(shù)據(jù)庫214中。如果連接到客戶接入網(wǎng)絡(luò)的用戶還包括在列表中，則關(guān)于它們的有關(guān)更新當(dāng)然可由客戶接入網(wǎng)絡(luò)在內(nèi)部處理。
接著，示出用于檢查客戶的預(yù)訂是否到期的步驟412，并且如果它已到期，則在步驟414中終止客戶預(yù)訂及具有相同截止時(shí)間的相關(guān)聯(lián)網(wǎng)絡(luò)預(yù)訂。然而，實(shí)際上，在該過程中的此時(shí)，并不一定要將此作為特定步驟執(zhí)行，但在整個(gè)過程中當(dāng)然可或多或少持續(xù)地檢查或注意此方面。
接著在該過程中，客戶已決定獲取更新的信息，因而在步驟416中從客戶接收隨后的信息請求。一般情況下，自最初在步驟406中發(fā)送用戶信息后經(jīng)過了一定量的時(shí)間，并且在此期間一些用戶信息可能已更改。
在一個(gè)實(shí)施例中，從客戶接收的隨后的信息請求可限于包括比客戶預(yù)訂中原用戶集合少的用戶的用戶子集。此外，隨后的信息請求可限于預(yù)訂中包括的不同信息類型中僅一個(gè)類型或一些類型。例如，請求的用戶子集和/或信息類型可適用于客戶當(dāng)前利用的業(yè)務(wù)和/或應(yīng)用。這樣，客戶根據(jù)其當(dāng)前需要，自由請求原集合中任何選定用戶的更新信息，或自由請求預(yù)訂的任何選定的用戶信息類型的更新信息。
在下一步驟418中，為響應(yīng)客戶的信息請求，從用戶數(shù)據(jù)庫214檢索請求的用戶信息的當(dāng)前更新版本，然后在步驟420中適時(shí)地在通知中將其發(fā)送到客戶。與從所有有關(guān)網(wǎng)絡(luò)206請求和接收信息相比，以此方式從用戶數(shù)據(jù)庫檢索有關(guān)數(shù)據(jù)是一個(gè)快得多的過程。
該進(jìn)程然后可回到步驟408以如在步驟408中一樣從網(wǎng)絡(luò)206接收另外的更新以及如在步驟416中一樣接收客戶提出的任何另外的隨后的信息請求。為使到客戶的通知更短和更有效，優(yōu)選是在通知步驟420中發(fā)送僅自上一通知后信息更改的簡短指示，而不是完整的數(shù)據(jù)集。如果自上一通知后未進(jìn)行任何更改，則可發(fā)送關(guān)于其的很簡短的指示。這樣，發(fā)送到客戶的通知消息的大小可比全尺寸小，并且可保持在最小值，從而使得在無線接口中優(yōu)化使用寶貴的帶寬。
通過根據(jù)本發(fā)明的組合的推和拉機(jī)制，獲得一種非常有效的解決方案，在該解決方案中，需要在客戶接入網(wǎng)絡(luò)202與其它接入網(wǎng)絡(luò)206之間以及在客戶接入網(wǎng)絡(luò)202與客戶200之間傳送的數(shù)據(jù)量最小。具體地說，客戶接入網(wǎng)絡(luò)不必在客戶請求信息時(shí)從每個(gè)網(wǎng)絡(luò)獲取信息，而是已經(jīng)通過在進(jìn)行的網(wǎng)絡(luò)預(yù)訂持續(xù)接收和存儲此信息，并因此立即可從用戶數(shù)據(jù)庫得到。
還可以以最小延遲將所需的信息傳達(dá)到客戶，即，可在很大程度上滿足對實(shí)時(shí)信息的需要。另外，由于可根據(jù)客戶的當(dāng)前需要或當(dāng)時(shí)利用的業(yè)務(wù)和/或應(yīng)用而請求原預(yù)訂用戶集合中任何用戶的用戶信息，因此，此解決方案為客戶提供了極大的靈活性。
上述業(yè)務(wù)可通過使用現(xiàn)有的消息和協(xié)議而實(shí)現(xiàn)，例如，如當(dāng)前由IETF規(guī)范RFC3265定義的一樣。為避免從客戶接入網(wǎng)絡(luò)接收不需要的通知，客戶可然后指明等于截止時(shí)間的節(jié)流時(shí)間，這樣，在整個(gè)預(yù)訂期間，除非客戶必要時(shí)請求或拉動，否則將不自動發(fā)出或推送通知。
本發(fā)明可結(jié)合可從IMS網(wǎng)絡(luò)得到的現(xiàn)有業(yè)務(wù)使用，如“無線一鍵通”(PoC)、即時(shí)消息傳遞和當(dāng)然還有上述的存在業(yè)務(wù)等。
雖然已參照特定示范實(shí)施例描述了本發(fā)明，但本說明只是要示出本發(fā)明的概念，并且不應(yīng)視為限制本發(fā)明的范圍，本發(fā)明的范圍由隨附權(quán)利要求書限定。
權(quán)利要求
1.一種以關(guān)于多個(gè)用戶的用戶信息形式將信息從客戶接入網(wǎng)絡(luò)提供到客戶的方法，其特征在于以下步驟-從所述客戶接收有關(guān)用戶集合的某些信息的預(yù)訂請求，-接收和存儲關(guān)于所述集合中用戶的信息更新，-從所述客戶接收隨后的用戶信息請求，-檢索對應(yīng)于所請求信息的存儲用戶信息，以及-將關(guān)于所檢索用戶信息的通知發(fā)送到所述客戶，以響應(yīng)所述隨后的用戶信息請求。
2.如權(quán)利要求1所述的方法，其特征在于所述用戶是移動用戶。
3.如權(quán)利要求1或2所述的方法，其特征在于所述用戶信息是有關(guān)所述用戶的存在信息。
4.如權(quán)利要求1-3中任一項(xiàng)所述的方法，其中所述集合中至少一些用戶連接到其它接入網(wǎng)絡(luò)，其特征在于所述客戶接入網(wǎng)絡(luò)與所述集合中用戶連接到的每個(gè)所述其它接入網(wǎng)絡(luò)建立用戶信息更新的網(wǎng)絡(luò)預(yù)訂，以響應(yīng)所接收的客戶預(yù)訂請求。
5.如權(quán)利要求4所述的方法，其中所述集合中的若干用戶連接到相同的用戶接入網(wǎng)絡(luò)，其特征在于所述客戶接入網(wǎng)絡(luò)將一個(gè)針對那些用戶的共同預(yù)訂請求發(fā)送到該用戶接入網(wǎng)絡(luò)，包括所述集合中連接到該網(wǎng)絡(luò)的用戶的列表。
6.如權(quán)利要求4或5所述的方法，其特征在于無論何時(shí)檢測到所述集合中用戶的狀態(tài)更改，影響現(xiàn)有網(wǎng)絡(luò)預(yù)訂，都從所述其它接入網(wǎng)絡(luò)持續(xù)接收信息更新。
7.如權(quán)利要求4-6中任一項(xiàng)所述的方法，其特征在于在建立所述網(wǎng)絡(luò)預(yù)訂后，最初從所述其它接入網(wǎng)絡(luò)接收有關(guān)其各自用戶當(dāng)前狀態(tài)的信息。
8.如權(quán)利要求7所述的方法，其特征在于在接收所述隨后的用戶信息請求前，將關(guān)于所接收用戶信息的初始通知發(fā)送到所述客戶。
9.如權(quán)利要求1-8中任一項(xiàng)所述的方法，其特征在于從所述客戶接收的隨后的用戶信息請求限于包括比原用戶集合少的用戶的用戶子集。
10.如權(quán)利要求1-9中任一項(xiàng)所述的方法，其特征在于從所述客戶接收的隨后的用戶信息請求限于所述預(yù)訂中包括的信息的一個(gè)或一些信息類型。
11.如權(quán)利要求9或10所述的方法，其特征在于所述用戶子集和/或信息類型由所述客戶選擇。
12.如權(quán)利要求9或10所述的方法，其特征在于所述用戶子集和/或信息類型適用于所述客戶當(dāng)前利用的業(yè)務(wù)和/或應(yīng)用。
13.如權(quán)利要求1-12中任一項(xiàng)所述的方法，其特征在于將隨后的通知發(fā)送到所述客戶，只指明自前一通知后進(jìn)行的更改。
14.如權(quán)利要求1-12中任一項(xiàng)所述的方法，其特征在于將隨后的通知發(fā)送到所述客戶，指明自上一通知后未進(jìn)行任何更改。
15.如權(quán)利要求1-14中任一項(xiàng)所述的方法，其特征在于來自所述客戶的預(yù)訂請求指明需要的信息類型。
16.如權(quán)利要求1-15中任一項(xiàng)所述的方法，其特征在于來自所述客戶的預(yù)訂請求指明截止時(shí)間。
17.如權(quán)利要求16所述的方法，其特征在于來自所述客戶的預(yù)訂請求指定在連續(xù)通知之間的對應(yīng)于所述截止時(shí)間的最短時(shí)間。
18.如權(quán)利要求1-17中任一項(xiàng)所述的方法，其特征在于所述用戶集合通過指明預(yù)定的用戶列表而選擇。
19.如權(quán)利要求1-17中任一項(xiàng)所述的方法，其特征在于所述用戶集合被選為特別的用戶列表。
20.如權(quán)利要求1-17中任一項(xiàng)所述的方法，其特征在于所述用戶集合通過將用戶添加到預(yù)定的用戶列表或從中刪除用戶而選擇。
21.一種在客戶接入網(wǎng)絡(luò)中用于以關(guān)于多個(gè)用戶的信息形式將信息提供到連接客戶的布置，其特征在于-信息輸送服務(wù)器，適用于從所述客戶接收有關(guān)用戶集合的某些信息的預(yù)訂請求，以及從所述用戶各自的接入網(wǎng)絡(luò)接收關(guān)于所述用戶集合的信息更新，-用于存儲更新的用戶信息的數(shù)據(jù)存儲裝置，其中，所述信息輸送服務(wù)器還適用于從所述客戶接收隨后的用戶信息請求，以及從所述數(shù)據(jù)存儲裝置檢索請求的用戶信息，并將包括所檢索用戶信息的通知發(fā)送到所述客戶，以響應(yīng)所述用戶信息請求。
22.如權(quán)利要求21所述的布置，其中，所述集合中至少一些用戶連接到其它接入網(wǎng)絡(luò)，其特征在于所述信息輸送服務(wù)器還適用于與所述集合中用戶連接到的每個(gè)所述其它接入網(wǎng)絡(luò)建立用戶信息更新的網(wǎng)絡(luò)預(yù)訂，以響應(yīng)所接收的客戶預(yù)訂請求。
23.如權(quán)利要求21或22所述的布置，其特征在于所述信息輸送服務(wù)器還適用于無論何時(shí)檢測到所述集合中用戶的狀態(tài)更改，都持續(xù)從所述其它接入網(wǎng)絡(luò)接收信息更新。
24.如權(quán)利要求21-23中任一項(xiàng)所述的布置，其特征在于所述信息輸送服務(wù)器還適用于最初從所述其它網(wǎng)絡(luò)接收有關(guān)其各自用戶當(dāng)前狀態(tài)的信息。
25.如權(quán)利要求24所述的布置，其特征在于所述信息輸送服務(wù)器還適用于將包含所接收用戶信息的初始通知發(fā)送到所述客戶。
26.如權(quán)利要求21-25中任一項(xiàng)所述的布置，其特征在于所述信息輸送服務(wù)器還適用于將隨后的通知發(fā)送到所述客戶，只指明自前一通知后進(jìn)行的更改。
27.如權(quán)利要求21-25中任一項(xiàng)所述的布置，其特征在于所述信息輸送服務(wù)器還適用于將隨后的通知發(fā)送到所述客戶，指明自上一通知后未進(jìn)行任何更改。
28.如權(quán)利要求21-27中任一項(xiàng)所述的布置，還包括用戶列表服務(wù)器，適用于維護(hù)為所述客戶接入網(wǎng)絡(luò)的客戶定義的各種用戶列表，其特征在于所述用戶列表服務(wù)器適用于將預(yù)定列表提供為所選擇集合用戶的基礎(chǔ)。
全文摘要
本發(fā)明公開了一種將關(guān)于請求的用戶(204)集合的信息從客戶接入網(wǎng)絡(luò)(202)提供到客戶(200)的方法和布置，至少一些用戶連接到其它接入網(wǎng)絡(luò)(206)。為響應(yīng)客戶預(yù)訂請求，客戶接入網(wǎng)絡(luò)與其它接入網(wǎng)絡(luò)建立網(wǎng)絡(luò)預(yù)訂。無論何時(shí)用戶更改其狀態(tài)，然后都持續(xù)接收關(guān)于集合中用戶的信息更新并存儲在客戶接入網(wǎng)絡(luò)的數(shù)據(jù)庫(214)中。為響應(yīng)來自客戶的隨后的用戶信息請求，從數(shù)據(jù)庫中檢索對應(yīng)的存儲用戶信息并在通知中將其發(fā)送到客戶。
文檔編號H04W8/20GK1930863SQ200580007812
公開日2007年3月14日 申請日期2005年3月10日 優(yōu)先權(quán)日2004年3月12日
發(fā)明者C·博貝里, A·林德格倫, S·安德松, H·林德格倫, J·彼得松 申請人:艾利森電話股份有限公司