JP3225997B2

JP3225997B2 - 情報処理システム

Info

Publication number: JP3225997B2
Application number: JP20801794A
Authority: JP
Inventors: 俊也大橋
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1994-08-09
Filing date: 1994-08-09
Publication date: 2001-11-05
Anticipated expiration: 2016-11-05
Also published as: JPH0855162A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、情報を媒介にして連
携する複数の作業工程からなる作業（ワークフローと称
する）について、複数の作業工程の順序と、各作業工程
の処理内容を定め、各作業工程の間での情報の受け渡し
など、作業処理を支援する情報処理システムに関する。

【０００２】

【従来の技術】従来から、業務処理の作業効率化を図る
ために、コンピュータによる、いわゆるオフィスオート
メーション化が提案されている。しかし、従来は、業務
処理における個々の作業処理自体についての自動化が行
なわれているだけであった。つまり、作業間の連携の部
分については、従来のオフィスオートメーションでは考
慮されていなかった。

【０００３】この作業間の連携部分を自動化して作業処
理のトータルな効率化や迅速化を図ろうとするものとし
て、ワークフロー・オートメーションが提案されてい
る。ワークフロー・オートメーションにおいては、作業
対象となる情報を媒介にして連携する複数の作業工程は
ワークフローと呼ばれ、このワークフローを自動化する
ための支援システムとしての情報処理システムはワーク
フローシステムと呼ばれる。ワークフローにおいては、
ある作業工程の実行の結果得られた情報が別の作業工程
の実行に必要な情報となって、複数の作業工程は連携す
る。

【０００４】ワークフローシステムは、例えばネットワ
ーク化された分散処理環境などの処理環境において、業
務処理における複数の作業工程の担当者間の情報の受け
渡しと、情報を受けてから次の作業工程に渡すまでの間
に処理すべき作業などを、予め設計、定義することによ
り業務処理を自動化する情報処理システムである。

【０００５】このワークフローシステムは、次のような
処理機能で構成される。作業処理の流れ、各作業工程の作業内容や、各作業工
程におけるルール（約束事）を定義するための編集機能定義されたワークフロー（以下、定義されたワークフ
ローをテンプレートという）を管理する機能処理すべき情報が配達されたことを担当者に知らせる
通知機能配達された情報を管理するデータベース機能設定された作業の流れ、ルールなどに従って情報を次
の作業工程に渡すルーティング機能作業の状況を管理するための進捗管理機能実行中のワークフローの維持管理を行なうためのシス
テム管理機能このワークフローシステムの概要は、日経ＢＰ社発行の
雑誌「日経情報ストラテジー」１９９３年８月号、マ
イケル・Ｄ・カーン、安田誠寄稿、「ワークフロー管理
技術とその可能性」Ｐ１２３〜Ｐ１３０に記載されてい
る。

【０００６】また、従来から、複数の様々な種類のデー
タを一つの論理的なフォルダーに挟み込み、このフォル
ダーにより一括して様々なデータを渡すようにすること
が知られている。このフォルダーに関する一般的な記述
は、日経ＢＰ社発行の雑誌「日経コンピュータグラフィ
ックス」１９９２年１０月号、「設計環境に革命をも
たらすＰＤＭ」Ｐ７０〜Ｐ８５に記載されている。

【０００７】このフォルダーの概念はワークフローに適
用することが可能であり、その場合には、ワークフロー
においては、業務に関連する例えば複数の文書、図面、
データ等の情報への参照ポインターをフォルダーに登録
し、それをあらかじめ定義した業務フローに沿って回覧
することが可能になる。これは、従来、電子メールとフ
ァイリングシステムを用いて作業者の運用により実現さ
れていたものを自動化するものである。

【０００８】

【発明が解決しようとする課題】ワークフローシステム
により業務処理を自動化するためには、実行すべき業務
処理をワークフローとしてあらかじめ定義しておく必要
がある。ワークフローは、通常、作業の単位である作業
工程（以下ステップと呼ぶ）の１〜複数個からなり、こ
のワークフローの定義項目には、複数のステップの順
序、各ステップの処理内容および各ステップの担当者が
含まれる。

【０００９】このワークフローの定義を行う場合に、ス
テップの担当者としては直接的に実際の作業担当者名が
割り当てられるのが通常であるが、作業担当者名ではな
く、各ステップの処理内容に応じた作業権限を表す属性
名（例えば「設計」「承認」などのステップであれば
「設計者」「承認者」）や、「開発部門」「設計部門」
などの組織名などで表される作業者属性名（以下、ロー
ルと称する）で担当者を定義することが考えられてい
る。

【００１０】ロールで担当者を定義した場合には、実際
の作業者（以下ユーザという）とロールとの対応テーブ
ルを用意しておき、ワークフローシステムは、実行時に
ステップに設定されたロールを評価して、前記対応テー
ブルを参照することにより、そのステップを実際に担当
するユーザを決定することになる。したがって、ロール
を用いてワークフローを定義したときには、担当者につ
いての汎用性を向上させることができる。なお、この場
合に、一人のユーザが複数のロールを持つことができる
し、また、異なるユーザが同じロールを持つこともでき
る。

【００１１】図１４は、ロールを用いて定義されたワー
クフローの一例で、そのワークフローの仕事の流れ（フ
ロー）がグラフ構造によって表現されているものであ
る。図１４において、それぞれ四角で囲まれた各ノード
は、作業の単位である作業工程つまりステップを表して
いる。各アーク（矢印）は仕事の流れ（つながり、作業
の順番や因果関係）を定義しており、あるステップの後
ろにステップがあるということは、前のステップが完了
しないと、後ろのステップは開始できないことを意味す
る。逆に、前のステップが完了すると、自動的に後ろの
ステップが開始するということを意味する。

【００１２】ワークフローでは、各ステップでの実際の
作業は人間が行なうが、以上のような作業の流れの管理
は全てワークフローシステムが行なう。すなわち、ワー
クフローシステムは、定義されたワークフローを元に、
各ステップの作業が終了すると、適宜、次のステップの
作業を開始するようにして、作業全体の流れを管理す
る。なお、開始のステップと終了のステップは、ワーク
フローシステムがすべて管理するもので、特に定義する
必要はない。

【００１３】ところで、ワークフローシステムでは、ス
テップと、その担当ユーザとが１対１に対応するという
原則を維持することが重要である。なぜなら、一つのス
テップで複数のユーザを管理できるような機構を設ける
ことは、ステップの処理中にユーザが複数か一人かの判
断が必要となり、ステップの構造を複雑にすると共に、
管理しなければならないデータ量の増大を招くからであ
る。また、ワークフローシステムにおけるほとんどのス
テップが、一人のユーザにより担当されることが多いこ
とから、無駄も大きいという理由もある。

