JP2014238658A - 承認時間予測装置、承認時間予測方法及び承認時間予測プログラム - Google Patents

Abstract

【課題】案件の承認申請を行う前であっても承認時間の予測をすることができるとともに、より実態に則した確度の高い予測を行うことができる承認時間予測装置を提供する。【解決手段】承認者と、承認を申請した承認申請日時と、承認完了日時とが対応付けられた案件承認情報を複数蓄積する案件承認情報テーブル１１２と、案件承認情報テーブル１１２に基づいて、承認者最短時間と、承認者最長時間とを算出する承認者時間算出部１２０と、承認者と承認者最短時間と承認者最長時間とを承認者情報として記憶装置１１０に記録する承認者テーブル更新部１３０と、承認者テーブル１１１に基づいて、承認を申請する予定の承認申請予定案件の承認にかかる案件承認最短日時１５１と案件承認最長日時１５２とを算出する予測承認時間算出部１５０とを備える。【選択図】図１

Description

この発明は、承認時間予測装置、承認時間予測方法及び承認時間予測プログラムに関する。特に、過去の実績から承認時間を予測する承認時間予測装置、承認時間予測方法及び承認時間予測プログラムに関する。

従来技術として、案件の承認を申請すると、過去の実績から、案件の承認までの最短の回覧ルートを算出し、算出した回覧ルートで承認をする技術がある（特許文献１参照）。
また、案件の承認を申請すると、処理担当者の在席時間、過去の平均処理時間、最終処理期限から逆算した処理有効期限を定め、この処理有効期限に基づいて承認処理の滞留、遅延を防止する技術がある（特許文献２参照）。

特開２００１−１６００８７号公報 特開２００６−０７９３８１号公報

特許文献１及び特許文献２の技術は、案件の承認申請をした後に承認時間を予測するものであるため、お客様から承認に必要な時間について質問された際に素早い回答を行うことや、申請者が承認に必要な時間を考慮した計画を立てることが難しいという課題がある。

また、承認者の過去の実績や在席時間などは均等化されているものではなく、例えば、月別、曜日別などにより、異なる傾向を有するものである。従来技術では、このような傾向を加味して承認時間を予測することができないので、実態に則した予測をすることができないという課題がある。

この発明は、上記のような課題を解決するためになされたものであり、案件の承認申請を行う前であっても承認時間の予測をすることができるとともに、より実態に則した確度の高い予測を行うことができる承認時間予測装置を提供することを目的とする。

本発明に係る承認時間予測装置は、案件の承認にかかる承認時間を予測する承認時間予測装置において、
承認された承認済案件について、前記承認済案件の承認をした承認者と、前記承認者に前記承認済案件の承認を申請した承認申請日時と、前記承認者が前記承認済案件の承認を完了した承認完了日時とが対応付けられた案件承認情報を複数蓄積する案件承認情報蓄積部と、
前記案件承認情報蓄積部に蓄積された前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の承認にかかる時間の最短時間である承認者最短時間と、前記承認者の承認にかかる時間の最長時間である承認者最長時間とを算出する承認者時間算出部と、
前記承認者と、前記承認者時間算出部により算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、承認者情報として記憶装置に記録する承認者情報記録部と、
前記承認者情報記録部により記録された前記承認者情報に含まれる前記承認者の前記承認者最短時間と前記承認者の前記承認者最長時間とに基づいて、承認を申請する予定の承認申請予定案件の承認にかかる最短時間である案件承認最短時間と、前記承認申請予定案件の承認にかかる最長時間である案件承認最長時間とを処理装置により算出する予測承認時間算出部と
を備えることを特徴とする。

前記承認者時間算出部は、
前記案件承認情報蓄積部に蓄積された前記複数の案件承認情報から、予め設定された複数の期間の期間毎に、当該期間に前記承認申請日時が含まれる前記案件承認情報を処理装置により抽出し、抽出した期間毎の前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の前記承認者最短時間と前記承認者最長時間とを期間毎に算出し、
前記承認者情報記録部は、
期間毎に算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、期間毎の前記承認者情報として記録し、
前記予測承認時間算出部は、
前記承認申請予定案件の承認を申請する日時が含まれる期間の前記承認者情報に基づいて、前記案件承認最短時間と前記案件承認最長時間とを算出する
ことを特徴とする。

前記案件承認情報蓄積部は、さらに、
前記承認済案件について、前記承認済案件の案件種別を対応付けた前記案件承認情報を蓄積し、
前記承認者時間算出部は、
前記複数の案件承認情報から、期間及び案件種別毎に、当該期間に前記承認申請日時が含まれ、かつ、当該案件種別と同一の案件種別である前記案件承認情報を抽出し、抽出した期間及び案件種別毎の前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の前記承認者最短時間と前記承認者最長時間とを期間及び案件種別毎に算出し、
前記承認者情報記録部は、
期間及び案件種別毎に算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、期間及び案件種別毎の前記承認者情報として記録し、
前記予測承認時間算出部は、
前記承認申請予定案件の承認を申請する日時が含まれる期間であり、かつ、前記承認申請予定案件の案件種別が対応付けられている前記承認者情報に基づいて、前記案件承認最短時間と前記案件承認最長時間とを算出する
ことを特徴とする。

前記案件承認情報蓄積部は、さらに、
前記承認済案件について、前記承認者に承認の依頼があった際の勤務状況を対応付けた前記案件承認情報を蓄積し、
前記承認者時間算出部は、
前記複数の案件承認情報から、期間及び案件種別及び勤務状況毎に、当該期間に前記承認申請日時が含まれ、かつ、当該案件種別と同一の案件種別が対応付けられ、かつ、当該勤務状況と同一の勤務状況が対応付けられている前記案件承認情報を抽出し、抽出した期間及び案件種別及び勤務状況毎の前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の前記承認者最短時間と前記承認者最長時間とを期間及び案件種別及び勤務状況毎に算出し、
前記承認者情報記録部は、
期間及び案件種別及び勤務状況毎に算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、期間及び案件種別及び勤務状況毎の前記承認者情報として記録し、
前記予測承認時間算出部は、
前記承認申請予定案件の承認を申請する日時が含まれる期間であり、かつ、前記承認申請予定案件の案件種別が同一であり、かつ、前記承認申請予定案件の承認をする前記承認者の勤務状況が同一である前記承認者情報に基づいて、前記案件承認最短時間と前記案件承認最長時間とを算出する
ことを特徴とする。

前記複数の期間は、月別かつ曜日別の期間、及び月別の期間であることを特徴とする。

前記予測承認時間算出部は、前記案件承認最短時間と前記案件承認最長時間とに基づいて、前記承認申請予定案件の承認までの最短日時である案件承認最短日時と、前記承認申請予定案件の承認までの最長日時である案件承認最長日時とを算出し、
前記予測承認時間算出部により算出された前記案件承認最短日時と前記案件承認最長日時とを出力するとともに、前記承認者の前記承認者最短時間と前記承認者最長時間とを出力する算出結果出力部を備えることを特徴とする。

本発明に係る承認時間予測方法は、
案件の承認にかかる承認時間を予測する承認時間予測装置であって、承認された承認済案件について、前記承認済案件の承認をした承認者と、前記承認者に前記承認済案件の承認を申請した承認申請日時と、前記承認者が前記承認済案件の承認を完了した承認完了日時とが対応付けられた案件承認情報を複数蓄積する案件承認情報蓄積部を備える承認時間予測装置の承認時間予測方法において、
承認時間算出部が、前記案件承認情報蓄積部に蓄積された前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の承認にかかる時間の最短時間である承認者最短時間と、前記承認者の承認にかかる時間の最長時間である承認者最長時間とを算出する承認者時間算出工程と、
承認者情報記録部が、前記承認者と、前記承認者時間算出工程により算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、承認者情報として記憶装置に記録する承認者情報記録工程と、
予測承認時間算出部が、前記承認者情報記録工程により記録された前記承認者情報に含まれる前記承認者の前記承認者最短時間と前記承認者の前記承認者最長時間とに基づいて、承認を申請する予定の承認申請予定案件の承認にかかる最短時間である案件承認最短時間と、前記承認申請予定案件の承認にかかる最長時間である案件承認最長時間とを処理装置により算出する予測承認時間算出工程とを備えることを特徴とする。

本発明に係る承認時間予測プログラムは、
案件の承認にかかる承認時間を予測する承認時間予測装置であって、承認された承認済案件について、前記承認済案件の承認をした承認者と、前記承認者に前記承認済案件の承認を申請した承認申請日時と、前記承認者が前記承認済案件の承認を完了した承認完了日時とが対応付けられた案件承認情報を複数蓄積する案件承認情報蓄積部を備える承認時間予測装置の承認時間予測プログラムにおいて、
承認時間算出部が、前記案件承認情報蓄積部に蓄積された前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の承認にかかる時間の最短時間である承認者最短時間と、前記承認者の承認にかかる時間の最長時間である承認者最長時間とを算出する承認者時間算出処理と、
承認者情報記録部が、前記承認者と、前記承認者時間算出処理により算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、承認者情報として記憶装置に記録する承認者情報記録処理と、
予測承認時間算出部が、前記承認者情報記録処理により記録された前記承認者情報に含まれる前記承認者の前記承認者最短時間と前記承認者の前記承認者最長時間とに基づいて、承認を申請する予定の承認申請予定案件の承認にかかる最短時間である案件承認最短時間と、前記承認申請予定案件の承認にかかる最長時間である案件承認最長時間とを処理装置により算出する予測承認時間算出処理とをコンピュータである前記承認時間予測装置に実行させることを特徴とする。

この発明に係る承認時間予測装置によれば、承認者と承認者最短時間と承認者最長時間とを承認者情報として記憶装置に記録しているので、案件の承認申請を行う前であっても承認時間の予測をすることができるので利便性を高めることができるとともに、より実態に則した確度の高い承認時間の予測を行うことができるという効果を奏する。

