(57)【要約】【課題】利用者の人物属性とは異なる情報を基に商品を提供することができる商品提供システム、商品提供方法、プログラム及び料理注文システムを提供する【解決手段】商品提供システム１は、利用者情報取得部１１０と、注文情報取得部１１１と、紐付部１１２と、報知部１２０とを備える。利用者情報取得部１１０は、商品の提供を受ける第１利用者に係る第一の利用者情報を取得する。注文情報取得部１１１は、料理を注文する第２利用者に係る第二の利用者情報、及び料理の情報を含む注文情報を取得する。紐付部１１２は、第１利用者と第２利用者とが同一である場合に、第２利用者の注文情報に含まれる料理及び第２利用者が前回提供を受けた商品のうち少なくとも一方に関連する関連情報を取得する。報知部１２０は、少なくとも関連情報に応じた商品に関する商品情報を、第一の利用者情報で表される第１利用者に報知する。【選択図】図２
2019040267.tif 000002
【特許請求の範囲】
【請求項１】
料理を注文した利用者に商品を提供する商品提供システムであって、
商品の提供を受ける第１利用者に係る第一の利用者情報を取得する第１取得部と、
料理を注文する第２利用者に係る第二の利用者情報、及び前記料理の情報を含む注文情報を取得する第２取得部と、
前記第１利用者と前記第２利用者とが同一である場合に、前記第２利用者の前記注文情報に含まれる前記料理及び前記第２利用者が前回提供を受けた前記商品のうち少なくとも一方に関連する関連情報を取得する第３取得部と、
少なくとも前記関連情報に応じた商品に関する商品情報を、前記第一の利用者情報で表される前記第１利用者に報知する報知部とを備える
商品提供システム。
【請求項２】
前記第３取得部は、前記注文情報に含まれる前記料理の内容を前記関連情報として取得する
請求項１に記載の商品提供システム。
【請求項３】
前記報知部は、前記料理の内容に応じた前記商品に関する前記商品情報を報知する
請求項２に記載の商品提供システム。
【請求項４】
前記第二の利用者情報は、前記第２利用者が利用するテーブルの状況、及び前記第２利用者の音声のうち少なくとも１つのデータを含み、
前記第３取得部は、前記注文情報に含まれる前記料理の内容と、前記データに基づく前記第２利用者の食事の状況とを、それぞれ取得し、取得した前記料理の内容及び前記食事の状況をそれぞれ前記関連情報とする
請求項１に記載の商品提供システム。
【請求項５】
前記第３取得部は、前記データに基づいて食事前、食事中及び食事後のうちいずれかを判別し、少なくとも判別結果を前記食事の状況とする
請求項４に記載の商品提供システム。
【請求項６】
前記商品は、飲食物であり、
前記データは、前記テーブルの状況を含み、
前記第３取得部は、前記データに基づいて、前記飲食物の残量、及び前記飲食物に対する飲食時間のうち少なくとも１つを前記食事の状況として取得する
請求項４又は５に記載の商品提供システム。
【請求項７】
前記報知部は、前記料理の内容及び前記食事の状況の双方に応じた前記商品に関する前記商品情報を報知する
請求項４〜６のいずれか一項に記載の商品提供システム。
【請求項８】
前記第二の利用者情報は、前記第２利用者が利用するテーブルの状況、及び前記第２利用者の音声のうち少なくとも１つのデータを含み、
前記第３取得部は、前記データに基づいて前記第２利用者の食事の状況を前記関連情報として取得する
請求項１に記載の商品提供システム。
【請求項９】
前記報知部は、前記食事の状況に応じた前記商品に関する前記商品情報を報知する
請求項８に記載の商品提供システム。
【請求項１０】
前記商品の提供を行う店舗内に設けられて前記利用者及び前記利用者の食事状況のうち少なくとも一方を検出するセンサ端末と通信を行う通信部を、さらに備え、
前記第２取得部は、前記センサ端末が前記利用者を検出する場合には前記第２利用者に対する前記第二の利用者情報を前記センサ端末から前記通信部を介して取得し、前記センサ端末が前記利用者の食事状況を検出する場合には前記第２利用者に対する前記食事の状況を前記センサ端末から前記通信部を介して取得する
請求項４〜９のいずれか一項に記載の商品提供システム。
【請求項１１】
前記報知部は、前記関連情報、及び前記第１利用者が過去に提供を受けた商品についての履歴情報の双方に応じた商品に関する前記商品情報を、前記利用者に報知する
請求項１〜１０のいずれか一項に記載の商品提供システム。
【請求項１２】
前記第２利用者からの注文を受け付ける注文端末と通信を行う通信部を、更に備え、
前記第２取得部は、前記通信部を介して、前記第二の利用者情報と前記注文情報とを前記注文端末から取得する
請求項１〜１１のいずれか一項に記載の商品提供システム。
【請求項１３】
前記商品は、飲料であり、
前記飲料を吐出する吐出部を、さらに備える
請求項１〜１２のいずれか一項に記載の商品提供システム。
【請求項１４】
商品の提供を受ける第１利用者に係る第一の利用者情報を取得する第１取得ステップと、
料理を注文する第２利用者に係る第二の利用者情報、及び前記料理の情報を含む注文情報を取得する第２取得ステップと、
前記第１利用者と前記第２利用者とが同一である場合に、前記第２利用者の前記注文情報に含まれる前記料理及び前記第２利用者が前回提供を受けた前記商品のうち少なくとも一方に関連する関連情報を取得する第３取得ステップと、
少なくとも前記関連情報に応じた商品に関する商品情報を、前記第一の利用者情報で表される前記第１利用者に報知する報知ステップとを含む
商品提供方法。
【請求項１５】
コンピュータを、
請求項１〜１３のいずれか一項に記載の商品提供システムとして機能させるためのプログラム。
【請求項１６】
請求項１２に記載の商品提供システムと、
前記第２利用者からの注文を受け付ける注文端末とを備える
料理注文システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、商品提供システム、商品提供方法、プログラム及び料理注文システムに関し、より詳細には、複数の商品から利用者の状況に応じた商品を提供する商品提供システム、商品提供方法、プログラム及び料理注文システムに関する。
【背景技術】
【０００２】
現在、レストラン等の料理を提供する店舗では、飲料吐出装置を用いたフリードリンクサービスを提供している。フリードリンクサービスは、利用者が一定額のサービス料を支払うと、利用者自身が飲料吐出装置を操作して、一回の食事中に、オレンジジュースやコーヒーなどの複数種類の飲料を自由に飲めるというサービスである。
【０００３】
フリードリンクサービスを受ける利用者は、フリードリンクコーナーにあるグラスやカップなどの容器を自分で取り、飲料吐出装置にセットし、好みの飲料を選択し、容器に飲料注ぎ、飲料サービスを利用する。
【０００４】
近年、選択可能な飲料の種類が増えてきたことから、利用者に適した飲料をお勧めすることが考えられる。例えば、自動販売機では利用者をカメラで撮影し、その利用者の顔の特徴、髪型、身長などから性別や年齢層などの人物属性情報を推定し、それを基にして多人数の人物属性情報と商品情報を備えた販売データベースから適切な商品を選択してお勧めすることが提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平２０１２−６３９３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の技術を飲料吐出装置に適用すると、利用者の人物属性によってお勧めする飲料（商品）が決定される。例えば、利用者の人物属性として性別を利用する場合、利用者の性別は変化しないので、飲料吐出装置を利用する度に同じ飲料がお勧めされる。例えば、ファミリーレストランのフリードリンクサービスにおいて、利用者の人物属性を使ってお勧めの飲料をお知らせしようとすると、ファミリーレストランに来店する度に同じ飲料がお勧めされることが発生しうる。例えば、利用者は来店時の気分によって、また食事前、食事中、食事後等の食事の状況によって飲みたい飲料が異なる場合があり、そのような場合、利用者にとって同じような飲料をお勧めするのは適切とはいいがたい。
【０００７】
そこで、本開示は上記事由に鑑みてなされており、利用者の人物属性とは異なる情報を基に商品を提供することができる商品提供システム、商品提供方法、プログラム及び料理注文システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本開示の一態様に係る商品提供システムは、料理を注文した利用者に商品を提供する。前記商品提供システムは、第１取得部と、第２取得部と、第３取得部と、報知部とを備える。前記第１取得部は、商品の提供を受ける第１利用者に係る第一の利用者情報を取得する。前記第２取得部は、料理を注文する第２利用者に係る第二の利用者情報、及び前記料理の情報を含む注文情報を取得する。前記第３取得部は、前記第１利用者と前記第２利用者とが同一である場合に、前記第２利用者の前記注文情報に含まれる前記料理及び前記第２利用者が前回提供を受けた前記商品のうち少なくとも一方に関連する関連情報を取得する。前記報知部は、少なくとも前記関連情報に応じた商品に関する商品情報を、前記第一の利用者情報で表される前記第１利用者に報知する。
【０００９】
本開示の一態様に係る商品提供方法は、第１取得ステップと、第２取得ステップと、第３取得ステップと、報知ステップとを含む。前記第１取得ステップは、商品の提供を受ける第１利用者に係る第一の利用者情報を取得する。前記第２取得ステップは、料理を注文する第２利用者に係る第二の利用者情報、及び前記料理の情報を含む注文情報を取得する。前記第３取得ステップは、前記第１利用者と前記第２利用者とが同一である場合に、前記第２利用者の前記注文情報に含まれる前記料理及び前記第２利用者が前回提供を受けた前記商品のうち少なくとも一方に関連する関連情報を取得する。前記報知ステップは、少なくとも前記関連情報に応じた商品に関する商品情報を、前記第一の利用者情報で表される前記第１利用者に報知する。
【００１０】
本開示の一態様に係るプログラムは、コンピュータを、前記商品提供システムとして機能させるためのプログラムである。
【００１１】
本開示の一態様に係る料理注文システムは、前記商品提供システムと、前記第２利用者からの注文を受け付ける注文端末とを備える。
【発明の効果】
【００１２】
本開示によると、利用者の人物属性とは異なる情報を基に商品を提供することができる。例えば、飲料吐出装置を使用する利用者が注文した料理に応じて異なる飲料をお勧めできる。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施形態１に係る料理注文システムのシステム概要を説明する図である。
【図２】図２は、実施形態１に係る飲料吐出装置の構成を説明する図である。
【図３】図３は、実施形態１に係る注文端末の構成を説明する図である。
【図４】図４は、実施形態１に係る店内センサの構成を説明する図である。
【図５】図５は、実施形態１に係る調理管理システムの構成を説明する図である。
【図６】図６は、実施形態１に係る飲料吐出装置の動作を説明するフローチャートである。
【図７】図７は、実施形態１に係る注文システムでの情報の送受信を説明するシーケンス図である。
【図８】図８は、実施形態２に係る飲料吐出装置の構成を説明する図である。
【図９】図９は、同上の飲料吐出装置の動作を説明するフローチャートである。
【図１０】図１０は、実施形態２に係る注文システムでの情報の送受信を説明するシーケンス図である。
【図１１】図１１は、実施形態３に係る飲料吐出装置の構成を説明する図である。
【図１２】図１２は、同上の飲料吐出装置の動作を説明するフローチャートである。
【図１３】図１３は、実施形態３に係る注文システムでの情報の送受信を説明するシーケンス図である。
【図１４】図１４は、変形例に係る飲料吐出装置の構成を説明する図である。
【図１５】図１５は、別の変形例に係る飲料吐出装置の構成を説明する図である。
【発明を実施するための形態】
【００１４】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１５】
なお、添付図面及び以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
【００１６】
（実施形態１）
図１は、本実施形態における商品提供システム１としての飲料吐出装置１０を含めた注文システム５０の概要図を示す。
【００１７】
本実施形態の注文システム５０は、図１に示すように、飲料吐出装置１０、注文端末２１、携帯端末２２、店内センサ２３及び調理管理システム２４を備えている。
【００１８】
飲料吐出装置１０は、ソフトドリンク、アルコールドリンクなどの飲料を提供する。例えば、飲料吐出装置１０は、オレンジジュースなどの果汁飲料や、メロンソーダなどの炭酸飲料、ウーロン茶など飲料の原液タンクが接続され、飲料の吐出時に水や炭酸ガスなどを混合し、各種飲料を生成し提供する。本実施形態では、本開示の商品として飲料を、本開示の商品情報としてお勧めする飲料を、それぞれ一例として説明する。
【００１９】
飲料吐出装置１０は、タッチパネル２、吐出ボタン４、飲料容器置き台５、吐出ノズル６及びカメラ７を備えている。飲料容器８は、飲料吐出装置１０から飲料を注ぐための容器である。
【００２０】
飲料吐出装置１０は、注文端末２１、携帯端末２２、店内センサ２３、調理管理システム２４と有線通信または無線通信により情報の送受信が可能である。有線通信または無線通信に用いられるネットワークは、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。利用者は注文端末２１にて料理を注文し、飲料吐出装置１０で飲料を選択して飲料容器８（グラス、カップ等）に注いで飲む。
【００２１】
タッチパネル２は、例えば静電式や抵抗式のタッチパネルからなり、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を実現する。タッチパネル２は、図２に示すように、報知部１２０及び操作部１２１を有している。報知部１２０は、１または複数の飲料アイコン３が表示される。図１では、複数の飲料アイコン３が表示されている。例えば、飲料アイコン３は、飲料のブランドや名前を示す。操作部１２１は、表示された複数の飲料アイコン３から希望する飲料を示す飲料アイコン３の選択操作を受け付ける。
【００２２】
利用者は、タッチパネル２（報知部１２０）で表示された飲料アイコン３を見て希望の飲料アイコン３を押すことにより飲料を選択する。利用者は、飲料容器８を飲料容器置き台５の所定の位置に設置し、希望の飲料アイコン３を押した後に吐出ボタン４を押すことで、飲料アイコン３に応じた飲料が吐出ノズル６より吐出され、飲料容器８に注がれる。
【００２３】
カメラ７は、レンズ等からなる光学部材と、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）やＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）等の撮像素子からなる。カメラ７は、タッチパネル２に対向する位置にある被写体を撮影する。カメラ７は、利用者が持つ携帯電話や情報端末に表示される情報コード（文字列、バーコード、ＱＲ（Ｑｕｉｃｋ  Ｒｅｓｐｏｎｓｅコード（登録商標））コードなど）を読み取る（撮影する）。カメラ７は、利用者の顔や髪型、衣服等を撮影する。
【００２４】
飲料吐出装置１０は、カメラ７で撮影された画像に基づくデータ（情報）を用いて、利用者に対して飲料の提供の可否を判断する。例えば、情報コードには利用者を識別する会員ＩＤが含まれ、飲料吐出装置は利用者を認識してその利用者に応じた飲料の飲料アイコン３を表示する。また、カメラ７で撮影された利用者の顔や髪型、衣服等から利用者の性別や年齢などの属性を出力し、その属性者に応じた飲料の飲料アイコン３を表示する。
【００２５】
カメラ７は、利用者の顔情報が正面に撮像されるように、角度、位置を調整して、飲料吐出装置１０に配置され、利用者が飲料吐出装置１０の前に来た時に利用者を認識して飲料吐出装置を起動することができる。
【００２６】
本実施形態では、カメラ７を用いて利用者の情報（情報コード、顔、髪型等）を取得する構成の他、以下の構成も備える。飲料吐出装置１０は、利用者がタッチパネル２や吐出ボタン４を操作するときに利用者の情報として指紋を取得する構成を備える。さらに、飲料吐出装置１０は、マイクを備え、マイクを用いて利用者の情報として利用者の音声を取得する構成を備える。
【００２７】
図２は、本実施形態における飲料吐出装置１０の構成を示すブロック図である。
【００２８】
飲料吐出装置１０は、上述した構成要素に加えて、制御部１００、料理情報記憶部１０１、飲料情報記憶部１０２、利用者情報記憶部１０３及び通信部１０４を有している。
【００２９】
料理情報記憶部１０１、飲料情報記憶部１０２、利用者情報記憶部１０３は、それぞれ個別のハードディスクや半導体メモリで構成されている。料理情報記憶部１０１は、料理に関する料理情報と、お勧め可能な飲料の情報とを対応付けて記憶している。飲料情報記憶部１０２は、利用者に提供可能な飲料の情報を記憶している。利用者情報記憶部１０３は、利用者が過去に注文した料理に関する料理情報と、当該料理情報に対してお勧めした飲料、及び利用者が選択した飲料を含む履歴情報を記憶している。なお、料理情報記憶部１０１、飲料情報記憶部１０２は、１つのハードディスクや半導体メモリにおいて、異なる記憶領域に構成されてもよい。
【００３０】
飲料吐出装置１０は、マイクロプロセッサ及びメモリ等の周辺回路を備える。制御部１００は、マイクロプロセッサ、その上で動作するソフトウェア等により実現される。なお、制御部１００は、複数のマイクロプロセッサ、及びソフトウェア等により実現される構成されてもよい。
【００３１】
制御部１００は、利用者情報取得部１１０、注文情報取得部１１１、紐付部１１２、飲料決定部１１３及び吐出制御部１１４を有している。つまり、マイクロプロセッサ、その上で動作するソフトウェア等により利用者情報取得部１１０、注文情報取得部１１１、紐付部１１２、飲料決定部１１３及び吐出制御部１１４の機能が実現される。
【００３２】
利用者情報取得部１１０は、カメラ７で撮影された画像、吐出ボタン４で取得された指紋のデータ等を基に、飲料吐出装置１０を使用する利用者に関する第一の利用者情報を取得する。注文情報取得部１１１は、料理を注文した利用者に関する第二の利用者情報と、料理に関する注文情報を通信部１０４を介して取得する。紐付部１１２は、第一の利用者情報と第二の利用者情報とを紐づけて第一の利用者情報に該当する利用者の注文情報を取得する。なお、第一の利用者情報及び第二の利用者情報の詳細については、後述する。
【００３３】
飲料決定部１１３は、第一の利用者情報に該当する利用者が注文した料理及び提供された商品の少なくとも一方に関連する関連情報に応じて、お勧め可能な飲料情報と提供可能な飲料情報とから、第一の利用者情報に該当する利用者についてのお勧めの飲料を決定する。
【００３４】
吐出制御部１１４は、操作部１２１で選択された飲料が吐出ノズル６から吐出されるように、吐出ノズル６からを制御する。
【００３５】
以下に各構成要素の詳細について説明する。
【００３６】
利用者情報取得部１１０は、第一の利用者情報を取得する。例えば、第一の利用者情報は、表１に示すように、第１利用者番号、画像データ、音声データ、指紋データ及び会員番号（会員ＩＤ）を含んでいる。第１利用者番号は、第一の利用者情報ごとに割り当てられた識別子である。画像データは、カメラ７で撮影された利用者の画像のデータである。音声データは、マイクで収集された利用者の音声のデータである。指紋データは、吐出ボタン４が押された際に取得された利用者の指紋のデータである。会員ＩＤは、カメラ７で読み取られた情報コードで特定される会員ＩＤである。ここで、会員ＩＤは、利用者を識別するために、利用者ごとに割り当てられた識別子である。
【００３７】
【表１】
2019040267.tif 000003
【００３８】
なお、第一の利用者情報は、これら全てを必要とするものではないし、表１で記載したデータ以外のデータを含んでいてもよい。
【００３９】
注文情報取得部１１１は、第一の利用者情報で表される利用者を含む複数の利用者の注文に関する注文情報を通信部１０４を介して取得する。注文情報取得部１１１は、第二の利用者情報を注文端末２１から取得する。例えば、第二の利用者情報は、表２に示すように、第２利用者番号、画像データ、音声データ、指紋データ及び会員番号（会員ＩＤ）を含んでいる。第２利用者番号は、第二の利用者情報ごとに割り当てられる識別子である。画像データは、注文端末２１に設けられたカメラで撮影された利用者の顔を含む画像のデータである。音声データは、注文端末２１のマイク２０３（図３参照）で収集された利用者の音声のデータである。指紋データは、注文端末２１が操作された際に取得された利用者の指紋のデータである。会員ＩＤは、注文端末２１のカメラで読み取られた情報コードで特定される会員ＩＤである。
【００４０】
【表２】
2019040267.tif 000004
【００４１】
第二の利用者情報は、これら全てを必要とするものではないし、表２で記載したデータ以外のデータ（例えば、利用者が利用しているテーブルの状況、後述する温度センサ３０３の検出結果等）を含んでいてもよい。ただし後述するように、飲料吐出装置１０は、第一の利用者情報と第二の利用者情報を参照して同一の利用者に関する情報を紐付けするので、少なくとも１つの共通する項目のデータを第一の利用者情報と第二の利用者情報とは有している。
【００４２】
紐付部１１２は、利用者情報取得部１１０が取得した第一の利用者情報と、注文情報取得部１１１が取得した第二の利用者情報とを用いて、第一の利用者情報を第二の利用者情報に紐付けする。
【００４３】
紐付部１１２は、第一の利用者情報に含まれる画像データ、音声データ、指紋データ及び会員ＩＤを用いて、第二の利用者情報の中に第一の利用者情報と同じ情報を持つ利用者がいないかを検索し、該当する利用者が見つかった場合はその利用者を表す第二の利用者情報を取得する。例えば、表２で示す複数の第二利用者情報のうち、表１で示す第一の利用者情報と一致する第二の利用者情報はＮｏ．１０３の第二の利用者情報である。
【００４４】
紐付部１１２は、取得した第二の利用者情報と、注文情報取得部１１１が取得した注文情報とを参照して、第一の利用者情報で表される利用者が注文した料理に関連する情報として料理メニューを含む関連情報を取得する。
【００４５】
ここで、注文情報の一例を表３に示す。
【００４６】
【表３】
2019040267.tif 000005
【００４７】
注文情報は、注文情報番号、料理メニュー、注文日時及び第２利用者番号を含んでいる。注文情報番号は、注文情報ごとに割り当てられる識別子である。料理メニューは、利用者が注文した料理に関する情報である。注文日時は、料理を注文した日時である。第２利用者番号は、料理を注文した利用者を表す第二の利用者情報に割り当てられた第２利用者番号と同一である。
【００４８】
例えば、第２利用者番号がＮｏ．１０３である第二の利用者情報に対応する利用者が注文した料理メニューはヘルシーコースの料理であり、注文日時は２０１７年３月１７日午前１１時１５分である。なお、同じ第２利用者番号について複数の注文情報があるときは、最新の注文日時の注文情報を取得する。また、注文情報は、第２利用者番号を除いて、これら全てを必要とするものではないし、表３で記載したデータ以外のデータを含んでいてもよい。
【００４９】
飲料決定部１１３は、紐付部１１２が取得した第一の利用者情報で表される利用者が注文した料理の料理メニューを含む関連情報を基に、当該利用者にお勧めする１つ以上の飲料を決定する。飲料決定部１１３は、決定した１つ以上の飲料の情報を報知部１２０に出力する。つまり、飲料決定部１１３は、決定した１つ以上の飲料に一対一に対応する１つ以上の飲料アイコン３を報知部１２０に表示させる。
【００５０】
飲料決定部１１３は、２つの情報を参照して、利用者にお勧めする１つ以上の飲料を決定する。１つ目の情報は、料理情報記憶部１０１にあらかじめ記憶されている、料理メニューに対してお勧め可能な飲料の情報である料理情報である。２つ目の情報は、飲料情報記憶部１０２にあらかじめ記憶されている、現在、店舗で提供可能な飲料の情報である飲料情報である。
【００５１】
ここで、料理情報の一例を表４に示す。
【００５２】
【表４】
2019040267.tif 000006
【００５３】
料理情報は、料理情報番号と、料理メニューと、飲料メニューを含んでいる。料理情報番号は、料理情報ごとに割り当てられる識別子である。料理メニューは、利用者に提供可能な料理を表す情報である。飲料メニューは、料理メニューに表される料理に適した１つ以上の飲料の情報を含んでいる。例えば、洋食コースの料理メニューに適した飲料（お勧めの飲料）は、洋酒、ワイン、ビール、ソフトドリンク、低カロリー飲料である。ここで、ソフトドリンクとは、茶系飲料、果実系飲料、炭酸飲料、珈琲、紅茶、ミネラルウオータ、スポーツドリンクなどを含む。
【００５４】
次に、飲料情報の一例を、表５に示す。
【００５５】
【表５】
2019040267.tif 000007
【００５６】
飲料情報は、飲料情報番号と、料理メニューと、提供可能な飲料とを含んでいる。飲料情報番号は、飲料情報ごとに割り当てられる識別子である。料理メニューは、利用者に提供可能な料理を表す情報である。提供可能な飲料は、料理メニューに表される料理に適した飲料であって利用者に提供可能な１つ以上の飲料の情報を表す。例えば、洋食コースの料理メニューに適した飲料（お勧めの飲料）であって利用者に提供可能な１つ以上の飲料は、ワイン、ビール、ソフトドリンク、低カロリー飲料である。なお、飲料情報はこれら全てを必要とするものではないし、表５で記載したデータ以外のデータを含んでもよい。
【００５７】
例えば、第２利用者番号がＮｏ．１０３である第二の利用者情報に対応する利用者が注文した料理メニューはヘルシーコースである場合、飲料決定部１１３は、料理情報を基に、ヘルシーコースに対してお勧め可能な飲料は、低カロリー飲料、野菜ジュース、スープであると決定する。飲料決定部１１３は、飲料情報を基に、お勧め可能な飲料としての低カロリー飲料、野菜ジュース、スープのうち、提供可能な飲料を決定する。ここでは、低カロリー飲料、野菜ジュース、スープの全てが提供可能である。飲料決定部１１３は、提供可能な低カロリー飲料、野菜ジュース、スープのそれぞれに対応する飲料アイコン３を報知部１２０に表示させて、利用者に通知する。
【００５８】
飲料情報には飲料の提供可能な年齢の情報、提供可能な時間帯の情報をさらに含んでもよい。この場合、飲料決定部１１３は、第二の利用者情報に含まれる画像データや音声データを基にして得られる利用者の年齢や性別の情報や、注文情報から得た注文日時の情報を参照してお勧め可能な飲料を決定する。例えば、飲料決定部１１３は、未成年にはアルコール飲料はお勧めしない。また、飲料決定部１１３は、１７時以降でないとアルコール飲料を利用者にお勧めする飲料としては決定しない。
【００５９】
報知部１２０で１つ以上の飲料アイコン３が表示されると、飲料吐出装置１０の利用者は、お勧めの飲料の情報（飲料アイコン３）を参照して、好みの飲料を操作部１２１で選択する、つまり好みの飲料の飲料アイコン３を押す。
【００６０】
吐出制御部１１４は、操作部１２１で選択された飲料を吐出ノズル６から吐出するように吐出ノズル６を制御する。
【００６１】
吐出制御部１１４は、利用者にお勧めした１つ以上の飲料に関する情報、及びお勧めした１つ以上の飲料のうち利用者が選択した飲料の情報を、第三の利用者情報として利用者情報記憶部１０３に記憶する。すなわち、利用者情報記憶部１０３では、利用者に今回お勧めした飲料及び選択した飲料を含む履歴情報が蓄積される。
【００６２】
ここで、第三の利用者情報の一例を、表６に示す。
【００６３】
【表６】
2019040267.tif 000008
【００６４】
第三の利用者情報は、選択日時、第２利用者番号、料理メニュー、お勧め飲料及び選択飲料を含んでいる。選択日時は、利用者が飲料を選択した日時である。第２利用者番号は、利用者に対応する第二の利用者情報に割り当てられた番号である。料理メニューは、利用者が注文した料理を表す情報である。お勧め飲料は、飲料決定部１１３が決定した１つ以上の飲料の情報を示す。選択飲料は、利用者が選択した飲料を示す。なお、第三の利用者情報は、第二の利用者情報番号を除いて残りの全てのデータを必要とするものではないし、表６に記載するデータ以外のデータを備えてもよい。
【００６５】
飲料決定部１１３は、お勧め飲料を決定する場合に、上述した料理情報及び飲料情報の他、第三の利用者情報を用いてお勧めの飲料の情報を決定してもよい。例えば、飲料決定部１１３は、料理情報及び飲料情報で決定した１つ以上の飲料（お勧め飲料）に加えて、前回の飲料お勧め時に利用者が選択した飲料と同じ飲料をお勧め飲料として決定する。または、飲料決定部１１３は、前回お勧めした飲料の中から別の飲料をお勧め飲料として決定する。また、飲料決定部１１３は、料理情報及び飲料情報を用いる代わりに、第三の利用者情報を用いてお勧めの飲料の情報を決定してもよい。
【００６６】
次に、注文端末２１について説明する。注文端末２１は店舗の利用者が来店して飲料吐出装置１０を利用する前に、まずテーブルに着席して料理を注文するときに使用する端末である。注文端末２１は利用者自身が操作して注文する形態で以下の説明をするが、店員が操作して注文する形態でもよい。
【００６７】
図３は、本実施形態における注文端末２１のブロック図である。
【００６８】
注文端末２１は、カメラ２０１、タッチパネル２０２、マイク２０３、制御部２０４、メニュー情報記憶部２０５及び通信部２０６を備えている。
【００６９】
メニュー情報記憶部２０５は、ハードディスクや半導体メモリで構成され、利用者に提供可能な料理メニューを表すメニュー情報を記憶している。ここで、メニュー情報の一例を表７に示す。
【００７０】
【表７】
2019040267.tif 000009
【００７１】
メニュー情報は、メニュー名、前菜、メイン、デザート、カロリー、及び価格を含んでいる。メニュー名は、利用者に提供する料理メニューの名称である。前菜は、料理メニューに対応する料理における前菜を表す。メインは、料理メニューに対応する料理におけるメインの料理を表す。デザートは、料理メニューに対応する料理におけるデザートを表す。カロリーは、料理メニューに対応する料理のカロリー（前菜、メイン、及びデザートの合計カロリー）を表す。価格は、料理メニューに対応する料理の対価を表す。なお、メニュー情報は、これら全てを必要とするものではないし、表７に記載するデータ以外のデータを含んでもよい。
【００７２】
カメラ２０１は、タッチパネル２０２に対向する位置にある被写体を撮影する。カメラ２０１は、利用者が持つ携帯電話や情報端末に表示される情報コードを読み取る（撮影する）。
【００７３】
タッチパネル２０２は、例えば静電式や抵抗式のタッチパネルからなり、ＧＵＩを実現する。タッチパネル２０２は、メニュー表示部２１０及びメニュー選択部２１１の機能を有している。メニュー表示部２１０は、メニュー情報記憶部２０５にあらかじめ記憶された料理メニューの情報を利用者に表示する。メニュー選択部２１１は、表示された複数の料理メニューから希望する料理メニューの選択操作を受け付ける。例えば、メニュー表示部２１０がメニュー情報を利用者に表示すると、利用者はメニュー選択部２１１を操作してメニューを選択する。なお、メニュー表示部２１０とメニュー選択部２１１は一体のタッチパネルとしたが、別体の構成であってもよい。
【００７４】
マイク２０３は、利用者の音声を取得する。マイク２０３は、利用者の会話や食事中の音を取得するように配置されている。なお、注文時において、マイク２０３はメニュー選択部２１１を兼ねて、利用者は音声によってメニューの選択を可能としてもよい。
【００７５】
注文端末２１は、マイクロプロセッサ及びメモリ等の周辺回路を備える。制御部２０４は、マイクロプロセッサ、その上で動作するソフトウェア等により実現される。なお、制御部２０４は、複数のマイクロプロセッサ、及びソフトウェア等により実現される構成されてもよい。
【００７６】
制御部２０４は、注文端末２１の制御を行う。制御部２０４は、上述した第二の利用者情報及び注文情報を生成し、通信部２０６を介して飲料吐出装置１０へ出力する。
【００７７】
制御部２０４は、利用者が注文端末２１を操作して注文時にカメラ２０１で撮影された利用者の顔や髪型、衣服等の画像や読み取った情報コードで特定される会員ＩＤを取得する。
【００７８】
制御部２０４は、利用者が注文端末２１を操作して注文するときにタッチパネル２０２（メニュー選択部２１１）を操作することで得られる利用者の指紋のデータを取得する。制御部２０４は、タッチパネル２０２（メニュー選択部２１１）が操作されることで得られる利用者が選択したメニューを表す注文情報を生成する。
【００７９】
制御部２０４は、利用者の音声のデータをマイク２０３から取得する。
【００８０】
制御部２０４は、利用者の画像データ、音声データ、指紋データ及び会員ＩＤを含む第二の利用者情報を生成する。制御部２０４は、注文情報に含まれる第２利用者番号と、第二の利用者情報に含まれる第２利用者番号と一致させることで、第二の利用者情報と注文情報とを紐付けする（関連付ける）。
【００８１】
また、注文端末２１を利用者のテーブル毎に常設してカメラ２０１に利用者やテーブルの状況が映るように配置している場合には、注文時以外でもカメラ２０１は利用者を撮影することができる。制御部２０４は、注文時以外でも利用者の画像データまたはテーブルの画像データを取得し、第二の利用者情報に含めて飲料吐出装置１０へ出力する。これにより、注文時以降についてもその画像から利用者の在席状態や、利用者が食事前なのか食事中なのか食事後なのかを判別したり、利用者の飲料の状態を判別したりするなど利用者の飲食状況の情報として利用できる。
【００８２】
また、同様に、制御部２０４は、注文時以外でも、マイク２０３から音声データを取得して、第二の利用者情報に含めて飲料吐出装置１０へ出力する。これによって、利用者の会話や音から、利用者の会話が多いのか、食事に集中して会話が少ないのかを判別するなど利用者の飲食状況の情報として利用できる。
【００８３】
通信部２０６は、第二の利用者情報と注文情報とを飲料吐出装置１０に送信する。
【００８４】
次に、携帯端末２２について説明する。
【００８５】
携帯端末２２の構成は、注文端末２１の構成と同じであるので詳細な説明を省略する。注文端末２１は店舗側が用意するのに対して、携帯端末２２は利用者が所有する端末である。なお、携帯端末２２では、図３のカメラ２０１の代わりに携帯端末を所有する利用者固有の情報（会員ＩＤ）を記憶する記憶部を備えてもよい。メニュー情報記憶部２０５に記憶されるメニュー情報は、予め店舗のサービスｗｅｂサイトからダウンロードされている。
【００８６】
次に、店内センサ２３について説明する。店内センサ２３は店舗内に１つまたは複数台数を設置して利用者の飲食状況を検出する。例えば、店内センサ２３は店舗の入口に設置される。また、複数台の店内センサがある場合には、テーブルごとに設置される。本実施形態では、店内のテーブルごとに店内センサ２３が設けられているとする。
【００８７】
図４は、本実施形態における店内センサ２３のブロック図である。
【００８８】
店内センサ２３は、カメラ３０１、マイク３０２、温度センサ３０３、制御部３０４及び通信部３０５を備えている。
【００８９】
カメラ３０１は、利用者を撮影する。マイク３０２は、利用者の音声を取得する。マイク３０２は、利用者の会話や食事中の音を取得するように配置されている。
【００９０】
温度センサ３０３は、利用者の表面温度やテーブルにある料理の温度、飲料の温度を検出する。
【００９１】
店内センサ２３は、マイクロプロセッサ及びメモリ等の周辺回路を備える。制御部３０４は、マイクロプロセッサ、その上で動作するソフトウェア等により実現される。なお、制御部３０４は、複数のマイクロプロセッサ、及びソフトウェア等により実現される構成であってもよい。
【００９２】
制御部３０４は、店内センサ２３の制御を行う。制御部３０４は、第二の利用者情報を生成して、通信部３０５を介して飲料吐出装置１０へ出力する。
【００９３】
制御部３０４は、カメラ３０１で撮影された利用者の顔や髪型、衣服等の画像や読み取った情報コードで特定される会員ＩＤを取得する。制御部３０４は、利用者の音声データをマイク３０２から取得する。制御部３０４は、温度センサ３０３から検出結果を取得する。制御部３０４は、取得した利用者の画像データ、会員ＩＤ、音声データ、温度センサ３０３の検出結果を含む第二の利用者情報を生成する。
【００９４】
また店内センサ２３のカメラにテーブルの状況が映るように配置して、テーブルの画像データを含む第二の利用者情報を飲料吐出装置１０へ出力する。これによって在席状態や、利用者が食事前なのか食事中なのか食事後なのかを判別したり、利用者の飲料の状態を判別したりするなど利用者の飲食状況の情報として利用できる。
【００９５】
音声データを第二の利用者情報に含めることで、利用者の会話や音から、利用者の会話が多いのか、食事に集中して会話が少ないのかを判別するなど利用者の飲食状況の情報として利用することができる。
【００９６】
温度センサ３０３の検出結果は、利用者、料理及び飲料のうち少なくとも１つの温度の値データである。これによって、利用者の体温の変化、料理の冷め具合、飲料の温度変化など利用者の飲食状況の情報として利用できる。
【００９７】
通信部３０５は、第二の利用者情報を飲料吐出装置１０に送信する。
【００９８】
なお、本実施形態において、店内センサ２３は、カメラ３０１で撮影されたテーブルの状況を基に、料理の量、飲料の量を検出してもよい。または、店内センサ２３は、料理の量、飲料の量を検出するセンサ等を更に備えてもよい。
【００９９】
なお、注文端末２１を利用者のテーブルに常設する場合には、注文端末２１は、店内センサ２３を兼ねてもよい。すなわち、注文端末２１は、上述した構成に加えて、温度センサ３０３を備えてもよい。
【０１００】
次に、調理管理システム２４について説明する。調理管理システム２４は、利用者から注文のあった料理が調理されて配膳済みであるか否かを調理者または配膳者が管理する。
【０１０１】
図５は、本実施形態における調理管理システム２４のブロック図である。
【０１０２】
調理管理システム２４は、第１入力部４０１、第２入力部４０２、計時部４０３、制御部４０４及び通信部４０５を備えている。
【０１０３】
第１入力部４０１は、注文端末２１または携帯端末２２と通信して注文情報を受信する。
【０１０４】
第２入力部４０２は、注文のあった料理が配膳されると、配膳済みであることを受け付ける。例えば、調理された料理を利用者のテーブルへ配膳したときに、店員が第２入力部４０２へ配膳済である旨の入力を行う。なお、注文端末２１から配膳済の情報を受信してもよい。
【０１０５】
計時部４０３は、時間の計時を行う。
【０１０６】
調理管理システム２４は、マイクロプロセッサ及びメモリ等の周辺回路を備える。制御部４０４は、マイクロプロセッサ、その上で動作するソフトウェア等により実現される。なお、制御部４０４は、複数のマイクロプロセッサ、及びソフトウェア等により実現される構成されてもよい。
【０１０７】
制御部４０４は、第１入力部４０１が受信した注文情報と、第２入力部４０２が受け付けた配膳済の情報とを比較して未だ配膳されていない料理の料理メニューを含む配膳関連情報を、通信部４０６を介して飲料吐出装置１０へ出力する。
【０１０８】
制御部４０４は、計時部４０３を用いて、注文のあった時間、及び料理メニューを配膳してからの経過時間を表す経過時間情報を、通信部４０６を介して飲料吐出装置１０へ送信する。
【０１０９】
これらの情報は利用者が食事前なのか食事中なのか食事後なのかを判別したり、利用者の飲料の状態を判別したりするなど利用者の飲食状況の情報として利用できる。
【０１１０】
なお、調理管理システム２４は、未だ配膳されていない料理の料理メニュー（未配膳情報）を配膳関連情報に含める代わりに、配膳済みの料理の料理メニュー（配膳済情報）を配線関連情報に含めて送信してもよい。または、調理管理システム２４は、配膳済情報と未配膳情報の両方を配膳関連情報に含めて送信してもよい。
【０１１１】
図６は本実施の形態１の飲料吐出装置１０が行う制御方法のフローチャートである。
【０１１２】
利用者情報取得部１１０は、飲料吐出装置１０の利用者の認識を行う（ステップＳ１０１）。すなわち、利用者が飲料吐出装置１０の前に立ってカメラ７に利用者が映ったり、タッチパネル２又は吐出ボタン４の操作があったときに、利用者情報取得部１１０は、カメラ７やタッチパネル２や吐出ボタン４、マイクから飲料吐出装置１０の利用者の認識を開始する。
【０１１３】
飲料吐出装置１０は、第一の利用者情報及び第二の利用者情報を取得する（ステップＳ１０２）。具体的には、利用者情報取得部１１０は、利用者の認識から第一の利用者情報を取得する。すなわち、利用者情報取得部１１０は、利用者の顔や髪型、衣服等の画像データ、音声データ、指紋データ、会員ＩＤを含む第一の利用者情報（表１参照）を取得する（生成する）。さらに、注文情報取得部１１１は、通信部１０４を介して注文端末２１又は携帯端末２２から、料理を注文した利用者の第二の利用者情報（表２参照）を取得する。
【０１１４】
注文情報取得部１１１は、第二の利用者情報で表される利用者が注文した料理に関する注文情報を取得する（ステップＳ１０３）。具体的には、注文情報取得部１１１は、通信部１０４を介して注文端末２１又は携帯端末２２から、メニュー選択部２１１で注文された注文情報（表３参照）を取得する。なお、通信部１０４は、ステップＳ１０２における第二の利用者情報の取得とステップＳ１０３における注文情報の取得とを、１回の通信で行ってもよい。また、本実施形態では、注文情報取得部１１１は、ステップＳ１０２を実行するタイミングで第二の利用者情報を、ステップＳ１０３を実行するタイミングで注文情報を、それぞれ取得する構成としているが、この構成に限定されない。注文情報取得部１１１は、ステップＳ１０２が実行される前（例えば、ステップＳ１０１で利用者が認識される前）に、注文端末２１又は携帯端末２２から第二の利用者情報及び注文情報を取得してもよい。この場合、注文情報取得部１１１は、取得した第二の利用者情報及び注文情報を所定の記憶領域に記憶する。注文情報取得部１１１は、ステップＳ１０２の実行時には所定の記憶領域から第二の利用者情報を取得し、ステップＳ１０３の実行時には所定の記憶領域から注文情報を取得する。
【０１１５】
紐付部１１２は、取得した第一の利用者情報を第二の利用者情報と注文情報と参照して、第一の利用者情報と注文情報との関連付け（紐付け）を行う（ステップＳ１０４）。
【０１１６】
紐付部１１２は、複数の第二の利用者情報から、第一の利用者情報の含まれる少なくとも１つのデータと同一のデータを含む第二の利用者情報を抽出し、第一の利用者情報を抽出した第二の利用者情報に紐付けし、飲料吐出装置１０の利用者の第２利用者番号を特定する。紐付部１１２は、第一の利用者情報を、特定した第２利用者番号を含む注文情報に紐付ける。
【０１１７】
例えば、紐付部１１２は、第一の利用者情報に含まれる画像データ、音声データ、指紋データ、会員ＩＤを用いて第二の利用者情報群に対して第一の利用者情報と同じデータを含む第二の利用者情報を検索する。紐付部１１２は、該当する第二の利用者情報が見つかった場合は当該第二の利用者情報に含まれる第２利用者番号を抽出する。
【０１１８】
利用者情報と注文情報との紐付けができない場合、つまり第一の利用者情報と同じデータを含む第二の利用者情報が存在しない場合には、飲料吐出装置１０は、飲料吐出装置１０を使用できないことを利用者又は店員に報知する。この場合、処理はステップＳ１０１に戻る。
【０１１９】
紐付部１１２は、関連付けの結果から飲料吐出装置１０の利用者が注文した料理の情報を取得する（ステップＳ１０５）。具体的には、紐付部１１２は、抽出した第２利用者番号を使って注文情報（表３参照）の中から、飲料吐出装置１０の利用者が注文した料理メニューと注文日時とを含む関連情報を取得する。
【０１２０】
飲料決定部１１３は、飲料吐出装置１０の利用者が注文した料理の情報（料理メニュー）からお勧めの飲料を決定する（ステップＳ１０６）。具体的には、飲料決定部１１３は、関連情報に含まれる利用者が注文した料理メニューと注文日時を基に、お勧め可能な飲料群を、料理情報記憶部１０１が記憶している料理情報から取得する。次に、飲料決定部１１３は、飲料情報記憶部１０２で記憶されている飲料情報を用いて、お勧め可能な飲料群のうち提供可能な飲料の情報を取得する。
【０１２１】
つまり、最初に飲料決定部１１３は、料理情報を参照して、飲料吐出装置１０の利用者が注文した料理メニューに対してお勧め可能な飲料群の情報を抽出する。次に、飲料決定部１１３は、飲料情報を参照して、お勧め可能な飲料群の中から利用者に提供可能な飲料の情報を抽出する。
【０１２２】
このようにして、飲料決定部１１３は、飲料吐出装置１０の利用者が食べている料理メニュー（関連情報）に応じてお勧め可能な飲料群の中から、提供可能な飲料（お勧めの飲料）を決定する。なお、お勧め飲料は、１種類でも複数種類でも構わない。
【０１２３】
飲料決定部１１３は、飲料吐出装置１０の利用者に提供可能な飲料（お勧めの飲料）の情報を報知部１２０でお知らせする（ステップＳ１０７）。報知部１２０は、提供可能な飲料に対応する飲料アイコン３を表示する。
【０１２４】
操作部１２１は、利用者から飲料の選択操作を受け付ける（ステップＳ１０８）。
【０１２５】
吐出制御部１１４は、操作部１２１で選択操作が行われた後に吐出ボタン４が押されると、選択された飲料が吐出ノズル６から吐出されるように、吐出ノズル６を制御する（ステップＳ１０９）。
【０１２６】
吐出制御部１１４は、利用者にお勧めした飲料の情報、利用者が選択した飲料の情報を含む第三の利用者情報（表６参照）を生成して利用者情報記憶部１０３に記憶する（ステップＳ１１０）。具体的には、吐出制御部１１４は、今回、飲料吐出装置１０の利用者が注文した料理メニュー、それに対してお勧めした飲料の情報、利用者を表す第二の利用者情報に含まれる第２利用者情報を飲料決定部１１３から取得する。吐出制御部１１４は、飲料決定部１１３から取得した料理メニュー、お勧め飲料の情報及び第２利用者情報と、操作部１２１の選択操作により選択された飲料の情報、及び選択された時刻とを含む第三の利用者情報（履歴情報）を生成する。
【０１２７】
なお、本実施形態では、吐出制御部１１４が第三の利用者情報を生成する構成としているが、飲料決定部１１３が生成してもよいし、制御部１００における他の機能部が生成してもよい。
【０１２８】
その後、処理は、ステップＳ１０１に戻り、新たな利用者が飲料吐出装置１０に来る（利用者情報取得部１１０が第一の利用者情報を取得する）のを待つ。
【０１２９】
なお、ステップＳ１０６において、飲料決定部１１３は飲料吐出装置１０の利用者の過去の履歴情報を参照してお勧めの飲料を決定してもよい。例えば、飲料決定部１１３は、料理情報と、飲料情報と、履歴情報（第三の利用者情報）とを用いて、お勧めの飲料を決定する。この場合、飲料決定部１１３は、重み付けを用いてお勧めする飲料を決定してもよい。例えば、料理情報：履歴情報＝５０：５０とし、提供可能な飲料毎に、総合お勧め度（＝料理情報によるお勧め度×５０＋履歴情報によるお勧め度×５０）を算出してその最大値の飲料をお勧めの飲料として決定する。
【０１３０】
また、重み付けによりお勧めの飲料が決定されている場合において、ステップＳ１０８でお勧めした飲料と異なる飲料を利用者が選択したときには、重み付けの比率を変更する。例えば、料理情報：履歴情報＝５０：５０を４０：６０にして履歴情報に対する比率を高める。また、料理情報：履歴情報＝３０：７０であれば４０：６０にして、比率の高い方を少し下げてもよい。また、履歴情報の比率に上限（例えば、値“８０”）を設けてもよい。
【０１３１】
利用者情報記憶部１０３には、第三の利用者情報として、利用者の過去の料理メニューや過去のお勧め飲料、選択した飲料の履歴情報が記憶されている。そこで、履歴情報を分析することで、利用者の飲む回数が多い飲料（好みの飲料とみなす）や、利用者が来店したときに最初に飲む飲料（いつも一杯目の飲料とみなす）、同じ飲料を続けて飲む回数（飲料を変更する頻度）がわかる。
【０１３２】
これらの分析結果が所定値以上の傾向を示す場合に、飲料決定部１１３は、飲料吐出装置１０の利用者が注文した料理に応じてお勧め可能な飲料群の中から、提供可能な飲料（お勧めの飲料）を得て、さらに提供可能な飲料に対して分析結果で得た結果に基づいた重みづけ演算を行って複数のお勧め飲料の中からさらに絞り込むことができる。
【０１３３】
あるいはまた、飲料決定部１１３は、飲料吐出装置１０の利用者が料理を注文した時点で、料理に応じたお勧め可能な飲料群の取得を省略して、提供可能な飲料の中から分析結果で得た結果に基づいた重みづけ演算を行ってお勧め飲料を決定してもよい。
【０１３４】
このように、第三の利用者情報を用いて、利用者の好みの飲料やいつもの飲料を組み合わせてお勧めすることができる。
【０１３５】
なお、利用者情報記憶部１０３は、第三の利用者情報だけでなく、利用者の履歴情報を分析した結果である分析情報を記憶してもよい。この場合、飲料決定部１１３は、飲料吐出装置１０の利用者の分析情報を参照してお勧めの飲料を決定する形態としてもよい。
【０１３６】
また、図示しないが、利用者情報記憶部１０３、飲料情報記憶部１０２、料理情報記憶部１０１のうち少なくとも１つの記憶部は、飲料吐出装置１０の内部に備える代わりに、外部装置（サーバ等）に備えられてもよい。この場合、飲料吐出装置１０と外部装置とが通信することで、飲料吐出装置１０は、外部装置に設けられた記憶部の情報を読み書きしてもよい。特に、利用者情報記憶部１０３を演算処理能力の高い外部装置に備えることで上述した分析を効率的に行える。
【０１３７】
ここで、注文システム５０における情報の送受信について図７を用いて説明する。
【０１３８】
注文端末２１の制御部２０４は、利用者の注文情報及び第二の利用者情報を生成する（ステップＳ１５０）。具体的には、制御部２０４は、注文時にカメラ２０１で撮影された利用者の画像や読み取った情報コードで特定される会員ＩＤ、音声データ、及び指紋データを含む第二の利用者情報を生成する。制御部２０４は、利用者が選択した（注文した）メニューを表す注文情報を生成する。
【０１３９】
制御部２０４は、生成した第二の利用者情報を、通信部２０６を介して飲料吐出装置１０に送信する（ステップＳ１５１）。
【０１４０】
制御部２０４は、生成した注文情報を、通信部２０６を介して飲料吐出装置１０に送信する（ステップＳ１５２）。
【０１４１】
なお、制御部２０４が第二の利用者情報を飲料吐出装置１０に送信するタイミングは、飲料吐出装置１０が上述したステップＳ１０２で第二の利用者情報を取得するタイミングである。または、制御部２０４が第二の利用者情報を飲料吐出装置１０に送信するタイミングは、ステップＳ１０２よりも前であってもよい。
【０１４２】
同様に、制御部２０４が注文情報を飲料吐出装置１０に送信するタイミングは、飲料吐出装置１０が上述したステップＳ１０３で注文情報を取得するタイミングである。または、制御部２０４が注文情報を飲料吐出装置１０に送信するタイミングは、ステップＳ１０３よりも前であってもよい。
【０１４３】
図７では、注文端末２１と飲料吐出装置１０との間での情報の送受信について説明した。注文システム５０では、携帯端末２２と飲料吐出装置１０との間で情報を送信する場合もある。この場合、図７において、注文端末２１を携帯端末２２と置き換えればよいため、ここでの説明は省略する。
【０１４４】
（実施形態２）
本実施形態の商品提供システム１としての飲料吐出装置１０Ａは、実施形態１と同様に、通信部１０４を備える。本実施形態の注文システム５０は、飲料吐出装置１０Ａ、注文端末２１、携帯端末２２、店内センサ２３及び調理管理システム２４を備える。飲料吐出装置１０Ａは、注文端末２１、携帯端末２２、店内センサ２３、調理管理システム２４と通信して、情報の送受信を行う。
【０１４５】
図８は、本実施形態の飲料吐出装置１０Ａの概要図である。実施形態１と同じ機能部については同じ番号を付与し詳細な説明を省略する。
【０１４６】
飲料吐出装置１０Ａは、マイクロプロセッサ及びメモリ等の周辺回路を備える。本実施形態の制御部１００Ａは、マイクロプロセッサ、その上で動作するソフトウェア等により実現される。なお、制御部１００Ａは、複数のマイクロプロセッサ、及びソフトウェア等により実現される構成されてもよい。
【０１４７】
制御部１００Ａは、利用者情報取得部１１０、注文情報取得部１１１、紐付部１５２、飲料決定部１５３、吐出制御部１１４及び飲食情報取得部１５０を有している。
【０１４８】
実施形態１では、テーブルの状況を撮影した画像のデータ、及び注文時以外の利用者の音声データが第二の利用者情報に含まれることを説明した。本実施形態では、飲料吐出装置１０Ａは、第二の利用者情報に含まれるテーブルの状況を撮影した画像の画像データや注文時以外の利用者の音声データを基に、利用者の飲食情報（飲食状況）を取得し、取得した飲食情報を飲料のお勧めに利用する。
【０１４９】
注文端末２１又は店内センサ２３から送信される第二の利用者情報には、注文端末２１を利用者のテーブルの画像データ、利用者の会話や食事中の音声データが含まれている。
【０１５０】
飲食情報取得部１５０は、紐付部１５２から出力される、飲料吐出装置１０Ａの利用者のテーブルの画像データや利用者の音声データを取得する。飲食情報取得部１５０は、取得したデータ及び予め記憶している第１飲食情報を基に、利用者が食事前であるか食事中であるか食事後であるかを判別する。さらに、飲食情報取得部１５０は、取得したデータ及び第２飲食情報を基に、利用者が今飲んでいる飲料の状態を判別する。
【０１５１】
ここで、第１飲食情報（食事の状況）の一例を表８に示す。
【０１５２】
【表８】
2019040267.tif 000010
【０１５３】
第１飲食情報は、食事前、食事中及び食事後の３つのパターンごとに存在する。第１飲食情報は、皿の数、会話レベル、配膳状態及びお勧め可能な飲料を含む。皿の数は、テーブルの画像データから得られる１人当たりの皿の枚数を表す。会話レベルは、単位時間（例えば、３分）当たりに検出される音声の割合を表す。配膳状態は、テーブルの画像データを基に、注文した料理に対する配膳状態を表す。未配膳とは、注文した料理（コース）に対して何ら料理が配膳されていない状態を示す。配膳中とは、注文した料理（コース）に対して最初の料理の配膳後であって最後の料理の配膳前である状態を示す。配膳完了とは、注文した料理（コース）に対してすべての料理が配膳された状態を示す。お勧め可能な飲料は、利用者にお勧め可能な飲料を示す。なお、皿の数の数値及び会話レベルの数値は、一例であって、これらの数値に限定されない。
【０１５４】
飲食情報取得部１５０は、飲料吐出装置１０Ａの利用者のテーブルの画像データから人数あたりの皿の数を取得する。飲食情報取得部１５０は、食事中に料理皿の数が増えることから利用者が食事前なのか、食事中なのか、食事後なのかを判別する。
【０１５５】
飲食情報取得部１５０は、飲料吐出装置１０Ａの利用者のテーブルの音声データから会話レベルを取得する。食事前と、食事中と食事後とでは、会話レベルが異なることから利用者が食事前なのか、食事中なのか、食事後なのかを判別する。
【０１５６】
飲食情報取得部１５０は、調理管理システム２４から送信される情報、すなわち、未だ配膳されていない料理メニューの情報を取得して、まったく料理が配膳されていなければ利用者は食事前、未だ配膳されていない料理があれば食事中、すべての料理が配膳済みであれば食事後、と判別する。また、飲食情報取得部１５０は、注文のあった時刻や、料理メニューを配膳してからの経過時間情報を取得して、注文のあった時刻から所定時間以内であれば食事前、配膳してから所定時間以内であれば食事中、配膳してから所定時間以後であれば食事後と判別してもよい。なお、表７において前菜からメイン料理までを食べる時間を食事中、デザートを食べる時間を食事後としてもよい。
【０１５７】
飲料決定部１５３は、第１飲食情報を基に、飲食情報取得部１５０で判定された食事の状態（食事前、食事中及び食事後のいずれかの状態）に応じたお勧め可能な飲料を決定する。例えば、食事前であれば低アルコール飲料、ソフトドリンクなどの食欲に影響しない軽い飲料をお勧め飲料とする。食事中であればアルコール飲料、ソフトドリンクなどメイン料理用の飲料をお勧め飲料とする。食事後であればコーヒーや紅茶などのソフトドリンクをお勧め飲料としたり、ソフトクリームなどの軽いデザートを飲料の代わりにお勧め飲料としたりする。
【０１５８】
次に、第２飲食情報（飲料状況）の一例を表９に示す。
【０１５９】
【表９】
2019040267.tif 000011
【０１６０】
第２飲食情報は、飲料の残量、飲料時間、回数及びお勧め可能な飲料を含んでいる。飲料の残量は、テーブルの画像データから得られる飲料の残量を表す。飲料時間は、テーブルの画像データから得られる飲料が提供されてからの経過時間を表す。回数は、同一の飲料を連続して飲み続ける回数を表す。お勧め可能な飲料は、利用者にお勧め可能な飲料を示す。なお、飲料の残量の数値、飲料時間の数値及び回数は、一例であって、これらの数値に限定されない。
【０１６１】
飲食情報取得部１５０は、利用者に前回飲料を提供したときの食事状況と今回の食事状況とが同一である場合には、飲料吐出装置１０Ａの利用者のテーブルの画像データから、利用者が今飲んでいる飲料のグラス（またはカップ等）に残っている飲料の量、その飲料を飲み始めてから（提供してから）の経過時間、その飲料を飲む速さを取得する。例えば、提供した飲料がテーブルの画像に含まれている場合には、その飲料の経過時間にカウントする。
【０１６２】
飲食情報取得部１５０は、利用者が飲料吐出装置１０Ａに来た時、今飲んでいる飲料の残量が多い場合はその利用者のその飲料はお好みでない（または飽きた）と判断して異なる飲料を勧めるように飲料決定部１５３に指示する。飲食情報取得部１５０は、同様に、今の飲んでいる飲料を飲んでいる時間が長い（あまり進まない）、飲む速さが遅い（あまり進まない）場合もその利用者はその飲料はお好みでないと判断して異なる飲料を勧めるように飲料決定部１５３に指示する。
【０１６３】
一方、飲食情報取得部１５０は、今飲んでいる飲料の残量が少ない場合はその利用者のその飲料がお好みであると判断して同じ飲料（または同じ飲料のカテゴリー）を勧めるように飲料決定部１５３に指示する。飲食情報取得部１５０は、同様に、今飲んでいる飲料についての経過時間が短い、すなわち飲む速さが速い場合もその利用者はその飲料がお好みであると判断して同じ飲料を勧めるように飲料決定部１５３に指示する。
【０１６４】
なお、第１飲食情報及び第２飲食情報は、これら全てを必要とするものではないし、表８，９に記載したデータ以外のデータを含んでもよい。
【０１６５】
飲料決定部１５３は、実施形態１で説明した機能の他、飲食情報取得部１５０の指示に基づいて利用者にお勧めする飲料を決定する。例えば、飲料決定部１５３は、同じ飲料を勧める指示を飲食情報取得部１５０から受け取った場合には、注文した料理に応じた飲料であって提供可能な複数の飲料のうち、履歴情報を基に利用者が前回選択した飲料をお勧め飲料として決定する。飲料決定部１５３は、異なる飲料を勧める指示を飲食情報取得部１５０から受け取った場合には、注文した料理に応じた飲料であって提供可能な複数の飲料のうち、履歴情報を基に利用者が前回選択した飲料を除く残りの飲料すべてをお勧め飲料として決定する。
【０１６６】
図９は、本実施形態の飲料吐出装置１０Ａが行う制御方法のフローチャートである。
【０１６７】
ステップＳ２０１〜ステップＳ２０５は、実施形態１で説明したステップＳ１０１〜ステップＳ１０５と同様の処理である。
【０１６８】
すなわち、ステップＳ２０１において、利用者情報取得部１１０は利用者の認識を行い、ステップＳ２０２において利用者情報取得部１１０は、第一の利用者情報、第二の利用者情報を取得する。ステップＳ２０３において、注文情報取得部１１１は、利用者の注文情報を取得する。ステップＳ２０４において、紐付部１５２は、第一の利用者情報を第二の利用者情報及び注文情報に紐付けする。具体的には、紐付部１５２は、第一の利用者情報で表される利用者に対応する第２利用者番号と注文情報とを特定する。そして、ステップＳ２０５において、飲料吐出装置１０Ａの利用者が注文した料理の情報を取得する。具体的には、紐付部１５２は、注文情報を参照して飲料吐出装置１０Ａの利用者が注文した料理メニューと注文日時を含む関連情報を第１関連情報として取得する。
【０１６９】
その後、飲食情報取得部１５０は、飲料吐出装置１０Ａの利用者の飲食の状況に応じた第１飲食情報及び第２飲食情報を取得する（ステップＳ２０６）。具体的には、飲食情報取得部１５０は、注文端末２１又は店内センサ２３と通信して最新の第二の利用者情報を取得する。その第二の利用者情報に含まれる画像データや音声データを基に飲食状況を判別する。本実施形態では、飲食情報取得部１５０は、食事前であるか食事中であるか食事後であるかの判別（第１の判別）、及び利用者が今飲んでいる飲料の残量、飲料時間、飲む速さに基に同じ飲料をお勧めするか異なる飲料お勧めするかの判別（第２判別）を行う。飲食情報取得部１５０は、表８に示す複数の第１飲食情報のうち第１判別の結果に応じた第１飲食情報を取得する。飲食情報取得部１５０は、表９に示す複数の第２飲食情報のうち第２判別に応じた第２飲食情報を取得する。飲食情報取得部１５０は、取得した第１飲食情報及び第２飲食情報を含む情報を第２関連情報として取得する。
【０１７０】
なお、本実施形態では、飲食情報取得部１５０は、ステップＳ２０６の実行時に、最新の第二の利用者情報を注文端末２１又は店内センサ２３から取得する構成としているが、この構成に限定されない。飲食情報取得部１５０は、ステップＳ２０６を実行する前に、定期的に注文端末２１又は店内センサ２３から第二の利用者情報を取得してもよい。この場合、飲食情報取得部１５０は、定期的に取得した第二の利用者情報を、所定の記憶領域に記憶する。飲食情報取得部１５０は、ステップＳ２０６を実行する際に、所定の記憶領域から直近に取得した第二の利用者情報を最新の利用者情報として取得する。
【０１７１】
飲料決定部１５３は、第１関連情報及び第２関連情報を基に、お勧め飲料を決定する（ステップＳ２０７）。
【０１７２】
具体的には、飲料決定部１５３は、第１関連情報と、料理情報記憶部１０１に予め記憶されている料理情報と、飲料情報記憶部１０２に予め記憶されている飲料情報とを参照する。まず、飲料決定部１５３は、料理情報記憶部１０１に予め記憶されている料理情報（表４参照）を参照して、第１関連情報に含まれる料理メニューに応じたお勧め可能な１つ以上の飲料の情報を抽出する。飲料決定部１５３は、飲料情報記憶部１０２に記憶されている飲料情報（表５参照）を参照して、お勧め可能な１つ以上の飲料の中から利用者に提供可能な１つ以上の飲料の情報を抽出する。
【０１７３】
さらに、飲料決定部１５３は、飲食情報取得部１５０が取得した第１飲食情報を参照し、抽出された提供可能な１つ以上の飲料の中から食事の状況に応じたお勧め可能な飲料を選択する。
【０１７４】
また、飲料決定部１５３は、同一利用者に対して前回の食事状況と今回の食事状況とが同一である場合には、飲食情報取得部１５０が取得した第２飲食情報を参照し、抽出された提供可能な１つ以上の飲料の中から今飲んでいる飲料と同じもの（または同じ飲料カテゴリー）をお勧めするか、異なるもの（または異なる飲料カテゴリー）をお勧めするかを選択する。なお、今飲んでいる飲料の情報（すなわち、同じ利用者が前回に選択した飲料）は第三の利用者情報として利用者情報記憶部１０３に記憶されているので飲料決定部１５３は、利用者情報記憶部１０３を参照することで利用者が前回選択した飲料を特定することができる。飲料決定部１５３は、第１飲食情報を基に抽出された提供可能な１つ以上の飲料のうち利用者が前回選択した飲料を抽出する。
【０１７５】
以上のようにして、飲料決定部１５３は、利用者の注文した料理メニューに加えて食事状況及び飲料状況を用いて提供可能な飲料（お勧めする飲料）を決定する。
【０１７６】
ステップＳ２０８〜ステップＳ２１１は、実施形態１で説明したステップＳ１０７〜ステップＳ１１０と同様の処理である。
【０１７７】
すなわち、ステップＳ２０８において、飲料決定部１５３は、飲料吐出装置１０Ａの利用者に提供可能な飲料（お勧めの飲料）の情報を報知部１２０でお知らせする。つまり、報知部１２０は、提供可能な飲料に対応する飲料アイコン３を表示する。
【０１７８】
ステップＳ２０９において、操作部１２１は、利用者から飲料の選択操作を受け付ける。ステップＳ２１０において、吐出制御部１１４は、選択された飲料が吐出ノズル６から吐出されるように、吐出ノズル６を制御する。
【０１７９】
ステップＳ２１１において、吐出制御部１１４は、利用者にお勧めした飲料の情報、利用者が選択した飲料の情報を含む第三の利用者情報（表６参照）を生成して利用者情報記憶部１０３に記憶する。つまり、吐出制御部１１４は、今回、飲料吐出装置１０Ａの利用者が注文した料理メニュー、それに対してお勧めした飲料メニュー、利用者が選択した飲料メニューの情報を含む第三の利用者情報を利用者情報記憶部１０３に記憶する。
【０１８０】
その後、処理は、ステップＳ２０１に戻り、新たな利用者が飲料吐出装置１０Ａに来る（利用者情報取得部１１０が第一の利用者情報を取得する）のを待つ。
【０１８１】
なお、ステップＳ２０７において、飲料決定部１５３は飲料吐出装置１０Ａの利用者の過去の履歴情報を参照してお勧めの飲料を決定してもよい。例えば、飲料決定部１５３は、料理情報と、飲料情報と、履歴情報（第三の利用者情報）と、第１飲食情報とを用いて、お勧めの飲料を決定する。この場合、飲料決定部１５３は、重み付けを用いてお勧めする飲料を決定してもよい。例えば、料理情報：第１飲食情報：履歴情報＝３３：３３：３３とし、提供可能な飲料毎に、総合お勧め度（＝料理情報によるお勧め度×３３＋第１飲食情報によるお勧め度３３＋履歴情報によるお勧め度×３３）を算出してその最大値の飲料をお勧めの飲料として決定する。また、履歴情報の比率に上限（例えば、値“８０”）を設けてもよい。
【０１８２】
また、重み付けによりお勧めの飲料が決定されている場合において、ステップＳ２０９でお勧めした飲料と異なる飲料を利用者が選択したときには、重み付けの比率を変更する。例えば、料理情報：第１飲食情報：履歴情報＝３３：３３：３３を３３：２８：３８にして履歴情報を少し高める。履歴情報の比率が上限の場合は、重み付けの比率の中で、料理情報と第１飲食情報の比率を変更する。例えば料理情報：第１飲食情報：履歴情報＝１５：５：８０を１０：１０：８０に変更する。
【０１８３】
また、第１飲食情報に代えて第２飲食情報を用いてもよい。飲料決定部１５３は、料理情報と、飲料情報と、履歴情報（第三の利用者情報）と、第２飲食情報とを用いて、お勧めの飲料を決定する。この場合、飲料決定部１５３は、重み付けを用いてお勧めする飲料を決定してもよい。例えば、料理情報：第２飲食情報：履歴情報＝３３：３３：３３とし、提供可能な飲料毎に、総合お勧め度（＝料理情報によるお勧め度×３３＋第２飲食情報によるお勧め度３３＋履歴情報によるお勧め度×３３）を算出してその最大値の飲料をお勧めの飲料として決定する。また、履歴情報の比率に上限（例えば、値“８０”）を設けてもよい。
【０１８４】
あるいは、第１飲食情報と第２飲食情報の双方を用いてもよい。飲料決定部１５３は、料理情報と、飲料情報と、履歴情報（第三の利用者情報）と、第１飲食情報と、第２飲食情報とを用いて、お勧めの飲料を決定する。この場合、飲料決定部１５３は、重み付けを用いてお勧めする飲料を決定してもよい。例えば、料理情報：第１飲食情報：第２飲食情報：履歴情報＝２５：２５：２５：２５とし、提供可能な飲料毎に、総合お勧め度（＝料理情報によるお勧め度×２５＋第１飲食情報によるお勧め度２５＋第２飲食情報によるお勧め度２５＋履歴情報によるお勧め度×２５）を算出してその最大値の飲料をお勧めの飲料として決定する。また、履歴情報の比率に上限（例えば、値“８０”）を設けてもよい。
【０１８５】
また、ステップＳ２０６において、飲食情報取得部１５０は、調理管理システム２４から送信される情報を基に、食事の状況を判別してもよい。調理管理システム２４から送信される情報を基にした食事の状況の判別については、既に述べているので、ここでの説明は省略する。この場合においても、飲食情報取得部１５０は、調理管理システム２４から送信される情報（配膳関連情報）をステップＳ２０６の実行時に取得してもよいし、ステップＳ２０６を実行する前に定期的に取得してもよい。配膳関連情報を定期的に取得する場合、飲食情報取得部１５０は、定期的に取得した配膳関連情報を、所定の記憶領域に記憶する。飲食情報取得部１５０は、ステップＳ２０６を実行する際に、所定の記憶領域から直近に取得した配膳関連情報を最新の情報として取得する。
【０１８６】
ここで、注文システム５０における情報の送受信について図１０を用いて説明する。
【０１８７】
注文端末２１の制御部２０４は、利用者の注文情報及び第二の利用者情報を生成する（ステップＳ２５０）。
【０１８８】
制御部２０４は、生成した第二の利用者情報を、通信部２０６を介して飲料吐出装置１０Ａに送信する（ステップＳ２５１）。
【０１８９】
制御部２０４は、生成した注文情報を、通信部２０６を介して飲料吐出装置１０Ａに送信する（ステップＳ２５２）。
【０１９０】
制御部２０４は、第二の利用者情報を更新し、最新の第二の利用者情報を生成する（ステップＳ２５３）。
【０１９１】
制御部２０４は、生成した最新の第二の利用者情報を、通信部２０６を介して飲料吐出装置１０Ａに送信する（ステップＳ２５４）。
【０１９２】
制御部２０４は、ステップＳ２５３及びステップＳ２５４を定期的に繰り返し、定期的に最新の第二の利用者情報を生成して、飲料吐出装置１０Ａに送信する。
【０１９３】
なお、制御部２０４がステップＳ２５０で生成した第二の利用者情報を飲料吐出装置１０Ａに送信するタイミングは、飲料吐出装置１０Ａが上述したステップＳ２０２で第二の利用者情報を取得するタイミングである。または、制御部２０４がステップＳ２５０で生成した第二の利用者情報を飲料吐出装置１０Ａに送信するタイミングは、ステップＳ２０２よりも前であってもよい。
【０１９４】
制御部２０４が注文情報を飲料吐出装置１０に送信するタイミングは、飲料吐出装置１０が上述したステップＳ２０３で注文情報を取得するタイミングである。または、制御部２０４が注文情報を飲料吐出装置１０に送信するタイミングは、ステップＳ２０３よりも前であってもよい。
【０１９５】
同様に、制御部２０４がステップＳ２５３で生成した最新の第二の利用者情報を飲料吐出装置１０Ａに送信するタイミングは、飲料吐出装置１０Ａが上述したステップＳ２０６で飲料情報を取得するタイミングである。または、制御部２０４がステップＳ２５３で生成した最新の第二の利用者情報を飲料吐出装置１０Ａに送信するタイミングは、ステップＳ２０６よりも前であってもよい。
【０１９６】
図１０では、注文端末２１と飲料吐出装置１０Ａとの間での情報の送受信について説明した。注文システム５０では、携帯端末２２と飲料吐出装置１０Ａとの間で情報を送信する場合もある。この場合、携帯端末２２と飲料吐出装置１０Ａとの間では、ステップＳ２５０〜ステップＳ２５２と同様の処理が行われる。
【０１９７】
また、注文システム５０では、店内センサ２３と飲料吐出装置１０Ａとの間で情報を送信する場合もある。この場合、店内センサ２３と飲料吐出装置１０Ａとの間では、ステップＳ２５４と同様の処理が行われる。具体的には、店内センサ２３は検知結果に基づいて、第二の利用者情報を生成し、生成した第二の利用者情報を、通信部３０５を介して飲料吐出装置１０Ａに送信する。ここで、店内センサ２３が生成した第二の利用者情報は、上述した最新の第二の利用者情報に相当する。店内センサ２３は、第二の利用者情報の生成を定期的に繰り返し、定期的に生成された第二の利用者情報を飲料吐出装置１０Ａに送信する。
【０１９８】
さらに、注文システム５０では、調理管理システム２４と飲料吐出装置１０Ａとの間で情報を送信する場合もある。この場合、調理管理システム２４と飲料吐出装置１０Ａとの間では、ステップＳ２５４と同様の処理が行われる。具体的には、調理管理システム２４は、配膳関連情報を生成し、生成した配膳関連情報を、通信部３０５を介して飲料吐出装置１０Ａに送信する。調理管理システム２４が配膳関連情報を飲料吐出装置１０Ａに送信するタイミングは、飲料吐出装置１０Ａが上述したステップＳ２０６で飲料情報を取得するタイミングであってもよし、ステップＳ２０６より前であってもよい。調理管理システム２４は、利用者に対する配膳関連情報の生成を定期的に繰り返し、定期的に生成された配膳関連情報を飲料吐出装置１０Ａに送信する。
【０１９９】
（実施形態２の変形例）
実施形態２では、第２関連情報に、第１飲食情報及び第２飲食情報を含める構成としたが、この構成に限定されない。第１飲食情報及び第２飲食情報のうちいずれか一方の情報が第２関連情報に含まれる構成であってもよい。例えば、第２関連情報に第１飲食情報のみが含まれる場合には、飲料吐出装置１０Ａは、利用者に前回提供した飲料（利用者が前回選択した飲料）を認識することなく、利用者が注文した料理に応じた飲料のうち食事状況に応じた飲料をお勧め飲料とする。また、第２関連情報に第２飲食情報のみが含まれる場合には、飲料吐出装置１０Ａは、利用者の食事状況に関係なく、利用者に前回提供した飲料（利用者が前回選択した飲料）をお勧め飲料とする。
【０２００】
本実施形態において、店内センサ２３が備える温度センサ３０３の検出結果を基に、第２飲食情報を取得してもよい。例えば、飲食情報取得部１５０は、利用者が今飲んでいる飲料の温度を検出し、ホット飲料の温度が所定値以下になったとき（すなわち、冷めた時）、又はコールド飲料の温度が所定値以上になったとき（すなわち、温まったとき）には、図９のステップＳ２０２〜ステップＳ２０８を実行し、お勧めの飲料を利用者に報知する。
【０２０１】
（実施形態３）
実施形態２において、飲料決定部１５３は飲料吐出装置１０Ａの利用者が注文した料理の情報（第１関連情報）と第２関連情報とからお勧めの飲料を決定したが、本実施形態では、第２関連情報、特に第２飲食情報のみでお勧めの飲料を決定する。
【０２０２】
本実施形態の商品提供システム１としての飲料吐出装置１０Ｂは、実施形態２と同様に、通信部１０４を備える。本実施形態の注文システム５０は、飲料吐出装置１０Ｂ、注文端末２１、携帯端末２２、店内センサ２３及び調理管理システム２４を備える。飲料吐出装置１０Ｂは、注文端末２１、携帯端末２２、店内センサ２３、調理管理システム２４と通信して、情報の送受信を行う。
【０２０３】
図１１は、本実施形態の飲料吐出装置１０Ｂの概要図である。実施形態１と同じ機能部については同じ番号を付与し詳細な説明を省略する。
【０２０４】
飲料吐出装置１０Ｂは、マイクロプロセッサ及びメモリ等の周辺回路を備える。本実施形態の制御部１００Ｂは、マイクロプロセッサ、その上で動作するソフトウェア等により実現される。なお、制御部１００Ｂは、複数のマイクロプロセッサ、及びソフトウェア等により実現される構成されてもよい。
【０２０５】
制御部１００Ｂは、利用者情報取得部１１０、注文情報取得部１１１、紐付部１６２、飲料決定部１６３、吐出制御部１１４及び飲食情報取得部１６０を有している。つまり、マイクロプロセッサ、その上で動作するソフトウェア等により、利用者情報取得部１１０、注文情報取得部１１１、紐付部１６２、飲料決定部１６３、吐出制御部１１４及び飲食情報取得部１６０の機能が実現される。
【０２０６】
紐付部１６２は、テーブルの状況を撮影した画像の画像データや注文時以外の利用者の音声データを含む第二の利用者情報を、注文端末２１又は店内センサ２３から取得する。
【０２０７】
飲食情報取得部１６０は、紐付部１６２から出力される、飲料吐出装置１０Ｂの利用者のテーブルの画像データや利用者の音声データを含む第二の利用者情報を取得する。飲食情報取得部１６０は、取得したデータ及び予め記憶している第２飲食情報を基に、利用者が今飲んでいる飲料の状態を判別する。
【０２０８】
飲料決定部１６３は、飲食情報取得部１６０の指示に基づいて利用者にお勧めする飲料を決定する。例えば、飲料決定部１５３は、同じ飲料を勧める指示を飲食情報取得部１５０から受け取った場合には、注文した料理に応じた飲料であって提供可能な複数の飲料のうち、履歴情報を基に利用者が前回選択した飲料をお勧め飲料として決定する。飲料決定部１５３は、異なる飲料を勧める指示を飲食情報取得部１５０から受け取った場合には、提供可能な飲料のうち少なくとも１つの飲料をお勧め飲料として決定する。
【０２０９】
図１２は、本実施形態の飲料吐出装置１０Ｂが行う制御方法のフローチャートである。
【０２１０】
ステップＳ３０１〜ステップＳ３０２は、実施形態２で説明したステップＳ２０１〜ステップＳ２０２と同様の処理である。すなわち、ステップＳ３０１において、利用者情報取得部１１０は利用者の認識を行い、ステップＳ３０２において利用者情報取得部１１０は、第一の利用者情報、第二の利用者情報を取得する。
【０２１１】
紐付部１６２は、第一の利用者情報及び第二の利用者情報を参照して紐付けを行う。具体的には、紐付部１６２は、第一の利用者情報で表される利用者に対応する第２利用者番号を特定する（ステップＳ３０３）。
【０２１２】
その後、飲食情報取得部１６０は、飲料吐出装置１０Ｂの利用者の飲食の状況に応じた飲食情報（実施形態２の第２飲食情報）を取得する（ステップＳ３０４）。具体的には、飲食情報取得部１６０は、注文端末２１又は店内センサ２３と通信して最新の第二の利用者情報を取得する。その第二の利用者情報に含まれる画像データや音声データを基に飲食状況を判別する。本実施形態では、飲食情報取得部１６０は、利用者が今飲んでいる飲料の残量、飲料時間、すなわち飲む速さに基に同じ飲料をお勧めするか異なる飲料お勧めするかの判別を行う。飲食情報取得部１５０は、表９に示す複数の第２飲食情報のうち上記判別の結果に応じた第２飲食情報を取得する。飲食情報取得部１６０は、取得した第２飲食情報を含む情報を関連情報として取得する。なお、本実施形態では、飲食情報取得部１５０は、ステップＳ３０４の実行時に、最新の第二の利用者情報を注文端末２１又は店内センサ２３から取得する構成としているが、この構成に限定されない。飲食情報取得部１５０は、ステップＳ２０６を実行する前に、定期的に注文端末２１又は店内センサ２３から第二の利用者情報を取得してもよい。
【０２１３】
飲料決定部１６３は、飲料吐出装置１０Ｂの利用者の今飲んでいる飲料の情報と飲食情報（飲料状況）とからお勧めの飲料を決定する（ステップＳ３０５）。
【０２１４】
具体的には、飲料決定部１６３は、関連情報を参照し、前回と同一の飲料をお勧めするか否かを判断する。飲料決定部１６３は、前回と同一の飲料をお勧めすると判断する場合には、利用者が前回選択した飲料（飲料吐出装置１０Ｂが利用者に前回提供した飲料）の情報は、利用者情報記憶部１０３に記憶されている第三の者利用者情報を参照して取得する。同じ飲料を勧める場合には、飲料決定部１６３は、今飲んでいる飲料（前回選択した飲料）と同一の飲料をお勧め飲料として決定する。異なる飲料を勧める場合には、利用者に提供可能な飲料の情報の中から少なくとも１つの飲料をお勧め飲料として決定する。なお、今飲んでいる飲料が、提供可能な飲料の情報に無い（在庫切れ）の場合は、飲料決定部１６３は、今飲んでいる飲料に近い飲料をお勧めの飲料として決定する。
【０２１５】
ステップＳ３０６〜ステップＳ３０９は、実施形態２で説明したステップＳ２０８〜ステップＳ２１１と同様の処理である。
【０２１６】
すなわち、ステップＳ３０６において、飲料決定部１５３は、飲料吐出装置１０Ｂの利用者に提供可能な飲料（お勧めの飲料）の情報を報知部１２０でお知らせする。つまり、報知部１２０は、提供可能な飲料に対応する飲料アイコン３を表示する。
【０２１７】
ステップＳ３０７において、操作部１２１は、利用者から飲料の選択操作を受け付ける。ステップＳ３０８において、吐出制御部１１４は、選択された飲料が吐出ノズル６から吐出されるように、吐出ノズル６を制御する。
【０２１８】
ステップＳ３０９において、吐出制御部１１４は、利用者にお勧めした飲料の情報、利用者が選択した飲料の情報を含む第三の利用者情報（表６参照）を生成して利用者情報記憶部１０３に記憶する。つまり、吐出制御部１１４は、今回、飲料吐出装置１０Ｂの利用者が注文した料理メニュー、それに対してお勧めした飲料メニュー、利用者が選択した飲料メニューの情報を含む第三の利用者情報を利用者情報記憶部１０３に記憶する。
【０２１９】
その後、処理は、ステップＳ３０１に戻り、新たな利用者が飲料吐出装置１０Ｂに来る（利用者情報取得部１１０が第一の利用者情報を取得する）のを待つ。
【０２２０】
なお、ステップＳ３０５において、飲料決定部１６３は飲料吐出装置１０Ｂの利用者の過去の履歴情報を参照してお勧めの飲料を決定してもよい。例えば、飲料決定部１６３は、履歴情報（第三の利用者情報）と、飲食情報とを用いて、お勧めの飲料を決定する。この場合、飲料決定部１６３は、重み付けを用いてお勧めする飲料を決定してもよい。例えば、飲食情報：履歴情報＝５０：５０とし、提供可能な飲料毎に、総合お勧め度（＝飲食情報によるお勧め度×５０＋履歴情報によるお勧め度×５０）を算出してその最大値の飲料をお勧めの飲料として決定する。
【０２２１】
また、重み付けによりお勧めの飲料が決定されている場合において、ステップＳ３０７でお勧めした飲料と異なる飲料を利用者が選択したときには、重み付けの比率を変更する。例えば、飲食情報：履歴情報＝５０：５０を４０：６０にして履歴情報を少し高める。また、飲食情報：履歴情報＝３０：７０であれば４０：６０にして、比率の高い方を少し下げてもよい。また、履歴情報の比率に上限（例えば、値“８０”）を設けてもよい。
【０２２２】
ここで、本実施形態の注文システム５０における情報の送受信について図１３を用いて説明する。
【０２２３】
注文端末２１の制御部２０４は、利用者に対する第二の利用者情報を生成する（ステップＳ３５０）。
【０２２４】
制御部２０４は、生成した第二の利用者情報を、通信部２０６を介して飲料吐出装置１０Ｂに送信する（ステップＳ３５１）。
【０２２５】
制御部２０４は、第二の利用者情報を更新し、最新の第二の利用者情報を生成する（ステップＳ３５２）。
【０２２６】
制御部２０４は、生成した最新の第二の利用者情報を、通信部２０６を介して飲料吐出装置１０Ｂに送信する（ステップＳ３５３）。
【０２２７】
制御部２０４は、ステップＳ３５２及びステップＳ３５３を定期的に繰り返し、定期的に最新の第二の利用者情報を生成して、飲料吐出装置１０Ｂに送信する。
【０２２８】
なお、制御部２０４がステップＳ３５０で生成した第二の利用者情報を飲料吐出装置１０Ｂに送信するタイミングは、飲料吐出装置１０Ｂが上述したステップＳ３０２で第二の利用者情報を取得するタイミングである。または、制御部２０４がステップＳ３５０で生成した第二の利用者情報を飲料吐出装置１０Ｂに送信するタイミングは、ステップＳ３０２よりも前であってもよい。
【０２２９】
同様に、制御部２０４がステップＳ３５２で生成した最新の第二の利用者情報を飲料吐出装置１０Ｂに送信するタイミングは、飲料吐出装置１０Ｂが上述したステップＳ３０４で飲料情報を取得するタイミングである。または、制御部２０４がステップＳ３５２で生成した最新の第二の利用者情報を飲料吐出装置１０Ｂに送信するタイミングは、ステップＳ３０４よりも前であってもよい。
【０２３０】
図１３では、注文端末２１と飲料吐出装置１０Ｂとの間での情報の送受信について説明した。注文システム５０では、携帯端末２２と飲料吐出装置１０Ｂとの間で情報を送信する場合もある。この場合、携帯端末２２と飲料吐出装置１０Ｂとの間では、ステップＳ３５０〜ステップＳ３５１と同様の処理が行われる。
【０２３１】
また、注文システム５０では、店内センサ２３と飲料吐出装置１０Ｂとの間で情報を送信する場合もある。この場合、店内センサ２３と飲料吐出装置１０Ｂとの間では、ステップＳ３５２〜ステップＳ３５３と同様の処理が行われる。具体的には、店内センサ２３は検知結果に基づいて、第二の利用者情報を生成し、生成した第二の利用者情報を、通信部３０５を介して飲料吐出装置１０Ｂに送信する。ここで、店内センサ２３が生成した第二の利用者情報は、上述した最新の第二の利用者情報に相当する。店内センサ２３は、第二の利用者情報の生成を定期的に繰り返し、定期的に生成された第二の利用者情報を飲料吐出装置１０Ｂに送信する。
【０２３２】
なお、実施形態３では、飲料吐出装置１０Ｂは、実施形態２で述べた第２飲食情報のみを用いてお勧め飲料を決定する構成としたが、この構成に限定されない。
【０２３３】
飲料決定部１６３は、第１飲食情報及び第２飲食情報の双方をお勧め飲料の決定に用いてもよい。この場合、飲料決定部１５３は、食事状況に応じた飲料のうち前回利用者が選択した飲料が存在するときには、前回と同一の飲料をお勧め飲料とする。食事状況に応じた飲料のうち前回利用者が選択した飲料が存在しないときには、飲料決定部１５３は、食事状況に応じた飲料をお勧め飲料とする。
【０２３４】
または、飲料決定部１６３は、第１飲食情報のみをお勧め飲料の決定に用いてもよい。この場合、飲料決定部１６３は、食事状況に応じた飲料をお勧め飲料とする。
【０２３５】
また、本実施形態に、実施形態２の変形例を組み合わせてもよい。
【０２３６】
（変形例）
以下に、変形例について列記する。なお、以下に説明する変形例は、上記各実施形態と適宜組み合わせて適用可能である。
【０２３７】
実施形態１〜３で説明した飲料吐出装置１０，１０Ａ，１０Ｂにおいて、他の装置でお勧め飲料を表示してもよい。例えば、図１４に示すように、実施形態２の飲料吐出装置１０Ａとは別に報知部５００を備えた表示装置１５を備えて、お勧めの飲料のお知らせを行う。
【０２３８】
なお、表示装置１５を利用者のテーブルに備えてもよい。この場合、これまでは飲料吐出装置１０Ａの混雑時は利用者がお勧めの飲料の情報をゆっくりと見ることができない場合でも、利用者が飲料吐出装置１０Ａのところへ行く前に表示装置１５でお勧めの飲料を見ることができる。また、表示装置１５が注文端末２１と兼ねてもよい。この場合、利用者はお勧めの飲料を見た後、引き続いて注文することができる。
【０２３９】
表示装置１５を利用者のテーブルが備える場合には、利用者の飲料状況に応じたタイミングで飲料吐出装置が利用者に飲料をお勧めすることができる。
【０２４０】
本変形例の飲食情報取得部１５０は、注文端末２１や店内センサ２３と定期的に通信して第二の利用者情報を最新情報に更新する。飲料吐出装置１０Ａは、取得した第二の利用者情報の画像データから利用者の飲食情報（飲料状況）を取得し、変化を検出し、利用者が今飲んでいる飲料の残量が所定量以下になった場合に、図９のステップＳ２０２〜ステップＳ２０６を実行し、ステップＳ２０７で決定したお勧めの飲料を表示装置１５でお知らせする（ステップＳ２０８）。または、利用者が今飲んでいる飲料の残量が所定時間以上になったときに、図９のステップＳ２０２〜ステップＳ２０８を実行し、お勧めの飲料を表示装置１５でお知らせする。
【０２４１】
または、店内センサ２３が備える温度センサ３０３で利用者が今飲んでいる飲料の温度を検出し、ホット飲料の温度が所定値以下になったとき（すなわち、冷めた時）、又はコールド飲料の温度が所定値以上になったとき（すなわち、温まったとき）に、図９のステップＳ２０２〜ステップＳ２０８を実行し、お勧めの飲料を表示装置１５でお知らせしてもよい。
【０２４２】
なお、表示装置１５は、実施形態１で説明した飲料吐出装置１０、又は実施形態３で説明した飲料吐出装置１０Ｂと組み合わせてもよい。
【０２４３】
また別の変形例として、図８の飲料吐出装置１０Ａとしての商品提供システム１を図１５に示すように、お勧めの飲料を決定する機能を有する第１装置１６と、飲料を吐出する機能を有する第２装置１７とに分けて構成してもよい。
【０２４４】
第１装置１６は、マイクロプロセッサ及びメモリ等の周辺回路を備える。第１装置１６の制御部６００は、マイクロプロセッサ、その上で動作するソフトウェア等により実現される。なお、制御部６００は、複数のマイクロプロセッサ、及びソフトウェア等により実現される構成されてもよい。
【０２４５】
また、第２装置１７は、マイクロプロセッサ及びメモリ等の周辺回路を備える。第２装置１７の吐出制御部１１４は、マイクロプロセッサ、その上で動作するソフトウェア等により実現される。なお、吐出制御部１１４は、複数のマイクロプロセッサ、及びソフトウェア等により実現される構成されてもよい。
【０２４６】
第１装置１６の報知部１２０は、飲料決定部１５３で決定したお勧め飲料を利用者にお知らせする。
【０２４７】
第２装置１７は、カメラ（図示せず）及び利用者情報取得部（図示せず）を有している。第２装置１７のカメラは商品提供システム１の利用者を撮影する。第２装置１７の利用者情報取得部は、第２装置１７のカメラで撮影された利用者の画像データを含む第四の利用者情報を生成して、第１装置１６に出力する。第１装置１６の紐付部４１２は、第四の利用者情報に含まれる画像データを基に、当該画像のデータと一致する画像データを含む第一の利用者情報（又は第二の利用者情報）と紐付ける。飲料決定部４１３は、紐付けられた第一の利用者情報（又は第二の利用者情報）を基に、報知部１２０を介して利用者に報知した（お知らせした）お勧め飲料の情報を取得し、第２装置１７へ出力する。第２装置１７の報知部１２０ａは、第１装置１６から受け取ったお勧め飲料の情報を報知する。これにより、第２装置１７の報知部１２０ａは、利用者に第１装置１６がお知らせしたお勧め飲料と同一の飲料を同一の利用者にお知らせすることができる。この場合、第１装置１６を利用者のテーブルに備えたり、第１装置１６を注文端末２１と兼ねてもよい。また、第四の利用者情報と第一の利用者情報（又は第二の利用者情報）との紐付けは、第２装置１７で行ってもよい。
【０２４８】
上記各実施形態において、商品提供システム１の一例として主に飲料を提供する飲料吐出装置１０，１０Ａ，１０Ｂを用いて本開示について説明した。商品提供システム１は、飲料吐出装置に限らず、例えば利用者が注文した料理に応じた商品を提供することができるシステムであればよい。例えば、飲料以外の例として、例えばケーキ等のデザートである。
【０２４９】
この場合、実施形態２の商品提供システム１において、利用者が今デザートを食している場合に第２飲食情報を取得するときには、飲食情報取得部１５０は、デザートの残量、そのデザートを食べ始めてからの経過時間を取得する。飲食情報取得部１５０は、利用者が商品提供システム１に来た時、今食しているデザートの残量が多い場合はその利用者のそのデザートはお好みでない（または飽きた）と判断して異なる飲料又はデザートを勧めるように飲料決定部１５３に指示する。飲食情報取得部１５０は、同様に、今の食しているデザートを食べている時間が長い（あまり進まない）、食べる速さが遅い（あまり進まない）場合もその利用者はそのデザートはお好みでないと判断して異なる飲料を勧めるように飲料決定部１５３に指示する。一方、飲食情報取得部１５０は、今食しているデザートの残量が少ない場合はその利用者のそのデザートがお好みであると判断して同じデザートを勧めるように飲料決定部１５３に指示する。飲食情報取得部１５０は、同様に、デザートを食べている時間が短い、食べる速さが速い場合もその利用者はそのデザートがお好みであると判断して同じデザートを勧めるように飲料決定部１５３に指示する。
【０２５０】
飲料吐出装置１０（１０Ａ，１０Ｂ）をネットワークに接続可能にし、飲料吐出装置１０（１０Ａ，１０Ｂ）がネットワーク上のサーバーと連携して動作する飲料吐出システム（商品提供システム１）として実施することも可能である。例えば、このような飲料吐出システムでは、飲料吐出装置１０（１０Ａ，１０Ｂ）の制御部１００（１００Ａ，１００Ｂ）における一部の機能又は全ての機能をサーバー側で実行する。これにより、飲料吐出装置１０（１０Ａ，１０Ｂ）における処理負荷を軽減することができる。つまり、商品提供システム１としての飲料吐出装置は、１つの装置で構成されることに限定されず、複数の装置から構成されてもよい。言い換えると、商品提供システム１は、少なくとも１つの装置で構成されてもよい。
【０２５１】
なお、上述の各実施形態は、本開示における技術を例示するためのものであるから、特許請求の範囲又はその均等の範囲において種々の変更、置き換え、付加、省略等を行うことができる。
【０２５２】
また、上記各実施形態において、飲料吐出装置１０（１０Ａ，１０Ｂ）は、カメラ７を備えることは必須でない。例えば、飲料吐出装置１０（１０Ａ，１０Ｂ）は、カメラ７、指紋を取得する装置（指紋取得装置）及び音声を取得する装置（音声取得装置）のうち少なくとも１つを備えていればよい。
【０２５３】
例えば、飲料吐出装置１０（１０Ａ，１０Ｂ）が指紋取得装置を備える場合には、飲料吐出装置１０（１０Ａ，１０Ｂ）の利用者情報取得部１１０は、飲料吐出装置１０の利用者の指紋のデータを含む第一の利用者情報を取得する。注文情報取得部１１１は、料理を注文した利用者の指紋のデータを含む第二の利用者情報を取得する。紐付部１１２（１５２，１６２）は、第一の利用者情報に含まれる指紋のデータ及び第二の利用者情報に含まれる指紋のデータを基に、第一の利用者情報と注文情報との紐付け、又は第一の利用者情報と第二の利用者情報との紐付けを行う。
【０２５４】
また、飲料吐出装置１０（１０Ａ，１０Ｂ）が音声取得装置を備える場合には、飲料吐出装置１０（１０Ａ，１０Ｂ）の利用者情報取得部１１０は、飲料吐出装置１０の利用者の音声のデータを含む第一の利用者情報を取得する。注文情報取得部１１１は、料理を注文した利用者の音声のデータを含む第二の利用者情報を取得する。紐付部１１２（１５２，１６２）は、第一の利用者情報に含まれる音声のデータ及び第二の利用者情報に含まれる音声のデータを基に、第一の利用者情報と注文情報との紐付け、又は第一の利用者情報と第二の利用者情報との紐付けを行う。
【０２５５】
また、商品提供システム１を第１装置１６と第２装置１７とで構成する場合において、第１装置１６が指紋取得装置を備えている場合には、第２装置１７も同様に指紋を取得する装置を備える。第２装置１７は、それぞれの指紋取得装置が取得した指紋のデータを基に、第１装置１６が利用者に報知した内容を同一の利用者に報知する。
【０２５６】
また、商品提供システム１を第１装置１６と第２装置１７とで構成する場合において、第１装置１６が音声取得装置を備えている場合には、第２装置１７も同様に音声を取得する装置を備える。第２装置１７は、それぞれの音声取得装置が取得した音声のデータを基に、第１装置１６が利用者に報知した内容を同一の利用者に報知する。
【０２５７】
また、各実施形態の飲料吐出装置の一部をコンピュータやコンピュータプログラムで実現してもよい。
【０２５８】
（まとめ）
以上説明したように、第１の態様の商品提供システム（１）は、料理を注文した利用者に商品（例えば、飲料）を提供する。商品提供システム（１）は、第１取得部（利用者情報取得部１１０）と、第２取得部（注文情報取得部１１１）と、第３取得部（紐付部１１２、飲食情報取得部１５０，１６０）と、報知部（１２０）とを備える。第１取得部は、商品の提供を受ける第１利用者に係る第一の利用者情報を取得する。第２取得部は、料理を注文する第２利用者に係る第二の利用者情報、及び料理の情報を含む注文情報を取得する。第３取得部は、第１利用者と第２利用者とが同一である場合に、第２利用者の注文情報に含まれる料理及び第２利用者が前回提供を受けた商品のうち少なくとも一方に関連する関連情報を取得する。報知部（１２０）は、少なくとも関連情報に応じた商品に関する商品情報（例えば、お勧め飲料）を、第一の利用者情報で表される第１利用者に報知する。
【０２５９】
この構成によると、商品提供システム（１）は、利用者の人物属性とは異なる情報を基に商品を提供することができる。商品提供システム（１）は、少なくとも第２利用者（第１利用者）が注文した料理に関する関連情報に応じた商品情報を報知するので、毎回同じ商品情報が報知される可能性を低くすることができる。
【０２６０】
第２の態様の商品提供システム（１）では、第１の態様において、第３取得部は、注文情報に含まれる料理の内容を関連情報として取得する。この構成によると、商品提供システム（１）を使用する利用者が注文した料理の内容に関連する関連情報に応じた商品情報を報知することができる。
【０２６１】
第３の態様の商品提供システム（１）では、第２の態様において、報知部（１２０）は、料理の内容に応じた商品に関する商品情報を報知する。この構成によると、商品提供システム（１）を使用する利用者が注文した料理に応じて異なる商品を報知すること、つまりお勧めすることができる。
【０２６２】
第４の態様の商品提供システム（１）では、第１の態様において、第二の利用者情報は、第２利用者が利用するテーブルの状況、及び第２利用者の音声のうち少なくとも１つのデータを含む。第３取得部は、注文情報に含まれる料理の内容と、取得したデータに基づく第２利用者の食事の状況とを、それぞれ取得し、取得した料理の内容及び食事の状況をそれぞれ関連情報とする。この構成によると、商品提供システム（１）を使用する利用者が注文した料理の内容、食事の状況の双方を関連情報とすることができる。
【０２６３】
第５の態様の商品提供システム（１）では、第４の態様において、第３取得部は、取得したデータに基づいて食事前、食事中及び食事後のうちいずれかを判別し、少なくとも判別結果を食事の状況とする。この構成によると、食事前、食事中及び食事後のうちいずれかを関連情報とすることができる。
【０２６４】
第６の態様の商品提供システム（１）では、第４又は第５の態様において、商品は、飲食物であり、取得したデータは、テーブルの状況を含む。第３取得部は、取得したデータに基づいて、飲食物の残量、及び飲食物に対する飲食時間のうち少なくとも１つを食事の状況として取得する。この構成によると、飲食物の残量、及び飲食物に対する飲食時間のうち少なくとも１つを関連情報とすることができる。
【０２６５】
第７の態様の商品提供システム（１）では、第４〜第６のいずれかの態様において、報知部（１２０）は、料理の内容及び食事の状況の双方に応じた商品に関する商品情報を報知する。この構成によると、商品提供システム（１）を使用する利用者が注文した料理、及び食事の状況の双方に応じた商品情報を報知することができる。
【０２６６】
第８の態様の商品提供システム（１）では、第１の態様において、第二の利用者情報は、第２利用者が利用するテーブルの状況、及び第２利用者の音声のうち少なくとも１つのデータを含む。第３取得部は、取得したデータに基づいて第２利用者の食事の状況を関連情報として取得する。この構成によると、商品提供システム（１）を利用する利用者の食事の状況を関連情報とすることができる。
【０２６７】
第９の態様の商品提供システム（１）では、第８の態様において、報知部（１２０）は、食事の状況に応じた商品に関する商品情報を報知する。この構成によると、商品提供システム（１）を使用する利用者の食事の状況に応じた商品情報を報知することができる。
【０２６８】
第１０の態様の商品提供システム（１）は、第４〜第９のいずれかの態様において、商品の提供を行う店舗内に設けられて利用者及び利用者の食事状況のうち少なくとも一方を検出するセンサ端末（店内センサ２３）と通信を行う通信部（１０４）を、さらに備える。第２取得部は、センサ端末が利用者を検出する場合には第２利用者に対する第二の利用者情報をセンサ端末から通信部（１０４）を介して取得する。第２取得部は、センサ端末が利用者の食事状況を検出する場合には第２利用者に対する食事の状況をセンサ端末から通信部（１０４）を介して取得する。この構成によると、商品提供システム（１）を使用する利用者が商品提供システム（１）から離れた場所で食事を行っている場合であっても、商品提供システム（１）は第二の利用者情報及び食事の状況のうち少なくとも一方を取得することができる。
【０２６９】
第１１の態様の商品提供システム（１）では、第１〜第１０のいずれかの態様において、報知部（１２０）は、関連情報、及び第１利用者が過去に提供を受けた商品についての履歴情報の双方に応じた商品に関する商品情報を、利用者に報知する。この構成によると、商品提供システム（１）を使用する利用者に、関連情報、及び履歴情報の双方に応じた商品情報を報知することができる。
【０２７０】
第１２の態様の商品提供システム（１）は、第１〜第１１のいずれかの態様において、第２利用者からの注文を受け付ける注文端末（２１）と通信を行う通信部（１０４）を、更に備える。第２取得部は、通信部（１０４）を介して、第二の利用者情報と注文情報とを注文端末（２１）から取得する。この構成によると、商品提供システム（１）を使用する利用者が商品提供システム（１）から離れた場所で料理を注文した場合であっても、商品提供システム（１）は第二の利用者情報と注文情報とを取得することができる。
【０２７１】
第１３の態様の商品提供システム（１）では、第１〜第１２のいずれかの態様において、商品は、飲料である。商品提供システム（１）は、飲料を吐出する吐出部（吐出ノズル６）を、さらに備える。この構成によると、関連情報に応じた飲料を利用者に提供することができる。
【０２７２】
第１４の態様の商品提供方法は、第１取得ステップと、第２取得ステップと、第３取得ステップと、報知ステップとを備える。第１取得ステップは、商品の提供を受ける第１利用者に係る第一の利用者情報を取得する。第２取得ステップは、料理を注文する第２利用者に係る第二の利用者情報、及び料理の情報を含む注文情報を取得する。第３取得ステップは、第１利用者と第２利用者とが同一である場合に、第２利用者の注文情報に含まれる料理及び第２利用者が前回提供を受けた商品のうち少なくとも一方に関連する関連情報を取得する。報知ステップは、少なくとも関連情報に応じた商品に関する商品情報を、第一の利用者情報で表される第１利用者に報知する。この商品提供方法によると、利用者の人物属性とは異なる情報を基に商品を提供することができる。
【０２７３】
第１５の態様のプログラム、コンピュータを、第１〜第１３のいずれかの態様の商品提供システム（１）として機能させるためのプログラムである。このプログラムによると、利用者の人物属性とは異なる情報を基に商品を提供することができる。
【０２７４】
第１６の態様の料理注文システム（注文システム５０）は、第１２の態様の商品提供システム（１）と、第２利用者からの注文を受け付ける注文端末（２１）とを備える。この構成によると、利用者の人物属性とは異なる情報を基に商品を提供することができる。
【産業上の利用可能性】
【０２７５】
以上のように、本開示の商品提供システム、商品提供方法、プログラム及び料理注文システムは、利用者が注文した料理に応じて異なる飲料をお勧めする。店舗やレストランに限らず、食事と飲料を提供する列車、船舶、航空機内など様々な空間において利用可能である。
【符号の説明】
【０２７６】
１    商品提供システム
６    吐出ノズル
１０，１０Ａ，１０Ｂ    飲料吐出装置
２１    注文端末
２３    店内センサ（センサ端末）
５０    注文システム（料理注文システム）
１０４    通信部
１１０    利用者情報取得部（第１取得部）
１１１    注文情報取得部（第２取得部）
１１２，１５２，１６２    紐付部（第３取得部）
１１３，１５３，１６３    飲料決定部
１１４    吐出制御部
１２０    報知部
１５０，１６０  飲食情報取得部（第３取得部）
【図１】
2019040267.tif 000012
【図２】
2019040267.tif 000013
【図３】
2019040267.tif 000014
【図４】
2019040267.tif 000015
【図５】
2019040267.tif 000016
【図６】
2019040267.tif 000017
【図７】
2019040267.tif 000018
【図８】
2019040267.tif 000019
【図９】
2019040267.tif 000020
【図１０】
2019040267.tif 000021
【図１１】
2019040267.tif 000022
【図１２】
2019040267.tif 000023
【図１３】
2019040267.tif 000024
【図１４】
2019040267.tif 000025
【図１５】
2019040267.tif 000026