Method and system for providing build-to-order software applications

[0002] The present invention pertains to the field of installing software, and more particularly to providing new options to already installed software.

[0003] Sometimes a software application is provided to a customer in a configuration that includes only basic features, i.e. a basic build, and the customer is able to request that additional features be activated. In some instances, the additional features are provided on an installation medium along with the basic build, but are not installed with the basic build. This procedure, having the customer install a base version and then later request that options be installed from the installation medium already provided, eliminates the need of providing to each customer a potentially different configuration, i.e. a basic build with potentially different installed options, and also eliminates having to provide an entirely new build (with a new set of options) each time a customer wants to take advantage of different or additional options.

[0004] In what has been described, there is nothing to stop a customer from installing any option the customer would like, even though the customer might only have paid for some of the options, or none at all. All of the options are provided to the customer on an installation medium, but simply not installed. What is needed is a way to allow provision of all the options to a customer with a base version (basic build), but to prevent the customer from installing options not paid for, and allowing a customer to install only those options requested and paid for.

[0005] Accordingly, the present invention provides a method and corresponding system for installing a software option for a software application already installed on a customer computer system. The option is included on an installation medium provided for use with the customer system, which includes an installation module. The software application is registered with customer service via a customer service system, and the registration information, provided to customer service, is stored also on the customer system, the method including the following steps performed on the customer system. The steps include receiving from a user an indication of the option to be installed; constructing, from elements of the registration information, a system identification uniquely identifying to the customer service system the application for which the option is to be installed; and construction of an order alteration request from the system identification and from the option indicated to be installed. Additionally, the steps include communication of the order alteration request to the customer service system, and receiving a key, from the customer service system, which is computed by hashing the predetermined elements of the order alteration request. A confirmatory key is then computed by hashing the predetermined elements of the order alteration request and comparing the key to the confirmatory key, and installing the option only if the key is the same as the confirmatory key.

[0006] In some aspects of the invention the customer service system performs the following steps: receiving the order alteration request and verifying the order using the system identification; checking the order for consistency, and in particular for whether some options already installed should be deleted for the software application to function properly; computing the key; and providing the key to the customer service.

[0007] Preferably, the key is computed using the secure hash algorithm (SHA). However, any reasonably secure hashing algorithm can be used in the method of the present invention to compute the key.

[0008] In some aspects of the present invention, the system identification also includes an indication of the time the order alteration request was prepared by the customer system.

[0009] The above and other features and advantages of the invention will become apparent from a consideration of the subsequent detailed description presented in connection with accompanying drawings, in which:

[0010] FIG. 1 is a schematic diagram showing a before and after of an installed software application consisting of a basic build and a set of installed options;

[0011] FIG. 2 is a flow chart showing how different options are installed on a customer system; and

[0012] FIG. 3 is a block diagram showing components of the installation module used by a customer to install new options, and showing elements of the customer service module that interface with the installation module to allow a user to install different options.

[0013] Referring now to FIG. 1, according to the present invention, once a customer system 10 has installed on it a software application 25aconsisting of a basic build 26, and possibly some options 313234, the customer (not shown) can use the customer system 10 to request that a customer service system (see FIGS. 2 and 3) enables installing additional or different options 313335. In the preferred embodiment, the operating system hosting the software application 25aallows the use of executable code that can be dynamically linked (at “run time”) to other executable code. For example, the Microsoft Windows operating systems allow the use of dynamic-link-library (DLL) code. Regardless of whether DLLs per se are permitted by the host operating system, the options to be installed by the present invention are usually in the form of executable code 31-33 dynamically linkable to the basic build, and also in the form of data items 34-35.

[0014] The installation of options proceeds by loading into RAM (not shown) of the customer system an installation module 30 from an installation medium 27, such as a compact disc. Once in RAM, the installation module 30 copies onto the customer system whatever new options 3335 have been validly requested, as described below, and eliminates all options the customer has indicated are to be removed, or options determined to be inconsistent with the new options as described below.

