CN108093377B - 计费系统异常时的移动业务自动放通方法及系统 - Google Patents

Abstract

本发明的实施例提供了一种计费系统异常时的移动业务自动放通方法及系统，该方法在发生异常的计费系统发送鉴权异常信息时，实时监测鉴权异常信息的发送状态；以及在监测到所述鉴权异常信息的发送状态满足预设的发送上限条件时，将当前发出的鉴权异常信息转换为离线放通信息；将离线放通信息发送至放通请求的发出方，使得放通请求的发出方放通移动业务。本方法及系统实现了在计费系统出现异常时的对移动业务的自动放通，避免了因原人工操作而造成的处理滞后不及时的问题，进而保证了移动业务的放通的高效性及可靠性，也避免了用户因处理滞后而进行的大规模投诉带来的对移动通信网络的通信压力。

Description

计费系统异常时的移动业务自动放通方法及系统

技术领域

本发明涉及移动业务传输领域，具体涉及一种计费系统异常时的移动业务自动放通方法及系统。

背景技术

当今社会中，尽管人与人之间的沟通方式日益多样，但以打电话或者发送短信息的移动业务形式进行沟通，仍然是人们进行沟通的主要方式；而在用户打电话或发送短消息时，为了获取通过许可及对通话或发信过程进行实时计费，用户在发出移动业务的放通请求时，用户的呼叫消息会被呼叫接入平台实时送往计费中心进行鉴权，计费中心通过用户余额、欠费、状态等相关信息判断用户是否可以进行本次通话，并将相应的结果信息返回给呼叫接入平台，上述过程具体参见图1；其中，计费系统向呼叫接入平台返回的结果信息有下述三种情况：

1、计费系统向呼叫接入平台返回确定可对该移动业务进行鉴权并判定用户余额状态正常的结果信息，呼叫接入平台放通该移动业务，使得用户可以进行呼叫或者发送短信；

2、计费系统向呼叫接入平台返回确定可对该移动业务进行鉴权并判定用户余额不足的结果信息，呼叫接入平台终止该移动业务的接入，则该用户不可以进行呼叫或者发送短信；

3、若计费系统向呼叫接入平台返回无法对该移动业务进行鉴权，这种情况经常发生在计费系统在升级版本以及计费系统出现异常避免用户投诉的时候，这种情况下，计费系统不返回结果信息或者离线放通信息给呼叫接入平台，呼叫接入平台收不到结果信息或者离线放通信息的情况下，会先放通用户呼叫使得用户呼叫以及短信等功能可以使用，并在自身系统上出离线话单，这些话单会被计费系统采集进行延迟扣费。

基于以上的业务逻辑，当计费系统发生异常，例如出现用户余额被批量误修改为零、或者计费系统判断逻辑错误等情况，这时，计费批量性的返回鉴权失败消息，呼叫接入平台会终止用户呼叫，这样会导致用户正常呼叫与短信业务无法使用。

目前，现有的计费系统通过手工去进行离线放通，即断掉计费系统与呼叫接入平台的连接，使得呼叫接入平台消息超时离线放通，由于手工放通时间长，放通时机无法恰当判断，极容易造成大规模的投诉，无法针对系统异常情况做到自动化放通机制，可能会导致用户投诉抢修不及时而引发高级别预警。

发明内容

针对现有技术中的缺陷，本发明提供一种计费系统异常时的移动业务自动放通方法及系统，实现了在计费系统出现异常时的对移动业务的自动放通，避免了因原人工操作而造成的处理滞后不及时的问题，进而保证了移动业务的放通的高效性及可靠性。

为解决上述技术问题，本发明提供以下技术方案：

一方面，本发明提供了一种计费系统异常时的移动业务自动放通方法，包括：

在发生异常的计费系统根据移动业务的放通请求向所述放通请求的发出方发送鉴权异常信息时，实时监测所述鉴权异常信息的发送状态；

在监测到所述鉴权异常信息的发送状态满足预设的发送上限条件时，将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息；

将所述离线放通信息发送至所述放通请求的发出方，使得所述放通请求的发出方放通所述移动业务。

进一步的，所述实时监测所述鉴权异常信息的发送状态，之前还包括：

在根据预设的场景信息库确定所述计费系统向所述放通请求的发出方发送的信息为鉴权异常信息后，判定所述计费系统发生异常，其中，所述鉴权异常信息为由于所述计费系统自身发生异常而引起的对移动业务鉴权失败的数据信息；所述场景信息库中包括预存的鉴权异常信息及离线放通信息的数据形式。

