一种漏话提醒方法及装置与流程

本发明涉及通讯系统，特别涉及一种漏话提醒方法及装置。

背景技术：

目前来电提醒增值业务都需要基于运营商的移动网络，需要运营商对被叫用户在归属位置寄存器(Home Location Register，HLR)上做呼转业务，否则无法开展业务,可见目前的来电提醒业务是必须由运营商负责主营的增值业务。

而随着通信技术和IT技术的日益发展，各种通讯网络相互融合，电信网，Internet网和广电网的融合，更催生各种类型的终端出现，例如智能手机，平板电脑等等。

各种类型的终端，在融合网络环境下，更能提供各类融合的业务。本发明针对漏话提醒业务，实现基于IP网络的漏话提醒。

技术实现要素：

本发明的目的在于提供一种漏话提醒方法及装置，能够在IP网络下实现漏话提醒业务。

根据本发明的一个方面，提供了一种漏话提醒方法，包括：

漏话服务器在主叫终端通过移动网络呼叫被叫终端期间，获取所述主叫终端的漏话客户端生成并通过IP网络发送的呼叫消息；

所述漏话服务器根据收到的呼叫消息，查询被叫终端的当前状态；

所述漏话服务器根据查询到的被叫终端的当前状态，生成漏话通知消息，并通过IP网络发送至被叫终端的漏话客户端。

优选地，在所述漏话服务器获取所述主叫终端的漏话客户端生成并通过IP网络发送的呼叫消息之前，还包括：

在所述漏话服务器与所述主叫终端的漏话客户端之间建立用于消息传递的套接字连接，以供所述主叫终端的漏话客户端利用所述套接字连接向所述漏话服 务器传递包括主叫终端号码和被叫终端号码的呼叫消息。

优选地，所述漏话服务器根据收到的呼叫消息，查询被叫终端的当前状态的步骤包括：

所述漏话服务器通过解析所述呼叫消息，得到所述主叫终端号码和所述被叫终端号码；

所述漏话服务器通过IP网络向所述被叫终端号码对应的被叫终端的漏话客户端查询被叫终端的当前状态；或者，所述漏话服务器通过本地实时更新的终端状态数据库，查询所述被叫终端号码对应的被叫终端的当前状态。

优选地，在所述漏话服务器通过IP网络查询被叫终端的当前状态之前，还包括：

在所述漏话服务器与所述被叫终端的漏话客户端之间建立用于消息传递的套接字连接，以供所述被叫终端利用所述套接字连接向所述漏话服务器传递被叫终端的当前状态信息。

优选地，所述漏话服务器根据查询到的被叫终端的当前状态，生成漏话通知消息，并通过IP网络发送至被叫终端的漏话客户端的步骤包括：

当所述漏话服务器查询到的被叫终端的当前状态是关机、不可达、用户忙、无应答中的任一状态时，生成包含主叫终端号码的漏话通知消息；

所述漏话服务器通过所述漏话服务器与所述被叫终端的漏话客户端之间的套接字连接将所述漏话通知消息发送至被叫终端的漏话客户端。

优选地，还包括：

当所述被叫终端的当前状态变换为开机状态时，所述漏话服务器通过所述漏话服务器与所述被叫终端的漏话客户端之间的套接字连接，接收所述被叫终端的漏话客户端发送的被叫终端的开机状态信息，并通过所述漏话服务器与所述主叫终端的漏话客户端之间的套接字连接，将包含所述被叫终端的开机状态信息的被叫开机提醒消息发送至主叫终端的漏话客户端。

根据本发明的一个方面，提供了一种漏话提醒装置，包括：

服务器获取单元，用于在主叫终端通过移动网络呼叫被叫终端期间，获取所述主叫终端的漏话客户端生成并通过IP网络发送的呼叫消息；

服务器查询单元，用于根据收到的呼叫消息，查询被叫终端的当前状态；

服务器通知单元，用于根据查询到的被叫终端的当前状态，生成漏话通知消息，并通过IP网络发送至被叫终端的漏话客户端。

