CN113114862A - 语音信箱的故障处理方法和服务器 - Google Patents

Abstract

本申请公开一种语音信箱的故障处理方法和服务器，涉及通信技术领域。语音信箱的故障处理方法包括：获取语音信箱客户端上报的状态信息，状态信息包括接收时间信息；依据接收时间信息，确定状态信息的接收频率；记录状态信息和状态信息的接收频率，以生成状态信息集合；在确定接收频率大于预设频率阈值的情况下，依据状态信息集合中的状态信息，确定语音信箱客户端是否发生故障；在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止上报状态信息。减少语音信箱的客户端发送的带外短信或上报的状态信息的数量，提升服务器的业务处理性能，避免用户投诉，提升用户体验。

Description

语音信箱的故障处理方法和服务器

技术领域

本申请涉及通信技术领域，具体涉及一种语音信箱的故障处理方法和服务器。

背景技术

语音信箱业务是一种基于多种网络、以语音信息交互为主要功能的业务，语音信箱为用户提供存储、转发和提取语音信息等服务。在业务的特征基础上，可对传统的语音信箱进行可视化的改进(例如，提供Web页面、客户端、转彩信下发等多种可视化途径)。语音信箱的可视化使得用户操作更加便利，用户体验更好，具有广泛的商用价值。

但是，当语音信箱的客户端出现故障时(例如，软件冲突、因某种原因导致终端宕机(crash)等)，语音信箱的客户端会频繁向服务器发送带外短信或上报状态信息，易导致服务器的数据处理量急剧增加，影响服务器的处理性能。

发明内容

为此，本申请提供一种语音信箱的故障处理方法和服务器，如何处理语音信箱的客户端发送的信息过于频繁，而导致服务器处理性能下降的问题。

为了实现上述目的，本申请第一方面提供一种语音信箱的故障处理方法，方法包括：获取语音信箱客户端上报的状态信息，状态信息包括接收时间信息；依据接收时间信息，确定状态信息的接收频率；记录状态信息和状态信息的接收频率，以生成状态信息集合；在确定接收频率大于预设频率阈值的情况下，依据状态信息集合中的状态信息，确定语音信箱客户端是否发生故障；在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止上报状态信息。

在一些具体实现中，在确定接收频率大于预设频率阈值的情况下，依据状态信息集合中的状态信息，确定语音信箱客户端是否发生故障，包括：在确定接收频率大于预设频率阈值的情况下，对状态信息集合中的状态信息进行分析，获得分析结果；依据分析结果，检测语音信箱客户端是否发生故障。

在一些具体实现中，状态信息，还包括语音信箱客户端的位置信息、用户身份识别信息和运营商信息中的任意一种或几种。

在一些具体实现中，状态信息集合包括N条状态信息，N为大于或等于1的整数；在确定接收频率大于预设频率阈值的情况下，对状态信息集合中的状态信息进行分析，获得分析结果，包括：在确定接收频率大于预设频率阈值的情况下，提取N条状态信息中的位置信息、用户身份识别信息和运营商信息中的任意一种或几种；对状态信息集合中的N条状态信息进行分析，确定如下分析结果中的任意一种或几种：对N个位置信息进行分析，获得位置分析结果；对N个用户身份识别信息进行分析，获得用户身份信息分析结果；对N个运营商信息进行分析，获得运营商信息分析结果。

在一些具体实现中，位置信息包括经纬度信息；对N个位置信息进行分析，获得位置分析结果，包括：将N个位置信息进行两两对比，确定N个位置信息中是否存在异常位置信息，获得位置分析结果；其中，位置分析结果包括：N个位置信息均相同，或，N个位置信息中存在异常位置信息。

在一些具体实现中，运营商信息包括第一运营商信息或第二运营商信息；对N个运营商信息进行分析，获得运营商信息分析结果，包括：依据第一运营商信息或第二运营商信息查找N个运营商信息，确定N个运营商信息是否都相同，获得运营商信息分析结果；其中，运营商信息分析结果包括：N个运营商信息均为第一运营商信息，或，N个运营商信息均为第二运营商信息，或，N个运营商信息包括第一运营商信息和第二运营商信息。

在一些具体实现中，依据分析结果，检测语音信箱客户端是否发生故障，包括：在确定分析结果包括：位置分析结果为N个位置信息均相同、用户身份信息分析结果为N个用户身份识别信息均相同、且运营商信息分析结果为N个运营商信息均相同的情况下，确定语音信箱客户端发生故障；否则，确定语音信箱客户端没有发生故障。

为了实现上述目的，本申请第二方面提供一种语音信箱服务器，其包括：获取模块，用于获取语音信箱客户端上报的状态信息，状态信息包括接收时间信息；确定模块，用于依据接收时间信息，确定状态信息的接收频率；记录模块，用于记录状态信息和状态信息的接收频率，以生成状态信息集合；故障检测模块，用于在确定接收频率大于预设频率阈值的情况下，依据状态信息集合中的状态信息，确定语音信箱客户端是否发生故障；处理模块，用于在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止上报状态信息。

