CN112087310B - 计费处理方法、装置及计算机可读存储介质 - Google Patents

Abstract

本公开涉及一种计费处理方法、装置及计算机可读存储介质。计费处理方法包括：获取用户的实时个性化信息；当实时个性化信息满足批价延缓适用条件时，延缓批价处理。

Description

计费处理方法、装置及计算机可读存储介质

技术领域

本公开涉及通信技术领域，特别涉及一种计费处理方法、装置及计算机可读存储介质。

背景技术

近年来，随着通信领域流量经营业务的快速发展，其计费系统所承担的性能压力也越来越大。一方面，APP内容和种类不断增加，导致业务数据量爆发式增长，计费处理过程更加复杂。另一方面，例如5G、物联网等新兴业务的发展也对计费处理提出了更高的效率要求。

发明内容

本公开提供了一种计费处理方法、装置及计算机可读存储介质，以提高计费处理的效率。

根据本公开的一个方面，提供了一种计费处理方法，包括：

获取用户的实时个性化信息；

当所述实时个性化信息满足批价延缓适用条件时，延缓批价处理。

在一些实施例中，所述实时个性化信息包括用户所订购套餐的使用量，所述批价延缓适用条件包括用户所订购套餐的使用量未达到使用量阈值；和/或，所述实时个性化信息包括用户所订购套餐的余量，所述批价延缓适用条件包括用户所订购套餐的余量不小于余量阈值；和/或，所述实时个性化信息包括用户的账户余额，所述批价延缓适用条件包括用户的账户余额不小于余额阈值。

在一些实施例中，所述用户为离线计费用户；所述延缓批价处理，包括：根据所述离线计费用户的最新的计费话单，对合并话单进行数据合并更新。

在一些实施例中，所述计费处理方法，还包括：当所述实时个性化信息不满足所述批价延缓适用条件时，对当前的所述合并话单进行批价。

在一些实施例中，所述计费处理方法，还包括：在所述对合并话单进行数据合并更新之前，对所述最新的计费话单进行数据预处理。

在一些实施例中，所述用户为在线计费用户；所述延缓批价处理，包括：根据第一授信步长对计费消息进行批价，所述第一授信步长大于初始授信步长。

在一些实施例中，所述第一授信步长为第一授信时间步长，所述初始授信步长为初始授信时间步长；或者，所述第一授信步长为第一授信流量步长，所述初始授信步长为初始授信流量步长。

在一些实施例中，所述第一授信步长为固定值，或者，所述第一授信步长根据所述实时个性化信息确定。

在一些实施例中，所述计费处理方法，还包括：当所述实时个性化信息不满足所述批价延缓适用条件时，根据所述初始授信步长对计费消息进行批价。

在一些实施例中，所述计费处理方法，还包括：当收到所述在线计费用户的终止使用业务请求时，对计费消息进行批价。

根据本公开的另一个方面，提供了一种计费处理装置，包括：

获取模块，用于获取用户的实时个性化信息；

第一处理模块，用于当所述实时个性化信息满足批价延缓适用条件时，延缓批价处理。

在一些实施例中，所述用户为离线计费用户；所述第一处理模块，用于当所述实时个性化信息满足批价延缓适用条件时，根据所述离线计费用户的最新的计费话单，对合并话单进行数据合并更新。

在一些实施例中，所述计费处理装置，还包括：第二处理模块，用于当所述实时个性化信息不满足所述批价延缓适用条件时，对当前的所述合并话单进行批价。

在一些实施例中，所述计费处理装置，还包括：预处理模块，用于在所述对合并话单进行数据合并更新之前，对所述最新的计费话单进行数据预处理。

在一些实施例中，所述用户为在线计费用户；所述第一处理模块，用于当所述实时个性化信息满足批价延缓适用条件时，根据第一授信步长对计费消息进行批价，所述第一授信步长大于初始授信步长。

