JP2002222298A

JP2002222298A - ワークフローシステム及びワークフロー処理方法

Info

Publication number: JP2002222298A
Application number: JP2001020668A
Authority: JP
Inventors: Noburo Oikawa; 信朗及川
Original assignee: NEC Tohoku Corp
Current assignee: NEC Tohoku Corp
Priority date: 2001-01-29
Filing date: 2001-01-29
Publication date: 2002-08-09

Abstract

(57)【要約】【課題】アクティビティの処理担当者を簡易な仕組みで
決定できるようにすると共に、ワークフロー定義で定義
された業務の種類ごとに、適切な処理担当者へワークフ
ローの処理を確実に指示することを可能とするワークフ
ローシステム及びワークフロー処理方法を提供する。【解決手段】情報通信を行うネットワークと、複数の入
出力装置と定義装置とワークフローエンジン制御装置と
ワークフローデータ制御装置とを備えたワークフローシ
ステムであって、アクティビティの処理の種類と処理の
順番およびアクティビティの処理担当者であるユーザを
定義するワークフロー定義手段と、処理担当者であるユ
ーザの所属する組織の構成およびユーザごとに該ユーザ
の上司ユーザを定義するユーザ定義手段を備え、個々の
アクティビティの処理終了時に次のアクティビティの処
理担当者を一意に決定するユーザ決定手段を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はワークフローシステ
ム及びワークフロー処理方法に関し、特にワークフロー
定義で定義された業務の種類ごとに、適切な処理担当者
へワークフローの処理を指示することを可能とするワー
クフローシステム及びワークフロー処理方法に関する。

【０００２】

【従来の技術】一般に、少なくとも１台以上の入出力装
置と制御装置をネットワークで接続し、入出力装置を介
して業務対象であるワークを、それぞれの業務単位ごと
に順序付けて処理する流れをワークフローといい、ワー
クフローを管理する情報システムをワークフローシステ
ムという。

【０００３】このようなワークフローシステムの一例と
して、特開平１１−２１３０５５号公報記載の「ワーク
フローシステム」が知られている。

【０００４】この公報では、一連のワークフローを定義
するワークフロー定義において、処理の種類を規定する
アクティビティを、ワークフローの経路を制御するため
の制御アクティビティと、ワークフローデータの入出力
を行うための入出力アクティビティに分類し、ワークフ
ローのボトルネックとなりやすい入出力アクティビティ
の業務を軽減する技術が記載されている。

【０００５】また、他の一例として、特開平８−２０２
７６４号公報記載の「ワークフローシステム」が知られ
ている。

【０００６】この公報では、一連の業務遂行時に現れる
処理担当者に関する定義と、処理の実行順序の定義を分
離し、処理の実行担当者を動的に決定する技術が記載さ
れている。

【０００７】

【発明が解決しようとする課題】上述した従来のワーク
フローシステムは、以下に示すような課題を有してい
る。

【０００８】特開平１１−２１３０５５号公報において
は、処理の種類を規定するアクティビティに、該アクテ
ィビティの処理担当者を規定していないという点であ
る。

【０００９】また、特開平８−２０２７６４号公報にお
いては、処理の実行担当者を決定する仕組みが非常に複
雑であり、業務の種類によって処理担当者が異なる場合
の仕組みが無いという点である。

【００１０】例えば、組織内の上司の承認を指示するワ
ークフロー定義においても、プロジェクト業務関連や一
般業務関連では、それぞれ別の上司の承認が必要な場合
がある。このように、ワークフロー定義の対象となる業
務の種類によって、処理すべき処理担当者（ユーザとい
うこととする）が異なる業務ルールがあった場合、従来
のワークフローシステムでは、ワークフロー定義とユー
ザ定義によって特定されたユーザでは処理が出来ないた
め、そのユーザから、本来処理を行うべきユーザへ、処
理の指示を委任する処理が必要であった。そのため、そ
の委任処理の遅れや不徹底などにより、ワークフローの
流れが停滞するボトルネックとなったり、業務ルールを
無視した処理が行われるなどの課題があった。

【００１１】このような課題に対して、ＷＯ９８／００
７８６号公報記載の「ワークフローシステム」では、組
織と役職の定義情報を用いて複数の処理候補者を定義
し、その中からユーザの指定した選択方法で処理担当者
を自動的に決定する方法が提案されている。しかしなが
らこの方法では、ユーザの選択方法の指定ミスや、ユー
ザが意識的に不適切な処理担当者に処理を送付するなど
により、業務ルールが守られないという課題が残ったま
まである。

【００１２】本発明の目的は、アクティビティの処理担
当者を簡易な仕組みで決定できるようにすると共に、ワ
ークフロー定義で定義された業務の種類ごとに、適切な
処理担当者へワークフローの処理を確実に指示すること
を可能とするワークフローシステム及びワークフロー処
理方法を提供することにある。

【００１３】

【課題を解決するための手段】本発明のワークフローシ
ステムは、情報通信を行うネットワークと、前記ネット
ワークに接続され処理担当者であるユーザが利用する複
数の入出力装置と、前記ネットワークに接続されワーク
フローに関する定義を行う定義装置と、前記ネットワー
クに接続されシステム全体の制御を行うワークフローエ
ンジン制御装置と、前記ワークフローエンジン制御装置
に接続され運用されるデータを制御するワークフローデ
ータ制御装置とを備えたワークフローシステムであっ
て、アクティビティの処理の種類と処理の順番およびア
クティビティの処理担当者であるユーザを定義するワー
クフロー定義手段と、処理担当者であるユーザの所属す
る組織の構成およびユーザごとに該ユーザの上司ユーザ
を１名定義するユーザ定義手段を備え、個々のアクティ
ビティの処理終了時に次のアクティビティの処理担当者
を一意に決定するユーザ決定手段を備えることを特徴と
する。