【００１４】ところが、ロールで定義されたワークフロ
ーにおいて、ロールを評価したときに、前述もしたよう
に一つのステップに複数のユーザが該当する場合があ
る。この場合に、ステップとユーザとが１対１という原
則を維持するようにするためには、複数のユーザのうち
の一人のユーザを選択する方法が考えられ、例えば、該
当するすべてのユーザに作業を配送し、一番先にその作
業を獲得したユーザが、そのステップの作業を実施する
という方式が考えられる。

【００１５】しかし、この方式では、複数のユーザに並
列に同じステップを実施させたい場合には、ユーザによ
り実施されるステップをすべて記述してワークフローを
定義する必要がある。例えば、図１４の「設計」「レビ
ュー」「承認」という３つのステップからなる設計のワ
ークフローにおいては、「レビュー」のステップをユー
ザＡとユーザＢの二人により実施させるためには、図１
５に示すように、「設計」のステップと「承認」のステ
ップとの間に、「レビュー」のステップを並列に２個挿
入するワークフローを定義しなければならない。

【００１６】しかし、このように定義されたワークフロ
ーは、「レビュー」のステップが常にユーザＡとユーザ
Ｂとにより行われることを前提としており、汎用性がな
い。

【００１７】この発明は、以上の点にかんがみ、ステッ
プの担当者が複数であったときにも、ステップと担当者
との対応が１対１という原則を維持することを遵守する
ことができ、ワークフローの定義は、図１４のような単
純な流れの汎用性の高いワークフローの形式で行うこと
ができる情報処理システムを提供することを目的とす
る。

【００１８】

【課題を解決するための手段】上記課題を解決するた
め、この発明による情報処理システムは、後述の実施例
の参照符号を対応させると、ある作業工程の実行の結果
得られた情報が別の作業工程の実行に必要な情報となっ
て連携する複数の作業工程からなる作業の流れを、少な
くとも、複数の作業工程の順序および各作業工程の処理
内容を定めて定義し、この定義された作業の流れに従っ
て各作業工程の担当者とユーザインタ−フェースを介し
て情報を授受することによって前記作業を支援する情報
処理システムであって、前記定義された作業の流れ中の
各作業工程を一意に識別するための作業工程識別情報
と、その作業工程の担当者を特定するための担当者特定
情報とを対応させて保持すると共に、前記作業工程およ
び作業の流れの関係を特定するための関係特定情報を保
持する保持手段１７Ｍと、前記保持手段に保持された前
記担当者特定情報に基づいて前記各作業工程を処理すべ
き担当者を特定する担当者特定手段３２と、前記担当者
特定手段により一の作業工程に対して複数の担当者が特
定された場合に、前記保持手段に保持された内容に変更
を加えて、一つの作業工程に対して一人の担当者が対応
するように前記定義された作業の流れの作業工程の数を
増加する変更手段３３とを有することを特徴とする．

【００１９】

【作用】上記の構成のこの発明においては、定義された
作業の流れの実行中、開始しようとする作業工程は、そ
の作業工程識別情報により一意に識別される。そして、
保持手段に保持された作業工程識別情報と担当者特定情
報との対応に基づいて、担当者特定手段によって、実際
にその作業工程を処理すべき担当者が特定される。例え
ば、担当者が前記ロールで定義されていた場合には、そ
のロールを遂行するものとして登録されている担当者が
探される。

【００２０】そして、例えば作業工程Ｓの担当者として
複数人が特定された場合には、変更手段により、保持手
段の内容が変更されて、（当該担当者数−１）個の、作
業工程Ｓと同じ処理内容の作業工程が、作業工程Ｓと並
列に設けられるように追加される。このとき、変更手段
は、一つの作業工程を一人の担当者が担当するように、
保持手段の内容の変更を行なう。

【００２１】こうして、作業工程Ｓは、その担当者とし
て特定された複数人により並列して同時に実行されるこ
とになる。しかも、作業工程と担当者の１対１の対応は
保持されている。

【００２２】

【実施例】以下、この発明による情報処理システムの一
実施例を、図を参照しながら説明する。

【００２３】図２は、この例の情報処理システムの全体
の概要を示すもので、その機能をブロックとして示した
ものである。この情報処理システムは、前述したワーク
フローシステムの構成を有するものであって、ワークフ
ローのデータに従って作業工程の遷移や、作業工程の担
当者（ユーザ）への情報の受け渡しを管理して、作業処
理を支援するシステム部１０と、各作業工程（以下、作
業工程をステップと呼ぶ）の担当者による処理を支援す
るための作業環境を提供するユーザインターフェース部
２０とからなっている。

【００２４】システム部１０は、この例では、ファイル
管理装置を内蔵する例えばサーバー装置の構成とされて
いる。また、ユーザインターフェース部２０は、例えば
ワークステーションなどの情報処理端末装置により構成
することができ、そのディスプレイに各作業工程の作業
環境を表示することができ、ユーザはその表示画面を見
ながら作業処理やシステム部１０への通知のための操作
入力を行う。

【００２５】ユーザインターフェース部２０は、複数の
担当者が共通の１個を共有して使用するように構成する
こともできるが、この例では、担当者毎に設けられた構
成とされている。そして、システム部１０とユーザイン
ターフェース部２０とは、例えばＬＡＮ（ローカルエリ
アネットワーク）３０などの通信手段により接続され
て、分散処理環境として構築されている。

【００２６】なお、システム部１０とユーザインターフ
ェース部２０とを同一の装置において構成することもで
きる。

【００２７】システム部１０は、テンプレート管理機能
部１１と、ルーティング機能部１２と、通知管理機能部
１３と、進捗情報管理機能部１４と、ユーザ管理機能部
１５と、参照情報管理機能部１６と、システム管理機能
部１７とを備える。また、ユーザインターフェース部２
０は、編集部２１と、通知部２２と、進捗管理部２３
と、インターフェースコントロール部２４とを備える。

【００２８】ユーザインターフェース部２０の編集部２
１では、ユーザの操作入力に応じてテンプレートや実行
しようとするワークフロー（この実行しようとするワー
クフローを、以下、実行フローという）を編集する。

【００２９】通知部２２は、システム部１０からの通知
を受け取ってユーザに知らせたり、また、ユーザの操作
指示に応じてシステム部１０に指示や通知を送る。ま
た、進捗管理部２３は、ユーザインターフェース部２０
での作業遷移状態を管理する。

【００３０】システム部１０のテンプレート管理機能部
１１は、定義されたワークフローであるテンプレートを
記憶、管理する。ルーティング管理機能部１２は、実行
フローにおいて、設定された業務の流れや、あらかじめ
定義されたルールにしたがって、あるステップの作業が
終了したときに、後続のステップの作業を開始させるか
否かを決定する。なお、あるステップの作業が終了した
ときに、後続のステップの作業を開始させることを、そ
の後続のステップに対してルーティングを行なうとい
い、後続のステップの作業を開始させない場合は、ルー
ティングを行なわないという。

