JP2018106626A - サーバ及び注文システム - Google Patents

Abstract

【課題】店舗側の負担を少なく済ませることができ、注文ミスの発生の抑制及び店舗スタッフの作業負荷の軽減を図り得るとともに、ユーザ毎に当該ユーザに適したメニュー画面を提供することができる技術を開示する。【解決手段】サーバ３００は、端末ＩＤ「Ｕ４０」と機器ＩＤ「Ｂ６０」とを取得すると、端末ＩＤ「Ｕ４０」が示すユーザ端末４０を所持するユーザＰ２が来店中であり、テーブルＴ０１に着席中であることを把握する。その後、サーバ３００は、端末ＩＤ「Ｕ４０」のための対象情報を含むメニュー画面データをユーザ端末４０に供給する。その後、ユーザＰ２が、ユーザ端末４０を利用して商品の注文を行うことで、サーバ３００は、端末ＩＤ「Ｕ４０」と商品情報とを含む注文データを取得する。【選択図】図１

Description

本明細書によって開示される技術は、店舗における商品の注文を管理するためのサーバ、及び、当該サーバを備える注文システムに関する。

特許文献１には、ファミリーレストラン等の店舗において料理等の商品を注文する注文システムが開示されている。この注文システムでは、店舗の各テーブルにタッチセンサ付きのモニターを配置し、メニューの内容をモニターに表示させるとともに、顧客自らモニターの画面をタッチして商品を注文する。これにより、注文ミスの発生の抑制とともに、店舗スタッフの作業負荷の軽減を図っている。

特開２００２−３２８６３号公報

特許文献１の注文システムでは、各テーブルにモニターを配置する必要がある。そのため、設備投資やメンテナンス等、店舗側の負担が大きい。

本明細書では、店舗側の負担を少なく済ませることができ、注文ミスの発生の抑制及び店舗スタッフの作業負荷の軽減を図り得るとともに、ユーザ毎に当該ユーザに適したメニュー画面を提供することができる技術を開示する。

本明細書は、サーバを開示する。サーバは、ユーザ端末と、店舗に設けられているとともにユーザ端末と通信可能な状態である通信機器と、のうちの少なくとも一方から、ユーザ端末を示す端末ＩＤと、通信機器を示す機器ＩＤと、を取得する第１の取得部と、取得された端末ＩＤと機器ＩＤとを対応付けて記憶装置に記憶させる記憶制御部と、端末ＩＤと機器ＩＤとが記憶装置に記憶された後で、ユーザ端末に店舗の提供商品を紹介するメニュー画面を表わすメニュー画面データであって、端末ＩＤに応じた対象情報を含むメニュー画面データを供給する第１の供給部と、メニュー画面データがユーザ端末に供給された後で、ユーザ端末から、端末ＩＤと、注文商品を示す商品情報と、を取得する第２の取得部と、端末ＩＤと商品情報とが取得される場合に、記憶装置に記憶されている端末ＩＤと機器ＩＤとを特定する特定部と、を備える。

上記の「ユーザ端末」は、携帯電話（例えばスマートフォン）、ＰＤＡ（Personal Digital Assistantの略）、ノートＰＣ（Personal Computerの略）、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置、携帯型ゲーム機等、ユーザが携帯可能な各種端末装置を含む。上記の「端末ＩＤ」は、ＢＳＳＩＤ（Basic Service Set Identifierの略）、ユーザ端末のＭＡＣアドレス、ユーザ端末のシリアル番号等、任意の固有の識別情報を含む。また、「サーバ」は、１つの装置であっても、複数の装置の組み合わせであってもよい。「サーバ」は、店舗内に設けられる装置であっても、店舗外に設けられる装置であってもよい。また、上記の「通信機器」は、所定の送信範囲内に機器ＩＤを送信可能な装置（例えば、ＢＬＥ（Bluetooth（登録商標）Low Energyの略）方式に従って、所定の送信範囲内に機器ＩＤを送信する装置等）と、所定の通信範囲内に存在するユーザ端末から端末ＩＤを受信可能な装置（例えば、Ｗｉ−Ｆｉ方式に従ったアクセスポイント等）と、を含む。すなわち、ユーザ端末と通信機器との間の「通信」は、Ｗｉ−Ｆｉ方式に従った通信、ＢＬＥ方式に従った通信、光を使った通信、音を使った通信等、任意の無線通信を含む。また、「対象情報」とは、端末ＩＤが示すユーザ端末を所持するユーザへのおすすめ商品を示す情報、端末ＩＤが示すユーザ端末を所持するユーザが利用可能なクーポン等を示す情報等、端末ＩＤに対応する各種情報を含む。

上記のサーバは、ユーザ端末と通信機器とのうちの少なくとも一方から取得された端末ＩＤと機器ＩＤとを記憶装置に記憶させた後で、ユーザ端末から端末ＩＤと商品情報とが取得される場合に、記憶装置に記憶されている端末ＩＤと機器ＩＤとを特定する。即ち、ユーザが、ユーザ端末を所持した状態で店舗の所定位置に来ると、ユーザ端末と通信機器とが通信可能な状態に移行し、この結果、サーバは端末ＩＤと機器ＩＤとを取得する。これにより、サーバは、端末ＩＤが示すユーザ端末を所持するユーザが来店中であり、所定位置に滞在していることを把握することができる。そして、その後、ユーザが、ユーザ端末を利用して商品の注文を行うことで、サーバは、端末ＩＤと商品情報を取得する。サーバは、記憶装置に記憶されている端末ＩＤと機器ＩＤとを特定することにより、所定位置に滞在しているユーザ端末を所持するユーザが商品を注文したことを把握することができる。サーバが、所定の出力手段を介して、所定位置に滞在しているユーザ端末を所持するユーザが商品を注文した旨を店舗スタッフに知らせることにより、店舗スタッフも、所定位置に滞在しているユーザ端末を所持するユーザが商品を注文した旨を把握することができる。即ち、上記のサーバによると、店舗に注文用の専用端末が備えられていなくても、ユーザが所持するユーザ端末を利用して、商品の注文を受けることができる。また、サーバは、端末ＩＤに対応するユーザ端末ごとに、適切な対象情報を含むメニュー画面データを供給することができる。ユーザ端末を所持するユーザに対し、当該ユーザに適したメニュー画面を提供することができる。従って、上記のサーバによると、店舗側の負担を少なく済ませることができ、注文ミスの発生の抑制及び店舗スタッフの作業負荷の軽減を図り得るとともに、ユーザ毎に当該ユーザに適したメニュー画面を提供することができる。

対象情報は、（ａ）端末ＩＤに対応する対象ユーザの過去の注文履歴に基づいて決定される提案商品を示す提案商品情報と、（ｂ）商品のカロリー値に関係するカロリー関係情報と、（ｃ）対象ユーザのアレルギー情報に基づいて決定される対象ユーザが注文を避けるべき商品に関係するアレルギー商品情報と、（ｄ）対象ユーザが利用可能な割引クーポンに関係するクーポン関係情報と、のうちの少なくとも１つを含んでもよい。

この構成によると、ユーザ毎に、当該ユーザにより適したメニュー画面を提供することができる。

第１の取得部は、ユーザ端末から端末ＩＤと機器ＩＤとを取得してもよい。

サーバは、端末ＩＤと機器ＩＤとが特定される場合に、商品情報、端末ＩＤ、及び、機器ＩＤを店舗に設けられている店舗端末に供給する第２の供給部をさらに備えてもよい。

ここで、「店舗端末」とは、例えば店舗の調理場等に設けられ、店舗スタッフが利用可能な端末を含む。上記の構成によると、店舗スタッフは、端末ＩＤと機器ＩＤとを、店舗端末を利用して把握することができる。店舗スタッフが、ユーザの来店状況等を確認し易くなる。

本明細書は、さらに、注文システムを開示する。注文システムは、ユーザ端末と、店舗に設けられている通信機器と、サーバと、を備える。通信機器とユーザ端末とのうちの少なくとも一方は、ユーザ端末と通信機器とが通信可能な状態に移行する場合に、端末ＩＤと通信機器を示す機器ＩＤとをサーバに供給する。サーバは、通信機器とユーザ端末とのうちの少なくとも一方から、端末ＩＤと機器ＩＤとを取得し、取得された端末ＩＤと機器ＩＤとを対応付けて記憶装置に記憶させ、端末ＩＤと機器ＩＤとが記憶装置に記憶された後で、ユーザ端末に店舗の提供商品を紹介するメニュー画面を表わすメニュー画面データであって、端末ＩＤに応じた対象情報を含むメニュー画面データを供給する。ユーザ端末は、メニュー画面データを取得すると、メニュー画面を表示部に表示させ、メニュー画面が表示部に表示された後で、ユーザ端末を示す端末ＩＤと、注文商品を示す商品情報と、をサーバに供給する。サーバは、メニュー画面データがユーザ端末に供給された後で、ユーザ端末から、端末ＩＤと商品情報とを取得し、ユーザ端末から端末ＩＤと商品情報とが取得される場合に、記憶装置に記憶されている端末ＩＤと機器ＩＤとを特定する。

このシステムによる場合も、上記のサーバの場合と同様に、店舗側の負担を少なく済ませることができ、注文ミスの発生の抑制及び店舗スタッフの作業負荷の軽減を図り得るとともに、ユーザ毎に当該ユーザに適したメニュー画面を提供することができる。

なお、上記のサーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ読取可能機能媒体も、新規で有用である。また、上記のユーザ端末を実現するための制御方法、及び、ユーザ端末を実現するためのコンピュータプログラムを記憶するコンピュータ読取可能記録媒体も、新規で有用である。また、上記の通信機器を実現するための制御方法、及び、ユーザ端末を実現するためのコンピュータプログラムを記憶するコンピュータ読取可能記録媒体も、新規で有用である。

注文システム２の概要を示す。 ユーザ端末１０の構成を示す。 センターサーバ３００の構成を示す。 店舗端末１００の構成を示す。 テイクアウト注文が行われる場合の各デバイスの動作を示す。 テイクアウト注文が行われる場合のメニュー画面の例を示す。 店舗注文が行われる場合の各デバイスの動作を示す。 店舗注文が行われる場合のメニュー画面の例を示す。 図７の続きの各デバイスの動作を示す。 店舗注文が行われる場合の確認画面の例を示す。

