CN103369474A

CN103369474A - 漏话提醒方法和装置

Info

Publication number: CN103369474A
Application number: CN2013102131741A
Authority: CN
Inventors: 沈健
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2013-05-31
Filing date: 2013-05-31
Publication date: 2013-10-23
Anticipated expiration: 2033-05-31
Also published as: CN103369474B

Abstract

本发明公开了一种漏话提醒方法和装置，涉及通信技术领域，解决了现有技术中终端用户需要在短消息收件箱中查看接收到的短消息，才能获知漏话信息的问题。终端接收来自网络侧的消息；从消息中识别出漏话通知；提取漏话通知中的漏话信息，并将漏话信息以未接来电的形式显示在通话记录中，所述漏话信息包括漏话的主叫号码和呼叫时间，所述漏话为在呼叫所述终端的过程中，无法到达所述终端的呼叫，所述未接来电为呼叫到达所述终端，但所述终端无应答的呼叫。本发明实施例应用于漏话提醒的处理过程中。

Description

漏话提醒方法和装置

技术领域

本发明涉及通信技术领域，尤其涉及一种漏话提醒方法和装置。

背景技术

当终端A呼叫终端B时，如果终端B未应答，则在终端B的通话记录中会形成一条未接来电的记录，以便终端B用户查看。另外，针对终端B处于遇忙、关机、不在服务区等情况，终端A的呼叫无法到达终端B时，运营商提供了一种漏话提醒业务。当终端B开通了漏话提醒业务时，终端B用户可自由设置将呼叫前转到漏话提醒业务平台的条件，例如可以在遇忙、关机或不在服务区时将呼叫前转到漏话提醒业务平台，也可设置无条件将呼叫前转到漏话提醒业务平台。

当终端A呼叫终端B时，如果终端B处于遇忙、关机或不在服务区状态时，网络会将本次呼叫转移到漏话提醒业务平台，由漏话提醒业务平台将漏话信息通知给终端B。例如，漏话提醒业务平台可以发送包含本次漏话信息的漏话短消息给终端B，一旦终端B开机或者在服务区，会接收到所述漏话短消息，终端B用户就可以从所述漏话短消息中获取到漏话信息，并进行回拨等操作。

但是，终端B用户需要进入短消息收件箱，并打开短消息，才能获知漏话信息，操作极为不便。

发明内容

本发明的实施例提供一种漏话提醒方法和装置，可以简化查看漏话信息的操作，节省时间。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明提供一种漏话提醒方法，包括：

终端接收来自网络侧的消息；

从所述消息中识别出漏话通知；

提取所述漏话通知中的漏话信息，并将所述漏话信息以未接来电的形式显示在通话记录中，所述漏话信息包括漏话的主叫号码和呼叫时间，所述漏话为在呼叫所述终端的过程中，无法到达所述终端的呼叫，所述未接来电为呼叫到达所述终端，但所述终端无应答的呼叫。

在第一方面的第一种可能的实现方式中，所述将所述漏话信息以未接来电的形式显示在通话记录中具体包括：

调用处理未接来电的通话管理应用程序编程接口API，由所述通话管理应用程序编程接口API将所述漏话信息作为未接来电的信息显示在通话记录中。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述从所述消息中识别出漏话通知具体包括：

识别所述消息的目标端口号；

当所述目标端口号为处理漏话通知的应用程序所占用的端口号，确定所述消息为漏话通知；

所述提取所述漏话通知中的漏话信息具体包括：

根据所述漏话通知中的目标端口号，调用所述目标端口号对应的处理漏话通知的应用程序，由所述应用程序从所述漏话通知中提取出漏话信息。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，当所述来自网络侧的消息为短消息时，在所述识别所述消息的目标端口号之前，还包括：

解析所述消息中的用户数据头UDH，从所述UDH中获取所述消息的目标端口号。

结合第一方面的第一种可能的实现方式，在第四种可能的实现方式中，当所述来自网络侧的消息为基于信令控制协议SIP的消息时，所述从所述消息中识别出漏话通知具体包括：

识别所述消息的头域；

当所述头域为预先定义的漏话通知头域，确定所述消息为漏话通知。

结合第一方面或者第一方面的第一种可能实现方式或者第一方面的第二种可能实现方式或者第一方面的第三种可能实现方式或者第一方面的第四种可能实现方式，在第五种可能的实现方式中，所述方法还包括：

利用特定标记将以未接来电的形式显示的漏话信息标识出来，以与未接来电相区别。

第二方面，本发明提供了一种漏话提醒方法，包括：

当接收到呼叫处理设备转发的漏话时，从所述漏话中获取被叫号码和漏话信息，所述漏话为无法到达被叫终端的呼叫，所述漏话信息包括所述漏话的主叫号码和呼叫时间；

