JP2005050002A

JP2005050002A - 予約管理システム及び予約管理方法

Info

Publication number: JP2005050002A
Application number: JP2003204045A
Authority: JP
Inventors: Nobutomo Nishioka; 信友西岡
Original assignee: INST KK
Current assignee: INST KK
Priority date: 2003-07-30
Filing date: 2003-07-30
Publication date: 2005-02-24

Abstract

【課題】あらゆるユーザに対して順番待ちのストレスを解消させること。
【解決手段】インターネットを介してサーバに施設利用の予約を行うことにより、その施設において予約状況が閲覧、管理でき、かつ、順番が近づいてきた予約客に対して、電話をかけることによって音声でその旨を通知するシステム。メールだけではなく音声で順番が通知できるため、ユーザは固定電話で順番の通知を受けることが可能である。つまり携帯電話がなくても予約が可能で、視覚障害者でもサービスの利用が可能である。メールサーバなどインターネット上の障害の影響を受けない。電話番号だけで予約が可能なため、予約の入力が非常に簡便になり、会員登録なども必要ない。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、レストランやアミューズメントパークなど、顧客が順番待ちを行う可能性のある施設において、施設利用予約の管理を行うシステム及び方法に関する。
【０００２】
【従来の技術】
従来から、病院やレストラン、アミューズメントパークなど、顧客が順番待ちを行う可能性のある施設において、施設利用予約の管理を行うシステムが存在している。
【０００３】
例えば、特許文献１には、自分の順番が近づいたことをメールで通知するシステムが開示されている。
【０００４】
【特許文献１】特開２００１−３３１５９０号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上記従来のシステムでは、予約を申し込む為にユーザ登録などが必要であり、顧客にとって使い勝手が悪かった。また、メール受信機能を備えた携帯電話を持たないユーザは、サービスを受けることができず、順番が近づいても事前に順番が近づいたことを知らせる機能が無く、利用者が常に順番待ちを意識して自分の順番を確認する必要があった。
【０００６】
また、案内順番が来て呼出のあった時には不在で、その後に予約客が来店した場合に、店舗で待っていた顧客に不快感を感じさせずに割り込ませることもできなかった。
【０００７】
本発明は、上記従来技術の課題を解決するためになされたもので、その目的とするところは、あらゆるユーザに対して順番待ちのストレスを解消させる技術を提供することにある。
【０００８】
【課題を解決するための手段】
施設の利用予約を管理する予約管理システムであって、
電話番号によって特定された利用予約情報を、ネットワークを介して受信する第１受信手段と、
前記第１受信手段で受信した電話番号を順番に予約データベースに登録する登録手段と、
予約客が前記施設の利用を開始した旨を示す利用開始情報を、前記ネットワークを介して受信する第２受信手段と、
前記第２受信手段で前記利用開始情報を受信した場合に、前記施設の利用を開始した予約客の電話番号を、前記予約データベースから削除する削除手段と、
前記予約データベースにおいて所定の順番の予約として登録された電話番号を読出し、読出した電話番号に発呼して呼出メッセージを送信する送信手段と、
を含むことを特徴とする。
【０００９】
前記第１受信手段は、前記利用予約を行うユーザが使用するユーザ端末から、インターネットを介して前記利用予約情報を受信することを特徴とする。
【００１０】
順番の呼出をメールで行うか音声で行うかをユーザ毎に設定する設定手段をさらに有し、
前記第１受信手段は、前記設定手段において順番の呼出をメールで行うと設定されたユーザからは、メールアドレスを含む利用予約情報を受信し、
前記送信手段は、前記設定手段において順番の呼出をメールで行うと設定されたユーザに対しては、前記メールアドレスに対して呼出メッセージを送信することを特徴とする。
【００１１】
施設の利用予約を管理する予約管理システムであって、
利用予約情報を、ネットワークを介して受信する第１受信手段と、
前記第１受信手段で受信した前記利用予約情報を順番待ち扱いで予約データベースに登録する登録手段と、
前記予約データベースを参照して、前記施設の利用を行うべき予約客の前記利用予約情報を前記施設に設けられた端末に送信し、その予約客を前記施設に呼び出させる呼出手段と、
前記呼出手段によって呼び出した予約客が不在である旨を示す不在情報を、前記施設の端末から前記ネットワークを介して受信する第２受信手段と、
前記第２受信手段で前記不在情報を受信した場合に、不在の前記予約客の利用予約情報を、前記予約データベースにおいて保留扱いとする保留手段と、
前記保留手段によって保留扱いとなった予約客が前記施設に来たことを示す来場情報を、前記施設の端末から前記ネットワークを介して受信する第３受信手段と、
前記第３受信手段で受信した来場情報に応じて、来場した前記予約客を前記予約データベースにおいて順番待ち扱いとして所定の順番に再登録する再登録手段と、
を含むことを特徴とする。
【００１２】
前記保留手段で保留扱いとした前記利用予約情報を、所定時間後に前記予約データベースにおいてキャンセル扱いとするキャンセル手段をさらに有することを特徴とする。
【００１３】
上記目的を達成するため、本発明に係る方法は、
施設の利用予約を管理する予約管理システムを用いた予約管理方法であって、
前記予約管理システムが、電話番号によって特定された利用予約情報を、ネットワークを介して受信する第１受信工程と、
前記予約管理システムが、前記受信工程で受信した電話番号を順番に予約データベースに登録する登録工程と、
前記予約管理システムが、（前記施設が管理する端末から、）予約客が前記施設の利用を開始した旨を示す利用開始情報を、前記ネットワークを介して受信する第２受信工程と、
前記第２受信工程で前記利用開始情報を受信した場合に、前記施設の利用を開始した予約客の電話番号を、前記予約データベースから削除する削除工程と、
前記予約データベースにおいて所定の順番の予約として登録された電話番号を読出し、読出した電話番号に発呼して呼出メッセージを送信する送信工程と、
を含むことを特徴とする。
【００１４】
前記第１受信工程では、前記予約管理システムが、前記利用予約を行うユーザが使用するユーザ端末から、インターネットを介して前記利用予約情報を受信することを特徴とする。
【００１５】
順番の呼出をメールで行うか音声で行うかをユーザ毎に設定する設定工程をさらに有し、
前記第１受信工程では、前記設定工程において順番の呼出をメールで行うと設定されたユーザからは、メールアドレスを含む利用予約情報を受信し、
前記送信工程では、前記設定工程において順番の呼出をメールで行うと設定されたユーザに対しては、前記メールアドレスに対して呼出メッセージを送信することを特徴とする。
【００１６】
施設の利用予約を管理する予約管理システムと前記施設の端末とを用いた予約管理方法であって、
前記予約管理システムが前記施設の利用予約情報を、ネットワークを介して受信する第１受信工程と、
前記第１受信工程で受信した前記利用予約情報を順番待ち扱いで予約データベースに登録する登録工程と、
前記予約データベースを参照して、前記施設の利用を行うべき予約客の前記利用予約情報を前記施設の端末に送信し、その予約客を前記施設に呼び出させる呼出工程と、
前記呼出工程によって呼び出した予約客が不在である旨を示す不在情報を、前記施設の端末から前記ネットワークを介して受信する第２受信工程と、
前記第２受信工程で前記不在情報を受信した場合に、不在の前記予約客の利用予約情報を、前記予約データベースにおいて保留扱いとする保留工程と、
前記保留工程によって保留扱いとなった予約客が来店したことを示す来店情報を、前記施設の端末から前記ネットワークを介して受信する第３受信工程と、
前記第３受信工程で受信した来店情報に応じて、来店した前記予約客を順番待ち扱いとして前記予約データベースにおいて所定の順番に再登録する再登録工程と、
を含むことを特徴とする。
【００１７】
前記保留工程で保留扱いとした前記利用予約情報を、所定時間後に前記予約データベースにおいてキャンセル扱いとするキャンセル工程をさらに有することを特徴とする。
【００１８】
【発明の実施の形態】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【００１９】
本発明の実施形態としての予約管理システムを、図１を用いて説明する。
【００２０】
本実施形態に係る予約管理システム１は、Ｗｅｂから、電話から、店頭端末からと、どの場所からでも簡単にユーザが順番待ち予約を申し込みできるシステムである。この予約管理システム１は、順番待ちのできるあらゆる施設に対して予約管理サービスを提供でき、かつ、複数の施設に対して同時に予約管理サービスを提供できる。ユーザは、どこからでも予約ができ、呼出しがあってから施設に来ればよいので施設のそばで長時間待つことなく施設を利用できる。また、自分の順番が近づいたことを音声またはメール、あるいはその両方で知らせることができる。さらに、予約管理システムの提供者が、導入する施設に対してサーバの時間貸しを行えば、施設側は少ない初期投資でサービスの提供を受けることができ、かつメンテナンスが不要となる。以下、本システムを利用する施設としてレストラン等の店舗を例に挙げて説明する。
【００２１】
＜システム構成＞
図１は、予約管理システム１及びそれを利用するユーザ端末２や店舗内システム３を示すブロック図である。
【００２２】
本予約管理システム１は、不図示のインターネットを介して複数のユーザ端末２や店舗内システム３と同時に通信可能である。したがって、以下に示す予約管理システム１とユーザ端末２との間のデータのやりとりや予約管理システム１と店舗内システム３との間のやりとりはすべてインターネット経由で行われる。ただし、予約管理システム１と店舗内システム３とを専用線で接続してもよい。
【００２３】
予約管理システム１は、Ｗｅｂサーバ１１と、ＣＴ（コンピュータ電話統合）サーバ１２と、ＤＢ（データベース）サーバ１３と音声呼出システム１４とを含む。これらのＷｅｂサーバ１１、ＣＴサーバ１２、及びＤＢサーバ１３には、汎用のパーソナルコンピュータにそれぞれのサーバ用ソフトウェアを組み込んだものを用いることも可能である。なお、図１にはＷｅｂサーバ１１を１つのみ図示しているが、オープン専用Ｗｅｂサーバとクローズ専用Ｗｅｂサーバの２種類を設けても良い。その場合、オープン専用Ｗｅｂサーバは、他の施設に予約情報を公開しても良い複数の施設に利用させることができ、クローズ専用Ｗｅｂサーバは、他の施設には予約情報を公開したくない施設に利用させることができる。例えばクローズ専用Ｗｅｂサーバは、ユーザ端末から施設を特定したアクセスを受けた場合に、その施設が含まれる複数のチェーン店のみの混雑状況などを表示し、オープン専用Ｗｅｂサーバは、その施設とは無関係の施設の混雑状況なども表示する。
【００２４】
ユーザ端末２は、ユーザが使用するＰＣ（パーソナルコンピュータ）、携帯電話、固定電話機などである。インターネットに接続可能な端末であることが望ましいがこれに限定されるものではなく、インターネット接続機能を有さない固定電話機であっても良い。
【００２５】
店舗内システム３は、店舗管理用ＰＣ３１と、顧客予約用ＰＣ３２とを含む。店舗管理用ＰＣ３１は、店員が操作するためのＰＣであり、インターネットに接続可能であれば汎用のパーソナルコンピュータを利用することができる。店舗管理用ＰＣ３１には、タッチパネル３１１と番号表示装置３１２とが接続されている。タッチパネル３１１は、ディスプレイと入力デバイスの両方の機能を有している。したがって、店員はタッチパネル３１１に表示された画像を見ながらその画面にタッチすることで所望のデータを入力することができる。一方、顧客予約用ＰＣ３２は、来店した顧客が主に操作するためのＰＣであって、タッチパネル３２１と番号発券プリンタ３２２とに接続されている。店舗に来店した顧客は、タッチパネル３２１に表示された画像に基づいてその画面にタッチし、予約を行ったり、来店を通知したり予約を解除したりすることができる。また、顧客予約用ＰＣ３２は番号発券プリンタ３２２から予約番号の記載された券をプリントアウトすることが可能である。来店して予約した顧客に対して予約番号チケットを発券することにより、順番が来て店舗内へ通す顧客を確認可能としている。なお、ここでは店舗内システム３に含まれる表示装置をタッチパネル３１１，３２１としたが、これに限定されるものではなく、タッチパネルに加えてテンキーを設けても良いし、タッチパネルの代わりに通常のディスプレイとキーボードやマウスとを組合せて用いてもよい。また、１台のＰＣで店舗管理用ＰＣ３１と顧客予約用ＰＣ３２の両方の機能を実現することも可能であり、その場合には、２つのモニタに対して店舗管理用画像と顧客予約用画像を出力すればよい。さらに店舗管理用ＰＣ３１には、予約客呼出用スピーカを接続しても良い。店舗内システム３に含まれるＰＣにはＯＳの他、一般的なインターネットブラウザと、タッチパネルやプリンタ用のドライバとがインストールされていればよい。
【００２６】
次に、予約管理システム１の内部構成及び動作について説明する。
【００２７】
Ｗｅｂサーバ１１は、所定のＵＲＬで指定される記憶エリアにＨＴＭＬソースやＣＧＩプログラムなどを含むウェブコンテンツを備え、インターネットに接続されている。そして、ユーザ端末２や店舗内システム３からインターネットを介したアクセスがあると、それに応答して各種の画像表示データ（ＨＴＭＬ文書）を読みだし、送信したり、ユーザ端末２や店舗内システム３からインターネットを介してデータを受信したりする。また、Ｗｅｂサーバ１１は、ＤＢサーバ１３と接続されており、ユーザ端末２や店舗内システム３から受け付けた予約情報（予約番号とその属性、あるいはさらに電話番号またはメールアドレスとを組合せた情報）などを適宜ＤＢサーバ１３に送り、予約登録を行う。さらに、Ｗｅｂサーバ１１は、ユーザ端末２や店舗内システム３からのアクセスに応答してＤＢサーバ１３から予約状況データなどを読出し、ユーザ端末２や店舗内システム３に送信する。これにより、ユーザ端末２や店舗内システム３は、インターネットに接続するだけで予約の申込や確認を行うことが可能となっている。
【００２８】
Ｗｅｂサーバ１１はさらに音声呼出システム１４に接続されており、所定の順番になったユーザのユーザ端末２に対して音声で来店通知を行う場合に、音声呼出システム１４に対し、電話番号を含む発呼情報を送信する。
【００２９】
音声呼出システム１４は、本部センタ１４１と複数のローカルセンタ１４２とを含む。本部センタ１４１はインターネットを介して複数のローカルセンタ１４２と接続されており、ローカルセンタ１４２は、それぞれ不図示の電話交換機にダイレクトに接続されている。本部センタ１４１は、Ｗｅｂサーバ１１から受信した発呼情報に応じて、適当なローカルセンタ１４２を選択し、選択したローカルセンタ１４２に対し、インターネット経由で発呼情報を転送する。ローカルセンタ１４２はインターネットを介して受信した発呼情報に基づいて、電話交換機を制御し、ユーザ端末２へ発呼する。ユーザ端末２との通話が確立すると、ローカルセンタ１４２内に格納されたメッセージを流し、ユーザに対して、来店を呼びかける。なお、Ｗｅｂサーバ１１と本部センタ１４１との間はＬＡＮによる接続でも良いし、インターネットを介した接続であっても良い。また、ここで音声呼出システム１４は、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）技術を用いてユーザ端末と通信しても良い。そして、ＶｏＩＰ技術を用いた通話の場合も本発明の「電話番号に発呼してメッセージを送信する」という概念に含まれるものとする。
【００３０】
また、Ｗｅｂサーバ１１は、ＤＢサーバ１３に含まれる予約情報テーブルを監視しており、予約データベースが更新された際には、所定の順番の予約として登録されている予約番号を読出す。そして、その予約番号のユーザに対してメールまたは電話で呼び出す必要があるか否かを判定し、呼び出す必要がある場合には、その予約番号に対応した電話番号またはメールアドレスを読出して、その電話番号またはメールアドレスに対して既に呼出をかけたか否かを判定する。呼出をかけていない場合には、そのメールアドレスに対して直接呼出メッセージを送信するか、音声呼出システム３に電話番号と音声呼出指示を送信する。音声呼出システム３は、その指示に応じて電話番号に発呼し、ユーザがその発呼に対して着呼すれば「予約番号○○○番の方、順番が近づいております」といったメッセージを送信する。名前が分かる場合には、「○○様、○○○レストランの利用予約ありがとうございます。順番が近づいておりますのでご来店下さい。」といったメッセージを送っても良い。
【００３１】
一方、ＣＴサーバ１２は、不図示の公衆回線に接続されており、ユーザ端末２としての電話機から着信を受付け、音声ガイダンスを流しつつ、その電話機から音声ガイダンスにしたがって入力されたトーン信号によって予約情報を受信する。ＣＴサーバ１２は受信した予約情報をＤＢサーバ１３に送信し、予約登録を行う。これによりユーザは、ユーザ端末２から特定の電話番号に電話をかけ、音声ガイダンスにしたがってボタンを押していくだけで、所望の店舗に対する予約を行うことができる。
【００３２】
次に、図２を用いて予約管理システム１の内部構成について説明する。
【００３３】
Ｗｅｂサーバ１１には、予約受信モジュール１１１と、予約登録モジュール１１２と、利用情報受信モジュール１１３と、予約削除モジュール１１４と、音声案内指示モジュール１１５とが含まれている。予約受信モジュール１１１は、インターネット経由でユーザ端末２から予約情報を受信し、予約登録モジュール１１２に渡す。予約登録モジュール１１２は、受け取った予約情報をＤＢサーバ１３に送信して予約情報テーブルに登録する。利用情報受信モジュール１１３は、インターネット経由で、店舗内システム３から利用情報（どの顧客を店舗内に案内したかを示す情報）を受信し、予約削除モジュール１１４に渡す。予約削除モジュール１１４は、受け取った利用情報に基づき、ＤＢサーバ１３に対し、予約情報テーブルからの予約の削除を指示する。音声案内指示モジュール１１５は、案内が近づいてきたユーザのユーザ端末２（電話機）に対し音声で呼出を行うように音声呼出システム１４に指示する。
【００３４】
ＣＴサーバ１２には、予約受信モジュール１２１と、予約登録モジュール１２２が含まれている。予約受信モジュール１２１は、公衆回線から受け取ったトーン信号を解析して予約情報を抽出し、予約登録モジュール１２２に渡す。予約登録モジュール１２２は、受け取った予約情報をＤＢサーバ１３に送信し、予約データベースに登録する。
【００３５】
ＤＢサーバ１３には、データベース読出／書込モジュール１３１と、予約情報テーブル１３２と、ログテーブル１３３が含まれる。データベース読出／書込モジュール１３１は、Ｗｅｂサーバ１１やＣＴサーバ１２から受信した予約情報を予約情報テーブル１３２に登録したり、予約情報テーブル１３２の予約情報を書き換えたり、予約情報テーブル１３２から予約情報をログデータベース１３３に移したり、予約情報テーブル１３２やログテーブル１３３からデータを読出してＷｅｂサーバ１１に送信したりする。
【００３６】
音声呼出システム１４には、本部センタ１４１と複数のローカルセンタ１４２とが含まれている。本部センタ１４１は、全国に１つあればよいが、ローカルセンタ１４２は、全国各地または外国に配置されており、電話交換機にダイレクトに接続されている。本部センタ１４１は、発呼情報受信モジュール１４１１と、発呼情報解析モジュール１４１２と、ローカルセンタ選択モジュール１４１３と、発呼情報送信モジュール１４１４とを含む。発呼情報受信モジュール１４１１は、Ｗｅｂサーバ１１から音声呼出指示を発呼情報として受信し、発呼情報解析モジュール１４１２に渡す。発呼情報解析モジュールは発呼情報を解析して店舗情報、電話番号及び予約番号を抽出して、ローカルセンタ選択モジュール１４１３に渡す。ローカルセンタ選択モジュール１４１３は、店舗位置や電話番号から、発呼に最適なローカルセンタ１４２を選択する。発呼情報送信モジュール１４１４は、選択したローカルセンタ１４２に対し、電話番号と予約番号とを送信する。ローカルセンタ１４２には、発呼情報受信モジュール１４２１と、発呼モジュール１４２２と、音声再生モジュール１４２３と、呼出音声データベース１４２４と、が含まれている。発呼情報受信モジュール１４２１は、本部センタ１４１から発呼情報として電話番号及び予約番号を受信する。発呼モジュール１４２２は、受信した電話番号に対して発呼する。音声再生モジュール１４２３は、通話が確立したことを検知して、呼出音声データベース１４２４から音声データを読みだし、予約番号に対応する音声データを埋め込んで再生する。
【００３７】
＜データベースの構成＞
次に、ＤＢサーバ１３の内部構成について説明する。
【００３８】
図３は、ＤＢサーバ１３内のデータベースの詳しい構成を示す図である。ＤＢサーバ１３は、大きく分けて、予約システムメインデータベース１３ａと店舗グループデータベース１３ｂを含む。
【００３９】
メインデータベース１３ａには、各店舗の母体となる複数の企業についての情報として、図のように、企業管理テーブル１３０１と店舗番号管理テーブル１３０２とオプション情報管理テーブル１３０３と企業ごとの会員テーブル１３０４が登録されている。
【００４０】
ここで、企業管理テーブル１３０１は、本システムを利用する各企業のプロフィールを管理している。ただし、ここでいう企業とは必ずしも複数の店舗を有するものでなくてもよい。１店舗のみの場合には、その店舗がここでいう企業をかねることとなる。またここで企業のプロフィールとは、企業名の他、住所や電話番号などを含む。店舗番号管理テーブル１３０２は、本システムを利用するすべての店舗にシリアル番号を付加し、各店舗がどの企業に属しているかを示すものである。つまり、店舗番号と企業との対応関係を示している。オプション情報管理テーブル１３０３は、店舗ごとのオプション情報を管理するテーブルである。オプション情報とは、その店舗で設定されているオプション設定の情報である。例えば、予約情報に禁煙、喫煙の識別子をつけたり、小児科、皮膚科といった識別子をつけたりといった、店舗ごとの個別の設定を格納している。会員テーブル１３０４は、各企業の会員のプロフィールを管理するテーブルである。会員のプロフィールとは、その企業の会員となっているユーザの個人情報であり、ユーザの氏名のほか、住所や電話番号やメールアドレスなどを含む。ただし、会員としてここに登録されるには、氏名や住所を登録する必要はなく、予約時にユーザが登録した電話番号やメールアドレスなどいずれか１つが分かればよい。
【００４１】
一方、店舗グループデータベース１３ｂには、各店舗についての情報として、図のように店舗情報管理テーブル１３０５と、会員利用テーブル１３０６と、予約情報テーブル１３０７と、予約ログテーブル１３０９とを含む。会員利用テーブル１３０６と、予約情報テーブル１３０７と、予約ログテーブル１３０９とは店舗ごとに用意されている。店舗情報管理テーブル１３０５は、それぞれの店舗のプロフィールを管理するテーブルである。店舗のプロフィールとは、添付名の他、住所や電話番号などを含む。会員利用テーブル１３０６は、その店舗をどの会員がどれぐらいの頻度で利用したかなどを管理するテーブルである。予約情報テーブル１３０７は、予約番号に対応付けてユーザの電話番号やメールアドレスなどを管理し、かつ、そのユーザが順番を待っているのか、保留となっているのかを示す。初めから店舗内で待っているユーザについては予約番号のみが登録されている。このテーブルは、図２の予約情報テーブル１３２に対応するものである。予約ログテーブル１３０８は、予約情報テーブル１３０７から削除された情報を集めたものである。例えば、どの予約番号の顧客が店内にいつ通されたか、あるいはキャンセルになったか、待ち時間はどのくらいだったかなどが登録される。このテーブルは、図２の予約ログテーブル１３３に対応するものであり、各種の予約情報の集計に用いられる。
【００４２】
＜ユーザがサービスを利用する際の処理の流れ＞
次に、ユーザがサービスを利用する際の処理の流れについて説明する。図４は、ユーザがサービスを利用する際の処理の流れを示すフローチャートである。
【００４３】
まず、ユーザがインターネットを利用して予約する場合には、携帯電話やＰＣなどから、店舗固有のＵＲＬにアクセスし、表示されたＷｅｂページから予約の申込を行う。予約申込では、まずステップＳ４０１においてオプション項目の選択を行う。つまり、Ｗｅｂサーバ１１は、オプション項目選択画面の表示用データをユーザ端末２に送信する。オプション項目は、各店舗によって予め設定されている利用条件であり、ここでは本システムを利用する施設としてレストランなどの店舗を例に挙げて説明しているため、利用人数、喫煙設定、テーブル指定などが挙げられている。これが病院の場合には、小児科や皮膚科などの診療科目や、医師名などをオプション項目にすればよいし、アミューズメントパークなどの場合には、観覧車やジェットコースターなどの乗り物名をオプション項目にすればよい。もちろん、オプション項目が無い場合も考えられる。
【００４４】
ＰＣや携帯電話などのユーザ端末２からオプション項目を選択した場合には、ステップＳ４０２に進み、お知らせのタイミングの選択を行う。つまり、Ｗｅｂサーバ１１は、お知らせタイミングの選択画面の表示用データをユーザ端末２に送信する。お知らせタイミングとは、ユーザの順番の何組前になったタイミングで呼出を行って欲しいかを定めるものである。例えば、３組と設定しておけば、ユーザの順番まで残り２組となった場合に、ユーザ端末２にお知らせが行われる。具体的には、予約情報テーブル１３０７に「待ち」として登録された予約番号のうち、そのユーザの番号よりも少ない番号が２つになった時点で電話またはメールにより呼出が行われる。なお、店舗内システム３からの設定によっては、お知らせタイミングを固定にすることも可能であり、その場合には、お知らせタイミングの選択画面はユーザ端末２に表示されず、ステップＳ４０１からステップＳ４０３に進む。さらには予約管理システムがお知らせタイミングとして最適な組数を自動的に計算して設定しても良い。例えば、ユーザ端末からは、お知らせタイミングとして、店舗における案内までの時間を受信し、その時間に対応する最適組数を自動的に計算して、残り予約客がその最適組数になった時点でユーザ端末に連絡してもよい。
【００４５】
お知らせのタイミングが選択された場合にはステップＳ４０３に進み、お知らせ方法の選択を行う。ここでは選択項目として、メール、電話、メール＋電話、通知無しの４項目を選択することができる。通知無しの項目は、例えば、店舗に近い場所から予約し、予約後店舗にて順番待ちを行う場合などに選択する可能性がある。
【００４６】
お知らせ方法の選択が終了するとステップＳ４０４に進み、電話番号または電話番号及びメールアドレスの登録を行う。メールアドレスの登録は、直接入力の他、ユーザ端末２からＷｅｂサーバ１１宛にメールを送信することによって行っても良い。その場合、Ｗｅｂサーバ１１は、受信したメールの送信元からメールアドレスを抽出して、予約情報テーブル１３０７に登録することができる。電話番号についても同様であり、直接入力の他、ユーザ端末２からＷｅｂサーバ１１に発信者番号通知を行った発呼を行っても良い。Ｗｅｂサーバ１１は、発信者として通知された番号を読みとって、予約情報テーブル１３０７に新規予約として登録すればよい。
【００４７】
ステップＳ４０４で電話番号の登録が終わるとステップＳ４０５に進み、予約完了メッセージと共に予約番号がユーザ端末２に表示される。つまり、Ｗｅｂサーバ１１は、電話番号の登録があれば、新規に予約番号を発行し、それを付して予約情報テーブル１３０７に登録したうえで、その予約番号を埋め込んだＷｅｂページを作成してその表示用データをユーザ端末２に送信する。
【００４８】
その後、ユーザは、適当な場所で自由に順番を待っていれば、ステップＳ４０６において、指定した順番になった時点で選択した方法により呼出が行われる。即ち「順番が近づいております。店舗へお越し下さい。」といった内容のメールがＷｅｂサーバ１１からユーザ端末２へ送信され、または音声呼出システム１４からユーザ端末２に発呼があり、その内容の音声メッセージが再生される。その後、ステップＳ４０７に進み、それらのメッセージを受け取って来店したユーザに対し、順番がきた時点で、予約番号によって案内する。
【００４９】
次に、ユーザが音声ガイダンスにしたがって予約を行う場合について説明する。ステップＳ４０８及びＳ４０９は上述のステップＳ４０１及びＳ４０２と同様の処理を音声ガイダンスに応答することによって行う。例えばステップＳ４０８では、オプション項目の選択を促す音声ガイダンスに応答してユーザ端末２のボタンを押す。
【００５０】
ステップＳ４１０に進むと電話番号の登録を行う。音声ガイダンスに従った予約の場合には、原則としてメールによる呼出しは行わないため、ここでは電話番号のみ入力する。即ち、ＣＴサーバ１２は電話番号をトーン信号によって受信し、ＤＢサーバ１３に送信する。ＤＢサーバ１３は、ＣＴサーバ１２から電話番号データを受け取ると、ＣＴサーバ１２に対して予約番号データを送信する。予約番号データはＣＴサーバ１２により音声合成されて予約番号通知メッセージが生成され、ユーザ端末２に送られる。これにより、ステップＳ４１１では、電話番号の入力を終えたユーザ端末２において予約完了メッセージ及び予約番号通知メッセージが流れる。
【００５１】
その後、ユーザは、適当な場所で自由に順番を待っていれば、ステップＳ４１２において、指定した順番になった時点で音声により呼出が行われる。即ち、音声呼出システム１４からユーザ端末２に発呼があり、「順番が近づいております。店舗へお越し下さい。」といった内容の音声メッセージが再生される。その後、ステップＳ４１３に進み、それらのメッセージを受け取って来店したユーザに対し、順番がきた時点で、予約番号によって案内する。
【００５２】
次に、店舗内システム３の顧客予約用ＰＣ３２から予約を行う場合について説明する。
【００５３】
予約無しに店舗に来店した顧客は、順番待ちがある場合には、顧客予約用ＰＣ３２に接続されたタッチパネル３２１を操作することで順番待ち予約を行うことができる。すなわち、まず、ステップＳ４１４において順番待ちを行う場所の選択を行う。具体的には、「店内で待つ」か「店外で待つ」か、を選択する。「店外で待つ」を選択した場合にはステップＳ４１５において電話番号の行ったのち、ステップＳ４１６に進む。「店内で待つ」を選択した場合には、原則として電話番号の登録を行わずにステップＳ４１６に進む。また「店内で待つ」を選択した場合であっても店舗側の設定で電話番号の登録を必須としてあれば、ステップＳ４１５に進んで電話番号の設定を行う。
【００５４】
ステップＳ４１６では上述したステップＳ４０１、Ｓ４０８と同様にオプション項目の選択を行う。ステップＳ４１６までの入力が終了すると、ステップＳ４１７に進み、タッチパネル３２１に予約完了メッセージ及び予約番号を表示する。同時に番号発券プリンタ３２２から、予約番号が記録されたチケットを発行する。次に、ステップＳ４１８に進み、「店外で待つ」を選択したユーザに対しては、登録された電話番号に発呼して、呼出メッセージを流す。「店内で待つ」を選択したユーザには電話での呼出を行わず、ステップＳ４１９に進む。音声呼出を受けて来店したユーザまたは店内で待っていたユーザに対しては、順番がきた時点で予約番号により案内を行う。
【００５５】
次に、図５〜図１３にユーザ端末または店舗内システム３のタッチパネル３１１、３２１に表示される画像の例を示す。ここで表示されるページのソースデータ（ＨＴＭＬデータなど）はすべてＷｅｂサーバ１１において用意されまたは生成されてそれぞれの端末に送信されるものであり、ユーザ端末２や店舗管理用ＰＣ３１や顧客予約用ＰＣ３２にインストールされたブラウザがそのソースデータを解析することによって表示が行われる。そしてそれぞれのページのボタンが選択されるたびに、そのボタン情報がＷｅｂサーバ１１にアップロードされて、次のページのデータがダウンロードされる。また、それぞれのページに表示される動的なデータは、ＤＢサーバ１３において管理されており、適宜Ｗｅｂサーバ１１によって読出されてＨＴＭＬデータ化されて各端末にダウンロードされて表示される。
【００５６】
まず、ユーザがインターネットを利用して予約する場合の画面の遷移について図５を用いて簡単に説明する。図５は、店舗内システム３からの設定によって、お知らせタイミングが固定になっている場合の例であり、図４のＳ４０２に当たるページは表示されない。
【００５７】
５０１はトップページであり、店舗毎に用意されている。トップページ５０１には、店舗名とその混雑状況（何組の顧客が待っているか）が表示される。このトップページにおいて「Ｗｅｂで予約」を選択すると、オプション選択ページ５０２に進む。ここで各オプション項目を入力して「申し込み」を選択すると、通知方法選択ページ５０３に進む。ここで「メール」または「電話＋メール」を選択すると、メール送信ページ５０４に進む。ここで「メール送信」を選択するとユーザ端末２においてメール送信画面に移る。メールを送信すると、Ｗｅｂサーバ１１から５０５に示す文面の返信メールが送信されてくる。そして、その返信メール中に埋め込まれたＵＲＬを選択すると、電話番号入力ページ５０６が表示される。あるいは、通知方法選択ページ５０３において、「電話」または「通知しない」を選択した場合には、メールの送信などを行うことなく、電話番号入力ページ５０６が表示される。このページで電話番号を入力し、「申込み」を選択すると、Ｗｅｂサーバ１１内で予約チェックが行われる。ここでの予約チェックとは、本予約管理システム１のサービスを受けている他の施設に対して既に予約を行っているか否かのチェックである。もし他の店舗に同じ電話番号で予約が入っている場合には、警告ページ５０７が表示される。他の店舗に同じ電話番号で予約が入っていない場合には予約完了ページ５０８が表示される。
【００５８】
トップページ５０１において「電話で予約」を選択すると電話予約ページ５０９に進む。ここに表示される電話番号を選択すると、自動的にＣＴサーバ１２に発呼され、音声ガイダンスによる予約に移る。
【００５９】
トップページ５０１において「確認、キャンセル」を選択した場合には、電話番号入力ページ５１０が表示される。電話番号入力ページ５１０において電話番号を入力し「申込み」を選択すると、予約番号と現在そのユーザが何番目かを示す登録確認ページ５１１が表示される。ここで「予約キャンセル」を選択すると予約キャンセル指示がＷｅｂサーバ１１に送られ、ＤＢサーバ１３の予約情報テーブル１３０７から予約情報が削除された上で、キャンセルページ５１２が表示される。
【００６０】
トップページ５０１において「会員登録」を選択した場合には、メール送信ページ５１３が表示される。ここで「メール送信」を選択するとユーザ端末２においてメール送信画面に移る。メールを送信すると、Ｗｅｂサーバ１１から５１４に示す文面の返信メールが送信されてくる。そして、その返信メール中に埋め込まれたＵＲＬを選択すると、電話番号入力ページ５１５が表示される。このページで電話番号を入力し、「申込み」を選択すると、５１６に示す文面のメールがＷｅｂサーバ１１から送信される。このメールに埋め込まれたＵＲＬから、会員専用ページへのアクセスが可能となる。
【００６１】
トップページ５０１において「会員再発行」を選択した場合には、電話番号入力ページ５１７が表示される。このページで電話番号を入力し、「メール送信」を選択すると、５１８に示す文面のメールがＷｅｂサーバ１１から送信される。このメールに埋め込まれたＵＲＬから、会員専用ページへのアクセスが可能となる。５１９は会員ページを示している。会員ページには、その会員が過去に利用した店舗のトップページへのリンクとその店舗の混雑状況が表示される。
【００６２】
トップページ５０１で「関連リンク」が選択されると、そのトップページ５０１の店舗に関連する店舗のトップページへのリンクとその混雑状況が表示される。５２０及び５２１がその例であり、トップページ５０１の店舗がオープン店として登録されていれば、５２０のように他のオープン店へのリンクと混雑状況がすべて表示される。トップページ５０１の店舗がクローズ店として登録されていれば、５２１のように同じグループの店舗へのリンクのみとその混雑状況が表示される。
【００６３】
図６、図７は、ユーザ（顧客）が店舗においてタッチパネル３２１を用いて予約を行う場合のユーザインタフェースを示す図である。
【００６４】
６０はトップページであり、ユーザがなんら操作していない段階では、この画像が表示されている。ここには、店舗内に案内中の予約番号を表示する欄６０１と、順番待ちをしている顧客のリストを表示する欄６０２と、概算した待ち時間と順番待ちをしている組数とを表示する欄６０３と、予約ボタン６０４と確認ボタン６０５とが表示されている。ここで、予約ボタン６０４が押されると、待ち場所指定ページ６１に移る。
【００６５】
待ち場所指定ページ６１には、「おみせのなかでまつ」ボタンと「おみせのそとでまつ」ボタンとが表示される。「おみせのなかでまつ」ボタンが押されると、人数指定ページ６２に移る。「おみせのそとでまつ」ボタンが押されると、携帯番号入力ページ６３に移る。携帯番号入力ページ６３で携帯番号が入力されると、人数指定ページ６２に移る。人数指定ページで人数が入力されると、図７の人数確認ページ７０に移る。人数がＯＫであれば、オプション選択ページ７１に移る。ここではオプション選択ページとして喫煙席がよいか禁煙席がよいかの選択を行うためのページが示されている。ここでいずれかを選択すると、予約完了ページ７２に移る。予約完了ページ７２には、予約条件として、待ち場所７２１と人数７２２と喫煙指定７２３とが表示され、さらに、予約番号７２４と順番７２５と概算の待ち時間７２６が表示される。ここで待ち時間は、１組あたりの平均待ち時間に組数を積算したものである。このように予約を完了すると、トップページは７３のようになる。つまり、この例では、予約リスト６０２の最後に予約番号１０８の予約が表示される。また予約完了ページ７２に移る際、顧客予約用ＰＣ３２は番号発券プリンタ３２２を制御して、予約番号やオプション情報などが記録されたチケットを発行する。
【００６６】
なお、図６で確認ボタン６０５が押されると、予約番号または電話番号の入力ページが表示され、それらのいずれかの番号を入力してＷｅｂサーバ１１によって認証されると、予約情報テーブル１３０７から予約情報が読出され、タッチパネル３２１に表示される。この予約情報には、予約番号、電話番号、及び電話番号並びに、現在の予約状態（順番待ちか保留か）が示される。保留扱いの場合には来店ボタンが表示され、来店ボタンが押されると、予約情報テーブル１３０７内で順番待ち扱いに変更される。その際、店舗で設定したルールにしたがって、他の順番待ち扱いの予約情報の、所定位置に割り込んで再登録される。
【００６７】
図８〜図１３は、店舗管理用ＰＣ３１に接続されたタッチパネル３１１に表示されるユーザインタフェースを示す図である。
【００６８】
図８の８０は、店舗管理用のトップページである。店舗管理トップページ８０には、現在の待ち組数を表示する欄８０１と、それぞれの待ち組の内容を示す順番待ちリスト８０２とが表示されている。順番待ちリスト８０２には、順番と予約番号の他に、人数指定８０３や喫煙指定８０４のオプション項目の内容が予約毎に表示される。また、ここではオプション項目は３つまで登録可能なため、オプション項目の欄８０５が１つ空白になっている。また、それぞれの予約の通知状態が８０６に示されている。この通知状態とは、顧客の待機状態と言い換えることもでき、メール通知待ち、メール通知済み、電話通知待ち、電話通知済み、店内待ちの５通りの表示が行われる。ここでは一例として、予約番号１０１と１０２と１０４の顧客は、店内で（あるいは店頭で）順番待ちをしており、予約番号１０３の顧客が店外で順番待ちをしており、かつ呼出メールを送信済みであることを示している。同様に予約番号１０５の顧客は店外で順番待ちをしており、かつ電話による呼出を待っている状態であることを示している。予約番号１０３の顧客がメールによる通知を受けていない状態では「メール通知待ち」との表示がなされ、一方、予約番号１０５の顧客に対する呼出が済むと、「電話通知済み」との表示に変わる。予約リストの各行は、この通知状態によって色分けされており、どの顧客がどのような状態であるのか一目で分かるようになっている。また、各予約には呼出ボタン８１６が付随して表示されている。この呼出ボタン８１６は、順番がきた顧客を店内に案内しようとする際に店員によって押されるものである。呼出ボタン８１６が押されると、店舗管理用ＰＣ３１は番号表示装置３１２を制御して、呼び出したい顧客の予約番号を表示させる。
【００６９】
順番待ちリスト８０２を表示する際には、Ｗｅｂサーバ１１はＤＢサーバ１３に接続してオプション情報管理テーブル１３０３から該当する店舗のオプション情報を読みだし、さらにその店舗の予約情報テーブル１３０７を選択して属性が「待ち」となっている予約情報を抽出してリストを作成する。
【００７０】
さらに、このトップページ８０には、サブメニューとして順番待ちリストボタン８０７と保留リストボタン８０８と予約登録ボタン８０９が表示されている。サブメニュー中の現在選択されているメニューは反転して表示される。すなわちこのトップページ８０は、順番待ちリストボタン８０７を押した場合に表示されるものである。また、トップページ８０には、トップメニューとして、予約管理ボタン８１０と会員検索ボタン８１１とお店情報ボタン８１２と集計ボタン８１３と受付設定ボタン８１４と会員管理ボタン８１５とが表示される。やはり、現在選択されているメニューは反転して表示される。デフォルトでは予約管理ボタン８１０が選択されており、トップページ８０が表示される。
【００７１】
図９は、順番待ちリスト８０２において呼出ボタン８１６を選択した場合に表示される画面９０である。９０１には呼び出す顧客の登録内容として予約番号、電話番号及びメールアドレス（登録されているときのみ）、登録時刻、オプション項目などが示される。また、このページ９０には、案内ボタン９０２と保留ボタン９０３と戻すボタン９０４が表示される。案内ボタン９０２は、呼び出した顧客の存在が確認できて、オプション内容が適切な場合に押されるボタンである。店員はこのボタン９０２を押すと同時にその顧客を店内に案内する。保留ボタン９０３は、呼び出した顧客が来店しておらずあるいはどこかに行ってしまい、確認できない場合に押すボタンである。このボタンが押されると、トップページの順番待ちリスト８０２からその予約番号の予約情報が削除され、保留リストに移される。戻すボタン９０４は、操作のやり直しを行う際や、オプション指定に該当しない顧客の場合に押されるボタンである。このボタンが押されるとトップページ８０に戻る。
【００７２】
図１０は、サブメニューの保留リストボタン８０８が押された場合に表示されるページである。１００１は保留リストであって、順番待ちリスト８０２において、呼び出されたにもかかわらず存在が確認できない顧客は、図９の呼出ページ９０の保留ボタン９０３によってこの保留リストに追加される。保留リスト１００１に移った顧客が来店し、顧客予約用ＰＣ３２のタッチパネル３２１において、図６の確認ボタン６０４を押して予約番号及び／または電話番号を入力すると、その予約番号の予約情報がこの保留リスト１００１から、自動的に順番待ちリスト８０２に復帰する。その際、優先的な扱いをするため、順番待ちリスト８０２のトップから２組目以降に挿入される。その際、既に復帰した顧客がある場合には、先に復帰した顧客の２組後に挿入される。つまり、順番待ちリスト８０２に保留リスト１００１から復帰した顧客が含まれていない場合には先頭から２組後に挿入され、先頭から２組後に復帰した顧客が存在する場合には、先頭から４組後に、先頭から４組後にも復帰した顧客が存在する場合には、先頭から６組後といった具合に、１組毎に復帰した顧客と初めから待っている顧客とが交互に並ぶようになる。ただしここでは「２組目以降」、「２組後」という割り込みルールを用いたが、これに限定されるものではなくいかようにも変更可能である。また、店舗の判断で例外的にすぐに案内する場合には、保留リスト１００１の呼出ボタン１００２を押して、呼出ページ９０を表示させ、案内ボタン９０２を押せばよい。なお、この保留リスト１００１には所定時間しか予約情報が存在できない。つまり、順番待ちリスト８０２から保留リスト１００１に移された予約情報は、所定時間（店舗によって設定可能、例えば１時間）が経過すると、保留リスト１００１から削除される。この場合、ＤＢサーバ１３では、保留ボタン９０３が押されると、図１３に示した予約情報テーブル１３０７において「待ち」から「保留」に属性が書き換えられ、さらに保留になってから所定時間が経過すると予約情報テーブル１３０７から予約ログテーブル１３０８へと予約情報が移される。したがって、例えば顧客は呼出があってから１時間までは遅刻しても優先的に順番待ちの列に加わることができるが、１時間を経過すると再度列の一番後ろに並びなおさなければならないことになる。
【００７３】
保留リスト１００１を表示する際には、Ｗｅｂサーバ１１はＤＢサーバ１３に接続してオプション情報管理テーブル１３０３から該当する店舗のオプション情報を読みだし、さらにその店舗の予約情報テーブル１３０７を選択して属性が「保留」となっている予約情報を抽出してリストを作成する。
【００７４】
図１１は、サブメニューの予約登録ボタン８０９を押した場合に表示されるページを示す図である。予約登録ボタン８０９は、店舗の店員が電話等で顧客から予約を受け付ける場合に押されるボタンである。店員は、顧客から電話があり、予約したい旨を告げられると、このボタン８０９を押して予約登録画面１１０１を表示させる。そして、現在の待ち組数の表示欄１１０２を見て混雑状況を顧客に伝え、顧客に対し、通知受信の有無、電話番号、利用人数、喫煙指定などを問い合せて、適宜お知らせ欄１１０３、電話番号欄１１０４、人数指定欄１１０５喫煙してイラン１１０６に入力する。電話による呼出が必要ない場合にはお知らせ欄１１０３において「しない」を選択する。その場合、電話番号欄１１０４を空白にしてもよい。これらの入力が終わり、登録ボタン１１０７を押すと、予約完了ページ１１０８に予約番号が表示されるため、予約番号を顧客に伝えればよい。
【００７５】
図１２は会員検索ボタン８１１が押された場合に表示されるページ１２０１の例を示す図である。会員検索ページ１２０１において予約番号または電話番号を入力して決定ボタンを押すと検索結果ページ１２０２が表示される。この検索結果ページ１２０２には登録内容が表示され、案内、保留、削除の各種ボタン１２０４が表示される。案内ボタン、保留ボタンは、図９の案内ボタン９０２、保留ボタン９０３と同じ機能を有する。また削除ボタンが押されると会員リストから会員情報が削除される。
【００７６】
図１３は、お店情報ボタン８１２が押された場合に表示されるページ１３１１の例を示す図である。このページにはサブメニューとしてお店情報ボタン１３１２とオプション設定ボタン１３１３とが用意されており、お店情報ボタン１３１２が選択された場合、あるいはデフォルトではお店情報ページ１３１１が表示される。店舗情報ページ１３１１には、その店舗の登録内容が示され、具体的には、契約番号、店舗名、Ｗｅｂ店舗名、店舗電話番号、ＣＴサーバ１２から予約する場合の電話番号、郵便番号、住所、契約期日、契約形態、お知らせタイミング（何組目の予約に対して呼出を行うか）、お知らせタイミング選択機能の有無（ユーザが呼出を受けるタイミングを選択可能とするか否か）、１組平均待ち時間、予約有効時間（保留になってから保留リスト１００１に予約情報が維持される時間）、発券機用コメント（番号発券プリンタが発行するチケットに予約番号と共に記録されるコメント）、発券機用予約確認先（番号発券プリンタが発行するチケットに予約番号と共に記録される連絡先、電話番号やＵＲＬなど）が表示され、編集可能となる。これらの情報は、適宜、ＤＢサーバ１３の店舗情報管理テーブル１３０５に登録される。
【００７７】
図１３のサブメニューでオプション設定ボタン１３１３が選択されると、オプション項目設定ページ１３１４が表示される。ここではオプション項目を３項目まで設定できる例を示している。オプション項目としては上述したとおり、人数指定、大人／子供指定、喫煙指定、カウンター／テーブル／座敷／個室などの座席指定、などが用意されており、その施設の業種や形態などに応じて施設毎に選択可能となっている。
【００７８】
その他、店舗管理トップページ８０において、集計ボタン８１３が押されると、月ごとの年間集計、日ごとの月間集計、曜日毎の週間集計、時間毎の日間集計などの予約組数の集計結果が表示される。もちろん予約組数以外にも利用人数やキャンセル人数などを集計・表示可能としても良い。また、集計ページでは、待ち時間集計結果として、最低待ち時間、最大待ち時間、平均待ち時間が表示される。これらは、予約ログテーブルに登録された予約情報を特定の条件で検索・集計することによって実現する。
【００７９】
さらに店舗管理トップページ８０において、受付設定ボタン８１４が押されると予約受付開始、予約受付終了、順番待ち／保留リストの全クリアを指示するためのページが表示される。店舗では開店と同時に（あるいは開店よりも前に）予約受付開始ボタンを押して、Ｗｅｂや、電話からの予約受付を開始し、閉店と同時（あるいは閉店よりも前に）予約受付終了ボタンを押して、Ｗｅｂや電話からの予約受付を終了する。また、閉店やラストオーダー後には全クリアボタンを押して予約情報テーブルから予約情報をすべて削除する。
【００８０】
また、店舗管理トップページ８０において、会員管理ボタン８１５が押されると、会員リストや、会員の登録ページや、会員検索ページや、会員情報の読込／書き出しページなどが表示され、それぞれの処理を行うことが可能となる。
【００８１】
＜予約管理システムにおける処理＞
次に、予約管理システムにおける処理の流れについて図１４〜図１６のフローチャートを用いて説明する。本予約管理システムは、店舗に限らずあらゆる業態の施設に対しても同様の処理を行うため、ここではサービスの提供対象を「施設」という表現を用いて表す。
【００８２】
図１４は、予約を受け付ける際の処理を示すフローチャートである。
【００８３】
ステップＳ１４０１では、ユーザ端末２または施設内システム３の端末（店舗管理用ＰＣ３１または顧客予約用ＰＣ３２）から予約要求、つまり予約用トップページ５０１，６１，１１０１へのアクセスを受け付ける。次に、ステップＳ１４０３において、その予約要求から施設を判別する。つまりアクセスのあったＵＲＬに対応する施設を特定する。
【００８４】
次に、ステップＳ１４０５において、ＤＢサーバ１３内のオプション情報管理テーブル１３０３を参照して、その施設に対応付けて設定されている予約条件としてのオプション情報を読出す。さらにステップＳ１４０７において、オプション情報に基づいて予約情報入力画面を生成し送信する。これにより、ユーザ端末または施設内システムの端末には予約用ページ５０１〜５０８，６１〜７２，１１０１が表示される。次に、ステップＳ１４０９においてユーザ端末または施設内システムから予約情報を受信する。この予約情報は予約用のページに対して入力された情報である。
【００８５】
次に、ステップＳ１４１１において、予約情報テーブル１３２、１３０７に予約情報を登録する。このとき予約情報の属性を「待ち」とし、順番待ち扱いで登録する。その後、ステップＳ１４１３に進み、予約完了メッセージ及び予約番号をユーザ端末または施設内システムの端末に送信して処理を終了する。
【００８６】
図１５は、施設において利用客を呼びだす場合の処理を示すフローチャートである。
【００８７】
まず、ステップＳ１５０１において、施設内システム３の端末から予約番号を指定した呼出要求を受信する。次に、ステップＳ１５０３において、その呼出要求から施設及び呼び出された顧客を判定する。そして、ステップＳ１５０５において、ＤＢサーバ１３の予約情報テーブル１３２を参照して、予約時間や連絡先、予約条件を読みだし、それらをまとめた呼出情報を施設内システムに送信する。この時、案内ボタン９０２や保留ボタン９０３を含む呼出ページ９０として施設内システムに送信する。
【００８８】
次に、ステップＳ１５０７において、施設内システムから、呼び出した顧客が利用を開始したことを示す利用開始情報または呼び出した顧客が利用を開始できないことを示す不在情報を待ち、利用開始情報を受信するとステップＳ１５０９に進む。不在情報を受信するとステップＳ１５１３に進む。
【００８９】
ステップＳ１５０９では予約情報テーブル１３０７から予約情報を削除し、ステップＳ１５１１にてその予約情報を予約ログテーブルに登録してステップＳ１５１５に進む。ステップＳ１５１３では、予約情報テーブル１３０７においてその予約情報の属性を「保留」とし、保留扱いの登録としてステップＳ１５１５に進む。
【００９０】
ステップＳ１５１５では、図１３の店舗情報ページ１３１１において設定されたお知らせ情報タイミングまたは、図４のステップＳ４０２やＳ４０９で設定されたお知らせタイミングを参照して、予約情報テーブル１３０７のうち、お知らせタイミングになった予約情報を検索し、読出す。次に、ステップＳ１５１７に進み、お知らせタイミングになった予約情報が、通知する必要のある予約情報として登録されているか否かを判定する。これは図４のステップＳ４０３や図５の５０３などで設定された情報、あるいは図６のページ６１において「おみせのなかでまつ」と「おみせのそとでまつ」のいずれが選択されたかによって判定できる。通知要と判定した予約情報がある場合にはステップＳ１５１９に進み、通知の必要な予約情報の予約客に対し、所定の方法（メールまたは電話）によって呼出しを行う。通知要と判定された予約情報がなければ、そのまま処理を終了する。
【００９１】
図１６は、保留扱いとして登録された予約情報の処理を示すフローチャートである。
【００９２】
まず、図１６のステップＳ１６０１では、施設内システムから予約番号を指定した来場情報を受信したか否かを監視する。受信した場合には、次にステップＳ１６０３に進み、受信した来場情報から施設及び予約客を判定する。そしてステップＳ１６０５に進み、その施設の予約情報テーブルを参照し、その予約客が保留扱いになっているか否かを確認する。保留扱いになっていれば、保留後所定時間経過しているか否かを判定する。所定時間経過していない場合には、ステップＳ１６０７に進み、その予約情報を順番待ち扱いに変更する。さらに、割り込みルールに従って予約情報を所定の位置に再登録する。
【００９３】
ステップＳ１６０５で、保留後所定時間経過している場合には、ステップＳ１６０９に進み、予約情報テーブル１３０７からその予約情報を削除し、さらにステップＳ１６１１で予約情報を予約ログテーブル１３０８に登録する。なお、ステップＳ１６０９及びステップＳ１６１１の処理を行わずに保留扱いのまま予約情報テーブル１３０７に残しても良い。
【００９４】
＜実施形態の効果＞
本実施形態によれば、サーバの時間貸し（ＡＳＰ）で予約管理サービスを受けられるので施設側では過剰なソフトウェアやハードウェアの投資、サーバ機器やソフトウェアの資産管理、サーバ機器やソフトウェアのバージョンアップや保守が必要なくなる。これによりＴＣＯ（ＴｏｔａｌＣｏｓｔｏｆＯｗｎｅｒｓｈｉｐ、ＩＴ資産の購入維持に要する直接的支出の他、技術の習得、維持管理、利用を可能にするための人件費も視野にいれた、何年間かのライフサイクルにまたがって積算された総合的な保有コスト）の削減につながる。インターネット上のサーバですべての顧客情報を管理するので、施設毎に顧客情報のセキュリティー対策を行わなくても良くなり、施設が顧客に対して負う責任を軽減できる。
【００９５】
また、電話番号だけで予約ができるので会員登録の必要が無く簡単予約可能である。施設の混雑状況をＷｅｂ、電話、店頭端末どこからでも確認できる。店頭での順番待ちが無くなり長い待ち行列が無くなる。したがって、施設では、人件費の削減、待合いスペースの削減が可能となる。案内の順番が近づいたら電話、メールで通知するのでそれまでの時間を店頭で待つことなく時間を自由に活用できる。メールだけではなく音声で順番が通知できるため、ユーザは固定電話で順番の通知を受けることが可能である。つまり携帯電話がなくても予約が可能で、視覚障害者でもサービスの利用が可能である。メールサーバなどインターネット上の障害の影響を受けない。さらに、本予約管理システムは、施設の性格に応じた予約条件（オプション情報）を設定でき、顧客に対して予約条件の入力を促し、顧客から予約条件付きの予約情報を受信するので、飲食店、アミューズメント施設、病院、調剤薬局、展示場、コンサート会場などあらゆる業態の施設に対して同じ予約管理システムを用いてサービスを提供できる。
【００９６】
例えば、本システムを飲食店において利用した場合、駐車場が小さくて済み近隣住民にも優しくなる。従来お客同士のトラブルの原因だった、呼出し順番違いのトラブル防止の為に、もしも案内時間に不在だった場合、あらかじめ定めた時間までは予約有効とし、再度受付をすることによってシステムが自動で順番を割り込ませるのでトラブルを抑制できる。順番待ちが原因で他店に流れている顧客を減少させることができる。お店の回転率が平均して良くなる。経営参考データとして時間別入店人数やオプション選択の結果、平均待ち時間などのデータが参照できるので、効率的な人員配置や経営資源の活用ができる。会員登録機能があるので会員制にすれば顧客の囲い込みができ、ダイレクトメールの発送や、一斉メール配信などのプッシュ型広告配信にも利用できる。
【００９７】
また、本システムを病院において利用した場合には、患者の回転率が平均して良くなり、患者のストレスが低減し、待合室で待っている間の院内感染が防止できる。その結果、当然患者から受付への苦情や順番の問い合わせが減る。また、病院からの連絡で調剤薬局の薬剤師が患者の薬の予約を代行し、患者が調剤薬局において最適なタイミングで薬を受け取るなどの応用も可能となる。
【００９８】
本システムをアミューズメント施設で利用した場合、順番待ち以外の時間が増えることにより周辺飲食店やショップの利用が促進される。また、日射病などの事故防止、お客同士のトラブル防止、スムーズな運営の推進を図ることができる。さらに、お客マナーの向上推進、高年齢者への施設利用推進も可能となる。
【００９９】
【発明の効果】
本発明によれば、あらゆるユーザに対して順番待ちのストレスを解消させる技術を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施形態としての予約管理システムの全体構成を示すブロック図である。
【図２】本発明の実施形態としての予約管理システムの内部構成を示す図である。
【図３】ＤＢサーバ内のデータベースの詳しい構成を示す図である。
【図４】図４は、ユーザが予約サービスを利用する際の処理の流れを示すフローチャートである。
【図５】ユーザがインターネットを利用して予約管理システムに予約する場合のＧＵＩを示す図である。
【図６】ユーザが店舗の端末を利用して予約管理システムに予約する場合のＧＵＩを示す図である。
【図７】ユーザが店舗の端末を利用して予約管理システムに予約する場合のＧＵＩを示す図である。
【図８】店員が店舗の端末から予約管理システムにアクセスして予約情報を管理する場合のＧＵＩを示す図である。
【図９】店員が店舗の端末から予約管理システムにアクセスして予約情報を管理する場合のＧＵＩを示す図である。
【図１０】店員が店舗の端末から予約管理システムにアクセスして予約情報を管理する場合のＧＵＩを示す図である。
【図１１】店員が店舗の端末から予約管理システムにアクセスして予約情報を管理する場合のＧＵＩを示す図である。
【図１２】店員が店舗の端末から予約管理システムにアクセスして予約情報を管理する場合のＧＵＩを示す図である。
【図１３】店員が店舗の端末から予約管理システムにアクセスして予約情報を管理する場合のＧＵＩを示す図である。
【図１４】予約管理システムにおける処理の流れを示すフローチャートである。
【図１５】予約管理システムにおける処理の流れを示すフローチャートである。
【図１６】予約管理システムにおける処理の流れを示すフローチャートである。

