TW201828684A - 通知訊息處理方法及裝置 - Google Patents

Abstract

本發明公開一種通知訊息處理方法及裝置。在顯示通知訊息之前，首先判斷該通知訊息的主叫號碼是否為服務號碼，若為服務號碼，則在顯示該通知訊息的同時，還顯示與該主叫號碼對應的使用者界面組件。由於該使用者界面組件可在被觸發時執行與該主叫號碼對應的操作，因此使用者在閱讀該通知訊息後，若需要進一步進行相關操作，可通過觸發該使用者界面組件進行所需的操作，與現有技術中的通知訊息處理方法相比，簡化了使用者操作，提高了使用者感受。

Description

通知訊息處理方法及裝置

本發明係關於通信技術領域，尤其係關於一種通知訊息處理方法及裝置。

隨著行動通信技術的飛速發展和行動多媒體時代的到來，手機等行動終端作為人們必備的行動通信工具，已從簡單的通話工具向智慧化發展，演變成一個行動的個人資訊收集和處理平台。

短訊息、彩信等作為常用的資訊通知方式，具有廣泛的應用場景。例如，行動通信營運商可以通過短訊息通知使用者話費使用情況，快遞公司可以通過短訊息通知使用者快遞資訊，銀行可以通過短訊息通知使用者帳戶收支情況，使使用者能夠方便、及時地獲取各種資訊。

對於特定資訊發送者，比如上述的行動通信營運商、銀行等，可以提供各種基於網際網路的服務，比如，行動通信營運商可提供網上手機充值的服務、辦理行動業務的服務等，銀行可提供網上支付、轉帳、帳戶查詢、信用卡還款等服務。

目前，針對上述特定資訊發送者所發送的短訊息，行動終端僅支持查看功能。比如，行動終端接收到行動通信營運商發送的一條手機欠費的短訊息後，在使用者選擇查看時僅在使用者界面顯示該短訊息的內容，如果使用者需要進一步進行手機充值操作，則需要使用能夠實現手機充值操作的應用程式或者登錄到該行動通信營運商的網頁進行手機充值的操作。

由此可見，簡單的短訊息功能已經不能滿足使用者日益增高的使用需求。使用者在閱讀短訊息後登錄其他應用程式或網頁進行相關操作時，過程較為繁瑣，影響使用者體驗。

本發明實施例提供了一種通知訊息處理方法及裝置。

本發明實施例提供的通知訊息處理方法，包括：獲取通知訊息的主叫號碼；判斷所述通知訊息的主叫號碼是否為服務號碼；若是，則顯示第一使用者界面，所述第一使用者界面用於顯示所述通知訊息以及所述主叫號碼對應的使用者界面組件，所述使用者界面組件用於在被觸發時執行與所述主叫號碼對應的操作。

較佳地，在判斷所述通知訊息的主叫號碼為服務號碼之後、顯示所述第一使用者界面之前，還包括：獲取所述主叫號碼對應的使用者界面組件資訊； 根據所述主叫號碼對應的使用者界面組件資訊產生使用者界面組件。

其中，所述判斷所述通知訊息的主叫號碼是否為服務號碼，包括：根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中未查詢到所述通知訊息的主叫號碼，則根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；其中，所述第一資料庫為終端本地緩存的資料庫，所述第二資料庫為網路側儲存的資料庫，所述第一資料庫和所述第二資料庫用於儲存服務號碼以及與服務號碼對應的使用者界面組件資訊。

較佳地，所述獲取所述主叫號碼對應的使用者界面組件資訊，包括：若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則在所述第一資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊；或者， 若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則在所述第二資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊。

較佳地，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則還包括：將所述第二資料庫中與所述主叫號碼匹配的服務號碼以及該服務號碼對應的使用者界面組件資訊保存到所述第一資料庫中。

較佳地，還包括：向網路側發送更新請求，接收網路側根據所述請求返回的服務號碼以及對應的使用者界面組件資訊，根據網路側返回的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫；和/或，接收網路側發送的更新命令，根據所述更新命令中攜帶的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫。

較佳地，所述使用者界面組件資訊包括：使用者界面組件的屬性資訊；和/或，使用者界面組件對應的操作資訊。

其中，所述使用者界面組件對應的操作資訊包括以下資訊中的一種或任意組合：應用程式介面，所述使用者界面組件被觸發時對應的應用程式被開啟；網頁地址，所述使用者界面組件被觸發時對應的網頁 被打開；程式腳本，所述使用者界面組件被觸發時對應的程式腳本被執行。

較佳地，所述使用者界面組件包括菜單，所述菜單包括一級菜單或多級菜單。

較佳地，所述第一使用者界面中還包括用於實現界面切換功能的使用者界面組件，所述用於實現界面切換功能的使用者界面組件被觸發時從第一使用者界面切換到第二使用者界面，所述第二使用者界面用於顯示所述通知訊息、訊息回復內容輸入框以及所述用於實現界面切換功能的使用者界面組件。

本發明實施例提供的通知訊息處理裝置，包括：獲取模組，用於獲取通知訊息的主叫號碼；判斷模組，用於判斷所述通知訊息的主叫號碼是否為服務號碼；處理模組，用於在所述判斷模組判定所述通知訊息的主叫號碼為服務號碼時，顯示第一使用者界面，所述第一使用者界面用於顯示所述通知訊息以及所述主叫號碼對應的使用者界面組件，所述使用者界面組件用於在被觸發時執行與所述主叫號碼對應的操作。

較佳地，所述處理模組還用於：在所述判斷模組判斷所述通知訊息的主叫號碼為服務號碼之後、顯示所述第一使用者界面之前，獲取所述主叫號碼對應的使用者界面組件資訊，並根據主叫號碼對應的 使用者界面組件資訊產生使用者界面組件。

