知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024010563
(43)【公開日】2024-01-24
(54)【発明の名称】情報処理装置及び情報処理システム
(51)【国際特許分類】
G06Q 30/0251 20230101AFI20240117BHJP
G06Q 30/0601 20230101ALI20240117BHJP
【ＦＩ】
G06Q30/02 398
G06Q30/06 330
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022111964
(22)【出願日】2022-07-12
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】山下 航大
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB08
(57)【要約】 （修正有）
【課題】商品に対する評価を効率的に収集し、評価結果に基づいた商品のリコメンドを行う情報処理装置及びシステムを提供する。
【解決手段】オーダ端末、外部データ取得装置、サーバ装置及び店員端末が通信接続するレコメンドシステムにおいて、サーバ装置は、商品の注文を行う客を撮像した撮像データから、客の属性を判定し、客が注文した商品の識別情報と、属性とを関連付ける属性判定部と、客の発話内容を記録した音声データから、注文された商品の評価に関する発話部分を検出し、検出した発話部分の内容に基づき、商品に対する評価を定量化した評価点を算出する評価点算出部と、属性判定部が関連付けた識別情報及び属性の組と、評価点とを関連付けたリストを生成するメニュー評価リスト生成部と、リストの属性と評価点との関係に基づき、商品の注文を支援するためのメニュー画面を表示するメニュー情報を属性毎に生成するメニュー更新部と、を備える。
【選択図】図１０
【解決手段】オーダ端末、外部データ取得装置、サーバ装置及び店員端末が通信接続するレコメンドシステムにおいて、サーバ装置は、商品の注文を行う客を撮像した撮像データから、客の属性を判定し、客が注文した商品の識別情報と、属性とを関連付ける属性判定部と、客の発話内容を記録した音声データから、注文された商品の評価に関する発話部分を検出し、検出した発話部分の内容に基づき、商品に対する評価を定量化した評価点を算出する評価点算出部と、属性判定部が関連付けた識別情報及び属性の組と、評価点とを関連付けたリストを生成するメニュー評価リスト生成部と、リストの属性と評価点との関係に基づき、商品の注文を支援するためのメニュー画面を表示するメニュー情報を属性毎に生成するメニュー更新部と、を備える。
【選択図】図１０
【特許請求の範囲】
【請求項1】
商品の注文を行う客を撮像した撮像データから、当該客の属性を判定する第１判定手段と、
客が注文した商品の識別情報と、前記第１判定手段が判定した属性とを関連付ける関連付手段と、
客の発話内容を記録した音声データから、注文された前記商品の評価に関する発話部分を検出する検出手段と、
前記検出手段が検出した前記発話部分の内容に基づき、前記商品に対する評価を定量化した評価点を算出する算出手段と、
前記関連付手段が関連付けた前記識別情報及び前記属性の組と、当該識別情報に対応する商品について前記算出手段が算出した前記評価点とを関連付けたリストを生成する第１生成手段と、
前記リストに含まれる前記属性と前記識別情報毎の評価点との関係に基づき、前記商品の注文を支援するためのメニュー画面を表示することが可能なメニュー情報を前記属性毎に生成する第２生成手段と、
を備える情報処理装置。
客が注文した商品の識別情報と、前記第１判定手段が判定した属性とを関連付ける関連付手段と、
客の発話内容を記録した音声データから、注文された前記商品の評価に関する発話部分を検出する検出手段と、
前記検出手段が検出した前記発話部分の内容に基づき、前記商品に対する評価を定量化した評価点を算出する算出手段と、
前記関連付手段が関連付けた前記識別情報及び前記属性の組と、当該識別情報に対応する商品について前記算出手段が算出した前記評価点とを関連付けたリストを生成する第１生成手段と、
前記リストに含まれる前記属性と前記識別情報毎の評価点との関係に基づき、前記商品の注文を支援するためのメニュー画面を表示することが可能なメニュー情報を前記属性毎に生成する第２生成手段と、
を備える情報処理装置。
【請求項2】
前記検出手段は、前記音声データの発話内容から、注文された前記商品を表すキーワードが出現する発話位置を検出し、
前記算出手段は、前記キーワードの発話位置の前後に出現する、評価を表すワードの意味に基づいて、前記商品に対する評価点を算出する、
請求項１に記載の情報処理装置。
前記算出手段は、前記キーワードの発話位置の前後に出現する、評価を表すワードの意味に基づいて、前記商品に対する評価点を算出する、
請求項１に記載の情報処理装置。
【請求項3】
前記算出手段は、前記評価を表すワードの発話位置の前後に出現する修飾語が表す程度の大きさに基づいて、前記商品に対する評価点を算出する、
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項4】
前記撮像データに表された客の動作に基づき、前記検出手段が検出した前記商品の評価に関する前記発話部分が、当該商品を注文した客による発話部分か否かを判定する第２判定手段を更に備え、
前記算出手段は、前記第２判定手段により、前記商品を注文した客による発話部分と判定された場合に評価点の算出を行う、
請求項１に記載の情報処理装置。
前記算出手段は、前記第２判定手段により、前記商品を注文した客による発話部分と判定された場合に評価点の算出を行う、
請求項１に記載の情報処理装置。
【請求項5】
前記第２生成手段は、前記属性毎に当該属性で前記評価点が高い商品を、前記メニュー画面に優先的に提示した前記メニュー画面を表示することが可能なメニュー情報を生成する、請求項１に記載の情報処理装置。
【請求項6】
商品の注文を支援するためのメニュー画面を表示する表示手段と、
商品の注文を行う客を撮像した撮像データから、当該客の属性を判定する第１判定手段と、
客が注文した商品の識別情報と、前記第１判定手段が判定した属性とを関連付ける関連付手段と、
客の発話内容を記録した音声データから、注文された前記商品の評価に関する発話部分を検出する検出手段と、
前記検出手段が検出した前記発話部分の内容に基づき、前記商品に対する評価を定量化した評価点を算出する算出手段と、
前記関連付手段が関連付けた前記識別情報及び前記属性の組と、当該識別情報に対応する商品について前記算出手段が算出した前記評価点とを関連付けたリストを生成する第１生成手段と、
前記リストに含まれる前記属性と前記識別情報毎の評価点との関係に基づき、前記商品の注文を支援するためのメニュー画面を表示することが可能なメニュー情報を前記属性毎に生成する第２生成手段と、
を有し、
前記表示手段は、前記第２生成手段が生成したメニュー情報のうち、前記第１判定手段が判定した前記属性に対応するメニュー情報を用いて、前記メニュー画面を表示する、
情報処理システム。
商品の注文を行う客を撮像した撮像データから、当該客の属性を判定する第１判定手段と、
客が注文した商品の識別情報と、前記第１判定手段が判定した属性とを関連付ける関連付手段と、
客の発話内容を記録した音声データから、注文された前記商品の評価に関する発話部分を検出する検出手段と、
前記検出手段が検出した前記発話部分の内容に基づき、前記商品に対する評価を定量化した評価点を算出する算出手段と、
前記関連付手段が関連付けた前記識別情報及び前記属性の組と、当該識別情報に対応する商品について前記算出手段が算出した前記評価点とを関連付けたリストを生成する第１生成手段と、
前記リストに含まれる前記属性と前記識別情報毎の評価点との関係に基づき、前記商品の注文を支援するためのメニュー画面を表示することが可能なメニュー情報を前記属性毎に生成する第２生成手段と、
を有し、
前記表示手段は、前記第２生成手段が生成したメニュー情報のうち、前記第１判定手段が判定した前記属性に対応するメニュー情報を用いて、前記メニュー画面を表示する、
情報処理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、情報処理装置及び情報処理システムに関する。
【背景技術】
【0002】
従来、飲食店等の店舗では、旬のメニューやおすすめメニューの提示を行うことで購買意欲の向上を図っている。また、従来、客を撮像した顔画像から、客の年齢層や性別を推定し、推定結果に応じたおすすめメニューを提示する技術が提案されている。
【0003】
ところで、飲食店等の店舗では、商品（飲食物）に対する客の評価を基に、おすすめメニューを選定するようなことが行われている。従来では、店内に設けたアンケート用紙を介して商品に対する評価を収集することが行われている。また、近年では、ＳＮＳ（Social Networking Service）等を利用して商品に対する評価を収集することも行われている。
【0004】
アンケートによる方法では、正確な評価を入手することは可能であるが、アンケートを記入する客は限られており、付加価値を付けなければ利用しない客の方が多いという問題がある。また、ＳＮＳ等を利用する方法では、ＳＮＳのプラットフォームを使用する必要があるため実装のハードルが高いという問題がある。また、実際に店舗を利用していないユーザが評価を入力する可能性もあるため、信頼性の上でも問題がある。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明が解決しようとする課題は、商品に対する評価を効率的に収集するとともに、評価結果に基づいた商品のリコメンドを行うことが可能な情報処理装置及び情報処理システムを提供することである。
【課題を解決するための手段】
【0006】
実施形態の情報処理装置は、商品の注文を行う客を撮像した撮像データから、当該客の属性を判定する第１判定手段と、客が注文した商品の識別情報と、前記第１判定手段が判定した属性とを関連付ける関連付手段と、客の発話内容を記録した音声データから、注文された前記商品の評価に関する発話部分を検出する検出手段と、前記検出手段が検出した前記発話部分の内容に基づき、前記商品に対する評価を定量化した評価点を算出する算出手段と、前記関連付手段が関連付けた前記識別情報及び前記属性の組と、当該識別情報に対応する商品について前記算出手段が算出した前記評価点とを関連付けたリストを生成する第１生成手段と、前記リストに含まれる前記属性と前記識別情報毎の評価点との関係に基づき、前記商品の注文を支援するためのメニュー画面を表示することが可能なメニュー情報を前記属性毎に生成する第２生成手段と、を備える。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
以下、図面を参照して実施形態の情報処理装置及び情報処理システムについて説明する。以下に説明する実施形態では、情報処理装置および情報処理システムを飲食店に適用した例について説明する。なお、以下に説明する実施形態によりこの発明が限定されるものではない。
【0009】
図１は、レコメンドシステムの概略を示す図である。レコメンドシステム１は、情報処理システムの一例である。レコメンドシステム１は、例えば飲食店に設けられ、商品（飲食物）に対する客の評価の収集と、当該評価に基づいた商品のリコメンドとを行う。
【0010】
レコメンドシステム１は、オーダ端末１０と、外部データ取得装置２０と、サーバ装置３０と、店員端末４０とを有する。オーダ端末１０、外部データ取得装置２０、サーバ装置３０及び店員端末４０は、ＬＡＮ（Local Area Network）等のネットワークＮを介して通信可能に接続される。
【0011】
オーダ端末１０は、客が操作するセルフオーダ用の端末装置である。オーダ端末１０は、例えば、店舗内の各テーブルＴに設けられ、タブレット端末等の端末装置によって実現される。
【0012】
オーダ端末１０は、サーバ装置３０から提供されるメニュー情報に基づき、商品のオーダを支援することが可能な画面（以下、オーダ画面ともいう）を表示部１１４に表示させる。オーダ画面に基づきオーダ対象の商品が選択されると、オーダ端末１０は、その商品を特定可能な商品ＩＤを、自端末が設けられたテーブルＴを特定可能なテーブルＩＤ等とともにサーバ装置３０に送信することで、商品のオーダを行う。また、オーダ端末１０は、撮像部１１６及び収音部１１７を備えており、これらのデバイスで取得されたデータをサーバ装置３０に送信したりする。
【0013】
外部データ取得装置２０は、店舗内に設置される撮像装置２１や収音装置２２等である。撮像装置２１は、例えば監視カメラ等であり、店舗内の状況を撮像した撮像データをサーバ装置３０送信する。撮像装置２１は、例えばテーブルＴ毎に設けられ、テーブルＴを利用する客の姿を撮像可能な位置に設けられる。撮像装置２１は、客の姿等を撮像した撮像データを、自装置が担当するテーブルＴのテーブルＩＤ等とともにサーバ装置３０に送信する。
【0014】
収音装置２２は、例えばマイクロフォンであり、店舗内の音声を採取し、収音した音声データをサーバ装置３０に出力する。収音装置２２は、例えば撮像装置２１と対をなしてテーブルＴ毎に設けられ、テーブルＴを利用する客の音声を収音する。収音装置２２は、客の音声を録音した音声データを、自装置が担当するテーブルＴのテーブルＩＤ等とともにサーバ装置３０に送信する。
【0015】
なお、外部データ取得装置２０（撮像装置２１、収音装置２２）が取得するデータには、取得された日時を示すタイムスタンプを付すことが好ましい。また、オーダ端末１０の撮像部１１６及び収音部１１７で取得されるデータについても、取得された日時を示すタイムスタンプを付すことが好ましい。これにより、撮像部１１６、収音部１１７、及び外部データ取得装置２０で取得される各種のデータについて、例えば同じタイミングで行われた客の動作と音声（発話内容）との同期をとることが可能となる。
【0016】
本実施形態では、オーダ端末１０の撮像部１１６及び収音部１１７は、例えばオーダ端末１０を操作する客の姿や音声を取得する目的で使用するのに対し、撮像装置２１及び収音装置２２は、テーブルＴに着座した一又は複数の客の姿や音声を取得する目的で使用する。なお、外部データ取得装置２０を使用しない構成としてもよい。
【0017】
サーバ装置３０は、情報処理装置の一例である。サーバ装置３０は、例えば店舗内に設けられる店舗サーバ等である。サーバ装置３０は、店舗で販売される商品のメニューを示したメニュー情報をオーダ端末１０の各々に提供する。また、サーバ装置３０は、客がオーダした商品の商品ＩＤをオーダ端末１０から受信し、オーダ情報として記憶し管理する。サーバ装置３０は、オーダされた商品ＩＤの商品名等を、厨房等に設けられた印刷装置や表示装置等の出力装置に出力することで、客からオーダされた商品を店員に報知する。
【0018】
また、サーバ装置３０は、オーダ端末１０及び外部データ取得装置２０で取得された各種のデータを収集する。サーバ装置３０は、収集したデータを分析することで、客の属性を推定したり、注文された商品に対する客の評価を集計したりする。そして、サーバ装置３０は、各メニューの評価結果に基づき、客の属性毎にカスタマイズしたメニュー情報を生成し、生成したメニュー情報をオーダ端末１０に提供する。
【0019】
店員端末４０は、店員が操作する端末装置である。店員端末４０は、例えばオーダ端末１０と同様の端末装置であってもよいし、ＰＯＳ端末等であってもよい。店員端末４０は、サーバ装置３０にアクセスし、サーバ装置３０が管理するデータの確認や表示を行うことができる。
【0020】
次に、上述したレコメンドシステム１が有する主要な装置の構成について説明する。
【0021】
まず図２を参照して、オーダ端末１０のハードウェア構成について説明する。図２は、オーダ端末１０のハードウェア構成の一例を示す図である。図２に示すように、オーダ端末１０は、ＣＰＵ（Central Processing Unit）１１１と、ＲＯＭ（Read Only Memory）１１２と、ＲＡＭ（Random Access Memory）１１３とを備える。
【0022】
ＣＰＵ１１１は、プロセッサの一例であり、オーダ端末１０の各部を統括的に制御する。ＲＯＭ１１２は、各種プログラムを記憶する。ＲＡＭ１１３は、プログラムや各種データを展開するワークスペースである。
【0023】
ＣＰＵ１１１、ＲＯＭ１１２、及びＲＡＭ１１３は、バス等を介して接続され、コンピュータ構成の制御部１１０を構成する。制御部１１０では、ＣＰＵ１１１が記憶部１１９に記憶されＲＡＭ１１３に展開されたプログラムに従って動作することによって、各種の処理を実行する。
【0024】
また、オーダ端末１０は、表示部１１４、操作部１１５、撮像部１１６、収音部１１７、通信部１１８、及び記憶部１１９等を備える。
【0025】
表示部１１４は、ＬＣＤ（Liquid Crystal Display）等の表示デバイスである。表示部１１４は、ＣＰＵ１１１の制御の下、各種の情報を表示する。例えば、表示部１１４は、商品のオーダを支援するためのメニュー画面を表示する。
【0026】
操作部１１５は、キーボード、ポインティングデバイス等の入力デバイスである。操作部１１５は、客から受け付けた操作内容をＣＰＵ１１１に出力する。なお、操作部１１５は、表示部１１４の表示画面に設けられたタッチパネルであってもよい。
【0027】
撮像部１１６は、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の撮像素子を有するデジタルカメラである。撮像部１１６は、自己のオーダ端末１０を操作する客の顔を撮像可能な位置に設けられる。撮像部１１６、撮像によって得られた撮像データをＣＰＵ１１１に出力する。なお、撮撮像データは、動画であってもよいし、所定の時間間隔で撮像される静止画であってもよい。
【0028】
収音部１１７は、マイクロフォン等の収音装置である。収音部１１７は、オーダ端末１０周辺の音声を収音し、収音によって得られた音声データをＣＰＵ１１１に出力する。例えば、収音部１１７は、制御部１１０の制御の下、商品のオーダを済ませた客が、当該商品について話す音声等を収音する。
【0029】
通信部１１８は、ネットワークＮに接続された各装置と通信を行うための通信インタフェースである。通信部１１８は、ＣＰＵ１１１の制御の下、ネットワークＮに接続されたサーバ装置３０等との間で各種データの送受信を行う。なお、通信部１１８は、サーバ装置３０への各種データ及び情報の送信に際し、自己のオーダ端末１０が設けられたテーブルＴのテーブルＩＤを含めて送信を行うものとする。
【0030】
記憶部１１９は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の補助記憶装置である。記憶部１１９は、ＣＰＵ１１１が実行可能な各種のプログラムや各種の設定情報を記憶する。また、記憶部１１９は、店舗で販売される商品のメニューを示したメニュー情報Ｍを記憶する。
【0031】
メニュー情報Ｍは、例えば、メニュー画面の表示に係る表示レイアウトと、当該表示レイアウトにメニューとして割り付ける商品の情報（商品ＩＤ、商品名、商品画像等）と、当該商品を表示する順序や表示する大きさ等を規定した情報等を含む。
【0032】
制御部１１０は、メニュー情報Ｍに規定された表示順序や大きさに従い、該当する商品の商品名、商品画像等を表示レイアウトに割り付けたメニュー画面を生成し、表示部１１４に表示させる。メニュー画面では、表示された商品を選択することが可能となっており、制御部１１０は、選択された商品の商品ＩＤをオーダ対象として受け付ける。そして、制御部１１０は、オーダ対象の商品ＩＤをサーバ装置３０に送信することで、商品のオーダを行う。
【0033】
また、店員端末４０のハードウェア構成は、オーダ端末１０と同様であってもよい。一例としては、店員端末４０のハードウェア構成は、オーダ端末１０のハードウェア構成から撮像部１１６及び収音部１１７を取り除いたものであってもよい。
【0034】
【0035】
ＣＰＵ３１１は、プロセッサの一例であり、サーバ装置３０の各部を統括的に制御する。ＲＯＭ３１２は、各種プログラムを記憶する。ＲＡＭ３１３は、プログラムや各種データを展開するワークスペースである。
【0036】
ＣＰＵ３１１、ＲＯＭ３１２、及びＲＡＭ３１３は、バス等を介して接続され、コンピュータ構成の制御部３１０を構成する。制御部３１０では、ＣＰＵ３１１が記憶部３１７に記憶されＲＡＭ３１３に展開されたプログラムに従って動作することによって、各種の処理を実行する。
【0037】
また、サーバ装置３０は、表示部３１４、操作部３１５、通信部３１６、及び記憶部３１７等を備える。
【0038】
表示部３１４は、ＬＣＤ等の表示デバイスである。表示部３１４は、ＣＰＵ３１１の制御の下、各種の情報を表示する。操作部３１５は、キーボード、ポインティングデバイス等の入力デバイスである。操作部３１５は、オペレータから受け付けた操作内容をＣＰＵ３１１に出力する。なお、操作部３１５は、表示部３１４の表示画面に設けられたタッチパネルであってもよい。
【0039】
通信部３１６は、ネットワークＮに接続された各装置と通信を行うための通信インタフェースである。通信部３１６は、ＣＰＵ３１１の制御の下、ネットワークＮに接続されたオーダ端末１０、外部データ取得装置２０及び店員端末４０等との間で各種データの送受信を行う。
【0040】
記憶部３１７は、ＨＤＤやＳＳＤ等の補助記憶装置である。記憶部３１７は、ＣＰＵ３１１が実行可能な各種のプログラムや各種の設定情報を記憶する。また、記憶部３１７は、商品マスタ３１７１、第１分析モデル３１７２、第２分析モデル３１７３、評価点設定ファイル３１７４、オーダ管理ファイル３１７５、メニュー評価リストファイル３１７６、メニュー作成元ファイル３１７７等を記憶する。
【0041】
商品マスタ３１７１は、店舗で販売される商品に関する情報を記憶したマスタファイルである。例えば、商品マスタ３１７１は、図４に示すデータ構成を有する。図４は、商品マスタ３１７１のデータ構成の一例を示す図である。図４に示すように、商品マスタ３１７１は、商品ＩＤに関連付けて、当該商品ＩＤに対応する商品の商品名、価格、商品画像等の商品情報を記憶する。
【0042】
また、商品マスタ３１７１は、商品ＩＤに関連付けて、当該商品ＩＤに対応する商品のキーワードを記憶する。ここで、キーワードには、商品の商品名や略称、一般名等、商品を表す際に使用される各種のワードが格納される。例えば、商品が「カルボナーラ」の場合、キーワードには「カルボナーラ」、「パスタ」、「麺」等のワードが格納される。また、例えば、商品が「ショートケーキ」の場合、キーワードには「ケーキ」、「イチゴ」、「クリーム」等のワードが格納される。
【0043】
第１分析モデル３１７２は、客を撮像した撮像データから、当該客の属性を導出することが可能なデータ分析用のモデルである。例えば、第１分析モデル３１７２は、公知の顔認識技術等を利用した学習モデルであってもよいし、機械学習を用いないアルゴリズム等であってもよい。前者の場合、例えば、第１分析モデル３１７２は、様々な人物の顔や姿を撮像した撮像データと、当該人物の属性を示す正解データとの組からなる教師データを用い、ディープラーニング等の機械学習によって生成された学習モデルであってもよい。第１分析モデル３１７２は、オーダ端末１０又は外部データ取得装置２０で撮像された客の撮像データを入力とし、当該撮像データに基づき推定した客の属性を出力する。例えば、第１分析モデル３１７２は、客の年齢（年齢層）や性別等を、客の属性として出力する。
【0044】
第２分析モデル３１７３は、客の音声を録音した音声データから、当該客が発した発話内容を分析することが可能なデータ分析用のモデルである。例えば、第２分析モデル３１７３は、公知の音声認識技術を用いた学習モデルであってもよいし、機械学習を用いないアルゴリズム等であってもよい。前者の場合、例えば、第２分析モデル３１７３は、様々な人物の音声を録音した音声データと、その発話内容を示す正解データとの組からなる教師データを用い、ディープラーニング等の機械学習によって生成された学習モデルであってもよい。第２分析モデル３１７３は、オーダ端末１０又は外部データ取得装置２０で収集された客の音声データを入力とし、当該音声データに基づき推定した客の発話内容を出力する。
【0045】
また、第２分析モデル３１７３は、公知の顔認証技術等を用いることで、複数の人物が撮像された撮像データと、当該人物の音声データとから、発話した人物の特定と発話内容の推定とを同時に行うモデルであってもよい。この場合、第２分析モデル３１７３は、撮像データから人物の顔領域を抽出し、当該人物の口の動きの変化から発話している人物を特定する。また、第２分析モデル３１７３は、口の動きを検知した期間の音声データから当該人物の発話内容を推定する。そして、第２分析モデル３１７３は、人物の特定結果とその発話内容とを出力する。さらに、第２分析モデル３１７３は、特定した人物の表情の変化から、当該人物の感情等を読み取り、その読取結果を人物の特定結果及び発話内容とともに出力してもよい。
【0046】
評価点設定ファイル３１７４は、発話内容に含まれる文言から商品に関する評価を導出するため情報を設定したファイルである。評価点設定ファイル３１７４は、一又は複数のファイルで構成され、発話内容を分析する際に使用される。
【0047】
例えば、評価点設定ファイル３１７４は、商品を評価する際に使用されるワード（以下、評価ワードともいう）毎に、当該評価ワードによる評価の程度を定量化した基本評価点を関連付けた第１設定ファイル３１７４１を有する。また、評価点設定ファイル３１７４は、評価ワードに付随して使用される程度を表す修飾語と、当該修飾語に対応する重み係数とを関連付けた第２設定ファイル３１７４２を有する。
【0048】
図５は、第１設定ファイル３１７４１のデータ構成の一例を示す図である。図５に示すように、第１設定ファイル３１７４１は、評価ワードと基本評価点とを関連付けて記憶する。評価ワードには、「おいしい」、「うまい」、「まずい」、「おいしくない」等、ポジティブな評価を意味するワードから、ネガティブな評価を意味するワードまでを網羅するよう複数種類が格納される。また、基本評価点には、評価ワードの意味に対応した基本評価点が設定される。図５では、ポジティブな評価に「＋１」の基本評価点を付与し、ネガティブな評価に「－１」の基本評価点を付与するようにした例を示している。なお、基本評価点はこれに限るものではない。例えば、評価ワード毎に異なる基本評価点を付与してもよい。
【0049】
図６は、第２設定ファイル３１７４２のデータ構成の一例を示す図である。図６に示すように、第２設定ファイル３１７４２は、程度副詞と重み（係数）とを関連付けて記憶する。程度副詞には、「とても」、「非常に」、「たいへん」、「全然」等、程度を表す副詞が複数種類格納される。なお、程度副詞には、程度を表す副詞に限らず、程度を表す他の修飾語（形容動詞等）を格納してもよい。重みには、程度副詞が表す程度に対応した重み係数の値が設定される。図５では、程度副詞が表す程度が大きいほど、重みを大きくした例を示している。重みに設定された値は、後述する評価点の算出の際に、第１設定ファイル３１７４１の基本評価点に乗算される。
【0050】
オーダ管理ファイル３１７５は、オーダ情報を記憶し管理するためのファイルである。例えば、オーダ管理ファイル３１７５は、図７に示すデータ構成を有する。図７は、オーダ管理ファイル３１７５のデータ構成の一例を示す図である。図７に示すように、オーダ管理ファイル３１７５は、テーブルＴの各々を識別可能なテーブルＩＤに関連付けて、オーダされた商品の商品ＩＤを記憶する。ここで、テーブルＩＤ及び商品ＩＤは、オーダ端末１０から通知されるオーダ情報である。
【0051】
また、オーダ管理ファイル３１７５は、商品ＩＤに関連付けて、商品ＩＤに対応する商品をオーダした客の属性を記憶する。ここで、客の属性には、第１分析モデル３１７２を用いて導出された属性が格納される。なお、図７では、客の属性として、年齢（年齢層）と性別を記憶した例を示している。また、オーダ管理ファイル３１７５は、商品ＩＤに関連付けて、当該商品ＩＤの商品に対する客の評価点を関連付けて記憶する。ここで、評価点には、第２分析モデル３１７３及び評価点設定ファイル３１７４を用いて導出された評価点が格納される。
【0052】
メニュー評価リストファイル３１７６は、商品に対する評価を客の属性毎に集計した結果を記憶し管理するためのファイルである。例えば、メニュー評価リストファイル３１７６は、図８に示すデータ構成を有する。図８は、メニュー評価リストファイル３１７６のデータ構成の一例を示す図である。
【0053】
図８に示すように、メニュー評価リストファイル３１７６は、各商品の商品ＩＤに関連付けて、当該商品ＩＤに対応する商品の商品名を記憶する。また、メニュー評価リストファイル３１７６は、商品ＩＤに関連付けて、当該商品ＩＤの商品に対する総合評価点を、当該客の属性毎に記憶する。ここで、総合評価点は、同一の属性を有する客の評価点を合計したものとなる。例えば、図８では、「カルボナーラ」、「ショートケーキ」、「サラダ」、「ハンバーグ」の各商品について、年齢層が「３０歳台」及び性別が「女性」の客の総合評価点を示している。
【0054】
メニュー作成元ファイル３１７７は、メニュー情報の生成に用いるデータファイル群である。例えば、メニュー作成元ファイル３１７７は、店舗で販売される商品の商品ＩＤに関連付けて、当該商品の商品画像や説明文を格納した基本情報を含む。また、メニュー作成元ファイル３１７７は、メニュー画面の表示に係る表示レイアウトやアイコン画像を構成するレイアウト情報を含む。さらに、メニュー作成元ファイル３１７７は、表示レイアウトにメニューとして割り付ける商品や当該商品の表示順序等を規定する付加情報を含む。
【0055】
後述する処理では、サーバ装置３０は、メニュー評価リストファイル３１７６の総合評価点に基づき、表示レイアウトにメニューとして割り付ける商品をカスタマイズしたメニュー情報を生成し、オーダ端末１０に送信する。
【0056】
なお、サーバ装置３０のハードウェア構成は、図３の例に限定されないものとする。例えば、データベースサーバ等の別体の記憶装置が、商品マスタ３１７１～メニュー作成元ファイル３１７７の何れか又は全てを記憶する構成としてもよい。この場合、サーバ装置３０は、別体の記憶装置にアクセスすることで、当該記憶装置に記憶された商品マスタ３１７１～メニュー作成元ファイル３１７７の何れか又は全てを参照したり、編集したりする。
【0057】
次に、オーダ端末１０及びサーバ装置３０の機能構成について説明する。
【0058】
図９は、オーダ端末１０の機能構成の一例を示す図である。図９に示すように、オーダ端末１０は、メニュー表示部１５１と、オーダ受付部１５２と、データ取得部１５３とを機能構成として備える。具体的には、オーダ端末１０の制御部１１０（ＣＰＵ１１１）は、ＲＯＭ１１２又は記憶部１１９に記憶されたプログラムを実行することで上述した機能構成を実現する。
【0059】
なお、本実施形態では、上述の機能構成は、オーダ端末１０のプロセッサとプログラムとの協働により実現されるソフトウェア構成とするが、これに限らず、機能構成の一部又は全てを専用回路等で実現するハードウェア構成としてもよい。
【0060】
メニュー表示部１５１は、表示手段の一例である。メニュー表示部１５１は、サーバ装置３０から送信されるメニュー情報を、通信部１１８を介して取得する。また、メニュー表示部１５１は、取得したメニュー情報を記憶部１１９に記憶し、所定のタイミングで、当該メニュー情報に基づいたメニュー画面を表示部１１４に表示させる。
【0061】
例えば、メニュー表示部１５１は、操作部１１５を介して、自己のオーダ端末１０の操作が開始されたことを検知すると、表示部１１４にメニュー画面を表示させる。また、例えば、メニュー表示部１５１は、サーバ装置３０から客の属性が通知されると、その属性に対応するメニュー情報を用いることで、当該メニュー情報に基づいたメニュー画面を表示部１１４に表示させる。なお、後者の例の場合、メニュー表示部１５１は、操作開始を検知してから所定時間の間、サーバ装置３０から客の属性の通知を待機し、通知されない場合にデフォルト設定されたメニュー情報を用いてメニュー画面を表示させてもよい。
【0062】
オーダ受付部１５２は、操作部１１５を介してオーダ対象となる商品の選択を受け付ける。具体的には、オーダ受付部１５２は、表示部１１４に表示されたメニュー画面に基づき商品の選択を受け付ける。オーダ受付部１５２は、商品が選択されると、その商品の商品ＩＤを含んだオーダ情報を、通信部１１８を介してサーバ装置３０に送信する。また、オーダ受付部１５２は、オーダの確定操作を受け付けると、オーダの確定を指示する情報を、通信部１１８を介してサーバ装置３０に送信する。
【0063】
データ取得部１５３は、撮像部１１６及び収音部１１７からデータを取得する。具体的には、データ取得部１５３は、撮像部１１６及び収音部１１７の動作を制御し、動作時に撮像部１１６及び収音部１１７で得られるデータを取得する。データ取得部１５３は、取得したデータを、通信部１１８を介してサーバ装置３０に送信する。
【0064】
例えば、データ取得部１５３は、操作部１１５を介して、自己のオーダ端末１０の操作が開始されたことを検知すると、撮像部１１６を動作させ撮像データの取得を開始する。
また、例えば、データ取得部１５３は、オーダの確定操作を受け付けると、撮像部１１６を停止し、収音部１１７を動作させることで音声データの取得を開始する。そして、データ取得部１５３は、商品の会計を指示する操作が行われると、収音部１１７を停止させる。なお、データ取得部１５３は、オーダの確定操作後、収音部１１７とともに撮像部１１６を動作させてもよい。
また、例えば、データ取得部１５３は、オーダの確定操作を受け付けると、撮像部１１６を停止し、収音部１１７を動作させることで音声データの取得を開始する。そして、データ取得部１５３は、商品の会計を指示する操作が行われると、収音部１１７を停止させる。なお、データ取得部１５３は、オーダの確定操作後、収音部１１７とともに撮像部１１６を動作させてもよい。
【0065】
図１０は、サーバ装置３０の機能構成の一例を示す図である。図１０に示すように、サーバ装置３０は、データ収集部３５１と、属性判定部３５２と、オーダ管理部３５３と、評価点算出部３５４と、メニュー評価リスト生成部３５５と、メニュー更新部３５６と、参照要求受付部３５７とを備える。具体的には、サーバ装置３０の制御部３１０（ＣＰＵ３１１）は、ＲＯＭ３１２又は記憶部３１７に記憶されたプログラムを実行することで上述した機能構成を実現する。
【0066】
なお、本実施形態では、上述の機能構成は、サーバ装置３０のプロセッサとプログラムとの協働により実現されるソフトウェア構成とするが、これに限らず、機能構成の一部又は全てを専用回路等で実現するハードウェア構成としてもよい。
【0067】
データ収集部３５１は、通信部３１６を介して、オーダ端末１０及び外部データ取得装置２０から送信される撮像データ及び音声データを収集する。収集された撮像データ及び音声データは、属性判定部３５２及び評価点算出部３５４でリアルタイムに処理されてもよいし、記憶部３１７等に一時的に記憶する構成としてもよい。後者の場合、収集されたデータは、例えば、同一のテーブルＩＤを含むデータ毎に時系列順に記憶される。
【0068】
属性判定部３５２は、第１判定手段及び関連付手段の一例である。属性判定部３５２は、データ収集部３５１によって収集されたオーダ端末１０の撮像データに含まれる客の顔又は姿に基づき、当該オーダ端末１０を操作する客の属性を判定する。具体的には、属性判定部３５２は、収集された撮像データを第１分析モデル３１７２に入力することで、第１分析モデル３１７２が出力する属性を、オーダ端末１０を操作する客の属性として判定する。また、属性判定部３５２は、メニュー評価リストファイル３１７６が生成された後の、後述するレコメンドの段階において、撮像データに基づき判定して客の属性を、当該撮像データを送信したオーダ端末１０に通知する。
【0069】
オーダ管理部３５３は、オーダ端末１０から送信されるオーダ情報を受け付ける。また、オーダ管理部３５３は、受け付けたオーダ情報を、オーダ管理ファイル３１７５に記憶し管理する。
【0070】
具体的には、オーダ管理部３５３は、オーダ端末１０からオーダ情報を受け付けると、そのオーダ情報に含まれるテーブルＩＤ及び商品ＩＤを、オーダ管理ファイル３１７５に格納する。また、オーダ管理部３５３は、属性判定部３５２と協働することで、商品のオーダ時に導出された客の属性を、当該商品の商品ＩＤに関連付けてオーダ管理ファイル３１７５に格納する。
【0071】
また、オーダ管理部３５３は、オーダ端末１０からオーダ確定の通知を受け付けると、オーダされた商品の商品名やテーブルＩＤを出力装置に出力し、オーダフラグをオーダ済に変更する。具体的には、オーダ管理部３５３は、オーダ確定を指示する情報に含まれたテーブルＩＤに基づき、テーブルＩＤに関連付けられたオーダフラグが未オーダのオーダ情報をオーダ管理ファイル３１７５から検索する。オーダ管理部３５３は、検索したオーダ情報に含まれた商品ＩＤに対応する商品名を商品マスタ３１７１から読み出し、テーブルＩＤ等とともに出力装置に出力する。そして、オーダ管理部３５３は、出力装置への出力が完了したオーダ情報のオーダフラグをオーダ済に変更する。
【0072】
評価点算出部３５４は、検出手段、算出手段、第１生成手段、及び第２判定手段の一例である。評価点算出部３５４は、データ収集部３５１によって収集されたオーダ端末１０の音声データから、客がオーダした商品の評価に関する発話部分を検出し、検出した発話部分の内容に基づいて評価点を算出する。
【0073】
具体的には、評価点算出部３５４は、処理対象となる音声データを第２分析モデル３１７３に入力することで、第２分析モデル３１７３の出力を、その音声データの発話内容として取得する。次いで、評価点算出部３５４は、処理対象の音声データとともに送信されたテーブルＩＤに基づき、テーブルＩＤに関連付けてオーダ管理ファイル３１７５に記憶されたレコードのうち、評価点が未登録のレコードに含まれる商品ＩＤを特定する。次いで、評価点算出部３５４は、特定した商品ＩＤに対応するキーワードを商品マスタ３１７１から読み出す。
【0074】
続いて、評価点算出部３５４は、商品マスタ３１７１から読み出したキーワードと、第１設定ファイル３１７４１に定義された評価ワードとの組に基づき、音声データの発話内容から、客がオーダした商品の評価に関する発話部分を検出する。
【0075】
具体的には、評価点算出部３５４は、発話内容からキーワードを検出すると、当該キーワードの前後の発話位置に評価ワードが存在するかを判定し、存在した場合にその評価ワードの基準評価点を読み出す。ここで、「前後の発話位置」は、基点となる語（キーワード）の前後に位置する語又は文節を意味する。なお、前後の範囲に含める語数又は文節数は、任意に設定することが可能であるとする。
【0076】
例えば、客が「カルボナーラ」をオーダし、当該オーダの会計が未完了の状態で、この客が着座したテーブルで収音された音声データに「このパスタとてもおいしい」との発話内容が含まれていたとする。この例文の場合、評価点算出部３５４は、商品「カルボナーラ」に対応するキーワード「カルボナーラ」、「パスタ」、「麺」を商品マスタ３１７１から読み出す。次いで、評価点算出部３５４は、音声データの発話内容から、キーワードを検出する。上記例の場合、発話内容にキーワード「パスタ」が含まれるため、評価点算出部３５４は、「パスタ」の発話位置を検出する。
【0077】
次いで、評価点算出部３５４は、キーワードの発話位置の前後から、第１設定ファイル３１７４１に定義された評価ワードの検出を試みる。上記の例文では、キーワード「パスタ」の後段に評価ワード「おいしい」が存在するため、評価点算出部３５４は、その評価ワードに対応する基準評価点「＋１」を第１設定ファイル３１７４１から読み出す。
【0078】
また、評価点算出部３５４は、評価ワードを検出した場合、その評価ワードの発話位置の前後に、第２設定ファイル３１７４２に定義された程度副詞が存在するか否かを判定する。程度副詞が存在する場合、評価点算出部３５４は、程度副詞に対応する重みを基準評価点に乗算した値を評価点として算出する。なお、程度副詞が存在しない場合には、評価点算出部３５４は、基準評価点の値を評価点として算出する。
【0079】
例えば、上記の例文では、評価ワード「おいしい」の前段に程度副詞「とても」が存在するため、評価点算出部３５４は、程度副詞が存在すると判定し、当該程度副詞に対応する重み「２」を第２設定ファイル３１７４２から読み出す。そして、評価点算出部３５４は、基準評価点「＋１」に重み「２」を乗算した値「＋２」を、商品「カルボナーラ」に対する評価点として算出する。
【0080】
そして、評価点算出部３５４は、算出した評価点の値を、オーダ管理ファイル３１７５から特定した該当する商品ＩＤの評価点に登録する。これにより、評価点算出部３５４は、商品ＩＤ及び客の属性の組と、当該商品ＩＤに係る評価点とを関連付ける。ここで、商品ＩＤ及び客の属性の組と、評価点とを関連付けたレコードは、リストの一例である。
【0081】
なお、上記の処理では、商品ＩＤに関連付けて評価点を登録することが可能であるが、商品を実際にオーダした客の評価点とはならず、当該客と同じテーブルに着座した別の客の評価点となる可能性がある。
【0082】
そこで、評価点算出部３５４は、データ収集部３５１で収集された他のデータを用いることで、音声データから検出した商品の評価に関する発話部分が、当該商品を実際にオーダした客による発話部分かを判定し、実際にオーダしたに客による発話部分と判定した場合に、評価値の算出や評価値の付与を行ってもよい。
【0083】
一例として、同一のテーブルに複数人の客が着座しているような場合、商品をオーダした客以外の他の客の発話内容に基づく評価点が、当該商品の評価点として計上される可能性がある。このような場合、評価点算出部３５４は、当該テーブルのテーブルＩＤに関する各種のデータを用いることで、どの客の発話内容かを特定し、商品を実際にオーダした客の評価点を当該商品に計上する。
【0084】
例えば、評価点算出部３５４は、オーダ端末１０又は外部データ取得装置２０から得られたデータ（音声データ及び撮像データ）のうち、テーブルＩＤが同一の装置から得られたデータに基づき、撮像データ中の人物の動作（例えば、口の動き）から発話している人物を特定する。また、評価点算出部３５４は、口の動きを検知した期間の音声データから該当する人物の発話内容を推定する。また、評価点算出部３５４は、属性判定部３５２と協働することで、口の動きを検出した人物の属性を判定し、テーブルＩＤに関連付けて記憶された、評価点が未登録のレコードに含まれる商品ＩＤの中から、特定した属性に関連付けられた商品ＩＤを特定する。そして、評価点算出部３５４は、算出した評価点の値を、特定した商品ＩＤの評価点に登録する。また、評価点算出部３５４は、特定した属性に関連付けられた商品ＩＤが存在しない場合には、評価点の算出を抑制したり、評価点の付与を抑制する。なお、この場合、評価点算出部３５４は、上述した発話した人物の特定と発話内容の推定とを同時に行う第２分析モデル３１７３を用いて、上記の処理を行ってもよい。
【0085】
また、他の例として、評価点算出部３５４は、オーダ端末１０又は外部データ取得装置２０から得られた撮像データから、配膳された商品の種別（商品ＩＤ）と、当該商品の位置と、当該商品を食する客の位置とを判別し、当該判別結果に基づいて、商品ＩＤと客との紐づけを行ってもよい。具体的には、評価点算出部３５４は、客の発話内容から評価点を算出した場合に、その客が存在する位置に対応する商品の商品ＩＤに関連付けて、評価点を登録する。なお、評価点算出部３５４は、メニュー作成元ファイル３１７７に記憶された各商品の商品画像と、撮像データ中に表された商品の画像とを照合することで、配膳された商品のＩＤを判別してもよい。また、評価点算出部３５４は、公知の画像認識技術を適用した商品認識用のモデルを用いることで、配膳された商品のＩＤを判別してもよい。また、各客の存在位置を特定する際には、属性判定部３５２で判定された属性を用いてもよい。
【0086】
この方法によれば、同一のテーブルに同一属性の客が複数着座しているような場合であっても、客と当該客がオーダした商品との関係を特定することができる。また、同一のテーブルに複数の客が着座し、且つ同種の商品（例えば、異なる種類のパスタ）が配膳されたような場合であっても、客と当該客がオーダした商品との関係を特定することができる。
【0087】
なお、客と当該客がオーダした商品との関係を特定するための方法は、上記例の方法に限らないものとする。例えば、客の顔画像等が予め登録されている場合には、評価点算出部３５４は、公知の顔認証技術を用いることで各客を個人認証し、認証した個人毎に当該個人がオーダした商品との関係を特定してもよい。
【0088】
また、評価点算出部３５４は、上述した評価点の登録に係る方法のうち、何れか一つの方法を選択的に実行してもよいし、組み合わせて実行してもよい。例えば、評価点算出部３５４は、同一のテーブルを撮像する撮像データから一人の客しか検出できない場合は、音声データのみを用いて評価点の登録を行ってもよい。また、例えば、評価点算出部３５４は、同一のテーブルを撮像する撮像データから複数の客を検出した場合、撮像データ及び音声データを複合的に用いて評価点の登録を行ってもよい。
【0089】
メニュー評価リスト生成部３５５は、第１生成手段の一例である、メニュー評価リスト生成部３５５は、オーダ管理ファイル３１７５に登録された情報に基づき、各商品に対する客の総合評価点を当該客の属性毎に算出したメニュー評価リストを生成する。そして、メニュー評価リスト生成部３５５は、生成したメニュー評価リストを、メニュー評価リストファイル３１７６に登録する。
【0090】
具体的には、オーダ管理ファイル３１７５に登録された属性の種別、つまり年齢及び性別の組毎に、当該種別の客がオーダした商品に対する評価点を商品ＩＤ毎に加算することで、メニュー別の総合評価点を算出する。そして、オーダ管理ファイル３１７５は、算出結果に基づき、商品ＩＤ、商品名、客の属性、及び総合評価点を関連付けたメニュー評価リストを生成し、メニュー評価リストファイル３１７６（図８参照）に登録又は既存のメニュー評価リストを更新する。ここで、メニュー評価リストは、リストの一例である。
【0091】
なお、メニュー評価リスト生成部３５５がメニュー評価リストを生成するタイミングが、例えば週に１回又は月に１回等、任意に設定することが可能であるとする。
【0092】
メニュー更新部３５６は、第２生成手段の一例である。メニュー更新部３５６は、商品マスタ３１７１及びメニュー作成元ファイル３１７７を用いて、オーダ端末１０に提供するメニュー情報を生成する。具体的には、メニュー更新部３５６は、メニューとなる商品の商品ＩＤに関する商品名、価格、商品画像、説明文等を、商品マスタ３１７１やメニュー作成元ファイル３１７７の基本情報から読み出し、これら各商品の情報を表示レイアウトに割り付けることで、メニュー画面の元となるメニュー情報を生成する。
【0093】
また、メニュー更新部３５６は、後述するレコメンドの段階において、メニュー評価リストファイル３１７６に登録された客の属性毎の商品の総合評価点に基づき、表示レイアウトに割り付ける商品や表示する順序をカスタマイズしたメニュー情報を、客の属性毎に生成する。
【0094】
一例として、メニュー更新部３５６は、総合評価点がより大きな商品の表示順序を上位としたり、表示するスペースを大きく割り付けたりする等のカスタマイズを行うことで、提示に係る優先度を高くする。そして、メニュー更新部３５６は、客の属性毎に生成したメニュー情報をオーダ端末１０の各々に提供する。これにより、メニュー情報は、客の属性毎にその属性の嗜好を反映したものとなる。そのため、当該メニュー情報を用いてメニュー画面を表示することで、属性毎に人気の商品（メニュー）をリコメンドすることができる。
【0095】
また、他の例として、メニュー更新部３５６は、対象となる属性で総合評価点がゼロの商品や未評価の商品の表示順序を上位としたり、表示するスペースを大きく割り付けたりしてもよい。これにより、メニュー情報は、客の属性毎に、当該属性では注目されていなかった商品を積極的にアピールするものとなる。そのため、当該メニュー情報を用いてメニュー画面を表示することで、属性毎に注目されていなかった隠れた商品（メニュー）をリコメンドすることができる。
【0096】
なお、オーダ端末１０に対するメニュー情報の提供方法は特に問わないものとする。例えば、メニュー更新部３５６は、店舗の開店時等にオーダ端末１０の各々に一斉配布することで、オーダ端末１０の記憶部１１９にメニュー情報Ｍとして保持させてもよい。また、メニュー更新部３５６は、オーダ端末１０で客の操作が開始された都度、当該オーダ端末１０にメニュー情報を送信してもよい。後者の場合、メニュー更新部３５６は、オーダ端末１０から送信された撮像データに基づく客の属性の判定結果に基づき、該当する属性に対応するメニュー情報を、送信元のオーダ端末１０に送信してもよい。
【0097】
参照要求受付部３５７は、外部装置からの参照要求に応じて、メニュー評価リストファイル３１７６の状態を表した画面を要求元の外部装置に提供する。例えば、参照要求受付部３５７は、店員端末４０から参照要求を受け付けると、図１１に示すメニュー評価リスト画面を店員端末４０に提供し、店員端末４０の表示に表示させる。
【0098】
ここで、図１１は、メニュー評価リスト画面の一例を示す図である。図１１に示すようにメニュー評価リスト画面は、検索条件となる客の属性として、性別を指定可能な操作子Ｂａと、年齢を指定可能な操作子Ｂｂとを有する。また、メニュー評価リスト画面は、表示条件に該当するメニュー評価リストの表示を指示するための表示ボタンＢｃを有する。
【0099】
メニュー評価リスト画面を操作する操作者（店員）は、操作子Ｂａ及び操作子Ｂｂを操作することで、所望の属性を指定した後、表示ボタンＢｃを操作する。参照要求受付部３５７は、メニュー評価リスト画面を介して、表示ボタンＢｃの操作を受け付けると、操作子Ｂａ及び操作子Ｂｂで指定された属性に対応するメニュー評価リストを、メニュー評価リストファイル３１７６から検索し、その検索結果を表示領域Ａに表示させる。
【0100】
図１１では、客の属性として性別「女性」及び年齢「２１－３０」が指定された際の、メニュー評価リストの一例を示している。これにより、店員端末４０を操作する店員等の操作者は、メニュー評価リスト画面を参照することで、各商品に対する客の評価を当該客の属性毎に容易に確認することができる。
【0101】
なお、メニュー評価リスト画面は、図１１の例に限らないものとする。例えば、メニュー評価リスト画面は、商品を検索条件とし、指定された商品についての総合評価値を客の属性毎に表示するものであってもよい。
【0102】
以下、上述したオーダ端末１０及びサーバ装置３０の動作例について説明する。まず、図１２～図１４を参照して、メニュー評価リストの生成に係る段階（以下、学習段階ともいう）で行われるオーダ端末１０及びサーバ装置３０の動作例について説明する。
【0103】
図１２は、オーダ端末１０及びサーバ装置３０において、学習段階で行われるオーダ処理の一例を示すフローチャートである。まず、オーダ端末１０の制御部１１０は、自己のオーダ端末１０の操作が開始されるまで待機する（ステップＳ１１；Ｎｏ）。操作が開始されると（ステップＳ１１；Ｙｅｓ）、データ取得部１５３は、撮像部１１６を動作させることで撮像を開始する（ステップＳ１２）。次いで、データ取得部１５３は、撮像部１１６の撮像によって得られた撮像データをサーバ装置３０に送信する（ステップＳ１３）。サーバ装置３０への撮像データの送信は、撮像部１１６による撮像が行われている間継続される。
【0104】
一方、サーバ装置３０では、データ収集部３５１がオーダ端末１０及び外部データ取得装置２０から送信される各種のデータを収集している。属性判定部３５２は、オーダ端末１０から送信された撮像データを受け付けると（ステップＳ２１）、この撮像データを第１分析モデル３１７２に入力することで、オーダ端末１０を操作する客の属性を判定する（ステップＳ２２）。属性判定部３５２は、オーダ端末１０から撮像データが送信される間、当該撮像データに基づく属性の判定を継続して行う。
【0105】
また、オーダ端末１０では、メニュー表示部１５１が、自己のオーダ端末１０の操作開始に応じて、メニュー情報Ｍに基づいたメニュー画面を表示部１１４に表示させる（ステップＳ１４）。なお、メニュー情報Ｍは、客の属性によらない所定の表示順序で各商品が割り付けられたデフォルトのメニュー画面を表示させるものであるとする。
【0106】
次いで、オーダ受付部１５２は、メニュー画面に基づきオーダ対象の商品が選択されたか否かを判定する（ステップＳ１５）。ここで、商品の選択を受け付けない場合には（ステップＳ１５；Ｎｏ）、オーダ受付部１５２は、ステップＳ１７に移行する。また、商品の選択を受け付けた場合には（ステップＳ１５；Ｙｅｓ）、オーダ受付部１５２は、選択された商品の商品ＩＤを含んだオーダ情報をサーバ装置３０に送信し（ステップＳ１６）、ステップＳ１７に移行する。
【0107】
一方、サーバ装置３０では、オーダ管理部３５３がオーダ情報の受信を待機している（ステップＳ２３；Ｎｏ→ステップＳ２５；Ｎｏ）。オーダ管理部３５３は、オーダ情報を受け付けると（ステップＳ２３；Ｙｅｓ）、オーダ情報に含まれる商品ＩＤと、このオーダ情報の受付時にステップＳ２２で判定された属性とを関連付け、オーダ管理ファイル３１７５に登録する（ステップＳ２４）。具体的には、オーダ管理部３５３は、オーダ情報とともに受け付けたテーブルＩＤに基づき、このテーブルＩＤに対応するオーダ端末１０の撮像データから判定された属性を商品ＩＤに関連付けてオーダ管理ファイルに登録する。これにより、商品をオーダした客の属性と、当該商品の商品ＩＤとを関連付けて、オーダ管理ファイル３１７５に登録することができる。
【0108】
また、オーダ端末１０では、オーダ受付部１５２がステップＳ１７において、オーダを確定する操作がなされたか否かを判定する（ステップＳ１７）。ここで、確定操作を受け付けない場合には（ステップＳ１７；Ｎｏ）、オーダ受付部１５２は、ステップＳ１５に処理を戻すことで、確定操作が行われるまでの間、オーダ対象の商品の選択を受け付ける。
【0109】
例えば、同一のテーブルに着座した客が複数人の場合、客が入れ替わってオーダ端末１０を操作する際に、撮像部１１６で撮像される客の顔も入れ替わることになる。本処理では、撮像部１１６で撮像された撮像データはリアルタイムでサーバ装置３０に送信され、これと同時に選択された商品の商品ＩＤもサーバ装置３０に送信されるため、オーダ端末１０を操作する客が入れ替わった場合でも、当該客の属性とオーダされた商品との関係を関係付けることができる。
【0110】
また、オーダ受付部１５２は、確定操作を受け付けると（ステップＳ１７；Ｙｅｓ）、オーダの確定をサーバ装置３０に通知する（ステップＳ１８）。そして、データ取得部１５３は、ステップＳ１７の確定操作に対応して、撮像部１１６の動作を停止させ（ステップＳ１９）、処理を終了する。なお、オーダの確定後も撮像を継続する場合には、データ取得部１５３は、ステップＳ１９をスキップしてもよい。
【0111】
一方、サーバ装置３０では、オーダ管理部３５３がオーダの確定通知を待機しており（ステップＳ２５；Ｎｏ→ステップＳ２３；Ｎｏ）、オーダの確定通知を受け付けると（ステップＳ２５；Ｙｅｓ）、ステップＳ２６に移行する。ステップＳ２６では、ステップＳ２３で受け付けたオーダ情報に含まれる商品ＩＤや対応する商品名を店員に報知するため、出力装置に出力する（ステップＳ２６）。そして、オーダ管理部３５３は、出力装置への送信が完了した商品ＩＤのオーダフラグをオーダ済に変更し（ステップＳ２７）、処理を終了する。
【0112】
以上の処理により、オーダ端末１０からオーダされた商品の商品ＩＤが、当該商品をオーダした客の属性と関連付けて、オーダ管理ファイル３１７５に登録されることになる。
【0113】
図１３は、オーダ端末１０及びサーバ装置３０において、学習段階で行われる評価点登録処理の一例を示すフローチャートである。なお、本処理の前提として、オーダ端末１０は、図１２で説明したオーダ処理が完了した状態にあるとする（ステップＳ３１）。
【0114】
オーダ端末１０のデータ取得部１５３は、オーダ処理が完了すると、収音部１１７を動作させ、録音を開始する（ステップＳ３２）。なお、データ取得部１５３は、撮像部１１６を動作させることで、録音とともに録画を構成としてもよい。
【0115】
録音が行われている間、オーダされた商品がテーブルＴに配膳され、客により飲食が開始される。この間、客が発する発話内容は収音部１１７で収音され、録音データに記録される。また、外部データ取得装置２０においても、テーブルＴを利用する客の姿や発話内容が収集され、サーバ装置３０へと送信される。
【0116】
また、録音が行われている間、データ取得部１５３は、会計を指示する操作が行われるのを待機し（ステップＳ３３；Ｎｏ）、会計を指示する操作を受け付けると（ステップＳ３３；Ｙｅｓ）、収音部１１７を停止させる（ステップＳ３４）。なお、撮像部１１６を動作させていた場合には、データ取得部１５３は、ステップＳ３４で撮像部１１６も停止させる。
【0117】
続いて、データ取得部１５３は、録音によって得られた音声データをサーバ装置３０に送信し（ステップＳ３５）、処理を終了する。なお、撮像部１１６を動作させていた場合には、データ取得部１５３は、ステップＳ３４で撮像データもサーバ装置３０に送信する。
【0118】
一方、サーバ装置３０では、データ収集部３５１がオーダ端末１０及び外部データ取得装置２０から送信される各種のデータを収集している。評価点算出部３５４は、オーダ端末１０から送信された音声データを受け付けると（ステップＳ４１）、この音声データともに送信されたテーブルＩＤに基づき、処理対象となるレコードをオーダ管理ファイルから特定する（ステップＳ４２）。具体的には、評価点算出部３５４は、該当するテーブルＩＤを含むレコードのうち、評価点が未入力のレコードを処理対象とする。
【0119】
次いで、評価点算出部３５４は、音声データを第２分析モデル３１７３に入力することで、音声データの分析を開始する（ステップＳ４３）。具体的には、評価点算出部３５４は、音声データに記録された発話内容を第２分析モデル３１７３の出力から取得する。また、評価点算出部３５４は、処理対象のレコードに含まれる商品ＩＤに基づき、当該商品ＩＤの商品に関するキーワードを商品マスタ３１７１から取得する。そして、評価点算出部３５４は、発話内容からキーワードの検出を試みる。
【0120】
続いて、評価点算出部３５４は、発話内容からキーワードを検出したか否かを判定する（ステップＳ４４）。ここで、キーワードを検出しないと判定した場合には（ステップＳ４４；Ｎｏ）、評価点算出部３５４は、処理対象としたレコードの評価点欄に、評価点不明を示す情報（例えば、Ｎ／Ａ等）を登録し、処理を終了する。
【0121】
また、評価点算出部３５４は、発話内容からキーワードを検出した場合（ステップＳ４４；Ｙｅｓ）、そのキーワードを検出した発話位置の前後に評価ワードが存在するか否かを判定する（ステップＳ４５）。ここで、評価ワードが存在しないと判定した場合には（ステップＳ４５；Ｎｏ）、評価点算出部３５４は、処理対象としたレコードの評価点欄に、評価点不明を示す情報を登録し、処理を終了する。
【0122】
また、データ収集部３５１は、キーワードの発話位置の前後に評価ワードが存在すると判定した場合（ステップＳ４５；Ｙｅｓ）、その評価ワードに対応する基準評価点を読み出す（ステップＳ４６）。次いで、評価点算出部３５４は、評価ワードの発話位置の前後に程度副詞が存在するか否かを判定する（ステップＳ４７）。ここで、程度副詞が存在しないと判定した場合には（ステップＳ４７；Ｎｏ）、評価点算出部３５４は、ステップＳ４６で読み出した基準評価点を評価点とし、ステップＳ４９に移行する。
【0123】
また、評価点算出部３５４は、評価ワードの発話位置の前後に程度副詞が存在すると判定した場合（ステップＳ４７；Ｙｅｓ）、その程度副詞に対応する重みを基準評価点に乗算した値を評価点とし（ステップＳ４８）、ステップＳ４９に移行する。
【0124】
続いて、評価点算出部３５４は、処理対象のレコ―ドに含まれる商品ＩＤのうち、評価の対象となった商品の商品ＩＤを特定する（ステップＳ４９）。例えば、評価点算出部３５４は、発話内容から検出したキーワードに対応する商品の商品ＩＤを、評価対象として特定する。また、例えば、評価点算出部３５４は、評価に関する発話を行った客が実際にオーダした商品に評価点を関連付けるため、同時期に記録されたテーブルＩＤが同一の他のデータの分析結果や、属性判定部３５２の判定結果を用いて商品ＩＤを特定してもよい。
【0125】
続いて、評価点算出部３５４は、特定した商品ＩＤに評価点を関連付けて登録し（ステップＳ５０）、処理を終了する。
【0126】
以上の処理により、オーダ端末１０からオーダされた商品に関する評価点が、オーダ管理ファイル３１７５に登録されることになる。
【0127】
図１４は、オーダ端末１０及びサーバ装置３０において、学習段階で行われるメニュー評価リスト生成処理の一例を示すフローチャートである。なお、本処理の前提として、図１３で説明した評価点登録処理が複数回実行された後であるとする。
【0128】
まず、サーバ装置３０のメニュー評価リスト生成部３５５は、オーダ管理ファイル３１７５を参照する（ステップＳ６１）。次いで、メニュー評価リスト生成部３５５は、オーダ管理ファイル３１７５に登録された各商品ＩＤの評価値を、商品ＩＤ毎及び客の属性毎に加算することで総合評価値を算出する（ステップＳ６２）。ここで、メニュー評価リスト生成部３５５は、評価値欄が未登録及び評価点不明の情報が登録されたレコードを除外して、総合評価値を算出する。
【0129】
次いで、メニュー評価リスト生成部３５５は、算出した総合評価値を、当該算出に係る商品ＩＤ及び客の属性と関連付けたメニュー評価リストを、メニュー評価リストファイル３１７６に登録する（ステップＳ６３）。なお、メニュー評価リストファイル３１７６に既存のメニュー評価リストが登録されている場合には、メニュー評価リスト生成部３５５は、メニュー評価リストで上書き又は差分値を上書きすることで、メニュー評価リストの更新を行うものとする。
【0130】
続いて、メニュー更新部３５６は、メニュー評価リストファイル３１７６に基づき、客の属性毎にカスタマイズしたメニュー情報を生成する（ステップＳ６４）。次いで、メニュー更新部３５６は、生成したメニュー情報をオーダ端末１０の各々に送信し（ステップＳ６５）、処理を終了する。
【0131】
なお、メニュー更新部３５６がメニュー情報を生成するタイミングは、メニュー評価リストの生成直後の限らないものとする。例えば、メニュー更新部３５６は、メニュー評価リストの生成処理とは独立したスケジュールで、メニュー情報を生成してもよい。
【0132】
一方、オーダ端末１０ではメニュー情報を受信すると（ステップＳ７１）、メニュー表示部１５１は、メニュー情報Ｍとして記憶部１１９に記憶し（ステップＳ７２）、処理を終了する。
【0133】
以上の処理により、サーバ装置３０は、これまで蓄積されたオーダ及び評価点の履歴から、各商品に対する客の属性毎の総合評価値を算出し、総合評価値の算出に係る商品と客の属性とを関連付けたメニュー評価リストを生成する。また、サーバ装置３０は、メニュー評価リストに基づきカスタマイズした客の属性毎のメニュー情報を生成し、オーダ端末１０に提供する。これにより、オーダ端末１０の各々では、カスタマイズされたメニュー情報に基づくメニュー画面を表示することで、客の属性に対応した商品リコメンドを行う段階に移行することができる。
【0134】
図１５は、実施形態のオーダ端末１０及びサーバ装置３０において、商品リコメンドの段階で行われるメニュー画面の表示に係る処理の一例を示すフローチャートである。なお、オーダ端末１０のステップＳ８１～Ｓ８３、サーバ装置３０のステップＳ９１、Ｓ９２は、図１２で説明したオーダ端末１０のステップＳ１１～Ｓ１３、サーバ装置３０のステップＳ２１、Ｓ２２と同様であるため、説明を省略する。
【0135】
サーバ装置３０の属性判定部３５２は、ステップＳ９２で客の属性を判定すると、判定した属性を、撮像データを送信したオーダ端末１０に通知する（ステップＳ９３）。
【0136】
一方、オーダ端末１０のメニュー表示部１５１は、サーバ装置３０から属性の通知を受け付けると（ステップＳ８４）、通知された属性に対応するメニュー情報Ｍをオーダ端末１０から読み出し、当該メニュー情報Ｍに基づくメニュー画面を表示部１１４に表示させる（ステップＳ８５）。以降の処理は、図１２のステップＳ１５及びステップＳ２３以降と同様となる。
【0137】
以上の処理により、オーダ端末１０では、自己のオーダ端末１０を操作する客の属性用にカスタマイズされたメニュー情報を用いてメニュー画面を表示することができる。これにより、オーダ端末１０は、客の属性に対応したメニュー画面を表示することができるため、例えば客の嗜好にあった商品をリコメンドしたり、客が普段オーダしないような商品をリコメンドしたりすることができる。
【0138】
【0139】
なお、図１６では、メニュー評価リストの参照要求を行う装置として店員端末４０を図示しているが、要求元の装置は店員端末４０に限らないものとする。例えば、サーバ装置３０自身が要求元の装置であってもよい。この場合、サーバ装置３０は、操作部３１５を介してメニュー評価リストの参照要求を受け付ける。
【0140】
まず、店員端末４０では、操作者の操作に応じて、メニュー評価リストの参照要求をサーバ装置３０に送信する（ステップＳ１０１）。
【0141】
サーバ装置３０の参照要求受付部３５７は、参照要求を受け付けると（ステップＳ１１１）、メニュー評価リスト状態を表示するためのメニュー評価リスト画面を生成する（ステップＳ１１２）。そして、参照要求受付部３５７は、生成したメニュー評価リスト画面を、要求元の店員端末４０に送信する（ステップＳ１１３）。
【0142】
店員端末４０は、サーバ装置３０からメニュー評価リスト画面を受信すると（ステップＳ１０２）、メニュー評価リスト画面を図示しない表示部に表示させる（ステップＳ１０３）。
【0143】
図１１で説明したように、メニュー評価リスト画面は、例えば表示条件となる客の属性を指定するための操作子を有する。サーバ装置３０の参照要求受付部３５７は、店員端末４０で指定される表示条件に応じて、メニュー評価リスト画面に表示するメニュー評価リストを更新する。
【0144】
これにより、店員端末４０を操作する店員等の操作者は、メニュー評価リスト画面を参照することで、各商品に対する客の評価を当該客の属性毎に容易に確認することができる。例えば、店員端末４０の操作者は、メニュー評価リスト画面を参照することで、自店舗で提供する商品がどの属性の客に人気があるのか、またはどの属性の客に不人気なのか等を容易に確認することができる。
【0145】
以上説明したように、レコメンドシステム１は、商品のオーダを行う客を撮像した撮像データに基づいて当該客の属性を判定し、客がオーダした商品の商品ＩＤと、判定した客の属性とを関連付けて保持する。また、レコメンドシステム１は、客の発話内容を記録した音声データから、注文された商品の評価に関する発話部分を検出し、検出した発話部分の内容に基づいて商品に対する評価を定量化した評価点を算出する。そして、レコメンドシステム１は、識別情報及び属性の組と、当該識別情報に対応する商品について算出した評価点とを関連付けたリスト（オーダ管理ファイル３１７５の各レコード又はメニュー評価リストファイル３１７６のメニュー評価リスト）を生成する。
【0146】
これにより、レコメンドシステム１では、実際に店舗を利用した客から、アンケートに記入を要することなく、オーダされた商品に関する評価を収集することができるため、商品に対する評価を効率的に収集することができる。
【0147】
また、レコメンドシステム１は、生成したリストに含まれる客の属性と商品ＩＤ毎の評価点との関係に基づき、商品の注文を支援するためのメニュー画面を表示することが可能なメニュー情報を、客の属性毎に生成する。更に、レコメンドシステム１では、客の属性毎のメニュー情報のうち、商品のオーダを行う客を撮像した撮像データに基づき判定した属性に対応するメニュー情報を用いてメニュー画面を表示する。
【0148】
これにより、レコメンドシステム１では、客の属性毎に集計された評価結果に基づき、客の属性に応じた商品を、メニュー画面を介してリコメンドすることができるため、評価結果に基づいた商品のリコメンドを効率的に行うことができる。
【0149】
なお、上述した実施形態は、上述した各装置が有する構成又は機能の一部を変更することで、適宜に変形して実施することも可能である。そこで、以下では、上述した実施形態に係るいくつかの変形例を他の実施形態として説明する。なお、以下では、上述した実施形態と異なる点を主に説明することとし、既に説明した内容と共通する点については詳細な説明を省略する。また、以下で説明する変形例は、個別に実施されてもよいし、適宜組み合わせて実施されてもよい。
【0150】
（変形例１）
上述の実施形態では、オーダ端末１０を操作する客の属性をサーバ装置３０が判定する形態としたが、これに限らないものとする。例えば、オーダ端末１０の各々が、情報処理装置の一例として機能することで、自己のオーダ端末１０を操作する客の属性を判定してもよい。この場合、オーダ端末１０は、第１分析モデル３１７２及び属性判定部３５２等を備えることで、属性判定部３５２の機能により、撮像部１１６で撮像される撮像データから客の属性を判定すればよい。
上述の実施形態では、オーダ端末１０を操作する客の属性をサーバ装置３０が判定する形態としたが、これに限らないものとする。例えば、オーダ端末１０の各々が、情報処理装置の一例として機能することで、自己のオーダ端末１０を操作する客の属性を判定してもよい。この場合、オーダ端末１０は、第１分析モデル３１７２及び属性判定部３５２等を備えることで、属性判定部３５２の機能により、撮像部１１６で撮像される撮像データから客の属性を判定すればよい。
【0151】
このような構成とすることで、例えば、オーダ端末１０は商品リコメンドの段階で行われるメニュー画面の表示に係る処理（図１５参照）を、自己のオーダ端末１０のみで実現することができる。これにより、オーダ端末１０では、客の属性に対応したメニュー画面の表示をより高速に行うことができるため、操作性の向上を図ることができる。
【0152】
（変形例２）
上述の実施形態では、商品に関する評価点の算出をサーバ装置３０で行う形態としたが、これに限らず、オーダ端末１０の各々が評価点の算出を行う形態としてもよい。この場合、オーダ端末１０は、商品マスタ３１７１や第２分析モデル３１７３、評価点設定ファイル３１７４、評価点算出部３５４等を備えることで、評価点算出部３５４の機能により、収音部１１７で収音される音声データから商品に関する評価点の算出を行えばよい。また、オーダ端末１０は、撮像部１１６で撮像される撮像データを用いて、商品をオーダした客と、評価の対象となった商品との対応関係を分析する構成としてもよい。
上述の実施形態では、商品に関する評価点の算出をサーバ装置３０で行う形態としたが、これに限らず、オーダ端末１０の各々が評価点の算出を行う形態としてもよい。この場合、オーダ端末１０は、商品マスタ３１７１や第２分析モデル３１７３、評価点設定ファイル３１７４、評価点算出部３５４等を備えることで、評価点算出部３５４の機能により、収音部１１７で収音される音声データから商品に関する評価点の算出を行えばよい。また、オーダ端末１０は、撮像部１１６で撮像される撮像データを用いて、商品をオーダした客と、評価の対象となった商品との対応関係を分析する構成としてもよい。
【0153】
また、オーダ端末１０は、第１分析モデル３１７２及び属性判定部３５２を備えたり、自己のオーダ端末１０が置かれたテーブルＴを撮像する外部データ取得装置２０と協働したりすることで、商品をオーダした客と、評価の対象となった商品との対応関係を分析する構成としてもよい。
【0154】
このような構成とすることで、例えば、オーダ端末１０は、学習段階で必要となる評価点の採取を、オーダ端末１０の各々で実行することができる。これにより、サーバ装置３０の負荷を減少させることができる。
【0155】
（変形例３）
上述の実施形態では、メニュー更新部３５６は、メニュー評価リスト生成部３５５が生成したリスト（メニュー評価リスト）に基づき、メニュー情報を生成する形態としたが、これに限らないものとする。例えば、メニュー更新部３５６は、評価点算出部３５４が生成したリスト、つまりオーダ管理ファイル３１７５の各レコードに基づき、メニュー情報を生成してもよい。
上述の実施形態では、メニュー更新部３５６は、メニュー評価リスト生成部３５５が生成したリスト（メニュー評価リスト）に基づき、メニュー情報を生成する形態としたが、これに限らないものとする。例えば、メニュー更新部３５６は、評価点算出部３５４が生成したリスト、つまりオーダ管理ファイル３１７５の各レコードに基づき、メニュー情報を生成してもよい。
【0156】
この場合、メニュー更新部３５６は、オーダ管理ファイル３１７５に登録された各レコードのうち、有効な評価点が登録された各レコードに含まれる、客の属性と商品ＩＤ毎の評価点との関係に基づき、客の属性毎にメニュー情報を生成すればよい。
【0157】
これにより、上記実施形態と同様の効果が得られるため、評価結果に基づいた商品のリコメンドを効率的に行うことができる。
【0158】
（変形例４）
上述の実施形態では、学習段階で行われる評価点登録処理（図１３参照）において、オーダ完了から会計操作が指示されるまでの間に録音した音声データを、サーバ装置３０で分析する構成としたが、これに限らず、オーダ端末１０で収音される音声データを、サーバ装置３０でリアルタイムに分析してもよい。
上述の実施形態では、学習段階で行われる評価点登録処理（図１３参照）において、オーダ完了から会計操作が指示されるまでの間に録音した音声データを、サーバ装置３０で分析する構成としたが、これに限らず、オーダ端末１０で収音される音声データを、サーバ装置３０でリアルタイムに分析してもよい。
【0159】
（変形例５）
上述の実施形態では、サーバ装置３０がオーダの管理を行う形態としたが、これに限らず、他の装置（以下、オーダ管理装置ともいう）がオーダの管理を行う形態としてもよい。この場合、サーバ装置３０は、オーダ管理装置が管理するオーダ管理ファイルを参照又は操作することで、オーダされた商品の商品ＩＤに関連付けて、客の属性や評価点を記憶する。
上述の実施形態では、サーバ装置３０がオーダの管理を行う形態としたが、これに限らず、他の装置（以下、オーダ管理装置ともいう）がオーダの管理を行う形態としてもよい。この場合、サーバ装置３０は、オーダ管理装置が管理するオーダ管理ファイルを参照又は操作することで、オーダされた商品の商品ＩＤに関連付けて、客の属性や評価点を記憶する。
【0160】
なお、上述の実施形態の各装置で実行されるプログラムは、ＲＯＭや記憶部等に予め組み込まれた状態で提供される。上述の実施形態の各装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【0161】
さらに、上述の実施形態の各装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態の各装置で実行されるプログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。
【0162】
以上、本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの新規な実施形態やその変形例は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、組み合わせを行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0163】
１ レコメンドシステム
１０ オーダ端末
２０ 外部データ取得装置
３０ サーバ装置
４０ 店員端末
１５１ メニュー表示部
１５２ オーダ受付部
１５３ データ取得部
３５１ データ収集部
３５２ 属性判定部
３５３ オーダ管理部
３５４ 評価点算出部
３５５ メニュー評価リスト生成部
３５６ メニュー更新部
３５７ 参照要求受付部
１０ オーダ端末
２０ 外部データ取得装置
３０ サーバ装置
４０ 店員端末
１５１ メニュー表示部
１５２ オーダ受付部
１５３ データ取得部
３５１ データ収集部
３５２ 属性判定部
３５３ オーダ管理部
３５４ 評価点算出部
３５５ メニュー評価リスト生成部
３５６ メニュー更新部
３５７ 参照要求受付部
【先行技術文献】
【特許文献】
【0164】
【特許文献1】特開２０１６－１７７７５５号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】