语音信箱通知方法及系统的制作方法

文档序号:8003812阅读:273来源:国知局
语音信箱通知方法及系统的制作方法
【专利摘要】本发明公开了一种语音信箱通知方法及系统。该方法包括:判断触发用户终端语音信箱的场景;在确定场景为关机或者不在服务区时,探测用户终端是否开机或者返回服务区,在探测到用户终端开机或者返回服务区之后向用户终端发起外呼通知;在确定场景为遇忙时,探测到用户终端挂机后向用户终端发起外呼通知;在确定场景为无应答时,向用户终端下发短信通知。借助于本发明的技术方案,有效避免了重复通知对电信资源的浪费及对用户的骚扰,更可以根据不同的留言触发情景,智能化地采用恰当的通知策略,极大地提高了邮件通知的及时率和成功率,提升了业务系统的用户体验。
【专利说明】语音信箱通知方法及系统

【技术领域】
[0001]本发明涉及移动通讯领域,特别是涉及一种语音信箱通知方法及系统。

【背景技术】
[0002]在现有技术中,语音信箱系统是在全世界广泛使用的一种电信增值业务。其主要功能是在用户无法接通时为其保存主叫方的留言信息。产生留言后,针对信箱用户的新邮件通知是语音信箱的一个基本功能,该功能需要将用户的新留言信息及时的传递给用户。使用户可以及时地接入系统进行留言提取。
[0003]新邮件用户通知方式主要包括外呼通知和短信通知。传统的语音信箱的新邮件通知方式存在以下几个缺点:
[0004]一、两种通知方式经常重复通知用户。一方面对用户造成骚扰,影响用户体验;另一方面对运营商来说,也造成了电信资源的浪费。
[0005]二、传统的外呼通知采用定时起呼的方式,其接通率低。并且容易在不恰当的时候,比如夜晚起呼用户,影响用户体验。
[0006]三、传统的短信通知由于其通知形式所限。通知成功率较外呼通知低。容易对用户的某些重要信息造成延误,影响用户使用。


【发明内容】

[0007]鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的语音信箱通知方法及系统。
[0008]本发明提供一种语音信箱通知方法,包括:判断触发用户终端语音信箱的场景;在确定场景为关机或者不在服务区时,探测用户终端是否开机或者返回服务区,在探测到用户终端开机或者返回服务区之后向用户终端发起外呼通知;在确定场景为遇忙时,探测到用户终端挂机后向用户终端发起外呼通知;在确定场景为无应答时,向用户终端下发短信通知。
[0009]优选地,探测用户终端是否开机或者返回服务区具体包括:向用户终端下发探测短信;在用户终端开机或者返回服务区后,从短消息中心接收探测短信的下发成功报告,并根据下发成功报告确定用户终端已经开机或者已经返回服务区。
[0010]优选地,上述方法进一步包括:获取用户终端语音信箱中的未收听邮件数量,并确定未收听邮件数量大于或等于预先设置的阈值,和/或确定用户终端语音信箱中存在紧急重要邮件;向用户终端下发短信通知,并根据该短信通知的发送成功回执判断用户终端是否可达,如果判断为是,则向用户终端发起外呼通知。
[0011]优选地,上述方法进一步包括:在确定场景为关机或者不在服务区时,在探测到用户终端还未开机或者还未返回服务区之后,向用户终端下发短信通知;在确定场景为关机或者不在服务区时,在探测到用户终端开机或者返回服务区之后向用户终端发起的外呼通知为通知未成功时,向用户终端下发短信通知;在确定场景为遇忙时,在探测到用户终端挂机后向用户终端发起的外呼通知为通知未成功时,向用户终端下发短信通知。
[0012]优选地,上述判断触发用户终端语音信箱的场景具体包括:根据触发用户终端语音信箱的转呼原因值判断触发用户终端语音信箱的场景。
[0013]本发明还提供了一种语音信箱通知系统,包括:判断模块,用于判断触发用户终端语音信箱的场景;用户终端不可达处理模块,用于在确定场景为关机或者不在服务区时,探测用户终端是否开机或者返回服务区,在探测到用户终端开机或者返回服务区之后向用户终端发起外呼通知;用户终端遇忙处理模块,用于在确定场景为遇忙时,探测到用户终端挂机后向用户终端发起外呼通知;用户终端无应答处理模块,用于在确定场景为无应答时,向用户终端下发短信通知。
[0014]优选地,用户终端不可达处理模块具体用于:向用户终端下发探测短信;在用户终端开机或者返回服务区后,从短消息中心接收探测短信的下发成功报告,并根据下发成功报告确定用户终端已经开机或者已经返回服务区。
[0015]优选地,上述系统进一步包括:邮件监测模块,用于获取用户终端语音信箱中的未收听邮件数量,并确定未收听邮件数量大于或等于预先设置的阈值,和/或确定用户终端语音信箱中存在紧急重要邮件;向用户终端下发短信通知,并根据该短信通知的发送成功回执判断用户终端是否可达,如果判断为是,则向用户终端发起外呼通知。
[0016]优选地,用户终端不可达处理模块进一步用于:在确定场景为关机或者不在服务区时,在探测到用户终端还未开机或者还未返回服务区之后,向用户终端下发短信通知;在确定场景为关机或者不在服务区时,在探测到用户终端开机或者返回服务区之后向用户终端发起的外呼通知为通知未成功时,向用户终端下发短信通知;用户终端遇忙处理模块进一步用于:在确定场景为遇忙时,在探测到用户终端挂机后向用户终端发起的外呼通知为通知未成功时,向用户终端下发短信通知。
[0017]优选地,上述判断模块具体用于:根据触发用户终端语音信箱的转呼原因值判断触发用户终端语音信箱的场景。
[0018]本发明有益效果如下:
[0019]借助于本发明实施例的技术方案,有效避免了重复通知对电信资源的浪费及对用户的骚扰,更可以根据不同的留言触发情景,智能化地采用恰当的通知策略,极大地提高了邮件通知的及时率和成功率,提升了业务系统的用户体验。
[0020]上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的【具体实施方式】。