本実施の形態に係る承認時間予測装置１００のブロック構成図である。 （ａ）は本実施の形態に係る社員マスタテーブル１１３の形式を示す図であり、（ｂ）は社員マスタテーブル１１３の一例を示す図である。 （ａ）は本実施の形態に係るグループマスタテーブル１１４の形式を示す図であり、（ｂ）はグループマスタテーブル１１４の一例を示す図である。 （ａ）は本実施の形態に係るプロセス定義マスタテーブル１１５の形式を示す図であり、（ｂ）はプロセス定義マスタテーブル１１５の一例を示す図である。 （ａ）は本実施の形態に係るプロセスマスタテーブル１１６の形式を示す図であり、（ｂ）はプロセスマスタテーブル１１６の一例を示す図である。 （ａ）は本実施の形態に係る勤務状況マスタテーブル１１７の形式を示す図であり、（ｂ）は勤務状況マスタテーブル１１７の一例を示す図である。 （ａ）は本実施の形態に係る月・曜日マスタテーブル１１８の形式を示す図であり、（ｂ）は月・曜日マスタテーブル１１８の一例を示す図である。 （ａ）は本実施の形態に係る案件テーブル１１９の形式を示す図であり、（ｂ）は案件テーブル１１９の一例を示す図である。 （ａ）は本実施の形態に係る案件承認情報テーブル１１２の形式を示す図であり、（ｂ）は本実施の形態に係る承認者テーブル１１１の形式を示す図である。 本実施の形態に係る案件承認情報テーブル１１２の一例を示す図である。 本実施の形態に係る承認者テーブル１１１の一例を示す図である。 本実施の形態に係る承認者テーブル１１１の他例を示す図であり、図１１の状態から承認者テーブル更新処理により更新された後の状態を示す図である。 本実施の形態に係る各種マスタテーブル、各種テーブルの項目の関係を示した図である。 本実施の形態に係る承認時間予測装置１００の承認者時間算出処理及び承認者テーブル更新処理を示すフローチャートである。 本実施の形態に係る承認時間予測装置１００の予測承認時間算出処理を示すフローチャートである。 本実施の形態に係る承認時間予測装置１００に送信する承認時間予測要求を入力する承認時間予測要求画面２２０の一例である。 本実施の形態に係る承認時間予測装置１００の予測承認時間算出処理のシーケンスを示す図である。 本実施の形態に係る承認時間予測装置１００の算出結果出力部１６０により出力される算出結果出力画面２３０の一例である。 本実施の形態に係る承認時間予測装置１００のハードウェア構成の一例を示す図である。

実施の形態１．
図１は、本実施の形態に係る承認時間予測装置１００のブロック構成図である。
承認時間予測装置１００は、利用者によって利用される端末装置２００とネットワークなどを介して接続されている。利用者は、端末装置２００から承認時間予測装置１００に対して、承認を申請する予定の案件（承認申請予定案件）について、承認を申請してから承認が完了するまでの承認時間を予測することを要求する承認時間予測要求を送信する。

端末装置２００は、表示部２１０を備え、利用者は表示部２１０に表示される承認時間予測要求画面等を介して承認時間予測要求を送信する。
あるいは、利用者は、承認時間予測装置１００が備える表示装置に表示される承認時間予測要求画面等に対して承認時間予測要求を入力してもよいし、ネットワークを介さずに直接接続されている端末装置から承認時間予測要求を送信してもよい。

承認時間予測装置１００は、記憶装置１１０、承認者時間算出部１２０、承認者テーブル更新部１３０、条件入力部１４０、予測承認時間算出部１５０、算出結果出力部１６０を備える。

記憶装置１１０には、承認者テーブル１１１、案件承認情報テーブル１１２、社員マスタテーブル１１３、グループマスタテーブル１１４、プロセス定義マスタテーブル１１５、プロセスマスタテーブル１１６、勤務状況マスタテーブル１１７、月・曜日マスタテーブル１１８、案件テーブル１１９が記憶されている。
本実施の形態では、記憶装置１１０は承認時間予測装置１００の内部に備わっているが、この態様に限られず、記憶装置１１０は承認時間予測装置１００の外部のデータベース装置などに備えられていてもよい。

案件承認情報テーブル１１２は、承認された承認済案件について、承認済案件の承認をした承認者と、承認者に承認済案件の承認を依頼（申請）した承認依頼日時（承認申請日時）と、承認者が承認済案件の承認を完了した承認完了日時とが対応付けられた案件承認情報を複数蓄積する案件承認情報蓄積部の一例である。
案件承認情報は、案件承認情報テーブル１１２の１レコードの情報である。案件承認情報には、承認済案件を示す申請番号と、案件種別示すプロセスＩＤと、承認者を示す承認者ＩＤと、当該承認者の承認順序を示す承認者順序と、当該承認者の勤務状況を示す勤務状況ＩＤと、承認依頼日時が含まれる期間を示す月・曜日ＩＤと、承認依頼日時と、承認完了日時とが設定されている。案件承認情報テーブル１１２の詳細については後述する。

承認者時間算出部１２０は、案件承認情報テーブル１１２に蓄積された案件承認情報に含まれる承認者ＩＤと承認依頼日時と承認完了日時とに基づいて、当該承認者の承認にかかる時間の承認者最短時間と承認者最長時間とを算出する。
承認者時間算出部１２０は、例えば、月・曜日別かつ案件種別別かつ勤務状況別に、各承認者の承認者最短時間と承認者最長時間とを算出する。

承認者テーブル更新部１３０は、各承認者と、承認者時間算出部１２０により算出された当該承認者の承認者最短時間と承認者最長時間とを、記憶装置１１０の承認者テーブル１１１（承認者情報）に記録する承認者情報記録部の一例である。
承認者テーブル更新部１３０は、例えば、１日に１度起動され、承認者テーブル１１１を更新する。承認者テーブル更新部１３０を起動する時間は、適宜設定可能であるものとする。例えば、承認者テーブル更新部１３０を「毎日午前０時に起動する」、あるいは、「１日おきの午前１時に起動する」などと設定できるものとする。

条件入力部１４０は、承認時間を予測する条件を入力する。条件入力部１４０は、利用者により、表示部２１０に表示された承認時間予測要求画面２２０（図１６参照）に入力された条件を入力する。条件入力部１４０は、端末装置２００から送信された上記条件が含まれる承認時間予測要求を入力し、承認時間予測要求に含まれる条件を入力する。条件入力部１４０は、例えば、案件種別、承認依頼日時、承認者の承認時間を予測するための過去の実績のうち、どの期間を用いるか（例えば、月別の実績を用いるか、月・曜日別の実績を用いるか）などを、承認時間の予測の条件として入力する。

予測承認時間算出部１５０は、承認者テーブル１１１に含まれる各承認者の承認者最短時間と承認者最長時間とに基づいて、承認を申請する予定の承認申請予定案件の承認にかかる最短時間である案件承認最短時間と案件承認最長時間とを処理装置により算出する。
承認申請予定案件とは、条件入力部１４０が入力した案件種別、承認依頼日時等から定められる案件である。

算出結果出力部１６０は、予測承認時間算出部１５０により算出された案件承認最短時間と案件承認最長時間とに基づいて算出された案件承認最短日時１５１と案件承認最長日時１５２とを、端末装置２００の表示部２０１に出力する。また、算出結果出力部１６０は、承認申請予定案件の承認をする各承認者の承認者最短時間と承認者最長時間とを、案件承認最短日時１５１及び案件承認最長日時１５２と併せて出力するとしてもよい。

次に、記憶装置１１０に記憶されている各種テーブルの構成について説明する。
図２は、（ａ）は本実施の形態に係る社員マスタテーブル１１３の形式を示す図であり、（ｂ）は社員マスタテーブル１１３の一例を示す図である。
図３は、（ａ）は本実施の形態に係るグループマスタテーブル１１４の形式を示す図であり、（ｂ）はグループマスタテーブル１１４の一例を示す図である。
図４は、（ａ）は本実施の形態に係るプロセス定義マスタテーブル１１５の形式を示す図であり、（ｂ）はプロセス定義マスタテーブル１１５の一例を示す図である。
図５は、（ａ）は本実施の形態に係るプロセスマスタテーブル１１６の形式を示す図であり、（ｂ）はプロセスマスタテーブル１１６の一例を示す図である。
図６は、（ａ）は本実施の形態に係る勤務状況マスタテーブル１１７の形式を示す図であり、（ｂ）は勤務状況マスタテーブル１１７の一例を示す図である。
図７は、（ａ）は本実施の形態に係る月・曜日マスタテーブル１１８の形式を示す図であり、（ｂ）は月・曜日マスタテーブル１１８の一例を示す図である。
図８は、（ａ）は本実施の形態に係る案件テーブル１１９の形式を示す図であり、（ｂ）は案件テーブル１１９の一例を示す図である。
図９は、（ａ）は本実施の形態に係る案件承認情報テーブル１１２の形式を示す図であり、（ｂ）は本実施の形態に係る承認者テーブル１１１の形式を示す図である。
図１０は、本実施の形態に係る案件承認情報テーブル１１２の一例を示す図である。
図１１は、本実施の形態に係る承認者テーブル１１１の一例を示す図である。
図１２は、本実施の形態に係る承認者テーブル１１１の他例を示す図であり、図１１の状態から承認者テーブル更新処理により更新された後の状態を示す図である。
図１３は、本実施の形態に係る各種マスタテーブル、各種テーブルの項目の関係を示した図である。

社員マスタテーブル１１３は、社員情報のマスタテーブルである。図２（ａ）に示すように、社員マスタテーブル１１３は、社員ＩＤ、社員名、当該社員が属するグループのグループＩＤの項目を有する。社員ＩＤのデータタイプは数字（ＮＵＭＢＥＲ）、社員名のデータタイプは文字列（ＶＡＲＣＨＡＲ２）、グループＩＤのデータタイプは文字列（ＶＡＲＣＨＡＲ２）である。社員ＩＤは、主キーとして用いられる。
図２（ｂ）に示すように、例えば、１レコード目には、社員ＩＤ「００１」、社員名「Ａ」、グループＩＤ「Ｇ＿００１」が登録されている。

グループマスタテーブル１１４は、社員が属するグループの情報のマスタテーブルである。図３（ａ）に示すように、グループマスタテーブル１１４は、グループＩＤ、グループ名称の項目を有する。グループＩＤ、グループ名称のデータタイプは文字列である。グループＩＤは、主キーとして用いられる。
図３（ｂ）に示すように、例えば、１レコード目には、グループＩＤ「Ｇ＿００１」、グループ名称「経理」が登録されている。

プロセス定義マスタテーブル１１５は、承認のプロセスを定義する情報のマスタテーブルである。図４（ａ）に示すように、プロセス定義マスタテーブル１１５は、プロセスＩＤ、プロセス名の項目を有する。プロセスＩＤ、プロセス名のデータタイプは文字列である。プロセスＩＤは、主キーとして用いられる。
図４（ｂ）に示すように、例えば、１レコード目には、プロセスＩＤ「Ｐ＿００１」、プロセス名「発注」が登録されている。

プロセスマスタテーブル１１６は、プロセスＩＤが定義されたプロセスについて具体的な承認方法が登録されたマスタテーブルである。図５（ａ）に示すように、プロセスマスタテーブル１１６は、プロセスＩＤ、申請者グループＩＤ、承認者順序、承認者ＩＤ、最終承認者フラグの項目を有する。プロセスＩＤ、申請者グループＩＤのデータタイプは文字列である。承認者順序、承認者ＩＤ、最終承認者フラグのデータタイプは数字である。プロセスＩＤ、申請者グループＩＤ、承認者順序は、主キーとして用いられる。
図５（ｂ）に示すように、例えば、１レコード目には、プロセスＩＤ「Ｐ＿００１」、申請者グループＩＤ「Ｇ＿００１」、承認者順序「１」、承認者ＩＤ「００３」、最終承認者フラグ「０」が登録されている。２レコード目には、プロセスＩＤ「Ｐ＿００１」、申請者グループＩＤ「Ｇ＿００１」、承認者順序「２」、承認者ＩＤ「００２」、最終承認者フラグ「０」が登録されている。３レコード目には、プロセスＩＤ「Ｐ＿００１」、申請者グループＩＤ「Ｇ＿００１」、承認者順序「３」、承認者ＩＤ「００１」、最終承認者フラグ「１」が登録されている。この情報は、プロセス「Ｐ＿００１」（発注）において、申請者のグループが「Ｇ＿００１」の場合は、承認者ＩＤ（社員ＩＤ）「００３」、「００２」、「００１」の承認者の順での承認が必要であることを示している。