【００３１】システム部１０の通知管理機能部１３は、
処理すべき情報の配達の、ユーザへの通知を管理する。
ユーザへの通知は、ユーザインターフェース部２０の通
知部２２が行なう。進捗情報管理機能部１４は、作業の
状況、作業の履歴を管理するための情報を管理する。ユ
ーザインターフェース部２０の進捗管理部２３は、この
情報を用いて作業の状況を管理する。

【００３２】ユーザ管理機能部１５は、各ステップを担
当するユーザを管理する。システム管理機能部１７は、
システム部１０の全体を管理する。

【００３３】参照情報管理機能部１６は、各ステップの
担当者に与える、作業に必要な情報を管理する。参照情
報管理機能部１６は、また、ユーザから得た処理結果の
情報を記憶部１６Ｍに蓄える処理も行う。前述したよう
に、ユーザとワークフローシステム間で授受される情報
は、フォルダーに登録されてワークフローの流れに沿っ
て回覧されるが、このフォルダーに登録されて授受され
る情報を、以下、パケットと称する。

【００３４】図１は、この例の情報処理システムにおい
て、ワークフローの流れの管理に関する部分の機能を抽
出した機能ブロック図である。

【００３５】システム管理機能部１７は、実行フローに
関する定義されたデータを、記憶部１７Ｍに記憶する。
実行フローは、テンプレート管理機能部１１にあらかじ
め登録されている定義されたワークフローから選択する
こともできるし、選択したワークフローを修正してシス
テム管理機能部１７の記憶部１７Ｍに登録することもで
きる。もちろん、初めから実行フローをすべて作成して
定義し、記憶部１７Ｍに登録することもできる。

【００３６】ワークフローは、前述したように、作業の
単位であるステップと、各ステップ間をつなぐアーク
（矢印）とからなるグラフ構造によって表現される。し
たがって、定義された実行フローに関するデータ（以
下、ワークフローデータという）は、ワークフローがど
のようなステップから構成されているかを示すステップ
テーブルと、アークに関するデータであるステップの実
行順序のテーブル（実行順序テーブルと以下称する）と
を含んでいる。

【００３７】図３は、ワークフローデータのデータ構造
の例を示すものである。すなわち、実行順序テーブルＯ
Ｔは、各アークの前につながる前工程（前ステップ）の
欄と、各アークの後につながる後工程（後ステップ）の
欄とにより構成される。前工程と後工程とは、一つのワ
ークフロー中で各ステップを一意に識別するためのステ
ップ識別子でそれぞれ表現される。なお、複数のワーク
フローを管理するため、それぞれのワークフローを一意
に識別するためのワークフロー識別子の欄が設けられて
いる。

【００３８】ステップテーブルＳＴは、各ステップを一
意に識別するステップ識別子と、当該ステップ識別子で
表されるステップのステップ名、担当者、同報フラグと
の対応テーブルである。この例では、ステップ識別子
は、一つのワークフロー中で一意な番号により表現され
る。ステップ名は、文字列により表現され、これにより
各ステップの処理内容を認識できる。

【００３９】担当者の欄には、ユーザ識別子あるいは前
述したロール名が記述される。担当者が一人の場合に
も、担当者の欄にロール名が記述されることはあるが、
この例では担当者が複数人になる場合には、担当者の欄
には、ロール名のみが記述される。図の例の場合、ステ
ップテーブルの担当者の欄には、ロール名が記述されて
いる。このステップテーブルＳＴにも、当該ワークフロ
ーを識別するためのワークフロー識別子の欄が設けられ
ている。

【００４０】同報フラグは、ルーティング機能部１２に
おいて、ステップの担当者として特定されたユーザが複
数人であるときに、当該ステップ識別子のステップが、
その特定された複数人のユーザのすべてが作業を実行す
べきステップである否かを設定するためのものであっ
て、実行フローの定義時に、真理値がこの同報フラグの
欄に記述される。そして、例えば、特定された複数人の
ユーザのすべてが作業を実行すべきステップであるとき
には、同報フラグは「真（ｔｒｕｅ）」に、そうでない
ときには、「偽（ｆａｌｓｅ）」に、それぞれ設定され
る。

【００４１】ユーザ管理機能部１５は、実際に各ステッ
プを担当するユーザを決定するためのユーザデータを管
理する。ユーザデータは、通常は、実行フローの起動に
先立ち記憶部１５Ｍに登録され、記憶される。実行フロ
ーの実行中に、ユーザデータの内容を変えることも可能
である。

【００４２】図４は、ユーザデータの一例のデータ構造
を示すものである。この例では、ステップテーブルＳＴ
の担当者の欄には、実際の担当ユーザ名が記述されるの
ではなく、ロール名が記述されているので、ユーザデー
タは、このロール名を媒介にして、各ステップを実際に
担当するユーザを決定するためのデータであり、この例
では、ユーザテーブルＵＴと、ロールテーブルＲＴとか
らなっている。

【００４３】ユーザテーブルＵＴは、図４に示すよう
に、ワークフローシステム内で、ユーザを一意に識別す
るためのユーザ識別子と、そのユーザ識別子を有するユ
ーザ名との対応テーブルである。また、ロールテーブル
ＲＴは、前記ユーザ識別子と、ロール名との対応テーブ
ルである。ユーザ識別子としては、例えばワークフロー
システム内で一意な番号が用いられる。

【００４４】ルーティング機能部１２は、この例の場
合、機能的には、ステップ状態管理部３１と、ルーティ
ング処理部３２と、変更手段としてのステップ追加部３
３と、パケット送受部３４とを備える。

【００４５】ルーティング処理部３２は、ワークフロー
データに基づき実際のルーティングの決定を行なう。

【００４６】ステップ追加部３３は、ルーティング処理
部３２で次のステップの担当者が複数人のユーザであっ
て、同報フラグが「ｔｒｕｅ」であるときに、ルーティ
ング処理部３２からのステップ追加要求を受けて、その
次ステップと並列に、当該次ステップの担当ユーザの人
数より一つ少ない数のステップを追加する処理と、複数
ユーザが担当者として特定されたステップと、追加され
たステップの実際の担当ユーザの設定を行なう。

【００４７】パケット送受部３４は、担当ユーザに与え
るパケットを生成して、ユーザインタ−フェース２０を
介して当該担当ユーザにそのパケットを送り、また、担
当ユーザによるステップにおける処理結果が反映された
パケットを、ユーザインタ−フェース２０を介して担当
ユーザから受け取る。パケットは参照情報管理機能部１
６により管理され、参照情報管理機能部１６は、このパ
ケットの記憶部１６Ｍを有する。パケット送受部３４
は、参照情報管理機能部１６に管理されている情報を用
いて次にルーティングするパケットを形成する。

