CN102291242A - 一种计费方法及装置 - Google Patents

Abstract

本发明公开了一种计费方法，包括：当接收到计费请求时，计费装置判断业务运营支撑系统BOSS系统的工作状态，所述工作状态包括在线状态和离线状态；若判断所述BOSS系统处于离线状态，则所述计费装置根据所述计费请求进行计费操作。本发明还公开了一种计费装置。采用本发明，可以在BOSS系统处于离线状态时，仍然能够对用户提供计费服务，提高用户的满意度。

Description

一种计费方法及装置

技术领域

本发明涉及网络技术领域，尤其涉及一种计费方法及装置。

背景技术

随着网络技术的发展，互联网提供的服务越来越多，用户可以借助于移动互联网、广播电视网和电信网等网络，享受到服务提供商提供的丰富的服务或订购商品提供商出售的各式各样的商品。

用户借助网络享受服务或订购商品的过程中，服务或商品的提供商需要对用户享受的服务或订购的商品进行计费。通常对用户的计费由BOSS系统（Business and Operation Support System，业务运营支撑系统）实现，BOSS系统是基于计算机网络及其相关应用技术，用来为移动互联网、广播电视网和电信网中的服务或商品提供商提供业务组织、业务管理、市场经营、客户服务和计费支撑服务等，而计费支撑服务是BOSS系统最重要也是最基本的职能。

现有技术中，BOSS系统包括实时BOSS  系统和非实时BOSS系统，实时BOSS系统提供急时、快速的计费支撑服务，当接收到计费请求后，实时BOSS系统立即响应，进行计费；实时BOSS系统通常被广泛应用在对实时性要求较高的场合，比如电信服务提供商采用实时BOSS系统对用户的通话服务以分为单位进行计费。非实时BOSS系统用于对实时性要求不高的场合，当接收到计费请求后，非实时BOSS系统并不立即进行计费处理，而在一定的延时之后才进行计费处理，比如用户订购某种服务后，非实时BOSS系统可能在用户订购服务的次日才对用户进行计费。

不论是实时BOSS系统还是非实时BOSS系统，其要能够提供计费支撑服务，均需要处于正常的工作状态，即需要处于在线状态；如果BOSS系统由于升级、死机或其它原因而处于离线状态，将无法接收到计费请求，从而无法提供计费支撑服务，无法为用户使用的服务或订购的商品完成相应的计费操作，影响了用户的使用，降低了用户的满意度。

发明内容

本发明实施例所要解决的技术问题在于，提供一种计费方法及装置，在BOSS系统处于离线状态时，仍然能够对用户提供计费服务，提高用户的满意度。

为了解决上述技术问题，本发明实施例提供了一种计费方法，包括：

当接收到计费请求时，判断业务运营支撑系统BOSS系统的工作状态，所述工作状态包括在线状态和离线状态；

若判断所述业务运营支持系统BOSS系统处于离线状态，根据所述计费请求进行计费操作。

其中，若所述BOSS系统为实时BOSS系统，所述若判断所述BOSS系统处于离线状态，根据所述计费请求进行计费操作，包括：

若判断所述实时BOSS系统处于离线状态，根据所述计费请求进行离线计费，生成相应的离线计费记录。

其中，所述生成相应的离线计费记录之后，还包括：

待所述实时BOSS系统从离线状态变为在线状态后，将所述离线计费记录发送给所述实时BOSS系统，使所述实时BOSS系统根据所述离线计费记录进行计费操作。

其中，判断BOSS系统的工作状态之后，还包括：

若判断所述实时BOSS系统处于在线状态，将所述计费请求发送给所述实时BOSS系统，使所述实时BOSS系统根据所述计费请求进行计费操作。

其中，若所述BOSS系统为非实时BOSS系统，所述若判断所述BOSS系统处于离线状态，根据所述计费请求进行计费操作，包括：

若所述非实时BOSS系统处于离线状态，检测存储的所述请求计费的用户的信用额度；

若存储的所述请求计费的用户的信用额度大于或等于所述计费请求包含的待扣费额，从存储的所述请求计费的用户的信用额度中扣除所述待扣费额，生成相应的信用额度扣费记录；

若存储的所述请求计费的用户的信用额度小于所述计费请求包含的待扣费额，则计费失败。

其中，所述判断BOSS系统的工作状态之后，还包括：

若判断所述非实时BOSS系统处于在线状态，检测自身存储的所述请求计费的用户的信用额度；

