SYSTEM, METHOD, AND COMPUTER PROGRAM PRODUCT FOR BYTE-BASED UTILITY COMPUTING PRICING

TECHNICAL FIELD OF THE INVENTION

The present invention is directed, in general, to techniques for providing and billing computer resources and services .

BACKGROUND OF THE INVENTION

Computer service vendors provide a wide range of services, and an increasing number of companies are becoming consumers of the various services . Services available today include telecom (telecommunications, datacenter network services, mobile/edge communications services), computational services (compute) , both application layer and infrastructure layer, and data storage (storage).

Unfortunately, billing standards and methods differ greatly between different vendors and between different types of services. Different types of services may be billed by flat-rate, by the day, week, or month, by the byte (or multiple thereof), or on a per-minute basis. Other factors include data speed and tiered service levels.

These varying billing methods cause unnecessary duplication, overhead, and other management issues.

There is, therefore, a need in the art for a system, process and data format for unified billing for computing services .

SUMMARY OF THE INVENTION

A preferred embodiment provides system, method, and computer program product for byte-based utility computing pricing. This embodiment provides a unified pricing unit for storage, network transport, and processing power, enabling the provider to efficiently and effectively charge the consumer for use of computing power and resources.

The foregoing has outlined rather broadly the features and technical advantages of the present invention so that those skilled in the art may better understand the detailed description of the invention that follows. Additional features and advantages of the invention will be described hereinafter that form the subject of the claims of the invention. Those skilled in the art will appreciate that they may readily use the conception and the specific embodiment disclosed as a basis for modifying or designing other structures for carrying out the same purposes of the present invention. Those skilled in the art will also realize that such equivalent constructions do not depart from the spirit and scope of the invention in its broadest form.

Before undertaking the DETAILED DESCRIPTION OF THE INVENTION below, it may be advantageous to set forth definitions of certain words or phrases used throughout this patent document: the terms "include" and "comprise," as well as derivatives thereof, mean inclusion without limitation; the term "or" is inclusive, meaning and/or; the phrases "associated with" and "associated therewith," as well as derivatives thereof, may mean to include, be included within, interconnect with, contain, be contained within, connect to or with, couple to or with, be

communicable with, cooperate with, interleave, juxtapose, be proximate to, be bound to or with, have, have a property of, or the like; and the term "controller" means any device, system or part thereof that controls at least one operation, whether such a device is implemented in hardware, firmware, software or some combination of at least two of the same. It should be noted that the functionality associated with any particular controller may be centralized or distributed, whether locally or remotely. Definitions for certain words and phrases are provided throughout this patent document, and those of ordinary skill in the art will understand that such definitions apply in many, if not most, instances to prior as well as future uses of such defined words and phrases .

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, wherein like numbers designate like objects, and in which:

Figure 1 depicts a block diagram of a data processing system in which a preferred embodiment can be implemented;

Figure 2 depicts a block diagram of a simple network system in which a preferred embodiment can be implemented; and

Figure 3 depicts a flowchart of a process in accordance with a preferred embodiment.

DETAILED DESCRIPTION OF THE INVENTION

FIGURES 1 through 3, discussed below, and the various embodiments used to describe the principles of the present invention in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the invention. Those skilled in the art will understand that the principles of the present invention may be implemented in any suitably arranged device. The numerous innovative teachings of the present application will be described with particular reference to the presently preferred embodiment.

Figure 1 depicts a block diagram of a data processing system in which a preferred embodiment can be implemented, as any of the systems described herein. The data processing system depicted includes a processor 102 connected to a level two cache/bridge 104, which is connected in turn to a local system bus 106. Local system bus 106 may be, for example, a peripheral component interconnect (PCI) architecture bus. Also connected to local system bus in the depicted example are a main memory 108 and a graphics adapter 110.

Other peripherals, such as local area network (LAN) / Wide Area Network / Wireless (e.g. WiFi) adapter 112, may also be connected to local system bus 106. Expansion bus interface 114 connects local system bus 106 to input/output (I/O) bus 116. I/O bus 116 is connected to keyboard/mouse adapter 118, disk controller 120, and I/O adapter 122.

Also connected to I/O bus 116 in the example shown is audio adapter 124, to which speakers (not shown) may be connected for playing sounds. Keyboard/mouse adapter 118

provides a connection for a pointing device (not shown) , such as a mouse, trackball, trackpointer, etc.

Those of ordinary skill in the art will appreciate that the hardware depicted in Figure 1 may vary for particular. For example, other peripheral devices, such as an optical disk drive and the like, also may be used in addition or in place of the hardware depicted. The depicted example is provided for the purpose of explanation only and is not meant to imply architectural limitations with respect to the present invention.

