專利名稱：在通信路徑中的中間裝置的應(yīng)用服務(wù)過濾的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及與應(yīng)用服務(wù)相關(guān)的信息訪問，尤其但不專有地涉及移動通信系統(tǒng)中的存在服務(wù)。
背景技術(shù)：
存在服務(wù)的提供成為第三代IMS(IP多媒體核心網(wǎng)絡(luò)子系統(tǒng))移動通信系統(tǒng)的重要特征。存在服務(wù)利用一個服務(wù)器來接收信息、存儲信息并分發(fā)信息。存儲的信息可能例如與用戶通信的意愿或他們的通信能力有關(guān)，或者可能是與用戶或圖形數(shù)據(jù)有關(guān)的一般信息。該服務(wù)為用戶提供接收與一個或多個其他用戶有關(guān)的狀態(tài)信息的機會。依賴于用戶或設(shè)備的位置或場所，存在服務(wù)也允許為移動用戶或固定設(shè)備提供應(yīng)用和服務(wù)。存在服務(wù)也使即時消息(IM)變得容易。
在移動通信系統(tǒng)中，最小化無線電接口上的業(yè)務(wù)量是重要的。在已知的實現(xiàn)存在服務(wù)的建議中，當用戶預訂存在服務(wù)時，存在服務(wù)器將所有可能是該用戶的存在信息經(jīng)由無線電接口傳送到該用戶的終端。這樣，所有可利用的存在數(shù)據(jù)首先提供給了該用戶，然后用戶隨意地選擇感興趣的數(shù)據(jù)。在無線環(huán)境中，這個過程將不必要的負擔加到無線電接口上，因為用戶不需要的那些不必要的數(shù)據(jù)業(yè)務(wù)也經(jīng)由無線電接口被傳輸。也有可能的是接收終端無法存儲和處理由存在服務(wù)器傳送給它的所有存在數(shù)據(jù)。
在當前已知的建議中，為了“學習”目的，所有的存在數(shù)據(jù)被傳送到用戶終端，也就是，基于什么信息是可利用的知識，用戶能夠選擇什么信息是感興趣的。
一個更進一步的已知建議特別涉及存在和即時消息體系結(jié)構(gòu)。該建議利用預訂(SUBSCRIBE)消息，其為一個SIP(會話啟動協(xié)議)消息，一般存在客戶機指定其想要接收的應(yīng)用服務(wù)器中的或應(yīng)用服務(wù)器已知的事件發(fā)生通知。在存在服務(wù)器的情況下，事件可以是存在實體(通稱為presentity)對于(例如即時消息)已經(jīng)是可用的了。
客戶被通知一個事件的條件由存在服務(wù)定義并由應(yīng)用服務(wù)器單獨控制。另外，然而客戶可以取消他們自己的預訂。典型地，存在應(yīng)用指定無論何時狀態(tài)發(fā)生變化，都會通知用戶。
已經(jīng)建議客戶可以指定他們自己的用于預訂的通知規(guī)則。例如，利用諸如SOAP(簡單對象訪問協(xié)議)或XML(擴展標記語言)的形式描述語言，可以在預訂請求消息體中指定規(guī)則。在預訂的接收方面，諸如存在服務(wù)器的應(yīng)用服務(wù)器驗證通知規(guī)則并將它們應(yīng)用到預訂上。當客戶指定的規(guī)則被允許時，給客戶發(fā)送一個適當?shù)耐ㄖ?。這種規(guī)則的效果是使客戶能夠指定關(guān)于什么時候應(yīng)該被通知和什么內(nèi)容應(yīng)該被遞送(例如，僅僅感興趣的屬性)的條件。
應(yīng)用于應(yīng)用服務(wù)器的這種客戶定義過濾的應(yīng)用具有減少從應(yīng)用服務(wù)器到客戶的通信的優(yōu)點，從而最小化從應(yīng)用服務(wù)器到客戶的通信鏈路上的帶寬負載以及預訂者單元的處理(中斷處理)。
然而，這種安排潛在地有一個缺點，即它依賴于具有定義一組過濾規(guī)則能力的客戶和具有解釋并應(yīng)用這些規(guī)則的能力的應(yīng)用服務(wù)器。如果是客戶或是應(yīng)用服務(wù)器不具備這種適當?shù)哪芰?，那么過濾方案就無法工作。事件通知應(yīng)用，例如存在服務(wù)器，可能不具備包括所需能力的功能，尤其是需要不希望有的升級的傳統(tǒng)應(yīng)用。另一方面，服務(wù)提供商可能不想提供這種功能。對需要這種過濾的客戶所訂購的每一個應(yīng)用服務(wù)器的過濾的支持是繁重的。由此這種過濾的有用性是非常有限的。
本發(fā)明的目標是提供一種改進方法，用于提供對致力于解決一個或所有上述問題的應(yīng)用服務(wù)的訪問。

