(57)【要約】【課題】作業担当者の変更などに柔軟に対応できるようにすると共に、作業結果の情報に対するセキュリティーを設定できる情報処理システムを提供する。【解決手段】各作業段階での処理結果を実体情報記憶部１２７ａ〜１２７ｎに記憶する。作業の進行状況を把握するための情報から、作業段階を識別する。各作業段階の処理内容に応じて設定された、当該作業段階における情報に対するアクセス権の情報をアクセス権情報記憶部１２２，１２３に記憶する。各作業段階の処理を担当すべき担当者を特定するための担当者情報を担当者情報記憶部１５に記憶する。アクセス要求判断手段１１３で、作業段階の担当者からの作業対象情報に対するアクセス要求を許可するか否かをアクセス権情報記憶部のアクセス権情報を参照して判断する。【選択図】　　　　図１
2004046826.tif 000002
【特許請求の範囲】
【請求項１】
情報を媒介にして連携する複数の作業段階からなる作業について、前記複数の作業段階の順序と、各作業段階の処理内容を定めて、前記作業の処理を支援する情報処理システムであって、
前記作業の進行状況を把握するための情報から、作業段階を識別するための作業段階識別情報を記憶する作業段階識別情報記憶部と、
前記作業段階識別情報記憶部の前記作業段階識別情報と、作業の進行状況を把握するための情報とから、作業段階を判別する判別手段と、
各作業段階での処理結果を記憶する実体情報記憶部と、
前記各作業段階での処理結果のそれぞれについて、それがいずれの作業段階の処理結果であり、かつ、何回目の処理であるかを示す参照情報と対応を付けて管理する管理手段と、
所定の作業段階に対するやり直しの指示があったとき、当該指示された作業段階の作業担当者に、前記管理手段で管理されている参照情報に基づいて、必要な情報を与える情報転送手段と
を備える情報処理システム。
【請求項２】
情報を媒介にして連携する複数の作業段階の順序を記憶する実行順序テーブルを備え、前記情報を媒介にして連携する複数の作業段階からなる作業の処理を支援する情報処理システムにおける作業支援方法であって、
前記作業の進行状況を把握するための情報から、作業段階を識別するための作業段階識別情報を記憶する作業段階識別情報記憶工程と、
前記作業段階識別情報記憶工程で記憶された前記作業段階識別情報と、前記作業の進行状況を把握するための情報とから、作業段階を判別する判別工程と、
各作業段階での処理結果を記憶する実体情報記憶工程と、
前記実体情報記憶工程で記憶された前記各作業段階での処理結果のそれぞれについて、それがいずれの作業段階の処理結果であり、かつ、何回目の処理であるかを示す参照情報と対応を付けて管理する管理工程と、
所定の作業段階に対するやり直しの指示があったとき、当該指示された作業段階の作業担当者に、前記管理工程で管理されている参照情報に基づいて、必要な情報を与える情報転送工程と
を備える情報処理システムにおける作業支援方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、情報を媒介にして連携する複数の作業段階からなる作業について、複数の作業段階の順序と、各作業段階の処理内容を定め、各作業段階の間での情報の受け渡しなど、作業の処理を支援する情報処理システム、すなわち、いわゆるワークフローシステムおよびこのシステムにおける作業支援方法に関する。
【０００２】
【従来の技術】
従来から、業務処理の効率化を図るために、コンピュータによる、いわゆるオフィスオートメーション化が提案されている。しかし、従来は、業務処理においては、個々の作業処理自体についての自動化が行われているだけであった。つまり、作業間の連携の部分については、従来のオフィスオートメーションでは考慮されていなかった。
【０００３】
この作業間の連携部分を自動化して業務処理のトータルな効率化や迅速化を図ろうとするものとして、ワークフロー・オートメーションが提案されている。ワークフロー・オートメーションにおいては、作業対象となる情報を媒介にして連携する複数の作業段階をワークフローと呼び、このワークフローを自動化するための支援システムはワークフローシステムと呼ばれる。
【０００４】
ワークフローシステムは、ネットワーク化された分散処理環境などの処理環境において、業務処理における複数のユーザ間の情報の受け渡しと、情報を受けてから次の作業段階に渡すまでの間に処理すべき作業などのルールを、予め設計、定義することにより業務処理を自動化するシステムである。
【０００５】
このワークフローシステムは、次のような処理機能で構成される。
▲１▼務処理の流れ、各業務におけるルールを定義するための編集機能
▲２▼ンプレート（定義されたワークフロー）を管理する機能
▲３▼処理すべき情報が配達されたことをユーザに知らせる通知機能
▲４▼配達された情報を管理するデータベース機能
▲５▼設定された業務の流れ、ルールに従って情報を次の作業段階に渡すルーティング機能
▲６▼作業の状況を管理するための進捗管理機能
▲７▼実行中のワークフローの維持管理を行なうためのシステム管理機能
このワークフローシステムの概要は、日経ＢＰ社発行の雑誌「日経情報ストラテジー」　１９９３年８月号、マイケル・Ｄ・カーン、安田誠寄稿、「ワークフロー管理技術とその可能性」Ｐ１２３〜Ｐ１３０に記載されている。
【０００６】
しかし、ここで述べられている業務処理の流れにおいては、作業者の作業内容の権限については述べられていない。また、各作業段階の担当者に配布する作業処理に必要な情報の管理方法についても述べられていない。
【０００７】
ところで、例えば、従来の図面作成業務では、図面の作成、修正、承認の複数の作業段階が存在しており、図面をファイルとして扱い、この図面ファイルについて、ユーザ（作業者）毎にアクセス権（参照、更新、追加、削除、権利変更）を定めて管理している。各作業段階では、作業者の作業内容が規定されているため、これをワークフローに応用することが可能である。
【０００８】
また、従来から、複数の様々な種類のデータを一つの論理的なフォルダーに挟み込み、このフォルダーにより一括して様々なデータを渡すようにすることが知られている。このフォルダーに関する一般的な記述が、日経ＢＰ社発行の雑誌「日経コンピュータグラフィックス」　１９９２年１０月号、「設計環境に革命をもたらすＰＤＭ」Ｐ７０〜Ｐ８５に記載されている。
【０００９】
このフォルダーの概念はワークフローに適用することが可能である。その場合には、ワークフローにおいては、業務に関連する複数の文書、図面、データ等の情報への参照ポインターをフォルダーに登録し、それをあらかじめ定義した業務フローに沿って回覧する。これは、従来、電子メールとファイリングシステムを用いてユーザの運用により実現されていたものを自動化するものである。ユーザは、フォルダーから必要な情報を取り出し、参照、更新を行なうことができる。
【００１０】
【発明が解決しようとする課題】
前述したように、フォルダーの概念をワークフローシステムに適用して、作業段階の移行の際の担当者に与えられる作業処理に必要な情報や、作業処理結果の情報を、このフォルダーに登録して授受することが考えられる。この場合に、各作業段階の担当者に送る情報は、作業段階の遷移に従って変化するが、この変化する情報に柔軟に対応できる情報管理方式の構築が望まれる。
【００１１】
しかし、従来の図面作成業務処理などにおいては、当該情報をファイル管理システムにより別個に管理しており、例えば、やり直しの作業が必要な場合が生じたときに、どの情報をフォルダーに登録して、やり直しの作業段階に渡すかを決定することは容易ではない。
【００１２】
また、上記のようにフォルダーにより、必要な情報のやり取りを行なう場合、当該フォルダー内の情報に対するセキュリティーを設定できなければ、安全なシステムを構築することはできない。
【００１３】
例えば、前述した図面作成業務の場合において、作業段階「図面の修正」と作業段階「図面の承認」との間に、作業段階「コスト計算書の作成」を設けた場合に、作業段階「図面の承認」での判定の結果が「否」であれば、作業段階「図面の作成」あるいは作業段階「図面の修正」に戻って作業のやり直しが必要となる。このとき、作業段階「コスト計算書の作成」でフォルダーに追加されたコスト計算書の内容は、作業段階「図面の作成」あるいは作業段階「図面の修正」の担当者には、秘密の情報を含む場合があり、作業段階「図面の作成」あるいは作業段階「図面の修正」の担当者にやり直しの処理を行なわせる場合に、コスト計算書のセキュリティーが確保できる必要がある。
【００１４】
この発明は、以上の点にかんがみ、作業担当者とやり取りする情報の管理が容易であると共に、作業結果の情報に対するセキュリティーを設定できる情報処理システムを提供することを目的とする。
【００１５】
【課題を解決するための手段】
上記課題を解決するため、この発明による情報処理システムは、後述の実施例の参照符号を対応させると、
情報を媒介にして連携する複数の作業段階からなる作業について、前記複数の作業段階の順序と、各作業段階の処理内容を定めて、前記作業の処理を支援する情報処理システムであって、前記作業の進行状況を把握するための情報から、作業段階を識別するための作業段階識別情報を記憶する作業段階識別情報記憶部（１１）と、各作業段階での処理結果を記憶する実体情報記憶部（１２７ａ〜１２７ｎ）と、各作業段階での処理結果の情報のそれぞれについて、それがいずれの作業段階の処理結果であり、かつ、何回目の処理であるかを示す情報と対応を付けて管理する構成情報管理手段（１１５）と、所定の作業段階に対するやり直しの指示があったとき、当該指示された作業段階の作業担当者に、前記構成情報管理手段での管理情報に基づいて、必要な情報を与える情報転送手段（１２、１３）とを備えることを特徴とする。
【００１６】
【作用】
上記の構成の、この発明の情報処理システムにおいては、所定の作業段階に対して、やり直しの指示があったときには、判別手段で、作業の進行状況を把握するための情報と、作業段階識別情報記憶部の作業段階識別情報とからいずれの作業段階からやり直しの指示が発生したかが判別される。
【００１７】
管理手段は、このやり直しの指示を発生させた作業段階から、やり直し指示された作業段階に転送する作業に必要な実体情報を、参照情報に基づいて探知する。情報転送手段は、この参照情報により探知された実体情報を、当該やり直し指示された作業段階に転送する。
【００１８】
このやり直しの作業結果の実体情報は、何回目の処理であるかを示す情報を含む参照情報と対応付けられて管理される。したがって、同じ作業段階の処理結果であっても、それが何回目の処理結果であることが分かり、例えば繰り返してやり直しの指示がなされた場合においても、直前の回の処理結果についてやり直しの処理を行なうことができるようになる。
【００１９】
また、情報転送手段は、構成情報管理手段の管理情報から、当該やり直しの作業段階に対して秘密にしたい情報は除いて必要な情報を選定して、当該作業段階に転送することができる。例えばやり直し指示が発生した作業段階Ａの処理結果をやり直しの作業段階Ｂに渡す場合、やり直し指示が発生した作業段階Ａには、やり直しの作業段階Ｂには含まれていなかった実体情報が含まれていて、それがやり直しの作業段階Ｂの担当者には秘密事項である場合には、その秘密事項はやり直しの作業段階Ｂには渡さないようにすることが可能であり、当該やり直しの作業者に対するセキュリティーが保持される。
【００２０】
【発明の実施の形態】
以下、この発明による情報処理システムの一実施形態を、図を参照しながら説明する。
【００２１】
図２は、この実施形態の情報処理システムの全体の概要を示すもので、その機能をブロックとして示したものである。この情報処理システムは、前述したワークフローシステムの構成を有するものであって、システム部１０と、ユーザインターフェース部２０とからなっており、ワークフローを管理して支援すると共に、各作業段階の担当者による処理を支援するための作業環境を提供する役割も有する。
【００２２】
システム部１０は、ファイル管理装置を内蔵する例えばサーバー装置の構成とすることができる。また、ユーザインターフェース部２０は、例えばワークステーションなどの情報処理端末装置により構成することができ、そのディスプレイに各作業段階の作業環境を表示することができる。ユーザインターフェース部２０は、複数の担当者が共通の１個を共有して使用するように構成することもできるし、担当者毎に設ける構成とすることもできる。そして、システム部１０とユーザインターフェース部２０とを、例えばＬＡＮなどのネットワークにより接続して、分散処理環境を構築することができる。なお、システム部１０とユーザインターフェース部２０とを同一の装置において構成することもできる。
【００２３】
システム部１０は、テンプレート管理部１１と、ルーティング管理部１２と、通知管理部１３と、進捗情報管理部１４と、ユーザ管理部１５と、システム管理部１６と、参照情報管理部１００とを備える。また、ユーザインターフェース部２０は、編集部２１と、通知部２２と、進捗管理部２３と、インターフェースコントロール部２４とを備える。
【００２４】
ユーザインターフェース部２０の編集部２１では、ユーザにより設定入力された業務処理の流れ、各業務におけるルールによりワークフローを定義する。システム部１０のテンプレート管理部１１は、定義されたワークフロー（テンプレート）を管理する。
【００２５】
テンプレート管理部１１で管理される、定義されたワークフロー（テンプレート）に関するデータは、この例の場合、図３Ａに示すような、ワークフローがどのような複数の作業段階（作業段階を以下ステップと称する）からなっているかを示すステップテーブルＳＴと、図３Ｂに示すような、ステップの実行順序の情報である実行順序テーブルＯＴとからなる。ワークフローに関するデータを、以下、ワークフローデータと称する。
【００２６】
この例の場合には、複数個のワークフローを同時に管理することを想定しているためステップテーブルＳＴと、実行順序テーブルＯＴには、ワークフロー識別子（図では、ワークフロー識別子は「ＷＦ識別子」と記述されている。以下同じ）が付与されており、このワークフロー識別子により、参照情報管理部１００内において、いずれのワークフローであるかが一意に識別される。図の例のワークフロー識別子「１０００」は、図面作成処理のワークフローを示している。
【００２７】
このワークフロー識別子自体は、システム部１０のシステム管理部１６により管理されており、後述する参照情報管理部１００に要求がなされる時に通知される。参照情報管理部１００は、このワークフロー識別子に基づいて対象データを限定する。以下の説明では、このワークフロー識別子によるデータの絞り込みに関する処理の説明は、繁雑さを避けるために省略する。
【００２８】
この例の説明において、ステップ番号は各ステップの識別子である。また、ステップ名は、各ステップで行なう作業内容を示すものであり、このステップ名より、図面作成処理のワークフローは、ステップ番号１のステップ（以下、ステップ１という）が「図面の作成」、ステップ番号２（以下、ステップ２という）が「図面の修正」、ステップ番号３（以下、ステップ３という）が「コスト計算」、ステップ番号４（以下、ステップ４という）が「図面の承認」の４つのステップからなることが定義される。この例の場合、ステップテーブルＳＴには、各ステップの個々の担当者の名前は記述されずに、当該ステップを担当するユーザの役割を表した役割者（以下、ロールと称する）名が、各ステップに対応して定義されている。
【００２９】
実行順序テーブルＯＴには、ステップ識別子としてのステップ番号を用いて、前後のステップが記述される。なお、実行順序テーブルＯＴにおいて、ステップ番号「０」は、開始のステップ、ステップ番号「ＮＵＬＬ」は、終了のステップを示している。
【００３０】
上述した図３のように定義されたワークフローデータから、図４Ａに示すようなステップ遷移図が得られる。この遷移図は、ワークフローの仕事の流れをグラフ構造によって表現したものである。この定義されたワークフローにおいては、各ステップの担当者は、個々のユーザではなく、ロールとなっている。
【００３１】
ワークフローの各ステップは通常以下の４つの状態をとる。
▲１▼ステップがまだ作業を開始することができない状態（以下、この状態を「ｎｏｔ　ｒｅａｄｙ」という）
▲２▼ステップの開始準備ができており、担当者の仕事の開始を待っている状態（以下、この状態を「ｒｅａｄｙ」という）
▲３▼担当者が作業をしている状態（以下、この状態を「ｒｕｎ」という）
▲４▼担当者が作業を終了した状態（以下、この状態を「ｃｏｍｐｌｅｔｅ」という）。
【００３２】
以下に、ワークフローシステムの基本的な動作を述べる。以下の動作が各ステップに対して、繰り返されることにより、ワークフローは進行する。
【００３３】
ステップが「ｒｅａｄｙ」になると、担当者に対して通知を行なうことにより作業の開始を促す。担当者が開始の合図をワークフローシステムに対して行なうと、ステップの状態は「ｒｕｎ」となる。このとき、ワークフローシステムから担当者に対して、作業を行なうために必要な情報をひとまとめにしたデータの固まりを送り返す。このデータの固まりは、作業を行なうために必要な情報の実体と、その参照ポインターからなり、この例においては、前述したようなフォルダーに登録され、ワークフローに沿って回覧される方式が取られている。
【００３４】
担当者が指定された作業を終了すると、作業内容を反映させたデータの固まりとともに、ワークフローシステムに対し、完了の合図を送る。このとき、ステップの状態は「ｃｏｍｐｌｅｔｅ」となる。
【００３５】
以上のように、作業を担当する担当者とワークフローシステムとの間では基本的に作業の開始時と終了時に必要なデータと作業の結果変更されたデータをやりとりするだけである。ワークフローシステムは各ステップが終了した時に次に実行されるステップを決定し、該当ステップに対して、ルーティングを行なう。ここで、「ルーティングを行なう」とは、あるステップの作業が終了したときに、後続のステップの作業を開始させることをいう。
【００３６】
システム部１０のルーティング管理部１２は、設定された業務の流れ、ルールにしたがって、このルーティングを行なう。
【００３７】
システム部１０の通知管理部１３は、処理すべき情報の配達の、ユーザ（担当者）への通知を管理する。ユーザへの通知は、ユーザインターフェース部２０の通知部２２が行なう。
【００３８】
システム部１０の進捗情報管理部１４は、作業の状況を管理するための情報、すなわち、各ステップの状態の情報を管理する。ユーザインターフェース部２０の進捗管理部２３は、この情報を用いて作業の状況を管理する。
【００３９】
ユーザ管理部１５は、実際に各ステップを担当するユーザを管理する。各ステップの実際の担当者の決定の仕方、およびそのアクセス権の管理方式については、後で詳述する。システム管理部１６は、システム部１０の全体を管理する。
【００４０】
［ユーザ管理についての説明］
ユーザ管理部１５には、各ステップの各ロールとなり得る個々の担当者（ユーザ）名が登録されて管理される。図５は、ユーザ管理部１５が管理するユーザデータの一例である。どのロールをどのユーザが担当できるかは、この例では、ユーザ識別子を介して対応付けられる。
【００４１】
すなわち、図５Ａに示すように、ユーザテーブルＵＴには、それぞれのユーザ識別子に対するユーザ名が登録されている。また、図５Ｂに示すように、ロールテーブルＲＴには、それぞれのユーザ識別子に対するロール名が登録されている。
【００４２】
ワークフローシステムは、図４Ａに示したようなステップ遷移図を元に、各ステップの作業が終了すると、適宜、次の作業を開始して、作業全体の流れを管理する。各ステップの担当ユーザは、当該ステップの作業を終了すると、ワークフローシステムに対して作業の完了を通知する。ワークフローシステムは、この通知によって、ステップが終了すると、前述のように定義されたワークフローに準拠して、次のステップの開始を行なう。
【００４３】
進捗情報管理部１４の進捗情報からワークフローシステムは、開始しようとするステップを識別する。このステップの識別がなされれば、ワークフローデータのステップテーブルＳＴから、そのステップのロールが検知され、ユーザデータのロールテーブルＲＴから、そのロールを担当するユーザ識別子が特定される。そして、ユーザテーブルＵＴで、この特定されたユーザ識別子により担当ユーザ名が特定される。したがって、ワークフローの実行時には、図４Ｂに示すように、ロールが実際の担当ユーザ名に変わるものとなる。
【００４４】
しかし、各ステップの担当者のアクセス権は、前述したように、ステップの担当者に対して付与されており、ユーザには依存せず、ユーザごとのアクセス権の設定は必要ではない。例えば図４Ａのワークフローで、ステップ１の担当者を仮に承認者に変更したとすると、ステップ１とステップ４は、ともにユーザ「ジョン」によって実行されるが、ステップ１を担当したときのユーザ「ジョン」に対しては、図面作成に必要なアクセス権のみが付与され、ステップ４を担当したときのユーザ「ジョン」に対しては、承認に必要なアクセス権が与えられる。
【００４５】
図６は、このときのルーティング管理部１２での処理の流れを示すフローチャートである。まず、処理Ｓ１において、次ステップを進捗情報管理部１４からの情報から決定する。次に、判断Ｓ２に進んで、次ステップがワークフローの終了のステップであるか否か判断し、終了ステップであれば、転送処理は行なわずに終了する。そして、次ステップが終了ステップでなければ、処理Ｓ３において、ユーザデータから当該ステップのロールとなる担当ユーザを決定し、処理Ｓ４で、当該担当ユーザに対する次ステップへの通知を通知管理部１３に依頼する。
【００４６】
また、図７ＡのユーザテーブルＵＴに示すように、担当ユーザを、ステップ数よりも多い人数だけ用意しておくと共に、図７Ｂに示すように、ロールテーブルＲＴにより、一つのロールを複数のユーザが担当することができるように登録しておいて、当該担当可能な複数ユーザから担当者を選択させるような態様を取ることも可能である。
【００４７】
その場合、担当者の選択の方法としては、前ステップの担当者に、次ステップの担当可能複数ユーザを知らせておき、前ステップの終了時に、その担当者に、次ステップの担当ユーザを選択させる方法や、各担当者の過去の所用作業時間や作業の質などのパラメータを、当該担当者ごとに管理しておき、必要なパラメータをワークフロー起動者が入力しておくことにより、当該パラメータを基準にしてワークフローシステムが自動的に選択する方法などがある。
【００４８】
以上のようにして、各ステップに対して、ロールを仲介にして実際の担当ユーザが割り当てられ、各ステップに割り当てられたアクセス権にしたがって、各ステップでの処理が実行される。
【００４９】
［セキュリティーを確保した情報管理の説明］
この例においては、ワークフローシステムにおいて要求される情報のセキュリティーを満足するフォルダーの管理を、参照情報管理部１００により行なう。すなわち、この例の場合、前述したように、各作業段階のユーザ間で受け渡しされる情報の実体と、その参照ポインターは、フォルダーに登録され、ワークフローに沿って回覧される方式が取られており、参照情報管理部１００は、そのフォルダーの管理を行なう。
【００５０】
参照ポインターには、作業対象情報に対するアクセス権が含まれる。この例の場合、アクセス権は、各ユーザ毎に付与されるのではなく、各ステップに対して、その処理内容に応じて設定付与されている。
【００５１】
参照情報管理部１００は、例えば図１に示すように構成される。すなわち、参照情報管理部１００は、処理部１１０と、記憶部１２０とからなり、処理部１１０は、要求処理部１１１と、情報マスター管理部１１２と、アクセス要求可否判定部１１３と、アクセス権設定部１１４と、構成情報管理部１１５と、実体管理部１１６とを備えている。
【００５２】
要求処理部１１１は、システム部１０の他の管理部からの要求を受け取り、その要求に対応する処理を起動する。
【００５３】
情報マスター管理部１１２は、作業対象情報を一意に識別するための情報マスターを管理する。情報マスターは、記憶部１２０の情報マスター格納部１２１に格納されている。図８は、この格納部１２１の情報マスターテーブルの構成の一例を示すものである。すなわち、情報マスターテーブルは、作業対象情報をシステム内で一意に識別するための情報番号と、仕様書、図面、コスト計算書など当該情報のユーザに対する名称である情報名と、当該情報が削除されているかどうかを示す削除フラグからなる。この例においては、削除フラグが「１」のときには、情報が削除されていることを示し、削除フラグが「０」であれば、情報が存在していることを示している。
【００５４】
アクセス要求可否判定部１１３は、前述したように、各ステップに対して設定されたアクセス権の情報に基づき、要求の可否を判定する。この場合、アクセス権のうち、追加および削除のアクセス権は、ワークフローの定義時に、各ステップに対して設定され、記憶部１２０の追加、削除権情報格納部１２２に格納される。また、アクセス権のうち、参照、更新のアクセス権は、ワークフロー実行中に、ステップに対して情報ファイル毎に設定され、記憶部１２０の参照、更新権情報格納部１２３に格納される。
【００５５】
ここで、この例の場合、
追加権…ステップ番号の担当者がフォルダーに情報を追加する権利
削除権…ステップ番号の担当者がフォルダーから情報を削除する権利
参照権…ステップ番号の担当者が情報番号の情報を参照する権利
更新権…ステップ番号の担当者が情報番号の情報を更新する権利
を示すことになる。
【００５６】
アクセス権設定部１１４は、要求に応じて前記参照、更新のアクセス権を、ステップに対して、かつ、情報番号単位で設定し、その参照、更新のアクセス権を参照、更新権情報格納部１２３に格納する。なお、アクセス要求可否判定部１１３は、格納部１２２の追加、削除権情報だけでなく、格納部１２３の参照、更新権情報をも参照する。
【００５７】
図９は、格納部１２２の追加、削除権情報の一例を示すものであり、追加／削除権テーブルの構成となっている。この例の場合には、複数個のワークフローを同時に管理することを想定しているため、この追加／削除権テーブルには、当該アクセス権の付与対象となるワークフローを識別するためのワークフロー識別子を含む。
【００５８】
追加／削除権テーブルは、ワークフロー識別子の他に、このアクセス権が設定されているステップを識別するためのステップ番号と、追加権の有無、削除権の有無を示すデータとで構成される。
【００５９】
また、図１０は、格納部１２３の参照、更新権情報の一例を示すものであり、参照／更新権テーブルの構成となっている。この参照／更新権テーブルは、前記追加／削除権テーブルと同様に、ワークフロー識別子、ステップ番号、参照権の有無を示すデータ、更新権の有無を示すデータを備える他に、当該参照権および更新権が付与される作業対象情報の情報番号のデータを備える。
【００６０】
構成情報管理部１１５は、ワークフローの各ステップに対するフォルダーの内容、つまり実体情報ファイルと、その参照ポインターを管理する。参照ポインターとしては、具体的には、当該ステップの作業が何回目であるかを示すバージョン情報と、フォルダーのバージョン毎の内容構成と、フォルダーに含まれる参照情報と、作業対象情報の実体情報との関係とを管理する。
【００６１】
バージョン情報は、バージョン情報格納部１２４に格納される。この格納部１２４のバージョン情報の構成例を図１１に示す。すなわち、この例の場合、バージョン情報は、ワークフロー識別子と、ステップ番号と、最新バージョン番号の情報とで構成されるバージョン管理テーブルとして格納されている。
【００６２】
また、フォルダーのバージョン毎の内容構成の情報は、構成管理テーブルとして構成情報格納部１２５に格納されている。この構成情報格納部１２５の格納情報である構成管理テーブルの例を図１２に示す。すなわち、この構成管理テーブルは、ワークフロー識別子と、ステップ番号と、バージョン番号と、情報番号と、実体管理部１１６で管理されている情報のファイル名である実体ファイル名とからなる。
【００６３】
実体管理部１１６は、情報の実体を管理し、実体ファイルの格納、取り出しのインターフェースを提供する。実体ファイルは、格納部１２７ａ，１２７ｂ，…１２７ｎに格納される。実体管理部１１６は、情報の実体を一意に識別管理するために、情報の実体を、ワークフロー識別子ごとのディレクトリに
ステップ識別子−バージョン番号−情報番号
という組み合わせからなる実体ファイル名のファイルとして管理する。図７に示されている実体ファイル名「Ｓ−Ｊ−Ｎ」において、Ｓはステップ識別子（例えばステップ番号）、Ｊはバージョン番号、Ｎは情報番号を示している。
【００６４】
上述の実体ファイル名は、構成情報格納部１２５の構成管理テーブルに登録されて参照情報として構成情報管理部１１５により管理されている。実体管理部１１６は、この構成情報管理部１１５で管理される実体ファイル名から、対応するファイル実体の格納部を検索して、対応する実体ファイルの取り出しおよび登録を行なう。
【００６５】
システム部１０では、前述した図１の構成の参照情報管理部１００によって、各ステップの作業結果情報に対するセキュリティーの確保が可能であり、しかも、担当ユーザの各ステップでの作業におけるアクセス要求に対して、適切に対応できるようにしている。すなわち、参照情報管理部１００は、システム部１０の他の管理部からの要求を、後述するように処理して、セキュリティーを満足する情報管理を実現している。
【００６６】
参照情報管理部１００の要求処理部１１１で受け付ける各要求の種類と、それに対応した処理の内容は、次の通りである。
【００６７】
登録…情報をフォルダーに登録し、当該登録する情報に対する各ステップにおけるアクセス権（参照権と更新権）を設定する
削除…指定された情報をフォルダーから削除する
参照…フォルダー内の指定された情報の実体を取り出す
更新…フォルダー内の指定された情報の実体を更新する
作成…指定されたステップのフォルダーの構成情報を作成する
リスト…指定されたステップのフォルダーの内容のリストを返す
初期化…ワークフローが起動されたときに必要なレコードを挿入し、初期値を設定する。
【００６８】
上記の要求に応じた処理のうち、「作成」の処理は、ワークフローの一つのステップが終了して、作業が次のステップに受け渡されるときに、次のステップのフォルダーを作成準備するためにルーティング管理部１２により起動される。
【００６９】
「追加」、「削除」、「参照」、「更新」は、ステップの担当者が情報に基づき業務を実施する際に起動される。「リスト」は、ステップの担当者に情報の内容を知らせる際に起動される。
【００７０】
この例の図面作成のワークフローにおいては、各ステップ毎のフォルダーは、図１３に示すようなものとなる。
【００７１】
すなわち、ワークフローの開始時のフォルダーＦ０には、図面の作成のステップ１のための仕様書Ａの実体ファイルおよびその参照ポインターが含まれる。この仕様書Ａは、後続の各ステップでは参照だけされる。ステップ１では、このフォルダーＦ０の仕様書Ａに基づき図面Ａが作成される。そして、このステップ１の終了時には、仕様書Ａと、作成された図面Ａとの実体ファイルおよびその参照ポインターが含まれるフォルダーＦ１が作成される。
【００７２】
ステップ２では、フォルダーＦ１の仕様書Ａおよび図面Ａに基づき、ステップ１で作成された図面Ａが修正される。そして、このステップ２の終了時には、仕様書Ａと、修正後の図面Ａとの実体ファイルおよびその参照ポインターが含まれるフォルダーＦ２が作成される。
【００７３】
次のステップ３では、フォルダーＦ２の図面Ａを参照して、この図面Ａに関するコスト計算書が作成される。そして、このステップ３の終了時には、仕様書Ａと、修正後の図面Ａと、コスト計算書との実体ファイルおよびその参照ポインターが含まれるフォルダーＦ３が作成される。
【００７４】
最後のステップ４では、フォルダーＦ３の図面Ａと、ステップ３で作成されたコスト計算書の承認処理が行われる。この承認のステップ４では、図面Ａ、コスト計算書の「合」「否」が判定され、判定結果が双方とも「合」であれば、このステップ４が終了して、図面作成のワークフローは終了となり、仕様書Ａと、図面Ａと、コスト計算書との実体ファイルおよびその参照ポインターが含まれるフォルダーＦ４が得られる。
【００７５】
また、ステップ４において、図面Ａの承認の結果の判定が「否」であるときには、ステップ４の担当ユーザは、図面の作成のステップ１あるいは図面の修正のステップ２に対する「やり直し」の指示を、ユーザインターフェース２０を介してシステム部１０に通知する。また、コスト計算書についての承認の判定結果が「否」であれば、ステップ４の担当ユーザは、コスト計算書の作成のステップ３に対する「やり直し」の指示を、ユーザインターフェース２０を介してシステム部１０に通知する。
【００７６】
システム部１０は、この「やり直し」の指示を受けて、指示されたステップ番号のステップにルーティングを行なう。このとき、上述の図面Ａの作成あるいは修正のやり直しの際には、コスト計算書は、ステップ１およびステップ２の担当ユーザには秘密の事項であるため、そのセキュリティーを確保するため、この例では、これらステップ１またはステップ２にとって、やり直しの際の一つ前のステップ４のフォルダーＦ４から、これらステップ１、ステップ２に転送するためのフォルダーを作成するのではなく、当該ステップ１またはステップ２の１回前のバージョンのフォルダーＦ１またはフォルダーＦ２から、これらステップ１またはステップ２に、やり直し処理を行なわせるための新規のフォルダーを作成して転送するようにする。
【００７７】
参照情報管理部１００の要求処理部１１１は、上述したようなシステム部１０の他の管理部からの要求を受け付け、図１４に示す要求処理のルーチンに従ってその要求の種類のチェックを行い、その結果、判別された要求に対する処理をそれぞれ起動する。
【００７８】
すなわち、図１４に示すように、要求処理部１１１は、判断Ｓ１１において要求待ちをする。要求があれば、その要求の種類を判断Ｓ１２、Ｓ１３、Ｓ１４、Ｓ１５、Ｓ１６、Ｓ１７において順次判別する。
【００７９】
そして、判断Ｓ１２で要求が「登録」であると判別されたときには、「登録」の処理ルーチンＳ２０を起動する。判断Ｓ１３で要求が「削除」であると判別されたときには、「削除」の処理ルーチンＳ３０を起動する。判断Ｓ１４で要求が「参照」であると判別されたときには、「参照」の処理ルーチンＳ４０を起動する。判断Ｓ１５で要求が「更新」であると判別されたときには、「更新」の処理ルーチンＳ５０を起動する。
【００８０】
判断Ｓ１６で要求が「リスト」であると判別されたときには、「リスト」の処理ルーチンＳ６０を起動する。判断Ｓ１７で要求が「作成」であると判別されたときには、「作成」の処理ルーチンＳ７０を起動する。さらに、判断Ｓ１８で要求が「初期化」であると判別されたときには、「初期化」の処理ルーチンＳ８０を起動する。
【００８１】
図１５に、初期化の処理ルーチンＳ８０の例を示す。この初期化処理の実施に際しては、ワークフロー識別子、例えばワークフロー番号と、ワークフローの設計時に定義された、各ステップに対する追加権および削除権のリストが指示される。
【００８２】
この初期化処理においては、まず、処理Ｓ８１において、ワークフロー上では存在しない開始のステップ（ステップ番号「０」）のデータを、参照／更新権テーブル、バージョン管理テーブル、構成管理テーブルに記録する。次の処理Ｓ８２では、上記追加権および削除権のリストを参照して、各ステップに対する追加権および削除権を、追加／削除権テーブルに記録する。以上で、初期化処理は終了である。
【００８３】
図１６に、リストの処理ルーチンＳ６０の例を示す。このリストの処理の実施に際してはステップ番号が指示される。
【００８４】
まず、処理Ｓ６１においては、バージョン情報格納部１２４のバージョン管理テーブルをステップ番号で検索し、最新のバージョン番号の欄の値を入手することにより、リストを作成するフォルダーのバージョンを決定する。次に、処理Ｓ６２に進んで、構成情報格納部１２５の構成管理テーブルを、ステップ番号と、処理Ｓ６１で決定したバージョン番号とで検索し、求めたテーブルの情報番号の欄の値を入手する。
【００８５】
次の処理Ｓ６３では、処理Ｓ６２で入手した情報番号と、削除フラグの値「０」（削除されていないことを示している）とで格納部１２１の情報マスターテーブルを検索し、その情報名の欄の値を入手する。そして、次の処理Ｓ６４では、処理Ｓ６２、処理Ｓ６３で入手したデータから、［情報番号、情報名］のリストを作成する。このリストは、要求者に渡される。以上で、リストの処理は終了である。
【００８６】
次に、図１７に登録の処理ルーチンＳ２０の例を示す。この登録処理が実施されるときには、ステップ番号、情報名、情報の実体、アクセスリスト（各ステップにおける参照／更新権のリスト）が指示される。
【００８７】
まず、処理Ｓ２１では、ステップ番号によって、追加／削除権テーブルの検索を行なう。次の判断Ｓ２２では、検索の結果、該当データがあるか否か、つまり、当該ステップ番号のステップに対して追加／削除権が設定されているか否か判断される。該当データがなければ、この登録処理ルーチンＳ２０は終了となる。該当データがあれば、判断Ｓ２３に進んで、追加／削除権テーブルの追加権の欄を調べ、当該ステップの担当者に追加権があるか否か判断する。追加権がなければ、この登録処理ルーチンＳ２０は終了となる。
【００８８】
追加権があれば、処理Ｓ２４に進んで、情報マスター管理部１１２に新たな情報番号を要請して取得する。次に、処理Ｓ２５に進んで、情報マスター管理部１１２により、格納部１２１の情報マスターテーブルに、［新しい情報番号、情報名、削除フラグ「０」］のレコードを登録する。
【００８９】
次に、処理Ｓ２６に進んで、この登録処理ルーチンＳ２０の実行前に指示されたアクセスリストを元に、参照／更新権テーブルに、登録した情報に対する各ステップの参照権、更新権を設定する。
【００９０】
次に、処理Ｓ２７において、構成管理テーブルに、［登録を行なうステップ番号、登録を行なうステップ番号のステップの最新バージョン番号、新しい情報番号、実体ファイル名］のレコードを登録する。そして、処理Ｓ２８において、情報の実体を実体管理部１１６の管理下の格納部１２７ａ〜１２７ｎの対応するエリアに格納する。以上で、登録処理ルーチンＳ２０は、終了となる。
【００９１】
次に、削除の処理ルーチンＳ３０について説明する。図１８に、この削除処理ルーチンＳ３０の例を示す。この削除の処理が実施される際には、削除を行なうステップのステップ番号、削除する情報の情報番号が指示される。
【００９２】
まず、処理Ｓ３１では、ステップ番号によって、追加／削除権テーブルの検索を行なう。次の判断Ｓ３２では、検索の結果、該当データがあるか否か、つまり、当該ステップ番号のステップに対して追加／削除権が設定されているか否か判断される。該当データがなければ、この削除処理ルーチンＳ３０は終了となる。該当データがあれば、判断Ｓ３３に進んで、追加／削除権テーブルの削除権の欄を調べ、当該ステップの担当者に削除権があるか否か判断する。削除権がなければ、この削除処理ルーチンＳ３０は終了となる。
【００９３】
判断Ｓ３３において、削除権があると判断されたときには、削除対象の情報番号の情報マスターテーブルのレコードの削除フラグの欄に、「１」が設定される。以上で、削除処理ルーチンＳ３０は終了である。
【００９４】
次に、参照の処理ルーチンＳ４０について説明する。図１９に、この参照処理ルーチンＳ４０の例を示す。この参照の処理が実施される際には、参照を行なうステップのステップ番号、参照する情報の情報番号が指示される。
【００９５】
まず、処理Ｓ４１では、ステップ番号によって、参照／更新権テーブルの検索を行なう。次の判断Ｓ４２では、検索の結果、該当データがあるか否か、つまり、当該ステップ番号のステップに対して参照／更新権が設定されているか否か判断される。該当データがなければ、この参照処理ルーチンＳ４０は終了となる。該当データがあれば、判断Ｓ４３に進んで、参照／更新権テーブルの参照権の欄を調べ、当該ステップの担当者に参照権があるか否か判断する。参照権がなければ、この参照処理ルーチンＳ４０は終了となる。
【００９６】
判断Ｓ４３で、参照権があると判断されたときには、処理Ｓ４４に進んで、バージョン管理テーブルを前記ステップ番号で検索し、その最新バージョン番号の欄の値を入手することにより、フォルダーのバージョンを決定する。
【００９７】
また、次の処理Ｓ４５では、構成管理テーブルを、参照を行なうステップのステップ番号と、処理Ｓ４４で入手したバージョン番号と、参照する情報の情報番号とで検索し、この構成管理テーブルの実体ファイル名の欄の値を入手することにより、参照する情報の実体ファイル名を決定する。
【００９８】
そして、次の処理Ｓ４６では、処理Ｓ４５で決定した実体ファイル名を用いて、当該実体ファイルを実体管理部１１６により取り出す。取り出したファイルは、要求者に渡される。以上で、参照処理ルーチンＳ４０は終了となる。
【００９９】
次に、更新の処理ルーチンＳ５０について説明する。図２０に、この更新処理ルーチンＳ５０の例を示す。この更新の処理が実施される際には、更新を行なうステップのステップ番号、更新する情報の情報番号、更新する情報の実体のファイルが指示される。
【０１００】
まず、処理Ｓ５１では、ステップ番号によって、参照／更新権テーブルの検索を行なう。次の判断Ｓ５２では、検索の結果、該当データがあるか否か、つまり、当該ステップ番号のステップに対して参照／更新権が設定されているか否か判断される。該当データがなければ、この更新処理ルーチンＳ５０は終了となる。該当データがあれば、判断Ｓ５３に進んで、参照／更新権テーブルの更新権の欄を調べ、当該ステップの担当者に更新権があるか否か判断する。更新権がなければ、この更新処理ルーチンＳ５０は終了となる。
【０１０１】
判断Ｓ５３で、更新権があると判断されたときには、処理Ｓ５４に進んで、バージョン管理テーブルを前記ステップ番号で検索し、その最新バージョン番号の欄の値を入手することにより、フォルダーのバージョンを決定する。
【０１０２】
また、次の処理Ｓ５５では、構成管理テーブルを、更新を行なうステップのステップ番号と、処理Ｓ５４で入手したバージョン番号と、更新する情報の情報番号とで検索し、この構成管理テーブルの実体ファイル名の欄の値を入手することにより、更新する情報の実体ファイル名を決定する。
【０１０３】
そして、次の処理Ｓ５６では、処理Ｓ５５で決定した実体ファイル名を用いて、当該実体ファイルを実体管理部１１６により、格納部１２７ａ〜１２７ｎの対応する格納部に格納する。当該格納部に、すでに同じ実体ファイル名のファイルが存在すれば、上書きされる。以上で、更新処理ルーチンＳ５０は終了となる。次に、作成の処理ルーチンＳ７０について説明する。図２１に、この作成処理のルーチンＳ７０の例を示す。この作成処理が実施される場合には、フォルダーを作成するステップの番号、前ステップの番号、さらには、やり直しの作業のときには、やり直しの指示フラグが指示される。
【０１０４】
まず、判断Ｓ７１において、新規作成の処理であるか判断される。この判断は、バージョン情報格納部１２４のバージョン管理テーブルに、フォルダーを作成しようとするステップ番号がエントリーされているか否かにより行われる。そして、新規作成の処理と判断されれば、処理Ｓ７２に進んで、フォルダーを作成するステップのバージョン情報を格納部１２４に新規に登録する。すなわち、バージョン管理テーブルに、フォルダーを作成するステップのステップ番号と、最新バージョン番号として「１」のレコードを追加登録する。
【０１０５】
一方、判断Ｓ７１で新規作成の処理でないと判断されたときは、処理Ｓ７３に進んで、フォルダーを作成するステップの最新バージョン番号を１だけ増やす。すなわち、ステップ番号がフォルダーを作成しようとするステップの番号であるバージョン管理テーブルのレコードの、最新バージョン番号に「１」を加える。処理Ｓ７２および処理Ｓ７３の次には、判断Ｓ７４に進み、やり直しの処理であるか否かを、やり直しの指示フラグから判断する。判断７４で、やり直しでなく、新規作成の処理であると判断されたときには、処理Ｓ７５に進んで、前のステップのフォルダーを元にして、フォルダーを作成すべき次のステップの最新バージョンのフォルダーを作成する。すなわち、構成情報格納部１２５の構成管理テーブルから、前ステップの最新のバージョン番号のレコードを検索し、ステップ番号の欄を、フォルダーを作成しようとするステップの番号に、また、バージョン番号の欄を、フォルダーを作成使用とするステップの最新バージョンの番号に、それぞれ置換したレコードを構成管理テーブルに登録する。
【０１０６】
判断７４で、やり直しであると判断されたときには、処理Ｓ７６に進んで、フォルダーを作成する次ステップの、一つ前のバージョン番号のフォルダーを元に、最新バージョンのフォルダーを作成する。具体的には、構成管理テーブルから、フォルダーを作成しようとするステップの一つ前のバージョン番号のレコードを検索し、そのバージョン番号の欄を最新バージョンの番号に、また、実体ファイル名を前ステップの対応するファイル名に置換したレコードを構成管理テーブルに登録する。
【０１０７】
つまり、やり直しのときの処理Ｓ７６では、前ステップのフォルダーではなく、当該フォルダーを作成しようとするステップの前のバージョンのフォルダーに基づいて最新バージョンのフォルダーが作成される。したがって、やり直しの処理であっても、当該ステップの担当ユーザに対してはセキュリティーを確保したい情報が、当該ステップに配達されることはない。以上で、作成の処理ルーチンＳ７０は、終了となる。
【０１０８】
次に、図１３に示した図面作成のワークフローに基づき、本実施例の処理を、情報マスターテーブル、追加／削除権テーブル、参照／更新権テーブル、バージョン管理テーブル、構成管理テーブルの内容変化を参照しながら、より具体的に説明する。なお、以下の説明においては、各テーブルのワークフロー識別子は、説明の簡単のため、省略してある。
【０１０９】
（１）ワークフローが起動され、参照情報管理部１００が初期化されたときの各テーブルの状態を図２２に示す。これらのテーブルにおいて、ステップ番号「０」のステップは、ワークフローの初期化を行なうためのフロー上は存在しないステップである。また、情報番号「０」は、実体のない情報で、空のフォルダーを構成するために利用される。
【０１１０】
また、追加／削除権テーブルの内容は、ワークフロー設計者により各ステップに対して設定されている。図において、「ｔｒｕｅ」は、「当該アクセス権有り」を示し、また、「ｆａｌｓｅ」は「当該アクセス権無し」を示している。以下の説明において同様である。この例の場合には、ステップ１とステップ３の担当者に追加権が与えられており、削除権はだれにも与えられていない。
なお、構成管理テーブルの実体名「ＮＵＬＬ」は、実体ファイル名がついていないことを示している。以下同様である。
【０１１１】
（２）ワークフロー起動者がフォルダーに仕様書Ａを登録し、また、この仕様書Ａについての各ステップでの参照権および更新権の設定をし、ワークフローを開始したときの各テーブルの状態を図２３に示す。仕様書Ａが登録されたことにより、情報マスターテーブル、参照／更新テーブル、構成管理テーブルが変更されている。参照／更新権テーブルに示されるように、仕様書Ａは、すべてのステップにおいて参照のみ可となるように参照権が設定されている。
【０１１２】
仕様書Ａの情報番号は「１０００」と設定され、１回目の作業であるので、バージョン番号は「１」にされている。このため、構成管理テーブルの実体名は、「０−１−１０００」となっている。
【０１１３】
（３）ステップ１の担当者が、フォルダーを受け取ったときと、作業を終了したときの各テーブルの状態を図２４、図２５に示す。各テーブルにおいて、２重線までの部分がフォルダーを受け取ったときの内容であり、２重線より下方の部分が作業を終了したときに付け加わった内容である。つまり、２重線より下方の部分は、当該ステップの作業の終了後、次ステップにルーティングを行なう際に、その次ステップに対するフォルダーを作成するときに作成される部分である。以下の説明においても同様である。
【０１１４】
フォルダーを受け取った時点ではステップ１のためのフォルダーが新規に作成されている。すなわち、バージョン管理テーブルにステップ番号「１」と、最新バージョン番号として「１」のレコードが登録され、また、構成管理テーブルにステップ番号「１」のレコードが登録されて、新規のフォルダーが作成されている。
【０１１５】
そして、ステップ１の作業が終了したときには、図面Ａが新たに登録されたことにより、情報マスターテーブル、参照／更新権テーブル、構成管理テーブルが変更されている。
【０１１６】
この例の場合には、図面Ａの情報番号は、「１００１」とされ、ステップ番号は「１」、バージョン番号は「１」であるので、構成管理テーブルの実体ファイル名は、「１−１−１００１」となる。また、図面Ａは、全てのステップにおいて参照は可能であり、また、ステップ１、ステップ２のみが更新することができるように参照権および更新権が設定されている。
【０１１７】
（４）ステップ２の担当者が、フォルダーを受け取ったときと、作業を終了したときの各テーブルの状態を図２６、図２７に示す。
【０１１８】
ステップ２の担当者が、フォルダーを受け取ったときの構成管理テーブルは、図２７の表のようになっている。ステップ２の担当者が、図面Ａを参照したときには、実体ファイル名「１−１−１００１」のファイルが渡され、そして、図面Ａが更新されたことにより、ステップ２の、情報番号「１００１」の図面Ａの実体ファイル名が、矢印で示すように、「２−１−１００１」に変更される。この実体ファイル名の変更は、前述と同様に、当該ステップの作業の終了後、次ステップにルーティングを行なう際に、その次ステップに対するフォルダーを作成するときになされる。
【０１１９】
（５）ステップ３の担当者が、フォルダーを受け取ったとき、作業を終了したときの各テーブルの状態を図２８、図２９に示す。
【０１２０】
ステップ３の作業終了時には、コスト計算書が登録されたことにより、情報マスターテーブル、参照／更新権テーブル、構成管理テーブルが、それぞれ変更されている。
【０１２１】
この例の場合には、コスト計算書の情報番号は、「１００２」とされ、ステップ番号は「３」、バージョン番号は「１」であるので、コスト計算書の構成管理テーブルでの実体ファイル名は、「３−１−１００１」となる。
【０１２２】
また、参照／更新権テーブルには、コスト計算書は、ステップ３、ステップ４で参照可能であり、ステップ３でのみ更新することができるように参照権／更新権が設定されている。
【０１２３】
（６）ステップ４の担当者が、フォルダーを受け取ったときの各テーブルの状態を図３０、図３１に示す。フォルダーを受け取った時点でステップ４のためのフォルダーが新規に作成されている。すなわち、バージョン管理テーブルにステップ番号「４」と、最新バージョン番号として「１」のレコードが登録され、また、構成管理テーブルに各情報番号についてのステップ番号「４」のレコードが登録されて、新規のフォルダーが作成されている。
【０１２４】
（７）今、ここでステップ４の担当者は、ステップ１の誤りを検出し、ステップ１にやり直しを行なうように指示したとする。この場合のステップ１の担当者が、やり直しのフォルダーを受け取ったときと、作業を終了したときのバージョン管理テーブルと構成管理テーブルの状態を図３２に示す。
【０１２５】
この場合、図２１に示した作成の処理ルーチンＳ７０においては、受け取ったフォルダーに含まれるやり直しの指示フラグにより、判断Ｓ７４でやり直しと判断し、処理Ｓ７６の処理が行なわれる。すなわち、ステップ１のバージョン１のフォルダーから、ステップ１のバージョン２のフォルダーが作成される。
【０１２６】
そして、ステップ１の担当者が、図面Ａを再度参照したときには、実体ファイル名「１−１−１００１」のファイルが渡される。そして、ステップ１の担当者が図面Ａを更新したときに、この更新された図面Ａに対して、異なる実体ファイル名「１−２−１００１」にされたものとなっている。ステップ１のフォルダーには、コスト計算書は含まれないので、やり直しに際して、コスト計算書のセキュリティーは確保されている。
【０１２７】
（８）このステップ１でのやり直しの処理が終了した後、ステップ２の担当者が、再びフォルダーを受け取ったときと、その作業を終了したときのバージョン管理テーブルと構成管理テーブルの状態を図３３に示す。ステップ２の担当者は、やり直された図面Ａのバージョン２のファイル、つまり実体ファイル名「１ー２ー１００１」を参照して、修正をする。このステップ２の担当者の更新により、実体ファイル名は、「２−２−１００１」に変更される。
【０１２８】
こうして、各ステップ毎、バージョン毎、情報番号毎に、ファイルが管理されて、やり直しに際しては、バージョン番号を参照して、当該ステップの前のバージョンのフォルダーからやり直しのためのデータを得るようにしたので、必要な情報についてのセキュリティーを確保しながら、ワークフローの実行を行なうことができる。
【０１２９】
なお、以上の実施例では、やり直しの際には、当該ステップの前のバージョンのフォルダーからやり直しのための作業対象情報を得るようにしたが、セキュリティーの確保を必要としない情報のフォルダーからなる後のステップの前回のバージョンのフォルダーから、前記作業対象情報を得るようにしてもよい。
【０１３０】
図３４は、前述したステップ１に対するやり直しの指示があった場合に、ステップ２の前回のバージョンのフォルダーを、やり直しのバージョンの際に受け取った場合を示している。つまり、ステップ１には、実体ファイル名が「２−１−１００１」であるステップ２のバージョン１の図面Ａが渡される。このフォルダーにも、コスト計算書は含まれておらず、コスト計算書のステップ１の担当者に対するセキュリティーは確保される。そして、前述の例の場合と同様にして、この実体ファイル名「２−１−１００１」の図面Ａがやり直しの結果、実体ファイル名「１−２−１００１」に変更される。
【０１３１】
以上の実施例では、処理対象情報は、図面、仕様書、コスト計算書のように、情報単位ごとに管理されており、このため、上記のように情報単位ごとにセキュリティーを確保することが容易である。
【０１３２】
なお、以上の例は、図面作成のワークフローの場合の例であるが、この発明の情報処理システムは、図面作成の業務処理に限らず、その他、種々の業務処理を行なう場合に適用できることはいうまでもない。
【０１３３】
【発明の効果】
以上説明したように、この発明によれば、各作業段階の処理結果を、何回目の処理であるかを示すバージョン情報と対応を付けて構成情報管理手段で管理するので、やり直しの指示があった時であっても、当該やり直しの作業段階に対して秘密にしたい情報は除いて必要な情報を選定して、当該作業段階に転送することができる。このため、当該やり直しの作業者に対するセキュリティーが保持される。
【図面の簡単な説明】
【図１】この発明による情報処理システムの一実施例の要部のブロック図である。
【図２】この発明による情報処理システムの一実施例の全体を示すブロック図である。
【図３】この発明による情報処理システムの一実施例におけるワークフローデータの一例を示す図である。
【図４】この発明による情報処理システムの一実施例において、定義されたワークフローの各ステップの担当者を説明するための図である。
【図５】この発明による情報処理システムの一実施例における担当者情報の一例を説明するための図である。
【図６】この発明による情報処理システムの一実施例において、ステップが開始されるときの担当ユーザへの通知のための処理を説明するための図である。
【図７】この発明による情報処理システムの一実施例における担当者情報の他の例を説明するための図である。
【図８】この発明による情報処理システムの一実施例において、格納される情報に関するテーブルの例を説明するための図である。
【図９】この発明による情報処理システムの一実施例において、各ステップに対して設定されるアクセス権のテーブルの例を説明するための図である。
【図１０】この発明による情報処理システムの一実施例において、各ステップに対して設定されるアクセス権のテーブルの例を説明するための図である。
【図１１】この発明による情報処理システムの一実施例において、各ステップでの処理のバージョンに関するテーブルの例を説明するための図である。
【図１２】この発明による情報処理システムの一実施例において、各ステップでの処理結果の情報に関するテーブルの例を説明するための図である。
【図１３】この発明による情報処理システムの一実施例において、定義されたワークフローの各ステップおよび各ステップ間で受け渡されるフォルダーを説明するための図である。
【図１４】この発明による情報処理システムの一実施例における参照情報管理部での要求処理の一例を示す流れ図である。
【図１５】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図１６】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図１７】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図１８】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図１９】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図２０】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図２１】図１４の流れ図の一部の処理ルーチンの一例を示す流れ図である。
【図２２】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルの初期化終了時の内容の例を示す図である。
【図２３】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのワークフロー起動時の内容の例を示す図である。
【図２４】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ１の開始時および終了時の内容の例の一部を示す図である。
【図２５】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ１の開始時および終了時の内容の例の一部を示す図である。
【図２６】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ２の開始時および終了時の内容の例の一部を示す図である。
【図２７】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ２の開始時および終了時の内容の例の一部を示す図である。
【図２８】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ３の開始時および終了時の内容の例の一部を示す図である。
【図２９】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ３の開始時および終了時の内容の例の一部を示す図である。
【図３０】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ４の開始時の内容の例の一部を示す図である。
【図３１】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルのステップ４の開始時の内容の例の一部を示す図である。
【図３２】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルの、ステップ１でのやり直し作業の際の内容の一例を示す図である。
【図３３】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルの、ステップ２でのやり直し作業の際の内容の一例を示す図である。
【図３４】この発明による情報処理システムの一実施例における参照情報管理部に格納されるテーブルの、ステップ１でのやり直し作業の際の内容の他の例を示す図である。
【符号の説明】
１０　　　システム部
１１　　　テンプレート管理部
１２　　　ルーティング管理部
１３　　　通知管理部
１４　　　進捗情報管理部
１５　　　ユーザ管理部
１６　　　システム管理部
２０　　　ユーザインターフェース部
１００　　参照情報管理部
１１０　　処理部
１２０　　記憶部
１１１　　要求処理部
１１２　　情報マスター管理部
１１３　　アクセス要求可否判定部
１１４　　アクセス権設定部
１１５　　構成情報管理部
１１６　　実体管理部
１２１　　情報マスター格納部
１２２　　追加、削除権情報格納部
１２３　　参照、更新権情報格納部
１２４　　バージョン情報格納部
１２５　　構成情報格納部
１２６　　参照と実体の関係情報格納部
【図１】
2004046826.tif 000003
【図２】
2004046826.tif 000004
【図３】
2004046826.tif 000005
【図４】
2004046826.tif 000006
【図５】
2004046826.tif 000007
【図６】
2004046826.tif 000008
【図７】
2004046826.tif 000009
【図８】
2004046826.tif 000010
【図９】
2004046826.tif 000011
【図１０】
2004046826.tif 000012
【図１１】
2004046826.tif 000013
【図１２】
2004046826.tif 000014
【図１３】
2004046826.tif 000015
【図１４】
2004046826.tif 000016
【図１５】
2004046826.tif 000017
【図１６】
2004046826.tif 000018
【図１７】
2004046826.tif 000019
【図１８】
2004046826.tif 000020
【図１９】
2004046826.tif 000021
【図２０】
2004046826.tif 000022
【図２１】
2004046826.tif 000023
【図２２】
2004046826.tif 000024
【図２３】
2004046826.tif 000025
【図２４】
2004046826.tif 000026
【図２５】
2004046826.tif 000027
【図２６】
2004046826.tif 000028
【図２７】
2004046826.tif 000029
【図２８】
2004046826.tif 000030
【図２９】
2004046826.tif 000031
【図３０】
2004046826.tif 000032
【図３１】
2004046826.tif 000033
【図３２】
2004046826.tif 000034
【図３３】
2004046826.tif 000035
【図３４】
2004046826.tif 000036