[0015] Referring now to FIG. 2, according to the present invention, to install a different set of options than the set of options already installed, the customer first loads the installation module 30 (see FIG. 1) from the installation medium 27 into RAM of the customer system 25. When the installation module 30 runs, in a step 21 the customer indicates the options the customer would like, selecting the options from a list of options 20. Then in a step 19, the installation module 30 constructs a system identification, using enough of the registration information (the customer is assumed to have registered the software application with customer service) to uniquely identify the customer to customer service. In addition, the installation module encodes the time of request in the system identification. The time of request is determined by referring to the system clock on the customer system and is used as a starting time for an interval in which the request would be considered valid by customer service. Beyond the interval, customer service will disallow the request. In the preferred embodiment, the interval is short enough that it is physically nearly impossible for a customer to transfer the constructed system identification to another customer system and have that customer system also make a request for additional options.

[0016] The installation module then, in a step 21, builds an order alteration request, including the system identification and a list of the options selected by the customer. In the same step 21, the installation module sends the order alteration request to customer service over a communication channel 13, such as the Internet. On the customer service side, in a step 15, the customer system verifies the order alteration request using a list of options 14. The verification includes checking the request for consistency with existing options. It checks for consistency by referring to an orders database 16, using the system identification as an index, to determine the options already in place on the customer system. As part of the consistency check, the customer service system checks for any exclusions of options that are required based on the options the customer would like and the options already in place. The exclusions are those options that must be eliminated, because of the new options requested, for the application to work properly.

[0017] In a step 17, if the order alteration request is valid if i.e. if the customer is a valid customer according to the system identification customer service then prepares and sends to the customer a key to unlock the requested options. The key is computed, in the preferred embodiment, by hashing predetermined elements of the order alteration request using the secure hash algorithm (SHA), as specified in Federal Information Processing Standards publication (FIPS PUB) 180-1, dated Apr. 17, 1995, or any later version. This standard is used because it provides a key of constant length (160 bits) for a message of a length less than 2⁶⁴bits. The present invention however should not be understood to be limited to the use of SHA for providing a key to unlock the options. Any reasonably secure hash algorithm is suitable for use in unlocking options according to the present invention. In the preferred embodiment, a single key is used to unlock all of the consistent options of any order alteration request.

[0018] When the installation module 30 receives the key from customer service, along with any exclusions, in a step 23 it also computes a confirmatory key by hashing the same predetermined elements of the order alteration request, using the same predetermined hash algorithm, which in the preferred embodiment is SHA as indicated above. The installation module then compares the key it calculated (the confirmatory key) with the key it received. If the keys match, the installation module unlocks the options requested, i.e. it copies the requested options from a file of options 22 on the installation medium 27 onto the customer system as installed options 24, and it eliminates from the customer system any exclusions.

[0019] Referring now to FIG. 3, individual task modules 42-47 of the installation module 30 (FIG. 1) are shown along with the individual task modules of the customer service system 41. The installation module 30 includes a system identification constructor, for constructing the system identification from elements of the registration information 18 stored on the customer system. It also includes a requestor 43 for preparing and communicating a request for new options. The requestor 43 makes available to the user a list of the available software options 45 from which the customer can make a selection. The installation module 30 further includes a key maker 45 for computing a key based on elements of the system identification and the requested options communicated by the requester 43. The installation module also includes a key comparator 46, which receives from the customer service module a key computed by the customer service system compares the key with the confirmatory key computed by the key maker 45, and determines whether the keys are the same. Finally, the installation module 30 includes an option installer 47, which is called by the key comparator 46 only if the keys in fact are the same. The option installer then selects from the installation medium those options to install from among all software options 22 that are stored on the installation medium 27.

[0020] On the customer service side, the customer service system 41 is shown as including an order checker 48 for checking the consistency of a request for new options received from the customer installation module 30. The order checker 48 uses an orders database 16 and a list of available software options 20 to check for consistency of the request. The order checker then calls a customer service system key maker 50 and provides it with the information it needs to compute a key corresponding to the request for new options, as well as providing it with any exclusions that are required by the requested options.

[0021] It is to be understood that the above-described arrangements are only illustrative of the application of the principles of the present invention. Numerous modifications and alternative arrangements may be devised by those skilled in the art without departing from the spirit and scope of the present invention and the appended claims are intended to cover such modifications and arrangements.