（第１実施例）
（システムの構成；図１）
図１に示されるように、本実施例の注文システム２は、ユーザ（即ち顧客）からの商品の注文を管理するためのシステムである。注文システム２は、ユーザ端末１０，４０と、通信機器５０，６０，７０，８０，９０と、店舗端末１００，２００と、サーバ３００と、を備える。ユーザ端末１０，４０と、各通信機器５０〜９０及びサーバ３００とは、相互に無線通信を実行可能である。また、サーバ３００と各店舗端末１００，２００とは、相互に有線通信を実行可能である。

図１の例では、ユーザ端末１０，４０は、それぞれ、ユーザＰ１，Ｐ２によって所持されている。また、通信機器５０〜８０及び店舗端末１００は店舗ＳＴ１（例えばレストラン）に設けられており、通信機器９０及び店舗端末２００は、店舗ＳＴ２（例えば菓子店）に設けられている。通信機器５０，６０，７０，８０は、それぞれ、店舗ＳＴ１内のカウンターＣ，テーブルＴ０１，Ｔ０２，Ｔ０３に設けられている。カウンターＣにはレジ端末Ｒが備えられている。店舗端末１００は、店舗ＳＴ１内のキッチンＫ内に設けられており、店舗スタッフＰ３によって利用される。

（通信機器５０〜９０の構成）
通信機器５０には、通信機器５０を識別するための機器ＩＤ「Ｂ５０」が割り当てられている。同様に、通信機器６０，７０，８０，９０には、それぞれ、機器ＩＤ「Ｂ６０」，「Ｂ７０」，「Ｂ８０」，「Ｂ９０」が割り当てられている。

本実施例の通信機器５０は、ＢＬＥ（Bluetooth（登録商標）Low Energyの略）方式に従って、自機の通信範囲５５内に自機の機器ＩＤ（「Ｂ５０」）を繰り返し送信する機器である。ＢＬＥ方式とは、近距離無線通信技術であるBluetooth（登録商標）の拡張仕様の一つであり、他の近距離無線通信やＷｉ−Ｆｉ方式の無線通信に比べて低電力で通信が可能な方式である。通信機器５０は、このような方式により、随時自機の機器ＩＤを送信する。通信機器５０は、自機の機器ＩＤを含む電波信号を出力することによって、自機の通信範囲５５内に機器ＩＤを繰り返し送信している。即ち、通信機器５０の通信範囲５５は、当該通信機器５０が出力する電波信号が届く範囲と言い換えることができる。通信範囲５５は、店舗ＳＴ１内のカウンターＣの周囲の所定範囲に相当する。

同様に、通信機器６０は、通信範囲６５内に自機の機器ＩＤ（「Ｂ６０」）を繰り返し送信する。通信範囲６５は、店舗ＳＴ１内のテーブルＴ０１の周囲の所定範囲に相当する。また、通信機器７０は、通信範囲７５内に自機の機器ＩＤ（「Ｂ７０」）を繰り返し送信する。通信範囲７５は、店舗ＳＴ１内のテーブルＴ０２の周囲の所定範囲に相当する。また、通信機器８０は、通信範囲８５内に自機の機器ＩＤ（「Ｂ８０」）を繰り返し送信する。通信範囲８５は、店舗ＳＴ１内のテーブルＴ０３の周囲の所定範囲に相当する。本実施例では、店舗ＳＴ１内において、通信範囲５５，６５，７５，８５は互いに重複していない。各通信機器の電波強度は、上記のような通信範囲が形成されるような大きさに予め調整されている。また、通信機器９０は、通信範囲９５内に自機の機器ＩＤ（「Ｂ９０」）を繰り返し送信する。通信範囲９５は、店舗ＳＴ２内の所定範囲に相当する。

（ユーザ端末１０，４０の構成；図２）
ユーザ端末１０は、ユーザＰ１によって所持される端末装置である。ユーザ端末１０は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。ユーザ端末１０には、ユーザ端末１０を識別するための端末ＩＤ「Ｕ１０」が割り当てられている。同様に、ユーザＰ２によって所持されるユーザ端末４０には、ユーザ端末４０を識別するための端末ＩＤ「Ｕ４０」が割り当てられている。端末ＩＤは、例えば、ＢＳＳＩＤ（Basic Service Set Identifierの略）である。

以下、図２を参照して、ユーザ端末１０の構成を説明する。なお、ユーザ端末４０（図１参照）も、基本的にはユーザ端末１０と同様の構成を備えるため、以下では、ユーザ端末１０を例として構成を説明する。ユーザ端末１０は、操作部１２と、表示部１４と、ＬＴＥ（Long Term Evolutionの略）インターフェース１６と、Ｗｉ−Ｆｉインターフェース１８と、ＢＬＥインターフェース２０と、制御部３０と、メモリ３２と、を備える。以下では、インターフェースのことを「Ｉ／Ｆ」と表記する。

操作部１２は、複数のキーを備える。ユーザＰ１は、操作部１２を操作することによって、様々な指示をユーザ端末１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルであり、操作部としても機能する。以下の「操作部１２」という表現は、操作部１２そのものと、タッチパネルである表示部１４と、の双方を含む意味である。

ＬＴＥＩ／Ｆ１６は、携帯電話の通信方式の一つであるＬＴＥ方式に従った無線通信を実行するための無線通信Ｉ／Ｆである。ユーザ端末１０の制御部３０は、ＬＴＥＩ／Ｆ１６を介して、サーバ３００と無線通信を実行可能である。他の例では、ユーザ端末１０は、ＬＴＥＩ／Ｆ１６に代えて、３Ｇ、４Ｇ等の他の方式に従った無線通信を実行するためのＩ／Ｆを備えていてもよい。

Ｗｉ−ＦｉＩ／Ｆ１８は、Ｗｉ−Ｆｉ方式に従った無線通信を実行するための無線通信Ｉ／Ｆである。ユーザ端末１０がＷｉ−Ｆｉ通信を利用可能な環境下に存在する場合、ユーザ端末１０の制御部３０は、Ｗｉ−ＦｉＩ／Ｆ１８を介して、サーバ３００と無線通信を実行可能である。

ＢＬＥＩ／Ｆ２０は、上述のＢＬＥ方式に従った無線通信を実行するための無線通信Ｉ／Ｆである。ユーザ端末１０の制御部３０は、ＢＬＥＩ／Ｆ２０を介して、通信機器５０等から機器ＩＤを取得することができる。従って、例えば、ユーザＰ１が、ユーザ端末１０を通信範囲５５内に配置した場合、制御部３０は、ＢＬＥＩ／Ｆ２０を介して、通信機器５０から機器ＩＤ「Ｂ５０」を取得することができる。

ＬＴＥＩ／Ｆ１６を用いた無線通信及びＷｉ−ＦｉＩ／Ｆ１８を用いた無線通信は、ＢＬＥＩ／Ｆ２０を用いた無線通信と比べて消費電力は大きいが、ＢＬＥＩ／Ｆ２０を用いた無線通信よりも大容量の情報を通信できる（即ち、無線通信の通信速度が速い）という特徴がある。また、Ｗｉ−ＦｉＩ／Ｆ１８を用いた無線通信は、ＢＬＥＩ／Ｆ２０を用いた無線通信と比べて、無線通信を実行可能な最大の距離が長いという特徴もある。そして、ＬＴＥＩ／Ｆ１６を用いた無線通信は、Ｗｉ−ＦｉＩ／Ｆ１８を用いた無線通信よりも、無線通信を実行可能な最大の距離がさらに長いという特徴もある。一方、Ｗｉ−ＦｉＩ／Ｆ１８を用いた無線通信の方が、ＬＴＥＩ／Ｆ１６を用いた無線通信よりも、一般的に無線通信の通信速度が速いという特徴もある。

制御部３０は、メモリ３２に記憶されているプログラムに従って、様々な処理を実行する。メモリ３２は、ＯＳプログラム３４と、アプリケーションプログラム３６と、を記憶している。また、メモリ３２は、自機の端末ＩＤ（「Ｕ１０」）も記憶している。ＯＳプログラム３４は、制御部３０がユーザ端末１０の様々な機能を実行するための基本プログラムである。ＯＳプログラム３４は、ユーザ端末１０の出荷時に既にメモリ３２に記憶されている。アプリケーションプログラム３６は、制御部３０が、本実施例の注文システム２に関係する各種処理を実行するためのプログラムである。アプリケーションプログラム３６は、ユーザ端末１０の出荷後に、サーバ３００からダウンロードされ、メモリ３２にインストールされることによってメモリ３２に記憶される。以下、本明細書では、アプリケーションプログラム３６のことを単に「アプリ」と呼ぶ場合がある。

（サーバ３００の構成；図３）
サーバ３００は、注文システム２のサービス提供者によって設置されるサーバであり、ユーザの各店舗ＳＴ１，ＳＴ２における各種注文（例えば、テイクアウト注文、店舗注文）を一括管理するためのサーバである。以下では、サーバ３００のことを単に「サーバ３００」と呼ぶ場合がある。図３に示すように、サーバ３００は、操作部３０２と、表示部３０４と、無線通信Ｉ／Ｆ３０６と、有線通信Ｉ／Ｆ３０８と、制御部３１０と、メモリ３１２と、を備える。本実施例では、サーバ３００は、１個の装置として図示されているが、変形例では、サーバ３００は、２個以上の装置を通信可能な態様で組み合わせて構成された装置であってもよい。

操作部３０２は、キーボード及びマウスを備える。サーバ３００の管理者は、操作部３０２を操作することによって、様々な指示をサーバ３００に与えることができる。表示部３０４は、様々な情報を表示するためのディスプレイである。無線通信Ｉ／Ｆ３０６は、ユーザ端末１０，４０と無線通信を実行するためのＩ／Ｆである。有線通信Ｉ／Ｆ３０８は、店舗端末１００，２００と有線通信を実行するためのＩ／Ｆである。