【００１４】また、前記ワークフロー定義手段は、少な
くとも、アクティビティの処理の種類を示すアクティビ
ティ名称欄と、アクティビティの処理の順番を示す順番
欄と、アクティビティの処理担当者であるユーザの役職
ＩＤを示す役職ＩＤ欄とを備えるワークフロー定義デー
タテーブルと、ワークフロー定義ＩＤ欄とワークフロー
名称欄とを備えるワークフロー定義管理テーブルと、を
備えることを特徴とする。

【００１５】さらに、前記ユーザ定義手段は、少なくと
も、ユーザの所属する組織の部門名欄と、ユーザのＩＤ
を示すユーザＩＤ欄と、ユーザの名前を示すユーザ名欄
と、ユーザの役職を示す役職ＩＤ欄と、ユーザの直属上
司のユーザＩＤを示す上司ユーザＩＤ欄とを備えるユー
ザ定義テーブルと、役職ＩＤ欄と役職名欄とを備える役
職定義テーブルと、を備えることを特徴とする。

【００１６】また、本発明のワークフロー処理方法は、
上述のワークフローシステムにおいて、アクティビティ
の中の入出力アクティビティの処理を終了すると、前記
ワークフロー定義データテーブルからその後に行うべき
入出力アクティビティの有無を検索し（処理ステップ１
１２）、直前の入出力アクティビティがワークフロー定
義の最後の入出力アクティビティかどうかをチェックし
（処理ステップ１１３）、次に行うべき入出力アクティ
ビティが有る場合（処理ステップ１１３でＹＥＳ）、前
記ワークフロー定義データテーブルと前記役職定義テー
ブルから次の入出力アクティビティの処理担当者（ユー
ザ）の役職ＩＤを検索し（処理ステップ１１４）、次
に、前記ユーザ定義テーブルから直前の処理担当者（ユ
ーザ）の直属上司のユーザＩＤとその役職ＩＤを検索し
（処理ステップ１１５）、検索された上司の役職が次の
入出力アクティビティの処理担当者（ユーザ）の役職以
上かをチェックし（処理ステップ１１６）、前者が後者
以上であると認識した場合は（処理ステップ１１６でＹ
ＥＳ）、検索された上司を次の入出力アクティビティの
処理担当者（ユーザ）であると確定し（処理ステップ１
１８）、処理ステップ１１６でＮＯの場合（前者＜後
者）は、検索された上司の更に上位の上司を検索し（処
理ステップ１１７）、処理ステップ１１６の判定に戻る
処理ステップを実行して、次のアクティビティの処理担
当者（ユーザ）を一意に決定することを特徴とする。

【００１７】さらに、本発明のワークフローシステム
は、情報通信を行うネットワークと、前記ネットワーク
に接続され処理担当者であるユーザが利用する複数の入
出力装置と、前記ネットワークに接続されワークフロー
に関する定義を行う定義装置と、前記ネットワークに接
続されシステム全体の制御を行うワークフローエンジン
制御装置と、前記ワークフローエンジン制御装置に接続
され運用されるデータを制御するワークフローデータ制
御装置とを備えたワークフローシステムであって、アク
ティビティの処理の種類と処理の順番およびアクティビ
ティの処理担当者であるユーザを定義するワークフロー
定義手段と、処理担当者であるユーザの所属する組織の
業務別の構成およびユーザごとに該ユーザの上司ユーザ
を業務別に複数定義するユーザ定義手段を備え、個々の
アクティビティの処理終了時に次のアクティビティの処
理担当者を、業務の種類に応じて一意に決定するユーザ
決定手段を備えることを特徴とする。

【００１８】また、前記ワークフロー定義手段は、少な
くとも、アクティビティの処理の種類を示すアクティビ
ティ名称欄と、アクティビティの処理の順番を示す順番
欄と、アクティビティの処理担当者であるユーザの役職
ＩＤを示す役職ＩＤ欄とを備えるワークフロー定義デー
タテーブルと、ワークフロー定義ＩＤ欄とワークフロー
名称欄と業務種類欄を備えるワークフロー定義管理テー
ブルと、を備えることを特徴とする。

【００１９】さらに、前記ユーザ定義手段は、少なくと
も、ユーザの所属する組織の部門名欄と、ユーザのＩＤ
を示すユーザＩＤ欄と、ユーザの名前を示すユーザ名欄
と、ユーザの役職を示す役職ＩＤ欄と、ユーザの直属上
司のユーザＩＤを業務種類に対応して定義する複数の業
務別上司ユーザＩＤ欄とを備えるユーザ定義テーブル
と、役職ＩＤ欄と役職名欄とを備える役職定義テーブル
と、を備えることを特徴とする。

