JP2017182229A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】バーチャルリアリティ映像の作成負荷を増加させることなく、ユーザの所望の特定の時間条件における飲食店内の雰囲気をユーザに仮想体験させること。【解決手段】情報処理装置は、記憶手段、入力手段、制御手段、及び出力手段を有する。上記記憶手段は、飲食店内の撮像画像を基に生成された上記飲食店内のバーチャルリアリティ映像と、上記飲食店の過去の曜日または日時毎のＰＯＳデータを記憶する。上記入力手段には、ユーザにより指定された曜日または日時の情報が入力される。上記制御手段は、上記指定された曜日または日時に対応する上記ＰＯＳデータを反映した数の客または料理の映像を含むように上記記憶されたバーチャルリアリティ映像を加工する。上記出力手段は、上記加工されたバーチャルリアリティ映像を出力する。【選択図】図４

Description

本発明は、飲食店に関する情報を提供可能な情報処理装置、情報処理方法及びプログラムに関する。

昨今、バーチャルリアリティ（ＶＲ）映像を活用して、ユーザが様々な店舗内の様子を疑似体験できるシステムが存在する。また、例えば米国のOculus社が開発したオキュラスリフト（Oculus Rift）に代表されるように、ＶＲ映像を視聴するためのヘッドマウントディスプレイも数多く存在する。

これに関連して、下記特許文献１には、Ｗｅｂ上の仮想店舗（デパート）を実店舗と略同様の構成とすることで、ユーザが仮想店舗での商品閲覧により下見を行ったり、実店舗でのショッピングを仮想体験したりすることができるシステムが開示されている。

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

しかしながら、上記特許文献１に記載の技術では、上記仮想店舗を作成した時点における実店舗内の品揃えは再現できるものの、日時や曜日の異なる条件における実店舗内の映像は再現できない。また、日時や曜日ごとに実店舗内の映像を撮影しておくことで異なる映像を再現できるが、そのためには撮影のための手間がかかるとともに、膨大な量の撮像映像を記憶しておく必要があり、また来店客のプライバシー侵害の問題も生じる。

以上のような事情に鑑み、本発明の目的は、バーチャルリアリティ映像の作成負荷を増加させることなく、ユーザの所望の特定の時間条件における飲食店内の雰囲気をユーザに仮想体験させることが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る情報処理装置は、記憶手段、入力手段、制御手段、及び出力手段を有する。上記記憶手段は、飲食店内の撮像画像を基に生成された上記飲食店内のバーチャルリアリティ映像と、上記飲食店の過去の曜日または日時毎のＰＯＳデータを記憶する。上記入力手段には、ユーザにより指定された曜日または日時の情報が入力される。上記制御手段は、上記指定された曜日または日時に対応する上記ＰＯＳデータを反映した数の客または料理の映像を含むように上記記憶されたバーチャルリアリティ映像を加工する。上記出力手段は、上記加工されたバーチャルリアリティ映像を出力する。

これにより情報処理装置は、ユーザが指定した曜日または日時に応じたＰＯＳデータを反映した数の客または料理が表示されるように飲食店のＶＲ映像を加工することで、ユーザが実際に来店したい日時や曜日等における飲食店内の雰囲気をより正確に疑似体験（下見）させることができ、かつ、当該加工を、日時や曜日毎の撮像画像ではなく、その飲食店のＰＯＳデータを基に行うことで、ＶＲ映像の作成負荷が増加するのも防ぐことができる。ここで、ＰＯＳデータを反映した数とは、ＰＯＳデータと完全に一致している必要はなく、例えば客または料理の数について、ＰＯＳデータに応じた所定の範囲が設定されてもよい。

上記記憶手段は、上記飲食店内の一日の時間帯毎の内装に関する内装情報を記憶してもよい。この場合上記制御手段は、上記内装情報を基に、上記指定された曜日または日時に応じた上記内装を反映するように上記バーチャルリアリティ映像を加工してもよい。

これにより情報処理装置は、ユーザに指定された曜日または日時に応じた内装をバーチャルリアリティ映像に反映させることで、ユーザが来店を検討している曜日または日時における飲食店の内装を疑似体験させることができる。ここで内装とは、例えばテーブルの配置や照明等であるが、これらに限られない。