在一些实施例中，所述计费处理装置，还包括：第三处理模块，用于当所述实时个性化信息不满足所述批价延缓适用条件时，根据所述初始授信步长对计费消息进行批价。

在一些实施例中，所述计费处理装置，还包括：第四处理模块，用于当收到所述在线计费用户的终止使用业务请求时，对计费消息进行批价。

根据本公开的又一个方面，提供了一种计费处理装置，包括：

存储器；和耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行前述任一技术方案所述的计费处理方法。

根据本公开的再一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一技术方案所述的计费处理方法。

根据本公开上述的技术方案，当用户的实时个性化信息满足批价延缓适用条件时，延缓批价处理。这样，可以减少网元与计费系统之间的交互次数，也就是减少了批价次数，从而有效缓解了批价性能压力，提高了计费处理效率。

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

图1为本公开至少一实施例的计费处理方法的流程示意图；

图2为本公开至少一实施例的计费处理方法的流程示意图；

图3为本公开至少一实施例的计费处理方法的流程简图；

图4为本公开至少一实施例的计费处理方法的流程示意图；

图5为本公开至少一实施例的计费处理方法的流程示意图；

图6a为本公开至少一实施例的计费处理装置的示意图；

图6b为本公开至少一实施例的计费处理装置的示意图；

图7为本公开至少一实施例的计算机系统的示意图。

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。对示例性实施例的描述仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。本公开可以以许多不同的形式实现，不限于这里所述的实施例。提供这些实施例是为了使本公开透彻且完整，并且向本领域技术人员充分表达本公开的范围。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置应被解释为仅仅是示例性的，而不是作为限制。

本公开使用的所有术语(包括技术术语或者科学术语)与本公开所属领域的普通技术人员理解的含义相同，除非另外特别定义。还应当理解，在诸如通用字典中定义的术语应当被解释为具有与它们在相关技术的上下文中的含义相一致的含义，而不应用理想化或极度形式化的意义来解释，除非这里明确地这样定义。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

相关技术中，运营商一般采用离线计费或在线计费两种方式对业务进行计费。离线计费是根据每次业务使用完毕后所产生的计费话单进行计费，其中，计费话单指原始通信记录信息，包括了语言、短信、数据等相关业务。在线计费则是在业务使用过程中计费系统与网元实时交互，每次为网元申请一个固定授信步长以供用户使用，直至用户终止使用业务或账户余额用完，从而实现对用户的实时信用控制，降低欠费风险。

无论离线计费还是在线计费，批价均是计费处理过程中的核心步骤。批价是对计费事件结合用户资料、产品资费和优惠策略以及服务协议等进行费用计算，并将算费后的计费事件和费用及其它累计数据入库的过程。批价的程序逻辑复杂，计算量大，因此所承担的性能压力也最大。

本申请的发明人在实现本公开实施例的过程中发现，随着网络数据业务的爆发式增长，相关技术采用的离线计费方式或在线计费方式均给计费批价带来很大的性能压力，导致计费效率较低。

基于上述问题，本公开实施例提供了一种计费处理方法、装置及计算机可读存储介质，以缓解计费批价的性能压力，提高计费处理效率。

图1示出了本公开至少一实施例的计费处理方法的流程示意图。该实施例计费处理方法，包括了以下步骤S1和S2。

步骤S1：获取用户的实时个性化信息。

步骤S2：当实时个性化信息满足批价延缓适用条件时，延缓批价处理。

在步骤S2中，批价延缓适用条件可以由运营商预设。例如，在一些实施例中，批价延缓适用条件包括用户所订购套餐的使用量未达到使用量阈值。相应的，在步骤S1中，所获取的实时个性化信息包括用户所订购套餐的使用量。即：当用户所订购套餐的使用量小于使用量阈值，则认为满足批价延缓适用条件，否则认为不满足批价延缓适用条件。

又例如，在一些实施例中，步骤S2中的批价延缓适用条件包括用户所订购套餐的余量不小于余量阈值。在步骤S1中，所获取的实时个性化信息包括用户所订购套餐的余量。

