(57)【特許請求の範囲】
【請求項１】
本部システム及び携帯端末との間で有線もしくは無線にて接続可能な店舗端末装置を備えた店舗用システムにおいて、
前記店舗用システムは店舗内ネットワークを介して接続される厨房端末装置及びオーダリング端末を備え、
前記携帯端末は前記厨房端末装置に対して直接注文を送信する手段を備え、
前記店舗用システムに備えられる前記厨房端末装置は、前記店舗用システムに係る店舗の利用者である客の携帯端末から直接注文を受信する手段であって、前記客がテーブルの予約を行っていた場合には前記直接注文を前記予約に付随した注文として受信し、前記客がテーブルの予約を行っていなかった場合でテーブルに空きがある場合には前記直接注文をテーブル予約を兼ねる注文として受信する手段、を備えた
ことを特徴とする店舗用システム。
【請求項２】
メニューの項目中のどこまでの項目の注文を発注可能とするかのメニューランク情報と前記客の注文のどこまでを受け付けられるかの客別ランク情報とを比較処理する手段と、
前記客別ランク情報を格納するための第１の記憶手段と
を前記店舗端末装置及び／もしくは前記厨房端末装置に備えたことを特徴とする請求項１記載の店舗用システム。
【請求項３】
前記店舗用システムは前記本部システム及び携帯端末との間で有線もしくは無線にて接続可能な管理システムとさらに接続することができ、
前記店舗端末装置、前記厨房端末装置、前記本部システム、前記管理システムの少なくともいずれかは、
前記携帯端末から直接注文が送信され、前記客がさらに前記店舗に来店し前記オーダリング端末からも注文した場合には、前記携帯端末からの注文に基づく支払金額及び前記オーダリング端末からの注文に基づく支払金額を合算して清算処理し、
前記客が前記店舗に来店することなく前記携帯端末から直接注文のみがされた場合には該携帯端末からの注文に基づく支払金額を清算処理する
手段を備えたことを特徴とする請求項１もしくは２記載の店舗用システム。
【請求項４】
店舗を訪れることなく直接注文するお客の属する集団から注文を受け取るお客の属する集団への注文許可、及び／又は、注文不可を管理処理する手段と、
前記店舗を訪れることなく注文対象を直接注文するお客の属する集団に関する情報と、前記注文された注文対象を差し入れとして受け取るお客の属する集団に関する情報とを格納するための第２の記憶手段と
を前記店舗端末装置及び／もしくは前記厨房端末装置に備えたことを特徴とする請求項１乃至３のうちいずれか１項記載の店舗用システム。
【請求項５】
本部システム及び携帯端末との間で有線もしくは無線にて接続可能な店舗端末装置を備え、さらに店舗内ネットワークを介して接続される厨房端末装置及びオーダリング端末を備えた店舗用システムの前記厨房端末装置及び前記携帯端末の各コンピュータのプログラムにおいて、前記プログラムは、
前記携帯端末を前記厨房端末装置に対して直接注文を送信する手段として機能させ、
前記店舗用システムに備えられる前記厨房端末装置を、前記店舗用システムに係る店舗の利用者である客の携帯端末から直接注文を受信する手段であって、前記客がテーブルの予約を行っていた場合には前記直接注文を前記予約に付随した注文として受信し、前記客がテーブルの予約を行っていなかった場合でテーブルに空きがある場合には前記直接注文をテーブル予約を兼ねる注文として受信する手段、として機能させる、
ことを特徴とするプログラム。
【請求項６】
前記店舗端末装置及び／もしくは前記厨房端末装置を、
メニューの項目中のどこまでの項目の注文を発注可能とするかのメニューランク情報と前記客の注文のどこまでを受け付けられるかの客別ランク情報とを比較処理する手段と、
前記客別ランク情報を格納するための第１の記憶手段と
として機能させることを特徴とする請求項５記載のプログラム。
【請求項７】
前記店舗用システムとしてさらに、前記本部システム及び携帯端末との間で有線もしくは無線にて接続可能な管理システムと接続することができ、前記店舗端末装置、前記厨房端末装置、前記本部システム、前記管理システムの少なくともいずれかのコンピュータのプログラムにおいて、前記プログラムは、前記店舗端末装置、前記厨房端末装置、前記本部システム、前記管理システムの各コンピュータの少なくともいずれかを、
前記携帯端末から直接注文が送信され、前記客がさらに前記店舗に来店し前記オーダリング端末からも注文した場合には、前記携帯端末からの注文に基づく支払金額及び前記オーダリング端末からの注文に基づく支払金額を合算して清算処理する手段として機能させ、
前記客が前記店舗に来店することなく前記携帯端末から直接注文のみがされた場合には該携帯端末からの注文に基づく支払金額を清算処理する手段として機能させる
ことを特徴とする請求項５もしくは６記載のプログラム。
【請求項８】
前記店舗端末装置及び／もしくは前記厨房端末装置を、
店舗を訪れることなく直接注文するお客の属する集団から注文を受け取るお客の属する集団への注文許可、及び／又は、注文不可を管理処理する手段と、
前記店舗を訪れることなく直接注文するお客の属する集団に関する情報と、前記注文を受け取るお客の属する集団に関する情報とを格納するための第２の記憶手段と
として機能させることを特徴とする請求項５乃至７のうちいずれか１項記載のプログラム。
【請求項９】
本部システム及び携帯端末と店舗端末装置とを有線もしくは無線にて接続した店舗用システムにおいて、
前記店舗端末装置と厨房端末装置とオーダリング端末とを店舗内ネットワークを介して接続し、
前記携帯端末において前記厨房端末装置に対して直接注文を送信し、
前記店舗用システムに備えられる前記厨房端末装置において、前記店舗用システムに係る店舗の利用者である客の携帯端末から直接注文を、前記客がテーブルの予約を行っていた場合には前記直接注文を前記予約に付随した注文として、受信し、前記客がテーブルの予約を行っていなかった場合でテーブルに空きがある場合には前記直接注文をテーブル予約を兼ねる注文として、受信する
ことを特徴とする店舗用装置制御方法。
【請求項１０】
前記店舗端末装置及び／もしくは前記厨房端末装置において、
注文を受けるかどうかをお客のランク別情報に基づいて処理するに当たり、
メニューのランク情報と前記お客のランク別情報とを比較処理し、
前記お客のランク別情報を第１の記憶手段に格納する
ことをさらに特徴とする請求項９記載の店舗用装置制御方法。
【請求項１１】
前記店舗用システムは前記本部システム及び携帯端末との間で有線もしくは無線にて接続可能な管理システムとさらに接続可能であり、
前記店舗端末装置、前記厨房端末装置、前記本部システム、前記管理システムの少なくともいずれかにおいて、
前記携帯端末から直接注文が送信され、前記客がさらに前記店舗に来店し前記オーダリング端末からも注文した場合には、前記携帯端末からの注文に基づく支払金額及び前記オーダリング端末からの注文に基づく支払金額を合算して清算処理し、
前記客が前記店舗に来店することなく前記携帯端末から直接注文のみがされた場合には該携帯端末からの注文に基づく支払金額を清算処理する
ことをさらに特徴とする請求項９もしくは１０記載の店舗用装置制御方法。
【請求項１２】
前記店舗端末装置及び／もしくは前記厨房端末装置において、
店舗を訪れることなく直接注文するお客の属する集団から注文を受け取るお客の属する集団への注文許可、及び／又は、注文不可を管理処理し、
前記店舗を訪れることなく直接注文するお客の属する集団に関する情報と、前記注文を受け取るお客の属する集団に関する情報とを第２の記憶手段に格納する
ことをさらに特徴とする請求項９乃至１１のうちいずれか１項記載の店舗用装置制御方法。
【請求項１３】
請求項５乃至８のうちいずれか１項記載のプログラムを搭載したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は各店舗、特に飲食業に関し、希望するメニューの注文に係る、店舗用装置、店舗用装置の制御方法、店舗用装置プログラム及び記録媒体に関する。
【背景技術】
【０００２】
店舗業においては、お客の希望する注文を受け、間違いなく配膳し、料金を正しく精算することが求められるが、従来は人手によって行われることを常とする。【０００３】
その意味からも、機械化による注文、料金精算により正確を期する必要がある。【０００４】
また最近の技術革新はめざましいものがあり、従来の人手から機械化による店舗専用端末を使用する以外に、携帯電話等の個人所有の端末からネットワーク等を介して、各店舗に関する情報を取得する等の新たなサービスが求められている。特に、飲食業等の注文業務に関し、端末装置を各所に配置し、この端末から注文情報等を収集することにより、店舗側の業務の負担を軽減するだけでなく顧客満足度を向上させることができる。例えば特開２００４−３０２５８２号公報によれば、お客から予約および注文を受け付ける技術思想が開示されている。しかし、この思想では、注文をいったん店舗側のサーバ等で受けてから厨房に対し別途情報を伝達している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３０２５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本願発明は、上記の問題点を解消すべく、顧客からのいかなる場所からの注文に関する業務の一層の簡素化、容易化だけでなく、顧客満足度の向上を実現することを可能とした店舗用装置、店舗用装置の制御方法、店舗用装置プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、お客が、携帯電話また他の携帯端末機により厨房または制作場所に対して直接注文できるようにすることを特徴とする。【０００８】
より具体的には、本願の一態様は、本部システムと店舗システムと、店舗システムは店舗ターミナルとＰＯＳシステムと各種機能を有する各端末と、各端末は制御部と、出力部と入力部とインターフェース部と、店舗システムの有する各端末と異なる端末から店舗システムの有する端末に直接注文を送信及び／もしくは受信する手段とを備えて構成される。【０００９】
本願の別の一態様は、上記において、注文を受けるかどうかをお客のランク別に処理するために情報を一括処理する手段をさらに備えて構成される。この場合において、情報を一括処理する手段は、外部情報欄を処理対象に含んでもよい。
【発明の効果】
【００１０】
本願によれば、お客が直接厨房に対し注文することにより、受注から厨房への発注作業をストリームライン化でき、便宜である。さらに、サービスの受益者側では、サービスサイトにアクセスするという動作を経るだけで必要なサービスを受けられることから、更に利便性が高まる。
【図面の簡単な説明】
【００１１】
【図１】本願発明の一実施形態に係る全体ブロック図である。
【図２】本願発明の一実施形態に係る店舗システムのブロック図である。
【図３】本願発明の一実施形態に係る端末概要図である。
【図４】本願発明の一実施形態に係るメニュー画面である。
【図５】本願発明のお客選別一覧である。
【図６】本願発明の携帯端末からの注文受付処理フローチャートである。
【図７】本願発明の差し入れグループ認識データテーブルである。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本願発明の一実施形態について説明する。
【００１３】
図１は、本願発明の一実施形態に係る全体構成を示すブロック図である。本システムはネットワーク１０、本部システム２０、店舗システム３０、データサイト４０、携帯端末４６を備えて構成されている。
【００１４】
ネットワーク１０は、本部システム２０、店舗システム３０、データサイト４０、携帯端末４６の情報交換機能を実現する。情報交換の具体的な手段としては、有線、無線、光学等を問わないものとする。また、携帯端末とは、例えばスマートフォン、タブレット型端末等、同等の機能を有するものを含むものとする。
【００１５】
本部システム２０は、店舗システム３０で集計した店舗別の販売実績に関する情報等を格納するとともに、必要に応じて各店舗へ情報を送信するシステムである。また、店舗別の販売実績に関する情報等は、ネットワーク１０を介して管理システム（サーバ）４４もしくはクラウド４２に格納しても構わない。
【００１６】
店舗システム３０は、店舗に関する情報を管理するシステムで、店舗の販売実績等に関する情報をネットワーク１０を介して本部システム２０へ送信する。また、携帯端末４６は、お客が直接店舗の厨房に注文を行う。
【００１７】
データサイト４０は、本部システム２０、店舗システム３０や他のシステムとの間の情報交換を行う他に、例えば、各種処理プログラムを提供しても構わない。また、データサイト４０は複数であってもかまわない。
【００１８】
図２に、店舗システム３０の構成を示す。店舗ターミナル２３１は、店舗サーバ２３１１、データベース（以下ＤＢと省略）２３１２等を備えてなり、ＰＯＳシステム２３２と接続され、さらに店舗内ネットワーク２３７、ネットワーク１０を介して本部システム２０と接続されている。なお、店舗内ネットワーク２３７には、オーダリング端末２３３、スタッフ端末２３４、厨房端末２３５、さらに店舗の営業にかかわる仕入れ等を管理する受発注システム２３６、サイネージ（図示せず）等が接続されているが、この接続に関しては、有線、無線、光学、その他どのような手段によってもかまわない。
【００１９】
本願発明の主要部分となる携帯端末４６、オーダリング端末２３３、スタッフ端末２３４、厨房端末２３５は、いずれも同様な構成からなり、基本的にも同等な機能を備えている。ただし、外観、特に画面の大きさはその使用目的に応じて様々な形態を有する。また、用途に応じて端末ごとの仕様が求められるが、これら要件を備えていれば市販されている汎用端末を用いても構わない。以下、各端末をまとめて、端末３００として説明するものとする。
【００２０】
図３に、端末３００の構成を示す。プロセッサ３１０は端末３００を制御し、メモリ３２０はプロセッサ３１０の制御に使用される。入力装置３４０は入力するための手段であり、出力装置３３０は、必要に応じて情報表示する機能を実現する。インターフェース３５０は、ネットワーク１０、店舗内ネットワーク２３７を介して本部システム２０に接続されているものとする。
【００２１】
次に、オーダリング端末２３３による注文例を、図４のメニュー画面に従って説明する。オーダリング端末２３３は、例えば飲食店のテーブル等に備え付けておき、お客からの注文を受け付けるための端末で、図４に示す通りメニュー画面が表示される。メニュー画面１２０には各種メニュー１２０１が表示されているものとする。メニューの全部を１つの画面に表示しきれない場合には、スクロール欄１２０３、１２０４を押下することにより、画面をスクロールして、メニュー表示を行う。このなかから、例えば注文したいメニューを押下することによりメニューが選択される。このとき、選択されたメニューの表示色を変更する等により、注文されたことを示してもよい。メニュー１２０１を押下することにより選択が行われ、注文欄１２０２が押下されると選択されたメニューに関する注文処理を行う。なお、押下のかわりに、タッチまたはフリック等によっても、押下も待たず一定時間の経過等により自動的に注文を受け付けても、またはヘッドマウントディスプレイ（ＨＭＤ）等を使用し、瞳の動き等によって押下と同等と認識しても構わない。以上、通常行われている注文の概要である。
【００２２】  以下、本願における一実施態様について説明する。上記においては、お客の注文は例えばオーダリング端末２３３から行われるが、携帯端末４６からも直接厨房端末２３５にオーダーすることもできる。また、携帯端末４６には例えばデータサイト４０等から特定店舗に対し直接注文を行うことを可能にするプログラムがインストールされている。お客は、例えば自分の所有する携帯端末４６を操作し、これから訪れる店舗に対し、注文内容を送信する。この注文内容は店舗ターミナル２３１を経由せず、直接厨房端末２３５で受信される。なお、この間の通信は、ネットワーク１０、店舗内ネットワーク２３７等を介して行われる。また、厨房端末２３５には、あらかじめ携帯端末４６からの注文を受け付けるプログラムがインストールされているものとし、受け付けた注文内容を出力装置（図示せず）に表示する。厨房では、例えば調理人等がこの内容を確認して対応するだけでなく、例えば常時注文を受けることが可能なメニューに関しては、自動的に注文を受け付け、注文を行った携帯端末４６に対し応答しても構わない。注文が受け付けられたことは、店舗ターミナル２３１に対し、店舗内ネットワーク２３７を介して送信される。これにより、通常の注文と同様に処理が行われるものとする。
【００２３】  上記のようにお客から携帯端末４６によって注文があった場合、すでにそのお客がテーブルの予約を行っていた場合には、予約に付随した注文として処理されることとなるが、もし予約なしに直接厨房に注文があった場合でも、テーブル等に空きがある場合には、その厨房への注文によって予約を兼ねることとしても構わない。また、予約人数については、注文内容から人数を類推しても構わない。また、すでにその店舗を利用したことのあるお客であれば、以前の状況から人数、個室の利用等については自動的に判断しても構わない。あるいは、店舗が満席の場合には、店舗ターミナル２３１から厨房端末２３５に対し、満席であることを店舗内ネットワーク２３７を介して知らせるとともに、注文を断る機能を設けても構わない。また、お客の選択に関しては、店舗ターミナル２３１および／もしくは厨房端末２３５においてお客の注文のどこまでを受け付けるかを設定する一覧表等を備えていても、お客の本人確認のための情報を備えていても、構わない。例えば、図５に示すお客選別一覧１４０により、厨房への直接注文を許可するユーザ名、パスワードを確認した上、お客のランクと注文されたメニューのランクとを比較し、ランク以上の注文の場合には、その注文を受け付けない機能を備えても構わない。
【００２４】
上記、お客の携帯端末から直接注文を行う処理について説明したが、お客が来店して席についた後、店舗側に端末と並行して使用する処理について説明する。お客の携帯端末４６から直接注文があり、かつ店舗のテーブルに予約が受け付けられたか、あるいはお客の携帯端末４６から注文がある以前にテーブルの予約がなされていた場合には、予約の受け付けられたことを記憶する。お客が来店した時、受付で予約の有無を確認し、すでに予約があった場合には、その予約が通常の予約か、お客の携帯端末４６からなされた予約か、確認を行う。もし、携帯端末４６からの予約が受け付けられていた場合には、お客が来店したことを記憶する。さらに、お客のテーブルが識別できる番号等の情報を記憶する。これにより、来店以前にお客の携帯端末４６からなされた注文と、来店後、店舗側の端末で行った注文との紐付けを行うものとする。お客が食事等を終え、料金を精算する場合には、お客の携帯端末４６からの注文による支払いと店舗側の端末からの注文による支払いとを合算し請求するものとする。
【００２５】
以上の手順を図５、図６に従って説明する。なお、お客選別一覧１４０は厨房端末２３５に格納されているものとして説明する。携帯端末４６から厨房端末２３５にテーブル予約またはあるいは注文があった（Ｓ１５０１）場合、厨房端末２３５ではお客選別一覧１４０のユーザ名欄１４０１と注文のあったユーザ名とを照合（Ｓ１５０２）して、ユーザ名が登録されている場合は、パスワードとパスワード欄１３０２の確認を行う（Ｓ１５０３）。パスワードが正しいと認識した場合には、テーブル予約を行う必要があるかどうか確認を行い（Ｓ１５０４）、テーブル予約が必要であった場合には、テーブルの予約処理を行う（Ｓ１５０５）。予約ができた場合には、予約欄１４０４に「有」と格納され、テーブルの空きがなく予約できない場合には「無」と格納される。なお、このとき、予約ができない旨メール送信等の処理を行っても構わない。次に、注文の有無を確認し（Ｓ１５０７）、注文のある場合には内容の確認を行う。なお、メニューには値段等に従ってランクが付加されているものとし（図示せず）、メニューのランクとお客のランク欄１４０３の値を比較し、メニューのランクがお客のランクと合致しているかどうか確認を行い（Ｓ１５０８）、確認が取れた場合には、注文の受付処理を行う（Ｓ１５０９）。注文が受け付けられると厨房で料理等が行われるものとする。
【００２６】
また、お客選別一覧１４０には来店欄１４０５が設けられており、お客の携帯端末４６からテーブルの予約、料理等の注文があり、該当するお客が来店した場合には、その旨厨房端末まで情報が送信され、該当する来店欄１４０５に「有」と格納されるとともに、テーブル番号等、テーブルを特定できる情報がテーブル番号欄１４０６に格納されるものとする。以降、店舗内のオーダリング端末２３３において注文処理が行われると、注文内容が店舗内ネットワーク２３７を介して、店舗システム３０に送信され、これら情報はさらに厨房端末２３５等に送信され、調理等が行われる。あるいは、来店後において携帯端末４６から厨房端末に注文があり、受け付けられた場合にも、オーダリング端末と同様に注文処理を行っても構わない。また、最終的な精算処理も、お客選別一覧１４０の情報に従って、お客の携帯端末４６からの注文と店舗内のオーダリング端末２３３からの注文を合算し、この情報に従って精算を行っても構わない。さらに、携帯端末４６を使用しているお客の注文がストップとなった場合には、予約欄１４０４に「無」と格納し、以降の注文を受け付けず、再度テーブル予約が受け付けられた場合には、再度注文を受け付ける機能を設けても構わない。また、注文の精算に関しては、例えば携帯端末４６の契約、運用費用の精算等を行うクレジット会社及び／又は関連するクレジット会社において、精算してもかまわない。さらに、お客選別一覧１４０の外部情報欄１４０７には、ソーシャルネットワークやアンケート等から入手したお客に関する情報を格納し、これにより外部情報の収集を行うことが可能となる。ただし、ソーシャルネットワーク等の情報は短い時間で更新されることに鑑み、収集した情報そのものを格納するだけでなく、お客の情報源に至るアクセス情報、あるいはお客の情報を検索するためのキーワード等を格納してもかまわない。さらに、お客の情報収集は、お客からの予約、注文があったときに、外部情報欄１４０７の情報を参照するだけでなく、上記キーワード等により、その時点における外部情報源を検索してもかまわない。また、お客の予約、注文のない場合でも、定期的に外部情報欄１４０７に関する情報検索を行い、その結果を更新してもかまわない。さらに、店の常連ではなく、お客選別一覧１４０にユーザ名等の登録がない場合でも、外部情報源を検索した結果、有力なお客となり得ると判断した場合には、ユーザ名等が設定されていなくとも、外部情報欄１４０７に情報を格納してもかまわない。その場合、ユーザ名として、お客が通常使用している氏名、ペンネーム、芸名等を格納してもかまわない。なお、お客が常連として登録された場合には、ユーザ名、パスワード等に関し、通常通り情報収集の上、お客選別一覧１４０に格納してもかまわない。
【００２７】
以上、お客の携帯端末４６と店舗内のオーダリング端末２３３とは同様な機能を有することとなるが、これはお客の携帯端末４６にオーダリング端末２３３と同等のプログラムをインストールすることで実現しても構わない。あるいは、携帯端末４６側には簡素化したプログラムをインストールし、例えば料理の注文を行いたい場合には、料理名と数量等、注文に必要な情報を文字列またはコードに変換して電子メールとして送付しても構わない。
【００２８】
このように、店舗の外から予約を行い、その後実際に店舗を訪れて、例えば会食する場合の本システムの動作について説明したが、例えば、訪れる店舗以外で友人等が会食をしていて、その店舗を訪れることはできないが、一品差し入れたいというときにも、上記オーダリング方法を応用する。
【００２９】  例えば、図５に示す、お客選別一覧１４０において、「ｔａｎａｋａ_□□」さんが、店舗を訪れないが、例えば、「ａｂｅ＿○○」さんがすでに会食していることを知り、テーブル番号３に、例えばワインを差し入れたいと希望したとすると、携帯端末４６から、上記店舗への予約と同様に、差し入れを指示する。なお、差し入れを指示するプログラムは、予約のためのプログラムと同様に、インストールされているものとする。差し入れ指示に当たり、予約と同様に、例えば「ｔａｎａｋａ_□□」というユーザ名、「３８８３」というパスワードが入力され、（システムにて）本人確認ができた場合、携帯端末４６の画面から、例えば、差し入れであることを示すボタン（図示せず）の押下を求め、これが受け付けられると、例えば「ａｂｅ＿○○」という氏名等の情報の入力を携帯端末４６から求め、この情報から店舗のどのテーブルに対する差し入れかを特定する。その後、携帯端末４６にメニュー等を表示し、例えば、「ｔａｎａｋａ_□□」からテーブル番号３の「ａｂｅ＿○○」にワインを差し入れる場合、図５に示す通り、「ｔａｎａｋａ_□□」のユーザ名の予約欄に「無」、来店欄に「外」、テーブル番号に「３」と格納する。また、この差し入れに関する精算は、上記の通り、携帯端末４６に関連するクレジット会社等によって決済してもかまわない。また、差し入れするに当たり、例えば、差し入れに関するメッセージを送ってもかまわない。このような指示も、携帯端末４６を経由して行ってもかまわない。
【００３０】
このような差し入れは、友人同士では、受け入れられるが、面識のない間柄では、拒否される可能性がある。そのようなすれ違いを防止するために、ユーザ名による個人がどのグループに属するか、あらかじめ登録しておき、このグループメンバーの間では、差し入れを許可するようにしてもかまわない。また、異なったグループであっても、条件により許可してもかまわない。これらグループに関する情報は、条件を含めデータテーブル（図示せず）により管理するものとする。なお、上記データテーブルは、例えば、厨房端末２３５に格納するものとする。あるいは、差し入れできるグループに属さない場合においても、上記メッセージの送付を求め、このメッセージを、例えばテーブル番号３のユーザ名「ａｂｅ＿○○」に示し、同意を受けた場合に限り、差し入れを受け付けてもかまわない。
【００３１】
上記差し入れグループ認識に関し、図７に示す、差し入れグループ認識データテーブル１５０に従い、説明する。差し入れグループ認識データテーブル１５０のユーザ名欄１５０１には、例えば、「ａｂｅ＿○○」、「ｉｎｏｕｅ＿ＸＸ」、「ｗａｔａｎａｂｅ＿○Ｘ」、「ｔａｎａｋａ_□□」、・・・等のユーザ名を格納し、グループ欄１５０２には、各ユーザに関するグループ番号等、各ユーザの属するグループを示す情報を、例えば、「１」、「３」、「２」、「１」、・・・と格納する。このグループ番号が同じなら、同一のグループに属することを示す。次に、発注グループ欄１５０３には、例えば、「１」、「３，２」、「２」、「１，２，３」、・・・と格納する。例えば、「ｉｎｏｕｅ＿ＸＸ」の発注グループ欄１５０３に「３，２」とあるのは、本人が属するグループ３の他にグループ２に属するお客に対し、差し入れを許可することを示し、他のユーザに関しても同様とする。次に、受付可能グループ欄１５０４には、例えば、「１，２」、「３」、「２」、「１，２，３」、・・・と格納する。例えば、「ｔａｎａｋａ_□□」の受付可能グループ欄１５０４に「１，２，３」とあるのは、本人が属するグループ１の他にグループ２、３に属するお客からの差し入れの受け取りを許可することを示し、他のユーザに関しても同様とする。なお、差し入れグループ認識データテーブル１５０に関する入力は、差し入れデータテーブル入力画面（図示せず）に従って入力されるものとする。また、上記入力画面は、例えば、本部システム２０、店舗システム３０の出力装置３４０等に表示し、この表示に従って入力装置３４０等から入力されるものとする。
【００３２】
なお、上記一連の注文処理に関し、携帯端末４６を介して処理するとき、携帯端末４６に備わる、例えば生体認識等の機能により、本人確認を行ってもよい。
【００３３】  また、上記処理は、例えば厨房端末２３５において処理するものとするが、例えば店舗ターミナル２３１で処理してもかまわない。さらに、これら予約、差し入れに関する情報は、例えば、本部システム２０で送信し、データベース化してもかまわない。また、決済に関する情報を含めてもかまわない。ただし、上記グループに関する情報等を含め、本人の同意に関する確認／検証を、例えば、携帯端末４６を介して行ってもよいし、別途書面等によって行ってもかまわない。
【００３４】
さらに、ネットワーク１０等に介して、他の管理システム（図示せず）との間で、上記情報の交換を行ってもかまわない。また、例えば、注文に関する情報を店舗別に収集したり、決済に関する情報を別の管理システムで管理しても構わない。ただし、上記の通り、関係者の同意を必要に応じて取り交わした情報を管理してもかまわない。
【００３５】
なお、前記に示した実施形態においては、コンピュータ、プロセッサ等のプログラム制御による機能を応用して本願実施形態の説明を行っているが、コンピュータ、プロセッサ等のプログラム制御に限らず、他の素子、又は素子集合体等により実現してもかまわない。また、例えば、コンピュータ、プロセッサ等によって実現可能な手段を、少なくとも一部人手等によって実行してもかまわない。
【００３６】
以上、説明したように、お客からの注文は、オーダリング端末の画面に表示されたメニューを押下するか、携帯端末４６を操作するかすることで実現する。
【００３７】
また、携帯端末４６から、差し入れ等のサービスを実現する。さらに、差し入れ以外のサービスに関し、実際に店舗を訪れることなく、情報を含む様々な物品を店舗内へ届けることを実現する。
【産業上の利用可能性】
【００３８】
本願発明は飲食業を含む各店舗を有する業種に関し、店舗に係り、特に注文業務の簡素化、容易化に有効である。また、お客が携帯端末４６から注文を行うことで顧客満足度を向上することができる。【００３９】
また、本願のシステムは、飲食業で注文する場合だけでなく、たとえば一般の小売業で所望の製品を注文する際、或いは流通業において、目的の注文品を在庫棚から収集する際等においても利用可能である。したがって、本願発明は飲食業をはじめ、観光業、一般産業等、各種産業において利用可能性を有している。
【符号の説明】
【００４０】
１０  ネットワーク
２０  本部システム
３０  店舗システム
４０  データサイト
４２  クラウド
４４  管理システム
４６  携帯端末
１２０  メニュー画面
１４０  お客選別一覧
２３１  店舗ターミナル
２３２  ＰＯＳシステム
２３３  オーダリング端末
２３４  スタッフ端末
２３５  厨房端末
２３６  受発注システム
３１０  プロセッサ
３２０  メモリ
３３０  出力装置
３４０  入力装置
【要約】
顧客からの注文に関する業務の簡素化、容易化、および顧客満足度の向上を実現するために、本部システムと店舗システムと、店舗システムは店舗ターミナルと厨房端末等、各種機能を有する各端末等からなる店舗システムにおいて、店舗の有する各端末と異なる端末から店舗システムの有する端末に直接注文を送信、受信する。【図１】
0005706999.tif 000002
【図３】
0005706999.tif 000003
【図４】
0005706999.tif 000004
【図５】
0005706999.tif 000005
【図６】
0005706999.tif 000006
【図７】
0005706999.tif 000007
【図２】
0005706999.tif 000008