【００２０】また、本発明のワークフロー処理方法は、
上述のワークフローシステムにおいて、アクティビティ
の中の入出力アクティビティの処理を終了すると、前記
ワークフロー定義データテーブルからその後に行うべき
入出力アクティビティの有無を検索し（処理ステップ１
１２）、直前の入出力アクティビティがワークフロー定
義の最後の入出力アクティビティかどうかをチェックし
（処理ステップ１１３）、次に行うべき入出力アクティ
ビティが有る場合（処理ステップ１１３でＹＥＳ）、前
記ワークフロー定義データテーブルと前記役職定義テー
ブルから次の入出力アクティビティの処理担当者（ユー
ザ）の役職ＩＤを検索し（処理ステップ１１４）、次
に、前記ワークフロー定義管理テーブルから現在のワー
クフローの業務の種類を検索し（処理ステップ１３
０）、次に、前記ユーザ定義テーブルから直前の処理担
当者（ユーザ）の直属上司のユーザＩＤとその役職ＩＤ
を処理ステップ１３０で検索した業務の種類に対応して
検索し（処理ステップ１１５）、検索された上司の役職
が次の入出力アクティビティの処理担当者（ユーザ）の
役職以上かをチェックし（処理ステップ１１６）、前者
が後者以上であると認識した場合は（処理ステップ１１
６でＹＥＳ）、検索された上司を次の入出力アクティビ
ティの処理担当者（ユーザ）であると確定し（処理ステ
ップ１１８）、処理ステップ１１６でＮＯの場合（前者
＜後者）は、検索された上司の更に上位の上司を検索し
（処理ステップ１１７）、処理ステップ１１６の判定に
戻る処理ステップを実行して、次のアクティビティの処
理担当者（ユーザ）を業務の種類に応じて一意に決定す
ることを特徴とする。

【００２１】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００２２】図１は本発明のワークフローシステムの一
実施形態を示すブロック図である。

【００２３】図１に示す本実施の形態は、情報通信を行
うネットワーク１と、ネットワーク１に接続され業務の
処理担当者であるユーザが利用する複数のワークフロー
データ入出力装置２と、ネットワーク１に接続されワー
クフロー定義を行う定義装置３と、ネットワーク１に接
続されシステム全体の制御を行うワークフローエンジン
制御装置４と、ワークフローエンジン制御装置４に接続
され運用されるデータを制御するワークフローデータ制
御装置５とから構成されている。

【００２４】次に、図２を参照して、本発明のワークフ
ローシステムの詳細ブロックについて説明する。

【００２５】図２は、ワークフローシステムの一例を示
す詳細ブロック図である。なお、図２において図１に示
す構成要素に対応するものは同一の参照数字または符号
を付し、その説明を省略する。

【００２６】図２において、ワークフローデータ入出力
装置２は、ワークフローデータの入出力を制御するワー
クフローデータ入出力制御手段２１を含み、定義装置３
は、ワークフロー定義の入出力を制御する定義入出力制
御手段３１を含んでいる。

【００２７】ワークフローエンジン制御装置４は、ワー
クフローエンジン制御装置４の制御を行うワークフロー
エンジン制御手段４１と、ワークフローエンジン制御手
段４１に接続されワークフロー定義の情報制御を行うワ
ークフロー定義情報制御手段４２と、ワークフローエン
ジン制御手段４１に接続されユーザ定義情報の情報制御
を行うワークフローユーザ情報制御手段４４とを含んで
いる。ワークフローエンジン制御装置４は、さらに、ワ
ークフロー定義の定義データを記憶するワークフロー定
義データ記憶装置４３と、ユーザ定義情報を記憶するユ
ーザ情報記憶装置４５とを含んでおり、ワークフロー定
義データ記憶装置４３は、ワークフロー定義データテー
ブル４３１とワークフロー定義管理テーブル４３２とを
含み、ユーザ情報記憶装置４５は、ユーザ定義テーブル
４５１と役職定義テーブル４５２とを含んでいる。ワー
クフロー定義情報制御手段４２は、定義入出力制御手段
３１から入力されるワークフロー定義をワークフローエ
ンジン制御手段４１から受信して、ワークフロー定義デ
ータテーブル４３１とワークフロー定義管理テーブル４
３２に記憶させる。ワークフローユーザ情報制御手段４
４は、定義入出力制御手段３１から入力されるユーザ定
義情報をワークフローエンジン制御手段４１から受信し
て、ユーザ定義テーブル４５１と役職定義テーブル４５
２に記憶させる。

【００２８】ワークフローデータ制御装置５は、ワーク
フロー運用データのデータ制御を行うワークフロー運用
データ制御手段５１と、ワークフローデータのデータ制
御を行うワークフローデータ制御手段５３とを含んでい
る。ワークフローデータ制御装置５は、さらに、ワーク
フロー運用データを記憶するワークフロー運用データ記
憶装置５２と、ワークフローデータを記憶するワークフ
ローデータ記憶装置５４とを含んでおり、ワークフロー
運用データ記憶装置５２は、インスタンス定義テーブル
５２１とワークフロー運用データテーブル５２２とユー
ザ運用データ領域５２３とを含み、ワークフローデータ
記憶装置５４は、ワークフローデータテーブル５４１を
含んでいる。ワークフロー運用データ制御手段５１は、
ワークフローデータ入出力制御手段２１から入力される
ワークフローデータをワークフローエンジン制御手段４
１から受信して、ワークフロー運用データを作成し、イ
ンスタンス定義テーブル５２１とワークフロー運用デー
タテーブル５２２とユーザ運用データ領域５２３に記憶
させる。ワークフローデータ制御手段５３は、ワークフ
ローデータ入出力制御手段２１から入力されるワークフ
ローデータをワークフローエンジン制御手段４１から受
信して、ワークフローデータテーブル５４１に記憶させ
る。