若存储的所述请求计费的用户的信用额度大于或等于所述计费请求包含的待扣费额，从存储的所述请求计费的用户的信用额度中扣除所述待扣费额，生成相应的信用额度扣费记录；

若存储的所述请求计费的用户的信用额度小于所述计费请求包含的待扣费额，从所述非实时BOSS系统中获取请求计费的用户的当前信用额度，并检测获取的所述请求计费的用户的当前信用额度；

若获取的所述请求计费的用户的当前信用额度大于或等于所述待扣费额，从获取的所述请求计费的用户的当前信用额度中扣除所述待扣费额，生成相应的信用额度扣费记录；

若获取的所述请求计费的用户的所述当前信用额度小于所述待扣费额，则计费失败。

其中，所述计费方法还包括：定期将生成的信用额度扣费记录发送给所述非实时BOSS系统和/或接收所述非实时BOSS系统定期发送的用户的信用额度信息。

相应地，本发明实施例还提供了一种计费装置，包括：

判断模块，用于当接收到计费请求时，判断业务运营支撑系统BOSS系统的工作状态，所述工作状态包括在线状态和离线状态；

计费模块，用于当所述判断模块判断所述BOSS系统处于离线状态时，根据所述计费请求进行计费操作。

其中，若所述BOSS系统为实时BOSS系统，则所述计费模块包括：

离线计费单元，用于当所述判断模块判断所述实时BOSS系统处于离线状态时，根据计费请求进行离线计费，生成相应的离线计费记录。

其中，所述计费模块还包括：发送单元，用于待所述实时BOSS系统从离线状态变为在线状态后，将所述离线计费单元生成的所述离线计费记录发送给所述实时BOSS系统，使所述实时BOSS系统根据所述离线计费记录进行计费操作。

其中，所述计费装置还包括：发送模块，用于若所述判断模块判断所述实时BOSS系统处于在线状态，将接收到的所述计费请求发送给所述实时BOSS系统，使所述实时BOSS系统根据所述计费请求进行计费。

其中，若所述BOSS系统为非实时BOSS系统，则所述计费模块包括：

存储单元，用于存储用户的信用额度；

检测单元，用于若所述判断模块判断所述非实时BOSS系统处于离线状态，检测所述存储单元存储的请求计费的用户的信用额度；

计费单元，用于若所述检测单元的检测所述存储单元存储的请求计费的用户的信用额度大于或等于所述计费请求包含的待扣费额，从所述存储单元存储的请求计费的用户的所述信用额度中直接扣除所述待扣费额，生成信用额度扣费记录。

其中，所述计费模块还包括：获取单元；

所述检测单元，还用于若所述判断模块判断所述非实时BOSS系统处于在线状态，检测所述存储模块存储的请求计费的用户的信用额度；

所述计费单元，还用于若所述检测单元检测到所述存储模块存储的请求计费的用户的信用额度大于或等于所述计费请求包含的待扣费额，直接从所述存储单元存储的请求计费的用户的信用额度中扣除所述待扣费额，生成相应的信用额度扣费记录

所述获取单元，用于若所述检测单元检测到存储模块存储的请求计费的用户的信用额度小于所述待扣费额，从所述非实时BOSS系统中获取用户的当前信用额度；

所述检测单元，还用于检测所述获取单元获取的用户的当前信用额度；

所述计费单元，还用于若所述检测单元检测到所述获取单元获取的用户的当前信用额度大于或等于待扣费额，从所述当前信用额度中扣除所述待扣费额，生成相应的信用额度扣费记录。

其中，所述计费装置还包括：信用额度同步模块，用于定期将所述计费单元生成的信用额度扣费记录发送给所述非实时BOSS系统和/或定期接收所述非实时BOSS系统发送的用户的信用额度信息。

实施本发明实施例，具有如下有益效果：

本发明实施例，当接收到计费请求时，首先判断BOSS系统的工作状态，如果BOSS系统处于离线状态，则根据计费请求进行计费操作。由于BOSS系统处于离线状态时，仍然可以根据计费请求代替BOSS系统进行计费操作，持续提供计费支撑服务，所以用户正在使用的服务或订购商品等不会因处于离线状态的BOSS系统无法提供计费支撑服务而中止，从而方便了用户的使用，提高了用户的满意度。

附图说明

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

图1是本发明提供的计费方法的第一实施例的流程示意图；

图2是本发明提供的计费方法的第二实施例的流程示意图；

