一种通知消息处理方法及装置与流程

本申请涉及通信技术领域，尤其涉及一种通知消息处理方法及装置。

背景技术：

随着移动通信技术的飞速发展和移动多媒体时代的到来，手机等移动终端作为人们必备的移动通信工具，已从简单的通话工具向智能化发展，演变成一个移动的个人信息收集和处理平台。

短消息、彩信等作为常用的信息通知方式，具有广泛的应用场景。例如，移动通信运营商可以通过短消息通知用户话费使用情况，快递公司可以通过短消息通知用户快递信息，银行可以通过短消息通知用户账户收支情况，使用户能够方便、及时地获取各种信息。

对于特定信息发送者，比如上述的移动通信运营商、银行等，可以提供各种基于互联网的服务，比如，移动通信运营商可提供网上手机充值的服务、办理移动业务的服务等，银行可提供网上支付、转账、账户查询、信用卡还款等服务。

目前，针对上述特定信息发送者所发送的短消息，移动终端仅支持查看功能。比如，移动终端接收到移动通信运营商发送的一条手机欠费的短消息后，在用户选择查看时仅在用户界面显示该短消息的内容，如果用户需要进一步进行手机充值操作，则需要使用能够实现手机充值操作的应用程序或者登录到该移动通信运营商的网页进行手机充值的操作。

由此可见，简单的短消息功能已经不能满足用户日益增高的使用需求。用户在阅读短消息后登录其他应用程序或网页进行相关操作时，过程较为繁琐，影响用户体验。

申请内容

本申请实施例提供了一种通知消息处理方法及装置。

本申请实施例提供的通知消息处理方法，包括：

获取通知消息的主叫号码；

判断所述通知消息的主叫号码是否为服务号码；

若是，则显示第一用户界面，所述第一用户界面用于显示所述通知消息以及所述主叫号码对应的用户界面组件，所述用户界面组件用于在被触发时执行与所述主叫号码对应的操作。

优选地，在判断所述通知消息的主叫号码为服务号码之后、显示所述第一用户界面之前，还包括：

获取所述主叫号码对应的用户界面组件信息；

根据所述主叫号码对应的用户界面组件信息生成用户界面组件。

其中，所述判断所述通知消息的主叫号码是否为服务号码，包括：

根据所述通知消息的主叫号码查询第一数据库，若在所述第一数据库中查询到所述通知消息的主叫号码，则判定所述通知消息的主叫号码是服务号码；或者，

根据所述通知消息的主叫号码查询第二数据库，若在所述第二数据库中查询到所述通知消息的主叫号码，则判定所述通知消息的主叫号码是服务号码；或者，

根据所述通知消息的主叫号码查询第一数据库，若在所述第一数据库中未查询到所述通知消息的主叫号码，则根据所述通知消息的主叫号码查询第二数据库，若在所述第二数据库中查询到所述通知消息的主叫号码，则判定所述通知消息的主叫号码是服务号码；

其中，所述第一数据库为终端本地缓存的数据库，所述第二数据库为网络侧存储的数据库，所述第一数据库和所述第二数据库用于存储服务号码以及与 服务号码对应的用户界面组件信息。

优选地，所述获取所述主叫号码对应的用户界面组件信息，包括：

若在所述第一数据库中查询到所述通知消息的主叫号码，则在所述第一数据库中获取与所述主叫号码对应的用户界面组件信息；或者，

若在所述第二数据库中查询到所述通知消息的主叫号码，则在所述第二数据库中获取与所述主叫号码对应的用户界面组件信息。

优选地，若在所述第二数据库中查询到所述通知消息的主叫号码，则还包括：

将所述第二数据库中与所述主叫号码匹配的服务号码以及该服务号码对应的用户界面组件信息保存到所述第一数据库中。

优选地，还包括：

向网络侧发送更新请求，接收网络侧根据所述请求返回的服务号码以及对应的用户界面组件信息，根据网络侧返回的服务号码以及对应的用户界面组件信息更新所述第一数据库；和/或，

接收网络侧发送的更新命令，根据所述更新命令中携带的服务号码以及对应的用户界面组件信息更新所述第一数据库。

优选地，所述用户界面组件信息包括：

用户界面组件的属性信息；和/或，

用户界面组件对应的操作信息。

其中，所述用户界面组件对应的操作信息包括以下信息中的一种或任意组合：

应用程序接口，所述用户界面组件被触发时对应的应用程序被开启；

网页地址，所述用户界面组件被触发时对应的网页被打开；

程序脚本，所述用户界面组件被触发时对应的程序脚本被执行。

优选地，所述用户界面组件包括菜单，所述菜单包括一级菜单或多级菜单。

