JP2011002964A - 飲食店の注文処理システム及び飲食店の注文処理方法 - Google Patents

Abstract

【課題】飲食店の安価な注文処理システム及び当該注文処理方法を提供する。
【解決手段】飲食店の注文処理システムが、客用メニューブック６００の中から注文されたメニューを接客係３００が携帯する注文入力端末２００によって入力する飲食店の注文処理システムにおいて、注文入力端末２００に設けられた読取部（不図示）で読み取ることのできるメニューコードが設けられた接客係用メニューブック６００と、注文されたメニューの注文情報のうち、少なくとも名称を音声出力する音声出力部（不図示）を有する注文入力端末２００と、を備える。
【選択図】図２

Description

本発明は、飲食店の注文処理システム及び飲食店の注文処理方法に関する。

近年、飲食店の注文処理システムにおいて、客が注文したメニュー等を入力するためのハンディターミナル（以下、「注文入力端末」と称する）が普及している。従来の注文入力端末は、客が注文したメニューを入力するためのプリセットキーや、入力されたメニューをリスト表示するための表示部（タッチパネル等）と、多数のキーを配列した固定キー部を備えていた（特許文献１参照）。

特開平１０−１６２０６０号公報

従来の注文入力端末は、上述したように表示部や固定キー部を備えていたため、大型で高価であった。しかしながら、従来の飲食店の注文処理システムは、接客係が操作する高価な注文入力端末を、少なくとも接客係の人数分備えなければならず、このことが飲食店の注文処理システム全体の価格を大きく押し上げていた。

本発明は、前記の点に鑑みてなされたものであり、飲食店の安価な注文処理システム及び当該注文処理方法を提供する。

本発明は、上記の課題を解決するためになされたものであり、客用メニューブックの中から注文されたメニューを接客係が携帯する注文入力端末によって入力する飲食店の注文処理方法であって、前記注文入力端末が、接客係用メニューブックから前記注文入力端末に設けられた読取部でメニューコードを読み取り、当該メニューコードを記憶するステップと、前記注文入力端末が、前記記憶されたメニューコードに対応する注文情報のうち、少なくともメニュー名称を音声出力するステップと、を有することを特徴とする飲食店の注文処理方法である。

本発明は、客用メニューブックの中から注文されたメニューを接客係が携帯する注文入力端末によって入力する飲食店の注文処理システムにおいて、前記注文入力端末に設けられた読取部で読み取ることのできるメニューコードが設けられた接客係用メニューブックと、前記読取部で読み取ったメニューコードに対応する注文情報のうち、少なくともメニュー名称を音声出力する音声出力部を有する前記注文入力端末と、を備えることを特徴とする飲食店の注文処理システムである。

本発明は、前記注文入力端末が、前記注文情報を記憶し、確認コードを読み取った場合に、前記記憶された注文情報に基づいて音声出力することを特徴とする飲食店の注文処理システムである。

本発明は、前記接客係用メニューブックが、前記読取部で読み取ることのできる店員コードを有することを特徴とする飲食店の注文処理システムである。

本発明によれば、飲食店の注文処理システムが、メニューコードが設けられた接客係用メニューブックと、少なくともメニュー名称を音声出力する音声出力部を有する注文入力端末を備えるので、注文入力端末はプリセットキーや入力データを表示する表示部が不要となるために小型で安価となり、飲食店の注文処理システムを安価にすることができる。

本発明の一実施形態における飲食店の店内図の一例である。 本発明の一実施形態における飲食店の注文処理システムの構成図である。 本発明の一実施形態における注文入力端末のブロック図である。 本発明の一実施形態におけるメニューファイルの一例である。 本発明の一実施形態における音声ファイルの一例である。 本発明の一実施形態における注文入力端末の一時記憶ファイルの一例である。 本発明の一実施形態におけるオーダーファイルの一例である。 本発明の一実施形態における接客係用メニューブックの記載例である。 本発明の一実施形態における注文処理手順を説明するフローチャートである。