在一些具体实现中，故障检测模块，包括：分析子模块，用于在确定接收频率大于预设频率阈值的情况下，对状态信息集合中的状态信息进行分析，获得分析结果；检测子模块，用于依据分析结果，检测语音信箱客户端是否发生故障。

在一些具体实现中，状态信息包括语音信箱客户端的位置信息、用户身份识别信息和运营商信息中的任意一种或几种；状态信息集合包括N条状态信息，N为大于或等于1的整数；分析子模块，包括：提取子模块，用于在确定接收频率大于预设频率阈值的情况下，提取N条状态信息中的位置信息、用户身份识别信息和运营商信息中的任意一种或几种；信息分析子模块，用于对状态信息集合中的N条状态信息进行分析，确定如下分析结果中的任意一种或几种：对N个位置信息进行分析，获得位置分析结果；对N个用户身份识别信息进行分析，获得用户身份信息分析结果；对N个运营商信息进行分析，获得运营商信息分析结果。

本申请中的语音信箱的故障处理方法和服务器，通过获取语音信箱客户端上报的状态信息，获知语音信箱客户端的当前状态；依据接收时间信息，确定状态信息的接收频率，记录状态信息和状态信息的接收频率，以生成状态信息集合，通过记录状态信息以及状态信息的接收频率，可获知状态信息的上报是否正常，状态信息的接收频率是否过慢或过快；在确定接收频率大于预设频率阈值的情况下，依据状态信息集合中的状态信息，确定语音信箱客户端是否发生故障，通过接收频率和状态信息确定语音信箱客户端是否存在终端宕机等意外情况发送，保证语音信箱客户端的安全性；在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止上报状态信息，减少语音信箱的客户端发送的带外短信或上报的状态信息的数量，提升服务器的业务处理性能，避免用户投诉，提升用户体验。

附图说明

附图用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请，并不构成对本申请的限制。通过参考附图对详细示例实施例进行描述，以上和其它特征和优点对本领域技术人员将变得更加显而易见，在附图中：

图1示出本申请一实施例中的语音信箱的故障处理方法的流程示意图。

图2示出本申请又一实施例中的语音信箱的故障处理方法的流程示意图。

图3示出本申请实施例中的语音信箱服务器的组成方框图。

图4示出本申请实施例中的语音信箱的故障处理系统的组成方框图。

图5示出本申请实施例中的语音信箱的故障处理系统的工作方法的流程示意图。

图6示出本申请实施例中的上行短信的发送流程示意图。

图7示出本申请实施例中的下行短信的发送流程示意图。

在附图中：

301：获取模块 302：确定模块

303：记录模块 304：故障检测模块

305：处理模块 401：语音信箱客户端

402：语音信箱服务器 403：基站

404：短消息中心服务器 405：省份短信网关

406：短信息中心的网关406

具体实施方式

以下结合附图对本申请的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请，并不用于限制本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，本申请涉及的技术方案中，用户个人信息数据的获取，遵循国家相关法律法规(例如，《信息安全技术个人信息安全规范》等)。并且，信息获得方式为明确告知用户，并通过合法途径；获得的信息类型与产品或服务的业务功能直接关联，且获得信息为最低频率和最少数量采集；搜集个人信息未违背个人信息主体的自主意愿；收集个人信息时获得授权同意；间接获得个人信息时，或为网络公开数据集，或其他方式获得，且遵循获得间接个人信息的规范要求。

并且，本申请涉及的技术方案中用户个人信息数据的存储，遵循国家相关法律法规(例如，《信息安全技术个人信息安全规范》等)。如果技术方案涉及下面某种具体操作，则可以进一步选择符合下面对应的处理方式：个人信息存储时间最小化；个人信息已经经过去标识化处理；个人敏感信息加密存储；个人生物信息与个人身份信息分开存储；不存储原始个人生物信息，比如仅存储摘要信息，或者仅对其进行使用，或者使用后删除原始个人生物信息。

本技术方案用户数据的使用，遵循国家相关法律法规(例如，

《信息安全技术个人信息安全规范》等)。如：个人信息访问控制采取相应规定措施；个人信息的展示给予规定限制；个人信息使用目的没有超出直接或合理关联范围；使用个人信息时消除明确身份指向性，避免精确定位到特定个人。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