生成携带所述漏话信息的漏话通知，并在所述漏话通知中指示所述漏话信息要以未接来电的形式显示在通话记录中，所述未接来电为呼叫到达被叫终端，但所述被叫终端无应答的呼叫；

根据所述被叫号码，将所述漏话通知发送给所述被叫终端，以便所述被叫终端根据所述指示将所述漏话信息以未接来电的形式显示在所述被叫终端的通话记录中。

在第二方面的第一种可能的实现方式中，所述在所述漏话通知中指示所述漏话信息要以未接来电的形式显示在通话记录中具体包括：

将所述被叫终端中处理所述漏话通知的应用程序所占用的端口号设置为所述漏话通知的目标端口号，通过所述目标端口号指示所述被叫终端调用处理漏话通知的应用程序，以便所述应用程序从所述漏话通知中提取出漏话信息，调用处理未接来电的通话管理应用程序编程接口API将所述漏话信息以未接来电的形式显示在通话记录中。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述生成携带所述漏话信息的漏话通知包括：

生成包括用户数据头UDH结构的短消息作为漏话通知，其中，所述漏话信息携带在所述短消息的内容字段中，所述UDH中包括目标端口号字段。

在第二方面的第三种可能的实现方式中，所述生成携带所述漏话信息的漏话通知包括：

生成携带所述漏话信息的SIP消息作为漏话通知；

所述在所述漏话通知中指示所述漏话信息要以未接来电的形式显示在通话记录中具体包括：

在所述SIP消息中扩展一个漏话通知头域，通过所述漏话通知头域指示所述漏话信息以未接来电的形式显示在通话记录中。

第三方面，本发明提供一种漏话提醒业务装置，包括：

接收单元，用于接收来自网络侧的消息；

识别单元，用于从所述接收单元接收到的所述消息中识别出漏话通知；

处理单元，用于从所述识别单元识别出的所述漏话通知中提取漏话信息，并将所述漏话信息以未接来电的形式显示在通话记录中，所述漏话信息包括漏话的主叫号码和呼叫时间，所述漏话为在呼叫所述终端的过程中，无法到达所述终端的呼叫，所述未接来电为呼叫到达所述终端，但所述终端无应答的呼叫。

在第三方面的第一种可能的实现方式中，所述处理单元包括：

提取模块，用于从所述识别单元识别出的所述漏话通知中提取漏话信息；

展现模块，用于调用处理未接来电的通话管理应用程序编程接口API，由所述通话管理应用程序编程接口API将所述提取模块提取的漏话信息作为未接来电的信息显示在通话记录中。

结合第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述识别单元具体用于识别所述消息的目标端口号，当所述目标端口号为处理漏话通知的应用程序所占用的端口号，确定所述消息为漏话通知；

所述提取模块具体用于根据所述漏话通知中的目标端口号，调用所述目标端口号对应的处理漏话通知的应用程序，由所述应用程序从所述漏话通知中提取出漏话信息。

结合第三方面的第二种可能的实现方式，在第三种可能的实现方式中，当所述来自网络侧的消息为短消息时，所述识别单元还用于解析所述消息中的用户数据头UDH，从所述UDH中获取所述消息的目标端口号。

结合第三方面的第一种可能的实现方式，在第四种可能的实现方式中，当所述来自网络侧的消息为基于信令控制协议SIP的消息时，所述识别单元具体用于识别所述消息的头域，当所述头域为预先定义的漏话通知头域，确定所述消息为漏话通知。

结合第三方面或者第一方面的第一种可能实现方式或者第三方面的第二种可能实现方式或者第三方面的第三种可能实现方式或者第三方面的第四种可能实现方式，在第五种可能的实现方式中，所述漏话提醒装置还包括：

标识单元，用于利用特定标记将以未接来电的形式显示的漏话信息标识出来，以与未接来电相区别。

第四方面，本发明提供了一种漏话提醒业务平台，包括：

获取单元，用于当接收到呼叫处理设备转发的漏话时，从所述漏话中获取被叫号码和漏话信息，所述漏话为无法到达被叫终端的呼叫，所述漏话信息包括所述漏话的主叫号码和呼叫时间；

生成单元，用于生成携带所述获取单元获取到的漏话信息的漏话通知，并在所述漏话通知中指示所述漏话信息要以未接来电的形式显示在通话记录中，所述未接来电为呼叫到达被叫终端，但所述被叫终端无应答的呼叫；

发送单元，用于根据所述获取单元获取到的被叫号码，将所述漏话通知发送给所述被叫终端，以便所述被叫终端根据所述指示将所述漏话信息以未接来电的形式显示在所述被叫终端的通话记录中。

在第四方面的第一种可能的实现方式中，所述生成单元包括：

构造模块，用于生成携带所述漏话信息的漏话通知；