上記記憶手段は、上記日時毎の上記飲食店への来店客の服装に関する服装情報を記憶してもよい。この場合上記制御手段は、上記服装情報を基に、上記指定された日時に応じた上記服装を上記来店客の映像に反映するように上記バーチャルリアリティ映像を加工してもよい。

これにより情報処理装置は、ユーザに指定された曜日または日時に応じた来店客の服装をバーチャルリアリティ映像に反映させることで、ユーザが来店を検討している曜日または日時における来店客の服装の雰囲気を疑似体験させることができる。

上記記憶手段は、上記日時毎の気象条件を示す気象条件情報を記憶してもよい。この場合上記制御手段は、上記気象条件情報を基に、上記指定された日時に応じた上記気象条件を反映するように上記バーチャルリアリティ映像を加工してもよい。

これにより情報処理装置は、ユーザに指定された曜日または日時に応じて、例えば窓から見える飲食店外の気象条件をバーチャルリアリティ映像に反映させることで、ユーザが来店を検討している曜日または日時における飲食店外の景色を疑似体験させることができる。ここで気象条件とは、天気や風等であるが、これらに限られない。

上記記憶手段は、上記飲食店が提供するメニューを示すメニュー情報を上記日時毎または上記曜日毎に記憶してもよい。この場合上記制御手段は、上記メニュー情報を基に、上記ユーザの操作入力に応じて、上記指定された日時または曜日に応じたメニューの一覧を上記バーチャルリアリティ映像と共に出力するように上記出力手段を制御してもよい。

これにより情報処理装置は、飲食店のメニューが日時または曜日によって異なる場合でも、ユーザに指定された日時または曜日に応じたメニューの一覧を出力することで、当該日時または曜日のメニューをユーザに把握させることができる。

本発明の他の形態に係る情報処理方法は、
飲食店内の撮像画像を基に生成された上記飲食店内のバーチャルリアリティ映像と、上記飲食店の過去の曜日または日時毎のＰＯＳデータを記憶し、
ユーザにより指定された曜日または日時の情報を取得し、
上記指定された曜日または日時に対応する上記ＰＯＳデータを反映した数の客または料理の映像を含むように上記記憶されたバーチャルリアリティ映像を加工し、
上記加工されたバーチャルリアリティ映像を出力することを含む。

本発明のまた別の形態に係るプログラムは、情報処理装置に、
飲食店内の撮像画像を基に生成された上記飲食店内のバーチャルリアリティ映像と、上記飲食店の過去の曜日または日時毎のＰＯＳデータを記憶するステップと、
ユーザにより指定された曜日または日時の情報を取得するステップと、
上記指定された曜日または日時に対応する上記ＰＯＳデータを反映した数の客または料理の映像を含むように上記記憶されたバーチャルリアリティ映像を加工するステップと、
上記加工されたバーチャルリアリティ映像を出力するステップとを実行させる。

以上説明したように、本発明によれば、バーチャルリアリティ映像の作成負荷を増加させることなく、ユーザの所望の特定の時間条件における飲食店内の雰囲気をユーザに仮想体験させることができる。しかし、当該効果は本発明を限定するものではない。

本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによる、店内ＶＲ映像提供処理の流れを示したフローチャートである。 本発明の一実施形態に係る飲食店情報提供サーバによって提供される店内ＶＲ映像の加工前の状態の例を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによって提供される店内ＶＲ映像の例を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによって提供される店内ＶＲ映像の例を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによって提供される店内ＶＲ映像の例を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによって提供される店内ＶＲ映像の例を示した図である。

以下、図面を参照しながら、本発明の実施形態を説明する。

［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。

同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数の飲食店におけるＰＯＳシステム２００と、複数のユーザ端末３００と、複数のヘッドマウントディスプレイ（ＨＭＤ）４００を含む。

飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイト（飲食店情報提供サイト）を運営するウェブサーバである。飲食店情報提供サーバ１００は、複数の飲食店の各ＰＯＳシステム２００及び複数のユーザ端末３００とインターネット５０を介して接続されている。

飲食店情報提供サーバ１００は、上記ポータルサイトにアクセスし検索条件を入力したユーザ端末３００へ、当該検索条件に合致する飲食店情報を掲載したＷｅｂページを送信する。

