(57)【特許請求の範囲】
【請求項１】
処理部、基準データ格納部、及び記憶装置を有するコンピュータにより実行される情報処理方法であって、
前記処理部により、顧客を特定するための情報、及び店舗における当該顧客の利用金額を特定するための情報をＰＯＳシステムから取得して当該顧客の累計利用金額を計算し、前記記憶装置に格納するステップと、
前記処理部により、前記記憶装置に格納された前記顧客の累計利用金額と、予め前記基準データ格納部に格納されている、累計利用金額についての所定の基準金額とを比較する比較ステップと、
前記顧客の累計利用金額が前記所定の基準金額を超えた場合に、前記処理部により、前記顧客の累計利用金額が前記所定の基準金額を超えた時点の時刻に、予め前記基準データ格納部に格納されている基準時間を加えた時刻を、前記顧客の予測退店時刻として算出する予測ステップと、
を含む情報処理方法。
【請求項２】
前記コンピュータが、予約情報格納部をさらに有し、
前記顧客の座席を含む予約単位について第２の顧客によりなされた予約の情報であって、前記第２の顧客のメールアドレスを含む予約の情報が、前記顧客の座席を含む予約単位を特定する情報と対応付けられて前記予約情報格納部に登録されており、
前記顧客の累計利用金額が前記所定の基準金額を超えたと判断された場合には、前記処理部により、前記予約情報格納部に格納された前記第２の顧客のメールアドレス宛に、前記顧客の予測退店時刻を通知するステップ
をさらに含む請求項１記載の情報処理方法。
【請求項３】
前記記憶装置に、前記顧客の人数及び前記顧客による利用日の日にちに関する情報がさらに格納されており、
前記所定の基準金額が、少なくとも前記記憶装置に格納された前記顧客の人数及び前記記憶装置に格納された前記顧客による利用日の日にちに関する情報のいずれかに基づいて特定され、
前記基準時間が、少なくとも前記記憶装置に格納された前記顧客の人数及び前記記憶装置に格納された前記顧客による利用日の日にちに関する情報のいずれかに基づいて特定される
ことを特徴とする請求項１記載の情報処理方法。
【請求項４】
第３の顧客から店舗利用状況に関する情報の取得要求を受信した場合、前記処理部により、前記顧客の累計利用金額と前記所定の基準金額とを用いて、前記顧客の利用状況に関する情報を生成するステップと、
前記処理部により、前記顧客の利用状況に関する情報を前記第３の顧客の端末に送信するステップと、
をさらに含む請求項１記載の情報処理方法。
【請求項５】
請求項１乃至４のいずれか１つ記載の情報処理方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、レストラン等のサービス提供店舗における予約についての情報処理技術に関する。
【０００２】
【従来の技術】
レストラン（以下、居酒屋等を含む）等では、事前に予約を受け付けることにより顧客を確保することが一般的に行われている。すなわち、顧客は、事前に、利用日時、人数、料理の内容などについての予約条件を電話やインターネット等の通信手段を使ってレストランに通知し、レストランがその予約を受けるかどうかで予約の成否が確定している。その際、レストランは、予約に対する利用時間制限を設定することにより、座席又はテーブル（以下、予約単位を示す場合には座席を用いる）に時間的な重複を生じさせること無く複数の予約を充当することができることになる。一方、顧客は必ずしも予約を行ってから来店するわけではなく、予約なしに直接来店する場合も多い。その場合レストランは、空いている座席があれば当該空き席に顧客を案内することができるが、満席の場合や空いていても予約席である場合には入店を断ることになる。なお、直接来店する顧客に対しては利用時間制限が無い場合が多い。
【０００３】
【発明が解決しようとする課題】
このようにレストラン等においては、直接来店した顧客の利用時間は必ずしも明らかではなく、いつ退店するか分からないことが多いため、その後に予約をしたい顧客がいても従来では当該予約を受けられないという問題があった。しかし、現在着席中の顧客はもう直ぐ退店するかもしれない。実際直ぐに退店してしまった場合には、レストランにとっては営業上大きな機会損失となる。また、例えば突然レストランの予約を行わなければならないような状態になった場合、空き席のあるレストランが直ぐに見つかればよいが、適当な空き席のあるレストランが見つからない場合もある。もし、現在着席中の顧客の退店時刻が予測できれば、レストランは急な予約にも対応でき、営業効率が向上すると共に、予約を行おうとする顧客の満足度も向上する。
【０００４】
従って、本発明の目的は、レストラン等のサービス提供店舗における顧客の退店時刻を予測する技術を提供することである。
【０００５】
また、本発明の他の目的は、レストラン等のサービス提供店舗における予約を効率的に処理するための技術を提供することである。
【０００６】
さらに、本発明の他の目的は、レストラン等のサービス提供店舗における時刻指定の無い予約を取り扱い可能にするための技術を提供することである。
【０００７】
【課題を解決するための手段】
本発明の第１の態様に係る情報処理方法は、店舗における顧客の利用金額に関する情報を取得して当該顧客の累計利用金額（例えば顧客一人あたりの累積利用金額）を計算し、記憶装置に格納するステップと、顧客の累計利用金額と、累計利用金額についての所定の基準金額とを比較する比較ステップと、少なくとも比較ステップにおける比較結果に基づいて顧客の退店時刻を予測する予測ステップとを含む。このように顧客の退店時刻を顧客の累計利用金額を用いて予測する。
【０００８】
また、上で述べた比較ステップを、顧客の累計利用金額が所定の基準金額を超えたか否か判断するステップを含むような構成とすることも可能である。例えば、顧客の累計利用金額が所定の基準金額を超えたか否かを基準に退店時刻を予測するものである。
【０００９】
さらに、本発明の第１の態様において、顧客の座席を含む予約単位について第２の顧客により予約がなされ、顧客の累計利用金額が所定の基準金額を超えたと判断された場合には、第２の顧客宛に、予測された顧客の退店時刻を通知するステップをさらに含むような構成であってもよい。これにより第２の顧客は来店の目処をつけることができるようになる。
【００１０】
本発明の第２の態様に係る予約方法は、店舗における、他の顧客により既に利用されている予約単位に対する時刻指定の無い予約の登録情報をサーバに送信するステップと、店舗において予約単位を利用している他の顧客の利用代金が所定の条件を満たした場合に生成される、当該他の顧客の予測退店時刻を含む情報をサーバから受信するステップとを含む。
【００１１】
このように既に他の顧客により利用されている予約単位についても時刻指定の無い予約を行うことができ、予想退店時刻の通知を後に得ることができるため、急な予約を行う必要がある顧客の利便性は飛躍的に高まる。
【００１２】
なお、上述の情報処理方法は、専用のプログラムをコンピュータ・ハードウエアにインストールして実行させることによっても実施可能である。この場合、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介して配布される場合もある。尚、中間的な処理結果はメモリに一時保管される。
【００１３】
【発明の実施の形態】
最初に図１及び図２を用いて本発明の一実施の形態に係る原理を説明する。図１は、第１の顧客がレストランに入店してからの累積利用金額（累計注文金額）の推移を示すグラフである。縦軸は一人当たりの累積利用金額を表し、横軸は時間を表す。
【００１４】
第１の顧客はレストランに入店すると、最初のオーダである初期オーダを行う。そうすると一人当たりの累計利用金額はＰ1となる。次に追加オーダを行うと一人当たりの累計利用金額はＰ2となる。追加オーダを行っている間の時刻ｔ1に、本実施の形態に係るレストラン予約システムは他の第２の顧客から予約を受信する。この予約は、第１の顧客が利用している予約単位（座席）についての予約であるため、本実施の形態では仮予約として取り扱われる。その後第１の顧客は当該第１の顧客にとっての最終オーダを行って、時刻ｔ2において一人当たりの累計利用金額が基準金額であるＰ3に達したものとする。基準金額は、多くの顧客が退店するまでに利用する一人当たりの累積利用金額であって、例えば全顧客についての一人当たりの平均利用金額である。但し、平均でなく、他の統計量を用いる場合もある。
【００１５】
そうすると、レストラン予約システムは、第１の顧客の退店時刻ｔ3を予測する。本実施の形態では、基準金額に対応して、顧客の一人当たりの累計利用金額が基準金額に達してから退店するまでの基準時間ｔrが規定されている。基準時間ｔrは、多くの顧客が最終オーダを行ってから（より厳密には一人当たりの累計利用金額が基準金額を超えた時点から）退店するまでの時間であり、例えば一人当たりの累計利用金額が基準金額に達してから退店するまでの平均時間である。但し、平均でなく、他の統計量を用いる場合もある。従って、第１の顧客の予測退店時刻ｔ3は、時刻ｔ2＋基準時間ｔrで計算される。そして、レストラン予約システムは、予測退店時刻ｔ3の情報を含む来店案内を第２の顧客宛に例えば電子メールで送信する。来店案内を受信した第２の顧客は、予測退店時刻ｔ3を見計らってレストランに行き、既に第１の顧客が退店していれば予約単位の利用が許可される。
【００１６】
基準金額と基準時間は退店時刻を予測する上で非常に重要な数値であり、少なくとも顧客の人数や日付のカテゴリ（例えば、曜日、平日休日の別、年末年始、クリスマス時期、歓送迎会時期など）毎に異なる。従って、本実施の形態では例えば図２に示すような基準金額テーブルにて保持している。図２の例では、キーである顧客人数の欄２０１と、平日についての欄２０２と、休前日についての欄２０３と、年末についての欄２０４と、半額日についての欄２０５とが設けられている。これ以外の分類の仕方が追加されている場合もある。平日についての欄２０２、休前日についての欄２０３、年末についての欄２０４及び半額日についての欄２０５には、それぞれ基準金額（円）及び基準時間（分）の欄が設けられている。従って、レストラン予約システムは、第１の顧客が何人であるか及び本日は何の日であるかを判断して、その日の基準金額及び基準時間の情報を取得し、第１の顧客の退店時刻を予測する。このようにきめ細かく基準金額及び基準時間を設定することにより、予測退店時刻をより正確に予測できるようになる。
【００１７】
図１及び図２で説明したような本実施の形態に係る原理を実現するためのシステム概要を図３に示す。コンピュータネットワークであるインターネット１には、例えばパーソナル・コンピュータであり予約者が操作する予約者端末３と、予約者が操作する携帯電話機７と、予約者が操作する携帯端末９と、サービス・サーバ２３と、ＡＳＰ（Application Service Provider）サーバ２５と、店舗が運営するレストラン予約システム５と、店舗に設置される店舗端末２１とが接続されている。予約者は、予約者端末３、携帯電話機７、携帯端末９のいずれを利用していても良い。これらの端末は、ウェブ（Ｗｅｂ）ブラウザ機能を有しており、少なくともメールの受信を行うためのメーラ機能を有している。
【００１８】
サービス・サーバ２３は本実施の形態においては必須ではないが、例えばサービス・サーバ２３には複数の店舗が登録されており、予約者は例えばサービス・サーバ２３が提供する検索機能により所望の店舗を検索し、例えば所望の店舗のレストラン予約システム５にアクセスするような場合もある。同様にＡＳＰサーバ２５は本実施の形態において必須ではないが、本実施の形態に係るレストラン予約システム５の機能を店舗からの情報に基づいて実現するためのサーバであり、サービス・サーバ２３と同様に複数店舗の検索などを可能にする場合もある。ＡＳＰサーバ２５は、店舗内ＰＯＳシステム１１と例えば公衆回線網２７を介して接続する場合もある。
【００１９】
レストラン予約システム５は、本実施の形態に係る主要な処理を実施するシステムであって、ＰＯＳ（Point Of Sales）情報処理部５１と、作業指示部５３と、座席状況提供部５５と、予約処理部５７と、来店案内部５９とを含む。これらの機能については後に処理フローと共に説明する。レストラン予約システム５は、店舗内ＰＯＳシステム１１に接続されている。店舗内ＰＯＳシステム１１は、ＰＯＳ情報ＤＢ１３と、顧客による注文代金の支払いなどに使用する１又は複数のＰＯＳレジスタ１５と、店員が保持して顧客による注文を入力するための１又は複数のハンディターミナル１７とが接続されている。店舗内ＰＯＳシステム１１は、レストラン予約システム５のＰＯＳ情報処理部５１からの要求に応じてＰＯＳ情報ＤＢ１３に登録された情報を出力する。又はＰＯＳレジスタ１５やハンディターミナル１７から新たなＰＯＳ情報が入力されるごとにＰＯＳ情報ＤＢ１３に登録すると共に、レストラン予約システム５のＰＯＳ情報処理部５１にＰＯＳ情報を送信する機能を有する。また、店舗内ＰＯＳシステム１１にはレストランの厨房に注文された料理の作成を依頼するためのシステムが含まれる場合もある。
【００２０】
レストラン予約システム５には、店舗の店員に予約に関連する情報及び指示を表示するための店舗モニタ１９が接続されている。但し、例えばＰＯＳレジスタ１５により代替させるような場合もある。また、レストラン予約システム５は、座席マスタファイル２９と、図２に示したような基準金額テーブルを保持する基準金額テーブル格納部３１と、予約マスタファイル３３と、利用履歴ファイル３５とを管理している。これらについては処理フローと共に後に詳細に説明する。
【００２１】
例えばレストラン等では各テーブルに店舗端末２１を設置する場合もある。この店舗端末２１には、例えば注文を行う機能や、占いや情報提供を可能とする機能を持たせる場合もある。本実施の形態では、店舗端末２１に、インターネット１に接続する機能を持たせ、例えば顧客が、サービス・サーバ２３にアクセスして、次に行く店舗の検索及び予約を行うために使用する。また、ＡＳＰサーバ２５を利用する場合には、レストラン予約システム５は店舗に設けられない場合もある。その場合に、店舗端末２１は、店舗の店員に予約に関連する情報及び指示を表示するための店舗モニタ１９として機能する場合もある。
【００２２】
次に図４乃至図２２を用いて図３に示したシステムの動作を説明する。最初に図４乃至図１１を用いて予約者が予約を行う場面の処理について説明する。予約者は、例えば予約者端末３を用いてレストラン予約システム５の座席状況Ｗｅｂページにアクセスする（ステップＳ１）。レストラン予約システム５の座席状況提供部５５は、予約者端末３からのアクセスに応答して、座席マスタファイル２９及び予約マスタファイル３３及び基準金額テーブル格納部３１を参照して座席状況Ｗｅｂページ・データを生成する（ステップＳ３）。
【００２３】
座席マスタファイル２９の一例を図５に示す。図５の例では、キーである座席番号の欄５０１と、形式（１：テーブル、２：座敷、３：カウンター）のデータと座席の定員等とを含む座席基本情報の欄５０２と、日付と種別（１：平日、２：休前日、３：年末）と注文開始の時刻である開始時間と利用人数とレストランの利用目的と累計利用金額と累計利用金額が基準金額に達した時刻である基準到達時刻と退店時刻である終了時刻等とを含む利用状況情報の欄５０３と、予約受付日付と予約受付時刻と予約者の氏名とメールアドレスと予約人数と男女の内訳（内訳男性及び内訳女性）とレストランの利用目的と他の座席への振替可否についての情報（１：振替可、２：振替不可）と来店案内メールを発送済みであるか否かを表す来店案内済フラグとを含む予約情報の欄５０４とを含む。座席マスタファイル２９には予約可能な座席分のレコードが設けられている。もし、着席している顧客がいない場合には、利用状況情報の欄５０３及び予約情報の欄５０４には、何らのデータも格納されない。図５の例では、座席番号００１及び０１１は空席であることを表している。また、顧客が予約なしに来店し着席した場合には、予約情報の欄５０４にはデータは格納されない。図５の例では、座席番号００２及び０１２は予約してから来店した顧客が現在利用している。
【００２４】
予約マスタファイル３３の一例を図６に示す。予約マスタファイル３３には、キーである座席番号の欄６０１と予約情報の欄６０２とが設けられている。予約情報は、座席マスタファイル２９の予約情報の欄５０４に格納されるデータと同じであって、予約の受付日付と予約の受付時刻と予約者の氏名とメールアドレスと予約人数と男女の内訳（内訳男性及び内訳女性）とレストランの利用目的と他の座席への振替可否についての情報（１：振替可、２：振替不可）と来店案内メールを発送済みであるか否かを表す来店案内済フラグとを含む。
【００２５】
レストラン予約システム５の座席状況提供部５５は、座席マスタファイル２９の情報を読み出し、予約マスタファイル３３に各座席について予約が登録されているか判断する。また、座席毎に利用顧客の人数及び平日、休前日又は年末等を示す種別情報に基づき基準金額テーブル格納部３１から基準金額を読み出す。さらに、座席マスタファイル２９の利用状況情報の欄５０３に格納された累計利用金額を読み出し、一人分の累計利用金額を計算し、さらに当該一人分の累計利用金額の読み出された基準金額に対する割合を計算する。そして、本レストランの座席レイアウトのイメージ・データ等を他の記憶装置から読み出す場合もある。座席状況提供部５５は、これらの情報から座席状況Ｗｅｂページ・データを生成する。そして座席状況提供部５５は、座席状況Ｗｅｂページ・データを予約者端末３に送信する（ステップＳ５）。予約者端末３は、レストラン予約システム５から座席状況Ｗｅｂページ・データを受信し、表示装置に表示する（ステップＳ７）。
【００２６】
座席状況Ｗｅｂページの一例を図７に示す。図７では、居酒屋うずらという店舗名の飲食店の例を示している。画面の左側には店舗レイアウト７０１が例えばイメージ画像として含まれる。画面の右側には座席状況一覧表７０３が設けられている。この座席状況一覧表７０３には、テーブル番号（Ｎｏ．）の欄７１１と、テーブル形式の欄７１２と、空席か否かを表す欄７１３と、利用目的及び利用者情報のための欄７１４と、入店時刻の欄７１５と、一人分の累積利用金額の基準金額に対する割合をブロック数で表す進捗状況の欄７１６と、次の予約があるか否かを表すための欄７１７と、予約ボタンの欄７１８とが含まれている。テーブル（座席）番号、テーブル（座席）形式、空席か否か、利用目的及び利用者情報及び入店時刻については座席マスタファイル２９からのデータで構成されている。進捗状況は、一人分の累積利用金額の基準金額に対する割合の計算結果に基づく。なお、進捗状況については一人分の累積利用金額の基準金額に対する割合を用いる例を示したが、例えば単純に平均利用時間に対する現在の利用時間という計算により求められた進捗状況を表示するようにしても良い。また、基準金額と基準時間に基づく退店時刻の予測が出るまでは利用時間による表示を行い、予測が出た際にはその予測に基づく表示を行うといった構成であってもよい。また、次の予約があるか否かについては、予約マスタファイル３３に予約情報が含まれているか否かに基づく。
【００２７】
予約者は、店舗レイアウトにより座席の配置状況を確認の上、所望の座席が空席か否か、在席である場合には進行状況のデータを見て前の顧客が退店しそうかといったことを判断して予約又は仮予約を行うことができる。
【００２８】
予約者端末３を操作している予約者は図７に示すような画面を見て、予約を行うことを決定すると、所望の座席についての予約ボタンをクリックする。そうすると、予約者端末３は、当該予約ボタンのクリックによる予約指示を受け付け、予約指示に係る座席番号（より一般的には座席識別情報）を含む予約指示をレストラン予約システム５に送信する（ステップＳ９）。レストラン予約システム５の予約処理部５７は、予約者端末３から座席番号を含む予約指示を受信すると、当該座席番号の座席が現在空席であるかを座席マスタファイル２９を参照して判断する。そして、空席ならば予約登録Ｗｅｂページ・データを、在席中であれば仮予約登録Ｗｅｂページ・データを生成し、予約者端末３に送信する（ステップＳ１１）。予約者端末３は、レストラン予約システム５から予約又は仮予約登録Ｗｅｂページ・データを受信し、表示装置に表示する（ステップＳ１３）。
【００２９】
予約登録Ｗｅｂページの一例を図８に示す。図８の例では、店舗名の欄８０１と、テーブル番号の欄８０２と、テーブル形式の欄８０３と、空席情報の欄８０４と、氏名の入力欄８０５と、メールアドレスの入力欄８０６と、予約人数の入力欄８０７と、利用目的の入力欄８０８と、予約ボタン８０９とが設けられている。店舗名、テーブル、テーブル形式及び空席情報については座席マスタファイル２９の情報から生成される。氏名の入力は必須である。現在空席で予約となる場合にはレストラン予約システム５から来店案内メールは送付されないので、メールアドレスの入力は必須ではない。予約人数の入力は必須であるが、内訳まで入力する必要は無い。利用目的についてはコンボボックスの選択肢８１０から選択するようになっている。選択肢の内容は図８の内容に限定されるものではない。なお、入力を希望しない場合には、指定しないというような選択も可能である。
【００３０】
仮予約登録Ｗｅｂページの一例を図９に示す。図９の例では、店舗名の欄９０１と、テーブル番号の欄９０２と、テーブル形式の欄９０３と、空席情報の欄９０４と、氏名の入力欄９０５と、メールアドレスの入力欄９０６と、予約人数の入力欄９０７と、利用目的の入力欄９０８と、他のテーブルへの振替を認めるか否か（１：振替可、２：振替不可）の入力欄９０９と、仮予約ボタン９１０とが含まれる。店舗名、テーブル、テーブル形式及び空席情報については座席マスタファイル２９の情報から生成される。氏名の入力は必須である。仮予約の場合にはレストラン予約システム５から来店案内メールが送付されるので、メールアドレスの入力は必須である。予約人数の入力は必須であるが、内訳まで入力する必要は無い。利用目的についてはコンボボックスの選択肢から選択するようになっている。選択肢の内容は図８の内容と同様であっても良いが、これに限定されるものではない。なお、入力を希望しない場合には、指定しないというような選択も可能である。また、他のテーブルに振替可能と設定しておけば、退店予測が外れてしまった場合や、他の座席が空いた場合等に他のテーブルを割り当ててもらい、当該レストランからのサービスを受けられるようになる。
【００３１】
予約者は、予約登録Ｗｅｂページ及び仮予約登録Ｗｅｂページに必要な予約情報を入力し、予約ボタン８０９又は仮予約ボタン９１０をクリックする。これに対して予約者端末３は、予約者から予約情報の入力を受け付け（ステップＳ１５）、予約又は仮予約登録指示を受けて、予約情報と共に予約登録指示又は仮予約登録指示をレストラン予約システム５に送信する（ステップＳ１７）。レストラン予約システム５の予約処理部５７は、予約者端末３から予約情報を含む予約登録指示又は仮予約登録指示を受信し、予約マスタファイル３３に登録する（ステップＳ１９）。
【００３２】
そして、予約処理部５７は、予約又は仮予約受付Ｗｅｂページ・データを生成し（ステップＳ２１）、予約又は仮予約受付Ｗｅｂページ・データを予約者端末３に送信する（ステップＳ２３）。予約者端末３は、レストラン予約システム５から予約又は仮予約受付Ｗｅｂページ・データを受信し、表示装置に表示する（ステップＳ２５）。
【００３３】
図１０に予約受付Ｗｅｂページの一例を示す。予約の場合には、既に空席状態であるから例えば２０分以内（ここでは１９：５０）に来店することを求める。レストラン予約システム５は、予約マスタファイル３３に登録された予約情報が座席マスタファイル２９において同じ座席番号についてレコードが記録されていないにも関わらず、例えば３０分以内に座席マスタファイル２９に移動されない場合には、当該予約をキャンセルとみなし、当該予約情報を予約マスタファイル３３から削除する。図１０の予約受付Ｗｅｂページの例には、店舗名の欄１００１と、テーブル番号の欄１００２と、テーブル形式の欄１００３と、空席情報の欄１００４と、氏名の欄１００５と、メールアドレスの欄１００６と、予約人数の欄１００７と、利用目的の欄１００８とが含まれる。
【００３４】
図１１に仮予約受付Ｗｅｂページの一例を示す。仮予約の場合、現在予約に係る座席は利用中であるため、退店予定時刻が明らかになった時点でメールにて来店案内を送信する旨の表示が含まれる。図１１の仮予約受付Ｗｅｂページの例には、店舗名の欄１１００と、テーブル番号の欄１１０１と、テーブル形式の欄１１０２と、空席情報の欄１１０３と、氏名の欄１１０４と、メールアドレスの欄１１０５と、予約人数の欄１１０６と、利用目的の欄１１０７と、他テーブル振替の欄１１０８とが含まれる。なお、仮予約でも例えば来店案内通知後所定時間以内に来店しない場合には、自動的に当該仮予約の情報を予約マスタファイル３３から削除するようにする。
【００３５】
以上のようにして予約者は、所望の座席について予約又は仮予約を行うことができる。なお、予約処理部５７は、予約又は仮予約に応じて、以下の処理を実施する。すなわち、予約処理部５７は、今回受け付けたのが予約であるか否かを判断し（ステップＳ２７：Ｙｅｓルート）、予約であれば予約対象の座席番号とパラメータ「予約」及び「予約札」とで作業指示部５３を起動し（ステップＳ２９）、一旦本処理を終了する。作業指示部５３の処理については後に説明する。予約であるか否かは、座席マスタファイル２９に既に利用状況についての情報が格納されているか否かで判断できる。
【００３６】
一方予約でなく仮予約である場合には（ステップＳ２７：Ｎｏルート）、仮予約の対象の座席番号とパラメータ「仮予約」とで作業指示部５３を起動する（ステップＳ３１）。そして、予約処理部５７は、仮予約の対象座席の累積利用金額及び人数の情報を座席マスタファイル２９の利用状況情報の欄５０３から読み出し、一人分の累積利用金額を計算する。また、利用状況情報の欄５０３に格納された種別及び人数の情報を用いて基準金額テーブル格納部３１から対応する基準金額を読み出す。そして、仮予約の対象座席の一人分の累積利用金額が基準金額未満であるかを判断する（ステップＳ３３）。もし、仮予約の対象座席の一人分の累積利用金額が基準金額未満である場合には（ステップＳ３３：Ｙｅｓルート）、一旦処理を終了する。一方、仮予約対象座席の一人分の累積利用金額が基準金額以上である場合には（ステップＳ３３：Ｎｏルート）、仮予約対象座席の座席番号で来店案内部５９を起動する（ステップＳ３５）。来店案内部５９の処理については後に説明する。
【００３７】
次に図１２乃至図１５を用いて店舗内ＰＯＳシステム１１及びレストラン予約システム５のＰＯＳ情報処理部５１の処理について説明する。なお  店舗内ＰＯＳシステム１１が自動的に顧客のオーダ情報のＰＯＳ情報等が発生する毎にレストラン予約システム５のＰＯＳ情報処理部５１にオーダ情報等を送信する構成の場合もあれば、所定の周期等でＰＯＳ情報処理部５１が店舗内ＰＯＳシステム１１に要求し、それに応答した店舗内ＰＯＳシステム１１がＰＯＳ情報を送信するような構成の場合もある。
【００３８】
店舗内ＰＯＳシステム１１は、自動的又はＰＯＳ情報処理部５１からの要求に応じて、座席番号を含む最初のオーダ情報をＰＯＳ情報処理部５１に送信する（図１２：ステップＳ５１）。この最初のオーダ情報は、注文時刻、座席番号、人数、注文品目及び個数等を含み、例えば店舗内のハンディターミナル１７から入力された情報に基づく。ＰＯＳ情報処理部５１は、店舗内ＰＯＳシステム１１から最初のオーダ情報を受信し（ステップＳ５３）、記憶装置に格納する。そして、座席番号を用いて予約マスタファイル３３を検索して、予約情報が登録されているか判断する（ステップＳ５５）。もし、予約情報が登録されている場合には、予約マスタファイル３３に登録された内容を読み出して、座席マスタファイル２９のレコードを生成する（ステップＳ５７）。本実施の形態においては、予約マスタファイル３３の予約情報がそのまま座席マスタファイル２９の予約情報の欄５０４に登録される。そして、予約マスタファイル３３のレコードを削除する（ステップＳ５９）。一方、座席番号について予約情報が登録されていない場合にはステップＳ６１に移行する。
【００３９】
そして、受信したオーダ情報に含まれた人数や利用目的（予約マスタファイル３３のレコード又はオーダ情報に含まれていれば）、日付、日付に基づく種別情報、開始時刻といった情報を初期値としてレコードにセットする（ステップＳ６１）。また、オーダ情報に含まれる注文品目及び個数から得られる利用金額をレコードにセットする（ステップＳ６３）。オーダ情報に利用金額が含まれていればそのまま用いる。そして、これらのレコード・データを座席マスタファイル２９に登録する（ステップＳ６５）。また、座席番号とパラメータ「入店」とで作業指示部５３を起動する（ステップＳ６７）。作業指示部５３の処理については後に詳しく述べる。なお、最初のオーダで一人分の累積利用金額が基準金額を超える場合もあるが、それに応じて来店案内メールを送信するのは不適当であるから、ここでは基準金額を超えているか否かは判断しない。
【００４０】
図１３を用いて顧客が追加オーダを行った場合の処理について説明する。店舗内ＰＯＳシステム１１は、自動的又はＰＯＳ情報処理部５１からの要求に応じて、座席番号を含む追加オーダ情報をＰＯＳ情報処理部５１に送信する（ステップＳ７１）。追加オーダ情報は、注文時刻、座席番号、注文品目及び個数等を含み、例えば店舗内のハンディターミナル１７から入力された情報に基づく。初期オーダ情報と同じように注文金額の情報も含まれる場合もある。それに応じて、ＰＯＳ情報処理部５１は、店舗内ＰＯＳシステム１１から追加オーダ情報を受信し、記憶装置に格納する（ステップＳ７３）。そして、ＰＯＳ情報処理部５１は、座席番号を用いて座席マスタファイル２９を検索し、その座席のレコードを読み出す（ステップＳ７５）。そして、今回の追加オーダの注文金額を累積利用金額に加算し、新たな累積利用金額を、読み出した座席のレコードにセットし（ステップＳ７７）、再度座席マスタファイル２９に登録する。
【００４１】
次に、ＰＯＳ情報処理部５１は、追加オーダに係る座席番号についての予約が予約マスタファイル３３に登録されているか判断する。もし、追加オーダに係る座席番号についての予約が予約マスタファイル３３に登録されている場合には、座席マスタファイル２９に登録された当該座席の累積利用金額及び人数から、一人当たりの累積利用金額を計算する。そして、当該一人当たりの累積利用金額と、座席マスタファイル２９に登録された当該座席についての種別情報を用いて基準金額テーブル格納部３１から読み出された基準金額とを比較して、一人当たりの累積利用金額＞基準金額が成り立つか否か判断する（ステップＳ７９）。もし、追加オーダに係る座席番号についての予約が予約マスタファイル３３に登録されていない場合及び上記の関係が成り立たない場合には、元の処理に戻る。
【００４２】
一方、追加オーダに係る座席番号についての予約が予約マスタファイル３３に登録されており且つ一人当たりの累積利用金額が基準金額より大きいという関係が成り立つと判断された場合には、基準金額に一人当たりの累積利用金額が達成した基準到達時刻として追加オーダの時刻を、座席マスタファイル２９に登録する（ステップＳ８０）。次に、追加オーダに係る座席番号により来店案内部５９を起動する（ステップＳ８１）。来店案内部５９の詳細な処理については後に説明する。そして、ＰＯＳ情報処理部５１は元の処理に戻る。
【００４３】
次に、図１４を用いて、例えば顧客がＰＯＳレジスタ１５の設置場所で累積利用代金の支払いを行い、店員がＰＯＳレジスタ１５に代金支払いの情報を入力した場合の処理について説明する。店舗内ＰＯＳシステム１１は、自動的又はＰＯＳ情報処理部５１からの要求に応じて、座席番号を含む退店情報をＰＯＳ情報処理部５１に送信する（ステップＳ９１）。退店情報には時刻情報が含まれる。これに応じて、ＰＯＳ情報処理部５１は、店舗内ＰＯＳシステム１１から退店情報を受信し、記憶装置に格納する（ステップＳ９３）。そして、退店情報に含まれる座席番号の座席レコードを座席マスタファイル２９から読み出し（ステップＳ９５）、座席レコード内容から履歴レコードを生成し、利用履歴ファイル３５に登録する（ステップＳ９７）。なお、履歴レコード生成時には、退店時刻を終了時刻としてセットする。
【００４４】
利用履歴ファイル３５の一例を図１５に示す。図１５の例では、座席番号と日付と開始時刻とを含むキーの欄１５０１と、人数と利用目的と累積利用金額と基準達成時刻と終了時刻等とを含む利用状況情報を格納するための欄１５０２と、受付日付と受付時刻と氏名とメールアドレスと予約人数と男女の内訳の情報（内訳男性及び内訳女性）と利用目的と振替可否の情報等を含む予約情報の欄１５０３とを含む。
【００４５】
ＰＯＳ情報処理部５１は、座席マスタファイル２９において退店情報に係る座席番号の座席レコードを初期化する（ステップＳ９９）。また、退店情報に係る座席番号の座席番号とパラメータ「退店」とで作業指示部５３を起動する（ステップＳ１０１）。そして、予約マスタファイル３３において、退店情報に係る座席番号についての次の予約が登録されているか判断する（ステップＳ１０３）。もし、次の予約が予約マスタファイル３３に登録されていると判断された場合には、退店に係る座席番号とパラメータ「予約席」とで作業指示部５３を起動する（ステップＳ１０５）。また、来店案内部５９を未起動であるか否かを、予約マスタファイル３３において当該次の予約について来店案内済フラグがオンになっているかで判断し、来店案内済みではない場合には、退店情報に係る座席番号で来店案内部５９を起動する（ステップＳ１０６）。これにより現在の利用顧客の一人当たりの累積利用金額が基準金額を超える前に退店した場合に、予約者に来店案内メールを送信することができる。そして、元の処理に戻る。
【００４６】
一方、ステップＳ１０３において退店情報に係る座席番号について次の予約が登録されていないと判断された場合、予約マスタファイル３３において、振替可能とセットされており且つ来店案内済フラグが来店案内部５９が未起動であることを表している予約レコードが存在しているか判断する（ステップＳ１０７）。なお、同じような座席タイプでない場合には、予約を振り替えることが不適当な場合もあるので、同じような座席タイプであるかを合わせて判断するような構成であってもよい。もし、このような予約レコードが予約マスタファイル３３に存在しない場合には元の処理に戻る。また、このような予約レコードが存在する場合には、当該予約の予約対象である座席番号を退店情報に係る座席番号に変更するように予約レコードを予約マスタファイル３３において更新する（ステップＳ１０９）。そして、退店情報に係る座席番号とパラメータ「予約札」とで作業指示部５３を起動する（ステップＳ１１１）。また、退店情報に係る座席番号で来店案内部５９を起動する（ステップＳ１１３）。そして、元の処理に戻る。
【００４７】
以上のような店舗内ＰＯＳシステム１１及びＰＯＳ情報処理部５１の処理にて、座席マスタファイル２９のレコードを生成したり、座席マスタファイル２９の累積利用金額を更新したり、一人当たりの累積利用金額が基準金額を超えたか否かの判断及び超えた場合にはその時刻や退店時刻等の登録、作業指示部５３及び来店案内部５９の起動を実施することができるようになる。
【００４８】
次に、図１６を用いて来店案内部５９の処理について説明する。予約処理部５７やＰＯＳ情報処理部５１により起動された場合に、レストラン予約システム５の来店案内部５９は、まず、処理対象の座席番号のレコードを予約マスタファイル３３から読み出す（ステップＳ３７）。そして、処理対象の座席番号のレコードを座席マスタファイル２９から読み出す（ステップＳ３９）。もし、前の利用顧客の一人当たりの累積利用金額が基準金額を超える前に退店してしまった場合及び座席振替を行う場合には座席マスタファイル２９において当該座席番号について開始時刻（入店時刻）は記録されていない。従って、前の利用顧客の一人当たりの累積利用金額が基準金額を超える前に退店してしまったか又は座席振替を行ったかを判断するために、開始時刻（入店時刻）が座席マスタファイル２９において処理対象の座席番号のレコードにおいて空か判断する（ステップＳ４０）。
【００４９】
もし、開始時刻（入店時刻）が処理対象の座席番号のレコードに含まれている場合には（ステップＳ４０：Ｎｏルート）、基準金額を超えた後に退店したか又は座席振替なしと判断できる。従って、基準金額テーブル格納部３１の金額基準テーブルから、座席マスタファイル２９における当該処理対象の座席番号についての種別情報に対応する基準時間の情報を取得する（ステップＳ４１）。一方、入店時刻が空である場合、ステップＳ４３に移行する。ステップＳ４０又はステップＳ４１の後に、来店案内部５９は来店案内メッセージを生成する（ステップＳ４３）。基準金額を超えた後に顧客が退店したか又は座席振替なしの場合には、来店案内メッセージには、前の顧客の予測退店時刻についての情報が含まれる。例えば、座席マスタファイル２９に格納されている当該処理対象の座席番号についての基準達成時刻が２０：００であって、基準時間が３０分であれば２０：３０が前の顧客の予測退店時刻として予測される。仮予約が基準達成時刻以降になされていても、予測退店時刻であれば同じ情報を用いることができる。メール発送時刻からの時間を前の顧客の予測退店時刻の代わりに来店案内メールに含める場合もある。その場合には仮予約が基準達成時刻以前になされていれば、基準時間をそのまま用いる。一方、仮予約が基準達成時刻以降になされた場合には、前の顧客の予測退店時刻と現時刻との差の時間を用いる。
【００５０】
来店案内部５９は、生成した来店案内メッセージを含む来店案内メールを、予約マスタファイル３３から読み出された処理対象の座席番号についての予約レコードに含まれるメールアドレス宛に送信する（ステップＳ４５）。これに対して予約者は予約者端末３を用いて来店案内メールを受信し、表示装置に表示する（ステップＳ４７）。予約者端末３は、予約を行った端末とは異なる端末である場合もあるが、予約した際のメールアドレス宛のメールを受信できる端末であれば何でも良い。
【００５１】
来店案内メールの一例を図１７に示す。図１７の例では、通常のメールヘッダに加えて、「２０：３０にご来店ください」という前の顧客の予測退店時刻についてのメッセージが含まれる。これは仮予約に対するメッセージであって、もし座席振替を行った予約又は前の顧客の一人当たりの累積利用金額が基準金額を超えなかった場合についてのメッセージであれば「空きができましたのでご来店ください」といったメッセージになり、前の顧客の予測退店時刻は含まれない。なお、座席振替の場合には、その旨のメッセージ、例えば「座席振替になります」といった内容のメッセージが含まれる場合もある。
【００５２】
来店案内部５９は、予約マスタファイル３３における当該処理対象の座席番号についての予約レコードの来店案内済みフラグをオンにセットする（ステップＳ４８）。これにて、二度と同じ予約について来店案内メールを送信しないように設定できる。
【００５３】
このような来店案内部５９の処理により発送される来店案内メールにて予約者は前の顧客の予測退店時刻を知ることができ、来店の準備を行うことができるようになる。
【００５４】
次に、店舗モニタ１９とレストラン予約システム５の作業指示部５３の処理について図１８乃至図２０を用いて説明する。作業指示部５３は、ＰＯＳ情報処理部５１や予約処理部５７から座席番号及び所定のパラメータにて起動される。作業指示部５３は、起動されると、店舗モニタに表示する指示情報を生成する（ステップＳ１２１）。例えば、時刻、座席番号、メッセージ、要応答メッセージ（パラメータ「予約札」に対応する「予約席にしてください」）の場合には横向き三角マーク、それ以外には○マークをセットする。メッセージについては、例えば、パラメータ「入店」に対応して「入店しました」、パラメータ「退店」に対応して「帰りました」、パラメータ「予約」に対応して「予約受信」、パラメータ「仮予約」に対応して「仮予約受信」、パラメータ「予約札」に対応して「予約席にしてください」とする。そして、図４のステップＳ３と同じような処理を実施して、座席状況情報を生成する（ステップＳ１２３）。そして、店舗モニタ１９にモニタ画面情報を送信する（ステップＳ１２５）。モニタ画面情報は、店舗モニタ１９の構成に従って、Ｗｅｂブラウザを実行するような構成であればＷｅｂページ・データであってもよいし、シンクライアント（Thin Client）のような構成であればビットマップイメージであってもよい。また、店舗モニタ１９が他の特別な構成であれば他の画面構成のための情報であってもよい。店舗モニタ１９は、作業指示部５３からモニタ画面情報を受信し、表示する（ステップＳ１２７）。
【００５５】
図１９に店舗モニタ１９の表示例を示す。図１９の例では、座席状況欄１９０１と、作業指示欄１９０２と、応答ボタン１９０７とが含まれる。座席状況欄１９０１は、図７において予約者に対して提示される情報とほぼ同様である。異なる点は座席のタイプの情報が座席状況欄１９０１には含まれない点及び予約ボタンが含まれない点である。これらは店員には不要な情報である。但し、これらを含むような構成であってもよい。例えばこの画面から予約を行えるようにすれば、電話などによる予約についても店員が予約登録をこのシステムに対して行うことができるようになる。作業指示欄１９０２には、応答記号の欄１９０３と、時刻の欄１９０４と、座席番号の欄１９０５と、メッセージを表示するための状況・指示の欄１９０６とが含まれる。例えば現在行は、１９：３０に出された座席番号７についての「予約席にしてください」である。これを見た店員は座席番号７に「予約札」を置きに行き、作業が完了すると応答ボタン１９０７をクリックする。
【００５６】
この応答ボタン１９０７がクリックされた場合の処理を図２０に示す。店舗モニタ１９を操作している店員が応答ボタン１９０７をクリックすると、店舗モニタ１９は応答ボタン１９０７のクリックによる応答指示を受け付け、応答指示を作業指示部５３に送信する（ステップＳ１３１）。作業指示部５３は、店舗モニタ１９から応答指示を受信し、指示情報における要応答メッセージの横三角マークを○マークに変更する（ステップＳ１３３）。そして、座席情報を座席マスタファイル２９及び予約マスタファイル３３を参照して更新し（ステップＳ１３５）、モニタ画面情報を生成して店舗モニタ１９に送信する（ステップＳ１３７）。店舗モニタ１９は、作業指示部５３からモニタ画面情報を受信し、表示する（ステップＳ１３９）。
【００５７】
このようにすれば、店舗の店員は予約状況や座席状況の把握が容易になり、予約札の設置などの作業を適切に行えるようになる。
【００５８】
図２１及び図２２を用いて特定の座席についての具体的な時系列の処理について説明する。図２１は、座席番号４についてのタイムチャートを示している。図２２は、座席番号４についてのデータ・フローを示している。図２１を見ると、１の状態においては座席番号４の座席は空席である。但し、既に予約が入れられている。これは、図２２に示されているように、座席マスタファイル２９の座席番号４のレコードが空で、予約マスタファイル３３の座席番号４のレコードが存在していることで分かる。予約者は「木下」で１８：２０に予約を行っている。図２１に示されているように、１８：３０になると２の状態に遷移する。ここで予約者「木下」が来店し、最初のオーダがなされている。図２２に示されているように、予約マスタファイル３３のレコードが座席マスタファイル２９の座席番号４のレコードに移され、入店時刻（開始時刻）が１８：３０で、人数は４人、累積利用金額が５００円となっている。なお、予約マスタファイル３３に格納されていた予約レコードは削除される。この後追加オーダがなされて、その都度累積利用金額が加算されていく。
【００５９】
図２１に示されるように、１９：３０に３の状態に移行する。ここでレストラン予約システム５は仮予約を受信する。図２２に示されるように、予約者「伊藤」により１９：３０に仮予約がなされている。この際、既に累積利用金額は１３４２０円まで積み上がっている。予約者「木下」による追加オーダがさらになされて、図２１に示されるように、１９：５０に行われたオーダにより一人当たりの累積利用金額（＝１８１４０／４＝４５３５円）が基準金額（例えば４５００円）に達したため、来店案内メールが予約者「伊藤」宛に送信され、４の状態に移行する。図２２に示されるように、基準到達時刻が１９５０と記録される。
【００６０】
図２１に示すように、その後予約者「木下」は２０：１５に支払いを行って退店した。これにて５の状態に遷移した。退店すると図２２に示すように、座席マスタファイル２９の座席番号４のレコードは利用履歴ファイル３５に移動される。退店時刻も利用履歴ファイル３５の座席番号４のレコードには含まれている。また累積利用金額も最終的な金額となっている。このように利用履歴ファイル３５のデータが蓄積されれば、基準金額テーブルの内容をより適切な値に更新することができるようになる。すなわち、累積利用金額により基準金額を更新することができ、基準達成時刻と終了時刻との差により基準時間を更新することができる。
【００６１】
その後、来店案内メールに応答して予約者「伊藤」が来店して最初のオーダを行うと、６の状態に移行する。このとき２０：２０である。図２２に示されたように、予約マスタファイル３３の座席番号４のレコードを座席マスタファイル２９に移動させ、入店時刻、人数、最初のオーダの利用金額が座席マスタファイル２９の初期値としてセットされる。
【００６２】
以上図２１及び図２２に示したように座席の情報及び予約の情報が変化して、最終的には利用履歴ファイル３５に蓄積されるようになっている。
【００６３】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図３に示したように、店舗はＡＳＰサーバ２５を利用するような場合もある。ＡＳＰサーバ２５には、例えばレストラン予約システム５の機能及び座席マスタファイル２９等の記憶装置が設けられており、例えば店舗内ＰＯＳシステム１１からＰＯＳ情報が例えば公衆回線網２７やＶＰＮ（Virtual Private Network）を介してＡＳＰサーバ２５に送信される。予約者は予約者端末３などを操作してＡＳＰサーバ２５にアクセスして、上で説明したような予約を行う。また、仮予約の場合には来店案内メールをＡＳＰサーバ２５から送信する。店舗モニタ１９については、代わりにインターネット１を介してＡＳＰサーバ２５に接続された店舗端末２１で代替される場合もある。また、ＰＯＳレジスタ１５に店舗モニタ１９の機能が付加されている場合もある。
【００６４】
また、サービス・サーバ２３が設置されている場合もある。この際、複数の店舗がサービス・サーバ２３に登録されており、予約者は、複数の店舗から適当と思われる店舗をサービス・サーバ２３にて選択した後に当該店舗のレストラン予約システム５にリンクにてジャンプしてくるような構成も可能である。例えば、サービス・サーバ２３にアクセスすると、図２３のようなＷｅｂページ・データがサービス・サーバ２３から予約者端末３に送信される。図２３のようなＷｅｂページでは、店舗名の選択ボタンの欄２３０１と、現在の空席のための欄２３０２と、座席状況ボタンの欄２３０３とが含まれる。現在の空席についての表示を行うためには、各店舗のレストラン予約システム５にサービス・サーバ２３に空席の有無を定期的に送信する処理部が設けられていなければならない。予約者が予約者端末３を操作して店舗名の選択ボタンをクリックすると、図２４のようなＷｅｂページ・データがサービス・サーバ２３から送信される。一方、座席状況ボタンにはレストラン予約システム５の座席状況提供部５５へのリンクが埋め込まれており、この座席状況ボタンが予約者によりクリックされると、図７のようなＷｅｂページ・データがレストラン予約システム５から送信される。
【００６５】
図２４は、店舗紹介のＷｅｂページである。図２４の例では、基礎的情報２４０１（店舗の名称、住所及び電話番号）と、図７のようなＷｅｂページを表示させるための座席状況ボタン２４０２と、店舗写真２４０３と、店内レイアウト２４０４と、店舗地図のイメージ２４０５とが含まれる。このようにして予約者は、店舗の概要を知ることができるようになる。
【００６６】
また、サービス・サーバ２３の機能をＡＳＰサーバ２５が有することもある。
【００６７】
レストラン予約システム５、サービス・サーバ２３又はＡＳＰサーバ２５は、１台のコンピュータにて実現するようにしても良いし、複数台のコンピュータにて実現するようにしても良い。レストラン予約システム５内の機能ブロックの分け方は任意であって、図３の例は一例に過ぎない。
【００６８】
また、チェーン店などであれば、チェーン加盟店に一つのレストラン予約システム５を設けて、店舗モニタ１９を各店舗に設けるといった構成であってもよい。
【００６９】
さらに、上の説明では顧客一人当たりの累積利用金額を基準金額と比較する例を説明したが、累積利用金額と人数倍された基準金額とを比較するような構成であってもよい。
【００７０】
（付記１）
店舗における顧客の利用金額に関する情報を取得して当該顧客の累計利用金額を計算し、記憶装置に格納するステップと、
前記顧客の累計利用金額と、累計利用金額についての所定の基準金額とを比較する比較ステップと、
少なくとも前記比較ステップにおける比較結果に基づいて前記顧客の退店時刻を予測する予測ステップと、
を含む情報処理方法。
【００７１】
（付記２）
前記比較ステップが、
前記顧客の累計利用金額が前記所定の基準金額を超えたか否か判断するステップ
を含む付記１記載の情報処理方法。
【００７２】
（付記３）
前記顧客の座席を含む予約単位について第２の顧客により予約がなされ、前記顧客の累計利用金額が前記所定の基準金額を超えたと判断された場合には、前記第２の顧客宛に、予測された前記顧客の退店時刻を通知するステップ
をさらに含む付記２記載の情報処理方法。
【００７３】
（付記４）
前記予測ステップにおいて、
前記顧客の累計利用金額が前記所定の基準金額を超えた場合に、前記顧客の累計利用金額が前記所定の基準金額を超えた時点から所定時間経過後の時刻を計算する
ことを特徴とする付記２記載の情報処理方法。
【００７４】
（付記５）
前記累計利用金額についての所定の基準金額が、少なくとも前記顧客の人数毎及び日にちのカテゴリ毎のいずれかについて設定されることを特徴とする付記１記載の情報処理方法。
【００７５】
（付記６）
前記所定時間が、前記累計利用金額についての所定の基準金額と対応しており、少なくとも前記顧客の人数毎及び日にちのカテゴリ毎のいずれかについて設定されていることを特徴とする付記４記載の情報処理方法。
【００７６】
（付記７）
前記顧客の累計利用金額が、顧客一人当たりの累計利用金額であることを特徴とする付記１記載の情報処理方法。
【００７７】
（付記８）
前記顧客の累計利用金額が前記所定の基準金額に達する前に退店情報を取得した場合、前記顧客の座席を含む予約単位について予約を行った第２の顧客宛に通知を行うステップ
をさらに含む付記１記載の情報処理方法。
【００７８】
（付記９）
前記顧客の退店情報を受信した場合、当該顧客の座席を含む予約単位について第２の顧客による予約が登録されているか判断するステップと、
前記予約が登録されている場合には、店舗端末に予約席についての指示を送信するステップと、
をさらに含む付記１記載の情報処理方法。
【００７９】
（付記１０）
前記顧客の退店情報を受信した際に当該顧客の座席を含む予約単位について第２の顧客による予約が登録されていないが他の予約単位について第２の顧客による予約が登録されている場合、前記第２の顧客による予約を前記顧客の座席を含む予約単位に振替可能か判断するステップと、
振替可能である場合には、前記第２の顧客宛に通知を行うステップと、
をさらに含む付記１記載の情報処理方法。
【００８０】
（付記１１）
第２の顧客から店舗利用状況に関する情報の取得要求を受信した場合、少なくとも前記比較ステップにおける比較結果に基づいて生成される、前記顧客の利用状況に関する情報を前記第２の顧客の端末に送信するステップ
をさらに含む付記１記載の情報処理方法。
【００８１】
（付記１２）
付記１乃至１１のいずれか１つ記載の情報処理方法をコンピュータに実行させるためのプログラム。
【００８２】
（付記１３）
店舗における顧客の利用金額に関する情報を取得して当該顧客の累計利用金額を計算し、記憶装置に格納する手段と、
前記顧客の累計利用金額と、累計利用金額についての所定の基準金額とを比較する比較手段と、
少なくとも前記比較ステップにおける比較結果に基づいて前記顧客の退店時刻を予測する予測手段と、
を有するコンピュータ。
【００８３】
（付記１４）
他の顧客により既に利用されている、ある店舗の予約単位に対する時刻指定の無い予約の登録情報をサーバに送信するステップと、
前記店舗において前記予約単位を利用している他の顧客の利用代金が所定の条件を満たした場合に生成される、当該他の顧客の予想退店時刻を含む情報をサーバから受信するステップと、
を含む予約方法。
【００８４】
【発明の効果】
以上のように本発明によれば、レストラン等のサービス提供店舗における顧客の退店時刻を予測する技術を提供することができる。
【００８５】
また、レストラン等のサービス提供店舗における予約を効率的に処理するための技術を提供することもできる。
【００８６】
さらに、レストラン等のサービス提供店舗における時間指定の無い予約を取り扱い可能にするための技術を提供することもできる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】基準金額テーブルの一例を示す図である。
【図３】本発明の一実施の形態に係るシステム概要を示す図である。
【図４】座席状況提示及び予約のための処理フローを示す図である。
【図５】座席マスタファイルの一例を示す図である。
【図６】予約マスタファイルの一例を示す図である。
【図７】座席状況を示すための画面例である。
【図８】予約画面の一例を示す図である。
【図９】仮予約画面の一例を示す図である。
【図１０】予約確認画面の一例を示す図である。
【図１１】仮予約確認画面の一例を示す図である。
【図１２】ＰＯＳ情報処理部の処理フロー（その１）の一例を示す図である。
【図１３】ＰＯＳ情報処理部の処理フロー（その２）の一例を示す図である。
【図１４】ＰＯＳ情報処理部の処理フロー（その３）の一例を示す図である。
【図１５】利用履歴ファイルの一例を示す図である。
【図１６】来店案内部の処理フローの一例を示す図である。
【図１７】来店案内メールの一例である。
【図１８】作業指示部の処理フロー（その１）の一例を示す図である。
【図１９】店舗モニタに表示される画面の一例を示す図である。
【図２０】作業指示部の処理フロー（その２）の一例を示す図である。
【図２１】データ遷移を説明するためのタイムフロー図の一例である。
【図２２】データ遷移を示す図である。
【図２３】店舗選択のための画面の一例を示す図である。
【図２４】店舗紹介のための画面の一例を示す図である。
【符号の説明】
１  インターネット
３  予約者端末
５  レストラン予約システム
７  携帯電話機
９  携帯端末
１１  店舗内ＰＯＳシステム
１３  ＰＯＳ情報ＤＢ
１５  ＰＯＳレジスタ
１７  ハンディターミナル
１９  店舗モニタ
２１  店舗端末
２３  サービス・サーバ
２５  ＡＳＰサーバ
２７  公衆回線網
２９  座席マスタファイル
３１  基準金額テーブル格納部
３３  予約マスタファイル
３５  利用履歴ファイル
５１  ＰＯＳ情報処理部
５３  作業指示部
５５  座席状況提供部
５７  予約処理部
５９  来店案内部
【図１】
0003922915.tif 000002
【図２】
0003922915.tif 000003
【図３】
0003922915.tif 000004
【図４】
0003922915.tif 000005
【図５】
0003922915.tif 000006
【図６】
0003922915.tif 000007
【図７】
0003922915.tif 000008
【図８】
0003922915.tif 000009
【図９】
0003922915.tif 000010
【図１０】
0003922915.tif 000011
【図１１】
0003922915.tif 000012
【図１２】
0003922915.tif 000013
【図１３】
0003922915.tif 000014
【図１４】
0003922915.tif 000015
【図１５】
0003922915.tif 000016
【図１６】
0003922915.tif 000017
【図１７】
0003922915.tif 000018
【図１８】
0003922915.tif 000019
【図１９】
0003922915.tif 000020
【図２０】
0003922915.tif 000021
【図２１】
0003922915.tif 000022
【図２２】
0003922915.tif 000023
【図２３】
0003922915.tif 000024
【図２４】
0003922915.tif 000025