设置模块，用于在所述构造模块生成漏话通知的过程中，将所述被叫终端中处理所述漏话通知的应用程序所占用的端口号设置为所述漏话通知的目标端口号，通过所述目标端口号指示所述被叫终端调用处理漏话通知的应用程序，以便所述应用程序从所述漏话通知中提取出漏话信息，调用处理未接来电的通话管理应用程序编程接口API将所述漏话信息以未接来电的形式显示在通话记录中。

结合第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述构造模块具体用于生成包括用户数据头UDH结构的短消息作为漏话通知，其中，所述漏话信息携带在所述短消息的内容字段中，所述UDH中包括目标端口号字段。

在第四方面的第三种可能的实现方式中，所述生成单元具体用于生成携带所述漏话信息的SIP消息作为漏话通知，并在所述SIP消息中扩展一个漏话通知头域，通过所述漏话通知头域指示所述漏话信息以未接来电的形式显示在通话记录中。

本发明实施例提供的一种漏话提醒方法和装置，当漏话提醒业务平台接收到呼叫处理设备转发的漏话时，从所述漏话中获取被叫号码和漏话信息，并根据所述被叫号码，将携带有所述漏话信息的漏话通知发送给所述被叫号码对应的被叫终端，所述被叫终端从接收到的消息中识别出漏话通知，提取所述漏话通知中的漏话信息，并将所述漏话信息以未接来电的形式显示在通话记录中。本发明实施例解决了现有技术中终端用户需要在短消息收件箱中查看接收到的短消息，才能获知漏话信息的问题，实现了将漏话信息与未接来电统一显示在通话记录中，提高了操作方便性，节省时间。

附图说明

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

图1为本发明实施例提供的一种漏话提醒方法的流程图；

图2为ESM_CLASS中第7-6位取值定义示意图；

图3为本发明实施例提供的另一种漏话提醒方法的流程图；

图4为本发明实施例提供的一种漏话提醒装置的结构图；

图5为本发明实施例提供的又一种漏话提醒装置的结构图；

图6为本发明实施例提供的另一种漏话提醒装置的结构图；

图7为本发明实施例提供的一种漏话提醒业务平台的结构图；

图8为本发明实施例提供的又一种漏话提醒业务平台的结构图；

图9为本发明实施例提供的一种漏话提醒装置的硬件结构图；

图10为本发明实施例提供的一种漏话提醒业务平台的硬件结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

首先，对本发明实施例中使用到的关键术语进行简单介绍：

漏话：是指在呼叫终端的过程中，无法到达该终端的呼叫。即无法到达被叫终端的呼叫称之为漏话。例如，终端处于遇忙、关机或不在服务区的情况。

未接来电：是指呼叫到达终端，但该终端无应答的呼叫。例如，终端处于无人接听的情况。

本发明实施例针对漏话，提供一种漏话提醒方法，本实施执行主体为终端，如图1所示，包括如下步骤：

101、终端接收来自网络侧的消息；

102、从该消息中识别出漏话通知；

103、提取该漏话通知中的漏话信息，并将该漏话信息以未接来电的形式显示在通话记录中，该漏话信息包括漏话的主叫号码和呼叫时间，所述漏话为在呼叫所述终端的过程中，无法到达所述终端的呼叫，所述未接来电为呼叫到达所述终端，但所述终端无应答的呼叫。

其中，在将漏话信息以未接来电的形式显示在通话记录中具体可以是通过调用处理未接来电的通话管理应用程序编程接口API(Appl ication Programming Interface)，由该通话管理应用程序编程接口API将所述漏话信息作为未接来电的信息显示在通话记录中。

通话管理应用程序编程接口API可以是终端原生系统中用于处理未接来电的API。

本发明实施例通过将漏话信息与未接来电统一显示在通话记录中，提高了操作方便性，节省时间。

需要说明的是，如果终端中的通话管理应用程序编程接口API支持显示联系人信息，当漏话信息中的主叫号码存在于被叫终端的通讯录中时，终端还可以进一步将该主叫号码对应的联系人信息显示在通话记录中。可选的，漏话信息中还可以包括漏话的呼叫次数或呼叫时间等信息。其中，呼叫次数用于指示所述主叫号码拨打所述终端的次数，呼叫时间可以为最后一次拨打的时间或者每次拨打的时间。

可选的，在本发明另一实施例中，还可以利用特定标记，例如图标或者不同颜色等，将以未接来电的形式显示的漏话信息标识出来，以与未接来电相区别。

本发明实施例通过将漏话信息标识出来，使得用户可在通话记录中统一查看错过的呼叫的同时，又可获知错过的呼叫的类型，提高了用户体验。

需要说明的是，可选的，终端从接收的来自网络侧的消息中识别出漏话通知时，可以通过以下两种方式实现：

方式一：终端可以识别接收到消息的目标端口号，当该目标端口号为处理漏话通知的应用程序所占用的端口号时，确定该消息为漏话通知。

下面以漏话通知通过短消息承载为例对方式一进行详细说明。

