JP7408969B2 - 予約処理装置及びプログラム - Google Patents

Description

本発明は、予約処理装置及びプログラムに関する。

会議開催エージェントは、会議を開催する利用者から会議開催の希望条件が指定されると会議への出席を要請する全利用者の各スケジュール管理エージェントに対して会議開催場所を通知して開催希望日時の範囲における空き時間を問い合わせ、出席要請者のスケジュール管理エージェントは、開催場所までの移動時間を除いた空き時間情報を会議開催エージェントに回答し、会議開催エージェントは、空き時間情報を取得し、出席要請者全員の空き時間情報に基づいて会議開催スケジュールを決定し、会議開催スケジュールを会議開催者に提示して確認すると共に会議開催通知を出席要請者のスケジュール管理エージェントに通知する会議開催及びスケジュール管理支援装置は、知られている（例えば、特許文献１参照）。

特開平９－９１３４１号公報

移動体を利用して施設を訪問するにあたり、施設の予約の依頼を行うことにより施設を予約する場合がある。このような場合に、施設と共に移動体も予約しようとすると、施設の予約の依頼が受け入れられる前に移動体を予約してしまう虞がある。

また、移動体を利用して施設を訪問するにあたり、移動体の予約の依頼を行うことにより移動体を予約する場合もある。このような場合に、移動体と共に施設も予約しようとすると、移動体の予約の依頼が受け入れられる前に施設を予約してしまう虞がある。

本発明の目的は、施設の予約の依頼が受け入れられる前に移動体を予約してしまうことを抑制することにある。

また、本発明の他の目的は、移動体の予約の依頼が受け入れられる前に施設を予約してしまうことを抑制することにある。

請求項１に記載の発明は、出発地、目的地、目的地到着時刻が指定されると、当該出発地、当該目的地、当該目的地到着時刻の情報を用いて、当該出発地から当該目的地までの移動に利用する移動体と、当該出発地から当該目的地への移動ルートとを特定する移動体特定手段と、前記移動ルート中の地点から予め定められた地理的範囲内又は時間的範囲内にある複数の施設を提案し、当該複数の施設のうちの選択された一の施設を、前記移動体を利用して訪問する施設として特定する施設特定手段と、前記施設の予約を行う施設サーバへ当該施設の予約依頼を送信することにより、当該施設の予約の依頼を行う依頼手段と、前記施設サーバから前記予約の完了通知を受信した場合に、前記移動体の予約を行う移動体サーバへ当該移動体の予約依頼を送信することにより、当該移動体を予約する処理を行う処理手段とを備えたことを特徴とする予約処理装置である。
請求項２に記載の発明は、前記移動体特定手段は、前記出発地から前記目的地へ移動するための前記移動体の利用を含む複数の移動方法を特定し、前記施設特定手段は、前記複数の移動方法のうちの２つの移動方法の移行地点を前記移動ルート中の地点として特定することを特徴とする請求項１に記載の予約処理装置である。
請求項３に記載の発明は、前記施設特定手段は、前記移行地点における空き時間の長さに応じた態様で前記複数の施設を提案することを特徴とする請求項２に記載の予約処理装置である。
請求項４に記載の発明は、前記施設特定手段は、前記移行地点における前記空き時間が長いほど、前記複数の施設として多くの施設を提案することを特徴とする請求項３に記載の予約処理装置である。
請求項５に記載の発明は、前記施設特定手段は、前記移行地点における前記空き時間が閾値以上である場合に、前記複数の施設を提案することを特徴とする請求項３に記載の予約処理装置である。
請求項６に記載の発明は、前記処理手段は、前記施設サーバから前記予約の完了通知を受信するまで、前記移動体の予約を制限する処理を行うことを特徴とする請求項１に記載の予約処理装置である。
請求項７に記載の発明は、前記処理手段は、前記移動体の予約を取り消した際の方針に応じて、前記制限する処理を行うことを特徴とする請求項６に記載の予約処理装置である。
請求項８に記載の発明は、前記処理手段は、前記制限する処理として、前記移動体の予約を取り消した際に取り消し料金が発生しない場合に限り、前記移動体を予約する処理を行うことを特徴とする請求項７に記載の予約処理装置である。
請求項９に記載の発明は、前記処理手段は、前記制限する処理として、前記移動体の予約を取り消した際に取り消し料金が発生する場合は、前記移動体を予約しないようにする処理を行うことを特徴とする請求項７に記載の予約処理装置である。
請求項１０に記載の発明は、前記移動体特定手段は、何れかの施設において予め定められた滞在時間を確保する前記移動体を、前記目的地到着時刻から当該予め定められた滞在時間を含む空き時間を減算した時刻を用いて、特定することを特徴とする請求項１に記載の予約処理装置である。
請求項１１に記載の発明は、前記施設特定手段は、前記移動体特定手段により前記移動体が特定された後に、複数の施設を各施設における滞在時間に応じて提案し、当該複数の施設のうちの選択された一の施設を特定することを特徴とする請求項１０に記載の予約処理装置である。
請求項１２に記載の発明は、出発地、目的地、目的地到着時刻が指定されると、当該出発地、当該目的地、当該目的地到着時刻の情報を用いて、当該出発地から当該目的地までの移動に利用する移動体と、当該出発地から当該目的地への移動ルートとを特定する移動体特定手段と、前記移動ルート中の地点から予め定められた地理的範囲内又は時間的範囲内にある複数の施設を提案し、当該複数の施設のうちの選択された一の施設を、前記移動体を利用して訪問する施設として特定する施設特定手段と、前記移動体の予約を行う移動体サーバへ当該移動体の予約依頼を送信することにより、当該移動体の予約の依頼を行う依頼手段と、前記移動体サーバから前記予約の完了通知を受信した場合に、前記施設の予約を行う施設サーバへ当該施設の予約依頼を送信することにより、当該施設を予約する処理を行う処理手段とを備えたことを特徴とする予約処理装置である。
請求項１３に記載の発明は、コンピュータに、出発地、目的地、目的地到着時刻が指定されると、当該出発地、当該目的地、当該目的地到着時刻の情報を用いて、当該出発地から当該目的地までの移動に利用する移動体と、当該出発地から当該目的地への移動ルートとを特定する機能と、前記移動ルート中の地点から予め定められた地理的範囲内又は時間的範囲内にある複数の施設を提案し、当該複数の施設のうちの選択された一の施設を、前記移動体を利用して訪問する施設として特定する機能と、前記施設の予約を行う施設サーバへ当該施設の予約依頼を送信することにより、当該施設の予約の依頼を行う機能と、前記施設サーバから前記予約の完了通知を受信した場合に、前記移動体の予約を行う移動体サーバへ当該移動体の予約依頼を送信することにより、当該移動体を予約する処理を行う機能とを実現させるためのプログラムである。
請求項１４に記載の発明は、コンピュータに、出発地、目的地、目的地到着時刻が指定されると、当該出発地、当該目的地、当該目的地到着時刻の情報を用いて、当該出発地から当該目的地までの移動に利用する移動体と、当該出発地から当該目的地への移動ルートとを特定する機能と、前記移動ルート中の地点から予め定められた地理的範囲内又は時間的範囲内にある複数の施設を提案し、当該複数の施設のうちの選択された一の施設を、前記移動体を利用して訪問する施設として特定する機能と、前記移動体の予約を行う移動体サーバへ当該移動体の予約依頼を送信することにより、当該移動体の予約の依頼を行う機能と、前記移動体サーバから前記予約の完了通知を受信した場合に、前記施設の予約を行う施設サーバへ当該施設の予約依頼を送信することにより、当該施設を予約する処理を行う機能とを実現させるためのプログラムである。