勤務状況マスタテーブル１１７は、勤務状況に関するマスタテーブルである。図６（ａ）に示すように、勤務状況マスタテーブル１１７は、勤務状況ＩＤ、勤務状況名の項目を有する。勤務状況ＩＤ、勤務状況名のデータタイプは文字列である。勤務状況ＩＤは、主キーとして用いられる。
図６（ｂ）に示すように、例えば、１レコード目には、勤務状況ＩＤ「Ｋ＿００１」、勤務状況名「通常」が登録されている。その他、勤務状況マスタテーブル１１７には、勤務状況名「打ち合わせ有り」（勤務状況ＩＤ「Ｋ＿００２」）、勤務状況名「出張中」（勤務状況ＩＤ「Ｋ＿００３」）、勤務状況名「休日」（勤務状況ＩＤ「Ｋ＿００４」）が登録されている。

月・曜日マスタテーブル１１８は、月・曜日別に予め設定された期間の種類に関するマスタテーブルである。図７（ａ）に示すように、月・曜日マスタテーブル１１８は、月・曜日ＩＤ、月・曜日名の項目を有する。月・曜日ＩＤ、月・曜日名のデータタイプは文字列である。月・曜日ＩＤは、主キーとして用いられる。

図７（ｂ）に示すように、例えば、１レコード目には、月・曜日ＩＤ「ＭＷ＿０１＿Ｍｏｎ」、月・曜日名「１月・月曜日」が登録されている。その他、月・曜日ＩＤ「ＭＷ＿０１＿Ｔｕｅ」に対して月・曜日名「１月・火曜日」、月・曜日ＩＤ「ＭＷ＿０１＿Ｗｅｄ」に対して月・曜日名「１月・水曜日」、・・・、月・曜日ＩＤ「ＭＷ＿０１＿Ｆｒｉ」に対して月・曜日名「１月・金曜日」が登録されている。２月についても同様に、月・曜日ＩＤ「ＭＷ＿０２＿Ｍｏｎ」に対して月・曜日名「２月・月曜日」、・・・、月・曜日ＩＤ「ＭＷ＿０２＿Ｆｒｉ」に対して月・曜日名「２月・金曜日」と登録されている。これらの期間は、月別かつ曜日別に予め定めた期間の種類の一例である。

また、７レコード目の月・曜日ＩＤ「ＭＷ＿０１＿Ｆｕｌ」に対しては、月・曜日名「１月」が登録されており、８４レコード目の月・曜日ＩＤ「ＭＷ＿１２＿Ｆｕｌ」に対しては、月・曜日名「１２月」が登録されている。これは、曜日に関わらない月別の期間を示している。これらの期間は、月別に予め定めた期間の種類の一例である。
また、６レコード目の月・曜日ＩＤ「ＭＷ＿０１＿Ｈｏｌ」に対しては、月・曜日名「１月・休日」が登録されており、８３レコード目の月・曜日ＩＤ「ＭＷ＿１２＿Ｈｏｌ」に対しては、月・曜日名「１２月・休日」が登録されている。これは、月別の休日を示す期間の種別の一例を示している。

案件テーブル１１９は、承認の申請がされた案件に関する情報を設定するテーブルである。図８（ａ）に示すように、案件テーブル１１９は、申請番号、件名、申請者ＩＤ、申請日時、プロセスＩＤ、ステータスの項目を有する。件名、プロセスＩＤ、ステータスのデータタイプは文字列である。申請番号、申請者ＩＤのデータタイプは、数字である。申請日時のデータタイプは、ＤＡＴＥＴＩＭＥ書式である。申請番号は、主キーとして用いられる。
図８（ｂ）に示すように、例えば、１レコード目には、申請番号「００１」、件名「開発案件１」、申請者ＩＤ「００９」、申請日時「２００８−０１−０７ ０９：００：００」、プロセスＩＤ「Ｐ＿００１」、ステータス「承認済」が登録されている。

案件承認情報テーブル１１２は、案件の承認状況に関する実績情報が設定されるテーブルである。図９（ａ）に示すように、案件承認情報テーブル１１２は、申請番号、承認者順序、プロセスＩＤ、承認者ＩＤ、勤務状況ＩＤ、月・曜日ＩＤ、承認依頼日時、承認完了日時の項目を有する。プロセスＩＤ、勤務状況ＩＤ、月・曜日ＩＤのデータタイプは文字列である。月・曜日ＩＤには、承認依頼日時に対応する月・曜日ＩＤが設定される。申請番号、承認者順序、承認者ＩＤのデータタイプは、数字である。申請依頼日時、承認完了日時のデータタイプは、ＤＡＴＥＴＩＭＥ書式である。申請番号、承認者順序は、主キーとして用いられる。

図１０に示すように、例えば、１レコード目には、申請番号「００１」、承認者順序「１」、プロセスＩＤ「Ｐ＿００１」、承認者ＩＤ「００３」、勤務状況ＩＤ「Ｋ＿００１」、月・曜日ＩＤ「ＭＷ＿０１＿Ｍｏｎ」、承認依頼日時「２００８−０１−０７ ０９：００：００」、承認完了日時「２００８−０１−０７ １９：００：００」と設定されている。承認依頼日時「２００８−０１−０７ ０９：００：００」は１月の月曜日なので、月・曜日ＩＤには「ＭＷ＿０１＿Ｍｏｎ」と設定される。これは、申請番号「００１」の案件の承認における１番目の承認者「００３」の承認実績に関する情報である。同様に、２番目の承認者「００２」についての承認実績については２レコード目に設定され、３番目の承認者「００１」についての承認実績については３レコード目に設定されている。
４レコード目からは、申請番号「００２」の案件の承認に関する情報が設定されている。

承認者テーブル１１１は、実績を基に各承認者の勤務状況別、月と曜日別（月別または月・曜日別）に承認に必要な承認者最短時間、承認者最長時間が設定されるテーブルである。図９（ｂ）に示すように、承認者テーブル１１１は、社員ＩＤ、プロセスＩＤ、勤務状況ＩＤ、月・曜日ＩＤ、承認者最短時間、承認者最長時間の項目を有する。プロセスＩＤ、勤務状況ＩＤ、月・曜日ＩＤのデータタイプは文字列である。社員ＩＤ、承認者最短時間、承認者最長時間のデータタイプは数字である。社員ＩＤ、プロセスＩＤ、勤務状況ＩＤ、月・曜日ＩＤは、主キーとして用いられる。

図１１に示すように、例えば、１レコード目には、社員ＩＤ「００１」、プロセスＩＤ「Ｐ＿００１」、勤務状況ＩＤ「Ｋ＿００１」、月・曜日ＩＤ「ＭＷ＿０１＿Ｍｏｎ」、承認者最短時間「３」、承認者最長時間「２１」と設定されている。これは、社員ＩＤ「００１」の社員が、プロセスＩＤ「Ｐ＿００１」の案件を承認する場合、勤務状況が「Ｋ＿００１」（通常）であり、承認の申請を依頼された日時が「ＭＷ＿０１＿Ｍｏｎ」（１月・月曜日）である場合には、承認にかかる最短時間が３時間、承認に係る最長時間が２１時間であることを示している。

２レコード目では、社員ＩＤ「００１」の社員が、プロセスＩＤ「Ｐ＿００１」の案件を承認する場合、勤務状況が「Ｋ＿００１」（通常）であり、かつ、承認の申請を依頼された日時が「ＭＷ＿０１＿Ｔｕｅ」（１月・火曜日）である場合には、承認にかかる最短時間が４時間、承認に係る最長時間が２０時間であることを示している。
６レコード目では、社員ＩＤ「００１」の社員が、プロセスＩＤ「Ｐ＿００１」の案件を承認する場合、勤務状況が「Ｋ＿００１」（通常）であり、かつ、承認の申請を依頼された日時が「ＭＷ＿０１＿Ｆｕｌ」（１月）である場合には、承認にかかる最短時間が２０時間、承認に係る最長時間が４２時間であることを示している。

上述したように、承認者テーブル１１１は、承認者テーブル更新部１３０により、定期的あるいは不定期に更新される。
図１２は、図１１の状態の承認者テーブル１１１が、承認者テーブル更新部１３０により更新された後の状態を示している。承認者テーブル更新部１３０による承認者テーブル１１１の更新処理の詳細については後述する。
図１３は、上述した各種マスタテーブル、各種テーブルの項目の関係を示した図である。

図１４は、本実施の形態に係る承認時間予測装置１００の承認者時間算出処理及び承認者テーブル更新処理を示すフローチャートである。
図１４を用いて、承認時間予測装置１００の承認者時間算出処理及び承認者テーブル更新処理の動作について説明する。

Ｓ１０１において、承認者時間算出部１２０は、記憶装置１１０に記憶されている承認者テーブル１１１に登録されている承認者から１人を選択し、選択した承認者の社員ＩＤを取得する。あるいは、社員マスタテーブル１１３に登録されている社員ＩＤから選択するものとしてもよい。
Ｓ１０２において、承認者時間算出部１２０は、記憶装置１１０に記憶されているプロセス定義マスタテーブル１１５に登録されているプロセスＩＤからプロセスＩＤを１つ取得する。
Ｓ１０３において、承認者時間算出部１２０は、記憶装置１１０に記憶されている勤務状況マスタテーブル１１７に登録されている勤務状況ＩＤから勤務状況ＩＤを１つ取得する。
Ｓ１０４において、承認者時間算出部１２０は、記憶装置１１０に記憶されている月・曜日マスタテーブル１１８に登録されている月・曜日ＩＤから月・曜日ＩＤを１つ取得する。

Ｓ１０５において、承認者時間算出部１２０は、記憶装置１１０に記憶されている案件承認情報テーブル１１２から、例えば、直近５年分の案件の承認に関する案件承認情報（実績データ）を取得する。上述したように、案件承認情報とは、案件承認情報テーブル１１２の１レコードを意味するものとする。
承認者最短時間及び承認者最長時間を求めるための案件承認情報を何年分とするかについては、適宜設定可能であるものとする。ここでは、直近の５年分としたが、例えば、直近の２年分としてもよいし、あるいは５年前から２年前までの過去３年間分などと指定することもできるものとする。