【００４８】ルーティング機能部１２では、ワークフロ
ーの各ステップの状態を、次の〜の４種の状態によ
り管理して、そのワークフローの流れを管理する。ステ
ップ状態管理部３１は、実行フローの各ステップの状態
データの記憶部３１Ｍを備える。

【００４９】ステップがまだ作業を開始することがで
きない開始不可状態（以下、この状態を「ｎｏｔｒｅ
ａｄｙ」という）ステップの開始準備ができており、担当者の仕事の開
始を待っている待機状態（以下、この状態を「ｒｅａｄ
ｙ」という）担当者が作業をしている実行状態（以下、この状態を
「ｒｕｎ」という）担当者が作業を終了した作業終了状態（以下、この状
態を「ｃｏｍｐｌｅｔｅ」という）。

【００５０】以上のステップの状態遷移に応じてルーテ
ィング機能部１２は、基本的には、次のような動作を行
ない、この動作が各ステップに対して繰り返されること
により、ワークフローは進行する。

【００５１】ルーティング対象のステップの担当ユーザ
が一人であるときには、下記の動作の内の基本的な動作
によりワークフローが進行するが、担当ユーザが複数人
になり、同報フラグが「ｔｒｕｅ」であるときには、担
当ユーザが複数人であるステップと同じ処理内容のステ
ップを、（担当ユーザの人数−１）個だけ、ルーティン
グ対象のステップと並列に追加して、ルーティング対象
ステップおよび追加したステップに対してそれぞれ一人
の担当ユーザを割り当て、それら複数人の担当ユーザに
同時に作業処理に必要なパケットを配送する処理が、基
本的な動作に加わる。

【００５２】まず、各ステップの担当者が一人である場
合の基本的な動作について説明する。初期時には、ステ
ップ状態管理部３１の記憶部３１Ｍの各ステップの状態
は「ｎｏｔｒｅａｄｙ」となっている。担当者により
ワークフローの起動が行なわれると、システム管理機能
部１７の指示を受けたルーティング処理部３２により最
初のステップが次のステップとして決定される。また、
後述するように、開始ステップ以外のステップが終了し
たとき（「ｃｏｍｐｌｅｔｅ」の状態になったとき）
に、ルーティング処理部３２により次のステップが決定
される。決定された次のステップは、その状態が「ｒｅ
ａｄｙ」とされる。

【００５３】ステップ状態管理部３１は、ステップの状
態が「ｎｏｔｒｅａｄｙ」から「ｒｅａｄｙ」になる
とき、通知管理機能部１３に通知要求を出す。通知管理
機能部１３は、この通知要求に従って次ステップの担当
者に対して通知を行なって担当者の作業の開始を促す。

【００５４】この通知に対して担当者が開始の合図をワ
ークフローシステムに対して行なうと、この合図を通知
管理機能部１３が受け、ステップ状態管理部３１にその
旨を知らせる。ステップ状態管理部３１は、これに応じ
てステップの状態を「ｒｅａｄｙ」から「ｒｕｎ」にす
る。

【００５５】そして、ステップ状態管理部３１は、パケ
ット送受部３４にパケット送信要求を出して、このパケ
ット送受部３４より、担当者が作業を行なうために必要
な文書、図面、データなどの情報をひとまとめにしたデ
ータの固まりであるパケットを担当ユーザに対して送
る。

【００５６】担当ユーザは、ワークフローシステムから
配達されたパケットを元に作業を実行する。そして、指
定された作業を終了すると、担当ユーザは、適宜、作業
内容を反映させたパケットとともに、ワークフローシス
テムに対し、完了の合図を送る。このとき、ステップ状
態管理部３１は、当該ステップの状態を「ｒｕｎ」から
「ｃｏｍｐｌｅｔｅ」とする。

【００５７】ステップ状態管理部３１は、ステップの状
態が「ｒｕｎ」から「ｃｏｍｐｌｅｔｅ」になるとき
に、ルーティング処理部３２に処理要求を出す。ルーテ
ィング処理部３２は、実際のルーティングの決定を行な
う。すなわち、次にルーティングを行なうステップを決
定し、また、担当ユーザを決定し、担当ユーザが一人で
あるとき、その決定したステップおよび担当ユーザを、
前述したようにステップ状態管理部３１に通知する。

【００５８】ステップ状態管理部３１は、ルーティング
処理部３２からの通知によりルーティングを行なうステ
ップの状態を、「ｎｏｔｒｅａｄｙ」から「ｒｅａｄ
ｙ」にする。以下、上述と同様の処理を繰り返して、ワ
ークフローを進行させ、後続のステップがなくなるとワ
ークフローの処理を終了する。

【００５９】ルーティング処理部３２が、前のステップ
の状態が「ｒｕｎ」から「ｃｏｍｐｌｅｔｅ」になると
きに、ステップ状態管理部３１からの処理要求を受け
て、次のステップを決定したときに、次のステップの担
当ユーザが複数であると判定されたときには、次のよう
な処理動作になる。

【００６０】ルーティング処理部３２は、次ステップの
担当ユーザが複数であって、同報フラグが「ｆａｌｓ
ｅ」である場合には、当該複数の担当ユーザの情報を含
む通知をステップ状態管理部３１に送って、当該次ステ
ップの状態を「ｎｏｔｒｅａｄｙ」から「ｒｅａｄ
ｙ」にする。ステップ状態管理部３１は、通知管理機能
部１３に対して、ルーティング処理部３２により指定さ
れた次ステップの複数の担当ユーザのすべてに対して通
知を行うように要求する。通知管理機能部１３は、当該
複数の担当ユーザのすべてに通知を行なう。

【００６１】通知管理機能部１３は、このように同報フ
ラグが「ｆａｌｓｅ」で、次ステップの複数の担当ユー
ザに通知を送った場合には、その複数ユーザのうちの最
初に作業開始の合図を送ってきた担当ユーザをステップ
状態管理部３１に知らせる。ステップ状態管理部３１
は、これに応じて、そのステップの状態を「ｒｅａｄ
ｙ」から「ｒｕｎ」にする。

【００６２】そして、ステップ状態管理部３１は、パケ
ット送受部３４にパケット送信要求を出して、このパケ
ット送受部３４より、担当者が作業を行なうために必要
な文書、図面、データなどの情報をひとまとめにしたデ
ータの固まりであるパケットを、当該最初に開始の合図
を送ってきたユーザに対して送る。その後の動作は、上
述した基本動作と同様である。