本発明の一実施形態について図面を参照して詳細に説明する。図１は、本発明の一実施形態における飲食店の店内図の一例である。本実施形態における飲食店は、ＰＯＳ端末４００と、キッチンプリンタ５００と、クレイドル７００と、飲食エリア９００と、客用メニューブック置場１０００と、料理載置台１１００と、を備える。また該飲食店には、店員である接客係３００ａ及び３００ｂと調理作業者（不図示）が居るものとする。

接客係３００ａ及び３００ｂは、紙製の接客係用メニューブック６００（図２、図８）をポケット等にそれぞれ携帯し、料理載置台１１００前で待機するものとする。また、キッチンプリンタ５００は、料理載置台１１００に配置されるものとする。さらに、クレイドル７００と客用メニューブック置場１０００は、料理載置台１１００の近傍に配置され、客用メニューブックを備えるものとする。このように配置すれば、出入口にいる客を接客係３００が飲食エリア９００のいずれかのテーブルに案内する際に、接客係が紙製の客用メニューブックを取り易くなる。なお、料理載置台１１００は、厨房から出された料理を接客係が受け取るための台である。

次に、飲食店の注文処理システムの構成を説明する。
図２は、本発明の一実施形態における飲食店の注文処理システムの構成図である。本システムは、ホストサーバ（管理装置）１００と、複数の注文入力端末２００と、代金精算を行うＰＯＳ（Ｐｏｉｎｔ ｏｆ ｓａｌｅ）端末４００と、キッチンプリンタ５００と、クレイドル（接続装置）７００と、ＬＡＮ８００と、接客係用メニューブック６００と、を備える。

ホストサーバ（管理装置）１００は、客からの注文データを処理するとともに、図４、図５、図７に示す各種ファイル等をデータベースとして記憶部（不図示）に保持するコンピュータであり、例えば飲食店内の事務室（不図示）などに設置される。ホストサーバ１００にはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）又はその他の通信規格（例えば、ＺｉｇＢｅｅ（登録商標）と呼ばれる規格）による通信機能が備わっており、ホストサーバ１００は飲食店内に敷設されたＬＡＮ８００を介して、ＰＯＳ端末４００及びキッチンプリンタ５００と通信可能に接続されている。例えば、ホストサーバ１００は、会計を指示する信号をＰＯＳ端末４００から受信した場合、ＰＯＳ端末４００に会計情報（請求書）を印刷させる。

ＬＡＮ８００の通信方式には、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が利用されており、数１０〜１００［Ｍｂｐｓ］のデータ転送速度で各装置間の通信を行えるようになっている。なお、ホストサーバ１００はインターネットなどの外部ネットワークと通信可能としてもよく、例えば、飲食店チェーンの本社に設置されたデータ管理サーバ（不図示）が、外部ネットワークを介して各店のホストサーバ１００から全店の売上情報を収集し管理するようにしてもよい。

接客係用メニューブック６００は、接客係３００が携帯するメニューコードブックであり、メニュー名称（品名）や、四角枠（図８）に囲まれた部分に赤外線等で読み取るコードが印刷される。当該コードは、注文入力端末２００のコードリーダ（読取部）により読み取られる。接客係用メニューブック６００の詳細については、図８で後述する。

注文入力端末２００は、客が注文したメニューのメニューコード等を入力して注文データとしてホストサーバ１００へ送信する携帯型の端末装置であり、ペン型の外観形状を有している。以下、注文入力端末２００は、接客係３００に携帯され、接客係３００によって操作されるものとする。

注文入力端末２００のペン型の先端には、接客係用メニューブック６００に記載されたコードを読み取るためのコードリーダ（読取部）が備えられている。メニューの入力は、このコードリーダで接客係用メニューブック６００上のコードを赤外線等で読み取らせることによって行われる。注文入力端末２００により入力され送信された注文データは、アンテナ４０１を介してＰＯＳ端末４００に受信され、ＬＡＮ８００を通ってホストサーバ１００へ送信される。

