WO2020213379A1 - 車両用装置、車両用装置の制御方法 - Google Patents

Abstract

実施形態による車両用装置（１）は、複数のコンテンツ（Ｍ１、Ｍ２、Ｍ３、Ｍ４、Ｍ５、Ｍ６、Ｍ７、Ｍ８）を１つのユーザインターフェース（２３）で提供可能なものであって、異なる物理面（３０）に描画されたサーフェスを同期させる同期部（２１ａ、２１ｂ、２１ｃ、２１ｄ、２１ｅ、２１ｆ）を備え、同期部は、自身に割り当てられている物理面とは異なる他の物理面に描画されたサーフェスを取り込み、取り込んだサーフェスを自身が描画したサーフェスとして扱うことにより、自身が描画したサーフェスと他の物理面に描画されたサーフェスとを同期させる。

Description

車両用装置、車両用装置の制御方法 関連出願の相互参照

　本出願は、２０１９年４月１６日に出願された日本出願番号２０１９－０７７７７５号に基づくもので、ここにその記載内容を援用する。

　本開示は、車両用装置、車両用装置の制御方法に関する。

　近年の車両用装置では、複数のコンテンツを１つのユーザインターフェースで提供することがある。このとき、提供される各コンテンツは、異なるアプリケーションプログラム、異なる複数のオペレーティングシステム、あるいは、例えば特許文献１のように異なるユニットによって生成されることがある。

特開２０１６－０９７９２８号公報

　さて、表示されるコンテンツは、一般的に、メモリなどの物理面にサーフェスを描画し、描画したサーフェスをハードウェアで合成することによって表示されている。なお、サーフェスとは、平易に言えば、ある瞬間に表示されているコンテンツ画像の元となる画像データである。以下、サーフェスを描画する主体を、描画部と称する。この描画部には、個別に物理面が割り当てられている。

　しかしながら、異なる物理面に描画されたサーフェスを合成して表示する従来の手法では、表示されるコンテンツの同期ずれが生じるおそれがあった。例えば、枠画像とメニュー画像とが表示されるユーザインターフェースにおいて、枠画像とメニュー画像のサーフェスがそれぞれ異なる描画部によって描画されている場合を想定する。この場合、枠画像を例えば横に移動させても、メニュー画像は、そのままの位置に表示されたり枠画像から遅れて移動したりするような同期ずれが生じるおそれがあった。

　これは、枠画像のサーフェスを描画する描画部が移動することを通知し、その通知に従ってメニュー画像のサーフェスを描画する描画部が新たなサーフェスを描画するものの、各サーフェスの描画は個別に行われることから、枠画像のサーフェスの描画が完了して枠画像の表示を更新しても、メニュー画像のサーフェスの描画が完了していなければ、メニュー画像の表示は更新されず、元のメニュー画像がそのまま表示される可能性があるためである。

　本開示の目的は、異なる物理面に描画されるサーフェスを同期させることができる車両用装置、車両用装置の制御方法を提供することにある。

　上記目的を達成するために、本開示では、車両用装置は、複数のコンテンツを１つのユーザインターフェースで提供可能なものであって、異なる物理面に描画されたサーフェスを同期させる同期部を備え、同期部は、自身に割り当てられている物理面とは異なる他の物理面に描画されたサーフェスを取り込み、取り込んだサーフェスを自身が描画したサーフェスとして扱うことにより、自身が描画したサーフェスと他の物理面に描画されたサーフェスとを同期させる。これにより、異なる物理面に描画されるサーフェスを同期させることができる。

　本開示についての上記目的およびその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、
図１は、第１実施形態におけるコックピットシステムの構成例を示す図であり、 図２は、車両用装置の電気的構成例を示す図であり、 図３は、車両用装置のソフトウェア構成例を示す図であり、 図４は、メータディスプレイの表示態様の一例を示す図であり、 図５は、センターディスプレイの表示態様の一例を示す図であり、 図６は、ヘッドアップディスプレイの表示態様の一例を示す図であり、 図７は、各アプリに割り当てられている物理面の一例を示す図であり、 図８は、比較例としての、従来の手法による表示態様の一例を示す図であり、 図９は、同期処理の流れを示す図であり、 図１０は、サーフェスの取り込み態様の一例を示す図であり、 図１１は、車両用装置による表示態様の一例を示す図であり、 図１２は、第２実施形態における車両用装置の構成例を示す図であり、 図１３は、車両用装置の他の構成例を示す図であり、 図１４は、第３実施形態におけるサーフェスの取り込み態様の一例を示す図その１であり、 図１５は、サーフェスの取り込み態様の一例を示す図その２である。

