CN113067709A - 基于云服务的计费方法、装置、设备及可读存储介质 - Google Patents

Abstract

本公开提供了一种基于云服务的计费方法、装置、设备及可读存储介质；方法包括：获取目标账户对应的服务数据；服务数据包括目标服务对应的至少一个计费指标中每一计费指标的计费指标数据；获取目标账户对于目标服务的计费规则；根据计费规则和每一计费指标的计费指标数据生成服务数据对应的计费数据。通过本公开提供的基于云服务的计费方法，能够降低运维成本，提高开发效率。

Description

基于云服务的计费方法、装置、设备及可读存储介质

技术领域

本公开涉及与云服务技术领域，尤其涉及一种基于云服务的计费方法、装置、设备及可读存储介质。

背景技术

云计算是一种新兴的商业计算发明，他将计算任务分布在大量计算机构成的资源池上，使各种应用系统能够根据需要获取计算能力，存储空间和各种软件服务，在这个过程中云计算系统向用户提供以租用计算资源等为形式的服务。服务计费，是指在有偿服务的条件下，服务供应商根据服务使用者的使用情况以及该服务的计费规则向服务使用者收取相应的费用，服务计费是服务提供商与服务使用者之间进行服务交易结算的关键步骤之一。

相关技术中服务产品的计费系统往往与服务产品耦合关系较强，在业务产品版本更迭时，需要对其计费系统同时更新，导致上线缓慢，影响开发效率。

发明内容

本公开实施例提供一种基于云服务的计费方法、装置、设备及可读存储介质，能够降低运维成本，提升开发效率。

本公开实施例的技术方案是这样实现的：

本公开实施例提供一种基于云服务的计费方法，包括：获取目标账户对应的服务数据；服务数据包括目标服务对应的至少一个计费指标中每一计费指标的计费指标数据；获取目标账户对于目标服务的计费规则；根据计费规则和每一计费指标的计费指标数据生成服务数据对应的计费数据。

通过上述实现方式，由于将目标服务对应的服务数据量化为至少一个计费指标，在对该目标服务进行计费数据的确定中，只需获取目标账户对于该至少一个计费指标的计费规则即可得到该服务数据对应的计费数据。如此，可以有效地将目标服务的服务提供系统和计费系统解耦，在服务提供系统需要进行功能变更的情况下，无需对计费系统进行同步更新，降低了运维成本，提高了开发效率。

在一些可能的实现方式中，所述方法还包括：响应于目标账户对目标服务的订阅请求，通过图形交互界面接收目标账户对目标服务的订阅操作；订阅操作用于确定目标账户对于目标服务的计费规则。

通过上述实现方式，由于将通过图形交互界面接收用户对该目标服务的订阅操作，并根据该订阅操作实时更新该目标用户对于目标服务的计费规则，可以在不对目标服务系统进行变更的情况下，对该目标服务对应的计费方式进行变更，不仅减少了服务提供厂商的开发难度及开发工作量，也提升收费方式的多样性，提高了用户的使用体验。

在一些可能的实现方式中，所述订阅请求包括订阅管理请求；所述通过图形交互界面接收目标账户对目标服务的订阅操作，包括：响应于目标账户对目标服务的订阅管理请求，通过图形交互界面显示目标服务对应的订单信息；订单信息携带目标账户对于目标账户的待确认计费规则；接收目标账户对订单信息的管理操作，根据管理操作确定目标账户的计费规则。

在一些可能的实现方式中，所述接收目标账户对订单信息的管理操作，根据管理操作确定目标账户的计费规则，包括：接收目标账户对订单确认选项的选择操作，将待确认计费规则确定为目标账户对于目标服务的计费规则。

在一些可能的实现方式中，所述接收目标账户对订单信息的管理操作，根据管理操作确定目标账户的计费规则，包括：接收目标账户对订单终止选项的选择操作，放弃待确认计费规则，并将预设的计费规则确定为目标账户对于目标服务的计费规则。

通过上述实现方式，由于接收目标账户对目标服务的订阅管理操作，可以便于目标账户对于该目标服务的计费规则的查询和变更，提升了用户对于目标服务计费规则管理的灵活性，提升了用户使用体验。

在一些可能的实现方式中，所述订阅请求还包括订阅获取请求；所述通过图形交互界面接收目标账户对目标服务的订阅操作，还包括：响应于目标账户对目标服务的订阅获取请求，通过图形交互界面接收目标账户对待确认计费规则的选择操作；基于选择操作，生成携带目标账户对于目标服务的待确认计费规则的订单信息。

在一些可能的实现方式中，所述通过图形交互界面接收目标账户对待确认计费规则的选择操作，包括：通过图形交互界面显示目标服务对应的至少一个服务商品选项；每一服务商品选项对应一个待选择计费规则；接收目标账户对至少一个服务商品选项中目标服务商品选项的选择操作，将目标服务商品选项对应的待选择计费规则确定为目标账户对于目标服务的待确认计费规则。

在一些可能的实现方式中，所述通过图形交互界面接收目标账户对待确认计费规则的选择操作，包括：通过图形交互界面显示每一计费指标对应的至少一个指标商品选项；每一指标商品选项对应一个指标计费规则；接收目标账户对每一计费指标对应的至少一个指标商品选项中目标指标商品的选择操作，得到至少一个目标指标商品中每一目标指标商品对应的目标指标计费规则；根据每一目标指标商品对应的目标指标计费规则生成目标账户对于目标服务的待确认计费规则。

通过上述实现方式，由于接收目标账户对目标服务的订阅获取操作，可以使目标账户针对服务制定个性化的计费规则；并且，由于将目标服务抽象为至少一个计费指标，目标账户可以为每一计费指标选择不同的指标计费规则，进而形成自定义的服务产品套餐，不仅满足了用户的计费选择需求，也造成计费系统的二次开发，提升了本公开实施例中服务计费方法的灵活性。

在一些可能的实现方式中，所述计费规则包括至少一个目标计费指标中每一目标计费指标对应的目标指标计费规则；所述根据计费规则和每一计费指标的计费指标数据生成服务数据对应的计费数据，包括：根据每一计费指标的计费指标数据，确定每一目标计费指标对应的目标指标数据；根据每一目标计费指标对应的目标指标计费规则和目标指标数据，生成每一目标计费指标对应的指标计费数据；根据每一目标计费指标对应的指标计费数据生成服务数据对应的计费数据。

在一些可能的实现方式中，所述目标指标数据包括目标账户对于目标计费指标的使用时间和使用量；所述根据每一目标计费指标对应的目标指标计费规则和目标指标数据，生成每一目标计费指标对应的指标计费数据，包括：根据使用时间确定目标指标计费规则中的计费周期；获取计费周期中目标账户对于目标计费指标的历史使用量；基于历史使用量、使用量和目标指标计费规则确定目标计费指标对应的指标计费数据。