また、注文入力端末２００は、各メニューのメニュー名称や、メニューに関する調理方法や食材などを説明したメニュー情報を音声により報知するための音声データを保持している。注文入力端末２００にメニューコード等が入力されると、該当するメニュー名称やメニュー情報が音声にて報知（音声出力）される。なお、非使用時には、注文入力装置２００はクレイドル７００に装着されている。

クレイドル７００は、装着された注文入力端末２００をＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）によりＰＯＳ端末４００に通信可能に接続させて、当該装着された注文入力端末２００内の上記音声データをホストサーバ１００からＰＯＳ端末４００経由で更新可能にする接続装置である。

クレイドル７００の外観（不図示）は、クレイドル７００の上面には、注文入力端末２００を装着するための装着口が、例えば縦４列、横１０列の合計４０個設けられている。装着口の奥には、ＵＳＢコネクタと充電用端子が設けられている。側面には、ＰＯＳ端末４００と接続するためのＵＳＢ端子が設けられており、内蔵されたＵＳＢハブによりこのＵＳＢ端子と上記のＵＳＢコネクタ間が分岐されて接続されている。また、側面から出ているＡＣケーブルは、外部のＡＣ電源に接続されて、クレイドル７００内蔵の充電回路により、上記の充電用端子から注文入力端末２００を充電できるようになっている。

キッチンプリンタ５００は、飲食店の厨房内あるいはその近傍に設置され、注文されたメニュー内容を調理指示伝票として印刷し、さらに客のテーブルに置くための注文伝票を印刷するためのプリンタである。このキッチンプリンタ５００には、ＬＡＮ８００により通信される機能が備えられており、これによりホストサーバ１００と注文入力端末２００の間で通信を行うことが可能になっている。

注文されたメニューを指示する注文データは、注文入力端末２００からホストサーバ１００へ送られて処理され、ホストサーバ１００からＬＡＮ８００を通ってキッチンプリンタ５００へ送信されてくる。印刷された調理指示伝票は厨房の調理作業者へ渡され、注文されたメニューの料理が調理される。

なお、キッチンプリンタ５００には操作部（不図示）が設けられており、調理作業者（不図示）が操作部を操作することによって、在庫がなくなったメニューをホストサーバ１００に通知することができるようになっている。通知を受けたホストサーバ１００では、そのメニューコードに従ってメニューファイル（図４）の更新を行う。

ＰＯＳ端末（レジ）４００は、接客係３００によって操作され、会計を指示する信号をホストサーバ１００に送信し、ホストサーバ１００から受信した会計情報（請求書）を印刷する。この会計情報には、テーブル番号も印刷されている。ＰＯＳ端末４００には、ＵＳＢ通信を行うためのＵＳＢポート（不図示）が備えられており、このＵＳＢポートとクレイドル７００のＵＳＢ端子（不図示）とをＵＳＢケーブルで接続できるようになっている。これにより、ＰＯＳ端末４００は、クレイドル７００とホストサーバ１００及びキッチンプリンタ５００とのデータ送受信を中継する。

次に、注文入力端末の構成を説明する。
図３は、本発明の一実施形態における注文入力端末のブロック図である。ＣＰＵ２０１は、注文入力端末２００の各部を制御する中央処理装置であり、ＲＯＭ２０２から所定のプログラムをロードして実行する。ＲＯＭ２０２は、ＣＰＵ２０１が実行する各種のプログラムを格納している記憶部（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）である。

