JPH09305660A - ビジネスプロセス定義方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】複数の部門が関連するビジネスプロセスを記述
する場合、他部門のビジネスプロセスの詳細な処理手続
きを知らなくても、ビジネスプロセスを記述可能とする
ビジネスプロセス記述方法を提供する。 【解決手段】部門間ＢＰ定義クライアント１では、登録
チェック時に、業務に関連した属性を利用して、ＢＰ管
理サーバ３に格納されている部門ＢＰ定義情報群から、
関連する部門ＢＰ定義情報を検索し、部門間ＢＰ定義情
報と対応付ける。対応する部門ＢＰ定義情報がない場合
には、関連部門の部門ＢＰ定義クライアント２に部門Ｂ
Ｐテンプレートを送信する。部門ＢＰ定義クライアント
２では、部門ＢＰテンプレートを利用して部門ＢＰ定義
情報を完成させ、ＢＰ管理サーバ３に格納する。ＢＰ管
理サーバ３では、部門間ＢＰ定義情報を実行する時に、
関連付けられた部門ＢＰ定義情報も同時に実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の作業者が連
携して遂行する業務のビジネスプロセス定義システムお
よび定義方法に係る。特に、複数の部署において業務を
記述するビジネスプロセス定義システムおよび定義方法
に関する。

【０００２】

【従来の技術】近年、ホワイトカラーの生産性を向上す
ることを目的として、ワークフロー管理システムが製品
化されている。ワークフロー管理システムは、複数の作
業者で構成される回覧業務を支援するシステムであり、
複数の作業者間で電子化された文書を共有し、共有され
た情報の状態遷移を自動化し、業務の進捗状況などを管
理する機能を持つ。これらのワークフロー管理システム
では、回覧情報が予め定義され、定義された回覧情報に
したがって、作業者あるいは、作業者のグループ（ロー
ル）に配布される。

【０００３】上記のワークフロー管理システムにおける
ビジネスプロセス定義は、回覧情報を記述する処理であ
り、業務の手順に従って、作業者や担当部署（部門）を
割り当てていく。

【０００４】現状、製品化されているワークフロー管理
システムにおけるビジネスプロセス定義は、１つのビジ
ネスプロセスを１つの記述ツールにより定義する。

【０００５】現状のワークフロー管理システムを利用し
て、業務が複数の部門にまたがるビジネスプロセスを定
義する場合、予め、関連する部署間で、業務の手順を調
整し、調整した結果を、１つの部門や１人の担当者が定
義する。このように、ビジネスプロセスを１ヶ所に集中
して定義するワークフロー管理システムがある。このシ
ステムは、ビジネスプロセスを階層的に定義することが
でき、１つのビジネスプロセスを部門間ビジネスプロセ
ス層、部門ビジネスプロセス層に分離して記述すること
ができる。

【０００６】

【発明が解決しようとする課題】上記ワークフロー管理
システムのビジネスプロセス定義ツールを利用して、複
数の部門が関連する業務（ビジネスプロセス）を記述す
る場合には、１つの部門（１人の担当者）が記述するた
め、 １）ビジネスプロセスの定義者が、業務に関連（ビジネ
スプロセスに登場）する部門の部門内の処理手続きも知
らないと、ビジネスプロセス定義情報を記述ができな
い。また、記述作業が１つの部門（１人の担当者）に集
中するため、作業負荷が大きくなる。

【０００７】２）部門内のビジネスプロセスを変更する
場合にも、全ビジネスプロセスを管理するビジネスプロ
セス定義情報を修正する必要がある。

【０００８】３）異なるタイプのワークフローシステム
が混在した部門間ビジネスプロセスを記述できない。

【０００９】などの課題がある。

【００１０】また、複数部門が関連するビジネスプロセ
スを分散して、記述する場合には、上記の問題は解消さ
れるが、複数の部門で記述されるため、部門間プロセス
と部門プロセスとの整合性をとリ、ビジネスプロセスの
一貫性を保つことが必要となる。

【００１１】本発明の目的は、複数部門が関連する業務
を分散して記述したビジネスプロセスの整合性を保証す
るワークフロー管理システムおよびビジネスプロセス記
述方法を提供することにある。

【００１２】

【課題を解決するための手段】本発明のワークフロー管
理システムは、それぞれがビジネスプロセス定義クライ
アントを有する複数の部門ワークフローシステムを回線
によって接続し、複数の部門で記述されたビジネスプロ
セスをビジネスプロセス管理サーバで管理する。ビジネ
スプロセス定義クライアントには、部門間ビジネスプロ
セスを定義するクライアントと部門ビジネスプロセスを
定義するクライアントがあり、部門間ビジネスプロセス
と部門ビジネスプロセスを個別に定義できる。部門間ビ
ジネスプロセスには、各部門のワークフローシステムの
タイプを識別するタイプ識別情報が設定されている。

【００１３】ビジネスプロセス管理サーバは、部門間ビ
ジネスプロセス定義クライアント、部門ビジネスプロセ
ス定義クライアントで定義されたビジネスプロセスを管
理する。ビジネスプロセスを実行する時には、タイプ識
別情報、部門名、業務名など業務に関連した属性を利用
して、蓄積された部門ビジネスプロセス群から、関連す
る部門ビジネスプロセスを検索し、部門間ビジネスプロ
セスと対応付ける。また、部門ごとに異なるワークフロ
ーシステムが接続されている場合には、各部門のビジネ
スプロセス管理サーバは、共通形式から独自形式に変換
して、部門ビジネスプロセスを実行する。

【００１４】部門間ビジネスプロセス定義クライアント
は、対応する部門ビジネスプロセスがない場合には、部
門間ビジネスプロセスを利用して、部門プロセスの開始
終了に関する情報、グローバルな属性などで構成される
部門ＢＰテンプレートを作成し、前記タイプ情報にした
がって、部門ＢＰテンプレートを共通形式から独自形式
に変換し、関連部門の部門ビジネスプロセス定義クライ
アントに送信する。

【００１５】部門ビジネスプロセス定義クライアント
は、部門ＢＰテンプレートに部門内で実行するビジネス
プロセスを追記し、部門ビジネスプロセスを完成する。

【００１６】

【発明の実施の形態】

（実施例１）以下、本発明の実施例を、図面を参照し
て、詳細に説明する。

【００１７】図１は、本発明であるビジネスプロセス定
義方式を実現するワークフロー管理システムの機能構成
に関する概要の一例を示すブロック図である。ワークフ
ロー管理システムは、機能的に、部門間ＢＰ定義クライ
アント１、部門ＢＰ定義クライアント２、ＢＰ管理サー
バ３に分類される。以下の説明にある「・・・情報」は
システム内のディスク（図４中のファイルに相当）に格
納されている情報を示し、「・・・管理」「・・・定
義」「・・・チェック」などはシステム内の処理装置
（図４中のＣＰＵに相当）により所定のプログラムを実
行することにより行われる処理を示している。

