Method for establishing licensor changeable limits on software usage.

<b>Technical Field</b>

This invention relates to the field of data processing, and, more specifically, to the field of limiting access to software wherein the limit may be changed by the licensor.

<b>Background of the Invention</b>

In software licensing agreements, especially for multi-user software, licensors commonly include contractual limits on the number of users who may have access to the software, the number of simultaneous users, and/or the number of total accesses. This is particularly important in licenses for multi-user software packages used in telephone switching systems where software-controlled features are licensed on a per-line basis. A problem in the art is that there is no effective method of enforcing and policing such agreements even with audits of software usage and/or site inspections.

<b>Summary of the Invention</b>

This problem is solved and a technical advance is achieved in the art by a method for establishing licensor changeable limits on shared software usage without the licensor having access to the system on which the shared software is running. An encrypted numerical limit value is embedded in the licensed software (program); when the program is executed ("accessed"), as a first step, the program decrypts the limit value and compares it to the number of users currently accessing the shared program. If the number of users is less than the limit, then access is allowed. If the number of users is equal to (or greater than) the limit, then access is denied. The licensor may supply the licensee with a new encrypted limit value to raise the number of allowed accesses.

Since the licensee does not have access to the encryption algorithm, it cannot change the limit value. If the licensee attempts to enter a random string as the encrypted limit value and the decrypted value is not valid, then access is denied to everyone. Furthermore, the number of accesses to the encrypted value may be limited (i.e., two or three times a week), to prevent the licensee from attempting to determine the encryption algorithm.

In the context of a telephone switching system, features provided to customers are generally controlled by shared software packages ("programs"). In this context, each time a customer is allowed access to a protected feature, the encrypted limit is decrypted and compared with the number of users currently using the feature. If the number of users is less than the limit, then the user is allowed to use the feature. Otherwise, the user is not allowed to use the feature. The encrypted limit, an alphanumeric string, can be changed using standard field update facilities.

<b>Brief Description of the Drawing</b>

<ul id="ul0001" list-style="none"><li>FIG. 1 is a block diagram of a switching network configuration, including an exemplary embodiment of this invention;</li><li>FIG. 2 is a flow chart of the general implementation of an exemplary embodiment of this invention;</li><li>FIG. 3 is an exemplary maintenance screen as displayed on the maintenance console of FIG. 1 illustrating an update of the encrypted alphanumeric string;</li><li>FIG. 4 is an exemplary maintenance screen as displayed on the maintenance console of FIG. 1 illustrating an update of user access to a shared feature; and</li><li>FIG. 5 is a flow chart describing another exemplary embodiment of this invention.</li></ul>

<b>Detailed Description</b>

This invention will be described in connection with the telephone switching system, as illustrated in FIG. 1, but the application of this system is much broader. For example, a method for establishing license or changeable limits on shared programs according to this invention may be used in a general purpose, program-controlled computer system.

The telephone switching network configuration of FIG. 1 has two central office switches, 100 and 200, and inter-switch signaling network 250, e.g., a common channel signaling (CCS7) network and illustrative communications stations, including conventional analog telephone station sets 23, 25, and 201, an integrated services digital network (ISDN) telephone set 11, and data terminal 13. Switches 100 and 200 are interconnected by communication path 26, which may include intermediate switches.

Illustratively, switch 100 is a distributed control ISDN electronic switching system such as the system disclosed in U.S. Patent 4,592,048, issued to M. W. Beckner, et al., on May 27, 1986. Alternatively, switch 100 may be a distributed control, analog or digital switch, such as a 5ESS® switch manufactured by AT&amp;T and described in the AT&amp;T Technical Journal, v. 64, No. 6, July/August, 1985, pages 1303-1564.

Switch 100 includes a number of switching modules (SMs 110, 120, 130), each associated with a different set of telephone station sets or trunks. Each switching module includes a control unit for controlling connections to and from its associated telephone station sets or trunks. Switching module 110, for example, includes control unit 110 for controlling connections to and from telephone station set 11. Switching module 120 includes control unit 121 for controlling connections to and from station set 23. Each control unit comprises a processor 125 and memory 126. Each memory 126 includes a database 127, wherein processor 125 stores configuration and operational data, as is known in the art. For example, lists of features associated with telephone station sets 23 and 25 are stored in database 127. Features such as call forwarding, three-way calling, and the like are controlled by software programs stored in memory 126, and executed by processor 125, using data stored in database 127.

