(57)【要約】【課題】  収められた飲食物が、所定の分量の水準を満たす器の使用者を特定するための仕組みを提供する。【解決手段】  飲食物を収めることのできる器を含む画像を取得する取得手段と、前記取得手段で取得した前記画像に基づいて、前記器と当該器に収められた飲食物の分量と当該器の使用者とを特定する特定手段とを備え、前記特定手段はさらに、収められた飲食物が所定の分量の水準を満たす前記器の使用者を特定することを特徴とする情報処理装置。【選択図】  図４
2018106580.tif 000002
【特許請求の範囲】
【請求項１】
飲食物を収めることのできる器を含む画像を取得する取得手段と、
前記取得手段で取得した前記画像に基づいて、前記器と当該器に収められた飲食物の分量と当該器の使用者とを特定する特定手段とを備え、
前記特定手段はさらに、収められた飲食物が所定の分量の水準を満たす前記器の使用者を特定することを特徴とする情報処理装置。
【請求項２】
前記器の使用者への対応の選択肢を管理する、管理手段と、
前記特定手段で特定した前記器に収められた飲食物の分量に基づいて、当該器の使用者への対応を、前記対応の選択肢から決定する決定手段とを、更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記管理手段は、前記飲食物の種類である品目を管理し、
前記特定手段は、前記器に収められた飲食物の品目を特定し、
前記決定手段は、前記特定手段で特定された前記器に収められた飲食物の品目に基づいて、当該器の使用者への対応を、前記対応の選択肢から決定することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記管理手段は、前記飲食物の品目ごとの分量あたりの単価と分量あたりの利益率と在庫量と賞味期限と消費期限とのうち少なくともいずれか１つを更に管理し、
前記決定手段は、前記特定手段で特定された前記器に収められた飲食物の品目ごとの分量あたりの単価と分量あたりの利益率と在庫量と賞味期限と消費期限とのうち少なくともいずれか１つに基づいて、当該器の使用者への対応を、前記対応の選択肢から決定することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記管理手段は、前記特定手段で特定された前記器の使用者と当該器の飲食物の分量の変化とに基づいて、当該器の使用者ごとの飲食の履歴を、品目ごとの分量で管理し、
前記決定手段は、前記使用者の飲食の履歴に基づいて、当該器の使用者への対応を、前記管理手段が管理する前記対応の選択肢の中から決定することを特徴とする請求項３または４に記載の情報処理装置。
【請求項６】
前記管理手段は、前記品目ごとに所定の分量あたりのアルコールの分量を管理し、
前記決定手段は、前記器の使用者の飲食の履歴と前記品目ごとの所定の分量あたりのアルコールの分量とに基づいて、当該器の使用者への対応を、前記選択肢から決定することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記管理手段は、前記器の使用者ごとに飲食物の提供された回数を管理し、
前記決定手段は、前記器の使用者に飲食物の提供された回数に基づいて、対する対応を、前記対応の選択肢から決定することを特徴とする請求項５または６に記載の情報処理装置。
【請求項８】
前記管理手段は、前記飲食物の品目ごとに、所定の分量あたりの単価または利益率のうち少なくともいずれか１つを更に管理し、
前記決定手段は、管理手段で管理された前記履歴と、前記飲食物の品目ごとの所定の分量あたりの単価または利益率のうちいずれか一方に基づいて、対する対応を、前記対応の選択肢から決定することを特徴とする請求項５乃至７のうちいずれか１項に記載の情報処理装置。
【請求項９】
前記管理手段は、最後に前記器の使用者へ飲食物が提供された時間と現在の時間とを管理し、
前記決定手段は、最後に前記器の使用者へ飲食物が提供された時間から現在に至るまでに経過した時間に基づいて、当該器の使用者への対応を、前記対応の選択肢から決定することを特徴とする請求項５乃至８のいずれか１項に記載の情報処理装置。
【請求項１０】
前記管理手段は、前記器の使用者が飲食を開始した時間と現在の時間とを管理し、
前記決定手段は、前記器の使用者が飲食を開始した時間から経過した時間に基づいて、当該器の使用者への対応を、前記対応の選択肢から決定することを特徴とする請求項５乃至９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記決定手段で決定した行動を、前記器の使用者に対して実施するための実施手段を更に備えることを特徴とする請求項２乃至１０に記載の情報処理装置。
【請求項１２】
前記決定手段で決定した行動を、前記器の使用者に対して実施するための仕組みを備えた実行装置と通信可能に接続し、
前記決定手段で決定した内容を、前記実行装置に送信するための送信手段を更に備えることを特徴とする請求項２乃至１１のいずれか１項に記載の情報処理装置。
【請求項１３】
前記決定手段は、前記特定手段で検知した前記器に収められた飲食物の分量が、所定の分量の水準を超過している際には、当該器の使用者に対し、行動を起こさない旨の決定を行うことを特徴とする請求項２乃至１２のいずれか１項に記載の情報処理装置。
【請求項１４】
前記決定手段は、前記特定手段が前記画像に前記器の使用者を特定できない場合には、当該器の使用者への対応を行わない旨の決定を行うことを特徴とする請求項２乃至１３のうちいずれか１項に記載の情報処理装置。
【請求項１５】
前記特定手段は、前記器を手に取った者を当該器の使用者として特定することを特徴とする請求項１乃至１４のいずれか１項に記載の情報処理装置。
【請求項１６】
前記特定手段は、初めに特定した前記器の使用者と異なる者が後から手に取った場合には、当該器の使用者として特定しないことを特徴とする請求項１乃至１５のいずれか１項に記載の情報処理装置。
【請求項１７】
管理手段は、前記特定手段で前記画像の中から所定の者を画像から特定を可能にするための情報を管理し、
前記特定手段は、前記管理手段で管理している情報に基づいて特定される前記所定の者が前記器を手に取っても、当該器の使用者として検知しないことを特徴とする請求項１乃至１６のいずれか１項に記載の情報処理装置。
【請求項１８】
前記決定手段は、前記器の使用者が、当該器を所定の間、手に取っていなかった場合に、当該器を取り下げる旨の決定を行うことを特徴とする請求項２乃至１７のいずれか１項に記載の情報処理装置。
【請求項１９】
前記決定手段で決定する行動のうち、特定の行動を望まない旨の申し出を、前記器の使用者から受け付ける受付手段を更に備え、
前記決定手段は、前記受付手段で受けつけた申し出に基づいて、前記器の使用者に対して前記特定の行動を起こさない旨の決定を行うことを特徴とする請求項２乃至１８のうちいずれか１項に記載の情報処理装置。
【請求項２０】
情報処理装置における制御方法であって、
前記情報処理装置の取得手段が、飲食物を収めることのできる器を含む画像を取得する取得工程と、
前記情報処理装置の特定手段が、前記取得工程で取得した前記画像に基づいて、前記器と当該器に収められた飲食物の分量と当該器の使用者とを特定する特定工程とを備え、
前記特定工程はさらに、収められた飲食物が所定の分量の水準を満たす前記器の使用者を特定することを特徴とする制御方法。
【請求項２１】
情報処理装置で実行が可能なプログラムであって、
前記情報処理装置を、
飲食物を収めることのできる器を含む画像を取得する取得手段と、
前記取得手段で取得した前記画像に基づいて、前記器と当該器に収められた飲食物の分量と当該器の使用者とを特定する特定手段として機能させ、
前記特定手段はさらに、収められた飲食物が所定の分量の水準を満たす前記器の使用者を特定するよう機能させることを特徴とするプログラム。
【請求項２２】
飲食物を収めることのできる器を含む画像を取得する取得手段と、
前記取得手段で取得した前記画像に基づいて、前記器と当該器に収められた飲食物の分量と当該器の使用者とを特定する特定手段とを備え、
前記特定手段はさらに、収められた飲食物が所定の分量の水準を満たす前記器の使用者を特定することを特徴とする情報処理システム。
【請求項２３】
情報処理システムにおける制御方法であって、
前記情報処理システムの取得手段が、飲食物を収めることのできる器を含む画像を取得する取得工程と、
前記情報処理システムの特定手段が、前記取得工程で取得した前記画像に基づいて、前記器と当該器に収められた飲食物の分量と当該器の使用者とを特定する特定工程とを備え、
前記特定工程はさらに、収められた飲食物が所定の分量の水準を満たす前記器の使用者を特定することを特徴とする制御方法。
【請求項２４】
情報処理システムで実行が可能なプログラムであって、
前記情報処理システムを、
飲食物を収めることのできる器を含む画像を取得する取得手段と、
前記取得手段で取得した前記画像に基づいて、前記器と当該器に収められた飲食物の分量と当該器の使用者とを特定する特定手段として機能させ、
前記特定手段はさらに、収められた飲食物が所定の分量の水準を満たす前記器の使用者を特定するよう機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、情報処理装置、システム、及びそれらの制御方法、プログラムに関する。
【背景技術】
【０００２】
近年、画像解析技術の発展により、取得した画像の中から補充すべき消耗品を素早く抽出し、適切に通知する仕組みが提供できるようになってきている。
【０００３】
例えば、特許文献１では、コストをかけることなく、汎用的な消耗品の残量低下をユーザに通知することができる装着装置が提案されている。そして、この方法を用いれば、例えば、画像解析によってシャンプーボトルの残量が所定の水準以下であるか否かを、識別可能となる。
【０００４】
そして、このような仕組みをレストランに応用すれば、業務効率やサービスの向上が期待できる。例えば、お客様のグラスやコップの静止画や動画（以下、「画像」）を撮影可能なカメラ（以下、「撮像装置」）を設けておけば、この画像を解析して飲み物の残量が少なくなったグラスを容易に特定できる。そして、この情報をウエイターやウエイトレスといった飲食物をサーブしたり、ゲストから注文を受けるスタッフ（以下、「キャスト」）に通知できれば、お冷のお代わりを素早く注ぎに行ったり、ドリンクオーダーをすかさず取りに行くことができる。また、例えば「キャベツ・ごはん・味噌汁はおかわり無料」といったサービスを提供するとんかつ専門店では、おかわりが必要な可能性のあるお皿を、素早く発見することができるようになる。
【０００５】
図３は、一つのテーブル３０２に、２名のゲスト３０３「甲」と「乙」が並んで座っており、テーブル３０２には３つのグラス３０１「α」「β」「γ」が並んでいる図である。このようなケースで、上記の仕組みを用いれば、βのグラスの飲み物の残量が少なくなっていることを素早く検知できるので、キャストは迅速な対応がしやすくなる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−１６２１６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の仕組みでは、図３のグラス３０１「β」を、甲乙のどちらが使用しているかが特定できない。したがって、通知を受けたキャストは、甲乙どちらのゲスト３０３に声をかけるべきであるかが判断できず、間違った相手に声掛けをしてしまう可能性がある。
本発明は、収められた飲食物が、所定の分量の水準を満たす器の使用者を特定するための仕組みを提供する。
【課題を解決するための手段】
【０００８】
本願発明は、飲食物を収めることのできる器を含む画像を取得する取得手段と、前記取得手段で取得した前記画像に基づいて、前記器と当該器に収められた飲食物の分量と当該器の使用者とを特定する特定手段とを備え、前記特定手段はさらに、収められた飲食物が所定の分量の水準を満たす前記器の使用者を特定することを特徴とする。
【発明の効果】
【０００９】
このように設けることで、収められた飲食物が、所定の分量の水準を満たす器の使用者を特定するための仕組みを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明のシステム構成の一例を示した構成図である。
【図２】本発明のハードウエアの構成の一例を示した構成図である。
【図３】テーブルにグラスが置かれている状態の一例を示した構成図である。
【図４】情報処理装置１２０や携帯端末１３０、ロボット１３５の表示部２１０に表示される表示画面の一例を示した構成図である。
【図５】グラス３０１を上面と側面とから見た図の一例を示した構成図である。
【図６】推定アルコール血中濃度１３２３とアルコールゲージ４０２との対応の一例を示した構成図である。
【図７】情報処理装置１２０や携帯端末１３０の表示部２１０に表示される表示画面の一例を示した構成図である。
【図８】本発明のメインフローの一例を示した構成図である。
【図９】本発明のステップＳ８０６のサブフローの一例を示した構成図である。
【図１０】本発明の本発明のステップＳ８０７のサブフローの一例を示した構成図である。
【図１１】本発明のステップＳ１０１１のサブフローの一例を示した構成図である。
【図１２】本発明のステップＳ８０８のサブフローの一例を示した構成図である。
【図１３】本発明のデータフロー処理において用いられるデータテーブルの一例を示した構成図である。
【図１４】ゲストとグラスとを対応付け、ゲストの飲酒量に応じてアルコールゲージ４０２が変化するまでの一連の流れの一例を示した構成図である。
【図１５】グラス３０１を、識別するための仕組みの一例を示した構成図である。
【図１６】グラスの状態やゲストの飲食の履歴の条件と、アルコールゲージ４０２の文字表示、ゲストになすべき行動パターンとそれを通知するべく表示部２１０に表示すべきオブジェクトとの対応を示したテーブルの一例を示した構成図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明のシステム構成の一例を示した構成図である。
【００１２】
本発明は、通信ネットワーク１４０を介して、撮像装置１１０、情報処理装置１２０、携帯端末１３０、ロボット１３５が、通信可能に接続される情報処理システムである。
【００１３】
撮像装置１１０は、本願発明において観察対象となる器、その器の使用者、器に収められた飲食物とその分量等を特定するために、解析する画像・映像（静止画・動画は問わない、以下まとめて「画像」と呼ぶ）を撮像する装置である。したがって、図１の実施例のように、必ずしも監視カメラのようなものである必要はなく、例えば、後述の携帯端末１３０や、ロボット１３５のカメラ機能の一部として備えられているような形態も考えられる。
【００１４】
情報処理装置１２０は、撮像装置１１０で撮像された画像を取得し、管理する装置である。また、情報処理装置１２０は、画像を解析し、画像内のコップやグラス等の食器（飲食物を収める器全般、本実施例では以下「グラス」と呼ぶ）を特定できる。さらに、情報処理装置１２０は、画像を解析し、グラスの中の飲食物（本実施例では以下「飲み物」と呼ぶ）の分量や種類（品目）、その器の使用者を特定できる。また、情報処理装置１２０は、画像の解析によって、グラスの使用者がどの品目の飲み物をどのくらい飲んだか、飲食を始めた時間、最後にグラスに口をつけた時間、飲み物のおかわりの回数や頻度等についてを特定し、履歴を管理できる。また、情報処理装置１２０は、ゲストへの対応の選択肢を管理しており、画像の解析を通じて特定したグラスの利用状況やその使用者の履歴に基づいて、ゲストへの対応を決定することもできる。さらに、ゲストへの対応の決定に関する情報は、携帯端末１３０やロボット１３５に発信することができる。また、情報処理装置１２０が携帯端末１３０やロボット１３５を兼ねている場合には、自らがその決定に従って、グラスの使用者に対し、決定に基づく対応をすることもできる。
【００１５】
したがって、情報処理装置１２０は、図１の実施例のように、必ずしも独立した情報処理装置である必要はない。つまり、情報処理装置１２０が、後述の携帯端末１３０やロボット１３５を兼ねているような形態であっても構わない。
【００１６】
携帯端末１３０は、情報処理装置１２０が行った決定基づく情報や指示を、表示するための装置である。また、携帯端末１３０自身が、グラスの利用状況やその使用者の履歴に基づいて、ゲストへの対応を決定することができるよう、設けられていても構わない。
【００１７】
携帯端末１３０の第一の形態は、主として上記に挙げた飲食物の器に関わる何らかのサービスに従事する者が携帯することを想定したもので、具体的には、例えば飲食店や式場のキャスト１５０が携帯する。携帯端末１３０の具体例としては、例えば、タブレット端末やスマートフォン、ウエアラブル端末（メガネ型、時計型等の携帯端末）等が考えられる。
【００１８】
携帯端末１３０の第二の形態は、テーブルの上に置かれ、ゲストの飲食物のオーダーを受けつけるタブレット型の端末である。ゲストの飲食の履歴に基づいて、能動的に注文を取りに行くような仕組みが考えられる。具体的には、例えば、ゲストが鍋を注文していることを把握しておき、鍋の中の具材が所定量未満になったことを検知すると、「〆におじやセットや、うどんセットはいかがですか？」と、ゲストに声掛けをするよう設けておく、といった使い方が考えられる。（声をかける相手は、注文の頻度の高い人物（＝幹事と判定）とすると良いかもしれない。）このような使い方は、下記のキャストの代わりを務められるロボット１３５においても、同様である。
【００１９】
ロボット１３５は、キャスト１５０の仕事を実行可能なロボットである。具体的には、情報処理装置１２０行った決定基づく情報や指示に基づいて、器の使用者から追加のオーダーを受けつけたり、飲食物をサーブしたりするサービスを行う。また、携帯端末１３０と同様に、ロボット１３５が、グラスの利用状況やその使用者の履歴に基づいて、ゲストへの対応を決定することができるよう、設けられていても構わない。また、ロボット１３５が、ゲストに見せるための携帯端末１３０を備えていても構わない。
【００２０】
いずれにせよ、ロボット１３５は、その用途や環境に合わせてさまざまな機能・形態を持つものが想定される。例えば、卓上に備えつけられて、撮像装置１１０の役割や、器の使用者から追加のオーダーを受けつけるだけのものであってもよいし、人型の等身大サイズで、移動・可動可能に設けられ、飲食物の受注やサーブをこなせるようなものであってもよい。また、携帯端末１３０とロボット１３５とは、その用途に合わせていずれか一方だけを用いる形態であってもよいし、両方を用いる形態であってもよい。
【００２１】
通信ネットワーク１４０は、撮像装置１１０、情報処理装置１２０、携帯端末１３０、ロボット１３５が、通信可能に接続するネットワークである。通信方法には既存の様々な技術を用いることができる。有線であっても無線であってもよく、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもよい。
【００２２】
図２は、本発明のハードウエアの構成の一例を示した構成図である。ハードウエアは、具体的には撮像装置１１０、情報処理装置１２０、携帯端末１３０、ロボット１３５が該当する。
【００２３】
２０１はＣＰＵで、ＲＯＭ２０２のプログラム用ＲＯＭや外部メモリ２１１に記憶されたプログラムをＲＡＭ２０３にロードして実行することによりシステムバス２０４に接続された各デバイスを制御する。また、このＲＯＭ２０２のフォント用ＲＯＭにはフォントデータ等を記憶し、ＲＯＭ２０２のデータ用ＲＯＭには各種データを記憶する。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０２はキーボードコントローラ（入力コントローラ）で、２０９や図示しないポインティングデバイス、例えばタッチパッドからの入力を制御する。
【００２４】
入力コントローラ２０５は入力デバイス２０９を制御する。なお入力デバイス２０９には、タッチパネルも含まれ、その場合は、入力デバイス２０９が表示部２１０（画像を表示する表示画面を映すための表示装置）を兼ねているケースもある。２０６はビデオカード（ＶＣ）で、表示部２１０の表示を制御する。
【００２５】
２０７はメモリコントローラで、外部メモリ２１１（ハードディスク等）とのアクセスを制御する。２０８はネットワークインターフェースカード（ＮＩＣ）で、通信ネットワーク１４０上の通信を制御する。
【００２６】
カメラコントローラ２２０は、カメラコントローラ２２０は、画像の撮影を行うカメラユニット２２１を制御する。カメラコントローラ２２０は、特に撮像装置１１０、携帯端末１３０、ロボット１３５に備えられており、情報処理装置１２０に備えられていてもよい。カメラユニット２２１は、具体的には、例えば、に撮像装置１１０のカメラ部分であったり、携帯端末１３０のカメラ部分であったり、ロボット１３５のカメラ部分であったりする。
【００２７】
運動制御コントローラ２３０は、駆動ユニット２３１を物理的に駆動させるための制御を行う。運動制御コントローラ２３０は、特に撮像装置１１０、ロボット１３５に備えられており、情報処理装置１２０、携帯端末１３０に備えられていてもよい。駆動ユニット２３１は、具体的には、例えば、監視カメラを駆動させるモータやギアなどであったり、ロボットの様々な駆動するボディパーツや、移動手段であったりする。具体的には、例えばロボットの手や足、車輪など、飲食物のオーダー受注やサーブをするための動作に必要となる、ロボットのあらゆる体の部品である。
【００２８】
音声制御コントローラ２４０は、音声ユニット２４１を物理的に駆動させるための制御を行う。音声制御コントローラ２４０は、特に携帯端末１３０、ロボット１３５に備えられており、撮像装置１１０、情報処理装置１２０に備えられていてもよい。音声ユニット２４１は、具体的には、例えば、マイクやスピーカーのような音の集音・発音するためのユニットである。そして、音声を通じたキャスト１５０への情報通知や、オーダーの受付けや、サーブの声掛け等の飲食物のサーブに関するゲスト３０３とのコミュニケーションに用いられる。
図３は、テーブルにグラスが置かれている状態の一例を示した構成図である。
【００２９】
図３では、α，β，γ３つのグラス３０１が、テーブル３０２に置かれた状態を示している。また、甲，乙２名の食事をするゲスト３０３が、着席した状態を示している。
【００３０】
グラス３０１は、ゲスト３０３の用いる飲食物の入る器（食器）の一例である。したがって、グラス３０１は、特にガラス製の容器に限定されるものでなく、湯呑み、コップ、茶碗、皿など、様々な器があってよい。
【００３１】
ゲスト３０３は、グラス３０１の使用者となる人物である。図３では、ゲスト３０３は、座席３０４に着席し、テーブル３０２に置かれたグラス３０１を用いて、飲食をする人物である。また、図示はしないが、この仕組みは給仕目的だけでなく、ペットや家畜などの給餌や給水にも応用可能であるので、ゲスト３０３には、例えば犬や猫といった様々な生物も含まれる。
【００３２】
図４は、情報処理装置１２０、携帯端末１３０、ロボット１３５の表示部２１０に表示される表示画面の一例を示した構成図である。図４は、撮像装置１１０で撮影された画像に、情報処理装置１２０の、画像の解析に基づいて決定されたグラスの使用者への対応に関する情報が、重畳されている。
【００３３】
図４の画像は、テーブル３０２を上部から鳥瞰的に撮像されたものをイメージして描かれているが、テーブル内の画像が適切に取得できれば良く、カメラアングルや、カメラの台数は、特にこの形に限定されるものではない。そして、画像を取得する装置は、固定式でテーブル全体を網羅できるものが好適に用いられるが、移動式であってもよい。したがって、例えば、図７に示すように、携帯端末１３０や、ロボット１３５のカメラユニット２２１で取得した画像を用いても構わない。
【００３４】
座席３０４は、ゲスト３０３の座っている座席である。テーブル３０２とゲスト３０３と座席３０４とは、画像の解析によって特定され、対応付けて管理される。例えば、テーブルＡの座席Ａ００１と座っているゲストのＡさんとを、座席Ａ００２と座っているゲストのゲストはＢさんとを、それぞれ対応付けるといった具合である。また、図４の場合、座席Ａ００３とＣさんとが対応付けられているが、Ｃさんは画像内に認められないので、情報処理装置１２０は、「離席中」と判断し、その旨が識別可能に表示されている。
【００３５】
図４では、情報処理装置１２０は、画像を解析し、それぞれのグラス３０１に入った飲み物の分量（割合でも、量でも構わない）を特定することができる。方法は特段限定されないが、例えば、図５に示すように、グラスの外周縁と、飲み物の輪郭とに基づいて、グラスに残っている飲み物の残量を推定するような方法が考えられる。また、図７のように横から見た飲み物のグラスの底から水面までの高さで推定するような方法も考えられる。
【００３６】
図４では、一つのテーブル（テーブルＡ）に８つの座席（Ａ００１〜Ａ００８）が並べられ、８人のゲスト３０３（Ａさん〜Ｈさん）が着席し、飲食をしている様子の一例を示している（先に挙げたようにＣさんは離席中）。
【００３７】
情報処理装置１２０は、画像に基づいて、誰がどのグラスを用いて飲食をしたのかを把握し、グラス３０１とゲスト３０３とを対応付けて管理する。そしてさらに、ゲストが何を、どれくらい飲食したかを検知（あるいは検出・推定）し、図１３に後述する各種のデータテーブルにて管理している。そして、図４の画像に重畳される情報は、これらの情報に基づいて表示されるものである。具体的にどのようなシーンでどのようなメッセージやオブジェクトが表示されるのかについては、図１６にて詳細に説明する。
【００３８】
以下ケース（１）乃至（８）は、情報処理装置１２０が、画像に基づいて決定した様々なパターンの表示の一例を示したものであり、図４の破線で囲われた（１）乃至（８）にそれぞれ対応したものである。
［ケース（１）］
【００３９】
ケース（１）は、ゲスト３０３が、アルコールの飲める人物であり、テーブルに置かれた使用中のグラス３０１は２つ、アルコールの取得状況からほろ酔い期〜酩酊初期にあると検知・推定されるケースである。
【００４０】
アルコールが飲めるか否かの情報は、様々な取得方法が考えられる。例えば、年齢確認をする、ゲスト３０３が自己申告をするなど、予め何らかの方法で、データを習得して情報処理装置１２０が管理する形が、精度が高く望ましい。しかし、このような方法に限定されるものではなく、例えば、顔認識技術などを用いて、画像からゲストの年齢を推定するような方法も考えられる。
【００４１】
グラス３０１とゲスト３０３との対応付けは、様々な方法が考えられる。例えば、画像から、どのゲストがどのグラスを手に取ったか、どのグラスで飲食したか等を解析して対応付ける方法（図１４）が考えられる。また、例えば、予め各々のゲストが用いる食器の画像が、情報処理装置１２０に登録・管理されていて、これをパターンマッチングさせる等、画像とつき合わせて対応付ける方法もある。あるいは、例えば、各座席の距離が十分に開いているのであれば、グラス３０１がゲスト３０３（あるはゲスト３０３の座席）との一定の距離や範囲にあるか否かで、対応付けるような方法も考えられる。いずれにせよ、状況に応じて最も好ましい対応方法がとれれば良い。なお、器とゲストとの対応付けの具体例は、図１４にて後述する。
【００４２】
ゲスト３０３のアルコールの摂取量の状況は、情報処理装置１２０が画像の解析によって、特定できる。具体的には、例えば、まず、グラス３０１の容量と飲み物の品目ごとの分量あたりのアルコール含有量を予め情報処理装置１２０で登録・管理しておく。そして、この情報を基に、画像からゲスト３０３が、何をどれくらいの飲んだかの履歴が判明すれば、そのゲストのアルコール血中濃度度を算出することができる。更に正確を期すのであれば、ゲストの体格から推定される体重とによって、時間経過によるアルコールの分解能の反映や、許容量の個体差補正を行ってもよい。
【００４３】
アルコール血中濃度の計算の一例としては、キリン株式会社（登録商標）のウエブサイトには、２０１６年１１月１０日現在、以下のような計算式や、概算の推定方法が紹介されている。
＝引用ここから＝
アルコール血中濃度（％）＝（飲酒量［ｍｌ］×アルコール度数［％］）÷（８３３×体重［ｋｇ］）
（中略）
係数８３３の算出根拠・・・アルコール血中濃度は飲酒したアルコール重量を体液重量で割ったものです。
＝引用ここまで＝
【００４４】
また、上記のアルコール血中濃度からアルコールの摂取状況から、ゲスト３０３の状況を推測する方法としては、例えば、（社）アルコール健康医学協会「お酒と健康を考える」による方法が考えられる。この方法によると、図６（ａ）に示すように、アルコール血中濃度から、酔いの状態を以下のように分類できる。
（イ）爽快期（アルコール血中濃度が０．０２〜０．０４％）
（ロ）ほろ酔い期（アルコール血中濃度が０．０４〜０．１％）
（ハ）酩酊初期（アルコール血中濃度が０．１０〜０．１５％）
（二）酩酊期（アルコール血中濃度が０．１５〜０．３０％）
（ホ）泥酔期（アルコール血中濃度が０．３０〜０．４０％）
（へ）昏睡期（アルコール血中濃度が０．４０〜０．５０％）
【００４５】
関連線４０１は、グラス３０１とゲスト３０３との関連を識別可能に表示するための線（画像に重畳されるオブジェクト）である。ケース（１）では、ゲスト３０３が２つのグラス３０１と対応付けられている。
【００４６】
アルコールゲージ４０２は、画像の解析に基づくゲスト３０３の推定のアルコール血中濃度を表示するオブジェクトである。アルコールゲージ４０２は、図６に示すように、ゲスト３０３の推定アルコール血中濃度と対応した仕様になっている。アルコールゲージ４０２において、濃度ゲージ６０１の値が、アルコール血中濃度０．１５％を示す注意境界線６０２を超えて酩酊期となると図６（ｃ）に示すように「注意」の表示がされる。また、図６（ｄ）に示されるように、アルコール血中濃度０．３０％を示す警告境界線６０３を超えると、「警告」の表示がされる。また、図６（ｅ）に示されるように、予め情報処理装置１２０に、お酒が飲めない旨の登録がなされているゲスト３０３には、下戸である旨が分かるよう、「下戸」と表示される。
【００４７】
ゲスト名称４０３は、情報処理装置１２０にて管理されているゲストの名称である。名前の振り方は特に限定されないが、例えば、予め定められたテーブル３０２や座席３０４にふられた番号（Ａ００１〜Ａ００８）に基づいて割振られても良いし、予め登録されたゲストの顔画像や名前に基づいてふられてもよい。
【００４８】
ケース（１）においては、情報処理装置１２０は、画像の解析に基づき、２つのグラス３０１にはいずれも図５の「Ｂ」程度の飲料が残っていると検知・推定している。したがって、情報処理装置１２０は、ゲスト３０３への対応は「声掛けしない」との決定している。このため、表示部２１０には、新たに飲み物のオーダーを取りに行くよう促すような情報が表示されていない。
［ケース（２）］
【００４９】
ケース（２）は、ゲスト３０３が、アルコールの飲める人物であり、テーブルに置かれた使用中のグラス３０１は１つ、アルコールの取得状況から酩酊初期にあるケースである。情報処理装置１２０は、画像の解析に基づき、グラス３０１に、図５の「Ａ」程度の飲料が残っていると検知・推定し、ゲスト３０３への対応は「声掛けしない」と決定している。このため、表示部２１０には、新たに飲み物のオーダーを取りに行くよう、促すような情報は出ていない。
［ケース（３）］
【００５０】
ケース（３）は、ゲスト３０３が、離席しているケースである。情報処理装置１２０は、画像の解析に基づき、グラス３０１は、図５の「Ｃ」程度の飲料が残っていると検知・推定している。しかし、情報処理装置１２０はゲストが離席していることも検知しているため、ゲスト３０３への対応は「声掛けしない」との決定をしている。このため、表示部２１０には、ゲスト３０３に、新たに飲み物のオーダーを取りに行かないよう、促すオブジェクト（お代わり停止指示サイン４０４）が出ている。
［ケース（４）］
【００５１】
ケース（４）は、ゲスト３０３が、アルコールの飲める人物であり、テーブルに置かれた使用中のグラス３０１は１つ、アルコールの取得状況からほろ酔い期にあるケースである。情報処理装置１２０は、画像の解析に基づき、グラス３０１に、図５の「Ｃ」程度の飲料が残っている（ほぼ空である）と推定し、ゲスト３０３への対応は「新たに飲み物のオーダーを取りに行く」としている。このため、表示部２１０には、ゲスト３０３に新たに飲み物のオーダーを取りに行くよう、促す表示が出ている。
【００５２】
同品目サーブ指示サイン４０５は、ゲストに（同じ品目の飲み物の）お代わりはいかがですかと声をかけるよう、伝えるべく表示されるオブジェクトである。この機能は、例えば飲み放題サービスで、先に注がれた飲料の単価が安く、本発明のシステムを運用する店舗が、ゲストにかかる飲料代を安く抑えるために、もう一杯お勧めしたい・・・と、いうようなケースで用いられることが想定される。あるいは反対に、注文した分だけ利益が出るサービスにおいて、単価の高い飲み物や利益率の高い飲み物に適用するようなケースも想定される。
【００５３】
あるいは、特定の種類の飲み物が在庫切れ起こさないようにコントロールするべく、在庫の多い飲み物であるため、同品目の「お代わり」を勧めるケースも想定される。あるいは、賞味期限の迫っている飲み物がグラスに注がれており、これを使い切るべく同品目の「お代わり」を勧めるようなケースも想定される。
【００５４】
以上のようにケースは様々に想定される。情報処理装置１２０は、グラスに注がれている品目に基づいて、グラスの使用者（ゲスト）に対し、グラスに注がれている飲み物と同品目の飲み物をサーブする旨を決定する。そして、表示部２１０には、この決定に基づいて、同品目サーブ指示サイン４０５が表示される。ケース（４）では、グラス３０１に、同品目サーブ指示サイン４０５の下部に、「ワインＡ」と表示されており、この指示を受けたキャストがゲストに対し、このワインを「もう一杯いかがですか？」と勧めることになる。
［ケース（５）］
【００５５】
ケース（５）は、ゲスト３０３が、アルコールの飲める人物であり、テーブルに置かれた使用中のグラス３０１は１つ、アルコールの取得状況からほろ酔い期にあるケースである。ケース（５）は、キャスト１５０（ロボット１３５や携帯端末１３０でもよい）が、ゲスト３０３に一度「お代わりいかがでしょうか？」と飲料のサーブを持ちかけるも、ゲストから「今は結構です」と言われたようなケースを想定している。このため、表示部２１０には、ケース（３）のように、お代わり停止指示サイン４０４が表示されている。
【００５６】
これらの決定は、情報処理装置１２０が画像に基づいて行なっている。具体的には、例えば、お代わりの指示が出され、キャスト１５０が近づいた後、グラスに飲み物が注がれなかった場合に、「今は結構です」との飲料サーブの辞退があったと検知・推定できる。ただし、辞退があった旨の検知・推定は、必ずしも画像に頼らなくともよい。例えば、ロボット１３５が音声ユニット２４１から音声情報を収集し、これに基づいて辞退があった旨を記憶・管理しておいてもよい。また、キャスト１５０がゲストから受付けた辞退の旨の情報入力を、携帯端末１３０を通じて受付けてもよい。
【００５７】
また、おかわりの辞退を受付けた旨の情報は、その後、グラス３０１に飲料が注がれたことを画像の解析で特定したり、ゲスト３０３からおかわりが欲しい旨の通知を受けつけることで、解除できるよう設けておいてもよい。そして、このように情報が更新されることで、お代わり停止指示サイン４０４を表示する、「サーブロック」の状態を解除することができるよう設けておくことが望ましい。
［ケース（６）］
【００５８】
ケース（６）は、ゲスト３０３が、アルコールの飲める人物であり、テーブルに置かれた使用中のグラス３０１は１つ、アルコールの取得状況から酩酊初期にあるケースである。情報処理装置１２０は、画像の解析に基づき、グラス３０１に、図５の「Ｃ」程度の飲料が残っている（ほぼ空である）と推定・検知し、「新たに飲み物のオーダーを取りに行く」旨の決定をしている。ただし、ケース（４）とは異なり、同品種のお代わりを勧める旨の決定ではない。メニューを差し出して「お飲み物のお代わりはいかがですか」と聞く旨の決定である。このため、表示部２１０には、ゲスト３０３に新たに飲み物のオーダーを取りに行くよう、促す表示が出ている。
【００５９】
異品目サーブ指示サイン４０６は、ゲストに飲み物のお代わりはいかがですかと声をかけるよう、伝えるべく表示されるオブジェクトである。このサインは、飲み放題のサービスにおいて、現在グラスに入っている飲み物が、単価の高いものであったり、在庫の少ないものであったり、他に早めに無くしてしまいたい在庫があるような場合に表示できるよう設けると、効果的である。ケース（６）ではグラス３０１には、先にワインＢが注がれており、そのことが分かるよう、異品目サーブ指示サイン４０６の下部に、「ワインＢ」と表示されている。したがって、キャスト１５０やロボット１３５は、このワインＢを避け、他の飲み物をゲスト３０３に勧めるようなアプローチをするとになる。ただし、メニューを提示する際には、ワインＢを含むメニューをゲスト３０３に提示することになるので、必ずしも同じ品目のオーダーを受けつけないというわけではない。
［ケース（７）］
【００６０】
ケース（７）は、ゲスト３０３が、アルコールの飲めない人物であり、テーブルに置かれた使用中のグラス３０１は１つのケースである。情報処理装置１２０は、画像の解析に基づき、グラス３０１に、図５の「Ｃ」程度の飲料が残っていると検知・推定し、「新たに飲み物のオーダーを取りに行く」旨の決定している。このため、表示部２１０には、ゲスト３０３に新たに飲み物のオーダーを取りに行くよう、促す表示が出ている。
【００６１】
ここで表示されるオブジェクトは、ケース４と同じく、同種の飲み物をサーブする指示のサインであるが、アルコールが飲めない旨が識別できるようになっているのが、同品目ノンアルコールサーブ指示サイン４０７である。また、アルコールゲージ４０２は、図６（ｅ）にあるように、飲めない人物であることを示す「下戸」のサインが出ている。ケース（６）ではグラス３０１には、先にジュースＡが注がれており、そのことが分かるよう、同品目ノンアルコールサーブ指示サイン４０７の下部に、「ジュースＡ」と表示されている。
［ケース（８）］
【００６２】
ケース（８）は、ゲスト３０３が、アルコールの飲める人物であり、テーブルに置かれた使用中のグラス３０１は１つ、アルコールの取得状況から酩酊期にあるケースである。情報処理装置１２０は、画像の解析に基づき、ゲスト３０３に「ソフトドリンクはいかがですか？」と声掛けする旨の決定をしている。このため、表示部２１０には、ゲスト３０３にソフトドリンクのオーダーを取りに行くよう、促す表示が出ている。
【００６３】
あるいは、まずはお冷をサーブをするような決定であってもよい。これは、ゲスト３０３のアルコール血中濃度を下げることを目的とした決定であり、これ以上ゲストにアルコールをサーブしないようにするための決定である。このような状況を識別可能に表示するために、アルコールゲージ４０２には、図６（ｃ）にあるように、アルコールを更に摂取すると泥酔期や昏睡期などの、極めて好ましくない状態に陥る可能性があることを示す「注意」の文字が表示されている。また、ゲスト３０３のアルコール血中濃度を下げるためのソフトドリンク（あるいは水）を、ゲスト３０３に勧めるようキャスト１５０に通知するための水分補給指示サイン４０８が表示されている。
【００６４】
また、この図では不図示だが、画像の解析に基づいて、ゲスト３０３がグラス３０１をいつ用いたかを管理し、所定時間以上の間使用されていないグラス３０１を特定し、そのグラス３０１を、撤去してよいかをゲスト３０３に尋ねる決定をする仕組みも考えられる。そして、この決定に基づく通知がキャストの携帯端末１３０やロボット１３５になされ、決定に基づいて使用者のゲストに器を撤去してもよいか尋ねる行動につなげるような仕組みを設けていてもよい。
【００６５】
図５は、グラス３０１を上面と側面とから見た図の一例を示した構成図である。上側半分の円で示された図が上面図であり、下側半分の図が側面図である。図５のＡはグラス３０１に飲料が満たされた状態、Ｂはグラス３０１に飲料が半分程度の入っている状態、Ｃはグラス３０１の飲料を飲み干した状態を、それぞれ表している。情報処理装置１２０は、このような、画像の中から検知したグラスの飲み物の量を解析し、その量や品目を推定する。例えば、このワイングラスの容量を１２０ｍｌとすると、Ａの状態であれば、まだ１２０ｍｌ（１００％）近く残っている、Ｂの状態であれば、半分飲んで、６０ｍｌ（５０％）近く残っている・・・だから、まだ声掛けをしない。といったような検知・推定・決定ができる。また、Ｃの状態であれば、もうほとんど飲み干したので、飲食の履歴を１２０ｍｌ増やし、ゲストに「声掛けをする」というような、検知・推定・決定ができる。
【００６６】
グラスに注がれている飲み物の品目の特定は、必ずしもグラス内の飲み物の色などだけで特定する必要はない。例えば、ゲストから受けつけた飲み物のオーダー情報と連動させることで、精度を高めることも考えられる。また、ワインのようなものであれば、グラスに飲み物が注がれる際に、画像のボトルの形やラベルを解析し、品目を特定する方法も考えられる。
図６は、推定アルコール血中濃度１３２３とアルコールゲージ４０２との対応の一例を示した構成図である。
図６（ａ）は、推定アルコール血中濃度１３２３とそれぞれの状態の名称について示した図である。
【００６７】
アルコール血中濃度０．０２〜０．０４％は、「爽快期」と呼ばれ、ゲスト３０３は「さわやかな気分になる」「皮膚が赤くなる」「陽気になる」「判断力が少しにぶる」といった状態になると言われている。
【００６８】
アルコール血中濃度０．０４〜０．１０％は、「ほろ酔い期」と呼ばれ、ゲスト３０３は「ほろ酔い気分になる」「手の動きが活発になる」「抑制がとれる（理性が失われる）」「体温が上がる」「脈が速くなる」といった状態になると言われている。
【００６９】
アルコール血中濃度０．１０〜０．１５％は、「酩酊初期」と呼ばれ、ゲスト３０３は「気が大きくなる」「大声でがなりたてる」「怒りっぽくなる」「立てばふらつく」といった状態になると言われている。
【００７０】
本実施例では、アルコール血中濃度０．００〜０．１５％（爽快期〜酩酊初期）を、ゲスト３０３が好ましくアルコールを摂取できる分量であるとして、この間はアルコールのサーブに関する注意や警告メッセージを出さない範囲としている。ただし、これはあくまで一例であり、通知やメッセージを出すためのアルコール血中濃度の目安の値（所定の値）は、ゲスト３０３個々人の体格や体質等によって変えてもよく、必ずしも０．１５％である必要はない。
【００７１】
アルコール血中濃度０．１５〜０．３０％は、「酩酊期」と呼ばれ、ゲスト３０３は「千鳥足になる」「何度も同じことをしゃべる」「呼吸が速くなる」「吐き気・おう吐がおこる」といった、好ましくない状態になると言われている。
【００７２】
そこで、本実施例では、推測されるアルコール血中濃度０．１５〜０．３０％（酩酊期）を、ゲスト３０３のアルコール摂取に注意を要する分量であるとした。そして、この間は、ゲスト３０３に対しアルコールのオーダー受注やサーブを控えたり、ソフトドリンクの受注を促したり、お冷のサーブを促す働きかけをするよう指示する通知を行なう構成となっている。なお、このような通知やメッセージを出すためのアルコール血中濃度の目安も、あくまで一例であり、ゲスト３０３個々人の体格や体質等によって、値を変えても構わない。
【００７３】
アルコール血中濃度０．３０〜０．４０％は、「泥酔期」と呼ばれ、ゲスト３０３は「まともに立てない」「意識がはっきりしない」「言語がめちゃめちゃになる」といった、非常に好ましくない状態になると言われている。そして、アルコール血中濃度が０．４０％を超えると、「昏睡期」と呼ばれる状態となり、ゲスト３０３は上記に加え、死のリスク伴う非常に好ましくない状態になると言われている。
【００７４】
本実施例では、推測されるゲスト３０３のアルコール血中濃度が０．３０％（酩酊期）を超過した状態を、ゲスト３０３が非常に好ましくない状態に陥る分量であるとした。そして、ゲスト３０３がこのような状況に陥ったと判断されるケースにおいて、例えば救急車を呼ぶなど、更に必要に応じた処置をする決定を行うよう、設けられている。このような通知やメッセージ発信、指示、処理を行うためのアルコール血中濃度の目安も、あくまで一例であり、ゲスト３０３個々人の体格や体質等によって、値を変えても構わない。
【００７５】
各状態と、アルコールの目安について補足する。爽快期の目安は、ビール（中びん）１本まで、日本酒１合まで、ウイスキー・シングル２杯と言われている。ほろ酔い期の目安は、ビール（中びん）１〜２本、日本酒１〜２合、ウイスキー・シングル３杯と言われている。酩酊初期の目安は、ビール（中びん）３本、日本酒３合、ウイスキー・ダブル３杯と言われている。酩酊期の目安は、ビール（中びん）４〜６本、日本酒４〜６合、ウイスキー・ダブル５杯と言われている。泥酔期の目安は、ビール（中びん）７〜１０本、日本酒７合〜一升、ウイスキー・ボトル１本と言われている。昏睡期は、上記以上である。このように、画像を用いて、ゲスト３０３がどんな種類のアルコールをどれくらい摂取したかを把握することによって、図４に挙げた計算式を用いずとも、上記のような目安に基づいて、ゲスト３０３の状態を検知・推定することも可能である。
【００７６】
図６（ｂ）は、注意や警告メッセージのないアルコールゲージ４０２の状態の一例を示した構成図である。濃度ゲージ６０１は、画像から推定されるアルコール血中濃度を棒グラフで示している。この図の場合は、約０．１０％で、ほろ酔い期と酩酊初期の間くらいの状態であることを示している。
【００７７】
図６（ｃ）は、推定されるゲスト３０３の状態が酩酊期の際に表示されるアルコールゲージ４０２の状態の一例を示した構成図である。注意境界線６０２は、注意メッセージを発信する目安となる所定のアルコール血中濃度を示した線である。本実施例では、推定されるゲスト３０３のアルコール血中濃度０．１５〜０．３０％を、注意メッセージを発信する目安の値として定めており、濃度ゲージ６０１が、この値の間を示す際に、注意メッセージが表示される。
【００７８】
図６（ｄ）は、推定されるゲスト３０３の状態が泥酔期や昏睡期の際に表示されるアルコールゲージ４０２の状態の一例を示した構成図である。警告境界線６０３は、警告メッセージを発信する目安となる所定のアルコール血中濃度を示した線である。本実施例では、推定されるゲスト３０３のアルコール血中濃度０．１５〜０．３０％を、警告メッセージ（「警告」の表示）を発信する目安の値として定めており、濃度ゲージ６０１が、この値の間を示す際に、警告メッセージが表示される。
【００７９】
図６（ｅ）は、アルコールの飲めないゲスト３０３を識別するために、表示されるアルコールゲージ４０２の状態の一例を示した構成図である。この図の記載は「下戸」となっているが、アルコールが飲めない理由は特に限定されるものではなく、宗教上の理由で飲めない、未成年である、アレルギー体質であるなど様々な理由が想定されるし、その旨が識別可能に書き分けてもよい。
【００８０】
図７は、情報処理装置１２０や携帯端末１３０の表示部２１０に表示される表示画面の一例を示した構成図である。図７では、一つのテーブル（テーブルＢ）に３つの座席（Ｂ００１〜Ｂ００３）が並べられ、３人のゲスト（Ｉさん、Ｊさん、Ｋさん）が着席し、飲食をしている様子の一例を示している。また、ロボット１３５（携帯端末１３０でもよい）が、テーブルの上に備えられている。
また、画像は、携帯端末１３０や、ロボット１３５のカメラユニット２２１で取得した画像である。表示方法は、図４に準ずるものである。
【００８１】
緊急対応指令マーク７０１は、情報処理装置１２０が、画像に基づいて、対応するゲスト３０３が、非常に好ましくない状態にあることを検知・推定し、緊急処置を行う旨を決定したことに基づいて、その旨を示すべく表示されるオブジェクトである。緊急処置とは、例えば、急性アルコール中毒の可能性が高く、救急車を呼ぶ必要がある場合、心肺停止状態に陥っており、ＡＥＤ（自動体外式除細動器）の使用や人工呼吸を施す必要がある場合、などである。このように、緊急対応指令マーク７０１は、必要な処置に応じて更に表示が細分化されていてもよく、表示と併せて、救急車のコール、ＡＥＤの置き場所の案内表示などの処理を行えるよう、設けていてもよい。
【００８２】
また、この図ように緊急対応指令マーク７０１や警告表示が必要な状況においては、速やかに警告メッセージにキャスト１５０の注意が向くよう、他の表示を中断する薄く表示する等、他の表示を制御するような処理を行ってもよい。また、ロボット１３５に対しては、非常に好ましくない状態にあると推定されるゲストへの対処を最優先に行うよう通知、指示し、そのように制御されるように設けておいてもよい。
【００８３】
このように、情報処理装置１２０の画像と履歴に基づく決定には、優先度づけがなされ、その順番に処理されるように設けられていることが望ましい。例えば、アルコールゲージ４０２が「警告」状態のゲスト３０３への対応を最優先、次点は「注意」とするような運用が考えられる。また、利益率が高い・おかわりをたくさんしてくれるゲスト３０３に優先的に声掛けするなどの、運用も考えられる。このように、声掛けすべきゲスト３０３が複数人いた際に、どのように声掛けの優先順位をつけるかの所定のルールを定めておくことが望ましい。
図８は、本発明のメインフローの一例を示した構成図である。
【００８４】
本時実施例の各図のフロー（主に図８乃至図１２）の説明においては、具体的には、ＣＰＵ２０１が外部メモリ２１１に記憶された制御プログラムをＲＡＭ２０３にロードして実行することにより行われるものである。しかし、簡易な表現とすべく撮像装置１１０、情報処理装置１２０、携帯端末１３０、ロボット１３５等を主体として説明する。
このフローは本願発明のメインフローであり、情報処理装置１２０の以下の動きについて示したものである。
（１）撮像装置１１０で撮影された画像の取得
（２）（１）に基づくグラス３０１やゲスト３０３と現状の検知・推定ゲストの飲食履歴の更新
（３）（２）に基づくゲスト３０３への対応の決定
（４）（３）に基づく対応や対応の指示
【００８５】
また、先に示したように、情報処理装置１２０が撮像装置１１０を兼ねる場合や、携帯端末１３０あるいはロボット１３５を兼ねるケースも想定されるが、そのような場合には、兼用した処理主体間の通信（送受信）のステップは省いてもよいものとする。
ステップＳ８０１では、情報処理装置１２０は、撮像装置１１０に画像の送信を、要求する。
ステップＳ８０２では、撮像装置１１０は、情報処理装置１２０より送信された、画像の送信要求を、受付ける。
ステップＳ８０３では、撮像装置１１０は、カメラユニット２２１を通じて画像を取得する。
ステップＳ８０４では、撮像装置１１０は、情報処理装置１２０にステップＳ８０３で取得した画像を、送信する。
ステップＳ８０５では、情報処理装置１２０は、撮像装置１１０より送信された画像を、受付ける。
【００８６】
ステップＳ８０６では、情報処理装置１２０は、画像に基づいてグラス３０１やゲスト３０３や現状を検知・推定すると共に、ゲストの飲食に関する履歴を更新する。なお、このステップの詳細の処理は、図９のサブフローにて説明する。
【００８７】
ステップＳ８０７では、情報処理装置１２０は、ステップＳ８０６で検出・推定・更新した情報に基づいて、ゲスト３０３への対応を、いくつかの選択肢の中から決定する。なお、このステップの詳細の処理は、図１０及び図１１のサブフローにて説明する。
【００８８】
ステップＳ８０８では、情報処理装置１２０は、ゲスト３０３への対応を実施させるべく、ステップＳ８０６で画像から得られた情報や、ステップＳ８０７における決定に関する情報を、携帯端末１３０やロボット１３５に通知する。あるいは、情報処理装置１２０が、ステップＳ８０７の決定に基づいて、ゲスト３０３への対応を実施する。
なお、このステップの詳細の処理は、図１２のサブフローにて説明する。
ステップＳ８０９では、情報処理装置１２０は、ユーザからフロー処理を終了する旨の指示を受付ける。
【００８９】
ステップＳ８１０では、情報処理装置１２０は、ステップＳ８０９にてユーザからフロー処理を終了する指示を受付けたか否かの判定を行う。そして、受付けたと判定した場合には、ステップＳ８１０に遷移する。また、受付けなかったと判定した場合には、ステップＳ８０１に遷移する。
ステップＳ８１１では、情報処理装置１２０は、撮像装置１１０に、ステップＳ８０９にて受け付けたフロー処理終了する指示を送信する。
ステップＳ８１２では、撮像装置１１０は、ステップＳ８１１で情報処理装置１２０より送信されたフロー処理終了する指示を受信する。
【００９０】
ステップＳ８１３では、撮像装置１１０は、ステップＳ８１２にて、フロー処理終了する終了する指示を受付けたか否かの判定を行う。そして、受付けたと判定した場合には、フローを終了する。また、受付けなかったと判定した場合には、ステップＳ８０２に遷移する。
図９は、本発明のステップＳ８０６のサブフローの一例を示した構成図である。
このフローは、情報処理装置１２０が、撮像装置より取得した画像に基づいて、様々な情報を検知・推定・更新するフローである。
【００９１】
ステップＳ９０１では、情報処理装置１２０は、画像の中からグラス３０１とその中の飲料（品目と分量）、人物、座席を、特定する。また、グラスや座席に紐づいた人物がいるか否かも特定する。
【００９２】
それぞれのグラス３０１の特定（検知でも推定でもよい）の仕方は、さまざまな方法が考えられ、特に方法は問わない。例えば、詳細は、図１５にて後述するような方法があるが、ここでは、一例としてグラスの一部に数字や識別コードが振られていて、画像の解析によってグラスを特定できるという前提で話をすすめる。そして、画像から検知・推定した情報は、グラス状態管理テーブル１３００にて管理される。ここで、図４のテーブル３０２（Ａテーブル）にはＧ００１〜Ｇ００９のグラス３０１が、図７のテーブル３０２（Ｂテーブル）には、Ｇ０１０〜Ｇ０１２のグラス３０１がそれぞれ置かれているものとする。
グラスの分量の特定方法は、さまざまな方法が考えられ、特に方法は問わない。例えば、図５で説明した方法等が考えられる。
【００９３】
グラス３０１の中の品目の特定方法は、さまざまな方法が考えられ、特に方法は問わない。例えば、グラスの中に注がれた飲み物の色や、グラスに飲み物が注がれた際のボトルの特徴から推定してもよいし、誰からオーダーが入ったかの情報入力を、別途受けつけて管理しておき、その情報と対応付けてもよい。
【００９４】
人物の特定は、さまざまな方法が考えられ、特に方法は問わないが、服や顔などの特徴量を抽出し、推定する形が好適である。ゲストの顔を別途、予め登録・管理しておいて、この情報とつき合わせてもよいし、画像から抽出したゲストに番号を割り振って、管理する形であってもよい。あるいは、予め非接触タグのようなものを身に着けておいてもらい、これを検知できる装置と組み合わせて、検知してもよい。いずれにせよ、画像に対応して人物が精度よく特定できる方法を用いればよい。
【００９５】
座席の特定は、さまざまな方法が考えられ、特に方法は問わないが、図４では、座席の背もたれの部分にＡ００１〜Ａ００８の番号が振られており、この番号に基づいて、行われている。
【００９６】
上記に記した情報に加え、このステップでは、画像の解析によって得られるあらゆる情報であって、この後のゲストに対する対応を決定するために必要となる情報を得ることができるよう設けられている。具体的にどのような情報に基づいて、ゲストに対する対応を決定するのかについては、この後のフローの説明の中で、逐一詳細を述べる。
【００９７】
ステップＳ９０２乃至ステップＳ９０７は、特定したグラス３０１ごとに処理を行うループ処理である。例えば図４の場合、Ｇ００１〜Ｇ００９の９つのグラス３０１があるので、９回ループ処理が行われることになる。
【００９８】
ステップＳ９０２では、情報処理装置１２０は、画像に基づいて着目しているグラス３０１に使用者がいるか否かを判定する。そして使用者がいると判定した場合にはステップＳ９０６に遷移し、一方、使用者いないと判定した場合には、ステップＳ９０３に遷移する。
【００９９】
ステップＳ９０３では、情報処理装置１２０は、画像に基づいて着目しているグラス３０１を持っているか否かを判定する。そして持っていると判定した場合にはステップＳ９０４に遷移し、一方、持っていないと判定した場合には、ステップＳ９０７に遷移する。
【０１００】
ステップＳ９０４では、情報処理装置１２０は、画像に基づいてグラス３０１を持っている人物がキャスト１５０か否かを判定する。そしてキャスト１５０であると判定した場合にはステップＳ９０７に遷移し、一方、キャスト１５０ではないと判定した場合には、ステップＳ９０５に遷移する。
【０１０１】
なおキャストか否かの判定方法は、さまざまな方法が考えられるが、キャストの顔画像や、キャストが身に着けた識別コードなどを用いる形が好適である。具体的には、キャスト管理テーブル１３１０に示すように、キャストの名前、服装や顔画像などの情報を含むキャスト画像や読取コードを予め登録して管理しておき、画像の人物や読取コードと一致するか否かでキャストか否かを判定するような方法が考えられる。
【０１０２】
ステップＳ９０５では、情報処理装置１２０は、着目しているグラス３０１をもつ人物を、グラスの使用者（ゲスト３０３）として、対応付ける。つまり、グラス状態管理テーブル１３００で、グラス３０１とその使用者とが、対応付けられて管理されることになる。
【０１０３】
ステップＳ９０６では、情報処理装置１２０は、ステップＳ９０１にて画像に基づいて得られた情報に基づいて、グラス３０１に対応付けられたゲスト３０３の飲食履歴や、飲み物の在庫情報等のデータテーブルが更新される。
【０１０４】
具体的には、例えば、ゲスト履歴管理テーブル１３２０の飲食履歴１３２２が、グラスの飲み物の品目や分量の変化に応じて、更新される。具体的には、例えば、まず、前回のループ処理の際に赤ワインＡが１２０ｍｌ入っていたと記録されていたとして、今回が、赤ワインＡが６０ｍｌと検知・推定されたとする。この場合、飲食履歴１３２２は、その使用者（ゲスト３０３）に対応する赤ワインＡの履歴が６０ｍｌ増えることになる。
【０１０５】
また、飲食履歴１３２２の更新に応じて、推定アルコール血中濃度１３２３も更新する。また、画像から新たな飲み物が提供されたことが検知できた場合には、最終提供時間１３２５と提供回数１３２７を更新する。また、ゲスト３０３が、グラスを手に取っている様子や口につけている様子が検知できた場合には、最終飲食時間１３２６を更新する。
【０１０６】
ステップＳ９０７では、情報処理装置１２０は、着目しているグラス３０１には使用者がいないと判断し、次のステップ（次のルート処理またはフローの終了）に進む。
図１０及び図１１は、本発明の本発明のステップＳ８０７のサブフローの一例を示した構成図である。
【０１０７】
このフローは、情報処理装置１２０が、撮像装置より取得した画像に基づいてステップＳ８０６で検知・推定・更新した情報に基づいて、フロー内に設けられたいくつかの選択肢の中から、ゲストへの対応を決定するフローである。
そして、この処理は、グラス３０１ごとに繰り返される。
【０１０８】
ただし、図４のケース（１）のように、一人のゲスト３０３に対して複数のグラスが決定されている場合には、グラスの数に対応した決定をしないように、更に設けておいてもよい。例えば、最終飲食時間１３２６が最新の時間であるグラス３０１に関する決定を優先的に採用するよう設けることが考えられる。このように設ければ、同じゲストに複数回の声掛けをせずに済むし、最終飲食時間１３２６が最新でないグラスの飲み物を、途中で飲み飽きたものとみなして、行動することができる。
【０１０９】
ステップＳ１００１では、情報処理装置１２０は、着目しているグラス３０１の使用者（ゲスト３０３）が、在席しているか否かを、ステップＳ８０６で更新されたグラス状態管理テーブル１３００を参照して判定する。（判定は、画像を解析してグラス３０１に対応するゲスト３０３がいるか否か特定してもよい。）そして、在席していると判定した場合にはステップＳ１００２に遷移し、一方、在席していない（不在である）と判定した場合にはステップＳ１０１４に遷移する。
【０１１０】
ステップＳ１００２では、情報処理装置１２０は、着目しているグラス３０１の使用者（ゲスト３０３）のアルコール血中濃度が０．１５％未満であるか否かを判定する。判定は、画像に基づいてステップＳ８０６で更新されたゲスト履歴管理テーブル１３２０を参照して行う。そして、０．１５％未満であると判定した場合には、ステップＳ１００４に遷移し、一方、０．１５％未満ではないと判定した場合には、ステップＳ１００３に遷移する。
【０１１１】
ステップＳ１００３では、情報処理装置１２０は、着目しているグラス３０１の使用者（ゲスト３０３）のアルコール血中濃度が、０．１５％以上で０．３０％未満であるか否かを判定する。判定は、画像に基づいてステップＳ８０６で更新されたゲスト履歴管理テーブル１３２０を参照して行う。そして、０．１５％未満であると判定した場合には、ステップＳ１００４に遷移し、一方、０．１５％未満ではないと判定した場合には、ステップＳ１００３に遷移する。
【０１１２】
ステップＳ１００４では、情報処理装置１２０は、着目しているグラス３０１の使用者（ゲスト３０３）が、下戸であるか否かを判定する。判定は、ゲスト履歴管理テーブル１３２０またはゲストプロフィールデータテーブル１３３０を参照して行う。そして、下戸であると判定した場合には、ステップＳ１００７に遷移し、一方、下戸ではないと判定した場合には、ステップＳ１００５に遷移する。
【０１１３】
ステップＳ１００５では、情報処理装置１２０は、着目しているグラス３０１の使用者（ゲスト３０３）が、未成年であるか否かを判定する。判定は、ゲストプロフィールデータテーブル１３３０を参照して行う。そして、未成年であると判定した場合には、ステップＳ１００７に遷移し、一方、下戸ではないと判定した場合には、ステップＳ１００６に遷移する。
【０１１４】
ステップＳ１００６では、情報処理装置１２０は、着目しているグラス３０１の使用者（ゲスト３０３）への対応として、「アルコール飲料を含む注文受付やサーブを行う」旨を決定する。
【０１１５】
ステップＳ１００７では、情報処理装置１２０は、着目しているグラス３０１の使用者（ゲスト３０３）への対応として、「ソフトドリンクのみの注文受付やサーブを行う」旨を決定する。
【０１１６】
ステップＳ１００８では、情報処理装置１２０は、着目しているグラス３０１の使用者（ゲスト３０３）への対応として、「緊急処置を行う」旨を決定する。緊急処置は、具体的には、アルコール血中濃度が０．３％以上（泥酔期または昏睡期）であるゲストへの処置であり、状況に応じて水分補給、適切な場所に寝かせる、救急車を呼ぶ、等の措置を行う旨の決定である。
【０１１７】
以上、ステップＳ１００６、ステップＳ１００７、ステップＳ１００８のいずれかで決定したゲスト３０３への対応は、決定対応管理テーブル１３４０の受注サーブ方針１３４２にて管理される。また、緊急処置が必要である旨の決定がなされた場合には、アクション１３４３の欄に「行動４（緊急処置）」が、併せて挿入されて管理される。
【０１１８】
ステップＳ１００９では、情報処理装置１２０は、着目しているグラス３０１が、所定時間使用されていないか否かを判定する。判定は、ゲスト履歴管理テーブル１３２０、
【０１１９】
撤去時間管理テーブル１３５０、そして、情報処理装置１２０に内蔵されている時計に基づく（時刻情報を別途取得してもよい）現在時刻を参照して行う。そして、所定時間使用されていないと判断された場合には、ステップＳ１０１５に遷移し、一方、所定時間内に使用されていると判断された場合には、ステップＳ１０１０に遷移する。この「所定時間」は、ユーザが任意に定められるものであり、撤去時間管理テーブル１３５０で管理されている。（図１３では１時間に設定されている）
【０１２０】
ステップＳ１０１０では、情報処理装置１２０は、着目しているグラス３０１の飲み物の分量が不足しているか否かを判定する。判定は、画像に基づいてステップＳ８０６で更新されたグラス状態管理テーブル１３００と声掛け決定分量管理テーブル１３６０とを参照して行う。そして、不足していると判定された場合には、ステップＳ１０１１に遷移し、一方、不足していないと判定された場合には、ステップＳ１０１４に遷移する。飲み物の分量が不足しているか否かの基準は、ユーザが任意に定められるものであり、声掛け決定分量管理テーブル１３６０で管理されている。（図１３では５％未満に設定されている）
【０１２１】
ステップＳ１０１１では、情報処理装置１２０は、着目しているグラス３０１に「下げるなフラグ」がないか否かを判定する。判定は、画像に基づいてステップＳ８０６で更新されたゲスト履歴管理テーブル１３２０を参照して行う。そして、「下げるなフラグ」がないと判定した場合にはステップＳ１０１２に遷移し、一方、「下げるなフラグ」があると判定した場合にはステップＳ１０１４に遷移する。
【０１２２】
ここで「下げるなフラグ」について説明する。これは、キャスト１５０やロボット１３５が、空のグラス３０１を下げようとゲスト３０３にアプローチした際に、ゲストから「まだグラスを下げないで欲しい」旨の申し出があった際に立つフラグである。フラグの管理は、ゲスト履歴管理テーブル１３２０にて行われるが、フラグ入力は、画像から得てもよいし、音声ユニットから得た音声を解析して立ててもよい。また、ゲストに対応したキャストが携帯端末を通じて入力・送信し、これを受付けてもよい。
【０１２３】
ステップＳ１０１２では、情報処理装置１２０は、着目しているグラス３０１に「サーブ謝絶フラグ」がないか否かを判定する。判定は、画像に基づいてステップＳ８０６で更新されたゲスト履歴管理テーブル１３２０を参照して行う。そして、「サーブ謝絶フラグ」がないと判定した場合にはステップＳ１０１３に遷移し、一方、「サーブ謝絶フラグ」があると判定した場合にはステップＳ１０１４に遷移する。
【０１２４】
ここで「サーブ謝絶フラグ」について説明する。これは、キャスト１５０やロボット１３５が、グラス３０１の使用者に対してドリンクオーダーを受けつけるアプローチをした際に、ゲストから「まだおかわりは結構です」との旨の申し出があった際に立つフラグである。フラグの管理は、ゲスト履歴管理テーブル１３２０にて行われるが、フラグ入力は、画像から得てもよいし、音声ユニットから得た音声を解析して立ててもよい。また、ゲストに対応したキャストが携帯端末を通じて入力・送信し、これを受付けてもよい。
【０１２５】
ステップＳ１０１３では、情報処理装置１２０は、着目しているグラス３０１の使用者（ゲスト３０３）への対応として、「声掛けをする」旨の決定をする。なお、どのような声掛けをするかの詳細の決定は、図１１のフローにて説明する。
【０１２６】
ステップＳ１０１４では、情報処理装置１２０は、着目しているグラス３０１の使用者（ゲスト３０３）への対応として、「声掛けをしない」旨の決定をする。そして、この決定を受けて、決定対応管理テーブル１３４０の、アクション１３４３の欄に「行動５（声掛けなし）」を挿入し管理する。
【０１２７】
ステップＳ１０１５では、情報処理装置１２０は、着目しているグラスの使用者（ゲスト）への対応として、「グラス３０１撤去の可否を尋ねる」旨の決定を行う。そして、この決定を受けて、決定対応管理テーブル１３４０の、アクション１３４３の欄に「行動６（撤去可否を尋ねる）」を挿入し管理する。
【０１２８】
ステップＳ１１０１では、情報処理装置１２０は、着目しているグラスに注がれている（いた）飲み物が、所定の単価以上であるか否かを判定する。判定は、画像に基づいてステップＳ８０６で更新されたグラス状態管理テーブル１３００と対応決定水準管理テーブル１３７０と在庫管理テーブル１３８０とを参照して行う。そして、所定の単価以上であると判定した場合にはステップＳ１１０２に遷移し、一方、所定の単価以上ではない判定した場合にはステップＳ１１０６に遷移する。なお、このステップは、飲んだ分だけ課金されるサービスにおいて単価の高い飲み物を飲んでいるお客様に、おかわりを促すことを想定した判断分岐である。したがってもし、飲み放題サービスにおいて単価の高い飲み物を飲んでいるお客様に、単価の安い飲み物をお勧めするような状況を想定する場合には、逆の判断分岐となる。すなわち、情報処理装置１２０は、着目しているグラスの飲み物が、所定の単価以下であるか否かを、判定する。そして、所定の単価以下であると判定した場合にはステップＳ１１０２に遷移し、一方、所定の単価以下ではない判定した場合にはステップＳ１１０６に遷移することになる。この判定は、画像に基づいてステップＳ８０６で更新されたグラス状態管理テーブル１３００と対応決定水準管理テーブル１３７０と在庫管理テーブル１３８０とを参照して行う。
【０１２９】
このステップ判断に用いるこの「所定の単価」は、ユーザが任意に定められるものであり、対応決定水準管理テーブル１３７０の単価水準１３７２にて管理されている。また、このステップ判断に用いる各品目の単価は、在庫管理テーブル１３８０の単価１３８２にて管理されている。
【０１３０】
ステップＳ１１０２では、情報処理装置１２０は、着目しているグラスの飲み物が、所定の利益率以上であるか否かを判定する。判定は、画像に基づいてステップＳ８０６で更新されたグラス状態管理テーブル１３００と対応決定水準管理テーブル１３７０と在庫管理テーブル１３８０とを参照して行う。そして、所定の利益率以上であると判定した場合にはステップＳ１１０３に遷移し、一方、所定の利益率以上ではない判定した場合にはステップＳ１１０６に遷移する。この判定は、画像に基づいてステップＳ８０６で更新されたグラス状態管理テーブル１３００と対応決定水準管理テーブル１３７０と在庫管理テーブル１３８０とを参照して行う。そして、このステップ判断に用いるこの「所定の利益率」は、ユーザが任意に定められるものであり、対応決定水準管理テーブル１３７０の利益率水準１３７３にて管理されている。また、このステップ判断に用いる各品目の利益率は、在庫管理テーブル１３８０の利益率１３８３にて管理されている。
【０１３１】
ステップＳ１１０３では、情報処理装置１２０は、着目しているグラスの飲み物の在庫が、所定の賞味期限あるいは消費期限以内であるか否かを判定する。判定は、画像に基づいてステップＳ８０６で更新されたグラス状態管理テーブル１３００と対応決定水準管理テーブル１３７０と在庫管理テーブル１３８０とを参照して行う。そして、所定の利益率以上であると判定した場合にはステップＳ１１０３に遷移し、一方、所定の利益率以上ではない判定した場合にはステップＳ１１０６に遷移する。この判定は、画像に基づいてステップＳ８０６で更新されたグラス状態管理テーブル１３００と対応決定水準管理テーブル１３７０と在庫管理テーブル１３８０とを参照して行う。そして、このステップ判断に用いるこの「所定の利益率」は、ユーザが任意に定められるものであり、対応決定水準管理テーブル１３７０の利益率水準１３７３にて管理されている。また、このステップ判断に用いる各品目の賞味期限や消費期限は、在庫管理テーブル１３８０の賞味期限１３８５や消費期限１３８６にて管理されている。
【０１３２】
ステップＳ１１０４では、情報処理装置１２０は、着目しているグラスの飲み物の在庫量が、所定の水準を以上であるか否かを判定する。判定は、画像に基づいてステップＳ８０６で更新されたグラス状態管理テーブル１３００と対応決定水準管理テーブル１３７０と在庫管理テーブル１３８０とを参照して行う。そして、所定の水準以上であると判定した場合にはステップＳ１１０５に遷移し、一方、所定の水準以上ではないと判定した場合にはステップＳ１１０６に遷移する。この判定は、画像に基づいてステップＳ８０６で更新されたグラス状態管理テーブル１３００と対応決定水準管理テーブル１３７０と在庫管理テーブル１３８０とを参照して行う。そして、このステップ判断に用いるこの「所定の在庫水準」は、ユーザが任意に定められるものであり、対応決定水準管理テーブル１３７０の在庫水準１３７５にて管理されている。また、このステップ判断に用いる各品目の在庫量は、在庫管理テーブル１３８０の在庫量１３８４にて管理されている。
【０１３３】
ステップＳ１１０５では、情報処理装置１２０は、着目しているグラスの所有者（ゲスト３０３）への対応として、「着目しているグラスに注がれている品目と同じ品目の飲み物を勧める」旨を決定する。そして、この決定を受けて、決定対応管理テーブル１３４０の、アクション１３４３の欄に「行動１（同品種）」を挿入し管理する。
【０１３４】
ステップＳ１１０６では、情報処理装置１２０は、着目しているグラスの所有者（ゲスト３０３）への対応として、「着目しているグラスに注がれている品目と異なる品目の飲み物を勧める」旨を決定する。そして、この決定を受けて、決定対応管理テーブル１３４０の、アクション１３４３の欄に「行動１（同品種）」を挿入し管理する。なお、異なる品目の飲み物を勧める旨の決定と書いたが、実際には、このステップの決定を受けて、メニューをゲスト３０３に提示して「お飲み物のオーダーはいかがでしょうか」等と尋ねることになる。したがって、異なる品目の飲み物を勧める際には、選択肢の中には着目しているグラスに注がれている飲み物と同じ品目も含まれることになる。このような状況が生ずることも含めて、「異なる品目の飲み物を勧める旨の決定」と表現していることを補足しておく。
【０１３５】
以上のように、図１０及び図１１のフローによって、それぞれのグラス３０１に対応したグラス３０１の使用者（ゲスト３０３）への対応が、決定される。決定された行動は、決定対応管理テーブル１３４０の受注サーブ方針１３４２とアクション１３４３にて管理される。ゲスト３０３への対応は、以下のようないくつかの選択肢の中から決定される。具体的には、先に示したようにステップＳ１００６、ステップＳ１００７、ステップＳ１００８、ステップＳ１０１３、ステップＳ１０１４、ステップＳ１０１５、ステップＳ１１０５、ステップＳ１１１６のうちの１または複数のステップにて決定される。これらの決定の選択肢は、情報処理装置１２０にて管理されており、その管理形態は、行動・対応管理テーブル１６００のようなデータテーブルの形式をとっていてもよいし、フローの中に組み込まれているような形態であっても構わない。
図１２は、本発明のステップＳ８０８のサブフローの一例を示した構成図である。
【０１３６】
このフローのポイントは、ステップＳ８０６で、画像に基づいて特定（検知・推定）・更新した情報と、ステップＳ８０７で決定したゲストへの対応とに基づいて、携帯端末１３０あるいはロボット１３５が、様々な行動や情報処理を行う点である。
【０１３７】
また、情報処理装置１２０が、携帯端末１３０またはロボット１３５を兼ねる場合には、兼用した処理主体間の通信（送受信）のステップは省いてもよいものとする。
ステップＳ１２０１では、情報処理装置１２０は、以下の情報を、携帯端末１３０・ロボット１３５に送信する。
（イ）ステップＳ８０６で特定・更新した情報を管理するデータテーブル
（ロ）ステップＳ８０７で決定した、ゲストへの対応を管理するデータテーブル
【０１３８】
（ハ）その他図１３及び図１６で取り上げられる情報のうち、情報処理装置１２０で管理しているステップＳ１２０２乃至ステップＳ１２０９にて必要となる情報を含むデータテーブル。
【０１３９】
ステップＳ１２０２では、携帯端末１３０あるいはロボット１３５は、ステップＳ１２０１で情報処理装置１２０より送信された情報（または情報を含むデータテーブル）を、受信する。
【０１４０】
ステップＳ１２０３では、ゲスト３０３への対応の優先順位付けをする。なお、このステップの処理は、携帯端末１３０あるいはロボット１３５の処理付加を低減するために、ステップＳ１２０１より前に情報処理装置１２０が予め行い、優先順位を含む情報をステップＳ１２０１にて送信する形態であっても構わない。
【０１４１】
ステップＳ１２０４では、携帯端末１３０あるいはロボット１３５は、ステップＳ１２０２で受信した情報と、行動・対応管理テーブル１６００とに基づいて、キャストに対して各種の指示内容の通知を行う。具体的には、例えば図４や図７に示したような、画像にゲスト３０３の状態やなすべき行動を示したオブジェクトを重畳した表示画面を、表示部２１０に表示する方法が考えられる。あるいは、それぞれのゲスト３０３に対してなすべきことを、音声ユニット２４１を通じて通知したりする方法が考えられる。
【０１４２】
ステップＳ１２０５では、携帯端末１３０あるいはロボット１３５は、ゲスト３０３の中に緊急処置が必要なゲスト３０３がいるか否かの判定を行う。判定は、決定対応管理テーブル１３４０を参照してもよいし、行動・対応管理テーブル１６００と、それに関連した図１３や図１６のデータテーブルを用いて行ってもよい。そして、そして、必要なゲスト３０３がいると判定した場合には、ステップＳ１２０６に遷移する。一方、必要なゲスト３０３がいないと判定した場合には、ステップＳ１２０７に遷移する。
【０１４３】
ステップＳ１２０６では、携帯端末１３０あるいはロボット１３５は、ステップＳ１２０２で受信した情報と行動・対応管理テーブル１６００とに基づいて、緊急対応が必要なゲスト３０３に対して緊急処置を実行する。具体的な緊急対応については、先に述べたとおりだが、アルコール血中濃度を下げるための水分補給、ゲスト３０３の介抱、救急車を呼ぶ行為等の処置である。そして処置が済んだら、ステップＳ１２０３に遷移し、再びゲストへの対応の優先順位付けを行う。
ステップＳ１２０７およびステップＳ１２０８は、ゲスト３０３ごとに行うループ処理である。
【０１４４】
ステップＳ１２０７では、携帯端末１３０あるいはロボット１３５は、ステップＳ１２０２で受信した情報と行動・対応管理テーブル１６００とに基づいて、対象のゲスト３０３に、オーダー受注のための声掛けやその後の応対を行う。具体的には、例えば、図４のＡさん、Ｂさん、Ｃさんに対しては、声掛けはせず、次のステップの処理も行わない。また、図４のＤさんには、「もう一杯ワインＡのおかわりいかがですか？」等と声をかけ、Ｄさんからおかわりを所望された場合には、次のステップでワインＡをサーブすることになる。また、「今は、おかわりは結構です」とサーブを謝絶された場合には、ゲスト履歴管理テーブル１３２０のサーブ謝絶フラグ１３２９を立てて、次のステップではサーブはしないことになる。また、「別の飲み物が飲みたい」等別の飲み物のおかわりを所望された場合には、次のステップでメニューを持ってきて、オーダーを受けつける、といった処理をすることになる。このように、次のステップでは、このステップの声掛け処理の結果に応じて様々な対応がとられることになる。
【０１４５】
なおこのステップの処理は、ゲスト３０３と対話可能なソフトウエアを備えた携帯端末１３０あるいはロボット１３５を処理主体としてなされることを想定して書かれている。しかし、そのようなソフトウエアが準備できない場合、オーダーを受けつけるための声掛けや応対（オーダーに基づくサーブなど）の業務はキャスト１５０に委ねることになる。そして、携帯端末１３０あるいはロボット１３５は、キャストのやり取りの結果の入力を受けつけるか、キャストのやり取りの結果を検知・推定する仕組みを設けて処理するフローとしてもよい。
【０１４６】
ステップＳ１２０８では、携帯端末１３０あるいはロボット１３５は、ステップＳ１２０７の対象ゲストの声掛けの結果に応じた飲み物のサーブ処理や受注処理を行う。具体的な対応の例は、ステップＳ１２０７にて述べたとおりである。
【０１４７】
ステップＳ１２０９では、携帯端末１３０あるいはロボット１３５は、情報処理装置１２０に、ステップＳ１２０２乃至ステップＳ１２０９の処理結果に関する情報を、送信する。
ステップＳ１２１０では、情報処理装置１２０は、ステップＳ１２０９にて送信された処理結果に関する情報を、受信する。
図１３は、本発明のデータフロー処理において用いられるデータテーブルの一例を示した構成図である。
【０１４８】
グラス状態管理テーブル１３００は、情報処理装置１２０で管理されるデータテーブルである。このテーブルは、図９のフローの説明で示したように、撮像装置１１０から得られた画像を情報処理装置１２０が解析し、画像から特定（検知や推定）した情報を管理するためのテーブルである。情報処理装置１２０が検知したグラス３０１は、検出グラス１３０１の列で管理する。また、それぞれのグラスに注がれている飲み物を１３０２で管理している。そして、その飲み物が、グラスにどれくらい残っているのかを１３０３にて管理し、そのグラスの使用者（ゲスト）を１３０４にて、その使用者の座席を１３０５、その使用者の座席のあるテーブルを１３０６にてそれぞれ管理している。そして、グラスの使用者が在籍しているか否かの在席状況を１３０７にて管理している。
【０１４９】
キャスト管理テーブル１３１０は、情報処理装置１２０で管理されるデータテーブルである。このテーブルは、図９のフローの説明で示したように、キャストの名称（１３１１の列で管理）、キャストの画像（１３１２の列で管理）、キャストを識別するための読取コードの情報（１３１３の列で管理）、を管理するためのデータテーブルである。
【０１５０】
ゲスト履歴管理テーブル１３２０は、情報処理装置１２０で管理されるデータテーブルである。このテーブルは、ゲスト履歴管理テーブル１３２０は、情報処理装置１２０が画像解析して得られた情報に基づいて、それぞれのグラス３０１の使用者（ゲスト３０３）ごとの、飲食に関する履歴やそこから推定される状態を管理するためのデータテーブルである。具体的には、飲み物の飲食履歴（１３２２の列で管理）、そこから推定されるアルコール血中濃度（１３２３の列で管理）、飲食開始時間（１３２４の列で管理）、グラスへ最後に飲み物をサーブした時間（１３２５の列で管理）が、管理されている。また、ゲストの使用しているグラスを最後に使った時間（１３２６の列で管理）、ゲスト３０３に飲み物をサーブした回数（１３２７の列で管理）が管理されている。また、ゲストからまだ食器を下げないでほしい旨を受けつけたことを示すフラグ（１３２８の列で管理）、ゲストから今はまだおかわりが要らない旨を受けつけたことを示すフラグ（１３２９の列で管理）が管理されている。
【０１５１】
ゲストプロフィールデータテーブル１３３０は、情報処理装置１２０で管理されるデータテーブルである。このテーブルは、ゲストのプロフィールに関する情報を管理するためのデータテーブルである。具体的には、ゲストの顔画像（１３４１の列で管理、ゲストの特徴が検知できればよく、必ずしも顔画像に限定しなくともよい）、ゲストの身長（１３４２の列で管理）、ゲストの体重（１３４３の列で管理）などを管理している。また、ゲストの性別（１３４４の列で管理）、ゲストが飲酒できるか否か（１３４５の列で管理、図１３では、飲める場合は「ＯＫ」飲めない場合は「下戸」「授乳中」「未成年」等の理由を添えて管理している）、等を管理している。
【０１５２】
決定対応管理テーブル１３４０は、情報処理装置１２０で管理されるデータテーブルである。図１０や図１１で示したように、情報処理装置１２０が、画像から得た情報に基づいて、ステップＳ８０８で決定されたゲスト３０３への対応に関する情報を管理するためのデータテーブルである。具体的には、ゲスト３０３に対してアルコールを含むサーブや飲み物のオーダー受注をすべきか、ソフトドリンクに限定してサーブや飲み物のオーダー受注をすべきか、あるいは、ゲストに対して緊急措置を講ずるべきか（１３４２の列で管理）等について管理する。また、後述の行動・対応管理テーブル１６００で管理されているようなゲスト３０３への対応のうち、いずれの対応をとるべきかについて管理する。
【０１５３】
撤去時間管理テーブル１３５０は、情報処理装置１２０で管理されるデータテーブルである。ステップＳ１００９にて説明した通り、グラスを撤去して良いかをゲストに尋ねるか否かの判断をする際に判断基準となる時間を管理するためのデータテーブルである。
【０１５４】
声掛け決定分量管理テーブル１３６０は、情報処理装置１２０で管理されるデータテーブルである。ステップＳ１０１０にて説明した通り、ゲストに声掛けが必要な程度にまでグラスの飲み物が減っているか否かを判断する際の判断基準となる、グラスの中の飲み物の残量に関する値を管理するためのデータテーブルである。
【０１５５】
対応決定水準管理テーブル１３７０は、情報処理装置１２０で管理されるデータテーブルである。図１１にて説明した通り、ゲストに対し、グラスに入っている飲み物と同じ飲み物を勧めるか、違う飲み物を勧めるかを判断するための判断基準を飲み物の品目のジャンルごとに管理するためのデータテーブルである。ジャンルは、例えばワインＡとワインＢのジャンル＝「ワイン」といった具合に分類する。具体的には、単位分量あたりの単価の基準（１３７２の列で管理）、単位分量あたりの利益率の基準（１３７３の列で管理）、在庫の賞味期限または消費期限の基準（１３７４の列で管理）、在庫量の基準（１３７５の列で管理）、等が管理される。
【０１５６】
在庫管理テーブル１３８０は、情報処理装置１２０で管理されるデータテーブルである。図１１にて説明した通り、ゲストに対し、グラスに入っている飲み物と同じ飲み物を勧めるか、違う飲み物を勧めるかを判断に必要な情報が、品目ごとに管理されている。具体的には、単位分量あたりの単価（１３８２の列で管理）、単位分量あたりの利益率（１３８３の列で管理）、在庫量（１３８４の列で管理）、在庫の賞味期限または消費期限（１３８５、１３８６の列でそれぞれ管理）などを管理する。また、品目ごとの単位分量あたりのゲストのアルコール血中濃度の増減の割合（１３８７の列で管理などを管理する。
【０１５７】
図１４は、ゲスト３０３とグラス３０１とを対応付け、ゲストの飲酒量に応じてアルコールゲージ４０２が変化するまでの一連の流れの一例を示した構成図である。図１４（ａ）乃至（ｄ）の順に、流れを追って説明する。
【０１５８】
まず、図１４（ａ）は、情報処理装置１２０が、図９のステップＳ９０１とステップＳ９０２とを経て、情報処理装置１２０が、グラス３０１とグラス内の飲食物の分量と人物とを特定した状態の一例を示している。
【０１５９】
図１４（ｂ）は、ステップＳ９０３とステップＳ９０４とを経て情報処理装置１２０が、キャストでない人物がグラス３０１を手に取っていると検知・推定し、ステップＳ９０５を経てグラス３０１とゲスト３０３とが対応付けた状態の一例である。ここでは、グラス３０１とゲスト３０３との対応は、関連線４０１で示している。なお、図１４（ｂ）では、情報処理装置１２０は、ゲスト３０３甲がグラス３０１βを、ゲスト３０３乙がグラス３０１γを、それぞれ使用していると識別し、対応付けている様子を示している。
【０１６０】
そして、図１４（ｃ）では、図１４（ｂ）から更に時間が経過し、ステップＳ９０３とステップＳ９０４とを経て情報処理装置１２０が、ゲスト３０３甲とグラス３０１αとを対応づけた状態の一例である。（ゲスト３０３甲がグラス３０１αを手に取った際ので、対応付けている）。この図では、関連線４０１で示されている通り、ゲスト３０３甲にはグラス３０１βだけでなく、グラス３０１αが、対応付けられていることが識別できる。
【０１６１】
図１４（ｄ）は、図１４（ｃ）から更に時間が経過し、ステップＳ９０６を経て、データテーブルが更新された結果が反映された状態の一例を示している。具体的には、ゲスト３０３乙の飲酒量やグラス３０１の飲み物の残量に応じて、アルコールゲージの値が増えていたり、異品目サーブ指示サイン４０６が出ていたりしている。飲食物の履歴の更新の方法は様々な方法が考えられるが、例えば、図５で説明した方法の他にも、図１４のように、画像の飲み物の水位の変化を解析するような方法が考えられる。（例えば、図１４（ｃ）の水位Ｘと、図１４（ｄ）の水位Ｘ´との差を求め、飲まれた量を推定する）また、飲み物が注がれた際に、注がれた分の飲料を先にまとめてカウントするような方法も考えられる。
図１５は、グラス３０１を、識別するための仕組みの一例を示した構成図である。
【０１６２】
読取コード１５０１は、情報処理装置１２０で画像に基づいてグラス３０１の個体を特定するために、グラスごとに付された情報である。具体的には、どのようなコードであるかは問わないが、文字や、バーコードなどの特定の規格の読取コードであってもよいし、グラス３０１の一つ一つに識別可能な特徴量があるのであれば、そのパターンを識別材料としてもよい。いずれにせよ、画像の読取によって、グラス３０１の個体を識別可能に設けておけばよい。
【０１６３】
また、テーブル３０２に電子タグの読取装置を設けるなどの方法が可能であれば、電子タグ１５０２のような、個体を識別可能な情報が書き込まれたタグを付して、読取装置を用いて読むと共に、画像と対応させ、グラス３０１の識別を行うような方法も考えられる。
【０１６４】
図１６は、グラス３０１の状態やゲストの飲食の履歴の条件と、アルコールゲージ４０２の文字表示、ゲストになすべき行動パターンとそれを通知するべく表示部２１０に表示すべきオブジェクトとの対応を示したテーブルの一例を示した構成図である。
【０１６５】
行動・対応管理テーブル１６００は、情報処理装置１２０で管理されるデータテーブルである。先に述べたとおり、図１３に示したデータテーブルの情報に基づいて、ゲストにどのような対応をするか決定し、表示部２１０にどのようなオブジェクトを重畳して表示させるべきかを管理するデータテーブルである。
【０１６６】
例えば、着目しているグラス３０１のゲスト３０３が在席していて、アルコール血中濃度が０．１５％以上０．３％未満と推定されている場合を想定する。この場合、アルコールゲージ４０２には、「注意」の文字が表示され、水分補給指示サイン４０８が表示され、キャスト１５０には「ソフトドリンクはいかがですか？」と声をかけるよう、携帯端末１３０を通じて指示がなされることになる。さらに、ロボット１３５や携帯端末１３０の第二の形態であれば、ゲストへの対応の決定に基づいて「ソフトドリンクはいかがですか？」とゲスト３０３にオーダーを受けるための声掛けをすることになる。
【０１６７】
行動・対応管理サブテーブル１６１０は、情報処理装置１２０で管理されるデータテーブルの一部を補完するためのデータデーブルである。図１６の実施例では、着目しているグラス３０１のゲストが在席し、アルコール血中濃度が０．１５％未満と推定されている場合のケースの、ゲストへの対応と表示部２１０に表示するべきオブジェクトとを決定するために設けられている。
【０１６８】
例えば、ゲスト３０３が、グラス３０１を撤去時間管理テーブル１３５０で定める所定時間内で使用しており、ゲスト履歴管理テーブル１３２０で、１３２８や１３２９のフラグがない状態を考える。さらに、グラス３０１の飲み物は、不十分（声掛け決定分量管理テーブル１３６０の水準未満）であり、対応決定水準管理テーブル１３７０の水準以上の単価、利益率、在庫量で所定の賞味期限内で、ゲスト３０３が下戸や未成年でないとする。この場合、携帯端末１３０の表示部２１０では、アルコールゲージには何も文字は表示されず、同品目サーブ指示サイン４０５が表示される。そして、表示部２１０や音声ユニット２４１を通じてキャストに対し、「もう一杯いかがですか」とグラスに入っている飲み物と同品目の飲み物を持って、グラス３０１の使用者であるゲスト３０３に声掛けする旨の決定が識別可能に通知される。また、ロボット１３５の場合には、キャストに対し、「もう一杯いかがですか」とグラスに入っている飲み物を持って、グラス３０１の使用者であるゲスト３０３にオーダーを受けつけるための声掛けをすることになる。
【０１６９】
異品目ノンアルコールサーブ指示サイン１６１１は、図４や図７で、表示されるオブジェクトの一種である。アルコールの飲めないゲスト３０３に対し、異なる品目の飲み物をサーブする旨を、キャスト１５０が識別可能に表示部２１０に表示する。
【０１７０】
グラス撤去指示サイン１６１２は、図４や図７で、表示されるオブジェクトの一種である。注目しているグラス３０１の使用者であるゲスト３０３が、そのグラスを所定時間使用していないため、撤去してもよいか否かをゲスト３０３に尋ねる旨を伝えるべく、キャスト１５０が識別可能に表示部２１０に表示する。
【０１７１】
このように、本実施例においては、情報処理装置１２０が、全ての情報テーブルを管理し、ゲストへの対応を決定し、携帯端末１３０やロボット１３５は、その決定を受けつけて処理を行う使用になっている。しかし、データテーブルの一部を、携帯端末１３０やロボット１３５に管理させるよう設けてもよい。この場合、情報処理装置１２０には、画像情報に基づいて状態を特定し、ゲストの飲食の履歴を更新する機能のみを持たせ、どのように行動すべきかの決定機能を、携帯端末１３０やロボット１３５に持たせる形となる。このように設ければ、情報処理装置１２０の負荷軽減をする上で好適である。
【０１７２】
以上説明したように、本発明は、収められた飲食物が一定の水準以下になった器を探すと共に、状況にあわせた適切なアプローチを決定するための仕組みを提供するためのものである。
【０１７３】
そして、解決の一例として、グラス３０１を含む画像を取得（取得手段）して、その使用者とグラスに注がれた飲み物の分量とを特定（特定手段）し、画像と共におかわりが必要な分量のグラスの持ち主を特定可能なオブジェクトを表示する仕組みを提案した。
【０１７４】
さらに、上記のゲストへの対応の選択肢を管理しておき（管理手段）、飲食物の分量に応じて、おかわりが必要か声掛けするか否かという対応を決定できる（決定手段）よう設けた。
【０１７５】
また、上記の決定は飲み物の品目、品目ごとの分量あたりの単価、分量あたりの利益率、在庫量、賞味期限、消費期限等の要素についても管理でいるよう設け、これらの要素に基づいて、ゲストへの対応を決定するように設けた。
【０１７６】
また、グラスの使用者の飲食の履歴も管理できるよう設け、使用者のアルコール血中濃度、飲み物を提供した回数、トータルの客単価や利益率、飲食を開始してからの時間、最後に飲食をしてから経過した時間に基づいて、ゲストへの対応を決定するように設けた。
【０１７７】
また、決定した対応に基づいて、ゲストにオーダーが必要か尋ねたり、オーダーに基づく飲み物のサーブができるよう設けたり、これらの実行のための指示が出せるよう設けた。
また、グラスの使用者が不在の際には、ゲストにオーダーが必要か尋ねに行かないよう、設けた。
また、対応付けられて使用者が決定したグラスは、別の人物が手に取っても、新たな対応付けを行わないよう、設けた。
また、キャストが手に取った場合には、キャストをグラスの使用者として対応付けないよう設けた。
また、使用者が所定時間使用しなかったグラスを特定した際には、その使用者にグラスを片づけてよいか尋ねる決定をするよう設けた。
また、グラスの使用者から、おかわり不要の申し出を受けた際には、オーダー受注のための声掛けをしない旨の決定をするよう設けた。
【０１７８】
以上のような仕組みを設けることで、おかわりが必要と思われるゲストを特定すると共に、そのゲストにどのような対応（声掛けなど）を行えばよいかを、適切に決定し、実施することのできる仕組みを提供できるようになる。
【０１７９】
また、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１８０】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１８１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１８２】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８３】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８４】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１８５】
１１０  撮像装置
１２０  情報処理装置
１３０  携帯端末
１３５  ロボット
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２１０  表示部（表示画面、表示端末）
２１１  外部メモリ
２２１  カメラユニット
２３１  駆動ユニット
２４１  音声ユニット
３０１  グラス
３０２  テーブル
３０３  ゲスト
３０４  座席
４０１  関連線
４０２  アルコールゲージ
４０３  ゲスト名称
４０４  お代わり停止指示サイン
４０５  同品目サーブ指示サイン
４０６  異品目サーブ指示サイン
４０７  同品目ノンアルコールサーブ指示サイン
４０８  水分補給指示サイン
６０１  濃度ゲージ
６０２  注意境界線
６０３  警告境界線
７０１  緊急対応指令マーク
１３００  グラス状態管理テーブル
１３１０  キャスト管理テーブル
１３２０  ゲスト履歴管理テーブル
１３３０  ゲストプロフィールデータテーブル
１３４０  決定対応管理テーブル
１３５０  撤去時間管理テーブル
１３６０  声掛け決定分量管理テーブル
１３７０  対応決定水準管理テーブル
１３８０  在庫管理テーブル
１６００  行動・対応管理テーブル
１６１０  行動・対応管理サブテーブル
１６１１  異品目ノンアルコールサーブ指示サイン
１６１２  グラス撤去指示サイン
【図１】
2018106580.tif 000003
【図２】
2018106580.tif 000004
【図３】
2018106580.tif 000005
【図４】
2018106580.tif 000006
【図５】
2018106580.tif 000007
【図６】
2018106580.tif 000008
【図７】
2018106580.tif 000009
【図８】
2018106580.tif 000010
【図９】
2018106580.tif 000011
【図１０】
2018106580.tif 000012
【図１１】
2018106580.tif 000013
【図１２】
2018106580.tif 000014
【図１３】
2018106580.tif 000015
【図１４】
2018106580.tif 000016
【図１５】
2018106580.tif 000017
【図１６】
2018106580.tif 000018