【００１８】図中の１−１は、部門間ＢＰ定義であり、
部門間ＢＰ定義情報１−２を作成する。部門間ＢＰ定義
情報１−２は、ＢＰ定義情報に、部門名や業務名などを
付加して管理している情報である。１−３は、登録チェ
ックであり、部門間ＢＰ定義１−１で作成された部門間
ＢＰ定義情報に不備やエラーがないかチェックする。部
門ＢＰ探索１−４は、ＢＰ管理サーバ３で管理されてい
る部門ＢＰから、部門間ＢＰ定義１−１で定義された部
門間ＢＰ内に存在する部門ＢＰを探索する。部門ＢＰテ
ンプレート作成１−５は、部門間ＢＰ定義情報から部門
ＢＰテンプレートを作成する。テンプレート・メッセー
ジ送信１−６は、部門ＢＰ定義クライアントに送信すべ
き部門ＢＰテンプレートやメッセージを発信する。メッ
セージ表示１−７は、登録チェックの結果、不備やエラ
ーがある場合にディスプレイに表示する。ユーザ管理１
−８は、ユーザ管理情報１−９を利用して、部門間ＢＰ
に登場するユーザを管理する。ＢＰ登録１−１０は、作
成された部門間ＢＰ情報１−２をＢＰ管理サーバ３に登
録する。

【００１９】部門ＢＰ定義クライアント内の、登録チェ
ック２−３、メッセージ表示２−５、ユーザ管理２−
６、ユーザ管理情報２−７、ＢＰ登録２−８は、部門間
ＢＰ定義クライアント１で実行される処理と同様であ
る。部門ＢＰ定義２−１は、部門ＢＰテンプレートなど
を利用して、部門ＢＰ定義情報２−２を作成する。部門
ＢＰ定義情報２−２は、ＢＰ定義情報に、部門名や業務
名を付加して管理している情報である。テンプレート・
メッセージ受信２−４は、部門間ＢＰ定義クライアント
１が発信した部門ＢＰテンプレートおよびメッセージを
受信し、受信した内容をメッセージ表示２−５により表
示する。

【００２０】ＢＰ管理サーバは、ＢＰ定義情報３−１、
文書情報３−２、ユーザ管理情報３−３、履歴情報３−
４を管理する。ＢＰ定義情報３−１は、部門ＢＰ定義ク
ライアント１、部門間ＢＰ定義クライアント２で作成さ
れたＢＰ定義情報を格納する。文書情報３−２は、業務
の遂行に必要な作業対象文書、参照文書などを格納す
る。ユーザ管理情報３−３は、システムに登録されてい
るユーザを管理するものであリ、部門間ＢＰ定義クライ
アント、部門ＢＰ定義クライアントで管理されているユ
ーザ管理情報と同様な情報を管理している。履歴情報３
−４は、ＢＰ管理３−５が実行した履歴を、時系列に格
納する。

【００２１】図２は、本発明を実現するワークフロー管
理システムの構成の一例を示す。２１−１〜４は部門ワ
ークフローシステムであり、各部門ワークフローシステ
ムは、回線２２を経由して接続されている。この回線
は、データ転送が可能であればよく、構内ネットワーク
（ＬＡＮ）でもよいし、広域ネットワーク（ＷＡＮ）で
もよい。また、ＷＡＮを構成する場合、モデムなどを経
由したアナログ回線や、デジタル回線で構成される公衆
回線でもよいし、専用線でもよい。

【００２２】部門ワークフローシステムの構成の一例を
図３に示す。部門ワークフローシステムは、ＢＰ定義ク
ライアント３１、ＢＰ管理サーバ３３、業務クライアン
ト３４、運用管理クライアント３５で構成される。図中
の３１は、業務をビジネスプロセスとして記述するＢＰ
定義クライアントである。３３は、ＢＰ管理サーバであ
り、ＢＰ定義で作成されたＢＰ定義情報に基づいて、業
務クライアント間に、文書情報を回覧する。３４−１〜
３は、回覧されてきた文書情報を処理する業務クライア
ントである。３５は、ビジネスプロセスの進捗状況を監
視したり、ワークフローシステム全体を管理する運用管
理クライアントである。３６は、各クライアント、サー
バを相互に接続するＬＡＮである。

【００２３】図４は、本発明を実現するＢＰ定義クライ
アントの構成を示すブロック図である。図中の４１は、
ＢＰ管理サーバと構内ネットワークを接続するＬＡＮア
ダプタである。４２は、ＢＰ定義情報などが格納される
データファイルである。４３は、ＢＰ定義クライアント
全体を制御するＣＰＵである。４４は、メモリであり、
ＲＯＭ４４−１とＲＡＭ４４−２とで構成される。ＲＯ
Ｍ４４−１は、本発明を実現する各種プログラムが格納
され、ビジネスプロセス定義方式を実現するプログラム
も、ここに格納される。ＲＡＭ４４−２は、各種テーブ
ルおよびデータが格納される。なお、本実施例では、Ｒ
ＯＭ４４−１、ＲＡＭ４４−２を別々のブロックとして
いるが、同一メモリ（ブロック）上において、ＲＯＭに
格納するデータ、ＲＡＭに格納するデータの格納領域を
分けることによっても実現できる。４５は、コード情報
を入力するキーボード、４６はマウス、４７は、コード
情報やビットマップ情報を表示するディスプレイであ
る。

【００２４】本ワークフロー管理システムでは、１つの
業務に対応する情報をビジネスプロセスという単位で管
理する。ＢＰ定義クライアントで記述されるＢＰ定義情
報もビジネスプロセス単位に管理される。

【００２５】部門間ＢＰと部門ＢＰとの関連を図５に示
す。図中の５０が部門間ＢＰであり、５１−１〜３が部
門ＢＰである。部門間ＢＰとして、設計課、経理課、資
材課の順に回覧する。設計課の部門ＢＰは、担当、主
任、課長の順で回覧する。経理課では、伝票記入者、担
当者１、２、３に回覧される。資材課では、担当、主任
の順序で回覧される。

【００２６】部門間ＢＰ定義クライアントで実行される
部門間ＢＰ定義の流れを図６に示す。

【００２７】ステップ１００では、新規作成か否かを指
定し、新規作成でない場合（ステップ１００；Ｎ）に
は、ステップ１０２で、過去作成された部門間ＢＰを読
み出す。新規作成の場合（ステップ１００；Ｙ）には、
ステップ１０４で、業務名を設定し、ステップ１０６以
降の処理を実行する。設定された業務名は、図７に示す
部門間ＢＰ定義情報テーブルに格納される。部門間ＢＰ
は、ビジネスプロセスごとに、ビジネスプロセス識別子
（ＢＰＩＤ）、業務名、作成者、作成日、ノード属性情
報テーブルへのポインタ、ＢＰ属性情報テーブルへのポ
インタ、関連部門名リストなどで構成される。ここで、
ＢＰＩＤは、ビジネスプロセスを一意に決定するための
識別子であり、業務名は、ユーザがビジネスプロセスを
識別するための名称である。また、作成者、作成日は、
ビジネスプロセスの作成者および作成日を格納するフィ
ールドである。ノード属性情報テーブルへのポインタ
は、部門間ビジネスプロセスに登場するノードに関する
情報を管理するノード属性情報テーブルへのポインタ情
報である。ノード属性情報テーブルの一例を図９に示
す。ノード属性情報テーブルは、ノードごとに、ノード
ＩＤ、ノード名、ノード種別、ロール名、ＢＰ手続きで
構成される。ノードＩＤは、ノードを一意に決定する識
別子であり、ノード名は、ユーザがノードを識別するた
めの名称である。ノード種別は、ノードの種別を表わす
情報であり、ノード種別の一例を図１１に示す。ノード
としては、ソースノード、シンクノード、処理ノード、
分岐ノード、分割ノード、待合せノード、部門ノード、
インノード、アウトノードがある。部門間ＢＰ定義と、
部門ＢＰ定義とでは、定義に使用できるノードが異な
る。部門間ＢＰ定義で使用できるノードは、ソースノー
ド、シンクノード、処理ノード、分岐ノード、分割ノー
ド、待合せノード、部門ノードであり、部門ＢＰ定義で
使用できるノードは、処理ノード、分岐ノード、分割ノ
ード、待合せノード、インノード、アウトノードであ
る。ロール名は、ユーザの処理が伴うノードにおいて、
処理を実行すべきユーザの集合である。また、部門ＢＰ
テンプレートは、インノードおよびアウトノードが配置
された状態で表示される。ＢＰ手続きは、ノードにおい
て、システムが処理すべきルールである。