【００２９】次に、図３、図４、図５を参照して、本実
施形態の動作について説明する。

【００３０】図３は、ワークフロー定義の一例を示す図
である。

【００３１】図３（ａ）は、ワークフロー定義の例の概
念図であり、一連のワークフローを個々の処理の流れと
して定義しており、処理の種類を規定するアクティビテ
ィ７１〜７６において、処理の種類を上段に示し、その
処理の処理担当者（ユーザと言う）を下段に示してお
り、各アクティビティの順番を示す矢線によってワーク
フローを定義するものである。

【００３２】アクティビティは、「開始」７１や「終
了」７６のように、システムがワークフローの経路を制
御するためにある制御アクティビティと、「申請」７２
や「処理Ａ」７３のようにユーザがワークフローデータ
の入出力を行う入出力アクティビティに分類される。そ
して、入出力アクティビティ「申請」７２は誰が行って
もよいため特にそのユーザを規定していないが、入出力
アクティビティ「処理Ａ」７３〜「処理Ｃ」７５には、
必要に応じてそのユーザが「主任」、「課長」、「部
長」のように定義されている。

【００３３】図３（ａ）に示したワークフロー定義は、
定義装置３の定義入出力制御手段３１からシステムに入
力され、ワークフローエンジン制御手段４１とワークフ
ロー定義情報制御手段４２を介して、ワークフロー定義
データテーブル４３１とワークフロー定義管理テーブル
４３２に記憶される。

【００３４】図３（ｂ）は、ワークフロー定義データテ
ーブル４３１の一例を示しており、図３（ａ）に示した
ワークフロー定義を含んでいる。

【００３５】ワークフロー定義データテーブル４３１
は、ワークフロー定義のＩＤを示すワークフロー定義Ｉ
Ｄ４３１１と、アクティビティの処理の順番を示す順番
４３１２と、アクティビティの種別４３１３と、アクテ
ィビティ名称４３１４と、アクティビティのユーザの役
職を示す役職ＩＤ４３１５とを含んでいる。図３（ａ）
に示したワークフロー定義は、ワークフロー定義データ
テーブル４３１の第１行〜第６行に記入されており、ア
クティビティ名称４３１４が図３（ａ）のアクティビテ
ィの上段に示した処理の種類と一致している。そして、
アクティビティ名称４３１４の「処理Ａ」、「処理
Ｂ」、「処理Ｃ」には、それぞれ該アクティビティのユ
ーザ、すなわち「主任」、「課長」、「部長」を示す
「３０」、「４０」、「５０」が役職ＩＤ４３１５に記
入されている。

【００３６】図３（ｃ）は、ワークフロー定義管理テー
ブル４３２の一例を示しており、図３（ａ）に示したワ
ークフロー定義は、ワークフロー定義ＩＤ４３２１が
「１０００」の行に、その名称を「購入申請」としてワ
ークフロー名称４３２２に記入されている。そして、そ
のワークフロー定義の作成者４３２３と作成日４３２４
も記入されている。

【００３７】図４は、ユーザ定義情報の一例を示す図で
ある。

【００３８】図４（ａ）は、ユーザ定義情報の元となる
組織図を示すものであり、技術部の組織図を示してい
る。例えば、担当役職である「橋本」８２の直属上司は
主任役職である「的場」８３であり、組織関係線８１で
結線表示される。

【００３９】図４（ａ）に示した組織図は、定義装置３
の定義入出力制御手段３１からシステムに入力され、ワ
ークフローエンジン制御手段４１とワークフローユーザ
情報制御手段４４を介して、ユーザ定義テーブル４５１
と役職定義テーブル４５２に記憶される。

【００４０】図４（ｂ）は、ユーザ定義テーブル４５１
の一例を示すものであり、図４（ａ）に示した組織図を
含んでおり、１名のユーザごとに１名の上司ユーザＩＤ
を示すものである。

【００４１】ユーザ定義テーブル４５１は、部門のＩＤ
を示す部門ＩＤ４５１１と、部門名４５１２と、ユーザ
ＩＤ４５１３と、ユーザ名４５１４と、ユーザ名４５１
４の役職を示す役職ＩＤ４５１５と、ユーザ名４５１４
の上司のユーザＩＤを示す上司ユーザＩＤ４５１６とを
含んでいる。役職ＩＤ４５１５は、図３（ｂ）に示した
役職ＩＤ４３１５と同一であり、役職ＩＤ４５１５は、
図４（ｃ）の役職定義テーブル４５２に定義された意味
を持つ。一例として、役職ＩＤ「３０」は「主任」、役
職ＩＤ「４０」は「課長」、役職ＩＤ「５０」は「部
長」を意味している。

【００４２】次に、図５を参照して、各入出力アクティ
ビティの処理が指示された場合の、ワークフローエンジ
ン制御手段４１を中心とする動作について詳述する。

【００４３】図５は、本実施形態の動作を説明するフロ
ーチャートである。