制御部３１０は、メモリ３１２に記憶されているプログラム（図示省略）に従って、様々な処理を実行する。メモリ３１２は、機器ＩＤ管理テーブル３２０と、テイクアウト注文管理テーブル３５０と、店舗注文管理テーブル３６０と、を記憶している。さらに、メモリ３１２には、メニューデータ記憶領域３３０と、端末ＩＤ実績記憶領域３４０と、が設けられている。

機器ＩＤ管理テーブル３２０は、各通信機器の設置環境を管理するためのテーブルである。機器ＩＤ管理テーブル３２０には、各通信機器５０等に割り当てられた機器ＩＤ（例えば「Ｂ５０」）と、当該機器ＩＤが割り当てられた通信機器（例えば通信機器５０）が設置されている店舗名（例えば店舗ＳＴ１）と、当該店舗内における当該通信機器の設置位置（例えばカウンターＣ）と、が対応付けられた組合せ情報３２０ａ〜３２０ｅが登録されている。例えば、組合せ情報３２０ａは、機器ＩＤ「Ｂ５０」が割り当てられた通信機器５０が、店舗ＳＴ１のカウンターＣに設置されていることを示している。

メニューデータ記憶領域３３０は、各店舗ＳＴ１、ＳＴ２において提供される商品を紹介するメニューデータ３３２，３３４を記憶する領域である。メニューデータ３３２は、店舗ＳＴ１（例えばレストラン）で提供される商品を紹介するメニューデータである。メニューデータ３３２には、店舗で提供される商品（例えば、ラーメン、ハンバーグ等）、及び、テイクアウト用に提供される商品（例えば、Ａ弁当、Ｂ弁当、等）を紹介するデータ（例えば、商品の画像データ、商品番号、価格、カロリー値等を示すテキストデータ等）が含まれる。同様に、メニューデータ３３４は、店舗ＳＴ２（例えば菓子店）で提供される商品を紹介するメニューデータである。メニューデータ３３２，３３４は、各店舗ＳＴ１，ＳＴ２を管理する管理者の端末若しくは店舗端末１００，２００からサーバ３００に送信され、メニューデータ記憶領域３３０に記憶される。メニューデータ３３２，３３４は、所定期間毎（例えば１週間に１回）に更新されるようにしてもよい。

端末ＩＤ実績記憶領域３４０は、端末ＩＤ毎に、当該端末ＩＤが、過去に注文システム２を利用した実績を示す実績情報３４２，３４４を記憶する領域である。実績情報３４２は、端末ＩＤ「Ｕ１０」（即ちユーザ端末１０の端末ＩＤ）に対応する実績情報である。実績情報３４２には、端末ＩＤ「Ｕ１０」のユーザＰ１が、過去に注文システム２を利用して注文した商品の内容、価格、カロリー値、日時、各店舗ＳＴ１に来店した日時等の各種情報が含まれる。同様に、実績情報３４４は、端末ＩＤ「Ｕ４０」（即ちユーザ端末４０の端末ＩＤ）に対応する実績情報である。実績情報３４２，３４４は、対応する端末ＩＤのユーザが注文システム２を利用する毎（例えば、商品を注文する毎、店舗に来店する毎）に更新される。

テイクアウト注文管理テーブル３５０は、注文システム２を利用して行われたテイクアウト商品の注文内容を管理するためのテーブルである。ここで、「テイクアウト商品」とは、顧客であるユーザが、事前に（又は店舗で）注文し、その後店舗に赴いて注文済みの商品を受け取り、持ち帰るための商品である。テイクアウト商品は、「持ち帰り商品」と言い換えてもよい。以下、本明細書では、テイクアウト商品の注文のことを「テイクアウト注文」と呼ぶ場合がある。テイクアウト注文管理テーブル３５０には、テイクアウト注文を行ったユーザのユーザ端末を示す端末ＩＤと、テイクアウト注文が行われた店舗名と、注文内容と、注文日時と、注文されたテイクアウト商品の受け取り希望日時と、決済が済んでいるか否かを示す情報と、が対応付けられた組合せ情報３５０ａ等が登録されている。テイクアウト注文管理テーブル３５０には、決済とテイクアウト商品の受け取りの少なくとも一方が未完了の注文を示す組合せ情報のみが登録される。例えば、組合せ情報３５０ａは、端末ＩＤ「Ｕ１０」のユーザ端末１０の所有者（即ちユーザＰ１）が、店舗ＳＴ１においてＡ弁当を１個注文し、その注文日時は２０１６年６月２０日の１１時００分であり、注文したテイクアウト商品の受け取り希望日時が同日の１２時３０分であり、決済が既に完了していることを示している。この組合せ情報３５０ａは、後で説明するテイクアウト注文処理（図５参照）が実行されることにより、テイクアウト注文管理テーブル３５０に登録される。

店舗注文管理テーブル３６０は、注文システム２を利用して行われた店舗内で提供される商品の注文内容を管理するためのテーブルである。以下、本明細書では、店舗内で提供される商品の注文のことを「店舗注文」と呼ぶ場合がある。店舗注文管理テーブル３６０には、店舗注文を行ったユーザのユーザ端末を示す端末ＩＤと、店舗注文が行われた店舗名と、店舗内における場所と、注文内容と、注文日時と、決済が済んでいるか否かを示す情報と、が対応付けられた組合せ情報３６０ａ等が登録されている。店舗注文管理テーブル３６０にも、決済と商品提供の少なくとも一方が未完了の注文を示す組合せ情報のみが登録される。例えば、組合せ情報３６０ａは、端末ＩＤ「Ｕ４０」のユーザ端末４０の所有者（即ちユーザＰ２）が、店舗ＳＴ１のテーブルＴ０１に着席した状態で、ラーメンを１個注文し、その注文日時は２０１６年６月２０日の１１時４５分であり、決済が未完了であることを示している。この組合せ情報３６０ａは、後で説明する店舗注文処理（図７参照）が実行されることにより、店舗注文管理テーブル３６０に登録される。

（店舗端末１００，２００の構成；図４）
店舗端末１００は、店舗ＳＴ１のキッチンＫに設置され、店舗ＳＴ１の店舗スタッフＰ３によって利用される端末装置であり、店舗ＳＴ１におけるユーザ（即ち顧客）からの注文を管理するためのシステムである。同様に、店舗端末２００は、店舗ＳＴ２に設置され、店舗ＳＴ２のスタッフ（図示省略）によって利用される端末装置であり、店舗ＳＴ２におけるユーザからの注文を管理するためのシステムである。

以下、図４を参照して、店舗端末１００の構成を説明する。なお、店舗端末２００も、基本的には店舗端末１００と同様の構成を備えるため、以下では、店舗端末１００を例として構成を説明する。店舗端末１００は、操作部１０２と、表示部１０４と、有線通信Ｉ／Ｆ１０６と、制御部１１０と、メモリ１１２と、を備える。

操作部１０２は、複数のキーを備える。店舗スタッフＰ３は、操作部１０２を操作することによって、様々な指示を店舗端末１００に入力することができる。表示部１０４は、様々な情報を表示するためのディスプレイである。表示部１０４は、いわゆるタッチパネルであり、操作部としても機能する。以下の「操作部１０２」という表現は、操作部１０２そのものと、タッチパネルである表示部１０４と、の双方を含む意味である。有線通信Ｉ／Ｆ１０６は、サーバ３００と有線通信を実行するためのＩ／Ｆである。制御部１１０は、メモリ１１２に記憶されているプログラム（図示省略）に従って、様々な処理を実行する。

本実施例では、制御部１１０は、有線通信Ｉ／Ｆ１０６を介してサーバ３００から注文データを取得し、取得された注文データに基づいて、表示部１０４に注文管理画面１２０を表示させる。注文管理画面１２０は、テイクアウト注文リスト１２２と、店舗注文リスト１２４と、を含む。テイクアウト注文リスト１２２には、店舗ＳＴ１に対して現在行われているテイクアウト注文を示す組合せ情報１２２ａ等が登録されている。テイクアウト注文リスト１２２には、決済とテイクアウト商品の受け取りの少なくとも一方が未完了の注文を示す組合せ情報のみが登録される。同様に、店舗注文リスト１２４には、店舗ＳＴ１に対して現在行われている店舗注文を示す組合せ情報１２４ａ等が登録されている。店舗注文リスト１２４にも、決済と商品提供の少なくとも一方が未完了の注文を示す組合せ情報のみが登録される。店舗スタッフＰ３が表示部１０４に表示された注文管理画面１２０を見ることにより、現在店舗ＳＴ１に対して行われている未完了の注文の内容を確認することができる。

また、図示しないが、制御部１１０は、有線通信Ｉ／Ｆ１０６を介してサーバ３００のメモリ３１２内の端末ＩＤ実績記憶領域３４０にアクセスし、実績情報３４２，３４４のうち、店舗ＳＴ１に関係する実績を示す情報を取得し、取得された情報を表示部１０４に表示させることができる。これにより、店舗スタッフＰ３は、自店の顧客の注文履歴や注文傾向等を把握してサービスに努めることができる。

（テイクアウト注文時の各装置の動作；図５）
続いて、図５を参照して、端末ＩＤ「Ｕ１０」に対応するユーザ端末１０のユーザＰ１が、店舗ＳＴ１に対してテイクアウト注文を行う場合における各装置の動作を説明する。以下では、ユーザ端末１０の制御部３０（又はユーザ端末４０の制御部）が実行する処理、サーバ３００の制御部３１０が実行する処理、店舗端末１００の制御部１１０が実行する処理、のそれぞれを、単に、ユーザ端末１０（又はユーザ端末４０）の処理、サーバ３００の処理、店舗端末１００の処理として説明する場合がある。

まず、ユーザＰ１は、ユーザ端末１０の操作部１２を操作し、店舗ＳＴ１のメニュー画面を閲覧するための所定の操作を入力する。その場合、Ｓ１０において、ユーザ端末１０は、端末ＩＤ「Ｕ１０」を含むリクエスト信号を、サーバ３００に供給する。Ｓ１０のリクエスト信号は、店舗ＳＴ１のメニュー画面を閲覧することを要求するための信号である。