【００２８】図７のＢＰ属性情報テーブルへのポインタ
は、業務遂行時に、リード／ライトされる情報や、作業
対象となる文書情報、参照する文書情報へのリンク情報
を管理するＢＰ属性情報テーブルへのポインタ情報であ
る。ＢＰ属性情報テーブルの一例を図１０に示す。ここ
に示すＢＰ属性情報テーブルは、属性名、属性型、属性
値で構成される。属性名は、ユーザが属性情報を識別す
るための名称である。属性型は、属性値に設定される情
報の型を規定するものであり、文字型、数値型、日時型
などの値を持つ。属性値は、業務実行時に、ユーザやシ
ステムに記入される。関連部門名リストは、部門間ＢＰ
定義に登場する部門の部門名リストである。

【００２９】図６のステップ１０６では、部門間ＢＰ記
述を実行する。部門間ＢＰ記述は、図１２に、一例を示
すＢＰ定義ツールを利用して、部門間ＢＰを作成する処
理であり、新規作成の場合には、新規にＢＰ定義情報を
作成し、そうでない場合には、過去、作成したＢＰ定義
情報を編集する。

【００３０】図１２に示すＢＰ定義ツールは、ノード、
フローデータなどのビジネスプロセスの記述要素となる
アイコン部品のメニュー部６１と、アイコン部品を配置
し業務を記述するチャート部６２、および、アイコン部
品の属性やビジネスプロセス全体に関する属性を対話的
に入力する属性入力ダイアログ部などで構成される。

【００３１】このツールで作成された情報は、部門間Ｂ
Ｐ定義情報テーブルあるいは部門ＢＰ定義情報テーブル
に格納される。

【００３２】なお、部門間ＢＰ定義ツール、部門ＢＰ定
義ツールの相違は、配置できるノードアイコンの種類が
異なるだけであり、基本的な操作は同様である。また、
部品ＢＰテンプレートの記述も部門ＢＰ定義ツールで行
う。部門間ＢＰ記述の詳細な処理フローの一例を図１３
に示す。

【００３３】図中のステップ１０００では、ノードアイ
コン配置か否かをチェックし、配置である場合（ステッ
プ１０００；Ｙ）には、ステップ１００２で、ノードア
イコン配置を行う。ステップ１００４では、アロー接
続、削除／変更、属性入力の処理選択する。アロー接続
処理（ステップ１００４；アロー接続）が選択された場
合には、ステップ１００６で、ノード間をアローで接続
する処理を行う。削除変更が選択された場合（ステップ
１００４；削除／変更）には、ステップ１００８で削除
か、変更を選択し、削除が選択された場合（ステップ１
００８；削除）には、ステップ１０１０で、ノードやア
ローなどの削除処理を行う。変更が選択された場合（ス
テップ１００８；変更）には、ステップ１０１２で、変
更処理を行う。属性入力が選択された場合（ステップ１
００４；属性入力）には、ステップ１０１４で、ノード
アイコンに対する属性情報（ノード属性情報）を入力す
る。入力されたノード属性情報は、ノード属性情報テー
ブルに格納される。

【００３４】ステップ１０１６では、ノードアイコンが
部門ノードアイコンか否かをチェックし、部門ノードア
イコンである場合（ステップ１０１６；Ｙ）には、ステ
ップ１０１８で、入力された属性情報から部門名を抽出
し、図７に示す部門間ＢＰ定義情報テーブルの部門名リ
ストに格納する。部品ノードアイコンでない場合（ステ
ップ１０１６；Ｎ）には、ステップ１０２０以降の処理
を実行する。ステップ１０２０では、各操作で記述され
た項目の内容をチェックし、エラーなどがある場合に
は、メッセージを表示したり、アイコンの表示状態を変
更する。ステップ１０２２では、部門間ＢＰの記述を終
了するか否かを指定し、終了しない場合（ステップ１０
２２；Ｎ）には、ステップ１０００〜１０２０の処理を
繰り返す。終了する場合（ステップ１０２２；Ｙ）に
は、リターンする。

【００３５】図６に戻り、ステップ１０８では、登録チ
ェック処理を実行する。登録チェックの処理フローの詳
細を図１４に示す。

【００３６】図中のステップ２０００では、記述された
部門間ＢＰ内に、部門ノードがあるか否かチェックし、
ない場合（ステップ２０００；Ｎ）には、リターンし、
部門ノードがある場合（ステップ２０００；Ｙ）には、
ステップ２００２以降の処理を行う。ステップ２００２
では、部門間ＢＰチェックを実行するか否かを指定し、
部門間ＢＰチェックを実行しない場合（ステップ２００
２；Ｎ）には、ステップで接続チェックフラグをクリア
してリターンする。登録チェックを実行する場合（ステ
ップ２００２；Ｙ）には、ステップ２００４で部門ＢＰ
を探索する。部門ＢＰ探索の詳細な処理フローを図１５
に示す。

【００３７】図１５において、ステップ３０００では、
部門間ＢＰ定義情報テーブルに設定された業務名、部門
名リストを利用して、ＢＰ管理サーバに格納されている
部門ＢＰ群からマッチする部門ＢＰを探索する。ＢＰ管
理サーバにおける部門ＢＰ定義情報の管理方法の一例を
図１６に示す。ここでは、業務名７１、７４、７７と部
門名７２、７５、７８を付加して、それぞれ、部門ＢＰ
定義情報７０、７３、７６を管理し、部門ごとに、部門
ＢＰ定義情報をグループ化し、部門名をキーにした時の
部門ＢＰの検索を高速化している。

