JP2022187258A - 情報処理装置、情報処理システムおよびｘｒ酔いに関する情報処理方法 - Google Patents

Abstract

【課題】ユーザにＸＲコンテンツの酔いやすさに応じた行動を取らせること。【解決手段】実施形態に係る情報処理装置は、収集部と、解析部と、提供部とを備える。収集部は、車両内でのＸＲコンテンツの再生時の状況に関する状況データを収集する。解析部は、状況データに基づいてＸＲ酔いに関する状況を解析する。提供部は、外部端末装置に対し、解析部の解析結果に基づくＸＲ酔いに関する情報を提供する。【選択図】図８

Description

開示の実施形態は、情報処理装置、情報処理システムおよびＸＲ酔いに関する情報処理方法に関する。

従来、ＨＭＤ（Head Mounted Display）等を用いてユーザに対し、ＶＲ（Virtual Reality）やＡＲ（Augmented Reality）、ＭＲ（Mixed Reality）といった仮想空間体験を含むデジタルコンテンツ、いわゆるＸＲ（Cross Reality）コンテンツを提供する技術が知られている。ＸＲは、ＶＲ、ＡＲ、ＭＲのほか、ＳＲ（Substitutional Reality）、ＡＶ（Audio/Visual）等を含むすべての仮想空間技術をまとめた表現である。

また、かかる技術において、たとえば車両等の移動体に搭載され、かかる移動体をモーション・プラットフォームとして利用可能なＸＲシステムも提案されている（たとえば、特許文献１参照）。

特開２０１７－１０２４０１号公報

しかしながら、従来技術は、ユーザにＸＲコンテンツの酔いやすさに応じた行動を取らせるうえで、さらなる改善の余地がある。

たとえば、ＸＲコンテンツの提供を受けるユーザには、乗り物酔いに似た「ＸＲ酔い」が起こりうることが知られている。ＸＲ酔いは、映像とユーザの体の動きとのズレといった原因等により生じうる動揺病の一つである。特に、車両に搭載されるＸＲシステムの場合、ユーザの体の動きに車両の動きが加わるため、映像とのズレがより複雑化し、ＸＲ酔いが発生しやすい傾向にある。さらに、通常の乗り物酔い症状も加わるため、より複雑化した酔い症状が発生しやすくなる。

この点、ＸＲコンテンツの酔いやすさをユーザが予め知ることができれば、ユーザはかかる酔いやすさに応じた行動を取ることができるが、上述した従来技術を用いた場合、ユーザはこうした情報を知ることはできない。

実施形態の一態様は、上記に鑑みてなされたものであって、ユーザにＸＲコンテンツの酔いやすさに応じた行動を取らせることができる情報処理装置、情報処理システムおよびＸＲ酔いに関する情報処理方法を提供することを目的とする。

実施形態の一態様に係る情報処理装置は、収集部と、解析部と、提供部とを備える。前記収集部は、車両内でのＸＲコンテンツの再生時の状況に関する状況データを収集する。前記解析部は、前記状況データに基づいてＸＲ酔いに関する状況を解析する。前記提供部は、外部端末装置に対し、前記解析部の解析結果に基づく前記ＸＲ酔いに関する情報を提供する。

実施形態の一態様によれば、ユーザにＸＲコンテンツの酔いやすさに応じた行動を取らせることができる。

図１は、実施形態に係る情報処理システムの概略構成を示す図である。 図２は、ＸＲ酔いの説明図である。 図３は、実施形態に係る情報処理方法の概要説明図である。 図４は、実施形態に係る車載装置の構成例を示すブロック図である。 図５は、ＸＲコンテンツ情報の一例を示す図である。 図６は、ユーザ情報の一例を示す図である。 図７は、実施形態に係るユーザ端末の構成例を示すブロック図である。 図８は、実施形態に係るサーバ装置の構成例を示すブロック図である。 図９は、収集データ情報の一例を示す図である。 図１０は、解析データ情報の一例を示す図である。 図１１は、サーバ装置から提供される提供情報の具体例を示す図（その１）である。 図１２は、サーバ装置から提供される提供情報の具体例を示す図（その２）である。 図１３は、サーバ装置から提供される提供情報の具体例を示す図（その３）である。 図１４は、サーバ装置から提供される提供情報の具体例を示す図（その４）である。 図１５は、提供情報の変形例を示す図（その１）である。 図１６は、提供情報の変形例を示す図（その２）である。 図１７は、提供情報の変形例を示す図（その３）である。 図１８は、再生制御処理の変形例を示す図（その１）である。 図１９は、再生制御処理の変形例を示す図（その２）である。 図２０は、再生制御処理の変形例を示す図（その３）である。 図２１は、実施形態に係るサーバ装置が実行する処理手順を示すフローチャートである。

以下、添付図面を参照して、本願の開示する情報処理装置、情報処理システムおよびＸＲ酔いに関する情報処理方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。

また、以下では、実施形態に係る情報処理システム１が、車両に搭載される車載システムである場合を例に挙げて説明する。また、以下では、実施形態に係る情報処理システム１は、ユーザに対し、仮想空間体験を含むデジタルコンテンツとしてＸＲコンテンツを提供するＶＲシステムであるものとする。また、以下では、「ＸＲ酔いに関する情報処理方法」を単に「情報処理方法」と記載する。

また、以下では、実質的に同一の機能構成を有する複数の構成要素を同一の符号の後にハイフン付きの異なる数字を付して区別する場合がある。たとえば、実質的に同一の機能構成を有する複数の構成を、必要に応じて車載装置１０－１および車載装置１０－２のように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。たとえば、車載装置１０－１および車載装置１０－２を特に区別する必要がない場合には、単に車載装置１０と称する。

まず、実施形態に係る情報処理方法の概要について、図１～図３を用いて説明する。図１は、実施形態に係る情報処理システム１の概略構成を示す図である。また、図２は、ＸＲ酔いの説明図である。また、図３は、実施形態に係る情報処理方法の概要説明図である。

図１に示すように、実施形態に係る情報処理システム１は、ＨＭＤ３と、車載装置１０とを含む。

ＨＭＤ３は、ユーザＵに対し、車載装置１０から提供されるＸＲコンテンツを提示し、ユーザにＶＲ体験を享受させるための情報処理端末である。ＨＭＤ３は、ユーザＵの頭部に装着されて利用されるウェアラブルコンピュータ（wearable computer）であり、図１の例ではゴーグル型である。なお、ＨＭＤ３は眼鏡型であってもよいし、帽子型であってもよい。

