(57)【要約】【課題】メニューを電気的に表示する電子メニューを用いずに、顧客が注文可能なセルフオーダー方式の飲食物注文方法および飲食物注文システムを提供することを目的とする。【解決手段】提供する飲食物が印刷されている印刷領域１１を有する印刷メニュー２と、印刷メニュー２の中から選択された飲食物の印刷領域１１へ移動することにより、印刷領域１１を画像として取り込んで送信する注文端末３と、注文端末３から受信した画像と記憶している飲食物の管理画像とを照合して、画像に対応する飲食物を特定する管理端末４とを用いて、顧客による飲食物のセルフオーダーを可能にする。【選択図】図１
2008003751.tif 000002
【特許請求の範囲】
【請求項１】
飲食物の情報が印刷された印刷領域を有する印刷媒体の中から、前記印刷領域へ注文端末が移動したかを確認する選択ステップと、
前記印刷領域を画像として前記注文端末が取り込む入力ステップと、
取り込んだ前記画像を前記注文端末から管理端末へ送信する送信ステップと、
前記画像と前記管理端末が有する前記飲食物の管理画像とを照合して、前記画像に対応する前記飲食物を特定する照合ステップと、を有することを特徴とする飲食物注文方法。
【請求項２】
請求項１に記載の飲食物注文方法において、
前記選択ステップでは、前記印刷領域に印刷されている前記飲食物の可視像を取り込める位置へ前記注文端末が移動したことの確認を含むことを特徴とする飲食物注文方法。
【請求項３】
請求項２に記載の飲食物注文方法において、
前記入力ステップでは、前記印刷領域の前記可視像の全体または一部分を前記画像として取り込むことを特徴とする飲食物注文方法。
【請求項４】
請求項１から３のいずれか一項に記載の飲食物注文方法において、
前記送信ステップでは、前記画像に加え前記注文端末を特定するための特定データを送信することを特徴とする飲食物注文方法。
【請求項５】
請求項１から４のいずれか一項に記載の飲食物注文方法において、
前記注文端末の一回の操作により、前記入力ステップおよび前記送信ステップが完了することを特徴とする飲食物注文方法。
【請求項６】
請求項５に記載の飲食物注文方法において、
前記入力ステップで前記画像が取り込みできなかった場合は、前記送信ステップでは、前記特定データのみを送信することを特徴とする飲食物注文方法。
【請求項７】
飲食物の情報が印刷されている印刷領域を有する印刷媒体と、
前記印刷媒体の中から、前記飲食物の印刷領域へ移動したかを確認し、前記印刷領域を画像として取り込んで送信する注文端末と、
前記注文端末から受信した前記画像と記憶している前記飲食物の管理画像とを照合して、前記画像に対応する前記飲食物を特定する管理端末と、を有することを特徴とする飲食物注文システム。
【請求項８】
請求項７に記載の飲食物注文システムにおいて、
前記印刷領域には、前記飲食物の可視像が印刷されていることを特徴とする飲食物注文システム。
【請求項９】
請求項７または８に記載の飲食物注文システムにおいて、
前記注文端末は、前記印刷領域を画像として取り込むスキャナ部と前記画像を前記管理端末へ送信する送信部とを有することを特徴とする飲食物注文システム。
【請求項１０】
請求項９に記載の飲食物注文システムにおいて、
前記送信部は、さらに、前記注文端末を特定するための特定データを送信することを特徴とする飲食物注文システム。
【請求項１１】
請求項７から１０のいずれか一項に記載の飲食物注文システムにおいて、
前記注文端末は、前記画像の取り込みと前記画像および前記特定データの送信とを一回の操作で完了させる操作部を有していることを特徴とする飲食物注文システム。
【請求項１２】
請求項１１に記載の飲食物注文システムにおいて、
前記スキャナ部が前記画像が取り込みできなかった場合は、前記送信部は、前記特定データのみを送信することを特徴とする飲食物注文システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店などにおいて希望する品を注文するための飲食物注文方法および飲食物注文システムに関する。
【背景技術】
【０００２】
従来、飲食店において、顧客自らが客席に設置されているメニュー端末を操作して、店員を経由せずに希望する飲食物を注文するセルフオーダー方式が行われている。このセルフオーダー方式によれば、まず、メニュー端末の液晶表示装置などに表示されている電子メニューの中から、顧客がキーまたはタッチパネル形式等の操作によって希望する飲食物を選択し、店側の管理端末へ送信する。そして、送信された飲食物の注文は、管理端末に受信されて確定となる（たとえば特許文献１，２および３）。
【０００３】
【特許文献１】特開２００２−２０７８０８号公報
【特許文献２】特開２００４−１９９１３６号公報
【特許文献３】特開平６−５２１９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、従来の技術では、メニュー端末により飲食物のメニューを常時表示する液晶表示などの電気的表示の電子メニューであるため、電力を消費することによる費用負担に加え、メニューの電気的表示に抵抗感のある顧客の来店が見込めないという課題があった。
【０００５】
本発明は、上記課題を解決するために、メニューを電気的に表示する電子メニューを用いずに、顧客が注文可能なセルフオーダー方式の飲食物注文方法および飲食物注文システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の飲食物注文方法は、飲食物の情報が印刷された印刷領域を有する印刷媒体の中から、印刷領域へ注文端末が移動したかを確認する選択ステップと、印刷領域を画像として注文端末が取り込む入力ステップと、取り込んだ画像を注文端末から管理端末へ送信する送信ステップと、画像と管理端末が有する飲食物の管理画像とを照合して、画像に対応する飲食物を特定する照合ステップと、を有することを特徴とする。
【０００７】
この飲食物注文方法によれば、注文端末による選択ステップ、入力ステップおよび送信ステップ並びに管理端末による照合ステップの少なくとも４ステップからなる。印刷媒体には、注文可能な飲食物の情報がメニューとして印刷されており、注文する顧客は、まず、注文したい飲食物を印刷媒体から選択し、選択した飲食物が印刷されている印刷領域へ注文端末を移動する。注文端末では印刷領域へ移動したかを確認する（選択ステップ）。ここで、顧客が注文端末を操作すると、注文端末は、注文端末の有する画像取り込み機能によって、印刷領域の飲食物の表示を画像として取り込み（入力ステップ）、取り込んだ画像を管理端末へ送信する（送信ステップ）。管理端末は、印刷媒体に印刷されている飲食物の表示に該当する管理画像を有しており、取り込んだ画像と管理画像とを照合して注文された飲食物が何であるかを特定する（照合ステップ）。注文端末を用いる方法により、顧客は、印刷媒体の飲食物を指差して店員に注文するのと同じ感覚で、欲しい飲食物を店員を呼ばずに注文可能である。この注文方法であれば、メニューを液晶などで表示してキー選択する電子メニューに抵抗感のある顧客であっても、抵抗感をほとんど持たずに飲食物を注文することが可能である。また、印刷媒体を用いるため、メニューを電気的に表示する電子メニューに比べて電力消費を抑制可能である。
【０００８】
この場合、選択ステップでは、印刷領域に印刷されている飲食物の可視像を取り込める位置へ注文端末が移動したことの確認を含むことが好ましい。
【０００９】
この方法によれば、印刷媒体の印刷領域に印刷されている飲食物の表示は、顧客が目で見て確認可能な飲食物の写真や絵などのような可視像である。飲食物を可視像として印刷する方法によって、顧客は、注文する飲食物の選択および注文端末を目的とする飲食物へ移動させることが容易になる。そして、電子メニューに抵抗感のある顧客であっても、より抵抗感を持たずに飲食物を注文することが可能である。
【００１０】
また、入力ステップでは、印刷領域の可視像の全体または一部分を画像として取り込むことが好ましい。
【００１１】
この方法によれば、注文端末によって取り込まれた画像は、飲食物の全体の画像であることが管理端末による照合のために望ましいが、取り込まれた画像が飲食物の一部分であっても管理端末の有する管理画像と部分照合することにより、注文された飲食物を特定可能である。従って、印刷領域のどこかの部分を画像として取り込めば良く、印刷媒体上での飲食物の選択において、印刷領域の特定の箇所を含めて取り込まなくてはならないというような配慮が不要で、顧客に必要以上に気を使わせることがない。
【００１２】
そして、送信ステップでは、画像に加え注文端末を特定するための特定データを送信することが好ましい。
【００１３】
この方法によれば、送信ステップにおいて、どの注文端末からの画像の送信であるかが管理端末に認識されるように、特定データを合わせて送信する。特定データは、注文端末が置かれているテーブルのナンバーなどが好ましく、これにより、管理端末では、どの顧客が注文した飲食物であるかを容易に判断可能である。
【００１４】
さらに、注文端末の一回の操作により、入力ステップおよび送信ステップが完了することが好ましい。
【００１５】
この方法によれば、印刷媒体から注文する飲食物を選択して、注文端末を一回操作すれば、飲食物の画像としての取り込みおよび取り込んだ画像の管理端末への送信が行われる。このように、注文端末を印刷媒体の飲食物の表示上に移動させて、一回だけの操作で注文が完了する方法であるため、顧客にいくつかの確認手順を踏むような余計な負担をかけることがない。
【００１６】
この場合、入力ステップで画像が取り込みできなかった場合は、送信ステップでは、特定データのみを送信することが好ましい。
【００１７】
この方法によれば、テーブル番号などから成る特定データを受信した管理端末では、注文をしようとしたテーブル番号がわかるため、店員が直接注文を取りに行くこともできる。
【００１８】
本発明の飲食物注文システムは、飲食物の情報が印刷されている印刷領域を有する印刷媒体と、印刷媒体の中から飲食物の印刷領域へ移動したかを確認し、印刷領域を画像として取り込んで送信する注文端末と、注文端末から受信した画像と記憶している飲食物の管理画像とを照合して、画像に対応する飲食物を特定する管理端末と、を有することを特徴とする。
【００１９】
この飲食物注文システムによれば、印刷媒体と注文端末と管理端末とを備えている。印刷媒体には、注文可能な飲食物の情報がメニューとして印刷されており、注文する顧客は、注文したい飲食物が印刷されている印刷領域へ注文端末を移動する。注文端末では印刷領域へ移動したかを確認する。ここで、顧客が注文端末を操作すると、注文端末は、注文端末の有する画像取り込み機能によって、印刷領域の飲食物の表示を画像として取り込み、さらに、取り込んだ画像を管理端末へ送信する。管理端末は、印刷媒体に印刷されている飲食物の表示に該当する管理画像を有しており、取り込んだ画像と管理画像とを照合して注文された飲食物が何であるかを特定する。注文端末を用いることにより、顧客は、印刷媒体の飲食物を指差して店員に注文するのと同じ感覚で、欲しい飲食物を店員を呼ばずに注文可能である。この注文システムであれば、メニューを液晶などで表示してキー選択する電子メニューに抵抗感のある顧客であっても、抵抗感をほとんど持たずに飲食物を注文することが可能である。また、印刷媒体を用いるため、メニューを電気的に表示する電子メニューに比べて電力消費を抑制可能である。
【００２０】
この場合、印刷領域には、飲食物の可視像が印刷されていることが好ましい。
【００２１】
この構成によれば、印刷媒体の印刷領域に印刷されている飲食物の表示は、顧客が目で見て確認可能な飲食物の写真や絵などのような可視像である。飲食物を可視像とすることによって、電子メニューに抵抗感のある顧客であっても、より抵抗感を持たずに飲食物を注文することが可能である。
【００２２】
また、注文端末は、印刷領域を画像として取り込むスキャナ部と画像を管理端末へ送信する送信部とを有することが好ましい。
【００２３】
この構成によれば、注文端末は、顧客の選択した飲食物の印刷されている印刷領域を画像として取り込むスキャナ部と、取り込んだ画像を管理端末へ送信する送信部とを有し、顧客の注文が決定されると、その結果を迅速に伝達することが可能である。
【００２４】
この場合、送信部は、さらに、注文端末を特定するための特定データを送信することが好ましい。
【００２５】
この構成によれば、注文端末の送信部が画像を管理端末へ送信するときに、どの注文端末からの送信であるかを管理端末が容易に認識するように、特定データを画像と共に送信する。特定データは、注文端末が置かれているテーブルのナンバーなどが好ましく、これにより、管理端末では、どの顧客が注文した飲食物であるかを容易に判断可能である。
【００２６】
そして、注文端末は、画像の取り込みと画像および特定データの送信とを一回の操作で完了させる操作部を有していることが好ましい。
【００２７】
この構成によれば、印刷媒体から注文する飲食物を選択して、注文端末による飲食物の画像としての取り込みおよび取り込んだ画像の管理端末への送信が、操作部の一回の操作で実行可能である。このように、注文端末を印刷媒体の飲食物の表示上に移動させて、一回だけの操作で注文が完了するため、顧客にいくつかの確認手順を踏むような余計な負担をかけることがない。
【００２８】
この場合、スキャナ部で画像の取り込みができなかった場合は、送信部では、特定データのみを送信することが好ましい。
【００２９】
この構成によれば、テーブル番号などから成る特定データを受信した管理端末では、注文をしようとしたテーブル番号がわかるため、店員が直接注文を取りに行くこともできる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明を具体化した実施形態について図面に従って説明する。実施形態は、飲食店において、顧客がメニューを見て、欲しい飲食物をセルフオーダー方式で注文する方法の一例である。
（実施形態１）
【００３１】
図１は、本発明の実施形態１における飲食物注文システムの構成を示す模式図である。飲食物注文システム１は、提供する飲食物の情報である写真（可視像）１０を印刷して掲載した印刷メニュー（印刷媒体）２と、顧客が印刷メニュー２の中から注文したい飲食物として選択した飲食物の写真１０を画像として取り込んで、飲食物の注文を可能にする注文端末３と、注文端末３から送信される注文情報を受信する管理端末４とを有している。印刷メニュー２および注文端末３は、一組になっていて、飲食店のテーブル５の一つであるテーブルナンバーが１であるテーブル５ａに置かれている。同様に、印刷メニュー６および注文端末７は、一組になっていて、テーブル５ｂに置かれている。
【００３２】
飲食物の写真１０は、印刷領域１１に印刷されていて、例えば、印刷メニュー２のカレーライスの写真１０ａは、印刷領域１１ａに印刷されており、コーヒーの写真１０ｂは、印刷領域１１ｂに印刷されている。また、印刷メニュー６にも印刷メニュー２と同じようにカレーライスとコーヒーとが印刷されている。管理端末４には、外部端末１２が接続されていて、外部端末１２としては、顧客の支払いのためのレジスター、売り上げおよび材料在庫などの管理用ＰＯＳ端末、キッチンにおいて顧客注文を表示して伝達する表示装置または印刷して伝達するプリンタなどが挙げられる。
【００３３】
このような構成の飲食物注文システム１において、テーブルナンバーが１であるテーブル５ａに着席した顧客が飲食物を注文する方法を簡単に説明する。まず、顧客は、印刷メニュー２を見てその中から注文したい飲食物を選択する。選択した飲食物がコーヒーであれば、テーブル５ａに置かれている注文端末３を、コーヒーの写真１０ｂが印刷されている印刷領域１１ｂへ移動させる。そして、顧客が注文端末３を操作すると、注文端末３が印刷領域１１ｂに印刷されているコーヒーの写真１０ｂを画像として取り込み管理端末４へ送信する。注文端末３には、後述する図２に示すメモリ部２６にテーブルナンバーの１が記憶されている。送信時には、テーブル５ａのテーブルナンバーの１を同時に送信し、注文の飲食物がテーブルナンバーが１からのものであることを管理端末４に認識させる。このようにして、テーブル５ａの顧客からコーヒーの注文があったことが、管理端末４を介して店舗側に知らされ、注文が確定する。
【００３４】
顧客が操作する注文端末３の詳細は、図２（ａ）注文端末の外観を示す斜視図および図２（ｂ）注文端末の制御部の構成を示すブロック図に表されている。注文端末３は、図２（ａ）に示すように、顧客の手に馴染んで容易に移動可能な小型の略半球状である。略半球状の球状部は顧客が手で掴む部分であり、平面部は印刷メニュー２と対峙する部分である。平面部には、注文端末３を支持する複数の脚部１５と、印刷領域１１の飲食物の写真１０を取り込むスキャナ部１６とが設けられている。また、球状部には、顧客が選択した飲食物を注文するために、押して操作する入力ボタン（操作部）１７と、入力ボタン１７が押されたことを確認するためのブザー１８と、バッテリー１９を収容するバッテリー収容部２０と、スキャナ部１６で取り込んだ飲食物の写真１０および特定データとしてのテーブルナンバーを管理端末４へ無線送信するための送信アンテナ２３とが設けられている。
【００３５】
注文端末３は、脚部１５がテーブル５ａおよび印刷メニュー２に接して自在に移動することができ、脚部１５によってスキャナ部１６と印刷メニュー２との間隙が常に均一であるため、スキャナ部１６による飲食物の写真１０ｂの取り込みが常時確実に行える。また、入力ボタン１７は、球状部の凸状頂部にあって、注文端末３を図１に示すように片手で包み込むように保持すると、人差し指で押すことができ容易に操作可能である。入力ボタン１７の操作は、従来、飲食店で一般的に行われているベルなどを押して店員を呼び、飲食物を注文する要領と類似しており、メニューの電気的表示に抵抗感のある顧客であっても違和感をほとんど受けることがない。
【００３６】
このような注文端末３を制御する制御部２１は、図２（ｂ）に示すように、スキャナ部１６および入力ボタン１７からの画像情報または入力信号を受けるための入力制御部２２と、送信アンテナ２３を制御する送信部２４と、ブザー１８を制御する出力制御部２５と、設置されているテーブル５および図示していない制御プログラムを記憶しているメモリ部２６と、メモリ部２６の制御プログラムにしたがって制御部２１の全体を制御するＣＰＵ（Central  Processing  Unit）２７と、バッテリー１９を制御する電源部２８とを有している。これら入力制御部２２、送信部２４、出力制御部２５、メモリ部２６、ＣＰＵ２７および電源部２８は、バス２９を介して相互に接続されている。
【００３７】
また、注文端末３から送信される飲食物の写真１０およびテーブルナンバーを注文情報として受信する管理端末４の詳細は、図３（ａ）管理端末の外観を示す斜視図および図３（ｂ）管理端末の制御部の構成を示すブロック図に表されている。管理端末４は、図３（ａ）に示すように、注文端末３からの注文情報を受信する受信アンテナ３１と、管理端末４の操作のためのキーボード３２と、注文情報等を表示する表示部３３とを有する。そして、管理端末４には、既述の外部端末１２が接続されている。
【００３８】
また、管理端末４を制御する制御部３５は、図３（ｂ）に示すように、受信アンテナ３１が受信した注文情報を制御する受信部３７と、表示部３３へ注文情報等の表示を指示する出力制御部３８と、印刷メニュー２，６に掲載されている飲食物の写真１０に対応する管理画像４１および注文端末３から送信された画像と管理画像４１とを照合するための照合ファームウエア４０を記憶しているメモリ部４２と、メモリ部４２の照合ファームウエア４０の処理手順に従って照合部４３として機能するＣＰＵ４４とを有している。出力制御部３８は、照合部４３で照合して特定された顧客の注文した飲食物に関する注文情報を、外部端末１２を制御するオーダーシステム部３９へ送る機能も有する。オーダーシステム部３９は、店舗側の外部端末１２の設置種類およびそれらの処理システムに適応して注文情報を適切に処理する機能を有する。これら受信部３７、出力制御部３８、メモリ部４２、ＣＰＵ４４は、バス４５を介して相互に接続されて機能する。
【００３９】
ここで顧客の注文した飲食物を照合部４３が特定する方法について説明する。メモリ部４２には、管理画像４１が予め記憶されていて、管理画像４１は、印刷メニュー２，６に印刷されている飲食物の写真１０の個々の画像データである。受信部３７が受信した飲食物の写真１０の画像は、一旦メモリ部４２に記憶される。照合部４３は、写真１０の画像を管理画像４１と照合して、一致する管理画像４１の画像データを特定する。この場合、写真１０の画像が、印刷メニュー２，６の印刷領域１１に印刷されている飲食物の写真１０の一部分であっても良く、照合部４３は、写真１０の一部分が管理画像４１のどの画像データの一部分であるかを照合によって特定することが可能である。例えば、管理画像４１が印刷メニュー２のコーヒーの写真１０ｂであり、同時に受信したテーブルナンバーが１であれば、テーブル５ａの顧客がコーヒーを注文したと特定可能である。表示部３３には、テーブル５ａ，５ｂのそれぞれからの注文が、テーブル５ごとに分類されて表示される。
【００４０】
以上説明した注文処理の流れをフローチャートにまとめて説明する。図４は、注文端末による注文のフローチャート図であり、図１に示す場面において、注文端末３の制御部２１が実行するフローを表している。注文端末３は、通常、テーブル５ａに設置されて、顧客による入力待ちの状態である。
【００４１】
ステップＳ１において、入力ボタン１７からの入力信号を制御部２１の入力制御部２２が受けることにより、入力ボタン１７が押されたか否かをＣＰＵ２７が判断する。ステップＳ１は、顧客が入力ボタン１７を押して注文するために、印刷メニュー２から飲食物を選択する選択ステップに該当する。顧客によって入力ボタン１７が押されなければ、ステップＳ１で入力ボタン１７からの入力を待ち続け、一方、顧客の注文がコーヒーと決まり、印刷メニュー２のコーヒーの写真１０ｂへ注文端末３が移動させられて、入力ボタン１７が押されれば、ステップＳ２へ進む。
【００４２】
ステップＳ２では、入力ボタン１７が押された時に注文端末３のスキャナ部１６が取り込み可能であるコーヒーの写真１０ｂを画像として取り込む。ステップＳ２は、入力ステップに該当する。画像の取り込み後、ステップＳ３へ進む。
【００４３】
ステップＳ３において、取り込んだ画像と、メモリ部２６に記憶しているテーブルナンバーである１とを、ＣＰＵ２７の指示により送信部２４が送信アンテナ２３を介して管理端末４へ送信する。ステップＳ３は、送信ステップに該当する。画像とテーブルナンバーとの送信後、ステップＳ４へ進む。
【００４４】
ステップＳ４において、注文を受けたことを顧客に知らせるために、出力制御部２５がブザー１８を鳴らす指示をする。以上で顧客によるコーヒーの注文が終了する。なお、他の飲食物の追加注文やコーヒーを複数注文する場合は、ステップＳ１からステップＳ４の処理を繰り返し実行することで可能である。このように、入力ボタン１７を一回押すだけの簡単な操作で注文が完了する。
【００４５】
次に、注文端末３からの注文情報の送信に対応する管理端末４のフローについて説明する。図５は、管理端末による注文のフローチャート図であり、管理端末４の制御部３５が実行するフローを表している。
【００４６】
ステップＳ１０において、注文端末３から飲食物の写真１０の画像とテーブルナンバーとを、受信アンテナ３１を介して受信部３７が受信したか否かをＣＰＵ４４が判断する。受信していなければ、ステップＳ１０で受信を待ち続け、一方、受信すれば、ステップＳ１１へ進む。
【００４７】
ステップＳ１１において、ＣＰＵ４４が照合部４３として照合ファームウエア４０の処理手順に従って、受信した飲食物の写真１０の画像をメモリ４２が記憶している管理画像４１と照合する。ステップＳ１１は、照合ステップに該当する。照合の結果、飲食物の写真１０と合致する管理画像４１が無く、注文された飲食物が特定できなければ、ステップＳ１２へ進み、一方、飲食物の写真１０と合致する管理画像４１がコーヒーであることを特定できれば、ステップＳ１３へ進む。
【００４８】
飲食物が特定できない場合、ステップＳ１２において、ＣＰＵ４４が管理端末４の出力制御部３８へ指示して、表示部３３にエラー表示をさせる。このエラー表示により店舗側は、顧客の注文が確定できない旨を顧客に連絡して、再度の入力を依頼すること等の対応が可能である。指示後、フローを終了する。
【００４９】
飲食物が特定できた場合、ステップＳ１３において、ＣＰＵ４４が出力制御部３８へ指示して、表示部３３にテーブルナンバーが１であるテーブル５ａの顧客の注文した飲食物がコーヒーであることを表示させる。これにより、店舗側は、テーブル５ａを始めテーブル５ごとの顧客の注文を確認することが可能である。表示後、ステップＳ１４へ進む。
【００５０】
ステップＳ１４において、特定した飲食物であるコーヒーと顧客のテーブルナンバーの１とを出力制御部を介してオーダーシステム部３９へ送る。以降、オーダーシステム部３９は、店舗側におけるコーヒーの手配処理を行う。
【００５１】
以上説明した飲食物注文方法は、顧客が、飲食物の写真１０を掲載した印刷メニュー２と、ベルを鳴らして店員を呼んで注文する感覚の注文端末３とによって飲食物を注文するため、電子化のイメージを顧客にほとんど感じさせないセルフオーダー方式である。以下に、実施形態１の主な効果を記載する。
【００５２】
（１）注文端末３による注文の操作は、従来、飲食店で一般的に行われているベルスターを押して店員を呼び、飲食物を注文する要領と類似しており、メニューの電気的表示に抵抗感のある顧客であっても違和感をほとんど受けることがない。従って、メニューの電子化に抵抗感のある顧客の店離れを防止することが可能である。
【００５３】
（２）印刷メニュー２，６は、提供する飲食物を写真１０で掲載してあるため、注文端末３で写真１０を画像として取り込む注文方式に使用限定されず、店員が顧客から直接注文を伺う場合にもそのまま利用することが可能である。
【００５４】
（３）注文端末３によって取り込む画像は、飲食物の写真１０の一部分だけの画像であっても良く、また、入力ボタン１７を一回押す操作によって、画像取り込みおよび管理端末４への送信ができ、注文が完了する。そのため、顧客にとって、注文端末３の操作が入力ボタン１７を押すだけであり、たいへん簡単である。
【００５５】
（４）メニューを電気的に表示しないため、飲食物注文システムとしての消費電力を軽減可能である。
（実施形態２）
【００５６】
次に、飲食物注文方法の実施形態２について説明する。実施形態２は、実施形態１とほぼ同様なシステム構成を用いており、実施形態１の注文端末３および管理端末４に付加機能をつけて、より扱いやすくした方法である。以下では、実施形態１と異なる付加機能について主に説明する。
【００５７】
図６（ａ）は、実施形態２の注文端末の外観を示す斜視図、図６（ｂ）は、注文端末の制御部の構成を示すブロック図である。また、図７（ａ）は、実施形態２の管理端末の外観を示す斜視図、図７（ｂ）は、管理端末の制御部の構成を示すブロック図である。注文端末５０は、図６（ａ）に示すように、実施形態１における注文端末３とほぼ同じ外観形状であり、略半球状の球状部と平面部とを有する。注文端末５０は、球状部の下部に設けられいる電源スイッチ５１と、平面部に設けられ、スキャナ部１６が印刷メニュー２の飲食物の写真１０を取り込む際に、写真１０を照らして明るく鮮明な画像を取り込むための照明ＬＥＤ（Light  Emitting  Diode）５２と、入力ボタン１７に設けられ、スキャナ部１６が飲食物の写真１０を有する印刷領域１１と対峙していることを点燈して知らせるための表示ＬＥＤ５３と、顧客が注文した飲食物名を液晶表示する表示部５４とを有する。さらに、図７に示す管理端末６０と無線送受信してスキャナ部１６で取り込んだ飲食物の写真１０およびテーブルナンバーの管理端末６０への送信、並びに、写真１０の管理端末６０による照合結果である飲食物名を受信するための送受信アンテナ５９とを有している。
【００５８】
注文端末５０は、脚部１５によってスキャナ部１６と印刷メニュー２との間隙が常に均一であることに加え、照明ＬＥＤ５２によって飲食物の写真１０を一定の明るさに照らす構成である。これにより、印刷メニュー２が顧客の陰にあって暗い状態であっても確実に写真１０の取り込みが行える。また、注文端末５０の入力ボタン１７には、表示ＬＥＤ５３が設けられていて、表示ＬＥＤ５３は、注文端末５０が飲食物の写真１０を取り込み可能な印刷領域１１に位置している場合に点燈して、顧客に注文可能な状態であることを知らせる。これにより、顧客が印刷領域１１以外の部分で入力ボタン１７を押してしまう誤操作を防止可能である。さらに、注文端末５０は、顧客の注文した飲食物を表示する表示部５４を有していて、顧客は、注文した飲食物を確認しながら、入力ボタン１７を押して次の飲食物の発注が可能である。
【００５９】
このような注文端末５０を制御する制御部５５の実施形態１における制御部２１との相違部分を説明する。制御部５５は、図６（ｂ）に示すように、送受信アンテナ５９による管理端末６０からの受信を制御する受信部５６と、ブザー１８の制御に加え表示部５４を制御する出力制御部５７と、バッテリー１９の制御に加え照明ＬＥＤ５２および表示ＬＥＤ５３を制御する電源部５８とを有する。これら受信部５６、出力制御部５７、電源部５８は、入力制御部２２、送信部２４、メモリ部２６、ＣＰＵ２７とバス２９を介して相互に接続されている。
【００６０】
また、注文端末５０から送信される飲食物の写真１０およびテーブルナンバーを注文情報として受信する管理端末６０は、実施形態１における管理端末４とほぼ同様の構成である。相違点は、制御部６２が、注文端末５０から送信された画像を照合して特定した飲食物名を、送受信アンテナ６１を介して注文端末５０へ送信する制御を行う送信部６３を有していることである。注文端末５０と管理端末６０とは、相互に注文情報を共有する構成と成っている。従って、管理端末６０を制御する制御部６２は、図７（ｂ）に示すように、送受信アンテナ６１からの送信を制御する送信部６３が、受信部３７、出力制御部３８、メモリ部４２、ＣＰＵ４４とバス４５を介して相互に接続されて機能する。
【００６１】
次に、注文端末５０の注文処理の流れをフローチャートにまとめて説明する。図８は、実施形態２の注文端末による注文のフローチャート図であり、図１に示す場面において、注文端末３に変えて注文端末５０が使用され、注文端末５０の制御部５５が実行するフローを表している。注文端末５０は、テーブル５ａに設置され、電源スイッチ５１がＯＮであり、顧客による入力待ちの状態である。
【００６２】
ステップＳ２０において、スキャナ部１６が印刷メニュー２の印刷領域１１に位置しているか否かを、入力制御部２２からの画像によってＣＰＵ２７が判断する。この場合、ＣＰＵ２７の判断は、画像が印刷メニュー２の何も印刷されていない部分、つまり印刷領域１１以外を取り込んだものであるか、何らかの画像を取り込んでおり、印刷領域１１と判断可能なものであるか、の簡易的な判断である。印刷領域１１と判断できなければステップＳ２０で次の画像の判断を続け、一方、印刷領域１１であると判断すれば、ステップＳ２１へ進む。
【００６３】
ステップＳ２１において、表示ＬＥＤ５３の点燈を電源部５８へ指示する。表示ＬＥＤ５３の点燈により、顧客は、入力ボタン１７を押せば注文可能な状態であることが分かる。点燈指示後、ステップＳ２２へ進む。
【００６４】
ステップＳ２２において、入力ボタン１７からの入力信号を制御部５５の入力制御部２２が受けることにより、入力ボタン１７が押されたか否かをＣＰＵ２７が判断する。ステップＳ２０からステップＳ２２は、顧客が入力ボタン１７を押して注文するために、印刷メニュー２から飲食物を選択する選択ステップに該当する。顧客によって入力ボタン１７が押されなければ、ステップＳ２２で入力ボタン１７からの入力を待ち続け、一方、入力ボタン１７が押されれば、ステップＳ２３進む。
【００６５】
ステップＳ２３では、入力ボタン１７が押された時に注文端末５０のスキャナ部１６が、この場合に取り込み可能であるコーヒーの写真１０ｂを画像として取り込む。ステップＳ２３は、入力ステップに該当する。画像の取り込み後、ステップＳ２４へ進む。
【００６６】
ステップＳ２４において、スキャナ部１６が取り込んだ画像と、メモリ２６に記憶しているテーブルナンバーの１とを、ＣＰＵ２７の指示により送信部２４が送受信アンテナ５９を介して管理端末６０へ送信する。ステップＳ２４は、送信ステップに該当する。画像とテーブルナンバーとの送信後、ステップＳ２５へ進む。
【００６７】
ステップＳ２５において、注文を送信したことを顧客に知らせるために、出力制御部５７がブザー１８を鳴らす指示をする。ブザー１８を鳴らす指示後、ステップＳ２６へ進む。
【００６８】
ステップＳ２６において、管理端末６０へ送信した画像に該当する飲食物名などを管理端末６０から受信し、出力制御部５７が表示部５４に飲食物名のコーヒーなどの表示指示をする。以上で顧客によるコーヒーの注文が終了する。なお、他の飲食物の追加注文やコーヒーを複数注文する場合は、ステップ２０からステップＳ２６の処理を繰り返し実行することで可能である。このように、入力ボタン１７を一回押すだけの簡単な操作で飲食物の注文が完了する。
【００６９】
次に、注文端末５０からの注文情報の送信に対応する管理端末６０のフローについて説明する。図９は、実施形態２の管理端末による注文のフローチャート図であり、管理端末６０の制御部６２が実行するフローを表している。
【００７０】
ステップＳ３０において、注文端末５０から飲食物の写真１０の画像とテーブルナンバーとを、送受信アンテナ６１を介して受信部３７が受信したか否かをＣＰＵ４４が判断する。受信していなければ、ステップＳ３０で受信を待ち続け、一方、受信すれば、ステップＳ３１へ進む。
【００７１】
ステップＳ３１において、ＣＰＵ４４が照合部４３として照合ファームウエア４０の処理手順に従って、受信した飲食物の写真１０の画像をメモリ４２が記憶している管理画像４１と照合する。ステップＳ３１は、照合ステップに該当する。照合の結果、飲食物の写真１０と合致する管理画像４１が無く、注文された飲食物が特定できなければ、ステップＳ３２へ進み、一方、飲食物の写真１０と合致する管理画像４１がこの場合コーヒーであることを特定できれば、ステップＳ３３へ進む。
【００７２】
飲食物が特定できない場合、ステップＳ３２において、ＣＰＵ４４が送信部６３に対して、注文端末５０へエラー表示を送信するように指示する。同時に、管理端末６０の出力制御部３８へ、表示部３３にエラー表示をさせる指示をする。このエラー表示により店舗側および顧客側ともに、注文がなされていないことを確認でき、顧客は再度の入力が必要であると認識する。指示後、ステップＳ３０へ戻る。
【００７３】
飲食物が特定できた場合、ステップＳ３３において、画像を照合して特定した飲食物名を注文端末５０へ送信する。送信された飲食物名は、図８に示すフローチャート図のステップＳ２６において、注文端末５０に受信される。送信指示後、ステップＳ３４へ進む。
【００７４】
ステップＳ３４において、ＣＰＵ４４が出力制御部３８へ指示して、表示部３３にテーブルナンバーが１であるテーブル５ａの顧客の注文した飲食物がコーヒーであることを表示させる。これにより、店舗側は、テーブル５ａを始めテーブル５ごとの顧客の注文を確認することが可能である。表示後、ステップＳ３５へ進む。
【００７５】
ステップＳ３５において、特定した飲食物であるコーヒーと顧客のテーブルナンバーの１とを出力制御部を介してオーダーシステム部３９へ送る。以降、オーダーシステム部３９は、店舗側におけるコーヒーの手配処理を行う。
【００７６】
以下、実施形態１に比して付加機能を追加し、より使いやすさを追求した実施形態２の効果をまとめて記載する。
【００７７】
（１）照明ＬＥＤ５２の採用により、スキャナ部１６が顧客の陰になっても、印刷領域１１の飲食物の写真１０を鮮明に取り込むことが可能である。
【００７８】
（２）表示ＬＥＤ５３により、顧客は、注文端末５０が印刷領域１１にあることをほぼ確認でき、印刷領域１１外において、不用意に入力ボタン１７を押してしまうことを防止可能である。
【００７９】
（３）表示部５４により、顧客が注文した飲食物を確認できるため、多数の注文をする場合に、メモをとるなどの余計な手数を顧客に負わせることなどが不要である。
【００８０】
（４）注文端末５０と管理端末６０とが相互に通信可能であるため、注文情報を共有化でき、顧客と店舗との間で受発注ミスを抑制することが可能である。
【００８１】
また、本発明は上記の実施形態に限定されるものではなく、次に挙げる変形例のような形態であっても、実施形態と同様な効果が得られる。
【００８２】
（変形例１）注文端末３，７，５０のスキャナ部１６が取り込んだ飲食物の写真１０の画像と、管理画像との照合は、管理端末４，６０で行わずに注文端末３，７，５０において行っても良い。管理端末４，６０へは、飲食物名が特定されたもののみ送信されるため、管理端末４，６０で照合する場合のように照合不可時の顧客へのフィードバックなどが不必要であり、店舗側の手間が軽減される。
【００８３】
（変形例２）注文端末３，７，５０は、図１、図２、図６に示す形状に限定されない。顧客が操作できれば、角形状、多角形状、円柱状などであっても良い。店舗側のセンスに対応したデザインを訴求可能である。
【００８４】
（変形例３）注文端末３，７，５０からの注文情報の送信は、無線送信に限らず、有線で管理端末４，６０へ送信されても良い。小規模店舗などでは、経費節減が可能である。
【００８５】
（変形例４）管理端末４，６０のオーダーシステム部３９は、管理端末４，６０に内蔵でなく外部端末１２として設けても良い。注文端末３，７，５０および管理端末４，６０のシステム変更等があっても、追随して更新する必要が無い。
【００８６】
（変形例５）実施形態２における注文端末５０は、印刷領域１１に位置していることを自己判断せず、画像を管理端末６０へ都度送信して照合確認しても良い。取り込む画像が確実に照合可能なものとなり、エラーの発生が無い。
【００８７】
（変形例６）注文端末３，７，５０のメモリ部２６にテーブルナンバーを記憶して画像とともに送信する方式ではなく、注文端末３，７，５０からの送信周波数等をそれぞれ変えることにより、管理端末４，６０が注文端末３，７，５０の置かれているテーブル５を特定しても良い。バッテリーで駆動する注文端末３，７，５０の消費電力の軽減が図れる。
【図面の簡単な説明】
【００８８】
【図１】本発明の実施形態１における飲食物注文システムの構成を示す模式図。
【図２】（ａ）注文端末の外観を示す斜視図、（ｂ）注文端末の制御部の構成を示すブロック図。
【図３】（ａ）管理端末の外観を示す斜視図、（ｂ）管理端末の制御部の構成を示すブロック図。
【図４】注文端末による注文のフローチャート図。
【図５】管理端末による注文のフローチャート図。
【図６】（ａ）実施形態２の注文端末の外観を示す斜視図、（ｂ）注文端末の制御部の構成を示すブロック図。
【図７】（ａ）実施形態２の管理端末の外観を示す斜視図、（ｂ）管理端末の制御部の構成を示すブロック図。
【図８】実施形態２の注文端末による注文のフローチャート図。
【図９】実施形態２の管理端末による注文のフローチャート図。
【符号の説明】
【００８９】
１…飲食物注文システム、２…印刷媒体としての印刷メニュー、３…注文端末、４…管理端末、５…テーブル、１０…可視像としての写真、１１…印刷領域、１６…スキャナ部、１７…操作部としての入力ボタン、１８…ブザー、２１…制御部、２３…送信アンテナ、２４…送信部、２６…メモリ部、３１…受信アンテナ、４０…照合ファームウエア、４１…管理画像、４３…照合部、４４…ＣＰＵ、５０…注文端末、５４…表示部、５９…送受信アンテナ、６０…管理端末、６１…送受信アンテナ。
【図１】
2008003751.tif 000003
【図２】
2008003751.tif 000004
【図３】
2008003751.tif 000005
【図４】
2008003751.tif 000006
【図５】
2008003751.tif 000007
【図６】
2008003751.tif 000008
【図７】
2008003751.tif 000009
【図８】
2008003751.tif 000010
【図９】
2008003751.tif 000011