Abstract:
An apparatus for and method of efficiently adding software modules to large scale data processing systems. The customer is supplied all potentially applicable software modules upon system installation. However, each optional software module requires a key for enabling user access. Whenever the user needs an additional key on an emergency basis, it is requested via the Internet. Upon receipt of the request, the software supplier verifies entitlement of the requester to the key including licensing, payment, and configuration concerns. The key is supplied over the Internet upon verification of entitlement.

Description:
CROSS REFERENCE TO CO-PENDING APPLICATIONS 
     None. 
     BACKGROUND OF THE INVENTION 
     1. Field of the Invention 
     The present invention generally relates to data processing systems and more particularly relates to apparatus and methods for efficient reconfiguration of extremely large scale data processing systems within the field. 
     2. Description of the Prior Art 
     It is known in the art to construct and operate extremely large scale digital data processing systems. Historically, these were known as “main frame” computers wherein the primary digital data processing hardware consisted of electronic components installed into one or more steel frames which occupied a large volume within the users computer center. 
     As main frame computers became larger, more capable, and more expensive, manufacturers tended to make them modular in nature. The first modules were hardware. Thus, users could purchase and utilize additional memory modules, peripherals devices, instruction processors, etc. to accommodate increasing data processing demands. 
     In similar fashion, system component suppliers began to provide software in modular form as well. Modular software enables the user to purchase and utilize only such software capabilities as are required within a particular installation. As needs change, other software modules may be added to enhance available capabilities. However, to install an additional software module, early systems required all software to be reloaded. This reloading process was often called a system generation or “sysgen”. This process was necessary to link all previous and newly added software modules to one another and to allocate available memory to all previous and newly added software modules. The primary disadvantage is the processing time lost during the complete reload of the system, because the system needed to be rendered completely inoperative during sysgen. As the systems become more complex and contain more software modules, the sysgen process takes just that much longer. Furthermore, certain individual modules may require the loading of patches to fix known software bugs. This exacerbates the problem by taking even longer. 
     Much more recently, repeating the sysgen process for software module additions has become just too costly. Because memory storage space is now much less expensive, it is typical to load virtually all available software into a system even though only a portion of that software is to be utilized. The user purchases a “key” to enable access to each of the software modules which are needed. The key is a small file which enables access to the corresponding software module. Whenever an additional capability is desired, the user purchases a key for the new software module to be activated within the system. In practice this involves the sending of a storage device (e.g., CD-ROM) containing the desired key via mail or courier to the user after payment is assured. 
     SUMMARY OF THE INVENTION 
     The present invention overcomes the disadvantages of the prior art by providing apparatus and methods which permits the rapid ordering, supplying, and installing of software keys using partially automated procedures. This procedure also incorporates appropriate verification procedures to prevent misuse. 
     To implement the preferred mode of the present invention, every customer of Unisys Corporation receives a complete set of software products. These products have been keyed to prevent unauthorized access for particular products depending upon what each customer has ordered. The keys that allow access are machine readable and are generated by the existing Unisys product called SOLAR. When a customer requests a newkey(s), the present invention utilizes an application, running under the Unisys Cool ICE system, which gathers information about the requesting customer, including order number and product identification. The new application then starts a background run that uses SOLAR to build the requested key(s) into a machine readable file. This file is mapped using the Common Internet File System (CIFS) to a DEPCON server and two electronic mail jobs are started to electronically send the two elements of this file to the Unisys Customer Service Representative. Notification of this transaction is also sent to the Unisys Billing Department for rectification. 
     SOLAR is the controlling program that is used to install the packaged software into a machine readable file. Once this is accomplished, CIFS enables the Unisys 2200 file structure to emulate a Microsoft file, making it very easy to attach to an e-mail sent to the requesting customer. 
     The key file, which is less than or equal to 10 kb in size, is attached to an e-mail which is sent directly to the user, which in this case is the Unisys Customer Service Representative. The Unisys Customer Service Representative performs a verification that the requesting customer is correctly identified and entitled to receive the key. Upon verification, the key is sent to the requesting customer via e-mail. As a result, the requesting customer is able to receive the appropriate software key(s) in approximately five minutes versus the two weeks required by the prior art approach. 
     In an alternative embodiment, the process may be modified to send the key(s) directly to the requesting customer without the verification process by the Unisys Customer Service Representative. However, in most cases, this will only save a couple of minutes and does offer a much lower degree of security. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       Other objects of the present invention and many of the attendant advantages of the present invention will be readily appreciated as the same becomes better understood by reference to the following detailed description when considered in connection with the accompanying drawings, in which like reference numerals designate like parts throughout the figures thereof and wherein: 
         FIG. 1  is detailed pictographic diagram showing the major components of the preferred mode of practicing the present invention; 
         FIG. 2  is a detailed flow diagram showing the operation of the preferred mode of the present invention; 
         FIG. 3  is a view of the keys home page; 
         FIG. 4  is a view of the Webkeys login page; 
         FIG. 5  is a view of the Select List Mail-identification page; 
         FIG. 6  is a view of the Customer Identification page; 
         FIG. 7  is a view of the System Release Select List page; 
         FIG. 8  is a view of the page showing the product list for CP 7 _ 1 ; 
         FIG. 9  is a view of the page with the selected list for CP 7 _ 1 ; and 
         FIG. 10  is a view of a typical final page. 
     
    
    
     DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
     The present invention is described in accordance with several preferred embodiments which are to be viewed as illustrative without being limiting. These several preferred embodiments are based upon mainframe hardware components and various operating system software components available from Unisys Corporation. 
       FIG. 1  is a detailed diagram showing the major hardware components of the preferred mode of practicing the present invention. Though the preferred mode involves communication over the Internet, other embodiments involving other communication networks (e.g., wireless) should be readily apparent. 
     Customer Service Representative user terminal  10  is a standard Internet access device and preferably an industry compatible personal computer. It is coupled to both Internet  16  and Unisys Intranet  12  as shown. Customer Service Representative user terminal  10  is operated by the Unisys Customer Service Representative as described in detail below. Also coupled to Unisys Intranet  12  is Billing Department  14  and the internal Unisys computer system  18  which employs standard products ClearPath IX, Cool ICE, DEPCON, SOLAR, and CIFS. 
     Also coupled to Internet  16  is Customer user terminal  20  which is also coupled to Customer Intranet  22 . In the preferred mode of the present invention, the customer employs customer computer system  24  incorporating standard Unisys Corporation products ClearPath IX, SOLAR, and CIFS. 
     In operation, customer computer system  24  contains a software module which has been inactive, but which is now needed. An e-mail requesting a key for the needed module is sent from Customer user terminal  20  via Internet  16  to Unisys Customer Service Representative user terminal  10 . The request is forwarded to Unisys computer system  18  to activate the Cool ICE run which controls the preparation of the key. SOLAR actually prepares the key and forwards it to Unisys Customer Service Representative user terminal  10  via Unisys Intranet  12 . Billing Department  14  is also notified of the preparation of the key. 
     Verification of the request and customer authorization is made by the Unisys Customer Service Representative. Assuming proper verification, the key is attached to an e-mail which is sent via Internet  16  to Customer user terminal  20 . The key is sent via Customer Intranet  22  to Customer computer system  24 . The resident SOLAR program utilizes the newly received key to activate the needed software module. 
       FIG. 2  is a detailed flow diagram of preferred mode of practicing the present invention. Entry is via element  26 . The customer makes a determination of the need for an emergency key at element  28 . This emergency may have arisen from an internal need of the customer or may have resulted from a mistake in not having received the key earlier. At element  30  the customer representative validates the need for the key and signs on to the internal web site with the appropriate password. The customer representative enters the appropriate information at element  32  to make his emergency request. The request is transferred via the Internet  16  and Unisys Intranet  12  to Unisys computer system  18  (see also  FIG. 1 ). The Cool ICE run stream within Unisys computer system  18  activates the SOLAR software to prepare the requested key which is sent to the Unisys Customer Service Representative at element  34 . 
     A determination is made at element  36  whether the key request involves an emergency. If not, control is given to element  38  for delivery of the key file on a physical medium in accordance with the prior art approach. If element  36  indicates an emergency, however, control is given to element  40  which determines whether this is a domestic transaction. If the request is international, control is given to element  42  for notification and handling by the international customer service representative. 
     If element  40  determines that it is a domestic key request, control is given to element  44  for the sending of a transaction copy for verification of entitlement. This includes both payment and licensing issues, as well as a determination that the required environment (e.g., other necessary hardware and software) is present. Element  46  makes the final determination of entitlement. If not, control is given to element  48  to enable appropriate action by company personnel. If element  46  determines entitlement, control is given to element  49  for transfer of the key via the Internet as explained above. 
       FIG. 3  is a view of the web keys home page. It explains the purpose and operation of the system. To utilize the system, the user must enter his/her unique password at box  52  and depress button  54 . The remainder of the web keys home page is self explanatory. 
       FIG. 4  is a view of the web keys login page, which appears after depressing button  54  (see also  FIG. 3 ). A user making a request must enter a peoplesoft identification number at box  56 . The name of the sales representative who is the official contact of the customer is entered into box  58 . Depressing button  60  continues the process. 
       FIG. 5  is a view of the email response page received as a result of depressing button  60  (see also  FIG. 4 ). It is a portion of the process of verifying the identity of the requesting user. The user&#39;s sales representative is selected from list  64  by clicking on the associated radio button located in the left most position of the column. After selection, depressing button  62  or  66  sends the selection to the Unisys Customer Service Representative. 
       FIG. 6  is a view of the page used for entering the web keys detailed billing information. It appears on the user&#39;s screen as a result of depressing either button  62  or  66  (see also  FIG. 5 ). The order number is entered into box  68 . The hypertext link directly under box  68  offers assistance to the user in determining the correct order number. 
     The customer&#39;s name is entered into box  70 . The optional entry of marketing branch pro number is made in box  74 . Upon completion of the data entries, the user depresses button  76  to transmit the data. 
       FIG. 7  is a view of the page from which the user selects the system for which the emergency is to be supplied. This page is displayed to the user after button  76  is depressed (see also  FIG. 6 ). The user selects one of the systems from column  78  by depressing the corresponding button. This selection is transmitted to the Unisys Customer Service Representative. 
       FIG. 8  is a view of the page from which the user selects the product(s) for which the emergency key(s) is requested. As can be seen, the user has previously selected system CP 7 . 1  from the top of column  78  (see also  FIG. 7 ). 
     Pull down list  82  contains all of the potential products available for the selected system (CP 7 . 1  in this case). In this particular example, the user selects entry  84  by clicking on the selection. Entry  84  corresponds to ACOB level—7R3E style 6153-00. 
       FIG. 9  is a view of a window which recaps the user&#39;s selections. If the user is not ready, depressing button  86  returns to earlier in the process. The selections are shown in box  92 . These selections may be saved for later use by depressing button  88 . Depressing button go saves these selections for test purposes only. List  94  presents the rest of the information pertinent to the current transaction. 
       FIG. 10  is view of a sample final page. In practice, it is assumed that the final page would be decorated to a greater extent and probably contain the logo of the web key supplier. 
     Having thus described the preferred embodiments of the present invention, those of skill in the art will be readily able to adapt the teachings found herein to yet other embodiments within the scope of the claims hereto attached.