语音信箱(或语音留言)可支持如下业务功能中的任意一种或几种：支持传统的交互式语音应答(Interactive Voice Response，IVR)服务，可使网站(或客户端)无缝对接传统IVR语音平台；采用识别率最高的语音技术，特色文语双显技术；灵活设置个性电话提示音，礼貌拒接任何不想接的电话；轻松设置呼叫转移，不再漏掉任何一个来电。当用户使用智能终端(例如，智能手机等)的客户端登录语音信箱时，无须使用注册账号。但在用户使用个人计算机(Personal Computer，PC)等设备登陆网站时，需要使用注册账号。当智能终端的客户端不在线时，留言消息会以短信的形式发送到用户的智能终端上，且还会同步到用户的IVR语音平台服务器中。

用户可以通过以下两种方式查看留言：1)免费下载并安装语音信箱软件至智能终端上，使用该智能终端中的语音信箱软件查看留言。其中，因使用语音信箱而产生的流量费用由运营商收取(例如，因使用语音信箱而产生的通信资费和直接在智能终端上使用的通信资费一样；或，对语音信箱业务会员，采用包月制收取流量费用)。2)采用带外短信方式，进行客户端与服务器之间的状态查询或留言等，由于带外短信对于智能终端而言是不可见的，智能终端对应的应用(例如，语音信箱app等)可以截取该带外短信，以使服务端能够向客户端推送相关留言数据。若语音信箱的客户端频繁向服务器发送带外短信或上报状态信息，易导致服务器的数据处理量急剧增加，影响服务器的处理性能。

本申请第一方面提供一种语音信箱的故障处理方法。图1示出本申请一实施例中的语音信箱的故障处理方法的流程示意图。该语音信箱的故障处理方法可应用于服务器，例如：语音信箱服务器等。如图1所示，语音信箱的故障处理方法包括如下步骤：

步骤S101，获取语音信箱客户端上报的状态信息。

其中，状态信息包括接收时间信息。接收时间信息表示语音信箱服务器接收到该状态信息的时间。

在一些具体实现中，状态信息还可以包括语音信箱客户端的名称、语音信箱客户端对应的服务器地址、服务器的端口号等信息中的任意一种或几种。以上对于状态信息仅是举例说明，可根据实际情况进行具体设定，其他未说明的状态信息也在本申请的保护范围之内，在此不再赘述。

通过状态信息可获知语音信箱客户端当前所处的状态，进而对语音信箱客户端进行监控，提升语音信箱客户端的安全性。

步骤S102，依据接收时间信息，确定状态信息的接收频率。

其中，接收频率表示语音信箱服务器接收到该状态信息的时间间隔，用于衡量状态信息的上报是否正常。若接收频率过快或过慢，表征语音信箱客户端可能存在异常情况，需要对该语音信箱客户端进行重点监控。

例如，接收时间信息可以是时分秒等接收到状态信息的时间，例如，在2:35:20秒接收到第一条状态信息，在2:35:21秒接收到第二条状态信息，在2:35:22秒接收到第三条状态信息，……，则可以推算出状态信息的接收频率为1条/秒。

在一些具体实现中，在预设时长内，根据接收时间信息和该预设时长内接收到的状态信息的条数，计算获得接收频率。通过计算获得预设时长内的平均接收频率，均衡测量状态信息的接收情况。

步骤S103，记录状态信息和状态信息的接收频率，以生成状态信息集合。

其中，状态信息还包括语音信箱客户端的位置信息、用户身份识别信息和运营商信息中的任意一种或几种。

例如，位置信息可以是经纬度信息，也可以是语音信箱客户端所处位置对应的地标建筑的名称等。用户身份识别信息包括用户的身份信息，例如，通过用户身份识别卡(Subscriber Identity Module，SIM)所存储的信息，获得的语音信箱客户端对应的用户身份信息，运营商信息包括为语音信箱客户端提供通信服务的运营商的信息，例如，公共陆地移动网(Public Land Mobile Network，PLMN)信息等。

步骤S104，在确定接收频率大于预设频率阈值的情况下，依据状态信息集合中的状态信息，确定语音信箱客户端是否发生故障。

其中，预设频率阈值是预先根据历史数据确定的接收频率，例如，可以设定预设频率阈值为10条/秒。

需要说明的是，语音信箱客户端在正常工作时，接收频率不会太快，例如，接收频率可以是5条/秒；但当语音信箱客户端发生故障时，接收频率会大于预设频率阈值，例如，当接收频率为20条/秒(即，接收频率大于10条/秒)时，表征语音信箱客户端可能发生故障，再根据对状态信息集合中的状态信息进行分析，确定状态信息是否正常，是否存在某条或某几条状态信息存在异常情况，进而确定语音信箱客户端是否发生故障。

步骤S105，在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止上报状态信息。

其中，下行短信包括停止标识，该停止标识用于使语音信箱客户端停止发送状态信息，以避免状态信息发送的过于频繁，而导致服务器的处理效率过低，影响服务器的处理性能。

