專利名稱：使用在場技術的應用信息和命令的傳輸的制作方法
技術領域：
本發明涉及在電信網中服務應用之間的信息交換。
技術背景
由電信領域所提供的一種新的服務應用是所謂的“在場(presence)，，技術。在場是一種使得定位和識別終端設備成為可能的應用，終端設備在此被稱為用戶設備(UE)，例如包括手持式計算機、個人數字助理(PDA)、膝上型電腦或個人電腦(PC)、移動電話等等， 一旦用戶連接到網絡，用戶設備就可以無處不在。在場技術的一種應用——即時消息(IM) 已經廣為流行。在場技術被預期成為第三代(3G)無線網絡的主要部分，并且有可能在如所提到的各式各樣的通信裝置上被采用。大量的無線應用服務提供商正在開發用于移動在場應用的平臺。
此外，在場主要是這樣一種方法，即用戶用之來表達他與其他用戶的通信意愿，并用來在網絡中公布他可能采用的通信裝置。除了其它的可能性之外，通過只要檢測到所有方都可用或在場就連接它們，該技術的用戶就可以自動地建立一個臨時的電話會議。保密問題可以通過允許高度的用戶定義控制來處理，例如通過允許人們選擇他們將被視作在場即可檢測的的情形。
然而，在場技術并不很新。“遠程用戶信息服務命令(finger) ”服務及協議自二十世紀70年代中期開始就已經存在。它是一種告知誰在一個給定的主機上以及他們正在執行什么程序的方法。但是為了安全性的原因，幾乎人人都禁用了這個服務并封閉了它的端口。而今，在場最常見于即時消息領域，其中，諸如AOL’ s AIM 、Microsoft，sMessenger 以及Lotus’ Sametime 之類的服務除了快速發送文本消息之外還向朋友、家人和同事賦予了知道是否有人在他們的計算機處的能力。可以預見，相當多的公司也已經封閉了這些服務。
相對較新的是在合并即時消息、基于IP的電話通信以及在場技術方面的興趣。因特網工程任務組(IETF)和第三代合作伙伴計劃(3GPP)具有大量的工作草案和規范，包括普通在場和即時消息(CPIM)以及是用于即時消息和在場平衡擴充(Leveraging Extensions)的SIP(會話初始化協議)的SIMPLE。這些草案和規范定義有關在場的特色和相關的信令協議以允許網絡運營商向其用戶提供在場服務。他們一般使用一個被稱作在場服務器的網絡實體，其接收并制作有關用戶(或甚至用戶群或服務)的在場信息，該網絡實體在與在場相關的應用環境中也被稱為在場實體。在場服務器還向對在場實體有關的在場信息感興趣的在此也稱為監視器(watcher)的監視實體提供在場信息。監視器可以取得或監控在場信息。
在場信息可以來自于網絡，例如來自于注冊狀態、動作或位置，或者來自于發布代表用戶的信息的許多在場用戶代理，例如移動和固定設備、應用服務器等等。
與UE有關的在場信息可以作為包含一個或多個元組(tuple)的XML文檔被分布在網絡中。現在參考圖1(現有技術)，它描述了具有兩個元組102和104的這樣一個在場XML文檔100的示例性說明。元組102包括用于識別該元組的元組標識符105、與在場實體UE相關的如開啟或關閉狀態的狀態信息106，其中狀態信息定義由元組描述的通信裝置的當前狀態。元組102還包括其它的通信裝置信息108和識別該UE的聯系地址信息110， 所述通信裝置信息108例如是短信息服務(SMQ，它定義UElO能通過哪個通信裝置進行通信。最后，元組102可包括一個或多個屬性112，該屬性112可以定義與該UE相關的各種參數，包括數據文件或文件鏈接。對UE 10的在場信息感興趣的監視器可以過濾它感興趣的信息。例如在一個特定的SMS廣播應用中，監視器可以向在場服務器只請求UE標識，其中 i)元組的通信裝置被設置為SMS，或ii)元組的聯系地址被設置為一個特定值或具有一種特定類型(例如SIP URI)。
現在參考圖2 (現有技術)，其示出執行在場信息交換的網絡200的示例性的節點操作和信號流程圖。圖2中示出了在場服務器202和監視器200，其中在場服務器202管理一個或多個UE的在場信息，監視器200對關于從一個或多個UE中的一個給定UE的在場相關信息感興趣。首先，在場服務器202經由IP多媒體子系統核心網(IMS，基于SIP協議的 IP多媒體網絡(IPMM)，例如由3GPP規定的一個協議)網絡211來接收一個具有在場XML 文檔212的SIP發布(publish)消息210，該在場XML文檔212包括一個或多個具有關于給定UE(未示出)的在場信息的元組。發布消息210可能來自發布代表用戶在場信息的幾個不同的源，包括來自用戶終端本身、來自用戶終端的注冊動作或來自網絡的其它實體。在動作214中，在場服務器202注冊在XML存檔212中包含的元組。在動作216中，監視器204 用IMS (SIP URI)發送一條訂閱(subscribe)消息，它被尋址到用戶的公共聯系地址218之一和過濾器220。過濾器220可以是另一個XML文檔的形式，并可以包括由監視器204提供的任何過濾信息，該監視器204定義它在從在場服務器接收時感興趣的在場信息。在動作222中，在場服務器202驗證消息216。在場服務器可能需要利用標準IETF機制(例如 HTTP摘要)來單獨地執行驗證，然后它把授權策略應用到該請求(監視器被允許查看在場信息嗎？)，這可能會被它拒絕。最后，在場服務器檢查與監視器相關的訪問權限，并基于監視器的訪問權限和過濾器220來過濾其在場信息。在場服務器202用XML文件212向監視器202返回一條通知消息，該通知消息在當前狀況下包含過濾222、動作224的結果。所提供的元組是由過濾器識別的元組和允許監視器訪問的元組之間的交集。
至此，在現有的在場應用中，在場信息的交換局限于交換與UE的聯系地址和通信裝置相關的在場信息。最近，3GPP委員會已經討論了在元組102的文本屬性字段112中包含應用標識符的可能性，如圖1(現有技術)中所示。然而，沒有提及這類包含的目的，也沒有提及可以獲得什么優點。
本發明提出使用在在場元組中存儲的應用標識符，用來啟用運行在終端(例如 UE)的分布應用的應用或組件和應用服務器之間信息和命令的交換。交換可能發生在終端之間、應用服務器之間以及終端和應用服務器之間。發明內容
一方面，給出了一種用于在在場實體和監視器之間交換應用信息的方法，該方法包括下列步驟
在場實體發布一個包含與應用有關的應用信息的元組；
監視器訂閱與該應用相關的在場信息；和
響應于該訂閱，向監視器發送具有應用信息的元組。
另一方面，本發明是一個基于IP的網絡，包括
在場服務器，其負責向基于IP的網絡的在場用戶提供有關在場的服務；
在場實體，其發布一個包括與一個應用有關的應用信息的元組，該元組由在場服務器接收；和
監視器，其向在場服務器訂閱與該應用相關的在場信息；
其中，響應于該訂閱，在場服務器向監視器發送具有應用信息的元組。
又一方面，本發明是用戶設備(UE)，包括
多個應用；和
訂閱調度模塊，其從多個應用中的至少兩個的每一個中接收一個應用標識符，并用于發送一條指示該UE期望接收與多個應用中的至少兩個應用有關的在場信息的訂閱消肩、ο
還一方面，本發明是一個在用戶設備(UE)中使用的應用平臺，該平臺支持
多個應用；和
訂閱調度模塊，其從多個應用中的至少兩個的每一個中接收一個應用標識符，并用于發送一條指示UE期望接收與多個應用中的至少兩個應用有關的在場信息的訂閱消肩、ο
又一方面，本發明是一個用戶設備(UE)，包括
多個應用；和
發布處理器模塊，其從多個應用中的至少兩個的每一個中接收應用信息，并用于發送一條發布消息，該發布消息包括來自多個應用中至少兩個的每一個中的應用信息。
另一方面，本發明是與用戶設備(UE) —起使用的應用平臺，該平臺支持
多個應用；
發布處理器模塊，其從多個應用中的至少兩個的每一個中接收應用信息，并用于發送一條發布消息，該發布消息包括來自多個應用中至少兩個的每一個中的應用信息。