再例如，在一些实施例中，步骤S2中的批价延缓适用条件包括用户的账户余额不小于余额阈值。在步骤S1中，所获取的实时个性化信息包括用户的账户余额。

值得一提的是，批价延缓适用条件可以同时包括两个或两个以上不同方面的限制条件。例如，在一个实施例中，步骤S2中的批价延缓适用条件包括：用户所订购套餐的余量不小于余量阈值且用户的账户余额不小于余额阈值。在步骤S1中，所获取的实时个性化信息应包括用户所订购套餐的余量和用户的账户余额。关于批价延缓适用条件的更多预设实施例，这里不再一一列举。

本公开实施例的计费处理方法，既可适用于离线计费用户，也可适用于在线计费用户。根据本公开上述实施例的技术方案，当用户的实时个性化信息满足批价延缓适用条件时，延缓批价处理。这样，可以减少网元与计费系统之间的交互次数，也就是减少了批价次数，从而有效缓解了批价性能压力，提高了计费处理效率。

图2示出了本公开至少一实施例的计费处理方法的流程示意图。该实施例计费处理方法，针对离线计费用户，包括了以下步骤S201-步骤S204。

步骤S201：获取离线计费用户的实时个性化信息。

步骤S202：判断实时个性化信息是否满足批价延缓适用条件。如果是，流程走向步骤S203，否则流程走向步骤S204。

步骤S203：根据离线计费用户的最新的计费话单，对合并话单进行数据合并更新。

即：暂不进行批价，而是将最新的计费话单与之前未批价的计费话单进行数据合并，形成新的合并话单。

可以理解的，如果之前未批价计费话单数量为零，则合并话单第一次更新后的数据是该最新的计费话单的数据。

步骤S204：对当前的合并话单进行批价。即：对当前的合并话单按照常规处理方式进行批价。

在本公开的一些实施例中，计费处理方法还可以包括：在对合并话单进行数据合并更新之前，对最新的计费话单进行数据预处理。

预处理步骤可以包括对计费话单进行字段校验转换，排序去重合并以及信息增强处理等，从而可以提高后续批价处理的效率和准确性。

图3示出了本公开至少一实施例针对离线计费用户的计费处理方法的流程简图。可以看出，计费处理经历了计费话单采集、计费话单数据预处理、用户的实时个性化信息分析、批价和合账等步骤。其中，计费话单数据预处理和用户的实时个性化信息分析可以在同一阶段完成，也可以先进行计费话单数据预处理，再进行用户的实时个性化信息分析。

根据本公开上述实施例的技术方案，当离线计费用户的实时个性化信息满足批价延缓适用条件时，将最新的计费话单与之前未批价的计费话单进行数据合并，而并不需要对该最新的计费话单进行批价。因此，针对离线计费用户的计费处理，可以减少批价次数，从而有效缓解批价性能压力，提高计费处理效率。

图4示出了本公开至少一实施例的计费处理方法的流程示意图。该实施例计费处理方法，针对在线计费用户，包括了以下步骤S401-步骤S404。

步骤S401：获取在线计费用户的实时个性化信息。

步骤S402：判断实时个性化信息是否满足批价延缓适用条件。如果是，流程走向步骤S403，否则流程走向步骤S404。

步骤S403：根据第一授信步长对计费消息进行批价，第一授信步长大于初始授信步长。

在本公开的一些实施例中，第一授信步长可以为第一授信时间步长，初始授信步长为初始授信时间步长。例如，将第一授信时间步长设定为20分钟，将初始授信时间步长设定为2分钟。

在本公开的另一些实施例中，第一授信步长可以为第一授信流量步长，初始授信步长为初始授信流量步长。例如，将第一授信流量步长设定为200M，将初始授信流量步长设定为20M。

在一些实施例中，第一授信步长为固定值。例如，可以由运营商预设。

在另一些实施例中，第一授信步长根据实时个性化信息确定。例如，可以按照运营商预设的规则，根据实时个性化信息作出动态调整。

