[發明專利]一種STK菜單處理系統及其對菜單的處理方法

有效

• 申請號: 201110361066.X
• 申請日: 2011-11-15
• 公開（公告）號: CN102436380A
• 公開（公告）日: 2012-05-02
• 發明（設計）人: 鄒勇
• 申請（專利權）人: 福源立信（北京）科技有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44;H04M1/725
• 代理公司: 北京匯澤知識產權代理有限公司 11228
• 代理人: 張瑾

技術領域

本發明涉及智能卡應用領域，尤其涉及一種STK菜單處理系統及其對菜單的處理方法。

背景技術

隨著手機的普及和移動通訊技術的迅猛發展，移動互聯網和移動電子商務，移動電子證務也得到很大發展。

新的業務的不斷推出和舊有業務的迅速淘汰使得SIM卡上菜單列表經過增加、刪除后的重組顯示的需求越來越迫切。例如排行榜類和業務推薦等功能需要利用SIM卡內有限資源顯示按照指定順序業務列表，而且經常需要對顯示的列表進行更改。目前一些移動終端上的應用本身也用列表顯示來直觀的和用戶交互，傳遞信息，并有動態更新菜單項和顯示順序的需求。

現有技術中存在利用SIM卡內的循環文件來增加菜單列表項，但是該技術卻無法處理刪除菜單以及刪除后的菜單重新排列及顯示問題。

傳統的鏈表結構雖然可以滿足菜單的重新排列問題，但是不管是菜單的修改還是顯示都需要查找整個鏈表來查找指定位置，并在查找和鏈表維護過程中多次擦寫FLASH，這就造成了SIM卡使用壽命縮短和程序結構復雜，執行效率低等問題。而且一旦出現意外掉電，將有可能造成整個鏈表斷裂，顯示結果不可控。

并且這些方法在用戶企圖建立多于應用支持的菜單項時，束手無策。這種實現方式無法方便的替換掉最老的菜單項，用戶感受相當不好。

發明內容

本發明的目的就是提供一種高效準確的STK菜單處理系統對菜單進行動態處理的技術方案，減少傳統的通過鏈表查找和維護的方式導致的在執行效率和FLASH讀寫上的開銷，從而實現菜單處理的靈活快速。

本發明提供一種STK菜單處理系統對菜單的處理方法，包括如下步驟：

步驟S1：從手機終端接收到菜單更新APDU命后將命令轉換成菜單更新數據；

步驟S2：解析該菜單更新數據獲得更新類型、要更新的菜單序號和菜單屬性數據；

步驟S3：從存儲器中的菜單存儲區讀取有效菜單項個數和原有排序的線性關聯數據，根據更新類型和要更新的菜單序號對有效菜單項個數、線性關聯數據進行處理，獲得新的有效菜單項個數和線性關聯數據，所述菜單序號通過所述線性關聯數據索引菜單存儲區數據；

步驟S4：根據更新類型的不同將相應的數據寫入菜單存儲區；

步驟S5：處理完數據寫入菜單存儲區后，讀取菜單存儲區的內容，把菜單屬性數據區內容按照現有的菜單存儲區中的線性關聯區內容和有效菜單項個數內容組織成菜單顯示數據存到緩存，發送狀態字通知手機終端讀取數據并處理。

進一步地，所述菜單屬性數據包括菜單名稱、菜單所對應應用的大小和菜單所對應應用的信息。

進一步地，所述步驟S3中根據更新類型和要更新的菜單序號對有效菜單項個數和線性關聯數據進行處理包括：

如果所述更新類型為刪除N個菜單，則將有效菜單項個數減小要刪除的菜單項個數N，線性關聯區的新的排序為原排序從要更新的菜單序號對應的線性關聯區字節開始到線性關聯區的末字節，循環左移N字節，即：要更新的菜單序號對應的線性關聯區的字節之前的字節不變，要更新的菜單序號對應的線性關聯區的字節之后的排序整體前移N個字節，要刪除的菜單序號對應的字節循環移到線性關聯區的末位；

如果所述更新類型為增加菜單，且菜單增加后，菜單項個數仍未超過最大菜單項個數，則將有效菜單項個數增加需要增加菜單的數目，原有線性關聯區的字節排序不變；

如果所述更新類型為增加菜單，且菜單增加后，菜單項個數超過最大菜單項個數X個，則將有效菜單項個數修改為最大菜單項個數，新的線性關聯區的字節為原線性關聯區的字節循環左移X字節，即：原線性關聯區的前X字節為新排序線性關聯區的最后X字節，原排序線性關聯區字節從X+1字節開始左移X字節。

進一步地，所述步驟S4中根據更新類型的不同將相應的數據寫入菜單存儲區的步驟包括：

如果更新類型是增加菜單操作，則把菜單屬性數據按照新的線性關聯區的字節寫入關聯的菜單存儲區內的菜單屬性數據區；完成所有菜單屬性數據的寫入后將新的有效菜單項個數、線性關聯區的字節一次性寫入；

如果更新類型是刪除菜單操作，直接將新的有效菜單項個數、線性關聯區的字節一次性寫入。

進一步地，在所述步驟S1之前還包括初始化過程，具體如下：

步驟1：從手機終端接收到直接顯示菜單的APDU命后轉換成菜單更新數據；

步驟2：解析該菜單更新數據，獲得更新類型為直接顯示菜單；