また飲食店情報提供サーバ１００は、各飲食店のＰＯＳシステム２００から、客の人数や注文数（出数）、売上等を示すデータを含むＰＯＳデータを、例えば１日のうちの所定時間毎または１日毎に受信可能である。

また飲食店情報提供サーバ１００は、ユーザ端末３００からの要求に応じて、各飲食店の店内のＶＲ（Virtual Reality）映像を生成し提供することが可能である。詳細は後述するが、当該ＶＲ映像の生成に際し、飲食店情報提供サーバ１００は、予め記憶している各飲食店の店内ＶＲ映像を、ユーザが指定した日時毎または曜日毎のＰＯＳデータ中の客数や注文数等に応じて加工して提供することができる。

ＰＯＳシステム２００（２００Ａ，２００Ｂ，・・・）は、各飲食店に設けられ、例えばＰＯＳレジ端末、注文受付装置、飲食店サーバ等から構成される。

飲食店の顧客の注文に関する情報は、飲食店の従業員が携帯する（または顧客のテーブルに設置される）例えばタブレットＰＣ（Personal Computer）タイプの注文受付装置によって受け付けられる。注文データは例えばメニュー（料理）の識別情報、その金額、出数、注文日時等を含み、それらのデータがＰＯＳデータとして飲食店サーバに送信され記憶される。

ＰＯＳレジ端末は、飲食店の顧客が注文した料理に対応する会計処理を実行するコンピュータである。ＰＯＳレジ端末は、顧客が料理を注文した後に顧客に交付される伝票に印字されたバーコード等の識別情報を読み取り、その識別情報を飲食店サーバに問い合わせて、それに対応する商品及び金額の情報を取得し、合計金額を算出する。

飲食店サーバは、その飲食店において提供可能な料理（メニュー）に関する情報（識別番号、メニュー名、金額、カテゴリ等）を記憶している。また飲食店サーバは、例えばＰＯＳレジ端末からの上記識別情報の問い合わせに基づいて、会計処理が済んだＰＯＳデータに対して、会計済のフラグを付す。

当該ＰＯＳシステム２００を構成する上記ＰＯＳレジ端末、注文受付装置及び飲食店サーバは、必ずしも物理的に別個の装置である必要な無く、例えば１つのタブレットＰＣがそれらの機能を併せ持っていても構わない。

上述したように、当該ＰＯＳシステム２００（例えば飲食店サーバ）は、記憶された会計済のＰＯＳデータを基に、ＰＯＳデータを定期的に飲食店情報提供サーバ１００へ送信する。

ユーザ端末３００（３００Ａ，３００Ｂ，３００Ｃ...）は、ユーザ（ユーザＡ，ユーザＢ，ユーザＣ...）により使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ、ノートブックＰＣ、デスクトップＰＣ等である。

ユーザ端末３００は、飲食店情報提供サーバ１００が提供する飲食店情報提供サイトへアクセスし、上記Ｗｅｂページを受信して、ブラウザにより画面に表示する。

ユーザ端末３００のユーザは、上記ブラウザによって表示される画面を介して、上記ポータルサイト内で飲食店を検索し、所望の飲食店に関する情報を閲覧する。またユーザは、ＨＭＤ４００により、上記検索された飲食店の店内ＶＲ映像を閲覧することもできる。

ＨＭＤ４００（４００Ａ，４００Ｂ，４００Ｃ...）は、ユーザの頭部に装着可能であり、ユーザの頭の動きにＶＲ映像を追従させるためのヘッドトラッキング機能（ジャイロスコープ、加速度センサ等の各種センサ及びソフトウェア）を有する。ＨＭＤ４００はユーザ端末３００と例えば近距離無線通信等により接続可能であり、当該ユーザ端末３００を介して飲食店情報提供サーバ３００から店内のＶＲ映像を受信し、装着時にユーザの目に対向するディスプレイ上に表示することが可能である。

ＨＭＤ４００の構成はこれに限られず、例えばＨＤＭ４００は筐体のみの構成とし、例えばスマートフォン等の携帯端末が装着可能とされ、上記ヘッドトラッキング機能やディスプレイ等のハードウェアやソフトウェアは、当該携帯端末が有するものが利用される構成であってもよい。