ＲＡＭ２０３は、メニューファイル（図４）や音声ファイル（図５）、音声データ等を格納するファイル記憶エリアと、ＣＰＵ２０１が動作時に呼び出し、使用するデータを一時的に記憶する一時記憶エリアとを有した記憶部（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。一時記憶エリアには、担当者となった店員の識別番号を示す店員コード（担当者コード）、テーブルの識別番号を示すテーブル番号、メニューコード、当該読み取ったメニューコードに該当するメニューの調理方法（調理指示情報）、注文数（数量）などを含む一時記憶ファイル（図６）が記憶される。このほか、例えば注文入力端末２００の識別番号が一時記憶されてもよい。

コードリーダ２０４は、接客係用メニューブック６００（図８）に印刷されているメニューコードやファンクションキーなどの各種コードを赤外線により読み取る赤外線式読取部であり、注文入力端末２００のペン先端部分に設けられている。コードリーダ２０４を接客係用メニューブック６００のメニュー名称やファンクションキーの部分に当てる、あるいはその部分をなぞることによって、当該箇所に印刷されているコードの入力が行われる。店員コード（担当者コード）又は接客係３００が携帯する不図示のカードからテーブル番号を読み取ることにより、これをリセット信号として、ＣＰＵ２０１はＲＡＭ２０３（一時記憶エリアにある、例えば直前の客が使用した際の注文データ等）の全部又は一部を消去することができる。

音声合成回路２０５は、ＲＡＭ２０３から読み出された音声ファイル（図５）の音声データから音声波形を合成してスピーカ２０６へ出力するデジタル回路である。コードリーダ２０４が確認コード（図８）を読み取ると、コードリーダ２０４から入力されたメニューに関する音声データが音声合成回路２０５によって音声出力されて、スピーカ２０６からメニューの注文情報（案内情報）が音声出力される。

無線通信部２０７は、アンテナ４０１を有するＰＯＳ端末４００との間で注文データの無線通信を行う、通信装置である。

バッテリー２０９は、注文入力端末２００の各部へ電力を供給する充電式の内蔵電池であり、クレイドル７００への装着時に充電が行われる。バッテリー２０９の電池残量は、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）インジケータ２１０に表示されるようになっている。

次に、各種ファイルの構成を説明する。
図４は、本発明の一実施形態におけるメニューファイルの一例である。メニューファイルは、ホストサーバ１００と注文入力端末２００で同一の内容のものが記憶される。メニューファイルには、メニューを特定する識別番号であるメニューコードと、メニュー名称（「名称」）と、価格と、名称用音声コードと、説明用音声コードと、メニューの在庫の有無を示す売切フラグなどがメニュー毎に記録されている。

売切フラグは、そのメニューが売り切れた場合に「１」が設定され、売り切れていない場合には「０」が設定される。名称用音声コードは、当該メニュー名称を注文入力端末２００のスピーカ２０６から音声出力するための音声データを特定する識別番号であり、説明用音声コードは、同じく当該メニューの詳細説明（調理方法や食材に関する説明等）の音声データを特定する識別番号である。

図５は、本発明の一実施形態における音声ファイルの一例である。音声ファイルの一例を示したものである。音声ファイルは、メニューファイルの名称用音声コードや説明用音声コードとそれらの音声データとを対応付けて記録したファイルである。例えば、注文するメニューがサーロインステーキであった場合において、メニュー名を音声出力する時は、名称用音声コードが「５」であるから音声データのファイル「ｘｘｘｘ．ｗａｖ」が指定されて出力され、メニューの説明を音声出力する時は、説明用音声コードが「３００」であるから音声データのファイル「ｙｙｙｙ．ｗａｖ」が指定されて出力される。

図６は、本発明の一実施形態における注文入力端末の一時記憶ファイルの一例である。一時記憶ファイルは、読み取られた順にＲＡＭ２０３（一時記憶エリア）に記憶された注文データのファイルである。メニューコードは、客が注文したメニューを特定する識別番号である。調理指示情報は、メニューの調理方法（例えばステーキの場合、焼き方はレアかミディアムかウェルダンか）である。数量は、メニューの注文数である。このほかに、例えば、店員コード（担当者となった店員の識別番号）、注文入力端末の識別番号、テーブル番号（テーブルの識別番号）を含んでいてもよい。