本实施例中，终端为可以支持短消息协议SMPP(Short Message Peerto Peer Protocol，短消息协议)的终端，例如手机等具有收发短消息功能的终端。当来自网络侧的消息为短消息时，终端解析接收到的消息中的用户数据头UDH(User Data Header)，从UDH中获取该消息的目标端口号。

具体的，短消息中可以包含短消息协议内容和用户数据内容。短消息协议内容中定义了一个协议字段ESM_CLASS(参见短消息点对点协议规范Short Message Peer to Peer Protocol Specification v3.4，第5.2.12小节)，该字段的第7-6位取值为01(如图2所示)时，表示短消息中是携带UDH的。其中，用户数据头UDH携带在用户数据内容TP-UD(TP-User-Data)的开始部分。

本发明实施例中，可以使用UDH的头域类型“Application PortAddressing”来指示目标端口号(其中，UDH的头域类型“ApplicationPort Addressing”可以参见3GPP TS23.040，第9.2.3.24.3和9.2.3.24.4章节中定义)。终端接收短消息后，可以根据短消息中携带的ESM_CLASS获知短消息中包含有UDH，并从UDH的头域类型“Application Port Addressing”中获取目标端口号。

其中，目标端口号用于指示终端调用该目标端口号对应的应用程序来处理该消息。

需要说明的是，此目标端口号在网络侧(如，漏话提醒业务平台)可配，漏话通知的目标端口号需要和终端上处理漏话通知的应用程序所占用的端口号保持一致。

例如，假设终端接收到的消息中的“Application Port Addressing”指示的目标端口号为5500，而终端中处理漏话通知的应用程序所占用的端口号也是5500。

终端接收该消息后，通过“Application Port Addressing”指示的目标端口号(比如5500)，可以将该短消息调用占用该目标端口号的对应处理程序。要是接收到的短消息中未携带目标端口号，则按照普通短消息进行处理，即放入该终端的短消息收件箱中，或者如果该普通短消息为闪信时，直接显示在终端的界面上。

另外，为了避免在终端开机时，短消息收件箱收到大量的漏话通知，将所述漏话通知中的协议标识(Protocol ID)设置为0x7D，不执行将漏话通知存储在终端的短消息收件箱中的操作，使得该漏话通知对于终端的用户不可见，或者阻止该漏话通知以闪信的形式显示在所述终端的用户界面。

终端在调用处理漏话通知的应用程序后，由该应用程序从漏话通知中提取出漏话信息，并调用处理未接来电的通话管理应用程序编程接口API将该漏话信息作为未接来电的信息显示在通话记录中。

方式二：终端可以识别接收到消息的头域，当该头域为预先定义的漏话通知头域，确定接收到的消息为漏话通知。

方式二可以应用在支持信令控制协议SIP(Session InitiationProtocol)的硬终端或者软终端中。其中，硬终端可以为手机、pad等，软终端可以为QQ、SKYPE等具有收发消息功能的软件。下面以漏话通知通过SIP消息承载为例对方式二进行详细说明。

本发明实施例可以扩展SIP协议中的NOTIFY消息来作为漏话通知。具体的，可以利用NOTIFY消息中的Event头域，在NOTIFY消息中定义一个漏话通知头域，如“missed-call-alert”头域，通过该漏话通知头域来标识该NOTIFY消息是一个漏话通知。

终端在接收到基于SIP协议的NOTIFY消息后，识别该NOTIFY消息的头域，当该头域为预先定义的漏话通知头域时，例如为missed-call-alert时，表示该NOTIFY消息为漏话通知。

终端识别出漏话通知后，将该漏话通知交给终端中处理漏话通知的应用程序，由处理漏话通知的应用程序从漏话通知中提取出漏话信息，并调用处理未接来电的通话管理应用程序编程接口API将该漏话信息作为未接来电的信息显示在通话记录中。本实施例中，终端在识别出漏话通知后，可查询预先配置的处理漏话通知的应用程序的端口号，然后根据该端口号调用处理漏话通知的应用程序。

对于上述方式一和方式二中，处理漏话通知的应用程序可以是终端自带的处理程序，例如终端的操作系统中自带的通话管理程序的一部分，也可以是终端安装的第三方程序，例如，拨号程序、号码薄程序等等，那么，如果在终端存在第三方处理号码信息的软件时，在漏话通知中携带的目标端口号对应的应用程序，可以为终端操作系统自带的通话管理程序的API，将漏话信息写入所述终端的通话记录中；也可以是第三方软件的API，将漏话信息写入第三方软件的通话记录中，在这里不限定。

通过上述实施例，可以解决现有技术中终端用户需要在短消息收件箱中查看接收到的短消息，才能获知漏话通知的问题，实现了将漏话信息与未接来电统一显示在通话记录中，提高了操作方便性，节省时间。