在本实施例中，通过获取语音信箱客户端上报的状态信息，获知语音信箱客户端的当前状态；依据接收时间信息，确定状态信息的接收频率，记录状态信息和状态信息的接收频率，以生成状态信息集合，通过记录状态信息以及状态信息的接收频率，可获知状态信息的上报是否正常，状态信息的接收频率是否过慢或过快；在确定接收频率大于预设频率阈值的情况下，依据状态信息集合中的状态信息，确定语音信箱客户端是否发生故障，通过接收频率和状态信息确定语音信箱客户端是否存在终端宕机等意外情况发送，保证语音信箱客户端的安全性；在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止上报状态信息，减少语音信箱的客户端发送的带外短信或上报的状态信息的数量，提升服务器的业务处理性能，避免用户投诉，提升用户体验。

图2示出本申请又一实施例中的语音信箱的故障处理方法的流程示意图。该语音信箱的故障处理方法可应用于语音信箱服务器。如图2所示，语音信箱的故障处理方法包括如下步骤：

步骤S201，获取语音信箱客户端上报的状态信息。

步骤S202，依据接收时间信息，确定状态信息的接收频率。

步骤S203，记录状态信息和状态信息的接收频率，以生成状态信息集合。

需要说明的是，本实施例中的步骤S201～步骤S203与上一实施例中的步骤S101～步骤S103相同，在此不再赘述。

步骤S204，在确定接收频率大于预设频率阈值的情况下，对状态信息集合中的状态信息进行分析，获得分析结果。

其中，分析结果包括：状态信息正常或状态信息不正常。当状态信息不正常时，表征语音信箱客户端可能存在故障，需要对该语音信箱客户端进行重点监控，以防止因语音信箱客户端的故障而导致语音信箱服务器的处理出现异常。

在一些具体实现中，状态信息集合包括N条状态信息，N为大于或等于1的整数；在确定接收频率大于预设频率阈值的情况下，对状态信息集合中的状态信息进行分析，获得分析结果，包括：在确定接收频率大于预设频率阈值的情况下，提取N条状态信息中的位置信息、用户身份识别信息和运营商信息中的任意一种或几种；对状态信息集合中的N条状态信息进行分析，确定如下分析结果中的任意一种或几种：对N个位置信息进行分析，获得位置分析结果；对N个用户身份识别信息进行分析，获得用户身份信息分析结果；对N个运营商信息进行分析，获得运营商信息分析结果。

其中，一条状态信息中包括一条位置信息、一条用户身份识别信息和一条运营商信息中的任意一种或几种。在提取N条状态信息中的各种信息时，可获得N条位置信息、N条用户身份识别信息和N条运营商信息中的任意一种或几种。

例如，可提取N条位置信息，或，提取N条位置信息和N条用户身份识别信息，或，提取N条用户身份识别信息和N条运营商信息等，通过提取最少的信息，来对语音信箱客户端进行分析，以获得对语音信箱客户端的分析结果。节省分析时间，提升对语音信箱客户端的分析效率。

在一些具体实现中，位置信息包括经纬度信息；对N个位置信息进行分析，获得位置分析结果，包括：将N个位置信息进行两两对比，确定N个位置信息中是否存在异常位置信息，获得位置分析结果；其中，位置分析结果包括：N个位置信息均相同，或，N个位置信息中存在异常位置信息。

通过将N个位置信息进行两两对比，保证对N个位置信息均能验证到，提升对位置信息的验证准确性。当确定位置分析结果是N个位置信息均相同时，表征语音信箱客户端没有发生位移，仍然处于语音信箱服务器的服务范围内。当确定位置分析结果是N个位置信息中存在异常位置信息时，表征语音信箱客户端存在位移，有可能不在语音信箱服务器的服务范围之内，需要语音信箱服务器采取措施，以提高对该语音信箱客户端的服务效果。

在一些具体实现中，运营商信息包括第一运营商信息或第二运营商信息；对N个运营商信息进行分析，获得运营商信息分析结果，包括：依据第一运营商信息或第二运营商信息查找N个运营商信息，确定N个运营商信息是否都相同，获得运营商信息分析结果；其中，运营商信息分析结果包括：N个运营商信息均为第一运营商信息，或，N个运营商信息均为第二运营商信息，或，N个运营商信息包括第一运营商信息和第二运营商信息。

通过在N个运营商信息中查找第一运营商信息或第二运营商信息，确定N个运营商信息所包括的运营商的类型，以确定语音信箱客户端是否存在更换运营商的情况。若获得的运营商信息分析结果是N个运营商信息均为第一运营商信息，或，N个运营商信息均为第二运营商信息，表征该语音信箱客户端没有更换运营商；若获得的运营商信息分析结果是N个运营商信息包括第一运营商信息和第二运营商信息，表征该语音信箱客户端已经更换了运营商，需要调整语音信箱服务器下发消息时所经过的通信路径，以保证语音信箱客户端能够正常接收到语音信箱服务器下发的消息，提升用户体验。