發(fā)明內(nèi)容
根據(jù)本發(fā)明，提供一種過濾從應(yīng)用服務(wù)器提供到應(yīng)用客戶機的信息的方法，包括于在所述應(yīng)用服務(wù)器和所述應(yīng)用客戶機之間的通信路徑中的中間單元應(yīng)用過濾規(guī)則。
在所述中間單元應(yīng)用所述過濾規(guī)則的所述步驟既獨立于所述應(yīng)用服務(wù)器又獨立于所述應(yīng)用客戶機。
在所述中間單元應(yīng)用所述過濾規(guī)則的所述步驟獨立于所述應(yīng)用服務(wù)器或所述應(yīng)用客戶機中的其中一個，但不獨立于另一個。在所述中間單元應(yīng)用所述過濾規(guī)則的所述步驟可以獨立于所述應(yīng)用服務(wù)器。所述過濾規(guī)則可由所述應(yīng)用客戶機確定。所述中間單元可以在來自所述應(yīng)用客戶機的對應(yīng)用服務(wù)的請求中接收所述過濾規(guī)則。所述中間單元可以去除所述過濾規(guī)則并將所述請求轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。所述中間單元接收來自所述應(yīng)用服務(wù)器的應(yīng)答，并對所述應(yīng)答應(yīng)用所述過濾規(guī)則，然后將已過濾的應(yīng)答轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。在所述中間單元中應(yīng)用所述過濾規(guī)則的所述步驟可獨立于所述應(yīng)用客戶機。所述過濾規(guī)則可以由所述中間單元確定。所述過濾規(guī)則可依賴于與所述應(yīng)用客戶機相關(guān)的特征。所述過濾規(guī)則可依賴于所述中間單元形成其一部分的網(wǎng)絡(luò)的特征。這些特征可以是在所述網(wǎng)絡(luò)和所述應(yīng)用客戶機之間達成一致的。所述中間單元可接收來自所述應(yīng)用客戶機對應(yīng)用服務(wù)的請求。響應(yīng)這樣的請求，所述中間單元可確定所述過濾規(guī)則。所述中間單元可以將所述請求和所述過濾規(guī)則轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。所述中間單元可以接收來自所述應(yīng)用服務(wù)器的已過濾的響應(yīng)。所述中間單元將該過濾后的響應(yīng)轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。所述中間單元可以不帶過濾規(guī)則地將請求轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。所述中間單元接收來自所述應(yīng)用服務(wù)器的響應(yīng)。所述中間單元可對該響應(yīng)應(yīng)用所述過濾規(guī)則。所述中間單元將過濾后的響應(yīng)轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。所述方法還包括取回(retrieve)所述過濾規(guī)則信息的所述步驟。所述過濾規(guī)則信息可以包括數(shù)據(jù)類型定義或方案信息(schema inforamtion)。所述中間單元可以調(diào)用所述規(guī)則或使其有效(validate)。
根據(jù)本發(fā)明的另一方面，提供一種用于過濾從應(yīng)用服務(wù)器提供到應(yīng)用客戶機的信息的裝置，所述裝置連接于在所述應(yīng)用服務(wù)器和所述應(yīng)用客戶機之間的通信路徑中，所述裝置適應(yīng)于應(yīng)用過濾規(guī)則。
所述過濾規(guī)則可既獨立于所述應(yīng)用服務(wù)器而應(yīng)用又獨立于所述應(yīng)用客戶機而應(yīng)用。
所述過濾規(guī)則可獨立于所述應(yīng)用服務(wù)器或所述應(yīng)用客戶機中的其中一個地被應(yīng)用，但不獨立于另一個。
所述過濾規(guī)則可獨立于所述應(yīng)用服務(wù)器。所述過濾規(guī)則可由所述應(yīng)用客戶機確定。所述裝置還適應(yīng)于在來自所述應(yīng)用客戶機的對所述應(yīng)用服務(wù)的請求中接收所述過濾規(guī)則。所述裝置還適應(yīng)于去除所述過濾規(guī)則并將所述請求轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。所述裝置還適應(yīng)于接收來自所述應(yīng)用服務(wù)器的應(yīng)答，并對該應(yīng)答應(yīng)用所述過濾規(guī)則，然后將過濾后的應(yīng)答轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。所述過濾規(guī)則可獨立于所述應(yīng)用客戶機。所述裝置還適應(yīng)于確定過濾規(guī)則。所述過濾規(guī)則可依賴于與所述應(yīng)用客戶機相關(guān)的特征。所述過濾規(guī)則可依賴于所述裝置形成其一部分的網(wǎng)絡(luò)的特征。這些特征可以是在所述網(wǎng)絡(luò)和所述應(yīng)用客戶機之間達成一致的。所述裝置還適應(yīng)于接收來自應(yīng)用客戶機對應(yīng)用服務(wù)的請求。響應(yīng)這樣的請求，所述裝置還適應(yīng)于確定所述過濾規(guī)則。所述還適應(yīng)于將所述請求和所述過濾規(guī)則轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。所述裝置還適應(yīng)于接收來自所述應(yīng)用服務(wù)器的已過濾的響應(yīng)。
所述裝置還適應(yīng)于將該過濾后的響應(yīng)轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。所述裝置還適應(yīng)于不帶過濾規(guī)則地將請求轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。所述裝置還適應(yīng)于接收來自所述應(yīng)用服務(wù)器的響應(yīng)。所述裝置還適應(yīng)于對該響應(yīng)應(yīng)用所述過濾規(guī)則。所述裝置還適應(yīng)于將過濾后的響應(yīng)轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。所述裝置還適應(yīng)于取回所述過濾規(guī)則信息。
所述過濾規(guī)則信息可以包括數(shù)據(jù)類型定義或方案信息。所述裝置還適應(yīng)于調(diào)用所述規(guī)則或使其有效。
所述裝置可包括服務(wù)器。所述裝置可以包括通信網(wǎng)絡(luò)中的單元。所述單元可以是代理服務(wù)器。
本發(fā)明有利于在可被服務(wù)器，例如代理呼叫狀態(tài)控制功能，截取的會話啟動協(xié)議預訂(subscription)消息中應(yīng)用規(guī)則，過濾引擎的功能在無需應(yīng)用服務(wù)器和/或應(yīng)用客戶機知曉的情況下執(zhí)行。


