Patent Application
20070244824
The present subject matter relates to systems and methods related to licensing and licensing activation. The exemplary techniques described herein pertain to product licensing and product function or feature enablement, and specifically, the licensing and function/feature enablement of products in a secured manner via the activation of a security device such as a dongle.
A dongle, or security device, is a device that attaches to or operates upon a computer or hardware system to control access to a particular functional application (e.g., hardware or software application or feature). In a day and age where piracy and misappropriation of software applications and functional system feature manipulation is rampant, dongles provide a highly effective means of copy protection and feature control. Furthermore, a dongle may be utilized as a means of enabling the activation of only certain features of a product, typically software or firmware, while preventing the usage of other features. Dongles are often used by many proprietary vendors, such as high end software manufacturers, as a form of copy prevention or digital rights management, simply because it is much harder to copy the dongle than to copy the software the dongle authenticates.
Typically, the dongle physically attaches to a PC's parallel port, USB or other peripheral input/output channel. Even though physically connected to a PC or other computing device, the dongle may pass through all data coming through the port so it does not prevent the port from being used for other purposes. In fact, it is possible to attach several dongles (e.g., non-USB based dongles) to the same port by daisy-chaining the dongles (coupling them) to each other, wherein each additional dongle enables or protects a different software application or feature. Alternatively, dongles may also be implemented as software devices—executable program modules that emulate the functions of a hardware dongle. Regardless of the implementation, dongles do provide a tangible form of security as software modules or physical devices, and are most often used at run-time of a software package to enable its various functions and features.
Modern day security devices include built-in strong encryption (e.g., 128 bit encryption) and use fabrication techniques designed to thwart reverse engineering. Some dongles also contain non-volatile memory for allowing key parts of the software to actually be stored in the dongle, or for storing security protocol data. In order for the user of the application requiring the activation of a security device to access the application, user authentication is required. Using the legitimate user's Personal Identification Number (PIN) or password (e.g., hardware encryption key), access to the key's data will be granted, and hence, access to the necessary functions or data for enabling the running of the software is granted. While various configurations of dongles exist today, they all generally contain a security protocol designed by the dongle manufacturer, usually possessing programmable memory to store product configuration data that is only accessible through the security protocol and a universal computer interface. Programming or loading of the product configuration data is done by the product manufacturer using the dongle security to enable the product features that were ordered. Resultantly, the dongle must be hard-wired and/or programmed on an individual custom basis.
Unfortunately, the usage of security devices is not without limitation. For example, a new dongle must be sent out by the product manufacturer in order to enable software features that were not available during the initial dongle programming and/or hardwiring phase. As a result, software updates must be accompanied by a new dongle device, which of course results in extra cost to the software and/or hardware vendor (a cost typically passed on to the user). Furthermore, the older version software application operating on the user computer is rendered useless, or must be used in its non-updated state at best, until the dongle arrives. This translates into lack of productivity and lack of convenience for the user of the software package.
Another challenge with dongles has to do with their deployment, and more importantly, their management for business accountability (e.g., for usage in sales and/or marketing). For example, a sales representative affiliated with a software company must also utilize a security device in order to run demonstrations at a current or prospective customer's site. Hence, any demonstration or manufacturing test software is fully functional and could be used in production, which is counterintuitive in instances where the sales rep failed to disable the software after the test or demonstration period. The current licensing process which includes the usage of the dongle, offers poor control over demonstration, trade-show and manufacturing units deployed in the field—poor control which could result in unwarranted usage of the software product or delayed authorization to use product features that have been ordered.
Aside from the usage of dongles, the software licensing and new feature enablement process within an enterprise that utilizes multiple applications and application server systems can be difficult to manage. This is best understood in the context of an industrial or commercial manufacturing environment, such as in the mail processing industry, where several different types of machinery (inserters, sorters, cutters, accumulators, transport devices, etc.) may be utilized in one facility, all operating different software and/or hardware. When licenses must be renewed or features must be added or enabled for software or hardware in such an environment, the product manufacturer must update each operating computer, server, or machine individually, which can be timely and costly. Moreover, the licensing process in this scenario becomes more cumbersome in the absence of a uniform product licensing procedure as each product may require its own special function calls based on the device upon which it operates. This level of complexity in licensing or updating/enablement is obviously more difficult to execute, track, and manage.
To address the challenges described above, a method and system is required to allow for the customization of a security device to accommodate product updates and/or new product functions or features to be enabled without the need for untimely and costly dongle replacement. Furthermore, a way is needed for products of all kinds, be they software and/or hardware or both, to be activated according to a trial period, wherein the dongle need not be replaced at the time of activation or expiration of the trial period. Still further, a more effective licensing and enablement process is needed in order to manage the overall product licensing process of a facility that employs multiple products and/or applications.
The present subject matter relates to systems and methods related to licensing and licensing activation.
In accord with the present concepts disclosed herein, there is provided a method that includes the step of providing a user with access to a website of a licensing system for at least one mail processing product. The user is authenticated via a user identification protocol, as a valid user from among a plurality of valid users, wherein different levels of user access capability for the purpose of accessing licensing data, are provided to groups comprising one or more of the valid users. The authenticated user is provided with a level of licensing data access assigned to one of the groups of which the authenticated user is a member. Access is provided to at least one attribute of the licensing data for at least one mail processing product from the licensing system, based at least in part on the granted level of access.
Also disclosed is a method involving a licensing transaction. The transaction includes receiving a request for enablement of a selected feature from among a plurality of features associated with a type of mail processing product via a licensing website. Control data is sent, wherein the control data is for activation of the selected feature to be enabled for the identified mail processing product, to a security device for association with the identified mail processing product. The activation of the selected feature for the identified mail processing product is recorded.
It is also desirable to provide a method that includes establishing an Internet link between a user access device and a licensing system server. The user of the user access device is authenticated via a user identification protocol. Control data is obtained for provisioning at least one operating function of at least one product from the licensing system server via the Internet. The control data is supplied from the user access device to a security device that is to be used to activate the at least one operating function of the at least one product, to program the security device.
In yet another aspect a method is provided which includes receiving an access request at a licensing system server from a user access device by way of a Internet link. The identification of the user of the user access device is authenticated. A selection at least one operating function of at least one product is received. Control data is transmitted to a security device via the Internet link and the user access device, so as to allow the security device to enable the selected operating function on the product.
Additional advantages and aspects of the present subject matter will become readily apparent to those skilled in the art from the following detailed description, wherein embodiments of the present subject matter are shown and described, simply by way of illustration of the best mode contemplated for practicing the present subject matter. As will be described, the present subject matter is capable of other and different embodiments, and its several details are susceptible of modification in various obvious respects, all without departing from the spirit of the present subject matter. Accordingly, the drawings and description are to be regarded as illustrative in nature, and not limitative.
The following detailed description of the embodiments of the present subject matter can best be understood when read in conjunction with the following drawings, in which the various features are not necessarily drawn to scale but rather are drawn as to best illustrate the pertinent features, and in which like reference numerals are employed throughout to designate similar features:
In the following detailed description, numerous specific details are set forth by way of examples in order to provide a thorough understanding of the relevant teachings. However, it should be apparent to those skilled in the art that the present teachings may be practiced without such details. In other instances, well known methods, procedures, components, and circuitry have been described at a relatively high-level, without detail, in order to avoid unnecessarily obscuring aspects of the present teachings.
The exemplary teachings presented herein correspond to a method and system for enabling the activation of licensed functions or features for execution by an operating device. The teachings also pertain to a centralized system for managing the overall licensing and function/feature deployment process throughout an enterprise having a plurality of devices. As described herein, a license (also referred to as license data of feature(s)) may include but is not limited to any data, information, rights, decrees, agreements and/or instructions, along with any software, hardware or firmware features (e.g., modules, function calls, data sets, algorithms) that enable a device or software operable upon the device to execute one or more processing functions. As used herein, the specific data used to program the security device is referred to as control data. Those skilled in the art will appreciate that the teachings and techniques presented herein may be useful for the activation of various types of licenses, including but not limited to, temporary or limited license issuance, demonstration/showroom licensing, trial period licensing, etc. The licensing and accompanying security device (e.g. dongle) programming may be used to control software, firmware and system features (e.g., electronic or mechanical systems) whether these features are part of the run-time or machine control software, batch or real-time software data processing applications or equipment hardware and firmware features.
Furthermore, the teachings herein may be utilized for performing various means of function or feature enablement, including but not limited to enabling special software patches for debugging purposes, modules for enhancing current features associated with the electromechanical operation of a device, modules for enabling or unmasking software or operating device features not currently authorized for usage, modules for integrating a software package for proper usage with device operating system requirements, modules for incorporating entirely new functionality, firmware or hardware functions and processes, and any other features which may individually or in part constitute or are associated with the license. This group of functions or features enables a single security device to be used to control software, hardware or firmware installation (install-time) as well as control the operational usage of a product or group of products and to control the operational usage of functions or features within the products while the products are being utilized (run-time).
The foregoing discussion pertaining to software and/or hardware licensing and product function or feature enablement is presented within the context of a mail processing environment by way of example, and not by limitation. A mail processing environment may be any setting that employs the usage of one or more mail processing devices such as inserters, sorters, vision systems, mail item characteristic detection devices (e.g., electronic scales, digital meters), printers, address recognition systems, and various signal driven/actuated devices such as paper cutters and folders. In concurrence with the operation of these devices may be one or more computing devices, firmware or microprocessor based modules, and various types of operational software that may also require licensing and/or feature enablement. Examples of such software may include but are not limited to, statement formatting, pre-sorting, print optimizing, address cleansing, barcode detection, mail item identification, inbound and outbound sort scheme generation, document/mail item generation products and the like. Indeed, various devices, software, firmware, processors, mechanisms, operational schemes, etc. may be utilized within a mail processing environment depending upon the application requirements of that environment. The teachings presented herein pertain to the licensing of products designed for all aspects of the mailing environment, from transactional products (e.g., business-to-business or direct mailing operations) to device driven products (e.g., camera-based verification, image capture technology, data archiving) to customer resource management applications. Likewise, the teachings may be applicable to the licensing of products usable to facilitate operations within an automated document factory (ADF), where automated processes, machinery and software are engaged to facilitate the workflow and distribution of documents.
Of course, practitioners of the art will observe that the application of the teachings herein may apply to any environment wherein software applications are used to facilitate control of products (e.g., software and/or hardware devices). This includes, but is not limited to, mechanical devices, pneumatic and/or hydraulic control equipment, electrical and electromechanical devices, robotic devices, firm-ware and other microprocessor based devices, and any systems or subsystems of the preceding thereof. Indeed, the teachings are relevant to any environment wherein products are required to be licensed for authorized usage and deployment, where the product manufacturer wishes to ensure some level of security against misusage or misappropriation of protected digital works/arts/media/modules/algorithms/devices/equipment, and wherein one or more features are periodically to be made available by the product vendor or enabled by the vendor for usage by the user.
With this in mind, reference is now made to
If multiple users 132 with different user access levels 100 and many diverse products and product configurations are going to be managed by the web based licensing system, data integrity must be closely managed. Therefore attributes of licensing records 128 are an important part of the system. Activity logs, user account information, access authorization plus other security features will be maintained in the licensing records. Product hierarchical data about each product is maintained. The hierarchical data may include customer eligibility for the product (based on resources and equipment installed at a customer's site), product configuration and functions or features available within the product that can be enabled. The product manager in the user group 132 generally is the only user authorized to make changes to the product hierarchy. This enables a consistent level of accountability and licensing record integrity to be maintained in a hierarchical system that enables a plurality of users of varying access levels 100 to influence a licensing transaction.
Information about the customer is included in the licensing records. This data may include current product configurations and software suites installed at the customer's site or capabilities included in the customer's overall enterprise that include multiple sites. The customer information may include product licensing status such as paid licenses for products and features, renewal dates, maintenance/software support contracts and version level of all installed and licensed products.
Also included in the licensing records 128, is financial data associated with all transactions. This financial data may include information that would allow a customer to directly order and pay for products. Order entry and sales personnel may have access to the financial data in order to know if any corrective actions are needed with a customer account before additional products are licensed. The discussion of contents and features in the licensing records are provided as examples and in no way are considered comprehensive. Those skilled in the art may add significant detail as the concept and features are expanded and implemented to serve the full range of web based product licensing.
A unique feature of the web based licensing concept is the large number of members in the user group 132 that can be accommodated with a single licensing system approach. Normally access to a licensing system that is capable of programming security devices is limited to a few authorized personnel. This limitation is driven by the lack of all the necessary data being in one place and accessible to any user that has authorization. This limitation is overcome by the usage of centralized, consistently maintained licensing records 128. The web based structure allows for a user to be located at any location that is connected to the Web versus being located in the factory. The security protocol system ensures that a given user 132 is given only the correct user access level 100 (licensing system assess) and controls communication encryption as appropriate for the data being exchanged. The licensing system may require that tools or client key user software be downloaded to the computer system being used for access in order to manage security, run browser applications, program security devices or perform required functions. Those skilled in the art will appreciate that other users and additional access control features maybe added.
User access devices and computers 114 are exemplary computing devices through which the licensing system may be accessed by a user. The conventional art would have the license key programmer computer 116 located in the factory and not connected to a licensing record system 128. This conventional methodology may limit the licensing options available to the security device programmer and create configuration issues when the product manager changes product features or adds additional products. Since the exemplary web based licensing system has one set of licensing records and all users have varying levels of access to the data via the web, license processing and management short comings are eliminated. The web based access and security protocol enable the programming of security devices that are attached to customer products. The computer in a mail processing system 118 that has an existing security device 124 or an application server 120 running batch or real time software applications can both be used to program a security device. All that is required is user authentication and a secure version of the security device programming software (client key), which could be downloaded from the Web. In other words, a product installer can reload features onto the security device without any unique programming tools and with no risk of using out of date data since the web connects the installer to the single source of licensing records.
Also key to this approach is the fact that a single design of the security device 120 can be programmed to control the software to be loaded at installation time and to control software features availability at run time. In addition, since mail processing equipment is controlled by a computer that controls firmware and hardware features, the same security device can be used to enable these system features. Additional detail on each subsystem in the licensing system is provided in the following sections. Various users 100, having varying levels of access and privileges with respect to the product licensing system 102, are shown. Usage levels include, but are not limited to the following:
Downloader
Product Administrator
Purchaser
Advanced Purchaser
Reporter
A user may act simultaneously or concurrently function as one or more of the above described users during and/or throughout the licensing process. Furthermore, while not listed as a specific role, a customer may be authorized to act in the capacity of one or more of the above listed users. Indeed, user designations and functions may vary depending on the needs and demands of the enterprise engaged in the licensing process.
The above described users 100 may access the licensing system 102 via the usage of one or more user access devices 114 (e.g., handheld, laptop, desktop, server, tablet pc) that is capable of communicating over a network with the licensing system 102 to access (e.g., modify, view, define) license data and/or that is at least capable of enabling the usage of a license and its associated features for another device (e.g., an application server which enables the execution of the software across a multitude of enterprise computers). The network communication can be internal/local such as via an intranet communication link or external/remote, such as via an internet communication link. Exemplary access devices include but are not limited to, a license key programmer device 116, a server/application device 118, and a primary key usage device 120. Such devices may be used singularly or collectively depending on the processing and software distribution needs of the facility or enterprise.
A license key programmer computer 116 is a dedicated computing or like device upon which control data is to be downloaded. A user having at least downloader 104 access to the licensing system 102 can download the license contents for direct integration of the data with a security key or device (dongle) 122 coupled to the license key programmer computer 116. Alternatively, a license key 122 need not be coupled to the device, such that the control data is simply stored temporarily by the license key programmer computer 116 for future transfer to a primary key usage computer 118 (a computer upon which the desired software application is to be executed). In this instance, once the control data is transferred to computer 118, it may then be integrated appropriately with a security key or device 124 coupled thereto (such functionality being dependent upon satisfaction of any machine level or hardware signature requirements). Hence, the license key programmer computer 116 can be a device dedicated solely for the purpose of acquiring control data for direct or indirect integration of the data with a security key or device.
As discussed, a server application computer 120 may also be utilized to facilitate the function or feature enablement and licensing process. The server application computer 120 may act as a computer responsible for running applications on behalf of a plurality of computers. In this scenario, one or more computers having network access to the server application computer 120 can run a software package internally or externally remotely-the software package need not be loaded upon the one or more computers capable of linking to the server application computer 120 directly. A user of the server application computer 120 having at least download access 104 could acquire control data for direct integration with a license key 126, and therefore, unilaterally influence the feature capability of each of the one or more computers or devices capable of being linked with computer 120. As will be discussed in later paragraphs of the detailed description, the server application computer 120 can also be utilized to manage one or more computers or devices having differing function or feature enablement needs.
The licensing system 102 may comprise a plurality of computing devices including but not limited to web servers, hubs, routers, domain name servers, server clusters, databases, firewalls, software applications and other computing machinery or tools useful for facilitating the exchange of information via a computer network (e.g., the internet). In the case of web based communication exchange, the licensing system 102 may include one or more servers or computers having access to and responsibility for generating web page content information (e.g., content viewable by a user of a web browser). Also, the licensing system may include at least a database for the storage of license records. The records may include, but are not limited to, license activity and event logs, license user account information, the control data to be downloaded by the security device (e.g. dongle), and any license data associated with a respective license user account. Ultimately, the licensing system 102 facilitates the exchange of all information pertaining to a license and/or its associated functions or features relative to a specific software application. To the extent that web based communication is performed via the network, the licensing system 102 acts as a licensing website 102, having full access to said functionality and resources.
Turning now to
The client key programmer 206 is a software utility that allows the user to download license data for integration with the license key. It is installed onto the user access computer 114 via a storage medium (e.g., a CD 216) having stored thereon various data, instructions, algorithms, commands, application interface (APIs) functions, dynamic link library (DLLs) calls 208, device drivers 210, header files 212, and the like for ensuring the appropriate operation of and interplay between the user application 202 to be licensed, and the license data and associated features desired to be executed by the user application 202. Such data is stored onto the user access computer for operation as needed to facilitate processing of the user application 202. Those skilled in the art will recognize that various data storage mediums are available for enabling the loading of data onto a system including but not limited to floppy disks, memory sticks and zip drives, as well as numerous data transmission techniques such as File Transfer Protocol (FTP). As such, any means by which a user having downloader access privileges may acquire the client key programmer 206 is within the scope of the teachings presented herein.
Access to the client key programmer 206, however, is not sufficient enough in itself to enable control data to be downloaded and integrated with a security device or key. A security and authentication process is invoked by the client key programmer 206, including but not limited to the transmission of an assigned user name 300, hardware I.D. 302, and/or password 304, as shown in
Turning now to
In
The first component of the sorter 506, the mail in-feed system 500, has an available feature known as variable in-feed speed adjustment 508. The reader device 502 has various features available including wide mail item area scan 510, infrared read 512, and custom sort scheme activation 514. Finally, the sorter 506 includes a plurality of mail bins having an available bin overflow detection feature 516. While these features are available, they are not necessarily enabled for usage within the sorter system without the proper licensing. In such circumstances, activation (or deactivation) of the one or more functions or features of each component of the sorter would require usage of a different dongle associated with each feature, or the usage of a different primary control computer for each component. In other words, independent feature needs would be accommodated via independent processes; creating no synergy between the feature capabilities of one component versus another.
Such an unintelligible and loosely managed approach to feature enablement and licensing is eliminated however via practice of the teachings herein. Within the scope of the present exemplary teachings, the features of each independent component of the sorter are organized and configured centrally via a centralized licensing system 102—hence enabling complete management of each individual component of the system. As such, each individual run-time feature desired to be licensed and enabled for usage by the sorter can be configured for integration by the server application computer 120 via a single security device. Alternatively, multiple security devices may be coupled (e.g., daisy chained) to the server application computer 120 for enabling the features of the multiple components while still maintaining complete management via a centralized licensing system. Still further, a single dongle may be employed to enable a plurality of features and/or products of varying types (e.g., software, hardware or combinations thereof) to be activated for usage. Those skilled in the art will appreciate such capability, which allows for better overall management, control, maintenance and deployment of licenses within an enterprise utilizing a plurality of devices requiring feature enablement.
In
As shown in
Once the downloader account is established (event 700), the license must be created in connection with the account, as shown in
While features refer to a single executable functional capability, feature groups refer to a plurality of features which are categorized by group. Hence, the combination of several individual features, when logically grouped with respect to a particular product, form a feature group. For example, in a machine vision product, there may be many feature groups (and sub groups) used to logically group all the features; a feature group called “Hardware” may be used for all hardware related features, while another feature group called “Operations” may be used for all the licensed operations that the machine vision product can perform. In instances where there is no product listing (event 803) or feature group (event 807) defined, the product administrator may simply define such characteristics by clicking an add button made available on the licensing webpage 102, or by entering the data via another linked page (e.g., a manage feature group pop-up window)—this action corresponds to event 815. Any means by which feature groups or features may be added and customized via a network communication process is within the scope of the present teachings.
In addition to defining features and/or feature groups when needed, system types may also need to be defined in instances where they are undefined (events 811 and 813). Once the product has been configured with one or more licensable features (events 815 or 810), then the product system types must be selected (event 812) or created (event 813). A product system type is used to define standard system configurations that are used when selling the product (e.g., the software or hardware application for which licensed features are desired) to the customer 108. An example of a system type can be found in various product marketing designations, such as Platinum, Gold, Silver, Deluxe, etc., all designations which indicate differing levels of functional capability. System types allow the product administrator to specify a standard set of default features for all of the systems that are of a similar type. This concept also allows the product administrator to restrict the available features based on the system type selected. Such definitions allow products requiring licensing to be more readily customized to meet standard customer needs. Again, the system type is configured via the appropriate action buttons, forms, windows made available through the licensing website 102.
Once the license is configured with respect to a unique system ID, including at least the selection of or establishment of the product to be licensed, the feature and/or feature groups to be associated with the license, and the system type and/or definition, the license must be purchased. The exemplary steps to license purchasing are indicated in
System Information
Once the system information is displayed and/or modified, the purchase features associated with the system ID are displayed, and the purchaser 108 is able to select or deselect the various features or feature groups to be purchased (event 906). In instances where the system ID is newly assigned (event 903), default feature and feature group information is presented, and is made available for modification by the purchaser (event 908). Once these steps are complete, a summary of the features selected for purchase are displayed to allow the purchaser 108 to make a final review before confirming the purchase (event 909). Events 904 or 905 are repeated if changes or modifications need to be made prior to confirmation. Otherwise, the control data to be applied for the product with the established system information and associated system ID is stored to the database (event 911). As before, the various instances of license activity throughout this process are stored to a history log (event 912) for association with the assigned system ID.
Turning now to
Having acquired the control data, the control data may be integrated properly with the security key or device. Those skilled in the art will recognize that various means of data integration, or programming, of a security device or key exist, and that the teachings herein are not limited to any specific method of integration. As mentioned earlier, however, it is feasible with the correct security protocols in place for the control data to be downloaded, stored, and then transferred to another device having a license key for which the control data is to be integrated. Regardless of how the control data is integrated with the licensing key, the teachings disclosed herein will more effectively ensure proper securitization and management of sensitive media and data.
The teachings presented above provide additional benefits that may be of particular interest to those skilled in the art. One such benefit of the web-based licensing scheme is integrated install-time feature enablement control and run-time install feature enablement control. Install-time control corresponds to a security based installation scenario wherein a user wishing to load a product onto a system (e.g., a software CD being loaded onto a computing device) loads a full featured version of the product, and restricts certain loading processes via the usage of a security device (e.g., dongle). Run-time control corresponds to the restriction of features/processes after installation, but during the run-time of the product. The licensing process described herein enables run-time or install-time feature enablement to be commenced. Moreover, the run-time and install-time secure licensing scheme may be employed by the same security device. Just as importantly, the licensing process described herein allows for the proper enablement of hardware, software, firmware, middleware and other operational modules via the same security. This is advantageous in numerous ways, but especially with respect to cost and simplicity—minimized numbers of security devices being used to minimize cost, and simpler management and deployment of security devices for which to activate features within an enterprise.
Another benefit of the present teachings lies in the autonomous, distributed licensing environment. While other licensing schemes invoke the usage of a single dedicated user and/or user device for the management of security devices (e.g., a product manager assigned to a specific client account), the teachings herein involve a plethora of users, all of which influence the licensing process in a different way. This allows for greater involvement of key individuals within the licensing process, and enables varied degrees of access to the licensing system for enhanced security. So, for example, a single product manager responsible for administering a client's account could share license development responsibilities with a sales representative and client to influence the creation of the license. Of course, in this case the users would be assigned varying degrees of access and control over the licensing process. In such a licensing environment, a security device could be effectively programmed from anywhere on any device having a universal interface compatible with the security device.
As yet another benefit of the present teachings, the licensing system described herein allows for the persistent tracking and archiving of license activity throughout the licensing process. In this way, each instance of activity engaged in by each of the users and user access devices, along with any license data generated with respect to such activity, may be maintained and accounted for. One of skill in the art can readily see the advantage of such archiving ability with respect to license maintenance activities such as updates and renewals. This feature allows for better management of the overall licensing process, as each instance of activity may be associated with the uniquely assigned system identification value for future reference.
In addition, the archiving of licensing activity may provide useful data to the product manufacturer in terms of indicating areas of license deficiency that may be translated into licensing opportunities. For example, consider an automated document factory (ADF) system or document production system (DPS) comprising a suite of complimentary software and/or hardware products. The exemplary licensing scheme presented herein, when used in connection with such systems during the lifecycle of a document (e.g., from product creation to final delivery), would allow the user of the ADF or DPS products to dynamically activate features as needed relative to their needs. As each licensing activity occurs, this would generate a sequential trail of licensing requests, which could allow the licensing system to deduce other licensing needs of the user in advance or in the future. If the user requested electronic indicia capability to be licensed for usage with their document creation software, this may also indicate a need for the activation of an indicia print quality and integrity feature to be utilized later on by a vision system during the document finishing or inserting phase. Indeed, the licensing system could be configured to generate messages suggestive of an action the user may take based on this information, wherein the messages are catered and appropriated according to their level of access to the licensing system (e.g., a message pertaining to a licensing opportunity that is crafted differently for a sales person versus a customer).
Control functions, diagnostic features, security features, and other executable tasks relative to the licensing process described herein may be programmatically executed through the usage of web services. Web services, also known as application services, are Web-based enterprise applications that use open, XML (Extensible Markup Language) based standards and transport protocols to exchange data with calling clients, such as through a web browser or other executable application operable by a computing device. Generally, web services are implemented as one or more executable modules that facilitate seamless data exchange for greater control and interoperability between systems. Of course those skilled in the art will recognize other data processing and service fulfillment platforms may be used to achieve this end. Although the discussion above has focused largely on the methodologies, those skilled in the art will recognize that those methodologies may be embodied in specific equipment, systems or devices. Also, many of the operations described above may be carried out by processing of the license data and/or associated execution of software, firmware, or microcode operating on processors or computers of any type used to provided the functionalities of the servers, client devices and/or programmed control for the various manufacturing (mail processing) elements shown in the system drawings. Additionally, code for implementing such operations may be in the form of computer instruction in any form (e.g. source code, object code, interpreted code, etc.) stored in or carried by any computer or machine readable medium.
Program aspects of the technology may be thought of as “products” typically in the form of executable code and/or associated data that is carried on or embodied in a type of machine readable medium. Media include any or all of the memory of the computers, processors or the like, or associated modules thereof, such as various semiconductor memories, tape drives, disk drives and the like, which may provide storage at any time for the software programming. All or portions of the software may at times be communicated through the Internet or various other telecommunication networks. Such communications, for example, may enable loading of the software from one computer or processor into another. Thus, another type of media that may bear the software elements includes optical, electrical and electromagnetic waves, such as used across physical interfaces between local devices, through wired and optical landline networks and over various air-links. The physical elements that carry such waves, such as wired or wireless links, optical links or the like, also may be considered as media bearing the software.
Terms regarding computer or machine “readable medium” (or media) as used herein therefore relate to any physical medium or transmission medium that participates in providing instructions or code or data (e.g. license records or license related information) to a processor for execution or processing. Such a medium may take many forms, including but not limited to, non-volatile media and volatile media as well as carrier wave and physical transmission media.
Only the preferred embodiments of the present subject matter and but a few examples of its versatility are shown and described in the present disclosure. It is to be understood that the present subject matter is capable of use in various other combinations and environments and is susceptible of changes and/or modifications within the scope of the inventive concept as expressed herein.
This application is related to patent application Ser. No. ______ filed 13 Apr. 2006, entitled “WEB-BASED METHOD AND SYSTEM FOR ENABLING LICENSED PRODUCTS AND FEATURES” (Attorney ref. no. 063288-0725), the entire disclosure of which is incorporated herein by reference.