承認者時間算出部１２０は、取得した案件承認情報から、「社員ＩＤ」（承認者ＩＤ）、「プロセスＩＤ」、「勤務状況ＩＤ」、「月・曜日ＩＤ」の各条件に合う案件承認情報を実績として処理装置により抽出する。「社員ＩＤ」は、Ｓ１０１あるいはＳ１１５において選択されたものである。「プロセスＩＤ」は、Ｓ１０２あるいはＳ１１３において選択されたものである。「勤務状況ＩＤ」は、Ｓ１０３あるいはＳ１１１において選択されたものである。「月・曜日ＩＤ」は、Ｓ１０４あるいはＳ１０９において選択されたものである。

承認者時間算出部１２０は、「社員ＩＤ」（承認者ＩＤ）及び「プロセスＩＤ」（案件種別の一例）及び「勤務状況ＩＤ」（勤務状況の一例）及び「月・曜日ＩＤ」（予め設定された複数の期間の一例）毎に、案件承認情報を抽出する。
ここでは、「社員ＩＤ」及び「プロセスＩＤ」及び「勤務状況ＩＤ」及び「月・曜日ＩＤ」毎に案件承認情報テーブル１１２から案件承認情報を抽出したが、「社員ＩＤ」及び「月・曜日ＩＤ」毎でもよい。あるは、「社員ＩＤ」及び「プロセスＩＤ」及び「月・曜日ＩＤ」毎に案件承認情報を抽出するようにしてもよい。

また、実績として収集する条件を付けることも可能とする。例えば、３０分〜５日の範囲の実績データの中での最短時間・最長時間を採用する等の条件を付けてもよい。
承認者時間算出部１２０は、案件承認情報を抽出する際、承認依頼日と承認完了日に差異がある場合は、その実績は承認依頼日のものとする。例えば、承認依頼日が２０１２／１２／３１、承認完了日が２０１３／０１／０１の場合は、２０１２年の１２月の月曜日の実績とする。
勤務状況ＩＤにより示される勤務状況は、承認依頼された日時のものとする。例えば、承認者の予定が会議中の日時に承認依頼が届いた場合は、勤務状況「打ち合せ有り」の実績を条件とする。
また、最終承認まで終えていなくても、承認が済んでいる承認者の分は実績として収集する。例えば、承認者が３名の承認フローで第２承認者まで承認が終わっている場合は、第１承認者と第２承認者の実績を収集する際にはその案件承認情報は利用し、第３承認者の実績を収集する際にはその案件承認情報は利用しない。
実績データを収集する際には、時間単位で収集するものとし、分以下は全て切り上げるものとする。
ただし、承認時間予測装置１００における動作条件は、上記に限られず、承認時間予測装置１００の管理者や利用者などにより変更可能であるとしてもよい。

Ｓ１０６において、承認者時間算出部１２０は、抽出した案件承認情報に基づいて、処理対象の承認者ＩＤにより示される承認者の承認者最短時間及び承認者最長時間を処理装置により算出する。
以下に、承認者の承認者最短時間及び承認者最長時間の算出方法の一例について説明する。

まず、承認者時間算出部１２０は、「社員ＩＤ」（承認者ＩＤ）、「プロセスＩＤ」、「勤務状況ＩＤ」、「月・曜日ＩＤ」の各条件に基づいて抽出した案件承認情報の中から、直近５年の各年の最短時間と最長時間を求める。直近５年とは、例えば、今年度であるｍ年度からｍ−４年度までの５年にあたる。ただし、案件承認情報テーブル１１２に、今年度（ｍ年度）のデータがない場合、または少ない場合には、ｍ−１年度からｍ−５年度までの５年であってもよい。また、年度ではなく日付で１年を区切り過去の５年であってもよい。

ｍｉｎ（Ｘｍ）をｍ年度の中での最小値、ｍｉｎ（Ｘｍ）をｍ年度の中での最大値とする。
各年の最短時間を、ｍｉｎ（Ｘｍ−４）、ｍｉｎ（Ｘｍ−３）、ｍｉｎ（Ｘｍ−２）、ｍｉｎ（Ｘｍ−１）、ｍｉｎ（Ｘｍ）とする。
各年の最長時間を、ｍａｘ（Ｘｍ−４）、ｍａｘ（Ｘｍ−３）、ｍａｘ（Ｘｍ−２）、ｍａｘ（Ｘｍ−１）、ｍａｘ（Ｘｍ）とする。

次に、以下の（１），（２）の通り、各年の最短時間の平均値、及び各年の最長時間の平均値を算出する。
（１）ａｖｇ（ｍｉｎ（Ｘｍ）、ｍｉｎ（Ｘｍ−１）、ｍｉｎ（Ｘｍ−２）、ｍｉｎ（Ｘｍ−３）、ｍｉｎ（Ｘｍ−４））
（２）ａｖｇ（ｍａｘ（Ｘｍ）、ｍａｘ（Ｘｍ−１）、ｍａｘ（Ｘｍ−２）、ｍａｘ（Ｘｍ−３）、ｍａｘ（Ｘｍ−４））
ａｖｇ（ａ、ｂ、ｃ）は、ａ、ｂ、ｃの平均値とする。

承認者時間算出部１２０は、（１）により算出された最短時間の平均値、（２）により算出された最長時間の平均値を、「社員ＩＤ」（承認者ＩＤ）、「プロセスＩＤ」、「勤務状況ＩＤ」、「月・曜日ＩＤ」の各条件に合う承認者最短時間、承認者最長時間とする。

Ｓ１０７において、承認者テーブル更新部１３０は、承認者時間算出部１２０により算出された承認者最短時間、承認者最長時間を、承認者テーブル１１１に記録する。
承認者テーブル更新部１３０は、承認者テーブル１１１において、「社員ＩＤ」（承認者ＩＤ）、「プロセスＩＤ」、「勤務状況ＩＤ」、「月・曜日ＩＤ」の各条件に合うレコードの承認者最短時間、承認者最長時間の項目欄を更新する。

ここで、承認者最短時間及び承認者最長時間の算出方法について、具体例を用いて説明する。
例として、社員Ｃさん（００３）、プロセスが発注（Ｐ＿００１）、勤務状況が通常（Ｋ＿００１）、１月の月別（ＭＷ＿０１＿Ｆｕｌ）の承認者最短時間・承認者最長時間の算出方法について説明する。
（１−１）承認者時間算出部１２０は、直近５年分の案件承認情報テーブル１１２の中から、承認者ＩＤが００３、プロセスＩＤがＰ＿００１、勤務状況が通常、１月に承認された案件承認情報を実績として取得する（Ｓ１０５）。
（１−２）承認者時間算出部１２０は、取得した案件承認情報を、承認年ごとに分類し、各承認年の最短時間と最長時間を求める。承認者時間算出部１２０は、求めた５個の最短時間と最長時間から、最短時間の平均値と最長時間の平均値とを算出する。算出した平均値を、社員Ｃさんについてのプロセスが発注、勤務状況が通常、１月の月別の場合の承認者最短時間及び承認者最長時間とする（Ｓ１０６）。
（１−３）承認者テーブル更新部１３０は、算出した新たな承認者最短時間と承認者最長時間とを、承認者テーブル１１１に登録する（Ｓ１０７）。
（１−１）〜（１−３）を承認者ごと、プロセスごと、勤務状況ごと、月・曜日の条件ごとに繰り返すことにより、承認案件情報（実績データ）からそれぞれの条件での承認者最短時間と承認者最長時間を算出することが可能となる（以下に示す、Ｓ１０８〜Ｓ１１５の処理に対応）。

Ｓ１０８において、承認者時間算出部１２０は、月・曜日マスタテーブル１１８に登録されている全ての月・曜日ＩＤについて、承認者最短時間及び承認者最長時間を算出したかについて判定する。
全ての月・曜日ＩＤについて承認者最短時間及び承認者最長時間を算出したと判定した場合には（Ｓ１０８でＹＥＳ）、Ｓ１１０に進む。
承認者最短時間及び承認者最長時間を算出していない月・曜日ＩＤがあると判定した場合には（Ｓ１０８でＮＯ）、Ｓ１０９に進む。

Ｓ１０９において、月・曜日マスタテーブル１１８の次の月・曜日ＩＤを選択し、Ｓ１０５に処理を戻す。つまり、「社員ＩＤ」（承認者ＩＤ）、「プロセスＩＤ」、「勤務状況ＩＤ」、「月・曜日ＩＤ」の各条件のうち、「月・曜日ＩＤ」を次のＩＤに変えて、Ｓ１０５〜Ｓ１０７の承認者最短時間及び承認者最長時間の算出処理を実行する。

Ｓ１１０において、承認者時間算出部１２０は、勤務状況マスタテーブル１１７に登録されている全ての勤務状況ＩＤについて、承認者最短時間及び承認者最長時間を算出したかについて判定する。
全ての勤務状況ＩＤについて承認者最短時間及び承認者最長時間を算出したと判定した場合には（Ｓ１１０でＹＥＳ）、Ｓ１１２に進む。
承認者最短時間及び承認者最長時間を算出していない勤務状況ＩＤがあると判定した場合には（Ｓ１１０でＮＯ）、Ｓ１１１に進む。

Ｓ１１１において、勤務状況マスタテーブル１１７の次の勤務状況ＩＤを選択し、Ｓ１０４に処理を戻す。つまり、「勤務状況ＩＤ」を次のＩＤに変えて、Ｓ１０４〜Ｓ１０８の承認者時間算出処理及び承認者テーブル更新処理を実行する。

Ｓ１１２において、承認者時間算出部１２０は、プロセス定義マスタテーブル１１５に登録されている全てのプロセスＩＤについて、承認者最短時間及び承認者最長時間を算出したかについて判定する。
全てのプロセスＩＤについて承認者最短時間及び承認者最長時間を算出したと判定した場合には（Ｓ１１２でＹＥＳ）、Ｓ１１４に進む。
承認者最短時間及び承認者最長時間を算出していないプロセスＩＤがあると判定した場合には（Ｓ１１２でＮＯ）、Ｓ１１３に進む。

Ｓ１１３において、プロセス定義マスタテーブル１１５の次のプロセスＩＤを選択し、Ｓ１０３に処理を戻す。つまり、「プロセスＩＤ」を次のＩＤに変えて、Ｓ１０３〜Ｓ１１０の承認者時間算出処理及び承認者テーブル更新処理を実行する。

Ｓ１１４において、承認者時間算出部１２０は、承認者テーブル１１１に登録されている全ての社員ＩＤ（承認者ＩＤ）について、承認者最短時間及び承認者最長時間を算出したかについて判定する。
全ての社員ＩＤ（承認者ＩＤ）について承認者最短時間及び承認者最長時間を算出したと判定した場合には（Ｓ１１４でＹＥＳ）、承認者時間算出処理及び承認者テーブル更新処理を終了する。

承認者最短時間及び承認者最長時間を算出していない社員ＩＤ（承認者ＩＤ）があると判定した場合には（Ｓ１１４でＮＯ）、Ｓ１１５に進む。

