消息计费装置、方法、终端及系统与流程

本申请涉及移动通信技术领域，尤其涉及一种消息计费装置、方法、终端及系统。

背景技术：

随着移动互联网的快速发展，4g时代已经来临，并因而催生了新的业务、新的模式。在当代信息时代的大背景下，微信、网购、订餐等在线业务，使手机流量成立人们必不可少的资源。此外，4g网络的发展也极大的提升了手机的网速，从而使运营商流量的收入快速增长。

但是，对于4g用户的数据业务，现有的总部一点支撑的业务系统用于支撑全国4g用户的业务受理，但是其通常采用离线话单的计费方式，计费周期较长，导致短信提醒、信控欠费停开机、封顶等均存在延迟，不能满足用户实时性的要求。因此，如何有效提高实时性，从而提升用户体验成为亟需解决的技术问题。

技术实现要素：

本申请提供一种消息计费装置、方法、终端及系统，以解决现有技术总部一点支撑的业务系统采用离线话单计费方式计费周期长，导致短信提醒、信控欠费停开机、封顶等均存在延迟，不能满足用户实时性的要求等缺陷。

本申请第一个方面提供一种消息计费装置，包括：

在线接入单元，用于接收网元上报的消息计费请求消息，并根据预配置的路由表将所述消息计费请求消息转化为标准的dcc消息发送给消息控制单元；

所述消息控制单元，用于根据第一预设规则，将接收到的所述dcc消息上传到第一消息计费装置，以使第一消息计费装置根据所述dcc消息进行相应的计费批价处理。

本申请的另一个方面提供一种消息计费装置，包括：

消息汇集单元，用于接收第二消息计费装置上传的dcc消息，并根据所述dcc消息，生成预设统一批价指定格式的第一消息话单，并将所述第一消息话单发送给分拣单元；

所述分拣单元，用于根据所述第一消息话单，确定所述第一消息话单对应的用户信息，并将所述第一消息话单以及所述第一消息话单对应的用户信息发送给统一批价单元；

所述统一批价单元，用于根据接收到的所述第一消息话单以及所述第一消息话单对应的用户信息进行计费批价处理。

本申请的再一个方面提供一种消息计费方法，包括：

接收网元上报的消息计费请求消息，并根据预配置的路由表将所述消息计费请求消息转化为标准的dcc消息；

根据第一预设规则，将接收到的所述dcc消息上传到第一消息计费装置，以使第一消息计费装置根据所述dcc消息进行相应的计费批价处理。

本申请的又一个方面提供一种消息计费方法，包括：

接收第二消息计费装置上传的dcc消息，并根据所述dcc消息，生成预设统一批价指定格式的第一消息话单；

根据所述第一消息话单，确定所述第一消息话单对应的用户信息；

根据所述第一消息话单以及所述第一消息话单对应的用户信息进行计费批价处理。

本申请的再一个方面提供一种消息计费终端，包括：

至少一个处理器和存储器；

所述存储器存储计算机程序；所述至少一个处理器执行所述存储器存储的计算机程序，以实现如上所述的方法。

本申请的又一个方面提供一种消息计费系统，包括：

一个或多个如上所述的消息计费装置。

本申请提供的消息计费装置、方法、终端及系统，通过省分在线接收网元上报的消息计费请求消息，转化为标准的dcc消息，上报给总部，由总部统一批价，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。

附图说明

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

图1为本申请一实施例提供的消息计费装置的结构示意图；

图2为本申请另一实施例提供的消息计费装置的结构示意图；

图3为本申请再一实施例提供的消息计费装置的结构示意图；

图4为本申请一实施例提供的消息计费方法的流程示意图；

图5为本申请另一实施例提供的消息计费方法的流程示意图；

图6为本申请再一实施例提供的消息计费方法的流程示意图；

图7为本申请又一实施例提供的消息计费方法的流程示意图；

图8本申请一实施例提供的消息计费终端的结构示意图；

图9本申请一实施例提供的消息计费系统的结构示意图；