The architecture of switch 100 includes communication module (CM) 150 as a hub with switching modules 110, 120, and 130, and an administrative module (AM) 160 emanating therefrom. AM 160 provides maintenance and provisioning information and commands to SMs 110, 120, and 130, as is known in the art, from maintenance terminal 165.

Switching module 110 terminates digital subscriber lines, e.g. 12. Switching module 120 terminates conventional analog lines (i.e., tip ring pairs), 22, 24, and provides circuit-switched c/nnections to and from associated telephone sets 23, and 25. Switching module 130 is similar to switching modules 110 and 120, but includes the appropriate analog or digital trunk unit (not shown) for interfacing with the outgoing trunks included in communication path 26 to switch 200. To complete the description of switch 100, communication module 150 acts as a switch fabric for communication among switch modules and administrative module (AM) 160. Switch 200 is shown connected to a conventional analog telephone station set 201, for purposes of illustration. The architecture of switch 200 and the types of telephone station sets served by switch are not important to the present invention and are thus not described further.

In the context of switch 100, the method for establishing licensor changeable limits on software usage can be used illustratively to limit the number of telephone subscribers who can subscribe to a particular feature, for example, call forwarding. It is well known in the art that features such as call forwarding are licensed by switch vendors to customers (operating companies) on a per-line basis. For example, call forwarding may be provided on switch 100 for 5,000 lines. It is in the licensor's interest, therefore, to have a mechanism that limits the number of lines (users) that may use call forwarding at any given time. If the operating company has more users that want call forwarding than the limit allows, the operating company may request and pay for additional line allocations, wherein the vendor may supply a new limit.

Turning now to FIG. 2, a flow chart for a general case of this invention is shown. During the building of the executable program that controls the switching system, a library is linked into the program, as is known in the art, controlling the feature program (in this example the call forwarding feature), which includes a decryption algorithm and a routine to determine whether to allow access to the program. This routine follows the general flow chart shown in FIG. 2. Starting in box 200, a request is received to access a particular feature. In box 202 a count is made of the users currently using the feature. In box 204 the access limit is decrypted using the algorithm loaded when the program was built. The specific encryption algorithm is not important to this invention, as any encryption algorithm may be used without departing from the scope of this invention. It is to the licensor's benefit, of course, to have a difficult encryption algorithm to prevent licensees from reverse engineering the encryption algorithm.

Processing continues to decision diamond 206 where a determination is made whether the decrypted access limit is valid. The decrypted limit is compared to a range of known values. If the limit is out of range or does not decrypt into a numerical value, then it is presumed that the encrypted access limit has been tampered with. Therefore, if, in decision diamond 206, the decryption access limit is not valid, then access to the feature is denied in box 208.

If, in decision diamond 206, the decrypted access limit is valid, then processing proceeds to decision diamond 210, where a determination is made if the number of users is less than the decrypted access limit. If the number of users is greater than the decrypted access limit, then, in box 212, access to the feature is denied. If the number of current users is less than the decrypted access limit, then in box 214, access is allowed.

Turning now to FIG. 3, a screen as displayed on maintenance terminal 165 (FIG. 1) is shown, illustrating the access limit update screen. As stated above, the encrypted access limit may be changed. This feature is advantageous when, for example, the licensee desires to have more users access a particular feature, for example, call forwarding. The licensee would pay for the increased number of lines to use the feature, and the licensor would provide the licensee with a new encrypted access limit. In FIG. 3, a string representing an encrypted access limit is shown at 300. The string may be changed using the maintenance console keyboard. Field 310 shows the current access limit, which is the maximum allowable users for the particular feature. Field 310 equals the decrypted access limit 300. 320 shows the number of users currently accessing the protected feature. Preferably, the encrypted access limit field 300 may be changed only a few times over a predetermined time period. For example, allowing changes to the encrypted access limit field 300 three times a week, aids in preventing a licensee from attempting to reverse engineer the encryption algorithm by replacing the field randomly until a valid string is found.