A data processing system in accordance with a preferred embodiment of the present invention includes an operating system employing a graphical user interface. The operating system permits multiple display windows to be presented in the graphical user interface simultaneously, with each display window providing an interface to a different application or to a different instance of the same application. A cursor in the graphical user interface may be manipulated by a user through the pointing device. The position of the cursor may be changed and/or an event, such as clicking a mouse button, generated to actuate a desired response .

One of various commercial operating systems, such as a version of Microsoft Windows™, a product of Microsoft Corporation located in Redmond, Wash, may be employed if suitably modified. The operating system is modified or created in accordance with the present invention as described.

A preferred embodiment provides system, method, and computer program product for byte-based utility computing

pricing. This embodiment provides a unified pricing unit for storage, network transport, and processing power, enabling the provider to efficiently and effectively charge the consumer for use of computing power and resources.

The preferred embodiments are focused on billing for use of the infrastructure layer of computing. Those of skill in the art will recognize that the claimed system and method can be modified for use in billing for use of the application tier of the computing stack, based upon the application context.

Electricity provides a good example of the infrastructure/application division. When people buy electricity, they receive energy in a very fundamental form. Electricity itself is not very useful, it needs compliments to make it valuable. The electricity user buys other things like appliances, air conditioners, lights, computers, etc. - "applications" - in order to make something truly useful .

At the infrastructure layer in the electricity world, however, power is provided in a standards-based fashion, e.g., either alternating or direct current format, at a certain voltage, etc. These standards are necessary to have a variety of applications available, but the applications themselves are left up to the customers to choose .

Various embodiments described herein therefore define an analogous unit - a computing "kilowatt-hour". This unit can then be used to price a wide array of utility computing services. One example of the use of such a unit is the INFOWATT services of Electronic Data Systems Corporation.

At the infrastructure computing layer, a typical service provider fundamentally provides 3 types of service, as illustrated below with reference to Figure 2 : storing bits (storage) ; moving bits (telecommunications in all forms); and transforming some bits into new bits (compute processing) .

The bit is the fundamental unit of measurement for information, defined as the amount of information in a system having two possible states. Bytes, Kilobytes (KB),

Megabytes (MB) , Gigabytes (GB) , Terabytes (TB) , Petabytes

(PB), etc., are all just aggregations of bits.

Figure 2 depicts a block diagram of a simple network system in which a preferred embodiment can be implemented. This figure shows customer system 210, connected to network 220. Network 220 can be single or multiple networks, a public network, a private or secure network, or a combination of these.

Also connected to network 220 are servers 230. Servers 230 can be implemented in single or multiple servers, and while shown as a single block for clarity, servers 230 can be located in multiple different locations .

Connected to servers 230 is storage 240, for storing data. Storage 240 can be multiple storage devices, as known to those of skill in the art, and can be in multiple different locations. In other embodiments, storage 240 is connected directly to network 220.

Billing system 250 is connected to communicate with and monitor network 220, servers 230, and storage 240, as described below. Note that billing system 250 need not be

directly attached to any of these devices, as long is it can monitor byte usage as described herein.

In a computing services definition that focuses on outputs rather than the traditional inputs of servers, routers, etc. a universal computing unit is then rationally related to bits and time. This is because the provider is handling information (bits) over the course of time (hours, a month, etc.) . This is similar to a kilowatt-hour, a Watt being Joules/s and an hour being 3600 s, so a kilowatt-hour is just another way to say 3,600,000 Joules. Joules are a measurement of energy, and Watts are measure of the rate at which energy is supplied, or power. This is how the a byte- based pricing method relates to the above listed computing functions, according to a preferred embodiment:

Storage: Take the function of gigabits per day over time, and integrate this function over one month's time to compute bits (or GB, etc.) . Note that the one-month figure is exemplary; the storage use can be computed over any appropriate time period. Total storage for a customer is shown generically in this embodiment as storage 240.

rGB

Total Storage = dt

^J day

Telecommunications: Similar to storage, measure the rate at which bits moved across the wire or through the network devices over a month and arrive at an overall bit count by integrating the rate (often measured in megabits per second) over time. Telecom usage over network 230 is monitored, in the preferred embodiment, by billing system 250.

Total Telecom = JMbps dt