【００６３】次に、ルーティング処理部３２で、担当者
がロールであって、ユーザ管理機能部１５でのロール評
価の結果、次にルーティングを行うとして決定されたス
テップの担当ユーザが複数人であり、同報フラグが「ｔ
ｒｕｅ」であったときには、ルーティング処理部３２
は、ステップ追加部３３に、ステップ追加の処理要求を
出す。この追加処理要求の際に、ステップ追加部３３に
は、次のステップとして決定されたステップの識別子
と、その複数の担当ユーザとが、入力データとして渡さ
れる。

【００６４】そして、次ステップの担当ユーザの人数を
Ｍとすると、ステップ追加部３３は、次ステップと同じ
処理内容の（Ｍ−１）個のステップを、この（Ｍ−１）
個のステップが、決定された次のステップと並列に実行
されるように、ワークフローデータとして追加登録す
る。すなわち、ステップ追加部３３は、記憶部１７Ｍの
ワークフローデータの実行順序テーブルＯＴと、ステッ
プテーブルＳＴとに、ワークフローデータを追加する。
そして、次ステップと、追加された（Ｍ−１）個のステ
ップのそれぞれの担当ユーザとして、次ステップの担当
ユーザとして決定された複数のユーザのうちの各一人ず
つを設定する。

【００６５】こうして次ステップに並列に（Ｍ−１）個
のステップが追加され、登録されると、前ステップに対
して、次ステップとして決定されたステップの担当ユー
ザ数であるＭ個のステップが並列に存在する状態にな
る。ルーティング処理部３２は、これらの並列のＭ個の
すべてのステップにルーティングを行なうために、これ
らＭ個のステップの全部を次ステップとしてステップ状
態管理部３１に通知する。

【００６６】ステップ状態管理部３１は、これらＭ個の
ステップの状態を「ｎｏｔｒｅａｄｙ」から「ｒｅａ
ｄｙ」にし、通知管理機能部１３に対して、Ｍ個のステ
ップのそれぞれの担当者に通知を行なうように要求を出
す。通知管理機能部１３は、この要求に従いＭ個のすべ
てのステップの担当ユーザに通知を行なう。そして、ス
テップ状態管理部３１は、通知管理機能部１３を介して
各ステップの担当ユーザからの開始の合図を受け取る
と、そのステップの担当ユーザに必要なパケットを転送
する。こうして、Ｍ個のステップの各担当ユーザは、作
業に必要なパケットを受け取り、同じ内容の仕事を並列
に実行することになる。

【００６７】これらＭ個並列のステップの次のステップ
へのルーティングは、この例では、Ｍ個のステップのす
べてが「ｃｏｍｐｌｅｔｅ」になったときに、行なわれ
る。以下、上述の処理が繰り返されることにより、ワー
クフローが実行される。

【００６８】次に、図５およびその続きである図６は、
ルーティング管理機能部１２のルーティング処理部３２
の作業転送処理ルーチンのフローチャートの一例を示す
ものである。この転送処理ルーチンは、前述したよう
に、前のステップの状態が「ｒｕｎ」から「ｃｏｍｐｌ
ｅｔｅ」になったときに、ルーティング処理部３２にス
テップ状態管理部３１から処理要求が与えられることに
より起動される。ワークフローの起動時には、開始のス
テップがシステム管理機能部１７により自動的に「ｒｕ
ｎ」から「ｃｏｍｐｌｅｔｅ」にされる。

【００６９】この作業転送処理ルーチンのために、ステ
ップ状態管理部３１から、ルーティング処理部３２に
は、現在実行中のワークフローのワークフロー識別子
と、終了したステップ（状態が「ｃｏｍｐｌｅｔｅ」に
なった前ステップ）の識別子が入力データとして与えら
れる。ワークフローの開始時には、ステップの識別子と
して開始のステップの識別子「０」が入力データとして
与えられる。

【００７０】この転送処理ルーチンにおいては、まず、
処理１０１において、終了したステップの次ステップを
決定する。この次ステップの決定に当たってはワークフ
ローデータの実行順序テーブルＯＴが参照される。すな
わち、実行順序テーブルＯＴの前工程の欄の値が終了し
たステップのステップ識別子となるレコード（テーブル
の１行ごとの登録データをレコードと呼ぶ）の、後工程
の欄の値であるステップ識別子で表されるステップが次
ステップである。なお、結果として複数個の次ステップ
が存在する場合もある。

【００７１】次の判断１０２においては、ワークフロー
が終了したか否か判断される。この判断の結果、次ステ
ップが存在しない場合には、この作業転送処理ルーチン
を終了する。また、次ステップが存在する場合には、処
理１０３に進む。

【００７２】処理１０３は、以下の判断１０４〜判断１
１４を、次ステップとして決定された複数のステップ数
分だけ繰り返す繰り返し処理の準備のための処理であ
り、変数Ｓに繰り返し回数、つまり次ステップの数を設
定し、変数Ｎに初期値「１」を設定する。

【００７３】次に、判断１０４に進んで、Ｎ番目のステ
ップの識別子を基にステップテーブルＳＴを検索し、当
該ステップ識別子を含むレコードの担当者の欄の値を取
り出し、それがロールであるか否か判断する。この例の
場合、ロールであれば、ステップテーブルＳＴの担当者
の欄の値は文字列であり、ロールでなければ担当者の欄
の値はユーザ識別子、つまり番号であることから、ロー
ルか否かの判断が行われる。

【００７４】この判断１０４での判断の結果、担当者の
欄の値がロールでなく、ユーザ識別子であれば、担当ユ
ーザは一人であるので、繰り返し処理のための処理１１
３、判断１１４と順次に進み、すべての次ステップにつ
いて判断１０４〜判断１１４を終了したら、処理１１５
に進み、実行順序テーブルＯＴを再度検索して次ステッ
プの決定を行ない、ステップ状態管理部３１に対して、
次ステップとして決定されたすべてのステップの担当ユ
ーザに通知を行うように要求を出し、この作業転送処理
ルーチンを終了する。

【００７５】一方、判断１０４での判断の結果、担当者
の欄の値がロールであるときには、処理１０５に進ん
で、ユーザデータを参照してロールの評価を行い、実際
の担当ユーザを決定する。この場合、ロールの評価は、
ユーザ管理機能部１５に依頼され、ロールテーブルＲＴ
のロールの欄の値が、ステップテーブルＳＴの担当者の
欄のロールと等しいユーザ識別子を検索することにより
行なわれる。そして、検索結果のユーザ識別子の担当ユ
ーザの情報をルーティング処理部３２は、ユーザ管理機
能部１５から得、ロール評価の結果のユーザ識別子のリ
ストを変数ＵＬに、担当ユーザの数を変数Ｍに設定す
る。

