CN103124402A - 漏话提示系统及方法 - Google Patents

Abstract

本发明公开了一种漏话提示系统及方法，该漏话提示系统包括：呼叫接入模块，用于接收来自于核心网的漏话呼叫信令；信令识别模块，用于对漏话呼叫信令进行分析，获取所述漏话呼叫信令的呼叫类型，其中，所述呼叫类型包括：语音呼叫和视频呼叫；提示下发模块，用于向被叫发送漏话提示信息，其中，所述漏话提示信息包括所述呼叫类型。解决了相关技术中漏话提示系统只能通知被叫有漏话，但不能通知来电类型的问题，使用户在查看漏话提示信息时可以区分出漏话类型，以便于用户选择正确的呼叫方式回呼。提升了漏话提示系统的利用率，同时也提高了用户体验。

Description

漏话提示系统及方法

技术领域

本发明涉及通信领域，具体而言，涉及一种漏话提示系统及方法。

背景技术

来电提醒业务是一种基于被叫的业务，在被叫用户处于忙、关机或无法接通的状态时，将主叫来电接入漏话服务系统，将来电信息在被叫可达时通知被叫，从而保证主被叫有关来电的信息不丢失，这种业务，给用户提供了更好使用体验。随着3G业务的开展，视频电话开始普及，用户对视频电话也给予了更多关注。

同语音电话相比，视频电话可以使通话双方更好的交流，但目前的来电提醒业务只能支持语音呼叫。

相关技术中，当被叫符合漏话通知的情况时，被呼转到漏话提示系统，漏话提示系统将用户的漏话信息进行缓存，但不能根据漏话类型分开缓存；待用户状态可以的时候给用户发短信提示，但该系统无法区分呼叫类型，短信提示中无法区分视频来电或语音来电。现有漏话提示系统只能对语音呼叫和视频呼叫都采用同样的提示，不能根据呼叫类型给予不同的提示，致使用户在获知有漏话的时候只能以语音呼叫的方式回呼，因而降低了用户体验。

发明内容

针对相关技术中漏话提示系统不能根据呼叫类型给予不同的提示的问题，本发明提供了一种漏话提示系统及方法，以至少解决上述问题。

根据本发明的一方面，提供了一种漏话提示系统，包括：呼叫接入模块，用于接收来自于核心网的漏话呼叫信令；信令识别模块，用于对漏话呼叫信令进行分析，获取漏话呼叫信令的呼叫类型，其中，呼叫类型包括：语音呼叫和视频呼叫；信令识别模块，用于向被叫发送漏话提示信息，其中，漏话提示信息包括呼叫类型。

上述信令识别模块，还用于对漏话呼叫信令进行分析，获取漏话呼叫信令所对应的主叫和被叫的标识；漏话提示系统还包括：数据库，用于保存用户数据；业务处理模块，分别与信令识别模块和数据库相连接，用于根据被叫的标识、主叫的标识、以及用户数据对被叫与主叫的进行鉴权，判断是否触发提示下发模块。

上述漏话提示系统还包括：提示整合模块，连接于提示下发模块与业务处理模块之间，用于按照主叫的标识以及呼叫类型对预定时间段内的漏话提示信息进行分类整合。

上述信令识别模块，还用于对漏话呼叫信令进行分析，获取被叫不可及的原因；漏话提示系统还包括：放音模块，与业务处理模块相连接，用于在接收到处理模块下发的放音任务后将被叫不可及的原因播放给主叫。

上述漏话提示系统还包括：接口模块，与数据库相连接，用于接收对数据库执行操作的指令，其中，指令包括以下至少之一：开户指令、销户指令、用户状态信息修改指令。

根据本发明的另一个方面，提供了一种漏话提示方法，包括：接收来自于核心网的漏话呼叫信令；对漏话呼叫信令进行分析，获取漏话呼叫信令的呼叫类型，其中，该呼叫类型包括：语音呼叫和视频呼叫；向被叫发送漏话提示信息，其中，该漏话提示信息包括呼叫类型。

在对漏话呼叫信令进行分析之后，还包括：获取漏话呼叫信令所对应的主叫和被叫的标识；根据被叫的标识、主叫的标识、以及数据库中预先保存的用户数据对被叫与主叫的进行鉴权，判断是否触发提示下发模块。