請求項１の発明によれば、施設の予約の依頼が受け入れられる前に移動体を予約してしまうことを抑制することができる。
請求項２の発明によれば、移動体の利用を含む複数の移動方法のうちの２つの移動方法の移行地点に対応する施設の予約の依頼を行うことができる。
請求項３の発明によれば、移行地点における空き時間の長さを考慮して、移行地点に対応する複数の施設から一の施設を選択することができる。
請求項４の発明によれば、移行地点における空き時間が長いほど多くの施設から一の施設を選択することができる。
請求項５の発明によれば、移行地点における空き時間の長さに関係なく複数の施設を提案する場合に比較して、複数の施設から一の施設を選択する際の煩雑さを軽減することができる。
請求項６の発明によれば、施設の予約の依頼が受け入れられる前に移動体を全く予約できないという事態を回避することができる。
請求項７の発明によれば、施設の予約の依頼が受け入れられる前であっても、移動体の予約を取り消した際の方針を考慮して移動体を予約することができる。
請求項８の発明によれば、施設の予約の依頼が受け入れられる前であっても、移動体の予約を取り消した際に取り消し料金が発生しなければ移動体を予約することができる。
請求項９の発明によれば、施設の予約の依頼が受け入れられる前に、移動体の予約を取り消した際に取り消し料金が発生すれば移動体を予約しないようにすることができる。
請求項１０の発明によれば、何れかの施設において予め定められた滞在時間を確保する移動体を予約することができる。
請求項１１の発明によれば、予め定められた滞在時間を確保可能な複数の施設から、滞在時間を考慮して一の施設を選択することができる。
請求項１２の発明によれば、移動体の予約の依頼が受け入れられる前に施設を予約してしまうことを抑制することができる。
請求項１３の発明によれば、施設の予約の依頼が受け入れられる前に移動体を予約してしまうことを抑制することができる。
請求項１４の発明によれば、移動体の予約の依頼が受け入れられる前に施設を予約してしまうことを抑制することができる。

本発明の実施の形態が適用される予約システムの全体構成例を示した図である。 本発明の実施の形態における予約サーバのハードウェア構成例を示した図である。 （ａ），（ｂ）は、本発明の実施の形態における予約システムで携帯端末に表示される予約依頼画面の例を示した図である。 目的地の訪問前に事前作業を行う場合に携帯端末に表示されるスケジュール画面の例を示した図である。 スケジュール画面から起動されて携帯端末に表示されるスケジュール詳細設定画面の例を示した図である。 スケジュール詳細設定画面で詳細情報が設定された後のスケジュール画面の例を示した図である。 スケジュール画面から起動されて携帯端末に表示される施設選択画面の例を示した図である。 施設選択画面から起動されて携帯端末に表示される地図画面の例を示した図である。 施設選択画面で施設が選択された場合のスケジュール画面の例を示した図である。 本発明の実施の形態における予約システムで施設サーバ側に表示される予約管理画面の例を示した図である。 本発明の実施の形態における予約サーバの機能構成例を示したブロック図である。 本発明の実施の形態における予約サーバの移動体情報記憶部に記憶された移動体情報の具体例を示した図である。 本発明の実施の形態における予約サーバの施設情報記憶部に記憶された施設情報の具体例を示した図である。 本発明の実施の形態における予約サーバの動作例を示したフローチャートである。 目的地の訪問前に事前作業を行う場合のステップ２０２の動作例を示したフローチャートである。 目的地の訪問前に事前作業を行う場合のステップ２０３の動作例を示したフローチャートである。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。

［予約システムの全体構成］
図１は、本実施の形態が適用される予約システム１の全体構成例を示した図である。図示するように、この予約システム１は、携帯端末１０と、予約サーバ２０と、移動体サーバ４０と、施設サーバ６０とを含む。携帯端末１０は、Ｗｉ－Ｆｉ（登録商標）等の無線通信によりアクセスポイント７０を介して通信回線８０と無線接続可能になっている。また、予約サーバ２０、移動体サーバ４０、施設サーバ６０は、通信回線８０に接続されている。通信回線８０は、例えばインターネットとすればよい。

携帯端末１０は、予約システム１のユーザが移動体及び施設を予約するために使用する端末装置である。図では、携帯端末１０は、１つしか示していないが、複数存在してもよい。携帯端末１０には、汎用のブラウザがインストールされており、このブラウザは、予約サーバ２０から送られた画面を表示するものとする。携帯端末１０は、例えば、スマートフォンによって実現するとよい。

予約サーバ２０は、移動体サーバ４０への移動体予約依頼及び施設サーバ６０への施設予約依頼を一括で行い、移動体及び施設の予約完了通知を携帯端末１０へ送信するサーバコンピュータである。特に、施設サーバ６０への施設予約依頼を行う際、予約サーバ２０は、まず、施設サーバ６０へ予約状況を問い合わせる。そして、例えば施設のスタッフが予約可能と判断して予約操作を行うことで施設サーバ６０から予約完了通知を受けると、予約完了通知を携帯端末１０へ送信し、これにより施設の予約が確定することとすればよい。図では、予約サーバ２０は、１つしか示していないが、複数存在してもよい。本実施の形態では、予約処理装置の一例として、予約サーバ２０を設けている。

移動体サーバ４０は、移動体の予約を行うサーバコンピュータである。図では、移動体サーバ４０は、１つしか示していないが、複数存在してもよい。その場合、移動体サーバ４０は、例えば、移動体の種別ごとに存在してもよい。ここで、移動体とは、ユーザが移動する際に利用する移動手段のことを言い、例えば、電車、バス、タクシー、飛行機、船等の交通機関の他、ライドシェア等も含まれる。また、移動体の種別とは、移動体を運行する会社に対応する種別である。例えば、移動体が電車であるとすると、電車を運行する鉄道会社が異なれば、移動体の種別は異なる。尚、通常、移動体を運行する会社ごとに移動体の予約を行うサイトが存在するので、移動体の種別が異なると移動体の予約を行うサイトも異なることになる。

施設サーバ６０は、施設の予約を行うサーバコンピュータである。図では、施設サーバ６０は、１つしか示していないが、複数存在してもよい。その場合、施設サーバ６０は、例えば、施設の種別ごとに存在してもよい。ここで、施設とは、ユーザが一時的に滞在する空間のことを言い、例えば、作業ブース、会議室、喫茶店、レストラン、ホテル等が含まれる。施設が作業ブース、会議室、喫茶店、レストランであれば、滞在中に仕事等の作業を行うことが想定され、施設が喫茶店、レストランであれば、滞在中に飲食を行うことが想定され、施設がホテルであれば、滞在中に休憩又は宿泊を行うことが想定される。しかしながら、施設の概念は、滞在中に行う行為によって限定されるものではない。また、施設の種別とは、施設を運営する会社に対応する種別である。例えば、施設が喫茶店であるとすると、喫茶店を運営する会社が異なれば、施設の種別は異なる。尚、通常、施設を運行する会社ごとに施設の予約を行うサイトが存在するので、施設の種別が異なると施設の予約を行うサイトも異なることになる。

［予約サーバのハードウェア構成］
図２は、本実施の形態における予約サーバ２０のハードウェア構成例を示した図である。図示するように、予約サーバ２０は、演算手段であるＣＰＵ２１と、記憶手段であるメインメモリ２２及びＨＤＤ（Hard Disk Drive）２３とを備える。ここで、ＣＰＵ２１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各機能を実現する。また、メインメモリ２２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、ＨＤＤ２３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。更に、予約サーバ２０は、外部との通信を行うための通信Ｉ／Ｆ２４と、ディスプレイ等の表示デバイス２５と、キーボードやマウス等の入力デバイス２６とを備える。