サーバ３００は、ユーザ端末１０からＳ１０のリクエスト信号を取得すると、メモリ３１２の端末ＩＤ実績記憶領域３４０を参照し、リクエスト信号に含まれる端末ＩＤ「Ｕ１０」に対応する実績情報３４２を特定するとともに、メニューデータ記憶領域３３０から、店舗ＳＴ１のメニューデータ３３２を読み出す。そして、サーバ３００は、実績情報３４２に含まれる情報（例えば、店舗ＳＴ１の利用頻度、これまでの注文内容等）を参照し、端末ＩＤ「Ｕ１０」のための対象情報を生成する。対象情報は、例えば、端末ＩＤ「Ｕ１０」が示すユーザ端末１０を所持するユーザＰ１へのおすすめ商品を示す情報、端末ＩＤ「Ｕ１０」が示すユーザ端末１０を所持するユーザＰ１が利用可能なクーポンを示す情報等、端末ＩＤ「Ｕ１０」に対応する各種情報を含む。その後、Ｓ１２において、サーバ３００は、上記の対象情報と、メニューデータ３３２と、に基づいて、対象情報を含む店舗ＳＴ１のメニュー画面データを生成し、ユーザ端末１０に供給する。

ユーザ端末１０は、サーバ３００からＳ１２のメニュー画面データを取得すると、Ｓ１４において、メニュー画面データに従って、表示部１４にメニュー画面を表示させる。Ｓ１４で表示されるメニュー画面には、店舗ＳＴ１で提供されるテイクアウト商品のメニューも含まれる。メニューには、商品番号、商品名、商品画像、価格、カロリー、成分表等の各種情報が示されている。さらに、Ｓ１４で表示されるメニュー画面には、対象情報によって示される端末ＩＤ「Ｕ１０」のための情報（例えば、おすすめ商品、クーポン等）も併せて表示される。

（メニュー画面の一例；図６）
ここで、図６を参照して、テイクアウト注文に伴ってユーザ端末１０の表示部１４に表示されるメニュー画面５００の一例について説明する。なお、図６のメニュー画面５００はあくまで一例に過ぎないものであり、実際のメニュー画面には、図６に示している各情報以外の任意の情報が表示されてもよい。図６のメニュー画面５００には、テイクアウトメニュー欄、おすすめメニュー欄、これまでの注文回数欄、ユーザが利用可能なクーポン情報欄等が含まれる。テイクアウトメニュー欄には、テイクアウト商品の画像、商品名（「Ａ弁当」等）、価格（「５６０円」等）等が含まれる。ユーザは、所望のテイクアウト商品をクリックして注文を行うことができる。おすすめメニュー欄には、これまでの注文履歴に基づいて、端末ＩＤ「Ｕ１０」が示すユーザ端末１０を所持するユーザＰ１に提案（おすすめ）されるメニュー（「Ａ弁当」、「日替わり弁当」等）が示される。これまでの注文回数欄には、これまでユーザＰ１が注文した各商品の注文回数（「Ａ弁当×１０」等）が示される。クーポン情報欄には、これまでの注文履歴に基づいて、ユーザＰ１が利用可能なクーポン（「Ａ弁当 ５０円ＯＦＦ」等）が示される。ユーザは、クーポン情報欄をクリックすることで、表示中のクーポンを使用して注文を行うことができる。

（図５の続き）
ユーザＰ１は、ユーザ端末１０の操作部１２を操作し、店舗ＳＴ１のメニュー画面において、注文商品（即ちテイクアウト商品）を選択するとともに、注文商品の数量、商品の受け取り希望日時等の必要情報を入力する。なお、メニュー画面では、ユーザＰ１が注文商品を選択する度に、合計カロリー値や栄養値を算出するとともに、組合せ注文のためのおすすめ商品を表示させたりする等、ユーザＰ１の操作に応じて、適宜表示内容を切り替えることができる。この例では、ユーザＰ１は、注文商品「Ａ弁当」を選択するとともに、数量「１」と、希望日時「２０１６年６月２０日１２時３０分」を入力する。この際、ユーザＰ１は、クーポン等を使用するための操作を行うこともできる。注文商品の選択と必要情報の入力を終えると、次いで、ユーザＰ１は、決済情報（例えば、クレジットカード情報等）を入力する。

この場合、図５のＳ１６において、ユーザ端末１０は、注文データをサーバ３００に供給する。注文データは、ユーザＰ１によって選択された注文商品及びユーザＰ１によって入力された必要情報を示す商品情報と、端末ＩＤ「Ｕ１０」と、ユーザＰ１によって入力された決済情報と、を含む。

サーバ３００は、ユーザ端末１０からＳ１６の注文データを取得すると、Ｓ１８において、注文データに含まれる決済情報に基づいて決済を実行する。ここで「決済の実行」とは、サーバ３００が、クレジットカード会社のサーバ（図示しない）との間で、ユーザ端末１０から取得した決済情報を通信することによって、必要な決済手続きを実行することを意味する。次いで、Ｓ２０において、サーバ３００は、注文データに含まれる商品情報に基づいて、端末ＩＤ「Ｕ１０」に対応する実績情報３４２を更新するとともに、商品情報が示す各情報を含む組合せ情報をテイクアウト注文管理テーブル３５０に登録する。これにより、図３の組合せ情報３５０ａがテイクアウト注文管理テーブル３５０に登録される。次いで、Ｓ２２において、サーバ３００は、組合せ情報３５０ａに含まれる各情報（即ち、商品情報）を含む注文通知を、店舗ＳＴ１の店舗端末１００に供給する。

店舗端末１００は、サーバ３００からＳ２２の注文通知を取得すると、Ｓ２４において、表示部１０４に表示される注文管理画面１２０の内容を更新する。これにより、図４の組合せ情報１２２ａがテイクアウト注文リスト１２２に追加される。この結果、店舗スタッフＰ３は、更新された注文管理画面１２０を見ることにより、端末ＩＤ「Ｕ１０」に対応するユーザによって新規注文が行われたことを知ることができる。

その後、ユーザＰ１は、注文時に指定した受け取り希望日時に合わせて、ユーザ端末１０を所持した状態で、店舗ＳＴ１に赴く。一方、店舗スタッフＰ３は、上記の希望日時に間に合うように、注文商品を準備する。

ユーザＰ１が店舗ＳＴ１内に入店すると、ユーザＰ１によって所持されているユーザ端末１０は、店舗ＳＴ１のカウンターＣに設けられた通信機器５０の通信範囲５５内に入る（図１参照）。これにより、Ｓ２６において、ユーザ端末１０は、ＢＬＥＩ／Ｆ２０を介して、通信機器５０から機器ＩＤ「Ｂ５０」を取得する。続くＳ２８では、ユーザ端末１０は、アプリ（即ち、アプリケーションプログラム３６）を起動する。この時点でアプリが既に起動している場合には、ユーザ端末１０は、アプリが起動した状態を維持する。そして、Ｓ３０では、ユーザ端末１０は、Ｓ２６で取得された機器ＩＤ「Ｂ５０」と、自機の端末ＩＤ「Ｕ１０」とをサーバ３００に供給する。

サーバ３００は、Ｓ３０の機器ＩＤ「Ｂ５０」と端末ＩＤ「Ｕ１０」とを取得する。続くＳ３６において、サーバ３００は、テイクアウト注文管理テーブル３５０を参照し、端末ＩＤ「Ｕ１０」を含む組合せ情報３５０ａを特定する。次いで、Ｓ３８において、サーバ３００は、端末ＩＤ「Ｕ１０」に対応する実績情報３４２を更新する。次いで、Ｓ４０において、サーバ３００は、端末ＩＤ「Ｕ１０」及び機器ＩＤ「Ｂ５０」を含む来店通知を、店舗端末１００に供給する。

店舗端末１００は、サーバ３００から、Ｓ４０の来店通知を取得する。続くＳ４２では、店舗端末１００は、端末ＩＤ「Ｕ１０」のユーザ端末１０のユーザ（即ちユーザＰ１）が来店している旨を報知するための報知動作を実行する。報知動作は、例えば、表示部１０４に表示中の注文管理画面１２０のうちの端末ＩＤ「Ｕ１０」を含む組合せ情報１２２ａをハイライト表示するとともに、端末ＩＤ「Ｕ１０」に対応するユーザが来店中である旨のメッセージを表示部１０４に表示させることによって行ってもよい。さらに、報知動作は、端末ＩＤ「Ｕ１０」に対応するユーザが来店中である旨を報知する音声メッセージ等を発生させることを含んでもよい。これにより、店舗スタッフＰ３は、端末ＩＤ「Ｕ１０」に対応するユーザが、注文商品の受け取りのために来店中であることを知ることができる。

その後、店舗スタッフＰ３は、準備しておいた注文商品を、来店中のユーザＰ１に引き渡す。この際、店舗スタッフＰ３は、ユーザＰ１に対する注文内容の再確認作業を省略し得る。その後、Ｓ４４において、店舗スタッフＰ３は、店舗端末１００の操作部１０２を操作して、所定の完了操作を入力する。これにより、店舗端末１００は、表示部１０４に表示中の注文管理画面１２０のうちの端末ＩＤ「Ｕ１０」を含む組合せ情報１２２ａを削除する。続くＳ４６では、店舗端末１００は、端末ＩＤ「Ｕ１０」に対応する注文商品の引き渡しが完了した旨の完了通知をサーバ３００に供給する。完了通知は端末ＩＤ「Ｕ１０」を含む。

サーバ３００は、Ｓ４６の完了通知を取得する。次いで、Ｓ４８において、サーバ３００は、テイクアウト注文管理テーブル３５０を更新する。具体的には、サーバ３００は、完了通知に含まれる端末ＩＤ「Ｕ１０」を含む組合せ情報３５０ａをテイクアウト注文管理テーブル３５０から削除する。これにより、本実施例の注文システム２における、ユーザＰ１がテイクアウト注文を行ってからユーザＰ１に商品が引き渡されるまでの一連の動作が完了する。