Ｓ１１５において、承認者テーブル１１１の次の社員ＩＤ（承認者ＩＤ）を選択し、Ｓ１０２に処理を戻す。つまり、社員ＩＤ（承認者ＩＤ）を次のＩＤに変えて、Ｓ１０２〜Ｓ１１２の承認者時間算出処理及び承認者テーブル更新処理を実行する。

以上で、承認者時間算出処理及び承認者テーブル更新処理についての説明を終わる。

次に、具体的なデータ例を用いて、関係する各テーブルの値がどのように変化するかについて説明する。ここでは、承認者時間算出部１２０及び承認者テーブル更新部１３０が２０１３／１／８（火）に動き、社員ＩＤが００３である承認者、プロセスＩＤがＰ＿００１、勤務状況ＩＤがＫ＿００１、月・曜日ＩＤがＭＷ＿０１＿Ｍｏｎの実績を収集する場合の例を説明する。承認者時間算出部１２０及び承認者テーブル更新部１３０により実績を収集し、承認者テーブル１１１を更新する機能を実績収集機能とする。

実績収集機能の実行前の承認者テーブル１１１の状態は図１１であり、社員ＩＤが００３である承認者、プロセスＩＤがＰ＿００１、勤務状況ＩＤがＫ＿００１、月・曜日ＩＤがＭＷ＿０１＿Ｍｏｎの案件承認情報レコードは、１３６９レコードである。実績収集機能の実行前の１３６９レコードの承認者最短時間は９時間、承認者最長時間は８０時間である。以下の具体例における案件承認情報テーブル１１２のデータは、図１０の例とは対応しないものとする。

（２−１）以下の条件に合う案件承認情報を案件承認情報テーブル１１２から取得する（Ｓ１０５）。
対象年月日 ：２００９年〜２０１３年の１月の月曜に承認依頼されたもの
社員ＩＤ ：００３
プロセスＩＤ：Ｐ＿００１
勤務状況ＩＤ：Ｋ＿００１
月・曜日ＩＤ：ＭＷ＿０１＿Ｍｏｎ
（２−２）取得した案件承認情報から、各年の最短時間・最長時間を求める（Ｓ１０６）。
２００９／１ 最短時間：９、最長時間８０
２０１０／１ 最短時間：８、最長時間８０
２０１１／１ 最短時間：８、最長時間７９
２０１２／１ 最短時間：９、最長時間７８
２０１３／１ 最短時間：７、最長時間７７
（２−３）（２−２）で求めた最短時間・最長時間の平均値を算出し、承認者最短時間、承認者最長時間とする（単位は［ｈｏｕｒ］（時間）、小数点以下は切り上げ）。
承認者最短時間：９
承認者最長時間：７９
（２−４）（２−３）で求めた承認者最短時間、承認者最長時間を承認者テーブル１１１の１３６９レコードに登録する（Ｓ１０７）。実績収集機能の実行前の１３６９レコードの承認者最短時間は９時間、承認者最長時間は８０時間であったが、実績収集機能の実行後の１３６９レコードの承認者最短時間は９時間、承認者最長時間は７９時間となる（図１２参照）。
上記（２−１）〜（２−４）を承認者テーブル１１１に登録されている承認者、プロセス数、勤務状況、月・曜日の組み合せの数だけ実行する。

以上で、承認者時間算出処理及び承認者テーブル更新処理についての具体的データを用いた説明を終わる。

図１５は、本実施の形態に係る承認時間予測装置１００の予測承認時間算出処理を示すフローチャートである。予測承認時間算出機能は、利用者によって選択された条件（プロセス、申請日時、月・曜日の条件の有無）を基に、承認の申請から最終承認までに必要な承認フロー最短時間（案件承認最短時間）と承認フロー最長時間（案件承認最長時間）とを算出する。また、算出した承認フロー最短時間と承認フロー最長時間とに基づいて、承認フロー最短日時（案件承認最短日時１５１）と承認フロー最長日時（案件承認最長日時１５２）とを算出し、端末装置２００の表示部２１０に表示する機能である。
図１５を用いて、承認時間予測装置１００の予測承認時間算出処理の動作について説明する。

Ｓ２０１において、条件入力部１４０は、端末装置２００から送信される承認時間予測要求を入力する。承認時間予測要求には、承認時間の予測のシミュレートを行う案件の条件が含まれる。
図１６は、本実施の形態に係る承認時間予測装置１００に送信する承認時間予測要求を入力する承認時間予測要求画面２２０の一例である。

図１６に示すように、承認時間予測要求画面２２０は、手続フロー名入力欄、申請日時入力欄、月・曜日条件入力欄を備える。
手続フロー名入力欄には、プロセス定義マスタテーブル１１５に定義されているプロセス名から、承認時間を予測する案件のプロセス名を入力する。

申請日時入力欄には、案件の承認の申請を予定している日時を入力する。
月・曜日条件入力欄には、「月のみ」欄と、「月・曜日」欄とが表示され、いずれかをチェックする。チェックにより、曜日に関わらない「月のみ」で分類された案件承認情報（実績データ）で予測承認時間を算出するのか、「月・曜日」で分類された案件承認情報（実績データ）で予測承認時間を算出するのかの月・曜日別種別が選択される。月・曜日別種別はチェック機能により選択される。

予測承認時間算出部１５０は、条件入力部１４０から、「プロセス名」、「申請日時」、「月・曜日別種別」（月のみ、あるいは、月・曜日）を入力する。

Ｓ２０２において、予測承認時間算出部１５０は、入力したプロセス名に基づいて、プロセス定義マスタテーブル１１５からプロセスＩＤを取得する。このプロセスＩＤを処理対象プロセスＩＤとする。
予測承認時間算出部１５０は、プロセスマスタテーブル１１６を検索し、処理対象プロセスＩＤに対応する承認フローの情報（すなわち、承認すべき承認者の承認者ＩＤとその順番）を取得する。以下、この承認フローの情報を処理対象承認フロー情報とする。
予測承認時間算出部１５０は、処理対象承認フロー情報から承認者の承認者ＩＤを選択する。選択した承認者を処理対象承認者、処理対象承認者の承認者ＩＤを処理対象承認者ＩＤとする。また、承認フローにおけるＮ番目の承認者を第Ｎ承認者とする（例えば、１番目は第１承認者、２番目は第２承認者）。

Ｓ２０３において、処理対象承認者は処理対象承認フロー情報の第１番目か否かを判定する。Ｓ２０３において、処理対象承認者が第１番目の承認者の場合（Ｓ２０３においてＹＥＳ）、Ｓ２０９に進む。Ｓ２０３において、処理対象承認者が第１番目の承認者でない場合（Ｓ２０３においてＮＯ）、Ｓ２０４に進む。

Ｓ２０９において、予測承認時間算出部１５０は、処理対象承認者ＩＤと申請日時とに基づいて、処理対象承認者の申請日時（承認依頼日）のスケジュールを取得する。処理対象承認者の申請日時（承認依頼日）のスケジュールは、例えば、社内システムで公開されている社員のスケジューラなどから処理対象承認者ＩＤの申請日時におけるスケジュールを取得するものとする。
予測承認時間算出部１５０は、取得した処理対象承認者の申請日時（承認依頼日）のスケジュールから勤務状況マスタテーブル１１７に記憶されたどの勤務状況に該当するかを判断して、処理対象承認者の勤務状況とする。予測承認時間算出部１５０は、処理対象承認者の勤務状況に基づいて、勤務状況マスタテーブル１１７から処理対象承認者の勤務状況の勤務状況ＩＤを取得する。

予測承認時間算出部１５０は、条件入力部１４０により入力した申請日時と、月・曜日別種別とに基づいて、月・曜日マスタテーブル１１８から処理対象承認者の月・曜日ＩＤを決定する。
Ｓ２１０において、予測承認時間算出部１５０は、処理対象承認者ＩＤと、処理対象プロセスＩＤと、処理対象承認者の勤務状況ＩＤと、月・曜日ＩＤとに基づいて承認者テーブル１１１を検索し、処理対象承認者の承認者最短時間及び承認者最長時間を処理装置により抽出する。

図１７は、本実施の形態に係る承認時間予測装置１００の予測承認時間算出処理のシーケンスを示す図である。
図１５のＳ２１０では、図１７のＳ３０１とＳ３０２との処理が実行され、第１承認者の第１承認者最短時間と第１承認者最長時間とが算出される。

第２承認者以降の処理については、Ｓ２０４からの処理となる。
Ｓ２０４において、予測承認時間算出部１５０は、処理対象承認者は、第２承認者以降の承認者であり、ここでは２番目の第２承認者を処理対象承認者として説明する。
予測承認時間算出部１５０は、前承認者（第１承認者）の第１承認者最短時間の場合の承認日（前最短承認候補日３０１ａとする）と、第１承認者最長時間の場合の承認日（前最長承認候補日３０２ａとする）とを確定する。

予測承認時間算出部１５０は、申請日時と、第１承認者最短時間と、第１承認者最長時間とに基づいて、日時換算を処理装置により実行し、申請日時から第１承認者最短時間が経過した日時に対応する前最短承認候補日３０１ａと申請日時から第１承認者最長時間が経過した日時に対応する前最長承認候補日３０２ａとを決定する（図１７のＳ３０３）。前最短承認候補日３０１ａと前最長承認候補日３０２ａとを合わせて候補日とする。
予測承認時間算出部１５０は、決定された候補日から１つの候補日（例えば、前最短承認候補日３０１ａ）を選択し、第２承認者の承認依頼日とする。

Ｓ２０５において、予測承認時間算出部１５０は、処理対象承認者の承認依頼日を前最短承認候補日３０１ａとし、処理対象承認者（第２承認者）の承認依頼日のスケジュールを取得する。スケジュールの取得方法は、Ｓ２０９において説明したものと同様である。

予測承認時間算出部１５０は、取得した処理対象承認者（第２承認者）の承認依頼日のスケジュールから勤務状況マスタテーブル１１７に記憶されたどの勤務状況に該当するかを判断して、処理対象承認者の勤務状況とする。予測承認時間算出部１５０は、処理対象承認者の勤務状況に基づいて、勤務状況マスタテーブル１１７から処理対象承認者（第２承認者）の勤務状況ＩＤを取得する（図１７のＳ３０４に対応）。
予測承認時間算出部１５０は、承認依頼日と、月・曜日別種別とに基づいて、月・曜日マスタテーブル１１８から処理対象承認者の承認依頼日の月・曜日ＩＤを決定する（図１７のＳ３０４に対応）。

Ｓ２０６において、予測承認時間算出部１５０は、処理対象承認者ＩＤと、処理対象プロセスＩＤと、処理対象承認者の承認依頼日の勤務状況ＩＤと、処理対象承認者の承認依頼日の月・曜日ＩＤとに基づいて承認者テーブル１１１を検索し、処理対象承認者の承認依頼日における承認者最短時間及び承認者最長時間を抽出する（図１７のＳ３０５，Ｓ３０６に対応）。

