(57)【要約】【課題】注文データを管理するサーバに対し、待ち時間を利用して客が注文することを決めたメニュー品目のデータを通知できるようにする。【解決手段】注文受付装置は、注文対象である複数のメニュー品目の中から客が注文するメニュー品目の入力を受け付ける。この装置は、入力を受け付けたメニュー品目の注文データを識別するための注文識別情報を取得する。この装置は、取得した注文識別情報に関連付けて、入力を受け付けたメニュー品目の注文データをサーバに送信する。この装置は、取得した注文識別情報を可搬式の記憶媒体に書き込む。【選択図】      図７
2014157564.tif 000002
【特許請求の範囲】
【請求項１】
注文データを管理するサーバとデータ通信を行う通信手段と、
注文対象である複数のメニュー品目の中から客が注文するメニュー品目の入力を受け付ける注文受付手段と、
この注文受付手段により入力を受け付けるメニュー品目の注文データを識別するための注文識別情報を取得する識別取得手段と、
この識別取得手段により取得した前記注文識別情報に関連付けて、前記注文受付手段により入力を受け付けたメニュー品目の注文データを、前記通信手段を介して前記サーバに送信する注文送信手段と、
前記識別取得手段により取得した前記注文識別情報を可搬式の記憶媒体に書き込む書込手段と、
前記記憶媒体から前記注文識別情報を読み取る読取手段と、
この読取手段により前記記憶媒体から読み取った前記注文識別情報に関連付けて管理されている注文データを、前記通信手段を介して前記サーバから受信する注文受信手段と、
この注文受信手段により受信した注文データを表示部に表示させる表示手段と、
前記表示部に表示された注文データを確定させる確定手段と、
を具備したことを特徴とする注文受付装置。
【請求項２】
前記サーバにおいて前記注文識別情報と関連付けて管理されている注文データの数を取得するデータ数取得手段と、
このデータ数取得手段により取得した注文データの数に基づいて予測される待ち時間を表示する待ち時間表示手段と、
をさらに具備したことを特徴とする請求項１記載の注文受付装置。
【請求項３】
前記記憶媒体は、ＮＦＣ（Near Field Communication）チップを搭載したＮＦＣ対応デバイスであり、
前記書込手段及び前記読取手段は、ＮＦＣ対応デバイスとの間で非接触によるデータ通信によりデータの書込み及び読取りを行うことを特徴とする請求項１または２記載の注文受付装置。
【請求項４】
請求項１乃至３のうちいずれか１に記載の注文受付装置と、
前記注文受付装置の前記注文送信手段により送信された注文データを当該注文データと関連付けられた注文識別情報とともに記憶部に保存する保存手段、前記注文受付装置の前記読取手段により前記記憶媒体から読み取られた前記注文識別情報と関連付けて前記記憶部に記憶されている注文データを前記注文受付装置に送信する送信手段、及び、この送信手段により前記注文受付装置に送信される注文データを前記記憶部から削除する削除手段を具備したサーバと、
を含むことを特徴とする飲食店システム。
【請求項５】
前記サーバは、注文対象である複数のメニュー品目の在庫数を記憶する在庫数記憶手段と、前記保存手段により前記記憶部に保存された注文データに基づいて前記在庫数を変更する在庫数更新手段と、をさらに具備し、
前記注文受付装置は、前記注文受付手段により入力を受け付けたメニュー品目の在庫数を前記サーバに問い合わせ、在庫無しの応答を受信したとき品切を報知する品切報知手段、をさらに具備したことを特徴とする請求項４記載の飲食店システム。
【請求項６】
表示部及び注文データを管理するサーバとデータ通信を行う通信手段を備えたコンピュータに、
注文対象である複数のメニュー品目の中から客が注文するメニュー品目の入力を受け付ける機能と、
入力を受け付けるメニュー品目の注文データを識別するための注文識別情報を取得する機能と、
取得した前記注文識別情報に関連付けて、入力を受け付けたメニュー品目の注文データを、前記通信手段を介して前記サーバに送信する機能と、
前記取得した前記注文識別情報を可搬式の記憶媒体に書き込む機能と、
前記記憶媒体から前記注文識別情報を読み取る機能と、
前記記憶媒体から読み取られた前記注文識別情報と関連付けて管理されている注文データを、前記通信手段を介して前記サーバから受信する機能と、
受信した注文データを表示部に表示させる機能と、
前記表示部に表示された注文データを確定させる機能と、
を実現させるための注文予約プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ファミリーレストランや居酒屋等の飲食店に構築される飲食店システム及びこのシステムに用いられる注文受付装置並びにコンピュータを前記注文受付装置として機能させるための注文予約プログラムに関する。
【背景技術】
【０００２】
多くの飲食店では、客席が満席のために案内できない客を待たせるためのスペースが確保されている。このスペースには、メニューが置かれており、大抵の客は、待ち時間を利用してメニューを確認し、注文する品目を決定する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−０６５４５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、客席に案内された後で、待ち時間の間に決めた品目を客が注文しようとしたとき、その品目が既に品切になっていることがある。その場合、客は別の品目を選び直さなければならない。このため、注文の確定までに無駄な時間がかかる上、客が店に対して不快感をもつおそれもある。
【０００５】
このような課題は、待ち時間を利用して客が注文することを決めたメニュー品目のデータを、注文データを管理するサーバに通知することで解決される。
【課題を解決するための手段】
【０００６】
そこで一実施形態は、通信手段、注文受付手段、識別取得手段、注文送信手段、書込手段、読取手段、注文受信手段、表示手段及び確定手段を備えた注文受付装置を開示する。  
通信手段は、注文データを管理するサーバとデータ通信を行う。注文受付手段は、注文対象である複数のメニュー品目の中から客が注文するメニュー品目の入力を受け付ける。識別取得手段は、入力を受け付けたメニュー品目の注文データを識別するための注文識別情報を取得する。注文送信手段は、取得した注文識別情報に関連付けて、入力を受け付けたメニュー品目の注文データをサーバに送信する。書込手段は、取得した注文識別情報を可搬式の記憶媒体に書き込む。読取手段は、記憶媒体から注文識別情報を読み取る。注文受信手段は、読取手段により記憶媒体から読み取られた注文識別情報と関連付けてサーバで管理されている注文データを受信する。表示手段は、受信した注文データを表示部に表示させる。確定手段は、表示部に表示された注文データを確定させる。
【図面の簡単な説明】
【０００７】
【図１】飲食店システムの全体構成図。
【図２】メニューデータベースに保存されるデータの構造を示す模式図。
【図３】予約データベースに保存されるデータの構造を示す模式図。
【図４】無線式ハンディターミナルの外観を示す平面図。
【図５】無線式ハンディターミナルのハードウェア構成を示すブロック図。
【図６】注文管理サーバのハードウェア構成を示すブロック図。
【図７】注文予約業務の選択時に無線式ハンディターミナルのＣＰＵが実行する情報処理手順を示す流れ図。
【図８】待ち時間確認モードの選択時に無線式ハンディターミナルのＣＰＵが実行する情報処理手順を示す流れ図。
【図９】注文受付業務の選択時に無線式ハンディターミナルのＣＰＵが実行する情報処理手順を示す流れ図。
【図１０】注文管理サーバのＣＰＵが注文予約番号の要求コマンド受信時に実行する情報処理手順を示す流れ図。
【図１１】注文管理サーバのＣＰＵが在庫数の確認コマンド受信時に実行する情報処理手順を示す流れ図。
【図１２】注文管理サーバのＣＰＵが待ち客数の要求コマンド受信時に実行する情報処理手順を示す流れ図。
【図１３】注文管理サーバのＣＰＵが注文予約データの受信時に実行する情報処理手順を示す流れ図。
【図１４】注文管理サーバのＣＰＵがキャンセルの要求コマンド受信時に実行する情報処理手順を示す流れ図。
【図１５】注文管理サーバのＣＰＵが注文予約データの要求コマンド受信時に実行する情報処理手順を示す流れ図。
【発明を実施するための形態】
【０００８】
以下、一実施形態について、図面を用いて説明する。なお、この実施形態は、客席が満席のために案内できない客を待たせるための待合用スペースが確保されている飲食店に適用した場合である。このスペースにはメニューが置かれており、客は、待ち時間を利用して注文するメニュー品目を事前に選定することができる。
【０００９】
図１は、かかる飲食店に構築される飲食店システム１の全体構成図である。飲食店システム１は、複数の無線式ハンディターミナル１１（以下、無線ＨＴ１１と略称する）と、注文管理サーバ１２と、厨房端末１３と、ＰＯＳ（Point Of Sales）端末１４と、無線基地局１５とを含む。店舗内にはＬＡＮ（Local Area Network）１６が敷設されており、このＬＡＮ１６によって、前記注文管理サーバ１２は、厨房端末１３、ＰＯＳ端末１４および無線基地局１５と接続される。
【００１０】
無線ＨＴ１１は、無線回路３５（図５を参照）を内蔵しており、無線基地局１５との間で無線によりデータを送受信する。ウェイターやウェイトレスと呼ばれる接客担当者は、それぞれ無線ＨＴ１１を携帯して接客する。そして、客からメニュー品目の注文を受けると、接客担当者は、その注文データを無線ＨＴ１１に入力する。無線ＨＴ１１に入力された注文データは無線基地局１５に無線送信され、前記注文管理サーバ１２に取り込まれる。無線ＨＴ１１は、注文受付装置の一態様である。
【００１１】
注文管理サーバ１２は、メニューデータベース１７と予約データベース１８とを有する。メニューデータベース１７には、店舗で販売される各種のメニュー品目に係る情報が保存される。予約データベース１８には、客席に案内されるのを待っている客が注文を予約したメニュー品目に係る情報が保存される。メニューデータベース１７及び予約データベース１８は、注文管理サーバ１２に内蔵された記憶装置に形成される。あるいは、注文管理サーバ１２に外付けされた記憶装置に形成される。
【００１２】
注文管理サーバ１２は、各客の注文データを会計まで保持するためのデータファイルと、注文伝票を印刷するためのプリンタとを備える。注文管理サーバ１２は、無線ＨＴ１１から受信した注文データに基づいて伝票データと調理指示データとを作成する。そして注文管理サーバ１２は、上記注文データを、伝票データに含まれる伝票番号とともに上記データファイルに書き込む。また注文管理サーバ１２は、調理指示データを、ＬＡＮ１６を介して厨房端末１３に送信する。伝票データは、プリンタによって伝票用紙に印刷され、注文伝票として発行される。注文伝票は、調理品の配膳や客の会計の際に使用される。
【００１３】
厨房端末１３は、例えば液晶パネルディスプレイなどの表示器を備えた電子機器であり、厨房に設置される。厨房端末１３は、注文管理サーバ１２から受信した調理指示データに従い、客から注文を受けたメニュー品目の情報（品目名、数量等）を表示器に表示させる。調理担当者は、表示器に表示された情報を基にメニュー品目を調理する。
【００１４】
厨房端末１３は、プリンタを備えた電子機器であってもよい。この場合、厨房端末１３は、調理指示データに従い、客から注文を受けたメニュー品目の情報を印刷した調理指示票を発行する。
【００１５】
ＰＯＳ端末１４は、キーボード、ディスプレイ、レシートプリンタ、カードリーダ、ドロワ等を備えた電子機器であり、会計場所（レジ）に設置される。ＰＯＳ端末１４は、キーボードを介して注文伝票の伝票番号が入力されると、ＬＡＮ１６を介して注文管理サーバ１２にその伝票番号を問い合わせる。
【００１６】
注文管理サーバ１２は、ＰＯＳ端末１４から伝票番号の問合せを受けると、データファイルを検索する。そして注文管理サーバ１２は、問合せのあった伝票番号を含む注文データをデータファイルから呼び出し、ＬＡＮ１６を介してＰＯＳ端末１４に送信する。ＰＯＳ端末１４は、注文管理サーバ１２から受信した注文データに基づいて、客の会計を処理する。
【００１７】
図２は、メニューデータベース１７に保存されるデータの構造を示す模式図である。図２に示すように、メニューデータベース１７には、各メニュー品目を個々に識別するためのメニューコードにそれぞれ関連付けて、メニュー名称、価格、在庫数Ｓ等のメニューデータが保存される（在庫数記憶手段）。
【００１８】
図３は、予約データベース１８に保存されるデータの構造を示す模式図である。図３に示すように、予約データベース１８には、“１”からの連続番号である待ち客数Ｎにそれぞれ関連付けて、注文予約番号、予約受付時刻及び注文データが保存される。注文データは、メニューコード、注文点数等を含む。
【００１９】
図４は、無線ＨＴ１１の外観を示す平面図である。図５は、無線ＨＴ１１のハードウェア構成を示すブロック図である。無線ＨＴ１１は、図４において、左側に配置される第１のボディ２１と、右側に配置される第２のボディ２２とを備える。第１のボディ２１及び第２のボディ２２は、いずれも略直方体をなしている。第２のボディ２２は、ヒンジ等の止め具２３を介して第１のボディ２１に対して回動自在に連結される。この止め具２３により、第２のボディ２２は、第１のボディ２１に対して第２のボディ２２を開いた状態（図４を参照）と、閉じた状態（不図示）との間で開閉動作する。
【００２０】
第２のボディ２２を第１のボディ２１に対して開いたときに露出する第１のボディ２１の内面２１Ａには、タッチパネル２４が配置される。また、同じく第２のボディ２２を第１のボディ２１に対して開いたときに露出する第２のボディ２２の内面２２Ａには、キーボード２５が配置される。タッチパネル２４は、表示部２４Ａとキー部２４Ｂとに分かれている。タッチパネル２４及びキーボード２５は、操作部を構成する。
【００２１】
無線ＨＴ１１は、第１のボディ２１または第２のボディ２２のいずれか一方に、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory）３３、時計部３４、無線回路３５及びＮＦＣ（Near Field Communication）チップ３６を搭載する。ＣＰＵ３１と、ＲＯＭ３２，ＲＡＭ３３，時計部３４，無線回路３５及びＮＦＣチップ３６は、アドレスバス，データバス等のバスライン３７に接続される。バスライン３７には、図示しない入出力回路を介して、前記タッチパネル２４とキーボード２５も接続される。
【００２２】
時計部３４は、現在の時刻を計時する。無線回路３５は、無線基地局１５との間で無線を利用して行われるデータの送信及び受信を制御する。ここに、無線回路３５は、注文データを管理する注文管理サーバ１２との間のデータ通信を司る通信手段を構成する。
【００２３】
ＮＦＣチップ３６は、ＮＦＣ対応デバイスとの間でＮＦＣ規格に準拠した近距離無線通信を行い、ＮＦＣ対応デバイスが記憶する情報を読み取ったり、情報をＮＦＣ対応デバイスに書き込んだりする。本実施形態では、ＮＦＣ対応デバイスとしてＮＥＣチップを内蔵したＩＣカード（以下、ＮＦＣカードＣと称する）を採用する。ＩＣカードは、可搬式の記憶媒体である。
【００２４】
図６は、注文管理サーバ１２のハードウェア構成を示すブロック図である。注文管理サーバ１２は、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、補助記憶部４４、通信インターフェース４５及びバスライン４６を含む。
【００２５】
ＣＰＵ４１は、主制御部を構成する。ＲＯＭ４２は、読出し専用のメインメモリである。ＲＡＭ４３は、読み書き自在なメインメモリである。補助記憶部４４は、大容量のデータを記憶可能な記憶装置、例えばＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）である。通信インターフェース４５は、ＬＡＮ１６を介して接続される各部との間のデータ通信を司る。アドレスバスやデータバスからなるバスライン４６は、ＣＰＵ４１と、ＲＯＭ４２，ＲＡＭ４３、補助記憶部４４及び通信インターフェース４５とを、電気的に接続する。
【００２６】
かかる構成の飲食店システムが構築された飲食店では、各接客担当者がそれぞれ無線ＨＴ１１を携帯する。そして接客担当者は、客席に着いた客から注文を受ける注文受付業務だけでなく、待合用スペースに居る客から注文の予約を受け付ける注文予約業務も実行する。
【００２７】
例えば無線ＨＴ１１は、タッチパネル２４に、注文受付業務を実行するか、注文予約業務を実行するかを選択可能な初期画面を表示する。注文予約業務を実行する場合、接客担当者は、タッチパネル２４を操作して、注文予約業務を選択する。そうすると、無線ＨＴ１１のＣＰＵ３１は、図７の流れ図に示す手順の情報処理を実行する。この処理は、プログラム記憶部であるＲＯＭ３２に格納された注文予約プログラムに従ったものである。
【００２８】
先ずＣＰＵ３１は、注文データを識別するための注文識別情報として注文予約番号の要求コマンドを生成する。そしてＣＰＵ３１は、この要求コマンドを、無線回路３５を介して注文管理サーバ１２宛てに無線送信する（Act１）。
【００２９】
上記要求コマンドを受信した注文管理サーバ１２のＣＰＵ４１は、図１０の流れ図に示す手順の情報処理を実行する。すなわちＣＰＵ４１は、受信したコマンドが注文予約番号の要求コマンドであるか否かを確認する（Act５１）。注文予約番号の要求コマンドであるとき（Act５１にてＹＥＳ）、ＣＰＵ４１は、新規の注文予約番号を生成する（Act５２）。そしてＣＰＵ４１は、この注文予約番号を示すデータを、通信インターフェース４５から無線基地局１５を経由させて、コマンド送信元の無線ＨＴ１１宛てに送信する（Act５３）。
【００３０】
上記注文予約番号の要求コマンドを送信した無線ＨＴ１１のＣＰＵ３１は、注文予約番号のデータを待機する（Act２）。注文予約番号のデータを受信すると（Act２にてＹＥＳ）、ＣＰＵ３１は、その注文予約番号のデータをＲＡＭ３３に格納するとともに、タッチパネル２４に表示させる（Act３：識別取得手段）。その後、ＣＰＵ３１は、メニュー品目の注文データが入力されるのを待機する（Act４：注文受付手段）。
【００３１】
注文予約業務を選択した接客担当者は、キーボード２５またはタッチパネル２４を操作して、客から注文の予約を受け付けたメニュー品目のデータを入力する。客がグループ客の場合、接客担当者は銘々から注文の予約を受け付けてそのデータを入力する。
【００３２】
例えば２名のグループ客に対し、一人目が「オムライス」の注文を予約し、二人目が「シェフのお勧めパスタ」の注文を予約したとする。この場合、接客担当者は、「オムライス、１点」の注文データと、「シェフのお勧めパスタ、１点」の注文データとを入力する。
【００３３】
注文データが入力される毎に（Act４にてＹＥＳ）、ＣＰＵ３１は、在庫数の確認コマンドを生成する。この確認コマンドには、入力された注文データが含まれる。ＣＰＵ３１は、この確認コマンドを、無線回路３５を介して注文管理サーバ１２宛てに無線送信する（Act５）。
【００３４】
上記在庫数の確認コマンドを受信した注文管理サーバ１２のＣＰＵ４１は、図１１の流れ図に示す手順の情報処理を実行する。すなわちＣＰＵ４１は、受信したコマンドが在庫数の確認コマンドであるか否かを確認する（Act６１）。在庫数の確認コマンドであるとき（Act６２にてＹＥＳ）、ＣＰＵ４１は、当該コマンドに含まれる注文データのメニューコードでメニューデータベース１７を検索し、当該メニューコードで特定されるメニュー品目の在庫数Ｓを取得する（Act６２）。
【００３５】
ＣＰＵ４１は、在庫数Ｓが“０”であるか否かを確認する（Act６３）。在庫数Ｓが“０”の場合、ＣＰＵ４１は、品切を示すデータを通信インターフェース４５から無線基地局１５を経由させて、コマンド送信元の無線ＨＴ１１宛てに送信する（Act６４）。在庫数Ｓが“０”でない場合（Act６３にてＮＯ）、ＣＰＵ４１は、この在庫数Ｓを示すデータを、品切を示すデータと同様に、コマンド送信元の無線ＨＴ１１宛てに送信する（Act６５）。
【００３６】
上記在庫数の確認コマンドを送信した無線ＨＴ１１のＣＰＵ３１は、応答データを待機する（Act６）。応答データが在庫数Ｓのデータであるとき（Act６にてＹＥＳ）、ＣＰＵ３１は、Act４の処理で入力された注文データをＲＡＭ４３に格納する（Act７）。応答データが品切を示すデータであるとき（Act６にてＮＯ）、ＣＰＵ３１は、タッチパネル２４に品切であることを示すメッセージ等を表示させる（Act８：品切報知手段）。このとき、Act４の処理で入力された注文データは削除される。
【００３７】
例えば、「シェフのお勧めパスタ」は先着１０名までの限定商品であり、既に品切であった場合、接客担当者が注文データ「シェフのお勧めパスタ、１点」を入力した時点で品切メッセージが表示される。この場合、接客担当者は、客に品切であることを通知し、別の注文予約を受け付けることになる。
【００３８】
ＣＰＵ３１は、注文終了が宣言されたか否かを確認する（Act９）。注文終了が宣言されていない場合（Act９にてＮＯ）、ＣＰＵ３１は、次の注文データが入力されるのを待機する（Act４）。
【００３９】
客から注文の予約を受け付けたメニュー品目のデータ入力が終了すると、接客担当者は、例えばキーボード２５の注文終了キーを入力する。注文終了キーが入力されると（Act９にてＹＥＳ）、ＣＰＵ３１は、待ち客数の要求コマンドを生成する。この要求コマンドには、ＲＡＭ３３に格納された注文予約番号が含まれる。ＣＰＵ３１は、この要求コマンドを、無線回路３５を介して注文管理サーバ１２宛てに無線送信する（Act１０）。
【００４０】
上記待ち客数の要求コマンドを受信した注文管理サーバ１２のＣＰＵ４１は、図１２の流れ図に示す手順の情報処理を実行する。すなわちＣＰＵ４１は、受信したコマンドが待ち客数の要求コマンドであるか否かを確認する（Act７１）。待ち客数の要求コマンドであるとき（Act７１にてＹＥＳ）、ＣＰＵ４１は、当該コマンドから注文予約番号を取得する（Act７２）。そしてＣＰＵ４１は、この注文予約番号で予約データベース１８を検索し、当該注文予約番号が予約データベース１８に存在しない新規の番号か否かを判定する（Act７３）。
【００４１】
当該注文予約番号が新規の番号であるとき（Act７３にてＹＥＳ）、ＣＰＵ４１は、予約データベース１８に保存されている注文予約データの最大の待ち客数Ｎに“１”を加算する（Act７４）。当該注文予約番号が新規の番号でないときには（Act７３にてＮＯ）、予約データベース１８から当該注文予約番号のデータに対応した待ち客数Ｎを検出する（Act７５）。ＣＰＵ４１は、Act７４またはAct７５の処理にて取得した待ち客数Ｎを示すデータを、通信インターフェース４５から無線基地局１５を経由させて、コマンド送信元の無線ＨＴ１１宛てに送信する（Act７６）。
【００４２】
上記待ち客数の要求コマンドを送信した無線ＨＴ１１のＣＰＵ３１は、応答データを待機する（Act１１：データ数取得手段）。待ち客数Ｎの応答データを受信したならば（Act１１にてＹＥＳ）、ＣＰＵ３１は、待ち客数Ｎに設定時間Ｔを乗算して予測待ち時間を算出し、タッチパネル２４に表示させる（Act１２：待ち時間表示手段）。ここで、設定時間Ｔは、待ち客数Ｎが“１”のときの平均待ち時間である。その後、ＣＰＵ３１は、ＮＦＣチップ３６とＮＦＣカードＣとの間で近距離無線通信による接続が確立されるのを待機する（Act１３）。
【００４３】
予測待ち時間がタッチパネル２４に表示されると、接客担当者は、予め用意されている未使用のＮＦＣカードＣを無線ＨＴ１１に近づける。そうすると、ＮＦＣチップ３６とＮＦＣカードＣとの間で近距離無線通信による接続が確立される。
【００４４】
接続が確立された場合（Act１３にてＹＥＳ）、ＣＰＵ３１は、ＲＡＭ３３に記憶された注文予約番号を、ＮＦＣチップ３６を介してＮＦＣカードＣのメモリに非接触で書き込む（Act１４：書込手段）。またＣＰＵ３１は、ＲＡＭ３３に格納された注文予約番号と注文予約データとを、無線回路３５を介して注文管理サーバ１２宛てに無線送信する（Act１５：注文送信手段）。以上で、無線ＨＴ１１における注文予約業務が終了する。なお、上記Act１４の処理とAct１５の処理とは、順序が逆でもよい。
【００４５】
上記注文予約データを受信した注文管理サーバ１２のＣＰＵ４１は、図１３の流れ図に示す手順の情報処理を実行する。すなわちＣＰＵ４１は、受信したデータが注文予約データであるか否かを確認する（Act８１）。注文予約データであるとき（Act８１にてＹＥＳ）、ＣＰＵ４１は、予約データベース１８に保存されている注文予約データの最大の待ち客数Ｎに“１”を加算する（Act８２）。そしてＣＰＵ４１は、予約データベース１８に対し、加算後の待ち客数（Ｎ＋１）に関連付けて注文予約データを保存する（Act８３：保存手段）。またＣＰＵ４１は、メニューデータベース１７を検索して、注文予約データに含まれる全てのメニューコードの在庫数を、当該コードに対応した注文点数分だけ減じる（Act８４：在庫数更新手段）。
【００４６】
注文予約業務が終了すると、接客担当者は、注文予約番号が書き込まれたＮＦＣカードを客に渡す。ところで、上述したように、注文予約データを受け付けた際には、タッチパネル２４に予測待ち時間が表示される。予測待ち時間は、注文予約データの受付時だけに限定されるものではなく、いつでも確認することができる。すなわち無線ＨＴ１１は、待ち時間の確認モードを有している。このモードは、例えば初期画面に待ち時間ボタンが表示されており、このボタンがタッチされると起動する。待ち時間の確認モードが起動すると、ＣＰＵ３１は、図８の流れ図に示す手順の情報処理を実行する。この処理も、前記注文予約プログラムに従ったものである。
【００４７】
先ず、ＣＰＵ３１は、ＮＦＣチップ３６とＮＦＣカードＣとの間で近距離無線通信による接続が確立されるのを待機する（Act２１）。客から待ち時間の確認が要求された接客担当者は、その客が所持しているＮＦＣカードＣを無線ＨＴ１１に近づける。そうすると、ＮＦＣチップ３６とＮＦＣカードＣとの間で近距離無線通信による接続が確立される。
【００４８】
接続が確立された場合（Act２１にてＹＥＳ）、ＣＰＵ３１は、ＮＦＣチップ３６を介してＮＦＣカードＣのメモリから注文予約番号を非接触で読み込む（Act２２）。次いでＣＰＵ３１は、待ち客数の要求コマンドを生成する。この要求コマンドには、ＮＦＣカードＣから読み込まれた注文予約番号が含まれる。ＣＰＵ３１は、この要求コマンドを、無線回路３５を介して注文管理サーバ１２宛てに無線送信する（Act２３）。
【００４９】
上記待ち客数の要求コマンドを受信した注文管理サーバ１２のＣＰＵ４１は、前述した図１２の流れ図に示す手順の情報処理を実行する。したがって、要求コマンドを送信した無線ＨＴ１１に対しては、Act７５の処理で検出された待ち客数Ｎの応答データが送信される。
【００５０】
上記待ち客数の要求コマンドを送信した無線ＨＴ１１のＣＰＵ３１は、応答データを待機する（Act２４）。待ち客数Ｎの応答データを受信したならば（Act２４にてＹＥＳ）、ＣＰＵ３１は、待ち客数Ｎに設定時間Ｔを乗算して予測待ち時間を算出し、タッチパネル２４に表示させる（Act２５）。
【００５１】
その後，ＣＰＵ３１は、キャンセルが宣言されたか否かを確認する（Act２６）。キャンセルが宣言されない場合（Act２６にてＮＯ）、待ち時間の確認モードが終了する（Act４）。
【００５２】
待ち時間を確認した客からキャンセルの申し出を受け付けた場合、接客担当者は、例えばキーボード２５のキャンセルキーを入力する。キャンセルキーが入力されると（Act２６にてＹＥＳ）、ＣＰＵ３１は、キャンセルの要求コマンドを送信する（Act２７）。この要求コマンドには、ＮＦＣカードＣから読み込まれた注文予約番号が含まれる。以上で、待ち時間の確認モードが終了する。
【００５３】
上記キャンセルの要求コマンドを受信した注文管理サーバ１２のＣＰＵ４１は、図１４の流れ図に示す手順の情報処理を実行する。すなわちＣＰＵ４１は、受信したコマンドがキャンセルの要求コマンドであるか否かを確認する（Act９１）。キャンセルの要求コマンドであるとき（Act９１にてＹＥＳ）、ＣＰＵ４１は、当該コマンドから注文予約番号を取得する（Act９２）。そしてＣＰＵ４１は、この注文予約番号で予約データベース１８を検索し、当該注文予約番号を含む注文予約データを予約データベース１８から削除する（Act９３）。また、ＣＰＵ４１は、メニューデータベース１７を検索して、削除された注文予約データに含まれる全てのメニューコードの在庫数を、当該コードに対応した注文点数分だけ増加する（Act９４）。さらに、ＣＰＵ４１は、削除された注文予約データの待ち客数よりも大きい待ち客数を“１”ずつ減算する（Act９５）。
【００５４】
待ち客を客席に案内すると、接客担当者は、タッチパネル２４を操作して、初期画面から注文受付業務を選択する。そうすると、無線ＨＴ１１のＣＰＵ３１は、図９の流れ図に示す手順の情報処理を実行する。この処理は、プログラム記憶部であるＲＯＭ３２に格納された注文予約プログラムに従ったものである。
【００５５】
先ず、ＣＰＵ３１は、卓番号が入力されるのを待機する（Act３１）。接客担当者は、タッチパネル２４のキー部２４Ｂに配置された文字キーの操作入力により、客が着いた食卓の卓番号を入力する。卓番号が入力されると（Act３１にてＹＥＳ）、ＣＰＵ３１は、その卓番号をＲＡＭ３３の卓番号メモリに格納する（Act３２）。
【００５６】
次に、ＣＰＵ３１は、ＮＦＣチップ３６とＮＦＣカードＣとの間で近距離無線通信による接続が確立されるか、メニュー品目の注文データが入力されるのを待機する（Act３３，３４）。
【００５７】
待ち時間の間に注文を予約した客の場合、接客担当者は、この客に対して注文予約時に発行したＮＦＣカードＣを無線ＨＴ１１に近づける。そうすると、ＮＦＣチップ３６とＮＦＣカードＣとの間で近距離無線通信による接続が確立される。
【００５８】
接続が確立された場合（Act３３にてＹＥＳ）、ＣＰＵ３１は、ＮＦＣチップ３６を介してＮＦＣカードＣのメモリから注文予約番号を非接触で読み込む（Act３５：読取手段）。次いでＣＰＵ３１は、注文予約データの要求コマンドを生成する。この要求コマンドには、ＮＦＣカードＣから読み込まれた注文予約番号が含まれる。ＣＰＵ３１は、この要求コマンドを、無線回路３５を介して注文管理サーバ１２宛てに無線送信する（Act３６）。
【００５９】
上記注文予約データの要求コマンドを受信した注文管理サーバ１２のＣＰＵ４１は、図１５の流れ図に示す手順の情報処理を実行する。すなわちＣＰＵ４１は、受信したコマンドが注文予約データの要求コマンドであるか否かを確認する（Act１０１）。注文予約データの要求コマンドであるとき（Act１０１にてＹＥＳ）、ＣＰＵ４１は、当該コマンドから注文予約番号を取得する（Act１０２）。そしてＣＰＵ４１は、この注文予約番号で予約データベース１８を検索し、当該注文予約番号に関連付けて記憶されている注文予約データを検出する（Act１０３）。
【００６０】
ＣＰＵ４１は、注文予約データを通信インターフェース４５から無線基地局１５を経由させて、コマンド送信元の無線ＨＴ１１宛てに送信する（Act１０４：送信手段）。また、ＣＰＵ４１は、予約データベース１８から当該注文予約番号のレコードを削除する（Act１０５：削除手段）。さらに、ＣＰＵ４１は、削除された注文予約データの待ち客数よりも大きい待ち客数を“１”ずつ減算する（Act１０６）。
【００６１】
上記注文予約データの要求コマンドを送信した無線ＨＴ１１のＣＰＵ３１は、注文予約データを待機する（Act３７：注文受信手段）。注文予約データを受信したならば（Act３７にてＹＥＳ）、ＣＰＵ３１は、この注文予約データをＲＡＭ３３の注文バッファに展開する。（Act３８）。
【００６２】
次に、ＣＰＵ３１は、注文バッファに展開されたデータに基づき、客が注文を予約したメニュー品目のリストを、タッチパネル２４に表示させる（Act３９：表示手段）。そしてＣＰＵ３１は、データの修正（追加、削除等）が指示されるか、データの確定が指示されるのを待機する（Act４０，Act４２）。
【００６３】
タッチパネル２４の表示を確認した接客担当者は、客に注文を予約した内容を確認する。そして、キャンセルするメニューがある場合には、接客担当者は、例えばそのメニュー項目にタッチした後、キーボード２５の削除ボタンを入力する。あるいは接客担当者は、削除ボタンを入力した後、キャンセルするメニュー項目にタッチする。削除が指示された場合（Act４０にてＹＥＳ）、ＣＰＵ７１は、注文バッファから削除が指示されたメニューデータを削除する（Act４１）。
【００６４】
追加するメニューがある場合、接客担当者は、例えばキーボード２５の追加ボタンを入力した後、タッチパネル２４またはキーボード２５を操作して追加するメニューデータを入力する。あるいは接客担当者は、先に追加するメニューデータを入力した後、追加ボタンを入力する。また、接客担当者が追加ボタンを入力せずともメニューデータが追加されるようにプログラムされていてもよい。追加が指示された場合（Act４０にてＹＥＳ）、ＣＰＵ３１は、その追加されたメニューデータを注文バッファに追加する（Act４１）。
【００６５】
注文を確定させる場合、接客担当者は、例えばキーボード２５の確定キーを入力する。注文確定が指示された場合（Act４２にてＹＥＳ）、ＣＰＵ３１は、卓番号メモリ内の卓番号と、注文バッファ内の注文データとを、注文管理サーバ１２宛てに無線送信して、注文を確定させる（Act４３：確定手段）。以上で、注文受付業務が終了する。
【００６６】
このように、本実施形態の飲食店システム１が構築された飲食店では、客席が満席のために待合用スペースに案内された客は、待ち時間を利用して注文するメニュー品目を事前に決める。注文するメニュー品目が決まったならば、客はその内容を接客担当者に伝える。
【００６７】
接客担当者は、客から伝えられたメニュー品目のデータを無線ＨＴ１１に入力する。そうすると、このメニュー品目のデータが注文管理サーバ１２に送信され、一意の注文予約番号と関連付けて予約データベース１８に保存される。また、接客担当者は、未使用のＮＦＣカードＣを無線ＨＴ１１に近づける。そうすると、このＮＦＣカードＣに対して上記注文予約番号が書き込まれる。
【００６８】
注文予約番号が書き込まれたＮＦＣカードＣは、客に渡される。客は、客席に案内された際に、ＮＦＣカードＣを接客担当者に渡す。接客担当者は、客が着いた客席の卓番号を無線ＨＴ１１に入力する。また接客担当者は、客から渡されたＮＦＣカードＣを無線ＨＴ１１に近づける。そうすると、このＮＦＣカードＣから無線ＨＴ１１に注文予約番号が読み込まれる。そして、注文管理サーバ１２の予約データベース１８に当該注文予約番号と関連付けて保存されている注文予約データが当該無線ＨＴ１１に取り込まれる。
【００６９】
上記注文予約データが取り込まれると、無線ＨＴ１１では、そのデータの内容がタッチパネル２４に表示される。すなわち、客が待ち時間を利用して注文することを決めたメニュー品目の情報が表示される。接客担当者は、注文内容に変更があるかどうかを客に確認する。変更がない場合、接客担当者は、確定キーを入力して、注文データを確定させる。
【００７０】
注文データが確定されると、無線ＨＴ１１から注文管理サーバ１２に注文データが送信される。注文管理サーバ１２では、注文データが卓番号と関連付けて保持される。また、伝票データと調理指示データとが作成され、注文伝票が発行されるとともに、厨房端末１３によってメニュー品目の調理指示がなされる。
【００７１】
したがって、本実施形態の飲食店システム１であれば、待ち時間を利用して客が注文することを決めたメニュー品目の予約を、当該客が待っている間に無線ＨＴ１１とＮＦＣカードＣとを用いて簡便に処理することができる。
【００７２】
しかも本実施形態では、無線ＨＴ１１にメニュー品目のデータが入力されたとき、このメニュー品目の在庫数Ｓが確認される。そして、在庫数Ｓが“０”でない場合にこのメニュー品目が予約される。また注文管理サーバ１２では、予約されたメニュー品目の在庫数Ｓが予約した数だけ減じられる。
【００７３】
このように、客が待ち時間を利用して注文することを決めたメニュー品目については、予約の時点で在庫数が減じられるので、予約の時点で在庫があれば注文することができる。予約の後に在庫がなくなって品切になるという不具合はない。
【００７４】
また、予約データベース１８には、客席に案内されていない客の注文予約データだけが保存される。したがって、予約データベース１８に保存されている注文予約データの数は、現時点の待ち客数に相当する。無線ＨＴ１１は、この待ち客数に基づいて、現時点の待ち時間を予測し、表示出力する機能を備えている。この機能は、注文予約データの入力時だけでなく、デフォルトの状態であればいつでも活用できる。したがって、注文を予約した客に対して、いつでも大まかな待ち時間を伝えることができるので、客からの待ち時間の問合せに対して的確に対応できる。
【００７５】
なお、本発明は、前記実施形態に限定されるものではない。  
例えば前記実施形態では、無線ＨＴ１１によって注文識別情報の書込み及び読出しが行われる可搬式の記憶媒体としてＮＦＣカードＣを例示したが、記憶媒体はＮＦＣカードＣに限定されるものではない。記憶媒体は、ＮＦＣチップを内蔵した携帯型のメモリデバイス、例えば携帯電話、ＰＤＡ（Personal Digital Assistant）等であってもよい。また、有線・無線を問わず、無線ＨＴ１１がＮＦＣ規格以外の規格に準拠した通信方式で記憶媒体とデータ通信を行い、注文識別情報を記憶媒体に書き込んだり、記憶媒体から注文識別情報を読み取ったりしてもよい。
【００７６】
また前記実施形態では、無線ＨＴ１１において、待ち客数Ｎに設定時間Ｔを乗算して予測待ち時間を算出したが、必ずしも待ち時間を算出する機能は必要ではない。例えば待ち客数Ｎ毎に待ち時間を予め設定したデータテーブルを無線ＨＴ１１あるいは注文管理サーバ１２が備え、このテーブルを参照して、無線ＨＴ１１が待ち客数Ｎに応じた待ち時間を取得し、タッチパネル２４に表示させるようにしてもよい。
【００７７】
なお、前記実施形態は、装置内部のプログラム記憶部に発明の機能を実現させる注文予約プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークから装置にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。また、本実施形態のプログラムを、通信機能を有する携帯電話やいわゆるＰＤＡのような携帯情報端末に組み込んで、その機能を実現させるものであってもよい。
【００７８】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７９】
１…飲食店システム、１１…無線ＨＴ（無線式ハンディターミナル）、１２…注文管理サーバ、１３…厨房端末、１４…ＰＯＳ端末、１５…無線基地局、１７…メニューデータベース、１８…予約データベース、３１，４１…ＣＰＵ、３２，４２…ＲＯＭ、３３，４３…ＲＡＭ、３４…時計部、３５…無線回路、３６…ＮＦＣチップ。
【図１】
2014157564.tif 000003
【図２】
2014157564.tif 000004
【図３】
2014157564.tif 000005
【図４】
2014157564.tif 000006
【図５】
2014157564.tif 000007
【図６】
2014157564.tif 000008
【図７】
2014157564.tif 000009
【図８】
2014157564.tif 000010
【図９】
2014157564.tif 000011
【図１０】
2014157564.tif 000012
【図１１】
2014157564.tif 000013
【図１２】
2014157564.tif 000014
【図１３】
2014157564.tif 000015
【図１４】
2014157564.tif 000016
【図１５】
2014157564.tif 000017