ＨＭＤ４００には、ユーザがＨＤＭ４００を頭部に装着中にＶＲ映像を操作するためのコントローラが付属していてもよい。

［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、ＳＳＤ（Solid State Drive）等のフラッシュメモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データに加えて、本実施形態における店内ＶＲ映像提供処理に必要なソフトウェアプログラム及びデータが記憶される。

後述するが、特に本実施形態において、記憶部１８は、飲食店情報データベース、ＰＯＳ情報データベース、ＶＲ映像データベース、及び服装情報データベースを有している。

通信部１９は、例えばEthernet（登録商標）用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ＰＯＳシステム２００及びユーザ端末３００との間の通信処理を担う。

なお、図示しないが、ユーザ端末３００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。

［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。

同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ＰＯＳ情報データベース３２、ＶＲ映像データベース３３、及び服装情報データベース３４を有している。

飲食店情報データベース３１は、飲食店毎に、その飲食店の店名や所在位置・エリア情報、電話番号、その飲食店を識別するＩＤ（店舗ＩＤ）の他、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する内容、すなわち、店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報、飲食店が提供するメニュー、営業時間、ウェブサイトＵＲＬ等の情報を記憶している。

上記エリア情報は、例えば都道府県単位のものであるが、市区町村等のより狭い範囲の単位でも情報が記憶されてもよい。上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。

上記メニュー情報は、上記飲食店において日時や曜日によって異なるメニューが提供される場合には、それら日時や曜日毎に記憶される。

ＰＯＳ情報データベース３２は、上記各飲食店のＰＯＳシステム３００から定期的に受信される日毎のＰＯＳデータを記憶している。当該ＰＯＳデータは例えば、客数、注文数（出数）、売上金額、注文時刻等から構成される。また、当該ＰＯＳデータの一部として、日毎の店員の数も記憶されていてもよい。

これら客数及び注文数（及び店員数）は、各週の同一の曜日、各日の同一の時刻（時間帯）、各月の同一の日、または各年の同一の日時毎の客数及び注文数の平均値として記憶されてもよい。

ＶＲ映像データベース３３は、各飲食店の店内を撮像した映像を基に生成されたＶＲ映像（３Ｄデータ）を、飲食店毎に記憶している。当該ＶＲ映像は、例えば、客や店員がいない状態（テーブルに料理が配膳されていない状態）における店内の様子を例えば３６０度の範囲で撮像した映像を基に、必要に応じて不要な被写体を削除したり、ノイズを除去したりする等の加工が施され３Ｄモデリングされたものである。

これに加え、ＶＲ映像データベース３３には、各飲食店で提供される料理、店員、客の表示に必要な３Ｄデータも記憶されている。これらの３Ｄデータのうち、料理のデータは、実際に飲食店で提供される料理の画像（写真）を基に生成されるが、店員及び客のデータは、仮想の人物のデータとして生成されてもよい。

さらに、各飲食店において、曜日や日時、季節等によって内装（テーブルの配置や照明等）が異なる場合には、それら内装に関する情報（内装情報）が曜日や日時毎にＶＲ映像データベース３３に記憶される。当該内装情報に代えて、異なる内装毎に複数のＶＲ映像が生成されＶＲ映像データベース３３に記憶されてもよい。

服装情報データベース３４は、各飲食店の店員の画像（写真）や、各飲食店に実際に来店した客の画像（写真）を基に、上記店員や客の３Ｄデータに合わせて生成された、服装の３次元データを、写真が撮影された日時及び曜日と対応付けて記憶している。

これら各データベースは、後述する飲食店情報提供サーバ１００による店内ＶＲ映像提供処理において、必要に応じて相互に参照されて用いられる。

［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

図４は、飲食店情報提供サーバ１００による、店内ＶＲ映像提供処理の流れを示したフローチャートである。

同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１は、まず、例えば上記ポータルサイト内の特定の飲食店のページ上で、ユーザ端末３００から、当該飲食店の店内ＶＲ映像の閲覧に際して、曜日または日時の指定を受け付けたか否かを判断する（ステップ４１）。

ユーザ端末３００から曜日または日時の指定を受け付けたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記ＶＲ映像データベースから、上記特定の飲食店の店内ＶＲ映像データを読み込む（ステップ４２）。