図７は、本発明の一実施形態におけるオーダーファイルの一例である。オーダーファイル（注文管理ファイル）は、注文入力端末２００から送信された注文データを含むデータファイルであり、ホストサーバ１００の記憶部（不図示）に記憶される。

「注文番号」は、客の注文を識別するためのシリアル番号であり、同じ客の注文には同じ番号が割り当てられる。「テーブル番号」、「メニューコード」、「調理指示情報」、「数量」は、それぞれ注文入力端末の一時記憶ファイルに記憶されていた注文データが注文入力端末から送信されて、記憶される。

また、ホストサーバ１００が注文を受信し、キッチンプリンタ５００に調理指示情報を通知すると、ホストサーバ１００は「状態」を「調理中」と更新する。また、料理が出来上がったことが調理作業者等によってキッチンプリンタ５００に入力された場合、キッチンプリンタ５００は、ホストサーバ１００に信号を出力する。ホストサーバ１００は、この信号を受信すると「状態」を「飲食中」に更新する。さらに、ＰＯＳ端末４００が代金の清算を終了した場合、ＰＯＳ端末４００は、ホストサーバ１００に信号を出力する。ホストサーバ１００は、この信号を受信すると「状態」を「清算済」に更新する。

次に、接客係用メニューブックについて説明する。
図８は、本発明の一実施形態における接客係用メニューブックの記載例である。接客係用メニューブックには、メニューエリア部に各種のメニュー名称とその値段が記載されており、またメニューによってはその調理方法（例えばステーキの場合、焼き方はレアかミディアムかウェルダンか）や選択可能なサイドディッシュ（例えばベイクドポテト、フレンチフライ、温野菜など）、飲み物の提供タイミング（食前か食後か）などの調理指示情報も記載されている。そして、メニュー名称と調理指示情報の部分には、当該記載内容を所定の方式でコード化した、赤外線で読み取り可能なコードが印刷されている。注文入力端末２００のペン先端部（コードリーダ２０４）をメニュー名称や調理指示情報の部分に触れさせると、上記コードが読み取られて注文入力端末２００に注文内容として入力されることになる。

また接客係用メニューブックには、ファンクションキーエリア部に、１〜１０の数字や「確定」、「キャンセル」、「繰り返し」、「送信」、担当者となった店員の識別番号を入力するための「店員コード」、一時記憶されたメニューを音声出力させるための「確認」などの各種ファンクションキーが記載されており、これらの各ファンクションキー部分にも、上記の赤外線読み取り可能なコードが印刷されている。注文入力端末２００のコードリーダ２０４でメニューを入力していく際、ファンクションキーの読み取り入力と組み合わせながら、注文の入力を行っていく。なお、接客係用メニューブックは、接客係がポケットに入れて常時携帯し易いよう、客が使う客用メニューブックよりサイズを小型にしてもよい。すなわち、客用メニューブックは、接客係用メニューブックよりサイズを大型にしてもよい。

次に、本発明の一実施形態における注文処理システムの注文処理手順を説明する。
図９は、本発明の一実施形態における注文処理手順を説明するフローチャートである。まず、飲食店に客が来店すると、接客係３００は客用メニューブック置場１０００から、客用メニューブック６００を取り出す（ステップＳ１）。

接客係３００は来店客をテーブルに案内する（ステップＳ２）。

接客係３００は、注文入力端末２００のコードリーダ２０４でテーブル番号と店員コード（担当者コード）を注文入力端末２００に読み取らせる。注文入力端末２００は、ＲＡＭ２０３の一時記憶エリアを消去し、読み取ったテーブル番号と店員コードを一時記憶する（ステップＳ３）。