ＨＭＤ３は、表示部３ａと、スピーカ３ｂと、センサ部３ｃとを備える。表示部３ａは、ユーザＵの眼前に配置されるように設けられ、車載装置１０から提供されるＸＲコンテンツに含まれる映像を表示する。

なお、図１の例では、表示部３ａは、ユーザＵの左右それぞれの眼前に１つずつ設けられている例を示しているが、１つだけであってもよい。また、表示部３ａは、視界を完全に覆う非透過型であってもよいし、ビデオ透過型や光学透過型であってもよい。本実施形態では、非透過型であるものとする。

スピーカ３ｂは、たとえば図１に示すようにヘッドフォン型に設けられ、ユーザＵの耳に装着される。スピーカ３ｂは、車載装置１０から提供されるＸＲコンテンツに含まれる音声を出力する。

センサ部３ｃは、ユーザＵの内外の状況の変化を検知するデバイスであって、たとえばカメラやモーションセンサ等を含む。

車載装置１０は、車両に搭載されるたとえばコンピュータであり、有線または無線でＨＭＤ３と接続され、ＨＭＤ３に対し、ＸＲコンテンツを提供する。また、車載装置１０は、センサ部３ｃによって検知された状況の変化を随時取得し、かかる状況の変化をＸＲコンテンツに反映させる。

たとえば、車載装置１０は、センサ部３ｃによって検知されたユーザＵの頭部や視線の変化に応じて、ＸＲコンテンツの仮想空間における視界の向きを変化させることが可能である。

ところで、このようなＨＭＤ３を用いたＸＲコンテンツの提供にあたっては、ユーザＵに、乗り物酔いに似た「ＸＲ酔い」が起こりうることが知られている。

図２に示すように、ＸＲ酔いは、映像とユーザＵの体の動きとのズレといった原因等により生じうる。また、車両に搭載されるＶＲシステムの場合、ユーザの体の動きにさらに周囲環境の変化等による車両の動きが加わるため、映像とのズレがより複雑化し、ＸＲ酔いが発生しやすい傾向にある。

この点、ＸＲコンテンツの酔いやすさをユーザＵが予め知ることができれば、ユーザＵはかかる酔いやすさに応じた行動を取ることができるが、既存技術を用いた場合、ユーザＵはこうした情報を知ることはできない。

そこで、実施形態に係る情報処理方法は、車両Ｖ内でのＸＲコンテンツの再生時の状況に関する状況データを収集し、かかる状況データにおけるユーザの酔い状況と、ＸＲコンテンツの再生環境状況の関係を解析することとした。詳細には、実施形態に係る情報処理方法は、車両Ｖに搭載される車載装置１０からＸＲコンテンツの再生時の状況に関する状況データを収集し、収集した状況データに基づいてＸＲ酔いに関する状況を解析し、車載装置１０を含む端末装置に対し、解析結果に基づくＸＲ酔いに関する情報を提供することとした。

具体的に、図３に示すように、情報処理システム１は、１以上の車載装置１０と、これに接続されるＨＭＤ３とを含む。また、情報処理システム１は、１以上のユーザ端末５０と、サーバ装置１００とをさらに含む。

ユーザ端末５０は、たとえばスマートフォンやタブレット、パーソナルコンピュータといった、ユーザＵが利用する端末装置である。サーバ装置１００は、車載装置１０からの情報を収集して解析する装置であり、たとえばネットワークＮを介したクラウドサービスを提供するクラウドサーバとして構成される。

ネットワークＮは、たとえばインターネットや携帯電話回線網などを含む通信網であり、車載装置１０、ユーザ端末５０およびサーバ装置１００は、かかるネットワークＮを介して相互に通信可能に設けられる。

このような情報処理システム１において、実施形態に係る情報処理方法では、サーバ装置１００は、車両ＶにおけるＸＲコンテンツ再生時の状況データを随時収集し（ステップＳ１）、蓄積する。

ＸＲコンテンツ再生時の状況データには、日時や、天候や、位置情報や、ＸＲコンテンツの種別や、車種や、ユーザＵに関するユーザ情報や、車両Ｖに搭載された各種センサのセンサデータなどが含まれる。

そして、サーバ装置１００は、車載装置１０から収集した状況データを随時解析する（ステップＳ２）。かかるステップＳ２の解析処理では、サーバ装置１００は、たとえばＸＲ酔いに関する状況を推定する。

サーバ装置１００は、たとえばセンサデータに含まれるユーザＵからの申告に基づいてＸＲ酔いに関する状況を推定する。また、サーバ装置１００は、たとえばセンサデータからユーザＵの身体的状況の変化を検知することによってＸＲ酔いに関する状況を推定する。

また、サーバ装置１００は、たとえば再生されたＸＲコンテンツの種別や映像の状況、音声の状況といった、ＸＲコンテンツの使用状況に基づいてＸＲ酔いに関する状況を推定する。

また、サーバ装置１００は、たとえば道路状況や車両Ｖの状況、操作状況といった、車両Ｖの走行状況に基づいてＸＲ酔いに関する状況を推定する。また、サーバ装置１００は、たとえばユーザＵごとの酔いやすさ等を示す各種のパラメータ等を含むユーザ情報に基づいてＸＲ酔いに関する状況を推定する。

なお、サーバ装置１００は、かかるＸＲ酔いに関する状況の推定においては、たとえば機械学習のアルゴリズムを用いて生成された推定モデルを用いることができる。かかる推定モデルは、実際のＸＲ酔いに関する状況の推定結果に基づいて適宜強化学習される。強化学習の結果、たとえばＸＲ酔いに関する状況を推定するための判定閾値等が適宜更新される。

また、サーバ装置１００は、推定するＸＲ酔いに関する状況として、たとえばユーザＵのＸＲ酔いの度合いを示すレベル値である「酔いレベル」や、ＸＲ酔いの原因となった各種要素の原因指数などを算出する。

また、サーバ装置１００は、ステップＳ２の解析処理において、推定したＸＲ酔いに関する状況の推定結果を随時集計し、統計情報化する。したがって、サーバ装置１００には、少なくともＸＲコンテンツの酔いやすさを含む、ＸＲ酔いに関する情報の統計情報がデータベース化される。