続いてＣＰＵ１１は、上記指定された曜日または日時の内装情報及び服装情報を、上記ＶＲ映像データベース３３及び服装情報データベース３４から抽出する（ステップ４３）。

続いてＣＰＵ１１は、上記指定された曜日または日時における上記特定の飲食店のＰＯＳデータを上記ＰＯＳ情報データベース３２から抽出し、当該ＰＯＳデータから当該曜日または日時の客数及び／または注文数を抽出する（ステップ４４）。

続いてＣＰＵ１１は、上記抽出した客数に対応する数の客の３Ｄデータ及び／または注文数に対応する数の料理の３Ｄデータを、上記ＶＲ映像データベース３３から読み込む（ステップ４５）。

ここで客数及び注文数に対応する数の３Ｄデータとは、客数及び注文数に一致する必要は無く、例えば、店内ＶＲ映像の一画面において表示可能な客及び料理の３Ｄデータの数が、上記客数及び注文数に応じて段階的に設定される。当該設定は、飲食店の規模（最大収容人数）や一日の平均客数等によって異なる。例えば、ある飲食店における最大収容人数が５０人である場合、上記店内ＶＲ映像の一画面において表示可能な客の３Ｄオブジェクトの数の上限は例えば５人に設定され、曜日毎または日時毎の客数に応じて、店内ＶＲ映像の一画面に表示される客の３Ｄオブジェクトの数が、５段階で変更されてもよい。

続いてＣＰＵ１１は、上記読み込んだ客データ及び料理データ、並びに上記抽出した内装情報及び服装情報を基に、上記読み込んだ店内ＶＲ映像データを加工する（ステップ４６）。

そしてＣＰＵ１１は、加工済みの店内ＶＲ映像の再生映像を、アクセス元のユーザ端末３００へ送信する（ステップ４７）。当該店内ＶＲ映像は、ユーザ端末３００を介してＨＭＤ４００へ送信され、再生されることで、ユーザに閲覧される。

図５は、上記飲食店情報提供サーバ１００によって提供される店内ＶＲ映像の加工前の状態の例を示した図である。

同図に示すように、加工前の店内ＶＲ映像は、店内に客が存在せず、料理も提供されておらず、店員オブジェクト５１のみが配置された状態とされている。同図では店内の１つのアングルのみが示されているが、店内の異なるアングルに対応する３Ｄデータも同様に用意されている。

図６は、上記図５に示した店内ＶＲ映像に、上記ＰＯＳデータから抽出された曜日毎の客数及び注文数に応じた加工が施された状態を示した図である。同図では、ユーザ端末３００から月曜日が指定され、月曜日の店内の雰囲気が再現された状態が示されている。

同図に示すように、当該店内ＶＲ映像においては、上記店員オブジェクト５１に加えて、客オブジェクト６３及び料理オブジェクト６４（料理が盛られた皿及び飲料が注がれたグラス等）も表示されている。同図の例では、例えば月曜日の平均客数が比較的少ないことから、客オブジェクト６３は１つのみが示され、料理オブジェクト６４も１人分のみが示されている。

また当該店内ＶＲ映像の例えば左上部には、当該ＶＲ映像が何曜日の店内の雰囲気を再現したものであるかを示すアイコン６１も表示されている。ユーザが当該アイコン６１をクリック等（ＨＭＤ４００に付属のコントローラによる操作を含む）により指定すると、飲食店情報提供サーバ１００は曜日または日時の一覧（カレンダー）を店内ＶＲ映像上に表示させて曜日又は日時を再選択する入力を受け付けてもよい。

また店内ＶＲ映像の例えば右上部には、メニューボタン６２が設けられている。当該メニューボタン６２には、上記指定された曜日または日時に対応するメニュー情報へリンクが設定されている。

図７は、ユーザ端末３００から水曜日が指定され、水曜日の店内の雰囲気が再現された状態が示されている。

同図に示す店内ＶＲ映像においては、上記図６に示した月曜日の店内ＶＲ映像と比較して、水曜日の平均客数が月曜日の平均客数の２倍程度であったことから、客オブジェクト６３及び料理オブジェクト６４の数も２倍となっている。

