JP2004046826A - Information processing system, and work support method for the system - Google Patents

Information processing system, and work support method for the system Download PDF

Info

Publication number
JP2004046826A
JP2004046826A JP2003161568A JP2003161568A JP2004046826A JP 2004046826 A JP2004046826 A JP 2004046826A JP 2003161568 A JP2003161568 A JP 2003161568A JP 2003161568 A JP2003161568 A JP 2003161568A JP 2004046826 A JP2004046826 A JP 2004046826A
Authority
JP
Japan
Prior art keywords
information
work
processing
charge
folder
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.)
Pending
Application number
JP2003161568A
Other languages
Japanese (ja)
Inventor
Toshiya Ohashi
大橋　俊也
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.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co 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 Fuji Xerox Co Ltd filed Critical Fuji Xerox Co Ltd
Priority to JP2003161568A priority Critical patent/JP2004046826A/en
Publication of JP2004046826A publication Critical patent/JP2004046826A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Storage Device Security (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information processing system for flexibly corresponding to the change of a person in charge of a work, etc., and also setting security with respect to information being a work result. <P>SOLUTION: Processing results in respective work steps are stored in actual information storage parts 127a-127n. The work steps are identified based on information for grasping work progress status. Access right information storage parts 122, 123 store information of an access right with respect to the information in the work steps. A person-in-charge information storage part 15 stores person-in-charge information to identify the person in charge to process the respective work steps. An access request determining means 113 determines whether or not an access request to work object information from the person in charge of each work step is permitted by referring to access right information in the access right information storage part. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
この発明は、情報を媒介にして連携する複数の作業段階からなる作業について、複数の作業段階の順序と、各作業段階の処理内容を定め、各作業段階の間での情報の受け渡しなど、作業の処理を支援する情報処理システム、すなわち、いわゆるワークフローシステムおよびこのシステムにおける作業支援方法に関する。
【０００２】
【従来の技術】
従来から、業務処理の効率化を図るために、コンピュータによる、いわゆるオフィスオートメーション化が提案されている。しかし、従来は、業務処理においては、個々の作業処理自体についての自動化が行われているだけであった。つまり、作業間の連携の部分については、従来のオフィスオートメーションでは考慮されていなかった。
【０００３】
この作業間の連携部分を自動化して業務処理のトータルな効率化や迅速化を図ろうとするものとして、ワークフロー・オートメーションが提案されている。ワークフロー・オートメーションにおいては、作業対象となる情報を媒介にして連携する複数の作業段階をワークフローと呼び、このワークフローを自動化するための支援システムはワークフローシステムと呼ばれる。
【０００４】
ワークフローシステムは、ネットワーク化された分散処理環境などの処理環境において、業務処理における複数のユーザ間の情報の受け渡しと、情報を受けてから次の作業段階に渡すまでの間に処理すべき作業などのルールを、予め設計、定義することにより業務処理を自動化するシステムである。
【０００５】
このワークフローシステムは、次のような処理機能で構成される。
▲１▼務処理の流れ、各業務におけるルールを定義するための編集機能
▲２▼ンプレート（定義されたワークフロー）を管理する機能
▲３▼処理すべき情報が配達されたことをユーザに知らせる通知機能
▲４▼配達された情報を管理するデータベース機能
▲５▼設定された業務の流れ、ルールに従って情報を次の作業段階に渡すルーティング機能
▲６▼作業の状況を管理するための進捗管理機能
▲７▼実行中のワークフローの維持管理を行なうためのシステム管理機能
このワークフローシステムの概要は、日経ＢＰ社発行の雑誌「日経情報ストラテジー」　１９９３年８月号、マイケル・Ｄ・カーン、安田誠寄稿、「ワークフロー管理技術とその可能性」Ｐ１２３〜Ｐ１３０に記載されている。
【０００６】
しかし、ここで述べられている業務処理の流れにおいては、作業者の作業内容の権限については述べられていない。また、各作業段階の担当者に配布する作業処理に必要な情報の管理方法についても述べられていない。
【０００７】
ところで、例えば、従来の図面作成業務では、図面の作成、修正、承認の複数の作業段階が存在しており、図面をファイルとして扱い、この図面ファイルについて、ユーザ（作業者）毎にアクセス権（参照、更新、追加、削除、権利変更）を定めて管理している。各作業段階では、作業者の作業内容が規定されているため、これをワークフローに応用することが可能である。
【０００８】
また、従来から、複数の様々な種類のデータを一つの論理的なフォルダーに挟み込み、このフォルダーにより一括して様々なデータを渡すようにすることが知られている。このフォルダーに関する一般的な記述が、日経ＢＰ社発行の雑誌「日経コンピュータグラフィックス」　１９９２年１０月号、「設計環境に革命をもたらすＰＤＭ」Ｐ７０〜Ｐ８５に記載されている。
【０００９】
このフォルダーの概念はワークフローに適用することが可能である。その場合には、ワークフローにおいては、業務に関連する複数の文書、図面、データ等の情報への参照ポインターをフォルダーに登録し、それをあらかじめ定義した業務フローに沿って回覧する。これは、従来、電子メールとファイリングシステムを用いてユーザの運用により実現されていたものを自動化するものである。ユーザは、フォルダーから必要な情報を取り出し、参照、更新を行なうことができる。
【００１０】
【発明が解決しようとする課題】
前述したように、フォルダーの概念をワークフローシステムに適用して、作業段階の移行の際の担当者に与えられる作業処理に必要な情報や、作業処理結果の情報を、このフォルダーに登録して授受することが考えられる。この場合に、各作業段階の担当者に送る情報は、作業段階の遷移に従って変化するが、この変化する情報に柔軟に対応できる情報管理方式の構築が望まれる。
【００１１】
しかし、従来の図面作成業務処理などにおいては、当該情報をファイル管理システムにより別個に管理しており、例えば、やり直しの作業が必要な場合が生じたときに、どの情報をフォルダーに登録して、やり直しの作業段階に渡すかを決定することは容易ではない。
【００１２】
また、上記のようにフォルダーにより、必要な情報のやり取りを行なう場合、当該フォルダー内の情報に対するセキュリティーを設定できなければ、安全なシステムを構築することはできない。
【００１３】
例えば、前述した図面作成業務の場合において、作業段階「図面の修正」と作業段階「図面の承認」との間に、作業段階「コスト計算書の作成」を設けた場合に、作業段階「図面の承認」での判定の結果が「否」であれば、作業段階「図面の作成」あるいは作業段階「図面の修正」に戻って作業のやり直しが必要となる。このとき、作業段階「コスト計算書の作成」でフォルダーに追加されたコスト計算書の内容は、作業段階「図面の作成」あるいは作業段階「図面の修正」の担当者には、秘密の情報を含む場合があり、作業段階「図面の作成」あるいは作業段階「図面の修正」の担当者にやり直しの処理を行なわせる場合に、コスト計算書のセキュリティーが確保できる必要がある。
【００１４】
この発明は、以上の点にかんがみ、作業担当者とやり取りする情報の管理が容易であると共に、作業結果の情報に対するセキュリティーを設定できる情報処理システムを提供することを目的とする。
【００１５】
【課題を解決するための手段】
上記課題を解決するため、この発明による情報処理システムは、後述の実施例の参照符号を対応させると、
情報を媒介にして連携する複数の作業段階からなる作業について、前記複数の作業段階の順序と、各作業段階の処理内容を定めて、前記作業の処理を支援する情報処理システムであって、前記作業の進行状況を把握するための情報から、作業段階を識別するための作業段階識別情報を記憶する作業段階識別情報記憶部（１１）と、各作業段階での処理結果を記憶する実体情報記憶部（１２７ａ〜１２７ｎ）と、各作業段階での処理結果の情報のそれぞれについて、それがいずれの作業段階の処理結果であり、かつ、何回目の処理であるかを示す情報と対応を付けて管理する構成情報管理手段（１１５）と、所定の作業段階に対するやり直しの指示があったとき、当該指示された作業段階の作業担当者に、前記構成情報管理手段での管理情報に基づいて、必要な情報を与える情報転送手段（１２、１３）とを備えることを特徴とする。
【００１６】
【作用】
上記の構成の、この発明の情報処理システムにおいては、所定の作業段階に対して、やり直しの指示があったときには、判別手段で、作業の進行状況を把握するための情報と、作業段階識別情報記憶部の作業段階識別情報とからいずれの作業段階からやり直しの指示が発生したかが判別される。
【００１７】
管理手段は、このやり直しの指示を発生させた作業段階から、やり直し指示された作業段階に転送する作業に必要な実体情報を、参照情報に基づいて探知する。情報転送手段は、この参照情報により探知された実体情報を、当該やり直し指示された作業段階に転送する。
【００１８】
このやり直しの作業結果の実体情報は、何回目の処理であるかを示す情報を含む参照情報と対応付けられて管理される。したがって、同じ作業段階の処理結果であっても、それが何回目の処理結果であることが分かり、例えば繰り返してやり直しの指示がなされた場合においても、直前の回の処理結果についてやり直しの処理を行なうことができるようになる。
【００１９】
また、情報転送手段は、構成情報管理手段の管理情報から、当該やり直しの作業段階に対して秘密にしたい情報は除いて必要な情報を選定して、当該作業段階に転送することができる。例えばやり直し指示が発生した作業段階Ａの処理結果をやり直しの作業段階Ｂに渡す場合、やり直し指示が発生した作業段階Ａには、やり直しの作業段階Ｂには含まれていなかった実体情報が含まれていて、それがやり直しの作業段階Ｂの担当者には秘密事項である場合には、その秘密事項はやり直しの作業段階Ｂには渡さないようにすることが可能であり、当該やり直しの作業者に対するセキュリティーが保持される。
【００２０】
【発明の実施の形態】
以下、この発明による情報処理システムの一実施形態を、図を参照しながら説明する。
【００２１】
図２は、この実施形態の情報処理システムの全体の概要を示すもので、その機能をブロックとして示したものである。この情報処理システムは、前述したワークフローシステムの構成を有するものであって、システム部１０と、ユーザインターフェース部２０とからなっており、ワークフローを管理して支援すると共に、各作業段階の担当者による処理を支援するための作業環境を提供する役割も有する。
【００２２】
システム部１０は、ファイル管理装置を内蔵する例えばサーバー装置の構成とすることができる。また、ユーザインターフェース部２０は、例えばワークステーションなどの情報処理端末装置により構成することができ、そのディスプレイに各作業段階の作業環境を表示することができる。ユーザインターフェース部２０は、複数の担当者が共通の１個を共有して使用するように構成することもできるし、担当者毎に設ける構成とすることもできる。そして、システム部１０とユーザインターフェース部２０とを、例えばＬＡＮなどのネットワークにより接続して、分散処理環境を構築することができる。なお、システム部１０とユーザインターフェース部２０とを同一の装置において構成することもできる。
【００２３】
システム部１０は、テンプレート管理部１１と、ルーティング管理部１２と、通知管理部１３と、進捗情報管理部１４と、ユーザ管理部１５と、システム管理部１６と、参照情報管理部１００とを備える。また、ユーザインターフェース部２０は、編集部２１と、通知部２２と、進捗管理部２３と、インターフェースコントロール部２４とを備える。
【００２４】
ユーザインターフェース部２０の編集部２１では、ユーザにより設定入力された業務処理の流れ、各業務におけるルールによりワークフローを定義する。システム部１０のテンプレート管理部１１は、定義されたワークフロー（テンプレート）を管理する。
【００２５】
テンプレート管理部１１で管理される、定義されたワークフロー（テンプレート）に関するデータは、この例の場合、図３Ａに示すような、ワークフローがどのような複数の作業段階（作業段階を以下ステップと称する）からなっているかを示すステップテーブルＳＴと、図３Ｂに示すような、ステップの実行順序の情報である実行順序テーブルＯＴとからなる。ワークフローに関するデータを、以下、ワークフローデータと称する。
【００２６】
この例の場合には、複数個のワークフローを同時に管理することを想定しているためステップテーブルＳＴと、実行順序テーブルＯＴには、ワークフロー識別子（図では、ワークフロー識別子は「ＷＦ識別子」と記述されている。以下同じ）が付与されており、このワークフロー識別子により、参照情報管理部１００内において、いずれのワークフローであるかが一意に識別される。図の例のワークフロー識別子「１０００」は、図面作成処理のワークフローを示している。
【００２７】
このワークフロー識別子自体は、システム部１０のシステム管理部１６により管理されており、後述する参照情報管理部１００に要求がなされる時に通知される。参照情報管理部１００は、このワークフロー識別子に基づいて対象データを限定する。以下の説明では、このワークフロー識別子によるデータの絞り込みに関する処理の説明は、繁雑さを避けるために省略する。
【００２８】
この例の説明において、ステップ番号は各ステップの識別子である。また、ステップ名は、各ステップで行なう作業内容を示すものであり、このステップ名より、図面作成処理のワークフローは、ステップ番号１のステップ（以下、ステップ１という）が「図面の作成」、ステップ番号２（以下、ステップ２という）が「図面の修正」、ステップ番号３（以下、ステップ３という）が「コスト計算」、ステップ番号４（以下、ステップ４という）が「図面の承認」の４つのステップからなることが定義される。この例の場合、ステップテーブルＳＴには、各ステップの個々の担当者の名前は記述されずに、当該ステップを担当するユーザの役割を表した役割者（以下、ロールと称する）名が、各ステップに対応して定義されている。
【００２９】
実行順序テーブルＯＴには、ステップ識別子としてのステップ番号を用いて、前後のステップが記述される。なお、実行順序テーブルＯＴにおいて、ステップ番号「０」は、開始のステップ、ステップ番号「ＮＵＬＬ」は、終了のステップを示している。
【００３０】
上述した図３のように定義されたワークフローデータから、図４Ａに示すようなステップ遷移図が得られる。この遷移図は、ワークフローの仕事の流れをグラフ構造によって表現したものである。この定義されたワークフローにおいては、各ステップの担当者は、個々のユーザではなく、ロールとなっている。
【００３１】
ワークフローの各ステップは通常以下の４つの状態をとる。
▲１▼ステップがまだ作業を開始することができない状態（以下、この状態を「ｎｏｔ　ｒｅａｄｙ」という）
▲２▼ステップの開始準備ができており、担当者の仕事の開始を待っている状態（以下、この状態を「ｒｅａｄｙ」という）
▲３▼担当者が作業をしている状態（以下、この状態を「ｒｕｎ」という）
▲４▼担当者が作業を終了した状態（以下、この状態を「ｃｏｍｐｌｅｔｅ」という）。
【００３２】
以下に、ワークフローシステムの基本的な動作を述べる。以下の動作が各ステップに対して、繰り返されることにより、ワークフローは進行する。
【００３３】
ステップが「ｒｅａｄｙ」になると、担当者に対して通知を行なうことにより作業の開始を促す。担当者が開始の合図をワークフローシステムに対して行なうと、ステップの状態は「ｒｕｎ」となる。このとき、ワークフローシステムから担当者に対して、作業を行なうために必要な情報をひとまとめにしたデータの固まりを送り返す。このデータの固まりは、作業を行なうために必要な情報の実体と、その参照ポインターからなり、この例においては、前述したようなフォルダーに登録され、ワークフローに沿って回覧される方式が取られている。
【００３４】
担当者が指定された作業を終了すると、作業内容を反映させたデータの固まりとともに、ワークフローシステムに対し、完了の合図を送る。このとき、ステップの状態は「ｃｏｍｐｌｅｔｅ」となる。
【００３５】
以上のように、作業を担当する担当者とワークフローシステムとの間では基本的に作業の開始時と終了時に必要なデータと作業の結果変更されたデータをやりとりするだけである。ワークフローシステムは各ステップが終了した時に次に実行されるステップを決定し、該当ステップに対して、ルーティングを行なう。ここで、「ルーティングを行なう」とは、あるステップの作業が終了したときに、後続のステップの作業を開始させることをいう。
【００３６】
システム部１０のルーティング管理部１２は、設定された業務の流れ、ルールにしたがって、このルーティングを行なう。
【００３７】
システム部１０の通知管理部１３は、処理すべき情報の配達の、ユーザ（担当者）への通知を管理する。ユーザへの通知は、ユーザインターフェース部２０の通知部２２が行なう。
【００３８】
システム部１０の進捗情報管理部１４は、作業の状況を管理するための情報、すなわち、各ステップの状態の情報を管理する。ユーザインターフェース部２０の進捗管理部２３は、この情報を用いて作業の状況を管理する。
【００３９】
ユーザ管理部１５は、実際に各ステップを担当するユーザを管理する。各ステップの実際の担当者の決定の仕方、およびそのアクセス権の管理方式については、後で詳述する。システム管理部１６は、システム部１０の全体を管理する。
【００４０】
［ユーザ管理についての説明］
ユーザ管理部１５には、各ステップの各ロールとなり得る個々の担当者（ユーザ）名が登録されて管理される。図５は、ユーザ管理部１５が管理するユーザデータの一例である。どのロールをどのユーザが担当できるかは、この例では、ユーザ識別子を介して対応付けられる。
【００４１】
すなわち、図５Ａに示すように、ユーザテーブルＵＴには、それぞれのユーザ識別子に対するユーザ名が登録されている。また、図５Ｂに示すように、ロールテーブルＲＴには、それぞれのユーザ識別子に対するロール名が登録されている。
【００４２】
ワークフローシステムは、図４Ａに示したようなステップ遷移図を元に、各ステップの作業が終了すると、適宜、次の作業を開始して、作業全体の流れを管理する。各ステップの担当ユーザは、当該ステップの作業を終了すると、ワークフローシステムに対して作業の完了を通知する。ワークフローシステムは、この通知によって、ステップが終了すると、前述のように定義されたワークフローに準拠して、次のステップの開始を行なう。
【００４３】
進捗情報管理部１４の進捗情報からワークフローシステムは、開始しようとするステップを識別する。このステップの識別がなされれば、ワークフローデータのステップテーブルＳＴから、そのステップのロールが検知され、ユーザデータのロールテーブルＲＴから、そのロールを担当するユーザ識別子が特定される。そして、ユーザテーブルＵＴで、この特定されたユーザ識別子により担当ユーザ名が特定される。したがって、ワークフローの実行時には、図４Ｂに示すように、ロールが実際の担当ユーザ名に変わるものとなる。
【００４４】
しかし、各ステップの担当者のアクセス権は、前述したように、ステップの担当者に対して付与されており、ユーザには依存せず、ユーザごとのアクセス権の設定は必要ではない。例えば図４Ａのワークフローで、ステップ１の担当者を仮に承認者に変更したとすると、ステップ１とステップ４は、ともにユーザ「ジョン」によって実行されるが、ステップ１を担当したときのユーザ「ジョン」に対しては、図面作成に必要なアクセス権のみが付与され、ステップ４を担当したときのユーザ「ジョン」に対しては、承認に必要なアクセス権が与えられる。
【００４５】
図６は、このときのルーティング管理部１２での処理の流れを示すフローチャートである。まず、処理Ｓ１において、次ステップを進捗情報管理部１４からの情報から決定する。次に、判断Ｓ２に進んで、次ステップがワークフローの終了のステップであるか否か判断し、終了ステップであれば、転送処理は行なわずに終了する。そして、次ステップが終了ステップでなければ、処理Ｓ３において、ユーザデータから当該ステップのロールとなる担当ユーザを決定し、処理Ｓ４で、当該担当ユーザに対する次ステップへの通知を通知管理部１３に依頼する。
【００４６】
また、図７ＡのユーザテーブルＵＴに示すように、担当ユーザを、ステップ数よりも多い人数だけ用意しておくと共に、図７Ｂに示すように、ロールテーブルＲＴにより、一つのロールを複数のユーザが担当することができるように登録しておいて、当該担当可能な複数ユーザから担当者を選択させるような態様を取ることも可能である。
【００４７】
その場合、担当者の選択の方法としては、前ステップの担当者に、次ステップの担当可能複数ユーザを知らせておき、前ステップの終了時に、その担当者に、次ステップの担当ユーザを選択させる方法や、各担当者の過去の所用作業時間や作業の質などのパラメータを、当該担当者ごとに管理しておき、必要なパラメータをワークフロー起動者が入力しておくことにより、当該パラメータを基準にしてワークフローシステムが自動的に選択する方法などがある。
【００４８】
以上のようにして、各ステップに対して、ロールを仲介にして実際の担当ユーザが割り当てられ、各ステップに割り当てられたアクセス権にしたがって、各ステップでの処理が実行される。
【００４９】
［セキュリティーを確保した情報管理の説明］
この例においては、ワークフローシステムにおいて要求される情報のセキュリティーを満足するフォルダーの管理を、参照情報管理部１００により行なう。すなわち、この例の場合、前述したように、各作業段階のユーザ間で受け渡しされる情報の実体と、その参照ポインターは、フォルダーに登録され、ワークフローに沿って回覧される方式が取られており、参照情報管理部１００は、そのフォルダーの管理を行なう。
【００５０】
参照ポインターには、作業対象情報に対するアクセス権が含まれる。この例の場合、アクセス権は、各ユーザ毎に付与されるのではなく、各ステップに対して、その処理内容に応じて設定付与されている。
【００５１】
参照情報管理部１００は、例えば図１に示すように構成される。すなわち、参照情報管理部１００は、処理部１１０と、記憶部１２０とからなり、処理部１１０は、要求処理部１１１と、情報マスター管理部１１２と、アクセス要求可否判定部１１３と、アクセス権設定部１１４と、構成情報管理部１１５と、実体管理部１１６とを備えている。
【００５２】
要求処理部１１１は、システム部１０の他の管理部からの要求を受け取り、その要求に対応する処理を起動する。
【００５３】
情報マスター管理部１１２は、作業対象情報を一意に識別するための情報マスターを管理する。情報マスターは、記憶部１２０の情報マスター格納部１２１に格納されている。図８は、この格納部１２１の情報マスターテーブルの構成の一例を示すものである。すなわち、情報マスターテーブルは、作業対象情報をシステム内で一意に識別するための情報番号と、仕様書、図面、コスト計算書など当該情報のユーザに対する名称である情報名と、当該情報が削除されているかどうかを示す削除フラグからなる。この例においては、削除フラグが「１」のときには、情報が削除されていることを示し、削除フラグが「０」であれば、情報が存在していることを示している。
【００５４】
アクセス要求可否判定部１１３は、前述したように、各ステップに対して設定されたアクセス権の情報に基づき、要求の可否を判定する。この場合、アクセス権のうち、追加および削除のアクセス権は、ワークフローの定義時に、各ステップに対して設定され、記憶部１２０の追加、削除権情報格納部１２２に格納される。また、アクセス権のうち、参照、更新のアクセス権は、ワークフロー実行中に、ステップに対して情報ファイル毎に設定され、記憶部１２０の参照、更新権情報格納部１２３に格納される。
【００５５】
ここで、この例の場合、
追加権…ステップ番号の担当者がフォルダーに情報を追加する権利
削除権…ステップ番号の担当者がフォルダーから情報を削除する権利
参照権…ステップ番号の担当者が情報番号の情報を参照する権利
更新権…ステップ番号の担当者が情報番号の情報を更新する権利
を示すことになる。
【００５６】
アクセス権設定部１１４は、要求に応じて前記参照、更新のアクセス権を、ステップに対して、かつ、情報番号単位で設定し、その参照、更新のアクセス権を参照、更新権情報格納部１２３に格納する。なお、アクセス要求可否判定部１１３は、格納部１２２の追加、削除権情報だけでなく、格納部１２３の参照、更新権情報をも参照する。
【００５７】
図９は、格納部１２２の追加、削除権情報の一例を示すものであり、追加／削除権テーブルの構成となっている。この例の場合には、複数個のワークフローを同時に管理することを想定しているため、この追加／削除権テーブルには、当該アクセス権の付与対象となるワークフローを識別するためのワークフロー識別子を含む。
【００５８】
追加／削除権テーブルは、ワークフロー識別子の他に、このアクセス権が設定されているステップを識別するためのステップ番号と、追加権の有無、削除権の有無を示すデータとで構成される。
【００５９】
また、図１０は、格納部１２３の参照、更新権情報の一例を示すものであり、参照／更新権テーブルの構成となっている。この参照／更新権テーブルは、前記追加／削除権テーブルと同様に、ワークフロー識別子、ステップ番号、参照権の有無を示すデータ、更新権の有無を示すデータを備える他に、当該参照権および更新権が付与される作業対象情報の情報番号のデータを備える。
【００６０】
構成情報管理部１１５は、ワークフローの各ステップに対するフォルダーの内容、つまり実体情報ファイルと、その参照ポインターを管理する。参照ポインターとしては、具体的には、当該ステップの作業が何回目であるかを示すバージョン情報と、フォルダーのバージョン毎の内容構成と、フォルダーに含まれる参照情報と、作業対象情報の実体情報との関係とを管理する。
【００６１】
バージョン情報は、バージョン情報格納部１２４に格納される。この格納部１２４のバージョン情報の構成例を図１１に示す。すなわち、この例の場合、バージョン情報は、ワークフロー識別子と、ステップ番号と、最新バージョン番号の情報とで構成されるバージョン管理テーブルとして格納されている。
【００６２】
また、フォルダーのバージョン毎の内容構成の情報は、構成管理テーブルとして構成情報格納部１２５に格納されている。この構成情報格納部１２５の格納情報である構成管理テーブルの例を図１２に示す。すなわち、この構成管理テーブルは、ワークフロー識別子と、ステップ番号と、バージョン番号と、情報番号と、実体管理部１１６で管理されている情報のファイル名である実体ファイル名とからなる。
【００６３】
実体管理部１１６は、情報の実体を管理し、実体ファイルの格納、取り出しのインターフェースを提供する。実体ファイルは、格納部１２７ａ，１２７ｂ，…１２７ｎに格納される。実体管理部１１６は、情報の実体を一意に識別管理するために、情報の実体を、ワークフロー識別子ごとのディレクトリに
ステップ識別子−バージョン番号−情報番号
という組み合わせからなる実体ファイル名のファイルとして管理する。図７に示されている実体ファイル名「Ｓ−Ｊ−Ｎ」において、Ｓはステップ識別子（例えばステップ番号）、Ｊはバージョン番号、Ｎは情報番号を示している。
【００６４】
上述の実体ファイル名は、構成情報格納部１２５の構成管理テーブルに登録されて参照情報として構成情報管理部１１５により管理されている。実体管理部１１６は、この構成情報管理部１１５で管理される実体ファイル名から、対応するファイル実体の格納部を検索して、対応する実体ファイルの取り出しおよび登録を行なう。
【００６５】
システム部１０では、前述した図１の構成の参照情報管理部１００によって、各ステップの作業結果情報に対するセキュリティーの確保が可能であり、しかも、担当ユーザの各ステップでの作業におけるアクセス要求に対して、適切に対応できるようにしている。すなわち、参照情報管理部１００は、システム部１０の他の管理部からの要求を、後述するように処理して、セキュリティーを満足する情報管理を実現している。
【００６６】
参照情報管理部１００の要求処理部１１１で受け付ける各要求の種類と、それに対応した処理の内容は、次の通りである。
【００６７】
登録…情報をフォルダーに登録し、当該登録する情報に対する各ステップにおけるアクセス権（参照権と更新権）を設定する
削除…指定された情報をフォルダーから削除する
参照…フォルダー内の指定された情報の実体を取り出す
更新…フォルダー内の指定された情報の実体を更新する
作成…指定されたステップのフォルダーの構成情報を作成する
リスト…指定されたステップのフォルダーの内容のリストを返す
初期化…ワークフローが起動されたときに必要なレコードを挿入し、初期値を設定する。
【００６８】
上記の要求に応じた処理のうち、「作成」の処理は、ワークフローの一つのステップが終了して、作業が次のステップに受け渡されるときに、次のステップのフォルダーを作成準備するためにルーティング管理部１２により起動される。
【００６９】
「追加」、「削除」、「参照」、「更新」は、ステップの担当者が情報に基づき業務を実施する際に起動される。「リスト」は、ステップの担当者に情報の内容を知らせる際に起動される。
【００７０】
この例の図面作成のワークフローにおいては、各ステップ毎のフォルダーは、図１３に示すようなものとなる。
【００７１】
すなわち、ワークフローの開始時のフォルダーＦ０には、図面の作成のステップ１のための仕様書Ａの実体ファイルおよびその参照ポインターが含まれる。この仕様書Ａは、後続の各ステップでは参照だけされる。ステップ１では、このフォルダーＦ０の仕様書Ａに基づき図面Ａが作成される。そして、このステップ１の終了時には、仕様書Ａと、作成された図面Ａとの実体ファイルおよびその参照ポインターが含まれるフォルダーＦ１が作成される。
【００７２】
ステップ２では、フォルダーＦ１の仕様書Ａおよび図面Ａに基づき、ステップ１で作成された図面Ａが修正される。そして、このステップ２の終了時には、仕様書Ａと、修正後の図面Ａとの実体ファイルおよびその参照ポインターが含まれるフォルダーＦ２が作成される。
【００７３】
次のステップ３では、フォルダーＦ２の図面Ａを参照して、この図面Ａに関するコスト計算書が作成される。そして、このステップ３の終了時には、仕様書Ａと、修正後の図面Ａと、コスト計算書との実体ファイルおよびその参照ポインターが含まれるフォルダーＦ３が作成される。
【００７４】
最後のステップ４では、フォルダーＦ３の図面Ａと、ステップ３で作成されたコスト計算書の承認処理が行われる。この承認のステップ４では、図面Ａ、コスト計算書の「合」「否」が判定され、判定結果が双方とも「合」であれば、このステップ４が終了して、図面作成のワークフローは終了となり、仕様書Ａと、図面Ａと、コスト計算書との実体ファイルおよびその参照ポインターが含まれるフォルダーＦ４が得られる。
【００７５】
また、ステップ４において、図面Ａの承認の結果の判定が「否」であるときには、ステップ４の担当ユーザは、図面の作成のステップ１あるいは図面の修正のステップ２に対する「やり直し」の指示を、ユーザインターフェース２０を介してシステム部１０に通知する。また、コスト計算書についての承認の判定結果が「否」であれば、ステップ４の担当ユーザは、コスト計算書の作成のステップ３に対する「やり直し」の指示を、ユーザインターフェース２０を介してシステム部１０に通知する。
【００７６】
システム部１０は、この「やり直し」の指示を受けて、指示されたステップ番号のステップにルーティングを行なう。このとき、上述の図面Ａの作成あるいは修正のやり直しの際には、コスト計算書は、ステップ１およびステップ２の担当ユーザには秘密の事項であるため、そのセキュリティーを確保するため、この例では、これらステップ１またはステップ２にとって、やり直しの際の一つ前のステップ４のフォルダーＦ４から、これらステップ１、ステップ２に転送するためのフォルダーを作成するのではなく、当該ステップ１またはステップ２の１回前のバージョンのフォルダーＦ１またはフォルダーＦ２から、これらステップ１またはステップ２に、やり直し処理を行なわせるための新規のフォルダーを作成して転送するようにする。
【００７７】
参照情報管理部１００の要求処理部１１１は、上述したようなシステム部１０の他の管理部からの要求を受け付け、図１４に示す要求処理のルーチンに従ってその要求の種類のチェックを行い、その結果、判別された要求に対する処理をそれぞれ起動する。
【００７８】
すなわち、図１４に示すように、要求処理部１１１は、判断Ｓ１１において要求待ちをする。要求があれば、その要求の種類を判断Ｓ１２、Ｓ１３、Ｓ１４、Ｓ１５、Ｓ１６、Ｓ１７において順次判別する。
【００７９】
そして、判断Ｓ１２で要求が「登録」であると判別されたときには、「登録」の処理ルーチンＳ２０を起動する。判断Ｓ１３で要求が「削除」であると判別されたときには、「削除」の処理ルーチンＳ３０を起動する。判断Ｓ１４で要求が「参照」であると判別されたときには、「参照」の処理ルーチンＳ４０を起動する。判断Ｓ１５で要求が「更新」であると判別されたときには、「更新」の処理ルーチンＳ５０を起動する。
【００８０】
判断Ｓ１６で要求が「リスト」であると判別されたときには、「リスト」の処理ルーチンＳ６０を起動する。判断Ｓ１７で要求が「作成」であると判別されたときには、「作成」の処理ルーチンＳ７０を起動する。さらに、判断Ｓ１８で要求が「初期化」であると判別されたときには、「初期化」の処理ルーチンＳ８０を起動する。
【００８１】
図１５に、初期化の処理ルーチンＳ８０の例を示す。この初期化処理の実施に際しては、ワークフロー識別子、例えばワークフロー番号と、ワークフローの設計時に定義された、各ステップに対する追加権および削除権のリストが指示される。
【００８２】
この初期化処理においては、まず、処理Ｓ８１において、ワークフロー上では存在しない開始のステップ（ステップ番号「０」）のデータを、参照／更新権テーブル、バージョン管理テーブル、構成管理テーブルに記録する。次の処理Ｓ８２では、上記追加権および削除権のリストを参照して、各ステップに対する追加権および削除権を、追加／削除権テーブルに記録する。以上で、初期化処理は終了である。
【００８３】
図１６に、リストの処理ルーチンＳ６０の例を示す。このリストの処理の実施に際してはステップ番号が指示される。
【００８４】
まず、処理Ｓ６１においては、バージョン情報格納部１２４のバージョン管理テーブルをステップ番号で検索し、最新のバージョン番号の欄の値を入手することにより、リストを作成するフォルダーのバージョンを決定する。次に、処理Ｓ６２に進んで、構成情報格納部１２５の構成管理テーブルを、ステップ番号と、処理Ｓ６１で決定したバージョン番号とで検索し、求めたテーブルの情報番号の欄の値を入手する。
【００８５】
次の処理Ｓ６３では、処理Ｓ６２で入手した情報番号と、削除フラグの値「０」（削除されていないことを示している）とで格納部１２１の情報マスターテーブルを検索し、その情報名の欄の値を入手する。そして、次の処理Ｓ６４では、処理Ｓ６２、処理Ｓ６３で入手したデータから、［情報番号、情報名］のリストを作成する。このリストは、要求者に渡される。以上で、リストの処理は終了である。
【００８６】
次に、図１７に登録の処理ルーチンＳ２０の例を示す。この登録処理が実施されるときには、ステップ番号、情報名、情報の実体、アクセスリスト（各ステップにおける参照／更新権のリスト）が指示される。
【００８７】
まず、処理Ｓ２１では、ステップ番号によって、追加／削除権テーブルの検索を行なう。次の判断Ｓ２２では、検索の結果、該当データがあるか否か、つまり、当該ステップ番号のステップに対して追加／削除権が設定されているか否か判断される。該当データがなければ、この登録処理ルーチンＳ２０は終了となる。該当データがあれば、判断Ｓ２３に進んで、追加／削除権テーブルの追加権の欄を調べ、当該ステップの担当者に追加権があるか否か判断する。追加権がなければ、この登録処理ルーチンＳ２０は終了となる。
【００８８】
追加権があれば、処理Ｓ２４に進んで、情報マスター管理部１１２に新たな情報番号を要請して取得する。次に、処理Ｓ２５に進んで、情報マスター管理部１１２により、格納部１２１の情報マスターテーブルに、［新しい情報番号、情報名、削除フラグ「０」］のレコードを登録する。
【００８９】
次に、処理Ｓ２６に進んで、この登録処理ルーチンＳ２０の実行前に指示されたアクセスリストを元に、参照／更新権テーブルに、登録した情報に対する各ステップの参照権、更新権を設定する。
【００９０】
次に、処理Ｓ２７において、構成管理テーブルに、［登録を行なうステップ番号、登録を行なうステップ番号のステップの最新バージョン番号、新しい情報番号、実体ファイル名］のレコードを登録する。そして、処理Ｓ２８において、情報の実体を実体管理部１１６の管理下の格納部１２７ａ〜１２７ｎの対応するエリアに格納する。以上で、登録処理ルーチンＳ２０は、終了となる。
【００９１】
次に、削除の処理ルーチンＳ３０について説明する。図１８に、この削除処理ルーチンＳ３０の例を示す。この削除の処理が実施される際には、削除を行なうステップのステップ番号、削除する情報の情報番号が指示される。
【００９２】
まず、処理Ｓ３１では、ステップ番号によって、追加／削除権テーブルの検索を行なう。次の判断Ｓ３２では、検索の結果、該当データがあるか否か、つまり、当該ステップ番号のステップに対して追加／削除権が設定されているか否か判断される。該当データがなければ、この削除処理ルーチンＳ３０は終了となる。該当データがあれば、判断Ｓ３３に進んで、追加／削除権テーブルの削除権の欄を調べ、当該ステップの担当者に削除権があるか否か判断する。削除権がなければ、この削除処理ルーチンＳ３０は終了となる。
【００９３】
判断Ｓ３３において、削除権があると判断されたときには、削除対象の情報番号の情報マスターテーブルのレコードの削除フラグの欄に、「１」が設定される。以上で、削除処理ルーチンＳ３０は終了である。
【００９４】
次に、参照の処理ルーチンＳ４０について説明する。図１９に、この参照処理ルーチンＳ４０の例を示す。この参照の処理が実施される際には、参照を行なうステップのステップ番号、参照する情報の情報番号が指示される。
【００９５】
まず、処理Ｓ４１では、ステップ番号によって、参照／更新権テーブルの検索を行なう。次の判断Ｓ４２では、検索の結果、該当データがあるか否か、つまり、当該ステップ番号のステップに対して参照／更新権が設定されているか否か判断される。該当データがなければ、この参照処理ルーチンＳ４０は終了となる。該当データがあれば、判断Ｓ４３に進んで、参照／更新権テーブルの参照権の欄を調べ、当該ステップの担当者に参照権があるか否か判断する。参照権がなければ、この参照処理ルーチンＳ４０は終了となる。
【００９６】
判断Ｓ４３で、参照権があると判断されたときには、処理Ｓ４４に進んで、バージョン管理テーブルを前記ステップ番号で検索し、その最新バージョン番号の欄の値を入手することにより、フォルダーのバージョンを決定する。
【００９７】
また、次の処理Ｓ４５では、構成管理テーブルを、参照を行なうステップのステップ番号と、処理Ｓ４４で入手したバージョン番号と、参照する情報の情報番号とで検索し、この構成管理テーブルの実体ファイル名の欄の値を入手することにより、参照する情報の実体ファイル名を決定する。
【００９８】
そして、次の処理Ｓ４６では、処理Ｓ４５で決定した実体ファイル名を用いて、当該実体ファイルを実体管理部１１６により取り出す。取り出したファイルは、要求者に渡される。以上で、参照処理ルーチンＳ４０は終了となる。
【００９９】
次に、更新の処理ルーチンＳ５０について説明する。図２０に、この更新処理ルーチンＳ５０の例を示す。この更新の処理が実施される際には、更新を行なうステップのステップ番号、更新する情報の情報番号、更新する情報の実体のファイルが指示される。
【０１００】
まず、処理Ｓ５１では、ステップ番号によって、参照／更新権テーブルの検索を行なう。次の判断Ｓ５２では、検索の結果、該当データがあるか否か、つまり、当該ステップ番号のステップに対して参照／更新権が設定されているか否か判断される。該当データがなければ、この更新処理ルーチンＳ５０は終了となる。該当データがあれば、判断Ｓ５３に進んで、参照／更新権テーブルの更新権の欄を調べ、当該ステップの担当者に更新権があるか否か判断する。更新権がなければ、この更新処理ルーチンＳ５０は終了となる。
【０１０１】
判断Ｓ５３で、更新権があると判断されたときには、処理Ｓ５４に進んで、バージョン管理テーブルを前記ステップ番号で検索し、その最新バージョン番号の欄の値を入手することにより、フォルダーのバージョンを決定する。
【０１０２】
また、次の処理Ｓ５５では、構成管理テーブルを、更新を行なうステップのステップ番号と、処理Ｓ５４で入手したバージョン番号と、更新する情報の情報番号とで検索し、この構成管理テーブルの実体ファイル名の欄の値を入手することにより、更新する情報の実体ファイル名を決定する。
【０１０３】
そして、次の処理Ｓ５６では、処理Ｓ５５で決定した実体ファイル名を用いて、当該実体ファイルを実体管理部１１６により、格納部１２７ａ〜１２７ｎの対応する格納部に格納する。当該格納部に、すでに同じ実体ファイル名のファイルが存在すれば、上書きされる。以上で、更新処理ルーチンＳ５０は終了となる。次に、作成の処理ルーチンＳ７０について説明する。図２１に、この作成処理のルーチンＳ７０の例を示す。この作成処理が実施される場合には、フォルダーを作成するステップの番号、前ステップの番号、さらには、やり直しの作業のときには、やり直しの指示フラグが指示される。
【０１０４】
まず、判断Ｓ７１において、新規作成の処理であるか判断される。この判断は、バージョン情報格納部１２４のバージョン管理テーブルに、フォルダーを作成しようとするステップ番号がエントリーされているか否かにより行われる。そして、新規作成の処理と判断されれば、処理Ｓ７２に進んで、フォルダーを作成するステップのバージョン情報を格納部１２４に新規に登録する。すなわち、バージョン管理テーブルに、フォルダーを作成するステップのステップ番号と、最新バージョン番号として「１」のレコードを追加登録する。
【０１０５】
一方、判断Ｓ７１で新規作成の処理でないと判断されたときは、処理Ｓ７３に進んで、フォルダーを作成するステップの最新バージョン番号を１だけ増やす。すなわち、ステップ番号がフォルダーを作成しようとするステップの番号であるバージョン管理テーブルのレコードの、最新バージョン番号に「１」を加える。処理Ｓ７２および処理Ｓ７３の次には、判断Ｓ７４に進み、やり直しの処理であるか否かを、やり直しの指示フラグから判断する。判断７４で、やり直しでなく、新規作成の処理であると判断されたときには、処理Ｓ７５に進んで、前のステップのフォルダーを元にして、フォルダーを作成すべき次のステップの最新バージョンのフォルダーを作成する。すなわち、構成情報格納部１２５の構成管理テーブルから、前ステップの最新のバージョン番号のレコードを検索し、ステップ番号の欄を、フォルダーを作成しようとするステップの番号に、また、バージョン番号の欄を、フォルダーを作成使用とするステップの最新バージョンの番号に、それぞれ置換したレコードを構成管理テーブルに登録する。
【０１０６】
判断７４で、やり直しであると判断されたときには、処理Ｓ７６に進んで、フォルダーを作成する次ステップの、一つ前のバージョン番号のフォルダーを元に、最新バージョンのフォルダーを作成する。具体的には、構成管理テーブルから、フォルダーを作成しようとするステップの一つ前のバージョン番号のレコードを検索し、そのバージョン番号の欄を最新バージョンの番号に、また、実体ファイル名を前ステップの対応するファイル名に置換したレコードを構成管理テーブルに登録する。
【０１０７】
つまり、やり直しのときの処理Ｓ７６では、前ステップのフォルダーではなく、当該フォルダーを作成しようとするステップの前のバージョンのフォルダーに基づいて最新バージョンのフォルダーが作成される。したがって、やり直しの処理であっても、当該ステップの担当ユーザに対してはセキュリティーを確保したい情報が、当該ステップに配達されることはない。以上で、作成の処理ルーチンＳ７０は、終了となる。
【０１０８】
次に、図１３に示した図面作成のワークフローに基づき、本実施例の処理を、情報マスターテーブル、追加／削除権テーブル、参照／更新権テーブル、バージョン管理テーブル、構成管理テーブルの内容変化を参照しながら、より具体的に説明する。なお、以下の説明においては、各テーブルのワークフロー識別子は、説明の簡単のため、省略してある。
【０１０９】
（１）ワークフローが起動され、参照情報管理部１００が初期化されたときの各テーブルの状態を図２２に示す。これらのテーブルにおいて、ステップ番号「０」のステップは、ワークフローの初期化を行なうためのフロー上は存在しないステップである。また、情報番号「０」は、実体のない情報で、空のフォルダーを構成するために利用される。
【０１１０】
また、追加／削除権テーブルの内容は、ワークフロー設計者により各ステップに対して設定されている。図において、「ｔｒｕｅ」は、「当該アクセス権有り」を示し、また、「ｆａｌｓｅ」は「当該アクセス権無し」を示している。以下の説明において同様である。この例の場合には、ステップ１とステップ３の担当者に追加権が与えられており、削除権はだれにも与えられていない。
なお、構成管理テーブルの実体名「ＮＵＬＬ」は、実体ファイル名がついていないことを示している。以下同様である。
【０１１１】
（２）ワークフロー起動者がフォルダーに仕様書Ａを登録し、また、この仕様書Ａについての各ステップでの参照権および更新権の設定をし、ワークフローを開始したときの各テーブルの状態を図２３に示す。仕様書Ａが登録されたことにより、情報マスターテーブル、参照／更新テーブル、構成管理テーブルが変更されている。参照／更新権テーブルに示されるように、仕様書Ａは、すべてのステップにおいて参照のみ可となるように参照権が設定されている。
【０１１２】
仕様書Ａの情報番号は「１０００」と設定され、１回目の作業であるので、バージョン番号は「１」にされている。このため、構成管理テーブルの実体名は、「０−１−１０００」となっている。
【０１１３】
（３）ステップ１の担当者が、フォルダーを受け取ったときと、作業を終了したときの各テーブルの状態を図２４、図２５に示す。各テーブルにおいて、２重線までの部分がフォルダーを受け取ったときの内容であり、２重線より下方の部分が作業を終了したときに付け加わった内容である。つまり、２重線より下方の部分は、当該ステップの作業の終了後、次ステップにルーティングを行なう際に、その次ステップに対するフォルダーを作成するときに作成される部分である。以下の説明においても同様である。
【０１１４】
フォルダーを受け取った時点ではステップ１のためのフォルダーが新規に作成されている。すなわち、バージョン管理テーブルにステップ番号「１」と、最新バージョン番号として「１」のレコードが登録され、また、構成管理テーブルにステップ番号「１」のレコードが登録されて、新規のフォルダーが作成されている。
【０１１５】
そして、ステップ１の作業が終了したときには、図面Ａが新たに登録されたことにより、情報マスターテーブル、参照／更新権テーブル、構成管理テーブルが変更されている。
【０１１６】
この例の場合には、図面Ａの情報番号は、「１００１」とされ、ステップ番号は「１」、バージョン番号は「１」であるので、構成管理テーブルの実体ファイル名は、「１−１−１００１」となる。また、図面Ａは、全てのステップにおいて参照は可能であり、また、ステップ１、ステップ２のみが更新することができるように参照権および更新権が設定されている。
【０１１７】
（４）ステップ２の担当者が、フォルダーを受け取ったときと、作業を終了したときの各テーブルの状態を図２６、図２７に示す。
【０１１８】
ステップ２の担当者が、フォルダーを受け取ったときの構成管理テーブルは、図２７の表のようになっている。ステップ２の担当者が、図面Ａを参照したときには、実体ファイル名「１−１−１００１」のファイルが渡され、そして、図面Ａが更新されたことにより、ステップ２の、情報番号「１００１」の図面Ａの実体ファイル名が、矢印で示すように、「２−１−１００１」に変更される。この実体ファイル名の変更は、前述と同様に、当該ステップの作業の終了後、次ステップにルーティングを行なう際に、その次ステップに対するフォルダーを作成するときになされる。
【０１１９】
（５）ステップ３の担当者が、フォルダーを受け取ったとき、作業を終了したときの各テーブルの状態を図２８、図２９に示す。
【０１２０】
ステップ３の作業終了時には、コスト計算書が登録されたことにより、情報マスターテーブル、参照／更新権テーブル、構成管理テーブルが、それぞれ変更されている。
【０１２１】
この例の場合には、コスト計算書の情報番号は、「１００２」とされ、ステップ番号は「３」、バージョン番号は「１」であるので、コスト計算書の構成管理テーブルでの実体ファイル名は、「３−１−１００１」となる。
【０１２２】
また、参照／更新権テーブルには、コスト計算書は、ステップ３、ステップ４で参照可能であり、ステップ３でのみ更新することができるように参照権／更新権が設定されている。
【０１２３】
（６）ステップ４の担当者が、フォルダーを受け取ったときの各テーブルの状態を図３０、図３１に示す。フォルダーを受け取った時点でステップ４のためのフォルダーが新規に作成されている。すなわち、バージョン管理テーブルにステップ番号「４」と、最新バージョン番号として「１」のレコードが登録され、また、構成管理テーブルに各情報番号についてのステップ番号「４」のレコードが登録されて、新規のフォルダーが作成されている。
【０１２４】
（７）今、ここでステップ４の担当者は、ステップ１の誤りを検出し、ステップ１にやり直しを行なうように指示したとする。この場合のステップ１の担当者が、やり直しのフォルダーを受け取ったときと、作業を終了したときのバージョン管理テーブルと構成管理テーブルの状態を図３２に示す。
【０１２５】
この場合、図２１に示した作成の処理ルーチンＳ７０においては、受け取ったフォルダーに含まれるやり直しの指示フラグにより、判断Ｓ７４でやり直しと判断し、処理Ｓ７６の処理が行なわれる。すなわち、ステップ１のバージョン１のフォルダーから、ステップ１のバージョン２のフォルダーが作成される。
【０１２６】
そして、ステップ１の担当者が、図面Ａを再度参照したときには、実体ファイル名「１−１−１００１」のファイルが渡される。そして、ステップ１の担当者が図面Ａを更新したときに、この更新された図面Ａに対して、異なる実体ファイル名「１−２−１００１」にされたものとなっている。ステップ１のフォルダーには、コスト計算書は含まれないので、やり直しに際して、コスト計算書のセキュリティーは確保されている。
【０１２７】
（８）このステップ１でのやり直しの処理が終了した後、ステップ２の担当者が、再びフォルダーを受け取ったときと、その作業を終了したときのバージョン管理テーブルと構成管理テーブルの状態を図３３に示す。ステップ２の担当者は、やり直された図面Ａのバージョン２のファイル、つまり実体ファイル名「１ー２ー１００１」を参照して、修正をする。このステップ２の担当者の更新により、実体ファイル名は、「２−２−１００１」に変更される。
【０１２８】
こうして、各ステップ毎、バージョン毎、情報番号毎に、ファイルが管理されて、やり直しに際しては、バージョン番号を参照して、当該ステップの前のバージョンのフォルダーからやり直しのためのデータを得るようにしたので、必要な情報についてのセキュリティーを確保しながら、ワークフローの実行を行なうことができる。
【０１２９】
なお、以上の実施例では、やり直しの際には、当該ステップの前のバージョンのフォルダーからやり直しのための作業対象情報を得るようにしたが、セキュリティーの確保を必要としない情報のフォルダーからなる後のステップの前回のバージョンのフォルダーから、前記作業対象情報を得るようにしてもよい。
【０１３０】
図３４は、前述したステップ１に対するやり直しの指示があった場合に、ステップ２の前回のバージョンのフォルダーを、やり直しのバージョンの際に受け取った場合を示している。つまり、ステップ１には、実体ファイル名が「２−１−１００１」であるステップ２のバージョン１の図面Ａが渡される。このフォルダーにも、コスト計算書は含まれておらず、コスト計算書のステップ１の担当者に対するセキュリティーは確保される。そして、前述の例の場合と同様にして、この実体ファイル名「２−１−１００１」の図面Ａがやり直しの結果、実体ファイル名「１−２−１００１」に変更される。
【０１３１】
以上の実施例では、処理対象情報は、図面、仕様書、コスト計算書のように、情報単位ごとに管理されており、このため、上記のように情報単位ごとにセキュリティーを確保することが容易である。
【０１３２】
なお、以上の例は、図面作成のワークフローの場合の例であるが、この発明の情報処理システムは、図面作成の業務処理に限らず、その他、種々の業務処理を行なう場合に適用できることはいうまでもない。
【０１３３】
【発明の効果】
以上説明したように、この発明によれば、各作業段階の処理結果を、何回目の処理であるかを示すバージョン情報と対応を付けて構成情報管理手段で管理するので、やり直しの指示があった時であっても、当該やり直しの作業段階に対して秘密にしたい情報は除いて必要な情報を選定して、当該作業段階に転送することができる。このため、当該やり直しの作業者に対するセキュリティーが保持される。
【図面の簡単な説明】
【図１】この発明による情報処理システムの一実施例の要部のブロック図である。
【図２】この発明による情報処理システムの一実施例の全体を示すブロック図である。
【図３】この発明による情報処理システムの一実施例におけるワークフローデータの一例を示す図である。
【図４】この発明による情報処理システムの一実施例において、定義されたワークフローの各ステップの担当者を説明するための図である。
【図５】この発明による情報処理システムの一実施例における担当者情報の一例を説明するための図である。
【図６】この発明による情報処理システムの一実施例において、ステップが開始されるときの担当ユーザへの通知のための処理を説明するための図である。
【図７】この発明による情報処理システムの一実施例における担当者情報の他の例を説明するための図である。
【図８】この発明による情報処理システムの一実施例において、格納される情報に関するテーブルの例を説明するための図である。
【図９】この発明による情報処理システムの一実施例において、各ステップに対して設定されるアクセス権のテーブルの例を説明するための図である。
【図１０】この発明による情報処理システムの一実施例において、各ステップに対して設定されるアクセス権のテーブルの例を説明するための図である。
【図１１】この発明による情報処理システムの一実施例において、各ステップでの処理のバージョンに関するテーブルの例を説明するための図である。
【図１２】この発明による情報処理システムの一実施例において、各ステップでの処理結果の情報に関するテーブルの例を説明するための図である。
【図１３】この発明による情報処理システムの一実施例において、定義されたワークフローの各ステップおよび各ステップ間で受け渡されるフォルダーを説明するための図である。
【図１４】この発明による情報処理システムの一実施例における参照情報管理部での要求処理の一例を示す流れ図である。
【図１５】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図１６】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図１７】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図１８】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図１９】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図２０】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図２１】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図２２】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルの初期化終了時の内容の例を示す図である。
【図２３】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのワークフロー起動時の内容の例を示す図である。
【図２４】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ１の開始時および終了時の内容の例の一部を示す図である。
【図２５】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ１の開始時および終了時の内容の例の一部を示す図である。
【図２６】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ２の開始時および終了時の内容の例の一部を示す図である。
【図２７】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ２の開始時および終了時の内容の例の一部を示す図である。
【図２８】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ３の開始時および終了時の内容の例の一部を示す図である。
【図２９】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ３の開始時および終了時の内容の例の一部を示す図である。
【図３０】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ４の開始時の内容の例の一部を示す図である。
【図３１】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ４の開始時の内容の例の一部を示す図である。
【図３２】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルの、ステップ１でのやり直し作業の際の内容の一例を示す図である。
【図３３】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルの、ステップ２でのやり直し作業の際の内容の一例を示す図である。
【図３４】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルの、ステップ１でのやり直し作業の際の内容の他の例を示す図である。
【符号の説明】
１０　　　システム部
１１　　　テンプレート管理部
１２　　　ルーティング管理部
１３　　　通知管理部
１４　　　進捗情報管理部
１５　　　ユーザ管理部
１６　　　システム管理部
２０　　　ユーザインターフェース部
１００　　参照情報管理部
１１０　　処理部
１２０　　記憶部
１１１　　要求処理部
１１２　　情報マスター管理部
１１３　　アクセス要求可否判定部
１１４　　アクセス権設定部
１１５　　構成情報管理部
１１６　　実体管理部
１２１　　情報マスター格納部
１２２　　追加、削除権情報格納部
１２３　　参照、更新権情報格納部
１２４　　バージョン情報格納部
１２５　　構成情報格納部
１２６　　参照と実体の関係情報格納部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention determines the order of a plurality of work stages and the processing content of each work stage for a work including a plurality of work stages that cooperate with each other through information, and performs operations such as transfer of information between the work stages. The present invention relates to an information processing system that supports the processing of the above, that is, a so-called workflow system and a work supporting method in this system.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, so-called office automation using a computer has been proposed in order to increase the efficiency of business processing. However, conventionally, in business processing, only the individual work processing itself has been automated. In other words, the coordination between tasks has not been considered in conventional office automation.
[0003]
Workflow automation has been proposed as an attempt to automate the coordination between operations to achieve total efficiency and speedup of business processing. In workflow automation, a plurality of work stages that cooperate with each other through information to be worked is called a workflow, and a support system for automating the work flow is called a work flow system.
[0004]
In a processing environment such as a networked distributed processing environment, a workflow system transfers information between multiple users in business processing, and the work to be processed between receiving the information and passing it to the next work stage Is a system that automates business processes by designing and defining the rules in advance.
[0005]
This workflow system includes the following processing functions.
(1) Edit function for defining business process flow and rules in each business
(2) Function to manage templates (defined workflow)
(3) Notification function that informs the user that the information to be processed has been delivered
(4) Database function to manage delivered information
(5) Routing function to pass information to the next work stage according to the set work flow and rules
(6) Progress management function for managing the status of work
(7) System management function for maintaining the running workflow
An overview of this workflow system is described in the magazine "Nikkei Information Strategy" published by Nikkei BP, August 1993, Michael D. Kahn, Makoto Yasuda, "Workflow Management Technology and Its Possibilities", pp. 123-130. I have.
[0006]
However, in the business process flow described here, the authority of the work content of the worker is not described. Also, it does not describe a method for managing information necessary for work processing to be distributed to a person in charge at each work stage.
[0007]
By the way, for example, in a conventional drawing creation business, there are a plurality of work stages of drawing creation, correction, and approval, and a drawing is treated as a file, and an access right ( (See, update, add, delete, change rights). In each work stage, the work content of the worker is defined, and this can be applied to a workflow.
[0008]
Also, it is conventionally known that a plurality of various types of data are sandwiched between one logical folder and various data are collectively transferred to the folder. A general description of this folder is described in the magazine "Nikkei Computer Graphics" issued by Nikkei BP, October 1992, "PDM Revolutionizing the Design Environment", pp. 70-85.
[0009]
This folder concept can be applied to workflows. In such a case, in the workflow, reference pointers to a plurality of pieces of information related to the work, such as documents, drawings, and data, are registered in the folder and circulated along a predefined work flow. This is to automate what has conventionally been realized by user operation using an e-mail and filing system. The user can extract necessary information from the folder, refer to and update the information.
[0010]
[Problems to be solved by the invention]
As described above, the concept of a folder is applied to the workflow system, and information necessary for work processing given to the person in charge of the work phase transition and information on the work processing result are registered and transferred to this folder. It is possible to do. In this case, the information to be sent to the person in charge of each work stage changes according to the transition of the work stage, and it is desired to construct an information management method that can flexibly cope with the changed information.
[0011]
However, in the conventional drawing creation business processing and the like, the information is separately managed by a file management system.For example, when it is necessary to start over, when registering which information, Determining whether to pass to the rework stage is not easy.
[0012]
Further, when necessary information is exchanged by using a folder as described above, a security system cannot be constructed unless security for information in the folder can be set.
[0013]
For example, in the case of the drawing creation business described above, if a work stage “Creation of a cost statement” is provided between the work stage “Modify a drawing” and the work stage “Approval of a drawing”, If the result of the determination in "Approval of approval" is "No", it is necessary to return to the work stage "Creating a drawing" or the work stage "Correct a drawing" and perform the work again. At this time, the contents of the cost statement added to the folder at the operation stage "Creation of cost statement" will be provided with the secret information to the person in charge of the operation stage "Creation of drawing" or the operation stage "Modification of drawing". In some cases, the security of the cost statement needs to be ensured when a person in charge of the work stage “creation of the drawing” or the work stage “correction of the drawing” performs the redo processing.
[0014]
In view of the above, an object of the present invention is to provide an information processing system that can easily manage information exchanged with a worker and can set security for information on a work result.
[0015]
[Means for Solving the Problems]
In order to solve the above-described problems, the information processing system according to the present invention,
An information processing system that supports the processing of the work by defining an order of the plurality of work stages and a processing content of each work stage, for a work including a plurality of work stages that cooperate through information. A work stage identification information storage unit (11) for storing work stage identification information for identifying a work stage from information for grasping the progress of the work, and an entity information storage for storing a processing result in each work stage Each of the sections (127a to 127n) and the information of the processing result in each work stage are associated with information indicating which work stage is the processing result and the number of times of processing. When the configuration information management means (115) to be managed and an instruction to redo a predetermined work stage are given, a worker in charge of the specified work stage is given the management information by the configuration information management means. Zui it, characterized in that it comprises an information transfer means for giving necessary information (12, 13).
[0016]
[Action]
In the information processing system of the present invention having the above configuration, when a redo instruction is given for a predetermined work stage, the discriminating means uses information for grasping the progress of the work and work stage identification information. From the work stage identification information in the storage unit, it is determined from which work stage the redo instruction has been issued.
[0017]
The management means detects, based on the reference information, entity information necessary for the work to be transferred from the work stage in which the redo instruction was generated to the work stage in which the redo instruction was issued. The information transfer means transfers the entity information detected by the reference information to the work stage instructed to start over.
[0018]
The entity information of the rework result is managed in association with reference information including information indicating the number of processes. Therefore, even if the processing result is at the same work stage, it can be understood that the processing result is what number of times.For example, even when the instruction of redoing is repeatedly made, the process of redoing the processing result of the previous round is performed. Will be able to do it.
[0019]
Further, the information transfer unit can select necessary information from the management information of the configuration information management unit except for information that is to be kept secret from the reworking work stage, and transfer the selected information to the work stage. For example, when the processing result of the work stage A in which the redo instruction is issued is passed to the redo work stage B, the work stage A in which the redo instruction is issued includes entity information that was not included in the redo work stage B. And if it is a secret matter to the person in charge of the reworking work phase B, the secret matter can be prevented from being passed to the reworking work phase B. Security is maintained.
[0020]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of an information processing system according to the present invention will be described with reference to the drawings.
[0021]
FIG. 2 shows an outline of the entire information processing system of this embodiment, and shows its functions as blocks. This information processing system has the configuration of the above-described workflow system, and includes a system unit 10 and a user interface unit 20. The information processing system manages and supports the workflow, and has a person in charge of each work stage. It also has the role of providing a work environment to support processing.
[0022]
The system unit 10 can be configured as, for example, a server device that incorporates a file management device. The user interface unit 20 can be constituted by an information processing terminal device such as a workstation, for example, and can display a work environment of each work stage on its display. The user interface unit 20 can be configured so that a plurality of persons share a common one, or can be provided for each person in charge. Then, the system unit 10 and the user interface unit 20 are connected by a network such as a LAN, for example, so that a distributed processing environment can be constructed. Note that the system unit 10 and the user interface unit 20 can be configured in the same device.
[0023]
The system unit 10 includes a template management unit 11, a routing management unit 12, a notification management unit 13, a progress information management unit 14, a user management unit 15, a system management unit 16, and a reference information management unit 100. . Further, the user interface unit 20 includes an editing unit 21, a notification unit 22, a progress management unit 23, and an interface control unit 24.
[0024]
The editing unit 21 of the user interface unit 20 defines a workflow according to the flow of business processing set and input by the user and rules for each business. The template management unit 11 of the system unit 10 manages a defined workflow (template).
[0025]
In this example, the data relating to the defined workflow (template) managed by the template management unit 11 includes a plurality of work stages (work stages are hereinafter referred to as steps) as shown in FIG. 3A. 3B, and an execution order table OT which is information on the execution order of the steps as shown in FIG. 3B. The data related to the workflow is hereinafter referred to as workflow data.
[0026]
In the case of this example, since it is assumed that a plurality of workflows are managed simultaneously, the step table ST and the execution order table OT include a workflow identifier (in the figure, the workflow identifier is “WF identifier”). The same applies hereinafter), and the workflow identifier uniquely identifies which workflow the reference information management unit 100 is. The workflow identifier “1000” in the illustrated example indicates the workflow of the drawing creation process.
[0027]
The workflow identifier itself is managed by the system management unit 16 of the system unit 10, and is notified when a request is made to the reference information management unit 100 described later. The reference information management unit 100 limits the target data based on the workflow identifier. In the following description, the description of the process for narrowing down the data by the workflow identifier will be omitted to avoid complexity.
[0028]
In the description of this example, the step number is an identifier of each step. The step name indicates the content of the work performed in each step. From this step name, the workflow of the drawing creation process is as follows. The number 2 (hereinafter, referred to as step 2) is “correction of drawing”, the step number 3 (hereinafter, step 3) is “cost calculation”, and the step number 4 (hereinafter, step 4) is “drawing approval”. It is defined to consist of two steps. In this example, the name of the person in charge of each step is not described in the step table ST, but the name of a role person (hereinafter, referred to as a role) representing the role of the user in charge of the step is entered in each step. Defined for each step.
[0029]
The preceding and following steps are described in the execution order table OT using step numbers as step identifiers. In the execution order table OT, the step number “0” indicates a start step, and the step number “NULL” indicates an end step.
[0030]
From the workflow data defined as shown in FIG. 3 described above, a step transition diagram as shown in FIG. 4A is obtained. This transition diagram expresses the work flow of the workflow by a graph structure. In this defined workflow, the person in charge of each step is not an individual user but a role.
[0031]
Each step of the workflow usually takes the following four states.
{Circle around (1)} A state in which the step cannot start the work yet (hereinafter, this state is referred to as “not ready”).
(2) The step is ready to start and is waiting for the person in charge to start work (hereinafter, this state is referred to as "ready")
(3) State in which the person in charge is working (hereinafter, this state is referred to as "run")
{Circle around (4)} The state where the person in charge has completed the work (hereinafter, this state is referred to as “complete”).
[0032]
The basic operation of the workflow system will be described below. The workflow proceeds by repeating the following operation for each step.
[0033]
When the step becomes “ready”, a notice is given to the person in charge to prompt the start of the work. When the person in charge gives a start signal to the workflow system, the state of the step becomes "run". At this time, the workflow system sends back to the person in charge a set of data in which information necessary for performing the work is put together. This chunk of data consists of the substance of the information necessary to perform the work and the reference pointer, and in this example, the data is registered in the folder as described above and circulated along the workflow. I have.
[0034]
When the person in charge finishes the designated work, the data is sent to the workflow system together with the data reflecting the work contents. At this time, the state of the step becomes “complete”.
[0035]
As described above, the person in charge of the work and the workflow system basically only exchange the necessary data at the start and end of the work and the data changed as a result of the work. The workflow system determines the next step to be executed when each step is completed, and performs routing for the step. Here, "perform routing" means that when the work of a certain step is completed, the work of the subsequent step is started.
[0036]
The routing management unit 12 of the system unit 10 performs this routing according to the set business flow and rules.
[0037]
The notification management unit 13 of the system unit 10 manages notification of delivery of information to be processed to a user (person in charge). The notification to the user is performed by the notification unit 22 of the user interface unit 20.
[0038]
The progress information management unit 14 of the system unit 10 manages information for managing the status of work, that is, information on the status of each step. The progress management unit 23 of the user interface unit 20 manages the status of the work using this information.
[0039]
The user management unit 15 manages users who are actually in charge of each step. A method of determining an actual person in charge of each step and a method of managing the access right will be described later in detail. The system management unit 16 manages the entire system unit 10.
[0040]
[Explanation of user management]
In the user management unit 15, the names of individual persons (users) who can become each role in each step are registered and managed. FIG. 5 is an example of user data managed by the user management unit 15. In this example, which role can be assigned to which user is associated via a user identifier.
[0041]
That is, as shown in FIG. 5A, a user name for each user identifier is registered in the user table UT. Further, as shown in FIG. 5B, a role name for each user identifier is registered in the role table RT.
[0042]
When the work of each step is completed based on the step transition diagram as shown in FIG. 4A, the workflow system appropriately starts the next work and manages the flow of the whole work. When the user in charge of each step finishes the work of the step, the user in charge notifies the workflow system of the completion of the work. Upon completion of the step based on the notification, the workflow system starts the next step in accordance with the workflow defined as described above.
[0043]
From the progress information of the progress information management unit 14, the workflow system identifies the step to be started. If this step is identified, the role of the step is detected from the step table ST of the workflow data, and the user identifier assigned to the role is specified from the role table RT of the user data. Then, in the user table UT, the assigned user name is specified by the specified user identifier. Therefore, when the workflow is executed, the role is changed to the actual responsible user name as shown in FIG. 4B.
[0044]
However, as described above, the access right of the person in charge of each step is given to the person in charge of the step, does not depend on the user, and it is not necessary to set the access right for each user. For example, in the workflow of FIG. 4A, if the person in charge of step 1 is temporarily changed to an approver, step 1 and step 4 are both executed by the user "John". Is given only the access right necessary for drawing creation, and the user "John" who was in charge of step 4 is given the access right required for approval.
[0045]
FIG. 6 is a flowchart showing the flow of processing in the routing management unit 12 at this time. First, in process S1, the next step is determined from information from the progress information management unit 14. Next, the process proceeds to determination S2, where it is determined whether or not the next step is the end of the workflow. If the next step is the end step, the process ends without performing the transfer process. Then, if the next step is not the end step, in step S3, the responsible user serving as the role of the step is determined from the user data, and in step S4, the notification management unit 13 is requested to notify the responsible user to the next step. I do.
[0046]
In addition, as shown in the user table UT of FIG. 7A, the assigned users are prepared by the number larger than the number of steps, and as shown in FIG. 7B, a plurality of users can assign one role by the roll table RT. It is also possible to take such a mode that the person in charge is registered so that the person in charge can be selected and the person in charge is selected from the plurality of users who can be in charge.
[0047]
In this case, as a method of selecting a person in charge, a person in charge of the previous step is notified of a plurality of users who can be in charge of the next step, and at the end of the previous step, the person in charge is made to select a user in charge of the next step. The method and parameters such as the past required work time and work quality of each person in charge are managed for each person in charge, and the necessary parameters are entered by the workflow launcher, so that the There is a method of automatically selecting by the workflow system.
[0048]
As described above, an actual user in charge is assigned to each step through a role, and the process in each step is executed according to the access right assigned to each step.
[0049]
[Explanation of secure information management]
In this example, the reference information management unit 100 manages a folder that satisfies the security of the information required in the workflow system. That is, in the case of this example, as described above, the entity of the information passed between the users at each work stage and the reference pointer are registered in a folder and circulated along the workflow. The reference information management unit 100 manages the folder.
[0050]
The reference pointer includes an access right to the work target information. In the case of this example, the access right is not set for each user, but is set and assigned to each step according to the processing content.
[0051]
The reference information management unit 100 is configured, for example, as shown in FIG. That is, the reference information management unit 100 includes a processing unit 110 and a storage unit 120. The processing unit 110 includes a request processing unit 111, an information master management unit 112, an access request availability determination unit 113, an access right setting It has a unit 114, a configuration information management unit 115, and an entity management unit 116.
[0052]
The request processing unit 111 receives a request from another management unit of the system unit 10 and starts a process corresponding to the request.
[0053]
The information master management unit 112 manages an information master for uniquely identifying work target information. The information master is stored in the information master storage unit 121 of the storage unit 120. FIG. 8 shows an example of the configuration of the information master table of the storage unit 121. In other words, the information master table includes an information number for uniquely identifying the work target information in the system, an information name such as a specification, a drawing, and a cost statement, which is a name for the user, and the information is deleted. Consists of a deletion flag that indicates whether or not there is In this example, when the deletion flag is “1”, it indicates that the information has been deleted, and when the deletion flag is “0”, it indicates that the information exists.
[0054]
As described above, the access request availability determination unit 113 determines whether the request is available based on the information on the access right set for each step. In this case, of the access rights, the addition and deletion access rights are set for each step when the workflow is defined, and are stored in the addition / deletion right information storage unit 122 of the storage unit 120. Of the access rights, the reference and update access rights are set for each information file for the step during the execution of the workflow, and are stored in the reference and update right information storage unit 123 of the storage unit 120.
[0055]
Here, in this example,
Right to add ... Right for the person in charge of the step number to add information to the folder
Delete right: The right of the person in charge of the step number to delete information from the folder
Reference right: The right of the person in charge of the step number to refer to the information of the information number
Update right: The right of the person in charge of the step number to update the information of the information number
Will be shown.
[0056]
The access right setting unit 114 sets the reference and update access rights to the steps and in units of information numbers in response to the request, refers to the reference and update access rights, and updates the update right information storage unit 123 To be stored. The access request availability determination unit 113 refers to not only the addition and deletion right information of the storage unit 122 but also the reference to the storage unit 123 and the update right information.
[0057]
FIG. 9 shows an example of the addition / deletion right information of the storage unit 122, and has a configuration of an addition / deletion right table. In this example, since it is assumed that a plurality of workflows are managed at the same time, the addition / deletion right table includes a workflow identifier for identifying the workflow to which the access right is to be granted. .
[0058]
The addition / deletion right table includes, in addition to the workflow identifier, a step number for identifying a step to which the access right is set, and data indicating the presence / absence of the addition right and the presence / absence of the deletion right.
[0059]
FIG. 10 shows an example of the reference and update right information of the storage unit 123, and has a configuration of a reference / update right table. Like the addition / deletion right table, the reference / update right table includes a workflow identifier, a step number, data indicating the presence / absence of the reference right, and data indicating the presence / absence of the update right. Is provided with the data of the information number of the work target information to which is attached.
[0060]
The configuration information management unit 115 manages the contents of the folder for each step of the workflow, that is, the entity information file and its reference pointer. As the reference pointer, specifically, version information indicating the number of times the work of the step is performed, the content structure of each folder version, reference information included in the folder, and entity information of the work target information are referred to. Manage and manage relationships.
[0061]
The version information is stored in the version information storage unit 124. FIG. 11 shows a configuration example of the version information in the storage unit 124. That is, in this example, the version information is stored as a version management table including a workflow identifier, a step number, and information on the latest version number.
[0062]
Information on the content configuration for each version of the folder is stored in the configuration information storage unit 125 as a configuration management table. FIG. 12 shows an example of a configuration management table which is information stored in the configuration information storage unit 125. That is, the configuration management table includes a workflow identifier, a step number, a version number, an information number, and an entity file name which is a file name of information managed by the entity management unit 116.
[0063]
The entity management unit 116 manages the entity of the information and provides an interface for storing and retrieving the entity file. The entity files are stored in the storage units 127a, 127b, ... 127n. The entity management unit 116 stores the entity of information in a directory for each workflow identifier in order to uniquely identify and manage the entity of information.
Step identifier-version number-information number
Is managed as a file with an entity file name consisting of In the entity file name “SJN” shown in FIG. 7, S indicates a step identifier (for example, a step number), J indicates a version number, and N indicates an information number.
[0064]
The above-described entity file name is registered in the configuration management table of the configuration information storage unit 125 and is managed by the configuration information management unit 115 as reference information. The entity management unit 116 searches the storage unit of the corresponding file entity from the entity file name managed by the configuration information management unit 115, and retrieves and registers the corresponding entity file.
[0065]
In the system unit 10, security can be ensured for the work result information of each step by the reference information management unit 100 having the configuration of FIG. , So that they can respond appropriately. That is, the reference information management unit 100 processes a request from another management unit of the system unit 10 as described later, and implements information management that satisfies security.
[0066]
The type of each request accepted by the request processing unit 111 of the reference information management unit 100 and the content of the processing corresponding thereto are as follows.
[0067]
Registration: Register information in a folder and set the access right (reference right and update right) to the registered information in each step.
Delete… Delete the specified information from the folder
Browse ... Retrieve the specified information entity in the folder
Update… Updates the specified information in the folder
Create… Creates folder configuration information for the specified step
List ... returns a list of the contents of the folder for the specified step
Initialization: Insert the necessary records when the workflow is started, and set the initial values.
[0068]
Of the processes that responded to the above request, the “create” process is to prepare for creating the folder of the next step when one step of the workflow is completed and the work is handed over to the next step It is started by the routing management unit 12.
[0069]
“Add”, “delete”, “reference”, and “update” are activated when the person in charge of the step performs a task based on the information. The “list” is activated when the person in charge of the step is notified of the contents of the information.
[0070]
In the drawing creation workflow of this example, the folders for each step are as shown in FIG.
[0071]
That is, the folder F0 at the start of the workflow includes the entity file of the specification A for the drawing creation step 1 and its reference pointer. This specification A is referred to only in the subsequent steps. In step 1, a drawing A is created based on the specification A of the folder F0. Then, at the end of step 1, a folder F1 including an entity file of the specification A and the created drawing A and a reference pointer thereof is created.
[0072]
In step 2, the drawing A created in step 1 is modified based on the specification A and the drawing A in the folder F1. Then, at the end of step 2, a folder F2 including the actual file of the specification A and the corrected drawing A and the reference pointer thereof is created.
[0073]
In the next step 3, referring to the drawing A in the folder F2, a cost statement for the drawing A is created. Then, at the end of step 3, a folder F3 including the actual file of the specification A, the corrected drawing A, and the cost calculation sheet and the reference pointer thereof is created.
[0074]
In the last step 4, approval processing of the drawing A of the folder F3 and the cost statement created in the step 3 is performed. In step 4 of this approval, “go” or “no” of the drawing A and the cost statement is determined. If both the determination results are “go”, this step 4 is completed and the drawing creation workflow is completed. Thus, a folder F4 including an entity file of the specification A, the drawing A, and the cost calculator and a reference pointer thereof is obtained.
[0075]
Also, in step 4, when the result of the approval of the drawing A is “No”, the user in charge of the step 4 issues a “redo” instruction to the step 1 of the drawing creation or the step 2 of the drawing correction. The system unit 10 is notified via the user interface 20. If the determination result of the approval of the cost statement is “No”, the user in charge of Step 4 issues an instruction of “Redo” to Step 3 of creating the cost statement via the user interface 20 through the system unit. Notify 10.
[0076]
In response to the instruction of “redo”, the system unit 10 performs routing to the step of the designated step number. At this time, when the above-mentioned drawing A is created or modified again, the cost statement is a secret matter to the user in charge of step 1 and step 2, so that the security is ensured. For these steps 1 or 2, instead of creating a folder to transfer to these steps 1 and 2 from the folder F4 of step 4 immediately before the re-execution, From the folder F1 or F2 of the previous version, a new folder for performing the redo process is created in step 1 or step 2 and transferred.
[0077]
The request processing unit 111 of the reference information management unit 100 receives a request from another management unit of the system unit 10 as described above, checks the type of the request according to a request processing routine shown in FIG. Then, the processing corresponding to the determined request is started.
[0078]
That is, as shown in FIG. 14, the request processing unit 111 waits for a request in determination S11. If there is a request, the type of the request is sequentially determined in determinations S12, S13, S14, S15, S16, and S17.
[0079]
Then, when it is determined in the determination S12 that the request is “registration”, the “registration” processing routine S20 is started. When it is determined that the request is “delete” in the determination S13, a “delete” processing routine S30 is started. When it is determined that the request is "reference" in the judgment S14, a "reference" processing routine S40 is started. When the request is determined to be "update" in the judgment S15, the "update" processing routine S50 is started.
[0080]
When the request is determined to be "list" in the judgment S16, the "list" processing routine S60 is started. When the request is determined to be "creation" in the judgment S17, the "creation" processing routine S70 is started. Further, when it is determined in the determination S18 that the request is "initialization", the "initialization" processing routine S80 is started.
[0081]
FIG. 15 shows an example of the initialization processing routine S80. When the initialization process is performed, a workflow identifier, for example, a workflow number, and a list of addition rights and deletion rights for each step defined at the time of designing the workflow are specified.
[0082]
In this initialization processing, first, in step S81, data of a start step (step number “0”) that does not exist in the workflow is recorded in the reference / update right table, version management table, and configuration management table. In the next process S82, the addition right and the deletion right for each step are recorded in the addition / deletion right table with reference to the list of the addition right and the deletion right. This is the end of the initialization processing.
[0083]
FIG. 16 shows an example of the list processing routine S60. When performing the processing of this list, a step number is specified.
[0084]
First, in step S61, the version of the folder for which the list is created is determined by searching the version management table of the version information storage unit 124 with the step number and obtaining the latest version number value. Next, the process proceeds to step S62, where the configuration management table of the configuration information storage unit 125 is searched for the step number and the version number determined in step S61, and the value of the information number column of the obtained table is obtained.
[0085]
In the next process S63, the information master table of the storage unit 121 is searched by the information number obtained in the process S62 and the value of the deletion flag “0” (indicating that the information is not deleted), and Get the value of the column. Then, in the next process S64, a list of [information number, information name] is created from the data obtained in the processes S62 and S63. This list is passed to the requester. This is the end of the list processing.
[0086]
Next, FIG. 17 shows an example of the registration processing routine S20. When this registration process is performed, a step number, an information name, an entity of information, and an access list (a list of reference / update rights in each step) are specified.
[0087]
First, in step S21, an addition / deletion right table is searched according to the step number. In the next determination S22, it is determined whether or not there is corresponding data as a result of the search, that is, whether or not the right of addition / deletion is set for the step of the step number. If there is no corresponding data, the registration processing routine S20 ends. If there is such data, the process proceeds to step S23, where the column of the addition right in the addition / deletion right table is checked to determine whether the person in charge of the step has the addition right. If there is no additional right, the registration processing routine S20 ends.
[0088]
If there is an additional right, the process proceeds to step S24 to request and acquire a new information number from the information master management unit 112. Next, the process proceeds to step S25, where the information master management unit 112 registers a record of [new information number, information name, deletion flag “0”] in the information master table of the storage unit 121.
[0089]
Next, the process proceeds to step S26, in which the reference right and the update right of each step for the registered information are set in the reference / update right table based on the access list instructed before the execution of the registration processing routine S20.
[0090]
Next, in step S27, a record of [the step number for registration, the latest version number of the step of the step number for registration, the new information number, and the actual file name] is registered in the configuration management table. Then, in step S28, the entity of the information is stored in the corresponding area of the storage units 127a to 127n under the control of the entity management unit 116. Thus, the registration processing routine S20 ends.
[0091]
Next, the processing routine S30 for deletion will be described. FIG. 18 shows an example of the deletion processing routine S30. When this deletion process is performed, the step number of the step to be deleted and the information number of the information to be deleted are specified.
[0092]
First, in step S31, an addition / deletion right table is searched according to the step number. In the next determination step S32, it is determined whether or not the corresponding data exists as a result of the search, that is, whether or not the addition / deletion right is set for the step of the step number. If there is no corresponding data, the deletion processing routine S30 ends. If there is such data, the process proceeds to determination S33, where the deletion right column of the addition / deletion right table is checked to determine whether the person in charge of the step has the deletion right. If there is no right to delete, the deletion processing routine S30 ends.
[0093]
When it is determined in the determination S33 that the user has the deletion right, “1” is set in the deletion flag column of the record of the information master table of the information number to be deleted. This is the end of the deletion processing routine S30.
[0094]
Next, the reference processing routine S40 will be described. FIG. 19 shows an example of this reference processing routine S40. When this reference process is performed, the step number of the step to be referred to and the information number of the information to be referred to are specified.
[0095]
First, in step S41, a reference / update right table is searched by step number. In the next determination step S42, it is determined whether or not there is corresponding data as a result of the search, that is, whether or not the reference / update right is set for the step of the step number. If there is no corresponding data, the reference processing routine S40 ends. If there is the corresponding data, the process proceeds to the judgment S43, where the column of the reference right in the reference / update right table is checked to determine whether or not the person in charge of the step has the reference right. If there is no reference right, the reference processing routine S40 ends.
[0096]
If it is determined in step S43 that the user has the reference right, the process proceeds to step S44, where the version management table is searched by the step number, and the value of the latest version number column is obtained to determine the folder version. I do.
[0097]
In the next process S45, the configuration management table is searched for using the step number of the reference step, the version number obtained in the process S44, and the information number of the information to be referred to. , The actual file name of the information to be referred to is determined.
[0098]
In the next process S46, the entity file is extracted by the entity management unit 116 using the entity file name determined in the process S45. The retrieved file is passed to the requester. This is the end of the reference processing routine S40.
[0099]
Next, the update processing routine S50 will be described. FIG. 20 shows an example of the update processing routine S50. When this updating process is performed, the step number of the step for updating, the information number of the information to be updated, and the file of the substance of the information to be updated are specified.
[0100]
First, in step S51, a reference / update right table is searched by step number. In the next determination step S52, it is determined whether or not there is corresponding data as a result of the search, that is, whether or not the reference / update right is set for the step of the step number. If there is no corresponding data, the update processing routine S50 ends. If there is such data, the flow advances to decision S53 to check the update right column of the reference / update right table and determine whether the person in charge of the step has the update right. If there is no update right, the update processing routine S50 ends.
[0101]
If it is determined in step S53 that there is an update right, the process proceeds to step S54, where the version management table is searched by the step number and the value of the latest version number column is obtained to determine the version of the folder. I do.
[0102]
In the next process S55, the configuration management table is searched for the step number of the update step, the version number obtained in the process S54, and the information number of the information to be updated. , The actual file name of the information to be updated is determined.
[0103]
Then, in the next process S56, the entity file is stored in the corresponding storage unit of the storage units 127a to 127n by the entity management unit 116 using the entity file name determined in the process S55. If a file with the same entity file name already exists in the storage unit, it is overwritten. This is the end of the update processing routine S50. Next, the creation processing routine S70 will be described. FIG. 21 shows an example of a routine S70 for this creation processing. When this creation process is performed, the number of the step for creating a folder, the number of the previous step, and, in the case of a redo operation, a redo instruction flag are indicated.
[0104]
First, in determination S71, it is determined whether the process is a new creation process. This determination is made based on whether or not a step number for creating a folder is entered in the version management table of the version information storage unit 124. If it is determined that the process is a new creation process, the process proceeds to step S72, where the version information of the step of creating a folder is newly registered in the storage unit 124. That is, a record of “1” is additionally registered in the version management table as the step number of the step of creating a folder and the latest version number.
[0105]
On the other hand, if it is determined in step S71 that the process is not a new creation process, the process proceeds to step S73, and the latest version number in the step of creating a folder is increased by one. That is, “1” is added to the latest version number of the record of the version management table in which the step number is the number of the step for which a folder is to be created. Subsequent to the processing S72 and the processing S73, the process proceeds to a determination S74, and it is determined whether or not the processing is a redo processing from a redo instruction flag. If it is determined in the determination 74 that the process is not a redo but a new creation, the process proceeds to a process S75, and based on the folder in the previous step, a folder of the latest version of the next step in which a folder is to be created is determined. create. That is, the record of the latest version number of the previous step is searched from the configuration management table of the configuration information storage unit 125, and the column of the step number is set to the number of the step for which the folder is to be created, and the column of the version number is set. Then, the record that has been replaced with the latest version number of the step that creates and uses the folder is registered in the configuration management table.
[0106]
If it is determined in the determination 74 that the process is to start over, the process proceeds to step S76, and a folder of the latest version is created based on the folder of the previous version number in the next step of creating a folder. Specifically, the record of the version number immediately before the step for which a folder is to be created is searched from the configuration management table, the version number column is set to the latest version number, and the actual file name is set to the previous step. Register the record replaced with the corresponding file name in the configuration management table.
[0107]
That is, in the process S76 at the time of redoing, the latest version of the folder is created based on the folder of the version before the step in which the folder is to be created, instead of the folder of the previous step. Therefore, even in the process of redoing, information for which security is to be ensured for the user in charge of the step is not delivered to the step. This is the end of the creation processing routine S70.
[0108]
Next, based on the drawing creation workflow shown in FIG. 13, the processing of this embodiment is performed by referring to changes in the contents of the information master table, the addition / deletion right table, the reference / update right table, the version management table and the configuration management table. This will be described more specifically. In the following description, the workflow identifier of each table is omitted for simplicity.
[0109]
(1) FIG. 22 shows a state of each table when the workflow is activated and the reference information management unit 100 is initialized. In these tables, the step with the step number “0” is a step that does not exist on the flow for initializing the workflow. The information number "0" is information having no substance and is used to form an empty folder.
[0110]
The contents of the addition / deletion right table are set for each step by the workflow designer. In the figure, “true” indicates “there is access right”, and “false” indicates “no access right”. The same applies to the following description. In this example, the person in charge of step 1 and step 3 is given the right to add, and no person is given the right to delete.
The entity name “NULL” in the configuration management table indicates that no entity file name is assigned. The same applies hereinafter.
[0111]
(2) The workflow starter registers the specification A in the folder, sets the reference right and the update right in each step of the specification A, and illustrates the state of each table when the workflow is started. 23. As the specification A is registered, the information master table, the reference / update table, and the configuration management table have been changed. As shown in the reference / update right table, in the specification A, the reference right is set so that only the reference can be made in all the steps.
[0112]
The information number of the specification A is set to “1000”, and since it is the first work, the version number is set to “1”. Therefore, the entity name of the configuration management table is “0-1-1000”.
[0113]
(3) FIGS. 24 and 25 show the state of each table when the person in charge of step 1 receives the folder and ends the work. In each table, the portion up to the double line is the content when the folder is received, and the portion below the double line is the content added when the work is completed. In other words, the portion below the double line is a portion that is created when a folder for the next step is created when routing to the next step is performed after the work of the step is completed. The same applies to the following description.
[0114]
When the folder is received, a new folder for step 1 has been created. That is, a record of step number "1" and the latest version number of "1" are registered in the version management table, and a record of step number "1" is registered in the configuration management table and a new folder is created. ing.
[0115]
When the operation of step 1 is completed, the information master table, the reference / update right table, and the configuration management table have been changed due to the newly registered drawing A.
[0116]
In this example, since the information number of the drawing A is “1001”, the step number is “1”, and the version number is “1”, the actual file name of the configuration management table is “1-1”. -1001 ". Drawing A can be referred to in all steps, and a reference right and an update right are set so that only steps 1 and 2 can be updated.
[0117]
(4) FIGS. 26 and 27 show the state of each table when the person in charge of step 2 receives the folder and ends the work.
[0118]
The configuration management table when the person in charge of step 2 receives the folder is as shown in the table of FIG. When the person in charge of step 2 refers to the drawing A, the file having the entity file name “1-1-1001” is passed, and when the drawing A is updated, the information number “1001” of step 2 is obtained. Is changed to “2-1-1001” as indicated by the arrow. This change of the entity file name is performed when a folder for the next step is created when the routing to the next step is performed after the work of the step is completed, as described above.
[0119]
(5) FIGS. 28 and 29 show the state of each table when the person in charge of step 3 receives the folder and ends the work.
[0120]
At the end of the work in step 3, the information master table, the reference / update right table, and the configuration management table have been changed due to the registration of the cost statement.
[0121]
In this example, the information number of the cost statement is “1002”, the step number is “3”, and the version number is “1”, so the actual file name in the configuration management table of the cost statement Is “3-1-1001”.
[0122]
Further, in the reference / update right table, the cost statement can be referred to in steps 3 and 4, and the reference right / update right is set so that it can be updated only in step 3.
[0123]
(6) FIGS. 30 and 31 show the state of each table when the person in charge of step 4 receives the folder. When the folder is received, a new folder for step 4 has been created. That is, a record of step number "4" and a record of "1" as the latest version number are registered in the version management table, and a record of step number "4" for each information number is registered in the configuration management table. Folder has been created.
[0124]
(7) Now, it is assumed that the person in charge of step 4 detects an error in step 1 and instructs step 1 to start over. FIG. 32 shows the state of the version management table and the configuration management table when the person in charge of step 1 receives the redo folder and when the work is completed.
[0125]
In this case, in the creation processing routine S70 shown in FIG. 21, it is determined to be a redo in the determination S74 based on the redo instruction flag included in the received folder, and the processing of the processing S76 is performed. That is, a version 2 folder of step 1 is created from a version 1 folder of step 1.
[0126]
Then, when the person in charge of step 1 refers to the drawing A again, the file having the entity file name “1-1-1001” is passed. When the person in charge of step 1 updates the drawing A, the updated drawing A is given a different entity file name “1-2-1001”. Since the cost statement is not included in the folder in step 1, the security of the cost statement is ensured when starting over.
[0127]
(8) After the process of redoing in step 1 is completed, the person in charge of step 2 shows the state of the version management table and the configuration management table when the folder is received again and when the work is completed. Shown in The person in charge of Step 2 makes corrections with reference to the redone version 2 file of the drawing A, that is, the actual file name “1-2-1001”. By updating the person in charge in step 2, the entity file name is changed to "2-2-1001".
[0128]
In this way, the file is managed for each step, for each version, and for each information number, and when redoing, the data for redoing is obtained from the folder of the version before the step by referring to the version number. Therefore, it is possible to execute a workflow while ensuring security for necessary information.
[0129]
In the above-described embodiment, when redoing, the work target information for redoing is obtained from the folder of the version before the step, but after retrieving from a folder of information that does not require security, The work target information may be obtained from the folder of the previous version of the step.
[0130]
FIG. 34 shows a case where, when there is an instruction to redo step 1 described above, the folder of the previous version in step 2 is received at the time of the redo version. In other words, the drawing A of the version 1 of step 2 whose entity file name is “2-1-1001” is passed to step 1. This folder does not include the cost statement, and security for the person in charge of step 1 of the cost statement is ensured. Then, in the same manner as in the above-described example, the drawing A of the actual file name “2-1-1001” is changed to the actual file name “1-2-1001” as a result of redoing.
[0131]
In the above embodiment, the information to be processed is managed for each information unit, such as a drawing, a specification, and a cost calculation report. Therefore, it is easy to secure security for each information unit as described above. It is.
[0132]
Although the above example is an example of a drawing creation workflow, it can be said that the information processing system of the present invention is applicable not only to drawing creation business processing but also to various other business processing. Not even.
[0133]
【The invention's effect】
As described above, according to the present invention, the processing result of each work stage is managed by the configuration information management unit in association with the version information indicating the number of times the processing is performed. Even at the time of re-execution, it is possible to select necessary information except for the information that is to be kept secret from the reworking work stage, and to transfer the selected information to the work stage. For this reason, the security for the worker who has redone is maintained.
[Brief description of the drawings]
FIG. 1 is a block diagram of a main part of an embodiment of an information processing system according to the present invention.
FIG. 2 is a block diagram showing an entire information processing system according to an embodiment of the present invention;
FIG. 3 is a diagram showing an example of workflow data in an embodiment of the information processing system according to the present invention.
FIG. 4 is a diagram for explaining a person in charge of each step of a defined workflow in one embodiment of the information processing system according to the present invention;
FIG. 5 is a diagram for explaining an example of person-in-charge information in one embodiment of the information processing system according to the present invention.
FIG. 6 is a diagram for explaining a process for notifying a responsible user when a step is started in one embodiment of the information processing system according to the present invention.
FIG. 7 is a diagram for explaining another example of the person in charge information in one embodiment of the information processing system according to the present invention.
FIG. 8 is a diagram for explaining an example of a table relating to stored information in one embodiment of the information processing system according to the present invention.
FIG. 9 is a diagram for explaining an example of an access right table set for each step in one embodiment of the information processing system according to the present invention.
FIG. 10 is a diagram for explaining an example of an access right table set for each step in an embodiment of the information processing system according to the present invention.
FIG. 11 is a diagram for explaining an example of a table regarding a version of a process in each step in the embodiment of the information processing system according to the present invention.
FIG. 12 is a diagram for explaining an example of a table relating to information of a processing result in each step in one embodiment of the information processing system according to the present invention.
FIG. 13 is a diagram for explaining each step of a defined workflow and folders transferred between the steps in an embodiment of the information processing system according to the present invention.
FIG. 14 is a flowchart showing an example of a request process in a reference information management unit in one embodiment of the information processing system according to the present invention.
FIG. 15 is a flowchart showing an example of a part of the processing routine of the flowchart of FIG. 14;
FIG. 16 is a flowchart showing an example of a processing routine of a part of the flowchart of FIG. 14;
FIG. 17 is a flowchart showing an example of a processing routine of a part of the flowchart of FIG. 14;
FIG. 18 is a flowchart showing an example of a processing routine of a part of the flowchart of FIG. 14;
FIG. 19 is a flowchart showing an example of a processing routine of a part of the flowchart of FIG. 14;
FIG. 20 is a flowchart showing an example of a part of the processing routine of the flowchart of FIG. 14;
FIG. 21 is a flowchart showing an example of a processing routine of a part of the flowchart of FIG. 14;
FIG. 22 is a diagram showing an example of contents at the end of initialization of a table stored in a reference information management unit in one embodiment of the information processing system according to the present invention.
FIG. 23 is a diagram showing an example of contents of a table stored in a reference information management unit when a workflow is started in an embodiment of the information processing system according to the present invention.
FIG. 24 is a diagram showing a part of an example of the contents at the start and end of step 1 of the table stored in the reference information management unit in one embodiment of the information processing system according to the present invention.
FIG. 25 is a diagram showing a part of an example of contents of a table stored in a reference information management unit at the start and end of step 1 in an embodiment of the information processing system according to the present invention.
FIG. 26 is a diagram showing a part of an example of contents at the start and end of step 2 of the table stored in the reference information management unit in one embodiment of the information processing system according to the present invention.
FIG. 27 is a diagram showing a part of an example of contents at the start and end of step 2 of the table stored in the reference information management unit in one embodiment of the information processing system according to the present invention.
FIG. 28 is a diagram showing a part of an example of the contents at the start and end of step 3 of the table stored in the reference information management unit in one embodiment of the information processing system according to the present invention.
FIG. 29 is a diagram showing a part of an example of the contents at the start and end of step 3 of the table stored in the reference information management unit in one embodiment of the information processing system according to the present invention.
FIG. 30 is a diagram showing a part of an example of contents at the start of step 4 of a table stored in the reference information management unit in one embodiment of the information processing system according to the present invention;
FIG. 31 is a diagram showing a part of an example of the contents at the start of step 4 of the table stored in the reference information management unit in one embodiment of the information processing system according to the present invention;
FIG. 32 is a diagram showing an example of the contents of the table stored in the reference information management unit in the embodiment of the information processing system according to the present invention at the time of the reworking operation in step 1;
FIG. 33 is a diagram showing an example of the contents of the table stored in the reference information management unit in one embodiment of the information processing system according to the present invention at the time of reworking in step 2;
FIG. 34 is a diagram showing another example of the contents of the table stored in the reference information management unit in the embodiment of the information processing system according to the present invention at the time of the reworking operation in step 1;
[Explanation of symbols]
10 System section
11 Template management unit
12 Routing management unit
13 Notification Management Department
14 Progress Information Management Department
15 User Management Department
16 System Management Department
20 User interface section
100 Reference information management unit
110 processing unit
120 storage unit
111 Request processing unit
112 Information Master Management Department
113 Access Request Availability Determination Unit
114 Access Right Setting Section
115 Configuration information management unit
116 entity management
121 Information Master Storage Unit
122 addition / deletion right information storage unit
123 Reference, update right information storage
124 Version information storage
125 Configuration information storage
126 Reference and entity relation information storage

Claims (2)

情報を媒介にして連携する複数の作業段階からなる作業について、前記複数の作業段階の順序と、各作業段階の処理内容を定めて、前記作業の処理を支援する情報処理システムであって、
前記作業の進行状況を把握するための情報から、作業段階を識別するための作業段階識別情報を記憶する作業段階識別情報記憶部と、
前記作業段階識別情報記憶部の前記作業段階識別情報と、作業の進行状況を把握するための情報とから、作業段階を判別する判別手段と、
各作業段階での処理結果を記憶する実体情報記憶部と、
前記各作業段階での処理結果のそれぞれについて、それがいずれの作業段階の処理結果であり、かつ、何回目の処理であるかを示す参照情報と対応を付けて管理する管理手段と、
所定の作業段階に対するやり直しの指示があったとき、当該指示された作業段階の作業担当者に、前記管理手段で管理されている参照情報に基づいて、必要な情報を与える情報転送手段と
を備える情報処理システム。An information processing system that supports the processing of the work by determining the order of the plurality of work stages and the processing content of each work stage, for a work including a plurality of work stages that cooperate through information.
From the information for grasping the progress of the work, a work stage identification information storage unit that stores work stage identification information for identifying a work stage,
The work stage identification information of the work stage identification information storage unit, and information for grasping the progress of the work, a determination unit that determines a work stage,
An entity information storage unit that stores processing results at each work stage;
For each of the processing results in each of the work stages, it is a processing result of any of the work stages, and a management unit that manages in association with reference information indicating what number of times the process is,
And information transfer means for giving necessary information to a worker in charge of the instructed work stage based on the reference information managed by the management means when an instruction to redo the predetermined work stage is given. Information processing system. 情報を媒介にして連携する複数の作業段階の順序を記憶する実行順序テーブルを備え、前記情報を媒介にして連携する複数の作業段階からなる作業の処理を支援する情報処理システムにおける作業支援方法であって、
前記作業の進行状況を把握するための情報から、作業段階を識別するための作業段階識別情報を記憶する作業段階識別情報記憶工程と、
前記作業段階識別情報記憶工程で記憶された前記作業段階識別情報と、前記作業の進行状況を把握するための情報とから、作業段階を判別する判別工程と、
各作業段階での処理結果を記憶する実体情報記憶工程と、
前記実体情報記憶工程で記憶された前記各作業段階での処理結果のそれぞれについて、それがいずれの作業段階の処理結果であり、かつ、何回目の処理であるかを示す参照情報と対応を付けて管理する管理工程と、
所定の作業段階に対するやり直しの指示があったとき、当該指示された作業段階の作業担当者に、前記管理工程で管理されている参照情報に基づいて、必要な情報を与える情報転送工程と
を備える情報処理システムにおける作業支援方法。A work support method in an information processing system, comprising: an execution order table that stores an order of a plurality of work stages that cooperate by using information as an intermediary, and that supports processing of a work that includes a plurality of work stages that cooperate by using the information as an intermediary. So,
From the information for grasping the progress of the work, a work stage identification information storage step of storing work stage identification information for identifying a work stage,
The work stage identification information stored in the work stage identification information storage step, and information for grasping the progress of the work, a determination step of determining a work stage,
An entity information storage step of storing a processing result in each work stage;
For each of the processing results in each of the work stages stored in the substantive information storage step, a correspondence is provided with reference information indicating which of the work stages is the processing result and in what number of processes. Management process to manage
An information transfer step of giving necessary information to a worker in charge of the instructed work step based on the reference information managed in the management step when an instruction to redo the predetermined work step is given. A work support method in an information processing system.
JP2003161568A 2003-06-06 2003-06-06 Information processing system, and work support method for the system Pending JP2004046826A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003161568A JP2004046826A (en) 2003-06-06 2003-06-06 Information processing system, and work support method for the system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003161568A JP2004046826A (en) 2003-06-06 2003-06-06 Information processing system, and work support method for the system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP6136313A Division JPH07319820A (en) 1994-05-26 1994-05-26 Information processing system

Publications (1)

Publication Number Publication Date
JP2004046826A true JP2004046826A (en) 2004-02-12

Family

ID=31712436

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003161568A Pending JP2004046826A (en) 2003-06-06 2003-06-06 Information processing system, and work support method for the system

Country Status (1)

Country Link
JP (1) JP2004046826A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008065461A (en) * 2006-09-05 2008-03-21 Toshiba Corp Access control system
JP2011119956A (en) * 2009-12-03 2011-06-16 Oki Data Corp Image processing apparatus
KR101811269B1 (en) * 2015-04-16 2017-12-21 한국전자통신연구원 System and method for processing order based on instant messenger

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008065461A (en) * 2006-09-05 2008-03-21 Toshiba Corp Access control system
JP2011119956A (en) * 2009-12-03 2011-06-16 Oki Data Corp Image processing apparatus
KR101811269B1 (en) * 2015-04-16 2017-12-21 한국전자통신연구원 System and method for processing order based on instant messenger

Similar Documents

Publication Publication Date Title
JP3613504B2 (en) Version management / configuration management method and apparatus, and computer-readable recording medium recording a version management / configuration management program
US6460052B1 (en) Method and system for performing fine grain versioning
US10380085B2 (en) Method, apparatus and computer program for migrating records in a database from a source database schema to a target database schema
US8037107B2 (en) Document transfer assisting system, monitor apparatus, document transfer assisting apparatus, method and computer readable recording medium
US10636005B2 (en) Method and system for implementing an adaptive data governance system
JPH07334572A (en) Information processing system
JP4136267B2 (en) Document management method, storage medium storing program for implementing the method, and document management apparatus
JPH07319820A (en) Information processing system
JP2009176201A (en) Software development support device, program thereof, and method
US20060004877A1 (en) Method and system for data processing with data replication for the same
JP2006031608A (en) Computer, storage system, file management method which computer performs, and program
JP2007249422A (en) Organization constitution management system, and program therefor
JP2004046826A (en) Information processing system, and work support method for the system
JP2001216319A (en) Document managing method and its implementation device, and recording medium stored with processing program thereof
JPH07287688A (en) Method and device for changing dynamic access right
JP2010257327A (en) Project management supporting device, project management supporting method, and project management supporting program
JP3225996B2 (en) Information processing system
JPH07271569A (en) Program specification preparation system
JP2006004024A (en) Program for execution by directory server
JP6662153B2 (en) Program creation system
JP2004157883A (en) Web site content management system and program
JP2003030391A (en) Workflow system and its item deleting method, and program regarding the same method
JP4900342B2 (en) Application work support program, method and apparatus
JP6940343B2 (en) Distribution management system and distribution management method
JP2008015637A (en) File data management method and its system

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060522

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060621

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060815

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061011

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070307