一方、ユーザ端末５０や車載装置１０といった端末装置からは、専用アプリなどを介し、サーバ装置１００に対して、ＸＲ酔いに関する情報の提供を任意に要求することができる。

そして、サーバ装置１００は、かかる要求を受けた場合に、ステップＳ２の解析処理における解析結果に基づき、端末装置からの要求に応じてＸＲ酔いに関する情報を提供する（ステップＳ３）。

サーバ装置１００は、かかる情報の提供を、たとえばユーザＵが見たいコンテンツに対して、酔いにくい車種ランキングや、酔いにくい経路ランキングといった各種のランキング形式で提供することができる。ユーザＵは、かかるサーバ装置１００からの提供情報により、分かりやすくＸＲ酔いに関する情報を把握することができ、これに応じた行動を取ることが可能となる。

ランキング形式等によるサーバ装置１００からの提供情報の具体例については、図１１以降を用いた説明で後述する。

このように、実施形態に係る情報処理方法は、車両Ｖに搭載される車載装置１０からＸＲコンテンツの再生時の状況に関する状況データを収集し、収集した状況データに基づいてＸＲ酔いに関する状況を解析し、車載装置１０を含む端末装置に対し、解析結果に基づくＸＲ酔いに関する情報を提供する。

したがって、実施形態に係る情報処理方法によれば、ユーザＵにＸＲコンテンツの酔いやすさに応じた行動を取らせることができる。以下、実施形態に係る情報処理方法を適用した情報処理システム１の構成例について、より具体的に説明する。

図４は、実施形態に係る車載装置１０の構成例を示すブロック図である。なお、図４および後に示す図７，８では、実施形態の特徴を説明するために必要な構成要素のみを表しており、一般的な構成要素についての記載を省略している。

換言すれば、図４、図７および図８に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。

また、図４、図７および図８を用いた説明では、既に説明済みの構成要素については、説明を簡略するか、省略する場合がある。

図４に示すように、実施形態に係る車載装置１０は、通信部１１と、記憶部１２と、制御部１３とを備える。また、車載装置１０は、ＣＡＮ（Controller Area Network）等の有線ネットワークや無線を介し、あるいは直接に、ＨＭＤ３と、センサ部５と、入力部７と、出力部９とが接続される。

ＨＭＤ３については図１を用いて説明済みのため、ここでの説明は省略する。センサ部５は、車両Ｖに搭載される各種のセンサ群であって、たとえばマイクや、カメラや、加速度センサや、舵角センサや、バイタルセンサ等を含む。

マイクは、ユーザＵの発話など、車室内で発せられる音声を集音する。カメラは、車両Ｖに搭載されるフロントカメラ、リアカメラ、サイドカメラ、室内カメラ等であって、車両Ｖの内外を撮影する。室内カメラは、たとえばユーザＵの状態を撮影する。

加速度センサは、車両Ｖに加わる加速度や車速を測定する。舵角センサは、車両Ｖの舵角を測定する。

バイタルセンサは、ユーザＵの身体的状況を検知するセンサであって、たとえばユーザＵに装着され、ユーザＵの心拍や脳波、血中酸素濃度、発汗等のバイタルデータを測定する。なお、センサ部５には無論、これまで説明した以外の各種のセンサが適宜含まれてもよい。

入力部７は、ユーザＵの操作等の入力を受け付ける入力デバイスである。出力部９は、後述する提供情報処理部１３ｅから出力される画像情報や音声情報の出力デバイスであって、ディスプレイやスピーカ等を含む。なお、出力部９は、タッチパネルディスプレイを用いて実現され、入力部７と一体に構成されてもよい。

通信部１１は、たとえば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１は、インターネットや携帯電話回線網等のネットワークＮと無線で接続され、ネットワークＮを介して、ユーザ端末５０やサーバ装置１００との間で情報の送受信を行う。

記憶部１２は、たとえば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２は、図４の例では、ＸＲコンテンツＤＢ（Data Base）１２ａと、車両情報１２ｂと、ユーザ情報１２ｃと、ナビ情報１２ｄとを記憶する。

ＸＲコンテンツＤＢ１２ａは、ＨＭＤ３へ提供されるＸＲコンテンツに関するＸＲコンテンツ情報が格納されたデータベースである。図５は、ＸＲコンテンツ情報の一例を示す図である。

図５に示すように、ＸＲコンテンツ情報は、たとえば「コンテンツＩＤ」項目と、「種別」項目と、「推奨耐性レベル」項目と、「コンテンツデータ」項目とを含む。

「コンテンツＩＤ」項目は、各ＸＲコンテンツの識別子が格納される。「種別」項目は、たとえば「コメディ」、「アクション」、「ホラー」といった各ＸＲコンテンツの種別が格納される。「推奨耐性レベル」項目は、たとえば該当のＸＲコンテンツにおいて推奨される、ＸＲ酔いに対する耐性レベルが格納される。耐性レベルは、ＸＲ酔いのしにくさを示すレベル値であり、たとえば値が大きいほどＸＲ酔いに強いことを指す。かかる耐性レベルは、後述するようにユーザＵごとに設定されている。

図４の説明に戻る。車両情報１２ｂは、車両Ｖに関する主に静的な情報であって、たとえば車種や年式等を含む。ユーザ情報１２ｃは、ユーザＵに関する情報である。図６は、ユーザ情報１２ｃの一例を示す図である。

図６に示すように、ユーザ情報１２ｃは、たとえば「ユーザＩＤ」項目と、「年齢」項目と、「性別」項目と、「耐性レベル」項目と、「履歴情報」項目とを含む。

「ユーザＩＤ」項目は、ユーザＵの識別子が格納される。「年齢」項目は、ユーザＵの年齢が格納される。「性別」項目は、ユーザＵの性別が格納される。「耐性レベル」項目は、ユーザＵに設定された、前述のＸＲ酔いに対する耐性レベルが格納される。かかる耐性レベルは、たとえばユーザＵがＸＲコンテンツの視聴を重ねるごとに随時更新される。「履歴情報」項目は、過去のユーザＵのＸＲコンテンツの視聴に関する履歴などが格納される。

