繁忙度算出装置、店舗管理システム、繁忙度算出方法およびプログラム
【課題】店員に負担をかけることなく、顧客に対して店内の繁忙状況を正確に提示する。
【解決手段】オーダー内容を示すオーダー情報を取得するオーダー情報取得部１１０と、取得したオーダー情報を管理用メモリー２２に蓄積して管理するオーダー情報管理部１４０と、管理用メモリー２２に蓄積されているオーダー情報の数、および当該管理用メモリー２２に蓄積されているオーダー情報に含まれる品目ごとの注文数、の少なくとも一方に基づいて、店内の繁忙度を算出する繁忙度算出部１６０と、算出した繁忙度を外部装置に出力する繁忙度出力部１８０と、を備えた。
【解決手段】オーダー内容を示すオーダー情報を取得するオーダー情報取得部１１０と、取得したオーダー情報を管理用メモリー２２に蓄積して管理するオーダー情報管理部１４０と、管理用メモリー２２に蓄積されているオーダー情報の数、および当該管理用メモリー２２に蓄積されているオーダー情報に含まれる品目ごとの注文数、の少なくとも一方に基づいて、店内の繁忙度を算出する繁忙度算出部１６０と、算出した繁忙度を外部装置に出力する繁忙度出力部１８０と、を備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
店内の繁忙状況を把握するための繁忙度算出装置、店舗管理システム、繁忙度算出方法およびプログラムに関する。
【背景技術】
【０００２】
従来、飲食店などの繁忙状況を把握するための装置として、接客担当の店員によるオーダー端末への情報入力（「席案内完了」、「配膳完了」、「片付完了」に対応するキーの押下）に基づいて店内の席状況を管理する手段と、入店待ちの顧客が待機する待ち客エリアをカメラで撮像する手段と、を備え、店内の空席が一定数以下となった場合に、待ち客エリアの撮像画像を表示器に表示する客席管理装置が知られている（例えば、特許文献１）。この構成により、店員は、表示器が設置された一つの場所に居ながらにして、入店待ちの顧客の状況を把握できるといった効果がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２３４６６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、上記の客席管理装置は、店員にとって利点があるものの、顧客にとっての利点は少ない。すなわち顧客は、表示器に表示された入店待ちの顧客の状況から、店内が混雑状態にあることなどをある程度推測することはできるが、店内における正確な繁忙度を把握することはできない。また、上記の客席管理装置では、店内の席状況を管理するために店員の煩雑な操作（オーダー端末への情報入力）が必要となる。このため、店員の負担が大きく、また誤操作の可能性も高い。
【０００５】
本発明は、上記の問題点に鑑み、店員に負担をかけることなく、顧客に対して店内の繁忙状況を正確に提示することができる繁忙度算出装置、店舗管理システム、繁忙度算出方法およびプログラムを提供することを課題とする。また、本発明は、既存のＰＯＳ端末やオーダー端末を変えることなく、キッチンプリンターやレシートプリンター等のプリンターを新たに導入するだけで、上記課題を解決することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の繁忙度算出装置は、オーダー内容を示すオーダー情報を取得するオーダー情報取得部と、取得したオーダー情報をメモリーに蓄積して管理するオーダー情報管理部と、メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数、の少なくとも一方に基づいて、店内の繁忙度を算出する繁忙度算出部と、算出した繁忙度を外部装置に出力する繁忙度出力部と、を備えたことを特徴とする。
【０００７】
本発明の繁忙度算出方法は、コンピューターが、オーダー内容を示すオーダー情報を取得するステップと、取得したオーダー情報をメモリーに蓄積して管理するステップと、メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数の少なくとも一方に基づいて、店内の繁忙度を算出するステップと、を実行することを特徴とする。
【０００８】
これらの構成によれば、オーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数の少なくとも一方に基づいて、店内の繁忙度を算出するため、客観的且つ正確な繁忙度を顧客に提示できる。また、店員は、オーダー端末などにオーダー情報を入力して繁忙度算出装置に送信するだけで良いため、煩雑な操作を必要としない。このため、店員の誤操作の問題がなくなり、より正確な繁忙度を算出できる。
なお、「繁忙度」は、「大」、「中」、「小」など抽象的な文言で表しても良いし、レベルまたはパーセントなどの数値によって表しても良い。また、「繁忙度」の表現方法を選択するための選択操作部を設け、ユーザーが好みに応じて選択できるようにしても良い。
また、「繁忙度」を出力する外部装置としては、ディスプレイ、スピーカー、印刷装置、情報端末、などが挙げられる。また、出力方法としては、電子メールやＷｅｂサイトへの表示なども考えられる。
【０００９】
上記に記載の繁忙度算出装置において、オーダー内容を含む会計実行情報を取得する会計実行情報取得部をさらに備え、オーダー情報管理部は、会計実行情報に含まれるオーダー内容に対応するオーダー情報をメモリーから削除することが好ましい。
【００１０】
この構成によれば、飲食後に会計処理を行う後会計の店舗の場合、会計実行情報に含まれるオーダー内容に対応するオーダー情報をメモリーから削除することにより、店内に残っている顧客の残オーダー情報だけを管理できる。これにより、より正確な繁忙度を算出できる。
【００１１】
上記に記載の繁忙度算出装置において、席待ち顧客の人数を示す席待ち情報を取得する席待ち情報取得部をさらに備え、繁忙度算出部は、計算式を用いて繁忙度を算出すると共に、当該計算式に、席待ち情報に応じたパラメーターを反映することが好ましい。
【００１２】
この構成によれば、席待ち顧客の人数を考慮して、より正確な（信頼度の高い）繁忙度を算出できる。
【００１３】
上記に記載の繁忙度算出装置において、取得したオーダー情報に基づいて、オーダー票を印刷するオーダー票印刷部と、取得した会計実行情報に基づいて、会計レシートを印刷する会計レシート印刷部と、のうち、少なくとも一方の印刷部を備えたことが好ましい。
【００１４】
この構成によれば、本発明の繁忙度算出装置を、オーダー票を印刷するキッチンプリンターや、会計レシートを印刷するレシートプリンターに適用できる。
【００１５】
本発明の店舗管理システムは、各店舗に対応して設けられた上記に記載の繁忙度算出装置と、複数の繁忙度算出装置とネットワークを介して接続された管理サーバーと、を備えた店舗管理システムであって、管理サーバーは、複数の繁忙度算出装置による繁忙度算出結果を、各店舗の名称と共に顧客端末に対して提供する繁忙度提供部を備えたことを特徴とする。
【００１６】
この構成によれば、繁忙度算出結果を顧客端末に提供するため、店舗から離れた場所に居る顧客に対しても繁忙度を提示できる。
なお、繁忙度提供部は、Ｗｅｂサイトに表示することで不特定多数の顧客に対して繁忙度を提供しても良いし、電子メール等で直接対象となる顧客端末に繁忙度を送信しても良い。
【００１７】
上記に記載の店舗管理システムにおいて、管理サーバーは、顧客端末から、最短待ち時間の店舗検索の依頼を受ける検索依頼受託部と、検索依頼の受託をトリガーとして、複数の繁忙度算出装置による繁忙度算出結果を参照し、当該参照結果に基づいて、推奨店舗を決定する推奨店舗決定部と、決定した推奨店舗を、検索依頼を行った顧客端末に対して通知する推奨店舗通知部と、をさらに備えたことが好ましい。
【００１８】
この構成によれば、顧客端末からの依頼により、最短待ち時間の店舗を検索して顧客端末に通知するため、顧客は有効な時間活用ができる。
なお、検索依頼受託部および推奨店舗通知部は、Ｗｅｂサイト上で実現しても良いし、電子メール機能を用いて実現しても良い。
【００１９】
上記に記載の店舗管理システムにおいて、管理サーバーは、複数の繁忙度算出装置による過去の繁忙度算出結果である繁忙履歴情報を記憶する繁忙履歴情報記憶部をさらに備え、推奨店舗決定部は、繁忙履歴情報記憶部を参照し、各店舗の繁忙履歴情報を考慮して、推奨店舗を決定することが好ましい。
【００２０】
この構成によれば、各店舗における繁忙履歴情報を考慮し、例えば、いつも混雑している店舗は、その日偶発的に空いていたとしても推奨店舗としないなど、最適な推奨店舗を決定できる。
【００２１】
上記に記載の店舗管理システムにおいて、繁忙履歴情報記憶部は、繁忙履歴情報を、繁忙度の算出を行った日時情報と共に記憶し、推奨店舗決定部は、繁忙履歴情報記憶部に記憶された日時情報から、日時別または曜日別の繁忙予測情報を生成し、当該繁忙予測情報と現在日時または現在曜日とを照合することにより、推奨店舗を決定することが好ましい。
【００２２】
この構成によれば、日時別または曜日別の繁忙予測情報を考慮して、最適な推奨店舗を決定できる。決定方法の一例としては、例えば、お昼１２：００から急に混雑する傾向のある店舗は、１１：３０の時点で空いている場合であっても推奨店舗としない、また検索依頼があった曜日に繁忙度が高い傾向のある店舗は推奨店舗としない、などが挙げられる。
【００２３】
上記に記載の店舗管理システムにおいて、管理サーバーは、各繁忙度算出装置の現時点における繁忙度算出結果を、繁忙情報としてリアルタイムに取得する繁忙情報取得部をさらに備え、推奨店舗決定部は、繁忙予測情報および繁忙情報に基づいて、推奨店舗を決定することが好ましい。
【００２４】
この構成によれば、過去の繁忙履歴に基づく繁忙予測情報と、現時点における繁忙情報と、を考慮して、最適な推奨店舗を決定できる。
【００２５】
上記に記載の店舗管理システムにおいて、検索依頼受託部は、顧客端末から、位置情報と共に検索依頼を受託し、推奨店舗決定部は、顧客端末から取得した位置情報が示す位置と、各店舗の位置との相対関係に基づいて、位置情報が示す位置から各店舗までの移動時間を算出し、当該移動時間の短い店舗を優先して、推奨店舗を決定することが好ましい。
【００２６】
この構成によれば、移動時間の短い店舗を優先して推奨店舗を決定するため、顧客の移動の負担を軽減できる。
なお、位置情報については、顧客端末の現在位置を位置情報としても良いし、顧客が指定した場所を位置情報としても良い。前者の場合、ＧＰＳ（Global Positioning System）が搭載された顧客端末から、当該ＧＰＳの計測情報を位置情報として取得する。
【００２７】
上記に記載の店舗管理システムにおいて、推奨店舗決定部は、繁忙情報に基づいて、店舗に入店してからの待ち時間を算出し、当該待ち時間と移動時間の合計時間が最も短い店舗を、推奨店舗の一店舗として決定することが好ましい。
【００２８】
この構成によれば、現時点の繁忙情報から算出する待ち時間と、移動時間との合計時間が最も短い店舗を推奨店舗として顧客に提示するため、顧客は、店舗に入店して商品を受け取る、または飲食を開始するまでの時間が最も短い店舗などを知ることができる。
【００２９】
上記に記載の店舗管理システムにおいて、推奨店舗通知部は、推奨店舗決定部により決定した推奨店舗における待ち時間および移動時間、若しくは合計時間を、顧客端末に通知することが好ましい。
【００３０】
この構成によれば、顧客は、提示された各推奨店舗の待ち時間および移動時間、若しくは合計時間を知ることができる。
【００３１】
上記に記載の店舗管理システムにおいて、管理サーバーは、顧客端末から、推奨店舗に対する予約を受託する予約受託部と、推奨店舗決定部により決定した複数の推奨店舗のうち、合計時間が最も短い店舗以外の店舗に対して予約を行った顧客端末に対し、インセンティブを付与するインセンティブ付与部と、をさらに備えたことが好ましい。
【００３２】
この構成によれば、店舗側の都合で合計時間が最も短い店舗以外の店舗を推奨店舗として決定した場合（例えば、過去の繁忙履歴情報から混雑傾向にある店舗を避けて推奨店舗を決定した場合など）であって、顧客がその推奨店舗の利用を了承した場合などに、顧客に対してインセンティブを与えることで、店舗、顧客の双方に対してメリットが得られる。
【００３３】
本発明の他の店舗管理システムは、各店舗に対応して設けられた店舗装置と、複数の店舗装置とネットワークを介して接続された管理サーバーと、を備えた店舗管理システムであって、店舗装置は、オーダー内容を示すオーダー情報を取得するオーダー情報取得部と、取得したオーダー情報を管理サーバーに送信するオーダー情報送信部と、を備え、管理サーバーは、各店舗装置から取得したオーダー情報をメモリーに蓄積して管理するオーダー情報管理部と、メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数、の少なくとも一方に基づいて、各店舗の繁忙度を算出する繁忙度算出部と、算出した各店舗の繁忙度を、各店舗の名称と共に顧客端末に対して提供する繁忙度提供部と、を備えたことを特徴とする。
【００３４】
この構成によれば、管理サーバー側で、オーダー情報の管理や繁忙度の算出を行うため、店舗装置の処理負荷を軽減できる。これにより、店舗装置のコストを抑えることができ、ひいては店舗管理システム全体の低コスト化を図ることができる。
【００３５】
本発明のプログラムは、コンピューターに、上記に記載の繁忙度算出方法における各ステップを実行させることを特徴とする。
【００３６】
このプログラムをコンピューターに実行させることにより、店員に負担をかけることなく、顧客に対して店内の繁忙状況を正確に提示する繁忙度算出方法を実現できる。
【図面の簡単な説明】
【００３７】
【図１】第１実施形態に係る店舗管理システムのシステム構成図である。
【図２】オーダー票および会計レシートの一例を示す図である。
【図３】店頭ディスプレイの表示および待ち時間テーブルの一例を示す図である。
【図４】空席待ち管理装置の表示および空席待ち票の一例を示す図である。
【図５】第１実施形態に係る店舗管理システムのブロック図である。
【図６】管理用メモリーの記憶内容の一例を示す図である。
【図７】品目テーブルおよび繁忙度の計算式の一例を示す図である。
【図８】繁忙度の計算式の一例を示す図である。
【図９】顧客端末に表示される、トップ画面および店舗一覧画面の表示の一例を示す図である。
【図１０】顧客端末に表示される、店舗検索結果画面の表示の一例を示す図である。
【図１１】顧客端末に表示される、店舗検索結果画面および予約完了画面の表示の一例を示す図である。
【図１２】検索条件の一例を示す図である。
【図１３】第１実施形態に係る店舗管理システムの変形例を示すシステム構成図である。
【図１４】第２実施形態に係る店舗管理システムのシステム構成図である。
【図１５】店頭ディスプレイの表示および座席数記憶部の記憶内容の一例を示す図である。
【図１６】第２実施形態に係る店舗管理システムのブロック図である。
【図１７】店舗一覧画面の表示および待ち時間テーブルの一例を示す図である。
【図１８】第２実施形態に係る店舗管理システムの変形例を示すシステム構成図である。
【発明を実施するための形態】
【００３８】
以下、本発明の一実施形態に係る繁忙度算出装置、店舗管理システム、繁忙度算出方法およびプログラムについて、図面を参照しながら説明する。以下の実施形態では、飲食店における繁忙度を算出する場合について例示する。また、繁忙度は「％」を単位として示す。
【００３９】
［第１実施形態］
図１は、第１実施形態に係る店舗管理システムＳＹ１のシステム構成図である。店舗管理システムＳＹ１は、店舗（飲食店）に設置されるキッチンプリンター１０（繁忙度算出装置）、オーダー端末１１、レシートプリンター１２、ＰＯＳ（Point Of Sales）端末１３、バーコードリーダー１４、店頭ディスプレイ１５および空席待ち管理装置１６の他、複数の店舗（例えば、チェーン展開している飲食店グループに含まれる店舗）における繁忙度を統括管理する管理サーバー２０と、顧客が操作する顧客端末３０と、から成る。
【００４０】
オーダー端末１１は、店員がオーダー内容を入力するためのハンディ型の情報入力端末である。キッチンプリンター１０は、オーダー端末１１に入力されたオーダー情報を、無線通信を介して取得し、オーダー票５１（図２（ａ）参照）を印刷する。なお、当該「オーダー情報」には、オーダー内容を示す情報の他、顧客が着席した座席を示す情報が含まれる。
【００４１】
レシートプリンター１２は、ＰＯＳ端末１３から取得した会計情報に基づいて会計レシート５２（図２（ｂ）参照）を印刷する。バーコードリーダー１４は、オーダー票５１に印刷されたバーコード５５を読み取り、ＰＯＳ端末１３に出力する。ＰＯＳ端末１３は、バーコードリーダー１４から取得したバーコード情報（オーダー番号を示す情報）から、オーダー内容を特定し（不図示のオーダー管理データベースからオーダー内容を読み出し）、当該オーダー内容と、各メニューの価格データベースと、に基づいて、会計処理を行う。なお、上記の「会計情報」とは、ＰＯＳ端末１３による当該会計処理結果を含む情報を指す。
【００４２】
なお、レシートプリンター１２は、ＰＯＳ端末１３から取得した会計情報を解析し、その解析結果（以下、「会計実行情報」とも称する）をキッチンプリンター１０に出力する。キッチンプリンター１０は、当該解析結果から、オーダー番号やオーダー内容を特定し、未会計処理のオーダー情報である残オーダー情報を管理する。詳細については後述するが、本実施形態のキッチンプリンター１０は、当該残オーダー情報に基づいて繁忙度を算出する。
【００４３】
店頭ディスプレイ１５は、店舗の店頭に設置されるディスプレイ装置であり、顧客に対してその店舗の繁忙度を示す。これにより、来店した顧客は、繁忙度を確認した上で、入店するか否かを判断することができる。また、空席待ち管理装置１６は、店内入口の受付カウンターに設置される装置である。顧客は、入店した後、当該空席待ち管理装置１６に必要な情報を入力することにより、空席待ち票５３（図４（ｂ）参照）を得る。これにより、店員は、顧客の入店順序に従って、公平にテーブル案内を行うことができる。
【００４４】
一方、管理サーバー２０は、複数の店舗に設置されたキッチンプリンター１０と、インターネット等のネットワークＮＴ１を介して接続される。管理サーバー２０は、各店舗において算出された現在の繁忙度（以下、「繁忙情報」とも称する）を取得して顧客（顧客端末３０）に提供すると共に、過去の繁忙度（以下、「繁忙履歴情報」とも称する）をデータベース２１に蓄積して、繁忙予測を行う。また、顧客端末３０から、店舗検索の依頼を受託した場合は、最短待ち時間となる店舗や最短移動時間で入店可能な店舗を検索し、推奨店舗として顧客端末３０に通知する。
【００４５】
顧客端末３０は、上記のネットワークＮＴ１（インターネット）、電話公衆回線等のネットワークＮＴ２、および基地局４０等を介して、管理サーバー２０と通信する。なお、顧客端末３０として、本実施形態では携帯電話、スマートフォン、ＰＤＡ、カーナビゲーション装置など、顧客と共に移動する移動通信端末を想定しているが、自宅にあるデスクトップ型のパーソナルコンピューター、コンビニエンスストアや公共施設に設置されたキオスク端末など、固定設置されることを前提とした端末を顧客端末３０として用いても良い。
【００４６】
次に、図２ないし図４を参照し、オーダー票５１、会計レシート５２、空席待ち票５３の印刷例、並びに店頭ディスプレイ１５および空席待ち管理装置１６の表示例について説明する。
【００４７】
図２（ａ）は、オーダー票５１の印刷例を示す図である。オーダー票５１には、オーダー時刻、オーダー番号、座席、オーダー品目およびバーコード５５が印刷される。ここで、オーダー時刻とは、キッチンプリンター１０がオーダー情報を取得した時刻、またはオーダー端末１１に情報入力が開始された時刻を指す。また、オーダー番号とは、キッチンプリンター１０またはオーダー端末１１により自動付与される番号を指す。また、座席とは、店員によって入力されたテーブル番号を指す。また、オーダー品目とは、品目名およびその数量を指す。また、バーコード５５には、少なくともオーダー番号を示す情報が含まれる。
【００４８】
続いて、図２（ｂ）は、会計レシート５２の印刷例を示す図である。会計レシート５２には、店舗名、会計日時、オーダー内容、金額（単価、合計金額）および精算情報が印刷される。ここで、会計日時とは、ＰＯＳ端末１３により会計処理が行われた日時を指す。また、精算情報とは、預かり金額および釣銭の額を指す。
【００４９】
続いて、図３（ａ）は、店頭ディスプレイ１５に設けられた表示画面６１の表示例を示す図である。表示画面６１には、店舗名、現在の繁忙度および補足情報が印刷される。ここで、現在の繁忙度とは、キッチンプリンター１０によって算出される値である。計算式については後述する。また、補足情報とは、顧客に対して待ち時間の目安を示す情報である。当該待ち時間の目安は、図３（ｂ）に示す待ち時間テーブルを参照してキッチンプリンター１０が決定する。例えば、繁忙度が０％の場合、待ち時間の目安は０分となる。また、繁忙度が２０％の場合、待ち時間の目安は２０分となる。なお、同図のテーブルにおいて「○○〜△△」の標記は、「○○以上、△△未満」を意味する（後述する図１７（ｂ）についても同様）。
【００５０】
続いて、図４（ａ）は、空席待ち管理装置１６に設けられたタッチパネル６２の表示例を示す図である。タッチパネル６２には、空席待ち状況、空席待ち番号および人数選択アイコンが表示される。ここで、空席待ち状況とは、空席待ち状態の顧客に付与されている空席待ち番号の一覧と、各番号の顧客人数を指す。また、空席待ち番号とは、次に空席待ちの操作を行った顧客に対して付与される番号を指す。また、人数選択アイコンとしては、「１人」、「２人」などの人数に応じたアイコンを表示する。顧客により、これらのアイコンのうちいずれかが選択（押下）されると、空席待ち管理装置１６は、図４（ｂ）に示す空席待ち票５３を印刷（発行）する。当該空席待ち票５３には、空席待ち番号および補足メッセージが印刷される。ここで、補足メッセージとは、顧客に対して、番号の確認および待機を促す説明を指す。
【００５１】
次に、図５を参照し、店舗管理システムＳＹ１の機能構成について説明する。キッチンプリンター１０は、主な機能構成として、オーダー情報取得部１１０、オーダー票印刷部１２０、会計実行情報取得部１３０、オーダー情報管理部１４０、席待ち情報取得部１５０、繁忙度算出部１６０、繁忙情報送信部１７０および繁忙度出力部１８０を備えている。
【００５２】
オーダー情報取得部１１０は、各店員が所持する複数のオーダー端末１１から、オーダー内容を示すオーダー情報を取得する。オーダー票印刷部１２０は、オーダー情報取得部１１０により取得したオーダー情報に基づいて、オーダー票５１を印刷する。会計実行情報取得部１３０は、レシートプリンター１２から、会計処理終了後に、オーダー内容を含む会計実行情報を取得する。
【００５３】
オーダー情報管理部１４０は、オーダー情報取得部１１０により取得したオーダー情報を管理用メモリー２２に蓄積すると共に、会計実行情報取得部１３０により取得した会計実行情報に含まれるオーダー内容に対応するオーダー情報を管理用メモリー２２から削除する。図６は、管理用メモリー２２の記憶内容の一例を示す図である。同図に示すように、管理用メモリー２２には、オーダーごとに、オーダー時刻、オーダー番号、座席およびオーダー内容（品目および数量）が記憶される。例えば、同図に示す３つのオーダー情報が管理用メモリー２２に記憶されている場合であって、ＰＯＳ端末１３によりオーダー番号「Ｔ００１」のオーダー票５１に基づいて会計処理が行われた場合、オーダー情報管理部１４０は、管理用メモリー２２からオーダー番号「Ｔ００１」のオーダー情報を削除する。
【００５４】
なお、オーダー情報を削除する際は、オーダー番号単位で削除するのではなく、オーダー内容（オーダー品目）ごとに削除しても良い。例えば、図６に示した３つのオーダー情報が管理用メモリー２２に記憶されている場合であって、ＰＯＳ端末１３により品目「Ａセット」、数量「１」のオーダー内容の会計処理が行われた場合（例えば、「テーブル１」に着席した３人の顧客のうち１人分のみ先に会計処理が行われた場合）、該当する品目（同図の例では、オーダー番号「Ｔ００１」およびオーダー番号「Ｔ００３」のいずれかに含まれる品目「Ａセット」）を削除する。
【００５５】
席待ち情報取得部１５０は、空席待ち管理装置１６から、席待ち顧客の人数を示す席待ち情報を取得する。例えば、図４（ａ）に示したタッチパネル６２の表示が行われている場合、席待ち顧客の人数は、４＋２＝６人であるから、席待ち情報は「６」となる。なお、席待ち情報の取得は、定期的、または顧客によるタッチパネル６２への操作をトリガーとして行われる。また、当該席待ち情報は、繁忙度の算出に用いられる。
【００５６】
繁忙度算出部１６０は、管理用メモリー２２に蓄積されているオーダー情報の数や、当該管理用メモリー２２に蓄積されているオーダー情報に含まれる品目ごとの注文数（品目ごとの注文数から算出される品目別調理時間の合計）などに基づいて、店内の繁忙度を算出する（図７（ｂ）参照）。また、繁忙度算出部１６０は、繁忙度を算出するための計算式に、席待ち情報取得部１５０により取得した席待ち情報に応じたパラメーターを反映して繁忙度を算出することも可能である（図８（ａ），（ｂ）参照）。なお、上記の待ち時間テーブル（図３（ｂ）参照）は、繁忙度算出部１６０に含まれるものであり、店頭ディスプレイ１５の表示画面６１（図３（ａ）参照）に表示する待ち時間の目安も、待ち時間テーブルを参照して、繁忙度算出部１６０により算出される。
【００５７】
繁忙情報送信部１７０は、繁忙度算出部１６０の算出結果である繁忙情報を、管理サーバー２０に送信する。なお、繁忙情報の送信は、キッチンプリンター１０が繁忙度の算出ごとに自発的に送信しても良いし、管理サーバー２０から要求があった場合に、その時点における繁忙度を送信しても良い。また、前者の場合、定期的に繁忙度を送信しても良いし、繁忙度に変化が生じた場合のみ送信しても良い。
【００５８】
繁忙度出力部１８０は、店頭ディスプレイ１５（外部装置）に対し、繁忙度算出部１６０の算出結果（繁忙度および待ち時間の目安）を出力する。当該出力は、キッチンプリンター１０または店頭ディスプレイ１５の電源投入時、並びに繁忙度に変化が生じた場合に行われる。なお、繁忙度の出力は、ディスプレイ装置以外にも、スピーカー、印刷装置、並びに携帯電話等の情報端末に対して行っても良い。
【００５９】
続いて、レシートプリンター１２の機能構成について説明する。レシートプリンター１２は、主な機能構成として、会計情報解析部１９０および会計実行情報出力部２００を備えている。
【００６０】
会計情報解析部１９０は、ＰＯＳ端末１３から取得した、会計処理結果を示す会計情報を解析し、オーダー番号やオーダー内容を抽出する。会計実行情報出力部２００は、会計情報の解析によって得られたオーダー番号やオーダー内容を、会計実行情報（会計処理済みのオーダー情報またはオーダー内容を特定するための情報）として、キッチンプリンター１０（会計実行情報取得部１３０）に出力する。
【００６１】
続いて、管理サーバー２０の機能構成について説明する。管理サーバー２０は、主な機能構成として、繁忙情報取得部２１０、繁忙度提供部２２０、検索依頼受託部２３０、推奨店舗決定部２４０、繁忙履歴情報記憶部２５０、推奨店舗通知部２６０、予約受託部２７０およびインセンティブ付与部２８０を備えている。
【００６２】
繁忙情報取得部２１０は、キッチンプリンター１０（繁忙情報送信部１７０）から、各店舗の現時点における繁忙情報をリアルタイムに取得し、サーバー側メモリー２３に格納する。
【００６３】
繁忙度提供部２２０は、繁忙情報取得部２１０で取得した繁忙情報（繁忙度算出結果）を、各店舗の名称と共に顧客端末３０に対して提供する。本実施形態では、管理サーバー２０が提供するＷｅｂサイト（モバイルサイト）にアクセスした閲覧者に対して、繁忙情報を提供する（図９（ｂ）参照）。
【００６４】
検索依頼受託部２３０は、顧客端末３０から、最短待ち時間の店舗検索の依頼を受ける。当該検索依頼の受託も、Ｗｅｂサイトにて行う（図９（ａ）参照）。また、推奨店舗決定部２４０は、検索依頼受託部２３０による検索依頼の受託をトリガーとして、サーバー側メモリー２３（各店舗の繁忙度算出結果）を参照し、当該参照結果に基づいて、推奨店舗を決定する。この場合、推奨店舗決定部２４０は、繁忙履歴情報記憶部２５０を参照し、各店舗の繁忙履歴情報を考慮して、推奨店舗を決定する。ここで、繁忙履歴情報とは、各店舗における過去の繁忙度算出結果と、繁忙度の算出を行った日時情報とを関連付けた情報である。推奨店舗決定部２４０は、繁忙履歴情報記憶部２５０に記憶された日時情報から、日時別または曜日別の繁忙予測情報を生成し、当該繁忙予測情報と現在日時または現在曜日とを照合することにより、推奨店舗を決定する。なお、本実施形態では、１日を複数の時間帯に分割し（例えば、１時間ごとなど）、その日およびその曜日における過去の繁忙度の平均値が５０％を超えている場合、その時間帯については、繁忙予測「あり」（混雑する可能性が高い）と判断する。その他、繁忙予測を算出するための算出アルゴリズムを用意しておき、当該算出アルゴリズムに、時間帯、曜日、天気、イベントの有無などに対応したパラメーターを代入して繁忙予測を行っても良い。
【００６５】
また、推奨店舗決定部２４０は、顧客端末３０から取得した位置情報が示す位置と、各店舗の位置との相対関係に基づいて、位置情報が示す位置から各店舗までの移動時間を算出し、当該移動時間の短い店舗を優先して、推奨店舗を決定する。つまり、顧客端末３０は、検索依頼時に、端末内に搭載されたＧＰＳの計測情報を位置情報として管理サーバー２０に送信する。管理サーバー２０は、位置情報から特定される顧客端末３０の位置（顧客の位置）から最も近い店舗を検索し、当該最近店舗を優先して推奨店舗を決定する。
【００６６】
さらに、推奨店舗決定部２４０は、繁忙情報（現時点における繁忙度）に基づいて、店舗に入店してからの待ち時間を算出し、当該待ち時間と移動時間の合計時間が最も短い店舗を、推奨店舗の一店舗として決定する。つまり、着席までの時間が最も短いと思われる店舗を推奨店舗として決定する。一方、推奨店舗通知部２６０は、推奨店舗決定部２４０により決定された推奨店舗を、顧客端末３０に通知する。この場合、推奨店舗通知部２６０は、推奨店舗決定部２４０により決定された推奨店舗における待ち時間および移動時間、若しくはそれらの合計時間を、顧客端末３０に通知する。なお、これらの通知も、Ｗｅｂサイトにて行う（図１０（ａ），（ｂ）、図１１（ａ）参照）。
【００６７】
予約受託部２７０は、顧客端末３０から、推奨店舗通知部２６０により通知した推奨店舗に対する予約を受ける。また、インセンティブ付与部２８０は、推奨店舗決定部２４０により決定した複数の推奨店舗のうち、合計時間が最も短い店舗以外の推奨店舗に対して予約を行った顧客端末３０に対してインセンティブを付与する。これにより、例えば、店舗側の都合で推奨店舗を決定した場合（過去の繁忙履歴情報から混雑傾向にある店舗を避けて推奨店舗を決定した場合など）に、顧客がその推奨店舗の利用を了承してくれたことに対するインセンティブを与えることで、店舗、顧客の双方に対してメリットとなる。なお、予約受託部２７０による予約の受託およびインセンティブ付与部２８０によるインセンティブの付与（通知）も、Ｗｅｂサイトにて行う（図１０（ａ），（ｂ）、図１１（ａ），（ｂ）参照）。
【００６８】
次に、図７および図８を参照し、繁忙度の算出について説明する。まず、図７（ａ）は、品目テーブルを示す図である。当該品目テーブルは、品目とその調理時間と関連付けたものであり、繁忙度算出部１６０に含まれる。なお、同図に示す「ドリンクＤ」のように、調理時間の算出対象外となる品目も存在する。
【００６９】
図７（ｂ）は、繁忙度の計算式：パターン１を示す図である。同図に示すように、当該パターン１では、「オーダー数」と「品目別調理時間の合計」をパラメーターとしている。ここで、「品目別調理時間の合計」は、図７（ａ）に示した品目テーブルを参照し、管理用メモリー２２に含まれる全オーダー情報（残オーダー情報）の品目に対応する調理時間の累計を指す。例えば、図６に示すオーダー情報が管理用メモリー２２に蓄積されている場合、「品目別調理時間の合計」は、品目「Ａセット」、「Ｂセット」、「Ｃセット」の注文数がそれぞれ「２」であるから、６４分となる。なお、同図に示すＸ，Ｙは、補正係数（定数）である。
【００７０】
図８（ａ）は、繁忙度の計算式：パターン２を示す図である。当該パターン２では、「オーダー数」と「席待ち人数」をパラメーターとしている。ここで、「席待ち人数」は、席待ち情報取得部１５０により取得される席待ち情報から特定される値である。なお、同図に示すＸ，Ｚは、補正係数（定数）である。
【００７１】
図８（ｂ）は、繁忙度の計算式：パターン３を示す図である。当該パターン３では、「オーダー数」と「品目別調理時間の合計」と「席待ち人数」をパラメーターとしている。なお、同図に示すＸ，Ｙ，Ｚは、補正係数（定数）である。
【００７２】
以上、繁忙度の計算式として３つのパターンを示したが、どの計算式を採用するかを、キッチンプリンター１０に設けられた操作子、または設定ツールを用いて、ユーザーが選択可能としても良い。
【００７３】
次に、図９ないし図１１を参照し、顧客端末３０に設けられた表示画面３１の表示例および顧客端末３０の操作について説明する。図９（ａ）は、「○○チェーン」のＷｅｂサイトにアクセスした際のトップ画面を示す図である。トップ画面には、最短待ち時間となる店舗の検索ができる旨、その店舗に対して予約ができる旨、クーポン（インセンティブ）を受けられる可能性がある旨、などのメッセージを表示する。また、操作選択肢として、「店舗一覧」と「店舗の検索」を表示する。顧客は、顧客端末３０に設けられた操作部（テンキーなど，図示省略）を用いて、操作選択肢の選択など各種操作を行う。
【００７４】
顧客端末３０は、ユーザーによりトップ画面において「店舗一覧」が選択されると、図９（ｂ）に示す店舗一覧画面を表示画面３１に表示する。店舗一覧画面には、チェーン店グループに含まれる各店舗の店舗名、繁忙度、待ち時間を表示する。ここで、繁忙度とは、現時点における繁忙度算出結果を指す。また、待ち時間とは、図３（ｂ）に示した待ち時間テーブルを参照して得られる値である。つまり、管理サーバー２０（繁忙度提供部２２０）にも、待ち時間テーブルが含まれる。店舗一覧画面において、操作選択肢「前の画面に戻る」が選択されると、トップ画面に戻る。
【００７５】
一方、顧客端末３０は、ユーザーによりトップ画面において「店舗の検索」が選択されると、図１０（ａ），（ｂ）および図１１（ａ）に示すような店舗検索結果画面を表示画面３１に表示する。例えば、図１０（ａ）は、顧客端末３０の現在位置に基づく移動時間、繁忙情報（現時点における繁忙度）に基づく待ち時間、および繁忙予測情報が、図１２（ａ）に示す状況である場合の検索結果例（ケース１）を示している。
【００７６】
ここで、まず、図１２に示す３つの状況（ケース１〜３）について説明する。推奨店舗決定部２４０は、店舗名、移動時間、待ち時間、合計時間および繁忙予測を管理しており、これらの検索条件に応じて推奨店舗を決定する。ここで、移動時間とは、顧客端末３０の位置と各店舗の位置との相対位置から得られる情報である。なお、移動時間の算出アルゴリズムについては、ナビゲーション装置等で従来用いられているものを採用可能である。また、移動手段についても、徒歩、自転車、自動車など複数項目の中から選択可能としても良い。ここでは、徒歩移動を原則として移動時間を算出する。また、待ち時間とは、サーバー側メモリー２３に記憶されている現在の繁忙度から、待ち時間テーブル（図３（ｂ）参照）を参照して特定される情報である。また、合計時間とは、移動時間と待ち時間の合計を指す。また、繁忙予測とは、繁忙履歴情報記憶部２５０に記憶されている繁忙履歴情報に基づく情報であり、「あり」／「なし」のいずれかを指す。具体的には、その時間帯（店舗検索依頼が行われた時間帯）およびその曜日における過去の繁忙履歴の平均値が所定値（例えば、５０％）を超えている場合、繁忙予測「あり」とする。なお、時間帯が１時間ごとなど、比較的短い単位で区切られている場合、過去の繁忙履歴の平均値が所定値を超えている時間帯の幾つか手前の時間帯から、繁忙予測「あり」として管理することが好ましい。
【００７７】
ここで、図１２に示す３つの状況と、各状況における店舗検索結果画面の表示結果について説明する。上記の通り、推奨店舗決定部２４０は、移動時間の短い店舗を優先して推奨店舗を決定する。したがって、図１２（ａ）のケース１では、「△△店」が優先店舗となる。また、合計時間が最も短い店舗も「△△店」である。このように、移動時間の最も短い店舗＝合計時間が最も短い店舗の場合、該当する１店舗のみを推奨店舗として決定する。したがって、図１０（ａ）に示すような表示結果となる。
【００７８】
また、図１２（ｂ）のケース２のように、移動時間の最も短い店舗≠合計時間が最も短い店舗の場合、推奨店舗決定部２４０は、合計時間が最も短い店舗と、移動時間の最も短い店舗を推奨店舗として決定する。また、この場合、合計時間が最も短い店舗（同図の例の場合、「◇◇店」）を第１候補として表示する（最初に表示すると共に、仮選択状態にて表示する）。したがって、図１０（ｂ）に示すような表示結果となる。
【００７９】
また、図１２（ｃ）のケース３のように、移動時間の最も短い店舗＝合計時間が最も短い店舗であるが、該当する店舗が繁忙予測「あり」の場合、合計時間が短い順に、２つの店舗（同図の例の場合、「△△店」と「◇◇店」）を推奨店舗として決定する。また、この場合、合計時間が最も短い店舗（第１候補の店舗）以外の店舗（第２候補の店舗）をクーポンプレゼントの対象店舗とする。したがって、図１１（ａ）に示すような表示結果となる。
【００８０】
なお、図１０（ａ），（ｂ）および図１１（ａ）に示すように、店舗検索結果画面には、検索結果（該当する推奨店舗の数や各推奨店舗に関する情報）を表示する。また、各推奨店舗に関する情報としては、店舗名、移動時間、待ち時間、住所、電話番号などを表示する。また、店舗検索結果画面において、操作選択肢「前の画面に戻る」が選択されると、トップ画面に戻る。また、操作選択肢「選択した店舗に予約」が選択されると、図１１（ｂ）に示すような予約完了画面を表示する。
【００８１】
図１１（ｂ）では、図１１（ａ）に示す店舗検索結果画面において、第２候補の店舗が選択された場合の、予約完了画面を例示している。予約完了画面には、予約を完了した旨、予約番号、予約店舗に関する情報、クーポン情報などを表示する。また、予約完了画面において、操作選択肢「画面登録する」が選択されると、画面情報を顧客端末３０内のメモリー（図示省略）に記憶する。また、操作選択肢「トップ画面に戻る」が選択されると、トップ画面に戻る。なお、予約番号については、管理サーバー２０により自動付与される番号であるが、当該予約番号およびクーポン情報は、予約店舗に通知される。予約店舗のキッチンプリンター１０は、これらの予約情報を取得すると、これを所定のメモリーに保存する。また、ＰＯＳ端末１３は、顧客が会計を行う際、顧客から提示された予約完了画面と所定のメモリーの記憶内容とを照合し、確かに予約が行われていることを確認した上で、割引処理を行う。なお、所定のメモリーは、キッチンプリンター１０、レシートプリンター１２、ＰＯＳ端末１３、およびこれらと接続された記憶装置（図示省略）のいずれかの中に存在し、レシートプリンター１２またはＰＯＳ端末１３に設けられた表示画面にて予約情報が確認できるようになっている。
【００８２】
なお、予約情報としては、予約番号およびクーポン情報だけでなく、予約日時や顧客情報（例えば、Ｗｅｂサイトにログインしたときのログイン情報）、並びに顧客による入力情報（人数情報や座席タイプ（喫煙／禁煙など）を指定する情報）を含めて各店舗に送信されることが好ましい。この構成によれば、店舗側で予約した顧客に関する情報を詳細に把握できると共に、顧客が画面登録を忘れた際にもスムーズに対応できる。
【００８３】
以上説明したとおり、第１実施形態に係る店舗管理システムＳＹ１によれば、キッチンプリンター１０において、管理用メモリー２２に蓄積されている残オーダー情報の数や残オーダー情報に含まれる品目ごとの注文数など基づいて、店内の繁忙度を算出するため、店頭ディスプレイ１５やＷｅｂサイト上で、正確な繁忙度を顧客に提示できる。また、店員は、オーダー端末１１にオーダー情報を入力してキッチンプリンター１０に送信する通常の注文受付操作を行うだけで良いため、煩雑な操作を必要としない。このため、店員の誤操作の問題がなくなり、正確な繁忙度を算出できる。また、繁忙度の計算式に、席待ち情報に応じたパラメーターを反映することにより（図８（ａ），（ｂ）参照）、空席待ちをしている席待ち顧客の人数を考慮した、より正確な繁忙度を算出できる。
【００８４】
また、繁忙度の算出、および管理サーバー２０との通信を、キッチンプリンター１０を主体として行うことで、ＰＯＳアプリケーションの変更やＰＯＳシステムの入れ替えを必要としない。これにより、およびシステム導入に要する時間およびコストを軽減できる。
【００８５】
また、管理サーバー２０は、顧客端末３０からの依頼により、最短待ち時間の店舗などを推奨店舗として検索し、これを通知するため、顧客は待ち時間を軽減でき、着席または飲食開始までに長時間待たされることによる不満を解消できる。また、推奨店舗の決定は、各店舗における過去の繁忙履歴情報を考慮するため、例えばいつも混雑している店舗は、その日偶発的に空いていたとしても推奨店舗としないなど、実情に応じた最適な推奨店舗を決定できる。また、推奨店舗として、移動時間の短い店舗を優先するため、顧客の移動の負担を軽減できる。さらに、待ち時間と移動時間との合計時間が最も短い店舗を第１候補とするため、顧客は、飲食を開始するまでの時間が最も短い店舗を知ることができる。
【００８６】
また、推奨店舗決定部２４０により決定した複数の推奨店舗のうち、合計時間が最も短い店舗以外の推奨店舗に対して予約を行った顧客端末３０に対してインセンティブを付与する。つまり、店舗側の都合で、過去の繁忙履歴情報から混雑傾向にある店舗を避けて推奨店舗を決定した場合などであって、顧客がその推奨店舗の利用を了承した場合などに、顧客端末３０に対してインセンティブを与えることで、店舗、顧客の双方に対してメリットが得られる。
【００８７】
なお、上記の実施形態では、キッチンプリンター１０により繁忙度の算出を行ったが、管理サーバー２０側で行っても良い。図１３は、第１実施形態に係る店舗管理システムＳＹ１の変形例を示すシステム構成図である。当該変形例では、キッチンプリンター１０が、取得したオーダー情報、会計実行情報および席待ち情報をそれぞれ管理サーバー２０に送信する。つまり、図５に示した構成と比較して、キッチンプリンター１０に、オーダー情報送信部３１０、会計実行情報送信部３２０および席待ち情報送信部３３０が追加されている。また、管理サーバー２０に、管理用メモリー２２と、オーダー情報管理部３４０（図５のオーダー情報管理部１４０に相当）および繁忙度算出部３５０（図５の繁忙度算出部１６０に相当）が追加されている。このように、管理サーバー２０側で、オーダー情報の管理や繁忙度の算出を行うことで、キッチンプリンター１０（店舗装置）の処理負荷を軽減できる。これにより、キッチンプリンター１０のコストを抑えることができ、ひいては店舗管理システムＳＹ１全体の低コスト化を図ることができる。
【００８８】
また、上記の実施形態では、計算式を用いて繁忙度を算出したが、テーブルを参照して繁忙度を求めるようにしても良い。例えば、管理用メモリー２２に蓄積されているオーダー情報の数と、繁忙度と、を対応付けたテーブルを参照し、オーダー情報の数が「０」の場合は繁忙度０％、オーダー情報の数が「１」の場合は繁忙度１０％などのように、繁忙度を求めても良い。
【００８９】
また、上記の実施形態では、オーダー票印刷部１２０を備えたキッチンプリンター１０にて繁忙度の算出処理を行ったが、会計レシート印刷部（図示省略）を備えたレシートプリンター１２にて繁忙度の算出処理を行っても良い。つまり、「繁忙度算出装置」をレシートプリンター１２によって実現し、レシートプリンター１２を中心として店舗内のシステムを構成しても良い。この場合、レシートプリンター１２は、管理サーバー２０、キッチンプリンター１０、店頭ディスプレイ１５、空席待ち管理装置１６と接続される。また、キッチンプリンター１０およびレシートプリンター１２のいずれでもなく、これら両プリンター１０，１２に接続された繁忙度算出装置（図示省略）にて繁忙度の算出処理を行っても良い。この場合、繁忙度算出装置は、キッチンプリンター１０およびレシートプリンター１２から、それぞれオーダー情報および会計実行情報を取得すると共に、管理サーバー２０と接続される。
【００９０】
また、上記の実施形態では、管理サーバー２０によりインセンティブの付与（割引クーポンの発行）を行ったが、各店舗にて行っても良い。この場合、管理サーバー２０（不図示のインセンティブ管理部）は、予約店舗となる店舗のキッチンプリンター１０にインセンティブを付与する旨の情報（例えば、予約番号およびクーポン情報）を送信する。当該情報を取得したキッチンプリンター１０は、レシートプリンター１２（不図示のインセンティブ付与部）に情報を転送し、レシートプリンター１２は、ＰＯＳ端末１３にて会計処理が行われる際、顧客から提示された予約番号と、転送された情報とに基づいて、インセンティブを付与する。なお、この場合のインセンティブとして、次回の会計処理時に利用可能なクーポンなどを発行しても良い。
【００９１】
また、上記の実施形態では、顧客端末３０から店舗予約を行うものとしたが、当該予約時にオーダー内容を入力可能としても良い。この場合、顧客端末３０に対し、待ち時間および移動時間だけでなく、オーダー内容に応じた調理加算時間を提示することが好ましい。つまり、合計時間＝（移動時間）＋（待ち時間）＋（調理加算時間）として算出し、顧客に提示しても良い。ここで、調理加算時間は、オーダー内容に含まれるオーダー数や品目別の調理時間の合計に応じて算出可能である。この構成によれば、顧客が飲食を開始するまでに要する時間を正確に算出し、これを顧客に提示できる。
【００９２】
また、上記の実施形態では、現時点における繁忙情報および繁忙予測情報に基づいて推奨店舗を決定したが、繁忙予測情報のみに基づいて推奨店舗を決定しても良い。また、この場合、顧客が時間指定を行い、その時間における予測繁忙度（繁忙履歴情報に基づいて算出される繁忙度）を顧客端末３０に提示しても良い。この構成によれば、例えば、今日のディナーはどの店舗が空いているか、また、ある店舗に食事に行きたいがどの時間帯または曜日が空いているのか、など現時点以外の繁忙状況を調べることができる。
【００９３】
また、上記の実施形態では、Ｗｅｂサイトにて、繁忙度の提示、検索依頼の受託、推奨店舗の通知等を行ったが、電子メールを用いて、顧客端末３０に直接提示または通知しても良い。また、ツイッター（登録商標）などの手段を用いて、繁忙度の提示や推奨店舗の通知（この場合は、移動時間を考慮せず、待ち時間の短い店舗を優先して推奨店舗を決定する）を行っても良い。
【００９４】
また、上記の実施形態では、繁忙度を「％」によって表したが、レベルなど段階を示す数値によって表しても良い。また、数値ではなく、「大」、「中」、「小」など抽象的な文言で表しても良い。また、「繁忙度」の表現方法（パーセント、レベル、抽象文言など）を、キッチンプリンター１０に設けられた操作子、または設定ツールを用いて、ユーザーが選択可能としても良い。
【００９５】
また、上記の実施形態では、店舗検索を行う際、顧客端末３０の現在位置を位置情報として取得したが、顧客端末３０に入力された位置情報を取得しても良い。この構成によれば、例えば現在新宿駅に居るが、東京駅を位置情報として入力することで、東京駅を移動開始点として店舗検索を依頼することができる。
【００９６】
［第２実施形態］
次に、図１４ないし図１８を参照し、本発明の第２実施形態について説明する。上記の第１実施形態は、繁忙度を算出して顧客に提示したが、本実施形態は、店舗内の空席数を算出して顧客に提示する点を特徴とする。以下、第１実施形態と異なる点のみ説明する。なお、本実施形態において、第１実施形態と同様の構成部分については同様の符号を付し、詳細な説明を省略する。また、第１実施形態と同様の構成部分について適用される変形例は、本実施形態についても同様に適用される。なお、本実施形態における「店舗」は、着席型の飲食店など、顧客が着席してサービスを受けるタイプの店舗であることを前提とする。
【００９７】
図１４は、第２実施形態に係る店舗管理システムＳＹ２のシステム構成図である。同図に示すように、本実施形態に係る店舗管理システムＳＹ２は、第１実施形態（図１参照）と比較して、空席待ち管理装置１６を省略した構成となっている。
【００９８】
図１５（ａ）は、第２実施形態に係る店頭ディスプレイ１５の表示例を示す図である。本実施形態では、店頭ディスプレイ１５の表示画面６１に、店内における現在の空席数を表示する。また、空席数は、座席タイプ別に、「空席数／座席タイプ別の座席数」として表示する。図１５（ｂ）は、キッチンプリンター１０に設けられる座席数記憶部４１０の記憶内容の一例を示す図である。座席数記憶部４１０は、座席タイプ別に、店内に設けられた座席数と、該当する座席番号（テーブル番号）を記憶する。
【００９９】
図１６は、第２実施形態に係る店舗管理システムＳＹ２の機能ブロック図である。なお、レシートプリンター１２の機能構成については、第１実施形態と同様であるため説明を省略する。キッチンプリンター１０は、主な機能構成として、座席数記憶部４１０、オーダー情報取得部１１０、オーダー票印刷部１２０、会計実行情報取得部１３０、オーダー情報管理部１４０、空席数算出部４２０、繁忙情報送信部４３０および空席数出力部４４０を備えている。
【０１００】
座席数記憶部４１０は、店内の座席数を、座席タイプ別に記憶する（図１５（ｂ）参照）。また、本実施形態のオーダー情報管理部１４０は、オーダー情報取得部１１０により取得したオーダー情報を管理用メモリー２２に蓄積すると共に、当該管理用メモリー２２に蓄積したオーダー情報から、会計実行情報取得部１３０により取得した会計実行情報に含まれるオーダー内容に対応するオーダー情報を削除することによって、未会計処理のオーダー情報である残オーダー情報を管理する。
【０１０１】
空席数算出部４２０は、店内の座席数から、上記の残オーダー情報から特定される使用中座席数を差し引くことにより、空席数を算出する。また、座席数記憶部４１０が、座席タイプ別に座席数を記憶している場合、店内の座席タイプ別の座席数から、残オーダー情報が示す座席タイプ別の使用中座席数を差し引くことにより、座席タイプ別の空席数を算出する。例えば、図６に示した３つのオーダー情報が、残オーダー情報として管理用メモリー２２に蓄積されている場合、テーブル１〜３は、いずれも喫煙席であるため（図１５（ｂ）参照）、喫煙席の使用中座席数は「３」である。したがってこの場合、喫煙席の全座席数「１０」から使用中座席数「３」を差し引いた数「７」が空席数となる。
【０１０２】
繁忙情報送信部４３０は、空席数算出部４２０による空席数算出結果と、上記の残オーダー情報から特定される残オーダー数（図６に示した例の場合、残オーダー数「３」）を、繁忙情報として管理サーバー２０に送信する。なお、繁忙情報の送信は、キッチンプリンター１０が空席数または残オーダー数の算出ごとに自発的に送信しても良いし、管理サーバー２０から要求があった場合に、その時点における繁忙情報を送信しても良い。また、前者の場合、定期的に繁忙情報を送信しても良いし、変化が生じた場合のみ繁忙情報を送信しても良い。
【０１０３】
空席数出力部４４０は、空席数算出部４２０により算出した空席数を、店頭ディスプレイ１５（外部装置）に出力する（図１５（ａ）参照）。当該出力は、キッチンプリンター１０または店頭ディスプレイ１５の電源投入時、並びに空席数に変化が生じた場合に行われる。なお、空席数の出力は、ディスプレイ装置以外にも、スピーカー、印刷装置、並びに携帯電話等の情報端末に対して行っても良い。
【０１０４】
一方、管理サーバー２０は、主な機能構成として、繁忙情報取得部４５０、空席数提供部４６０、検索依頼受託部２３０、推奨店舗決定部４７０、繁忙履歴情報記憶部４８０、推奨店舗通知部２６０、予約受託部２７０およびインセンティブ付与部２８０を備えている。
【０１０５】
繁忙情報取得部４５０は、キッチンプリンター１０（繁忙情報送信部４３０）から、各店舗の現時点における繁忙情報（空席数および残オーダー数）をリアルタイムに取得し、サーバー側メモリー２３に格納する。
【０１０６】
空席数提供部４６０は、繁忙情報取得部４５０で取得した繁忙情報を、各店舗の名称と共に顧客端末３０に対して提供する。本実施形態でも、第１実施形態と同様に、管理サーバー２０が提供するＷｅｂサイトにアクセスした閲覧者に対して、繁忙情報を提供する。図１７（ａ）は、本実施形態に係る店舗一覧画面の表示例を示す図である。同図に示すように、店舗一覧画面には、チェーン店グループに含まれる各店舗の店舗名、空席数、待ち時間を表示する。ここで、空席数とは、繁忙情報取得部４５０で取得した繁忙情報に基づく、現時点における空席数を指す。また、待ち時間とは、空席数および残オーダー数に基づき、図１７（ｂ）に示す待ち時間テーブルを参照して得られる値である。つまり、管理サーバー２０（空席数提供部４６０）にも、待ち時間テーブルが含まれる。なお、店舗一覧画面において、操作選択肢「前の画面に戻る」が選択されると、トップ画面（図９（ａ）参照）に戻る。また、本実施形態では、店舗一覧の表示や店舗の検索を行う際、顧客が座席タイプ（喫煙席または禁煙席）を指定できるようになっている。したがって、空席数提供部４６０は、指定された座席タイプ別に空席数を提示し、後述する推奨店舗決定部４７０は、指定された座席タイプ別に推奨店舗の決定を行う。
【０１０７】
図１７（ｂ）に示すように、本実施形態の待ち時間テーブルは、空席数、残オーダー数および待ち時間が関連付けられている。例えば、空席数が５席以上の場合（喫煙席または禁煙席の座席タイプ別で５席以上の場合）、残オーダー数にかかわらず待ち時間を「０分」と決定する。一方、空席数が５席未満の場合は、残オーダー数に応じて待ち時間を決定する。例えば、空席数が５席未満、且つ残オーダー数が「１０」の場合、待ち時間を「３０分」と決定する。
【０１０８】
推奨店舗決定部４７０は、検索依頼受託部２３０による検索依頼の受託をトリガーとして、サーバー側メモリー２３（各店舗の繁忙情報）を参照し、当該参照結果に基づいて、推奨店舗を決定する。この場合、推奨店舗決定部４７０は、繁忙履歴情報記憶部４８０を参照し、各店舗の繁忙履歴情報を考慮して、推奨店舗を決定する。ここで、繁忙履歴情報とは、各店舗における過去の空席数算出結果と、空席数の算出を行った日時情報とを関連付けた情報である。推奨店舗決定部４７０は、繁忙履歴情報記憶部４８０に記憶された日時情報から、日時別または曜日別の繁忙予測情報を生成し、当該繁忙予測情報と現在日時または現在曜日とを照合することにより、推奨店舗を決定する。なお、本実施形態では、１日を複数の時間帯に分割し、その日およびその曜日における過去の空席数の平均値が５席未満の場合、その時間帯については、繁忙予測「あり」（混雑する可能性が高い）と判断する。その他、第１実施形態と同様に、繁忙予測を算出するための算出アルゴリズムを用意しておき、当該算出アルゴリズムに、時間帯、曜日、天気、イベントの有無などに対応したパラメーターを代入して繁忙予測を行っても良い。
【０１０９】
また、推奨店舗決定部４７０は、第１実施形態と同様に、顧客端末３０から取得した位置情報が示す位置と、各店舗の位置との相対関係に基づいて、位置情報が示す位置から各店舗までの移動時間を算出し、当該移動時間の短い店舗を優先して、推奨店舗を決定する。つまり、推奨店舗決定部４７０は、顧客の位置から最も近い店舗を検索し、当該最近店舗を優先して推奨店舗を決定する。さらに、推奨店舗決定部４７０は、繁忙情報（現時点における空席数および残オーダー数）に基づいて、店舗に入店してからの待ち時間を算出し、当該待ち時間と移動時間の合計時間が最も短い店舗を、推奨店舗の一店舗として決定する。また、本実施形態の推奨店舗通知部２６０は、推奨店舗決定部４７０により決定された推奨店舗を顧客端末３０に対して通知する。その際、各推奨店舗における待ち時間および移動時間、若しくは合計時間も通知する（図１０（ａ），（ｂ）、図１１（ａ）参照）。
【０１１０】
以上説明したとおり、第２実施形態に係る店舗管理システムＳＹ２によれば、キッチンプリンター１０において、未会計処理のオーダー情報である残オーダー情報から使用中座席数を特定し、これを店内に設けられた座席数から差し引くことによって空席数を算出するため、正確な空席数を顧客に提示できる。また、店員は、オーダー端末１１にオーダー情報を入力してキッチンプリンター１０に送信する通常の注文受付操作を行うだけで良いため、煩雑な操作を必要としない。このため、店員の誤操作の問題がなくなり、正確な空席数を算出できる。また、空席数は、座席タイプ別に算出するため、空席数が多いにもかかわらず、顧客が実際に入店してみると所望の座席タイプの空席がないなどの不都合を解消できる。
【０１１１】
さらに、第１実施形態と同様に、キッチンプリンター１０を主体として、空席数の算出および管理サーバー２０との通信を行うため、ＰＯＳアプリケーションの変更やＰＯＳシステムの入れ替えを必要としない。これにより、システム導入に要する時間およびコストを軽減できる。
【０１１２】
なお、上記の第２実施形態では、キッチンプリンター１０により空席数の算出を行ったが、管理サーバー２０側で行っても良い。図１８は、第２実施形態に係る店舗管理システムＳＹ２の変形例を示すシステム構成図である。当該変形例では、キッチンプリンター１０（店舗装置）が、取得したオーダー情報および会計実行情報をそれぞれ管理サーバー２０に送信する。つまり、図１６に示した構成と比較して、キッチンプリンター１０に、オーダー情報送信部３１０および会計実行情報送信部３２０が追加されている。また、管理サーバー２０に、管理用メモリー２２と、オーダー情報管理部３４０（図１６のオーダー情報管理部１４０に相当）および空席数算出部５１０（図１６の空席数算出部４２０に相当）が追加されている。このように、管理サーバー２０側で、オーダー情報の管理や空席数の算出を行うことで、キッチンプリンター１０の処理負荷を軽減できる。これにより、キッチンプリンター１０のコストを抑えることができ、ひいては店舗管理システムＳＹ２全体の低コスト化を図ることができる。
【０１１３】
また、上記の第２実施形態では、座席タイプとして、喫煙席または禁煙席を例示したが、２人席または４人席、子供連れ用または大人専用、などの座席タイプ別に空席数を算出しても良い。
【０１１４】
また、上記の第２実施形態において、推奨店舗決定部４７０は、繁忙情報（現時点における空席数および残オーダー数）に基づいて推奨店舗を決定したが、残オーダー情報の数である残オーダー数に代えて、またはこれに加えて、残オーダー情報に含まれる品目ごとの注文数を考慮して推奨店舗を決定しても良い。
【０１１５】
また、「空席数」は、席数そのもので表すものとしたが、空席割合（パーセント）として表しても良い。また、「多い」、「中程度」、「少ない」など抽象的な文言で表しても良い。さらに、「空席数」の表現方法を、キッチンプリンター１０に設けられた操作子、または設定ツールを用いて、ユーザーが選択可能としても良い。
【０１１６】
以上、２つの実施形態を示したが、上記の各実施形態に示した店舗管理システムＳＹ１，ＳＹ２の各部をプログラムとして提供することが可能である。また、そのプログラムを記録媒体（図示省略）に格納して提供することも可能である。すなわち、コンピューターを、本実施形態の店舗管理システムＳＹ１，ＳＹ２の各部として機能させるためのプログラム、およびそれを記録した記録媒体も、本発明の権利範囲に含まれる。
【０１１７】
また、本発明の店舗管理システムＳＹ１，ＳＹ２を組み合わせても良い。例えば、第１実施形態で繁忙度を算出する際、第２実施形態で算出した空席数を考慮しても良い。つまり、繁忙度を算出するための計算式に、空席数に応じたパラメーターを反映して繁忙度を算出しても良い。また、第２実施形態で、空席数と残オーダー数を規定したテーブルを参照して待ち時間を決定したが（図１７（ｂ）参照）、空席数および残オーダー数以外に、残オーダー情報に含まれる各品目の品目別調理時間（図７（ａ）参照）や、空席待ち管理装置１６から出力された席待ち情報に基づいて待ち時間を決定しても良い。また、テーブルを参照するのではなく、待ち時間を算出するための計算式に、空席数、残オーダー数、残オーダー情報に含まれる各品目の品目別調理時間、および席待ち情報に応じたパラメーターを反映して待ち時間を算出しても良い。
【０１１８】
その他、本発明の店舗管理システムＳＹ１，ＳＹ２を、飲食店以外の、商品を販売する小売店、銀行、郵便局、市役所など、任意のサービスを顧客に対して提供する施設に適用可能である。その他、本発明の要旨を逸脱しない範囲で、適宜変更が可能である。
【符号の説明】
【０１１９】
１０…キッチンプリンター １１…オーダー端末 １２…レシートプリンター １３…ＰＯＳ端末 １４…バーコードリーダー １５…店頭ディスプレイ １６…空席待ち管理装置 ２０…管理サーバー ２１…データベース ２２…管理用メモリー ２３…サーバー側メモリー ３０…顧客端末 ３１…表示画面（顧客端末） ４０…基地局 ５１…オーダー票 ５２…会計レシート ５３…空席待ち票 ５５…バーコード ６１…表示画面（店頭ディスプレイ） ６２…タッチパネル ＮＴ１…ネットワーク（インターネット） ＮＴ２…ネットワーク（電話公衆回線） ＳＹ１…店舗管理システム（第１実施形態） ＳＹ２…店舗管理システム（第２実施形態）
【技術分野】
【０００１】
店内の繁忙状況を把握するための繁忙度算出装置、店舗管理システム、繁忙度算出方法およびプログラムに関する。
【背景技術】
【０００２】
従来、飲食店などの繁忙状況を把握するための装置として、接客担当の店員によるオーダー端末への情報入力（「席案内完了」、「配膳完了」、「片付完了」に対応するキーの押下）に基づいて店内の席状況を管理する手段と、入店待ちの顧客が待機する待ち客エリアをカメラで撮像する手段と、を備え、店内の空席が一定数以下となった場合に、待ち客エリアの撮像画像を表示器に表示する客席管理装置が知られている（例えば、特許文献１）。この構成により、店員は、表示器が設置された一つの場所に居ながらにして、入店待ちの顧客の状況を把握できるといった効果がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２３４６６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、上記の客席管理装置は、店員にとって利点があるものの、顧客にとっての利点は少ない。すなわち顧客は、表示器に表示された入店待ちの顧客の状況から、店内が混雑状態にあることなどをある程度推測することはできるが、店内における正確な繁忙度を把握することはできない。また、上記の客席管理装置では、店内の席状況を管理するために店員の煩雑な操作（オーダー端末への情報入力）が必要となる。このため、店員の負担が大きく、また誤操作の可能性も高い。
【０００５】
本発明は、上記の問題点に鑑み、店員に負担をかけることなく、顧客に対して店内の繁忙状況を正確に提示することができる繁忙度算出装置、店舗管理システム、繁忙度算出方法およびプログラムを提供することを課題とする。また、本発明は、既存のＰＯＳ端末やオーダー端末を変えることなく、キッチンプリンターやレシートプリンター等のプリンターを新たに導入するだけで、上記課題を解決することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の繁忙度算出装置は、オーダー内容を示すオーダー情報を取得するオーダー情報取得部と、取得したオーダー情報をメモリーに蓄積して管理するオーダー情報管理部と、メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数、の少なくとも一方に基づいて、店内の繁忙度を算出する繁忙度算出部と、算出した繁忙度を外部装置に出力する繁忙度出力部と、を備えたことを特徴とする。
【０００７】
本発明の繁忙度算出方法は、コンピューターが、オーダー内容を示すオーダー情報を取得するステップと、取得したオーダー情報をメモリーに蓄積して管理するステップと、メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数の少なくとも一方に基づいて、店内の繁忙度を算出するステップと、を実行することを特徴とする。
【０００８】
これらの構成によれば、オーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数の少なくとも一方に基づいて、店内の繁忙度を算出するため、客観的且つ正確な繁忙度を顧客に提示できる。また、店員は、オーダー端末などにオーダー情報を入力して繁忙度算出装置に送信するだけで良いため、煩雑な操作を必要としない。このため、店員の誤操作の問題がなくなり、より正確な繁忙度を算出できる。
なお、「繁忙度」は、「大」、「中」、「小」など抽象的な文言で表しても良いし、レベルまたはパーセントなどの数値によって表しても良い。また、「繁忙度」の表現方法を選択するための選択操作部を設け、ユーザーが好みに応じて選択できるようにしても良い。
また、「繁忙度」を出力する外部装置としては、ディスプレイ、スピーカー、印刷装置、情報端末、などが挙げられる。また、出力方法としては、電子メールやＷｅｂサイトへの表示なども考えられる。
【０００９】
上記に記載の繁忙度算出装置において、オーダー内容を含む会計実行情報を取得する会計実行情報取得部をさらに備え、オーダー情報管理部は、会計実行情報に含まれるオーダー内容に対応するオーダー情報をメモリーから削除することが好ましい。
【００１０】
この構成によれば、飲食後に会計処理を行う後会計の店舗の場合、会計実行情報に含まれるオーダー内容に対応するオーダー情報をメモリーから削除することにより、店内に残っている顧客の残オーダー情報だけを管理できる。これにより、より正確な繁忙度を算出できる。
【００１１】
上記に記載の繁忙度算出装置において、席待ち顧客の人数を示す席待ち情報を取得する席待ち情報取得部をさらに備え、繁忙度算出部は、計算式を用いて繁忙度を算出すると共に、当該計算式に、席待ち情報に応じたパラメーターを反映することが好ましい。
【００１２】
この構成によれば、席待ち顧客の人数を考慮して、より正確な（信頼度の高い）繁忙度を算出できる。
【００１３】
上記に記載の繁忙度算出装置において、取得したオーダー情報に基づいて、オーダー票を印刷するオーダー票印刷部と、取得した会計実行情報に基づいて、会計レシートを印刷する会計レシート印刷部と、のうち、少なくとも一方の印刷部を備えたことが好ましい。
【００１４】
この構成によれば、本発明の繁忙度算出装置を、オーダー票を印刷するキッチンプリンターや、会計レシートを印刷するレシートプリンターに適用できる。
【００１５】
本発明の店舗管理システムは、各店舗に対応して設けられた上記に記載の繁忙度算出装置と、複数の繁忙度算出装置とネットワークを介して接続された管理サーバーと、を備えた店舗管理システムであって、管理サーバーは、複数の繁忙度算出装置による繁忙度算出結果を、各店舗の名称と共に顧客端末に対して提供する繁忙度提供部を備えたことを特徴とする。
【００１６】
この構成によれば、繁忙度算出結果を顧客端末に提供するため、店舗から離れた場所に居る顧客に対しても繁忙度を提示できる。
なお、繁忙度提供部は、Ｗｅｂサイトに表示することで不特定多数の顧客に対して繁忙度を提供しても良いし、電子メール等で直接対象となる顧客端末に繁忙度を送信しても良い。
【００１７】
上記に記載の店舗管理システムにおいて、管理サーバーは、顧客端末から、最短待ち時間の店舗検索の依頼を受ける検索依頼受託部と、検索依頼の受託をトリガーとして、複数の繁忙度算出装置による繁忙度算出結果を参照し、当該参照結果に基づいて、推奨店舗を決定する推奨店舗決定部と、決定した推奨店舗を、検索依頼を行った顧客端末に対して通知する推奨店舗通知部と、をさらに備えたことが好ましい。
【００１８】
この構成によれば、顧客端末からの依頼により、最短待ち時間の店舗を検索して顧客端末に通知するため、顧客は有効な時間活用ができる。
なお、検索依頼受託部および推奨店舗通知部は、Ｗｅｂサイト上で実現しても良いし、電子メール機能を用いて実現しても良い。
【００１９】
上記に記載の店舗管理システムにおいて、管理サーバーは、複数の繁忙度算出装置による過去の繁忙度算出結果である繁忙履歴情報を記憶する繁忙履歴情報記憶部をさらに備え、推奨店舗決定部は、繁忙履歴情報記憶部を参照し、各店舗の繁忙履歴情報を考慮して、推奨店舗を決定することが好ましい。
【００２０】
この構成によれば、各店舗における繁忙履歴情報を考慮し、例えば、いつも混雑している店舗は、その日偶発的に空いていたとしても推奨店舗としないなど、最適な推奨店舗を決定できる。
【００２１】
上記に記載の店舗管理システムにおいて、繁忙履歴情報記憶部は、繁忙履歴情報を、繁忙度の算出を行った日時情報と共に記憶し、推奨店舗決定部は、繁忙履歴情報記憶部に記憶された日時情報から、日時別または曜日別の繁忙予測情報を生成し、当該繁忙予測情報と現在日時または現在曜日とを照合することにより、推奨店舗を決定することが好ましい。
【００２２】
この構成によれば、日時別または曜日別の繁忙予測情報を考慮して、最適な推奨店舗を決定できる。決定方法の一例としては、例えば、お昼１２：００から急に混雑する傾向のある店舗は、１１：３０の時点で空いている場合であっても推奨店舗としない、また検索依頼があった曜日に繁忙度が高い傾向のある店舗は推奨店舗としない、などが挙げられる。
【００２３】
上記に記載の店舗管理システムにおいて、管理サーバーは、各繁忙度算出装置の現時点における繁忙度算出結果を、繁忙情報としてリアルタイムに取得する繁忙情報取得部をさらに備え、推奨店舗決定部は、繁忙予測情報および繁忙情報に基づいて、推奨店舗を決定することが好ましい。
【００２４】
この構成によれば、過去の繁忙履歴に基づく繁忙予測情報と、現時点における繁忙情報と、を考慮して、最適な推奨店舗を決定できる。
【００２５】
上記に記載の店舗管理システムにおいて、検索依頼受託部は、顧客端末から、位置情報と共に検索依頼を受託し、推奨店舗決定部は、顧客端末から取得した位置情報が示す位置と、各店舗の位置との相対関係に基づいて、位置情報が示す位置から各店舗までの移動時間を算出し、当該移動時間の短い店舗を優先して、推奨店舗を決定することが好ましい。
【００２６】
この構成によれば、移動時間の短い店舗を優先して推奨店舗を決定するため、顧客の移動の負担を軽減できる。
なお、位置情報については、顧客端末の現在位置を位置情報としても良いし、顧客が指定した場所を位置情報としても良い。前者の場合、ＧＰＳ（Global Positioning System）が搭載された顧客端末から、当該ＧＰＳの計測情報を位置情報として取得する。
【００２７】
上記に記載の店舗管理システムにおいて、推奨店舗決定部は、繁忙情報に基づいて、店舗に入店してからの待ち時間を算出し、当該待ち時間と移動時間の合計時間が最も短い店舗を、推奨店舗の一店舗として決定することが好ましい。
【００２８】
この構成によれば、現時点の繁忙情報から算出する待ち時間と、移動時間との合計時間が最も短い店舗を推奨店舗として顧客に提示するため、顧客は、店舗に入店して商品を受け取る、または飲食を開始するまでの時間が最も短い店舗などを知ることができる。
【００２９】
上記に記載の店舗管理システムにおいて、推奨店舗通知部は、推奨店舗決定部により決定した推奨店舗における待ち時間および移動時間、若しくは合計時間を、顧客端末に通知することが好ましい。
【００３０】
この構成によれば、顧客は、提示された各推奨店舗の待ち時間および移動時間、若しくは合計時間を知ることができる。
【００３１】
上記に記載の店舗管理システムにおいて、管理サーバーは、顧客端末から、推奨店舗に対する予約を受託する予約受託部と、推奨店舗決定部により決定した複数の推奨店舗のうち、合計時間が最も短い店舗以外の店舗に対して予約を行った顧客端末に対し、インセンティブを付与するインセンティブ付与部と、をさらに備えたことが好ましい。
【００３２】
この構成によれば、店舗側の都合で合計時間が最も短い店舗以外の店舗を推奨店舗として決定した場合（例えば、過去の繁忙履歴情報から混雑傾向にある店舗を避けて推奨店舗を決定した場合など）であって、顧客がその推奨店舗の利用を了承した場合などに、顧客に対してインセンティブを与えることで、店舗、顧客の双方に対してメリットが得られる。
【００３３】
本発明の他の店舗管理システムは、各店舗に対応して設けられた店舗装置と、複数の店舗装置とネットワークを介して接続された管理サーバーと、を備えた店舗管理システムであって、店舗装置は、オーダー内容を示すオーダー情報を取得するオーダー情報取得部と、取得したオーダー情報を管理サーバーに送信するオーダー情報送信部と、を備え、管理サーバーは、各店舗装置から取得したオーダー情報をメモリーに蓄積して管理するオーダー情報管理部と、メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数、の少なくとも一方に基づいて、各店舗の繁忙度を算出する繁忙度算出部と、算出した各店舗の繁忙度を、各店舗の名称と共に顧客端末に対して提供する繁忙度提供部と、を備えたことを特徴とする。
【００３４】
この構成によれば、管理サーバー側で、オーダー情報の管理や繁忙度の算出を行うため、店舗装置の処理負荷を軽減できる。これにより、店舗装置のコストを抑えることができ、ひいては店舗管理システム全体の低コスト化を図ることができる。
【００３５】
本発明のプログラムは、コンピューターに、上記に記載の繁忙度算出方法における各ステップを実行させることを特徴とする。
【００３６】
このプログラムをコンピューターに実行させることにより、店員に負担をかけることなく、顧客に対して店内の繁忙状況を正確に提示する繁忙度算出方法を実現できる。
【図面の簡単な説明】
【００３７】
【図１】第１実施形態に係る店舗管理システムのシステム構成図である。
【図２】オーダー票および会計レシートの一例を示す図である。
【図３】店頭ディスプレイの表示および待ち時間テーブルの一例を示す図である。
【図４】空席待ち管理装置の表示および空席待ち票の一例を示す図である。
【図５】第１実施形態に係る店舗管理システムのブロック図である。
【図６】管理用メモリーの記憶内容の一例を示す図である。
【図７】品目テーブルおよび繁忙度の計算式の一例を示す図である。
【図８】繁忙度の計算式の一例を示す図である。
【図９】顧客端末に表示される、トップ画面および店舗一覧画面の表示の一例を示す図である。
【図１０】顧客端末に表示される、店舗検索結果画面の表示の一例を示す図である。
【図１１】顧客端末に表示される、店舗検索結果画面および予約完了画面の表示の一例を示す図である。
【図１２】検索条件の一例を示す図である。
【図１３】第１実施形態に係る店舗管理システムの変形例を示すシステム構成図である。
【図１４】第２実施形態に係る店舗管理システムのシステム構成図である。
【図１５】店頭ディスプレイの表示および座席数記憶部の記憶内容の一例を示す図である。
【図１６】第２実施形態に係る店舗管理システムのブロック図である。
【図１７】店舗一覧画面の表示および待ち時間テーブルの一例を示す図である。
【図１８】第２実施形態に係る店舗管理システムの変形例を示すシステム構成図である。
【発明を実施するための形態】
【００３８】
以下、本発明の一実施形態に係る繁忙度算出装置、店舗管理システム、繁忙度算出方法およびプログラムについて、図面を参照しながら説明する。以下の実施形態では、飲食店における繁忙度を算出する場合について例示する。また、繁忙度は「％」を単位として示す。
【００３９】
［第１実施形態］
図１は、第１実施形態に係る店舗管理システムＳＹ１のシステム構成図である。店舗管理システムＳＹ１は、店舗（飲食店）に設置されるキッチンプリンター１０（繁忙度算出装置）、オーダー端末１１、レシートプリンター１２、ＰＯＳ（Point Of Sales）端末１３、バーコードリーダー１４、店頭ディスプレイ１５および空席待ち管理装置１６の他、複数の店舗（例えば、チェーン展開している飲食店グループに含まれる店舗）における繁忙度を統括管理する管理サーバー２０と、顧客が操作する顧客端末３０と、から成る。
【００４０】
オーダー端末１１は、店員がオーダー内容を入力するためのハンディ型の情報入力端末である。キッチンプリンター１０は、オーダー端末１１に入力されたオーダー情報を、無線通信を介して取得し、オーダー票５１（図２（ａ）参照）を印刷する。なお、当該「オーダー情報」には、オーダー内容を示す情報の他、顧客が着席した座席を示す情報が含まれる。
【００４１】
レシートプリンター１２は、ＰＯＳ端末１３から取得した会計情報に基づいて会計レシート５２（図２（ｂ）参照）を印刷する。バーコードリーダー１４は、オーダー票５１に印刷されたバーコード５５を読み取り、ＰＯＳ端末１３に出力する。ＰＯＳ端末１３は、バーコードリーダー１４から取得したバーコード情報（オーダー番号を示す情報）から、オーダー内容を特定し（不図示のオーダー管理データベースからオーダー内容を読み出し）、当該オーダー内容と、各メニューの価格データベースと、に基づいて、会計処理を行う。なお、上記の「会計情報」とは、ＰＯＳ端末１３による当該会計処理結果を含む情報を指す。
【００４２】
なお、レシートプリンター１２は、ＰＯＳ端末１３から取得した会計情報を解析し、その解析結果（以下、「会計実行情報」とも称する）をキッチンプリンター１０に出力する。キッチンプリンター１０は、当該解析結果から、オーダー番号やオーダー内容を特定し、未会計処理のオーダー情報である残オーダー情報を管理する。詳細については後述するが、本実施形態のキッチンプリンター１０は、当該残オーダー情報に基づいて繁忙度を算出する。
【００４３】
店頭ディスプレイ１５は、店舗の店頭に設置されるディスプレイ装置であり、顧客に対してその店舗の繁忙度を示す。これにより、来店した顧客は、繁忙度を確認した上で、入店するか否かを判断することができる。また、空席待ち管理装置１６は、店内入口の受付カウンターに設置される装置である。顧客は、入店した後、当該空席待ち管理装置１６に必要な情報を入力することにより、空席待ち票５３（図４（ｂ）参照）を得る。これにより、店員は、顧客の入店順序に従って、公平にテーブル案内を行うことができる。
【００４４】
一方、管理サーバー２０は、複数の店舗に設置されたキッチンプリンター１０と、インターネット等のネットワークＮＴ１を介して接続される。管理サーバー２０は、各店舗において算出された現在の繁忙度（以下、「繁忙情報」とも称する）を取得して顧客（顧客端末３０）に提供すると共に、過去の繁忙度（以下、「繁忙履歴情報」とも称する）をデータベース２１に蓄積して、繁忙予測を行う。また、顧客端末３０から、店舗検索の依頼を受託した場合は、最短待ち時間となる店舗や最短移動時間で入店可能な店舗を検索し、推奨店舗として顧客端末３０に通知する。
【００４５】
顧客端末３０は、上記のネットワークＮＴ１（インターネット）、電話公衆回線等のネットワークＮＴ２、および基地局４０等を介して、管理サーバー２０と通信する。なお、顧客端末３０として、本実施形態では携帯電話、スマートフォン、ＰＤＡ、カーナビゲーション装置など、顧客と共に移動する移動通信端末を想定しているが、自宅にあるデスクトップ型のパーソナルコンピューター、コンビニエンスストアや公共施設に設置されたキオスク端末など、固定設置されることを前提とした端末を顧客端末３０として用いても良い。
【００４６】
次に、図２ないし図４を参照し、オーダー票５１、会計レシート５２、空席待ち票５３の印刷例、並びに店頭ディスプレイ１５および空席待ち管理装置１６の表示例について説明する。
【００４７】
図２（ａ）は、オーダー票５１の印刷例を示す図である。オーダー票５１には、オーダー時刻、オーダー番号、座席、オーダー品目およびバーコード５５が印刷される。ここで、オーダー時刻とは、キッチンプリンター１０がオーダー情報を取得した時刻、またはオーダー端末１１に情報入力が開始された時刻を指す。また、オーダー番号とは、キッチンプリンター１０またはオーダー端末１１により自動付与される番号を指す。また、座席とは、店員によって入力されたテーブル番号を指す。また、オーダー品目とは、品目名およびその数量を指す。また、バーコード５５には、少なくともオーダー番号を示す情報が含まれる。
【００４８】
続いて、図２（ｂ）は、会計レシート５２の印刷例を示す図である。会計レシート５２には、店舗名、会計日時、オーダー内容、金額（単価、合計金額）および精算情報が印刷される。ここで、会計日時とは、ＰＯＳ端末１３により会計処理が行われた日時を指す。また、精算情報とは、預かり金額および釣銭の額を指す。
【００４９】
続いて、図３（ａ）は、店頭ディスプレイ１５に設けられた表示画面６１の表示例を示す図である。表示画面６１には、店舗名、現在の繁忙度および補足情報が印刷される。ここで、現在の繁忙度とは、キッチンプリンター１０によって算出される値である。計算式については後述する。また、補足情報とは、顧客に対して待ち時間の目安を示す情報である。当該待ち時間の目安は、図３（ｂ）に示す待ち時間テーブルを参照してキッチンプリンター１０が決定する。例えば、繁忙度が０％の場合、待ち時間の目安は０分となる。また、繁忙度が２０％の場合、待ち時間の目安は２０分となる。なお、同図のテーブルにおいて「○○〜△△」の標記は、「○○以上、△△未満」を意味する（後述する図１７（ｂ）についても同様）。
【００５０】
続いて、図４（ａ）は、空席待ち管理装置１６に設けられたタッチパネル６２の表示例を示す図である。タッチパネル６２には、空席待ち状況、空席待ち番号および人数選択アイコンが表示される。ここで、空席待ち状況とは、空席待ち状態の顧客に付与されている空席待ち番号の一覧と、各番号の顧客人数を指す。また、空席待ち番号とは、次に空席待ちの操作を行った顧客に対して付与される番号を指す。また、人数選択アイコンとしては、「１人」、「２人」などの人数に応じたアイコンを表示する。顧客により、これらのアイコンのうちいずれかが選択（押下）されると、空席待ち管理装置１６は、図４（ｂ）に示す空席待ち票５３を印刷（発行）する。当該空席待ち票５３には、空席待ち番号および補足メッセージが印刷される。ここで、補足メッセージとは、顧客に対して、番号の確認および待機を促す説明を指す。
【００５１】
次に、図５を参照し、店舗管理システムＳＹ１の機能構成について説明する。キッチンプリンター１０は、主な機能構成として、オーダー情報取得部１１０、オーダー票印刷部１２０、会計実行情報取得部１３０、オーダー情報管理部１４０、席待ち情報取得部１５０、繁忙度算出部１６０、繁忙情報送信部１７０および繁忙度出力部１８０を備えている。
【００５２】
オーダー情報取得部１１０は、各店員が所持する複数のオーダー端末１１から、オーダー内容を示すオーダー情報を取得する。オーダー票印刷部１２０は、オーダー情報取得部１１０により取得したオーダー情報に基づいて、オーダー票５１を印刷する。会計実行情報取得部１３０は、レシートプリンター１２から、会計処理終了後に、オーダー内容を含む会計実行情報を取得する。
【００５３】
オーダー情報管理部１４０は、オーダー情報取得部１１０により取得したオーダー情報を管理用メモリー２２に蓄積すると共に、会計実行情報取得部１３０により取得した会計実行情報に含まれるオーダー内容に対応するオーダー情報を管理用メモリー２２から削除する。図６は、管理用メモリー２２の記憶内容の一例を示す図である。同図に示すように、管理用メモリー２２には、オーダーごとに、オーダー時刻、オーダー番号、座席およびオーダー内容（品目および数量）が記憶される。例えば、同図に示す３つのオーダー情報が管理用メモリー２２に記憶されている場合であって、ＰＯＳ端末１３によりオーダー番号「Ｔ００１」のオーダー票５１に基づいて会計処理が行われた場合、オーダー情報管理部１４０は、管理用メモリー２２からオーダー番号「Ｔ００１」のオーダー情報を削除する。
【００５４】
なお、オーダー情報を削除する際は、オーダー番号単位で削除するのではなく、オーダー内容（オーダー品目）ごとに削除しても良い。例えば、図６に示した３つのオーダー情報が管理用メモリー２２に記憶されている場合であって、ＰＯＳ端末１３により品目「Ａセット」、数量「１」のオーダー内容の会計処理が行われた場合（例えば、「テーブル１」に着席した３人の顧客のうち１人分のみ先に会計処理が行われた場合）、該当する品目（同図の例では、オーダー番号「Ｔ００１」およびオーダー番号「Ｔ００３」のいずれかに含まれる品目「Ａセット」）を削除する。
【００５５】
席待ち情報取得部１５０は、空席待ち管理装置１６から、席待ち顧客の人数を示す席待ち情報を取得する。例えば、図４（ａ）に示したタッチパネル６２の表示が行われている場合、席待ち顧客の人数は、４＋２＝６人であるから、席待ち情報は「６」となる。なお、席待ち情報の取得は、定期的、または顧客によるタッチパネル６２への操作をトリガーとして行われる。また、当該席待ち情報は、繁忙度の算出に用いられる。
【００５６】
繁忙度算出部１６０は、管理用メモリー２２に蓄積されているオーダー情報の数や、当該管理用メモリー２２に蓄積されているオーダー情報に含まれる品目ごとの注文数（品目ごとの注文数から算出される品目別調理時間の合計）などに基づいて、店内の繁忙度を算出する（図７（ｂ）参照）。また、繁忙度算出部１６０は、繁忙度を算出するための計算式に、席待ち情報取得部１５０により取得した席待ち情報に応じたパラメーターを反映して繁忙度を算出することも可能である（図８（ａ），（ｂ）参照）。なお、上記の待ち時間テーブル（図３（ｂ）参照）は、繁忙度算出部１６０に含まれるものであり、店頭ディスプレイ１５の表示画面６１（図３（ａ）参照）に表示する待ち時間の目安も、待ち時間テーブルを参照して、繁忙度算出部１６０により算出される。
【００５７】
繁忙情報送信部１７０は、繁忙度算出部１６０の算出結果である繁忙情報を、管理サーバー２０に送信する。なお、繁忙情報の送信は、キッチンプリンター１０が繁忙度の算出ごとに自発的に送信しても良いし、管理サーバー２０から要求があった場合に、その時点における繁忙度を送信しても良い。また、前者の場合、定期的に繁忙度を送信しても良いし、繁忙度に変化が生じた場合のみ送信しても良い。
【００５８】
繁忙度出力部１８０は、店頭ディスプレイ１５（外部装置）に対し、繁忙度算出部１６０の算出結果（繁忙度および待ち時間の目安）を出力する。当該出力は、キッチンプリンター１０または店頭ディスプレイ１５の電源投入時、並びに繁忙度に変化が生じた場合に行われる。なお、繁忙度の出力は、ディスプレイ装置以外にも、スピーカー、印刷装置、並びに携帯電話等の情報端末に対して行っても良い。
【００５９】
続いて、レシートプリンター１２の機能構成について説明する。レシートプリンター１２は、主な機能構成として、会計情報解析部１９０および会計実行情報出力部２００を備えている。
【００６０】
会計情報解析部１９０は、ＰＯＳ端末１３から取得した、会計処理結果を示す会計情報を解析し、オーダー番号やオーダー内容を抽出する。会計実行情報出力部２００は、会計情報の解析によって得られたオーダー番号やオーダー内容を、会計実行情報（会計処理済みのオーダー情報またはオーダー内容を特定するための情報）として、キッチンプリンター１０（会計実行情報取得部１３０）に出力する。
【００６１】
続いて、管理サーバー２０の機能構成について説明する。管理サーバー２０は、主な機能構成として、繁忙情報取得部２１０、繁忙度提供部２２０、検索依頼受託部２３０、推奨店舗決定部２４０、繁忙履歴情報記憶部２５０、推奨店舗通知部２６０、予約受託部２７０およびインセンティブ付与部２８０を備えている。
【００６２】
繁忙情報取得部２１０は、キッチンプリンター１０（繁忙情報送信部１７０）から、各店舗の現時点における繁忙情報をリアルタイムに取得し、サーバー側メモリー２３に格納する。
【００６３】
繁忙度提供部２２０は、繁忙情報取得部２１０で取得した繁忙情報（繁忙度算出結果）を、各店舗の名称と共に顧客端末３０に対して提供する。本実施形態では、管理サーバー２０が提供するＷｅｂサイト（モバイルサイト）にアクセスした閲覧者に対して、繁忙情報を提供する（図９（ｂ）参照）。
【００６４】
検索依頼受託部２３０は、顧客端末３０から、最短待ち時間の店舗検索の依頼を受ける。当該検索依頼の受託も、Ｗｅｂサイトにて行う（図９（ａ）参照）。また、推奨店舗決定部２４０は、検索依頼受託部２３０による検索依頼の受託をトリガーとして、サーバー側メモリー２３（各店舗の繁忙度算出結果）を参照し、当該参照結果に基づいて、推奨店舗を決定する。この場合、推奨店舗決定部２４０は、繁忙履歴情報記憶部２５０を参照し、各店舗の繁忙履歴情報を考慮して、推奨店舗を決定する。ここで、繁忙履歴情報とは、各店舗における過去の繁忙度算出結果と、繁忙度の算出を行った日時情報とを関連付けた情報である。推奨店舗決定部２４０は、繁忙履歴情報記憶部２５０に記憶された日時情報から、日時別または曜日別の繁忙予測情報を生成し、当該繁忙予測情報と現在日時または現在曜日とを照合することにより、推奨店舗を決定する。なお、本実施形態では、１日を複数の時間帯に分割し（例えば、１時間ごとなど）、その日およびその曜日における過去の繁忙度の平均値が５０％を超えている場合、その時間帯については、繁忙予測「あり」（混雑する可能性が高い）と判断する。その他、繁忙予測を算出するための算出アルゴリズムを用意しておき、当該算出アルゴリズムに、時間帯、曜日、天気、イベントの有無などに対応したパラメーターを代入して繁忙予測を行っても良い。
【００６５】
また、推奨店舗決定部２４０は、顧客端末３０から取得した位置情報が示す位置と、各店舗の位置との相対関係に基づいて、位置情報が示す位置から各店舗までの移動時間を算出し、当該移動時間の短い店舗を優先して、推奨店舗を決定する。つまり、顧客端末３０は、検索依頼時に、端末内に搭載されたＧＰＳの計測情報を位置情報として管理サーバー２０に送信する。管理サーバー２０は、位置情報から特定される顧客端末３０の位置（顧客の位置）から最も近い店舗を検索し、当該最近店舗を優先して推奨店舗を決定する。
【００６６】
さらに、推奨店舗決定部２４０は、繁忙情報（現時点における繁忙度）に基づいて、店舗に入店してからの待ち時間を算出し、当該待ち時間と移動時間の合計時間が最も短い店舗を、推奨店舗の一店舗として決定する。つまり、着席までの時間が最も短いと思われる店舗を推奨店舗として決定する。一方、推奨店舗通知部２６０は、推奨店舗決定部２４０により決定された推奨店舗を、顧客端末３０に通知する。この場合、推奨店舗通知部２６０は、推奨店舗決定部２４０により決定された推奨店舗における待ち時間および移動時間、若しくはそれらの合計時間を、顧客端末３０に通知する。なお、これらの通知も、Ｗｅｂサイトにて行う（図１０（ａ），（ｂ）、図１１（ａ）参照）。
【００６７】
予約受託部２７０は、顧客端末３０から、推奨店舗通知部２６０により通知した推奨店舗に対する予約を受ける。また、インセンティブ付与部２８０は、推奨店舗決定部２４０により決定した複数の推奨店舗のうち、合計時間が最も短い店舗以外の推奨店舗に対して予約を行った顧客端末３０に対してインセンティブを付与する。これにより、例えば、店舗側の都合で推奨店舗を決定した場合（過去の繁忙履歴情報から混雑傾向にある店舗を避けて推奨店舗を決定した場合など）に、顧客がその推奨店舗の利用を了承してくれたことに対するインセンティブを与えることで、店舗、顧客の双方に対してメリットとなる。なお、予約受託部２７０による予約の受託およびインセンティブ付与部２８０によるインセンティブの付与（通知）も、Ｗｅｂサイトにて行う（図１０（ａ），（ｂ）、図１１（ａ），（ｂ）参照）。
【００６８】
次に、図７および図８を参照し、繁忙度の算出について説明する。まず、図７（ａ）は、品目テーブルを示す図である。当該品目テーブルは、品目とその調理時間と関連付けたものであり、繁忙度算出部１６０に含まれる。なお、同図に示す「ドリンクＤ」のように、調理時間の算出対象外となる品目も存在する。
【００６９】
図７（ｂ）は、繁忙度の計算式：パターン１を示す図である。同図に示すように、当該パターン１では、「オーダー数」と「品目別調理時間の合計」をパラメーターとしている。ここで、「品目別調理時間の合計」は、図７（ａ）に示した品目テーブルを参照し、管理用メモリー２２に含まれる全オーダー情報（残オーダー情報）の品目に対応する調理時間の累計を指す。例えば、図６に示すオーダー情報が管理用メモリー２２に蓄積されている場合、「品目別調理時間の合計」は、品目「Ａセット」、「Ｂセット」、「Ｃセット」の注文数がそれぞれ「２」であるから、６４分となる。なお、同図に示すＸ，Ｙは、補正係数（定数）である。
【００７０】
図８（ａ）は、繁忙度の計算式：パターン２を示す図である。当該パターン２では、「オーダー数」と「席待ち人数」をパラメーターとしている。ここで、「席待ち人数」は、席待ち情報取得部１５０により取得される席待ち情報から特定される値である。なお、同図に示すＸ，Ｚは、補正係数（定数）である。
【００７１】
図８（ｂ）は、繁忙度の計算式：パターン３を示す図である。当該パターン３では、「オーダー数」と「品目別調理時間の合計」と「席待ち人数」をパラメーターとしている。なお、同図に示すＸ，Ｙ，Ｚは、補正係数（定数）である。
【００７２】
以上、繁忙度の計算式として３つのパターンを示したが、どの計算式を採用するかを、キッチンプリンター１０に設けられた操作子、または設定ツールを用いて、ユーザーが選択可能としても良い。
【００７３】
次に、図９ないし図１１を参照し、顧客端末３０に設けられた表示画面３１の表示例および顧客端末３０の操作について説明する。図９（ａ）は、「○○チェーン」のＷｅｂサイトにアクセスした際のトップ画面を示す図である。トップ画面には、最短待ち時間となる店舗の検索ができる旨、その店舗に対して予約ができる旨、クーポン（インセンティブ）を受けられる可能性がある旨、などのメッセージを表示する。また、操作選択肢として、「店舗一覧」と「店舗の検索」を表示する。顧客は、顧客端末３０に設けられた操作部（テンキーなど，図示省略）を用いて、操作選択肢の選択など各種操作を行う。
【００７４】
顧客端末３０は、ユーザーによりトップ画面において「店舗一覧」が選択されると、図９（ｂ）に示す店舗一覧画面を表示画面３１に表示する。店舗一覧画面には、チェーン店グループに含まれる各店舗の店舗名、繁忙度、待ち時間を表示する。ここで、繁忙度とは、現時点における繁忙度算出結果を指す。また、待ち時間とは、図３（ｂ）に示した待ち時間テーブルを参照して得られる値である。つまり、管理サーバー２０（繁忙度提供部２２０）にも、待ち時間テーブルが含まれる。店舗一覧画面において、操作選択肢「前の画面に戻る」が選択されると、トップ画面に戻る。
【００７５】
一方、顧客端末３０は、ユーザーによりトップ画面において「店舗の検索」が選択されると、図１０（ａ），（ｂ）および図１１（ａ）に示すような店舗検索結果画面を表示画面３１に表示する。例えば、図１０（ａ）は、顧客端末３０の現在位置に基づく移動時間、繁忙情報（現時点における繁忙度）に基づく待ち時間、および繁忙予測情報が、図１２（ａ）に示す状況である場合の検索結果例（ケース１）を示している。
【００７６】
ここで、まず、図１２に示す３つの状況（ケース１〜３）について説明する。推奨店舗決定部２４０は、店舗名、移動時間、待ち時間、合計時間および繁忙予測を管理しており、これらの検索条件に応じて推奨店舗を決定する。ここで、移動時間とは、顧客端末３０の位置と各店舗の位置との相対位置から得られる情報である。なお、移動時間の算出アルゴリズムについては、ナビゲーション装置等で従来用いられているものを採用可能である。また、移動手段についても、徒歩、自転車、自動車など複数項目の中から選択可能としても良い。ここでは、徒歩移動を原則として移動時間を算出する。また、待ち時間とは、サーバー側メモリー２３に記憶されている現在の繁忙度から、待ち時間テーブル（図３（ｂ）参照）を参照して特定される情報である。また、合計時間とは、移動時間と待ち時間の合計を指す。また、繁忙予測とは、繁忙履歴情報記憶部２５０に記憶されている繁忙履歴情報に基づく情報であり、「あり」／「なし」のいずれかを指す。具体的には、その時間帯（店舗検索依頼が行われた時間帯）およびその曜日における過去の繁忙履歴の平均値が所定値（例えば、５０％）を超えている場合、繁忙予測「あり」とする。なお、時間帯が１時間ごとなど、比較的短い単位で区切られている場合、過去の繁忙履歴の平均値が所定値を超えている時間帯の幾つか手前の時間帯から、繁忙予測「あり」として管理することが好ましい。
【００７７】
ここで、図１２に示す３つの状況と、各状況における店舗検索結果画面の表示結果について説明する。上記の通り、推奨店舗決定部２４０は、移動時間の短い店舗を優先して推奨店舗を決定する。したがって、図１２（ａ）のケース１では、「△△店」が優先店舗となる。また、合計時間が最も短い店舗も「△△店」である。このように、移動時間の最も短い店舗＝合計時間が最も短い店舗の場合、該当する１店舗のみを推奨店舗として決定する。したがって、図１０（ａ）に示すような表示結果となる。
【００７８】
また、図１２（ｂ）のケース２のように、移動時間の最も短い店舗≠合計時間が最も短い店舗の場合、推奨店舗決定部２４０は、合計時間が最も短い店舗と、移動時間の最も短い店舗を推奨店舗として決定する。また、この場合、合計時間が最も短い店舗（同図の例の場合、「◇◇店」）を第１候補として表示する（最初に表示すると共に、仮選択状態にて表示する）。したがって、図１０（ｂ）に示すような表示結果となる。
【００７９】
また、図１２（ｃ）のケース３のように、移動時間の最も短い店舗＝合計時間が最も短い店舗であるが、該当する店舗が繁忙予測「あり」の場合、合計時間が短い順に、２つの店舗（同図の例の場合、「△△店」と「◇◇店」）を推奨店舗として決定する。また、この場合、合計時間が最も短い店舗（第１候補の店舗）以外の店舗（第２候補の店舗）をクーポンプレゼントの対象店舗とする。したがって、図１１（ａ）に示すような表示結果となる。
【００８０】
なお、図１０（ａ），（ｂ）および図１１（ａ）に示すように、店舗検索結果画面には、検索結果（該当する推奨店舗の数や各推奨店舗に関する情報）を表示する。また、各推奨店舗に関する情報としては、店舗名、移動時間、待ち時間、住所、電話番号などを表示する。また、店舗検索結果画面において、操作選択肢「前の画面に戻る」が選択されると、トップ画面に戻る。また、操作選択肢「選択した店舗に予約」が選択されると、図１１（ｂ）に示すような予約完了画面を表示する。
【００８１】
図１１（ｂ）では、図１１（ａ）に示す店舗検索結果画面において、第２候補の店舗が選択された場合の、予約完了画面を例示している。予約完了画面には、予約を完了した旨、予約番号、予約店舗に関する情報、クーポン情報などを表示する。また、予約完了画面において、操作選択肢「画面登録する」が選択されると、画面情報を顧客端末３０内のメモリー（図示省略）に記憶する。また、操作選択肢「トップ画面に戻る」が選択されると、トップ画面に戻る。なお、予約番号については、管理サーバー２０により自動付与される番号であるが、当該予約番号およびクーポン情報は、予約店舗に通知される。予約店舗のキッチンプリンター１０は、これらの予約情報を取得すると、これを所定のメモリーに保存する。また、ＰＯＳ端末１３は、顧客が会計を行う際、顧客から提示された予約完了画面と所定のメモリーの記憶内容とを照合し、確かに予約が行われていることを確認した上で、割引処理を行う。なお、所定のメモリーは、キッチンプリンター１０、レシートプリンター１２、ＰＯＳ端末１３、およびこれらと接続された記憶装置（図示省略）のいずれかの中に存在し、レシートプリンター１２またはＰＯＳ端末１３に設けられた表示画面にて予約情報が確認できるようになっている。
【００８２】
なお、予約情報としては、予約番号およびクーポン情報だけでなく、予約日時や顧客情報（例えば、Ｗｅｂサイトにログインしたときのログイン情報）、並びに顧客による入力情報（人数情報や座席タイプ（喫煙／禁煙など）を指定する情報）を含めて各店舗に送信されることが好ましい。この構成によれば、店舗側で予約した顧客に関する情報を詳細に把握できると共に、顧客が画面登録を忘れた際にもスムーズに対応できる。
【００８３】
以上説明したとおり、第１実施形態に係る店舗管理システムＳＹ１によれば、キッチンプリンター１０において、管理用メモリー２２に蓄積されている残オーダー情報の数や残オーダー情報に含まれる品目ごとの注文数など基づいて、店内の繁忙度を算出するため、店頭ディスプレイ１５やＷｅｂサイト上で、正確な繁忙度を顧客に提示できる。また、店員は、オーダー端末１１にオーダー情報を入力してキッチンプリンター１０に送信する通常の注文受付操作を行うだけで良いため、煩雑な操作を必要としない。このため、店員の誤操作の問題がなくなり、正確な繁忙度を算出できる。また、繁忙度の計算式に、席待ち情報に応じたパラメーターを反映することにより（図８（ａ），（ｂ）参照）、空席待ちをしている席待ち顧客の人数を考慮した、より正確な繁忙度を算出できる。
【００８４】
また、繁忙度の算出、および管理サーバー２０との通信を、キッチンプリンター１０を主体として行うことで、ＰＯＳアプリケーションの変更やＰＯＳシステムの入れ替えを必要としない。これにより、およびシステム導入に要する時間およびコストを軽減できる。
【００８５】
また、管理サーバー２０は、顧客端末３０からの依頼により、最短待ち時間の店舗などを推奨店舗として検索し、これを通知するため、顧客は待ち時間を軽減でき、着席または飲食開始までに長時間待たされることによる不満を解消できる。また、推奨店舗の決定は、各店舗における過去の繁忙履歴情報を考慮するため、例えばいつも混雑している店舗は、その日偶発的に空いていたとしても推奨店舗としないなど、実情に応じた最適な推奨店舗を決定できる。また、推奨店舗として、移動時間の短い店舗を優先するため、顧客の移動の負担を軽減できる。さらに、待ち時間と移動時間との合計時間が最も短い店舗を第１候補とするため、顧客は、飲食を開始するまでの時間が最も短い店舗を知ることができる。
【００８６】
また、推奨店舗決定部２４０により決定した複数の推奨店舗のうち、合計時間が最も短い店舗以外の推奨店舗に対して予約を行った顧客端末３０に対してインセンティブを付与する。つまり、店舗側の都合で、過去の繁忙履歴情報から混雑傾向にある店舗を避けて推奨店舗を決定した場合などであって、顧客がその推奨店舗の利用を了承した場合などに、顧客端末３０に対してインセンティブを与えることで、店舗、顧客の双方に対してメリットが得られる。
【００８７】
なお、上記の実施形態では、キッチンプリンター１０により繁忙度の算出を行ったが、管理サーバー２０側で行っても良い。図１３は、第１実施形態に係る店舗管理システムＳＹ１の変形例を示すシステム構成図である。当該変形例では、キッチンプリンター１０が、取得したオーダー情報、会計実行情報および席待ち情報をそれぞれ管理サーバー２０に送信する。つまり、図５に示した構成と比較して、キッチンプリンター１０に、オーダー情報送信部３１０、会計実行情報送信部３２０および席待ち情報送信部３３０が追加されている。また、管理サーバー２０に、管理用メモリー２２と、オーダー情報管理部３４０（図５のオーダー情報管理部１４０に相当）および繁忙度算出部３５０（図５の繁忙度算出部１６０に相当）が追加されている。このように、管理サーバー２０側で、オーダー情報の管理や繁忙度の算出を行うことで、キッチンプリンター１０（店舗装置）の処理負荷を軽減できる。これにより、キッチンプリンター１０のコストを抑えることができ、ひいては店舗管理システムＳＹ１全体の低コスト化を図ることができる。
【００８８】
また、上記の実施形態では、計算式を用いて繁忙度を算出したが、テーブルを参照して繁忙度を求めるようにしても良い。例えば、管理用メモリー２２に蓄積されているオーダー情報の数と、繁忙度と、を対応付けたテーブルを参照し、オーダー情報の数が「０」の場合は繁忙度０％、オーダー情報の数が「１」の場合は繁忙度１０％などのように、繁忙度を求めても良い。
【００８９】
また、上記の実施形態では、オーダー票印刷部１２０を備えたキッチンプリンター１０にて繁忙度の算出処理を行ったが、会計レシート印刷部（図示省略）を備えたレシートプリンター１２にて繁忙度の算出処理を行っても良い。つまり、「繁忙度算出装置」をレシートプリンター１２によって実現し、レシートプリンター１２を中心として店舗内のシステムを構成しても良い。この場合、レシートプリンター１２は、管理サーバー２０、キッチンプリンター１０、店頭ディスプレイ１５、空席待ち管理装置１６と接続される。また、キッチンプリンター１０およびレシートプリンター１２のいずれでもなく、これら両プリンター１０，１２に接続された繁忙度算出装置（図示省略）にて繁忙度の算出処理を行っても良い。この場合、繁忙度算出装置は、キッチンプリンター１０およびレシートプリンター１２から、それぞれオーダー情報および会計実行情報を取得すると共に、管理サーバー２０と接続される。
【００９０】
また、上記の実施形態では、管理サーバー２０によりインセンティブの付与（割引クーポンの発行）を行ったが、各店舗にて行っても良い。この場合、管理サーバー２０（不図示のインセンティブ管理部）は、予約店舗となる店舗のキッチンプリンター１０にインセンティブを付与する旨の情報（例えば、予約番号およびクーポン情報）を送信する。当該情報を取得したキッチンプリンター１０は、レシートプリンター１２（不図示のインセンティブ付与部）に情報を転送し、レシートプリンター１２は、ＰＯＳ端末１３にて会計処理が行われる際、顧客から提示された予約番号と、転送された情報とに基づいて、インセンティブを付与する。なお、この場合のインセンティブとして、次回の会計処理時に利用可能なクーポンなどを発行しても良い。
【００９１】
また、上記の実施形態では、顧客端末３０から店舗予約を行うものとしたが、当該予約時にオーダー内容を入力可能としても良い。この場合、顧客端末３０に対し、待ち時間および移動時間だけでなく、オーダー内容に応じた調理加算時間を提示することが好ましい。つまり、合計時間＝（移動時間）＋（待ち時間）＋（調理加算時間）として算出し、顧客に提示しても良い。ここで、調理加算時間は、オーダー内容に含まれるオーダー数や品目別の調理時間の合計に応じて算出可能である。この構成によれば、顧客が飲食を開始するまでに要する時間を正確に算出し、これを顧客に提示できる。
【００９２】
また、上記の実施形態では、現時点における繁忙情報および繁忙予測情報に基づいて推奨店舗を決定したが、繁忙予測情報のみに基づいて推奨店舗を決定しても良い。また、この場合、顧客が時間指定を行い、その時間における予測繁忙度（繁忙履歴情報に基づいて算出される繁忙度）を顧客端末３０に提示しても良い。この構成によれば、例えば、今日のディナーはどの店舗が空いているか、また、ある店舗に食事に行きたいがどの時間帯または曜日が空いているのか、など現時点以外の繁忙状況を調べることができる。
【００９３】
また、上記の実施形態では、Ｗｅｂサイトにて、繁忙度の提示、検索依頼の受託、推奨店舗の通知等を行ったが、電子メールを用いて、顧客端末３０に直接提示または通知しても良い。また、ツイッター（登録商標）などの手段を用いて、繁忙度の提示や推奨店舗の通知（この場合は、移動時間を考慮せず、待ち時間の短い店舗を優先して推奨店舗を決定する）を行っても良い。
【００９４】
また、上記の実施形態では、繁忙度を「％」によって表したが、レベルなど段階を示す数値によって表しても良い。また、数値ではなく、「大」、「中」、「小」など抽象的な文言で表しても良い。また、「繁忙度」の表現方法（パーセント、レベル、抽象文言など）を、キッチンプリンター１０に設けられた操作子、または設定ツールを用いて、ユーザーが選択可能としても良い。
【００９５】
また、上記の実施形態では、店舗検索を行う際、顧客端末３０の現在位置を位置情報として取得したが、顧客端末３０に入力された位置情報を取得しても良い。この構成によれば、例えば現在新宿駅に居るが、東京駅を位置情報として入力することで、東京駅を移動開始点として店舗検索を依頼することができる。
【００９６】
［第２実施形態］
次に、図１４ないし図１８を参照し、本発明の第２実施形態について説明する。上記の第１実施形態は、繁忙度を算出して顧客に提示したが、本実施形態は、店舗内の空席数を算出して顧客に提示する点を特徴とする。以下、第１実施形態と異なる点のみ説明する。なお、本実施形態において、第１実施形態と同様の構成部分については同様の符号を付し、詳細な説明を省略する。また、第１実施形態と同様の構成部分について適用される変形例は、本実施形態についても同様に適用される。なお、本実施形態における「店舗」は、着席型の飲食店など、顧客が着席してサービスを受けるタイプの店舗であることを前提とする。
【００９７】
図１４は、第２実施形態に係る店舗管理システムＳＹ２のシステム構成図である。同図に示すように、本実施形態に係る店舗管理システムＳＹ２は、第１実施形態（図１参照）と比較して、空席待ち管理装置１６を省略した構成となっている。
【００９８】
図１５（ａ）は、第２実施形態に係る店頭ディスプレイ１５の表示例を示す図である。本実施形態では、店頭ディスプレイ１５の表示画面６１に、店内における現在の空席数を表示する。また、空席数は、座席タイプ別に、「空席数／座席タイプ別の座席数」として表示する。図１５（ｂ）は、キッチンプリンター１０に設けられる座席数記憶部４１０の記憶内容の一例を示す図である。座席数記憶部４１０は、座席タイプ別に、店内に設けられた座席数と、該当する座席番号（テーブル番号）を記憶する。
【００９９】
図１６は、第２実施形態に係る店舗管理システムＳＹ２の機能ブロック図である。なお、レシートプリンター１２の機能構成については、第１実施形態と同様であるため説明を省略する。キッチンプリンター１０は、主な機能構成として、座席数記憶部４１０、オーダー情報取得部１１０、オーダー票印刷部１２０、会計実行情報取得部１３０、オーダー情報管理部１４０、空席数算出部４２０、繁忙情報送信部４３０および空席数出力部４４０を備えている。
【０１００】
座席数記憶部４１０は、店内の座席数を、座席タイプ別に記憶する（図１５（ｂ）参照）。また、本実施形態のオーダー情報管理部１４０は、オーダー情報取得部１１０により取得したオーダー情報を管理用メモリー２２に蓄積すると共に、当該管理用メモリー２２に蓄積したオーダー情報から、会計実行情報取得部１３０により取得した会計実行情報に含まれるオーダー内容に対応するオーダー情報を削除することによって、未会計処理のオーダー情報である残オーダー情報を管理する。
【０１０１】
空席数算出部４２０は、店内の座席数から、上記の残オーダー情報から特定される使用中座席数を差し引くことにより、空席数を算出する。また、座席数記憶部４１０が、座席タイプ別に座席数を記憶している場合、店内の座席タイプ別の座席数から、残オーダー情報が示す座席タイプ別の使用中座席数を差し引くことにより、座席タイプ別の空席数を算出する。例えば、図６に示した３つのオーダー情報が、残オーダー情報として管理用メモリー２２に蓄積されている場合、テーブル１〜３は、いずれも喫煙席であるため（図１５（ｂ）参照）、喫煙席の使用中座席数は「３」である。したがってこの場合、喫煙席の全座席数「１０」から使用中座席数「３」を差し引いた数「７」が空席数となる。
【０１０２】
繁忙情報送信部４３０は、空席数算出部４２０による空席数算出結果と、上記の残オーダー情報から特定される残オーダー数（図６に示した例の場合、残オーダー数「３」）を、繁忙情報として管理サーバー２０に送信する。なお、繁忙情報の送信は、キッチンプリンター１０が空席数または残オーダー数の算出ごとに自発的に送信しても良いし、管理サーバー２０から要求があった場合に、その時点における繁忙情報を送信しても良い。また、前者の場合、定期的に繁忙情報を送信しても良いし、変化が生じた場合のみ繁忙情報を送信しても良い。
【０１０３】
空席数出力部４４０は、空席数算出部４２０により算出した空席数を、店頭ディスプレイ１５（外部装置）に出力する（図１５（ａ）参照）。当該出力は、キッチンプリンター１０または店頭ディスプレイ１５の電源投入時、並びに空席数に変化が生じた場合に行われる。なお、空席数の出力は、ディスプレイ装置以外にも、スピーカー、印刷装置、並びに携帯電話等の情報端末に対して行っても良い。
【０１０４】
一方、管理サーバー２０は、主な機能構成として、繁忙情報取得部４５０、空席数提供部４６０、検索依頼受託部２３０、推奨店舗決定部４７０、繁忙履歴情報記憶部４８０、推奨店舗通知部２６０、予約受託部２７０およびインセンティブ付与部２８０を備えている。
【０１０５】
繁忙情報取得部４５０は、キッチンプリンター１０（繁忙情報送信部４３０）から、各店舗の現時点における繁忙情報（空席数および残オーダー数）をリアルタイムに取得し、サーバー側メモリー２３に格納する。
【０１０６】
空席数提供部４６０は、繁忙情報取得部４５０で取得した繁忙情報を、各店舗の名称と共に顧客端末３０に対して提供する。本実施形態でも、第１実施形態と同様に、管理サーバー２０が提供するＷｅｂサイトにアクセスした閲覧者に対して、繁忙情報を提供する。図１７（ａ）は、本実施形態に係る店舗一覧画面の表示例を示す図である。同図に示すように、店舗一覧画面には、チェーン店グループに含まれる各店舗の店舗名、空席数、待ち時間を表示する。ここで、空席数とは、繁忙情報取得部４５０で取得した繁忙情報に基づく、現時点における空席数を指す。また、待ち時間とは、空席数および残オーダー数に基づき、図１７（ｂ）に示す待ち時間テーブルを参照して得られる値である。つまり、管理サーバー２０（空席数提供部４６０）にも、待ち時間テーブルが含まれる。なお、店舗一覧画面において、操作選択肢「前の画面に戻る」が選択されると、トップ画面（図９（ａ）参照）に戻る。また、本実施形態では、店舗一覧の表示や店舗の検索を行う際、顧客が座席タイプ（喫煙席または禁煙席）を指定できるようになっている。したがって、空席数提供部４６０は、指定された座席タイプ別に空席数を提示し、後述する推奨店舗決定部４７０は、指定された座席タイプ別に推奨店舗の決定を行う。
【０１０７】
図１７（ｂ）に示すように、本実施形態の待ち時間テーブルは、空席数、残オーダー数および待ち時間が関連付けられている。例えば、空席数が５席以上の場合（喫煙席または禁煙席の座席タイプ別で５席以上の場合）、残オーダー数にかかわらず待ち時間を「０分」と決定する。一方、空席数が５席未満の場合は、残オーダー数に応じて待ち時間を決定する。例えば、空席数が５席未満、且つ残オーダー数が「１０」の場合、待ち時間を「３０分」と決定する。
【０１０８】
推奨店舗決定部４７０は、検索依頼受託部２３０による検索依頼の受託をトリガーとして、サーバー側メモリー２３（各店舗の繁忙情報）を参照し、当該参照結果に基づいて、推奨店舗を決定する。この場合、推奨店舗決定部４７０は、繁忙履歴情報記憶部４８０を参照し、各店舗の繁忙履歴情報を考慮して、推奨店舗を決定する。ここで、繁忙履歴情報とは、各店舗における過去の空席数算出結果と、空席数の算出を行った日時情報とを関連付けた情報である。推奨店舗決定部４７０は、繁忙履歴情報記憶部４８０に記憶された日時情報から、日時別または曜日別の繁忙予測情報を生成し、当該繁忙予測情報と現在日時または現在曜日とを照合することにより、推奨店舗を決定する。なお、本実施形態では、１日を複数の時間帯に分割し、その日およびその曜日における過去の空席数の平均値が５席未満の場合、その時間帯については、繁忙予測「あり」（混雑する可能性が高い）と判断する。その他、第１実施形態と同様に、繁忙予測を算出するための算出アルゴリズムを用意しておき、当該算出アルゴリズムに、時間帯、曜日、天気、イベントの有無などに対応したパラメーターを代入して繁忙予測を行っても良い。
【０１０９】
また、推奨店舗決定部４７０は、第１実施形態と同様に、顧客端末３０から取得した位置情報が示す位置と、各店舗の位置との相対関係に基づいて、位置情報が示す位置から各店舗までの移動時間を算出し、当該移動時間の短い店舗を優先して、推奨店舗を決定する。つまり、推奨店舗決定部４７０は、顧客の位置から最も近い店舗を検索し、当該最近店舗を優先して推奨店舗を決定する。さらに、推奨店舗決定部４７０は、繁忙情報（現時点における空席数および残オーダー数）に基づいて、店舗に入店してからの待ち時間を算出し、当該待ち時間と移動時間の合計時間が最も短い店舗を、推奨店舗の一店舗として決定する。また、本実施形態の推奨店舗通知部２６０は、推奨店舗決定部４７０により決定された推奨店舗を顧客端末３０に対して通知する。その際、各推奨店舗における待ち時間および移動時間、若しくは合計時間も通知する（図１０（ａ），（ｂ）、図１１（ａ）参照）。
【０１１０】
以上説明したとおり、第２実施形態に係る店舗管理システムＳＹ２によれば、キッチンプリンター１０において、未会計処理のオーダー情報である残オーダー情報から使用中座席数を特定し、これを店内に設けられた座席数から差し引くことによって空席数を算出するため、正確な空席数を顧客に提示できる。また、店員は、オーダー端末１１にオーダー情報を入力してキッチンプリンター１０に送信する通常の注文受付操作を行うだけで良いため、煩雑な操作を必要としない。このため、店員の誤操作の問題がなくなり、正確な空席数を算出できる。また、空席数は、座席タイプ別に算出するため、空席数が多いにもかかわらず、顧客が実際に入店してみると所望の座席タイプの空席がないなどの不都合を解消できる。
【０１１１】
さらに、第１実施形態と同様に、キッチンプリンター１０を主体として、空席数の算出および管理サーバー２０との通信を行うため、ＰＯＳアプリケーションの変更やＰＯＳシステムの入れ替えを必要としない。これにより、システム導入に要する時間およびコストを軽減できる。
【０１１２】
なお、上記の第２実施形態では、キッチンプリンター１０により空席数の算出を行ったが、管理サーバー２０側で行っても良い。図１８は、第２実施形態に係る店舗管理システムＳＹ２の変形例を示すシステム構成図である。当該変形例では、キッチンプリンター１０（店舗装置）が、取得したオーダー情報および会計実行情報をそれぞれ管理サーバー２０に送信する。つまり、図１６に示した構成と比較して、キッチンプリンター１０に、オーダー情報送信部３１０および会計実行情報送信部３２０が追加されている。また、管理サーバー２０に、管理用メモリー２２と、オーダー情報管理部３４０（図１６のオーダー情報管理部１４０に相当）および空席数算出部５１０（図１６の空席数算出部４２０に相当）が追加されている。このように、管理サーバー２０側で、オーダー情報の管理や空席数の算出を行うことで、キッチンプリンター１０の処理負荷を軽減できる。これにより、キッチンプリンター１０のコストを抑えることができ、ひいては店舗管理システムＳＹ２全体の低コスト化を図ることができる。
【０１１３】
また、上記の第２実施形態では、座席タイプとして、喫煙席または禁煙席を例示したが、２人席または４人席、子供連れ用または大人専用、などの座席タイプ別に空席数を算出しても良い。
【０１１４】
また、上記の第２実施形態において、推奨店舗決定部４７０は、繁忙情報（現時点における空席数および残オーダー数）に基づいて推奨店舗を決定したが、残オーダー情報の数である残オーダー数に代えて、またはこれに加えて、残オーダー情報に含まれる品目ごとの注文数を考慮して推奨店舗を決定しても良い。
【０１１５】
また、「空席数」は、席数そのもので表すものとしたが、空席割合（パーセント）として表しても良い。また、「多い」、「中程度」、「少ない」など抽象的な文言で表しても良い。さらに、「空席数」の表現方法を、キッチンプリンター１０に設けられた操作子、または設定ツールを用いて、ユーザーが選択可能としても良い。
【０１１６】
以上、２つの実施形態を示したが、上記の各実施形態に示した店舗管理システムＳＹ１，ＳＹ２の各部をプログラムとして提供することが可能である。また、そのプログラムを記録媒体（図示省略）に格納して提供することも可能である。すなわち、コンピューターを、本実施形態の店舗管理システムＳＹ１，ＳＹ２の各部として機能させるためのプログラム、およびそれを記録した記録媒体も、本発明の権利範囲に含まれる。
【０１１７】
また、本発明の店舗管理システムＳＹ１，ＳＹ２を組み合わせても良い。例えば、第１実施形態で繁忙度を算出する際、第２実施形態で算出した空席数を考慮しても良い。つまり、繁忙度を算出するための計算式に、空席数に応じたパラメーターを反映して繁忙度を算出しても良い。また、第２実施形態で、空席数と残オーダー数を規定したテーブルを参照して待ち時間を決定したが（図１７（ｂ）参照）、空席数および残オーダー数以外に、残オーダー情報に含まれる各品目の品目別調理時間（図７（ａ）参照）や、空席待ち管理装置１６から出力された席待ち情報に基づいて待ち時間を決定しても良い。また、テーブルを参照するのではなく、待ち時間を算出するための計算式に、空席数、残オーダー数、残オーダー情報に含まれる各品目の品目別調理時間、および席待ち情報に応じたパラメーターを反映して待ち時間を算出しても良い。
【０１１８】
その他、本発明の店舗管理システムＳＹ１，ＳＹ２を、飲食店以外の、商品を販売する小売店、銀行、郵便局、市役所など、任意のサービスを顧客に対して提供する施設に適用可能である。その他、本発明の要旨を逸脱しない範囲で、適宜変更が可能である。
【符号の説明】
【０１１９】
１０…キッチンプリンター １１…オーダー端末 １２…レシートプリンター １３…ＰＯＳ端末 １４…バーコードリーダー １５…店頭ディスプレイ １６…空席待ち管理装置 ２０…管理サーバー ２１…データベース ２２…管理用メモリー ２３…サーバー側メモリー ３０…顧客端末 ３１…表示画面（顧客端末） ４０…基地局 ５１…オーダー票 ５２…会計レシート ５３…空席待ち票 ５５…バーコード ６１…表示画面（店頭ディスプレイ） ６２…タッチパネル ＮＴ１…ネットワーク（インターネット） ＮＴ２…ネットワーク（電話公衆回線） ＳＹ１…店舗管理システム（第１実施形態） ＳＹ２…店舗管理システム（第２実施形態）
【特許請求の範囲】
【請求項１】
オーダー内容を示すオーダー情報を取得するオーダー情報取得部と、
取得した前記オーダー情報をメモリーに蓄積して管理するオーダー情報管理部と、
前記メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数、の少なくとも一方に基づいて、店内の繁忙度を算出する繁忙度算出部と、
算出した前記繁忙度を外部装置に出力する繁忙度出力部と、を備えたことを特徴とする繁忙度算出装置。
【請求項２】
前記オーダー内容を含む会計実行情報を取得する会計実行情報取得部をさらに備え、
前記オーダー情報管理部は、前記会計実行情報に含まれるオーダー内容に対応する前記オーダー情報を前記メモリーから削除することを特徴とする請求項１に記載の繁忙度算出装置。
【請求項３】
席待ち顧客の人数を示す席待ち情報を取得する席待ち情報取得部をさらに備え、
前記繁忙度算出部は、計算式を用いて前記繁忙度を算出すると共に、当該計算式に、前記席待ち情報に応じたパラメーターを反映することを特徴とする請求項１または２に記載の繁忙度算出装置。
【請求項４】
取得した前記オーダー情報に基づいて、オーダー票を印刷するオーダー票印刷部と、
取得した前記会計実行情報に基づいて、会計レシートを印刷する会計レシート印刷部と、のうち、少なくとも一方の印刷部を備えたことを特徴とする請求項１ないし３のいずれか１項に記載の繁忙度算出装置。
【請求項５】
各店舗に対応して設けられた請求項１ないし４のいずれか１項に記載の繁忙度算出装置と、
複数の前記繁忙度算出装置とネットワークを介して接続された管理サーバーと、を備えた店舗管理システムであって、
前記管理サーバーは、
前記複数の繁忙度算出装置による繁忙度算出結果を、各店舗の名称と共に顧客端末に対して提供する繁忙度提供部を備えたことを特徴とする店舗管理システム。
【請求項６】
前記管理サーバーは、
前記顧客端末から、最短待ち時間の店舗検索の依頼を受ける検索依頼受託部と、
前記検索依頼の受託をトリガーとして、前記複数の繁忙度算出装置による繁忙度算出結果を参照し、当該参照結果に基づいて、推奨店舗を決定する推奨店舗決定部と、
決定した前記推奨店舗を、検索依頼を行った前記顧客端末に対して通知する推奨店舗通知部と、をさらに備えたことを特徴とする請求項５に記載の店舗管理システム。
【請求項７】
前記管理サーバーは、
前記複数の繁忙度算出装置による過去の繁忙度算出結果である繁忙履歴情報を記憶する繁忙履歴情報記憶部をさらに備え、
前記推奨店舗決定部は、前記繁忙履歴情報記憶部を参照し、各店舗の繁忙履歴情報を考慮して、前記推奨店舗を決定することを特徴とする請求項６に記載の店舗管理システム。
【請求項８】
前記繁忙履歴情報記憶部は、前記繁忙履歴情報を、前記繁忙度の算出を行った日時情報と共に記憶し、
前記推奨店舗決定部は、前記繁忙履歴情報記憶部に記憶された前記日時情報から、日時別または曜日別の繁忙予測情報を生成し、当該繁忙予測情報と現在日時または現在曜日とを照合することにより、前記推奨店舗を決定することを特徴とする請求項７に記載の店舗管理システム。
【請求項９】
前記管理サーバーは、
各繁忙度算出装置の現時点における繁忙度算出結果を、繁忙情報としてリアルタイムに取得する繁忙情報取得部をさらに備え、
前記推奨店舗決定部は、前記繁忙予測情報および前記繁忙情報に基づいて、前記推奨店舗を決定することを特徴とする請求項８に記載の店舗管理システム。
【請求項１０】
前記検索依頼受託部は、前記顧客端末から、位置情報と共に検索依頼を受託し、
前記推奨店舗決定部は、前記顧客端末から取得した位置情報が示す位置と、各店舗の位置との相対関係に基づいて、前記位置情報が示す位置から各店舗までの移動時間を算出し、当該移動時間の短い店舗を優先して、前記推奨店舗を決定することを特徴とする請求項９に記載の店舗管理システム。
【請求項１１】
前記推奨店舗決定部は、前記繁忙情報に基づいて、前記店舗に入店してからの待ち時間を算出し、当該待ち時間と前記移動時間の合計時間が最も短い店舗を、前記推奨店舗の一店舗として決定することを特徴とする請求項１０に記載の店舗管理システム。
【請求項１２】
前記推奨店舗通知部は、前記推奨店舗決定部により決定した前記推奨店舗における前記待ち時間および前記移動時間、若しくは前記合計時間を、前記顧客端末に通知することを特徴とする請求項１１に記載の店舗管理システム。
【請求項１３】
前記管理サーバーは、
前記顧客端末から、前記推奨店舗に対する予約を受託する予約受託部と、
前記推奨店舗決定部により決定した複数の推奨店舗のうち、前記合計時間が最も短い店舗以外の店舗に対して予約を行った前記顧客端末に対し、インセンティブを付与するインセンティブ付与部と、をさらに備えたことを特徴とする請求項１１または１２に記載の店舗管理システム。
【請求項１４】
各店舗に対応して設けられた店舗装置と、
複数の前記店舗装置とネットワークを介して接続された管理サーバーと、を備えた店舗管理システムであって、
前記店舗装置は、
オーダー内容を示すオーダー情報を取得するオーダー情報取得部と、
取得した前記オーダー情報を前記管理サーバーに送信するオーダー情報送信部と、を備え、
前記管理サーバーは、
各店舗装置から取得した前記オーダー情報をメモリーに蓄積して管理するオーダー情報管理部と、
前記メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数、の少なくとも一方に基づいて、各店舗の繁忙度を算出する繁忙度算出部と、
算出した各店舗の前記繁忙度を、各店舗の名称と共に顧客端末に対して提供する繁忙度提供部と、を備えたことを特徴とする店舗管理システム。
【請求項１５】
コンピューターが、
オーダー内容を示すオーダー情報を取得するステップと、
取得した前記オーダー情報をメモリーに蓄積して管理するステップと、
前記メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数の少なくとも一方に基づいて、店内の繁忙度を算出するステップと、を実行することを特徴とする繁忙度算出方法。
【請求項１６】
コンピューターに、請求項１５に記載の繁忙度算出方法における各ステップを実行させるためのプログラム。
【請求項１】
オーダー内容を示すオーダー情報を取得するオーダー情報取得部と、
取得した前記オーダー情報をメモリーに蓄積して管理するオーダー情報管理部と、
前記メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数、の少なくとも一方に基づいて、店内の繁忙度を算出する繁忙度算出部と、
算出した前記繁忙度を外部装置に出力する繁忙度出力部と、を備えたことを特徴とする繁忙度算出装置。
【請求項２】
前記オーダー内容を含む会計実行情報を取得する会計実行情報取得部をさらに備え、
前記オーダー情報管理部は、前記会計実行情報に含まれるオーダー内容に対応する前記オーダー情報を前記メモリーから削除することを特徴とする請求項１に記載の繁忙度算出装置。
【請求項３】
席待ち顧客の人数を示す席待ち情報を取得する席待ち情報取得部をさらに備え、
前記繁忙度算出部は、計算式を用いて前記繁忙度を算出すると共に、当該計算式に、前記席待ち情報に応じたパラメーターを反映することを特徴とする請求項１または２に記載の繁忙度算出装置。
【請求項４】
取得した前記オーダー情報に基づいて、オーダー票を印刷するオーダー票印刷部と、
取得した前記会計実行情報に基づいて、会計レシートを印刷する会計レシート印刷部と、のうち、少なくとも一方の印刷部を備えたことを特徴とする請求項１ないし３のいずれか１項に記載の繁忙度算出装置。
【請求項５】
各店舗に対応して設けられた請求項１ないし４のいずれか１項に記載の繁忙度算出装置と、
複数の前記繁忙度算出装置とネットワークを介して接続された管理サーバーと、を備えた店舗管理システムであって、
前記管理サーバーは、
前記複数の繁忙度算出装置による繁忙度算出結果を、各店舗の名称と共に顧客端末に対して提供する繁忙度提供部を備えたことを特徴とする店舗管理システム。
【請求項６】
前記管理サーバーは、
前記顧客端末から、最短待ち時間の店舗検索の依頼を受ける検索依頼受託部と、
前記検索依頼の受託をトリガーとして、前記複数の繁忙度算出装置による繁忙度算出結果を参照し、当該参照結果に基づいて、推奨店舗を決定する推奨店舗決定部と、
決定した前記推奨店舗を、検索依頼を行った前記顧客端末に対して通知する推奨店舗通知部と、をさらに備えたことを特徴とする請求項５に記載の店舗管理システム。
【請求項７】
前記管理サーバーは、
前記複数の繁忙度算出装置による過去の繁忙度算出結果である繁忙履歴情報を記憶する繁忙履歴情報記憶部をさらに備え、
前記推奨店舗決定部は、前記繁忙履歴情報記憶部を参照し、各店舗の繁忙履歴情報を考慮して、前記推奨店舗を決定することを特徴とする請求項６に記載の店舗管理システム。
【請求項８】
前記繁忙履歴情報記憶部は、前記繁忙履歴情報を、前記繁忙度の算出を行った日時情報と共に記憶し、
前記推奨店舗決定部は、前記繁忙履歴情報記憶部に記憶された前記日時情報から、日時別または曜日別の繁忙予測情報を生成し、当該繁忙予測情報と現在日時または現在曜日とを照合することにより、前記推奨店舗を決定することを特徴とする請求項７に記載の店舗管理システム。
【請求項９】
前記管理サーバーは、
各繁忙度算出装置の現時点における繁忙度算出結果を、繁忙情報としてリアルタイムに取得する繁忙情報取得部をさらに備え、
前記推奨店舗決定部は、前記繁忙予測情報および前記繁忙情報に基づいて、前記推奨店舗を決定することを特徴とする請求項８に記載の店舗管理システム。
【請求項１０】
前記検索依頼受託部は、前記顧客端末から、位置情報と共に検索依頼を受託し、
前記推奨店舗決定部は、前記顧客端末から取得した位置情報が示す位置と、各店舗の位置との相対関係に基づいて、前記位置情報が示す位置から各店舗までの移動時間を算出し、当該移動時間の短い店舗を優先して、前記推奨店舗を決定することを特徴とする請求項９に記載の店舗管理システム。
【請求項１１】
前記推奨店舗決定部は、前記繁忙情報に基づいて、前記店舗に入店してからの待ち時間を算出し、当該待ち時間と前記移動時間の合計時間が最も短い店舗を、前記推奨店舗の一店舗として決定することを特徴とする請求項１０に記載の店舗管理システム。
【請求項１２】
前記推奨店舗通知部は、前記推奨店舗決定部により決定した前記推奨店舗における前記待ち時間および前記移動時間、若しくは前記合計時間を、前記顧客端末に通知することを特徴とする請求項１１に記載の店舗管理システム。
【請求項１３】
前記管理サーバーは、
前記顧客端末から、前記推奨店舗に対する予約を受託する予約受託部と、
前記推奨店舗決定部により決定した複数の推奨店舗のうち、前記合計時間が最も短い店舗以外の店舗に対して予約を行った前記顧客端末に対し、インセンティブを付与するインセンティブ付与部と、をさらに備えたことを特徴とする請求項１１または１２に記載の店舗管理システム。
【請求項１４】
各店舗に対応して設けられた店舗装置と、
複数の前記店舗装置とネットワークを介して接続された管理サーバーと、を備えた店舗管理システムであって、
前記店舗装置は、
オーダー内容を示すオーダー情報を取得するオーダー情報取得部と、
取得した前記オーダー情報を前記管理サーバーに送信するオーダー情報送信部と、を備え、
前記管理サーバーは、
各店舗装置から取得した前記オーダー情報をメモリーに蓄積して管理するオーダー情報管理部と、
前記メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数、の少なくとも一方に基づいて、各店舗の繁忙度を算出する繁忙度算出部と、
算出した各店舗の前記繁忙度を、各店舗の名称と共に顧客端末に対して提供する繁忙度提供部と、を備えたことを特徴とする店舗管理システム。
【請求項１５】
コンピューターが、
オーダー内容を示すオーダー情報を取得するステップと、
取得した前記オーダー情報をメモリーに蓄積して管理するステップと、
前記メモリーに蓄積されているオーダー情報の数、および当該メモリーに蓄積されているオーダー情報に含まれる品目ごとの注文数の少なくとも一方に基づいて、店内の繁忙度を算出するステップと、を実行することを特徴とする繁忙度算出方法。
【請求項１６】
コンピューターに、請求項１５に記載の繁忙度算出方法における各ステップを実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１２−９８９４４（Ｐ２０１２−９８９４４Ａ）
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１０−２４６４９７（Ｐ２０１０−２４６４９７）
【出願日】平成２２年１１月２日（２０１０．１１．２）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願日】平成２２年１１月２日（２０１０．１１．２）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
[ Back to top ]