优选地，还包括：

服务器连接建立单元，用于在所述服务器获取单元获取所述主叫终端的漏话客户端生成并通过IP网络发送的呼叫消息之前，建立与所述主叫终端的漏话客户端之间的套接字连接。

优选地，所述服务器查询单元通过解析所述呼叫消息，得到所述主叫终端号码和所述被叫终端号码，并通过IP网络向所述被叫终端号码对应的被叫终端的漏话客户端查询被叫终端的当前状态，或者，通过本地实时更新的终端状态数据库，查询所述被叫终端号码对应的被叫终端的当前状态。

优选地，所述服务器连接建立单元还用于在所述服务器查询单元通过IP网络查询被叫终端的当前状态之前，建立与所述被叫终端的漏话客户端之间的套接字连接。

优选地，所述服务器通知单元在查询到的被叫终端的当前状态是关机、不可达、用户忙、无应答中的任一状态时，生成包含主叫终端号码的漏话通知消息，并通过与所述被叫终端的漏话客户端之间的套接字连接，将所述漏话通知消息发送至被叫终端的漏话客户端。

优选地，当所述被叫终端的当前状态变换为开机状态时，所述服务器获取单元通过与所述被叫终端的漏话客户端之间的套接字连接，接收所述被叫终端的漏话客户端发送的被叫终端的开机状态信息，所述服务器通知单元通过与所述主叫终端的漏话客户端之间的套接字连接，将包含所述被叫终端的开机状态信息的被叫开机提醒消息发送至主叫终端的漏话客户端。

与现有技术相比较，本发明的有益效果在于：

本发明通过套接字方式实现漏话提醒业务，从而使得基于IP的终端设备也可支持漏话提醒业务，给用户带来了极大的使用便利，提升了用户体验，同时促进漏话提醒业务的使用和发展。

附图说明

图1是本发明提供的漏话提醒方法原理框图；

图2是本发明提供的漏话提醒装置框图；

图3是本发明提供的漏话提醒系统框图；

图4是本发明实施例提供的基于IP的漏话提醒系统示意图；

图5是图4所示实施例的通过长连接方式的Socket连接实现的方法实施例示意图；

图6是图4所示实施例的通过短连接方式的Socket连接实现的方法实施例示意图；

图7是图4所示实施例的基于IP的漏话实现系统的第一结构示意图；

图8是图4所示实施例的基于IP的漏话实现系统的第一结构示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1是本发明提供的漏话提醒方法原理框图，如图1所示，步骤包括：

步骤S101：漏话服务器在主叫终端通过移动网络呼叫被叫终端期间，获取所述主叫终端的漏话客户端生成并通过IP网络发送的呼叫消息。

所述呼叫消息包括主叫终端号码和被叫终端号码。

在执行所述步骤S101之前，在所述漏话服务器与所述主叫终端的漏话客户端之间建立用于消息传递的套接字连接，以供所述主叫终端的漏话客户端利用所述套接字连接向所述漏话服务器传递包括主叫终端号码和被叫终端号码的呼叫消息。

进一步地，所述漏话服务器与所述主叫终端的漏话客户端之间的套接字连接可以由所述漏话服务器建立，也可以由所述主叫终端的漏话客户端建立。当由所述漏话服务器建立时，所述漏话服务器需提前获取所述主叫终端的漏话客户端的IP地址，以便利用所述主叫终端的漏话客户端的IP地址，建立套接字连接。

步骤S102：所述漏话服务器根据收到的呼叫消息，查询被叫终端的当前状态。

在所述步骤S102之前，在所述漏话服务器与所述被叫终端的漏话客户端之间建立用于消息传递的套接字连接，以供所述被叫终端利用所述套接字连接向所 述漏话服务器传递被叫终端的当前状态信息。