步骤S205，依据分析结果，检测语音信箱客户端是否发生故障。

其中，若分析结果是状态信息正常，则确定语音信箱客户端没有发生故障；若分析结果是状态信息不正常，则确定语音信箱客户端发生故障。

例如，状态信息不正常可以表现为：语音信箱客户端上报的位置信息发生多次变化，或，语音信箱客户端上报的用户身份识别信息存在异常信息，或，运营商信息发生变化(例如，用户从某个服务小区移动到另一个服务小区等)。以上对于状态信息不正常的表现形式仅是举例说明，可根据实际情况进行具体设定，其他未说明的状态信息不正常的表现形式也在本申请的保护范围之内，在此不再赘述。

在一些具体实现中，依据分析结果，检测语音信箱客户端是否发生故障，包括：在确定分析结果包括：位置分析结果为N个位置信息均相同、用户身份信息分析结果为N个用户身份识别信息均相同、且运营商信息分析结果为N个运营商信息均相同的情况下，确定语音信箱客户端发生故障；否则，确定语音信箱客户端没有发生故障。

通过多维度的分析结果，对语音信箱客户端进行衡量和检测，确定语音信箱客户端是否发生故障，保证对语音信箱客户端的检测准确性。

步骤S206，在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止上报状态信息。

需要说明的是，本实施例中的步骤S206与上一实施例中的步骤S105相同，在此不再赘述。

在本实施例中，通过多个不同维度的状态信息，对语音信箱客户端进行分析和检测，获得分析结果，并根据该分析结果确定语音信箱客户端是否发生故障，保证对语音信箱客户端的检测准确性。能够在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止上报状态信息，减少语音信箱的客户端发送的带外短信或上报的状态信息的数量，提升服务器的业务处理性能，避免用户投诉，提升用户体验。

本申请第二方面提供一种语音信箱服务器。图3示出本申请实施例中的语音信箱服务器的组成方框图。如图3所示，语音信箱服务器包括如下模块：

获取模块301，用于获取语音信箱客户端上报的状态信息，状态信息包括接收时间信息；确定模块302，用于依据接收时间信息，确定状态信息的接收频率；记录模块303，用于记录状态信息和状态信息的接收频率，以生成状态信息集合；故障检测模块304，用于在确定接收频率大于预设频率阈值的情况下，依据状态信息集合中的状态信息，确定语音信箱客户端是否发生故障；处理模块305，用于在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止上报状态信息。

在一些具体实现中，故障检测模块304，包括：分析子模块，用于在确定接收频率大于预设频率阈值的情况下，对状态信息集合中的状态信息进行分析，获得分析结果；检测子模块，用于依据分析结果，检测语音信箱客户端是否发生故障。

在一些具体实现中，状态信息包括语音信箱客户端的位置信息、用户身份识别信息和运营商信息中的任意一种或几种；状态信息集合包括N条状态信息，N为大于或等于1的整数；分析子模块，包括：提取子模块，用于在确定接收频率大于预设频率阈值的情况下，提取N条状态信息中的位置信息、用户身份识别信息和运营商信息中的任意一种或几种；信息分析子模块，用于对状态信息集合中的N条状态信息进行分析，确定如下分析结果中的任意一种或几种：对N个位置信息进行分析，获得位置分析结果；对N个用户身份识别信息进行分析，获得用户身份信息分析结果；对N个运营商信息进行分析，获得运营商信息分析结果。

在本实施例中，通过获取模块获取语音信箱客户端上报的状态信息，获知语音信箱客户端的当前状态；使用确定模块依据接收时间信息，确定状态信息的接收频率；使用记录模块记录状态信息和状态信息的接收频率，以生成状态信息集合；通过记录状态信息以及状态信息的接收频率，可获知状态信息的上报是否正常，状态信息的接收频率是否过慢或过快；使用故障检测模块在确定接收频率大于预设频率阈值的情况下，依据状态信息集合中的状态信息，确定语音信箱客户端是否发生故障，通过接收频率和状态信息确定语音信箱客户端是否存在终端宕机等意外情况发送，保证语音信箱客户端的安全性；使用处理模块在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止上报状态信息，减少语音信箱的客户端发送的带外短信或上报的状态信息的数量，提升服务器的业务处理性能，避免用户投诉，提升用户体验。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施方式中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本申请第三方面提供一种语音信箱的故障处理系统。图4示出本申请实施例中的语音信箱的故障处理系统的组成方框图。如图4所示，语音信箱的故障处理系统具体包括如下设备：语音信箱客户端401、语音信箱服务器402、基站403和短消息中心服务器404。

