JP2004102723A - Associated reservation system and method for a plurality of facilities - Google Patents

Associated reservation system and method for a plurality of facilities Download PDF

Info

Publication number
JP2004102723A
JP2004102723A JP2002264590A JP2002264590A JP2004102723A JP 2004102723 A JP2004102723 A JP 2004102723A JP 2002264590 A JP2002264590 A JP 2002264590A JP 2002264590 A JP2002264590 A JP 2002264590A JP 2004102723 A JP2004102723 A JP 2004102723A
Authority
JP
Japan
Prior art keywords
reservation
facility
information
facilities
user terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002264590A
Other languages
Japanese (ja)
Other versions
JP2004102723A5 (en
Inventor
Yasushi Matsuda
松田 康
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Software Engineering Co Ltd
Original Assignee
Hitachi Software Engineering Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Software Engineering Co Ltd filed Critical Hitachi Software Engineering Co Ltd
Priority to JP2002264590A priority Critical patent/JP2004102723A/en
Publication of JP2004102723A publication Critical patent/JP2004102723A/en
Publication of JP2004102723A5 publication Critical patent/JP2004102723A5/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system capable of conducting reservation service associated between a plurality of facilities. <P>SOLUTION: A server 10 at a center is provided with a database 11 recording congestion information on each facility. The congestion information recorded on the database is updated by referring to the congestion information sent as required from each facility terminal 7a-7c. The facility conforming to reservation conditions sent from a user terminal 1 is retrieved. Even if no facility satisfying the reservation conditions is found, a service plan formed by combining the plurality of facilities by referring to the service contents of each facility and a congestion state is transmitted to the user terminal to urge the use of the facility. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、飲食店・映画館・スポーツ施設等で構成されるショッピングモール向けの予約システムに関し、予約情報を施設単体で利用するのではなく、施設間で共有・加工することのできる複数施設連動予約システムに関する。
【0002】
【従来の技術】
従来、飲食店等の予約情報等を提示・予約受付を行う技術として、例えば、特許文献1に記載の施設情報提供装置が知られている。この施設情報提供装置は、各個別の施設の混雑状況情報を格納する施設情報格納手段と、利用者にその情報を提供する施設情報提供手段を有し、例えば各個々の施設のような予約受付情報などの提示・予約受付に用いられる。
【0003】
【特許文献1】
特開2000−98537号公報(第2−8頁、第1−7図)
【0004】
【発明が解決しようとする課題】
しかしながら、特許文献1に記載の装置は、各個別の施設の情報を提供するので、各施設について予約情報の提供・受付ができるものの、施設をまたがるサービスを提供することができない。
【0005】
本発明は、利用者の多様な予約ニーズに対応できるように、複数の施設間の連携した予約サービスを行うことのできるシステムを提供することを目的とし、それによって施設、利用者双方へのメリット提供を図るものである。
【0006】
【課題を解決するための手段】
上記目的を達成するために、本発明では、センターのサーバに各施設の混雑情報を記録したデータベースを備え、各施設端末から随時送信される混雑情報によってデータベースに記録されている混雑情報を更新し、ユーザ端末から送信される予約の条件に適合した施設を検索する。予約条件を完全に満たす施設が見つからなかった場合にも、各施設のサービス内容、混雑状況により、複数の施設を組み合わせたサービスプランをユーザ端末に送信し、施設の利用を促す。
【0007】
本システムによると、ユーザは、混雑している施設を避ける等、現在の状況に応じた最適な施設の利用が可能になるだけでなく、混雑している施設の利用に際しても、待ち時間の間に他の施設を利用するなど新たなサービスを享受できるようになる。施設にとっても、時間帯により、その施設のみでは予約者の人数が多すぎ、サービスを提供できない場合もある。そのような場合、複数の施設による共同サービスを提案できるため、従来の一施設一利用者という形から複数施設一利用者という形にサービス形態を広げることができる。
【0008】
従来のサービスでは、ユーザは検索により各施設の混雑状況を把握し、予約を行う。希望する施設が混雑している場合には、ユーザは再び他施設の検索を行わなければならなかった。しかし、本発明によると、希望する施設が混雑している場合、ユーザからの入力情報を基に、複数の施設によるサービスが連携した形で提案され、再検索の手間が省ける。施設にとっても自店が混雑していない場合に、他施設と共同してサービスを提供することで顧客を呼び込むことができ、施設稼働率を向上することができる。その結果、複数施設と擁するショッピングモール全体の施設利用稼働率を向上させることができる。
【0009】
すなわち、本発明による複数施設連動予約システムは、複数の施設の予約可能情報を記憶したデータベースと、ユーザ端末にデータベースに記憶されている施設の予約可能情報を送信し、ユーザ端末から受信した予約実行要求に基づいて施設の予約処理を実行するサーバとを含む複数施設連動予約システムであって、サーバは、複数の施設から最新の予約可能情報を受信し、当該受信した最新の予約可能情報によってデータベースを更新する施設情報登録部と、ユーザ端末から受信した少なくとも1つの予約条件をもとにデータベースを検索する予約情報検索部と、予約情報検索部による検索結果を受け、予約条件を完全に満たす施設がない場合又は予約条件が複数ある場合、複数の施設の利用を組み合わせた予約プランを作成しユーザ端末に送信する予約情報提示部と、ユーザ端末から予約の実行要求を受けたとき、当該予約情報を関係する施設に送信するとともにデータベースの当該関連施設の予約可能情報を更新して予約処理を実行する予約情報登録伝達部とを備えることを特徴とする。
【0010】
データベースは、各施設に関する情報として各施設の施設名及び施設カテゴリーに関する情報を保持し、施設の予約可能情報には時間帯と予約可能な人数の関係が含まれ、ユーザ端末から受信した予約条件には、施設カテゴリー、時間帯及び人数に関する情報が含まれるものとすることができる。
【0011】
一例として、予約情報提示部は、予約条件のうち時間帯の開始時刻以外の条件を満たす施設Aがある場合、その開始時刻から施設Aの予約可能時刻までの間利用可能な施設Bと施設Aを組み合わせて予約プランを作成する。他の例として、予約情報提示部は、予約条件のうち人数以外の条件を満たす施設が複数ある場合、それらの施設を組み合わせて予約プランを作成する。更に他の例として、予約条件が複数ある場合、予約条件の中で第1の予約条件を満たすか、少なくとも時間帯の終了時刻以外について第1の予約条件を満たす施設Aがある場合、予約条件の中で第2の予約条件のうち施設カテゴリーの条件を満たし、かつ施設Aの予約終了時刻以降利用可能な施設Bと施設Aとを組み合わせて予約プランを作成する。
【0012】
本発明による複数施設連動予約方法は、ユーザ端末から施設カテゴリー、時間帯、人数を含む予約条件を受信するステップと、予約条件をもとに施設毎の予約可能情報を格納したデータベースを検索するステップと、検索結果の結果、予約条件を完全に満たす施設はないが、予約条件のうち時間帯の開始時刻以外の条件を満たす施設Aがある場合、その開始時刻から施設Aの予約可能時刻までの間利用可能な施設Bと施設Aとを組み合わせた予約プランを作成するステップと、作成した予約プランをユーザ端末に送信するステップとを含む。
【0013】
本発明による複数施設連動予約方法は、また、ユーザ端末から施設カテゴリー、時間帯、人数を含む予約条件を受信するステップと、予約条件をもとに施設毎の予約可能情報を格納したデータベースを検索するステップと、検索結果の結果、予約条件を完全に満たす施設はないが、予約条件のうち人数以外の条件を満たす施設が複数ある場合、それらの施設を組み合わせて予約プランを作成するステップと、作成した予約プランをユーザ端末に送信するステップとを含むことを特徴とする。
【0014】
本発明の複数施設連動予約方法では、ユーザ端末から一旦予約処理を実行した予約プランをキャンセルする指示を受信したとき、予約プランに含まれる複数の施設の予約を全てキャンセルするようにしてもよい。
【0015】
【発明の実施の形態】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
図1は、本発明による複数施設連動予約システムの一例を示す概略図である。本発明の対象は、一つの飲食店等の施設単体でなく複数施設等を擁するショッピングモール等である。
【0016】
本発明の複数施設連動予約システムの利用者(以下、ユーザという)は、携帯端末(以下ユーザ端末という)1を保有する。ユーザ端末1は、携帯電話、PHS等の携帯通信端末、携帯通信端末と接続した携帯型情報機器(PDA(Personal Digital Assistant)、HPS(Hand held PC)、ノートブック型パソコン等)等である。ユーザ端末1は移動体通信網、インターネット等の通信網4を介して、サーバ10にアクセスする。
【0017】
図1において、サーバ10は、施設情報提供/予約に係わる各種サービスを提供するサーバ装置(施設情報提供/予約装置)であり、インターネットサーバ(WWWサーバ)としての機能を備える。サーバ10には、通信網6を介して、複数の加盟施設に設置されているパソコン、PDA等の情報処理端末7a〜7cと接続している。情報処理端末7a〜7cは、例えばブラウザ機能を備え、通信網6を介して少なくとも営業時間中はサーバ10に常時接続し、各加盟施設のセンターとなるサーバ10に情報提供を行い、またサーバ10を介してユーザからの予約を受け付ける。
【0018】
サーバ10は、施設情報登録部21、予約情報登録伝達部22、予約情報検索部23、予約情報提示部24、予約情報受付部25を有する。施設情報登録部21は、各施設の情報処理端末7a〜7cから入力された各施設の情報を、施設統合データベース11に格納/更新する。施設統合データベース11には、施設情報登録部21によって、各施設内の混雑状況を示すデータが格納される。この混雑状況データは、各情報処理端末7a〜7cから、その施設の現在の混雑状況を逐時(例えば混在状況が変化したとき)入力してもらい、随時更新していく。これにより、ユーザは、後述するように、各施設の現在の混雑状況を考慮して施設を選ぶことができるようになる。
【0019】
ユーザからのアクセスがあったとき、予約情報検索部23は、ユーザの入力情報に基づいて、施設統合データベース11から適切な施設、あるいは飲食プランを検索する。予約情報提示部24は、検索された情報を加工してユーザに提示する。予約情報受付部25は、ユーザが提示された情報を元に予約を実行した場合、その予約申込情報を受け付ける。予約情報登録伝達部22は、受け付けた予約申込み情報を、対象施設に伝達するとともに施設統合データベースに記録する。その際、ユーザのプランによって、複数施設に連動した形式でデータを送信する。
【0020】
図2、図3は、上記サーバ10により提供される施設情報提供/予約サービスを利用してユーザが予約を行う処理の流れを説明する図である。図2は、ユーザによる検索条件入力から検索結果表示までの一連の処理を説明するシーケンス図である。また、図3は、検索結果表示後、予約実行までの一連の処理を説明するシーケンス図である。
【0021】
まず、図2において、この施設情報提供/予約サービスに加盟したい施設Aは、自らの施設名、施設カテゴリー、扱い商品あるいはサービス、施設の紹介文、メニュー、価格、収容可能人数等の施設属性を入力し(SA1)、施設統合データベース11に登録する(S11)。同様に他の施設Bも自らの施設についての情報を入力し(SB1)、施設統合データベース11に登録する(S12)。この登録は、加盟時に一度行い、その後は登録内容に変更があったときに適宜更新登録をする。
【0022】
各施設側では、例えば店員などにより、各店に設置された情報処理端末7a〜7c(以下、施設端末という)から、随時、自店の混雑状況を入力して、サーバ10側に通知している(SA2,SB2)。サーバ10側では、この通知を受け取る毎に、施設統合データベース11を更新する(S13,S14)。
【0023】
一方、ユーザは、当該施設情報提供/予約のサービスを受けたいと思った場合には、ユーザ端末1を用いて、メニュー一覧から本サービス名(例えば「施設情報提供/予約」となっている)を選択する。あるいは、WWWサーバ10のURLを入力してもよい。サーバ10に接続した後は、予約人数、予約時間、利用したい施設の属性を入力する(SU1)。ここでいう施設の属性とは、ファミリーレストラン、居酒屋、ラーメン屋、カフェ、カラオケ店等、施設の種類を表す施設カテゴリー情報のことである。サーバ10は、この検索依頼を受けると、ユーザが入力したデータに従って、施設統合データベース11から希望に合う施設を検索する処理を行う(S15)。この検索処理では、ユーザが利用したい施設を予約できる場合には、その施設を抽出し(S16,S17)、抽出した施設に関する情報を予約選択画面に表示する(SU2)。ユーザは予約選択画面上で利用したい施設を選択し、予約を実行する。
【0024】
ユーザが選択したデータに基づき施設を検索したけれども検索条件にマッチした施設が見つからない場合、2つの理由が考えられる。1つは検索条件の予約時間にあう施設がない場合、2つめは検索条件の予約人数にあう施設がない場合である。
【0025】
そこで、検索条件の予約時間にあう施設がない場合、条件A(希望予約時間を無視、施設属性は希望条件と同じ)にて再検索する(S18)。条件Aを満たす施設が見つかったなら、続いて処理Cを行う(S19)。処理Cでは、希望予約時間は満たさないが他の条件を満たす施設の抽出、抽出された施設の利用可能時間が希望予約時間より後の場合、施設が利用可能になるまでの待ち時間を埋め合わせできる他施設の抽出を行う。このとき、希望する施設属性がレストランの場合には待ち時間を埋め合わせるために検索する施設属性はカフェ、希望属性が居酒屋の場合には待ち時間を埋め合わせるために検索する施設属性はファーストフードのように、施設属性の組み合わせを予め決めておくのが好ましい。こうしてユーザの示した予約条件の代替となりうる利用施設の組み合わせを抽出し、施設利用プランとして予約選択画面に表示する(SU2)。あるいは、条件Aに代えて、顧客の選択した施設属性以外で予約時間にあう施設を探し、施設利用プランを作成し、ユーザに提示するようにすることも可能である。
【0026】
また、検索条件の予約人数にあう施設がない場合、条件B(希望予約人数以外を無視、施設属性は希望条件と同じ)にて検索を行い(S20)、条件Bを満たす施設が複数見つかったなら処理Dを行い、検索条件の予約人数を満たすような施設の組み合わせを抽出する(S21)。即ち、検索処理により求められた各施設の情報の中で混雑の状況より待ち時間の必要な施設が見つかった場合、その待ち時間の間、収容できない人数を他の施設に予約できないか検索する。その結果、複数の施設が共同してサービスを提供することで、顧客により多様なサービスを提供できる。検索結果は、ユーザの予約条件に対する代替プランとして、ユーザに提示する。ユーザ端末は、これを受信して表示する(SU2)。
【0027】
なお、この実施例において当初ユーザが予約予定の施設は一施設のみであったが、当初からユーザが複数の施設について時間をずらして予約を希望するような実施形態としても良い。例えば、18:00から20:00までの間、居酒屋において宴会を行い、20:00から22:00までの間、カラオケ店において2次会を行いたい場合などである。この場合、図2のSU1において予約人数、予約時間、利用したい施設の属性等を複数回入力できるようにしておけば良い。サーバ10ではそれぞれのユーザ入力情報に従って、施設統合データベース11から希望に合う施設を検索し(S15)、該当施設の組合せが見つかった場合には(S16)、予約プランとしてユーザに提示する。ユーザ端末は、これを受信して表示する(SU2)。ユーザが希望する条件通りの該当施設の組合せが見つからなかった場合は、ユーザが予約を希望する第一の施設について、上記と同様、予約時間を無視(条件A)か予約人数(条件B)を無視して施設を再検索する(図2のS18〜S21)。この後、第一の施設の予約時間より後の時間に利用可能で、かつユーザが第二の施設に対して入力した利用したい施設の属性、予約人数を満たす(あるいは最も近い)第二の施設を検索する。ユーザが3つ以上の施設を予約を入力した場合も、同様に施設を順に検索してゆく。このようにして見つかった施設の組合せを代替プランとしてユーザに提示すると、ユーザ端末は、これを受信して表示する(SU2)。
【0028】
図3により、ユーザ端末に提示された代替プランの中にユーザが利用可能な施設利用プランが見つかった場合の、予約処理を説明する。ユーザは、ユーザ端末に表示された予約プランの中に採用したいプランが見つかった場合には、その予約プランを選択する(SU3)。すると、選択した予約情報が一覧で表示され、予約者の情報(予約者名、予約者連絡先等)を入力し、予約実行ボタンを押下すると、予約情報がサーバ10に送信される。サーバ10では、予約情報受付部25によって予約情報に含まれている対象施設を検出し(S22)、施設情報と予約情報の詳細を予約情報登録伝達部22に伝える。予約情報登録伝達部22は、各施設に予約受付情報を送信し、各施設は予約情報を受け付ける(SA3,SB3)。予約情報登録伝達部22は、また、施設統合データベース11の該当施設に予約情報を登録し(S24)、予約処理を終了する。
【0029】
なお、図2、図3で示した処理の流れを、データの流れで示すと図4のようになる。サーバ10の施設統合データベース11には、施設Aや施設Bの混雑情報(予約可能情報)が記憶されている。ユーザがサーバ10にアクセスし、日時、施設の種類(施設属性)、人数等の希望予約情報を送信すると(▲1▼)、サーバ10は施設統合データベース内の各施設の混雑情報を参照し、希望の予約が可能の場合にはその情報を、希望を完全に満足できない場合にはそれに代わるプランとして施設の組み合わせ情報をユーザ端末に提示する(▲2▼)。ユーザがユーザ端末から予約の実行を要求すると、図中に白抜きの矢印で示したように予約情報は一旦サーバ10で受信され、その後サーバ10から施設総合データベース11とそれぞれの施設に送信される。
以上の処理の流れを、図5から図9に示すユーザ端末の表示画面例によって説明する。
【0030】
図5は、サーバ10にアクセスしたユーザ端末に表示される予約検索画面の例である。ユーザは、この予約検索画面で、予約人数、予約時間、利用したい施設の属性を入力する。いま、ユーザは、19時から21時まで、イタリアン料理のレストランを人数2人で予約しようとしているものとする。この場合、施設属性をイタリアンレストランとし、希望利用時間を19時から21時、希望予約人数を2人と入力することになる。必要事項を入力したのち、検索開始ボタンを押すと、サーバに検索要求が出され、検索結果がユーザ端末に表示される。
なお、当初から複数施設の予約を希望する実施例の場合は、図5において予約人数、予約時間、予約施設等の組合せを複数個入力可能な画面とする。
【0031】
図6は、希望通りの施設が検索された場合の表示画面例を示す図である。ユーザ端末の予約選択画面には、予約可能な単独の施設のリストが表示される。ユーザは希望の施設(この場合は施設B)の予約欄をチェックして予約実行ボタンを押すことにより、その施設を予約することができる。
【0032】
図7は、予約時間が合わなかった場合、すなわち予約時間に空席になる施設がなかった場合にユーザ端末に表示される予約選択画面例を示す図である。
【0033】
この場合の状況は、例えば次のようなものである。サーバがユーザが希望する予約条件で施設統合データベースを検索したところ、希望する時間にはショッピングモールにあるイタリアンレストランは全て予約されており、イタリアンレストランA店のみが19:30から利用が可能であることが判った。そこで予定の時間をずらして、イタリアンレストランA店を19:30から予約するとして、19:00から19:30までの間、時間をつぶせるようなカフェレストランDを施設統合データベースより抽出し、待ち時間の間、D店を利用することを提案する(プラン1)。また、イタリアンレストランG店は20:00から利用が可能であることが判った。この場合も、予定の時間をずらし、イタリアンレストランG店を20:00から予約するとして、19:00から20:00までの間、時間をつぶせるようなカフェレストランFを施設統合データベースより抽出し、待ち時間の間、F店を利用することを提案する(プラン2)。このように、ユーザは、単なる各店の紹介といった情報だけでなく、現在の混雑状況を元に他施設の予約情報を検索できる。そして複数施設に予約を行い、サービスを受けることができる。
【0034】
図8は、予約人数が合わなかった場合、すなわち希望予約時間に十分な空席をもった施設がない場合にユーザ端末に表示される予約選択画面例を示す図である。
【0035】
例えば、会社の忘年会でショッピングモールを利用、希望予約時間を19:00から21:00、希望予約人数を50人で行おうとしが、検索の結果、ショッピングモールには50人分をその希望予約時間に一度に収容できる施設はなかった。しかし、イタリアンレストラン(施設B)は35人収容でき、ファミリーレストラン(施設C)は20人ほど収容できることがわかった。もし、イタリアンレストラン(施設B)とファミリーレストラン(施設C)が共同でサービスを提供できれば、ユーザは20:00から21:30まで施設を予約、利用する可能性は高くなる。そこで図8のように、2つの施設が共同してこの50人に対してサービスを行うプランをユーザに提示する。ユーザは、そのプランを見て、受け入れ可能であれば予約実行ボタンを押し、2つの施設を予約することになる。
【0036】
図6〜図8のいずれのケースで予約を実行した場合でも、ユーザ端末には図9に示すような予約確認画面が表示され、ユーザは予約者入力画面で名前、連絡先等を入力して予約実施ボタンを押すことにより、予約情報が施設側に送られる。サーバ10は、ユーザからの予約があった場合には、予約された施設の施設端末に対して予約通知を送る。この予約通知には、上記ユーザが入力した予約内容(予約時間、予約人数等)情報が含まれる。予約通知を受け取った施設端末側では、この予約を受付け登録する。予約受付をした施設は、予約内容に基づいて、席の確保等を行う。
【0037】
図10は、混雑状況の通知等を行う施設端末の情報提供画面の一例を示す図である。例えば、各施設端末には、通常時には、図示のようなセンター(サーバ10)への情報提供画面が表示されている。情報提供画面にはリアルタイムでその施設の予約数が時間単位表示され、現状の施設の予約状況のみならず、施設の閉店時間までの予約状況を把握できる。
【0038】
情報提供画面には、予約状況を示す項目が表示される。店員等は、店内の様子を見て、混雑状況が変化したとき等に、これら項目のいずれかを選択/指定する。これに応じて施設統合データベース11に格納されている混雑状況のデータが更新される。例えば図10の施設メニュー画面で予約状況表示ボタンを押下すると、予約状況表示画面が表示される。ここでは14:00から23:00まで開店し、席数が20席ある店舗を想定する。図に表示されている通り、予約席以外の席として14:00から20:30まで5席分用意されている。また15:30から19:30まで6人分予約しているユーザ、16:00から21:30まで4人分予約しているユーザ、17:00から22:30まで4人分予約しているユーザがいることが判る。また、予約状況を修正したい場合には予約状況修正ボタンを押下する。例えば現在は5人分の予約外の席数を用意しているが、予約外席数を7人かつ14:00から23:00まで(例えば店内に現在予約外の客が7名いて、その客が何時に帰るかわからないため、7名分については閉店時間まで新規予約を受け付けることができなくなった場合など)とすることを考える。この場合、例えば施設端末のマウス等で7席分の予約外席数を14:00から23:00までドラッグ・選択することにより、予約状況を変更する。これによって、この場合17:00から19:30までは空白の席が全く無くなり、新規予約は受け付けられない状態となる。その後、更新実行ボタンを押下することにより、予約状況の更新が確定する。
【0039】
図11は、サーバが提示したプランに従って複数の施設を予約したユーザが、その予約をキャンセルする場合の処理の流れを説明するシーケンス図である。
予約をキャンセルする場合、ユーザは、ユーザ端末の表示画面上で予約プラン確認ボタンを押す(SU11)。サーバ10は施設統合データベース11に記録されている予約情報を検索し、そのユーザが予約した施設の情報を取り出し(S31)、ユーザ端末に送信する。ユーザは、ユーザ端末上で予約情報を確認し(SU12)、キャンセルボタンを押す(SU13)。ユーザ端末から予約キャンセルの通知を受信したサーバ10は、施設統合データベース11に登録されている複数施設の予約プラン全体をキャンセルし、キャンセル対象となる施設にキャンセル情報を送信する(S32)。各施設は送信された情報よりキャンセルする顧客の人数、時間帯を把握し、キャンセルを受け付ける(SA11,SB11)。サーバ10は、各施設からキャンセル完了情報を受信し、キャンセル処理を終了する(S33)。これによって、ユーザは予約した施設に対して一つ一つキャンセルしなくても、プランをキャンセルすることにより、そのプランに従って予約した施設を一括してキャンセルすることができる。
【0040】
【発明の効果】
本発明によると、ユーザは混雑している施設を避けて施設を選ぶことができる等、現在の状況に応じた最適な施設の利用が可能になるだけでなく、混雑している施設を利用するに際しても、待ち時間に他の施設のサービスを提案できる。また、ユーザの人数が多すぎるため一施設のみではサービスを提供できない場合でも、複数の施設で共同したサービスを提案できる。この結果、従来までの一ユーザ一施設というサービス形態とは異なったサービスを提供できるようになる。
【図面の簡単な説明】
【図1】本発明による複数施設連動予約システムの一例を示す概略図。
【図2】ユーザによる検索条件入力から検索結果表示までの一連の処理を説明するシーケンス図。
【図3】検索結果表示後、予約実行までの一連の処理を説明するシーケンス図。
【図4】複数施設予約の際のデータの流れを説明する図。
【図5】ユーザ端末に表示される予約検索画面の例を示す図。
【図6】希望通りの施設が検索された場合の表示画面例を示す図。
【図7】予約時間が合わなかった場合にユーザ端末に表示される予約選択画面例を示す図。
【図8】予約人数が合わなかった場合にユーザ端末に表示される予約選択画面例を示す図。
【図9】ユーザ端末の予約確認画面例を示す図。
【図10】混雑状況の通知等を行う施設端末の情報提供画面の一例を示す図。
【図11】予約をキャンセルする場合の処理の流れを説明するシーケンス図。
【符号の説明】
1:ユーザ端末、7a、7b,7c:情報処理端末、10:サーバ、11:施設統合データベース、21:施設情報登録部、22:予約情報登録伝達部、23:予約情報検索部、24:予約情報提示部、25:予約情報受付部
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a reservation system for a shopping mall composed of restaurants, movie theaters, sports facilities, etc., and relates to a plurality of facilities linked so that reservation information can be shared and processed between facilities instead of using the facilities alone. Reservation system.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, as a technique for presenting reservation information of restaurants and the like and accepting reservations, for example, a facility information providing device described in Patent Document 1 is known. This facility information providing device has facility information storing means for storing congestion status information of each individual facility, and facility information providing means for providing the information to the user. Used for presenting information and receiving reservations.
[0003]
[Patent Document 1]
JP-A-2000-98537 (pages 2-8, FIG. 1-7)
[0004]
[Problems to be solved by the invention]
However, the device described in Patent Literature 1 provides information on each individual facility, and thus can provide and accept reservation information for each facility, but cannot provide a service across facilities.
[0005]
SUMMARY OF THE INVENTION An object of the present invention is to provide a system that can perform a cooperative reservation service between a plurality of facilities so as to be able to respond to various reservation needs of users, thereby providing advantages to both facilities and users. It is intended to be provided.
[0006]
[Means for Solving the Problems]
In order to achieve the above object, in the present invention, a database of congestion information of each facility is provided in a server of a center, and congestion information recorded in the database is updated by congestion information transmitted from each facility terminal as needed. Then, a facility that matches the conditions of the reservation transmitted from the user terminal is searched. Even when a facility that completely satisfies the reservation conditions is not found, a service plan combining a plurality of facilities is transmitted to the user terminal depending on the service content and congestion of each facility, and the use of the facility is prompted.
[0007]
According to this system, the user can not only use the most suitable facilities according to the current situation, such as avoiding the crowded facilities, but also use the crowded facilities during the waiting time. You can enjoy new services such as using other facilities. Depending on the time of day, the facility may not be able to provide services because the number of reservations is too large for the facility alone. In such a case, since a joint service by a plurality of facilities can be proposed, the service form can be expanded from a conventional one facility and one user to a plurality of facilities and one user.
[0008]
In the conventional service, the user grasps the congestion status of each facility by searching and makes a reservation. If the desired facility is crowded, the user has to search for another facility again. However, according to the present invention, when a desired facility is congested, services provided by a plurality of facilities are proposed in cooperation with each other based on input information from a user, so that re-searching can be omitted. Even when the facility is not crowded, the facility can be attracted to customers by providing services in cooperation with other facilities, and the facility operation rate can be improved. As a result, the facility utilization occupancy rate of the entire shopping mall having a plurality of facilities can be improved.
[0009]
That is, the multi-facility linked reservation system according to the present invention transmits a database storing reservable information of a plurality of facilities and reservable information of a facility stored in the database to a user terminal, and executes the reservation received from the user terminal. A server for executing a facility reservation process based on a request, the server receiving the latest reservable information from the plurality of facilities, and a database based on the received latest reservable information. A facility information registration unit that updates the information, a reservation information search unit that searches the database based on at least one reservation condition received from the user terminal, and a facility that receives the search result by the reservation information search unit and completely satisfies the reservation condition If there are no reservations or if there are multiple reservation conditions, create a reservation plan combining the use of multiple facilities and A reservation information presenting unit to be transmitted, and a reservation for transmitting the reservation information to a related facility when receiving a reservation execution request from a user terminal and updating the reservable information of the related facility in a database to execute a reservation process. An information registration transmitting unit is provided.
[0010]
The database holds information on the facility name and facility category of each facility as information on each facility, and the reservable information on the facility includes the relationship between the time zone and the number of people who can be reserved. May include information on facility category, time of day, and number of people.
[0011]
As an example, when there is a facility A that satisfies a condition other than the start time of the time zone among the reservation conditions, the reservation information presentation unit determines that the facility B and the facility A can be used from the start time to the reservable time of the facility A. To create a booking plan. As another example, when there are a plurality of facilities that satisfy conditions other than the number of people in the reservation conditions, the reservation information presentation unit creates a reservation plan by combining those facilities. As still another example, when there are a plurality of reservation conditions, when the first reservation condition is satisfied in the reservation conditions, or when there is a facility A that satisfies the first reservation condition at least at the end time of the time zone, the reservation condition Among them, a facility plan is created by combining facility B and facility A that satisfy the facility category condition of the second reservation condition and that can be used after the reservation end time of facility A.
[0012]
According to the present invention, there is provided a method of making a reservation linked to a plurality of facilities. The step of receiving reservation conditions including a facility category, a time zone, and the number of persons from a user terminal, and a step of searching a database storing reservable information for each facility based on the reservation conditions. As a result of the search result, there is no facility that completely satisfies the reservation conditions, but if there is a facility A that satisfies conditions other than the start time of the time zone in the reservation conditions, the time from the start time to the reservable time of the facility A The method includes the steps of creating a reservation plan combining facility B and facility A that can be used for a while, and transmitting the created reservation plan to the user terminal.
[0013]
The method for making a multiple facility linked reservation according to the present invention also includes a step of receiving a reservation condition including a facility category, a time zone, and the number of persons from a user terminal, and searching a database storing reservable information for each facility based on the reservation condition. And if there is no facility that completely satisfies the reservation conditions as a result of the search results, but there are a plurality of facilities that satisfy the conditions other than the number of people in the reservation conditions, a step of creating a reservation plan by combining those facilities; Transmitting the created reservation plan to the user terminal.
[0014]
In the multi-facility linked reservation method of the present invention, when an instruction to cancel a reservation plan for which reservation processing has been once executed is received from a user terminal, all reservations for a plurality of facilities included in the reservation plan may be cancelled.
[0015]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be specifically described with reference to the drawings.
FIG. 1 is a schematic diagram showing an example of a multiple facility linked reservation system according to the present invention. An object of the present invention is not a single facility such as a restaurant, but a shopping mall or the like having a plurality of facilities.
[0016]
A user (hereinafter, referred to as a user) of the multiple facility linked reservation system of the present invention has a portable terminal (hereinafter, referred to as a user terminal) 1. The user terminal 1 is a portable communication terminal such as a portable telephone or a PHS, a portable information device (PDA (Personal Digital Assistant), an HPS (Hand held PC), a notebook personal computer, or the like) connected to the portable communication terminal. The user terminal 1 accesses the server 10 via a communication network 4 such as a mobile communication network or the Internet.
[0017]
In FIG. 1, a server 10 is a server device (facility information providing / reserving device) for providing various services related to facility information providing / reserving, and has a function as an Internet server (WWW server). The server 10 is connected via a communication network 6 to information processing terminals 7a to 7c such as personal computers and PDAs installed in a plurality of affiliated facilities. The information processing terminals 7a to 7c have, for example, a browser function, and are always connected to the server 10 via the communication network 6 at least during business hours to provide information to the server 10 which is a center of each member facility. The reservation from the user is received via.
[0018]
The server 10 includes a facility information registration unit 21, a reservation information registration transmission unit 22, a reservation information search unit 23, a reservation information presentation unit 24, and a reservation information reception unit 25. The facility information registration unit 21 stores / updates information of each facility input from the information processing terminals 7a to 7c of each facility in the facility integrated database 11. In the facility integrated database 11, data indicating the congestion status in each facility is stored by the facility information registration unit 21. The congestion status data is input from the information processing terminals 7a to 7c at any time (for example, when the congestion status changes) at the current congestion status of the facility, and is updated as needed. This allows the user to select a facility in consideration of the current congestion status of each facility, as described later.
[0019]
When there is access from the user, the reservation information search unit 23 searches the facility integrated database 11 for an appropriate facility or eating and drinking plan based on the input information of the user. The reservation information presenting unit 24 processes the retrieved information and presents it to the user. When the user executes a reservation based on the presented information, the reservation information receiving unit 25 receives the reservation application information. The reservation information registration transmission unit 22 transmits the received reservation application information to the target facility and records it in the facility integrated database. At this time, data is transmitted in a format linked to a plurality of facilities according to the user's plan.
[0020]
FIG. 2 and FIG. 3 are diagrams illustrating the flow of a process in which a user makes a reservation using the facility information providing / reserving service provided by the server 10. FIG. 2 is a sequence diagram illustrating a series of processes from input of a search condition by a user to display of a search result. FIG. 3 is a sequence diagram for explaining a series of processing from display of a search result to execution of a reservation.
[0021]
First, in FIG. 2, facility A that wants to join the facility information providing / reserving service has its own facility name, facility category, products or services handled, facility introduction text, menu, price, number of persons that can be accommodated, and the like. Input (SA1) and register in the facility integrated database 11 (S11). Similarly, the other facility B also inputs information about its own facility (SB1) and registers it in the facility integrated database 11 (S12). This registration is performed once at the time of joining, and after that, when there is a change in the registered contents, it will be updated as appropriate.
[0022]
On each facility side, for example, a clerk or the like inputs the congestion status of the own shop at any time from information processing terminals 7a to 7c (hereinafter, facility terminals) installed in each shop and notifies the server 10 side. (SA2, SB2). The server 10 updates the facility integrated database 11 every time this notification is received (S13, S14).
[0023]
On the other hand, if the user wants to receive the facility information providing / reserving service, the service name (for example, “facility information providing / reserving” is displayed) from the menu list using the user terminal 1. Select Alternatively, the URL of the WWW server 10 may be input. After connecting to the server 10, the number of reservation persons, the reservation time, and the attribute of the facility to be used are input (SU1). The attribute of the facility referred to here is facility category information indicating the type of facility, such as a family restaurant, a pub, a ramen shop, a cafe, a karaoke shop, and the like. Upon receiving the search request, the server 10 performs a process of searching the facility integrated database 11 for a desired facility according to the data input by the user (S15). In this search process, if the user can reserve a facility he / she wants to use, the facility is extracted (S16, S17), and information on the extracted facility is displayed on the reservation selection screen (SU2). The user selects a facility to be used on the reservation selection screen and executes the reservation.
[0024]
When a facility is searched based on the data selected by the user but a facility that matches the search condition is not found, there are two possible reasons. One is when there is no facility that matches the reservation time of the search condition, and the second is when there is no facility that matches the number of reservations of the search condition.
[0025]
If there is no facility that matches the reservation time of the search condition, the search is performed again under the condition A (the desired reservation time is ignored, and the facility attribute is the same as the desired condition) (S18). If a facility that satisfies the condition A is found, processing C is subsequently performed (S19). In the process C, extraction of facilities that do not satisfy the desired reservation time but satisfy other conditions, and when the available time of the extracted facility is later than the desired reservation time, the waiting time until the facility becomes available can be compensated. Extract other facilities. At this time, if the desired facility attribute is a restaurant, the facility attribute searched to make up for the waiting time is cafe, and if the desired attribute is a izakaya, the facility attribute searched to make up for the waiting time is fast food. It is preferable to determine the combination of the facility attributes in advance. In this way, a combination of facilities that can be used in place of the reservation conditions indicated by the user is extracted and displayed on the reservation selection screen as a facility use plan (SU2). Alternatively, instead of the condition A, it is possible to search for a facility that matches the reservation time other than the facility attribute selected by the customer, create a facility use plan, and present it to the user.
[0026]
If there is no facility that matches the number of reservations in the search condition, a search is performed under condition B (ignoring the desired number of reservations, the facility attribute is the same as the desired condition) (S20), and a plurality of facilities satisfying the condition B are found. If it is, processing D is performed to extract a combination of facilities that satisfies the number of reservations in the search condition (S21). That is, if a facility requiring a waiting time is found from the information of each facility obtained by the search processing based on the congestion situation, a search is made to see if the number of persons that cannot be accommodated can be reserved for another facility during the waiting time. As a result, a plurality of facilities jointly provide services, so that various services can be provided to customers. The search result is presented to the user as an alternative plan for the user's reservation condition. The user terminal receives this and displays it (SU2).
[0027]
In this embodiment, the user initially plans to reserve only one facility. However, an embodiment may be adopted in which the user desires to reserve a plurality of facilities at different times from the beginning. For example, there is a case where a banquet is to be held at a pub from 18:00 to 20:00 and a second party is desired to be held at a karaoke shop from 20:00 to 22:00. In this case, the number of reservations, the reservation time, the attribute of the facility to be used, and the like may be input a plurality of times in SU1 of FIG. The server 10 searches the facility integrated database 11 for desired facilities from the facility integrated database 11 according to the respective user input information (S15). If a combination of the facilities is found (S16), the server 10 presents the combination to the user as a reservation plan. The user terminal receives this and displays it (SU2). If the user cannot find a combination of facilities corresponding to the conditions desired by the user, the reservation time is ignored (condition A) or the number of reservations (condition B) for the first facility desired by the user, as described above. The facility is ignored and searched again (S18 to S21 in FIG. 2). Thereafter, the second facility that is available at a time later than the reservation time of the first facility and that satisfies (or is closest to) the attribute of the facility desired to be used and the number of reservations input by the user for the second facility Search for. When the user inputs reservations for three or more facilities, the facilities are similarly searched in order. When the combination of facilities found in this way is presented to the user as an alternative plan, the user terminal receives and displays the combination (SU2).
[0028]
With reference to FIG. 3, a description will be given of a reservation process when a facility use plan that can be used by a user is found among the alternative plans presented on the user terminal. If a plan to be adopted is found in the reservation plans displayed on the user terminal, the user selects the reservation plan (SU3). Then, the selected reservation information is displayed in a list, the information of the reservation person (reservation person name, contact information of the reservation person, etc.) is input, and when the reservation execution button is pressed, the reservation information is transmitted to the server 10. In the server 10, the reservation information receiving unit 25 detects the target facility included in the reservation information (S22), and transmits the facility information and the details of the reservation information to the reservation information registration transmission unit 22. The reservation information registration transmission unit 22 transmits reservation reception information to each facility, and each facility receives the reservation information (SA3, SB3). The reservation information registration transmitting unit 22 also registers the reservation information in the corresponding facility in the facility integrated database 11 (S24), and ends the reservation processing.
[0029]
The processing flow shown in FIGS. 2 and 3 is shown in FIG. 4 as a data flow. The facility integrated database 11 of the server 10 stores congestion information (reservable information) of the facilities A and B. When the user accesses the server 10 and transmits desired reservation information such as the date and time, the type of facility (facility attribute), and the number of people ((1)), the server 10 refers to the congestion information of each facility in the facility integrated database, When the desired reservation is possible, the information is presented to the user terminal, and when the desired reservation is not completely satisfied, the facility combination information is presented to the user terminal as a substitute plan ((2)). When the user requests execution of a reservation from the user terminal, the reservation information is temporarily received by the server 10 as shown by a white arrow in the figure, and then transmitted from the server 10 to the facility comprehensive database 11 and each facility. .
The flow of the above processing will be described with reference to display screen examples of the user terminal shown in FIGS.
[0030]
FIG. 5 is an example of a reservation search screen displayed on the user terminal accessing the server 10. On this reservation search screen, the user inputs the number of reservations, the reservation time, and the attributes of the facility to be used. Now, it is assumed that the user is going to make a reservation for a restaurant of Italian cuisine with two persons from 19:00 to 21:00. In this case, the facility attribute is set to Italian restaurant, the desired use time is entered from 19:00 to 21:00, and the desired number of reservations is entered as two. When a search start button is pressed after inputting necessary items, a search request is issued to the server, and the search result is displayed on the user terminal.
In the case of the embodiment in which reservation of a plurality of facilities is desired from the beginning, a screen in which a plurality of combinations of the number of reservations, the reservation time, the reservation facilities, and the like can be input is shown in FIG.
[0031]
FIG. 6 is a diagram illustrating an example of a display screen when a desired facility is searched. A list of single facilities that can be reserved is displayed on the reservation selection screen of the user terminal. The user can make a reservation for the desired facility (in this case, facility B) by checking the reservation column and pressing a reservation execution button.
[0032]
FIG. 7 is a diagram illustrating an example of a reservation selection screen displayed on the user terminal when the reservation time does not match, that is, when there is no facility that becomes vacant at the reservation time.
[0033]
The situation in this case is, for example, as follows. When the server searches the facility integrated database with the reservation conditions desired by the user, all the Italian restaurants in the shopping mall are reserved at the desired time, and only the Italian restaurant A can be used from 19:30. It turns out. Then, assuming that the Italian restaurant A is to be reserved at 19:30 with the scheduled time shifted, a cafe restaurant D that can kill time is extracted from the facility integrated database from 19:00 to 19:30, and the waiting time is set. During the period, it is proposed to use store D (plan 1). It was also found that the Italian restaurant G was available from 20:00. In this case, too, assuming that the scheduled time is shifted and the Italian restaurant G is reserved from 20:00, a cafe restaurant F that can kill time from 19:00 to 20:00 is extracted from the facility integrated database, During the waiting time, it is suggested to use store F (plan 2). In this way, the user can search for the reservation information of another facility based on the current congestion status, in addition to the information such as mere introduction of each store. Then, reservations can be made with a plurality of facilities to receive services.
[0034]
FIG. 8 is a diagram showing an example of a reservation selection screen displayed on the user terminal when the number of reservations does not match, that is, when there is no facility with sufficient vacancies at the desired reservation time.
[0035]
For example, a company uses a shopping mall at a year-end party, the desired reservation time is from 19:00 to 21:00, and the desired number of reservations is to be made by 50 people. There were no facilities that could be accommodated at one time. However, it was found that the Italian restaurant (facility B) can accommodate 35 people and the family restaurant (facility C) can accommodate about 20 people. If the Italian restaurant (facility B) and the family restaurant (facility C) can provide the service jointly, the user is more likely to reserve and use the facility from 20:00 to 21:30. Therefore, as shown in FIG. 8, a plan in which two facilities jointly provide service to the 50 persons is presented to the user. The user sees the plan, presses the reservation execution button if acceptable, and reserves two facilities.
[0036]
In any of the cases shown in FIGS. 6 to 8, a reservation confirmation screen as shown in FIG. 9 is displayed on the user terminal, and the user inputs a name, contact information, etc. on the reservation input screen. By pressing the reservation execution button, the reservation information is sent to the facility side. When a user makes a reservation, the server 10 sends a reservation notice to the facility terminal of the reserved facility. This reservation notice includes the information of the reservation contents (reservation time, reservation number, etc.) input by the user. The facility terminal that has received the reservation notification receives and registers this reservation. The facility that has received the reservation secures a seat based on the details of the reservation.
[0037]
FIG. 10 is a diagram illustrating an example of an information providing screen of a facility terminal that notifies a congestion status and the like. For example, each facility terminal normally displays an information providing screen to the center (server 10) as shown in the figure. On the information providing screen, the number of reservations for the facility is displayed in real time in units of time, so that not only the current facility reservation status but also the reservation status up to the facility closing time can be grasped.
[0038]
Items indicating the reservation status are displayed on the information provision screen. The clerk looks at the inside of the store and selects / designates any of these items when the congestion status changes. In response to this, the congestion state data stored in the facility integrated database 11 is updated. For example, when a reservation status display button is pressed on the facility menu screen of FIG. 10, a reservation status display screen is displayed. Here, it is assumed that the store is opened from 14:00 to 23:00 and has 20 seats. As shown in the figure, five seats are prepared from 14:00 to 20:30 as seats other than the reserved seats. Also, a user who has made a reservation for six people from 15:00 to 19:30, a user who made a reservation for four people from 16:00 to 21:30, and a user who made a reservation for four people from 17:00 to 22:30 It turns out that there is a user. If the user wants to modify the reservation status, the user presses a reservation status correction button. For example, currently, the number of unreserved seats for five people is prepared, but the number of unreserved seats is seven and from 14:00 to 23:00 (for example, if there are seven unreserved customers in the store, Since it is not known at what time the customer will return, it is considered that a new reservation cannot be accepted for seven persons until the closing time. In this case, for example, the reservation status is changed by dragging and selecting the number of reserved seats for seven seats from 14:00 to 23:00 with a mouse or the like of the facility terminal. As a result, in this case, there are no blank seats from 17:00 to 19:30, and a new reservation cannot be accepted. Thereafter, by pressing the update execution button, the update of the reservation status is determined.
[0039]
FIG. 11 is a sequence diagram illustrating a processing flow when a user who has reserved a plurality of facilities according to the plan presented by the server cancels the reservation.
When canceling a reservation, the user presses a reservation plan confirmation button on the display screen of the user terminal (SU11). The server 10 searches the reservation information recorded in the facility integrated database 11, retrieves the information of the facility reserved by the user (S31), and transmits the information to the user terminal. The user confirms the reservation information on the user terminal (SU12) and presses a cancel button (SU13). The server 10 that has received the notification of the reservation cancellation from the user terminal cancels the entire reservation plan of the plurality of facilities registered in the facility integrated database 11, and transmits the cancellation information to the facility to be canceled (S32). Each facility grasps the number of customers to cancel and the time zone from the transmitted information and accepts the cancellation (SA11, SB11). The server 10 receives the cancellation completion information from each facility, and ends the cancellation processing (S33). This allows the user to cancel the plan without canceling each of the reserved facilities one by one, thereby making it possible to collectively cancel the facilities reserved according to the plan.
[0040]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, a user can select the facility avoiding the crowded facility, for example, can use the optimal facility according to the present situation, and also use the crowded facility. In this case, the service of another facility can be proposed during the waiting time. Further, even when the service cannot be provided by only one facility because the number of users is too large, a service jointly provided by a plurality of facilities can be proposed. As a result, a service different from the conventional service form of one user and one facility can be provided.
[Brief description of the drawings]
FIG. 1 is a schematic diagram showing an example of a multiple facility linked reservation system according to the present invention.
FIG. 2 is a sequence diagram illustrating a series of processes from input of search conditions by a user to display of search results.
FIG. 3 is a sequence diagram illustrating a series of processes from display of a search result to execution of a reservation.
FIG. 4 is a view for explaining the flow of data when a plurality of facilities are reserved.
FIG. 5 is a diagram showing an example of a reservation search screen displayed on the user terminal.
FIG. 6 is a diagram showing an example of a display screen when a desired facility is searched.
FIG. 7 is a diagram showing an example of a reservation selection screen displayed on the user terminal when the reservation time does not match.
FIG. 8 is a diagram showing an example of a reservation selection screen displayed on the user terminal when the number of reservations does not match.
FIG. 9 is a diagram showing an example of a reservation confirmation screen of a user terminal.
FIG. 10 is a diagram illustrating an example of an information providing screen of a facility terminal that notifies a congestion status and the like.
FIG. 11 is a sequence diagram illustrating the flow of processing when canceling a reservation.
[Explanation of symbols]
1: user terminal, 7a, 7b, 7c: information processing terminal, 10: server, 11: facility integrated database, 21: facility information registration section, 22: reservation information registration transmission section, 23: reservation information search section, 24: reservation Information presentation part, 25: reservation information reception part

Claims (8)

複数の施設の予約可能情報を記憶したデータベースと、ユーザ端末に前記データベースに記憶されている施設の予約可能情報を送信し、ユーザ端末から受信した予約実行要求に基づいて施設の予約処理を実行するサーバとを含む複数施設連動予約システムであって、
前記サーバは、複数の施設から最新の予約可能情報を受信し、当該受信した最新の予約可能情報によって前記データベースを更新する施設情報登録部と、ユーザ端末から受信した少なくとも1つの予約条件をもとに前記データベースを検索する予約情報検索部と、前記予約情報検索部による検索結果を受け、前記予約条件を完全に満たす施設がない場合または前記予約条件が複数ある場合、複数の施設の利用を組み合わせた予約プランを作成し前記ユーザ端末に送信する予約情報提示部と、ユーザ端末から予約の実行要求を受けたとき、当該予約情報を関係する施設に送信するとともに前記データベースの当該関連施設の予約可能情報を更新して予約処理を実行する予約情報登録伝達部とを備えることを特徴とする複数施設連動予約システム。
A database storing the reservable information of a plurality of facilities, and the reservable information of the facility stored in the database to the user terminal, and executing the facility reservation processing based on the reservation execution request received from the user terminal. A multi-facility linked reservation system including a server,
The server receives the latest reservable information from a plurality of facilities, updates the database with the received latest reservable information, a facility information registration unit, and at least one reservation condition received from the user terminal. In the case where a reservation information search unit for searching the database and a search result obtained by the reservation information search unit are received and there is no facility that completely satisfies the reservation condition or there are a plurality of the reservation conditions, the use of a plurality of facilities is combined. A reservation information presenting unit for creating a reservation plan and transmitting the reservation information to the user terminal; and when receiving a reservation execution request from the user terminal, transmitting the reservation information to a related facility and making a reservation for the relevant facility in the database. A multi-facility linked reservation system, comprising: a reservation information registration / transmission unit for updating information and executing a reservation process.
請求項1記載の複数施設連動予約システムにおいて、前記データベースは、各施設に関する情報として各施設の施設名及び施設カテゴリーに関する情報を保持し、前記施設の予約可能情報には時間帯と予約可能な人数の関係が含まれ、前記ユーザ端末から受信した予約条件には、施設カテゴリー、時間帯及び人数に関する情報が含まれていることを特徴とする複数施設連動予約システム。2. The multi-facility linked reservation system according to claim 1, wherein the database holds information on a facility name and a facility category of each facility as information on each facility, and the reservable information of the facility includes a time zone and the number of people who can be reserved. Wherein the reservation condition received from the user terminal includes information on a facility category, a time zone, and the number of persons. 請求項2記載の複数施設連動予約システムにおいて、予約情報提示部は、前記予約条件のうち時間帯の開始時刻以外の条件を満たす施設Aがある場合、前記開始時刻から前記施設Aの予約可能時刻までの間利用可能な施設Bと前記施設Aとを組み合わせて予約プランを作成することを特徴とする複数施設連動予約システム。3. The multiple facility linked reservation system according to claim 2, wherein, when there is a facility A that satisfies a condition other than a start time of a time zone among the reservation conditions, the reservation information presenting unit sets a reservable time of the facility A from the start time. A facility-linked reservation system, wherein a reservation plan is created by combining facility B and facility A that can be used until the end of the period. 請求項2記載の複数施設連動予約システムにおいて、予約情報提示部は、前記予約条件のうち人数以外の条件を満たす施設が複数ある場合、それらの施設を組み合わせて予約プランを作成することを特徴とする複数施設連動予約システム。3. The multi-facility linked reservation system according to claim 2, wherein, when there are a plurality of facilities satisfying a condition other than the number of people among the reservation conditions, the reservation information presentation unit creates a reservation plan by combining those facilities. Multi-facility linked reservation system. 請求項2記載の複数施設連動予約システムにおいて、前記予約条件が複数ある場合、前記予約情報提示部は、前記予約条件の中で第1の予約条件を満たすか、少なくとも時間帯の終了時刻以外について前記第1の予約条件を満たす施設Aがある場合、前記予約条件の中で第2の予約条件のうち施設カテゴリーの条件を満たし、かつ前記施設Aの予約終了時刻以降利用可能な施設Bと前記施設Aとを組み合わせて予約プランを作成することを特徴とする複数施設連動予約システム。In the multiple facility linked reservation system according to claim 2, when there are a plurality of the reservation conditions, the reservation information presenting unit satisfies a first reservation condition among the reservation conditions or at least a time other than an end time of a time zone. When there is a facility A that satisfies the first reservation condition, the facility B satisfies the facility category condition of the second reservation condition among the reservation conditions and is available after the reservation end time of the facility A. A multi-facility linked reservation system, wherein a reservation plan is created in combination with the facility A. ユーザ端末から施設カテゴリー、時間帯、人数を含む予約条件を受信するステップと、
前記予約条件をもとに施設毎の予約可能情報を格納したデータベースを検索するステップと、
検索結果の結果、前記予約条件を完全に満たす施設はないが、前記予約条件のうち時間帯の開始時刻以外の条件を満たす施設Aがある場合、前記開始時刻から前記施設Aの予約可能時刻までの間利用可能な施設Bと前記施設Aとを組み合わせた予約プランを作成するステップと、
作成した予約プランをユーザ端末に送信するステップとを含むことを特徴とする複数施設連動予約方法。
Receiving reservation conditions including a facility category, a time zone, and the number of persons from the user terminal;
Searching a database storing reservable information for each facility based on the reservation conditions;
As a result of the search result, if there is no facility that completely satisfies the reservation condition, but there is a facility A that satisfies a condition other than the time zone start time in the reservation condition, from the start time to the reservable time of the facility A Creating a reservation plan combining facility B and facility A available during
Transmitting the created reservation plan to the user terminal.
ユーザ端末から施設カテゴリー、時間帯、人数を含む予約条件を受信するステップと、
前記予約条件をもとに施設毎の予約可能情報を格納したデータベースを検索するステップと、
検索結果の結果、前記予約条件を完全に満たす施設はないが、前記予約条件のうち人数以外の条件を満たす施設が複数ある場合、それらの施設を組み合わせて予約プランを作成するステップと、
作成した予約プランをユーザ端末に送信するステップとを含むことを特徴とする複数施設連動予約方法。
Receiving reservation conditions including a facility category, a time zone, and the number of persons from the user terminal;
Searching a database storing reservable information for each facility based on the reservation conditions;
As a result of the search result, when there is no facility that completely satisfies the reservation condition, but there are a plurality of facilities that satisfy conditions other than the number of people in the reservation condition, a step of creating a reservation plan by combining those facilities;
Transmitting the created reservation plan to the user terminal.
請求項6又は7記載の複数施設連動予約方法において、ユーザ端末から一旦予約処理を実行した予約プランをキャンセルする指示を受信したとき、前記予約プランに含まれる複数の施設の予約を全てキャンセルするステップを更に含むことを特徴とする複数施設連動予約方法。8. The multiple facility linked reservation method according to claim 6, wherein when receiving an instruction from the user terminal to cancel the reservation plan once executing the reservation processing, canceling all reservations of the plurality of facilities included in the reservation plan. A multi-facility linked reservation method, further comprising:
JP2002264590A 2002-09-10 2002-09-10 Associated reservation system and method for a plurality of facilities Pending JP2004102723A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002264590A JP2004102723A (en) 2002-09-10 2002-09-10 Associated reservation system and method for a plurality of facilities

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002264590A JP2004102723A (en) 2002-09-10 2002-09-10 Associated reservation system and method for a plurality of facilities

Publications (2)

Publication Number Publication Date
JP2004102723A true JP2004102723A (en) 2004-04-02
JP2004102723A5 JP2004102723A5 (en) 2005-07-28

Family

ID=32263988

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002264590A Pending JP2004102723A (en) 2002-09-10 2002-09-10 Associated reservation system and method for a plurality of facilities

Country Status (1)

Country Link
JP (1) JP2004102723A (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006018723A (en) * 2004-07-05 2006-01-19 Hitachi Ltd System and method for information provision service and program thereof
WO2006129610A1 (en) * 2005-05-31 2006-12-07 Gourmet Navigator Incorporated Restaurant plan providing system
WO2014050181A1 (en) * 2012-09-28 2014-04-03 楽天株式会社 Information processing device, information processing method and information processing program
JP6088021B1 (en) * 2015-11-02 2017-03-01 株式会社リクルートホールディングス Reservation processing device, reservation processing method, and reservation processing program
JP6088023B1 (en) * 2015-11-02 2017-03-01 株式会社リクルートホールディングス Reservation processing device, reservation processing method, and reservation processing program
JP6088022B1 (en) * 2015-11-02 2017-03-01 株式会社リクルートホールディングス Reservation processing device, reservation processing method, and reservation processing program
JP2021114182A (en) * 2020-01-20 2021-08-05 株式会社Nttドコモ Proposal device
CN113762551A (en) * 2020-06-05 2021-12-07 富士胶片商业创新有限公司 Information processing apparatus, information processing method, and computer readable medium

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1125178A (en) * 1997-07-04 1999-01-29 N T T Data:Kk System and method for informing waiting state
JPH11306260A (en) * 1998-04-20 1999-11-05 Hitachi Ltd Seat allocation system
JP2000163479A (en) * 1998-11-30 2000-06-16 Ntt Data Corp Composite reserving system, composite reserving manging method, and record medium
JP2001325503A (en) * 2000-05-16 2001-11-22 Nec Soft Ltd Method for lodging facility reservation using internet
JP2002163518A (en) * 2000-11-22 2002-06-07 Fujitsu Ltd Reservation server, user's terminal and system and method for reservation

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1125178A (en) * 1997-07-04 1999-01-29 N T T Data:Kk System and method for informing waiting state
JPH11306260A (en) * 1998-04-20 1999-11-05 Hitachi Ltd Seat allocation system
JP2000163479A (en) * 1998-11-30 2000-06-16 Ntt Data Corp Composite reserving system, composite reserving manging method, and record medium
JP2001325503A (en) * 2000-05-16 2001-11-22 Nec Soft Ltd Method for lodging facility reservation using internet
JP2002163518A (en) * 2000-11-22 2002-06-07 Fujitsu Ltd Reservation server, user's terminal and system and method for reservation

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006018723A (en) * 2004-07-05 2006-01-19 Hitachi Ltd System and method for information provision service and program thereof
WO2006129610A1 (en) * 2005-05-31 2006-12-07 Gourmet Navigator Incorporated Restaurant plan providing system
WO2014050181A1 (en) * 2012-09-28 2014-04-03 楽天株式会社 Information processing device, information processing method and information processing program
JP2014071703A (en) * 2012-09-28 2014-04-21 Rakuten Inc Information processor, information processing method, and information processing program
WO2017077858A1 (en) * 2015-11-02 2017-05-11 株式会社リクルートホールディングス Reservation processing device, reservation processing method, and reservation processing program
JP6088023B1 (en) * 2015-11-02 2017-03-01 株式会社リクルートホールディングス Reservation processing device, reservation processing method, and reservation processing program
JP6088022B1 (en) * 2015-11-02 2017-03-01 株式会社リクルートホールディングス Reservation processing device, reservation processing method, and reservation processing program
WO2017077860A1 (en) * 2015-11-02 2017-05-11 株式会社リクルートホールディングス Reservation processing device, reservation processing method, and reservation processing program
JP6088021B1 (en) * 2015-11-02 2017-03-01 株式会社リクルートホールディングス Reservation processing device, reservation processing method, and reservation processing program
WO2017077861A1 (en) * 2015-11-02 2017-05-11 株式会社リクルートホールディングス Reservation processing device, reservation processing method, and reservation processing program
JP2017090973A (en) * 2015-11-02 2017-05-25 株式会社リクルートホールディングス Reservation processing apparatus, reservation processing method, and reservation processing program
JP2017090972A (en) * 2015-11-02 2017-05-25 株式会社リクルートホールディングス Reservation processing apparatus, reservation processing method, and reservation processing program
JP2017090971A (en) * 2015-11-02 2017-05-25 株式会社リクルートホールディングス Reservation processing apparatus, reservation processing method, and reservation processing program
JP2021114182A (en) * 2020-01-20 2021-08-05 株式会社Nttドコモ Proposal device
JP7360332B2 (en) 2020-01-20 2023-10-12 株式会社Nttドコモ Proposed device
CN113762551A (en) * 2020-06-05 2021-12-07 富士胶片商业创新有限公司 Information processing apparatus, information processing method, and computer readable medium

Similar Documents

Publication Publication Date Title
US7483946B2 (en) Computer-based networking service and method and system for performing the same
Pröll et al. Discovering next generation tourism information systems: A tour on TIScover
JP5996752B1 (en) Coupon issuing system and program
US20020035574A1 (en) Apparatus and method for exporting data from a database to a data processing terminal
US20050055252A1 (en) Method and system for online interactive appointments and reservations
JP4898164B2 (en) Search system and computer program and method for realizing the same
JP2004005502A (en) Information providing server and information providing method
JP2004102723A (en) Associated reservation system and method for a plurality of facilities
JP6200980B2 (en) Server device and server control method
JP2009122769A (en) Store management system and store management method
US20200211059A1 (en) System and method for providing travel and lodging services
US20210287270A1 (en) Information processing system, information processing method, and non-transitory computer-readable storage medium storing program
JP2002215755A (en) Food service ordering method and food service ordering system
KR20020029850A (en) Real-time online precontract and/or oder system and method
JP2003044943A (en) Restaurant system
KR100417155B1 (en) Service supply system
JP2010204873A (en) Customer service management system for restaurant
US20130159108A1 (en) Map-based menu information network
JP2009042952A (en) Reservation management system and reservation management method
JP2002297733A (en) Terminal, system, method, and program for customer service
JP2017130018A (en) Server device, reservation support method, and program
JP2003168015A (en) Concierge service system
JP2003006465A (en) Method and system for event place introduction
KR20000036827A (en) internet subscriber
JP2003044476A (en) Information retrieving system

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041215

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041215

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070706

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070710

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20071106