CN117061258A - 计费检测方法、装置、设备和介质 - Google Patents

计费检测方法、装置、设备和介质 Download PDF

Info

Publication number
CN117061258A
CN117061258A CN202310952765.4A CN202310952765A CN117061258A CN 117061258 A CN117061258 A CN 117061258A CN 202310952765 A CN202310952765 A CN 202310952765A CN 117061258 A CN117061258 A CN 117061258A
Authority
CN
China
Prior art keywords
detection
product
charging
information
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310952765.4A
Other languages
English (en)
Inventor
徐庆翌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202310952765.4A priority Critical patent/CN117061258A/zh
Publication of CN117061258A publication Critical patent/CN117061258A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1442—Charging, metering or billing arrangements for data wireline or wireless communications at network operator level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1485—Tariff-related aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种计费检测方法、装置、电子设备和存储介质，属于数据处理领域。该方法包括：获取待检测产品的产品信息及目标账户的账户信息；根据产品信息及账户信息，生成待检测产品及目标账户对应的多个业务话单，并获取业务话单对应的理论实际值；业务话单用于模拟目标账户使用待检测产品中各项业务的预测使用量；基于预测使用量，调用计费系统计算业务话单的批价检测值；比较每个业务话单的批价检测值和理论实际值，得到计费系统的检测结果。这样，业务话单可以对应于不同的应用场景及用户使用情况，覆盖面更广，而且，可以实现自动化对计费系统的计费结果进行检测，从而提高对计费系统的检测效率。

Description