相应地，本发明实施例提供了一种漏话提醒方法，由漏话提醒业务平台执行，例如当被叫终端处于遇忙、关机或不在服务区状态时，呼叫处理设备会将无法到达被叫终端的呼叫作为漏话，转移到漏话提醒业务平台，由漏话提醒业务平台将包含本次漏话信息的漏话通知发送给被叫终端，如图3所示，包括如下步骤：

301、当漏话提醒业务平台接收到呼叫处理设备转发的漏话时，从该漏话中获取被叫号码和漏话信息，所述漏话为无法到达被叫终端的呼叫，所述漏话信息包括所述漏话的主叫号码和呼叫时间。

可选的，漏话信息中除了包括主叫号码和呼叫时间，还可以包括呼叫次数，用于指示主叫号码拨打被叫号码的次数，该呼叫时间可以为最后一次拨打的时间或者每次拨打的时间。

302、生成携带所述漏话信息的漏话通知，并在漏话通知中指示漏话信息要以未接来电的形式显示在通话记录中，所述未接来电为呼叫到达被叫终端，但所述被叫终端无应答的呼叫；

303、根据所述被叫号码，将该漏话通知发送给被叫终端，以便被叫终端根据所述指示将漏话信息以未接来电的形式显示在被叫终端的通话记录中。

漏话提醒业务平台对于漏话通知的发送，可以是在接收到一条漏话之后，就向所述漏话对应的被叫终端发送一次漏话通知；也可以是在接收到一条漏话之后，先向被叫终端发送一条探测消息，用于探测该被叫终端是否开机或者可及，当被叫终端开机或者可及时，将被叫终端对应的所有漏话信息生成一条漏话通知一并发送给所述被叫终端。漏话提醒业务平台对于漏话通知的发送策略不限于上述方法，可以参考现有技术中的其他策略。

本发明实施例提供的一种漏话提醒方法，当漏话提醒业务平台接收到呼叫处理设备转发的漏话时，从所述漏话中获取被叫号码和漏话信息，所述漏话为无法到达被叫终端的呼叫，所述漏话信息包括所述漏话的主叫号码和呼叫时间，然后生成携带所述漏话信息的漏话通知，并在所述漏话通知中指示所述漏话信息要以未接来电的形式显示在通话记录中，所述未接来电为呼叫到达被叫终端，但所述被叫终端无应答的呼叫，根据所述被叫号码，将所述漏话通知发送给所述被叫终端，以便所述被叫终端根据所述指示将所述漏话信息以未接来电的形式显示在所述被叫终端的通话记录中。本发明实施例解决了现有技术中被叫终端用户需要在短消息收件箱中查看接收到的短消息，才能获知漏话信息的问题，实现了将漏话信息与未接来电统一显示在通话记录中，提高了操作方便性，节省时间。

需要说明的是，可选的，漏话提醒业务平台在漏话通知中指示漏话信息要以未接来电的形式显示在通话记录中时，可以通过以下两种方式实现：

方式一：漏话提醒业务平台将被叫终端中处理漏话通知的应用程序所占用的端口号设置为生成的漏话通知的目标端口号，通过该目标端口号指示被叫终端调用处理漏话通知的应用程序，以便该应用程序从漏话通知中提取出漏话信息，并调用处理未接来电的通话管理应用程序编程接口API将漏话信息以未接来电的形式显示在通话记录中。

其中，漏话提醒业务平台可以采用短消息来承载漏话信息，即，漏话提醒业务平台生成携带漏话信息的短消息作为漏话通知。漏话提醒业务平台生成短消息形式的漏话通知后，将漏话通知发送给短消息中心，并由短消息中心转发给被叫终端，被叫终端为支持SMPP的终端，例如手机等具有收发短消息功能的终端。

下面以短消息作为漏话通知为例对漏话通知的生成过程进行说明，具体通过如下步骤生成：

漏话提醒业务平台生成包括UDH结构的短消息作为漏话通知，其中，漏话信息携带在所述短消息的内容字段中，UDH中包括目标端口号字段；

其中，由于该漏话通知是以短消息的形式发送的，所以在该漏话通知中包含短消息协议内容和用户数据内容，在短消息协议内容中包括协议字段ESM_CLASS，漏话提醒业务平台将该字段的第7-6位取值设置为01，表示该漏话通知中携带UDH，并在所述用户数据内容的头部携带UDH，且所述UDH中包括目标端口号，例如5500，该目标端口号用于指示被叫终端，调用目标端口号对应的处理漏话通知的应用程序。

需要说明的是，此目标端口号在网络侧(如，漏话提醒业务平台)可配，漏话提醒业务平台在生成漏话通知时，需要将漏话通知中的目标端口号和终端上处理漏话通知的应用程序所占用的端口号保持一致。

另外，漏话信息携带在短消息的内容字段中(短消息的内容字段属于短消息中的用户数据内容的一部分)，其中漏话信息举例如下：