进一步的，所述在监测到所述鉴权异常信息的发送状态满足预设的发送上限条件时，将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息，之前还包括：

将预设的所述发送上限条件存储在计费系统中的参数库表中，其中，所述发送上限条件包括：所述鉴权异常信息的发送次数上限及发送时长上限；

在实时监测所述鉴权异常信息的发送状态前，调取所述参数库表中的所述发送次数上限及发送时长上限，其中，所述发送状态包括：发送次数和发送时长；

在实时监测所述鉴权异常信息的发送次数及发送时长的同时，实时比较所述鉴权异常信息的发送次数与所述发送次数上限、以及所述鉴权异常信息的发送时长与所述发送时长上限。

进一步的，所述在监测到所述鉴权异常信息的发送状态满足预设的发送上限条件时，将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息，包括：

在所述鉴权异常信息的发送次数到达预设的发送次数上限、或所述鉴权异常信息的发送时长到达预设的发送时长上限时，判断当前所述计费系统发出的所述鉴权异常信息是否为自动放通信息；

若是，则将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息；

若否，则将当前所述计费系统发出的所述鉴权异常信息直接发送至所述放通请求的发出方。

进一步的，所述判断当前所述计费系统发出的所述鉴权异常信息是否为自动放通信息，之前还包括：

获取对所述鉴权异常信息进行离线放通信息判断的许可。

另一方面，本发明还提供一种计费系统异常时的移动业务自动放通系统，包括：

鉴权异常信息监测模块，用于在发生异常的计费系统根据移动业务的放通请求向所述放通请求的发出方发送鉴权异常信息时，实时监测所述鉴权异常信息的发送状态；

鉴权异常信息转换模块，用于在监测到所述鉴权异常信息的发送状态满足预设的发送上限条件时，将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息；

离线放通信息发送模块，用于将所述离线放通信息发送至所述放通请求的发出方，使得所述放通请求的发出方放通所述移动业务。

进一步的，所述系统还包括：

鉴权异常信息确认模块，用于在根据预设的场景信息库确定所述计费系统向所述放通请求的发出方发送的信息为鉴权异常信息后，判定所述计费系统发生异常，其中，所述鉴权异常信息为由于所述计费系统自身发生异常而引起的对移动业务鉴权失败的数据信息；所述场景信息库中包括预存的鉴权异常信息及离线放通信息的数据形式。

进一步的，所述系统还包括：

上限数据存储模块，用于将预设的所述发送上限条件存储在计费系统中的参数库表中，其中，所述发送上限条件包括：所述鉴权异常信息的发送次数上限及发送时长上限；

上限数据调取模块，用于在实时监测所述鉴权异常信息的发送状态前，调取所述参数库表中的所述发送次数上限及发送时长上限，其中，所述发送状态包括：发送次数和发送时长；

实时比较模块，用于在实时监测所述鉴权异常信息的发送次数及发送时长的同时，实时比较所述鉴权异常信息的发送次数与所述发送次数上限、以及所述鉴权异常信息的发送时长与所述发送时长上限。

进一步的，所述鉴权异常信息转换模块包括：

信息判断单元，用于在所述鉴权异常信息的发送次数到达预设的发送次数上限、或所述鉴权异常信息的发送时长到达预设的发送时长上限时，判断当前所述计费系统发出的所述鉴权异常信息是否为自动放通信息；

信息转换单元，用于在当前所述计费系统发出的所述鉴权异常信息为自动放通信息时，将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息；

信息直接发送单元，用于在当前所述计费系统发出的所述鉴权异常信息为非自动放通信息时，将当前所述计费系统发出的所述鉴权异常信息直接发送至所述放通请求的发出方。

进一步的，所述鉴权异常信息转换模块中还包括：

自动化放通开关单元，用于获取对所述鉴权异常信息进行离线放通信息判断的许可。

由上述技术方案可知，本发明所述的一种计费系统异常时的移动业务自动放通方法及系统，实现了在计费系统出现异常时的对移动业务的自动放通，避免了因原人工操作而造成的处理滞后不及时的问题，进而保证了移动业务的放通的高效性及可靠性，也避免了用户因处理滞后而进行的大规模投诉带来的对移动通信网络的通信压力。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术中的用户发出业务请求时，呼叫接入平台与计费系统间的通信过程示意图；