【００７６】次に判断１０６に進んで、ステップテーブ
ルＳＴの同報フラグが「真（＝true）」であるか否か判
断する。その判断の結果、同報フラグが「true」である
ときには判断１０７に進んで、ロールを評価した結果の
担当ユーザが複数人であるか否か判断する。複数人でな
く、一人のユーザであるときには、処理１１２に進ん
で、ステップテーブルＳＴの担当者の欄がロールであっ
た次ステップの実際の担当者として、ユーザ管理機能部
１５から得た担当ユーザのリストＵＬ（このときは、リ
ストＵＬには一人の担当ユーザのみ）のユーザ識別子を
設定する。

【００７７】また、判断１０７で、担当ユーザが複数人
であると判断されたときには、担当ユーザが複数人であ
る場合の処理１０８、同報ステップ追加処理１０９、処
理１１０、処理１１１が順次に実行され、同報ステップ
追加処理１０９が（担当ユーザの数Ｍ−１）回、実行さ
れる。

【００７８】同報ステップ追加処理１０９では、次ステ
ップとして決定されたステップに並列につながる（担当
ユーザ数Ｍ−１）個のステップのレコードを、ワークフ
ローデータの実行順序テーブルＯＴ、ステップテーブル
ＳＴに追加する処理を行なう。このとき、ステップテー
ブルＳＴにおいては、追加対象の次ステップのレコード
の担当者の欄と、追加された（Ｍ−１）個のステップの
レコードの担当者の欄には、ユーザ管理機能部１５から
得た担当ユーザリストＵＬの担当ユーザの識別子が一人
ずつ順に設定される。

【００７９】ただし、後述するように、ユーザリストＵ
Ｌの一番最初のユーザは、次ステップとして決定された
担当者がロール名で定義されたステップの担当ユーザと
して設定されるので、追加されたステップに対しては、
ユーザリストＵＬの２番目以降のユーザが順次に割り当
てられる。

【００８０】なお、同報ステップ追加処理１０９の詳細
ルーチンは、後述する。

【００８１】そして、判断１１１で（複数担当ユーザの
人数−１）個のステップ追加処理が終了した判断する
と、処理１１２に進み、ステップテーブルＳＴの担当者
の欄がロールであった、追加対象となった次ステップの
実際の担当者として、ユーザ管理機能部１５から得た担
当ユーザのリストＵＬの１番目のユーザ識別子を設定す
る。

【００８２】そして、繰り返し処理のための処理１１
３、判断１１４と順次に進み、処理１０１で決定された
すべての次ステップについて判断１０４〜判断１１４を
終了したら、処理１１５に進む。そして、前述したよう
に、処理１１５では、更新された実行順序テーブルＯＴ
を再度検索し、次ステップを決定する。そして、決定さ
れた次ステップが複数存在すれば、それらすべての次ス
テップの担当ユーザに通知を行うように、ステップ状態
管理部３１に対して要求を出し、この作業転送処理ルー
チンを終了する。

【００８３】なお、判断１０６での判断の結果、同報フ
ラグが「偽（＝false ）」であるときには、判断１０６
から繰り返し処理のための処理１１３、判断１１４にジ
ャンプする。そして、処理１０１で決定されたすべての
次ステップについて判断１０４〜判断１１４を終了した
ら、処理１１５に進み、前述したように、ステップ状態
管理部３１に対して、次ステップとして決定されたすべ
てのステップの、すべての担当ユーザに通知を行うよう
に要求を出し、この作業転送処理ルーチンを終了する。
前述したように、このときは通知が送られたすべての担
当ユーザの中で最初に作業を開始したユーザのみに、そ
の仕事の実施権が与えられる。

【００８４】図７は、前述した同報ステップ追加処理１
０９の詳細ルーチンである。この同報ステップ追加処理
１０９の入力データは、作業転送処理ルーチンで次ステ
ップとして決定されたステップであって、担当者がロー
ルかつ複数人と判断されたステップ（以下、同報ステッ
プと称する）の識別子ＳＩＤと、担当ユーザリストＵＬ
の内の一つのユーザ識別子ＵＩＤである。前述したよう
に、担当ユーザリストＵＬの一番上のユーザが同報ステ
ップのユーザとして設定されるので、入力データとして
のユーザ識別子ＵＩＤとしては、リストＵＬの２番目以
降のユーザの識別子が、この同報ステップ追加処理が呼
び出される毎に順次に設定される。

【００８５】この同報ステップ追加処理ルーチンにおい
ては、まず、処理２０１で、後ステップが識別子ＳＩＤ
の同報ステップとなるステップを、実行順序テーブルＯ
Ｔから検索する。つまり、識別子ＳＩＤの同報ステップ
の前のステップのすべてを検索する。そして、検索結果
の前ステップの識別子のリストＰＲＥを作成しておく。

【００８６】次に、処理２０２に進んで、前ステップが
識別子ＳＩＤの同報ステップとなるステップを、実行順
序テーブルＯＴから検索する。つまり、識別子ＳＩＤの
同報ステップの後のステップのすべてを検索する。そし
て、検索結果の後ステップの識別子のリストＰＯＳＴを
作成しておく。

【００８７】次に、処理２０３に進んで、前ステップの
リストＰＲＥと、後ステップのリストＰＯＳＴとを用い
た実際のステップ追加処理を行なう。図８および図９
は、このステップ追加処理２０３の詳細な処理ルーチン
の一部およびその続きを示している。このステップ追加
処理２０３の詳細処理について、以下説明する。

【００８８】まず、処理３０１において、新たなステッ
プ識別子ＮｅｗＩＤを設定する。次に、処理３０２にお
いて、前ステップのリストＰＲＥに登録されているステ
ップ数をＣとし、繰り返し処理のための数値Ｎに初期値
Ｎ＝１を設定する。そして、処理３０３に進んで、実行
順序テーブルＯＴのレコード［ワークフロー識別子の値
前工程後工程］として、［ワークフロー識別子の値
リストＰＲＥのＮ番目のステップ識別子ＮｅｗＩ
Ｄ］というレコードを追加する。

【００８９】そして、次にリストＰＲＥに記載のすべて
のステップ識別子についての繰り返し処理のための処理
３０４および判断３０５を行ない、リストＰＲＥに記載
のすべてのステップ識別子についてレコードの追加処理
３０３を行なったら、次の処理３０６に進む。

【００９０】この処理３０６においては、後ステップの
リストＰＯＳＴのステップ数をＣとし、繰り返しの処理
ための数値Ｎに初期値Ｎ＝１を設定する。そして、処理
３０７に進んで、実行順序テーブルＯＴに、レコード
［ワークフロー識別子前工程後工程］として、［ワー
クフロー識別子の値リストＰＯＳＴのＮ番目のステッ
プ識別子ＮｅｗＩＤ］というレコードを追加する。

【００９１】そして、次にリストＰＯＳＴに記載のすべ
てのステップ識別子についての繰り返し処理のための処
理３０８および判断３０９を行ない、リストＰＯＳＴに
記載のすべてのステップ識別子についてレコードの追加
処理３０７を行なったら、次の処理３１０に進む。