【００３８】ステップ３００２では、ＢＰ管理サーバに
格納されている部門ＢＰ群に、業務名、部門名にマッチ
する部門ＢＰがあるかないかをチェックする。ある場合
（ステップ３００２；Ｙ）には、ステップ３００４でマ
ッチする部門ＢＰが複数か１つかをチェックし、１つの
場合（ステップ３００４；Ｎ）には、ＢＰ管理サーバか
ら、対応する部門ＢＰを読み出す。複数ある場合（ステ
ップ３００４；Ｙ）には、ステップ３００６で部門ＢＰ
候補リストを表示し、ステップ３００８で、ユーザに、
表示した部門ＢＰ候補リストから適切な部門ＢＰを選択
させる。ステップ３０１０では、選択された部門ＢＰを
ＢＰ管理サーバから読み出し、リターンする。ステップ
３００２で、業務名、部門名にマッチする部門ＢＰがな
い場合（ステップ３００２；Ｎ）には、ステップ３０１
２で、作成依頼メッセージを入力させ、ステップ３０１
４では、部門間ビジネスプロセス定義情報から、部門ビ
ジネスプロセスの開始終了条件や、グローバルＢＰ属性
情報などを利用して、部門ＢＰテンプレートを作成す
る。部門ビジネスプロセスの開始終了条件は、例えば、
部門ビジネスプロセスを開始させるノード数やノード
名、終了させるノード数やノード名など、部門ビジネス
プロセスと部門間ビジネスプロセスの整合性をとる上で
必要な情報で構成される。グローバルＢＰ属性情報は、
部門間ＢＰ全体で利用される情報であり、部門間全体で
整合性を保証する必要がある。業務分野は、業務名を分
類したものであり、業務名と業務分野の関係は業務分野
テーブルで管理される。ステップ３０１６で部門ＢＰの
作成依頼メッセージおよび部門ＢＰテンプレートを関連
部門に送信して、リターンする。作成依頼メッセージの
一例を図１７に示す。この例では、作成依頼メッセージ
は、業務名、部門間ＢＰのＢＰＩＤ、部門名、部門ＢＰ
の目的、業務の概要、作成期限などのフィールドで構成
している。作成依頼メッセージは、全てユーザに入力さ
せてもよいが、業務名、ＢＰＩＤ、部門名などシステム
が既知な情報に関しては、予め設定しておき、作成期
限、部門ＢＰの目的、業務の概要などユーザだけが知っ
ている情報だけをユーザに入力させてもよい。

【００３９】本実施例では、ビジネスプロセス定義時
に、部門間ＢＰ定義情報と、関連する部門ＢＰ定義情報
を関連付け、ＢＰ管理は、関連付けられたＢＰ定義情報
を実行する方法を考えているが、ビジネスプロセス（部
門間ＢＰ）実行時に、ＢＰ管理が、部門間ＢＰ定義情報
に関連する部門ＢＰ定義情報を探索しながら、逐次、実
行する方法も考えられる。後者の方法の場合には、ビジ
ネスプロセス実行時に、部門ＢＰ定義情報を探索するた
め、実行される直前まで、部門ＢＰ定義情報の変更、修
正が可能になる。

【００４０】また、登録されたＢＰ定義情報を変更可能
とする場合には、ＢＰ管理が、どのバージョンのＢＰ定
義情報を実行したかを管理する仕掛けや、実行したいＢ
Ｐ定義情報のバージョンを指定する仕掛けが必要とな
る。

【００４１】図１４に戻り、ステップ２００６では、関
連する全部門の部門ＢＰ定義情報の登録が済んでいるか
チェックし、済んでいない場合には、ステップ２００８
で、作成督促メッセージを関連部門に送信する。登録が
済んでいる場合には、ステップ２０１０で、ＢＰ間接続
チェックを行い、エラーがない場合には、ステップ２０
１４で、接続チェックフラグをセットしてリターンす
る。

【００４２】ＢＰ間接続チェックでは、部門ＢＰ間で共
有する属性情報の整合性をチェックする。属性情報は、
部門間ＢＰ全体グローバルなものと、部門ＢＰ内でロー
カルなものとがあるが、ここで整合性チェックの対象と
なるのは、部門間ＢＰ全体でグローバルなものである。

【００４３】エラーがある場合には、ステップ２０１６
で、エラーメッセージを表示し、ステップ２０１８で、
接続チェックフラグをクリアして、リターンする。

【００４４】再び図６に戻り、ステップ１１０で、エラ
ーなしか否かチェックする。エラーなしか否かは、接続
チェックフラグがセットされているかクリアされている
かでチェックする。エラーがある場合（ステップ１１
０；Ｎ）には、ステップ１１２でエラーメッセージを表
示し、ステップ１００〜１１０の処理を繰り返す。エラ
ーがない場合（ステップ１１０；Ｙ）には、ステップ１
１４で、部門間ＢＰ定義情報に対応するＢＰ記述スクリ
プトを生成する。ＢＰ記述スクリプトの一例を図１８に
示す。

【００４５】ＢＰ記述スクリプトは、ビジネスプロセス
名、ユーザキー名称などビジネスプロセス全体の属性を
規定するフィールド部８１と、ＢＰ属性情報を規定する
フィールド部８２と、ビジネスプロセスを構成するノー
ドに関する属性を規定するフィールド部８３で構成され
る。図中のフィールド部８１の＃ｆｌｏｗはビジネスプ
ロセスの名称、＃ｕｓｅｒ＿ｋｅｙはビジネスプロセス
のインスタンス（実行単位）を一意に規定する属性を指
定するものであり、ビジネスプロセスの実行時に入力さ
れる。＃ｃｒｅａｔｅは、ビジネスプロセスの作成者、
作成日時などの属性を指定するものである。８２の＃ａ
ｔｔｒは、各案件に付与される属性の名称、型、値を記
述するものであり、１つの案件に１つあるいは複数の属
性が付与される。８３の＃ｎｏｄｅは、ノードの名称、
＃ｔｙｐｅはノードの型を表現し、ソース、シンク、作
業、分岐、分割、部門、イン、アウトなどの種類があ
る。＃ｒｏｌｅはノードに割り当てられたロールであ
り、＃ｐｒｏｃはノードにおける処理手続を指定するも
のであり、例えば、分岐ノードの場合には、案件の属性
などにより記述した分岐条件と、実行文などで構成され
る。

【００４６】図６のステップ１１６では、部門ＢＰ定義
情報をＢＰ管理サーバに登録して終了する。

【００４７】ここでは、ＢＰ定義情報をＢＰ記述スクリ
プトに変換して、ＢＰ管理サーバに格納しているが、テ
ーブルの状態で格納してもよい。

【００４８】次に、部門ＢＰ定義クライアントで実行さ
れる部門ＢＰ定義の詳細な処理フローを図１９に示す。

【００４９】ステップ２００で、部門ＢＰテンプレー
ト、作成依頼メッセージを受信したか否かをチェック
し、受信した場合には、ステップ２０２以降の処理を実
行する。ステップ２０２では、作成依頼メッセージから
部門名を抽出し、図８に示す部門ＢＰ定義情報テーブル
に、部門名を設定する。ステップ２０４では、作成依頼
メッセージから業務名を抽出し、図８に示す部門ＢＰ定
義情報テーブルに、業務名を設定する。ステップ２０６
では、部門ＢＰを作成する上で関連する情報（部門ＢＰ
の目的、業務の概要、作成期限など）を表示する。ステ
ップ２０８では、部門ＢＰテンプレートを利用して、部
門ＢＰを記述する。部門ＢＰ記述の詳細な処理フローを
図２０に示す。