上記の通り、本実施例では、サーバ３００は、Ｓ３０の機器ＩＤ「Ｂ５０」と端末ＩＤ「Ｕ１０」とを取得すると、端末ＩＤ「Ｕ１０」を含む組合せ情報３５０ａを特定する（Ｓ３６）。そして、サーバ３００は、店舗端末１００に対して来店通知を供給する（Ｓ４０）。店舗端末１００は、来店通知を取得すると、報知動作を行う（Ｓ４２）。これにより、店舗スタッフＰ３は、端末ＩＤ「Ｕ１０」に対応するユーザが、注文商品の受け取りのために来店中であることを知ることができる。そして、店舗スタッフＰ３は、ユーザＰ１に注文商品を引き渡す際に、注文内容等の再確認作業を省略し得る。従って、本実施例の注文システム２によれば、ユーザＰ１が予め店舗ＳＴ１に商品を注文しておき、その後ユーザが店舗に赴いて注文済みの商品を受け取る状況において、店舗スタッフＰ３の作業負荷を軽減し得る。

また、本実施例では、サーバ３００は、ユーザ端末１０から、決済情報を含む注文データを取得し、その決済情報を用いて決済を実行する（Ｓ１８）。そのため、ユーザＰ１が商品の受け取りのために店舗ＳＴ１に赴いた際に、店舗ＳＴ１で注文商品の決済を行う必要がない。そのため、店舗スタッフＰ３の作業負荷をさらに軽減し得る。

また、本実施例では、Ｓ１２において、サーバ３００は、端末ＩＤ「Ｕ１０」のための対象情報を含むメニュー画面データをユーザ端末１０に供給する。Ｓ１４では、ユーザ端末１０は、対象情報によって示される端末ＩＤ「Ｕ１０」のための情報（例えば、おすすめ商品、クーポン等）を含むメニュー画面（図６参照）を表示部１４に表示させる。図６に示すように、メニュー画面５００には、ユーザＰ１のこれまでの注文履歴に基づいて、ユーザＰ１に提案（おすすめ）される商品、これまでの注文回数、クーポン情報等が表示される。そのため、本実施例のサーバ３００は、端末ＩＤ「Ｕ１０」に対応するユーザＰ１に対し、当該ユーザＰ１に適したメニュー画面を提供することができる。

また、本実施例では、Ｓ２２において、サーバ３００は、店舗端末１００に注文通知を供給する。店舗端末１００は、注文通知を取得すると、Ｓ２４において、表示部１０４に表示される注文管理画面１２０の内容を更新する。店舗スタッフＰ３は、更新された注文管理画面１２０を見ることにより、端末ＩＤ「Ｕ１０」に対応するユーザによって新規注文が行われたことを知ることができる。店舗スタッフＰ３が、注文を容易に確認することができる。

（店舗注文時の各装置の動作；図７、図９）
続いて、図７、図９を参照して、端末ＩＤ「Ｕ４０」に対応するユーザ端末４０のユーザＰ２が、店舗ＳＴ２に来店し、テーブルＴ０１に着席した状態で店舗注文を行う場合における各装置の動作を説明する。

ユーザＰ２は、ユーザ端末４０を所持した状態で、店舗ＳＴ１に入店し、テーブルＴ０１に着席する。これにより、ユーザＰ２によって所持されているユーザ端末４０が、店舗ＳＴ１のテーブルＴ０１に設けられた通信機器６０の通信範囲６５内に入る。これにより、Ｓ６０において、ユーザ端末４０は、ＢＬＥＩ／Ｆを介して、通信機器６０から機器ＩＤ「Ｂ６０」を取得する。続くＳ６２では、ユーザ端末４０は、アプリを起動する。この時点でアプリが既に起動している場合には、ユーザ端末４０は、アプリが起動した状態を維持する。そして、Ｓ６４では、ユーザ端末４０は、Ｓ６０で取得された機器ＩＤ「Ｂ６０」と、自機の端末ＩＤ「Ｕ４０」とをサーバ３００に供給する。

サーバ３００は、Ｓ６４の機器ＩＤ「Ｂ６０」と端末ＩＤ「Ｕ４０」とを取得する。続くＳ７０において、サーバ３００は、端末ＩＤ「Ｕ４０」及び機器ＩＤ「Ｂ６０」を含む組合せ情報を店舗注文管理テーブル３６０に登録するとともに、端末ＩＤ「Ｕ４０」に対応する実績情報３４４（図３参照）を更新する。なお、この時点で店舗注文テーブルに登録される組合せ情報は、端末ＩＤ「Ｕ４０」、機器ＩＤ「Ｂ６０」のみを含み、その他の情報（例えば、注文内容等）は含まない。次いで、Ｓ７２において、サーバ３００は、端末ＩＤ「Ｕ４０」及び機器ＩＤ「Ｂ６０」を含む来店通知を、店舗端末１００に供給する。

店舗端末１００は、サーバ３００から、Ｓ７２の来店通知を取得する。次いで、Ｓ７４では、店舗端末１００は、端末ＩＤ「Ｕ４０」に対応するユーザ（即ちユーザＰ２）が、機器ＩＤ「Ｂ６０」に対応するテーブルＴ０１に着席中である旨を報知するための報知動作を実行する。報知動作は、例えば、端末ＩＤ「Ｕ４０」に対応するユーザがテーブルＴ０１に着席中である旨のメッセージを表示部１０４に表示させることによって行ってもよい。さらに、報知動作は、端末ＩＤ「Ｕ４０」に対応するユーザがテーブルＴ０１に着席中である旨を報知する音声メッセージ等を発生させることを含んでもよい。これにより、店舗スタッフＰ３は、端末ＩＤ「Ｕ４０」に対応するユーザが、テーブルＴ０１に着席中であることを知ることができる。

その後、ユーザＰ２は、ユーザ端末４０の操作部を操作し、店舗ＳＴ１のメニュー画面を閲覧するための所定の操作を入力する。その場合、Ｓ７６において、ユーザ端末４０は、端末ＩＤ「Ｕ４０」を含むリクエスト信号を、サーバ３００に供給する。Ｓ７６のリクエスト信号は、店舗ＳＴ１のメニュー画面を閲覧することを要求するための信号である。

サーバ３００は、ユーザ端末４０からＳ７６のリクエスト信号を取得すると、端末ＩＤ「Ｕ４０」に対応する実績情報３４４を特定するとともに、メニューデータ記憶領域３３０から、店舗ＳＴ１のメニューデータ３３２を読み出す。そして、サーバ３００は、実績情報３４４に含まれる情報（例えば、店舗ＳＴ１の利用頻度、これまでの注文内容等）を参照し、端末ＩＤ「Ｕ４０」のための対象情報を生成する。対象情報は、例えば、端末ＩＤ「Ｕ４０」が示すユーザ端末４０を所持するユーザＰ２へのおすすめ商品を示す情報、端末ＩＤ「Ｕ４０」が示すユーザ端末４０を所持するユーザＰ２が利用可能なクーポンを示す情報等、端末ＩＤ「Ｕ４０」に対応する各種情報を含む。その後、Ｓ７８において、サーバ３００は、上記の対象情報と、メニューデータ３３２と、に基づいて、対象情報を含む店舗ＳＴ１のメニュー画面データを生成し、ユーザ端末４０に供給する。

ユーザ端末４０は、サーバ３００からＳ７８のメニュー画面データを取得すると、Ｓ７９において、メニュー画面データに従って、表示部にメニュー画面を表示させる。Ｓ７９で表示されるメニュー画面には、店舗ＳＴ１内で提供される商品のメニューが含まれる。メニューには、商品番号、商品名、商品画像、価格、カロリー、成分表等の各種情報が含まれている。さらに、Ｓ７９で表示されるメニュー画面には、対象情報によって示される端末ＩＤ「Ｕ４０」のための情報（例えば、おすすめ商品、クーポン等）も併せて表示される。

（メニュー画面の一例；図８）
ここで、図８を参照して、店舗注文に伴ってユーザ端末４０の表示部に表示されるメニュー画面６００の一例について説明する。なお、図８のメニュー画面６００はあくまで一例に過ぎないものであり、実際のメニュー画面には、図８に示している各情報以外の任意の情報が表示されてもよい。図８のメニュー画面６００には、お料理メニュー欄、前回の注文欄、おすすめメニュー欄、ユーザが利用可能なクーポン情報欄、アレルギーメニュー情報欄等が含まれる。お料理メニュー欄には、「麺類」、「ご飯類」、「定食」、「デザート／ドリンク」等、店舗ＳＴ１内で提供される各種料理のカテゴリが示されている。ユーザは、所望のカテゴリを選択して、各カテゴリに属する料理のさらに詳細なメニューを見ることができる。そして、ユーザは、所望の商品をクリックして注文を行うことができる。前回の注文欄には、端末ＩＤ「Ｕ４０」が示すユーザ端末４０を所持するユーザＰ２が店舗ＳＴ１に前回来店した際の日時、前回の注文内容、それらの合計金額及び合計カロリー値等が示される。ユーザＰ２は、前回の注文内容を参考にして今回の注文を決めることもできる。おすすめメニュー欄には、これまでの注文履歴に基づいて、ユーザＰ２に提案（おすすめ）されるメニュー、それらの合計金額及び合計カロリー値等が示される。ここで提案されるメニューには、店舗ＳＴ１が販売を開始した新商品（例えば「抹茶プリン」等）が含まれてもよい。クーポン情報欄には、これまでの注文履歴に基づいて、ユーザＰ２が利用可能なクーポン（「抹茶プリン ５０円ＯＦＦ」等）が示される。ユーザは、クーポン情報欄をクリックすることで、表示中のクーポンを使用して注文を行うことができる。アレルギーメニュー情報欄には、ユーザＰ２が予め登録したアレルギー品目（例えば「えび」等）に該当するメニュー（「大海老天丼」等）が示される。ユーザは、アレルギーメニュー情報欄を見ることで、自身が注文を避けるべき商品を把握することができる。