步骤S404：根据初始授信步长对计费消息进行批价。即按照常规处理方式对计费消息进行批价。

当实时个性化信息不满足或不再满足批价延缓适用条件时，根据初始授信步长对计费消息进行批价，可以进行实时信用监控以降低欠费风险。

在本公开的一些实施例中，计费处理方法还包括：当收到在线计费用户的终止使用业务请求时，对计费消息进行批价。通过该实施例步骤，以继续完成该次用户业务的在线计费流程。

图5示出了本公开至少一实施例针对在线计费用户的计费处理方法的流程示意图。计费系统包括了计费控制模块和批价余额模块。以网元发起的通话请求为例，计费处理过程包括了以下各步骤。

步骤S501：网元向计费控制模块发起会话请求，申请初始授信时间步长，如2分钟时间片。

步骤S502：计费控制模块判断实时个性化信息是否满足批价延缓适用条件。如果是，流程走向步骤S503，否则流程走向步骤S513。

步骤S503：计费控制模块通知网元第一授信时间步长，如20分钟时间片。

步骤S504：网元向计费控制模块申请20分钟时间片。

步骤S505：计费控制模块向批价余额模块申请20分钟时间片。

步骤S506：批价余额模块进行费用计算。

步骤S507：批价余额模块向计费控制模块授权20分钟时间片。

步骤S508：计费控制模块授权网元通话20分钟时间片。

步骤S509：网元向计费控制模块申请20分钟时间片。

步骤S510：计费控制模块判断实时个性化信息是否满足批价延缓适用条件。如果是，流程走向步骤S505，否则流程走向步骤S511。

步骤S511：计费控制模块通知网元初始授信时间步长，如2分钟时间片。

步骤S512：网元向计费控制模块申请2分钟时间片。

步骤S513：计费控制模块向批价余额模块申请2分钟时间片。

步骤S514：批价余额模块进行费用计算。

步骤S515：批价余额模块向计费控制模块授权2分钟时间片。

步骤S516：计费控制模块授权网元通话2分钟时间片。

在步骤S516之后，如果网元没有请求终止通话，流程走向步骤S512，并重复步骤S512至S516。

如果网元终止通话请求，则计费处理过程还包括以下步骤S517-步骤S521。

步骤S517：网元向计费控制模块发送携带实际使用业务量的终止通话请求。

步骤S518：计费控制模块向批价余额模块发送携带实际使用业务量的终止通话请求。

步骤S519：批价余额模块进行费用计算。

步骤S520：批价余额模块向计费控制模块发送终止通话应答。

步骤S521：计费控制模块终止网元的通话应答。

根据本公开上述的技术方案，当在线计费用户的实时个性化信息满足批价延缓适用条件时，根据较大的第一授信步长对计费消息进行批价。这样，可以减少网元与计费系统之间的交互次数，也就是减少了批价次数，从而有效缓解了批价性能压力，提高了计费处理效率。而当实时个性化信息不满足或不再满足批价延缓适用条件时，根据较小的初始授信步长对计费消息进行批价，可以对在线计费用户进行实时信用监控，以降低欠费风险。

如图6a所示，本公开至少一实施例提供了一种计费处理装置6A，包括：

获取模块61，用于获取用户的实时个性化信息；

第一处理模块62，用于当实时个性化信息满足批价延缓适用条件时，延缓批价处理。

同理，采用本公开上述实施例计费处理装置的技术方案，当用户的实时个性化信息满足批价延缓适用条件时，延缓批价处理。这样，可以减少网元与计费系统之间的交互次数，也就是减少了批价次数，从而有效缓解了批价性能压力，提高了计费处理效率。

本公开至少一实施例的计费处理装置针对离线计费用户，其中：

前述第一处理模块，用于当实时个性化信息满足批价延缓适用条件时，根据离线计费用户的最新的计费话单，对合并话单进行数据合并更新。