［本実施の形態の概要］
本実施の形態は、このような予約システム１において、予約サーバ２０が、施設サーバ６０に対して施設の予約の依頼を行い、施設サーバ６０にて施設の予約の依頼が受け入れられた場合に、移動体サーバ４０に対して移動体を予約する処理を行うものである。或いは、移動体と施設とを入れ換えて、予約サーバ２０が、移動体サーバ４０に対して移動体の予約の依頼を行い、移動体サーバ４０にて移動体の予約の依頼が受け入れられた場合に、施設サーバ６０に対して施設を予約する処理を行うものとしてもよい。以下では、前者の場合、つまり、施設の予約の依頼が受け入れられた場合に移動体を予約する処理を行う場合を例にとって説明する。

尚、上記で「予約の依頼が受け入れられた」とは、予約が完了したことであってもよいし、その時点で予約は完了していないが後で予約処理を行う旨の回答が行われたことであってもよい。以下では、「予約の依頼が受け入れられた」を予約が完了したことを言うものとして説明する。

［本実施の形態の具体例］
図３（ａ），（ｂ）は、本実施の形態における予約システム１で携帯端末１０に表示される予約依頼画面の例を示した図である。

このうち、図３（ａ）の予約依頼画面１１０には、出発地を１０時に出発して目的地に１２時２５分に到着する場合の第１の移動ルートを示す表示要素１１１が表示されている。具体的には、出発地から乗換駅までは在来線で移動し、在来線は出発地を１０時に出発して乗換駅に１０時３２分に到着することが示されている。乗換駅から目的地の最寄駅（以下、単に「最寄駅」という）までは新幹線で移動し、新幹線は乗換駅を１１時１０分に出発して最寄駅に１１時５２分に到着することが示されている。最寄駅から目的地まではタクシーで移動し、タクシーは最寄駅を１２時に出発して目的地に１２時１５分に到着することが示されている。

また、図３（ａ）の予約依頼画面１１０には、乗換駅での空き時間が３８分であることを示す表示要素１１２、最寄駅での空き時間が８分であることを示す表示要素１１３、目的地直前での空き時間が１０分であることを示す表示要素１１４も表示されている。第１の移動ルートでは、乗換駅での空き時間が予め定めた時間以上であることを想定しているので、表示要素１１２が太線で囲んで示すように強調表示されている。そして、乗換駅近辺の複数の施設を示す表示要素１１５ａ～１１５ｄが表示されている。この状態で、ユーザがカフェＡを示す表示要素１１５ａを選択することにより、カフェＡの予約依頼を行うためのボタン１１６と、予約確定後に新幹線及びタクシーの予約依頼が行われることを示すメッセージ１１７とが表示されている。

更に、図３（ａ）の予約依頼画面１１０には、第１の移動ルートの選択を変更するためのボタン１１８も表示されている。

一方、図３（ｂ）の予約依頼画面１２０には、出発地を１０時に出発して目的地に１２時２５分に到着する場合の第２の移動ルートを示す表示要素１２１が表示されている。具体的には、出発地から乗換駅までは在来線で移動し、在来線は出発地を１０時に出発して乗換駅に１０時３２分に到着することが示されている。乗換駅から最寄駅までは新幹線で移動し、新幹線は乗換駅を１０時４０分に出発して最寄駅に１１時１７分に到着することが示されている。最寄駅から目的地まではタクシーで移動し、タクシーは最寄駅を１１時２５分に出発して目的地に１１時４０分に到着することが示されている。

また、図３（ｂ）の予約依頼画面１２０には、乗換駅での空き時間が８分であることを示す表示要素１２２、最寄駅での空き時間が８分であることを示す表示要素１２３、目的地直前での空き時間が４５分であることを示す表示要素１２４も表示されている。第２の移動ルートでは、目的地直前での空き時間が予め定めた時間以上であることを想定しているので、表示要素１２４が太線で囲んで示すように強調表示されている。そして、目的地近辺の複数の施設を示す表示要素１２５ａ～１２５ｄが表示されている。この状態で、ユーザがカフェＦを示す表示要素１２５ｂを選択することにより、カフェＦの予約依頼を行うためのボタン１２６と、予約確定後に新幹線及びタクシーの予約依頼が行われることを示すメッセージ１２７とが表示されている。

更に、図３（ｂ）の予約依頼画面１２０には、第２の移動ルートの選択を変更するためのボタン１２８も表示されている。

ところで、図３（ａ），（ｂ）の予約依頼画面では、出発地、目的地、目的地到着時刻を指定することにより移動体を特定することを想定したが、目的地の訪問前又は訪問後に作業を行う必要がある場合に作業時間を指定することによりその作業時間を確保するように移動体を特定することも考えられる。ここで、訪問前の作業としては、訪問してプレゼンテーションを行う場合のプレゼンテーション資料の確認等の作業が例示される。また、訪問後の作業としては、訪問して会議を行った場合の会議の報告書の作成等の作業が例示される。以下、このうち、目的地の訪問前に作業を行う場合の具体例について説明する。

図４は、この場合に携帯端末１０に表示されるスケジュール画面１３０の例を示した図である。

ユーザが目的地とその目的地への訪問日及び訪問時刻を指定すると、訪問日のスケジュール画面１３０上の訪問時刻に対応する場所に実施項目として目的地へ訪問する旨が設定される。図では、目的地としてＸ社が、訪問日として２０１９年３月１０日が、訪問時刻として１５時～１６時が、それぞれ指定されたものとし、２０１９年３月１０日のスケジュール画面１３０上の１５時～１６時に対応する場所に実施項目「Ｘ社訪問」を示す表示要素１３１が表示されている。この状態で、ユーザが表示要素１３１をクリックすると、スケジュールの詳細情報を設定するスケジュール詳細設定画面が起動される。

図５は、この場合に携帯端末１０に表示されるスケジュール詳細設定画面１４０の例を示した図である。

このスケジュール詳細設定画面１４０では、図４のスケジュール画面１３０上で設定された訪問時刻及び目的地が、それぞれ、訪問時刻欄１４１及び目的地欄１４２に表示される。

また、スケジュール詳細設定画面１４０では、目的地の住所、目的地の最寄駅、訪問時刻の何分前に目的地に到着したいかを示す待機時間が、それぞれ、住所欄１４３、最寄駅欄１４４、待機時間欄１４５に入力される。

更に、スケジュール詳細設定画面１４０では、目的地の訪問前の作業（以下、「事前作業」という）の有無及び目的地の訪問後の作業（以下、「事後作業」という）の有無が、それぞれ、事前作業有無欄１４６及び事後作業有無欄１４７に入力される。そして、事前作業有無欄１４６に「有り」が入力された場合には事前作業を行う目標の時間（以下、「目標事前作業時間」という）が目標事前作業時間欄１４８に入力され、事後作業有無欄１４７に「有り」が入力された場合には事後作業を行う目標の時間（以下、「目標事後作業時間」という）が目標事後作業時間欄１４９に入力される。また、図５には示していないが、事前作業及び事後作業に対しては、セキュリティレベルを設定するようにしてもよい。セキュリティレベルが高い作業としては、契約書の確認等の作業が例示される。

尚、一度詳細情報を入力した後は、目的地を選択することにより、その他の詳細情報が既定値として表示されるようにするとよい。

図６は、図５のスケジュール詳細設定画面１４０で詳細情報が設定された後のスケジュール画面１３０の例を示した図である。

図５のスケジュール詳細設定画面１４０で目的地の住所、目的地の最寄駅、待機時間等が設定されると、デフォルト設定されている自社から目的地まで移動する際に利用する移動体及び移動時刻が算出される。その際、余裕時間は、訪問時刻の開始点から減算することにより、目的地到着時刻として用いる。そして、図４のスケジュール画面１３０上の移動時刻に対応する場所に実施項目として特定の移動体を利用する旨が追加され、図６に示したスケジュール画面１３０のようになる。図では、横浜駅を１２時４０分に出発して大宮駅に１３時４０分に到着する電車が移動体として特定されたものとし、スケジュール画面１３０上の１２時４０分～１３時４０分に対応する場所に実施項目「電車で移動（横浜→大宮）」を示す表示要素１３２が表示されている。