なお、図５に示したＸＲコンテンツの「推奨耐性レベル」と、図６のユーザＵの「耐性レベル」との相対的関係について補足しておくと、「推奨耐性レベル」は、数字が大きいほど酔いやすいコンテンツということになる。つまり、ユーザＵの「耐性レベル」がかかる「推奨耐性レベル」以上でないと、ユーザＵは酔ってしまう可能性が高いということになる。

一方、ユーザＵの「酔い耐性レベル」は、数字が大きいほどユーザＵは酔いにくいということになる。つまり、ユーザＵの「耐性レベル」よりもＸＲコンテンツの「推奨耐性レベル」が低い場合は、ユーザＵは当該コンテンツでは酔わない可能性が高いということになる。

さらに補足すると、ユーザＵの「耐性レベル」が「推奨耐性レベル」より大きく、その差が大きいほど、より酔いにくい、言い換えれば他の要因が大きくなっても酔わない可能性が高いということになる。逆に、差が小さいと、他の要因が少し変動しただけで酔ってしまう可能性が高くなる。一方、ユーザＵの「耐性レベル」が「推奨耐性レベル」より小さく、その差が大きいほど、酔いの程度は酷くなる可能性が高い。逆に、差が小さいと、軽い酔いで済みやすいということになる。

なお、ユーザＵの酔いやすさは、これらのパラメータ以外に、道路状態（たとえば山道等は酔いやすい）等もあり、これらパラメータから各種の条件（たとえば、設定される経路情報等）で、将来の酔い状態を推定することとなる。

図４の説明に戻る。ナビ情報１２ｄは、車両Ｖのカーナビゲーションに関する情報であり、地図情報や、設定中の経路情報、過去のカーナビゲーション実績などが含まれる。

制御部１３は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、記憶部１２に記憶されている図示略の各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現することができる。

制御部１３は、再生制御部１３ａと、取得部１３ｂと、アップロード部１３ｃと、要求部１３ｄと、提供情報処理部１３ｅとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

再生制御部１３ａは、ＸＲコンテンツＤＢ１２ａに格納されたＸＲコンテンツをＨＭＤ３に対し提供し、再生するための再生制御を実行する。また、再生制御部１３ａは、上述したＨＭＤ３のセンサ部３ｃやセンサ部５によって検知され、後述する取得部１３ｂによって取得される各種の状況の変化をＸＲコンテンツに反映させる。

取得部１３ｂは、ＨＭＤ３のセンサ部３ｃやセンサ部５のセンシングデータを随時取得する。また、取得部１３ｂは、再生制御部１２ａから、再生中であるＸＲコンテンツの種別や映像の状況、音声の状況といったＸＲコンテンツの使用状況を随時取得する。また、取得部１３ｂは、車両情報１２ｂ、ユーザ情報１２ｃおよびナビ情報１２ｄを適宜取得する。また、取得部１３ｂは、取得した各種のデータのうち、ＸＲコンテンツ再生時の状況を示す状況データをアップロード部１３ｃへ出力する。

アップロード部１３ｃは、通信部１１を介し、取得部１３ｂから受け取ったＸＲコンテンツ再生時の状況データをサーバ装置１００へ向けてアップロードする。

要求部１３ｄは、任意に、入力部７を介したユーザＵからのＸＲ酔いに関する情報提供要求を受け付け、通信部１１を介し、サーバ装置１００へ向けて送信する。

提供情報処理部１３ｅは、通信部１１を介し、前述の情報提供要求に応じてサーバ装置１００から提供される提供情報を取得する。また、提供情報処理部１３ｅは、取得した提供情報に含まれる画像情報および音声情報を出力部９に出力させる。

また、提供情報処理部１３ｅは、取得した提供情報に含まれる再生制御情報に基づくＸＲコンテンツの再生制御を再生制御部１３ａに実行させる。かかる再生制御の内容については、図１８～図２０を用いた説明で変形例として後述する。

次に、図７は、実施形態に係るユーザ端末５０の構成例を示すブロック図である。なお、ユーザ端末５０は、車載装置１０が有する機能の一部を実行する端末装置であるため、説明を適宜簡略する。

図７に示すように、実施形態に係るユーザ端末５０は、入力部５１と、出力部５２と、通信部５３と、記憶部５４と、制御部５５とを備える。

入力部５１は、車載装置１０の入力部７に相当する。出力部５２は、車載装置１０の出力部９に相当する。

通信部５３は、車載装置１０の通信部１１に相当する。通信部５３は、通信部１１と同様に、たとえばＮＩＣ等によって実現される。通信部５３は、上述したネットワークＮを介して、サーバ装置１００や車載装置１０との間で情報の送受信を行う。

記憶部５４は、車載装置１０の記憶部１２と同様に、たとえば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部５４は、図７の例では、ユーザ情報５４ａを記憶する。ユーザ情報５４ａは、車載装置１０のユーザ情報１２ｃに相当する。

制御部５５は、車載装置１０の制御部１３と同様に、コントローラであり、たとえば、ＣＰＵやＭＰＵ等によって、記憶部５４に記憶されている図示略の各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部５５は、たとえば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現することができる。

制御部５５は、要求部５５ａと、提供情報処理部５５ｂとを有する。要求部５５ａは、車載装置１０の要求部１３ｄに相当する機能や作用を実現または実行する。提供情報処理部５５ｂは、車載装置１０の提供情報処理部１３ｅの一部に相当する機能や作用を実現または実行する。

具体的には、提供情報処理部５５ｂは、通信部５３を介し、ユーザＵの情報提供要求に応じてサーバ装置１００から提供される提供情報を取得する。また、提供情報処理部５５ｂは、取得した提供情報に含まれる画像情報および音声情報を出力部５２に出力させる。

次に、図８は、実施形態に係るサーバ装置１００の構成例を示すブロック図である。図８に示すように、サーバ装置１００は、通信部１０１と、記憶部１０２と、制御部１０３とを備える。

通信部１０１は、上述した通信部１１や通信部５３と同様に、たとえばＮＩＣ等によって実現される。通信部１０１は、上述したネットワークＮと有線または無線で接続され、ネットワークＮを介して、車載装置１０やユーザ端末５０との間で情報の送受信を行う。

記憶部１０２は、上述した記憶部１２や記憶部５４と同様に、たとえば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１０２は、図８の例では、収集データＤＢ１０２ａと、解析データＤＢ１０２ｂとを記憶する。

