JP5393059B2 - ワークフロー処理装置及びワークフロー処理方法 - Google Patents

Description

本発明は、ワークフローを処理するワークフロー処理装置及びワークフロー処理方法に関する。

従来、業務や作業における一連の流れであるワークフローを処理するワークフロー処理では、コンピュータ及びネットワークを用いて自動化し、情報や業務が円滑に流れるように業務支援を行っている。例えば、企業内の特定部門及びメンバーを巡回していた書類を電子化し、コンピュータネットワークを用いて情報を送受信することで、業務を効率化することが可能となる。また、近年、ワークフロー処理はコンピュータ及びコンピュータネットワークに加え、Ｗｅｂサービス技術も用いられるようになり、適用範囲を拡大している。

ワークフロー処理では、情報がどのメンバーに送信され、処理されるのかを記述したワークフロー記述文書を事前に定義する必要がある。また、コンピュータ及びネットワークを用いて自動化されたワークフロー処理では、ワークフロー記述文書を解析可能なワークフロー処理装置に読み込ませることで、ワークフロー処理を実現している。

上述のコンピュータ、ネットワーク及びＷｅｂサービスを用いたワークフロー処理では、ワークフロー記述文書を記述する言語として、ＷＳ−ＢＥＰＬが広く用いられている。ＷＳ−ＢＥＰＬは、Web Services Business Process Execution Languageの略である。

特許文献１には、ワークフローを設計するための拡張可能フレームワークが開示されている。特許文献１において、各ステップは、ワークフローステップの設計時の態様、コンパイル時の態様、及び実行時の態様を記述する関連コンポーネントモデルを持つ。更に、開発者は、これらのコンポーネントモデルを編集することによりコアワークフローモデルを拡張することができる。具体的には、例えば実行中のワークフローに対するアクティベーション、実行、クエリ、及び制御機能を使用でき、実行中のワークフローにアドホックな動的変更を加えることができる。
特開２００６−１０７４７８号公報

しかしながら、ワークフローを記述する段階でワークフローが確定している必要があり、実行時に動的に処理を変更するといったことが不可能であった。

また、特許文献１では、実行時に、動的にワークフロー処理の変更をすることが可能となったが、対象としているプロトコルは１種類であり、様々なプロトコルで実装されている機器をワークフロー処理の対象とすることは依然として困難であった。

本発明は、使用するプロトコルを意識することなく記述でき、ワークフロー処理時には、実行可能なプロトコルに変換して処理することを目的とする。

本発明は、ワークフローを処理するワークフロー処理装置であって、仮想プロトコルのコマンドに対応する実プロトコルを管理する管理手段と、入力されたワークフロー記述文書から順次コマンドを読み込む読み込み手段と、前記読み込み手段により読み込まれたコマンドのプロトコル属性を判別する判別手段と、前記判別手段により判別されたコマンドのプロコトル属性が仮想プロトコルであれば、前記管理手段を参照して、当該コマンドに対応する実プロトコルの１つを選択する選択手段と、仮想プロトコルの各コマンドを対応する複数の実プロトコルのそれぞれにおけるコマンドに対応付けた変換テーブルを参照して、前記判別手段によりプロトコル属性が仮想プロトコルと判別されたコマンドを前記選択手段により選択された実プロトコルのコマンドに変換する変換手段と、前記変換手段によって変換された実プロトコルのコマンドを実行して前記ワークフロー記述文書を処理する処理手段と、を有することを特徴とする。

また、本発明は、仮想プロトコルのコマンドに対応する実プロトコルを管理する管理手段を備え、ワークフローを処理するワークフロー処理装置にて実行されるワークフロー処理方法であって、読み込み手段が、入力されたワークフロー記述文書から順次コマンドを読み込む読み込み工程と、判別手段が、前記読み込み工程で読み込まれたコマンドのプロトコル属性を判別する判別工程と、選択手段が、前記判別工程で判別されたコマンドのプロトコル属性が仮想プロトコルであれば、前記管理手段を参照して、当該コマンドに対応する実プロトコルの１つを選択する選択工程と、変換手段が、仮想プロトコルの各コマンドを対応する複数の実プロトコルのそれぞれにおけるコマンドに対応付けた変換テーブルを参照して、前記判別工程でプロトコル属性が仮想プロトコルと判別されたコマンドを前記選択工程で選択された実プロトコルのコマンドに変換する変換工程と、処理手段が、前記変換工程において変換された実プロトコルのコマンドを実行して前記ワークフロー記述文書を処理する処理工程と、を有することを特徴とする。