图10本申请一实施例提供的消息计费系统的具体结构示意图；

图11本申请一实施例提供的请求消息正常的流程图；

图12本申请一实施例提供的请求消息异常的流程图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

首先对本申请所涉及的名词进行解释：

dcc：diametercc(diametercreditcontrol，diameter信用控制)协议，是一种基于消息的协议，diameter包含基础协议、传送协议、不同的应用扩展。

计费批价处理：是数据处理的第二个阶段，是对预处理后的计费事件结合客户资料、产品资费和优惠策略以及服务协议进行费用计算，并将算费后的计费事件和费用及其他累计数据入库的过程。批价，就是根据用户使用的业务的时间/多少、用户的身份标识、以及所提到的优惠策略等条件，进行用户本次消费的金额计算。批价结束后，就是扣费、写话单之类的操作。

本申请提供的消息计费装置适用于总部-省分两级模式的基于消息的计费方式。省分的消息计费装置在线采集网元上报的消息话单以及采集网元上报的离线话单，并上报给总部的消息计费装置，由总部的消息计费装置进行统一计费批价。总部的消息计费装置融合了在线和离线计费批价及信控提醒能力，既能实现4g用户业务在线信控提醒又能保持离线信控提醒，并且基于消息实时计费，计费周期低于一分钟，相对于现有的总部一点支撑的业务系统，大大缩短了计费周期，提高了信控和提醒的实时性。

实施例一

本实施例提供一种消息计费装置，用于对4g用户进行基于消息的计费批价处理。该装置可以设置在服务器或终端设备中。该消息计费装置可以是各省分的消息计费装置，用于向总部的消息计费装置(又称第一消息计费装置)上报dcc消息，以使总部的消息计费装置统一进行计费批价处理。为了区分总部和省分的消息计费装置，可以将省分的消息计费装置称为第二消息计费装置。

如图1所示，为本实施例提供的消息计费装置的结构示意图，该装置10包括：在线接入单元11和消息控制单元12。

其中，在线接入单元11用于接收网元上报的消息计费请求消息，并根据预配置的路由表将消息计费请求消息转化为标准的dcc消息发送给消息控制单元；消息控制单元，用于根据第一预设规则，将接收到的dcc消息上传到第一消息计费装置，以使第一消息计费装置根据dcc消息进行相应的计费批价处理。

具体的，在线接入单元接收到网元上报的消息计费请求消息时，根据预配置的4g路由表将消息计费请求消息转化为标准的dcc消息，并将dcc消息发送给消息控制单元，其中4g路由表中记录了所有4g用户的用户信息。

消息控制单元接收到在线接入单元发送的dcc消息后，根据第一预设规则将dcc消息上传到第一消息计费装置(即总部消息计费装置)，具体为上传到第一消息计费装置的消息汇集单元。

其中，第一预设规则可以为接收一条dcc消息就上传一次，也可以为接收到多条dcc消息，进行合并后再上传。具体可以根据实际需求进行设置，在此不做限定。

第一消息计费装置的消息汇集单元接收到dcc消息后，根据dcc消息生成预设统一批价指定格式的第一消息话单，并将第一消息话单发送给第一消息计费装置的分拣单元。

第一消息计费装置的分拣单元则根据第一消息话单，确定第一消息话单对应的用户信息，并将第一消息话单以及第一消息话单对应的用户信息发送给第一消息计费装置的统一批价单元。具体为分拣单元根据第一消息话单中已有的信息求取第一消息话单对应的归属、到访、长途、漫游等用户信息，即补充完整第一话单消息计费批价所需的用户信息，再发送给第一消息计费装置的统一批价单元。比如第一消息话单中包括了主叫和被叫，根据主叫和被叫从用户信息库中求取第一消息话单对应的其他用户信息。

第一消息计费装置的统一批价单元根据接收到的第一消息话单以及第一消息话单对应的用户信息进行计费批价处理。

本实施例提供的消息计费装置，通过省分在线接收网元上报的消息计费请求消息，转化为标准的dcc消息，上报给总部，由总部统一批价，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。