MCA？CALLER＝13812345678，COUNT＝3，LASTDATE＝2012-09-1712:31:21；CALLER＝18612345678，DATE＝2012-09-1714:12:31。

其中，MCA是命令字标识，标识“？”后面的内容标识是漏话信息；

CALLER属性标识“＝”后面的内容是产生漏话的主叫号码；

COUNT属性标识“＝”后面的内容是该主叫号码的呼叫次数，如果仅仅发生一次呼叫，则可以不携带；

LASTDATE属性标识“＝”后面的内容是如果主叫号码有多个呼叫，那么最近一次呼叫的日期和时间；

DATE属性标识“＝”后面的内容是本次呼叫发生的日期和时间，如果主叫号码有多个呼叫，也可以将多次呼叫的时间均携带在所述漏话信息中。

其中，所述漏话信息中携带了两个主叫号码，其中一个主叫号码为“13812345678”，共拨打了3次电话，最后一次拨打时间为“2012-09-1712:31:21”，也可以将3次拨打时间均携带在所述漏话信息中。第二个主叫号码为“18612345678”，拨打了1次电话，拨打日期为“2012-09-1714:12:31”。

另外，为了使得漏话通知对于所述被叫终端的用户不可见，例如，将漏话通知的短消息协议内容中的协议标识设置为0x7D，以便指示被叫终端不执行将漏话通知存储在被叫终端的短消息收件箱中的操作，或者阻止漏话通知以闪信的形式显示在被叫终端的用户界面。

方式二、生成携带漏话信息的SIP消息作为漏话通知，在该SIP消息中扩展一个漏话通知头域，通过该漏话通知头域指示漏话信息以未接来电的形式显示在通话记录中。

方式二中，漏话提醒业务平台可以将漏话通知以基于信令控制协议SIP(Session Initiation Protocol)的消息的形式发送给被叫终端，此时被叫终端可以为支持SIP的硬终端或者软终端。

其中，硬终端可以为手机、pa d等，软终端可以为QQ、SKYPE等具有收发消息功能的软件。漏话提醒业务平台可以扩展SIP协议中的NOTIFY消息来作为漏话通知。具体的，可以利用NOTIFY消息中的Event头域，在NOTIFY消息中定义一个漏话通知头域，如“missed-call-alert”头域，通过该漏话通知头域来标识该NOTIFY消息是一个漏话通知。

如图4所示，本发明实施例提供一种漏话提醒装置40，包括接收单元41、识别单元42和处理单元43。

其中，接收单元41，用于接收来自网络侧的消息；

识别单元42，用于从接收单元41接收到的消息中识别出漏话通知；

处理单元43，用于从识别单元42识别出的漏话通知中提取漏话信息，并将该漏话信息以未接来电的形式显示在通话记录中，所述漏话信息包括漏话的主叫号码和呼叫时间，所述漏话为在呼叫所述终端的过程中，无法到达所述终端的呼叫，所述未接来电为呼叫到达所述终端，但所述终端无应答的呼叫。

图4所示的漏话提醒装置可以是终端，如手机，平板电脑等。终端通过将漏话信息作为未接来电显示在通话记录中解决了现有技术中终端用户需要在短消息收件箱中查看接收到的短消息，才能获知漏话信息的问题，实现了将漏话信息与未接来电统一显示在通话记录中，提高了操作方便性，节省时间。

进一步地，如图5所示，处理单元43具体可以包括：

提取模块51，用于从识别单元42识别出的漏话通知中提取漏话信息；

展现模块52，用于调用处理未接来电的通话管理应用程序编程接口API，由所述通话管理应用程序编程接口API将所述提取模块提取的漏话信息作为未接来电的信息显示在通话记录中。

进一步地，识别单元42具体用于识别所述消息的目标端口号，当所述目标端口号为处理漏话通知的应用程序所占用的端口号，确定该消息为漏话通知；

提取模块51具体用于根据所述漏话通知中的目标端口号，调用所述目标端口号对应的处理漏话通知的应用程序，由该应用程序从所述漏话通知中提取出漏话信息。

可选的，当所述来自网络侧的消息为短消息时，所述识别单元42还用于解析所述消息中的用户数据头UDH，从所述UDH中获取所述消息的目标端口号。

可选的，当所述来自网络侧的消息为基于信令控制协议SIP的消息时，识别单元42具体用于识别所述消息的头域，当所述头域为预先定义的漏话通知头域，确定所述消息为漏话通知。

可选的，如图6所示，所述漏话提醒装置还包括：

标识单元61，用于利用特定标记将以未接来电的形式显示的漏话信息标识出来，以与未接来电相区别。

所述漏话提醒装置40中的各单元的具体实现过程，可参见上述漏话提醒方法的处理过程。

相应地，本发明实施例提供一种漏话提醒业务平台70，如图7所示，包括获取单元71、生成单元72和发送单元73。