本発明によれば、使用するプロトコルを意識することなく、ワークフローを記述でき、プロトコルの変更にも柔軟に対応することができる。

以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。

尚、ワークフロー処理装置は、ＰＣ（パーソナルコンピュータ）以外に、ワークステーション、ノートブックＰＣ、パームトップＰＣなどのネットワーク機器でも良い。更に、コンピュータを内蔵したテレビ等の各種家電製品、ゲーム機、電話、ＦＡＸ、携帯電話、ＰＨＳ、電子手帳、等を含む端末でも良い。また、これらの組み合わせでも良い。

図１は、本実施形態におけるワークフロー処理装置の構成の一例を示す図である。図１において、１０１はコンピュータシステムの制御を司る中央演算装置（ＣＰＵ）である。１０２はＣＰＵ１０１の主メモリであるランダムアクセスメモリ（ＲＡＭ）で、実行プログラムの領域や該プログラムの実行エリア並びにデータエリアとして機能する。１０３はＣＰＵ１０１の動作処理手順等を記録しているリードオンリーメモリ（ＲＯＭ）である。このＲＯＭ１０３には、コンピュータシステムの機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼動するために必要な情報などが記録されたデータＲＯＭとがある。また、ＲＯＭ１０３の代わりに、後述するＨＤＤ１０９を用いる場合もある。

１０４はネットワークインターフェース（ＮＥＴＩＦ）であり、ネットワークを介してコンピュータシステム間のデータ転送を行うための制御や接続状況の診断を行う。また、文書処理装置では、ＮＥＴＩＦは必須ではないが、レイアウトルールを他の装置から取得するような場合に、備えている必要がある。

１０５はビデオＲＡＭ（ＶＲＡＭ）であり、コンピュータシステムの稼動状態を示す、後述するＣＲＴ１０６の画面に表示される画像を展開し、その表示の制御を行う。１０６は表示装置であり、例えばＣＲＴディスプレイである。ＶＲＡＭやＣＲＴも文書処理装置としては必須ではないが、レイアウト処理後のページ情報を、例えばディスプレイに表示するような場合は、備えている必要がある。

１０７は後述する外部入力装置１０８からの入力信号を制御するコントローラ（ＫＢＣ）である。１０８はコンピュータシステムの利用者がコンピュータシステムに対して行う操作を受け付けるための外部入力装置であり、例えばキーボード（ＫＢ）などである。

１０９は記憶装置を示し、例えばハードディスクドライブ（ＨＤＤ）などである。このＨＤＤ１０９はアプリケーションプログラムや画像情報などのデータ保存用に用いられる。本実施形態におけるアプリケーションプログラムとは、本実施形態を構成する文書処理及びレイアウト処理を実行するソフトウェアプログラムなどである。

１１０は外部入出力装置であり、記憶媒体を入出力し、上述のアプリケーションプログラムの記憶媒体からの読み出しなどを行う。

尚、ＨＤＤ１０９に格納するアプリケーションプログラムや各種データをＦＤＤ１１０に格納して使用することも可能である。

１１１は上述した各ユニット間を接続するための入出力バス（アドレスバス、データバス、及び制御バス）である。

次に、図１に示すワークフロー処理装置で実行されるアプリケーションモジュールを、図２を用いて説明する。尚、アプリケーションモジュールは、ＨＤＤ１０９などの記録媒体に記録されたソフトウェアのプログラムがＲＡＭ１０２に読み出され、ＣＰＵ１０１によって実行されることで、その機能が実現される。

図２に示す２００はワークフロー記述文書作成部であり、ユーザインタフェース２０１と構造化文書変換部２０２を含み、ワークフロー記述文書２０３を生成する。このユーザインタフェース２０１は、図３に示すようなユーザインタフェース画面をＣＲＴ１０６に表示し、簡単にワークフローを作成できるように構成されている。