图3是本发明提供的计费方法的第三实施例的流程示意图；

图4是本发明提供的计费方法的第四实施例的流程示意图；

图5是本发明提供的计费方法的第五实施例的流程示意图；

图6是本发明提供的计费方法的第六实施例的流程示意图；

图7是本发明提供的计费装置的第一实施例的结构示意图；

图8是本发明提供的计费模块的第一实施例的结构示意图；

图9是本发明提供的计费装置的第二实施例的结构示意图；

图10是本发明提供的计费模块的第二实施例的结构示意图；

图11是本发明提供的计费装置的第三实施例的结构示意图。

具体实施方式

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

请参考图1，是本发明实施例的计费方法的第一实施例的流程示意图，所述计费方法包括：

步骤S11，当接收到计费请求时，判断BOSS系统的工作状态；

其中，接收的计费请求可以是用户在订购门户（网站）中订购商品时，由订购门户根据用户订购的商品的价格生成并发送的相应的计费请求；计费请求也可以是用户在使用某种服务时，比如通话服务，服务提供者根据用户的使用情况生成相应的计费请求。可以理解的是，计费请求也可以通过其它的方式生成，当计费请求通过其它的方式生成时，可做类似分析，在此不赘述。

计费请求包括：待扣费额、用户账户信息或其它实现计费所需的相关信息；待扣费额是指需要从请求计费的用户账户中扣除的款项，可以是订购的商品的价格或正在使用的服务的价格。用户账户信息对应于请求计费的用户在本端和BOSS系统中预先存储的账户。

BOSS系统的工作状态包括：在线状态和离线状态；在线状态是指BOSS系统能够提供正常的计费支撑服务的状态；离线状态是指BOSS系统无法提供计费支撑服务的状态，导致BOSS系统处于离线状态的原因很多，包括但不限于：BOSS系统死机、正在升级或其它原因。

步骤S12，若判断BOSS系统处于离线状态，根据计费请求进行计费操作。

其中，根据计费请求进行计费包括：根据计费请求进行离线计费或根据计费请求进行信用额度扣费。离线计费和信用额度扣费的具体实施方式在接下来的实施例中有具体说明，在此不赘述。

本实施例当BOSS系统离线时，代替离线的BOSS系统进行计费操作，使用户正使用的服务或订购商品的行为不会因为BOSS系统离线而被迫中断，从而提高了用户对服务的评价，增加了用户的满意度。

请参考图2，是本发明实施例的计费方法的第二实施例的流程示意图，在本实施例中，BOSS系统为实时BOSS系统，所述计费方法包括：

步骤S21，当接收到计费请求时，判断实时BOSS系统的工作状态，实时BOSS系统的工作状态包括：在线状态和离线状态。

步骤S22，若步骤S21中判断实时BOSS系统处于离线状态，根据计费请求进行离线计费，生成离线计费记录；

步骤S23，离线计费记录发送给实时BOSS系统，使实时BOSS系统根据离线计费记录进行计费操作。

本步骤中，缓存步骤S22生成的离线计费记录，并实时检测实时BOSS系统的状态，待检测到实时BOSS系统由离线状态变为上线状态后，将缓存的离线计费记录发送给实时BOSS系统；实时BOSS系统接收离线计费记录后，根据离线计费记录从请求计费的用户的账户中扣除待扣费额，完成计费操作。

请参考图3，是本发明实施例的计费方法的第三实施例的流程示意图，在本实施例中，BOSS系统为实时BOSS系统，所述计费方法包括：

步骤S31，当接收到计费请求时，判断实时BOSS的工作状态，实时BOSS系统的工作状态包括：在线状态和离线状态。

步骤S32，判断实时BOSS系统处于在线状态；

步骤S33，将计费请求发送给实时BOSS系统，使实时BOSS系统根据计费请求进行计费操作。

步骤S33中，实时BOSS系统根据计费请求进行计费操作与现有中的实时BOSS系统根据计费请求进行计费的方法和原理相同，在此不赘述。

图2和图3分别针对实时BOSS系统处于离线状态和在线状态，提供了相应的计费方法，使实时BOSS系统无论是处于在线状态还是离线状态，均能够对用户进行计费，避免由于无法计费而导致用户不能使用服务或完成商品的订购的情况发生。下面结合图4至图6对BOSS系统为非实时BOSS系统时的计费方法进行说明。