図８は、ユーザ端末３００から金曜日が指定され、金曜日の店内の雰囲気が再現された状態が示されている。

同図に示す店内ＶＲ映像においては、上記図６に示した月曜日の店内ＶＲ映像と比較して、金曜日の平均客数が月曜日の平均客数の３倍程度であったことから、客オブジェクト６３及び料理オブジェクト６４の数も３倍となっている。

また、金曜日には店員の平均数も月曜や水曜の１．５倍であったことから、当該金曜日の店内ＶＲ映像においては、店員オブジェクト５１の数も１．５倍となっている。

これらの店内ＶＲ映像は、ユーザ端末３００に接続されたＨＤＭ４００で再生される際には、それを装着したユーザの頭部の動きに追従してそのアングルが更新される。更新されたアングルにおいても、ユーザに指定された曜日または日時の客数及び／または注文数が客オブジェクト６３及び料理オブジェクト６４の数に反映される。

また、図示しないが、上記指定された曜日または日時に対応する内装情報に応じて、上記店内ＶＲ映像における照明の明るさやテーブルの配置等も変更される。

図９は、上記店内ＶＲ映像のメニューボタン６２が押下された場合の状態を示した図である。同図に示すように、ユーザにより店内ＶＲメニューボタン６２がクリック等（ＨＭＤ４００に付属のコントローラによる操作を含む）により指定されると、飲食店情報提供サーバ１００は、ユーザが指定した曜日または日時に対応する当該飲食店のメニュー一覧情報９０を店内ＶＲ映像上に表示させる。

当該メニュー一覧情報９０が表示された状態で、上記アイコン６１に対する操作等によって曜日や日時が変更された場合、当該メニュー一覧情報９０も当該変更後の曜日や日時に応じて更新される。

［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、ユーザが指定した曜日または日時に応じたＰＯＳデータを反映した数の客オブジェクト６３または料理オブジェクト６４が表示されるように飲食店のＶＲ映像を加工することで、ユーザが実際に来店したい日時や曜日等における飲食店内の雰囲気をより正確に疑似体験（下見）させることができ、かつ、当該加工を、日時や曜日毎の撮像画像ではなく、その飲食店のＰＯＳデータを基に行うことで、ＶＲ映像の作成負荷が増加するのも防ぐことができる。

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態において、飲食店が地上に存在し、窓が設置されている場合には、店内ＶＲ映像内の当該窓から見える風景が、ユーザが指定した日時に応じて変更されてもよい。すなわち、飲食店情報提供サーバ１００は、過去の日時毎の気象条件を示す気象条件情報を記憶しおき、当該気象条件情報を基に、上記指定された日時に応じた気象条件を反映するように上記ＶＲ映像を加工してもよい。当該気象条件情報は天気や風の強さ等であり、当該天気や風の強さ等に応じて、窓の外の風景を示す異なる３Ｄデータが用意されてもよい。これにより、ユーザは、窓から見える風景（例えば夜景）をＶＲ映像から疑似体験することができる。

上述の実施形態においては、店内ＶＲ映像によって再生される映像についてのみ説明がなされたが、映像と当時に再生される音声についても同様の加工が施されてもよい。すなわち、飲食店情報提供サーバ１００は、映像の再生と共に、ユーザによって指定された曜日または日時の客数または注文数に応じた音量で音声（例えば客や店員の喋り声や調理音等）を再生したり、上記客数または注文数に応じた数の音源から音声を多重再生させたりしてもよい。これによりユーザは曜日や日時に応じた店内の静かさや騒々しさ等を疑似体験することができる。また、上記客数または注文数に応じて生成される音声の音量や多重度合は、飲食店毎に異なり得る。すなわち、店内に同程度の数の客が存在していても、店内の騒々しさは客層や提供される料理等によって異なり得ることから、飲食店情報提供サーバ１００は、それらの違いを店内ＶＲ映像と共に再生される音声に反映させてもよい。

上述の実施形態において、店内ＶＲ映像中に表示された料理オブジェクト６４がユーザにクリック等（ＨＭＤ４００に付属のコントローラによる操作を含む）により指定された場合、当該料理オブジェクト６４によって示される料理（メニュー）の詳細情報（詳細画像や説明文、または同カテゴリの他のメニュー等）が表示されてもよい。