Turning now to FIG. 4, a screen showing a feature selection list for a particular subscriber (user) is shown. When the licensee allows a subscriber access to a feature, for example, call forwarding, the licensee updat%s the subscriber's profile. A typical update screen is shown in the example of FIG. 4. The subscriber is identified by telephone number and then a list of available features is displayed. For example, call forwarding 400 is allowed for this subscriber. Call waiting 410 and three-way calling 420 are not allowed. When call forwarding 400 is allowed, that is, the "NO" is changed to "YES", as illustrated. During such updates, the licensed software checks to determine if the licensee has reached the license limit for allowing access to the shared software (i.e., the call forwarding feature). If the license limit has been reached, the software will not allow the update. In this example, the "YES" will automatically turn to "NO".

This embodiment is further useful when ISDN subscribers may turn features on or off by themselves at any given time. A screen (such as FIG. 4), may be displayed at a remote terminal 13 (FIG. 1), controlling features for telephone 11 (FIG.1). Up to 5,000 subscribers may use call forwarding at any given time, but the operating company may allow more than that number of subscribers the ability to use call forwarding. In this example, when a subscriber attempts to turn on a feature, the licensed software may permit only 5,000 subscribers to use call forwarding.

This invention may also be used to limit the absolute number of telephone subscribers (users) subscribing to features such as call forwarding. A maintenance screen such as FIG. 4 is displayed each time a telephone subscriber feature is changed. When a change is made (changing a "NO" to "YES" in field 400 to allow this subscriber to use call forwarding, for example), the system checks to determine whether the limit of the number of subscribers that have call forwarding available has been reached. If the subscriber limit has not been reached, then the feature is allowed for this subscriber. If the limit is reached, then the feature is denied.

A further use for this invention is to turn software (program) protected by this invention "OFF" as provided by the licensor, and then "ON" after a license fee is paid. The encrypted alphanumeric string sets a limit of zero for turning the program "OFF" and sets a limit of infinity for "ON". This may be useful, for example, when software is provided with a system as an option that may be turned on later. The licensor does not have to supply different or additional software for each customer. The licensor merely supplies the appropriate encrypted string according to what the licensee has paid for.

This invention may also be used to control the total number of accesses which may be made to a feature. In other words, this invention may be used to allow a licensee to use a particular feature 5,000 times and no more. This aspect of this invention may be useful, for example, for software operable on a personal computer, or other system where the licensee may desire a limited license to use software. In this embodiment, each time any user attempts to access the license feature, a check is made of the total number of previous accesses, which is compared with the license limit. Both the access limit and the count of the total number of previous accesses are stored in encrypted form to prevent unauthorized change. FIG. 5 illustrates a flow chart according to this embodiment of the invention.

In box 500, a request is made to access the program, and, in box 502, the count of previous accesses is decrypted from an encrypted, stored value. Processing continues to decision diamond 504 where a determination is made if the decrypted count is valid. The decrypted count may not be valid if it is out of a certain range or alternatively does not decrypt into a numeric value. The count may be out of range or non-numeric if the licensee attempts to change the encrypted count of previous accesses. If the decrypted count is not valid, then access is denied in box 506. If in decision diamond 504 the decrypted count is valid, then processing continues to box 508 where the access limit is decrypted. Processing continues to decision diamond 510 where a determination is made if the decrypted access limit is valid. The parameters for validity of the limit are generally the same as for the decrypted count. If the decrypted access limit is not valid, then access is denied in box 512.

If the decrypted access limit is valid in decision diamond 510, then processing continues to decision diamond 514 where the determination is made if the count is less than the limit. If the count is not less than the limit, then access is denied in box 516. If the count is less than the limit, then in decision diamond 514 processing continues to box 518 where the count is incremented. In box 520, the count is then encrypted so that it may be stored in a form that the licensee cannot modify. Processing ends in box 522 where access is allowed to the feature or software.