Processing: Like the other computing functions, computer processors handle chunks of bits. The MIPS, clock speeds, etc. all eventually translate into bits once it is determined how many bits per instruction the machine can handle, e.g. bits/instruction * instructions/second * seconds = total bits processed. A preferred embodiment includes a billing system 250 that meters the bit processing, and measures this at the process/customer level in a server system 230 where CPUs are all shared, a capability available in some of the latest virtual machine software, as known to those of skill in the art. The bit processing rate, in bytes per second, integrated over time yields the processed bits.

B

Servers = [— dt

As used herein, this basic unit will be referred to as an "information value unit" (IVU) . Assume that 1 IVU is equal to 1 gigabyte (GB) of information (combined storage, telecommunications, and processing) in a given month. Of course, this value of the IVU is arbitrary for the sake of this discussion, and can be defined as needed for a particular application. Thus, a customer with 1 terabyte (TB) of storage who moved 5 GB of information through telecom and processed 60 GB through the provider' s processors would be billed for the sum of these, or 1.065 MegaIVUs . The $/IVU price might vary based upon how different customers consume information management resources .

For example, assume that compute power is more valuable than storage and telecoms, a customer who tends to use more CPU resources might have a higher price. The provider can then periodically benchmark use patterns and adjust prices. Utilities do this, and the ability to throttle prices allows efficient adjustment to supply and demand conditions.

While bit- or byte-based pricing is known in data telecoms and storage systems, there is no precedent within for byte-based pricing of an integrated computing infrastructure service where the pricing for all aspects of the service, including processing, are byte-based.

The total cost to the customer, then, is a function of the sum of the three integrals for processing, storage, and telecom.

Figure 3 depicts a flowchart of a process in accordance with a preferred embodiment. This process assumes that a customer already has an account, and that all proper security and authentication measures are taken.

First, monitor the network usage (telecom) to determine the customer's usage in Mb/s (step 305) . Next, integrate the network usage over the billing period (step 310), one month in this example, to determine a network usage total.

Next, monitor the storage usage to determine the customer's usage in GB/day (step 315) . Next, integrate the storage usage over the billing period (step 320), one month in this example, to determine a storage usage total.

Next, monitor the processor usage to determine the customer's usage in B/sec (step 325). Next, integrate the

storage processor over the billing period (step 330), one month in this example, to determine a processor usage total.

Next, determine a total customer usage, by summing the network usage total, the storage usage total, and the processor usage total (step 335) . Finally, determine a total customer bill (step 340) , according to the total customer usage and a billing rate.

The total customer bill is not necessarily inclusive of all items that might be billed to the customer.

Of course, in alternate embodiments, each type of usage is billed at a different rate, and then the total bills for each can be summed. Of course, the units by which each type of usage is monitored can be changed as needed, although the preferred embodiment indicates that each measurement should be byte-based, as can the time over which the usage is integrated. In other embodiments, instead of any integration, a simple running total of all usage is maintained. Those of skill in the art will recognize that not all steps described above need be performed in the order recited.

In some embodiments, the actual metering is not performed by the same system that performs the integrating and billing functions. In these embodiments, the metered usage data is received by the data processing system and computer program product, then is used for process and calculates a total customer bill.

Those skilled in the art will recognize that, for simplicity and clarity, the full structure and operation of all data processing systems suitable for use with the present invention is not being depicted or described herein.

Instead, only so much of a data processing system as is unique to the present invention or necessary for an understanding of the present invention is depicted and described. The remainder of the construction and operation of data processing system 100 may conform to any of the various current implementations and practices known in the art.

It is important to note that while the present invention has been described in the context of a fully functional system, those skilled in the art will appreciate that at least portions of the mechanism of the present invention are capable of being distributed in the form of a instructions contained within a machine usable medium in any of a variety of forms, and that the present invention applies equally regardless of the particular type of instruction or signal bearing medium utilized to actually carry out the distribution. Examples of machine usable mediums include: nonvolatile, hard-coded type mediums such as read only memories (ROMs) or erasable, electrically programmable read only memories (EEPROMs), user-recordable type mediums such as floppy disks, hard disk drives and compact disk read only memories (CD-ROMs) or digital versatile disks (DVDs), and transmission type mediums such as digital and analog communication links .

Although an exemplary embodiment of the present invention has been described in detail, those skilled in the art will understand that various changes, substitutions, variations, and improvements of the invention disclosed herein may be made without departing from the spirit and scope of the invention in its broadest form.

None of the description in the present application should be read as implying that any particular element, step, or function is an essential element which must be included in the claim scope: THE SCOPE OF PATENTED SUBJECT MATTER IS DEFINED ONLY BY THE ALLOWED CLAIMS. Moreover, none of these claims are intended to invoke paragraph six of 35 USC §112 unless the exact words "means for" are followed by a participle.