図３は、本実施形態におけるユーザインタフェース画面の一例を示す図である。図３に示すように、アクティビティをドラッグアンドドロップでパネル上に貼り付け、関係付けするだけでワークフローを作成できるように構成されている。アクティビティは、ワークフローにおける処理の単位である。図３に示す例は、アクティビティとして外部アクティビティ、内部アクティビティ、制御アクティビティが設定されている。そして、外部アクティビティの撮影、保存、印刷といった機能が画面の右側のパネル上に貼り付け、関係付けられた状態を示している。

また、仮想プロトコルによるアクティビティであることを表明するには、アクティビティのプロトコル属性に“Virtual”を設定する。図３では、保存という機能を実行するときに用いる実プロトコルが決められていないことを示す。

尚、仮想プロトコルとは、機器もしくはサービスを連携する際に、複数のプロトコルに共通する機能（の概念、操作方法）を抽象的に表現したもので、例えばプリンタでは印刷といったように機能を表現する仮想的なプロトコルである。

図２に戻り、ワークフロー記述文書作成部２００の構造化文書変換部２０２は、ワークフローを図４に示すような、構造化文書であるＸＭＬで記述されたワークフロー記述文書２０３に変換する。ここで、ＸＭＬはeXtensible Markup Languageの略である。

図４は、本実施形態における構造化文書変換部２０２によって変換されたワークフロー記述文書２０３の一例を示す図である。

図３に示すプロトコル属性が“Virtual”と設定された仮想プロトコルは、図４に示すＸＭＬ記述でも“save”要素の“protocol”属性が“Virtual”と設定される。即ち、このsaveは、仮想プロトコルにおいて、保存という機能を実行することを示すコマンドであり、保存という機能を実行するときに用いる実プロトコルが決められていないことが示されている。

図２に戻り、２０４はワークフロー実行部であり、ワークフロー記述文書作成部２００で作成されたワークフロー記述文書２０３を読み込み、実行する。このワークフロー実行部２０４には、仮想プロトコル毎に対応する実プロトコルを管理するプロトコルテーブル２０５が含まれる。

図５は、本実施形態におけるワークフロー実行部２０４に含まれるプロトコルテーブル２０５の一例を示す図である。図５に示すプロトコルテーブル２０５は、仮想プロトコルにおけるアクティビティ（コマンド）５００毎に複数の実プロトコルにマッピングされ、優先順位により管理される。ここで、使用プロトコルＡ５０１が最も優先順位が高く、次に使用プロトコルＢ５０２、…５０３と続いている。例えば、アクティビティ（コマンド）５００がrelease（撮影）の場合は、最も優先順位の高いプロトコルがＵＰｎＰであり、ＳＯＡＰ、ＰＴＰ／ＩＰの順になっている。その他save（保存）などを実行するときに用いる実プロトコルが管理されている。

ワークフロー実行部２０４は、実行すべきアクティビティが仮想プロトコルで定義されている場合、どのプロトコルを使用すべきかを図５に示すプロトコルテーブルに基づいて判定する。

尚、図５に示すプロトコルテーブルの内容は一例であり、アクティビティ５００、使用プロトコルＡ５０１、使用プロトコルＢ５０２、…５０３の組合せは、これに限定されるものではない。また、…５０３の記述は、優先順位の個数に限定がないことを示している。

図２に戻り、２０６は仮想プロトコル変換部であり、仮想プロトコルと実プロトコルとの変換処理を行う。仮想プロトコル変換部２０６には、仮想プロトコルと実プロトコルのコマンドの対応関係を管理しているプロトコル変換テーブル２０７が含まれる。

図６は、本実施形態における仮想プロトコル変換部２０６に含まれるプロトコル変換テーブル２０７の一例を示す図である。このプロトコル変換テーブル２０７は、プロトコル６００毎にコマンド６０１、パラメータ６０２、リターン値６０３を管理している。

図６に示す（Ａ）の場合は、仮想プロトコルにおけるアクティビティ（コマンド）がrelease（撮影機能の実行指示）の例であり、同（Ｂ）の場合は、仮想プロトコルにおけるアクティビティがprint（印刷）の例である。図６に示す（Ａ）で、プロトコル６００がＵＰｎＰの場合は、コマンド６０１がreleaseでパラメータ６０２としてＴｖ値とＡｖ値が必要なことを示している。また、実行結果のリターン値６０３として撮影画像が返却されることを示している。