【００４４】図５において、担当役職である「橋本」８
２がワークフローデータ入出力装置２を操作して、ワー
クフローシステムによる処理を新規にはじめると（処理
ステップ１０１）、ワークフローエンジン制御手段４１
はワークフローデータ入出力制御手段２１を通してユー
ザ情報を取得し（処理ステップ１０２）、業務の種類ご
とに登録されたワークフロー定義の中から開始するワー
クフローの実行を受け付ける（処理ステップ１０３）。
ユーザ情報とは、処理を行おうとするユーザが誰である
かを特定する情報であり、この場合は「橋本」８２の情
報である。

【００４５】「橋本」８２による指定に基づき、ワーク
フローエンジン制御手段４１はワークフロー定義情報制
御手段４２を通してワークフロー定義データテーブル４
３１からワークフロー定義のデータ検索を行うと共に、
ワークフロー運用データ制御手段５１を通してインスタ
ンス定義テーブル５２１から指定された作業のインスタ
ンスＩＤを検索する（処理ステップ１０４）。インスタ
ンスＩＤは、指定された作業ごとに付されるＩＤであ
り、作業の開始から終了までを１つのインスタンスＩＤ
で識別可能なものとなっている。今の場合、指定された
作業は新規の作業であるため、インスタンスＩＤは未だ
生成されておらず、従ってインスタンスＩＤは検索され
ず、ワークフローエンジン制御手段４１は、ワークフロ
ー定義の制御アクティビティ「開始」７１の直後の入出
力アクティビティ「申請」７２であると認識し（処理ス
テップ１０５でＹＥＳ）、入出力アクティビティ「申
請」７２の処理としてワークフローデータ入出力装置２
から入力されるワークフローデータを受付ける（処理ス
テップ１０７）。ワークフローデータとは、該入出力ア
クティビティで必要となるデータの事であり、「申請」
７２であれば申請の作業に必要となる申請者名や申請内
容などのデータである。なお、処理ステップ１０５は、
現在のアクティビティが該ワークフローの最初の入出力
アクティビティであるか否かを判定するステップであ
り、本実施の形態では最初の入出力アクティビティが
「申請」７２であるか否かを判定している。

【００４６】その後、ワークフローデータの入力完了を
受付けると（処理ステップ１０８）、ワークフローエン
ジン制御手段４１は入力されたワークフローデータをワ
ークフローデータテーブル５４１へ登録し（処理ステッ
プ１０９）、新規にインスタンスＩＤを生成すると共
に、そのインスタンスＩＤに対応する運用データ（処理
の進度を示すデータ）をそれぞれインスタンス定義テー
ブル５２１とワークフロー運用データテーブル５２２へ
登録する（処理ステップ１１０）。ワークフローエンジ
ン制御手段４１は、入出力アクティビティ「申請」７２
の処理を完了する（処理ステップ１１１）と、ワークフ
ロー定義データテーブル４３１からその後に行うべき入
出力アクティビティの有無を検索し（処理ステップ１１
２）、直前の入出力アクティビティがワークフロー定義
の最後の入出力アクティビティかどうかをチェックする
（処理ステップ１１３）。

【００４７】次に行うべき入出力アクティビティが有る
場合（処理ステップ１１３でＹＥＳ）、ワークフロー定
義データテーブル４３１と役職定義テーブル４５２から
次の入出力アクティビティの処理担当者（ユーザ）の役
職ＩＤ（「３０」）を検索する（処理ステップ１１４）
と共に、ユーザ定義テーブル４５１から直前の処理担当
者（ユーザ）である「橋本」８２の直属上司のユーザＩ
Ｄ（「ＭＡＴＯＢＡ」）とその役職ＩＤ（「３０」）を
検索する（処理ステップ１１５）。そして、検索された
上司の役職が次の入出力アクティビティの処理担当者
（ユーザ）の役職以上かをチェックする（処理ステップ
１１６）と、前者が３０で後者も３０であると認識し
（処理ステップ１１６でＹＥＳ）、検索された上司であ
るユーザＩＤが「ＭＡＴＯＢＡ」である「的場」８３を
次の入出力アクティビティ「処理Ａ」の処理担当者（ユ
ーザ）であると確定する（処理ステップ１１８）。な
お、処理ステップ１１６でＮＯの場合は、検索された上
司の更に上位の上司を検索し（処理ステップ１１７）、
処理ステップ１１６の判定に戻る。

【００４８】その後、ワークフローエンジン制御手段４
１は、ユーザ運用データ領域５２３のユーザＩＤが「Ｍ
ＡＴＯＢＡ」の領域に、インスタンスＩＤを含めて処理
指示のデータを作成し（処理ステップ１１９）、インス
タンス定義テーブル５２１には、処理ステップ１１０で
生成したインスタンスＩＤに対応させて、次の入出力ア
クティビティ「処理Ａ」の処理担当者（ユーザ）と入出
力アクティビティ名称などのデータを登録して（処理ス
テップ１２０）、ワークフロー処理を終了する（処理ス
テップ１２２）。なお、処理ステップ１１３で次の入出
力アクティビティが無い場合には（処理ステップ１１３
でＮＯ）、インスタンス定義テーブル５２１の該当イン
スタンスＩＤの処理完了を登録して（処理ステップ１２
１）、ワークフロー処理を終了する（処理ステップ１２
２）。また、処理ステップ１０５において、現在のアク
ティビティが「申請」７２で無い場合には（処理ステッ
プ１０５でＮＯ）、既に直前のアクティビティの処理が
終了してワークフローデータが登録されているため、こ
のワークフローデータをワークフローデータテーブル５
４１から検索し、ワークフローデータ入出力装置２に表
示する（処理ステップ１０６）。そして、処理ステップ
１０７に進む。