图2是本发明实施例一中的一种计费系统异常时的移动业务自动放通方法的流程示意图；

图3是本发明实施例二中的自动放通方法的流程示意图；

图4是本发明实施例三中的自动放通方法的流程示意图；

图5是本发明的步骤600的一种具体实施方式的流程示意图；

图6是本发明的具体应用实例中的自动放通方法的基本框架示意图；

图7是本发明实施例四中的计费系统异常时的移动业务自动放通系统示意图；

图8是本发明实施例五中的计费系统异常时的移动业务自动放通设备的结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例一提供了一种计费系统异常时的移动业务自动放通方法。参见图2，该自动放通方法具体包括如下步骤：

步骤200：在发生异常的计费系统根据移动业务的放通请求向放通请求的发出方发送鉴权异常信息时，实时监测鉴权异常信息的发送状态。

在本步骤中，用户在拨打电话或发出信息的移动业务后，呼叫接入平台会将该移动业务的放通请求发送至计费系统，而若接收该放通请求的计费系统因出现用户余额被批量误修改为0、或者计费系统判断逻辑错误等情况而出现异常时，适用于自动放通方法的自动放通系统则实时监测鉴权异常信息的发送状态，其中，发送状态包括发送次数及发送时长等信息，其中，自动放通系统可以在原有计费鉴权功能模块引入、也可以单独设立，放通请求的发出方可以为呼叫接入平台、或其他可以实现该同样功能的平台。

步骤600：在监测到所述鉴权异常信息的发送状态满足预设的发送上限条件时，将当前计费系统发出的鉴权异常信息转换为离线放通信息。

在本步骤中，发送上限条件包括鉴权异常信息的发送时长到达预设的发送时长上限，即在计费系统持续的向发出方发送鉴权异常信息的同时，自动放通系统根据监测得到的鉴权异常信息的发送次数及发送时长，在鉴权异常信息的发送次数到达预设的发送次数上限、或鉴权异常信息的发送时长到达预设的发送时长上限时，将当前计费系统发出的鉴权异常信息转换为离线放通信息其中，发送次数上限及发送时长上限均为根据实际需要进行预先设定。

步骤700：将离线放通信息发送至放通请求的发出方，使得放通请求的发出方放通移动业务。

在本步骤中，自动放通系统将离线放通信息发送至呼叫接入平台，呼叫接入平台放通用户呼叫。

从上述描述可知，本实施例中的自动化放通技术，使得计费系统通过判断返回给呼叫接入平台的离线放通信息的数量来决定是否需要进行离线放通，当异常返回码的数量达到一定程度时，计费系统自动下发离线放通信息至呼叫接入平台，呼叫接入平台放通用户呼叫，对用户感知无影响，不会造成用户投诉。

本发明实施例二提供了一种计费系统异常时的移动业务自动放通方法。参见图3，上述步骤200之前还具体包括如下步骤：

步骤100：在根据预设的场景信息库确定计费系统向放通请求的发出方发送的信息为鉴权异常信息后，判定计费系统发生异常。

在本步骤中，鉴权异常信息为由于计费系统自身发生异常而引起的对移动业务鉴权失败的数据信息；场景信息库中包括预存的鉴权异常信息及离线放通信息的数据形式。

从上述描述可知，本实施例的自动放通方法中，在当现在计费引擎给在线呼叫接入平台返回系统鉴权异常信息时，有部分情况可能是因为系统异常原因导致用户无法拨打或者接听电话，需要进行返回码细分，把确实是需要放通通话的场景整理出来，给在线呼叫接入平台返回离线放通信息。

本发明实施例三提供了一种计费系统异常时的移动业务自动放通方法。参见图4，上述步骤600之前还具体包括如下步骤：

步骤300：将预设的发送次数上限及发送时长上限均存储在计费系统中的参数库表中。

在本步骤中，自动放通系统将预设的发送次数上限及发送时长上限均存储在计费系统中的参数库表中，参数库表为计费系统的参数设置媒介)指定，为了实现最优的批价处理速度，参数库表中的相关参数通过内存加载方式加载到主机的内存块当中，批价程序通过扫描内存块的参数以及结合原始返回码、返回码累计量信息判断是否对返回码转换。

