账单的计量明细处理方法及装置、电子设备和存储介质制造方法及图纸

本申请提供了一种账单的计量明细处理方法及装置、电子设备和存储介质，其中，该方法包括：确定账单页面中第一账单数据，其中，所述账单页面中包括多条账单数据，所述第一账单数据为所述多条账单数据中的任意一条账单数据；对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细。通过上述方案，解决了现有技术中在账单数据涉及多部门或多系统的情况下，账单数据核查的时间成本高且准确率低的问题。准确率低的问题。准确率低的问题。

Processing method and device of bill measurement details, electronic equipment and storage medium

【技术实现步骤摘要】
账单的计量明细处理方法及装置、电子设备和存储介质


[0001]本申请涉及数据处理
，特别是涉及一种账单的计量明细处理方法及装置、电子设备和存储介质。

技术介绍

[0002]目前，如果对账单用量存疑，需要查看计费的用量明细进行评估分析或对账。现有技术方案是运营控制台查询用量明细或反馈给业务线，由各业务线部门通过各自运维系统或控制台导出明细，但由于涉及跨部门沟通、跨系统查询等，排查问题及沟通成本较高，同时由于涉及跨部门沟通、跨系统查询等，排查问题及沟通成本较高时存在导出的数据格式繁杂，另外导出的明细和账单的用量存在偏差，需要多次沟通核对等问题，导致对于账单的审核效率较低。

技术实现思路

[0003]本申请实施例的目的在于提供一种账单的计量明细处理方法及装置、电子设备和存储介质，解决了现有技术中在账单数据涉及多部门或多系统的情况下，账单数据核查的时间成本高且准确率低的问题。具体技术方案如下：
[0004]在本申请实施的第一方面，首先提供了一种账单的计量明细处理方法，包括：确定账单页面中第一账单数据，其中，所述账单页面中包括多条账单数据，所述第一账单数据为所述多条账单数据中的任意一条账单数据；对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细。
[0005]在本申请实施的第二方面，提供了一种账单的计量明细处理装置，包括：确定模块，用于确定账单页面中第一账单数据，其中，所述账单页面中包括多条账单数据，所述第一账单数据为所述多条账单数据中的任意一条账单数据；处理模块，用于对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细。
[0006]在本申请实施的第三方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现第一方面所述的方法步骤。
[0007]在本申请实施的第四方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第一方面所述的方法。
[0008]在本申请实施例中，可以对账单页面中的任意一条账单数据进行下钻操作，得到与第一账单数据关联的计量明细，即可以通过下钻操作反向调出任意一条账单明细的计量详情，因此，在账单页面中的账单数据涉及多部门或多系统的情况下，无需由每一个部分或每一个系统单独导出计量明细，从而解决了现有技术中在账单数据涉及多部门或多系统的情况下，账单数据核查的时间成本高且准确率低的问题。
附图说明
[0009]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
[0010]图1是本申请实施例中账单的计量明细处理方法的流程图示意图；
[0011]图2是本申请实施例中云计算产品线异常计量明细处理方法的流程图示意图；
[0012]图3是本申请实施例中账单的计量明细处理装置的结构图示意图；
[0013]图4是本申请实施例中电子设备的结构示意图。
具体实施方式
[0014]为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述地实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0015]在后续的描述中，使用用于表示元件的诸如“模块”、“单元”的后缀仅为了有利于本申请的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。
[0016]首先对本申请实施例的术语进行解释；
[0017]计量：即计费用量，是用来衡量云服务产生的资源消耗的用量，如：内容分发网络(Content Delivery Network，CDN)流量、中央处理器(Central Processing Unit，CPU)核数、磁盘空间等。
[0018]本申请实施例提供了一种账单的计量明细处理方法，如图1所示，该方法的步骤包括：
[0019]步骤102，确定账单页面中第一账单数据，其中，账单页面中包括多条账单数据，第一账单数据为多条账单数据中的任意一条账单数据；
[0020]步骤104，对第一账单数据执行数据下钻操作，得到与第一账单数据关联的计量明细。
[0021]通过上述步骤102和步骤104，可以对账单页面中的任意一条账单数据进行下钻操作，得到与第一账单数据关联的计量明细，即可以通过下钻操作反向调出任意一条账单明细的计量详情，因此，在账单页面中的账单数据涉及多部门或多系统的情况下，无需由每一个部分或每一个系统单独导出计量明细，从而解决了现有技术中在账单数据涉及多部门或多系统的情况下，账单数据核查的时间成本高且准确率低的问题。
[0022]在本申请实施例的可选实施方式中，上述步骤104中涉及到的对第一账单数据执行数据下钻操作，得到与第一账单数据关联的计量明细的方式，进一步可以包括：
[0023]步骤11，确定第一参数，其中，第一账单数据中包括用于表征第一账单数据中的账单明细的第二参数；第一参数用于表征第二参数的计量明细；
[0024]在本申请实施例中，不同的账单数据对应不同的第二参数，例如，第二参数可以是产品线ID，实例ID，开始时间，结束时间，计费项等，对应于该第二参数，第一参数可以是账单月，机房，价格影响因子，用量，时间点，异常记录值等。
[0025]需要说明的是，上述第一参数和第二参数的种类仅仅是举例说明，可以根据具体的账单数据确定该第一参数和第二参数。
[0026]步骤12，对第一账单数据中的第二参数执行下钻操作，得到与第一参数对应的计量明细。
[0027]在具体示例中，如果第二参数包括产品线A，实例ID为1234567
‑
e9aa
‑
49c4
‑
a3cf
‑
bc941b7ac03b，对应的第一参数包括影响因子BGP、时间点：2021
‑
10
‑
01 00:00:00，2021
‑
10
‑
01 00:05:00，2021
‑
10
‑
01 00:10:00,；对应于上述不同时间点，入口(Mbps)：43.3599、122626.1877、26.5658、11.7914；出口(Mbps)：44.2675、29.5330、29.4759、14.3891；最大值(Mbps)：44.2675、122626.5330、29.4759、14.3891；最大值增长百分比(％)：0.000、282709.6928【异常】、
‑
0.1933、
‑
51.本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种账单的计量明细处理方法，其特征在于，包括：确定账单页面中第一账单数据，其中，所述账单页面中包括多条账单数据，所述第一账单数据为所述多条账单数据中的任意一条账单数据；对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细。2.根据权利要求1所述的方法，其特征在于，所述对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细，包括：确定第一参数，其中，所述第一账单数据中包括用于表征所述第一账单数据中的账单明细的第二参数；所述第一参数用于表征所述第二参数的计量明细；对所述第一账单数据中的第二参数执行下钻操作，得到与所述第一参数对应的计量明细。3.根据权利要求2所述的方法，其特征在于，对所述第一账单数据中的第二参数执行下钻操作，得到与所述第一参数对应的计量明细，包括：对所述第一账单数据中的第二参数执行下钻操作，在预设格式中以预设格式显示与所述第一参数对应的计量明细；导出所述预设格式。4.根据权利要求3所述的方法，其特征在于，在在预设格式中以预设格式显示与所述第一参数对应的计量明细之后，所述方法还包括：定位所述预设格式中异常的计量明细。5.根据权利要求2或3所述的方法，其特征在于，所述对所述第一账单数据中的第二参数执行下钻操作，包括：基于所述第二参数的类型从以下至少一项计量类中反向获取账单明细的计量明细：静态计量类、拟合场景计量类、第三方接入计量类、标准计量类、非标准计量类。6....

【专利技术属性】
技术研发人员：杨鹏飞，
申请(专利权)人：北京金山云网络技术有限公司，
类型：发明
国别省市：