优选地，所述第一用户界面中还包括用于实现界面切换功能的用户界面组 件，所述用于实现界面切换功能的用户界面组件被触发时从第一用户界面切换到第二用户界面，所述第二用户界面用于显示所述通知消息、消息回复内容输入框以及所述用于实现界面切换功能的用户界面组件。

本申请实施例提供的通知消息处理装置，包括：

获取模块，用于获取通知消息的主叫号码；

判断模块，用于判断所述通知消息的主叫号码是否为服务号码；

处理模块，用于在所述判断模块判定所述通知消息的主叫号码为服务号码时，显示第一用户界面，所述第一用户界面用于显示所述通知消息以及所述主叫号码对应的用户界面组件，所述用户界面组件用于在被触发时执行与所述主叫号码对应的操作。

优选地，所述处理模块还用于：

在所述判断模块判断所述通知消息的主叫号码为服务号码之后、显示所述第一用户界面之前，获取所述主叫号码对应的用户界面组件信息，并根据主叫号码对应的用户界面组件信息生成用户界面组件。

优选地，所述判断模块具体用于：

根据所述通知消息的主叫号码查询第一数据库，若在所述第一数据库中查询到所述通知消息的主叫号码，则判定所述通知消息的主叫号码是服务号码；或者，

根据所述通知消息的主叫号码查询第二数据库，若在所述第二数据库中查询到所述通知消息的主叫号码，则判定所述通知消息的主叫号码是服务号码；或者，

根据所述通知消息的主叫号码查询第一数据库，若在所述第一数据库中未查询到所述通知消息的主叫号码，则根据所述通知消息的主叫号码查询第二数据库，若在所述第二数据库中查询到所述通知消息的主叫号码，则判定所述通知消息的主叫号码是服务号码；

其中，所述第一数据库为终端本地缓存的数据库，所述第二数据库为网络 侧存储的数据库，所述第一数据库和所述第二数据库用于存储服务号码以及与服务号码对应的用户界面组件信息。

优选地，所述处理模块具体用于：

若在所述第一数据库中查询到所述通知消息的主叫号码，则在所述第一数据库中获取与所述主叫号码对应的用户界面组件信息；或者，

若在所述第二数据库中查询到所述通知消息的主叫号码，则在所述第二数据库中获取与所述主叫号码对应的用户界面组件信息。

优选地，还包括更新模块；所述更新模块，用于在所述第二数据库中查询到所述通知消息的主叫号码的情况下，将所述第二数据库中与所述主叫号码匹配的服务号码以及该服务号码对应的用户界面组件信息保存到所述第一数据库中。

优选地，还包括更新模块；所述更新模块，用于向网络侧发送更新请求，接收网络侧根据所述请求返回的服务号码以及对应的用户界面组件信息，根据网络侧返回的服务号码以及对应的用户界面组件信息更新所述第一数据库；和/或，接收网络侧发送的更新命令，根据所述更新命令中携带的服务号码以及对应的用户界面组件信息更新所述第一数据库。

优选地，所述用户界面组件信息包括：

用户界面组件的属性信息；和/或，

用户界面组件对应的操作信息。

其中，所述用户界面组件对应的操作信息包括以下信息中的一种或任意组合：

应用程序接口，所述用户界面组件被触发时对应的应用程序被开启；

网页地址，所述用户界面组件被触发时对应的网页被打开；

程序脚本，所述用户界面组件被触发时对应的程序脚本被执行。

优选地，所述用户界面组件包括菜单，所述菜单包括一级菜单或多级菜单。

优选地，所述第一用户界面中还包括用于实现界面切换功能的用户界面组 件，所述用于实现界面切换功能的用户界面组件被触发时从第一用户界面切换到第二用户界面，所述第二用户界面用于显示所述通知消息、消息回复内容输入框以及所述用于实现界面切换功能的用户界面组件。

本申请另外的实施例还提供了一种移动终端，该移动终端包括：处理器，通信模块、存储模块、输出模块。处理器与其他各模块之间存在数据通信连接，比如可基于总线架构进行数据通信。

处理器用于读取存储模块中的程序，执行下列过程：

获取通知消息的主叫号码，判断所述通知消息的主叫号码是否为服务号码；若是，则通过输出模块显示第一用户界面，所述第一用户界面用于显示所述通知消息以及所述主叫号码对应的用户界面组件，所述用户界面组件用于在被触发时执行与所述主叫号码对应的操作。

优选地，处理器在判断所述通知消息的主叫号码为服务号码之后、显示所述第一用户界面之前，还获取所述主叫号码对应的用户界面组件信息，并根据所述主叫号码对应的用户界面组件信息生成用户界面组件。