通过上述实现方式，由于将目标服务抽象为至少一个计费指标，并设置每一计费指标分别对应的指标计费规则，可以使生成的计费数据更加透明，提升用户的使用体验；并且，由于该计费规则是由至少一个计费指标组成的，在需要对该目标服务进行功能变更或功能删减的情况下，只需修改该功能对应的计费指标及指标计费系统，即可完成对计费系统的同步更新，进一步降低了系统维护成本，提升开发效率。

在一些可能的实现方式中，所述方法还包括：将服务数据对应的计费数据存储至数据库中的历史计费记录中；响应于触发指令，根据历史计费记录生成目标账户的收费账单；触发指令包括以下至少之一：目标账户对图形交互界面中的目标控件进行触发操作所生成的指令；通过定时触发装置所产生的指令。

通过上述实现方式，由于保存每一服务数据对应的计费数据，并响应于人为触发或者定时触发，生产包含历史计费数据的收费账单，可以使目标服务的收费更加透明，提升用户的使用体验。

在一些可能的实现方式中，所述获取目标服务对应的服务数据，包括以下至少之一：在目标账户使用目标服务的过程中，接收目标服务通过服务接口上报的服务数据；获取目标服务的历史使用日志，解析历史使用日志，得到目标账户对应的服务数据。

本公开实施例提供一种基于云服务的计费装置，所述装置包括：第一获取模块，用于获取目标账户对应的服务数据；服务数据包括目标服务对应的至少一个计费指标中每一计费指标的计费指标数据；第二获取模块，用于获取目标账户对于目标服务的计费规则；生成模块，用于根据计费规则和每一计费指标的计费指标数据生成服务数据对应的计费数据。

本公开实施例提供一种基于云服务的计费设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本公开实施例提供的基于云服务的计费方法。

本公开实施例提供一种可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本公开实施例提供的基于云服务的计费方法。

本公开实施例具有以下有益效果：

本公开实施例通过将目标服务对应的服务数据量化为至少一个计费指标，在对该目标服务进行计费数据的确定中，只需获取目标账户对于该至少一个计费指标的计费规则即可得到该服务数据对应的计费数据。如此，可以有效地将目标服务的服务提供系统和计费系统解耦，在服务提供系统需要进行功能变更的情况下，无需对计费系统进行同步更新，降低了运维成本，提高了开发效率。

附图说明

图1是本公开实施例提供的基于云服务的计费系统的一个可选的架构示意图；

图2是本公开实施例提供的基于云服务的计费设备的结构示意图；

图3是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图；

图4是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图；

图5是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图；

图6是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图；

图7是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图；

图8是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图。

具体实施方式

为了使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开作进一步地详细描述，所描述的实施例不应视为对本公开的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使在本实施例中描述的本公开实施例能够以除了在在本实施例中图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本公开的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本公开实施例的目的，不是旨在限制本公开。

参见图1，图1是本公开实施例提供的服务计费系统100的一个可选的架构示意图，为实现支撑一个服务计费应用，终端400通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合。图1还示出了服务器200可以为服务器集群，该服务器集群包括服务器200-1至200-3，同样地，服务器200-1至200-3可以是实体机器，也可以是利用虚拟化技术(如容器技术及虚拟机技术等)构建的虚拟机器，还可以是提供云计算服务的云服务器，本公开实施例对此不做限定，当然，在本实施例中也可使用单个服务器来进行服务的提供。

在一些可能的实现方式中，本公开实施例所提供的计费方法可以基于云技术实现，各可选实施例中所涉及的数据处理(包括但不限于数据计算等)，可以采用云计算实现。云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。