【００９２】処理３１０では、ステップテーブルＳＴ
に、レコード［ワークフロー識別子ステップ識別子ス
テップ名担当者同報フラグ］として、［ワークフロ
ー識別子の値ＮｅｗＩＤＮＵＬＬＮＵＬＬｆａ
ｌｓｅ］というレコードを追加する。

【００９３】処理３１０を終了すると、戻り値をＮｅｗ
ＩＤとして、図７の同報ステップ追加処理ルーチンに戻
り、その処理２０４に移行する。

【００９４】この処理２０４では、ステップ識別子が同
報ステップの識別子ＳＩＤであるステップのレコードＺ
をステップテーブルＳＴから検索する。次に処理２０５
に進んで、ステップテーブルＳＴにおいて、ステップ識
別子がＮｅｗＩＤであるステップのレコードの、ステッ
プ名の欄、担当者の欄、同報フラグの欄のそれぞれに、
処理２０４で検索したレコードＺの対応する欄の値を設
定する。以上で、同報ステップ追加処理は終了となる。

【００９５】次に、以上のように、図５〜図９を用いて
説明した作業転送処理を、前述した図１４の従来例と同
様に、「設計」「レビュー」「承認」の３つのステップ
からなる「設計のワークフロー」を実行フローとする場
合を例にとって、より具体的に説明する。

【００９６】この例の場合の実行フローの起動時のワー
クフローデータの例を図１０に示す。この例の実行順序
テーブルＯＴにおいて、ワークフロー識別子「１００
０」は、実行フローである「設計のワークフロー」を示
している。そして、ステップ番号「０」は開始ステッ
プ、ステップ番号「ＮＵＬＬ」は終了のステップを示し
ている。これら開始ステップおよび終了ステップは、ワ
ークフローシステムが自動的に定義するステップであ
る。

【００９７】この例のステップテーブルＳＴでは、担当
者の欄のロール名として各ステップの作業権限を表す属
性値である「設計者」、「審査者」、「承認者」が採用
されている。そして、この例では、ステップ識別子が
「２」の「レビュー」のステップと、ステップ識別子が
「３」の「承認」のステップとでは、同報フラグが「tr
ue」となっているので、これらステップの担当ユーザが
それぞれ複数人であったときには、それぞれその複数人
のすべての担当ユーザが、それぞれ「レビュー」および
「承認」のステップを実行するものと定義されている。

【００９８】次に、この例の場合に用意されたユーザデ
ータの一例を図１１に示す。図１１のユーザテーブルＵ
ＴとロールテーブルＲＴとから分かるように、この例に
おいては、ステップ「レビュー」は、ユーザ識別子
「２」、「３」のユーザ“ベン”と“ジョン”の二人が
担当できるように設定されている。そして、前述したよ
うに、ステップ「レビュー」の同報フラグは「true」で
あるから、ステップ「レビュー」は、“ベン”と“ジョ
ン”の二人が並列して同時に作業を行うように定義され
ている。

【００９９】したがって、ステップ「設計」が終了して
状態が「ｃｏｍｐｌｅｔｅ」になって、入力データとし
てワークフロー識別子「１０００」、ステップ識別子
「１」が与えられて前述した作業転送処理ルーチンが実
行されると、同報ステップ追加処理１０９において、図
７〜図９に示したステップ追加の処理が行なわれ、実行
順序テーブルＯＴおよびステップテーブルＳＴに対し
て、図１２に示すようにレコードの追加が行なわれる。
このときの作業転送処理のための入力データは、ステッ
プ識別子「２」である。

【０１００】この場合、“ジョン”が担当するステップ
が追加されるもので、そのステップ識別子として、図８
の処理３０１において、ＮｅｗＩＤ＝「４」が設定され
る。この図８のステップ追加処理の入力データのリスト
ＰＲＥはステップ識別子「１」のみからなり、リストＰ
ＯＳＴはステップ識別子「３」のみからなる。そして、
処理３０３および処理３０７により、実行順序テーブル
ＯＴに、前工程がステップ識別子「１」、後工程がステ
ップ識別子「４」のレコードと、前工程がステップ識別
子「４」、後工程がステップ識別子「３」のレコードと
が追加される。

【０１０１】また、図９に示した処理３１０において、
ステップテーブルＳＴに、ステップ名が「レビュー」
で、担当者がユーザ識別子「３」の“ジョン”が設定さ
れたステップ識別子「４」の新たなステップに関するレ
コードが追加される。

【０１０２】また、このステップテーブルＳＴにおい
て、ステップ識別子「２」のステップのレコードの担当
者の欄が、図６の処理１１２において、ロール名「審査
者」からユーザ識別子「２」に設定変更され、このステ
ップの担当者が“ベン”に特定される。

【０１０３】その後、図６の処理１１５において、これ
らステップ識別子「２」と「４」のステップの担当者に
対する通知が行なわれ、パケットが転送されて、「レビ
ュー」のステップが、“ベン”と“ジョン”の二人によ
り、同時に実行される。

【０１０４】図１３は、この例の実行フローの定義時お
よび実行時の状態を、グラフ構造により示した図であ
る。この例の実行フローの作業転送処理は、具体的には
次のようにして順次に実施される。

【０１０５】まず、ワークフローの起動により、ワーク
フロー識別子「１０００」、ステップ識別子「０」（開
始のステップ）を入力として、作業転送処理が行なわれ
る。この場合、次ステップ１は「設計」であり、その担
当者は、ロール「設計者」である。ユーザデータによ
り、ロール「設計」を評価すると、ユーザ「ジャック」
のみであるので、このステップ１の担当者をユーザ「ジ
ャック」として、作業開始の通知が送られる。

【０１０６】ステップ「設計」が終了した段階で、ワー
クフロー識別子「１０００」、ステップ識別子「１」を
入力として作業転送処理が実施される。このとき、次ス
テップは、「レビュー」（ステップ識別子「２」）とな
る。その担当者は、ロール「審査者」である。ロール
「審査者」に対応するユーザは、「ベン」と「ジョン」
の二人が存在する。

【０１０７】このため、ステップの追加処理が行なわ
れ、識別子「４」の新たなステップ「レビュー」に関す
るレコードが、実行順序テーブルＯＴと、ステップテー
ブルＳＴとに前述したようにして追加される。そして、
識別子「２」のステップ「レビュー」の担当者を“ベ
ン”、識別子「４」のステップ「レビュー」の担当者を
“ジョン”として、二人に対して作業開始通知が送られ
る。