【００５０】図２０において、ステップ４０００では、
ノードアイコン配置か否かをチェックし、配置である場
合（ステップ４０００；Ｙ）には、ステップ４００２
で、ノードアイコン配置を行う。ステップ４００４で
は、アロー接続、削除／変更、属性入力の処理選択す
る。アロー接続処理が選択された場合（ステップ４００
４；アロー接続）には、ステップ４００６で、ノード間
をアローで接続する処理を行う。削除／変更が選択され
た場合（ステップ４００４；削除／変更）には、ステッ
プ４０１０で削除か、変更を選択し、削除が選択された
場合（ステップ４０１０；削除）には、ステップ４０１
２で、ノードやアローなどの削除処理を行う。変更が選
択された場合（４０１０；変更）には、ステップ４０１
４で、変更処理を行う。属性入力が選択された場合（ス
テップ４００４；属性入力）には、ステップ４００８
で、ノードアイコンに対する属性情報を入力する。ステ
ップ４０１６では、各操作で記述された項目の内容をチ
ェックし、エラーなどがある場合には、メッセージを表
示したり、アイコンの表示状態を変更する。ステップ４
０１８では、記述を終了するか否かを指定し、終了する
場合（ステップ４０１８；Ｙ）には、リターンする。終
了しない場合（ステップ４０１８；Ｎ）には、ステップ
４０００〜４０１８の処理を繰り返す。

【００５１】図１９に戻り、ステップ２１０で、部門Ｂ
Ｐ全体のチェックを行い、ステップ２１２で、不備、エ
ラーがない場合（ステップ２１２；Ｙ）には、ステップ
２１４で、部門ＢＰ定義情報をＢＰ記述スクリプトに変
換する。ステップ２１６で、ＢＰ記述スクリプトは、Ｂ
Ｐ管理サーバに登録され、部門ＢＰ定義を終了する。不
備、エラーがある場合（ステップ２１２；Ｎ）には、ス
テップ２１８で、エラーメッセージを表示し、ステップ
２０２〜２１２の処理を繰り返す。

【００５２】ここでは、部門ＢＰ定義情報を新規に作成
しているが、部門に依存しないＢＰ定義情報のテンプレ
ートを用意しておき、このテンプレートをカスタマイズ
することで、各部門に対応したＢＰ定義情報を作成して
もよい。このようなテンプレートとして、例えば、課承
認業務（担当→主任→課長）などが考えられる。

【００５３】本実施例では、ＢＰ管理サーバがシステム
に１つで、定義されたＢＰ定義情報を集中管理する方式
について説明したが、複数のＢＰ管理サーバで、ＢＰ定
義情報を分散管理してもよい。分散管理する場合、例え
ば、部門ごとにＢＰ管理サーバを持ち、どのＢＰ管理サ
ーバで、どの部門ＢＰ定義情報を格納しているかを管理
するＢＰ管理テーブルを、各ＢＰ管理サーバで共有し、
ＢＰ管理テーブルを利用して、部門間ＢＰ定義情報と部
門間ＢＰ定義情報を関連付けてもよい。

【００５４】（実施例２）（実施例１）では、業務名か
ら、直接、ＢＰ定義情報を探索していたが、本実施例で
は、業務に付加された業務属性を利用して、業務を探索
し、ＢＰ定義情報を読み出す方法について説明する。こ
の方法では、部門間ＢＰ定義の際、ユーザは、業務名を
正確に知らない場合にも、業務に関連した情報から、部
門ＢＰ定義情報を探索することができる。本実施例で
は、ＢＰ管理サーバにおいて、業務属性を付加して、部
門間ＢＰ定義情報を管理している。属性情報は、業務の
特徴を分類した情報であり、業務分野、目的、業務の対
象となる伝票、関連する部門などの情報で構成される。

【００５５】部門間ＢＰ定義クライアントで実行される
部門間ＢＰ定義の流れを図２１に示す。

【００５６】ステップ３００では、新規作成か否かを指
定し、新規作成でない場合（ステップ３００；Ｎ）に
は、ステップ３０２で、過去作成された部門間ＢＰを読
み出す。新規作成の場合（ステップ３００；Ｙ）には、
ステップ３０４で、業務情報を設定し、ステップ３０６
以降の処理を実行する。業務情報の一例を図２４に示
す。この例では、業務情報は、業務名、目的、概要、作
業対象伝票名、参考資料リスト、関連部門などのフィー
ルドで構成されている。ユーザが業務情報を設定する場
合には、上記フィールドのうち、設定すべき値が既知で
あるフィールドだけを選択して入力する。

【００５７】図２１のステップ３０６では、部門間ＢＰ
記述を実行する。部門間ＢＰ記述は、図１３に、一例を
示した処理と同様であり、新規作成の場合には、新規に
ＢＰ定義情報を作成し、そうでない場合には、過去、作
成したＢＰ定義情報を編集する。ステップ３０８では、
登録チェックを実行する。登録チェックの処理は、図１
４に一例を示した処理とほぼ同様であるが、部門ＢＰ探
索の処理が、図２２に一例を示すフローとなる。部門Ｂ
Ｐ探索の詳細な処理フローの一例を図２２を利用して説
明する。

【００５８】図２２において、ステップ３２００では、
設定された業務情報を業務分類属性に変換する。業務分
類属性は、各業務を特徴付けるための属性情報であり、
業務を決定するために利用される。したがって、業務分
類属性は、業務情報と同様でもよい。業務分類属性を格
納する業務分類属性テーブルの一例を図２５に示す。業
務分類属性テーブルは、業務名ごとに、複数の分類属性
を管理するものである。

【００５９】ステップ３２０２では、業務分類属性を利
用して業務名を探索する。なお、複数の業務名が取得さ
れた場合には、各業務名に対して、ステップ３２０４以
降の処理を実行する。ステップ３２０４では、探索した
業務名を利用して、ＢＰ管理サーバに格納されている部
門ＢＰ群に、業務名にマッチする部門ＢＰがあるかない
かをチェックする。ある場合（ステップ３２０４；Ｙ）
には、ステップ３２０６でマッチする部門ＢＰが複数か
１つかをチェックし、１つの場合（ステップ３２０６；
Ｎ）には、ＢＰ管理サーバから、対応する部門ＢＰを読
み出す。複数ある場合（ステップ３２０６；Ｙ）には、
ステップ３２０８で部門ＢＰ候補リストを表示し、ステ
ップ３２１０で、ユーザに、表示した部門ＢＰ候補リス
トから適切な部門ＢＰを選択させる。ステップ３２１２
では、選択された部門ＢＰをＢＰ管理サーバから読み出
し、リターンする。ステップ３２０４で、業務名、部門
名にマッチする部門ＢＰがない場合（ステップ３２０
４；Ｎ）には、ステップ３２１４で、部門間ビジネスプ
ロセス定義情報から部門ＢＰテンプレートを作成し、業
務情報から、部門ＢＰの作成依頼メッセージを作成す
る。ステップ３２１６で、部門ＢＰテンプレートおよび
作成依頼メッセージを関連部門に送信して、リターンす
る。部門ＢＰ定義の詳細な処理フローを図２３に示す。