通過參考附圖在此描述了本發(fā)明，其中圖1示意了用于實現(xiàn)應(yīng)用服務(wù)訪問的網(wǎng)絡(luò)結(jié)構(gòu)的例子；圖2示意了用于實現(xiàn)根據(jù)本發(fā)明的第一實施例的過濾引擎的結(jié)構(gòu)的例子；圖3示意了圖2的過濾引擎的圖解實現(xiàn)的例子；圖4示意了用于實現(xiàn)根據(jù)本發(fā)明的第二實施例的過濾引擎的結(jié)構(gòu)的例子；以及圖5示意了圖2的過濾引擎的圖解實現(xiàn)的例子。
具體實施例方式
參考特定的示例性實施例在此描述本發(fā)明。技術(shù)人員將理解，本發(fā)明并不局限于在此描述的實施例的范圍。特別是本發(fā)明在此是通過參考其中用戶與移動終端相關(guān)聯(lián)的無線通信系統(tǒng)中的一個實現(xiàn)描述的。本發(fā)明并不局限于應(yīng)用在移動通信網(wǎng)絡(luò)中，本發(fā)明可以同樣地用于固定線路通信網(wǎng)絡(luò)中以及固定終端中。
特別地，本發(fā)明是相對于3G IMS移動通信網(wǎng)絡(luò)中的存在服務(wù)提供而描述的。然而，本發(fā)明不局限于這種服務(wù)或這種網(wǎng)絡(luò)。
參考圖1，圖1示意了為了描述本發(fā)明的優(yōu)選實施例所需的移動通信系統(tǒng)的主要單元。僅僅示出了為了說明本發(fā)明的實施例所需的單元。實現(xiàn)諸如存在服務(wù)的應(yīng)用服務(wù)的通信網(wǎng)絡(luò)的一般結(jié)構(gòu)在本領(lǐng)域中是已知的。本領(lǐng)域技術(shù)人員了解為實現(xiàn)周知的存在服務(wù)所需的基本單元。
特別地，圖1描述了一個用于提供存在服務(wù)的網(wǎng)絡(luò)方案的例子實現(xiàn)。應(yīng)當指出，存在服務(wù)的許多方面，包括術(shù)語的使用，還沒有標準化。在接下來的說明中關(guān)于術(shù)語的使用應(yīng)該記住這一點。接下來描述的重要方面是對所描述的單元的功能方面的理解。
在存在服務(wù)中，用戶可以以多種不同方式訪問存在服務(wù)。已知的第一種類型的用戶是presentity。presentity是存在信息的所有者。presentity所擁有的存在信息被存儲在，例如，存在服務(wù)器上并分發(fā)給其他的用戶。第二種類型的客戶被認為是觀察者。觀察者接收來自存在服務(wù)的存在信息，即存在信息與一個presentity相關(guān)聯(lián)。預訂者是一個術(shù)語，一般也用來指預訂presentity的存在信息的用戶。
本發(fā)明的優(yōu)選實施例與訪問存在信息有關(guān)，由此從描述本發(fā)明的實施例的角度來看，用戶應(yīng)該被看作是訪問存在信息的用戶，而不是創(chuàng)建存在信息的用戶。同樣地，在下面的描述中，用戶可能被稱為觀察者，這和本領(lǐng)域當前優(yōu)選的術(shù)語相一致。
圖1中，充當觀察者并以附圖標記100標示的用戶訪問應(yīng)用服務(wù)器(特別地為存在服務(wù)器)上的存在服務(wù)。雙向箭頭112表示用戶100與用戶終端102的接口。用戶在終端102(例如)通過鍵盤的方式輸入信息，并(例如)以終端的顯示器的方式從終端102接收信息。終端102可能是任意種類型的設(shè)備，例如移動電話、個人數(shù)據(jù)助理、膝上型計算機或臺式計算機。
通常以圖1中的附圖標記104示意存在客戶機，表示在終端102上運行的客戶應(yīng)用。雙向線114表示存在客戶機104與終端102的交互。存在客戶機104是運行在終端102上的軟件，其使用戶100能夠訪問存在服務(wù)。
由此，為了訪問存在信息，用戶(觀察者)100與終端102中的存在客戶機應(yīng)用104進行交互。應(yīng)當指出的是，實際上可認為觀察者是用戶100、存在客戶機104和終端102的組合。此外，優(yōu)選存在客戶機104為運行在終端102上的軟件，終端可能已下載了該軟件。終端102和存在客戶機104可以被視為單個實體。
從上面的描述中應(yīng)當理解，用戶100在其它時候也可充當presentity。
此外，為了訪問與特定應(yīng)用服務(wù)有關(guān)的存在信息，用戶100需要預訂該服務(wù)，因此，也可能稱為一個預訂者。
在圖1的實施例中，終端102與通常以附圖標記120示意的移動通信網(wǎng)絡(luò)連接。越過通常以虛線110表示的空中接口，終端與移動通信網(wǎng)絡(luò)120交互。雙向箭頭116表示終端102和移動通信網(wǎng)絡(luò)120之間越過空中虛線110的通信。
為了理解本發(fā)明，移動通信網(wǎng)絡(luò)120被示出為包括正服務(wù)呼叫狀態(tài)控制功能(S-CSCF)106、正服務(wù)GPRS支持節(jié)點(SGSN)134和網(wǎng)關(guān)GPRS支持節(jié)點(GGSN)136。如上所述，這種網(wǎng)絡(luò)的結(jié)構(gòu)和實現(xiàn)是眾所周知的，圖1中僅僅示出了描述本發(fā)明的實施例所需的最少單元。例如，網(wǎng)絡(luò)120還可包括代理呼叫狀態(tài)控制功能(P-CSCF)。
圖1中還示出了一個包括存在應(yīng)用服務(wù)器108的外部IP網(wǎng)絡(luò)132。
正如本領(lǐng)域所知的，SGSN和GGSN被用于在用戶設(shè)備102和外部IP網(wǎng)絡(luò)132之間建立呼叫會話。一旦建立了呼叫會話，S-CSCF106支持終端102通過移動網(wǎng)絡(luò)120發(fā)起到IP網(wǎng)絡(luò)的呼叫。
例如，移動通信網(wǎng)絡(luò)120可以是一個UMTS網(wǎng)絡(luò)或支持訪問存在服務(wù)的其他網(wǎng)絡(luò)。應(yīng)當指出的是，本發(fā)明并不局限于其在無線電通信接口上提供應(yīng)用服務(wù)的能力。應(yīng)用服務(wù)可以通過固定線路通信網(wǎng)絡(luò)提供。
存在應(yīng)用服務(wù)器108存儲或宿主與各種各樣的presentity有關(guān)的存在信息。對存在信息的訪問可以是公開的或是受限的。限制可以基于預訂級別或presentity提供的授權(quán)身份。
根據(jù)本發(fā)明，用戶設(shè)備102和存在應(yīng)用服務(wù)器108之間的中間單元適應(yīng)于控制從存在應(yīng)用服務(wù)器訪問到的信息和/或?qū)υ撔畔嵤┻^濾。中間單元的識別可依賴但不限于一個特定單元。下面給出實現(xiàn)該功能的優(yōu)選單元的討論。然而為了解釋本發(fā)明的兩個優(yōu)選實施例，首先假定S-CSCF 106實現(xiàn)過濾功能。為了接下來的描述目的，實現(xiàn)過濾的該單元被稱為過濾引擎。
現(xiàn)在參考圖2和4描述本發(fā)明的兩個優(yōu)選實施例。在圖2和4中，術(shù)語“應(yīng)用客戶機”(application client)通常用來指用戶訪問應(yīng)用所使用的用戶設(shè)備。術(shù)語應(yīng)用服務(wù)器用來指支持或提供應(yīng)用服務(wù)的服務(wù)器。術(shù)語過濾引擎，如上面所討論的，指應(yīng)用客戶機和應(yīng)用服務(wù)器之間的中間單元。如本領(lǐng)域的技術(shù)人員理解的那樣，為了實施通信，應(yīng)用客戶機和應(yīng)用服務(wù)器之間需要各種各樣的單元。過濾引擎可應(yīng)用于這些單元中的任何一個。除了實現(xiàn)過濾引擎所需要的之外的這些各種各樣單元中的其他單元都沒有在圖2和4中示出。
參考圖2，圖2示出了本發(fā)明的第一實施例。圖2示出了應(yīng)用客戶機200、應(yīng)用服務(wù)器204以及過濾引擎202。在第一實施例中，假設(shè)應(yīng)用客戶機支持過濾，而應(yīng)用服務(wù)器不支持過濾。
根據(jù)已知的技術(shù)，應(yīng)用客戶機在鏈路106上發(fā)送預訂消息給過濾引擎202。預訂消息包括標準預訂消息208和過濾消息210。由應(yīng)用客戶機發(fā)送這樣的一個消息在本領(lǐng)域中是已知的，因此，在此并沒有描述在應(yīng)用客戶機200中這樣的消息的產(chǎn)生。
過濾引擎202接收鏈路206上的消息，該消息是預訂和過濾消息的結(jié)合。如參考圖3在下面的進一步討論，過濾引擎接受并存儲消息的過濾部分中的過濾描述，然后在鏈路216上僅將消息218的預訂部分轉(zhuǎn)發(fā)給應(yīng)用服務(wù)器204。
由此，應(yīng)用服務(wù)器在鏈路216上接收其根據(jù)常規(guī)技術(shù)識別并處理的標準預訂消息218。應(yīng)用服務(wù)器204在鏈路220上發(fā)送大量通知消息222給過濾引擎202。應(yīng)用服務(wù)器的操作與本領(lǐng)域技術(shù)人員所熟悉的常規(guī)技術(shù)一致，在此沒有更進一步地詳細描述。
過濾引擎202接收鏈路220上的通知222，如參考圖3的進一步描述，應(yīng)用保存的客戶過濾以過濾通知222。接著在鏈路212上發(fā)送被過濾后的通知214到應(yīng)用客戶機200。這樣，應(yīng)用客戶機接收根據(jù)客戶過濾說明過濾后的通知。
參考圖3，圖3示意了根據(jù)圖2所描述的本發(fā)明的實施例的過濾引擎的一個可能的實現(xiàn)。本領(lǐng)域技術(shù)人員將理解的是，過濾引擎可以以許多種不同的方式實現(xiàn)，圖3的實現(xiàn)僅僅是為了示意目的而提供。
來自應(yīng)用客戶機的鏈路206上的預訂請求和過濾消息在輸入模塊302被接收，該輸入模塊將此消息轉(zhuǎn)發(fā)給析取模塊304。該析取模決析取消息中的過濾部分并將其連同諸如預訂者身份的信息一塊儲存在過濾存儲器310中。消息的預訂者請求部分從析取模塊304轉(zhuǎn)發(fā)到預訂請求緩沖器306中。緩存的預訂請求消息接著被提供給輸出模塊308以在鏈路216上發(fā)送給應(yīng)用服務(wù)器204。
來自于應(yīng)用服務(wù)器的鏈路220上的通知222在輸入模塊314接收，該輸入模塊將此消息轉(zhuǎn)發(fā)給通知消息緩沖器316。緩存的通知消息被應(yīng)用到掩碼318的第一輸入。掩碼318的第二輸入由過濾存儲器310提供，并為通知消息所去往的應(yīng)用客戶機應(yīng)用過濾。由此，掩碼318僅提供其與來自過濾存儲器310所應(yīng)用的規(guī)則相一致的消息的輸出。掩碼318的輸出在被提供給輸出模塊322用于在鏈路212上傳向應(yīng)用客戶機之前在已過濾的通知緩沖器320中緩存。
過濾引擎202還包括用于控制其各種單元的控制模塊312。
在提取并保存來自鏈路206上接收的消息的客戶過濾中，過濾引擎可能需要獲得公開的應(yīng)用信息，例如DTD(數(shù)據(jù)類型定義)或XML方案——或其他這樣的定義——例如，用于來自于例如應(yīng)用URL的過濾，可在客戶定義規(guī)則中參考應(yīng)用URL定義。XML能夠用于指定該規(guī)則。過濾引擎可使用過濾說明XML文件中的XML名字空間聲明以便為過濾規(guī)則DTD和應(yīng)用DTD獲得DTD。
這樣，在圖2的實施例中，過濾引擎尋找包含在用戶設(shè)備啟動的預定請求的正文(body)中(或別處)中的規(guī)則，并代表對應(yīng)用服務(wù)器不可見的客戶啟動過濾過程。在請求轉(zhuǎn)發(fā)給應(yīng)用服務(wù)器之前，將該規(guī)則從請求中消除。接著由應(yīng)用所述規(guī)則的IMS子系統(tǒng)過濾引擎，例如S-CSCF中的過濾引擎，過濾來自于應(yīng)用服務(wù)器的通知。
參考圖4，圖4示出了本發(fā)明的第二實施例。圖4示出了一個應(yīng)用客戶機400，應(yīng)用服務(wù)器404，過濾引擎402。在第二實施例中，假設(shè)應(yīng)用服務(wù)器支持過濾，但應(yīng)用客戶機不支持過濾，至少不直接支持。
根據(jù)已知的技術(shù)，應(yīng)用客戶機在鏈路408上發(fā)送預訂消息給過濾引擎402。預訂消息包括一個標準預訂消息406。由應(yīng)用客戶機發(fā)送一個這樣的消息在本領(lǐng)域中是眾所周知的。
過濾引擎402接收鏈路206上的預訂消息。如參考圖5在下面的進一步討論，過濾引擎為應(yīng)用客戶機生成一個過濾。該過濾可以基于例如從預訂消息中的客戶簡介信息中獲得的客戶約束生成。另一種可選方法是，過濾可以基于網(wǎng)絡(luò)強制約束生成。該過濾還可基于這兩種可選方法生成。
過濾引擎接著在鏈路414上發(fā)送修改后的預訂消息給應(yīng)用服務(wù)器，該消息包括作為其中一部分的410即原始的預訂消息，和另外一部分412即過濾引擎生成的過濾。
應(yīng)用服務(wù)器404于是在鏈路414上接收帶有過濾的預訂消息的，其根據(jù)常規(guī)技術(shù)識別并處理該消息。帶有過濾的該預訂消息由常規(guī)技術(shù)中是已知的，在常規(guī)技術(shù)中其是由應(yīng)用客戶機構(gòu)造并直接轉(zhuǎn)發(fā)給應(yīng)用服務(wù)器的。
應(yīng)用服務(wù)器404依賴這樣的規(guī)則為應(yīng)用客戶機應(yīng)用過濾規(guī)則并編輯通知。應(yīng)用服務(wù)器404接著在鏈路416上發(fā)送大量通知消息418給過濾引擎402。通知消息418比沒有任何過濾而發(fā)送的消息要少。應(yīng)用服務(wù)器404的操作與本領(lǐng)域的技術(shù)人員所熟悉的常規(guī)技術(shù)一致，在此沒有作進一步的詳細描述。
過濾引擎接收鏈路416上的通知418，并簡單地在鏈路420上發(fā)送通知422到應(yīng)用客戶機400。這樣，應(yīng)用客戶機接收根據(jù)過濾引擎說明過濾的通知。
這樣，在圖4的實施例中，過濾引擎可截取來自應(yīng)用客戶機的預訂請求，并安裝適于，例如達到正服務(wù)網(wǎng)絡(luò)的服務(wù)質(zhì)量(QoS)水平的過濾規(guī)則。這樣的QoS水平可以在PDP上下文激活過程中或在用戶設(shè)備和正服務(wù)網(wǎng)絡(luò)之間的修改中被確定。這樣被增強的預訂請求接著轉(zhuǎn)發(fā)給可能接收或拒絕該請求的應(yīng)用服務(wù)器。如果被拒絕，應(yīng)用服務(wù)器優(yōu)選發(fā)送一個失敗響應(yīng)。過濾引擎可截取到這樣的響應(yīng)，并去除所安裝的過濾。換句話說，可轉(zhuǎn)發(fā)失敗響應(yīng)給移動終端。在這個實施例中，因為過濾不是由移動終端創(chuàng)建的，所以如果失敗響應(yīng)被發(fā)送給移動終端，移動終端必須有一些關(guān)于失敗原因的知識。例如，過濾可能不知何故地被用戶知曉，或移動終端可了解到過濾是基于移動終端的簡介而創(chuàng)建的。
參考圖5，圖5示意了根據(jù)圖4所描述的本發(fā)明的實施例的過濾引擎的一個可能實現(xiàn)。本領(lǐng)域技術(shù)人員將理解的是，過濾引擎可以許多種不同的方式實現(xiàn)，圖5的實現(xiàn)僅僅是為示意目的而提供。
鏈路408上來自應(yīng)用客戶機的預訂請求消息在輸入模塊500被接收，該輸入模塊將此消息轉(zhuǎn)發(fā)給預訂請求緩沖器502。過濾引擎402包括控制過濾存儲器508的過濾控制器510。過濾控制器基于例如客戶身份確定將被應(yīng)用到預訂請求的任何過濾，并將此過濾儲存在過濾存儲器508中。過濾存儲器508提供一個到預訂者請求緩沖器502的輸入，由此過濾規(guī)則被添加到預訂請求消息中。由此修改的預訂和過濾請求消息在緩沖器504中緩存。緩存的預訂和過濾請求消息接著被提供給輸出模塊506，用于在鏈路414上發(fā)送該消息到應(yīng)用服務(wù)器404。
鏈路416上來自應(yīng)用服務(wù)器的通知418在輸入模塊512接收，該輸入模塊將此消息轉(zhuǎn)發(fā)給通知消息緩沖器514。緩存的通知消息被應(yīng)用到掩碼516的第一個輸入上。掩碼516的第二個輸入由過濾控制器510提供，過濾控制器510取回來自過濾存儲器508的適當過濾，并為通知消息所去往的應(yīng)用客戶機應(yīng)用過濾。由此，掩碼516在輸出僅提供那些與來自過濾存儲器508所應(yīng)用的規(guī)則相一致的消息。掩碼516的輸出在被提供給輸出模塊520用于在鏈路422上發(fā)往應(yīng)用客戶機之前在已過濾通知緩沖器518中緩存。
過濾引擎402還包括用于控制其各種單元的控制模塊522。
本領(lǐng)域技術(shù)人員將理解的是，參考圖2和4在本文上面描述的兩個實施例可以以多種方式結(jié)合以進一步增強和修改過濾。例如，在圖4的例子中，可進一步引進圖2的客戶定義過濾。此外，在圖4的例子中，可在過濾引擎402中應(yīng)用附加的過濾以進一步減少通知的數(shù)量。本領(lǐng)域技術(shù)人員將理解，可以自由地結(jié)合所描述的實施例的各個方面。
圖2的實施例可命名為過濾截取器，而圖4的實施例可命名為過濾安裝器。
本發(fā)明改進了現(xiàn)有技術(shù)的可縮放性和互操作性，因為應(yīng)用服務(wù)器和應(yīng)用客戶機無需知道附加的過濾規(guī)則和基于規(guī)則的通知。因為減少了通知的頻率和內(nèi)容減少，節(jié)省了昂貴的無線電通信頻率和設(shè)備資源，尤其是對于無線設(shè)備。
如上所述，在一個優(yōu)選實施例中，在正服務(wù)呼叫狀態(tài)控制功能(S-CSCF)中實現(xiàn)過濾引擎。然而，過濾引擎可在應(yīng)用客戶機和應(yīng)用服務(wù)器之間的任何網(wǎng)絡(luò)單元中實現(xiàn)。例如，可使用諸如代理呼叫狀態(tài)控制功能(P-CSCF)的其他代理服務(wù)器。
這種技術(shù)特別有利于在利用會話啟動協(xié)議(SIP)的應(yīng)用客戶機和應(yīng)用服務(wù)器之間的通信。該發(fā)明可利用消息正文中的XML識別過濾規(guī)則。過濾規(guī)則也可以包含于諸如SOAP協(xié)議的查詢的命令中。
在上面所描述的實施例中，描述了單個應(yīng)用服務(wù)器駐留于在通信系統(tǒng)的核心網(wǎng)外部的網(wǎng)絡(luò)的情況。但本發(fā)明并不局限于這種情況。
本發(fā)明也有利于應(yīng)用于在多個應(yīng)用客戶機駐留于單個應(yīng)用服務(wù)器中的情況。在這種情況下，單個過濾引擎可在多個應(yīng)用客戶機之前位于應(yīng)用服務(wù)器中，或在應(yīng)用服務(wù)器之前位于代理中。有利的是，本發(fā)明的過濾引擎可由此仍舊與傳統(tǒng)客戶一道使用。
無論應(yīng)用服務(wù)器位于何處，均可應(yīng)用本發(fā)明。雖然所描述的實施例顯示應(yīng)用服務(wù)器駐留于外部網(wǎng)絡(luò)中，本發(fā)明也有利于應(yīng)用于服務(wù)器駐留于例如帶有SGSN或GGSN的核心網(wǎng)的情形。由此，無線操作員可與核心網(wǎng)中的過濾引擎一道使用現(xiàn)有應(yīng)用服務(wù)。也就是說，網(wǎng)絡(luò)操作員可購買應(yīng)用服務(wù)器而無需對應(yīng)用客戶機進行定制修改來過濾通知響應(yīng)。
由此，根據(jù)本發(fā)明的過濾引擎的集成在傳統(tǒng)網(wǎng)絡(luò)中無需是一個昂貴的實現(xiàn)。
在此通過參考特定的、非限制例子的方式描述了本發(fā)明。本領(lǐng)域技術(shù)人員應(yīng)理解的是，對其中描述的實施例的修改和變更是可能的。本發(fā)明的保護范圍由所附權(quán)利要求書定義。
權(quán)利要求
1.一種過濾從應(yīng)用服務(wù)器提供到應(yīng)用客戶機的信息的方法，包括于在所述應(yīng)用服務(wù)器和所述應(yīng)用客戶機之間的通信路徑中的中間單元應(yīng)用過濾規(guī)則。
2.根據(jù)權(quán)利要求1的方法，其中在中間單元應(yīng)用過濾規(guī)則的所述步驟既獨立于所述應(yīng)用服務(wù)器又獨立于所述應(yīng)用客戶機。
3.根據(jù)權(quán)利要求1的方法，其中在中間單元應(yīng)用所述過濾規(guī)則的步驟獨立于所述應(yīng)用服務(wù)器或所述應(yīng)用客戶機中的其中一個，但不獨立于另一個。
4.根據(jù)權(quán)利要求3的方法，其中在中間單元應(yīng)用過濾規(guī)則的所述步驟獨立于所述應(yīng)用服務(wù)器。
5.根據(jù)權(quán)利要求4的方法，其中所述過濾規(guī)則是由所述應(yīng)用客戶機確定的。
6.根據(jù)權(quán)利要求5的方法，其中所述中間單元在來自所述應(yīng)用客戶機的對應(yīng)用服務(wù)的請求中接收所述過濾規(guī)則。
7.根據(jù)權(quán)利要求6的方法，其中所述中間單元去除所述過濾規(guī)則并將所述請求轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。
8.根據(jù)權(quán)利要求7的方法，其中所述中間單元接收來自所述應(yīng)用服務(wù)器的應(yīng)答，并對該應(yīng)答應(yīng)用所述過濾規(guī)則，然后將已過濾的應(yīng)答轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。
9.根據(jù)權(quán)利要求3的方法，其中在所述中間單元中應(yīng)用所述過濾規(guī)則的所述步驟獨立于所述應(yīng)用客戶機。
10.根據(jù)權(quán)利要求9的方法，其中所述過濾規(guī)則是由所述中間單元確定的。
11.根據(jù)權(quán)利要求10的方法，其中所述過濾規(guī)則依賴于與所述應(yīng)用客戶機相關(guān)的特征。
12.根據(jù)權(quán)利要求10的方法，其中所述過濾規(guī)則依賴于所述中間單元形成其一部分的網(wǎng)絡(luò)的特征。
13.根據(jù)權(quán)利要求12的方法，其中所述特征是在所述網(wǎng)絡(luò)和所述應(yīng)用客戶機之間達成一致的。
14.根據(jù)權(quán)利要求10的方法，其中所述中間單元接收來自所述應(yīng)用客戶機的對應(yīng)用服務(wù)的請求。
15.根據(jù)權(quán)利要求14的方法，其中響應(yīng)這樣的請求，所述中間單元確定所述過濾規(guī)則。
16.根據(jù)權(quán)利要求15的方法，其中所述中間單元將所述請求和所述過濾規(guī)則轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。
17.根據(jù)權(quán)利要求16的方法，其中所述中間單元接收來自所述應(yīng)用服務(wù)器的已過濾的響應(yīng)。
18.根據(jù)權(quán)利要求17的方法，其中所述中間單元將該過濾后的響應(yīng)轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。
19.根據(jù)權(quán)利要求15的方法，其中所述中間單元不帶過濾規(guī)則地將請求轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。
20.根據(jù)權(quán)利要求19的方法，其中所述中間單元接收來自所述應(yīng)用服務(wù)器的響應(yīng)。
21.根據(jù)權(quán)利要求20的方法，其中所述中間單元對該響應(yīng)應(yīng)用所述過濾規(guī)則。
22.根據(jù)權(quán)利要求21的方法，其中所述中間單元將過濾后的響應(yīng)轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。
23.根據(jù)權(quán)利要求1的方法，還包括取回過濾規(guī)則信息的步驟。
24.根據(jù)權(quán)利要求23的方法，其中所述過濾規(guī)則信息包括數(shù)據(jù)類型定義或方案信息。
25.根據(jù)權(quán)利要求23的方法，其中所述中間單元調(diào)用所述規(guī)則或使其有效。
26.一種用于過濾從應(yīng)用服務(wù)器提供到應(yīng)用客戶機的信息的裝置，所述裝置連接于在所述應(yīng)用服務(wù)器和所述應(yīng)用客戶機之間的通信路徑中，所述裝置適應(yīng)于應(yīng)用過濾規(guī)則。
27.根據(jù)權(quán)利要求26所述的裝置，其中所述過濾規(guī)則既獨立于所述應(yīng)用服務(wù)器又獨立于所述應(yīng)用客戶機地被應(yīng)用。
28.根據(jù)權(quán)利要求26所述的裝置，其中所述過濾規(guī)則獨立于所述應(yīng)用服務(wù)器或所述應(yīng)用客戶機中的其中一個，但不獨立于另一個。
29.根據(jù)權(quán)利要求28所述的裝置，其中所述過濾規(guī)則獨立于所述應(yīng)用服務(wù)器。
30.根據(jù)權(quán)利要求29所述的裝置，其中所述過濾規(guī)則是由所述應(yīng)用客戶機確定的。
31.根據(jù)權(quán)利要求30所述的裝置，還適應(yīng)于在來自所述應(yīng)用客戶機的對所述應(yīng)用服務(wù)的請求中接收所述過濾規(guī)則。
32.根據(jù)權(quán)利要求31所述的裝置，還適應(yīng)于去除所述過濾規(guī)則并將所述請求轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。
33.根據(jù)權(quán)利要求32所述的裝置，還適應(yīng)于接收來自所述應(yīng)用服務(wù)器的應(yīng)答，并對該應(yīng)答應(yīng)用所述過濾規(guī)則，然后將過濾后的應(yīng)答轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。
34.根據(jù)權(quán)利要求28所述的裝置，其中所述過濾規(guī)則獨立于所述應(yīng)用客戶機。
35.根據(jù)權(quán)利要求34所述的裝置，還適應(yīng)于確定過濾規(guī)則。
36.根據(jù)權(quán)利要求35所述的裝置，其中所述過濾規(guī)則依賴于與所述應(yīng)用客戶機相關(guān)的特征。
37.根據(jù)權(quán)利要求36所述的裝置，其中所述過濾規(guī)則依賴于所述裝置形成其一部分的網(wǎng)絡(luò)的特征。
38.根據(jù)權(quán)利要求37所述的裝置，其中所述特征是在所述網(wǎng)絡(luò)和所述應(yīng)用客戶機之間達成一致的。
39.根據(jù)權(quán)利要求35所述的裝置，還適應(yīng)于接收來自所述應(yīng)用客戶機的對應(yīng)用服務(wù)的請求。
40.根據(jù)權(quán)利要求39所述的裝置，還適應(yīng)于響應(yīng)這樣的請求以確定所述過濾規(guī)則。
41.根據(jù)權(quán)利要求40所述的裝置，還適應(yīng)于將所述請求和所述過濾規(guī)則轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。
42.根據(jù)權(quán)利要求41所述的裝置，還適應(yīng)于接收來自于應(yīng)用服務(wù)器的已過濾的響應(yīng)。
43.根據(jù)權(quán)利要求42所述的裝置，還適應(yīng)于將所述已過濾的響應(yīng)轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。
44.根據(jù)權(quán)利要求40所述的裝置，還適應(yīng)于不帶過濾規(guī)則地將請求轉(zhuǎn)發(fā)給所述應(yīng)用服務(wù)器。
45.根據(jù)權(quán)利要求44所述的裝置，還適應(yīng)于接收來自所述應(yīng)用服務(wù)器的響應(yīng)。
46.根據(jù)權(quán)利要求45所述的裝置，還適應(yīng)于對所述響應(yīng)應(yīng)用所述過濾規(guī)則。
47.根據(jù)權(quán)利要求46所述的裝置，還適應(yīng)于將已過濾的響應(yīng)轉(zhuǎn)發(fā)給所述應(yīng)用客戶機。
48.根據(jù)權(quán)利要求28所述的裝置，還適應(yīng)于取回所述過濾規(guī)則信息。
49.根據(jù)權(quán)利要求48所述的裝置，其中所述過濾規(guī)則信息包括數(shù)據(jù)類型定義或方案信息。
50.根據(jù)權(quán)利要求48所述的裝置，還適應(yīng)于調(diào)用所述規(guī)則或使其有效。
51.根據(jù)權(quán)利要求26所述的裝置包括個服務(wù)器。
52.根據(jù)權(quán)利要求26所述的裝置包括通信網(wǎng)絡(luò)中的單元。
53.根據(jù)權(quán)利要求52所述的裝置，其中所述單元是代理服務(wù)器。
全文摘要
本發(fā)明公開了一種過濾從應(yīng)用服務(wù)器提供到應(yīng)用客戶機的信息的方法，包括于在所述應(yīng)用服務(wù)器和所述應(yīng)用客戶機之間的通信路徑中的中間單元應(yīng)用過濾規(guī)則。
文檔編號H04L12/58GK1742475SQ200380109237
公開日2006年3月1日 申請日期2003年12月17日 優(yōu)先權(quán)日2002年12月19日
發(fā)明者蒂莫西·L·莫蘭, 斯里溫那斯·阿達蓋特拉 申請人:諾基亞公司