其中，语音信箱服务器402需满足交互式邮件存取协议(Internet Mail AccessProtocol，IMAP)的接口定义。语音信箱服务器402还可以访问可视化语音信箱的消息和数据(例如，收取语音消息、设置提示音(Greeting)、通过终端的用户界面(User Interface，UI)设置个人身份识别码(Personal identification number，PIN)等)。短消息中心服务器404需提供短信息服务(Short Message Service，SMS)接口，SMS接口用于收发语音信箱客户端401和语音信箱服务器402之间的带外数据(Out-Of-Band，OOB)，通过该SMS接口，语音信箱服务器402可为语音信箱客户端401提供可视化语音信箱的相关状态信息(例如，收件箱/提示音更新等信息)。当带外状态(Out-Of-Band States，OOBS)为活跃(Active)状态时，表示语音信箱服务器402是可用的。当语音信箱客户端401向语音信箱服务器402发送查询状态信息请求时，语音信箱服务器402必须返回查询结果给语音信箱客户端401。但语音信箱客户端401不一定能够准时接收到语音信箱服务器402发送的查询结果，若语音信箱客户端401在超时后，仍没有收到语音信箱服务器402反馈的查询结果，则语音信箱客户端401需重新发送查询状态信息请求。

在一些具体实现中，语音信箱服务器402还可为语音信箱客户端401提供可用的短消息中心(Short Message Service Center，SMSC)服务器的地址，语音信箱客户端401通过使用该SMSC地址可查询到自己的语音邮箱状态信息。该SMSC地址可通过预编程的方式写入语音信箱客户端401中。

需要说明的是，语音信箱客户端401上的端口地址的定义应符合短信技术实现协议(即，第三代合作伙伴计划中的技术规范(3rd Generation Partnership ProjectTechnical Specification，3GPP TS)23.040)中的章节9.2.3.24.3和9.2.3.24.4的定义。例如，语音信箱客户端401发送的SMS消息会送达至5499端口，该5499端口仅用于语音信箱业务的消息收发。语音信箱客户端401可通过SMS接口，完成OOB数据的设置(例如，基础参数的设置、对语音信箱的账户的操作维护信息的设置等)，该OOB数据是独立于IMAP接口的数据。

在一些具体实现中，在语音信箱客户端401通过SMS接口进行OOB数据的设置时，可采用的数据类型为Type 0SMS，该类型的SMS中的短信类型是0或1(即，Class＝0或者Class＝1的SMS)。为了确保该SMS在传统的终端上不可见，可将该SMS的消息头中的参数“短信协议标识(TP-Protocol-Identifier，TP-PID)”设置为“ME数据下载(ME data download)”例如，将TP-PID设置为0x7D。

例如，语音信箱客户端401的上行查询指令可以包括：

1)首次激活语音信箱按钮时的上行查询指令，该指令包括设备型号(Device)、设备类型(Type)，例如，Type＝1；

2)插入手机卡指令，该指令包括Device和Type，例如，Type＝2；

3)手机开机指令，该指令包括Device和Type，例如，Type＝3。

需要说明的是，当语音信箱客户端401发送已上三种指令中的任意一种时，语音信箱服务器402都需要返回查询响应。当语音信箱服务器402没有反馈查询响应时，语音信箱客户端401须将自己的状态设置为离线。

当用户的语音信箱账号的状态发生变化时，语音信箱服务器402将会下发状态(STATE)消息；同时，语音信箱客户端401也可以向语音信箱服务器402发送上行查询指令1)～3)中的任意一种。

在一个具体实现中，STATE消息可包括如下关键字段中的任意一种或几种：

STATE<状态信息，例如，Active状态，或，非活跃状态(Inactive)>

name <IMAP登录名称>

server <IMAP服务器地址>

port <IMAP服务器的端口号>

pw <IMAP服务器的密码>

Location <用户的位置信息，例如，经纬度信息等>

newSIM <是否是新的SIM的信息>

PLMN <用户驻留的运营商的PLMN信息>

当语音信箱服务器402接收到的STATE消息是Active状态的消息时，表示语音信箱中的语音消息有更新，或，提示音有更新等信息。

图5示出本申请实施例中的语音信箱的故障处理系统的工作方法的流程示意图。如图5所示，语音信箱的故障处理系统的工作方法包括如下步骤：

步骤S501，语音信箱客户端401读取自身的位置信息(例如，经纬度信息等)，读取是否新的SIM信息，以及确定PLMN信息，然后，将以上三种信息写入STATE消息中。

步骤S502，语音信箱客户端401将STATE消息通过带外短信的方式发送到基站403。

步骤S503，基站403将该STATE短消息发送到短消息中心服务器404；

步骤S504，短消息中心服务器404将该STATE短消息发送到语音信箱服务器402。

步骤S505，当语音信箱服务器402频繁收到同一个语音信箱客户端401发来的STATE短消息(比如，设定预设频率阈值为1秒内收到20条STATE短消息，当接收STATE短消息的频率大于20条/秒)时，语音信箱服务器402启动状态监测判断模式。语音信箱服务器402对接收到的每条STATE短消息进行分析，提取各个STATE短消息中的终端地理位置信息，以及是否插入新的SIM信息，用户注册的运营商网络PLMN信息。