仮想プロトコル変換部２０６は、仮想プロトコルから実プロトコルのコマンドへの変換をこのプロトコル変換テーブル２０７に基づいて実行する。具体的には、アクティビティのprintが仮想プロトコルで定義されている場合、printのプロトコル変換テーブル２０７（図６に示す（Ｂ））に基づいて実プロトコルのコマンドへの変換を行う。

尚、プロトコル６００、コマンド６０１、パラメータ６０２、リターン値６０３の値は一例であり、これに限定されるものではない。

図２に戻り、２０８はプロトコル実行部であり、実プロトコルでの処理を行う。図２に示すように、プロトコル実行部２０８は、実際のプロトコル実装であるプロトコルＡ実行部２０９、プロトコルＢ実行部２１０、プロトコルＣ実行部２１１を含む。尚、図２では、一例としてプロトコルＡ実行部２０９、プロトコルＢ実行部２１０、プロトコルＣ実行部２１１を含む構成としているが、包含する個別プロトコルの実行部の個数は３つに限定されるものではない。

以上の構成において、ワークフロー処理装置で仮想プロトコルが含まれるワークフローを生成し、その仮想プロトコルを処理する方法を、図７〜図９を用いて説明する。

図７は、本実施形態における仮想プロトコル処理を示すフローチャートである。まず、処理開始後、ステップＳ７０１において、ワークフロー生成かワークフロー実行の何れが選択されたかを判定する。ここで、ワークフロー実行が選択されている場合は、ステップＳ７０７へ処理を進める。ステップＳ７０７の処理については更に後述する。

一方、ステップＳ７０１で判定した結果、ワークフロー生成が選択されている場合は、ステップＳ７０２へ処理を進め、ユーザインタフェース２０１が図３に示すようなユーザインタフェース画面（ワークフロー作成ツール）を表示する。

次に、ステップＳ７０３において、このユーザインタフェース画面上でアクティビティを画面右側のパネルにドラッグアンドドロップし、関連付けるような方法でワークフローを生成する。このワークフローの生成が終了すると、ステップＳ７０４において、構造化文書変換部２０２がステップＳ７０３で生成したワークフローを図４に示すような構造化文書であるＸＭＬで記述されたワークフロー記述文書に変換する。

次に、ステップＳ７０５において、ステップＳ７０３及びＳ７０４で生成されたワークフロー記述文書をＨＤＤ１０９又はＦＤＤ１１０に保存する。そして、ステップＳ７０６では、ステップＳ７０５で保存したワークフロー記述文書を実行するか否かを判定する。判定した結果、ワークフロー記述文書の実行が指示されていない場合は、この処理を終了する。しかし、ワークフロー記述文書の実行が指示された場合には、ステップＳ７０７へ処理を進め、ワークフロー実行部２０４がワークフロー記述文書を読み込む。

次に、ステップＳ７０８において、ワークフロー記述文書に実行すべきアクティビティが存在するか否かを判定する。ここで、実行すべきアクティビティが存在しない場合には、即ち、全てのアクティビティを実行した場合には、この処理を終了する。しかし、実行すべきアクティビティが存在する場合には、ステップＳ７０９へ処理を進め、実行対象のアクティビティを読み込む。

次に、ステップＳ７１０において、実行対象のアクティビティが仮想プロトコルで定義されているか否かを判定する。この判定としては、そのアクティビティのプロトコル属性に“Virtual”が設定されているか否かにより行う。ここで、仮想プロトコルではなく、実プロトコルで定義されていると判定された場合は、ステップＳ７１７へ処理を進める。この場合、図８に示すように、ワークフロー実行部２０４が対象エンドノードＡ８０１、Ｂ８０２、Ｃ８０３にコマンドを実行するので、使用プロトコルが異なるエンドノードＣ８０３では失敗する。

一方、ステップＳ７１０において、仮想プロトコルで定義されていると判定された場合は、ステップＳ７１１へ処理を進め、図５に示すプロトコルテーブル２０５から該当アクティビティに適用可能なプロトコル一覧を取得する。そして、ステップＳ７１２で、該当アクティビティに対して適用する実プロトコルが存在するか否かを判定する。判定の結果、適用する実プロトコルがない、或いは優先順位に従って全てのプロトコルを検証済みと判定された場合は、ステップＳ７１９へ処理を進め、アクティビティを実行できなかった旨のエラーを表示し、この処理を終了する。