（図７の続き）
ユーザＰ２は、ユーザ端末４０の操作部を操作し、店舗ＳＴ１のメニュー画面において、注文商品を選択するとともに、注文商品の数量等の必要情報を入力する。なお、メニュー画面では、ユーザＰ２が注文商品を選択する度に、合計カロリー値や栄養値を算出するとともに、組合せ注文のためのおすすめ商品を表示させたりする等、ユーザＰ２の操作に応じて、適宜表示内容を切り替える。この例では、ユーザＰ２は、注文商品「ラーメン」、「ぎょうざ」、「ライス（中）」、「抹茶プリン」、「高菜チャーハン」、「生ビール（中）」をそれぞれ選択するとともに、それぞれ数量「１」を入力する。この際、ユーザＰ２は、クーポン等を使用するための操作を行うこともできる。店舗注文の場合には、ユーザＰ２は、この時点では決済情報（例えばクレジットカード情報等）を入力しない。

この場合、図７のＳ８０において、ユーザ端末４０は、注文データをサーバ３００に供給する。注文データは、ユーザＰ２によって選択された注文商品及びユーザＰ２によって入力された必要情報を示す商品情報と、端末ＩＤ「Ｕ４０」と、を含む。

サーバ３００は、ユーザ端末４０からＳ８０の注文データを取得すると、Ｓ８４において、サーバ３００は、注文データに含まれる商品情報に基づいて、端末ＩＤ「Ｕ４０」に対応する実績情報３４４を更新するとともに、商品情報が示す各情報を、Ｓ７０で登録された組合せ情報に追加登録する。これにより、図３の組合せ情報３６０ａ（即ち、「ラーメン」の注文に関する情報）が店舗注文管理テーブル３６０に登録される。なお、図３には示されていないが、「ぎょうざ」、「ライス（中）」、「抹茶プリン」、「高菜チャーハン」、「生ビール（中）」の注文に関する各組合せ情報も、このタイミングで店舗注文管理テーブル３６０に登録される。次いで、Ｓ８６において、サーバ３００は、各組合せ情報３６０ａ等に含まれる各情報（即ち、商品情報）を含む注文通知を、店舗ＳＴ１の店舗端末１００に供給する。

店舗端末１００は、サーバ３００からＳ８６の注文通知を取得すると、Ｓ８８において、表示部１０４に表示される注文管理画面１２０の内容を更新する。これにより、図４の組合せ情報１２４ａ（即ち、「ラーメン」の注文に関する情報）が店舗注文リスト１２４に追加される。なお、図４には示されていないが、「ぎょうざ」、「ライス（中）」、「抹茶プリン」、「高菜チャーハン」、「生ビール（中）」に関する各組合せ情報も、このタイミングで店舗注文リスト１２４に追加される。この結果、店舗スタッフＰ３は、更新された注文管理画面１２０を見ることにより、端末ＩＤ「Ｕ４０」に対応するユーザによって新規注文が行われたことを知ることができる。

その後、店舗スタッフＰ３は、注文商品を準備する。そして、店舗スタッフＰ３は、注文商品を、テーブルＴ０１に着席しているユーザＰ２のもとへ運び、商品を提供する。その後、Ｓ９０において、店舗スタッフＰ３は、店舗端末１００の操作部１０２を操作して、所定の完了操作を入力する。これにより、店舗端末１００は、表示部１０４に表示中の注文管理画面１２０のうちの端末ＩＤ「Ｕ４０」を含む組合せ情報１２４ａ等に、商品提供が完了したことを示すフラグを対応づける。例えば、店舗端末１００は、端末ＩＤ「Ｕ４０」を含む組合せ情報１２４ａ等の表示色をグレーアウトさせる等して、商品提供が完了したことを示すフラグを対応づけてもよい。続くＳ９２では、店舗端末１００は、端末ＩＤ「Ｕ４０」に対応する注文商品の提供が完了した旨の完了通知をサーバ３００に供給する。完了通知は端末ＩＤ「Ｕ４０」を含む。

サーバ３００は、Ｓ９２の完了通知を取得する。次いで、Ｓ９４において、サーバ３００は、店舗注文管理テーブル３６０を更新する。具体的には、サーバ３００は、完了通知に含まれる端末ＩＤ「Ｕ４０」を含む組合せ情報３６０ａ等に、商品提供が完了したことを示すフラグを対応づける。例えば、サーバ３００は、端末ＩＤ「Ｕ４０」を含む組合せ情報３６０ａ等の表示色をグレーアウトさせる等して、商品提供が完了したことを示すフラグを対応づけてもよい。

商品提供の完了後、ユーザは、店舗ＳＴ１内で食事を済ませる。その後、図９のＳ１００において、ユーザは、ユーザ端末４０に所定の精算指示を入力する。そして、Ｓ１０２では、ユーザ端末４０は、図７の自機の端末ＩＤ「Ｕ４０」を含む精算リクエスト信号を、サーバ３００に供給する。精算リクエスト信号は、精算（決済）を要求するための信号である。

サーバ３００は、ユーザ端末４０からＳ１０２の精算リクエスト信号を取得すると、店舗注文管理テーブル３６０を参照し、端末ＩＤ「Ｕ４０」に対応する組合せ情報３６０ａ等を読み出す。そして、Ｓ１０４において、サーバ３００は、読み出された組合せ情報３６０ａ等に基づいて、端末ＩＤ「Ｕ４０」に対応する確認画面データを生成し、ユーザ端末４０に供給する。

ユーザ端末４０は、サーバ３００からＳ１０４の確認画面データを取得すると、Ｓ１０６において、確認画面データに従って、表示部に確認画面を表示させる。Ｓ１０６で表示される確認画面には、店舗ＳＴ１内で、端末ＩＤ「Ｕ４０」が示すユーザ端末４０を所持するユーザＰ２が注文した商品の精算情報が含まれる。精算情報には、ユーザＰ２が注文した商品のリスト、合計金額、ユーザの人数に応じた分配金額（いわゆる割り勘金額）、支払方法選択ボタン等が含まれている。

（確認画面の一例；図１０）
ここで、図１０を参照して、ユーザ端末４０の表示部に表示される確認画面７００の一例について説明する。なお、図１０の確認画面７００はあくまで一例に過ぎないものであり、実際の確認画面には、図１０に示している各情報以外の任意の情報が表示されてもよい。図１０の確認画面７００には、端末ＩＤ「Ｕ４０」が示すユーザ端末４０を所持するユーザＰ２が注文した商品のリストとその単価（例えば「ラーメン×１ ６００円」等）、その合計金額（「２５００円」）が表示されている。さらに、確認画面７００には、割り勘提案情報が表示される。割り勘提案情報には、合計金額を、顧客の人数（例えば２名）で割った場合の一人当たりの分配金額（「１２５０円」等）を示す情報が含まれる。さらに、アルコール考慮の場合の分配金額を示す情報も含まれる。「アルコール考慮の場合の分配金額」とは、アルコール類を注文した顧客と、アルコール類を注文していない顧客と、の間で金額に差を設ける場合の分配金額の提案例を示すものである。図１０の例では、アルコール類を注文した顧客の分配金額は「１５００円」であり、アルコール類を注文していない顧客の分配金額は「１０００円」である。さらに、確認画面７００には、支払方法（即ち、クレジットカード決済又は現金決済）を選択するための選択ボタンも表示される。ユーザは、所望の支払方法を示すボタンを操作することにより、支払方法を選択することができる。

（図９の続き）
（クレジットカード決済が選択された場合）
ユーザ端末４０の表示部に確認画面が表示されている間に、ユーザＰ２が、クレジットカードによる支払を選択すると、次いで、ユーザは、決済情報（即ち、クレジットカード情報等）を入力する。そして、図９のＳ１１０において、ユーザ端末４０は、入力された決済情報と、自機の端末ＩＤ「Ｕ４０」と、をサーバ３００に供給する。

サーバ３００は、ユーザ端末４０から決済情報と、端末ＩＤ「Ｕ４０」と、を取得すると、Ｓ１１２において、店舗注文管理テーブル３６０を参照し、端末ＩＤ「Ｕ４０」に対応する組合せ情報３６０ａ等を特定し、決済を実行する。上記の通り、ここで言う「決済の実行」とは、サーバ３００が、クレジットカード会社のサーバ（図示しない）との間で、ユーザ端末１０から取得した決済情報を通信することによって、必要な決済手続きを実行することを意味する。次いで、Ｓ１１４において、サーバ３００は、店舗注文管理テーブル３６０を更新する。具体的には、サーバ３００は、決済が完了した組合せ情報３６０ａ等を店舗注文管理テーブル３６０から削除する。次いで、Ｓ１１５において、サーバ３００は、ユーザ端末４０に、決済が完了したことを示すレシート情報を供給する。さらに、Ｓ１１６において、サーバ３００は、端末ＩＤ「Ｕ４０」を含む決済通知を、店舗ＳＴ１の店舗端末１００に供給する。

店舗端末１００は、サーバ３００からＳ１１６の決済通知を取得すると、Ｓ１１８において、表示部１０４に表示される注文管理画面１２０の内容を更新する。これにより、図４の組合せ情報１２４ａ等（即ち、端末ＩＤ「Ｕ４０」を含む情報）を店舗注文リスト１２４から削除する。これにより、本実施例の注文システム２における、ユーザＰ２が店舗注文を行ってからユーザＰ２に商品が提供され、決済が完了するまでの一連の動作が完了する。

（現金決済が選択された場合）
一方、ユーザ端末４０の表示部に確認画面が表示されている間に、ユーザＰ２が、現金による支払を選択すると、Ｓ１３０において、ユーザ端末４０は、自機の端末ＩＤ「Ｕ４０」を含む現金支払いリクエスト信号をサーバ３００に供給する。現金支払いリクエスト信号は、現金での決済を希望する旨のリクエスト信号である。その後、店舗ＳＴ１内のカウンターＣに向かい、現金で決済を行う。店舗ＳＴ１の店員は、レジ端末Ｒに必要な現金支払い情報を入力する。現金支払い情報は、端末ＩＤ「Ｕ４０」のユーザ端末４０を所持するユーザＰ２が着席したテーブル情報（「Ｔ０１」）を含む。

