1.本技术涉及数据处理技术领域，特别是涉及一种账单的计量明细处理方法及装置、电子设备和存储介质。
背景技术：2.目前，如果对账单用量存疑，需要查看计费的用量明细进行评估分析或对账。现有技术方案是运营控制台查询用量明细或反馈给业务线，由各业务线部门通过各自运维系统或控制台导出明细，但由于涉及跨部门沟通、跨系统查询等，排查问题及沟通成本较高，同时由于涉及跨部门沟通、跨系统查询等，排查问题及沟通成本较高时存在导出的数据格式繁杂，另外导出的明细和账单的用量存在偏差，需要多次沟通核对等问题，导致对于账单的审核效率较低。
技术实现要素：3.本技术实施例的目的在于提供一种账单的计量明细处理方法及装置、电子设备和存储介质，解决了现有技术中在账单数据涉及多部门或多系统的情况下，账单数据核查的时间成本高且准确率低的问题。具体技术方案如下：
4.在本技术实施的第一方面，首先提供了一种账单的计量明细处理方法，包括：确定账单页面中第一账单数据，其中，所述账单页面中包括多条账单数据，所述第一账单数据为所述多条账单数据中的任意一条账单数据；对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细。
5.在本技术实施的第二方面，提供了一种账单的计量明细处理装置，包括：确定模块，用于确定账单页面中第一账单数据，其中，所述账单页面中包括多条账单数据，所述第一账单数据为所述多条账单数据中的任意一条账单数据；处理模块，用于对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细。
6.在本技术实施的第三方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现第一方面所述的方法步骤。
7.在本技术实施的第四方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第一方面所述的方法。
8.在本技术实施例中，可以对账单页面中的任意一条账单数据进行下钻操作，得到与第一账单数据关联的计量明细，即可以通过下钻操作反向调出任意一条账单明细的计量详情，因此，在账单页面中的账单数据涉及多部门或多系统的情况下，无需由每一个部分或每一个系统单独导出计量明细，从而解决了现有技术中在账单数据涉及多部门或多系统的情况下，账单数据核查的时间成本高且准确率低的问题。
附图说明
9.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
10.图1是本技术实施例中账单的计量明细处理方法的流程图示意图；
11.图2是本技术实施例中云计算产品线异常计量明细处理方法的流程图示意图；
12.图3是本技术实施例中账单的计量明细处理装置的结构图示意图；
13.图4是本技术实施例中电子设备的结构示意图。
具体实施方式
14.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述地实施例是本技术的一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
15.在后续的描述中，使用用于表示元件的诸如“模块”、“单元”的后缀仅为了有利于本技术的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。
16.首先对本技术实施例的术语进行解释；
17.计量：即计费用量，是用来衡量云服务产生的资源消耗的用量，如：内容分发网络(content delivery network，cdn)流量、中央处理器(central processing unit，cpu)核数、磁盘空间等。
18.本技术实施例提供了一种账单的计量明细处理方法，如图1所示，该方法的步骤包括：
19.步骤102，确定账单页面中第一账单数据，其中，账单页面中包括多条账单数据，第一账单数据为多条账单数据中的任意一条账单数据；
20.步骤104，对第一账单数据执行数据下钻操作，得到与第一账单数据关联的计量明细。
21.通过上述步骤102和步骤104，可以对账单页面中的任意一条账单数据进行下钻操作，得到与第一账单数据关联的计量明细，即可以通过下钻操作反向调出任意一条账单明细的计量详情，因此，在账单页面中的账单数据涉及多部门或多系统的情况下，无需由每一个部分或每一个系统单独导出计量明细，从而解决了现有技术中在账单数据涉及多部门或多系统的情况下，账单数据核查的时间成本高且准确率低的问题。
22.在本技术实施例的可选实施方式中，上述步骤104中涉及到的对第一账单数据执行数据下钻操作，得到与第一账单数据关联的计量明细的方式，进一步可以包括：
23.步骤11，确定第一参数，其中，第一账单数据中包括用于表征第一账单数据中的账单明细的第二参数；第一参数用于表征第二参数的计量明细；
24.在本技术实施例中，不同的账单数据对应不同的第二参数，例如，第二参数可以是产品线id，实例id，开始时间，结束时间，计费项等，对应于该第二参数，第一参数可以是账单月，机房，价格影响因子，用量，时间点，异常记录值等。
25.需要说明的是，上述第一参数和第二参数的种类仅仅是举例说明，可以根据具体的账单数据确定该第一参数和第二参数。
26.步骤12，对第一账单数据中的第二参数执行下钻操作，得到与第一参数对应的计量明细。
27.在具体示例中，如果第二参数包括产品线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.1835。
28.需要说明的是，上述第二参数和第一参数均是可以包括多项的，上述仅仅是举例说明了其中一部分的取值，具体项数可以根据实际需要进行相应的设置。
29.由此可见，通过上述步骤11和步骤12，可以对第二参数进行下钻处理，得到对应的第一参数的计量明细，该计量明细可以是跨部门的，也可以是跨系统的，无需由人工对跨部门或跨系统的计量明细进行核对，而且还可以增加相应的第一参数，以定位异常数据，例如第一参数为最大值增长百分比，从而可以快速确定计量明细中哪些是异常数据。
30.在本技术实施例的再一个可选实施方式中，对于上述步骤12中涉及到的对第一账单数据中的第二参数执行下钻操作，得到与第一参数对应的计量明细的方式，进一步可以包括：
31.步骤21，对第一账单数据中的第二参数执行下钻操作，在预设格式中以预设格式显示与第一参数对应的计量明细；
32.步骤22，导出预设格式。
33.通过上述步骤21和步骤22，对于通过下钻操作得到的第一参数对应的计量明细，可以预设格式显示，该预设格式在具体示例中可以是表格、图表或其他能够方便直观显示或容易导出计量明细的格式。
34.在本技术实施例的再一个可选实施方式中，在在预设格式中以预设格式显示与第一参数对应的计量明细之后，方法还包括：
35.步骤31，定位预设格式中异常的计量明细。
36.在具体示例中，以预设格式为表格为例，如果出现异常的计量明细则可以在表格中突出显示出该异常的计量明细，例如以不同颜色突出显示，或者通过其他标记在该异常的计量明细的周边标记等方式，从而在显示计量明细的同时能够获知哪些是异常数据，哪些是正常数据，无需由人工进行跨部门或跨系统进行核对，节省人力成本的同时，也提高了计量明细核对并导出的效率。
37.在本技术实施例的又一个可选实施方式中，对于上述步骤12中涉及到的对第一账单数据中的第二参数执行下钻操作的方式，进一步可以包括：
38.步骤41，基于第二参数的类型从以下至少一项计量类中反向获取账单明细的计量明细：静态计量类、拟合场景计量类、第三方接入计量类、标准计量类、非标准计量类。
39.可见，本技术实施例中的下钻操作是指通过第二参数反向获取账单明细的计量明细，其中，静态计量类可以是可以直接从订单快照中获取的cpu、内存等。拟合场景计量类通常是指计费的拟合规则，即反查计费的拟合规则，根据拟合规则反向查询用量明细，例如cdn产品线的大文件下载、图片小文件、音视频点播和并到大文件下载上。第三方接入计量
类即通过第三方应用程序接口(application programming interface，api)接入的用量明细，例如如：短信|国际短信等按照计量接入规范的产品线。标准计量类，即通常是根据产品线及产品线的存储形态查询对应用量明细，如：弹性ip(elastic ip，eip)，从服务器(elasticsearch)读取30粒度的用量信息；非标准计量类，即依据实际非标情况定制，例如eip产品线下目标新闻媒体排除某些固定ip后产生的计量。可见，在本技术实施例中可以从多个维度获取对应的计量明细，以保证获取到的计量明细的完整性。
40.下面根据本技术实施例的具体实施方式对本技术进行举例说明，该具体实施方式提供了一种云计算产品线异常计量明细处理方法，如图2所示，该方法的步骤包括：
41.步骤201，分配具有下钻权限的账号，并登录该账号后，从账单页面选择一条账单数据；
42.步骤202，点击数据下钻；
43.步骤203，将该账单明细携带的产品线id、实例id、计费区间、计费项等传递给数据中台系统；
44.步骤204，数据路由；
45.步骤205，静态类计量；
46.其中，如cpu、内存，可以直接从订单快照中获取；
47.步骤206，标准计量类；
48.其中，根据产品线及产品线的存储形态查询对应用量明细，如：弹性ip，从elasticsearch读取30粒度的用量信息；
49.步骤207，拟合场景计量类；
50.其中，拟合场景计量类通常是指计费的拟合规则，即反查计费的拟合规则，根据拟合规则反向查询用量明细。
51.步骤208，第三方接入计量类；
52.其中，第三方接入计量类即通过第三方应用程序接口接入的用量明细。
53.步骤209，计量明细；
54.其中，取出的明细经过加工生成统一格式的用量明细，如：增长百分比、精度格式化；在具体示例中，可以如表1和表2所示。
55.步骤210，页面展示。
56.其中，明细数据的形态：在线页面或表格或图表，从而可以快速定位波动大的存疑明细的问题或明细和客户进行数据核对。
57.[0058][0059][0060]
表1
[0061][0062][0063]
表2
[0064]
可见，通过该具体实施方式，通过对账单数据进行下钻处理屏蔽了跨产品线之间的数据核对的沟通成本，而且，还提高异常账单用量问题定位效率。
[0065]
对应于上述图1，本技术实施例还提供了一种账单的计量明细处理装置，如图3所示，该装置包括：
[0066]
确定模块32，用于确定账单页面中第一账单数据，其中，账单页面中包括多条账单数据，第一账单数据为多条账单数据中的任意一条账单数据；
[0067]
处理模块34，用于对第一账单数据执行数据下钻操作，得到与第一账单数据关联的计量明细。
[0068]
通过上述装置，可以对账单页面中的任意一条账单数据进行下钻操作，得到与第
一账单数据关联的计量明细，即可以通过下钻操作反向调出任意一条账单明细的计量详情，因此，在账单页面中的账单数据涉及多部门或多系统的情况下，无需由每一个部分或每一个系统单独导出计量明细，从而解决了现有技术中在账单数据涉及多部门或多系统的情况下，账单数据核查的时间成本高且准确率低的问题。
[0069]
可选地，本技术实施例中的处理模块34进一步可以包括：第一确定单元，用于确定第一参数，其中，第一账单数据中包括用于表征第一账单数据中的账单明细的第二参数；第一参数用于表征第二参数的计量明细；处理单元，用于对第一账单数据中的第二参数执行下钻操作，得到与第一参数对应的计量明细。
[0070]
在本技术实施例中，不同的账单数据对应不同的第二参数，例如，第二参数可以是产品线id，实例id，开始时间，结束时间，计费项等，对应于该第二参数，第一参数可以是账单月，机房，价格影响因子，用量，时间点，异常记录值等。
[0071]
在具体示例中，如果第二参数包括产品线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.1835。
[0072]
需要说明的是，上述第二参数和第一参数均是可以包括多项的，上述仅仅是举例说明了其中一部分的取值，具体项数可以根据实际需要进行相应的设置。
[0073]
由此可见，可以对第二参数进行下钻处理，得到对应的第一参数的计量明细，该计量明细可以是跨部门的，也可以是跨系统的，无需由人工对跨部门或跨系统的计量明细进行核对，而且还可以增加相应的第一参数，以定位异常数据，例如第一参数为最大值增长百分比，从而可以快速确定计量明细中哪些是异常数据。
[0074]
可选地，本技术实施例中的处理单元进一步可以包括：第一处理子单元，用于对第一账单数据中的第二参数执行下钻操作，在预设格式中以预设格式显示与第一参数对应的计量明细；导出子单元，用于导出预设格式。
[0075]
可见，对于通过下钻操作得到的第一参数对应的计量明细，可以预设格式显示，该预设格式在具体示例中可以是表格、图表或其他能够方便直观显示或容易导出计量明细的格式。
[0076]
可选地，本技术实施例中的装置还可以包括：定位模块，用于在在预设格式中以预设格式显示与第一参数对应的计量明细之后，定位预设格式中异常的计量明细。
[0077]
在具体示例中，以预设格式为表格为例，如果出现异常的计量明细则可以在表格中突出显示出该异常的计量明细，例如以不同颜色突出显示，或者通过其他标记在该异常的计量明细的周边标记等方式，从而在显示计量明细的同时能够获知哪些是异常数据，哪些是正常数据，无需由人工进行跨部门或跨系统进行核对，节省人力成本的同时，也提高了计量明细核对并导出的效率。
[0078]
可选地，本技术实施例中的处理单元进一步可以包括：第二处理子单元，用于基于第二参数的类型从以下至少一项计量类中反向获取账单明细的计量明细：静态计量类、拟合场景计量类、第三方接入计量类、标准计量类、非标准计量类。
[0079]
可见，本技术实施例中的下钻操作是指通过第二参数反向获取账单明细的计量明细，其中，静态计量类可以是可以直接从订单快照中获取的cpu、内存等；拟合场景计量类通常是指计费的拟合规则，即反查计费的拟合规则，根据拟合规则反向查询用量明细；第三方接入计量类即通过第三方应用程序接口(application programming interface，api)接入的用量明细；标准计量类，即通常是根据产品线及产品线的存储形态查询对应用量明细，如：弹性ip，从服务器(elasticsearch)读取30粒度的用量信息；非标准计量类，即依据实际非标情况定制。可见，在本技术实施例中可以从多个维度获取对应的计量明细，以保证获取到的计量明细的完整性。
[0080]
本技术实施例还提供了一种电子设备，如图4所示，包括处理器401、通信接口402、存储器403和通信总线404，其中，处理器401，通信接口402，存储器403通过通信总线404完成相互间的通信，
[0081]
存储器403，用于存放计算机程序；
[0082]
处理器401，用于执行存储器403上所存放的程序时，实现图1中的方法步骤，其所起到的作用与图1中的方法步骤一样，在此不再赘述。
[0083]
上述终端提到的通信总线可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0084]
通信接口用于上述终端与其他设备之间的通信。
[0085]
存储器可以包括随机存取存储器(random access memory，简称ram)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
[0086]
上述的处理器可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
[0087]
在本技术提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的账单的计量明细处理方法。
[0088]
在本技术提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的账单的计量明细处理方法。
[0089]
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字
用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
[0090]
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0091]
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0092]
以上所述仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本技术的保护范围内。
技术特征：1.一种账单的计量明细处理方法，其特征在于，包括：确定账单页面中第一账单数据，其中，所述账单页面中包括多条账单数据，所述第一账单数据为所述多条账单数据中的任意一条账单数据；对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细。2.根据权利要求1所述的方法，其特征在于，所述对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细，包括：确定第一参数，其中，所述第一账单数据中包括用于表征所述第一账单数据中的账单明细的第二参数；所述第一参数用于表征所述第二参数的计量明细；对所述第一账单数据中的第二参数执行下钻操作，得到与所述第一参数对应的计量明细。3.根据权利要求2所述的方法，其特征在于，对所述第一账单数据中的第二参数执行下钻操作，得到与所述第一参数对应的计量明细，包括：对所述第一账单数据中的第二参数执行下钻操作，在预设格式中以预设格式显示与所述第一参数对应的计量明细；导出所述预设格式。4.根据权利要求3所述的方法，其特征在于，在在预设格式中以预设格式显示与所述第一参数对应的计量明细之后，所述方法还包括：定位所述预设格式中异常的计量明细。5.根据权利要求2或3所述的方法，其特征在于，所述对所述第一账单数据中的第二参数执行下钻操作，包括：基于所述第二参数的类型从以下至少一项计量类中反向获取账单明细的计量明细：静态计量类、拟合场景计量类、第三方接入计量类、标准计量类、非标准计量类。6.一种账单的计量明细处理装置，其特征在于，包括：确定模块，用于确定账单页面中第一账单数据，其中，所述账单页面中包括多条账单数据，所述第一账单数据为所述多条账单数据中的任意一条账单数据；处理模块，用于对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细。7.根据权利要求6所述的装置，其特征在于，所述处理模块包括：第一确定单元，用于确定第一参数，其中，所述第一账单数据中包括用于表征所述第一账单数据中的账单明细的第二参数；所述第一参数用于表征所述第二参数的计量明细；处理单元，用于对所述第一账单数据中的第二参数执行下钻操作，得到与所述第一参数对应的计量明细。8.根据权利要求7所述的装置，其特征在于，所述处理单元包括：第一处理子单元，用于对所述第一账单数据中的第二参数执行下钻操作，在预设格式中以预设格式显示与所述第一参数对应的计量明细；导出子单元，用于导出所述预设格式。9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-5任一所述的方法步骤。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的方法。
技术总结本申请提供了一种账单的计量明细处理方法及装置、电子设备和存储介质，其中，该方法包括：确定账单页面中第一账单数据，其中，所述账单页面中包括多条账单数据，所述第一账单数据为所述多条账单数据中的任意一条账单数据；对所述第一账单数据执行数据下钻操作，得到与所述第一账单数据关联的计量明细。通过上述方案，解决了现有技术中在账单数据涉及多部门或多系统的情况下，账单数据核查的时间成本高且准确率低的问题。准确率低的问题。准确率低的问题。
技术研发人员：杨鹏飞
受保护的技术使用者：北京金山云网络技术有限公司
技术研发日：2022.04.08
技术公布日：2022/7/5
