|Publication number||US20080243897 A1|
|Application number||US 11/692,693|
|Publication date||Oct 2, 2008|
|Filing date||Mar 28, 2007|
|Priority date||Mar 28, 2007|
|Also published as||US8140589|
|Publication number||11692693, 692693, US 2008/0243897 A1, US 2008/243897 A1, US 20080243897 A1, US 20080243897A1, US 2008243897 A1, US 2008243897A1, US-A1-20080243897, US-A1-2008243897, US2008/0243897A1, US2008/243897A1, US20080243897 A1, US20080243897A1, US2008243897 A1, US2008243897A1|
|Inventors||John Edward Petri|
|Original Assignee||John Edward Petri|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (5), Referenced by (4), Classifications (6), Legal Events (1)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Technical Field
This disclosure generally relates to content management systems, and more specifically relates to a content management system that autonomically updates templates for generating documents.
2. Background Art
A content management system (CMS) allows many users to efficiently share electronic content such as text, audio files, video files, pictures, graphics, etc. Content management systems typically control access to content in a repository. A user may generate content, and when the content is checked into the repository, the content is checked by the CMS to make sure the content conforms to predefined rules. A user may also check out content from the repository, or link to content in the repository while generating content. The rules in a CMS assure that content to be checked in or linked to meets desired criteria specified in the rules.
Known content management systems check their rules when content is being checked in. If the rule is satisfied, the content is checked into the repository. If the rule is not satisfied, the content is not checked into the repository. Known content management systems may include rules related to bursting, linking, and synchronization. Bursting rules govern how a document is bursted, or broken into individual chunks, when the document is checked into the repository. By bursting a document into chunks, the individual chunks may potentially be reused later by a different author. Linking rules govern what content in a repository a user may link to in a document that will be subsequently checked into the repository. Synchronization rules govern synchronization between content and metadata related to the content. For example, a synchronization rule may specify that whenever a specified CMS attribute is changed, a particular piece of XML in the content should be automatically updated with that attribute's value.
Templates are often used in known content management systems to speed up and simplify the process of generating a document. A template is a document that includes predefined structure and content that gives the author a shortcut in generating a document of a particular type. In known content management systems, templates are manually generated by a CMS administrator, and must be manually maintained by a CMS administrator. Without a way to automate some of the manual tasks normally performed by a CMS administrator in updating templates, the computer industry will continue to suffer from manual and inefficient tasks that must be performed when a template in a CMS needs to be updated.
A content management system (CMS) autonomically updates one or more templates based on characteristics of documents in the repository, and based on user-specified criteria in an autonomic template update policy. At an appointed time, the CMS finds a template in the repository, retrieves an autonomic template update policy corresponding to the template, and determines from characteristics of documents in the repository whether the criteria in the autonomic template update policy allows autonomically updating the template. If the criteria are met, the template is autonomically updated without intervention by a CMS administrator. The result is a CMS where templates are autonomically changed as the content in the repository changes.
The foregoing and other features and advantages will be apparent from the following more particular description, as illustrated in the accompanying drawings.
The disclosure will be described in conjunction with the appended drawings, where like designations denote like elements, and:
The claims and disclosure herein provide a content management system (CMS) that autonomically updates one or more templates according to characteristics of documents in the repository and according to one or more criteria specified in an autonomic template update policy. A template is selected, a corresponding policy is read, and if the characteristics of corresponding documents in the repository satisfy the policy, the template is autonomically updated.
Many known content management systems use extensible markup language (XML) due to its flexibility and power in managing diverse and different types of content. One known content management system that uses XML is Solution for Compliance in a Regulated Environment (SCORE) developed by IBM Corporation. XML is growing in popularity, and is quickly becoming the preferred format for authoring and publishing. While the disclosure herein discusses XML documents as one possible example of content that may be managed by a content management system, the disclosure and claims herein expressly extend to content management systems that do not use XML.
The CMS 170 resides in the main memory 160 of a server computer system 140 that also includes a CPU 142 and storage 144 that includes a content repository 150 that holds content 152 managed by the CMS 170. Content 152 preferably includes documents 154 and templates 156. Templates 156 are a specific type of document that includes default structure and content an author may use as a starting point when creating a document of a particular type. The concept of a template in the word processing field is well-known in the art. One example of a suitable server computer system 140 is an IBM eServer System i computer system. However, those skilled in the art will appreciate that the disclosure herein applies equally to any type of client or server computer systems, regardless of whether each computer system is a complicated multi-user computing apparatus, a single user workstation, or an embedded control system. CMS 170 includes rules 180, an autonomic template update mechanism 182, and an autonomic template update policy 184. Rules 180 may include bursting rules, linking rules, and synchronization rules. Of course, other rules, whether currently known or developed in the future, could also be included in rules 180. Autonomic template update mechanism 182 analyzes an existing template 156 and its corresponding policy 184, and determines from the autonomic template update policy 184 when to autonomically update the template 156. The autonomic template update policy 184 specifies one or more criteria that governs the autonomic updating of templates in a content management system.
Server computer system 140 may include other features of computer systems that are not shown in
The network interface is used to connect the server computer system 140 to multiple other computer systems (e.g., 110A, . . . , 110N) via a network, such as network 130. The network interface and network 130 broadly represent any suitable way to interconnect electronic devices, regardless of whether the network 130 comprises present-day analog and/or digital techniques or via some networking mechanism of the future. In addition, many different network protocols can be used to implement a network. These protocols are specialized computer programs that allow computers to communicate across a network. TCP/IP (Transmission Control Protocol/Internet Protocol) is an example of a suitable network protocol.
The mass storage interface is used to connect mass storage devices, such as a direct access storage device 190, to server computer system 140. One specific type of direct access storage device 190 is a readable and writable CD-RW drive, which may store data to and read data from a CD-RW 195.
Main memory 160 preferably contains data and an operating system that are not shown in
CPU 142 may be constructed from one or more microprocessors and/or integrated circuits. CPU 142 executes program instructions stored in main memory 160. Main memory 160 stores programs and data that CPU 142 may access. When computer system 140 starts up, CPU 142 initially executes the program instructions that make up the operating system.
Although server computer system 140 is shown to contain only a single CPU, those skilled in the art will appreciate that a content management system 170 may be practiced using a computer system that has multiple CPUs. In addition, the interfaces that are included in server computer system 140 (e.g., display interface, network interface, and DASD interface) preferably each include separate, fully programmed microprocessors that are used to off-load compute-intensive processing from CPU 142. However, those skilled in the art will appreciate that these functions may be performed using I/O adapters as well.
At this point, it is important to note that while the description above is in the context of a fully functional computer system, those skilled in the art will appreciate that the content management system 170 may be distributed as an article of manufacture in a variety of forms, and the claims extend to all suitable types of computer-readable media used to actually carry out the distribution, including recordable media such as floppy disks and CD-RW (e.g., 195 of
Embodiments herein may also be delivered as part of a service engagement with a client corporation, nonprofit organization, government entity, internal organizational structure, or the like. These embodiments may include configuring a computer system to perform some or all of the methods described herein, and deploying software, hardware, and web services that implement some or all of the methods described herein. These embodiments may also include analyzing the client's operations, creating recommendations responsive to the analysis, building systems that implement portions of the recommendations, integrating the systems into existing processes and infrastructure, metering use of the systems, allocating expenses to users of the systems, and billing for use of the systems.
The disclosure and claims herein recognize that autonomic updating of templates according to characteristics of documents in the repository allows templates to dynamically change according to the content in documents in the repository. By allowing autonomically updating templates, a CMS administrator is relieved of the burden of manually updating templates.
A very simple example is now presented in
We assume the CMS repository (150 in
Now we consider method 400 in light of the template 500 in
Now method 400 checks to see if the criteria specified in the policy 1200 are satisfied so the template may be autonomically updated. First we consider the “description” fragment 1000 in
Now we consider the second row in the policy 1200 in
The disclosure and claims herein provide a way to autonomically update templates according to characteristics of documents in the repository and according to specified criteria in an autonomic template update policy. Autonomically updating templates relieves a CMS administrator of the burden of manually updating templates, and allows the CMS to autonomically adapt as the content in the repository changes.
One skilled in the art will appreciate that many variations are possible within the scope of the claims. Thus, while the disclosure is particularly shown and described above, it will be understood by those skilled in the art that these and other changes in form and details may be made therein without departing from the spirit and scope of the claims. For example, while the examples in the figures and discussed above related to XML documents, the disclosure and claims herein expressly extend to content management systems that handle any suitable type of content, whether currently known or developed in the future.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5802493 *||Dec 7, 1994||Sep 1, 1998||Aetna Life Insurance Company||Method and apparatus for generating a proposal response|
|US7043481 *||May 30, 2002||May 9, 2006||Thought, Inc.||System, method and software for creating, maintaining, navigating or manipulating complex data objects and their data relationships|
|US7607078 *||Jul 6, 2005||Oct 20, 2009||International Business Machines Corporation||Paper and electronic recognizable forms|
|US20070009158 *||Jul 6, 2005||Jan 11, 2007||International Business Machines Corporation||Paper and electronic recognizable forms|
|US20070088757 *||May 2, 2006||Apr 19, 2007||Ward Mullins||System, method and software for creating, maintaining, navigating or manipulating complex data objects and their data relationships|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US8200702||Sep 30, 2009||Jun 12, 2012||International Business Machines Corporation||Independently variably scoped content rule application in a content management system|
|US20090094508 *||Jun 12, 2008||Apr 9, 2009||International Business Machines Corporation||Apparatus and method for supporting creation of an electronic document|
|US20110219321 *||Mar 2, 2010||Sep 8, 2011||Microsoft Corporation||Web-based control using integrated control interface having dynamic hit zones|
|US20120150919 *||Jan 11, 2011||Jun 14, 2012||Derrick Brown||Agency management system and content management system integration|
|U.S. Classification||1/1, 707/E17.005, 707/999.102|
|Mar 28, 2007||AS||Assignment|
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:PETRI, JOHN E.;REEL/FRAME:019079/0474
Effective date: 20070316