【专利附图】

【附图说明】
[0021]通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
[0022]图1是本发明实施例的语音信箱通知方法的流程图;
[0023]图2是本发明实施例的语音信箱通知方法的详细处理流程图;
[0024]图3是本发明实施例的语音信箱通知方法的系统架构示意图;
[0025]图4是本发明实施例的语音信箱通知系统的结构示意图。

【具体实施方式】
[0026]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
[0027]为了解决现有技术中的上述问题,本发明提供了一种语音信箱通知方法及系统,根据对留言事件的呼转触发情景,采用不同用户通知方式,使新邮件通知成功率更高且更为及时。留言事件的触发条件包括用户无应答、用户关机、用户不在服务区、用户忙这四种。本发明实施例将其区别处理:如果触发条件是用户不可达,则在用户开机或者返回服务区之后的第一时间发起外呼通知;如果触发条件为遇忙。则在用户挂机后的第一时间发起外呼通知。如果触发条件是无应答,则只下发短信通知。相对于传统的语音信箱,本发明有效地避免的绝大多数无效通知呼叫和新邮件通知对用户的打扰,并且可以在用户处于活跃状态的第一时间将邮件信息传递给用户。极大地提升了语音信箱系统的用户感受。
[0028]以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
[0029]方法实施例
[0030]根据本发明的实施例,提供了一种语音信箱通知方法,图1是本发明实施例的语音信箱通知方法的流程图,如图1所示,根据本发明实施例的语音信箱通知方法包括如下处理:
[0031]步骤101,判断触发用户终端语音信箱的场景;
[0032]在步骤101中,可以根据触发用户终端语音信箱的转呼原因值判断触发用户终端语首?目箱的场景。
[0033]步骤102,在确定场景为关机或者不在服务区时,探测用户终端是否开机或者返回服务区,在探测到用户终端开机或者返回服务区之后向用户终端发起外呼通知;
[0034]优选地,在步骤102中,探测用户终端是否开机或者返回服务区具体包括:向用户终端下发探测短信;在用户终端开机或者返回服务区后,从短消息中心接收探测短信的下发成功报告,并根据下发成功报告确定用户终端已经开机或者已经返回服务区。
[0035]也就是说,在本发明实施例中,可以利用探测短信对注册用户终端进行开机状态探测。对于用户终端处于关机状态或者不在服务区而产生的语音邮件,则会下发一条探测短信向用户终端,这条探测短信没有实际的内容,也不会被用户感知到,只是用来探测用户的开机状态;当用户终端开机或返回服务区的时候,该条短信会成功下发到用户终端,通过来自短信中心的下发成功报告,能够成功侦测到用户的终端状态。并且在第一时间对用户发起外呼。这样,就极大地提高了通知的成功率与及时性。
[0036]此外,在步骤102中,在确定场景为关机或者不在服务区时,在探测到用户终端还未开机或者还未返回服务区之后,向用户终端下发短信通知;在确定场景为关机或者不在服务区时,在探测到用户终端开机或者返回服务区之后向用户终端发起的外呼通知为通知未成功时,向用户终端下发短信通知;
[0037]步骤103,在确定场景为遇忙时,探测到用户终端挂机后向用户终端发起外呼通知;
[0038]此外,在步骤103中,在确定场景为遇忙时,在探测到用户终端挂机后向用户终端发起的外呼通知为通知未成功时,向用户终端下发短信通知。
[0039]步骤104,在确定场景为无应答时,向用户终端下发短信通知。
[0040]优选地,在本发明实施例中,可以获取用户终端语音信箱中的未收听邮件数量,并确定未收听邮件数量大于或等于预先设置的阈值,和/或确定用户终端语音信箱中存在紧急重要邮件;在上述场景下,向用户终端下发短信通知,并根据该短信通知的发送成功回执判断用户终端是否可达,如果判断为是,则向用户终端发起外呼通知。
[0041]也就是说,本发明可以根据用户未收听留言的多少来决定是否发起外呼通知。如果用户信箱中存留的未收听邮件数量超过一定的阀值,或者邮箱中存在紧急重要的邮件,则可以实时地下发通知短信向用户终端,并且通过来自SMSC的该条通知短信发送成功回执判断用户是否可达,在用户终端可达的第一时间主动地外呼用户并把留言向用户播送。确保用户能及时得到留言信息。相对于传统语音信箱,本发明实施例的技术方案可以更为有效地避免用户对个人语音邮件信息的遗漏,提高了语音信箱系统的实用性。
[0042]以下结合附图,对本发明实施例的上述技术方案进行详细说明。
[0043]图2是本发明实施例的语音信箱通知方法的详细处理流程图,如图2所示,具体包括如下处理:
[0044]步骤1,用户A拨打注册用户B电话,该呼叫发生呼转接入语音信箱;
[0045]步骤2,用户A在语音信箱中留言;
[0046]步骤3,从触发业务的TCAP-1DP中获取到呼转原因值,并进而分析判断呼转的触仏卜主旦及丨冃牙、;
[0047]步骤4,确定转呼原因,如果确定转呼原因为用户无应答,则执行步骤5,如果确定转呼原因为用户不可达,则执行步骤6,如果确定转呼原因为用户忙,则执行步骤13 ;
[0048]步骤5,向用户B下发通知短信,结束操作;
[0049]步骤6,向用户B下发探测短信;
[0050]步骤7,接收短消息中心发送的探测短信回执;
[0051]步骤8,根据探测短信回执判断用户是否开机或者已经回到服务区,如果判断为是,执行步骤9,否则,执行步骤12 ;
[0052]步骤9,向用户B发起外呼通知;
[0053]步骤10,判断外呼通知是否成功,如果判断为是,结束操作,否则,执行步骤11 ;
[0054]步骤11,向用户B下发通知短信,结束操作;
[0055]步骤12,向用户B下发通知短信,结束操作;
[0056]步骤13,进行挂机信号探测;
[0057]步骤14,判断是否探测到挂机事件,如果判断为是,执行步骤15,否则,执行步骤17 ;
[0058]步骤15,向用户B发起外呼通知;
[0059]步骤16,判断外呼通知是否成功,如果成功,则结束操作,否则,执行步骤17 ;
[0060]步骤17,向用户B下发通知短信,结束操作。
[0061]图3是本发明实施例的语音信箱通知方法的系统架构示意图,如图3所示,根据本发明实施例的语音信箱通知方法的系统架构可以包括:留言触发情景数据收集分析模块、通知策略逻辑运算模块、用户终端状态探测模块、短信通知执行模块、用户呼叫通知执行模块、以及挂机信令监测模块。
[0062]需要说明的是,如图3所示的系统架构只是本发明实施例的一种优选架构,根据本发明实施例的技术方案,还可以具有不同的系统架构。
[0063]下面结合图3,以被叫用户B关机为例,对本发明实施例的技术方案进行距离说明。
[0064]步骤1,用户A拨打注册用户B电话,但注册用户B电话已经关机,该呼叫发生呼转接入语音信箱。
[0065]步骤2,留言触发情景数据收集分析模块从触发业务的TCAP-1DP中获取到呼转原因值,并进而分析判断呼转的触发情景为用户不可达。
[0066]步骤3,用户A留言完毕,通知策略逻辑运算模块发消息给用户终端状态探测模块发起用户终端状态探测。
[0067]步骤4,用户终端状态探测模块下发探测短信。由于被叫用户B已关机的状态存储于短信中心,短信执行模块即时收到短信发送失败的状态报告,并且从状态报告中的错误码分析出用户B的终端状态为关机,并将用户状态数据进行缓存。
[0068]步骤5,用户B终端开机后。短信中心将其缓存的探测短信成功消息下发到用户终端状态探测模块,用户终端状态探测模块将下发成功的回执发回给用户呼叫通知执行模块。
[0069]步骤6,用户呼叫通知执行模块在得到用户可达的信息之后,查询用户不可达原因,如果是不在服务区或用户关机导致的不可达发起外呼通知。
[0070]步骤7,用户呼叫通知执行模块向用户发起外呼,由于此时用户刚开机,因此,此时外呼通知的成功率很高,也不会对用户造成骚扰。
[0071]综上所述,借助于本发明实施例的技术方案,有效避免了重复通知对电信资源的浪费及对用户的骚扰,更可以根据不同的留言触发情景,智能化地采用恰当的通知策略,极大地提高了邮件通知的及时率和成功率,提升了业务系统的用户体验。
[0072]系统实施例
[0073]根据本发明的实施例,提供了一种语音信箱通知系统,图4是本发明实施例的语音信箱通知系统的结构示意图,如图4所示,根据本发明实施例的语音信箱通知系统包括:判断模块40、用户终端不可达处理模块42、用户终端遇忙处理模块44、用户终端无应答处理模块46,以下对本发明实施例的各个模块进行详细的说明。
[0074]判断模块40,用于判断触发用户终端语音信箱的场景;
[0075]判断模块40具体用于:根据触发用户终端语音信箱的转呼原因值判断触发用户终端语音信箱的场景。
[0076]用户终端不可达处理模块42,用于在确定场景为关机或者不在服务区时,探测用户终端是否开机或者返回服务区,在探测到用户终端开机或者返回服务区之后向用户终端发起外呼通知;
[0077]用户终端不可达处理模块42具体用于:向用户终端下发探测短信;在用户终端开机或者返回服务区后,从短消息中心接收探测短信的下发成功报告,并根据下发成功报告确定用户终端已经开机或者已经返回服务区。
[0078]用户终端不可达处理模块42进一步用于:在确定场景为关机或者不在服务区时,在探测到用户终端还未开机或者还未返回服务区之后,向用户终端下发短信通知;在确定场景为关机或者不在服务区时,在探测到用户终端开机或者返回服务区之后向用户终端发起的外呼通知为通知未成功时,向用户终端下发短信通知;
[0079]用户终端遇忙处理模块44,用于在确定场景为遇忙时,探测到用户终端挂机后向用户终端发起外呼通知;
[0080]用户终端遇忙处理模块44进一步用于:在确定场景为遇忙时,在探测到用户终端挂机后向用户终端发起的外呼通知为通知未成功时,向用户终端下发短信通知。
[0081]用户终端无应答处理模块46,用于在确定场景为无应答时,向用户终端下发短信通知。
[0082]系统进一步包括:邮件监测模块,用于获取用户终端语音信箱中的未收听邮件数量,并确定未收听邮件数量大于或等于预先设置的阈值,和/或确定用户终端语音信箱中存在紧急重要邮件;向用户终端下发短信通知,并根据该短信通知的发送成功回执判断用户终端是否可达,如果判断为是,则向用户终端发起外呼通知。
[0083]本系统中各个模块的具体处理可以参照上述方法实施例中的描述进行理解,在此不再赘述,此外,需要说明的事,本系统实施例所包含的各个模块以及各模块之间的连接关系仅仅是一种优选的系统架构,除此之外,还可以有其他的系统架构,例如,如图3所示的系统架构。
[0084]综上所述,借助于本发明实施例的技术方案,有效避免了重复通知对电信资源的浪费及对用户的骚扰,更可以根据不同的留言触发情景,智能化地采用恰当的通知策略,极大地提高了邮件通知的及时率和成功率,提升了业务系统的用户体验。
[0085]显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
【权利要求】
1.一种语音信箱通知方法,其特征在于,包括: 判断触发用户终端语音信箱的场景; 在确定所述场景为关机或者不在服务区时,探测所述用户终端是否开机或者返回服务区,在探测到所述用户终端开机或者返回服务区之后向所述用户终端发起外呼通知; 在确定所述场景为遇忙时,探测到所述用户终端挂机后向所述用户终端发起外呼通知; 在确定所述场景为无应答时,向所述用户终端下发短信通知。
2.如权利要求1所述的方法,其特征在于,探测所述用户终端是否开机或者返回服务区具体包括: 向所述用户终端下发探测短信; 在所述用户终端开机或者返回服务区后,从短消息中心接收所述探测短信的下发成功报告,并根据所述下发成功报告确定所述用户终端已经开机或者已经返回服务区。
3.如权利要求1所述的方法,其特征在于,所述方法进一步包括: 获取所述用户终端语音信箱中的未收听邮件数量,并确定所述未收听邮件数量大于或等于预先设置的阈值,和/或确定所述用户终端语音信箱中存在紧急重要邮件; 向所述用户终端下发短信通知,并根据该短信通知的发送成功回执判断所述用户终端是否可达,如果判断为是,则向所述用户终端发起外呼通知。
4.如权利要求1所述的方法,其特征在于,所述方法进一步包括: 在确定所述场景为关机或者不在服务区时,在探测到所述用户终端还未开机或者还未返回服务区之后,向所述用户终端下发短信通知; 在确定所述场景为关机或者不在服务区时,在探测到所述用户终端开机或者返回服务区之后向所述用户终端发起的所述外呼通知为通知未成功时,向所述用户终端下发短信通知; 在确定所述场景为遇忙时,在探测到所述用户终端挂机后向所述用户终端发起的所述外呼通知为通知未成功时,向所述用户终端下发短信通知。
5.如权利要求1所述的方法,其特征在于,判断触发用户终端语音信箱的场景具体包括: 根据触发用户终端语音信箱的转呼原因值判断触发用户终端语音信箱的场景。
6.一种语音信箱通知系统,其特征在于,包括: 判断模块,用于判断触发用户终端语音信箱的场景; 用户终端不可达处理模块,用于在确定所述场景为关机或者不在服务区时,探测所述用户终端是否开机或者返回服务区,在探测到所述用户终端开机或者返回服务区之后向所述用户终端发起外呼通知; 用户终端遇忙处理模块,用于在确定所述场景为遇忙时,探测到所述用户终端挂机后向所述用户终端发起外呼通知; 用户终端无应答处理模块,用于在确定所述场景为无应答时,向所述用户终端下发短信通知。
7.如权利要求6所述的系统,其特征在于,所述用户终端不可达处理模块具体用于: 向所述用户终端下发探测短信; 在所述用户终端开机或者返回服务区后,从短消息中心接收所述探测短信的下发成功报告,并根据所述下发成功报告确定所述用户终端已经开机或者已经返回服务区。
8.如权利要求6所述的系统,其特征在于,所述系统进一步包括: 邮件监测模块,用于获取所述用户终端语音信箱中的未收听邮件数量,并确定所述未收听邮件数量大于或等于预先设置的阈值,和/或确定所述用户终端语音信箱中存在紧急重要邮件;向所述用户终端下发短信通知,并根据该短信通知的发送成功回执判断所述用户终端是否可达,如果判断为是,则向所述用户终端发起外呼通知。
9.如权利要求6所述的系统,其特征在于, 所述用户终端不可达处理模块进一步用于:在确定所述场景为关机或者不在服务区时,在探测到所述用户终端还未开机或者还未返回服务区之后,向所述用户终端下发短信通知;在确定所述场景为关机或者不在服务区时,在探测到所述用户终端开机或者返回服务区之后向所述用户终端发起的所述外呼通知为通知未成功时,向所述用户终端下发短信通知; 所述用户终端遇忙处理模块进一步用于:在确定所述场景为遇忙时,在探测到所述用户终端挂机后向所述用户终端发起的所述外呼通知为通知未成功时,向所述用户终端下发短?目通知O
10.如权利要求6所述的系统,其特征在于,所述判断模块具体用于: 根据触发用户终端语音信箱的转呼原因值判断触发用户终端语音信箱的场景。
【文档编号】H04M3/533GK104348986SQ201310343752
【公开日】2015年2月11日 申请日期:2013年8月8日 优先权日:2013年8月8日
【发明者】洪亮 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1