US20040064356A1 - Workflow method and system therefor - Google Patents

Workflow method and system therefor Download PDF

Info

Publication number
US20040064356A1
US20040064356A1 US10/663,778 US66377803A US2004064356A1 US 20040064356 A1 US20040064356 A1 US 20040064356A1 US 66377803 A US66377803 A US 66377803A US 2004064356 A1 US2004064356 A1 US 2004064356A1
Authority
US
United States
Prior art keywords
business process
definition
subsystem
process definition
entrance
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.)
Abandoned
Application number
US10/663,778
Inventor
Takashi Saito
Shunsuke Akifuji
Hiroshi Tsuji
Hiroshi Majima
Tetsuji Toge
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to US10/663,778 priority Critical patent/US20040064356A1/en
Publication of US20040064356A1 publication Critical patent/US20040064356A1/en
Abandoned 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/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • 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
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • 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
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06316Sequencing of tasks or work
    • 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/206Point-of-sale [POS] network systems comprising security or operator identification provisions, e.g. password entry
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99931Database or file accessing
    • Y10S707/99939Privileged access

Definitions

  • the present invention relates to the workflow system which creates BP (business process) definitions describing the shipping routes and automates the circulation of the electronic documents by referring thereto, and in particular to the workflow method and its system which determine the destinations of the electronic documents to be delivered to a plurality of sites, by coordinating the BP definitions describing the shipping routes within the sites when the electronic documents are to be delivered to a plurality of sites.
  • BP business process
  • the electronic shipping documents are restricted to those stored in one server; it does not disclose a system to deliver the electronic documents stored in a plurality of servers.
  • the U.S. Pat. No. 4,932,026 and Japanese Patent Laid-Open 4-77030 (1992) do disclose the system to deliver the electronic documents stored in a plurality of servers, with following restrictions:
  • the business process to be defined is also large-sized, making it difficult for any person to understand it. Furthermore, there are a plurality of sites where the business process is executed, making it impossible for one person to manage all BP definitions. Thus, in large-sized workflow systems, it is preferred to make decentralized management of the BP definitions at a plurality of sites, and to-deliver the electronic documents through coordination of these management works.
  • the object of the present invention is to provide a workflow method and system therefor, which provide an effective circulation of the electronic documents, despite decentralized management of the BP definition. Namely, the object of the present invention is to provide achieve the following functions of:
  • the present invention relates to the workflow method and system therefor in the system which delivers the electronic documents to a plurality of terminals, and is characterized in that it
  • [0020] (2) moves along the shipping route, based on the BP connection data showing the connection relationship from the exit of at least one generated business process definition to the entrance of one of the local and remote business process definitions.
  • the present invention relates to the workflow method and system thereof in the system where electronic documents are delivered to the transmission line connected with a plurality of subsystems and to a plurality of terminals inside said plurality of subsystems, with a plurality of servers connected.
  • [0023] (1) generates at least one business process definitions describing the shipping route with respect to the entrance and exit of the shipping route of said electronic documents and also describing the shipping route of the terminals leading from said entrance to said exit,
  • the BP definition describing the shipping route of the electronic document is provided with the information specifying the entrance and exit for circulation, and the entrance and exit of mutually differing BP definitions are linked. Furthermore, according to the present invention, the BP definition is provided with a callout port and return port in addition to the entrance and exit, and the call-out port and entrance, and exit and return port of the mutually differing BP definitions are respectively connected.
  • BP definitions created by the user in one batch are divided to generate a plurality of connectable BP definitions, which are delivered to each management site.
  • a template of the connectable BP definition is created from the newly created BP definition, and is stored as a basis to create the next BP definitions.
  • the present invention has the BP definition provided with BP connection securities. Based on the configuration mentioned above, the present invention has the effects and following functions:
  • BP definitions created by the user in one batch are divided to generate a plurality of connectable BP definitions, which are delivered to each management site.
  • a template of the connectable BP definition is created from the newly created BP definition, and is stored as a basis to create the next BP definitions, thereby solving the problems of compatibility involved in the connection interface when connecting the BP definitions placed under decentralized management.
  • the present invention moreover, ensures security which has been a problem in connecting the BP definitions placed under decentralized management.
  • FIG. 1 is a drawing illustrating an embodiment of the configuration of the workflow system according to the present invention
  • FIG. 2 is a drawing illustrating an embodiment in the block diagram representing the workflow server according to the present invention.
  • FIG. 3 is a schematic drawing representing the connection of the BP definition used to illustrate the present embodiment
  • FIG. 4 is a schematic drawing representing the shipping control of the shipping document used to illustrate the present embodiment
  • FIG. 5 is a drawing illustrating the BP connection table as one of the BP connection data in the present embodiment
  • FIG. 6 is a drawing illustrating the security table as one of the BP connection
  • FIG. 7 is a flow chart showing the connection process in the present embodiment
  • FIG. 8 is a drawing showing the shipping document data structure in the present embodiment
  • FIG. 9 is a schematic drawing representing the connection of the BP definition used to illustrate the present embodiment.
  • FIG. 10 is a drawing illustrating the BP connection table as one of the BP connection data in the present embodiment
  • FIG. 11 is a drawing illustrating the BP return table as one of the BP connection
  • FIG. 12 is a flow chart showing the connection process in the present embodiment
  • FIG. 13 is a flow chart showing the connection process in the present embodiment
  • FIG. 14 is a drawing showing the shipping document data structure in the present embodiment
  • FIG. 15 is a drawing showing the BP definition used to illustrate the present embodiment
  • FIG. 16 is a drawing showing the BP definition used to illustrate the present embodiment
  • FIG. 17 is a drawing showing the BP definition template used to illustrate the present embodiment
  • FIG. 1 is a system configuration drawing illustrating an embodiment of the workflow system according to the present invention
  • a workflow subsystem 180
  • a server 110
  • a plurality of clients 120
  • WAN Wide Area Network
  • each workflow subsystem represents a locally decentralized business establishment such as Tokyo Office and Osaka Office.
  • each workflow subsystem represents a functional division such as Labor Section or Material Procurement Section
  • each workflow subsystem is a LAN (Local Area Network), not WAN.
  • LAN Local Area Network
  • WAN Wide Area Network
  • BP definition ( 150 ) describing the shipping route of the electronic document to be circulated in the workflow subsystem
  • Shipping document ( 160 ) being delivered in the workflow subsystem
  • FIG. 2 is a drawing related to the processing block constituting the server ( 110 ). The following describes the server ( 110 ) processing element in the first place.
  • the network control unit ( 210 ) provides communications control through the network between the clients ( 120 ) inside a workflow subsystem ( 180 ) and the sever ( 110 ) of the remote workflow subsystem ( 180 ).
  • information on the shipping document ( 160 ) and delivery conditions of the shipping document ( 160 ) is sent to the clients ( 120 ) at the request from the clients ( 120 ).
  • the shipping document ( 160 ) is sent to the remote server ( 110 ) at the request from the document management unit ( 220 ).
  • the document management unit ( 220 ) manages the shipping document ( 160 ) and the next BP location described in the BP definition ( 150 ) by associating them, and executes preprocessing to transmit the shipping document ( 160 ) to the remote server ( 110 ), by referring to the BP connection data ( 170 ).
  • the BP connection data management unit ( 230 ) and the BP definition management unit ( 240 ) manage the BP connection data ( 170 ) created by the user and the BP definition ( 150 ), respectively, and execute retrieval process at the retrieval request, thereby notifying other processing units of the retrieved result.
  • the input/output control unit ( 250 ) issues processing request to the document management unit ( 220 ), the BP connection data management unit ( 230 ) or the BP definition management unit ( 240 ), or displays on the display device ( 280 ) the processed result obtained from the document management unit ( 220 ), the BP connection data management unit ( 230 ) or the BP definition management unit ( 240 ).
  • FIG. 3 is a schematic illustration showing that the BP definition 1 ( 300 ), the BP definition 2 ( 350 ) and the BP definition 3 ( 370 ) managed independently server A, server B and server C are connected with one another.
  • the BP definition ( 150 ) is described in the data flow model, and the next BP location and the shipping route are described by the node and arc, respectively.
  • One BP definition ( 150 ) contains the entrance node and exit node, in addition to the processing node representing one process to be treated in the workflow subsystem ( 180 ) to which the BP definition managing server ( 110 ) pertains.
  • the entrance node is a node to execute process of receiving the data from other BP definitions
  • the exit node is a node to execute process of transmitting the data to other BP definitions.
  • the entrance and exit nodes are the nodes to provide compatibility with other BP definitions.
  • node 2 ( 300 ), node 3 ( 315 ) and node 4 ( 320 ) are processing nodes
  • node 1 ( 305 ) is an entrance node
  • node 5 ( 325 ) and node 6 ( 330 ) are exit nodes.
  • FIG. 4 is a schematic drawing representing the shipping document ( 169 ) delivery method in the workflow subsystem ( 180 ).
  • the document management unit ( 220 ) is provided with the IN queue ( 410 ) and OUT queue ( 420 ) to enter the shipping documents corresponding to the processing node in the BP definition.
  • the entrance node has only the OUT queue ( 420 ), while the exit node has only the IN queue ( 410 );
  • Those in charge of the work on the client ( 120 ) and application pick up the shipping document ( 160 ) from the IN queue ( 410 ) corresponding to the processing node to which they are assigned, and, after executing the process, return it to the OUT queue ( 420 ) corresponding to the processing node.
  • the document management unit ( 220 ) transfers to the IN queue ( 410 ) corresponding to the next processing node the shipping document ( 160 ) in the OUT queue ( 420 ).
  • the exit node can be linked to the entrance node of other BP definitions ( 150 ) by the BP connection data ( 170 ).
  • the document management unit ( 220 ) transfers to the server ( 110 ) managing the BP definition ( 150 ) of the next BP location the shipping document ( 160 ) of the IN queue ( 410 ) corresponding to the exit node.
  • the BP connection table ( 500 ) in FIG. 5 and security tables ( 600 and 650 ) in FIG. 6 represent an embodiment of the BP connection data ( 170 ) used to connect among the BP definition 1 ( 300 ), the BP definition 2 ( 350 ) and the BP definition 3 ( 370 ).
  • the BP connection table ( 500 ) in FIG. 5 are managed by server A, security table ( 600 ) in FIG. 6 by server B, and security tables ( 650 ) in FIG. 6 by server C.
  • the BP connection table ( 500 ) comprises the previous BP exit location ( 510 ) composed of the BP definition name ( 511 ) and the exit node name ( 512 ), and the next BP entrance location ( 520 ) composed of the BP definition name ( 521 ), the entrance node name ( 522 ) and the management server name ( 523 ); the information to link between the exit node and entrance node is stored therein.
  • the BP connection table ( 500 ) is also used to connect the BP definition ( 150 ) which is managed by the same server; in this case, the management server name ( 523 ) in the BP connection table ( 500 ) can be omitted.
  • the security tables ( 600 and 650 ) comprises the next BP definition name ( 610 ), and the previous BP exit location ( 620 ) composed of BP definition name ( 621 ) and management server ( 622 ); the information to apply security to the connection of the BP definition ( 150 ) is stored therein. According to the security table (a) ( 600 ) in FIG.
  • the BP definition 2 ( 350 ) allows the connection from the BP definition 1 ( 300 ) managed by server A, while according to the security table (b) ( 650 ), the BP definition 3 ( 370 ) allows the connection from the BP definition 1 ( 300 ) managed by server A.
  • FIG. 7 is a flowchart representing an example of processing procedures of the previous and next servers when connecting two BP definitions ( 150 ) managed by servers ( 110 ) pertaining to different workflow subsystems ( 180 ), through linkage between the entrance and exit.
  • the flowchart in FIG. 7 uses the shipping document ( 160 ) having the data structure shown in FIG. 8. That is, the shipping document ( 160 ) has two types of information; information to control the delivery of the shipping document ( 160 ) and information on shipping document itself. Information to control the delivery of the shipping document ( 160 ) contains the following data:
  • Previous BP exit location ( 810 ) comprising the server name ( 811 ), BP definition name ( 812 ) and exit node name ( 813 )
  • Next BP entrance location ( 820 ) comprising the server name ( 821 ), BP definition name ( 822 ) and entrance node name ( 823 )
  • the document management unit ( 220 ) gives to the shipping document ( 160 ) in the IN queue ( 410 ) of the exit node the BP definition ( 150 ) where the shipping document ( 160 ) is currently present and exit node name, and calls out ( 750 ) the retrieval function possessed by the BP connection data management unit ( 230 ).
  • the called-out retrieval function searches the entries of the BP connection table ( 500 ) where the BP definition name and the exit node name given as parameters have the same value as the previous BP exit location ( 510 ) ( 710 ); then the next BP entrance location ( 520 ) out of the entries of the BP connection table ( 500 ) obtained by retrieval is returned to the document management unit ( 220 ). And calls the delivery function ( 821 ) by giving the shipping document ( 800 ) as a parameter ( 725 ). The document management unit ( 220 ) sets the next BP entrance location ( 520 ) obtained from the BP connection data management unit ( 230 ) as the next BP entrance location ( 820 ) in the shipping document ( 800 ) ( 720 ). The delivery function delivers the shipping document ( 160 ) to a server ( 110 ) by referring the server name ( 821 ) in the next BP entrance location in the shipping document ( 160 ).
  • the shipping document ( 160 ) delivered from the remote server ( 110 ) is received by the network control unit ( 210 ), and calls out the start-in function of the document management unit ( 220 ) by giving that shipping document ( 160 ) as a parameter ( 735 ).
  • the start-in function takes out the BP definition name ( 811 ) and server name ( 812 ) in the previous BP location ( 810 ), and the BP definition name ( 822 ) in the next BP entrance location ( 820 ) ( 740 ). It calls out the inspection function of the BP connection data management unit ( 230 ) by giving these values as parameters ( 745 ).
  • the inspection function searches the entry of the security table ( 600 ) having the same value as the BP definition name ( 822 ) and the server name ( 811 ) given as parameters ( 750 ), and returns the flag representing the presence or absence of the corresponding entry to the document management unit ( 220 ) ( 755 ).
  • the start-in function stores the shipping document ( 160 ) given as a parameter, into the IN queue ( 410 ) held by the entrance node in the BP definition specified by the next BP entrance location ( 820 ); whereas if the inspection function has returned the flag indicating absence of the entry, connection error process is executed.
  • Embodiment 2 refers to the case of calling out a remote BP definition in the flow of a certain BP definition.
  • FIG. 9 schematically illustrates the connection between the BP definition 4 ( 900 ) and BP definition ( 950 ) which are independently managed by servers D and E.
  • the BP definition 4 ( 900 ) and BP definition ( 950 ) in FIG. 9 contain the CALL node in addition to the process node, entrance node and exit node.
  • the shipping document ( 160 ) delivered from the CALL node to the process node in the remote BP definition ( 150 ) returns to the CALL node again after having completed delivery of the shipping document ( 160 ) according to the BP definition ( 150 ) as a source of the delivery.
  • the BP definition ( 950 ) is called out of the CALL node 3 ( 915 ) of the BP definition 4 ( 900 ).
  • the BP definition ( 950 ) after the document has been delivered from the entrance node ( 955 ) up to two exit nodes ( 975 and 980 ), it is again returned to the BP definition 4 ( 900 ).
  • the shipping document from two exit nodes ( 975 and 980 ) are output from the CALL node ( 915 ); then the shipping document is delivered to the next nodes ( 920 and 925 ) in the BP definition 4 .
  • the BP connection table ( 1000 ) in FIG. 10 and BP return table ( 1100 ) in FIG. 11 represents the examples of the BP connection data ( 170 ) used to connect between the BP definition 4 ( 900 ) and BP definition ( 950 ).
  • the BP connection table ( 1000 ) in FIG. 10 and BP return table ( 1100 ) in FIG. 11 are managed by the server D.
  • the BP connection table ( 1000 ) in FIG. 10 consists of;
  • next BP entrance location ( 1020 ) comprising the BP definition name ( 1021 ), entrance node name ( 1012 ) and server name ( 1023 );
  • the CALL node 3 ( 915 ) in the BP definition 4 ( 900 ) managed by the server D is linked to the entrance node 1 ( 955 ) in the BP definition 5 managed by the server E.
  • the previous BP exit location ( 1110 ) in FIG. 11 consists of: (1) the BP return table ( 1100 ) comprising the BP definition name ( 1111 ) and CALL node name ( 1112 );
  • next BP entrance location comprising the BP definition name ( 1121 ), exit node name ( 1112 ) and server name ( 1123 );
  • FIGS. 12 and 13 are flowcharts illustrating an example of the previous server and next server processing procedures to link two BP definitions ( 150 ) managed by the servers ( 110 ) pertaining to different workflow subsystems ( 180 ) between the CALL node and the entrance node, and between the exit node and the return node, respectively.
  • the flowcharts in FIGS. 12 and 13 use the shipping document ( 160 ) having a data structure shown in FIG. 14. Namely, the shipping document ( 160 ) contains two types of information: information to control the delivery of the shipping document ( 160 ) and information on the shipping document ( 160 ) itself. Information to control the delivery of the shipping document ( 160 ) contain the following data:
  • Previous BP exit location ( 1410 ) comprising the server name ( 1411 ), BP definition name ( 1412 ) and exit node name ( 1413 )
  • Next BP entrance location ( 1420 ) comprising the server name ( 1421 ), BP definition name ( 1422 ) and entrance node name ( 1423 )
  • Previous BP call location management stack ( 1440 ) using the server name ( 1441 ), BP definition name ( 1442 ) and call node name ( 1443 ) as one stack entry
  • the document management unit ( 220 ) of the present server pushes into the stack of the previous BP call location in the shipping document ( 1400 ) the BP definition ( 150 ), CALL node name and server name where the shipping document ( 160 ) is present. Then the document management unit ( 220 ) calls out the retrieval function of the BP connection data management unit ( 230 ) by giving as parameters the BP definition name and CALL node name where the shipping document ( 160 ) is present.
  • the called retrieval function searches the entry of the BP connection table ( 1000 ) where the BP definition name and exit node name given as parameters have the same values as the BP connection data ( 170 ) ( 1020 ); then the previous BP entrance location ( 1020 ) of the BP connection table ( 1000 ) obtained by retrieval is returned to the document management unit ( 220 ).
  • the document management unit ( 220 ) sets the next BP entrance location ( 1020 ) gained from the BP connection data management unit ( 230 ) as the next BP location ( 1420 ) of the shipping document ( 1400 ) ( 1225 ), and calls out the distribution function of the network control unit ( 210 ) by giving the shipping document ( 160 ) to the parameter.
  • the distribution function sends the shipping document ( 160 ) to the corresponding server ( 110 ).
  • the start-in function of the document management unit ( 220 ) is called out by giving the shipping document ( 160 ) as a parameter ( 1240 ).
  • the start-in function takes out the next BP location ( 1420 ) from the shipping document ( 160 ) given as parameter ( 1245 ); then the shipping document ( 160 ) is stored in the IN queue ( 410 ) of the entrance node in the BP definition ( 150 ) specified by the next BP location ( 1420 ) ( 1250 ).
  • the document management unit ( 220 ) of the next server pops the previous BP call location ( 1441 , 1442 and 1443 ) from the stack of previous BP call location ( 1440 ) of the shipping document ( 1400 ), and set the previous BP call location as the next BP location ( 1420 ) of the shipping document ( 1400 ) ( 1310 ).
  • the document management unit ( 220 ) sets as the previous BP location ( 1410 ) the BP definition name ( 159 ) and exit node name where the shipping document ( 160 ) is present ( 1315 ), and calls out the distribution function of the network control unit ( 210 ) by giving the shipping document ( 160 ).
  • the network control unit ( 210 ) delivers the shipping document ( 160 ) to the server of the next BP entrance location ( 1325 ).
  • the return function takes out the next BP entrance location ( 1420 ) and the previous BP exit location ( 1410 ) from the shipping document ( 160 )given as a parameter ( 1335 ). They are given as parameters to call out the retrieval function of the BP connection data management unit ( 230 ) ( 1340 ).
  • the return retrieval function searches the entry of the BP return table ( 1100 ) to which the previous BP entrance location ( 1410 ) and the next BP exit location ( 1420 ) given as parameters are applicable ( 1345 ), thereby returning the return node name ( 1130 ) in the entry to the document management unit ( 220 ).
  • the return function places the shipping document into the IN queue ( 410 ) of the node which is specified by the return node name ( 1130 ) returned by the return retrieval function, and which is specified by the BP definition name ( 1422 ) of the next BP entrance location in the shipping document ( 1400 ) ( 1355 ).
  • Embodiments 3 and 4 illustrate how to provide support to adjust the connection interfaces.
  • Embodiment 3 shows the case where the end user creates the BP definition ( 1500 ) shown in FIG. 15 and registers it into the server ( 110 ).
  • the processing node of the BP definition ( 1500 ) shown in FIG. 15 contains the user to execute the process represented by the processing node and the name of the server for that user, in addition to the node name.
  • the BP definition management unit ( 240 ) divides the processing node under BP definition into several groups, according to the grouping rules introduced below:
  • the processing node in the BP definition ( 1500 ) shown in FIG. 15 is divided into three groups; (1) 1st group comprising node 2 ( 1510 ), node 3 ( 1515 ) and node 4 ( 1520 ),
  • the BP definition management unit ( 240 ) provides an addition of the entry node and exit node according to the grouping rules introduced below:
  • an arc has no initial node in a graph comprising the processing node pertaining to a group and the arcs coming in and out of that processing node, add the entrance node to the initial position of that arc.
  • FIG. 3 illustrated above shows three BP definitions which are gained by dividing FIG. 15. Furthermore, the BP definition management unit ( 240 ) creates the BP connection data ( 170 ) to link between the exit and entrance nodes added to connect the BP definition ( 150 ) obtaining by division.
  • FIGS. 5 and 6 show the BP connection data ( 170 ) created by the BP definition management unit ( 240 ) to connect three BP definitions after the division shown in FIG. 3.
  • the BP definition ( 180 ) created by division and the BP connection data ( 170 ) to connect them are put together for each management server to create a system document.
  • the system document is a special document used by the workflow subsystem for operation.
  • the BP definition management unit ( 240 ) gives the system document as a parameter to call out the start-in function of the document management unit ( 220 ); the document management unit ( 220 ) delivers the system document according to the setup BP definition.
  • the setup BP definition describes shipping order of system documents, and that the setup BP definition is generated while the workflow system is operated, thereby executing the work required for workflow system operation by delivering the system document according this definition.
  • system documents are created; (1) a system document comprising the BP definition 1 ( 300 ) and BP connection table ( 500 ), (2) a system document comprising the BP definition 2 ( 350 ) and the security table (a) ( 600 ) and (3) a system document comprising the BP definition 3 ( 370 ) and the security table (b) ( 650 ).
  • These system documents each are sent to servers A, B and C according to the setup BP definition.
  • the system documents sent to the remote server ( 110 ) are delivered according to the setup BP definition of that server ( 110 ); finally, the BP definition ( 150 ) and the BP connection data ( 170 ) are managed by the BP connection data management unit ( 230 ) of those servers.
  • the server ( 110 ) creates the template of the BP definition to be connected, according to that BP definition ( 150 ), and sends it to the next management server ( 110 ).
  • the end user creats the BP definition ( 110 ) based on the delivered template of the BP definition. This is illustrated in the present Embodiment.
  • the BP definition ( 900 ) shown in FIG. 16 contains a CALL node, and the BP connection table ( 1000 ) in FIG. 10 and the BP return table ( 1100 ) in FIG. 11 are set in the BP connection data ( 170 ) of this CAL1 node.
  • the BP definition management unit ( 240 ) creates the template ( 1700 ) of the BP definition as illustrated in FIG. 17 the template ( 1700 ) of the BP definition comprises only the entrance and exit nodes linked to the CALL and return nodes.
  • the BP definition name, entrance node name and exit node name are assigned with the names specified by the BP connection data ( 170 ) of FIGS. 10 and 11.
  • the BP definition management unit ( 240 ) creates a system document containing the BP definition template ( 1700 ), and gives it as a parameter to call out the start-in function of the document management unit ( 220 ).
  • the document management unit ( 220 ) delivers the system document according to the setup BP definition, and sent it to the remote server ( 110 ).
  • the remote server ( 110 ) delivers the system document according to the setup BP definition of that server ( 110 ).
  • the user creates the BP definition ( 150 ) based on the delivered template of the BP definition.
  • the created BP definition ( 150 ) is stored in the BP definition management unit ( 240 ).
  • the present invention allows a plurality of decentralized BP definitions to be connected. This permits the BP definition describing the business process of a site to be managed independently by the site, ensuring easy modification of the BP definition in conformity to the operating conditions. Furthermore, the present invention provides a support for the decentralized management of BP definitions. When the business processes over a plurality of sites are described, the present invention provides an automatic compatibility of the BP definition connecting interfaces.