収集データＤＢ１０２ａは、後述する収集部１０３ａによって各車載装置１０から収集された、ＸＲコンテンツ再生時の状況に関する状況データを含む収集データ情報が蓄積される。図９は、収集データ情報の一例を示す図である。

図９に示すように、収集データ情報は、たとえば「データＩＤ」項目と、「日時」項目と、「天候」項目と、「位置情報」項目と、「コンテンツ」項目と、「車種」項目と、「ユーザ情報」項目と、「ナビ情報」項目と、「センサデータ」項目とを含む。

「データＩＤ」項目は、収集された各データの識別子が格納される。「日時」項目は、収集された各データの採取日時が格納される。「天候」項目は、収集された各データの採取時の天候が格納される。

「位置情報」項目は、収集された各データの採取時の位置情報が格納される。「コンテンツ」項目は、収集された各データの採取時に再生中のＸＲコンテンツの種別といったメタデータが格納される。「車種」項目は、収集された各データを採取した車種が格納される。

「ユーザ情報」項目は、収集された各データに該当するユーザＵに関する情報、具体的には上述したユーザ情報１２ｃに相当する情報が格納される。「ナビ情報」項目は、収集された各データの採取時における車両Ｖのナビ情報、具体的には上述したナビ情報１２ｄにおいてＸＲコンテンツ再生時に設定中の情報が格納される。

「センサデータ」項目は、収集された各データの採取時に各車両Ｖにおいて取得されたセンサ部５のセンサデータが格納される。

なお、図９では、基本的に各項目に瞬時値が格納される例を示しているが、現実的には、データ（データＩＤの単位）は、道路区間（道路のリンク）や、所定距離、所定時間ごとに統計処理等を経て、道路区間等での特徴を示す代表値的なデータであってもよい。その場合、各項目には、各項目の特性により、たとえば道路区間ごとの平均値や中間値、大部分を占めて再生されたコンテンツのメタデータ等が格納され、そのような各データに基づいてシステムが動作することとなる。

図８の説明に戻る。解析データＤＢ１０２ｂは、後述する解析部１０３ｂによって解析された収集データＤＢ１０２ａの各収集データ情報の解析結果を含む解析データ情報が蓄積される。図１０は、解析データ情報の一例を示す図である。

図１０に示すように、解析データ情報は、たとえば「データＩＤ」項目と、「酔いレベル」項目と、「原因指数」項目と、「原因区間」項目とを含む。「データＩＤ」項目は、収集データ情報の「データＩＤ」に相当する。

「酔いレベル」項目は、該当するデータＩＤのデータについて解析部１０３ｂにより算出された酔いレベルが格納される。「原因指数」項目は、たとえば算出された酔いレベルに対して原因となった各要素の原因指数、言い換えれば重み値が格納される。「原因区間」項目は、たとえば算出された酔いレベルに対して原因となった区間が格納される。

図８の説明に戻る。制御部１０３は、上述した制御部１３や制御部５５と同様に、コントローラであり、たとえば、ＣＰＵやＭＰＵ等によって、記憶部１０２に記憶されている図示略の各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１０３は、たとえば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現することができる。

制御部１０３は、収集部１０３ａと、解析部１０３ｂと、生成部１０３ｃと、提供部１０３ｄとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

収集部１０３ａは、通信部１０１を介し、各車載装置１０からアップロードされるＸＲコンテンツ再生時の状況データを収集し、収集データ情報として収集データＤＢ１０２ａへ蓄積する。

解析部１０３ｂは、収集データＤＢ１０２ａへ蓄積された収集データ情報に基づいて上述したステップＳ２の解析処理を実行し、解析結果を解析データ情報として解析データＤＢ１０２ｂへ蓄積する。

生成部１０３ｃは、通信部１０１を介し、車載装置１０やユーザ端末５０といった端末装置からＸＲ酔いに関する情報の情報提供要求を受け付けた場合に、解析データＤＢ１０２ｂの各解析データ情報に基づいて提供情報を生成し、提供部１０３ｄへ出力する。

提供部１０３ｄは、通信部１０１を介し、生成部１０３ｃによって生成された提供情報を情報提供要求の送信元である端末装置へ向けて提供する。

次に、端末装置からの情報提供要求に応じ、サーバ装置１００から提供される提供情報の具体例について、図１１～図１４を用いて説明する。図１１～図１４は、サーバ装置１００から提供される提供情報の具体例を示す図（その１）～（その４）である。

まず、ユーザＵが、レンタカーやシェアリングカーを車両Ｖとして利用したい場面を想定する。かかる場合に、図１１に示すように、たとえばユーザＵがユーザ端末５０から専用のアプリ画面等を介して、車両Ｖを利用する道中に視聴したいＸＲコンテンツを選択したものとする。

すると、サーバ装置１００は、同図に示すように、たとえば選択したＸＲコンテンツでＸＲ酔いを起こしにくい車種のランキングを提供情報として提供する。また、サーバ装置１００は、かかるランキングとあわせてレンタカー事業者やカーシェアリング事業者などの事業者装置と連携する「詳細」ボタンや「借りる」ボタンなどを配置することができる。

「詳細」ボタンは、ユーザＵがタップすると、たとえばユーザ端末５０を該当する車種の詳細情報画面へ遷移させることができる。また、「借りる」ボタンは、ユーザＵがタップすると、たとえばユーザ端末５０を該当する車種のレンタル手続き画面へ遷移させることができる。

次に、ユーザＵが、車両Ｖを実際に利用するに際し、道中において視聴するＸＲコンテンツを車載装置１０から選択したい場面を想定する。かかる場合に、図１２に示すように、たとえばユーザＵが車載装置１０から視聴したいＸＲコンテンツと目的地とを指定したものとする。

すると、サーバ装置１００は、同図に示すように、たとえば選択したＸＲコンテンツでＸＲ酔いを起こしにくい目的地までの経路のランキングを提供情報として提供する。また、サーバ装置１００は、かかるランキングとあわせて経路ごとの「詳細」ボタンや「選択」ボタンなどを配置する。ここで、同図に示すように、ユーザＵが「県道△×号線経由」の経路の「詳細」ボタンをタップしたものとする。