【００４９】処理ステップ１２２のワークフロー処理を
終了した後に、次の処理担当者である「的場」８３が、
自分のユーザ運用データ領域５２３に処理指示が有る事
を認識して、その処理の開始を、ワークフローデータ入
出力装置２を用いて指示すると、ワークフローシステム
は再び図５に示した処理ステップ１０１から処理を実行
する。このようにしてワークフローシステムはワークフ
ローデータの入出力を繰り返して処理を進める。

【００５０】以上に説明したように、本実施形態におい
ては、アクティビティの処理担当者を簡易な仕組みで決
定できるという効果を有している。

【００５１】次に、図６、図７、図８を参照して、ワー
クフロー定義で定義された業務の種類ごとに、適切な処
理担当者へワークフローの処理を指示することを可能と
するワークフローシステムの第２の実施形態について説
明する。

【００５２】第２の実施形態は、業務の種類が複数あっ
た場合に、業務の種類ごとに適切な処理担当者へワーク
フローの処理を指示するものであるため、ワークフロー
システムのブロック図は、図１に示したものと同一であ
る。また、図２に示した詳細ブロック図もほぼ同一であ
り、図２と異なる点は、ワークフロー定義管理テーブル
４３２がワークフロー定義管理テーブル４３２−１とな
り、ユーザ定義テーブル４５１がユーザ定義テーブル４
５１−１となっている点である。

【００５３】図６は、第２の実施形態におけるワークフ
ロー定義の一例を示す図である。

【００５４】図６（ａ）は、ワークフロー定義の例の概
念図であり、図３（ａ）に示した概念図と同一である。

【００５５】図６（ｂ）は、ワークフロー定義データテ
ーブル４３１の一例を示しており、図３（ｂ）に示した
ものと構成が同一である。

【００５６】図６（ｃ）は、ワークフロー定義管理テー
ブル４３２−１の一例を示しており、図３（ｃ）に示し
たワークフロー定義管理テーブル４３２に、業務種類４
３２５を追加した構成となっており、業務種類４３２５
で業務種類（ＸとＹ）が定義されている。

【００５７】図７は、第２の実施形態におけるユーザ定
義情報の一例を示す図である。

【００５８】図７（ａ）は、ユーザ定義情報の元となる
組織図を示すものであり、技術部の組織図を示している
ものであるが、図４（ａ）と異なる点は、業務種類ごと
に業務Ｘ組織関係線８７ａ（実線で示している）と業務
Ｙ組織関係線８７ｂ（点線で示している）の２種類の組
織関係線があることである。例えば、担当役職である
「橋本」８２にとって、業務種類Ｘの直属上司としては
主任役職である「的場」８３が設定されており、業務種
類Ｙの直属上司としては主任役職である「横山」８４が
設定されている事を示す。

【００５９】図７（ｂ）は、ユーザ定義テーブル４５１
−１の一例を示すものであり、図４（ｂ）に示したユー
ザ定義テーブル４５１と異なる点は、上司ユーザＩＤ４
５１６に代えて業務Ｘ上司ユーザＩＤ４５１７と業務Ｙ
上司ユーザＩＤ４５１８という項目が設定されていると
いう点である。

【００６０】図７（ｃ）は、役職定義テーブル４５２を
示しており、図４（ｃ）の役職定義テーブル４５２と同
一であり、同一の意味を持つ。

【００６１】図８は、第２の実施形態の動作を説明する
フローチャートである。

【００６２】図８のフローチャートにおいて、図５に示
したフローチャートと異なる点は、処理ステップ１１５
の直前に処理ステップ１３０「本ワークフローの業務の
種類を検索」が有る点である。

【００６３】図８において、担当役職である「橋本」８
２がワークフローデータ入出力装置２を操作して、ワー
クフローシステムによる処理をはじめ（処理ステップ１
０１）、ワークフローシステムによる入出力アクティビ
ティ「申請」７２の処理を行って、該入出力アクティビ
ティの処理を完了する（処理ステップ１１１）。なお、
処理ステップ１０１〜処理ステップ１１１までの動作
は、図５に示した第１の実施形態と同一であるため、詳
細な説明は省略する。

【００６４】入出力アクティビティ「申請」７２の処理
を完了する（処理ステップ１１１）と、ワークフローエ
ンジン制御手段４１は、ワークフロー定義データテーブ
ル４３１からその後に行うべき入出力アクティビティの
有無を検索し（処理ステップ１１２）、直前の入出力ア
クティビティがワークフロー定義の最後の入出力アクテ
ィビティかどうかをチェックする（処理ステップ１１
３）。

【００６５】次に行うべき入出力アクティビティが有る
場合（処理ステップ１１３でＹＥＳ）、ワークフロー定
義データテーブル４３１と役職定義テーブル４５２から
次の入出力アクティビティの処理担当者（ユーザ）の役
職ＩＤ（「３０」）を検索する（処理ステップ１１
４）。その後、ワークフロー定義管理テーブル４３２−
１から現在のワークフローの業務の種類を検索し（処理
ステップ１３０）、例えば第２の実施形態ではワークフ
ロー定義ＩＤ４３２１が「５０００」の技術報告書のワ
ークフローであったとすると、業務の種類は「Ｙ」であ
ると認識する。そしてユーザ定義テーブル４５１−１か
ら直前の処理担当者である「橋本」８２の業務種類Ｙの
直属上司を検索すると役職ＩＤ「３０」の「横山」８４
が得られる（処理ステップ１１５）。