实施例二

本实施例对实施例一提供的消息计费装置做进一步补充说明。

作为一种可实施的方式，在上述实施例一的基础上，可选地，省分的消息控制单元还可以用于在接收到在线接入单元发送的dcc消息后，根据dcc消息进行用户鉴权及配额计算处理，生成第一应答消息，并将第一应答消息返回给在线接入单元；用户鉴权为判断用户业务的当前状态是否可用，而不进行反算处理；配额计算为根据预配置的计算规则及用户业务的当前状态确定对用户的本次配额。第一应答消息可以包括dcc消息发送成功的消息、用户鉴权结果和配额计算结果。

可选地，消息控制单元还可以用于在接收到在线接入单元发送的dcc消息后，根据dcc消息进行国际漫游判断等处理。

在线接入单元则将接收到的第一应答消息发送给网元，以使网元根据第一应答消息对用户业务进行监控。具体的，网元可以根据第一应答消息中包括的用户鉴权结果控制用户是否可用业务，根据配额计算结果控制用户本次可用配额。

可选地，若在线接入单元未能将dcc消息成功发送给消息控制单元，即若dcc消息发送给消息控制单元失败，在线接入单元则生成业务放通消息，并将业务放通消息对应的放通结果码返回给网元，使网元暂时放通用户使用业务，待网络恢复后再上传给消息控制单元进行用户鉴权及配额计算处理。

可选地，若网元在第二预设时间内未接收到第一应答消息，则生成离线话单，在业务放通时(即接收到在线接入单元返回的放通结果码时)，网元也会生成离线话单，等待网络恢复时或者定时将生成的离线话单上报给在线接入单元，直到上报成功。

在线接入单元则可以接收网元上报的离线话单，筛选出在线计费用户对应的第一离线话单(即上述网元因未接收到第一应答消息或业务放通时生成的离线话单)发送给第一消息计费装置的消息汇集单元。由于其上报的离线话单可能包括本就是离线计费用户的离线话单，所以需要筛选出第一离线话单。

消息控制单元在异常情况下也会生成离线话单，为了区分，称为第二离线话单，并将第二离线话单发送给第一消息计费装置的消息汇集单元。其中异常情况可以包括消息控制单元无法将dcc消息发送到第一消息计费装置的消息汇集单元、业务放通(比如按省、地市进行业务放通或者按业务类型进行业务放通等)、带宽自动降级(除业务放通导致的带宽降级外的其他带宽自动降级)或无法查到用户信息等等。

第一消息计费装置的消息汇集单元接收到第一离线话单或第二离线话单，或者接收到第一离线话单和第二离线话单时，将其转换为预设统一批价指定格式的第二消息话单，并发送给第一消息计费装置的分拣单元，第一消息计费装置的分拣单元及统一批价单元对第二消息话单的处理过程与上述第一消息话单相同，在此不再赘述。

可选地，消息控制单元还可以接收第一消息计费装置的消息汇集单元返回的第二应答消息，第二应答消息为第一消息计费装置的消息汇集单元在接收到消息控制单元上传的dcc消息后，向消息控制单元返回的应答消息，用于告知消息控制单元dcc消息上传成功。

可选地，该装置10还可以包括联机采集单元，用于采集网元上报的第三离线话单，并将第三离线话单发送给第一消息计费装置以使第一消息计费装置根据第三离线话单及dcc消息进行计费批价处理。

具体的，第三离线话单为离线计费用户对应的离线话单，联机采集单元将第三离线话单发送给第一消息计费装置的标准离线话单生成单元。

第一消息计费装置的标准离线话单生成单元在接收到联机采集单元发送的第三离线话单后，根据第三离线话单生成标准离线话单发送给第一消息计费装置的统一批价单元。

具体的，第一消息计费装置的标准离线话单生成单元可以包括离线话单分拣子单元和排重子单元，分别用于对第三离线话单进行分拣处理生成标准话单和对标准话单进行排重处理，最终获得上述标准离线话单。