具体地说，所述漏话服务器通过解析所述呼叫消息，得到所述主叫终端号码和所述被叫终端号码，并利用所得到的所述被叫终端号码，通过以下两种方式之一查询被叫终端的当前状态：

方式1：所述漏话服务器通过IP网络向所述被叫终端号码对应的被叫终端的漏话客户端查询被叫终端的当前状态；

方式2：所述漏话服务器通过本地实时更新的终端状态数据库，查询所述被叫终端号码对应的被叫终端的当前状态。

步骤S103：所述漏话服务器根据查询到的被叫终端的当前状态，生成漏话通知消息，并通过IP网络发送至被叫终端的漏话客户端。

具体地说，当所述漏话服务器查询到的被叫终端的当前状态是关机、不可达、用户忙、无应答中的任一状态时，生成包含主叫终端号码的漏话通知消息，并通过所述漏话服务器与所述被叫终端的漏话客户端之间的套接字连接将所述漏话通知消息发送至被叫终端的漏话客户端。

进一步地，若建立短连接模式，则所述漏话服务器/所述主叫终端的漏话客户端/所述被叫终端的漏话客户端在发送消息前，建立相应的套接字连接，并在发送消息后，断开所建立的套接字连接。

进一步地，若建立长连接模式，则所述主叫终端的漏话客户端/所述被叫终端的漏话客户端在相应的套接字连接建立后，定时向所述漏话服务器发起心跳检测请求，以便保持所建立的套接字连接。

本发明是基于IP网络的漏话提醒应用，为来电提醒用户提供了一种通过基于IP网络接收漏话提醒消息的全新体验。

同样地，当所述被叫终端的当前状态变换为开机状态时，所述漏话服务器可以通过在所述漏话服务器和所述被叫终端的漏话客户端之间建立套接字连接，接收所述被叫终端的漏话客户端发送的被叫终端的开机状态信息，并通过所述漏话服务器与所述主叫终端的漏话客户端之间的套接字连接，将包含所述被叫终端的开机状态信息的被叫开机提醒消息发送至主叫终端的漏话客户端，使主叫用户及时获知被叫终端的开机状态。

图2是本发明提供的漏话提醒装置框图，如图2所示，包括服务器获取单元 10、服务器查询单元20、服务器通知单元30和服务器连接建立单元40。

服务器获取单元10用于在主叫终端通过移动网络呼叫被叫终端期间，获取所述主叫终端的漏话客户端生成并通过IP网络发送的呼叫消息。所述呼叫消息包括主叫终端号码和被叫终端号码。在所述服务器获取单元10获取所述主叫终端的漏话客户端生成并通过IP网络发送的呼叫消息之前，所述服务器连接建立单元40建立与所述主叫终端的漏话客户端之间的套接字连接。

服务器查询单元20用于根据收到的呼叫消息，查询被叫终端的当前状态。具体地说，服务器连接建立单元40在通过IP网络查询被叫终端的当前状态之前，建立与所述被叫终端的漏话客户端之间的套接字连接。所述服务器查询单元20通过解析所述呼叫消息，得到所述主叫终端号码和所述被叫终端号码，并通过所建立的套接字连接向所述被叫终端号码对应的被叫终端的漏话客户端查询被叫终端的当前状态，或者，通过本地实时更新的终端状态数据库，查询所述被叫终端号码对应的被叫终端的当前状态。

服务器通知单元30用于根据查询到的被叫终端的当前状态，生成漏话通知消息，并通过IP网络发送至被叫终端的漏话客户端。具体地说，服务器通知单元30在查询到的被叫终端的当前状态是关机、不可达、用户忙、无应答中的任一状态时，生成包含主叫终端号码的漏话通知消息，并通过与所述被叫终端的漏话客户端之间的套接字连接，将所述漏话通知消息发送至被叫终端的漏话客户端。