Abstract

A workflow system comprising a plurality of workflow subsystems connected to a LAN (Local Area Network), these workflow subsystems being composed of servers and clients, and provides a workflow system which permits an integrated management of the definitions of the business processes placed under decentralized management, through the server managing shipping documents, BPs (Business Processes) describing shipping routes of shipping documents in the subsystem, and business process connection data to connect the BPs.

Description

    BACKGROUND OF THE INVENTION
  • 1. Field of the Invention [0001]
  • The present invention relates to the workflow system which creates BP (business process) definitions describing the shipping routes and automates the circulation of the electronic documents by referring thereto, and in particular to the workflow method and its system which determine the destinations of the electronic documents to be delivered to a plurality of sites, by coordinating the BP definitions describing the shipping routes within the sites when the electronic documents are to be delivered to a plurality of sites. [0002]
  • 2. Description of the Prior Art [0003]
  • With the progress in office automation of the clerical works in recent years, attention has been drawn to the workflow system which provides an effective circulation of electronic documents among the personnel concerned. The workflow systems supporting joint works by groups of people are disclosed in “The Nikkei Computer” (May 2, 1994, Vol. 336, pp. 57 to 67). Workflow systems are also mentioned in the U.S. Pat. No. 4,503,499 “Controlled Workflow System”, U.S. Pat. No. 4,932,026 “Apparatus for Distributing Data Processing across a Plurality of Loci of Control”, and Japanese Patent Laid-Open 4-77030 (1992) “Electronic mail circulation method and the system thereof”. According to U.S. Pat. No. 4,503,499, the electronic shipping documents are restricted to those stored in one server; it does not disclose a system to deliver the electronic documents stored in a plurality of servers. The U.S. Pat. No. 4,932,026 and Japanese Patent Laid-Open 4-77030 (1992) do disclose the system to deliver the electronic documents stored in a plurality of servers, with following restrictions: [0004]
  • (1) The shipping route must have been determined when the electronic document is created. [0005]
  • (2) To modify the shipping route in the middle, the user is required to modify the shipping route on an interactive basis, using the route editor. [0006]
  • In the prior art workflow method, the managing people of the workflow method have described the entire business process as one BP process. [0007]
  • This method has the advantages of: [0008]
  • (1) creating BP definitions featuring a high degree of completeness; and [0009]
  • (2) ensuring easy BP definition management; whereas it has the disadvantages that: [0010]
  • (1) those creating the BP definitions are required to have the entirety of the business process to be defined; and [0011]
  • (2) the BP definition managing people are different from those executing the business process described by the BP definition, failing to ensure timely maintenance of the BP definition in conformity to the execution. [0012]
  • In the large-scale workflow system, the business process to be defined is also large-sized, making it difficult for any person to understand it. Furthermore, there are a plurality of sites where the business process is executed, making it impossible for one person to manage all BP definitions. Thus, in large-sized workflow systems, it is preferred to make decentralized management of the BP definitions at a plurality of sites, and to-deliver the electronic documents through coordination of these management works. [0013]
  • SUMMARY OF THE INVENTION
  • To solve said problems, the object of the present invention is to provide a workflow method and system therefor, which provide an effective circulation of the electronic documents, despite decentralized management of the BP definition. Namely, the object of the present invention is to provide achieve the following functions of: [0014]
  • (1) ensuring circulation of the electronic documents decentralized in a plurality of sites by coordinating a plurality of BP definitions placed under decentralized management; [0015]
  • (2) ensuring the compatibility of the connection interfaces for a plurality of BP definitions placed under decentralized management when creating BP definitions; and [0016]
  • (3) providing the security function for coordination of BP definitions, thereby avoiding disturbance due to connection of illegal BP definitions. [0017]
  • To achieve these targets, the present invention relates to the workflow method and system therefor in the system which delivers the electronic documents to a plurality of terminals, and is characterized in that it [0018]
  • (1) generates at least one business process definition describing the entrance and exit of the shipping route of said electronic documents, and the shipping route for the terminals between said entrance and said exit; and [0019]
  • (2) moves along the shipping route, based on the BP connection data showing the connection relationship from the exit of at least one generated business process definition to the entrance of one of the local and remote business process definitions. [0020]
  • Furthermore, the present invention relates to the workflow method and system thereof in the system where electronic documents are delivered to the transmission line connected with a plurality of subsystems and to a plurality of terminals inside said plurality of subsystems, with a plurality of servers connected. [0021]
  • In at least two of the first and second subsystems in said subsystems, the present invention [0022]
  • (1) generates at least one business process definitions describing the shipping route with respect to the entrance and exit of the shipping route of said electronic documents and also describing the shipping route of the terminals leading from said entrance to said exit, [0023]
  • (2) stores inside said first subsystem the BP connection data to link among the business process definitions inside the first and second subsystems, and [0024]
  • (3) delivers the electronic documents from said first subsystem to the terminals inside said second subsystem, based on said BP connection data. [0025]
  • To be more specific, according to the present invention, the BP definition describing the shipping route of the electronic document is provided with the information specifying the entrance and exit for circulation, and the entrance and exit of mutually differing BP definitions are linked. Furthermore, according to the present invention, the BP definition is provided with a callout port and return port in addition to the entrance and exit, and the call-out port and entrance, and exit and return port of the mutually differing BP definitions are respectively connected. In the present invention, BP definitions created by the user in one batch are divided to generate a plurality of connectable BP definitions, which are delivered to each management site. In the present invention, furthermore, a template of the connectable BP definition is created from the newly created BP definition, and is stored as a basis to create the next BP definitions. [0026]
  • Moreover, the present invention has the BP definition provided with BP connection securities. Based on the configuration mentioned above, the present invention has the effects and following functions: [0027]
  • The entrance and exit of the BP definition are linked, and the call-out port and entrance, and exit and return port are connected respectively. Circulation of electronic documents is implemented by coordination of the BP definitions describing the business processes inside said sites placed under decentralized management in each site. Furthermore, BP definitions created by the user in one batch are divided to generate a plurality of connectable BP definitions, which are delivered to each management site. A template of the connectable BP definition is created from the newly created BP definition, and is stored as a basis to create the next BP definitions, thereby solving the problems of compatibility involved in the connection interface when connecting the BP definitions placed under decentralized management. The present invention, moreover, ensures security which has been a problem in connecting the BP definitions placed under decentralized management. [0028]
  • The foregoing and other objects, advantages, manner of operation and novel features of the present invention will be understood from the following detailed description when read in connection with the accompanying drawings.[0029]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a drawing illustrating an embodiment of the configuration of the workflow system according to the present invention; [0030]
  • FIG. 2 is a drawing illustrating an embodiment in the block diagram representing the workflow server according to the present invention; [0031]
  • FIG. 3 is a schematic drawing representing the connection of the BP definition used to illustrate the present embodiment; [0032]
  • FIG. 4 is a schematic drawing representing the shipping control of the shipping document used to illustrate the present embodiment; [0033]
  • FIG. 5 is a drawing illustrating the BP connection table as one of the BP connection data in the present embodiment; [0034]
  • FIG. 6 is a drawing illustrating the security table as one of the BP connection [0035]
  • FIG. 7 is a flow chart showing the connection process in the present embodiment; [0036]
  • FIG. 8 is a drawing showing the shipping document data structure in the present embodiment; [0037]
  • FIG. 9 is a schematic drawing representing the connection of the BP definition used to illustrate the present embodiment; [0038]
  • FIG. 10 is a drawing illustrating the BP connection table as one of the BP connection data in the present embodiment; [0039]
  • FIG. 11 is a drawing illustrating the BP return table as one of the BP connection [0040]
  • FIG. 12 is a flow chart showing the connection process in the present embodiment; [0041]
  • FIG. 13 is a flow chart showing the connection process in the present embodiment; [0042]
  • FIG. 14 is a drawing showing the shipping document data structure in the present embodiment; [0043]
  • FIG. 15 is a drawing showing the BP definition used to illustrate the present embodiment; [0044]
  • FIG. 16 is a drawing showing the BP definition used to illustrate the present embodiment; [0045]
  • FIG. 17 is a drawing showing the BP definition template used to illustrate the present embodiment;[0046]
  • DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS Embodiment 1
  • FIG. 1 is a system configuration drawing illustrating an embodiment of the workflow system according to the present invention; In the system shown in the drawing, a workflow subsystem ([0047] 180) comprising a server (110) and a plurality of clients (120) is connected to a plurality of WAN (Wide Area Network) (140). When the workflow subsystem is connected to the WAN as shown in this example, each workflow subsystem represents a locally decentralized business establishment such as Tokyo Office and Osaka Office.
  • When each workflow subsystem represents a functional division such as Labor Section or Material Procurement Section, each workflow subsystem is a LAN (Local Area Network), not WAN. Where there are a great number of clients ([0048] 120) contained in the workflow subsystem (180), a plurality of the servers (110) are used to decentralized the loads. The following three types of information are managed by the server (110) included in the workflow subsystem (180):
  • (1) BP definition ([0049] 150) describing the shipping route of the electronic document to be circulated in the workflow subsystem (2) BP connection data (170) used to connect between BP definitions (3) Shipping document (160) being delivered in the workflow subsystem
  • FIG. 2 is a drawing related to the processing block constituting the server ([0050] 110). The following describes the server (110) processing element in the first place.
  • The network control unit ([0051] 210) provides communications control through the network between the clients (120) inside a workflow subsystem (180) and the sever (110) of the remote workflow subsystem (180). In the communications with the clients (120), information on the shipping document (160) and delivery conditions of the shipping document (160) is sent to the clients (120) at the request from the clients (120). In the communications with the server (110) inside the remote work workflow subsystem (180), the shipping document (160) is sent to the remote server (110) at the request from the document management unit (220). Receiving the shipping document (160) sent from the server (110) in the remote workflow subsystem (180), it transfers it to the document management unit (220).
  • The document management unit ([0052] 220) manages the shipping document (160) and the next BP location described in the BP definition (150) by associating them, and executes preprocessing to transmit the shipping document (160) to the remote server (110), by referring to the BP connection data (170). The BP connection data management unit (230) and the BP definition management unit (240) manage the BP connection data (170) created by the user and the BP definition (150), respectively, and execute retrieval process at the retrieval request, thereby notifying other processing units of the retrieved result. Receiving input from the user via the input device (270), the input/output control unit (250) issues processing request to the document management unit (220), the BP connection data management unit (230) or the BP definition management unit (240), or displays on the display device (280) the processed result obtained from the document management unit (220), the BP connection data management unit (230) or the BP definition management unit (240).
  • The following describes the [0053] Embodiment 1 with reference to the operation example illustrated in FIG. 3: FIG. 3 is a schematic illustration showing that the BP definition 1 (300), the BP definition 2 (350) and the BP definition 3 (370) managed independently server A, server B and server C are connected with one another. In FIG. 3, the BP definition (150) is described in the data flow model, and the next BP location and the shipping route are described by the node and arc, respectively. One BP definition (150) contains the entrance node and exit node, in addition to the processing node representing one process to be treated in the workflow subsystem (180) to which the BP definition managing server (110) pertains. The entrance node is a node to execute process of receiving the data from other BP definitions, while the exit node is a node to execute process of transmitting the data to other BP definitions. The entrance and exit nodes are the nodes to provide compatibility with other BP definitions. According to the BP definition 1. for example, node 2 (300), node 3 (315) and node 4 (320) are processing nodes, and node 1 (305) is an entrance node, while node 5 (325) and node 6 (330) are exit nodes.
  • FIG. 4 is a schematic drawing representing the shipping document ([0054] 169) delivery method in the workflow subsystem (180). The document management unit (220) is provided with the IN queue (410) and OUT queue (420) to enter the shipping documents corresponding to the processing node in the BP definition. The entrance node has only the OUT queue (420), while the exit node has only the IN queue (410); Those in charge of the work on the client (120) and application pick up the shipping document (160) from the IN queue (410) corresponding to the processing node to which they are assigned, and, after executing the process, return it to the OUT queue (420) corresponding to the processing node. Referring to the BP definition (150), the document management unit (220) transfers to the IN queue (410) corresponding to the next processing node the shipping document (160) in the OUT queue (420). The exit node can be linked to the entrance node of other BP definitions (150) by the BP connection data (170). In this case, by making reference to the BP connection data (170), the document management unit (220) transfers to the server (110) managing the BP definition (150) of the next BP location the shipping document (160) of the IN queue (410) corresponding to the exit node.
  • The BP connection table ([0055] 500) in FIG. 5 and security tables (600 and 650) in FIG. 6 represent an embodiment of the BP connection data (170) used to connect among the BP definition 1 (300), the BP definition 2 (350) and the BP definition 3 (370). The BP connection table (500) in FIG. 5 are managed by server A, security table (600) in FIG. 6 by server B, and security tables (650) in FIG. 6 by server C. The BP connection table (500) comprises the previous BP exit location (510) composed of the BP definition name (511) and the exit node name (512), and the next BP entrance location (520) composed of the BP definition name (521), the entrance node name (522) and the management server name (523); the information to link between the exit node and entrance node is stored therein. The example of FIG. 5 shows that the exit node node5 (325) and node6 (330) in the BP definition 1 (300) are linked with entrance node node1 (355) in the BP definition 2 (320) and entrance node node1 (375) in the BP definition 2 (370), respectively.
  • The BP connection table ([0056] 500) is also used to connect the BP definition (150) which is managed by the same server; in this case, the management server name (523) in the BP connection table (500) can be omitted. The security tables (600 and 650) comprises the next BP definition name (610), and the previous BP exit location (620) composed of BP definition name (621) and management server (622); the information to apply security to the connection of the BP definition (150) is stored therein. According to the security table (a) (600) in FIG. 6, the BP definition 2 (350) allows the connection from the BP definition 1 (300) managed by server A, while according to the security table (b) (650), the BP definition 3 (370) allows the connection from the BP definition 1 (300) managed by server A.
  • FIG. 7 is a flowchart representing an example of processing procedures of the previous and next servers when connecting two BP definitions ([0057] 150) managed by servers (110) pertaining to different workflow subsystems (180), through linkage between the entrance and exit. The flowchart in FIG. 7 uses the shipping document (160) having the data structure shown in FIG. 8. That is, the shipping document (160) has two types of information; information to control the delivery of the shipping document (160) and information on shipping document itself. Information to control the delivery of the shipping document (160) contains the following data:
  • Previous BP exit location ([0058] 810) comprising the server name (811), BP definition name (812) and exit node name (813)
  • Next BP entrance location ([0059] 820) comprising the server name (821), BP definition name (822) and entrance node name (823)
  • The following describes the processing procedures for the previous and next servers with reference to the flowchart in FIG. 7. The document management unit ([0060] 220) gives to the shipping document (160) in the IN queue (410) of the exit node the BP definition (150) where the shipping document (160) is currently present and exit node name, and calls out (750) the retrieval function possessed by the BP connection data management unit (230). The called-out retrieval function searches the entries of the BP connection table (500) where the BP definition name and the exit node name given as parameters have the same value as the previous BP exit location (510) (710); then the next BP entrance location (520) out of the entries of the BP connection table (500) obtained by retrieval is returned to the document management unit (220). And calls the delivery function (821) by giving the shipping document (800) as a parameter (725). The document management unit (220) sets the next BP entrance location (520) obtained from the BP connection data management unit (230) as the next BP entrance location (820) in the shipping document (800) (720). The delivery function delivers the shipping document (160) to a server (110) by referring the server name (821) in the next BP entrance location in the shipping document (160).
  • The shipping document ([0061] 160) delivered from the remote server (110) is received by the network control unit (210), and calls out the start-in function of the document management unit (220) by giving that shipping document (160) as a parameter (735). From the shipping document (160) given as a parameter, the start-in function takes out the BP definition name (811) and server name (812) in the previous BP location (810), and the BP definition name (822) in the next BP entrance location (820) (740). It calls out the inspection function of the BP connection data management unit (230) by giving these values as parameters (745). The inspection function searches the entry of the security table (600) having the same value as the BP definition name (822) and the server name (811) given as parameters (750), and returns the flag representing the presence or absence of the corresponding entry to the document management unit (220) (755). When the inspection function has returned the flag indicating presence of the entry, the start-in function stores the shipping document (160) given as a parameter, into the IN queue (410) held by the entrance node in the BP definition specified by the next BP entrance location (820); whereas if the inspection function has returned the flag indicating absence of the entry, connection error process is executed.
  • Embodiment 2
  • The following describes the [0062] embodiment 2 according to the present invention with reference to the operation example illustrated in FIG. 9. Embodiment 2 refers to the case of calling out a remote BP definition in the flow of a certain BP definition. FIG. 9 schematically illustrates the connection between the BP definition 4 (900) and BP definition (950) which are independently managed by servers D and E. The BP definition 4 (900) and BP definition (950) in FIG. 9 contain the CALL node in addition to the process node, entrance node and exit node. The shipping document (160) delivered from the CALL node to the process node in the remote BP definition (150) returns to the CALL node again after having completed delivery of the shipping document (160) according to the BP definition (150) as a source of the delivery.
  • In FIG. 9, for example, the BP definition ([0063] 950) is called out of the CALL node3 (915) of the BP definition 4 (900). In the BP definition (950), after the document has been delivered from the entrance node (955) up to two exit nodes (975 and 980), it is again returned to the BP definition 4 (900). The shipping document from two exit nodes (975 and 980) are output from the CALL node (915); then the shipping document is delivered to the next nodes (920 and 925) in the BP definition 4.
  • The BP connection table ([0064] 1000) in FIG. 10 and BP return table (1100) in FIG. 11 represents the examples of the BP connection data (170) used to connect between the BP definition 4 (900) and BP definition (950). The BP connection table (1000) in FIG. 10 and BP return table (1100) in FIG. 11 are managed by the server D.
  • The BP connection table ([0065] 1000) in FIG. 10 consists of;
  • (1) the previous BP exit location ([0066] 1010) comprising the BP definition name (1011) and CALL node name (1012), and
  • (2) the next BP entrance location ([0067] 1020) comprising the BP definition name (1021), entrance node name (1012) and server name (1023);
  • and stores information to send the shipping document ([0068] 160) having reached the exit node of the BP definition (150) managed by the local server to the entrance node of the BP definition (150) managed by the server (110) inside the remote workflow subsystem (180). According to the ex(ample in FIG. 10, the CALL node3 (915) in the BP definition 4 (900) managed by the server D is linked to the entrance node1 (955) in the BP definition 5 managed by the server E.
  • The previous BP exit location ([0069] 1110) in FIG. 11 consists of: (1) the BP return table (1100) comprising the BP definition name (1111) and CALL node name (1112);
  • (2) the next BP entrance location ([0070] 1120) comprising the BP definition name (1121), exit node name (1112) and server name (1123); and
  • (3) the previous return node name ([0071] 1130);
  • and stores the information to enter the shipping document ([0072] 160).returned from the remote server (110) into the BP definition (150) return node. In the example given in FIG. 11, it stores the information that each of the shipping documents (160) returned from the node2 (975) and node3 (980) in the BP definition 5 (950) managed by server E to the node3 (915) in the BP definition 4 (900) managed by server D, is to be transmitted to the next node4 (920) and node5 (925).
  • FIGS. 12 and 13 are flowcharts illustrating an example of the previous server and next server processing procedures to link two BP definitions ([0073] 150) managed by the servers (110) pertaining to different workflow subsystems (180) between the CALL node and the entrance node, and between the exit node and the return node, respectively. The flowcharts in FIGS. 12 and 13 use the shipping document (160) having a data structure shown in FIG. 14. Namely, the shipping document (160) contains two types of information: information to control the delivery of the shipping document (160) and information on the shipping document (160) itself. Information to control the delivery of the shipping document (160) contain the following data:
  • Previous BP exit location ([0074] 1410) comprising the server name (1411), BP definition name (1412) and exit node name (1413)
  • Next BP entrance location ([0075] 1420) comprising the server name (1421), BP definition name (1422) and entrance node name (1423)
  • Previous BP call location management stack ([0076] 1440) using the server name (1441), BP definition name (1442) and call node name (1443) as one stack entry
  • The following describes the procedure to deliver the shipping document from the previous BP exit location to the next BP entrance location, with reference to the flowchart in FIG. 12: With respect to the shipping document ([0077] 160) in the IN queue (410) of the CALL node, the document management unit (220) of the present server pushes into the stack of the previous BP call location in the shipping document (1400) the BP definition (150), CALL node name and server name where the shipping document (160) is present. Then the document management unit (220) calls out the retrieval function of the BP connection data management unit (230) by giving as parameters the BP definition name and CALL node name where the shipping document (160) is present. The called retrieval function searches the entry of the BP connection table (1000) where the BP definition name and exit node name given as parameters have the same values as the BP connection data (170) (1020); then the previous BP entrance location (1020) of the BP connection table (1000) obtained by retrieval is returned to the document management unit (220).
  • The document management unit ([0078] 220) sets the next BP entrance location (1020) gained from the BP connection data management unit (230) as the next BP location (1420) of the shipping document (1400) (1225), and calls out the distribution function of the network control unit (210) by giving the shipping document (160) to the parameter. Referring to the server name (1420) of the next BP location in the shipping document (1400), the distribution function sends the shipping document (160) to the corresponding server (110).
  • After the shipping document ([0079] 160) sent from the remote server (110) is received by the network control unit (210), the start-in function of the document management unit (220) is called out by giving the shipping document (160) as a parameter (1240). The start-in function takes out the next BP location (1420) from the shipping document (160) given as parameter (1245); then the shipping document (160) is stored in the IN queue (410) of the entrance node in the BP definition (150) specified by the next BP location (1420) (1250).
  • With reference to the flowchart in FIG. 13, the following describes the procedure to return the shipping document ([0080] 160) from the next server to the previous server: The document management unit (220) of the next server pops the previous BP call location (1441, 1442 and 1443) from the stack of previous BP call location (1440) of the shipping document (1400), and set the previous BP call location as the next BP location (1420) of the shipping document (1400) (1310). Then the document management unit (220) sets as the previous BP location (1410) the BP definition name (159) and exit node name where the shipping document (160) is present (1315), and calls out the distribution function of the network control unit (210) by giving the shipping document (160).
  • Referring to the server name ([0081] 1421) of the next entrance location (1420) in the shipping document (1400) given as parameter, the network control unit (210) delivers the shipping document (160) to the server of the next BP entrance location (1325).
  • The shipping document ([0082] 160) delivered from the remote server (110) received by the network control unit (210) to call out the return function of the document management unit (220) by giving the shipping document (160) as a parameter (1330). The return function takes out the next BP entrance location (1420) and the previous BP exit location (1410) from the shipping document (160)given as a parameter (1335). They are given as parameters to call out the retrieval function of the BP connection data management unit (230) (1340). The return retrieval function searches the entry of the BP return table (1100) to which the previous BP entrance location (1410) and the next BP exit location (1420) given as parameters are applicable (1345), thereby returning the return node name (1130) in the entry to the document management unit (220). The return function places the shipping document into the IN queue (410) of the node which is specified by the return node name (1130) returned by the return retrieval function, and which is specified by the BP definition name (1422) of the next BP entrance location in the shipping document (1400) (1355).
  • Embodiment 3
  • When connecting the BP definitions created independently on a plurality of servers by a plurality of users, incompatibility problems are like to occur to the connection interfaces among the BP definitions. Embodiments 3 and 4 illustrate how to provide support to adjust the connection interfaces. [0083]
  • When an end user has created one business process as one BP definition ([0084] 150) and registered it in the server (110), the server (110) divides the BP definition (150) to create a plurality of BP definitions, which are delivered to the management server (110). The following describes this procedure as Embodiment 3. Embodiment 3 shows the case where the end user creates the BP definition (1500) shown in FIG. 15 and registers it into the server (110). The processing node of the BP definition (1500) shown in FIG. 15 contains the user to execute the process represented by the processing node and the name of the server for that user, in addition to the node name. The BP definition management unit (240) divides the processing node under BP definition into several groups, according to the grouping rules introduced below:
  • If the same server is used by those executing the process in the processing node connected by an arc, their processing nodes pertain to the same group. [0085]
  • If different servers are used by those executing the process in the processing node connected by an arc, their processing nodes pertain to different groups. [0086]
  • According to the above rule, the processing node in the BP definition ([0087] 1500) shown in FIG. 15 is divided into three groups; (1) 1st group comprising node2 (1510), node3 (1515) and node4 (1520),
  • (2) 2nd group comprising node[0088] 5 (1525) alone, and
  • (3) 3rd group comprising node[0089] 6 (1530) and node8(1540).
  • Next, to create one BP definition ([0090] 150) for each group, the BP definition management unit (240) provides an addition of the entry node and exit node according to the grouping rules introduced below:
  • If an arc has no initial node in a graph comprising the processing node pertaining to a group and the arcs coming in and out of that processing node, add the entrance node to the initial position of that arc. [0091]
  • If an arc has no terminal node in a graph comprising the processing node and the arcs coming in and out of that processing node, add the exit node to the terminal position of that arc. [0092]
  • FIG. 3 illustrated above shows three BP definitions which are gained by dividing FIG. 15. Furthermore, the BP definition management unit ([0093] 240) creates the BP connection data (170) to link between the exit and entrance nodes added to connect the BP definition (150) obtaining by division. FIGS. 5 and 6 show the BP connection data (170) created by the BP definition management unit (240) to connect three BP definitions after the division shown in FIG. 3. Lastly, the BP definition (180) created by division and the BP connection data (170) to connect them are put together for each management server to create a system document. The system document is a special document used by the workflow subsystem for operation.
  • When the BP definition management unit ([0094] 240) gives the system document as a parameter to call out the start-in function of the document management unit (220); the document management unit (220) delivers the system document according to the setup BP definition. The setup BP definition describes shipping order of system documents, and that the setup BP definition is generated while the workflow system is operated, thereby executing the work required for workflow system operation by delivering the system document according this definition. In the above example, three system documents are created; (1) a system document comprising the BP definition 1 (300) and BP connection table (500), (2) a system document comprising the BP definition 2 (350) and the security table (a) (600) and (3) a system document comprising the BP definition 3 (370) and the security table (b) (650). These system documents each are sent to servers A, B and C according to the setup BP definition. The system documents sent to the remote server (110) are delivered according to the setup BP definition of that server (110); finally, the BP definition (150) and the BP connection data (170) are managed by the BP connection data management unit (230) of those servers.
  • Embodiment 4
  • When the end user has created the BP definition ([0095] 150) including the CALL node, and has registered it into the server (110), the server (110) creates the template of the BP definition to be connected, according to that BP definition (150), and sends it to the next management server (110). In the next server, the end user creats the BP definition (110) based on the delivered template of the BP definition. This is illustrated in the present Embodiment.
  • Assume that the end user has created the BP definition ([0096] 900) shown in FIG. 16, and has registered it into the server (110). The BP definition (900) shown in FIG. 16 contains a CALL node, and the BP connection table (1000) in FIG. 10 and the BP return table (1100) in FIG. 11 are set in the BP connection data (170) of this CAL1 node. In this case, the BP definition management unit (240) creates the template (1700) of the BP definition as illustrated in FIG. 17 the template (1700) of the BP definition comprises only the entrance and exit nodes linked to the CALL and return nodes. In the template (1700) of the BP definition, the BP definition name, entrance node name and exit node name are assigned with the names specified by the BP connection data (170) of FIGS. 10 and 11.
  • Next, the BP definition management unit ([0097] 240) creates a system document containing the BP definition template (1700), and gives it as a parameter to call out the start-in function of the document management unit (220). The document management unit (220) delivers the system document according to the setup BP definition, and sent it to the remote server (110). The remote server (110) delivers the system document according to the setup BP definition of that server (110). By delivering the system document, the user creates the BP definition (150) based on the delivered template of the BP definition. The created BP definition (150) is stored in the BP definition management unit (240).
  • As discussed above, the present invention allows a plurality of decentralized BP definitions to be connected. This permits the BP definition describing the business process of a site to be managed independently by the site, ensuring easy modification of the BP definition in conformity to the operating conditions. Furthermore, the present invention provides a support for the decentralized management of BP definitions. When the business processes over a plurality of sites are described, the present invention provides an automatic compatibility of the BP definition connecting interfaces. [0098]

Claims (12)

The invention claimed is:
1. A workflow method in a system to deliver electronic documents to a plurality of terminals inside the server connected with a plurality of said terminals, comprising the steps of:
(1) generating at least one business process definition describing the entrance and exit of a shipping route of said electronic documents, and a shipping route for the terminals from said entrance to said exit; and
(2) changing the shipping route, based on business process connection data showing the connection relationship from the exit of at least one business process definition generated above to the entrance of one of the local and remote business process definitions.
2. A workflow method according to claim 1, wherein there are a plurality of said generated business process definitions, said method further comprising the steps of:
(1) setting inside the shipping route of the first business process definition a return port to which the data returns after being delivered according to the remote business process definition;
(2) moving along the shipping route, from a specified call-out port inside the shipping route based on said first business process definition, and to the shipping route based on the second business process definition;
(3) moving along the shipping route, from the shipping route based on said second business process definition to the return port of said first business process definition.
3. A workflow method according to claim 1, wherein there are a plurality of said generated business process definitions, said method further comprising the steps of:
(1) maintaining the security information for connection between delivery based on at least one business process definition (first business process definition) and that based on another business process definition receiving it; and
(2) determining, based on said connection security information, whether the delivery of electronic documents according to another business process definition is to be accepted or not, with respect to said first business process definition.
4. A workflow method according to claim 1, wherein there are a plurality of said generated business process definitions, said method further comprising the steps of:
(1) generating the first business process definition defining the entire business process; and
(2) generating at least one second business process definition to accept the delivery of electronic documents based on said first business process definition based on said first business process definition.
5. A workflow method according to claim 1, further comprising the steps of:
(1) creating a template of the connectable business process definition comprising said entrance and terminals, based on said generated business process definition; and
(2) generating a business process definition for delivery of a new electronic document, based on the template of business process definition.
6. A workflow method in a system delivering electronic documents to a plurality of subsystems connected with a plurality of terminals, a transmission line connected with said subsystem and a plurality of terminals inside a plurality of said subsystems comprising in each of at least two of first and second subsystems the steps of:
(1) generating at least one business process definition describing the entrance and exit of the shipping route of said electronic documents; and the shipping route for the terminals between said entrance and said exit; and
(2) storing inside said first subsystem the business process connection data to link among the business process definitions inside said first and second subsystems; and
(3) delivering the electronic documents from said first subsystem to the terminals inside said second subsystem, based on said business process connection data.
7. A workflow method according to claim 6, further comprising the steps of:
(1) setting inside the shipping route based on the business process definition inside said first subsystem a return port to which the data returns after being delivered to the remote business process definition;
(2) shifting the delivery of the electronic document inside said first subsystem from the specified terminal to the shipping route inside said second subsystem; and
(3) shifting the delivery to the return port terminal inside said first subsystem after delivery inside said second subsystem.
8. A workflow method according to claim 6, further comprising the steps of:
(1) storing inside said first subsystem the connection security information on the delivery of said second subsystem received by said first subsystem; and
(2) determining, based on said connection security information, whether or not said first subsystem should accept the delivery of electronic documents from said second subsystem.
9. A workflow method according to claim 6, further comprising the steps of:
(1) generating in said first subsystem the first business process definition defining the entire business process; and
(2) generating at least in said second subsystem, based on said first business process definition, a plurality of second business process definitions connected to each other, said second business process definitions being delivered from said first business process definition.
10. A workflow method according to claim 6, further comprising the steps of:
(1) creating in said first subsystem, based on said generated at least one business process definition, a template of the connectable business process definition comprising said entrance and exit terminals; and
(2) generating in said second subsystem a new business process definition for delivery of electronic documents based on said template.
11. A workflow system for delivery of electronic documents to a plurality of said terminals inside the subsystem connected with a plurality of terminals comprising:
(1) means of generating at least one business process definition describing the terminal serving as an entrance of said electronic document shipping route, the terminal serving as an exit thereof, and the shipping route for the terminals from said entrance and exit; and
(2) a means for delivering said electronic document from said entrance terminal to said exit terminal based on said generated business process definition.
12. A workflow system for delivery of electronic documents to a plurality of terminals comprising;
(1) a plurality of subsystems connected with a plurality of terminals; and
(2) a transmission line connected with said subsystem;
further comprising in each of at least two of first and second subsystems:
(1) means for generating at least one business process definition describing the terminal serving as an entrance of said electronic document shipping route, the terminal serving as an exit thereof, and the shipping route for the terminals from said entrance terminal and exit terminal; and
(2) means for storing inside said first subsystem the business process connection data to link among the business process definitions inside said first and second subsystems; and
(3) a means for delivering the electronic document from said first subsystem to the terminals inside said second subsystem based on said business process connection data.
US10/663,778 1994-10-26 2003-09-17 Workflow method and system therefor Abandoned US20040064356A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/663,778 US20040064356A1 (en) 1994-10-26 2003-09-17 Workflow method and system therefor

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP6-262208 1994-10-26
JP6262208A JPH08123744A (en) 1994-10-26 1994-10-26 Work flow system
US08/546,912 US5867824A (en) 1994-10-26 1995-10-23 Workflow method and system therefor
US09/232,495 US6032124A (en) 1994-10-26 1999-01-15 Workflow method and system therefor
US48202600A 2000-01-13 2000-01-13
US10/663,778 US20040064356A1 (en) 1994-10-26 2003-09-17 Workflow method and system therefor

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US48202600A Continuation 1994-10-26 2000-01-13

Publications (1)

Publication Number Publication Date
US20040064356A1 true US20040064356A1 (en) 2004-04-01

Family

ID=17372584

Family Applications (3)

Application Number Title Priority Date Filing Date
US08/546,912 Expired - Fee Related US5867824A (en) 1994-10-26 1995-10-23 Workflow method and system therefor
US09/232,495 Expired - Fee Related US6032124A (en) 1994-10-26 1999-01-15 Workflow method and system therefor
US10/663,778 Abandoned US20040064356A1 (en) 1994-10-26 2003-09-17 Workflow method and system therefor

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US08/546,912 Expired - Fee Related US5867824A (en) 1994-10-26 1995-10-23 Workflow method and system therefor
US09/232,495 Expired - Fee Related US6032124A (en) 1994-10-26 1999-01-15 Workflow method and system therefor

Country Status (2)

Country Link
US (3) US5867824A (en)
JP (1) JPH08123744A (en)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020129135A1 (en) * 2000-12-22 2002-09-12 Delany Shawn P. Determining group membership
US20020138543A1 (en) * 2000-12-22 2002-09-26 Teng Joan C. Workflows with associated processes
US20020143865A1 (en) * 2000-12-22 2002-10-03 Tung Loo Elise Y. Servicing functions that require communication between multiple servers
US20020143943A1 (en) * 2000-12-22 2002-10-03 Chi-Cheng Lee Support for multiple data stores
US20020152254A1 (en) * 2000-12-22 2002-10-17 Teng Joan C. Template based workflow definition
US20020156879A1 (en) * 2000-12-22 2002-10-24 Delany Shawn P. Policies for modifying group membership
US20020166049A1 (en) * 2000-12-22 2002-11-07 Sinn Richard P. Obtaining and maintaining real time certificate status
US20030105862A1 (en) * 2001-11-30 2003-06-05 Villavicencio Francisco J. Impersonation in an access system
US20030217101A1 (en) * 2002-05-15 2003-11-20 Sinn Richard P. Provisioning bridge server
US20030217127A1 (en) * 2002-05-15 2003-11-20 Richard P. Sinn Employing job code attributes in provisioning
US20060195575A1 (en) * 2000-12-22 2006-08-31 Oracle International Corporation Determining a user's groups
US20070047014A1 (en) * 2005-08-25 2007-03-01 Konica Minolta Business Technologies, Inc. Document management device and document management method
US20070047013A1 (en) * 2005-08-25 2007-03-01 Konica Minolta Business Technologies, Inc. Document management device and document management method
US7802174B2 (en) 2000-12-22 2010-09-21 Oracle International Corporation Domain based workflows
US7882132B2 (en) 2003-10-09 2011-02-01 Oracle International Corporation Support for RDBMS in LDAP system
US7904487B2 (en) 2003-10-09 2011-03-08 Oracle International Corporation Translating data access requests
US8015600B2 (en) 2000-12-22 2011-09-06 Oracle International Corporation Employing electronic certificate workflows
US20160140464A1 (en) * 2013-07-12 2016-05-19 Mizuho Information & Research Institute, Inc. Event assistance device and event assistance method
US10353741B2 (en) 2015-12-03 2019-07-16 Fujitsu Limited Load distribution of workflow execution request among distributed servers

Families Citing this family (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08106442A (en) * 1994-10-03 1996-04-23 Hitachi Ltd Image data transfer system and method therefor
JPH08190587A (en) * 1995-01-06 1996-07-23 Hitachi Ltd Simulation system for application process
US6272672B1 (en) * 1995-09-06 2001-08-07 Melvin E. Conway Dataflow processing with events
JPH10105623A (en) * 1996-09-27 1998-04-24 Hitachi Ltd Hierarchical work flow management method and work flow document circulation method
US6041306A (en) * 1996-12-05 2000-03-21 Hewlett-Packard Company System and method for performing flexible workflow process execution in a distributed workflow management system
GB9702458D0 (en) * 1997-02-06 1997-03-26 British Telecomm Adaptive distributed information network
JPH10320490A (en) * 1997-05-21 1998-12-04 Hitachi Ltd Multiple workflows management system
US5978836A (en) 1997-07-28 1999-11-02 Solectron Corporation Workflow systems and methods
US7546346B2 (en) * 1997-07-28 2009-06-09 Juniper Networks, Inc. Workflow systems and methods for project management and information management
JP3635364B2 (en) * 1997-08-20 2005-04-06 富士通株式会社 Document management system and server computer
JP3581779B2 (en) * 1997-11-28 2004-10-27 株式会社日立製作所 Multi-server workflow system
US6144942A (en) * 1998-04-28 2000-11-07 Micron Electronics, Inc. Method for notifying an individual of a previously scheduled event
US6430538B1 (en) 1998-04-30 2002-08-06 Enterworks Workflow management system, method and medium with personal subflows
US6442563B1 (en) * 1998-04-30 2002-08-27 Enterworks Workflow management system, method, and medium that morphs work items
JP2000040104A (en) 1998-07-23 2000-02-08 Hitachi Ltd Workflow management method
JP2000293447A (en) 1999-04-08 2000-10-20 Hitachi Ltd Virtual work flow managing method
US6519578B1 (en) 1999-08-09 2003-02-11 Mindflow Technologies, Inc. System and method for processing knowledge items of a knowledge warehouse
US6629096B1 (en) 1999-08-09 2003-09-30 Mindflow Technologies, Inc. System and method for performing a mindflow process
US7150000B1 (en) 1999-08-17 2006-12-12 Nash Controlware, Inc. Component development with autonomous and compiled components to implement and consume services with components operate in edit and run mode
US7020618B1 (en) * 1999-10-25 2006-03-28 Ward Richard E Method and system for customer service process management
JP2001216143A (en) * 2000-02-02 2001-08-10 Hitachi Ltd Cooperation method for integrating application
US7516137B1 (en) * 2000-03-21 2009-04-07 Arrayworks Inc. System and method for dynamic management of business processes
US6571246B1 (en) * 2000-03-22 2003-05-27 Ipac Acquisition Subsidiary I, Llc Automatic data collection and workflow management in a business process
US7503033B2 (en) * 2000-04-28 2009-03-10 Microsoft Corporation Model for business workflow processes
US7467371B1 (en) * 2000-04-28 2008-12-16 Microsoft Corporation Binding for business workflow processes
AU2001268167A1 (en) * 2000-06-02 2001-12-11 First To File, Inc. Computer-implemented method for securing intellectual property
US7231356B1 (en) 2000-07-10 2007-06-12 The United States Of America As Represented By The Secretary Of The Navy Operating plan for machinery
US7533033B1 (en) * 2000-09-08 2009-05-12 International Business Machines Corporation Build and operate program process framework and execution
DE10051130A1 (en) * 2000-10-16 2002-04-18 Phoenix Contact Gmbh & Co Control of distributed processes using networked control system, involves centrally controlling number of distributed processes, where the control system can be readily adapted for future changes
US20020055963A1 (en) * 2000-11-06 2002-05-09 Yasuhiko Kanemasa Data interchange system, data interchange instrument and method thereof
US20020065677A1 (en) * 2000-11-27 2002-05-30 First To File, Inc. Computer implemented method of managing information disclosure statements
US20020111824A1 (en) * 2000-11-27 2002-08-15 First To File, Inc. Method of defining workflow rules for managing intellectual property
US20020065676A1 (en) * 2000-11-27 2002-05-30 First To File, Inc. Computer implemented method of generating information disclosure statements
US20020065675A1 (en) * 2000-11-27 2002-05-30 Grainger Jeffry J. Computer implemented method of managing information disclosure statements
US20020072920A1 (en) * 2000-12-07 2002-06-13 Jeffry Grainger Computer implemented method of generating information disclosure statements
US20020111953A1 (en) * 2000-11-27 2002-08-15 First To File, Inc. Docketing system
US7653566B2 (en) * 2000-11-30 2010-01-26 Handysoft Global Corporation Systems and methods for automating a process of business decision making and workflow
US7349912B2 (en) 2000-12-22 2008-03-25 Oracle International Corporation Runtime modification of entries in an identity system
US7380008B2 (en) 2000-12-22 2008-05-27 Oracle International Corporation Proxy system
US8725549B2 (en) * 2001-08-13 2014-05-13 Geologics Corporation System and business method for work-flow review and management
US20030115115A1 (en) * 2001-08-25 2003-06-19 Ouchi Norman Ken Private exchange catalog system and methods
US20030078820A1 (en) * 2001-10-19 2003-04-24 Ouchi Norman Ken Object based workflow route
US20040006594A1 (en) * 2001-11-27 2004-01-08 Ftf Technologies Inc. Data access control techniques using roles and permissions
US20030154154A1 (en) * 2002-01-30 2003-08-14 Mehmet Sayal Trading partner conversation management method and system
US6687557B2 (en) 2002-02-19 2004-02-03 Norman Ken Ouchi Consolidated component catalog
US20030236838A1 (en) * 2002-04-09 2003-12-25 Ouchi Norman Ken Shared and private node workflow system
US20040078105A1 (en) * 2002-09-03 2004-04-22 Charles Moon System and method for workflow process management
US6819965B2 (en) 2002-09-09 2004-11-16 Kimball International, Inc. Electronic work instruction object oriented system and method
US7155700B1 (en) 2002-11-26 2006-12-26 Unisys Corporation Computer program having an object module and a software project definition module which customize tasks in phases of a project represented by a linked object structure
US7174348B1 (en) 2002-11-26 2007-02-06 Unisys Corporation Computer program having an object module and a software development tool integration module which automatically interlink artifacts generated in different phases of a software project
US7159206B1 (en) 2002-11-26 2007-01-02 Unisys Corporation Automated process execution for project management
JP4470384B2 (en) 2003-03-25 2010-06-02 富士ゼロックス株式会社 Information processing apparatus, job processing apparatus, instruction data creation apparatus, and signature proxy apparatus
JP2004288112A (en) 2003-03-25 2004-10-14 Fuji Xerox Co Ltd Information processing device and method
JP2004288091A (en) 2003-03-25 2004-10-14 Fuji Xerox Co Ltd Information processing device and method
JP4228777B2 (en) * 2003-05-21 2009-02-25 株式会社日立製作所 Branch flow control system
US7370333B2 (en) * 2003-06-02 2008-05-06 Microsoft Corporation Efficient processing of a convoy workflow scenario in a message driven process
US20050010463A1 (en) * 2003-07-09 2005-01-13 Joseph Du Project management method and information integration system
US7340447B2 (en) * 2003-10-09 2008-03-04 Oracle International Corporation Partitioning data access requests
JP4676784B2 (en) * 2004-03-02 2011-04-27 株式会社リコー Process management apparatus, process management method, and process management program
US7594183B2 (en) * 2004-08-12 2009-09-22 International Business Machines Corporation Capturing a workflow
US7614049B2 (en) * 2004-08-24 2009-11-03 International Business Machines Corporation Autonomic installation and configuration of an enterprise business process on-demand
US7630974B2 (en) 2004-09-28 2009-12-08 Oracle International Corporation Multi-language support for enterprise identity and access management
US8375372B2 (en) 2005-02-23 2013-02-12 International Business Machines Corporation Business process execution language program simulation
US7418306B2 (en) * 2005-02-28 2008-08-26 Microsoft Corporation Framework for managing process including sequential actions
US20070129976A1 (en) * 2005-08-04 2007-06-07 Prolify Ltd. Apparatus and methods for process and project management and control
JP5049807B2 (en) * 2007-02-21 2012-10-17 キヤノン株式会社 Method and flow processing apparatus for executing a service on a network
US20090307651A1 (en) * 2008-06-05 2009-12-10 Shanmugam Senthil Computing Platform for Structured Data Processing
KR101404649B1 (en) * 2012-05-22 2014-06-09 서울여자대학교 산학협력단 Integration resource management system for managing biological research resources, managing method thereof and computer readable recording medium
US20210136012A1 (en) 2019-10-30 2021-05-06 Amazon Technologies, Inc. Extensible framework for constructing goal driven autonomous workflows
US11498654B2 (en) * 2020-05-18 2022-11-15 The Boeing Company Automated system and method for preparing a mandrel for use in composite stringer manufacturing

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4503499A (en) * 1982-09-14 1985-03-05 Eaton Corporation Controlled work flow system
US4932026A (en) * 1986-12-19 1990-06-05 Wang Laboratories, Inc. Apparatus for distributing data processing across a plurality of loci of control
US5058008A (en) * 1989-10-03 1991-10-15 Pitney Bowes Inc. Mail system with personalized training for users
US5301320A (en) * 1991-06-28 1994-04-05 Digital Equipment Corporation Workflow management and control system
US5317683A (en) * 1990-09-10 1994-05-31 International Business Machines Corporation Method and apparatus for automated meeting agenda generation in a data processing system
US5893074A (en) * 1996-01-29 1999-04-06 California Institute Of Technology Network based task management
US5930512A (en) * 1996-10-18 1999-07-27 International Business Machines Corporation Method and apparatus for building and running workflow process models using a hypertext markup language
US6002396A (en) * 1993-10-27 1999-12-14 Davies; Trevor Bryan System and method for defining a process structure for performing a task
US6023572A (en) * 1998-05-12 2000-02-08 Unisys Corporation Computer based system and method for modeling activities of people in an organization
US6044205A (en) * 1996-02-29 2000-03-28 Intermind Corporation Communications system for transferring information between memories according to processes transferred with the information
US6101508A (en) * 1997-08-01 2000-08-08 Hewlett-Packard Company Clustered file management for network resources
US6411698B1 (en) * 1997-07-21 2002-06-25 Mci Communication Corporation System and method for communication between a telephone data repository and downstream data processing applications

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0477030A (en) * 1990-07-16 1992-03-11 Fujitsu Ltd Electronic mail circulation method and electronic mail circulation system
JPH09501517A (en) * 1993-02-08 1997-02-10 アクション・テクノロジーズ・インコーポレーテッド Method and apparatus for managing business processes

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4503499A (en) * 1982-09-14 1985-03-05 Eaton Corporation Controlled work flow system
US4932026A (en) * 1986-12-19 1990-06-05 Wang Laboratories, Inc. Apparatus for distributing data processing across a plurality of loci of control
US5058008A (en) * 1989-10-03 1991-10-15 Pitney Bowes Inc. Mail system with personalized training for users
US5317683A (en) * 1990-09-10 1994-05-31 International Business Machines Corporation Method and apparatus for automated meeting agenda generation in a data processing system
US5301320A (en) * 1991-06-28 1994-04-05 Digital Equipment Corporation Workflow management and control system
US6002396A (en) * 1993-10-27 1999-12-14 Davies; Trevor Bryan System and method for defining a process structure for performing a task
US5893074A (en) * 1996-01-29 1999-04-06 California Institute Of Technology Network based task management
US6044205A (en) * 1996-02-29 2000-03-28 Intermind Corporation Communications system for transferring information between memories according to processes transferred with the information
US5930512A (en) * 1996-10-18 1999-07-27 International Business Machines Corporation Method and apparatus for building and running workflow process models using a hypertext markup language
US6411698B1 (en) * 1997-07-21 2002-06-25 Mci Communication Corporation System and method for communication between a telephone data repository and downstream data processing applications
US6101508A (en) * 1997-08-01 2000-08-08 Hewlett-Packard Company Clustered file management for network resources
US6023572A (en) * 1998-05-12 2000-02-08 Unisys Corporation Computer based system and method for modeling activities of people in an organization

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020166049A1 (en) * 2000-12-22 2002-11-07 Sinn Richard P. Obtaining and maintaining real time certificate status
US9235649B2 (en) 2000-12-22 2016-01-12 Oracle International Corporation Domain based workflows
US20020143865A1 (en) * 2000-12-22 2002-10-03 Tung Loo Elise Y. Servicing functions that require communication between multiple servers
US20020143943A1 (en) * 2000-12-22 2002-10-03 Chi-Cheng Lee Support for multiple data stores
US20020152254A1 (en) * 2000-12-22 2002-10-17 Teng Joan C. Template based workflow definition
US20020156879A1 (en) * 2000-12-22 2002-10-24 Delany Shawn P. Policies for modifying group membership
US20020138543A1 (en) * 2000-12-22 2002-09-26 Teng Joan C. Workflows with associated processes
US20020129135A1 (en) * 2000-12-22 2002-09-12 Delany Shawn P. Determining group membership
US7711818B2 (en) 2000-12-22 2010-05-04 Oracle International Corporation Support for multiple data stores
US8015600B2 (en) 2000-12-22 2011-09-06 Oracle International Corporation Employing electronic certificate workflows
US20060195575A1 (en) * 2000-12-22 2006-08-31 Oracle International Corporation Determining a user's groups
US7937655B2 (en) * 2000-12-22 2011-05-03 Oracle International Corporation Workflows with associated processes
US20110055673A1 (en) * 2000-12-22 2011-03-03 Oracle International Corporation Domain based workflows
US7802174B2 (en) 2000-12-22 2010-09-21 Oracle International Corporation Domain based workflows
US7673047B2 (en) 2000-12-22 2010-03-02 Oracle International Corporation Determining a user's groups
US20030105862A1 (en) * 2001-11-30 2003-06-05 Villavicencio Francisco J. Impersonation in an access system
US7765298B2 (en) 2001-11-30 2010-07-27 Oracle International Corporation Impersonation in an access system
US20030217127A1 (en) * 2002-05-15 2003-11-20 Richard P. Sinn Employing job code attributes in provisioning
US20070245349A1 (en) * 2002-05-15 2007-10-18 Oracle International Corporation Method and apparatus for provisioning tasks using a provisioning bridge server
US7840658B2 (en) 2002-05-15 2010-11-23 Oracle International Corporation Employing job code attributes in provisioning
US20030217101A1 (en) * 2002-05-15 2003-11-20 Sinn Richard P. Provisioning bridge server
US7882132B2 (en) 2003-10-09 2011-02-01 Oracle International Corporation Support for RDBMS in LDAP system
US7904487B2 (en) 2003-10-09 2011-03-08 Oracle International Corporation Translating data access requests
US20070047014A1 (en) * 2005-08-25 2007-03-01 Konica Minolta Business Technologies, Inc. Document management device and document management method
US8074164B2 (en) * 2005-08-25 2011-12-06 Konica Minolta Business Technologies, Inc. Document management device and document management method
US8095868B2 (en) * 2005-08-25 2012-01-10 Konica Minolta Business Technologies, Inc. Document management device and document management method
US20070047013A1 (en) * 2005-08-25 2007-03-01 Konica Minolta Business Technologies, Inc. Document management device and document management method
US20160140464A1 (en) * 2013-07-12 2016-05-19 Mizuho Information & Research Institute, Inc. Event assistance device and event assistance method
US10353741B2 (en) 2015-12-03 2019-07-16 Fujitsu Limited Load distribution of workflow execution request among distributed servers

Also Published As

Publication number Publication date
JPH08123744A (en) 1996-05-17
US6032124A (en) 2000-02-29
US5867824A (en) 1999-02-02

Similar Documents

Publication Publication Date Title
US5867824A (en) Workflow method and system therefor
US7010602B2 (en) Multilevel queuing system for distributing tasks in an enterprise-wide work flow automation
US8166185B2 (en) System and method for enterprise software distribution
EP0820203A2 (en) Method and apparatus for providing an efficient use of telecommunication network resources
EP0481784A2 (en) Form automation system
WO1992022870A1 (en) Method and system for revising data in a distributed data communication system
EP0919912B1 (en) Multiserver workflow system
US6725221B2 (en) Image data transfer method and system therefor
CN1239252A (en) Publish and subscribe data processing apparatus, method and computer program product with use of stream to distribute administrative and configuration information
Malville et al. Task allocation: A group self-design approach
US6226633B1 (en) Method of forming a user interface for a telecommunications exchange
JPH09185655A (en) System and method for managing work flow
EP0375456A2 (en) Method for managing an electronic mail basket service
KR20220008051A (en) Integrated platform including scenario
JP2004326598A (en) Workflow system
KR100233825B1 (en) Method and apparatus of user event control
JPH11219401A (en) Method for processing electronic document in work flow support system
Böhm et al. Workflow management as teleservice
US20040261014A1 (en) Case editing system and method
Eu et al. A new performance estimation technique for digital transmission systems using a single parity check code
JP2000194614A (en) Inter-terminal interlocking system
Martinez et al. Automated document distribution using AI based workstations and knowledge based servers
Galloway et al. Zenith-100 Microcomputer Network for Air Command and Staff College.
JP2000029934A (en) Device for preparing maintenance patrol chart
GB2430054A (en) Data handling system for the transmission of messages

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION