JP6290108B2 - ドライブスルーシステム - Google Patents

Description

本発明の実施形態は、ドライブスルーシステムに関する。

従来、乗車しながら商品の注文、会計、および受け取りができるドライブスルーシステムが知られている。このドライブスルーシステムは、注文内容等を表示させるディスプレイ等を有する場合がある。しかしながら、このドライブスルーシステムにおけるディスプレイ等の表示量には制限がある。したがって、従来のドライブスルーシステムは、効果的に情報を提示することができない場合があった。

特開２００５−２６７６１１号公報

本発明が解決しようとする課題は、より効果的に情報を提示することができるドライブスルーシステムを提供することである。

実施形態のドライブスルーシステムは、情報記憶部と、情報提示部と、ユーザ認識部と、属性判定部と、情報提示制御部と、会計端末とを持つ。情報記憶部は、商品に関する商品情報と広告情報とを記憶する。情報提示部は、車両が走行する通路に沿って設けられ、情報を提示する領域を複数有する。ユーザ認識部は、車両に乗車しながら前記情報提示部により提示された商品情報を参照して前記商品の注文を行うユーザの顔を認識する。属性判定部は、前記ユーザ認識部の認識結果に基づいてユーザの属性を判定する。情報提示制御部は、前記属性判定部により判定された属性に対応付けられた前記商品情報又は前記広告情報を前記情報記憶部から取得し、取得した前記商品情報又は前記広告情報を前記情報提示部により提示させる。会計端末は、前記商品の注文を受け付けて注文データを生成し、前記商品の会計を行う。前記情報提示制御部は、注文数及び調理時間に基づいて時間情報を算出し、算出された時間情報に基づいて、前記情報提示部に提示する情報を制御する。

実施形態のドライブスルーシステム１のシステム構成を示す概略図である。 実施形態のドライブスルーシステム１のシステム構成を示す上面図である。 実施形態のドライブスルーシステム１の機能的な構成を示すブロック図である。 実施形態のドライブスルーシステム１のけるディスプレイ装置２０の表示画面２００の一例を示す図である。 実施形態のドライブスルーシステム１において、商品の注文時にメニューを表示させる処理の流れを示すフローチャートである。 実施形態のドライブスルーシステム１におけるユーザグループの属性を示す図である。 実施形態のドライブスルーシステム１における乗車ＩＤと属性ＩＤと乗車人数との関係を示す図である。 実施形態のドライブスルーシステム１における購入分析データベース９６の一例を示す図である。 実施形態のドライブスルーシステム１において、商品の注文後に広告情報を表示させる処理の流れを示すフローチャートである。 実施形態のドライブスルーシステム１において、商品の注文時にメニューを表示させる他の処理の流れを示すフローチャートである。 実施形態のドライブスルーシステム１において、商品の注文時にメニューを表示させる他の処理の流れを示すフローチャートである。 実施形態のドライブスルーシステム１の他のシステム構成を示す上面図である。

以下、実施形態のドライブスルーシステム１について説明する。この実施形態のドライブスルーシステム１は、一例として、商品の注文、会計、および受け取りというタスクを車両Ｖに乗車しながら行うことができるものについて説明する。

図１は、実施形態のドライブスルーシステム１のシステム構成を示す概略図である。図２は、実施形態のドライブスルーシステム１のシステム構成を示す上面図である。
ドライブスルーシステム１は、カメラ装置１０と、ディスプレイ装置２０とを有する。ドライブスルーシステム１は、ＰＯＳ（Point Of Sale）端末３０と、厨房端末４０と調理管理サーバー５０とを有する。ドライブスルーシステム１は、映像処理部６０と、情報提示制御部７０と、コンテンツサーバー８０と、データ管理サーバー９０とを有する。

カメラ装置１０は、ＣＣＤ（Charge Coupled Device）撮像素子を有する。カメラ装置１０は、通路Ｒの入口の位置Ｐ１に進入する車両Ｖが撮像可能な位置に設置される。また、カメラ装置１０は、車両Ｖに乗車する複数のユーザが撮像可能な撮像範囲に設定される。カメラ装置１０は、例えば、図２に示すように、通路Ｒの入口に進入した車両Ｖ（Ｐ１）が撮像可能であって、通路Ｒの進行方向における側方に設置される。なお、カメラ装置１０は、車両Ｖの車内を撮像するために複数のカメラ群であってもよい。