上述の実施形態においては、店内ＶＲ映像は飲食店提供サーバ１００によって生成・提供されたが、当該店内ＶＲ映像は、ＨＭＤ４００に接続された制御装置（コンピュータ）によって提供されてもよい。当該制御装置は、上記ユーザ端末３００であってもよいし、ＨＭＤ４００の専用制御装置であってもよい。その場合、制御装置は、上記店内ＶＲ映像の生成に必要な上記各種データベースを有していてもよいし、ユーザ端末３００から店内ＶＲ映像の表示要求があった場合に、飲食店情報提供サーバ１００等の外部のコンピュータから取得してもよい。

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ＰＯＳ情報データベース
３３…ＶＲ映像データベース
３４…服装情報データベース
５１…店員オブジェクト
６２…メニューボタン
６３…客オブジェクト
６４…料理オブジェクト
９０…メニュー一覧情報
１００…飲食店情報提供サーバ
２００…ＰＯＳシステム
３００…ユーザ端末
４００…ＨＭＤ

Claims (7)

1. 飲食店内の撮像画像を基に生成された前記飲食店内のバーチャルリアリティ映像と、前記飲食店の過去の曜日または日時毎のＰＯＳデータを記憶する記憶手段と、
   ユーザにより指定された曜日または日時の情報が入力される入力手段と、
   前記指定された曜日または日時に対応する前記ＰＯＳデータを反映した数の客または料理の映像を含むように前記記憶されたバーチャルリアリティ映像を加工する制御手段と、
   前記加工されたバーチャルリアリティ映像を出力する出力手段と
   を具備する情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記記憶手段は、前記飲食店内の一日の時間帯毎の内装に関する内装情報を記憶し、
   前記制御手段は、前記内装情報を基に、前記指定された曜日または日時に応じた前記内装を反映するように前記バーチャルリアリティ映像を加工する
   情報処理装置。
3. 請求項１または２に記載の情報処理装置であって、
   前記記憶手段は、前記日時毎の前記飲食店への来店客の服装に関する服装情報を記憶し、
   前記制御手段は、前記服装情報を基に、前記指定された日時に応じた前記服装を前記来店客の映像に反映するように前記バーチャルリアリティ映像を加工する
   情報処理装置。
4. 請求項１乃至３のいずれかに記載の情報処理装置であって、
   前記記憶手段は、前記日時毎の気象条件を示す気象条件情報を記憶し、
   前記制御手段は、前記気象条件情報を基に、前記指定された日時に応じた前記気象条件を反映するように前記バーチャルリアリティ映像を加工する
   情報処理装置。
5. 請求項１乃至４のいずれかに記載の情報処理装置であって、
   前記記憶手段は、前記飲食店が提供するメニューを示すメニュー情報を前記日時毎または前記曜日毎に記憶し、
   前記制御手段は、前記メニュー情報を基に、前記ユーザの操作入力に応じて、前記指定された日時または曜日に応じたメニューの一覧を前記バーチャルリアリティ映像と共に出力するように前記出力手段を制御する
   情報処理装置。
6. 飲食店内の撮像画像を基に生成された前記飲食店内のバーチャルリアリティ映像と、前記飲食店の過去の曜日または日時毎のＰＯＳデータを記憶し、
   ユーザにより指定された曜日または日時の情報を取得し、
   前記指定された曜日または日時に対応する前記ＰＯＳデータを反映した数の客または料理の映像を含むように前記記憶されたバーチャルリアリティ映像を加工し、
   前記加工されたバーチャルリアリティ映像を出力する
   情報処理方法。
7. 情報処理装置に、
   飲食店内の撮像画像を基に生成された前記飲食店内のバーチャルリアリティ映像と、前記飲食店の過去の曜日または日時毎のＰＯＳデータを記憶するステップと、
   ユーザにより指定された曜日または日時の情報を取得するステップと、
   前記指定された曜日または日時に対応する前記ＰＯＳデータを反映した数の客または料理の映像を含むように前記記憶されたバーチャルリアリティ映像を加工するステップと、
   前記加工されたバーチャルリアリティ映像を出力するステップと
   を実行させるプログラム。

Images