ところで、この場合、事前作業有無欄１４６が「有り」となっていれば、最寄駅到着時刻と目的地到着時刻との間の空き時間は、目標事前作業時間と仮の移動時間との和に仮設定される。ここで、仮の移動時間は、例えば、徒歩時間２０分とすればよい。但し、最寄駅から施設へ移動する第１移動時間と、目標事前作業時間と、施設から目的地へ移動する第２移動時間との合計時間が、仮設定された時間よりも短くなる場合は、この短い方の合計時間を空き時間とすればよい。図中、目的地到着時刻から訪問時刻までの待機時間は、実施項目「待機」を示す表示要素１３３で示している。また、最寄駅到着時刻から目的地到着時刻までの空き時間は、ハッチングされた表示要素１３４で示している。この状態で、表示要素１３３をクリックすると、空き時間に事前作業を行う施設を選択するための施設選択画面が起動される。

図７は、この場合に携帯端末１０に表示される施設選択画面１５０の例を示した図である。

図示するように、施設選択画面１５０には、施設の第１の候補を示す行１５１ａと、施設の第２の候補を示す行１５１ｂと、施設の第３の候補を示す行１５１ｃとが表示されている。ここで、行１５１ａ～１５１ｃは、それぞれ、最寄駅から施設までの第１移動時間と、施設の名称と、施設における事前作業時間と、施設から目的地までの第２移動時間とを含む。

図５のスケジュール詳細設定画面１４０で目標事前作業時間として５０分が設定されているので、この図でも目標事前作業時間を５０分とし、これに仮の移動時間２０分を加算して、空き時間は７０分としている。そして、行１５１ａは、第１の候補がカフェＦであり、最寄駅からカフェＦまでの第１移動時間及びカフェＦから目的地までの第２移動時間が何れも６分なので、カフェＦでの事前作業時間が５８分であることを示している。行１５１ｂは、第２の候補がカフェＧであり、最寄駅からカフェＧまでの第１移動時間及びカフェＧから目的地までの第２移動時間が何れも７分なので、カフェＧでの事前作業時間が５６分であることを示している。行１５１ｃは、第３の候補がカフェＥであり、最寄駅からカフェＥまでの第１移動時間及びカフェＥから目的地までの第２移動時間が何れも１０分なので、カフェＥでの事前作業時間が５０分であることを示している。尚、カフェＥ，Ｆ，Ｇは何れも、最寄駅到着時刻に第１移動時間を加算した時刻と、目的地到着時刻から第２移動時間を減算した時刻との間の時間において予約可能であるものとする。

また、ここでは、施設の候補を、事前作業時間が長い順に並べて表示したが、事前作業時間が目標事前作業時間に近い順に並べて表示してもよい。

更に、図５のスケジュール詳細設定画面１４０で事前作業に対して高いセキュリティレベルが設定された場合には、これと施設のセキュリティレベルとを照合して表示内容を変更してもよい。例えば、セキュリティレベルが予め定められた基準以上の施設のみを候補として表示するようにしてもよい。或いは、施設の候補を示す各行に施設のセキュリティレベルを表示するようにしてもよい。この場合は、施設の候補を施設のセキュリティレベルが高い順に並べて表示してもよい。

また、施設選択画面１５０には、地図ボタン１５２も表示されている。この地図ボタン１５２をクリックすると、最寄駅の近辺の地図を含む地図画面が起動される。

図８は、この場合に携帯端末１０に表示される地図画面１６０の例を示した図である。

ここでは、最寄駅として大宮駅を例にとっているので、最寄駅の近辺の地図として大宮駅の近辺の地図を示している。この地図においては、カフェＥ，Ｆ，Ｇの場所も示されている。つまり、最寄駅からカフェＦまで移動してそこから目的地まで移動する場合の時間が最も短く、最寄駅からカフェＧまで移動してそこから目的地まで移動する場合の時間が次に短く、最寄駅からカフェＥまで移動してそこから目的地まで移動する場合の時間が最も長いことが直感的に分かるように示されている。

図９は、図７の施設選択画面１５０で施設が選択された場合のスケジュール画面１３０の例を示した図である。

ユーザが、図７の施設選択画面１５０上で、施設の候補の中から１つの候補を選択したとする。すると、図６のスケジュール画面１３０上の空き時間を示す表示要素１３３内に情報が追加され、図９に示したスケジュール画面１３０のようになる。図では、ユーザが図７の施設選択画面１５０上で行１５１ａをクリックした場合を想定しており、実施項目「徒歩６分」を示す表示要素１３６、実施項目「カフェＦ事前作業」を示す表示要素１３７、実施項目「徒歩６分」を示す表示要素１３８が表示されている。

尚、上記では、目標事前作業時間を確保するように最寄駅に到着する移動体を特定する場合の具体例を示したが、この具体例は、目標事後作業時間を確保するように最寄駅を出発する移動体を特定する場合にも適用される。その場合は、例えば、図６のハッチングされた表示要素１３５以降に実施項目「電車で移動」を示す表示要素を追加し、図６のハッチングされた表示要素１３５内に実施項目「徒歩」、「事後作業」を示す表示要素を追加する。

ところで、図７において、カフェＥ，Ｆ，Ｇは何れも、最寄駅到着時刻に第１移動時間を加算した時刻と、目的地到着時刻から第２移動時間を減算した時刻との間の時間において予約可能であると述べたが、施設側でこのような予約の管理を行う予約管理画面についても説明しておく。

図１０は、施設サーバ６０側に表示される予約管理画面６１０の例を示した図である。予約管理画面６１０としては、カフェ内の１０席を管理する画面を例にとっている。

このうち、行６１１，６１２でそれぞれ示す席＃１，＃２は、作業用の席として確保された席である。尚、行６１１における１３時～１４時及び１５時～１６時のハッチングは、席＃１がこれらの時間に予約されていることを示している。また、行６１２における１１時～１３時及び１４時３０分～１５時３０分のハッチングは、席＃２がこれらの時間に予約されていることを示している。

また、行６１３で示す席＃３は、１１時までは網掛けで示すように通常の飲食用の席として確保され、１１時以降は作業用の席として確保された席である。尚、行６１３にはハッチングがないので、席＃３は１１時以降に予約されていない。

更に、行６１４で示す席＃４～＃１０は、終日、網掛けで示すように通常の飲食用の席として確保された席である。

カフェの店員は、予約サーバ２０から施設サーバ６０へ施設予約依頼があると、この予約管理画面６１０上で予約状況を参照しながら、指定された時間に予約可能な席があれば席を予約する。これにより、施設サーバ６０は、予約完了通知を予約サーバ２０へ送信する。

尚、ここでは、席＃１，＃２は終日作業用の席とし、席＃３は一日の途中で作業用の席から通常の飲食用の席へと切り替えるようにし、席＃４～＃１０は終日通常の飲食用の席とした。しかしながら、このような席の割り当ては固定させなくてよい。カフェの店員がその日の状況に応じて作業用の席及び通常の飲食用の席の割り当てを柔軟に変更するようにしてもよい。

［予約サーバの機能構成］
図１１は、本実施の形態における予約サーバ２０の機能構成例を示したブロック図である。図示するように、本実施の形態における予約サーバ２０は、受信部３１と、移動体管理部３２と、移動体情報記憶部３３と、施設管理部３４と、施設情報記憶部３５と、画面生成部３６と、送信部３７とを備えている。