步骤S506，如果接收到的每条STATE短消息的地理位置信息相同，并且不是插入的新SIM卡，也没有注册到新的运营商网络，那么判断该语音信箱客户端401出现故障，故障原因可能为用户终端软件冲突，或者终端软件系统崩溃导致的可视化语音信箱发送的带外短信，并确定语音信箱客户端401发送的STATE短消息为无用消息。

步骤S507，语音信箱服务器402发送下行短信至语音信箱客户端401，请求语音信箱客户端401停止发送上行短信。

其中，下行短信需要经过短消息中心服务器404和基站403的转发，以使处于不同网段上的语音信箱服务器402和语音信箱客户端401能够进行通信。

步骤S508，语音信箱客户端401收到语音信箱服务器402发送的下行短消息之后，停止发送上行STATE短消息。

在本实施例中，通过获取语音信箱客户端上报的STATE信息中的位置信息、读取是否新的SIM信息，以及确定PLMN信息，获知语音信箱客户端的当前状态；语音信箱服务器通过判断STATE信息的接收频率，获知STATE信息的上报是否正常(例如，STATE信息的接收频率是否过慢或过快)在确定接收频率大于预设频率阈值的情况下，通过判断接收到的每条STATE短消息的地理位置信息是否相同，是不是插入了新SIM卡，以及该语音信箱客户端是否注册到新的运营商网络，来综合确定语音信箱客户端是否发生故障，保证语音信箱客户端的安全性；在确定语音信箱客户端发生故障的情况下，发送下行短信至语音信箱客户端，以使语音信箱客户端停止发送上行STATE短消息，减少语音信箱客户端发送上行STATE短消息的数量，提升服务器的业务处理性能，避免用户投诉，提升用户体验。

在一些具体实现中，语音信箱的故障处理系统还可以包括：省份短信网关405、短信息中心的网关406。

图6示出本申请实施例中的上行短信的发送流程示意图。该上行短信的发送流程具体包括如下步骤：

步骤S601，语音信箱客户端401发送上行状态信息至省份短信网关405。

步骤S602，省份短信网关405转发该上行状态信息至短消息中心服务器404。

步骤S603，短消息中心服务器404将该上行状态信息进行解析，获得STATE消息，并以短消息的方式，发送该STATE消息至短信息中心的网关406。

步骤S604，短信息中心的网关406转发该短消息至语音信箱服务器402。同时执行步骤S605。

步骤S605，短信息中心的网关406反馈接收成功响应至短消息中心服务器404。

本实施例中，通过省份短信网关和短信息中心的网关转发STATE消息，可保证STATE消息在不同网段上的传输的准确性，提升语音信箱客户端发送给语音信箱服务器的上行短信的传输准确度。

图7示出本申请实施例中的下行短信的发送流程示意图。该下行短信的发送流程具体包括如下步骤：

步骤S701，语音信箱服务器402发送下行短信至短消息中心的网关406。

步骤S702，短消息中心的网关406转发下行短信至短消息中心服务器404。

步骤S703，当短消息中心服务器404获得下行短信后，会反馈接收下行短信成功消息给短消息中心的网关406，同时，执行步骤S704。

步骤S704，短消息中心服务器404转发下行短信至省份短信网关405。

步骤S705，当省份短信网关405接收到该下行短信时，转发该下行短信至语音信箱客户端401。

若省份短信网关405在接收下行短信的过程中，出现接收错误(例如，接收消息超时等)，会执行步骤S706。

步骤S706，省份短信网关405反馈接收消息错误响应给短消息中心服务器404，以使短消息中心服务器404通过短消息中心的网关406转发该接收消息错误响应至语音信息服务器402。使语音信息服务器402或者其下发的下行短信出现错误，需要重新发送下行短信。

本实施例中，通过省份短信网关和短信息中心的网关转发STATE消息，可保证STATE消息在不同网段上的传输的准确性，提升语音信箱服务器发送给语音信箱客户端的下行短信的传输准确度。

可以理解的是，以上实施方式仅仅是为了说明本申请的原理而采用的示例性实施方式，然而本申请并不局限于此。对于本领域内的普通技术人员而言，在不脱离本申请的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本申请的保护范围。

Claims (10)

1.一种语音信箱的故障处理方法，其特征在于，所述方法包括：

获取语音信箱客户端上报的状态信息，所述状态信息包括接收时间信息；

依据所述接收时间信息，确定所述状态信息的接收频率；

记录所述状态信息和所述状态信息的接收频率，以生成状态信息集合；

在确定所述接收频率大于预设频率阈值的情况下，依据所述状态信息集合中的状态信息，确定所述语音信箱客户端是否发生故障；