步骤400：在实时监测鉴权异常信息的发送次数及发送时长前，调取参数库表中的发送次数上限及发送时长上限。

在本步骤中，在实时监测鉴权异常信息的发送次数及发送时长前，自动放通系统调取参数库表中的发送次数上限及发送时长上限。

步骤500：在实时监测鉴权异常信息的发送次数及发送时长的同时，实时比较鉴权异常信息的发送次数与发送次数上限、以及鉴权异常信息的发送时长与发送时长上限。

从上述描述可知，本实施例的自动放通方法中，当大量错误代码频繁出现的时候，说明系统出现问题，从维护的角度来说，遇到这种情况的时候，希望计费引擎系统能够给在线呼叫接入平台返回放通走离线返回码，系统自动切换离线计费。

在一种可选实施方式中，提供了上述步骤600的一种具体实施方式。参见图5，上述步骤600具体包括如下步骤：

步骤601：获取对鉴权异常信息进行离线放通信息判断的许可。

在本步骤中，获取对鉴权异常信息进行离线放通信息判断的许可为：通过自动化放通开关决定了程序是否启用自动化放通模块，如果开关关闭，则按照老流程对返回码不做处理，如果开关打开，则启用自动化放通开关，返回码可能会被转换后再返回。

步骤602：在鉴权异常信息的发送次数到达预设的发送次数上限、或鉴权异常信息的发送时长到达预设的发送时长上限时，判断当前计费系统发出的鉴权异常信息是否为自动放通信息。

在本步骤中，在自动化放通开关打开的基础上，自动化放通模块中的判断模块判断返回给呼叫接入平台的返回码是否需要转换，转换则发给转换模块进行转换后发送，不转换则将原始返回码返回给呼叫接入平台。

步骤603：若是，则将当前计费系统发出的鉴权异常信息转换为离线放通信息。

步骤604：若否，则将当前计费系统发出的鉴权异常信息直接发送至放通请求的发出方。

从上述描述可知，本实施例的自动放通方法在特定场景下的计费自动化放通技术，大大减少了用户在系统异常情况下无法进行正常呼叫业务的使用。大大减少了预警的发生。

为更近一步的对本发明的方法进行详细说明，本法明提供一种计费系统异常时的移动业务自动放通方法的具体应用实例，具体内容如下：

计费系统通过判断返回给呼叫接入平台的异常返回码的数量来决定是否需要进行离线放通(即返回特定返回码给呼叫接入平台，呼叫接入平台暂时放通用户呼叫并出离线话单)，当异常返回码的数量达到一定程度时，计费系统自动下发离线放通返回码给呼叫接入平台，呼叫接入平台放通用户呼叫，对用户感知无影响，不会造成用户投诉。

1、功能架构

在原有计费鉴权功能模块引入自动化放通模块，实现在特定场景下，将计费系统鉴权返回码转换成其他返回码(例如放通返回码)下发给呼叫接入平台。基本框架参见图6，其中，自动化放通模块主要包含三个模块：自动化放通开关、返回码转换判断模块、返回码转换模块。

2、详细功能说明

a)自动化放通开关

i.作用：自动化放通开关决定了程序是否启用自动化放通模块，如果开关关闭，则按照老流程对返回码不做处理，如果开关打开，则启用自动化放通开关，返回码可能会被转换后再返回。

ii.实现方式：自动化放通开关在计费系统中通过环境变量ErrorCodeOffLine来实现(计费程序启动时可以通过配置文件读入)，开关名称：ErrorCodeOffLine，0表示关闭该功能，[1-60]表示打开该功能，同时配置的该值也是判定周期(返回码判断模块的入参)，单位：秒；其它值表示配置无效值，取默认值0关闭功能。

b)返回码转换判断模块

a)作用：在自动化放通开关打开的基础上，返回码转换判断模块判断返回给呼叫接入平台的返回码是否需要转换，转换则发给转换模块进行转换后发送，不转换则将原始返回码返回给呼叫接入平台。

b)实现方式：在自动化放通开关打开的基础上，计费系统的在线批价进程会首先判断返回码是否需要转换，判断逻辑是新增的代码分支实现，判断需要的参数通过参数库表(计费系统的参数设置媒介)指定，为了实现最优的批价处理速度，参数库表中的相关参数通过内存加载方式加载到主机的内存块当中，批价程序通过扫描内存块的参数以及结合原始返回码、返回码累计量信息判断是否对返回码转换(其中达到的放通阀值可以参考日常系统的统计数据)，字段及说明参见表一。

