CN111162921B - 多账号的云服务用量包共享方法、装置及相关设备 - Google Patents

多账号的云服务用量包共享方法、装置及相关设备 Download PDF

Info

Publication number
CN111162921B
CN111162921B CN201911184915.1A CN201911184915A CN111162921B CN 111162921 B CN111162921 B CN 111162921B CN 201911184915 A CN201911184915 A CN 201911184915A CN 111162921 B CN111162921 B CN 111162921B
Authority
CN
China
Prior art keywords
usage
package
packet
cloud service
account
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.)
Active
Application number
CN201911184915.1A
Other languages
English (en)
Other versions
CN111162921A (zh
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.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
Huawei Cloud Computing Technologies Co 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 Huawei Cloud Computing Technologies Co Ltd filed Critical Huawei Cloud Computing Technologies Co Ltd
Priority to CN201911184915.1A priority Critical patent/CN111162921B/zh
Publication of CN111162921A publication Critical patent/CN111162921A/zh
Priority to EP20892095.9A priority patent/EP4050847A4/en
Priority to PCT/CN2020/132225 priority patent/WO2021104451A1/zh
Priority to US17/825,631 priority patent/US20220283871A1/en
Application granted granted Critical
Publication of CN111162921B publication Critical patent/CN111162921B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061Partitioning or combining of resources
    • G06F9/5072Grid computing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061Partitioning or combining of resources
    • G06F9/5077Logical partitioning of resources; Management or configuration of virtualized resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403Architecture for metering, charging or billing
    • H04L12/1407Policy-and-charging control [PCC] architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1432Metric aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/44Augmented, consolidated or itemized billing statement or bill presentation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/58Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on statistics of usage or network monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/61Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the service used
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66Policy and charging system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70Administration or customization aspects; Counter-checking correct charges
    • H04M15/765Linked or grouped accounts, e.g. of users or devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70Administration or customization aspects; Counter-checking correct charges
    • H04M15/765Linked or grouped accounts, e.g. of users or devices
    • H04M15/7652Linked or grouped accounts, e.g. of users or devices shared by users
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70Administration or customization aspects; Counter-checking correct charges
    • H04M15/77Administration or customization aspects; Counter-checking correct charges involving multiple accounts per user
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70Administration or customization aspects; Counter-checking correct charges
    • H04M15/77Administration or customization aspects; Counter-checking correct charges involving multiple accounts per user
    • H04M15/772Administration or customization aspects; Counter-checking correct charges involving multiple accounts per user per service, e.g. prepay or post-pay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/70Administration or customization aspects; Counter-checking correct charges
    • H04M15/785Reserving amount on the account
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83Notification aspects
    • H04M15/85Notification aspects characterised by the type of condition triggering a notification
    • H04M15/853Calculate maximum communication time or volume
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83Notification aspects
    • H04M15/85Notification aspects characterised by the type of condition triggering a notification
    • H04M15/854Available credit
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Mathematical Physics (AREA)
  • Accounting & Taxation (AREA)
  • Business, Economics & Management (AREA)
  • Probability & Statistics with Applications (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种多账号的云服务用量包共享方法。所述方法包括:接收第一账号的第一用量包的共享策略和第二账号的第二用量包的共享策略;根据所述第一用量包的共享策略和所述第二用量包的共享策略产生共享执行计划;根据所述共享执行计划对所述第一账号的用量包使用记录和所述第二账号的用量包使用记录进行排序,以产生待扣减队列;根据所述待扣减队列对所述第一用量包和所述第二用量包进行扣减。

Description

多账号的云服务用量包共享方法、装置及相关设备
技术领域
本申请涉及云服务领域,尤其涉及多账号的云服务用量包共享方法、装置及相关设备。
背景技术
云服务(Cloud Serving)通常指云服务提供商为用户提供共享资源服务。随着互联网技术的发展,云服务已经得到了快速的发展和运用。目前,云服务平台可以向用户提供基础设施即服务(Infrastructure as a Service,IAAS)等多种云服务。用户可通过云服务的门户网站购买云服务资源的用量包,当用户需要使用该云服务资源时,云计算的资源管理系统将会从资源池中分配相应的云服务资源以供用户使用,而计费系统将根据用户使用该云服务资源的使用量,对用量包进行扣减。
一般来说,组织或者企业为了方便管理,会同时购买多个独立账号并购买各种云服务的用量包,以便各个部门可以分别管理和使用各种云服务资源。虽然各个部门都可以使用这多个独立账号,但是计费系统每次根据使用记录扣款时,会先扣除使用记录对应账号的用量包,再扣除其他账号的用量包,这样导致用户每次使用云服务资源时,都需要挨个查看每个账号的余额,预先计划自己的使用量再切换账号使用云服务资源。有时用户粗心忘记切换账号,就会出现明明已购买了足额的用量包,但是由于扣减顺序不合理,导致用量超额的情况,给用户造成经济损失,用户体验很差。
发明内容
本申请提供了多账号的云服务用量包共享方法、装置及相关设备,用于解决拥有多个账号的用户使用云服务资源时,为了避免扣减顺序不合理造成用量超额,需要挨个查看每个账号的余额,切换账号后再使用资源,用户体验差的问题。
第一方面,提供了一种多账号的云服务用量包共享方法,所述方法包括:
接收第一账号的第一用量包的共享策略和第二账号的第二用量包的共享策略;
根据所述第一用量包的共享策略和所述第二用量包的共享策略产生共享执行计划;
根据所述共享执行计划对所述第一账号的用量包使用记录和所述第二账号的用量包使用记录进行排序,以产生待扣减队列;
根据所述待扣减队列对所述第一用量包和所述第二用量包进行扣减。
具体地,所述第一用量包包括n个云服务资源类型的子用量包B11,B12,…,B1n,所述第二用量包包括n个云服务资源类型的子用量包B21,B22,…,B2n,其中,所述B11与所述B21是第一个云服务资源类型的子用量包,所述B12与所述B22是第二个云服务资源类型的子用量包,…,所述B1n与所述B2n是第n个云服务资源类型的子用量包,所述n为自然数;所述共享执行计划包括n个扣减顺序,所述n个扣减顺序中的第一个扣减顺序包括所述第1个云服务资源类型的子用量包B11和B21之间的扣减顺序,所述n个扣减顺序中的第2个扣减顺序包括所述第二个云服务资源类型的子用量包B12和B22之间的扣减顺序,…,所述n个扣减顺序中的第n个扣减顺序包括所述第n个云服务资源类型的子用量包B1n和B2n之间的扣减顺序。
具体实现中,所述根据所述共享执行计划对所述第一账号的用量包使用记录和所述第二账号的用量包使用记录进行排序,以产生待扣减队列包括:将所述第一账号的用量包和所述第二账号的用量包的使用记录按照使用时间进行排序,获得多条使用记录;根据所述多条使用记录中的每一条使用记录的云服务资源类型,获取所述每一条使用记录对应的扣减顺序;根据所述每一条使用记录对应的扣减顺序,确定所述每一条使用记录对应的待扣减用量包,获得待扣减队列,其中,所述待扣减队列中的每一个队列项包括所述使用记录以及所述使用记录对应的待扣减用量包。
实施第一方面描述的方法,根据第一用量包的共享策略和所述第二用量包的共享策略,确定第一账号和第二账号的共享执行计划,在收到资源管理系统发送的多个账号的使用记录后,根据共享执行计划生成待扣减队列,使得计费系统可以根据待扣减队列以最省钱的扣减顺序对多个账号进行扣减,降低用户因为扣减顺序不合理使得用量包超额而造成的经济损失,提高用户的使用体验。
在一实施例中,所述第一用量包的共享策略包括优先扣减第一用量包,或者,优先扣减第一用量包中的一个或者多个子用量包;所述第二用量包的共享策略包括优先扣减第二用量包,或者,优先扣减第二用量包中的一个或者多个子用量包。
在一实施例中,所述第一用量包的共享策略和所述第二用量包的共享策略包括时间范围,所述时间范围用于根据时间范围内的使用记录对第一用量包或者第二用量包进行扣减。
上述实施例中,通过灵活设置用量包的共享策略,使得根据共享策略生成的共享执行计划更加合理,计费系统可以根据待扣减队列以更加最省钱的扣减顺序对多个账号进行扣减,降低用户因为扣减顺序不合理使得用量包超额而造成的经济损失,提高用户的使用体验。
第二方面,提供了一种多账号的云服务用量包共享装置,包括接收单元、计划生成单元、队列生成单元以及扣减单元,其中,
所述接收单元用于接收第一账号的第一用量包的共享策略和第二账号的第二用量包的共享策略;
所述计划生成单元用于根据所述第一用量包的共享策略和所述第二用量包的共享策略产生共享执行计划;
所述队列生成单元用于根据所述共享执行计划对所述第一账号的用量包使用记录和所述第二账号的用量包使用记录进行排序,以产生待扣减队列;
所述扣减单元用于根据所述待扣减队列对所述第一用量包和所述第二用量包进行扣减。
在一实施例中,所述第一用量包包括n个云服务资源类型的子用量包B11,B12,…,B1n,所述第二用量包包括n个云服务资源类型的子用量包B21,B22,…,B2n,其中,所述B11与所述B21是第一个云服务资源类型的子用量包,所述B12与所述B22是第二个云服务资源类型的子用量包,…,所述B1n与所述B2n是第n个云服务资源类型的子用量包,所述n为自然数;所述共享执行计划包括n个扣减顺序,所述n个扣减顺序中的第一个扣减顺序包括所述第1个云服务资源类型的子用量包B11和B21之间的扣减顺序,所述n个扣减顺序中的第2个扣减顺序包括所述第二个云服务资源类型的子用量包B12和B22之间的扣减顺序,…,所述n个扣减顺序中的第n个扣减顺序包括所述第n个云服务资源类型的子用量包B1n和B2n之间的扣减顺序。
在一实施例中,所述队列生成单元用于将所述第一账号的用量包和所述第二账号的用量包的使用记录按照使用时间进行排序,获得多条使用记录;所述队列生成单元用于根据所述多条使用记录中的每一条使用记录的云服务资源类型,获取所述每一条使用记录对应的扣减顺序;所述队列生成单元用于根据所述每一条使用记录对应的扣减顺序,确定所述每一条使用记录对应的待扣减用量包,获得待扣减队列,其中,所述待扣减队列中的每一个队列项包括所述使用记录以及所述使用记录对应的待扣减用量包。
在一实施例中,所述第一用量包的共享策略包括优先扣减第一用量包,或者,优先扣减第一用量包中的一个或者多个子用量包;所述第二用量包的共享策略包括优先扣减第二用量包,或者,优先扣减第二用量包中的一个或者多个子用量包。
在一实施例中,所述第一用量包的共享策略和所述第二用量包的共享策略包括时间范围,所述时间范围用于根据时间范围内的使用记录对第一用量包或者第二用量包进行扣减。
第三方面,提供了一种计算机程序产品,当所述计算机程序产品被计算设备读取并执行时,实现如第一方面描述的方法。
第四方面,提供了一种计算机非瞬态存储介质,包括指令,当所述指令在计算设备上运行时,使得所述计算设备实现如第一方面描述的方法。
第五方面,提供了一种电子设备,包括处理器和存储器,所述处理器执行所述存储器中的代码时,实现如第一方面描述的方法。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1是一种云服务管理平台的架构示意图;
图2是一种计费系统根据用户使用记录和历史用量包生成账单的流程示意图;
图3是本申请提供的一种多账号的云服务用量包共享方法;
图4是本申请提供的一种共享执行计划的获取流程示意图;
图5是本申请提供的一种多账号的云服务用量包共享方法在一应用场景下的步骤流程示意图;
图6是本申请提供的一种多账号的云服务用量包共享装置的结构示意图;
图7是本申请提供的一种电子设备的结构示意图。
具体实施方式
本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释,而非旨在限定本申请。
本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释,而非旨在限定本申请。
为了便于理解本申请实施例,首先,对本申请涉及的应用场景进行简要说明。
云服务是分布式计算(Distributed Computing)、并行计算(ParallelComputing)、效用计算(Utility Computing)、网络存储(Network StorageTechnologies)、虚拟化(VirtualizatIOn)、负载均衡(Load Balance)内容分发网络(Content Delivery Network)等传统计算机和网络技术发展融合的产物。云服务是基于互联网的相关服务的增加、使用和交互模式,通常涉及通过互联网来提供动态易扩展且经常是虚拟化的资源。可以理解的,云是网络、互联网的一种比喻说法。过去在图中往往用云来表示电信网,后来也用来抽象的表示互联网和底层基础设施。实际上,云服务指的是通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关,也可以是其他服务,它意味着计算能力也可以作为一种商品通过互联网进行流通。
简单来说,多个客户可以共享一个云服务提供商的系统资源,他们无需架设任何设备以及配备管理人员,便可享有专业的IT服务,这对于一般创业者、中小企业来说,可以极大地降低运营成本,对于云服务提供商来说,由于其购买的系统资源在空闲状态下,也可以租借客户使用,提高云服务提供商的资源利用率。
其次,对本申请涉及的云服务管理平台的架构进行简要说明。
图1是本申请提供的一种云服务管理平台的架构示意图。如图1所示,所述云服务管理平台100可以包括门户网站110、订单系统120、计费系统130以及资源管理系统140。其中,资源管理系统140与资源池150相连,用户160可以通过门户网站110购买和使用资源池150中的云服务资源。应理解,图1仅以一个用户以及6个云服务资源为例进行了举例说明,实际情况中,本申请不对用户数量和云服务资源数量进行具体限定。并且,图1仅仅是云服务管理平台的一种可能的实现方式,实际应用中,所述云服务管理平台100还可以包括更多或更少的单元、模块或者子系统,本申请并不对此进行限制。
门户网站110可以是云服务平台的门户网站,门户网站110可以向用户展示当前云服务资源池中可购买的资源种类、参数以及价格,比如,门户网站110可以向用户160展示当前资源池150中存在可供使用的资源1,资源1是2核8G的云服务器,位于华南数据中心,操作系统为Windows,带宽为1M,租用3个月的租用金额为300元。可以理解的,门户网站110还可以供用户查询当前的账号余额、账单以及使用记录等等。当用户选择购买某云服务资源后,云服务的门户网站将生成订单信息,该订单信息可以包括用户信息、用户订购的资源种类、参数以及价格,并将订单信息发送至订单系统120。应理解,上述举例仅用于说明,并不能构成具体限定。
订单系统120可以支撑门户网站110完成用户的购买流程,比如提供云平台供应商的支付接口给门户网站110,使其向用户160展示支付页面,还可以在用户支付成功后,驱动计费系统130生成相应的用量包。还可以包括对用户支付成功和未支付成功的订单进行统计、分类等等其他订单管理方面的功能,本申请不作具体限定。
计费系统130可以在订单系统120的驱动下,生成用户160本次购买的用量包,更新用户的用量余额。当计费系统130接收到资源管理系统140推送的用户160的使用记录时,根据该使用记录对用量余额进行扣减,生成账单。
具体实现中,可以如图2所示,计费系统140可以首先根据订单系统120生成的订单信息,生成本次用户购买的用量包的额度,然后对用户当前的云服务用量包的用量余额进行更新。当计费系统130接收到资源管理系统140推送的使用记录(即该用户对应的云服务资源的使用记录)时,计费系统130可以根据使用记录,对用量余额进行扣减,从而生成账单A。应理解,账单A可以在每次资源管理系统140推送使用记录后立即更新,因此,如果资源管理系统140每隔T个时间发送一次使用记录,那么账单A也是每隔T个时间更新一次。如图2所示,T1时刻资源管理系统140向计费系统130推送了T0时刻至T1时刻的使用记录,因此计费系统根据用量余额和使用记录,生成了账单A1并对用量余额进行更新,同理,T2时刻资源管理系统140向计费系统130推送了T1时刻至T2时刻的使用记录,因此计费系统根据当前用量余额、使用记录,对账单A1进行更新,生成账单A2并对用量余额再次进行更新,以此类推,这里不再展开赘述。可以理解的,当用户从门户网站110发起账单查询请求时,计费系统130还可以将最新生成的账单整合后生成历史账单明细,推送至门户网站,以供用户160查询核对。
资源管理系统140可以对资源池150中的各种云服务资源进行整体监控和管理,根据用户的使用情况生成各种云服务资源的使用记录,并将使用记录发送至计费系统进行处理。具体实现中,资源管理系统150可以周期性地向计费系统发送云服务使用记录,比如,每隔1小时发送一次云服务使用记录,周期T的具体值可以根据业务使用情况进行修改,本申请不对此进行具体限定。资源管理系统140还可以根据资源池150中各种云服务资源的整体情况,向门户网站进行反馈,比如反馈出当前可以空闲的云计算资源等等。
资源池150用于向用户提供各个IAAS云服务,例如,云主机、云存储、带宽等等,还可以向用户提供平台即服务(Platform as a Service,PAAS)比如关系型数据库服务(RelatIOnal Database Service,RDS)、软件即服务(Software-as-a-Service,SAAS)等等,还可以提供软件开发云等通过网络可以使用的丰富的云服务,本申请不对此进行限定。
一般来讲,云服务的计费类型可以是单价计费和用量包计费。其中,单价计费指的是按网络流量或者使用量的单价进行费用计算,比如1G流量价格为1元,用户需要花费60元使用60G的流量。用量包计费则指的是一次性购买一定额度的云服务用量包,用户使用该云服务用量包后,根据使用记录对用量包进行扣减,用量包扣减完毕的超额用量则使用单价计费,比如用户花30元购买40G流量,如果用户使用20G流量,将不产生额外收费,如果用户使用40G流量,也不产生额外收费,用户总共花30元使用了40G流量,如果用户使用60G流量,其中40G流量为非超额用量将不产生额外收费,有20G流量为超额用量,将会单价计费,因此用户总共需要花费30+20=50元使用60G流量。应理解,上述举例仅用于说明,并不能构成具体限定。
可以理解的是,云服务的用量包性价比远高于按使用量单独计费的性价比,因此用户通常会根据自己的业务需求,提前在门户下单购买一个云计算资源的用量包。一般来说,组织或者企业为了方便管理,会同时购买多个独立账号购买各种云服务的用量包,以便各个部门可以分别管理和使用各种云服务资源。虽然各个部门都可以共用这多个独立账号,但是计费系统130如图2所示的流程按照使用记录对用量包扣款时,先扣除使用记录对应账号的用量包,再扣除其他账号的用量包,这样导致用户每次使用云服务资源时,都需要挨个查看每个账号的余额,预先计划自己的使用量,切换账号使用云服务资源以获得最省钱的用量包扣减方案。有时用户粗心忘记切换账号,就会出现明明已购买了足额的用量包,但是由于用量包扣减方案不合理,导致用量超额的情况,用户体验很差。
举例来说,如表1所示,假设用户A拥有账号A1和账号A2,账号A1购买了超高IO或者高IO的100G硬盘用量包X1(用户可以使用100G超高IO硬盘容量,或者100G高IO硬盘容量),账号A2购买了超高IO的100G硬盘用量包X2。假设计费系统130收到的使用记录显示,账号A1先在T0时刻使用了50G的超高IO硬盘用量,然后在T1时刻使用了60G超高IO的硬盘用量,账号A2在T3时刻使用了50G的高IO硬盘用量,那么最后计费系统生成的账单中,T1时刻对账号A1的用量包X1扣除50G用量,此时用量包X1(高IO或者超高IO硬盘用量包)剩余50G用量;T2时刻对账号A1的用量包X1扣除50G用量,由于用量包X1余额为0,因此剩余的10G使用量对A2账号的用量包X2进行扣除,用量包X2(超高IO硬盘用量包)剩余90G用量;T3时刻虽是账号A2的使用记录,但是由于账号A2没有高IO的硬盘用量包,因此对账号A1的用量包X1进行扣除,最后导致X2用量包有90G剩余,X1用量包超额50G,用户需要再对50G超高IO的硬盘用量进行单独计费。
但是,如果用户先切换账号A2在T0时刻使用50G超高IO硬盘用量,扣除X2用量包50G,在时刻T1通过账号A2使用60G超高IO硬盘用量,扣除X2用量包50G,X1用量包10G,在时间T3切换账号A1使用40G高IO硬盘用量,扣除X1用量包40G,这样最终不会产生任何超额用量,账号A还会剩余40G的X1用量包。而对于用户来说,用户无法准确预见自己的使用量,因此常常会由于没有切换账号使用云服务资源,出现如表1所示的购买了足够的用量包但是由于扣减方案不合理,出现超额用量造成用户的经济损失的问题,降低用户使用体验。应理解,上述举例仅用于说明,并不能构成具体限定。
表1一种应用场景下的账单的举例说明
Figure BDA0002292161430000061
为了解决上述拥有多个账号的用户或者多个共享账号使用云服务资源时,需要挨个查看每个账号的余额,并切换账号使用云服务资源以获得最合理的用量包扣减方案,用户体验差的问题,本申请提供了一种多账号的云服务用量包共享方法,通过获取用户设置的多个账号的扣减策略,产生多个账号的共享执行计划,当收到多个用户的使用记录后,计费系统130可以根据共享执行计划,生成待扣减队列,并按照待扣减队列对多个账号进行扣减,使得拥有多个账号的用户在使用云服务资源时,无需进行任何切换账号或者查看余额之类的操作,即可按照最省钱的扣减方案对多个账号的用量包进行扣减,减少用户的经济损失,提高用户的使用体验。
图3是本申请提供的一种多账号的云服务用量包共享方法的流程示意图。如图3所示,所述方法包括以下步骤:
S101:接收第一账号的第一用量包的共享策略和第二账号的第二用量包的共享策略。
其中,第一账号和第二账号为共享账号,第一账号和第二账号可以是同一个用户使用的子账号,也可以是不同用户使用的、资源相互隔离的独立账号。具体实现中,步骤S101可以是接收两个以上账号的用量包的共享策略,本申请不对共享账号的数量进行限定。
S102:根据所述第一用量包的共享策略和所述第二用量包的共享策略产生共享执行计划。
S103:根据所述共享执行计划和所述第一用量包的使用记录和所述第二用量包的使用记录进行排序,以产生待扣减队列。
S104:根据所述待扣减队列对所述第一用量包和所述第二用量包进行扣减。
参考图1所示的系统架构可知,本申请提供的多账号的云服务用量包共享方法针对于计费系统130,具体可以是图1中的步骤3处。也就是说,计费系统130在接收到订单系统120发送的订单信息以后,执行本申请提供的多账号的云服务用量包共享方法,可以根据用户设定的共享策略确定该用户多个账号的共享执行计划,即可在收到资源管理系统140发送的该用户名下多个账号的使用记录后,生成待扣减队列,使得计费系统130可以根据待扣减队列以最省钱的扣减顺序对多个账号进行扣减,降低用户因为扣减顺序不合理使得用量包超额而造成的经济损失,提高用户的使用体验。
下面分别对上述共享执行计划以及待扣减队列进行详细解释。
1、共享执行计划
在本申请实施例中,所述共享执行计划是根据第一账号的共享策略以及第二账号的共享策略获得的。具体地,如图4所示,所述第一用量包和所述第二用量包均包括n个云服务资源类型的子用量包,所述共享执行计划包括n个扣减顺序,每一个扣减顺序包括同一个云服务资源类型的子用量包的扣减顺序,所述共享执行计划可以是根据第一用量包中的n个类型的子用量包以及第一用量包的共享策略、第二用量包中的n个类型的子用量包以及第二用量包的共享策略获得的。
其中,所述n个云服务资源类型指可以是存储类型产品的硬盘服务、硬盘备份服务等等,网络类型产品的内容分发网络(Content Delivery Network,CDN)服务、虚拟专用网络(Virtual Private Network,VPN)服务等等,计算类型产品的弹性云服务、云容器引擎(Cloud Container Engine,CCE)服务等等,还可以是安全类型、应用服务类型、数据库类型、视频类型、EI企业智能类型、物联网类型等等其他产品类型的云服务,本申请不作具体限定。
需要说明的,所述每个子用量包可以包括一个或者多个用量包,同一个子用量包中的每个用量包的额度、时长等等可以相同,也可以不同。举例来说,如果第一账号A1购买了100G/小时/3个月(用户在3个月内,每小时有100G的硬盘用量包额度,每小时用量超出100G的超额部分将进行单价计费)的高IO的硬盘用量包X1,100G/小时/3个月的超高IO的硬盘容量包X2,50G/天/3个月的高/超高IO的硬盘用量包X3,那么第一用量包虽然总共包括3个用量包X1、X2和X3,但仅包括2个资源类型的云服务用量包,其中第1类资源的用量包为高IO的硬盘用量包,包括X1和X3,第2类资源的用量包为超高IO的硬盘容量包,包括X2和X3。应理解,上述举例仅用于说明,并不能构成具体限定。
在一些实施例中,所述第一用量包的共享策略可以包括优先扣减第一用量包,或者,优先扣减第一用量包中的一个或者多个子用量包;所述第二用量包的共享策略包括优先扣减第二用量包,或者,优先扣减第二用量包中的一个或者多个子用量包。也就是说,用户可以设置优先扣除某一账号,也可以设置优先扣除某一账号的某几个指定用量包,举例来说,如果第一账号A1的第一用量包包括用量包X1和X2,那么第一用量包的共享策略可以是优先扣减账号A1的全部用量包,也就是说,用量包X1和X2余额为0时,才会对其他用量包进行扣减;第一用量包的共享策略还可以是优先扣减用量包X1,也就是说,用量包X1余额为0时,才会对其他用量包进行扣减;第一用量包的共享策略还可以是不共享用量包X1,也就是说,用量包X1只能根据账号A1的使用记录进行扣减;第一用量包的共享策略还可以是在用量包X1有余量的情况下随机对用量包X1和X2进行扣减,用量包X1没有余量的情况下不允许对用量包X2进行扣减等等。应理解,上述举例仅用于说明,第一用量包的共享策略以及第二用量包的共享策略还可以直接是多个账号之间的优先级顺序(比如先扣账号A1,再扣账号A2最后扣账号A3的用量包)、用量包之间的优先级顺序(比如先扣用量包X1、再扣用量包X3,最后扣用量包X5)等等,本申请不作具体限定。
在一些实施例中,所述第一用量包的共享策略和所述第二用量包的共享策略还可以包括时间范围,所述时间范围用于根据时间范围内的使用记录对第一用量包或者第二用量包进行扣减。仍以上述例子为例,第一账号A1的第一用量包包括用量包X1和X2,那么第一用量包的共享策略可以是只允许在时间范围t1-t2(比如1月-6月)的使用记录对账号A1的全部用量包进行扣减,或者,不允许在时间范围t3-t4(比如7月-12月)的使用记录对账号A1的全部用量包进行扣减;第一用量包的共享策略还可以是只允许在时间范围t1-t2的使用记录对账号A1的用量包X1进行扣减,或者,不允许在时间t1-t2的使用记录对账号A1的用量包X1进行扣减等等。应理解,上述举例仅用于说明,第一用量包的共享策略以及第二用量包的共享策略还可以直接是多个账号之间的时间范围设定,比如T1周期扣除账号A1的用量包、T2周期扣除账号A2的用量包、T3周期扣除账号A3的用量包等等,本申请不作具体限定。
在一些实施例中,所述第一用量包的共享策略和所述第二用量包的共享策略还可以包括自动扩容策略,也就是说,当用量包的剩余用量不高于阈值的情况下,自动追加增量包的策略。仍以上述例子为例,第一账号A1的第一用量包包括用量包X1和X2,阈值为10G,那么第一用量包的共享策略可以是在用量包X1的剩余用量不高于10G的情况下,自动追加用量包X3,应理解,上述举例仅用于说明,本申请不作具体限定。
因此,在本申请实施例中,如图4所示,所述共享执行计划包括n个扣减顺序,所述n个扣减顺序中的第一个扣减顺序包括所述第1个云服务资源类型的子用量包B11和B21之间的扣减顺序,所述n个扣减顺序中的第2个扣减顺序包括所述第二个云服务资源类型的子用量包B12和B22之间的扣减顺序,…,所述n个扣减顺序中的第n个扣减顺序包括所述第n个云服务资源类型的子用量包B1n和B2n之间的扣减顺序,其中,所述第一用量包包括n个云服务资源类型的子用量包B11,B12,…,B1n,所述第二用量包包括n个云服务资源类型的子用量包B21,B22,…,B2n,所述B11与所述B21,是第一个云服务资源类型的子用量包,所述B12与所述B22,是第二个云服务资源类型的子用量包,…,所述B1n与所述B2n是第n个云服务资源类型的子用量包,所述n为自然数。
举例来说,如图4所示,假设第一用量包的共享策略为优先使用子用量包B12,因此可以获得共享执行计划中第2类资源的扣减顺序B21>B11,同理,假设第二用量包的共享策略为优先使用子用量包B21和B2n,因此可以获得共享执行计划中的第1类资源的扣减顺序B21>B11,第n类资源的扣减顺序B2n>B1n。可以理解的,参考前述内容可知,每一个类型的子用量包可以包括多个时长、额度相同或不同的用量包,因此,如果第一用量包的第一个资源类型的子用量包B11包括用量包X1和X2,第一用量包的共享策略为优先扣减用量包X1再扣减用量包X2,第二用量包的第二个资源类型的子用量包B21包括用量包X3,第二用量包的共享策略为优先扣减第二账号A2的用量包,那么共享执行计划中,第1个资源类型的扣减顺序为X3>X1>X2。应理解,上述举例仅用于说明,并不能构成具体限定。
2、待扣减队列
在本申请实施例中,所述待扣减队列中的每一个队列项包括所述使用记录以及所述使用记录对应的待扣减用量包,所述使用记录对应的待扣减用量包可以是根据使用记录的云服务资源类型对应的扣减顺序确定的,所述根据所述共享执行计划对所述第一账号的用量包使用记录和所述第二账号的用量包使用记录进行排序,以产生待扣减队列包括:将所述第一账号的用量包和所述第二账号的用量包的使用记录按照使用时间进行排序,获得多条使用记录;根据所述多条使用记录中的每一条使用记录的云服务资源类型,获取所述每一条使用记录对应的扣减顺序;根据所述每一条使用记录对应的扣减顺序,确定所述每一条使用记录对应的待扣减用量包,获得待扣减队列。使得计费系统130可以根据待扣减队列以最省钱的扣减顺序对多个账号进行扣减,降低用户因为扣减顺序不合理使得用量包超额而造成的经济损失,提高用户的使用体验。
仍以图4所示的共享计划为例,共享执行计划中的第1类资源的扣减顺序为B21>B11,第2类资源的扣减顺序B21>B11,…,第n类资源的扣减顺序B2n>B1n。如表2所示,假设计费系统130在T1时刻收到了由资源管理系统140发送的T0-T1时刻的第一账号的用量包使用记录D11,D12,…,D1x,以及第二账号的用量包使用记录D21,D22,…,D2y,计费系统将这(x+y)个使用记录按照使用时间依次排列后,确定每一个使用记录对应的资源类型,并获取该资源类型对应的扣减顺序,获得每个使用记录对应的待扣减用量包,比如使用记录D11的资源类型为第1类,共享执行计划中的第1类资源的扣减顺序为B21>B11,因此使用记录D11对应的待扣减用量包为B21,同理,使用记录D12的资源类型为第2类,共享执行计划中的第2类资源的扣减顺序为B21>B11,因此使用记录D12对应的待扣减用量包为B21。应理解,表2中的数据仅用于说明,并不能构成具体限定。
表2图4中的共享执行计划对应的待扣减队列
Figure BDA0002292161430000091
具体实现中,参考前述内容可知,资源管理系统140每隔周期T向计费系统130推送一次第一账号的用量包使用记录以及第二账号的用量包使用记录,因此,计费系统130可以在用户通过门户网站110购买用量包并设置号每个用量包的共享策略后,根据每个用量包的共享策略生成共享执行计划,在用户没有修改共享策略的情况下,每隔周期T接收到使用记录后,即可根据使用记录和共享执行计划生成账单。例如,如图5所示,计费系统130在T1时刻接收到订单系统120发送的订单信息后,可以根据订单信息中第一用量包的额度以第一用量包的共享策略、第二用量包的额度以及第二用量包的共享策略,生成第一账号和第二账号的共享执行计划,当T2时刻计费系统接收到资源管理系统发送的T1-T2时间段的使用记录后,可以结合使用记录和共享执行计划生成待扣减队列,按照待扣减队列对用量包进行扣减并生成账单A1,以此类推,直至用户设置新的共享策略,根据新的共享策略对共享执行计划进行更新,使得计费系统130可以根据待扣减队列以最省钱的扣减顺序对多个账号进行扣减,降低用户因为扣减顺序不合理使得用量包超额而造成的经济损失,提高用户的使用体验。
仍以前述表1中的应用场景为例,用户A拥有账号A1和账号A2,账号A1购买了超高IO或者高IO的100G硬盘用量包X1,账号A2购买了超高IO的100G硬盘用量包X2。假设计费系统130收到的使用记录显示,账号A1先在T0时刻使用了50G的超高IO硬盘用量,然后在T1时刻使用了60G超高IO的硬盘用量,账号A2在T3时刻使用了50G的高IO硬盘用量,那么使用本申请提供的多账号的云服务用量包共享方法,假设用户设定的共享策略为:优先使用用量包X2(超高IO的100G硬盘用量包),因此,如表3所示,根据用户设定的共享策略可以确定共享执行计划中,超高IO的硬盘用量包扣减顺序:X2>X1,由于用户没有对高IO的硬盘用量包设定扣减策略,因此共享执行计划中,高IO的硬盘用量包扣减顺序为随机扣减。因此,根据第一个使用记录(50G超高IO硬盘使用量),以及超高IO硬盘用量包的扣减顺序X2>X1,可以获第一条使用记录对应的待扣减用量包为X2,从而获得待扣减队列中的第一个队列项,以此类推,获得如表3中的所示的待扣减队列。计费系统130根据所述待扣减队列对用量包X1和X2进行扣减后,最后的账单可以如表3所示,比于前述内容中表1所示的账单,第一账号A1和第二账号A2不仅超额用量为0,用量包X1还有40G剩余用量,避免了用户由于扣减方案不合理,出现超额用量造成用户的经济损失的问题,提高用户使用体验。应理解,上述举例仅用于说明,并不能构成具体限定。
表3一种应用场景下的待扣减队列的举例说明
Figure BDA0002292161430000101
需要说明的,为了便于本申请更好地被理解,前述内容中均以两个账号为例对本申请提供的多账号的云服务用量包共享方法进行了解释,具体实现中,共享账号的数量通常为两个及以上。而对于多个(两个以上)账号的云服务用量包共享方法,同理地,也可以根据该多个账号设置的多个共享策略,确定该多个账号的共享执行计划,计费系统在收到该多个账号的用量包使用记录后,可以根据共享执行计划生成待扣减队列,使得计费系统130可以根据待扣减队列以最省钱的扣减顺序对多个账号进行扣减,降低用户因为扣减顺序不合理使得用量包超额而造成的经济损失,提高用户的使用体验。
举例来说,假设有4个账号A1、A2、A3以及A4为共享账号,具体可以是同一个用户使用的4个账号,也可以是多个不同用户使用的4个账号,这里不作具体限定。假设在T1时刻,计费系统130接收到由订单系统120发送的订单信息,获得4个账号购买的用量包如表下4A所示:
表4A一种应用场景下4个共享账号购买的用量包举例
账号 用量包额度 云服务资源类型 符号表示
A1 100G/小时/3个月 超高IO X1
A2 100G/小时/3个月 高IO/超高IO X2
A3 50G/小时/6个月 高IO X3
A4
账号A1的共享策略、账号A2的共享策略、账号A3的共享策略以及账号A4的共享策略可以如下表4B所示:
表4B一种应用场景下4个共享账号的共享策略的举例
Figure BDA0002292161430000102
Figure BDA0002292161430000111
因此,参考前述内容可知,计费系统130执行步骤S101-步骤S102之后,可以获得账号A1、A2、A3以及A4的共享执行计划,具体可以如下表5所示:
表5一种应用场景下4个共享账号的共享执行计划
云服务资源类型 扣减顺序
高IO X2,A3账号使用记录只扣X3
超高IO X1>X2
当计费系统130接收到资源管理系统140发送的在T1-T2时刻账号A1、A2、A3以及A4的用量包使用记录后,计费系统130执行步骤S103即可获得待扣减队列,具体可以如表6所示:
表6一种应用场景下4个共享账号的待扣减队列
账号 使用记录 资源类型 共享执行计划 队列位置 待扣减队列
A1 50G 超高IO X1>X2 1 X1-50
A2 60G 超高IO X1>X2 2 X1-50,X2-10
A3 40G 高IO X2,A3账号使用记录只扣X3 3 X3-40
A4 50G 高IO X2,A3账号使用记录只扣X3 4 X2-50
计费系统130可以根据表6所示的待扣减队列依次对用量包进行扣减,生成账单,以供用户后续进行查询。使得计费系统130可以根据待扣减队列以最省钱的扣减顺序对多个账号进行扣减,降低用户因为扣减顺序不合理使得用量包超额而造成的经济损失,提高用户的使用体验。应理解,上述表4A-表6仅用于举例说明,并不能构成具体限定。
在本申请实施例中,所述方法还包括:接收客户端发送的账单查询请求;响应所述账单查询请求将所述更新账单发送至所述客户端。也就是说,用户查询账单时,计费系统130向门户网站110推送的账单是根据待扣减队列生成的账单。可以理解的,参考前述内容可知,资源管理系统140每隔周期T向计费系统130推送一次使用记录,计费系统130也每隔周期T生成一次账单,因此,为了便于用户进行账单查询,计费系统可以每小时、每个月、每天或者每年生成一次总的账单明细,对每个周期T生成的账单进行统计,举例来说,如果计费系统130每小时生成一次上一个小时的账单,那么可以每天零点对前一天24个小时生成的24个账单进行汇总,生成日账单明细,同理,还可以生成月账单明细、年账单明细等等,从而便于用户查询,提高用户使用感。
在本申请实施例中,实现本申请提供的多账号的云服务用量包共享方法的云服务管理系统100,只需要在门户网站110进行简单升级,添加用于接收每个账号购买用量包的共享策略选项,然后由计费系统130执行步骤S101-步骤S104,根据每个账号购买用量包的共享策略生成多个账号的共享执行计划,根据使用记录和共享执行计划生成待扣减队列,使得计费系统130可以根据待扣减队列以最省钱的扣减顺序对多个账号进行扣减,降低用户因为扣减顺序不合理使得用量包超额而造成的经济损失,提高用户的使用体验。
可以理解的,本申请根据用户设定的共享策略确定多个账号的共享执行计划,在收到资源管理系统140发送的多个账号的使用记录后,根据共享执行计划生成待扣减队列,使得计费系统130可以根据待扣减队列以最省钱的扣减顺序对多个账号进行扣减,降低用户因为扣减顺序不合理使得用量包超额而造成的经济损失,提高用户的使用体验。
下面对本申请涉及的部分装置进行解释说明。如图6所示,本申请提供了一种多账号的云服务用量包共享装置600,包括接收单元610、计划生成单元620、队列生成单元630以及扣减单元640,其中,
所述接收单元610用于接收第一账号的第一用量包的共享策略和第二账号的第二用量包的共享策略;
所述计划生成单元620用于根据所述第一用量包的共享策略和所述第二用量包的共享策略产生共享执行计划;
所述队列生成单元630用于根据所述共享执行计划对所述第一账号的用量包使用记录和所述第二账号的用量包使用记录进行排序,以产生待扣减队列;
所述扣减单元640用于根据所述待扣减队列对所述第一用量包和所述第二用量包进行扣减。
具体地,所述第一用量包包括n个云服务资源类型的子用量包B11,B12,…,B1n,所述第二用量包包括n个云服务资源类型的子用量包B21,B22,…,B2n,其中,所述B11与所述B21是第一个云服务资源类型的子用量包,所述B12与所述B22是第二个云服务资源类型的子用量包,…,所述B1n与所述B2n是第n个云服务资源类型的子用量包,所述n为自然数;所述共享执行计划包括n个扣减顺序,所述n个扣减顺序中的第一个扣减顺序包括所述第1个云服务资源类型的子用量包B11和B21之间的扣减顺序,所述n个扣减顺序中的第2个扣减顺序包括所述第二个云服务资源类型的子用量包B12和B22之间的扣减顺序,…,所述n个扣减顺序中的第n个扣减顺序包括所述第n个云服务资源类型的子用量包B1n和B2n之间的扣减顺序。
具体实现中,所述队列生成单元630用于将所述第一账号的用量包和所述第二账号的用量包的使用记录按照使用时间进行排序,获得多条使用记录;所述队列生成单元用于根据所述多条使用记录中的每一条使用记录的云服务资源类型,获取所述每一条使用记录对应的扣减顺序;所述队列生成单元用于根据所述每一条使用记录对应的扣减顺序,确定所述每一条使用记录对应的待扣减用量包,获得待扣减队列,其中,所述待扣减队列中的每一个队列项包括所述使用记录以及所述使用记录对应的待扣减用量包。
在一实施例中,所述第一用量包的共享策略包括优先扣减第一用量包,或者,优先扣减第一用量包中的一个或者多个子用量包;所述第二用量包的共享策略包括优先扣减第二用量包,或者,优先扣减第二用量包中的一个或者多个子用量包。
在一实施例中,所述第一用量包的共享策略和所述第二用量包的共享策略包括时间范围,所述时间范围用于根据时间范围内的使用记录对第一用量包或者第二用量包进行扣减。
在实际应用中,本申请实施例的多账号的云服务用量包共享装置600包括的各单元可以为软件单元,也可以为硬件单元,也可以为部分软件单元和部分硬件单元,本申请不作具体限定。
可以理解的,本申请根据用户设定的共享策略确定多个账号的共享执行计划,在收到资源管理系统140发送的多个账号的使用记录后,根据共享执行计划生成待扣减队列,使得计费系统130可以根据待扣减队列以最省钱的扣减顺序对多个账号进行扣减,降低用户因为扣减顺序不合理使得用量包超额而造成的经济损失,提高用户的使用体验。
请参见图7,图7是本申请实施例提供的一种电子设备700的结构示意图。其中,所述电子设备700可以是前述内容中的计费系统130,如图7所示,电子设备700包括一个或多个处理器703、通信接口702和存储器701。处理器703、通信接口702和存储器701可通过总线方式连接,也可通过无线传输等其他手段实现通信。本申请实施例以通过总线704连接为例,其中,总线704可以是外设部件互连标准(Peripheral Component Interconnect,PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture,EISA)总线等。所述总线704可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器701可以包括易失性存储器(Volatile Memory),例如随机存取存储器(Random Access Memory,RAM);存储器701也可以包括非易失性存储器(Non-VolatileMemory,NVM),例如只读存储器(Read-Only Memory,ROM)、快闪存储器(Flash Memory,FM)、硬盘(Hard Disk Drive,HDD)或固态硬盘(Solid-State Drive,SSD)。存储器701还可以包括上述种类的存储器的组合。其中,存储器701可以存储有程序代码以及程序数据。比如存储有用于根据第一用量包的扣减策略以及第二用量包的扣减策略生成共享执行计划的程序代码、根据共享执行计划和第一账号的用量包使用记录以及第二账号的用量包使用记录生成待扣减队列的程序代码等等,还存储有共享执行计划、使用记录、账单明细以及订单信息等等。
通信接口702可以为有线接口(例如以太网接口),可以为内部接口(例如高速串行计算机扩展总线(Peripheral Component Interconnect express,PCIe)接口、有线接口(例如以太网接口)或无线接口(例如蜂窝网络接口或使用无线局域网接口),用于与与其他设备或模块进行通信。例如,通信接口702用于支持所述电子设备700与订单系统110和资源管理系统140之间的通信,和/或用于执行本文所描述的技术的其它步骤,这里不再进行赘述。
处理器703包括一个或者多个通用处理器,其中,通用处理器可以是能够处理电子指令的任何类型的设备,包括中央处理器(Central Processing Unit,CPU)、微处理器、微控制器、主处理器、控制器以及ASIC等等。处理器703用于执行各种类型的数字存储指令,例如存储在存储器701中的软件或者固件程序,它能使计算设备提供较宽的多种服务。
具体地,所述处理器703可以至少包括计划生成模块和队列生成模块,计划生成模块可以包括图6中计划生成单元所描述的功能,例如根据第一用量包的扣减策略以及第二用量包的扣减策略生成共享执行计划,还可以是用于执行图3-图5实施例描述的其他步骤,这里不再进行赘述;队列生成模块可以包括图6中队列生成单元所描述的功能,例如根据共享执行计划和第一账号的用量包使用记录以及第二账号的用量包使用记录生成待扣减队列,还可以是用于执行图3图5实施例描述的其他步骤,这里不再进行赘述。并且,关于这里未提及的各个功能模块或单元具体可参见前述图3-图5所述实施例中的相关阐述,这里不再赘述。
需要说明的,图7仅仅是本申请实施例的一种可能的实现方式,实际应用中,电子设备700还可以是云服务集群,该云服务集群包括至少一个计算节点,每个计算节点可以是如图7所示的电子设备,这里不再赘述。所述电子设备还可以包括更多或更少的部件,这里不作限制。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在处理器上运行时,图3-图5所示的方法流程得以实现。
本申请实施例还提供一种计算机程序产品,当所述计算机程序产品在处理器上运行时,图3-图5所示的方法流程得以实现。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(Digital Video Disc,DVD))、或者半导体介质。半导体介质可以是SSD。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种多账号的云服务用量包共享方法,其特征在于,包括:
接收第一账号的第一用量包的共享策略和第二账号的第二用量包的共享策略;
根据所述第一用量包的共享策略和所述第二用量包的共享策略产生共享执行计划,其中,所述第一用量包包括n个子用量包,所述第二用量包包括n个子用量包,一个子用量包对应一个云服务资源类型,所述n为正整数,其中,所述共享执行计划包括n个扣减顺序,一个扣减顺序对应一个云服务资源类型;
根据所述共享执行计划对所述第一账号的用量包使用记录和所述第二账号的用量包使用记录进行排序,以产生待扣减队列;
根据所述待扣减队列对所述第一用量包和所述第二用量包进行扣减。
2.根据权利要求1所述的方法,其特征在于,所述第一用量包包括n个云服务资源类型的子用量包B 11,B 12,…,B 1n ,所述第二用量包包括n个云服务资源类型的子用量包B 21,B 22,…,B 2n ,其中,所述B 11与所述B 21是第一个云服务资源类型的子用量包,所述B 12与所述B 22是第二个云服务资源类型的子用量包,…,所述B 1n 与所述B 2n 是第n个云服务资源类型的子用量包,所述n为自然数;
所述共享执行计划包括n个扣减顺序,所述n个扣减顺序中的第一个扣减顺序包括所述第一个云服务资源类型的子用量包B 11B 21之间的扣减顺序,所述n个扣减顺序中的第二个扣减顺序包括所述第二个云服务资源类型的子用量包B 12B 22之间的扣减顺序,…,所述n个扣减顺序中的第n个扣减顺序包括所述第n个云服务资源类型的子用量包B 1n B 2n 之间的扣减顺序。
3.根据权利要求2所述的方法,其特征在于,所述根据所述共享执行计划对所述第一账号的用量包使用记录和所述第二账号的用量包使用记录进行排序,以产生待扣减队列包括:
将所述第一账号的用量包和所述第二账号的用量包的使用记录按照使用时间进行排序,获得多条使用记录;
根据所述多条使用记录中的每一条使用记录的云服务资源类型,获取所述每一条使用记录对应的扣减顺序;
根据所述每一条使用记录对应的扣减顺序,确定所述每一条使用记录对应的待扣减用量包,获得待扣减队列,其中,所述待扣减队列中的每一个队列项包括所述使用记录以及所述使用记录对应的待扣减用量包。
4.根据权利要求3所述的方法,其特征在于,所述第一用量包的共享策略包括优先扣减第一用量包,或者,优先扣减第一用量包中的一个或者多个子用量包;
所述第二用量包的共享策略包括优先扣减第二用量包,或者,优先扣减第二用量包中的一个或者多个子用量包。
5.根据权利要求1至4任一权利要求所述的方法,其特征在于,所述第一用量包的共享策略和所述第二用量包的共享策略包括时间范围,所述时间范围用于根据时间范围内的使用记录对第一用量包或者第二用量包进行扣减。
6.一种多账号的云服务用量包共享装置,其特征在于,包括接收单元、计划生成单元、队列生成单元以及扣减单元,其中,
所述接收单元用于接收第一账号的第一用量包的共享策略和第二账号的第二用量包的共享策略,其中,所述第一用量包包括n个子用量包,所述第二用量包包括n个子用量包,一个子用量包对应一个云服务资源类型,所述n为正整数;
所述计划生成单元用于根据所述第一用量包的共享策略和所述第二用量包的共享策略产生共享执行计划,其中,所述共享执行计划包括n个扣减顺序,一个扣减顺序对应一个云服务资源类型;
所述队列生成单元用于根据所述共享执行计划对所述第一账号的用量包使用记录和所述第二账号的用量包使用记录进行排序,以产生待扣减队列;
所述扣减单元用于根据所述待扣减队列对所述第一用量包和所述第二用量包进行扣减。
7.根据权利要求6所述的装置,其特征在于,所述第一用量包包括n个云服务资源类型的子用量包B 11,B 12,…,B 1n ,所述第二用量包包括n个云服务资源类型的子用量包B 21,B 22,…,B 2n ,其中,所述B 11与所述B 21是第一个云服务资源类型的子用量包,所述B 12与所述B 22是第二个云服务资源类型的子用量包,…,所述B 1n 与所述B 2n 是第n个云服务资源类型的子用量包,所述n为自然数;
所述共享执行计划包括n个扣减顺序,所述n个扣减顺序中的第一个扣减顺序包括所述第一个云服务资源类型的子用量包B 11B 21之间的扣减顺序,所述n个扣减顺序中的第二个扣减顺序包括所述第二个云服务资源类型的子用量包B 12B 22之间的扣减顺序,…,所述n个扣减顺序中的第n个扣减顺序包括所述第n个云服务资源类型的子用量包B 1n B 2n 之间的扣减顺序。
8.根据权利要求7所述的装置,其特征在于,
所述队列生成单元用于将所述第一账号的用量包和所述第二账号的用量包的使用记录按照使用时间进行排序,获得多条使用记录;
所述队列生成单元用于根据所述多条使用记录中的每一条使用记录的云服务资源类型,获取所述每一条使用记录对应的扣减顺序;
所述队列生成单元用于根据所述每一条使用记录对应的扣减顺序,确定所述每一条使用记录对应的待扣减用量包,获得待扣减队列,其中,所述待扣减队列中的每一个队列项包括所述使用记录以及所述使用记录对应的待扣减用量包。
9.根据权利要求8所述的装置,其特征在于,所述第一用量包的共享策略包括优先扣减第一用量包,或者,优先扣减第一用量包中的一个或者多个子用量包;
所述第二用量包的共享策略包括优先扣减第二用量包,或者,优先扣减第二用量包中的一个或者多个子用量包。
10.根据权利要求6至9任一权利要求所述的装置,其特征在于,所述第一用量包的共享策略和所述第二用量包的共享策略包括时间范围,所述时间范围用于根据时间范围内的使用记录对第一用量包或者第二用量包进行扣减。
11.一种计算机非瞬态存储介质,其特征在于,包括指令,当所述指令在计算设备上运行时,使得所述计算设备执行如权利要求1至5任一权利要求所述的方法。
12.一种电子设备,其特征在于,包括处理器和存储器,所述处理器执行所述存储器中的代码执行如权利要求1至5任一权利要求所述的方法。
CN201911184915.1A 2019-11-27 2019-11-27 多账号的云服务用量包共享方法、装置及相关设备 Active CN111162921B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201911184915.1A CN111162921B (zh) 2019-11-27 2019-11-27 多账号的云服务用量包共享方法、装置及相关设备
EP20892095.9A EP4050847A4 (en) 2019-11-27 2020-11-27 SHARING METHOD AND APPARATUS FOR MULTI-ACCOUNT CLOUD SERVICE USE PACKAGE AND ASSOCIATED DEVICE
PCT/CN2020/132225 WO2021104451A1 (zh) 2019-11-27 2020-11-27 多账号的云服务用量包共享方法、装置及相关设备
US17/825,631 US20220283871A1 (en) 2019-11-27 2022-05-26 Multi-Account Cloud Service Usage Package Sharing Method and Apparatus, and Related Device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911184915.1A CN111162921B (zh) 2019-11-27 2019-11-27 多账号的云服务用量包共享方法、装置及相关设备

Publications (2)

Publication Number Publication Date
CN111162921A CN111162921A (zh) 2020-05-15
CN111162921B true CN111162921B (zh) 2022-06-14

Family

ID=70556220

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911184915.1A Active CN111162921B (zh) 2019-11-27 2019-11-27 多账号的云服务用量包共享方法、装置及相关设备

Country Status (4)

Country Link
US (1) US20220283871A1 (zh)
EP (1) EP4050847A4 (zh)
CN (1) CN111162921B (zh)
WO (1) WO2021104451A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111162921B (zh) * 2019-11-27 2022-06-14 华为云计算技术有限公司 多账号的云服务用量包共享方法、装置及相关设备
CN114629732A (zh) * 2020-12-11 2022-06-14 北京金山云网络技术有限公司 一种云资源的计费方法、装置、电子设备及介质
CN114697075A (zh) * 2022-02-24 2022-07-01 智己汽车科技有限公司 资源配置方法及装置、服务器、存储介质

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7472079B2 (en) * 2005-01-12 2008-12-30 International Business Machines Corporation Computer implemented method for automatically controlling selection of a grid provider for a grid job
CN101771546B (zh) * 2008-12-29 2012-12-26 中国移动通信集团公司 一种数据业务计费方法和装置
CN102075900B (zh) * 2009-11-23 2014-03-12 中兴通讯股份有限公司 一种实现用量监测控制的方法及系统
EP2870723B1 (en) * 2012-07-05 2018-01-03 Telefonaktiebolaget LM Ericsson (publ) Policy and charging control methods for handling multiple-user subscriptions of a telecommunication network
WO2016072895A1 (en) * 2014-11-06 2016-05-12 Telefonaktiebolaget L M Ericsson (Publ) Wireless communications network, user equipment and methods for handling a cloud
CN106304012A (zh) * 2015-05-22 2017-01-04 中兴通讯股份有限公司 流量管理方法、装置、系统、用户终端及策略计费装置
CN108897606B (zh) * 2018-07-25 2021-06-29 广东石油化工学院 多租户容器云平台虚拟网络资源自适应调度方法及系统
CN109743700B (zh) * 2019-02-27 2021-09-10 中国联合网络通信集团有限公司 共享业务的计费方法及计费装置
CN109981301A (zh) * 2019-03-20 2019-07-05 新华三云计算技术有限公司 云服务计费方法及系统
CN111162921B (zh) * 2019-11-27 2022-06-14 华为云计算技术有限公司 多账号的云服务用量包共享方法、装置及相关设备

Also Published As

Publication number Publication date
EP4050847A4 (en) 2022-12-14
CN111162921A (zh) 2020-05-15
US20220283871A1 (en) 2022-09-08
WO2021104451A1 (zh) 2021-06-03
EP4050847A1 (en) 2022-08-31

Similar Documents

Publication Publication Date Title
CN111130810B (zh) 云服务用量包的计费方法、装置及相关设备
CN111162921B (zh) 多账号的云服务用量包共享方法、装置及相关设备
WO2019205791A1 (zh) 为多个用户标识调整流量套餐的方法及装置
US9917782B2 (en) Equitable distribution of excess shared-resource throughput capacity
US9471393B2 (en) Burst-mode admission control using token buckets
AU2017203274B2 (en) Burst mode control
US9385956B2 (en) Compound token buckets for burst-mode admission control
US9218221B2 (en) Token sharing mechanisms for burst-mode operations
US10764185B2 (en) Token-based policies burst-mode operations
WO2018166145A1 (zh) 还款数据分批报盘方法和装置
US11574347B2 (en) System for high-speed billing transaction processing on a processing cluster
US10944874B2 (en) Telecommunication system for monitoring and controlling of a network providing resource to a user
EP3331196B1 (en) Telecommunication system for monitoring and controlling of a network providing resource to a user
US10922666B1 (en) Resource management for logical and physical availability zones of a provider network
CN114205764B (zh) 话务资源共享方法、装置、设备和计算机可读存储介质
US20230230005A1 (en) Discount predictions for cloud services
WO2023142920A1 (zh) 一种云服务计费方法以及装置
CN114328708A (zh) 一种计费方法、装置和存储介质
CN117857228A (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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220215

Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province

Applicant after: Huawei Cloud Computing Technology Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Applicant before: HUAWEI TECHNOLOGIES Co.,Ltd.

GR01 Patent grant
GR01 Patent grant