其中，获取单元71，用于当接收到呼叫处理设备转发的漏话时，从所述漏话中获取被叫号码和漏话信息，所述漏话为无法到达被叫终端的呼叫，所述漏话信息包括所述漏话的主叫号码和呼叫时间；

生成单元72，用于生成携带获取单元71获取到的漏话信息的漏话通知，并在该漏话通知中指示所述漏话信息要以未接来电的形式显示在通话记录中，所述未接来电为呼叫到达被叫终端，但所述被叫终端无应答的呼叫；

发送单元73，用于根据获取单元71获取到的被叫号码，将所述漏话通知发送给被叫终端，以便被叫终端根据所述指示将所述漏话信息以未接来电的形式显示在所述被叫终端的通话记录中。

本发明实施例提供的一种漏话提醒业务平台，当漏话提醒业务平台接收到呼叫处理设备转发的漏话时，从所述漏话中获取被叫号码和漏话信息，所述漏话为无法到达被叫终端的呼叫，所述漏话信息包括所述漏话的主叫号码和呼叫时间，然后生成携带所述漏话信息的漏话通知，并在所述漏话通知中指示所述漏话信息要以未接来电的形式显示在通话记录中，所述未接来电为呼叫到达被叫终端，但所述被叫终端无应答的呼叫，根据所述被叫号码，将所述漏话通知发送给所述被叫终端，以便所述被叫终端根据所述指示将所述漏话信息以未接来电的形式显示在所述被叫终端的通话记录中。本发明实施例解决了现有技术中被叫终端用户需要在短消息收件箱中查看接收到的短消息，才能获知漏话信息的问题，实现了将漏话信息与未接来电统一显示在通话记录中，提高了操作方便性，节省时间。

可选的，如图8所示，生成单元72可具体包括：

构造模块81，用于生成携带所述漏话信息的漏话通知；

设置模块82，用于在所述构造模块81生成漏话通知的过程中，将所述被叫终端中处理所述漏话通知的应用程序所占用的端口号设置为所述漏话通知的目标端口号，通过所述目标端口号指示所述被叫终端调用处理漏话通知的应用程序，以便所述应用程序从所述漏话通知中提取出漏话信息，调用处理未接来电的通话管理应用程序编程接口API将所述漏话信息以未接来电的形式显示在通话记录中。

进一步地，构造模块81具体用于生成包括用户数据头UDH结构的短消息作为漏话通知，其中，所述漏话信息携带在所述短消息的内容字段中，所述UDH中包括目标端口号字段。

可选的，所述生成单元72具体用于生成携带所述漏话信息的SIP消息作为漏话通知，并在所述SIP消息中扩展一个漏话通知头域，通过所述漏话通知头域指示所述漏话信息以未接来电的形式显示在通话记录中。

所述漏话提醒业务平台70中的各单元的具体实现过程，可参见上述漏话提醒方法的处理过程。

上述图4，图5以及图6所示的漏话提醒装置均可基于计算机或移动终端的硬件结构来实现，如图9所示，漏话提醒装置90的硬件结构包括存储器91、接收器92，处理器93和总线94。

其中，处理器93、存储器91和接收器92通过总线94通信连接。