ディスプレイ装置２０は、液晶ディスプレイである。ディスプレイ装置２０は、車両Ｖに乗車したユーザから視認可能な位置に表示画面を向けて設置される。ディスプレイ装置２０は、例えば、通路Ｒの両側方に対向して設置される。また、ディスプレイ装置２０は、車両Ｖの進行方向に沿って、複数設置される。

図２に示すように、ディスプレイ装置２０（Ｐ２−Ｌ）および（Ｐ２−Ｒ）は、進行方向の位置Ｐ２において表示画面を対向させて配置される。これにより、位置Ｐ２に進入した車両Ｖ（Ｐ２）の両側方からは、ディスプレイ装置２０（Ｐ２−Ｌ）および（Ｐ２−Ｒ）の表示画面が視認可能となる。ディスプレイ装置２０（Ｐ３−Ｌ）および（Ｐ３−Ｒ）は、進行方向の位置Ｐ３において表示画面を対向させて配置される。これにより、位置Ｐ３に進入した車両Ｖ（Ｐ３）の両側方からは、ディスプレイ装置２０（Ｐ３−Ｌ）および（Ｐ３−Ｒ）の表示画面が視認可能となる。なお、図２に示した４台のディスプレイ装置を総称して「ディスプレイ装置２０」とも呼ぶ。
なお、ディスプレイ装置２０は、単一であってもよく、複数であってもよく、進行方向の一方の側面に設置されていてもよい。また、ディスプレイ装置２０は、商品の注文、精算および受取のそれぞれのタスクを行う場所に設置されていてもよい。

図３は、実施形態のドライブスルーシステム１の機能的な構成を示すブロック図である。
ドライブスルーシステム１は、店舗システムとしてＰＯＳ端末３０と厨房端末４０と調理管理サーバー５０とを有する。ＰＯＳ端末３０、厨房端末４０、および調理管理サーバー５０は、店舗内に施設されたＬＡＮ（Local Area Network）回線により接続される。また、映像処理部６０、情報提示制御部７０、データ管理サーバー９０およびコンテンツサーバー８０は、店舗システムとＬＡＮ回線により接続される。
なお、データ管理サーバー９０およびコンテンツサーバー８０は、汎用の通信回線を介して店舗システム、映像処理部６０および情報提示制御部７０と接続されていてもよい。また、映像処理部６０、情報提示制御部７０、コンテンツサーバー８０、およびデータ管理サーバー９０は店舗外に備えられていてもよい。この場合、映像処理部６０、情報提示制御部７０、コンテンツサーバー８０、およびデータ管理サーバー９０は汎用の通信回線を介して店舗システムに接続される。

ＰＯＳ端末（会計端末）３０は、操作インターフェース、通信インターフェース、およびＣＰＵ（Central Processing Unit）等を有するレジスター装置である。ＰＯＳ端末３０は、位置Ｐ１に進入した車両Ｖに乗車したユーザと会話する店員により操作される。ＰＯＳ端末３０は、店員により操作され、商品の注文を受け付ける。ＰＯＳ端末３０は、注文された商品名および数量を含む注文データを生成して送信する。また、ＰＯＳ端末３０は、店員により操作され、商品の精算処理を行う。ＰＯＳ端末３０は、精算結果を生成して送信する。なお、ＰＯＳ端末３０は、１台に限定されるものではない。

調理管理サーバー５０は、通信インターフェース、およびＣＰＵ等を有するコンピュータである。調理管理サーバー５０は、ＰＯＳ端末３０により送信された注文データを受信する。調理管理サーバー５０は、受信した注文データに基づいて調理指示データを作成する。この調理指示データは、厨房端末４０に送信される。調理指示データは、調理の対象となる商品名および数量を注文ごとに示す調理指示を表す。これにより、調理管理サーバー５０は、注文した商品を調理するためにタスクを管理する。

厨房端末４０は、店舗の厨房内に設置される。厨房端末４０は、通信インターフェース、表示インターフェース、印刷機構、操作インターフェースおよびＣＰＵ等を有するコンピュータである。厨房端末４０は、調理管理サーバー５０から送信された調理指示データを受信する。厨房端末４０は、調理指示データに基づいて、調理指示を表示または印刷する。厨房端末４０は、調理の各タスクが完了したことに応じて入力操作される。なお、厨房端末４０は、１台に限定されるものではない。

映像処理部６０は、通信インターフェースおよびＣＰＵ等を有するコンピュータである。映像処理部６０は、ユーザ認識部６２と、属性判定部６４とを有する。ユーザ認識部６２は、カメラ装置１０により生成された映像データを受信する。
ユーザ認識部６２は、エッジ抽出処理等を行い、映像データからユーザの顔領域を抽出する。ユーザ認識部６２は、顔領域に含まれる映像データに対してパターンマッチング等を行ってユーザの顔を認識する。ユーザ認識部６２は、ユーザの顔の認識結果を生成する。このユーザの顔の認識結果は、ユーザの性別および年齢を含む。このとき、ユーザ認識部６２は、予めユーザの性別および年齢に対応して顔の特徴量をクラスタリングしておく。ユーザ認識部６２は、認識処理により得た特徴量とクラスタリングされた特徴量との距離を算出する。ユーザ認識部６２は、認識処理により得た特徴量と最も近いクラスタリングされた特徴量に対応した性別および年齢に属することを判定する。なお、ユーザ認識部６２において顧客を特定する処理は、映像に基づいてユーザの顔を認証したが、他の手法であってもよい。
ユーザ認識部６２は、データ管理サーバー９０に記憶された情報を参照して、以前に店舗を利用したことがある人物かどうかを認識してもよい。また、ユーザ認識部６２は、車両番号、または乗車位置を含む車両情報を判定してもよい。
属性判定部６４は、ユーザ認識部６２により生成された認識結果に基づいてユーザの属性を判定する。ユーザの属性は、ユーザの属性および年齢層に基づいて複数に区分されている。

情報提示制御部７０は、通信インターフェースおよびＣＰＵ等を有するコンピュータである。情報提示制御部７０は、ディスプレイ装置２０に表示データを送信して、ディスプレイ装置２０により提示する情報を制御する。図４は、実施形態のドライブスルーシステム１におけるディスプレイ装置２０の表示画面２００の一例を示す図である。情報提示制御部７０は、表示画面２００を複数の領域Ａ〜Ｅに区分し、それぞれの領域Ａ〜Ｅに異なる情報を提示する。また、情報提示制御部７０は、複数の領域Ａ〜Ｅの何れかにメニュー情報および広告情報を提示する。
表示画面２００における領域のレイアウトは、予めテンプレートとして情報提示制御部７０に記憶してもよい。情報提示制御部７０は、テンプレートを変更することによって領域のレイアウトを変更する。また、情報提示制御部７０は、表示画面２００を複数の領域に区分せずに、表示画面２００の一面に情報を提示してもよい。

コンテンツサーバー８０は、ハードディスク等の記憶部と、通信インターフェースと、ＣＰＵとを有するコンピュータである。コンテンツサーバー８０は、メニュー記憶部８２ａと、広告記憶部８２ｂと、制御部８４とを有する。コンテンツサーバー８０は、メニュー情報および広告情報を、制御部８４の制御に従って情報提示制御部７０に送信する。また、コンテンツサーバー８０は、クーポン記憶部８２ｃと、ゲーム記憶部８２ｄとを有していてもよい。

データ管理サーバー９０は、ハードディスク等の記憶部と、通信インターフェースと、ＣＰＵとを有するコンピュータである。データ管理サーバー９０は、顧客管理データベース９２と、注文履歴データベース９４と、購入分析データベース９６と、制御部９８とを有する。顧客管理データベース９２は、顧客情報を管理するためのものである。注文履歴データベース９４は、顧客の注文を管理するためのものである。購入分析データベース９６は、購入全体の傾向を分析するためのものである。データ管理サーバー９０は、制御部９８の制御に従って、各データベースに格納される情報を更新する。

以下、上述したドライブスルーシステム１においてメニューを表示させる処理を説明する。図５は、実施形態のドライブスルーシステム１において、商品の注文時にメニューを表示させる処理の流れを示すフローチャートである。

まず、ドライブスルーシステム１は、車両Ｖが通路Ｒへ入場を検知するまで待機する（ＡＣＴ１００）。なお、カメラ装置１０は常時撮像を行っていてもよい。映像処理部６０は、車両Ｖの入場を検知すると（ＡＣＴ１００：ＹＥＳ）、カメラ装置１０により撮像された映像データを取り込む（ＡＣＴ１０２）。これにより、映像処理部６０には、車両Ｖおよび車両Ｖの車内のユーザを含む映像データが供給される。

