(57)【要約】      （修正有）【課題】経費精算をワークフローで申請する場合に、プロジェクトが共通する別カテゴリーの経費精算を申請状況も加味して、申請時に、プロジェクト全体の予算消化状況を把握することを可能とする。【解決手段】ワークフロー装置が、経費データの申請画面の表示要求を受け付けて、プロジェクト識別情報を含んだ経費データを受け付けて、申請分類が別である経費データを管理しているデータベースに、受け付けた経費データとはプロジェクト情報が共通であり、受け付けた経費データとは申請分類が別である経費データを問い合わせる。問い合わせに該当する経費データを取得して、受け付けた経費データと取得した経費データに基づいて、受け付けた経費データと取得した経費データの合算データが予め定義されているプロジェクト情報に係る予算データを超過しているかを判定する。超過結果情報を、表示要求を受け付けたクライアントの申請画面とともに表示する。【選択図】図９
2016177720.tif 000002
【特許請求の範囲】
【請求項１】
クライアントと通信可能に接続されるワークフロー装置であって、
経費データの申請に係る申請画面の表示要求を受け付ける申請画面表示受付手段と、
プロジェクトを識別可能なプロジェクト情報を含んだ経費データを受け付ける経費データ受付手段と、
前記受け付けた経費データとは申請分類が別である経費データを管理しているデータベースに、前記受け付けた経費データとはプロジェクト情報が共通であり、前記受け付けた経費データとは申請分類が別である経費データを問い合わせる申請時経費データ問い合わせ手段と、
前記問い合わせに該当する経費データを、前記問い合わせをしたデータベースから取得する申請時経費データ取得手段と、
前記受け付けた経費データと前記取得した経費データに基づいて、前記受け付けた経費データと前記取得した経費データとを合算した合算データが予め定義されている前記プロジェクト情報に係る予算データを超過しているかを判定する申請時予算判定手段と、
前記申請時予算判定手段による超過しているかを判定した結果を表示するための超過結果情報を、前記表示要求を受け付けたクライアントの前記申請画面とともに表示すべく送信する申請時超過結果送信手段と、
を備えることを特徴とするワークフロー装置。
【請求項２】
経費データの承認に係る承認画面の表示要求を受け付ける承認画面表示受付手段と、
プロジェクトを識別可能なプロジェクト情報を含んだ経費データを、当該経費データを管理しているデータベースから取得する経費データ取得手段と、
前記取得した経費データとは申請分類が別である経費データを管理しているデータベースに、前記取得した経費データとはプロジェクト情報が共通であり、前記取得した経費データとは申請分類が別である経費データを問い合わせる承認時経費データ問い合わせ手段と、
前記問い合わせに該当する経費データを、前記問い合わせをしたデータベースから取得する承認時経費データ取得手段と、
前記管理しているデータベースから取得した経費データと前記問い合わせをしたデータベースから取得した経費データに基づいて、前記前記管理しているデータベースの経費データと前記問い合わせを経費データとを合算した合算データが予め定義されている前記プロジェクト情報に係る予算データを超過しているかを判定する承認時予算判定手段と、
前記承認時予算判定手段による超過しているかを判定した結果を表示するための超過結果情報を、前記表示要求を受け付けたクライアントの前記承認画面とともに表示すべく送信する承認時超過結果送信手段と、
をさらに備えることを特徴とする請求項１に記載のワークフロー装置。
【請求項３】
前記申請時超過結果送信手段はさらに、前記超過結果情報として、前記合算した合算データを前記プロジェクト情報に係る予算データで割った前記プロジェクト情報に係る予算の申請時点消化率を、前記表示要求を受け付けたクライアントの前記申請画面とともに表示すべく送信することを特徴とする請求項１または請求項２に記載のワークフロー装置。
【請求項４】
前記承認時超過結果送信手段はさらに、前記超過結果情報として、前記合算した合算データを前記プロジェクト情報に係る予算データで割った前記プロジェクト情報に係る予算の承認時点消化率を、前記表示要求を受け付けたクライアントの前記承認画面とともに表示すべく送信することを特徴とする請求項１乃至請求項３のいずれか１項に記載のワークフロー装置。
【請求項５】
前記申請時予算判定手段が超過しているかを判定するために経費データを合算するルールマスタを記憶するルールマスタ記憶手段と、
前記申請時経費データ問い合わせ手段が、前記申請分類が別である経費データを問い合わせるデータベースを受け付けるデータベース受付手段と、
前記受け付けたデータベースを、前記問い合わせに該当する経費データを取得するデータベースとして前記ルールマスタに登録するデータベース登録手段と、
をさらに備えることを特徴とする請求項１乃至請求項４のいずれか１項に記載のワークフロー装置。
【請求項６】
前記ルールマスタ記憶手段は、前記承認時予算判定手段が超過しているかを判定するために経費データを合算するルールマスタを記憶し、
前記データベース受付手段は、前記承認時経費データ問い合わせ手段により前記申請分類が別である経費データを問い合わせるデータベースを受け付けて、
前記データベース登録手段は、前記受け付けたデータベースを、前記問い合わせに該当する経費データを取得するデータベースとして前記ルールマスタに登録することを特徴とする請求項１乃至請求項５のいずれか１項に記載のワークフロー装置。
【請求項７】
クライアントと通信可能に接続されるワークフロー装置の制御方法であって、
前記ワークフロー装置の申請画面表示受付手段が、経費データの申請に係る申請画面の表示要求を受け付ける申請画面表示受付工程と、
前記ワークフロー装置の経費データ受付手段が、プロジェクトを識別可能なプロジェクト情報を含んだ経費データを受け付ける経費データ受付工程と、
前記ワークフロー装置の申請時経費データ問い合わせ手段が、前記受け付けた経費データとは申請分類が別である経費データを管理しているデータベースに、前記受け付けた経費データとはプロジェクト情報が共通であり、前記受け付けた経費データとは申請分類が別である経費データを問い合わせる申請時経費データ問い合わせ工程と、
前記ワークフロー装置の申請時経費データ取得手段が、前記問い合わせに該当する経費データを、前記問い合わせをしたデータベースから取得する申請時経費データ取得工程と、
前記ワークフロー装置の申請時予算判定手段が、前記受け付けた経費データと前記取得した経費データに基づいて、前記受け付けた経費データと前記取得した経費データとを合算した合算データが予め定義されている前記プロジェクト情報に係る予算データを超過しているかを判定する申請時予算判定工程と、
前記ワークフロー装置の申請時超過結果送信手段が、前記申請時予算判定工程によって超過しているかを判定した結果を表示するための超過結果情報を、前記表示要求を受け付けたクライアントの前記申請画面とともに表示すべく送信する申請時超過結果送信工程と、
を含むことを特徴とする制御方法。
【請求項８】
クライアントと通信可能に接続されるワークフロー装置で読み取り実行可能なプログラムであって、
前記ワークフロー装置を、
経費データの申請に係る申請画面の表示要求を受け付ける申請画面表示受付手段と、
プロジェクトを識別可能なプロジェクト情報を含んだ経費データを受け付ける経費データ受付手段と、
前記受け付けた経費データとは申請分類が別である経費データを管理しているデータベースに、前記受け付けた経費データとはプロジェクト情報が共通であり、前記受け付けた経費データとは申請分類が別である経費データを問い合わせる申請時経費データ問い合わせ手段と、
前記問い合わせに該当する経費データを、前記問い合わせをしたデータベースから取得する申請時経費データ取得手段と、
前記受け付けた経費データと前記取得した経費データに基づいて、前記受け付けた経費データと前記取得した経費データとを合算した合算データが予め定義されている前記プロジェクト情報に係る予算データを超過しているかを判定する申請時予算判定手段と、
前記申請時予算判定手段による超過しているかを判定した結果を表示するための超過結果情報を、前記表示要求を受け付けたクライアントの前記申請画面とともに表示すべく送信する申請時超過結果送信手段と、
して機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はワークフロー装置、及びその制御方法とプログラムの技術に関する。
【背景技術】
【０００２】
近年、ワークフローシステムも一般化され、申請者をアシストするチェック機能及び正しい承認者への自動的な回付機能、承認者の、承認して良いかの妥当性を判断する情報を提供するアシストする機能が既に存在する。これらの機能は予めアシスト機能を作りこんでおくことで実現している。
【０００３】
また、これらの機能は実績ベースの値を基準にしている為、未だ承認されていない申請の値に関しては判断することが出来ない為、全ての承認を完了した時点で例えば予算を超過してしまっていたことが判明したりすることが発生している。
【０００４】
特許文献１には申請者端末から申請者が入力した情報に基づいて旅費管理サーバが申請情報を生成し、生成した申請情報について、管理情報データベースの内容にある所定の自動認可パターンに一致するかどうかや、予算消化状況に応じて責任者による検証の要否を判定する。そして、旅費管理サーバは、責任者による検証が必要と判定した申請情報に限って責任者端末に送信し、責任者による検証、認可を受け付ける。技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−７６３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら特許文献１に開示されている技術では、旅費に関する予算消化状況を、責任者に知らせる技術で、旅費管理サーバ内のデータベースから予算消化状況を把握するものであり、旅費以外の経費に関する予算消化状況に関しては予算消化状況を把握することができないといった問題がある。
【０００７】
本願発明は、ある１つの経費精算をワークフローで申請する場合に、他の精算項目として別のデータベースで個別に管理されている、プロジェクトが共通する別カテゴリーの経費精算を申請状況も加味して、申請時に、プロジェクト全体の予算消化状況を把握する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、クライアントと通信可能に接続されるワークフロー装置であって、経費データの申請に係る申請画面の表示要求を受け付ける申請画面表示受付手段と、プロジェクトを識別可能なプロジェクト情報を含んだ経費データを受け付ける経費データ受付手段と、前記受け付けた経費データとは申請分類が別である経費データを管理しているデータベースに、前記受け付けた経費データとはプロジェクト情報が共通であり、前記受け付けた経費データとは申請分類が別である経費データを問い合わせる申請時経費データ問い合わせ手段と、前記問い合わせに該当する経費データを、前記問い合わせをしたデータベースから取得する申請時経費データ取得手段と、前記受け付けた経費データと前記取得した経費データに基づいて、前記受け付けた経費データと前記取得した経費データとを合算した合算データが予め定義されている前記プロジェクト情報に係る予算データを超過しているかを判定する申請時予算判定手段と、前記申請時予算判定手段による超過しているかを判定した結果を表示するための超過結果情報を、前記表示要求を受け付けたクライアントの前記申請画面とともに表示すべく送信する申請時超過結果送信手段と、を備えることを特徴とする。
【０００９】
また、経費データの承認に係る承認画面の表示要求を受け付ける承認画面表示受付手段と、プロジェクトを識別可能なプロジェクト情報を含んだ経費データを、当該経費データを管理しているデータベースから取得する経費データ取得手段と、前記取得した経費データとは申請分類が別である経費データを管理しているデータベースに、前記取得した経費データとはプロジェクト情報が共通であり、前記取得した経費データとは申請分類が別である経費データを問い合わせる承認時経費データ問い合わせ手段と、前記問い合わせに該当する経費データを、前記問い合わせをしたデータベースから取得する承認時経費データ取得手段と、前記管理しているデータベースから取得した経費データと前記問い合わせをしたデータベースから取得した経費データに基づいて、前記前記管理しているデータベースの経費データと前記問い合わせを経費データとを合算した合算データが予め定義されている前記プロジェクト情報に係る予算データを超過しているかを判定する承認時予算判定手段と、前記承認時予算判定手段による超過しているかを判定した結果を表示するための超過結果情報を、前記表示要求を受け付けたクライアントの前記承認画面とともに表示すべく送信する承認時超過結果送信手段と、をさらに備えることを特徴とする。
【００１０】
また、前記申請時超過結果送信手段はさらに、前記超過結果情報として、前記合算した合算データを前記プロジェクト情報に係る予算データで割った前記プロジェクト情報に係る予算の申請時点消化率を、前記表示要求を受け付けたクライアントの前記申請画面とともに表示すべく送信することを特徴とする。
【００１１】
また、前記承認時超過結果送信手段はさらに、前記超過結果情報として、前記合算した合算データを前記プロジェクト情報に係る予算データで割った前記プロジェクト情報に係る予算の承認時点消化率を、前記表示要求を受け付けたクライアントの前記承認画面とともに表示すべく送信することを特徴とする。
【００１２】
また、前記申請時予算判定手段が超過しているかを判定するために経費データを合算するルールマスタを記憶するルールマスタ記憶手段と、前記申請時経費データ問い合わせ手段が、前記申請分類が別である経費データを問い合わせるデータベースを受け付けるデータベース受付手段と、前記受け付けたデータベースを、前記問い合わせに該当する経費データを取得するデータベースとして前記ルールマスタに登録するデータベース登録手段と、をさらに備えることを特徴とする。
【００１３】
また、前記ルールマスタ記憶手段は、前記承認時予算判定手段が超過しているかを判定するために経費データを合算するルールマスタを記憶し、前記データベース受付手段は、前記承認時経費データ問い合わせ手段により前記申請分類が別である経費データを問い合わせるデータベースを受け付けて、前記データベース登録手段は、前記受け付けたデータベースを、前記問い合わせに該当する経費データを取得するデータベースとして前記ルールマスタに登録することを特徴とする。
【発明の効果】
【００１４】
本願発明により、ある１つの経費精算をワークフローで申請する場合に、他の精算項目として別のデータベースで個別に管理されている、プロジェクトが共通する別カテゴリーの経費精算を申請状況も加味して、申請時に、プロジェクト全体の予算消化状況を把握する仕組みを提供することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】本発明の申請・承認アシスト機能の構成の一例を示すシステム構成図である。
【図２】図１に示したワークフロークライアント１００、ワークフローサーバ２００，人事給与サーバ３００に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
【図３】本発明における申請・承認アシスト機能のデータベース関連図である。
【図４】本発明における業務紐付け設定画面の一例を示す画面である。
【図５】本発明における申請・承認ルール管理画面の一例を示す画面である。
【図６】本発明における申請・承認アシスト機能のルールが申請者の画面で発動した場合の一例である。
【図７】本発明における申請・承認アシスト機能のルールが承認者の画面で発動した場合の一例である。
【図８】本発明における業務ルールメンテナンス設定のフローの一例を示すフローチャートである。
【図９】本発明におけるルール発動のフローの一例を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明の認証情報管理システムの構成の一例を示すシステム構成図である。
【００１７】
図１は、１又は複数のワークフロークライアントがローカルエリアネットワーク（ＬＡＮ）４００を介してワークフローサーバ２００へ通信可能に接続される構成となっている。
また、ワークフローサーバ２００は（ＬＡＮ）４００を介して人事給与サーバへ接続する構成となっている。
以下、図２を用いて、図１に示したワークフローサーバ２００，人事給与サーバ３００に適用可能な情報処理装置のハードウェア構成について説明する。
【００１８】
図２は、図１に示したワークフロークライアント１００、ワークフローサーバ２００、人事給与サーバ３００に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
【００１９】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２０】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２１】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２２】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２３】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２４】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２５】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
図３を説明する。
４００１は、ワークフロー装置がプロジェクト毎の総予算データを取得するデータベースである。
【００２６】
４００２は、ワークフロー装置が、経費精算申請時にプロジェクトＣＤが共通する申請者以外の他のプロジェクトメンバの経費精算申請の経費データを取得するデータベースである。
【００２７】
４００３は、ワークフロー装置が、交通費申請時にプロジェクトＣＤが共通する申請者以外の他のプロジェクトメンバの交通費申請の経費データを取得するデータベースである。
【００２８】
４００４は、ワークフロー装置が、出張申請時にプロジェクトＣＤが共通する申請者以外の他のプロジェクトメンバの出張申請の経費データを取得するデータベースである。
【００２９】
４００５は、ワークフロー装置が、物品購入申請時にプロジェクトＣＤが共通する申請者以外の他のプロジェクトメンバの物品購入申請の経費データを取得するデータベースである。
【００３０】
４００６は、ワークフロー装置が、申請者とプロジェクトＣＤが共通する申請者以外の他のプロジェクトメンバの人件費である経費データを取得するデータベースである。
【００３１】
４００７は、各申請（経費精算申請、通費申請時、出張申請、物品購入申請）毎にそれぞれ、個別にワークフローを実行させるプログラムであり、図６または図７の画面をクライアント端末で表示させる。
４０１１は、ワークフロー装置が記憶する紐付マスタであり、図４の画面で承認者（またはシステム管理者）により設定された各項目を記憶している。
４０１３は、ワークフロー装置が記憶するルールマスタであり、図５の画面で承認者により設定された各項目を記憶している。
図４を説明する。
【００３２】
５００１は図３で説明した各データベースから、経費データをまとめて取得するために必要な紐付項目を承認者であるユーザＢのクライアント端末で設定する場合に、ユーザＢのクライアント端末のＷＥＢブラウザで表示される設定画面（例えば業務紐付設定等）の一例である。以下、設定画面で設定が登録されるまでの一連の動きを説明する。
【００３３】
（ステップ１）ユーザＢのクライアント端末から設定画面５００１の表示要求がなされることで、ワークフロー装置２００は紐付項目に係る設定画面の表示要求を受け付ける。
（ステップ２）ユーザＢのクライアント端末では設定画面５００１が表示される。
（ステップ３）ユーザＢのクライアント端末では設定画面５００１内の各項目がユーザによって入力または選択される。
（ステップ４）ユーザＢのクライアント端末では設定画面５００１内の登録ボタン７０１６がユーザによって押下される。
（ステップ５）ユーザＢのクライアント端末から設定画面５００１で設定された各項目の情報が、ワークフロー装置２００に送信される。
【００３４】
（ステップ６）ワークフロー装置２００は、ユーザＢのクライアント端末から送信された各項目を受け付けて、ワークフロー装置２００によって管理されている、紐付項目を管理する紐付マスタに登録する。
業務名５００５は、各データベースの名称である。
紐付５００７は、紐付をしたいデータベースを個別に選択するチェックマークであり、チェック有では紐付され、チェック無では紐付されない。
【００３５】
紐付項目５００８は各データベースの経費データを紐づけるため共通な値として、プロジェクト情報（例えばプロジェクトＣＤ等）が選ばれる。つまり、この項目ですべてプロジェクトＣＤが選択されることで、各データベースの経費データを検索するキーとなる。
システム名５０１１は外部システム（外部装置）と連携させる項目であり、ワークフロー装置外の装置の経費データ（人件費等）を取得することができる。
【００３６】
ワークフロー紐付項目５０１３は、プロジェクト情報（例えばプロジェクトＣＤ等）にすでに紐づいている下位の項目を選択するものであり、プロジェクトＣＤの下には社員番号等が紐づいている。
図５を説明する。
【００３７】
７００１は経費データの予算に対する消化率を、申請者であるユーザＢや承認者であるユーザＡのクライアント端末に通知するためのルール（計算式）を、承認者であるユーザＢのクライアント端末で設定する場合に、ユーザＢのクライアント端末のＷＥＢブラウザで表示される設定画面（例えば申請・承認ルール管理等）の一例である。以下、設定画面で設定が登録されるまでの一連の動きを説明する。
【００３８】
（ステップ１）ユーザＢのクライアント端末から設定画面７００１の表示要求がなされることで、ワークフロー装置２００は通知するためのルール（計算式）に係る設定画面の表示要求を受け付ける。
（ステップ２）ユーザＢのクライアント端末では設定画面７００１が表示される。
（ステップ３）ユーザＢのクライアント端末では設定画面７００１内の各項目がユーザによって入力または選択される。
（ステップ４）ユーザＢのクライアント端末では設定画面７００１内の登録ボタン７０１６がユーザによって押下される。
（ステップ５）ユーザＢのクライアント端末から設定画面７００１で設定された各項目の情報が、ワークフロー装置２００に送信される。
【００３９】
（ステップ６）ワークフロー装置２００は、ユーザＢのクライアント端末から送信された各項目を受け付けて、ワークフロー装置２００によって管理されている、ルール（計算式）を管理するルールマスタに登録する。
【００４０】
このように、ルールマスタは、申請時に申請時予算判定手段が超過しているかを判定するために経費データを合算するルールマスタとして、ワークフロー装置２００が記憶している「ルールマスタ記憶手段」。
【００４１】
ここで、業務選択７０１２は、申請時経費データ問い合わせ手段が申請分類が別である経費データを問い合わせるデータベースが何かを設定する項目として、ワークフロー装置２００が受け付けるものである「データベース受付手段」。受け付けたデータベースを、問い合わせに該当する経費データを取得するデータベースとしてルールマスタに登録する「データベース登録手段」。
【００４２】
また同時に、業務選択７００３は、承認時経費データ問い合わせ手段が申請分類が別である経費データを問い合わせるデータベースが何かを設定する項目としても機能する。
【００４３】
図７の例では、問い合わせるデータベースとして、交通費申請のデータベース、出張申請のデータベース、人事給与システムの３つのデータベースが設定されている。
【００４４】
ここで、ルール計算式７００２は、経費データを予算データで割ることで、プロジェクトの予算の消化率を計算する式が設定される。つまり申請時超過結果送信手段では、超過結果情報として、合算した合算データをプロジェクト情報に係る予算データで割ったプロジェクト情報に係る予算の申請時点消化率を、表示要求を受け付けたクライアントの申請画面とともに表示すべく送信している。また承認時超過結果送信手段でも、超過結果情報として、合算した合算データを前記プロジェクト情報に係る予算データで割ったプロジェクト情報に係る予算の承認時点消化率を、表示要求を受け付けたクライアントの承認画面とともに表示すべく送信している。
この図５で設定されたルールを参考にルール計算式７００２を説明する。
【００４５】
ルール計算式７００２は、分子７００７の部分が（申請者によるワークフロー申請時の経費精算申請での経費データ）＋（全プロジェクトメンバの交通費申請での経費データ）＋（全プロジェクトメンバの出張申請での経費データ）＋（全プロジェクトメンバの人件費での経費データ）であり、分母７００８の部分が（全プロジェクトの予算データ）となる。
ルール計算式７００２の解は分子７００７÷分母７００８で計算されて、ルール計算式７００２の解が予算の消化率となる。
ルールの判定では、ルール計算式７００２の解の下限値７０１２や上限値７０１２を設定でき、その際に表示するメッセージ７０１５も設定することができる。
【００４６】
対象ワークフロー業務７０２０は、どのワークフロー申請の場合に、このルール計算を発動させるかを設定する項目であり、ここで設定されたワークフロー申請の種別に基づいて、このルール計算が発動する。
【００４７】
ルール発動タイミング７０１７は、ワークフローのどのステップの場合に、このルール計算を発動させるかを設定する項目であり、ここで設定されたワークフローステップ（申請時、承認時）の種別に基づいて、このルール計算が発動する。
図６を説明する。
【００４８】
８００１は経費データの上長承認を、申請者であるユーザＡのクライアント端末から申請する場合に、ユーザＡのクライアント端末のＷＥＢブラウザで表示される申請画面（例えば経費精算申請画面等）の一例である。以下、申請画面が表示されるまでの一連の動きを説明する。
【００４９】
（ステップ１）ユーザＡのクライアント端末から申請画面８００１の表示要求がなされることで、ワークフロー装置２００は経費データの申請に係る申請画面の表示要求を受け付ける「申請画面表示受付手段」。
【００５０】
また、クライアント端末から申請画面８００１の表示要求がなされる前または同時に、クライアント端末からワークフロー装置２００に対して、経費データ（例えば物品購入費等）及びプロジェクト情報（例えばプロジェクトＣＤ）が送信されており、ワークフロー装置２００はプロジェクトを識別可能なプロジェクト情報を含んだ申請前の経費データを受け付ける「経費データ受付手段」。
【００５１】
（ステップ２）ワークフロー装置２００は、申請画面の表示要求及びプロジェクト情報を含んだ経費データを受け付けると、受け付けた経費データ（例えば経費精算等）とは申請分類が別である経費データを管理しているデータベース（例えば交通費申請等）に、受け付けた経費データとはプロジェクト情報が共通（例えばＰＲＪ０００１）であり、受け付けた経費データとは申請分類が別である経費データ（例えば交通費申請等）を問い合わせる「申請時経費データ問い合わせ手段」。
【００５２】
（ステップ３）ワークフロー装置２００は、問い合わせに該当する経費データ（例えば、例えばＰＲＪ０００１である交通費申請等）を、問い合わせをしたデータベース（例えば交通費申請等）から取得する「申請時経費データ取得手段」。
【００５３】
（ステップ４）ワークフロー装置２００は、クライアント端末から受け付けた経費データ（例えば例えばＰＲＪ０００１である経費精算等）と問い合わせをしたデータベースから取得した経費データ（例えば、例えばＰＲＪ０００１である交通費申請等）に基づいて、受け付けた経費データと取得した経費データとを合算した合算データ（例えば例えばＰＲＪ０００１である合計の経費）が予め定義されているプロジェクト情報に係る予算データ（例えば例えばＰＲＪ０００１である合計の予算）を超過しているかを判定する「申請時予算判定手段」。
【００５４】
（ステップ５）ワークフロー装置２００は、申請時予算判定手段による超過しているかを判定した結果を表示するための超過結果情報（例えば、予算の消化率が８０％を超過しています等。）８００６を、表示要求を受け付けたクライアントの申請画面８００１とともに表示すべく送信する「申請時超過結果送信手段」。
（ステップ６）ユーザＡのクライアント端末では申請画面８００１及び超過結果情報８００６が表示される。
図７を説明する。
【００５５】
９００１は経費データの上長承認を、承認者であるユーザＢのクライアント端末において承認する場合に、ユーザＢのクライアント端末のＷＥＢブラウザで表示される承認画面（例えば経費精算承認画面等）の一例である。以下、承認画面が表示されるまでの一連の動きを説明する。
【００５６】
（ステップ１）ユーザＢのクライアント端末から承認画面９００１の表示要求がなされることで、ワークフロー装置２００は経費データの承認に係る承認画面の表示要求を受け付ける「承認画面表示受付手段」。
【００５７】
また、クライアント端末から承認画面９００１の表示要求がなされた後または同時に、プロジェクトを識別可能なプロジェクト情報（例えばＰＲＪ０００１）を含んだ申請中の経費データを、この経費データを管理しているデータベース（例えば経費精算等）から取得する「経費データ取得手段」。
【００５８】
（ステップ２）ワークフロー装置２００は、承認画面の表示要求を受け付けて、さらにプロジェクト情報を含んだ経費データを取得すると、取得した経費データ（例えば経費精算等）とは申請分類が別である経費データを管理しているデータベース（例えば交通費申請等）に、取得した経費データとはプロジェクト情報が共通（例えばＰＲＪ０００１）であり、取得した経費データとは申請分類が別である経費データ（例えば交通費申請等）を問い合わせる「承認時経費データ問い合わせ手段」。
【００５９】
（ステップ３）ワークフロー装置２００は、問い合わせに該当する経費データ（例えば、例えばＰＲＪ０００１である交通費申請等）を、問い合わせをしたデータベース（例えば交通費申請等）から取得する「承認時経費データ取得手段」。
【００６０】
（ステップ４）ワークフロー装置２００は、データベースから取得した経費データ（例えば例えばＰＲＪ０００１である経費精算等）と問い合わせをしたデータベースから取得した経費データ（例えば、例えばＰＲＪ０００１である交通費申請等）に基づいて、受け付けた経費データと取得した経費データとを合算した合算データ（例えば例えばＰＲＪ０００１である合計の経費）が予め定義されているプロジェクト情報に係る予算データ（例えば例えばＰＲＪ０００１である合計の予算）を超過しているかを判定する「承認時予算判定手段」。
【００６１】
（ステップ５）ワークフロー装置２００は、承認時予算判定手段による超過しているかを判定した結果を表示するための超過結果情報（例えば、予算の消化率が８０％を超過しています等。）９００６を、表示要求を受け付けたクライアントの承認画面９００１とともに表示すべく送信する「承認時超過結果送信手段」。
（ステップ６）ユーザＢのクライアント端末では承認画面９００１及び超過結果情報９００６が表示される。
図８を説明する。
図８は、業務ルールメンテナンス設定のフローの一例を示すフローチャートである。
【００６２】
Ｓ３０１では、ワークフロー装置はユーザログイン情報に基づいてクライアント端末が承認者どうかを判断し、承認者である場合にＳ３０２以降のステップを実行し、承認者でない場合は、設定画面７００１は表示されない。
Ｓ３０９でユーザＢのクライアント端末は、設定画面のルールマスタを表示する。
Ｓ３１０でユーザＢのクライアント端末は、ワークフロー装置に設定画面のルールマスタにおいて新規に入力または選択した項目を送信する。
Ｓ３１１でワークフロー装置は、ユーザＢのクライアント端末から送信された項目をルールマスタに登録する。
Ｓ３１５でユーザＢのクライアント端末は、ワークフロー装置に設定画面のルールマスタにおいて変更した入力または選択した項目を送信する。
Ｓ３１６でワークフロー装置は、ユーザＢのクライアント端末から送信された項目をルールマスタに登録する。
図９を説明する。
図９は、ルール発動のフローの一例を示すフローチャートである。
Ｓ４０１でユーザＡのクライアント端末は、ワークフロー装置に申請画面の表示要求を送信する。
また、Ｓ４０１でユーザＢのクライアント端末は、ワークフロー装置に承認画面の表示要求を送信する。
Ｓ４０２でワークフロー装置は、ワークフロー装置で記憶しているルールマスタを検索する。
Ｓ４０３でワークフロー装置は、検索したルールマスタからルール対象業務７０２０であるかを判定する。ある（ＹＥＳ）の場合にはＳ４０４に進む。
Ｓ４０４でワークフロー装置は、検索したルールマスタからルール対象権限であるかを判定する。ある（ＹＥＳ）の場合にはＳ４０５に進む。
Ｓ４０５でワークフロー装置は、検索したルールマスタからルール発動タイミング７０１７であるかを判定する。ある（ＹＥＳ）の場合にはＳ４０６に進む。
Ｓ４０６でワークフロー装置は、検索したルールマスタからルール発動期間内であるかを判定する。ある（ＹＥＳ）の場合にはＳ４０７に進む。
Ｓ４０７でワークフロー装置は、検索したルールマスタからルール計算式を実行する。
【００６３】
Ｓ４０８でワークフロー装置は、検索したルールマスタから、受け付けた経費データ（例えば経費精算等）とは申請分類が別である経費データを管理しているデータベース（例えば交通費申請等）に、受け付けた経費データとはプロジェクト情報が共通（例えばＰＲＪ０００１）であり、受け付けた経費データとは申請分類が別である経費データ（例えば交通費申請等）を問い合わせる必要かを判定する。
Ｓ４０９でワークフロー装置は、申請分類が別である経費データを管理しているデータベースに問い合わせをして、経費データを取得する。
Ｓ４１０でワークフロー装置は、検索したルールマスタから仕掛中を含むか７０１６を判定する。含む（ＹＥＳ）の場合にはＳ４１１に進む。
Ｓ４１１でワークフロー装置は、仕掛中（承認済みとともに承認前）を含む申請分類が別である経費データを合算する。
Ｓ４１２でワークフロー装置は、実績データ（承認済みのみ）を含む受け付けた申請分類が別である経費データを合算する。
Ｓ４１３でワークフロー装置は、申請画面の表示情報を送信する。また承認画面の表示情報を送信する。
Ｓ４１４でユーザＡのクライアント端末では、申請画面が表示される。
また、Ｓ４０１でユーザＢのクライアント端末では、承認画面が表示される。
Ｓ４２０でワークフロー装置は、超過結果情報の表示情報を送信する。
Ｓ４１５でユーザＡまたはユーザＢのクライアント端末では、超過結果情報が表示される。
Ｓ４１６でユーザＢのクライアント端末は、ワークフロー装置に超過結果情報の詳細画面９００７の表示要求を送信する。
また、Ｓ４１６でユーザＢのクライアント端末は、ワークフロー装置に超過結果情報の詳細画面９００７の表示要求を送信する。
Ｓ４１７でワークフロー装置は、超過結果情報の詳細画面９００７の表示情報を送信する。
Ｓ４１５でユーザＢのクライアント端末では、超過結果情報の詳細画面９００８または９０１３が表示される。
【００６４】
本発明によれば複数の承認者が持っている基準や妥当性を判断する情報源が頻繁に変わったとしても、低コストで対応可能な仕組みを提供することが可能となる。
また、ワークフローの承認が完了していない仕掛かり中の案件にかんしても状況を把握することが出来るようになる。
【００６５】
また、本願発明におけるプログラムは、図８乃至図９に示すフローチャートの処理方法をコンピュータが読み取り実行可能なプログラムであり、本願発明の記憶媒体は処理方法をコンピュータが実行可能なプログラムとして、外部メモリに記憶されている。  
【００６６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本願発明の目的が達成されることは言うまでもない。  
【００６７】
この場合、記録媒体から読み出されたプログラム自体が本願発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。  
【００６８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。  
【００６９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。  
【００７０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。  
【００７１】
また、本願発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本願発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本願発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本願発明の効果を享受することが可能となる。  
【００７２】
さらに、本願発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本願発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本願発明に含まれるものである。
【符号の説明】
【００７３】
１００  クライアント端末（情報処理装置）
２００  ワークフロー装置（情報処理装置）
３００  外部装置（情報処理装置）
【図１】
2016177720.tif 000003
【図２】
2016177720.tif 000004
【図３】
2016177720.tif 000005
【図４】
2016177720.tif 000006
【図５】
2016177720.tif 000007
【図６】
2016177720.tif 000008
【図７】
2016177720.tif 000009
【図８】
2016177720.tif 000010
【図９】
2016177720.tif 000011