較佳地，所述判斷模組具體用於：根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中未查詢到所述通知訊息的主叫號碼，則根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；其中，所述第一資料庫為終端本地緩存的資料庫，所述第二資料庫為網路側儲存的資料庫，所述第一資料庫和所述第二資料庫用於儲存服務號碼以及與服務號碼對應的使用者界面組件資訊。

較佳地，所述處理模組具體用於：若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則在所述第一資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊；或者，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則在所述第二資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊。

較佳地，還包括更新模組；所述更新模組，用於在所述第二資料庫中查詢到所述通知訊息的主叫號碼的情況下，將所述第二資料庫中與所述主叫號碼匹配的服務號碼以及該服務號碼對應的使用者界面組件資訊保存到所述第一資料庫中。

較佳地，還包括更新模組；所述更新模組，用於向網路側發送更新請求，接收網路側根據所述請求返回的服務號碼以及對應的使用者界面組件資訊，根據網路側返回的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫；和/或，接收網路側發送的更新命令，根據所述更新命令中攜帶的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫。

較佳地，所述使用者界面組件資訊包括：使用者界面組件的屬性資訊；和/或，使用者界面組件對應的操作資訊。

其中，所述使用者界面組件對應的操作資訊包括以下資訊中的一種或任意組合：應用程式介面，所述使用者界面組件被觸發時對應的應用程式被開啟；網頁地址，所述使用者界面組件被觸發時對應的網頁被打開；程式腳本，所述使用者界面組件被觸發時對應的程式腳本被執行。

較佳地，所述使用者界面組件包括菜單，所述菜單包 括一級菜單或多級菜單。

較佳地，所述第一使用者界面中還包括用於實現界面切換功能的使用者界面組件，所述用於實現界面切換功能的使用者界面組件被觸發時從第一使用者界面切換到第二使用者界面，所述第二使用者界面用於顯示所述通知訊息、訊息回復內容輸入框以及所述用於實現界面切換功能的使用者界面組件。

本發明另外的實施例還提供了一種行動終端，該行動終端包括：處理器，通信模組、儲存模組、輸出模組。處理器與其他各模組之間存在資料通信連接，比如可基於匯流排架構進行資料通信。

處理器用於讀取儲存模組中的程式，執行下列過程：

獲取通知訊息的主叫號碼，判斷所述通知訊息的主叫號碼是否為服務號碼；若是，則通過輸出模組顯示第一使用者界面，所述第一使用者界面用於顯示所述通知訊息以及所述主叫號碼對應的使用者界面組件，所述使用者界面組件用於在被觸發時執行與所述主叫號碼對應的操作。

較佳地，處理器在判斷所述通知訊息的主叫號碼為服務號碼之後、顯示所述第一使用者界面之前，還獲取所述主叫號碼對應的使用者界面組件資訊，並根據所述主叫號碼對應的使用者界面組件資訊產生使用者界面組件。

較佳地，處理器可根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號 碼；或者，處理器可根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，處理器可根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中未查詢到所述通知訊息的主叫號碼，則根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼。其中，所述第一資料庫為終端本地緩存的資料庫，所述第二資料庫為網路側儲存的資料庫，所述第一資料庫和所述第二資料庫用於儲存服務號碼以及與服務號碼對應的使用者界面組件資訊。

較佳地，處理器獲取所述主叫號碼對應的使用者界面組件資訊的過程可包括：若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則在所述第一資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊；或者，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則在所述第二資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊。

較佳地，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則處理器還可將所述第二資料庫中與所述主叫號碼匹配的服務號碼以及該服務號碼對應的使用者界面組件資訊保存到所述第一資料庫中。

較佳地，處理器還可通過通信模組向網路側發送更新 請求，接收網路側根據所述請求返回的服務號碼以及對應的使用者界面組件資訊，根據網路側返回的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫；和/或，接收網路側發送的更新命令，根據所述更新命令中攜帶的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫。

較佳地，所述使用者界面組件資訊包括：使用者界面組件的屬性資訊；和/或，使用者界面組件對應的操作資訊。

其中，所述使用者界面組件對應的操作資訊包括以下資訊中的一種或任意組合：應用程式介面，所述使用者界面組件被觸發時對應的應用程式被開啟；網頁地址，所述使用者界面組件被觸發時對應的網頁被打開；程式腳本，所述使用者界面組件被觸發時對應的程式腳本被執行。

較佳地，所述使用者界面組件包括菜單，所述菜單包括一級菜單或多級菜單。

較佳地，所述第一使用者界面中還包括用於實現界面切換功能的使用者界面組件，所述用於實現界面切換功能的使用者界面組件被觸發時從第一使用者界面切換到第二使用者界面，所述第二使用者界面用於顯示所述通知訊息、訊息回復內容輸入框以及所述用於實現界面切換功能 的使用者界面組件。

本發明的上述實施例中，在顯示通知訊息之前，首先判斷該通知訊息的主叫號碼是否為服務號碼，若為服務號碼，則在顯示該通知訊息的同時，還顯示與該主叫號碼對應的使用者界面組件。由於該使用者界面組件可在被觸發時執行與該主叫號碼對應的操作，因此使用者在閱讀該通知訊息後，若需要進一步進行相關操作，可通過觸發該使用者界面組件進行所需的操作，與現有技術中的通知訊息處理方法相比，簡化了使用者操作，提高了使用者感受。通常，主叫號碼為服務號碼時，具有該主叫號碼的使用者(通常為企業使用者)進一步提供了基於網際網路的服務。以這種企業使用者為例，若採用本發明實施例，可以針對企業使用者發送的通知訊息，在顯示該通知訊息時同時顯示與該企業使用者提供的服務相關的使用者界面組件，從而將企業使用者提供的服務相關的使用者界面組件與通知訊息的顯示界面相結合，方便了使用者操作。

401‧‧‧獲取模組

402‧‧‧判斷模組

403‧‧‧處理模組

501‧‧‧處理器

502‧‧‧通信模組

