JP2019159449A - 情報処理装置、情報処理方法及びプログラム - Google Patents
情報処理装置、情報処理方法及びプログラム Download PDFInfo
- Publication number
- JP2019159449A JP2019159449A JP2018041582A JP2018041582A JP2019159449A JP 2019159449 A JP2019159449 A JP 2019159449A JP 2018041582 A JP2018041582 A JP 2018041582A JP 2018041582 A JP2018041582 A JP 2018041582A JP 2019159449 A JP2019159449 A JP 2019159449A
- Authority
- JP
- Japan
- Prior art keywords
- customer
- information
- menu
- order
- information processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 48
- 238000003672 processing method Methods 0.000 title claims description 8
- 235000013305 food Nutrition 0.000 claims abstract description 21
- 238000004891 communication Methods 0.000 claims abstract description 13
- 230000035622 drinking Effects 0.000 claims description 27
- 238000000034 method Methods 0.000 claims description 23
- 238000012937 correction Methods 0.000 claims description 19
- 238000004458 analytical method Methods 0.000 claims description 15
- 230000008569 process Effects 0.000 claims description 13
- 235000013361 beverage Nutrition 0.000 claims description 11
- 238000012790 confirmation Methods 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 10
- 230000004044 response Effects 0.000 claims description 3
- 238000004364 calculation method Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 240000008415 Lactuca sativa Species 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 235000011850 desserts Nutrition 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005401 electroluminescence Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 235000012045 salad Nutrition 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】複数人の顧客のグループによる飲食の際に、実際に各顧客が飲食した物に応じて各自の飲食代の負担金額を決定する。【解決手段】情報処理装置は、記憶部と通信部と制御部とを有する。記憶部は、飲食店で提供可能な複数のメニューの名称及び価格を含むメニュー情報を記憶する。通信部は、上記飲食店のテーブルに設けられたテーブル端末を介して、上記テーブルの複数の顧客のメニューの注文に関する音声データを受信可能である。制御部は、上記受信された音声データを解析して上記注文を認識するとともに、当該音声データの特徴点の違いに基づいて上記注文を上記顧客毎に分類し上記記憶部へ記憶する。【選択図】図4
Description
本発明は、飲食店において複数人の顧客からなるグループが飲食した際の飲食代に関する情報処理を実行可能な情報処理装置、情報処理方法及びプログラムに関する。
従来から、複数人のグループからなるユーザが飲食店で飲食した際に、飲食代金の各ユーザの負担金額を算出可能なシステムが存在する。
例えば、下記特許文献1には、複数の携帯端末と、サーバと、前記複数の携帯端末10の飲食店での支払い金額を複数の携帯端末で分担するときの負担金額を計算する集計端末と、を備えた負担金額計算システムであって、集計端末は、各携帯端末のGPS位置情報により各携帯端末の飲食店での滞在時間情報に基づき、携帯端末毎に負担金額における負担割合を算出し、算出した負担割合で負担金額を分割することが開示されている。
しかしながら、上記技術においては、ユーザが飲食店にいたか否かで負担割合が算出されるため、ユーザが飲食店において実際にどのような飲食物を飲食したかについては考慮されていない。したがって、ユーザによっては、実際に飲食した分の代金よりも多くの負担割合が生じる可能性がある。
以上のような事情に鑑み、本発明の目的は、複数人の顧客のグループによる飲食の際に、実際に各顧客が飲食した物を把握することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
上記目的を達成するため、本発明の一形態に係る情報処理装置は、記憶部と、通信部と、制御部とを有する。上記記憶部は、飲食店で提供可能な複数のメニューの名称及び価格を含むメニュー情報を記憶する。上記通信部は、上記飲食店のテーブルに設けられたテーブル端末を介して、上記テーブルの複数の顧客のメニューの注文に関する音声データを受信可能である。上記制御部は、上記受信された音声データを解析して上記注文を認識するとともに、当該音声データの特徴点の違いに基づいて上記注文を上記顧客毎に分類し上記記憶部へ記憶する。
この構成により情報処理装置は、注文時の各顧客の音声データの特徴点の違いに基づいて注文を顧客毎に分類することで、複数人の顧客のグループによる飲食の際に、実際に各顧客が飲食した物を把握することができ、ひいては、それに応じて各自の飲食代の負担金額を決定することができる。
上記制御部は、上記テーブル端末が感知した上記音声データの音量または発声時間が所定の閾値以上である場合に上記音声データを受信してもよい。
これにより情報処理装置は、例えば他のテーブルの顧客や店員等の声をたまたまテーブル端末が認識して誤って分類してしまうのを防ぐことができる。
上記メニュー情報は、メニュー毎に、1人用のメニューか複数人用のメニューかを示す情報を含んでもよい。この場合上記制御部は、上記メニュー情報を基に、上記認識した注文に対応するメニューが1人用のメニューであると判断した場合に、当該注文を1人の顧客の注文として分類し、上記認識した注文に対応するメニューが複数人用のメニューであると判断した場合に、当該注文を上記解析により認識された顧客の全員の注文として分類してもよい。
これにより情報処理装置は、注文されたメニューが1人用か複数人用かに応じて各顧客の負担金額を適切に算出することができる。
上記制御部は、上記認識した注文に対応するメニューが複数人用のメニューであると判断した場合であって、上記テーブル端末から上記メニューを実際に分配する顧客の人数に関する情報を受信した場合には、上記解析によらず上記注文を上記受信された人数による注文として分類してもよい。
これにより情報処理装置は、顧客からメニューのシェア人数に関する情報が得られた場合には、より正確に各顧客の負担金額を算出することができる。
上記制御部は、上記認識した注文に対応するメニューが複数人用のメニューであると判断した後に上記テーブル端末から受信した音声データから、当該複数人用のメニューの名称及び飲食しないことを示す所定のフレーズを認識した場合に、上記注文を、当該音声データの特徴点に対応する顧客を除く複数の顧客の注文として分類してもよい。
これにより情報処理装置は、複数人用のメニューであっても例えばそれを食べない顧客が居た場合にはその顧客を除く顧客の注文として分類することで、各顧客の負担金額をより正確に算出することができる。ここで所定のフレーズとは、上記メニューの名称に続く「食べません」、「食べられません」、「要りません」等のフレーズであるが、これらに限られない。
上記テーブル端末は、上記複数人の顧客の上記テーブルでの飲食開始から終了までに集音された音声データの少なくとも一部を記録してもよい。この場合上記制御部は、上記テーブル端末に所定の注文開始命令が入力された場合に、当該入力以前または以後の所定時間の音声データを上記解析に用いてもよい。
これにより情報処理装置は、顧客の注文の分類のための音声データの解析に要する負荷を最小限に抑えることができる。
上記制御部は、上記テーブル端末に上記テーブルの飲食代金の確認要求が通知された場合に、上記顧客毎に分類された注文と上記メニュー情報とを基に、上記テーブルの飲食代金のうち各顧客の負担金額を算出してもよい。
この場合の飲食代金及び負担金額は、上記テーブルにおける飲食終了時の飲食代金及び負担金額に限られず、飲食の途中における時点までにかかっている飲食代金及び負担金額も含む。
上記制御部は、上記負担金額に関する情報を上記テーブル端末または上記顧客の端末へ出力してもよい。
顧客の端末へ上記情報が出力される場合、上記制御部は、顧客の端末のアドレス情報を、上記注文の分類と対応付けてもよい。
上記制御部は、上記解析によって上記注文を顧客毎に分類できなかった場合に、上記テーブル端末を介して上記注文主を確認する確認情報を出力し、当該確認情報に応答して上記テーブル端末から受信した音声データを解析して上記注文を顧客毎に分類してもよい。
これにより情報処理装置は、注文の顧客毎の分類をより確実に実行することができ、顧客毎の負担金額を確実に算出することができる。
上記制御部は、上記確認情報に、上記顧客毎に分類できなかった音声データの再生データと、当該再生データの発声者による再発声を促す情報とを含ませてもよい。
これにより情報処理装置は、分類できなかった音声データを再生することで、当該音声データの発声者に自身の声を気づかせて再発声を促すことができる。
上記制御部は、上記テーブル端末に、上記算出された負担金額の補正を指示する所定の情報が入力された後、所定時間内に上記テーブル端末から受信した音声データから、金額を認識した場合、当該音声データの特徴点に対応する顧客の負担金額を上記認識した金額へ補正し、当該補正に応じてその他の顧客の負担金額を所定の方法で補正してもよい。
これにより情報処理装置は、例えば年長者等が多くの金額を負担する場合等、顧客の意思に基づいて、自動算出された負担金額の補正を可能とすることができる。所定の方法とは、その他の顧客の負担割合が補正前と変化しないように補正したり、その他の顧客の負担金額を同額だけ減額したりする方法であるが、これらに限られない。
上記記憶部は、上記顧客に関する顧客情報を当該顧客の声紋データと対応付けて記憶し、
上記通信部は、上記負担金額の決済処理を実行する決済サーバと通信可能であってもよい。この場合上記制御部は、上記音声データと上記声紋データとを照合して顧客を特定し、当該特定された顧客及びその負担金額に関する情報を含む決済指示情報を上記決済サーバへ送信してもよい。
上記通信部は、上記負担金額の決済処理を実行する決済サーバと通信可能であってもよい。この場合上記制御部は、上記音声データと上記声紋データとを照合して顧客を特定し、当該特定された顧客及びその負担金額に関する情報を含む決済指示情報を上記決済サーバへ送信してもよい。
これにより情報処理装置は、音声データの解析により各顧客の負担金額の算出のみならず決済処理まで行うことができる。ここで決済サーバは、飲食店が有するサーバであってもよいし、例えばクレジットカード会社や電子マネー会社等の飲食店とは異なる主体が有するサーバであってもよい。
上記決済サーバは、上記飲食店とは異なる主体に属し、上記顧客情報を上記声紋データと対応付けて記憶していてもよい。この場合上記制御部は、上記音声データを上記決済サーバへ送信して、当該決済サーバから当該決済サーバが特定した顧客に関する情報を受信し、当該決済サーバが特定した顧客と当該制御部が特定した顧客とが一致した場合に上記決済指示情報を送信してもよい。
これにより情報処理装置は、声紋データによる顧客の特定処理の精度をより高め、決済に関するトラブルを防ぐことができる。
本発明の他の形態に係る情報処理方法は、
飲食店で提供可能な複数のメニューの名称及び価格を含むメニュー情報を記憶し、
上記飲食店のテーブルに設けられたテーブル端末を介して、上記テーブルの複数の顧客のメニューの注文に関する音声データを受信し、
上記受信された音声データを解析して上記注文を認識するとともに、当該音声データの特徴点の違いに基づいて上記注文を上記顧客毎に分類し、
上記テーブル端末に上記テーブルにおける飲食の終了が通知された場合に、上記顧客毎に分類された注文と上記メニュー情報とを基に、上記テーブルの飲食代金のうち各顧客の負担金額を算出し、
上記負担金額に関する情報を上記テーブル端末へ出力することを含む。
飲食店で提供可能な複数のメニューの名称及び価格を含むメニュー情報を記憶し、
上記飲食店のテーブルに設けられたテーブル端末を介して、上記テーブルの複数の顧客のメニューの注文に関する音声データを受信し、
上記受信された音声データを解析して上記注文を認識するとともに、当該音声データの特徴点の違いに基づいて上記注文を上記顧客毎に分類し、
上記テーブル端末に上記テーブルにおける飲食の終了が通知された場合に、上記顧客毎に分類された注文と上記メニュー情報とを基に、上記テーブルの飲食代金のうち各顧客の負担金額を算出し、
上記負担金額に関する情報を上記テーブル端末へ出力することを含む。
本発明のまた別の形態に係るプログラムは、情報処理装置に、
飲食店で提供可能な複数のメニューの名称及び価格を含むメニュー情報を記憶するステップと、
上記飲食店のテーブルに設けられたテーブル端末を介して、上記テーブルの複数の顧客のメニューの注文に関する音声データを受信するステップと、
上記受信された音声データを解析して上記注文を認識するとともに、当該音声データの特徴点の違いに基づいて上記注文を上記顧客毎に分類するステップと、
上記テーブル端末に上記テーブルにおける飲食の終了が通知された場合に、上記顧客毎に分類された注文と上記メニュー情報とを基に、上記テーブルの飲食代金のうち各顧客の負担金額を算出するステップと、
上記負担金額に関する情報を上記テーブル端末へ出力するステップと、を実行させる。
飲食店で提供可能な複数のメニューの名称及び価格を含むメニュー情報を記憶するステップと、
上記飲食店のテーブルに設けられたテーブル端末を介して、上記テーブルの複数の顧客のメニューの注文に関する音声データを受信するステップと、
上記受信された音声データを解析して上記注文を認識するとともに、当該音声データの特徴点の違いに基づいて上記注文を上記顧客毎に分類するステップと、
上記テーブル端末に上記テーブルにおける飲食の終了が通知された場合に、上記顧客毎に分類された注文と上記メニュー情報とを基に、上記テーブルの飲食代金のうち各顧客の負担金額を算出するステップと、
上記負担金額に関する情報を上記テーブル端末へ出力するステップと、を実行させる。
以上説明したように、本発明によれば、複数人の顧客のグループによる飲食の際に、実際に各顧客が飲食した物に応じて各自の飲食代の負担金額を決定することができる。しかし、当該効果は本発明を限定するものではない。
以下、図面を参照しながら、本発明の実施形態を説明する。
[システムの構成]
図1は、本実施形態に係る飲食負担金額算出システムの構成を示した図である。
図1は、本実施形態に係る飲食負担金額算出システムの構成を示した図である。
同図に示すように、このシステムは、飲食店サーバ100と、複数のテーブル端末200とを含む。
飲食店サーバ100は、飲食店に設置されたサーバである。飲食店の各テーブルT(T1,T2,T3...)には、複数人からなるグループの顧客がそれぞれ着席しており、例えば各テーブルTに1台ずつ、テーブル端末200(200a,200b,200c...)が設置されている。当該飲食店サーバ100と各テーブル端末200は、例えばWLAN(Wireless Local Area Network)等のネットワークを介して接続されている。
飲食店サーバ100は、顧客からウェブサイトを介して予約を受け付けるウェブサーバとして機能すると共に、飲食店における各テーブルTの注文情報や売上情報を管理するPOS(Point of Sales)サーバとして機能し、各テーブル端末200からの注文情報を厨房の端末(図示せず)に送信したり、当該注文情報に基づいて各テーブルTの会計処理を実行したりする。
各テーブル端末200は、例えば、いわゆるスマートスピーカーとして構成されており、飲食店の各テーブルTの各顧客から音声認識による注文を受け付け、注文情報を飲食店サーバ100へ通知する。
本実施形態では、飲食店サーバ100は、テーブル端末200からの音声データを基に、各テーブルTの顧客に対応する音声毎に顧客の注文を分類することで、各テーブルTの飲食代金のうち、各顧客の負担金額を算出することが可能である。
[飲食店サーバのハードウェア構成]
図2は、上記飲食店サーバ100のハードウェア構成を示した図である。同図に示すように、飲食店サーバ100は、CPU(Central Processing Unit)11、ROM(Read Only Memory)12、RAM(Random Access Memory)13、入出力インタフェース15、及び、これらを互いに接続するバス14を備える。
図2は、上記飲食店サーバ100のハードウェア構成を示した図である。同図に示すように、飲食店サーバ100は、CPU(Central Processing Unit)11、ROM(Read Only Memory)12、RAM(Random Access Memory)13、入出力インタフェース15、及び、これらを互いに接続するバス14を備える。
CPU11は、必要に応じてRAM13等に適宜アクセスし、各種演算処理を行いながら飲食店サーバ100の各ブロック全体を統括的に制御する。ROM12は、CPU11に実行させるOS、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。RAM13は、CPU11の作業用領域等として用いられ、OS、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
入出力インタフェース15には、表示部16、操作受付部17、記憶部18、通信部19等が接続される。
表示部16は、例えばLCD(Liquid Crystal Display)、OELD(Organic ElectroLuminescence Display)、CRT(Cathode Ray Tube)等を用いた表示デバイスである。
操作受付部17は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部17がタッチパネルである場合、そのタッチパネルは表示部16と一体となり得る。
記憶部18は、例えばHDD(Hard Disk Drive)や、フラッシュメモリ(SSD;Solid State Drive)、その他の固体メモリ等の不揮発性メモリである。当該記憶部18には、上記OSや各種アプリケーション、各種データが記憶される。
特に本実施形態では、記憶部18は、テーブル端末200から受信した音声データ等を記憶するとともに、これらのデータを用いて飲食店サーバ100が飲食負担金額算出処理を実行するためのアプリケーションその他のプログラムを記憶している。後述するが、記憶部18は、そのようなデータを含むデータベースとして、メニュー情報データベース、顧客情報データベース、注文分類情報データベース、及び負担金額情報データベースを有している。
通信部19は、例えばEthernet用のNIC(Network Interface Card)や無線LAN等の無線通信用の各種モジュールであり、上記テーブル端末200との間の通信処理を担う。
図示しないが、テーブル端末200のハードウェア構成も、基本的には飲食店サーバ100と同様であるが、異なる点として、テーブル端末200の筐体には、テーブルTの顧客とのインタフェースであるマイクとスピーカーが設けられている点が挙げられる。またテーブル端末200は、注文や金額に関する情報を表示するためのディスプレイを備えていてもよい。
[飲食店サーバのデータベース構成]
図3は、上記飲食店サーバ100が有するデータベースの構成を示した図である。
図3は、上記飲食店サーバ100が有するデータベースの構成を示した図である。
同図に示すように、飲食店サーバ100は、記憶部18に、メニュー情報データベース41、顧客情報データベース42、注文分類情報データベース43、及び負担金額情報データベース44を有している。
メニュー情報データベース41は、飲食店が提供可能な複数のメニューのメニュー名及びそれらの価格等のメニュー情報を記憶している。当該メニュー情報は、例えば前菜/メイン、ランチ/ディナー/コース等のメニューカテゴリ毎に記憶されてもよい。
またメニュー情報データベース41は、各メニューについて、それが複数人用の(複数人でシェアする)メニューであるのか、1人用のメニューであるのかを区別する情報(フラグ等)を有している。すなわち、例えばサラダ、刺身の盛り合わせ、鍋料理、各種炒め物等の比較的大きな皿や鍋に盛られるメニューには複数人用のフラグが付され、飲物、デザート、定食等、1人で食べることが前提のメニューには1人用のフラグが付されている。
顧客情報データベース42は、例えば飲食店サーバ100が提供するウェブサイトを介した飲食店情報サービスの利用者(会員)である顧客に関する情報を記憶する。具体的には、顧客情報データベース42は、顧客ID、パスワード、氏名、メールアドレス、電話番号、住所、年齢(層)、性別、誕生日等の情報を顧客毎に記憶している。
また顧客情報データベース42は、少なくとも一部の顧客の声紋データを上記顧客IDと対応付けて記憶している。
注文分類情報データベース43は、テーブル端末200から受信された注文音声データの解析(声紋データの照合)及び上記複数人用/1人用フラグの判別等による、各注文の顧客毎の分類結果に関する情報を記憶している。当該情報は、1つのテーブルTにおける各顧客の音声データと、当該音声データを識別する情報(音声ID、顧客ID)と、それに対応する注文メニュー名(またはメニューID)とから構成される。当該音声データを識別する情報は、飲食店サーバ100が各テーブルTにおける飲食開始後、テーブル端末200から受信された注文音声データについて、特徴点が異なる音声データが初めて受信される毎に新たなエントリとして生成される。
負担金額情報データベース44は、上記注文分類情報データベース43に記憶された顧客(音声)毎の分類情報と、上記メニュー情報中の各メニューの価格情報とに基づいて算出された、各テーブルTの飲食代金のうちの各顧客の負担金額に関する情報を記憶している。
これら各データベースは、後述する飲食店サーバ100による、飲食負担金額算出処理において、必要に応じて相互に参照されて用いられる。
[飲食店サーバの動作]
次に、以上のように構成された飲食店サーバ100の動作について説明する。当該動作は、飲食店サーバ100のCPU11及び通信部19等のハードウェアと、記憶部18に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、CPU11を動作主体とする。
次に、以上のように構成された飲食店サーバ100の動作について説明する。当該動作は、飲食店サーバ100のCPU11及び通信部19等のハードウェアと、記憶部18に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、CPU11を動作主体とする。
図4は、飲食店サーバ100による、飲食店における飲食負担金額算出処理の流れを示したフローチャートである。
同図に示すように、飲食店サーバ100のCPU11はまず、テーブル端末200から、それが設置されているテーブルTの顧客の飲食開始通知を受信したか否かを判断する(ステップ51)。当該飲食開始通知は、例えば、テーブルTの顧客から、テーブル端末200に対して所定のフレーズ(例えば「飲食開始」等)の音声が入力されたり、ボタン押下等の所定の操作が入力されたりすることで飲食店サーバ100へ送信される。
またテーブル端末200においては、当該飲食開始時点から、顧客から飲食終了が通知される時点までの間に集音された音声データが全て記録される。
上記飲食開始通知を受信したと判断した場合(Yes)、CPU11は、上記テーブル端末200から、注文音声データを受信したか否かを判断する(ステップ52)。当該注文音声データとして、例えば、テーブルTの顧客から、注文の意思を示す所定のフレーズ(例えば「注文お願い」等)の音声(注文開始命令)が入力された後、所定時間内(例えば30秒、1分以内等)に入力された音声データがテーブル端末200から飲食店サーバ100へ送信される。
この際、CPU11は、上記テーブル端末200が感知した音声データのうち、音量または発声時間が所定の閾値以上である音声データのみを受信してもよい(テーブル端末200は、所定の閾値上の音声データのみを飲食店サーバ100へ送信してもよい)。これにより、例えば他のテーブルTの顧客や店員等の声をたまたまテーブル端末200が認識してしまうことで、注文が誤って分類されてしまうのが防止される。
上記注文音声データを受信したと判断した場合(Yes)、CPU11は、上記注文音声データを解析して、顧客から注文されたメニュー名を認識する(ステップ53)。この場合に用いられる音声認識技術としては、従来から存在する統計的手法等が用いられ得る。
ここで、上記注文開始命令後の所定時間内の音声データでは特徴点が認識できない場合には、CPU11は、当該所定時間の前後の時間に対応する音声データをテーブル端末200から受信して、上記解析の補助データとして利用してもよい。
続いてCPU11は、上記注文音声データを、上記顧客情報データベース42に含まれる複数の声紋データと照合する(ステップ54)。
上記注文音声データに合致する声紋データが存在すると判断した場合(ステップ55のYes)、CPU11は、上記認識したメニュー名と、上記合致する声紋データに対応する顧客情報とを、対応付けて上記注文分類情報データベース43に記憶する(ステップ56)。
この際、CPU11は、上記認識したメニュー名に付された複数人用/1人用フラグを参照し、当該メニュー名に付されたフラグが複数人用フラグである場合には、上記注文を、上記声紋データに対応する顧客を含む、テーブル全員の注文として分類する。一方、当該メニュー名に付されたフラグが1人用フラグである場合には、上記注文を、上記声紋データに合致する顧客のみの注文として分類する。
一方、上記注文データに合致する声紋データ存在しないと判断した場合(ステップ55のNo)、CPU11は、上記音声データの解析によって得られた特徴点が合致する音声データが既に注文分類情報データベース43にエントリされているか否かを判断する(ステップ57)。
上記特徴点が合致する音声データがエントリされていると判断した場合(Yes)、CPU11は、上記認識したメニュー名と、上記エントリ済みの音声データの識別情報とを対応付けて記憶する(ステップ58)。この場合もCPU11は、上記認識したメニューに付された複数人用/1人用フラグに応じて、上記注文を、名前等の顧客情報は特定できないものの上記音声データと特徴点が合致する声の持ち主である顧客(のみ)の注文として、または、当該顧客を含むテーブル全員の注文として、分類する。
上記特徴点が合致する音声データがエントリされていないと判断した場合(No)、CPU11は、上記注文分類情報データベース43に新たにエントリを追加し、上記認識したメニュー名と、新たにエントリした音声データの識別情報とを対応付けて記憶する(ステップ59)。この場合もCPU11は、上記認識したメニューに付された複数人用/1人用フラグに応じて、上記注文を、名前等の顧客情報は特定できないものの、これまで認識された特徴点とは異なる特徴点を有する声の持ち主である顧客(のみ)の注文として、または、当該顧客を含むテーブル全員の注文として、分類する。
ここで、CPU11は、上記音声データの解析によっても注文を顧客毎に分類できなかった場合(声紋または特徴点の違いが認識できなかった場合)には、テーブル端末200を介して、注文主を確認する確認情報を出力し、当該確認情報に応答してテーブル端末200から受信した音声データを解析して、上記注文を顧客毎に分類してもよい。
例えば、CPU11は、確認情報として、上記顧客毎に分類できなかった音声データを再生した再生データと、当該再生データの発声者に再度の発声を促す音声データとを出力してもよい。具体的には、「『〇〇〇〇〇』(再生データ)と注文した方、もう一度注文をお願いします。」といった音声データであるが、これに限られない。これにより、当該注文音声データの発声者は自身の声であることに気づき、注文音声を再発声することで、CPU11は当該注文音声を顧客毎に分類することができる。
続いてCPU11は、テーブル端末200から、上記テーブルTにおける顧客の飲食終了が通知されたか否かを判断する(ステップ60)。当該飲食終了も、上記飲食開始と同様、所定フレーズ(例えば「飲食終了」等)の音声や、ボタン押下等の所定の操作によってテーブル端末200に入力される。飲食終了が通知されない場合(No)、CPU11は、上記ステップ52からステップ59までの処理を繰り返し、各注文を顧客毎に分類していく。
テーブル端末200から飲食終了が通知されたと判断した場合(Yes)、CPU11は、上記注文分類情報データベース43を参照して、飲食開始から現在までの注文について、分類された顧客(特定の顧客情報又は音声の特徴点の識別情報)毎に、各メニューの価格を合計することで、飲食を終了したテーブルTの各顧客の負担金額を算出する(ステップ61)。またCPU11は、当該算出した各顧客の負担金額情報を、顧客の識別情報と対応付けて上記負担金額情報データベース44に記憶する。
続いてCPU11は、上記算出した各顧客の負担金額に関する情報を生成し、それを例えば音声データとしてテーブル端末200へ送信してスピーカーから出力させる(ステップ62)。当該音声データは、顧客の氏名が特定されている場合には、例えば「〇〇さんの負担額は、××××円です。」といったフレーズであってもよいし、顧客の氏名が特定されていない場合には、注文時の音声データを用いて、例えば「『○○○○』と注文された方の負担額は、××××円です。」といったフレーズであってもよい。
また、テーブルTの全ての顧客の氏名が特定されている場合、上記負担金額情報として、当該氏名と負担金額を示すテキスト情報がテーブル端末200のディスプレイに出力されてもよい。
また、各顧客の負担金額情報が出力される前に、上記テーブルTの飲食代金の総額を示す情報が出力されてもよい。
続いてCPU11は、テーブル端末200から、上記負担金額の補正指示を受信したか否かを判断する(ステップ65)。
当該負担金額の補正指示は、例えば、テーブル端末200によって、いずれかの顧客から補正の意思を示す所定のフレーズ(例えば「金額補正お願いします。」等)が認識され、その後、所定時間内(例えば30秒、1分以内等)に、補正後の金額を示す音声が入力されることで、当該入力された音声データと共に通知される。
ここで、顧客から負担金額の補正が要求される場合としては、例えば、同じ会社の社員同士で飲食していた場合に年長者や上司が自身の実際の飲食分よりも多くの金額を負担することを望む場合や、飲食会の幹事が、会のメンバーそれぞれの立場等を考慮して負担金額に差を設けたりする場合等が挙げられる。
より具体的には、例えば同じテーブルTで飲食していたAさん、Bさん、Cさん、Dさんのグループのうち、上司であるAさんが、各自の負担金額を確認した後に「私が10000円払うよ。」とか「君たちは3000円でいいよ。」等と発言する場合が考えられる。前者の場合には、Aさんがテーブル端末200に負担金額の補正指示を入力した後、所定時間内に「10000円」との音声を入力する。後者の場合には、Bさん、Cさん、Dさんのいずれかが、テーブル端末200に負担金額の補正指示を入力した後、所定時間内に、Bさん、Cさん、Dさんのそれぞれが「3000円」との音声を入力する。
この場合テーブル端末200は、金額補正指示と共に、上記所定時間内に入力された、補正金額を示す音声データを飲食店サーバ100へ送信する。飲食店サーバ100のCPU11は、当該音声データから補正後の負担金額を認識するとともに、その特徴点を解析して、当該音声データの発声主が、上記分類された顧客のうち誰であるかを判別し、判別した顧客の負担金額を、上記算出した負担金額から、認識した補正後の負担金額へ補正する。
そしてCPU11は、当該補正に応じて、判別した顧客以外の顧客の負担金額も補正して、上記負担金額情報データベース44を更新する。この場合の他の顧客の負担金額の補正手法としては、例えば以下のような方法が挙げられる。
(1)飲食代金総額に対する補正前の各自の負担金額の割合が補正後も同一となるように各自の補正金額を補正する。
(2)補正の意思を示した顧客の負担金額の補正による増減分を、他の顧客の数で等分して減額または増額する。
(1)飲食代金総額に対する補正前の各自の負担金額の割合が補正後も同一となるように各自の補正金額を補正する。
(2)補正の意思を示した顧客の負担金額の補正による増減分を、他の顧客の数で等分して減額または増額する。
CPU11は、上記補正指示を受信した際に、顧客から、テーブル端末200を介して、上記(1)または(2)のうちいずれかの補正方法の選択を例えば音声により受け付けても構わない。
CPU11は、この補正後の各自の負担金額を示す情報をテーブル端末200へ送信して、最初に負担金額情報を通知した際と同様に、スピーカー等から出力させてもよい。また、当該負担金額の補正は、複数回可能であってもよい。
負担金額の補正処理が完了すると、CPU11は、テーブル端末200を介して、決済指示を受信したか否かを判断する(ステップ65)。当該決済指示は、顧客からテーブル端末200に例えば「決済お願いします」といった音声が入力され認識されることで飲食店端末100へ送信される。
決済指示を受信したと判断した場合(Yes)、CPU11は、受信した音声データを解析して、上記声紋データと照合することで、その発声主である顧客を特定し、当該特定された顧客について登録された決済手段による決済命令を、例えば飲食店内で飲食店サーバ100に接続された決済サーバ(図示せず)に送信して決済処理を実行させる(ステップ66)。また、決済サーバによらずに、飲食店サーバ100自らが決済処理を実行しても構わない。
なお決済指示が入力されるのは、テーブルTの各顧客のうち少なくとも1人の顧客情報(氏名等)が特定され、かつ、当該顧客のクレジットカードや電子マネー等の決済手段が登録されている場合であり、そうでない顧客は、飲食店のキャッシュレジスターを介して直接各自の負担金額を支払うことになる。
[まとめ]
以上説明したように、本実施形態によれば、飲食店サーバ100は、複数人の顧客のグループによる飲食の際に、実際に各顧客が飲食した物に応じて各自の飲食代の負担金額を決定することができる。
以上説明したように、本実施形態によれば、飲食店サーバ100は、複数人の顧客のグループによる飲食の際に、実際に各顧客が飲食した物に応じて各自の飲食代の負担金額を決定することができる。
また飲食店サーバ100は、テーブル端末200から注文音声データを受信した場合にのみ音声データの解析を実行すればよいため、注文の顧客毎の分類処理に要する負荷は最低限で済む。
[変形例]
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。
上述の実施形態において、CPU11は、各メニューの複数人用/1人用フラグを参照して、認識した注文のメニューが複数人用のメニューであると判断した場合には、当該注文を、音声データの解析により特定したテーブルTの顧客全員の注文として分類していた。しかし、CPU11は、注文メニューが複数人用のメニューであると判断した場合であって、テーブル端末200から、上記メニューを分配する顧客の人数に関する情報を受信した場合には、上記解析によらず上記注文を上記受信された人数による注文として分類してもよい。これは、複数人用のメニューであっても、何らかの理由でそれを食べない顧客が存在する可能性があることによる。この処理により飲食店サーバ100は、より正確に各顧客の負担金額を算出することができる。
またCPU11は、上記認識した注文メニューが複数人用のメニューであると判断した後に、テーブル端末200から受信した音声データから、当該複数人用のメニューの名称及び飲食しないことを示す所定のフレーズを認識した場合には、上記注文を、当該音声データの特徴点に対応する顧客を除く複数の顧客の注文として分類してもよい。所定のフレーズとは、上記メニューの名称に続く「〇〇〇(メニュー名)は食べません」、「〇〇〇(メニュー名)は食べられません」、「〇〇〇(メニュー名)は要りません」等のフレーズであるが、これらに限られない。このような処理によっても、飲食店サーバ100は、より正確に各顧客の負担金額を算出することができる。
上述の実施形態では、決済サーバが飲食店内に存在する例が示された。しかし、決済サーバは、飲食店とは異なる主体に属し、飲食店の外部に存在していてもよい。この場合決済サーバは、顧客情報データベース42と同様の顧客情報を声紋データと対応付けて記憶している。この場合飲食店サーバ100のCPU11は、決済が指示された場合に、対応する顧客の音声データを決済サーバへ送信して、当該決済サーバから当該決済サーバが特定した顧客に関する情報を受信し、当該決済サーバが特定した顧客とCPU11が自ら特定した顧客とが一致した場合に、決済サーバに決済指示情報を送信してもよい。これにより飲食店サーバ100は、声紋データを決済サーバにダブルチェックさせることで、顧客の特定処理の精度をより高め、決済に関するトラブルを防ぐことができる。
上述の実施形態では、注文の顧客毎の分類処理は、各顧客の負担金額の算出のために実行された。しかし、当該分類処理はそれ以外にも、例えば各会員顧客の嗜好分析や注文傾向分析等のために実行されてもよい。
本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも1つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。
11…CPU
18…記憶部
19…通信部
26…表示部
41…メニュー情報データベース
42…顧客情報データベース
43…注文分類情報データベース
44…負担金額情報データベース
100…飲食店サーバ
200…ユーザ端末
18…記憶部
19…通信部
26…表示部
41…メニュー情報データベース
42…顧客情報データベース
43…注文分類情報データベース
44…負担金額情報データベース
100…飲食店サーバ
200…ユーザ端末
Claims (15)
- 飲食店で提供可能な複数のメニューの名称及び価格を含むメニュー情報を記憶する記憶部と、
前記飲食店のテーブルに設けられたテーブル端末を介して、前記テーブルの複数の顧客のメニューの注文に関する音声データを受信可能な通信部と、
前記受信された音声データを解析して前記注文を認識するとともに、当該音声データの特徴点の違いに基づいて前記注文を前記顧客毎に分類し前記記憶部へ記憶する制御部と
を具備する情報処理装置。 - 請求項1に記載の情報処理装置であって、
前記制御部は、前記テーブル端末が感知した前記音声データの音量または発声時間が所定の閾値以上である場合に前記音声データを受信する
情報処理装置。 - 請求項1または2に記載の情報処理装置であって、
前記メニュー情報は、メニュー毎に、1人用のメニューか複数人用のメニューかを示す情報を含み、
前記制御部は、前記メニュー情報を基に、前記認識した注文に対応するメニューが1人用のメニューであると判断した場合に、当該注文を1人の顧客の注文として分類し、前記認識した注文に対応するメニューが複数人用のメニューであると判断した場合に、当該注文を前記解析により認識された顧客の全員の注文として分類する
情報処理装置。 - 請求項3に記載の情報処理装置であって、
前記制御部は、前記認識した注文に対応するメニューが複数人用のメニューであると判断した場合であって、前記テーブル端末から前記メニューを分配する顧客の人数に関する情報を受信した場合には、前記解析によらず前記注文を前記受信された人数による注文として分類する
情報処理装置。 - 請求項3に記載の情報処理装置であって、
前記制御部は、前記認識した注文に対応するメニューが複数人用のメニューであると判断した後に前記テーブル端末から受信した音声データから、当該複数人用のメニューの名称及び飲食しないことを示す所定のフレーズを認識した場合に、前記注文を、当該音声データの特徴点に対応する顧客を除く複数の顧客の注文として分類する
情報処理装置。 - 請求項1乃至5のいずれかに記載の情報処理装置であって、
前記テーブル端末は、前記複数人の顧客の前記テーブルでの飲食開始から終了までに集音された音声データの少なくとも一部を記録しており、
前記制御部は、前記テーブル端末に所定の注文開始命令が入力された場合に、当該入力以前または以後の所定時間の音声データを前記解析に用いる
情報処理装置。 - 請求項1乃至6のいずれかに記載の情報処理装置であって、
前記制御部は、前記テーブル端末に前記テーブルの飲食代金の確認要求が通知された場合に、前記顧客毎に分類された注文と前記メニュー情報とを基に、前記テーブルの飲食代金のうち各顧客の負担金額を算出する
情報処理装置。 - 請求項7に記載の情報処理装置であって、
前記制御部は、前記負担金額に関する情報を前記テーブル端末または前記顧客の端末へ出力する
情報処理装置。 - 請求項1乃至8のいずれかに記載の情報処理装置であって、
前記制御部は、前記解析によって前記注文を顧客毎に分類できなかった場合に、前記テーブル端末を介して前記注文主を確認する確認情報を出力し、当該確認情報に応答して前記テーブル端末から受信した音声データを解析して前記注文を顧客毎に分類する
情報処理装置。 - 請求項9に記載の情報処理装置であって、
前記制御部は、前記確認情報に、前記顧客毎に分類できなかった音声データの再生データと、当該再生データの発声者による再発声を促す情報とを含ませる
情報処理装置。 - 請求項1乃至10のいずれかに記載の情報処理装置であって、
前記制御部は、前記テーブル端末に、前記算出された負担金額の補正を指示する所定の情報が入力された後、所定時間内に前記テーブル端末から受信した音声データから、金額を認識した場合、当該音声データの特徴点に対応する顧客の負担金額を前記認識した金額へ補正し、当該補正に応じてその他の顧客の負担金額を所定の方法で補正する
情報処理装置。 - 請求項1乃至11のいずれかに記載の情報処理装置であって、
前記記憶部は、前記顧客に関する顧客情報を当該顧客の声紋データと対応付けて記憶し、
前記通信部は、前記負担金額の決済処理を実行する決済サーバと通信可能であり、
前記制御部は、前記音声データと前記声紋データとを照合して顧客を特定し、当該特定された顧客及びその負担金額に関する情報を含む決済指示情報を前記決済サーバへ送信する
情報処理装置。 - 請求項12に記載の情報処理装置であって、
前記決済サーバは、前記飲食店とは異なる主体に属し、前記顧客情報を前記声紋データと対応付けて記憶しており、
前記制御部は、前記音声データを前記決済サーバへ送信して、当該決済サーバから当該決済サーバが特定した顧客に関する情報を受信し、当該決済サーバが特定した顧客と当該制御部が特定した顧客とが一致した場合に前記決済指示情報を送信する
情報処理装置。 - 飲食店で提供可能な複数のメニューの名称及び価格を含むメニュー情報を記憶し、
前記飲食店のテーブルに設けられたテーブル端末を介して、前記テーブルの複数の顧客のメニューの注文に関する音声データを受信し、
前記受信された音声データを解析して前記注文を認識するとともに、当該音声データの特徴点の違いに基づいて前記注文を前記顧客毎に分類し記憶する
情報処理方法。 - 情報処理装置に、
飲食店で提供可能な複数のメニューの名称及び価格を含むメニュー情報を記憶するステップと、
前記飲食店のテーブルに設けられたテーブル端末を介して、前記テーブルの複数の顧客のメニューの注文に関する音声データを受信するステップと、
前記受信された音声データを解析して前記注文を認識するとともに、当該音声データの特徴点の違いに基づいて前記注文を前記顧客毎に分類し記憶するステップと
を実行させるプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018041582A JP2019159449A (ja) | 2018-03-08 | 2018-03-08 | 情報処理装置、情報処理方法及びプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018041582A JP2019159449A (ja) | 2018-03-08 | 2018-03-08 | 情報処理装置、情報処理方法及びプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2019159449A true JP2019159449A (ja) | 2019-09-19 |
Family
ID=67994855
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2018041582A Pending JP2019159449A (ja) | 2018-03-08 | 2018-03-08 | 情報処理装置、情報処理方法及びプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2019159449A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112868044A (zh) * | 2019-09-27 | 2021-05-28 | 株式会社咕嘟妈咪 | 信息处理装置、方法及程序 |
KR20220056003A (ko) * | 2020-10-27 | 2022-05-04 | 주식회사 씽크솔루션 | 포터블 키오스크를 적용한 무인 매장 운용시스템 |
WO2023287074A1 (ko) * | 2021-07-12 | 2023-01-19 | 주식회사 식파마 | 메뉴 조합 추천 방법 |
-
2018
- 2018-03-08 JP JP2018041582A patent/JP2019159449A/ja active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112868044A (zh) * | 2019-09-27 | 2021-05-28 | 株式会社咕嘟妈咪 | 信息处理装置、方法及程序 |
KR20220056003A (ko) * | 2020-10-27 | 2022-05-04 | 주식회사 씽크솔루션 | 포터블 키오스크를 적용한 무인 매장 운용시스템 |
KR102551908B1 (ko) * | 2020-10-27 | 2023-07-05 | 주식회사 씽크솔루션 | 포터블 키오스크를 적용한 무인 매장 운용시스템 |
WO2023287074A1 (ko) * | 2021-07-12 | 2023-01-19 | 주식회사 식파마 | 메뉴 조합 추천 방법 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10204335B1 (en) | Proximity-based mobile device payments | |
US20190215284A1 (en) | Virtual concierge systems and methods | |
US20190272577A1 (en) | Systems and methods for transaction-based real time pre-intent recommendations for a sequential purchase | |
US20150025983A1 (en) | System and method for facilitating restaurant orders | |
US20200097915A1 (en) | Support system, server device, and support method | |
US20150206122A1 (en) | Point of sale normalization and extension services for invoice management | |
US20060186197A1 (en) | Method and apparatus for wireless customer interaction with the attendants working in a restaurant | |
WO2018107077A1 (en) | System and method for assisting parties in a business environment | |
US10546341B2 (en) | System, computer-readable storage medium, and method for operation management | |
US20160086236A1 (en) | Improvements in Systems, Methods and Devices for Processing Transactions | |
JP2019159449A (ja) | 情報処理装置、情報処理方法及びプログラム | |
US20110173081A1 (en) | Systems and methods using point-of-sale customer identification | |
US20170076358A1 (en) | Simplified orders using words or phrases | |
JP6702848B2 (ja) | 業務管理方法、業務管理プログラム、及び業務管理装置 | |
JP5746554B2 (ja) | 情報提供システム、情報提供方法、プログラム及び情報記録媒体 | |
US10325252B2 (en) | Payment management apparatus, payment management method, and storage medium | |
CN113988532A (zh) | 团体配送订单的提交方法、装置、电子设备 | |
US20200193403A1 (en) | Systems and methods for processing customer payments for an establishment | |
US11238859B2 (en) | Voice-based transaction processing with location-based activation | |
JP2023016612A (ja) | 自動精算システム、自動精算方法、及び自動精算プログラム | |
WO2021222975A1 (en) | System and method for facilitating online reservations | |
US20160042441A1 (en) | Shop system | |
US20230206358A1 (en) | Systems and methods for coordinating ordering between mobile devices | |
JP6498165B2 (ja) | 情報処理装置、情報処理方法および情報処理プログラム | |
JP6728147B2 (ja) | 業務管理 |