JP2004102723A - 複数施設連動予約システム及び複数施設連動予約方法 - Google Patents

Abstract

【課題】複数の施設間の連携した予約サービスを行うことのできるシステムを提供する。
【解決手段】センターのサーバ１０に各施設の混雑情報を記録したデータベース１１を備え、各施設端末７ａ〜７ｃから随時送信される混雑情報によってデータベースに記録されている混雑情報を更新し、ユーザ端末１から送信される予約の条件に適合した施設を検索する。予約条件を完全に満たす施設が見つからなかった場合にも、各施設のサービス内容、混雑状況により、複数の施設を組み合わせたサービスプランをユーザ端末に送信し、施設の利用を促す。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、飲食店・映画館・スポーツ施設等で構成されるショッピングモール向けの予約システムに関し、予約情報を施設単体で利用するのではなく、施設間で共有・加工することのできる複数施設連動予約システムに関する。
【０００２】
【従来の技術】
従来、飲食店等の予約情報等を提示・予約受付を行う技術として、例えば、特許文献１に記載の施設情報提供装置が知られている。この施設情報提供装置は、各個別の施設の混雑状況情報を格納する施設情報格納手段と、利用者にその情報を提供する施設情報提供手段を有し、例えば各個々の施設のような予約受付情報などの提示・予約受付に用いられる。
【０００３】
【特許文献１】
特開２０００−９８５３７号公報（第２−８頁、第１−７図）
【０００４】
【発明が解決しようとする課題】
しかしながら、特許文献１に記載の装置は、各個別の施設の情報を提供するので、各施設について予約情報の提供・受付ができるものの、施設をまたがるサービスを提供することができない。
【０００５】
本発明は、利用者の多様な予約ニーズに対応できるように、複数の施設間の連携した予約サービスを行うことのできるシステムを提供することを目的とし、それによって施設、利用者双方へのメリット提供を図るものである。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明では、センターのサーバに各施設の混雑情報を記録したデータベースを備え、各施設端末から随時送信される混雑情報によってデータベースに記録されている混雑情報を更新し、ユーザ端末から送信される予約の条件に適合した施設を検索する。予約条件を完全に満たす施設が見つからなかった場合にも、各施設のサービス内容、混雑状況により、複数の施設を組み合わせたサービスプランをユーザ端末に送信し、施設の利用を促す。
【０００７】
本システムによると、ユーザは、混雑している施設を避ける等、現在の状況に応じた最適な施設の利用が可能になるだけでなく、混雑している施設の利用に際しても、待ち時間の間に他の施設を利用するなど新たなサービスを享受できるようになる。施設にとっても、時間帯により、その施設のみでは予約者の人数が多すぎ、サービスを提供できない場合もある。そのような場合、複数の施設による共同サービスを提案できるため、従来の一施設一利用者という形から複数施設一利用者という形にサービス形態を広げることができる。
【０００８】
従来のサービスでは、ユーザは検索により各施設の混雑状況を把握し、予約を行う。希望する施設が混雑している場合には、ユーザは再び他施設の検索を行わなければならなかった。しかし、本発明によると、希望する施設が混雑している場合、ユーザからの入力情報を基に、複数の施設によるサービスが連携した形で提案され、再検索の手間が省ける。施設にとっても自店が混雑していない場合に、他施設と共同してサービスを提供することで顧客を呼び込むことができ、施設稼働率を向上することができる。その結果、複数施設と擁するショッピングモール全体の施設利用稼働率を向上させることができる。
【０００９】
すなわち、本発明による複数施設連動予約システムは、複数の施設の予約可能情報を記憶したデータベースと、ユーザ端末にデータベースに記憶されている施設の予約可能情報を送信し、ユーザ端末から受信した予約実行要求に基づいて施設の予約処理を実行するサーバとを含む複数施設連動予約システムであって、サーバは、複数の施設から最新の予約可能情報を受信し、当該受信した最新の予約可能情報によってデータベースを更新する施設情報登録部と、ユーザ端末から受信した少なくとも１つの予約条件をもとにデータベースを検索する予約情報検索部と、予約情報検索部による検索結果を受け、予約条件を完全に満たす施設がない場合又は予約条件が複数ある場合、複数の施設の利用を組み合わせた予約プランを作成しユーザ端末に送信する予約情報提示部と、ユーザ端末から予約の実行要求を受けたとき、当該予約情報を関係する施設に送信するとともにデータベースの当該関連施設の予約可能情報を更新して予約処理を実行する予約情報登録伝達部とを備えることを特徴とする。
【００１０】
データベースは、各施設に関する情報として各施設の施設名及び施設カテゴリーに関する情報を保持し、施設の予約可能情報には時間帯と予約可能な人数の関係が含まれ、ユーザ端末から受信した予約条件には、施設カテゴリー、時間帯及び人数に関する情報が含まれるものとすることができる。
【００１１】
一例として、予約情報提示部は、予約条件のうち時間帯の開始時刻以外の条件を満たす施設Ａがある場合、その開始時刻から施設Ａの予約可能時刻までの間利用可能な施設Ｂと施設Ａを組み合わせて予約プランを作成する。他の例として、予約情報提示部は、予約条件のうち人数以外の条件を満たす施設が複数ある場合、それらの施設を組み合わせて予約プランを作成する。更に他の例として、予約条件が複数ある場合、予約条件の中で第１の予約条件を満たすか、少なくとも時間帯の終了時刻以外について第１の予約条件を満たす施設Ａがある場合、予約条件の中で第２の予約条件のうち施設カテゴリーの条件を満たし、かつ施設Ａの予約終了時刻以降利用可能な施設Ｂと施設Ａとを組み合わせて予約プランを作成する。
【００１２】
本発明による複数施設連動予約方法は、ユーザ端末から施設カテゴリー、時間帯、人数を含む予約条件を受信するステップと、予約条件をもとに施設毎の予約可能情報を格納したデータベースを検索するステップと、検索結果の結果、予約条件を完全に満たす施設はないが、予約条件のうち時間帯の開始時刻以外の条件を満たす施設Ａがある場合、その開始時刻から施設Ａの予約可能時刻までの間利用可能な施設Ｂと施設Ａとを組み合わせた予約プランを作成するステップと、作成した予約プランをユーザ端末に送信するステップとを含む。
【００１３】
本発明による複数施設連動予約方法は、また、ユーザ端末から施設カテゴリー、時間帯、人数を含む予約条件を受信するステップと、予約条件をもとに施設毎の予約可能情報を格納したデータベースを検索するステップと、検索結果の結果、予約条件を完全に満たす施設はないが、予約条件のうち人数以外の条件を満たす施設が複数ある場合、それらの施設を組み合わせて予約プランを作成するステップと、作成した予約プランをユーザ端末に送信するステップとを含むことを特徴とする。
【００１４】
本発明の複数施設連動予約方法では、ユーザ端末から一旦予約処理を実行した予約プランをキャンセルする指示を受信したとき、予約プランに含まれる複数の施設の予約を全てキャンセルするようにしてもよい。
【００１５】
【発明の実施の形態】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
図１は、本発明による複数施設連動予約システムの一例を示す概略図である。本発明の対象は、一つの飲食店等の施設単体でなく複数施設等を擁するショッピングモール等である。
【００１６】
本発明の複数施設連動予約システムの利用者（以下、ユーザという）は、携帯端末（以下ユーザ端末という）１を保有する。ユーザ端末１は、携帯電話、ＰＨＳ等の携帯通信端末、携帯通信端末と接続した携帯型情報機器（ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）、ＨＰＳ（Ｈａｎｄ　ｈｅｌｄ　ＰＣ）、ノートブック型パソコン等）等である。ユーザ端末１は移動体通信網、インターネット等の通信網４を介して、サーバ１０にアクセスする。
【００１７】
図１において、サーバ１０は、施設情報提供／予約に係わる各種サービスを提供するサーバ装置（施設情報提供／予約装置）であり、インターネットサーバ（ＷＷＷサーバ）としての機能を備える。サーバ１０には、通信網６を介して、複数の加盟施設に設置されているパソコン、ＰＤＡ等の情報処理端末７ａ〜７ｃと接続している。情報処理端末７ａ〜７ｃは、例えばブラウザ機能を備え、通信網６を介して少なくとも営業時間中はサーバ１０に常時接続し、各加盟施設のセンターとなるサーバ１０に情報提供を行い、またサーバ１０を介してユーザからの予約を受け付ける。
【００１８】
サーバ１０は、施設情報登録部２１、予約情報登録伝達部２２、予約情報検索部２３、予約情報提示部２４、予約情報受付部２５を有する。施設情報登録部２１は、各施設の情報処理端末７ａ〜７ｃから入力された各施設の情報を、施設統合データベース１１に格納／更新する。施設統合データベース１１には、施設情報登録部２１によって、各施設内の混雑状況を示すデータが格納される。この混雑状況データは、各情報処理端末７ａ〜７ｃから、その施設の現在の混雑状況を逐時（例えば混在状況が変化したとき）入力してもらい、随時更新していく。これにより、ユーザは、後述するように、各施設の現在の混雑状況を考慮して施設を選ぶことができるようになる。
【００１９】
ユーザからのアクセスがあったとき、予約情報検索部２３は、ユーザの入力情報に基づいて、施設統合データベース１１から適切な施設、あるいは飲食プランを検索する。予約情報提示部２４は、検索された情報を加工してユーザに提示する。予約情報受付部２５は、ユーザが提示された情報を元に予約を実行した場合、その予約申込情報を受け付ける。予約情報登録伝達部２２は、受け付けた予約申込み情報を、対象施設に伝達するとともに施設統合データベースに記録する。その際、ユーザのプランによって、複数施設に連動した形式でデータを送信する。
【００２０】
図２、図３は、上記サーバ１０により提供される施設情報提供／予約サービスを利用してユーザが予約を行う処理の流れを説明する図である。図２は、ユーザによる検索条件入力から検索結果表示までの一連の処理を説明するシーケンス図である。また、図３は、検索結果表示後、予約実行までの一連の処理を説明するシーケンス図である。
【００２１】
まず、図２において、この施設情報提供／予約サービスに加盟したい施設Ａは、自らの施設名、施設カテゴリー、扱い商品あるいはサービス、施設の紹介文、メニュー、価格、収容可能人数等の施設属性を入力し（ＳＡ１）、施設統合データベース１１に登録する（Ｓ１１）。同様に他の施設Ｂも自らの施設についての情報を入力し（ＳＢ１）、施設統合データベース１１に登録する（Ｓ１２）。この登録は、加盟時に一度行い、その後は登録内容に変更があったときに適宜更新登録をする。
【００２２】
各施設側では、例えば店員などにより、各店に設置された情報処理端末７ａ〜７ｃ（以下、施設端末という）から、随時、自店の混雑状況を入力して、サーバ１０側に通知している（ＳＡ２，ＳＢ２）。サーバ１０側では、この通知を受け取る毎に、施設統合データベース１１を更新する（Ｓ１３，Ｓ１４）。
【００２３】
一方、ユーザは、当該施設情報提供／予約のサービスを受けたいと思った場合には、ユーザ端末１を用いて、メニュー一覧から本サービス名（例えば「施設情報提供／予約」となっている）を選択する。あるいは、ＷＷＷサーバ１０のＵＲＬを入力してもよい。サーバ１０に接続した後は、予約人数、予約時間、利用したい施設の属性を入力する（ＳＵ１）。ここでいう施設の属性とは、ファミリーレストラン、居酒屋、ラーメン屋、カフェ、カラオケ店等、施設の種類を表す施設カテゴリー情報のことである。サーバ１０は、この検索依頼を受けると、ユーザが入力したデータに従って、施設統合データベース１１から希望に合う施設を検索する処理を行う（Ｓ１５）。この検索処理では、ユーザが利用したい施設を予約できる場合には、その施設を抽出し（Ｓ１６，Ｓ１７）、抽出した施設に関する情報を予約選択画面に表示する（ＳＵ２）。ユーザは予約選択画面上で利用したい施設を選択し、予約を実行する。
【００２４】
ユーザが選択したデータに基づき施設を検索したけれども検索条件にマッチした施設が見つからない場合、２つの理由が考えられる。１つは検索条件の予約時間にあう施設がない場合、２つめは検索条件の予約人数にあう施設がない場合である。
【００２５】
そこで、検索条件の予約時間にあう施設がない場合、条件Ａ（希望予約時間を無視、施設属性は希望条件と同じ）にて再検索する（Ｓ１８）。条件Ａを満たす施設が見つかったなら、続いて処理Ｃを行う（Ｓ１９）。処理Ｃでは、希望予約時間は満たさないが他の条件を満たす施設の抽出、抽出された施設の利用可能時間が希望予約時間より後の場合、施設が利用可能になるまでの待ち時間を埋め合わせできる他施設の抽出を行う。このとき、希望する施設属性がレストランの場合には待ち時間を埋め合わせるために検索する施設属性はカフェ、希望属性が居酒屋の場合には待ち時間を埋め合わせるために検索する施設属性はファーストフードのように、施設属性の組み合わせを予め決めておくのが好ましい。こうしてユーザの示した予約条件の代替となりうる利用施設の組み合わせを抽出し、施設利用プランとして予約選択画面に表示する（ＳＵ２）。あるいは、条件Ａに代えて、顧客の選択した施設属性以外で予約時間にあう施設を探し、施設利用プランを作成し、ユーザに提示するようにすることも可能である。
【００２６】
また、検索条件の予約人数にあう施設がない場合、条件Ｂ（希望予約人数以外を無視、施設属性は希望条件と同じ）にて検索を行い（Ｓ２０）、条件Ｂを満たす施設が複数見つかったなら処理Ｄを行い、検索条件の予約人数を満たすような施設の組み合わせを抽出する（Ｓ２１）。即ち、検索処理により求められた各施設の情報の中で混雑の状況より待ち時間の必要な施設が見つかった場合、その待ち時間の間、収容できない人数を他の施設に予約できないか検索する。その結果、複数の施設が共同してサービスを提供することで、顧客により多様なサービスを提供できる。検索結果は、ユーザの予約条件に対する代替プランとして、ユーザに提示する。ユーザ端末は、これを受信して表示する（ＳＵ２）。
【００２７】
なお、この実施例において当初ユーザが予約予定の施設は一施設のみであったが、当初からユーザが複数の施設について時間をずらして予約を希望するような実施形態としても良い。例えば、１８：００から２０：００までの間、居酒屋において宴会を行い、２０：００から２２：００までの間、カラオケ店において２次会を行いたい場合などである。この場合、図２のＳＵ１において予約人数、予約時間、利用したい施設の属性等を複数回入力できるようにしておけば良い。サーバ１０ではそれぞれのユーザ入力情報に従って、施設統合データベース１１から希望に合う施設を検索し（Ｓ１５）、該当施設の組合せが見つかった場合には（Ｓ１６）、予約プランとしてユーザに提示する。ユーザ端末は、これを受信して表示する（ＳＵ２）。ユーザが希望する条件通りの該当施設の組合せが見つからなかった場合は、ユーザが予約を希望する第一の施設について、上記と同様、予約時間を無視（条件Ａ）か予約人数（条件Ｂ）を無視して施設を再検索する（図２のＳ１８〜Ｓ２１）。この後、第一の施設の予約時間より後の時間に利用可能で、かつユーザが第二の施設に対して入力した利用したい施設の属性、予約人数を満たす（あるいは最も近い）第二の施設を検索する。ユーザが３つ以上の施設を予約を入力した場合も、同様に施設を順に検索してゆく。このようにして見つかった施設の組合せを代替プランとしてユーザに提示すると、ユーザ端末は、これを受信して表示する（ＳＵ２）。
【００２８】
図３により、ユーザ端末に提示された代替プランの中にユーザが利用可能な施設利用プランが見つかった場合の、予約処理を説明する。ユーザは、ユーザ端末に表示された予約プランの中に採用したいプランが見つかった場合には、その予約プランを選択する（ＳＵ３）。すると、選択した予約情報が一覧で表示され、予約者の情報（予約者名、予約者連絡先等）を入力し、予約実行ボタンを押下すると、予約情報がサーバ１０に送信される。サーバ１０では、予約情報受付部２５によって予約情報に含まれている対象施設を検出し（Ｓ２２）、施設情報と予約情報の詳細を予約情報登録伝達部２２に伝える。予約情報登録伝達部２２は、各施設に予約受付情報を送信し、各施設は予約情報を受け付ける（ＳＡ３，ＳＢ３）。予約情報登録伝達部２２は、また、施設統合データベース１１の該当施設に予約情報を登録し（Ｓ２４）、予約処理を終了する。
【００２９】
なお、図２、図３で示した処理の流れを、データの流れで示すと図４のようになる。サーバ１０の施設統合データベース１１には、施設Ａや施設Ｂの混雑情報（予約可能情報）が記憶されている。ユーザがサーバ１０にアクセスし、日時、施設の種類（施設属性）、人数等の希望予約情報を送信すると（▲１▼）、サーバ１０は施設統合データベース内の各施設の混雑情報を参照し、希望の予約が可能の場合にはその情報を、希望を完全に満足できない場合にはそれに代わるプランとして施設の組み合わせ情報をユーザ端末に提示する（▲２▼）。ユーザがユーザ端末から予約の実行を要求すると、図中に白抜きの矢印で示したように予約情報は一旦サーバ１０で受信され、その後サーバ１０から施設総合データベース１１とそれぞれの施設に送信される。
以上の処理の流れを、図５から図９に示すユーザ端末の表示画面例によって説明する。
【００３０】
図５は、サーバ１０にアクセスしたユーザ端末に表示される予約検索画面の例である。ユーザは、この予約検索画面で、予約人数、予約時間、利用したい施設の属性を入力する。いま、ユーザは、１９時から２１時まで、イタリアン料理のレストランを人数２人で予約しようとしているものとする。この場合、施設属性をイタリアンレストランとし、希望利用時間を１９時から２１時、希望予約人数を２人と入力することになる。必要事項を入力したのち、検索開始ボタンを押すと、サーバに検索要求が出され、検索結果がユーザ端末に表示される。
なお、当初から複数施設の予約を希望する実施例の場合は、図５において予約人数、予約時間、予約施設等の組合せを複数個入力可能な画面とする。
【００３１】
図６は、希望通りの施設が検索された場合の表示画面例を示す図である。ユーザ端末の予約選択画面には、予約可能な単独の施設のリストが表示される。ユーザは希望の施設（この場合は施設Ｂ）の予約欄をチェックして予約実行ボタンを押すことにより、その施設を予約することができる。
【００３２】
図７は、予約時間が合わなかった場合、すなわち予約時間に空席になる施設がなかった場合にユーザ端末に表示される予約選択画面例を示す図である。
【００３３】
この場合の状況は、例えば次のようなものである。サーバがユーザが希望する予約条件で施設統合データベースを検索したところ、希望する時間にはショッピングモールにあるイタリアンレストランは全て予約されており、イタリアンレストランＡ店のみが１９：３０から利用が可能であることが判った。そこで予定の時間をずらして、イタリアンレストランＡ店を１９：３０から予約するとして、１９：００から１９：３０までの間、時間をつぶせるようなカフェレストランＤを施設統合データベースより抽出し、待ち時間の間、Ｄ店を利用することを提案する（プラン１）。また、イタリアンレストランＧ店は２０：００から利用が可能であることが判った。この場合も、予定の時間をずらし、イタリアンレストランＧ店を２０：００から予約するとして、１９：００から２０：００までの間、時間をつぶせるようなカフェレストランＦを施設統合データベースより抽出し、待ち時間の間、Ｆ店を利用することを提案する（プラン２）。このように、ユーザは、単なる各店の紹介といった情報だけでなく、現在の混雑状況を元に他施設の予約情報を検索できる。そして複数施設に予約を行い、サービスを受けることができる。
【００３４】
図８は、予約人数が合わなかった場合、すなわち希望予約時間に十分な空席をもった施設がない場合にユーザ端末に表示される予約選択画面例を示す図である。
【００３５】
例えば、会社の忘年会でショッピングモールを利用、希望予約時間を１９：００から２１：００、希望予約人数を５０人で行おうとしが、検索の結果、ショッピングモールには５０人分をその希望予約時間に一度に収容できる施設はなかった。しかし、イタリアンレストラン（施設Ｂ）は３５人収容でき、ファミリーレストラン（施設Ｃ）は２０人ほど収容できることがわかった。もし、イタリアンレストラン（施設Ｂ）とファミリーレストラン（施設Ｃ）が共同でサービスを提供できれば、ユーザは２０：００から２１：３０まで施設を予約、利用する可能性は高くなる。そこで図８のように、２つの施設が共同してこの５０人に対してサービスを行うプランをユーザに提示する。ユーザは、そのプランを見て、受け入れ可能であれば予約実行ボタンを押し、２つの施設を予約することになる。
【００３６】
図６〜図８のいずれのケースで予約を実行した場合でも、ユーザ端末には図９に示すような予約確認画面が表示され、ユーザは予約者入力画面で名前、連絡先等を入力して予約実施ボタンを押すことにより、予約情報が施設側に送られる。サーバ１０は、ユーザからの予約があった場合には、予約された施設の施設端末に対して予約通知を送る。この予約通知には、上記ユーザが入力した予約内容（予約時間、予約人数等）情報が含まれる。予約通知を受け取った施設端末側では、この予約を受付け登録する。予約受付をした施設は、予約内容に基づいて、席の確保等を行う。
【００３７】
図１０は、混雑状況の通知等を行う施設端末の情報提供画面の一例を示す図である。例えば、各施設端末には、通常時には、図示のようなセンター（サーバ１０）への情報提供画面が表示されている。情報提供画面にはリアルタイムでその施設の予約数が時間単位表示され、現状の施設の予約状況のみならず、施設の閉店時間までの予約状況を把握できる。
【００３８】
情報提供画面には、予約状況を示す項目が表示される。店員等は、店内の様子を見て、混雑状況が変化したとき等に、これら項目のいずれかを選択／指定する。これに応じて施設統合データベース１１に格納されている混雑状況のデータが更新される。例えば図１０の施設メニュー画面で予約状況表示ボタンを押下すると、予約状況表示画面が表示される。ここでは１４：００から２３：００まで開店し、席数が２０席ある店舗を想定する。図に表示されている通り、予約席以外の席として１４：００から２０：３０まで５席分用意されている。また１５：３０から１９：３０まで６人分予約しているユーザ、１６：００から２１：３０まで４人分予約しているユーザ、１７：００から２２：３０まで４人分予約しているユーザがいることが判る。また、予約状況を修正したい場合には予約状況修正ボタンを押下する。例えば現在は５人分の予約外の席数を用意しているが、予約外席数を７人かつ１４：００から２３：００まで（例えば店内に現在予約外の客が７名いて、その客が何時に帰るかわからないため、７名分については閉店時間まで新規予約を受け付けることができなくなった場合など）とすることを考える。この場合、例えば施設端末のマウス等で７席分の予約外席数を１４：００から２３：００までドラッグ・選択することにより、予約状況を変更する。これによって、この場合１７：００から１９：３０までは空白の席が全く無くなり、新規予約は受け付けられない状態となる。その後、更新実行ボタンを押下することにより、予約状況の更新が確定する。
【００３９】
図１１は、サーバが提示したプランに従って複数の施設を予約したユーザが、その予約をキャンセルする場合の処理の流れを説明するシーケンス図である。
予約をキャンセルする場合、ユーザは、ユーザ端末の表示画面上で予約プラン確認ボタンを押す（ＳＵ１１）。サーバ１０は施設統合データベース１１に記録されている予約情報を検索し、そのユーザが予約した施設の情報を取り出し（Ｓ３１）、ユーザ端末に送信する。ユーザは、ユーザ端末上で予約情報を確認し（ＳＵ１２）、キャンセルボタンを押す（ＳＵ１３）。ユーザ端末から予約キャンセルの通知を受信したサーバ１０は、施設統合データベース１１に登録されている複数施設の予約プラン全体をキャンセルし、キャンセル対象となる施設にキャンセル情報を送信する（Ｓ３２）。各施設は送信された情報よりキャンセルする顧客の人数、時間帯を把握し、キャンセルを受け付ける（ＳＡ１１，ＳＢ１１）。サーバ１０は、各施設からキャンセル完了情報を受信し、キャンセル処理を終了する（Ｓ３３）。これによって、ユーザは予約した施設に対して一つ一つキャンセルしなくても、プランをキャンセルすることにより、そのプランに従って予約した施設を一括してキャンセルすることができる。
【００４０】
【発明の効果】
本発明によると、ユーザは混雑している施設を避けて施設を選ぶことができる等、現在の状況に応じた最適な施設の利用が可能になるだけでなく、混雑している施設を利用するに際しても、待ち時間に他の施設のサービスを提案できる。また、ユーザの人数が多すぎるため一施設のみではサービスを提供できない場合でも、複数の施設で共同したサービスを提案できる。この結果、従来までの一ユーザ一施設というサービス形態とは異なったサービスを提供できるようになる。
【図面の簡単な説明】
【図１】本発明による複数施設連動予約システムの一例を示す概略図。
【図２】ユーザによる検索条件入力から検索結果表示までの一連の処理を説明するシーケンス図。
【図３】検索結果表示後、予約実行までの一連の処理を説明するシーケンス図。
【図４】複数施設予約の際のデータの流れを説明する図。
【図５】ユーザ端末に表示される予約検索画面の例を示す図。
【図６】希望通りの施設が検索された場合の表示画面例を示す図。
【図７】予約時間が合わなかった場合にユーザ端末に表示される予約選択画面例を示す図。
【図８】予約人数が合わなかった場合にユーザ端末に表示される予約選択画面例を示す図。
【図９】ユーザ端末の予約確認画面例を示す図。
【図１０】混雑状況の通知等を行う施設端末の情報提供画面の一例を示す図。
【図１１】予約をキャンセルする場合の処理の流れを説明するシーケンス図。
【符号の説明】
１：ユーザ端末、７ａ、７ｂ，７ｃ：情報処理端末、１０：サーバ、１１：施設統合データベース、２１：施設情報登録部、２２：予約情報登録伝達部、２３：予約情報検索部、２４：予約情報提示部、２５：予約情報受付部