Ｓ２０７において、全ての候補日について承認者最短時間及び承認者最長時間を抽出したか否かを判定する。全ての候補日について抽出した場合（Ｓ２０７においてＹＥＳ）、Ｓ２０８に処理を進める。まだ承認者最短時間及び承認者最長時間を抽出していない候補日がある場合（Ｓ２０７においてＮＯ）、Ｓ２０４に戻り、次の候補日について承認者最短時間及び承認者最長時間を算出する。

Ｓ２０８において、予測承認時間算出部１５０は、全ての候補日について承認者最短時間及び承認者最長時間を算出すると、すわなち、図１７のＳ３０４〜Ｓ３０９の処理を終了すると、算出した全ての承認者最短時間及び承認者最長時間の中から、最小の時間を第２承認者最短時間とし、最大の時間を第２承認者最長時間とする（図１７のＳ３１０）。

Ｓ２１１において、予測承認時間算出部１５０は、処理対象承認フロー情報の全て（例えば、Ｎ人）の承認者について、第Ｎ承認者最短時間と第Ｎ承認者最長時間とを算出したか否かを判定する。全ての承認者について算出した場合（Ｓ２１１においてＹＥＳ）、Ｓ２１３に処理を進める。まだ第Ｎ承認者最短時間及び第Ｎ承認者最長時間を算出していない承認者がある場合（Ｓ２１１においてＮＯ）、Ｓ２１２において処理対象承認フロー情報における次の承認者を選択し、Ｓ２０２に戻り、次の承認者について第Ｎ承認者最短時間及び第Ｎ承認者最長時間を算出する。

Ｓ２１３において、予測承認時間算出部１５０は、承認フロー最短時間と承認フロー最長時間とを算出する。
例えば、予測承認時間算出部１５０は、図１７のＳ３１１に示すように、承認フローの各承認者の第Ｎ承認者最短時間を加算することにより承認フロー最短時間を算出する。また、図１７のＳ３１２に示すように、承認フローの各承認者の第Ｎ承認者最長時間を加算することにより承認フロー最長時間を算出する。
予測承認時間算出部１５０は、条件として入力した申請日時と、算出した承認フロー最短時間及び承認フロー最長時間に基づいて、案件承認最短日時１５１及び案件承認最長日時１５２を処理装置により算出する。

Ｓ２１４において、算出結果出力部１６０は、予測承認時間算出部１５０により算出された案件承認最短日時１５１及び案件承認最長日時１５２を端末装置２００の表示部２１０に出力する。
図１８は、本実施の形態に係る承認時間予測装置１００の算出結果出力部１６０により出力される算出結果出力画面２３０の一例である。

図１８に示すように、算出結果出力画面２３０は、承認フロー名が表示される承認フロー名表示欄、申請日時を表示する申請日時表示欄、月・曜日条件を表示する月・曜日条件表示欄を備える。また、算出結果出力画面２３０は、承認時間の予測結果として、フロー最短承認日（案件承認最短日時１５１）及びフロー最長承認日（案件承認最長日時１５２）を表示するフロー承認日表示欄を備える。承認フローの各承認者の第Ｎ承認者最短時間及び第Ｎ承認者最長時間を表示する各承認者予測時間表示欄を備える。

次に、承認フロー最短時間及び承認フロー最長時間の算出方法の一例について詳細に説明する。特に、図１５におけるＳ２０２〜Ｓ２１３までの処理について説明する。
ここでは、第Ｎ番目の第Ｎ承認者を処理対象承認者とする。

（３−１）第Ｎ承認者の「承認者ＩＤ」、入力条件である「プロセスＩＤ」、「勤務状況ＩＤ」、「月・曜日ＩＤ」を検索キーにして、承認者テーブル１１１から第Ｎ承認者の第Ｎ承認者最短時間（＝ｍｉｎＮ）、第Ｎ承認者最長時間（＝ｍａｘＮ）を取得する。
（３−２）第Ｎ承認者の候補日時を算出する。
Ｋ（Ｎ−１、Ａ）は、第（Ｎ−１）承認者（つまり、前承認者）のＡ個目の候補日とする。Ｎが２以上のとき（つまり、第２承認者以降の承認の場合）、前承認者の候補日時の数Ａは、Ａ＝１，２，…，２の（Ｎ−１）乗となる。Ｎが１のとき（つまり、第１承認者の場合）、Ａは２の０乗で１となり、前承認者はいないが候補日時はユーザが入力した申請日時となる。
このとき、第Ｎ承認者の候補日は、Ｋ（Ｎ−１、Ａ）＋ｍｉｎＮ、Ｋ（Ｎ−１、Ａ）＋ｍａｘＮとなる。
（３−３）（３−１）と（３−２）とを繰り返し、第Ｎ承認者の全ての候補日を算出する。

（３−４）全てのＫ（Ｎ、Ａ）を求めたら、第Ｎ承認者の第Ｎ承認者最短時間、第Ｎ承認者最長時間を求める
第Ｎ承認者最短時間は、（３−２）で使った全てのｍｉｎＮの中の最小値（最短時間）となる。
第Ｎ承認者最長時間は、（３−２）で使った全てのｍａｘＮの中の最大値（最長時間）となる。
（３−５）第Ｎ承認者が処理対象承認フロー情報の最終承認者かのチェックを行う。このチェックは、プロセスマスタテーブル１１６の再承認者フラグを参照することにより行う。
第Ｎ承認者が最終承認者である場合、承認フロー最短時間、及び承認フロー最長時間を算出するとともに、案件承認最短日時１５１と案件承認最長日時１５２とを求める。
案件承認最短日時１５１は、最終承認者の候補日Ｋ（Ｎ、１）、…、Ｋ（Ｎ、２のＮ乗）の中の最速日時である。また、案件承認最長日時１５２は、候補日Ｋ（Ｎ、１）、…、Ｋ（Ｎ、２のＮ乗）の中の最遅日時である。
第Ｎ承認者が最終承認者でない場合、承認者を第（Ｎ＋１）承認者に変え、（３−１）〜（３−５）を繰り返す。

次に、一例として、承認者が３名の承認フロー、月・曜日別の条件は「月・曜日別」の場合の予測承認時間算出処理について説明する。
（４−１）予測承認時間算出部１５０は、入力条件の申請日時の第１承認者の予定を確認する（図１５のＳ２０９）。予測承認時間算出部１５０は、確認した結果を基に、承認者テーブル１１１に登録されているレコード中から適切な承認者最短時間・承認者最長時間を取得し、それぞれを第１承認者の第１承認者最短時間と第１承認者最長時間とする（図１５のＳ２１０，図１７のＳ３０３ａ）。予測承認時間算出部１５０は、申請日時に第１承認者最短時間を加えた日を第１承認者の最短承認日時とし、第１承認者最長時間を加えた日を第１承認者の最長承認日時とする。
（４−２）第１承認者の最短承認日時を第２承認者の承認依頼日時として、第２承認者の予定を確認し（図１５のＳ２０５）、承認者テーブル１１１に登録されているレコードの中で適切な第２承認者の承認者最短時間・承認者最長時間を取得する。第１承認者の最短承認日時に取得した承認者最短時間・承認者最長時間のそれぞれを加えたものが、第２承認者の最短承認日時・最長承認日時の候補日時となる（図１５のＳ２０６，図１７のＳ３０５，Ｓ３０６）。同様のことを第１承認者の最長承認日時に対して行い、第２承認者の最短承認日時・最長承認日時の候補日時を算出する。これにより、のべ４つの候補日時が算出される（Ｓ３０４〜Ｓ３０９）。各候補日時を算出する為に第１承認者の最短承認日時・最長承認日時に加えた時間の中で、最短のものを第２承認者最短時間、最長のものを第２承認者最長時間とする（図１５のＳ２０７，図１７のＳ３１０）。

（４−３）（４−２）と同様のことを、第２承認者の４つの候補日時と、承認者テーブル１１１に登録されている第３承認者の承認者最短時間・承認者最短時間とを用いて、第３承認者の最短承認日時・最長承認日時の候補日時を算出する。ここでは、のべ８つの候補日時が算出される。この候補日時を算出する為に第２承認者の候補日時に加えた時間の中で、最短のものを第３承認者の第３承認者最短時間、最長のものを第３承認者最長時間とする。
（４−４）第１承認者から第３承認者までの承認時間の総和を算出し、最短のものが選択した承認フロー最短時間、最長のものが承認フロー最長時間となる（図１５のＳ２１３，図１７のＳ３１１，Ｓ３１２）。
承認者を置き換えて（４−１）〜（４−３）の処理を繰り返した後で（４−４）の処理を行うことで、第４承認者以降がいる場合でも承認フロー最短時間・承認フロー最長時間と各承認者の第Ｎ承認者最短時間・第Ｎ承認者最長時間を算出することが可能である。

次に、具体的なデータ例を用いて、予測承認時間算出部１５０の予測承認時間算出処理（予測承認時間算出機能）及び算出結果出力部１６０の算出結果出力処理（算出結果出力機能）を説明する。ここでは、予測承認時間算出機能を使用する社員（申請者）は社員ＩＤが０１０の社員、シミュレートを行う条件は「フローは発注」、「申請日時は２０１３／０１／０８ ０９：００」、「勤務状況は通常」、「月・曜日別種別は月・曜日別」の例を説明する。
（５−１）承認時間予測要求画面２２０（図１６）でシミュレートを行う条件を入力する。
承認フロー名には「発注」を入力、申請日時には、「２０１３／０１／０８ ０９：００」を入力、月・曜日条件には「月と曜日」にチェックをするものとする。図４（ｂ）に示すように、プロセス定義マスタテーブル１１５から、承認フロー名「発注」の場合のプロセスＩＤは「Ｐ＿００１」と定まる。
また、月・曜日ＩＤは、申請日時「２０１３／０１／０８ ０９：００」の日付「２０１３／０１／０８」から曜日を判断して「ＭＷ＿０１＿Ｔｕｅ」と定める。例えば、承認時間予測装置１００に、または承認時間予測装置１００に接続された別の装置に、日付から曜日を取得できるカレンダー部を備え、このカレンダー部を用いて日付から曜日を判断する。

（５−２）社員マスタテーブル１１３（図２（ｂ））より、申請者ＩＤ「０１０」の申請者はグループＩＤ「Ｇ＿００１」であることがわかる。
そして、プロセスマスタテーブル１１６（図５（ｂ））より、プロセスＩＤ「Ｐ＿００１」、グループＩＤ（申請者グループＩＤ）「Ｇ＿００１」の場合の承認フロー情報が決定する。プロセスＩＤ「Ｐ＿００１」、グループＩＤ「Ｇ＿００１」の場合、承認者「００３」、「００２」、「００１」の順に承認することがわかる（図５（ｂ）参照）。
第１承認者「００３」が決定し、第１承認者の２０１３／０１／０８ ０９：００のスケジュールを確認する。ここでは、勤務状況は通常であるものとする。
上記の条件に基づいて、承認者テーブル１１１より、次の情報を取得する。
社員ＩＤ：００３、プロセスＩＤ：Ｐ＿００１、勤務状況ＩＤ：Ｋ＿００１、月・曜日ＩＤ：ＭＷ＿０１＿Ｔｕｅのレコードは、１３７０レコードとなる（図１２参照）。
第１承認者最短時間：３（以降、単位は［ｈｏｕｒ］）
２０１３／０１／０８ １２：００：第１承認者候補日１
第１承認者最長時間：５０
２０１３／０１／１０ １１：００：第１承認者候補日２