在向被叫发送漏话提示信息之前，还包括：按照主叫的标识以及呼叫类型对预定时间段内的漏话提示信息进行分类整合。

在对漏话呼叫信令进行分析之后，还包括：获取被叫不可及的原因；在接收到放音任务后将被叫不可及的原因播放给主叫。

上述还包括：接收对数据库执行操作的指令，其中，指令包括以下至少之一：开户指令、销户指令、用户状态信息修改指令。

通过本发明，采用加入呼叫接入模块、信令识别模块以及信令识别模块，通过对接收到的漏话呼叫信令进行分析，获取漏话呼叫信令的呼叫类型，将包含呼叫类型的漏话提示信息发送给被叫，解决了相关技术中漏话提示系统只能通知被叫有漏话，但不能通知来电类型的问题，使用户在查看漏话提示信息时可以区分出漏话类型，以便于用户选择正确的呼叫方式回呼。提升了漏话提示系统的利用率，，同时也提高了用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的漏话提示系统的结构框图；

图2是根据本发明优选实施例的漏话提示系统的结构框图；

图3是根据本发明优选实施例的包括图1所示的漏话提示系统与其他通讯系统的系统架构示意图；

图4是根据本发明优选实施例的漏话提示系统与其他通讯系统之间的接口示意图；

图5是根据本发明实施例的漏话提示方法的流程图；以及

图6是根据本发明优选实施例的漏话提示方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1是根据本发明实施例的漏话提示系统的结构框图。如图1所示，该漏话提示系统包括：

呼叫接入模块102，用于接收来自于核心网的漏话呼叫信令；

信令识别模块104，用于对漏话呼叫信令进行分析，获取漏话呼叫信令的呼叫类型，其中，呼叫类型包括：语音呼叫和视频呼叫；

提示下发模块106，用于向被叫发送漏话提示信息，其中，漏话提示信息包括呼叫类型。

相关技术中，漏话提示系统只能通知被叫有漏话，不能根据呼叫类型给予不同的提示，导致用户体验比较低。通过本实施例，采用信令识别模块对呼叫接入模块接收到的漏话呼叫信令进行分析，获取漏话呼叫信令的呼叫类型，将包含呼叫类型的漏话提示信息发送给被叫用户设备，解决了相关技术中漏话提示系统只能通知被叫有漏话，不能根据呼叫类型给予不同的提示的问题，使用户在查看漏话提示信息时可以区分出漏话类型，以便于用户选择合适的呼叫方式回呼，提升了漏话提示系统的利用率，，同时也提高了用户体验。

优选地，上述漏话提示系统的信令识别模块104，还可以用于对漏话呼叫信令进行分析，获取漏话呼叫信令所对应的主叫和被叫的标识；如图2所示，漏话提示系统还可以包括：数据库108，用于保存用户数据；业务处理模块110，分别与信令识别模块104和数据库108相连接，用于根据被叫的标识、主叫的标识、以及用户数据对被叫与主叫的进行鉴权，判断是否触发提示下发模块。

在优选实施过程中，增加的数据库108用于保存主被叫的用户数据及漏话数据，该数据可以是主叫的注册信息、被叫的注册信息等。业务处理模块110进行鉴权时，鉴权的项目可以包括：查询被叫号码是否为漏话提示系统的注册用户，被叫用户状态是否为服务暂停状态，以及主叫用户是否被设置为黑名单号码。如果上述鉴权的基本项目都通过了，可以选择性的对其进行进一步鉴权，鉴权项目可根据需要设置。如果不设置进一步鉴权，则在上述鉴权通过后，可将漏话提示信息向下发送给被叫用户。

由此可见，增加了数据库108及业务处理模块110的漏话提示系统，可以通过预先存储的用户数据对漏话系统的提示过程进行优化，提升了系统的性能。

