專利名稱：一種動態(tài)更新手機軟件菜單的方法
技術領域：
本發(fā)明涉及一種手機設備上的應用方法，特別涉及一種動態(tài)更新手機軟件 菜單的方法。
背景技術：
手機軟件的應用程序的圖形界面中，經常會用到菜單這一形式。菜單一般 為按鈕式多行菜單或單列列表式菜單， 一般是同一層菜單在用同一屏幕，進入 子菜單后，子菜單將覆蓋父菜單。
現(xiàn)有系統(tǒng)中，菜單一般是固定在應用程序中的，其功能、內容、順序都無 法改變。通常情況下，軟件一旦發(fā)布，軟件中的菜單就無法更改，菜單項的文 字和功能也無法變化，而升級軟件，對于手機軟件來說，并不是一件很容易的 事情。
目前的手機常使用靜態(tài)傳輸模式，但是由于靜態(tài)傳輸模式使手機內容不能 實時更新，如果用戶常時間的使用同一個軟件，而該軟件又不能經常更新，可 能給用戶造成該軟件無變化，無創(chuàng)新，功能有限等的缺陷。
比如RealPlayer播放器，技術上不能動態(tài)更新菜單內容，這樣雖然實現(xiàn)起 來比較簡單，但對以用戶的需求滿足只能停留在軟件設計階段，后續(xù)如果想增 加需求，或者修改以前的需求，只能通過從新讓用戶下載安裝新的軟件來實現(xiàn)。
而動態(tài)菜單能夠提供一個很好的解決方案，實時更新菜單上的內容并使服 務直接傳送給手機。
動態(tài)菜單可以為手機用戶帶來更精彩的使用體驗，激發(fā)用戶更大的興趣， 增強用戶與移動設備之間的互動，為運營商及他們的內容合作伙伴提供打造新 品牌、拓展新業(yè)務模式和開辟新盈利渠道的機會。

發(fā)明內容
本發(fā)明的目的是提供一種動態(tài)更新手機軟件菜單的方法，該技術方案用來解決手機應用程序中，菜單功能固定而導致擴展性不好的問題。 該方法的具體技術方案如下一種動態(tài)更新手機軟件菜單的方法，該方法涉及用戶客戶端的手機設備以 及帶有網絡通信和數(shù)據(jù)處理功能的服務器，其特征在于，所述方法步驟包括(1) 用戶通過手機向服務器發(fā)出獲取配置信息的請求(2) 服務器根據(jù)手機提交的信息將配置信息傳送回手機(3) 手機根據(jù)配置信息確定菜單版本是否更新(4) 若服務器內菜單版本已更新，則手機向服務器提出菜單下載請求服務 器向手機發(fā)送菜單信息；(5) 若服務器內菜單版本未更新，則手機不做任何動作，流程結束。 上述方法中，所述方法中涉及的菜單包含菜單項、菜單項順序、各個菜單的功能定義和相關數(shù)據(jù)以及菜單項的子菜單項。上述方法中，所述步驟(4)中的菜單信息包含完整的菜單樹形結構。. 菜單樹形結構一般表示菜單上下級關系，比如點擊"選項->熱門推薦"，在熱門推薦中又有"TOP100"、 "TOP50"等各 項菜單，用戶可以挑選自己喜歡的進入。 本發(fā)明的有益效果為這種菜單可以實時更新，所以內容變化多樣。動態(tài)菜單可以根據(jù)用戶不端 變化的需求和開發(fā)商在實踐過程中發(fā)現(xiàn)的各種不合理地方實時更新修改。動態(tài)菜單可以為手機用戶帶來更精彩的使用體驗，激發(fā)用戶更大的興趣， 增強用戶與移動設備之間的互動，為運營商及他們的內容合作伙伴提供打造新 品牌、拓展新業(yè)務模式和開辟新盈利渠道的機會。