503‧‧‧儲存模組

504‧‧‧輸入模組

505‧‧‧輸出模組

506‧‧‧SIM卡模組

為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域的通常知識者來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發明實施例中的通知訊息處理流程示意圖； 圖2為現有技術中短訊息顯示界面；圖3a至圖3c分別為本發明實施例中的使用者界面示意圖；圖4為本發明實施例提供的通知訊息處理裝置的結構示意圖；圖5為本發明實施例提供的行動終端的結構示意圖。

為了使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明作進一步地詳細描述，顯然，所描述的實施例僅僅是本發明一部份實施例，而不是全部的實施例。基於本發明中的實施例，本領域之通常知識者在沒有做出創造性勞動前提下所獲得的所有其它實施例，都屬於本發明保護的範圍。

為了簡化使用者針對通知訊息的操作，尤其是針對主叫號碼為服務號碼的通知訊息，本發明實施例提供了一種通知訊息處理方法，用以簡化使用者操作，提高使用者感受，本發明實施例可在行動終端側執行。該行動終端可以是手機、PDA(Personal Digital Assistant，掌上電腦)等設備。

本發明實施例提供的通知訊息處理方法中，行動終端在顯示通知訊息之前，首先判斷該通知訊息的主叫號碼是否為服務號碼，若為服務號碼，則在顯示該通知訊息的同時，還顯示與該主叫號碼對應的使用者界面組件(即UI 組件)，使使用者可以在同一使用者界面既能夠閱讀通知訊息的內容，又能夠通過觸發相關的操作。

其中，UI組件是將一段或幾段完成各自功能的代碼段封裝為一個或幾個獨立的部分。UI組件包含了這樣一個或幾個具有各自功能的代碼段，最終可完成使用者界面的表示。常見的UI組件可包括菜單、按鈕、文本框、複選框、列表等。本發明實施例中所涉及到的UI組件的類型不作限制，比如可以包括上述中的一種或多種。

所述通知訊息對於使用者來說可見，即該通知訊息的內容可以在使用者界面中被顯示。比如，該通知訊息可以是短訊息，也可以是彩信等通知訊息。短訊息可以是基於使用者請求網路側返回的訊息，比如基於使用者發送的手機話費餘額查詢請求所返回的手機話費餘額短訊息，該短訊息也可以是網路側主動推送的短訊息，比如通知使用者銀行帳戶收支情況的短訊息，還可以是使用者訂閱的短訊息。

為實現本發明實施例，可以預先配置資料庫，該資料庫用於儲存服務號碼與對應的UI組件資訊。一個服務號碼可以對應一個UI組件，也可對應多個UI組件。

其中，服務號碼也可稱為公眾服務號碼，通常由服務提供商(企業)申請，不同的公眾服務號碼對應不同的服務提供商，比如，10086是中國移動通信營運商的服務號碼，95555是招商銀行的服務號碼。一個服務提供商可以申請一個或多個服務號碼。當然，也不排除由個人申請服 務號碼的可能性。

以服務提供商申請服務號碼為例，通過服務號碼，服務提供商可在短訊息或彩信等資訊平台上實現和特定使用者(或特定群體)進行文字、圖片、語音、視頻等多媒體方式的溝通和互動。

UI組件資訊可包括：UI組件的屬性資訊和/或UI組件對應的操作資訊。

其中，UI組件的屬性資訊可包括以下資訊中的一種或任意組合：- UI組件的類型。如前所屬，本發明實施例可以支持多種類型的UI組件，比如菜單、按鈕等；- UI組件的名稱。通過該屬性資訊可定義UI組件在使用者界面中被顯示時的文字描述。比如，對於菜單類型的UI組件，可通過該屬性資訊定義菜單名稱以便顯示在使用者界面中；- UI組件的顯示設置資訊。比如，通過該屬性資訊可定義UI組件顯示時的顏色；再比如，對於按鈕類型的UI組件，可通過該屬性資訊設置該按鈕上顯示的圖片；- UI組件在使用者界面中的位置；- UI組件的其他屬性。比如，在UI組件為菜單類型的UI組件時，通過該屬性資訊可指示出菜單的層級。再比如，當一個服務號碼對應多個UI組件時，通過該屬性資訊可設置各UI組件的排 列方式。

對於上述屬性資訊，若在資料庫中沒有特別指定或設置，則行動終端在產生UI組件時，可根據默認設置的屬性資訊產生UI組件。

UI組件資訊中，UI組件對應的操作資訊可包括以下資訊中的一種或任意組合：- 應用程式介面，比如可以包括系統應用程式的API(Application Programming Interface，應用程式編程介面)，也可包括第三方應用程式的API。當UI組件被觸發時，對應的應用程式被開啟；- 網頁地址。當UI組件被觸發時，對應的網頁被打開；- 程式腳本。當UI組件被觸發時，對應的程式腳本被執行。

當然，上述所列舉的操作資訊僅為示例，本發明實施例不排除其他類型的操作資訊，比如，UI組件的操作資訊可以僅是一段文本資訊，當UI組件被觸發時，該文本資訊將被顯示在文字顯示窗口中。