しかし、ステップＳ７１２で、適用する実プロトコルが存在すると判定された場合は、ステップＳ７１３へ処理を進める。ステップＳ７１３では、仮想プロトコル変換部２０６が図６に示すプロトコル変換テーブル２０７から該当アクティビティの該当プロトコルにおけるコマンド、パラメータ、リターン値、などの実プロトコルの情報を取得し、プロトコル変換を行う。ステップＳ７０９で読み込んだアクティビティが仮想プロトコルのreleaseというコマンドである場合、第１優先順位の実プロトコルであるUPnPのコマンド、パラメータ、リターン値などの情報を取得する。

次に、ステップＳ７１４において、該当プロトコルにディスカバリ機能があるか否かを判定する。ステップＳ７１４で、該当プロトコルにディスカバリ機能がないと判定される場合は、ステップＳ７２０へ処理を進め、プロトコル実行部２０８がステップＳ７１３で変換されたコマンドを実行する。そして、ステップＳ７２１では、実行されたコマンドが成功したか否かを判定する。ここで、コマンドの実行結果が成功したと判定された場合は、ステップＳ７０８に処理を戻し、次のアクティビティを実行する。しかし、失敗したと判定された場合は、対象エンドノードが該当プロトコルを使用不能と判定し、ステップＳ７１１に処理を戻し、次の優先順位のプロトコル情報を取得してステップＳ７２９で実行する。

一方、上述したステップＳ７１４で、該当プロトコルにディスカバリ機能があると判定した場合は、ステップＳ７１５へ処理を進め、該当プロトコルのディスカバリ機能を使用してディスカバリを実行する。そして、ステップＳ７１６では、ステップＳ７１５で実行したディスカバリの結果、対象エンドノードが発見されたか否かを判定する。判定の結果、対象エンドノードが発見されなかった場合は、対象エンドノードが該当プロトコルを使用不能と判定し、ステップＳ７１１に処理を戻し、次の優先順位のプロトコル情報を取得してステップＳ７１５で実行する。

一方、ステップＳ７１６で、対象エンドノードが発見された場合は、ステップＳ７１７へ処理を進め、ステップＳ７１３で変換されたコマンドを実行する。つまり、図９に示すように、プロトコルＡ実行部２０９は対象エンドノードＡ９０１、Ｂ９０２が該当プロトコルを使用可能と判定し、プロトコルＢ実行部２１０は対象エンドノードＣ９０３が該当プロトコルを使用可能と判定する。

次に、ステップＳ７１８において、ステップ７１７で実行されたコマンドが成功したか否かを判定する。ここで、成功したと判定された場合は、ステップＳ７０８に処理を戻し、次のアクティビティを実行する。しかし、失敗したと判定された場合には、ステップＳ７１９へ処理を進め、アクティビティの実行に失敗した旨のエラーを表示し、この処理を終了する。

本実施形態によれば、ワークフローをプロトコルに依存することなく記述でき、ワークフロー実行時には使用可能なプロトコルに変換可能とすることにより、様々なプロトコルで実装されているネットワーク機器をワークフローに組み込むことができる。

尚、本発明は複数の機器（例えば、ホストコンピュータ、インターフェース機器、リーダ、プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用しても良い。

また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行する。これによっても、本発明の目的が達成されることは言うまでもない。

この場合、コンピュータ読み取り可能な記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

このプログラムコードを供給するための記録媒体として、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、次の場合も含まれることは言うまでもない。即ち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合である。

更に、記録媒体から読出されたプログラムコードがコンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本実施形態におけるワークフロー処理装置の構成の一例を示す図である。 図１に示すワークフロー処理装置で実行されるアプリケーションモジュールの一例を示す図である。 本実施形態におけるユーザインタフェース画面の一例を示す図である。 本実施形態における構造化文書変換部２０２によって変換されたワークフロー記述文書２０３の一例を示す図である。 本実施形態におけるワークフロー実行部２０４に含まれるプロトコルテーブル２０５の一例を示す図である。 本実施形態における仮想プロトコル変換部２０６に含まれるプロトコル変換テーブル２０７の一例を示す図である。 本実施形態における仮想プロトコル処理を示すフローチャートである。 ワークフロー実行部による実プロトコルの実行を説明するための図である。 仮想プロトコル変換部による実プロトコルの実行を説明するための図である。