其中，云计算(cloud computing)是一种计算模式，它将计算任务分布在大量计算机构成的资源池上，使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取，按需使用，随时扩展，按使用付费。作为云计算的基础能力提供商，会建立云计算资源池(简称云平台，一般称为IaaS(Infrastructure as a Service，基础设施即服务)平台，在资源池中部署多种类型的虚拟资源，供外部客户选择使用。云计算资源池中主要包括：计算设备(为虚拟化机器，包含操作系统)、存储设备、网络设备。按照逻辑功能划分，在IaaS(Infrastructure as a Service，基础设施即服务)层上可以部署PaaS(Platform as aService，平台即服务)层，PaaS层之上再部署SaaS(Software as a Service，软件即服务)层，也可以直接将SaaS部署在IaaS上。PaaS为软件运行的平台，如数据库、web容器等。SaaS为各式各样的业务软件，如web门户网站、短信群发器等。一般来说，SaaS和PaaS相对于IaaS是上层。在一些可能的实现方式中，用户可以终端400中通过目标账户访问服务器集群中提供目标服务的服务器(以服务器200-1为例)，在服务器200-1可以将该目标账户对应的服务数据发送至计费系统所在的服务器(以服务器200-2为例)，服务器200-2在接收到该目标账户对应的服务数据后，可以获取目标账户对于目标服务的计费规则；根据计费规则和每一计费指标的计费指标数据生成服务数据对应的计费数据。服务器200-2可以将得到的计费数据保存至对应的数据库中，也可以通过网络发送该计费数据至终端400和服务器200-1。终端400可以在图形界面410显示该计费数据。

参见图2，图2是本公开实施例提供的基于云服务的计费设备500的结构示意图，图2所示的基于云服务的计费设备500包括：至少一个处理器510、存储器550、至少一个网络接口520和用户接口530。基于云服务的计费设备500中的各个组件通过总线系统540耦合在一起。可理解，总线系统540用于实现这些组件之间的连接通信。总线系统540除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统540。

处理器510可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口530包括使得能够呈现媒体内容的一个或多个输出装置531，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口530还包括一个或多个输入装置532，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器550包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本公开实施例描述的存储器550旨在包括任意适合类型的存储器。存储器550可选地包括在物理位置上远离处理器510的一个或多个存储设备。

在一些可能的实现方式中，存储器550能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统551，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块552，用于经由一个或多个(有线或无线)网络接口520到达其他计算设备，示例性的网络接口520包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

显示模块553，用于经由一个或多个与用户接口530相关联的输出装置531(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块554，用于对一个或多个来自一个或多个输入装置532之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些可能的实现方式中，本公开实施例提供的基于云服务的计费装置可以采用软硬件结合的方式实现，作为示例，本公开实施例提供的基于云服务的计费装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本公开实施例提供的基于云服务的计费方法。

在一些可能的实现方式中，本公开实施例提供的基于云服务的计费装置可以采用软件方式实现，图2示出了存储在存储器550中的基于云服务的计费装置555，其可以是程序和插件等形式的软件，包括以下软件模块：第一获取模块5551、第二获取模块5552和生成模块5553，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。

将在下文中说明各个模块的功能。

在另一些实施例中，本公开实施例提供的装置可以采用硬件方式实现，作为示例，本公开实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本公开实施例提供的基于云服务的计费方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，ComplexProgrammable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable GateArray)或其他电子元件。

将结合本公开实施例提供的服务器的示例性应用和实施，在本公开实施例中，将以服务器为执行主体说明本公开实施例提供的基于云服务的计费方法。

参见图3，图3是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图，将结合图3示出的步骤进行说明。

在S301中，获取目标账户对应的服务数据；服务数据包括目标服务对应的至少一个计费指标中每一计费指标的计费指标数据。

在一些可能的实现方式中，可以通过以下方式实现对该服务数据的获取：在该目标账户使用该目标服务的过程中，接收该目标服务通过服务接口直接上报的服务数据。

其中，提供该目标服务的目标服务器可以接收携带目标账户的使用请求，该使用请求可以用于指示该目标服务器向该目标账户提供对应的目标服务。同时，该目标服务器可以根据提供的目标服务，通过对应的服务接口将服务数据上报至该计费服务器。该服务接口可以为HTTP Restful接口；该服务接口还可以为kafka中间件。通过该服务接口可以实现提供服务系统和计费系统解耦的效果。

在一些可能的实现方式中，还可以通过以下方式实现对该服务数据的获取：获取该目标服务的历史使用日志，解析该历史使用日志，得到该表账户对应的服务数据。

其中，对于该目标服务，可以搭建对该目标服务的日志监控系统，该日志监控系统用于记录各账户对该目标服务的使用日志，以得到历史使用日志。在一个监控周期到达后，解析该历史使用日志，可以得到该监控周期内每一使用日志对应的服务数据。服务器可以根据该目标账户的账户标识在上述每一使用日志对应的服务数据中，获取该目标账户对应的服务数据。该日志监控系统可以通过ELK(Elasticsearch+Logstash+Kibana)、EFK(Elasticsearch+Filebeat+Kibana)等日志组件搭建。

在一些可能的实现方式中，目标服务可以为基于SaaS的云服务产品，该云服务的产品类型可以是存储类型产品的硬盘服务、硬盘备份服务等等，网络类型产品的内容分发网络(Content Delivery Network，CDN)服务、虚拟专用网络(VirtualPrivate Network，VPN)服务等等，计算类型产品的弹性云服务、云容器引擎(CloudContainer Engine，CCE)服务等等，还可以是安全类型、应用服务类型、数据库类型、视频类型、EI企业智能类型、物联网类型等等其他产品类型的云服务，本公开不作具体限定。

在S302中，获取目标账户对于目标服务的计费规则。

在一些可能的实现方式中，在S302之前，服务器中可以预先存储多种计费规则，每一种计费规则可以对应一个账户和该账户对应的服务。其中，可以通过建立“账户的账户标识、服务对应的服务标识”与计费规则之间的映射关系，在需要获取目标账户对于目标服务的计费规则的情况下，可以通过获取与该目标账户的账户标识和该目标服务的服务标识对应的计费规则。例如，对于服务器中存储的计费规则1、计费规则2和计费规则3，可以存储每一计费规则对应的账户和该账户对应的服务，如下表1所示。

表1

可以看到，账户A在使用服务A和账户B在使用服务A的情况下，均对应计费规则1、账户A在使用服务B的情况下，对应计费规则2、账户B在使用服务B的情况下，对应计费规则3。

在一些可能的实现方式中，若根据该目标账户和目标服务，匹配不到对应的计费规则，即对于该服务数据中的目标账户还未设置与该目标账户对于目标服务的计费规则的情况下，可以获取该目标服务对应的默认计费规则，将该目标服务对应的默认计费规则确定为该目标账户对于该目标服务的计费规则。其中，该计费规则用于将该服务数据转换为对应的计费数据。

在S303中，根据计费规则和每一计费指标的计费指标数据生成服务数据对应的计费数据。

在一些可能的实现方式中，该计费规则可以与该目标服务对应的每一计费指标相关，也可以与该目标服务对应的部分计费指标相关。也就是说，在该目标服务对应N个计费指标(N≥1)，该计费规则可以与该N个计费指标中M个计费指标(N≥M≥1)相关。

在一些可能的实现方式中，该计费规则可以包括至少一个计费指标中每一计费指标对应的指标计费规则，每一计费指标对应的指标计费规则用于确定该计费指标对应的计费指标数据对应的指标计费数据，根据生成的指标计费数据生成该服务数据对应的计费数据。

例如，若存在一个目标服务对应的计费指标包括存储文件数量和文件保留时间两个计费指标，该计费规则可以包括存储文件数量对应的数量计费规则，和文件保留时间对应的时间计费规则，根据服务数据中的当前存储文件数量和数量计费规则确定该存储文件数量对应的指标计费数据，根据服务数据中的文件保留时间和时间计费规则确定该文件保留时间对应的指标计费数据，根据生成的指标计费数据生成该服务数据对应的计费数据。

在一些可能的实现方式中，该计费规则可以包括至少一个计费子规则，该目标服务对应的计费指标中包括至少一个选择指标，其余的计费指标作为待输入计费指标。其中，该至少一个选择指标用于在至少一个计费子规则中确定目标计费子规则，将各待输入计费指标输入至该目标计费子规则中，可以得到该服务数据对应的计费数据。

例如，若存在一个目标服务对应的计费指标包括服务质量等级和服务次数两个计费指标，该计费规则包括不同服务质量等级对应的不同的计费子规则，在计算该目标服务对应的计费数据的过程中，可以先根据该服务数据中的服务质量等级确定目标计费子规则，并将该服务次数输入至该目标计费子规则中，可以得到该服务数据对应的计费数据。

通过本公开实施例对于图3的上述示例性实施可知，本公开实施例通过将目标服务对应的服务数据量化为至少一个计费指标，在对该目标服务进行计费数据的确定中，只需获取目标账户对于该至少一个计费指标的计费规则即可得到该服务数据对应的计费数据。在该目标服务为基于SaaS的云服务产品的情况下，本公开实施例提供的基于云服务的计费方法可以为不同的云服务产品提供灵活的计费服务；如此，可以有效地将目标服务的服务提供系统和计费系统解耦，在服务提供系统需要进行功能变更的情况下，无需对计费系统进行同步更新，降低了运维成本，提高了开发效率。

在一些可能的实现方式中，参见图4，图4是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图，基于图3，在图3的任意步骤之间，还包括S401，以S401在S301之前为例，将结合图4示出的步骤进行说明。

在S401中，响应于目标账户对目标服务的订阅请求，通过图形交互界面接收目标账户对目标服务的订阅操作；订阅操作用于确定目标账户对于目标服务的计费规则。

在一些可能的实现方式中，对于上述S302中获取该目标账户对于该目标服务的计费规则的步骤，服务器中可以通过接收目标账户对该目标服务的订阅操作，进而通过该订阅操作确定该目标账户对于该目标服务的计费规则，并将该计费规则与该“目标账户+目标服务”的对应关系存储于服务器中，在执行步骤S302的过程中，即可通过“目标账户+目标服务”在服务器中获取对应的计费规则。需要说明的是，在未接收到目标账户对该目标服务的订阅请求的情况下，在执行步骤S302的过程中，可以将该目标服务对应的默认计费规则确定目标账户对于目标服务的计费规则。

在一些可能的实现方式中，用户可以通过任意终端向该服务器发送的订阅请求，在服务器接收到该用户对应的目标账户对该目标服务的订阅请求之后，可以通过终端中显示的图形交互界面接收该用户针对该目标服务的请阅操作。其中，该订阅操作用于确定目标账户对于目标服务的计费规则。

在一些可能的实现方式中，服务器中可以预先存储由该目标账户对于该目标服务的计费规则，该订阅请求可以用于查看上述预先存储的计费规则，服务器可以通过终端的图像交互界面显示该预先存储的计费规则。与此同时，服务器还可以通过该图形交互界面接收用户的订阅操作。该订阅操作可以用于维持该预先存储的计费规则作为目标账户对于目标服务的计费规则；该订阅操作还可以用于确定一个新的计费规则，取代该预先存储的计费规则，作为目标账户对于目标服务的计费规则；该订阅操作还可以用于取消该预先存储的计费规则，并将该目标服务对应的默认计费果汁作为目标账户对于目标服务的计费规则。

通过本公开实施例对于图4的上述示例性实施可知，本公开实施例通过图形交互界面接收用户对该目标服务的订阅操作，并根据该订阅操作实时更新该目标用户对于目标服务的计费规则，可以在不对目标服务系统进行变更的情况下，对该目标服务对应的计费方式进行变更，不仅减少了服务提供厂商的开发难度及开发工作量，也提升收费方式的多样性，提高了用户的使用体验。

在一些可能的实现方式中，参见图5，图5是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图，基于图4，图4中的S401可以更新为S501至S502，将结合图5示出的步骤进行说明。

在S501中，响应于目标账户对目标服务的订阅管理请求，通过图形交互界面显示目标服务对应的订单信息；订单信息携带目标账户对于目标账户的待确认计费规则。

在一些可能的实现方式中，该订阅请求可以包括对该目标服务的订阅管理请求。该订阅管理请求用于对该目标账户在该服务器中已经存储的对于该目标服务的计费规则进行管理；该订阅管理请求还用于对该目标账户对于该目标服务的还未生效的待确认计费规则进行管理。

其中，服务器在接收到该订阅管理请求后，服务器会通过上述图形交互界面显示该目标服务对应的订单信息。该订单信息可以是已经完成的订单信息，也可以是未完成(待确认)的订单信息，该订单信息中会携带一个待确认计费规则。

在S502中，接收目标账户对订单信息的管理操作，根据管理操作确定目标账户的计费规则。

在一些可能的实现方式中，可以通过以下方式实现S502：

在S5021中，接收目标账户对订单确认选项的选择操作，将待确认计费规则确定为目标账户对于目标服务的计费规则。

在一些可能的实现方式中，在该订单信息为已经完成的订单信息的情况下，该订单信息中的待确认计费规则是已经生效的，上述通过图形交互界面接收目标用户对于对订单确认选项的选择操作可以为对该待确认计费规则的详情查询操作，该详情查询操作用于显示该订单信息的下单时间和生效时间等信息；该对订单确认选项的选择操作还可以是续订操作，该续订操作用于延长该订单信息对应的计费规则的生效时间。

在一些可能的实现方式中，在该订单信息为未完成(待确认)的订单信息的情况下，该订单信息中的待确认计费规则是未生效的，上述通过图形交互界面接收目标用户对于对订单确认选项的选择操作可以为将该待确认计费规则从未生效状态切换至生效状态。其中，该订单确认选项还包括一个生效期限，该目标账户对订单确认选项的选择操作还可以用于将该待确认计费规则在该生效期限内设置为生效状态。

在S5022中，接收目标账户对订单终止选项的选择操作，放弃待确认计费规则，并将预设的计费规则确定为目标账户对于目标服务的计费规则。

在一些可能的实现方式中，在该订单信息为已经完成的订单信息的情况下，该订单信息中的待确认计费规则是已经生效的，上述通过图形交互界面接收目标用户对于对订单终止选项的选择操作可以将该待确认计费规则从生效状态切换至未生效状态。

在一些可能的实现方式中，在该订单信息为未完成(待确认)的订单信息的情况下，该订单信息中的待确认计费规则是未生效的，上述通过图形交互界面接收目标用户对于对订单终止选项的选择操作可以为将该订单信息删除。

通过本公开实施例对于图5的上述示例性实施可知，本公开实施例通过接收目标账户对目标服务的订阅管理操作，可以便于目标账户对于该目标服务的计费规则的查询和变更，提升了用户对于目标基于云服务的计费规则管理的灵活性，提升了用户使用体验。

在一些可能的实现方式中，参见图6，图6是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图，基于图4，图4中的S401可以更新为S601至S602，S501至S502，将结合图6示出的步骤进行说明。

在S601中，响应于目标账户对目标服务的订阅获取请求，通过图形交互界面接收目标账户对待确认计费规则的选择操作。

在一些可能的实现方式中，该订阅操作还可以包括对该目标服务的订阅获取请求，该订阅获取请求用于生成该目标账户对于该目标服务的待确认计费规则，并生成携带该待确认计费规则的订单信息。

在一些可能的实现方式中，可以通过以下方式实现生成该目标账户对于该目标服务的待确认计费规则。

在S6011中，通过图形交互界面显示目标服务对应的至少一个服务商品选项；每一服务商品选项对应一个待选择计费规则；接收目标账户对至少一个服务商品选项中目标服务商品选项的选择操作，将目标服务商品选项对应的待选择计费规则确定为目标账户对于目标服务的待确认计费规则。

其中，针对该目标服务，服务器中预先存储有至少一个不同的待选择计费规则。在接收到该订阅获取请求后，服务器会通过图形交互界面显示每一待选择计费规则对应的服务商品选项。用户可以在显示的至少一个服务商品选项中选择一个服务商品选项作为目标服务商品选项，服务器可以将该目标服务商品选项对应的待选择计费规则确定为目标账户对于目标服务的待确认计费规则。

例如，对于服务A，服务器中存储有3个待选择计费规则，包括计费规则1，计费规则2和计费规则3，在服务器接收到该订阅获取请求后，会通过图形交互界面显示每一计费规则对应的服务商品选项，包括与计费规则1，计费规则2和计费规则3分别对应的服务商品选项1、服务商品选项2和服务商品选项3，接收到目标账户对应用户对该服务商品选项2的选择操作后，将该服务商品选项2对应的计费规则2确定为目标账户对于目标服务的待确认计费规则。

在S6012中，通过图形交互界面显示每一计费指标对应的至少一个指标商品选项；每一指标商品选项对应一个指标计费规则；接收目标账户对每一计费指标对应的至少一个指标商品选项中目标指标商品的选择操作，得到至少一个目标指标商品中每一目标指标商品对应的目标指标计费规则；根据每一目标指标商品对应的目标指标计费规则生成目标账户对于目标服务的待确认计费规则。

其中，针对该目标服务，服务器会确定该目标服务对应的至少一个计费指标，针对每一计费指标，服务器预先存储有每一计费指标对应的至少一个不同的指标计费规则。在接收到该订阅获取请求后，服务器会通过图形交互界面显示每一计费指标对应的至少一个指标商品选项，每一指标商品选项对应一个指标计费规则。

以其中一个计费指标为例，该图形交互界面显示了该计费指标中每一指标计费规则对应的指标商品选项，在接收到目标账户对至少一个指标商品选项中的目标指标商品选项的选择操作之后，将该目标指标商品选项对应的指标计费规则作为该计费指标的目标指标计费规则。

需要说明的是，对于该目标服务对应的N个计费指标(N≥1)，目标账户可以通过选择操作确定其中M个计费指标(N≥M≥1)对应的目标指标计费规则。

在得到至少一个目标指标商品对应的目标指标计费规则之后，可以根据每一目标指标商品对应的目标指标计费规则生成目标账户对于目标服务的待确认计费规则。

以目标服务为文件共享服务为例，服务器会获取文件共享服务对应的至少一个计费指标，包括同时接入的设备数量、共享次数和文件共享时账户使用的存储量共三个计费指标，此时，服务器会分别获取设备数量对应的至少一个指标计费规则、共享次数对应的至少一个指标计费规则和存储量对应的至少一个指标计费规则。其中，目标账户可以分别确定设备数量、共享次数和存储量三个计费指标中每一计费指标对应的指标计费规则，如得到三个目标指标计费规则为“设备数量(2个设备)、共享次数(每次1分)和存储量(1G以内50元，1G以上每500M 30元)”，此时，可以根据上述三个目标指标计费规则生成目标账户对于目标服务的待确认计费规则；其中，目标账户也可以在三个计费指标中确定其中一部分计费指标的目标指标计费规则，如，得到一个目标指标计费规则为“共享次数(每次1分)”，此时，可以根据该共享次数对应的目标指标计费规则和“设备数量对应的默认指标计费规则(1个设备)、存储量对应的默认指标计费规则(每500M 30元)”生成目标账户对于目标服务的待确认计费规则。

基于上述举例，以计费指标为共享次数为例，可以设置多个不同的指标计费规则，包括：1、单次计费，每次使用计费；2、包量，超出后单价计费，比如10元100次，超出后每次1元；3、阶梯计费，比如1-100次100元，100-200次80元，200-300次50元；4、阶梯单价计费，比如1-100次每次1元，100-200次每次0.8元；5、量包，比如10元100次。

在S602中，基于选择操作，生成携带目标账户对于目标服务的待确认计费规则的订单信息。

在一些可能的实现方式中，通过该选择操作得到的待确认计费规则之后，可以生成携带目标账户对于目标服务的待确认计费规则的订单信息，并通过图5所述的实施例中接收目标账户对该目标服务的订阅管理请求进而确定目标账户的计费规则。

在S501中，响应于目标账户对目标服务的订阅管理请求，通过图形交互界面显示目标服务对应的订单信息；订单信息携带目标账户对于目标账户的待确认计费规则。

在S502中，接收目标账户对订单信息的管理操作，根据管理操作确定目标账户的计费规则。

在一些可能的实现方式中，可以通过以下方式实现S502：

在S5021中，接收目标账户对订单确认选项的选择操作，将待确认计费规则确定为目标账户对于目标服务的计费规则。

在S5022中，接收目标账户对订单终止选项的选择操作，放弃待确认计费规则，并将预设的计费规则确定为目标账户对于目标服务的计费规则。

通过本公开实施例对于图6的上述示例性实施可知，本公开实施例通过接收目标账户对目标服务的订阅获取操作，可以使目标账户针对服务制定个性化的计费规则；并且，由于将目标服务抽象为至少一个计费指标，目标账户可以为每一计费指标选择不同的指标计费规则，进而形成自定义的服务产品套餐，不仅满足了用户的计费选择需求，也造成计费系统的二次开发，提升了本公开实施例中基于云服务的计费方法的灵活性。

在一些可能的实现方式中，参见图7，图7是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图，基于上述实施例，以基于图3为例，图3中的S303可以更新为S701至S703，将结合图7示出的步骤进行说明。

在S701中，根据每一计费指标的计费指标数据，确定每一目标计费指标对应的目标指标数据；计费规则包括至少一个目标计费指标中每一目标计费指标对应的目标指标计费规则。

在一些可能的实现方式中，该目标服务对应至少一个计费指标，相应地，针对每一计费指标，服务器中存储有每一计费指标对应的至少一个指标计费规则，如图6中实施例所述。其中，对于目标账户对于该目标服务的计费规则，该计费规则可以将该目标服务对应的所有计费指标作为目标计费指标，也可以将该目标服务对应的所有计费指标中的部分计费指标作为目标计费指标，该计费规则对应的目标计费指标的个数最少为一个。

例如，对于某云服务，其对应的计费指标可以包括：同时登陆设备数量、云端存储量、服务次数、服务带宽共四个计费指标，服务器在获取账户A对应的计费规则过程中，可以得到该账户A的计费规则可以包括上述四个计费指标中每一计费指标对应的指标计费规则；服务器在获取账户B对应的计费规则的过程中，可以得到该账户B的计费规则可以包括云端存储量、服务次数、服务带宽共三个计费指标中每一计费指标对应的指标计费规则；服务器在获取账户C对应的计费规则的过程中，可以得到账户C对应的计费规则可以仅仅包括服务次数对应的指标计费规则。

需要说明的是，在实际应用场景中，若该目标服务对应的多个计费指标中，除去目标账户对应的目标计费指标的其他计费指标，往往采用默认的指标计费规则。例如，基于上述举例，对于账户C，由于其对应的计费规则不包括同时登陆设备数量、云端存储量、服务带宽共三个其他计费指标，可以将这三个其他计费指标对应的指标计费规则设置为默认的计费规则，通常将其设置为最低收费等级(往往为免费)对应的计费规则，相应地，对应的服务也是最普通的，仅仅可以提供最基础的服务，如：将同时登陆设备数量限制为1，云端存储量为最低存储量(500M)，服务带宽(传输优先级最低)。

在一些可能的实现方式中，获取到的目标账户对应的服务数据可以包括该目标服务对应的每一计费指标的计费指标数据，在生成该服务数据对应的计费数据的过程中，可以根据目标账户对应的至少一个目标计费指标，在该服务数据中仅仅获取其中目标计费指标对应的目标指标数据。例如，基于上述举例，对于账户C对应的服务数据，可以包括同时登陆设备数量、云端存储量、服务次数、服务带宽共四个计费指标中每一计费指标对应的计费指标数据，但是在确定该服务数据对应的计费数据的过程中，仅仅使用该服务数据中服务次数对应的计费指标数据。

在S702中，根据每一目标计费指标对应的目标指标计费规则和目标指标数据，生成每一目标计费指标对应的指标计费数据；目标指标数据包括目标账户对于目标计费指标的使用时间和使用量。

在一些可能的实现方式中，对于任意一个目标计费指标对应的目标指标数据，均可以使用该目标计费指标对应的目标指标计费规则确定该目标计费指标对应的指标计费数据。

例如，基于上述举例，若存在账户D的目标计费指标包括云端存储量和同时登陆设备数量，得到的云端存储量对应的目标指标数据包括50M，获取到该服务次数对应的目标指标计费规则为“每10M付费1元”，则该服务次数对应的指标计费指标数据为“5元”；得到的同时登陆设备数量对应的目标指标数据包括“同时登陆了1个终端设备”，获取到该同时登陆设备数量对应的目标指标计费规则为“同时登陆1个终端设备免费，每增加1个终端设备增加2元”，则该同时登陆设备数量对应的指标计费指标数据为“0元”。

在S703中，根据每一目标计费指标对应的指标计费数据生成服务数据对应的计费数据。

在一些可能的实现方式中，在得到每一目标计费指标对应的额指标计费数据之后，还可以结合获取该服务数据对应的生成时间，目标服务的服务标识，目标账户的账户标识，生成该服务数据对应的计费数据。

例如，基于上述举例，对于该账户D的服务数据，在得到该服务次数对应的指标计费指标数据为“5元”和该同时登陆设备数量对应的指标计费指标数据为“0元”后，还可以获取该服务数据的生成时间“YY-MM-DD”、该云服务的服务标识“SID”和账户D的账户标识“UIDD”，进而得到类似如下格式的计费数据：

生成时间：“YY-MM-DD”；

云服务标识：“SID”；

账户标识：“UIDD”；

费用详单：服务次数 5元；

同时登陆设备数量 0元；

合计： 5元。

在一些可能的实现方式中，还可以通过以下方式实现上述S702：

在S7021中，根据使用时间确定目标指标计费规则中的计费周期。

在一些可能的实现方式中，对于每一目标指标数据，还包括目标账户对于该目标计费指标的使用时间和使用量，其中，该使用时间用于确定提供服务系统为目标账户提供该目标服务时的系统时间(日期)；该使用量为目标服务提供的具体的服务量化值，可以根据服务类型的不同设置不同的服务量化值，例如，在该目标服务的服务类型是存储服务的情况下，对应的服务量化值可以为存储空间的大小，即存储量；在该目标服务的服务类型为在线视频服务的情况下，对应的服务量化值可以包括但不限于是视频时间、视频流量和同时通话人数等。

在一些可能的实现方式中，该目标指标计费规则对应一个计费周期，服务器会记录该计费周期内的目标用户对于该目标服务的历史使用量，该目标指标数据对应的指标计费数据不仅与该目标指标数据中的使用量相关，还与该目标计费指标对应的历史使用量相关。

在一些可能的实现方式中，该计费周期通过一个重置时间点确定，两个相邻重置时间点可以确定一个计费周期，例如，该重置时间点可以设置为每天的0点，也可以设置为每月的1号，等。该计费周期也可以通过一个预设时间间隔来确定，即在开始一个新的计费周期之后，每经过一个预设时间间隔就重新开始一个新的计费周期，例如，该预设时间间隔可以设置为24个小时，若干天，等。

在S7022中，获取计费周期中目标账户对于目标计费指标的历史使用量。

在一些可能的实现方式中，在确定该目标指标数据中使用量对应的计费周期后，可以获取从该计费周期开始到该使用时间之间的其他服务数据对应的历史使用量。

在S7023中，基于历史使用量、使用量和目标指标计费规则确定目标计费指标对应的指标计费数据。

在一些可能的实现方式中，该目标指标计费规则可以对应至少两个计费量节点，其中，每两个计费量节点确定一个子规则。上述确定目标计费指标对应的指标计费数据的过程可以转换为根据计费量区间(历史使用量，历史使用量+使用量]确定指标计费数据的过程。其中，可先判断该目标指标计费规则对应的至少两个计费量节点是否位于该计费量区间中，在该计费量区间不存在计费量节点的情况下，根据该计费量区间对应的子规则确定指标计费数据；在该计费量区间存在N(N≥1)个计费量节点的情况下，可以将该计费量区间划分为N+1个计费量子区间，对于每一计费量子区间通过对应的子规则确定对应的指标计费子数据，可以得到N+1个指标计费子数据，通过求和可以得到目标计费指标对应的指标计费数据。

例如，对于根据次数进行计费的目标计费指标，存在的目标指标计费规则为“1至100次每次2元，超出100次后每次1元”，可以得到该目标指标计费规则对应的计费量节点包括“(1，100，+∞)”，其中(1，100]对应的子规则为“每次2元”，(100，+∞)对应的子规则为“每次1元”，此时，当前使用数据中的使用量为50，历史使用量为60，对应的计费量区间为(60，110]，由于计费量节点“100”位于该计费量区间，因此可以得到计费量子区间(60，100]和(100，110]，分别确定(60，100]对应的指标计费子数据为80，(100，110]对应的指标计费子数据为10，进而可以确定目标计费指标对应的指标计费数据为90。

通过本公开实施例对于图7的上述示例性实施可知，本公开实施例通过将目标服务抽象为至少一个计费指标，并设置每一计费指标分别对应的指标计费规则，可以使生成的计费数据更加透明，提升用户的使用体验；并且，由于该计费规则是由至少一个计费指标组成的，在需要对该目标服务进行功能变更或功能删减的情况下，只需修改该功能对应的计费指标及指标计费系统，即可完成对计费系统的同步更新，进一步降低了系统维护成本，提升开发效率。

在一些可能的实现方式中，参见图8，图8是本公开实施例提供的基于云服务的计费方法的一个可选的流程示意图，基于上述实施例，以基于图3为例，在S303之后，所述方法还包括S801至S802，将结合图8示出的步骤进行说明。

在S801中，将服务数据对应的计费数据存储至数据库中的历史计费记录中。

在一些可能的实现方式中，在将该服务数据对应的计费数据存储至数据库中的过程中，可以对该计费数据添加以下标签的至少之一：服务数据对应的生成时间，目标服务的服务标识，目标账户的账户标识。

在S802中，响应于触发指令，根据历史计费记录生成目标账户的收费账单；触发指令包括以下至少之一：目标账户对图形交互界面中的目标控件进行触发操作所生成的指令；通过定时触发装置所产生的指令。

在一些可能的实现方式中，触发指令可以是来自目标账户的，也可以是来自系统的，具体而言，该触发指令可以是目标用户对图形交互界面中的目标控件进行触发操作所生成的指令，也可以是通过定时触发装置在设定好的时间所产生的指令。例如，在终端设备的图形交互界面中设置有一目标控件，该目标控件可以是查询按键，用于向服务器发送历史计费数据的查询请求，在服务器接收到历史计费数据的查询请求的情况下，可以读取数据库中的历史计费记录，并生成目标账户的收费账单。其中，目标账户还可以输入具体地查询时间段，服务器可以读取数据库中的历史计费记录中查询时间段对应的计费数据，并根据该查询时间段对应的计费数据生成目标账户的收费账单。

通过本公开实施例对于图7的上述示例性实施可知，本公开实施例通过保存每一服务数据对应的计费数据，并响应于人为触发或者定时触发，生产包含历史计费数据的收费账单，可以使目标服务的收费更加透明，提升用户的使用体验。

下面，将说明本公开实施例在一个实际的应用场景中的示例性应用。

SaaS服务产品的计费方式主要包括按使用时间计费、按使用人数计费、按量计费、按提供功能计费等，产品计费方式的选择产品的功能属性相关，所以通常计费系统与产品的业务系统耦合关系较强，产品功能的快速迭代使计费系统也需要同步跟进，同时对接多个SaaS服务产品的计费系统可能成为产品上线的瓶颈。

本公开实施例提供一种基于SaaS服务产品的计费场景模式，使得在云框架下，计费系统能够对SaaS产品提供统一、灵活的计费服务，从而提升产品研发效率。要为各种不同SaaS服务类型产品提供统一的计费服务，需要计费系统支持灵活的计费模型，包括按时间、使用量、人数等多种计费维度，需要计费引擎支持灵活定义，同时为了与产品业务系统解耦，系统间的接口要尽量简单清晰。

在一些可能的实现方式中，本公开先对该SaaS服务产品的计费指标进行抽象。其中，不同的SaaS服务产品计费方式各不相同，为此需要对产品的计费指标进行抽象，计费模型支持针对产品粒度的计费指标自定义。例如某产品可以对API调用次数、使用存储容量2个指标进行计费。

在一些可能的实现方式中，本公开对于不同的SaaS服务产品制定对应的费规则。其中，本公开支持对计费指标的计费规则进行配置，包括按时间计费，按使用量计费，对于使用量，支持多种计费规则：例如，单次计费，每次使用计费；包量，超出后单价计费，比如10元100次，超出后每次1元；阶梯计费，比如1-100次100元，100-200次80元，200-300次50元；阶梯单价计费，比如1-100次每次1元，100-200次每次0.8元；量包，比如10元100次，等。多个计费指标还可以组成套餐。

在一些可能的实现方式中，本公开还提供多种计费引擎接口。其中，计费引擎采用Kafka中间件作为计费数据接口，达到与产品业务系统解耦的效果，同时对于轻量级客户端，也可以采用HTTP Restful接口上报方式。对于API类SaaS服务，也支持利用Elasticsearch中间件做日志分析方式计费，外部系统调用商汤云框架开放API时，网关会将API调用日志信息在Elasticsearch中存储，计费引擎通过定期统计日志方式进行计费。

计费引擎将产品的计费信息抽象为计费指标的使用量，业务系统上报计费数据接口参数，可以包括表2所示的接口参数。

表2下面继续说明本公开实施例提供的基于云服务的计费装置555的实施为软件模块的示例性结构，在一些可能的实现方式中，如图2所示，存储在存储器550的基于云服务的计费装置555中的软件模块可以包括：

第一获取模块5551，用于获取目标账户对应的服务数据；服务数据包括目标服务对应的至少一个计费指标中每一计费指标的计费指标数据。

第二获取模块5552，用于获取目标账户对于目标服务的计费规则。

生成模块5553，用于根据计费规则和每一计费指标的计费指标数据生成服务数据对应的计费数据。

在一些可能的实现方式中，所述第二获取模块5552，还用于响应于目标账户对目标服务的订阅请求，通过图形交互界面接收目标账户对目标服务的订阅操作；订阅操作用于确定目标账户对于目标服务的计费规则。

在一些可能的实现方式中，订阅请求包括订阅管理请求；所述第二获取模块5552，还用于响应于目标账户对目标服务的订阅管理请求，通过图形交互界面显示目标服务对应的订单信息；订单信息携带目标账户对于目标账户的待确认计费规则；接收目标账户对订单信息的管理操作，根据管理操作确定目标账户的计费规则。

在一些可能的实现方式中，所述第二获取模块5552，还用于接收目标账户对订单确认选项的选择操作，将待确认计费规则确定为目标账户对于目标服务的计费规则。

在一些可能的实现方式中，所述第二获取模块5552，还用于接收目标账户对订单终止选项的选择操作，放弃待确认计费规则，并将预设的计费规则确定为目标账户对于目标服务的计费规则。

在一些可能的实现方式中，订阅请求还包括订阅获取请求；所述第二获取模块5552，还用于响应于目标账户对目标服务的订阅获取请求，通过图形交互界面接收目标账户对待确认计费规则的选择操作；基于选择操作，生成携带目标账户对于目标服务的待确认计费规则的订单信息。

在一些可能的实现方式中，所述第二获取模块5552，还用于通过图形交互界面显示目标服务对应的至少一个服务商品选项；每一服务商品选项对应一个待选择计费规则；接收目标账户对至少一个服务商品选项中目标服务商品选项的选择操作，将目标服务商品选项对应的待选择计费规则确定为目标账户对于目标服务的待确认计费规则。

在一些可能的实现方式中，所述第二获取模块5552，还用于通过图形交互界面显示每一计费指标对应的至少一个指标商品选项；每一指标商品选项对应一个指标计费规则；接收目标账户对每一计费指标对应的至少一个指标商品选项中目标指标商品的选择操作，得到至少一个目标指标商品中每一目标指标商品对应的目标指标计费规则；根据每一目标指标商品对应的目标指标计费规则生成目标账户对于目标服务的待确认计费规则。

在一些可能的实现方式中，计费规则包括至少一个目标计费指标中每一目标计费指标对应的目标指标计费规则；所述生成模块5553，还用于根据每一计费指标的计费指标数据，确定每一目标计费指标对应的目标指标数据；根据每一目标计费指标对应的目标指标计费规则和目标指标数据，生成每一目标计费指标对应的指标计费数据；根据每一目标计费指标对应的指标计费数据生成服务数据对应的计费数据。

在一些可能的实现方式中，目标指标数据包括目标账户对于目标计费指标的使用时间和使用量；所述生成模块5553，还用于根据使用时间确定目标指标计费规则中的计费周期；获取计费周期中目标账户对于目标计费指标的历史使用量；基于历史使用量、使用量和目标指标计费规则确定目标计费指标对应的指标计费数据。

在一些可能的实现方式中，所述第一获取模块5551，还用于在目标账户使用目标服务的过程中，接收目标服务通过服务接口上报的服务数据。

在一些可能的实现方式中，所述第一获取模块5551，还用于获取目标服务的历史使用日志，解析历史使用日志，得到目标账户对应的服务数据。

在一些可能的实现方式中，基于云服务的计费装置555还包括出账模块，其中；

所述出账模块，用于将服务数据对应的计费数据存储至数据库中的历史计费记录中；响应于触发指令，根据历史计费记录生成目标账户的收费账单；触发指令包括以下至少之一：目标账户对图形交互界面中的目标控件进行触发操作所生成的指令；通过定时触发装置所产生的指令。

本公开实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在可读存储介质中。计算机设备的处理器从可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本公开实施例上述的基于云服务的计费方法。

本公开实施例提供一种存储有可执行指令的可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本公开实施例提供的基于云服务的计费方法，例如，如图3至图8示出的方法。

在一些可能的实现方式中，可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些可能的实现方式中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本公开的实施例而已，并非用于限定本公开的保护范围。凡在本公开的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本公开的保护范围之内。

Claims (15)

1.一种基于云服务的计费方法，其特征在于，包括：

获取目标账户对应的服务数据；所述服务数据包括目标服务对应的至少一个计费指标中每一所述计费指标的计费指标数据；

获取所述目标账户对于所述目标服务的计费规则；

根据所述计费规则和每一所述计费指标的计费指标数据生成所述服务数据对应的计费数据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于目标账户对所述目标服务的订阅请求，通过图形交互界面接收所述目标账户对所述目标服务的订阅操作；所述订阅操作用于确定所述目标账户对于所述目标服务的计费规则。

3.根据权利要求2所述的方法，其特征在于，所述订阅请求包括订阅管理请求；所述响应于目标账户对所述目标服务的订阅请求，通过图形交互界面接收所述目标账户对所述目标服务的订阅操作，包括：

响应于所述目标账户对所述目标服务的订阅管理请求，通过所述图形交互界面显示所述目标服务对应的订单信息；所述订单信息携带所述目标账户对于所述目标账户的待确认计费规则；

接收所述目标账户对所述订单信息的管理操作，根据所述管理操作确定所述目标账户的计费规则。

4.根据权利要求3所述的方法，其特征在于，所述接收所述目标账户对所述订单信息的管理操作，根据所述管理操作确定所述目标账户的计费规则，包括：

接收所述目标账户对订单确认选项的选择操作，将所述待确认计费规则确定为所述目标账户对于所述目标服务的计费规则。

5.根据权利要求3所述的方法，其特征在于，所述接收所述目标账户对所述订单信息的管理操作，根据所述管理操作确定所述目标账户的计费规则，包括：

接收所述目标账户对订单终止选项的选择操作，放弃所述待确认计费规则，并将预设的计费规则确定为所述目标账户对于所述目标服务的计费规则。

6.根据权利要求2至5任一项所述的方法，其特征在于，所述订阅请求还包括订阅获取请求；所述响应于目标账户对所述目标服务的订阅请求，通过图形交互界面接收所述目标账户对所述目标服务的订阅操作，还包括：

响应于所述目标账户对所述目标服务的订阅获取请求，通过所述图形交互界面接收目标账户对所述待确认计费规则的选择操作；

基于所述选择操作，生成携带所述目标账户对于所述目标服务的待确认计费规则的订单信息。

7.根据权利要求6所述的方法，其特征在于，所述通过所述图形交互界面接收目标账户对所述待确认计费规则的选择操作，包括：

通过所述图形交互界面显示所述目标服务对应的至少一个服务商品选项；每一所述服务商品选项对应一个待选择计费规则；

接收所述目标账户对所述至少一个服务商品选项中目标服务商品选项的选择操作，将所述目标服务商品选项对应的待选择计费规则确定为所述目标账户对于所述目标服务的待确认计费规则。

8.根据权利要求6所述的方法，其特征在于，所述通过所述图形交互界面接收目标账户对所述待确认计费规则的选择操作，包括：

通过所述图形交互界面显示每一所述计费指标对应的至少一个指标商品选项；每一所述指标商品选项对应一个指标计费规则；

接收所述目标账户对每一所述计费指标对应的至少一个指标商品选项中目标指标商品的选择操作，得到至少一个目标指标商品中每一所述目标指标商品对应的目标指标计费规则；

根据每一所述目标指标商品对应的目标指标计费规则生成所述目标账户对于所述目标服务的待确认计费规则。

9.根据权利要求1至8任一项所述的方法，其特征在于，所述计费规则包括至少一个目标计费指标中每一所述目标计费指标对应的目标指标计费规则；所述根据所述计费规则和每一所述计费指标的计费指标数据生成所述服务数据对应的计费数据，包括：

根据每一所述计费指标的计费指标数据，确定每一所述目标计费指标对应的目标指标数据；

根据每一所述目标计费指标对应的目标指标计费规则和目标指标数据，生成每一所述目标计费指标对应的指标计费数据；

根据每一所述目标计费指标对应的指标计费数据生成所述服务数据对应的计费数据。

10.根据权利要求9所述的方法，其特征在于，所述目标指标数据包括所述目标账户对于所述目标计费指标的使用时间和使用量；所述根据每一所述目标计费指标对应的目标指标计费规则和目标指标数据，生成每一所述目标计费指标对应的指标计费数据，包括：

根据所述使用时间确定所述目标指标计费规则中的计费周期；

获取所述计费周期中所述目标账户对于所述目标计费指标的历史使用量；

基于所述历史使用量、所述使用量和所述目标指标计费规则确定所述目标计费指标对应的指标计费数据。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述服务数据对应的计费数据存储至数据库中的历史计费记录中；

响应于触发指令，根据所述历史计费记录生成所述目标账户的收费账单；所述触发指令包括以下至少之一：所述目标账户对图形交互界面中的目标控件进行触发操作所生成的指令；通过定时触发装置所产生的指令。

12.根据权利要求1所述的方法，其特征在于，所述获取目标服务对应的服务数据，包括以下至少之一：

在所述目标账户使用所述目标服务的过程中，接收所述目标服务通过服务接口上报的所述服务数据；

获取所述目标服务的历史使用日志，解析所述历史使用日志，得到所述目标账户对应的服务数据。

13.一种基于云服务的计费装置，其特征在于，包括：

第一获取模块，用于获取目标账户对应的服务数据；所述服务数据包括目标服务对应的至少一个计费指标中每一所述计费指标的计费指标数据；

第二获取模块，用于获取所述目标账户对于所述目标服务的计费规则；

生成模块，用于根据所述计费规则和每一所述计费指标的计费指标数据生成所述服务数据对应的计费数据。

14.一种基于云服务的计费设备，其特征在于，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至12任一项所述的方法。

15.一种可读存储介质，其特征在于，存储有可执行指令，用于被处理器执行时，实现权利要求1至12任一项所述的方法。

Images