在具體實施時，可根據服務提供商所申請的服務號碼以及所提供的服務，設置該資料庫。比如，如果行動通信營運商申請的服務號碼為服務號碼A，所提供的服務包括三大類型的服務：話費繳費服務、網上營業廳服務、購買手機及配件的服務，進一步地，話費繳費服務還可進一步 劃分為：話費查詢服務、話費充值服務、餘額查詢服務，相應地，針對服務號碼A可設置如下UI組件資訊：菜單1，名稱為“話費繳費服務”，為一級菜單，對應的操作是打開該菜單的二級菜單；菜單2，名稱為“網上營業廳服務”，為一級菜單，對應的操作是打開網上營業廳服務頁面；相應地，網上營業廳服務的服務頁面的地址將被作為菜單2對應的操作資訊；菜單3，名稱為“購買手機及配件的服務”，對應的操作是打開手機及配件選購頁面；相應地，購買手機及配件的服務頁面的地址將被作為菜單3對應的操作資訊；菜單4，名稱為“話費查詢服務”，是菜單1的二級菜單之一，對應的操作是打開話費查詢頁面；相應地，話費查詢頁面的地址將被作為菜單4對應的操作資訊；菜單5，名稱為“話費充值服務”，是菜單1的二級菜單之一，對應的操作是打開話費充值頁面；相應地，話費查詢服務頁面的地址將被作為菜單5對應的操作資訊；菜單6，名稱為“餘額查詢服務”，是菜單1的二級菜單之一，對應的操作是打開餘額查詢服務頁面；相應地，餘額查詢服務頁面的地址將被作為菜單6對應的操作資訊。

根據以上描述，表1示例性地示出了一種用於儲存服務號碼與對應的UI操作資訊的資料庫的結構。

在一些實施例中，上述用於儲存服務號碼與對應的UI組件資訊的資料庫，可預先配置在行動終端(比如在行動終端出廠前進行配置，或者在行動終端辦理入網業務時進行配置)。該資料庫也可以由網路側的服務器配置給行動終端。

在另一些實施例中，上述用於儲存服務號碼與對應的UI組件資訊的資料庫也可以僅配置在網路側的服務器 中。

在另外一些實施例中，上述用於儲存服務號碼與對應的UI組件資訊的資料庫，可以既配置在行動終端中，又配置在網路側的服務器中。較佳地，網路側可配置完整的資料庫，行動終端側可僅配置資料庫中的部分內容。比如，可根據使用者等級或其他資訊，選擇資料庫中的部分服務號碼及其對應的UI組件資訊配置到行動終端上。

進一步地，本發明實施例允許對該資料庫進行更新。比如，根據服務號碼的申請情況，在該資料庫中新增服務號碼以及對應的UI組件資訊，或者刪除無效的服務號碼以及對應的UI組件資訊。根據該資料庫的上述各種不同的配置方式，本發明實施例提供的資料庫更新方式可包括以下幾種：

更新方式1：僅更新網路側的資料庫，適合於僅在網路側配置資料庫的場景，也適合於在終端側配置資料庫的場景，還適合於在網路側和終端側均配置資料庫的場景。

更新方式2：網路側主動向行動終端通知資料庫的更新內容。適合於行動終端上配置有資料庫的場景，也適合於在網路側和終端側均配置資料庫的場景。在具體實施時，網路側可向行動終端發送更新命令，該更新命令中攜帶有服務號碼以及對應的使用者界面組件資訊；行動終端接收網路側發送的更新命令，根據該更新命令中攜帶的服務號碼以及對應的使用者界面組件資訊更新該行動終端本地緩存的資料庫。

更新方式3：行動終端主動請求更新資料庫。適合於行動終端上配置有資料庫的場景，也適合於在網路側和終端側均配置資料庫的場景。在具體實施時，行動終端向網路側發送更新請求，接收網路側根據該請求返回的服務號碼以及對應的使用者界面組件資訊，行動終端根據網路側返回的服務號碼以及對應的使用者界面組件資訊更新該行動終端本地緩存的資料庫。

上述各種資料庫更新方式可以單獨使用，也可以結合使用。比如，一方面，行動終端可以按照設定週期或時間，主動請求更新資料庫；另一方面，當網路側的資料庫發生更新時，網路側主動向行動終端通知資料庫的更新內容。

基於上述描述，本發明實施例提供的通知訊息的處理流程可如圖1所示，該流程可由通知訊息處理裝置執行，該裝置可以是行動終端或者是整合在行動終端內部的模組。下面以行動終端為執行主體，對該流程進行詳細描述。

如圖1所示，該流程可包括如下步驟：

步驟101：行動終端獲取通知訊息的主叫號碼。

具體實施時，行動終端接收到通知訊息後將其保存在通知訊息列表中，當使用者通過屏幕操作從通知訊息列表中選擇某個通知訊息請求查看時，行動終端開始執行本流程。

步驟102：行動終端判斷該通知訊息的主叫號碼是否 為服務號碼，如果判定為是，則轉入步驟103；進一步地，若判定為否，則轉入步驟104。

以通知訊息為短訊息為例，短訊息的發送者既可以是普通個人，也可以是申請了服務號碼以及能夠提供網際網路服務功能的服務提供商，對於前者，可以按照目前的方式處理該通知訊息，比如在使用者界面中顯示該通知訊息，對於後者，可以按照本發明實施例提供的方式處理該通知訊息。

圖2示出了一種按照現有方式顯示短訊息內容的使用者界面。其中，該使用者界面中包括：- 主叫號碼顯示區域201，該區域顯示短訊息的主叫號碼；- 訊息內容顯示區域202，該區域顯示短訊息的內容，可以顯示當前請求查看的短訊息，還可以顯示歷史短訊息；- 訊息回復內容輸入框203，可接收使用者輸入的回復資訊；- 回復功能按鈕204，在觸發後將訊息回復內容輸入框中的資訊發送給主叫號碼顯示區域中的號碼。

步驟102的具體實現方式可參見下面的實施例。

步驟103：行動終端顯示使用者界面，該使用者界面用於顯示該通知訊息以及該主叫號碼對應的UI組件，該UI組件用於在被觸發時執行與該主叫號碼對應的操作。 即，行動終端顯示該通知訊息以及該主叫號碼對應的UI組件。

其中，UI組件和通知訊息的內容可以顯示在一個使用者界面中。一個服務號碼對應的UI組件的數量可以是一個或多個，該服務號碼對應的UI組件類型可以包含一種或多種，本發明實施例對此不做限制。

步驟104：行動終端顯示該通知訊息。