次に、ユーザ認識部６２は、カメラ装置１０により撮像された映像データに対して認識処理を行い、認識結果として車両Ｖおよび人物を検知する（ＡＣＴ１０４）。これにより、ユーザ認識部６２は、車両Ｖに乗車した人物毎に顔の認識結果を生成する。

次に属性判定部６４は、車両Ｖの乗車人数および属性を判定する（ＡＣＴ１０６）。このとき、属性判定部６４は、認識結果に含まれる性別および年齢をデータ管理サーバー９０に送信する。属性判定部６４は、認識結果に対応づけて乗車ＩＤを送信する。データ管理サーバー９０は、乗車ＩＤが同じ認識結果をまとめて、図６に示す複数の認識結果の組み合わせを生成する。

図６は、実施形態のドライブスルーシステム１におけるユーザグループの属性を示す図である。データ管理サーバー９０は、同じ乗車ＩＤの認識結果について一つの属性ＩＤを付加する。例えば、図６に示す属性ＩＤが「０００１」のユーザグループが存在するとする。この場合、データ管理サーバー９０は、「男性、３０代」、「女性、３０代」、「男性、１０代」、のそれぞれ認識結果を得た場合、「０００１」の属性ＩＤを取得する。この「０００１」の属性ＩＤは、例えば「小家族」に対応したユーザグループを表す。また、ユーザグループとしては、若年層のグループ、老年層のグループ、男性のグループ、または女性のグループなどがあってもよい。
また、データ管理サーバー９０は、乗車ＩＤのカウント数を乗車人数として算出する。図７は、実施形態のドライブスルーシステム１における乗車ＩＤと属性ＩＤと乗車人数との関係を示す図である。

次にデータ管理サーバー９０は、購入分析データベース９６を参照し、属性ＩＤおよび乗車人数に合致するメニューＩＤを抽出する（ＡＣＴ１０８）。図８は、実施形態のドライブスルーシステム１における購入分析データベース９６の一例を示す図である。データ管理サーバー９０は、抽出したメニューＩＤをコンテンツサーバー８０に送信する。

次にコンテンツサーバー８０は、メニューＩＤに基づいてメニュー画像を抽出する（ＡＣＴ１１０）。このとき、コンテンツサーバー８０は、メニュー記憶部８２ａを参照して、メニューＩＤに対応したメニュー画像を取り出す。そして、コンテンツサーバー８０は、メニュー画像を情報提示制御部７０に送信する。

次に情報提示制御部７０は、ディスプレイ装置２０（Ｐ２−Ｌ）および（Ｐ２−Ｒ）にメニュー画像を表示させる（ＡＣＴ１１２）。このとき、情報提示制御部７０は、予め設定されたディスプレイ装置２０における領域にメニュー画像を表示させる。情報提示制御部７０は、例えば領域Ｂにメニュー画像を表示させる。なお、情報提示制御部７０は、メニュー画像を動画像で表示させてもよく、複数のメニュー画像を所定時間毎に切り替えながら表示させてもよい。

以上説明したように、実施形態のドライブスルーシステム１によれば、車両Ｖに乗車したユーザの属性を判定し、判定された属性に基づいてメニュー画像を制御する。これにより、ドライブスルーシステム１によれば、より効果的に情報を提示することができる。ドライブスルーシステム１は、例えば、表示画面２００の面積が狭いため全てのメニュー画像が表示できなくても、属性に基づいて効果的にメニュー画像を提示できる。また、ドライブスルーシステム１によれば、ユーザの属性を把握することにより注文ミスを抑制することができる。さらに、ドライブスルーシステム１によれば、接客時間を抑制することができる。

また、ドライブスルーシステム１によれば、認識結果の組み合わせに基づいてユーザグループの属性を判定する。そして、ドライブスルーシステム１は、ユーザグループの属性に基づいてディスプレイ装置２０により提示させる商品情報を制御する。この結果、ドライブスルーシステム１によれば、ユーザグループごとにより効果的に情報を提示することができる。

ドライブスルーシステム１は、例えば、乗客の中に子供が存在した場合には子供が存在するユーザグループの属性ＩＤを取得する。これにより、ドライブスルーシステム１は、子供を含むユーザグループに対応したメニュー画像を表示させる。

なお、ドライブスルーシステム１は、ディスプレイ装置２０にメニュー画像を表示させると共に、ＰＯＳ端末３０に同じメニュー画像を表示させてもよい。これにより、ドライブスルーシステム１は、ユーザが選択するメニューを店員に認識させやすくすることができる。この結果、注文時の誤認識を低減させることができる。

