(57)【要約】【課題】ワークフローシステムにおいて、申請文書を承認する承認者の負荷を考慮する。【解決手段】前記案件を回付する順序を示す承認ステップと、前記承認ステップにおいて前記案件を承認する一人の承認者または複数の承認者候補とを対応付けて記憶する承認フローパターンデータ１１と、前記承認者からの指示に従って承認された前記案件を記憶する承認処理データ１２と、前記依頼者に前記複数の承認者候補から一人の承認者を選択させる場合、前記承認フローパターンデータ１１および前記承認処理データ１２を読み出すとともに、所定時間内に前記承認者候補によって処理された件数と、前記承認者候補による承認待ちの件数とに基づいて、前記承認者候補の負荷データに記憶する負荷算出手段２２とを備える。【選択図】      図１
2006024007.tif 000002
【特許請求の範囲】
【請求項１】
依頼者から申請された案件を通信ネットワークを介して回付して承認者に承認させるワークフローシステムにおいて用いられ、前記承認者の負荷を分析する承認支援装置であって、
前記案件を回付する順序を示す承認ステップと、前記承認ステップにおいて前記案件を承認する一人の承認者または複数の承認者候補とを対応付けて、承認フローパターンデータとして記憶装置に記憶する承認フローパターンデータ記憶手段と、
前記承認者からの指示に従って承認された前記案件を、承認処理データとして前記記憶装置に記憶する承認処理データ記憶手段と、
前記依頼者に前記複数の承認者候補から一人の承認者を選択させる場合、前記記憶装置から前記承認フローパターンデータおよび前記承認処理データを読み出すとともに、所定時間内に前記承認者候補によって処理された件数と、前記承認者候補による承認待ちの件数とに基づいて、前記承認者候補の負荷データを算出する負荷算出手段
を備えることを特徴とする承認支援装置。
【請求項２】
前記処理された件数および承認待ちの件数について、指標化された評価値をそれぞれ対応付けて負荷レベルデータとして前記記憶装置に記憶する負荷レベルデータ記憶手段を更に備え、
前記負荷算出手段は、前記依頼者に前記複数の承認者候補から一人の承認者を選択させる場合、前記記憶装置から前記負荷レベルデータを更に読み出すとともに、前記承認者候補によって処理された件数に対応する評価値と、前記承認者候補による承認待ちの件数に対応する評価値とを総計して前記承認者候補の負荷レベルを算出し、前記承認者候補毎に前記負荷レベルを対応付けて負荷データを算出する
ことを特徴とする請求項１記載の承認支援装置。
【請求項３】
前記負荷算出手段は更に、前記記憶装置から前記承認者候補のスケジュールを読み出すとともに、前記承認者候補のスケジュールを考慮して前記承認者候補の負荷データを算出する
ことを特徴とする請求項１記載の承認支援装置。
【請求項４】
前記負荷レベルデータ記憶手段は更に、前記案件の種別毎の重要度と、指標化された評価値と対応付けて前記負荷レベルデータとして前記記憶装置に記憶し、
前記負荷算出手段は更に、前記記憶装置から前記負荷レベルデータを読み出すとともに、前記承認待ちの案件毎に前記案件の重要度を考慮した評価値に基づいて、前記承認者候補の負荷レベルを算出する
ことを特徴とする請求項２記載の承認支援装置。
【請求項５】
前記記憶装置から断続的に前記負荷データを読み出して、前記承認者または前記承認者候補の負荷レベルが所定の閾値より下がった場合、前記承認者または前記承認者候補に承認依頼を送信する承認依頼送信手段
を更に備えることを特徴とする請求項１記載の承認支援装置。
【請求項６】
依頼者から申請された案件を通信ネットワークを介して回付して承認者に承認させるワークフローシステムにおいて用いられ、前記承認者の負荷を考慮する承認支援プログラムであって、
前記案件を回付する順序を示す承認ステップと、前記承認ステップにおいて前記案件を承認する一人の承認者または複数の承認者候補とを対応付けて、承認フローパターンデータとして記憶装置に記憶する機能と、
前記承認者からの指示に従って承認された前記案件を、承認処理データとして前記記憶装置に記憶する機能と、
前記依頼者に前記複数の承認者候補から一人の承認者を選択させる場合、前記記憶装置から前記承認フローパターンデータおよび前記承認処理データを読み出すとともに、所定時間内に前記承認者候補によって処理された件数と、前記承認者候補による承認待ちの件数とに基づいて、前記承認者候補の負荷データを算出する機能
とをコンピュータに実行させることを特徴とする承認支援プログラム。
【請求項７】
前記処理された件数および承認待ちの件数について、指標化された評価値をそれぞれ対応付けて負荷レベルデータとして前記記憶装置に記憶する機能を更に備え、
前記承認者候補の負荷データを算出する機能は、前記依頼者に前記複数の承認者候補から一人の承認者を選択させる場合、前記記憶装置から前記負荷レベルデータを更に読み出すとともに、前記承認者候補によって処理された件数に対応する評価値と、前記承認者候補による承認待ちの件数に対応する評価値とを総計して前記承認者候補の負荷レベルを算出し、前記承認者候補毎に前記負荷レベルを対応付けて負荷データを算出する
ことを特徴とする請求項６記載の承認支援プログラム。
【請求項８】
前記承認者候補の負荷データを算出する機能は更に、前記記憶装置から前記承認者候補のスケジュールを読み出すとともに、前記承認者候補のスケジュールを考慮して前記承認者候補の負荷データを算出する
ことを特徴とする請求項６記載の承認支援プログラム。
【請求項９】
前記負荷レベルデータは更に、前記案件の種別毎の重要度と、指標化された評価値とが対応付けて記憶され、
前記承認者候補の負荷データを算出する機能は更に、前記記憶装置から前記負荷レベルデータを読み出すとともに、前記承認待ちの案件毎に前記案件の重要度を考慮した評価値に基づいて、前記承認者候補の負荷レベルを算出する
ことを特徴とする請求項７記載の承認支援プログラム。
【請求項１０】
前記記憶装置から断続的に前記負荷データを読み出して、前記承認者または前記承認者候補の負荷レベルが所定の閾値より下がった場合、前記承認者または前記承認者候補に承認依頼を送信する機能
を更に備えることを特徴とする請求項６記載の承認支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフローシステムにおいて、申請文書を承認する承認者の負荷を考慮する承認支援装置および承認支援プログラムに関する。
【背景技術】
【０００２】
近年の情報機器の発達に伴い、会社などの組織においても情報機器を用いた業務支援システムが普及している。組織における業務支援システムの一つとして、出張申請や休暇申請などの社内業務において、依頼者によって作成された電子的な申請文書を、承認者に回付し承認させるワークフローシステムが挙げられる。一般的にこの様なワークフローシステムにおいては、案件を申請し承認を依頼する依頼者は所属部署や申請する書類などに応じて予め定められた承認パターンに従って、承認者を選択する場合がある。
【０００３】
一般的なワークフローシステムとして、決済業務の処理を速やかに進めることができる決済支援システムがある（例えば、特許文献１参照）。この特許文献１においては、作業内容によって予め定められたルートに従ったメッセージの配信、メッセージの配信過程の管理を行う。
【０００４】
しかし、特許文献１に示すような従来のワークフローシステムにおいては、承認者が多忙であったり長期出張する場合など、回付されるべき書類が承認待ちのまま停滞してしまい、承認作業が後回しになり承認フローが滞ってしまう問題があった。この様な事態を避けるためには、依頼者が承認者のスケジュール帳などを調べて承認者の状況を推測し、多忙な承認者には承認依頼を出す必要があった。
【０００５】
これを解決するために、決済業務を円滑に処理し、審査を促進するようにしたワークフロー管理システムがある（例えば、特許文献２参照）。この特許文献２においては、未処理のまま処理が滞っている承認者がいた場合、次の承認者が先行して承認処理することを許可している。
【特許文献１】特開２００４−３０２０５号公報
【特許文献２】特開２００３−１７８１６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上述した特許文献２に記載の方法においては、次の承認者が先行して承認処理することを許可しているので、承認順序が重視されるワークフローにおいては、好適ではない問題がある。また単純に滞っている案件数に基づいて次の承認者に先行させるか否かを決定させているため、依頼者に予め適切な承認者を選択させることができなかった。
【０００７】
この様に状況を鑑み、依頼者に予め負荷の少ない承認者を選択させ、書類の回付をスムーズに行わせるシステムへの需要が期待される。
【０００８】
従って本発明の目的は、ワークフローシステムにおいて、申請文書を承認する承認者の負荷を考慮する承認支援装置および承認支援プログラムを提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の特徴は、依頼者から申請された案件を通信ネットワークを介して回付して承認者に承認させるワークフローシステムにおいて用いられ、承認者の負荷を考慮する承認支援装置に関する。即ち本発明の第１の特徴に係る承認支援装置は、案件を回付する順序を示す承認ステップと、承認ステップにおいて案件を承認する一人の承認者または複数の承認者候補とを対応付けて、承認フローパターンデータとして記憶装置に記憶する承認フローパターンデータ記憶手段と、承認者からの指示に従って承認された案件を、承認処理データとして記憶装置に記憶する承認処理データ記憶手段と、依頼者に複数の承認者候補から一人の承認者を選択させる場合、記憶装置から承認フローパターンデータおよび承認処理データを読み出すとともに、所定時間内に承認者候補によって処理された件数と、承認者候補による承認待ちの件数とに基づいて、承認者候補の負荷データを算出する負荷算出手段とを備える。
【００１０】
この様な本発明の第１の特徴に係る承認支援装置によれば、依頼者は承認者の負荷を考慮して承認者を決定することができるので、ワークフローシステムにおいて、速やかに案件を回付させることができる。
【００１１】
ここで、処理された件数および承認待ちの件数について、指標化された評価値をそれぞれ対応付けて負荷レベルデータとして記憶装置に記憶する負荷レベルデータ記憶手段を更に備え、負荷算出手段は、依頼者に複数の承認者候補から一人の承認者を選択させる場合、記憶装置から負荷レベルデータを更に読み出すとともに、承認者候補によって処理された件数に対応する評価値と、承認者候補による承認待ちの件数に対応する評価値とを総計して承認者候補の負荷レベルを算出し、承認者候補毎に負荷レベルを対応付けて負荷データを算出することが好ましい。
【００１２】
これによれば、処理された件数および承認待ちの件数に従って承認者の負荷を算出し指標化された負荷レベルによって、依頼者は承認者の負荷を把握することができる。
【００１３】
ここで、負荷算出手段は更に、記憶装置から承認者候補のスケジュールを読み出すとともに、承認者候補のスケジュールを考慮して承認者候補の負荷データを算出するのが好ましい。
【００１４】
これによれば、依頼者は別途承認者候補のスケジュールを確認することなく承認者候補の負荷を把握することができる。
【００１５】
ここで、負荷レベルデータ記憶手段は更に、案件の種別毎の重要度と、指標化された評価値と対応付けて負荷レベルデータとして記憶装置に記憶し、負荷算出手段は更に、記憶装置から負荷レベルデータを読み出すとともに、承認待ちの案件毎に案件の重要度を考慮した評価値に基づいて、承認者候補の負荷レベルを算出するのが好ましい。
【００１６】
これによれば、承認者候補の承認者待ちとなっている案件の重要度を考慮して、依頼者は承認者候補の負荷を把握することができる。
【００１７】
ここで、記憶装置から断続的に負荷データを読み出して、承認者または承認者候補の負荷レベルが所定の閾値より下がった場合、承認者または承認者候補に承認依頼を送信する承認依頼送信手段を更に備えるのが好ましい。
【００１８】
これによれば、依頼者が承認者候補から一人の承認者を決定しなくても、複数の承認者候補の負荷を断続的に算出し、負荷が下がった承認者候補に承認を依頼することができるので、承認者候補の負荷を考慮して速やかに書類を回付することができる。
【００１９】
本発明の第２の特徴は、依頼者から申請された案件を通信ネットワークを介して回付して承認者に承認させるワークフローシステムにおいて用いられ、承認者の負荷を考慮する承認支援プログラムに関する。即ち本発明の第２の特徴に係る承認支援プログラムは、案件を回付する順序を示す承認ステップと、承認ステップにおいて案件を承認する一人の承認者または複数の承認者候補とを対応付けて、承認フローパターンデータとして記憶装置に記憶する機能と、承認者からの指示に従って承認された案件を、承認処理データとして記憶装置に記憶する機能と、依頼者に複数の承認者候補から一人の承認者を選択させる場合、記憶装置から承認フローパターンデータおよび承認処理データを読み出すとともに、所定時間内に承認者候補によって処理された件数と、承認者候補による承認待ちの件数とに基づいて、承認者候補の負荷データを算出する機能とコンピュータに実行させる。
【００２０】
ここで、処理された件数および承認待ちの件数について、指標化された評価値をそれぞれ対応付けて負荷レベルデータを算出する機能を更に備え、承認者候補の負荷データを算出する機能は、依頼者に複数の承認者候補から一人の承認者を選択させる場合、記憶装置から負荷レベルデータを更に読み出すとともに、承認者候補によって処理された件数に対応する評価値と、承認者候補による承認待ちの件数に対応する評価値とを総計して承認者候補の負荷レベルを算出し、承認者候補毎に負荷レベルを対応付けて負荷データを算出することが好ましい。
【００２１】
更に、承認者候補の負荷データを算出する機能は更に、記憶装置から承認者候補のスケジュールを読み出すとともに、承認者候補のスケジュールを考慮して承認者候補の負荷データを算出することが好ましい。
【００２２】
更に、負荷レベルデータは更に、案件の種別毎の重要度と、指標化された評価値とが対応付けて記憶され、承認者候補の負荷データを算出する機能は更に、記憶装置から負荷レベルデータを読み出すとともに、承認待ちの案件毎に案件の重要度を考慮した評価値に基づいて、承認者候補の負荷レベルを算出することが好ましい。
【００２３】
更に、記憶装置から断続的に負荷データを読み出して、承認者または承認者候補の負荷レベルが所定の閾値より下がった場合、承認者または承認者候補に承認依頼を送信する機能を更に備えることが好ましい。
【発明の効果】
【００２４】
本発明によれば、ワークフローシステムにおいて、申請文書を承認する承認者の負荷を考慮する承認支援装置および承認支援プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００２６】
（最良の実施の形態）
本発明の最良の実施の形態に係る承認支援装置１は、依頼者から申請された案件を通信ネットワークを介して回付して承認者に承認させるワークフローシステムにおいて用いられ、承認者の負荷を考慮する装置である。ここで、ワークフローシステムは、社内業務における各種申請および承認という一連の作業を電子化し、依頼者によって入力された申請文書を承認者に電子的に回覧するものである。図１に示すように本発明の最良の実施の形態に係る承認支援装置１は、承認フローパターンデータ１１、承認処理データ１２、負荷レベルデータ１３、負荷データ１４、ワークフロー制御手段２１および負荷算出手段２２を備えている。
【００２７】
図２に示すように、本発明の最良の実施の形態に係る承認支援装置１は、中央処理制御装置１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３および入出力インタフェース１０９が、バス１１０を介して接続されている。入出力インタフェース１０９には、入力装置１０４、表示装置１０５、通信制御装置１０６、記憶装置１０７およびリムーバブルディスク１０８が接続されている。
【００２８】
中央処理制御装置１０１は、入力装置１０４からの入力信号に基づいてＲＯＭ１０２から承認支援装置１を起動するためのブートプログラムを読み出して実行し、更に記憶装置１０７に記憶されたオペレーティングシステムを読み出す。更に中央処理制御装置１０１は、入力装置１０４や通信制御装置１０６などの入力信号に基づいて、各種装置の制御を行ったり、ＲＡＭ１０３や記憶装置１０７などに記憶されたプログラムおよびデータを読み出してＲＡＭ１０３にロードするとともに、ＲＡＭ１０３から読み出されたプログラムのコマンドに基づいて、データの計算または加工など、後述する一連の処理を実現する処理装置である。
【００２９】
入力装置１０４は、操作者が各種の操作を入力するキーボード、マウスなどの入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成し、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送信される。表示装置１０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどであり、中央処理制御装置１０１からバス１１０および入出力インタフェース１０９を介して表示装置１０５において表示させる出力信号を受信し、例えば中央処理制御装置１０１の処理結果などを表示する装置である。通信制御装置１０６は、ＬＡＮカードやモデムなどの装置であり、承認支援装置１をインターネットやＬＡＮなどの通信ネットワークに接続する装置である。通信制御装置１０６を介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インタフェースおよびバス１１０を介して中央処理制御装置１０１に送受信される。
【００３０】
記憶装置１０７は半導体記憶装置や磁気ディスク装置であって、中央処理制御装置１０１で実行されるプログラムやデータが記憶されている。リムーバブルディスク１０８は、光ディスクやフレキシブルディスクのことであり、ディスクドライブによって読み書きされた信号は、入出力インタフェース１０９およびバス１１０を介して中央処理制御装置１０１に送受信される。
【００３１】
本発明の最良の実施の形態に係る承認支援装置１の記憶装置１０７には、承認支援プログラムが記憶されるとともに、承認フローパターンデータ１１、承認処理データ１２、負荷レベルデータ１３および負荷データ１４が記憶される。また、承認支援プログラムが承認支援装置１の中央処理制御装置１０１に読み込まれ実行されることによって、ワークフロー制御手段２１および負荷算出手段２２が承認支援装置１に実装される。
【００３２】
ワークフロー制御手段２１は、依頼者から申請された案件を通信ネットワークを介して回付して承認者に承認させるワークフローシステムを制御する手段である。具体的には、例えば、依頼者による外部からの指示に基づいて、回付する案件に応じた承認フローパターンを承認フローパターンデータ１１から選択し、選択された承認フローパターンに従って案件を回付する。更に、承認者による外部からの指示に基づいて、案件が承認されると、案件を識別する案件識別子、承認者の識別子、承認された日時などを関連づけて承認処理データ１２を作成し、記憶装置１０７に記憶する。本発明の最良の実施の形態に係る承認支援装置１は、ワークフロー制御手段２１を備える様に記載しているが、ワークフロー制御手段２１は、承認支援装置１とは異なるハードウェア上に構成されるワークフローシステムとのインタフェースであっても良い。
【００３３】
ここで、承認フローパターンデータ１１は、案件を回付する順序を示す承認ステップと、承認ステップにおいて案件を承認する一人の承認者または複数の承認者候補とが対応付けられて記憶装置１０７に記憶されたデータである。承認フローパターンデータ１１は、例えば図３に示すようなデータ構造とデータの一例を備える。承認フローパターンデータ１１は、承認フローパターンを識別するパターン種別に、案件を承認する一人目の承認者、二人目の承認者、３人目の承認者…など、承認ステップ毎に案件を回付する承認者が指定されて記憶されている。また、パターン種別「ＰＴ０００１」の二人目の承認者として、「承認者Ｂ、承認者Ｃ」と指定されている。この様に、複数の承認者が承認者候補としてが指定されている場合、そのいずれかによって承認されれば良いことを示す。この様に複数の承認者候補が指定されている場合、後述するロジックによって算出されたそれぞれの承認者候補の負荷を考慮して、案件の依頼者によって外部から承認を依頼する承認者が入力され、各承認ステップ毎に案件を承認する唯一の承認者が指定された承認フローが出力される。ここで、参照される承認フローパターンデータ１１は、ワークフローシステムにおいて予め記憶されていても良いし、承認を依頼する案件が発生する度に依頼者によって設定されても良い。
【００３４】
また、承認処理データ１２は、承認者からの指示に従って承認された案件が記憶装置１０７に記憶されたデータである。更に、案件の種別、案件の詳細な内容、承認者が承認の依頼を受けた日時の情報なども承認処理データ１２として記憶されても良い。承認処理データ１２は、例えば図４に示すようなデータ構造とデータの一例を備える。承認処理データ１２は、図４に示すように、回付される案件を識別する案件番号と、この案件に適用される承認フローパターンのパターン種別と、承認フローパターンの承認ステップと、その承認ステップで承認する承認者の識別子が関連づけられて記憶されている。更に、図４に示した例においては、承認者によって承認されると、処理時刻項目として承認された時刻が記憶される。一方、承認者に書類は回付されているが処理が滞っている場合、処理時刻欄にはnull値が設定されている。
【００３５】
本発明の最良の実施の形態においては、承認フローパターンデータ１１として承認フローパターン毎の承認者候補のデータが記憶され、承認処理データ１２として、承認ステップ毎に依頼者によって指定された承認者が対応付けられ、承認フローパターンに基づいて案件が回付される順序が記憶されている。更に、承認ステップ毎に処理時刻欄が設けられ、承認者によって承認されると処理時刻欄に時刻が入力されることにより、所定の案件について、承認されたステップと、承認されていないステップとを把握することができる。図３および図４に示した承認フローパターンデータ１１および承認処理データ１２のデータ構造およびデータは単なる一例に過ぎず、所定時間内に承認者候補によって処理された件数と、承認者候補による承認待ちの件数とが把握されれば、どのような形態を備えても良い。
【００３６】
負荷算出手段２２は、依頼者に複数の承認者候補から一人の承認者を選択させる場合、記憶装置１０７から承認フローパターンデータ１１および承認処理データ１２を読み出すとともに、所定時間内に承認者候補によって処理された件数と、承認者候補による承認待ちの件数とを、承認者候補の負荷データを算出して記憶装置１０７に記憶する。具体的には、負荷算出手段２２は、依頼者に複数の承認者候補から一人の承認者を選択させる場合、記憶装置１０７から負荷レベルデータ１３を更に読み出すとともに、承認者候補によって処理された件数に対応する評価値と、承認者候補による承認待ちの件数に対応する評価値とを総計して承認者候補の負荷レベルを算出し、承認者候補毎に負荷レベルを対応付けて負荷データ１４として記憶装置１０７に記憶する。
【００３７】
本発明の最良の実施の形態に係る負荷算出手段２２は、依頼者に承認者を選択させるイベントが発生させる度に実行されても良いし、承認フローパターンに拘わらず承認者となりうる全ての承認者候補について、例えば定期的に負荷レベルを算出し、負荷データ１４を記憶しても良い。
【００３８】
ここで、負荷レベルデータ１３は、処理された件数および承認待ちの件数について、指標化された評価値をそれぞれ対応付けて記憶装置１０７に記憶されたデータである。更に、負荷レベルデータは、評価値を総計したデータと指標化された負荷レベルとを対応付けて記憶装置１０７に記憶されても良い。負荷レベルデータ１３は、例えば図５に示すようなデータ構造とデータの一例を備える。図５（ａ）は、承認待ちの未処理案件の件数と処理された処理済案件の件数のそれぞれについて、指標化された評価値が対応付けられた評価値レベル１３ａのデータの一例が示されている。具体的には、未処理案件が０〜１０件の場合、未処理案件が少なく評価者の負荷が少ないと推測されることから、高い評価値である「３」が対応付けられている。一方、処理済案件が「１０件以上」の場合、処理済案件が多く評価者が承認に時間を割り当てることが可能であり、承認者の負荷が少ないと推測されることから、高い評価値である「３」が対応付けられている。
【００３９】
また、図５（ｂ）は、評価値を総計したデータと指標化された負荷レベルが対応付けられた負荷レベル１３ｂのデータの一例が示されている。具体的には、未処理案件と処理済案件に基づいて抽出された評価値の合計が４〜６である場合、承認者の負荷が少なく、この承認者に承認を依頼すると速やかに承認される可能性が高いと推測されることから低い負荷レベルである「Ａ」が対応付けられている。一方、評価値の合計が「０〜２」である場合、承認者の負荷が高く、この承認者に承認を依頼すると案件が滞ってしまう可能性が高いと推測されることから高い負荷レベルである「Ｃ」が対応付けられている。
【００４０】
この様な図５に示した様な負荷レベルデータ１３によって、負荷算出手段２２は、承認者の未処理案件数と処理済案件数に基づいて、承認者の負荷レベルを算出し、当該承認者の負荷データとして出力することができる。
【００４１】
次に、図６を参照して、本発明の最良の実施の形態に係る承認支援装置１の負荷算出手段２２の処理を説明する。
【００４２】
まず、ステップＳ１０１において、負荷算出手段２２は、ワークフロー制御手段２１によって発生される承認者選択イベントを待機する。具体的には、ワークフロー制御手段２１によって図７に示すような案件申請画面Ｐ１０１が提示され、依頼者によって、この案件を承認する承認者を選択する承認者選択ボタンＢ１０１がクリックされると、図８に示すような承認者を決定する承認者決定画面Ｐ１０２が提示される。承認フローパターンデータ１１において一つの承認ステップに承認者が一人のみ記憶されている場合、その承認ステップにおける承認者は一意に決定されるので、予め承認者決定画面Ｐ１０２にその承認者の識別子が提示される。一方、承認フローパターンデータ１１において一つの承認ステップに複数の承認者候補が記憶されている場合、依頼者に選択ボタンＢ１０２をクリックさせ、複数の承認者候補を提示するとともに、提示された複数の承認者候補から当該承認ステップにおける承認者を依頼者に選択させる図９に示すような承認者選択画面Ｐ１０３を提示する。このとき、ワークフロー制御手段２１によって、承認者選択画面Ｐ１０３を提示する承認者選択イベントが負荷算出手段２２に通知される。
【００４３】
ステップＳ１０１において承認者選択イベントが発生すると、ステップＳ１０２において負荷算出手段２２は、記憶装置１０７から承認フローパターンデータ１１を読み出し、ステップＳ１０３において、案件の承認フローパターンおよび承認ステップに対応付けられた承認者候補を抽出する。更に、ステップＳ１０４ないしステップＳ１０９において、抽出された全ての承認者候補について負荷レベルが算出される。
【００４４】
具体的には、ステップＳ１０４において負荷算出手段２２は、記憶装置１０７から承認処理データ１２を読み出し、ステップＳ１０５において、当該承認者候補が承認者として所定時間内に承認した処理済案件数を算出する。例えば、図４に示すような承認処理データ１２の場合、負荷算出手段２２は、「承認者」項目が当該承認者候補で、かつ「処理時刻」が現在時刻から所定時間内のレコードを抽出し、そのレコード数を処理済案件数として出力する。次に、ステップＳ１０６において、記憶装置１０７から負荷レベルデータ１３を読み出すとともに、ステップＳ１０５で算出された当該承認者候補が承認した処理済案件数に基づいて評価値を算出する。ステップＳ１０４およびステップＳ１０５においては、当該承認者候補が所定時間内に承認した処理済案件数を算出できる任意のロジックで実行されれば良く、その具体的手段は、ワークフローシステムの仕様などに依存する。
【００４５】
更に、ステップＳ１０７において負荷算出手段２２は、当該承認者候補の承認待ちとなっている未処理案件数を算出する。例えば、図４に示すような承認処理データ１２の場合、負荷算出手段２２は、「承認者」項目が当該承認者候補で、かつ「処理時刻」にnullが設定されているレコードを抽出する。更に負荷算出手段２２は、承認フローパターンデータ１１に基づいて、抽出されたレコード案件の当該承認者候補が最初の承認ステップの承認者であるか、当該案件の当該承認者候補の直前の承認者の処理時刻に数値が設定されているレコードを抽出し、そのレコード数を未処理案件数として出力する。次に、ステップＳ１０８において、記憶装置１０７から負荷レベルデータ１３を読み出すとともに、ステップＳ１０７で算出された当該承認者候補の承認待ちとなっている未処理案件数に基づいて評価値を算出する。ステップＳ１０７およびステップＳ１０８においては、当該承認者候補の承認待ちとなっている未処理案件数を算出できる任意のロジックで実行されれば良く、その具体的手段は、ワークフローシステムの仕様などに依存する。
【００４６】
次に、ステップＳ１０９において負荷算出手段２２は、ステップＳ１０６において算出された処理済案件数に基づく評価値と、ステップＳ１０８において算出された未処理案件数に基づく評価値とを総計し、当該承認者候補毎の評価値を算出する。
【００４７】
全ての承認者候補毎の評価値が算出されると、ステップＳ１１０において負荷算出手段２２は、記憶装置１０７から負荷レベルデータ１３を読み出すとともに、ステップＳ１０９において総計された評価値に基づいて当該承認者候補の負荷レベルを算出して、負荷データ１４を作成し記憶装置１０７に記憶する。
【００４８】
この様に負荷算出手段２２は、ステップＳ１０３において抽出された全ての承認者候補について、ステップＳ１０４ないしステップＳ１０９の処理を繰り返すことにより、ステップＳ１１０において負荷算出手段２２は、承認者候補毎の負荷レベルを対応付けた負荷データ１４を出力することができる。
【００４９】
図６に示す処理に従って、図８の承認者決定画面Ｐ１０２において所定の承認ステップにおける承認者候補毎の負荷レベルが算出されると、図９に示すように、承認者選択画面Ｐ１０３において、各承認者候補毎にその負荷レベルが提示される。ここでは、負荷レベルの低い承認者候補には明るい表情のアイコンを表示し、負荷レベルの高い承認者候補には暗い表情のアイコンを表示している。これにより、依頼者は、承認依頼を出したときに案件の回付が滞らず速やかに承認してくれる可能性の高い承認者を選択し、案件の承認を依頼することができる。また、図９では負荷レベルをアイコンで表示したが、グラフ、数字、文言などで表示しても良い。
【００５０】
この様に、本発明の最良の実施の形態に係る承認支援装置１によれば、所定の承認ステップに複数の承認者候補が挙げられ、依頼者によっていずれの承認者候補に承認を依頼するかが決定される場合、それぞれの承認者候補の処理済件数および未処理件数に基づいて承認者候補それぞれの忙しさに基づく負荷が算出され表示される。従って、依頼者により負荷の少ない承認者を容易に選択しやすくなるので、案件の回付が滞ることなく速やかに承認を受けることができる。
【００５１】
また、本発明の最良の実施の形態に係る承認支援装置１においては、承認者候補が複数いた場合に、それぞれの承認者候補の負荷を算出する場合について説明したが、承認者候補が一人の場合、即ち承認者が固定で設定されている場合にもその承認者の負荷を算出しても良い。その場合、依頼者はその承認者の負荷を考慮して、案件回付のスケジュールを推測したり、急ぎの案件の場合でも承認者にフォローを入れることができる。
【００５２】
更に、本発明の最良の実施の形態に係る承認支援装置１によれば、依頼者に、多忙な承認者を避けて承認以来を出させたり、優先的な作業を促すことが可能となり、依頼者による申請、承認者による承認を含むワークフローが円滑に流れる効果が奏される。
【００５３】
（最良の実施の形態の変形例１）
次に図１０を参照して、本発明の最良の実施の形態の変形例１に係る承認支援装置１を説明する。本発明の最良の実施の形態の変形例１に係る承認支援装置１は、図１に示した本発明の最良の実施の形態に係る承認支援装置１と比べて、スケジュールデータ１５を備えている点が異なる。
【００５４】
具体的には、本発明の最良の実施の形態の変形例１に係る承認支援装置１の負荷算出手段２２は、更に、記憶装置１０７から承認者候補のスケジュールデータ１５を読み出すとともに、承認者候補のスケジュールを考慮して承認者候補の負荷データを算出する。ここでスケジュールデータ１５には、承認者候補の残業時間などの勤怠管理、会議や外出など日々の空き時間を含むスケジュールデータが記憶されている。このスケジュールデータ１５は、承認支援装置１の内部に備えられても良いし、承認支援装置１と接続可能な外部のシステムに記憶され、負荷算出手段２２によって読み出されても良い。
【００５５】
負荷算出手段２２は、本発明の最良の実施の形態で記載した案件数による評価値とともに、負荷レベルデータ１３を記憶装置１０７から読み出して、一定期間における残業時間の総和や空き時間を加味した評価値を算出する。更に負荷算出手段２２は、これらの評価値の総和に基づいて承認者候補の負荷レベルを算出し、負荷データ１４を出力する。ここで負荷レベルデータ１３には、残業時間が多く承認者候補の負荷が高いと推測される場合、低い評価値を対応付け、空き時間が多く承認者候補の負荷が低いと推測される場合、高い評価値を対応付けるのが好ましい。
【００５６】
次に、図１１を参照して本発明の最良の実施の形態の変形例１に係る負荷算出手段２２の処理を説明する。
【００５７】
まず、ステップＳ２０１において、負荷算出手段２２は、ワークフロー制御手段２１によって発生される承認者選択イベントを待機する。具体的には、ワークフロー制御手段２１によって図７に示すような案件申請画面Ｐ１０１が提示され、依頼者によって、この案件を承認する承認者を選択する承認者選択ボタンＢ１０１がクリックされると、図８に示すような承認者を決定する承認者決定画面Ｐ１０２が提示される。承認フローパターンデータ１１において一つの承認ステップに承認者が一人のみ記憶されている場合、その承認ステップにおける承認者は一意に決定されるので、予め承認者決定画面Ｐ１０２にその承認者の識別子が提示される。一方、承認フローパターンデータ１１において一つの承認ステップに複数の承認者候補が記憶されている場合、依頼者に選択ボタンＢ１０２をクリックさせ、複数の承認者候補を提示するとともに、提示された複数の承認者候補から当該承認ステップにおける承認者を依頼者に選択させる図９に示すような承認者選択画面Ｐ１０３を提示する。このとき、ワークフロー制御手段２１によって、承認者選択画面Ｐ１０３を提示する承認者選択イベントが負荷算出手段２２に通知される。
【００５８】
ステップＳ２０１において承認者選択イベントが発生すると、ステップＳ２０２において負荷算出手段２２は、記憶装置１０７から承認フローパターンデータ１１を読み出し、ステップＳ２０３において、案件の承認フローパターンおよび承認ステップに対応付けられた承認者候補を抽出する。更に、ステップＳ２０４ないしステップＳ２１２において、抽出された全ての承認者候補について負荷レベルが算出される。
【００５９】
具体的には、ステップＳ２０４において負荷算出手段２２は、記憶装置１０７から承認処理データ１２を読み出し、ステップＳ２０５において、当該承認者候補が承認者として所定時間内に承認した処理済案件数を算出する。例えば、図４に示すような承認処理データ１２の場合、負荷算出手段２２は、「承認者」項目が当該承認者候補で、かつ「処理時刻」が現在時刻から所定時間内のレコードを抽出し、そのレコード数を処理済案件数として出力する。次に、ステップＳ２０６において、記憶装置１０７から負荷レベルデータ１３を読み出すとともに、ステップＳ２０５で算出された当該承認者候補が承認した処理済案件数に基づいて評価値を算出する。ステップＳ２０４およびステップＳ２０５においては、当該承認者候補が所定時間内に承認した処理済案件数を算出できる任意のロジックで実行されれば良く、その具体的手段は、ワークフローシステムの仕様などに依存する。
【００６０】
更に、ステップＳ２０７において負荷算出手段２２は、当該承認者候補の承認待ちとなっている未処理案件数を算出する。例えば、図４に示すような承認処理データ１２の場合、負荷算出手段２２は、「承認者」項目が当該承認者候補で、かつ「処理時刻」にnullが設定されているレコードを抽出する。更に負荷算出手段２２は、承認フローパターンデータ１１に基づいて、抽出されたレコード案件の当該承認者候補が最初の承認ステップの承認者であるか、当該案件の当該承認者候補の直前の承認者の処理時刻に数値が設定されているレコードを抽出し、そのレコード数を未処理案件数として出力する。次に、ステップＳ２０８において、記憶装置１０７から負荷レベルデータ１３を読み出すとともに、ステップＳ２０７で算出された当該承認者候補の承認待ちとなっている未処理案件数に基づいて評価値を算出する。ステップＳ２０７およびステップＳ２０８においては、当該承認者候補の承認待ちとなっている未処理案件数を算出できる任意のロジックで実行されれば良く、その具体的手段は、ワークフローシステムの仕様などに依存する。
【００６１】
次に、ステップＳ２０９において負荷算出手段２２は、記憶装置１０７からスケジュールデータ１５を読み出し、ステップＳ２１０において、当該承認者候補の空き時間および残業時間を算出する。次に、ステップＳ２１１において、記憶装置１０７から負荷レベルデータ１３を読み出すとともに、ステップＳ２１０で算出された当該承認者候補の空き時間および残業時間などに基づいて評価値を算出する。ステップＳ２０９およびステップＳ２１０においては、当該承認者候補の空き時間および残業時間などを算出できる任意のロジックで実行されれば良く、その具体的手段は、ワークフローシステムの仕様などに依存する。また、外部のシステムなどにおいて当該承認者候補の空き時間および残業時間などが算出され、負荷算出手段２２に入力されても良い。
【００６２】
次に、ステップＳ２１２において負荷算出手段２２は、ステップＳ２０６において算出された処理済案件数に基づく評価値と、ステップＳ２０８において算出された未処理案件数に基づく評価値と、ステップＳ２１１において算出された空き時間、残業時間等に基づく評価値を総計し、当該承認者候補毎の評価値を算出する。
【００６３】
全ての承認者候補毎の評価値が算出されると、ステップＳ２１３において負荷算出手段２２は、記憶装置１０７から負荷レベルデータ１３を読み出すとともに、ステップＳ２１２において総計された評価値に基づいて当該承認者候補の負荷レベルを算出して、負荷データ１４を作成し記憶装置１０７に記憶する。
【００６４】
この様に負荷算出手段２２は、ステップＳ２０３において抽出された全ての承認者候補について、ステップＳ２０４ないしステップＳ２１２の処理を繰り返すことにより、ステップＳ２１３において負荷算出手段２２は、承認者候補毎の負荷レベルを対応付けた負荷データ１４を出力することができる。
【００６５】
本発明の最良の実施の形態の変形例１に係る承認支援装置１によれば、承認者候補のスケジュールも考慮して負荷レベルを算出しているので、本発明の最良の実施の形態に係る承認支援装置１より更に精度良く、依頼者に承認者候補の状況を判断させることができる。
【００６６】
（本発明の最良の実施の形態の変形例２）
次に、本発明の最良の実施の形態の変形例２に係る承認支援装置１を説明する。本発明の最良の実施の形態に係る承認支援装置１と比べて、本発明の最良の実施の形態の変形例２に係る承認支援装置１は、承認者候補の承認待ちである未処理案件の評価値を算出する場合、それぞれの未処理案件の重要度を考慮して評価値を考慮する点が異なる。
【００６７】
具体的には、負荷レベルデータ１３は、更に、案件の重要度と、指標化された評価値とが対応付けてられて記憶されている。また、承認処理データ１２は、承認者からの指示に従って承認された案件が記憶装置１０７に記憶されるとともに、案件の種別毎の重要度が記憶されるのが好ましい。このとき、重要度が高い案件ほど低い値が対応付けられているのが好ましい。
【００６８】
本発明の最良の実施の形態の変形例２において負荷算出手段２２は更に、記憶装置１０７から負荷レベルデータを読み出すとともに、承認待ちの案件毎に案件の種別毎の重要度を考慮した評価値に基づいて、承認者候補の負荷レベルを算出する。このとき、例えば、承認待ちの案件毎の重要度を重みとして、案件の件数と重要度を乗算することにより当該承認候補者の負荷レベルを算出しても良い。重要度が高い案件ほど低い値が対応付けられている場合、重要度が高い案件が多いほど評価値が低くなるので、承認者候補の負荷が高く算出される。
【００６９】
次に、図１２を参照して本発明の最良の実施の形態の変形例２に係る負荷算出手段２２の処理を説明する。
【００７０】
まず、ステップＳ３０１において、負荷算出手段２２は、ワークフロー制御手段２１によって発生される承認者選択イベントを待機する。具体的には、ワークフロー制御手段２１によって図７に示すような案件申請画面Ｐ１０１が提示され、依頼者によって、この案件を承認する承認者を選択する承認者選択ボタンＢ１０１がクリックされると、図８に示すような承認者を決定する承認者決定画面Ｐ１０２が提示される。承認フローパターンデータ１１において一つの承認ステップに承認者が一人のみ記憶されている場合、その承認ステップにおける承認者は一意に決定されるので、予め承認者決定画面Ｐ１０２にその承認者の識別子が提示される。一方、承認フローパターンデータ１１において一つの承認ステップに複数の承認者候補が記憶されている場合、依頼者に選択ボタンＢ１０２をクリックさせ、複数の承認者候補を提示するとともに、提示された複数の承認者候補から当該承認ステップにおける承認者を依頼者に選択させる図９に示すような承認者選択画面Ｐ１０３を提示する。このとき、ワークフロー制御手段２１によって、承認者選択画面Ｐ１０３を提示する承認者選択イベントが負荷算出手段２２に通知される。
【００７１】
ステップＳ３０１において承認者選択イベントが発生すると、ステップＳ３０２において負荷算出手段２２は、記憶装置１０７から承認フローパターンデータ１１を読み出し、ステップＳ３０３において、案件の承認フローパターンおよび承認ステップに対応付けられた承認者候補を抽出する。更に、ステップＳ３０４ないしステップＳ３０９において、抽出された全ての承認者候補について負荷レベルが算出される。
【００７２】
具体的には、ステップＳ３０４において負荷算出手段２２は、記憶装置１０７から承認処理データ１２を読み出し、ステップＳ３０５において、当該承認者候補が承認者として所定時間内に承認した処理済案件数を算出する。例えば、図４に示すような承認処理データ１２の場合、負荷算出手段２２は、「承認者」項目が当該承認者候補で、かつ「処理時刻」が現在時刻から所定時間内のレコードを抽出し、そのレコード数を処理済案件数として出力する。次に、ステップＳ３０６において、記憶装置１０７から負荷レベルデータ１３を読み出すとともに、ステップＳ３０５で算出された当該承認者候補が承認した処理済案件数に基づいて評価値を算出する。ステップＳ３０４およびステップＳ３０５においては、当該承認者候補が所定時間内に承認した処理済案件数を算出できる任意のロジックで実行されれば良く、その具体的手段は、ワークフローシステムの仕様などに依存する。
【００７３】
更に、ステップＳ３０７において負荷算出手段２２は、当該承認者候補の承認待ちとなっている未処理案件数を算出する。例えば、図４に示すような承認処理データ１２の場合、負荷算出手段２２は、「承認者」項目が当該承認者候補で、かつ「処理時刻」にnullが設定されているレコードを抽出する。更に負荷算出手段２２は、承認フローパターンデータ１１に基づいて、抽出されたレコード案件の当該承認者候補が最初の承認ステップの承認者であるか、当該案件の当該承認者候補の直前の承認者の処理時刻に数値が設定されているレコードを抽出し、そのレコード数を未処理案件数として出力する。次に、ステップＳ３０８において、記憶装置１０７から負荷レベルデータ１３を読み出すとともに、ステップＳ３０７で算出された当該承認者候補の承認待ちとなっている未処理案件数とその案件の重要度に基づいて評価値を算出する。このとき、承認処理データ１２を読み出して当該承認者候補の承認待ちとなっている未処理案件数の種別を抽出し、負荷レベルデータ１３を読み出して抽出された種別に対応する重要度を読み出し、未処理案件数と重要度を乗算して当該承認者候補の負荷レベルを算出する。ステップＳ３０７およびステップＳ３０８においては、当該承認者候補の承認待ちとなっている未処理案件数を算出できる任意のロジックで実行されれば良く、その具体的手段は、ワークフローシステムの仕様などに依存する。
【００７４】
次に、ステップＳ３０９において負荷算出手段２２は、ステップＳ３０６において算出された処理済案件数に基づく評価値と、ステップＳ３０８において算出された未処理案件数に基づく評価値とを総計し、当該承認者候補毎の評価値を算出する。
【００７５】
全ての承認者候補毎の評価値が算出されると、ステップＳ３１０において負荷算出手段２２は、記憶装置１０７から負荷レベルデータ１３を読み出すとともに、ステップＳ３０９において総計された評価値に基づいて当該承認者候補の負荷レベルを算出して、負荷データ１４を作成し記憶装置１０７に記憶する。
【００７６】
この様に負荷算出手段２２は、ステップＳ３０３において抽出された全ての承認者候補について、ステップＳ３０４ないしステップＳ３０９の処理を繰り返すことにより、ステップＳ３１０において負荷算出手段２２は、承認者候補毎の負荷レベルを対応付けた負荷データ１４を出力することができる。
【００７７】
本発明の最良の実施の形態の変形例２に係る承認支援装置１によれば、承認者候補の未処理案件の種類毎に重み付けを行い評価値を算出するので、本発明の最良の実施の形態に係る承認支援装置１より更に精度良く、依頼者に承認者候補の状況を判断させることができる。また、本発明の最良の実施の形態の変形例２においては、案件の種類毎に重みを設定する場合を説明したが、案件の発生頻度に基づいて重みが設定されても良い。
【００７８】
（本発明の最良の実施の形態の変形例３）
次に、図１３を参照して本発明の最良の実施の形態の変形例３に係る承認支援装置１を説明する。本発明の最良の実施の形態の変形例３に係る承認支援装置１は、図１に示した本発明の最良の実施の形態に係る承認支援装置１に比べて、承認依頼送信手段２３および承認依頼メール１６を備えている点が異なる。ここで、負荷データ１４は、承認フローパターンとなりうる全ての承認者候補に関する負荷レベルが記憶されているのが好ましい。本発明の最良の実施の形態の変形例３においては、依頼者に承認者を決定させるのではなく、承認支援装置１が所定の承認者候補から負荷レベルの低い承認者候補を抽出し、その承認者候補に承認依頼を送信する。
【００７９】
承認依頼送信手段２３は、記憶装置１０７から断続的に負荷データ１４を読み出して、承認者または承認者候補の負荷レベルが所定の閾値より下がった場合、承認者または承認者候補に承認依頼メール１６を送信する。承認依頼送信手段２３は、例えば、記憶装置１０７から承認処理データ１２を読み出して承認待ちの案件とその承認者または承認者候補を抽出するとともに、記憶装置１０７から負荷データ１４を読み出して当該承認者または承認者候補の負荷レベルを抽出する。更に、当該負荷レベルが所定の閾値より下がった場合、具体的には当該承認者の負荷が下がった場合に、当該承認者に案件の承認を促す承認依頼メール１６を送信する。ここでは、承認依頼として電子メールで送信することを想定しているが、承認者または承認者候補に承認依頼を促すことができれば、承認依頼する具体的手段は適宜選択される。
【００８０】
次に、図１４を参照して本発明の最良の実施の形態の変形例３に係る承認依頼送信手段２３の処理を説明する。
【００８１】
まず、ステップＳ４０１において、承認依頼送信手段２３は、処理の実行を待機する。例えば、前回の処理から一定時間が経過したときに、承認依頼送信手段２３は処理を実行しても良い。
【００８２】
処理が実行されると、承認依頼送信手段２３は、記憶装置１０７から負荷データ１４を読み出して、所定の承認者の負荷レベルが閾値以下であるか否か、具体的には所定の承認者または承認者候補の負荷と閾値とを比較する。ここで閾値は、承認者または承認者候補が承認できる程度の負荷レベルが設定されている。またこのとき承認依頼送信手段２３は、承認処理データ１２を読み出し、承認待ちの案件について、当該案件の承認者または承認者候補に関する負荷レベルと閾値を比較するのが好ましい。閾値以上であった場合、具体的には、承認者または承認者候補が承認できない程度に負荷レベルが高い場合、ステップＳ４０１に戻り再び処理の実行を待機する。
【００８３】
一方、ステップＳ４０３において、承認者または承認者候補の負荷レベルが閾値以下である場合、当該承認者または承認者候補に承認依頼のメールを送信する。
【００８４】
この様に、本発明の最良の実施の形態の変形例３に係る承認支援装置１は、一定期間毎に承認者の負荷レベルを算出し、負荷レベルが基準値以下になった場合に承認依頼を送信する。更に、依頼者または承認フローパターンデータ１１によって所定の承認ステップにおいて一人の承認者または複数の承認者候補が予め設定され、負荷レベルが閾値以下になった場合、当該承認者または承認者候補に承認依頼のメールを送信する。一方、全ての承認者の評価値が閾値より高い場合、断続的に負荷レベルを算出する。
【００８５】
これにより本発明の最良の実施の形態の変形例３に係る承認支援装置１は、承認者が既に決定されている場合、承認者が案件を処理しやすいタイミングで承認依頼のメールを送信することができる。また、複数の承認者候補が設定されている場合、最も案件を処理する可能性が高い承認者候補に承認依頼のメールを送信することができる。従って本発明の最良の実施の形態の変形例３に係る承認支援装置１は、適切な承認者に承認依頼を送信することが可能となり、ワークフローが円滑に流れる効果が奏される。
【００８６】
（その他の実施の形態）
上記のように、本発明の最良の実施の形態とその変形例１ないし３によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００８７】
例えば、本発明の最良の実施の形態に記載した承認支援装置は、図１に示すように一つのハードウェア上に構成されても良いし、その機能や処理数に応じて複数のハードウェア上に構成されても良い。また、既存のワークフローシステム上に実現されても良い。
【００８８】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明に記載した事項と自明な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【００８９】
例えば、上記した本発明に係る負荷データ１４は、記憶装置１０７に記憶される実施の形態としているが、この他、負荷データ１４はＲＡＭ１０３に一時的に記憶されるようにし、記憶装置１０７に記憶する必要がないように本発明を構成してもよいものとする。
【図面の簡単な説明】
【００９０】
【図１】本発明の最良の実施の形態に係る承認支援装置の機能ブロック図である。
【図２】本発明の最良の実施の形態に係る承認支援装置のハードウェア構成図である。
【図３】本発明の最良の実施の形態に係る承認支援装置の承認フローパターンデータのデータ構造とデータの一例を示す図である。
【図４】本発明の最良の実施の形態に係る承認支援装置の承認処理データのデータ構造とデータの一例を示す図である。
【図５】本発明の最良の実施の形態に係る承認支援装置の負荷レベルデータのデータ構造とデータの一例であって、図５（ａ）は負荷レベルの一つの指標として未処理案件数と処理済案件数のそれぞれの件数と評価値を対応付けたデータであって、図５（ｂ）は評価値と負荷レベルとを対応付けたデータである。
【図６】本発明の最良の実施の形態に係る承認支援装置の負荷算出手段の処理を示したフローチャートである。
【図７】本発明の最良の実施の形態に係る承認支援装置が提示する画面の一例であって、依頼者によって案件が申請される申請画面の一例である。
【図８】本発明の最良の実施の形態に係る承認支援装置が提示する画面の一例であって、依頼者によって案件を承認する承認ステップ毎に承認者が選択される承認者決定画面の一例である。
【図９】本発明の最良の実施の形態に係る承認支援装置が提示する画面の一例であって、一つの承認ステップに複数の承認者がいる場合に、依頼者によって案件を承認する承認者が選択される承認者選択画面の一例である。
【図１０】本発明の最良の実施の形態の変形例１に係る承認支援装置の機能ブロック図である。
【図１１】本発明の最良の実施の形態の変形例１に係る承認支援装置の負荷算出手段の処理を示したフローチャートである。
【図１２】本発明の最良の実施の形態の変形例２に係る承認支援装置の負荷算出手段の処理を示したフローチャートである。
【図１３】本発明の最良の実施の形態の変形例３に係る承認支援装置の機能ブロック図である。
【図１４】本発明の最良の実施の形態の変形例３に係る承認支援装置の負荷算出手段の処理を示したフローチャートである。
【符号の説明】
【００９１】
１…承認支援装置
１１…承認フローパターンデータ
１２…承認処理データ
１３…負荷レベルデータ
１３ａ…評価値レベル
１３ｂ…負荷レベル
１４…負荷データ
１５…スケジュールデータ
１６…承認依頼メール
２１…ワークフロー制御手段
２２…負荷算出手段
２３…承認依頼送信手段
１０１…中央処理制御装置
１０２…ＲＯＭ
１０３…ＲＡＭ
１０４…入力装置
１０５…表示装置
１０６…通信制御装置
１０７…記憶装置
１０８…リムーバブルディスク
１０９…入出力インタフェース
１１０…バス
【図１】
2006024007.tif 000003
【図２】
2006024007.tif 000004
【図３】
2006024007.tif 000005
【図４】
2006024007.tif 000006
【図５】
2006024007.tif 000007
【図６】
2006024007.tif 000008
【図７】
2006024007.tif 000009
【図８】
2006024007.tif 000010
【図９】
2006024007.tif 000011
【図１０】
2006024007.tif 000012
【図１１】
2006024007.tif 000013
【図１２】
2006024007.tif 000014
【図１３】
2006024007.tif 000015
【図１４】
2006024007.tif 000016