Claims (8)

1. 複数の施設の予約可能情報を記憶したデータベースと、ユーザ端末に前記データベースに記憶されている施設の予約可能情報を送信し、ユーザ端末から受信した予約実行要求に基づいて施設の予約処理を実行するサーバとを含む複数施設連動予約システムであって、
   前記サーバは、複数の施設から最新の予約可能情報を受信し、当該受信した最新の予約可能情報によって前記データベースを更新する施設情報登録部と、ユーザ端末から受信した少なくとも１つの予約条件をもとに前記データベースを検索する予約情報検索部と、前記予約情報検索部による検索結果を受け、前記予約条件を完全に満たす施設がない場合または前記予約条件が複数ある場合、複数の施設の利用を組み合わせた予約プランを作成し前記ユーザ端末に送信する予約情報提示部と、ユーザ端末から予約の実行要求を受けたとき、当該予約情報を関係する施設に送信するとともに前記データベースの当該関連施設の予約可能情報を更新して予約処理を実行する予約情報登録伝達部とを備えることを特徴とする複数施設連動予約システム。
2. 請求項１記載の複数施設連動予約システムにおいて、前記データベースは、各施設に関する情報として各施設の施設名及び施設カテゴリーに関する情報を保持し、前記施設の予約可能情報には時間帯と予約可能な人数の関係が含まれ、前記ユーザ端末から受信した予約条件には、施設カテゴリー、時間帯及び人数に関する情報が含まれていることを特徴とする複数施設連動予約システム。
3. 請求項２記載の複数施設連動予約システムにおいて、予約情報提示部は、前記予約条件のうち時間帯の開始時刻以外の条件を満たす施設Ａがある場合、前記開始時刻から前記施設Ａの予約可能時刻までの間利用可能な施設Ｂと前記施設Ａとを組み合わせて予約プランを作成することを特徴とする複数施設連動予約システム。
4. 請求項２記載の複数施設連動予約システムにおいて、予約情報提示部は、前記予約条件のうち人数以外の条件を満たす施設が複数ある場合、それらの施設を組み合わせて予約プランを作成することを特徴とする複数施設連動予約システム。
5. 請求項２記載の複数施設連動予約システムにおいて、前記予約条件が複数ある場合、前記予約情報提示部は、前記予約条件の中で第１の予約条件を満たすか、少なくとも時間帯の終了時刻以外について前記第１の予約条件を満たす施設Ａがある場合、前記予約条件の中で第２の予約条件のうち施設カテゴリーの条件を満たし、かつ前記施設Ａの予約終了時刻以降利用可能な施設Ｂと前記施設Ａとを組み合わせて予約プランを作成することを特徴とする複数施設連動予約システム。
6. ユーザ端末から施設カテゴリー、時間帯、人数を含む予約条件を受信するステップと、
   前記予約条件をもとに施設毎の予約可能情報を格納したデータベースを検索するステップと、
   検索結果の結果、前記予約条件を完全に満たす施設はないが、前記予約条件のうち時間帯の開始時刻以外の条件を満たす施設Ａがある場合、前記開始時刻から前記施設Ａの予約可能時刻までの間利用可能な施設Ｂと前記施設Ａとを組み合わせた予約プランを作成するステップと、
   作成した予約プランをユーザ端末に送信するステップとを含むことを特徴とする複数施設連動予約方法。
7. ユーザ端末から施設カテゴリー、時間帯、人数を含む予約条件を受信するステップと、
   前記予約条件をもとに施設毎の予約可能情報を格納したデータベースを検索するステップと、
   検索結果の結果、前記予約条件を完全に満たす施設はないが、前記予約条件のうち人数以外の条件を満たす施設が複数ある場合、それらの施設を組み合わせて予約プランを作成するステップと、
   作成した予約プランをユーザ端末に送信するステップとを含むことを特徴とする複数施設連動予約方法。
8. 請求項６又は７記載の複数施設連動予約方法において、ユーザ端末から一旦予約処理を実行した予約プランをキャンセルする指示を受信したとき、前記予約プランに含まれる複数の施設の予約を全てキャンセルするステップを更に含むことを特徴とする複数施設連動予約方法。

Images