其中转换促发的条件有两个：

1)系统时间<错误码累计值起始时间(ErrorCodeSetTime)

2){系统时间>[错误码累计值起始时间(ErrorCodeSetTime)+错误码判断周期(ErrorCodeOffLine)]}并且[错误码累计值(ErrorCodeCnt)>放通阀值(Offlinevalue)]。

表一

c)返回码转换模块

a)作用：在返回码转换判断模块判断功能实现后，对返回码的进行相应转换。

b)实现方式：在线计费程序按照返回码转换表中的ErrorCode转换为ResultCode后下发给在线接入平台。

3、自动化离线放通流程示例：

场景：假如一次版本BUG或者人为的错误操作导致计费系统异常，查询到的余额全部为负数，返回码全部是2999。

前置条件：自动化放通开关已经打开，并且ErrorCodeOffLine＝100，返回码转换判断模块相关参数如下，并已经从参数物理库加载到内存块，如表二所示。

表二

i.在线计费程序启动时通过环境变量带入自动化离线放通开关ErrorCodeOffLine＝100；

ii.在线计费进程按照原始流程对在线消息进行批价，批价完成后形成带有2999异常返回码(欠费、用户状态等异常时返回)的语音消息计费事件(计费系统的一种计费消息格式，存放于内存中)；

iii.由于自动化离线放通开关ErrorCodeOffLine＝100，为打开，在线批价进程逻辑进入到返回码转换判断模块逻辑；

iv.在线批价进程通过匹配返回码转换参数表和计费事件中的EventId(501)和ErrorCode(2999)，取得内存块中返回码转换参数表中的其余相关参数，并更新内存块中的ErrorCodeCnt＝ErrorCodeCnt+1＝12；

v.比较上一步获得的ErrorCodeSetTime和sysdate(日常时间)差值(假设sysdate>ErrorCodeSetTime)是否已经达到ErrorCodeOffLine的值，例子中假设达到，达到后，启动一次判断，对比错误码累计值ErrorCodeCnt和放通阀值Offlinevalue，此时ErrorCodeCnt(11)>Offlinevalue(10)，程序逻辑启动放通一个离线放通周期的返回码转换，即将ErrorCodeSetTime设置为sysdate+OfflineCycle，同时将ErrorCodeCnt(错误码累计值)参数更新为0.

vi.后续的语音消息返回码在做判断的时候由于达到了系统时间<错误码累计值起始时间(ErrorCodeSetTime)的条件，自动实现返回码转换，将ErrorCode为2999的返回码转换为4199(离线放通码)下发给呼叫接入平台，使得呼叫接入平台进行离线放通。

从上述描述可知，本具体应用实例实现的有益效果如下：

1、当现在计费引擎给在线呼叫接入平台返回系统异常返回码时，有部分情况可能是因为系统异常原因导致用户无法拨打或者接听电话，需要进行返回码细分，把确实是需要放通通话的场景整理出来，给在线呼叫接入平台返回放通走离线返回码。

2、当大量错误代码频繁出现的时候，说明系统出现问题，从维护的角度来说，遇到这种情况的时候，希望计费引擎系统能够给在线呼叫接入平台返回放通走离线返回码，系统自动切换离线计费。

3、在特定场景下的计费自动化放通技术，大大减少了用户在系统异常情况下无法进行正常呼叫业务的使用。大大减少了预警的发生。

本发明实施例四提供了一种计费系统异常时的移动业务自动放通系统，参见图7，系统具体如下：

鉴权异常信息确认模块10，用于在根据预设的场景信息库确定计费系统向放通请求的发出方发送的信息为鉴权异常信息后，判定计费系统发生异常，其中，鉴权异常信息为由于计费系统自身发生异常而引起的对移动业务鉴权失败的数据信息；场景信息库中包括预存的鉴权异常信息及离线放通信息的数据形式。

鉴权异常信息监测模块20，用于在发生异常的计费系统根据移动业务的放通请求向放通请求的发出方发送鉴权异常信息时，实时监测鉴权异常信息的发送状态，其中，发送状态包括发送次数及发送时长等信息。

上限数据存储模块30，用于将预设的发送上限条件均存储在计费系统中的参数库表中，其中，发送上限条件包括发送次数上限及发送时长上限。