　以下、複数の実施形態について図面を参照しながら説明する。また、各実施形態において実質的に共通する部位には同一の符号を付して説明する。

　　　（第１実施形態）
　以下、第１実施形態について説明する。図１に示すように、車両用装置１は、例えば、メータディスプレイ２、センターディスプレイ３およびヘッドアップディスプレイ４の３つの表示器を備えるコックピットシステム５を構成している。

　メータディスプレイ２は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成されており、ダッシュボードの運転者の正面付近に設けられるものを想定している。センターディスプレイ３は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成され、センターコンソール付近に設けられるものを想定している。

　ヘッドアップディスプレイ４は、例えば液晶ディスプレイや有機ＥＬディスプレイあるいはフロントウィンドに画像を投影する投影器で構成されており、ダッシュボード上の運転者の正面付近に設けられるものを想定している。ただし、表示器の数や配置あるいは構成は一例であり、これらに限定されない。

　なお、図１では車両用装置１が複数の表示器に接続されている例を示しているが、後述するように、本実施形態の車両用装置１は、１つのユーザインターフェースにおけるサーフェスを同期させることを目的としている。そのため、車両用装置１に接続される表示器は１つ以上であればよい。

　この、車両用装置１は、車両に設けられている幾つかの電子制御装置６（以下、ＥＣＵ６）と通信可能に接続されている。なお、車両用装置１もＥＣＵ６の１つとして考えることはできるものの、理解し易くするために、本明細書では車両用装置１とＥＣＵ６とを分けている。

