US20060095921A9 - Object-oriented framework for document routing service in a content management system - Google Patents

Object-oriented framework for document routing service in a content management system Download PDF

Info

Publication number
US20060095921A9
US20060095921A9 US10/131,167 US13116702A US2006095921A9 US 20060095921 A9 US20060095921 A9 US 20060095921A9 US 13116702 A US13116702 A US 13116702A US 2006095921 A9 US2006095921 A9 US 2006095921A9
Authority
US
United States
Prior art keywords
work
class
document routing
work package
object oriented
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
US10/131,167
Other versions
US7032225B2 (en
US20030204646A1 (en
Inventor
Fang-Yi Wang
Alan Yaung
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Twitter Inc
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Priority to US10/131,167 priority Critical patent/US7032225B2/en
Assigned to INTERNATIONAL BUSINESS MACHINES CORPORATION reassignment INTERNATIONAL BUSINESS MACHINES CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: WANG, FANG-YI, YAUNG, ALAN TSU-I
Publication of US20030204646A1 publication Critical patent/US20030204646A1/en
Application granted granted Critical
Publication of US7032225B2 publication Critical patent/US7032225B2/en
Publication of US20060095921A9 publication Critical patent/US20060095921A9/en
Assigned to TWITTER, INC. reassignment TWITTER, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: INTERNATIONAL BUSINESS MACHINES CORPORATION
Assigned to MORGAN STANLEY SENIOR FUNDING, INC. reassignment MORGAN STANLEY SENIOR FUNDING, INC. SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: TWITTER, INC.
Assigned to MORGAN STANLEY SENIOR FUNDING, INC. reassignment MORGAN STANLEY SENIOR FUNDING, INC. SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: TWITTER, INC.
Assigned to MORGAN STANLEY SENIOR FUNDING, INC. reassignment MORGAN STANLEY SENIOR FUNDING, INC. SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: TWITTER, INC.
Adjusted expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Definitions

  • the present invention generally relates to electronic document routing within a network or content management system, and particularly to a software system and associated method for routing documents and objects. More specifically, this invention pertains to the routing of documents and objects through a finite number of stages or routings as defined by the user.
  • Document routing is important to the day-to-day operations of a content management system. Without the document routing capability, a content management system would merely become a document archival system. Document routing is similar to workflow. As an example, a claim is submitted to an insurance company for an auto accident. Most likely, finite stages or routings are required to obtain the necessary approvals for paying the insurance claim, depending on the type of claim or damage incurred. Document routing must be capable of identifying a sequence of finite steps through which the document is routed.
  • the system and associated method of the present invention satisfy this need, and provide an object-oriented framework for document routing service in a content management system.
  • the object-oriented framework directly provides the server API set for document routing to the application programmers, without an intermediate interface (e.g., C API layer).
  • the object-oriented framework defines the overall architectural design of document routing. This framework provides the following representations or functions:
  • the object-oriented framework defines the object model of the document routing service that includes a set of classes and associated methods to support the model.
  • the object-oriented framework presents several advantages among which are that it provides the document routing function to users based on an object-oriented framework, and it enables application development with document routing service.
  • a document routing process that is defined as a series of steps provided by an administrator through which a document or object is routed, where a work node is a step within the process.
  • a work list is provided that is a filter of one or more work nodes; a user may obtain a list of work or the “next” work item from the work list.
  • Work packages can be suspended pending the satisfaction of criteria such as delay time or collection of a specified group of documents.
  • the process can be resumed at any time. Suspension and resumption of the process are defined by the resume list in the work package and the work node.
  • FIG. 1 is a schematic illustration of an exemplary operating environment in which an object-oriented framework for document routing service in a content management system of the present invention can be used;
  • FIG. 2 illustrates a high-level architecture of the system of the invention
  • FIG. 3 is a process flow chart illustrating a method of creating document routing objects according to the present invention.
  • FIG. 4 is a process flow chart illustrating a method of executing a document routing process according to the present invention.
  • FIG. 5 is a process flow chart illustrating a method of querying a work package according to the present invention.
  • Class In object-oriented technology, a user-defined data type that defines a collection of objects that share the same characteristics. An object, or class member, is one instance of the class. Concrete classes are designed to be instantiated.
  • Document any item that can be electronically digitized including audio, video, pictures, text, etc.
  • Instance In object-oriented technology, a member of a class; for example, “Lassie” is an instance of the class “dog.” When an instance is created, the initial values of its instance variables are assigned.
  • Internet A collection of interconnected public and private computer networks that are linked together with routers by a set of standards protocols to form a global, distributed network.
  • Method In object-oriented programming, a procedure that is executed when an object receives a message. A method is similar to a procedure, function, or routine in procedural programming languages. The only difference is that in object-oriented programming, a method is always associated with a class.
  • Object examples of an object include, but are not limited to a document, an audio file, a video file, or a data file.
  • Work list A filter of one or more work nodes from which a user obtains a list of work or the “next” work item.
  • Work node A step within a process.
  • Work package A routing element that includes a set of information such as priority, state, resume time, and item ID being routed.
  • FIG. 1 portrays an exemplary environment in which an object-oriented framework for a document routing system 10 according to the present invention may be used.
  • the document routing system 10 forms part of a content management system.
  • the system 10 includes a software or computer program product that is typically embedded within or installed on a host server 15 .
  • the system 10 can be saved on a suitable storage medium such as a diskette, a CD, a hard drive, or like devices. While the system 10 will be described in connection with the WWW, the system 10 can be used with a stand-alone database of documents or other text sources that may have been derived from the WWW and/or other sources.
  • the cloud-like communication network 20 is comprised of communication lines and switches connecting servers such as servers 25 , 27 , to gateways such as gateway 30 .
  • the servers 25 , 27 and the gateway 30 provide the communication access to the WWW Internet.
  • Users, such as remote Internet users are represented by a variety of computers such as computers 35 , 37 , 39 , and can query the host server 15 for the desired information.
  • the host server 15 is connected to the network 20 via a communications link such as a telephone, cable, or satellite link.
  • the servers 25 , 27 can be connected via high speed Internet network lines 44 , 46 to other computers and gateways.
  • the servers 25 , 27 provide access to stored information such as hypertext or web documents indicated generally at 50 , 55 , and 60 .
  • the hypertext documents 50 , 55 , 60 most likely include embedded hypertext link to other locally stored pages, and hypertext links 70 , 72 , 74 , 76 to other webs sites or documents 55 , 60 that are stored by various web servers such as the server 27 .
  • FIG. 2 illustrates a high-level architecture showing the object-oriented document routing system 10 used in the context of an Internet or intranet environment.
  • the system 10 is generally comprised of the following nine classes:
  • the object-oriented framework includes the following 9 classes, which will be listed and then described in more detail:
  • DKDocRoutingServiceICM class 100 is the main gateway for document routing and provides the basic routing service such as starting, terminating, continuing, suspending, and resuming a process.
  • the DKDocRoutingServiceICM class 100 allows the user to navigate to a finite number of classes associated with the document. Any object-oriented language, such as Java or C++, can be used to interpret the classes of system 10 .
  • DKDocRoutingServiceICM class 100 a user can retrieve the DKDocRoutingServiceMgmtICM class 110 that provides system administration support for document routing and methods to manage three main classes or modules: DKProcessICM 120 , DKWorkNodeICM 130 , and DKWorkListICM 140 .
  • the DKProcessICM class 120 allows the user to define a routing process for a document. It contains a collection of route entries that is defined by the DKRouteListEntryICM class 150 .
  • the DKRouteListEntryICM class 150 is associated with a “From” or source work node and a “To” or target work node, represented by the DKWorkNodeICM class 130 . For example, routing from nodes N 1 to N 3 via N 2 , the workflow would be from node N 1 to N 2 , then from N 2 to N 3 .
  • the DKWorkNodeICM class 130 is a step in the workflow process, representing only one work node. All the behavior of the nodes is contained in 25 the DKWorkNodeICM class 130 . For the example of a routing from node N 1 to N 3 via N 2 , three instances (i.e., objects) of the DKWorkNodeICM class 130 would be created.
  • system 10 defines a sequence of work nodes in the route list. The routing sequence is called a process (i.e., P 1 ).
  • the DKWorkNodeICM class 130 may contain a collection of the DKCollectionResumeListEntryICM class 160 that defines an entry in the resume list for the work node.
  • a work package is created that is defined by the DKWorkPackageICM class 170 .
  • the DKWorkPackageICM class 170 may contain a collection of the DKResumeListEntryICM class 180 that defines an entry in the resume list for the work package.
  • the DKWorkPackageICM class 170 is the basic routing element in the process. Each package is associated with one document; i.e., the package identifies the document. System 10 can view any number of items as a package or document; for example, a folder of documents, an MPEG file, a video, etc. The user specifies which process is required to create the package. The user may also define the work list, the DKWorkListICM 140 , where L 1 is the work list.
  • the DKWorkListICM 140 operates as a filter mechanism and tracks or locates the package or document. From the previous example of routing a document from node N 1 to N 3 via N 2 , the package may be located at any of the three nodes in the worklist 140 .
  • system 10 associates one or more work nodes with the worklist, L 1 .
  • the system 10 tells the worklist which nodes to check, N 1 , N 2 , or N 3 .
  • the user can query the system 10 for the location of the package against L 1 .
  • the DKCollectionResumeListEntryICM class 160 can refer to a regular work node or a collection work node.
  • a collection work node is a collection point where the system 10 collects other required documents; the DKCollectionResumeListEntryICM class 160 in effect acts as an automatic suspension stage. Each required document stays at the collection node until all required documents are present. When the required documents have been collected, the requirement is satisfied and the documents may be routed to the next node, depending on the sequence or the DKProcessICM class 120 .
  • DKCollectionResumeListEntryICM class 160 DKWorkNodeICM class 130 is a regular work node.
  • DKCollectionResumeListEntryICM class 160 is introduced, DKWorkNodeICM class 130 becomes a collection work node.
  • the DKCollectionResumeListEntryICM class 160 is an entry in the resume list of all the required documents while DKWorkNodeICM class 130 is the node.
  • the DKResumeListEntryICM class 180 is the resume list; it is associated directly with the package and operates much like a cruise control.
  • DKResumeListEntryICM class 180 will either suspend or resume control, depending on the user specification. For example, the user is routing a pdf file and a doc file. The user might specify that when the pdf file and the doc file arrive, then resume.
  • the user creates document routing objects by first logging onto the server 15 at step 300 .
  • the user creates an instance from DKDocRoutingServiceICM class 100 at step 302 .
  • the user then retrieves an instance from DKDocRoutingServiceMgmtICM class 110 at step 305 .
  • the user defines the number of DKWorkNodeICM work nodes 130 required to complete the process along with each DKWorkNodeICM work node 130 in the process.
  • the user then defines the work lists in DKWorkListICM class 140 at step 315 and defines the processes DKProcessICM class 120 and DKRouteListEntryICM class 150 at step 320 .
  • the output of the method of creating document routing objects is the number of processes 120 and 150 , the work list 140 , and the number and definition of work nodes 130 .
  • a method of executing the process for routing documents is described in FIG. 4 .
  • the user initiates process execution by first logging onto the server 15 at step 400 , and by creating an instance at step 405 .
  • the user queries how many processes are available at step 410 .
  • system 10 can start the process with the document at step 420 .
  • a work package is then created at step 415 .
  • the process may suspend the package 415 at step 425 , as defined by the user.
  • the package 415 may be suspended for a predetermined period of time such as 60 minutes, or until a condition is met, such as the presence of a predetermined set of packages.
  • the criteria for suspension or resumption is defined by the DKResumeListEntryICM class 180 ( FIG. 2 ).
  • the process can be resumed at any time at step 430 , allowing the package 415 to continue through the process at step 435 .
  • the work package is routed to the next work node, it will be deleted from the system, and a new work package will be created at step 415 again.
  • the process is terminated at step 440 .
  • the method of querying the package is described in FIG. 5 .
  • the user logs onto the server 15 at step 500 and then creates instance at step 505 .
  • the user may query the work list 140 in such a manner that the response at step 515 is the package 415 , or the worklist 140 .
  • a business with multiple employees uses the system 10 to manage document routing within the company organization.
  • Each employee is assigned a worklist 140 .
  • the employee can query their specific worklist 140 ; the content of the worklist is packages requiring the employee's attention.
  • the worklist 140 represents the employee's workload.

Abstract

An object-oriented framework for document routing service in a content management system directly provides the server API set for document routing to the application programmers, without an intermediate interface layer. This framework provides document routing functions and system administration support for document routing. In addition, the system defines the document routing process as a series of steps provided by an administrator through which a document is routed, where a work node is a step within the process. A work list is provided that is a filter of one or more work nodes; a user may obtain a list of work or the “next” work item from the work list. Work packages can be suspended pending the satisfaction of criteria such as delay time or collection of a specified group of documents. The process can be resumed at any time. Suspension and resumption of the process are defined by the resume list in the work package and the work node. The object-oriented framework defines the object model of the document routing service that includes a set of classes and associated methods to support the model.

Description

    FIELD OF THE INVENTION
  • The present invention generally relates to electronic document routing within a network or content management system, and particularly to a software system and associated method for routing documents and objects. More specifically, this invention pertains to the routing of documents and objects through a finite number of stages or routings as defined by the user.
  • BACKGROUND OF THE INVENTION
  • Document routing is important to the day-to-day operations of a content management system. Without the document routing capability, a content management system would merely become a document archival system. Document routing is similar to workflow. As an example, a claim is submitted to an insurance company for an auto accident. Most likely, finite stages or routings are required to obtain the necessary approvals for paying the insurance claim, depending on the type of claim or damage incurred. Document routing must be capable of identifying a sequence of finite steps through which the document is routed.
  • An important distinction between current workflow systems and document routing is that document routing provides added functionality, whereas current workflow systems require an interface between the server and the API (application programming interface) that routes the workflow documents. This interface layer, C API, is typically written in C, and allows users to use the server. The drawback to this latter approach is that two interfaces are required: one at the server layer and the other at the middle tier layer. The middle tier layer is the object-oriented application programming interface, or OO API in Java or C++. Because more interfaces are added to the server, processing time is increased and server resources are consumed.
  • To minimize processing time and maximize server resources, a document routing system is needed that is build on top of the server without an intermediate interface layer. The need for such a system has heretofore remained unsatisfied.
  • SUMMARY OF THE INVENTION
  • The system and associated method of the present invention satisfy this need, and provide an object-oriented framework for document routing service in a content management system. According to the present method, the object-oriented framework directly provides the server API set for document routing to the application programmers, without an intermediate interface (e.g., C API layer).
  • The object-oriented framework defines the overall architectural design of document routing. This framework provides the following representations or functions:
      • document routing functions;
      • system administration support for document routing;
      • the object-oriented representation of a process in document routing where a process is defined as a series of steps defined by an administrator through which a document is routed;
      • the object oriented representation of a work node in document routing where a work node is a step within a process;
      • the object-oriented representation of a work list in document routing where a work list is a filter of one or more work nodes from which a user obtains a list of work or the “next” work item;
      • the object-oriented representation of a work package in document routing where a work package is the routing element that consists of a set of information such as priority, state, resume time, and item ID being routed between work nodes in a process;
      • the object-oriented representation of an entry of the route list in a process in document routing;
      • the object-oriented representation of an entry of the resume list in a work package; and
      • the object-oriented representation of an entry of the resume list in a work node.
  • The object-oriented framework defines the object model of the document routing service that includes a set of classes and associated methods to support the model. The object-oriented framework presents several advantages among which are that it provides the document routing function to users based on an object-oriented framework, and it enables application development with document routing service.
  • The foregoing and other features and advantages of the present invention are realized by a document routing process that is defined as a series of steps provided by an administrator through which a document or object is routed, where a work node is a step within the process. A work list is provided that is a filter of one or more work nodes; a user may obtain a list of work or the “next” work item from the work list. Work packages can be suspended pending the satisfaction of criteria such as delay time or collection of a specified group of documents. The process can be resumed at any time. Suspension and resumption of the process are defined by the resume list in the work package and the work node.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The various features of the present invention and the manner of attaining them will be described in greater detail with reference to the following description, claims, and drawings, wherein reference numerals are reused, where appropriate, to indicate a correspondence between the referenced items, and wherein:
  • FIG. 1 is a schematic illustration of an exemplary operating environment in which an object-oriented framework for document routing service in a content management system of the present invention can be used;
  • FIG. 2 illustrates a high-level architecture of the system of the invention;
  • FIG. 3 is a process flow chart illustrating a method of creating document routing objects according to the present invention;
  • FIG. 4 is a process flow chart illustrating a method of executing a document routing process according to the present invention; and
  • FIG. 5 is a process flow chart illustrating a method of querying a work package according to the present invention.
  • DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
  • The following definitions and explanations provide background information pertaining to the technical field of the present invention, and are intended to facilitate the understanding of the present invention without limiting its scope:
  • Class: In object-oriented technology, a user-defined data type that defines a collection of objects that share the same characteristics. An object, or class member, is one instance of the class. Concrete classes are designed to be instantiated.
  • Document: any item that can be electronically digitized including audio, video, pictures, text, etc.
  • Instance: In object-oriented technology, a member of a class; for example, “Lassie” is an instance of the class “dog.” When an instance is created, the initial values of its instance variables are assigned.
  • Instantiate: In object-oriented technology, to create an object of a specific class.
  • Internet: A collection of interconnected public and private computer networks that are linked together with routers by a set of standards protocols to form a global, distributed network.
  • Method: In object-oriented programming, a procedure that is executed when an object receives a message. A method is similar to a procedure, function, or routine in procedural programming languages. The only difference is that in object-oriented programming, a method is always associated with a class.
  • Object: Examples of an object include, but are not limited to a document, an audio file, a video file, or a data file.
  • Process: A series of steps defined by an administrator through which a document is routed.
  • Work list: A filter of one or more work nodes from which a user obtains a list of work or the “next” work item.
  • Work node: A step within a process.
  • Work package: A routing element that includes a set of information such as priority, state, resume time, and item ID being routed.
  • FIG. 1 portrays an exemplary environment in which an object-oriented framework for a document routing system 10 according to the present invention may be used. The document routing system 10 forms part of a content management system. The system 10 includes a software or computer program product that is typically embedded within or installed on a host server 15. Alternatively, the system 10 can be saved on a suitable storage medium such as a diskette, a CD, a hard drive, or like devices. While the system 10 will be described in connection with the WWW, the system 10 can be used with a stand-alone database of documents or other text sources that may have been derived from the WWW and/or other sources.
  • The cloud-like communication network 20 is comprised of communication lines and switches connecting servers such as servers 25, 27, to gateways such as gateway 30. The servers 25, 27 and the gateway 30 provide the communication access to the WWW Internet. Users, such as remote Internet users are represented by a variety of computers such as computers 35, 37, 39, and can query the host server 15 for the desired information.
  • The host server 15 is connected to the network 20 via a communications link such as a telephone, cable, or satellite link. The servers 25, 27 can be connected via high speed Internet network lines 44, 46 to other computers and gateways. The servers 25, 27 provide access to stored information such as hypertext or web documents indicated generally at 50, 55, and 60. The hypertext documents 50, 55, 60 most likely include embedded hypertext link to other locally stored pages, and hypertext links 70, 72, 74, 76 to other webs sites or documents 55, 60 that are stored by various web servers such as the server 27.
  • FIG. 2 illustrates a high-level architecture showing the object-oriented document routing system 10 used in the context of an Internet or intranet environment. The system 10 is generally comprised of the following nine classes:
  • The object-oriented framework includes the following 9 classes, which will be listed and then described in more detail:
      • DKDocRoutingServiceICM 100, which is the main class that provides document routing functions.
      • DKDocRoutingServiceMgmtICM 110 that provides system administration support for document routing.
      • DKProcessICM 120 is an object oriented representation of a process in document routing.
      • DKWorkNodeICM 130 is an object orientation representation of a work node in document routing.
      • DKWorkListICM 140 is an object oriented representation of a work list in document routing.
      • DKRouteListEntryICM 150 is an object oriented representation of an entry of the route list in a process in document routing.
      • DKCollectionResumeListEntryICM 160 is an object oriented representation of an entry of the resume list in a work node.
      • DKWorkPackageICM 170 is an object oriented representation of a work package in document routing. This object is being routed between work nodes in a process.
      • DKResumeListEntryICM 180 is an object oriented representation of an entry of the resume list in a work package.
  • DKDocRoutingServiceICM class 100 is the main gateway for document routing and provides the basic routing service such as starting, terminating, continuing, suspending, and resuming a process. The DKDocRoutingServiceICM class 100 allows the user to navigate to a finite number of classes associated with the document. Any object-oriented language, such as Java or C++, can be used to interpret the classes of system 10.
  • From the DKDocRoutingServiceICM class 100, a user can retrieve the DKDocRoutingServiceMgmtICM class 110 that provides system administration support for document routing and methods to manage three main classes or modules: DKProcessICM 120, DKWorkNodeICM 130, and DKWorkListICM 140.
  • The DKProcessICM class 120 allows the user to define a routing process for a document. It contains a collection of route entries that is defined by the DKRouteListEntryICM class 150. The DKRouteListEntryICM class 150 is associated with a “From” or source work node and a “To” or target work node, represented by the DKWorkNodeICM class 130. For example, routing from nodes N1 to N3 via N2, the workflow would be from node N1 to N2, then from N2 to N3.
  • The DKWorkNodeICM class 130 is a step in the workflow process, representing only one work node. All the behavior of the nodes is contained in 25 the DKWorkNodeICM class 130. For the example of a routing from node N1 to N3 via N2, three instances (i.e., objects) of the DKWorkNodeICM class 130 would be created. Using DKWorkNodeICM class 130, system 10 defines a sequence of work nodes in the route list. The routing sequence is called a process (i.e., P1).
  • The DKWorkNodeICM class 130 may contain a collection of the DKCollectionResumeListEntryICM class 160 that defines an entry in the resume list for the work node. When system 10 initiates a process, a work package is created that is defined by the DKWorkPackageICM class 170. The DKWorkPackageICM class 170 may contain a collection of the DKResumeListEntryICM class 180 that defines an entry in the resume list for the work package.
  • The DKWorkPackageICM class 170 is the basic routing element in the process. Each package is associated with one document; i.e., the package identifies the document. System 10 can view any number of items as a package or document; for example, a folder of documents, an MPEG file, a video, etc. The user specifies which process is required to create the package. The user may also define the work list, the DKWorkListICM 140, where L1 is the work list.
  • The DKWorkListICM 140 operates as a filter mechanism and tracks or locates the package or document. From the previous example of routing a document from node N1 to N3 via N2, the package may be located at any of the three nodes in the worklist 140. To construct a worklist, the DKWorkListICM 140, system 10 associates one or more work nodes with the worklist, L1. The system 10 tells the worklist which nodes to check, N1, N2, or N3. The user can query the system 10 for the location of the package against L1.
  • The DKCollectionResumeListEntryICM class 160 can refer to a regular work node or a collection work node. A collection work node is a collection point where the system 10 collects other required documents; the DKCollectionResumeListEntryICM class 160 in effect acts as an automatic suspension stage. Each required document stays at the collection node until all required documents are present. When the required documents have been collected, the requirement is satisfied and the documents may be routed to the next node, depending on the sequence or the DKProcessICM class 120.
  • The user defines the required documents at the collection point. Without DKCollectionResumeListEntryICM class 160, DKWorkNodeICM class 130 is a regular work node. When DKCollectionResumeListEntryICM class 160 is introduced, DKWorkNodeICM class 130 becomes a collection work node. The DKCollectionResumeListEntryICM class 160 is an entry in the resume list of all the required documents while DKWorkNodeICM class 130 is the node. The DKResumeListEntryICM class 180 is the resume list; it is associated directly with the package and operates much like a cruise control. DKResumeListEntryICM class 180 will either suspend or resume control, depending on the user specification. For example, the user is routing a pdf file and a doc file. The user might specify that when the pdf file and the doc file arrive, then resume.
  • In operation, and with further reference to FIG. 3, the user creates document routing objects by first logging onto the server 15 at step 300. The user creates an instance from DKDocRoutingServiceICM class 100 at step 302. The user then retrieves an instance from DKDocRoutingServiceMgmtICM class 110 at step 305.
  • At step 310, the user defines the number of DKWorkNodeICM work nodes 130 required to complete the process along with each DKWorkNodeICM work node 130 in the process. The user then defines the work lists in DKWorkListICM class 140 at step 315 and defines the processes DKProcessICM class 120 and DKRouteListEntryICM class 150 at step 320. The output of the method of creating document routing objects is the number of processes 120 and 150, the work list 140, and the number and definition of work nodes 130.
  • A method of executing the process for routing documents is described in FIG. 4. The user initiates process execution by first logging onto the server 15 at step 400, and by creating an instance at step 405. The user queries how many processes are available at step 410.
  • Based on the process required, system 10 can start the process with the document at step 420. A work package is then created at step 415. From step 420, the process may suspend the package 415 at step 425, as defined by the user. The package 415 may be suspended for a predetermined period of time such as 60 minutes, or until a condition is met, such as the presence of a predetermined set of packages. The criteria for suspension or resumption is defined by the DKResumeListEntryICM class 180 (FIG. 2). The process can be resumed at any time at step 430, allowing the package 415 to continue through the process at step 435. When the work package is routed to the next work node, it will be deleted from the system, and a new work package will be created at step 415 again. Once the package has been routed through all the nodes, the process is terminated at step 440.
  • The method of querying the package is described in FIG. 5. The user logs onto the server 15 at step 500 and then creates instance at step 505. At step 510, the user may query the work list 140 in such a manner that the response at step 515 is the package 415, or the worklist 140. For example, a business with multiple employees uses the system 10 to manage document routing within the company organization. Each employee is assigned a worklist 140. At any time, the employee can query their specific worklist 140; the content of the worklist is packages requiring the employee's attention. The worklist 140 represents the employee's workload.
  • It is to be understood that the specific embodiments of the invention that have been described are merely illustrative of certain application of the principle of the present invention. Numerous modifications may be made to the object-oriented framework for document routing service in a content management system invention described herein without departing from the spirit and scope of the present invention. Moreover, while the present invention is described for illustration purpose only in relation to the WWW, it should be clear that the invention is applicable as well to any document routing system.

Claims (27)

1. A method for providing an object oriented framework for document routing, comprising:
defining a document routing process with a finite number of predefined stages;
executing the document routing process based on the stages to create a work package; and
querying the work package; and
presenting the work package in the object oriented framework to an application without an intermediate interface layer.
2. The method of claim 1, wherein presenting the work package in the object oriented framework comprises presenting the work package in a plurality of classes.
3. The method of claim 2, wherein presenting the work package in a plurality of classes comprises defining a first class that provides document routing functions.
4. The method of claim 3, wherein defining the first class comprises providing a basic document routing service.
5. The method of claim 4, wherein providing the basic document routing service comprising performing any one or more of the following tasks: starting, terminating, continuing, suspending, or resuming a process.
6. The method of claim 3, wherein presenting the work package in a plurality of classes further comprises defining a second class that provides system administration support for document routing.
7. The method of claim 6, wherein presenting the work package in a plurality of classes further comprises defining a third class that provides an object oriented representation of a process in document routing.
8. The method of claim 7, wherein presenting the work package in a plurality of classes further comprises defining a fourth class that provides an object oriented representation of a work node in document routing.
9. The method of claim 8, wherein presenting the work package in a plurality of classes further comprises defining a fifth class that provides an object oriented representation of a work list in document routing.
10. The method of claim 9, wherein presenting the work package in a plurality of classes further comprises defining a sixth class that provides an object oriented representation of an entry of a route list in a process in document routing.
11. The method of claim 10, wherein presenting the work package in a plurality of classes further comprises defining a seventh class that provides an object oriented representation of an entry of a resume list in a work node.
12. The method of claim 11, wherein presenting the work package in a plurality of classes further comprises defining an eight class that provides an object oriented representation of the work package in document routing and that routes the work package between work nodes in a process.
13. The method of claim 12, wherein presenting the work package in a plurality of classes further comprises defining a ninth class that provides an object oriented representation of an entry of the resume list in the work package.
14. The method of claim 2, wherein defining the document routing process with a finite number of predefined stages comprises:
retrieving an instance;
defining a number of work nodes required to complete the document routing process; and
defining work lists.
15. The method of claim 14, wherein executing the document routing process based on the stages to create the work package comprises:
creating an instance;
determining a number of processes that are available; and creating the work package.
16. The method of claim 15, wherein querying the work package comprises:
creating an instance; and
querying a work list resulting in any of the work package or the work list.
17. A system for providing an object oriented framework for document routing, comprising:
a first set of instructions for defining a document routing process with a finite number of predefined stages;
a second set of instructions for executing the document routing process based on the stages to create a work package; and
a third set of instructions for querying the work package; and
a fourth set of instructions for presenting the work package in the object oriented framework to an application without an intermediate interface layer.
18. The system of claim 17, wherein the fourth set of instructions for presenting the work package in the object oriented framework comprises a plurality of classes.
19. The system of claim 18, wherein the plurality of classes comprise a first class that provides document routing functions.
20. The system of claim 19, wherein the plurality of classes comprise a second class that provides system administration support for document routing.
21. The system of claim 20, wherein the plurality of classes comprise a third class that provides an object oriented representation of a process in document routing.
22. The system of claim 21, wherein the plurality of classes comprise a fourth class that provides an object oriented representation of a work node in document routing.
23. The system of claim 22, wherein the plurality of classes comprise a fifth class that provides an object oriented representation of a work list in document routing.
24. The system of claim 23, wherein the plurality of classes comprise a sixth class that provides an object oriented representation of an entry of a route list in a process in document routing.
25. The system of claim 24, wherein the plurality of classes comprise a seventh class that provides an object oriented representation of an entry of a resume list in a work node.
26. The system of claim 25, wherein the plurality of classes comprise an eight class that provides an object oriented representation of the work package in document routing and that routes the work package between work nodes in a process.
27. The system of claim 26, wherein the plurality of classes comprise a ninth class that provides an object oriented representation of an entry of the resume list in the work package.
US10/131,167 2002-04-23 2002-04-23 Object-oriented framework for document routing service in a content management system Expired - Lifetime US7032225B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/131,167 US7032225B2 (en) 2002-04-23 2002-04-23 Object-oriented framework for document routing service in a content management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US10/131,167 US7032225B2 (en) 2002-04-23 2002-04-23 Object-oriented framework for document routing service in a content management system

Publications (3)

Publication Number Publication Date
US20030204646A1 US20030204646A1 (en) 2003-10-30
US7032225B2 US7032225B2 (en) 2006-04-18
US20060095921A9 true US20060095921A9 (en) 2006-05-04

Family

ID=29248551

Family Applications (1)

Application Number Title Priority Date Filing Date
US10/131,167 Expired - Lifetime US7032225B2 (en) 2002-04-23 2002-04-23 Object-oriented framework for document routing service in a content management system

Country Status (1)

Country Link
US (1) US7032225B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090248795A1 (en) * 2008-03-27 2009-10-01 International Business Machines Corporation Object-Oriented Systems and Methods for Controlling Storage Management Services in a Content Management System

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7171664B2 (en) * 2002-12-16 2007-01-30 International Business Machines Corporation Content management system and method of employing extensible workflow entities with user-defined attributes in an object-oriented framework
US20040157593A1 (en) * 2003-02-07 2004-08-12 Sun Microsystems, Inc Modularization for J2ME platform implementation
WO2008022197A2 (en) * 2006-08-15 2008-02-21 Neps, Llc Content and print production management system and method
WO2009132444A1 (en) * 2008-04-28 2009-11-05 Sitemasher Corporation Object-oriented system for creating and managing websites and their content
US8577887B2 (en) 2009-12-16 2013-11-05 Hewlett-Packard Development Company, L.P. Content grouping systems and methods
US9223892B2 (en) 2010-09-30 2015-12-29 Salesforce.Com, Inc. Device abstraction for page generation
US8935360B2 (en) 2010-12-03 2015-01-13 Salesforce.Com, Inc. Techniques for metadata-driven dynamic content serving

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5638504A (en) * 1994-03-21 1997-06-10 Object Technology Licensing Corp. System and method of processing documents with document proxies
US5768505A (en) * 1995-12-19 1998-06-16 International Business Machines Corporation Object oriented mail server framework mechanism
US5848271A (en) * 1994-03-14 1998-12-08 Dun & Bradstreet Software Services, Inc. Process and apparatus for controlling the work flow in a multi-user computing system
US5884046A (en) * 1996-10-23 1999-03-16 Pluris, Inc. Apparatus and method for sharing data and routing messages between a plurality of workstations in a local area network
US6073142A (en) * 1997-06-23 2000-06-06 Park City Group Automated post office based rule analysis of e-mail messages and other data objects for controlled distribution in network environments
US6185603B1 (en) * 1997-03-13 2001-02-06 At&T Corp. Method and system for delivery of e-mail and alerting messages
US6262729B1 (en) * 1997-04-14 2001-07-17 Apple Computer, Inc. Method and apparatus for binding user interface objects to application objects
US6266667B1 (en) * 1998-01-15 2001-07-24 Telefonaktiebolaget Lm Ericsson (Publ) Information routing
US20010013069A1 (en) * 1999-01-11 2001-08-09 Infospace, Inc. Data messaging aggregation
US6327611B1 (en) * 1997-11-12 2001-12-04 Netscape Communications Corporation Electronic document routing system
US20020002590A1 (en) * 2000-03-09 2002-01-03 Tim King System and method for sending electronic mail and parcel delivery notification using recipient's identification information
US20020023135A1 (en) * 2000-05-16 2002-02-21 Shuster Brian Mark Addressee-defined mail addressing system and method
US20030220875A1 (en) * 2002-05-24 2003-11-27 Duc Lam Method and system for invoice routing and approval in electronic payment system

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5848271A (en) * 1994-03-14 1998-12-08 Dun & Bradstreet Software Services, Inc. Process and apparatus for controlling the work flow in a multi-user computing system
US5638504A (en) * 1994-03-21 1997-06-10 Object Technology Licensing Corp. System and method of processing documents with document proxies
US5768505A (en) * 1995-12-19 1998-06-16 International Business Machines Corporation Object oriented mail server framework mechanism
US5884046A (en) * 1996-10-23 1999-03-16 Pluris, Inc. Apparatus and method for sharing data and routing messages between a plurality of workstations in a local area network
US6185603B1 (en) * 1997-03-13 2001-02-06 At&T Corp. Method and system for delivery of e-mail and alerting messages
US6262729B1 (en) * 1997-04-14 2001-07-17 Apple Computer, Inc. Method and apparatus for binding user interface objects to application objects
US6073142A (en) * 1997-06-23 2000-06-06 Park City Group Automated post office based rule analysis of e-mail messages and other data objects for controlled distribution in network environments
US6327611B1 (en) * 1997-11-12 2001-12-04 Netscape Communications Corporation Electronic document routing system
US6266667B1 (en) * 1998-01-15 2001-07-24 Telefonaktiebolaget Lm Ericsson (Publ) Information routing
US20010013069A1 (en) * 1999-01-11 2001-08-09 Infospace, Inc. Data messaging aggregation
US20020002590A1 (en) * 2000-03-09 2002-01-03 Tim King System and method for sending electronic mail and parcel delivery notification using recipient's identification information
US20020023135A1 (en) * 2000-05-16 2002-02-21 Shuster Brian Mark Addressee-defined mail addressing system and method
US20030220875A1 (en) * 2002-05-24 2003-11-27 Duc Lam Method and system for invoice routing and approval in electronic payment system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090248795A1 (en) * 2008-03-27 2009-10-01 International Business Machines Corporation Object-Oriented Systems and Methods for Controlling Storage Management Services in a Content Management System
US9201878B2 (en) 2008-03-27 2015-12-01 International Business Machines Corporation Object-oriented systems and methods for remotely controlling storage management services

Also Published As

Publication number Publication date
US7032225B2 (en) 2006-04-18
US20030204646A1 (en) 2003-10-30

Similar Documents

Publication Publication Date Title
US7634728B2 (en) System and method for providing a runtime environment for active web based document resources
US7171664B2 (en) Content management system and method of employing extensible workflow entities with user-defined attributes in an object-oriented framework
US7370335B1 (en) System and method for providing a public application program interface
JP5710851B2 (en) System and method for impact analysis
US10417586B2 (en) Attaching ownership to data
US6546387B1 (en) Computer network information management system and method using intelligent software agents
US7099899B2 (en) System and method for item versioning in a content mangement system
US7475107B2 (en) System and method for managing distributed computer processes
US8056012B2 (en) Content aware workflow builder and workflow engine
US20070169103A1 (en) Method and apparatus to support continuous availability by allowing the use of multiple concurrent versions of shared artifact libraries, with proper bind-drain semantics, for long-lived process application consumers
US20070294386A1 (en) Composition Service for Autonomic Computing
US8316386B2 (en) Multiple application integration
US20050034137A1 (en) Extensible architecture for versioning APIs
EP1634235A1 (en) Universal worklist service and user interface
KR20050039550A (en) Programming interface for a computer flatform
JP2001282594A (en) Corporate work integration system and method for integrating a plurality of data sources
CN1604031A (en) Methods, systems and computer program products for creating user interface to applications using generic user interface templates
US7877695B2 (en) Tailored object
CN1585943A (en) Methods and apparatuses for presenting ordered heterogeneous information
US7032225B2 (en) Object-oriented framework for document routing service in a content management system
US7840526B1 (en) Workflow administration tools and user interfaces
US20060129601A1 (en) System, computer program product and method of collecting metadata of application programs installed on a computer system
AU2004304284A1 (en) Distributed knowledge management system
US7310643B2 (en) Automatic capture of associations between content within a content framework system
JP2005316699A (en) Content disclosure system, content disclosure method and content disclosure program

Legal Events

Date Code Title Description
AS Assignment

Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WANG, FANG-YI;YAUNG, ALAN TSU-I;REEL/FRAME:012848/0510

Effective date: 20020418

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

REMI Maintenance fee reminder mailed
AS Assignment

Owner name: TWITTER, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:INTERNATIONAL BUSINESS MACHINES CORPORATION;REEL/FRAME:032075/0404

Effective date: 20131230

FPAY Fee payment

Year of fee payment: 8

SULP Surcharge for late payment

Year of fee payment: 7

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.)

FEPP Fee payment procedure

Free format text: 11.5 YR SURCHARGE- LATE PMT W/IN 6 MO, LARGE ENTITY (ORIGINAL EVENT CODE: M1556)

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553)

Year of fee payment: 12

AS Assignment

Owner name: MORGAN STANLEY SENIOR FUNDING, INC., MARYLAND

Free format text: SECURITY INTEREST;ASSIGNOR:TWITTER, INC.;REEL/FRAME:062079/0677

Effective date: 20221027

Owner name: MORGAN STANLEY SENIOR FUNDING, INC., MARYLAND

Free format text: SECURITY INTEREST;ASSIGNOR:TWITTER, INC.;REEL/FRAME:061804/0086

Effective date: 20221027

Owner name: MORGAN STANLEY SENIOR FUNDING, INC., MARYLAND

Free format text: SECURITY INTEREST;ASSIGNOR:TWITTER, INC.;REEL/FRAME:061804/0001

Effective date: 20221027