请参考图4，是本发明实施例的计费方法的第四实施例的流程示意图，本实施例中，BOSS系统为非实时BOSS系统，所述计费方法包括：

步骤S41，当接收到计费请求时判断非实时BOSS系统的工作状态；计费请求包括：待扣费额、用户账户信息或其它实现计费所需的信息；非实时BOSS系统的工作状态包括:在线状态和离线状态。

步骤S42，判断非实时BOSS系统处于离线状态；

步骤S43，检测存储的请求计费的用户的信用额度；如果检测结果为是，即存储的请求计费的用户信用额度大于或等于计费请求包含的待扣费额，转到步骤S44；如果检测结果为否，即存储的请求计费的用户信用额度小于计费请求包含的待扣费额，转到步骤S45；

本步骤中，信用额度是指请求计费的用户可用的账户额度。信用额度事先主动从非实时BOSS系统中获取，获取的方式包括：在非实时BOSS系统处于在线状态时，向非实时BOSS系统发送获取请求；接收非实时BOSS收到获取请求后，返回的所有或获取请求中指定的用户的信用额度信息；接收到用户的信用额度信息后，更新已有的用户的信用额度和/或添加新用户的信用额度。可以理解的是，获取信用额度的方法还可包括：接收非实时BOSS系统定时发送的将所有或部分用户的信用额度信息，根据接收的信用额度信息后，更新存储的信用额度信息。

步骤S44，从存储的请求计费的用户的信用额度中扣除待扣费额，生成相应的信用额度扣费记录；

本步骤中，从请求计费的用户的信用额度中扣除待费额后，更新存储的请求计费的用户的信用额度，同时将生成的信用额度扣费记录进行缓存，待检测到非实时BOSS系统由离线状态变为在线状态后或定期将信用额度扣费记录发送给非实时BOSS系统，由非实时BOSS系统进行计费操作。

步骤S45，计费失败。

本实施例中，当非实时BOSS系统处于离线状态时，进行信用额度计费，以此保障计费支撑服务的顺利进行。

请参考图5，是本发明实施例的计费方法的第五实施例的流程示意图，本实施例中，BOSS系统为非实时BOSS系统，所述计费方法包括：

步骤S51，当接收到计费请求时判断非实时BOSS系统的工作状态。计费请求包括：待扣费额、用户账户信息或其它完成计费所需的信息；非实时BOSS系统的工作状态包括:在线状态和离线状态；

步骤S52，判断非实时BOSS系统处于在线状态；

步骤S53，检测存储的请求计费的用户的信用额度，如果检测结果为是，即存储的请求计费的用户的信用额度大于或等于计费请求包含的待扣费额，转到步骤54；如果检测结果为否，即自身存储的请求计费的用户的信用额度小于计费请求包含的待扣费额，转到步骤S55；

步骤S54，从存储的请求计费的用户的信用额度中扣除待扣费额，生成相应的信用额度扣费记录后，结束处理流程；

步骤S55，从非实时BOSS系统中获取请求计费的用户的当前信用额度；

本步骤中，用户的当前信用额度是指非实时BOSS系统中存储的用户的信用额度。对于同一个用户而言，由于本端和非实时BOSS系统分别存储的该用户的信用额度可能不相同，所以当检测到存储的请求计费的用户的信用额度不够时，还要获取非实时BOSS系统中存储的请求计费的用户的当前信用额度，检测请求计费的用户的当前信用额度是否足额。

本步骤中，获取请求计费的用户的当前信用额度包括：向非实时BOSS系统发送获取请求，请求获取请求计费的用户的当前信用额度；接收非实时BOSS系统收到该获取请求后，返回的请求计费的用户的当前信用额度。

步骤S56，检测步骤S55获取的请求计费的用户的当前信用额度，如果检测结果为是，即请求计费的用户的当前信用额度大于或等于计费请求包含的待扣费额，转到步骤S57；如果检测结果为否，即请求计费的用户的当前信用额度小于计费请求包含的待扣费额，计费失败，失败原因是信用额度不足；

步骤S57，从获取的请求计费的用户的当前信用额度中扣除待扣费额，生成相应的信用额度扣费记录，结束处理流程。

步骤S55至S57在存储的请求计费的用户的信用额度不够时，从非实时BOSS系统中获取用户的当前信用额度，从而避免虽然存储的信用额度不够，但是由于用户的充值等导致的非实时BOSS系统中存储的用户的信用额度足额的情况下无法正常地计费。