在一些實施例中，較佳地，步驟102中，在判斷該通知訊息的主叫號碼為服務號碼之後、顯示使用者界面之前，還可包括：行動終端獲取該主叫號碼對應的UI組件資訊，並根據所述主叫號碼對應的UI組件資訊產生UI組件。該操作以及步驟102的操作，可通過查詢用於儲存服務號碼以及對應的UI組件資訊的資料庫來實現。

如前所述，用於儲存服務號碼以及對應的UI組件資訊的資料庫可存在多種配置方式，相應地，步驟102中判斷通知訊息的主叫號碼是否為服務號碼的方式也有多種，具體可包括以下幾種方式：

方式1

行動根據該通知訊息的主叫號碼查詢第一資料庫，若在該第一資料庫中查詢到該通知訊息的主叫號碼，則判定該通知訊息的主叫號碼是服務號碼。

進一步地，若行動終端在第一資料庫中查詢到該通知訊息的主叫號碼，則在第一資料庫中獲取與該主叫號碼對 應的UI組件資訊。

其中，第一資料庫為終端本地緩存的資料庫，第二資料庫為網路側儲存的資料庫，第一資料庫和第二資料庫用於儲存服務號碼以及與服務號碼對應的UI組件資訊。該種定義同樣適用於以下方式2和方式3。

方式2

行動終端根據該通知訊息的主叫號碼查詢第二資料庫，若在該第二資料庫中查詢到該通知訊息的主叫號碼，則判定該通知訊息的主叫號碼是服務號碼。

進一步地，若行動終端在第二資料庫中查詢到該通知訊息的主叫號碼，則在第二資料庫中獲取與該主叫號碼對應的UI組件資訊。

方式3

行動終端根據所述通知訊息的主叫號碼查詢第一資料庫，若在該第一資料庫中未查詢到該通知訊息的主叫號碼，則根據該通知訊息的主叫號碼查詢第二資料庫，若在該第二資料庫中查詢到該通知訊息的主叫號碼，則判定該通知訊息的主叫號碼是服務號碼。

進一步地，若行動終端在第二資料庫中查詢到該通知訊息的主叫號碼，則在第二資料庫中獲取與該主叫號碼對應的UI組件資訊。

進一步地，若行動終端在第二資料庫中查詢到該通知 訊息的主叫號碼，則還可以將第二資料庫中與該主叫號碼匹配的服務號碼以及該服務號碼對應的UI組件資訊保存到第一資料庫中。這樣，可以補充第一資料庫的內容。比如，在第一資料庫未能及時更新的情況下，新申請的服務號碼以及對應的UI組件資訊未包含在第一資料庫中，當在第二資料庫中查詢到第一資料庫中所未包含的服務號碼以及對應的UI組件資訊時，將其保存到第一資料庫中，相當於對第一資料庫進行了更新，這樣，以後再收到該服務號碼作為主叫號碼的通知訊息，可以基於行動終端本地緩存的第一資料庫進行處理，而不用再查下網路側的第二資料庫，從而節省了網路資源開銷。

進一步地，為了提高靈活性，方便使用者進行訊息回復，在本發明的一些實施例中，還可以實現本發明實施例提供的使用者界面，與包含訊息回復內容輸入框的使用者界面之間進行切換。

具體地，為描述方便，可將步驟103中用於顯示通知訊息和UI組件的界面稱為第一使用者界面，將用於顯示通知訊息以及訊息回復內容輸入框的使用者界面稱為第二使用者界面，則第一使用者界面中還可包括用於實現界面切換功能的UI組件，該用於實現界面切換功能的UI組件被觸發時將從第一使用者界面切換到第二使用者界面。

進一步地，第二使用者界面中還可以包括該用於實現界面切換功能的UI組件，第二使用者界面中該用於實現界面切換功能的UI組件被觸發後，將從第二使用者界面 切換到第一使用者界面。

通過以上描述可以看出，本發明的上述實施例中，在顯示通知訊息之前，首先判斷該通知訊息的主叫號碼是否為服務號碼，若為服務號碼，則在顯示該通知訊息的同時，還顯示與該主叫號碼對應的使用者界面組件。由於該使用者界面組件可在被觸發時執行與該主叫號碼對應的操作，因此使用者在閱讀該通知訊息後，若需要進一步進行相關操作，可通過觸發該使用者界面組件進行所需的操作，與現有技術中的通知訊息處理方法相比，簡化了使用者操作，提高了使用者感受。通常，主叫號碼為服務號碼時，具有該主叫號碼的使用者(通常為企業使用者)進一步提供了基於網際網路的服務。以這種企業使用者為例，若採用本發明實施例，可以針對企業使用者發送的通知訊息，在顯示該通知訊息時同時顯示與該企業使用者提供的服務相關的使用者界面組件，從而將企業使用者提供的服務相關的使用者界面組件與通知訊息的顯示界面相結合，方便了使用者操作。

為了更清楚地對上述實施例進行說明，下面以表1所述的資料庫為例，對行動終端的通知訊息處理過程進行描述。

行動終端中配置有表1所示的資料庫。行動終端接收到主叫號碼為“10086”的短訊息，並通過聲音或振動方式提示使用者有新的短訊息被接收。使用者打開短訊息列表，選擇該主叫號碼為“10086”的短訊息請求查看，此 種情況下，行動終端讀取短訊息列表中緩存的該條短訊息，獲取該短訊息的主叫號碼“10086”，根據該主叫號碼查詢本地緩存的資料庫(該資料庫的內容如表1所示)，由於在資料庫中查詢到該主叫號碼，因此判定該短訊息的主叫號碼為服務號碼，即，該短訊息是由服務提供商“中國移動”發送的短訊息。該行動終端根據該短訊息的主叫號碼“10086”查詢該資料庫中與該主叫號碼對應的UI組件資訊。

行動終端根據查詢到的UI組件資訊產生相應的UI組件，並將該短訊息的內容以及產生的UI組件顯示在使用者界面上。