计费检测方法、装置、设备和介质
技术领域
本申请属于数据处理领域，具体涉及一种计费检测方法、装置、设备和存储介质。
背景技术
通信市场的激烈竞争要求运营商不断推出符合客户要求的资费产品，为用户提供更加多样的业务，同时，随着产品数量和产品配置复杂度不断提升，计费系统的准确性也面临着极大挑战。
现有技术中，可以采用拨测检验的方式，通过人工拨测或虚拟拨测生成检测话单，并由计费系统对检测话单进行计费后，人工对计费结果进行检查，以便及时发现并修复计费错误，提高计费系统的准确性。
但是，拨测检验需要消耗较大的人力和物力，不仅覆盖性差，还会占用号码资源，因此检测效率较低，难以实现对计费系统的有效检测。
发明内容
本申请实施例的目的是提供一种计费检测方法、装置、设备和存储介质，能够解决目前拨测检验需要消耗较大的人力和物力，不仅覆盖性差，还会占用号码资源，因此检测效率较低，难以实现对计费系统的有效检测的问题。
第一方面，本申请实施例提供了一种计费检测方法，该方法包括：
获取待检测产品的产品信息及目标账户的账户信息；
根据所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的多个业务话单，并获取所述业务话单对应的理论实际值；所述业务话单用于模拟所述目标账户使用所述待检测产品中各项业务的预测使用量；
基于所述预测使用量，调用计费系统计算所述业务话单的批价检测值；
比较每个业务话单的所述批价检测值和所述理论实际值，得到所述计费系统的检测结果。
可选地，应用于分布式处理系统中的检测节点，所述分布式处理系统中包括分发节点及多个所述检测节点；所述获取待检测产品的产品信息及目标账户的账户信息，包括：
所述分发节点获取多个检测任务及每个检测任务的任务标识；所述检测任务中包括待检测产品的产品标识以及目标账户的账户标识；
所述分发节点将所述检测任务分发至分布式处理系统中的多个检测节点；
所述检测节点根据接收到的所述产品标识以及所述账户标识，分别获取待检测产品的产品信息及目标账户的账户信息。
可选地，所述获取多个检测任务及每个检测任务的任务标识，包括：
获取多个检测任务；
生成每个检测任务分别对应的识别码，并采用区块链加密处理技术对所述识别码进行加密，得到任务标识。
可选地，所述获取多个检测任务及每个检测任务的任务标识，包括：
获取话单配置信息；所述话单配置信息包括多个话单类型信息及每个话单类型对应的业务配置信息；
响应于用户基于所述话单配置信息的配置操作，确定多个检测任务，并生成每个检测任务的任务标识。
可选地，所述根据所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的业务话单之前，还包括：
获取所述待检测产品的检测场景；所述检测场景包括批价业务检测场景、月账业务检测场景及信控能力检测场景；
基于所述检测场景、所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的业务话单。
可选地，所述获取所述待检测产品的检测场景，包括：
获取检测场景配置信息；所述检测场景配置信息包括多个检测场景信息；
响应于用户基于所述检测场景配置信息的配置操作，确定所述待检测产品的检测场景。
可选地，所述检测场景配置信息包括检测点配置信息以及策略配置信息；
其中，所述检测点配置信息包括多个周期性检测场景信息；
所述策略配置信息包括多个基于账户信息的检测场景信息。
可选地，所述账户信息中包括所述目标账户内包括的业务产品及优惠产品；所述基于所述预测使用量，调用计费系统计算所述业务话单的批价检测值，包括：
将所述预测使用量及所述账户信息输入至计费系统，由所述计费系统根据所述业务产品及所述优惠产品，建立所述目标账户的计费函数模型，并基于所述计费函数模型对所述预测使用量进行计算，输出所述业务话单的批价检测值。
可选地，所述比较每个业务话单的所述批价检测值和所述理论实际值，得到所述计费系统的检测结果，包括：
针对每个业务话单，在所述批价检测值和所述理论实际值相等的情况下，判定所述计费系统对所述业务话单的计费结果为检测准确，在所述批价检测值和所述理论实际值不相等的情况下，判定所述计费系统对所述业务话单的计费结果为检测不准确；
根据所述业务话单、所述业务话单的数量及所述计费结果，生成所述计费系统的检测结果。
第二方面，本申请实施例提供了一种计费检测的装置，该装置包括：
获取模块，用于获取待检测产品的产品信息及目标账户的账户信息；
生成模块，用于根据所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的多个业务话单，并获取所述业务话单对应的理论实际值；所述业务话单用于模拟所述目标账户使用所述待检测产品中各项业务的预测使用量；
计算模块，用于基于所述预测使用量，调用计费系统计算所述业务话单的批价检测值；
比较模块，用于比较每个业务话单的所述批价检测值和所述理论实际值，得到所述计费系统的检测结果。
可选地，应用于分布式处理系统中的检测节点，所述分布式处理系统中包括分发节点及多个所述检测节点；
其中，所述分发节点，用于获取多个检测任务及每个检测任务的任务标识；所述检测任务中包括待检测产品的产品标识以及目标账户的账户标识；将所述检测任务分发至分布式处理系统中的多个检测节点；
所述获取模块，用于根据接收到的所述产品标识以及所述账户标识，分别获取待检测产品的产品信息及目标账户的账户信息。
可选地，所述分发节点，具体用于：
获取多个检测任务；
生成每个检测任务分别对应的识别码，并采用区块链加密处理技术对所述识别码进行加密，得到任务标识。
可选地，所述分发节点，具体用于：
获取话单配置信息；所述话单配置信息包括多个话单类型信息及每个话单类型对应的业务配置信息；
响应于用户基于所述话单配置信息的配置操作，确定多个检测任务，并生成每个检测任务的任务标识。
可选地，所述生成模块，具体用于：
获取所述待检测产品的检测场景；所述检测场景包括批价业务检测场景、月账业务检测场景及信控能力检测场景；
基于所述检测场景、所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的业务话单。
可选地，所述生成模块，具体用于：
获取检测场景配置信息；所述检测场景配置信息包括多个检测场景信息；
响应于用户基于所述检测场景配置信息的配置操作，确定所述待检测产品的检测场景。
可选地，所述检测场景配置信息包括检测点配置信息以及策略配置信息；
其中，所述检测点配置信息包括多个周期性检测场景信息；
所述策略配置信息包括多个基于账户信息的检测场景信息。
可选地，所述账户信息中包括所述目标账户内包括的业务产品及优惠产品；所述计算模块，具体用于：
将所述预测使用量及所述账户信息输入至计费系统，由所述计费系统根据所述业务产品及所述优惠产品，建立所述目标账户的计费函数模型，并基于所述计费函数模型对所述预测使用量进行计算，输出所述业务话单的批价检测值。
可选地，所述比较模块，具体用于：
针对每个业务话单，在所述批价检测值和所述理论实际值相等的情况下，判定所述计费系统对所述业务话单的计费结果为检测准确，在所述批价检测值和所述理论实际值不相等的情况下，判定所述计费系统对所述业务话单的计费结果为检测不准确；
根据所述业务话单、所述业务话单的数量及所述计费结果，生成所述计费系统的检测结果。
第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。
第六方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面所述的方法。
在本申请实施例中，获取待检测产品的产品信息及目标账户的账户信息；根据产品信息及账户信息，生成待检测产品及目标账户对应的多个业务话单，并获取业务话单对应的理论实际值；业务话单用于模拟目标账户使用待检测产品中各项业务的预测使用量；基于预测使用量，调用计费系统计算业务话单的批价检测值；比较每个业务话单的批价检测值和理论实际值，得到计费系统的检测结果。
这样，基于待检测产品及目标账户，可以模拟出多个业务话单，不同的业务话单可以对应于不同的应用场景及用户使用情况，覆盖面更广，而且，通过比较每个业务话单的批价检测值和理论实际值，可以实现自动化检测计费系统对待检测产品及目标账户的计费结果，不需要人工进行拨测，减少对人力和物力的消耗，也不会占用号码资源，从而提高对计费系统的检测效率。
附图说明
图1是根据一示例性实施例示出的一种计费检测方法的流程图；
图2是根据一示例性实施例示出的一种计费检测方法的逻辑示意图；
图3是根据一示例性实施例示出的基站计费检测设备的示意图；
图4是根据一示例性实施例示出的一种计费检测方法的逻辑示意图；
图5是根据一示例性实施例示出的一种计费检测装置的框图；
图6根据一示例性实施例示出的一种基站计费检测电子设备的框图；
图7是根据一示例性实施例示出的一种用于计费检测的装置的框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的计费检测方法进行详细地说明。
图1是根据一示例性实施例示出的一种计费检测方法的流程图，该计费检测方法包括以下步骤。
在步骤S11中，获取待检测产品的产品信息及目标账户的账户信息。
通常，运营商会为用户提供多种资费产品，用户基于自身需求，购买一种或多种资费产品，然后，运营商周期性地对用户的各项通信业务的使用情况进行统计，生成相应的话单，并通过计费系统对话单进行计费，向用户收取相应的费用。
通过对计费结果进行检查，可以及时发现并修复计费错误，提高计费系统的准确性，避免运营商亏损或造成用户损失。但是，相关技术中通常采用拨测检验的方式进行计费检测，检测效率较低，因此，需要一种自动化的计费检测方法，以提高检测效率。
在本步骤中，可以先获取待检测产品的产品信息及目标账户的账户信息。待检测产品是运营商为用户提供的部分或全部资费产品，具体地，可以在当前一段时间内新推出的资费产品，也可以是最近出现过计费错误的资费产品，等等；目标账户则对应于某个具体的账户，对于目标账户而言，其账户内可能仅购买了一个资费产品，也可能购买了多个资费产品，具体不做限定。
其中，待检测产品是可能是套餐产品，包括一项或多项通信业务的资费标准，比如，套餐产品A的套餐费为10元，包含100分钟全国语音，超过之后100分钟～200分钟按0.15元/分钟计费，200～300分钟按0.1元/分钟计费，300分钟以上按0.05元/分钟计费；或者，待检测产品也可能是账务优惠产品，比如可以是全国语音业务的费用打八折，等等。
一种实现方式中，本申请可以应用于分布式处理系统中的检测节点，分布式处理系统中包括分发节点及多个检测节点，分发节点及检测节点分别运行在不同的主机，从而极大的调动了主机的计算性能。
那么，获取待检测产品的产品信息及目标账户的账户信息，包括：
分发节点获取多个检测任务及每个检测任务的任务标识；检测任务中包括待检测产品的产品标识以及目标账户的账户标识；分发节点将检测任务分发至分布式处理系统中的多个检测节点；
检测节点根据接收到的产品标识以及账户标识，分别获取待检测产品的产品信息及目标账户的账户信息。
具体来说，在分布式架构处理机制中，分发节点可以建立检测任务，并将检测任务分发给不同的检测节点，由检测节点实现后续的计费检测步骤，其中，每个检测任务的任务标识是与检测任务唯一对应的，便于后续步骤中对检测结果的统计分析。
上述步骤可以由分发节点的检测任务分发模块来实现，这样，检测节点可以对多个任务进行并发检测，并且检测过程相互隔离，相互独立，从而提高计费检测的效率。
在检测节点中，部署分布式套餐检测程序、分布式内存数据库加载资料、分布式缓存、分布式数据库以及关系型数据库管理系统(Structured Query Language，MySQL)等，统一集群管理，分布式应用程序协调服务(ZooKeeper)则负责监控检测节点的运行状态，极大的调动了检测节点的计算性能。一种实现方式中，只使用计费系统10％的算力便可进行计费检测，且检测过程独立，不影响计费系统的运行。
其中，根据接收到的产品标识以及账户标识，分别获取待检测产品的产品信息及目标账户的账户信息，可以通过检测节点的同步管理模块实现。目标账户的账户信息中，包括待检测产品之外的，目标账户名下的其他产品，比如涉及到优惠或者打折的产品，等等。这样，在待检测产品为账务优惠产品的情况下，可以集合与之相对应收费的套餐产品，实现计费检测。
具体地，同步管理模块可以根据产品标识，从计费系统同步待检测产品的产品信息到检测节点；还可以根据账户标识，从计费系统同步目标账户的账户信息到检测节点。
进而，根据待检测产品的产品信息及目标账户的账户信息，可以生成不同的检测用例，而且，检测用例的生成过程不占用计费系统的资源，保障了计费运算的稳定性。
一种实现方式中，分发节点获取多个检测任务及每个检测任务的任务标识，包括：
获取多个检测任务；生成每个检测任务分别对应的识别码，并采用区块链加密处理技术对识别码进行加密，得到任务标识。
也就是说，分发节点可以在创建检测任务后，生成每个检测任务唯一对应的识别码，这样，每个检测任务都能有唯一的辨识信息，而不需要通过中央控制端来进行辨识，从而在分布式架构中保证检测过程的唯一性，以及检测结果可溯源可核查。
但是，识别码在传输中容易被预测到，因此，分发节点可以采用区块链加密处理技术对生成的识别码进行加密，得到任务标识，这样，可以防止篡改检测结果，实现基于任务标识的全流程定位，保障传输过程安全可靠。
举例来说，识别码可以由一组32位数的16进制数字所构成，理论上，识别码的总数为1632个，约等于3.4×1038个，也就是说，若每纳秒产生1兆个识别码，要花100亿年才会将所有可能的数字组合用完。
那么，利用生日悖论，可计算出两个检测任务生成相同的识别码的机率约为：
可以确定，p(n)的取值范围是非常小的，因此，可以认为分发节点生成的识别码几乎不会重复，可以有效保障每个检测任务全流程的唯一性和可查性。
本申请中，分发节点响应于用户的输入，获取多个检测任务，具体地：
获取话单配置信息；话单配置信息包括多个话单类型信息及每个话单类型对应的业务配置信息；响应于用户基于话单配置信息的配置操作，确定多个检测任务，并生成每个检测任务的任务标识。
也就是说，分发节点先获取话单配置信息，话单配置信息包括可配置的多个话单类型信息及每个话单类型对应的业务配置信息，然后，响应于用户基于话单配置信息的配置操作，从多个话单类型信息中确定目标话单类型的信息，并从目标话单类型对应的多个业务配置信息中确定目标业务配置的信息。
这样，也就确定了相应的检测任务，进而，可以生成每个检测任务的任务标识。
其中，上述步骤可以由分发节点的话单管理配置模块实现，话单管理配置模块用于对各种对批价检测使用到的相关场景的信息进行配置，主要包括话单类型管理和话单样例库管理。
话单类型管理主要配置需要检测的话单类型，包括但不限于数据清单、外部代收业务清单、短消息清单、码分多址(Code Division Multiple Access，CDMA)国际清单、语音清单、短信清单、增值业务清单等类型，每一种类型包括相对应的字段，如换单序号、呼叫类型、原始主叫、原始被叫、通话开始时间、通话结束时间等，涵盖了批价使用到所有话单类型。话单样例库管理主要配置每种话单类型使用到的业务，例如市内通话时间等。
通过话单管理配置模块，分发节点可以生成多种不同的检测任务，并且在生成过程中不需要进行手工拨测，相较手工拨测，虚拟拨测以及自动配置脚本的批价检测方法效率更高，覆盖场景更全，准确性更高。
在步骤S12中，根据产品信息及账户信息，生成待检测产品及目标账户对应的多个业务话单，并获取业务话单对应的理论实际值；业务话单用于模拟目标账户使用待检测产品中各项业务的预测使用量。
在本步骤中，根据产品信息及账户信息，可以生成多个业务话单，其中，每个业务话单对应的话单类型及业务配置，都是与待检测产品及目标账户对应的。也就是说，业务话单对目标账户对待检测产品的使用情况进行了模拟，业务话单中每个业务的预测使用量即为在所模拟的业务场景中，目标账户对该项业务的使用量。
预测使用量可以是随机生成的，也可以是响应于用户的输入确定的，具体不做限定。比如，用户可以填写各项业务相对应的预测使用量，然后，根据用户的输入，造出相应的业务话单。
同时，还可以确定业务话单对应的理论实际值。理论实际值即为业务话单所对应的应当收取的话费实际值，理论实际值可以是用户输入的值，也可以是检测系统计算出的值。理论实际值具有较高的准确性，是进行计费检测的依据。
其中，理论实际值可以包括租费收费的预期值、优惠后的预期值、流量量本内的收费预期值、超出资费的预期值、达量降速/断网/提速等信控预期值。
一种实现方式中，根据产品信息及账户信息，生成待检测产品及目标账户对应的业务话单之前，还包括：
获取待检测产品的检测场景；检测场景包括批价业务检测场景、月账业务检测场景及信控能力检测场景；基于检测场景、产品信息及账户信息，生成待检测产品及目标账户对应的业务话单。
也就是说，可以进一步配置对待检测产品及目标账户进行计费检测的检测场景，不同的待检测产品及目标账户可以对应于不同的检测场景，而不同的检测场景所生成的业务话单也会有所不同。
比如，集团下发的待检测产品可以对应于批价业务检测及信控能力检测场景，而省内配置的待检测产品则对应于月账业务检测场景，等等，具体不做限定。
其中，获取待检测产品的检测场景，包括：
获取检测场景配置信息；检测场景配置信息包括多个检测场景信息；响应于用户基于检测场景配置信息的配置操作，确定待检测产品的检测场景。
其中，检测场景配置信息包括检测点配置信息以及策略配置信息；其中，检测点配置信息包括多个周期性检测场景信息；策略配置信息包括多个基于账户信息的检测场景信息。
也就是说，可以先获取检测场景配置信息，检测场景配置信息包括可配置的多个检测场景信息，然后，响应于用户基于检测场景配置信息的配置操作，从多个检测点配置信息以及策略配置信息中确定相应的检测场景的信息。
其中，上述步骤可以由检测点管理配置模块及策略管理模块实现。
检测点管理配置主要包括周期性检测场景，比如：前置条件处理、删除历史冗余检测数据、检测销售品管理、销售品与业务管理、检测点管理、检测用例管理、计费规则模版管理、检测用例模版管理等，以及待检测产品的查询，租费收费场景、保底/打折/封顶/减免等优惠场景、流量提速/断网/降速/阶梯资费等策略控制场景，主要分为省内和集团两部分，可以承接集团既定模版的检测场景，也可以省内自建检测场景，通过按照销售品规格的配置随意组合检测场景，可以丰富检测场景。
如表1所示，是一种实施例中，以套餐为主的检测场景，为某套餐费规则模版的配置模型包含月账和批价检测几个部分的业务配置：
表1某套餐费规则模版的配置模型
策略管理模块主要配置断网、降速、提速等内容的检测模版，是对与用户费用紧密相关的信控策略进行验证的检测场景，引入了和用户停开机、降速、提速的相关功能和规则，可以完善检测场景，覆盖更多的检测样例。
如表2所示，为一种实施例中，断网模版场景配置模型。
表2断网模版场景配置模型
在步骤S13中，基于预测使用量，调用计费系统计算业务话单的批价检测值。
在本步骤中，根据业务话单中各个业务的预测使用量，可以由计费系统对业务话单产生的话费进行计算，然后，检测系统调用计费系统对业务话单的计费结果，作为批价检测值。
其中，批价检测值即为检测系统需要进行检测的值，如果批价检测值对业务话单的话费计算准确，则表明计费系统的话费计算是准确的，反之，如果批价检测值对业务话单的话费计算不准确，则表明计费系统的话费计算是不准确的。
一种实现方式中，账户信息中包括目标账户内包括的业务产品及优惠产品；基于预测使用量，调用计费系统计算业务话单的批价检测值，包括：
将预测使用量及账户信息输入至计费系统，由计费系统根据业务产品及优惠产品，建立目标账户的计费函数模型，并基于计费函数模型对预测使用量进行计算，输出业务话单的批价检测值。
具体来说，计费系统可以根据业务产品及优惠产品，建立目标账户的计费函数模型，其中，目标账户如有多个套餐，则根据套餐优先级实例化出多个相同业务类型的初始函数模型，然后，根据目标账户名下的账务优惠套餐产品，在初始函数模型的基础上建立计费函数模型。
举例而言，如目标账户有A套餐包含语音100分钟，套餐费10元，超出资费为0.1元每分钟，优先级为1；B套餐包含语音50分钟，套餐费5元，优先级为2，无超出资费；优惠资料为打5折；则目标账户通话业务的初始函数模型为：15+decode(sign(语音-150),-1,0，(语音-150)*0.1)；目标账户的计费函数模型为：0.5*(15+decode(sign(语音-150),-1,0，(语音-150)*0.1))。
在本申请中，业务话单对应的理论实际值也可以根据上述计费函数模型确定，但并非由计费系统进行计算，这样，在正常情况下，业务话单的理论实际值和批价检测值是大概相等的。
在步骤S14中，比较每个业务话单的批价检测值和理论实际值，得到计费系统的检测结果。
由前述可知，理论实际值即为业务话单所对应的应当收取的话费实际值，因此，通过比较每个业务话单的批价检测值和理论实际值，可以判断计费系统计算出的批价检测值是否准确。进而，统计多个检测任务以及多个业务话单的比较结果，可以得到计费系统的检测结果。
具体来说，比较每个业务话单的批价检测值和理论实际值，得到计费系统的检测结果，包括：
针对每个业务话单，在批价检测值和理论实际值相等的情况下，判定计费系统对业务话单的计费结果为检测准确，在批价检测值和理论实际值不相等的情况下，判定计费系统对业务话单的计费结果为检测不准确；根据业务话单、业务话单的数量及计费结果，生成计费系统的检测结果。
也就是说，只有在批价检测值和理论实际值相等的情况下，才认为计费系统对业务话单的计费结果准确，而且，对计费系统的检测结果依赖于对多个业务话单的计费结果的统计情况，从而避免单一情况下的误差对检测结果造成影响。
上述步骤可以通过自动检测模块来实现，自动检测模块可以根据检测场景、待检测产品、账户信息等配置，按照清单批价、月账费用、信控策略等内容进行计费检测，在检测过程中，需要预先获取检测用例名称、主叫号码、话单开始结束时间、控制生失效时间、话单长度、话单总量、话单数量、定向编码、被叫号码、预期使用量、检测点等内容，生成业务话单，然后将业务话单提交计费系统得到皮甲检测值，进而通过对比得到检测结果。
在本申请中，根据检测结果，可以进一步给出检测报告，包括检测用例个数、检测场景个数、通过个数、通过率、检测点名称、检测点类型、计费号码、周期、批价检测值、理论实际值、比较符、预期使用量、检测结果等信息。
如表3所示，为一种实施例中某优惠及流量产品检测结果报告。
表3某优惠及流量产品检测结果报告
进而，日志管理模块可以保存检测产生的系统运行日志、检测结果日志、集团下发检测报文等，并在检测结束后根据报文查找检测结果差异或系统异常原因。
如图2所示，本系统使用了一种分布式架构处理机制，可以使用较少的算力资源就能获得高效的检测能力。分布式架构中包括计费套餐自动化检测集群，其中包括三个主机，可以用于执行本申请提供的计费检测方法。自动化环境前台应用包括话单管理配置模块、检测点管理配置模块、策略管理模块，用户可以通过自动化测试网页(web)实现对话单、检测点以及检测策略的配置。中间件则用于业务话单相关数据以及检测结果的存储，包括M2DB(M2DataBase，M2数据库)、数据中心自动化(Data Center Automation，DCA)、ZooKeeper、jstorm、DMDB等。在得到检测结果后，可以将检测结果存储至MySQL数据库中。
如图3所示，本申请提供的计费检测系统包括以下几个模块：话单管理配置模块、检测点管理配置模块、策略管理模块、检测任务分发模块、同步管理模块、自动检测模块、日志管理模块。这些模块相互关联，分部式数据处理机制保障系统高效高质量运行，话单管理配置模块、检测点管理配置模块、策略管理模块给自动检测模块提供批价所需话单，测试所需场景和策略测试场景。检测任务分发模块采用了区块链创新技术主要负责生成自动化检测任务。同步管理模块主要给自动化检测模块同步销售品和用户资料。日志管理模块主要负责输出自动检测模块的日志和系统运行日志。
如图4所示，为本申请的逻辑示意图。首先，新建检测任务，并通过加密算法生成唯一任务标识，分发给不同检测节点。然后，同步待检测产品的产品信息及目标账户的账户信息。用户输入业务话单的理论实际值和业务话单中各项业务预期使用值，检测系统根据业务话单，得出批价检测值，通过检测值和理论实际值的比较得出检测正确性。进而，给出检测报告，如果检测结果为通过，检测结束，否则查看检测结果和日志，分析检测不通过的原因。
由以上可见，本申请的实施例提供的技术方案，基于待检测产品及目标账户，可以模拟出多个业务话单，不同的业务话单可以对应于不同的应用场景及用户使用情况，覆盖面更广，而且，通过比较每个业务话单的批价检测值和理论实际值，可以实现自动化检测计费系统对待检测产品及目标账户的计费结果，不需要人工进行拨测，减少对人力和物力的消耗，也不会占用号码资源，从而提高对计费系统的检测效率。
本申请实施例提供的计费检测方法，执行主体可以为计费检测装置。本申请实施例中以计费检测装置执行计费检测的方法为例，说明本申请实施例提供的计费检测方法的装置。
图5是根据一示例性实施例示出的一种计费检测装置框图，该装置包括：
获取模块201，用于获取待检测产品的产品信息及目标账户的账户信息；
生成模块202，用于根据所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的多个业务话单，并获取所述业务话单对应的理论实际值；所述业务话单用于模拟所述目标账户使用所述待检测产品中各项业务的预测使用量；
计算模块203，用于基于所述预测使用量，调用计费系统计算所述业务话单的批价检测值；
比较模块204，用于比较每个业务话单的所述批价检测值和所述理论实际值，得到所述计费系统的检测结果。
可选地，应用于分布式处理系统中的检测节点，所述分布式处理系统中包括分发节点及多个所述检测节点；
其中，所述分发节点，用于获取多个检测任务及每个检测任务的任务标识；所述检测任务中包括待检测产品的产品标识以及目标账户的账户标识；将所述检测任务分发至分布式处理系统中的多个检测节点；
所述获取模块201，用于根据接收到的所述产品标识以及所述账户标识，分别获取待检测产品的产品信息及目标账户的账户信息。
可选地，所述分发节点，具体用于：
获取多个检测任务；
生成每个检测任务分别对应的识别码，并采用区块链加密处理技术对所述识别码进行加密，得到任务标识。
可选地，所述分发节点，具体用于：
获取话单配置信息；所述话单配置信息包括多个话单类型信息及每个话单类型对应的业务配置信息；
响应于用户基于所述话单配置信息的配置操作，确定多个检测任务，并生成每个检测任务的任务标识。
可选地，所述生成模块202，具体用于：
获取所述待检测产品的检测场景；所述检测场景包括批价业务检测场景、月账业务检测场景及信控能力检测场景；
基于所述检测场景、所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的业务话单。
可选地，所述生成模块202，具体用于：
获取检测场景配置信息；所述检测场景配置信息包括多个检测场景信息；
响应于用户基于所述检测场景配置信息的配置操作，确定所述待检测产品的检测场景。
可选地，所述检测场景配置信息包括检测点配置信息以及策略配置信息；
其中，所述检测点配置信息包括多个周期性检测场景信息；
所述策略配置信息包括多个基于账户信息的检测场景信息。
可选地，所述账户信息中包括所述目标账户内包括的业务产品及优惠产品；所述计算模块203，具体用于：
将所述预测使用量及所述账户信息输入至计费系统，由所述计费系统根据所述业务产品及所述优惠产品，建立所述目标账户的计费函数模型，并基于所述计费函数模型对所述预测使用量进行计算，输出所述业务话单的批价检测值。
可选地，所述比较模块204，具体用于：
针对每个业务话单，在所述批价检测值和所述理论实际值相等的情况下，判定所述计费系统对所述业务话单的计费结果为检测准确，在所述批价检测值和所述理论实际值不相等的情况下，判定所述计费系统对所述业务话单的计费结果为检测不准确；
根据所述业务话单、所述业务话单的数量及所述计费结果，生成所述计费系统的检测结果。
由以上可见，本申请的实施例提供的技术方案，基于待检测产品及目标账户，可以模拟出多个业务话单，不同的业务话单可以对应于不同的应用场景及用户使用情况，覆盖面更广，而且，通过比较每个业务话单的批价检测值和理论实际值，可以实现自动化检测计费系统对待检测产品及目标账户的计费结果，不需要人工进行拨测，减少对人力和物力的消耗，也不会占用号码资源，从而提高对计费系统的检测效率。
本申请实施例中的计费检测装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtualreality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personalcomputer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的计费检测装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
本申请实施例提供的计费检测装置能够实现图1至图2的方法实施例实现的各个过程，为避免重复，这里不再赘述。
可选地，如图6所示，本申请实施例还提供一种电子设备500，包括处理器501和存储器502，存储器502上存储有可在所述处理器501上运行的程序或指令，该程序或指令被处理器501执行时实现上述计费检测方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
图7为实现本申请实施例的一种电子设备的硬件结构示意图。
该电子设备1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等部件。
本领域技术人员可以理解，电子设备1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
由以上可见，本申请的实施例提供的技术方案，基于待检测产品及目标账户，可以模拟出多个业务话单，不同的业务话单可以对应于不同的应用场景及用户使用情况，覆盖面更广，而且，通过比较每个业务话单的批价检测值和理论实际值，可以实现自动化检测计费系统对待检测产品及目标账户的计费结果，不需要人工进行拨测，减少对人力和物力的消耗，也不会占用号码资源，从而提高对计费系统的检测效率。
应理解的是，本申请实施例中，输入单元1004可以包括图形处理器(GraphicsProcessing Unit，GPU)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其他输入设备10072中的至少一种。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
存储器1009可用于存储软件程序以及各种数据。存储器1009可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1009可以包括易失性存储器或非易失性存储器，或者，存储器1009可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器109包括但不限于这些和任意其它适合类型的存储器。
处理器1010可包括一个或多个处理单元；可选的，处理器1010集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述计费检测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述计费检测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述计费检测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (20)