【００６０】ステップ４００で、部門ＢＰテンプレー
ト、作成依頼メッセージを受信したか否かをチェック
し、受信した場合には、ステップ４０２以降の処理を実
行する。ステップ４０２では、作成依頼メッセージから
部門名を抽出し、図８に示した部門ＢＰ定義情報テーブ
ルに、部門名を設定する。ステップ４０４では、作成依
頼メッセージから業務名を抽出し、図８に示した部門Ｂ
Ｐ定義情報テーブルに、業務名を設定する。ステップ４
０６では、業務分類属性を設定する。設定した業務分類
属性は、図２５に示した業務分類属性テーブルに格納さ
れる。ステップ４０８では、部門ＢＰを作成する上で関
連する情報（部門ＢＰの目的、業務の概要、作成期限な
ど）を表示する。ステップ４１０で、部門ＢＰテンプレ
ートを利用して、部門ＢＰを記述する。部門ＢＰ記述
は、図２０に示した処理と同様である。ステップ４１２
で、部門ＢＰ全体のチェックを行い、ステップ４１４
で、不備、エラーがない場合（ステップ４１４；Ｙ）に
は、ステップ４１６で、部門ＢＰ定義情報をＢＰ記述ス
クリプトに変換する。ステップ４１８で、ＢＰ記述スク
リプトは、ＢＰ管理サーバに登録され、部門ＢＰ定義を
終了する。不備、エラーがある場合（ステップ４１４；
Ｎ）には、ステップ４２０で、エラーメッセージを表示
し、ステップ４０２〜４１４の処理を繰り返す。

【００６１】再び図２１に戻り、ステップ３１０で、エ
ラーなしか否かチェックする。エラーなしか否かは、接
続チェックフラグがセットされているかクリアされてい
るかでチェックする。エラーがない場合（ステップ３１
０；Ｙ）には、ステップ３１２で、部門間ＢＰ定義情報
に対応するＢＰ記述スクリプトを生成する。エラーがあ
る場合（ステップ３１０；Ｎ）には、ステップ３１４で
エラーメッセージを表示し、ステップ３００〜３１０の
処理を繰り返す。ステップ３１６では、部門ＢＰ定義情
報をＢＰ管理サーバに登録して終了する。

【００６２】なお、上記実施例では、ユーザが、業務情
報を入力し、業務情報から業務分類情報を生成している
が、ＢＰ管理サーバに蓄積された履歴情報から業務分類
属性を生成する方法も考えられる。履歴情報を利用する
場合には、ビジネスプロセスごとに、利用度数、実行所
要時間（日数）などの情報を管理することができるの
で、同じ業務の分野に、複数のビジネスプロセスが存在
する場合に、ビジネスプロセスをランキングする情報と
して利用することができる。

【００６３】（実施例３）（実施例１）では、部門間Ｂ
Ｐ定義において、部門ＢＰ定義が対応するノードとし
て、部門ノードを配置していた。本実施例では、部門間
ＢＰ定義において、部門ノードを持たずに、作業ノード
の属性として部門を特定できる属性を持つ。部門を特性
できる属性としては、例えば、ロールを利用する。ここ
では、業務ロール、部門ロールとの２タイプのロールを
持ち、部門ロールに部門ＢＰを対応付ける。

【００６４】部門間ＢＰ定義の処理フローは、図６に示
したものと同じである。ただし、ステップ１０６の部門
間ＢＰ記述と、ステップ１０８の登録チェックの処理フ
ローは、（実施例１）の場合と異なる。

【００６５】部門間ＢＰ記述は、図２０に示した部門Ｂ
Ｐ記述と同様である。部門間ＢＰ記述の詳細な処理フロ
ーの一例を図２６に示す。

【００６６】図２６において、ステップ１２００では、
ノードアイコン配置か否かをチェックし、配置である場
合（ステップ１２００；Ｙ）には、ステップ１２０２
で、ノードアイコン配置を行う。ステップ１２０４で
は、アロー接続、削除／変更、属性入力の処理選択す
る。アロー接続処理が選択された場合（ステップ１２０
４；アロー接続）には、ステップ１２０６で、ノード間
をアローで接続する処理を行う。削除／変更が選択され
た場合（ステップ１２０４；削除／変更）には、ステッ
プ１２１０で削除か、変更を選択し、削除が選択された
場合（ステップ１２１０；削除）には、ステップ１２１
２で、ノードやアローなどの削除処理を行う。変更が選
択された場合（ステップ１２１０；変更）には、ステッ
プ１２１４で、変更処理を行う。属性入力が選択された
場合（ステップ１２０４；属性入力）には、ステップ１
２０８で、ノードアイコンに対する属性情報を入力す
る。ステップ１２１６では、各操作で記述された項目の
内容をチェックし、エラーなどがある場合には、メッセ
ージを表示したり、アイコンの表示状態を変更する。ス
テップ１２１８では、記述を終了するか否かを指定し、
終了する場合（ステップ１２１８；Ｙ）には、リターン
する。終了しない場合（ステップ１２１８；Ｎ）には、
ステップ１２００〜１２１８の処理を繰り返す。

【００６７】次に、登録チェックの詳細な処理フローの
一例を図２７に示す。

【００６８】図２７中のステップ２２００では、ロール
情報テーブルを利用して、記述された部門間ＢＰに登場
するロールをチェックする。ロール情報テーブルの一例
を図２８に示す。ロール情報テーブルは、ロールごと
に、ロールＩＤ、ロール名、ロール種別、部門名などの
フィールドで構成される。ロールＩＤは、ロールを一意
に決定するための識別子であり、ロール名は、ユーザが
ロールを識別ための情報である。ロール種別は、ロール
のタイプを表わす情報であり、本例では、ロール種別と
して、「部門ロール」と「業務ロール」がある。「部門
ロール」は組織構成に依存するロールで、「××部」、
「××課」などの部門と対応付けられるロールである。
「業務ロール」は、「組織ロール」以外のロールであ
る。部門名は、ロール種別が「部門ロール」の場合だ
け、有効であり、「部門ロール」に対応する部門名が格
納されている。

【００６９】図２７のステップ２２０２では、記述され
た部門間ＢＰ内に、「部門ロール」が設定されたノード
があるか否かチェックし、ない場合（ステップ２２０
２；Ｎ）には、リターンし、ある場合（ステップ２２０
２；Ｙ）には、ステップ２２０４以降の処理を行う。ス
テップ２２０４では、部門間ＢＰチェックを実行するか
否かを指定し、部門間ＢＰチェックを実行しない場合
（ステップ２２０４；Ｎ）には、ステップで接続チェッ
クフラグをクリアしてリターンする。登録チェックを実
行する場合（ステップ２２０４；Ｙ）には、ステップ２
２０６で部門ＢＰを探索する。部門ＢＰ探索は、図１５
に示した処理と同様である。

【００７０】ステップ２２０８では、関連する全部門の
部門ＢＰ定義情報の登録が済んでいるかチェックし、済
んでいない場合には、ステップ２２１０で、作成督促メ
ッセージを関連部門に送信する。登録が済んでいる場合
には、ステップ２２１２で、ＢＰ間接続チェックを行
い、エラーがない場合には、ステップ２２１６で、接続
チェックフラグをセットしてリターンする。エラーがあ
る場合には、ステップ２２１８で、エラーメッセージを
表示し、ステップ２０２０で、接続チェックフラグをク
リアして、リターンする。

【００７１】上記（実施例１）〜（実施例３）では、部
門間ＢＰ定義情報により、部門ＢＰ定義情報を１つに統
合していたが、部門ＢＰに付加された属性情報を利用し
て、ＢＰ定義情報を統合する方法も考えられる。この方
法の一例としては、部門ＢＰに付加された業務分類属性
を利用して、業務（部門ＢＰ）の類似度を算出し、類似
度の高い部門ＢＰを１つのＢＰ定義情報として統合する
方法がある。１つに統合されたＢＰ定義情報は、ＢＰ管
理サーバにテンプレートとして格納される。