图3是本发明提供的漏话提醒系统框图，如图3所示，主叫终端通过运营商提供的移动网络呼叫被叫终端期间，主叫终端的漏话客户端通过IP网络向漏话服务器端发送包含主叫终端号码和被叫终端号码的呼叫消息。漏话服务器端根据被叫终端号码，通过IP网络向被叫终端的漏话客户端查询被叫终端的当前状态。当查询到的被叫终端的当前状态是关机、不可达、用户忙、无应答中的任一状态时，漏话服务器端生成包含主叫终端号码和呼叫时间的漏话通知消息，并通过IP网络将所述漏话通知消息发送至被叫终端的漏话客户端，以便被叫用户及时获知漏话情况。

需要说明的是，所述被叫终端的漏话客户端可以安装在如图3所示的被叫终端上，也可以安装在平板电脑等其它基于IP的终端设备上。例如，若主叫终端 在被叫终端关机时呼叫被叫终端，则漏话服务器端可以通过IP网络向已安装并开启被叫终端的漏话客户端的平板电脑发送漏话通知消息。

同一个用户，只要拥有一个帐号，就可以方便地在自己的多种终端设备(例如智能手机、iPad等各类客户端设备)上通过已装载的IP客户端软件，在图形界面下接收和管理漏话短信。

目前传统的来电提醒业务(漏话提醒业务)都是由运营商来主导开展，本发明不需要运营商参与，运营商的移动网络只是一个管道而已，这样可以吸引更多用户使用MC功能，使得MC提醒业务更容易被使用和推广，从而也可增加收益。

以下结合图4至图8，以漏话(Missed Call，MC)服务器端与MC客户端之间通过套接字(Socket)连接实现漏话提醒为例，进行进一步说明，需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图4是本发明实施例提供的基于IP的漏话提醒系统示意图，如图4所示，MC服务器端1与MC客户端2之间建立Socket连接，且MC服务器端1与MC客户端2之间通过所述Socket连接实现消息传递。

位于网络侧的MC服务器端1服务于MC客户端，MC系统与MC客户端通过约定协议进行交互，配合完成被叫终端号码状态判断以及漏话信息的通知功能，进一步地，该MC服务器端1还负责Socket通讯在服务器端的管理。

位于终端侧的MC客户端1是在IP化的终端侧实现MC功能的软件。具体地，主叫用户通过MC客户端连接到MC服务器端，并通过约定协议向MC服务器端上报主叫和被叫终端号码信息，以及其他约定的操作；被叫用户通过MC客户端连接到MC服务器端，并通过约定协议向MC服务器端上报被叫用户的当前状态。进一步地，该MC客户端2还负责Socket通讯在客户端的应用和管理。

本发明所说的MC客户端运行于基于IP的终端设备上，所述基于IP的终端设备包括但不限于平板电脑、TV，也就是说，可以在基于IP的智能终端上运行MC客户端，例如在平板电脑上运行MC客户端，在TV上运行MC客户端。

所述Socket连接也称为Socket通道，泛指一切Socket数据通道和数据通讯机制。

MC服务器端1和MC客户端2之间可以通过如下方式建立和维持Socket连接：

方式1：对于长连接模式，MC客户端2主动发起请求，与MC服务器端1建立一 个Socket连接，MC客户端2通过定时发送心跳消息包来建立和维持与MC服务器端1之间的Socket连接，在连接成功后与对方进行密码安全认证鉴权，鉴权成功后MC客户端定时发起心跳监测，维持住所述Socket连接。当发现心跳监测没有得到MC服务器端的回应时，MC客户端认为该Socket连接检测失败，MC客户端重新发起请求，建立一条Socket连接。也就是说，MC服务器端1和MC客户端2之间的Socket连接可以由所述MC客户端发起建立，且连接成功后，MC客户端2定时发起心跳消息检测该Socket连接，并在检测到该Socket连接失败时，所述MC客户端重新发起Socket连接。