1.一种计费检测方法，其特征在于，包括：
获取待检测产品的产品信息及目标账户的账户信息；
根据所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的多个业务话单，并获取所述业务话单对应的理论实际值；所述业务话单用于模拟所述目标账户使用所述待检测产品中各项业务的预测使用量；
基于所述预测使用量，调用计费系统计算所述业务话单的批价检测值；
比较每个业务话单的所述批价检测值和所述理论实际值，得到所述计费系统的检测结果。
2.根据权利要求1所述的计费检测方法，其特征在于，应用于分布式处理系统中的检测节点，所述分布式处理系统中包括分发节点及多个所述检测节点；所述获取待检测产品的产品信息及目标账户的账户信息，包括：
所述分发节点获取多个检测任务及每个检测任务的任务标识；所述检测任务中包括待检测产品的产品标识以及目标账户的账户标识；
所述分发节点将所述检测任务分发至分布式处理系统中的多个检测节点；
所述检测节点根据接收到的所述产品标识以及所述账户标识，分别获取待检测产品的产品信息及目标账户的账户信息。
3.根据权利要求2所述的计费检测方法，其特征在于，所述获取多个检测任务及每个检测任务的任务标识，包括：
获取多个检测任务；
生成每个检测任务分别对应的识别码，并采用区块链加密处理技术对所述识别码进行加密，得到任务标识。
4.根据权利要求2所述的计费检测方法，其特征在于，所述获取多个检测任务及每个检测任务的任务标识，包括：
获取话单配置信息；所述话单配置信息包括多个话单类型信息及每个话单类型对应的业务配置信息；
响应于用户基于所述话单配置信息的配置操作，确定多个检测任务，并生成每个检测任务的任务标识。
5.根据权利要求1所述的计费检测方法，其特征在于，所述根据所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的业务话单之前，还包括：
获取所述待检测产品的检测场景；所述检测场景包括批价业务检测场景、月账业务检测场景及信控能力检测场景；
基于所述检测场景、所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的业务话单。
6.根据权利要求5所述的计费检测方法，其特征在于，所述获取所述待检测产品的检测场景，包括：
获取检测场景配置信息；所述检测场景配置信息包括多个检测场景信息；
响应于用户基于所述检测场景配置信息的配置操作，确定所述待检测产品的检测场景。
7.根据权利要求6所述的计费检测方法，其特征在于，所述检测场景配置信息包括检测点配置信息以及策略配置信息；
其中，所述检测点配置信息包括多个周期性检测场景信息；
所述策略配置信息包括多个基于账户信息的检测场景信息。
8.根据权利要求1所述的计费检测方法，其特征在于，所述账户信息中包括所述目标账户内包括的业务产品及优惠产品；所述基于所述预测使用量，调用计费系统计算所述业务话单的批价检测值，包括：
将所述预测使用量及所述账户信息输入至计费系统，由所述计费系统根据所述业务产品及所述优惠产品，建立所述目标账户的计费函数模型，并基于所述计费函数模型对所述预测使用量进行计算，输出所述业务话单的批价检测值。
9.根据权利要求1所述的计费检测方法，其特征在于，所述比较每个业务话单的所述批价检测值和所述理论实际值，得到所述计费系统的检测结果，包括：
针对每个业务话单，在所述批价检测值和所述理论实际值相等的情况下，判定所述计费系统对所述业务话单的计费结果为检测准确，在所述批价检测值和所述理论实际值不相等的情况下，判定所述计费系统对所述业务话单的计费结果为检测不准确；
根据所述业务话单、所述业务话单的数量及所述计费结果，生成所述计费系统的检测结果。
10.一种计费检测装置，其特征在于，包括：
获取模块，用于获取待检测产品的产品信息及目标账户的账户信息；
生成模块，用于根据所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的多个业务话单，并获取所述业务话单对应的理论实际值；所述业务话单用于模拟所述目标账户使用所述待检测产品中各项业务的预测使用量；
计算模块，用于基于所述预测使用量，调用计费系统计算所述业务话单的批价检测值；
比较模块，用于比较每个业务话单的所述批价检测值和所述理论实际值，得到所述计费系统的检测结果。
11.根据权利要求10所述的计费检测装置，其特征在于，应用于分布式处理系统中的检测节点，所述分布式处理系统中包括分发节点及多个所述检测节点；
其中，所述分发节点，用于获取多个检测任务及每个检测任务的任务标识；所述检测任务中包括待检测产品的产品标识以及目标账户的账户标识；将所述检测任务分发至分布式处理系统中的多个检测节点；
所述获取模块，用于根据接收到的所述产品标识以及所述账户标识，分别获取待检测产品的产品信息及目标账户的账户信息。
12.根据权利要求11所述的计费检测装置，其特征在于，所述分发节点，具体用于：
获取多个检测任务；
生成每个检测任务分别对应的识别码，并采用区块链加密处理技术对所述识别码进行加密，得到任务标识。
13.根据权利要求11所述的计费检测装置，其特征在于，所述分发节点，具体用于：
获取话单配置信息；所述话单配置信息包括多个话单类型信息及每个话单类型对应的业务配置信息；
响应于用户基于所述话单配置信息的配置操作，确定多个检测任务，并生成每个检测任务的任务标识。
14.根据权利要求10所述的计费检测装置，其特征在于，所述生成模块，具体用于：
获取所述待检测产品的检测场景；所述检测场景包括批价业务检测场景、月账业务检测场景及信控能力检测场景；
基于所述检测场景、所述产品信息及所述账户信息，生成所述待检测产品及所述目标账户对应的业务话单。
15.根据权利要求14所述的计费检测装置，其特征在于，所述生成模块，具体用于：
获取检测场景配置信息；所述检测场景配置信息包括多个检测场景信息；
响应于用户基于所述检测场景配置信息的配置操作，确定所述待检测产品的检测场景。
16.根据权利要求15所述的计费检测装置，其特征在于，所述检测场景配置信息包括检测点配置信息以及策略配置信息；
其中，所述检测点配置信息包括多个周期性检测场景信息；
所述策略配置信息包括多个基于账户信息的检测场景信息。
17.根据权利要求10所述的计费检测装置，其特征在于，所述账户信息中包括所述目标账户内包括的业务产品及优惠产品；所述计算模块，具体用于：
将所述预测使用量及所述账户信息输入至计费系统，由所述计费系统根据所述业务产品及所述优惠产品，建立所述目标账户的计费函数模型，并基于所述计费函数模型对所述预测使用量进行计算，输出所述业务话单的批价检测值。
18.根据权利要求10所述的计费检测装置，其特征在于，所述比较模块，具体用于：
针对每个业务话单，在所述批价检测值和所述理论实际值相等的情况下，判定所述计费系统对所述业务话单的计费结果为检测准确，在所述批价检测值和所述理论实际值不相等的情况下，判定所述计费系统对所述业务话单的计费结果为检测不准确；
根据所述业务话单、所述业务话单的数量及所述计费结果，生成所述计费系统的检测结果。
19.一种电子设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-9任一项所述的计费检测方法的步骤。
20.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-9任一项所述的计费检测方法的步骤。
CN202310952765.4A 2023-07-31 2023-07-31 计费检测方法、装置、设备和介质 Pending CN117061258A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310952765.4A CN117061258A (zh) 2023-07-31 2023-07-31 计费检测方法、装置、设备和介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310952765.4A CN117061258A (zh) 2023-07-31 2023-07-31 计费检测方法、装置、设备和介质