第一消息计费装置的统一批价单元则可以根据标准离线话单进行离线计费批价处理，也可以根据标准离线话单以及上述第一消息话单综合进行计费批价处理。原因为：可能某用户的部分业务属于在线计费业务，会产生第一消息话单，而另一部分业务属于离线计费业务，会产生标准离线话单，则第一消息计费装置的统一批价单元既可收到该用户对应的第一消息话单又可收到该用户对应的标准离线话单，则可以综合对该用户进行计费批价处理。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

本实施例提供的消息计费装置，通过省分在线接收网元上报的消息计费请求消息，转化为标准的dcc消息，上报给总部，由总部统一批价，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。

实施例三

本实施例提供一种消息计费装置，用于对4g用户进行基于消息的计费批价处理。该装置可以设置在服务器或终端设备中。该消息计费装置可以是总部的消息计费装置，用于根据各省分的消息计费装置(又称第二消息计费装置)上报的dcc消息，统一进行计费批价处理。为了区分总部和省分的消息计费装置，可以将总部的消息计费装置称为第一消息计费装置。

如图2所示，为本实施例提供的消息计费装置的结构示意图。该消息计费装置30包括消息汇集单元31、分拣单元32和统一批价单元33。

其中，消息汇集单元31用于接收第二消息计费装置上传的dcc消息，并根据dcc消息，生成预设统一批价指定格式的第一消息话单，并将第一消息话单发送给分拣单元；分拣单元32用于根据第一消息话单，确定第一消息话单对应的用户信息，并将第一消息话单以及第一消息话单对应的用户信息发送给统一批价单元；统一批价单元33用于根据接收到的第一消息话单以及第一消息话单对应的用户信息进行计费批价处理。

消息汇集单元具体可以通过消息中间件发送给分拣单元，比如kafka。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关相对端的装置的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本实施例提供的消息计费装置，通过根据省分的消息计费装置上报的dcc消息进行分拣之后，由统一批价单元统一进行计费批价处理，在实现各省分业务统一管理的基础上，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。

实施例四

本实施例对实施例三提供的消息计费装置做进一步补充说明。

如图3所示，为本实施例提供的消息计费装置的结构示意图。

作为一种可实施的方式，在上述实施例三的基础上，可选地，该装置30还包括信控提醒单元34。

其中，统一批价单元33还用于将计费批价处理的计费结果发送给信控提醒单元34；信控提醒单元34用于接收统一批价单元发送的计费结果，并根据计费结果进行信控及提醒处理。

作为另一种可实施的方式，在上述实施例三的基础上，可选地，消息汇集单元31还用于在接收到第二消息计费装置上传的dcc消息后，向第二消息计费装置返回第二应答消息，第二应答消息为dcc消息上传成功的消息。

作为再一种可实施的方式，在上述实施例三的基础上，可选地，消息汇集单元31还用于接收第二消息计费装置发送的第一离线话单和/或第二离线话单，并将第一离线话单和/或第二离线话单转换为预设统一批价指定格式的第二消息话单，并发送给分拣单元，以使分拣单元根据第二消息话单，确定第二消息话单对应的用户信息，并将第二消息话单以及第二消息话单对应的用户信息发送给统一批价单元进行计费批价处理。

作为又一种可实施的方式，在上述实施例三的基础上，可选地，该装置30还可以包括用户信息同步单元35，用于将用户信息通过用户信息同步接口下发到各第二消息计费装置的消息控制单元，为各第二消息计费装置的消息控制单元进行用户鉴权及配额计算提供用户信息数据。

具体的，用户信息同步单元可以在用户信息发生变动时，实时将新的用户信息通过用户信息同步接口下发到各第二消息计费装置的消息控制单元。第二消息计费装置可以包括存储单元，用于存储用户信息，保持与总部用户信息的同步。

作为再一种可实施的方式，在上述实施例三的基础上，可选地，该装置30还可以包括标准离线话单生成单元36。

