国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      設備能力信息上報方法及終端設備的制作方法

      文檔序號:7972706閱讀:220來源:國知局

      專利名稱::設備能力信息上報方法及終端設備的制作方法
      技術領域
      :本發(fā)明涉及開放移動聯(lián)盟(OMA,OpenMobileAlliance)
      技術領域
      中的用戶代理檔案(UAP,UserAgentProfile)技術,尤其是涉及一種設備能力信息上報方法及終端設備。
      背景技術
      :由于在通信系統(tǒng)中各種終端設備具有不同的能力表象,因此就需要服務器基于某種處理方式來對終端設備的能力和用戶需求進行適配,而為了達到這個目的就需要服務器和終端設備之間能夠交互終端的能力參數(shù)信息,開放移動聯(lián)盟(OMA,OpenMobileAlliance)中的用戶代理檔案(UAP,UserAgentProfile)系統(tǒng)就提供了一種用于終端設備和服務器之間交互終端能力參數(shù)的表示方法,其使用UAP信息來表示終端的能力Wt信息,因此能夠比較好的支持WAP業(yè)務的應用。其中終端的能力信息主要包括下述信息硬件信息,指終端的硬件特征,包括終端設備的種類、型號、顯示屏幕大小、能夠支持的輸入法及其輸出方式信息等;軟件信息,指終端的軟件操作環(huán)境,包括終端設備的操作系統(tǒng),是否支持視頻、音頻編解碼操作,用戶語言選擇等信息;瀏覽器程序,指一組描述HTML瀏覽應用程序的特性信息;網(wǎng)絡特征,用來描述網(wǎng)絡的相關結構和環(huán)境,如網(wǎng)絡承載等信息;WAP特征,用來描述終端設備支持的WAP相關信息,如WMLBrowse能力和特性等信息;Push特征,用來描述終端設備支持的Push相關信息,如終端設備能夠支持的最長短信長度,終端設備能夠存儲的最大短信大小等信息。在UAP系統(tǒng)中能夠實現(xiàn)將終端設備的相關能力信息提供給服務器,從而使得服務器能夠根據(jù)終端設備的能力信息對欲下發(fā)給終端設備的業(yè)務內(nèi)容進行裁剪處理,以達到最符合終端設備能力的格式再提供給終端設備。請參照圖1,該圖是現(xiàn)有UAP系統(tǒng)的主要組成結構框圖,其主要包括UAP終端(UAPClient),通常指支持UAP功能的手機或PDA等智能終端設備;UAP終端向網(wǎng)絡側發(fā)起一個網(wǎng)絡會話Connect時,會把自身的UAP相關信息(為自身能力參數(shù)信息所存儲位置的URL信息)包含到HTTP請求消息或者WSP請求消息中,發(fā)給WAP網(wǎng)關或者OriginServer。服務器(OriginServer),為支持UAP功能的業(yè)務應用服務器,如PUSH服務器等,OriginServer能夠處理UAP終端發(fā)來的包含有UAP相關信息的HTTP請求消息,并根據(jù)請求消息中攜帶的UAP相關信息(如能力參數(shù)信息所存儲位置的URL信息),到UAP數(shù)據(jù)庫(UAPfileRepository)中取得UAP終端的對應UAP信息,并根據(jù)取得的UAP信息對UAP終端請求的業(yè)務內(nèi)容進行裁剪處理后再下發(fā)給UAP終端。WAP網(wǎng)關/ProxyCache,WAP網(wǎng)關處于UAP終端與服務器之間,負責UAP終端側WSP協(xié)議與HTTP協(xié)議的轉換處理,支持把UAP終端上報的靜態(tài)UAP信息(指UAP終端能力W:信息所存儲位置的URL信息)和動態(tài)UAP信息(指UAP終端當時更改的能力參數(shù)信息等)進行合并處理后,再轉發(fā)給OriginS6rv6r。UAP數(shù)據(jù)庫(UAPfileR印ository),用于存儲各個UAP終端的UAP信息,支持OriginServer或WAP網(wǎng)關根據(jù)UAP終端上報的UAPURL信息獲取UAP終端的對應UAP信息,其中UAP數(shù)據(jù)庫可以由終端制造商建立或維護,也可以由網(wǎng)絡運營商建立或維護。但是在上述UAP系統(tǒng)中,UAPfileRepository中通常存儲各個終端設備的靜態(tài)能力信息,即OriginServer—般根據(jù)UAPClient上報的自身能力參數(shù)信息所存儲位置的URL信息,在UAPfileRepository中只能獲取UAPClient的靜態(tài)能力信息,而終端設備在啟動某個業(yè)務過程中若自身有能力信息發(fā)生變化時,就需要主動上報這些發(fā)生變化的動態(tài)能力信息,因此OMA中的設備文檔演進(DPE,DeviceProfileEvolution)工作組進而又提供出了實現(xiàn)終端設備向服務器上報動態(tài)變化的能力信息的方法。但是OriginServer只根據(jù)UAPClient上報的動態(tài)能力信息對欲下發(fā)給UAPClient的業(yè)務內(nèi)容進行裁剪處理,而不會將UAPClient上報的動態(tài)能力信息更新到UAPfileRepository中,因為UAPfileRepository中存儲的靜態(tài)UAP信息是針對同一類型的終端設備而存儲的,不會因為個別終端設備的能力信息發(fā)生變化,而更新所有同一類型的終端設備的能力信息。由此可見,無論基于最初的UAP機制,還是基于后續(xù)改進的DPE機制,如果終端設備的UAP信息存放在網(wǎng)絡側,則對每個終端設備的個性化能力信息就無法進行存儲和維護,同時對于一些基于對等連接(P2P,PeertoPeer)的終端設備,也將無法獲取這些終端設備的UAP信息。為了克服上述中UAP信息存放在網(wǎng)絡側所帶來的技術缺陷,可以考慮把部分或全部的設備UAP信息存放在終端設備中。然而隨著終端設備的能力增強及更多個性化需求,例如終端設備進行固件升級、或安裝一個軟件能力部件、或在終端設備上安裝一個虛擬設備等都可能會導致終端設備的能力信息集發(fā)生變化,這樣就需要由網(wǎng)絡服務器在能力信息集發(fā)生變化的終端設備中更新已有的能力信息集。但由于終端設備的UAP信息分別存放在各個M的終端設備側,這樣就為網(wǎng)絡月艮務器管理維護各個終端設備中的UAP能力信息集造就了困難,即網(wǎng)絡服務器無法通過OTA方式對各個終端i殳備中的UAP能力信息集進行添加、刪除及更新處理。
      發(fā)明內(nèi)容本發(fā)明提出一種設備能力信息上報方法,以在由終端設備將存儲的設備能力信息上報給業(yè)務應用服務器時,實現(xiàn)網(wǎng)絡服務器對各個終端設備中存儲的設備能力信息集進行動態(tài)管理維護。相應的,本發(fā)明還提出了一種終端i殳備。為解決上述問題,本發(fā)明提出的技術方案如下一種設備能力信息上報方法,包括將終端設備所具有的設備能力信息按照設備管理樹結構存儲在終端設備中,所述記錄有設備能力信息的設備管理樹能夠被網(wǎng)絡側的設備管理服務器所管理;所述終端設備在按照設備管理樹結構存儲的設備能力信息中查詢運行業(yè)務所需上報的設備能力信息;以及將查詢到的設備能力信息上報給為自身提供該業(yè)務的應用服務器。較佳地,所述終端設備查詢運行業(yè)務所需上報的設備能力信息的過程具體包括終端設備啟動業(yè)務;以及確定運行該業(yè)務所需上報的設備能力信息;終端設備根據(jù)所述確定的設備能力信息在按照設備管理樹結構存儲的設備能力信息中查詢對應信息。較佳地,所述終端設備查詢運行業(yè)務所需上報的設備能力信息的過程具體包括終端設備啟動業(yè)務后,提供該業(yè)務的應用服務器向終端設備下發(fā)請求消息,所述請求消息用于請求終端設備上報相關的設備能力信息;終端設備根據(jù)接收到的請求消息,在按照設備管理樹結構存儲的設備能力信息中查詢對應的設備能力信息。較佳地,所述終端設備在上報查詢到的設備能力信息之前還包括步驟將查詢到的設備能力信息轉換為基于資源描述框架表示的信息形式。一種終端設備,包括存儲有終端設備能力信息的存儲域,所述存儲域中的設備能力信息按照設備管理樹結構記錄,并記錄有設備能力信息的設備管理樹能夠被網(wǎng)絡側的設備管理服務器所管理;查詢單元,用于在所述存儲域存儲的設備能力信息中查詢運行業(yè)務所需上報的設備能力信息;和能力上報客戶端,用于將查詢單元查詢到的設備能力信息上報給為終端設備提供該業(yè)務的應用服務器。較佳地,所述查詢單元具體包括用于在終端設備啟動業(yè)務時,確定運行該業(yè)務所需上報的設備能力信息的子單元;和用于根據(jù)所述確定的設備能力信息在所述存儲域存儲的設備能力信息中查詢對應信息的子單元。較佳地,所述查詢單元具體包括在終端設備啟動業(yè)務后,用于接收提供該業(yè)務的應用服務器下發(fā)的請求消息的子單元,所述請求消息用于請求終端設備上報相關的設備能力信息;用于根據(jù)接收到的請求消息,在所述存儲域存儲的設備能力信息中查詢對應設備能力信息的子單元。較佳地,所述終端設備還包括信息轉換單元,用于將查詢單元查詢到的設備能力信息轉換為基于資源描述框架表示的信息形式;所述能力上才艮客戶端將信息轉換單元轉換后的基于資源描述框架表示的信息上報給為終端設備提供該業(yè)務的應用服務器。一種設備能力信息上報方法,包括將終端設備所具有的設備能力信息按照設備管理樹結構存儲在終端設備中,所述記錄有設備能力信息的設備管理樹能夠被網(wǎng)絡側的設備管理服務器所管理;所述終端設備監(jiān)控按照設備管理樹結構存儲的設備能力信息中發(fā)生變化的設備能力信息;以及將監(jiān)控到的發(fā)生變化的設備能力信息上才艮給當前為自身提供業(yè)務的應用服務器。較佳地,所述終端設備根據(jù)當前運行的業(yè)務需求,在按照設備管理樹結構存儲的設備能力信息中確定與該業(yè)務相關的設備能力信息;以及僅在確定的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息。較佳地,所述終端設備根據(jù)當前運行的業(yè)務需求,在監(jiān)控到的發(fā)生變化的設備能力信息中提取僅與該業(yè)務相關的設備能力信息;以及將提取的設備能力信息上報給當前為自身提供該業(yè)務的應用服務器。較佳地,所述終端設備在運行對應應用服務器當前為自身提供的業(yè)務過程中監(jiān)控發(fā)生變化的設備能力信息。其中所述終端設備在啟動由對應應用服務器提供的業(yè)務時開始監(jiān)控發(fā)生變化的設備能力信息;以及在該業(yè)務執(zhí)行結束時取消對發(fā)生變化的設備能力信息的監(jiān)控。較佳地,所述終端設備在上報監(jiān)控到的發(fā)生變化的設備能力信息之前還包括步驟將監(jiān)控到的發(fā)生變化的設備能力信息轉換為基于資源描述框架表示的信息形式。一種終端設備,包括存儲有終端設備能力信息的存儲域,所述存儲域中的設備能力信息按照設備管理樹結構記錄,并記錄有設備能力信息的設備管理樹能夠被網(wǎng)絡側的設備管理服務器所管理;監(jiān)控單元,用于在所述存儲域存儲的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息;和能力上報客戶端,用于將監(jiān)控單元監(jiān)控到的發(fā)生變化的設備能力信息上報給當前為終端設備提供業(yè)務的應用服務器。較佳地,所述監(jiān)控單元具體包括用于根據(jù)終端設備當前運行的業(yè)務需求,在存儲域存儲的設備能力信息中確定與該業(yè)務相關的設備能力信息的子單元;用于僅在確定的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息的子單元。較佳地,所述能力上報客戶端具體包括用于根據(jù)終端設備當前運行的業(yè)務需求,在監(jiān)控單元監(jiān)控到的發(fā)生變化的設備能力信息中提取僅與該業(yè)務相關的設備能力信息的子單元;用于將提取的設備能力信息上報給當前為終端設備提供該業(yè)務的應用服務器的子單元。較佳地,所述監(jiān)控單元在終端設備運行對應應用服務器當前提供的業(yè)務過程中監(jiān)控發(fā)生變化的設備能力信息。其中所述監(jiān)控單元在終端設備啟動由對應應用服務器提供的業(yè)務時開始監(jiān)控發(fā)生變化的設備能力信息,以及在該業(yè)務執(zhí)行結束時取消對發(fā)生變化的設備能力信息的監(jiān)控。較佳地,所述終端設備還包括信息轉換單元,用于將監(jiān)控單元監(jiān)控到的發(fā)生變化的設備能力信息轉換為基于資源描述框架表示的信息形式;所述能力上報客戶端將信息轉換單元轉換后的基于資源描述框架表示的信息上報給當前為終端設備提供業(yè)務的應用服務器。本發(fā)明能夠達到的有益效果如下本發(fā)明技術方案提出在終端能力上報機制中,將終端設備側存儲的設備能力信息設計成能夠被設備管理服務器管理的DM樹結構,即將設備能力信息基子DM樹結構進行表示和存儲,這樣終端設備在通過DPE技術實現(xiàn)設備能力信息上報的基礎上,還可以讓網(wǎng)絡側的DMS通過OTA方式對各個終端設備中存儲的設備能力信息集進行動態(tài)管理維護,即DMS可以通過OTA方式在終端設備中添加新的設備能力信息、或刪除已有的設備能力信息、或更新已有能力信息的名稱或值等。下面將結合各個附圖對本發(fā)明技術方案的主要實現(xiàn)原理具體實施方式及其對應能夠達到的有益效果進行詳細的闡述,在附圖中圖1為現(xiàn)有UAP系統(tǒng)的主要組成結構框圖;圖2為現(xiàn)有DM規(guī)范的整體管理架構模型圖;圖3為本發(fā)明提出的第一種設備能力信息上報方法的主要實現(xiàn)原理流程圖;圖4為一個設備能力信息在MO中的具體實現(xiàn);圖5為本發(fā)明提出的第一種終端設備的主要組成結構框圖;圖6為本發(fā)明終端設備中查詢單元的具體組成結構;圖7為應用服務器在建立會話之前獲取設備能力信息的處理過程流程圖;圖8為終端設備在啟動一個業(yè)務初,查詢自身能力信息并上報給應用服務器的處理流程圖;圖9為在終端設備中的DM樹上添加實施例所要求能力信息的DM子樹結構;圖10為本發(fā)明提出的第二種設備能力信息上報方法的主要實現(xiàn)過程流程圖;圖11為本發(fā)明提出的第二種終端設備的主要組成結構框圖;圖12為本發(fā)明終端設備中監(jiān)控單元的具體組成結構;圖13為終端設備在運行一個業(yè)務過程中,監(jiān)控自身發(fā)生變化的能力信息并上報給應用服務器的處理流程圖。具體實施方式由于終端設備的多樣性導致了不同終端設備在能力上具有較大的差別,如不同型號的終端設備之間所具有的屏幕尺寸大小,顏色以及字體等很可能都是不同的,甚至是同一終端設備其能力也是在使用過程中不斷在發(fā)生動態(tài)變化的,如在使用過程中插入攝像頭、或啟動藍牙能力等。為了使終端設備能夠正確顯示由應用服務器提供的網(wǎng)頁業(yè)務、多媒體消息(MMS,MediaMessageService)等內(nèi)容,就需要終端設備能夠在使用應用服務器提供的業(yè)務前,將自身所具有的相關能力信息上報給應用服務器,進而由應用服務器根據(jù)終端設備上報的能力信息對下發(fā)給終端設備的業(yè)務內(nèi)容進行相應剪裁處理,然后再將剪裁處理后的業(yè)務內(nèi)容下發(fā)給終端設備,這樣才能夠使終端設備正確顯示及使用應用服務器提供的業(yè)務。為此OMA,W3C等組織創(chuàng)建了相關的工作組來標準化終端設備的能力表示,并提供了相應的方法能讓提供相關業(yè)務能力的應用服務器識別終端設備所具有的能力,最終使得應用服務器能夠根據(jù)終端設備所具有的能力對提供給終端設備的內(nèi)容進行裁剪,以達到最符合終端設備的方式提供給用戶。如上述現(xiàn)有技術中闡述的UAP技術及DPE^t術都是應這個要求而提出的解決方案,但是由現(xiàn)有技術的闡述可見,在終端設備側存儲終端設備自身所具有的設備能力信息,會為網(wǎng)絡側管理維護各個終端設備中存儲的能力信息集帶來困難,本發(fā)明技術方案正是要針對這個問題,提出在終端設備中按照OMADM技術規(guī)定的存儲格式,將終端設備所具有的能力信息存儲成DM樹結構,這樣存儲于DM樹中的設備能力信息就能夠被網(wǎng)絡側的設備管理服務器(DMS,DeviceManagerServer)所管理,從而達到DMS通過OTA方式對各個終端設備中存儲的設備能力信息集進行管理維護的目的,即DMS可以通過OTA方式在終端設備中添加新的設備能力信息、或刪除已有的設備能力信息、或更新已有能力信息的名稱或值等。OMADM(OpenMobileAllianceDeviceManager)技術指開放移動聯(lián)盟設備管理技術,其可以通過空中下載(OTA,OverTheAir)方式對無線網(wǎng)絡中的終端設備進行管理,管理動作包括軟件和固件的安裝、升級及其參數(shù)的配置、錯誤的診斷等。具體如圖2所示,為現(xiàn)有DM規(guī)范的整體管理架構模型圖,在該整體管理架構模型圖中,終端設備通過設備管理代理(DMAgent)來解釋和執(zhí)行DMS下發(fā)的各種管理命令;終端設備上存儲的DM管理樹可以被認為是一個DMS通過DM協(xié)議對終端設備進行管理的接口,該DM管理樹中包括一套基本的管理對象(MO,ManagementObject),DMS就是通過對DM管理樹中各MO的管理操作而達到對終端設備資源進行控制的。其中DMS操作DM管理樹各MO的管理命令包括Get(獲取命令)、Replace(替換命令)、Exec(執(zhí)行命令)、Copy(復制命令)及Delete(刪除命令)等。本發(fā)明技術方案以現(xiàn)有的OMADM技術為基礎,提出一種實現(xiàn)機制,可以使得終端設備在將自身存儲的設備能力信息進行上報的基礎上,實現(xiàn)網(wǎng)絡側的DMS對各個終端設備中存儲的設備能力信息集進行管理維護。本發(fā)明方案的主要設計思想是由于在DM機制中,終端設備中DM樹上存儲的數(shù)據(jù)是能夠被網(wǎng)絡側的DMS所操作控制的,且可以為終端設備所使用,基于這一點,本發(fā)明方案提出在終端能力上報機制中,將終端設備側存儲的設備能力信息設計成DM樹結構,即將設備能力信息基于DM樹結構進行表示和存儲,這樣終端設備在通過DPE技術實現(xiàn)設備能力信息上報的同時,還可以實現(xiàn)網(wǎng)絡側的DMS對終端設備中基于DM樹結構存在的設備能力信息集進行管理維護。請參照圖3,該圖是本發(fā)明提出的第一種設備能力信息上報方法的主要實現(xiàn)原理流程圖,其主要實現(xiàn)過程如下步驟10,將終端設備所具有的設備能力信息(UAPrifile)按照設備管理樹(DM樹)結構存儲在終端設備中,其中記錄有設備能力信息的DM樹是能夠被網(wǎng)絡側的DMS所管理的(即DMS不但能夠管理終端設備中的DM樹結構,而且能夠管理DM樹中記錄的設備能力信息)。為了通過DM機制對終端設備中的設備能力信息進行更新維護處理,需要將終端設備所具有的設備能力信息基于DM樹的結構進行存儲,DM樹結構是設備能力信息的一種組織方式,其實現(xiàn)方式可以但不限于為xml文件、數(shù)據(jù)庫等,其在終端設備中的保存位置也是不同的。其中每個設備能力信息在DM樹中是一個管理對象(MO,ManagerObject)實例,為了支持終端設備能夠將能力信息解析及上報,在每個設備能力信息對應的MO上要有足夠的信息,如圖4為一個設備能力信息在MO中的具體實現(xiàn),其中該MO中的各節(jié)點含義描述如下<DeviceProfile><table>tableseeoriginaldocumentpage15</column></row><table>存儲有設備能力信息的MO根節(jié)點;<DeviceProfile/X><table>tableseeoriginaldocumentpage15</column></row><table>占位符節(jié)點;。<DeviceProfile/X/ComponentID><table>tableseeoriginaldocumentpage15</column></row><table>類ID,指將設備能力進行分類后的類屬名,如HardwarePlatform;<DeviceProfile/X/SchemeURL><table>tableseeoriginaldocumentpage15</column></row><table>葉子節(jié)點,歸屬于某類的召匕備能力信息的Scheme路徑;<DeviceProfile/X/Attributes><table>tableseeoriginaldocumentpage15</column></row><table>內(nèi)部節(jié)點,類的屬性集;<DeviceProfile/X/Attributes/X><table>tableseeoriginaldocumentpage15</column></row><table>占位符節(jié)點;<DeviceProfile/X/Attributes/X/N咖eX><table>tableseeoriginaldocumentpage16</column></row><table>葉子節(jié)點,用于標識屬性值,其值按Datatype節(jié)點定義的類型進行解釋。其中該存儲有設備能力信息的MO實例可以由DMS更新、也可以由終端設備中的設備能力管理對象客戶端(DCMOclient)來更新,如果終端設備的操作系統(tǒng)提供了更新功能,也可以由終端設備的操作系統(tǒng)來更新。步驟20,終端設備在按照DM樹結構存儲的設備能力信息中查詢運行業(yè)務所需上報的設備能力信息;其中終端設備可以在啟動一個業(yè)務時,自身確定運行該業(yè)務所需上報的設備能力信息,進而根據(jù)確定的設備能力信息在按照DM樹結構存儲的設備能力信息中查詢對應的設備能力信息。終端設備也可以在啟動一個業(yè)務后,才艮據(jù)提供該業(yè)務的應用服務器向終端i殳備下發(fā)的請求消息(該請求消息用于請求終端設備上報相關的設備能力信息),在按照DM樹結構存儲的設備能力信息中查詢對應的設備能力信息。步驟30,終端設備將上述查詢到的設備能力信息上報給為自身提供該業(yè)務的對應應用服務器;由于目前為終端設備提供業(yè)務的應用^^務器只能識別基于資源描述框架(RDF,ResourceDescribeFrame)表示的信息形式,因此終端設備在查詢到相應的設備能力信息時,還需要將查詢到的設備能力信息轉換處理成基于RDF格式的信息形式,再進而上報給應用服務器。下面結合上述方法原理,闡述本發(fā)明這里提出的第一種終端設備的具體工作原理。在現(xiàn)有系統(tǒng)中,設備能力信息庫即使保存在終端設備側也是為信息系統(tǒng)客戶端所獨有,進而由能力上報客戶端直接搮作,在需要上報能力信息時由能力上^Jl戶端直接上報,并由對應的應用服務器解析使用。由于目前設備能力信息的表示支持RDF格式進行描述,而RDF格式是標準化的,所以能力上報客戶端上報的基于RDF格式的設備能力信息可以為應用服務器直接解析。請參照圖5,該圖是本發(fā)明提出的第一種終端設備的主要組成結構框圖,其中存儲域100中存儲有終端設備的能力信息,其中終端設備的能力信息是以DM樹結構存儲的;DM服務模塊llO,負責最基本的DM協(xié)議流解析和處理、DM會話管理、DM安全管理、SyncML編解碼及其管理對象的管理等;設備管理服務器(DMS)120,可以通過OTA方式對終端設備進行管理,其中被管理的數(shù)據(jù)是以DM樹結構存在的,由此它可以基于OMADM管理協(xié)議,通過DM服務模塊110對終端設備存儲域100中以DM樹結構存在的能力信息進行維護管理,還可以對DM樹結構本身進行維護管理;查詢單元130,負責在存儲域IOO存儲的設備能力信息中查詢運行業(yè)務所需上報的設備能力信息;能力上報客戶端140,負責在業(yè)務開始時向應用服務器(ApplicationServer)150上報終端設備的相關設備能力信息,它提供了兩個接口,一個是對應用服務器150的上報接口,一個是從查詢單元130獲取查詢信息的接口,其通過設置的兩個接口,可以在業(yè)務開始時將查詢單元130查詢到的設備能力信息直接上報給為自身提供業(yè)務的應用服務器150,其上報過程可以使用HTTP消息來實現(xiàn);應用服務器150,是^f吏用能力上報客戶端140上報的設備能力信息的業(yè)務應用服務器,它可以解析和使用能力上才良客戶端140上報的設備能力信息,并根據(jù)設備能力信息對欲下發(fā)給終端設備的業(yè)務內(nèi)容進行剪裁處理。如果查詢單元130查詢到的設備能力信息格式與要求上報的能力信息格式不符時,還要預先經(jīng)過一個信息轉換單元的轉換處理,以將查詢單元130查詢到的設備能力信息轉換為基于RDF表示的信息形式,再進而由能力上報客戶端140將信息轉換單元轉換后的基于RDF表示的信息上報給為自身提供該業(yè)務的應用服務器150。從如何啟動查詢及其確定需要查詢的信息角度出發(fā),第一種情況查詢單元130可以主要包括一個用于在終端設備啟動一個業(yè)務時,確定運行該業(yè)務所需上報的設備能力信息的子單元,和一個用于根據(jù)確定的設備能力信息在存儲域100存儲的設備能力信息中查詢對應信息的子單元。第二種情況查詢單元130還可以主要包括在終端設備啟動一個業(yè)務后,用于接收提供該業(yè)務的應用服務器下發(fā)的請求消息的子單元,該請求消息用于請求終端設備上報相關的設備能力信息,和一個用于根據(jù)接收到的請求消息,在存儲域100存儲的設備能力信息中查詢對應設備能力信息的子單元。從具體查詢設備能力信息的過程角度出發(fā),查詢單元的具體組成結構如圖6所示,其中接口1301,負責向能力上報客戶端140提供查詢到的設備能力信息,其實現(xiàn)可以是一組API接口、Message接口或其他類型的接口;能力信息查詢條件處理子單元1302,負責確定設備能力信息查詢請求,因為終端設備的能力越來越強,其能力信息量也越來越大,對于終端設備運行的某個業(yè)務而言,其所需要的能力信息有可能只是存儲域100存儲的設備能力信息庫中的一個較小的子集,如果每次上報所有的能力信息則會浪費網(wǎng)絡傳輸資源,也會增加應用服務器150的處理壓力,所以該能力信息查詢條件處理子單元1302只需要確定終端設備運行一個業(yè)務需要上報的能力信息、或根據(jù)應用服務器150的指示確定需要上報的能力信息;信息讀取/解析子單元1303,負責根據(jù)能力信息查詢條件處理子單元1302的指示,在存儲域100存儲的基于DM樹結構的設備能力信息中讀取/解析相關的能力信息,并將讀取及解析的設備能力信息通過接口1301傳送給能力上才艮客戶端140。其中在存儲域100存儲的設備能力信息中查詢對應能力信息的過程可以通過下述兩種方式實現(xiàn)方法一、能力信息查詢條件處理子單元1302確定需要查詢的能力信息,并確定該能力信息在DM樹中的URI信息,信息讀取/解析子單元1303根據(jù)能力信息查詢條件處理子單元1302確定的URI,在存儲域100中的DM樹上定位到該能力信息;方法二、能力信息查詢條件處理子單元1302確定需要查詢的能力信息,信息讀取/解析子單元1303根據(jù)能力信息查詢條件處理子單元1302確定的需要查詢的能力信息,通過遍歷方式在存儲域100中的DM樹上定位到需要查詢的能力信息。由于某些業(yè)務要求終端設備在和對應的應用服務器建立會話前就能獲取到終端設備的能力信息,以確定如何啟動業(yè)務內(nèi)容,按照本發(fā)明上述提出的第一種終端設備的組成結構,終端設備就可以實現(xiàn)在建立會話之前就獲取設備能力信息并上報給應用服務器,以使應用服務器確定如何啟動相關業(yè)務,由于設備能力信息在終端設備中是基于DM樹結構存在的,這樣只要作為請求方的應用服務器和設備管理服務器之間建立相關接口,就可以通過設備管理服務器來查詢終端設備的相關能力信息了。請參照圖7,該圖為應用服務器在建立會話之前獲取i殳備能力信息的處理過程流程圖,其中為相應終端設備提供業(yè)務內(nèi)容的應用服務器確定目標終端設備,并根據(jù)提供業(yè)務內(nèi)容的情況確定需要獲取的設備能力信息(步驟70);應用服務器向設備管理服務器發(fā)送用于獲取該目標終端設備的能力信息的獲取請求(步驟72);設備管理服務器和目標終端設備之間建立管理會話(步驟74);設備管理服務器和目標終端設備成功建立管理會話后,設備管理服務器從終端設備的存儲域存儲的基于DM樹結構的設備能力信息中,獲取由應用服務器請求的相關設備能力信息(步驟76);設備管理服務器將獲取的相關設備能力信息反饋給應用服務器(步驟78)。同時,基于上述提出的第一種終端設備的組成結構,終端設備還可以在啟動一個業(yè)務初查詢自身的相關能力信息并上報給應用服務器,具體如圖8所示為終端設備在啟動一個業(yè)務初,查詢自身能力信息并上報給應用服務器的處理流程圖,其中用戶使用自己的終端設備啟動一個業(yè)務(步驟80);終端設備中的能力上報客戶端根據(jù)該啟動業(yè)務的訂閱信息、或業(yè)務類型信息等確定為運行該啟動業(yè)務所需要上報的能力信息(步驟82);能力上報客戶端請求查詢單元查詢所需要上報的能力信息(步驟84);查詢單元在存儲域存儲的基于DM樹結構的設備能力信息中查詢對應的能力信息,并將查詢到的能力信息反々赍給能力上報客戶端(步驟86);能力上報客戶端對查詢單元查詢到的能力信息進行格式轉換處理,以轉換處理成基于RDF形式表示(步驟88);能力上才艮客戶端將格式轉換處理后的能力信息上報給應用服務器(步驟90)。下面結合本發(fā)明上述提出的第一種設備能力信息上報方法及其對應的終端設備的實現(xiàn)原理,列舉一個實施例以對上述方案原理進而詳細闡述假設用戶A準備使用某一已訂閱的業(yè)務,此業(yè)務必須基于一些已有的軟件能力部件進行支持,這些軟件能力部件并非終端設備出廠時缺省安裝,所以即使同一型號的終端i殳備,其能力的支持程度也可能是不一樣的。為了使此業(yè)務能夠使用,用戶A請求運營商客戶服務人員對其進行遠程支持,運營商客戶服務人員通過DM平臺安裝了此軟件能力部件,在確認安裝成功后運營商客戶服務人員通過DM平臺在終端設備中的DM樹上添加此能力信息,其中在終端設備中的DM樹上添加該能力信息的DM子樹結構如圖9所示。用戶A在獲知能夠支持該業(yè)務運行的軟件能力部件已經(jīng)安裝成功后,啟動了此業(yè)務,終端設備的能力上^L^戶端根據(jù)業(yè)務客戶端確定的為運行該業(yè)務所需提供的能力信息,通過API接口請求查詢單元查詢對應能力信息,請求查詢的能力信息具體如下GetDeviceProfile(char*infoIDSet=null,intinfoCount=0);其中infoIDSet指需要獲取的能力信息集,infoCount是此能力信息集包含的能力信息數(shù)目;如果infoIDSet為null則表示獲取全部設備能力信息。查詢單元4艮據(jù)上述請求對終端設備中的相應能力信息進行逐個查詢,并將查詢到的信息以三元扭的形式返回給能力上報客戶端,三元組定義如下<AttributeID,ComponentID,ResourceValue>其值舉例<CSIVersion,CSISupportInfo,2.0>,該舉例中CSIVersion是三元組中的AttributeID,指CSI支持的版本情況,CSISupportlnfo是三元組中的ComponentID,指CSIVersion用于具體描述哪個軟件能力部件,CSIVersion支持的版本信息為2.0。能力上報客戶端將查詢單元查詢到的能力信息轉換為符合RDF機制的xml描述,具體如下<xmlversion="l.0">〈!DOCTYPErdf:RDF[〈!ENTITYns-rdf'http:〃www.w3.org/1999/02/22-rdf-syntax-ns#,>〈!ENTITYns-prf'http:〃www.openmobilealliance.org/tech/UAPROF/ccppschema-YYYYMMDD#'><!ENTITYprf-dt'http:〃www.openmobileamance.org/tech/UAPROF/xmlschema-YYYYMMDD#'>〈!ENTITYns-csi'http:〃www.openmobilealliance.org/tech/CSI/ccppschema-YYYYMMDD#'>]>〈rdf:RDFxmlns:rdf="&ns-rdf;"xmlns:prf="&ns-prf;"xmlns:csi="&ns-csi;"><rdf:Descriptionrdf:ID="MyDeviceProfile"><!—能力Profile的名稱—><prf:component><rdf:Descriptionrdf:ID="CSISupportInfo">〈rdf:typerdf:resource-"&ns-csi;CSISupportlnfo'V〉<csi:IsSupportedrdf:datatype="&prf-dt;Boolean">Yes</csi:IsSupported><!一標識具體的軟件能力部件名稱、類型及值—〉<csi:Versionrdf:datatype="&prf-dt;LiteraT>2.0</csi:Version><!—標識具體的軟件能力部件支持的版本信息-></rdf:Description></prf:component></rdf:Description></rdf:RDF>隨后能力上報客戶端將信息格式轉換處理后的能力信息上報給應用服務器,上報可以使用目前的profile-diff上報方法,具體上報方法請參見OMA組織的WAPUAProf規(guī)范;后續(xù)應用服務器根據(jù)終端設備上報的能力信息優(yōu)化相應的業(yè)務內(nèi)容后下發(fā)給終端設備。如上所述設備能力信息的上報處理通常在業(yè)務開始時進行,但隨著終端設備中可變設備能力信息的增多,業(yè)務會話過程中進行設備能力信息的上報也變得十分必要,為了滿足這種在業(yè)務會話過程中上報設備能力信息的需求,本發(fā)明進而提出了第二種設備能力信息上報方法,請參照圖10,為本發(fā)明提出的第二種設備能力信息上報方法的主要實現(xiàn)過程流程圖,其主要實現(xiàn)過程如下步驟40,將終端設備所具有的設備能力信息(UAPrifile)按照DM樹結構存儲在終端設備中,其中記錄有設備能力信息的DM樹是能夠被網(wǎng)絡側的DMS所管理的(即DMS不但能夠管理終端設備中的DM樹結構,而且能夠管理DM樹中記錄的設備能力信息),其能力信息在終端設備中以DM樹結構存儲的具體實現(xiàn)請參照上報第一種能力信息上報方法中的詳細闡述,這里不再給以過多闡述;步驟50,終端設備監(jiān)控按照DM樹結構存儲的設備能力信息中發(fā)生變化的設備能力信息;其中終端設備可以僅在運行對應應用服務器當前為自身提供的業(yè)務過程中監(jiān)控發(fā)生變化的設備能力信息,較佳地在啟動一個由對應應用服務器提供的業(yè)務時開始監(jiān)控發(fā)生變化的設備能力信息,以及在該業(yè)務執(zhí)行結束時取消對發(fā)生變化的設備能力信息的監(jiān)控;步驟60,終端設備將上述監(jiān)控到的發(fā)生變化的設備能力信息上報給當前為自身提供業(yè)務的應用服務器;同理終端設備在上才艮監(jiān)控到的相關設備能力信息之前,可能還需要將監(jiān)控到的設備能力信息轉換處理成基于RDF格式的信息形式,再進而上報給應用服務器。一種較佳的實現(xiàn)方式是終端設備根據(jù)當前運行的業(yè)務需求,在按照DM樹結構存儲的設備能力信息中確定與該業(yè)務相關的設備能力信息,然后僅在這些確定的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息,從而節(jié)約終端設備的監(jiān)控處理資源。另一種較佳的實現(xiàn)方式是終端設備根據(jù)當前運行的業(yè)務需求,在監(jiān)控到的所有發(fā)生變化的設備能力信息中提取僅與該業(yè)務相關的設備能力信息,然后將提取的設備能力信息上報給當前為自身提供該業(yè)務的應用服務器,相對于上述方式而言,這種方式可能會浪費終端設備的監(jiān)控處理資源,但最終上報的還是與當前運行的業(yè)務相關的設備能力信息。下面結合上述第二種能力信息上報方法的實現(xiàn)原理,闡述本發(fā)明這里提出的第二種終端設備的具體工作原理。請參照圖11,該圖是本發(fā)明提出的第二種終端設備的主要組成結構框圖,其中存儲域100中存儲有終端設備的能力信息,其中終端設備的能力信息是以DM樹結構存儲的;DM服務模塊llO,負責最基本的DM協(xié)議流解析和處理、DM會話管理、DM安全管理、SyncML編解碼及其管理對象的管理等;設備管理服務器(DMS)120,可以通過OTA方式對終端設備進行管理,其中被管理的數(shù)據(jù)是以DM樹結構存在的,由此它可以基于OMADM管理協(xié)i義,通過DM服務模塊110對終端設備存儲域100中以DM樹結構存在的能力信息進行維護管理,還可以直接對存儲域100中存儲的DM樹結構進行維護管理;監(jiān)控單元200,負責在存儲域IOO存儲的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息,其中監(jiān)控單元200可以僅在運行由對應應用服務器當前提供的一個業(yè)務過程中在存儲域100存儲的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息,例如在終端設備啟動一個由對應應用服務器提供的業(yè)務時開始在存儲域100存儲的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息,以及在該業(yè)務執(zhí)行結束時取消對發(fā)生變化的設備能力信息的監(jiān)控;能力上報客戶端140,負責將監(jiān)控單元200監(jiān)控到的設備能力信息上報給當前為終端設備提供對應業(yè)務的應用服務器(ApplicationServer)150,其上報過程可以使用HTTP消息來實現(xiàn);應用服務器150,是使用能力上報客戶端140上報的設備能力信息的業(yè)務應用服務器,它可以解析和使用能力上報客戶端140上報的設備能力信息,并根據(jù)設備能力信息對正在下發(fā)給終端設備的業(yè)務內(nèi)容進行剪裁處理。如果監(jiān)控單元200監(jiān)控到的設備能力信息格式與要求上報的能力信息格式不符時,還要預先經(jīng)過一個信息轉換單元的轉換處理,以將監(jiān)控單元200監(jiān)控到的設備能力信息轉換為基于RDF表示的信息形式,進而再由能力上才艮客戶端140將信息轉換單元轉換后的基于RDF表示的信息上報給當前正為自身提供該業(yè)務的應用服務器150。其中在上述終端設備的組成結構中,監(jiān)控單元200可以包括一個用于根據(jù)終端設備當前運行的業(yè)務需求,在存儲域100存儲的設備能力信息中確定與該業(yè)務相關的設備能力信息的子單元,和一個用于僅在確定的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息的子單元,這樣監(jiān)控單元200可以僅在業(yè)務運行過程中監(jiān)控和運行的業(yè)務相關的設備能力信息是否發(fā)生改變,從而節(jié)約監(jiān)控處理資源,進而能力上報客戶端140必然會將與當前運行的業(yè)務相關的發(fā)生變化的設備能力信息上報給應用服務器150。而如果監(jiān)控單元200在業(yè)務運行過程中在存儲域IOO存儲的設備能力信息中監(jiān)控所有發(fā)生變化的設備能力信息,則能力上報客戶端140還需要根據(jù)當前運行的業(yè)務需求,在監(jiān)控單元200監(jiān)控到的發(fā)生變化的能力信息中提取僅與當前運行業(yè)務相關的設備能力信息并上報給應用服務器150,這樣能力上報客戶端140可以包括一個用于根據(jù)終端設備當前運行的業(yè)務需求,在監(jiān)控單元200監(jiān)控到的發(fā)生變化的設備能力信息中提取僅與當前運行的業(yè)務相關的設備能力信息的子單元,和一個用于將提取的設備能力信息上報給當前為終端設備提供該業(yè)務的應用服務器150的子單元。從具體監(jiān)控設備能力信息發(fā)生變化的過程角度出發(fā),監(jiān)控單元的具體組成結構如圖12所示,其中接口2001,負責向能力上報客戶端140提供監(jiān)控到的設備能力信息,其實現(xiàn)可以是一組API接口、Message接口或其他類型的接口;由于在某個業(yè)務會話過程中終端設備的能力信息有可能發(fā)生變化,其中有些變化信息會影響該業(yè)務的運行使用,對于這種情況,就需要進行能力信息的動態(tài)上報(即相關的能力信息發(fā)生變化時立即進行上報),變化信息通知定制/取消子單元2002,就負責確認是否需要在能力信息發(fā)生變化時通知能力上報客戶端140,能力上報客戶端140會判斷此變化的能力信息對當前運行的業(yè)務是否影響,并確定是否將發(fā)生變化的能力信息上報。能力信息變化監(jiān)控子單元2003,負責在變化信息通知定制/取消子單元2002確認在能力信息發(fā)生變化時,將發(fā)生變化的能力信息上報給能力上才艮客戶端140時,監(jiān)控存儲域IOO存儲的基于DM樹結構的設備能力信息中發(fā)生變化的能力信息,并在監(jiān)控到發(fā)生變化的能力信息時,將變化的能力信息ID和能力信息內(nèi)容上報給能力上報客戶端140?;谏鲜鎏岢龅牡诙N終端設備的組成結構,終端設備就可以在運行一個業(yè)務的過程中將監(jiān)控到的發(fā)生變化的、且與該運行業(yè)務相關的能力信息上報給應用服務器,具體如圖13所示為終端設備在運行一個業(yè)務過程中,監(jiān)控自身發(fā)生變化的能力信息并上報給應用服務器的處理流程圖,其中終端設備中的能力上才艮客戶端向監(jiān)控單元請求對變化的設備能力信息進行監(jiān)控通知處理(步驟92);監(jiān)控單元在終端設備運行一個業(yè)務會話過程中在存儲域存儲的基于DM樹結構的設備能力信息中,監(jiān)控發(fā)生變化的能力信息并將監(jiān)控到的能力信息通知給能力上報客戶端(步驟94);能力上報客戶端根據(jù)當前運行的業(yè)務需求,判斷是否需要將監(jiān)控單元監(jiān)控到的能力信息上報給應用服務器(步驟96);能力上報客戶端在判斷結果為無需將監(jiān)控到的能力信息上報給應用服務器時,丟棄此監(jiān)控到的發(fā)生變化的能力信息(步驟98);能力上才艮客戶端在判斷結果為需要將監(jiān)控到的能力信息上報給應用服務器時,將監(jiān)控到的能力信息轉換處理成基于RDF機制表示的形式(步驟100);能力上報客戶端進而將轉換處理后的基于RDF架構的變化能力信息上報給當前正為自身提供業(yè)務的應用服務器(步驟102)。下面結合本發(fā)明上述提出的第二種設備能力信息上報方法及其對應的終端設備的實現(xiàn)原理,列舉一個實施例以對上述方案原理進而詳細闡述假設某一個業(yè)務僅在終端設備的內(nèi)存容量大于1M時用戶運行體驗最好,但當前用戶終端設備的內(nèi)存容量僅為500K,用戶在啟動該業(yè)務前沒有對自身終端設備的內(nèi)存容量進行清理,業(yè)務開始時能力上才艮客戶端上報了終端設備的內(nèi)存容量能力為500K;提供該業(yè)務的應用服務器根據(jù)終端設備的內(nèi)存容量信息對該業(yè)務內(nèi)容進行了優(yōu)化并有針對性的開始了此業(yè)務。此業(yè)務對設備能力信息的更新比較敏感,所以能力上報客戶端通知DMClient中的監(jiān)控單元監(jiān)控發(fā)生變化的設備能力信息,并要求其通知監(jiān)控到的能力信息,其中能力上報客戶端向監(jiān)控單元發(fā)送的通知命令如下SubscribeMOMon(boolisStart,char*ID=null);其中isStart用于指示監(jiān)控單元開始或結束監(jiān)控處理;ID用于指示具體監(jiān)控哪個部件能力信息,也可以不指示。在用戶使用該業(yè)務的過程中,發(fā)現(xiàn)使用的體驗并不是很好,因此根據(jù)業(yè)務的提示對內(nèi)存進行了清理,使得內(nèi)存的容量達到了1.2M,操作系統(tǒng)在存儲域存儲的基于DM樹結構的能力信息中更新了該內(nèi)存容量信息;后續(xù)監(jiān)控單元監(jiān)控到了在存儲域中該內(nèi)存容量信息發(fā)生了變化,因此立即將該變化信息上報給能力上報客戶端,上報的變化信息可以使用三元組的組織方式,具體如下<AvailableMem,DeviceMemInfo,1258291>,其中AvailableMem是AttributeID,指可用內(nèi)存信息,DeviceMemlnfo指AvailableMem用于描述DeviceMemlnfo類,AvailableMem的信息為1258291(即可用內(nèi)存容量大小為1.2M)。能力上^^戶端根據(jù)當前運行業(yè)務的需求或類型進行判斷,發(fā)現(xiàn)此信息的變化需要上報給對應的應用服務器,隨后將該變化信息進行了格式轉換處理并上報給了目前正在為其提供該業(yè)務的應用服務器,應用服務器根據(jù)終端設備的可用內(nèi)存變化情況對目前正在提供的業(yè)務內(nèi)容進行相應優(yōu)化處理并下發(fā)到終端設備。在該業(yè)務使用完成后,能力上報客戶端可以向DMClinet中的監(jiān)控單元請求取消對變化能力信息的監(jiān)控處理。綜上可見,本發(fā)明技術方案通過使用可被DMS管理的DM樹結構來在終端設備中存儲設備能力信息(UAPrfile),并提供了能夠訪問基于DM樹結構存儲的設備能力信息的接口,使得能力上報客戶端能夠在基于DM樹結構存儲的能力信息中獲擬目應設備能力信息并向對應的應用服務器上報,并且該獲取及上報能力信息的過程可以在業(yè)務會話開始前或啟動業(yè)務會話初進行,還可以在業(yè)務會話過程中將發(fā)生動態(tài)變化的能力信息上才艮給應用服務器,從而達到了在由終端設備動態(tài)上報設備能力信息的基礎上,讓網(wǎng)絡側的DMS對各個終端設備中存儲的設備能力信息集進行動態(tài)管理維護的目的,即DMS可以通過OTA方式在終端設備中添加新的設備能力信息、或刪除已有的設備能力信息、或更新已有能力信息的名稱或值等。顯然,本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。權利要求1、一種設備能力信息上報方法,其特征在于,包括步驟將終端設備所具有的設備能力信息按照設備管理樹結構存儲在終端設備中,所述記錄有設備能力信息的設備管理樹能夠被網(wǎng)絡側的設備管理服務器所管理;所述終端設備在按照設備管理樹結構存儲的設備能力信息中查詢運行業(yè)務所需上報的設備能力信息;以及將查詢到的設備能力信息上報給為自身提供該業(yè)務的應用服務器。2、如權利要求1所述的方法,其特征在于,所述終端設備查詢運行業(yè)務所需上才艮的設備能力信息的過程具體包括終端設備啟動業(yè)務;以及確定運行該業(yè)務所需上報的設備能力信息;終端設備根據(jù)所述確定的設備能力信息在按照設備管理樹結構存儲的設備能力信息中查詢對應信息。3、如權利要求1所述的方法,其特征在于,所述終端設備查詢運行業(yè)務所需上報的設備能力信息的過程具體包括終端設備啟動業(yè)務后,提供該業(yè)務的應用服務器向終端設備下發(fā)請求消息,所述請求消息用于請求終端設備上報相關的設備能力信息;終端設備根據(jù)接收到的請求消息,在按照設備管理樹結構存儲的設備能力信息中查詢對應的設備能力信息。4、如權利要求1所述的方法,其特征在于,所述終端設備在上報查詢到的設備能力信息之前還包括步驟將查詢到的設備能力信息轉換為基于資源描述框架表示的信息形式。5、一種終端設備,其特征在于,包括存儲有終端設備能力信息的存儲域,所述存儲域中的設備能力信息按照設備管理樹結構記錄,并記錄有設備能力信息的設備管理樹能夠被網(wǎng)絡側的設備管理服務器所管理;查詢單元,用于在所述存儲域存儲的設備能力信息中查詢運行業(yè)務所需上報的設備能力信息;和能力上報客戶端,用于將查詢單元查詢到的設備能力信息上^L給為終端設備提供該業(yè)務的應用服務器。6、如權利要求5所述的終端設備,其特征在于,所述查詢單元具體包括用于在終端設備啟動業(yè)務時,確定運行該業(yè)務所需上報的設備能力信息的子單元;和用于根據(jù)所述確定的設備能力信息在所述存儲域存儲的設備能力信息中查詢對應信息的子單元。7、如權利要求5所述的終端設備,其特征在于,所述查詢單元具體包括在終端設備啟動業(yè)務后,用于接收提供該業(yè)務的應用服務器下發(fā)的請求消息的子單元,所述請求消息用于請求終端設備上報相關的設備能力信息;用于根據(jù)接收到的請求消息,在所述存儲域存儲的設備能力信息中查詢對應設備能力信息的子單元。8、如權利要求5所述的終端設備,其特征在于,還包括信息轉換單元,用于將查詢單元查詢到的設備能力信息轉換為基于資源描述框架表示的信息形式;所述能力上報客戶端將信息轉換單元轉換后的基于資源描述框架表示的信息上報給為終端設備提供該業(yè)務的應用服務器。9、一種設備能力信息上報方法,其特征在于,包括步驟將終端設備所具有的設備能力信息按照設備管理樹結構存儲在終端設備中,所述記錄有設備能力信息的設備管理樹能夠被網(wǎng)絡側的設備管理服務器所管理;所述終端設備監(jiān)控按照設備管理樹結構存儲的設備能力信息中發(fā)生變化的設備能力信息;以及將監(jiān)控到的發(fā)生變化的設備能力信息上報給當前為自身提供業(yè)務的應用服務器。10、如權利要求9所述的方法,其特征在于,所述終端設備根據(jù)當前運行的業(yè)務需求,在按照設備管理樹結構存儲的設備能力信息中確定與該業(yè)務相關的設備能力信息;以及僅在確定的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息。11、如權利要求9所述的方法,其特征在于,所述終端設備根據(jù)當前運行的業(yè)務需求,在監(jiān)控到的發(fā)生變化的設備能力信息中提取僅與該業(yè)務相關的設備能力信息;以及將提取的設備能力信息上報給當前為自身提供該業(yè)務的應用服務器。12、如權利要求9或11所述的方法,其特征在于,所述終端設備在運行對應應用服務器當前為自身提供的業(yè)務過程中監(jiān)控發(fā)生變化的設備能力信息。13、如權利要求12所述的方法,其特征在于,所述終端設備在啟動由對應應用服務器提供的業(yè)務時開始監(jiān)控發(fā)生變化的設備能力信息;以及在該業(yè)務執(zhí)行結束時取消對發(fā)生變化的設備能力信息的監(jiān)控。14、如權利要求9所述的方法,其特征在于,所述終端設備在上報監(jiān)控到的發(fā)生變化的設備能力信息之前還包括步驟將監(jiān)控到的發(fā)生變化的設備能力信息轉換為基于資源描述框架表示的信息形式。15、一種終端設備,其特征在于,包括存儲有終端i殳備能力信息的存儲域,所述存儲域中的設備能力信息按照設備管理樹結構記錄,并記錄有設備能力信息的設備管理樹能夠被網(wǎng)絡側的設備管理服務器所管理;監(jiān)控單元,用于在所述存儲域存儲的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息;和能力上報客戶端,用于將監(jiān)控單元監(jiān)控到的發(fā)生變化的設備能力信息上報給當前為終端設備提供業(yè)務的應用服務器。16、如權利要求15所述的終端設備,其特征在于,所述監(jiān)控單元具體包括用于根據(jù)終端設備當前運行的業(yè)務需求,在存儲域存儲的設備能力信息中確定與該業(yè)務相關的i殳備能力信息的子單元;和用于僅在確定的設備能力信息中監(jiān)控發(fā)生變化的設備能力信息的子單元。17、如權利要求15所述的終端設備,其特征在于,所述能力上報客戶端具體包括用于根據(jù)終端設備當前運行的業(yè)務需求,在監(jiān)控單元監(jiān)控到的發(fā)生變化的設備能力信息中提取僅與該業(yè)務相關的設備能力信息的子單元;和用于將提取的設備能力信息上報給當前為終端設備提供該業(yè)務的應用服務器的子單元。18、如權利要求15或17所迷的終端設備,其特征在于,所述監(jiān)控單元在終端設備運行對應應用服務器當前提供的業(yè)務過程中監(jiān)控發(fā)生變化的設備能力信息。19、如權利要求18所述的終端設備,其特征在于,所述監(jiān)控單元在終端設備啟動由對應應用服務器提供的業(yè)務時開始監(jiān)控發(fā)生變化的設備能力信息,以及在該業(yè)務執(zhí)行結束時取消對發(fā)生變化的設備能力信息的監(jiān)控。20、如權利要求15所述的終端設備,其特征在于,還包括信息轉換單元,用于將監(jiān)控單元監(jiān)控到的發(fā)生變化的設備能力信息轉換為基于資源描述框架表示的信息形式;所述能力上報客戶端將信息轉換單元轉換后的基于資源描述框架表示的信息上報給當前為終端設備提供業(yè)務的應用服務器。全文摘要本發(fā)明公開了一種設備能力信息上報方法,包括將終端設備所具有的設備能力信息按照設備管理樹結構存儲在終端設備中,所述記錄有設備能力信息的設備管理樹能夠被網(wǎng)絡側的設備管理服務器所管理;所述終端設備在按照設備管理樹結構存儲的設備能力信息中查詢運行業(yè)務所需上報的設備能力信息;以及將查詢到的設備能力信息上報給為自身提供該業(yè)務的應用服務器。相應的本發(fā)明還公開了相應的終端設備。本發(fā)明可以在由終端設備將存儲的設備能力信息上報給業(yè)務應用服務器時,實現(xiàn)網(wǎng)絡服務器對各個終端設備中存儲的設備能力信息集進行動態(tài)管理維護。文檔編號H04W8/22GK101146346SQ20061015414公開日2008年3月19日申請日期2006年9月13日優(yōu)先權日2006年9月13日發(fā)明者何江水,李克鵬,柴曉前申請人:華為技術有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1