專利名稱:上報用戶代理檔案信息的方法、系統(tǒng)及終端設(shè)備的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信技術(shù)領(lǐng)域,特別是指上報用戶代理檔案信息的方法、系統(tǒng)及終端設(shè)備。
背景技術(shù):
市面上終端的多樣性極大地豐富了用戶需求的個性化選擇。然而,終端的多樣性也導(dǎo)致終端能力上的極大差別,如終端的屏幕尺寸大小,顏色,字體,甚至同一個終端間能力上也是動態(tài)變換地,如攝像頭的插入,藍牙電話的選擇等。為了使終端上能正確顯示所瀏覽的網(wǎng)頁,多媒體短信服務(wù)(MMS)等內(nèi)容,也為了使服務(wù)器能夠最有效的使用終端提供的能力,開放移動聯(lián)盟(OMA),萬維網(wǎng)聯(lián)盟(W3C)等組織創(chuàng)建了相關(guān)的工作組來標準化終端能力表示,并提供相應(yīng)的方法給服務(wù)器識別終端的能力,最終使得服務(wù)器能夠根據(jù)終端能力對提供的內(nèi)容進行裁減,以達到將最符合用戶方式的內(nèi)容提供給用戶。
BAC UAProfile(BAC,browse and content)就是為了解決這個問題而設(shè)立的工作組。UAProfile(以下簡稱為UAP)是用戶代理檔案信息(User AgentProfile)的簡稱,其表示影響終端瀏覽的終端能力參數(shù)。BAC UAProfile工作組提供一種終端和服務(wù)器間UAP表示和交互的方法。
在現(xiàn)有技術(shù)中,當客戶端(Client)和源服務(wù)器(Origin Server)建立連接時,以及在用戶代理檔案信息(UAP)更新的情況下,需要上報用戶代理檔案信息,下面分別說明上述兩種情況的具體實現(xiàn)方式。
圖1所示為現(xiàn)有技術(shù)一實施例的客戶端與服務(wù)器之間建立連接時的處理過程示意圖。
步驟101,UAP客戶端向服務(wù)器發(fā)起瀏覽請求,在客戶端發(fā)起的連接(Connect)請求中包含UAP的相關(guān)信息,通常是UAP的統(tǒng)一資源定位符(URL)。
步驟102~103,服務(wù)器根據(jù)UAP的URL信息,向用戶代理檔案庫發(fā)起取得UAP的請求并獲得UAP。
步驟104,服務(wù)器給UAP客戶端回響應(yīng)信息,如果服務(wù)器能夠正確處理UAP信息,則返回成功接收UAP的信息,如果不能,則返回錯誤代碼。
圖1所示過程僅在客戶端和服務(wù)器段進行連接的會話初始階段發(fā)生,服務(wù)器與客戶端將保持一個會話,直到服務(wù)器或客戶端關(guān)閉連接,這個過程中服務(wù)器會緩存終端的UAP信息。
圖2所示為現(xiàn)有技術(shù)一實施例的更新UAP信息的處理過程示意圖。
步驟201~202,UAP客戶端的UAP信息更新后,向服務(wù)器端發(fā)送能力信息變更的信息。
步驟203~204,服務(wù)器根據(jù)接收到的變更信息,向用戶代理檔案庫請求并獲取變更的UAP。
步驟205,服務(wù)器給UAP客戶端回響應(yīng)信息,如果服務(wù)器能夠正確處理UAP信息,則返回成功接收UAP的信息,如果不能,則返回錯誤代碼。
UAP更新階段是在客戶端UAP發(fā)生了變化,客戶端通過重新開始(Resume)把這種變化通知服務(wù)器,這種過程在整個瀏覽過程是多次發(fā)生的。
上述UAP的作用主要用來供服務(wù)器端與客戶端的能力進行內(nèi)容適配。比如,客戶端希望瀏覽某一網(wǎng)頁,由于終端的能力多樣性,終端能支持的顏色,顯示屏幕的大小是差別很大的,而且就算相同終端,不同的使用者喜好不同,如設(shè)置的字體,是否接收網(wǎng)頁上的圖片等。因此,服務(wù)器需要一種方法來適配終端的能力和用戶的需求。UAP就是提供一種服務(wù)器與客戶端這方面的表示方法和傳送這種表示的手段。
從上述上報UAP的過程可以看出,由于終端能力越來越強,因而需要描述的終端設(shè)備信息越來越多,使得設(shè)備能力信息描述文件變大即UAP文件變大,這樣,不但使得解析獲取一個UAP文件的時間長,而且在傳輸過程占用了大量的網(wǎng)絡(luò)資源。
再有,由于終端設(shè)備能力變化情況逐漸增多,使得終端設(shè)備向服務(wù)器上報變化信息頻率加快。有些變化的信息是跟業(yè)務(wù)無關(guān)的,而傳輸這些信息浪費了網(wǎng)絡(luò)資源。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的目的在于提供一種上報用戶代理檔案信息的方法、系統(tǒng)及終端設(shè)備,避免網(wǎng)絡(luò)資源浪費。
一種上報用戶代理檔案信息的方法,包括以下步驟a、客戶端識別業(yè)務(wù)類型;b、客戶端獲取并上報與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值。
所述業(yè)務(wù)類型由服務(wù)器端下發(fā)給客戶端的;所述客戶端識別業(yè)務(wù)類型的方法為客戶端判斷接收到的業(yè)務(wù)類型是否在終端設(shè)備內(nèi)存在,若存在,則客戶端識別出該業(yè)務(wù)類型。
所述客戶端獲取并上報與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值的過程為根據(jù)預(yù)先設(shè)置的業(yè)務(wù)類型與用戶代理檔案屬性的關(guān)聯(lián)關(guān)系,獲取與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性;從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的屬性值,之后,上報與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值。
如果客戶端確定終端設(shè)備內(nèi)不存在該業(yè)務(wù)類型,則該方法進一步包括客戶端給服務(wù)器發(fā)送錯誤信息,該信息中包含不能識別業(yè)務(wù)類型的指示。
該方法進一步包括服務(wù)器通知客戶端與所述業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案屬性;客戶端根據(jù)接收到的通知,存儲所述關(guān)聯(lián)的業(yè)務(wù)類型和能力屬性,之后,根據(jù)接收到的用戶代理檔案屬性從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的屬性值,上報該用戶代理檔案屬性及其屬性值。
該方法進一步包括客戶端監(jiān)視自身的用戶代理檔案屬性的改變是否影響當前運行的業(yè)務(wù),若是,則從用戶代理檔案庫中獲取該變化的用戶代理檔案屬性值,并上報該變化的用戶代理檔案屬性及其屬性值,否則不上報。
所述客戶端監(jiān)視自身的用戶代理檔案屬性的改變是否影響當前運行的業(yè)務(wù)的過程為客戶端記錄服務(wù)器端當前提供的業(yè)務(wù)類型,判斷用戶代理檔案屬性的改變所影響到的業(yè)務(wù)類型與當前已經(jīng)記錄的服務(wù)器端當前提供的業(yè)務(wù)類型是否一致,若一致則影響,否則不影響。
所述用戶代理檔案屬性包括基本用戶代理檔案屬性和設(shè)備能力用戶代理檔案屬性;所述基本用戶代理檔案屬性包括對所有業(yè)務(wù)產(chǎn)生影響的設(shè)備硬件、軟件和網(wǎng)絡(luò)的基本特性信息;所述設(shè)備能力用戶代理檔案屬性包括除基本用戶代理檔案屬性以外的對業(yè)務(wù)產(chǎn)生影響的信息。
客戶端識別業(yè)務(wù)類型之前,進一步包括向服務(wù)器端上報基本用戶代理檔案屬性;客戶端識別業(yè)務(wù)類型后,進一步包括判斷所獲取的用戶代理檔案屬性是否完全包含在已上報的基本用戶代理檔案屬性之內(nèi),若是,則不再執(zhí)行上報操作,否則,再從用戶代理檔案庫中獲取除基本用戶代理檔案屬性以外的設(shè)備能力用戶代理檔案屬性的值,上報該設(shè)備能力用戶代理檔案屬性及其值。
服務(wù)器發(fā)生業(yè)務(wù)變化時,該方法進一步包括服務(wù)器端向客戶端發(fā)送更新的業(yè)務(wù)類型;客戶端根據(jù)接收到的更新的業(yè)務(wù)類型,重新獲取與該更新的業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性,然后從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的值,并上報用戶代理檔案屬性及其屬性值。
所述客戶端接收到來自服務(wù)器端更新的業(yè)務(wù)類型后,進一步包括判斷該接收到的更新的業(yè)務(wù)類型所需的設(shè)備能力用戶代理檔案屬性是否已經(jīng)完全包含在原有業(yè)務(wù)類型所需的設(shè)備能力用戶代理檔案屬性中,如完全包含,則不再進行后續(xù)步驟,如不完全包含,再執(zhí)行后續(xù)處理。
服務(wù)器端接收到來自客戶端的設(shè)備能力用戶代理檔案屬性及其屬性值后,進一步包括服務(wù)器根據(jù)接收到的用戶代理檔案屬性值判斷是否滿足業(yè)務(wù)提供條件,若是,則服務(wù)器端根據(jù)接收到的用戶代理檔案屬性調(diào)整業(yè)務(wù)提供方式,否則,通知服務(wù)器端選擇能夠滿足要求的另一種業(yè)務(wù)類型,下發(fā)給客戶端;所述客戶端根據(jù)接收到的信息,獲取與當前業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性,然后從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的值,并上報用戶代理檔案屬性及其屬性值。
所述預(yù)先設(shè)置的業(yè)務(wù)類型與用戶代理檔案屬性的關(guān)聯(lián)關(guān)系以業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表的形式存在。
一種上報用戶代理檔案信息的系統(tǒng),包括位于終端設(shè)備中的客戶端和位于源服務(wù)器中的服務(wù)器端,所述客戶端內(nèi)包括業(yè)務(wù)類型識別模塊,所述服務(wù)器端內(nèi)包括業(yè)務(wù)類型下發(fā)模塊,其中,所述服務(wù)器端內(nèi)的業(yè)務(wù)類型下發(fā)模塊,用于下發(fā)包含業(yè)務(wù)類型的消息;所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊,用于識別業(yè)務(wù)類型,獲取并上報與所述業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值。
所述終端設(shè)備內(nèi)包括用戶代理檔案庫,所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊,用于根據(jù)已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)關(guān)系,獲取與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性;從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的屬性值;所述用戶代理檔案庫,用于存儲用戶代理檔案屬性及其對應(yīng)的屬性值。
所述客戶端內(nèi)進一步包括錯誤報告模塊,用于不能識別所述業(yè)務(wù)類型時,向服務(wù)器端上報包含指示業(yè)務(wù)類型不能識別的錯誤信息。
所述服務(wù)器端進一步包括通知模塊,用于通知客戶端與所述業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案屬性;所述客戶端進一步包括關(guān)聯(lián)模塊,根據(jù)接收到的通知,存儲所述關(guān)聯(lián)的業(yè)務(wù)類型和能力屬性,之后通知業(yè)務(wù)類型識別處理模塊執(zhí)行上報操作。
所述客戶端進一步包括用戶代理檔案信息監(jiān)視模塊,用于確定自身的用戶代理檔案信息的改變影響當前運行的業(yè)務(wù)時,通知業(yè)務(wù)類型識別處理模塊執(zhí)行上報操作;確定自身的用戶代理檔案信息的改變不影響當前運行的業(yè)務(wù)時,不上報該變化的用戶代理檔案信息。
所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊進一步用于上報基本用戶代理檔案信息;所述客戶端內(nèi)進一步包括用戶代理檔案信息判斷模塊,用于識別所述業(yè)務(wù)類型后,確定該獲取的用戶代理檔案屬性是否完全包含在已上報的基本用戶代理檔案屬性之內(nèi),若完全包含之內(nèi),則不再上報用戶代理檔案信息,若未完全包含之內(nèi),再通知業(yè)務(wù)類型識別處理模塊上報除基本用戶代理檔案信息以外的設(shè)備能力用戶代理檔案屬性及其屬性值。
所述源服務(wù)器進一步包括業(yè)務(wù)變化監(jiān)視模塊,用于監(jiān)視自身的業(yè)務(wù)類型發(fā)生變化后,通知業(yè)務(wù)類型下發(fā)模塊,給客戶端下發(fā)更新的業(yè)務(wù)類型。
所述源服務(wù)器內(nèi)進一步包括屬性值判斷模塊,用于確定接收到的設(shè)備能力用戶代理檔案屬性值滿足業(yè)務(wù)提供條件時,通知已存在的內(nèi)容調(diào)整模塊進行業(yè)務(wù)提供方式調(diào)整處理,確定接收到的設(shè)備能力用戶代理檔案屬性值不滿足業(yè)務(wù)提供條件時,通知業(yè)務(wù)類型下發(fā)模塊,選擇能夠滿足所述要求的另一種業(yè)務(wù)類型,下發(fā)給客戶端。
一種上報用戶代理檔案信息的終端設(shè)備,包括客戶端,所述客戶端內(nèi)包括業(yè)務(wù)類型識別模塊,其中,所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊,用于識別業(yè)務(wù)類型,獲取并上報與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值。
所述終端設(shè)備內(nèi)包括用戶代理檔案庫,所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊,用于從已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)關(guān)系中獲取與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性;從用戶代理檔案庫中獲取與該的用戶代理檔案屬性對應(yīng)的屬性值;所述用戶代理檔案庫,用于存儲用戶代理檔案屬性及與其對應(yīng)的屬性值。
所述客戶端內(nèi)進一步包括錯誤報告模塊,用于不能識別業(yè)務(wù)類型時,向服務(wù)器端上報包含指示業(yè)務(wù)類型不能識別的錯誤信息。
所述客戶端進一步包括關(guān)聯(lián)模塊,用于根據(jù)接收到的與所述業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案信息通知,存儲所述關(guān)聯(lián)的業(yè)務(wù)類型和能力屬性,之后通知業(yè)務(wù)類型識別處理模塊執(zhí)行上報操作。
所述客戶端進一步包括用戶代理檔案信息監(jiān)視模塊,用于確定自身的用戶代理檔案信息的改變影響當前運行的業(yè)務(wù)時,通知業(yè)務(wù)類型識別處理模塊執(zhí)行上報操作;確定自身的用戶代理檔案信息的改變不影響當前運行的業(yè)務(wù)時,不上報該變化的用戶代理檔案信息。
所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊進一步用于基本用戶代理檔案信息;所述客戶端內(nèi)進一步包括用戶代理檔案信息判斷模塊,用于識別所述業(yè)務(wù)類型后,確定該當前獲取的用戶代理檔案屬性是否完全包含在已上報的基本用戶代理檔案信息之內(nèi),若完全包含之內(nèi),則不再上報用戶代理檔案信息,若未完全包含之內(nèi),再通知業(yè)務(wù)類型識別處理模塊上報除基本用戶代理檔案屬性以外的設(shè)備能力用戶代理檔案屬性及其屬性值。
本發(fā)明的關(guān)鍵是,將用戶代理檔案信息和業(yè)務(wù)類型相關(guān)聯(lián),客戶端識別業(yè)務(wù)類型,并客戶端根據(jù)識別的業(yè)務(wù)類型將與之相關(guān)的用戶代理檔案信息上報給服務(wù)器端,從而避免了上報所有的用戶代理檔案信息,節(jié)約了網(wǎng)絡(luò)資源。并且,當終端的設(shè)備能力用戶代理檔案信息發(fā)生變化或者服務(wù)器端的業(yè)務(wù)類型發(fā)生變化時,如果該變化對現(xiàn)有的業(yè)務(wù)有影響,則客戶端只需將變化的設(shè)備能力用戶代理檔案信息發(fā)送給服務(wù)器端,從而進一步避免了傳輸大量的用戶代理檔案信息,更進一步地節(jié)約了網(wǎng)絡(luò)資源。
圖1是現(xiàn)有技術(shù)一實施例的客戶端與服務(wù)器之間建立連接時的處理過程示意圖;圖2是現(xiàn)有技術(shù)一實施例的更新UAP信息的處理過程示意圖;圖3是應(yīng)用本發(fā)明的在建立連接階段一實施例的上報UAP信息的處理過程示意圖;圖4是應(yīng)用本發(fā)明的當UAP更新時一實施例的上報UAP信息的處理過程示意圖;圖5是應(yīng)用本發(fā)明的當服務(wù)器端業(yè)務(wù)更新時一實施例的上報UAP信息的處理過程示意圖;圖6是應(yīng)用本發(fā)明的在建立連接階段一實施例的上報UAP信息時客戶端的實現(xiàn)流程圖;圖7是應(yīng)用本發(fā)明的在建立連接階段一實施例的上報UAP信息時服務(wù)器端的實現(xiàn)流程圖;圖8是應(yīng)用本發(fā)明的當UAP更新時一實施例的上報UAP信息的實現(xiàn)流程圖;圖9是應(yīng)用本發(fā)明的當服務(wù)器端業(yè)務(wù)更新時一實施例的上報UAP信息的實現(xiàn)流程10是應(yīng)用本發(fā)明一實施例的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式
下面結(jié)合附圖及具體實施例對本發(fā)明再做進一步詳細說明。
本發(fā)明的思路是由客戶端查詢并獲取需要上報的用戶代理檔案(UAP)信息,并將該信息上報給服務(wù)器端,而不再需要服務(wù)器端做查詢操作。
為此,當采用超文本傳送協(xié)議(HTTP)實現(xiàn)時,本發(fā)明對HTTP協(xié)議中的Profile-Diff和Profile-Warning消息頭進行了擴展,使其能夠在服務(wù)器端與客戶端間傳送業(yè)務(wù)類型信息和UAP的屬性和屬性值。當然,本發(fā)明包含但不限于擴展HTTP協(xié)議頭來實現(xiàn),無論采用哪種協(xié)議實現(xiàn),其實現(xiàn)過程是相同的,以下僅以采用HTTP為例進行說明。
擴展前的profile-diff消息頭如表1所示
表1擴展后的profile-diff消息頭如表2所示
表2
擴展前的Profile-Warning消息頭如表3所示
表3擴展后的Profile-Warning消息頭如表4所示
表4上述擴展的消息頭中所增加的service-desc表示業(yè)務(wù)類型。其可以表示一種業(yè)務(wù)或多種業(yè)務(wù)的組合。
為了實現(xiàn)本發(fā)明,需要預(yù)先設(shè)置業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表,該關(guān)聯(lián)表中包含業(yè)務(wù)類型和該業(yè)務(wù)類型所需UAP信息的關(guān)聯(lián)關(guān)系,該關(guān)聯(lián)表不一定以表格的形式存在,只要能夠表示上述關(guān)聯(lián)關(guān)系的各種形式均可,本發(fā)明以下的實施例中以關(guān)聯(lián)表為例進行說明。
現(xiàn)有的UAP雖然能夠解決終端的靜態(tài)能力表示和一定范圍內(nèi)終端能力的變更解決方法,但UA還P存在不少問題,如目前UAP對于定期UAP上報,基于某種動態(tài)屬性閾值的通知,服務(wù)器詢問終端某些能力屬性等尚無法支持等。OMA為了解決以上問題,成立了DPE(Device Profile Evolution)工作組。也就是說,DPE相當于UAP的延伸,以下所說的客戶端和服務(wù)器端都基于該DPE。也即以下所有實施例中的客戶端和服務(wù)器端分別由DPE客戶端和DPE服務(wù)器端來實現(xiàn)。
下面對上報UAP信息的方法進行說明。
參見圖3,其是應(yīng)用本發(fā)明的在建立連接階段一實施例的上報UAP信息的處理過程示意圖。
步驟301,客戶端向服務(wù)器端發(fā)送應(yīng)用請求,該請求中包含基本用戶代理檔案信息??蛻舳藢⑸蠄蟮挠脩舸頇n案信息承載在擴展的x-wap-profile-diff消息頭中。
步驟302,服務(wù)器端根據(jù)接收到請求下發(fā)響應(yīng)信息,該響應(yīng)信息中包含業(yè)務(wù)類型;該業(yè)務(wù)類型在擴展的x-wap-profile-warning消息頭中下發(fā)給客戶端。
步驟303,客戶端根據(jù)接收到的業(yè)務(wù)類型查詢已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表中是否存在該業(yè)務(wù)類型,如存在則執(zhí)行步驟307,如不存在則執(zhí)行步驟304。該已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表位于客戶端內(nèi),或者位于用戶代理檔案庫中,或在終端設(shè)備內(nèi)獨立于客戶端和用戶代理檔案庫單獨存在。也就是說,客戶端識別接收到的業(yè)務(wù)類型,其具體的識別方法為判斷接收到的業(yè)務(wù)類型是否在終端設(shè)備內(nèi)存在,若存在,則表明客戶端能夠識別出該業(yè)務(wù)類型,若不存在,則表明客戶端不能識別該業(yè)務(wù)類型。
步驟304,客戶端給服務(wù)器發(fā)送錯誤信息,該信息中包含不能識別業(yè)務(wù)類型的指示。
步驟305,服務(wù)器端給客戶端發(fā)送該業(yè)務(wù)類型定義,即通知客戶端與該業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案屬性。
步驟306,客戶端根據(jù)接收到的通知記錄該業(yè)務(wù)類型,即將接收到的關(guān)聯(lián)信息即接收到的業(yè)務(wù)類型定義增設(shè)到所述業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表中,然后執(zhí)行步驟307。
步驟307~308,客戶端記錄服務(wù)器端當前提供應(yīng)用的業(yè)務(wù)類型,并且,客戶端根據(jù)所述關(guān)聯(lián)表獲取與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性;判斷該從關(guān)聯(lián)表中所獲取的用戶代理檔案屬性是否完全包含在已上報的基本用戶代理檔案屬性之內(nèi),若是,則不再上報用戶代理檔案信息,否則,從用戶代理檔案庫中獲取與該業(yè)務(wù)類型對應(yīng)的除基本用戶代理檔案信息以外的設(shè)備能力用戶代理檔案屬性的屬性值。
步驟309,客戶端向服務(wù)器端上報設(shè)備能力用戶代理檔案信息,該上報的信息包括設(shè)備能力用戶代理檔案屬性及其屬性值。
在上述處理過程中,當服務(wù)器端接收到來自客戶端的不能識別業(yè)務(wù)類型的錯誤信息后,也可以不做處理,即步驟305和306也可以不存在,其為可選步驟。
再有,在客戶端所發(fā)送的應(yīng)用請求中,也可以不包含基本用戶代理檔案信息,此時,在步驟307~308中,客戶端根據(jù)所述關(guān)聯(lián)表獲取與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性;然后從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的屬性值。在步驟309中,客戶端向服務(wù)器端上報所有的用戶代理檔案屬性及其屬性。也就是說,步驟307中不再存在判斷操作,在步驟309中,客戶端將所有的用戶代理檔案信息一次性全部上報。
參見圖4,其是應(yīng)用本發(fā)明的當UAP更新時一實施例的上報UAP信息的處理過程示意圖。
步驟401,客戶端監(jiān)視到自身的用戶代理檔案信息發(fā)生了改變,且確定該改變影響了當前的業(yè)務(wù),執(zhí)行步驟402。如果客戶端監(jiān)視到自身的用戶代理檔案信息的發(fā)生改變但不影響當前運行的業(yè)務(wù),則不用執(zhí)行后續(xù)操作。
步驟402~403,客戶端向服務(wù)器端發(fā)送用戶代理檔案信息變更通知,該通知中包含具體變更的用戶代理檔案屬性及其屬性值,并接收來自服務(wù)器端的響應(yīng)。上述變更通知中是包含擴展后的Profile-diff消息頭的。
參見圖5,其是應(yīng)用本發(fā)明的當服務(wù)器端業(yè)務(wù)更新時一實施例的上報UAP信息的處理過程示意圖。
步驟501,服務(wù)器端業(yè)務(wù)類型發(fā)生變化,確定需要更新UAP信息。
步驟502,服務(wù)器端向客戶端發(fā)送更新的業(yè)務(wù)類型。
步驟503~504,客戶端根據(jù)接收到的信息,從所述關(guān)聯(lián)表中獲取與該更新的業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性,上報與該更新的業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值;之后接收來自服務(wù)器端的響應(yīng)信息。
下面針對上述各個處理過程,通過實現(xiàn)流程圖對其分別進行詳細說明。
參見圖6,其是應(yīng)用本發(fā)明的在建立連接階段一實施例的上報UAP信息時客戶端的實現(xiàn)流程圖。
步驟601,客戶端向服務(wù)器端發(fā)送應(yīng)用請求,該請求中包含基本用戶代理檔案信息。客戶端將上報的用戶代理檔案信息承載在擴展的x-wap-profile-diff消息頭中。
步驟602,客戶端接收來自服務(wù)器端的業(yè)務(wù)類型信息。
步驟603,客戶端判斷已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表中是否存在該業(yè)務(wù)類型,即識別該業(yè)務(wù)類型是否已被定義,若是則執(zhí)行步驟606,否則執(zhí)行步驟604。
步驟604,客戶端回復(fù)錯誤信息,該信息中包含不能識別業(yè)務(wù)類型的指示。
步驟605,客戶端根據(jù)接收到新的業(yè)務(wù)類型定義,修改業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表,即將接收到的新的業(yè)務(wù)類型定義增設(shè)到所述業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表中,并且客戶端記錄服務(wù)器端當前提供應(yīng)用的業(yè)務(wù)類型,然后執(zhí)行步驟606。
步驟606,客戶端根據(jù)所述關(guān)聯(lián)表獲取與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性。
步驟607,客戶端判斷該從關(guān)聯(lián)表中所獲取的用戶代理檔案屬性是否完全包含在已上報的基本用戶代理檔案信息之內(nèi),若是,則不再執(zhí)行上報操作,直接執(zhí)行步驟609,否則執(zhí)行步驟608。
步驟608,從用戶代理檔案庫中獲取與該業(yè)務(wù)類型對應(yīng)的除基本用戶代理檔案信息以外的設(shè)備能力用戶代理檔案信息的屬性值,向服務(wù)器端上報設(shè)備能力用戶代理檔案屬性及其屬性值。
步驟609,會話建立,客戶端開始監(jiān)測UAP的變化。
參見圖7,其是應(yīng)用本發(fā)明的在建立連接階段一實施例的上報UAP信息時服務(wù)器端的實現(xiàn)流程圖。
步驟701,服務(wù)器端從來自客戶端的應(yīng)用請求中獲取基本UAP信息。
步驟702,服務(wù)器端根據(jù)基本UAP信息選擇合適的業(yè)務(wù),給客戶端回復(fù)響應(yīng)信息,該信息中包含業(yè)務(wù)類型,業(yè)務(wù)類型在擴展的x-wap-profile-warning消息頭中下發(fā)給客戶端。
步驟703,服務(wù)器端接收來自客戶端的回復(fù)信息,如果該回復(fù)信息是設(shè)備能力用戶代理檔案的屬性和屬性值,則表明客戶端已識別了下發(fā)的業(yè)務(wù)類型,執(zhí)行步驟705,如果該信息是指明不能識別業(yè)務(wù)類型的錯誤信息,則執(zhí)行步驟704。
步驟704,服務(wù)器端給客戶端發(fā)送該業(yè)務(wù)類型定義,即通知客戶端與該業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案屬性,待接收到客戶端返回的設(shè)備能力用戶代理檔案信息的屬性和屬性值時,再執(zhí)行步驟705。
步驟705,服務(wù)器端對接收到的設(shè)備能力用戶代理檔案的屬性和屬性值進行解析。
步驟706,服務(wù)器判斷接收到的設(shè)備能力用戶代理檔案屬性值判斷是否滿足業(yè)務(wù)提供條件,即是否指示客戶端支持該業(yè)務(wù)類型,也即接收到的屬性值是否滿足該業(yè)務(wù)需要,若是,則通知服務(wù)器端執(zhí)行步驟708,否則通知服務(wù)器端執(zhí)行步驟707。
步驟707,服務(wù)器端選擇能夠滿足所述應(yīng)用請求的另一種業(yè)務(wù)類型,然后重新執(zhí)行步驟702。
步驟708,源服務(wù)器根據(jù)接收到的設(shè)備能力用戶代理檔案信息調(diào)整業(yè)務(wù)提供方式,如進行內(nèi)容剪裁等。
由于當服務(wù)器端接收到來自客戶端的不能識別業(yè)務(wù)類型的錯誤信息后,也可以不做處理,因此,圖6中的步驟605,圖7中的步驟704也可以不存在,即其為可選步驟。
如果在客戶端所發(fā)送的應(yīng)用請求中不包含基本用戶代理檔案信息,則圖6中的步驟607不存在,且在步驟608中,將上報所有所用戶代理檔案屬性及其屬性值。相應(yīng)地,在圖7中的步驟701中,服務(wù)器端只會接收到應(yīng)用請求,而且該應(yīng)用請求中不包含基本用戶代理檔案信息,步驟702中,服務(wù)器端根據(jù)應(yīng)用請求選擇某種合適的業(yè)務(wù)類型。
參見圖8,其是應(yīng)用本發(fā)明的當UAP更新時一實施例的上報UAP信息的實現(xiàn)流程圖。
步驟801,客戶端與服務(wù)器端已建立了會話,并已經(jīng)記錄了服務(wù)器端當前提供應(yīng)用的業(yè)務(wù)類型。
步驟802,客戶端監(jiān)視到自身的用戶代理檔案信息當前發(fā)生了改變。
步驟803,客戶端查詢已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表,確定該變化的用戶代理檔案信息所影響的業(yè)務(wù)類型。
步驟804,判斷所影響到的業(yè)務(wù)類型與當前已經(jīng)記錄的源服務(wù)器當前提供的業(yè)務(wù)類型是否一致,即判斷該用戶代理檔案信息的變化對當前運行的業(yè)務(wù)是否有影響,若是,則執(zhí)行步驟805,否則客戶端不上報該變化的用戶代理檔案信息,直接執(zhí)行步驟806。
步驟805,客戶端從用戶代理檔案庫中獲取該變化的用戶代理檔案屬性的屬性值,并上報該變化的用戶代理檔案屬性及其屬性值,然后執(zhí)行步驟806。
步驟806,客戶端繼續(xù)監(jiān)視并獲取發(fā)生變化的用戶代理檔案信息,然后重復(fù)執(zhí)行步驟803。
當服務(wù)器端接收到客戶端上報的發(fā)生變化的用戶代理檔案信息后,會根據(jù)該更新的用戶代理檔案信息重新調(diào)整業(yè)務(wù)提供方式,如進行內(nèi)容剪裁等。此處服務(wù)器端獲取更新的用戶代理檔案信息的過程與圖7中相應(yīng)部分的描述一致,不再贅述。
參見圖9,其是應(yīng)用本發(fā)明的當服務(wù)器端業(yè)務(wù)更新時一實施例的上報UAP信息的實現(xiàn)流程圖。
步驟901,服務(wù)器業(yè)務(wù)類型發(fā)生變化,確定需要更新UAP信息,通知服務(wù)器端。
步驟902,服務(wù)器端向客戶端發(fā)送更新的業(yè)務(wù)類型。
步驟903,客戶端記錄該新的業(yè)務(wù)類型。
步驟904,客戶端查詢業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表,判斷該接收到的更新的業(yè)務(wù)類型所需的設(shè)備能力用戶代理檔案信息是否完全包含在原有應(yīng)用的業(yè)務(wù)類型所需的設(shè)備能力用戶代理檔案信息中,如完全包含,則執(zhí)行步驟906,如不完全包含,則執(zhí)行步驟905。
步驟905,客戶端發(fā)送該更新的業(yè)務(wù)類型所需要的設(shè)備能力用戶代理檔案屬性及其屬性值,然后執(zhí)行步驟906。本步驟中的發(fā)送方式與圖6所述相應(yīng)部分相同,此處不再贅述。
步驟906,服務(wù)器端提供新的業(yè)務(wù)。
對于以上所有流程,所述的用戶代理檔案屬性包括基本用戶代理檔案屬性和設(shè)備能力用戶代理檔案屬性。其中,基本用戶代理檔案屬性包括對所有業(yè)務(wù)產(chǎn)生影響的設(shè)備硬件、軟件和網(wǎng)絡(luò)的基本特性信息,如屏幕大小、顏色支持、分辨率、內(nèi)存大小、承載載體、延時、網(wǎng)絡(luò)帶寬等信息,這些信息會對所有的業(yè)務(wù)類型產(chǎn)生影響;設(shè)備能力用戶代理檔案屬性包括除基本用戶代理檔案屬性以外的對業(yè)務(wù)產(chǎn)生影響的信息。這些信息跟某些業(yè)務(wù)相關(guān)聯(lián)。不同的設(shè)備能力用戶代理檔案屬性可能會對某一種或幾種業(yè)務(wù)類型產(chǎn)生影響,某個業(yè)務(wù)類型需要的用戶代理檔案屬性可能由基本用戶代理檔案屬性就能滿足需求,還有的業(yè)務(wù)類型可能需要其他一種或多種設(shè)備能力用戶代理檔案屬性才能滿足。如DRM業(yè)務(wù)類型,涉及DrmTechnology、DrmVersion、DrmPermissions、DrmConstraint、DrmMediaTypesSupported等設(shè)備能力用戶代理檔案屬性。
參見圖10,本發(fā)明還提供了一種上報用戶代理檔案信息的系統(tǒng)。該系統(tǒng)包括位于終端設(shè)備100中的客戶端(Client)110和位于源服務(wù)器(OriginServer)200中的服務(wù)器端(Server)220,其中,在客戶端110內(nèi)還包括業(yè)務(wù)類型識別模塊111,服務(wù)器端220內(nèi)包括業(yè)務(wù)類型下發(fā)模塊221。
上述服務(wù)器端220內(nèi)的業(yè)務(wù)類型下發(fā)模塊221,用于根據(jù)接收到的業(yè)務(wù)應(yīng)用請求,下發(fā)包含業(yè)務(wù)類型的響應(yīng)消息。該業(yè)務(wù)類型在HTTP協(xié)議中擴展的x-wap-profile-warning消息頭中下發(fā)給客戶端,或者,通過SOAP協(xié)議下發(fā)給客戶端,當然,也可以通過其他協(xié)議實現(xiàn)。
上述客戶端110內(nèi)的業(yè)務(wù)類型識別處理模塊111,用于識別業(yè)務(wù)類型,獲取并上報與所述業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值。
終端設(shè)備100內(nèi)還包括用戶代理檔案屬性庫120,客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊111,用于根據(jù)已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表獲取與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性;從用戶代理檔案庫120中獲取與該用戶代理檔案屬性對應(yīng)的屬性值。該已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表位于客戶端內(nèi),或者位于用戶代理檔案庫中,或在終端設(shè)備內(nèi)獨立于客戶端和用戶代理檔案庫單獨存在。客戶端將上報的用戶代理檔案信息承載在HTTP協(xié)議中擴展的x-wap-profile-diff消息頭中,或承載在其他協(xié)議中。
所述用戶代理檔案庫120,用于存儲用戶代理檔案屬性及與其對應(yīng)的屬性值。
對于圖10所示系統(tǒng),上述客戶端110內(nèi)還可以進一步包括錯誤報告模塊112,用于不能識別業(yè)務(wù)類型時,向服務(wù)器端220上報包含指示業(yè)務(wù)類型不能識別的錯誤信息。
上述服務(wù)器端220中還可以進一步包括通知模塊222,用于通知客戶端110與所述業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案屬性。上述客戶端110內(nèi)還可以進一步包括關(guān)聯(lián)模塊113,用于根據(jù)接收到的通知,將所述關(guān)聯(lián)增設(shè)到業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表中,之后通知業(yè)務(wù)類型識別處理模塊111執(zhí)行上報操作。
上述客戶端110中還可以進一步包括用戶代理檔案信息監(jiān)視模塊114,用于確定自身的用戶代理檔案信息的改變影響當前運行的業(yè)務(wù)時,通知業(yè)務(wù)類型識別處理模塊111執(zhí)行上報操作;確定自身的用戶代理檔案信息的改變不影響當前運行的業(yè)務(wù)時,不上報該變化的用戶代理檔案信息。
上述服務(wù)器端接收到的應(yīng)用請求中可以進一步包括基本用戶代理檔案信息;此時,上述客戶端110內(nèi)還可以進一步包括用戶代理檔案信息判斷模塊115,用于在確定已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表中存在該業(yè)務(wù)類型后,確定該從關(guān)聯(lián)表中所獲取的用戶代理檔案信息是否完全包含在已上報的基本用戶代理檔案信息之內(nèi),若完全包含之內(nèi),則不再上報用戶代理檔案信息,若未完全包含之內(nèi),再通知業(yè)務(wù)類型識別處理模塊111上報除基本用戶代理檔案信息以外的設(shè)備能力用戶代理檔案屬性及其屬性值。
上述服務(wù)器200中還可以進一步包括業(yè)務(wù)變化監(jiān)視模塊210,用于監(jiān)視自身的業(yè)務(wù)類型發(fā)生變化后,通知業(yè)務(wù)類型下發(fā)模塊221給客戶端下發(fā)更新的業(yè)務(wù)類型。
上述服務(wù)器200中還可以進一步包括屬性值判斷模塊230,用于確定接收到的設(shè)備能力用戶代理檔案屬性值指示客戶端是否支持該業(yè)務(wù)類型,若支持,則通知已存在的內(nèi)容調(diào)整模塊進行調(diào)整業(yè)務(wù)提供方式處理,若不支持,則通知業(yè)務(wù)類型下發(fā)模塊221選擇能夠滿足所述應(yīng)用請求的另一種業(yè)務(wù)類型,下發(fā)給客戶端。
上述客戶端為DPE客戶端,上述服務(wù)器端為DPE服務(wù)器端。
與此同時,本發(fā)明還提供了一種上報用戶代理檔案信息的終端設(shè)備,參見圖10,該終端設(shè)備包括客戶端,而且,在客戶端內(nèi)包括業(yè)務(wù)類型識別處理模塊,終端設(shè)備中還包括用戶代理檔案庫。該終端設(shè)備還可以進一步包括用于報告不能識別業(yè)務(wù)類型的錯誤報告模塊、用于記錄與業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案信息的關(guān)聯(lián)模塊、用于監(jiān)視自身用戶代理檔案信息是否變化的用戶代理檔案信息監(jiān)視模塊、或用戶代理檔案信息判斷模塊、或以上模塊的任意組合。
與此同時,本發(fā)明還提供了一種用于接收用戶代理檔案信息的服務(wù)器,該服務(wù)器包括服務(wù)器端,且服務(wù)器端中包括業(yè)務(wù)類型下發(fā)模塊。該服務(wù)器端還可以進一步包括用于通知客戶端與某業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案信息的通知模塊,在服務(wù)器中還可以進一步包括用于監(jiān)視自身的業(yè)務(wù)類型是否發(fā)生變化的業(yè)務(wù)變化監(jiān)視模塊、或用于確定接收到的設(shè)備能力用戶代理檔案屬性值指示客戶端是否支持該業(yè)務(wù)類型的屬性值判斷模塊,或上述模塊的任意組合。
下面結(jié)合具體實施例對本發(fā)明再做說明。
假設(shè)用戶使用基于位置的多人游戲這一應(yīng)用。其基本用戶代理檔案屬性如表5所示
表5客戶端所維護的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表如表6所示
表6交互步驟如下(1)用戶使用終端設(shè)備開始一個基于位置的多人射擊游戲,客戶端把基本用戶代理檔案信息發(fā)給服務(wù)器,基本用戶代理檔案屬性中包括硬件基本信息,軟件基本信息和網(wǎng)絡(luò)基本信息如屏幕大小、顏色支持、分辨率、內(nèi)存大小、承載載體、延時、網(wǎng)絡(luò)帶寬等信息。
(2)應(yīng)用服務(wù)器接收到終端上報信息后,根據(jù)客戶端上報的信息,服務(wù)器端決定采用多媒體信息業(yè)務(wù)(MMS)方式來傳遞內(nèi)容,服務(wù)器端通知DPE客戶端目前需要使用的業(yè)務(wù)為MMS+基于位置的業(yè)務(wù)(LCS)(3)DPE客戶端記錄目前提供的業(yè)務(wù)類型,查詢出與MMS+LCS業(yè)務(wù)相關(guān)的屬性即相關(guān)的用戶代理檔案屬性,并到用戶代理檔案庫中查詢出屬性值,把這些信息通知給DPE服務(wù)器端。
(4)目前應(yīng)用采用基于CELL-ID的定位方式,用戶使用應(yīng)用,同時DPEclient監(jiān)測終端能力的變化(5)DPE客戶端打開了A-GPS功能,DPE客戶端檢測到設(shè)備能力用戶代理檔案信息發(fā)生變化,且DPE客戶端查詢到這一能力的變化將會對LCS業(yè)務(wù)產(chǎn)生影響,則DPE客戶端將通知DPE服務(wù)器端這一變化的設(shè)備能力用戶代理檔案屬性及其屬性值。
(6)DPE服務(wù)器端獲取變化的設(shè)備能力用戶代理檔案信息后,判斷出目前可以采用更精確的定位,進行內(nèi)容裁減。
(7)在使用業(yè)務(wù)的過程中,用戶激活攝像頭,DPE客戶端檢測到設(shè)備能力用戶代理檔案信息發(fā)生變化,且DPE客戶端識別到這一能力的變化對MMS+LCS都沒有影響,則決定不向DPE server上報這一變化的信息。
(8)在業(yè)務(wù)使用過程中,網(wǎng)絡(luò)的GPRS功能發(fā)生異常,DPE客戶端向服務(wù)器通知這一信息。
(9)服務(wù)器終止MMS業(yè)務(wù),決定采用SMS來傳輸數(shù)據(jù),并向DPE客戶端詢問SMS的能力。
以上所述僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進等,均包含在本發(fā)明的保護范圍內(nèi)。
權(quán)利要求
1.一種上報用戶代理檔案信息的方法,其特征在于,包括以下步驟a、客戶端識別業(yè)務(wù)類型;b、客戶端獲取并上報與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述業(yè)務(wù)類型由服務(wù)器端下發(fā)給客戶端的;所述客戶端識別業(yè)務(wù)類型的方法為客戶端判斷接收到的業(yè)務(wù)類型是否在終端設(shè)備內(nèi)存在,若存在,則客戶端識別出該業(yè)務(wù)類型。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述客戶端獲取并上報與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值的過程為根據(jù)預(yù)先設(shè)置的業(yè)務(wù)類型與用戶代理檔案屬性的關(guān)聯(lián)關(guān)系,獲取與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性;從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的屬性值,之后,上報與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值。
4.根據(jù)權(quán)利要求3所述的方法,其特征在于,如果客戶端確定終端設(shè)備內(nèi)不存在該業(yè)務(wù)類型,則該方法進一步包括客戶端給服務(wù)器發(fā)送錯誤信息,該信息中包含不能識別業(yè)務(wù)類型的指示。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于,該方法進一步包括服務(wù)器通知客戶端與所述業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案屬性;客戶端根據(jù)接收到的通知,存儲所述關(guān)聯(lián)的業(yè)務(wù)類型和能力屬性,之后,根據(jù)接收到的用戶代理檔案屬性從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的屬性值,上報該用戶代理檔案屬性及其屬性值。
6.根據(jù)權(quán)利要求3所述的方法,其特征在于,該方法進一步包括客戶端監(jiān)視自身的用戶代理檔案屬性的改變是否影響當前運行的業(yè)務(wù),若是,則從用戶代理檔案庫中獲取該變化的用戶代理檔案屬性值,并上報該變化的用戶代理檔案屬性及其屬性值,否則不上報。
7.根據(jù)權(quán)利要求6所述的方法,其特征在于,所述客戶端監(jiān)視自身的用戶代理檔案屬性的改變是否影響當前運行的業(yè)務(wù)的過程為客戶端記錄服務(wù)器端當前提供的業(yè)務(wù)類型,判斷用戶代理檔案屬性的改變所影響到的業(yè)務(wù)類型與當前已經(jīng)記錄的服務(wù)器端當前提供的業(yè)務(wù)類型是否一致,若一致則影響,否則不影響。
8.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述用戶代理檔案屬性包括基本用戶代理檔案屬性和設(shè)備能力用戶代理檔案屬性;所述基本用戶代理檔案屬性包括對所有業(yè)務(wù)產(chǎn)生影響的設(shè)備硬件、軟件和網(wǎng)絡(luò)的基本特性信息;所述設(shè)備能力用戶代理檔案屬性包括除基本用戶代理檔案屬性以外的對業(yè)務(wù)產(chǎn)生影響的信息。
9.根據(jù)權(quán)利要求8所述的方法,其特征在于,客戶端識別業(yè)務(wù)類型之前,進一步包括向服務(wù)器端上報基本用戶代理檔案屬性;客戶端識別業(yè)務(wù)類型后,進一步包括判斷所獲取的用戶代理檔案屬性是否完全包含在已上報的基本用戶代理檔案屬性之內(nèi),若是,則不再執(zhí)行上報操作,否則,再從用戶代理檔案庫中獲取除基本用戶代理檔案屬性以外的設(shè)備能力用戶代理檔案屬性的值,上報該設(shè)備能力用戶代理檔案屬性及其值。
10.根據(jù)權(quán)利要求4、5、6或9所述的方法,其特征在于,服務(wù)器發(fā)生業(yè)務(wù)變化時,該方法進一步包括服務(wù)器端向客戶端發(fā)送更新的業(yè)務(wù)類型;客戶端根據(jù)接收到的更新的業(yè)務(wù)類型,重新獲取與該更新的業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性,然后從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的值,并上報用戶代理檔案屬性及其屬性值。
11.根據(jù)權(quán)利要求10所述的方法,其特征在于,所述客戶端接收到來自服務(wù)器端更新的業(yè)務(wù)類型后,進一步包括判斷該接收到的更新的業(yè)務(wù)類型所需的設(shè)備能力用戶代理檔案屬性是否已經(jīng)完全包含在原有業(yè)務(wù)類型所需的設(shè)備能力用戶代理檔案屬性中,如完全包含,則不再進行后續(xù)步驟,如不完全包含,再執(zhí)行后續(xù)處理。
12.根據(jù)權(quán)利要求11所述的方法,其特征在于,服務(wù)器端接收到來自客戶端的設(shè)備能力用戶代理檔案屬性及其屬性值后,進一步包括服務(wù)器根據(jù)接收到的用戶代理檔案屬性值判斷是否滿足業(yè)務(wù)提供條件,若是,則服務(wù)器端根據(jù)接收到的用戶代理檔案屬性調(diào)整業(yè)務(wù)提供方式,否則,通知服務(wù)器端選擇能夠滿足要求的另一種業(yè)務(wù)類型,下發(fā)給客戶端;所述客戶端根據(jù)接收到的信息,獲取與當前業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性,然后從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的值,并上報用戶代理檔案屬性及其屬性值。
13.根據(jù)權(quán)利要求3或5所述的方法,其特征在于,所述預(yù)先設(shè)置的業(yè)務(wù)類型與用戶代理檔案屬性的關(guān)聯(lián)關(guān)系以業(yè)務(wù)類型和能力屬性關(guān)聯(lián)表的形式存在。
14.一種上報用戶代理檔案信息的系統(tǒng),包括位于終端設(shè)備中的客戶端和位于源服務(wù)器中的服務(wù)器端,其特征在于,所述客戶端內(nèi)包括業(yè)務(wù)類型識別模塊,所述服務(wù)器端內(nèi)包括業(yè)務(wù)類型下發(fā)模塊,其中,所述服務(wù)器端內(nèi)的業(yè)務(wù)類型下發(fā)模塊,用于下發(fā)包含業(yè)務(wù)類型的消息;所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊,用于識別業(yè)務(wù)類型,獲取并上報與所述業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值。
15.根據(jù)權(quán)利要求14所述的系統(tǒng),其特征在于,所述終端設(shè)備內(nèi)包括用戶代理檔案庫,所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊,用于根據(jù)已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)關(guān)系,獲取與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性;從用戶代理檔案庫中獲取與該用戶代理檔案屬性對應(yīng)的屬性值;所述用戶代理檔案庫,用于存儲用戶代理檔案屬性及其對應(yīng)的屬性值。
16.根據(jù)權(quán)利要求14所述的系統(tǒng),其特征在于,所述客戶端內(nèi)進一步包括錯誤報告模塊,用于不能識別所述業(yè)務(wù)類型時,向服務(wù)器端上報包含指示業(yè)務(wù)類型不能識別的錯誤信息。
17.根據(jù)權(quán)利要求14所述的系統(tǒng),其特征在于,所述服務(wù)器端進一步包括通知模塊,用于通知客戶端與所述業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案屬性;所述客戶端進一步包括關(guān)聯(lián)模塊,根據(jù)接收到的通知,存儲所述關(guān)聯(lián)的業(yè)務(wù)類型和能力屬性,之后通知業(yè)務(wù)類型識別處理模塊執(zhí)行上報操作。
18.根據(jù)權(quán)利要求14所述的系統(tǒng),其特征在于,所述客戶端進一步包括用戶代理檔案信息監(jiān)視模塊,用于確定自身的用戶代理檔案信息的改變影響當前運行的業(yè)務(wù)時,通知業(yè)務(wù)類型識別處理模塊執(zhí)行上報操作;確定自身的用戶代理檔案信息的改變不影響當前運行的業(yè)務(wù)時,不上報該變化的用戶代理檔案信息。
19.根據(jù)權(quán)利要求14所述的系統(tǒng),其特征在于,所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊進一步用于上報基本用戶代理檔案信息;所述客戶端內(nèi)進一步包括用戶代理檔案信息判斷模塊,用于識別所述業(yè)務(wù)類型后,確定該獲取的用戶代理檔案屬性是否完全包含在已上報的基本用戶代理檔案屬性之內(nèi),若完全包含之內(nèi),則不再上報用戶代理檔案信息,若未完全包含之內(nèi),再通知業(yè)務(wù)類型識別處理模塊上報除基本用戶代理檔案信息以外的設(shè)備能力用戶代理檔案屬性及其屬性值。
20.根據(jù)權(quán)利要求16至19任一所述的系統(tǒng),其特征在于,所述源服務(wù)器進一步包括業(yè)務(wù)變化監(jiān)視模塊,用于監(jiān)視自身的業(yè)務(wù)類型發(fā)生變化后,通知業(yè)務(wù)類型下發(fā)模塊,給客戶端下發(fā)更新的業(yè)務(wù)類型。
21.根據(jù)權(quán)利要求20所述的系統(tǒng),其特征在于,所述源服務(wù)器內(nèi)進一步包括屬性值判斷模塊,用于確定接收到的設(shè)備能力用戶代理檔案屬性值滿足業(yè)務(wù)提供條件時,通知已存在的內(nèi)容調(diào)整模塊進行業(yè)務(wù)提供方式調(diào)整處理,確定接收到的設(shè)備能力用戶代理檔案屬性值不滿足業(yè)務(wù)提供條件時,通知業(yè)務(wù)類型下發(fā)模塊,選擇能夠滿足所述要求的另一種業(yè)務(wù)類型,下發(fā)給客戶端。
22.一種上報用戶代理檔案信息的終端設(shè)備,包括客戶端,其特征在于,所述客戶端內(nèi)包括業(yè)務(wù)類型識別模塊,其中,所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊,用于識別業(yè)務(wù)類型,獲取并上報與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性及其屬性值。
23.根據(jù)權(quán)利要求22所述的終端設(shè)備,其特征在于,所述終端設(shè)備內(nèi)包括用戶代理檔案庫,所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊,用于從已設(shè)置的業(yè)務(wù)類型和能力屬性關(guān)聯(lián)關(guān)系中獲取與該業(yè)務(wù)類型對應(yīng)的用戶代理檔案屬性;從用戶代理檔案庫中獲取與該的用戶代理檔案屬性對應(yīng)的屬性值;所述用戶代理檔案庫,用于存儲用戶代理檔案屬性及與其對應(yīng)的屬性值。
24.根據(jù)權(quán)利要求22所述的終端設(shè)備,其特征在于,所述客戶端內(nèi)進一步包括錯誤報告模塊,用于不能識別業(yè)務(wù)類型時,向服務(wù)器端上報包含指示業(yè)務(wù)類型不能識別的錯誤信息。
25.根據(jù)權(quán)利要求22所述的終端設(shè)備,其特征在于,所述客戶端進一步包括關(guān)聯(lián)模塊,用于根據(jù)接收到的與所述業(yè)務(wù)類型相關(guān)聯(lián)的用戶代理檔案信息通知,存儲所述關(guān)聯(lián)的業(yè)務(wù)類型和能力屬性,之后通知業(yè)務(wù)類型識別處理模塊執(zhí)行上報操作。
26.根據(jù)權(quán)利要求23、24或25所述的終端設(shè)備,其特征在于,所述客戶端進一步包括用戶代理檔案信息監(jiān)視模塊,用于確定自身的用戶代理檔案信息的改變影響當前運行的業(yè)務(wù)時,通知業(yè)務(wù)類型識別處理模塊執(zhí)行上報操作;確定自身的用戶代理檔案信息的改變不影響當前運行的業(yè)務(wù)時,不上報該變化的用戶代理檔案信息。
27.根據(jù)權(quán)利要求28所述的終端設(shè)備,其特征在于,所述客戶端內(nèi)的業(yè)務(wù)類型識別處理模塊進一步用于基本用戶代理檔案信息;所述客戶端內(nèi)進一步包括用戶代理檔案信息判斷模塊,用于識別所述業(yè)務(wù)類型后,確定該當前獲取的用戶代理檔案屬性是否完全包含在已上報的基本用戶代理檔案信息之內(nèi),若完全包含之內(nèi),則不再上報用戶代理檔案信息,若未完全包含之內(nèi),再通知業(yè)務(wù)類型識別處理模塊上報除基本用戶代理檔案屬性以外的設(shè)備能力用戶代理檔案屬性及其屬性值。
全文摘要
本發(fā)明公開了一種上報用戶代理檔案信息的方法、系統(tǒng)及終端設(shè)備,其關(guān)鍵是,將用戶代理檔案屬性和業(yè)務(wù)類型相關(guān)聯(lián),由客戶端識別業(yè)務(wù)類型,客戶端根據(jù)識別的業(yè)務(wù)類型將與之相關(guān)的用戶代理檔案信息上報給服務(wù)器端,從而避免了上報所有的用戶代理檔案信息,節(jié)約了網(wǎng)絡(luò)資源。并且,當終端的設(shè)備能力用戶代理檔案屬性發(fā)生變化或者服務(wù)器端的業(yè)務(wù)類型發(fā)生變化時,如果該變化對現(xiàn)有的業(yè)務(wù)有影響,則客戶端只需將變化的設(shè)備能力用戶代理檔案信息發(fā)送給服務(wù)器端,從而進一步避免了傳輸大量的用戶代理檔案信息,更進一步地節(jié)約了網(wǎng)絡(luò)資源。
文檔編號H04L12/16GK101087205SQ200610083179
公開日2007年12月12日 申請日期2006年6月7日 優(yōu)先權(quán)日2006年6月7日
發(fā)明者鐘雪平, 柴曉前, 田林一 申請人:華為技術(shù)有限公司