(57)【特許請求の範囲】
【請求項１】
各単位時間において利用可能な最大リソース量と予約中リソース量と確保済リソース量とを管理し、優先度に応じたリソース予約割合のデータとを格納するリソース管理データ格納部と、
複数の工事実行候補単位時間と各前記工事実行候補単位時間についての優先度とを含む工事予約データを受信する予約受信手段と、
各前記工事実行候補単位時間において、前記リソース管理データ格納部で管理されている前記最大リソース量と前記予約中リソース量及び前記確保済リソース量との差で特定される余裕リソース量が、前記リソース管理データ格納部に格納されている、各前記工事実行候補単位時間についての優先度に応じたリソース予約割合と工事に必要なリソース量との積によって特定される必要リソース量以上存在する場合には、前記リソース管理データ格納部において各前記工事実行候補単位時間について前記必要リソース量だけ前記予約中リソース量を増加させる予約手段と、
を有する工事予約装置。
【請求項２】
前記予約受信手段が、
前記予約手段が前記必要リソース量だけ前記予約中リソース量を増加させた場合、前記工事予約データを前記リソース管理データ格納部に格納し、
特定の工事予約データについて工事決定単位時間又は工事決定優先度を指定する通知を受信する工事日程受信手段と、
前記リソース管理データ格納部において、前記工事決定優先度により前記特定の工事予約データから特定される前記工事決定単位時間又は指定の前記工事決定単位時間に対応して登録されている前記予約中リソース量を、前記工事決定単位時間についての優先度に応じたリソース予約割合と前記特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、前記確保済リソース量を前記特定の工事予約データについての工事に必要なリソース量だけ増加させるリソース確保手段と、
前記リソース管理データ格納部において、前記特定の工事予約データに含まれる、前記工事決定単位時間以外の前記工事実行候補単位時間に対応して登録されている前記予約中リソース量を、当該工事決定単位時間以外の工事実行候補単位時間の優先度に応じたリソース予約割合と前記特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減ずるリソース開放手段と、
をさらに有する
請求項１記載の予約装置。
【請求項３】
前記リソース確保手段及び前記リソース開放手段が、
前記リソース管理データ格納部において格納されている前記特定の工事予約データから前記工事決定単位時間により特定される前記工事決定優先度又は指定の前記工事決定優先度が最も高い優先度より低い優先度である場合には、
前記工事決定単位時間に対応して登録されている前記予約中リソース量を、前記工事決定単位時間についての優先度に応じたリソース予約割合と前記特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、前記確保済リソース量を前記特定の工事予約データについての工事に必要なリソース量だけ増加させた場合に、前記予約中リソース量と前記確保済リソース量との和が前記工事決定単位時間に対応する前記最大リソース量以下であれば動作する
請求項２記載の予約装置。
【請求項４】
前記工事日程受信手段が、
前記リソース確保手段及び前記リソース開放手段とが動作した場合、前記リソース管理データ格納部において前記特定の工事予約データに対応して前記工事決定単位時間又は前記工事決定優先度を登録し、
前記リソース管理データ格納部において前記工事予約データに対応して登録されている前記工事決定単位時間から特定される前記工事決定優先度又は指定の前記工事決定優先度の発生割合に応じて、前記リソース予約割合を算出する手段
をさらに有する請求項３記載の予約装置。
【請求項５】
前記予約中リソース量と前記確保済リソース量との和が前記工事決定単位時間に対応する前記最大リソース量を超えてしまう場合、
前記リソース確保手段又は前記リソース開放手段が、
前記リソース管理データ格納部において格納されている前記特定の工事予約データから前記工事決定単位時間により特定される前記工事決定優先度又は指定の前記工事決定優先度より低い優先度の工事実行候補単位時間を特定し、
前記リソース管理データ格納部において、当該工事実行候補単位時間に対応して登録されている前記予約中リソース量を、前記工事実行候補単位時間についての優先度に応じたリソース予約割合と前記特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、前記確保済リソース量を前記特定の工事予約データについての工事に必要なリソース量だけ増加させた場合に、前記予約中リソース量と前記確保済リソース量との和が、特定された前記工事実行候補単位時間に対応する前記最大リソース量以下であるか確認し、
前記予約中リソース量と前記確保済リソース量との和が、特定された前記工事実行候補単位時間に対応する前記最大リソース量以下である場合に、
前記リソース管理データ格納部において、特定された前記工事実行候補単位時間に対応して登録されている前記予約中リソース量を、前記工事実行候補単位時間についての優先度に応じたリソース予約割合と前記特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、前記確保済リソース量を前記特定の工事予約データについての工事に必要なリソース量だけ増加させる
請求項３記載の予約装置。
【請求項６】
各単位時間について利用可能な最大リソース量と予約中リソース量と確保済リソース量とを管理し、優先度に応じたリソース予約割合のデータとを格納するリソース管理データ格納部にアクセス可能なコンピュータによって実行される工事予約処理方法であって、
複数の工事実行候補単位時間と各前記工事実行候補単位時間についての優先度とを含む工事予約データを受信する予約受信ステップと、
各前記工事実行候補単位時間において、前記リソース管理データ格納部で管理されている前記最大リソース量と前記予約中リソース量及び前記確保済リソース量との差で特定される余裕リソース量が、前記リソース管理データ格納部に格納されている、各前記工事実行候補単位時間についての優先度に応じたリソース予約割合と工事に必要なリソース量との積によって特定される必要リソース量以上存在する場合には、前記リソース管理データ格納部において各前記工事実行候補単位時間について前記必要リソース量だけ前記予約中リソース量を増加させる予約ステップと、
を含む工事予約処理方法。
【請求項７】
各単位時間において利用可能な最大リソース量と予約中リソース量と確保済リソース量とを管理し、優先度に応じたリソース予約割合のデータとを格納するリソース管理データ格納部にアクセス可能なコンピュータに、
複数の工事実行候補単位時間と各前記工事実行候補単位時間についての優先度とを含む工事予約データを受信する予約受信ステップと、
各前記工事実行候補単位時間において、前記リソース管理データ格納部で管理されている前記最大リソース量と前記予約中リソース量及び前記確保済リソース量との差で特定される余裕リソース量が、前記リソース管理データ格納部に格納されている、各前記工事実行候補単位時間についての優先度に応じたリソース予約割合と工事に必要なリソース量との積によって特定される必要リソース量以上存在する場合には、前記リソース管理データ格納部において各前記工事実行候補単位時間について前記必要リソース量だけ前記予約中リソース量を増加させる予約ステップと、
を実行させるための工事予約処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、工事の予約処理についての技術に関する。
【背景技術】
【０００２】
顧客からのサービス提供依頼に対して工事が必要な場合には、その工事の前にいくつかのステップを踏まなければならない場合がある。例えば、現地調査をして工事内容を決定したり、設計したり、法律上必要な申請を行ったり、契約書を取り交わしたりといったことである。
【０００３】
現状では、これらの手続きを踏んで、工事が確実にできる段階で、スケジュールを決めている。例えば、まず現地調査を行い、工事内容を決定して、その工事に必要な期間を算出し、工事予定日を顧客に通知している。工事可能であれば、顧客に契約書を送付し、顧客から記入・押印済みの契約書を受けた時点で、顧客と工事日程の確定を行い、工事を実施している。
【０００４】
このような手続きを実施すると、サービス提供依頼を行った時点で顧客はいつ頃工事が完了するのか不明であり、サービス提供依頼から工事完了までの期間も長くなる。また、工事管理会社が顧客と工事担当会社との間に入っている場合には、工事担当会社のリソースを把握するのが難しく、工事日の調整に手間が掛かる場合もある。両者の都合が合わない場合には、特開２００４−７８４４２号公報にも開示されているように、日程が合うまで再調整を繰り返さなければならない。
【特許文献１】特開２００４−７８４４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このような状況で顧客満足度向上のため、サービス提供依頼から工事完了までの期間短縮は急務である。このため、日程調整のために必要となる期間を短縮するために複数の候補日を顧客から受け付ける場合もあるが、この複数の候補日について工事担当会社のリソース（人や工具など）を工事に必要な分そのまま確保すれば、実際の工事日以外は無駄になってしまい、工事担当会社の業務効率上問題となる。
【０００６】
従って、本発明の目的は、工事予約を行う際に工事担当会社の無駄なリソース確保を抑制するための技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明の第１の態様に係る工事予約装置は、各単位時間において利用可能な最大リソース量と予約中リソース量と確保済リソース量とを管理し、優先度（優先順位とも呼ぶ）に応じたリソース予約割合のデータとを格納するリソース管理データ格納部と、複数の工事実行候補単位時間と各工事実行候補単位時間についての優先度とを含む工事予約データを受信する予約受信手段と、各工事実行候補単位時間において、リソース管理データ格納部で管理されている最大リソース量と予約中リソース量及び確保済リソース量との差で特定される余裕リソース量が、リソース管理データ格納部に格納されている、各工事実行候補単位時間についての優先度に応じたリソース予約割合と工事に必要なリソース量との積によって特定される必要リソース量以上存在する場合には、リソース管理データ格納部において各工事実行候補単位時間について必要リソース量だけ予約中リソース量を増加させる予約手段とを有する。
【０００８】
このように、高い優先度には高いリソース予約割合でリソース予約を行うことによって、確率の高い単位時間については多くのリソースを確保しておき、確率の低い単位時間については少なくリソースを確保するので、無駄にリソースを確保することが抑制される。
【０００９】
また、上で述べた予約受信手段が、予約手段が前記必要リソース量だけ予約中リソース量を増加させた場合、工事予約データをリソース管理データ格納部に格納するようにしてもよい。そして、本発明の第１の態様において、特定の工事予約データについて工事決定単位時間又は工事決定優先度を指定する通知を受信する工事日程受信手段と、リソース管理データ格納部において、工事決定優先度により特定の工事予約データから特定される工事決定単位時間又は指定の工事決定単位時間に対応して登録されている予約中リソース量を、工事決定単位時間についての優先度に応じたリソース予約割合と特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、確保済リソース量を特定の工事予約データについての工事に必要なリソース量だけ増加させるリソース確保手段と、リソース管理データ格納部において、特定の工事予約データに含まれる、工事決定単位時間以外の工事実行候補単位時間に対応して登録されている予約中リソース量を、当該工事決定単位時間以外の工事実行候補単位時間の優先度に応じたリソース予約割合と特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減ずるリソース開放手段とをさらに有するようにしてもよい。このようにすれば、工事を行う単位時間には適切な分だけリソースが確保され、不要となった工事実行候補単位時間について予約されていたリソース量がキャンセルされるようになる。
【００１０】
さらに、リソース確保手段及びリソース開放手段が、リソース管理データ格納部において格納されている特定の工事予約データから工事決定単位時間により特定される工事決定優先度又は指定の工事決定優先度が最も高い優先度より低い優先度である場合には、工事決定単位時間に対応して登録されている予約中リソース量を、工事決定単位時間についての優先度に応じたリソース予約割合と特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、確保済リソース量を特定の工事予約データについての工事に必要なリソース量だけ増加させた場合に、予約中リソース量と確保済リソース量との和が工事決定単位時間に対応する最大リソース量以下であれば動作するようにしてもよい。優先度が低い場合には、工事に必要なリソース量を確保できない場合が生ずるので、その確認の上動作するものである。
【００１１】
さらに、工事日程受信手段が、リソース確保手段及びリソース開放手段とが動作した場合、リソース管理データ格納部において特定の工事予約データに対応して工事決定単位時間又は工事決定優先度を登録するようにしてもよい。その場合、本発明の第１の態様において、リソース管理データ格納部において工事予約データに対応して登録されている工事決定単位時間から特定される工事決定優先度又は指定の工事決定優先度の発生割合に応じて、リソース予約割合を算出する手段をさらに有するようにしてもよい。リソース予約割合を実態に合わせて変化させるためである。
【００１２】
また、予約中リソース量と確保済リソース量との和が工事決定単位時間に対応する最大リソース量を超えてしまう場合、リソース確保手段又はリソース開放手段が、リソース管理データ格納部において格納されている特定の工事予約データから工事決定単位時間により特定される工事決定優先度又は指定の工事決定優先度より低い優先度の工事実行候補単位時間を特定するようにしてもよい。そして、リソース管理データ格納部において、当該工事実行候補単位時間に対応して登録されている予約中リソース量を、工事実行候補単位時間についての優先度に応じたリソース予約割合と特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、確保済リソース量を特定の工事予約データについての工事に必要なリソース量だけ増加させた場合に、予約中リソース量と確保済リソース量との和が、特定された工事実行候補単位時間に対応する最大リソース量以下であるか確認するようにしてもよい。そして、予約中リソース量と確保済リソース量との和が、特定された工事実行候補単位時間に対応する最大リソース量以下である場合に、リソース管理データ格納部において、特定された工事実行候補単位時間に対応して登録されている予約中リソース量を、工事実行候補単位時間についての優先度に応じたリソース予約割合と特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、確保済リソース量を特定の工事予約データについての工事に必要なリソース量だけ増加させるようにしてもよい。このように、優先度を下げていって、リソースを確保することによって、日程調整の手間を省くことができるようになる。
【００１３】
本発明の第２の実施の形態に係る工事予約方法は、複数の工事実行候補単位時間と各工事実行候補単位時間についての優先度とを含む工事予約データを受信する予約受信ステップと、各工事実行候補単位時間において、リソース管理データ格納部で管理されている最大リソース量と予約中リソース量及び確保済リソース量との差で特定される余裕リソース量が、リソース管理データ格納部に格納されている、各工事実行候補単位時間についての優先度に応じたリソース予約割合と工事に必要なリソース量との積によって特定される必要リソース量以上存在する場合には、リソース管理データ格納部において各工事実行候補単位時間について必要リソース量だけ予約中リソース量を増加させる予約ステップとを含む。
【００１４】
なお、本方法は、コンピュータと当該コンピュータによって実行されるプログラムとの組み合わせにて実行される場合があり、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介してデジタル信号として配信される場合もある。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１５】
本発明によれば、工事予約を行う際に工事担当会社の無駄なリソース確保を抑制することができるようになる。
【発明を実施するための最良の形態】
【００１６】
本発明の一実施の形態に係るシステム概要を図１を用いて説明する。例えばインターネット等のネットワーク１には、複数の顧客端末７（携帯電話機だけではなくパーソナルコンピュータやＰＤＡ（Personal Digital Assistance）などを含む）と、複数の工事担当者（管理者）端末９（顧客端末７と同じ）と、顧客端末７及び工事担当者端末９と工事会社装置５とを仲介する仲介装置３とが接続されている。工事会社装置５は、工事会社毎に設けられ、仲介装置３に接続される。但し、図１では仲介装置３にネットワーク１を介さずに接続する例を示しているが、ネットワーク１を介して接続するようにしても良い。また、仲介装置３も工事会社装置５も、１台のコンピュータではなく、複数台のコンピュータによって構成するようにしても良い。
【００１７】
次に、仲介装置３の機能ブロック図を図２Ａに示す。仲介装置３は、顧客端末７からの工事可能日問い合わせを含む工事の申し込みを受信する申込受付部３１と、申込受付部３１からの工事可能日問い合わせ要求を工事会社装置５に送信する工事可能日問い合わせ部３２と、工事会社装置５から工事可能日のデータを受信する工事可能日受信部３４と、工事可能日受信部３４から受信した工事可能日のデータを選択可能な態様で顧客端末７に送信すると共に、顧客端末７から複数の工事希望日（工事候補日とも呼ぶ）の通知を受信する工事日選択部３３と、工事日選択部３３から複数の工事希望日のデータを受信して工事会社装置５に送信すると共に顧客の希望が受け入れられたか否かの通知を工事会社装置５から受信して工事日選択部３３に出力する工事希望日通知部３５と、工事希望日通知部３５等によって更新され、申し込みを受け付けた工事ごとに工事会社、工事予定、工事日を確定した情報などを管理する工事管理ＤＢ３６と、例えば工事管理ＤＢ３６のデータに基づき工事担当者（管理者）に対して調査依頼を行い、工事担当者端末９から調査結果のデータ（工事日を含む）を受信する現地調査依頼部３７と、現地調査依頼部３７から工事日のデータを受信し、工事会社装置５に工事日のデータを送信すると共に、工事会社装置５から工事日のデータの処理結果を受信し、工事日が確定した場合に工事管理ＤＢ３６を更新する工事日決定部３８と、工事日決定部３８から工事会社装置５から受信した工事日のデータの処理結果を顧客及び工事担当者に対して送信する工事日決定通知部３９とを有する。
【００１８】
工事管理ＤＢ３６は、図２Ｂに示すように、管理番号（Ｎｏ．）と、工事会社と、工事種別及び工事場所を含む工事情報と、優先順位１の希望工事日と、優先順位２の希望工事日と、確定優先順位と、工事担当管理者と、工事担当管理者Ｅ−ｍａｉｌアドレスと、顧客名と、顧客Ｅ−ｍａｉｌアドレス等が登録されるようになっている。なお、工事管理ＤＢ３６は、後に述べるリソース管理ＤＢ５５と同様の内容であってもよい。
【００１９】
なお、工事日選択部３３は、顧客端末７から複数の工事希望日のデータを受信して、工事希望日通知部３５に出力し、工事希望日通知部３５から顧客の希望が受け入れられたか否かの通知を受信し、顧客端末７に送信する。工事管理ＤＢ３６には、工事希望日通知部３５によって顧客の希望が受け入れられた場合に当該顧客の工事希望日についてのデータが登録され、工事日決定部３８によって工事日が確定した場合に当該工事日についてのデータが登録される。
【００２０】
次に、工事会社装置５の機能ブロック図を図３に示す。工事会社装置５は、仲介装置３から工事可能日問い合わせ要求を受信し、工事可能日のデータを仲介装置３に返信する工事可能日問い合わせ受信・返信部５１と、工事会社の各日のリソースを管理するリソース管理ＤＢ５５と、工事可能日問い合わせ受信・返信部５１から工事可能日問い合わせ要求を受信すると、リソース管理ＤＢ５５から工事可能日を検索して、工事可能日のデータを生成して工事可能日問い合わせ受信・返信部５１に出力する工事可能日検索・回答部５２と、仲介装置３から複数の工事希望日のデータを受信し、仲介装置３に工事希望日についての顧客の希望が受け入れられたか否かの通知を送信する工事希望日受信・確認返信部５３と、工事希望日受信・確認返信部５３から複数の工事希望日のデータを受信し、リソース管理ＤＢ５５に対して更新処理を実施し、更新処理の結果を工事希望日受信・確認返信部５３に返信する工事リソース予約部５４と、仲介装置３から工事日のデータを受信し、当該工事日のデータの処理結果を仲介装置３に送信する工事日決定受信部５６と、工事日決定受信部５６から工事日のデータを受信して、リソース管理ＤＢ５５の更新処理を実施し、更新処理の結果を工事日のデータの処理結果として工事日決定受信部５６に出力する工事リソース確定・不要リソース開放部５７と、リソース管理ＤＢ５５に格納されている下位優先度候補日用のリソース予約率を自動的に更新する処理を実施する下位優先度候補日用リソース予約率算出部５８とを有する。
【００２１】
次に、図４乃至図２４を用いて図１乃至図３に示したシステムの動作について説明する。まず、顧客端末７からの工事可能日問い合わせに応じて工事可能日問い合わせ処理を実施する（ステップＳ１）。具体的には、顧客は、顧客端末７を操作して、顧客端末７に、工事種別、工事場所、工事可能日問い合わせを含む工事の申し込みを仲介装置３に送信させる。仲介装置３の申込受付部３１は、工事可能日問い合わせを含む工事の申し込みを受信し、工事可能日問い合わせを工事可能日問い合わせ部３２に出力する。工事可能日問い合わせ部３２は、図５に示すように依頼番号と工事種別と工事開始最早日（例えば現在日＋工事種別に応じた所定日数で特定）とを含む工事可能日問い合わせを、申し込みに係る工事種別、工事場所等に応じて工事会社を特定し、当該工事会社の工事会社装置５に送信する。工事会社装置５の工事可能日問い合わせ受信・返信部５１は、仲介装置３から工事可能日問い合わせを受信し、工事可能日検索・回答部５２に転送する。工事可能日検索・回答部５２は、図６に示すような処理を実施する。工事可能日検索・回答部５２は、工事可能日問い合わせに含まれる工事種別と工事開始最早日とを検索条件として受信し（図６：ステップＳ１１）、リソース管理ＤＢ５５から、工事開始最早日以降であって、工事種別に対応して必要なリソース量以上余裕がある日を抽出するリソース情報検索処理を実施する（ステップＳ１３）。なお、リソース管理ＤＢ５５に格納されるデータについては以下で詳述する。そして、工事可能日検索・回答部５２は、図７に示すように、依頼番号と、検索結果である工事可能日のリスト（図７では工事可能日１乃至４）とを含む回答データを生成して、工事可能日問い合わせ受信・返信部５１に出力する（ステップＳ１５）。
【００２２】
工事可能日問い合わせ受信・返信部５１は、工事可能日検索・回答部５２から依頼番号と工事可能日のリストとを含む工事可能日の回答データを受信し、仲介装置３に送信する。仲介装置３の工事可能日受信部３４は、工事可能日の回答データを受信し、受信した工事可能日の回答データを工事日選択部３３に出力する。工事日選択部３３は、工事可能日のリストから、それらの工事可能日のうち複数の工事可能日を優先順位付きで選択可能な態様のページ・データを生成し、顧客端末７に送信する。この際、ページ・データには、例えば工事種別や工事場所のデータをも含まれる。顧客端末７は、工事可能日のリストを含み、複数の工事可能日を優先順位付きで選択可能な態様のページ・データを受信し、表示装置に表示する。
【００２３】
図４の説明に戻って、工事希望日リソース予約処理を実施する（ステップＳ３）。この処理については、図８乃至図１６を用いて説明する。顧客は、複数の工事可能日を優先順位付きで選択可能な態様の表示画面を見て、工事希望日を複数指定すると共に、工事希望日毎に優先順位を指定し、顧客端末７に送信を指示する。顧客端末７は、顧客からの入力を受け付け、工事種別及び工事場所のデータと共に工事希望日と優先順位の対のデータを複数セット含む工事希望日データを仲介装置３に送信する（図８：ステップ（１））。そして、仲介装置３の工事日選択部３３は、工事希望日データを顧客端末７から受信し、工事希望日通知部３５に、図９に示すようなデータを出力する。図９の例では、管理番号が付されて、工事種別及び工事場所を含む工事情報と、優先順位１の工事希望日及び優先順位２の工事希望日とが含まれる。
【００２４】
工事希望日通知部３５は、図９に示すような工事希望日データを、工事種別及び工事場所等から特定される工事会社の工事会社装置５に送信する（ステップ（２））。工事会社装置５の工事希望日受信・確認返信部５３は、仲介装置３から図９のような工事希望日データを受信し、当該工事希望日データを含む工事リソース予約依頼を工事リソース予約部５４に出力する（ステップ（３））。工事リソース予約部５４は、図１０に示すような処理を実施する。
【００２５】
工事リソース予約部５４は、工事希望日データを含む工事リソース予約依頼を受信し、例えばメインメモリなどの記憶装置に格納する（図１０：ステップＳ２１）。そして、リソース管理ＤＢ５５から、工事希望日別にリソース予約率を読み出す（ステップＳ２３）。リソース管理ＤＢ５５には、例えば図１１に示すようなリソース予約率テーブルが格納されている。図１１の例では、工事種別と、計算期間（開始日付と終了日付を含む）と、件数（全体及び第１優先順位で工事日が決定した件数を含む）と、第１優先順位の候補日についてのリソース予約率と、下位優先順位（ここでは第２位）の候補日についてのリソース予約率とが登録されている。計算期間と件数については、下位優先順位の候補日についてのリソース予約率を算出するために用いられる。また、このテーブルで分かるように、優先順位に応じてリソース予約率が決定されている。図１１の例では、第１優先順位の場合には「１」であり、第２優先順位の場合には「０．３」である。なお、以下で詳しく述べるが、「０．３」は、第２優先順位で工事日が決定した件数の割合（（２０７−１４４）／２０７）である。本実施の形態では、優先順位は２位までしか定義されていないが、それ以降の順位を定義するようにしてもよい。
【００２６】
また、工事リソース予約部５４は、リソース管理ＤＢ５５から工事リソース予約依頼に係る工事種別に応じた標準リソース量のデータを読み出して、当該標準リソース量と工事希望日別のリソース予約率とから、工事希望日別に必要リソース量を算出し、例えばメインメモリなどの記憶装置に格納する（ステップＳ２５）。リソース管理ＤＢ５５には、例えば図１２に示すような標準リソース量についてのテーブルが登録されている。図１２の例では、工事種別毎に、必要ＵＮＩＴ数、１ＵＮＩＴ量、及び時間が登録されている。ＵＮＩＴは、工事を行うのに必要な最小単位を表しており、リソース量は必要ＵＮＩＴ数×時間で特定される。ここで「宅内ルータ設置」であれば、１×６＝６が標準リソース量となる。そして、第１順位の工事希望日については６×１（第１優先順位のリソース予約率）＝６が必要リソース量であり、第２順位の工事希望日については６×０．３（第２優先順位のリソース予約率）＝１．８が必要リソース量となる。
【００２７】
このように必要リソース量は、第２順位以下の優先順位についてはリソース予約率で減じられているので、優先順位が低い場合には、無駄にリソースを確保してしまうことを抑制している。
【００２８】
その後、工事リソース予約部５４は、リソース管理ＤＢ５５におけるリソース管理テーブルを参照して、工事希望日別にリソース予約の可否を判断する（ステップＳ２７）。図１３にリソース管理テーブルの一例を示す。図１４の例では、工事種別毎に、年月日（ここでは１日が工事管理の単位時間）、総リソース量、予約済リソース量、及び確保済リソース量が登録されるようになっている。なお、総リソース量−予約済リソース量−確保済リソース量である余裕リソース量については、リソース管理テーブルに登録するようにしても良いし、その都度計算するようにしても良い。ステップＳ２７では、ステップＳ２５で算出された工事希望日別の必要リソース量が、工事希望日別の余裕リソース量以下であるか判断する。
【００２９】
工事リソース予約部５４は、例えばいずれかの工事希望日について余裕リソース量を超えた必要リソース量が要求されており、リソース確保が不可能であると判断した場合には（ステップＳ２９：Ｎｏルート）、リソース確保不可を表すデータを含む工事リソース予約結果を、工事希望日受信・確認返信部５３に返信する（ステップＳ３３）。
【００３０】
一方、工事リソース予約部５４は、全ての工事希望日について余裕リソース量以下の必要リソース量が要求されており、リソースの確保が可能であると判断した場合には（ステップＳ２９：Ｙｅｓルート）、工事希望日別に、リソース管理ＤＢ５５のリソース管理テーブルにおいて、必要リソース量を「予約済リソース量」に加算することによってリソース予約を実施する（ステップＳ３１）。例えば、第１優先順位の工事希望日が２００８年２月１２日である場合には、「６」だけ２００８年２月１２日の予約済リソース量を増加させ、第２優先順位の工事希望日が２００８年２月１４日である場合には、「１．８」だけ２００８年２月１４日の予約済リソース量を増加させる。具体的には、図１３に示したリソース管理テーブルは、図１４に示すようなリソース管理テーブルのように変化する。なお、余裕リソース量については、予約済リソース量が増加した分減少する。
【００３１】
さらに、工事リソース予約部５４は、ステップＳ２１で受信した工事リソース予約依頼のデータ（予約情報）をリソース管理ＤＢ５５に登録する（ステップＳ３２）。例えばリソース管理ＤＢ５５には、図１５に示すような工事予約管理テーブルが格納されており、このテーブルに工事リソース予約依頼のデータを登録する。図１５の例では、管理番号と、工事情報（工事種別と工事場所）と、第１優先順位の工事希望日と、第２優先順位の工事希望日と、工事日として確定した日の優先順位を表す確定優先順位とが登録されている。例えば、管理番号「０８００３１」の行のデータが登録される。なお、この行のデータには、まだ確定優先順位は登録されていない。
【００３２】
そして、工事リソース予約部５４は、リソース確保が可能であることを表す工事リソース予約結果を、工事希望日受信・確認返信部５３に返信する（ステップＳ３３）。例えば、図１６に示すようなデータを返信する。図１６の例では、管理番号と、工事情報（工事種別及び工事場所）と、第１優先順位の工事希望日と、そのリソース確保の可否を表す結果１と、第２優先順位の工事希望日と、そのリソース確保の可否を表す結果２とを含む。なお、本実施の形態では、全ての工事希望日についてリソース確保が可能と判断されない限りにおいて、予約を実施しないものとする。
【００３３】
図８の説明に戻って、ステップＳ３３は、ステップ（４）における工事リソース予約結果の返信に相当する。工事希望日受信・確認返信部５３は、工事リソース予約結果の返信を受信すると、仲介装置３に転送する（ステップ（５））。仲介装置３の工事希望日通知部３５は、工事会社装置５から、工事リソース予約結果を受信し、工事リソース予約結果が全ての工事希望日についてリソース確保が可能であることを表している場合には、工事管理ＤＢ３６に、工事リソース予約結果のデータを登録する。また、工事希望日通知部３５は、工事リソース予約結果を工事日選択部３３に出力する。工事日選択部３３は、工事希望日通知部３５から工事リソース予約結果を受信すると、全ての工事希望日についてリソース確保可能である場合には工事予約確認通知を顧客端末７に送信し、いずれかの工事希望日についてリソース確保が不可能である場合には予約拒否通知を顧客端末７に送信する（ステップ（６））。
【００３４】
顧客端末７は、工事予約確認通知を受信した場合には、表示装置に表示し、顧客に工事予約が完了したことを知らせる。一方、予約拒否通知を受信した場合には、表示装置に表示し、顧客に再度工事希望日を変更して工事希望日データを再度送信するように促す。
【００３５】
さらに、現地調査依頼部３７は、工事管理ＤＢ３６に新たに工事リソース予約結果のデータが登録されると、工事管理ＤＢ３６に登録されている工事会社の管理者のメールアドレスを読み出し、当該メールアドレス宛に工事リソース予約結果のデータを含む現地調査依頼をメールで送信する（ステップ（７））。
【００３６】
ここまでで工事希望日リソース予約処理が完了する。
【００３７】
図４の説明に戻って、次に、工事リソース確保処理を実施する（ステップＳ５）。この処理については、現地調査依頼に応じて工事担当者が現地に出向いて各種調査を実施した結果、工事する日が決定した場合に実行される。この処理を、図１７乃至図２３を用いて説明する。
【００３８】
工事担当者は、工事担当者端末９を操作して管理番号に対応して工事決定日又は工事決定日の優先順位を含む現地調査結果通知を仲介装置３に送信する（図１７：ステップ（１１））。仲介装置３の現地調査依頼部３７は、工事担当者端末９から現地調査結果通知を受信すると、工事日決定部３８に出力する。工事日決定部３８は、例えば図１８のような工事日決定通知を、工事会社装置５に送信する（ステップ（１２））。図１８のように、工事日決定通知は、管理番号及び工事決定日又は優先順位（決定優先順位）を含む。工事会社装置５の工事日決定受信部５６は、仲介装置３から工事日決定通知を受信し、工事日日程通知のデータを含む工事リソース確保・不要リソース開放依頼を、工事リソース確定・不要リソース開放部５７に出力する（ステップ（１３））。そして、工事リソース確定・不要リソース開放部５７は、図１９に示すような処理を実施する。
【００３９】
工事リソース確定・不要リソース開放部５７は、工事日決定受信部５６から工事リソース確保・不要リソース開放依頼を受信し（図１９：ステップＳ４１）、例えばメインメモリなどの記憶装置に格納する。そして、工事リソース確保・不要リソース開放依頼に含まれる管理番号でリソース管理ＤＢ５５の工事予約管理テーブルを検索し、該当する予約情報を読み出す（ステップＳ４３）。ここで、工事リソース確保・不要リソース開放依頼に含まれる決定優先順位又は工事決定日から特定される決定優先順位が、第１優先順位であるか判断する（ステップＳ４５）。このような場合には、第１優先順位の日でリソース確保処理を実施する（ステップＳ４７）。図２０のリソース管理テーブルを用いて説明すると、ステップＳ４７では、確保済リソース量を今回の工事の標準リソース量「６」（工事種別から特定）だけ増加させる。さらに、第１優先順位の日の予約リソースを開放する処理を実施する（ステップＳ４９）。ステップＳ４９では、第１優先順位の日である２００８年２月１２日における予約済リソース量を、今回の工事の標準リソース量「６」だけ減ずる。この処理では余裕リソース量については変化はない。また、下位優先順位の工事希望日の予約リソース開放処理を実施する（ステップＳ５１）。下位優先順位の工事希望日を、ステップＳ４３で読み出した予約情報から特定し、その日における必要リソース量を、工事種別で特定される標準リソース量×優先順位から特定されるリソース予約率で算出して、リソース管理テーブル（図２０）において、下位優先順位の工事希望日における予約済リソース量を必要リソース量だけ減ずる。図２０では、必要リソース量「１．８」だけ予約済リソース量は削減される。この場合には、必要リソース量「１．８」だけ余裕リソース量を増加させる。
【００４０】
また、工事リソース確定・不要リソース開放部５７は、リソース管理ＤＢ５５における工事予約管理テーブルにおいて、該当する管理番号に対応して確定優先順位を登録する（ステップＳ６０）。上で述べた例のように、第１優先順位の日でリソース確保できれば、図２１に示すように、工事予約管理テーブルにおいて、管理番号「０８００３１」に対応して、確定優先順位の欄に「１」を登録する。
【００４１】
そして、工事リソース確定・不要リソース開放部５７は、工事決定日を含み、成功を表す工事リソース確保・不要リソース開放結果通知を、工事日決定受信部５６に出力する（ステップＳ６１）。
【００４２】
一方、工事リソース確保・不要リソース開放依頼に含まれる決定優先順位又は工事決定日から特定される決定優先順位が、第１優先順位でない場合、工事リソース確定・不要リソース開放部５７は、工事決定日のリソース確保が可能であるか判断する（ステップＳ５３）。リソース管理テーブルにおいて、工事リソース確保・不要リソース開放依頼に含まれる工事決定日又は決定優先順位で特定される工事決定日について登録されている予約済リソース量から必要リソース量（＝工事種別で特定される標準リソース量×優先順位から特定されるリソース予約率）を減じ、工事決定日について登録されている確定済リソース量を工事種別で特定される標準リソース量だけ増加させた場合に、予約済リソース量＋確定済リソース量が、総リソース量以下であるか判断する。第１優先順位より下位の工事希望日については、標準リソース量より少ないリソース量だけ予約時に確保しているので、この段階でリソース量が不足する可能性がある。それを確認するものである。上で述べた処理は、余裕リソース量が、（標準リソース量−標準リソース量×リソース予約率）以上あるかという判断で代替され得る。
【００４３】
ステップＳ５３で、工事決定日のリソース確保が可能である場合には、工事リソース確定・不要リソース開放部５７は、工事決定日の必要リソース確保処理を実施する（ステップＳ５５）。リソース管理テーブルにおいて、工事リソース確保・不要リソース開放依頼に含まれる工事決定日又は決定優先順位で特定される工事決定日について登録されている確定済リソース量を工事種別で特定される標準リソース量だけ増加させる。また、工事決定日の予約リソース開放処理を実施する（ステップＳ５７）。リソース管理テーブルにおいて、工事リソース確保・不要リソース開放依頼に含まれる工事決定日又は決定優先順位で特定される工事決定日について登録されている予約済リソース量から必要リソース量（＝工事種別で特定される標準リソース量×優先順位から特定されるリソース予約率）を減ずる。さらに、工事決定日以外の日の予約リソース開放処理を実施する（ステップＳ５９）。工事決定日以外の工事希望日を、ステップＳ４３で読み出した予約情報から特定し、その日における必要リソース量を、工事種別で特定される標準リソース量×優先順位から特定されるリソース予約率で算出して、リソース管理テーブルにおいて、工事決定日以外の工事希望日における予約済リソース量を必要リソース量だけ減ずる。そしてステップＳ６０に移行する。
【００４４】
図２２に示すように、第２優先順位（２００８年２月１４日）が工事決定日である場合には、２００８年２月１４日における予約済リソース量を、必要リソース量（６×０．３＝１．８）だけ減じて、確保済リソース量を標準リソース量「６」だけ増加させる。余裕リソース量は、６−１．８＝４．２だけ減少する。また、第１優先順位の日（２００８年２月１２日）については、予約済リソース量が、必要リソース量＝標準リソース量だけ減ぜられる。
【００４５】
また、ステップＳ５３で、工事決定日のリソース確保が不可能である場合には、工事リソース確定・不要リソース開放部５７は、他の優先順位の工事希望日で、リソース確保が可能であるか判断する（ステップＳ６３）。基本的な処理内容はステップＳ５３と同じであるが、他の優先順位の工事希望日をステップＳ４３で読み出した予約情報から特定し、リソース管理テーブルにおいて、当該工事希望日について登録されている予約済リソース量から必要リソース量（＝工事種別で特定される標準リソース量×優先順位から特定されるリソース予約率）を減じ、工事希望日について登録されている確定済リソース量を工事種別で特定される標準リソース量だけ増加させた場合に、予約済リソース量＋確定済リソース量が、総リソース量以下であるか判断する。
【００４６】
リソース確保可能な工事希望日が存在する場合には、工事リソース確保・不要リソース開放部５７は、リソース確保可能な工事希望日を工事決定日に設定し（ステップＳ６５）、ステップＳ５５に移行する。
【００４７】
一方、リソース確保可能な工事希望日が存在しない場合には、工事リソース確定・不要リソース開放部５７は、工事リソース確保・不要リソース開放依頼に係る管理番号に関する全ての予約リソースを開放する処理を実施する（ステップＳ６７）。具体的には、ステップＳ４３で読み出された予約情報から、各工事希望日及び優先順位を特定し、各工事希望日について必要リソース量を、工事種別で特定される標準リソース量×優先順位から特定されるリソース予約率で算出し、リソース管理テーブルにおいて、各工事希望日における予約済リソース量を、必要リソース量だけ減ずる。
【００４８】
さらに、工事リソース確定・不要リソース開放部５７は、失敗を表す工事リソース確保・不要リソース開放結果通知を、工事日決定受信部５６に出力する（ステップＳ６９）。
【００４９】
図１７の説明に戻って、ステップＳ６１又はＳ６９が、ステップ（１４）の工事リソース確保・不要リソース開放結果の返信に相当する。この通知は、例えば図２３のようなデータを含む。図２３の例では、管理番号、結果、工事決定日（成功の場合のみ。優先順位でもよい。）、失敗（ＮＧ）の場合の原因、エラー詳細情報などが含まれる。工事日決定受信部５６は、工事リソース確定・不要リソース開放部５７から、工事リソース確保・不要リソース開放結果通知を受信し、仲介装置３に転送する（ステップ（１５））。
【００５０】
仲介装置３の工事日決定部３８は、工事会社装置５から工事リソース確保・不要リソース開放結果通知を受信し、成功の場合には、通知に含まれる工事決定日に関する情報を管理番号に対応して工事管理ＤＢ３６の確定優先順位欄に登録する。また、顧客のメールアドレス及び工事担当者のメールアドレスを例えば工事管理ＤＢ３６から読み出し、工事リソース確保・不要リソース開放結果通知と共に工事日決定通知部３９に出力する。
【００５１】
工事日決定通知部３９は、工事日決定部３８から顧客のメールアドレス及び工事担当者のメールアドレスと共に工事リソース確保・不要リソース開放結果通知を受信し、成功の場合には工事決定日を通知するメールを生成して、顧客のメールアドレス及び工事担当者のメールアドレス宛に送信する（ステップ（１６）及び（１７））。また、失敗の場合には、顧客には再度工事申し込みを行うように依頼するメールを生成して、顧客のメールアドレス宛に送信する。また、工事担当者には工事がキャンセルされた旨を通知するメールを生成して、工事担当者のメールアドレス宛に送信する（ステップ（１６）及び（１７））。
【００５２】
以上のような処理を実施することによって、第１優先順位の日に工事を実行できる場合には、そのままリソースを確保することができるので、他の優先順位の日のリソースを開放する。一方、第２優先順位以下の場合には、リソースを確保できない可能性もあるので、確認してからリソースの確保及び不要なリソースの開放を行う。
【００５３】
なお、このようにして工事日が決定されると、その日に工事が実施されるようになる。工事日が決定できない場合には、顧客は再度工事申し込みを実施する必要がある。但し、工事希望日を多めに指定すれば、このような事態を回避できる可能性が高まる。
【００５４】
次に、図２４を用いて、下位優先度候補日用リソース予約率算出部５８の処理について説明する。下位優先度候補日用リソース予約率算出部５８は、例えば工事会社の管理者などによる過去実績データ読み込み期間設定を受け付ける（ステップＳ７１）。例えば、過去実績データ読み込み期間の開始日と終了日の指定を受け付ける。そして、リソース管理ＤＢ５５の工事予約管理テーブルから、過去実績データ読み込み期間における過去の実績データを読み込む（ステップＳ７３）。そして、優先順位毎に確定優先順位として決定された回数をカウントする（ステップＳ７５）。その後、第２優先順位以下の優先順位毎に、カウント値／全カウント値で比率を算出し、メインメモリなどの記憶装置に格納する（ステップＳ７７）。単純にこの比率をそのままリソース予約率にしても良いが、例えば切り上げ又は切り下げを行ったり、所定の係数を加算又は乗算するようにしてもよい。
【００５５】
そして、下位優先度候補日用リソース予約率算出部５８は、第２優先順位以下の各優先順位比率に基づくリソース予約率を、過去実績データ読み込み期間及びカウント値などと共にリソース管理ＤＢ５５のリソース予約率テーブルに登録する（ステップＳ７９）。
【００５６】
このように第２優先順位以下の優先順位の工事希望日が採用される実際の確率に応じて、リソース予約率を算出するので、予約時には適切な必要リソース量が確保されるようになる。
【００５７】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図２Ａ及び図３に示した機能ブロック図は一例であって、必ずしも実際のプログラム構成とは一致しない場合がある。また、処理フローについても処理結果が変化しない限りにおいて、順番を入れ替えることが可能である。例えば、ステップＳ４７乃至Ｓ５１は、入れ替え可能である。
【００５８】
さらに、上で述べた例では第１優先順位の場合には必ずリソースが確保されるような構成を採用しているが、例えば第１優先順位の場合においてもリソース予約率を１未満に定義して、必要リソース量を算出するようにしても良い。この場合には、第１優先順位についても、工事決定日とされた場合リソース確保が可能であるかを確認する必要があり、さらに第２優先順位以下の工事希望日に変更される場合も出てくる。
【００５９】
また、仲介装置３は、複数のサービスの複数の工事種別に対応することができる。すなわち、工事会社装置５を適切に特定してメッセージを振り分けることができればよい。さらに、上で述べた例では管理の単位時間は１日であるが、例えば半日や６時間など適切に区分することが可能である。
【００６０】
さらに、仲介装置３を用いる例を示したが、工事会社が直接顧客から工事申し込みを受けるような業務フローの場合、仲介装置３の顧客端末７等に対してインターフェースとなる機能については、工事会社装置５と一体化して、仲介装置３を設けない場合もある。
【００６１】
なお、仲介装置３、工事会社装置５、顧客端末７、工事担当者端末９は、コンピュータ装置であって、このコンピュータ装置においては、図２５に示すように、メモリ２５０１（記憶部）とＣＰＵ２５０３（処理部）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。ＯＳ及びＷｅｂブラウザを含むアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００６２】
なお、上記実施例では、工事という用語を使用しているが、建設工事、土木工事などだけではなく、事前にリソースの確保が必要であって、未来においてリソースを使う必要性が発生した時点では、該リソースを必要とする日時にスケジュールが決定できない作業全般に適用が可能である。
【００６３】
（付記１）
各単位時間において利用可能な最大リソース量と予約中リソース量と確保済リソース量とを管理し、優先度に応じたリソース予約割合のデータとを格納するリソース管理データ格納部と、
複数の工事実行候補単位時間と各前記工事実行候補単位時間についての優先度とを含む工事予約データを受信する予約受信手段と、
各前記工事実行候補単位時間において、前記リソース管理データ格納部で管理されている前記最大リソース量と前記予約中リソース量及び前記確保済リソース量との差で特定される余裕リソース量が、前記リソース管理データ格納部に格納されている、各前記工事実行候補単位時間についての優先度に応じたリソース予約割合と工事に必要なリソース量との積によって特定される必要リソース量以上存在する場合には、前記リソース管理データ格納部において各前記工事実行候補単位時間について前記必要リソース量だけ前記予約中リソース量を増加させる予約手段と、
を有する工事予約装置。
【００６４】
（付記２）
前記予約受信手段が、
前記予約手段が前記必要リソース量だけ前記予約中リソース量を増加させた場合、前記工事予約データを前記リソース管理データ格納部に格納し、
特定の工事予約データについて工事決定単位時間又は工事決定優先度を指定する通知を受信する工事日程受信手段と、
前記リソース管理データ格納部において、前記工事決定優先度により前記特定の工事予約データから特定される前記工事決定単位時間又は指定の前記工事決定単位時間に対応して登録されている前記予約中リソース量を、前記工事決定単位時間についての優先度に応じたリソース予約割合と前記特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、前記確保済リソース量を前記特定の工事予約データについての工事に必要なリソース量だけ増加させるリソース確保手段と、
前記リソース管理データ格納部において、前記特定の工事予約データに含まれる、前記工事決定単位時間以外の前記工事実行候補単位時間に対応して登録されている前記予約中リソース量を、当該工事決定単位時間以外の工事実行候補単位時間の優先度に応じたリソース予約割合と前記特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減ずるリソース開放手段と、
をさらに有する
付記１記載の予約装置。
【００６５】
（付記３）
前記リソース確保手段及び前記リソース開放手段が、
前記リソース管理データ格納部において格納されている前記特定の工事予約データから前記工事決定単位時間により特定される前記工事決定優先度又は指定の前記工事決定優先度が最も高い優先度より低い優先度である場合には、
前記工事決定単位時間に対応して登録されている前記予約中リソース量を、前記工事決定単位時間についての優先度に応じたリソース予約割合と前記特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、前記確保済リソース量を前記特定の工事予約データについての工事に必要なリソース量だけ増加させた場合に、前記予約中リソース量と前記確保済リソース量との和が前記工事決定単位時間に対応する前記最大リソース量以下であれば動作する
付記２記載の予約装置。
【００６６】
（付記４）
前記工事日程受信手段が、
前記リソース確保手段及び前記リソース開放手段とが動作した場合、前記リソース管理データ格納部において前記特定の工事予約データに対応して前記工事決定単位時間又は前記工事決定優先度を登録し、
前記リソース管理データ格納部において前記工事予約データに対応して登録されている前記工事決定単位時間から特定される前記工事決定優先度又は指定の前記工事決定優先度の発生割合に応じて、前記リソース予約割合を算出する手段
をさらに有する付記３記載の予約装置。
【００６７】
（付記５）
前記予約中リソース量と前記確保済リソース量との和が前記工事決定単位時間に対応する前記最大リソース量を超えてしまう場合、
前記リソース確保手段又は前記リソース開放手段が、
前記リソース管理データ格納部において格納されている前記特定の工事予約データから前記工事決定単位時間により特定される前記工事決定優先度又は指定の前記工事決定優先度より低い優先度の工事実行候補単位時間を特定し、
前記リソース管理データ格納部において、当該工事実行候補単位時間に対応して登録されている前記予約中リソース量を、前記工事実行候補単位時間についての優先度に応じたリソース予約割合と前記特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、前記確保済リソース量を前記特定の工事予約データについての工事に必要なリソース量だけ増加させた場合に、前記予約中リソース量と前記確保済リソース量との和が、特定された前記工事実行候補単位時間に対応する前記最大リソース量以下であるか確認し、
前記予約中リソース量と前記確保済リソース量との和が、特定された前記工事実行候補単位時間に対応する前記最大リソース量以下である場合に、
前記リソース管理データ格納部において、特定された前記工事実行候補単位時間に対応して登録されている前記予約中リソース量を、前記工事実行候補単位時間についての優先度に応じたリソース予約割合と前記特定の工事予約データについての工事に必要なリソース量との積によって特定される必要リソース量だけ減じて、前記確保済リソース量を前記特定の工事予約データについての工事に必要なリソース量だけ増加させる
付記３記載の予約装置。
【００６８】
（付記６）
各単位時間について利用可能な最大リソース量と予約中リソース量と確保済リソース量とを管理し、優先度に応じたリソース予約割合のデータとを格納するリソース管理データ格納部にアクセス可能なコンピュータによって実行される工事予約処理方法であって、
複数の工事実行候補単位時間と各前記工事実行候補単位時間についての優先度とを含む工事予約データを受信する予約受信ステップと、
各前記工事実行候補単位時間において、前記リソース管理データ格納部で管理されている前記最大リソース量と前記予約中リソース量及び前記確保済リソース量との差で特定される余裕リソース量が、前記リソース管理データ格納部に格納されている、各前記工事実行候補単位時間についての優先度に応じたリソース予約割合と工事に必要なリソース量との積によって特定される必要リソース量以上存在する場合には、前記リソース管理データ格納部において各前記工事実行候補単位時間について前記必要リソース量だけ前記予約中リソース量を増加させる予約ステップと、
を含む工事予約処理方法。
【００６９】
（付記７）
各単位時間において利用可能な最大リソース量と予約中リソース量と確保済リソース量とを管理し、優先度に応じたリソース予約割合のデータとを格納するリソース管理データ格納部にアクセス可能なコンピュータに、
複数の工事実行候補単位時間と各前記工事実行候補単位時間についての優先度とを含む工事予約データを受信する予約受信ステップと、
各前記工事実行候補単位時間において、前記リソース管理データ格納部で管理されている前記最大リソース量と前記予約中リソース量及び前記確保済リソース量との差で特定される余裕リソース量が、前記リソース管理データ格納部に格納されている、各前記工事実行候補単位時間についての優先度に応じたリソース予約割合と工事に必要なリソース量との積によって特定される必要リソース量以上存在する場合には、前記リソース管理データ格納部において各前記工事実行候補単位時間について前記必要リソース量だけ前記予約中リソース量を増加させる予約ステップと、
を実行させるための工事予約処理プログラム。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施の形態に係るシステム概要図である。
【図２Ａ】仲介装置の機能ブロック図である。
【図２Ｂ】工事管理ＤＢに格納されるデータ例を示す図である。
【図３】工事会社装置の機能ブロック図である。
【図４】メインの処理フローを示す図である。
【図５】工事可能日問い合わせのデータ例を示す図である。
【図６】工事可能日検索・回答処理の処理フローを示す図である。
【図７】工事可能日回答のデータ例を示す図である。
【図８】工事希望日リソース予約処理の処理フローを示す図である。
【図９】工事希望日データのデータ例を示す図である。
【図１０】工事リソース予約部５４の処理フローを示す図である。
【図１１】リソース予約率テーブルの一例を示す図である。
【図１２】標準リソース量についてのテーブルの一例を示す図である。
【図１３】リソース管理テーブルの状態を示す図である。
【図１４】リソース管理テーブルの状態を示す図である。
【図１５】工事予約管理テーブルの状態を示す図である。
【図１６】工事リソース予約結果のデータ例を示す図である。
【図１７】工事リソース確保処理のシーケンス図を示す図である。
【図１８】工事日決定通知のデータフォーマット例を示す図である。
【図１９】工事リソース確定・不要リソース開放の処理フローを示す図である。
【図２０】リソース管理テーブルの状態を示す図である。
【図２１】工事予約管理テーブルの状態を示す図である。
【図２２】リソース管理テーブルの状態を示す図である。
【図２３】工事リソース確保・不要リソース開放結果通知のデータフォーマット例を示す図である。
【図２４】下位優先度候補日用リソース予約率算出部の処理フローを示す図である。
【図２５】コンピュータの機能ブロック図である。
【符号の説明】
【００７１】
１  ネットワーク    ３  仲介装置    ５  工事会社装置
７  顧客端末    ９  工事担当者端末
３１  申込受付部    ３２  工事可能日問い合わせ部
３３  工事日選択部    ３４  工事可能日受信部
３５  工事希望日通知部    ３６  工事管理ＤＢ
３７  現地調査依頼部    ３８  工事日決定部
３９  工事日決定通知部
５１  工事可能日問い合わせ受信・返信部
５２  工事可能日検索・回答部
５３  工事希望日受信・確認返信部
５４  工事リソース予約部
５５  リソース管理ＤＢ
５６  工事日決定受信部
５７  工事リソース確定・不要リソース開放部
５８  下位優先度候補日用リソース予約率算出部
【図１】
0005035048.tif 000002
【図２Ａ】
0005035048.tif 000003
【図２Ｂ】
0005035048.tif 000004
【図３】
0005035048.tif 000005
【図４】
0005035048.tif 000006
【図５】
0005035048.tif 000007
【図６】
0005035048.tif 000008
【図７】
0005035048.tif 000009
【図８】
0005035048.tif 000010
【図９】
0005035048.tif 000011
【図１０】
0005035048.tif 000012
【図１１】
0005035048.tif 000013
【図１２】
0005035048.tif 000014
【図１３】
0005035048.tif 000015
【図１４】
0005035048.tif 000016
【図１５】
0005035048.tif 000017
【図１６】
0005035048.tif 000018
【図１７】
0005035048.tif 000019
【図１８】
0005035048.tif 000020
【図１９】
0005035048.tif 000021
【図２０】
0005035048.tif 000022
【図２１】
0005035048.tif 000023
【図２２】
0005035048.tif 000024
【図２３】
0005035048.tif 000025
【図２４】
0005035048.tif 000026
【図２５】
0005035048.tif 000027