上限数据调取模块40，用于在实时监测鉴权异常信息的发送次数及发送时长前，调取参数库表中的发送次数上限及发送时长上限。

实时比较模块50，用于在实时监测鉴权异常信息的发送次数及发送时长的同时，实时比较鉴权异常信息的发送次数与发送次数上限、以及鉴权异常信息的发送时长与发送时长上限。

鉴权异常信息转换模块60，用于在鉴权异常信息的发送次数到达预设的发送次数上限、或鉴权异常信息的发送时长到达预设的发送时长上限时，将当前计费系统发出的鉴权异常信息转换为离线放通信息。

在鉴权异常信息转换模块60中，还具体包括如下内容：

自动化放通开关单元，用于获取对鉴权异常信息进行离线放通信息判断的许可。

信息判断单元，用于在鉴权异常信息的发送次数到达预设的发送次数上限、或鉴权异常信息的发送时长到达预设的发送时长上限时，判断当前计费系统发出的鉴权异常信息是否为自动放通信息。

信息转换单元，用于在当前计费系统发出的鉴权异常信息为自动放通信息时，将当前计费系统发出的鉴权异常信息转换为离线放通信息。

信息直接发送单元，用于在当前计费系统发出的鉴权异常信息为非自动放通信息时，将当前计费系统发出的鉴权异常信息直接发送至放通请求的发出方。

离线放通信息发送模块70，用于将离线放通信息发送至放通请求的发出方，使得放通请求的发出方放通移动业务。

从上述描述可知，实现了在计费系统出现异常时的对移动业务的自动放通，避免了因原人工操作而造成的处理滞后不及时的问题，进而保证了移动业务的放通的高效性及可靠性。

本发明实施例五提供了一种计费系统异常时的移动业务自动放通设备，参见图8，该设备具体如下：

处理器(processor)801、存储器(memory)802、通信接口(CommunicationsInterface)803和总线804；

其中，

所述处理器801、存储器802、通信接口803通过所述总线804完成相互间的通信；

所述通信接口803用于该自动放通设备与计费系统的通信设备之间的信息传输；

所述处理器801用于调用所述存储器802中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：在发生异常的计费系统根据移动业务的放通请求向放通请求的发出方发送鉴权异常信息时，实时监测鉴权异常信息的发送次数及发送时长；在鉴权异常信息的发送次数到达预设的发送次数上限、或鉴权异常信息的发送时长到达预设的发送时长上限时，将当前计费系统发出的鉴权异常信息转换为离线放通信息；将离线放通信息发送至放通请求的发出方，使得放通请求的发出方放通移动业务。

本发明实施例六提供了一种计算机程序产品，参见图2，本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：在发生异常的计费系统根据移动业务的放通请求向放通请求的发出方发送鉴权异常信息时，实时监测鉴权异常信息的发送次数及发送时长；在鉴权异常信息的发送次数到达预设的发送次数上限、或鉴权异常信息的发送时长到达预设的发送时长上限时，将当前计费系统发出的鉴权异常信息转换为离线放通信息；将离线放通信息发送至放通请求的发出方，使得放通请求的发出方放通移动业务。

本发明实施例七提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：在发生异常的计费系统根据移动业务的放通请求向放通请求的发出方发送鉴权异常信息时，实时监测鉴权异常信息的发送次数及发送时长；在鉴权异常信息的发送次数到达预设的发送次数上限、或鉴权异常信息的发送时长到达预设的发送时长上限时，将当前计费系统发出的鉴权异常信息转换为离线放通信息；将离线放通信息发送至放通请求的发出方，使得放通请求的发出方放通移动业务。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的计费系统异常时的移动业务自动放通设备等实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上各实施例仅用以说明本发明的实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明的实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明的实施例各实施例技术方案的范围。

Claims (8)

1.一种计费系统异常时的移动业务自动放通方法，其特征在于，包括：

在发生异常的计费系统根据移动业务的放通请求向所述放通请求的发出方发送鉴权异常信息时，实时监测所述鉴权异常信息的发送状态；

在监测到所述鉴权异常信息的发送状态满足预设的发送上限条件时，将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息；

将所述离线放通信息发送至所述放通请求的发出方，使得所述放通请求的发出方放通所述移动业务；

所述在监测到所述鉴权异常信息的发送状态满足预设的发送上限条件时，将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息，之前还包括：