サーバ３００は、ユーザ端末４０からＳ１３０の現金支払いリクエスト信号を取得する。そして、Ｓ１３２では、サーバ３００は、レジ端末Ｒから、現金支払いが完了した旨の現金支払い情報を取得する。次いで、Ｓ１３４では、サーバ３００は、店舗注文管理テーブル３６０を更新する。具体的には、サーバ３００は、現金支払い情報に含まれるテーブル情報「Ｔ０１」、及び、現金支払いリクエスト信号に含まれる機器ＩＤ「Ｕ４０」を含む組合せ情報３６０ａ等を店舗注文管理テーブル３６０から削除する。次いで、Ｓ１３６において、サーバ３００は、テーブル情報「Ｔ０１」および端末ＩＤ「Ｕ４０」を含む決済通知を、店舗ＳＴ１の店舗端末１００に供給する。

店舗端末１００は、サーバ３００からＳ１３６の決済通知を取得すると、Ｓ１３８において、表示部１０４に表示される注文管理画面１２０の内容を更新する。これにより、図４の組合せ情報１２４ａ等（即ち、テーブル情報「Ｔ０１」及び端末ＩＤ「Ｕ４０」を含む情報）を店舗注文リスト１２４から削除する。これにより、本実施例の注文システム２における、ユーザＰ２が店舗注文を行ってからユーザＰ２に商品が提供され、決済が完了するまでの一連の動作が完了する。

上記の通り、本実施例では、サーバ３００は、Ｓ６４の端末ＩＤ「Ｕ４０」と機器ＩＤ「Ｂ６０」とを取得すると、端末ＩＤ「Ｕ４０」が示すユーザ端末４０を所持するユーザＰ２が来店中であり、テーブルＴ０１に着席中であることを把握することができる。そして、その後、ユーザＰ２が、ユーザ端末４０を利用して商品の注文を行うことで、サーバ３００は、端末ＩＤ「Ｕ４０」と商品情報とを含む注文データを取得する（図７のＳ８０）。次いで、サーバ３００は組合せ情報３６０ａを登録する（Ｓ８４）。そして、サーバ３００は、店舗端末１００に対して注文通知を供給する（Ｓ８６）。店舗端末１００は、注文通知を取得すると、注文管理画面１２０の内容を更新する（Ｓ８８）。これにより、店舗スタッフＰ３は、来店中の端末ＩＤ「Ｕ４０」に対応するユーザが、商品を注文したことを知ることができる。即ち、本実施例の注文システム２及びサーバ３００によると、店舗ＳＴ１に注文用の専用端末が備えられていなくても、ユーザＰ２が所持するユーザ端末４０を利用して、商品の注文を受けることができる。また、本実施例では、サーバ３００は、ユーザ端末４０から、決済情報を取得し、その決済情報を用いて決済を実行することができる（図９のＳ１１２）。店舗スタッフＰ３は、店舗ＳＴ１のレジ等で注文商品の決済（即ち精算）を行う必要がなくなる。従って、店舗ＳＴ１側の負担を少なく済ませることができるとともに、注文ミスの発生の抑制及び店舗スタッフＰ３の作業負荷の軽減を図り得る。

また、本実施例では、図７のＳ７８において、サーバ３００は、端末ＩＤ「Ｕ４０」のための対象情報を含むメニュー画面データをユーザ端末４０に供給する。Ｓ８０では、ユーザ端末４０は、対象情報によって示される端末ＩＤ「Ｕ４０」のための情報（例えば、おすすめ商品、クーポン等）を含むメニュー画面（図８参照）を表示部に表示させる。図８に示すように、メニュー画面６００には、ユーザＰ２のこれまでの注文履歴に基づいて、ユーザＰ２に提案（おすすめ）されるメニュー、クーポン情報、アレルギーメニュー情報等が表示される。そのため、本実施例のサーバ３００は、端末ＩＤ「Ｕ４０」に対応するユーザＰ２に対し、当該ユーザＰ２に適したメニュー画面を提供することができる。

また、本実施例では、図９の１０４において、サーバ３００は、端末ＩＤ「Ｕ４０」が示すユーザ端末４０を所持するユーザＰ２が注文した商品の精算情報を含む確認画面データをユーザ端末４０に供給する。Ｓ１０６では、ユーザ端末４０は、精算情報（ユーザＰ２が注文した商品のリスト、合計金額、ユーザの人数に応じた分配金額（いわゆる割り勘金額）、支払方法選択ボタン等）を含む確認画面（図１０参照）を表示部に表示させる。図１０に示すように、確認画面７００には、割り勘提案情報が含まれる。そのため、本実施例のサーバ３００は、端末ＩＤ「Ｕ４０」に対応するユーザＰ２に対し、店舗ＳＴ１に来店した顧客の人数に応じた分配金額（割り勘金額）を適切に報知することができる。

また、本実施例では、Ｓ８６において、サーバ３００は、店舗端末１００に注文通知を供給する。店舗端末１００は、注文通知を取得すると、Ｓ８８において、表示部１０４に表示される注文管理画面１２０の内容を更新する。店舗スタッフＰ３は、更新された注文管理画面１２０を見ることにより、端末ＩＤ「Ｕ４０」に対応するユーザによって新規注文が行われたことを知ることができる。店舗スタッフＰ３が、注文を容易に確認することができる。

（第２実施例）
第１実施例と異なる点を中心に説明する。本実施例では、通信機器５０〜９０は、通信範囲５５〜９５内に存在するユーザ端末１０，４０と無線通信を実行し、ユーザ端末１０，４０から端末ＩＤを取得し、取得した端末ＩＤと自機の機器ＩＤとをサーバ３００に供給する機器である点が第１実施例とは異なる。即ち、本実施例の通信機器５０〜９０は、機器ＩＤを繰り返し送信するのではなく、通信範囲５５〜９５内にユーザ端末１０，４０が存在することを検出し、それらのユーザ端末１０，４０から端末ＩＤを取得する機器である点が第１実施例とは異なる。本実施例では、通信機器５０〜９０とユーザ端末１０，４０との間で実行される無線通信は、例えばＷｉ−Ｆｉ方式に従った無線通信である。本実施例の通信機器５０〜９０は、例えば、Ｗｉ−Ｆｉ方式のＡＰ（Access Pointの略）である。本実施例では、通信機器５０〜９０がそのような機器であるために、テイクアウト注文時の各装置の動作（図５）の一部及び店舗注文時の各装置の動作（図７）の一部も第１実施例とは異なる。

（テイクアウト注文時の各装置の動作；図５）
本実施例では、Ｓ２６〜Ｓ３０に代えて、Ｓ３２、Ｓ３４の処理が実行される点が第１実施例とは異なる。即ち、ユーザＰ１が店舗ＳＴ１内に入店すると、ユーザＰ１が所持する所持されているユーザ端末１０は、店舗ＳＴ１のカウンターＣに設けられた通信機器５０の通信範囲５５内に入る（図１参照）。これにより、通信機器５０とユーザ端末１０との間で無線通信が実行され、Ｓ３２において、通信機器５０は、ユーザ端末１０から端末ＩＤ「Ｕ１０」を取得する。そして、Ｓ３４において、通信機器５０は、自機の機器ＩＤ「Ｂ５０」と、取得された端末ＩＤ「Ｕ１０」とをサーバ３００に供給する。

（店舗注文時の各装置の動作；図７）
本実施例では、Ｓ６０〜Ｓ６４に代えて、Ｓ６６、Ｓ６８の処理が実行される点が第１実施例とは異なる。即ち、ユーザＰ２は、ユーザ端末４０を所持した状態で、店舗ＳＴ１に入店し、テーブルＴ０１に着席する。これにより、ユーザＰ２によって所持されているユーザ端末４０が、店舗ＳＴ１のテーブルＴ０１に設けられた通信機器６０の通信範囲６５内に入る。これにより、通信機器６０とユーザ端末４０との間で無線通信が実行され、Ｓ６６において、通信機器６０は、ユーザ端末４０から端末ＩＤ「Ｕ４０」を取得する。そして、Ｓ６８において、通信機器６０は、自機の機器ＩＤ「Ｂ６０」と、取得された端末ＩＤ「Ｕ４０」とをサーバ３００に供給する。

本実施例の通信機器５０〜９０が用いられる場合においても、注文システム２は、第１実施例と同様の作用効果を発揮することができる。

以上、本明細書で開示する技術の実施例を詳細に説明したが、上記の実施例は例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を採用してもよい。

（変形例１）第１実施例では、通信機器５０〜９０は、通信範囲５５〜９５内に自機の機器ＩＤを繰り返し送信する機器である。これに限られず、通信機器５０〜９０は、ユーザ端末１０，４０によって読取可能な通信タグであってもよい。その場合、ユーザ端末１０，４０は、自機の読取範囲内に通信機器が存在する場合に、当該通信機器から機器ＩＤを取得するようにしてもよい。

（変形例２）上記の各実施例では、サーバ３００のメモリ３１２は、機器ＩＤ管理テーブル３２０、メニューデータ記憶領域３３０、端末ＩＤ実績記憶領域３４０、テイクアウト注文管理テーブル３５０、及び、店舗注文管理テーブル３６０を全て備えている。これに限られず、機器ＩＤ管理テーブル３２０、メニューデータ記憶領域３３０、端末ＩＤ実績記憶領域３４０、テイクアウト注文管理テーブル３５０、及び、店舗注文管理テーブル３６０のうちの少なくとも１つが、サーバ３００とは異なる外部サーバのメモリに備えられていてもよい。その場合、サーバ３００と外部サーバとが通信可能であればよい。また、すなわち、サーバ３００は、１つの装置によって構成されていなくてもよく、２つ以上の装置の組合せによって構成されていてもよい。

（変形例３）上記の各実施例では、図７に示すように、店舗注文が行われる場合には、ユーザＰ２が店舗ＳＴ１に来店してテーブルＴ０１に着席した状態で、ユーザ端末４０にメニュー画面が表示される。そして、ユーザＰ２は、注文商品を選択する（Ｓ８０）。これに限られず、店舗注文の場合であっても、ユーザＰ２は、テイクアウト注文の場合と同様に、ユーザ端末４０を介して、店舗ＳＴ１に来店する前に店舗で提供を受けることを希望する商品を予め注文しておいてもよい。そして、ユーザＰ２は、注文後に、ユーザ端末４０を所持して店舗ＳＴ１に来店するようにしてもよい。

