(57)【要約】【課題】  巡回日と希望日が一致した利用者住所と地図により移動時間が最短となる巡回スケジュールを決定し、利用者の利便を図るとともに業者の巡回効率を向上すること。【解決手段】  巡回業者端末２０と利用者端末１０と巡回予約サーバ３０とがネットワーク４０で接続され、巡回予約サーバ３０は、巡回業者端末２０から受け付けた巡回予定情報を保持する業者受付ＤＢ３３と、利用者端末１０から受け付けた予約申込情報を保持する利用者受付ＤＢ３４を有し、巡回予定情報のサービス内容と巡回地区と巡回日と予約申込情報のサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付ＤＢ３４から抽出し、抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを仮決定して決定予約ＤＢ３５に登録し、利用者に確認した後に本決定する。【選択図】      図１
2006252261.tif 000002
【特許請求の範囲】
【請求項１】
巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約システムであって、
前記巡回予約サーバは、巡回業者端末から受け付けた巡回予定情報に対して巡回予定情報に含まれるサービス内容と巡回地区と巡回日と各利用者端末から受け付けた予約申込情報に含まれるサービス内容と住所と希望日とを比較し、これらが一致した予約申込情報に対して利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする巡回予約システム。
【請求項２】
巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約システムであって、
前記巡回予約サーバは、巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、
業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、
抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする巡回予約システム。
【請求項３】
巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約システムであって、
前記巡回予約サーバは、巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、
業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、
抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを仮決定し、
仮決定の内容で予約するか否かを該当する利用者端末に問い合わせた結果で巡回スケジュールを決定することを特徴とする巡回予約システム。
【請求項４】
前記巡回予約サーバは、前記巡回予定情報の巡回日と予約申込情報の希望日が不一致の場合でもその差が予め決められた範囲内にある場合は一致と見なして比較することを特徴とする請求項１乃至３のいずれかの巡回予約システム。
【請求項５】
巡回業者が提供する巡回予定情報に対して巡回予定情報に含まれるサービス内容と巡回地区と巡回日と各利用者が申し込む予約申込情報に含まれるサービス内容と住所と希望日とを比較し、これらが一致した予約申込情報に対して利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする巡回予約サーバ。
【請求項６】
巡回業者端末と利用者端末とネットワークで接続する巡回予約サーバであって、
巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、
業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、
抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする巡回予約サーバ。
【請求項７】
巡回業者端末と利用者端末とネットワークで接続する巡回予約サーバであって、
巡回業者から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、
業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、
抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを仮決定し、
仮決定の内容で予約するか否かを該当する利用者端末に問い合わせた結果で巡回スケジュールを決定することを特徴とする巡回予約サーバ。
【請求項８】
前記巡回スケジュールに利用者の回答結果の情報を示す回答フラグを付加して保持する決定予約記憶手段を有し、
前記仮決定した巡回スケジュールを決定予約記憶手段に登録する際に回答フラグを仮決定状態とし、前記問い合わせ結果で決定した巡回スケジュールで決定予約記憶手段を更新する際に前記問い合わせの結果が予約の場合は回答フラグを予約決定状態として前記利用者受付記憶手段から該当する予約申込情報を消去し、問い合わせの結果が解約の場合は回答フラグを解約状態とし、
回答フラグが予約決定状態以外の予約申込情報については別の巡回予定情報に対して前記比較を開始するようにしたことを特徴とする請求項７の巡回予約サーバ。
【請求項９】
前記巡回予定情報は受付期限日を含み、受付期限日を過ぎた前記巡回予定情報に対して前記比較を開始することを特徴とする請求項５乃至８のいずれかの巡回予約サーバ。
【請求項１０】
前記予約申込情報の希望日となっても該当するサービスを提供する前記巡回予定情報が無かった場合にその旨を利用者端末に通知することを特徴とする請求項５乃至９のいずれかの巡回予約サーバ。
【請求項１１】
前記巡回予定情報の巡回日と予約申込情報の希望日が不一致の場合でもその差が予め決められた範囲内にある場合は一致と見なして比較することを特徴とする請求項５乃至１０のいずれかの巡回予約サーバ。
【請求項１２】
前記決定した巡回スケジュールに対して巡回する地区の地図情報に巡回予約した利用者の住所とその巡回順を示した巡回経路情報を付加して前記巡回業者端末に通知することを特徴とする請求項５乃至１１のいずれかの巡回予約サーバ。
【請求項１３】
巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約方法であって、
前記巡回予約サーバは、巡回業者端末から受け付けた巡回予定情報に対して巡回予定情報に含まれるサービス内容と巡回地区と巡回日と各利用者端末から受け付けた予約申込情報に含まれるサービス内容と住所と希望日とを比較し、これらが一致した予約申込情報に対して利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする巡回予約方法。
【請求項１４】
巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約方法であって、
前記巡回予約サーバは、巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、
業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、
抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする巡回予約方法。
【請求項１５】
巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約方法であって、
前記巡回予約サーバは、巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、
業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、
抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを仮決定し、
仮決定の内容で予約するか否かを該当する利用者端末に問い合わせた結果で巡回スケジュールを決定することを特徴とする巡回予約方法。
【請求項１６】
前記巡回予約サーバは、前記巡回スケジュールに利用者の回答結果の情報を示す回答フラグを付加して保持する決定予約記憶手段を有し、
前記仮決定した巡回スケジュールを決定予約記憶手段に登録する際に回答フラグを仮決定状態とし、前記問い合わせ結果で決定した巡回スケジュールで決定予約記憶手段を更新する際に前記問い合わせの結果が予約の場合は回答フラグを予約決定状態として前記利用者受付記憶手段から該当する予約申込情報を消去し、問い合わせの結果が解約の場合は回答フラグを解約状態とし、
回答フラグが予約決定状態以外の予約申込情報については別の巡回予定情報に対して前記比較を開始するようにしたことを特徴とする請求項１５の巡回予約方法。
【請求項１７】
前記巡回予約サーバは、前記巡回予定情報の巡回日と予約申込情報の希望日が不一致の場合でもその差が予め決められた範囲内にある場合は一致と見なして比較することを特徴とする請求項１３乃至１６のいずれかの巡回予約方法。
【請求項１８】
ネットワークを介して巡回業者端末から受け付けた巡回予定情報に対して巡回予定情報に含まれるサービス内容と巡回地区と巡回日とネットワークを介して各利用者端末から受け付けた予約申込情報に含まれるサービス内容と住所と希望日とを比較する手順と、これらが一致した予約申込情報に対して利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定する手順とをコンピュータに実行させるプログラム。
【請求項１９】
ネットワークを介して巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を業者受付記憶手段に登録する手順と、
ネットワークを介して利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を利用者受付記憶手段に登録する手順と、
業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出する手順と、
抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定する手順とをコンピュータに実行させるプログラム。
【請求項２０】
ネットワークを介して巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を業者受付記憶手段に登録する手順と、
ネットワークを介して利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を利用者受付記憶手段に登録する手順と、
業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出する手順と、
抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを仮決定する手順と、
仮決定の内容で予約するか否かを該当する利用者端末に問い合わせその結果で巡回スケジュールを決定する手順とをコンピュータに実行させるプログラム。
【請求項２１】
前記仮決定した巡回スケジュールを回答フラグを仮決定状態として決定予約記憶手段に登録する手順と、
前記問い合わせの結果が予約の場合は回答フラグを予約決定状態として巡回スケジュールを決定し決定予約記憶手段を更新するとともに前記利用者受付記憶手段から該当する予約申込情報を消去し、問い合わせの結果が解約の場合は回答フラグを解約状態として巡回スケジュールを決定し決定予約記憶手段を更新する手順と、
回答フラグが予約決定状態以外の予約申込情報については別の巡回予定情報に対して前記比較を開始するようにした手順とをコンピュータに実行させる請求項２０のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は不定期巡回業者の巡回予約システム、巡回予約サーバ、巡回予約方法、及びプログラムに関し、特に、巡回業者のスケジュールを利用者の希望と調整し効率よく決定する技術に関する。
【背景技術】
【０００２】
各種商品の販売や不要品の回収のようなサービスを行う１つの営業形態として業者が自動車等の移動手段で不定期に地区を巡回する形態があるが、このような業者（巡回業者という）は各地区を巡回する日時を予め住民（利用者）に通知していないことが多かった。このため、利用者は巡回業者の放送により突然に必要とする巡回業者が巡回してきたことを知り慌てて巡回業者と取り引きするというケースが多かった。
【０００３】
また、このような巡回業者は灯油販売や不要品回収のように利用者宅まで出向くことにより価値を生むサービスをするものがある。利用者はこのようなサービスを受けようとしても、勤務等で留守にしているとなかなかサービスを受ける機会がなく不便を感じることが多かった。そこで、不定期に巡回する巡回業者と利用者とが互いに都合を合わせて取り引きできるような仕組みがあれば、利用者は便利になり、巡回業者は効率よく営業することができる。
【０００４】
例えば、特開２００２−２４４９３号公報の発明は、居宅訪問介護事業者が派遣するヘルパーの勤務可能な時間帯と利用者の希望する時間帯とをそれぞれのデータベースに登録し、コンピュータで利用者の希望する時間に都合の付くヘルパーを探し出して予約する技術を開示している。
【０００５】
また、特開２００１−２７３３８７号公報の発明は、廃棄物を収集するシステムで、予約センタが予め廃棄物を収集する日時や地域等のスケジュールをウェブページに掲載し、住民がウェブページをアクセスして日時を指定して申し込み、予約センタが申し込み内容が適正か判断して予約を受け付ける技術を開示している。
【０００６】
【特許文献１】特開２００２−０２４４９３号公報
【特許文献２】特開２００１−２７３３８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特開２００２−０２４４９３号公報の発明は、利用者の希望する時間帯に都合のよいヘルパーを割り当てるものであって、ヘルパーが複数の利用者を巡回することについては全く考慮されていない。従って、利用者の希望を達成できても、ヘルパーの業務効率を向上することができないという問題がある。
【０００８】
特開２００１−２７３３８７号公報の発明は、廃棄物を収集する業者側が一方的にスケジュールを開示し、利用者が都合を合わせて申し込めるようにしたもので、収集業者の巡回経路や巡回効率については全く考慮されていない。従って、巡回業者は予約を受け付けても巡回が効率よくできないという問題がある。
【０００９】
本発明の目的は、巡回の対象となる利用者の住所と地図に基づいて巡回業者の巡回時間が最短となるように巡回順等の巡回スケジュールを決めることにより、利用者の利便を図るとともに不定期巡回業者の巡回効率を向上できる巡回予約システム、巡回予約サーバ、巡回予約方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の第１の巡回予約システムは、巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約システムであって、
前記巡回予約サーバは、巡回業者端末から受け付けた巡回予定情報に対して巡回予定情報に含まれるサービス内容と巡回地区と巡回日と各利用者端末から受け付けた予約申込情報に含まれるサービス内容と住所と希望日とを比較し、これらが一致した予約申込情報に対して利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする。
【００１１】
本発明の第２の巡回予約システムは、巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約システムであって、
前記巡回予約サーバは、巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、
業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、
抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする。
【００１２】
本発明の第３の巡回予約システムは、巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約システムであって、
前記巡回予約サーバは、巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、
業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、
抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを仮決定し、
仮決定の内容で予約するか否かを該当する利用者端末に問い合わせた結果で巡回スケジュールを決定することを特徴とする。
【００１３】
本発明の第４の巡回予約システムは、本発明の第１乃至第３のいずれかの巡回予約システムにおいて、前記巡回予約サーバは、前記巡回予定情報の巡回日と予約申込情報の希望日が不一致の場合でもその差が予め決められた範囲内にある場合は一致と見なして比較することを特徴とする。
【００１４】
本発明の第１の巡回予約サーバは、巡回業者が提供する巡回予定情報に対して巡回予定情報に含まれるサービス内容と巡回地区と巡回日と各利用者が申し込む予約申込情報に含まれるサービス内容と住所と希望日とを比較し、これらが一致した予約申込情報に対して利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする。
【００１５】
本発明の第２の巡回予約サーバは、巡回業者端末と利用者端末とネットワークで接続する巡回予約サーバであって、巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする。
【００１６】
本発明の第３の巡回予約サーバは、巡回業者端末と利用者端末とネットワークで接続する巡回予約サーバであって、巡回業者から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを仮決定し、仮決定の内容で予約するか否かを該当する利用者端末に問い合わせた結果で巡回スケジュールを決定することを特徴とする。
【００１７】
本発明の第４の巡回予約サーバは、本発明の第３の巡回予約サーバにおいて、前記巡回スケジュールに利用者の回答結果の情報を示す回答フラグを付加して保持する決定予約記憶手段を有し、前記仮決定した巡回スケジュールを決定予約記憶手段に登録する際に回答フラグを仮決定状態とし、前記問い合わせ結果で決定した巡回スケジュールで決定予約記憶手段を更新する際に前記問い合わせの結果が予約の場合は回答フラグを予約決定状態として前記利用者受付記憶手段から該当する予約申込情報を消去し、問い合わせの結果が解約の場合は回答フラグを解約状態とし、回答フラグが予約決定状態以外の予約申込情報については別の巡回予定情報に対して前記比較を開始するようにしたことを特徴とする。
【００１８】
本発明の第５の巡回予約サーバは、本発明の第１乃至第４のいずれかの巡回予約サーバにおいて、前記巡回予定情報は受付期限日を含み、受付期限日を過ぎた前記巡回予定情報に対して前記比較を開始することを特徴とする。
【００１９】
本発明の第６の巡回予約サーバは、本発明の第１乃至第５のいずれかの巡回予約サーバにおいて、前記予約申込情報の希望日となっても該当するサービスを提供する前記巡回予定情報が無かった場合にその旨を利用者端末に通知することを特徴とする。
【００２０】
本発明の第７の巡回予約サーバは、本発明の第１乃至第６のいずれかの巡回予約サーバにおいて、前記巡回予定情報の巡回日と予約申込情報の希望日が不一致の場合でもその差が予め決められた範囲内にある場合は一致と見なして比較することを特徴とする。
【００２１】
本発明の第８の巡回予約サーバは、本発明の第１乃至第７のいずれかの巡回予約サーバにおいて、前記決定した巡回スケジュールに対して巡回する地区の地図情報に巡回予約した利用者の住所とその巡回順を示した巡回経路情報を付加して前記巡回業者端末に通知することを特徴とする。
【００２２】
本発明の第１の巡回予約方法は、巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約方法であって、前記巡回予約サーバは、巡回業者端末から受け付けた巡回予定情報に対して巡回予定情報に含まれるサービス内容と巡回地区と巡回日と各利用者端末から受け付けた予約申込情報に含まれるサービス内容と住所と希望日とを比較し、これらが一致した予約申込情報に対して利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする。
【００２３】
本発明の第２の巡回予約方法は、巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約方法であって、前記巡回予約サーバは、巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定することを特徴とする。
【００２４】
本発明の第３の巡回予約方法は、巡回業者端末と利用者端末と巡回スケジュールを決定する巡回予約サーバとをネットワークで接続する巡回予約方法であって、前記巡回予約サーバは、巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を保持する業者受付記憶手段と、利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を保持する利用者受付記憶手段を有し、業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出し、抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを仮決定し、仮決定の内容で予約するか否かを該当する利用者端末に問い合わせた結果で巡回スケジュールを決定することを特徴とする。
【００２５】
本発明の第４の巡回予約方法は、本発明の第３の巡回予約方法において、前記巡回予約サーバは、前記巡回スケジュールに利用者の回答結果の情報を示す回答フラグを付加して保持する決定予約記憶手段を有し、前記仮決定した巡回スケジュールを決定予約記憶手段に登録する際に回答フラグを仮決定状態とし、前記問い合わせ結果で決定した巡回スケジュールで決定予約記憶手段を更新する際に前記問い合わせの結果が予約の場合は回答フラグを予約決定状態として前記利用者受付記憶手段から該当する予約申込情報を消去し、問い合わせの結果が解約の場合は回答フラグを解約状態とし、回答フラグが予約決定状態以外の予約申込情報については別の巡回予定情報に対して前記比較を開始するようにしたことを特徴とする。
【００２６】
本発明の第５の巡回予約方法は、本発明の第１乃至第４のいずれかの巡回予約方法において、前記巡回予約サーバは、前記巡回予定情報の巡回日と予約申込情報の希望日が不一致の場合でもその差が予め決められた範囲内にある場合は一致と見なして比較することを特徴とする。
【００２７】
本発明の第１のプログラムは、ネットワークを介して巡回業者端末から受け付けた巡回予定情報に対して巡回予定情報に含まれるサービス内容と巡回地区と巡回日とネットワークを介して各利用者端末から受け付けた予約申込情報に含まれるサービス内容と住所と希望日とを比較する手順と、これらが一致した予約申込情報に対して利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定する手順とをコンピュータに実行させる。
【００２８】
本発明の第２のプログラムは、ネットワークを介して巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を業者受付記憶手段に登録する手順と、ネットワークを介して利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を利用者受付記憶手段に登録する手順と、業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出する手順と、抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを決定する手順とをコンピュータに実行させる。
【００２９】
本発明の第３のプログラムは、ネットワークを介して巡回業者端末から受け付けたサービス内容と巡回地区と巡回日を含む巡回予定情報を業者受付記憶手段に登録する手順と、ネットワークを介して利用者端末から受け付けたサービス内容と希望日と希望時刻と住所を含む予約申込情報を利用者受付記憶手段に登録する手順と、業者受付記憶手段に保持された巡回予定情報に含まれるサービス内容と巡回地区と巡回日と利用者受付記憶手段に保持された予約申込情報に含まれるサービス内容と住所と希望日とを比較してこれらが一致した予約申込情報を利用者受付記憶手段から抽出する手順と、抽出した各予約申込情報の利用者の住所とその地区の地図を参照して全体の移動時間が短くなるように利用者の巡回順と予約時刻を含む巡回スケジュールを仮決定する手順と、仮決定の内容で予約するか否かを該当する利用者端末に問い合わせその結果で巡回スケジュールを決定する手順とをコンピュータに実行させる。
【００３０】
本発明の第４のプログラムは、本発明の第３のプログラムにおいて、前記仮決定した巡回スケジュールを回答フラグを仮決定状態として決定予約記憶手段に登録する手順と、前記問い合わせの結果が予約の場合は回答フラグを予約決定状態として巡回スケジュールを決定し決定予約記憶手段を更新するとともに前記利用者受付記憶手段から該当する予約申込情報を消去し、問い合わせの結果が解約の場合は回答フラグを解約状態として巡回スケジュールを決定し決定予約記憶手段を更新する手順と、回答フラグが予約決定状態以外の予約申込情報については別の巡回予定情報に対して前記比較を開始するようにした手順とをコンピュータに実行させる。
【発明の効果】
【００３１】
巡回業者は、利用者の住所と希望時刻に基づいて巡回順を考慮した予約を取ることができるので効率よく巡回できるとともに、より多くの利用者に対してサービスを提供できるという効果がある。また、利用者は予約が取りやすくなる。
【発明を実施するための最良の形態】
【００３２】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。本発明は図１に示す通り、利用者端末１０、巡回業者端末２０、予約処理装置３０がそれぞれネットワーク４０を介して接続されるよう構成される。ネットワーク４０は例えばインターネットである。図１では利用者端末１０と巡回業者端末２０はそれぞれ１つだけ代表して示しているが、数を制限するものではなくそれぞれ複数ネットワーク４０に接続することができる。
【００３３】
利用者端末１０は、利用者が使用するパーソナルコンピュータや携帯情報機器や情報処理機能を有した携帯電話等の情報処理装置であり、図示しないがプログラムやデータを記憶する記憶手段、プログラムを実行するＣＰＵ、データの入力機能やデータの表示機能等を実行する入出力手段、ネットワーク４０に接続してウェブページアクセスや電子メールを実行可能な通信手段等を有している。利用者は利用者端末１０を操作して巡回業者に対して予約をするためのデータの送信やデータの受信表示等を行うことができる。
【００３４】
巡回業者端末２０は、巡回業者が使用するパーソナルコンピュータや携帯情報機器や情報処理機能を有した携帯電話等の情報処理装置であり、図示しないがプログラムやデータを記憶する記憶手段、プログラムを実行するＣＰＵ、データの入力機能やデータの表示機能等を実行する入出力手段、ネットワーク４０に接続してウェブページアクセスや電子メールを実行可能な通信手段等を有している。巡回業者は巡回業者端末２０を操作して何時どこを巡回するかというデータの送信やデータの受信表示等を行うことができる。
【００３５】
巡回予約サーバ３０は、巡回業者のサービスに対する利用者の予約申込を受け付けて巡回業者が提供する巡回サービスの巡回順を含む巡回スケジュールを決定し、そのスケジュールと利用者の希望する日時との調整を行い予約を受け付ける処理を実行する情報処理装置であり、図示しないがプログラムやデータを記憶する記憶手段、プログラムを実行するＣＰＵ、データの入力機能やデータの表示機能等を実行する入出力手段、ネットワーク４０に接続してウェブページを開設したり電子メールの利用が可能な通信手段等を有している。
【００３６】
巡回予約サーバ３０は、図１に示すように、受付処理部３１と、調整処理部３２と、業者が作成した巡回日や巡回地区等の情報を含む巡回予定情報を保持する業者受付ＤＢ３３と、利用者が希望するサービスとその日時やサービスを受ける住所を含む予約申込情報を保持する利用者受付ＤＢ３４と、巡回業者の利用者の予約申込情報に基づいて巡回の経路をスケジュールした仮巡回スケジュールや利用者と調整した結果の決定巡回スケジュールである決定予約情報を保持する決定予約ＤＢ３５と、各巡回業者が巡回する地区の住所と位置との対応情報を含む地図情報を保持する地図情報ＤＢ３６を含んでいる。
【００３７】
受付処理部３１と調整処理部３２は通常はプログラムで実現され図に示されるフローチャートの機能を巡回予約サーバ３０で実行する。ただし、プログラムに限定するものではなくプログラム以外で実現してもよい。業者受付ＤＢ３３、利用者受付ＤＢ３４、決定予約ＤＢ３５、及び地図情報ＤＢ３６はデータベースで実現されるものとする。
【００３８】
受付処理部３１は、巡回するサービス内容と地区と日付と予約受付期限を含んだ巡回予定情報を業者端末２０から受け付けて業者受付ＤＢ３３に登録し、利用者端末１０のアクセスに対して巡回予定情報を提供し、利用者端末１０から予約申込情報を受け付けて利用者受付ＤＢ３４に登録する。
【００３９】
調整処理部３２は、業者受付ＤＢ３３と利用者受付ＤＢ３４と地図情報ＤＢ３６に基づいて利用者の巡回順と予約時刻を含む巡回スケジュールを仮決定し、利用者に確認の問い合わせをして最終的な巡回スケジュールを決定し、決定した決定巡回スケジュールについてその巡回順も付して巡回業者端末２０へ送信する。
【００４０】
図２は業者受付ＤＢ３３の一例を示した図である。図２を参照すると、例えば１行目には業者名が「Ｔ石油」の巡回予定情報が登録されている。その内容は決定予約ＤＢ３５との関連づけのため受付処理部３１により付与される業者受付番号が「０１０１」で、サービス内容が灯油を出張販売する「灯油販売」で、巡回地区がＢ町とＦ町で、巡回日が「２００５年３月１日」で、利用者からの受付締め切りが「２００５年２月２４日」で、最終決定の回答期限が「２００５年２月２６日」という情報を含んでいる。図２ではさらに連絡先としてメールアドレスが登録されているが、巡回予約サーバ３０を運用する業者と巡回業者との契約等を管理する情報の一部として別の記憶手段で管理するようにしてもよく、また図示しないが連絡先には業者の電話番号も含まれている。
【００４１】
図３は利用者受付ＤＢ３４の一例を示した図である。図３を参照すると、例えば１行目には利用者名「真須美」の予約申込情報が登録されている。その内容は決定予約ＤＢ３５との関連づけのため受付処理部３１により付与された予約受付番号が「５００１」で、住所が「Ｂ町１−１」で、希望するサービスが「灯油販売」で、サービスを希望する日が「２００５年３月１日」で、その希望時刻が「９時」という情報が含まれている。図３ではさらに連絡先のメールアドレスが登録されているが、これは巡回予約サーバ３０を運用する業者と利用者との間の契約等を管理する情報の一部として別の記憶手段で管理するようにしてもよくまた図示しないが連絡先には利用者の電話番号も含まれている。
【００４２】
図４は決定予約ＤＢ３５の一例を示した図である。決定予約ＤＢ３５には巡回スケジュールの仮決定が実行される毎に仮巡回スケジュール情報が作成されて登録される。図４を参照すると例えば業者名が「Ｔ石油」で業者受付番号「０１０１」の決定予約情報が示されている。その内容は調整処理部３２により付与される巡回の順番に従って順番、利用者名、住所、サービス内容、巡回日、時刻、連絡先、通信欄、回答フラグという情報を含んでいる。
【００４３】
回答フラグは、仮決定した際に仮決定状態を示す「０」とされ、利用者に確認の問い合わせをした結果、利用者から「予約する」と回答を得た場合に予約決定状態を示す「１」が設定され、「予約しない」と回答を得た場合に解約状態を示す「２」が設定される。また回答期限日までに利用者から回答を得られなかった場合は「０」のままとなる。巡回業者は回答期限日までに図４の決定予約情報に基づいて作成される巡回依頼書（図１２、後述）を取得し、効率的に巡回することができる。
【００４４】
次に、本発明を実施するための最良の形態の動作について図面を参照して説明する。まず、受付処理部３１は、巡回業者が作成した巡回予定情報の受け付けと利用者の予約申込情報の受け付けを実行する。この動作を図５のフローチャートに示す。次に調整処理部３２は受付処理部３１が受け付けた情報に基づいて巡回スケジュールを仮決定し利用者に問い合わせた結果で巡回スケジュールを最終的に決定する処理を実行する。この動作を図６のフローチャートで示す。また、調整処理部３２は期限切れになった利用者の予約申込に対する通知処理を実行する。この動作を図７のフローチャートで示す。
【００４５】
まず、図５を参照して受け付けの動作について説明する。巡回業者は巡回予定を事前に調整して例えば図２に示すような巡回予定情報を作成し、業者端末２０を操作して巡回予約サーバ３０へ送信する（Ｓ５１）。例えば、巡回予約サーバ３０が開設するウェブページへアクセスし、図示しないが巡回予定情報登録用に必要事項を入力するように案内されたウェブページから必要な情報を入力するようにすればよい。もちろん専用に準備されたソフトウェアを利用して巡回予定情報を作成し送信するようにしてもよいが、以降は広く普及しているウェブページや電子メールを利用して実現することを具体例として説明している。
【００４６】
巡回予約サーバ３０の受付処理部３１は巡回予定情報を受け付けるとその内容をチェックし、問題があればエラーメッセージを業者端末２０へ通知する（Ｓ５２）。問題がなければ、受付処理部３１は管理のために業者受付番号を作成し、受け付けた巡回予定情報に作成した業者受付番号を付加して業者受付ＤＢ３３へ登録し受け付けたことを業者受付番号とともに巡回業者端末２０に通知する（Ｓ５３）。
【００４７】
ここでするチェックとは、例えば、日付が所定の範囲外であったり、受付期限日と回答期限日の順が逆になっていたりした場合に問題と判断する。所定の範囲とは例えば、受付期限日が受付当日の３日後から３ヶ月の間である。また、予め業者との間で契約する場合は業者が契約している業者でない場合にエラーとする。エラー通知は、例えば、巡回業者端末２０上に表示されているウェブページ上にエラーメッセージを表示すればよく、その場合、巡回業者はエラー内容を確認してステップＳ５１からやり直せる。
【００４８】
受付処理部３１は、図示しないが、業者受付ＤＢ３３に登録した巡回予定情報をウェブページとして作成しネットワーク４０を介して利用者端末１０からアクセス出来るようにする。これにより、利用者はこのウェブページをアクセスすることにより巡回業者によるサービスの予定を知ることができる。
【００４９】
一方、利用者は、巡回業者に予約をする場合、利用者端末１０に予約申込情報を入力して巡回予約サーバ３０へ送信するよう操作する（Ｓ５４）。操作方法としては、例えば、巡回予約サーバ３０が開設するウェブページへアクセスし、図示しないが希望予約登録用に必要事項を入力するように案内されたウェブページから必要な情報を入力するようにすればよい。
【００５０】
巡回予約サーバ３０の受付処理部３１は予約申込情報を受け付けるとその内容をチェックし問題があればエラーメッセージを利用者端末１０へ通知する（Ｓ５５）。例えば利用者端末１０上に表示されているウェブページ上にエラーメッセージを表示すればよい。問題がなければ受付処理部３１は管理のために予約受付番号を作成し、受け付けた予約申込情報に作成した予約受付番号を付加して利用者受付ＤＢ３４へ登録し、受け付けたことを予約受付番号とともに利用者端末１０に通知する（Ｓ５６）。
【００５１】
ここでするチェックとは、ステップＳ５２のチェックと同様に日付や契約の有無であり、さらに申し込んだサービスが対象外だったり、時刻が深夜等で範囲外であったりした場合に問題と判断する。エラー通知は、例えば、利用者端末１０上に表示されているウェブページ上にエラーメッセージを表示すればよく、その場合、利用者はエラー内容を確認してステップＳ５４からやり直せる。
【００５２】
次に、図６を参照して巡回スケジュールを決定する動作について説明する。巡回予約サーバ３０の調整処理部３２は業者受付ＤＢ３３を定期的に監視し受付期限を過ぎた巡回予定情報の登録がないかをチェックする（Ｓ６１）。定期的とは、例えば、毎日巡回予約サーバ３０が運転を開始した直後の時刻であるとか受け付けを終了する時刻の直後であるとか、２４時間運転の場合は０時直後の時刻であるとかに設定すればよく、また曜日によって変えてもよく、数時間毎に周期的に設定してもよい。
【００５３】
ステップＳ６１で受付期限を過ぎた巡回予定情報が見つかると、調整処理部３２は利用者受付ＤＢ３４を参照して予約申込情報毎に住所、サービス、希望日と対象の巡回予定情報の巡回地区、サービス、巡回日とをそれぞれ比較して全て一致するものを抽出する（Ｓ６２）。
【００５４】
例えば図２を参照すると、受付期限を過ぎるものとして、例えば、２００５年２月２５日には業者受付番号０１０１の１件だけが抽出され、２月２６日には業者受付番号０１０２と０１０４の２件が抽出される。サービス内容が「灯油販売」で巡回地区がＢ町Ｆ町で巡回日が３月１日である業者受付番号０１０１の巡回予定情報に対しては利用者受付ＤＢ３４を参照して利用者受付番号５００１と５００４の２件が抽出される。実際にはより多くの利用者受付番号が抽出されることが予測されるがここでは説明上２件のみとする。ここでは日付が一致したもののみを抽出するようにしているが、後述のように日付が少し前後するものについても日付一致と見なすように判定することもできる。
【００５５】
次に、対象となる巡回予定情報に対して抽出された各予約申込情報の住所に対して地図情報ＤＢ３６を参照して巡回効率のよい巡回順を求める（Ｓ６３）。求める巡回順は全ての予約申込の利用者宅を巡回した際の総移動時間又は総移動距離が小さくなるように決定するものとする。
【００５６】
簡易に決定する方法としては各利用者宅間の直線距離に従って時間や距離を計算すればよい。より効率を上げるためには実際の道路情報を参照し通行可能な経路に従って移動距離を計算するようにしてもよい。さらに道路の渋滞等の交通情報を参照して移動時間を計算するようにしてもよく、この場合は総移動距離ではなく総移動時間が最小になる経路に従って巡回順を決定することになる。
【００５７】
このように決定された巡回順と利用者間の移動時間や作業時間等に基づいて各利用者に対するサービス提供の時刻を仮に決定し仮決定した結果の仮巡回スケジュールを決定予約ＤＢ３５に登録する（Ｓ６４）。このとき、回答フラグは仮決定状態を示す「０」として登録される。
【００５８】
例えば、業者受付番号０１０１のＴ石油の灯油販売の場合、利用者として利用者受付番号５００１の「真須美」と利用者受付番号５００４の「さとし」が抽出される。図３のように両者ともＢ町で近くに住んでいる。地図情報ＤＢ３６を参照すると「真須美」、「さとし」の順に巡回すると全体の移動時間が短くなり効率がよいものとする。また、巡回業者が９時からサービスを開始するものとすると「真須美」は希望時刻通り９時と仮決定し、「さとし」は希望時刻の９時３０分ではなく作業時間や距離から１０分後の９時１０分と仮決定する。
【００５９】
次に、仮決定の結果について抽出された利用者毎に仮決定が利用者希望と一致したかを判断し（Ｓ６５）、一致の場合受付確定通知を利用者端末１０へ通知し（Ｓ６６）、不一致の場合希望時刻不一致通知を利用者端末１０へ通知する（Ｓ６７）。この場合の通知は電子メールにて行えばよいが、インスタントメッセージのようにリアルタイム性のある通信手段でもよく限定するものではない。 なお、ステップＳ６５以降Ｓ７０までの処理は抽出された予約申込情報毎に処理される。例えば、「真須美」には受付確定通知が送られ、「さとし」には希望時刻不一致通知が送られる。
【００６０】
図８は「真須美」に送られる受付確定通知の一例を示したものである。図８の受付確定通知の文は例えば電子メールの本文に組んで送信される。利用者の「真須美」は受信した電子メールを開封して、希望通りの予約が確定したことを確認でき、都合が変わらなければ「予約する」とした回答を返信することができる。
【００６１】
図９は「さとし」に送られる希望時刻不一致通知の一例を示したものである。図９の希望時刻不一致通知の文は例えば電子メールの本文に組んで送信される。利用者の「さとし」は受信した電子メールを開封して、予約時刻が希望の９時３０分から９時１０分に変更されたことを知ることができ、９時１０分でも問題なければ「予約する」と返信することができる。
【００６２】
利用者端末１０は受付期限を過ぎると希望時刻不一致通知か受付確定通知のどちらかを受信する。利用者は通知を読んで指定された期日までに、提示された予約内容での予約を了承するか否かを判断して「予約する」か「予約しない」かいずれかの回答を利用者端末１０を操作して返信する（Ｓ６８）。例えば、通知文が電子メールで通知された場合は「予約する／予約しない」のいずれかを指定して電子メールを返信すればよい。指定の期日とは巡回業者が指定した回答期限日より前にする必要があり、例えば回答期限日の前日である。
【００６３】
調整処理部３２は返信の通知を受けると、回答が「予約する」であるか判断し（Ｓ６８）、「予約する」の場合は回答フラグを「１」に変更し利用者受付ＤＢ３４から該当する登録情報を消去する（Ｓ６９）。また、調整処理部３２は回答が「予約しない」であるか判断し（Ｓ７０）、回答が「予約しない」の場合は回答フラグを「２」に変更する（Ｓ７１）。
【００６４】
回答がない場合や「予約しない」という回答の場合は、予約申込情報の登録を利用者受付ＤＢ３４で保持しておき、新たな巡回業者の巡回予定が登録された際に予約できるようにする。なお、希望時刻不一致通知か受付確定通知を通知した利用者受付ＤＢ３４の登録情報に対してはその通知に対する回答があるまでの間に他の巡回業者のスケジュールに対して二重に予約されないように制御される。例えば、図示しないが、利用者受付ＤＢ３４の登録単位毎に回答待ちフラグを設けて回答があるまでの間は回答待ちフラグを「１」にしておき、調整処理部３２が利用者受付ＤＢ３４を参照する際に回答待ちフラグが「１」の登録情報に対しては抽出対象外とすれば二重の予約を回避できる。
【００６５】
指定された期日までに利用者から回答がなかった場合回答フラグは「０」のままとなる。図４は、真須美とさとしがともに「予約する」という回答を受信した結果の状態を示している。つまり、真須美は希望通りの時刻で予約し、さとしは希望時刻である「９時３０分」を「９時１０分」に変更したスケジュールを了承して予約したことになる。
【００６６】
以上のステップＳ６８〜Ｓ７１は回答期限日になるまで実行される（Ｓ７２）。回答期限日になると調整処理部３２は、決定予約ＤＢ３５を参照し、回答フラグが「１」となっているすなわち「予約する」と回答した利用者に対して図１０に示すような予約完了書を作成して通知する（Ｓ７３）。通知は決定予約ＤＢ３５に登録されている利用者のメールアドレスに対して電子メールで送信すればよい。
【００６７】
図１０では利用者の「真須美」に対して希望通りの日時に予約が決定したことを通知する内容となっている。利用者の「さとし」その他の図示しない回答フラグが「１」の利用者に対しても同様に予約完了書を作成して通知する。例えば、回答フラグが「０」又は「２」で登録されている利用者に対する予約完了書は作成されない。
【００６８】
続いて調整処理部３２は決定予約ＤＢ３５と地図情報ＤＢ３６を参照し、回答フラグが「１」の登録の情報を抽出して図１１に示すような巡回依頼書を作成して該当する巡回業者端末２０へ通知する（Ｓ７４）。通知は例えば電子メールで送信すればよい。
【００６９】
巡回依頼書の作成について図１１を参照して説明する。まず調整処理部３２は、決定予約ＤＢ３５を参照して回答フラグが「１」の登録の情報を抽出しこれを巡回する順番（決定予約ＤＢ３５の「順番」で示す）によって整列して巡回依頼書図１１に含まれる表を作成する。次に、調整処理部３２は地図情報ＤＢ３６から巡回対象の地区の地図を取りだして、その地図上に巡回する利用者の住所が分かるように印を付けまた巡回順が分かるような情報を付けて巡回順の地図を作成する。図１１では利用者の住所を四角で囲い、その中に巡回順の数字を示し、さらに矢印を入れて視覚的に巡回経路が分かりやすくなるようにしている。
【００７０】
次に、利用者の希望日までに該当する巡回業者のサービスが提供されなかった場合の動作について図７のフローチャートを参照して説明する。調整処理部３２は定期的に利用者受付ＤＢ３４を参照して、所定日になった登録情報を抽出する（Ｓ８１）。定期的とは、例えば、毎日巡回予約サーバ３０が運転を開始した直後の時刻であるとか受け付けを終了する時刻の直後であるとか、２４時間運転の場合は０時直後の時刻であるとかに設定すればよく、また曜日によって変えてもよく、数時間毎に周期的に設定してもよい。また、所定日とは希望日でも希望日の前々日でもよく特に限定する必要はないが、希望日前に通知する方が好ましい。
【００７１】
例えば、図２、図３の状態において、利用者受付番号が「５００２」の「夏雄」が「３月３日」に希望する「傘修理」のサービスは４月１日まで巡回スケジュールがないので、該当する巡回業者が見つからないまま３月３日の希望日の前日である３月２日に至ってしまう。従って、３月２日に調整処理部３２は利用者受付番号が「５００２」の登録を抽出することになる。
【００７２】
調整処理部３２は抽出した登録に対して図１２に示したような予約終了通知を作成して該当する利用者端末１０に通知する（Ｓ８２）。例えば、この通知は登録情報にある連絡先のメールアドレスに対して電子メールを送信すればよい。続いて調整処理部３２は通知した登録を利用者受付ＤＢ３４から消去する（Ｓ８３）。上記の「夏雄」の例では利用者受付番号が「５００２」の登録情報が３月２日に利用者受付ＤＢ３４から消去される。
【００７３】
このように予約終了通知を送る処理は、希望日までに該当する巡回スケジュールが見つからなかった利用者に対して実行されるだけでなく、受付確定通知や時刻不一致通知に対して回答が期限までになかったか「予約しない」という回答がされた利用者についても、その後別の予約が取れない限り希望日前日に至った時点で実行される。
【００７４】
このように、本願発明は、巡回業者と利用者からそれぞれ希望する条件を巡回予約サーバ３０が受け付けて効率のよい巡回スケジュールを作成し、利用者に調整の確認をするようにしたので、利用者は希望する日に予約が取りやすくなり、巡回業者は効率よく巡回してより多くの利用者に対してサービスを提供することができる。
【００７５】
以上の説明では、ステップＳ６２において予約申込情報と巡回予定情報の日付が一致した場合のみを日付一致として処理したが、予約申込情報の希望日が巡回予定情報の日付と一致しないものについても（例えば前後１日以内と限定する）日付一致で時刻不一致の場合と見なして予約処理してもよい。この処理による変更はステップＳ６２の処理において日付の一致条件を上記の通り変更するだけでよく、他は同様に処理できるので、詳細な説明は省略し以下簡単に説明する。
【００７６】
日付不一致でも一致と見なす方法では、日付が前後しても利用者は希望時刻不一致通知を受け取ることになる。利用者は希望時刻不一致通知を受け取り、都合がつくかどうか判断して都合がつく場合は希望日以外であっても「予約する」と回答することにより、利用者はより高い確率で予約が取れるようになる。また、巡回業者はより多くの予約を取ることが可能となる。この方法は、特に、毎日提供されないサービスについて有効となる。
【００７７】
例えば、以上の説明では「さとし」は希望日時を３月１日９時３０分として予約申込をしたが、受付期限日の翌日の２月２５日に希望時刻不一致通知を受け取り、提示された９時１０分での予約をすることにしたが、もし、都合が付かない場合は３月１日には予約できなくなる。
【００７８】
ところが、図２を参照すると業者受付番号０１０７に３月３日に同地区同内容の巡回予定が登録されているので、「さとし」が「予約しない」回答を２月２６日までにすれば２月２７日の業者受付番号０１０７の処理に間に合うことになる。ここで、希望日の前後２日までを一致と見なすような処理がされれば、「さとし」は２月２７日に再度希望時刻不一致通知を受け取り、例えば３月３日９時３０分という予約内容の提示を受け取れる可能性がある。この日時で都合がつけば「さとし」は当初の希望とは違う日時で予約をすることができるようになる。
【００７９】
また、日付が一致する利用者数が少なく日付一致の利用者のみをスケジュールした時点でスケジュールに空きがあるような場合に限って、日付の不一致の利用者にも範囲を拡げて追加して処理するようにする方法も上記説明から容易に実現することができる。また、希望日時を１つではなく複数登録して最も遅い希望日までの間比較するようにしてもよい。
【図面の簡単な説明】
【００８０】
【図１】本発明の構成を示した図である。
【図２】本発明の業者受付ＤＢ３３を示した図である。
【図３】本発明の利用者受付ＤＢ３４を示した図である。
【図４】本発明の決定予約ＤＢ３５を示した図である。
【図５】本発明の受け付けの動作を示したフローチャートである。
【図６】本発明の予約決定の動作を示したフローチャートである。
【図７】本発明の受付期限切れの動作を示したフローチャートである。
【図８】本発明の受付確定通知を示した図である。
【図９】本発明の希望時刻不一致通知を示した図である。
【図１０】本発明の予約完了書を示した図である。
【図１１】本発明の巡回依頼書を示した図である。
【図１２】本発明の受付終了通知を示した図である。
【符号の説明】
【００８１】
１０  利用者端末
２０  巡回業者端末
３０  巡回予約サーバ
３１  受付処理部
３２  調整処理部
３３  業者受付ＤＢ
３４  利用者受付ＤＢ
３５  決定予約ＤＢ
３６  地図情報ＤＢ
４０  ネットワーク
【図１】
2006252261.tif 000003
【図２】
2006252261.tif 000004
【図３】
2006252261.tif 000005
【図４】
2006252261.tif 000006
【図５】
2006252261.tif 000007
【図６】
2006252261.tif 000008
【図７】
2006252261.tif 000009
【図８】
2006252261.tif 000010
【図９】
2006252261.tif 000011
【図１０】
2006252261.tif 000012
【図１１】
2006252261.tif 000013
【図１２】
2006252261.tif 000014