:以下結合附圖和具體實施方式
來進一步說明本發(fā)明。圖1為本發(fā)明方法的流程圖。圖2為本發(fā)明方法在實施例中的過程示意圖。
具體實施例方式為了使本發(fā)明實現(xiàn)的技術手段、創(chuàng)作特征、達成目的與功效易于明白了解， 下面結合具體圖示，進一步闡述本發(fā)明。
如圖1所示，本發(fā)明所述的一種動態(tài)更新手機軟件菜單的方法，該方法涉 及用戶客戶端的手機設備以及帶有移動通信和數(shù)據(jù)處理功能的服務器，具體步 驟如下
(1) 用戶通過手機向服務器發(fā)出獲取配置信息的請求
(2) 服務器根據(jù)手機提交的信息將配置信息傳送回手機
(3) 手機根據(jù)配置信息確定菜單版本是否更新
(4) 若服務器內菜單版本已更新，則手機向服務器提出菜單下載請求服務 器向手機發(fā)送菜單信息；
(5) 若服務器內菜單版本未更新，則手機不做任何動作，流程結束。
當然，方法中涉及的菜單包含菜單項、菜單項順序、各個菜單的功能定義 和相關數(shù)據(jù)以及菜單項的子菜單項。并且上述菜單信息包含完整的菜單樹形結 構。
如圖2所示，下面為列舉應用本發(fā)明方法的一個具體事例
(1) 手機軟件和服務器之間的交互采用wap協(xié)議。
(2) 手機軟件向服務器發(fā)起wap請求。
(3) 服務器返回軟件配置信息，包括當前服務器上動態(tài)菜單的版本號、手機 軟件上需要顯示的消息內容等信息。這些配置信息，在服務器有一管理 界面可以管理這些信息。
(4) 手機軟件根據(jù)服務器傳回的菜單版本號判斷是否有菜單更新。
(5) 如果菜單版本號有更新，則手機軟件向服務器提出wap請求，要求獲取 動態(tài)菜單的完整信息。
(6) 服務器向手機軟件發(fā)送動態(tài)菜單的完整樹形結構。 若菜單版本號沒有更新，則手機軟件不做任何處理。 以上顯示和描述了本發(fā)明的基本原理和主要特征和本發(fā)明的優(yōu)點。本行業(yè)
的技術人員應該了解，本發(fā)明不受上述實施例的限制，上述實施例和說明書中 描述的只是說明本發(fā)明的原理，在不脫離本發(fā)明精神和范圍的前提下，本發(fā)明 還會有各種變化和改進，這些變化和改進都落入要求保護的本發(fā)明范圍內。本發(fā)明要求保護范圍由所附的權利要求書及其等效物界定'
權利要求
1、一種動態(tài)更新手機軟件菜單的方法，該方法涉及用戶客戶端的手機設備以及帶有網絡通信和數(shù)據(jù)處理功能的服務器，其特征在于，所述方法步驟包括(1)用戶通過手機向服務器發(fā)出獲取配置信息的請求(2)服務器根據(jù)手機提交的信息將配置信息傳送回手機(3)手機根據(jù)配置信息確定菜單版本是否更新(4)若服務器內菜單版本已更新，則手機向服務器提出菜單下載請求服務器向手機發(fā)送菜單信息；(5)若服務器內菜單版本未更新，則手機不做任何動作，流程結束。
2、 根據(jù)權利要求1的動態(tài)更新手機軟件菜單的方法，其特征在于，所述方 法中涉及的菜單包含菜單項、菜單項順序、各個菜單的功能定義和相關數(shù)據(jù)以 及菜單項的子菜單項。
3、 根據(jù)權利要求1的動態(tài)更新手機軟件菜單的方法，其特征在于，所述步 驟(4)中的菜單信息包含完整的表示菜單上下級關系的樹形結構。
全文摘要
本發(fā)明公開了一種動態(tài)更新手機軟件菜單的方法，該方法涉及用戶客戶端的手機設備以及帶有網絡通信和數(shù)據(jù)處理功能的服務器。所述方法步驟包括(1)用戶通過手機向服務器發(fā)出獲取配置信息的請求(2)服務器根據(jù)手機提交的信息將配置信息傳送回手機(3)手機根據(jù)配置信息確定菜單版本是否更新(4)若服務器內菜單版本已更新，則手機向服務器提出菜單下載請求服務器向手機發(fā)送菜單信息；(5)若服務器內菜單版本未更新，則手機不做任何動作，流程結束。本發(fā)明用來解決手機應用程序中，菜單功能固定而導致擴展性不好的問題。
文檔編號H04Q7/34GK101330674SQ20071004235
公開日2008年12月24日 申請日期2007年6月21日 優(yōu)先權日2007年6月21日
發(fā)明者胡葆春, 玥 高 申請人:上海美通無線網絡信息有限公司