受信部３１は、携帯端末１０から、出発地、目的地、目的地到着時刻の情報を受信する。ここで、目的地到着時刻としては、図５のスケジュール詳細設定画面１４０で設定された訪問時刻の開始点から待機時間を減算して得られた時刻を受信してもよい。或いは、これに加えて、携帯端末１０から、最寄駅、目標事前作業時間、目標事後作業時間等の情報を受信してもよい。

また、受信部３１は、携帯端末１０に施設の複数の候補が表示されている場合に、携帯端末１０から、その複数の候補から選択された施設を示す施設選択情報を受信する。

更に、受信部３１は、施設サーバ６０から、施設の予約が完了した旨の施設予約完了通知を受信する。

移動体管理部３２は、受信部３１が携帯端末１０から出発地、目的地、目的地到着時刻の情報を受信すると、これらの情報に基づいて、出発地から目的地までの移動に利用する移動体を特定する。具体的には、移動体の種別だけでなく、その種別の移動体のうち、出発地を何時に出発して目的地に何時に到着する移動体であるかということまで特定する。また、出発地から目的地までどこを経由して移動する移動体であるかということも特定する。従って、移動体を特定することは、移動ルートを特定することにもなる。本実施の形態では、利用する移動体を特定する移動体特定手段の一例として、移動体管理部３２を設けている。尚、ここでいう移動には、移動体の利用による移動だけでなく、徒歩による移動も含む。その意味で、移動体の利用や徒歩は、移動体の利用を含む複数の移動方法の一例である。

また、移動体管理部３２は、目的地到着時刻から仮の空き時間を減算した時刻を仮の最寄駅到着時刻とし、経路検索アプリのＡＰＩ（Application Programming Interface）を利用して、最寄駅までの移動体及び移動ルート並びにその移動体及び移動ルートを利用した場合の実際の最寄駅到着時刻を求めてもよい。これにより、移動体及び移動ルート並びに最寄駅到着時刻は、図６に示したように携帯端末１０のスケジュール画面１３０に設定される。

ここで、仮の空き時間は、例えば１時間等、ユーザが予め設定したものでもよい。

或いは、仮の空き時間には、ユーザが指定した目標事前作業時間を含めてもよい。その場合、移動体管理部３２は、まず、受信部３１が受信した目標事前作業時間に、仮の移動時間を加算して、仮の空き時間を算出する。次に、移動体管理部３２は、受信部３１が受信した目的地到着時刻から、この仮の空き時間を減算して、仮の最寄駅到着時刻を算出する。次いで、移動体管理部３２は、受信部３１が受信した出発地から最寄駅まで移動する移動体のうち、この仮の最寄駅到着時刻に最も近い時刻に最寄駅に到着する移動体を特定する。

ここで、仮の移動時間とは、最寄駅から施設までの移動時間及び施設から目的地までの移動時間の和として仮設定された時間である。例えば、最寄駅から施設までの移動時間及び施設から目的地までの移動時間を何れも徒歩で１０分とすることにより、仮の移動時間は徒歩で２０分とすればよい。或いは、地図アプリのＡＰＩを利用して、最寄駅、目的地、施設の位置情報を入力することにより、最寄駅から施設までのより正確な移動時間、施設から目的地までのより正確な移動時間を取得することとしてもよい。

また、ここでは、仮の空き時間に目標事前作業時間を含めることとしたが、如何なる行為を行うために滞在する時間を仮の空き時間に含めてもよい。その意味で、目標事前作業時間は、予め定められた滞在時間の一例であり、移動体管理部３２は、何れかの施設において予め定められた滞在時間を確保する移動体を特定する移動体特定手段の一例である。

また、移動体管理部３２は、受信部３１が施設サーバ６０から施設予約完了通知を受信すると、先に特定した移動体のうち予約可能な種別の移動体の予約を行う移動体サーバ３０のアドレス情報を移動体情報記憶部３３から取得する。そして、送信部３７に対し、このアドレス情報を伝えて、移動体予約依頼を移動体サーバ４０へ送信するように指示する。

移動体情報記憶部３３は、移動体の種別ごとに、その種別の移動体が予約可能かどうかを示す情報と、その種別の移動体の予約を行う際にアクセスする移動体サーバ４０のアドレス情報とを含む移動体情報を記憶する。移動体情報の詳細については後述する。

施設管理部３４は、移動体管理部３２が移動体を特定すると、その移動体を利用して移動する途中で訪問する複数の施設を特定する。具体的には、移動体管理部３２が特定した移動ルート中の地点から予め定められた地理的範囲内又は時間的範囲内にある複数の施設を特定する。ここで、移動ルート中の地点としては、例えば、出発地、最寄駅、目的地を用いるとよい。或いは、ある移動体の種別から別の移動体の種別へ乗り換える乗換駅がある場合は、この乗換駅を用いてもよい。この場合、乗換駅は、２つの移動方法の移行地点の一例である。また、予め定められた地理的範囲としては、例えば、距離を用いればよく、予め定められた時間的範囲としては、例えば、移動時間を用いればよい。これらは、一般化して、移行地点に対応する複数の施設を特定するものと捉えることができる。

そして、この場合、施設管理部３４は、移動ルート中の空き時間が長い地点ほど多くの施設を特定するようにしてよい。或いは、移動ルート中の閾値以上の空き時間が生じた地点についてのみ施設を特定するようにしてもよい。これらは、一般化して、移動ルート中の地点における空き時間の長さに応じて施設を特定するものと捉えることができる。

また、施設管理部３４は、ユーザが指定した利用条件を満たす複数の施設を特定するようにしてもよい。この利用条件としては、施設を利用する時間帯が考えられる。例えば、施設管理部３４は、ユーザが指定した目標事前作業時間を確保可能な複数の施設を特定してもよい。その場合、施設管理部３４は、まず、各施設について、最寄駅から施設までの第１移動時間を取得し、施設から目的地までの第２移動時間を取得する。ここで、第１移動時間及び第２移動時間は、予め設定することにより取得してもよいし、地図アプリに最寄駅、目的地、施設の位置情報を入力することにより取得してもよい。次に、施設管理部３４は、各施設について、最寄駅到着時刻に第１移動時間を加算して施設到着時刻を算出し、目的地到着時刻から第２移動時間を減算して施設出発時刻を算出する。次いで、施設管理部３４は、施設到着時刻から施設出発時刻までの事前作業時間に予約されていない複数の施設を特定する。

そして、施設管理部３４は、このようにして特定した複数の施設の情報を画面生成部３６に出力する。本実施の形態では、移動体を利用して訪問する施設を特定する施設特定手段の一例として、施設管理部３４を設けている。

また、施設管理部３４は、受信部３１が携帯端末１０から施設選択情報を受信すると、この施設選択情報で示された施設の予約を行う施設サーバ６０のアドレス情報を施設情報記憶部３５から取得する。そして、送信部３７に対し、このアドレス情報を伝えて、施設予約依頼を施設サーバ６０へ送信するように指示する。本実施の形態では、複数の施設のうちの選択された一の施設を特定する施設特定手段の一例として、施設管理部３４を設けている。

施設情報記憶部３５は、施設ごとに、その施設の位置情報と、その施設の予約を行う際にアクセスする施設サーバ６０のアドレス情報とを含む施設情報を記憶する。施設情報の詳細については後述する。

画面生成部３６は、携帯端末１０に表示する画面を生成し、この画面を携帯端末１０に送信するよう送信部３７に指示する。ここで、画面としては、移動体管理部３２が特定した移動体の情報と、施設管理部３４が特定した複数の施設の情報とを含む提案画面がある。提案画面は、移動体の情報及び複数の施設の情報の両方を含む１つの画面であってよい。この場合の１つの画面は、例えば、図３（ａ），（ｂ）の予約依頼画面１１０のうちの１つに相当する。或いは、提案画面は、移動体の情報及び複数の施設の情報をそれぞれ含む２つの画面であってもよい。この場合の２つの画面は、例えば、図６のスケジュール画面１３０及び図７の施設選択画面１５０に相当する。

