(57)【要約】【課題】  利用者にとって予約宣言後の行動が規制されず、施設経営者にとって容易に予約変更に対処でき、確実に利益を確保できる予約システムを提供する。【解決手段】  この予約システムは、レストランＱ１を利用する予約を行った利用者１０の予約情報と予約を実行する利用者の利用者特定情報とを記憶する予約記憶部と、利用者の利用者特定情報を内蔵記憶部に記憶する携帯電話１２と、携帯電話との関係付けを形成する利用者のトリガプロセスを備える自動改札機１１と、自動改札機でトリガプロセスが実行された際に利用者の位置を確認する利用者位置確認部と、利用者位置確認部により得られる利用者の位置と、利用者が予約したレストランの所在位置とを比較し、利用者が施設に到着するのに要する時間を予測する到着予測部と、到着時間がトリガプロセス実行時から施設利用時刻までの時間を超えないときには予約を確定し、超えるときには予約を自動的に変更する予約確定判定部とから構成される。【選択図】    図１
2006350846.tif 000002
【特許請求の範囲】
【請求項１】
施設を利用する予約を行った利用者の予約情報と前記予約を実行する前記利用者の利用者特定情報とを記憶する予約記憶手段と、
移動する前記利用者に備わり、前記利用者の前記利用者特定情報を内蔵記憶手段に記憶する利用者携帯手段と、
前記利用者携帯手段との関係付けを形成する前記利用者のトリガプロセスを備えるトリガ実行手段と、
前記トリガ実行手段でトリガプロセスが実行された際に前記利用者の位置を確認する利用者位置確認手段と、
前記利用者位置確認手段により得られる前記利用者の位置と、前記利用者が予約した前記施設の所在位置とを比較し、前記利用者が前記施設に到着するのに要する時間を予測する到着予測手段と、
前記到着時間がトリガプロセス実行時から施設利用時刻までの時間を超えないときには予約を確定し、超えるときには前記予約を自動的に変更する予約確定判定手段と、
から成ることを特徴とする予約システム。
【請求項２】
前記トリガ実行手段は自動改札機であり、前記トリガプロセスは、前記利用者が前記自動改札機に対して前記利用者携帯手段を使用するプロセスであることを特徴とする請求項１記載の予約システム。
【請求項３】
前記利用者携帯手段は、ＩＣカード、またはＩＣチップを内蔵する携帯電話であることを特徴とする請求項２または３記載の予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は予約システムに関し、特に、レストラン等の施設の利用の予約を行った利用者の位置情報を取得し、予測された利用者到着時間から予約内容の実行可能性を判断して予約を自動的に保持または変更する予約システムに関する。
【背景技術】
【０００２】
従来、予約システムとは、一般的に、利用者が、例えばレストラン等のサービス提供を受けること、すなわちレストラン等を利用することを、予め利用時刻または利用時間を指定して宣言するシステムである。この予約システムによれば、利用者は、相手先に予約を宣言すると、宣言した時点から予約時間における利用が保証され、他方、相手先のレストラン等は、事前に確実な利益を得ることができる。そこで相手先のレストラン等は、その後の他者の予約を排除し、最先の予約者の施設を利用する権利を確保する。
【０００３】
従来の予約システムでは、予約が成立すると、利用者は、予約した内容を実行するべく宣言した利用時間に合わせて行動することが必要となり、その行動が規制される。仮に、利用者において、予約宣言後に特別な事情が生じて予定を変更しなければならないときには、相手先のレストラン等に連絡することが必要になる。このことは、利用者にとって、予約システムが煩雑であるという感じを与えることもある。さらに予約キャンセルの連絡を忘れると、キャンセル料を取られる場合もあり、予約システムを利用しずらいということも起こり得る。
【０００４】
一方、予約を受けたレストラン等の経営者は、予約によって一応の未来の一定期間の利益を確保したものの、利用時直前に利用者の都合で無断キャンセルが行われると、最先の利用者の予約宣言以後の他の者の予約希望を排除することもあるので、前払いでない限り、経営上大きな不利益が生じることになる。
【０００５】
本発明に関連する先行技術文献として、下記の特許文献１に開示される携帯型情報装置等が存在する。近年、個人認証システムの利用が多様化するにつれ、個人が所持する１台の携帯型情報装置に複数の認証データを記憶することが要求されてきている。このため、携帯型情報装置に組み込まれる管理手段の複雑化、記憶装置の容量不足、利便性の低下等の問題が提起されつつある。そこで、特許文献１の携帯型情報装置によれば、それ自身の現在位置を取得する手段と、認証データを消去する条件を条件データとして予め記憶する手段とを備え、携帯型情報装置の現在位置が条件を満たすことで、任意に消去できるように構成されている。この構成により上記の問題を解決する。
【特許文献１】特開２００３−２１９４７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記のごとく従来の予約システムでは、利用者は予約宣言後の行動が規制され、利用しずらいものであり、他方、レストラン等の施設経営者も無断キャンセルで経営上の不利益が生じやすいという問題があった。
【０００７】
本発明の目的は、上記の課題に鑑み、利用者にとって予約宣言後の行動が規制されないので利用しやすく、施設経営者にとっても仮に無断キャンセルの可能性があるとしても容易に予約変更に対処でき、確実に利益を確保することのできる予約システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明に係る予約システムは、上記の目的を達成するために、次のように構成される。
【０００９】
第１の予約システム（請求項１に対応）は、施設を利用する予約を行った利用者の予約情報と予約を実行する利用者の利用者特定情報とを記憶する予約記憶部と、移動する利用者に備わり、利用者の利用者特定情報を内蔵記憶部に記憶する利用者携帯手段と、利用者携帯手段との関係付けを形成する利用者のトリガプロセスを備えるトリガ実行手段と、トリガ実行手段でトリガプロセスが実行された際に利用者の位置を確認する利用者位置確認部と、利用者位置確認部により得られる利用者の位置と、利用者が予約した施設の所在位置とを比較し、利用者が施設に到着するのに要する時間を予測する到着予測部と、到着時間がトリガプロセス実行時から施設利用時刻までの時間を超えないときには予約を確定し、超えるときには予約を自動的に変更する予約確定判定部と、から構成される。
【００１０】
上記の予約システムでは、登録会員である利用者が任意の施設の利用を事前に予約申込みを完了した状態において、その後、利用者の移動位置を、ＩＣ媒体を内蔵する利用者携帯手段を利用した自動改札機等の装置でのトリガプロセスを介して利用者位置確認部が確認し、利用者が予約を実際に実行できるのか否かを予測し、実行可能であるときには予約を確定する処理を行い、実行不能であるときには予約を変更する処理を行うように構成される。このため、利用者は、予約完了後のその後の事情で仮に予約を実行することができなくとも自動的に予約キャンセルが行われ、予約によってその後の行動が制約されることがない。またレストラン等の施設においても、自動的に予約キャンセルおよび他の予約受付け等の変更処理を行ってくれるので、不利益を生ぜず、便利である。
【００１１】
第２の予約システム（請求項２に対応）は、上記の第１の構成において、好ましくは、トリガ実行手段は自動改札機であり、このトリガプロセスは、利用者が自動改札機に対して利用者携帯手段を使用するプロセスであることを特徴とする。このプロセスでは、特に、予約する施設としては駅周辺の施設であり、かつ利用者が移動機関として鉄道を使って移動する場合において、予約時のトリガプロセスを実施する仕組みとしては、入場駅や出場駅の自動改札機を利用することが便利である。
【００１２】
第３の予約システム（請求項３に対応）は、上記の各構成において、好ましくは、利用者携帯手段は、ＩＣカード、またはＩＣチップを内蔵する携帯電話であることを特徴とする。例えば移動機関として鉄道を利用する場合に、乗車券機能を有するＩＣカード、またはＩＣチップ（ＩＣ媒体）を内蔵する携帯電話を利用することが最適である。
【発明の効果】
【００１３】
本発明によれば、インターネット対応携帯電話等で施設利用の予約を行うことができる予約システムにおいて、利用者が予約手続を完了した後において、当該利用者が予約時刻に近い時間帯で予約を実際に実行できる状態にあるか否かを利用者の位置を確認することにより判定し、この判定に基づき予約確定または予約変更を自動的に行えるシステム構成を設けるようにしたため、予約システムを利用しようとする利用者にとって予約宣言後の行動が規制されないので利用しやすく、施設経営者にとっても仮に無断キャンセルの可能性があるとしても容易に予約変更に対処でき、確実に利益を確保することのできるという効果が発揮される。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明の好適な実施形態（実施例）を添付図面に基づいて説明する。
【００１５】
図１〜図４を参照して本発明に係る予約システムの実施形態を説明する。図１は本実施形態に係る予約システムの全体構成を示し、図２は予約仲介サーバの内部構成を示し、図３は予約管理サーバの内部構成を示し、図４は予約システムの全体の動作を説明するためのフローチャートを示す。
【００１６】
図１において、１０は、本実施形態に係る予約システムによる予約サービスを受ける利用者を示している。この実施形態によれば、利用者１０は、現時点（ｔ１）の段階では、電車による公共交通機関を利用して移動した後、図１に示すごとく任意の駅で電車を降りて自動改札機１１を通り抜けようとする状態を示している。なお図１でＴは時間軸を示し、右側が過去（ｔ２，ｔ３），ｔ１が現在、左側が近い未来である。
【００１７】
図１において、その他の人物として利用者１０−１，１０−２が示されている。利用者１０−１は、過去の或る時点（ｔ２）での利用者１０であって、予約手続を実行した時点での利用者１０を示している。この時点ｔ２では利用者１０−１は、移動中であってもよいし、移動していなくてもよい。利用者１０−２は、過去の或る時点（ｔ３）での利用者１０であって、移動の状態に移行した利用者１０を示している。時点ｔ３は、時点ｔ２よりも後の時点である。移動中の利用者１０−２は、任意の移動方法により移動してもよい。この実施形態では、代表的に電車で移動していることを想定している。図１で、範囲Ｒ１は電車による移動領域を示している。任意の駅で電車を降りた利用者１０は、時点ｔ１で自動改札機１１を通過し、改札手続を自動的に行う。
【００１８】
上記において利用者１０（１０−１，１０−２）は、ＩＣチップ（ＩＣ媒体）を内蔵する携帯電話１２を所持している。この携帯電話１２は、インターネット対応の機種であることを前提とし、無線通信１３Ａによって近くの基地局１４およびインターネット１５を経由して予約仲介サーバ１６との間で予約に係る通信を行える。また携帯電話１２に内蔵されるＩＣチップは、そのメモリに携帯電話１２を特定する識別番号（特定コード）を記憶している。この識別番号は、携帯電話１２に固有のものであるので、当該携帯電話１２を所持する利用者１０自身を特定する情報としても扱われる。
【００１９】
従って上記の携帯電話１２は、機能部（手段）として、外部の装置とインターネットまたは他の通信回線網等を介して無線通信等を行う無線通信手段と、外部から提供され受信した各種の情報を保存する記憶手段と、当該各種の情報を表示画面に提示するための表示手段とを有する。さらに携帯電話１２は、当該携帯電話１２自体が存在する位置に関する情報（位置情報）を取得する、または、当該位置情報を生成する手段（「位置情報取得手段」という）を備えている。
【００２０】
携帯電話１２に備えられる上記位置情報取得手段は、例えば、ＧＰＳ１７を利用して所在位置を演算したり、あるいは様々な場所に配備された無線マーカ（または位置通知用無線タグ）１８からの位置情報信号１８ｓを受信して位置情報を取り出したりすることが可能である。携帯電話１２によって取得される「位置に関する情報（位置情報）」は、携帯電話１２自体の存在位置であることから、当該携帯電話１２を所持する利用者１０の現在位置Ｐ１を意味している。
【００２１】
なお利用者１０の移動については、鉄道車両（電車等）やバス等の公共交通手段を利用した移動に加え、自動車等の自家用車を利用した移動、徒歩による移動等が含まれる。
【００２２】
予約仲介サーバ１６はインターネット１５に接続されている。例えば時点ｔ２で利用者１０−１が携帯電話１２によるインターネット通信機能に基づいて予約仲介サーバ１６にアクセスして予約申込み手続の通信（無線通信１３Ａ）を実行すると、予約仲介サーバ１６は予約申込み手続通信１３Ａの通信内容を受信し、解読する。予約申込み手続通信１３の通信内容は、予約する利用者１０−１を特定する情報、予約相手先の特定情報、予約時刻情報、予約利用時間情報、人数等のその他の情報を含んでいる。なお、この実施形態では、利用者１０−１の予約相手先はレストランＱ１であり、かつ予約時刻は「ｔ４」であると仮定する。
【００２３】
その後、予約仲介サーバ１６は、予約申込み手続の通信１３Ａを解読した後、インターネット１５を経由して、または他のネットワークを経由して直接に、予約相手先であるレストランＱ１の予約管理サーバ１９にアクセスし、利用者１０−１に関する予約時刻および予約利用時間等を通知する（手続ＰＲ１）。予約管理サーバ１９では、その記憶装置に、予約利用者、予約時刻、予約利用時間等がテーブル形式等で記憶されている。利用者１０−１の予約しようとする予約時刻等に先の予約が存在する場合には、利用者１０−１の予約がキャンセルされる。この実施形態では、先の予約はなく、利用者１０−１の予約申込みは受け付けられたものとする。そうすると、予約管理サーバ１９は予約仲介サーバ１８に対して予約受付けの通知ＰＲ２を送信する。予約仲介サーバ１６は、予約受付けの通知ＰＲ２を受信すると、インターネット１５等を経由して利用者１０−１の携帯電話１２に対して予約申込みの受付け完了を通知する（無線通信１３Ｂ）。以上によって時点ｔ２における利用者１０−１による予約申込み手続が完了する。
【００２４】
なお、上記の状態は、利用者１０−１のレストランＱ１の予約申込み手続が完了したということであり、予約が最終的に確定したというわけではない。利用者１０−１の都合で、予約がキャンセルされる可能性もあり得る。
【００２５】
図２に、予約仲介サーバ１６の内部構成を示す。予約仲介サーバ１６は、機能手段として、Ｗｅｂサーバによる受付け部２１と、会員登録部２２と、予約申込み受信・解読部２３と、通信部２４と、予約登録部２５と、予約利用者位置確認部２６と、到着予測部２７と、予約確定判定部２８を備えている。
【００２６】
上記において、受付け部２１はホームページを備え、少なくとも会員登録の受付け、予約申込み受付け等の受付け機能、およびトリガプロセス受信機能を有している。会員登録部２２は、登録済み会員の特定情報および関連情報を保存している。予約申込み受信・解読部２３は、利用者が会員であることを前提として、利用者の申込み内容を受信し、予約の申込み内容を解読する機能を有している。通信部２４は、予約管理サーバ１９との間の通信および利用者側への通知を行う。予約登録部２５は、予約申込み手続が完了した内容を保存している。予約利用者位置確認部２６は、後述するごとく、予約申込み手続が完了した利用者１０（１０−１，１０−２）が所定のトリガプロセスを実行するときに、その時に送信される信号に基づいて、その時点での利用者１０の位置を確認する機能を有している。到着予測部２７は、予約利用者位置確認部２６が上記トリガプロセスに基づいて利用者１０の位置を取得したとき、その時の利用者１０の位置と予約先の所在場所との距離から、現在位置に係る情報を取得した時刻から予約時刻までの時間で利用者１０が予約先のレストランＱ１に到達し得るか否かを予測する機能を有している。予約確定判定部２８は、到着予側部２７で、上記の到着が可能であると予測されるときには予約確定と判定し、当該到着が不可能であると予測されるときには予約キャンセルと判定する機能を有している。予約キャンセルと判定された場合には、その内容は予約管理サーバ１９へ通知される。
【００２７】
図３に、予約管理サーバ１９の内部構成を示す。予約管理サーバ１９は、機能手段として、通信部３１と、予約登録・確認部３２と、予約登録部３３と、予約キャンセル部３４を備えている。
【００２８】
上記において、通信部３１は予約仲介サーバ１６との間の通信を行う機能を有する。予約登録・確認部３２は、利用者による予約申込みに応じて予約申込み内容に応じて予約が可能であるか否かを確認し判定すると共に、予約可能であるときには予約申込みを受付けかつ予約登録部３３に予約内容を記録する。予約登録部３３は、予約申込み手続が完了した予約内容が登録・保存される。予約キャンセル部３４は、前述の到着予測部２７および予約確定判定部２８によって予約変更（キャンセル等）と判定されたときには、その通知を受け、予約登録部３３に保存された対応する予約内容を変更する。
【００２９】
次に、上記の図１〜図３を参照しつつ、図４に示すフローチャートに従って本実施形態に係る予約システムの動作を説明する。図４に示したフローチャートは、利用者１０の行う行為の部分と、予約仲介サーバ１６が実行する処理ステップの部分と、予約管理サーバ１９が実行する処理ステップの部分と、自動改札機１１（位置情報通知機）が実行する処理ステップとから構成される。
【００３０】
この予約システムによる予約サービスを受ける前提として、利用者１０は、事前に会員登録の手続（ステップＳ１０）を行っているものとする。会員登録の手続は、予約仲介サーバ１６に用意された会員登録用ホームページをダウンロードし、所要な事項（名前、住所、利用者特定情報等）を入力することにより行われる。この結果、会員登録の手続完了後には、予約仲介サーバ１６の会員登録部２２には、利用者１０の特定情報、携帯電話１２のメールアドレス、携帯電話１２に内蔵されるＩＣチップ内に保存される識別番号等が管理された状態で記憶されている（ステップＳ２０）。さらに追加の前提として、利用者１０はレストランＱ１を時刻ｔ４の予定で予約申込みを行うものとする。
【００３１】
最初に利用者１０は、時点ｔ２で利用者１０−１として、携帯電話１２を用いて予約申込みのアクセス（無線通信１３Ａ）を行う（ステップＳ１１）。予約申込みのアクセスは、基地局１４等およびインターネット１５を経由して、予約仲介サーバ１６に対して行われる。具体的は、インターネット対応の携帯電話１２で予約申込みホームページをダウンロードして、予約申込みの手続を行う。この予約申込みの内容はレストランＱ１の任意の席を時刻ｔ４から所要の時間の間利用するというものである。
【００３２】
予約仲介サーバ１６は、受付け部２１で予約申込みアクセスを受付けると（ステップＳ２１）、予約申込み受信・解読部２３で、予約内容を解読する（ステップＳ２２）。そこでは、予約申込み者が登録会員であるか否かを確認し、登録会員であることを前提にして、レストランＱ１を時刻ｔ４から一定時間利用するという予約申込み内容を読み出す。次に、その予約内容に基づいて、予約申込み受信・解読部２３は、通信部２４を介してかつネットワーク等を経由して、直接に、予約相手先であるレストランＱ１の予約管理サーバ１９にアクセスし（ステップＳ２３）、利用者１０−１に関する予約時刻および予約利用時間等を通知する（手続ＰＲ１）。
【００３３】
予約管理サーバ１９では、通信部３１で予約仲介サーバ１６からの通知を受ける（ステップＳ３１）。予約管理サーバ１９では、その予約登録部３３に、その時点に到るまでの予約申込みに関する予約利用者、予約時刻、予約利用時間等がテーブル形式等で記憶されている。予約管理サーバ１９では、次に、予約登録・確認部３２が、予約登録部３３の記録内容をチェックし、レストランＱ１において時刻ｔ４からの利用で空席があるか否かを確認する（ステップＳ３２）。予約時刻等に先の予約が存在する場合には、予約不可能であると判定する（ＮＯの場合）。ここでは空席が存在することを前提とする。予約管理サーバ１９の予約登録・確認部３２は、時刻ｔ４からの利用でレストランＱ４に空席が存在することをチェックした後、予約登録部３２に利用者１０−１に関する予約申込み内容を書き込み、記録する（ステップＳ３３）と共に、通信部３１を介して予約仲介サーバ１６に処理内容を通知する（ステップＳ３４、手順ＰＲ２）。
【００３４】
予約仲介サーバ１６の予約申込み受信・解読部２３は、予約管理サーバ１９から上記通知を受けると、通知内容に応じて、予約登録部２５に利用者１０に関する予約申込み内容を書き込む（ステップＳ２４）。併せて、受付け部２１を経由して携帯電話１２の側へ予約申込みの受付け完了の通知（無線通信１３Ｂ）を行う（ステップＳ２５）。これにより、利用者１０−１は携帯電話１２で通知を受信する（ステップＳ１２）と、時点ｔ２における利用者１０−１による予約申込み手続が完了する。
【００３５】
なお、予約管理サーバ１９において、予約登録・確認部３２が、予約申込みに対して空席が見つからず予約が不可能であると判断した場合には、ステップＳ３２でＮＯとなり、その結果、予約不可能という通知が予約仲介サーバ１６に送信される（ステップＳ３０１）。予約仲介サーバ１６は、予約不可能という通知を受信受し、この内容を携帯電話１２の側へ通知する（ステップＳ２０１）。携帯電話１２は、「予約ＮＯ」を受信する（ステップＳ１０１）。
【００３６】
以下では、利用者１０にとって、時点ｔ２の予約申込みの完了により時刻ｔ４にレストランＱ１の利用できることを前提にして説明する。
【００３７】
利用者１０は、時点ｔ２の後では通常の生活に戻り、かつこの例では時点ｔ３の利用者１０−２として移動の状態に移行する（ステップＳ１３）。移動状態の内容は任意である。この実施形態では、前述の通り、電車による移動であるとする。利用者１０は、携帯電話１２で予約申込みの受付け完了の通知を受けた（ステップＳ１２）後には、予約内容を実行するのみで、携帯電話１２等を用いた特別な処理は行わない。    
【００３８】
その後、予約仲介サーバ１６は、利用者１０がトリガプロセスを実行するか否かを待つ（ステップＳ２６）。このトリガプロセスは、任意の位置に設置された任意の位置情報通知機によって実行される。この実施形態の例では「位置情報通知機」は上記の自動改札機１１である。利用者１０が、改札処理機能を含むＩＣチップを内蔵する携帯電話１２を自動改札機１１に対してかざして当該自動改札機１１を通過する時、自動改札機１１は、携帯電話１２に内蔵されるＩＣチップから携帯電話１２または利用者１０を特定する情報を読出し、この利用者特定情報、利用者１０の現在位置情報（Ｐ１）、検出した時刻情報（ｔ１）を、基地局１４およびインターネット１５を経由して予約仲介サーバ１６に送信する（ステップＳ４１，Ｓ４２，Ｓ４３）。
【００３９】
従って上記の「トリガプロセス」は、自動改札機１１（位置情報通知機）が、利用者１０の位置情報、すなわち利用者１０が「何時の時点で何処にいるかという情報」を取得するプロセスである。
【００４０】
上記のごとく利用者１０の側においてトリガプロセスが実行されると、次に、待機中の予約仲介サーバ１６は「予約確定」の判定を実行する。
【００４１】
先ず、予約仲介サーバ１６では、自動改札機１１からのトリガプロセスに係る通知（手順ＰＲ３）を受付け部２１で受付け（ステップＳ２７）、予約利用者位置確認部２６に転送する（ステップＳ２８）。予約利用者位置確認部２６は、利用者１０側において自動改札機１１での通過で携帯電話１２からの送信を受けて自動改札機１１がトリガプロセスを実行するとき、その時点ｔ１での利用者１０の位置情報（Ｐ１）を取得する（ステップＳ２９）。本実施形態の場合、利用者１０の位置Ｐ１の情報は自動改札機１１の設置位置から求められる。自動改札機１１から送信される通知    の中には、上記のごとく、当該位置情報が含まれている。
【００４２】
予約利用者位置確認部２６が上記トリガプロセスに基づいて利用者１０の位置情報を取得した後において、到着予測部２７は、その時の利用者１０の位置（Ｐ１）と予約先であるレストランＱ１の所在場所との距離から、現在位置に係る情報を取得した時刻（ｔ１）から予約時刻（ｔ４）までの時間で、利用者１０が予約先のレストランＱ１に到達し得るか否かを予測する（ステップＳ１３１）。
【００４３】
上記の到着予測部２７における到着可能性の予測では、例えば、利用者１０の移動速度を予測し、当該移動速度で利用者１０とレストランＱ１の間の距離を割ることにより到着所要時間を算出し、この到着所要時間と時間（ｔ４−ｔ１）とを比較して、到着可能性を予測する。
【００４４】
そしてその後、予約確定判定部２８は、到着予側部２７で、上記の到着が可能であると予測されるとき（ＹＥＳ）には予約確定と判定し（ステップＳ１３２）、当該到着が不可能であると予測されるとき（ＮＯ）には予約キャンセルと判定する（ステップＳ１３３）。予約キャンセルと判定された場合には、予約登録部２５に記憶された予約内容を変更し（ステップＳ１３４）、予約キャンセルの内容を予約管理サーバ１９へ通知して予約調整を依頼する（ステップＳ１３５）。予約管理サーバ１９は、予約調整の依頼を受けて予約調整を行う（ステップＳ３５）。さらに予約仲介サーバ１６は、必要に応じて利用者１０の携帯電話１２に対して予約が変更されたことを通知する。
【００４５】
予約確定判定部２８で「予約確定」と判定されたときには、その後において予約仲介サーバ１６では特別な処理は行わず、レストランＱ１および予約管理サーバ１９では利用者１０の来店を待つことになる。なお利用者１０が来店したときには、例えば、予約管理サーバ１９は、店内に設置された読取り機および利用者１０の携帯電話１２を利用して、内蔵されるＩＣチップの識別番号により本人確認を行う。
【００４６】
なお「予約確定」と判定された後において、その後、利用者１０側が特別な予約キャンセルの意思表示もなく、来店しない場合も起こり得る。この場合にはレストランＱ１側に不利益を生じることになるので、このような場合を想定して予約確定条件を利用者１０に事前に提示し承諾させておくことにより、ペナルティーを要求するように構成することも可能である。「予約確定条件」としては、例えば、一定時間内に到着できる場所に利用者１０が居ること、あるいは利用者１０が特定チェックポイント（自動改札機など）の通過すること、などである。
【００４７】
上記の実施形態では、利用者１０はＩＣチップを内蔵した携帯電話１２を利用したが、携帯電話１２の代わりにＩＣカード等のＩＣ媒体を利用することも可能である。
【００４８】
以上のような構成および機能を有する予約システムは、より具体的に、次のような場合に適用することが好ましい。
【００４９】
望まし適用例は、駅周辺の施設で予約を行う場合である。前述の実施形態は、この適用例を想定している。利用者は、ＩＣチップ（ＩＣ媒体）を内蔵した携帯電話を有し、かつこの携帯電話のＩＣチップは乗車券機能を有している。
【００５０】
利用者は携帯電話を利用し、ＩＣチップに保存される識別番号に基づいて予約申込み手続を実行する。この適用例の場合には、鉄道により移動することが前提であり、移動開始駅（入場駅）の自動改札機を通過するとき、あるいは施設最寄駅（出場駅）の自動改札機を通過するときのＩＣチップの識別番号から予約仲介サーバは到着予測の判断を行う。到着時刻の遅延が予測される場合には、予約仲介サーバは、予約管理サーバと連携して、予約の調整を行うことが好ましい。調整の結果は、利用者の携帯電話に通知するように構成することが好ましい。なお、入場時刻、入場から一定時間経過、出場時刻等を予約仲介サーバから予約管理サーバに通知し、予約管理サーバは施設のスタッフに「来店予告」の通知を提供するように構成することもできる。
【００５１】
以上の実施形態で説明された構成、形状、大きさおよび配置関係については本発明が理解・実施できる程度に概略的に示したものにすぎない。従って本発明は、説明された実施形態に限定されるものではなく、特許請求の範囲に示される技術的思想の範囲を逸脱しない限り様々な形態に変更することができる。
【産業上の利用可能性】
【００５２】
本発明は、比較的に駅周辺に近いレストラン等の施設の利用を予約する予約システムとして利用される。
【図面の簡単な説明】
【００５３】
【図１】本発明に係る予約システムの代表的な実施形態を示す全体構成図である。
【図２】本実施形態における予約仲介サーバの内部構成を示すブロック図である。
【図３】本実施形態における予約管理サーバの内部構成を示すブロック図である。
【図４】本実施形態に係る予約システムの全体の動作を説明するフローチャートである。
【符号の説明】
【００５４】
１０      利用者
１０−１  利用者
１０−２  利用者
１１      自動改札機
１２      利用者携帯端末
１４      基地局
１５      インターネット
１６      予約仲介サーバ
１７      ＧＰＳ
１８      無線マーカ
１９      予約管理サーバ
Ｑ１      レストラン
【図１】
2006350846.tif 000003
【図２】
2006350846.tif 000004
【図３】
2006350846.tif 000005
【図４】
2006350846.tif 000006