本实施例对非实时BOSS系统在线时，采用信用额度计费的过程进行了说明；可以理解的是，当非实时BOSS系统在线时，可以直接将计费请求发送给在线的非实时BOSS系统，非实时BOSS系统采取与现有技术中相同的非实时计费方法。

请参考图6，是本发明实施例的计费方法的第六实施例的流程示意图，本实施例中，BOSS系统为非实时BOSS系统，所述计费方法包括：

步骤S61，生成信用额度扣费记录；

本步骤中，生成的信用额度扣费记录可以是图4和/或图5所述的计费方法中生成的信用额度扣费记录。

步骤S62，定期将生成的信用额度扣费记录发送给非实时BOSS系统；

本步骤中，定期将生成的信用额度扣费记录发送给非实时BOSS系统包括：根据定时器的设置以日或月为单位将信用额度扣费记录发送给非实时BOSS系统；非实时BOSS系统接收到信用额度扣费记录后，实时或延时处理信用额度扣费记录，更新非实时BOSS系统存储的用户的信用额度。

步骤S63，接收非实时BOSS系统定期发送的用户的信用额度信息。

本步骤中，接收非实时BOSS系统定期发送的用户的最新的信用额度信息；根据接收的用户的信用额度信息后，更新存储的用户信息用额度信息。

本实施例中，步骤S62和步骤S63没有严格的执行顺序。

图1至图6从方法流程上对本发明实施例的计费方法时行了详细介绍，下面结合附图，对本发明实施例的计费装置进行详细说明，下面介绍的计费装置可以用于执行上述的计费方法。

请参考图7，是本发明实施例的计费装置的第一实施例的结构示意图，所述计费装置7包括：

判断模块71，用于当接收到计费请求时，判断业务运营支撑系统BOSS系统的工作状态。

其中，计费请求包括：待扣费额、用户账户信息或其它实现计费所需的相关信息；待扣费额是指需要从请求计费的用户账户中扣除的款项，可以是订购的商品的价格或正在使用的服务的价格。用户账户信息对应于请求计费的用户在计费装置和BOSS系统中预先存储的账户。

BOSS系统的工作状态包括：在线状态和离线状态。在线状态是指BOSS系统能够提供正常的计费支撑服务的状态；离线状态是指BOSS系统无法提供计费支撑服务的状态，导致BOSS系统处于离线状态的原因很多，包括但不限于：BOSS系统死机、正在升机或其它原因。

计费模块72，用于当判断模块71判断BOSS系统处于离线状态时，根据计费请求进行计费操作。

其中，计费模块72根据计费请求进行计费包括：计费模块72根据计费请求进行离线计费或计费模块根据计费请求进行信用额度扣费。离线计费和信用额度扣费的具体实施方式在接下的实施例中有具体说明，在此不赘述。

在本实施例中， BOSS系统离线时，由计费模块72代替离线的BOSS系统进行计费，使用户不会由于BOSS系统无法提供计费支撑服务而不能够使用服务或完成商品的订购，提高了用户对服务的评价，增加了用户的满意度。

请参考图8，是本发明的实施例的计费模块的第一实施例的结构示意图，在本实施例中，BOSS系统为实时BOSS系统，所述计费模块72包括：

离线计费单元81，用于当判断模块71判断实时BOSS系统处于离线状态时，根据计费请求进行离线计费，生成相应的离线计费记录。

另外，离线计费单元81生成离线计费记录后，还缓存该离线计费记录。

发送单元82，用于待实时BOSS系统上线后，将离线计费单元81生成的离线计费记录发送给实时BOSS系统，使实时BOSS系统根据离线计费记录进行计费操作。

另外，发送单元82将离线计费单元81生成并缓存的离线计费记录发送给实时BOSS系统后，离线计费单元81将缓存的离线计费记录清空。

请参考图9，是本发明实施例的计费装置的第二实施例的结构示意图，本实施例中，BOSS系统为实时BOSS系统，所述计费装置7与图7所示的计费装置7，其区别点在于，还包括：

发送模块93，用于若判断模块71判断实时BOSS系统处于在线状态时，将接收到的计费请求发送给实时BOSS系统，使实时BOSS系统根据计费请求进行计费，实时BOSS系统根据计费请求进行计费与现有的相同，在此不赘述。

请参考图10，是本发明实施例的计费模块的第二实施例的结构示意图，本实施例中，BOSS系统为非实时BOSS系统，所述计费模块包括：存储单元101、检测单元102、计费单元103、获取单元104。