上述したドライブスルーシステム１は、商品の注文を受け付けてから商品を完成させるまでの時間情報に基づいてディスプレイ装置２０に提示する情報を制御してもよい。図９は、実施形態のドライブスルーシステム１において、商品の注文後に広告情報を表示させる処理の流れを示すフローチャートである。

ドライブスルーシステム１は、ＰＯＳ端末３０により注文を受け付けるまで待機する（ＡＣＴ２００）。ユーザは、注文した後、位置Ｐ３まで車両Ｖを移動させ、ディスプレイ装置２０（Ｐ３−Ｌ）および（Ｐ３−Ｒ）が視認可能な位置まで移動される。ドライブスルーシステム１は、注文を受け付けたことに応じて（ＡＣＴ２００：ＹＥＳ）、ＰＯＳ端末３０により注文データを生成して調理管理サーバー５０に送信する（ＡＣＴ２０２）。調理管理サーバー５０は、受信した注文データに基づいて、調理に要する時間を算出する（ＡＣＴ２０４）。このとき、調理管理サーバー５０は、注文データに含まれる商品名ごとに調理時間を積算して、注文データに対応した調理時間を算出する。調理管理サーバー５０は、算出した調理時間を情報提示制御部７０に送信する。

情報提示制御部７０は、コンテンツサーバー８０における広告記憶部８２ｂを参照し、調理時間に対応した広告情報を選択する（ＡＣＴ２０６）。情報提示制御部７０は、調理時間に対応した広告情報が複数存在する場合には、広告情報の一覧を表す再生リストを作成する。また、情報提示制御部７０は、属性ＩＤに基づいて広告情報を選択してもよい。
なお、調理管理サーバー５０は、店舗における注文状況または商品受け取り状況を参照し、調理時間を調整してもよい。調理管理サーバー５０は、例えば商品受け取りがされていない注文数が多い場合には、注文数に基づく数値および調理時間を情報提示制御部７０に送信してもよい。情報提示制御部７０は、注文数に基づく数値および調理時間を受信した場合、調理時間と注文数に基づく数値とを演算し、演算した時間に対応した広告情報を選択する。
また、情報提示制御部７０は、調理時間に対応した広告情報がない、または調理時間に対して少ない場合には、属性に基づいて広告情報を選択してもよい。

情報提示制御部７０は、選択された広告情報を広告記憶部８２ｂから取り出して、ディスプレイ装置２０の各領域に広告情報を表示させる（ＡＣＴ２０８）。

以上説明したように、実施形態のドライブスルーシステム１によれば、商品の注文を受け付けてから商品を完成させるまでの時間情報に基づいて提示する情報を制御する。この結果、ドライブスルーシステム１によれば、ユーザが商品の受け取りを待つ時間を利用して、より効果的に情報を提示することができる。また、ドライブスルーシステム１によれば、ユーザに広告情報を見させる確率を高めることができる。さらに、ドライブスルーシステム１によれば、広告情報の再生時間よりも先に商品の受け取りが完了することによる広告効果の低下を抑制することができる。さらに、ドライブスルーシステム１によれば、商品の待ち時間に効果的な情報を提示して、顧客の満足度が低減することを抑制することができる。

また、ドライブスルーシステム１によれば、属性ＩＤに基づいて広告情報を選択するので、より効果的に情報を提示することができる。ドライブスルーシステム１は、例えば、子供が存在するユーザグループの属性ＩＤ（またはメニューＩＤ）に基づいて、ファミリー向けの広告情報を選択することができる。

上述したドライブスルーシステム１は、乗車位置ごとにディスプレイ装置２０により提示させる情報を制御してもよい。図１０は、実施形態のドライブスルーシステム１において、商品の注文時にメニューを表示させる他の処理の流れを示すフローチャートである。

まず、ドライブスルーシステム１は、車両Ｖが通路Ｒへ入場を検知するまで待機する（ＡＣＴ３００）。映像処理部６０は、車両Ｖの入場を検知すると（ＡＣＴ３００：ＹＥＳ）、カメラ装置１０により撮像された映像データを取り込む（ＡＣＴ３０２）。次に、ユーザ認識部６２は、認識結果として車両Ｖおよび人物を検知する（ＡＣＴ３０４）。次に属性判定部６４は、車両Ｖにおける乗車位置および属性を判定する（ＡＣＴ３０６）。

