本發(fā)明涉及通信領域,具體而言,涉及一種應用菜單處理方法及裝置。
背景技術:
移動增值業(yè)務是移動運營商在移動基本業(yè)務的基礎上,針對不同的用戶群和市場需求開通的可供用戶選擇使用的業(yè)務。移動增值業(yè)務充分挖掘了移動網絡的潛力,滿足了用戶的多種需求,因此在市場上取得了巨大的成功。移動增值業(yè)務已成為移動運營商價值鏈最重要的組成部分,市場前景廣闊,需求極大。開發(fā)更有效、更能創(chuàng)造價值的業(yè)務,將永遠是電信業(yè)界尋找新經濟增長點的重要途徑,是它們之間競爭和角逐的焦點。
而推廣這些增值業(yè)務最有效簡便的方式就是將其列入客戶識別模塊(Subscriber Identity Module,簡稱為SIM)卡應用菜單中,供用戶隨時了解,預定和退訂。移動增值業(yè)務對通信行業(yè)來說是增值,對用戶來說就是增加花銷值。運營商為了大力推廣其增值業(yè)務,現(xiàn)在在SIM卡應用菜單中植入越來越多的增值業(yè)務,如天氣預報、愛音樂、通訊助理股市行情,娛樂生活、新聞資訊等等,菜單條目眾多,甚至需要分頁顯示。但不同用戶對各種業(yè)務的興趣不同,不是對所有的菜單都感興趣。而目前的手機顯示所有的應用菜單,對部分用戶而言,要操作自己感興趣的菜單需要在眾多的菜單中查找甚至還要翻頁尋找;對有些用戶而言,怕進入SIM卡應用菜單后,因操作各種增值業(yè)務菜單而定制了某項不必要的業(yè)務造成扣費,故一般不進入SIM卡應用菜單,這種情況下也不利于運營商的業(yè)務推廣。
針對相關技術中,用戶操作SIM卡應用菜單中自己感興趣的業(yè)務菜單及不利于運營商增值業(yè)務的推廣的問題。
技術實現(xiàn)要素:
本發(fā)明提供了一種應用菜單處理方法及裝置,以至少解決相關技術中用戶操作SIM卡應用菜單中自己感興趣的業(yè)務菜單及不利于運營商增值業(yè)務的推廣的問題。
根據本發(fā)明的一個方面,提供了一種應用菜單處理方法,包括:獲取菜單索引表,其中,所述菜單索引表用于指示在與終端內置移動增值業(yè)務所對應的應用菜單中需要顯示的應用菜單信息,所述菜單索引表為可編輯索引表;按照所述菜單索引表顯示所述應用菜單信息。
進一步地,所述應用菜單信息包括:菜單項和所述菜單項的排列順序。
進一步地,按照所述菜單索引表顯示所述應用菜單信息之前包括:從客戶識別模塊SIM卡獲取第一應用菜單的菜單信息。
進一步地,從客戶識別模塊SIM卡獲取第一應用菜單的菜單信息之后包括:判斷所述終端本地存儲的第二應用菜單的菜單信息和所述第一應用菜單的菜單信息是否一致;其中,在判斷結果為是且所述菜單索引表不為空時,觸發(fā)按照所述菜單索引表顯示所述第二應用菜單信息;在判斷結果為否的情況下,觸發(fā)刪除菜單表和所述菜單索引表,其中,所述菜單表用于保存應用菜單。
進一步地,所述方法還包括:在觸發(fā)刪除所述菜單表和所述菜單索引表之后,按照所述第一應用菜單的數量創(chuàng)建菜單表和菜單索引表;并將所述第一應用菜單保存至創(chuàng)建后的菜單表中。
進一步地,從SIM卡獲取第一應用菜單的菜單信息包括:在所述終端開機啟動時,從所述SIM卡獲取所述第二應用菜單的菜單信息。
進一步地,獲取所述菜單索引表之前包括:判斷是否存在菜單表,其中,在判斷結果為否的情況下,創(chuàng)建用于存儲所述應用菜單的所述菜單表。
進一步地,所述菜單索引表通過以下方式進行編輯:接收終端用戶在所述應用菜單的顯示界面上對指定按鈕的操作指令;依據所述操作指令對所述菜單索引表進行編輯。
根據本發(fā)明的另一個方面,還提供了一種應用菜單處理裝置,所述裝置包括:第一獲取模塊,用于獲取菜單索引表,其中,所述菜單索引表用于指示在與終端內置移動增值業(yè)務所對應的應用菜單中需要顯示的應用菜單信息,所述菜單索引表為可編輯索引表;顯示模塊,用于按照所述菜單索引表顯示所述應用菜單信息。
進一步地,所述應用菜單信息包括:菜單項和所述菜單項的排列順序。
通過本發(fā)明,采用獲取菜單索引表,其中,菜單索引表用于指示在與終端內置移動增值業(yè)務所對應的應用菜單中需要顯示的應用菜單信息,菜單索引表為可編輯索引表;按照菜單索引表顯示應用菜單信息。解決了相關技術中用戶操作SIM卡應用菜單中自己感興趣的業(yè)務菜單及不利于運營商增值業(yè)務的推廣的問題,進而提高了終端的用戶體驗,且可以避免用戶誤定制無用的增值業(yè)務造成不必要的扣費。
附圖說明
此處所說明的附圖用來提供對本發(fā)明的進一步理解,構成本申請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并不構成對本發(fā)明的不當限定。在附圖中:
圖1是根據本發(fā)明實施例的應用菜單處理的流程圖;
圖2是根據本發(fā)明實施例的應用菜單處理裝置的結構框圖;
圖3是根據本發(fā)明實施例的應用菜單處理裝置的結構框圖(一);
圖4是根據本發(fā)明實施例的SIM卡應用菜單管理流程圖;
圖5是根據本發(fā)明實施例的終端模塊圖。
具體實施方式
下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相互組合。
在本實施例中提供了一種應用菜單處理方法,圖1是根據本發(fā)明實施例的應用菜單處理的流程圖,如圖1所示,該流程包括如下步驟:
步驟S102,獲取菜單索引表,其中,菜單索引表用于指示在與終端內置移動增值業(yè)務所對應的應用菜單中需要顯示的應用菜單信息,菜單索引表為可編輯索引表;
步驟S104,按照菜單索引表顯示應用菜單信息。
通過上述步驟,可以按照用戶自定義的菜單索引表顯示應用菜單信息,解決了相關技術中用戶操作SIM卡應用菜單中自己感興趣的業(yè)務菜單及不利于運營商增值業(yè)務的推廣的問題,進而提高了終端的用戶體驗,且可以避免用戶誤定制無用的增值業(yè)務造成不必要的扣費。
在一個可選實施例中,應用菜單信息包括:菜單項和該菜單項的排列順序。即可以按照用戶自定義的菜單項的內容以及菜單項排列的順序對應用菜單進行顯示。
按照該菜單索引表顯示該應用菜單信息之前,在一個可選實施例中,從客戶識別模塊(Subscriber Identity Module,簡稱為SIM)卡獲取第一應用菜單的菜單信息。
從SIM卡獲取第一應用菜單的菜單信息之后,在一個可選實施例中,判斷終端本地存儲的第二應用菜單的菜單信息和該第一應用菜單的菜單信息是否一致;其中,在判斷結果為是且該菜單索引表不為空時,觸發(fā)按照菜單索引表顯示該第二應用菜單信息;在判斷結果為否的情況下,觸發(fā)刪除菜單表和該菜單索引表,其中,菜單表用于保存應用菜單。
在觸發(fā)刪除菜單表和菜單索引表之后,需要重新建立菜單表和菜單索引表,在一個可選實施例中,按照第一應用菜單的數量創(chuàng)建菜單表和菜單索引表;并將第一應用菜單保存至創(chuàng)建后的菜單表中。
從SIM卡獲取第一應用菜單的菜單信息的過程中,在一個可選實施例中,在終端開機啟動時,從SIM卡獲取該第二應用菜單的菜單信息。
在一個可選實施例中,在獲取該菜單索引表之前,判斷是否存在菜單表,其中,在 判斷結果為否的情況下,創(chuàng)建用于存儲該應用菜單的該菜單表。
上述步驟中涉及到對菜單索引表進行編輯,在一個可選實施例中,接收終端用戶在應用菜單的顯示界面上對指定按鈕的操作指令,依據操作指令對菜單索引表進行編輯。進而,可以按照終端用戶的意愿顯示應用菜單。
在本實施例中還提供了一種應用菜單處理裝置,該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式,已經進行過說明的不再贅述。如以下所使用的,術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn),但是硬件,或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。
圖2是根據本發(fā)明實施例的應用菜單處理裝置的結構框圖,如圖2所示,該裝置包括:第一獲取模塊22,用于獲取菜單索引表,其中,該菜單索引表用于指示在與終端內置移動增值業(yè)務所對應的應用菜單中需要顯示的應用菜單信息,該菜單索引表為可編輯索引表;顯示模塊24,用于按照該菜單索引表顯示應用菜單信息。
可選地,應用菜單信息包括:菜單項和該菜單項的排列順序。
圖3是根據本發(fā)明實施例的應用菜單處理裝置的結構框圖(一),如圖3所示,該裝置還包括:第二獲取模塊26,用于從客戶識別模塊SIM卡獲取第一應用菜單的菜單信息;處理模塊28,用于判斷該終端本地存儲的第二應用菜單的菜單信息和第一應用菜單的菜單信息是否一致;其中,在判斷結果為是且菜單索引表不為空時,觸發(fā)按照該菜單索引表顯示第二應用菜單信息;在判斷結果為否的情況下,觸發(fā)刪除菜單表和菜單索引表,其中,菜單表用于保存應用菜單。
需要說明的是,上述各個模塊是可以通過軟件或硬件來實現(xiàn)的,對于后者,可以通過以下方式實現(xiàn),但不限于此:上述各個模塊均位于同一處理器中;或者,上述各個模塊分別位于第一處理器、第二處理器和第三處理器…中。
針對相關技術中存在的上述問題,下面結合具體的可選實施例進行說明,在下述可選實施例中結合了上述可選實施例及其可選實施方式。
為了解決以上用戶操作自己感興趣的業(yè)務菜單時不方便和部分用戶因怕產生額外費用不進入SIM卡應用菜單而不利于運營商增值業(yè)務的推廣的問題,本可選實施例提出一種管理SIM卡應用菜單的方法:
步驟如下:
1、開機終端與SIM卡進行指令交互,終端接收SIM卡主動式命令并獲取其中的SIM卡應用菜單內容;
2、終端判斷完整菜單表是否存在,如果不存在則終端根據接收到的SIM卡應用菜單個數創(chuàng)建完整菜單表,將所有菜單項按順序存儲到完整菜單表中,其中每個菜單項對 應一個item id,此item id即為SIM卡發(fā)送菜單時帶的item id;同時創(chuàng)建自定義菜單索引表;如果存在,則終端判斷從SIM卡接收到的SIM卡應用菜單和完整菜單表中的是否一致,如果不一致,則刪除舊的完整菜單表和自定義索引表,根據接收到的SIM卡應用菜單個數創(chuàng)建新的完整菜單表和自定義索引表;
3、用戶點擊SIM卡應用,終端先判斷自定義菜單索引表是否為空,如果為空,則根據完整菜單表顯示所有SIM卡應用菜單;如果不為空,則按順序根據自定義菜單索引表中保存的item id值從完整菜單表中獲取對應的菜單項進行顯示;
4、SIM卡應用菜單顯示界面,當用戶選擇編輯,此時完整菜單表中所有的菜單都顯示給用戶供其編輯,用戶編輯好自定義菜單后,按完成則終端將其對應的item id按順序存儲到自定義菜單索引表中;同時更新菜單顯示界面為用戶自定義的菜單項。
上述第4步,SIM卡應用菜單顯示主界面提供編輯和完成按鈕。編輯狀態(tài)時用戶可以選擇自己要顯示的菜單項,同時可以自定義菜單項的順序,可以按照自己感興趣程度排列菜單項。用戶點擊任一自定義菜單項時,終端根據其對應的item id與SIM卡交互,以保證終端與SIM卡之間的交互秩序。
在另一個可選實施例中,還提出一種能管理SIM卡應用菜單的終端:
該終端包括:
1、交互模塊。與SIM卡之間進行指令交互,包含所有SIM卡應用相關指令。
2、存儲模塊。保存SIM卡發(fā)送的完整的SIM卡應用菜單項及用戶自定義的菜單索引等。
3、檢測模塊。主要來檢測當前插入的SIM卡中的SIM卡應用菜單與終端上保存的SIM卡應用菜單相比是否發(fā)生了變化。
4、控制模塊。主要根據檢測模塊檢測到的SIM卡應用菜單變化情況,來控制更新終端上保存的SIM卡應用菜單項及自定義菜單索引;同時根據用戶的編輯結果控制更新自定義菜單索引表。
5、顯示模塊。主要根據完整菜單表和自定義菜單索引表中的內容來顯示用戶自定義的菜單項。同時為用戶提供編輯菜單項的功能。
本可選實施例中的管理SIM卡應用菜單的方法,可以讓用戶在繁多的SIM卡應用菜單中選擇自己感興趣或者常用的菜單來顯示,且用戶可以自定義菜單的順序。以此可以方便用戶操作,增強終端的用戶體驗,且可以避免用戶誤定制無用的增值業(yè)務造成不必要的扣費。
圖4是根據本發(fā)明實施例的SIM卡應用菜單管理流程圖。如圖4所述,該流程包括以下步驟:
步驟S401:終端接收SIM卡應用菜單;
開機過程中SIM卡通過交互狀態(tài)字暗示終端有主動式命令上報,終端向SIM卡發(fā)送FETCH指令,則用戶識別卡向終端發(fā)送主動式命令SETUP MENU(建立菜單命令),終端解析該命令并獲取到所有SIM卡應用菜單項內容。
步驟S402:終端中是否存在完整菜單表;
終端判斷保存所有SIM卡應用菜單的完整菜單表是否已經存在,若已經存在則到步驟S403;若不存在,則到步驟S405;
步驟S403:完整菜單表中的內容與接收到的應用菜單比較;
終端將完整菜單表中的菜單內容與從SIM卡接收到的應用菜單項內容進行比較,如果內容和順序都一致,則到步驟S406;如果不一致,則到步驟S404;
步驟S404:刪除舊的完整菜單表和自定義菜單索引表;
端中保存的菜單項與SIM卡發(fā)送的菜單項若不一致,說明終端中之前保存的信息已經過期,不再適用,故終端刪除之前創(chuàng)建的完整菜單表和自定義菜單索引表。
步驟S405:創(chuàng)建新的完整菜單表和自定義菜單索引表;
終端根據從SIM卡接收到的應用菜單項個數創(chuàng)建完整菜單表和自定義菜單索引表,并將所有菜單項內容按照順序保存在完整菜單表中。自定義菜單索引表在此只創(chuàng)建空表,無內容。
步驟S406:自定義菜單索引表是否為空;
如果用戶點擊了SIM卡應用,則終端根據當前的自定義菜單索引表來顯示SIM卡應用菜單。若自定義菜單索引表為空則到步驟S407,若不為空,則到步驟408;
步驟S407:顯示完整菜單;
終端按照完整菜單表中保存的菜單項內容及順序,為用戶顯示完整菜單。
步驟S408:顯示自定義菜單;
終端按順序根據自定義菜單表中保存的item id,從完整菜單表中查找其對應的菜單內容,顯示給用戶。為用戶顯示自定義菜單。用戶點擊任一自定義菜單項時,終端根據其對應的item id與SIM卡交互,以保證終端與SIM卡之間的交互秩序。
步驟S409:顯示完整菜單及編輯選項;
在菜單顯示界面,用戶可以點擊編輯來自定義顯示菜單。此時,若用戶點擊編輯按鈕,則終端將所有菜單都顯示出來,且為用戶提供編輯操作,用戶在所有菜單中選擇要顯示的菜單項及其顯示順序。
步驟S410:更新自定義菜單索引表;
用戶編輯完自定義菜單,按完成按鈕,則終端按照用戶選擇的菜單先后順序,將其對應的item id保存到自定義菜單索引表中。然后到步驟S408。
本可選實施例中,終端與SIM卡進行命令交互,獲取到SIM卡應用菜單項。終端將所有菜單項顯示給用戶,并為用戶提供編輯菜單項的功能操作,終端根據用戶選擇的菜單項及其順序,生成自定義菜單索引表并根據自定義菜單索引表中的item id為用戶顯示自定義菜單。
圖5是根據本發(fā)明實施例的終端模塊圖。包括以下模塊:
M501:交互模塊。
該模塊負責與SIM卡之間進行命令交換,SIM通過主動式命令將SIM卡應用菜單內容發(fā)送給終端,終端對其進行解析并獲取到各個應用菜單項,同時返回給SIM卡獲取成功的回應。
M502:存儲模塊。
該模塊負責將交互模塊獲取到的SIM卡應用菜單項進行保存,且保存用戶編輯好的自定義菜單索引。
M503:檢測模塊。
該模塊通過順序比較存儲模塊中保存的完整菜單項和從SIM卡接收到的SIM卡應用菜單項,來檢測當前插入的SIM卡中的SIM卡應用菜單是否發(fā)生了變化。
M504:控制模塊。
該模塊根據檢測模塊檢測到的SIM卡應用菜單變化情況,來控制創(chuàng)建、更新、刪除終端上保存的SIM卡應用菜單項及自定義菜單索引;同時根據用戶的編輯結果控制更新自定義菜單索引表,并根據索引表的內容控制終端為用戶顯示自定義菜單。
M505:顯示模塊。
該模塊為用戶顯示所有菜單供用戶進行編輯,并根據用戶編輯結果為用戶顯示自定義菜單。
以上各個模塊通過模塊間的協(xié)作完成管理SIM卡應該菜單的功能。
綜上所述,通過本發(fā)明提出的一種管理SIM卡應用菜單的方法和終端。終端通過交互模塊與SIM卡之間進行命令交互,獲取到SIM卡應用菜單項進行存儲。終端通過顯示模塊將所有菜單項顯示給用戶,并為用戶提供編輯菜單項的操作。當用戶編輯完成后,終端根據用戶選擇的菜單項及其順序,更新自定義菜單索引表,顯示模塊根據自定 義菜單索引表中的item id為用戶顯示自定義菜單。用戶下次開機時,終端首先判斷SIM卡中的應用菜單項是否發(fā)生了變化,如果發(fā)生了變化,則將所有應用菜單顯示給用戶,否則按照用戶之前編輯好的菜單為用戶顯示自定義菜單。本發(fā)明中的管理SIM卡應用菜單的方法,解決了用戶操作SIM卡應用菜單中自己感興趣的業(yè)務菜單不方便的問題,同時解決了部分用戶因怕產生額外費用不進入SIM卡應用菜單而不利于運營商增值業(yè)務的推廣的問題。本發(fā)明中的具有管理SIM卡應用菜單功能的終端,可以提升終端的用戶體驗,同時也有利于運營商各種業(yè)務的推廣。
在另外一個實施例中,還提供了一種軟件,該軟件用于執(zhí)行上述實施例及優(yōu)選實施方式中描述的技術方案。
在另外一個實施例中,還提供了一種存儲介質,該存儲介質中存儲有上述軟件,該存儲介質包括但不限于:光盤、軟盤、硬盤、可擦寫存儲器等。
顯然,本領域的技術人員應該明白,上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn),它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成的網絡上,可選地,它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn),從而,可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行,并且在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟,或者將它們分別制作成各個集成電路模塊,或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領域的技術人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內,所作的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內。