由于离线计费并不是针对每条计费话单进行一次批价，因此可以减少批价次数，有效缓解计费批价的性能压力，提高计费处理效率。

针对离线计费用户，本公开至少一实施例的计费处理装置，还可以包括：第二处理模块，用于当实时个性化信息不满足批价延缓适用条件时，对当前的合并话单进行批价。

针对离线计费用户，本公开至少一实施例的计费处理装置，还可以包括：预处理模块，用于在对合并话单进行数据合并更新之前，对最新的计费话单进行数据预处理。

本公开至少一实施例的计费处理装置针对在线计费用户，其中：

前述第一处理模块，用于当实时个性化信息满足批价延缓适用条件时，根据第一授信步长对计费消息进行批价，第一授信步长大于初始授信步长。

同理，当在线计费用户的实时个性化信息满足批价延缓适用条件时，根据较大的第一授信步长对计费消息进行批价，这样可以有效缓解批价性能压力，提高计费处理效率。而当实时个性化信息不满足或不再满足批价延缓适用条件时，根据较小的初始授信步长对计费消息进行批价，可以对在线计费用户进行实时信用监控，以降低欠费风险。

针对在线计费用户，本公开至少一实施例的计费处理装置，还可以包括：

第三处理模块，用于当实时个性化信息不满足批价延缓适用条件时，根据初始授信步长对计费消息进行批价。

针对在线计费用户，本公开至少一实施例的计费处理装置，还可以包括：

第四处理模块，用于当收到在线计费用户的终止使用业务请求时，对计费消息进行批价。

如图6b所示，本公开至少一实施例还提供了一种计费处理装置6B，包括：存储器601和耦接至存储器601的处理器602，处理器602被配置为基于存储在存储器601中的指令，执行如前述任一实施例的计费处理方法。

应当理解，前述计费处理方法中的各个步骤都可以通过处理器来实现，并且可以通过软件、硬件、固件或其结合的任一种方式实现。

除了计费处理方法、装置之外，本公开实施例还可采用在一个或多个包含有计算机程序指令的非易失性存储介质上实施的计算机程序产品的形式。因此，本公开至少一实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如前述任一技术方案的计费处理方法。

图7示出了本公开至少一实施例的计算机系统的示意图。

如图7所示，计算机系统可以用通用计算设备的形式表现，该计算机系统可以用来实现上述实施例的计费处理装置。计算机系统包括存储器710、处理器720和连接不同系统组件的总线700。

存储器710例如可以包括系统存储器、非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。系统存储器可以包括易失性存储介质，例如随机存取存储器(RAM)和/或高速缓存存储器。非易失性存储介质例如存储有执行显示方法的对应实施例的指令。非易失性存储介质包括但不限于磁盘存储器、光学存储器、闪存等。

处理器720可以用通用处理器、数字信号处理器(DSP)、应用专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑设备、分立门或晶体管等分立硬件组件方式来实现。相应地，诸如判断模块和确定模块的每个模块，可以通过中央处理器(CPU)运行存储器中执行相应步骤的指令来实现，也可以通过执行相应步骤的专用电路来实现。

总线700可以使用多种总线结构中的任意总线结构。例如，总线结构包括但不限于工业标准体系结构(ISA)总线、微通道体系结构(MCA)总线、外围组件互连(PCI)总线。

计算机系统还可以包括输入输出接口730、网络接口740、存储接口750等。输入输出接口730、网络接口740、存储接口750以及存储器710和处理器720之间可以通过总线700连接。输入输出接口730可以为显示器、鼠标、键盘等输入输出设备提供连接接口。网络接口740为各种联网设备提供连接接口。存储接口750为软盘、U盘、SD卡等外部存储设备提供连接接口。

至此，已经详细描述了本公开的各种实施例。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改或者对部分技术特征进行等同替换。本公开的范围由所附权利要求来限定。

Claims (12)

1.一种计费处理方法，包括：

获取用户的实时个性化信息，所述用户为离线计费用户或在线计费用户；