（５−３）プロセスマスタテーブル１１６の第１承認者（００３）の最終承認者フラグを確認し、第１承認者が最終承認者ではないので、次の承認者が第２承認者であると決定する（図５（ｂ）参照）。第２承認者は社員ＩＤが００２の社員である（図５（ｂ）参照）。
（５−４）（５−２）と同様に第２承認者のスケジュール等を確認し、承認者テーブル１１１より次の情報を取得する。
社員ＩＤ：００２、プロセスＩＤ：Ｐ＿００１、勤務状況ＩＤ：Ｋ＿００１、月・曜日ＩＤ：第１承認者候補日１に対応した月・曜日ＩＤ：ＭＷ＿０１＿Ｔｕｅのレコードは、６８６レコードとなる（図１２参照）。
第１承認者候補日１に、取得した承認者最短時間と承認者最長時間をそれぞれ加えることで、次のように第２承認者候補日を作成する。
第１承認者候補日１の第２承認者最短時間：３０
２０１３／０１／０９ １８：００：第２承認者候補日１
第１承認者候補日１の第２承認者最長時間：４８
２０１３／０１／１０ １２：００：第２承認者候補日２

（５−５）まだ第１承認者候補日２についての処理が残っているので、（５−４）を繰り返し、次のような第２承認者候補日３、第２承認者候補日４を作成する。ここでは、承認者テーブル１１１の６８８レコードの承認者最短時間と承認者最長時間とを取得する。
第１承認者候補日２の第２承認者最短時間：２
２０１３／０１／１０ １３：００：第２承認者候補日３
第１承認者候補日２の第２承認者最長時間：２２
２０１３／０１／１１ ０９：００：第２承認者候補日４
（５−６）第１承認者の全ての候補日時に対して、第２承認者の最短時間・最長時間の候補日時を算出したので、第２承認者最短時間と第２承認者最長時間とが次のように決定される。
第２承認者最短時間：２
第２承認者最長時間：４８
（５−７）（５−２）と同様に第３承認者のスケジュール等を確認し、承認者テーブル１１１より次のような情報を取得する。
社員ＩＤ：００１、プロセスＩＤ：Ｐ＿００１、勤務状況ＩＤ：Ｋ＿００１、月・曜日ＩＤ：第２承認者候補日１に対応した月・曜日ＩＤ：ＭＷ＿０１＿Ｗｅｄのレコードは、３レコードとなる（図１２参照）。
第２承認者候補日１に、取得した承認者最短時間と承認者最長時間をそれぞれ加えることで、次のように第３承認者候補日を作成する。
第２承認者候補日１の第３承認者最短時間：２
２０１３／０１／０９ ２０：００：第３承認者候補日１
第２承認者候補日１の第３承認者最長時間：１８
２０１３／０１／１１ １２：００：第３承認者候補日２

（５−８）まだ第２承認者候補日２〜４が残っているので、（５−７）を繰り返し、次のような第３承認者候補日３〜８を作成する。
第２承認者候補日２の第３承認者最短時間：２１（図１２のＮＯ．４レコード）
２０１３／０１／１１ ０９：００：第３承認者候補日３
第２承認者候補日２の第３承認者最長時間：７５（図１２のＮＯ．４レコード）
２０１３／０１／１３ １５：００：第３承認者候補日４
第２承認者候補日３の第３承認者最短時間：２１（図１２のＮＯ．４レコード）
２０１３／０１／１１ １０：００：第３承認者候補日５
第２承認者候補日３の第３承認者最長時間：７５（図１２のＮＯ．４レコード）
２０１３／０１／１３ １６：００：第３承認者候補日６
第２承認者候補日４の第３承認者最短時間：３０（図１２のＮＯ．５レコード）
２０１３／０１／１２ １５：００：第３承認者候補日７
第２承認者候補日４の第３承認者最長時間：７２（図１２のＮＯ．５レコード）
２０１３／０１／１４ ０９：００：第３承認者候補日８

（５−９）第２承認者の全ての候補日に対して、第３承認者の承認者最短時間・承認者最長時間の候補日を算出したので、第３承認者最短時間・第３承認者最長時間を決定する。
第３承認者最短時間：２
第３承認者最短時間：７５
（５−１０）第３承認者のプロセスマスタテーブル１１６の最終承認者フラグを確認する。発注のフローは第３承認者が最終承認者なので、承認フロー最短時間・承認フロー最長時間の算出を行う。申請日時から最短の日時（案件承認最短日時１５１）は２０１３／０１／０９ ２０：００であり、案件承認最長日時１５２は２０１３／０１／１４ ０９：００である。
また、第３承認者候補日１〜８のそれぞれの場合の予測承認時間を算出する。
第３承認者候補日１の場合：
３（第１承認者分）＋３０（第２承認者分）＋２（第３承認者分）＝３５（最短）
最終承認日時：２０１３／０１／０９ ２０：００
第３承認者候補日 ２の場合：
３（第１承認者分）＋３０（第２承認者分）＋１８（第３承認者分）＝５１
最終承認日時：２０１３／０１／１１ １２：００
第３承認者候補日３の場合：
３（第１承認者分）＋４８（第２承認者分）＋２１（第３承認者分）＝７２
最終承認日時２０１３／０１／１１ ０９：００
第３承認者候補日４の場合：
３（第１承認者分）＋４８（第２承認者分）＋７５（第３承認者分）＝１２６
最終承認日時２０１３／０１／１３ １５：００
第３承認者候補日５の場合：
５０（第１承認者分）＋２（第２承認者分）＋２１（第３承認者分）＝７３
最終承認日時２０１３／０１／１１ １０：００
第３承認者候補日６の場合：
５０（第１承認者分）＋２（第２承認者分）＋７５（第３承認者分）＝１２７
最終承認日時２０１３／０１／１３ １６：００
第３承認者候補日７の場合：
５０（第１承認者分）＋２２（第２承認者分）＋３０（第３承認者分）＝１０２
最終承認日時２０１３／０１／１２ １５：００
第３承認者候補日８の場合：
５０（第１承認者分）＋２２（第２承認者分）＋７２（第３承認者分）＝１４４（最長）
最終承認日時２０１３／０１／１４ ０９：００
以上の計算結果から、申請日時から承認フローが完了するまでの承認フロー最短時間・承認フロー最長時間の算出を行う。最短の日時（案件承認最短日時１５１）は２０１３／０１／０９ ２０：００であると決定され、案件承認最長日時１５２は２０１３／０１／１４ ０９：００であると決定される。

（５−１１）算出結果出力画面２３０（シミュレート結果表示画面）（図１８）に以下の情報を表示する。
承認フロー名 ：発注
申請日時 ：２０１３／０１／０８ ０９：００
月・曜日条件 ：月・曜日別
フロー最短承認日 ：２０１３／０１／０９ ２０：００（案件承認最短日時１５１）
フロー最長承認日 ：２０１３／０１／１４ ０９：００（案件承認最長日時１５２）
第１承認者最短時間：３
第１承認者最長時間：５０
第２承認者最短時間：２
第２承認者最長時間：４８
第３承認者最短時間：２
第３承認者最長時間：７５

以上で、具体的なデータ例を用いた、予測承認時間算出部１５０の予測承認時間算出処理（予測承認時間算出機能）及び算出結果出力部１６０の算出結果出力処理（算出結果出力機能）の説明を終了する。

図１９は、本実施の形態に係る承認時間予測装置１００のハードウェア構成の一例を示す図である。
図１９を用いて、承認時間予測装置１００のハードウェア構成例について説明する。

承認時間予測装置１００はコンピュータであり、承認時間予測装置１００の各要素をプログラムで実現することができる。
承認時間予測装置１００のハードウェア構成としては、バスに、演算装置９０１、外部記憶装置９０２、主記憶装置９０３、通信装置９０４、入出力装置９０５が接続されている。

演算装置９０１は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ）である。
外部記憶装置９０２は、例えばＲＯＭ（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）やフラッシュメモリ、ハードディスク装置である。
主記憶装置９０３は、ＲＡＭ（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）である。
通信装置９０４は、例えば通信ボード等であり、ＬＡＮ（Ｌｏｃａｌ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）等に接続されている。通信装置９０４は、ＬＡＮに限らず、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ・Ｐｒｏｔｏｃｏｌ・Ｖｉｒｔｕａｌ・Ｐｒｉｖａｔｅ・Ｎｅｔｗｏｒｋ）、広域ＬＡＮ、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ・Ｔｒａｎｓｆｅｒ・Ｍｏｄｅ）ネットワークといったＷＡＮ（Ｗｉｄｅ・Ａｒｅａ・Ｎｅｔｗｏｒｋ）、あるいは、インターネットに接続されていても構わない。ＬＡＮ、ＷＡＮ、インターネットは、ネットワークの一例である。
入出力装置９０５は、例えばマウス、キーボード、ディスプレイ装置等である。マウスの代わりに、タッチパネル、タッチパッド、トラックボール、ペンタブレット、あるいは、その他のポインティングデバイスが用いられてもよい。ディスプレイ装置は、ＬＣＤ（Ｌｉｑｕｉｄ・Ｃｒｙｓｔａｌ・Ｄｉｓｐｌａｙ）、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）、あるいは、その他の表示装置でもよい。

プログラムは、通常は外部記憶装置９０２に記憶されており、主記憶装置９０３にロードされた状態で、順次演算装置９０１に読み込まれ、実行される。
プログラムは、図１に示す「〜部」として説明している機能を実現するプログラムである。
更に、外部記憶装置９０２にはオペレーティングシステム（ＯＳ）も記憶されており、ＯＳの少なくとも一部が主記憶装置９０３にロードされ、演算装置９０１はＯＳを実行しながら、図１に示す「〜部」の機能を実現するプログラムを実行する。
また、アプリケーションプログラムも外部記憶装置９０２に記憶されており、主記憶装置９０３にロードされた状態で、順次演算装置９０１により実行される。
また、本実施の形態の説明において、「〜の判断」、「〜の判定」、「〜の抽出」、「〜の検知」、「〜の設定」、「〜の登録」、「〜の選択」、「〜の生成」、「〜の入力」、「〜の出力」等として説明している処理の結果を示す情報やデータや信号値や変数値が主記憶装置９０３にファイルとして記憶されている。
また、承認時間予測装置１００が受信したデータが主記憶装置９０３に記憶される。
また、暗号鍵・復号鍵や乱数値やパラメータが、主記憶装置９０３にファイルとして記憶されてもよい。