客は、客用メニューブックを見て、注文したいメニューを接客係３００に伝える。接客係３００は、接客用メニューブック６００の当該メニュー名称の部分やファンクションキーの部分を注文入力端末２００のコードリーダ２０４でなぞってコードを入力する。例えば、サーロインステーキ１人前がミディアムで注文され、サイドディッシュに温野菜が選ばれた場合、接客係３００は、「サーロインステーキ」の名称部分、「ミディアム」、「温野菜」の調理指示情報の部分、ファンクションキーエリアの数字「１」と「確定」とを順に注文入力端末２００に読み取らせる（ステップＳ４）。

客が注文したメニューを全て入力し終わったら、接客係３００は、確認コード（「確認」）部分を注文入力端末２００のコードリーダ２０４でなぞり、コードを入力する。ここで、読み取ったコードが確認コード（「確認」）でない場合（ステップＳ５−ＮＯ）、注文入力端末２００は、ステップＳ４に戻る（ステップＳ５）。

読み取ったコードが確認コードである場合（ステップＳ５−ＹＥＳ）、注文入力端末２００は、すべての注文が入力されたと判定し、一時記憶された注文データ（メニュー名称、調理方法、数量など）の説明をスピーカ２０６から音声で出力する。客は必要に応じ、音声による報知内容を参考にメニューの変更を行うこともできる（ステップＳ６）。

接客係３００は、客が注文したメニューが全て入力されたことを確認し、接客係用メニューブックのファンクションキーエリアにある「送信」をコードリーダ２０４に読み取らせる。注文入力端末２００は、注文データを生成してホストサーバ１００に送信し、ＲＡＭ２０３（一時記憶エリア）の全部又は一部を消去する（ステップＳ７）。

ホストサーバ１００は、受信した注文データをオーダーファイルに順に記憶する（ステップＳ８）。

次に、ホストサーバ１００は、キッチンプリンタ５００に当該注文データを送信して、調理指示伝票と注文伝票を印字させる（ステップＳ９）。

厨房では、調理作業者が調理指示伝票に基づいて調理を行い、料理が出来たら料理載置台１１００に料理を載せ、料理が出来上がったことをキッチンプリンタ５００に入力する。これによりキッチンプリンタ５００は、ホストサーバ１００に信号を出力する。ホストサーバ１００は、この信号を受信し、オーダーファイルの「状態」を「飲食中」に更新する。また、料理が料理載置台１１００に載せられると、接客係３００はテーブル番号を確認し、その料理を該当するテーブルに配膳する。また接客係３００は、該当する注文伝票をテーブルに備えてもよい（ステップＳ１０）。

客が飲食終了した後、ＰＯＳ端末（レジ）４００は、接客係３００によって操作され、注文伝票に印刷された注文番号が入力されると、会計を指示する信号をホストサーバ１００に送信し、ホストサーバ１００から受信した会計情報（請求書）を印刷する。接客係３００は、会計情報に基づいて代金の精算を行う（ステップＳ１１）。

なお、クレイドル７００に装着された注文入力端末２００に対しては、バッテリー２０９への充電が行われるとともに、ホストサーバ１００からＵＳＢを介してＲＡＭ２０３内の音声データやメニューファイル、音声ファイルの更新が行われる。充電とデータの更新がされた注文入力端末２００は、再び次の客に利用される。

このようにすれば、飲食店の注文処理システムが、メニューコードが設けられた接客係用メニューブックと、少なくともメニュー名称を音声出力する音声出力部を有する注文入力端末とを備えるので、注文入力端末はプリセットキーや入力データを表示する表示部が不要となるために小型で安価となり、飲食店の注文処理システムを安価にすることができる。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

例えば、上記の実施形態において、注文入力端末は、「店員コード（担当者コード）」又は「テーブル番号」を読み取ることにより、一時記憶エリアの全部又は一部を消去していたが、接客係用メニューブックに「リセットコード」を印刷し、注文入力端末は、この「リセットコード」を読み取ることにより、一時記憶エリアの全部又は一部を消去してもよい。また、店員コード（担当者コード）の読み取りでなく、テーブル番号を読み取った際に、テーブル番号以外のデータを消去するとしてもよい。