当所述实时个性化信息满足批价延缓适用条件时，延缓批价处理；

其中，在所述用户为离线计费用户的情况下，所述延缓批价处理包括：根据所述离线计费用户的最新的计费话单，对合并话单进行数据合并更新；

所述计费处理方法还包括：在所述对合并话单进行数据合并更新之前，对所述最新的计费话单进行数据预处理；

当所述实时个性化信息不满足所述批价延缓适用条件、且所述用户为离线计费用户时，对当前的所述合并话单进行批价，其中：

所述实时个性化信息包括用户所订购套餐的使用量，所述批价延缓适用条件包括用户所订购套餐的使用量未达到使用量阈值；和/或

所述实时个性化信息包括用户所订购套餐的余量，所述批价延缓适用条件包括用户所订购套餐的余量不小于余量阈值；和/或

所述实时个性化信息包括用户的账户余额，所述批价延缓适用条件包括用户的账户余额不小于余额阈值。

2.根据权利要求1所述的计费处理方法，其中：

在所述用户为在线计费用户的情况下，所述延缓批价处理，包括：根据第一授信步长对计费消息进行批价，所述第一授信步长大于初始授信步长。

3.根据权利要求2所述的计费处理方法，其中：

所述第一授信步长为第一授信时间步长，所述初始授信步长为初始授信时间步长；或者

所述第一授信步长为第一授信流量步长，所述初始授信步长为初始授信流量步长。

4.根据权利要求2所述的计费处理方法，其中：

所述第一授信步长为固定值，或者，所述第一授信步长根据所述实时个性化信息确定。

5.根据权利要求2所述的计费处理方法，还包括：

当所述实时个性化信息不满足所述批价延缓适用条件时，根据所述初始授信步长对计费消息进行批价。

6.根据权利要求2-5任一项所述的计费处理方法，还包括：

当收到所述在线计费用户的终止使用业务请求时，对计费消息进行批价。

7.一种计费处理装置，包括：

获取模块，用于获取用户的实时个性化信息，所述用户为离线计费用户或在线计费用户；

第一处理模块，用于当所述实时个性化信息满足批价延缓适用条件时，延缓批价处理；

其中，在所述用户为离线计费用户的情况下，所述第一处理模块，用于当所述实时个性化信息满足批价延缓适用条件时，根据所述离线计费用户的最新的计费话单，对合并话单进行数据合并更新；

第二处理模块，用于当所述实时个性化信息不满足所述批价延缓适用条件、且所述用户为离线计费用户时，对当前的所述合并话单进行批价；

预处理模块，用于在所述对合并话单进行数据合并更新之前，对所述最新的计费话单进行数据预处理，其中：

所述实时个性化信息包括用户所订购套餐的使用量，所述批价延缓适用条件包括用户所订购套餐的使用量未达到使用量阈值；和/或

所述实时个性化信息包括用户所订购套餐的余量，所述批价延缓适用条件包括用户所订购套餐的余量不小于余量阈值；和/或

所述实时个性化信息包括用户的账户余额，所述批价延缓适用条件包括用户的账户余额不小于余额阈值。

8.根据权利要求7所述的计费处理装置，其中：

在所述用户为在线计费用户的情况下，所述第一处理模块，用于当所述实时个性化信息满足批价延缓适用条件时，根据第一授信步长对计费消息进行批价，所述第一授信步长大于初始授信步长。

9.根据权利要求8所述的计费处理装置，还包括：

第三处理模块，用于当所述实时个性化信息不满足所述批价延缓适用条件时，根据所述初始授信步长对计费消息进行批价。

10.根据权利要求8或9所述的计费处理装置，还包括：

第四处理模块，用于当收到所述在线计费用户的终止使用业务请求时，对计费消息进行批价。

11.一种计费处理装置，包括：

存储器；和

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1-6中任一项所述的计费处理方法。

12.一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如权利要求1-6中任一项所述的计费处理方法。

Images