圖3a示出了行動終端根據查詢到的UI組件資訊產生UI組件後，將該UI組件與短訊息內容同時顯示在使用者界面上的示意圖。可以看出，該使用者界面中可包括：- 主叫號碼顯示區域301，該區域顯示短訊息的主叫號碼；- 訊息內容顯示區域302，該區域顯示短訊息的內容，可以顯示當前請求查看的短訊息，還可以顯示歷史短訊息；- 切換功能鍵303，該功能鍵被觸發後切換到使用者界面3c；- 菜單鍵304，包括三個菜單，菜單名稱分別為“話費繳費服務”“網上營業廳服務”“購買手機及配件的服務”。

如圖3b所示，當使用者通過屏幕操作選擇“話費繳費服務”菜單時，行動終端屏幕上出現該菜單的二級菜單305，該二級菜單包括以下菜單：“話費查詢服務”“話費充值服務”“餘額查詢服務”。

當使用者通過屏幕操作選擇“話費查詢服務”菜單時，話費查詢服務網頁可顯示在行動終端的屏幕上，用於可根據該網頁進行話費查詢操作。

進一步地，如圖3a和圖3b所示，使用者界面上還可以設置有實現切換功能的UI組件，該UI組件被觸發後可切換到如圖3c所示的使用者界面。圖3c所示的使用者界面與目前的短訊息顯示界面基本一致，該使用者界面中可包括：- 主叫號碼顯示區域301，該區域顯示短訊息的主叫號碼；- 訊息內容顯示區域302，該區域顯示短訊息的內容，可以顯示當前請求查看的短訊息，還可以顯示歷史短訊息；- 切換功能鍵303，該功能鍵被觸發後切換到使用者界面3a；- 訊息回復內容輸入框306，可接收使用者輸入的回復資訊；- 回復功能按鈕307，在觸發後將訊息回復內容輸入框中的資訊發送給主叫號碼顯示區域中的號碼。

當圖3c所示的使用者界面中的該UI組件被觸後，可切換到如圖3a所示的使用者界面。

基於相同的技術構思，本發明實施例還提供了一種通知訊息處理裝置。該裝置可以是行動終端，也可以是行動終端中的一個模組。

參見圖4，為本發明實施例提供的通知訊息處理裝置的結構示意圖。該裝置可包括：獲取模組401、判斷模組402、處理模組403，其中：獲取模組401，用於獲取通知訊息的主叫號碼；判斷模組402，用於判斷所述通知訊息的主叫號碼是否為服務號碼；處理模組403，用於在判斷模組402判定所述通知訊息的主叫號碼為服務號碼時，顯示第一使用者界面，所述第一使用者界面用於顯示所述通知訊息以及所述主叫號碼對應的使用者界面組件，所述使用者界面組件用於在被觸發時執行與所述主叫號碼對應的操作。

較佳地處理模組403還可用於：在判斷模組402判斷所述通知訊息的主叫號碼為服務號碼之後、顯示所述第一使用者界面之前，獲取所述主叫號碼對應的使用者界面組件資訊，並根據主叫號碼對應的使用者界面組件資訊產生使用者界面組件。

較佳地，判斷模組402可具體用於：根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主 叫號碼是服務號碼；或者，根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中未查詢到所述通知訊息的主叫號碼，則根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼。其中，所述第一資料庫為終端本地緩存的資料庫，所述第二資料庫為網路側儲存的資料庫，所述第一資料庫和所述第二資料庫用於儲存服務號碼以及與服務號碼對應的使用者界面組件資訊。

較佳地，處理模組403可具體用於：若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則在所述第一資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊；或者，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則在所述第二資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊。

較佳地，該裝置還可包括更新模組(未在圖中示出)。更新模組可用於在所述第二資料庫中查詢到所述通知訊息的主叫號碼的情況下，將所述第二資料庫中與所述主叫號碼匹配的服務號碼以及該服務號碼對應的使用者界面組件資訊保存到所述第一資料庫中。

較佳地，更新模組也可用于向網路側發送更新請求， 接收網路側根據所述請求返回的服務號碼以及對應的使用者界面組件資訊，根據網路側返回的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫；和/或，接收網路側發送的更新命令，根據所述更新命令中攜帶的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫。

較佳地，所述使用者界面組件資訊包括：使用者界面組件的屬性資訊；和/或，使用者界面組件對應的操作資訊。

其中，所述使用者界面組件對應的操作資訊包括以下資訊中的一種或任意組合：應用程式介面，所述使用者界面組件被觸發時對應的應用程式被開啟；網頁地址，所述使用者界面組件被觸發時對應的網頁被打開；程式腳本，所述使用者界面組件被觸發時對應的程式腳本被執行。

較佳地，所述使用者界面組件包括菜單，所述菜單包括一級菜單或多級菜單。

較佳地，所述第一使用者界面中還包括用於實現界面切換功能的使用者界面組件，所述用於實現界面切換功能的使用者界面組件被觸發時從第一使用者界面切換到第二使用者界面，所述第二使用者界面用於顯示所述通知訊息、訊息回復內容輸入框以及所述用於實現界面切換功能 的使用者界面組件。

基於相同的技術構思，本發明實施例還提供了一種行動終端，該行動終端可以實現上述通知訊息處理流程。

參見圖5，為本發明實施例提供的行動終端的結構示意圖。

該行動終端總體來說可包括：處理器501，通信模組502、儲存模組503、輸入模組504、輸出模組505，進一步地，還可包括SIM卡模組506。