また、画面生成部３６は、事前作業時間に予約されていない複数の施設を施設管理部３４が特定した場合、事前作業時間の長い順に複数の施設を並べた施設選択画面１５０を生成するとよい。或いは、事前作業時間が目標事前作業時間に近い順に複数の施設を並べた施設選択画面１５０を生成してもよい。その意味で、画面生成部３６は、何れかの施設において予め定められた滞在時間を確保する移動体が特定された後に、複数の施設を各施設における滞在時間に応じて提案する施設特定手段の一例である。

更に、画面生成部３６は、第１移動時間と第２移動時間との和が短い順に複数の施設を並べた施設選択画面１５０を生成してもよい。尚、これは、最寄駅到着時刻から目的地到着時刻までの空き時間が同じ施設の候補間では、事前作業時間が長い順に並べることと等価であるが、最寄駅到着時刻から目的地到着時刻までの空き時間が異なる施設の候補間では、必ずしも事前作業時間が長い順に並べることと等価ではない。

更にまた、徒歩、タクシー等の移動体の種別ごとに、移動時間順に、複数の施設を並べた施設選択画面１５０を生成することとしてもよい。

送信部３７は、画面生成部３６により生成された画面を受け取り、この画面を携帯端末１０へ送信する。

また、送信部３７は、施設管理部３４から伝えられたアドレス情報を用いて施設サーバ６０にアクセスし、施設予約依頼を施設サーバ６０へ送信する。

更に、送信部３７は、移動体管理部３２から伝えられたアドレス情報を用いて移動体サーバ４０にアクセスし、移動体予約依頼を移動体サーバ４０へ送信する。

本実施の形態では、施設の予約の依頼を行う依頼手段の一例として、また、施設の予約の依頼が受け入れられた場合に、移動体を予約する処理を行う処理手段の一例として、送信部３７を設けている。

ここで、移動体情報記憶部３３に記憶された移動体情報について、詳細に説明する。

図１２は、移動体情報の具体例を示した図である。図示するように、移動体情報は、移動体種別ＩＤと、移動体種別名と、予約可否フラグと、アドレス情報とを対応付けたものとなっている。

移動体種別ＩＤは、移動体の種別を識別する識別情報である。移動体種別名は、対応する移動体種別ＩＤで識別される移動体の種別の名称である。

予約可否フラグは、対応する移動体種別ＩＤで識別される種別の移動体がその性質上予約可能な種別であるかどうかを示すフラグである。例えば、新幹線は指定席を予約することができ、タクシーは配車を予約することができるので、何れも予約可否フラグは予約可能であることを示す「ＯＮ」となっている。一方、在来線は、特急等でないとすると、指定席を予約することはできないので、予約可否フラグは予約可能でないことを示す「ＯＦＦ」となっている。

アドレス情報は、対応する移動体種別ＩＤで識別される種別の移動体がその性質上予約可能である場合に、その移動体の予約を行う移動体サーバ４０のアドレスを示す情報である。例えば、新幹線の指定席の予約はアドレス「Ａ２」の移動体サーバ４０が行い、タクシーの配車の予約はアドレス「Ａ３」の移動体サーバ４０が行うことが示されている。尚、在来線については、特急等でないとすると、指定席を予約することはできないので、アドレス情報は示されていない。

また、施設情報記憶部３５に記憶された施設情報について、詳細に説明する。

図１３は、施設情報の具体例を示した図である。図示するように、施設情報は、施設ＩＤと、施設名と、位置情報と、アドレス情報とを対応付けたものとなっている。

施設ＩＤは、施設を識別する識別情報である。施設名は、対応する施設ＩＤで識別される施設の名称である。

位置情報は、対応する施設ＩＤで識別される施設の位置を示す情報である。ここでは、位置情報を緯度及び経度により示しているが、住所等により示してもよい。

アドレス情報は、対応する施設ＩＤで識別される施設の予約を行う施設サーバ６０のアドレスを示す情報である。例えば、カフェＡの予約はアドレス「Ａ１１」の施設サーバ６０が行い、カフェＥの予約はアドレス「Ａ２１」の施設サーバ６０が行うことが示されている。

［予約サーバの動作］
図１４は、予約サーバ２０の動作例を示したフローチャートである。

図示するように、予約サーバ２０では、まず、受信部３１が、携帯端末１０から、出発地、目的地、目的地到着時刻の情報を受信する（ステップ２０１）。

すると、移動体管理部３２が、ステップ２０１で受信された出発地、目的地、目的地到着時刻の情報に基づいて、移動体を特定する（ステップ２０２）。具体的には、移動体の種別に加え、出発地を何時に出発して目的地に何時に到着するかを示す移動時刻や、出発地から目的地までどこを経由して移動するかを示す移動ルートも特定する。

次に、施設管理部３４が、ステップ２０２で特定された移動ルート中の地点における複数の施設を特定する（ステップ２０３）。この場合、施設管理部３４は、例えば、移動ルート中の地点の位置情報と、施設情報記憶部３５に記憶された各施設の位置情報とを照合して、移動ルート中の地点から予め定められた地理的範囲内又は時間的範囲内にある複数の施設を特定するとよい。また、施設管理部３４は、例えば、施設情報記憶部３５に記憶された各施設のアドレス情報を用いて問い合わせることにより、その時点で予約可能な複数の施設を特定してもよい。

次いで、画面生成部３６が、ステップ２０２で特定された移動体の情報と、ステップ２０３で特定された複数の施設の情報とを含む提案画面を生成する（ステップ２０４）。ここで、提案画面は、移動体の情報及び複数の施設の情報の両方を含む１つの画面であってよい。この場合の１つの画面は、例えば、図３（ａ），（ｂ）の予約依頼画面１１０のうちの１つに相当する。尚、図３（ａ），（ｂ）は、移動ルートが異なっているので、ステップ２０３～ステップ２０４を複数回実行し、そのうちの１回の実行で特定された移動ルート及び複数の施設を含む提案画面が図３（ａ）であり、そのうちの他の１回の実行で特定された移動ルート及び複数の施設を含む提案画面が図３（ｂ）であると考えればよい。また、提案画面は、移動体の情報及び複数の施設の情報をそれぞれ含む２つの画面であってもよい。この場合の２つの画面は、例えば、図６のスケジュール画面１３０及び図７の施設選択画面１５０に相当する。

その後、送信部３７が、ステップ２０４で生成された提案画面を携帯端末１０に送信する（ステップ２０５）。これにより、携帯端末１０には、提案画面が表示される。

これに応答して、ユーザが提案画面に含まれる複数の施設から希望する施設を選択すると、携帯端末１０は、選択された施設を示す施設選択情報を送信する。従って、予約サーバ２０では、受信部３１が、携帯端末１０から施設選択情報を受信したかどうかを判定する（ステップ２０６）。その結果、施設選択情報を受信したと判定しなければ、受信部３１は、ステップ２０６の処理を繰り返す。一方、施設選択情報を受信したと判定すれば、施設管理部３４が、ステップ２０６で受信された施設選択情報で示された施設の予約を行う施設サーバ６０のアドレス情報を取得する（ステップ２０７）。ここで、施設管理部３４は、施設情報記憶部３５に記憶された施設情報から、施設選択情報で示された施設に対応するアドレス情報を取得するとよい。そして、送信部３７に対し、アドレス情報を伝えて、施設予約依頼の送信を指示する。

その後、送信部３７が、ステップ２０７で取得されたアドレス情報の施設サーバ６０に施設予約依頼を送信する（ステップ２０８）。