优选地，如图2所示，漏话提示系统还可以包括：提示整合模块116，连接于提示下发模块106与业务处理模块110之间，用于按照主叫的标识以及呼叫类型对预定时间段内的漏话提示信息进行分类整合。增加了提示整合模块116的漏话提示系统，在进行漏话提示通知短信整合的时候，可以将语音短信和视频短信分开汇总，这样在构建通知短信的时候可以将根据缓存在漏话提示系统中不同呼叫类型、不同的主叫构建不同短信内容。还可以将同一主叫用户拨打的时间、次数及来电类型等数据统一汇总，也可以将不同主叫的来电也统一汇总，用一条短信告知用户，或以来电的方式告知用户，减少了系统资源的浪费，也避免了多条短信重复打扰用户而给用户带来的麻烦。

优选地，在上述漏话提示系统中的信令识别模块104，还用于对漏话呼叫信令进行分析，获取被叫不可及的原因；如图2所示，上述漏话提示系统还可以包括：放音模块112，与业务处理模块110相连接，用于在接收到业务处理模块110下发的放音任务后将被叫不可及的原因播放给主叫。

在优选实施过程中，增加了放音模块112的漏话提示系统，可以在被叫不可及的状态对主叫用户进行放音提示。该放音提示可以播放被叫不可及的原因，也可以只是提示主叫被叫不可及。若被叫用户不可及时用户选择留言，则该留言可以是语音留言，也可以是视频留言，留言后的内容可以下发到被叫用户，方便被叫用户在通话可及范围内时得知主叫想与其通话的目的；如果选择挂断，则被叫用户在通话可及范围内时接到短信，得知主叫的漏话信息。通过放音功能的加入，可以使用户得知被叫不可及，且方便留言或挂断。从而提高了用户体验。

优选地，上述漏话提示系统还可以包括：接口模块114，与数据库108相连接，用于接收对数据库执行操作的指令，其中，指令包括以下至少之一：开户指令、销户指令、用户状态信息修改指令。实施过程中，增加了接口模块114的漏话提示系统，可以随时修改用户数据库中的信息，使主叫及被叫信息更准确，进一步使漏话提示信息更准确。

需要说明的是，信令识别模块104和提示整合模块116为图2所示的漏话提示系统的核心模块。信令识别模块104可以处理呼叫信令，并从中获取呼叫类型、主叫被叫信息等，提示整合模块116可以根据不同的呼叫类型进行分类整合。综上所述，本优选实施例提供的漏话提示系统能够区分出来电类型，并且可以对呼叫类型进行整合，给予用户不同提示的漏话提醒信息，以使被叫用户根据可以根据呼叫类型对主叫用户进行回叫，有效提高了用户体验。

图3是根据本发明优选实施例的包括图1所示的漏话提示系统与其他通讯系统的系统架构示意图。如图3所示，图1所示的漏话提示系统需要设置如下接口，便于同核心网、BOSS和SMSC/SMGW交互信息，实现漏话信息的下发：

与核心网交互的接口(可以为上述呼叫接入模块102)，本优选实施例的漏话提示系统是基于呼转业务的，依赖于核心网。主叫拨打被叫，若被叫是漏话提示系统的用户，被叫处于关机、不在服务区等情况，核心网会将呼叫转移到漏话提示系统。

与BOSS系统交互的接口(可以为上述接口模块114)，漏话提示系统的开户、销户均有BOSS系统处理。在BOSS处理后将信息发给漏话提示系统，漏话提示系统中的接口模块会对开销户操作进行处理。

与SMSC/SMGW交互的接口(可以为上述提示下发模块106)，本优选实施例的漏话提示系统产生的通知短信，采用SMPP协议，通过SMSC/SMGW下发给用户。

如图4所示，图3所示的漏话提示提示系统可以进一步包括以下模块：

呼叫接入模块402(相当于上述呼叫接入模块102)，用于接入核心网的呼叫。主叫拨打被叫，在被叫关机、不再服务区等情况下，核心网判断被叫用户是漏话提示用户，则将呼叫转移到漏话提示系统中。呼叫接入模块402同核心网、信令识别模块404块交互，接收核心网发出的各种信令，转换为漏话提示系统内部信令，将呼叫接入后发给呼叫信息识别模块404。