在确定所述语音信箱客户端发生故障的情况下，发送下行短信至所述语音信箱客户端，以使所述语音信箱客户端停止上报所述状态信息。

2.根据权利要求1所述的方法，其特征在于，所述在确定所述接收频率大于预设频率阈值的情况下，依据所述状态信息集合中的状态信息，确定所述语音信箱客户端是否发生故障，包括：

在确定所述接收频率大于预设频率阈值的情况下，对所述状态信息集合中的状态信息进行分析，获得分析结果；

依据所述分析结果，检测所述语音信箱客户端是否发生故障。

3.根据权利要求2所述的方法，其特征在于，所述状态信息，还包括所述语音信箱客户端的位置信息、用户身份识别信息和运营商信息中的任意一种或几种。

4.根据权利要求3所述的方法，其特征在于，所述状态信息集合包括N条所述状态信息，N为大于或等于1的整数；

所述在确定所述接收频率大于预设频率阈值的情况下，对所述状态信息集合中的状态信息进行分析，获得分析结果，包括：

在确定所述接收频率大于预设频率阈值的情况下，提取N条所述状态信息中的位置信息、所述用户身份识别信息和所述运营商信息中的任意一种或几种；

对所述状态信息集合中的N条状态信息进行分析，确定如下分析结果中的任意一种或几种：

对N个所述位置信息进行分析，获得位置分析结果；

对N个所述用户身份识别信息进行分析，获得用户身份信息分析结果；

对N个所述运营商信息进行分析，获得运营商信息分析结果。

5.根据权利要求4所述的方法，其特征在于，所述位置信息包括经纬度信息；

所述对N个所述位置信息进行分析，获得位置分析结果，包括：

将N个所述位置信息进行两两对比，确定N个所述位置信息中是否存在异常位置信息，获得所述位置分析结果；

其中，所述位置分析结果包括：N个所述位置信息均相同，或，N个所述位置信息中存在异常位置信息。

6.根据权利要求4所述的方法，其特征在于，所述运营商信息包括第一运营商信息或第二运营商信息；

所述对N个所述运营商信息进行分析，获得运营商信息分析结果，包括：

依据所述第一运营商信息或第二运营商信息查找N个所述运营商信息，确定N个所述运营商信息是否都相同，获得所述运营商信息分析结果；

其中，所述运营商信息分析结果包括：所述N个所述运营商信息均为所述第一运营商信息，或，所述N个所述运营商信息均为所述第二运营商信息，或，N个所述运营商信息包括所述第一运营商信息和所述第二运营商信息。

7.根据权利要求3所述的方法，其特征在于，所述依据所述分析结果，检测所述语音信箱客户端是否发生故障，包括：

在确定所述分析结果包括：所述位置分析结果为N个所述位置信息均相同、所述用户身份信息分析结果为N个所述用户身份识别信息均相同、且所述运营商信息分析结果为N个所述运营商信息均相同的情况下，确定所述语音信箱客户端发生故障；

否则，确定所述语音信箱客户端没有发生故障。

8.一种语音信箱服务器，其特征在于，其包括：

获取模块，用于获取语音信箱客户端上报的状态信息，所述状态信息包括接收时间信息；

确定模块，用于依据所述接收时间信息，确定所述状态信息的接收频率；

记录模块，用于记录所述状态信息和所述状态信息的接收频率，以生成状态信息集合；

故障检测模块，用于在确定所述接收频率大于预设频率阈值的情况下，依据所述状态信息集合中的状态信息，确定所述语音信箱客户端是否发生故障；

处理模块，用于在确定所述语音信箱客户端发生故障的情况下，发送下行短信至所述语音信箱客户端，以使所述语音信箱客户端停止上报所述状态信息。

9.根据权利要求8所述的语音信箱服务器，其特征在于，所述故障检测模块，包括：

分析子模块，用于在确定所述接收频率大于预设频率阈值的情况下，对所述状态信息集合中的状态信息进行分析，获得分析结果；

检测子模块，用于依据所述分析结果，检测所述语音信箱客户端是否发生故障。

10.根据权利要求9所述的语音信箱服务器，其特征在于，所述状态信息包括所述语音信箱客户端的位置信息、用户身份识别信息和运营商信息中的任意一种或几种；所述状态信息集合包括N条所述状态信息，N为大于或等于1的整数；

所述分析子模块，包括：

提取子模块，用于在确定所述接收频率大于预设频率阈值的情况下，提取N条所述状态信息中的位置信息、所述用户身份识别信息和所述运营商信息中的任意一种或几种；

信息分析子模块，用于对所述状态信息集合中的N条状态信息进行分析，确定如下分析结果中的任意一种或几种：对N个所述位置信息进行分析，获得位置分析结果；对N个所述用户身份识别信息进行分析，获得用户身份信息分析结果；对N个所述运营商信息进行分析，获得运营商信息分析结果。

Images