（変形例４）サーバ３００は、テイクアウト注文管理テーブル３５０及び店舗注文管理テーブル３６０に登録される組合せ情報３５０ａ，３６０ａ等を監視し、組合せ情報３５０ａ，３６０ａ等が示す注文内容に応じて、店舗端末１００，２００に対して、店舗管理に関係する管理情報を供給するようにしてもよい。管理情報は、例えば、食材を早期に処分すべきことを助言するための情報、食材を早期に発注すべきことを助言するための情報等である。

（変形例５）通信機器に代えて、情報コード読取装置を備えてもよい。その場合、注文（テイクアウト注文及び店舗注文）後のユーザ端末に、注文内容を示す情報コードが表示されるようにしてもよい。店舗ＳＴ１に設置された情報コード読取装置に情報コードを読み取らせることによって、サーバ３００に端末ＩＤ及び注文内容が伝達されてもよい。

（変形例６）上記の各実施例では、テイクアウト注文が行われる場合、図５のＳ１６に示すように、ユーザ端末１０は、注文データをサーバ３００に供給する際に、同時に決済情報（即ちクレジットカード情報）をサーバ３００に供給する。そして、サーバ３００は、商品を提供する前に決済を完了させる（Ｓ１８）。しかしながら、決済は、注文時に限られず、商品提供時に行われてもよい。

（変形例７）上記の各実施例では、店舗注文が行われる場合、図９に示すように、商品提供後に、ユーザ端末４０に精算指示が入力される場合に、決済（カード決済又は現金決済）が行われる。しかしながら、決済は、注文時に行われてもよい。その場合、図７のＳ８０では、ユーザ端末４０は、決済情報（即ちクレジットカード情報）を含む注文データをサーバ３００に供給してもよい。サーバ３００は、注文データに含まれる決済情報を利用して、商品提供前に決済を完了するようにしてもよい。

（変形例８）店舗注文が行われる場合、ユーザ端末４０は、ユーザＰ２が選択した商品であって、注文確定前の商品を示す商品選択情報を、随時サーバ３００に供給してもよい。その場合、サーバ３００は、ユーザ端末４０から商品選択情報を取得すると、商品選択情報が示す商品に応じて、おすすめ商品情報やアレルギー警告情報等を示す追加情報をさらにユーザ端末４０に供給してもよい。ユーザ端末４０は、サーバ３０から追加情報を取得すると、取得された追加情報をメニュー画面中に表示させるようにしてもよい。この変形例の構成によって、例えば、ユーザＰ２がメニュー画面６００（図８参照）において選択中の商品が、ユーザＰ２が予め登録しているアレルギー品目を含む場合に、その旨を警告するメッセージをメニュー画面６００に表示させることができる。また、例えば、ユーザＰ２がメニュー画面６００（図８参照）において選択中の商品（例えばサンドイッチ）と一緒に注文することを店舗ＳＴ１が勧める商品（例えばフレンチフライ）を提案するためのメッセージをメニュー画面６００に表示させることもできる。

（変形例９）店舗注文が行われる場合、サーバ３０は、端末ＩＤ「Ｕ４０」が示すユーザ端末４０を所持するユーザＰ２が注文した商品の提供が完了した後に、実績情報３４４に含まれる情報（例えば、店舗ＳＴ１の利用頻度、これまでの注文内容等）を参照し、端末ＩＤ「Ｕ４０」が示すユーザ端末４０に対し、追加注文を提案するための提案情報を供給してもよい。ユーザ端末４０は、サーバ３００から提案情報を取得すると、提案情報に従って、店舗ＳＴ１が勧める商品（即ち、追加商品）を提案するためのメッセージを表示部に表示させてもよい。この変形例の構成によって、例えば、ユーザＰ２が注文した商品の提供が完了した後、所定時間（例えば１時間）が経過した後で、ユーザＰ２がその日「コーヒー」を注文していない場合であって、ユーザＰ２が過去に「コーヒー」を注文した実績を有する場合、ユーザ端末４０に「コーヒー」の注文を促すメッセージを表示させるようにすることができる。また、例えば、ユーザＰ２が注文した商品の提供が完了した後、所定時間（例えば１時間）が経過した後で、ユーザＰ２が過去にデザートを注文した実績を有する場合、ユーザ端末４０にデザートの注文を促すメッセージ（その日のおすすめの商品の紹介メッセージを含んでもよい）を表示させることもできる。

（変形例１０）店舗注文が行われる場合において、ユーザ端末４０の表示部に表示される確認画面（図１０参照）は、上記の各情報以外の任意の情報が表示されてもよい。例えば、確認画面には、端末ＩＤ「Ｕ４０」が示すユーザ端末４０を所持するユーザＰ２が注文した商品の合計カロリー値を、顧客の人数で割った場合の一人当たりの分配カロリー値を示す情報が表示されてもよい。この変形例の構成によると、顧客一人当たりの摂取カロリー値をユーザＰ２に知らせることができる。

また、本明細書又は図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書又は図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：注文システム
１０：ユーザ端末
１２：操作部
１４：表示部
１６：ＬＴＥＩ／Ｆ
１８：Ｗｉ−ＦｉＩ／Ｆ
２０：ＢＬＥＩ／Ｆ
３０：制御部
３２：メモリ
３４：ＯＳプログラム
３６：アプリケーションプログラム
４０：ユーザ端末
５０：通信機器
５５：通信範囲
６０：通信機器
６５：通信範囲
７０：通信機器
７５：通信範囲
８０：通信機器
８５：通信範囲
９０：通信機器
９５：通信範囲
１００：店舗端末
１０２：操作部
１０４：表示部
１０６：有線通信Ｉ／Ｆ
１１０：制御部
１１２：メモリ
１２０：注文管理画面
１２２：テイクアウト注文リスト
１２２ａ：組合せ情報
１２４：店舗注文リスト
１２４ａ：組合せ情報
２００：店舗端末
３００：サーバ
３０２：操作部
３０４：表示部
３０６：無線通信Ｉ／Ｆ
３０８：有線通信Ｉ／Ｆ
３１０：制御部
３１２：メモリ
３２０：機器ＩＤ管理テーブル
３２０ａ〜３２０ｅ：組合せ情報
３３０：メニューデータ記憶領域
３３２、３３４：メニューデータ
３４０：端末ＩＤ実績記憶領域
３４２、３４４：実績情報
３５０：テイクアウト注文管理テーブル
３５０ａ：組合せ情報
３６０：店舗注文管理テーブル
３６０ａ：組合せ情報
５００：メニュー画面
６００：メニュー画面
７００：確認画面

Claims (5)

1. ユーザ端末と、店舗に設けられているとともに前記ユーザ端末と通信可能な状態である通信機器と、のうちの少なくとも一方から、前記ユーザ端末を示す端末ＩＤと、前記通信機器を示す機器ＩＤと、を取得する第１の取得部と、
   取得された前記端末ＩＤと前記機器ＩＤとを対応付けて記憶装置に記憶させる記憶制御部と、
   前記端末ＩＤと前記機器ＩＤとが前記記憶装置に記憶された後で、前記ユーザ端末に前記店舗の提供商品を紹介するメニュー画面を表わすメニュー画面データであって、前記端末ＩＤに応じた対象情報を含む前記メニュー画面データを供給する第１の供給部と、
   前記メニュー画面データが前記ユーザ端末に供給された後で、前記ユーザ端末から、前記端末ＩＤと、注文商品を示す商品情報と、を取得する第２の取得部と、
   前記端末ＩＤと前記商品情報とが取得される場合に、前記記憶装置に記憶されている前記端末ＩＤと前記機器ＩＤとを特定する特定部と、
   を備えるサーバ。
2. 前記対象情報は、
   （ａ）前記端末ＩＤに対応する対象ユーザの過去の注文履歴に基づいて決定される提案商品を示す提案商品情報と、
   （ｂ）商品のカロリー値に関係するカロリー関係情報と、
   （ｃ）前記対象ユーザのアレルギー情報に基づいて決定される前記対象ユーザが注文を避けるべき商品に関係するアレルギー商品情報と、
   （ｄ）前記対象ユーザが利用可能な割引クーポンに関係するクーポン関係情報と、
   のうちの少なくとも１つを含む、
   請求項１に記載のサーバ。
3. 前記第１の取得部は、前記ユーザ端末から前記端末ＩＤと前記機器ＩＤとを取得する、
   請求項１から２のいずれか一項に記載のサーバ。
4. 前記端末ＩＤと前記機器ＩＤとが特定される場合に、前記商品情報、前記端末ＩＤ、及び、前記機器ＩＤを前記店舗に設けられている店舗端末に供給する第２の供給部をさらに備える、
   請求項１から３のいずれか一項に記載のサーバ。
5. ユーザ端末と、
   店舗に設けられている通信機器と、
   サーバと、を備えており、
   前記通信機器と前記ユーザ端末とのうちの少なくとも一方は、
   前記ユーザ端末と前記通信機器とが通信可能な状態に移行する場合に、前記端末ＩＤと前記通信機器を示す機器ＩＤとを前記サーバに供給し、
   前記サーバは、
   前記通信機器と前記ユーザ端末とのうちの少なくとも一方から、前記端末ＩＤと前記機器ＩＤとを取得し、
   取得された前記端末ＩＤと前記機器ＩＤとを対応付けて記憶装置に記憶させ、
   前記端末ＩＤと前記機器ＩＤとが前記記憶装置に記憶された後で、前記ユーザ端末に前記店舗の提供商品を紹介するメニュー画面を表わすメニュー画面データであって、前記端末ＩＤに応じた対象情報を含む前記メニュー画面データを供給し、
   前記ユーザ端末は、
   前記メニュー画面データを取得すると、前記メニュー画面を表示部に表示させ、
   前記メニュー画面が前記表示部に表示された後で、前記ユーザ端末を示す端末ＩＤと、注文商品を示す商品情報と、を前記サーバに供給し、
   前記サーバは、
   前記メニュー画面データが前記ユーザ端末に供給された後で、前記ユーザ端末から、前記端末ＩＤと前記商品情報とを取得し、
   前記ユーザ端末から前記端末ＩＤと前記商品情報とが取得される場合に、前記記憶装置に記憶されている前記端末ＩＤと前記機器ＩＤとを特定する、
   注文システム。
   

Images