(57)【要約】【課題】ワークフロー管理者の管理負担（作業）を大幅に軽減することができるとともに、フローする経路を役割で定義してあるため、不慣れなユーザでも容易に使用すること、また伝票が本来通るべき経路を逸脱してしまう等の事態の発生を抑えること。【解決手段】ワークフローサーバ１０１が、組織における役割名と該役割名に対応するユーザを定義する役割実ユーザ対応情報を役割実ユーザ対応情報ＤＢ１０１２に各ユーザ毎に登録しておき、ワークフロークライアント１０２からの承認要求に応じて、前記ワークフロークライアント１０２から指示される伝票データの次承認者の役割名に対応するユーザを、承認要求したユーザに対応する役割実ユーザ対応情報に基づいて特定するとともに、前記ワークフロークライアント１０２からの要求に応じて、前記特定された前記伝票データの次承認者の役割名に対応するユーザを変更する構成を特徴とする。【選択図】      図１
2004178145.tif 000002
【特許請求の範囲】
【請求項１】
所定の通信媒体を介して複数のクライアントと通信可能なワークフローサーバにおいて、
組織における役割名と該役割名に対応するユーザを定義する役割実ユーザ対応情報を各ユーザ毎に複数記憶可能な第１の記憶手段と、
承認内容，役割名により定義される承認経路情報を含む伝票データを複数記憶可能な第２の記憶手段と、
前記いずれかのクライアントからの承認要求に応じて、前記クライアントから指示される伝票データの次承認者の役割名に対応するユーザを、承認要求したユーザに対応する役割実ユーザ対応情報に基づいて特定する第１の特定手段と、
前記クライアントからの要求に応じて、前記第１の特定手段により特定された前記伝票データの次承認者の役割名に対応するユーザを変更する第１の変更手段と、
を有することを特徴とするワークフローサーバ。
【請求項２】
前記クライアントからの要求に応じて、前記第１の変更手段による前記役割名に対応するユーザの変更に基づいて、前記承認要求したユーザに対応する役割実ユーザ対応情報を変更する第２の変更手段を設けたことを特徴とする請求項１記載のワークフローサーバ。
【請求項３】
役割名により定義される承認経路情報を該承認経路情報を特定するためのＩＤ情報毎に複数記憶可能な第３の記憶手段と、
前記クライアントから指定される承認内容と前記承認経路情報を特定するためのＩＤ情報に基づいて、前記伝票データを生成し、前記第２の記憶手段に格納する生成手段と、
を有することを特徴とする請求項１記載のワークフローサーバ。
【請求項４】
前記生成手段により生成された伝票データの先頭の承認者の役割名に対応するユーザを、申請要求したユーザに対応する役割実ユーザ対応情報に基づいて特定する第２の特定手段を設けたことを特徴とする請求項２記載のワークフローサーバ。
【請求項５】
組織における役割名と該役割名に対応するユーザを定義する役割実ユーザ対応情報を各ユーザ毎に複数記憶可能な第１の記憶手段と承認内容，役割名により定義される承認経路情報を含む伝票データを複数記憶可能な第２の記憶手段とを有するワークフローサーバと、複数のクライアントとが所定の通信媒体を介して通信可能なワークフローシステムの制御方法において、
前記いずれかのクライアントからの承認要求に応じて、前記クライアントから指示される伝票データの次承認者の役割名に対応するユーザを、承認要求したユーザに対応する役割実ユーザ対応情報に基づいて特定する特定工程と、
前記クライアントからの要求に応じて、前記特定された前記伝票データの次承認者の役割名に対応するユーザを変更する第１の変更工程と、
前記クライアントからの要求に応じて、前記第１の変更工程による前記役割名に対応するユーザの変更に基づいて、前記承認要求したユーザに対応する役割実ユーザ対応情報を変更する第２の変更工程と、
を有することを特徴とするワークフローシステムの制御方法。
【請求項６】
請求項５に記載されたワークフローシステムの制御方法を実行するためのプログラム。
【請求項７】
請求項５に記載されたワークフローシステムの制御方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ワークフローサーバと複数のクライアントとが所定の通信媒体を介して通信可能なワークフローシステムの制御に関するものである。
【０００２】
【従来の技術】
従来、一般的なワークフローシステムは、組織情報をきめ細かく管理し、該組織情報に基づいて承認経路の特定を自動化するものがあった。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来のワークフローシステムでは、ワークフローの管理者が全組織の関連性をメンテナンスしなければならず、組織変更時（多くの場合は事前に行われる）に、即座にワークフローシステムを対応させることが求められ、管理者の管理負担を増大させているという問題点があった。
【０００４】
また、各承認者が次の承認者をそれぞれ自由に決定するように構成されたワークフローシステムもあるが、通常伝票の種類によって承認経路も異なるため、不慣れなユーザでは、どの伝票データを誰にフローさせてよいのか分からず容易に使用できなかったり、フローする経路に制約がかけられず、伝票データが本来通るべき経路を通らない等の事態も起こりうるという問題点があった。
【０００５】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、組織における役割名と該役割名に対応するユーザを定義する役割実ユーザ対応情報を各ユーザ毎に登録しておき、クライアントからの承認要求に応じて、前記クライアントから指示される伝票データの次承認者の役割名に対応するユーザを、承認要求したユーザに対応する役割実ユーザ対応情報に基づいて特定するとともに、前記クライアントからの要求に応じて、前記特定された前記伝票データの次承認者の役割名に対応するユーザを変更することにより、ワークフロー管理者の管理負担（作業）を大幅に軽減することができるとともに、フローする経路を役割で定義してあるため、不慣れなユーザでも容易に使用することができ、また伝票が本来通るべき経路を逸脱してしまう等の事態の発生を抑えることができるワークフローサーバおよびワークフローシステムの制御方法およびプログラムおよび記録媒体を提供することである。
【０００６】
【課題を解決するための手段】
本発明に係る第１の発明は、所定の通信媒体を介して複数のクライアント（図１に示すワークフロークライアント１０２ａ，１０２ｂ，１０２ｃ，……）と通信可能なワークフローサーバ（図１に示すワークフローサーバ１０１）において、組織における役割名と該役割名に対応するユーザを定義する役割実ユーザ対応情報を各ユーザ毎に複数記憶可能な第１の記憶手段（図１に示す役割実ユーザ対応情報ＤＢ１０１２）と、承認内容，役割名により定義される承認経路情報を含む伝票データを複数記憶可能な第２の記憶手段（図１に示す伝票データＤＢ１０１５）と、前記いずれかのクライアントからの承認要求に応じて、前記クライアントから指示される伝票データの次承認者の役割名に対応するユーザを、承認要求したユーザに対応する役割実ユーザ対応情報に基づいて特定する第１の特定手段（図２に示すＣＰＵ２０１）と、前記クライアントからの要求に応じて、前記第１の特定手段により特定された前記伝票データの次承認者の役割名に対応するユーザを変更する第１の変更手段（図２に示すＣＰＵ２０１）とを有することを特徴とする。
【０００７】
本発明に係る第２の発明は、前記クライアントからの要求に応じて、前記第１の変更手段による前記役割名に対応するユーザの変更に基づいて、前記承認要求したユーザに対応する役割実ユーザ対応情報を変更する第２の変更手段（図２に示すＣＰＵ２０１）を設けたことを特徴とする。
【０００８】
本発明に係る第３の発明は、役割名により定義される承認経路情報を該承認経路情報を特定するためのＩＤ情報毎に複数記憶可能な第３の記憶手段（図１に示す伝票情報ＤＢ１０１３）と、前記クライアントから指定される承認内容と前記承認経路情報を特定するためのＩＤ情報に基づいて、前記伝票データを生成し、前記第２の記憶手段に格納する生成手段（図２に示すＣＰＵ２０１）とを有することを特徴とする。
【０００９】
本発明に係る第４の発明は、前記生成手段により生成された伝票データの先頭の承認者の役割名に対応するユーザを、申請要求したユーザに対応する役割実ユーザ対応情報に基づいて特定する第２の特定手段（図２に示すＣＰＵ２０１）を設けたことを特徴とする。
【００１０】
本発明に係る第５の発明は、組織における役割名と該役割名に対応するユーザを定義する役割実ユーザ対応情報を各ユーザ毎に複数記憶可能な第１の記憶手段と承認内容，役割名により定義される承認経路情報を含む伝票データを複数記憶可能な第２の記憶手段とを有するワークフローサーバと、複数のクライアントとが所定の通信媒体を介して通信可能なワークフローシステムの制御方法において、前記いずれかのクライアントからの承認要求に応じて、前記クライアントから指示される伝票データの次承認者の役割名に対応するユーザを、承認要求したユーザに対応する役割実ユーザ対応情報に基づいて特定する特定工程（図１３のステップＳ３０１〜Ｓ３０３）と、前記クライアントからの要求に応じて、前記特定された前記伝票データの次承認者の役割名に対応するユーザを変更する第１の変更工程（図１３のステップＳ３１２）と、前記クライアントからの要求に応じて、前記第１の変更工程による前記役割名に対応するユーザの変更に基づいて、前記承認要求したユーザに対応する役割実ユーザ対応情報を変更する第２の変更工程（図１２のステップＳ２０４）とを有することを特徴とする。
【００１１】
本発明に係る第６の発明は、請求項５に記載されたワークフローシステムの制御方法を実行するためのプログラムであることを特徴とする。
【００１２】
本発明に係る第７の発明は、請求項５に記載されたワークフローシステムの制御方法を実行するためのプログラムを記録媒体にコンピュータが読み取り可能に記憶させたことを特徴とする。
【００１３】
【発明の実施の形態】
以下、図面を参照して、ワークフローシステムにおける承認ルートを、各申請者側で情報管理・メンテナンスする仕組みについて説明する。
【００１４】
図１は、本発明の一実施形態を示すワークフローサーバ及びクライアントを適用可能なワークフローシステム（電子決裁システム）の構成の一例を示すブロック図である。
【００１５】
図において、１０１はワークフローサーバ（電子決裁サーバ（以下、サーバ））で、イーサネット（登録商標）等のネットワーク１０３を介して複数のワークフロークライアント（情報処理装置（以下、クライアント））１０２ａ，１０２ｂ，１０２ｃ，……（以下単に、クライアント１０２）と通信可能である。
【００１６】
サーバ１０１は、人事情報ＤＢ１０１１，伝票情報ＤＢ１０１３，承認経路情報ＤＢ１０１４，伝票データＤＢ１０１５，役割実ユーザ対応情報ＤＢ１０１２等を含むＤＢ１０１０を有する。なお、役割実ユーザ対応情報ＤＢ１０１２には、各ユーザ毎に役割実ユーザ対応情報（ユーザＡ用の役割実ユーザ対応情報５００ａ，……，ユーザＸ用の役割実ユーザ対応情報５００ｘ）が記憶管理されている。
【００１７】
なお、クライアント１０２は、ユーザが入出力するためのパーソナルコンピュータ（ＰＣ）又はワークステーション等にワークフローを利用するためのアプリケーションまたはＷｅｂ環境を用意したものである。
【００１８】
また、サーバ１０１は、クライアント１０２からのリクエストを受け付け、ワークフローシステムが持つＤＢ１０１０の内容を更新する。
【００１９】
サーバ１０１は、ユーザから伝票を受け付けたこと（申請処理）に応じて、人事情報ＤＢ１０１１，伝票情報ＤＢ１０１３，承認経路情報ＤＢ１０１４，役割実ユーザ対応情報１０１２等を用いて、伝票データを生成し、伝票データＤＢ１０１５に格納する。
【００２０】
図２は、図１に示したサーバ１０１の構成を示すブロック図である。
【００２１】
図において、２０１はＣＰＵで、ＲＯＭ２０３のプログラム用ＲＯＭに記憶されたプログラムに基づいてシステムバス２０４に接続された各デバイスを制御し、サーバ１０１全体を統括制御する。
【００２２】
また、このＲＯＭ２０３のフォント用ＲＯＭにはフォントデータ等を記憶し、ＲＯＭ２０３のデータ用ＲＯＭには各種データを記憶する。２０２はＲＡＭで、ＣＰＵ２０１の主メモリ，ワークエリア等として機能する。
【００２３】
２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９や図示しないポインティングデバイス、例えばマウスからの入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。なお、ここでは、表示装置としてＣＲＴを設けているがＬＣＤ等のその他の形式の表示装置であってもよい。
【００２４】
２０７はメモリコントローラ（ＭＣ）で、図１に示した人事情報ＤＢ１０１１，伝票情報ＤＢ１０１３，承認経路情報ＤＢ１０１４，伝票データＤＢ１０１５，役割実ユーザ対応情報ＤＢ１０１２を構成するハードディスク（ＨＤ）２１１とのアクセスを制御する。２０８はネットワークインタフェース（ＮＷＩ／Ｆ）で、ネットワーク１０３との通信を制御する。
【００２５】
以上のような構成により、サーバ１０１はネットワークを介してクライアント１０２と通信して、クライアントの指示に基づいて、上述したＤＢ内の各種データ等の送受信を行う。
【００２６】
また、ＣＰＵ２０１は、ユーザからの指示（ＫＢ２０９又は図示しないマウス等からの指示や図１に示したクライアント１０２からの指示等）に基づいて種々の機能（後述するフローチャートに示す）に対応する処理を実行する。
【００２７】
なお、図に示した、ＫＢ２０９，ＣＲＴ２１０等は必ずしも備えていなくてもよい。
【００２８】
図３は、図１に示したクライアント１０２の構成を示すブロック図である。
【００２９】
図において、３０１はＣＰＵで、ＲＯＭ３０３のプログラム用ＲＯＭに記憶されたプログラムに基づいてシステムバス３０４に接続された各デバイスを制御し、クライアント１０２全体を統括制御する。
【００３０】
また、このＲＯＭ３０３のフォント用ＲＯＭにはフォントデータ等を記憶し、ＲＯＭ３０３のデータ用ＲＯＭには各種データを記憶する。３０２はＲＡＭで、ＣＰＵ３０１の主メモリ，ワークエリア等として機能する。
【００３１】
３０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）３０９や例えばマウス等のポインティングデバイス（ＰＤ）３１２からの入力を制御する。３０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）３１０の表示を制御する。なお、ここでは、表示装置としてＣＲＴを設けているがＬＣＤ等のその他の形式の表示装置であってもよい。
【００３２】
３０７はメモリコントローラ（ＭＣ）で、ハードディスク（ＨＤ）３１１とのアクセスを制御する。３０８はネットワークインタフェース（ＮＷＩ／Ｆ）で、ネットワーク１０３との通信を制御する。
【００３３】
以上のような構成により、クライアント１０２はネットワーク１０３を介してサーバ１０１と通信して、サーバ１０１が管理する人事情報ＤＢ１０１１，役割実ユーザ対応情報ＤＢ１０１２，伝票情報ＤＢ１０１３，承認経路情報ＤＢ１０１４，伝票データＤＢ１０１５等内のデータの取得、閲覧および申請，承認等を行うことができる。
【００３４】
また、ＣＰＵ３０１は、ユーザからの指示（ＫＢ３０９又はＰＤ３１２等からの指示）に基づいてサーバ１０１に対して種々の機能に対応する処理の実行を指示することができる。
【００３５】
さらに、サーバ１０１，クライアント１０２は、図示しないフレキシブルディスクデバイスやＣＤ−ＲＯＭデバイス等を備えるものとする。
【００３６】
図４は、図１に示した人事情報ＤＢ１０１１内のデータ構成の一例を示す図である。
【００３７】
図において、４００は人事情報で、社員番号４０１，氏名４０２，所属部署４０３，ユーザＩＤ４０４等により構成される。なお、氏名４０２は、ユーザの実氏名に対応し、ユーザを特定することができる。
【００３８】
また、人事情報ＤＢ１０１１は、人事情報４００をユーザの数だけ含むものである。
【００３９】
図５は、図１に示した伝票情報ＤＢ１０１３，承認経路情報ＤＢ１０１４内のデータ構成及び関係を示す図である。
【００４０】
図において、６００は伝票情報で、伝票種別６０１，経路情報インデックス６０２，伝票の入力項目定義６０３等から構成され、伝票の入力項目を定義するためのものである。
【００４１】
ここで、伝票種別６０１は、伝票の種別を示す。経路情報インデックス６０２は、承認経路情報７００内に保持される承認経路ＩＤ７０１に対応するものであり、この経路情報インデックス６０２により、承認経路情報７００のデータを特定する。これにより、その伝票が決裁される際の承認経路を指定することができる。また、複数の伝票が１つの承認経路データを指定することも可能である。伝票の入力項目定義６０３は、伝票の内容を示す各種入力項目が定義されている。
【００４２】
ここで、伝票情報ＤＢ１０１３は、伝票情報６００を伝票種別の数だけ含むものである。
【００４３】
７００は承認経路情報で、承認経路ＩＤ７０１，承認経路７０２等から構成され、承認経路を定義するためのものである。ここで、承認経路ＩＤ７０１は、各承認経路情報７００固有の値となっている。また、承認経路７０２は、役割（役職）を羅列（順序構造を有する１次元配列（「１」から始まる））した１組のデータであり、例えば、「１：課長，２：部長，３：経理担当，４：経理課長，５：経理部長」等である。なお、その役割に相当する実ユーザは、申請者が申請する時点及び各承認者が承認する時点で、次に処理するユーザだけが特定され、対象者に通知される。
【００４４】
なお、承認経路情報ＤＢ１０１４は、承認経路情報７００を承認経路の数だけ含むものである。
【００４５】
図６は、図１に示した伝票データＤＢ１０１５内のデータ構造の一例を示す図である。
【００４６】
図において、８００は伝票データで、伝票番号８０１，申請日８０２，申請者８０３，所属部署８０４，伝票名称８０５，承認経路８０６，伝票の入力データ８０７等から構成される。
【００４７】
ここで、伝票番号８０１は、伝票の申請毎にサーバ１０１により付与されるシリアルナンバである。申請日８０２は、後述する伝票の申請処理を行った日付である。申請者８０３は、伝票の申請処理を行ったユーザの氏名である。伝票名称８０５は、伝票の申請処理時にユーザにより任意に入力可能なものである。
【００４８】
承認経路８０６は、サーバ１０１により、伝票の申請処理時に伝票の種類に応じて特定される承認経路である。この承認経路８０６は、役割８０６ａ，役割対応ユーザ名８０６ｂ，承認結果８０６ｃから構成される。役割８０６ａは、図５に示した承認経路７０２に基づいて決定される。また、役割対応ユーザ名８０６ｂは、承認時に各承認者用の役割実ユーザ対応情報１０１２に基づいて実ユーザ名が格納される。承認結果８０６ｃは、デフォルトとして「０」が格納され、承認時には「１」，否認時には「−１」が格納される。
【００４９】
８０７は伝票の入力データで、伝票の申請処理時に申請者により入力される伝票の内容に対応する。また、承認時又は否認時に、承認者によりコメントを入力可能とし、該入力されたコメント等も格納するように構成してもよい。
【００５０】
ここで、伝票データＤＢ１０１５は、伝票データ８００を申請された伝票データの数だけ含むものである。
【００５１】
図７は、図１に示した役割実ユーザ対応情報ＤＢ１０１２内のデータ構造の一例を示す図である。
【００５２】
図において、５００は役割実ユーザ対応情報で、定義者５０１，所属部署５０２，役割実ユーザ対応設定５０３等から構成され、ワークフローの各利用者が自分専用の情報を定義し、申請時及び承認時に、次に処理する実ユーザを特定するために用いられる。
【００５３】
ここで、定義者５０１は、伝票の申請処理又は承認処理を行うユーザの氏名である。所属部署５０２は、定義者５０１の所属する部署名である。
【００５４】
役割実ユーザ対応設定５０３は、役割５０３ａ，役割対応ユーザ名５０３ｂから構成され、図８に示す役割実ユーザ対応情報設定画面から入力され設定される。
【００５５】
この役割実ユーザ対応情報５００は、ユーザ毎に役割実ユーザ対応情報ＤＢ１０１２に保持され、各ユーザが設定、変更可能である。
【００５６】
このように、各ユーザは、承認経路情報に用いられている役割（役職）の名称に相当する実ユーザを、自分の役割ユーザ対応情報に定義することにより、組織変更が行われても、各ユーザが自らの役割実ユーザ対応情報５００を変更することで柔軟に対応可能であり、管理者の労力を低減することができる。
【００５７】
図８は、本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける役割実ユーザ対応情報設定画面の一例を示す模式図であり、役割実ユーザ対応設定時にクライアント１０２のＣＲＴ３１０に表示される。
【００５８】
図において、１１０１は定義者情報表示欄で、定義者の氏名及び所属が表示される。
【００５９】
１１０２は役割実ユーザ対応情報表示欄で、登録された役割と対応するユーザの氏名及び所属の対応が表示される。なお、役割名は、ワークフローシステム上に定義されている名称全てが表示される。
【００６０】
１１０３は実ユーザ変更キーで、役割実ユーザ対応情報表示欄１１０２内で登録（変更）したい行を選択し、このキーをＰＤ３１２で指示（クリック）することにより、図示しないユーザ一覧画面がクライアント１０２のＣＲＴ３１０に表示され、役割に対応する実ユーザを登録することができる。なお、申請者は、自分にとっての「課長」は誰か、「部長」は誰かという情報を登録する。また、自分が直接フローすることがない役割については、未登録のままでもよい。例えば、一般ユーザが「総務部長」に直接フローすることがなければ、総務部長との対応は未登録のままでよい。
【００６１】
１１０４はＯＫキーで、このキーをＰＤ３１２で指示することにより、この役割実ユーザ対応情報設定画面により入力した役割実ユーザ対応情報がサーバ１０１の役割実ユーザ対応情報ＤＢ１０１２に登録され、役割実ユーザ対応情報設定画面は終了される。
【００６２】
１１０５はキャンセルキーで、このキーをＰＤ３１２で指示することにより、この役割実ユーザ対応情報設定画面により入力した役割実ユーザ対応情報を無効にして、役割実ユーザ対応情報設定画面は終了される。
【００６３】
ワークフローシステムの利用者は、この役割実ユーザ対応情報設定画面によりそれぞれ役割実ユーザ対応情報を登録することにより、それぞれが別々の役割実ユーザ対応情報を持つことになる。
【００６４】
なお、この役割実ユーザ対応情報設定画面は、申請処理や承認処理からではなく、ワークフローの各ユーザによる初期設定処理作業にて表示される。
【００６５】
また、ここでは画面例を明示したが、各ユーザが「役割→実ユーザ」を定義したテキストファイルを作成し、サーバ１０１に登録するように構成してもよい。
【００６６】
図９は、本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける申請画面／承認画面の一例を示す模式図であり、申請処理時又は承認処理時にクライアント１０２のＣＲＴ３１０に表示される。
【００６７】
図において、９０１は申請者情報表示欄で、申請日，申請者の氏名，所属等が表示される。
【００６８】
９０２は次承認予定者表示欄で、サーバ１０１によって申請者用の役割実ユーザ対応情報に基づいて特定された次承認予定者が表示される。
【００６９】
９０３は次承認者変更キーで、このキーを押下することにより、サーバ１０１に次承認者変更指示が送信され、また、図１０に示す次承認者変更画面が表示され、図１２に示す次承認者変更処理が開始され、次の承認予定者を変更することができる。
【００７０】
９０４は伝票内容で、申請者により入力された承認する伝票の内容が表示される。
【００７１】
９０５は否認キーで、伝票を否認する場合にＰＤ３１２で指示され、否認指示がサーバ１０１に送信される。なお、否認キー９０５は申請処理時には、指示不可能な形態で表示されるものとする。
【００７２】
９０６は承認キーで、伝票の申請を確定する場合／伝票を承認する場合にＰＤ３１２で指示され、承認指示と伝票の内容がサーバ１０１に送信され、申請画面／承認画面は終了される。
【００７３】
９０７はキャンセルキーで、伝票の申請処理／承認処理を中止する場合にＰＤ３１２で指示され、この役割実ユーザ対応情報設定画面により入力した役割実ユーザ対応情報を無効にして、役割実ユーザ対応情報設定画面は終了される。また、キャンセル通知がサーバ１０１に送信される。
【００７４】
図１０は、本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける次承認者変更画面の一例を示す模式図であり、申請処理時又は承認処理時にクライアント１０２のＣＲＴ３１０に表示される。
【００７５】
図において、１００１は次承認者役割表示で、次承認者の役割が表示される。１００２は次承認者氏名表示で、次承認者役割表示１００１に対応して現在定義されているユーザ名が表示される。
【００７６】
１００３は実ユーザ選択画面で、次承認者に変更したいユーザ名を選択することができる。
【００７７】
１００４は変更範囲選択ボタンで、「役割実ユーザ対応情報の内容も変更する」又は「この伝票データの承認でのみ変更する（役割実ユーザ対応情報の内容は変更しない）」のいずれかを選択することができる。これにより、この画面で変更した内容を作業中の伝票に限定した一時的な変更とすることもでき、また、作業中のユーザ専用の役割実ユーザ対応情報に反映させることもできる。
【００７８】
１００５はＯＫキーで、この次承認者変更画面での設定を有効にする場合にＰＤ３１２で指示され、次承認者に変更するユーザ名，変更範囲等の情報がサーバ１０１に送信され、次承認者変更画面は終了される。なお、次承認者変更画面終了後、この次承認者変更画面で選択した次承認者のユーザ名が図９に示した申請画面／承認画面内の次承認予定者９０２に表示される。
【００７９】
１００６はキャンセルキーで、この次承認者変更画面での設定を無効にする場合にＰＤ３１２で指示され、次承認者変更画面は終了される。また、キャンセル通知がサーバ１０１に送信される。
【００８０】
以下、図１１〜図１３のフローチャートを参照して、本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける伝票の申請処理，次承認者変更処理，承認処理について説明する。
【００８１】
図１１は、本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける第１の制御処理手順の一例を示すフローチャートであり、サーバ側の申請処理手順に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ２０１によりＨＤ２１１又はその他の記録媒体に格納されたプログラムに基づいて実行制御されるものとする。また、Ｓ１０１〜Ｓ１１４は各ステップを示す。
【００８２】
まず、伝票の申請（起票）を行なうユーザ（申請者）が、クライアント１０２から自己を特定するためのログイン処理を行ない、申請（起票）する伝票種類の指定を行なうと、伝票の種類と申請処理要求がサーバ１０１に対して送信される。
【００８３】
サーバ１０１は、この伝票の種類と申請処理要求を受信すると、ステップＳ１０１において、該受信した伝票の種類に対応する伝票情報を読み出し、ステップＳ１０２において、ステップＳ１０１で読み出した伝票情報内の経路情報インデックスに基づいて伝票毎に定められた承認経路情報を読み出し、ステップＳ１０３において、ステップＳ１０２で読み出した承認経路情報等に基づいて伝票データを作成する。
【００８４】
次に、ステップＳ１０４において、伝票データの申請者の項目に、申請したユーザ名を格納し、ステップＳ１０５において、伝票データ内の次の承認役割の名称を抽出する。
【００８５】
次に、ステップＳ１０６において、申請を行なう現ユーザ（申請者）専用の役割実ユーザ対応情報７００を読み出し、伝票データを次に承認処理する役割（役職）に定義されている実ユーザ名を抽出し次の承認予定者を確定して、ステップＳ１０７において、次の承認予定者を表示する欄を持った申請画面（図９）を申請処理の要求を行ったクライアント１０２に表示させる。なお、次の承認予定実ユーザが未定義だった場合には、未定義である旨を表示させる。
【００８６】
これにより、クライアント１０２側では、図９に示した申請画面上において、伝票毎に定められた事項が入力され、必要な情報の入力完了後、申請実行が指示される。そして、サーバ１０１に入力内容と申請指示が送信され、申請画面が終了され、クライアント１０２側の申請処理が終了される。また、次の承認予定者を変更する場合には、次承認者変更が指示され、サーバ１０１に入力内容と申請指示が送信される。
【００８７】
次に、ステップＳ１０８において、クライアント１０２から送信される申請（確定）の指示を受信したか否かを判定し、申請指示を受信していないと判断した場合には、ステップＳ１０９において、クライアント１０２から送信される次承認予定者変更の指示を受信したか否かを判定し、受信していないと判断した場合には、そのままステップＳ１０８に戻り、受信したと判断した場合には、ステップＳ１１０に進み次承認変更処理（図１２）を行い、ステップＳ１０８に戻る。
【００８８】
一方、ステップＳ１０８において、クライアント１０２から送信される申請（確定）の指示を受信したと判断した場合には、ステップＳ１１１において、クライアント１０２から送信された入力内容を伝票データ内に格納し、ステップＳ１１２に進む。
【００８９】
次に、ステップＳ１１２では、次承認予定者が未定義であるか否かを判定し、未定義でないと判断した場合には、ステップＳ１１４に進み、一方、未定義であると判断した場合には、ステップＳ１１３において、次承認変更処理（図１２）を行い、ステップＳ１１４に進む。
【００９０】
次に、ステップＳ１１４において、次承認予定者の情報を伝票データに格納するとともに、次の承認者に承認処理が必要な伝票データが到来した旨（伝票番号，伝票名称も含む）を通知し、処理を終了する。なお、図示していないが、（キャンセルキー９０７が押下され）クライアント１０２から送信されるキャンセル通知を受信した場合には、そのまま処理を終了するものとする。また、ステップＳ１０１〜１１４の処理が正常終了した場合には、クライアント１０２に対して伝票の申請終了通知を送信した後、正常に終了しなかった場合には、クライアント１０２に対してエラー通知を送信するように構成してもよい。
【００９１】
図１２は、本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける第２の制御処理手順の一例を示すフローチャートでありサーバ側の変更処理手順に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ２０１によりＨＤ２１１又はその他の記録媒体に格納されたプログラムに基づいて実行制御されるものとする。また、Ｓ２０１〜Ｓ２０４は各ステップを示す。
【００９２】
まず、ステップＳ２０１において、サーバ１０１は、次の承認者の役割と現在定義されている実ユーザを付加した変更処理画面（図１０）を生成し、クライアント１０２に送信して、クライアント側に表示させる。
【００９３】
これにより、クライアント１０２側では、図１０に示した次承認者変更画面上において、次承認者に変更する実ユーザと、変更範囲が選択され、サーバ１０１に変更指示（次承認者に変更する実ユーザ名，変更範囲を含む）が送信され、次承認者変更画面を閉じ、クライアント１０２側の次承認者変更処理が終了される。
【００９４】
次に、ステップＳ２０２において、クライアント１０２から次の承認者の変更指示を受信すると、ステップＳ２０３において、受信した変更指示が「役割実ユーザ対応情報の内容も変更する」であるか否かを判断し、「役割実ユーザ対応情報の内容も変更する」と判断した場合には、ステップＳ２０４に進み、受信した実ユーザ名に基づいて役割実ユーザ対応情報を変更し、処理を終了する。
【００９５】
一方、ステップＳ２０３において、受信した変更指示が「役割実ユーザ対応情報の内容も変更する」でないと判断した場合には、そのまま処理を終了する。なお、図示していないが、ステップＳ２０２で、（キャンセルキー１００６が押下され）クライアント１０２から送信されるキャンセル通知を受信した場合には、そのまま処理を終了するものとする。
【００９６】
図１３は、本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける第３の制御処理手順の一例を示すフローチャートであり、サーバ側の申請処理手順に対応する。なお、このフローチャートの処理は、図２に示したＣＰＵ２０１によりＨＤ２１１又はその他の記録媒体に格納されたプログラムに基づいて実行制御されるものとする。また、Ｓ３０１〜Ｓ３１２は各ステップを示す。
【００９７】
まず、伝票の承認を行なうユーザ（承認者）が、クライアント１０２から自己を特定するためのログイン処理を行ない、承認待ちとなっている伝票データを指定して承認処理要求を指示すると、指定した伝票の伝票番号と承認処理要求がサーバ１０１に対して送信される。
【００９８】
サーバ１０１は、この伝票番号と承認処理要求を受信すると、ステップＳ３０１において、該受信した伝票番号に対応するデータを読み出し、ステップＳ３０２において、伝票データ内の次の承認役割の名称を抽出する。
【００９９】
次に、ステップＳ３０３において、承認処理を行なうユーザ専用（承認者用）の役割実ユーザ対応情報７００を読み出し、次の承認役割（伝票データを自分の次に承認処理する役割（役職））に相当する実ユーザ名を抽出し次の承認予定者を特定して、ステップＳ３０４において、該次の承認予定者を表示する欄を持った承認画面（図９）を承認処理の要求を行ったクライアント１０２側に表示させる。なお、現承認者は、次の承認予定実ユーザが未定義だった場合には、未定義である旨を表示させる。
【０１００】
これにより、クライアント１０２側では、図９に示した承認画面上において、承認実行が指示され、サーバ１０１に承認指示と次承認予定者の氏名が送信される。そして、承認画面が終了され、クライアント１０２側の承認処理が終了される。また、次の承認予定者を変更する場合には、次承認者変更が指示され、サーバ１０１に次承認者変更指示が送信される。
【０１０１】
次に、ステップＳ３０５において、クライアント１０２から送信される承認の指示を受信したか否かを判定し、承認指示を受信していないと判断した場合には、ステップＳ３０９において、否認指示を受信したか否かを判定する。
【０１０２】
そして、否認指示を受信したと判断した場合には、ステップＳ３１０において、否認された旨を示す情報を伝票データに格納するとともに、システムに定められた戻り先（例えば、申請者）にユーザに決裁待ちデータ（否認データ）がある旨（伝票番号，伝票名称も含む）を通知し、処理を終了する。
【０１０３】
一方、ステップＳ３０９において、クライアント１０２から送信される否認指示を受信していないと判断した場合には、ステップＳ３１１において、クライアント１０２から送信される次承認予定者変更の指示を受信したか否かを判定し、受信していないと判断した場合には、そのままステップＳ３０５に戻り、受信したと判断した場合には、ステップＳ３１２に進み次承認変更処理（図１２）を行い、ステップＳ３０５に戻る。
【０１０４】
一方、ステップＳ３０５において、クライアント１０２にから送信される承認指示を受信したと判断した場合には、ステップＳ３０６において、次承認予定者が未定義であるか否かを判定し、未定義でないと判断した場合には、ステップＳ３０８に進み、一方、未定義であると判断した場合には、ステップＳ３０７において、次承認変更処理（図１２）を行い、ステップＳ３０８に進む。
【０１０５】
次に、ステップＳ３０８において、承認された旨を示す情報及び次承認予定者の情報を伝票データに格納するとともに、次の承認者に承認処理が必要な伝票データが到来した旨（伝票番号，伝票名称も含む）を通知し、処理を終了する。なお、図示していないが、（キャンセルキー９０７が押下され）クライアント１０２から送信されるキャンセル通知を受信した場合には、そのまま処理を終了するものとする。また、ステップＳ３０１〜３１２の処理が正常終了した場合には、クライアント１０２に対して伝票の承認処理終了通知を送信した後、正常に終了しなかった場合には、クライアント１０２に対してエラー通知を送信するように構成してもよい。
【０１０６】
図１４は、本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおいて承認者の実ユーザ名を特定する仕組みを申請から承認終了まで通して示した図である。
【０１０７】
図に示すように、サーバ１０１は、申請者が新規伝票を登録する際、申請を行なうユーザ用の役割ユーザ対応情報から、伝票によって一意に定められた承認経路（役割名の羅列で定義）における次の処理予定者の役割（役職）（図中ではＸＸ）として定義された実ユーザを特定し（図中では承認者Ａ）、クライアント１０２上の申請画面上に表示する。なお、申請者が、画面に表示された次の承認予定者とは異なるユーザに承認処理を依頼したい場合、上述した次承認者変更処理にて、次の承認予定者を変更することができる。ここで変更した情報は、その伝票データに限定した一時的な変更とすることもでき、また、自身の役割ユーザ対応情報の定義自体を変更することもできる。
【０１０８】
次に、サーバ１０１は、承認者が承認処理をする際、承認を行なうユーザ用の役割ユーザ対応情報から、次の処理予定者（承認者）の役割（役職）（図中ではＹＹ）として定義された実ユーザを特定し（図中では承認者Ｂ）、クライアント１０２上の承認画面上に表示する。なお、承認者も、承認画面に表示された次の承認予定者とは異なるユーザに次の承認処理を依頼したい場合、上述した次承認者変更処理にて、次の承認予定者を変更することができる。ここで変更した情報は、その伝票データに限定した一時的な変更とすることもでき、また、自身の役割ユーザ対応情報の定義自体を変更することもできる。
【０１０９】
そして、以降、この承認処理を最終承認者まで繰り返す。
【０１１０】
以上説明したように、本発明のワークフローサーバとワークフロークライアントから構成されるワークフローシステム側に、組織構成と各役割に対応した実ユーザ名を定義する組織情報を持たず、各利用者毎に自分に直接関係するユーザを特定するための情報（役割実ユーザ対応情報）を持つことによって、ワークフロー管理者側の負担（作業）を大幅に軽減することができる。また、組織情報を持つ必要がないため、開発コスト（初期コスト）を低く抑えることができる。さらに、前記組織情報をシステムに持つ必要がないため、組織変更時の管理者側の負担を軽減することができる。
【０１１１】
さらに、次の承認者を決定するのが申請者／前承認者であるため、紙／押印を用いた既存の決裁フローに即した承認フロー（代理承認等を含む）を実現することができる。
【０１１２】
また、伝票を承認する際、次承認者変更処理を呼び出すことにより、次の承認予定者を変更することができる。なお、この次承認者変更処理は、作業中の伝票に限定した一時的な変更とすることもでき、また、ここで変更した内容を作業中のユーザ専用の役割実ユーザ対応情報に反映させることもできる。
【０１１３】
なお、申請者（前承認者）が次に承認するユーザを任意に決めることができてしまうため、決裁の有効性（信憑性）が疎かになってしまうという考えもあるが、それは従来の「紙」を媒体として申請者（前承認者）が次の承認者に決裁を依頼していた決裁フローも同様であり、より上位層の承認にて有効性（信憑性）を確保することができる。即ち、従来の「紙」による決裁フローの押印と同等の有効性（信憑性）は保証される。
【０１１４】
また、各伝票情報内に含まれるインデックスにより各伝票に必要な承認経路が決定されるため、不慣れなユーザであっても、どの伝票を誰にフローさせてよいのか分からないという事態の発生を防止することができる。さらに、承認経路によりフローする経路に制約がかけられるため、伝票が本来通るべき経路を通らない等の事態の発生も抑えることができる。
【０１１５】
以下、図１５に示すメモリマップを参照して本発明に係るワークフローサーバ及びワークフロークライアントを適用可能なワークフローシステムで読み出し可能なデータ処理プログラムの構成について説明する。
【０１１６】
図１５は、本発明に係るワークフローサーバ及びワークフロークライアントを適用可能なワークフローシステムで読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【０１１７】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１１８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１１９】
本実施形態における図１１，図１２，図１３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１２０】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１２１】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１２２】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１２３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２４】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２５】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウエアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２６】
さらに、本発明を達成するためのソフトウエアによって表されるプログラムをネットワーク上のデータベースから通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２７】
【発明の効果】
以上説明したように、本発明によれば、組織における役割名と該役割名に対応するユーザを定義する役割実ユーザ対応情報を各ユーザ毎に登録しておき、クライアントからの承認要求に応じて、前記クライアントから指示される伝票データの次承認者の役割名に対応するユーザを、承認要求したユーザに対応する役割実ユーザ対応情報に基づいて特定するとともに、前記クライアントからの要求に応じて、前記特定された前記伝票データの次承認者の役割名に対応するユーザを変更することにより、ワークフロー管理者の管理負担（作業）を大幅に軽減することができるとともに、フローする経路を役割で定義してあるため、不慣れなユーザでも容易に使用することができ、また伝票が本来通るべき経路を逸脱してしまう等の事態の発生を抑えることができる等の効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すワークフローサーバ及びクライアントを適用可能なワークフローシステム（電子決裁システム）の構成の一例を示すブロック図である。
【図２】図１に示したサーバの構成を示すブロック図である。
【図３】図１に示したクライアントの構成を示すブロック図である。
【図４】図１に示した人事情報ＤＢ内のデータ構成の一例を示す図である。
【図５】図１に示した伝票情報ＤＢ，承認経路情報ＤＢ内のデータ構成及び関係を示す図である。
【図６】図１に示した伝票データＤＢ内のデータ構造の一例を示す図である。
【図７】図１に示した役割実ユーザ対応情報ＤＢ内のデータ構造の一例を示す図である。
【図８】本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける役割実ユーザ対応情報設定画面の一例を示す模式図である。
【図９】本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける申請画面／承認画面の一例を示す模式図である。
【図１０】本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける次承認者変更画面の一例を示す模式図である。
【図１１】本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける第１の制御処理手順の一例を示すフローチャートである。
【図１２】本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける第２の制御処理手順の一例を示すフローチャートである。
【図１３】本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおける第３の制御処理手順の一例を示すフローチャートである。
【図１４】本発明のワークフローサーバ及びクライアントを適用可能なワークフローシステムにおいて承認者の実ユーザ名を特定する仕組みを申請から承認終了まで通して示した図である。
【図１５】本発明に係るワークフローサーバ及びワークフロークライアントを適用可能なワークフローシステムで読み出し可能な各種データ処理プログラムを格納する記録媒体のメモリマップを説明する図である。
【符号の説明】
１０１  ワークフローサーバ
１０２ａ〜１０２ｃ  ワークフロークライアント
１０３  ネットワーク
１０１１  人事情報ＤＢ
１０１２  役割実ユーザ対応情報ＤＢ
１０１３  伝票情報ＤＢ
１０１４  承認経路情報ＤＢ
１０１５  伝票データＤＢ
【図１】
2004178145.tif 000003
【図２】
2004178145.tif 000004
【図３】
2004178145.tif 000005
【図４】
2004178145.tif 000006
【図５】
2004178145.tif 000007
【図６】
2004178145.tif 000008
【図７】
2004178145.tif 000009
【図８】
2004178145.tif 000010
【図９】
2004178145.tif 000011
【図１０】
2004178145.tif 000012
【図１１】
2004178145.tif 000013
【図１２】
2004178145.tif 000014
【図１３】
2004178145.tif 000015
【図１４】
2004178145.tif 000016
【図１５】
2004178145.tif 000017