其中，标准离线话单生成单元36用于接收第二消息计费装置的联机采集单元发送的第三离线话单，并根据第三离线话单生成标准离线话单发送给统一批价单元；统一批价单元33还用于接收标准离线话单，并根据标准离线话单、分拣单元发送的第一消息话单以及第一消息话单对应的用户信息进行计费批价处理。

标准离线话单生成单元36具体可以包括离线话单分拣子单元和排重子单元，分别用于对第三离线话单进行分拣处理生成标准话单和对标准话单进行排重处理，最终获得上述标准离线话单。

具体的，联机采集单元从网元采集到的第三离线话单是原始话单数据，内容格式不规整，离线话单分拣子单元接收联机采集单元发送的第三离线话单，并根据第二预设规则进行分拣处理，将第三离线话单生成标准格式的标准话单，再由排重子单元对标准话单进行排重处理，最终生成标准离线话单。此处的分拣处理与上述分拣单元类似，在此不再赘述。

可选地，该装置30还可以包括计费清单生成单元和账单生成单元，分别用于生成计费清单和累账出账等，具体执行过程可以为现有技术中任意可实施的方式，在此不再赘述。

可选地，该装置30还包括act库37，act库37中存储有用户信息，计费批价时，对act库中用户信息进行更新，用户信息同步单元则从act库中获取更新的用户信息下发给省分的消息计费装置进行同步。

关于本实施例中的装置，其中各个模块执行操作的具体方式已经在有关交互的相对端装置的实施例中进行了详细描述，此处将不做详细阐述说明。

需要说明的是，本实施例中各可实施的方式可以单独实施，也可以在不冲突的情况下以任意组合方式结合实施本申请不做限定。

根据本实施例的消息计费装置，通过根据省分的消息计费装置上报的dcc消息进行分拣之后，由统一批价单元统一进行计费批价处理，在实现各省分业务统一管理的基础上，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。并且可以接收各省分消息计费装置的联机采集系统上报的离线话单，并根据离线话单进行计费批价处理，还可以综合离线话单和在线消息话单统一进行计费批价处理，集在线和离线于一身，在保证对离线计费用户进行离线计费批价的基础上，有效缩短4g在线用户的计费周期，提高信控和提醒的实时性，避免用户业务使用大量超额造成损失的情况发生。

实施例五

本实施例提供一种消息计费方法，用于对4g用户进行基于消息的计费批价处理。本实施例的消息计费方法的执行主体为消息计费装置，具体为上述实施例一或实施例二提供的消息计费装置，即第二消息计费装置(省分的消息计费装置)。

如图4所示，为本实施例提供的消息计费方法的流程示意图。该方法包括：

步骤501，接收网元上报的消息计费请求消息，并根据预配置的路由表将消息计费请求消息转化为标准的dcc消息。

步骤502，根据第一预设规则，将接收到的dcc消息上传到第一消息计费装置，以使第一消息计费装置根据dcc消息进行相应的计费批价处理。

关于本实施例中的方法，其中各个步骤的具体执行方式已经在有关装置的实施例中进行了详细描述，此处将不做详细阐述说明。

本实施例提供的消息计费方法，通过省分在线接收网元上报的消息计费请求消息，转化为标准的dcc消息，上报给总部，由总部统一批价，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。

实施例六

本实施例对实施例五提供的消息计费方法做进一步补充说明。

如图5所示，为本实施例提供的消息计费方法的流程示意图。

在上述实施例五的基础上，可选地，该方法还包括：

步骤6011，根据dcc消息进行用户鉴权及配额计算处理，生成第一应答消息。

用户鉴权为判断用户业务的当前状态是否可用，而不进行反算处理；配额计算为根据预配置的计算规则及用户业务的当前状态确定对用户的本次配额。

步骤6012，将第一应答消息发送给网元，以使网元根据第一应答消息对用户业务进行监控。

在上述实施例五的基础上，可选地，该方法还可以包括：

步骤6021，接收第一消息计费装置返回的第二应答消息，若在第一预设时间内未接收到第二应答消息，则进行超时判断，若判断结果满足预设超时条件，则进行带宽降级处理。

