ワークフローシステム、ワークフローサーバ、ワークフローシステムの制御方法、プログラムおよび記録媒体
【課題】 電子帳票に添付された添付ファイル毎に承認されたものか否かを分かりやすく識別させる技術を提供する。
【解決手段】 クライアント装置は、ワークフローサーバから受信した帳票画面データを添付ファイル毎の添付ファイル承認状態を識別可能に表示し、申請者の添付ファイルの新規追加、更新、再申請の操作を受付け、帳票情報としてワークフローサーバに送信し、ワークフローサーバは、受信した帳票情報に基づき、アクティビティとアクティビティが承認アクティビティの場合は承認、否認のいずれかとをプロセス情報として記憶し、アクティビティと添付ファイルとアクティビティが承認アクティビティの場合は添付ファイル承認状態とを添付ファイル情報として記憶し、承認アクティビティから申請アクティビティに差し戻された場合には、承認アクティビティに対応する添付ファイル承認状態を識別可能な帳票画面データを生成しクライアント装置に送信する。
【解決手段】 クライアント装置は、ワークフローサーバから受信した帳票画面データを添付ファイル毎の添付ファイル承認状態を識別可能に表示し、申請者の添付ファイルの新規追加、更新、再申請の操作を受付け、帳票情報としてワークフローサーバに送信し、ワークフローサーバは、受信した帳票情報に基づき、アクティビティとアクティビティが承認アクティビティの場合は承認、否認のいずれかとをプロセス情報として記憶し、アクティビティと添付ファイルとアクティビティが承認アクティビティの場合は添付ファイル承認状態とを添付ファイル情報として記憶し、承認アクティビティから申請アクティビティに差し戻された場合には、承認アクティビティに対応する添付ファイル承認状態を識別可能な帳票画面データを生成しクライアント装置に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
ワークフローシステムのプロセスにおいて電子帳票に添付されたファイルの承認状態を管理し、ユーザに提示する技術に関する。
【背景技術】
【０００２】
一般的なワークフローシステムにおいては、対象業務のプロセスに対応する電子帳票にファイルを添付することが可能である。例えば、領収書をスキャンした電子データや表計算ソフトやワープロソフトで作成した関連資料などを添付する場合がある。しかしながら、電子帳票に添付したファイルが多数ある場合であって、その電子帳票を否認し、また再申請するなどのプロセスを繰り返すことがある。この場合、承認者にとっては、個々の添付ファイルに対してその内容が正しいものか、あるいは不備があるか不明である。また、申請者にとっても、電子帳票が否認された場合、いずれかの添付ファイルに不備があるのかどうか不明である。否認理由としてコメントを付与することも考えられるが、不備がある添付ファイルの１つ１つに対してコメントするのも非効率的である。
【０００３】
特許文献１では、複数の電子文書を承認対象とした電子承認申請を受け付けた場合に、電子文書それぞれについて確認が必要かどうか（更新された電子文書であるかどうか）を“既読情報”に基づき判定し、その判定結果を確認者（承認者）へ通知する技術を提供している。すなわち確認者（承認者）が電子文書を確認し、不備があればその電子文書を含む電子承認心申請を差し戻し、申請者により当該電子文書が更新された場合、再度電子承認申請を受け付けた確認者（承認者）にとっては、“未読”か“既読”か、に基づき再度確認する必要がある電子文書を特定することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−９７４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、電子承認申請の申請者にとっては、電子承認申請が差し戻された際に、電子文書それぞれが承認されたのか不備があったのかはコメントに記載されているだけであり、そのコメントから不備のある電子文書を特定するのは非効率的である。
【０００６】
また、電子承認申請の確認者（承認者）にとっては、電子承認申請の再承認申請を受けた場合、電子文書の“未読”、“既読”の区別はつくものの、前の確認時に“既読”の電子文書には不備がなく“承認”したものであるのか、不備があり申請者が更新すべきであるのに、更新されていないため“既読”の状態になっているのか、は改めて電子文書を確認するか前の確認時のコメントを確認しなければならず非効率的である。
【０００７】
特に、電子承認申請の否認および再申請が繰り返される場合や電子文書が多い場合には、コメントの記載も多くなり確認が容易ではなくなる。
【０００８】
本発明は、電子帳票に添付された添付ファイルごとに、承認されたものであるか否かを分かりやすく識別させる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、クライアント装置と、電子帳票の処理を制御するワークフローサーバがネットワークを介して接続されるワークフローシステムであって、前記クライアント装置は、前記ワークフローサーバが送信する帳票画面データを受信する帳票画面データ受信手段と、前記帳票画面データ受信手段により受信された前記帳票画面データに基づき、前記添付ファイル毎に指定された承認、否認の添付ファイル承認状態を識別可能に、前記電子帳票を表示する表示制御手段と、前記表示制御手段により表示された前記電子帳票において、申請者であるユーザが前記添付ファイルの新規追加、更新を行い、更に再申請の処理を行う操作を受け付ける操作受付手段と、前記操作受付手段によりユーザにより再申請された前記電子帳票を、帳票情報として前記ワークフローサーバに送信する帳票情報送信手段と、を備え、前記ワークフローサーバは、前記電子帳票送信手段により前記クライアント装置から送信された前記帳票情報を受信する帳票情報受信手段と、前記帳票情報受信手段により受信された前記帳票情報に基づき、該帳票情報のアクティビティと、該アクティビティが承認アクティビティである場合には承認または否認のいずれかのアクティビティ承認状態と、をプロセス情報としてプロセス記憶手段に記憶させるプロセス登録手段と、前記帳票情報受信手段により受信した前記帳票情報に基づき、該帳票情報のアクティビティと、前記帳票情報に添付された前記添付ファイルと、該アクティビティが承認アクティビティである場合には該添付ファイルの前記添付ファイル承認状態と、を添付ファイル情報として添付ファイル記憶手段に記憶させる添付ファイル登録手段と、前記承認アクティビティから申請アクティビティに差し戻された場合には、該承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成する帳票画面データ生成手段と、前記帳票画面データ生成手段により生成された前記帳票画面データを前記クライアント装置に送信する帳票画面データ送信手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、電子帳票に添付された添付ファイルごとに、承認されたものであるか否かを分かりやすく識別させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係わるシステム構成の一例を示す図である。
【図２】本発明の実施形態に係わるワークフローサーバ、クライアント装置のハードウェア構成の一例を示すブロック図である。
【図３】本発明の実施形態に係わるワークフローサーバにおけるソフトウェア構成の一例を示すブロック図である。
【図４】ワークフローのプロセスの一例を示す図である。
【図５】本発明の実施形態に係わる申請（再申請）画面の一例を示す図である。
【図６】本発明の実施形態に係わる承認画面の一例を示す図である。
【図７】本発明の実施形態に係わる承認画面の一例を示す図である。
【図８】本発明の実施形態に係わるワークフローのプロセスの進行状況を記憶するプロセス管理テーブルの構成の一例を示す図である。
【図９】本発明の実施形態に係わる登録された添付ファイルを記憶する添付ファイル管理テーブルの構成の一例を示す図である。
【図１０】本発明の実施形態に係わる登録された添付ファイルの承認状態を記憶する添付ファイル承認状態管理テーブルの構成の一例を示す図である。
【図１１】本発明の実施形態に係わるワークフローの申請処理の一例を示すフローチャートである。
【図１２】本発明の実施形態に係わるワークフローの承認／否認の全体処理の一例を示すフローチャートである。
【図１３】本発明の実施形態に係わるワークフローの承認画面生成処理の一例を示すフローチャートである。
【図１４】本発明の実施形態に係わるワークフローの承認／否認の詳細処理の一例を示すフローチャートである。
【図１５】本発明の実施形態に係わるワークフローの再申請の全体処理の一例を示すフローチャートである。
【図１６】本発明の実施形態に係わるワークフローの再申請画面生成処理の一例を示すフローチャートである。
【図１７】本発明の実施形態に係わるワークフローの再申請の際の添付ファイルに関する処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
【００１３】
図１は、本発明の実施形態に係わるシステム構成の一例を示す図である。
【００１４】
図１において、ワークフローシステムは、少なくとも１つのワークフローサーバ１０１とクライアント装置１０２がネットワーク１０３を介して接続されている。
【００１５】
ユーザは、例えばウェブブラウザやクライアントソフトウェアなどを利用して、クライアント装置１０２から、ワークフローサーバ１０１に対して、ワークフロー進行の要求などを行う。
【００１６】
ワークフローサーバ１０１は、要求に応じた処理、管理をおこない、必要があればクライアント装置１０２に対して結果などを送信する。
【００１７】
ワークフローサーバ１０１とクライアント装置１０２の間の通信は、通常のＨＴＴＰのリクエストでもよいし、ＳＯＡＰなどを利用したウェブサービスのリクエストでもよい。
【００１８】
図２は、本発明の実施形態に係わるワークフローサーバ、クライアント装置のハードウェア構成の一例を示すブロック図である。
【００１９】
図２に示すように、ワークフローサーバ１０１、クライアント装置１０２は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００２０】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２１】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２２】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２３】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。
【００２４】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２５】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２６】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０３を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００２７】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００２８】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００２９】
図３は、本発明の実施形態に係わるワークフローサーバにおけるソフトウェア構成の一例を示すブロック図である。
【００３０】
クライアント装置１０２は、帳票画面データ受信部３０１、表示制御部３０２、操作受付部３０３、帳票情報送信部３０４から構成される。
【００３１】
帳票画面データ受信部３０１は、クライアント装置１０２においてユーザが指定した対象業務に相当する電子帳票をクライアント装置１０２のディスプレイに表示するため、帳票画面データをワークフローサーバ１０１から受信する。ユーザが指定する対象業務に相当する電子帳票は、ワークフローのプロセスにおける各アクティビティに対応するものである。例えば申請者が新規に起票するもの、承認者が承認／否認の操作を行うもの、また承認者に否認された後、申請者により再申請の操作を行うものがある。
【００３２】
表示制御部３０２は、前述の帳票画面データ受信部３０１により受信した帳票画面データを、クライアント装置１０２のディスプレイに表示するための制御を行う。
【００３３】
操作受付部３０３は、表示制御部３０２によりクライアント装置１０２のディスプレイに表示された電子帳票に対するユーザの操作を受け付ける。具体的には、例えば、電子帳票における申請事項の入力、承認者のコメント、本発明の実施形態に係わるファイルの添付操作および添付ファイルの更新、削除などである。また、プロセスの各アクティビティに応じて申請、承認、否認などの操作も受け付ける。
【００３４】
帳票情報送信部３０４は、操作受付部３０３で前述の電子帳票に入力された情報、添付ファイル、申請、承認、否認などの操作を帳票情報としてワークフローサーバ１０１に送信する。
【００３５】
ワークフローサーバ１０１は、帳票情報受信部３１１、プロセス登録部３１２、添付ファイル登録部３１３、帳票画面データ生成部３１４、帳票画面データ送信部３１５、電子帳票承認時添付ファイル承認状態変更部３１６、下位承認者添付ファイル承認状態変更部３１７、プロセス記憶部３１８、添付ファイル記憶部３１９から構成される。
【００３６】
帳票情報受信部３１１は、前述のクライアント装置１０２の帳票情報送信部３０４から送信された帳票情報を受信する。
【００３７】
プロセス登録部３１２は、ワークフローのプロセスの各アクティビティの状態を後述のプロセス記憶部３１８に登録する。具体的には、前述の帳票情報受信部で受信した帳票情報に基づき、ワークフローのプロセスを特定するプロセスＩＤ、現在のアクティビティ、対応するアクティビティで行われた申請や、承認アクティビティであれば承認、否認のいずれが指定されたか、申請や承認／否認の日時などを登録する。アクティビティそのものは、帳票情報に含まれていてもよいが、必ずしも帳票情報に含まれていなくともよい。すなわち、前述のワークフローのプロセスＩＤなどにより特定され、ワークフロー定義（ワークフロー名から特定）とも対応している。従って、起票処理が終わった時点では申請のアクティビティが完了した状態であること、承認処理が終わった時点では、いずれの承認アクティビティでの操作であるか、などワークフロー定義に基づき判断することができる。
【００３８】
また、承認アクティビティでは、操作が承認か否認かにより次に進むアクティビティが変わるため、次のアクティビティを登録してもよい。あるいはワークフロー定義と、プロセス記憶部３１８に最後に登録されたアクティビティと、承認状態と、から次のアクティビティを判断してもよい。最後に登録されたアクティビティは、前述の申請や承認／否認の日時でもよいし、あるいは処理されたアクティビティに昇順に番号を付与し、最大の番号を付与されているアクティビティを最後に処理（登録）されたものとしてもよい。
【００３９】
なお、申請事項やコメントなどの詳細（例として交通費であれば交通手段、交通費など）もプロセス登録部３１２により、プロセス記憶部３１８に登録してもよいし、またアクティビティや承認状態とは別の記憶部に登録してもよい。
【００４０】
添付ファイル登録部３１３は、帳票情報に基づき、電子帳票に添付された添付ファイルに関する操作を行ったアクティビティ、承認アクティビティにおける承認状態、登録（添付）された日時、承認／否認された日時、添付ファイルの格納先などを添付ファイル記憶部３１９に登録する。プロセス登録部３１２の場合と同様、アクティビティそのものは、帳票情報に含まれていてもよいが、必ずしも帳票情報に含まれていなくともよい。また、プロセス記憶部３１８と添付ファイル記憶部３１９のレコードの対応付けは、後述する説明では、プロセスＩＤと、申請または承認のアクティビティ、添付ファイルの登録、更新、承認／否認の日時、などにより判断するものとしている。しかし、プロセス記憶部３１８で処理されたアクティビティに昇順に番号を付与している場合には、その番号で対応付けてもよい。すなわち、プロセスおよびプロセスの各アクティビティと添付ファイルの状態に関する対応付けの方法は如何なる方法でもよく、以降で説明は、あくまで１つの構成例であり、実際には様々な構成を取り得る。
【００４１】
帳票画面データ生成部３１４は、クライアント装置１０２に送信する帳票画面データを生成する。最初の起票時には、申請者が指定した対象業務（ワークフロー定義）の画面定義に応じて帳票画面データを生成する。対象業務とは、例えば交通費精算、物品購入などである。申請以降のアクティビティ（承認アクティビティや、否認された場合には再申請するための申請アクティビティ）では、対応するプロセスＩＤとプロセス記憶部３１８と添付ファイル記憶部３１９に基づき、帳票画面データを生成する。それ以前のアクティビティでの入力情報や承認情報、添付ファイルに関する情報があるためである。
【００４２】
帳票画面データ送信部３１５は、帳票画面データ生成部３１４で生成した帳票画面データを、クライアント装置１０２に送信する。
【００４３】
電子帳票承認時添付ファイル承認状態変更部３１６は、承認者が電子帳票を承認した際に、添付ファイルを全て承認状態に変更する。すなわち、大量の添付ファイルが申請者により添付された場合など、１つ１つの添付ファイルに対して、承認者が承認設定しなくても、電子帳票の承認操作をするだけで、全ての添付ファイルを承認することで、操作負荷を低減するものである。
【００４４】
実際には、電子帳票承認時添付ファイル承認状態変更部３１６は、クライアント装置１０２側の構成であってもよい。例えば、承認アクティビティにおいて承認の操作を受け付けた際に、添付ファイルの承認状態を“承認”に変更して、帳票情報をワークフローサーバ１０１に送信してもよい。また、ワークフローサーバ１０１側の構成である場合には、承認アクティビティにおける承認操作により、実際に全ての添付ファイルに対して添付ファイル記憶部３１９に対応するアクティビティを“承認”の状態として記憶してもよい。この場合、電子帳票承認時添付ファイル承認状態変更部３１６は、添付ファイル記憶部３１９に承認の状態を記憶させるための機能部である。
【００４５】
さらに、本発明の実施の形態においては、承認アクティビティにおいて承認者が添付ファイルの新規追加、更新、削除を行うことが可能である。その場合、ある承認アクティビティで新規追加、更新をした添付ファイルについては、その承認アクティビティおよびそれより下位の（ワークフローのプロセスとして前方の）承認アクティビティでも承認されたと見なすようワークフローシステムを実装可能である。
【００４６】
下位承認者添付ファイル承認状態変更部３１７は、前述の通り、ある承認アクティビティで新規追加、更新をした添付ファイルについては、その承認アクティビティおよびそれより下位の（ワークフローのプロセスとして前方の）承認アクティビティでも“承認”の状態とする機能部である。具体的には、承認アクティビティにおいて添付ファイルの新規追加、更新をした際に、当該アクティビティおよび下位の承認アクティビティに対応づけて、添付ファイル記憶部３１９に、新規追加、更新された添付ファイルを“承認”の状態として記憶させてもよい。
【００４７】
また、実際には、添付ファイル記憶部３１９における各承認アクティビティに対応する添付ファイルの“承認”の状態を記憶しなくとも、承認アクティビティで承認操作を行う際に、新規追加、更新したアクティビティおよび下位の承認アクティビティにおいては、承認したものと見なすようにしてもよい。すなわち、添付ファイルが同アクティビティまたは上位のアクティビティにおいて、新規追加、更新されている場合には、帳票画面データ生成の際に添付ファイルの承認状態を特定することなどが可能である。
【００４８】
なお、図３で説明した構成は、一例である。例えば、前述の通り、電子帳票承認時添付ファイル承認状態変更部３１６は、クライアント装置１０２における機能部であってもよい。すなわち、クライアント装置１０２の操作受付部３０３において“承認”操作を受け付けた際に、ワークフローサーバ１０１に送信する帳票情報に含まれる添付ファイル承認状態を“承認”に設定してもよい。
【００４９】
次に、図４〜図１０を用いて、クライアント装置１０２に表示される申請、承認の画面とユーザの操作、およびその結果としてプロセス記憶部３１８、添付ファイル記憶部３１９に記憶されるデータについて説明する。
【００５０】
図４は、ワークフローのプロセスの一例を示す図である。この例では、対象業務に対応するワークフローが“申請”アクティビティにおいて起票される。続いて、“承認”のアクティビティとして、下位（プロセスの前方）から順に“承認１”、“承認２”、“最終承認”があり、全て承認されると“終了”の状態となる。また、各承認アクティビティでは“否認”することができ、否認すると“申請”のアクティビティに戻る。その場合、“申請”のアクティビティでは、申請内容や添付ファイルを更新して、再申請することができる。
【００５１】
図５は、本発明の実施形態に係わる申請（再申請）画面の一例を示す図である（図４の申請のアクティビティに相当）。申請する対象業務は、例えば、ワークフロー名５０１が“交通費精算”に相当するものであるとする。ユーザ（ここでは申請者Ａ）は、５００ａにおいて“外出日”、“申請理由”、“交通費”の詳細などを記載し、さらに領収書などを添付５０２の指定に応じてファイルを添付する。ファイルの添付は、添付ファイル追加ボタン５０８を押下することで、ファイル選択ダイアログ（不図示）が表示され、ユーザが添付したいファイルを選択する。例では、ファイル“ＡＡＡ．ｊｄｘ”が添付され、ファイル名５０３にファイル名と、その下方に添付したユーザの名前“申請者Ａ”も表示される。ここではファイル名のみが表示されているが、フォルダ名を含むパスが表示されてもよい。また、ファイル名５０３の前にあるチェックボックス５０７にチェックを入れ、添付ファイル削除ボタン５０９を押下すると、対応する添付ファイルは、申請画面から削除される。
【００５２】
添付ファイルの状態には、本画面の例では、未承認５０４、承認５０５、否認５０６があるが、申請時には、“未承認”の状態となる。同様にファイル“ＢＢＢ．ｊｄｘ”が、“申請者Ａ”により添付されている。
【００５３】
この状態で、申請ボタン５１０を押下すると、申請画面で入力、添付したファイルの情報がワークフローサーバ１０１に送信される。これらの情報は、図８で示すプロセス管理テーブル（プロセス記憶部３１８のデータ構成）および図９〜図１０で示す添付ファイル管理テーブル、添付ファイル承認状態管理テーブル（添付ファイル記憶部３１９のデータ構成）に登録される。
【００５４】
図８は、本発明の実施形態に係わるワークフローのプロセスの進行状況を記憶するプロセス管理テーブルの構成の一例を示す図である。前述のように、申請事項やコメントなどの詳細（例として交通費であれば交通手段、交通費など）も図８の構成（プロセス記憶部３１８）に登録してもよいし、またアクティビティや承認状態とは別の記憶部に登録してもよい。図８では、申請事項やコメントなどの詳細は別の記憶部に登録するものとして説明しない。
【００５５】
図８においては、プロセス管理テーブルは、起票されたワークフローのプロセスを特定するためのＰＩＤ８０１（プロセスＩＤ）、本プロセスの定義となるワークフロー名８０２（ワークフロー定義）、対象業務の申請者８０３、申請日時８０４、プロセスにおける次のアクティビティとその担当者を表す次８０５、本アクティビティの操作を行った処理日時８０６、承認アクティビティにおける操作である場合にアクティビティと、対象業務の電子帳票（ワークフロー申請）に対する承認／否認の状態を示す状態８０７から構成される。
【００５６】
前述の図５における５００ａの申請が完了すると、図８のプロセス管理テーブルには、８０１〜８０４、および８０５ａ〜８０７ａのデータが登録される。図８においては、８０１〜８０４の項目は１つだけ登録され、８０５ａ〜８０７ａは、別のテーブルに登録されている。以降、ワークフローのプロセスが進むにつれて、６つのアクティビティに応じてａ〜ｆまでが別のテーブルに、６レコードに分けて登録している。
【００５７】
この場合、図では省略しているが、８０５〜８０７にもＰＩＤ（プロセスＩＤ）を付与して、２つのテーブルのレコードを対応付けてもよい。また、両方のテーブルを分けずに、８０１〜８０４の部分は８０５〜８０７と合わせて１レコードとし、重複して登録してもよい。いずれの方法も、本発明の実施形態における、８０１〜８０７（またはその一部のデータ項目）を対応付けてプロセス記憶部３１８に記憶しているものとする。
【００５８】
なお、次８０５で指定される次のアクティビティ及び次の承認者は、ワークフロー定義（プロセスに関する定義）において予め定義されており、固定で決定できるものであってもよいし、ユーザの指定などにより次を指定させるものであってもよい。
【００５９】
次に、図９と図１０を用いて、添付ファイル記憶部３１９に記憶されるデータの構成について説明する。
【００６０】
図９は、本発明の実施形態に係わる登録された添付ファイルを記憶する添付ファイル管理テーブルの構成の一例を示す図である。図９は、添付ファイル記憶部に記憶されるデータのうち、各添付ファイルを特定するための情報が記憶される添付ファイル管理テーブルの構成例である。
【００６１】
添付ファイル管理テーブルは、添付ファイルに対応するワークフローのプロセスを特定するＰＩＤ９０１（プロセスＩＤ）、ファイルを特定するＦＩＬＥＩＤ９０２（ここではファイル名そのものとして図示）、ファイルの更新回数を示す版９０３、ファイルを登録（添付）したアクティビティと担当者を示す登録アクティビティ９０４、登録（添付）された日時を示す登録日時９０５、添付ファイルが更新された場合に、更新したアクティビティと担当者を示す更新アクティビティ９０６、更新日時９０７、ファイルが削除されているか否かを示す削除フラグ９０８（削除されていればＯＮ、削除されていなければＯＦＦ）、ワークフローシステムが管理するＨＤＤなどにおけるファイルの格納先を示す格納先９０９で構成される。
【００６２】
図５の５００ａの申請が完了した場合には、図９の添付ファイル管理テーブルには、９００ａのように、プロセスＩＤ“Ｐ００００１”に対応するファイルとして２つのファイル“ＡＡＡ．ｊｄｘ”と“ＢＢＢ．ｊｄｘ”が登録される。ここでは、登録日時９０５は、図８の申請日時８０４と同じとしている。また、最初の申請であり、添付ファイルの更新はないため更新アクティビティ９０６ａ、更新日時９０７ａには情報がなく、削除フラグ９０８もＯＦＦ（申請後、削除されていない添付ファイル）である。
【００６３】
図１０は、本発明の実施形態に係わる登録された添付ファイルの承認状態を記憶する添付ファイル承認状態管理テーブルの構成の一例を示す図である。図１０は、添付ファイル記憶部に記憶されるデータのうち、各添付ファイルに対する各承認のアクティビティでの承認状態に関する情報が記憶される添付ファイル承認状態管理テーブルの構成例である。
【００６４】
添付ファイル承認状態管理テーブルは、添付ファイルに対応するワークフローのプロセスを特定するＰＩＤ１００１（プロセスＩＤ）、ファイルを特定するＦＩＬＥＩＤ１００２（ここではファイル名そのものとして図示）、ファイルの更新回数を示す版１００３、ファイルを承認したアクティビティを示す承認アクティビティ１００４、承認者を特定する承認者ＩＤ１００５、添付ファイルに対する承認／否認の状態を示す状態１００６、承認された日時を示す承認日時１００７で構成されている。承認日時１００７は、図８におけるレコードが承認者の処理によるものである場合の処理日時８０６と同じとしている。
【００６５】
申請時には添付ファイルに対する承認に関する情報は存在しないため、図１０の添付ファイル承認状態管理テーブル１０００ａのように、テーブルにはレコードが登録されない。
【００６６】
なお、前述の説明では図９の添付ファイル管理テーブルと、図１０の添付ファイル承認状態管理テーブルを別のテーブルとして説明した。すなわち、これらの９０１〜９０９、１００１〜１００７をそれぞれ異なるレコードとして異なるテーブルに記憶し、ＰＩＤ９０１（図１０では１００１）、ＦＩＬＥＩＤ９０２（図１０では１００２）、版９０３（図１０では１００３）により対応付けた。しかし、添付ファイル記憶部３１９では、これらの９０１〜９０９、１００１〜１００７を１つのレコードとして重複する部分は省いた構成で格納してもよい。いずれの方法も、本発明の実施形態における、９０１〜９０９、１００１〜１００７（またはその一部のデータ項目）を対応付けて添付ファイル記憶部３１９に記憶しているものとする。
【００６７】
図６は、本発明の実施形態に係わる電子帳票の承認画面の一例を示す図である（図４の承認１のアクティビティに相当）。図５の電子帳票の申請用画面との違いは、対象業務の電子帳票（ワークフロー申請）を承認するための承認ボタン６０１と否認するための否認ボタン６０２があることである（さらに申請ボタン５１０がない）。
【００６８】
６００ａによると承認１のアクティビティにおいて承認者Ｂが最初に電子帳票の承認画面を表示したときは、添付されたファイル“ＡＡＡ．ｊｄｘ”、“ＢＢＢ．ｊｄｘ”のいずれも未承認の状態である。本例において承認画面を操作する承認者Ｂは、両添付ファイルの内容を確認し、承認するか否か判断する。承認する場合は、６００ｂのように承認５０５のボタンを選択する。ここで、６００ｂ〜ｃは、６００ａと同じ電子帳票の承認画面であるが、上半分を省略し、“領収書などを添付”以下のみを図示しているものである。
【００６９】
さらに添付ファイルの承認後、承認ボタン６０１を押下することで電子帳票を承認する。また、添付ファイルが未承認、否認の状態であっても、承認ボタン６０１を押下して電子帳票を承認すれば、全ての添付ファイルが承認されるように実装してもよい。また、否認ボタン６０２により電子帳票を否認することができる。添付ファイルは承認しても、他の詳細の項目の内容（交通費など）に誤りがあるため否認ボタン６０２を押下して電子帳票を否認してもよい。
【００７０】
図８の８０５ｂ〜８０７ｂは、承認１のアクティビティにおいて、電子帳票が承認されたことを示している。また、図１０において、添付ファイル承認状態管理テーブル１０００ｂに示すとおり、２つのファイルが、承認１のアクティビティにおいて承認者Ｂに承認されたことを示している。承認日時１００７ｂは、図８の８０６ｂと同じとしている。
【００７１】
図７は、本発明の実施形態に係わる承認画面の一例を示す図である（図４の承認２のアクティビティに相当）。承認アクティビティおよび承認者が異なるが、電子帳票の承認画面は図６と同じである。
【００７２】
７００ａによると承認２のアクティビティにおいて承認者Ｃが最初に電子帳票の承認画面を表示したときは、添付されたファイル“ＡＡＡ．ｊｄｘ”、“ＢＢＢ．ｊｄｘ”のいずれも未承認の状態である。本例において承認画面を操作する承認者Ｃは、両添付ファイルの内容を確認し、承認するか否か判断する。承認者Ｃは、７００ｂのようにファイル“ＡＡＡ．ｊｄｘ”を否認し、ファイル“ＢＢＢ．ｊｄｘ”を承認したとする。さらに電子帳票に対しては、否認ボタン６０２を押下することで否認したとする。ここで、７００ｂ〜ｃは、７００ａと同じ電子帳票の承認画面であるが、上半分を省略し、“領収書などを添付”以下のみを図示しているものである。
【００７３】
図８の８０５ｃ〜８０７ｃは、承認２のアクティビティにおいて電子帳票が否認されたことを示している。また、８０５ｃにより、申請アクティビティに差し戻されたことが示されている。また図１０の添付ファイル承認状態管理テーブル１０００ｃには、添付ファイル承認状態管理テーブル１０００ｂに更に２つのレコードが追加されている。これらは、承認２のアクティビティによる結果であり、承認者Ｃによりファイル“ＡＡＡ．ｊｄｘ”は否認、ファイル“ＢＢＢ．ｊｄｘ”は承認されたことを示している。
【００７４】
承認２のアクティビティから申請アクティビティに差し戻された状態を、図５の５００ｂで示す。申請者Ａが否認（差し戻し）された電子帳票を表示させると、ワークフローサーバ１０１の帳票画面データ生成部３１４は、否認したアクティビティが承認２であることを図８の８０７ｃから取得し、また現時点での添付ファイルを図９の９００ａから取得する。それらに基づき、承認２に対応する添付ファイルの承認の状態を図１０の添付ファイル承認状態管理テーブル１０００ｃから取得し、帳票画面データを生成する。その帳票画面データに基づき、クライアント装置１０２において５００ｂを表示する。従って、承認２のアクティビティで承認者Ｃが指定したとおり、ファイル“ＡＡＡ．ｊｄｘ”は否認の状態、ファイル“ＢＢＢ．ｊｄｘ”は承認の状態として表示される。
【００７５】
申請者Ａは、否認された添付ファイル“ＡＡＡ．ｊｄｘ”の前のチェックボックスにチェックを入れ、添付ファイル削除ボタン５０９を押下することで、電子帳票から添付ファイル“ＡＡＡ．ｊｄｘ”を削除する。申請者は、ファイル“ＡＡＡ．ｊｄｘ”を修正する。ファイルの作成及び修正は、対応する様々なアプリケーションを用いる。さらに添付ファイル追加ボタン５０８により、修正したファイル“ＡＡＡ．ｊｄｘ”を電子帳票に再度添付する。
【００７６】
本説明においては、ファイル名によりファイルを特定するためのＦＩＬＥＩＤとしており、ファイル名が同じである場合には、同一のファイルの修正版と判断する。また、不図示の添付ファイル差し替えボタンを用意し、添付ファイルを明示的に差し替えることによりファイル名が異なっても同一のファイルの修正版であることが分かるようにしてもよい。この場合は、ＦＩＬＥＩＤとしては、ファイル名そのものではなくワークフローシステムにおける連番などを使用する。
【００７７】
ファイル“ＡＡＡ．ｊｄｘ”を修正して再度追加すると、電子帳票の申請画面５００ｃのように未承認の状態となる。さらに申請者は、申請ボタン５１０をおうかすることにより電子帳票は再申請される。
【００７８】
図８のプロセス管理テーブルにおいては、８０５ｄ〜８０７ｄにより、電子帳票が再申請され、承認１のアクティビティに移行（次８０５ｄにおいて次のアクティビティが“承認１”で、担当者が“承認者Ｂ”であると記載）することが分かる。
【００７９】
また、再申請により添付ファイル管理テーブルは９００ｄのように更新される。すなわちファイル“ＡＡＡ．ｊｄｘ”に関する情報が記録されているレコードは、版９０３ｄが“２”、更新アクティビティ９０６ｄが“申請（申請者Ａ）”、更新日時９０７ｄ“２０１１／１０／３ １３：００”と上書きされる。なお、図９では、上書きされ更新前の添付ファイルの情報は残されていないが、履歴として管理するなどの目的で、上書きせずに残すようにしてもよい。その場合、版９０３や、登録日時９０５あるいは更新日時９０７で、ＦＩＬＥＩＤ９０２が同一のもののうち、最新のものを判断することができる。
【００８０】
“承認１”のアクティビティにおいて、承認者が電子帳票の画面を表示すると、図６の６００ｃのように表示される。この画面において、添付ファイル“ＡＡＡ．ｊｄｘ”は未承認の状態として表示される。すなわち、“承認１”のアクティビティにおいて、前回は添付ファイル“ＡＡＡ．ｊｄｘ”を承認し、添付ファイル承認状態管理テーブル１０００ｂ（または１０００ｃ）において、状態１００６ｂ（または１００６ｃ）において“承認”と記載されている。
【００８１】
しかし、添付ファイル管理テーブル９００ｄの“ＡＡＡ．ｊｄｘ”の版９０３ｄが“２”であるのに対し、１０００ｂの版１００３ｂは“１”であるため、システムは、添付ファイル“ＡＡＡ．ｊｄｘ”は更新されており、承認者Ｂが確認するまで未承認の状態だと判断する。また、２つの版の情報の代わりに、“承認１”のアクティビティにおける前回の処理日時８０６ｂ（図８における“２０１１／１０／３ １１：００”）あるいは承認日時１００７ｂ（図１０の１０００ｂにおける“２０１１／１０／３ １１：００”）と、添付ファイルの更新日時９０７ｄ（図９の９００ｄにおける“２０１１／１０／３ １３：００”）を比較し、承認の日時の後に、添付ファイル“ＡＡＡ．ｊｄｘ”が更新されたことを判断してもよい。いずれ方法、または他の方法であっても、最後の承認以降に添付ファイルが更新されたことが分かればよい。
【００８２】
“承認１” （再申請された２回目）のアクティビティにおいて、承認者Ｂは未承認と表示された添付ファイル“ＡＡＡ．ｊｄｘ”の内容を確認する。ここで、内容に不備はなく６００ｂのように（１回目の時と同じく）添付ファイル“ＡＡＡ．ｊｄｘ”を承認し、承認ボタン６０１を押下する。
【００８３】
ワークフローサーバ１０１は、図８のプロセス管理テーブルに８０５ｅ〜８０７ｅを“承認１”
（再申請された２回目）のアクティビティの処理結果として登録する。８０５ｅにより、ワークフローのプロセスが、“承認２”のアクティビティに進むことが分かる。
【００８４】
また、図１０の添付ファイル承認状態管理テーブル１０００ｅに示すように、ワークフローサーバ１０１は承認の状態が変更された“ＡＡＡ．ｊｄｘ”（版１００３ｅは“２”）を“承認２”のアクティビティの処理日時８０６ｅと同じ日時（承認日時１００７ｅの“２０１１／１０／３ １４：００”）で、添付ファイル承認状態管理テーブルに登録する。
【００８５】
“承認２” （再申請された２回目）のアクティビティにおいて承認者である“承認者Ｃ”が前述の電子帳票を選択すると、クライアント装置１０２においては図７の７００ｃのように表示される。詳細説明は、“承認１”のアクティビティの場合と同じなので省略する。また、“承認者Ｃ”は、添付ファイル“ＡＡＡ．ｊｄｘ”を承認し、承認ボタン６０１を押下したとする。
【００８６】
ワークフローサーバ１０１は、図８のプロセス管理テーブルに８０５ｆ〜８０７ｆを“承認１”
（再申請された２回目）のアクティビティの処理結果として登録する。
【００８７】
また、ワークフローサーバ１０１は、図１０の添付ファイル承認状態管理テーブル１０００ｆに示すように、添付ファイル“ＡＡＡ．ｊｄｘ”
（版１００３ｆは“２”）の承認状態を登録する。
【００８８】
以上、図４から図１０にて説明した内容から、申請者、承認者が、添付ファイルの承認状態を単に確認済みか否かのみならず、既に承認したか否認したかまで、分かりやすく表示するという効果が得られる。さらにまだ承認／否認のいずれもされていない添付ファイルを未承認の状態として表示することにより、承認者が内容を確認しなければならない添付ファイルを明確にする効果が得られる。
【００８９】
また、大量の添付ファイルがある場合に、承認者は１つずつ添付ファイルを承認の状態（図６の５０５）にしなくとも、承認ボタン（図６の６０１）を押下しアクティビティの承認をするだけで、添付ファイルの承認したことになり、承認者の負荷を減らす効果が得られる。
【００９０】
さらに、承認者が添付ファイルの新規追加／更新をした場合には、その承認アクティビティ及び下位（ワークフローのプロセスで前の）アクティビティにおいて、添付ファイルは承認されたと見なすことが可能である。そのようにワークフローシステムが実装された場合には、ワークフローのプロセスを改めて最初の承認者に戻すことによる電子帳票の承認にかかる時間を削減し、当該アクティビティおよび下位の承認アクティビティの承認者の確認、操作の負荷を減らす効果が得られる。
【００９１】
図１１は、本発明の実施形態に係わるワークフローの申請処理の一例を示すフローチャートである。図１１の各ステップは、クライアント装置１０２のＣＰＵ２０１及びワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【００９２】
ステップＳ１１０１において、クライアント装置は、ユーザにワークフローシステムに対するログイン情報を入力させる。ログイン情報は、ユーザに一意に付与されたアカウント（ＩＤ）などである。フローチャートにおいて詳細を省略しているが、このログイン情報がワークフローサーバに受け渡されることにより、以降、ユーザの権限管理や前述の各テーブルにおけるユーザ（申請者、承認者）を特定するためのＩＤとしてテーブルへの登録に用いられる。他のフローチャートにおいても同様とする。
【００９３】
ステップＳ１１０２において、クライアント装置は、ワークフローサーバに、ユーザ（ここでは申請者）が電子帳票として申請する対象業務の一覧を要求する。
【００９４】
ステップＳ１１０３において、ワークフローサーバは、クライアント装置からの対象業務一覧の要求を受け付ける。
【００９５】
ステップＳ１１０４において、ワークフローサーバは、前述の申請者の権限において申請可能な対象業務の一覧を取得し、対象業務一覧画面データを生成する。
【００９６】
ステップＳ１１０５において、ワークフローサーバは、先のステップで生成された対象業務一覧画面データを、クライアント装置に送信する。
【００９７】
ステップＳ１１０６において、クライアント装置は、ワークフローサーバから送信された対象業務一覧画面データを受信する。
【００９８】
ステップＳ１１０７において、クライアント装置は、クライアント装置のディスプレイに対象業務一覧画面データに基づき、対象業務一覧を表示させる。
【００９９】
ステップＳ１１０８において、クライアント装置は、ユーザに対象業務一覧の中から申請者として申請したい対象業務を選択させる。また、対象業務に対応する電子帳票の帳票画面をワークフローサーバに要求する。
【０１００】
ステップＳ１１０９において、ワークフローサーバは、クライアント装置から電子帳票の帳票画面の要求を受け付ける。
【０１０１】
ステップＳ１１１０において、ワークフローサーバは、先のステップにおいてユーザにより選択された対象業務に対応する帳票画面データを生成し、クライアント装置に送信する。
【０１０２】
ステップＳ１１１１において、クライアント装置は、ワークフローサーバから送信された対象業務に対応する電子帳票の帳票画面データを受け付ける。
【０１０３】
ステップＳ１１１２において、クライアント装置は、先のステップにより受け付けた帳票画面データに基づき、対象業務の電子帳票をクライアント装置のディスプレイに表示させる。
【０１０４】
ステップＳ１１１３において、クライアント装置は、ユーザからの電子帳票に対する必要な情報の入力操作を受け付ける（図５の５００ａ参照）。
【０１０５】
ステップＳ１１１４において、クライアント装置は、ユーザからの電子帳票に対する必要な添付ファイルの添付操作を受け付ける（図５の添付ファイル追加ボタン５０８など）。
【０１０６】
ステップＳ１１１５において、クライアント装置は、ユーザからの電子帳票に対する申請操作を受け付ける（図５の申請ボタン５１０など）。
【０１０７】
ステップＳ１１１６において、ワークフローサーバは、先のステップでクライアント装置から申請された電子帳票の申請を受け付ける。
【０１０８】
ステップＳ１１１７において、ワークフローサーバは、先のステップで受け付けた電子帳票の申請内容を、プロセス管理テーブルに登録する（図８の８０１〜８０４、８０６ａ〜８０７ａ参照）。
【０１０９】
ステップＳ１１１８において、ワークフローサーバは、先のステップで受け付けた電子帳票の添付ファイルの実体をワークフローシステムが管理するＨＤＤなどのストレージなどの添付ファイル格納フォルダに格納し、また添付ファイルに関する情報を、添付ファイル管理テーブルに登録する（図９の９００ａを参照）。添付ファイルの格納先は、必ずしもＨＤＤなどのストレージではなくともよい。例えばワークフローシステムが管理するデータベースにバイナリデータとして登録してもよい。以降の説明でも同様である。
【０１１０】
ステップＳ１１１９において、ワークフローサーバは、ワークフローのプロセスを次のアクティビティに進める（図８の８０５ａを参照）。図４のワークフロー定義である場合には“承認１”のアクティビティおよび“承認者Ｂ”となる。
【０１１１】
以上で、電子帳票の申請に係わる図１１のフローチャートの説明を完了する。
【０１１２】
図１２は、本発明の実施形態に係わるワークフローの承認／否認の全体処理の一例を示すフローチャートである。図１２の各ステップは、クライアント装置１０２のＣＰＵ２０１及びワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【０１１３】
ステップＳ１２０１において、クライアント装置は、ユーザ（ここでは承認者）にワークフローシステムに対するログイン情報を入力させる。ここで、ユーザとは、図１１のフローチャートにおいて申請された電子帳票に対する承認／否認を判断するユーザ（以下、承認者）である。
【０１１４】
ステップＳ１２０２において、クライアント装置は、承認対象一覧（ログインした承認者が承認すべき電子帳票の申請一覧）を、ワークフローサーバに要求する。
【０１１５】
ステップＳ１２０３において、ワークフローサーバは、クライアント装置からの承認対象一覧の要求を受け付ける。
【０１１６】
ステップＳ１２０４において、ワークフローサーバは、先のステップで受け付けた承認対象一覧の一覧画面データを生成する。具体的には、図８のプロセス管理テーブルにおいて、当該承認者であるユーザが、次８０５において指定されているレコードに基づき、承認対象の一覧画面データを生成する。各承認対象には、プロセスＩＤ（図５のＰＩＤ８０１）を対応付けて画面データに含むものとする。
【０１１７】
ステップＳ１２０５において、ワークフローサーバは、先のステップで生成した承認対象の一覧画面データをクライアント装置に送信する。
【０１１８】
ステップＳ１２０６において、クライアント装置は、ワークフローサーバから送信された承認対象の一覧画面データを受け付ける。
【０１１９】
ステップＳ１２０７において、クライアント装置は、先のステップにより受け付けた承認対象の一覧画面データに基づき、承認対象一覧をクライアント装置のディスプレイに表示させる。
【０１２０】
ステップＳ１２０８において、クライアント装置は、ユーザに承認対象の一覧の中から承認者として承認したい対象業務を選択させる。また、対象業務に対応する電子帳票の帳票画面をワークフローサーバに要求する。
【０１２１】
ステップＳ１２０９において、ワークフローサーバは、クライアント装置から電子帳票の帳票画面の要求を受け付ける。
【０１２２】
ステップＳ１２１０において、ワークフローサーバは、先のステップにおいてユーザにより選択された対象業務に対応する帳票画面データを生成する。ステップＳ１２０１０における帳票画面データの生成については、図１３のフローチャートにより詳細を説明する。
【０１２３】
図１３は、本発明の実施形態に係わるワークフローの承認画面生成処理の一例を示すフローチャートである。図１３の各ステップは、ワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【０１２４】
ステップＳ１３０１において、ワークフローサーバは、対象業務（ワークフロー定義）の画面定義に基づき、電子帳票の画面データ（添付ファイル以外に関連する部分）を生成する。ワークフロー定義および電子帳票に表示すべき詳細のデータは、図１２のフローチャートにおける先のステップで生成した承認対象の一覧画面データの各承認対象に対応するプロセスＩＤ（図８のＰＩＤ８０１）に基づき、特定可能である。また、プロセスＩＤ（ＰＩＤ８０１）と当該承認アクティビティから前回の電子帳票の処理日時（図８の処理日時８０６）が特定できるため、図９の添付ファイル管理テーブルおよび図１０の添付ファイル承認状態管理テーブルに基づき、前回の添付ファイルとその承認状態や、承認／否認後に新たに添付されたファイルと添付したユーザの特定が可能である。
【０１２５】
ステップＳ１３０２からステップＳ１３０８のループ処理は、添付ファイル管理テーブルに登録されているファイルに対するものである。ただし、図９では、同一のファイルはバージョンが異なるものも上書きして１つとしているが、履歴管理のため全て管理している場合は、同一ファイルのうち最新のファイルだけを処理する。また前述の通り、添付ファイル管理テーブルと添付ファイル承認状態管理テーブルを１つのテーブルとして構成してよいと説明したが、その場合は、承認者による承認／否認の状態がないもの（添付ファイルの登録情報や更新情報のみがあるもの）を、添付ファイル管理テーブルに登録されたものに相当するとして以下の説明を進める。
【０１２６】
ステップＳ１３０３においては、ワークフローサーバは、添付ファイル管理テーブルから登録されている添付ファイルの情報を１つ取得、着目する。
【０１２７】
ステップＳ１３０４において、ワークフローサーバは、先のステップで取得した添付ファイルの情報が削除されているか否かを判定する。具体的には図９の削除フラグ９０８が“ＯＮ”の場合は削除されている、“ＯＦＦ”の場合は削除されていないと判断する。削除されている（“ＯＮ”の場合）場合には、ステップＳ１３０８に進む（次の添付ファイルを処理するか、またはループ処理を終了する）。削除されていない場合（“ＯＦＦ”の場合）は、ステップＳ１３０５に進む。
【０１２８】
ステップＳ１３０５において、ワークフローサーバは、現在着目中の添付ファイルに対応する情報であって、現在の承認アクティビティの前回の承認状態を示す情報が、添付ファイル承認状態管理テーブルに存在するかどうかを確認する。具体的には、現在処理をしている承認アクティビティが図１０の承認アクティビティ１００４である添付ファイルの情報があるか否かを確認する。また、同一のファイルが複数ある場合には、版１００３あるいは承認日時１００７により最新の情報が次のステップ以降で使用する情報となる。現在着目中の添付ファイルに対応する情報が、添付ファイル承認状態管理テーブルに存在する場合（“ＹＥＳ”の場合）は、ステップＳ１３０６に進む。存在しない場合（“ＮＯ”の場合）は、ステップＳ１３０７に進む。
【０１２９】
ステップＳ１３０６において、ワークフローサーバは、着目中の添付ファイル情報の承認自体が添付ファイル状態管理テーブルから判断できるため、先のステップで生成した電子帳票の画面データに追加する。具体的には、ファイル名、登録者名、承認／否認の状態である。なお、前述のように、現在の承認アクティビティ、あるいは上位（ワークフロープロセスにおいて後方）のアクティビティにおいて添付されたファイルは、前回の承認状態を示す情報がなくとも、“承認”と扱うよう実装してもよい。
【０１３０】
ステップＳ１３０７において、ワークフローサーバは、着目中の添付ファイル情報に対応する情報が、添付ファイル状態管理テーブルにない場合であるため、“未承認”として、先のステップで生成した電子帳票の画面データに追加する。
【０１３１】
以上で、承認アクティビティの電子帳票の画面データ生成に係わる図１３のフローチャートの説明を完了する。図１２の説明に戻る。
【０１３２】
ステップＳ１２１１において、ワークフローサーバは、先のステップにおいて生成された帳票画面データを、クライアント装置に送信する。
【０１３３】
ステップＳ１２１２において、クライアント装置は、ワークフローサーバから送信された対象業務に対応する電子帳票の帳票画面データを受け付ける。
【０１３４】
ステップＳ１２１３において、クライアント装置は、先のステップにより受け付けた帳票画面データに基づき、対象業務の電子帳票をクライアント装置のディスプレイに表示させる。
【０１３５】
ステップＳ１２１４において、クライアント装置は、ユーザ（承認者）から電子帳票の添付ファイルに対する承認状態の設定操作を受け付ける（図６の５０４〜５０６など）。すなわち、添付ファイルの内容を確認させ、承認または否認のボタンを電子帳票の操作画面で選択させる。添付ファイルの内容の確認は、添付ファイルの名前が記載された部分（図６の５０３などを参照）を押下することなどにより、添付ファイルの拡張子などに基づき（クライアント装置にインストールされている）アプリケーションが起動され閲覧可能な状態になる。
【０１３６】
ステップＳ１２１５において、クライアント装置は、ユーザ（承認者）から電子帳票の添付ファイルに対する操作を受け付ける。すなわち、申請された電子帳票に対して、承認者にさらに、添付ファイルを新規追加／削除／更新させる（図６の添付ファイル追加ボタン５０８、添付ファイル削除ボタン５０９など）。これら全ての操作が可能でなくてもよい。例えば、新規追加のみ可能であり、削除／更新はできず、削除／更新が必要な場合は申請アクティビティに差し戻して申請者に対応させてもよい。また承認者の権限により可能な操作が異なってもよい。
【０１３７】
ステップＳ１２１６において、クライアント装置は、ユーザ（承認者）から電子帳票に対する承認、否認の操作を受け付ける（図６の承認ボタン６０１、否認ボタン６０２など）。また、承認、否認のいずれかの情報と、電子帳票の情報（コメントの入力、添付ファイルの新規追加など。既に入力されている情報を含んでいてもよい。）を、帳票情報としてワークフローサーバに送信する。
【０１３８】
ステップＳ１２１７において、ワークフローサーバは、クライアント装置から、承認、否認のいずれかの情報を含む帳票情報を受け付ける。
【０１３９】
ステップＳ１２１８において、ワークフローサーバは、先のステップでクライアント装置から受け付けた帳票情報に基づき、プロセス管理テーブル、添付ファイル管理テーブル、添付ファイル承認状態管理テーブルなどに必要な情報を書き込む。詳細には、図１４のフローチャートを用いて説明する。
【０１４０】
図１４は、本発明の実施形態に係わるワークフローの承認／否認の詳細処理の一例を示すフローチャートである。すなわち、承認アクティビティにおける電子帳票に対して、承認者が行った操作をクライアント装置から帳票情報として受け付け、変更されている情報をワークフローサーバが管理する各種テーブルに反映させる処理である。図１４の各ステップは、ワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【０１４１】
ステップ１４０１において、ワークフローサーバは、クライアント装置において承認者が、添付ファイルを新規追加、更新、または削除したかどうかを判定する。具体的には、前述の帳票情報に含まれる添付ファイルに関する情報を、図１３のフローチャートにおいて帳票画面データを生成した際に用いた添付ファイル管理テーブルに存在する添付ファイルを比較する。すなわち帳票情報にある添付ファイルが添付ファイル管理テーブルになければ、本承認アクティビティにおいて新規追加されたものである。逆に添付ファイル管理テーブルに存在し、帳票情報になければ削除されている。また、両方に存在するが、ファイルの作成日、更新日が異なれば、更新されている。変更があれば、ステップＳ１４０２に進む。変更がはければステップＳ１４０３に進む。
【０１４２】
ステップＳ１４０２において、ワークフローサーバは、添付ファイル管理テーブルに対して必要な更新を行う。すなわち、新規追加された添付ファイルについては、添付ファイル管理テーブルに登録し、削除された添付ファイルについては、図９の削除フラグ９０８を“ＯＮ”にし、更新された添付ファイルについては、図９の版９０３を変更し、また更新アクティビティ９０６、９０７を記載する。
【０１４３】
ステップＳ１４０３において、ワークフローサーバは、クライアント装置から受け付けた帳票情報に基づき、承認者が電子帳票を承認したのか否か判断する。具体的には、図６の画面において、承認者が承認ボタン６０１、否認ボタン６０２のいずれを押下したのか識別可能な情報が帳票情報に含まれており、その情報により判断する。承認された場合にはステップＳ１４０４に進む。否認された場合にはステップＳ１４０８に進む。
【０１４４】
ステップＳ１４０４において、ワークフローサーバは、帳票情報に含まれる添付ファイル、すなわち、承認者が承認した画面において添付されていたファイルに対して、添付ファイル承認状態管理テーブルにおける承認状態（図１０の状態１００６）を“承認”とする。また、新規追加、更新された添付ファイルの実体は、前述の添付ファイル格納フォルダに格納される。
【０１４５】
ステップＳ１４０５において、ワークフローサーバは、処理中の対象業務に対応するワークフロー定義（プロセスの定義）において、次の承認アクティビティがあるか否かを判定する。なければステップＳ１４０６（“ＮＯ”の場合）に進む。あればステップＳ１４０７（“ＹＥＳ”の場合）に進む。
【０１４６】
ステップＳ１４０６において、ワークフローサーバは、図８のプロセス管理テーブルに現在の承認アクティビティで現在の承認者により電子帳票が承認された旨を記載する。その際、次８０５にはワークフローのプロセスが“完了”したことを識別する情報を記載する。その後、処理中のワークフローのプロセスは完了する。
【０１４７】
ステップＳ１４０７において、ワークフローサーバは、図８のプロセス管理テーブルに現在の承認アクティビティで現在の承認者により電子帳票が承認された旨の記載を登録する。さらに、ワークフロー定義等に基づき次の承認アクティビティおよび承認者を取得し、次８０５に記載する。
【０１４８】
ステップＳ１４０８において、ワークフローサーバは、帳票情報に含まれる添付ファイルに対して、帳票情報に含まれる各添付ファイルの承認状態（“承認”、“否認”、“未承認”）に基づき、添付ファイル承認状態管理テーブルにおける承認状態（図１０の状態１００６）を記載する。また、新規追加、更新された添付ファイルの実体は、前述の添付ファイル格納フォルダに格納される。
【０１４９】
ステップＳ１４０９において、ワークフローサーバは、図８のプロセス管理テーブルの次８０５に処理中の電子帳票の申請アクティビティと申請者を記載する。すなわち、申請を差し戻す。
【０１５０】
以上で、承認者の電子帳票の承認／否認に対してワークフローサーバ側で実行される処理に係わる図１４のフローチャートの説明を完了する。
【０１５１】
また、以上で、承認者による電子帳票の承認処理に係わる図１２のフローチャートの説明を完了する。
【０１５２】
図１５は、本発明の実施形態に係わるワークフローの再申請の全体処理の一例を示すフローチャートである。図１５の各ステップは、クライアント装置１０２のＣＰＵ２０１及びワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【０１５３】
ステップＳ１５０１において、クライアント装置は、ユーザ（ここでは申請者）にワークフローシステムに対するログイン情報を入力させる。ここで、ユーザとは、図１２〜図１４のフローチャートにおいて申請された電子帳票を否認され、再申請するユーザ（以下、申請者）である。
【０１５４】
ステップＳ１５０２において、クライアント装置は、再申請対象一覧（ログインした申請者が以前に申請しいずれかの承認者により否認された電子帳票の一覧）を、ワークフローサーバに要求する。
【０１５５】
ステップＳ１５０３において、ワークフローサーバは、クライアント装置からの再申請対象一覧の要求を受け付ける。
【０１５６】
ステップＳ１５０４において、ワークフローサーバは、先のステップで受け付けた再申請対象一覧の一覧画面データを生成する。具体的には、図８のプロセス管理テーブルにおいて、次８０５が当該申請者であり、状態８０７が“否認”となっているレコードに基づき、再申請対象の一覧画面データを生成する。各再申請対象には、プロセスＩＤ（図５のＰＩＤ８０１）を対応付けて一覧画面データに含むものとする。
【０１５７】
ステップＳ１５０５において、ワークフローサーバは、先のステップで生成した再申請対象の一覧画面データをクライアント装置に送信する。
【０１５８】
ステップＳ１５０６において、クライアント装置は、ワークフローサーバから送信された再申請対象の一覧画面データを受け付ける。
【０１５９】
ステップＳ１５０７において、クライアント装置は、先のステップにより受け付けた再申請対象の一覧画面データに基づき、再申請対象一覧をクライアント装置のディスプレイに表示させる。
【０１６０】
ステップＳ１５０８において、クライアント装置は、ユーザに再申請対象の一覧の中から申請者として再申請したい電子帳票を選択させる。また、申請者が選択した再申請する電子帳票の帳票画面をワークフローサーバに要求する。
【０１６１】
ステップＳ１５０９において、ワークフローサーバは、クライアント装置から再申請する電子帳票の帳票画面の要求を受け付ける。
【０１６２】
ステップＳ１５１０において、ワークフローサーバは、先のステップにおいてユーザにより選択された電子帳票に対応する帳票画面データを生成する。ステップＳ１２０１０における帳票画面データの生成については、図１６のフローチャートにより詳細を説明する。
【０１６３】
図１６は、本発明の実施形態に係わるワークフローの再申請画面生成処理の一例を示すフローチャートである。図１６の各ステップは、ワークフローサーバ１０１のＣＰＵ２０１によって実行される。図１６の否認された電子帳票を再申請するため申請者のクライアント装置に送信する画面データを生成する処理であり、ほぼ１３図（承認者用の画面データを生成）と同じであるため、異なる処理を行うステップＳ１６０１、Ｓ１６０５、Ｓ１６０６のみ説明する。
【０１６４】
ステップＳ１６０１において、ワークフローサーバは、再申請する対象業務（ワークフロー定義）の画面定義に基づき、電子帳票の画面データ（添付ファイル以外に関連する部分）を生成する。ワークフロー定義および電子帳票に表示すべき詳細のデータは、図１５のフローチャートにおける先のステップで生成した再申請対象の一覧画面データの各再申請対象に対応するプロセスＩＤ（図８のＰＩＤ８０１）に基づき、特定可能である。また、プロセス管理テーブルにおいて前記プロセスＩＤと電子帳票の処理日時（図８の処理日時８０６）に基づき、再申請対象を最後に否認した承認アクティビティが分かる。その承認アクティビティの“処理日時”によって、図９の添付ファイル管理テーブルおよび図１０の添付ファイル承認状態管理テーブルに基づき、否認した承認アクティビティの添付ファイルとその承認状態、申請後に新たに添付されたファイルと添付したユーザの特定が可能である。
【０１６５】
ステップＳ１６０５において、ワークフローサーバは、現在着目中の添付ファイルに対応する情報であって、前述のとおり処理中の電子帳票を否認した承認アクティビティに対応する承認状態を示す情報が、添付ファイル承認状態管理テーブルに存在するかどうかを確認する。具体的には、否認した承認アクティビティが図１０の承認アクティビティ１００４である添付ファイルの情報があるか否かを確認する。また、同一のファイルが複数ある場合には、版１００３あるいは承認日時１００７により最新の情報が次のステップ以降で使用する情報となる。現在着目中の添付ファイルに対応する情報が、添付ファイル承認状態管理テーブルに存在する場合（“ＹＥＳ”の場合）は、ステップＳ１６０６に進む。存在しない場合（“ＮＯ”の場合）は、ステップＳ１３０７に進む。
【０１６６】
ステップＳ１６０６において、ワークフローサーバは、着目中の添付ファイル情報の承認自体が添付ファイル状態管理テーブルから判断できるため、先のステップで生成した電子帳票の画面データに追加する。具体的には、ファイル名、登録者名、承認／否認の状態である。なお、前述のように、いずれかの承認アクティビティにおいて添付されたファイルは、前回の承認状態を示す情報がなくとも、“承認”と扱うよう実装してもよい。
【０１６７】
以上で、申請アクティビティ（再申請の場合）の電子帳票の画面データ生成に係わる図１６のフローチャートの説明を完了する。図１５の説明に戻る。
【０１６８】
ステップＳ１５１１において、ワークフローサーバは、先のステップにおいて生成された再申請の帳票画面データを、クライアント装置に送信する。
【０１６９】
ステップＳ１５１２において、クライアント装置は、ワークフローサーバから送信された対象業務に対応する再申請の電子帳票の帳票画面データを受け付ける。
【０１７０】
ステップＳ１５１３において、クライアント装置は、先のステップにより受け付けた帳票画面データに基づき、対象業務の再申請の電子帳票をクライアント装置のディスプレイに表示させる。
【０１７１】
ステップＳ１５１４において、クライアント装置は、ユーザ（申請者）から電子帳票に対する入力操作を受け付ける。これにより、申請時に電子帳票に入力した詳細のデータ項目に誤りがある場合の修正などの作業結果を受け付ける。
【０１７２】
ステップＳ１５１５において、クライアント装置は、ユーザ（申請者）から電子帳票の添付ファイルに対する操作を受け付ける。すなわち、電子帳票に対して、承認者にさらに、添付ファイルを新規追加／削除／更新させる（図６の添付ファイル追加ボタン５０８、添付ファイル削除ボタン５０９など）。これらの操作により否認された添付ファイルの更新や不足している添付ファイルの新規追加などの操作を受け付ける。これら全ての操作が可能でなくてもよい。例えば、新規追加と否認された添付ファイルの更新のみ可能であり、承認済みの添付ファイルに対する削除／更新はできないようにしてもよい。また対象業務（ワークフロー定義）の種類や申請者の権限（役職、部門など）により可能な操作が異なってもよい。
【０１７３】
ステップＳ１５１６において、クライアント装置は、ユーザ（申請者）から電子帳票に対する申請（再申請）の操作を受け付ける（図５の申請ボタン５１０）。また、電子帳票の情報（修正した入力、添付ファイルの新規追加、更新など。既に入力されている情報を含んでいてもよい。）を、帳票情報としてワークフローサーバに送信する。申請の操作ではあるが、再申請であることを識別するために帳票情報にプロセスＩＤなどを含むようにする。
【０１７４】
ステップＳ１５１７において、ワークフローサーバは、クライアント装置から、帳票情報を受け付ける。
【０１７５】
ステップＳ１５１８において、ワークフローサーバは、先のステップで受け付けた電子帳票の再申請の内容を、プロセス管理テーブルに登録する（図８の８０１〜８０４、８０６ｄ〜８０７ｄ参照）。
【０１７６】
ステップＳ１５１９において、ワークフローサーバは、先のステップでクライアント装置から受け付けた帳票情報に基づき、プロセス管理テーブル、添付ファイル管理テーブル、添付ファイル承認状態管理テーブルなどに必要な情報を書き込む。詳細には、図１７のフローチャートを用いて説明する。
【０１７７】
図１７は、本発明の実施形態に係わるワークフローの再申請の際の添付ファイルに関する処理の一例を示すフローチャートである。図１７の各ステップは、ワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【０１７８】
ステップＳ１７０１からステップＳ１７０６のループ処理は、再申請された電子帳票に添付されたファイルに対するものである。
【０１７９】
ステップＳ１７０２において、ワークフローサーバは、着目中の添付ファイル（電子帳票に添付されているものの１つ）が添付ファイル管理テーブルに登録されているかどうかを判定する。登録されている場合には、ステップＳ１７０３に進む。登録されていない場合には、ステップＳ１７０５に進む。
【０１８０】
ステップＳ１７０３において、ワークフローサーバは、着目中の添付ファイルが更新されたものであるかどうか判定する。具体的には、添付ファイル管理テーブルに登録されている同一のファイル（図９のＦＩＬＥＩＤ９０２が同じもの）の登録日時９０５または更新日時９０７がある場合には更新日時９０７と、添付ファイルの更新日時を比較して判定する。添付ファイルの更新日時は、例えば、添付ファイルが属性として持っている情報、あるいは電子帳票に該添付ファイルに対応付けて記載されている情報がある場合にはその情報から取得する。添付ファイルが更新されている場合（“ＹＥＳ”の場合）には、ステップＳ１７０４に進む。更新されていない場合（“ＮＯ”の場合）には、ステップＳ１７０６に進む。
【０１８１】
ステップＳ１７０４において、ワークフローサーバは、更新された添付ファイルによって添付ファイル格納フォルダにおける更新前のファイルを上書きし、また、添付ファイル管理テーブルの対応するレコードを上書きする（図９の９００ｄにおける“ＡＡＡ．ｊｄｘ”の例）。なお、実際には添付ファイル管理テーブルにおいては、レコードを上書きせず別レコードとして登録してもよい（版９０３または登録日時９０５で区別可能）。格納フォルダにおいても同様に、上書きするのではなく版管理のための連番などを付与して格納してもよい。
【０１８２】
ステップＳ１７０５において、ワークフローサーバは、着目中の添付ファイルを新規追加されたものと見なして、添付ファイル管理テーブルに登録し、および添付ファイル格納フォルダに格納する。
【０１８３】
ステップＳ１７０１からステップＳ１７０６のループ処理を完了すると、次にステップＳ１７０７からステップＳ１７１０のループ処理を行う。このループ処理は、添付ファイル管理テーブルに登録されている処理中のプロセスＩＤに対応する添付ファイル処理である。
【０１８４】
ステップＳ１７０８において、ワークフローサーバは、着目中の添付ファイル（添付ファイル管理テーブルに登録されているものの１つ）が、再申請された電子帳票に添付されているかどうか判定する。すなわち、電子帳票を再申請する前に、クライアント装置における処理で“削除”されている添付ファイルについては、電子帳票には添付されていない。添付ファイルが、電子帳票にない場合（“ＮＯ”の場合）には、ステップＳ１７０９に進む。電子帳票に添付されている場合（“ＹＥＳ”の場合）には、ステップＳ１７１０に進む。
【０１８５】
ステップＳ１７０９において、ワークフローサーバは、添付ファイル管理テーブルから添付ファイルの登録を削除する。具体的には、図９の削除フラグ９０８を“ＯＮ”に変更する。また、実際にレコード自体を削除してもよい。さらに格納フォルダにおける添付ファイルの実体は、履歴として残してもよいし、実際に削除してもよい。
【０１８６】
以上で、申請者の電子帳票の再申請に対してワークフローサーバ側で実行される処理に係わる図１７のフローチャートの説明を完了する。図１５の説明に戻る。
【０１８７】
ステップＳ１５２０において、ワークフローサーバは、ワークフローのプロセスを次のアクティビティに進める（図８の８０５ｄを参照）。図４のワークフロー定義である場合には“承認１”のアクティビティおよび“承認者Ｂ”となる。
【０１８８】
以上で、電子帳票の申請に係わる図１５のフローチャートの説明を完了する。
【０１８９】
なお、申請、承認のアクティビティにおいてクライアント装置に表示される電子帳票上で、ユーザ（申請者、承認者）が入力した情報や新規追加、更新した添付ファイル、添付ファイルの承認状態を変更した場合において、その部分や周辺の表示形態を変更してもよい。例えば添付ファイル名の色を変更する、承認状態が変更された部分の色やボタンの形、大きさを変えるなどである。これにより、例えば、電子帳票を表示した時点でもともと添付されていたファイルなのか、表示後の操作で添付したファイルなのか、もともと承認していたファイルなのか、表示後に承認したのか、が分かりやすくなる。大量の情報を確認する場合には、特に、ユーザ自身が、自身の操作結果について全て記憶しているとは限らず、表示後の操作結果が識別可能となることで、ユーザの操作結果をわかりやすくする効果が得られる。
【０１９０】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１９１】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１９２】
また、本発明におけるプログラムは、図１１〜図１７に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図１１〜図１７の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図１１〜図１７の各装置の処理方法ごとのプログラムであってもよい。
【０１９３】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１９４】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１９５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１９６】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９８】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。 さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１９９】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０２００】
１０１ ワークフローサーバ
１０２ クライアント装置
１０３ ネットワーク
３０１ 帳票画面データ受信部
３０２ 表示制御部
３０３ 操作受付部
３０４ 帳票情報送信部
３１１ 帳票情報受信部
３１２ プロセス登録部
３１３ 添付ファイル登録部
３１４ 帳票画面データ生成部
３１５ 帳票画面データ送信部
３１６ 電子帳票承認時添付ファイル承認状態変更部
３１７ 下位承認者添付ファイル承認状態変更部
３１８ プロセス記憶部
３１９ 添付ファイル記憶部
【技術分野】
【０００１】
ワークフローシステムのプロセスにおいて電子帳票に添付されたファイルの承認状態を管理し、ユーザに提示する技術に関する。
【背景技術】
【０００２】
一般的なワークフローシステムにおいては、対象業務のプロセスに対応する電子帳票にファイルを添付することが可能である。例えば、領収書をスキャンした電子データや表計算ソフトやワープロソフトで作成した関連資料などを添付する場合がある。しかしながら、電子帳票に添付したファイルが多数ある場合であって、その電子帳票を否認し、また再申請するなどのプロセスを繰り返すことがある。この場合、承認者にとっては、個々の添付ファイルに対してその内容が正しいものか、あるいは不備があるか不明である。また、申請者にとっても、電子帳票が否認された場合、いずれかの添付ファイルに不備があるのかどうか不明である。否認理由としてコメントを付与することも考えられるが、不備がある添付ファイルの１つ１つに対してコメントするのも非効率的である。
【０００３】
特許文献１では、複数の電子文書を承認対象とした電子承認申請を受け付けた場合に、電子文書それぞれについて確認が必要かどうか（更新された電子文書であるかどうか）を“既読情報”に基づき判定し、その判定結果を確認者（承認者）へ通知する技術を提供している。すなわち確認者（承認者）が電子文書を確認し、不備があればその電子文書を含む電子承認心申請を差し戻し、申請者により当該電子文書が更新された場合、再度電子承認申請を受け付けた確認者（承認者）にとっては、“未読”か“既読”か、に基づき再度確認する必要がある電子文書を特定することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−９７４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、電子承認申請の申請者にとっては、電子承認申請が差し戻された際に、電子文書それぞれが承認されたのか不備があったのかはコメントに記載されているだけであり、そのコメントから不備のある電子文書を特定するのは非効率的である。
【０００６】
また、電子承認申請の確認者（承認者）にとっては、電子承認申請の再承認申請を受けた場合、電子文書の“未読”、“既読”の区別はつくものの、前の確認時に“既読”の電子文書には不備がなく“承認”したものであるのか、不備があり申請者が更新すべきであるのに、更新されていないため“既読”の状態になっているのか、は改めて電子文書を確認するか前の確認時のコメントを確認しなければならず非効率的である。
【０００７】
特に、電子承認申請の否認および再申請が繰り返される場合や電子文書が多い場合には、コメントの記載も多くなり確認が容易ではなくなる。
【０００８】
本発明は、電子帳票に添付された添付ファイルごとに、承認されたものであるか否かを分かりやすく識別させる技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、クライアント装置と、電子帳票の処理を制御するワークフローサーバがネットワークを介して接続されるワークフローシステムであって、前記クライアント装置は、前記ワークフローサーバが送信する帳票画面データを受信する帳票画面データ受信手段と、前記帳票画面データ受信手段により受信された前記帳票画面データに基づき、前記添付ファイル毎に指定された承認、否認の添付ファイル承認状態を識別可能に、前記電子帳票を表示する表示制御手段と、前記表示制御手段により表示された前記電子帳票において、申請者であるユーザが前記添付ファイルの新規追加、更新を行い、更に再申請の処理を行う操作を受け付ける操作受付手段と、前記操作受付手段によりユーザにより再申請された前記電子帳票を、帳票情報として前記ワークフローサーバに送信する帳票情報送信手段と、を備え、前記ワークフローサーバは、前記電子帳票送信手段により前記クライアント装置から送信された前記帳票情報を受信する帳票情報受信手段と、前記帳票情報受信手段により受信された前記帳票情報に基づき、該帳票情報のアクティビティと、該アクティビティが承認アクティビティである場合には承認または否認のいずれかのアクティビティ承認状態と、をプロセス情報としてプロセス記憶手段に記憶させるプロセス登録手段と、前記帳票情報受信手段により受信した前記帳票情報に基づき、該帳票情報のアクティビティと、前記帳票情報に添付された前記添付ファイルと、該アクティビティが承認アクティビティである場合には該添付ファイルの前記添付ファイル承認状態と、を添付ファイル情報として添付ファイル記憶手段に記憶させる添付ファイル登録手段と、前記承認アクティビティから申請アクティビティに差し戻された場合には、該承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成する帳票画面データ生成手段と、前記帳票画面データ生成手段により生成された前記帳票画面データを前記クライアント装置に送信する帳票画面データ送信手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、電子帳票に添付された添付ファイルごとに、承認されたものであるか否かを分かりやすく識別させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係わるシステム構成の一例を示す図である。
【図２】本発明の実施形態に係わるワークフローサーバ、クライアント装置のハードウェア構成の一例を示すブロック図である。
【図３】本発明の実施形態に係わるワークフローサーバにおけるソフトウェア構成の一例を示すブロック図である。
【図４】ワークフローのプロセスの一例を示す図である。
【図５】本発明の実施形態に係わる申請（再申請）画面の一例を示す図である。
【図６】本発明の実施形態に係わる承認画面の一例を示す図である。
【図７】本発明の実施形態に係わる承認画面の一例を示す図である。
【図８】本発明の実施形態に係わるワークフローのプロセスの進行状況を記憶するプロセス管理テーブルの構成の一例を示す図である。
【図９】本発明の実施形態に係わる登録された添付ファイルを記憶する添付ファイル管理テーブルの構成の一例を示す図である。
【図１０】本発明の実施形態に係わる登録された添付ファイルの承認状態を記憶する添付ファイル承認状態管理テーブルの構成の一例を示す図である。
【図１１】本発明の実施形態に係わるワークフローの申請処理の一例を示すフローチャートである。
【図１２】本発明の実施形態に係わるワークフローの承認／否認の全体処理の一例を示すフローチャートである。
【図１３】本発明の実施形態に係わるワークフローの承認画面生成処理の一例を示すフローチャートである。
【図１４】本発明の実施形態に係わるワークフローの承認／否認の詳細処理の一例を示すフローチャートである。
【図１５】本発明の実施形態に係わるワークフローの再申請の全体処理の一例を示すフローチャートである。
【図１６】本発明の実施形態に係わるワークフローの再申請画面生成処理の一例を示すフローチャートである。
【図１７】本発明の実施形態に係わるワークフローの再申請の際の添付ファイルに関する処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
【００１３】
図１は、本発明の実施形態に係わるシステム構成の一例を示す図である。
【００１４】
図１において、ワークフローシステムは、少なくとも１つのワークフローサーバ１０１とクライアント装置１０２がネットワーク１０３を介して接続されている。
【００１５】
ユーザは、例えばウェブブラウザやクライアントソフトウェアなどを利用して、クライアント装置１０２から、ワークフローサーバ１０１に対して、ワークフロー進行の要求などを行う。
【００１６】
ワークフローサーバ１０１は、要求に応じた処理、管理をおこない、必要があればクライアント装置１０２に対して結果などを送信する。
【００１７】
ワークフローサーバ１０１とクライアント装置１０２の間の通信は、通常のＨＴＴＰのリクエストでもよいし、ＳＯＡＰなどを利用したウェブサービスのリクエストでもよい。
【００１８】
図２は、本発明の実施形態に係わるワークフローサーバ、クライアント装置のハードウェア構成の一例を示すブロック図である。
【００１９】
図２に示すように、ワークフローサーバ１０１、クライアント装置１０２は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００２０】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２１】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２２】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２３】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。
【００２４】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２５】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２６】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０３を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００２７】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００２８】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００２９】
図３は、本発明の実施形態に係わるワークフローサーバにおけるソフトウェア構成の一例を示すブロック図である。
【００３０】
クライアント装置１０２は、帳票画面データ受信部３０１、表示制御部３０２、操作受付部３０３、帳票情報送信部３０４から構成される。
【００３１】
帳票画面データ受信部３０１は、クライアント装置１０２においてユーザが指定した対象業務に相当する電子帳票をクライアント装置１０２のディスプレイに表示するため、帳票画面データをワークフローサーバ１０１から受信する。ユーザが指定する対象業務に相当する電子帳票は、ワークフローのプロセスにおける各アクティビティに対応するものである。例えば申請者が新規に起票するもの、承認者が承認／否認の操作を行うもの、また承認者に否認された後、申請者により再申請の操作を行うものがある。
【００３２】
表示制御部３０２は、前述の帳票画面データ受信部３０１により受信した帳票画面データを、クライアント装置１０２のディスプレイに表示するための制御を行う。
【００３３】
操作受付部３０３は、表示制御部３０２によりクライアント装置１０２のディスプレイに表示された電子帳票に対するユーザの操作を受け付ける。具体的には、例えば、電子帳票における申請事項の入力、承認者のコメント、本発明の実施形態に係わるファイルの添付操作および添付ファイルの更新、削除などである。また、プロセスの各アクティビティに応じて申請、承認、否認などの操作も受け付ける。
【００３４】
帳票情報送信部３０４は、操作受付部３０３で前述の電子帳票に入力された情報、添付ファイル、申請、承認、否認などの操作を帳票情報としてワークフローサーバ１０１に送信する。
【００３５】
ワークフローサーバ１０１は、帳票情報受信部３１１、プロセス登録部３１２、添付ファイル登録部３１３、帳票画面データ生成部３１４、帳票画面データ送信部３１５、電子帳票承認時添付ファイル承認状態変更部３１６、下位承認者添付ファイル承認状態変更部３１７、プロセス記憶部３１８、添付ファイル記憶部３１９から構成される。
【００３６】
帳票情報受信部３１１は、前述のクライアント装置１０２の帳票情報送信部３０４から送信された帳票情報を受信する。
【００３７】
プロセス登録部３１２は、ワークフローのプロセスの各アクティビティの状態を後述のプロセス記憶部３１８に登録する。具体的には、前述の帳票情報受信部で受信した帳票情報に基づき、ワークフローのプロセスを特定するプロセスＩＤ、現在のアクティビティ、対応するアクティビティで行われた申請や、承認アクティビティであれば承認、否認のいずれが指定されたか、申請や承認／否認の日時などを登録する。アクティビティそのものは、帳票情報に含まれていてもよいが、必ずしも帳票情報に含まれていなくともよい。すなわち、前述のワークフローのプロセスＩＤなどにより特定され、ワークフロー定義（ワークフロー名から特定）とも対応している。従って、起票処理が終わった時点では申請のアクティビティが完了した状態であること、承認処理が終わった時点では、いずれの承認アクティビティでの操作であるか、などワークフロー定義に基づき判断することができる。
【００３８】
また、承認アクティビティでは、操作が承認か否認かにより次に進むアクティビティが変わるため、次のアクティビティを登録してもよい。あるいはワークフロー定義と、プロセス記憶部３１８に最後に登録されたアクティビティと、承認状態と、から次のアクティビティを判断してもよい。最後に登録されたアクティビティは、前述の申請や承認／否認の日時でもよいし、あるいは処理されたアクティビティに昇順に番号を付与し、最大の番号を付与されているアクティビティを最後に処理（登録）されたものとしてもよい。
【００３９】
なお、申請事項やコメントなどの詳細（例として交通費であれば交通手段、交通費など）もプロセス登録部３１２により、プロセス記憶部３１８に登録してもよいし、またアクティビティや承認状態とは別の記憶部に登録してもよい。
【００４０】
添付ファイル登録部３１３は、帳票情報に基づき、電子帳票に添付された添付ファイルに関する操作を行ったアクティビティ、承認アクティビティにおける承認状態、登録（添付）された日時、承認／否認された日時、添付ファイルの格納先などを添付ファイル記憶部３１９に登録する。プロセス登録部３１２の場合と同様、アクティビティそのものは、帳票情報に含まれていてもよいが、必ずしも帳票情報に含まれていなくともよい。また、プロセス記憶部３１８と添付ファイル記憶部３１９のレコードの対応付けは、後述する説明では、プロセスＩＤと、申請または承認のアクティビティ、添付ファイルの登録、更新、承認／否認の日時、などにより判断するものとしている。しかし、プロセス記憶部３１８で処理されたアクティビティに昇順に番号を付与している場合には、その番号で対応付けてもよい。すなわち、プロセスおよびプロセスの各アクティビティと添付ファイルの状態に関する対応付けの方法は如何なる方法でもよく、以降で説明は、あくまで１つの構成例であり、実際には様々な構成を取り得る。
【００４１】
帳票画面データ生成部３１４は、クライアント装置１０２に送信する帳票画面データを生成する。最初の起票時には、申請者が指定した対象業務（ワークフロー定義）の画面定義に応じて帳票画面データを生成する。対象業務とは、例えば交通費精算、物品購入などである。申請以降のアクティビティ（承認アクティビティや、否認された場合には再申請するための申請アクティビティ）では、対応するプロセスＩＤとプロセス記憶部３１８と添付ファイル記憶部３１９に基づき、帳票画面データを生成する。それ以前のアクティビティでの入力情報や承認情報、添付ファイルに関する情報があるためである。
【００４２】
帳票画面データ送信部３１５は、帳票画面データ生成部３１４で生成した帳票画面データを、クライアント装置１０２に送信する。
【００４３】
電子帳票承認時添付ファイル承認状態変更部３１６は、承認者が電子帳票を承認した際に、添付ファイルを全て承認状態に変更する。すなわち、大量の添付ファイルが申請者により添付された場合など、１つ１つの添付ファイルに対して、承認者が承認設定しなくても、電子帳票の承認操作をするだけで、全ての添付ファイルを承認することで、操作負荷を低減するものである。
【００４４】
実際には、電子帳票承認時添付ファイル承認状態変更部３１６は、クライアント装置１０２側の構成であってもよい。例えば、承認アクティビティにおいて承認の操作を受け付けた際に、添付ファイルの承認状態を“承認”に変更して、帳票情報をワークフローサーバ１０１に送信してもよい。また、ワークフローサーバ１０１側の構成である場合には、承認アクティビティにおける承認操作により、実際に全ての添付ファイルに対して添付ファイル記憶部３１９に対応するアクティビティを“承認”の状態として記憶してもよい。この場合、電子帳票承認時添付ファイル承認状態変更部３１６は、添付ファイル記憶部３１９に承認の状態を記憶させるための機能部である。
【００４５】
さらに、本発明の実施の形態においては、承認アクティビティにおいて承認者が添付ファイルの新規追加、更新、削除を行うことが可能である。その場合、ある承認アクティビティで新規追加、更新をした添付ファイルについては、その承認アクティビティおよびそれより下位の（ワークフローのプロセスとして前方の）承認アクティビティでも承認されたと見なすようワークフローシステムを実装可能である。
【００４６】
下位承認者添付ファイル承認状態変更部３１７は、前述の通り、ある承認アクティビティで新規追加、更新をした添付ファイルについては、その承認アクティビティおよびそれより下位の（ワークフローのプロセスとして前方の）承認アクティビティでも“承認”の状態とする機能部である。具体的には、承認アクティビティにおいて添付ファイルの新規追加、更新をした際に、当該アクティビティおよび下位の承認アクティビティに対応づけて、添付ファイル記憶部３１９に、新規追加、更新された添付ファイルを“承認”の状態として記憶させてもよい。
【００４７】
また、実際には、添付ファイル記憶部３１９における各承認アクティビティに対応する添付ファイルの“承認”の状態を記憶しなくとも、承認アクティビティで承認操作を行う際に、新規追加、更新したアクティビティおよび下位の承認アクティビティにおいては、承認したものと見なすようにしてもよい。すなわち、添付ファイルが同アクティビティまたは上位のアクティビティにおいて、新規追加、更新されている場合には、帳票画面データ生成の際に添付ファイルの承認状態を特定することなどが可能である。
【００４８】
なお、図３で説明した構成は、一例である。例えば、前述の通り、電子帳票承認時添付ファイル承認状態変更部３１６は、クライアント装置１０２における機能部であってもよい。すなわち、クライアント装置１０２の操作受付部３０３において“承認”操作を受け付けた際に、ワークフローサーバ１０１に送信する帳票情報に含まれる添付ファイル承認状態を“承認”に設定してもよい。
【００４９】
次に、図４〜図１０を用いて、クライアント装置１０２に表示される申請、承認の画面とユーザの操作、およびその結果としてプロセス記憶部３１８、添付ファイル記憶部３１９に記憶されるデータについて説明する。
【００５０】
図４は、ワークフローのプロセスの一例を示す図である。この例では、対象業務に対応するワークフローが“申請”アクティビティにおいて起票される。続いて、“承認”のアクティビティとして、下位（プロセスの前方）から順に“承認１”、“承認２”、“最終承認”があり、全て承認されると“終了”の状態となる。また、各承認アクティビティでは“否認”することができ、否認すると“申請”のアクティビティに戻る。その場合、“申請”のアクティビティでは、申請内容や添付ファイルを更新して、再申請することができる。
【００５１】
図５は、本発明の実施形態に係わる申請（再申請）画面の一例を示す図である（図４の申請のアクティビティに相当）。申請する対象業務は、例えば、ワークフロー名５０１が“交通費精算”に相当するものであるとする。ユーザ（ここでは申請者Ａ）は、５００ａにおいて“外出日”、“申請理由”、“交通費”の詳細などを記載し、さらに領収書などを添付５０２の指定に応じてファイルを添付する。ファイルの添付は、添付ファイル追加ボタン５０８を押下することで、ファイル選択ダイアログ（不図示）が表示され、ユーザが添付したいファイルを選択する。例では、ファイル“ＡＡＡ．ｊｄｘ”が添付され、ファイル名５０３にファイル名と、その下方に添付したユーザの名前“申請者Ａ”も表示される。ここではファイル名のみが表示されているが、フォルダ名を含むパスが表示されてもよい。また、ファイル名５０３の前にあるチェックボックス５０７にチェックを入れ、添付ファイル削除ボタン５０９を押下すると、対応する添付ファイルは、申請画面から削除される。
【００５２】
添付ファイルの状態には、本画面の例では、未承認５０４、承認５０５、否認５０６があるが、申請時には、“未承認”の状態となる。同様にファイル“ＢＢＢ．ｊｄｘ”が、“申請者Ａ”により添付されている。
【００５３】
この状態で、申請ボタン５１０を押下すると、申請画面で入力、添付したファイルの情報がワークフローサーバ１０１に送信される。これらの情報は、図８で示すプロセス管理テーブル（プロセス記憶部３１８のデータ構成）および図９〜図１０で示す添付ファイル管理テーブル、添付ファイル承認状態管理テーブル（添付ファイル記憶部３１９のデータ構成）に登録される。
【００５４】
図８は、本発明の実施形態に係わるワークフローのプロセスの進行状況を記憶するプロセス管理テーブルの構成の一例を示す図である。前述のように、申請事項やコメントなどの詳細（例として交通費であれば交通手段、交通費など）も図８の構成（プロセス記憶部３１８）に登録してもよいし、またアクティビティや承認状態とは別の記憶部に登録してもよい。図８では、申請事項やコメントなどの詳細は別の記憶部に登録するものとして説明しない。
【００５５】
図８においては、プロセス管理テーブルは、起票されたワークフローのプロセスを特定するためのＰＩＤ８０１（プロセスＩＤ）、本プロセスの定義となるワークフロー名８０２（ワークフロー定義）、対象業務の申請者８０３、申請日時８０４、プロセスにおける次のアクティビティとその担当者を表す次８０５、本アクティビティの操作を行った処理日時８０６、承認アクティビティにおける操作である場合にアクティビティと、対象業務の電子帳票（ワークフロー申請）に対する承認／否認の状態を示す状態８０７から構成される。
【００５６】
前述の図５における５００ａの申請が完了すると、図８のプロセス管理テーブルには、８０１〜８０４、および８０５ａ〜８０７ａのデータが登録される。図８においては、８０１〜８０４の項目は１つだけ登録され、８０５ａ〜８０７ａは、別のテーブルに登録されている。以降、ワークフローのプロセスが進むにつれて、６つのアクティビティに応じてａ〜ｆまでが別のテーブルに、６レコードに分けて登録している。
【００５７】
この場合、図では省略しているが、８０５〜８０７にもＰＩＤ（プロセスＩＤ）を付与して、２つのテーブルのレコードを対応付けてもよい。また、両方のテーブルを分けずに、８０１〜８０４の部分は８０５〜８０７と合わせて１レコードとし、重複して登録してもよい。いずれの方法も、本発明の実施形態における、８０１〜８０７（またはその一部のデータ項目）を対応付けてプロセス記憶部３１８に記憶しているものとする。
【００５８】
なお、次８０５で指定される次のアクティビティ及び次の承認者は、ワークフロー定義（プロセスに関する定義）において予め定義されており、固定で決定できるものであってもよいし、ユーザの指定などにより次を指定させるものであってもよい。
【００５９】
次に、図９と図１０を用いて、添付ファイル記憶部３１９に記憶されるデータの構成について説明する。
【００６０】
図９は、本発明の実施形態に係わる登録された添付ファイルを記憶する添付ファイル管理テーブルの構成の一例を示す図である。図９は、添付ファイル記憶部に記憶されるデータのうち、各添付ファイルを特定するための情報が記憶される添付ファイル管理テーブルの構成例である。
【００６１】
添付ファイル管理テーブルは、添付ファイルに対応するワークフローのプロセスを特定するＰＩＤ９０１（プロセスＩＤ）、ファイルを特定するＦＩＬＥＩＤ９０２（ここではファイル名そのものとして図示）、ファイルの更新回数を示す版９０３、ファイルを登録（添付）したアクティビティと担当者を示す登録アクティビティ９０４、登録（添付）された日時を示す登録日時９０５、添付ファイルが更新された場合に、更新したアクティビティと担当者を示す更新アクティビティ９０６、更新日時９０７、ファイルが削除されているか否かを示す削除フラグ９０８（削除されていればＯＮ、削除されていなければＯＦＦ）、ワークフローシステムが管理するＨＤＤなどにおけるファイルの格納先を示す格納先９０９で構成される。
【００６２】
図５の５００ａの申請が完了した場合には、図９の添付ファイル管理テーブルには、９００ａのように、プロセスＩＤ“Ｐ００００１”に対応するファイルとして２つのファイル“ＡＡＡ．ｊｄｘ”と“ＢＢＢ．ｊｄｘ”が登録される。ここでは、登録日時９０５は、図８の申請日時８０４と同じとしている。また、最初の申請であり、添付ファイルの更新はないため更新アクティビティ９０６ａ、更新日時９０７ａには情報がなく、削除フラグ９０８もＯＦＦ（申請後、削除されていない添付ファイル）である。
【００６３】
図１０は、本発明の実施形態に係わる登録された添付ファイルの承認状態を記憶する添付ファイル承認状態管理テーブルの構成の一例を示す図である。図１０は、添付ファイル記憶部に記憶されるデータのうち、各添付ファイルに対する各承認のアクティビティでの承認状態に関する情報が記憶される添付ファイル承認状態管理テーブルの構成例である。
【００６４】
添付ファイル承認状態管理テーブルは、添付ファイルに対応するワークフローのプロセスを特定するＰＩＤ１００１（プロセスＩＤ）、ファイルを特定するＦＩＬＥＩＤ１００２（ここではファイル名そのものとして図示）、ファイルの更新回数を示す版１００３、ファイルを承認したアクティビティを示す承認アクティビティ１００４、承認者を特定する承認者ＩＤ１００５、添付ファイルに対する承認／否認の状態を示す状態１００６、承認された日時を示す承認日時１００７で構成されている。承認日時１００７は、図８におけるレコードが承認者の処理によるものである場合の処理日時８０６と同じとしている。
【００６５】
申請時には添付ファイルに対する承認に関する情報は存在しないため、図１０の添付ファイル承認状態管理テーブル１０００ａのように、テーブルにはレコードが登録されない。
【００６６】
なお、前述の説明では図９の添付ファイル管理テーブルと、図１０の添付ファイル承認状態管理テーブルを別のテーブルとして説明した。すなわち、これらの９０１〜９０９、１００１〜１００７をそれぞれ異なるレコードとして異なるテーブルに記憶し、ＰＩＤ９０１（図１０では１００１）、ＦＩＬＥＩＤ９０２（図１０では１００２）、版９０３（図１０では１００３）により対応付けた。しかし、添付ファイル記憶部３１９では、これらの９０１〜９０９、１００１〜１００７を１つのレコードとして重複する部分は省いた構成で格納してもよい。いずれの方法も、本発明の実施形態における、９０１〜９０９、１００１〜１００７（またはその一部のデータ項目）を対応付けて添付ファイル記憶部３１９に記憶しているものとする。
【００６７】
図６は、本発明の実施形態に係わる電子帳票の承認画面の一例を示す図である（図４の承認１のアクティビティに相当）。図５の電子帳票の申請用画面との違いは、対象業務の電子帳票（ワークフロー申請）を承認するための承認ボタン６０１と否認するための否認ボタン６０２があることである（さらに申請ボタン５１０がない）。
【００６８】
６００ａによると承認１のアクティビティにおいて承認者Ｂが最初に電子帳票の承認画面を表示したときは、添付されたファイル“ＡＡＡ．ｊｄｘ”、“ＢＢＢ．ｊｄｘ”のいずれも未承認の状態である。本例において承認画面を操作する承認者Ｂは、両添付ファイルの内容を確認し、承認するか否か判断する。承認する場合は、６００ｂのように承認５０５のボタンを選択する。ここで、６００ｂ〜ｃは、６００ａと同じ電子帳票の承認画面であるが、上半分を省略し、“領収書などを添付”以下のみを図示しているものである。
【００６９】
さらに添付ファイルの承認後、承認ボタン６０１を押下することで電子帳票を承認する。また、添付ファイルが未承認、否認の状態であっても、承認ボタン６０１を押下して電子帳票を承認すれば、全ての添付ファイルが承認されるように実装してもよい。また、否認ボタン６０２により電子帳票を否認することができる。添付ファイルは承認しても、他の詳細の項目の内容（交通費など）に誤りがあるため否認ボタン６０２を押下して電子帳票を否認してもよい。
【００７０】
図８の８０５ｂ〜８０７ｂは、承認１のアクティビティにおいて、電子帳票が承認されたことを示している。また、図１０において、添付ファイル承認状態管理テーブル１０００ｂに示すとおり、２つのファイルが、承認１のアクティビティにおいて承認者Ｂに承認されたことを示している。承認日時１００７ｂは、図８の８０６ｂと同じとしている。
【００７１】
図７は、本発明の実施形態に係わる承認画面の一例を示す図である（図４の承認２のアクティビティに相当）。承認アクティビティおよび承認者が異なるが、電子帳票の承認画面は図６と同じである。
【００７２】
７００ａによると承認２のアクティビティにおいて承認者Ｃが最初に電子帳票の承認画面を表示したときは、添付されたファイル“ＡＡＡ．ｊｄｘ”、“ＢＢＢ．ｊｄｘ”のいずれも未承認の状態である。本例において承認画面を操作する承認者Ｃは、両添付ファイルの内容を確認し、承認するか否か判断する。承認者Ｃは、７００ｂのようにファイル“ＡＡＡ．ｊｄｘ”を否認し、ファイル“ＢＢＢ．ｊｄｘ”を承認したとする。さらに電子帳票に対しては、否認ボタン６０２を押下することで否認したとする。ここで、７００ｂ〜ｃは、７００ａと同じ電子帳票の承認画面であるが、上半分を省略し、“領収書などを添付”以下のみを図示しているものである。
【００７３】
図８の８０５ｃ〜８０７ｃは、承認２のアクティビティにおいて電子帳票が否認されたことを示している。また、８０５ｃにより、申請アクティビティに差し戻されたことが示されている。また図１０の添付ファイル承認状態管理テーブル１０００ｃには、添付ファイル承認状態管理テーブル１０００ｂに更に２つのレコードが追加されている。これらは、承認２のアクティビティによる結果であり、承認者Ｃによりファイル“ＡＡＡ．ｊｄｘ”は否認、ファイル“ＢＢＢ．ｊｄｘ”は承認されたことを示している。
【００７４】
承認２のアクティビティから申請アクティビティに差し戻された状態を、図５の５００ｂで示す。申請者Ａが否認（差し戻し）された電子帳票を表示させると、ワークフローサーバ１０１の帳票画面データ生成部３１４は、否認したアクティビティが承認２であることを図８の８０７ｃから取得し、また現時点での添付ファイルを図９の９００ａから取得する。それらに基づき、承認２に対応する添付ファイルの承認の状態を図１０の添付ファイル承認状態管理テーブル１０００ｃから取得し、帳票画面データを生成する。その帳票画面データに基づき、クライアント装置１０２において５００ｂを表示する。従って、承認２のアクティビティで承認者Ｃが指定したとおり、ファイル“ＡＡＡ．ｊｄｘ”は否認の状態、ファイル“ＢＢＢ．ｊｄｘ”は承認の状態として表示される。
【００７５】
申請者Ａは、否認された添付ファイル“ＡＡＡ．ｊｄｘ”の前のチェックボックスにチェックを入れ、添付ファイル削除ボタン５０９を押下することで、電子帳票から添付ファイル“ＡＡＡ．ｊｄｘ”を削除する。申請者は、ファイル“ＡＡＡ．ｊｄｘ”を修正する。ファイルの作成及び修正は、対応する様々なアプリケーションを用いる。さらに添付ファイル追加ボタン５０８により、修正したファイル“ＡＡＡ．ｊｄｘ”を電子帳票に再度添付する。
【００７６】
本説明においては、ファイル名によりファイルを特定するためのＦＩＬＥＩＤとしており、ファイル名が同じである場合には、同一のファイルの修正版と判断する。また、不図示の添付ファイル差し替えボタンを用意し、添付ファイルを明示的に差し替えることによりファイル名が異なっても同一のファイルの修正版であることが分かるようにしてもよい。この場合は、ＦＩＬＥＩＤとしては、ファイル名そのものではなくワークフローシステムにおける連番などを使用する。
【００７７】
ファイル“ＡＡＡ．ｊｄｘ”を修正して再度追加すると、電子帳票の申請画面５００ｃのように未承認の状態となる。さらに申請者は、申請ボタン５１０をおうかすることにより電子帳票は再申請される。
【００７８】
図８のプロセス管理テーブルにおいては、８０５ｄ〜８０７ｄにより、電子帳票が再申請され、承認１のアクティビティに移行（次８０５ｄにおいて次のアクティビティが“承認１”で、担当者が“承認者Ｂ”であると記載）することが分かる。
【００７９】
また、再申請により添付ファイル管理テーブルは９００ｄのように更新される。すなわちファイル“ＡＡＡ．ｊｄｘ”に関する情報が記録されているレコードは、版９０３ｄが“２”、更新アクティビティ９０６ｄが“申請（申請者Ａ）”、更新日時９０７ｄ“２０１１／１０／３ １３：００”と上書きされる。なお、図９では、上書きされ更新前の添付ファイルの情報は残されていないが、履歴として管理するなどの目的で、上書きせずに残すようにしてもよい。その場合、版９０３や、登録日時９０５あるいは更新日時９０７で、ＦＩＬＥＩＤ９０２が同一のもののうち、最新のものを判断することができる。
【００８０】
“承認１”のアクティビティにおいて、承認者が電子帳票の画面を表示すると、図６の６００ｃのように表示される。この画面において、添付ファイル“ＡＡＡ．ｊｄｘ”は未承認の状態として表示される。すなわち、“承認１”のアクティビティにおいて、前回は添付ファイル“ＡＡＡ．ｊｄｘ”を承認し、添付ファイル承認状態管理テーブル１０００ｂ（または１０００ｃ）において、状態１００６ｂ（または１００６ｃ）において“承認”と記載されている。
【００８１】
しかし、添付ファイル管理テーブル９００ｄの“ＡＡＡ．ｊｄｘ”の版９０３ｄが“２”であるのに対し、１０００ｂの版１００３ｂは“１”であるため、システムは、添付ファイル“ＡＡＡ．ｊｄｘ”は更新されており、承認者Ｂが確認するまで未承認の状態だと判断する。また、２つの版の情報の代わりに、“承認１”のアクティビティにおける前回の処理日時８０６ｂ（図８における“２０１１／１０／３ １１：００”）あるいは承認日時１００７ｂ（図１０の１０００ｂにおける“２０１１／１０／３ １１：００”）と、添付ファイルの更新日時９０７ｄ（図９の９００ｄにおける“２０１１／１０／３ １３：００”）を比較し、承認の日時の後に、添付ファイル“ＡＡＡ．ｊｄｘ”が更新されたことを判断してもよい。いずれ方法、または他の方法であっても、最後の承認以降に添付ファイルが更新されたことが分かればよい。
【００８２】
“承認１” （再申請された２回目）のアクティビティにおいて、承認者Ｂは未承認と表示された添付ファイル“ＡＡＡ．ｊｄｘ”の内容を確認する。ここで、内容に不備はなく６００ｂのように（１回目の時と同じく）添付ファイル“ＡＡＡ．ｊｄｘ”を承認し、承認ボタン６０１を押下する。
【００８３】
ワークフローサーバ１０１は、図８のプロセス管理テーブルに８０５ｅ〜８０７ｅを“承認１”
（再申請された２回目）のアクティビティの処理結果として登録する。８０５ｅにより、ワークフローのプロセスが、“承認２”のアクティビティに進むことが分かる。
【００８４】
また、図１０の添付ファイル承認状態管理テーブル１０００ｅに示すように、ワークフローサーバ１０１は承認の状態が変更された“ＡＡＡ．ｊｄｘ”（版１００３ｅは“２”）を“承認２”のアクティビティの処理日時８０６ｅと同じ日時（承認日時１００７ｅの“２０１１／１０／３ １４：００”）で、添付ファイル承認状態管理テーブルに登録する。
【００８５】
“承認２” （再申請された２回目）のアクティビティにおいて承認者である“承認者Ｃ”が前述の電子帳票を選択すると、クライアント装置１０２においては図７の７００ｃのように表示される。詳細説明は、“承認１”のアクティビティの場合と同じなので省略する。また、“承認者Ｃ”は、添付ファイル“ＡＡＡ．ｊｄｘ”を承認し、承認ボタン６０１を押下したとする。
【００８６】
ワークフローサーバ１０１は、図８のプロセス管理テーブルに８０５ｆ〜８０７ｆを“承認１”
（再申請された２回目）のアクティビティの処理結果として登録する。
【００８７】
また、ワークフローサーバ１０１は、図１０の添付ファイル承認状態管理テーブル１０００ｆに示すように、添付ファイル“ＡＡＡ．ｊｄｘ”
（版１００３ｆは“２”）の承認状態を登録する。
【００８８】
以上、図４から図１０にて説明した内容から、申請者、承認者が、添付ファイルの承認状態を単に確認済みか否かのみならず、既に承認したか否認したかまで、分かりやすく表示するという効果が得られる。さらにまだ承認／否認のいずれもされていない添付ファイルを未承認の状態として表示することにより、承認者が内容を確認しなければならない添付ファイルを明確にする効果が得られる。
【００８９】
また、大量の添付ファイルがある場合に、承認者は１つずつ添付ファイルを承認の状態（図６の５０５）にしなくとも、承認ボタン（図６の６０１）を押下しアクティビティの承認をするだけで、添付ファイルの承認したことになり、承認者の負荷を減らす効果が得られる。
【００９０】
さらに、承認者が添付ファイルの新規追加／更新をした場合には、その承認アクティビティ及び下位（ワークフローのプロセスで前の）アクティビティにおいて、添付ファイルは承認されたと見なすことが可能である。そのようにワークフローシステムが実装された場合には、ワークフローのプロセスを改めて最初の承認者に戻すことによる電子帳票の承認にかかる時間を削減し、当該アクティビティおよび下位の承認アクティビティの承認者の確認、操作の負荷を減らす効果が得られる。
【００９１】
図１１は、本発明の実施形態に係わるワークフローの申請処理の一例を示すフローチャートである。図１１の各ステップは、クライアント装置１０２のＣＰＵ２０１及びワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【００９２】
ステップＳ１１０１において、クライアント装置は、ユーザにワークフローシステムに対するログイン情報を入力させる。ログイン情報は、ユーザに一意に付与されたアカウント（ＩＤ）などである。フローチャートにおいて詳細を省略しているが、このログイン情報がワークフローサーバに受け渡されることにより、以降、ユーザの権限管理や前述の各テーブルにおけるユーザ（申請者、承認者）を特定するためのＩＤとしてテーブルへの登録に用いられる。他のフローチャートにおいても同様とする。
【００９３】
ステップＳ１１０２において、クライアント装置は、ワークフローサーバに、ユーザ（ここでは申請者）が電子帳票として申請する対象業務の一覧を要求する。
【００９４】
ステップＳ１１０３において、ワークフローサーバは、クライアント装置からの対象業務一覧の要求を受け付ける。
【００９５】
ステップＳ１１０４において、ワークフローサーバは、前述の申請者の権限において申請可能な対象業務の一覧を取得し、対象業務一覧画面データを生成する。
【００９６】
ステップＳ１１０５において、ワークフローサーバは、先のステップで生成された対象業務一覧画面データを、クライアント装置に送信する。
【００９７】
ステップＳ１１０６において、クライアント装置は、ワークフローサーバから送信された対象業務一覧画面データを受信する。
【００９８】
ステップＳ１１０７において、クライアント装置は、クライアント装置のディスプレイに対象業務一覧画面データに基づき、対象業務一覧を表示させる。
【００９９】
ステップＳ１１０８において、クライアント装置は、ユーザに対象業務一覧の中から申請者として申請したい対象業務を選択させる。また、対象業務に対応する電子帳票の帳票画面をワークフローサーバに要求する。
【０１００】
ステップＳ１１０９において、ワークフローサーバは、クライアント装置から電子帳票の帳票画面の要求を受け付ける。
【０１０１】
ステップＳ１１１０において、ワークフローサーバは、先のステップにおいてユーザにより選択された対象業務に対応する帳票画面データを生成し、クライアント装置に送信する。
【０１０２】
ステップＳ１１１１において、クライアント装置は、ワークフローサーバから送信された対象業務に対応する電子帳票の帳票画面データを受け付ける。
【０１０３】
ステップＳ１１１２において、クライアント装置は、先のステップにより受け付けた帳票画面データに基づき、対象業務の電子帳票をクライアント装置のディスプレイに表示させる。
【０１０４】
ステップＳ１１１３において、クライアント装置は、ユーザからの電子帳票に対する必要な情報の入力操作を受け付ける（図５の５００ａ参照）。
【０１０５】
ステップＳ１１１４において、クライアント装置は、ユーザからの電子帳票に対する必要な添付ファイルの添付操作を受け付ける（図５の添付ファイル追加ボタン５０８など）。
【０１０６】
ステップＳ１１１５において、クライアント装置は、ユーザからの電子帳票に対する申請操作を受け付ける（図５の申請ボタン５１０など）。
【０１０７】
ステップＳ１１１６において、ワークフローサーバは、先のステップでクライアント装置から申請された電子帳票の申請を受け付ける。
【０１０８】
ステップＳ１１１７において、ワークフローサーバは、先のステップで受け付けた電子帳票の申請内容を、プロセス管理テーブルに登録する（図８の８０１〜８０４、８０６ａ〜８０７ａ参照）。
【０１０９】
ステップＳ１１１８において、ワークフローサーバは、先のステップで受け付けた電子帳票の添付ファイルの実体をワークフローシステムが管理するＨＤＤなどのストレージなどの添付ファイル格納フォルダに格納し、また添付ファイルに関する情報を、添付ファイル管理テーブルに登録する（図９の９００ａを参照）。添付ファイルの格納先は、必ずしもＨＤＤなどのストレージではなくともよい。例えばワークフローシステムが管理するデータベースにバイナリデータとして登録してもよい。以降の説明でも同様である。
【０１１０】
ステップＳ１１１９において、ワークフローサーバは、ワークフローのプロセスを次のアクティビティに進める（図８の８０５ａを参照）。図４のワークフロー定義である場合には“承認１”のアクティビティおよび“承認者Ｂ”となる。
【０１１１】
以上で、電子帳票の申請に係わる図１１のフローチャートの説明を完了する。
【０１１２】
図１２は、本発明の実施形態に係わるワークフローの承認／否認の全体処理の一例を示すフローチャートである。図１２の各ステップは、クライアント装置１０２のＣＰＵ２０１及びワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【０１１３】
ステップＳ１２０１において、クライアント装置は、ユーザ（ここでは承認者）にワークフローシステムに対するログイン情報を入力させる。ここで、ユーザとは、図１１のフローチャートにおいて申請された電子帳票に対する承認／否認を判断するユーザ（以下、承認者）である。
【０１１４】
ステップＳ１２０２において、クライアント装置は、承認対象一覧（ログインした承認者が承認すべき電子帳票の申請一覧）を、ワークフローサーバに要求する。
【０１１５】
ステップＳ１２０３において、ワークフローサーバは、クライアント装置からの承認対象一覧の要求を受け付ける。
【０１１６】
ステップＳ１２０４において、ワークフローサーバは、先のステップで受け付けた承認対象一覧の一覧画面データを生成する。具体的には、図８のプロセス管理テーブルにおいて、当該承認者であるユーザが、次８０５において指定されているレコードに基づき、承認対象の一覧画面データを生成する。各承認対象には、プロセスＩＤ（図５のＰＩＤ８０１）を対応付けて画面データに含むものとする。
【０１１７】
ステップＳ１２０５において、ワークフローサーバは、先のステップで生成した承認対象の一覧画面データをクライアント装置に送信する。
【０１１８】
ステップＳ１２０６において、クライアント装置は、ワークフローサーバから送信された承認対象の一覧画面データを受け付ける。
【０１１９】
ステップＳ１２０７において、クライアント装置は、先のステップにより受け付けた承認対象の一覧画面データに基づき、承認対象一覧をクライアント装置のディスプレイに表示させる。
【０１２０】
ステップＳ１２０８において、クライアント装置は、ユーザに承認対象の一覧の中から承認者として承認したい対象業務を選択させる。また、対象業務に対応する電子帳票の帳票画面をワークフローサーバに要求する。
【０１２１】
ステップＳ１２０９において、ワークフローサーバは、クライアント装置から電子帳票の帳票画面の要求を受け付ける。
【０１２２】
ステップＳ１２１０において、ワークフローサーバは、先のステップにおいてユーザにより選択された対象業務に対応する帳票画面データを生成する。ステップＳ１２０１０における帳票画面データの生成については、図１３のフローチャートにより詳細を説明する。
【０１２３】
図１３は、本発明の実施形態に係わるワークフローの承認画面生成処理の一例を示すフローチャートである。図１３の各ステップは、ワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【０１２４】
ステップＳ１３０１において、ワークフローサーバは、対象業務（ワークフロー定義）の画面定義に基づき、電子帳票の画面データ（添付ファイル以外に関連する部分）を生成する。ワークフロー定義および電子帳票に表示すべき詳細のデータは、図１２のフローチャートにおける先のステップで生成した承認対象の一覧画面データの各承認対象に対応するプロセスＩＤ（図８のＰＩＤ８０１）に基づき、特定可能である。また、プロセスＩＤ（ＰＩＤ８０１）と当該承認アクティビティから前回の電子帳票の処理日時（図８の処理日時８０６）が特定できるため、図９の添付ファイル管理テーブルおよび図１０の添付ファイル承認状態管理テーブルに基づき、前回の添付ファイルとその承認状態や、承認／否認後に新たに添付されたファイルと添付したユーザの特定が可能である。
【０１２５】
ステップＳ１３０２からステップＳ１３０８のループ処理は、添付ファイル管理テーブルに登録されているファイルに対するものである。ただし、図９では、同一のファイルはバージョンが異なるものも上書きして１つとしているが、履歴管理のため全て管理している場合は、同一ファイルのうち最新のファイルだけを処理する。また前述の通り、添付ファイル管理テーブルと添付ファイル承認状態管理テーブルを１つのテーブルとして構成してよいと説明したが、その場合は、承認者による承認／否認の状態がないもの（添付ファイルの登録情報や更新情報のみがあるもの）を、添付ファイル管理テーブルに登録されたものに相当するとして以下の説明を進める。
【０１２６】
ステップＳ１３０３においては、ワークフローサーバは、添付ファイル管理テーブルから登録されている添付ファイルの情報を１つ取得、着目する。
【０１２７】
ステップＳ１３０４において、ワークフローサーバは、先のステップで取得した添付ファイルの情報が削除されているか否かを判定する。具体的には図９の削除フラグ９０８が“ＯＮ”の場合は削除されている、“ＯＦＦ”の場合は削除されていないと判断する。削除されている（“ＯＮ”の場合）場合には、ステップＳ１３０８に進む（次の添付ファイルを処理するか、またはループ処理を終了する）。削除されていない場合（“ＯＦＦ”の場合）は、ステップＳ１３０５に進む。
【０１２８】
ステップＳ１３０５において、ワークフローサーバは、現在着目中の添付ファイルに対応する情報であって、現在の承認アクティビティの前回の承認状態を示す情報が、添付ファイル承認状態管理テーブルに存在するかどうかを確認する。具体的には、現在処理をしている承認アクティビティが図１０の承認アクティビティ１００４である添付ファイルの情報があるか否かを確認する。また、同一のファイルが複数ある場合には、版１００３あるいは承認日時１００７により最新の情報が次のステップ以降で使用する情報となる。現在着目中の添付ファイルに対応する情報が、添付ファイル承認状態管理テーブルに存在する場合（“ＹＥＳ”の場合）は、ステップＳ１３０６に進む。存在しない場合（“ＮＯ”の場合）は、ステップＳ１３０７に進む。
【０１２９】
ステップＳ１３０６において、ワークフローサーバは、着目中の添付ファイル情報の承認自体が添付ファイル状態管理テーブルから判断できるため、先のステップで生成した電子帳票の画面データに追加する。具体的には、ファイル名、登録者名、承認／否認の状態である。なお、前述のように、現在の承認アクティビティ、あるいは上位（ワークフロープロセスにおいて後方）のアクティビティにおいて添付されたファイルは、前回の承認状態を示す情報がなくとも、“承認”と扱うよう実装してもよい。
【０１３０】
ステップＳ１３０７において、ワークフローサーバは、着目中の添付ファイル情報に対応する情報が、添付ファイル状態管理テーブルにない場合であるため、“未承認”として、先のステップで生成した電子帳票の画面データに追加する。
【０１３１】
以上で、承認アクティビティの電子帳票の画面データ生成に係わる図１３のフローチャートの説明を完了する。図１２の説明に戻る。
【０１３２】
ステップＳ１２１１において、ワークフローサーバは、先のステップにおいて生成された帳票画面データを、クライアント装置に送信する。
【０１３３】
ステップＳ１２１２において、クライアント装置は、ワークフローサーバから送信された対象業務に対応する電子帳票の帳票画面データを受け付ける。
【０１３４】
ステップＳ１２１３において、クライアント装置は、先のステップにより受け付けた帳票画面データに基づき、対象業務の電子帳票をクライアント装置のディスプレイに表示させる。
【０１３５】
ステップＳ１２１４において、クライアント装置は、ユーザ（承認者）から電子帳票の添付ファイルに対する承認状態の設定操作を受け付ける（図６の５０４〜５０６など）。すなわち、添付ファイルの内容を確認させ、承認または否認のボタンを電子帳票の操作画面で選択させる。添付ファイルの内容の確認は、添付ファイルの名前が記載された部分（図６の５０３などを参照）を押下することなどにより、添付ファイルの拡張子などに基づき（クライアント装置にインストールされている）アプリケーションが起動され閲覧可能な状態になる。
【０１３６】
ステップＳ１２１５において、クライアント装置は、ユーザ（承認者）から電子帳票の添付ファイルに対する操作を受け付ける。すなわち、申請された電子帳票に対して、承認者にさらに、添付ファイルを新規追加／削除／更新させる（図６の添付ファイル追加ボタン５０８、添付ファイル削除ボタン５０９など）。これら全ての操作が可能でなくてもよい。例えば、新規追加のみ可能であり、削除／更新はできず、削除／更新が必要な場合は申請アクティビティに差し戻して申請者に対応させてもよい。また承認者の権限により可能な操作が異なってもよい。
【０１３７】
ステップＳ１２１６において、クライアント装置は、ユーザ（承認者）から電子帳票に対する承認、否認の操作を受け付ける（図６の承認ボタン６０１、否認ボタン６０２など）。また、承認、否認のいずれかの情報と、電子帳票の情報（コメントの入力、添付ファイルの新規追加など。既に入力されている情報を含んでいてもよい。）を、帳票情報としてワークフローサーバに送信する。
【０１３８】
ステップＳ１２１７において、ワークフローサーバは、クライアント装置から、承認、否認のいずれかの情報を含む帳票情報を受け付ける。
【０１３９】
ステップＳ１２１８において、ワークフローサーバは、先のステップでクライアント装置から受け付けた帳票情報に基づき、プロセス管理テーブル、添付ファイル管理テーブル、添付ファイル承認状態管理テーブルなどに必要な情報を書き込む。詳細には、図１４のフローチャートを用いて説明する。
【０１４０】
図１４は、本発明の実施形態に係わるワークフローの承認／否認の詳細処理の一例を示すフローチャートである。すなわち、承認アクティビティにおける電子帳票に対して、承認者が行った操作をクライアント装置から帳票情報として受け付け、変更されている情報をワークフローサーバが管理する各種テーブルに反映させる処理である。図１４の各ステップは、ワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【０１４１】
ステップ１４０１において、ワークフローサーバは、クライアント装置において承認者が、添付ファイルを新規追加、更新、または削除したかどうかを判定する。具体的には、前述の帳票情報に含まれる添付ファイルに関する情報を、図１３のフローチャートにおいて帳票画面データを生成した際に用いた添付ファイル管理テーブルに存在する添付ファイルを比較する。すなわち帳票情報にある添付ファイルが添付ファイル管理テーブルになければ、本承認アクティビティにおいて新規追加されたものである。逆に添付ファイル管理テーブルに存在し、帳票情報になければ削除されている。また、両方に存在するが、ファイルの作成日、更新日が異なれば、更新されている。変更があれば、ステップＳ１４０２に進む。変更がはければステップＳ１４０３に進む。
【０１４２】
ステップＳ１４０２において、ワークフローサーバは、添付ファイル管理テーブルに対して必要な更新を行う。すなわち、新規追加された添付ファイルについては、添付ファイル管理テーブルに登録し、削除された添付ファイルについては、図９の削除フラグ９０８を“ＯＮ”にし、更新された添付ファイルについては、図９の版９０３を変更し、また更新アクティビティ９０６、９０７を記載する。
【０１４３】
ステップＳ１４０３において、ワークフローサーバは、クライアント装置から受け付けた帳票情報に基づき、承認者が電子帳票を承認したのか否か判断する。具体的には、図６の画面において、承認者が承認ボタン６０１、否認ボタン６０２のいずれを押下したのか識別可能な情報が帳票情報に含まれており、その情報により判断する。承認された場合にはステップＳ１４０４に進む。否認された場合にはステップＳ１４０８に進む。
【０１４４】
ステップＳ１４０４において、ワークフローサーバは、帳票情報に含まれる添付ファイル、すなわち、承認者が承認した画面において添付されていたファイルに対して、添付ファイル承認状態管理テーブルにおける承認状態（図１０の状態１００６）を“承認”とする。また、新規追加、更新された添付ファイルの実体は、前述の添付ファイル格納フォルダに格納される。
【０１４５】
ステップＳ１４０５において、ワークフローサーバは、処理中の対象業務に対応するワークフロー定義（プロセスの定義）において、次の承認アクティビティがあるか否かを判定する。なければステップＳ１４０６（“ＮＯ”の場合）に進む。あればステップＳ１４０７（“ＹＥＳ”の場合）に進む。
【０１４６】
ステップＳ１４０６において、ワークフローサーバは、図８のプロセス管理テーブルに現在の承認アクティビティで現在の承認者により電子帳票が承認された旨を記載する。その際、次８０５にはワークフローのプロセスが“完了”したことを識別する情報を記載する。その後、処理中のワークフローのプロセスは完了する。
【０１４７】
ステップＳ１４０７において、ワークフローサーバは、図８のプロセス管理テーブルに現在の承認アクティビティで現在の承認者により電子帳票が承認された旨の記載を登録する。さらに、ワークフロー定義等に基づき次の承認アクティビティおよび承認者を取得し、次８０５に記載する。
【０１４８】
ステップＳ１４０８において、ワークフローサーバは、帳票情報に含まれる添付ファイルに対して、帳票情報に含まれる各添付ファイルの承認状態（“承認”、“否認”、“未承認”）に基づき、添付ファイル承認状態管理テーブルにおける承認状態（図１０の状態１００６）を記載する。また、新規追加、更新された添付ファイルの実体は、前述の添付ファイル格納フォルダに格納される。
【０１４９】
ステップＳ１４０９において、ワークフローサーバは、図８のプロセス管理テーブルの次８０５に処理中の電子帳票の申請アクティビティと申請者を記載する。すなわち、申請を差し戻す。
【０１５０】
以上で、承認者の電子帳票の承認／否認に対してワークフローサーバ側で実行される処理に係わる図１４のフローチャートの説明を完了する。
【０１５１】
また、以上で、承認者による電子帳票の承認処理に係わる図１２のフローチャートの説明を完了する。
【０１５２】
図１５は、本発明の実施形態に係わるワークフローの再申請の全体処理の一例を示すフローチャートである。図１５の各ステップは、クライアント装置１０２のＣＰＵ２０１及びワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【０１５３】
ステップＳ１５０１において、クライアント装置は、ユーザ（ここでは申請者）にワークフローシステムに対するログイン情報を入力させる。ここで、ユーザとは、図１２〜図１４のフローチャートにおいて申請された電子帳票を否認され、再申請するユーザ（以下、申請者）である。
【０１５４】
ステップＳ１５０２において、クライアント装置は、再申請対象一覧（ログインした申請者が以前に申請しいずれかの承認者により否認された電子帳票の一覧）を、ワークフローサーバに要求する。
【０１５５】
ステップＳ１５０３において、ワークフローサーバは、クライアント装置からの再申請対象一覧の要求を受け付ける。
【０１５６】
ステップＳ１５０４において、ワークフローサーバは、先のステップで受け付けた再申請対象一覧の一覧画面データを生成する。具体的には、図８のプロセス管理テーブルにおいて、次８０５が当該申請者であり、状態８０７が“否認”となっているレコードに基づき、再申請対象の一覧画面データを生成する。各再申請対象には、プロセスＩＤ（図５のＰＩＤ８０１）を対応付けて一覧画面データに含むものとする。
【０１５７】
ステップＳ１５０５において、ワークフローサーバは、先のステップで生成した再申請対象の一覧画面データをクライアント装置に送信する。
【０１５８】
ステップＳ１５０６において、クライアント装置は、ワークフローサーバから送信された再申請対象の一覧画面データを受け付ける。
【０１５９】
ステップＳ１５０７において、クライアント装置は、先のステップにより受け付けた再申請対象の一覧画面データに基づき、再申請対象一覧をクライアント装置のディスプレイに表示させる。
【０１６０】
ステップＳ１５０８において、クライアント装置は、ユーザに再申請対象の一覧の中から申請者として再申請したい電子帳票を選択させる。また、申請者が選択した再申請する電子帳票の帳票画面をワークフローサーバに要求する。
【０１６１】
ステップＳ１５０９において、ワークフローサーバは、クライアント装置から再申請する電子帳票の帳票画面の要求を受け付ける。
【０１６２】
ステップＳ１５１０において、ワークフローサーバは、先のステップにおいてユーザにより選択された電子帳票に対応する帳票画面データを生成する。ステップＳ１２０１０における帳票画面データの生成については、図１６のフローチャートにより詳細を説明する。
【０１６３】
図１６は、本発明の実施形態に係わるワークフローの再申請画面生成処理の一例を示すフローチャートである。図１６の各ステップは、ワークフローサーバ１０１のＣＰＵ２０１によって実行される。図１６の否認された電子帳票を再申請するため申請者のクライアント装置に送信する画面データを生成する処理であり、ほぼ１３図（承認者用の画面データを生成）と同じであるため、異なる処理を行うステップＳ１６０１、Ｓ１６０５、Ｓ１６０６のみ説明する。
【０１６４】
ステップＳ１６０１において、ワークフローサーバは、再申請する対象業務（ワークフロー定義）の画面定義に基づき、電子帳票の画面データ（添付ファイル以外に関連する部分）を生成する。ワークフロー定義および電子帳票に表示すべき詳細のデータは、図１５のフローチャートにおける先のステップで生成した再申請対象の一覧画面データの各再申請対象に対応するプロセスＩＤ（図８のＰＩＤ８０１）に基づき、特定可能である。また、プロセス管理テーブルにおいて前記プロセスＩＤと電子帳票の処理日時（図８の処理日時８０６）に基づき、再申請対象を最後に否認した承認アクティビティが分かる。その承認アクティビティの“処理日時”によって、図９の添付ファイル管理テーブルおよび図１０の添付ファイル承認状態管理テーブルに基づき、否認した承認アクティビティの添付ファイルとその承認状態、申請後に新たに添付されたファイルと添付したユーザの特定が可能である。
【０１６５】
ステップＳ１６０５において、ワークフローサーバは、現在着目中の添付ファイルに対応する情報であって、前述のとおり処理中の電子帳票を否認した承認アクティビティに対応する承認状態を示す情報が、添付ファイル承認状態管理テーブルに存在するかどうかを確認する。具体的には、否認した承認アクティビティが図１０の承認アクティビティ１００４である添付ファイルの情報があるか否かを確認する。また、同一のファイルが複数ある場合には、版１００３あるいは承認日時１００７により最新の情報が次のステップ以降で使用する情報となる。現在着目中の添付ファイルに対応する情報が、添付ファイル承認状態管理テーブルに存在する場合（“ＹＥＳ”の場合）は、ステップＳ１６０６に進む。存在しない場合（“ＮＯ”の場合）は、ステップＳ１３０７に進む。
【０１６６】
ステップＳ１６０６において、ワークフローサーバは、着目中の添付ファイル情報の承認自体が添付ファイル状態管理テーブルから判断できるため、先のステップで生成した電子帳票の画面データに追加する。具体的には、ファイル名、登録者名、承認／否認の状態である。なお、前述のように、いずれかの承認アクティビティにおいて添付されたファイルは、前回の承認状態を示す情報がなくとも、“承認”と扱うよう実装してもよい。
【０１６７】
以上で、申請アクティビティ（再申請の場合）の電子帳票の画面データ生成に係わる図１６のフローチャートの説明を完了する。図１５の説明に戻る。
【０１６８】
ステップＳ１５１１において、ワークフローサーバは、先のステップにおいて生成された再申請の帳票画面データを、クライアント装置に送信する。
【０１６９】
ステップＳ１５１２において、クライアント装置は、ワークフローサーバから送信された対象業務に対応する再申請の電子帳票の帳票画面データを受け付ける。
【０１７０】
ステップＳ１５１３において、クライアント装置は、先のステップにより受け付けた帳票画面データに基づき、対象業務の再申請の電子帳票をクライアント装置のディスプレイに表示させる。
【０１７１】
ステップＳ１５１４において、クライアント装置は、ユーザ（申請者）から電子帳票に対する入力操作を受け付ける。これにより、申請時に電子帳票に入力した詳細のデータ項目に誤りがある場合の修正などの作業結果を受け付ける。
【０１７２】
ステップＳ１５１５において、クライアント装置は、ユーザ（申請者）から電子帳票の添付ファイルに対する操作を受け付ける。すなわち、電子帳票に対して、承認者にさらに、添付ファイルを新規追加／削除／更新させる（図６の添付ファイル追加ボタン５０８、添付ファイル削除ボタン５０９など）。これらの操作により否認された添付ファイルの更新や不足している添付ファイルの新規追加などの操作を受け付ける。これら全ての操作が可能でなくてもよい。例えば、新規追加と否認された添付ファイルの更新のみ可能であり、承認済みの添付ファイルに対する削除／更新はできないようにしてもよい。また対象業務（ワークフロー定義）の種類や申請者の権限（役職、部門など）により可能な操作が異なってもよい。
【０１７３】
ステップＳ１５１６において、クライアント装置は、ユーザ（申請者）から電子帳票に対する申請（再申請）の操作を受け付ける（図５の申請ボタン５１０）。また、電子帳票の情報（修正した入力、添付ファイルの新規追加、更新など。既に入力されている情報を含んでいてもよい。）を、帳票情報としてワークフローサーバに送信する。申請の操作ではあるが、再申請であることを識別するために帳票情報にプロセスＩＤなどを含むようにする。
【０１７４】
ステップＳ１５１７において、ワークフローサーバは、クライアント装置から、帳票情報を受け付ける。
【０１７５】
ステップＳ１５１８において、ワークフローサーバは、先のステップで受け付けた電子帳票の再申請の内容を、プロセス管理テーブルに登録する（図８の８０１〜８０４、８０６ｄ〜８０７ｄ参照）。
【０１７６】
ステップＳ１５１９において、ワークフローサーバは、先のステップでクライアント装置から受け付けた帳票情報に基づき、プロセス管理テーブル、添付ファイル管理テーブル、添付ファイル承認状態管理テーブルなどに必要な情報を書き込む。詳細には、図１７のフローチャートを用いて説明する。
【０１７７】
図１７は、本発明の実施形態に係わるワークフローの再申請の際の添付ファイルに関する処理の一例を示すフローチャートである。図１７の各ステップは、ワークフローサーバ１０１のＣＰＵ２０１によって実行される。
【０１７８】
ステップＳ１７０１からステップＳ１７０６のループ処理は、再申請された電子帳票に添付されたファイルに対するものである。
【０１７９】
ステップＳ１７０２において、ワークフローサーバは、着目中の添付ファイル（電子帳票に添付されているものの１つ）が添付ファイル管理テーブルに登録されているかどうかを判定する。登録されている場合には、ステップＳ１７０３に進む。登録されていない場合には、ステップＳ１７０５に進む。
【０１８０】
ステップＳ１７０３において、ワークフローサーバは、着目中の添付ファイルが更新されたものであるかどうか判定する。具体的には、添付ファイル管理テーブルに登録されている同一のファイル（図９のＦＩＬＥＩＤ９０２が同じもの）の登録日時９０５または更新日時９０７がある場合には更新日時９０７と、添付ファイルの更新日時を比較して判定する。添付ファイルの更新日時は、例えば、添付ファイルが属性として持っている情報、あるいは電子帳票に該添付ファイルに対応付けて記載されている情報がある場合にはその情報から取得する。添付ファイルが更新されている場合（“ＹＥＳ”の場合）には、ステップＳ１７０４に進む。更新されていない場合（“ＮＯ”の場合）には、ステップＳ１７０６に進む。
【０１８１】
ステップＳ１７０４において、ワークフローサーバは、更新された添付ファイルによって添付ファイル格納フォルダにおける更新前のファイルを上書きし、また、添付ファイル管理テーブルの対応するレコードを上書きする（図９の９００ｄにおける“ＡＡＡ．ｊｄｘ”の例）。なお、実際には添付ファイル管理テーブルにおいては、レコードを上書きせず別レコードとして登録してもよい（版９０３または登録日時９０５で区別可能）。格納フォルダにおいても同様に、上書きするのではなく版管理のための連番などを付与して格納してもよい。
【０１８２】
ステップＳ１７０５において、ワークフローサーバは、着目中の添付ファイルを新規追加されたものと見なして、添付ファイル管理テーブルに登録し、および添付ファイル格納フォルダに格納する。
【０１８３】
ステップＳ１７０１からステップＳ１７０６のループ処理を完了すると、次にステップＳ１７０７からステップＳ１７１０のループ処理を行う。このループ処理は、添付ファイル管理テーブルに登録されている処理中のプロセスＩＤに対応する添付ファイル処理である。
【０１８４】
ステップＳ１７０８において、ワークフローサーバは、着目中の添付ファイル（添付ファイル管理テーブルに登録されているものの１つ）が、再申請された電子帳票に添付されているかどうか判定する。すなわち、電子帳票を再申請する前に、クライアント装置における処理で“削除”されている添付ファイルについては、電子帳票には添付されていない。添付ファイルが、電子帳票にない場合（“ＮＯ”の場合）には、ステップＳ１７０９に進む。電子帳票に添付されている場合（“ＹＥＳ”の場合）には、ステップＳ１７１０に進む。
【０１８５】
ステップＳ１７０９において、ワークフローサーバは、添付ファイル管理テーブルから添付ファイルの登録を削除する。具体的には、図９の削除フラグ９０８を“ＯＮ”に変更する。また、実際にレコード自体を削除してもよい。さらに格納フォルダにおける添付ファイルの実体は、履歴として残してもよいし、実際に削除してもよい。
【０１８６】
以上で、申請者の電子帳票の再申請に対してワークフローサーバ側で実行される処理に係わる図１７のフローチャートの説明を完了する。図１５の説明に戻る。
【０１８７】
ステップＳ１５２０において、ワークフローサーバは、ワークフローのプロセスを次のアクティビティに進める（図８の８０５ｄを参照）。図４のワークフロー定義である場合には“承認１”のアクティビティおよび“承認者Ｂ”となる。
【０１８８】
以上で、電子帳票の申請に係わる図１５のフローチャートの説明を完了する。
【０１８９】
なお、申請、承認のアクティビティにおいてクライアント装置に表示される電子帳票上で、ユーザ（申請者、承認者）が入力した情報や新規追加、更新した添付ファイル、添付ファイルの承認状態を変更した場合において、その部分や周辺の表示形態を変更してもよい。例えば添付ファイル名の色を変更する、承認状態が変更された部分の色やボタンの形、大きさを変えるなどである。これにより、例えば、電子帳票を表示した時点でもともと添付されていたファイルなのか、表示後の操作で添付したファイルなのか、もともと承認していたファイルなのか、表示後に承認したのか、が分かりやすくなる。大量の情報を確認する場合には、特に、ユーザ自身が、自身の操作結果について全て記憶しているとは限らず、表示後の操作結果が識別可能となることで、ユーザの操作結果をわかりやすくする効果が得られる。
【０１９０】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１９１】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１９２】
また、本発明におけるプログラムは、図１１〜図１７に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図１１〜図１７の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図１１〜図１７の各装置の処理方法ごとのプログラムであってもよい。
【０１９３】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１９４】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１９５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１９６】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９８】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。 さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１９９】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０２００】
１０１ ワークフローサーバ
１０２ クライアント装置
１０３ ネットワーク
３０１ 帳票画面データ受信部
３０２ 表示制御部
３０３ 操作受付部
３０４ 帳票情報送信部
３１１ 帳票情報受信部
３１２ プロセス登録部
３１３ 添付ファイル登録部
３１４ 帳票画面データ生成部
３１５ 帳票画面データ送信部
３１６ 電子帳票承認時添付ファイル承認状態変更部
３１７ 下位承認者添付ファイル承認状態変更部
３１８ プロセス記憶部
３１９ 添付ファイル記憶部
【特許請求の範囲】
【請求項１】
クライアント装置と、電子帳票の処理を制御するワークフローサーバがネットワークを介して接続されるワークフローシステムであって、
前記クライアント装置は、
前記ワークフローサーバが送信する帳票画面データを受信する帳票画面データ受信手段と、
前記帳票画面データ受信手段により受信された前記帳票画面データに基づき、添付ファイル毎に指定された承認、否認の添付ファイル承認状態を識別可能に、前記電子帳票を表示させる表示制御手段と、
前記表示制御手段により表示された前記電子帳票において、申請者であるユーザが前記添付ファイルの新規追加、更新を行い、更に再申請の処理を行う操作を受け付ける操作受付手段と、
前記操作受付手段によりユーザにより再申請された前記電子帳票を、帳票情報として前記ワークフローサーバに送信する帳票情報送信手段と、
を備え、
前記ワークフローサーバは、
前記帳票情報送信手段により前記クライアント装置から送信された前記帳票情報を受信する帳票情報受信手段と、
前記帳票情報受信手段により受信された前記帳票情報に基づき、該帳票情報のアクティビティと、該アクティビティが承認アクティビティである場合には承認または否認のいずれかのアクティビティ承認状態と、をプロセス情報としてプロセス記憶手段に記憶させるプロセス登録手段と、
前記帳票情報受信手段により受信した前記帳票情報に基づき、該帳票情報のアクティビティと、前記帳票情報に添付された前記添付ファイルと、該アクティビティが承認アクティビティである場合には該添付ファイルの前記添付ファイル承認状態と、を添付ファイル情報として添付ファイル記憶手段に記憶させる添付ファイル登録手段と、
前記承認アクティビティから申請アクティビティに差し戻された場合には、該承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成する帳票画面データ生成手段と、
前記帳票画面データ生成手段により生成された前記帳票画面データを前記クライアント装置に送信する帳票画面データ送信手段と、
を備えることを特徴とするワークフローシステム。
【請求項２】
前記操作受付手段は、更に、
前記電子帳票が承認アクティビティにある場合には、承認者であるユーザに前記電子帳票に含まれる添付ファイル毎に承認、否認を示す添付ファイル承認状態を指定させ、前記電子帳票の申請を承認または否認させることが可能であって、
帳票画面データ生成手段は、更に、
前記承認アクティビティにある場合には、前記承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成するものであることを特徴とする請求項１に記載のワークフローシステム。
【請求項３】
前記添付ファイル承認状態は、更に前記添付ファイルが承認も否認もされていない未承認の状態を含むものであって、
前記表示制御手段は、更に、
前記申請アクティビティにおいて、前記操作受付手段によりユーザから操作を受け付けた結果として前記添付ファイルが新規追加、更新された場合に、該添付ファイルの前記添付ファイル承認状態を未承認として表示するものであることを特徴とする請求項１または請求項２のいずれか1項に記載のワークフローシステム。
【請求項４】
前記電子帳票の前記承認アクティビティにおいて該電子帳票が承認された場合に、全ての前記添付ファイルの該承認アクティビティにおける前記添付ファイル承認状態を承認とする第１の添付ファイル承認状態変更手段と、
を更に備えることを特徴とする請求項１乃至請求項３のいずれか１項に記載のワークフローシステム。
【請求項５】
前記操作受付手段は、更に、
前記承認アクティビティにおいて、ユーザに前記添付ファイルを新規追加、更新させることが可能であって、
前記ワークフローサーバは、
前記添付ファイルを新規追加、更新した前記承認アクティビティおよびワークフローのプロセスにおける該承認アクティビティより前の前記承認アクティビティにおいて、前記添付ファイルの前記添付ファイル承認状態を承認とする第２の添付ファイル承認状態変更手段と、
を更に備えることを特徴とする請求項１乃至請求項４のいずれか１項に記載のワークフローシステム。
【請求項６】
前記表示制御手段は、更に、
前記帳票画面データ受信手段により受信した前記帳票画面データの表示後、前記操作受付手段によりユーザから操作を受け付けた結果として、前記添付ファイルの前記添付ファイル承認状態が変更された場合、または前記添付ファイルが新規追加、更新された場合に、前記ユーザにより操作されたことを識別可能に表示形態を変更することを特徴とする請求項１乃至請求項５のいずれか１項に記載のワークフローシステム。
【請求項７】
クライアント装置とネットワークを介して接続される電子帳票の処理を制御するワークフローサーバであって、
前記クライアント装置から送信された帳票情報を受信する帳票情報受信手段と、
前記帳票情報受信手段により受信された前記帳票情報に基づき、該帳票情報のアクティビティと、該アクティビティが承認アクティビティである場合には承認または否認のいずれかのアクティビティ承認状態と、をプロセス情報としてプロセス記憶手段に記憶させるプロセス登録手段と、
前記帳票情報受信手段により受信した前記帳票情報に基づき、該帳票情報のアクティビティと、前記帳票情報に添付された添付ファイルと、該アクティビティが承認アクティビティである場合には該添付ファイルの添付ファイル承認状態と、を添付ファイル情報として添付ファイル記憶手段に登録させる添付ファイル登録手段と、
前記承認アクティビティから申請アクティビティに差し戻された場合には、該承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成する帳票画面データ生成手段と、
前記帳票画面データ生成手段により生成された前記帳票画面データを前記クライアント装置に送信する帳票画面データ送信手段と、
を備えることを特徴とするワークフローサーバ。
【請求項８】
クライアント装置と、電子帳票の処理を制御するワークフローサーバがネットワークを介して接続されるワークフローシステムの制御方法であって、
前記クライアント装置は、
前記ワークフローサーバが送信する帳票画面データを受信する帳票画面データ受信工程と、
前記帳票画面データ受信工程により受信された前記帳票画面データに基づき、添付ファイル毎に指定された承認、否認の添付ファイル承認状態を識別可能に、前記電子帳票を表示させる表示制御工程と、
前記表示制御工程により表示された前記電子帳票において、申請者であるユーザが前記添付ファイルの新規追加、更新を行い、更に再申請の処理を行う操作を受け付ける操作受付工程と、
前記操作受付工程によりユーザにより再申請された前記電子帳票を、帳票情報として前記ワークフローサーバに送信する帳票情報送信工程と、
を備え、
前記ワークフローサーバは、
前記帳票情報送信工程により前記クライアント装置から送信された前記帳票情報を受信する帳票情報受信工程と、
前記帳票情報受信工程により受信された前記帳票情報に基づき、該帳票情報のアクティビティと、該アクティビティが承認アクティビティである場合には承認または否認のいずれかのアクティビティ承認状態と、をプロセス情報としてプロセス記憶手段に記憶させるプロセス登録工程と、
前記帳票情報受信工程により受信した前記帳票情報に基づき、該帳票情報のアクティビティと、前記帳票情報に添付された前記添付ファイルと、該アクティビティが承認アクティビティである場合には該添付ファイルの前記添付ファイル承認状態と、を添付ファイル情報として添付ファイル記憶手段に記憶させる添付ファイル登録工程と、
前記承認アクティビティから申請アクティビティに差し戻された場合には、該承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成する帳票画面データ生成工程と、
前記帳票画面データ生成工程により生成された前記帳票画面データを前記クライアント装置に送信する帳票画面データ送信工程と、
を備えることを特徴とするワークフローシステムの制御方法。
【請求項９】
クライアント装置と、電子帳票の処理を制御するワークフローサーバがネットワークを介して接続されるワークフローシステムにおいて実行可能なプログラムであって、
前記クライアント装置を、
前記ワークフローサーバが送信する帳票画面データを受信する帳票画面データ受信手段、 前記帳票画面データ受信手段により受信された前記帳票画面データに基づき、添付ファイル毎に指定された承認、否認の添付ファイル承認状態を識別可能に、前記電子帳票を表示させる表示制御手段、
前記表示制御手段により表示された前記電子帳票において、申請者であるユーザが前記添付ファイルの新規追加、更新を行い、更に再申請の処理を行う操作を受け付ける操作受付手段、
前記操作受付手段によりユーザにより再申請された前記電子帳票を、帳票情報として前記ワークフローサーバに送信する帳票情報送信手段として機能させ、
前記ワークフローサーバを、
前記帳票情報送信手段により前記クライアント装置から送信された前記帳票情報を受信する帳票情報受信手段、
前記帳票情報受信手段により受信された前記帳票情報に基づき、該帳票情報のアクティビティと、該アクティビティが承認アクティビティである場合には承認または否認のいずれかのアクティビティ承認状態と、をプロセス情報としてプロセス記憶手段に記憶させるプロセス登録手段、
前記帳票情報受信手段により受信した前記帳票情報に基づき、該帳票情報のアクティビティと、前記帳票情報に添付された前記添付ファイルと、該アクティビティが承認アクティビティである場合には該添付ファイルの前記添付ファイル承認状態と、を添付ファイル情報として添付ファイル記憶手段に記憶させる添付ファイル登録手段、
前記承認アクティビティから申請アクティビティに差し戻された場合には、該承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成する帳票画面データ生成手段、
前記帳票画面データ生成手段により生成された前記帳票画面データを前記クライアント装置に送信する帳票画面データ送信手段として機能させるためのプログラム。
【請求項１０】
請求項９に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
クライアント装置と、電子帳票の処理を制御するワークフローサーバがネットワークを介して接続されるワークフローシステムであって、
前記クライアント装置は、
前記ワークフローサーバが送信する帳票画面データを受信する帳票画面データ受信手段と、
前記帳票画面データ受信手段により受信された前記帳票画面データに基づき、添付ファイル毎に指定された承認、否認の添付ファイル承認状態を識別可能に、前記電子帳票を表示させる表示制御手段と、
前記表示制御手段により表示された前記電子帳票において、申請者であるユーザが前記添付ファイルの新規追加、更新を行い、更に再申請の処理を行う操作を受け付ける操作受付手段と、
前記操作受付手段によりユーザにより再申請された前記電子帳票を、帳票情報として前記ワークフローサーバに送信する帳票情報送信手段と、
を備え、
前記ワークフローサーバは、
前記帳票情報送信手段により前記クライアント装置から送信された前記帳票情報を受信する帳票情報受信手段と、
前記帳票情報受信手段により受信された前記帳票情報に基づき、該帳票情報のアクティビティと、該アクティビティが承認アクティビティである場合には承認または否認のいずれかのアクティビティ承認状態と、をプロセス情報としてプロセス記憶手段に記憶させるプロセス登録手段と、
前記帳票情報受信手段により受信した前記帳票情報に基づき、該帳票情報のアクティビティと、前記帳票情報に添付された前記添付ファイルと、該アクティビティが承認アクティビティである場合には該添付ファイルの前記添付ファイル承認状態と、を添付ファイル情報として添付ファイル記憶手段に記憶させる添付ファイル登録手段と、
前記承認アクティビティから申請アクティビティに差し戻された場合には、該承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成する帳票画面データ生成手段と、
前記帳票画面データ生成手段により生成された前記帳票画面データを前記クライアント装置に送信する帳票画面データ送信手段と、
を備えることを特徴とするワークフローシステム。
【請求項２】
前記操作受付手段は、更に、
前記電子帳票が承認アクティビティにある場合には、承認者であるユーザに前記電子帳票に含まれる添付ファイル毎に承認、否認を示す添付ファイル承認状態を指定させ、前記電子帳票の申請を承認または否認させることが可能であって、
帳票画面データ生成手段は、更に、
前記承認アクティビティにある場合には、前記承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成するものであることを特徴とする請求項１に記載のワークフローシステム。
【請求項３】
前記添付ファイル承認状態は、更に前記添付ファイルが承認も否認もされていない未承認の状態を含むものであって、
前記表示制御手段は、更に、
前記申請アクティビティにおいて、前記操作受付手段によりユーザから操作を受け付けた結果として前記添付ファイルが新規追加、更新された場合に、該添付ファイルの前記添付ファイル承認状態を未承認として表示するものであることを特徴とする請求項１または請求項２のいずれか1項に記載のワークフローシステム。
【請求項４】
前記電子帳票の前記承認アクティビティにおいて該電子帳票が承認された場合に、全ての前記添付ファイルの該承認アクティビティにおける前記添付ファイル承認状態を承認とする第１の添付ファイル承認状態変更手段と、
を更に備えることを特徴とする請求項１乃至請求項３のいずれか１項に記載のワークフローシステム。
【請求項５】
前記操作受付手段は、更に、
前記承認アクティビティにおいて、ユーザに前記添付ファイルを新規追加、更新させることが可能であって、
前記ワークフローサーバは、
前記添付ファイルを新規追加、更新した前記承認アクティビティおよびワークフローのプロセスにおける該承認アクティビティより前の前記承認アクティビティにおいて、前記添付ファイルの前記添付ファイル承認状態を承認とする第２の添付ファイル承認状態変更手段と、
を更に備えることを特徴とする請求項１乃至請求項４のいずれか１項に記載のワークフローシステム。
【請求項６】
前記表示制御手段は、更に、
前記帳票画面データ受信手段により受信した前記帳票画面データの表示後、前記操作受付手段によりユーザから操作を受け付けた結果として、前記添付ファイルの前記添付ファイル承認状態が変更された場合、または前記添付ファイルが新規追加、更新された場合に、前記ユーザにより操作されたことを識別可能に表示形態を変更することを特徴とする請求項１乃至請求項５のいずれか１項に記載のワークフローシステム。
【請求項７】
クライアント装置とネットワークを介して接続される電子帳票の処理を制御するワークフローサーバであって、
前記クライアント装置から送信された帳票情報を受信する帳票情報受信手段と、
前記帳票情報受信手段により受信された前記帳票情報に基づき、該帳票情報のアクティビティと、該アクティビティが承認アクティビティである場合には承認または否認のいずれかのアクティビティ承認状態と、をプロセス情報としてプロセス記憶手段に記憶させるプロセス登録手段と、
前記帳票情報受信手段により受信した前記帳票情報に基づき、該帳票情報のアクティビティと、前記帳票情報に添付された添付ファイルと、該アクティビティが承認アクティビティである場合には該添付ファイルの添付ファイル承認状態と、を添付ファイル情報として添付ファイル記憶手段に登録させる添付ファイル登録手段と、
前記承認アクティビティから申請アクティビティに差し戻された場合には、該承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成する帳票画面データ生成手段と、
前記帳票画面データ生成手段により生成された前記帳票画面データを前記クライアント装置に送信する帳票画面データ送信手段と、
を備えることを特徴とするワークフローサーバ。
【請求項８】
クライアント装置と、電子帳票の処理を制御するワークフローサーバがネットワークを介して接続されるワークフローシステムの制御方法であって、
前記クライアント装置は、
前記ワークフローサーバが送信する帳票画面データを受信する帳票画面データ受信工程と、
前記帳票画面データ受信工程により受信された前記帳票画面データに基づき、添付ファイル毎に指定された承認、否認の添付ファイル承認状態を識別可能に、前記電子帳票を表示させる表示制御工程と、
前記表示制御工程により表示された前記電子帳票において、申請者であるユーザが前記添付ファイルの新規追加、更新を行い、更に再申請の処理を行う操作を受け付ける操作受付工程と、
前記操作受付工程によりユーザにより再申請された前記電子帳票を、帳票情報として前記ワークフローサーバに送信する帳票情報送信工程と、
を備え、
前記ワークフローサーバは、
前記帳票情報送信工程により前記クライアント装置から送信された前記帳票情報を受信する帳票情報受信工程と、
前記帳票情報受信工程により受信された前記帳票情報に基づき、該帳票情報のアクティビティと、該アクティビティが承認アクティビティである場合には承認または否認のいずれかのアクティビティ承認状態と、をプロセス情報としてプロセス記憶手段に記憶させるプロセス登録工程と、
前記帳票情報受信工程により受信した前記帳票情報に基づき、該帳票情報のアクティビティと、前記帳票情報に添付された前記添付ファイルと、該アクティビティが承認アクティビティである場合には該添付ファイルの前記添付ファイル承認状態と、を添付ファイル情報として添付ファイル記憶手段に記憶させる添付ファイル登録工程と、
前記承認アクティビティから申請アクティビティに差し戻された場合には、該承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成する帳票画面データ生成工程と、
前記帳票画面データ生成工程により生成された前記帳票画面データを前記クライアント装置に送信する帳票画面データ送信工程と、
を備えることを特徴とするワークフローシステムの制御方法。
【請求項９】
クライアント装置と、電子帳票の処理を制御するワークフローサーバがネットワークを介して接続されるワークフローシステムにおいて実行可能なプログラムであって、
前記クライアント装置を、
前記ワークフローサーバが送信する帳票画面データを受信する帳票画面データ受信手段、 前記帳票画面データ受信手段により受信された前記帳票画面データに基づき、添付ファイル毎に指定された承認、否認の添付ファイル承認状態を識別可能に、前記電子帳票を表示させる表示制御手段、
前記表示制御手段により表示された前記電子帳票において、申請者であるユーザが前記添付ファイルの新規追加、更新を行い、更に再申請の処理を行う操作を受け付ける操作受付手段、
前記操作受付手段によりユーザにより再申請された前記電子帳票を、帳票情報として前記ワークフローサーバに送信する帳票情報送信手段として機能させ、
前記ワークフローサーバを、
前記帳票情報送信手段により前記クライアント装置から送信された前記帳票情報を受信する帳票情報受信手段、
前記帳票情報受信手段により受信された前記帳票情報に基づき、該帳票情報のアクティビティと、該アクティビティが承認アクティビティである場合には承認または否認のいずれかのアクティビティ承認状態と、をプロセス情報としてプロセス記憶手段に記憶させるプロセス登録手段、
前記帳票情報受信手段により受信した前記帳票情報に基づき、該帳票情報のアクティビティと、前記帳票情報に添付された前記添付ファイルと、該アクティビティが承認アクティビティである場合には該添付ファイルの前記添付ファイル承認状態と、を添付ファイル情報として添付ファイル記憶手段に記憶させる添付ファイル登録手段、
前記承認アクティビティから申請アクティビティに差し戻された場合には、該承認アクティビティに対応する前記添付ファイル情報の前記添付ファイル承認状態を前記添付ファイル記憶手段から取得し、該添付ファイル承認状態を識別可能な帳票画面データを生成する帳票画面データ生成手段、
前記帳票画面データ生成手段により生成された前記帳票画面データを前記クライアント装置に送信する帳票画面データ送信手段として機能させるためのプログラム。
【請求項１０】
請求項９に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１３−１０５４４３（Ｐ２０１３−１０５４４３Ａ）
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１１−２５０８６７（Ｐ２０１１−２５０８６７）
【出願日】平成２３年１１月１６日（２０１１．１１．１６）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年１１月１６日（２０１１．１１．１６）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]