METHOD AND SYSTEM FOR LICENSE SERVER SYNCHRONIZATION
A method and system for license server synchronization are disclosed. According to one embodiment, a computer-implemented method comprises receiving a first capability request from a licensing server, transmitting a first capability response to the licensing server. The licensing server provides a second capability response to a device, and the second capability response is in response to a second capability request sent by the device to the licensing server. The second capability response includes one or more capabilities included in the first capability response. A server synchronization message is received from the licensing server and a request for payment is transmitted to a service provider, wherein the request for payment is generated based on the server synchronization message.
Latest Patents:
The field of the invention relates generally to computer systems and more particularly relates to a method and system for license server synchronization.
BACKGROUNDDevice manufacturers commonly sell products into different markets or price points, though the devices have similar bills of material and/or manufacturing cost. The manufacturer differentiates the devices by the capabilities they offer, for example a device with fewer capabilities may sell for a lower price than the same device with additional or more sophisticated capabilities. Issues arise when customers become interested in upgrading a device for more capabilities. A customer may have initially desired a device with fewer capabilities at the lower price point, and later decided the more sophisticated (and, consequently perhaps, more expensive) suite of capabilities is necessary or preferred. In terms of licensing, rights are defined on a host and licensed software gets tied to a hardware identity, limiting capability upgrade opportunities or hardware substitution.
Further, a customer may purchase a device through a service provider rather than from a manufacturer. Capabilities are enabled on the device per an agreement with the service provider and the manufacturer. If the customer experiences issues with the device, the manufacturer has no way of knowing what capabilities the device should have enabled because that is handled by the service provider.
SUMMARYA method and system for license server synchronization are disclosed. According to one embodiment, a computer-implemented method comprises receiving a first capability request from a licensing server, transmitting a first capability response to the licensing server. The licensing server provides a second capability response to a device, and the second capability response is in response to a second capability request sent by the device to the licensing server. The second capability response includes one or more capabilities included in the first capability response. A server synchronization message is received from the licensing server and a request for payment is transmitted to a service provider, wherein the request for payment is generated based on the server synchronization message.
The above and other preferred features, including various novel details of implementation and combination of elements, will now be more particularly described with reference to the accompanying drawings and pointed out in the claims. It will be understood that the particular methods and systems described herein are shown by way of illustration only and not as limitations. As will be understood by those skilled in the art, the principles and features described herein may be employed in various and numerous embodiments without departing from the scope of the teachings herein.
The accompanying drawings, which are included as part of the present specification, illustrate the presently preferred embodiment of the present invention and together with the general description given above and the detailed description of the preferred embodiment given below serve to explain and teach the principles of the present invention.
The above and other preferred features, including various novel details of implementation and combination of elements, will now be more particularly described with reference to the accompanying drawings and pointed out in the claims. It will be understood that the particular methods and systems described herein are shown by way of illustration only and not as limitations. As will be understood by those skilled in the art, the principles and features described herein may be employed in various and numerous embodiments without departing from the scope of the teachings herein.
DETAILED DESCRIPTIONA method and system for license server synchronization are disclosed. According to one embodiment, a computer-implemented method comprises receiving a first capability request from a licensing server, transmitting a first capability response to the licensing server. The licensing server provides a second capability response to a device, and the second capability response is in response to a second capability request sent by the device to the licensing server. The second capability response includes one or more capabilities included in the first capability response. A server synchronization message is received from the licensing server and a request for payment is transmitted to a service provider, wherein the request for payment is generated based on the server synchronization message.
In the following description, for purposes of explanation, specific nomenclature is set forth to provide a thorough understanding of the various inventive concepts disclosed herein. However, it will be apparent to one skilled in the art that these specific details are not required in order to practice the various inventive concepts disclosed herein.
The present invention also relates to apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general-purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, and magnetic-optical disks, read-only memories, random access memories, EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus.
The methods presented herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems may be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required method steps. The required structure for a variety of these systems will appear from the description below. In addition, the present invention is not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of the invention as described herein.
The customer 102, via web browser 104, accesses a customer portal 105 hosted by the hardware manufacturer 101. Through the customer portal 105 the customer 102 may request capabilities by communicating with the enterprise resource planner (ERP) 106 and pay for the capabilities desired on the customer's embedded system 103. The capabilities desired may be initial functional capabilities for the embedded system 103 and they may also be an upgrade in functionality for an already deployed embedded system 103. The ERP 106 communicates to the entitlement relationship management system (ERMS) 107 the entitlements for the embedded system 103. The customer 102 is then instructed to refresh (or restart or automatically restart after a pre-configured interval based on manufacturer preference) the embedded system 103, and upon reconnection, the embedded system 103 requests instructions from the hardware adapter 111 on the operations manager 110 regarding what capabilities should exist on the system.
The hardware adapter 111 responds with a capability response, and the embedded system 103 functions with the appropriate capabilities it is licensed to utilize. The operations manager 110 communicates regularly with an operations database 109 to store and retrieve licensing information. The hardware adapter 111 is also in communication with an embedded fulfillments database 112 for storage and retrieval of what capabilities have been fulfilled on a device. The hardware adapter 111 handles license generation 113 that generates licenses in the binary format accepted by the embedded system 103. This format is different from a regular license file (which may be plain text) or regular activation (xml) formats. Regenerative activation 114 is also handled by the hardware adapter 111, and regenerative activation 114 involves regenerative logic that restores a licensing state. As an example, in a secure re-host scenario (or transfer of capabilities from one device to another), this block verifies that the original device released its capabilities before granting the capabilities to a replacement device. The hardware adapter 111 also contains an embedded protocol 115 for interfacing with a device or embedded system 103. The embedded protocol 115 decodes and encodes requests and responses based on the protocol defined for the embedded system 103.
Signature verification 212 is a logical block that verifies signatures on the individual feature lines contained within various license rights. Signature verification 212 assures the authenticity of the feature lines and prevents license tampering. License persistence block 213 securely stores regenerative and trial license rights on an embedded device 103. Regenerative license rights are stored on the device so the capabilities are available in-between regenerations from the management server. Information about trial license rights stored on the embedded system 103 to ensure proper expiration. Runtime utilities 214 represent wrappers around runtime functions, the wrappers are used to provide encapsulation from various implementations of customizable operating systems calls. In one embodiment, the licensing micro-kernel 202 handles license rights (license right handling 211), and processes and maintains license rights of various models. Some supported license models may include trials 209, regenerative 208, and node locked 210. The trials 209 license model includes license rights available for a specified duration of time. The regenerative 208 license model specializes in the continuous license rights updates from the management server to the embedded system 103. The node locked 210 license model specializes in the license rights locked to a given device or node. Other interfaces for storage 215, time (verification of a trusted clock 216), system identity 217 verification, and cryptography (crypto provider 218) can be delivered by the provider and overwritten by the customer/manufacturer based on particular device configurations. Storage 215 block stores license rights on the device.
A reference implementation is provided by the provider for the most common embedded operating system, though the manufacturer may way to provide its own implementation to control secure location of the storage and take advantage of the device file system. The trusted clock 216 provides the accurate system time of the device. This helps prevent unauthorized use of expired licenses. The system identity block 217 accesses the device identification. Block 217 uses manufacturer specific implementations because various manufacturers have unique ways of identifying devices. The crypto provider block 218 handles the cryptography needs of the license-enabled application.
The hardware adapter 508 interfaces with the customer operations manager 507 for appropriate capability entitlements for the device 510. The hardware adapter 508 communicates 509 a capability response to the device 510. Capability responses are generated by the hardware adapter 508 on the operations manager 507. A capability response contains the hardware device 510 unique identifier, the list of all products and features the device 510 is entitled to and the time when the response was generated. The timestamp included in the capability response is universal time. The capability response is also encoded and signed so that the device 510 can verify its authenticity. The device 510 will only process a capability response that matches its unique identifier. The timestamp in a capability response is compared to the most recently processed request's timestamp, and the device 510 only processes responses that were generated later than the one it has already processed. When the device 510 processes a capability response, the information from the response may overwrite licensing information from the previous response. This way the capability response can be used to add new functionality to the device 510, or remove or modify existing functionality on the device 510.
According to one embodiment, capacity is not activated on the license server 1004 by the manufacturer 1001. Instead, the appliance 1005 communicates to the license server 1004 the deployed capacity (for example, the appliance may have 50 subscribers, or 100 subscribers, or 150 subscribers). The license server 1004 communicates the activated capacity to the manufacturer's server 1002 so that the manufacturer 1001 can appropriately invoice or bill the service provider 1003. This embodiment provides monetization for capability enablement tracking by a device manufacturer enabled via server synchronization appliance 1005 needs troubleshooting support from the manufacturer 1001, the manufacturer has the appliance 1005 information and capabilities stored (as opposed to the customer calling the service provider 1003 and being routed to the manufacturer 1001, and having to provide all hardware information to the manufacturer 1001 for support).
According to one embodiment, a license server stores information including license rights, devices, and debits of license rights made by devices (what capabilities, when the capabilities were granted and when they expire).
According to one embodiment, server sync messages can include one or more of the following items:
-
- Message Type
- Message Timestamp (time of message generation)
- Vendor Name
- Server Host Id (type+value)
- Identity Name
- Last Sync Time (timestamp)
- Renew Interval
- Borrow Interval
- List of Devices.
According to one embodiment, device information can include one or more of the following items:
-
- Device Host Id (type+value)
- Device Type
- Device Name
- Last Update Time (timestamp)
- Server Host Id (type+value)
- Server Name
- Marked For Delete
- List Of Served Features.
- List Of Overage Features.
According to one embodiment, feature information can include one or more of the following items:
-
- Feature Id
- Feature Name
- Feature Version
- Count
- Expiration.
A method and system for license server synchronization have been disclosed. It is to be understood that the embodiments described herein are for the purpose of elucidation and should not be considered limiting the subject matter of the present patent. Various modifications, uses, substitutions, combinations, improvements, methods of productions without departing from the scope or spirit of the present invention would be evident to a person skilled in the art.
Claims
1. A computer-implemented method, comprising:
- receiving a first capability request from a licensing server;
- transmitting a first capability response to the licensing server, wherein the licensing server provides a second capability response to a device, and wherein the second capability response is in response to a second capability request sent by the device to the licensing server, and wherein the second capability response includes one or more capabilities included in the first capability response;
- receiving a server synchronization message from the licensing server; and
- transmitting a request for payment to a service provider, wherein the request for payment is generated based on the server synchronization message.
2. The computer-implemented method of claim 1, wherein the licensing server is a laptop computer, and wherein the device is offline.
3. The computer-implemented method of claim 1, further comprising transmitting the first capability response to a backup licensing server, wherein the backup licensing server provides the second capability response to the device upon failure of the licensing server.
4. The computer-implemented method of claim 1, wherein the device is one of a gaming device, a video processing device, a base station, a router, a digital cable receiver or a smart phone.
5. The computer-implemented method of claim 1, wherein the service provider is one of a wireless communications provider or a cable television provider.
6. The computer-implemented method of claim 1, wherein the first capability response comprises a first timestamp and a first functions list of functions to enable on an appliance.
7. The computer-implemented method of claim 1, wherein the second capability response comprises a second timestamp, a unique identifier for the device, and a second functions list of functions to enable on the device.
8. The computer-implemented method of claim 1, wherein the server synchronization message comprises a server identifier, a third timestamp, and a list of devices and capabilities enabled on each device of the list of devices.
9. A system, comprising:
- a service provider in communication with a licensing server, wherein the licensing server is in communication with a device; and
- an operations server in communication with the service provider and the licensing server, wherein the operations server
- receives a first capability request from the licensing server;
- transmits a first capability response to the licensing server, wherein the licensing server provides a second capability response to a device, and wherein the second capability response is in response to a second capability request sent by the device to the licensing server, and wherein the second capability response includes one or more capabilities included in the first capability response;
- receives a server synchronization message from the licensing server; and
- transmits a request for payment to a service provider, wherein the request for payment is generated based on the server synchronization message.
10. The system of claim 9, wherein the licensing server is a laptop computer, and wherein the device is offline.
11. The system of claim 9, wherein the operations server further transmits the first capability response to a backup licensing server, wherein the backup licensing server provides the second capability response to the device upon failure of the licensing server.
12. The system of claim 9, wherein the device is one of a gaming device, a video processing device, a base station, a router, a digital cable receiver or a smart phone.
13. The system of claim 9, wherein the service provider is one of a wireless communications provider or a cable television provider.
14. The system of claim 9, wherein the first capability response comprises a first timestamp and a first functions list of functions to enable on an appliance.
15. The system of claim 9, wherein the second capability response comprises a second timestamp, a unique identifier for the device, and a second functions list of functions to enable on the device.
16. The system of claim 9 wherein the server synchronization message comprises a server identifier, a third timestamp, and a list of devices and capabilities enabled on each device of the list of devices.
Type: Application
Filed: Dec 17, 2010
Publication Date: Jun 21, 2012
Applicant:
Inventors: Vikram Koka , Ann Shvarts
Application Number: 12/972,199
International Classification: G06Q 10/00 (20060101); G06Q 30/00 (20060101);