用戶代理檔案信息的上報處理方法、伺服器及其用戶終端的製作方法
2023-04-25 07:50:46
專利名稱：用戶代理檔案信息的上報處理方法、伺服器及其用戶終端的製作方法
技術領域：
本發明涉及通信領域中的用戶代理檔案(UAP，User Agent Profile)技術，尤其是涉及一種用戶代理檔案信息的上報處理方法，及其對應的伺服器和用戶代理檔案用戶終端。
背景技術：
由於在通信系統中各種終端具有不同的能力表象，因此就需要伺服器基於某種處理方式來對用戶終端的能力和用戶需求進行適配，而為了達到這個目的就需要伺服器和用戶終端之間能夠交互終端的能力參數信息，用戶代理檔案(UAP，User Agent Profile)系統就提供了一種用於用戶終端和伺服器之間交互終端能力參數的表示方法，其使用UAP信息來表示終端的能力參數信息，因此能夠比較好的支持WAP業務的應用。
其中終端的能力信息主要包括下述信息硬體信息，指終端的硬體特徵，包括終端設備的種類、型號、顯示屏幕大小、能夠支持的輸入法及其輸出方式信息等；軟體信息，指終端的軟體操作環境，包括終端設備的作業系統，是否支持視頻、音頻編解碼操作，用戶語言選擇等信息；瀏覽器程序，指一組描述HTML瀏覽應用程式的特性信息；網絡特徵，用來描述網絡的相關結構和環境，如網絡承載等信息；WAP特徵，用來描述終端設備支持的WAP相關信息，如WML Browse能力和特性等信息；Push特徵，用來描述終端設備支持的Push相關信息，如終端設備能夠支持的最長簡訊長度，終端設備能夠存儲的最大簡訊大小等信息。
在UAP系統中能夠實現將用戶終端的相關能力信息提供給伺服器，從而使得伺服器能夠根據用戶終端的能力信息對欲下發給用戶終端的業務內容進行裁減處理，以達到最符合用戶終端能力的格式提供給用戶終端。
請參照圖1，該圖是現有UAP系統的主要組成結構框圖，其主要包括UAP終端(UAP Client)，通常指支持UAP功能的手機或PDA等智能終端設備；UAP終端向網絡側發起一個網絡會話Connect時，會把自身的UAP相關信息(為自身能力參數信息所存儲位置的URL信息)包含到HTTP請求消息或者WSP請求消息中，發給WAP網關或者Origin Server。
伺服器(Origin Server)，為支持UAP功能的業務應用伺服器，如PUSH伺服器等，Origin Server能夠處理UAP終端發來的包含有UAP相關信息的HTTP請求消息，並根據請求消息中攜帶的UAP相關信息(如能力參數信息所存儲位置的URL信息)，到UAP資料庫(UAPfile Repository)中取得UAP終端的對應UAP信息，並根據取得的UAP信息對UAP終端請求的業務內容進行裁減處理後再下發給UAP終端。
WAP網關/Proxy Cache，WAP網關處於UAP終端與伺服器之間，負責UAP終端側WSP協議與HTTP協議的轉換處理，支持運營商增加自己的能力集，也支持把UAP終端上報的靜態UAP信息(指UAP終端能力參數信息所存儲位置的URL信息)和動態UAP信息(指UAP終端當時更改的能力參數信息等)進行合併處理後再轉發給Origin Server。
UAP資料庫(UAPfile Repository)，用於存儲各個UAP終端的UAP信息，支持Origin Server或WAP網關根據UAP終端上報的UAP URL信息獲取UAP終端的對應UAP信息，其中UAP資料庫可以由終端製造商建立或維護，也可以由網絡運營商建立或維護。
請參照圖2，該圖是現有UAP Client向Origin Server發起請求的處理過程示意圖，其中1、UAP Client向Origin Server發起瀏覽網頁的請求，這時UAP Client與Origin Server之間會建立一個會話連接，UAP Client在會話Connect請求消息中承載自身的UAP相關信息(通常是自身UAP相關信息所存儲位置的URL信息)，Origin Serve根據UAP Client發來的會話Connect請求消息中承載的URL信息，到UAPfile Repository中獲取對應的UAP信息；2、Origin Serve向UAP Client迴響應消息，如果Origin Serve能夠正確處理UAP信息，則返回的響應消息為OK；否則返回錯誤代碼。
請參照圖3，該圖是現有UAP Client在自身能力信息發生變化時，主動向Origin Server上報能力變化信息的處理過程示意圖，其中會話初始階段只在上述UAP Client連接Origin Server時發生，在會話初始階段UAP Client和OriginServer之間會保持一個會話，這個會話直到UAP Client和Origin Server之間關閉連接時再斷開，這個過程中Origin Server會緩存UAP Client的UAP信息，並在這個過程中UAP Client一旦發現自身的UAP信息發生了變化，便會馬上通過Resume方式把這種變化通知給WAP網關或Origin Server，這種通知在UAP Client瀏覽相關內容的整個過程中可能會發生多次1、UAP Client將自身發生變化的UAP信息基於XML形式承載在信息頭x-wap-profile-diff中，這個信息頭一般由UAP Client生成，並附加到發送給Origin Server的請求消息中，以用來傳送UAP變化信息；2、Origin Server接收到信息頭x-wap-profile-diff後，基於信息頭w-wap-profile-warning來反饋相應的響應消息(包括Origin Server是否支持使用UAP信息或者出錯原因等)。
Origin Server接收到UAP Client發生變化了的UAP信息後，按照更新的UAP信息對UAP Client請求的相關業務內容進行裁減處理。
但是在現有的UAP系統中，只有用戶終端在向伺服器發起瀏覽請求時，或在瀏覽業務內容過程中發現自身的UAP信息發生變化，才會主動觸發向伺服器上報自身的UAP相關信息和/或自身發生了變化的UAP信息等，而並不支持伺服器主動向用戶終端詢問UAP信息的能力，也不支持伺服器與用戶終端之間交互信息的能力，這樣就導致伺服器不能基於某種策略(Policy)來控制用戶終端對UAP信息的上報，因此使得UAP系統的具體實現欠缺靈活性。
發明內容
本發明提出一種用戶代理檔案信息的上報處理方法，以解決現有技術在UAP系統中用戶終端不能基於伺服器指示的上報策略上報UAP信息的問題。
相應的，本發明還提出了一種伺服器及其用戶代理檔案用戶終端。
為解決上述問題，本發明提出的技術方案如下一種用戶代理檔案信息的上報處理方法，包括步驟伺服器向用戶終端下發上報策略，指示用戶終端按照所述上報策略上報用戶代理檔案信息；用戶終端按照伺服器下發的上報策略上報自身的用戶代理檔案信息。
較佳地，所述方法還包括步驟用戶終端向伺服器上報自身能夠支持的上報策略類型；伺服器在用戶終端上報的上報策略類型中選擇至少一種上報策略作為欲下發給用戶終端的上報策略。
較佳地，用戶終端按照伺服器的指示上報自身對應相關用戶代理檔案能夠支持的上報策略類型。
較佳地，伺服器根據用戶申請業務的業務需求在用戶終端上報的上報策略類型中選擇上報策略。
較佳地，所述方法還包括步驟伺服器向用戶終端下發新的上報策略，指示用戶終端放棄使用舊的上報策略並按照新的上報策略上報用戶代理檔案信息；用戶終端按照伺服器下發的新的上報策略上報自身的用戶代理檔案信息。
較佳地，用戶終端按照上報策略上報用戶代理檔案信息的過程具體包括用戶終端存儲伺服器下發的上報策略；並監控自身的相關用戶代理檔案信息是否滿足存儲的上報策略；用戶終端將滿足存儲的上報策略的用戶代理檔案信息進行上報。
較佳地，所述方法還包括步驟用戶終端在發現自身的用戶代理檔案信息發生變化時，判斷是否存在對應的上報策略及發生變化的用戶代理檔案信息是否滿足該對應存在的上報策略，如果是，將發生變化的用戶代理檔案信息上報給伺服器；如果否，則忽略發生變化的用戶代理檔案信息。
較佳地，用戶終端將自身能夠支持的上報策略類型承載在擴展的x-wap-profile-diff消息頭中上報給伺服器。
較佳地，用戶終端通過在x-wap-profile-diff消息頭的格式項中擴展一個域用來承載自身能夠支持的上報策略類型信息。
較佳地，用戶終端將承載在擴展的x-wap-profile-diff消息頭中的上報策略類型基於Web服務策略框架進行表示。
較佳地，用戶終端將自身能夠支持的上報策略類型承載在SOAP消息中上報給伺服器。
較佳地，伺服器將上報策略承載在擴展的x-wap-profile-warning消息頭中下發給用戶終端。
較佳地，伺服器通過在x-wap-profile-warning消息頭的格式項中擴展一個域用來承載上報策略信息。
較佳地，伺服器將承載在擴展的x-wap-profile-warning消息頭中的上報策略基於Web服務策略框架進行表示。
較佳地，伺服器將上報策略承載在SOAP消息中下發給用戶終端。
一種伺服器，包括上報策略下發單元，用於用向用戶終端下發上報策略，指示用戶終端按照所述上報策略上報用戶代理檔案信息。
較佳地，所述伺服器還包括上報策略類型接收解析單元，用於接收並解析用戶終端上報的用戶終端自身能夠支持的上報策略類型；上報策略選擇單元，用於在所述上報策略類型接收解析單元接收到的上報策略類型中選擇至少一種上報策略；所述上報策略下發單元將所述上報策略選擇單元選擇的上報策略下發給用戶終端。
較佳地，所述上報策略選擇單元根據用戶申請業務的業務需求在用戶終端上報的上報策略類型中選擇上報策略。
較佳地，所述伺服器還包括上報策略更新觸發單元，用於觸發所述上報策略下發單元下發新的上報策略，指示用戶終端放棄使用舊的上報策略並按照新的上報策略上報用戶代理檔案信息。
較佳地，所述上報策略下發單元將上報策略承載在擴展的x-wap-profile-warning消息頭中下發給用戶終端。
較佳地，所述上報策略下發單元將承載在擴展的x-wap-profile-warning消息頭中的上報策略基於Web服務策略框架進行表示。
較佳地，所述上報策略下發單元將上報策略承載在SOAP消息中下發給用戶終端。
一種用戶代理檔案用戶終端，包括上報策略接收解析單元，用於接收並解析伺服器下發的對應上報策略；用戶代理檔案信息上報單元，用於按照所述上報策略接收解析單元接收到的上報策略上報用戶終端的用戶代理檔案信息。
較佳地，所述用戶終端還包括策略類型上報單元，用於向伺服器上報用戶終端自身能夠支持的上報策略類型。
較佳地，所述策略類型上報單元按照伺服器的指示上報用戶終端對應相關用戶代理檔案能夠支持的上報策略類型。
較佳地，所述用戶代理檔案信息上報單元具體包括存儲子單元，用於存儲所述上報策略接收解析單元接收到的上報策略；
監控子單元，用於監控用戶終端的相關用戶代理檔案信息是否滿足所述存儲子單元存儲的上報策略；代理檔案信息上報子單元，用於在所述監控子單元監控到用戶終端的相關用戶代理檔案信息滿足存儲的上報策略時，將滿足存儲的上報策略的用戶代理檔案信息進行上報。
較佳地，所述策略類型上報單元將用戶終端能夠支持的上報策略類型承載在擴展的x-wap-profile-diff消息頭中上報給伺服器。
較佳地，所述策略類型上報單元將承載在擴展的x-wap-profile-diff消息頭中的上報策略類型基於Web服務策略框架進行表示。
較佳地，所述策略類型上報單元將用戶終端能夠支持的上報策略類型承載在SOAP消息中上報給伺服器。
一種用戶代理檔案信息的上報處理方法，包括步驟伺服器向用戶終端下發用於查詢用戶代理檔案信息的查詢請求消息；用戶終端根據伺服器下發的查詢請求消息，將對應的用戶代理檔案信息上報給伺服器。
較佳地，所述方法還包括在伺服器中預先設置存儲查詢策略的步驟；所述伺服器在監控到自身存儲的查詢策略得到滿足時，向用戶終端下發用於查詢用戶代理檔案信息的查詢請求消息。
較佳地，伺服器下發查詢請求消息到用戶終端的過程具體包括伺服器將所述查詢請求消息發送到Push網關；並由所述Push網關將所述查詢請求消息轉發給用戶終端。
一種伺服器，包括查詢請求消息生成單元，用於生成用於查詢用戶終端中對應用戶代理檔案信息的查詢請求消息；查詢請求消息下發單元，用於將所述查詢請求消息生成單元生成的查詢請求消息下發到用戶終端。
較佳地，所述伺服器還包括存儲單元，用於存儲預先設置的查詢策略；監控觸發單元，用於監控所述存儲單元中存儲的查詢策略是否得到滿足，並在監控到查詢策略得到滿足時，觸發所述查詢請求消息生成單元生成對應的查詢請求消息。
一種用戶代理檔案用戶終端，包括查詢請求消息接收單元，用於接收伺服器下發的查詢請求消息；用戶代理檔案信息搜集單元，用於根據所述查詢請求消息接收單元接收到的查詢請求消息，搜集用戶終端中對應的用戶代理檔案信息；用戶代理檔案信息上報單元，用於將所述用戶代理檔案信息搜集單元搜集到的用戶代理檔案信息上報給伺服器。
本發明能夠達到的有益效果如下本發明技術方案在UAP系統中使用戶終端能夠按照伺服器下發指示的上報策略(Policy)上報自身的相關UAP信息，從而實現了用戶終端基於伺服器下發的上報策略(Policy)上報相應UAP信息的目的，這樣就使得用戶終端可以基於閥值上報UAP信息、或基於定期上報UAP信息等，由此使得在UAP系統中用戶終端上報UAP信息的具體實現具有更好的靈活性和多樣化。
同時本發明另一技術方案在UAP系統中，通過伺服器向用戶終端下發用於查詢UAP信息的查詢請求消息，用戶終端根據伺服器下發的查詢請求消息，將對應的UAP信息上報給伺服器，從而實現了在UAP系統中伺服器主動查詢用戶終端的相關UAP信息的功能，因此也使得在UAP系統中用戶終端上報UAP信息的具體實現具有更好的靈活性和多樣化。
圖1為現有UAP系統的主要組成結構框圖；圖2為現有UAP Client向Origin Server發起請求的處理過程示意圖；
圖3為現有UAP Client在自身能力信息發生變化時，主動向Origin Server上報能力變化信息的處理過程示意圖；圖4為本發明提出的第一種用戶代理檔案信息的上報處理方法的主要實現原理流程圖；圖5為本發明提出的第一種伺服器的主要組成結構框圖；圖6為本發明提出的第一種用戶代理檔案用戶終端的主要組成結構框圖；圖7為本發明UAP用戶終端中用戶代理檔案信息上報單元的具體組成結構框圖；圖8為本發明提出的第二種用戶代理檔案信息的上報處理方法的主要實現原理流程圖；圖9為本發明提出的第二種伺服器的主要組成結構框圖；圖10為本發明伺服器增加查詢策略設置的實施例組成結構框圖；圖11為本發明提出的第二種UAP用戶終端的主要組成結構框圖。
具體實施例方式
本發明技術方案對現有的UAP功能進行了擴展，使用戶終端能夠基於伺服器指示的UAP上報策略(Policy)上報UAP信息，並使伺服器具有了能夠按照需要主動查詢用戶終端UAP信息的能力，從而實現了在UAP系統中具有用戶終端基於定時上報UAP信息、基於閥值上報UAP信息及其按照伺服器查詢請求上報UAP信息的能力，因此使得在UAP系統中用戶終端上報UAP信息的具體實現方式更加靈活和多樣。
其中本發明技術方案所實施在的UAP系統請參照上述現有技術中的圖1，下面將結合各個附圖對本發明技術方案的主要實現原理具體實施方式
及其對應能夠達到的有益效果進行詳細的闡述。
請參照圖4，該圖是本發明提出的第一種用戶代理檔案信息的上報處理方法的主要實現原理流程圖，其主要實現過程如下
步驟S10，伺服器(Origin Server)向用戶終端(UAP Client)下發上報策略(Policy信息)，指示UAP Client按照該上報策略上報UAP信息；其中Origin Server向UAP Client下發的上報策略可以由Origin Server自己確定，還可以按照下述過程來確定由UAP Client向Origin Server上報自身能夠支持的上報策略類型，其中UAP Client可以按照Origin Server的指示，上報對應相關UAP自身能夠支持的上報策略類型，如Origin Server指示UAP Client上報針對CPU使用情況能夠支持的上報策略類型時，UAP Client就會按照Origin Server的指示，將自身針對CPU使用情況能夠支持的上報策略類型上報給Origin Server；Origin Server根據用戶申請業務的業務需求在UAP Client上報的上報策略類型中選擇至少一種上報策略作為要下發給UAP Client的上報策略。
步驟S20，後續UAP Client按照Origin Server下發的上報策略上報自身的UAP信息，其具體上報過程可以為UAP Client將Origin Server下發的上報策略(Policy信息)進行存儲；後續UAP Client實時監控自身的相關UAP信息是否能夠滿足上述存儲的上報策略；如果UAP Client在監控到自身相關UAP信息滿足存儲的上報策略時，立即將自身的相關UAP信息上報給Origin Server。
最後Origin Server按照UAP Client上報的UAP信息，對用戶申請的業務進行對應的裁減處理，以將下發給用戶的業務處理成更適合於用戶終端所能支持的形式下發給用戶的用戶終端。
基於上述主要實現過程，後續Origin Server在需要的時候(例如針對用戶新申請的業務，其業務需求發生了變換的情況)還可以進而更新下發給UAPClient的上報策略(Policy信息)，這時Origin Server可以在UAP Client上報的能夠支持的上報策略類型中選擇新的上報策略，並將選擇出的新上報策略下發給UAP Client，指示UAP Client放棄使用舊的上報策略並按照接收到的新的上報策略上報UAP信息。
其中基於本發明方法原理，UAP Client在存儲了Origin Server下發的上報策略(Policy信息)的情況下，如果後續UAP Client發現自身的相關UAP信息發生了變化時，首先判斷存儲的上報策略(Policy信息)中是否存在匹配的上報策略，如果存在匹配的上報策略再判斷發生了變化的UAP信息是否滿足該匹配的上報策略，如果滿足就將發生了變化的UAP信息立即上報給OriginServer；如果不滿足則UAP Client忽略發生了變化的UAP信息。
在上述處理過程中，較佳地UAP Client可以將自身能夠支持的上報策略類型承載在擴展的x-wap-profile-diff消息頭中上報給Origin Server，其中UAPClient可以在現有的x-wap-profile-diff消息頭中的格式「Format」項擴展一個域用來承載UAP Client能夠支持的上報策略類型，例如擴展前的x-wap-profile-diff消息頭的具體格式如下 Header Namex-wap-profile-diff DescriptionThis header contains additional profile information which should be applied to the CPI prior to serving any content. Format x-wap-profile-diff ＝「x-wap-profile-diff」「」profile-diff-seq 「；」profile-desc profile-diffseq ＝(「1」|」2」|」3」|」4」|」5」|」6」|」7」|」8」|」9」) *DIGIT profile-desc ＝＜XML document containing profile subset of the UAProf schema＞ DIGIT＝＜any US-ASCII digit「0」..」9」＞ DefaultNone將現有x-wap-profile-diff消息頭進行擴展後用於承載UAP Client能夠支持的上報策略類型的擴展後x-wap-profile-diff消息頭的具體格式如下 HeaderName x-wap-profile-diff DescriptionThis header contains additional profile information which should be applied to the CPI prior to serving any content. Format x-wap-profile-diff ＝「x-wap-profile-diff」「」profile-diff-seq 「；」profile-desc profile-diff-seq ＝(「1」|」2」|」3」|」4」|」5」|」6」|」7」|」8」|」9」) *DIGIT profile-desc ＝＜XML document containing profile subset of the UAProf schema＞ DIGIT ＝＜any US-ASCII digit「0」..」9」＞ policy-desc＝＜XML document containing policy of server＞ DefaultNone對應的，Origin Server可以將選擇出的相應上報策略承載在擴展的x-wap-profile-warning消息頭中下發給UAP Client，其中Origin Server也可以在現有的x-wap-profile-warning消息頭中的格式「Format」項擴展一個域用來承載Origin Server下發的上報策略，例如擴展前的x-wap-profile-warning消息頭的具體格式如下Header Namex-wap-profile-warningDescriptionThis header is used by the server to indicate whether the CPI has beenhonoured when the response to the request was generated.
Format x-wap-profile-warning＝「x-wap-profile-warning」「」warning-codewarning-code ＝200|201|202|203|500DefaultNone將現有x-wap-profile-warning消息頭進行擴展後用於承載Origin Server下發給UAP Client的上報策略的擴展後x-wap-profile-warning消息頭的具體格式如下Header Namex-wap-profile-warningDescriptionThis header is used by the server to indicate whether the CPI has beenhonoured when the response to the request was generated.
Format x-wap-profile-warning＝「x-wap-profile-warning」「」warning-code「；」policy-descwarning-code ＝200|201|202|203|500policy-desc ＝XML document containing policy of server
DefaultNone較佳地，UAP Client將承載在擴展的x-wap-profile-diff消息頭中的上報策略類型，及Origin Server將承載在擴展的x-wap-profile-warning消息頭中的上報策略都可以分別基於Web服務策略框架(WS-Policy)進行表示。其中WS-Policy標準的作用是提供使Web服務應用程式能夠制定策略信息所需的機制，具體說來，該標準定義了以下內容一個稱為策略表達式的XML信息集合，其中包含特定於域的Web服務策略信息；一組核心結構，用於指示如何在Web服務環境中應用選擇和/或特定於域的策略斷言。
通常WS-Policy被設計為能夠用於常規的Web服務框架，一個Web服務框架示例如下 01＜wspPolicy 02＜wspExactlyOne＞ 03＜wsseSecurityToken＞ 04＜wsseTokenType＞wsseKerberosv5TGT＜/wsseTokenType＞ 05＜/wsseSecurityToken＞ 06＜wsseSecurityToken＞ 07＜wsseTokenType＞wsseX509v3＜/wsseTokenType＞ 08＜/wsseSecurityToken＞ 09＜/wspExactlyOne＞ 10＜/wspPolicy＞其中在上述Web服務框架示例中，各行的具體含義如下行02和行09所示為Exactly One策略運算符，策略運算符將策略斷言組合為策略替換選項；行03和行08所示為對Web服務的調用包含其中一個所指定的安全標記斷言；行03～05和行06～08表示兩個特定的安全策略斷言，指示支持兩種類型的身份驗證。
此外在上述處理過程中，UAP Client還可以將自身能夠支持的上報策略類型承載在SOAP消息中上報給Origin Server，相應的Origin Server也可以將選擇出的相應上報策略承載在SOAP消息中下發給UAP Client，具體實現原理同上述對x-wap-profile-diff消息頭和x-wap-profile-warning消息頭進行擴展以承載上報策略的原理相似，這裡就不再過多贅述。
下面列舉一實施例對本發明上述UAP信息的上報處理方法的具體實施過程進行詳細說明，該實施例以用戶終端將自身的電池電量作為UAP信息向伺服器上報為例假設用戶終端支持電池電量閥值上報，且支持如下三種上報策略類型
1)支持電池電量門限上報；2)支持電池電量增量門限上報；3)兩種都支持；則用戶終端將自身能夠支持的三種上報策略類型基於如下WS-Policy進行表示 01＜wspPolicy 02＜wspExactlyOne＞ 03＜dpeenergy＞ 04＜dpethresholdtype＞dpelowerthreshold＜/dpethresholdtype＞ 05＜/dpeenergy＞ 06＜dpeenergy＞ 07＜dpethresholdtype＞dpeincrementthreshold＜/dpethresholdtype＞ 08＜/dpeenergy＞ 09＜dpeenergy＞ 10＜dpethresholdtype＞dpethreshold＜/dpethresholdtype＞ 11＜/dpeenergy＞ 12＜/wspExactlyOne＞ 13＜/wspPolicy＞在上述WS-Policy框架中，dpeenergy表示dpe域電池電量屬性；dpethresholdtype表示電池電量上報的策略類型；dpelowerthreshold表示電池電量門限上報；dpeincrementthreshold表示電池電量增量門限上報；dpethreshold表示上述兩種上報方式都支持。
用戶終端將上述基於WS-Policy進行表示的各種上報策略類型上報給伺服器，其中用戶終端可以通過對現有x-wap-profile-diff消息頭進行擴展，以將基於WS-Policy進行表示的各種上報策略類型承載在x-wap-profile-diff消息頭中上報給伺服器；伺服器接收到用戶終端發來的上報策略類型後，根據用戶申請的業務需求，選擇電池電量下降到200MAH時要求用戶終端將電池電量信息通知給伺服器，伺服器將選擇出的電池電量上報策略下發給用戶終端，其中伺服器將選擇出的電池電量上報策略信息也相應基於如下WS-Policy進行表示01wspPolicy
02wspExactlyOne
03dpeenergy
04dpethresholdtypedpelowerthreshold/dpethresholdtype
05dpethresholdvalue200/dpethresholdvalue
06/dpeenergy
07/wspExactlyOne
08/wspPolicy
相應伺服器可以通過對現有x-wap-profile-warning消息頭進行擴展，以將基於WS-Policy進行表示的電池電量上報策略承載在x-wap-profile-warning消息頭中下發給用戶終端。
用戶終端接收到伺服器下發的電池電量上報策略後會將該電池電量上報策略進行存儲，用戶終端時刻監控該存儲的電池電量上報策略，在後續處理各種業務過程中如果發現自身的電池電量已下降到200MAH時，便及時將自身當前的電池電量值作為UAP信息上報給伺服器，以使伺服器進行對應處理。
下面以用戶終端進行在線遊戲為例，說明用戶終端如何根據伺服器下發的電池電量上報策略來向伺服器上報相應的電池電量UAP信息，具體交互步驟如下1)用戶使用移動終端開始一在線遊戲，移動終端在把自身的UAP相關信息上報給伺服器的同時，也把移動終端能夠支持的電池電量上報策略類型上報給伺服器；2)伺服器接收到移動終端支持的電池電量上報策略後，根據用戶申請的業務需求(在線遊戲業務的業務需求)選擇當移動終端的電池電量下降到200MAH時，要求移動終端把自身的電池電量信息通知伺服器，並把選擇出的該電池電量上報策略下發給移動終端；3)移動終端接收到伺服器下發的電池電量上報策略後，存儲該上報策略相關信息，並按照該上報策略信息對自身的電池電量屬性進行實時監控；4)當移動終端監控到自身的電池電量已經下降到200MAH時，便及時將自身當前的電池電量值作為對應UAP信息上報給對應伺服器，伺服器根據移動終端上報的電池電量值，得知移動終端目前的電量不足，隨時有可能存在關機可能，因此便及時對用戶的在線遊戲相關數據進行實時備份處理，以防止用戶業務數據的丟失。
下面再列舉一實施例對本發明上述UAP信息的上報處理方法的具體實施過程進行詳細說明1、假設UAP Client在Origin Server上訂閱了一個多媒體視頻業務，其名稱為「NBALIVE」；2、UAP Client將自身對應於多媒體視頻業務的軟體、硬體及其對業務內容的翻譯能力等UAP信息上報給Origin Server；3、Origin Server識別出UAP Client當前可用的緩存空間是200K，便向UAP Client提供高質量的視音頻業務流；4、同時Origin Server向UAP Client下發一個有關緩存空間的上報策略，要求UAP Client在監控到自身的緩存空間低於150K時通知Origin Server；5、UAP Client在收看Origin Server提供的視音頻業務節目的同時，實時監控自身可用的緩存空間大小；6、UAP Client在收看Origin Server提供的視音頻業務節目時，又啟用了另外一個業務，但是監控到自身的可用緩存空間大小已經低於150K了，便觸發上述Origin Server下發的上報策略；7、UAP Client將自身當前可用的緩存空間大小上報給Origin Server，要求Origin Server更改下發業務的處理方式；8、Origin Server根據UAP Client上報的當前可用的緩存空間大小，向UAPClient提供質量稍低的視音頻業務流；9、UAP Client繼續收看Origin Server提供的視音頻業務節目；10、後續UAP Client關閉了在上述6中啟用的額外業務，因此由於該業務的關閉釋放了UAP Client的一些可用緩存空間，使得UAP Client當前的可用緩存空間大小又大於150K了，便再次觸發上述Origin Server下發的上報策略；11、UAP Client將自身當前可用的緩存空間大小再次上報給Origin Server，要求Origin Server更改下發業務的處理方式；12、Origin Server根據UAP Client上報的當前可用的緩存空間大小，向UAP Client再次提供高質量的視音頻業務流。
在上述過程中，Origin Server還可以對下發給UAP Client的有關緩存空間的上報策略進行更新處理，例如要求UAP Client在監控到自身的緩存空間增加或減小到達50K時通知Origin Server；這樣UAP Client在收看節目的同時如果監控到自身的當前可用緩存空間大小到達50K了，便通知Origin Server，OriginServer根據UAP Client當前可用的緩存空間大小，對下發的視音頻業務流進行相應處理，以更適合於UAP Client當前可用的緩存空間大小。
由此可見，本發明上述UAP信息的上報處理方法可以實現用戶終端基於伺服器下發的上報策略(Policy)上報相應的UAP信息，從而使得用戶終端可以基於閥值上報UAP信息、或基於定期上報UAP信息等，因此在UAP系統中使用戶終端上報UAP信息的方式更為靈活和多樣化。
相應於本發明上述提出的第一種用戶代理檔案信息的上報處理方法，本發明這裡還對應提出了一種伺服器和用戶代理檔案用戶終端。請參照圖5，該圖是本發明提出的第一種UAP伺服器的主要組成結構框圖，其主要包括上報策略類型接收解析單元10、上報策略選擇單元20、上報策略下發單元30和上報策略更新觸發單元40，其中各個組成單元的主要作用如下上報策略類型接收解析單元10，用於接收用戶終端上報的用戶終端自身對應相應UAP能夠支持的上報策略類型；上報策略選擇單元20，主要用於在上述上報策略類型接收解析單元10所接收到的上報策略類型中選擇至少一種上報策略；其中該上報策略選擇單元20可以但不限於根據用戶申請業務的業務需求在上述上報策略類型接收解析單元10所接收到的上報策略類型中選擇至少一種上報策略；上報策略下發單元30，用於將上述上報策略選擇單元20所選擇出的上報策略下發給用戶終端，以指示用戶終端按照該上報策略上報UAP用信息；此外，上報策略下發單元30也可以直接確定要下發給用戶終端的上報策略，並將確定的上報策略下發給用戶終端，以指示用戶終端按照該上報策略上報UAP用信息；
上報策略更新觸發單元40，主要用於觸發上述上報策略下發單元30下發新的上報策略，以指示用戶終端放棄使用舊的上報策略並按照新的上報策略上報UAP信息。
其中上述上報策略下發單元30可以將對應確定或選擇的上報策略承載在擴展後的x-wap-profile-warning消息頭中下發給用戶終端，並將承載在擴展後的x-wap-profile-warning消息頭中的上報策略基於Web服務策略框架(WS-Policy)進行表示。
此外上述上報策略下發單元30還可以將對應確定或選擇的上報策略承載在SOAP消息中下發給用戶終端。
有關本發明提出的第一種伺服器的其他具體相關技術實現細節請參照本發明上述提出的第一種UAP信息的上報處理方法中相關技術實現細節的具體描述，這裡不再給以過多贅述。
請參照圖6，該圖是本發明提出的第一種用戶代理檔案用戶終端的主要組成結構框圖，其主要包括上報策略接收解析單元100，用戶代理檔案信息上報單元110和策略類型上報單元120，其中這兩個組成單元的具體作用如下上報策略接收解析單元100，用於接收並解析UAP伺服器下發的對應上報策略信息(Policy信息)；用戶代理檔案信息上報單元110，用於按照上述上報策略接收解析單元100所接收到的上報策略來上報用戶終端的UAP信息；策略類型上報單元120，用於向UAP伺服器上報用戶終端自身能夠支持的上報策略類型，其中策略類型上報單元120可以按照UAP伺服器的具體指示信息上報用戶終端對應UAP能夠支持的上報策略類型。
請參照圖7，該圖是本發明UAP用戶終端中用戶代理檔案信息上報單元的具體組成結構框圖，用戶代理檔案信息上報單元110具體包括存儲子單元1101、監控子單元1102和代理檔案信息上報子單元1103，其中各個組成單元的具體作用如下
存儲子單元1101，用於存儲上述上報策略接收解析單元100所接收到的對應上報策略(Policy信息)；監控子單元1102，用於監控用戶終端的相關UAP信息是否滿足上述存儲子單元1101中存儲的上報策略；代理檔案信息上報子單元1103，用於在上述監控子單元1102監控到用戶終端的相關UAP信息滿足存儲的上報策略時，將滿足存儲的上報策略的UAP信息上報給UAP伺服器。
其中上述的策略類型上報單元120可以將用戶終端能夠支持的上報策略類型承載在擴展後的x-wap-profile-diff消息頭中上報給UAP伺服器，並將承載在擴展後的x-wap-profile-diff消息頭中的上報策略類型基於Web服務策略框架(WS-Policy)進行表示。
此外，上述的策略類型上報單元110還可以將用戶終端能夠支持的上報策略類型承載在SOAP消息中上報給UAP伺服器。
有關本發明提出的第一種UAP用戶終端的其他相關技術實現細節請參照本發明上述提出的第一種UAP信息的上報處理方法中相關技術實現細節的具體描述，這裡不再給以過多贅述。
請參照圖8，該圖是本發明提出的第二種用戶代理檔案信息的上報處理方法的主要實現原理流程圖，其主要實現原理如下步驟S100，伺服器(Origin Server)向UAP用戶終端(UAP Client)下發用於查詢UAP信息的查詢請求消息；其中可以在Origin Server中預先設置並存儲相應的查詢策略(如按照周期規律查詢或者按照業務需求查詢等)，Origin Server在監控到自身存儲的該查詢策略得到滿足時，便會向UAP Client下發用於查詢UAP信息的查詢請求消息；Origin Server下發查詢請求消息給UAP Client的過程具體如下Origin Server先將相應的查詢請求消息發送到Push網關，再由Push網關將該查詢請求消息轉發給UAP Client。
步驟S200，UAP Client根據Origin Server下發的查詢請求消息，搜集自身對應的UAP信息，並將搜集到的UAP信息上報給Origin Server。
由此可見，本發明上述UAP信息的上報處理方法可以實現伺服器主動查詢UAP用戶終端的相關UAP信息的功能，因此也達到了在UAP系統中使用戶終端上報UAP信息的方式更為靈活和多樣化的目的。
相應於本發明上述提出的第二種用戶代理檔案信息的上報處理方法，本發明這裡還對應提出了一種伺服器和用戶代理檔案用戶終端。請參照圖9，該圖是本發明提出的第二種伺服器的主要組成結構框圖，其主要包括查詢請求消息生成單元500和查詢請求消息下發單元510，其中各個組成單元的主要作用如下查詢請求消息生成單元500，主要用於生成用於查詢UAP用戶終端中對應UAP信息的查詢請求消息；查詢請求消息下發單元510，主要用於將上述查詢請求消息生成單元500生成的查詢請求消息下發到對應的UAP用戶終端。
請參照圖10，該圖是本發明伺服器增加查詢策略設置的實施例組成結構框圖，其在上述圖9的主要組成結構基礎之上還進而包括存儲單元520和監控觸發單元530，這兩個新增組成單元的作用如下存儲單元520，用於存儲預先設置的查詢策略(如按照周期規律查詢或者按照業務需求查詢等)；監控觸發單元530，用於監控上述存儲單元520中存儲的查詢策略是否得到滿足，並在監控到對應查詢策略得到滿足時，觸發上述查詢請求消息生成單元500生成對應的查詢請求消息。
請參照圖11，該圖是本發明提出的第二種UAP用戶終端的主要組成結構框圖，其主要包括查詢請求消息接收單元600、用戶代理檔案信息搜集單元610和用戶代理檔案信息上報單元620，其中各個組成單元的具體作用如下查詢請求消息接收單元600，用於接收伺服器下發的用於查詢對應UAP信息的查詢請求消息；用戶代理檔案信息搜集單元610，用於根據上述查詢請求消息接收單元600接收到的伺服器下發的查詢請求消息，搜集用戶終端中對應的UAP信息；用戶代理檔案信息上報單元620，用於將上述用戶代理檔案信息搜集單元610所搜集到的UAP信息上報給伺服器。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種用戶代理檔案信息的上報處理方法，其特徵在於，包括步驟伺服器向用戶終端下發上報策略，指示用戶終端按照所述上報策略上報用戶代理檔案信息；用戶終端按照伺服器下發的上報策略上報自身的用戶代理檔案信息。
2.如權利要求1所述的方法，其特徵在於，還包括步驟用戶終端向伺服器上報自身能夠支持的上報策略類型；伺服器在用戶終端上報的上報策略類型中選擇至少一種上報策略作為欲下發給用戶終端的上報策略。
3.如權利要求2所述的方法，其特徵在於，用戶終端按照伺服器的指示上報自身對應相關用戶代理檔案能夠支持的上報策略類型。
4.如權利要求2所述的方法，其特徵在於，伺服器根據用戶申請業務的業務需求在用戶終端上報的上報策略類型中選擇上報策略。
5.如權利要求1所述的方法，其特徵在於，還包括步驟伺服器向用戶終端下發新的上報策略，指示用戶終端放棄使用舊的上報策略並按照新的上報策略上報用戶代理檔案信息；用戶終端按照伺服器下發的新的上報策略上報自身的用戶代理檔案信息。
6.如權利要求1或5所述的方法，其特徵在於，用戶終端按照上報策略上報用戶代理檔案信息的過程具體包括用戶終端存儲伺服器下發的上報策略；並監控自身的相關用戶代理檔案信息是否滿足存儲的上報策略；用戶終端將滿足存儲的上報策略的用戶代理檔案信息進行上報。
7.如權利要求1所述的方法，其特徵在於，還包括步驟用戶終端在發現自身的用戶代理檔案信息發生變化時，判斷是否存在對應的上報策略；並在存在對應的上報策略時，判斷發生變化的用戶代理檔案信息是否滿足該對應存在的上報策略，如果是，將發生變化的用戶代理檔案信息上報給伺服器；否則忽略發生變化的用戶代理檔案信息。
8.如權利要求2或4所述的方法，其特徵在於，用戶終端將自身能夠支持的上報策略類型承載在擴展的x-wap-profile-diff消息頭中上報給伺服器。
9.如權利要求8所述的方法，其特徵在於，用戶終端通過在x-wap-profile-diff消息頭的格式項中擴展一個域用來承載自身能夠支持的上報策略類型信息。
10.如權利要求8所述的方法，其特徵在於，用戶終端將承載在擴展的x-wap-profile-diff消息頭中的上報策略類型基於Web服務策略框架進行表示。
11.如權利要求2或4所述的方法，其特徵在於，用戶終端將自身能夠支持的上報策略類型承載在SOAP消息中上報給伺服器。
12.如權利要求1、2或5所述的方法，其特徵在於，伺服器將上報策略承載在擴展的x-wap-profile-warning消息頭中下發給用戶終端。
13.如權利要求12所述的方法，其特徵在於，伺服器通過在x-wap-profile-warning消息頭的格式項中擴展一個域用來承載上報策略信息。
14.如權利要求12所述的方法，其特徵在於，伺服器將承載在擴展的x-wap-profile-warning消息頭中的上報策略基於Web服務策略框架進行表示。
15.如權利要求1、2或5所述的方法，其特徵在於，伺服器將上報策略承載在SOAP消息中下發給用戶終端。
16.一種伺服器，其特徵在於，包括上報策略下發單元，用於用向用戶終端下發上報策略，指示用戶終端按照所述上報策略上報用戶代理檔案信息。
17.如權利要求16所述的伺服器，其特徵在於，還包括上報策略類型接收解析單元，用於接收並解析用戶終端上報的用戶終端自身能夠支持的上報策略類型；上報策略選擇單元，用於在所述上報策略類型接收解析單元接收到的上報策略類型中選擇至少一種上報策略；所述上報策略下發單元將所述上報策略選擇單元選擇的上報策略下發給用戶終端。
18.如權利要求17所述的伺服器，其特徵在於，所述上報策略選擇單元根據用戶申請業務的業務需求在用戶終端上報的上報策略類型中選擇上報策略。
19.如權利要求16所述的伺服器，其特徵在於，還包括上報策略更新觸發單元，用於觸發所述上報策略下發單元下發新的上報策略，指示用戶終端放棄使用舊的上報策略並按照新的上報策略上報用戶代理檔案信息。
20.如16～19任一權利要求所述的伺服器，其特徵在於，所述上報策略下發單元將上報策略承載在擴展的x-wap-profile-warning消息頭中下發給用戶終端。
21.如權利要求20所述的伺服器，其特徵在於，所述上報策略下發單元將承載在擴展的x-wap-profile-warning消息頭中的上報策略基於Web服務策略框架進行表示。
22.如16～19任一權利要求所述的伺服器，其特徵在於，所述上報策略下發單元將上報策略承載在SOAP消息中下發給用戶終端。
23.一種用戶代理檔案用戶終端，其特徵在於，包括上報策略接收解析單元，用於接收並解析伺服器下發的對應上報策略；用戶代理檔案信息上報單元，用於按照所述上報策略接收解析單元接收到的上報策略上報用戶終端的用戶代理檔案信息。
24.如權利要求23所述的用戶終端，其特徵在於，還包括策略類型上報單元，用於向伺服器上報用戶終端自身能夠支持的上報策略類型。
25.如權利要求24所述的用戶終端，其特徵在於，所述策略類型上報單元按照伺服器的指示上報用戶終端對應相關用戶代理檔案能夠支持的上報策略類型。
26.如權利要求23所述的用戶終端，其特徵在於，所述用戶代理檔案信息上報單元具體包括存儲子單元，用於存儲所述上報策略接收解析單元接收到的上報策略；監控子單元，用於監控用戶終端的相關用戶代理檔案信息是否滿足所述存儲子單元存儲的上報策略；代理檔案信息上報子單元，用於在所述監控子單元監控到用戶終端的相關用戶代理檔案信息滿足存儲的上報策略時，將滿足存儲的上報策略的用戶代理檔案信息進行上報。
27.如權利要求24或25所述的用戶終端，其特徵在於，所述策略類型上報單元將用戶終端能夠支持的上報策略類型承載在擴展的x-wap-profile-diff消息頭中上報給伺服器。
28.如權利要求27所述的用戶終端，其特徵在於，所述策略類型上報單元將承載在擴展的x-wap-profile-diff消息頭中的上報策略類型基於Web服務策略框架進行表示。
29.如權利要求24或25所述的用戶終端，其特徵在於，所述策略類型上報單元將用戶終端能夠支持的上報策略類型承載在SOAP消息中上報給伺服器。
30.一種用戶代理檔案信息的上報處理方法，其特徵在於，包括步驟伺服器向用戶終端下發用於查詢用戶代理檔案信息的查詢請求消息；用戶終端根據伺服器下發的查詢請求消息，將對應的用戶代理檔案信息上報給伺服器。
31.如權利要求30所述的方法，其特徵在於，還包括在伺服器中預先設置存儲查詢策略的步驟；所述伺服器在監控到自身存儲的查詢策略得到滿足時，向用戶終端下發用於查詢用戶代理檔案信息的查詢請求消息。
32.如權利要求30或31所述的方法，其特徵在於，伺服器下發查詢請求消息到用戶終端的過程具體包括伺服器將所述查詢請求消息發送到Push網關；並由所述Push網關將所述查詢請求消息轉發給用戶終端。
33.一種伺服器，其特徵在於，包括查詢請求消息生成單元，用於生成用於查詢用戶終端中對應用戶代理檔案信息的查詢請求消息；查詢請求消息下發單元，用於將所述查詢請求消息生成單元生成的查詢請求消息下發到用戶終端。
34.如權利要求33所述的伺服器，其特徵在於，還包括存儲單元，用於存儲預先設置的查詢策略；監控觸發單元，用於監控所述存儲單元中存儲的查詢策略是否得到滿足，並在監控到查詢策略得到滿足時，觸發所述查詢請求消息生成單元生成對應的查詢請求消息。
35.一種用戶代理檔案用戶終端，其特徵在於，包括查詢請求消息接收單元，用於接收伺服器下發的查詢請求消息；用戶代理檔案信息搜集單元，用於根據所述查詢請求消息接收單元接收到的查詢請求消息，搜集用戶終端中對應的用戶代理檔案信息；用戶代理檔案信息上報單元，用於將所述用戶代理檔案信息搜集單元搜集到的用戶代理檔案信息上報給伺服器。
全文摘要
本發明公開了一種用戶代理檔案信息的上報處理方法，包括伺服器向用戶終端下發上報策略，指示用戶終端按照所述上報策略上報用戶代理檔案信息，用戶終端按照伺服器下發的上報策略上報自身的用戶代理檔案信息。同時本發明還公開了一種伺服器，包括上報策略下發單元，用於用向用戶終端下發上報策略，指示用戶終端按照所述上報策略上報用戶代理檔案信息；和一種用戶代理檔案用戶終端，包括用戶代理檔案信息上報單元，用於按照伺服器下發的上報策略上報用戶終端的用戶代理檔案信息。本發明可以使在UAP系統中用戶終端上報UAP信息的具體實現具有更好的靈活性和多樣性。
文檔編號H04L29/06GK101047705SQ20061006688
公開日2007年10月3日 申請日期2006年3月31日 優先權日2006年3月31日
發明者鍾雪平, 田林一 申請人:華為技術有限公司