其中，處理器501可以是通用處理器(比如微處理器或者任何常規的處理器等)、數位信號處理器、專用積體電路、現場可編程門陣列或者其他可編程邏輯器件、分立門或者電晶體邏輯器件、分立硬體組件。通信模組502可以是多個元件，即包括發送機和收發機，提供用於在傳輸介質上與各種其他裝置通信的單元，比如具體可包括射頻處理電路模組、基帶處理電路模組以及天線等組成部分。儲存模組503具體可包括內部記憶體和外部記憶體，比如隨機記憶體，閃存、唯讀記憶體，可編程唯讀記憶體或者電可擦寫可編程記憶體、暫存器等本領域成熟的儲存介質。輸入模組504可包括鍵盤或觸摸屏控制電路。輸出模組505可包括顯示裝置等組成部分。

處理器501與其他各模組之間存在資料通信連接，比如可基於匯流排架構進行資料通信。匯流排架構可以包括任意數量的互聯的匯流排和橋，具體由處理器501代表的一個或多個處理器和儲存模組503代表的記憶體的各種電 路鏈接在一起。匯流排架構還可以將諸如外圍設備、穩壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述。匯流排介面提供介面。處理器501負責管理匯流排架構和通常的處理，儲存模組503可以儲存處理器501在執行操作時所使用的資料。

本發明實施例揭示的通知訊息處理流程，可以應用於處理器501中，或者由處理器501實現。在實現過程中，通知訊息處理流程的各步驟可以通過處理器501中的硬體的整合邏輯電路或者軟體形式的指令完成。可以實現或者執行本發明實施例中的公開的各方法、步驟及邏輯框圖。結合本發明實施例所公開的方法的步驟可以直接體現為硬體處理器執行完成，或者用處理器中的硬體及軟體模組組合執行完成。軟體模組可以位於隨機記憶體，快閃記憶體、唯讀記憶體，可編程唯讀記憶體或者電可擦寫可編程記憶體、暫存器等本領域成熟的儲存介質中。

具體地，處理器501，用於讀取儲存模組503中的程式，執行下列過程：

獲取通知訊息的主叫號碼，判斷所述通知訊息的主叫號碼是否為服務號碼；若是，則通過輸出模組505顯示第一使用者界面，所述第一使用者界面用於顯示所述通知訊息以及所述主叫號碼對應的使用者界面組件，所述使用者界面組件用於在被觸發時執行與所述主叫號碼對應的操作。

較佳地，處理器501在判斷所述通知訊息的主叫號碼為服務號碼之後、顯示所述第一使用者界面之前，還獲取所述主叫號碼對應的使用者界面組件資訊，並根據所述主叫號碼對應的使用者界面組件資訊產生使用者界面組件。

較佳地，處理器501可根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，處理器501可根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，處理器501可根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中未查詢到所述通知訊息的主叫號碼，則根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼。其中，所述第一資料庫為終端本地緩存的資料庫，所述第二資料庫為網路側儲存的資料庫，所述第一資料庫和所述第二資料庫用於儲存服務號碼以及與服務號碼對應的使用者界面組件資訊。

較佳地，處理器501獲取所述主叫號碼對應的使用者界面組件資訊的過程可包括：若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則在所述第一資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊；或者，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則在 所述第二資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊。

較佳地，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則處理器501還可將所述第二資料庫中與所述主叫號碼匹配的服務號碼以及該服務號碼對應的使用者界面組件資訊保存到所述第一資料庫中。

較佳地，處理器501還可通過通信模組502向網路側發送更新請求，接收網路側根據所述請求返回的服務號碼以及對應的使用者界面組件資訊，根據網路側返回的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫；和/或，接收網路側發送的更新命令，根據所述更新命令中攜帶的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫。

較佳地，所述使用者界面組件資訊包括：使用者界面組件的屬性資訊；和/或，使用者界面組件對應的操作資訊。

其中，所述使用者界面組件對應的操作資訊包括以下資訊中的一種或任意組合：應用程式介面，所述使用者界面組件被觸發時對應的應用程式被開啟；網頁地址，所述使用者界面組件被觸發時對應的網頁被打開；程式腳本，所述使用者界面組件被觸發時對應的程式腳本被執行。

較佳地，所述使用者界面組件包括菜單，所述菜單包括一級菜單或多級菜單。

較佳地，所述第一使用者界面中還包括用於實現界面切換功能的使用者界面組件，所述用於實現界面切換功能的使用者界面組件被觸發時從第一使用者界面切換到第二使用者界面，所述第二使用者界面用於顯示所述通知訊息、訊息回復內容輸入框以及所述用於實現界面切換功能的使用者界面組件。

本發明是參照根據本發明實施例的方法、設備(系統)、和計算機程式產品的流程圖和/或方框圖來描述的。應理解可由計算機程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程資料處理設備的處理器以產生一個機器，使得通過計算機或其他可編程資料處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程式指令也可儲存在能引導計算機或其他可編程資料處理設備以特定方式工作的計算機可讀記憶體中，使得儲存在該計算機可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程式指令也可裝載到計算機或其他可編程 資料處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

儘管已描述了本發明的較佳實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括較佳實施例以及落入本發明範圍的所有變更和修改。

顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明申請專利範圍及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。

Claims (20)