方式2：对于短连接模式，所述MC客户端2用于向所述MC服务器端传递消息的Socket连接是所述MC客户端2发起建立的，且在传递消息后，所述MC客户端2断开该Socket连接；所述MC服务器端1用于向所述MC客户端2传递消息的Socket连接是所述MC服务器端1发起建立的，且在传递消息后，所述MC服务器端1断开该Socket连接。需要注意的是，所述MC服务器端1发起Socket连接前，还包括：所述MC客户端1向所述MC服务器端1发起Socket连接，并连接成功后，所述MC服务器端1记录所述MC客户端2的IP地址，然后所述MC客户端2断开该Socket连接，这样，所述MC服务器端1才能够根据所记录的所述MC客户端2的IP地址发起Socket连接。

进一步地，所述MC服务器端1与所述MC客户端2通过所述Socket连接传递的消息可以采用与短信业务(SMS)相同的消息类型和内容格式。

进一步地，所述MC服务器端1与所述MC客户端2通过所述Socket连接传递的消息包括用于系统通知和/或漏话管理的消息。

图5是图4所示实施例的通过长连接方式的Socket连接实现的方法实施例示意图，如图5所示，步骤包括：

步骤201：MC客户端(Client)向MC服务器端(Server)发起建立Socket通道的请求。

进一步地，基于IP的MC客户端在启动时，可以主动向MC服务器端发起建立socket通道的连接请求。

步骤202：MC服务器端收到所述请求后，向MC客户端返回确认信息。

步骤203：MC客户端向MC服务器端发送鉴权命令。

步骤204：MC服务器端返回基于base64编码的MD5算法加密的鉴权信息。

步骤205：MC客户端用MD5算法对加密的鉴权信息进行解密，得到基于base64编码的解密后的鉴权信息，并发送至MC服务器端。

步骤206：MC服务器端向MC客户端发送鉴权完成消息，表明鉴权成功。

MC客户端和MC服务器端之间的认证过程完成，该Socket通道即可进行业务通讯。

步骤207：MC客户端和MC服务器端进行心跳检测。

MC客户端定时发起心跳检测消息，MC服务器端收到心跳检测消息后反馈心跳检测响应消息，MC客户端根据MC服务器端的心跳检测响应消息检测和维护Socket通道的状态。当发现心跳监测没有得到MC服务器端的回应时，MC客户端认为该Socket连接检测失败，此时重新进入MC客户端向MC服务器端发起用来建立Socket连接的请求的流程。

步骤208：MC客户端通过Socket通道与MC服务器端交互，进行用户状态查询管理。

通过Socket连接通道，MC客户端与MC服务器端交互Socket消息实现的用户状态查询管理功能包括：查询被叫用户的当前状态，包括但不限于用户忙、关机、不可达、无应答。

步骤209：MC服务器端生成系统通知消息后，通过建立的Socket通道发给MC客户端。

MC服务器端可以在有系统通知消息的时候通过该Socket通道发给MC客户端，所述系统通知消息是系统发给MC客户端的消息，包括漏话提醒消息和开机提醒消息。

MC服务器端发送系统通知消息的情况包括但不限于以下两种：

1、被叫用户收到漏话提醒消息；

2、主叫用户收到关于被叫用户的开机提醒消息。

上述步骤208和步骤209无先后顺序。

本发明在MC客户端与MC服务器端之间实现消息通知机制中，增加数据通道方式(Socket)的消息通知机制，用于支持基于IP的MC客户端。

本发明中基于IP方式的终端设备通过由MC客户端发起并建立的MC客户端和 MC服务器端之间的Socket通讯通道，实现在MC服务端和MC客户端之间的消息传递。

图6是图4所示实施例的通过短连接方式的Socket连接实现的方法实施例示意图，如图6所示，步骤包括:

步骤301：MC客户端(Client)向MC服务器端(Server)发起建立Socket通道的请求。

步骤302：MC服务器端收到所述请求后，向MC客户端返回确认信息。

步骤303：MC客户端向MC服务器端发送鉴权命令。

步骤304：MC服务器端返回基于base64编码的MD5算法加密的鉴权信息。