【０１０８】次に、ステップ識別子「２」、「４」の両
方のステップ「レビュー」が終了した時点で、ステップ
識別子「２」、「４」を入力データとして作業転送処理
が行なわれる。この場合、次ステップは、識別子「３」
のステップ「承認」であり、担当者は、ユーザ「スミ
ス」一人であるため、担当ユーザを「スミス」とし、作
業開始の通知が送られる。

【０１０９】次に、識別子「３」のステップ「承認」が
終了した時点で作業転送処理が行なわれるが、次ステッ
プが存在しないため、識別子「１０００」の実行フロー
を終了する。

【０１１０】以上のようにして、ルーティングを行なお
うとする次ステップの担当者が複数人であるときには、
当該次ステップが、その担当者の人数分のステップ数と
なるようにステップを並列に追加して、一人一人の担当
者を、その複数個の次ステップのそれぞれの担当者とし
て設定するようにしたことにより、ステップと担当ユー
ザとの１対１の対応を保ったまま、一つのステップの作
業を複数の担当ユーザに同時に実行させるようにするこ
とができるようになる。

【０１１１】また、以上の実施例では、作業転送処理の
際に次ステップの担当者の数をチェックして、サブフロ
ーを生成するようにしたので、ワークフローの実行中に
ユーザデータを書き替えて担当ユーザを増加した場合に
も対応できる。

【０１１２】しかし、ワークフローの起動時に、ユーザ
データとワークフローデータとをチェックして、担当ユ
ーザが複数人になるステップに対してあらかじめステッ
プ追加処理を実行して、その追加ステップのデータをワ
ークフローデータに追加しておくようにしてもよい。

【０１１３】また、以上の実施例では、各ステップの担
当者としてロール名を用いたワークフローの定義を行な
うことができるので、汎用性の高いワークフローを定義
することができる。

【０１１４】なお、上述の実施例では、ステップの担当
ユーザが複数である場合に、並列に実行される複数のス
テップは、すべて同じ重みを有するものとして、それら
すべてのステップが終了したときに、次ステップに対す
る作業転送処理を行なうようにしたが、追加したステッ
プのルートに対して重み付けを行なうことにより、より
重用度の高い作業ルートに対して優先的な処理を行なう
ようにすることができる。

【０１１５】例えば、前述の例のワークフローの、ステ
ップ「レビュー」の担当者として３人のユーザＡ，Ｂ，
Ｃを設定した場合において、ユーザＢ，Ｃが作業を終了
しなくても、ユーザＡが作業を終了したときに、そのユ
ーザＡの承認が得られれば、作業を先に進めることがで
きるようにワークフローを定義することも可能である。

【０１１６】また、以上の実施例では、ステップの担当
者が複数であるか否かは、ロール名を介してユーザデー
タから検知するようにしたが、ステップテーブルの担当
者の欄に複数のユーザ名やユーザ識別子を記述してお
き、ステップテーブルから直接的にステップの担当者が
複数であるか否かを検知するようにしてもよい。

【０１１７】

【発明の効果】以上説明したように、この発明によれ
ば、作業を転送する次のステップの担当者が複数人にな
った場合、次ステップが、その担当者の人数分のステッ
プ数となるようにステップを並列に追加して、一人一人
の担当者を、その複数個の次ステップのそれぞれの担当
者として設定するようにしたので、ステップと担当ユー
ザの１対１の対応の原則を維持したまま、一つのステッ
プの作業を複数人に、同時に実行させることができる。
このため、実行するワークフローを定義するときに、そ
の定義作業が容易になる。

【図面の簡単な説明】

【図１】この発明による情報処理システムの一実施例の
要部の機能ブロック図である。

【図２】この発明による情報処理システムの一実施例の
概要を示すブロック図である。

【図３】ワークフローデータの構造の例を示す図であ
る。

【図４】ユーザデータの構造の例を示す図である。

【図５】この発明による情報処理システムの一実施例の
要部の処理のフローチャートの一部を示す図である。

【図６】この発明による情報処理システムの一実施例の
要部の処理のフローチャートの続きを示す図である。

【図７】図６の処理１０９の詳細な処理内容の一例のフ
ローチャートを示す図である。

【図８】図７の処理２０３の詳細な処理内容の一例のフ
ローチャートの一部を示す図である。

【図９】図７の処理２０３の詳細な処理内容の一例のフ
ローチャートの続きを示す図である。

【図１０】この発明による情報処理システムの一実施例
において、実行フローの起動時のワークフローデータの
例を示す図である。

【図１１】この発明による情報処理システムの一実施例
に用いられたユーザデータの例を示す図である。

【図１２】ステップが追加されたときのワークフローデ
ータの例を示す図である。

【図１３】この発明による情報処理システムの一実施例
のワークフローを、グラフ構造で示した概念図である。

【図１４】グラフ構造で表したワークフローの一例を示
す図である。

【図１５】グラフ構造で表したワークフローの他の例を
示す図である。

【符号の説明】

１０システム部１１テンプレート管理機能部１２ルーティング機能部１３通知管理機能部１４進捗情報管理機能部１５ユーザ管理機能部１５Ｍユーザデータの記憶部１６参照情報管理部１７システム管理機能部１７Ｍワークフローデータの記憶部２０ユーザインターフェース部３１ステップ状態管理部３１Ｍステップ状態の記憶部３２ルーティング処理部３３ステップ追加部３４パケット送受部

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60 162 B23Q 41/00 G05B 19/05 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims

(57)【特許請求の範囲】

【請求項１】ある作業工程の実行の結果得られた情報が
別の作業工程の実行に必要な情報となって連携する複数
の作業工程からなる作業の流れを、少なくとも、複数の
作業工程の順序および各作業工程の処理内容を定めて定
義し、この定義された作業の流れに従って各作業工程の
担当者とユーザインタ−フェースを介して情報を授受す
ることによって前記作業を支援する情報処理システムで
あって、前記定義された作業の流れ中の各作業工程を一意に識別
するための作業工程識別情報と、その作業工程の担当者
を特定するための担当者特定情報とを対応させて保持す
ると共に、前記作業工程および作業の流れの関係を特定
するための関係特定情報を保持する保持手段と、前記保持手段に保持された前記担当者特定情報に基づい
て前記各作業工程を処理すべき担当者を特定する担当者
特定手段と、前記担当者特定手段により一の作業工程に対して複数の
担当者が特定された場合に、前記保持手段に保持された
内容に変更を加えて、一つの作業工程に対して一人の担
当者が対応するように前記定義された作業の流れの作業
工程の数を増加する変更手段とを有することを特徴とす
る情報処理システム。
【請求項２】前記変更手段は、前記作業工程識別情報と、当該作業工程の担当者を一意
に特定できる担当者特定情報との組を前記特定された担
当者数分生成して、前記複数の担当者が特定された作業工程の作業工程識別
情報と、前記担当者特定情報との組と置き換えることを
特徴とする請求項１に記載の情報処理システム。