【００７２】（実施例４）（実施例１）〜（実施例３）
では、同じタイプの部門ワークフローシステムで、ワー
クフロー管理システムが構成されている場合について説
明してきたが、本実施例では、部門ごとに、異なるタイ
プのワークフローシステムで構成される場合について説
明する。

【００７３】図２９に、本発明を実現するワークフロー
管理システムの構成の一例を示す。ここに示すワークフ
ロー管理システムは、１つの部門間ワークフローシステ
ムと複数の部門ワークフローシステムで構成している
が、部門間ワークフローシステムが複数ある構成でもよ
い。ここでは、部門間ＢＰ定義情報は、部門間ワークフ
ローシステムで管理され、ある部門の部門ワークフロー
システムから、別の部門ワークフローシステムに案件が
フローする時に、案件の形式を共通形式に変換し、部門
間ワークフローシステムが、次の部門に共通形式の案件
を遷移させる。

【００７４】図３０に、部門間ワークフローシステムの
構成の一例を示す。部門間ワークフローシステムは、Ｂ
Ｐ管理サーバ、ＢＰ定義クライアント、運用管理クライ
アントで構成される。ＢＰ定義クライアントは、部門間
ＢＰ定義情報を作成する。部門間ＢＰ定義情報は、部門
ワークフローシステムのタイプに関する情報や、部門Ｂ
Ｐの実行順序に関する情報などで構成される。ＢＰ定義
クライアントで作成した部門間ＢＰ定義情報は、ＢＰ管
理サーバで管理される。運用管理クライアントは、部門
間ＢＰの案件の実行状況をモニタする。部門間ＢＰの実
行状況は、まず、部門単位の実行状況を表示し、次に、
部門内の詳細の実行状況を表示する２段階の方法などが
考えられる。

【００７５】図３１に、部門ワークフローシステムの構
成の一例を示す。この実施例では、ＢＰ管理サーバの独
自形式変換が、部門間ワークフローシステムから送信さ
れた案件に対して、ワークフロー管理システムにおける
共通形式から部門ワークフローシステムの独自の形式へ
の変換し、部門ワークフローシステム内では、独自形式
で案件を配布する。部門ビジネスプロセスが終了する
と、共通形式変換により、独自形式から共通形式に変換
し、部門間ワークフローシステムに、案件を配布する。

【００７６】部門ＢＰ定義の定義ツールは、図１２に示
したものと同様であり、処理フローは、図１９に示した
流れと同様であるが、定義した情報を設定するテーブル
の形式が、（実施例１）とは異なる。（実施例１）で
は、図８に示した部門ＢＰ定義情報テーブルに、定義し
た情報を設定したが、本実施例では、ワークフローシス
テムに依存しない情報と依存する情報を分離して格納す
るため、格納するテーブルを２つに分けている。ワーク
フローシステムに依存しない情報を部門ＢＰ定義情報管
理テーブルに格納し、ワークフローシステムに依存する
情報を部門ＢＰ定義情報テーブルに格納する。

【００７７】図３２に、部門ＢＰ定義情報管理テーブル
の一例を示し、図３０に、部門ＢＰ定義情報テーブルの
一例を示す。部門ＢＰ定義情報管理テーブルは、ＢＰＩ
Ｄ、業務名、部門名、作成者、作成日に加え、ワークフ
ロータイプを管理する。ＢＰＩＤ、業務名、部門名、作
成者、作成日の各フィールドの内容は、図８の部門ＢＰ
定義情報テーブルの対応するフィールドと同様である。
ワークフロータイプは、ワークフロー管理システム上で
動作する部門ワークフローシステムを識別する情報であ
る。

【００７８】図３３に、部門ＢＰ定義情報テーブルの一
例を示す。部門ＢＰ定義情報テーブルは、ＢＰＩＤ、ノ
ード属性定義情報テーブルへのポインタ、ＢＰ属性情報
テーブルへのポインタで構成され、テーブルの各フィー
ルドの内容は、図８の部門ＢＰ定義情報テーブルの対応
するフィールドと同様である。また、ノード属性情報テ
ーブル、ＢＰ属性情報テーブルは、それぞれ、図９、１
０に示した内容と同様である。

【００７９】なお、ＢＰ管理サーバに格納される場合、
部門ＢＰ定義情報は、業務名や部門名によって分類され
るほか、ワークフロータイプによっても分類されてい
る。

【００８０】

【発明の効果】前記実施例に示した通り、部門ビジネス
プロセスと部門ビジネスプロセスとを独立して記述可能
とすることにより、複数の部門が関連する業務（ビジネ
スプロセス）を記述するため、部門間ビジネスプロセス
の定義者は、業務（部門間ビジネスプロセス）に関連す
る部門の部門内の処理手続きを知らなくても、ビジネス
プロセスの記述が可能となり、記述作業を複数の部門に
分散することができる。また、部門内のビジネスプロセ
スを変更する場合にも、各部門に関連するビジネスプロ
セスだけに注目し、変更することができる。

【図面の簡単な説明】

【図１】ビジネスプロセス定義方式の概要である。

【図２】ワークフロー管理システムの構成である。

【図３】部門ワークフローシステムの構成である。

【図４】ＢＰ定義クライアントの構成である。

【図５】部門間ＢＰと部門ＢＰの関連である。

【図６】部門間ＢＰ定義である。

【図７】部門間ＢＰ定義情報テーブルである。

【図８】部門ＢＰ定義情報テーブルである。

【図９】ノード属性情報テーブルである。

【図１０】ＢＰ属性情報テーブルである。

【図１１】ノードアイコンである。

【図１２】ビジネスプロセス定義ツールの一例である。

【図１３】部門間ＢＰ記述である。

【図１４】登録チェックである。

【図１５】部門ＢＰ探索である。

【図１６】部門ＢＰ定義情報管理である。

【図１７】作成依頼メッセージである。

【図１８】ＢＰ記述スクリプトの例である。

【図１９】部門ＢＰ定義である。

【図２０】部門ＢＰ記述である。

【図２１】部門間ＢＰ定義（２）である。

【図２２】部門ＢＰ探索（２）である。

【図２３】部門ＢＰ定義（２）である。

【図２４】業務情報テーブルである。

【図２５】業務分類属性テーブルである。

【図２６】部門間ＢＰ記述（２）である。

【図２７】登録チェック（２）である。

【図２８】ロール情報テーブルである。

【図２９】ワークフロー管理システムの構成（２）であ
る。

【図３０】部門間ワークフローシステムの構成である。

【図３１】部門ワークフローシステムの構成（２）であ
る。

【図３２】部門ＢＰ定義情報管理テーブルである。

【図３３】部門ＢＰ定義情報テーブル（２）である。

【符号の説明】