これに応答して、施設サーバ６０は、施設の予約を完了すると、その旨を示す施設予約完了通知を返信する。従って、予約サーバ２０では、受信部３１が、施設サーバ６０から施設予約完了通知を受信したかどうかを判定する（ステップ２０９）。その結果、施設予約完了通知を受信したと判定しなければ、受信部３１は、ステップ２０９の処理を繰り返す。一方、施設予約完了通知を受信したと判定すれば、移動体管理部３２が、ステップ２０２で特定した移動体の予約を行う移動体サーバ４０のアドレス情報を取得する（ステップ２１０）。ここで、移動体管理部３２は、移動体情報記憶部３３に記憶された移動体情報から、ステップ２０２で特定した移動体に対応するアドレス情報を取得するとよい。そして、送信部３７に対し、アドレス情報を伝えて、移動体予約依頼の送信を指示する。

その後、送信部３７が、ステップ２１０で取得されたアドレス情報の移動体サーバ４０に移動体予約依頼を送信する（ステップ２１１）。

次に、図１４のステップ２０３及びステップ２０４について、目的地の訪問前に事前作業を行うことを前提とした場合の動作を説明する。尚、この場合、動作に先立ち、受信部３１は、ステップ２０１で最寄駅及び目標事前作業時間を受信しているものとする。

図１５は、目的地の訪問前に事前作業を行う場合のステップ２０２の動作例を示したフローチャートである。つまり、この動作例は、目標事前作業時間を確保するように移動体を特定する動作例である。

図示するように、移動体管理部３２は、まず、ステップ２０１で受信された目標事前作業時間に、仮の移動時間を加算して、仮の空き時間を算出する（ステップ２２１）。ここで、仮の移動時間とは、最寄駅から施設までの移動時間及び施設から目的地までの移動時間の和として仮設定された時間であり、例えば２０分とすればよい。

次に、移動体管理部３２は、ステップ２０１で受信された目的地到着時刻から、ステップ２２１で算出された仮の空き時間を減算して、仮の最寄駅到着時刻を算出する（ステップ２２２）。

その後、移動体管理部３２は、ステップ２０１で受信された出発地から最寄駅までの移動体のうち、ステップ２２２で算出された仮の最寄駅到着時刻に最も近い時刻に最寄駅に到着する移動体を特定する（ステップ２２３）。このとき、特定された移動体が実際に最寄駅に到着する最寄駅到着時刻も特定され、この特定された最寄駅到着時刻によって仮の最寄駅到着時刻は置き換えられる。

図１６は、目的地の訪問前に事前作業を行う場合のステップ２０３の動作例を示したフローチャートである。つまり、この動作例は、目標事前作業時間を確保可能な複数の施設を特定する動作例である。

図示するように、施設管理部３４は、まず、１つの施設に着目する（ステップ２４１）。尚、ここで着目する施設は、例えば最寄駅から予め定められた地理的範囲内又は時間的範囲内にあるという条件により既に絞り込まれたものであってもよい。

次に、施設管理部３４は、ステップ２０１で受信された最寄駅から、ステップ２４１で着目した施設までの第１移動時間を算出する（ステップ２４２）。そして、ステップ２４１で着目した施設から、ステップ２０１で受信された目的地までの第２移動時間を算出する（ステップ２４３）。ここで、第１移動時間及び第２移動時間は、施設情報記憶部３５に記憶された施設情報に含まれる各施設の位置情報と、図示しない地図情報とを用いて、算出するとよい。

次いで、施設管理部３４は、ステップ２２３で特定された最寄駅到着時刻に、ステップ２４２で算出された第１移動時間を加算して、施設到着時刻を算出する（ステップ２４４）。そして、ステップ２０１で受信された目的地到着時刻から、ステップ２４３で算出された第２移動時間を減算して、施設出発時刻を算出する（ステップ２４５）。

この状態で、施設管理部３４は、この施設に、ステップ２４４で算出された施設到着時刻から、ステップ２４５で算出された施設出発時刻まで空きがあるかどうかを判定する（ステップ２４６）。その結果、この施設に施設到着時刻から施設出発時刻まで空きがあると判定すれば、施設管理部３４は、この施設の情報を、施設出発時刻から施設到着時刻を減算して得られた事前作業時間に対応付けて記憶し（ステップ２４７）、処理をステップ２４８へ進める。一方、この施設に施設到着時刻から施設出発時刻まで空きがあると判定しなければ、施設管理部３４は、そのまま処理をステップ２４８へ進める。

その後、施設管理部３４は、着目していない施設が他にあるかどうかを判定する（ステップ２４８）。そして、着目していない施設が他にあると判定すれば、処理をステップ２４１へ戻す。また、着目していない施設が他にあると判定しなければ、ステップ２４７で事前作業時間に対応付けて情報が記憶された複数の施設を特定する（ステップ２４９）。

そして、この場合、施設管理部３４は、特定した複数の施設の情報と共に、各施設に対応付けられていた事前作業時間も画面生成部３６に出力する。これにより、画面生成部３６は、例えば、複数の施設の情報を事前作業時間の長さに応じて並べた提案画面を生成する。

［本実施の形態の変形例］
上記では、予約サーバ２０は、施設の予約の依頼が受け入れられた場合に移動体を予約し、施設の予約の依頼が受け入れられるまで移動体を予約することはないものとしたが、これには限らない。予約サーバ２０は、施設の予約が受け入れられるまで移動体の予約を制限するものとしてもよい。ここで、移動体の予約を制限することは、キャンセルポリシーに応じて制限することを含む。キャンセルポリシーは、移動体の予約を取り消した際の方針の一例である。例えば、キャンセル料が発生しない移動体や期間については、施設の予約が受け入れられる前であっても、移動体を予約するようにしてよい。これは、移動体の予約を取り消した際に取り消し料金が発生しない場合に限り、移動体を予約することの一例である。また、キャンセル料が発生する移動体や期間については、施設の予約が受け入れられる前に、移動体を予約しないようにする。これは、移動体の予約を取り消した際に取り消し料金が発生する場合は、移動体を予約しないようにすることの一例である。

これを実現するには、例えば、移動体情報記憶部３３に記憶された移動体情報にキャンセル料発生フラグを設けるとよい。キャンセル料発生フラグは、例えば、対応する移動体種別ＩＤで識別される種別の移動体の予約をキャンセルした場合にキャンセル料が発生するかどうかを示すフラグである。キャンセル料発生フラグでは、例えば、キャンセル料が発生することを「ＯＮ」で、キャンセル料が発生しないことを「ＯＦＦ」で示すとよい。そして、キャンセル料が発生する期間を管理するには、キャンセル料発生フラグを時期に応じて変更可能とする構成を採用するとよい。

また、図１４のフローチャートにおいては、例えば、まず、ステップ２０６とステップ２０７との間に、キャンセル料が発生しない移動体の予約を行うステップを挿入するとよい。具体的には、移動体管理部３２がキャンセル料発生フラグが「ＯＦＦ」の移動体の予約を行う移動体サーバ４０のアドレス情報を移動体情報記憶部３３に記憶された移動体情報から取得するステップと、送信部３７がそのアドレス情報の移動体サーバ４０に移動体予約依頼を送信するステップとを挿入するとよい。次に、ステップ２１０及びステップ２１１を、キャンセル料が発生する移動体についてのみ行うように変更するとよい。具体的には、ステップ２１０を、移動体管理部３２がキャンセル料発生フラグが「ＯＮ」の移動体の予約を行う移動体サーバ４０のアドレス情報を取得するように変更するとよい。

また、上記では、予約サーバ２０は、移動体を特定した後に施設を特定することとしたが、これには限らない。予約サーバ２０は、施設を特定した後に移動体を特定することとしてもよい。その場合、例えば、利用する施設の予約が完了したことを示す予約完了通知を受信した後に、出発地からその施設までの移動に利用する移動体と、その施設から目的地までの移動に利用する移動体を特定するものであっても構わない。