なお、図１９の構成は、あくまでも承認時間予測装置１００のハードウェア構成の一例を示すものであり、承認時間予測装置１００のハードウェア構成は図１９に記載の構成に限らず、他の構成であってもよい。

上記実施の形態に係る承認時間予測装置１００は、実績収集機能と承認時間シミュレーション機能とを加える。実績収集機能とは、実績を基に各承認者の勤務状況別、月と曜日別（月別または月・曜日別）に承認に必要な最短時間、最長時間を算出する機能である。勤務状況とは「自席を離れる用事がない（以降、通常）」「打ち合せの予定有り（以降、打ち合せ有り）」「出張予定有り（以降、出張中）」「休日」のことである。月別とは「実績を月別に分類すること（以降、月別）」であり、月・曜日別とは「実績を月別、かつ曜日別に分類すること（以降、月・曜日別）」を意味している。承認時間シミュレーション機能とは、実績収集機能で算出した最短時間・最長時間を基に、申請者が承認依頼を提出してから最終承認者が承認するまでの最短時間・最長時間を算出する機能である。
ユーザは、承認フロー全体の最短時間・最長時間だけでなく、各承認者の最短時間・最長時間も得られる。このとき得られる時間とは、各承認者の過去の実績とスケジュールを考慮した計算結果である。
これによりユーザは、承認フローを利用する際に承認までのおおよその時間を事前に把握することが可能になり、お客様から承認を得るまでの時間について質問された際には、お客様に素早い回答をすることが可能になる。

上記実施の形態では、承認者時間算出部１２０、承認者テーブル更新部１３０、条件入力部１４０、予測承認時間算出部１５０、算出結果出力部１６０の各要素がそれぞれ独立した機能ブロックであるとして説明した。しかし、これに限られるわけではなく、例えば、承認者時間算出部１２０、承認者テーブル更新部１３０をひとつの機能ブロックで実現し、条件入力部１４０、予測承認時間算出部１５０、算出結果出力部１６０をひとつの機能ブロックで実現しても良い。あるいは、これらの機能ブロックを、他のどのような組み合わせで構成しても構わない。

以上、本発明の実施の形態について説明したが、この実施の形態のうち、部分的に実施しても構わない。あるいは、この実施の形態のうち、部分的に組み合わせて実施しても構わない。なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。

１００ 承認時間予測装置、１１０ 記憶装置、１１１ 承認者テーブル、１１２ 案件承認情報テーブル、１１３ 社員マスタテーブル、１１４ グループマスタテーブル、１１５ プロセス定義マスタテーブル、１１６ プロセスマスタテーブル、１１７ 勤務状況マスタテーブル、１１８ 月・曜日マスタテーブル、１１９ 案件テーブル、１２０ 承認者時間算出部、１３０ 承認者テーブル更新部、１４０ 条件入力部、１５０ 予測承認時間算出部、１５１ 案件承認最短日時、１５２ 案件承認最長日時、１６０ 算出結果出力部、２００ 端末装置、２１０ 表示部、２２０ 承認時間予測要求画面、２３０ 算出結果出力画面、９０１ 演算装置、９０２ 外部記憶装置、９０３ 主記憶装置、９０４ 通信装置、９０５ 入出力装置。

Claims (8)

1. 案件の承認にかかる承認時間を予測する承認時間予測装置において、
   承認された承認済案件について、前記承認済案件の承認をした承認者と、前記承認者に前記承認済案件の承認を申請した承認申請日時と、前記承認者が前記承認済案件の承認を完了した承認完了日時とが対応付けられた案件承認情報を複数蓄積する案件承認情報蓄積部と、
   前記案件承認情報蓄積部に蓄積された前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の承認にかかる時間の最短時間である承認者最短時間と、前記承認者の承認にかかる時間の最長時間である承認者最長時間とを算出する承認者時間算出部と、
   前記承認者と、前記承認者時間算出部により算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、承認者情報として記憶装置に記録する承認者情報記録部と、
   前記承認者情報記録部により記録された前記承認者情報に含まれる前記承認者の前記承認者最短時間と前記承認者の前記承認者最長時間とに基づいて、承認を申請する予定の承認申請予定案件の承認にかかる最短時間である案件承認最短時間と、前記承認申請予定案件の承認にかかる最長時間である案件承認最長時間とを処理装置により算出する予測承認時間算出部と
   を備えることを特徴とする承認時間予測装置。
2. 前記承認者時間算出部は、
   前記案件承認情報蓄積部に蓄積された前記複数の案件承認情報から、予め設定された複数の期間の期間毎に、当該期間に前記承認申請日時が含まれる前記案件承認情報を処理装置により抽出し、抽出した期間毎の前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の前記承認者最短時間と前記承認者最長時間とを期間毎に算出し、
   前記承認者情報記録部は、
   期間毎に算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、期間毎の前記承認者情報として記録し、
   前記予測承認時間算出部は、
   前記承認申請予定案件の承認を申請する日時が含まれる期間の前記承認者情報に基づいて、前記案件承認最短時間と前記案件承認最長時間とを算出する
   ことを特徴とする請求項１に記載の承認時間予測装置。
3. 前記案件承認情報蓄積部は、さらに、
   前記承認済案件について、前記承認済案件の案件種別を対応付けた前記案件承認情報を蓄積し、
   前記承認者時間算出部は、
   前記複数の案件承認情報から、期間及び案件種別毎に、当該期間に前記承認申請日時が含まれ、かつ、当該案件種別と同一の案件種別である前記案件承認情報を抽出し、抽出した期間及び案件種別毎の前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の前記承認者最短時間と前記承認者最長時間とを期間及び案件種別毎に算出し、
   前記承認者情報記録部は、
   期間及び案件種別毎に算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、期間及び案件種別毎の前記承認者情報として記録し、
   前記予測承認時間算出部は、
   前記承認申請予定案件の承認を申請する日時が含まれる期間であり、かつ、前記承認申請予定案件の案件種別が対応付けられている前記承認者情報に基づいて、前記案件承認最短時間と前記案件承認最長時間とを算出する
   ことを特徴とする請求項２に記載の承認時間予測装置。
4. 前記案件承認情報蓄積部は、さらに、
   前記承認済案件について、前記承認者に承認の依頼があった際の勤務状況を対応付けた前記案件承認情報を蓄積し、
   前記承認者時間算出部は、
   前記複数の案件承認情報から、期間及び案件種別及び勤務状況毎に、当該期間に前記承認申請日時が含まれ、かつ、当該案件種別と同一の案件種別が対応付けられ、かつ、当該勤務状況と同一の勤務状況が対応付けられている前記案件承認情報を抽出し、抽出した期間及び案件種別及び勤務状況毎の前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の前記承認者最短時間と前記承認者最長時間とを期間及び案件種別及び勤務状況毎に算出し、
   前記承認者情報記録部は、
   期間及び案件種別及び勤務状況毎に算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、期間及び案件種別及び勤務状況毎の前記承認者情報として記録し、
   前記予測承認時間算出部は、
   前記承認申請予定案件の承認を申請する日時が含まれる期間であり、かつ、前記承認申請予定案件の案件種別が同一であり、かつ、前記承認申請予定案件の承認をする前記承認者の勤務状況が同一である前記承認者情報に基づいて、前記案件承認最短時間と前記案件承認最長時間とを算出する
   ことを特徴とする請求項２に記載の承認時間予測装置。
5. 前記複数の期間は、月別かつ曜日別の期間、及び月別の期間であることを特徴とする請求項２〜４のいずれかに記載の承認時間予測装置。
6. 前記予測承認時間算出部は、前記案件承認最短時間と前記案件承認最長時間とに基づいて、前記承認申請予定案件の承認までの最短の日時である案件承認最短日時と、前記承認申請予定案件の承認までの最長の日時である案件承認最長日時とを算出し、
   前記予測承認時間算出部により算出された前記案件承認最短日時と前記案件承認最長日時とを出力するとともに、前記承認者の前記承認者最短時間と前記承認者最長時間とを出力する算出結果出力部を備えることを特徴とする請求項１〜５のいずれかに記載の承認時間予測装置。
7. 案件の承認にかかる承認時間を予測する承認時間予測装置であって、承認された承認済案件について、前記承認済案件の承認をした承認者と、前記承認者に前記承認済案件の承認を申請した承認申請日時と、前記承認者が前記承認済案件の承認を完了した承認完了日時とが対応付けられた案件承認情報を複数蓄積する案件承認情報蓄積部を備える承認時間予測装置の承認時間予測方法において、
   承認時間算出部が、前記案件承認情報蓄積部に蓄積された前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の承認にかかる時間の最短時間である承認者最短時間と、前記承認者の承認にかかる時間の最長時間である承認者最長時間とを算出する承認者時間算出工程と、
   承認者情報記録部が、前記承認者と、前記承認者時間算出工程により算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、承認者情報として記憶装置に記録する承認者情報記録工程と、
   予測承認時間算出部が、前記承認者情報記録工程により記録された前記承認者情報に含まれる前記承認者の前記承認者最短時間と前記承認者の前記承認者最長時間とに基づいて、承認を申請する予定の承認申請予定案件の承認にかかる最短時間である案件承認最短時間と、前記承認申請予定案件の承認にかかる最長時間である案件承認最長時間とを処理装置により算出する予測承認時間算出工程と
   を備えることを特徴とする承認時間予測方法。
8. 案件の承認にかかる承認時間を予測する承認時間予測装置であって、承認された承認済案件について、前記承認済案件の承認をした承認者と、前記承認者に前記承認済案件の承認を申請した承認申請日時と、前記承認者が前記承認済案件の承認を完了した承認完了日時とが対応付けられた案件承認情報を複数蓄積する案件承認情報蓄積部を備える承認時間予測装置の承認時間予測プログラムにおいて、
   承認時間算出部が、前記案件承認情報蓄積部に蓄積された前記案件承認情報に含まれる前記承認者と前記承認申請日時と前記承認完了日時とに基づいて、前記承認者の承認にかかる時間の最短時間である承認者最短時間と、前記承認者の承認にかかる時間の最長時間である承認者最長時間とを算出する承認者時間算出処理と、
   承認者情報記録部が、前記承認者と、前記承認者時間算出処理により算出された前記承認者の前記承認者最短時間と前記承認者最長時間とを、承認者情報として記憶装置に記録する承認者情報記録処理と、
   予測承認時間算出部が、前記承認者情報記録処理により記録された前記承認者情報に含まれる前記承認者の前記承認者最短時間と前記承認者の前記承認者最長時間とに基づいて、承認を申請する予定の承認申請予定案件の承認にかかる最短時間である案件承認最短時間と、前記承認申請予定案件の承認にかかる最長時間である案件承認最長時間とを処理装置により算出する予測承認時間算出処理と
   をコンピュータである前記承認時間予測装置に実行させることを特徴とする承認時間予測プログラム。

Images