專利名稱：：終端及操作確認的方法
技術領域：
：本發(fā)明涉及無線通信領域，特別涉及終端及操作確認的方法。
背景技術：
：隨著無線通信應用的不斷發(fā)展，終端越來越成為人們生活中必不可少的工具，并且人們對終端外觀的要求也越來越高。SP(ServiceProvider,服務提供商)希望向用戶提供各種風格的外觀元素和外觀包，以使用戶能個性化地顯示自己終端的外觀。同時，SP也希望通過網絡能管理終端上的外觀元素和外觀包，以符合用戶和SP的利益。終端外觀是指終端對外顯示的內容，如背景、鈴音、菜單等內容，它們單獨稱為外觀元素。當有多個外觀元素同時提供給終端，或由終端進行操作時，這些元素的集合稱為外觀包。服務器對終端的外觀管理操作包括外觀包下發(fā)、安裝、激活/去激活、更新、刪除和鎖定/解鎖等。下發(fā)指將外觀包的發(fā)送給用戶；安裝指終端將收到的外觀包進行安裝，產生一系列新的外觀元素；激活指使特定外觀包成為終端當前使用的外觀包，更新指將收到的外觀包中的內容更新到現有的外觀包中；刪除指將終端保存的特定外觀包刪除；鎖定/解鎖外觀包指為使外觀包避免被修改而進行鎖定及解除鎖定。以外觀安裝為例，終端外觀管理操作的方式為用戶從SP網站下載一個外觀包，并對外觀包進行安裝。在這種情況下，外觀包的安裝操作是根據用戶的執(zhí)行行為完成的。這時存在兩種場景第一種場景外觀包下載需要一段時間，但用戶可能并不是等待外觀包下載完成后確認操作。當終端完成外觀包下載要繼續(xù)進行安裝時，需要用戶確認安裝操作，如果用戶同意繼續(xù)安裝操作，則終端繼續(xù)執(zhí)行安裝操作，如果用戶不同意，則終端放棄繼續(xù)執(zhí)行安裝操作。第二種場景，用戶在網上訂閱某種外觀包，當SP網站完成一個新的外觀包時，它主動將該外觀包下發(fā)給用戶，但外觀包的安裝操作需要用戶進行確認，如果用戶同意，則繼續(xù)執(zhí)行外觀安裝操作，否則，放棄外觀安裝操作。其它外觀管理操作，如更新、刪除、鎖定或解鎖等都需要用戶進^^確認才能繼續(xù)進行。在現有技術中，存在較多的技術實現該類似的確認功能，但它們的主要方法都是請求方彈出一個對話框獲取用戶決策信息，然后用戶選擇接收或拒絕操作，終端執(zhí)行相應的操作行為；或者終端直接査詢終端設置獲取用戶決策信息，根據獲取的用戶決策信息執(zhí)行相應的操作行為。由于現有技術并沒有將執(zhí)行程序與判定程序單獨組成模塊，因此當需要增加一種或多種獲取用戶決策信息的方式時，就需要增加判定獲取用戶決策信息方式的代碼，因而對執(zhí)行程序和判定程序的相關代碼要進行很大改動，不利于代碼的穩(wěn)定，進而不利于代碼的維護和擴展，相應地，也不利于產品的質量的穩(wěn)定。例如，在通過對話框獲取用戶決策信息的基礎上，希望增加通過查詢終端設置獲取用戶決策信息的方式，這時，就需要在終端程序中增加關于查詢終端設置獲取用戶決策信息方式的代碼，這樣對代碼的更改會比較多，并且不利于代碼的穩(wěn)定和維護，因此也會影響到產品的質量。
發(fā)明內容為了實現在增加一種或多種獲取用戶決策信息方式時，無需對代碼進行較大修改，提高產品的穩(wěn)定性，本發(fā)明實施例提供了一種終端及操作確認的方法。所述技術方案如下一種終端，所述終端包括-操作執(zhí)行模塊，用于向決策判定模塊發(fā)送操作確認請求信息；決策判定模塊，用于接收所述操作確認請求信息，根據所述操作確認請求信息獲取用戶決策信息，根據所述用戶決策信息生成操作確認響應信息，并將所述操作確認響應信息發(fā)送給所述操作執(zhí)行模塊。一種操作確認的方法，所述方法包括操作執(zhí)行模塊向決策判定模塊發(fā)送操作確認請求信息；所述決策判定模塊接收所述操作確認請求信息，根據所述操作確認請求信息獲取用戶決策信息，根據所述用戶決策信息生成操作確認響應信息，并向所述操作執(zhí)行模塊發(fā)送所述操作確認響應信息。一種操作確認的方法，所述方法包括執(zhí)行操作需要用戶確認時，根據用戶決策信息生成操作確認響應信息。通過本發(fā)明實施例提供的技術方案的有益效果是當需要增加獲取用戶決策信息的方式時，無需對代碼進行較大改動，有利于代碼的維護和可擴展，相應地，可以提高產品的穩(wěn)定性和可擴展性。圖1是本發(fā)明實施例1提供的一種終端的結構示意圖；圖2是本發(fā)明實施例1提供的一種UI界面示意圖；圖3是本發(fā)明實施例2提供的一種終端的結構示意圖。具體實施例方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明實施方式作進一步地詳細描述。實施例1本發(fā)明實施例提供了一種終端，如圖1所示，該終端包括-操作執(zhí)行模塊，用于向決策判定模塊發(fā)送操作確認請求信息，還用于接收決策判定模塊發(fā)送的操作確認響應信息，根據接收的操作確認響應信息決定是否繼續(xù)執(zhí)行外觀安裝操作。決策判定模塊，用于將操作確認請求信息發(fā)送給決策獲取模塊，還用于根據接收的用戶決策信息，判定用戶是否同意外觀安裝，并生成操作確認響應信息，并將該操作確認響應信息發(fā)送給操作執(zhí)行模塊。決策獲取模塊，用于根據接收的操作確認請求信息從決策提供模塊獲取用戶決策信息，并將獲取的用戶決策信息發(fā)送給決策判定模塊。決策提供模塊，用于提供用戶決策信息，并發(fā)送給決策獲取模塊。下面將對終端中的各個模塊之間的聯系進行具體的描述步驟101:操作執(zhí)行模塊在執(zhí)行外觀安裝操作需要用戶確認才能繼續(xù)進行時，向決策判定模塊發(fā)送操作確認請求信息。其中，該操作確認請求信息包括操作標識、安裝對象以及時間、安裝包大小等信息。操作確認請求信息的具體實例如下<OperationRequest><Category>LFC</Category><Command>Install</Command><CmdID>15</CmdID><Target><Name>mountain</Name><Version>100</Version><Provider>CMCC</Provider></Target><Time>20070728T000000Z</Time>-</OperationRequest>其中OpemtionRequest表示這是一個操作請求；Category表示該請求操作是什么類型操作，這里表示這是一個外觀管理操作；Install表示該操作請求為一個安裝操作的操作請求；QndID表示該操作的序號，用于表示其對應的是哪條請求信息；Target表示該操作的目標外觀包，名字為mountain,版本是1.0,由CMCC提供；20070728T000000Z表示該操作請求發(fā)生在2007年7月28日O點。步驟102:決策判定模塊將接收到的操作確認請求信息發(fā)送給決策獲取模塊。步驟103:決策獲取模塊接收到該操作確認請求信息后，根據該操作確認請求信息從決策提供模塊獲取用戶決策信息，并將獲取的用戶決策信息發(fā)送給決策判定模塊。其中，決策獲取模塊包含一個決策獲取方法記錄單元，該單元記錄獲取用戶決策信息的四種方式，即査詢SIM卡獲取保存的用戶決策信息、査詢終端設置獲取用戶決策信息、通過彈出對話框獲取用戶決策信息以及發(fā)送短信到指定終端獲取用戶決策信息。根據獲取用戶決策信息從易到難的的標準，可以對四種方法進行優(yōu)先級排列l(wèi)一查詢終端設置獲取用戶決策信息；2—查詢SIM卡獲取保存的用戶決策信息；3—通過彈出對話框獲取用戶決策信息；4一發(fā)送短信到指定終端獲取用戶決策信息。根據獲取用戶決策信息的可靠性從高到低的標準也可以對四種方法進行優(yōu)先級排列-l一通過彈出對話框獲取用戶決策信息；2—發(fā)送短信到指定終端獲取用戶決策信息；3—查詢終端設置獲取用戶決策信息；4一查詢SIM卡獲取保存的用戶決策信息。此外，獲取用戶決策信息的方式并不限于這四種方式，進行優(yōu)先級排列的標準也可以是其它標準，并不限于以上兩種標準。同時用戶也可以自行對獲取用戶決策信息的方式進行優(yōu)先級排列。在本實施例中，決策獲取模塊按照獲取用戶決策信息的從易到難的優(yōu)先級順序來獲取用戶決策信息。首先，通過查詢終端設置來獲取用戶決策信息，可以通過下列參數査詢匹配結果=LFC=Install-CMCC如果根據上述參數，無法獲得匹配結果，則返回[Result^NoMatch，表示無法獲得用戶決策信息。如果決策獲取模塊査詢終端不能獲取用戶決策信息，則選擇査詢SIM卡來獲取其保存的用戶決策信息。此時，決策提供模塊是終端SIM卡的讀取程序。決策獲取模塊査詢SIM卡中的對應文件，該文件中記錄有用戶的決策信息。如果無法找到對應文件，則通過彈出對話框獲取用戶決策信息，此時，決策提供模塊是對話框UI界面，對話框UI界面圖例如圖2所示:在本實施例中，用戶選擇了"OK"，決策獲取模塊獲取到用戶的"OK"決策信息，并將其返回給決策判定模塊。步驟104:決策判定模塊根據接收的用戶決策信息，生成用戶判定信息，根據用戶判定信息生成操作確認響應信息，并向操作執(zhí)行模塊發(fā)送該操作確認響應信息。其中，操作確認響應信息的具體實例如下<Result><Command>Install</Command><CmdID>15</CmdID><Data>200</Data></Result>該程序段表示的內容為用戶同意外觀安裝操作。在本實施例中，由于用戶選擇了"OK"，因此決策判定模塊判定用戶同意外觀安裝。步驟105:操作執(zhí)行模塊根據接收的操作確認響應信息，決定是否執(zhí)行外觀安裝操作。如果用戶同意外觀安裝，則繼續(xù)執(zhí)行外觀安裝操作；如果用戶放棄外觀安裝，則終止安裝操作。在本實施例中，由于用戶同意該外觀安裝，因此，外觀安裝操作繼續(xù)進行。本實施例以外觀管理中的外觀安裝操作為例，但并不限于外觀安裝操作。實施例2本發(fā)明實施例提供了一種終端，如圖3所示。與實施例l不同的是，本實施例中，該終端中的決策判定模塊接收到該操作確認請求信息后，會判定是否有與操作確認請求信息相匹配的結果。如果有，則根據匹配結果生成操作確認響應信息，并將操作確認響應信息發(fā)送給操作執(zhí)行模塊；如果沒有，則將該操作確認請求信息發(fā)送給決策獲取模塊。具體來講，該決策判定模塊包含-其中，決策判定模塊包含-決策請求獲取單元，用于將接收的操作確認請求信息發(fā)送給判定單元，并進行備份，還9用于接收到判定單元發(fā)送的無匹配結果信息時，將備份的操作確認請求發(fā)送給決策獲取模塊。判定單元，用于根據接收的操作確認請求信息判定是否有與操作確認請求信息相匹配的結果，如果有，則根據匹配結果生成操作確認響應信息，并將操作確認響應信息發(fā)送給操作執(zhí)行模塊，如果沒有則將無匹配結果信息發(fā)送給決策請求獲取單元，還用于根據接收的用戶決策信息根據獲取的用戶決策信息生成用戶判定信息，根據所述用戶判定信息生成操作確認響應信息，并將操作確認響應信息發(fā)送給操作執(zhí)行模塊。該決策判定模塊還可以包括決策依據判定保存單元，用于保存決策判定依據，并且保存的時間很長。決策判定依據具體的保存方式如表1所示表l<table>tableseeoriginaldocumentpage10</column></row><table>當決策判定模塊接收到操作執(zhí)行模塊發(fā)送的操作確認請求信息后，由判定單元從決策判定依據保存單元判定是否存在匹配結果，如果有，判定單元則根據匹配結果生成操作確認響應信息，并將操作確認響應信息發(fā)送給操作執(zhí)行模塊，如果沒有，判定單元將無匹配結果信息發(fā)送給決策請求獲取單元。在本實施例中，操作執(zhí)行模塊的操作確認請求為請求安裝Mountain外觀包，判定單元發(fā)現這是一個外觀包安裝的確認請求，而決策判定依據保存單元中存在匹配的用戶決策信息，即同意外觀包安裝，此時判定單元根據匹配的用戶決策信息判定用戶同意該外觀包的安裝，此時判定單元根據匹配結果生成操作確認響應信息，并將操作確認響應信息發(fā)送給操作執(zhí)行模塊，而不通過決策獲取模塊獲取上述用戶決策信息。此外，該決策判定依據保存單元也可以直接保存具體的判定結果，而不是決策判定依據，并且保存的時間很長，該判定結果也可以是廠商在出廠時預設的判定結果，具體判定結果的保存方式如表2所示為表2<table>tableseeoriginaldocumentpage10</column></row><table>當執(zhí)行Mountain第二版的外觀包安裝操作需要用戶確認時，判定單元可以判定決策判定依據保存單元中是否有匹配的結果，如果有，判定單元根據匹配結果生成操作確認響應信息，并將操作確認響應信息發(fā)送給操作執(zhí)行模塊，如果沒有，判定單元將無匹配結果信息發(fā)送給決策請求獲取單元。在本實施例中，判定單元發(fā)現匹配的結果，即同意Mountain外觀包安裝，此時判定單元根據匹配結果生成相應的操作確認響應信息，并將操作確認響應信息發(fā)送給操作執(zhí)行模塊，執(zhí)行操作模塊根據操作確認響應信息決定是否繼續(xù)執(zhí)行操作，而無需用戶進行確認，從而減少了判定的步驟，簡化了程序。其它步驟與實施例1類似，不再贅述。實施例3與實施例2不同的是，本實施例中，決策判定模塊中的決策請求獲取單元并不將接收到操作確認請求信息發(fā)送給判定單元，而是直接發(fā)送給決策獲取模塊。其它步驟與實施例2類似，不再贅述。實施例4在實施例1中，決策獲取方法記錄單元屬于決策獲取模塊，因此是由決策獲取模塊決定獲取用戶決策信息的方式。而在本實施例中，決策獲取方法記錄單元屬于決策判定模塊，因此，是由決策判定模塊決定獲取用戶決策信息的方式。例如，存在以下四種獲取用戶決策信息的方法，即查詢SIM卡獲取保存的用戶決策信息、查詢終端設置獲取用戶決策信息、通過彈出對話框獲取用戶決策信息以及發(fā)送短信到指定終端獲取用戶決策信息。四種方法可以按照獲取用戶決策信息從易到難的標準進行排列，或是按照獲取用戶決策信息的可靠性從高到低的標準進行排序。用戶也可以自行設置四種方法的排列順序。在本實施例中，決策判定模塊接收到操作確認請求信息后，根據獲取用戶決策信息從易到難的標準，決定通過查詢終端設置獲取用戶決策信息時，它將發(fā)送下列信息給決策獲取模塊=LFC-Install-CMCC與實施例l不同的是，在本實施例中，決策判定模塊無需將操作確認請求信息中的全部內容發(fā)送給決策獲取模塊，而是僅發(fā)送與獲取用戶決策信息相關的一部分信息，即只發(fā)送操作類型、操作內容和操作發(fā)起者等信息。當決策獲取模塊獲知上述信息后，從終端設置獲取相關的用戶決策信息。其它步驟與實施例1類似，不再贅述。實施例5本發(fā)明實施例提供了一種操作確認的方法，該方法包括執(zhí)行操作需要用戶確認時，根據用戶決策信息生成用戶判定信息。根據用戶判定信息生成操作確認響應信息。作為一種優(yōu)選的方案，該方法還可以包括根據操作確認響應信息決定是否繼續(xù)執(zhí)行操作。本發(fā)明實施例所述技術方案不僅僅適用于外觀管理的場景下，還適用于下載彩信需用戶確認的場景以及其它需用戶進行確認操作的場景。本發(fā)明實施例所述技術方案通過將執(zhí)行代碼與判定代碼單獨組成模塊，當需要增加獲取用戶決策信息的方式時，無需對代碼程序進行較大改動，有利于代碼的維護和可擴展，相應地，可以提高產品的穩(wěn)定性和可擴展性。此外，由于對決策判定依據和判定結果進行保存，可以提高判定的速度。以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。權利要求1、一種終端，其特征在于，所述終端包括操作執(zhí)行模塊，用于向決策判定模塊發(fā)送操作確認請求信息；決策判定模塊，用于接收所述操作確認請求信息，根據所述操作確認請求信息獲取用戶決策信息，根據所述用戶決策信息生成操作確認響應信息，并將所述操作確認響應信息發(fā)送給所述操作執(zhí)行模塊。2、如權利要求1所述的終端，其特征在于，所述終端還包括-決策獲取模塊，用于獲取用戶決策信息，并將所述用戶決策信息發(fā)送給所述決策判定模塊。3、如權利要求2所述的終端，其特征在于，所述決策判定模塊具體為判定單元，用于獲取用戶決策信息，根據所述用戶決策信息生成操作確認響應信息，并將所述操作確認響應信息發(fā)送給所述操作執(zhí)行模塊。4、如權利要求2所述的終端，其特征在于，所述決策判定模塊具體包括-決策請求獲取單元，用于接收所述操作確認請求信息，對所述操作確認請求信息進行備份，并將所述操作確認請求信息發(fā)送給判定單元，還用于在接收到無匹配結果信息時，將所述備份的操作確認請求信息發(fā)送給所述決策獲取模塊；判定單元，用于接收所述操作確認請求信息，并判定是否有與所述操作確認請求信息相匹配的依據，如果沒有，則將無匹配結果信息發(fā)送給所述決策請求獲取單元，還用于根據接收的所述用戶決策信息，根據所述用戶決策信息生成操作確認響應信息，并將所述操作確認響應信息發(fā)送給所述操作執(zhí)行模塊。5、如權利要求2所述的終端，其特征在于，所述決策判定模塊具體包括決策請求獲取單元，將接收的所述操作確認請求信息發(fā)送給決策獲取模塊；判定單元，用于根據所述用戶決策信息生成操作確認響應信息，并將所述操作確認響應信息發(fā)送給所述操作執(zhí)行模塊。6、如權利要求3-5任意一項所述的終端，其特征在于，所述決策判定模塊還包括決策判定依據保存單元，用于保存決策判定依據或判定結果。7、如權利要求2所述的終端，其特征在于，所述決策獲取模塊具體包括決策獲取方法記錄單元，用于記錄獲取用戶決策信息的方式，并對所述獲取用戶決策信息的方式進行優(yōu)先級排序。8、一種操作確認的方法，其特征在于，所述方法包括操作執(zhí)行模塊向決策判定模塊發(fā)送操作確認請求信息；所述決策判定模塊接收所述操作確認請求信息，根據所述操作確認請求信息獲取用戶決策信息，根據所述用戶決策信息生成操作確認響應信息，并向所述操作執(zhí)行模塊發(fā)送所述操作確認響應信息。9、如權利要求8所述的操作確認的方法，其特征在于，所述方法還包括所述操作執(zhí)行模塊根據接收的所述操作確認響應信息決定是否繼續(xù)執(zhí)行操作。10、如權利要求8所述的操作確認的方法，其特征在于，所述根據所述操作確認請求信息獲取用戶決策信息，根據所述用戶決策信息生成操作確認響應信息的步驟具體包括-所述決策判定模塊將接收的所述操作確認請求信息發(fā)送給決策獲取模塊；所述決策獲取模塊根據所述操作確認請求信息獲取用戶決策信息，并將用戶決策信息發(fā)送給所述決策判定模塊；所述決策判定模塊根據所述用戶決策信息生成操作確認響應信息，并將所述操作確認響應信息發(fā)送給所述操作執(zhí)行模塊。11、如權利要求8所述的操作確認的方法，其特征在于，所述根據所述操作確認請求信息獲取用戶決策信息，根據所述用戶決策信息生成操作確認響應信息的步驟具體為-決策請求獲取單元將接收到的所述操作確認請求信息發(fā)送給判定單元，并對所述操作確認請求信息進行備份；所述判定單元判斷是否有與所述操作確認請求信息相匹配的結果，如果有，則根據所述匹配的結果生成操作確認響應信息，并將所述操作確認響應信息發(fā)送給所述操作執(zhí)行模塊。12、如權利要求11所述的操作確認的方法，其特征在于，所述根據所述操作確認請求信息獲取用戶決策信息，根據所述用戶決策信息生成操作確認響應信息的步驟還包括-如果所述判定單元判斷沒有與所述操作確認請求信息相匹配的結果，則將無匹配結果信息發(fā)送給所述決策請求獲取單元；所述決策請求獲取單元接收到所述無匹配結果信息后，將所述備份的操作確認請求信息發(fā)送給所述判定單元；所述判定單元將所述所述操作確認請求信息發(fā)送給所述決策獲取模塊；所述決策獲取模塊根據所述操作確認請求信息獲取用戶決策信息，并將用戶決策信息發(fā)送給所述判定單元；所述判定單元根據所述用戶決策信息生成操作確認響應信息，并將所述操作確認響應信息發(fā)送給所述操作執(zhí)行模塊。13、如權利要求8所述的操作確認的方法，其特征在于，所述根據所述操作確認請求信息獲取用戶決策信息，根據所述用戶決策信息生成操作確認響應信息的步驟具體為-決策請求獲取單元將接收到的所述操作確認請求信息發(fā)送給所述決策獲取模塊；所述決策獲取模塊根據所述操作確認請求信息獲取用戶決策信息，并將用戶決策信息發(fā)送給所述判定單元；所述判定單元根據所述用戶決策信息生成操作確認響應信息，并將所述操作確認響應信息發(fā)送給所述操作執(zhí)行模塊。14、如權利要求10、12或13任意一項所述的操作確認的方法，其特征在于，所述獲取用戶決策信息的步驟具體為根據獲取用戶決策信息的優(yōu)先級獲取所述用戶決策信息。15、一種操作確認的方法，其特征在于，所述方法包括執(zhí)行操作需要用戶確認時，根據用戶決策信息生成操作確認響應信息。16、如權利要求15的方法，其特征在于，所述方法還包括-根據所述操作確認響應信息決定是否繼續(xù)操作。全文摘要本發(fā)明公開了一種終端及一種操作確認的方法，屬于無線通信領域。所述終端包括操作執(zhí)行模塊和決策判定模塊。所述方法包括操作執(zhí)行模塊向決策判定模塊發(fā)送操作確認請求信息；所述決策判定模塊接收所述操作確認請求信息，根據所述操作確認請求信息獲取用戶決策信息，根據所述用戶決策信息生成操作確認響應信息，并向所述操作執(zhí)行模塊發(fā)送所述操作確認響應信息。所述方法包括執(zhí)行操作需要用戶確認時，根據用戶決策信息生成操作確認響應信息。本發(fā)明通過使執(zhí)行代碼與判定代碼單獨組成模塊，可以實現當需要增加獲取用戶決策信息的方式時，無需對代碼程序進行較大改動，有利于代碼的維護和可擴展，相應地，可以提高產品的穩(wěn)定性和可擴展性。文檔編號H04M1/725GK101448038SQ20071017817公開日2009年6月3日申請日期2007年11月27日優(yōu)先權日2007年11月27日發(fā)明者睿王申請人:華為技術有限公司