在上述实施例五的基础上，可选地，该方法还可以包括：

步骤6031，接收网元上报的离线话单，筛选出在线计费用户对应的第一离线话单，并将第一离线话单发送给第一消息计费装置，以使第一消息计费装置根据第一离线话单进行相应的处理。

第一离线话单为由于业务放通或在线接入单元应答超时生成的离线话单；

在上述实施例五的基础上，可选地，该方法还可以包括：

步骤6041，在异常情况时生成第二离线话单，并将第二离线话单发送给第一消息计费装置，以使第一消息计费装置根据第二离线话单进行相应的处理，异常情况包括dcc消息无法发送到第一消息计费装置、业务放通、带宽自动降级或无法查到用户信息。

在上述实施例五的基础上，可选地，该方法还可以包括：

步骤6051，获取网元上报的第三离线话单，并将第三离线话单发送给第一消息计费装置，以使第一消息计费装置根据第三离线话单及dcc消息进行计费批价处理。

关于本实施例中的方法，其中各个步骤的具体执行方式已经在有关装置的实施例中进行了详细描述，此处将不做详细阐述说明。

本实施例提供的消息计费方法，通过省分在线接收网元上报的消息计费请求消息，转化为标准的dcc消息，上报给总部，由总部统一批价，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。

实施例七

本实施例提供一种消息计费方法，用于对4g用户进行基于消息的计费批价处理。本实施例的消息计费方法的执行主体为消息计费装置，具体为上述实施例三或实施例四提供的消息计费装置，即第一消息计费装置(总部的消息计费装置)。

如图6所示，为本实施例提供的消息计费方法的流程示意图。该方法包括：

步骤701，接收第二消息计费装置上传的dcc消息。

步骤702，根据dcc消息，生成预设统一批价指定格式的第一消息话单。

步骤703，根据第一消息话单，确定第一消息话单对应的用户信息。

步骤704，根据第一消息话单以及第一消息话单对应的用户信息进行计费批价处理。

关于本实施例中的方法，其中各个步骤的具体执行方式已经在有关装置的实施例中进行了详细描述，此处将不做详细阐述说明。

根据本实施例提供的消息计费方法，通过根据省分的消息计费装置上报的dcc消息进行分拣之后，由统一批价单元统一进行计费批价处理，在实现各省分业务统一管理的基础上，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。

实施例八

本实施例对实施例七提供的消息计费方法做进一步补充说明。

如图7所示，为本实施例提供的消息计费方法的流程示意图。

在上述实施例七的基础上，可选地，该方法还包括：

步骤801，根据计费批价处理的计费结果进行信控及提醒处理。

在上述实施例七的基础上，可选地，在接收到第二消息计费装置上传的dcc消息后，该方法还包括：

步骤802，向第二消息计费装置返回第二应答消息，第二应答消息为dcc消息上传成功的消息。

在上述实施例七的基础上，可选地，该方法还包括：

步骤803，接收第二消息计费装置发送的第一离线话单和/或第二离线话单，并将第一离线话单和/或第二离线话单转换为预设统一批价指定格式的第二消息话单；根据第二消息话单，确定第二消息话单对应的用户信息；根据第二消息话单以及第二消息话单对应的用户信息进行计费批价处理。

在上述实施例七的基础上，可选地，该方法还包括：

步骤804，将用户信息通过用户信息同步接口下发到各第二消息计费装置的消息控制单元，为各第二消息计费装置的消息控制单元进行用户鉴权及配额计算提供用户信息数据。

在上述实施例七的基础上，可选地，该方法还包括：

步骤8051，接收第二消息计费装置的联机采集单元发送的第三离线话单，并根据第三离线话单生成标准离线话单。

步骤8052，根据标准离线话单、第一消息话单以及第一消息话单对应的用户信息进行计费批价处理。

关于本实施例中的方法，其中各个步骤的具体执行方式已经在有关装置的实施例中进行了详细描述，此处将不做详细阐述说明。