すると、図１３に示すように、サーバ装置１００は、該当する経路の詳細情報画面へと出力部９を遷移させる。同図に示すように、かかる詳細情報画面には、現在地から目的地までの経路と、たとえばかかる経路における「酔いエリア」が表示される。

酔いエリアは、統計上、ユーザＵが酔いやすいエリアであり、解析部１０３ｂの解析処理によって前述の解析データ情報が集約され、決定される。また、かかる酔いエリアには、同図に示すように、該当の酔いエリアに関するメモを紐付けておくことができる。

同図に示すように、酔いエリアに関するメモは、各ユーザＵから投稿される該当の酔いエリアに関する共有情報である。ユーザＵは、かかるメモをタップなどしてその内容を確認することにより、該当の酔いエリアにおけるＸＲ酔いへの対処の仕方やコツなどを把握することができる。

なお、図１３では、出力部９においてメモを確認する場合を例示しているが、ＨＭＤ３でのＸＲコンテンツの再生中に、ＨＭＤ３の表示部３ａに対し、該当の酔いエリアを通過する前や通過中のタイミングでかかるメモを仮想空間内のオブジェクトとして表示させてもよい。

また、図１２と同様の場面において、道中で視聴したいＸＲコンテンツが決まっておらず、たとえば図１４に示すように、ユーザＵが車載装置１０から目的地のみを指定したものとする。

すると、サーバ装置１００は、同図に示すように、たとえば指定した目的地までＸＲコンテンツを視聴する場合に、酔いにくいコンテンツのランキングを提供情報として提供する。また、サーバ装置１００は、かかるランキングとあわせてコンテンツ事業者などの事業者装置と連携する「詳細」ボタンや、「視聴」ボタン、「購入」ボタンなどを配置することができる。

「詳細」ボタンは、ユーザＵがタップすると、たとえば出力部９を該当するコンテンツの詳細情報画面へ遷移させることができる。また、「視聴」ボタンは、ユーザＵがタップすると、該当のＸＲコンテンツの再生を開始することができる。また、「購入」ボタンは、ユーザＵがタップすると、出力部９を該当のＸＲコンテンツの購入手続き画面へ遷移させることができる。

なお、サーバ装置１００から提供される提供情報には、この他にもいくつかの変形例を挙げることができる。図１５～図１７は、提供情報の変形例を示す図（その１）～（その３）である。

図１５に示すように、サーバ装置１００は、車載装置１０やＨＭＤ３に対し、たとえばユーザＵ自身の前述の耐性レベルに関する情報を提供情報として提供することができる。

かかる耐性レベルに関する情報は、たとえば図示略の耐性レベル確認画面などを通じてユーザＵが情報提供要求をサーバ装置１００に送信することで、提供することができる。また、ユーザＵの耐性レベルに応じ、同図に示すように、ユーザＵにおすすめのＸＲコンテンツを提案するようにしてもよい。

このとき、たとえば推奨耐性レベルがユーザＵの耐性レベルより高いＸＲコンテンツをおすすめし、同図に示すように、挑戦の可否を受け付けるようにすると、ＸＲコンテンツの視聴に関するゲーム性を高めることができる。また、図示は略しているが、推奨耐性レベルがユーザＵの耐性レベル以下のＸＲコンテンツを、ユーザＵが酔いを恐れずに安心して視聴できるおすすめのＸＲコンテンツとして提案するようにしてもよい。すなわち、提供部１０３ｄは、ユーザＵの酔いやすさのレベルと、ＸＲ酔いに関する情報に含まれる少なくとも１つの項目が示す酔いやすさのレベルとの比較に基づき、上記項目についてユーザＵを評価する評価情報、たとえば耐性レベルに関する情報を提供する。

また、耐性レベルだけでなく、道路状態等の他のパラメータの値も考慮して、ＸＲコンテンツを提案するようにしてもよい。また、適宜（たとえばリアルタイムに）、ユーザＵの耐性レベルの更新を行い、提供情報として提供するようにしてもよい。

また、同図に示すように、ユーザＵが酔わずに視聴できれば耐性レベルを上げられたり、ポイントを獲得できたりすることで、さらにゲーム性を高めることができる。なお、獲得したポイントは、たとえばコンテンツ事業者と連携して、ポイントに応じ、該当のＸＲコンテンツの関連商品との引き換えなどを可能にすることで、やはりゲーム性を高めることができる。

また、サーバ装置１００は、同図に示したおすすめのＸＲコンテンツに替えて、図１６に示すように、たとえば耐性レベルの向上トレーニングに関する情報などを提供情報として提供してもよい。

かかる場合、同図に示すように、たとえばいくつかのＸＲコンテンツと、それぞれの推奨耐性レベル、ユーザＵの前々回や前回の視聴結果などを提示し、挑戦を受け付ける「挑戦」ボタンなどを配置することによって、ユーザＵの耐性レベルの向上トレーニングをコンテンとして提供することができる。これにより、ユーザＵは、ゲーム感覚で楽しみつつ、ＸＲコンテンツの視聴を通してＸＲ酔いに対する耐性も鍛えることが可能となる。

また、サーバ装置１００は、同図に示した耐性レベルの向上トレーニングに関する情報に替えて、図１７に示すように、たとえば耐性診断結果などを提供情報として提供してもよい。

かかる場合、同図に示すように、サーバ装置１００は、たとえばユーザＵが自身の耐性レベルに応じ今回視聴したＸＲコンテンツと、その推奨耐性レベル、ユーザＵの前々回や前回、今回の視聴結果などを提示する。

そして、同図に示すように、サーバ装置１００は、前々回～今回までの視聴結果に応じた診断結果情報をあわせて提供する。たとえば同図には、耐性レベル３のユーザＵが、自身の耐性レベルに応じた推奨耐性レベル３のＸＲコンテンツを視聴した結果、前々回、前回は酔わなかったにも関わらず、今回は酔ってしまった例を示している。

そして、サーバ装置１００は、かかる結果に応じて、「前回より耐性レベルが低下しています。体に異常はありませんか？」といった診断結果情報をあわせて提供した例を示している。かかる場合、サーバ装置１００は、ＸＲコンテンツの視聴を通じてユーザＵの体調を診断する一種の診断装置として機能することとなる。なお、かかる場合、たとえば診断結果に応じて、医療救急機関等と連携するようにしてもよい。