属性判定部６４は、判定した乗車位置および属性をデータ管理サーバー９０に送信する。データ管理サーバー９０は、顧客管理データベース９２に乗車位置に対応した番号と乗車位置に対応した属性とを格納する。また、データ管理サーバー９０は、属性に対応したメニューＩＤを購入分析データベース９６から読み出し（ＡＣＴ３０８）、顧客管理データベース９２に格納する。この属性に対応したメニューＩＤは、乗車位置に対応したものとなる。データ管理サーバー９０は、乗車位置に対応したメニューＩＤをコンテンツサーバー８０に送信する。

次にコンテンツサーバー８０は、メニューＩＤに基づいてメニュー画像を抽出する（ＡＣＴ３１０）。このメニュー画像は、乗車位置に対応した属性に基づくものとなる。コンテンツサーバー８０は、乗車位置に対応したメニュー画像を情報提示制御部７０に送信する。情報提示制御部７０は、乗車位置に対応したメニュー画像を、乗車位置に対応したディスプレイ装置２０に表示させる。情報提示制御部７０は、例えば、運転手の位置に対応したメニュー画像を、ディスプレイ装置２０（Ｐ２−Ｒ）に表示させる。情報提示制御部７０は、例えば、助手席の位置に対応したメニュー画像を、ディスプレイ装置２０（Ｐ２−Ｌ）に表示させる（ＡＣＴ３１２）。
なお、コンテンツサーバー８０は、乗車位置に対応した属性に基づいて広告情報を抽出してもよい。この場合、情報提示制御部７０は、乗車位置に対応して広告情報をディスプレイ装置２０に提示させる。

以上説明したように、実施形態のドライブスルーシステム１によれば、乗車位置ごとにディスプレイ装置２０により提示させる情報を制御する。これにより、ドライブスルーシステム１は、乗車位置毎により効率的に情報を提示することができる。

また、実施形態のドライブスルーシステム１によれば、乗車位置ごとに広告情報を制御することができる。例えば、ディスプレイ装置２０（Ｐ２−Ｒ）側に子供が乗車しているとする。この場合、ドライブスルーシステム１は、ディスプレイ装置２０（Ｐ２−Ｒ）、２０（Ｐ３−Ｒ）に子供に対応した情報を表示させる。ドライブスルーシステム１は、例えばディスプレイ装置２０（Ｐ２−Ｒ）にクイズを表示する。また、ドライブスルーシステム１は、ディスプレイ装置２０（Ｐ３−Ｒ）にクイズの答えおよび解説を表示する。このように、ドライブスルーシステム１は、車両Ｖの走行方向で異なる情報を提示することもできる。ドライブスルーシステム１は、例えば助手席側に女性が乗車している場合には、ディスプレイ装置２０（Ｐ２−Ｌ）、２０（Ｐ３−Ｌ）に女性に合わせた情報を提示する。

上述したドライブスルーシステム１は、車両Ｖに乗車している個人を特定して、情報を制御してもよい。図１１は、実施形態のドライブスルーシステム１において、商品の注文時にメニューを表示させる他の処理の流れを示すフローチャートである。

まず、ドライブスルーシステム１は、車両Ｖが通路Ｒへ入場を検知するまで待機する（ＡＣＴ４００）。映像処理部６０は、車両Ｖの入場を検知すると（ＡＣＴ４００：ＹＥＳ）、カメラ装置１０により撮像された映像データを取り込む（ＡＣＴ４０２）。カメラ装置１０は、車両Ｖのナンバープレートの車両情報を撮像するよう設定される。次に、ユーザ認識部６２は、認識結果として車両Ｖおよび人物を検知する（ＡＣＴ４０４）。次に属性判定部６４は、車両Ｖの車両番号を判定する（ＡＣＴ４０６）。また、属性判定部６４は、車両Ｖにおける乗車位置および属性を判定する。このとき、属性判定部６４は、認識結果に基づいて、ナンバープレートに記載された番号を認識する。なお、属性判定部６４は、車両Ｖの車種等の車両Ｖを特定する情報を認識してもよい。

属性判定部６４は、判定した車両番号、乗車位置および属性をデータ管理サーバー９０に送信する。データ管理サーバー９０は、顧客管理データベース９２を参照して、顧客管理データベース９２に車両番号が登録されているか否かを判定する（ＡＣＴ４０８）。データ管理サーバー９０は、車両番号が登録されていた場合（ＡＣＴ４０８：ＹＥＳ）、車両番号に対応した購入リストを抽出する（ＡＣＴ４１０）。データ管理サーバー９０は、抽出した購入リストを情報提示制御部７０に送信する。この購入リストは、過去に顧客が購入した商品の一覧を示すログデータである。