１…部門間ＢＰ定義クライアント、２…部門ＢＰ定義ク
ライアント、３…ＢＰ管理サーバ、 １−１
…部門間ＢＰ定義、１−２…部門間ＢＰ定義情報、
１−３…登録チェック、１−４…部門ＢＰ探索、１−５
…メッセージ送信、 １−６メッセージ表示、１−７…
ユーザ管理、 １−８…ユーザ管理情報、 １−９…Ｂ
Ｐ登録、２−１…部門ＢＰ定義、２−２…部門ＢＰ定義
情報、２−３…登録チェック、２−４…メッセージ受
信、２−５…メッセージ表示、２−６…ユーザ管理、２
−７…ユーザ管理情報、２−８…ＢＰ登録、 ３−
１…ＢＰ定義情報、３−２…文書情報、 ３−３…
ユーザ管理情報、３−４…履歴情報、３−５…ＢＰ管
理。

Claims (5)

【特許請求の範囲】
1. 【請求項１】それぞれが部門ビジネスプロセス定義クラ
   イアントおよび部門ビジネスプロセス管理サーバを有す
   る複数の部門ワークフローシステムと、 部門間ビジネスプロセス定義クライアントおよび部門間
   ビジネスプロセス管理サーバを有する少なくとも１つの
   部門間ワークフローシステムとを回線によって接続し、
   複数のユーザ間で文書を回覧するワークフロー管理シス
   テムであって、 前記部門間ビジネスプロセス定義クライアントは、 ビジネスプロセス定義情報を作成するビジネスプロセス
   定義手段と、 前記ビジネスプロセス定義手段で記述されたビジネスプ
   ロセス定義情報の内容をチェックし、関連する部門ビジ
   ネスプロセスの有無をチェックする登録チェック手段
   と、 ビジネスプロセス管理サーバに格納された部門ビジネス
   プロセスを探索する部門ビジネスプロセス探索手段と、 前記登録チェック手段によりチェックが完了したビジネ
   スプロセス定義情報をビジネスプロセス管理サーバに登
   録するビジネスプロセス登録手段と、 部門間ビジネスプロセス定義情報から、少なくとも部門
   ビジネスプロセスの開始終了条件、部門間ビジネスプロ
   セスでグローバルな情報を持つ部門ＢＰテンプレートを
   作成するテンプレート作成手段と、 部門ビジネスプロセス定義クライアントに部門ＢＰテン
   プレートを送信するテンプレート送信手段とを有し、 ビジネスプロセス定義手段で作成した部門間ビジネスプ
   ロセス定義情報を前記登録チェック手段でチェックし、
   部門ビジネスプロセス探索手段により、チェック結果を
   利用してビジネスプロセス管理サーバに登録された関連
   する部門ビジネスプロセスを探索し、探索結果が取得で
   きた場合には、部門間ビジネスプロセスと部門ビジネス
   プロセスを関連付けて管理し、取得できない場合には、
   テンプレート作成手段により、部門に対応する部門ＢＰ
   テンプレートを作成し、テンプレート送信手段により、
   関連する部門ビジネスプロセス定義クライアントに、上
   記部門ＢＰテンプレートを送信することを特徴とするビ
   ジネスプロセス定義装置。
2. 【請求項２】請求項１のビジネスプロセス定義装置にお
   いて、前記部門間ビジネスプロセス定義クライアント
   は、部門間ワークフローシステムのタイプを規定するタ
   イプ情報によって、部門ＢＰテンプレートを共通形式か
   ら部門間ワークフローシステムの独自形式に変換するテ
   ンプレート形式変換手段を備え、 前記ビジネスプロセス定義手段は、少なくとも、部門ワ
   ークフローシステムのタイプ情報と部門ワークフローシ
   ステムの実行順序を指定する情報を含む部門間ビジネス
   プロセス定義情報を作成し、前記部門間ビジネスプロセ
   ス情報を前記登録チェック手段でチェックし、部門ビジ
   ネスプロセス探索手段により、チェック結果を利用して
   ビジネスプロセス管理サーバに登録された関連する部門
   ビジネスプロセスを探索し、探索結果が取得できた場合
   には、部門間ビジネスプロセスと部門ビジネスプロセス
   を関連付けて管理し、取得できない場合には、テンプレ
   ート作成手段により、部門に対応する部門ＢＰテンプレ
   ートを作成し、テンプレート形式変換手段により、テン
   プレートを前記タイプ情報にしたがって、独自形式に変
   換し、テンプレート送信手段により、関連する部門ビジ
   ネスプロセス定義クライアントに、変換した部門ＢＰテ
   ンプレートを送信することを特徴とするビジネスプロセ
   ス定義装置。
3. 【請求項３】それぞれが部門ビジネスプロセス定義クラ
   イアントを有する複数の部門ワークフローシステム、少
   なくとも１つの部門間ビジネスプロセス定義クライアン
   トおよび少なくとも１つのビジネスプロセス管理サーバ
   を回線によって接続し、複数のユーザ間で文書を回覧す
   るワークフロー管理システムにおいて、 複数のビジネスプロセス定義クライアントにより、１つ
   のビジネスプロセスを分散定義することを特徴とするビ
   ジネスプロセス定義方法。
4. 【請求項４】それぞれが部門ビジネスプロセス定義クラ
   イアントを有する複数の部門ワークフローシステム、少
   なくとも１つの部門間ビジネスプロセス定義クライアン
   トおよび少なくとも１つのビジネスプロセス管理サーバ
   を回線によって接続し、複数のユーザ間で文書を回覧す
   るワークフロー管理システムにおいて、 部門ビジネスプロセス定義クライアントでは、作成した
   ビジネスプロセス定義情報に属性情報を付加して、ビジ
   ネスプロセス管理サーバに登録し、ビジネスプロセス管
   理サーバでは、前記属性情報を利用して、分散定義され
   たビジネスプロセス定義情報を１つに統合することを特
   徴とするビジネスプロセス定義方法。
5. 【請求項５】それぞれが部門ビジネスプロセス管理サー
   バを有する複数の部門ワークフローシステムと、 部門間ビジネスプロセス管理サーバを有する少なくとも
   １つの部門間ワークフローシステムとを回線によって接
   続し、複数のユーザ間で文書を回覧するワークフロー管
   理システムにおいて、 前記部門間ビジネスプロセス管理サーバは、 予め定義された部門間ビジネスプロセス定義情報に従っ
   て、部門ワークフローシステムに案件を配布する部門間
   案件配布手段を有し、 前記部門ビジネスプロセス管理サーバは、 案件を、部門間ワークフローにおける共通形式から、部
   門ワークフローシステムの内部の独自形式に変換する独
   自形式変換手段と、 部門ワークフローシステムの内部の独自形式から部門間
   ワークフローにおける共通形式に変換する共通形式変換
   手段と、 予め定義された部門ビジネスプロセス定義情報に従っ
   て、業務クライアントに案件を配布する部門案件配布手
   段を有し、 部門間ビジネスプロセス管理サーバは、部門間ビジネス
   プロセス定義情報に従い、部門間案件配布手段により、
   部門ワークフローシステムに案件を共通形式で送信し、
   部門ワークフローシステムでは、部門ビジネスプロセス
   管理サーバが、独自形式変換手段により、案件を共通形
   式から独自形式に変換し、部門ビジネスプロセス定義情
   報に従って、部門案件配布手段により、業務クライアン
   トに案件を送信し、部門ビジネスプロセスが終了する
   と、部門ビジネスプロセス管理サーバが、共通形式変換
   手段により、案件を独自形式から共通形式に変換し、部
   門間ビジネスプロセス管理サーバに送信することを特徴
   とするワークフロー管理システム。