Publications (1)

Publication Number Publication Date
CN117061258A true CN117061258A (zh) 2023-11-14

Family

ID=88660025

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310952765.4A Pending CN117061258A (zh) 2023-07-31 2023-07-31 计费检测方法、装置、设备和介质

Country Status (1)

Country Link
CN (1) CN117061258A (zh)

Similar Documents

Publication Publication Date Title
CN109949111A (zh) 电子票据标识分配方法、电子票据生成方法、装置及系统
CN107395353A (zh) 一种区块链共识方法及装置
CN107391359B (zh) 一种业务测试方法及装置
CN111309745B (zh) 虚拟资源处理方法、装置、电子设备及存储介质
CN107153646B (zh) 一种数据处理方法和设备
CN111899008B (zh) 资源转移方法、装置、设备及系统
CN106790727A (zh) 消息推送方法及装置
CN107528912A (zh) 一种自动实现分布式事务处理的方法、系统及相关装置
WO2021238514A1 (zh) 基于区块链的数据处理方法、装置、设备及可读存储介质
CN108880934A (zh) 一种基于区块链的数据流量统计方法和装置
CN109857524A (zh) 流式计算方法、装置、设备及计算机可读存储介质
CN113129002A (zh) 一种数据处理方法以及设备
CN111651522A (zh) 一种数据同步方法及装置
CN107528822A (zh) 一种业务执行方法以及装置
CN113839978A (zh) 基于计费平台的计费方法、电子设备和存储介质
CN110858211B (zh) 数据存储方法、装置及系统、存储介质
CN117061258A (zh) 计费检测方法、装置、设备和介质
CN1322706C (zh) 一种实时分段计费的方法
CN112181817B (zh) 用于soa架构平台的测试方法及测试装置
CN112217944B (zh) 在线话单处理方法、装置、设备以及存储介质
CN106845926A (zh) 一种第三方支付监管系统分布式数据流处理方法及系统
CN114741446A (zh) 一种数据上链方法、装置、终端及存储介质
CN108964932A (zh) 一种计费方法、装置和计算机可读存储介质
CN114546671A (zh) 一种数据处理方法、装置及电子设备
CN113011869A (zh) 测试数据生成方法、装置和计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination