CN107592618A - 一种漏话提醒方法、装置及存储介质 - Google Patents
一种漏话提醒方法、装置及存储介质 Download PDFInfo
- Publication number
- CN107592618A CN107592618A CN201710768438.8A CN201710768438A CN107592618A CN 107592618 A CN107592618 A CN 107592618A CN 201710768438 A CN201710768438 A CN 201710768438A CN 107592618 A CN107592618 A CN 107592618A
- Authority
- CN
- China
- Prior art keywords
- called subscriber
- missed call
- call notification
- application
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
本发明公开了一种漏话提醒方法,获取针对被叫用户的漏话提醒信令;基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息;基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,以使得所述被叫用户通过联系账号登录所述第二应用时查看所述漏话提醒消息。本发明还同时公开了一种漏话提醒装置及存储介质。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及一种漏话提醒方法、装置及存储介质。
背景技术
日常生活中,往往会出现主叫用户向被叫用户发起通话请求,但是因为被叫用户处于关机状态、忙线状态或不在服务区,而导致不能响应主叫用户的通话请求,出现漏话现象,进而可能错过一些重要的信息。可见,在日常生活中漏话提醒业务是必不可少的。
然而,现有的漏话提醒方法主要是通过短信方式或非结构化补充数据业务(USSD,Unstructured Supplementary Service Data)弹屏的方式通知被叫用户。不过,在被叫用户不在服务区的情况下,短信方式或USSD弹屏的方式均不能发挥作用,即使在无线网络环境中,被叫用户也不能收到漏话提醒消息。也就是说,不能保证被叫用户及时的收到漏话提醒消息。
发明内容
有鉴于此,本发明实施例期望提供一种漏话提醒方法、装置及存储介质,能够及时的接收到漏话提醒消息。
为达到上述目的,本发明实施例的技术方案是这样实现的:
本发明实施例提供一种漏话提醒方法,所述方法包括:
获取针对被叫用户的漏话提醒信令;其中,所述漏话提醒信令表征:当主叫用户通过第一应用向所述被叫用户发起通话请求、且所述通话请求未成功响应时,生成的针对所述被叫用户的提醒信令;
基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息;
基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,以使得所述被叫用户通过联系账号登录所述第二应用时查看所述漏话提醒消息;
其中,所述第一应用为仅能够通过移动通信网进行数据传输的应用;所述第二应用为至少能够通过无线局域网进行数据传输的应用。
上述方案中,所述基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息包括:
获取针对所述被叫用户的广告信息;
基于接收到的针对所述被叫用户的漏话提醒信令、及所述广告信息生成漏话提醒消息。
上述方案中,所述基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号之前,所述方法还包括:
获取到所述被叫用户的用户签约信息(CSI,CAMEL Subscriber Information);
从所述被叫用户的CSI中,提取所述被叫用户在第二应用中的联系账号。
上述方案中,所述基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,包括:
从所述被叫用户的CSI中,提取所述被叫用户的漏话提醒功能的开启指示信息;
当所述开启指示信息表征所述被叫用户具备漏话提醒功能时,基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号。
上述方案中,所述方法还包括:
当确定所述被叫用户的状态,由第一状态切换至第二状态时;其中,所述第一状态为处于无法通过所述第一应用接收和/或响应所述主叫用户的通话请求的状态;所述第二状态为处于能够通过第一应用接收和/或响应所述主叫用户的通话请求的状态;
生成主叫提醒消息,将所述主叫提醒消息推送至所述主叫用户。
本发明实施例还提供一种漏话提醒装置,其特征在于,所述装置包括:第一获取模块、生成模块和推送模块;其中,
所述第一获取模块,用于获取针对被叫用户的漏话提醒信令;其中,所述漏话提醒信令表征:当主叫用户通过第一应用向所述被叫用户发起通话请求、且所述通话请求未成功响应时,生成的针对所述被叫用户的提醒信令;
所述生成模块,用于基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息;
所述推送模块,用于基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,以使得所述被叫用户通过联系账号登录所述第二应用时查看所述漏话提醒消息;
其中,所述第一应用为仅能够通过移动通信网进行数据传输的应用;所述第二应用为至少能够通过无线局域网进行数据传输的应用。
上述方案中,所述生成模块具体用于:
获取针对所述被叫用户的广告信息;
基于接收到的针对所述被叫用户的漏话提醒信令、及所述广告信息生成漏话提醒消息。
上述方案中,所述装置还包括第二获取模块,用于获取到所述被叫用户的CSI;
从所述被叫用户的CSI中,提取所述被叫用户在第二应用中的联系账号。
上述方案中,所述推送模块具体用于:
从所述被叫用户的CSI中,提取所述被叫用户的漏话提醒功能的开启指示信息;
当所述开启指示信息表征所述被叫用户具备漏话提醒功能时,基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号。
上述方案中,所述装置还包括主叫提醒模块,用于当确定所述被叫用户的状态,由第一状态切换至第二状态时;其中,所述第一状态为处于无法通过所述第一应用接收和/或响应所述主叫用户的通话请求的状态;所述第二状态为处于能够通过第一应用接收和/或响应所述主叫用户的通话请求的状态;
生成主叫提醒消息,将所述主叫提醒消息推送至所述主叫用户。
本发明实施例还提供一种存储介质,其上存储有可执行程序,所述可执行程序被处理器执行时实现上述技术方案中的步骤。
本发明实施例还提供一种漏话提醒装置,包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行上述技术方案中的步骤。
本发明实施例提供的漏话提醒方法、装置及存储介质,当无法通过第一应用接收和/或响应主叫用户的通话请求时,获取针对被叫用户的漏话提醒信令,并基于所述漏话提醒信令生成漏话提醒消息。接下来,确定所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号。可见,本方案中当被叫用户在第一应用中出现漏话的情况下,可以通过在第二应用中的联系账号接收到漏话提醒消息。也就是说,当出现漏话现象时,可以通过不同的应用来实现漏话提醒,保证被叫用户能够及时的接收到漏话提醒消息。
附图说明
图1为本发明实施例提供的漏话提醒方法的实现流程示意图;
图2为本发明实施例提供的漏话提醒方法的详细流程示意图一;
图3为本发明实施例提供的漏话提醒方法的详细流程示意图二;
图4为本发明实施例提供的漏话提醒方法的交互流程示意图;
图5为本发明实施例提供的漏话提醒装置的组成结构示意图;
图6为本发明实施例提供的漏话提醒装置的硬件结构示意图。
具体实施方式
实施例一、
本发明实施例中,漏话提醒方法的实现流程示意图如图1所示,包括以下步骤:
步骤101:获取针对被叫用户的漏话提醒信令;
步骤102:基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息;
步骤103:基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,以使得所述被叫用户通过联系账号登录所述第二应用时查看所述漏话提醒消息;
其中,所述第一应用与所述第二应用不同,且所述第一应用为仅能够通过移动通信网进行数据传输的应用;所述第二应用为至少能够通过无线局域网进行数据传输的应用。
在本发明实施例中的步骤101中,漏话提醒系统获取针对被叫用户的漏话提醒信令。所述漏话提醒信令用于表征当主叫用户通过第一应用向被叫用户发起通话请求、且所述通话请求未成功响应时,生成的针对所述被叫用户的提醒信令。所述漏话提醒信令中至少包含所述被叫用户的号码信息。所述第一应用为仅能够通过移动通信网进行数据传输的应用。
在步骤102中,漏话提醒系统获取针对所述被叫用户的广告信息,基于接收到的针对所述被叫用户的漏话提醒信令、及所述广告信息生成漏话提醒消息。具体的,漏话提醒系统根据获取的漏话提醒信令向广告平台发起广告查询。其中,广告平台中已基于用户历史上网及通话等数据,为用户建立用户属性信息数据库,并且针对每个广告营销规则预先设定目标用户群体的属性标签。广告平台根据漏话提醒系统提交的所述被叫用户的信息,确定所述被叫用户的属性信息,然后将所述被叫用户的属性信息与广告营销规则的属性标签进行匹配,提取与所述被叫用户的属性信息匹配度最高的广告信息。
接下来,基于所述针对被叫用户的广告信息及所述接收到的针对所述被叫用户的漏话提醒信令,生成漏话提醒消息。也就是说,所述漏话提醒消息中包含了针对所述被叫用户的广告信息。
在步骤103中,在所述基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号之前,所述方法还包括:获取到所述被叫用户的用户签约信息CSI;从所述被叫用户的CSI中,提取所述被叫用户在第二应用中的联系账号。具体的,漏话提醒系统获取到所述被叫用户的用户签约信息CSI后,对所述被叫用户的CSI进行查询,得到所述被叫用户在第二应用中的联系账号。其中,所述CSI包括至少以下信息:所述被叫用户在第二应用中的联系账号;所述被叫用户关于漏话提醒功能的开启指示信息;所述被叫用户关于主叫提醒功能的开启指示信息。
进一步的,所述基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,包括:从所述被叫用户的CSI中,提取所述被叫用户的漏话提醒功能的开启指示信息;当所述开启指示信息表征所述被叫用户具备漏话提醒功能时,基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号。具体的,漏话提醒系统通过查询所述被叫用户的CSI可以确认所述被叫用户是否启用漏话提醒功能;若是,则将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号。否则,则通过其他方式进行漏话提醒。例如,通过向所述被叫用户发送短信或者通过USSD弹屏的方式向所述被叫用户发送漏话提醒消息。
其中,所述被叫用户的客户端需要提前将漏话提醒功能与所述第二应用中的联系账号进行绑定,并且所述被叫用户还需要关注所述客户端在第二应用中的公众号。具体的,所述被叫用户的客户端设定启动采用第二应用漏话提醒功能,并与所述被叫用户的第二应用的联系账号进行绑定,通过端口自动引导所述被叫用户的第二应用关注所述客户端在第二应用中的公众号。或者,所述被叫用户可以先关注所述客户端在第二应用中的公众号,然后所述公众号连接云服务器客户端平台,设定绑定的所述被叫用户的联系号码,所述公众号经由公众服务账号接口将所述被叫用户的第二应用的联系号码提供给所述云服务器客户端平台。这里,所述第二应用可以为微信、QQ、Skype、Whatsapp等即时通讯软件。
此外,所述方法还包括:当确定所述被叫用户的状态,由第一状态切换至第二状态时;生成主叫提醒消息,将所述主叫提醒消息推送至所述主叫用户。
其中,所述第一状态为处于无法通过第一应用接收和/或响应主叫用户的通话请求的状态。这里,所述第一状态包括但不限于所述被叫用户未响应、不在服务区或者处于忙线状态。所述第二状态为处于能够通过第一应用接收和/或响应主叫用户的通话请求的状态;
进一步的,漏话提醒系统查询所述被叫用户的CSI确认所述被叫用户是否启动主叫提醒功能;若是,则当确定所述被叫用户的状态由第一状态切换至第二状态时,生成主叫提醒消息。具体的,漏话提醒系统可以向所述被叫用户的归属位置寄存器(HLR,HomeLocation Register)发出状态更新通知请求信令,在所述被叫用户切换至第二状态时,即所述被叫用户重新开机、重新进入服务区或结束忙线状态等能够接收和/或响应主叫用户的通话请求的状态,漏话提醒系统获取来自HLR提供的状态更新通知信令,确定所述被叫用户的状态由第一状态切换至第二状态,进而生成主叫提醒消息。
这里,所述主叫提醒消息包括了针对所述主叫用户的广告信息。具体的,漏话提醒系统根据获取的漏话提醒信令向广告平台发起广告查询。其中,广告平台中已基于用户历史上网及通话等数据,为用户建立用户属性信息数据库,并且针对每个广告营销规则预先设定目标用户群体的属性标签。广告平台根据漏话提醒系统提交的所述主叫用户的信息,确定所述主叫用户的属性信息,然后将所述主叫用户的属性信息与广告营销规则的属性标签进行匹配,提取与所述主叫用户的属性信息匹配度最高的广告信息。
进一步的,漏话提醒系统将所述主叫提醒消息推送至所述主叫用户。
这里,漏话提醒系统可以通过第一应用将所述主叫提醒消息推送至所述主叫用户。例如,通过向所述被叫用户通过USSD弹屏的方式将所述主叫提醒消息推送至所述主叫用户;或者,漏话提醒系统可以通过第二应用将所述主叫提醒消息推送至所述主叫用户。具体的,漏话提醒系统查询所述主叫用户的CSI,判断所述主叫用户是否启用第二应用提醒功能。若是,则根据所述主叫用户的CSI获取所述主叫用户的第二应用中的联系账号。将所述主叫提醒消息通过所述第二应用的公众号推送至所述主叫用户的第二应用的联系账号;其中,所述主叫用户的客户端需要将主叫提醒功能与所述第二应用中的联系账号进行绑定,并且所述主叫用户还需要关注所述客户端在第二应用中的公众号。
因此,针对主叫用户通过第一应用向被叫用户发起通话请求,未得到响应而出现的漏话现象,采用上述方案中的漏话提醒方法,便能够通过被叫用户在第二应用中的联系账号接收漏话提醒消息,改善因被叫用户不在服务区而造成的无法及时接收漏话提醒消息的问题,保证被叫用户可以及时的接收到漏话提醒消息。
此外,针对通话过程中的漏话现象,学者们已经提出了许多漏话提醒方案。典型的方案有如下几种:
方案一、被叫用户的在HLR中加载CSI。通过交换机和业务控制点(SCP,ServiceControl Point)之间建立的联系,当被叫用户未响应主叫用户的通话请求时,便由SCP执行漏话提醒业务。本方案中,需要为申请漏话提醒业务的被叫用户在HLR中保存CSI,因此所述被叫用户的所有呼叫都将触发到SCP,从而造成资源浪费。
方案二、为申请漏话提醒业务的被叫用户在HLR设置隐性前转号码,并配置到漏话提醒业务平台的路由数据。当被叫用户未响应主叫用户的通话请求时,交换机根据前转号码将呼叫路由提醒漏话提醒业务平台,由漏话提醒业务平台完成漏话提醒业务。本方案中,需要将话路迂回的漏话提醒业务平台,造成话路浪费。
方案三、交换机从被叫用户的HLR中获取漏话提醒业务码及CSI,并根据CSI与SCP建立控制逻辑关系,进而向SCP发送业务请求。所述SCP将收到的业务请求转发到漏话提醒业务平台,并指示交换家释放为当前呼叫建立的话路。由漏话提醒业务平台完成漏话提醒业务。本方案中,HLR中保存漏话提醒业务码,增加了HLR的负担,而且当发生漏话时,HLR还要发出业务请求,负担较重,影响工作效率。
由此可知,现有的漏话提醒方法多是在HLR中加载CSI,这便使得HLR负担过重,从而降低了运行效率。然而,本方案中接收漏话提醒信令、获取被叫用户的CSI、以及通过查询CSI而确定被叫用户在第二应用中的联系账号等主要是由漏话提醒系统完成。可见,本方案有效的降低了HLR的负担,使得整个系统的运行效率得到提高。
实施例二、
下面结合实例,以通过微信向被叫用户A推送漏话提醒消息为例,对本发明实施例的漏话提醒方法作进一步详细的描述。
本发明实施例中,漏话提醒方法的详细流程示意图如图2所示,包括以下步骤:
步骤201:获取针对被叫用户A的漏话提醒信令;
这里,漏话提醒业务平台(MCN,Missing Call Notification)接收针对被叫用户A的漏话提醒信令,所述漏话提醒信令可以来自所述被叫用户A的移动交换中心(MSC,MobileSwitching Center)和/或SCP,其中,优先来自SCP。
步骤202:基于所述针对被叫用户A的漏话提醒信令,生成漏话提醒消息;
这里,MCN根据获取的漏话提醒信令向广告平台发起广告查询。其中,广告平台已基于所述被叫用户A历史上网及通话等数据,为所述被叫用户A建立用户属性信息数据库,并且针对每个广告营销规则预先设定目标用户群体的属性标签。广告平台根据MCN提交的所述被叫用户A的信息,确定所述被叫用户A的属性信息,然后将所述被叫用户A的属性信息与广告营销规则的属性标签进行匹配,提取与所述被叫用户A的属性信息匹配度最高的广告信息。
进一步的,MCN基于所述针对被叫用户A的广告信息及所述漏话提醒信令,生成漏话提醒消息。也就是说,所述漏话提醒消息中包含了针对所述被叫用户A的广告信息。
步骤203:获取所述被叫用户A的CSI;
这里,在MCN基于所述被叫用户A微信账号,将所述漏话提醒消息通过微信公众号推送至所述被叫用户A的微信账号之前,需要获取所述被叫用户A的CSI。具体的,业务运营支撑系统(BOSS,Business&Operation Support System)接收到所述被叫用户A的CSI后,为所述被叫用户A的CSI设置业务提醒标识,然后将具有提醒业务标识的CSI发送至MCN。也就是说,MCN获取来自BOSS的具有提醒业务标识的CSI。
步骤204:确认所述被叫用户A的是否启用微信漏话提醒功能;
具体的,MCN通过查询所述被叫用户A的CSI可以确认所述被叫用户A的是否启用微信漏话提醒功能;若是,则进入步骤205;否则,则通过其他方式进行漏话提醒。
步骤205:获取所述被叫用户A的微信账号,将所述漏话提醒消息通过微信公众号推送至所述被叫用户A的微信账号;
这里,MCN从所述被叫用户A的CSI中,提取所述被叫用户微信账号。进一步的,MCN在所述被叫用户A的CSI中,提取所述被叫用户A的漏话提醒功能的开启指示信息。当所述开启指示信息表征所述被叫用户具备漏话提醒功能时,基于所述被叫用户A的微信账号,将所述漏话提醒消息通过微信公众号推送至所述被叫用户A的微信账号。
实施例三、
下面结合实例,以通过微信向被叫用户B推送漏话提醒消息并且向主叫用户C推送主叫提醒消息为例,对本发明实施例的漏话提醒方法作进一步详细的描述。
本发明实施例中,漏话提醒方法的详细流程示意图如图3所示,包括以下步骤:
步骤301:获取针对被叫用户B的漏话提醒信令;
这里,MCN获取针对被叫用户B的漏话提醒信令,所述漏话提醒信令可以来自所述被叫用户的MSC和/或SCP,其中,优先来自SCP。
步骤302:基于所述针对被叫用户B的漏话提醒信令,生成漏话提醒消息;
这里,MCN根据获取的漏话提醒信令向广告平台发起广告查询。其中,广告平台中已基于用户历史上网及通话等数据,为用户建立用户属性信息数据库,并且针对每个广告营销规则预先设定目标用户群体的属性标签。广告平台根据MCN提交的所述被叫用户B的信息,确定所述被叫用户B的属性信息,然后将所述被叫用户B的属性信息与广告营销规则的属性标签进行匹配,提取与所述被叫用户B的属性信息匹配度最高的广告信息。
进一步的,MCN基于所述针对被叫用户B的广告信息及所述漏话提醒信令,生成漏话提醒消息。也就是说,所述漏话提醒消息中包含了针对所述被叫用户B的广告信息。
步骤303:获取所述被叫用户B的CSI;
这里,在MCN基于所述被叫用户B微信账号,将所述漏话提醒消息通过微信公众号推送至所述被叫用户B的微信账号之前,需要获取所述被叫用户B的CSI。具体的,BOSS接收到所述被叫用户B的CSI后,为所述被叫用户B的CSI设置业务提醒标识,然后将具有提醒业务标识的CSI发送至MCN。也就是说,MCN获取来自BOSS的具有提醒业务标识的CSI。
步骤304:确认所述被叫用户B的是否启用微信漏话提醒功能;
具体的,MCN通过查询所述被叫用户B的CSI可以确认所述被叫用户B的是否启用微信漏话提醒功能;若是,则进入步骤305;否则,则通过其他方式进行漏话提醒。
步骤305:获取所述被叫用户B的微信账号,将所述漏话提醒消息通过微信公众号推送至所述被叫用户B的微信账号;
这里,MCN从所述被叫用户B的CSI中,提取所述被叫用户微信账号。进一步的,MCN在所述被叫用户B的CSI中,提取所述被叫用户A的漏话提醒功能的开启指示信息。当所述开启指示信息表征所述被叫用户具备漏话提醒功能时,基于所述被叫用户B的微信账号,将所述漏话提醒消息通过微信公众号推送至所述被叫用户B的微信账号。
步骤306:查询被叫用户B的CSI,确认是否启用主叫提醒功能;若是,则进入步骤307;否则,结束流程。
步骤307:确定所述被叫用户B的状态由第一状态切换至第二状态时,生成主叫提醒消息;
这里,MCN获取来自HLR提供的状态更新通知信令。
具体的,MCN向所述被叫用户B的HLR发出状态更新通知请求信令,在所述被叫用户B进入第二状态时,即所述被叫用户B重新开机、重新进入服务区或结束忙线状态等能够接收和/或响应主叫用户的通话请求的状态时,获取HLR提供的状态更新通知信令。
进一步的,MCN获取来自HLR提供的状态更新通知信令,确定所述被叫用户B的状态由第一状态切换至第二状态时,生成主叫提醒消息。
这里,所述主叫提醒消息包括了针对所述主叫用户C的广告信息。具体的,MCN向广告平台发起广告查询。其中,广告平台中已基于用户历史上网及通话等数据,为用户建立用户属性信息数据库,并且针对每个广告营销规则预先设定目标用户群体的属性标签。广告平台根据漏话提醒系统提交的所述主叫用户C的信息,确定所述主叫用户C的属性信息,然后将所述主叫用户的属性信息与广告营销规则的属性标签进行匹配,提取与所述主叫用户的属性信息匹配度最高的广告信息。
步骤308:将所述主叫提醒消息通过微信公众号推送至所述主叫用户C的微信账号;
具体的,MCN在获取所述主叫用户C的CSI后,查询所述主叫用户的CSI,判断所述主叫用户C是否启用微信主叫提醒功能。若是,则将所述主叫提醒消息通过微信公众号推送至所述主叫用户C的微信账号。否则,则通过其他方式进行漏话提醒。
进一步的,MCN从所述主叫用户C的CSI中,提取所述主叫用户微信账号。具体的,MCN根对所述主叫用户C的CSI进行查询,得到所述主叫用户C的微信账号。进而,将所述主叫提醒消息通过微信公众号推送至所述主叫用户C的微信账号。
实施例四、
本发明实施例中,通过微信向被叫用户推送漏话提醒消息并向主叫用户推送主叫提醒消息。下面对整个交互过程进行详细的介绍。
本发明实施例中,漏话提醒方法的交互过程如图4所示,包括以下步骤:
步骤401:获取被叫用户的CSI;
具体的,BOSS接收到所述被叫用户的CSI后,为所述被叫用户的CSI设置业务提醒标识,然后将具有提醒业务标识的CSI发送至MCN。也就是说,MCN获取来自BOSS的具有提醒业务标识的CSI。
步骤402:接收漏话提醒信令;
这里,MCN接收针对被叫用户的漏话提醒信令,所述漏话提醒信令可以来自所述被叫用户的MSC和/或SCP,其中,优先来自SCP。
步骤:403:查询所述被叫用户的CSI,确认所述被叫用户是否启用微信提醒功能;若是,则进入步骤404。
步骤404:获取所述被叫用户的微信账号信息;
这里,MCN查询所述被叫用户的CSI获取所述被叫用户的微信账号。
步骤405:发起广告查询;
具体的,MCN根据获取的漏话提醒信令向广告平台发起广告查询。其中,广告平台中已基于所述被叫用户历史上网及通话等数据,为所述被叫用户建立用户属性信息数据库,并且针对每个广告营销规则预先设定目标用户群体的属性标签。广告平台根据MCN提交的所述被叫用户的信息,匹配出所述被叫用户的属性信息,然后将所述被叫用户的属性信息与广告营销规则的属性标签进行匹配。
步骤406:获取与所述被叫用户的属性信息匹配度最高的广告信息;
步骤407:基于所述针对被叫用户的广告信息及所述漏话提醒信令,生成漏话提醒消息;也就是说,所述漏话提醒消息中包含了针对所述被叫用户的广告信息。
步骤408:推送所述漏话提醒消息;即MCN将所述漏话提醒消息通过所述微信公众号推送至所述被叫用户的微信账号。
步骤409:查询被叫用户的CSI,确认是否启用主叫提醒功能;若是,则进入步骤410。
步骤410:发出状态更新通知请求信令;这里,MCN向所述被叫用户的HLR发出状态更新通知请求信令。
步骤411:获取状态更新通知信令;
具体的,MCN在所述被叫用户从第一状态切换成第二状态时,则获取HLR提供的状态更新通知信令。
步骤412:获取所述主叫用户的CSI,从所述CSI中确认所述主叫用户是否启用微信提醒功能;若是,则进入步骤410;
步骤413:获取所述主叫用户的微信账号信息;
这里,MCN查询所述主叫用户的CSI获取所述主叫用户的微信账号。
步骤414:发起广告查询;
具体的,MCN根据获取的主叫提醒信令向广告平台发起广告查询。其中,广告平台中已基于用户历史上网及通话等数据,为用户建立用户属性信息数据库,并且针对每个广告营销规则预先设定目标用户群体的属性标签。广告平台根据MCN提交的所述主叫用户的信息,确定所述主叫用户的属性信息,然后将所述主叫用户的属性信息与广告营销规则的属性标签进行匹配。
步骤415:MCN获取与所述主叫用户的属性信息匹配度最高的广告信息;
步骤416:生成主叫提醒消息;具体的,MCN生成包含了广告信息的主叫提醒信息。
步骤417:推送所述主叫提醒消息。即,MCN将所述主叫提醒消息通过所述微信公众号推送至所述主叫用户的微信账号。
为实现上述漏话提醒方法,本发明实施例还提供了一种漏话提醒装置,所述装置的组成结构示意图如图5所示,包括:第一获取模块51、生成模块52和推送模块53;其中,
所述第一获取模块51,用于获取针对被叫用户的漏话提醒信令;其中,所述漏话提醒信令表征:当主叫用户通过第一应用向所述被叫用户发起通话请求、且所述通话请求未成功响应时,生成的针对所述被叫用户的提醒信令;
所述生成模块52,用于基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息;
所述推送模块53,用于基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,以使得所述被叫用户通过联系账号登录所述第二应用时查看所述漏话提醒消息;
其中,所述第一应用与所述第二应用不同,且所述第一应用为仅能够通过移动通信网进行数据传输的应用;所述第二应用为至少能够通过无线局域网进行数据传输的应用。具体的,所述第二应用可以为微信、QQ、Skype、Whatsapp等即时通讯软件。
这里,所述漏话提醒信令表征:当主叫用户通过第一应用向被叫用户发起通话请求、且所述通话请求未成功响应时,生成的针对所述被叫用户的提醒信令;
这里,所述生成模块52具体用于:获取针对所述被叫用户的广告信息;
基于接收到的针对所述被叫用户的漏话提醒信令、及所述广告信息生成漏话提醒消息。
具体的,所述生成模块52根据获取的漏话提醒信令向广告平台发起广告查询。其中,广告平台中已基于用户历史上网及通话等数据,为用户建立用户属性信息数据库,并且针对每个广告营销规则预先设定目标用户群体的属性标签。广告平台根据漏话提醒系统提交的所述被叫用户的信息,确定所述被叫用户的属性信息,然后将所述被叫用户的属性信息与广告营销规则的属性标签进行匹配,提取与所述被叫用户的属性信息匹配度最高的广告信息。接下来,基于所述针对被叫用户的广告信息及所述漏话提醒信令,生成漏话提醒消息。
进一步的,所述装置还包括第二获取模块,用于获取到所述被叫用户的CSI;从所述被叫用户的CSI中,提取所述被叫用户在第二应用中的联系账号。其中,所述CSI包括至少以下信息:所述被叫用户在第二应用中的联系账号;所述被叫用户关于漏话提醒功能的开启指示信息;所述被叫用户关于主叫提醒功能的开启指示信息。
进一步的,所述推送模块53具体用于:从所述被叫用户的CSI中,提取所述被叫用户的漏话提醒功能的开启指示信息;
当所述开启指示信息表征所述被叫用户具备漏话提醒功能时,基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号。
具体的,所述推送模块53通过查询所述被叫用户的CSI可以确认所述被叫用户是否启用漏话提醒功能;若是,则将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号;否则,则通过其他方式进行漏话提醒。
其中,所述被叫用户的客户端需要提前将漏话提醒功能与所述第二应用中的联系账号进行绑定,并且所述被叫用户还需要关注所述客户端在第二应用中的公众号。
进一步的,所述装置还包括主叫提醒模块,用于当确定所述被叫用户的状态,由第一状态切换至第二状态时;其中,所述第一状态为处于无法通过第一应用接收和/或响应主叫用户的通话请求的状态;所述第二状态为处于能够通过第一应用接收和/或响应所述主叫用户的通话请求的状态;
生成主叫提醒消息,将所述主叫提醒消息推送至所述主叫用户。
具体的,所述主叫提醒模块在查询所述被叫用户的CSI确认所述被叫用户启动主叫提醒功能时,获取来自HLR提供的状态更新通知信令,确定所述被叫用户的状态由第一状态切换至第二状态,进而生成主叫提醒消息。
进一步的,所述主叫提醒模块查询所述主叫用户的CSI,判断所述主叫用户是否启用第二应用提醒功能。若是,则根据所述被叫用户的CSI获取所述主叫用户的第二应用中的联系账号。将所述主叫提醒消息通过所述第二应用的公众号推送至所述主叫用户的第二应用的联系账号。
在实际应用中,所述第一获取模块51、生成模块52、推送模块53、第二获取模块及主叫提醒模块均可由位于漏话提醒系统中的中央处理器(CPU,Central ProcessingUnit)、微处理器(MPU,Micro Processor Unit)、微控制器(MCU,Micro Control Unit)、数字信号处理器(DSP,Digital Signal Processor)、或现场可编程门阵列(FPGA,FieldProgrammable Gate Array)等实现。
需要说明的是:上述实施例提供的漏话提醒装置在进行漏话提醒时,仅以上述各程序模块的划分进行举例说明,实际应用中,可以根据需要而将上述处理分配由不同的程序模块完成,即将装置的内部结构划分成不同的程序模块,以完成以上描述的全部或者部分处理。另外,上述实施例提供的漏话提醒装置与拍摄方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
为实现上述方法,本发明实施例还提供了另一种漏话提醒装置,该装置包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时,执行以下操作:
获取针对被叫用户的漏话提醒信令;其中,所述漏话提醒信令表征:当主叫用户通过第一应用向所述被叫用户发起通话请求、且所述通话请求未成功响应时,生成的针对所述被叫用户的提醒信令;
基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息;
基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,以使得所述被叫用户通过联系账号登录所述第二应用时查看所述漏话提醒消息;
其中,所述第一应用为仅能够通过移动通信网进行数据传输的应用;所述第二应用为至少能够通过无线局域网进行数据传输的应用。
所述处理器还用于运行所述可执行程序时,执行以下操作:
获取针对所述被叫用户的广告信息;
基于接收到的针对所述被叫用户的漏话提醒信令、及所述广告信息生成漏话提醒消息。
所述处理器还用于运行所述可执行程序时,执行以下操作:
获取到所述被叫用户的CSI;
从所述被叫用户的CSI中,提取所述被叫用户在第二应用中的联系账号。
所述处理器还用于运行所述可执行程序时,执行以下操作:
从所述被叫用户的CSI中,提取所述被叫用户的漏话提醒功能的开启指示信息;
当所述开启指示信息表征所述被叫用户具备漏话提醒功能时,基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号。
所述处理器还用于运行所述可执行程序时,执行以下操作:
当确定所述被叫用户的状态,由第一状态切换至第二状态时;其中,所述第一状态为处于无法通过所述第一应用接收和/或响应所述主叫用户的通话请求的状态;所述第二状态为处于能够通过第一应用接收和/或响应所述主叫用户的通话请求的状态;
生成主叫提醒消息,将所述主叫提醒消息推送至所述主叫用户。
下面以漏话提醒装置实施为用于漏话提醒的服务器或终端为例,对该漏话提醒装置的硬件结构做进一步说明。
图6给出了本发明实施例的漏话提醒装置的硬件结构示意图,图6所示的漏话提醒装置600包括:至少一个处理器601、存储器602、用户接口603和至少一个网络接口604。所述漏话提醒装置600中的各个组件通过总线系统605耦合在一起。可理解,总线系统605用于实现这些组件之间的连接通信。总线系统605除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图6中将各种总线都标为总线系统605。
其中,用户接口603可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。
可以理解,存储器602可以是易失性存储器或非易失性存储器,也可包括易失性和非易失性存储器两者。
本发明实施例中的存储器602用于存储各种类型的数据以支持漏话提醒装置600的操作。这些数据的示例包括:用于在漏话提醒装置600上操作的任何计算机程序,如可执行程序6021,实现本发明实施例方法的程序可以包含在可执行程序6021中。
上述本发明实施例揭示的方法可以应用于处理器601中,或者由处理器601实现。处理器601可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器601中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器601可以是通用处理器、DSP,或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器601可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤,可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中,该存储介质位于存储器602,处理器601读取存储器602中的信息,结合其硬件完成前述方法的步骤。
在示例性实施例中,本发明实施例还提供了一种存储介质,其上存储有可执行程序,所述可执行程序被漏话提醒装置600的处理器601运行时,执行以下操作:
获取针对被叫用户的漏话提醒信令;其中,所述漏话提醒信令表征:当主叫用户通过第一应用向所述被叫用户发起通话请求、且所述通话请求未成功响应时,生成的针对所述被叫用户的提醒信令;
基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息;
基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,以使得所述被叫用户通过联系账号登录所述第二应用时查看所述漏话提醒消息;
其中,所述第一应用为仅能够通过移动通信网进行数据传输的应用;所述第二应用为至少能够通过无线局域网进行数据传输的应用。
所述可执行程序被漏话提醒装置600的处理器601运行时,还执行以下操作:
获取针对所述被叫用户的广告信息;
基于接收到的针对所述被叫用户的漏话提醒信令、及所述广告信息生成漏话提醒消息。
所述可执行程序被漏话提醒装置600的处理器601运行时,还执行以下操作:
获取到所述被叫用户的CSI;
从所述被叫用户的CSI中,提取所述被叫用户在第二应用中的联系账号。
所述可执行程序被漏话提醒装置600的处理器601运行时,还执行以下操作:
从所述被叫用户的CSI中,提取所述被叫用户的漏话提醒功能的开启指示信息;
当所述开启指示信息表征所述被叫用户具备漏话提醒功能时,基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号。
所述可执行程序被漏话提醒装置600的处理器601运行时,还执行以下操作:
当确定所述被叫用户的状态,由第一状态切换至第二状态时;其中,所述第一状态为处于无法通过所述第一应用接收和/或响应所述主叫用户的通话请求的状态;所述第二状态为处于能够通过第一应用接收和/或响应所述主叫用户的通话请求的状态;
生成主叫提醒消息,将所述主叫提醒消息推送至所述主叫用户。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或可执行程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的可执行程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和可执行程序产品的流程图和/或方框图来描述的。应理解可由可执行程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些可执行程序指令到通用计算机、专用计算机、嵌入式处理机或参考可编程数据处理设备的处理器以产生一个机器,使得通过计算机或参考可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些可执行程序指令也可存储在能引导计算机或参考可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些可执行程序指令也可装载到计算机或参考可编程数据处理设备上,使得在计算机或参考可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或参考可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (12)
1.一种漏话提醒方法,其特征在于,所述方法包括:
获取针对被叫用户的漏话提醒信令;其中,所述漏话提醒信令表征:当主叫用户通过第一应用向所述被叫用户发起通话请求、且所述通话请求未成功响应时,生成的针对所述被叫用户的提醒信令;
基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息;
基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,以使得所述被叫用户通过联系账号登录所述第二应用时查看所述漏话提醒消息;
其中,所述第一应用为仅能够通过移动通信网进行数据传输的应用;所述第二应用为至少能够通过无线局域网进行数据传输的应用。
2.根据权利要求1所述的方法,其特征在于,所述基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息包括:
获取针对所述被叫用户的广告信息;
基于接收到的针对所述被叫用户的漏话提醒信令、及所述广告信息生成漏话提醒消息。
3.根据权利要求1所述的方法,其特征在于,所述基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号之前,所述方法还包括:
获取到所述被叫用户的用户签约信息CSI;
从所述被叫用户的CSI中,提取所述被叫用户在第二应用中的联系账号。
4.根据权利要求3所述的方法,其特征在于,所述基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,包括:
从所述被叫用户的CSI中,提取所述被叫用户的漏话提醒功能的开启指示信息;
当所述开启指示信息表征所述被叫用户具备漏话提醒功能时,基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当确定所述被叫用户的状态,由第一状态切换至第二状态时;其中,所述第一状态为处于无法通过所述第一应用接收和/或响应所述主叫用户的通话请求的状态;所述第二状态为处于能够通过第一应用接收和/或响应所述主叫用户的通话请求的状态;
生成主叫提醒消息,将所述主叫提醒消息推送至所述主叫用户。
6.一种漏话提醒装置,其特征在于,所述装置包括:第一获取模块、生成模块和推送模块;其中,
所述第一获取模块,用于获取针对被叫用户的漏话提醒信令;其中,所述漏话提醒信令表征:当主叫用户通过第一应用向所述被叫用户发起通话请求、且所述通话请求未成功响应时,生成的针对所述被叫用户的提醒信令;
所述生成模块,用于基于所述针对被叫用户的漏话提醒信令,生成漏话提醒消息;
所述推送模块,用于基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号,以使得所述被叫用户通过联系账号登录所述第二应用时查看所述漏话提醒消息;
其中,所述第一应用为仅能够通过移动通信网进行数据传输的应用;所述第二应用为至少能够通过无线局域网进行数据传输的应用。
7.根据权利要求6所述的装置,其特征在于,所述生成模块具体用于:
获取针对所述被叫用户的广告信息;
基于接收到的针对所述被叫用户的漏话提醒信令、及所述广告信息生成漏话提醒消息。
8.根据权利要求6所述的装置,其特征在于,所述装置还包括第二获取模块,用于获取到所述被叫用户的CSI;从所述被叫用户的CSI中,提取所述被叫用户在第二应用中的联系账号。
9.根据权利要求8所述的装置,其特征在于,所述推送模块具体用于:
从所述被叫用户的CSI中,提取所述被叫用户的漏话提醒功能的开启指示信息;
当所述开启指示信息表征所述被叫用户具备漏话提醒功能时,基于所述被叫用户在第二应用中的联系账号,将所述漏话提醒消息通过所述第二应用的公众号推送至所述被叫用户在第二应用中的联系账号。
10.根据权利要求6所述的装置,其特征在于,所述装置还包括主叫提醒模块,用于当确定所述被叫用户的状态,由第一状态切换至第二状态时;其中,所述第一状态为处于无法通过第一应用接收和/或响应所述主叫用户的通话请求的状态;所述第二状态为处于能够通过第一应用接收和/或响应所述主叫用户的通话请求的状态;生成主叫提醒消息,将所述主叫提醒消息推送至所述主叫用户。
11.一种存储介质,其上存储有可执行程序,其特征在于,所述可执行程序被处理器执行时实现权利要求1至5任一项所述方法的步骤。
12.一种漏话提醒装置,包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序,其特征在于,所述处理器运行所述可执行程序时执行权利要求1至5任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710768438.8A CN107592618A (zh) | 2017-08-31 | 2017-08-31 | 一种漏话提醒方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710768438.8A CN107592618A (zh) | 2017-08-31 | 2017-08-31 | 一种漏话提醒方法、装置及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107592618A true CN107592618A (zh) | 2018-01-16 |
Family
ID=61050303
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710768438.8A Pending CN107592618A (zh) | 2017-08-31 | 2017-08-31 | 一种漏话提醒方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107592618A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020073538A1 (zh) * | 2018-10-09 | 2020-04-16 | 刘高峰 | 一种消息发送方法、装置及系统 |
CN113194423A (zh) * | 2020-01-13 | 2021-07-30 | 中国移动通信有限公司研究院 | 漏话通知方法、装置、终端、业务平台及存储介质 |
CN113329127A (zh) * | 2021-05-28 | 2021-08-31 | 维沃移动通信有限公司 | 通话处理方法、通话处理装置、电子设备及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101026792A (zh) * | 2007-01-29 | 2007-08-29 | 华为技术有限公司 | 一种漏话提醒业务实现方法及系统 |
CN101765065A (zh) * | 2008-12-25 | 2010-06-30 | 上海粱江通信系统股份有限公司 | 一种实现免费漏话短信提醒业务的系统 |
CN103124402A (zh) * | 2011-11-21 | 2013-05-29 | 中兴通讯股份有限公司 | 漏话提示系统及方法 |
CN104811914A (zh) * | 2014-01-24 | 2015-07-29 | 中国移动通信集团江苏有限公司 | 漏接来电提醒方法及装置 |
CN105721714A (zh) * | 2016-04-20 | 2016-06-29 | 努比亚技术有限公司 | 未接来电提示方法、装置及系统 |
-
2017
- 2017-08-31 CN CN201710768438.8A patent/CN107592618A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101026792A (zh) * | 2007-01-29 | 2007-08-29 | 华为技术有限公司 | 一种漏话提醒业务实现方法及系统 |
CN101765065A (zh) * | 2008-12-25 | 2010-06-30 | 上海粱江通信系统股份有限公司 | 一种实现免费漏话短信提醒业务的系统 |
CN103124402A (zh) * | 2011-11-21 | 2013-05-29 | 中兴通讯股份有限公司 | 漏话提示系统及方法 |
CN104811914A (zh) * | 2014-01-24 | 2015-07-29 | 中国移动通信集团江苏有限公司 | 漏接来电提醒方法及装置 |
CN105721714A (zh) * | 2016-04-20 | 2016-06-29 | 努比亚技术有限公司 | 未接来电提示方法、装置及系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020073538A1 (zh) * | 2018-10-09 | 2020-04-16 | 刘高峰 | 一种消息发送方法、装置及系统 |
CN113194423A (zh) * | 2020-01-13 | 2021-07-30 | 中国移动通信有限公司研究院 | 漏话通知方法、装置、终端、业务平台及存储介质 |
CN113329127A (zh) * | 2021-05-28 | 2021-08-31 | 维沃移动通信有限公司 | 通话处理方法、通话处理装置、电子设备及介质 |
CN113329127B (zh) * | 2021-05-28 | 2023-10-13 | 维沃移动通信有限公司 | 通话处理方法、通话处理装置、电子设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102281364B (zh) | 呼叫中心系统及其接入方法 | |
CN101212792B (zh) | 融合类业务的计费信息处理方法 | |
CN103517266B (zh) | 移动网络侧激活移动终端的方法和移动网关系统 | |
CN103124402A (zh) | 漏话提示系统及方法 | |
EP2146529B1 (en) | Method, system and apparatus for dropping back to voice call from video call | |
US20140045453A1 (en) | System and method for modifying calling behavior | |
CN107592618A (zh) | 一种漏话提醒方法、装置及存储介质 | |
CN103974216B (zh) | 一种信息处理方法及电子设备 | |
CN104956650A (zh) | 用于接入讨论会系统的系统和方法 | |
US20120083243A1 (en) | Communication Network Signaling | |
CN100370852C (zh) | 实现移动终端动态编组、编组注销的方法及系统 | |
CN110213154A (zh) | 即时通信方法、装置、计算机装置及存储介质 | |
CN106303589A (zh) | 一种直播控制方法及装置 | |
CN105162750B (zh) | 互动系统及方法 | |
CN107659702A (zh) | 固定电话防骚扰方法和系统以及相关设备 | |
CN105208536B (zh) | 短消息发送方法及装置 | |
CN106060031A (zh) | 一种多媒体通信控制的方法、服务器及系统 | |
CN106658440A (zh) | 一种消息发送方法、相关装置及系统 | |
WO2018014882A1 (zh) | 获取路由信息的方法及装置、路由寻址设备及系统 | |
CN102801877B (zh) | 一种无需ivr的虚拟总机业务实现方法和系统 | |
CN100574537C (zh) | 在用户终端拒绝呼叫时网络反馈原因的方法 | |
CN101198189A (zh) | 一种通过小区定位切换情景模式的方法及其装置 | |
CN102594832B (zh) | 一种业务交付平台开展业务的方法及装置 | |
CN106569901A (zh) | 终端及访问命令的处理方法 | |
CN102811423B (zh) | 实现签名信息发送的方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180116 |