ところで、これまでは、主にユーザＵからの情報提供要求に応じてサーバ装置１００が情報提供を行う場合を例に挙げたが、解析部１０３ｂの解析結果に応じ、サーバ装置１００から能動的に情報提供を行うようにしてもよい。また、かかる情報提供に対し、ＸＲコンテンツの再生制御を連動させるようにしてもよい。

図１８～図２０は、再生制御処理の変形例を示す図（その１）～（その３）である。図１８に示すように、解析部１０３ｂが随時あるユーザＵの酔いレベルを算出し、時点Ｔ１において所定の閾値を超えたものとする。

かかる場合、サーバ装置１００は、時点Ｔ１において、たとえばＨＭＤ３に対し、同図に示すように酔いレベルが上昇していること、また、ＸＲコンテンツの再生の中断をすすめること、などを示す情報提供を行う。なお、同図では、ユーザＵに中断の可否を問う例を挙げているが、たとえば何秒後かに強制的に再生を中断させるようにしてもよい。

ここで、同図に示した時点Ｔ１よりも後の時点Ｔ２において、図１９に示すようにＸＲコンテンツの再生が中断されたものとする。そして、たとえばユーザＵの酔いレベルが低下したため、ＸＲコンテンツの再生を再開することになったものとする。

すると、サーバ装置１００は、図１９に示すように、車載装置１０に対し、たとえば時点Ｔ１よりも前の時点Ｔ０に対応する再生位置からＸＲコンテンツの再生を再開させる。そして、中断前の操作や映像を再現して、時点Ｔ２以降の新しいシーンへ繋げさせる。また、同図に示すように、かかる新しいシーンに入る前には、たとえばカウントダウン表示を行うようにしてもよい。これにより、ＸＲコンテンツの再開にあたり、ユーザＵに対し、中断前の内容を把握させ、新しいシーンへスムーズに入り込みやすくさせることができる。

また、図１８に示したのと同様であるが、図２０に示すように、解析部１０３ｂが随時あるユーザＵの酔いレベルを算出し、時点Ｔ１において所定の閾値を超えたものとする。

かかる場合、同図に示すように、サーバ装置１００は、車載装置１０に対し、たとえば時点Ｔ１からＸＲコンテンツの再生速度を低下させる再生制御を行わせる。かかる再生速度の低下は、ユーザＵがＸＲコンテンツから受ける刺激を軽減させるものであり、低下量は、たとえば車両Ｖの速度に応じたものとなる。

なお、再生速度に限らず、映像の明度や色味などを低下させるようにしてもよい。また、同図に示すように、これらを低下させる再生制御は、前述の刺激を軽減する意味において徐々に行われることが好ましい。

次に、実施形態に係るサーバ装置１００が実行する処理手順について、図２１を用いて説明する。図２１は、実施形態に係るサーバ装置１００が実行する処理手順を示すフローチャートである。なお、図２１に示す処理手順は、随時繰り返される。

図２１に示すように、まず収集部１０３ａが、各車載装置１０から、ＸＲコンテンツ再生時の状況に関する状況データを収集する（ステップＳ１０１）。そして、解析部１０３ｂが、収集された状況データに基づいてユーザＵのＸＲ酔いに関する状況を解析する（ステップＳ１０２）。

そして、提供部１０３ｄが、車載装置１０およびユーザ端末５０に対し、解析部１０３ｂの解析結果に基づくＸＲ酔いに関する情報を提供し（ステップＳ１０３）、処理を終了する。

上述してきたように、実施形態に係るサーバ装置１００（「情報処理装置」の一例に相当）は、収集部１０３ａと、解析部１０３ｂと、提供部１０３ｄとを備える。収集部１０３ａは、車両Ｖ内でのＸＲコンテンツの再生時の状況に関する状況データを収集する。解析部１０３ｂは、状況データに基づいてＸＲ酔いに関する状況を解析する。たとえば、解析部１０３ｂは、収集した膨大な情報を、深層学習ＡＩ（Artificial Intelligence）等の人工知能等を用いて層別解析を行い、各項目（コンテンツ、車種、ユーザ、道路区間等）ごとの酔いに対する影響度（ユーザＵの酔い耐性レベル等）を算出する。なお、各項目をグループ化（たとえば、コンテンツはジャンルごとにグループ化）して、グループごとの影響度（ユーザＵの酔い耐性レベル等）を算出してもよい。提供部１０３ｄは、ＨＭＤ３、車載装置１０およびユーザ端末５０を含む外部端末装置に対し、解析部１０３ｂの解析結果に基づくＸＲ酔いに関する情報を提供する。

したがって、実施形態に係るサーバ装置１００によれば、ユーザＵにＸＲコンテンツの酔いやすさに応じた行動を取らせることができる。

また、提供部１０３ｄは、ＸＲコンテンツごとの酔いやすさ、車両Ｖの車種ごとの酔いやすさ、および、車両Ｖの経路ごとの酔いやすさのうちの少なくともいずれかを含むＸＲ酔いに関する情報を提供する。

したがって、実施形態に係るサーバ装置１００によれば、ユーザＵは、少なくともＸＲコンテンツ、車種、経路のＸＲ酔いに関する情報の提供を受けることができる。

また、提供部１０３ｄは、ランキング形式でＸＲ酔いに関する情報を提供する。

したがって、実施形態に係るサーバ装置１００によれば、ユーザＵは、ランキング形式での分かりやすい形でＸＲ酔いに関する情報の提供を受けることができる。

また、提供部１０３ｄは、ユーザＵの酔いやすさのレベルと、ＸＲ酔いに関する情報に含まれる少なくとも１つの項目が示す酔いやすさのレベルとの比較に基づき、上記項目についてユーザＵを評価する評価情報を提供する。

したがって、実施形態に係るサーバ装置１００によれば、ユーザＵは、たとえば自身の耐性レベル、および、かかる自身の耐性レベルに対して推奨耐性レベルの高い／低いおすすめのＸＲコンテンツ等を把握することができる。また、これに応じて、推奨耐性レベルの高いＸＲコンテンツに挑戦したり、安心して視聴できるＸＲコンテンツを選択したりすることができる。

また、ＸＲ酔いに関する情報は、ＸＲコンテンツの再生時における酔いレベル（「ＸＲ酔いの度合いを示すレベル値」の一例に相当）を含み、提供部１０３ｄは、車載装置１０（「ＸＲコンテンツの再生装置」の一例に相当）に対し、酔いレベルに応じたＸＲコンテンツの再生制御を実行させる。