其中，存储单元101，用于存储用户的信用额度。

在一种实施方式中，若判断模块71判断非实时BOSS系统处于离线状态，那么：

检测单元102，用于检测存储单元101存储的请求计费的用户的信用额度；

计费单元103，用于若检测单元71的检测结果为是时，即存储单元存储的请求计费的用户的信用额度大于或等于计费请求包含的待扣费额，直接从存储单元101存储的请求计费的用户的信用额度中扣除待扣费额，生成信用额度扣费记录。

在另一种实施方式中， 若判断模块71判断非实时BOSS系统处于在线状态，那么：

检测单元102，用于检测存储单元101存储的请求计费的用户的信用额度；

计费单元103，用于若检测单元102的检测结果为是时，即存储模块101存储的请求计费的用户的信用额度大于或等于计费请求包含的待扣费额，直接从存储单元101存储的请求计费的用户的信用额度中扣除待扣费额，生成相应的信用额度扣费记录

获取单元104，用于若检测单元102的检测结果为否，即存储模块101存储的请求计费的用户的信用额度小于计费请求包含的待扣费额，从非实时BOSS系统中获取用户的当前信用额度；

检测单元102，还用于检测获取单元102获取的用户的当前信用额度；

计费单元103，还用于若检测单元102检测为是，即获取单元获取的用户的当前信用额度大于或等于待扣费额，从用户的当前信用额度中扣除待扣费额，生成相应的信用额度扣费记录。

本实施例，对非实时BOSS系统进行信用额度计费，使BOSS系统即使离线，也能够顺利地进行计费。

请参考图11，是本发明实施例的计费装置的第三实施例的结构示意图，本实施例中，BOSS系统为非实时BOSS系统，所述计费装置7包括：

判断模块71，用于接收到计费请求时，判断BOSS系统是否在线；

计费模块72，用于存储用户的信用额度和在判断模块71判断BOSS系统在线时，进行信用额度计费，生成相应的信用额度扣费记录；

其中，计费模块72包括存储单元101，用于存储用户的信用额度；计费单元103，用于进行信用额度扣费，生成相应的信用额度扣费记录。

信用额度同步模块111，用于定期将计费单元103生成的信用额度扣费记录发送给非实时BOSS系统和/或定期接收非实时BOSS系统发送的用户的信用额度信息。

本实施例中，信用额度同步模块111定期将信用额度扣费记录发送给非实时BOSS系统和/或接收非实时BOSS系统定期发送的信用额度信息，使计费装置7在实现对用户进行信用额度计费的同时，保持了与非实时BOSS系统的用户的信用额度的同步。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (14)

1.一种计费方法，其特征在于，包括：

当接收到计费请求时，判断业务运营支撑系统BOSS系统的工作状态，所述工作状态包括在线状态和离线状态；

若判断所述业务运营支撑系统BOSS系统处于离线状态，根据所述计费请求进行计费操作。

2.如权利要求1所述的计费方法，其特征在于，若所述BOSS系统为实时BOSS系统，所述若判断所述BOSS系统处于离线状态，根据所述计费请求进行计费操作，包括：

若判断所述实时BOSS系统处于离线状态，根据所述计费请求进行离线计费，生成相应的离线计费记录。

3.如权种要求2所述的计费方法，其特征在于，所述生成相应的离线计费记录之后，还包括：

待所述实时BOSS系统从离线状态变为在线状态后，将所述离线计费记录发送给所述实时BOSS系统，使所述实时BOSS系统根据所述离线计费记录进行计费操作。

4.如权利要求2或3所述的计费方法，其特征在于，所述判断BOSS系统的工作状态之后，还包括：

若判断所述实时BOSS系统处于在线状态，则将所述计费请求发送给所述实时BOSS系统，使所述实时BOSS系统根据所述计费请求进行计费操作。

5.如权利要求1所述的计费方法，其特征在于，若所述BOSS系统为非实时BOSS系统，所述若判断所述BOSS系统处于离线状态，则根据所述计费请求进行计费操作，包括：

若所述非实时BOSS系统处于离线状态，则所述检测存储的所述请求计费的用户的信用额度；

若存储的所述请求计费的用户的信用额度大于或等于所述计费请求包含的待扣费额，则从存储的所述请求计费的用户的信用额度中扣除所述待扣费额，生成相应的信用额度扣费记录；