Claims

施設の利用予約を管理する予約管理システムであって、
電話番号によって特定された利用予約情報を、ネットワークを介して受信する第１受信手段と、
前記第１受信手段で受信した電話番号を順番に予約データベースに登録する登録手段と、
予約客が前記施設の利用を開始した旨を示す利用開始情報を、前記ネットワークを介して受信する第２受信手段と、
前記第２受信手段で前記利用開始情報を受信した場合に、前記施設の利用を開始した予約客の電話番号を、前記予約データベースから削除する削除手段と、
前記予約データベースにおいて所定の順番の予約として登録された電話番号を読出し、読出した電話番号に発呼して呼出メッセージを送信する送信手段と、
を含むことを特徴とする予約管理システム。
前記第１受信手段は、前記利用予約を行うユーザが使用するユーザ端末から、インターネットを介して前記利用予約情報を受信することを特徴とする請求項１に記載の予約管理システム。
順番の呼出をメールで行うか音声で行うかをユーザ毎に設定する設定手段をさらに有し、
前記第１受信手段は、前記設定手段において順番の呼出をメールで行うと設定されたユーザからは、メールアドレスを含む利用予約情報を受信し、
前記送信手段は、前記設定手段において順番の呼出をメールで行うと設定されたユーザに対しては、前記メールアドレスに対して呼出メッセージを送信することを特徴とする請求項１に記載の予約管理システム。
施設の利用予約を管理する予約管理システムであって、
利用予約情報を、ネットワークを介して受信する第１受信手段と、
前記第１受信手段で受信した前記利用予約情報を順番待ち扱いで予約データベースに登録する登録手段と、
前記予約データベースを参照して、前記施設の利用を行うべき予約客の前記利用予約情報を前記施設に設けられた端末に送信し、その予約客を前記施設に呼び出させる呼出手段と、
前記呼出手段によって呼び出した予約客が不在である旨を示す不在情報を、前記施設の端末から前記ネットワークを介して受信する第２受信手段と、
前記第２受信手段で前記不在情報を受信した場合に、不在の前記予約客の利用予約情報を、前記予約データベースにおいて保留扱いとする保留手段と、
前記保留手段によって保留扱いとなった予約客が前記施設に来たことを示す来場情報を、前記施設の端末から前記ネットワークを介して受信する第３受信手段と、
前記第３受信手段で受信した来場情報に応じて、来場した前記予約客を前記予約データベースにおいて順番待ち扱いとして所定の順番に再登録する再登録手段と、
を含むことを特徴とする予約管理システム。
前記保留手段で保留扱いとした前記利用予約情報を、所定時間後に前記予約データベースにおいてキャンセル扱いとするキャンセル手段をさらに有することを特徴とする請求項４に記載の予約管理システム。
施設の利用予約を管理する予約管理システムを用いた予約管理方法であって、
前記予約管理システムが、電話番号によって特定された利用予約情報を、ネットワークを介して受信する第１受信工程と、
前記予約管理システムが、前記受信工程で受信した電話番号を順番に予約データベースに登録する登録工程と、
前記予約管理システムが、（前記施設が管理する端末から、）予約客が前記施設の利用を開始した旨を示す利用開始情報を、前記ネットワークを介して受信する第２受信工程と、
前記第２受信工程で前記利用開始情報を受信した場合に、前記施設の利用を開始した予約客の電話番号を、前記予約データベースから削除する削除工程と、
前記予約データベースにおいて所定の順番の予約として登録された電話番号を読出し、読出した電話番号に発呼して呼出メッセージを送信する送信工程と、
を含むことを特徴とする予約管理方法。
前記第１受信工程では、前記予約管理システムが、前記利用予約を行うユーザが使用するユーザ端末から、インターネットを介して前記利用予約情報を受信することを特徴とする請求項６に記載の予約管理方法。
順番の呼出をメールで行うか音声で行うかをユーザ毎に設定する設定工程をさらに有し、
前記第１受信工程では、前記設定工程において順番の呼出をメールで行うと設定されたユーザからは、メールアドレスを含む利用予約情報を受信し、
前記送信工程では、前記設定工程において順番の呼出をメールで行うと設定されたユーザに対しては、前記メールアドレスに対して呼出メッセージを送信することを特徴とする請求項６に記載の予約管理方法。
施設の利用予約を管理する予約管理システムと前記施設の端末とを用いた予約管理方法であって、
前記予約管理システムが前記施設の利用予約情報を、ネットワークを介して受信する第１受信工程と、
前記第１受信工程で受信した前記利用予約情報を順番待ち扱いで予約データベースに登録する登録工程と、
前記予約データベースを参照して、前記施設の利用を行うべき予約客の前記利用予約情報を前記施設の端末に送信し、その予約客を前記施設に呼び出させる呼出工程と、
前記呼出工程によって呼び出した予約客が不在である旨を示す不在情報を、前記施設の端末から前記ネットワークを介して受信する第２受信工程と、
前記第２受信工程で前記不在情報を受信した場合に、不在の前記予約客の利用予約情報を、前記予約データベースにおいて保留扱いとする保留工程と、
前記保留工程によって保留扱いとなった予約客が来店したことを示す来店情報を、前記施設の端末から前記ネットワークを介して受信する第３受信工程と、
前記第３受信工程で受信した来店情報に応じて、来店した前記予約客を順番待ち扱いとして前記予約データベースにおいて所定の順番に再登録する再登録工程と、
を含むことを特徴とする予約管理方法。
前記保留工程で保留扱いとした前記利用予約情報を、所定時間後に前記予約データベースにおいてキャンセル扱いとするキャンセル工程をさらに有することを特徴とする請求項９に記載の予約管理方法。