将预设的所述发送上限条件存储在计费系统中的参数库表中，其中，所述发送上限条件包括：所述鉴权异常信息的发送次数上限及发送时长上限；

在实时监测所述鉴权异常信息的发送状态前，调取所述参数库表中的所述发送次数上限及发送时长上限，其中，所述发送状态包括：发送次数和发送时长；

在实时监测所述鉴权异常信息的发送次数及发送时长的同时，实时比较所述鉴权异常信息的发送次数与所述发送次数上限、以及所述鉴权异常信息的发送时长与所述发送时长上限。

2.根据权利要求1所述的方法，其特征在于，所述实时监测所述鉴权异常信息的发送状态，之前还包括：

在根据预设的场景信息库确定所述计费系统向所述放通请求的发出方发送的信息为鉴权异常信息后，判定所述计费系统发生异常，其中，所述鉴权异常信息为由于所述计费系统自身发生异常而引起的对移动业务鉴权失败的数据信息；所述场景信息库中包括预存的鉴权异常信息及离线放通信息的数据形式。

3.根据权利要求1所述的方法，其特征在于，所述在监测到所述鉴权异常信息的发送状态满足预设的发送上限条件时，将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息，包括：

在所述鉴权异常信息的发送次数到达预设的发送次数上限、或所述鉴权异常信息的发送时长到达预设的发送时长上限时，判断当前所述计费系统发出的所述鉴权异常信息是否为自动放通信息；

若是，则将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息；

若否，则将当前所述计费系统发出的所述鉴权异常信息直接发送至所述放通请求的发出方。

4.根据权利要求3所述的方法，其特征在于，所述判断当前所述计费系统发出的所述鉴权异常信息是否为自动放通信息，之前还包括：

获取对所述鉴权异常信息进行离线放通信息判断的许可。

5.一种计费系统异常时的移动业务自动放通系统，其特征在于，包括：

鉴权异常信息监测模块，用于在发生异常的计费系统根据移动业务的放通请求向所述放通请求的发出方发送鉴权异常信息时，实时监测所述鉴权异常信息的发送状态；

鉴权异常信息转换模块，用于在监测到所述鉴权异常信息的发送状态满足预设的发送上限条件时，将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息；

离线放通信息发送模块，用于将所述离线放通信息发送至所述放通请求的发出方，使得所述放通请求的发出方放通所述移动业务；

上限数据存储模块，用于将预设的所述发送上限条件存储在计费系统中的参数库表中，其中，所述发送上限条件包括：所述鉴权异常信息的发送次数上限及发送时长上限；

上限数据调取模块，用于在实时监测所述鉴权异常信息的发送状态前，调取所述参数库表中的所述发送次数上限及发送时长上限，其中，所述发送状态包括：发送次数和发送时长；

实时比较模块，用于在实时监测所述鉴权异常信息的发送次数及发送时长的同时，实时比较所述鉴权异常信息的发送次数与所述发送次数上限、以及所述鉴权异常信息的发送时长与所述发送时长上限。

6.根据权利要求5所述的系统，其特征在于，所述系统还包括：

鉴权异常信息确认模块，用于在根据预设的场景信息库确定所述计费系统向所述放通请求的发出方发送的信息为鉴权异常信息后，判定所述计费系统发生异常，其中，所述鉴权异常信息为由于所述计费系统自身发生异常而引起的对移动业务鉴权失败的数据信息；所述场景信息库中包括预存的鉴权异常信息及离线放通信息的数据形式。

7.根据权利要求5所述的系统，其特征在于，所述鉴权异常信息转换模块包括：

信息判断单元，用于在所述鉴权异常信息的发送次数到达预设的发送次数上限、或所述鉴权异常信息的发送时长到达预设的发送时长上限时，判断当前所述计费系统发出的所述鉴权异常信息是否为自动放通信息；

信息转换单元，用于在当前所述计费系统发出的所述鉴权异常信息为自动放通信息时，将当前所述计费系统发出的所述鉴权异常信息转换为离线放通信息；

信息直接发送单元，用于在当前所述计费系统发出的所述鉴权异常信息为非自动放通信息时，将当前所述计费系统发出的所述鉴权异常信息直接发送至所述放通请求的发出方。

8.根据权利要求7所述的系统，其特征在于，所述鉴权异常信息转换模块中还包括：

自动化放通开关单元，用于获取对所述鉴权异常信息进行离线放通信息判断的许可。

Images