1. 一種通知訊息處理方法，包括：獲取通知訊息的主叫號碼；判斷所述通知訊息的主叫號碼是否為服務號碼；若是，則顯示第一使用者界面，所述第一使用者界面用於顯示所述通知訊息以及所述主叫號碼對應的使用者界面組件，所述使用者界面組件用於在被觸發時執行與所述主叫號碼對應的操作。
2. 如申請專利範圍第1項所述的方法，其中，在判斷所述通知訊息的主叫號碼為服務號碼之後、顯示所述第一使用者界面之前，還包括：獲取所述主叫號碼對應的使用者界面組件資訊；根據所述主叫號碼對應的使用者界面組件資訊產生使用者界面組件。
3. 如申請專利範圍第2項所述的方法，其中，所述判斷所述通知訊息的主叫號碼是否為服務號碼，包括：根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中未查詢到所述通知訊息的主叫號碼，則 根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；其中，所述第一資料庫為終端本地緩存的資料庫，所述第二資料庫為網路側儲存的資料庫，所述第一資料庫和所述第二資料庫用於儲存服務號碼以及與服務號碼對應的使用者界面組件資訊。
4. 如申請專利範圍第3項所述的方法，其中，所述獲取所述主叫號碼對應的使用者界面組件資訊，包括：若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則在所述第一資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊；或者，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則在所述第二資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊。
5. 如申請專利範圍第3項所述的方法，其中，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則還包括：將所述第二資料庫中與所述主叫號碼匹配的服務號碼以及該服務號碼對應的使用者界面組件資訊保存到所述第一資料庫中。
6. 如申請專利範圍第3項所述的方法，其中，還包括：向網路側發送更新請求，接收網路側根據所述請求返 回的服務號碼以及對應的使用者界面組件資訊，根據網路側返回的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫；和/或，接收網路側發送的更新命令，根據所述更新命令中攜帶的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫。
7. 如申請專利範圍第2項所述的方法，其中，所述使用者界面組件資訊包括：使用者界面組件的屬性資訊；和/或，使用者界面組件對應的操作資訊。
8. 如申請專利範圍第7項所述的方法，其中，所述使用者界面組件對應的操作資訊包括以下資訊中的一種或任意組合：應用程式介面，所述使用者界面組件被觸發時對應的應用程式被開啟；網頁地址，所述使用者界面組件被觸發時對應的網頁被打開；程式腳本，所述使用者界面組件被觸發時對應的程式腳本被執行。
9. 如申請專利範圍第1項所述的方法，其中，所述使用者界面組件包括菜單，所述菜單包括一級菜單或多級菜單。
10. 如申請專利範圍第1至9項中任一項所述的方法，其中，所述第一使用者界面中還包括用於實現界面切 換功能的使用者界面組件，所述用於實現界面切換功能的使用者界面組件被觸發時從第一使用者界面切換到第二使用者界面，所述第二使用者界面用於顯示所述通知訊息、訊息回復內容輸入框以及所述用於實現界面切換功能的使用者界面組件。
11. 一種通知訊息處理裝置，包括：獲取模組，用於獲取通知訊息的主叫號碼；判斷模組，用於判斷所述通知訊息的主叫號碼是否為服務號碼；處理模組，用於在所述判斷模組判定所述通知訊息的主叫號碼為服務號碼時，顯示第一使用者界面，所述第一使用者界面用於顯示所述通知訊息以及所述主叫號碼對應的使用者界面組件，所述使用者界面組件用於在被觸發時執行與所述主叫號碼對應的操作。
12. 如申請專利範圍第11項所述的裝置，其中，所述處理模組還用於：在所述判斷模組判斷所述通知訊息的主叫號碼為服務號碼之後、顯示所述第一使用者界面之前，獲取所述主叫號碼對應的使用者界面組件資訊，並根據主叫號碼對應的使用者界面組件資訊產生使用者界面組件。
13. 如申請專利範圍第12項所述的裝置，其中，所述判斷模組具體用於：根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則判 定所述通知訊息的主叫號碼是服務號碼；或者，根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；或者，根據所述通知訊息的主叫號碼查詢第一資料庫，若在所述第一資料庫中未查詢到所述通知訊息的主叫號碼，則根據所述通知訊息的主叫號碼查詢第二資料庫，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則判定所述通知訊息的主叫號碼是服務號碼；其中，所述第一資料庫為終端本地緩存的資料庫，所述第二資料庫為網路側儲存的資料庫，所述第一資料庫和所述第二資料庫用於儲存服務號碼以及與服務號碼對應的使用者界面組件資訊。
14. 如申請專利範圍第13項所述的裝置，其中，所述處理模組具體用於：若在所述第一資料庫中查詢到所述通知訊息的主叫號碼，則在所述第一資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊；或者，若在所述第二資料庫中查詢到所述通知訊息的主叫號碼，則在所述第二資料庫中獲取與所述主叫號碼對應的使用者界面組件資訊。
15. 如申請專利範圍第13項所述的裝置，其中，還包括更新模組；所述更新模組，用於在所述第二資料庫中查詢到所述 通知訊息的主叫號碼的情況下，將所述第二資料庫中與所述主叫號碼匹配的服務號碼以及該服務號碼對應的使用者界面組件資訊保存到所述第一資料庫中。
16. 如申請專利範圍第13項所述的裝置，其中，還包括更新模組；所述更新模組，用於向網路側發送更新請求，接收網路側根據所述請求返回的服務號碼以及對應的使用者界面組件資訊，根據網路側返回的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫；和/或，接收網路側發送的更新命令，根據所述更新命令中攜帶的服務號碼以及對應的使用者界面組件資訊更新所述第一資料庫。
17. 如申請專利範圍第12項所述的裝置，其中，所述使用者界面組件資訊包括：使用者界面組件的屬性資訊；和/或，使用者界面組件對應的操作資訊。
18. 如申請專利範圍第17項所述的裝置，其中，所述使用者界面組件對應的操作資訊包括以下資訊中的一種或任意組合：應用程式介面，所述使用者界面組件被觸發時對應的應用程式被開啟；網頁地址，所述使用者界面組件被觸發時對應的網頁被打開；程式腳本，所述使用者界面組件被觸發時對應的程式 腳本被執行。
19. 如申請專利範圍第11項所述的裝置，其中，所述使用者界面組件包括菜單，所述菜單包括一級菜單或多級菜單。
20. 如申請專利範圍第11至19項中任一項所述的裝置，其中，所述第一使用者界面中還包括用於實現界面切換功能的使用者界面組件，所述用於實現界面切換功能的使用者界面組件被觸發時從第一使用者界面切換到第二使用者界面，所述第二使用者界面用於顯示所述通知訊息、訊息回復內容輸入框以及所述用於實現界面切換功能的使用者界面組件。