【００６６】その後は、第１の実施形態と同様に、検索
された上司の役職をチェックして次の入出力アクティビ
ティ「処理Ａ」７３の処理担当者を確定し、処理指示の
データを作成してからワークフロー処理を終了する（処
理ステップ１１６〜処理ステップ１２２）。

【００６７】以上で説明したように、第２の実施形態に
おいては、ワークフロー定義の対象となる業務の種類に
よって、処理すべき処理担当者が異なる業務ルールがあ
った場合でも、適切な処理担当者へワークフローの処理
を確実に指示することができるという効果を有してい
る。

【００６８】

【発明の効果】以上説明したように、本発明のワークフ
ローシステム及びワークフロー処理方法は、ワークフロ
ー定義において各アクティビティの処理担当者を指定で
きるので、アクティビティの処理担当者を簡易な仕組み
で決定できるという効果を有している。

【００６９】また、ユーザ１名に対して業務の種類ごと
に複数名の上司を登録できるユーザ定義機能とワークフ
ロー定義の業務の種類を認識する機能を備えているた
め、ワークフロー定義で定義された業務の種類ごとに、
適切な処理担当者へワークフローの処理を確実に指示す
ることが可能となるという効果を有している。

【図面の簡単な説明】

【図１】本発明のワークフローシステムの一実施形態を
示すブロック図である。

【図２】ワークフローシステムの一例を示す詳細ブロッ
ク図である。

【図３】ワークフロー定義の一例を示す図である。

【図４】ユーザ定義情報の一例を示す図である。

【図５】本実施形態の動作を説明するフローチャートで
ある。

【図６】第２の実施形態におけるワークフロー定義の一
例を示す図である。

【図７】第２の実施形態におけるユーザ定義情報の一例
を示す図である。

【図８】第２の実施形態の動作を説明するフローチャー
トである。

【符号の説明】

１ネットワーク２ワークフローデータ入出力装置２１ワークフローデータ入出力制御手段３定義装置３１定義入出力制御手段４ワークフローエンジン制御装置４１ワークフローエンジン制御手段４２ワークフロー定義情報制御手段４３ワークフロー定義データ記憶装置４３１ワークフロー定義データテーブル４３２ワークフロー定義管理テーブル４３２−１ワークフロー定義管理テーブル４４ワークフローユーザ情報制御手段４５ユーザ情報記憶装置４５１ユーザ定義テーブル４５１−１ユーザ定義テーブル４５２役職定義テーブル５ワークフローデータ制御装置５１ワークフロー運用データ制御手段５２ワークフロー運用データ記憶装置５２１インスタンス定義テーブル５２２ワークフロー運用データテーブル５２３ユーザ運用データ領域５３ワークフローデータ制御手段５４ワークフローデータ記憶装置５４１ワークフローデータテーブル

Claims

【特許請求の範囲】