若存储的所述请求计费的用户的信用额度小于所述计费请求包含的待扣费额，则计费失败。

6.如权利要求5所述的计费方法，其特征在于，所述判断BOSS系统的工作状态之后，还包括：

若判断所述非实时BOSS系统处于在线状态，检测存储的所述请求计费的用户的信用额度；

若存储的所述请求计费的用户的信用额度大于或等于所述计费请求包含的待扣费额，从存储的所述请求计费的用户的信用额度中扣除所述待扣费额，生成相应的信用额度扣费记录；

若存储的所述请求计费的用户的信用额度小于所述计费请求包含的待扣费额，从所述非实时BOSS系统中获取请求计费的用户的当前信用额度，并检测获取的所述请求计费的用户的当前信用额度；

若获取的所述请求计费的用户的当前信用额度大于或等于所述待扣费额，从获取的所述请求计费的用户的当前信用额度中扣除所述待扣费额，生成相应的信用额度扣费记录；

若获取的所述请求计费的用户的所述当前信用额度小于所述待扣费额，则计费失败。

7.如权利要求5或6所述的计费方法，其特征在于，所述计费方法还包括：

定期将生成的信用额度扣费记录发送给所述非实时BOSS系统和/或接收所述非实时BOSS系统定期发送的用户的信用额度信息。

8.一种计费装置，其特征在于，包括：

判断模块，用于当接收到计费请求时，判断业务运营支撑系统BOSS系统的工作状态，所述工作状态包括在线状态和离线状态；

计费模块，用于当所述判断模块判断所述BOSS系统处于离线状态时，根据所述计费请求进行计费操作。

9.如权利要求8所述的计费装置，其特征在于，若所述BOSS系统为实时BOSS系统，则所述计费模块包括：

离线计费单元，用于当所述判断模块判断所述实时BOSS系统处于离线状态时，根据计费请求进行离线计费，生成相应的离线计费记录。

10.如权利要求9所述的计费装置，其特征在于，所述计费模块还包括：

发送单元，用于待所述实时BOSS系统从离线状态变为在线状态后，将所述离线计费单元生成的所述离线计费记录发送给所述实时BOSS系统，使所述实时BOSS系统根据所述离线计费记录进行计费操作。

11.如权利要求9或10所述的计费装置，其特征在于，还包括：

发送模块，用于若所述判断模块判断所述实时BOSS系统处于在线状态，将接收到的所述计费请求发送给所述实时BOSS系统，使所述实时BOSS系统根据所述计费请求进行计费。

12.如权利要求8所述的计费装置，其特征在于，若所述BOSS系统为非实时BOSS系统，则所述计费模块包括：

存储单元，用于存储用户的信用额度；

检测单元，用于若所述判断模块判断所述非实时BOSS系统处于离线状态，检测所述存储单元存储的请求计费的用户的信用额度；

计费单元，用于若所述检测单元检测所述存储单元存储的请求计费的用户的信用额度大于或等于所述计费请求包含的待扣费额，从所述存储单元存储的请求计费的用户的所述信用额度中直接扣除所述待扣费额，生成信用额度扣费记录。

13.如权利要求12所述的计费装置，其特征在于，所述计费模块还包括：获取单元；

所述检测单元，还用于若所述判断模块判断所述非实时BOSS系统处于在线状态，检测所述存储模块存储的请求计费的用户的信用额度；

所述计费单元，还用于若所述检测单元检测所述存储模块存储的请求计费的用户的信用额度大于或等于所述计费请求包含的待扣费额，直接从所述存储单元存储的请求计费的用户的信用额度中扣除所述待扣费额，生成相应的信用额度扣费记录

所述获取单元，用于若所述检测单元检测存储模块存储的请求计费的用户的信用额度小于所述待扣费额，从所述非实时BOSS系统中获取用户的当前信用额度；

所述检测单元，还用于检测所述获取单元获取的用户的当前信用额度；

所述计费单元，还用于若所述检测单元检测所述获取单元获取的用户的当前信用额度大于或等于待扣费额，从所述当前信用额度中扣除所述待扣费额，生成相应的信用额度扣费记录。

14.如权利要求12或13所述的计费装置，其特征在于，所述计费装置还包括：

信用额度同步模块，用于定期将所述计费单元生成的信用额度扣费记录发送给所述非实时BOSS系统和/或定期接收所述非实时BOSS系统发送的用户的信用额度信息。

Images