信令识别模块404(相当于上述信令识别模块104)，与呼叫接入模块402和业务处理模块408交互，用于分析出主叫信息、被叫信息、呼转原因和呼叫类型，将这些信息提交给业务逻辑处理模块进行处理。引入此模块，可以给用户提供更准确的漏话提示短信，便于用户根据漏话呼叫类型发起相应的呼叫进行回呼。

数据库406(相当于上述数据库108)，用于保存业务相关的数据，如系统数据、业务数据、用户数据。业务逻辑处理模块408在进行鉴权处理、业务逻辑处理的时候，都需要从数据库606中获取相应的信息。

业务处理模块408(相当于上述业务处理模块110)，用于处理业务逻辑。在信令识别模块404将呼叫信息上报给业务处理模块408后，业务处理模块408到数据库406中查询被叫号码是否为漏话提示系统注册用户，被叫用户状态是否为暂停状态，查询主叫用户是否在黑名单中。如果这些鉴权都通过，将漏话信息发给提示整合模块412。业务处理模块408在获取呼转原因后，控制放音模块410对主叫进行放音，可以将被叫不可及的原因播放给主叫。

放音模块410(相当于上述放音模块112)，用于接收业务处理模块408的控制信号，并在接到信号后对主叫进行放音。

提示整合模块412(相当于上述提示整合模块116)，在业务处理模块408将漏话信息发给提示整合模块412后，提示整合模块412可以根据主叫信息、被叫信息、呼叫类型进行整合。目的是防止过多的漏话提示短信骚扰被叫用户。提示整合模块412还可以实现单主叫整合，多主叫整合，语音呼叫、视频呼叫整合，整合后生成通知短信，发给SMSC/SMGW，有SMSC/SMGW将漏话通知短信发给被叫用户。

开销户接口模块414(相当于上述接口模块114)，负责同BOSS系统交互，受理开户、销户、用户状态信息修改、用户数据修改等业务。

提示下发模块416(相当于上述提示下发模块106)，用于通过短信下发漏话提示，当然也可以采用其他形式下发，例如，彩信。

图5是根据本发明实施例的漏话提示方法的流程图。如图5所示，该漏话提示方法包括以下步骤：

步骤S502，接收来自于核心网的漏话呼叫信令；

步骤S504，对漏话呼叫信令进行分析，获取漏话呼叫信令的呼叫类型，其中，呼叫类型包括：语音呼叫和视频呼叫；

步骤S506，向被叫发送漏话提示信息，其中，漏话提示信息包括呼叫类型。

在步骤S504中对漏话呼叫信令进行分析之后，还可以包括以下处理：

(1)获取漏话呼叫信令所对应的主叫和被叫的标识；

(2)根据被叫的标识、主叫的标识、以及数据库中预先保存的用户数据对被叫与主叫的进行鉴权，判断是否触发提示下发模块。

优选地，在对漏话呼叫信令进行分析之后，还可以包括以下处理：

(1)获取被叫不可及的原因；

(2)在接收到放音任务后将被叫不可及的原因播放给主叫。

在步骤S506之前，还可以包括以下处理：按照主叫的标识以及呼叫类型对预定时间段内的漏话提示信息进行分类整合。

优选地，上述漏话提示方法还可以包括：接收对数据库执行操作的指令，其中，指令包括以下至少之一：开户指令、销户指令、用户状态信息修改指令。

图6是根据本发明优选实施例的漏话提示方法的流程图。如图6所示，结合图2所示的上述漏话提示系统，该漏话提示方法包括以下处理：

步骤S602，主叫拨打被叫(被叫为漏话提示系统用户)，被叫因关机、无法接通或正处于通话中等一些原因，导致被叫不可及，此时满足漏话提示条件，此次呼叫被转到漏话提示系统；

步骤S604，漏话提示系统的信令识别模块104从信令中提取呼叫信息。其中，该呼叫信息可以包括：主叫信息、被叫信息、呼叫类型、呼转原因等。

步骤S606，漏话提示系统的业务处理模块110判断被叫号码是否为系统的注册用户，判断主叫是否在允许下发漏话消息的范围之内。如果被叫号码为系统的注册用户，则对其进行漏话提示服务。判断主叫的属性，如果被叫将主叫设为呼叫黑名单号码，则主叫不在下发漏话消息范围内。