步骤305：MC客户端用MD5算法对加密的鉴权信息进行解密，得到基于base64编码的解密后的鉴权信息，并发送至MC服务器端。

步骤306：MC服务器端向MC客户端发送鉴权完成消息，表明鉴权成功。

MC客户端和MC服务器端之间的认证过程完成，该Socket通道即可进行业务通讯。

需要注意的是，在短连接方式下，MC服务器端在鉴权成功后，需要记录MC客户端的IP地址。

步骤307：MC客户端通过Socket通道与MC服务器端交互，进行用户状态查询管理。

通过Socket连接通道，MC客户端向MC服务器端发送用户终端的当前状态，包括但不限于用户忙、关机、不可达、无应答。

步骤308：MC客户端断开其建立的Socket连接。

步骤309：MC服务器端向MC客户端发起建立Socket通道的请求。

步骤310：MC客户端收到所述请求后，向MC服务器端返回确认信息。

步骤311：MC服务器端生成系统通知消息，通过建立的Socket通道发给MC客户端。

步骤S312：MC服务器端断开其建立的Socket连接。

图7是图4所示实施例的基于IP的漏话实现系统的第一结构示意图，如图7所示，系统包括MC客户端和MC服务器端，具体如下：

MC客户端的连接建立模块201与MC服务器端的连接建立模块101，用于建 立Socket连接；

MC客户端的消息传递模块203与MC服务器端的消息传递模块103，用于通过所述Socket连接实现消息传递。

在短连接模式下，MC客户端的连接建立模块201在MC客户端的消息传递模块203向MC服务器端传递消息前发起请求并建立Socket连接，并在传递消息后，断开该Socket连接。MC服务器端的连接建立模块101在MC客户端发起的Socket连接建立成功后，记录MC客户端的IP地址，并在MC服务器端向MC客户端的消息传递模块传递消息前，利用MC客户端的IP地址发起Socket连接，并在传递消息后，断开该Socket连接。

进一步地，还包括：MC客户端的鉴权模块202和MC服务器端的鉴权模块102，用于在Socket连接建立成功后进行鉴权。需要注意的是，在短连接模式下，MC服务器端的连接建立模块101在Socket连接建立成功且鉴权成功时，需要记录MC客户端的IP地址。

图8是图4所示实施例的基于IP的漏话实现系统的第二结构示意图，如图8所示的结构用于长连接模式下，与图7所示结构示意图比较，进一步包括MC客户端的连接检测模块204与MC服务器端的连接检测模块104。

MC客户端的连接建立模块201用于向MC服务器端发起用来建立Socket连接的请求，以及在MC客户端的连接检测模块204检测到该Socket连接失败时，重新发起Socket连接；

MC客户端的鉴权模块202用于在Socket连接建立成功后进行鉴权；

MC客户端的连接检测模块204用于在Socket连接建立成功后，定时发起心跳检测消息以检测该Socket连接，进一步地，MC客户端的连接检测模块204用于在所述Socket连接成功且鉴权成功后，再检测该Socket连接。

MC服务器端的连接检测模块104用于响应MC客户端的连接检测模块204；

MC服务器端的连接建立模块101用于响应MC客户端的连接建立模块201；

MC服务器端的鉴权模块102用于在Socket连接建立成功后进行鉴权。

MC客户端的消息传递模块103与MC服务器端的消息传递模块203通过Socket连接传递的消息可以采用与短信业务相同的消息类型和内容格式。

MC客户端的消息传递模块103与MC服务器端的消息传递模块203通过 Socket连接传递的消息包括用于系统通知和/或漏话的消息。.

综上所述，本发明具有以下技术效果：

1、通过本发明，用户不仅可以通过手机使用MC业务，也可以通过PC机，平板电脑或者其他上网终端设备来使用MC业务，给用户带来了极大的使用便利，能够提升用户体验，同时促进MC业务的使用和发展；

2、通过本发明，用户可以通过在多种终端设备上装载MC客户端软件，方便管理自己的漏话消息。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。