情報提示制御部７０は、受信した購入リストに含まれる商品名に対応したメニュー画像をメニュー記憶部８２ａから抽出する。情報提示制御部７０は、抽出されたメニュー画像をディスプレイ装置２０に表示させる（ＡＣＴ４１２）。なお、情報提示制御部７０は、購入リストに基づいてレコメンドエンジンを起動して、購入リストから推定されるお薦めの商品を決定してもよい。
また、ドライブスルーシステム１は、購入リストをデータ管理サーバー９０からコンテンツサーバー８０に送信してもよい。コンテンツサーバー８０は、受信した購入リストに含まれる商品名からメニュー画像を抽出して情報提示制御部７０に送信する。これにより、情報提示制御部７０は、受信したメニュー画像をディスプレイ装置２０に表示させる。

データ管理サーバー９０は、車両番号が顧客管理データベース９２に登録されていない場合（ＡＣＴ４０８：ＮＯ）、顧客管理データベース９２に車両番号を登録する（ＡＣＴ４１４）。データ管理サーバー９０は、車両番号に加えて、乗車人数または属性を登録してもよい。
データ管理サーバー９０は、属性に対応したメニューＩＤを購入分析データベース９６から読み出し（ＡＣＴ４１６）、顧客管理データベース９２に格納する。データ管理サーバー９０は、メニューＩＤをコンテンツサーバー８０に送信する。次にコンテンツサーバー８０は、メニューＩＤに基づいてメニュー画像を抽出する（ＡＣＴ４１８）。コンテンツサーバー８０は、メニュー画像を情報提示制御部７０に送信する。情報提示制御部７０は、メニュー画像を、ディスプレイ装置２０に表示させる（ＡＣＴ４２０）。

以上説明したように、実施形態のドライブスルーシステム１によれば、車両Ｖを特定し、以前に商品を購入した履歴情報に基づいて情報を制御する。これにより、ドライブスルーシステム１によれば、例えば、以前に購入した商品と同じメニュー画像を提示することができる。この結果、ドライブスルーシステム１によれば、注文時間を短縮し、または、注文ミスを抑制することができる。また、このドライブスルーシステム１によれば、履歴情報に基づいて、お薦めのメニューまたは広告を表示させてもよい。

なお、顧客を特定する方法としては、店舗が発行するカードに記憶されたカード情報を利用してもよい。カード情報には、カードＩＤ、年齢、属性、家族構成、または住所などの個人情報が含まれる。また、カード情報は、顧客管理データベース９２に登録される。
ドライブスルーシステム１は、カード情報を利用する場合、位置Ｐ１付近に設置されたカードリーダー１００を有する。図１２は、実施形態のドライブスルーシステム１の他のシステム構成を示す上面図である。

カードリーダー１００は、カードが翳され、または接触されることにより、カード内に記憶されたカード情報を読み取る。カードリーダー１００は、磁気的に記録された情報を読み取ってもよく、ＩＣチップから情報を読み取ってもよい。カードリーダー１００は、読み取ったカード情報をデータ管理サーバー９０に送信する。データ管理サーバー９０は、カード情報に基づいて、メニューＩＤまたは購入履歴を抽出する。データ管理サーバー９０は、メニューＩＤまたは購入履歴をコンテンツサーバー８０に送信する。コンテンツサーバー８０は、メニューＩＤまたは購入履歴に対応したメニュー画像を抽出する。コンテンツサーバー８０は、メニュー画像を情報提示制御部７０に送信する。情報提示制御部７０は、メニュー画像をディスプレイ装置２０に表示させる。これによりドライブスルーシステム１は、カード情報に基づいてディスプレイ装置２０に提示する情報を制御することができる。
また、ドライブスルーシステム１は、カードＩＤに対応させて属性ＩＤを登録しておいてもよい。この場合、ドライブスルーシステム１は、カードＩＤを読み取ったことに応じてカードＩＤに対応した属性ＩＤを抽出し、属性ＩＤに対応したメニューＩＤを抽出することができる。