為了更詳細地理解本發明以及進一步理解其目的和優點，現在結合附圖來參考以下說明，其中
圖1 (現有技術)是具有兩個元組的在場XML文檔的示例性說明；
圖2(現有技術)是執行在場信息交換的網絡的示例性的節點操作和信號流程圖3A和:3B可以統稱為圖3，是網絡的示例性的節點操作和信號流程圖，該網絡基于根據本發明優選實施例的在場信息來執行信息交換；
圖4是網絡的示例性的節點操作和信號流程圖，該網絡基于根據本發明優選實施例的在場信息來執行命令交換；和
圖5是示例性的高級框圖，其說明執行本發明優選實施例的變型的用戶設備 (UE)。
具體實施方式
本發明的創造性教導將具體地參考多個示例性實施例來說明。然而應當理解，這類實施例只提供了本發明創造性教導的許多有利運用的幾個例子而已。通常，本申請說明書中的陳述并不限制本發明所要求的各方面中的任何一方面。此外，一些聲明可以適用于某些發明特征而不適用于其它的發明特征。在附圖中，相同或類似的元素用相同的附圖標記來指定，而且所述的各種元素不一定是按比例來繪制的。
本發明允許基于在場技術的應用信息和命令的交換。例如，本發明允許應用信息和命令被存儲在在場XML文檔的在場元組中，從而基于用戶設備(UE)在場實體的在場來啟動應用信息和命令的傳輸。
本發明的優選實施例將利用服務應用信息和命令的交換的各種示例性方案來描述。
現在參考被統稱為圖3的圖3A和3B，它們是網絡300的示例性節點操作和信號流程圖，網絡300基于根據本發明優選實施例的在場來執行服務應用信息的交換。圖3首先示出的是UE 302，在此也稱為在場實體。為了本方案的目的，假定UE 302已經訂閱了由網絡300的在場服務器304提供的在場服務。UE 302還具有平臺303，(當UE 302被接通電源時)在該平臺303上運行
第一客戶應用303i (實況信息客戶應用)，用于接收諸如足球比賽結果之類的實況信息更新，第一客戶應用303i由應用ID = live_infoivfe. com來識別；和
第二客戶應用3032 (裝置管理器客戶應用)負責取得終端配置更新和補丁，其中第二客戶應用30 在后臺運行并且是用戶不可見的。這個第二應用由應用ID = dev_ manaqer@vfe. com : 另U。
此外還假定i)UE 302的用戶最近訂閱了稱為汽車防盜的新業務，該訂閱正等待運營商的授權和服務激活，和ii)目前UE 302被關閉。
圖3中還示出第一應用服務器306，它是實況更新應用服務器，負責向UE 302的實況信息客戶應用303i發送實況足球結果。為了圖3的本示例性方案的目的，假定當前正在進行英格蘭超級聯賽隊的阿森納和曼聯之間的實況足球比賽。
網絡300還包括第二應用服務器308，它是服務管理應用服務器，負責該網絡的UE 提供新服務并用于管理該網絡的UE的應用，該網絡的UE例如是UE 302。服務器308提供用于UE 302的客戶應用30 的信息輸入。
最后，網絡300包括一個服務IPMM網絡310，它負責在用于UE 302的所有這些實體之間提供SIP消息的安全且可計量的路由。
UE 302用戶所請求的汽車防盜的服務應用已經被成功地批準、提供并激活以用于該用戶，并要求下載一個應用到UE 302。負責這個應用的服務管理服務器308向在場服務器304發送一個代表用戶的發布消息312。與用于在場的3GPP標準一致，該消息被尋址到 IMS網絡300中該用戶的公共身份之一，例如到UE 302。消息312包括元組314，元組314 包括UE 302的用戶身份302，、具有好消息的通告316以及指向將被下載的應用的HTTP統一資源指示器(URI)。元組314由在場服務器304接收并被存儲用于UE 302、動作320。
在動作322中，在實況足球比賽期間，阿森納對戰曼聯的時候剛剛得分。實況更新應用服務器306就通知在場服務器304，并為此向在場服務器304發送一條發布消息324， 其中，消息3M被尋址到UE302并包含一個元組326，元組3 包括i)元組標識327，ii) 消息被尋址到的應用標識328 JPiii)比分更新信息330。在動作332中，在場服務器304 存儲用于UE 302的元組326。
阿森納今天的狀況非常好，并且在動作334中又進了一球。實況更新應用服務器 306向在場服務器304發送另一條發布消息336，其中，第二消息336被尋址到同一個UE 302并且包括另一個元組338，元組338包括i)元組標識327，ii)消息被尋址到的應用標識328 JPiii)比分更新信息340。在動作342中，在場服務器304用具有相同元組標識的元組338來替換元組326，元組338被存儲在在場服務器304中。
在足球比賽中的一個時刻，UE 302被接通電源，即動作344。在動作346和348 中，因為UE 302被接通電源，所以平臺303啟動客戶應用live_info@vfe. com 303:和dev_ managerivfe. com 303丨，并且UE 302用它的標識userOvfe. com向服務IPMM網絡310注冊， 即動作350。在用戶注冊之后，兩個客戶應用表示它們想要接收信息更新。為此，UE 302 向在場服務器304發送訂閱消息352以請求與兩個應用有關的信息，其中，該消息包括第一，UE 302的公共標識符的標識302，；和第二，識別兩個應用live_info@vfe. com和dev_ managerivfe. com的過濾器354。消息352由在場服務器304來接收和在動作356中被批準。響應于訂閱消息252，在場服務器304用包括元組314和338的一條通知消息358來響應，元組314和338被存儲在在場服務器304中以用于UE 302的用戶。UE 302接收具有足球比賽比分更新的元組338，并且被告知最新的比分，即動作360。UE 302還用其相應的URI 318接收具有通知316的元組314，其通知汽車防盜應用的新服務已被激活。在動作362中，UE302連接到指定的URI并執行新應用的安裝，這個新的應用變成了在UE302的平臺303上運行的第三客戶應用30 (服務管理客戶應用)。當安裝362被完成時，UE 302 的用戶關掉終端，這從服務網絡310中注銷，即動作364。
仍然在足球比賽期間，用戶離開他的辦公室并到達家中，在家中他打開他的家用個人電腦(PC) 366以便被連續地通知任何比分的更新。在動作368中，家用PC 366被接通電源，并且因為它還注冊到在場服務，所以它向在場服務器304發送訂閱消息370以請求與實況更新應用303i有關的信息。應當理解，在訂閱消息370到達在場服務器304之前，它可以通過因特網服務提供商(ISP)和網關372以及通過服務IPMM網絡310來路由。訂閱消息370包括家用PC終端366的標識302”和識別向其請求信息的實況更新應用IivejnfoO vfe. com 303!的過濾器369。在動作372中，訂閱消息370被在場服務器304批準，在場服務器304用包括與實況更新客戶應用有關的最新元組338的通知消息374來響應家用PC 366。家用PC 366接收元組338，并且因為任何球隊都沒有再進球，所以用戶被告知阿森納隊和曼聯隊之間足球比賽的相同比分，即動作376。
應當理解，雖然在圖3中沒有明確地示出，然而如果用戶又打開他的UE 302并啟動實況信息客戶應用，那么他將在他的兩個終端上同時接收到比分更新，即在示出的UE 302和家用PC上。
本發明還允許基于使用在場技術在網絡中發送服務應用命令。現在參考圖4，圖4 是網絡400的示例性的節點操作和信號流程圖，網絡400基于根據本發明優選實施例的在場來執行服務應用命令的交換。圖4示出一個UE 402，在此也稱為在場實體。為了在場方案的目的，假定UE 402已經訂閱了由網絡400的在場服務器404提供的在場服務。UE 402 包括平臺403，(當UE 302被接通電源時)在平臺403上運行被稱為家用監視客戶應用的第一客戶應用403i，用于控制用戶的家用監視和觀察系統，第一客戶應用403i由應用ID =home_controlivfe. com來識別。家用監視應用服務器406負責在被監控的家用站點上或網絡400中的其它地方運行和/或管理家用監視和觀察系統。首先，家用監視應用服務器406向在場服務器404發送一條訂閱消息以便注冊其興趣以接收有關UE402的家用控制應用403i的在場信息。為此，消息408被尋址到用戶的其中一個公共身份，例如到由地址 userivfe. com 410識別的用戶UE402，并且消息408包括過濾器412，過濾器412包括家用監視應用403i的標識h0me_C0ntr0l@Vfe. com,其中，過濾器412識別服務器406向在場服務器404請求在場信息所用的應用。在場服務器404接收消息408，并基于過濾器412檢測其中沒有與所請求的應用相關的有關信息，即動作414，因此在動作416中用一條空的通知消息來響應。
稍后，UE 402的用戶啟動在UE 402上的家用監視客戶應用403i，并輸入命令來更改家用監視應用服務器406的工作參數，即動作420。響應于所更改的命令，UE發送具有所更改命令的發布消息422來通知在場服務器404家用監視應用的操作應該在服務器406上被更改。為此，根據本發明，消息422包括具有應用標識符h0me_C0ntr0l@Vfe. com 426的元組424，該標識符識別家用監視和觀察應用和iii)更改的命令428。在動作430中，在場服務器404檢測到基于訂閱消息408被注冊的UE 402的家用控制應用的有效訂閱，并使用一條通知消息432向家用監視應用服務器406中繼元組424。在動作434中，家用監視應用服務器406從元組434中提取更改命令428，并通過改變家用監視應用的工作參數來執行它。最后，在動作436中，家用監視應用服務器406用SIP即時消息向UE 402發送更改的確認438，其顯示該用戶的確認，即動作440。
雖然示例性的方案僅僅參考在在場元組424中包括的一種命令而被描述以便讓應用服務器檢索，然而應當理解，任何類型的(一個或多個)服務應用命令都可以被包括在在場元組中并分布在網絡中，用于由相應的應用服務器來檢索，或由任何其它已經訂閱與特定用戶相關的在場信息的網絡實體來檢索。因此，本發明允許新的應用并使用在場技術， 其中，服務應用信息和命令可以被包括在例如在場元組的(一個或多個)屬性字段中，并被分發給任何有興趣接收給定在場實體的在場信息的監視實體。本發明可以支持客戶/服務器(一個應用或應用組件向別的應用或應用組件發出在場信息請求)和對等模型(每個應用都同時充當客戶/發布器和服務器/監視器)。
現在參考圖5，其示出一個說明用戶設備(UE)500的示例性的高級框圖，該用戶設備(UE)執行與UE功能相關的本發明優選實施例的可選擇變體以支持使用在場技術的服務應用和命令的交換。根據這個變體，UE 500包括應用平臺502，其支持三個可以向UE 500 提供不同服務的客戶端服務應用504、506和508。客戶服務職責504、506和508可能類似于之前參考圖3和圖4描述的服務發布303^303^30 和403^平臺502還支持在場客戶應用510，其負責UE 500的在場相關的應用，即它允許用戶發布其通信的意愿，監控他朋友在場，并啟動即時消息和多媒體對話。UE 500的平臺502還包括i)訂閱調度模塊512，其負責在從網絡接收在場信息時注冊客戶應用504、506和508中每個的興趣并將所接收的元組發送到它們適當的目的地，和ii)發布處理器模塊514，其負責發布包括由客戶應用504、506和508發出的服務應用命令的在場元組。最后，平臺502包括SIP/SIMPLE堆棧516，其負責把由UE500與網絡交換后的信息格式化為SIP/SIMPLE協議。
當客戶服務應用504、506和508希望從網絡訂閱在場信息時，它們向訂閱調度模塊512發送它們的應用標識符520、522和524，該訂閱調度模塊512把應用標識符格式化為所包括的過濾器526，以及把UE 500的聯系標識符5 格式化為被發送到網絡例如到在場服務器的訂閱消息530，如同之前參考圖3和4所描述的一樣。
用一個類似的方法，當應用504、506和508中的任何一個希望向網絡發送應用信息或命令時，例如信息540、542或命令544從有關的客戶應用被發送到發布處理器模決 514。所接收的信息和命令被發布處理器模塊514格式化為元組546、547和M9，其中，元組包括各自的應用標識符550、552和554以及各自的信息或命令540、542和M4。元組M6、 547和549被包含在要發送到網絡例如到在場服務器的發布消息548中，正如之前參考圖3 和4所描述的一樣。
通過把幾個信息元包含在相同的訂閱或發布消息中，模塊512和514允許最小化由UE 500輸出的信息業務量。例如在本發明的另一個變體中，模塊512和514都可以包括定時器560和562以用于在發出訂閱或發布消息530和546之前等候特定時段，以及用于允許一個以上的客戶應用向所述的模塊發送它們的注冊520、522或524，或它們的相關命令 540,542 或 544。
基于上文，現在對本領域普通技術人員來說顯而易見的是，本發明提供了一種有利的解決方案，其基于在場技術提供用于服務應用信息和命令的交換。雖然本發明的系統和方法已經特別地參考某些用于執行本發明概念的示例性的動作而被描述，但是依據至此的參考應當認識到，在此包含的創造性教導并不是限制性的，而是可以使用不同的步驟來有利地執行。例如，雖然已經主要參考某些信息元和某些命令描述了本發明的示例性優選實施例，但是應當理解，任何類型的信息，包括但不限于文本、超鏈接、圖形、多媒體文件等都可以根據本發明來傳輸。此外還應當理解，各種類型的命令都可以使用本發明來傳輸，所述命令包括但不限于文本命令或指令、超鏈接等等。還應當想到，服務應用信息和命令可以被包含在在場元組的不同部分中，包含在這類元組的屬性字段中。相信本發明的操作和結構通過上文的描述將變得顯而易見。雖然所示出和說明的方法和系統已被視作是優選的， 但是在不脫離由下面闡明的權利要求所定義的本發明范圍的情況下，很明顯在此可以做出不同的變化和修改。
盡管本發明的方法和系統的幾個優選實施例已經在附圖中被說明并在上文的具體實施方式
中被描述，然而應當理解本發明并不限于所公開的實施例，而是在不脫離由下列權利要求所闡明和定義的本發明精神的情況下能夠有很多重新調整、修改和替換。
權利要求
1.一種用戶設備，包括平臺；在所述平臺上運行的軟件應用；以及在所述平臺上運行的訂閱調度模塊，所述訂閱調度模塊從所述軟件應用接收標識所述軟件應用的第一應用標識符，所述訂閱調度模塊向在場服務器發送請求與所述軟件應用有關的在場信息的訂閱消息，所述訂閱消息包括所述第一應用標識符；其中所述訂閱調度模塊響應于所述訂閱消息而接收在場元組，所述在場元組包括所述第一應用標識符和供所述軟件應用執行的應用命令。
2.一種用戶設備，包括平臺；在所述平臺上運行的軟件應用；以及在所述平臺上運行的發布處理器模塊，連接到所述軟件應用，所述發布處理器模塊從所述軟件應用接收應用信息或命令，將所接收的應用信息或命令格式化為元組，所述元組包括相關于所述軟件應用的命令和所述軟件應用的標識符，并且所述發布處理器模塊向在場服務器發送包括所述元組的發布消息。
3.—種在用戶設備的平臺上運行的訂閱調度模塊，所述訂閱調度模塊從所述用戶設備的軟件應用接收標識所述軟件應用的第一應用標識符，所述訂閱調度模塊向在場服務器發送請求與所述軟件應用有關的在場信息的訂閱消息，所述訂閱消息包括所述第一應用標識符；其中所述訂閱調度模塊響應于所述訂閱消息而接收在場元組，所述在場元組包括所述第一應用標識符和供所述軟件應用執行的應用命令。
4.一種在用戶設備的平臺上運行的發布處理器模塊，其連接到軟件應用，所述發布處理器模塊從所述用戶設備的軟件應用接收應用信息或命令，將所接收的應用信息或命令格式化為元組，所述元組包括相關于所述軟件應用的命令和所述軟件應用的標識符，并且所述發布處理器模塊向在場服務器發送包括所述元組的發布消息。
全文摘要
一種用于在在場實體和監視器之間交換應用信息的方法、系統、用戶設備(UE)以及應用平臺，其中在場實體以在場元組的形式發布指定給某一應用的應用信息或命令。監視器訂閱與該某一應用相關的在場信息，并且一旦被批準就接收具有應用信息或命令的元組。UE或應用平臺運行幾個應用，并包括訂閱調度模塊和發布處理器模塊，用來發送在場訂閱消息和在場發布消息以要求或提供應用信息和命令。
文檔編號H04L12/58GK102523194SQ20111036626
公開日2012年6月27日 申請日期2003年12月17日 優先權日2002年12月24日
發明者C.古羅 申請人:艾利森電話股份有限公司