【請求項１】情報通信を行うネットワークと、前記ネ
ットワークに接続され処理担当者であるユーザが利用す
る複数の入出力装置と、前記ネットワークに接続されワ
ークフローに関する定義を行う定義装置と、前記ネット
ワークに接続されシステム全体の制御を行うワークフロ
ーエンジン制御装置と、前記ワークフローエンジン制御
装置に接続され運用されるデータを制御するワークフロ
ーデータ制御装置とを備えたワークフローシステムであ
って、アクティビティの処理の種類と処理の順番および
アクティビティの処理担当者であるユーザを定義するワ
ークフロー定義手段と、処理担当者であるユーザの所属
する組織の構成およびユーザごとに該ユーザの上司ユー
ザを１名定義するユーザ定義手段を備え、個々のアクテ
ィビティの処理終了時に次のアクティビティの処理担当
者を一意に決定するユーザ決定手段を備えることを特徴
とするワークフローシステム。
【請求項２】前記ワークフロー定義手段は、少なくと
も、アクティビティの処理の種類を示すアクティビティ
名称欄と、アクティビティの処理の順番を示す順番欄
と、アクティビティの処理担当者であるユーザの役職Ｉ
Ｄを示す役職ＩＤ欄とを備えるワークフロー定義データ
テーブルと、ワークフロー定義ＩＤ欄とワークフロー名
称欄とを備えるワークフロー定義管理テーブルと、を備
えることを特徴とする請求項１に記載のワークフローシ
ステム。
【請求項３】前記ユーザ定義手段は、少なくとも、ユ
ーザの所属する組織の部門名欄と、ユーザのＩＤを示す
ユーザＩＤ欄と、ユーザの名前を示すユーザ名欄と、ユ
ーザの役職を示す役職ＩＤ欄と、ユーザの直属上司のユ
ーザＩＤを示す上司ユーザＩＤ欄とを備えるユーザ定義
テーブルと、役職ＩＤ欄と役職名欄とを備える役職定義
テーブルと、を備えることを特徴とする請求項２に記載
のワークフローシステム。
【請求項４】請求項３に記載のワークフローシステム
において、前記ユーザ決定手段は、アクティビティの中
の入出力アクティビティの処理を終了すると、前記ワー
クフロー定義データテーブルからその後に行うべき入出
力アクティビティの有無を検索し（処理ステップ１１
２）、直前の入出力アクティビティがワークフロー定義
の最後の入出力アクティビティかどうかをチェックし
（処理ステップ１１３）、次に行うべき入出力アクティ
ビティが有る場合（処理ステップ１１３でＹＥＳ）、前
記ワークフロー定義データテーブルと前記役職定義テー
ブルから次の入出力アクティビティの処理担当者（ユー
ザ）の役職ＩＤを検索し（処理ステップ１１４）、次
に、前記ユーザ定義テーブルから直前の処理担当者（ユ
ーザ）の直属上司のユーザＩＤとその役職ＩＤを検索し
（処理ステップ１１５）、検索された上司の役職が次の
入出力アクティビティの処理担当者（ユーザ）の役職以
上かをチェックし（処理ステップ１１６）、前者が後者
以上であると認識した場合は（処理ステップ１１６でＹ
ＥＳ）、検索された上司を次の入出力アクティビティの
処理担当者（ユーザ）であると確定し（処理ステップ１
１８）、処理ステップ１１６でＮＯの場合（前者＜後
者）は、検索された上司の更に上位の上司を検索し（処
理ステップ１１７）、処理ステップ１１６の判定に戻る
処理ステップを実行して、次のアクティビティの処理担
当者（ユーザ）を一意に決定することを特徴とするワー
クフロー処理方法。
【請求項５】情報通信を行うネットワークと、前記ネ
ットワークに接続され処理担当者であるユーザが利用す
る複数の入出力装置と、前記ネットワークに接続されワ
ークフローに関する定義を行う定義装置と、前記ネット
ワークに接続されシステム全体の制御を行うワークフロ
ーエンジン制御装置と、前記ワークフローエンジン制御
装置に接続され運用されるデータを制御するワークフロ
ーデータ制御装置とを備えたワークフローシステムであ
って、アクティビティの処理の種類と処理の順番および
アクティビティの処理担当者であるユーザを定義するワ
ークフロー定義手段と、処理担当者であるユーザの所属
する組織の業務別の構成およびユーザごとに該ユーザの
上司ユーザを業務別に複数定義するユーザ定義手段を備
え、個々のアクティビティの処理終了時に次のアクティ
ビティの処理担当者を、業務の種類に応じて一意に決定
するユーザ決定手段を備えることを特徴とするワークフ
ローシステム。
【請求項６】前記ワークフロー定義手段は、少なくと
も、アクティビティの処理の種類を示すアクティビティ
名称欄と、アクティビティの処理の順番を示す順番欄
と、アクティビティの処理担当者であるユーザの役職Ｉ
Ｄを示す役職ＩＤ欄とを備えるワークフロー定義データ
テーブルと、ワークフロー定義ＩＤ欄とワークフロー名
称欄と業務種類欄を備えるワークフロー定義管理テーブ
ルと、を備えることを特徴とする請求項５に記載のワー
クフローシステム。
【請求項７】前記ユーザ定義手段は、少なくとも、ユ
ーザの所属する組織の部門名欄と、ユーザのＩＤを示す
ユーザＩＤ欄と、ユーザの名前を示すユーザ名欄と、ユ
ーザの役職を示す役職ＩＤ欄と、ユーザの直属上司のユ
ーザＩＤを業務種類に対応して定義する複数の業務別上
司ユーザＩＤ欄とを備えるユーザ定義テーブルと、役職
ＩＤ欄と役職名欄とを備える役職定義テーブルと、を備
えることを特徴とする請求項６に記載のワークフローシ
ステム。
【請求項８】請求項７に記載のワークフローシステム
において、前記ユーザ決定手段は、アクティビティの中
の入出力アクティビティの処理を終了すると、前記ワー
クフロー定義データテーブルからその後に行うべき入出
力アクティビティの有無を検索し（処理ステップ１１
２）、直前の入出力アクティビティがワークフロー定義
の最後の入出力アクティビティかどうかをチェックし
（処理ステップ１１３）、次に行うべき入出力アクティ
ビティが有る場合（処理ステップ１１３でＹＥＳ）、前
記ワークフロー定義データテーブルと前記役職定義テー
ブルから次の入出力アクティビティの処理担当者（ユー
ザ）の役職ＩＤを検索し（処理ステップ１１４）、次
に、前記ワークフロー定義管理テーブルから現在のワー
クフローの業務の種類を検索し（処理ステップ１３
０）、次に、前記ユーザ定義テーブルから直前の処理担
当者（ユーザ）の直属上司のユーザＩＤとその役職ＩＤ
を処理ステップ１３０で検索した業務の種類に対応して
検索し（処理ステップ１１５）、検索された上司の役職
が次の入出力アクティビティの処理担当者（ユーザ）の
役職以上かをチェックし（処理ステップ１１６）、前者
が後者以上であると認識した場合は（処理ステップ１１
６でＹＥＳ）、検索された上司を次の入出力アクティビ
ティの処理担当者（ユーザ）であると確定し（処理ステ
ップ１１８）、処理ステップ１１６でＮＯの場合（前者
＜後者）は、検索された上司の更に上位の上司を検索し
（処理ステップ１１７）、処理ステップ１１６の判定に
戻る処理ステップを実行して、次のアクティビティの処
理担当者（ユーザ）を業務の種類に応じて一意に決定す
ることを特徴とするワークフロー処理方法。