專利名稱:一種菜單的定制方法、系統(tǒng)及服務器的制作方法
技術領域:
本發(fā)明屬于電子技術領域,尤其涉及一種菜單的定制方法、系統(tǒng)及服務器。
背景技術:
通常的電子設備一般都要提供菜單供用戶操作選擇所要的操作,例如DVD、電視 機、機頂盒等,電子設備的菜單是寫定,不可更改的,對于用戶來說只能固定在菜單上的功 能和選項,無法根據用戶自身的需求進行實時定制。
發(fā)明內容
本發(fā)明實施例的目的在于提供一種菜單的定制方法,旨在解決現有技術中用戶無 法根據用戶自身的需求實時的進行菜單的定制的問題。本發(fā)明實施例是這樣實現的,一種菜單的定制方法,所述方法包括下述步驟接收對菜單的參數的更改設置;根據所述設置生成可擴展標記語言文件;解析所述可擴展標記語言文件,獲取元素和屬性數據;將所述元素和屬性數據賦值給所對應的菜單。本發(fā)明實施例的另一目的在于提供一種菜單的定制系統(tǒng),所述系統(tǒng)包括設置接收模塊,用于接收對菜單的參數的更改設置;文件生成模塊,用于根據所述設置接收模塊的所述設置生成可擴展標記語言文 件;解析模塊,用于解析所述文件生成模塊生成的可擴展標記語言文件,獲取元素和 屬性數據;以及賦值模塊,用于將所述解析模塊解析獲取的元素和屬性數據賦值給所對應的菜單。本發(fā)明實施例的另一目的在于提供一種包括菜單的定制系統(tǒng)的服務器。在本發(fā)明實施例中,接收對菜單的參數的更改設置,根據所述設置生成可擴展標 記語言文件;解析所述可擴展標記語言文件,獲取元素和屬性數據;將所述元素和屬性數 據賦值給所對應的菜單,實現客戶端對菜單的定制。
圖1是本發(fā)明第一實施例提供的菜單的定制方法的流程圖;圖2是本發(fā)明第二實施例提供的菜單的定制方法的流程圖;圖3是本發(fā)明實施例提供的菜單的定制系統(tǒng)的結構框圖。
具體實施例方式為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白,以下結合附圖及實施例,對本發(fā)明進行進一步詳細說明。應當理解,此處所描述的具體實施例僅僅用以解釋本發(fā)明,并 不用于限定本發(fā)明。在本發(fā)明實施例中,接收對菜單的參數的更改設置,根據所述設置生成可擴展標 記語言文件;解析所述可擴展標記語言文件,獲取元素和屬性數據;將所述元素 和屬性數 據賦值給所對應的菜單。圖1示出了本發(fā)明第一實施例提供的菜單的定制方法的實現流程,其詳細步驟如 下所述在步驟SlOl中,接收對菜單的參數的更改設置。在步驟S102中,根據上述設置生成的可擴展標記語言(extensible MarkupLanguage, XML)在步驟S103中,解析可擴展標記語言文件,獲取元素和屬性數據。在本發(fā)明實施例中,該元素和屬性數據為各級菜單的元素和屬性數據,在此不用 以限制本發(fā)明。在步驟S104中,將元素和屬性數據賦值給所對應的菜單。在本發(fā)明實施例中,XML是Internet環(huán)境中跨平臺的,依賴于內容的技術,是當前 處理結構化文檔信息的有力工具。XML是一種簡單的數據存儲語言,使用一系列簡單的標記 描述數據,而這些標記可以用方便的方式建立。XML的簡單使其易于在任何應用程序中讀寫 數據,XML使用元素和屬性來描述數據。在數據傳送過程中,XML始終保留了諸如父/子關 系這樣的數據結構。幾個應用程序可以共享和解析同一個XML文件,不必使用傳統(tǒng)的字符 串解析或拆解過程。XML只用元素和屬性來描述數據,而不提供數據的顯示方法。圖2示出了本發(fā)明第二實施例提供的菜單的定制方法的實現流程,其詳細步驟如 下所述在步驟S201中,接收對菜單的參數的更改設置。在步驟S202中,根據上述設置生成的XML文件。在步驟S203中,解析可擴展標記語言文件,獲取元素和屬性數據。在步驟S204中,將元素和屬性數據賦值給所對應的菜單。在步驟S205中,判斷菜單賦值是否成功,是則執(zhí)行步驟S206,否則返回執(zhí)行步驟 S204。在步驟S206中,當將元素和屬性數據賦值給所對應的菜單操作成功時,向客戶端 發(fā)送菜單定制成功的消息。在本發(fā)明實施例中,當接收到客戶端發(fā)送的菜單請求指令時,將重新賦值后的菜 單輸出到客戶端顯示器,顯示最新定制的菜單。圖3示出了本發(fā)明實施例提供的菜單的定制系統(tǒng)的結構框圖,為了便于說明,圖 中僅給出了與本發(fā)明實施例相關的部分,其中,該菜單的定制系統(tǒng)可以內置于服務器的軟 件單元、硬件單元或軟硬件結合單元。設置接收模塊11接收對菜單的參數的更改設置;文件生成模塊12根據設置接收 模塊11的設置生成可擴展標記語言文件;解析模塊13解析文件生成模塊12生成的可擴展 標記語言文件,獲取元素和屬性數據;賦值模塊14將解析模塊13解析獲取的元素和屬性數 據賦值給所對應的菜單。
在本發(fā)明實施例中,當接收到客戶端發(fā)送的菜單請求指令時,輸出模塊15將賦值 模塊14重新賦值后的菜單輸出到客戶端。在本發(fā)明實施例中,當賦值模塊14將元素和屬性數據賦值給所對應的菜單操作 成功時,回執(zhí)發(fā)送模塊16向客戶端發(fā)送菜單定制成功的消息回執(zhí)。在本發(fā)明實施例中,接收對菜單的參數的更改設置,根據所述設置生成可擴展標 記語言文件;解析所述可擴展標記語言文件,獲取元素和屬性數據;將所述元素和屬性數 據賦值給所對應的菜單,實現客戶端對菜單的定制,方便用戶使用。 本領域普通技術人員可以理解實現上述實施例方法中的全部或部分步驟是可以 通過程序來指令相關的硬件來完成,所述的程序可以在存儲于一計算機可讀取存儲介質 中,所述的存儲介質,如ROM/RAM、磁盤、光盤等。以上所述僅為本發(fā)明的較佳實施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精 神和原則之內所作的任何修改、等同替換和改進等,均應包含在本發(fā)明的保護范圍之內。
權利要求
一種菜單的定制方法,其特征在于,所述方法包括下述步驟接收對菜單的參數的更改設置;根據所述設置生成可擴展標記語言文件;解析所述可擴展標記語言文件,獲取元素和屬性數據;將所述元素和屬性數據賦值給所對應的菜單。
2.如權利要求1所述的方法,其特征在于,所述將所述元素和屬性數據賦值給所對應 的菜單的步驟之后還包括下述步驟當接收到客戶端發(fā)送的菜單請求指令時,將重新賦值后的菜單輸出到客戶端。
3.如權利要求1所述的方法,其特征在于,所述將所述元素和屬性數據賦值給所對應 的菜單的步驟之后還包括下述步驟當將所述元素和屬性數據賦值給所對應的菜單操作成功時,向客戶端發(fā)送菜單定制成 功的消息。
4.一種菜單的定制系統(tǒng),其特征在于,所述系統(tǒng)包括設置接收模塊,用于接收對菜單的參數的更改設置;文件生成模塊,用于根據所述設置接收模塊的所述設置生成可擴展標記語言文件;解析模塊,用于解析所述文件生成模塊生成的可擴展標記語言文件,獲取元素和屬性 數據;以及賦值模塊,用于將所述解析模塊解析獲取的元素和屬性數據賦值給所對應的菜單。
5.如權利要求4所述的系統(tǒng),其特征在于,所述系統(tǒng)還包括輸出模塊,用于當接收到客戶端發(fā)送的菜單請求指令時,將所述賦值模塊重新賦值后 的菜單輸出到客戶端。
6.如權利要求4所述的系統(tǒng),其特征在于,所述系統(tǒng)還包括回執(zhí)發(fā)送模塊,用于當所述賦值模塊將所述元素和屬性數據賦值給所對應的菜單操作 成功時,向客戶端發(fā)送菜單定制成功的消息回執(zhí)。
7.一種包括權利要求4至6任一項所述的菜單的定制系統(tǒng)的服務器。
全文摘要
本發(fā)明適用于電子技術領域,提供了一種菜單的定制方法、系統(tǒng)及服務器,所述方法包括下述步驟接收對菜單的參數的更改設置,根據所述設置生成可擴展標記語言文件;解析所述可擴展標記語言文件,獲取元素和屬性數據;將所述元素和屬性數據賦值給所對應的菜單。在本發(fā)明實施例中,接收對菜單的參數的更改設置,根據所述設置生成可擴展標記語言文件;解析所述可擴展標記語言文件,獲取元素和屬性數據;將所述元素和屬性數據賦值給所對應的菜單,實現客戶端對菜單的定制。
文檔編號G06F3/048GK101882072SQ200910107059
公開日2010年11月10日 申請日期2009年5月5日 優(yōu)先權日2009年5月5日
發(fā)明者何銀南, 劉紅冰, 周曉俊, 王超業(yè), 蔡章盛 申請人:康佳集團股份有限公司