存储器91可以是只读存储器(Read Only Memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(Random Access Memory，RAM)。存储器91可以存储操作系统和其他应用程序的指令以及应用数据。存储器91中存储的指令由处理器93来运行执行。

本发明实施例中存储器91可用于存储实现图4，图5以及图6所示实施例中各功能单元的指令以及接收到的漏话通知。

接收器92用来实现漏话提醒装置90与其他设备或通信网络(例如但不限于以太网，无线接入网(Radio Access Network，RAN)，无线局域网(Wireless Local Area Network，WLAN)等)之间的通信。

本发明实施例中，接收器92用于接收来自网络侧的消息；

处理器93可以采用通用的中央处理器(Central Processing Unit，CPU)，微处理器，应用专用集成电路(Application SpecificIntegrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序。

本发明实施例中，处理器93用于执行存储器91中的指令，具体执行：

从接收器92接收的消息中识别出漏话通知；

其中，处理器93中的具体处理过程可参考方法实施例部分以及图4，图5以及图6所示的装置实施例部分，这里不再赘述。

总线94可包括一通路，在漏话提醒装置各个部件(例如处理器93、存储器91和接收器92)之间传送信息。

上述图7以及图8所示的漏话提醒业务平台均可基于计算机的硬件结构来实现，如图10所示，漏话提醒业务平台10的硬件结构，包括存储器1001、收发器1002和处理器1003和总线1004。

其中，处理器1003、存储器1001和接收器1002通过总线1004通信连接。

存储器1001可以是只读存储器(Read Only Memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(Random AccessMemory，RAM)。存储器1001可以存储操作系统和其他应用程序的指令以及应用数据。存储器1001中存储的指令由处理器1003来运行执行。

本发明实施例中存储器1001可用于存储实现图7以及图8所示实施例中各功能单元的指令以及接收到的漏话和生成的待发送的漏话通知；

收发器1002用来实现漏话提醒业务平台10与终端或通信网络(例如但不限于以太网，无线接入网(Radio Access Network，RAN)，无线局域网(Wireless Local Area Network，WLAN)等)之间的通信。在本发明实施例中漏话提醒业务平台10与终端之间的通信都通过通信接口1002进行。

本发明实施例中，收发器1002用于接收漏话和发送漏话通知；

处理器1003可以采用通用的中央处理器(Central ProcessingUnit，CPU)，微处理器，应用专用集成电路(Application SpecificIntegrated Circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序。

本发明实施例中，处理器1003用于执行存储器1001中的指令，具体执行：

当所述收发器1002接收到呼叫处理设备转发的漏话时，从所述漏话中获取被叫号码和漏话信息，所述漏话为无法到达被叫终端的呼叫，所述漏话信息包括所述漏话的主叫号码和呼叫时间；

根据所述被叫号码，将所述漏话通知通过所述收发器1002发送给所述被叫终端，以便所述被叫终端根据所述指示将所述漏话信息以未接来电的形式显示在所述被叫终端的通话记录中。

其中，处理器1003中的具体处理过程可参考方法实施例部分以及图7以及图8所示的装置实施例部分，这里不再赘述。

总线1004可包括一通路，在漏话提醒业务平台各个部件(例如处理器1003、存储器1001和收发器1002)之间传送信息。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-0nly Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种漏话提醒方法，其特征在于，包括：

终端接收来自网络侧的消息；

从所述消息中识别出漏话通知；

2.根据权利要求1所述的漏话提醒方法，其特征在于，所述将所述漏话信息以未接来电的形式显示在通话记录中具体包括：

3.根据权利要求2所述的漏话提醒方法，其特征在于，所述从所述消息中识别出漏话通知具体包括：

识别所述消息的目标端口号；

所述提取所述漏话通知中的漏话信息具体包括：

4.根据权利要求3所述的漏话提醒方法，其特征在于，当所述来自网络侧的消息为短消息时，在所述识别所述消息的目标端口号之前，还包括：

5.根据权利要求2所述的漏话提醒方法，其特征在于，当所述来自网络侧的消息为基于信令控制协议SIP的消息时，所述从所述消息中识别出漏话通知具体包括：

识别所述消息的头域；

6.根据权利要求1-5任一项所述的漏话提醒方法，其特征在于，所述方法还包括：

7.一种漏话提醒方法，其特征在于，包括：

8.根据权利要求7所述的漏话提醒方法，其特征在于，所述在所述漏话通知中指示所述漏话信息要以未接来电的形式显示在通话记录中具体包括：

9.根据权利要求8所述的漏话提醒方法，其特征在于，所述生成携带所述漏话信息的漏话通知包括：

10.根据权利要求7所述的漏话提醒方法，其特征在于，所述生成携带所述漏话信息的漏话通知包括：

生成携带所述漏话信息的SIP消息作为漏话通知；

11.一种漏话提醒装置，其特征在于，包括：

接收单元，用于接收来自网络侧的消息；

12.根据权利要求11所述的漏话提醒装置，其特征在于，所述处理单元包括：

13.根据权利要求12所述的漏话提醒装置，其特征在于，所述识别单元具体用于识别所述消息的目标端口号，当所述目标端口号为处理漏话通知的应用程序所占用的端口号，确定所述消息为漏话通知；

14.根据权利要求13所述的漏话提醒装置，其特征在于，当所述来自网络侧的消息为短消息时，所述识别单元还用于解析所述消息中的用户数据头UDH，从所述UDH中获取所述消息的目标端口号。

15.根据权利要求12所述的漏话提醒装置，其特征在于，当所述来自网络侧的消息为基于信令控制协议SIP的消息时，所述识别单元具体用于识别所述消息的头域，当所述头域为预先定义的漏话通知头域，确定所述消息为漏话通知。

16.根据权利要求11-15任一项所述的漏话提醒装置，其特征在于，所述漏话提醒装置还包括：

17.一种漏话提醒业务平台，其特征在于，包括：

18.根据权利要求17所述的漏话提醒业务平台，其特征在于，所述生成单元包括：

构造模块，用于生成携带所述漏话信息的漏话通知；

19.根据权利要求18所述的漏话提醒业务平台，其特征在于，所述构造模块具体用于生成包括用户数据头UDH结构的短消息作为漏话通知，其中，所述漏话信息携带在所述短消息的内容字段中，所述UDH中包括目标端口号字段。

20.根据权利要求17所述的漏话提醒业务平台，其特征在于，

所述生成单元具体用于生成携带所述漏话信息的SIP消息作为漏话通知，并在所述SIP消息中扩展一个漏话通知头域，通过所述漏话通知头域指示所述漏话信息以未接来电的形式显示在通话记录中。