US20040148498A1 - Methods and apparatus for managing temporary capacity in a computer system - Google Patents
Methods and apparatus for managing temporary capacity in a computer system Download PDFInfo
- Publication number
- US20040148498A1 US20040148498A1 US10/350,660 US35066003A US2004148498A1 US 20040148498 A1 US20040148498 A1 US 20040148498A1 US 35066003 A US35066003 A US 35066003A US 2004148498 A1 US2004148498 A1 US 2004148498A1
- Authority
- US
- United States
- Prior art keywords
- computer system
- temporary capacity
- previously inactive
- components
- inactive components
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation 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/5044—Allocation 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 hardware capabilities
Definitions
- This patent application relates to a commonly assigned patent application entitled “Methods And Apparatus For Managing The Execution Of A Task Among A Plurality Of Autonomous Processes,” by inventors Edgar I. Circenis and Bradley A. Klein (Attorney Docket No. 200208246-1), and a commonly assigned patent application entitled “Methods And Apparatus For Rapidly Activating Inactive Components In A Computer System,” by inventors Edgar I. Circenis and Bradley A. Klein (Attorney Docket No. 200208237-1), all of which are filed on even date herewith and incorporated herein by reference.
- ICOD Instant Capacity On Demand
- ICOD components are computer systems that typically include one or more inactive components (known as ICOD components) when shipped to the user.
- an inactive or ICOD component is a software or hardware component that the user has not paid for and is not entitled to use as a matter of right.
- Vendors include inactive or ICOD components in a computer system for many reasons. For example, a vendor may anticipate that a particular user may need additional software and/or hardware capability in the future and may wish to include the additional capability in an inactive form so that the additional capability can be quickly enabled at a later date if needed.
- the ICOD components may be processors, memory, cells, subsystems, or the like, and can be activated when the user wishes to obtain additional capability from the ICOD system.
- vendors in the past employ an ICOD software agent, e.g., codes in the ICOD system, to periodically take inventory of the inactive (or active) components and compare the number of inactive (or active) components with the licensing data stored in non-volatile memory.
- the data regarding the number of inactive (or active) components, along with other identification information such as the serial number of the computer system, the host name, the IP address, and the like may then be sent in an email to the vendor to allow the vendor to audit for compliance.
- a user's computer system uses more active components therein than the number of active components allowed under license, the user's system is deemed to be in a non-compliant state, and the vendor may undertake any number of corrective actions. For example, the vendor may wish to send a sales representative to the user whose system is found to be in a non-compliant state in order to suggest the licensing of the activated components. As another example, the vendor may notify the user of the non-compliant status and request that the user either immediately pay for the use of the inactive components, or to cease the non-compliant use.
- the customer's temporary capacity account is tracked by the vendor.
- the ICOD software agent sends data regarding the number of components active in the user's computer system to vendor.
- the data may be transmitted in an email via the Internet, for example.
- the vendor's auditing system then calculates the number of components activated in excess of that allowable under license as well as the amount of temporary capacity consumed in order to adjust the user's temporary capacity balance.
- FIG. 1 illustrates a simplified exemplary ICOD system 100 having four CPUs 102 , 104 , 106 , and 108 .
- CPUs 102 and 104 represent licensed CPUs, i.e., CPUs that the user has already paid for and is entitled to use as a matter of right.
- CPUs 106 and 108 represent ICOD CPUs, which are normally deactivated in ICOD system 100 .
- An ICOD software agent 110 is provided to enable user 112 to activate and deactivate the CPUs, via a terminal 114 , to meet the user's capacity demand. On a periodic basis, e.g., every 24 hours, ICOD software agent 110 takes an inventory of the number of CPUs active in ICOD system 100 and sends an email to the vendor's audit system 116 via a network 117 to facilitate auditing. Audit system 116 includes an audit database 118 , which stores the licensing information for the various ICOD systems sold by the vendor.
- audit database 118 may track the serial number of a particular ICOD system, such as ICOD system 100 , along with the number of ICOD CPUs therein (e.g., the two CPUs 106 and 108 in the present example). Audit database 118 also tracks a temporary capacity balance (shown by reference number 120 ) for ICOD system 100 .
- audit system 116 debits the temporary capacity balance for ICOD system 100 . For example, if 3 CPUs are active per the audit email from ICOD software agent 110 , ICOD system 100 is deemed to have 1 ICOD CPU activated ( 3 minus the two allowed under license). Since the audit email is received once every 24 hours, 24 CPU-hours (1 CPU times 24 hours) may be deducted from the temporary capacity balance for ICOD system 100 .
- auditing system 116 may, for example, send an email to the user to inform the user of the low temporary capacity balance and/or to request that the user replenish the temporary capacity account. This is represented by arrow 122 in FIG. 1.
- the user may replenish the temporary capacity account by making a purchase of additional temporary capacity units from the vendor, for example.
- audit system 116 can send emails to request the user to purchase additional temporary capacity units to address a negative temporary capacity balance, for example, some users may simply ignore such a request while continuing to utilize the non-compliant ICOD components. In this case, the vendor may eventually need to resort to sending field service personnel to the user's site to disable and/or remove the ICOD components. Additionally or alternatively, the vendor may need to resort to legal action to collect payment for the ICOD component usage and/or to repossess the computer system.
- the temporary capacity account is kept only with auditing system 116 , the only way the user could find out about his temporary capacity availability is by contacting the vendor and asking for the temporary capacity balance data. If there is a delay in collecting and processing the temporary capacity account data at the vendor's auditing system and/or in processing the user's request, it may be some time before the user receives data regarding his own temporary capacity balance. During the delay, additional temporary capacity may have been consumed, rendering the received temporary capacity data untrustworthy. Without the ability to receive the temporary capacity balance information in an accurate and timely manner, it may be difficult for the user to forecast and plan for future capacity usage.
- FIG. 1 the auditing and enforcement mechanisms in FIG. 1 depend on the existence of email connectivity between ICOD system 100 and auditing system 116 . It has been found, however, that many users are reluctant to endow their production ICOD systems with an email infrastructure, and to risk exposing their ICOD computer systems to the security risks that accompany email access. For some users, even the exposure of the host name to the outside world is unacceptable. For these users, the vendor has no visibility as to the number of ICOD components activated, and thus no reasonable way of tracking of the temporary capacity balance.
- the invention relates, in one embodiment, to a method for activating a set of previously inactive components in a computer system.
- the method includes receiving a request for activating the set of previously inactive components and ascertaining whether there exists a first right for activating the set of previously inactive components.
- the method further includes activating the set of previously inactive components in accordance with the first right if the first right exists.
- the method additionally includes ascertaining, if there is no first right for activating the previously inactive component, whether there exists temporary capacity availability adequate to support activating the set of previously inactive components, the temporary capacity availability being tracked at the computer system and representing a duration that a component having the same type as components in the set of previously inactive components can be activated in the absence of the first right for activating the set of previously inactive components.
- the method also includes activating the set of previously inactive components if the temporary capacity availability adequate to support activating the set of previously inactive components exists.
- the invention relates to an article of manufacture comprising a program storage medium having computer readable codes embodied therein, the computer readable codes being configured for activating a set of previously inactive components in a computer system.
- the article of manufacture includes computer readable codes for receiving a request for activating the set of previously inactive components.
- the article of manufacture includes computer readable codes for ascertaining whether there exists a first right for activating the set of previously inactive components.
- the article of manufacture includes computer readable codes for activating, if the first right exists, the set of previously inactive components in accordance with the first right.
- the article of manufacture includes computer readable codes for ascertaining, if there is no first right for activating the previously inactive component, whether there exists temporary capacity availability adequate to support activating the set of previously inactive components, the temporary capacity availability being tracked at the computer system and representing a duration that a component having the same type as components in the set of previously inactive components can be activated in the absence of the first right for activating the set of previously inactive components.
- the article of manufacture additionally includes computer readable codes for activating the set of previously active components if the temporary capacity availability adequate to support activating the set of previously inactive components exists.
- the invention relates to a method for enabling a computer system to allow a user to activate a previously inactive component in the computer system.
- the method includes providing computer readable codes for installation on the computer system.
- the computer readable codes after being installed on the computer system, enable the computer system to receive a request for activating the previously inactive component and to ascertain whether there exists an acquired right for activating the previously inactive components.
- the computer readable codes after being installed on the computer system, further enable the computer system to ascertain, if there is no acquired right to activate the previously inactive component, whether there exists temporary capacity to support activating the previously inactive component and to activate the previously inactive component if there exists temporary capacity to support activating the previously inactive component.
- FIG. 1 illustrates a simplified exemplary ICOD computer system having four CPUs.
- FIG. 2 illustrates, in accordance with one embodiment of the present invention, an ICOD system implementing the temporary capacity feature.
- FIG. 3 illustrates, in accordance with one embodiment of the present invention, the steps for activating a set of previously inactive components in a computer system having the temporary capacity feature.
- FIG. 4 shows, in accordance with one embodiment of the present invention, the steps for adjusting the temporary capacity balance.
- FIG. 5 shows, in accordance with one embodiment of the invention, the steps for purchasing and/or replenishing the temporary capacity balance.
- inventive temporary capacity management techniques improve user accountability as well as provide a mechanism to timely and accurately furnish the user with temporary capacity information when queried. Furthermore, the inventive temporary capacity management techniques advantageously do not depend on the existence of an email infrastructure or network connectivity in the ICOD computer system.
- the temporary capacity balance is kept in nonvolatile memory (e.g., semiconductor nonvolatile memory or a file on a disk) of the ICOD computer system.
- the user can purchase or replenish the temporary capacity by contacting the vendor using, for example the vendor's website or portal, the telephone or by any other telecommunication or communication means.
- the user may furnish his identification information, the computer system identification information, the amount of temporary capacity desired, and/or any payment information in order to receive a codeword from the vendor.
- vendor is employed generically herein to denote the entity responsible for supporting the user and is not necessarily limited to (although the term may include) the manufacturer of the computer system, the distributor, the dealer, the contract servicing organization, or any other entity responsible for ensuring that the user can obtain additional temporary capacity if needed.
- the user can then apply the received codeword to the ICOD computer system (by entering the codeword into the computer system, for example) to increase the amount of temporary capacity available. Once there is an adequate temporary capacity, the user can activate the inactive ICOD components and have the temporary capacity balance debited for usage of components in excess of the number of components allowable under the acquired right.
- the number of components allowable under the acquired right denotes the number of components that the user has already paid for and/or is entitled to use as a matter of right.
- ICOD components are components that the user has not paid for and/or is not entitled to use as a matter of right.
- ICOD components can be activated temporarily if the user obtains some temporary right or provisional license thereto, such as by maintaining a temporary capacity balance or by obtaining a pending right.
- the codeword may be obtained using any communication method, including any internet terminal, networked PDA, or even through the telephone via facsimile.
- this aspect is critical for users who object to exposing their production ICOD computer systems to the risks that accompany email access and/or network connectivity.
- the temporary capacity can be accounted for using various denominations such as CPU-hours, gigabyte-days (for memory or disk usage), cell-minutes (for cell usage), and the like.
- the temporary capacity balance may be tracked using a universal unit, and appropriate conversion rates may apply to convert the universal temporary capacity balance units into appropriate component units depending on which type of inactive component the user wishes to activate. For example, a given ICOD system may have a balance of 20 temporary capacity units, which may translate into 40 CPU-hours or 60 gigabyte-days.
- the temporary capacity account is kept locally on the ICOD system, the user can obtain timely and accurate temporary capacity information, including for example the current temporary capacity balance, whether any temporary capacity is being consumed, the current rate of temporary capacity consumption (if any), and the projected expiration time given the current temporary capacity balance and the current rate of consumption.
- the temporary capacity information may be furnished to the user on demand (e.g., when the user enters a query command at the ICOD system), upon ICOD system reboot, or upon activation/deactivation of components.
- the ICOD software agent takes an inventory of the number of components currently active on the ICOD system and compares the number of components currently active with the number of active components allowable under the acquired right. If the number of components currently active in the computer system exceeds the number allowable under the acquired right, the temporary capacity consumption rate is calculated, and the temporary capacity account is debited.
- the ICOD software agent may also take enforcement actions based on the temporary capacity availability. If the temporary capacity balance drops below a certain threshold, for example, the ICOD software agent may begin to issue warnings and may escalate to enforcement actions if necessary. Note that since these warnings and notifications are issued from the ICOD system itself, they are more likely to be noticed and heeded by the user than those arriving via emails as in the case with the prior art.
- the ICOD software agent may request that the user purchase additional temporary capacity or that the user acquire additional components under an acquired right basis. Additionally or alternatively, the ICOD software agent may reconfigure the ICOD system so that the ICOD components are deactivated immediately. Alternatively, the ICOD software agent may reconfigure the ICOD computer system so that the ICOD components are deactivated upon reboot. Additionally or alternatively, the ICOD software agent may reconfigure the ICOD system so as to prohibit the activation of the ICOD components.
- FIG. 2 shows an ICOD system 200 having a plurality of CPUs 202 A- 202 N, some of which represent ICOD CPU components.
- CPUs are employed to represent ICOD components. It should be kept in mind, however, that different types of ICOD components, both software and hardware, may exist in any given ICOD computer system.
- FIG. 2 also shows a nonvolatile memory NVRAM 204 , representing the memory location for tracking both the temporary capacity account (via temporary capacity balance 206 ) and ICOD licensing information 208 .
- ICOD licensing information 208 may include information such as the total number of CPUs in ICOD computer system 200 , the number of CPUs subject to the acquired right, the number of ICOD CPUs, and identification data regarding the ICOD computer system.
- An ICOD software agent 210 is shown coupled to the CPUs and NVRAM 204 .
- ICOD software agent 210 may wake up and take inventory of the number of CPUs activated (or inactive). If the number of active CPUs exceeds the number of CPUs allowable under the acquired right, ICOD software agent 210 will note that the system is out of compliance in accordance with the acquired right and begins to debit temporary capacity balance 206 if there is temporary capacity available. If there is an insufficient temporary capacity to support the number of components currently being activated, ICOD software agent may begin to issue notifications and/or to take enforcement action.
- ICOD computer system 200 has a total of 8 CPUs. If the information in ICOD licensing information 208 indicates that only 3 CPUs should be active under the acquired right but ICOD software agent 210 found 7 CPUs active instead in ICOD system 200 , the number of ICOD CPUs (i.e., excess CPUs) employed is 4. In this case, ICOD software agent 210 may debit 2 CPU-hours (4 ICOD CPUs multiplied by a time period of 30 minutes per each rotation of the periodic schedule) from temporary capacity balance 206 . The information regarding the compliance state of ICOD system 200 , as well as the current temporary capacity balance may then be sent by ICOD software agent 210 to a user 220 at terminal 224 .
- user 220 may contact a portal 240 via terminal 224 and a network 222 to apply for a codeword.
- user 220 may enter identification information such as the serial number of ICOD computer system 200 , the amount of temporary capacity user 220 wishes to purchase, any payment data, and receives from portal 240 a codeword that user 220 can apply to ICOD system 200 .
- the codeword received is in an ASCII format or another suitable format that the user can input into ICOD software agent 210 (path 244 ), by for example typing the codeword into terminal 224 or by using a cut-and-paste method.
- ICOD computer system 200 has only one operating system and one set of CPUs, thereby simplifying the task of periodically adjusting the global temporary capacity balance.
- the ICOD computer system is implemented as a partitionable computer system, there may be multiple ICOD software agents executing autonomously on various partitions of the partitionable ICOD computer system.
- Techniques for managing the global temporary capacity balance and for sending a single notification to the user when there are multiple autonomously executing ICOD software agents present are discussed in the aforementioned co-pending patent application entitled “Methods And Apparatus For Managing The Execution Of A Task Among A Plurality Of Autonomous Processes.”
- user 220 may enter a query command and be furnished with data regarding the current temporary capacity balance, whether temporary capacity is being consumed, the temporary capacity consumption rate, and/or the projected expiration of temporary capacity based on the current temporary capacity balance and the current temporary capacity consumption rate. If temporary capacity balance 206 falls below a certain threshold, ICOD software agent 210 may begin to issue warnings (arrow 242 ) to user 220 via terminal 224 .
- ICOD software agent 210 may send an email or a message (via dotted line 246 to denote an optional path) that contains the identification information of the ICOD computer system, the number of active components and/or the temporary capacity balance on the ICOD computer system. Since the codeword to increase the temporary capacity balance is applied for with the vendor, the vendor would have knowledge of the amount of temporary capacity purchased by the user and may also track the temporary capacity account independently using the information regarding the temporary capacity purchased and any calculated temporary capacity consumption from the periodic audit emails/messages sent by ICOD software agent 210 .
- the vendor auditing system 250 may also issue warnings and request (via dotted line 248 to denote an optional path) that the user take certain corrective actions.
- the vendor auditing system 250 may optionally instruct ICOD software agent 210 (e.g., via a telecommunication link, which may be wired or wireless) to take corrective actions, if such corrective actions become necessary.
- ICOD software agent 210 e.g., via a telecommunication link, which may be wired or wireless
- the temporary capacity balance may expire upon reaching zero for some users.
- the amount of temporary capacity available equals the difference between the current value of the temporary capacity balance and zero. For example, if such a user as a current temporary capacity balance of 40, he has 40 units of temporary capacity available.
- the user is allowed to continue to use any ICOD component(s) already activated until the next time the ICOD computer system is rebooted, even if such continued use causes the temporary capacity balance to become negative.
- the vendor may not wish to anger users who may lose important data if the ICOD components already activated are suddenly turned off when the temporary capacity balance reaches zero.
- the temporary capacity balance is zero (or negative) for these users, the activation of an additional ICOD component may be prohibited and enforcement actions (e.g., warnings, notifications, and the like) may commence.
- the temporary capacity balance may not expire until it reaches a predefined value, such as a negative value.
- a predefined value such as a negative value.
- some users may be deemed sufficiently trustworthy that the vendor may be willing to allow such users to incur a negative temporary capacity balance.
- the amount of temporary capacity available is the difference between the current value of the temporary capacity balance variable and the predefined threshold. For example, if the predefined threshold is ⁇ 20 and the current temporary capacity balance has a value of 40, that user has 60 units of temporary capacity available for use before his ability to debit the temporary capacity account expires. Thus, if such a user has a temporary capacity balance of ⁇ 10 units, that user may still activate an additional ICOD component, at least until the temporary capacity balance reaches ⁇ 20 or below.
- the resulting temporary capacity balance will be the sum of the current temporary capacity balance (which may be negative) and the additional temporary capacity units purchased.
- FIG. 3 illustrates, in accordance with one embodiment of the present invention, the steps for activating a set of previously inactive components in a computer system having the temporary capacity feature.
- the user has a need for additional computing capacity.
- capacity in the context of additional temporary capacity includes one or both of a greater quantity of a computing functionality already in use (e.g., adding a new CPU to a group of CPUs already in use) and a new computing functionality (e.g., adding a new disk drive for the first time).
- step 306 the user interacts with software in the computer system, e.g., the ICOD software agent in the ICOD computer system, to request the activation of a set of previously inactive components.
- a set of previously inactive components may represent a single previously inactive component (i.e., the set may have only one member) or multiple previously inactive components (i.e., the set may have multiple members).
- step 308 the software in the computer system ascertains whether the number of active components that results from the activation request would exceed the number of active components allowable under the acquired right.
- the comparison in step 308 is made by comparing the number of inactive components that would result from the activation request with the number of inactive components expected to be present and inactive in the computer system to comply with the acquired right. Other ways to perform the comparison in step 308 are also possible. If the activation of the set of previously inactive components would not bring the computer system out of compliance under the acquired right, there is no need to employ temporary capacity and activation is allowed in step 310 .
- step 312 the software in the computer system ascertains number of active components N that would result from the activation request but are not covered by the acquired right. This number of active components N represents the number of components whose activation needs to be supported by the temporary capacity account.
- step 314 it is ascertained whether the current temporary capacity available to the user at least equals or exceeds the number of temporary capacity units X required to activate the number of active components N calculated in step 312 .
- the number of temporary capacity units X required to activate the number of active components N is therefore 4 CPUs times 30 minutes, or 2 CPU-hours. If the user is not allowed to incur a negative temporary capacity balance, the user has 28 CPU-hours remaining in his temporary capacity availability before the user loses the ability to employ his temporary capacity account to support the activation of additional ICOD components. On the other hand, suppose the user is allowed to incur a negative temporary capacity balance up to, for example, ⁇ 10 CPU-hours. In this case, the user has 38 CPU-hours remaining in his temporary capacity availability before the user loses the ability to employ his temporary capacity account to support the activation of additional ICOD components.
- the temporary capacity balance is optionally adjusted in view of the activation to be granted. In one embodiment, the temporary capacity balance adjustment takes place immediately upon the activation of previously inactive components that are not covered under the acquired right. In another embodiment, the temporary capacity balance is adjusted only during each rotation of the periodic inventory cycle. Activation is then permitted in step 310 .
- a fault state is entered (316). In most cases, activation will be denied. If the user has other arrangements, e.g., a pending right to activate the CPUs, activation may be allowed. What takes place in the fault state 316 depends on the business rules of the vendor, the status of the user with the vendor, and/or any other prior arrangements between the vendor and the user.
- FIG. 4 shows, in accordance with one embodiment of the present invention, the steps for adjusting the temporary capacity balance, e.g., during each rotation of the periodic inventory cycle.
- the software in the computer system ascertains number of currently active components N that are not covered by the acquired right. As mentioned earlier in connection with step 312 of FIG. 3, this number of active components N represents the number of components whose activation needs to be supported by the temporary capacity account. In one embodiment, the number of components N is calculated in accordance to the equation below:
- N number of currently active components ⁇ (total number of components in system ⁇ expected number of inactive components).
- step 404 If the value N is less than or equal to zero (as determined in step 404 ), none of the components in the request needs to be supported by the temporary capacity. This situation may happen if, for example, the total number of currently active components in the computer system is less than or is equal to the number of components covered by the acquired right. In this case, the method of FIG. 3 simply proceeds to step 408 to wait for the next inventory time to arrive.
- the temporary capacity balance is adjusted in step 406 to account for the activation to be granted.
- the temporary capacity balance is adjusted in step 406 by subtracting from the current temporary capacity balance the number of temporary capacity units X that is required to support the number of active components N (calculated in step 402 ).
- the user's computer system is a computer system that has multiple autonomous software agents, only one adjustment to the global temporary capacity balance should take place during a given rotation of the periodic cycle.
- Techniques for adjusting the global temporary capacity balance only once per rotation of the periodic cycle by multiple autonomously executing software agents are discussed in the aforementioned co-pending patent application entitled “Methods And Apparatus For Managing The Execution Of A Task Among A Plurality Of Autonomous Processes.”
- step 408 After adjusting the temporary capacity balance in step 406 , the method proceeds to step 408 to wait for the next inventory time to arrive.
- FIG. 5 shows, in accordance with one embodiment of the invention, the steps for purchasing and/or replenishing the temporary capacity balance.
- the user realizes that he wishes to purchase additional temporary capacity.
- the user may interact with the vendor's portal to receive a codeword which the user may then apply to his computer system to increase the temporary capacity balance.
- the user may be required to enter identification information regarding the ICOD computer system, the amount of additional temporary capacity desired, the payment information, and like.
- the codeword furnished by the portal encodes information that at least identifies the user's computer system and the amount of temporary capacity granted.
- the user may apply the temporary codeword to the computer system ( 506 ) using the software on the user's computer system.
- the user may input the codeword into the ICOD software agent, for example.
- the application of the codeword increases the temporary capacity balance ( 508 ).
- the temporary capacity balance is negative prior to the application of the codeword, the updated temporary capacity balance is the sum of the previous negative balance and any temporary capacity units granted by the codeword.
- the invention advantageously offers the temporary capacity feature and provides accountability for ICOD component usage without requiring the implementation of an email infrastructure or network connectivity on the user's ICOD computer system. If the user wishes to obtain data regarding the temporary capacity usage, the user may obtain such data directly from his ICOD computer system in a timely manner without having to request the data from the vendor. If the temporary capacity balance falls below a certain threshold, notifications and/or warnings may be sent directly from the user's computer system to the user, and may escalate in severity as necessary to encourage the user to take actions to maintain an adequate temporary capacity availability to support the number of activated components and/or to obtain components under an acquired right basis. If necessary, the fact that the temporary capacity balance is kept on the user's ICOD computer system facilitates enforcement by the ICOD software agent, thereby preventing abuse by users.
- an ICOD component may represent any software and/or hardware component and/or subsystem that can be activated and inactivated to modify the computing capability of a computer system. It should also be noted that there are many alternative ways of implementing the methods and apparatuses of the present invention. It is therefore intended that the following appended claims be interpreted as including all such alterations, permutations, and equivalents as fall within the true spirit and scope of the present invention.
Abstract
Description
- This patent application relates to a commonly assigned patent application entitled “Methods And Apparatus For Managing The Execution Of A Task Among A Plurality Of Autonomous Processes,” by inventors Edgar I. Circenis and Bradley A. Klein (Attorney Docket No. 200208246-1), and a commonly assigned patent application entitled “Methods And Apparatus For Rapidly Activating Inactive Components In A Computer System,” by inventors Edgar I. Circenis and Bradley A. Klein (Attorney Docket No. 200208237-1), all of which are filed on even date herewith and incorporated herein by reference.
- ICOD (Instant Capacity On Demand) systems are computer systems that typically include one or more inactive components (known as ICOD components) when shipped to the user. As the term is employed herein, an inactive or ICOD component is a software or hardware component that the user has not paid for and is not entitled to use as a matter of right.
- Vendors include inactive or ICOD components in a computer system for many reasons. For example, a vendor may anticipate that a particular user may need additional software and/or hardware capability in the future and may wish to include the additional capability in an inactive form so that the additional capability can be quickly enabled at a later date if needed. The ICOD components may be processors, memory, cells, subsystems, or the like, and can be activated when the user wishes to obtain additional capability from the ICOD system.
- Generally speaking, when an ICOD system is shipped to a user, either the vendor or the customer will deactivate the inactive components so that only the components that have been paid for will be active during use. This deactivation may happen one time prior to shipping, or the ICOD system may include software to automatically deactivate the inactive components upon system booting based on the licensing data stored in the ICOD system itself.
- To ensure compliance, vendors in the past employ an ICOD software agent, e.g., codes in the ICOD system, to periodically take inventory of the inactive (or active) components and compare the number of inactive (or active) components with the licensing data stored in non-volatile memory. The data regarding the number of inactive (or active) components, along with other identification information such as the serial number of the computer system, the host name, the IP address, and the like may then be sent in an email to the vendor to allow the vendor to audit for compliance.
- If a user's computer system uses more active components therein than the number of active components allowed under license, the user's system is deemed to be in a non-compliant state, and the vendor may undertake any number of corrective actions. For example, the vendor may wish to send a sales representative to the user whose system is found to be in a non-compliant state in order to suggest the licensing of the activated components. As another example, the vendor may notify the user of the non-compliant status and request that the user either immediately pay for the use of the inactive components, or to cease the non-compliant use.
- An exception to the above exists when the user has purchased temporary capacity with the vendor. In general, if the user maintains an adequate temporary capacity account with the vendor, the user can activate ICOD components temporarily and have the temporary capacity balance deducted for the ICOD component usage. Thus, as long as the user has an adequate temporary capacity available, the user can temporarily activate a greater number of components than that allowable under license. With the temporary capacity feature, users benefit from having the flexibility of being able to temporarily activate components to handle any unexpected and/or temporary need for additional capacity without having to commit in advance to a long term purchase. Vendors also benefit since the sale of temporary capacity represents an additional revenue stream for the vendors.
- Traditionally, the customer's temporary capacity account is tracked by the vendor. On a periodic basis, the ICOD software agent sends data regarding the number of components active in the user's computer system to vendor. The data may be transmitted in an email via the Internet, for example. The vendor's auditing system then calculates the number of components activated in excess of that allowable under license as well as the amount of temporary capacity consumed in order to adjust the user's temporary capacity balance.
- To facilitate discussion, FIG. 1 illustrates a simplified
exemplary ICOD system 100 having fourCPUs CPUs CPUs ICOD system 100. - An ICOD
software agent 110 is provided to enableuser 112 to activate and deactivate the CPUs, via aterminal 114, to meet the user's capacity demand. On a periodic basis, e.g., every 24 hours, ICODsoftware agent 110 takes an inventory of the number of CPUs active inICOD system 100 and sends an email to the vendor'saudit system 116 via anetwork 117 to facilitate auditing.Audit system 116 includes anaudit database 118, which stores the licensing information for the various ICOD systems sold by the vendor. For example,audit database 118 may track the serial number of a particular ICOD system, such asICOD system 100, along with the number of ICOD CPUs therein (e.g., the twoCPUs Audit database 118 also tracks a temporary capacity balance (shown by reference number 120) forICOD system 100. - If
ICOD system 100 is found to have a greater number of CPUs activated than that allowed under license,audit system 116 debits the temporary capacity balance forICOD system 100. For example, if 3 CPUs are active per the audit email from ICODsoftware agent 110,ICOD system 100 is deemed to have 1 ICOD CPU activated (3 minus the two allowed under license). Since the audit email is received once every 24 hours, 24 CPU-hours (1 CPU times 24 hours) may be deducted from the temporary capacity balance forICOD system 100. - If the temporary capacity balance drops below a certain threshold,
auditing system 116 may, for example, send an email to the user to inform the user of the low temporary capacity balance and/or to request that the user replenish the temporary capacity account. This is represented byarrow 122 in FIG. 1. The user may replenish the temporary capacity account by making a purchase of additional temporary capacity units from the vendor, for example. - There are, however, disadvantages associated with the arrangement of FIG. 1. For example, the fact that the temporary capacity account is kept only at the vendor renders it difficult for ICOD
software agent 110 to take enforcement action based on an insufficient temporary capacity balance. InICOD system 100 of FIG. 1, ICODsoftware agent 110 has no knowledge of the temporary capacity and therefore cannot initiate enforcement action based on an insufficient temporary capacity. - Although
audit system 116 can send emails to request the user to purchase additional temporary capacity units to address a negative temporary capacity balance, for example, some users may simply ignore such a request while continuing to utilize the non-compliant ICOD components. In this case, the vendor may eventually need to resort to sending field service personnel to the user's site to disable and/or remove the ICOD components. Additionally or alternatively, the vendor may need to resort to legal action to collect payment for the ICOD component usage and/or to repossess the computer system. - Furthermore, since the temporary capacity account is kept only with
auditing system 116, the only way the user could find out about his temporary capacity availability is by contacting the vendor and asking for the temporary capacity balance data. If there is a delay in collecting and processing the temporary capacity account data at the vendor's auditing system and/or in processing the user's request, it may be some time before the user receives data regarding his own temporary capacity balance. During the delay, additional temporary capacity may have been consumed, rendering the received temporary capacity data untrustworthy. Without the ability to receive the temporary capacity balance information in an accurate and timely manner, it may be difficult for the user to forecast and plan for future capacity usage. - Furthermore, the auditing and enforcement mechanisms in FIG. 1 depend on the existence of email connectivity between
ICOD system 100 andauditing system 116. It has been found, however, that many users are reluctant to endow their production ICOD systems with an email infrastructure, and to risk exposing their ICOD computer systems to the security risks that accompany email access. For some users, even the exposure of the host name to the outside world is unacceptable. For these users, the vendor has no visibility as to the number of ICOD components activated, and thus no reasonable way of tracking of the temporary capacity balance. - The invention relates, in one embodiment, to a method for activating a set of previously inactive components in a computer system. The method includes receiving a request for activating the set of previously inactive components and ascertaining whether there exists a first right for activating the set of previously inactive components. The method further includes activating the set of previously inactive components in accordance with the first right if the first right exists. The method additionally includes ascertaining, if there is no first right for activating the previously inactive component, whether there exists temporary capacity availability adequate to support activating the set of previously inactive components, the temporary capacity availability being tracked at the computer system and representing a duration that a component having the same type as components in the set of previously inactive components can be activated in the absence of the first right for activating the set of previously inactive components. The method also includes activating the set of previously inactive components if the temporary capacity availability adequate to support activating the set of previously inactive components exists.
- In yet another embodiment, the invention relates to an article of manufacture comprising a program storage medium having computer readable codes embodied therein, the computer readable codes being configured for activating a set of previously inactive components in a computer system. The article of manufacture includes computer readable codes for receiving a request for activating the set of previously inactive components. The article of manufacture includes computer readable codes for ascertaining whether there exists a first right for activating the set of previously inactive components. The article of manufacture includes computer readable codes for activating, if the first right exists, the set of previously inactive components in accordance with the first right. The article of manufacture includes computer readable codes for ascertaining, if there is no first right for activating the previously inactive component, whether there exists temporary capacity availability adequate to support activating the set of previously inactive components, the temporary capacity availability being tracked at the computer system and representing a duration that a component having the same type as components in the set of previously inactive components can be activated in the absence of the first right for activating the set of previously inactive components. The article of manufacture additionally includes computer readable codes for activating the set of previously active components if the temporary capacity availability adequate to support activating the set of previously inactive components exists.
- In yet another embodiment, the invention relates to a method for enabling a computer system to allow a user to activate a previously inactive component in the computer system. The method includes providing computer readable codes for installation on the computer system. The computer readable codes, after being installed on the computer system, enable the computer system to receive a request for activating the previously inactive component and to ascertain whether there exists an acquired right for activating the previously inactive components. The computer readable codes, after being installed on the computer system, further enable the computer system to ascertain, if there is no acquired right to activate the previously inactive component, whether there exists temporary capacity to support activating the previously inactive component and to activate the previously inactive component if there exists temporary capacity to support activating the previously inactive component.
- These and other features of the present invention will be described in more detail below in the detailed description of the invention and in conjunction with the following figures.
- The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:
- To facilitate discussion, FIG. 1 illustrates a simplified exemplary ICOD computer system having four CPUs.
- FIG. 2 illustrates, in accordance with one embodiment of the present invention, an ICOD system implementing the temporary capacity feature.
- FIG. 3 illustrates, in accordance with one embodiment of the present invention, the steps for activating a set of previously inactive components in a computer system having the temporary capacity feature.
- FIG. 4 shows, in accordance with one embodiment of the present invention, the steps for adjusting the temporary capacity balance.
- FIG. 5 shows, in accordance with one embodiment of the invention, the steps for purchasing and/or replenishing the temporary capacity balance.
- The present invention will now be described in detail with reference to a few preferred embodiments thereof as illustrated in the accompanying drawings. In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be apparent, however, to one skilled in the art, that the present invention may be practiced without some or all of these specific details. In other instances, well known process steps and/or structures have not been described in detail in order to not unnecessarily obscure the present invention.
- In accordance with one embodiment of the present invention, there are provided improved techniques for managing temporary capacity in an ICOD computer system. The inventive temporary capacity management techniques improve user accountability as well as provide a mechanism to timely and accurately furnish the user with temporary capacity information when queried. Furthermore, the inventive temporary capacity management techniques advantageously do not depend on the existence of an email infrastructure or network connectivity in the ICOD computer system.
- In one embodiment, the temporary capacity balance is kept in nonvolatile memory (e.g., semiconductor nonvolatile memory or a file on a disk) of the ICOD computer system. The user can purchase or replenish the temporary capacity by contacting the vendor using, for example the vendor's website or portal, the telephone or by any other telecommunication or communication means. To purchase temporary capacity, the user may furnish his identification information, the computer system identification information, the amount of temporary capacity desired, and/or any payment information in order to receive a codeword from the vendor. Note that the term “vendor” is employed generically herein to denote the entity responsible for supporting the user and is not necessarily limited to (although the term may include) the manufacturer of the computer system, the distributor, the dealer, the contract servicing organization, or any other entity responsible for ensuring that the user can obtain additional temporary capacity if needed.
- The user can then apply the received codeword to the ICOD computer system (by entering the codeword into the computer system, for example) to increase the amount of temporary capacity available. Once there is an adequate temporary capacity, the user can activate the inactive ICOD components and have the temporary capacity balance debited for usage of components in excess of the number of components allowable under the acquired right.
- As the term is employed herein, the number of components allowable under the acquired right denotes the number of components that the user has already paid for and/or is entitled to use as a matter of right. In contrast, ICOD components are components that the user has not paid for and/or is not entitled to use as a matter of right. ICOD components can be activated temporarily if the user obtains some temporary right or provisional license thereto, such as by maintaining a temporary capacity balance or by obtaining a pending right.
- Advantageously, there is no need to furnish the ICOD computer system with an email infrastructure or network connectivity in order to allow the user to benefit from having the temporary capacity feature. As mentioned, the codeword may be obtained using any communication method, including any internet terminal, networked PDA, or even through the telephone via facsimile. As pointed out earlier, this aspect is critical for users who object to exposing their production ICOD computer systems to the risks that accompany email access and/or network connectivity.
- The temporary capacity can be accounted for using various denominations such as CPU-hours, gigabyte-days (for memory or disk usage), cell-minutes (for cell usage), and the like. In one embodiment, the temporary capacity balance may be tracked using a universal unit, and appropriate conversion rates may apply to convert the universal temporary capacity balance units into appropriate component units depending on which type of inactive component the user wishes to activate. For example, a given ICOD system may have a balance of 20 temporary capacity units, which may translate into 40 CPU-hours or 60 gigabyte-days.
- Since the temporary capacity account is kept locally on the ICOD system, the user can obtain timely and accurate temporary capacity information, including for example the current temporary capacity balance, whether any temporary capacity is being consumed, the current rate of temporary capacity consumption (if any), and the projected expiration time given the current temporary capacity balance and the current rate of consumption. The temporary capacity information may be furnished to the user on demand (e.g., when the user enters a query command at the ICOD system), upon ICOD system reboot, or upon activation/deactivation of components.
- Periodically, the ICOD software agent takes an inventory of the number of components currently active on the ICOD system and compares the number of components currently active with the number of active components allowable under the acquired right. If the number of components currently active in the computer system exceeds the number allowable under the acquired right, the temporary capacity consumption rate is calculated, and the temporary capacity account is debited.
- For example, consider an ICOD system with 8 CPUs, of which only 3 CPUs may be active under the acquired right. Further, suppose that there is a temporary capacity balance that is equivalent to 40 CPU-hours, and the ICOD software agent is scheduled to take inventory of the active CPUs every hour. If the ICOD software agent found 7 CPUs active instead in the ICOD system, the number of ICOD CPUs (i.e., excess CPUs) employed is 4. In this case, the temporary capacity rate of consumption is 4 CPU-hours/hour, and the ICOD software agent may debit 4 CPU-hours from the current temporary capacity balance of 40 CPU-hours. Further, the ICOD software agent may inform the user that at the current rate of consumption, the temporary capacity balance will be exhausted in 10 hours.
- Since the ICOD software agent is aware of the temporary capacity balance, the ICOD software agent may also take enforcement actions based on the temporary capacity availability. If the temporary capacity balance drops below a certain threshold, for example, the ICOD software agent may begin to issue warnings and may escalate to enforcement actions if necessary. Note that since these warnings and notifications are issued from the ICOD system itself, they are more likely to be noticed and heeded by the user than those arriving via emails as in the case with the prior art.
- For example, when the temporary capacity balance drops below a certain threshold, the ICOD software agent may request that the user purchase additional temporary capacity or that the user acquire additional components under an acquired right basis. Additionally or alternatively, the ICOD software agent may reconfigure the ICOD system so that the ICOD components are deactivated immediately. Alternatively, the ICOD software agent may reconfigure the ICOD computer system so that the ICOD components are deactivated upon reboot. Additionally or alternatively, the ICOD software agent may reconfigure the ICOD system so as to prohibit the activation of the ICOD components.
- These and other features and advantages of the present invention may be better understood with reference to the drawings and figures that follow. To illustrate, FIG. 2 shows an
ICOD system 200 having a plurality of CPUs 202A-202N, some of which represent ICOD CPU components. In the example of FIG. 2, CPUs are employed to represent ICOD components. It should be kept in mind, however, that different types of ICOD components, both software and hardware, may exist in any given ICOD computer system. - FIG. 2 also shows a
nonvolatile memory NVRAM 204, representing the memory location for tracking both the temporary capacity account (via temporary capacity balance 206) andICOD licensing information 208.ICOD licensing information 208 may include information such as the total number of CPUs inICOD computer system 200, the number of CPUs subject to the acquired right, the number of ICOD CPUs, and identification data regarding the ICOD computer system. - An
ICOD software agent 210 is shown coupled to the CPUs andNVRAM 204. On a periodic schedule, e.g., every 30 minutes,ICOD software agent 210 may wake up and take inventory of the number of CPUs activated (or inactive). If the number of active CPUs exceeds the number of CPUs allowable under the acquired right,ICOD software agent 210 will note that the system is out of compliance in accordance with the acquired right and begins to debittemporary capacity balance 206 if there is temporary capacity available. If there is an insufficient temporary capacity to support the number of components currently being activated, ICOD software agent may begin to issue notifications and/or to take enforcement action. - For example, suppose that
ICOD computer system 200 has a total of 8 CPUs. If the information inICOD licensing information 208 indicates that only 3 CPUs should be active under the acquired right butICOD software agent 210 found 7 CPUs active instead inICOD system 200, the number of ICOD CPUs (i.e., excess CPUs) employed is 4. In this case,ICOD software agent 210 may debit 2 CPU-hours (4 ICOD CPUs multiplied by a time period of 30 minutes per each rotation of the periodic schedule) fromtemporary capacity balance 206. The information regarding the compliance state ofICOD system 200, as well as the current temporary capacity balance may then be sent byICOD software agent 210 to auser 220 atterminal 224. - To increase the
temporary capacity balance 206,user 220 may contact a portal 240 viaterminal 224 and anetwork 222 to apply for a codeword. As mentioned before,user 220 may enter identification information such as the serial number ofICOD computer system 200, the amount oftemporary capacity user 220 wishes to purchase, any payment data, and receives from portal 240 a codeword thatuser 220 can apply toICOD system 200. Preferably, the codeword received is in an ASCII format or another suitable format that the user can input into ICOD software agent 210 (path 244), by for example typing the codeword intoterminal 224 or by using a cut-and-paste method. - Note that in the example of FIG. 2,
ICOD computer system 200 has only one operating system and one set of CPUs, thereby simplifying the task of periodically adjusting the global temporary capacity balance. When the ICOD computer system is implemented as a partitionable computer system, there may be multiple ICOD software agents executing autonomously on various partitions of the partitionable ICOD computer system. Techniques for managing the global temporary capacity balance and for sending a single notification to the user when there are multiple autonomously executing ICOD software agents present are discussed in the aforementioned co-pending patent application entitled “Methods And Apparatus For Managing The Execution Of A Task Among A Plurality Of Autonomous Processes.” - At any time,
user 220 may enter a query command and be furnished with data regarding the current temporary capacity balance, whether temporary capacity is being consumed, the temporary capacity consumption rate, and/or the projected expiration of temporary capacity based on the current temporary capacity balance and the current temporary capacity consumption rate. Iftemporary capacity balance 206 falls below a certain threshold,ICOD software agent 210 may begin to issue warnings (arrow 242) touser 220 viaterminal 224. - Note that neither an email facility nor network connectivity is required to provide the temporary capacity feature in accordance with embodiments of the present invention. As mentioned earlier, some customers strongly prefer to isolate their ICOD computer systems from emails and/or network connectivity. On the other hand, the presence of an email facility or network connectivity, if such happens to be present on the ICOD computer system, may furnish the vendor with a backup auditing capability.
- As before,
ICOD software agent 210 may send an email or a message (viadotted line 246 to denote an optional path) that contains the identification information of the ICOD computer system, the number of active components and/or the temporary capacity balance on the ICOD computer system. Since the codeword to increase the temporary capacity balance is applied for with the vendor, the vendor would have knowledge of the amount of temporary capacity purchased by the user and may also track the temporary capacity account independently using the information regarding the temporary capacity purchased and any calculated temporary capacity consumption from the periodic audit emails/messages sent byICOD software agent 210. If fraud is detected and/or if the temporary capacity balance drops below a certain threshold, thevendor auditing system 250 may also issue warnings and request (viadotted line 248 to denote an optional path) that the user take certain corrective actions. In some cases, thevendor auditing system 250 may optionally instruct ICOD software agent 210 (e.g., via a telecommunication link, which may be wired or wireless) to take corrective actions, if such corrective actions become necessary. However, this is optional since many users prefer that their ICOD computer systems be isolated from email access and network connectivity, as mentioned earlier. - Depending on prior arrangement made with the vendor, the temporary capacity balance may expire upon reaching zero for some users. For such a user, the amount of temporary capacity available equals the difference between the current value of the temporary capacity balance and zero. For example, if such a user as a current temporary capacity balance of 40, he has 40 units of temporary capacity available. In some cases, the user is allowed to continue to use any ICOD component(s) already activated until the next time the ICOD computer system is rebooted, even if such continued use causes the temporary capacity balance to become negative. As an example of this situation, the vendor may not wish to anger users who may lose important data if the ICOD components already activated are suddenly turned off when the temporary capacity balance reaches zero. However, when the temporary capacity balance is zero (or negative) for these users, the activation of an additional ICOD component may be prohibited and enforcement actions (e.g., warnings, notifications, and the like) may commence.
- For other users, the temporary capacity balance may not expire until it reaches a predefined value, such as a negative value. For example, some users may be deemed sufficiently trustworthy that the vendor may be willing to allow such users to incur a negative temporary capacity balance. Thus for such a user, the amount of temporary capacity available is the difference between the current value of the temporary capacity balance variable and the predefined threshold. For example, if the predefined threshold is −20 and the current temporary capacity balance has a value of 40, that user has 60 units of temporary capacity available for use before his ability to debit the temporary capacity account expires. Thus, if such a user has a temporary capacity balance of −10 units, that user may still activate an additional ICOD component, at least until the temporary capacity balance reaches −20 or below.
- When the user purchases additional temporary capacity, the resulting temporary capacity balance will be the sum of the current temporary capacity balance (which may be negative) and the additional temporary capacity units purchased.
- FIG. 3 illustrates, in accordance with one embodiment of the present invention, the steps for activating a set of previously inactive components in a computer system having the temporary capacity feature. In
step 304, the user has a need for additional computing capacity. As the term is employed herein, the term “capacity” in the context of additional temporary capacity includes one or both of a greater quantity of a computing functionality already in use (e.g., adding a new CPU to a group of CPUs already in use) and a new computing functionality (e.g., adding a new disk drive for the first time). - In
step 306 the user interacts with software in the computer system, e.g., the ICOD software agent in the ICOD computer system, to request the activation of a set of previously inactive components. As the phrase is employed herein, a set of previously inactive components may represent a single previously inactive component (i.e., the set may have only one member) or multiple previously inactive components (i.e., the set may have multiple members). - In
step 308, the software in the computer system ascertains whether the number of active components that results from the activation request would exceed the number of active components allowable under the acquired right. In another embodiment, the comparison instep 308 is made by comparing the number of inactive components that would result from the activation request with the number of inactive components expected to be present and inactive in the computer system to comply with the acquired right. Other ways to perform the comparison instep 308 are also possible. If the activation of the set of previously inactive components would not bring the computer system out of compliance under the acquired right, there is no need to employ temporary capacity and activation is allowed instep 310. - On the other hand, if the number of inactive components that would result from the activation request is less than the number of inactive components expected to be present and inactive in the computer system to comply with the acquired right, a further check is made in
steps step 312, the software in the computer system ascertains number of active components N that would result from the activation request but are not covered by the acquired right. This number of active components N represents the number of components whose activation needs to be supported by the temporary capacity account. Instep 314, it is ascertained whether the current temporary capacity available to the user at least equals or exceeds the number of temporary capacity units X required to activate the number of active components N calculated instep 312. - As an example, suppose a computer system has 8 CPUs total, of which only 3 CPUs are covered under the acquired right. Further, suppose that only 2 CPUs are currently active, that there is a current temporary capacity balance of 30 CPU-hours, and that the computer system inventories the number of active (or inactive) CPUs every 30 minutes. If the user requests to activate a total of 7 CPUs, or 5 additional CPUs, only 4 of the 5 additional CPUs in the activation request would count against the temporary capacity account. This is because the user already has the acquired right to activate a total of 3 CPUs, and only 2 CPUs are currently activated, and the user therefore has the right to activate one additional CPU without having to pay out of the temporary capacity account. Thus the value N in
step 312 is 4 CPUs. - The number of temporary capacity units X required to activate the number of active components N is therefore 4 CPUs times 30 minutes, or 2 CPU-hours. If the user is not allowed to incur a negative temporary capacity balance, the user has 28 CPU-hours remaining in his temporary capacity availability before the user loses the ability to employ his temporary capacity account to support the activation of additional ICOD components. On the other hand, suppose the user is allowed to incur a negative temporary capacity balance up to, for example, −10 CPU-hours. In this case, the user has 38 CPU-hours remaining in his temporary capacity availability before the user loses the ability to employ his temporary capacity account to support the activation of additional ICOD components.
- If there is adequate temporary capacity availability to support the activation of the components in the activation request (as determined in step314), the temporary capacity balance is optionally adjusted in view of the activation to be granted. In one embodiment, the temporary capacity balance adjustment takes place immediately upon the activation of previously inactive components that are not covered under the acquired right. In another embodiment, the temporary capacity balance is adjusted only during each rotation of the periodic inventory cycle. Activation is then permitted in
step 310. - On the other hand, if there is insufficient temporary capacity availability to support the activation request, a fault state is entered (316). In most cases, activation will be denied. If the user has other arrangements, e.g., a pending right to activate the CPUs, activation may be allowed. What takes place in the
fault state 316 depends on the business rules of the vendor, the status of the user with the vendor, and/or any other prior arrangements between the vendor and the user. - FIG. 4 shows, in accordance with one embodiment of the present invention, the steps for adjusting the temporary capacity balance, e.g., during each rotation of the periodic inventory cycle. In
step 402, the software in the computer system ascertains number of currently active components N that are not covered by the acquired right. As mentioned earlier in connection withstep 312 of FIG. 3, this number of active components N represents the number of components whose activation needs to be supported by the temporary capacity account. In one embodiment, the number of components N is calculated in accordance to the equation below: - N=number of currently active components−(total number of components in system−expected number of inactive components).
- For example, suppose that the total number of CPUs in the system is 8 CPUs, and the expected number of inactive components is 5 CPUs to comply with the acquired right. If the number of currently active components is 7 CPUs, N would equal 7−(8−5) or 7−3 or 4 CPUs.
- If the value N is less than or equal to zero (as determined in step404), none of the components in the request needs to be supported by the temporary capacity. This situation may happen if, for example, the total number of currently active components in the computer system is less than or is equal to the number of components covered by the acquired right. In this case, the method of FIG. 3 simply proceeds to step 408 to wait for the next inventory time to arrive.
- If the value N is greater than zero (as determined in step404), i.e., if one or more of the activated components needs to be supported by the temporary capacity, the temporary capacity balance is adjusted in
step 406 to account for the activation to be granted. The temporary capacity balance is adjusted instep 406 by subtracting from the current temporary capacity balance the number of temporary capacity units X that is required to support the number of active components N (calculated in step 402). - Continuing the example above, suppose that the system currently has a temporary capacity balance of 30 CPU-hours and the software in the computer system inventories the number of active CPUs every 30 minutes to adjust the temporary capacity balance, the number of temporary capacity units X would be 2 CPU-hours (4 CPUs multiplied by the time period of 30 minutes). The temporary capacity balance value after adjustment is therefore 28 CPU-hours (30 CPU-hours minus 2 CPU-hours).
- If the user's computer system is a computer system that has multiple autonomous software agents, only one adjustment to the global temporary capacity balance should take place during a given rotation of the periodic cycle. Techniques for adjusting the global temporary capacity balance only once per rotation of the periodic cycle by multiple autonomously executing software agents are discussed in the aforementioned co-pending patent application entitled “Methods And Apparatus For Managing The Execution Of A Task Among A Plurality Of Autonomous Processes.”
- After adjusting the temporary capacity balance in
step 406, the method proceeds to step 408 to wait for the next inventory time to arrive. - FIG. 5 shows, in accordance with one embodiment of the invention, the steps for purchasing and/or replenishing the temporary capacity balance. In
step 502, the user realizes that he wishes to purchase additional temporary capacity. In step 504, the user may interact with the vendor's portal to receive a codeword which the user may then apply to his computer system to increase the temporary capacity balance. Generally speaking, the user may be required to enter identification information regarding the ICOD computer system, the amount of additional temporary capacity desired, the payment information, and like. Preferably, the codeword furnished by the portal encodes information that at least identifies the user's computer system and the amount of temporary capacity granted. - Once the temporary codeword is received, the user may apply the temporary codeword to the computer system (506) using the software on the user's computer system. In the context of an ICOD computer system, the user may input the codeword into the ICOD software agent, for example. The application of the codeword increases the temporary capacity balance (508). As mentioned earlier, if the temporary capacity balance is negative prior to the application of the codeword, the updated temporary capacity balance is the sum of the previous negative balance and any temporary capacity units granted by the codeword.
- As can be appreciated from the foregoing, the invention advantageously offers the temporary capacity feature and provides accountability for ICOD component usage without requiring the implementation of an email infrastructure or network connectivity on the user's ICOD computer system. If the user wishes to obtain data regarding the temporary capacity usage, the user may obtain such data directly from his ICOD computer system in a timely manner without having to request the data from the vendor. If the temporary capacity balance falls below a certain threshold, notifications and/or warnings may be sent directly from the user's computer system to the user, and may escalate in severity as necessary to encourage the user to take actions to maintain an adequate temporary capacity availability to support the number of activated components and/or to obtain components under an acquired right basis. If necessary, the fact that the temporary capacity balance is kept on the user's ICOD computer system facilitates enforcement by the ICOD software agent, thereby preventing abuse by users.
- While this invention has been described in terms of several preferred embodiments, there are alterations, permutations, and equivalents which fall within the scope of this invention. For example, although the example herein employs CPUs as exemplary ICOD components, an ICOD component may represent any software and/or hardware component and/or subsystem that can be activated and inactivated to modify the computing capability of a computer system. It should also be noted that there are many alternative ways of implementing the methods and apparatuses of the present invention. It is therefore intended that the following appended claims be interpreted as including all such alterations, permutations, and equivalents as fall within the true spirit and scope of the present invention.
Claims (45)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/350,660 US7146496B2 (en) | 2003-01-23 | 2003-01-23 | Methods and apparatus for managing temporary capacity in a computer system |
GB0400020A GB2397909B (en) | 2003-01-23 | 2004-01-02 | Methods and apparatus for managing temporary capcity in a computer system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/350,660 US7146496B2 (en) | 2003-01-23 | 2003-01-23 | Methods and apparatus for managing temporary capacity in a computer system |
Publications (2)
Publication Number | Publication Date |
---|---|
US20040148498A1 true US20040148498A1 (en) | 2004-07-29 |
US7146496B2 US7146496B2 (en) | 2006-12-05 |
Family
ID=31715577
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/350,660 Active 2024-10-28 US7146496B2 (en) | 2003-01-23 | 2003-01-23 | Methods and apparatus for managing temporary capacity in a computer system |
Country Status (2)
Country | Link |
---|---|
US (1) | US7146496B2 (en) |
GB (1) | GB2397909B (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040249763A1 (en) * | 2003-06-04 | 2004-12-09 | Isogon Corporation | License management for computing on demand |
US20070156508A1 (en) * | 2006-01-05 | 2007-07-05 | Gilpin Brian M | Capacity management index system and method |
US20080276060A1 (en) * | 2007-05-01 | 2008-11-06 | Erik Bostrom | Pre-Configured Partitions With Use-Rights Limitations |
US20110173581A1 (en) * | 2010-01-11 | 2011-07-14 | Farinaz Koushanfar | Hardware synthesis using thermally aware scheduling and binding |
US8332861B1 (en) * | 2008-10-31 | 2012-12-11 | Hewlett-Packard Development Company, L.P. | Virtualized temporary instant capacity |
US8386391B1 (en) * | 2007-05-01 | 2013-02-26 | Hewlett-Packard Development Company, L.P. | Resource-type weighting of use rights |
US8788282B2 (en) | 2008-09-03 | 2014-07-22 | Medimpact Healthcare Systems, Inc. | Virtual health care needs fulfillment system |
CN108459823A (en) * | 2017-07-28 | 2018-08-28 | 紫光华山信息技术有限公司 | A kind of installation method and device of operating system |
US11865199B2 (en) | 2005-02-11 | 2024-01-09 | Medimpact Healthcare Systems, Inc. | Method for providing consumer choice and equalizing pharmacy provider availability in prescription medication dispensing plans |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7594231B2 (en) * | 2003-07-10 | 2009-09-22 | International Business Machines Corporation | Apparatus and method for assuring recovery of temporary resources in a logically partitioned computer system |
US7627506B2 (en) * | 2003-07-10 | 2009-12-01 | International Business Machines Corporation | Method of providing metered capacity of temporary computer resources |
US8135795B2 (en) | 2003-04-03 | 2012-03-13 | International Business Machines Corporation | Method to provide on-demand resource access |
US7493488B2 (en) * | 2003-07-24 | 2009-02-17 | International Business Machines Corporation | Method to disable on/off capacity in demand |
US7877754B2 (en) * | 2003-08-21 | 2011-01-25 | International Business Machines Corporation | Methods, systems, and media to expand resources available to a logical partition |
US20050066032A1 (en) * | 2003-08-28 | 2005-03-24 | International Business Machines Corporation | Capacity on demand grace period for incompliant system configurations |
US20060048039A1 (en) * | 2004-05-25 | 2006-03-02 | International Business Machines Corporation | Method, system and storage medium for increasing storage capacity |
US8074223B2 (en) | 2005-01-31 | 2011-12-06 | International Business Machines Corporation | Permanently activating resources based on previous temporary resource usage |
US20060173730A1 (en) * | 2005-01-31 | 2006-08-03 | International Business Machines Corporation | Adjusting resource activation based on a manufactured date of a computer |
US20060218277A1 (en) * | 2005-03-24 | 2006-09-28 | International Business Machines Corporation | Activating on-demand computer resources |
US8112798B2 (en) * | 2005-11-09 | 2012-02-07 | Microsoft Corporation | Hardware-aided software code measurement |
US7756893B2 (en) * | 2005-11-09 | 2010-07-13 | Microsoft Corporation | Independent computation environment and data protection |
US7987512B2 (en) * | 2006-05-19 | 2011-07-26 | Microsoft Corporation | BIOS based secure execution environment |
US20080005560A1 (en) * | 2006-06-29 | 2008-01-03 | Microsoft Corporation | Independent Computation Environment and Provisioning of Computing Device Functionality |
US7814301B2 (en) * | 2007-04-11 | 2010-10-12 | Hewlett-Packard Development Company, L.P. | Clock architecture for multi-processor systems |
US8087066B2 (en) * | 2007-04-12 | 2011-12-27 | Oracle America, Inc. | Method and system for securing a commercial grid network |
US20080270653A1 (en) * | 2007-04-26 | 2008-10-30 | Balle Susanne M | Intelligent resource management in multiprocessor computer systems |
CN103384882A (en) | 2011-05-30 | 2013-11-06 | 惠普发展公司,有限责任合伙企业 | Method of managing usage rights in a share group of servers |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5717604A (en) * | 1995-05-25 | 1998-02-10 | Wiggins; Christopher | Network monitoring system for tracking, billing and recovering licenses |
US5815807A (en) * | 1996-01-31 | 1998-09-29 | Motorola, Inc. | Disposable wireless communication device adapted to prevent fraud |
US6453344B1 (en) * | 1999-03-31 | 2002-09-17 | Amdahl Corporation | Multiprocessor servers with controlled numbered of CPUs |
US20020161990A1 (en) * | 2001-04-13 | 2002-10-31 | Kun Zhang | Method and system to automatically activate software options upon initialization of a device |
US6499035B1 (en) * | 1998-07-15 | 2002-12-24 | Microsoft Corporation | Licensing java objects |
US20030088516A1 (en) * | 1999-12-21 | 2003-05-08 | Eric B. Remer | Software anti-piracy licensing |
US20040148229A1 (en) * | 2002-11-01 | 2004-07-29 | Maxwell Scott Kevin | Method and system for online software purchases |
US20040148394A1 (en) * | 2003-01-23 | 2004-07-29 | Circenis Edgar I. | Methods and apparatus for rapidly activating inactive components in a computer system |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10007599A1 (en) | 2000-02-18 | 2001-03-01 | Siemens Ag | Program operating method for licensing computer software for set period - requests new utilisation code before utilisation limit is reached and determines new limit from new code |
US7185086B2 (en) | 2002-06-26 | 2007-02-27 | Hewlett-Packard Development Company, L.P. | Method for electronic tracking of an electronic device |
-
2003
- 2003-01-23 US US10/350,660 patent/US7146496B2/en active Active
-
2004
- 2004-01-02 GB GB0400020A patent/GB2397909B/en not_active Expired - Lifetime
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5717604A (en) * | 1995-05-25 | 1998-02-10 | Wiggins; Christopher | Network monitoring system for tracking, billing and recovering licenses |
US5815807A (en) * | 1996-01-31 | 1998-09-29 | Motorola, Inc. | Disposable wireless communication device adapted to prevent fraud |
US6499035B1 (en) * | 1998-07-15 | 2002-12-24 | Microsoft Corporation | Licensing java objects |
US6453344B1 (en) * | 1999-03-31 | 2002-09-17 | Amdahl Corporation | Multiprocessor servers with controlled numbered of CPUs |
US20030088516A1 (en) * | 1999-12-21 | 2003-05-08 | Eric B. Remer | Software anti-piracy licensing |
US20020161990A1 (en) * | 2001-04-13 | 2002-10-31 | Kun Zhang | Method and system to automatically activate software options upon initialization of a device |
US20040148229A1 (en) * | 2002-11-01 | 2004-07-29 | Maxwell Scott Kevin | Method and system for online software purchases |
US20040148394A1 (en) * | 2003-01-23 | 2004-07-29 | Circenis Edgar I. | Methods and apparatus for rapidly activating inactive components in a computer system |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040249763A1 (en) * | 2003-06-04 | 2004-12-09 | Isogon Corporation | License management for computing on demand |
US11865199B2 (en) | 2005-02-11 | 2024-01-09 | Medimpact Healthcare Systems, Inc. | Method for providing consumer choice and equalizing pharmacy provider availability in prescription medication dispensing plans |
US8355938B2 (en) | 2006-01-05 | 2013-01-15 | Wells Fargo Bank, N.A. | Capacity management index system and method |
US20070156508A1 (en) * | 2006-01-05 | 2007-07-05 | Gilpin Brian M | Capacity management index system and method |
US8818840B2 (en) | 2006-01-05 | 2014-08-26 | Brian M. Gilpin | Capacity management index system and method |
US8386391B1 (en) * | 2007-05-01 | 2013-02-26 | Hewlett-Packard Development Company, L.P. | Resource-type weighting of use rights |
US20080276060A1 (en) * | 2007-05-01 | 2008-11-06 | Erik Bostrom | Pre-Configured Partitions With Use-Rights Limitations |
US8788282B2 (en) | 2008-09-03 | 2014-07-22 | Medimpact Healthcare Systems, Inc. | Virtual health care needs fulfillment system |
US8332861B1 (en) * | 2008-10-31 | 2012-12-11 | Hewlett-Packard Development Company, L.P. | Virtualized temporary instant capacity |
US8365131B2 (en) * | 2010-01-11 | 2013-01-29 | Empire Technology Development Llc | Hardware synthesis using thermally aware scheduling and binding |
WO2011084237A2 (en) * | 2010-01-11 | 2011-07-14 | Empire Technology Development Llc | Hardware synthesis using thermally aware scheduling and binding |
US8656338B2 (en) | 2010-01-11 | 2014-02-18 | Empire Technology Development Llc | Hardware synthesis using thermally aware scheduling and binding |
WO2011084237A3 (en) * | 2010-01-11 | 2014-04-03 | Empire Technology Development Llc | Hardware synthesis using thermally aware scheduling and binding |
US20110173581A1 (en) * | 2010-01-11 | 2011-07-14 | Farinaz Koushanfar | Hardware synthesis using thermally aware scheduling and binding |
CN108459823A (en) * | 2017-07-28 | 2018-08-28 | 紫光华山信息技术有限公司 | A kind of installation method and device of operating system |
US11106443B2 (en) | 2017-07-28 | 2021-08-31 | New H3C Information Technologies Co., Ltd. | Operating system installation |
Also Published As
Publication number | Publication date |
---|---|
GB2397909A (en) | 2004-08-04 |
US7146496B2 (en) | 2006-12-05 |
GB2397909B (en) | 2005-12-21 |
GB0400020D0 (en) | 2004-02-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7146496B2 (en) | Methods and apparatus for managing temporary capacity in a computer system | |
JP4234613B2 (en) | How to enable a component that was previously inactive | |
US7140042B2 (en) | System and method for preventing software piracy | |
EP0836132B1 (en) | Software metering management of remote computing devices | |
US8320256B2 (en) | Method, computer program product and system for managing usage of marginal capacity of computer resources | |
US8850607B2 (en) | System and method for capacity licensing | |
US20040044901A1 (en) | License file serial number tracking | |
US20040044631A1 (en) | Remote feature activator feature extraction | |
CN101069215A (en) | Delicate metering of computer usage | |
US7574507B2 (en) | System for determining unreturned standby resource usage | |
AU2002329730A1 (en) | System and method for licensing applications on wireless devices over a wireless network | |
EP1417825A1 (en) | System and method for licensing applications on wireless devices over a wireless network | |
WO2008157746A1 (en) | Metered pay-as-you-go computing experience | |
US8612480B2 (en) | Permitting utilization of computer system resources in accordance with their licensing | |
CN1987923A (en) | License activation for preloaded software | |
WO2008157667A1 (en) | Computer hardware metering | |
US7185086B2 (en) | Method for electronic tracking of an electronic device | |
CN112561621A (en) | Order processing method and device, electronic equipment and storage medium | |
US7562229B2 (en) | Codeword-based auditing of computer systems and methods therefor | |
JP2002091595A (en) | Method and system for managing license | |
US20100275268A1 (en) | Authorising use of a computer program | |
US20050066032A1 (en) | Capacity on demand grace period for incompliant system configurations | |
US20050138349A1 (en) | Metering keys in partitioned computer systems | |
US20090303030A1 (en) | Method and Device for Configuring Functional Capabilities in a Data Processing System | |
KR100652835B1 (en) | Client terminal recovery method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: HEWLETT-PACKARD COMPANY, COLORADO Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CIRCENIS, EDGAR I.;KLEIN, BRADLEY A.;REEL/FRAME:013761/0380 Effective date: 20030123 |
|
AS | Assignment |
Owner name: HEWLETT-PACKARD DEVELOPMENT COMPANY, L.P., COLORAD Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HEWLETT-PACKARD COMPANY;REEL/FRAME:013776/0928 Effective date: 20030131 Owner name: HEWLETT-PACKARD DEVELOPMENT COMPANY, L.P.,COLORADO Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HEWLETT-PACKARD COMPANY;REEL/FRAME:013776/0928 Effective date: 20030131 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
CC | Certificate of correction | ||
FPAY | Fee payment |
Year of fee payment: 4 |
|
FPAY | Fee payment |
Year of fee payment: 8 |
|
AS | Assignment |
Owner name: HEWLETT PACKARD ENTERPRISE DEVELOPMENT LP, TEXAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HEWLETT-PACKARD DEVELOPMENT COMPANY, L.P.;REEL/FRAME:037079/0001 Effective date: 20151027 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553) Year of fee payment: 12 |
|
AS | Assignment |
Owner name: VALTRUS INNOVATIONS LIMITED, IRELAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HEWLETT PACKARD ENTERPRISE DEVELOPMENT LP;HEWLETT PACKARD ENTERPRISE COMPANY;REEL/FRAME:055360/0424 Effective date: 20210121 |