また例えば、注文入力端末は、小型のため充電容量が小さく、連続使用時間が限られる場合もあるが、クレイドルに予備の注文入力端末を多数充電させておくことで、注文入力端末を容易に交換できるようにしてもよい。さらに、注文入力端末のＬＥＤインジケータのみならず、音声出力によって電池残量を通知させてもよい。また、クレイドルの配置を変更することで、接客係が注文入力端末を容易に交換できるようにしてもよい。

また例えば、上記の実施形態では、ＰＯＳ端末とクレイドルと注文入力端末の間はＵＳＢにより通信を行うものとしたが、これに限定されることはなく、例えば光通信や高速無線通信（ＵＷＢ、Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ等）を適用することもできる。

また例えば、注文入力端末２００は、外観形状をペン型として注文内容を音声出力により報知するようにしたが、端末のサイズや消費電力に支障がない範囲において報知手段を液晶ディスプレイなどの表示装置とすることもできる。

また例えば、注文入力端末の無線通信はＰＯＳ端末経由に限らず、無線通信機能を備えるホストサーバと直接でもよい。

また例えば、ラーメン専門店のように１客当りの注文数が少ない店では、注文入力端末でメニューコードを読み取る毎に、メニュー名称等を音声出力して確認できるようにしてもよい。

また例えば、上記のステップＳ７で注文入力端末は注文データを送信するとＲＡＭの記憶データを消去するが、店員コードは消去せず残すほうが、次客の際に入力せずに済むので、送信時やテーブル番号読取時等での一時記憶エリアの消去では、店員コードは消去しないようにするとよい。

１００…ホストサーバ ２００…注文入力端末 ２０１…ＣＰＵ ２０２…ＲＯＭ ２０３…ＲＡＭ ２０４…コードリーダ ２０５…音声合成回路 ２０６…スピーカ ２０７…無線通信部 ２０８…ＵＳＢ Ｉ／Ｆ ２０９…バッテリー ２１０…ＬＥＤインジケータ ３００…接客係 ４００…ＰＯＳ端末 ４０１…アンテナ ５００…キッチンプリンタ ６００…接客係用メニューブック ７００…クレイドル ８００…ＬＡＮ ９００…飲食エリア ９０１〜９０４…テーブル １０００…客用メニューブック置場 １１００…料理載置台

Claims (4)

1. 客用メニューブックの中から注文されたメニューを接客係が携帯する注文入力端末によって入力する飲食店の注文処理方法であって、
   前記注文入力端末が、接客係用メニューブックから前記注文入力端末に設けられた読取部でメニューコードを読み取り、当該メニューコードを記憶するステップと、
   前記注文入力端末が、前記記憶されたメニューコードに対応する注文情報のうち、少なくともメニュー名称を音声出力するステップと、
   を有することを特徴とする飲食店の注文処理方法。
2. 客用メニューブックの中から注文されたメニューを接客係が携帯する注文入力端末によって入力する飲食店の注文処理システムにおいて、
   前記注文入力端末に設けられた読取部で読み取ることのできるメニューコードが設けられた接客係用メニューブックと、
   前記読取部で読み取ったメニューコードに対応する注文情報のうち、少なくともメニュー名称を音声出力する音声出力部を有する前記注文入力端末と、
   を備えることを特徴とする飲食店の注文処理システム。
3. 前記注文入力端末は、前記注文情報を記憶し、確認コードを読み取った場合に、前記記憶された注文情報に基づいて音声出力することを特徴とする請求項２に記載の飲食店の注文処理システム。
4. 前記接客係用メニューブックは、前記読取部で読み取ることのできる店員コードを有することを特徴とする請求項２又は請求項３に記載の飲食店の注文処理システム。

Images