本实施例的消息计费方法，通过根据省分的消息计费装置上报的dcc消息进行分拣之后，由统一批价单元统一进行计费批价处理，在实现各省分业务统一管理的基础上，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。并且可以接收各省分消息计费装置的联机采集系统上报的离线话单，并根据离线话单进行计费批价处理，还可以综合离线话单和在线消息话单统一进行计费批价处理，集在线和离线于一身，在保证对离线计费用户进行离线计费批价的基础上，有效缩短4g在线用户的计费周期，提高信控和提醒的实时性，避免用户业务使用大量超额造成损失的情况发生。

实施例九

本实施例提供一种消息计费终端，用于执行上述实施例五或实施例六提供的消息计费方法，或者用于执行上述实施例七或实施例八提供的消息计费方法。

如图8所示，为本实施例提供的消息计费终端的结构示意图。该消息计费终端90包括：至少一个处理器91和存储器92。

其中，存储器存储计算机程序；至少一个处理器执行存储器存储的计算机程序，以实现上述实施例五或实施例六提供的消息计费方法，或者以实现实施例七或实施例八提供的消息计费方法。

本实施例提供的消息计费终端，通过根据省分的消息计费装置实时上报的dcc消息进行分拣之后，由统一批价单元统一进行计费批价处理，在实现各省分业务统一管理的基础上，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。并且可以接收各省分消息计费装置的联机采集系统上报的离线话单，并根据离线话单进行计费批价处理，还可以综合离线话单和在线消息话单统一进行计费批价处理，集在线和离线于一身，在保证对离线计费用户进行离线计费批价的基础上，有效缩短4g在线用户的计费周期，提高信控和提醒的实时性，避免用户业务使用大量超额造成损失的情况发生。

实施例十

本实施例提供一种消息计费系统，用于对4g用户进行基于消息的计费批价处理。

如图9所示，为本实施例提供的消息计费系统的结构示意图。该消息计费系统100包括一个或多个上述实施例三或实施例四提供的消息计费装置30，以及一个或多个上述实施例一或实施例二提供的消息计费装置10。

即可以包括一个或多个总部消息计费装置，以及一个或多个省分消息计费装置。以一个总部消息计费装置和多个省分消息计费装置为例，各省分消息计费装置负责从网元采集消息话单或离线话单，上报给总部消息计费装置，由总部消息计费装置统一进行计费批价处理，并将用户信息同步给各省分消息计费装置。

如图10所示，为本实施例提供的消息计费系统的具体结构示意图。

如图11所示，为本实施例提供的请求消息正常的流程图。

如图12所示，为本实施例提供的请求消息异常的流程图。

需要说明的是，本申请提供的消息计费系统可以采用分布式架构设计,分布式系统是建立在网络之上的软件系统，系统内各模块具有高度的内聚性和透明性。内聚性是指每一个服务节点高度自治，不同服务节点之间互相没有影响。透明性是指每一个服务节点对用户的应用来说都是透明的、等价的，承载能力是无区别的。在分布式系统中，通过统一接口向外界提供服务能力，用户感觉不到具体节点的分布情况。

本申请的消息计费系统，可以是以分布式集群的方式为用户提供业务服务，在此并不限定。

本实施例提供的消息计费系统，通过根据省分的消息计费装置实时上报的dcc消息进行分拣之后，由统一批价单元统一进行计费批价处理，在实现各省分业务统一管理的基础上，基于消息实时计费实现了总部一点支撑在线实时计费批价，有效降低了计费周期，从而提高信控和短信提醒的实时性。并且可以接收各省分消息计费装置的联机采集系统上报的离线话单，并根据离线话单进行计费批价处理，还可以综合离线话单和在线消息话单统一进行计费批价处理，集在线和离线于一身，在保证对离线计费用户进行离线计费批价的基础上，有效缩短4g在线用户的计费周期，提高信控和提醒的实时性，避免用户业务使用大量超额造成损失的情况发生。

本申请实施例中，“第一”、“第二”仅用于区分描述，并不用于限定顺序。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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