したがって、実施形態に係るサーバ装置１００によれば、酔いレベルに応じて、たとえばＸＲ酔いが解消されるようにＸＲコンテンツの再生制御を行うことができる。

また、提供部１０３ｄは、酔いレベルの推移に応じてユーザＵの体調を診断する診断情報を提供する。

したがって、実施形態に係るサーバ装置１００によれば、ユーザＵの体調を診断する診断装置としての機能を提供することができる。

なお、上述した実施形態では、ＸＲコンテンツに応じた車種などを情報提供する例を挙げたが、ＸＲコンテンツに適した設備などを情報提供するようにしてもよい。たとえば、ユーザの所望するＸＲコンテンツがバーチャルジェットコースターやフライトシミュレータといったゲームコンテンツなどの場合、かかるコンテンツに適したシートやシートベルトを備える車種の他に、車両以外の専用装置などに関する情報を提供してもよい。

すなわち、提供部１０３ｄは、ユーザＵにより指定された所望の要素に応じて、車両Ｖを含む推奨設備に関する情報を提供する。

したがって、実施形態に係るサーバ装置１００によれば、ユーザＵは、たとえばユーザＵが所望する条件に応じた最適な設備を探すことができる。

また、上述した実施形態では、ＨＭＤ３と車載装置１０とが分離した構成である場合を例に挙げたが、これに限られるものではなく、ＨＭＤ３と車載装置１０とが一体である構成であってもよい。

また、上述した実施形態では、ユーザＵに対し、車載装置１０から提供されるＸＲコンテンツを提示する提示デバイスとしてＨＭＤ３を例に挙げたが、提示デバイスはこれに限られるものではなく、たとえば骨伝導スピーカを含むものであってもよいし、ボディソニックのように振動を提示する振動提示デバイスを含むものであってもよい。

また、提示デバイスは、ウェアラブルコンピュータに限らず、たとえば車両Ｖのフロントウィンドウやサイドウィンドウ等をディスプレイで構成し、かかるディスプレイに対し映像出力を行ってもよい。また、音声出力は、車載スピーカに対し行ってもよい。車載スピーカは通常、前後左右を含む多方向に複数個を適宜配置可能であるので、３Ｄ再生には好適である。

また、車両Ｖに搭載される機器や車両Ｖに乗車中のユーザＵが携帯する機器だけでなく、各家庭に設けられたコンピュータ等への情報提供等も利用価値がある。たとえば、家庭で事前に目的地への経路を検討する場合には、家庭用のコンピュータやタブレット等へ本実施形態に係る情報提供を行うことで、利便性を高めることができる。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

１ 情報処理システム
３ ＨＭＤ
１０ 車載装置
１１ 通信部
１２ 記憶部
１２ａ ＸＲコンテンツＤＢ
１２ｂ 車両情報
１２ｃ ユーザ情報
１２ｄ ナビ情報
１３ 制御部
１３ａ 再生制御部
１３ｂ 取得部
１３ｃ アップロード部
１３ｄ 要求部
１３ｅ 提供情報処理部
５０ ユーザ端末
１００ サーバ装置
１０１ 通信部
１０２ 記憶部
１０２ａ 収集データＤＢ
１０２ｂ 解析データＤＢ
１０３ 制御部
１０３ａ 収集部
１０３ｂ 解析部
１０３ｃ 生成部
１０３ｄ 提供部

Claims (9)

1. 車両内でのＸＲコンテンツの再生時の状況に関する状況データを収集する収集部と、
   前記状況データに基づいてＸＲ酔いに関する状況を解析する解析部と、
   外部端末装置に対し、前記解析部の解析結果に基づく前記ＸＲ酔いに関する情報を提供する提供部と
   を備えることを特徴とする情報処理装置。
2. 前記提供部は、
   前記ＸＲコンテンツごとの酔いやすさ、前記車両の車種ごとの酔いやすさ、および、前記車両の経路ごとの酔いやすさのうちの少なくともいずれかを含む前記ＸＲ酔いに関する情報を提供する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記提供部は、
   ランキング形式で前記ＸＲ酔いに関する情報を提供する
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記提供部は、
   ユーザの酔いやすさのレベルと、前記ＸＲ酔いに関する情報に含まれる少なくとも１つの項目が示す酔いやすさのレベルとの比較に基づき、前記項目についてユーザを評価する評価情報を提供する
   ことを特徴とする請求項１、２または３に記載の情報処理装置。
5. 前記ＸＲ酔いに関する情報は、前記ＸＲコンテンツの再生時における前記ＸＲ酔いの度合いを示すレベル値を含み、
   前記提供部は、
   前記ＸＲコンテンツの再生装置に対し、前記レベル値に応じた前記ＸＲコンテンツの再生制御を実行させる
   ことを特徴とする請求項１～４のいずれか一つに記載の情報処理装置。
6. 前記提供部は、
   前記レベル値の推移に応じてユーザの体調を診断する診断情報を提供する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記提供部は、
   ユーザにより指定された所望の要素に応じて、前記車両を含む推奨設備に関する情報を提供する
   ことを特徴とする請求項１～６のいずれか一つに記載の情報処理装置。
8. 車両に搭載される車載装置と、端末装置と、サーバ装置とを備え、
   前記車載装置は、
   車両内でのＸＲコンテンツの再生時の状況に関する状況データを取得する取得部を有し、
   前記サーバ装置は、
   前記車載装置から前記状況データを収集する収集部と、
   前記状況データに基づいてＸＲ酔いに関する状況を解析する解析部と、
   前記端末装置に対し、前記解析部の解析結果に基づく前記ＸＲ酔いに関する情報を提供する提供部と、を有し
   前記端末装置は、
   前記サーバ装置から提供された前記ＸＲ酔いに関する情報を受信し、出力する出力部を有する
   ことを特徴とする情報処理システム。
9. 車両内でのＸＲコンテンツの再生時の状況に関する状況データを収集する収集工程と、
   前記状況データにおけるユーザの酔い状況と、前記ＸＲコンテンツの再生環境状況の関係を解析する解析工程と
   を含むことを特徴とするＸＲ酔いに関する情報処理方法。

Images