步骤S608，漏话提示系统的放音模块112给主叫播放相应提示。播放的提示音可以是根据被叫不可及的原因，例如，被叫不在服务区，被叫处于关机状态等。播放的提示音也可以是单一的提示音，提示主叫被叫不可及。

步骤S610，漏话提示系统的业务处理模块110下发漏话提示短信到提示整合模块。

步骤S612，漏话提示系统的提示整合模块116对漏话信息进行整合，需要区分视频漏话和语音漏话，区分不同的主叫，并将整合后的漏话提示短信下发给短信中心。

步骤S614，短信中心将短信下发给用户。

综上所述，借助本发明提供的上述实施例，能够区分呼叫类型并根据呼叫类型不同进行漏话整合，下发不同通知的漏话系统，解决了相关技术中漏话提示系统只能通知被叫有漏话，但不能告之主叫来电类型的问题，使用户在查看漏话提示信息时可以区分出漏话类型。以便用户可以更好的主动发起语音或者视频回呼。提升了系统性能，同时也提高了用户体验。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种漏话提示系统，其特征在于，包括：

呼叫接入模块，用于接收来自于核心网的漏话呼叫信令；

信令识别模块，用于对所述漏话呼叫信令进行分析，获取所述漏话呼叫信令的呼叫类型，其中，所述呼叫类型包括：语音呼叫和视频呼叫；

提示下发模块，用于向被叫发送漏话提示信息，其中，所述漏话提示信息包括所述呼叫类型。

2.根据权利要求1所述的系统，其特征在于，

所述信令识别模块，还用于对所述漏话呼叫信令进行分析，获取所述漏话呼叫信令所对应的主叫和所述被叫的标识；

所述漏话提示系统还包括：

数据库，用于保存用户数据；

业务处理模块，分别与所述信令识别模块和所述数据库相连接，用于根据被叫的标识、所述主叫的标识、以及所述用户数据对所述被叫与所述主叫的进行鉴权，判断是否触发所述提示下发模块。

3.根据权利要求2所述的系统，其特征在于，所述漏话提示系统还包括：

提示整合模块，连接于所述提示下发模块与所述业务处理模块之间，用于按照所述主叫的标识以及所述呼叫类型对预定时间段内的漏话提示信息进行分类整合。

4.根据权利要求2所述的系统，其特征在于，

所述信令识别模块，还用于对所述漏话呼叫信令进行分析，获取所述被叫不可及的原因；

所述漏话提示系统还包括：

放音模块，与所述业务处理模块相连接，用于在接收到所述处理模块下发的所述放音任务后将所述被叫不可及的原因播放给所述主叫。

5.根据权利要求2所述的系统，其特征在于，所述漏话提示系统还包括：接口模块，与所述数据库相连接，用于接收对所述数据库执行操作的指令，其中，所述指令包括以下至少之一：开户指令、销户指令、用户状态信息修改指令。

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

接收来自于核心网的漏话呼叫信令；

对所述漏话呼叫信令进行分析，获取所述漏话呼叫信令的呼叫类型，其中，所述呼叫类型包括：语音呼叫和视频呼叫；

向被叫发送漏话提示信息，其中，所述漏话提示信息包括所述呼叫类型。

7.根据权利要求6所述的方法，其特征在于，在对所述漏话呼叫信令进行分析之后，还包括：

获取所述漏话呼叫信令所对应的主叫和所述被叫的标识；

根据被叫的标识、所述主叫的标识、以及数据库中预先保存的用户数据对所述被叫与所述主叫的进行鉴权，判断是否触发所述提示下发模块。

8.根据权利要求7所述的方法，其特征在于，在向被叫发送漏话提示信息之前，还包括：

按照所述主叫的标识以及所述呼叫类型对预定时间段内的漏话提示信息进行分类整合。

9.根据权利要求7所述的方法，其特征在于，在对所述漏话呼叫信令进行分析之后，还包括：

获取所述被叫不可及的原因；

在接收到放音任务后将所述被叫不可及的原因播放给所述主叫。

10.根据权利要求7所述的方法，其特征在于，还包括：接收对所述数据库执行操作的指令，其中，所述指令包括以下至少之一：开户指令、销户指令、用户状态信息修改指令。

Images