符号の説明

２００ ワークフロー記述文書作成部
２０１ ユーザインタフェース
２０２ 構造化文書変換部
２０３ ワークフロー記述文書
２０４ ワークフロー実行部
２０５ プロトコルテーブル
２０６ 仮想プロトコル変換部
２０７ プロトコル変換テーブル
２０８ プロトコル実行部
２０９ プロトコルＡ実行部
２１０ プロトコルＢ実行部
２１１ プロトコルＣ実行部

Claims (8)

1. ワークフローを処理するワークフロー処理装置であって、
   仮想プロトコルのコマンドに対応する実プロトコルを管理する管理手段と、
   入力されたワークフロー記述文書から順次コマンドを読み込む読み込み手段と、
   前記読み込み手段により読み込まれたコマンドのプロトコル属性を判別する判別手段と、
   前記判別手段により判別されたコマンドのプロコトル属性が仮想プロトコルであれば、前記管理手段を参照して、当該コマンドに対応する実プロトコルの１つを選択する選択手段と、
   仮想プロトコルの各コマンドを対応する複数の実プロトコルのそれぞれにおけるコマンドに対応付けた変換テーブルを参照して、前記判別手段によりプロトコル属性が仮想プロトコルと判別されたコマンドを前記選択手段により選択された実プロトコルのコマンドに変換する変換手段と、
   前記変換手段によって変換された実プロトコルのコマンドを実行して前記ワークフロー記述文書を処理する処理手段と、
   を有することを特徴とするワークフロー処理装置。
2. 前記仮想プロトコルは、複数の実プロトコルに共通する機能を表現した仮想的なプロトコルであることを特徴とする請求項１に記載のワークフロー処理装置。
3. 前記管理手段は、処理すべきワークフロー記述文書を構成する各コマンドに対応する複数の実プロトコルを優先順位を付けて管理し、前記選択手段は、当該優先順位が高い順に、１つの実プロトコルを順次選択していくことを特徴とする請求項１に記載のワークフロー処理装置。
4. 前記選択手段は、前記コマンドの実行が失敗であれば、次の優先順位の実プロトコルのコマンドを選択することを特徴とする請求項３に記載のワークフロー処理装置。
5. 前記処理手段は、前記選択手段により選択された実プロトコルがディスカバリ機能を有する場合、当該ディスカバリ機能で発見された当該選択された実プロトコルに対応する対象エンドノードに前記変換手段によって変換された実プロトコルのコマンドを実行することを特徴とする請求項１に記載のワークフロー処理装置。
6. 仮想プロトコルのコマンドに対応する実プロトコルをを管理する管理手段を備え、ワークフローを処理するワークフロー処理装置にて実行されるワークフロー処理方法であって、
   読み込み手段が、入力されたワークフロー記述文書から順次コマンドを読み込む読み込み工程と、
   判別手段が、前記読み込み工程で読み込まれたコマンドのプロトコル属性を判別する判別工程と、
   選択手段が、前記判別工程で判別されたコマンドのプロトコル属性が仮想プロトコルであれば、前記管理手段を参照して、当該コマンドに対応する実プロトコルの１つを選択する選択工程と、
   変換手段が、仮想プロトコルの各コマンドを対応する複数の実プロトコルのそれぞれにおけるコマンドに対応付けた変換テーブルを参照して、前記判別工程でプロトコル属性が仮想プロトコルと判別されたコマンドを前記選択工程で選択された実プロトコルのコマンドに変換する変換工程と、
   処理手段が、前記変換工程において変換された実プロトコルのコマンドを実行して前記ワークフロー記述文書を処理する処理工程と、
   を有することを特徴とするワークフロー処理方法。
7. 前記仮想プロトコルは、複数の実プロトコルに共通する機能を表現した仮想的なプロトコルであることを特徴とする請求項６に記載のワークフロー処理方法。
8. コンピュータを請求項１乃至５の何れか１項に記載のワークフロー処理装置の各手段として機能させるためのプログラム。

Images