なお、顧客を特定するために、ドライブスルーシステム１は、カードリーダー１００に代えて、他の構成を備えていてもよい。ドライブスルーシステム１は、二次元コードを読み取る読み取り装置を備えていてもよい。ドライブスルーシステム１は、例えば店舗のＵＲＬ（Uniform Resource Locator）をエンコードした二次元コードを通路Ｒの入口に備える。二次元コードは、通路Ｒの設置物に記述されていてもよく、ディスプレイ装置２０に表示させてもよい。これにより、ドライブスルーシステム１は、顧客の携帯端末により二次元コードを読み取ることを促すことができる。ドライブスルーシステム１は、携帯端末の閲覧記録に基づいて属性を推定する。また、ドライブスルーシステム１は、携帯端末に実装されたアプリケーションの設定情報に基づいてユーザの属性情報を取得してもよい。これにより、ドライブスルーシステム１は、ディスプレイ装置２０に提示する情報を制御することができる。この結果、ドライブスルーシステム１によれば、より効果的に情報を提示することができる。

以上述べた少なくともひとつの実施形態のドライブスルーシステム１によれば、ユーザの属性に基づいてディスプレイ装置２０により提示させる商品情報を制御する。これにより、ドライブスルーシステム１は、より効果的に情報を提示することができる。

上述した実施形態におけるドライブスルーシステム１の機能をコンピュータで実現するようにしても良い。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録する。そして、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１…ドライブスルーシステム、１０…カメラ装置、２０…ディスプレイ装置、３０…ＰＯＳ端末、４０…厨房端末、５０…調理管理サーバー、６０…映像処理部、６２…ユーザ認識部、６４…属性判定部、７０…情報提示制御部、８０…コンテンツサーバー、８２ａ…メニュー記憶部、８２ｂ…広告記憶部、８２ｃ…クーポン記憶部、８２ｄ…ゲーム記憶部、８４…制御部、９０…データ管理サーバー、９２…顧客管理データベース、９４…注文履歴データベース、９６…購入分析データベース、９８…制御部、１００…カードリーダー、２００…表示画面

Claims (4)

1. 商品に関する商品情報と広告情報とを記憶する情報記憶部と、
   車両が走行する通路に沿って設けられ、情報を提示する領域を複数有する情報提示部と、
   車両に乗車しながら前記情報提示部により提示された商品情報を参照して前記商品の注文を行うユーザの顔を認識するユーザ認識部と、
   前記ユーザ認識部の認識結果に基づいてユーザの属性を判定する属性判定部と、
   前記属性判定部により判定された属性に対応付けられた前記商品情報又は前記広告情報を前記情報記憶部から取得し、取得した前記商品情報又は前記広告情報を前記情報提示部により提示させる情報提示制御部と、
   前記商品の注文を受け付けて注文データを生成し、前記商品の会計を行う会計端末と、
   を備え、
   前記情報提示制御部は、注文数及び調理時間に基づいて時間情報を算出し、算出された時間情報に基づいて、前記情報提示部に提示する情報を制御する、
   ドライブスルーシステム。
2. 前記ユーザ認識部は、車両に乗車したユーザごとに認識結果を生成し、
   前記属性判定部は、前記ユーザ認識部により生成されたユーザごとの認識結果の組み合わせに基づいてユーザグループの属性を判定し、
   前記情報提示制御部は、前記ユーザグループの属性に対応付けられた前記商品情報又は前記広告情報を前記情報記憶部から取得し、取得した前記商品情報又は前記広告情報を前記情報提示部により提示させる、
   請求項１に記載のドライブスルーシステム。
3. 前記ユーザ認識部は、車両に乗車したユーザの乗車位置ごとに認識結果を生成し、
   前記属性判定部は、前記乗車位置ごとの認識結果に基づいてユーザの属性を判定し、
   前記情報提示部は、前記通路の両側方に前記乗車位置に対応付けて複数設けられ、
   前記情報提示制御部は、前記属性判定部により判定された属性に対応付けられた前記商品情報又は前記広告情報を前記情報記憶部から取得し、取得した前記商品情報又は前記広告情報を、前記乗車位置に乗車するユーザの属性に対応させて前記情報提示部により提示させる、
   請求項１に記載のドライブスルーシステム。
4. 前記ユーザ認識部は、前記車両を特定し、
   前記情報提示制御部は、前記ユーザ認識部により特定された車両に対応づけられて以前に商品を購入した履歴情報が登録されている場合に、前記履歴情報に対応付けられた前記商品情報又は前記広告情報を前記情報記憶部から取得し、取得した前記商品情報又は前記広告情報を前記情報提示部により提示させる、
   請求項１に記載のドライブスルーシステム。

Images