　車両用装置１は、図２に示すように、ＣＰＵ１０、バスマスタ１１、メインメモリ１２、グラフィック処理ユニット１３(以下、ＧＰＵ１３）、画像処理ユニット１４（以下、ＩＰＵ１４）、通信部１５などを備えている。

　ＧＰＵ１３は、後述するように、アプリケーションプログラムから指示されたサーフェスを実際に描画する機能部である。なお、サーフェスとは、平易に言えば、ある瞬間に表示されているコンテンツ画像の元となる画像データである。ＩＰＵ１４は、描画されたサーフェスを各表示器に映像信号として出力する機能部である。

　ＣＰＵ１０は、複数例えば８個のコア１０ａを備えている。これら８個のコア１０ａは、４個ずつにとりまとめられ、２つのＣＰＵモジュール１６ＡとＣＰＵモジュール１６Ｂ割り振られている。つまり、車両用装置１内には、機能的に独立して動作可能な複数のＣＰＵモジュール１６が設けられている。

　また、ＣＰＵモジュール１６Ａは相対的にリアルタイム性が要求されるアプリケーション群２２Ａに割り当てられ、ＣＰＵモジュール１６Ｂは相対的にリアルタイム性が要求されないアプリケーション群２２Ｂに割り当てられている。以下、ＣＰＵモジュール１６に共通する説明をする際にはＡまたはＢを付さず、単にＣＰＵモジュール１６と称する。

　各ＣＰＵモジュール１６およびＧＰＵ１３にはそれぞれ専用のキャッシュメモリ１７が設けられている。以下、ＣＰＵモジュール１６Ａに設けられているものを便宜的にキャッシュ１７Ａと称し、ＣＰＵモジュール１６Ｂに設けられているものを便宜的にキャッシュ１７Ｂと称し、ＧＰＵ１３に設けられているものを便宜的にキャッシュ１７Ｇと称する。そして、各キャッシュメモリ１７は、バス１１ａおよびバスマスタ１１を介してメインメモリ１２とＩＰＵ１４に接続されており、相互にデータの送受信が可能に構成されている。

　通信部１５は、他のＥＣＵ６との間の通信を行う。この通信部１５は、例えばＣｏｎｔｒｏｌｌｅｒ　Ａｒｅａ　Ｎｅｔｗｏｒｋインターフェースで構成されている。なお、ＥＣＵ６の種類によっては、例えばＷｉｆｉのような無線通信方式、あるいは、ＵＳＢのような有線通信方式を採用することもできる。

　車両用装置１は、図３に示すように、ＣＰＵ１０上でオペレーティングシステム２０（以下、ＯＳ２０）が実行され、そのＯＳ２０上で複数のアプリケーションプログラム２１（以下、アプリ２１）が実行されている。ＯＳ２０上で実行されるアプリ２１としては、メータアプリ２１ａ、ナビアプリ２１ｂ、安全アプリ２１ｃ、映像アプリ２１ｄ、ＨＵＤアプリ２１ｅなどが設けられている。なお、ＨＵＤは、Ｈｅａｄ　Ｕｐ　Ｄｉｓｐｌａｙの略である。また、各アプリ２１は一例であり、ＯＳ２０上で実行されるアプリ２１はこれらに限定されない。

　メータアプリ２１ａは、車両の速度や回転数あるいは警告などをユーザに報知するものであるとともに、主にメータディスプレイ２に表示されるサーフェスを描画する。例えば、メータアプリ２１ａは、図４に通常表示モードとして示すユーザインターフェース２３のように、速度計Ｍ１や回転数計Ｍ２あるいは警告灯Ｍ３などのコンテンツを表示するためのサーフェスを描画する。

　ただし、メータアプリ２１ａが描画したサーフェスは、センターディスプレイ３やヘッドアップディスプレイ４にも表示可能である。また、メータアプリ２１ａによって描画されるサーフェスは、例示した他のアプリ２１によって描画されるサーフェスよりも、相対的にリアルタイム性が要求されるものとなっている。また、実際にはメータアプリ２１ａがＧＰＵ１３に指示してサーフェスを描画させているものの、説明の簡略化のために、ここではメータアプリ２１が描画すると表現している。これは、他のアプリ２１についても同様である。

　ナビアプリ２１ｂは、ナビゲーション機能を実現するものであるとともに、主にセンターディスプレイ３に表示されるサーフェスを描画する。例えば、ナビアプリ２１ｂは、図５に示すように、地図や車両の現在位置などを含むナビゲーション画面Ｍ４などのコンテンツを表示するためのサーフェスを描画する。ただし、ナビアプリ２１ｂが描画したサーフェスは、例えば図４にナビ表示モードとして示すようにメータディスプレイ２に表示することもできるし、ヘッドアップディスプレイ４にも表示することもできる。

　安全アプリ２１ｃは、メニューの表示や運転支援用の各種の機能を実現するものであるとともに、主にセンターディスプレイ３に表示されるサーフェスを描画する。例えば、安全アプリ２１ｃは、図５に示すように、対象となる機能やコンテンツを選択するための複数のアイコンＭ５などのコンテンツを表示するためのサーフェスを描画する。ただし、安全アプリ２１ｃが描画したサーフェスは、例えば図４にメニュー表示モードとして示すようにメータディスプレイ２に表示することもできるし、ヘッドアップディスプレイ４にも表示することもできる。

　ＨＵＤアプリ２１ｅは、例えば速度や今後の進路などをユーザに報知するものであるとともに、主にヘッドアップディスプレイ４に表示されるサーフェスを描画する。例えば、ＨＵＤアプリ２１ｅは、図６に示すように、現在の速度情報Ｍ６や時刻情報Ｍ７あるいは曲がり角までの距離や曲がる方向などを示す進路情報Ｍ８を表示するためのサーフェスを描画する。ただし、ＨＵＤアプリ２１ｅが描画したサーフェスは、メータディスプレイ２やセンターディスプレイ３にも表示可能である。

　これらの各アプリ２１には、図７に示すように、サーフェスを描画するための物理面３０が個別に割り当てられている。つまり、各アプリ２１は、コンテンツの保持単位であるサーフェスを自身に割り当てられている物理面３０に描画する描画部として機能する。また、各アプリ２１は、詳細は後述するが、コンテンツの保持単位であるサーフェスを自身に割り当てられている物理面３０に取り込んで同期させる同期部に相当する。

　これらの物理面３０は、キャッシュメモリ１７やメインメモリ１２上に、必要となるサーフェスを描画つまりは配置できる大きさで確保されている。なお、物理面３０の大きさは必ずしも表示器の画素数と一致させる必要はない。これは、物理面３０に描画されたサーフェスのうち必要なサーフェスが選択されて表示器に表示されるためである。

　本実施形態では、メータアプリ２１ａには物理面３０Ａが割り当てられており、ナビアプリ２１ｂには物理面３０Ｂが割り当てられており、安全アプリ２１ｃには物理面３０Ｃが割り当てられており、映像アプリ２１ｄには物理面３０Ｄが割り当てられており、ＨＵＤアプリ２１ｅには物理面３０Ｅが割り当てられている。そして、各物理面３０には、各アプリ２１によって１つ以上のサーフェスが描画される。

　例えば、物理面３０Ａには、メータアプリ２１ａによってサーフェスＳＡ１～ＳＡ３が描画される。同様に、物理面３０Ｂには、ナビアプリ２１ｂによってサーフェスＳＢ１が描画される。物理面３０Ｃには、安全アプリ２１ｃによってサーフェスＳＣ１、ＳＣ２が描画される。なお、図７では、説明の簡略化のために、安全アプリ２１ｃによって描画される複数のサーフェスをまとめてサーフェスＳＣ１としている。物理面３０Ｄには、映像アプリ２１によってサーフェスＳＤ１が描画される。物理面３０Ｅには、ＨＵＤアプリ２１ｅによってサーフェスＳＥ１～ＳＥ３が描画される。なお、これらのサーフェスは一例である。

　また、各表示器に表示されるコンテンツは、少なくとも１つがアニメーション動作するものとなっている。ここで、アニメーション動作とは、コンテンツを示す画像の位置や大きさが徐々に変化したり、画像が回転したり、スワイプ操作にともなってユーザインターフェース２３が全体的に移動したり、画像が徐々にフェードインあるいはフェードアウトしたり、画像の色が変化したりするような表示態様である。

　例えば、図４に示したように、速度計Ｍ１や回転数計Ｍ２あるいは地図やメニューなどは、表示モードや表示先の表示器によってその大きさや位置が変化するコンテンツである。ただし、アニメーション動作はこれらに限定されず、ある時点から連続的あるは断続的に表示態様が変化するものであればアニメーション動作に含まれる。

　次に、上記した構成の作用について説明する。
　上記したように、各物理面３０は各アプリ２１に個別に割り当てられており、その物理面３０に各アプリ２１が個別にサーフェスを描画している。このとき、各物理面３０に描画されたサーフェスをＩＰＵ１４で合成するという従来の手法で表示を行うと、表示されるコンテンツの同期ずれが生じるおそれがある。

　これは、サーフェスを描画が完了するタイミングが各アプリ２１で異なることがあるためである。ここで、従来の手法を用いて、図８に示す比較例：画面遷移のナビ表示モードにおいて速度計Ｍ１や回転数計Ｍ２を拡大表示するアニメーション動作をさせる場合を想定してみる。なお、図８では、コンテンツの符号は図示を省略している。

　この場合、相対的に地図を縮小必要があることから、図８に比較例：シーケンスとして示すように、メータアプリ２１ａは、まず、更新するサーフェスの大きさや位置を演算し、その演算結果をナビアプリ２１ｂに通知するとともに、更新後の大きさや位置に合わせたサーフェスを描画する。一方、ナビアプリ２１ｂは、メータアプリ２１ａから通知を受け取ると、通知に基づいてサーフェスの更新後の大きさや位置を特定し、その大きさや位置となるように新たなサーフェスを描画つまりは更新する。

　このとき、メータアプリ２１ａ側でサーフェスの描画が先に完了したとすると、その時点でＩＰＵ１４によってサーフェスが合成されて表示されることになる。ただし、ナビアプリ２１ｂ側ではサーフェスの描画か完了していないため、元のサーフェスがそのまま表示されることになる。その結果、図８に同期ずれ状態として示すように、速度計Ｍ１や回転数計Ｍ２とナビゲーション画面Ｍ４とが重なった状態となる。

　そして、その後にナビアプリ２１ｂでのサーフェスの描画が完了すると、図８に同期状態として示すように、各サーフェスが意図した通りの状態で表示されることになる。なお、図８に示した同期ずれは一例であり、例えば枠内にメニューを表示するような場合には、枠を移動させてもメニューが移動しないといった同期ずれが発生する可能性がある。

　このように、従来の手法を用いた場合には、表示がずれるなど、異なる物理面３０に描画されたサーフェスを同期させることができなかった。また、表示器に表示する際の同期がずれるため、ユーザが視認できてしまい、不具合感を抱かせる懸念もある。

　そこで、車両用装置１では、以下のようにして、異なる物理面３０に描画されるサーフェスを同期させている。なお、以下の処理はいずれのアプリ２１によっても実施可能であるものの、ここでは、上記した図８に例と対比させて、メータアプリ２１ａが描画する速度計Ｍ１などのサーフェスと、ナビアプリ２１ｂが描画するナビゲーション画面Ｍ４のサーフェスとを同期させる場合を例にして説明する。

　メータアプリ２１ａは、図９に示す同期処理を実行しており、ステップＳ１において、上記した図７で示したように、自身に割り当てられている物理面３０Ａに、サーフェスＳＡ１～ＳＡ３を描画する。例えば、メータアプリ２１ａは、速度計Ｍ１を表示するためのサーフェスＳＡ１、回転数計Ｍ２を表示するためのサーフェスＳＡ２、警告灯Ｍ３を表示するためのサーフェスＳＡ３を描画する。

　そして、メータアプリ２１ａは、同期処理のステップＳ２において、他の物理面３０に描画されたサーフェスを取り込む。この場合、メータアプリ２１ａは、図１０示すように、サーフェスＳＡ１～ＳＡ３を描画した物理面３０Ａに、ナビアプリ２１ｂによって他の物理面３０Ｂに描画されたサーフェスＳＢ１を取り込む。なお、取り込んだ時点では、サーフェスＳＢ１は、ナビアプリ２１ｂが描画した大きさや形状となっている。

　続いて、メータアプリ２１ａは、同期処理のステップＳ３において、自身が描画したサーフェスＳＡ１～ＳＡ３と取り込んだサーフェスＳＢ１を含め、各サーフェスの位置や大きさあるいは変形量などを演算する。つまり、メータアプリ２１ａは、取り込んだサーフェスＳＢ１をテクスチャーとして扱い、そのテクスチャーの位置や大きさあるいは変形量を演算することにより、擬似的に自身が描画したものとして処理する。

　演算が終わると、メータアプリ２１ａは、同期処理のステップＳ４において、演算結果に従って自身の物理面３０Ａに各サーフェスを描画する。これにより、図１０に示すように、物理面３０Ａには、メータアプリ２１ａが描画したサーフェスＳＡ１～ＳＡ３とナビアプリ２１ｂが描画したサーフェスＳＢ１とが、演算した大きさや位置に従って描画される。つまり、演算結果に従って各サーフェスが再描画あるいは再配置される。

　このとき、他の物理面３０Ｂに描画されていたサーフェスＳＢ１は、物理面３０Ａに取り込まれた時点で物理面３０Ｂからは切り離されている。このため、ナビアプリ２１ｂの描画動作に関わらず、メータアプリ２１ａ側でサーフェスＳＢ１を適切な大きさや位置あるいは変形量で表示させることが可能な状態となっている。

　そのため、メータアプリ２１ａは、同期処理のステップＳ５において、再描画あるいは再配置が完了した各サーフェスの表示を指示することにより、各サーフェスを適切な状態で表示することができるようになる。これは、アニメーション動作させた際、速度計Ｍ１や回転数計Ｍ２を拡大するにつれてナビゲーション画面Ｍ４が縮小されて、それらが重なることなくシームレスに表示を変更できることを意味している。

　より具体的には、車両用装置１では、図１１に実施例：シーケンスとして示すように、各アプリ２１でそれぞれサーフェスを描画する。そして、他の物理面３０に描画されたサーフェスを必要とするアプリ２１、ここでは、メータアプリ２１ａは、ナビアプリ２１ｂが描画したサーフェスを自身の物理面３０に取り込み、取り込んだサーフェスの位置や大きさなどを演算して再描画する。

　これにより、例えばメータアプリ２１ａが速度計Ｍ１や回転数計Ｍ２を拡大表示するようなアニメーション動作をさせる場合において、メータアプリ２１ａ側で、そのアニメーション動作に対応するように異なる物理面３０に描画されたサーフェスの大きさや位置などを制御することができる。従って、実施例：画面遷移として示すように、速度計Ｍ１や回転数計Ｍ２とナビゲーション画面Ｍ４とが重なることが防止される。すなわち、異なる物理面３０に描画されたサーフェスを同期させることができる。なお、図１１では、コンテンツの符号は図示を省略している。

　以上説明した実施形態によれば、次のような効果を得ることができる。
　車両用装置１は、複数のコンテンツを１つのユーザインターフェース２３で提供可能なものであって、コンテンツの保持単位であるサーフェスを同期させる同期部を備えている。そして、同期部は、自身に割り当てられている物理面３０とは異なる他の物理面３０に描画されたサーフェスを取り込み、取り込んだサーフェスを自身が描画したサーフェスとして扱うことにより、自身が描画したサーフェスと他の物理面３０に描画されたサーフェスとを同期させる。

　これにより、異なる物理面３０に描画されたサーフェスであっても、ユーザインターフェース２３に表示する際には、その表示が更新されるタイミングを同期部が制御することができる。つまり、他の物理面３０に描画されたサーフェスを共有することが可能になる。これにより、異なる物理面３０に描画されたサーフェスを同期させることができる。より具体的には、自身が描画したサーフェスと他の物理面３０に描画されたサーフェスとを同期させることができ、表示がずれるなど、ユーザが視認できてしまう状態を回避することができる。

　また、車両用装置１の制御方法は、複数のコンテンツを１つのユーザインターフェース２３で提供する際に、コンテンツの保持単位であるサーフェスを自身に割り当てられている物理面３０に描画する工程と、自身に割り当てられている物理面３０とは異なる他の物理面３０に描画されたサーフェスを取り込む工程と、取り込んだサーフェスを自身が描画したサーフェスとして扱うことにより、自身が描画したサーフェスと他の物理面３０に描画されたサーフェスとを同期させる工程と、を含んでいる。

　このような車両用装置１の制御方法によっても、異なる物理面３０に描画されたサーフェスを同期させることができ、自身が描画したサーフェスと他の物理面３０に描画されたサーフェスとを同期させることができる。

　また、車両用装置１では、コンテンツのうち少なくとも１つは、アニメーション動作するものである。コンテンツをアニメーション動作させる場合、元になるサーフェスが同期していないと、コンテンツの表示がずれたり重なって表示されたりするなど、ユーザが視認できるような不具合が生じる可能性がある。そこで、元になるサーフェスを同期させることにより、コンテンツの位置や大きさを変化させた場合であっても、上記した不具合が生じることを防止できる。

　車両用装置１は、複数のアプリ２１が実行されるものであり、同期部は、アプリ２１として実装されており、自身が描画したサーフェスと、他のアプリ２１によって他の物理面３０に描画されたサーフェスとを同期させる。これにより、それぞれのアプリ２１ケーションに過度に負荷が掛かることを抑制できる。

　そのため、実施形態のメータアプリ２１ａのように、他の物理面３０に描画されるサーフェスよりも相対的にリアルタイム性が必要とされるサーフェスを描画するアプリ２１であっても、必要とされる速度計Ｍ１や回転数計Ｍ２あるいは警告灯Ｍ３の表示を遅延させることなく、他の物理面３０に描画されたサーフェスと同期させることができる。

　車両用装置１は、複数のＣＰＵモジュール１６を備えており、同期部は、自身が描画したサーフェスと、他のＣＰＵモジュール１６側に設けられている他の物理面３０に描画されたサーフェスとを同期させる。この場合、物理面３０はＣＰＵモジュール１６ごとに管理されるため、メータアプリ２１ａがサーフェスを描画する物理面３０Ａと、ナビアプリ２１ｂがサーフェスを描画する物理面３０Ｂとは、ＣＰＵモジュール１６を跨いで共有されることになる。このような構成によっても、上記した制御方法を採用することにより、異なる物理面３０に描画されたサーフェスを同期させることができる。

　　　（第２実施形態）
　次に、第２実施形態について説明する。第２実施形態では、第１実施形態とは異なる車両用装置１の構成例について説明する。なお、説明の簡略化のために、車両用装置１やＯＳ２０あるいはアプリ２１には共通する符号を付して説明する。また、同期制御の方法などは、第１実施形態と共通する。

　　<第１の構成例＞
　第１の構成例では、車両用装置１は、図１２に示すように、ＣＰＵ１０上でハイパーバイザ４０が実行され、そのハイパーバイザ４０上で複数例えば２つのＯＳ２０ＡおよびＯＳ２０Ｂが実行される。このとき、ＯＳ２０ＡはＣＰＵモジュール１６Ａに割り当てられており、ＯＳ２０ＢはＣＰＵモジュール１６Ｂに割り当てられている。本実施形態では、ＯＳ２０Ａは相対的にリアルタイム性が高い処理を担当し、ＯＳ２０Ｂは相対的にリアルタイム性が低い処理を担当するものを想定している。

　そのため、ＯＳ２０Ａでは、リアルタイム性が要求される例えばメータアプリ２１ａが実行され、ＯＳ２０Ｂでは、リアルタイム性がＯＳ２０Ａほど要求されないナビアプリ２１ｂや安全アプリ２１ｃ、ＨＵＤアプリ２１ｅや映像アプリ２１などが実行される。なお、ＯＳ２０の種類やアプリ２１ケーションの配置は一例であり、これらに限定されない。

　この場合、物理面３０はＯＳ２０ごとに管理されるため、メータアプリ２１ａがサーフェスを描画する物理面３０Ａと、ナビアプリ２１ｂがサーフェスを描画する物理面３０Ｂとは、ＣＰＵモジュール１６およびＯＳ２０を跨ぐことになる。換言すると、同期部は、ＣＰＵモジュール１６およびＯＳ２０を跨いでサーフェスを共有する必要がある。このような場合であっても、第１実施形態で説明した制御方法を採用することにより、異なる物理面３０、ここでは、異なるＣＰＵモジュール１６側の異なるＯＳ２０側の物理面３０に描画されたサーフェスを共有して同期させることができる。

　また、第１実施形態では同期部つまりは自身でもサーフェスを描画するアプリ２１により各サーフェスを同期部として用いる構成を例示したが、同期専用の同期アプリ２１ｆを実装し、サーフェスの描画とサーフェスの共有とを別々に処理する構成とすることもできる。換言すると、コンテンツの保持単位であるサーフェスを自身に割り当てられている物理面３０に描画する同期部と、自身に割り当てられている物理面３０に他の物理面３０に描画されたサーフェスを取り込み、取り込んだサーフェスの位置や大きさあるいは変形量を演算する同期部としての同期アプリ２１ｆを備える構成とすることもできる。このような構成によっても、同期部によって描画されたサーフェスを同期部で取り込むことにより、異なる物理面３０に描画されたサーフェスを同期させることができる。この同期アプリ２１ｆは、全ての表示器を対象とする構成とすることもできるし、各表示器に個別に設ける構成とすることもできる。

　なお、ハイパーバイザ４０は、ＯＳ２０Ａの機能として実行される構成とすることもできる。すなわち、ＣＰＵ１０上でＯＳ２０Ａを実行し、そのＯＳ２０の機能としてハイパーバイザ４０を動作させ、そのハイパーバイザ４０上でＯＳ２０Ｂを実行する構成とすることもできる。

　　<第２の構成例＞
　第２の構成例では、車両用装置１は、図１３に示すように、複数のＣＰＵ１０を備え、各ＣＰＵ１０上でそれぞれＯＳ２０ＡおよびＯＳ２０Ｂが実行される。この場合、物理面３０はＣＰＵ１０ごとに管理されるため、メータアプリ２１ａがサーフェスを描画する物理面３０Ａと、ナビアプリ２１ｂがサーフェスを描画する物理面３０Ｂとは、ＣＰＵ１０を跨ぐことになる。

　換言すると、同期部は、ＣＰＵ１０を跨いでサーフェスを共有する必要がある。このような場合であっても、第１実施形態で説明した制御方法を採用することにより、異なる物理面３０、ここでは、異なるＣＰＵモジュール１６側の物理面３０に描画されたサーフェスを共有して同期させることができる。

　　　（第３実施形態）
　次に、第３実施形態について説明する。第３実施形態では、車両用装置１とＥＣＵ６との間でサーフェスを同期させる例について説明する。なお、説明の簡略化のために、車両用装置１やＯＳ２０あるいはアプリ２１には共通する符号を付して説明する。また、車両用装置１の構成は第１実施形態や第２実施形態と共通し、同期制御の方法は第１実施形態と共通するものを採用することができる。

　第３実施形態では、図１４に示すように、車両用装置１は、他のＥＣＵ６に通信可能に接続されるものであり、自身の側で同期部によって物理面３０に描画されたサーフェスと、ＥＣＵ６側の他の物理面３０に描画されたサーフェスとを、第１実施形態と同様の制御方法を用いて同期させる。

　具体的には、車両用装置１は、上記した図９の処理に従って、例えばメータアプリ２１ａであれば、物理面３０Ｆに描画されたサーフェスを自身の物理面３０Ａに取り込み、位置や大きさあるいは変形量を演算し、演算結果に基づいて各サーフェスを描画し、その後に表示することで、自身が物理面３０Ａに描画したサーフェスと、異なる物理面３０Ｆに描画されたサーフェスを同期させる。

　このとき、車両用装置１は、ＥＣＵ６側の物理面３０Ｆに描画されたサーフェスを、個別にコネクションを貼って取り込む構成とすることができる。これにより、必要となるサーフェスを個別に取り込むことが可能になり、異なる物理面３０に描画されたサーフェスを同期させることができる。

　あるいは、車両用装置１は、図１５に示すように、ＥＣＵ６側の物理面３０Ｆに描画された複数のサーフェスをＥＣＵ６側でまとめたサーフェス群ＳＧを一括して取り込むとともに、取り込んだサーフェス群ＳＧを例えばメータアプリ２１ａに割り当てられている物理面３０Ａに個別に分配するアプリ２１として分配部２１ｇを設ける構成とすることもできる。

　これにより、サーフェスを取り込む処理を簡略化しつつ、また、車両用装置１とＥＣＵ６との間の通信量を削減しつつ、異なる物理面３０に描画されたサーフェスを同期させることができる。なお、分配部２１ｇは、ハードウェアで構成することもできる。

　本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に含まれるものである。

　本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

Claims (10)

1. 　複数のコンテンツ（Ｍ１、Ｍ２、Ｍ３、Ｍ４、Ｍ５、Ｍ６、Ｍ７、Ｍ８）を１つのユーザインターフェース（２３）で提供可能な車両用装置（１）であって、
   　異なる物理面（３０）に描画されたサーフェス（ＳＡ１、ＳＡ２、ＳＡ３、ＳＢ１、ＳＣ１、ＳＤ１、ＳＥ１）を同期させる同期部（２１ａ、２１ｂ、２１ｃ、２１ｄ、２１ｅ、２１ｆ）を備え、
   　前記同期部は、自身に割り当てられている物理面とは異なる他の物理面に描画されたサーフェスを取り込み、取り込んだサーフェスを自身が描画したサーフェスとして扱うことにより、自身が描画したサーフェスと他の物理面に描画されたサーフェスとを同期させる車両用装置。
2. 　車両用装置では、サーフェスを描画する複数のアプリケーションプログラム（２１ａ、２１ｂ、２１ｃ、２１ｄ、２１ｅ）が実行され、
   　前記同期部は、前記アプリケーションプログラムとして実装されており、自身が描画したサーフェスと、他の前記アプリケーションプログラムによって他の物理面に描画されたサーフェスとを同期させる請求項１記載の車両用装置。
3. 　前記コンテンツのうち少なくとも１つは、アニメーション動作するものである請求項１または２記載の車両用装置。
4. 　車両用装置は、複数のオペレーティングシステム（３０）が実行されるものであり、
   　前記同期部は、自身が描画したサーフェスと、他の前記オペレーティングシステム側に設けられている他の物理面に描画されたサーフェスとを同期させる請求項１から３のいずれか一項記載の車両用装置。
5. 　車両用装置は、複数のＣＰＵモジュール（１６）を備えており、
   　前記同期部は、自身が描画したサーフェスと、他の前記ＣＰＵモジュール側に設けられている他の物理面に描画されたサーフェスとを同期させる請求項１から４のいずれか一項記載の車両用装置。
6. 　車両用装置は、他の装置（６）に通信可能に接続されるものであり、
   　前記同期部は、自身が描画したサーフェスと、他の前記装置側に設けられている他の物理面に描画されたサーフェスとを同期させる請求項１から５のいずれか一項記載の車両用装置。
7. 　前記同期部は、他の物理面に描画されるサーフェスよりも相対的にリアルタイム性が必要とされるサーフェスを描画する請求項１から６のいずれか一項記載の車両用装置。
8. 　前記同期部は、他の物理面に描画された複数のサーフェスを個別に取り込む請求項１から７のいずれか一項記載の車両用装置。
9. 　他の物理面に描画された複数のサーフェスを一括してサーフェス群（ＳＧ）として取り込むとともに、取り込んだサーフェス群を個別のサーフェスに分配する分配部（２１ｆ）を備える請求項１から７のいずれか一項記載の車両用装置。
10. 　複数のコンテンツ（Ｍ１、Ｍ２、Ｍ３、Ｍ４、Ｍ５、Ｍ６、Ｍ７、Ｍ８）を１つのユーザインターフェース（２３）で提供する車両用装置（１）の制御方法であって、
    　自身に割り当てられている物理面（３０）とは異なる他の物理面に描画されたサーフェス（ＳＡ１、ＳＡ２、ＳＡ３、ＳＢ１、ＳＣ１、ＳＤ１、ＳＥ１）を取り込む工程と、
    　取り込んだサーフェスを自身が描画したサーフェスとして扱うことにより、自身が描画したサーフェスと他の物理面に描画されたサーフェスとを同期させる工程と、
    を含む車両用装置の制御方法。

Images