更に、上記では、予約サーバ２０とは別に移動体サーバ４０及び施設サーバ６０を設けたが、これには限らない。予約サーバ２０が移動体サーバ４０の機能又は施設サーバ６０の機能を有することとしてもよい。予約サーバ２０が移動体サーバ４０の機能を有する場合には、予約サーバ２０が、例えば、各移動体の予約ＡＰＩを呼び出すことにより、移動体を特定して予約するとよい。また、予約サーバ２０が施設サーバ６０の機能を有する場合には、予約サーバ２０が、例えば、施設の予約ＡＰＩを呼び出すことにより、複数の施設を特定し、施設選択情報を受け付け、施設予約依頼を送信し、予約完了通知を受信するとよい。

［プログラム］
本実施の形態における予約サーバ２０が行う処理は、例えば、アプリケーションソフトウェア等のプログラムとして用意される。

即ち、本実施の形態を実現する第１のプログラムは、コンピュータに、利用する移動体を特定する機能と、移動体を利用して訪問する施設を特定する機能と、施設の予約の依頼を行う機能と、施設の予約の依頼が受け入れられた場合に、移動体を予約する処理を行う機能とを実現させるためのプログラムとして捉えられる。

また、本実施の形態を実現する第２のプログラムは、コンピュータに、利用する移動体を特定する機能と、移動体を利用して訪問する施設を特定する機能と、移動体の予約の依頼を行う機能と、移動体の予約の依頼が受け入れられた場合に、施設を予約する処理を行う機能とを実現させるためのプログラムとして捉えられる。

尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ－ＲＯＭ等の記録媒体に格納して提供することも可能である。

１０…携帯端末、２０…予約サーバ、３１…受信部、３２…移動体管理部、３３…移動体情報記憶部、３４…施設管理部、３５…施設情報記憶部、３６…画面生成部、３７…送信部、４０…移動体サーバ、６０…施設サーバ

Claims (14)

1. 出発地、目的地、目的地到着時刻が指定されると、当該出発地、当該目的地、当該目的地到着時刻の情報を用いて、当該出発地から当該目的地までの移動に利用する移動体と、当該出発地から当該目的地への移動ルートとを特定する移動体特定手段と、
   前記移動ルート中の地点から予め定められた地理的範囲内又は時間的範囲内にある複数の施設を提案し、当該複数の施設のうちの選択された一の施設を、前記移動体を利用して訪問する施設として特定する施設特定手段と、
   前記施設の予約を行う施設サーバへ当該施設の予約依頼を送信することにより、当該施設の予約の依頼を行う依頼手段と、
   前記施設サーバから前記予約の完了通知を受信した場合に、前記移動体の予約を行う移動体サーバへ当該移動体の予約依頼を送信することにより、当該移動体を予約する処理を行う処理手段と
   を備えたことを特徴とする予約処理装置。
2. 前記移動体特定手段は、前記出発地から前記目的地へ移動するための前記移動体の利用を含む複数の移動方法を特定し、
   前記施設特定手段は、前記複数の移動方法のうちの２つの移動方法の移行地点を前記移動ルート中の地点として特定することを特徴とする請求項１に記載の予約処理装置。
3. 前記施設特定手段は、前記移行地点における空き時間の長さに応じた態様で前記複数の施設を提案することを特徴とする請求項２に記載の予約処理装置。
4. 前記施設特定手段は、前記移行地点における前記空き時間が長いほど、前記複数の施設として多くの施設を提案することを特徴とする請求項３に記載の予約処理装置。
5. 前記施設特定手段は、前記移行地点における前記空き時間が閾値以上である場合に、前記複数の施設を提案することを特徴とする請求項３に記載の予約処理装置。
6. 前記処理手段は、前記施設サーバから前記予約の完了通知を受信するまで、前記移動体の予約を制限する処理を行うことを特徴とする請求項１に記載の予約処理装置。
7. 前記処理手段は、前記移動体の予約を取り消した際の方針に応じて、前記制限する処理を行うことを特徴とする請求項６に記載の予約処理装置。
8. 前記処理手段は、前記制限する処理として、前記移動体の予約を取り消した際に取り消し料金が発生しない場合に限り、前記移動体を予約する処理を行うことを特徴とする請求項７に記載の予約処理装置。
9. 前記処理手段は、前記制限する処理として、前記移動体の予約を取り消した際に取り消し料金が発生する場合は、前記移動体を予約しないようにする処理を行うことを特徴とする請求項７に記載の予約処理装置。
10. 前記移動体特定手段は、何れかの施設において予め定められた滞在時間を確保する前記移動体を、前記目的地到着時刻から当該予め定められた滞在時間を含む空き時間を減算した時刻を用いて、特定することを特徴とする請求項１に記載の予約処理装置。
11. 前記施設特定手段は、前記移動体特定手段により前記移動体が特定された後に、複数の施設を各施設における滞在時間に応じて提案し、当該複数の施設のうちの選択された一の施設を特定することを特徴とする請求項１０に記載の予約処理装置。
12. 出発地、目的地、目的地到着時刻が指定されると、当該出発地、当該目的地、当該目的地到着時刻の情報を用いて、当該出発地から当該目的地までの移動に利用する移動体と、当該出発地から当該目的地への移動ルートとを特定する移動体特定手段と、
    前記移動ルート中の地点から予め定められた地理的範囲内又は時間的範囲内にある複数の施設を提案し、当該複数の施設のうちの選択された一の施設を、前記移動体を利用して訪問する施設として特定する施設特定手段と、
    前記移動体の予約を行う移動体サーバへ当該移動体の予約依頼を送信することにより、当該移動体の予約の依頼を行う依頼手段と、
    前記移動体サーバから前記予約の完了通知を受信した場合に、前記施設の予約を行う施設サーバへ当該施設の予約依頼を送信することにより、当該施設を予約する処理を行う処理手段と
    を備えたことを特徴とする予約処理装置。
13. コンピュータに、
    出発地、目的地、目的地到着時刻が指定されると、当該出発地、当該目的地、当該目的地到着時刻の情報を用いて、当該出発地から当該目的地までの移動に利用する移動体と、当該出発地から当該目的地への移動ルートとを特定する機能と、
    前記移動ルート中の地点から予め定められた地理的範囲内又は時間的範囲内にある複数の施設を提案し、当該複数の施設のうちの選択された一の施設を、前記移動体を利用して訪問する施設として特定する機能と、
    前記施設の予約を行う施設サーバへ当該施設の予約依頼を送信することにより、当該施設の予約の依頼を行う機能と、
    前記施設サーバから前記予約の完了通知を受信した場合に、前記移動体の予約を行う移動体サーバへ当該移動体の予約依頼を送信することにより、当該移動体を予約する処理を行う機能と
    を実現させるためのプログラム。
14. コンピュータに、
    出発地、目的地、目的地到着時刻が指定されると、当該出発地、当該目的地、当該目的地到着時刻の情報を用いて、当該出発地から当該目的地までの移動に利用する移動体と、当該出発地から当該目的地への移動ルートとを特定する機能と、
    前記移動ルート中の地点から予め定められた地理的範囲内又は時間的範囲内にある複数の施設を提案し、当該複数の施設のうちの選択された一の施設を、前記移動体を利用して訪問する施設として特定する機能と、
    前記移動体の予約を行う移動体サーバへ当該移動体の予約依頼を送信することにより、当該移動体の予約の依頼を行う機能と、
    前記移動体サーバから前記予約の完了通知を受信した場合に、前記施設の予約を行う施設サーバへ当該施設の予約依頼を送信することにより、当該施設を予約する処理を行う機能と
    を実現させるためのプログラム。