优选地，处理器可根据所述通知消息的主叫号码查询第一数据库，若在所述第一数据库中查询到所述通知消息的主叫号码，则判定所述通知消息的主叫号码是服务号码；或者，处理器可根据所述通知消息的主叫号码查询第二数据库，若在所述第二数据库中查询到所述通知消息的主叫号码，则判定所述通知消息的主叫号码是服务号码；或者，处理器可根据所述通知消息的主叫号码查询第一数据库，若在所述第一数据库中未查询到所述通知消息的主叫号码，则根据所述通知消息的主叫号码查询第二数据库，若在所述第二数据库中查询到所述通知消息的主叫号码，则判定所述通知消息的主叫号码是服务号码。其中，所述第一数据库为终端本地缓存的数据库，所述第二数据库为网络侧存储的数据库，所述第一数据库和所述第二数据库用于存储服务号码以及与服务号码对应的用户界面组件信息。

优选地，处理器获取所述主叫号码对应的用户界面组件信息的过程可包 括：若在所述第一数据库中查询到所述通知消息的主叫号码，则在所述第一数据库中获取与所述主叫号码对应的用户界面组件信息；或者，若在所述第二数据库中查询到所述通知消息的主叫号码，则在所述第二数据库中获取与所述主叫号码对应的用户界面组件信息。

优选地，若在所述第二数据库中查询到所述通知消息的主叫号码，则处理器还可将所述第二数据库中与所述主叫号码匹配的服务号码以及该服务号码对应的用户界面组件信息保存到所述第一数据库中。

优选地，处理器还可通过通信模块向网络侧发送更新请求，接收网络侧根据所述请求返回的服务号码以及对应的用户界面组件信息，根据网络侧返回的服务号码以及对应的用户界面组件信息更新所述第一数据库；和/或，接收网络侧发送的更新命令，根据所述更新命令中携带的服务号码以及对应的用户界面组件信息更新所述第一数据库。

优选地，所述用户界面组件信息包括：

用户界面组件的属性信息；和/或，

用户界面组件对应的操作信息。

其中，所述用户界面组件对应的操作信息包括以下信息中的一种或任意组合：

应用程序接口，所述用户界面组件被触发时对应的应用程序被开启；

网页地址，所述用户界面组件被触发时对应的网页被打开；

程序脚本，所述用户界面组件被触发时对应的程序脚本被执行。

优选地，所述用户界面组件包括菜单，所述菜单包括一级菜单或多级菜单。

优选地，所述第一用户界面中还包括用于实现界面切换功能的用户界面组件，所述用于实现界面切换功能的用户界面组件被触发时从第一用户界面切换到第二用户界面，所述第二用户界面用于显示所述通知消息、消息回复内容输入框以及所述用于实现界面切换功能的用户界面组件。

本申请的上述实施例中，在显示通知消息之前，首先判断该通知消息的主 叫号码是否为服务号码，若为服务号码，则在显示该通知消息的同时，还显示与该主叫号码对应的用户界面组件。由于该用户界面组件可在被触发时执行与该主叫号码对应的操作，因此用户在阅读该通知消息后，若需要进一步进行相关操作，可通过触发该用户界面组件进行所需的操作，与现有技术中的通知消息处理方法相比，简化了用户操作，提高了用户感受。通常，主叫号码为服务号码时，具有该主叫号码的用户(通常为企业用户)进一步提供了基于互联网的服务。以这种企业用户为例，若采用本申请实施例，可以针对企业用户发送的通知消息，在显示该通知消息时同时显示与该企业用户提供的服务相关的用户界面组件，从而将企业用户提供的服务相关的用户界面组件与通知消息的显示界面相结合，方便了用户操作。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图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操作信息的数据库的结构。

表1

在一些实施例中，上述用于存储服务号码与对应的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向网络侧发送更新请求，接收网络侧根据所述请求返回的服务号码以及对应的用户界面组件信息，根据网络侧返回的服务号码以及对应的用户界面组件信息更新所述第一数据库；和/或，接收网络侧发送的更新命令，根据所述更新命令中携带的服务号码以及对应的用户界面组件信息更新所述第一数据库。

优选地，所述用户界面组件信息包括：

用户界面组件的属性信息；和/或，

用户界面组件对应的操作信息。

其中，所述用户界面组件对应的操作信息包括以下信息中的一种或任意组合：

应用程序接口，所述用户界面组件被触发时对应的应用程序被开启；

网页地址，所述用户界面组件被触发时对应的网页被打开；

程序脚本，所述用户界面组件被触发时对应的程序脚本被执行。

优选地，所述用户界面组件包括菜单，所述菜单包括一级菜单或多级菜单。

优选地，所述第一用户界面中还包括用于实现界面切换功能的用户界面组件，所述用于实现界面切换功能的用户界面组件被触发时从第一用户界面切换到第二用户界面，所述第二用户界面用于显示所述通知消息、消息回复内容输入框以及所述用于实现界面切换功能的用户界面组件。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。