JP2022114162A

JP2022114162A - 車両用装置

Info

Publication number: JP2022114162A
Application number: JP2021010336A
Authority: JP
Inventors: 佳秋井上; Yoshiaki Inoue; 憲一大西; Kenichi Onishi
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2021-01-26
Filing date: 2021-01-26
Publication date: 2022-08-05
Also published as: WO2022163318A1; US20230406236A1

Abstract

【課題】出荷後においても性能向上を図ることができる車両用装置を提供する。
【解決手段】車両用装置１は、周辺機器３にアクセス可能であって車両を利用する際に提供される機能を実行可能な制御部１０１と、制御部１０１と通信可能であって車両を利用する際に提供される機能を実行可能な外部装置２が接続される接続部５と、外部装置２が機能を実行可能な状態で接続部５に接続されているか否かを判定する判定部１２と、を備え、制御部１０１は、外部装置２が機能を実行可能な状態で接続されていると判定された場合、外部装置２を有効化して機能の実行を可能にするとともに、自身が実行可能な機能のうち少なくとも１つの機能を停止する。
【選択図】図６

Description

本開示は、車両用装置に関する。

近年、例えば特許文献１に示されているように、車両用装置に複数のオペレーティングシステムを実装することが急速に普及しつつある。以下、オペレーティングシステムをＯＳと称する。このとき、車両用装置には、リアルタイム性が求められる処理に適したいわゆるリアルタイムＯＳと、例えばディスプレイへの表示などのマルチメディア系の処理に適しており、一般的な携帯端末等で利用される汎用的なＯＳとが実装されることがある。

特許第６１３０６１７号

ところで、携帯端末等で利用される汎用的なＯＳは、更新頻度が比較的高く、その更新によってＯＳに搭載される機能も拡充されていく。そして、機能の拡充に伴って要求されるハードウェアの性能も高くなっていく。

しかしながら、車両に搭載される車両用装置においては、出荷後に例えば１年ごとや数年ごとにハードウェアを更新する対応を取ることが困難であるという問題がある。
本開示は、上記した事情に鑑みてなされたものであり、その目的は、出荷後においても性能向上を図ることができる車両用装置を提供することにある。

上記目的を達成するために、本開示の一態様の車両用装置（１）は、周辺機器（３）にアクセス可能であって車両を利用する際に提供される機能を実行可能な制御部（１０１）と、制御部と通信可能であって車両を利用する際に提供される機能を実行可能な外部装置（２）が接続される接続部（５）と、外部装置が機能を実行可能な状態で接続部に接続されているか否かを判定する判定部（１２）と、を備えている。そして、制御部は、外部装置が機能を実行可能な状態で接続されていると判定された場合、外部装置を有効化して機能の実行を可能にする。

これにより、まず、例えば車両出荷時には必要とされる性能を有していたものの、その後のオペレーティングシステムのアップデートによって高性能化が必要となったような状況において、外部装置を接続することにより、性能向上を容易に図ることができる。そして、制御部は、外部装置を有効化した場合には、自身が実行可能な機能のうち少なくとも１つの機能を停止する。これにより、性能を向上させたことに伴って電力消費が過度に増加してしまうことを抑制できる。

第１実施形態での車両用装置、外部装置の電気的構成例を模式的に示す図車両用装置、外部装置のソフトウェア構成例を模式的に示す図車両用装置、外部装置の起動時の処理の流れを示す図車両用装置、外部装置の定常時の処理の流れを示す図車両用装置のＯＳ起動処理の流れを示す図有効化処理の流れを示す図簡略化したソフトウェア構成例を模式的に示す図定期確認処理の流れを示す図無効化処理の流れを示す図他のソフトウェア構成例を模式的に示す図第２実施形態でのデータ消去処理の流れを示す図データ移行処理の流れを示す図取り外し処理の流れを示す図データ移管処理の流れを示す図第３実施形態でのソフトウェア構成例を模式的に示す図起動時の処理の流れを示す図装置選択処理の流れを示す図データ選択処理の流れを示す図

以下、複数の実施形態について説明する。また、各実施形態において実質的に共通する部位には同一符号を付すものとする。

（第１実施形態）
以下、第１実施形態について説明する。図１に示すように、車両用装置１は、例えばＳｏＣで構成された半導体集積回路として実現されており、外部装置２に接続可能となっているとともに周辺機器３へのアクセスが可能となっている。これら車両用装置１、外部装置２および各周辺機器３は、互いに連携して作動することにより、車両用システム４を構成している。

具体的には、車両用装置１は、車両を利用する際に提供される機能を実行可能な制御部１０１、周辺機器３との間で各種の信号を入出力するための外部入出力回路１０２、制御部１０１と通信可能であって車両を利用する際に提供される機能を実行可能な外部装置２が接続されるＵＳＢコネクタ１０３などを備えている。なお、ＳｏＣはSystem on a Chipの略であり、ＵＳＢは、Universal Serial Busの略である。また、図１では説明の簡略化のために外部入出力回路１０２を１つのブロックとして示しているが、周辺機器３に対応した複数の回路で構成することができる。

制御部１０１は、ＣＰＵ１０４、ＲＯＭ１０５、ＲＡＭ１０６、入出力ポート１０７、および通信回路１０８などを備えており、それらがバス１０９によって接続されている。ＣＰＵ１０４は、ＲＯＭ１０５に記憶されているプログラムを実行することにより、車両用装置１を制御するための各種の処理と、車両を利用する際に提供される各種の機能を実行する。また、ＣＰＵ１０４が実行する機能の一部または全部を１つあるいは複数のＩＣによりハードウェアで構成することができる。

本実施形態では、車両を利用する際に提供される機能とは、車両を利用するユーザに対して提供される機能、および、ユーザが直接的には把握していなくても車両を利用するために必要とされる車載機器を含む周辺機器３を制御するための機能を想定している。つまり、車両を利用する際に提供される機能とは、車両用装置１が提供可能な機能、および、車両用装置１を介して外部装置２が提供可能な機能を意味している。

ＲＯＭ１０５は、例えばｅＭＭＣで構成された不揮発性のメモリである。なお、ｅＭＭＣは、embedded Multi Media Cardの略である。このＲＯＭ１０５には、ＣＰＵ１０４が実行する各種のプログラム、プログラムを実行する際に参照されるデータ、エアコンディショナの設定温度、シートやハドルの位置や角度のような主として車両設備に利用されるデータ、ナビゲーションに利用する自宅の位置や電話番号、楽曲などのような主として提供する機能に利用されるデータなどが記憶されている。以下、これらのデータのうち、シートポジションや電話番号などのようなユーザとって固有のデータをユーザ情報とも称する。

また、ＲＯＭ１０５は、不揮発性のメモリで構成されており、読み出し専用の領域と書き込み可能な領域とが設けられている。例えばＯＳイメージのように基本的には書き換えないデータは読み出し専用の領域に記憶されている一方、車両用装置１の電源がオフされた場合でも記憶しておくデータは書き込み可能な領域に記憶される。このＲＯＭ１０５は、記憶部１１０を構成している。

ＲＡＭ１０６は、揮発性のメモリで構成されており、演算結果等のデータを一時的に記憶する。なお、ＲＡＭ１０６に記憶されるデータは、必要であれば例えば車両用装置１の動作終了時にＲＯＭ１０５の書き込み可能な領域に記憶される。

入出力ポート１０７は、制御部１０１と周辺機器３や外部装置２との間で信号の入出力を行わせるための回路である。通信回路１０８は、本実施形態ではＵＳＢ規格に準拠したものであり、物理的な接続手段であるＵＳＢコネクタ１０３を介して、外部装置２との間でデータの送受信を行う。これらＵＳＢコネクタ１０３と通信回路１０８は、本実施形態における接続部５を構成している。

外部装置２は、例えばＳｏＣで構成された半導体集積回路として実現されており、本実施形態では、車両用装置１とＵＳＢ接続されるＵＳＢモジュールとして構成されている。この外部装置２は、ケーブル６を介して車両用装置１の制御部１０１と通信可能にＵＳＢ接続されることで、車両用装置１を介して周辺機器３にアクセス可能になっている。また、外部装置２は、動作時にはＵＳＢコネクタ１０３を介して車両用装置１から電源が供給される。

外部装置２は、車両を利用する際に提供される機能を実行可能なモジュール側制御部２０１と、周辺機器３や無線通信装置２０３との間で各種の信号を入出力するための外部入出力回路２０２とを備えている。モジュール側制御部２０１は、ＣＰＵ２０４、ＲＯＭ２０５、ＲＡＭ２０６、入出力ポート２０７、および通信回路２０８などを備えており、それらがバス２０９によって接続されている。

なお、図１では説明の簡略化のために外部入出力回路２０２を１つのブロックとして示しているが、無線通信装置２０３のような外部装置２に接続されることが想定される装置に対応した複数の回路で構成することができる。

ＣＰＵ２０４は、ＲＯＭ２０５に記憶されているプログラムを実行することにより、車両用装置１との間の通信や車両を利用する際に提供される各種の機能を実行する。ＲＯＭ２０５は、ＣＰＵ２０４が実行するプログラムやプログラムを実行する際に参照されるデータなどを記憶するモジュール側記憶部２１０を構成している。また、外部装置２のモジュール側記憶部２１０は、車両用装置１から送信される例えばユーザ情報などのデータを記憶することもできる。

本実施形態では、モジュール側制御部２０１は、車両用装置１の制御部１０１よりも高い処理性能を有する構成となっている。そのため、同一処理を実行する場合には、車両用装置１よりも外部装置２の方がより短時間で処理を完了することができる。また、ＣＰＵ２０４が実行する機能の一部または全部を１つあるいは複数のＩＣによりハードウェアで構成することができる。

入出力ポート２０７は、モジュール側制御部２０１と他の装置との間で信号の入出力を行わせるための回路である。本実施形態では、他の装置として、車両用装置１、車両用装置１を介して制御する周辺機器３、例えばユーザが所有する携帯端末７との間で通信を行う無線通信装置２０３などを想定している。

通信回路２０８は、本実施形態では車両用装置１と通信するためのＵＳＢ規格に準拠したものである。無線通信装置２０３は、例えばＷｉ－Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）に対応した無線通信部を備えており、携帯端末７との間で無線通信を行う。なお、無線通信装置２０３は、携帯端末７との間を有線接続方式で通信する機能を備えていてもよい。

車両用装置１に接続される周辺機器３としては、例えばセンタディスプレイ３０１、メータディスプレイ３０２、ヘッドアップディスプレイ３０３、エアコンディスプレイ３０４、スピーカ３０５、カメラ３０６、マイク３０７、位置検出装置３０８、チューナ３０９、ＤＳＭ３１０、ＬＩＤＡＲ３１１、レーダ３１２、ＥＣＵ３１３などが想定される。ただし、図１に示した周辺機器３の種類や数は一例であり、車両用装置１は必ずしもこれら全てと接続されている必要は無く、また、例示していない他の周辺機器３を接続することもできる。

センタディスプレイ３０１は、例えば運転席と助手席との間の前方に配置される。このセンタディスプレイ３０１は、例えばナビゲーション機能などを実行する際の表示画面や、表示領域に対応して設けられている図示しないタッチパネルを利用する際の操作画面として使用される。つまり、センタディスプレイ３０１は、ユーザの操作を入力する入力部１０として機能する。

ただし、入力部１０としては、タッチパネル以外にも例えば画面の周囲に図示しない機械式の操作スイッチを配置して操作を入力する構成とすることができる。また、入力部１０としては、他のディスプレイや図示しないステアリングスイッチなどを採用したり、それらをタッチパネルや操作スイッチとを共用したりすることができる。

メータディスプレイ３０２は、ステアリングの前方に配置されて、速度や回転数などのメータ表示、警告灯などの表示を行う。ヘッドアップディスプレイ３０３は、運転者の前方に配置されているウィンドシールドやダッシュボードに配置された表示板に各種の情報を表示する。エアコンディスプレイ３０４は、例えば現在の設定温度や外気温などのエアコンディショナの制御に関する情報を表示する。ただし、エアコンディスプレイ３０４は、専用で設けることもできるし、他のディスプレイの一部を利用する構成とすることもできる。

スピーカ３０５は、車室内に設置され、車両用装置１あるいは外部装置２から出力される音声データに基づいた音声を出力する。スピーカ３０５は、例えば車両用装置１や外部装置２からの警告や操作案内あるいは楽曲の再生などに用いられる。マイク３０７は、車室内に設置され、車両の乗員が発話した音声を音声データとして車両用装置１や外部装置２に出力する。このマイク３０７は、車両用装置１や外部装置２を操作する音声コマンドの入力などに用いられる。また、マイク３０７およびスピーカ３０５は、携帯端末７を利用したハンズフリー通話時の音声入力や音声出力に利用することができる。

位置検出装置３０８は、図示しないＧＰＳ受信機やジャイロセンサなどによって構成されており、車両の現在位置や向きを取得する。なお、ＧＰＳは、Global Positioning Systemの略である。また、ＧＰＳ受信機は、ＧＰＳ衛星から送信されるＧＰＳ測位信号を受信して、受信したＧＰＳ測位信号を出力するものであり、ジャイロセンサは、互いに直交するＸ軸、Ｙ軸およびＺ軸を中心とした回転の角速度を検出するものである。

カメラ３０６は、例えば、車両の後側に取り付けられており、車両の後方の状況を連続して撮影する。このカメラ３０６で撮像された画像は、例えば画像内に存在する物体の検出結果や車両を誘導するための誘導ラインなどとともにセンタディスプレイ３０１や他のディスプレイに表示される。チューナ３０９は、ＡＭ放送およびＦＭ放送のラジオ放送信号を受信する。また、チューナ３０９としてテレビ放送を受信するものを備えることもできる。

ＤＳＭ３１０は、撮像装置などで構成されており、運転者の顔を撮影した顔画像を画像解析することにより運転者の状態を検出するドライバステータスモニタである。なお、ＤＳＭ３１０は、Driver Status Monitorの略である。ＬＩＤＡＲ３１１は、レーザ光を送受信することで、車両の周囲に存在する物体の位置を検出する。なお、ＬＩＤＡＲ３１１は、Light Detection and Rangingの略である。

レーダ３１２は、ミリ波帯のレーダ３１２波を送受信することで、車両の周囲に存在する物体の位置を検出する。これらＤＳＭ３１０、ＬＩＤＡＲ３１１あるいはレーダ３１２による検出結果は、例えばディスプレイへの注意表示や警告表示あるいはスピーカ３０５からの音声出力によって運転者に報知される。

ＥＣＵ３１３は、車両に搭載されている電子機器である。一般的に、車両には複数のＥＣＵ３１３が搭載されており、車両用装置１は、これらのＥＣＵ３１３からエンジンやモータのような駆動部の駆動状態やドアの開閉状態などの車両に関する各種の情報を取得する。なお、ＥＣＵ３１３は、Electronic Control Unitの略である。

なお、図１では説明の簡略化のために１つのＥＣＵ３１３を示しているが、車両には複数のＥＣＵ３１３が搭載されており、車両用装置１は、例えばＣＡＮのような車載ネットワークを介して複数のＥＣＵ３１３と通信可能に接続されている。なお、ＣＡＮは、Controller Area Networkの略である。

次に、車両用装置１の基本的なソフトウェア構成について説明する。図２に示すように、車両用装置１は、複数のオペレーティングシステムが動作可能な仮想化環境が構築されている。以下、オペレーティングシステムをＯＳ８と称する。なお、ＯＳはOperating Systemの略である。また、図２では、説明の簡略化のために幾つかの周辺機器３の図示を量略している。

車両用装置１は、制御部１０１上に、ハイパーバイザ１１１、サービスバス１１２、ファイアウォール１１３、ＲＴＯＳ８１、ＭＭＯＳ８２Ａが実装されている。なお、ＲＴＯＳ８１はReal Time ＯＳの略であり、ＭＭＯＳ８２はMulti Media ＯＳの略である。また、本実施形態では車両用装置１と外部装置２にそれぞれＭＭＯＳ８２を実装していることから、両者を区別し易くするために、車両用装置１に実装されているＭＭＯＳ８２にはＡを付し、外部装置２に実装されているＭＭＯＳ８２にはＢを付している。

また、本実施形態では、ＭＭＯＳ８２としてＡｎｄｒｏｉｄ（登録商標）を採用している。以下、ＲＴＯＳ８１やＭＭＯＳ８２に共通する事項を説明する場合には単にＯＳ８と称することがある。また、ＭＭＯＳ８２ＡとＭＭＯＳ８２Ｂとに共通する事項を説明する場合には単にＭＭＯＳ８２と称することがある。また、ＭＭＯＳ８２Ａ２とＭＭＯＳ８２Ｂは、同一のバージョンあるいは十分な互換性を有するバージョンであるものとする。

ハイパーバイザ１１１は、一般的な技術であるため詳細な説明は省略するが、ＲＴＯＳ８１とＭＭＯＳ８２Ａのような複数のＯＳ８を制御部１０１上で並列に実行可能とするためのプログラムであり、各ＯＳ８を管理する機能や各ＯＳ８間の通信を補助する機能などを有している。ただし、ハイパーバイザ１１１は、例えばＲＴＯＳ８１が備える機能の一部として実装することもできる。

サービスバス１１２は、各ＯＳ８のアプリケーション層と、それよりも下位の任意の層を示す下位層との間のデータのやり取りを行うためのプログラムである。このサービスバス１１２は、車両用装置１と外部装置２とがあたかも１つの装置であるかのようにデータをやり取りすることを可能とするために、下位層で用いるデータとアプリケーション層で用いるデータとの対応付けを行うためのデータベースを備えている。

また、サービスバス１１２は、データベースを参照することによってアプリケーション層と下位層との間でデータの形式を変換し、車両用装置１内におけるＲＴＯＳ８１とＭＭＯＳ８２Ａとの間、および、車両用装置１と外部装置２との間におけるデータのやり取りを可能にする。

ファイアウォール１１３は、各ＯＳ８間の不正なアクセスや、外部からのＲＴＯＳ８１やＭＭＯＳ８２Ａに対する不正なアクセスなどを制限する機能を備えている。なお、ファイアウォール１１３を実装するか否かは適宜選択することができ、他の手法でセキュリティを確保できる場合には、ファイアウォール１１３を実装しない構成とすることもできる。

ＲＴＯＳ８１は、リアルタイム性が求められる処理の実行に適したものであり、車両の制御や安全性に関わる処理などを主として実行する。ＭＭＯＳ８２Ａは、例えば一般的な携帯端末７などに利用されている汎用的なものであって、マルチメディア系の処理の実行に適したものである。本実施形態では、ＭＭＯＳ８２は、例えば画面への表示処理などを実行する。

ただし、各ＯＳ８は、自身に適した処理に限らず、例えばＲＴＯＳ８１で迅速な応答が必要とされるメータディスプレイ３０２への表示処理を実行したり、ＭＭＯＳ８２で安全のための警告音の出力などの処理を実行したりすることができる。

これらのＯＳ８には、アプリケーション９や各種の機能部が実装されている。各アプリケーション９は、車両を利用する際に提供される機能を実現するために各ＯＳ８上で実行されるプログラムである。ただし、図２では各ＯＳ８に実装されているもののうち幾つかを抜粋して例示しており、図２に示すもの以外のアプリケーション９や機能部を各ＯＳ８に実装することができる。

また、車両用装置１および外部装置２は、必ずしも図２に示した全てのアプリケーション９や機能部を実装している必要はなく、仕様に応じて必要になるアプリケーション９や機能部が実装されていればよい。以下、アプリケーション９を単にアプリとも称する。また、車両用装置１および外部装置２は、例えば携帯端末７を介してＯＴＡによりアプリケーション９を更新したり新たに取得したりすることもできる。なお、ＯＴＡは、Over The Airの略である。

ＲＴＯＳ８１には、アプリケーション９として、例えばメータアプリ９０１、ＨＵＤアプリ９０２、カメラアプリ９０３が実装されている。なお、ＨＵＤはHead Up Displayの略である。メータアプリ９０１は、メータディスプレイ３０２への表示を制御するための処理を実行するものであり、例えばメーダディスプレイに表示する速度計や警告灯などの画像を生成するための処理を実行する。

ＨＵＤアプリ９０２は、ヘッドアップディスプレイ３０３への表示を制御するための処理を実行するものであり、例えばヘッドアップディスプレイ３０３に表示する画像や情報などを生成するための処理を実行する。カメラアプリ９０３は、カメラ３０６による撮影画像の表示を制御するための処理を実行するものであり、画像中に存在する物体を検出する処理やバックする際に車両を誘導する誘導ラインの生成や画像の合成などのための処理を実行する。

また、ＲＴＯＳ８１には、機能部としてのＨＭＩ処理部１１、判定部１２、データ管理部１３および選択部１４が実装されている。なお、ＨＭＩは、Human Machine Interfaceの略である。これらの機能部は、本実施形態ではソフトウェアで実現されている。ただし、各機能部の一部あるいは全部をＭＭＯＳ８２Ａに実装することもできるし、各機能部の一部あるいは全部をハードウェアで実現する構成とすることもできる。

ＨＭＩ処理部１１は、周辺機器３や他のアプリケーション９から入力されるデータに基づいて、センタディスプレイ３０１、メータディスプレイ３０２、ヘッドアップディスプレイ３０３およびエアコンディスプレイ３０４への表示を制御する処理などを実行する。またＨＭＩ処理部１１は、入力されるデータに基づいて、スピーカ３０５からの音声出力を制御する処理なども実行する。

判定部１２は、外部装置２が機能を実行可能な状態で接続されているか否かを判定する処理を実行する。この判定部１２は、後述するように、外部装置２との間で通信を行い、外部装置２の接続状態や動作状態を把握することにより、機能を実行可能な状態で接続されているか否かを判定する。換言すると、判定部１２は、外部装置２を利用することが可能な状態であるか否かを判定する処理を実行する。また、判定部１２は、詳細は別の実施形態にて説明するが、外部装置２を利用するか否かを選択するための処理も実行する。

データ管理部１３は、詳細は別の実施形態にて説明するが、外部装置２に記憶されているデータを利用可能にする処理を実行する。具体的には、データ管理部１３は、外部装置２が利用するデータの消去や移行に関する処理を実行するとともに、選択部１４とともに外部装置２に記憶されているデータを利用するか否かの選択を可能にする。

選択部１４は、詳細は別の実施形態にて説明するが、例えば外部装置２そのものを利用するか否かを選択する処理、外部装置２で実行可能な機能を利用するか否かを選択する処理、車両用装置１と外部装置２のいずれのデータを利用するかを選択する処理、ＨＭＩに関連する機能を利用するかを選択する処理など、外部装置２を利用するか否かの選択に関する処理を実行する。

また、ＭＭＯＳ８２Ａには、例えばラジオアプリ９０４、エアコンアプリ９０５、ナビアプリ９０６、音声認識アプリ９０７などが実装されている。ラジオアプリ９０４は、チューナ３０９が受信したラジオ放送信号に基づいて音声を出力するための処理や、ユーザの操作に応じた受信周波数の変更など、ラジオ放送を視聴するための処理を実行する。

エアコンアプリ９０５は、車両に搭載されているエアコンディショナの制御に関する処理を実行するナビアプリ９０６は、位置検出装置３０８が検出した位置情報などに基づいて、車両の現在地を表示するための処理や、現在地から目的地までの経路を案内するためのいわゆるナビゲーション機能を提供するための処理を実行する。音声認識アプリ９０７は、マイク３０７で検出した音声を認識するための処理、および、認識結果に基づいて応答するための処理などを実行する。

外部装置２のＭＭＯＳ８２Ｂには、例えば外部機器通信アプリ９０８が実装されている。外部機器通信アプリ９０８は、無線通信装置２０３を用いた無線通信により携帯端末７との間でデータを送受信し、受信したデータを車両用装置１へ送信する処理や、車両用装置１からのデータを携帯端末７に送信する処理などを実行する。なお、図２では説明の簡略化のために１つのアプリケーション９を示しているが、外部装置２には他のアプリケーション９を実装することができる。

また、本実施形態では、外部装置２は、車両用装置１を介してディスプレイへの表示やスピーカ３０５からの音声出力を行うとともに、機能の実行や停止といったユーザの操作も車両用装置１を介して入力される。そのため、外部装置２が接続され、その外部装置２で機能が実行される場合であっても、ユーザからは車両用装置１に機能が追加されたように見える。

このように、外部装置２は、車両用装置１に接続されて利用されることが前提となっており、そこに実装されているＯＳ８やアプリケーション９も車両用装置１との連携、例えば車両用装置１からの機能の確認等に応答できるものとなっている。

次に、上記した構成の作用について説明する。
前述のように、車両用装置１に複数のＯＳ８を実装する際、リアルタイム性が求められる処理に適したＲＴＯＳ８１と、マルチメディア系の処理に適しているＭＭＯＳ８２とを実装することがある。このとき、ＭＭＯＳ８２としては、一般的な携帯端末７等で利用されるＯＳ８が利用されることがある。

そのようなＭＭＯＳ８２は、更新頻度が比較的高く、その更新によって搭載される機能も拡充されていく一方、要求されるハードウェアの性能も高くなっていくことが想定される。しかし、車両に搭載される車両用装置１は、出荷後に例えば１年ごとや数年ごとにハードウェアを更新する対応を取ることが困難であり、ＭＭＯＳ８２の更新や機能の拡充への対応が難しくなることが想定される。

そこで、本実施形態の車両用装置１は、出荷された後であっても、新たな機能の追加や既存機能の処理速度向上を可能とすることにより、ハードウェア面、ソフトウェア面から、車両用装置１を介して提供される機能の拡充といった性能向上を図ることが容易にできる構成となっている。

まず、概略について説明する。車両用装置１は、外部装置２が接続される接続部５と、外部装置２が機能を実行可能な状態で接続されているか否かを判定する判定部１２とを備えている。そして、外部装置２は、車両を利用する際に提供される機能を実行可能なモジュール側制御部２０１を備えている。

つまり、車両用装置１は、機能を提供する際には、自身が備える制御部１０１に加えて、接続部５に接続される外部装置２を利用することが可能に構成されている。そのため、車両用装置１は、実質的に、機能を提供する際に利用可能な新たなハードウェア面でのリソーセスを確保することができる。

そして、車両用装置１と外部装置２とは接続部５を介して通信可能に接続されているため、車両用装置１を車両に取り付けた後であっても、車両用装置１と外部装置２とを容易に接続することができる。これにより、例えば出荷後に外部装置２を容易に接続することが可能となり、車両用装置１の性能向上を図ることが容易に行えるようになる。このとき、本実施形態のように車両用装置１と外部装置２とをＵＳＢ接続する構成とすれば、接続自体も容易に行うことができる。

さて、本実施形態では、外部装置２は、車両用装置１が備えていない例えば外部機器通信アプリ９０８が実装されており、車両用装置１を介して周辺機器３にアクセス可能となっている。このとき、例えば外部機器通信アプリ９０８の操作画面や動作結果などはディスプレイなどに表示される。

そのため、ユーザからすれば、車両用装置１に新たな機能が追加されたように見えることになる。つまり、車両用装置１は、外部装置２が動作可能な状態で接続された場合には、実質的に、機能を提供する際に利用可能なリソーセスを新たに確保することができる。

次に、車両用装置１および外部装置２が行う具体的な処理について説明する。以下、図３に示す起動時の処理の流れを示す起動時シーケンスと図４に示す通常の動作時の処理の流れを示す定常時シーケンスとを参照し、車両用装置１側と外部装置２側の処理の流れを対比させながら説明する。これらの処理は制御部１０１やデータ管理部１３、モジュール側制御部２０１などの各部によって行われるものの、以下では説明の簡略化のために、車両用装置１および外部装置２を処理の主体として説明する。

図３に示すように、車両用装置１は、電源がオンされると、ステップＳ１０１においてＣＰＵ１０４を起動させる処理を実行し、ＣＰＵ１０４が起動した後、ステップＳ１０２においてＢＳＰをロードする。ＢＳＰは、Board Support Packageの略であり、制御部１０１上でＯＳ８を実行させるために必要なプログラム群として構成されており、ハードウェアを初期化するためのプログラムなどが含まれている。

ＢＳＰをロードすると、車両用装置１は、ステップＳ１０３においてハイパーバイザを起動し、ハイパーバイザ１１１が起動した後、ステップＳ１０４においてＯＳ起動処理を実行する。このＯＳ起動処理では、車両用装置１は、図５に示すように、ステップＳ３０１においてＲＴＯＳ８１を起動した後、ステップＳ３０２においてＭＭＯＳ８２Ａを起動する。

一方、外部装置２は、図３に示すように、電源がオンされると、ステップＳ２０１においてＣＰＵ２０４を起動させる処理を実行し、ＣＰＵ２０４が起動した後、ステップＳ２０２においてＢＳＰをロードし、ステップＳ２０３においてＭＭＯＳ８２Ｂを起動する。このとき、本実施形態では車両用装置１よりも外部装置２のほうが高性能であり、ソフトウェア構成もシンプルになっている。

そのため、基本的には、車両用装置１側のＯＳ８が起動する前に外部装置２側のＯＳ８が起動し、車両用装置１からの指示を待機する待機状態になると考えられる。その後、外部装置２は、車両用装置１からの確認があると、ステップＳ２０４においてそれに応答する接続応答処理を実行しつつ次の指示を待機する。

さて、車両用装置１は、ＲＴＯＳ８１およびＭＭＯＳ８２Ａが起動すると、ステップＳ１０５においてサービスバス１１２を起動した後、ステップＳ１０６において接続判定処理を実行する。この接続判定処理は、判定部１２によって実行される処理であり、外部装置２が機能を実行可能な状態で接続されているか否かの判定が行われる。以下、外部装置２が機能を実行可能に接続されている状態を接続状態と称し、外部装置２が接続部５に接続されていない状態、あるいは、接続部５には接続されていても動作可能ではない状態を解除状態と称する。

車両用装置１は、接続判定処理において、外部装置２との間で接続確認用のデータをやり取りして外部装置２から応答があった場合に接続状態であると判定する一方、所定時間内に外部装置２からの応答がなかった場合に解除状態であると判定する。この接続判定処理においてやり取りするデータは、適宜設定することができる。

例えば、やり取りするデータには、ＭＭＯＳ８２Ｂのバージョン情報やＭＭＯＳ８２Ｂに実装されているアプリケーション９のバージョン情報や提供される機能などを特定可能な情報を含めることができる。これにより、接続状態の確認、外部装置２で実行可能な機能の確認、および、接続された外部装置２がサポートされているものであるか否かの判定などを併せて行うことができる。

このとき、また、車両用装置１は、接続状態であると判定した場合には、外部装置２に固有のシリアル番号等の情報を記憶しておくことにより、次回以降の起動時に再設定などを行わなくてもよいようにしている。

さて、車両用装置１は、外部装置２からの応答がなかった場合には、外部装置２による機能の実行が可能ではない解除状態であると判定し、ステップＳ１０７においてＮＯとなることから、ステップＳ１０８を省略する。これに対して、車両用装置１は、外部装置２からの応答があった場合には、外部装置２による機能の実行が可能な接続状態であると判定し、ステップＳ１０７においてＹＥＳとなることから、ステップＳ１０８において有効化処理を実行する。

この有効化処理は、接続状態にある外部装置２に機能を実行させるための処理である。具体的には、車両用装置１は、図６に示すように、ステップＳ４０１においてＭＭＯＳ８２Ｂとの同期を取る処理を実行し、ステップＳ４０２においてＭＭＯＳ８２Ｂへリソーセスを割り付ける。このステップＳ４０１では、ＲＴＯＳ８１、ＭＭＯＳ８２ＡおよびＭＭＯＳ８２Ｂで利用する時刻を一致させる処理などが行われ、ステップＳ４０２では、ＭＭＯＳ８２Ｂから周辺機器３へのアクセスを可能にするための処理などが行われる。

続いて、車両用装置１は、ステップＳ４０３において、バックアップデータがあるか否かを判定する。バックアップデータの詳細については後述するが、以前の動作時に外部装置２が利用していたデータを車両用装置１側でバックアップしておいたものである。このバックアップデータを外部装置２に受け渡すことにより、外部装置２は、再設定などの手間をかけることなく、以前と同様の状態で機能を実行することが可能になる。

そのため、車両用装置１は、バックアップデータがある場合には、ステップＳ４０３においてＹＥＳとなることから、ステップＳ４０４においてバックアップデータをレストアする。つまり、車両用装置１は、自身がバックアップしたバックアップデータを外部装置２に受け渡して外部装置２で利用可能にする。なお、車両用装置１は、バックアップデータがない場合には、ステップＳ４０３においてＮＯとなることから、ステップＳ４０４を省略して次のステップに移行する。

続いて、車両用装置１は、ステップＳ４０５において、ＭＭＯＳ８２Ｂ側のアプリケーション９を実行させる。例えば図２に示すソフトウェア構成の場合であれば、車両用装置１は、外部機器通信アプリ９０８を実行させるために、図３に示すように外部装置２に対して実行指示を与える。そして、実行指示が与えられた外部装置２は、割り当てられたリソーセスを利用して、外部機器通信アプリ９０８を実行し、携帯端末７を利用した機能の提供を開始する。

その後、車両用装置１は、ステップＳ４０６において、重複アプリがあるか否かを判定する。ここで、重複アプリとは、車両用装置１に実装されているアプリケーション９のうち、外部装置２に実行を指示したアプリケーション９と機能が重複しているものを意味している。これは、外部装置２で実行される機能を特定し、特定した機能を停止するために行われる。

より平易に言えば、重複アプリとは、車両用装置１が実行可能な機能のうち、外部装置２でも実行可能な機能を実現するためのものである。また、機能が重複しているとは、外部装置２で実行されるアプリケーション９によって同一機能を提供可能な場合と、互換性を有する機能を提供可能な場合とを含んでいる。

以下、それらの具体的な処理について、図７に示す他のソフトウェア構成例も参照しながら説明する。まず、同一機能を提供可能な例としては、図７に示すように、例えば車両用装置１にＲＴＯＳ８１、ＭＭＯＳ８２Ａ１およびＭＭＯＳ８２Ａ２が実装されており、ＭＭＯＳ８２Ａ２には１つの音声認識アプリ９０７Ａが実行可能に実装されているとする。また、外部装置２のＭＭＯＳ８２Ｂには、ＭＭＯＳ８２Ａ２に実装されている音声認識アプリ９０７Ａと同一機能または上位互換の機能を提供可能な音声認識アプリ９０７Ｂが実装されているとする。

ここで、同一機能を提供可能とは、音声認識アプリ９０７Ａが提供する機能を音声認識アプリ９０７Ｂが提供可能であることを意味している。より平易に言えば、音声認識アプリ９０７Ｂが音声認識アプリ９０７Ａの上位互換のアプリケーション９であり、音声認識アプリ９０７Ａには含まれない機能を音声認識アプリ９０７Ｂから提供する構成であってもよい。

さて、車両用装置１は、ＲＴＯＳ８１を起動した後に複数のＭＭＯＳ８２を順番にあるいは並列的に起動した後、有効化処理において外部装置２に音声認識アプリ９０７Ｂの存在を把握し、その実行を指示する。一方、外部装置２は、複数のＭＭＯＳ８２を順番にあるいは並列的に起動して車両用装置１からの指示を待機する。

そして、車両用装置１は、ＭＭＯＳ８２Ａ２上の音声認識アプリ９０７Ａが、外部装置２に実行を指示した音声認識アプリ９０７Ｂと同一機能を提供するものであることから、重複アプリがあると判定することになる。そのため、車両用装置１は、ステップＳ４０６においてＹＥＳとなることから、ステップＳ４０７において重複アプリを停止する。そして、車両用装置１は、ステップＳ４０８において、重複アプリが実装されているＭＭＯＳ８２Ａ２で他のアプリケーション９が実行されるか否かを判定する。

図７の例の場合、ＭＭＯＳ８２Ａ２には１つの音声認識アプリ９０７Ａが実装されているため、車両用装置１は、ステップＳ４０８においてＮＯとなることから、ステップＳ４０９において該当するＯＳ８ここではＭＭＯＳ８２Ａ２を停止してリターンする。ただし、重複アプリがある場合において他のアプリケーション９を実行しない場合には、ＯＳ８を停止することによって重複アプリを停止する構成、つまりは、ＯＳ８を停止することによって機能を停止する構成とすることもできる。

次に、互換性を有する機能を提供可能な例として、図２に示したように車両用装置１のＭＭＯＳ８２Ａに音声認識アプリ９０７が実装されており、外部装置２のＭＭＯＳ８２Ｂに外部機器通信アプリ９０８が実装されている構成を例にして説明する。外部装置２に実装されている外部機器通信アプリ９０８は、例えばハンズフリー通話を可能にするために、車両用装置１を介してスピーカ３０５やマイク３０７にアクセスすることができる。

このとき、外部機器通信アプリ９０８は、マイク３０７から入力された音声に従って例えば通話の開始や終了あるいは電話帳の呼び出しなど、音声による携帯端末７の操作が可能な場合がある。つまり、外部機器通信アプリ９０８は、マイク３０７から入力された音声を認識する音声認識の機能を内包していることがある。

その場合、外部機器通信アプリ９０８を実行すれば、車両用装置１側の音声認識アプリ９０７を実行しなくても、外部機器通信アプリ９０８の機能の一部として音声認識の機能を提供することができると考えられる。すなわち、異なるアプリケーション９であっても、互換性を有する機能を提供することができる場合がある。

そのため、車両用装置１は、外部装置２に外部機器通信アプリ９０８を実行させた場合には、互換性を有する機能が提供されることから、ステップＳ４０６において音声認識アプリ９０７が重複アプリであると判定して、ステップＳ４０７において音声認識アプリ９０７を停止する。なお、ＭＭＯＳ８２Ａでは他のアプリケーション９が実行されることから、車両用装置１は、ステップＳ４０８においてＹＥＳとなることからそのままリターンする。

このように車両用装置１は、外部装置２で実行される機能と重複する機能がある場合には、重複アプリの動作を停止することによって、自身が備える機能を停止する。また、車両用装置１は、外部装置２で実行される機能と重複する機能がある場合には、重複アプリが実装されているＯＳ８の動作を停止することによって自身が備える機能を停止する。

さて、これらの一連の起動時シーケンスを実行すると、車両用装置１および外部装置２は、図４に示す定常時シーケンスを実行する。なお、定常時とは、通常の動作状態を意味している。車両用装置１は、ステップＳ１０９において、定常処理を実行する。この定常処理は、具体的な内容については省略するが、車両用装置１が通常の動作を行う際に必要になる各種の処理であり、機能を提供するための処理も含まれている。

また、外部装置２は、ステップＳ２０６において例えば外部機器通信アプリ９０８の実行などを含む各種の処理を含む定常処理、ステップＳ２０７において車両用装置１からの定期的な確認等に応対する定期応答処理などを所定の終了条件が成立するまで繰り返し実行している。本実施形態では、外部装置２の終了条件として、車両用装置１からの終了指示の通知と電源電圧の低下とを想定している。

そして、車両用装置１は、ステップＳ１１０において定期確認処理を実行する。この定期確認処理は、外部装置２が接続状態にあるか否かを確認するための処理、および、接続状態にある外部装置２からデータをバックアップするための処理を含んでおり、車両用装置１が通常の動作をしている間、定期的に繰り返される。なお、通常の動作をしている間とは、後述するステップＳ１１１において終了条件が成立したと判定されるまでの間、つまりは、車両用装置１が動作を終了するまでの間を意味する。

この定期確認処理では、車両用装置１は、図８に示すように、ステップＳ５０１において、外部装置２が接続されているか否かを判定する。このとき、車両用装置１は、起動時シーケンスで確認した外部装置２の状態にかかわらず、外部装置２が接続されているか否かを判定する。これは、車両用装置１の動作中に外部装置２が後から接続されたり、接続状態にあった外部装置２が何らかの理由によって外れたりすることが考えられるためである。

そして、車両用装置１は、外部装置２が接続されていると判定した場合には、ステップＳ５０１においてＹＥＳとなることから、ステップＳ５０２において、外部装置２が正常に動作中であるか否かを判定する。これは、車両用装置１の動作中に、外部装置２の動作に何らかの理由によって不具合が生じる可能性があるためである。

車両用装置１は、外部装置２が正常に動作中であると判定すると、ステップＳ５０２においてＹＥＳとなることから、ステップＳ５０３において、バックアップ周期であるか否かを判定する。このバックアップ周期は予め設定されている。そして、車両用装置１は、バックアップ周期になると、ステップＳ５０３においてＹＥＳとなることから、ステップＳ５０４においてバックアップ処理を実行する。このバックアップ処理は、主としてデータ管理部１３によって実行される。

このバックアップ処理では、車両用装置１と外部装置２との間でデータの送受信が行われ、本実施形態では外部装置２が利用しているデータが車両用装置１の記憶部１１０に記憶される。このとき記憶されるデータがバックアップデータに相当し、バックアップデータは、車両用装置１の電源がオフされた状態でも保持される。

このバックアップデータには、例えばＭＭＯＳ８２Ｂが利用するデータや、ＭＭＯＳ８２Ｂ上で動作しているアプリケーション９が利用するデータなどが含まれている。また、バックアップデータには、外部装置２で動作しているアプリケーション９の種類などの情報も含まれている。つまり、車両用装置１は、外部装置２で実行されるアプリケーション９を特定可能な構成になっている。また、バックアップデータは、前述のように外部装置２にレストアされることにより、外部装置２において以前と同じデータを用いた機能の提供を可能にする。

これに対して、車両用装置１は、外部装置２が接続状態であっても正常に動作していないと判定した場合には、ステップＳ５０２においてＮＯとなることから、ステップＳ５０５において無効化処理を実行する。この無効化処理は、平易に言えば、車両用装置１と外部装置２とのソフトウェア的な接続を解除して、車両用装置１に影響を与えることなく外部装置２を取り外し可能な状態にするための処理である。

まず、車両用装置１は、図９に示すように、ステップＳ６０１において停止中のＯＳ８があるか否かを判定する。例えば上記した図７の構成例であれば、有効化処理においてＭＭＯＳ８２Ａ２が停止されている。そのため、車両用装置１は、ＭＭＯＳ８２Ａ２が起動中ではないと判定し、ステップＳ６０１においてＹＥＳとなることから、ステップＳ６０２において停止していたＭＭＯＳ８２Ａ２を起動する。つまり、車両用装置１は、機能を実現するための環境を再度立ち上げる。

そして、車両用装置１は、ステップＳ６０３において、外部装置２の例えばＭＭＯＳ８２Ｂに割り当てていたリソーセスを、停止していた自身のＭＭＯＳ８２Ａ２に切り替える。これにより、ＭＭＯＳ８２Ａ２から周辺機器３へのアクセスが可能になる。

あるいは、車両用装置１は、上記した図２の構成例であれば、有効化処理においてＭＭＯＳ８２Ａを停止していないことから、停止中のＯＳ８がないと判定する。この場合、車両用装置１は、ステップＳ６０１においてＹＥＳとなることから、ステップＳ６０２、ステップＳ６０３を省略して次のステップに移行する。

ところで、外部装置２を無効化する際において、それまで外部装置２で何らかの機能が実行されていた場合には、その機能の実行が中断されるとユーザの不利益となるおそれがある。また、中断された機能を実行するためにユーザの操作が必要になると、使い勝手が悪くなったり煩わしさを感じさせたりするおそれもある。

そのため、車両用装置１は、ステップＳ６０４において、停止中のアプリケーション９があるか否かを判定する。つまり、車両用装置１は、外部装置２から機能が提供されることに伴って停止した自身のアプリケーション９があるか否かを判定する。そして、車両用装置１は、重複アプリのように実行を停止したアプリケーション９がある場合や、上記したように停止中のＯＳ８を起動してアプリケーション９がまだ実行されていない場合には、停止中のアプリケーション９があると判定する。

この場合、車両用装置１は、ステップＳ６０４においてＹＥＳとなり、ステップＳ６０５においてバックアップデータを参照し、必要であればバックアップデータを利用してステップＳ６０６において停止中のアプリケーション９を起動する。つまり、車両用装置１は、外部装置２で実行することにより停止していた機能を実行することにより、外部装置２から提供されていた機能を、外部装置２が提供していたのと同じ状態で自身からの提供を再開する。

これにより、外部装置２を無効化することにより外部装置２から提供されなくなる機能を車両用装置１から提供することが可能になるとともに、バックアップデータを参照することにより、それまで外部装置２から提供されていたのと同様の状態で機能を提供することが可能になる。

換言すると、車両用装置１は、上記したように外部装置２が実行しているアプリケーション９を特定しているため、外部装置２を停止する際に提供が止まる機能も把握できるものの、自身で実行可能な機能ではない場合には、つまりは、重複アプリでない場合には、その機能の提供は行わない。また、車両用装置１は、停止中のアプリケーション９がないと判定した場合には、ステップＳ６０４においてＮＯとなることから、ステップＳ６０５およびステップＳ６０６を省略して次のステップに移行する。

その後、車両用装置１は、ステップＳ６０６において、外部装置２が接続されているか否かを判定する。このとき、無効化処理が定期確認処理から呼び出されている場合には、外部装置２は接続状態になっていると考えられる。ただし、後述するように無効化処理はユーザやディーラの作業者などからの指示に基づいて実行されることもあることから、車両用装置１は、ステップＳ６０６において外部装置２が接続されているか否かを判定している。つまり、車両用装置１は、外部装置２の接続を再確認している。

車両用装置１は、外部装置２が接続されていると判定した場合には、ステップＳ６０６においてＹＥＳとなることから、ステップＳ６０７において外部装置２のアプリケーション９を停止し、ステップＳ６０８において外部装置２のＯＳ８を停止してリターンする。一方、車両用装置１は、外部装置２が接続されていないと判定した場合には、ステップＳ６０６においてＮＯとなることから、ステップＳ６０７、ステップＳ６０８の処理は省略してリターンする。

また、車両用装置１は、定期確認処理において、外部装置２が接続されていないと判定した場合には、ステップＳ５０１においてＮＯとなることから、ステップＳ５０６において接続判定処理を実行する。これは、上記したように、車両用装置１の動作中に外部装置２が接続された状況を想定したものである。この接続判定処理では、ステップＳ１０６と同様に外部装置２が接続されているか否かの判定が行われる。このとき、車両用装置１は、外部装置２で実行されるアプリケーション９の種類を特定可能な情報も取得している。

車両用装置１は、外部装置２が接続状態であると判定すると、ステップＳ５０７においてＹＥＳとなることから、ステップＳ５０８において有効化処理を実行する。これにより、外部装置２の利用や外部装置２側に機能を実行させることが可能になる。一方、車両用装置１は、外部装置２が接続状態でないと判定すると、ステップＳ５０７においてＮＯとなることから、ステップＳ５０８を省略してリターンする。

このように、車両用装置１は、通常の動作中において、外部装置２の接続状態および正常に動作しているか否かを定期的に確認するとともに、外部装置２が正常に動作している場合には外部装置２で利用されるデータを定期的にバックアップしている。このとき、車両用装置１は、予め指定された時間間隔で定期的にバックアップを行う構成とすることができる。また、車両用装置１は、予め定められた時間になると定期的にバックアップを行う構成とすることもできる。

そして、車両用装置１は、図４に示すようにステップＳ１１１において終了条件が成立したか否かを判定しており、終了条件が成立するまで定常処理と定期確認処理とを繰り返し実行する。本実施形態では、終了条件として、ユーザが車両用装置１に対して停止操作を入力したこと、および、車両用装置１に対する電源電圧の低下とを想定している。なお、電源電圧が低下する状況としては、ユーザがアクセサリ電源をオフした場合、何らかの障害によって電源供給が遮断された場合が想定される。

車両用装置１は、終了条件が成立していないと判定した場合には、ステップＳ１１１においてＮＯとなることから、定常処理および定期確認処理を繰り返す。一方、車両用装置１は、終了条件が成立したと判定した場合には、ステップＳ１１１においてＹＥＳとなることから、ステップＳ１１２において外部装置２が接続状態であるか否かを判定する。

そして、車両用装置１は、外部装置２が接続状態であると判定すると、ステップＳ１１２おいてＹＥＳとなることから、ステップＳ１１３においてバックアップ処理を実行した後、ステップＳ１１４において終了処理を実行して終了する。この終了処理では、アプリケーション９の停止やＯＳ８のシャットダウン処理などが行われるとともに、外部装置２に対する終了指示の通知が行われる。

また、外部装置２は、ステップＳ２０９において終了条件が成立したか否かを判定しており、終了条件が成立していないと判定した場合には、ステップＳ２０９においてＮＯとなることから、定常処理や定期応答処理を繰り返し実行して機能を提供する。一方、外部装置２は、終了条件が成立したと判定した場合には、ステップＳ２０９においてＹＥＳとなることから、アプリケーション９の停止やＯＳ８のシャットダウン処理などの終了処理を実行して終了する。

このように、車両用装置１は、外部装置２が機能を実行可能な状態で接続部５に接続されているか否かを判定し、外部装置２が機能を実行可能な状態で接続されていると判定された場合には、外部装置２でアプリケーション９を実行させることにより機能を提供可能にするとともに、例えば本実施形態であれば重複アプリを停止している。

以上説明した車両用装置１によれば、次のような効果を得ることができる。
車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、判定部１２とを備えており、外部装置２が機能を実行可能な状態で接続されていると判定した場合、外部装置２を有効化して機能の実行を可能にするとともに、自身が実行可能な機能のうち少なくとも１つの機能を停止する。

これにより、例えば車両出荷時には必要とされる性能を有していたものの、その後のＯＳ８のアップデートなどによって高性能化が必要になるような状況において、外部装置２を接続することで機能を提供するための性能向上を容易に図ることができる。

また、外部装置２を利用して性能の向上を図る場合、重複する機能が実行されていると無駄に消費電力が増加することになるが、車両用装置１は自身が備える機能のうち少なくとも１つを停止することにより、消費電力を抑制している。これにより、性能を向上させたことに伴って電力消費が過度に増加してしまうことを抑制できる。

また、車両用装置１は、自身が実行可能な機能のうち、外部装置２で実行される機能と重複する機能を停止する。これにより、機能の損失、つまりは、提供可能な機能が提供されなくなることを防止することができる。また、重複する機能を停止することで、電力消費が過度に増加してしまうことを抑制できる。

また、車両用装置１は、機能を実現するアプリケーション９の動作を停止することによって、当該機能を停止する。これにより、容易に機能を停止することができるとともに、機能の提供を再開することも容易になる。

また、車両用装置１は、機能を実現するアプリケーション９が実装されている例えばＭＭＯＳ８２ＡのようなＯＳ８の動作を停止することによって、当該機能を停止する。これにより、容易に機能を停止することができるとともに、機能の提供を再開することも容易になる。また、ＯＳ８に割り付けるリソーセスを削減することができるため、負荷を低減することができる。

また、車両用装置１は、動作中に外部装置２が機能を実行可能な状態ではなくなったと判定した場合、外部装置２で実行することにより停止していた自身の機能を実行する。これにより、機能が損失することを抑制できる。また、実施形態のようにバックアップデータを参照することにより、外部装置２から提供していたのと同じ状態で機能を提供することができる。

また、車両用装置１は、外部装置２が機能を実行可能な状態であるか否かの判定を、車両用装置１の動作中に繰り返し行う。これにより、何らかの理由によって外部装置２との接続が解除されたり、外部装置２が故障したりした場合であっても、機能が損失することを抑制できる。

車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、操作を入力する入力部１０とを備え、外部装置２を取り外す操作が入力された場合、外部装置２が利用するデータをバックアップする。これにより、まず、外部装置２を接続することによって機能を提供するための性能向上を容易に図ることができる。

そして、外部装置２が利用するデータをバックアップすることにより、次回以降に外部装置２が接続された際に同様の環境で機能を実行することができるようになる。また、意図せずに外部装置２の接続が解除された場合であっても、バックアップデータを利用して車両用装置１側で同様の環境で機能を実行することができる。

また、車両用装置１は、外部装置２が接続されている場合、外部装置２が利用するデータを定期的にバックアップする。これにより、例えば意図せずに外部装置２の接続が解除された場合などにおいて、それまで外部装置２で実行していた機能を車両用装置１側で同様の環境で実行することができ、機能失陥を回避することが可能となる。

また、車両用装置１は、実施形態のように定期的にバックアップする構成以外にも、外部装置２のデータが更新されるとバックアップする構成とことができる。このとき、例えば図４に示した定期確認処理においてサービスバス１１２を介してＯＳ８側でデータの更新を監視したり、データを更新したアプリケーション９がその旨を通知したりすることによって、データが更新されたことを把握できる。

また、車両用装置１は、データが更新されたタイミングでその都度バックアップすることができるし、データが更新ことを把握した後、処理に余裕が生じたときなどの任意のタイミングでバックアップすることができる。

また、車両用装置１は、外部装置２が接続された場合、バックアップしているデータを外部装置２に受け渡す。これにより、ユーザによる設定等の操作を必要とすることなく、以前と同様の環境で機能を実行することができる。

また、車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、判定部１２と、を備え、外部装置２が機能を実行可能な状態ではないと判定された場合、外部装置２で実行されていた機能を自身で実行する。例えば意図せずに外部装置２の接続が解除された場合などにおいて、それまで外部装置２で実行していた機能を車両用装置１側で同様の環境で実行することができ、機能失陥を回避することが可能となる。

また、車両用装置１は、外部装置２が機能を実行可能な状態ではないと判定された場合、外部装置２で実行することにより停止していた自身の機能を実行する。実施形態の例であれば、重複アプリによって実現される機能が、外部装置２で機能を実行する際に動作を停止させた自身の機能に相当する。これにより、今まで提供されていた機能が停止するといった機能失陥を招くことなく、機能の提供を継続することができる。

また、車両用装置１は、外部装置２で機能を実行する際に動作を停止させた自身のアプリケーション９を起動することにより、機能を実行する。実施形態の例であれば、重複アプリが外部装置２で機能を実行する際に動作を停止させた自身のアプリケーション９に相当する。これにより、今まで提供されていた機能が停止するといった機能失陥を招くことなく、機能の提供を継続することができる。

また、車両用装置１は、外部装置２で機能を実行する際に動作を停止させた自身のオペレーティングシステムを起動することにより、機能を実行する。実施形態の例であれば、図７に示したＭＭＯＳ８２Ａ２が、外部装置２で機能を実行する際に動作を停止させた自身のオペレーティングシステムに相当する。これにより、今まで提供されていた機能が停止するといった機能失陥を招くことなく、機能の提供を継続することができる。

また、車両用装置１は、外部装置２が機能を実行可能な状態であるか否かの判定を動作中に繰り返し行う。これにより、例えば意図せずに外部装置２の接続が解除された場合などにおいて、それまで提供されていた機能が提供されなくなることを抑制できる。

また、車両用装置１は、外部装置２が接続された際、自身が記憶しているデータを外部装置２で利用可能にする。ユーザによる設定等の操作を必要とすることなく、以前と同様の環境で機能を実行することができる。

車両用装置１は、外部装置２に記憶されているデータが更新されると車両用装置１側にバックアップする。これにより、例えば意図せずに外部装置２の接続が解除された場合などにおいて、最新のデータがバックアップされていることから、容易に以前と同じ環境を再現することができる。

実施形態ではサービスバス１１２として車両用装置１と外部装置２をＵＳＢ接続により物理的に通信可能に接続する例を示したが、サービスバス１１２は、ＵＳＢ接続による通信に限らず、車両用装置１と外部装置２とを通信可能に接続するものであればよい。例えば接続部５として無線通信回路を採用することにより、物理的な接続をすることなく車両用装置１と外部装置２とを通信可能に接続する構成とすることができる。

実施形態では通信により外部装置２の接続状態を判定する例を示したが、外部装置２と接続されたのか、あるいは、類似するＭＭＯＳ８２が搭載されている携帯端末７が接続されたのかを判断するために、外部装置２の認証機能を車両用装置１に設ける構成とすることができる。これにより、類似するＭＭＯＳ８２が搭載されている携帯端末７を誤って外部装置２と認識してしまうおそれを低減することができるとともに、車両用装置１の性能向上を容易に行うことができるなど実施形態と同様の効果を得ることができる。

実施形態ではハイパーバイザ１１１を各ＯＳ８から独立した形で実装し、そのハイパーバイザ１１１上で各ＯＳ８をそれぞれ動作させる例を示したが、他の構成とすることができる。例えばＲＴＯＳ８１がハイパーバイザ１１１機能を備えている場合には、まずＲＴＯＳ８１を起動してハイパーバイザ１１１機能を有効化した後、そのＲＴＯＳ８１上でＭＭＯＳ８２Ａを実行させる構成とすることもできる。

実施形態では車両用装置１に複数のＯＳ８を実装し、外部装置２に１つのＯＳ８を実装するソフトウェア構成例を示したが、他のソフトウェア構成とすることができる。例えば、図１０に示すように、車両用装置１に１つのＲＴＯＳ８１を実装し、外部装置２にＭＭＯＳ８２Ｂ１、ＭＭＯＳ８２Ｂ２のような複数のＯＳ８を実装する構成とすることができる。

また、ファイアウォール１１３を設けない構成とすることができる。このような構成であっても、外部装置２側から機能を提供するときには車両用装置１側のアプリケーション９を停止することによって、車両用装置１の性能向上を容易に行うことができるとともに消費電力を削減することができるなど、実施形態と同様の効果を得ることができる。

実施形態ではデータを車両用装置１の記憶部１１０に記憶することでバックアップする例を示したが、データを例えばメモリカードのような外部記憶媒体に記憶したり、携帯端末７に記憶したり、携帯端末７を介して通信可能に接続されているネットワーク上のサーバに記憶したりする構成とすることができる。すなわち、記憶部１１０は、車両用装置１に設ける構成とすることができるし、車両用装置１の外部に設ける構成とすることができる。

また、車両用装置１と外部装置２とを備える車両用システム４によっても、例えば高性能化が必要になるような状況において性能向上を容易に図ることができるとともに、性能を向上させたことに伴って電力消費が過度に増加してしまうことを抑制できるなどの上記した各種の効果を同様に得ることができる。

（第２実施形態）
以下、第２実施形態について説明する。第２実施形態では、各装置のデータの取り扱いついて説明する。また、車両用装置１および外部装置２の構成や処理の一部は他の実施形態と共通するものがあることから、他の実施形態の図面も参照しながら説明する。

外部装置２は、機能を提供する際に各種のデータを利用している。また、外部装置２側は、第１実施形態で説明したように車両用装置１側から送信されるユーザ情報も記憶することができる。これらのデータは、基本的には外部装置２側のモジュール側記憶部２１０に記憶されているものの、第１実施形態で説明したように車両用装置１側にもバックアップされる。

さて、外部装置２は、車両用装置１に接続可能に構成されているため、車両用装置１から取り外すことも可能である。そして、ユーザやディーラの作業者が意図的に車両用装置１から外部装置２を取り外す状況としては、より新型の外部装置２と交換する場合や、別の車両用装置１に外部装置２を取り付ける場合が考えられる。この場合、前者であれば車両用装置１は同じで外部装置２が更新され、後者であれば外部装置２は同じで車両用装置１が更新されることになる。

ただし、前者と後者とでは、外部装置２に記憶されているデータの取り扱いを変えることが望ましいと考えられる。これは、車両用装置１には、車両設備で利用されるデータや提供される機能で利用されるデータなどが記憶されており、外部装置２が利用しているデータもバックアップされていることから、例えば前者の場合には、取り外した外部装置２はその後利用されないと想定されるためである。換言すると、前者の場合には、外部装置２にデータを残しておく必要性が少ないと考えられる。

その一方で、後者の場合には、ユーザ情報を新しい車両用装置１にそのまま移行できれば再設定やデータの再入力等が不要になることから、ユーザにとってメリットになると考えられる。換言すると、後者の場合には、外部装置２にデータを残しておくほうが望ましいと考えられる。

そのため、車両用装置１は、外部装置２を意図的に取り外す際、外部装置２に記憶されているデータを消去するか否かを選択可能に管理する処理を実行する。なお、この処理は基本的にはデータ管理部１３によって行われるものの、以下では理解し易くするために車両用装置１を主体にして説明する。また、ユーザやディーラの作業者の操作は、車両用装置１が通常の動作状態にあるとき、任意のタイミングで入力することができる。

車両用装置１は、例えばセンタディスプレイ３０１に操作メニューなどを表示することにより操作を受け付けている。このとき、車両用装置１は、本実施形態に関連して、外部装置２を取り外す指示を入力するアイコンや、その際にデータを消去するか否かの選択、および、車両用装置１側のデータを移行するか否かを設定可能なアイコンやチェックボタンなどのＨＭＩを表示する。なお、ここで示したＨＭＩの表示は一例であり、同様の指示を入力できるものであればよい。以下、代表的な取り外し態様について個別に説明する。

＜データを消去する例＞
車両用装置１は、データを消去して外部装置２を取り外すための指示が入力されると、図１１に示すデータ消去処理を実行する。このデータ消去処理では、車両用装置１は、ステップＳ７０１においてバックアップ処理を実行し、外部装置２側のデータをバックアップする。続いて、車両用装置１は、ステップＳ７０２において実際にデータを消去する消去処理を実行する。

この消去処理では、車両用装置１は、指定したデータを個別消去したり、ＲＯＭの書き込み可能な領域をいわゆるフォーマットすることで一括消去したり、外部装置２を初期化することで出荷時以降に記憶されたデータをまとめて消去したりすることによって、外部装置２のモジュール側記憶部２１０に記憶されているデータを消去する。

そして、データの消去が終了すると、車両用装置１は、ステップＳ７０３において無効化処理を実行する。これにより、車両用装置１と外部装置２とのソフトウェア的な接続が解除され、車両用装置１やバックアップデータに影響を与えることなく外部装置２を取り外すことが可能になる。また、外部装置２側のデータは消去されているため、ユーザ情報などが漏洩するおそれを低減することができる。

＜データを移行する例＞
車両用装置１は、データを移行して外部装置２を取り外すための指示が入力されると、図１２に示すデータ移行処理を実行する。このデータ移行処理では、車両用装置１は、ステップＳ８０１において実際にデータを移行する移行処理を実行する。

この移行処理では、車両用装置１は、指定したデータを個別に移行したり、ＲＯＭの書き込み可能な領域全体をコピーして一括で移行したりすることによって、車両用装置１の記憶部１１０に記憶されているデータを外部装置２に移行する。このとき、移行するデータに車両用装置１に固有のシリアル番号等の情報を含めることにより、異なる車両用装置１にデータが移行されるおそれを低減することができる。

そして、データの移行が終了すると、車両用装置１は、ステップＳ８０２において無効化処理を実行する。これにより、車両用装置１と外部装置２とのソフトウェア的な接続が解除され、外部装置２や移行したデータに影響を与えることなく外部装置２を取り外すことが可能になる。この場合、外部装置２側にデータが記憶されているため、外部装置２を他の車両用装置１に接続すれば、前の車両用装置１から新しい車両用装置１へのデータの移行を容易に行うことができる。

そのため、ユーザが自身でデータを移行する場合だけでなく、例えば車両を買い替えた際にディーラの作業者が古い車両用装置１から新しい車両用装置１にデータを移行したい場合などにおいて、容易にユーザ情報などのデータを移行することができる。

＜取り外す例＞
車両用装置１は、例えば点検等を実施するために外部装置２を単に取り外すための指示が入力されると、図１３に示す取り外し処理を実行する。この取り外し処理では、車両用装置１は、ステップＳ９０１においてバックアップ処理を実行したのち、ステップＳ９０２において無効化処理を実行する。

これにより、車両用装置１と外部装置２とのソフトウェア的な接続が解除され、車両用装置１および外部装置２に影響を与えることなく外部装置２を取り外すことが可能になる。この場合、車両用装置１側にデータがバックアップされており、外部装置２にもデータが記憶されているため、外部装置２を車両用装置１に再度接続すれば、以前の状態で利用することができる。

＜外部装置２からデータを移管する例＞
車両用装置１は、外部装置２側に記憶されているデータを自身に移管することができる。具体的には、車両用装置１は、例えば電源がオンされてＯＳ８が起動した後に、図１４に示すデータ移管処理を実行する。この場合、車両用装置１は、ステップS１００１において外部装置２が接続されたか否かを判定する。

そして、車両用装置１は、外部装置２が接続されたと判定すると、ステップS１００１においてＹＥＳとなることから、ステップＳ１００２において、接続された外部装置２に固有の情報と自身が記憶している情報とが一致するか否かを判定する。自身が記憶している情報とは、以前に外部装置２が接続された際に取得してあるデータである。

車両用装置１は、情報が一致していると判定した場合には、ステップＳ１００２においてＹＥＳとなることから、そのままリターンする。これは、接続された外部装置２が以前接続されていたものであり、その外部装置２に記憶されているデータは既にバックアップ等により自身に記憶しているため、データを移管する必要がないと考えられるためである。

一方、車両用装置１は、情報が一致していないと判定した場合には、ステップＳ１００２においてＮＯとなることから、ステップＳ１００３において、データの移管が許可された否かを判定する。この場合、例えばセンタディスプレイ３０１にデータを移管する旨のメッセージと移管を許可するか否かを選択するアイコンと表示することなどにより、データを移管するユーザの許可を得ることができる。

そして、データの移管が許可されると、車両用装置１は、ステップＳ１００４において、自身が記憶しているデータを車両用装置１に移管する。例えば、車両用装置１は、外部装置２に記憶されているデータで自身が記憶しているバックアップデータを上書きする。

これに対して、車両用装置１は、データの移管が許可されなかった場合には、ステップＳ１００３においてＮＯとなることからリターンする。ただし、車両用装置１は、データ移管処理を一旦終了した後であっても、例えばユーザやディーラの作業者によってデータの移管を指示する操作が入力されたときなど、データ移管処理を任意のタイミングで実行することができる。

以上説明した車両用装置１によれば、次のような効果を得ることができる。
車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、操作を入力する入力部１０とを備え、外部装置２を取り外す操作が入力された場合、外部装置２が利用するデータをバックアップする。これにより、まず、外部装置２を接続することによって機能を提供するための性能向上を容易に図ることができるなど、第１実施形態と同様の効果を得ることができる。

車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、外部装置２が接続部５に接続された際、外部装置２に記憶されているデータを利用可能にするデータ管理部１３とを備えている。これにより、例えば車両を買い替えて車両用装置１が更新された場合などにおいて、外部装置２を利用したデータの移行などを容易に行うことができる。

また、車両用装置１は、車両を利用する際に提供される機能で利用されるデータを利用可能にする。これにより、以前と同様の環境で機能を提供することができる。

また、車両用装置１は、車両設備で利用されるデータを利用可能にする。これにより、例えばシート位置やハンドル位置などのようなデータを新しい車両に移行できるなど、以前と同様の環境で車両を利用することができる。
また、車両用装置１は、周辺機器３で利用されるデータを利用可能にする。これにより、以前と同様の環境で機能を提供することができる。

また、車両用装置１は、外部装置２に記憶されているデータを利用するか否かを選択可能にする。これにより、意図しない状態にＨＭＩなどが変更されてしまったり、意図せずにバックアップデータが更新されてしまったりするおそれを低減することができる。

また、車両用装置１は、外部装置２に記憶されているデータを定期的に車両用装置１側にバックアップする。これにより、データを移行あるいは移管する際に、最新のデータを移行あるいは移管することができる。

また、車両用装置１は、外部装置２を取り外す際、外部装置２に記憶されているデータを消去する。これにより、例えば外部装置２を新しいものに取り換える場合などにおいて、データが漏出するおそれを低減することができる。

また、車両用装置１は、外部装置２を取り外す際、車両用装置１に記憶されているデータを外部装置２に記憶させる。これにより、例えば外部装置２を新しい車両用装置１に接続した場合などにおいて、ユーザによる設定等の操作を必要とすることなく、以前と同様の環境を再現することができる。

さて、ここまでは車両用装置１が主体となってデータを取り扱う例を示したが、外部装置２に、車両用装置１を介して周辺機器３へのアクセスが可能であって機能を実行するモジュール側制御部２０１と、データを記憶するモジュール側記憶部２１０と、車両用装置１に接続された際に自身が記憶されているデータを車両用装置１に移管する処理を実行する図示しないデータ移管部とを設け、外部装置２が主体となってデータを取り扱う構成とすることもできる。

具体的には、データ移管部がデータの移管を許可するか否かのアイコン等を表示してデータを移行する旨を表示し、ユーザからの許可があった場合に車両用装置１に記憶されているデータを更新する構成とすることができる。このような構成によっても、再設定やデータの再入力を要することなく例えば新しい車両用装置１にデータを容易に移行できるなど、車両用装置１と同様の上記した効果を得ることができる。

このとき、車両用装置１の情報を取得する構成とすれば、以前に自身が接続されていた車両用装置１であるか否かを判定することができ、他の車両用装置１にデータが移管されて意図せずにデータが漏出してしまうおそれを抑制することができる。また、データを移管する際に許可を求める構成とすれば、データの漏出や車両用装置１側のバックアップデータが誤って上書きされてしまうおそれを低減することができる。

また、車両用装置１と外部装置２とを備える車両用システム４によっても、例えば次回以降に外部装置２が接続された際に同様の環境で機能を実行することができるようになるなどの上記した各種の効果を同様に得ることができる。

（第３実施形態）
以下、第３実施形態について説明する。第３実施形態では、外部装置２を利用するか否かの選択、および、車両用装置１と外部装置２のいずれのデータを利用するかの選択に関する処理について説明する。また、車両用装置１および外部装置２の構成や処理の一部は他の実施形態と共通するものがあることから、他の実施形態の図面も参照しながら説明する。

例えば車両を新規購入した場合には、車両用装置１は車両に応じた新しいものに更新される一方、外部装置２は今まで使っていたものを流用するために更新されないといった状況が想定される。以下、車両用装置１と外部装置２とにおいて、相対的に新しいものを上位のバージョンと称し、相対的に古いものを下位のバージョンと称する。

さて、上位のバージョンでは、バージョンアップに伴って例えば表示するアイコンの大きさや図柄あるいは位置が変わったり、今まで存在していたアイコンがなくなったり、表示名が変わったりするなど、その表示態様が下位のバージョンから変更されることがある。また、表示態様に限らず、上位のバージョンでは例えば今まで利用していたメニューがなくなったり、異なる名称となったり、メニューの階層構造が変わって操作手順が変わったりするなど、その操作態様が下位のバージョンから変更されることもある。

つまり、バージョンアップに伴って表示態様や操作態様といったＨＭＩが変更されることがある。このとき、バージョンアップは基本的には性能の向上や問題点の改善のために行われるものであることから、バージョンアップに伴うＨＭＩの変更は、より適したものにするために行われると考えられる。

しかし、ＨＭＩが変更された場合には、新しい操作態様を学習する必要があることに加えて、今まで慣れ親しんでいた表示態様と異なるために操作がやり難くなったと感じたり、所望の操作をする際に手間取ったりすることなども想定される。つまり、ＨＭＩの変更がユーザにとってデメリットになる場合も想定される。

そこで、本実施形態の車両用装置１は、上位のバージョンと下位のバージョンのいずれを利用するかを選択可能にしている。つまり、車両用装置１は、外部装置２が備える機能を利用するかの選択、いずれのデータを利用するかの選択、および、ＨＭＩに関連する機能を利用するかの選択に関する処理を実行する。これらの処理は、基本的にはデータ管理部１３や選択部１４によって行われるものの、以下では説明の簡略化のために車両用装置１を主体にして説明する。

図１５に示すように、車両用装置１の記憶部１１０には車両側識別情報２０が記憶されており、外部装置２のモジュール側記憶部２１０にはモジュール側識別情報２１と移行データ２２が記憶されている。なお、図１５では、説明の簡略化のためにファイアウォール１１３やアプリケーション９などの図示は省略している。

車両側識別情報２０は、車両用装置１のバージョンを特定可能な情報を含むデータであり、ＲＴＯＳ８１やＭＭＯＳ８２Ａから読み出し可能になっている。この車両側識別情報２０には、例えばシリアル番号や製造日などのような車両用装置１に固有の情報や、実装されているＯＳ８やアプリケーション９の種類やバージョンなどのような同じ製品群に属する車両用装置１に共通の情報が含まれている。

モジュール側識別情報２１は、外部装置２のバージョンを特定可能な情報を含むデータであり、ＭＭＯＳ８２Ｂから読み出し可能になっている。モジュール側識別情報２１は、外部装置２のバージョンを特定可能な情報を含むデータであり、ＭＭＯＳ８２Ｂから読み出し可能になっている。

このモジュール側識別情報２１には、例えばシリアル番号や製造日などのような外部装置２に固有の情報や、実装されているＯＳ８やアプリケーション９の種類やバージョンなどのような同じ製品群に属する外部装置２に共通の情報が含まれている。また、移行データ２２は、外部装置２が利用するデータや、前述したユーザ情報のような車両用装置１から受け渡されたデータを含んでおり、ＭＭＯＳ８２Ｂから読み出し可能になっている。

そのため、車両用装置１は、外部装置２と通信することにより、外部装置２のバージョンを装置単位あるいは個別のアプリケーション９単位で取得することができるとともに、移行データ２２を取得することができる。このとき、移行データ２２については、データの内容を参照することにより、現在の車両に搭載されている周辺機器３で利用可能なデータを選択的に取得することができる。同様に、外部装置２は、車両用装置１と通信することにより、車両用装置１のバージョンを装置単位あるいは個別のアプリケーション９単位で取得することができる。

このような構成において、車両用装置１は、図１６に示すように、外部装置２を利用するか否かを選択する装置選択処理を例えば起動時に実行する。ただし、装置選択処理は、起動時に実行する以外にも、また、一旦実行された後であっても、ユーザやディーラの作業者からの指示によって任意のタイミングで実行することができる。

車両用装置１は、第１実施形態で説明した起動時シーケンスと同様に、電源がオンされるとステップＳ１１０１においてＣＰＵ１０４を起動し、ステップＳ１１０２においてＢＳＰをロードし、ステップＳ１１０３においてハイパーバイザ１１１を起動し、ステップＳ１１０４においてＯＳ起動処理を実行し、ステップＳ１１０５においてサービスバス１１２を起動する。続いて、車両用装置１は、ステップＳ１１０６において接続判定処理を実行し、接続状態であると判定すると、ステップＳ１１０７においてＹＥＳとなることから、ステップＳ１１０８において装置選択処理を実行する。

この装置選択処理では、車両用装置１は、図１７に示すように、ステップＳ１２０１において、外部装置２が上位のバージョンであるか否かを判定する。この場合、車両用装置１は、車両側識別情報２０とモジュール側識別情報２１とを参照および比較することにより、いずれが上位のバージョンであるかを判定する。

なお、車両用装置１は、ステップＳ１２０１において外部装置２からモジュール側識別情報２１を取得して比較することもできるが、ステップＳ１１０６の接続判定処理においてモジュール側識別情報２１を予め取得しておき、ステップＳ１２０１において比較することもできる。

車両用装置１は、外部装置２が上位のバージョンであると判定した場合には、ステップＳ１２０１においてＹＥＳとなることから、ステップＳ１２０２において外部装置２を有効装置として登録してリターンする。ここで、有効装置とは、利用が許可された装置であることを意味する。つまり、車両用装置１は、ステップＳ１２０１およびステップＳ１２０２において、自身よりもバージョンが新しい外部装置２が接続された場合には性能が向上すると考えられることから、その外部装置２を利用する。

また、有効装置として登録された場合には、モジュール側識別情報２１とともに有効装置として登録されたことを示す情報が記憶され、次回以降の接続時に登録済みの装置であるかの確認に利用される。換言すると、車両用装置１は、外部装置２を利用することが選択された場合には、次回以降に利用する状態を引き継ぐ一方、外部装置２を利用しないことが選択された場合には、次回以降に利用しない状態を引き継ぐことができる。

一方、車両用装置１は、外部装置２が下位のバージョンであると判定した場合には、ステップＳ１２０１においてＮＯとなることから、ステップＳ１２０３において、その外部装置２が過去に有効装置として登録された登録済みの装置であるか否かを判定する。

車両用装置１は、登録済みの装置であると判定した場合には、ステップＳ１２０３においてＹＥＳとなることから、ステップＳ１２０２に移行して有効装置として登録してリターンする。なお、登録済みの装置の場合、過去の利用時にユーザ情報や設定等のデータがバックアップされていれば、それらのデータを利用して動作する。

これに対して、車両用装置１は、登録済みの装置ではないと判定した場合には、ステップＳ１２０３においてＮＯとなることから、ステップＳ１２０４において登録するか否かを判定する。この場合、車両用装置１は、例えばセンタディスプレイ３０１に登録するか否かを選択するアイコン等を表示してユーザやディーラの操作を待機して、登録する旨の操作が入力された場合には登録すると判定することができる。

一方、車両用装置１は、登録しない旨の操作が入力された場合や所定時間内に操作が行われなかった場合には登録しないと判定することができる。なお、所定時間は適宜設定することができるが、所定時間をごく短くすれば実質的には待機しないのと同じ処理になり、所定時間を長くすれば実質的に操作が入力されるまで待機するのと同じ処理時なる。

車両用装置１は、登録すると判定した場合には、ステップＳ１２０４においてＹＥＳとなることから、ステップＳ１２０２に移行して有効装置として登録してリターンする。一方、車両用装置１は、登録しないと判定した場合には、ステップＳ１２０４においてＮＯとなることから、ステップＳ１２０５において、外部装置２に記憶されているデータを車両用装置１側で共有するか否かを判定する。

これは、相対的に古いバージョンの外部装置２が接続された場合には、第２実施形態で説明したようなデータの移行のために接続された可能性があるためである。この場合、車両用装置１は、例えばセンタディスプレイ３０１に共有するか否かを選択するアイコン等を表示してユーザやディーラの操作を待機し、共有する旨の操作が入力された場合には共有すると判定し、共有しない旨の操作が入力された場合や所定時間内に操作が行われなかった場合には共有しないと判定する。

車両用装置１は、データを共有すると判定した場合には、ステップＳ１２０５においてＹＥＳとなることから、ステップＳ１２０６においてデータを共有する。このとき、車両用装置１は、外部装置２に記憶されている移行データ２２を取得して自身の記憶部１１０に記憶したり、例えばシート位置やハンドル位置あるいは自宅住所や電話帳、楽曲などのユーザ情報を自身に登録したりすることにより、異なる車両用装置１間におけるデータの共有、ここではデータの移行を容易に行うことができる。

データを共有すると、車両用装置１は、ステップＳ１２０７において無効装置として登録した後、リターンする。ここで、無効装置とは、利用が許可されなかった装置であることを意味する。一方、車両用装置１は、データを共有すると判定した場合には、ステップＳ１２０５においてＮＯとなることから、ステップＳ１２０７において無効装置として登録した後、リターンする。

装置選択処理からリターンすると、車両用装置１は、図１６に示すように、ステップＳ１１０９において有効装置であるか否かを判定し、装置選択処理において有効装置として登録された場合には、有効装置であると判定し、ステップＳ１１０９においてＹＥＳとなることから、ステップＳ１１１０において有効化処理を実行して定常処理に移行する。なお、有効化処理では、図６に示したようにＯＳ８の同期やデータのレストアおよび重複アプリの停止などの処理が必要に応じて実行される。

これに対して、車両用装置１は、装置選択処理において無効装置として登録された場合には、有効装置ではないと判定し、ステップＳ１１０９においてＮＯとなることから、定常処理に移行する。ただし、車両用装置１は、例えばユーザやディーラの作業者の操作によって装置選択処理を実行することにより、あるいは、有効装置として登録するための処理を直接的に実行させることができる。

つまり、車両用装置１は、一旦無効装置として登録した外部装置２であっても、有効装置として登録し直したりデータを移行したりすることができる。換言すると、車両用装置１は、一旦利用しないことが選択されたものに対して、利用するか否かを再選択することを可能にしている。

以上説明した車両用装置１によれば、次のような効果を得ることができる。
車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、操作を入力する入力部１０とを備え、外部装置２を取り外す操作が入力された場合、外部装置２が利用するデータをバックアップする。これにより、まず、外部装置２を接続することによって機能を提供するための性能向上を容易に図ることができるなど、第１実施形態や第２実施形態と同様の効果を得ることができる。

また、車両用装置１は、制御部１０１と、外部装置２が接続される接続部５と、外部装置２を利用するか否かの選択に関する処理を実行する選択部１４とを備え、外部装置２を利用することが選択された場合に外部装置２を利用可能にする。これにより、例えばバージョンアップによってＨＭＩや操作態様が変わる可能性がある場合において、外部装置２を利用するか否かを選択することが可能となり、使い勝手を向上させることができる。

また、車両用装置１は、選択部１４は、外部装置２そのものについて、利用するか否かを選択させる。これにより、車両用装置１と外部装置２のいずれを利用するかを装置単位で選択することが可能となり、例えば新しい機能の提供などを容易行うことができる。

また、車両用装置１は、外部装置２が備える機能について、利用するか否かを選択させる。これにより、車両用装置１が備える機能と外部装置２が備える機能のいずれを利用するかを機能単位で選択することが可能となり、より好ましい状態で機能を提供することができる。

また、車両用装置１は、ヒューマンマシンインターフェースに関連する機能について、利用するか否かを選択させる。これにより、使い勝手が良いほうを利用することができるようになり、より好ましい状態で機能を提供することができる。

また、車両用装置１は、外部装置２を利用するか否かの選択結果を、次回以降の動作時に引き継ぐ。これにより、例えば起動時に毎回選択させるような手間をかけることなく、所望の環境を再現することができる。

また、車両用装置１は、一旦利用しないことが選択されたものに対して、利用するか否かの再選択を可能にする。これにより、さらにバージョンが新しくなって新機能が提供された場合などにおいて、新機能を容易に利用することができるようになる。これは、後述するデータに関しても同様である。

また、車両用装置１は、外部装置２を利用することが選択された場合、外部装置２で実行する機能を自身では実行しない。これにより、消費電力の増加を抑制することができる。

また、車両用装置１は、周辺機器３で利用されるデータを利用可能にする構成とすることができる。これにより、例えば車両を更新して周辺機器３の構成が変わった場合などにおいて無駄なデータが記憶されることを抑制できる。

実施形態では車両用装置１のバージョンと外部装置２のバージョンとを比較することにより装置単位で上位または下位を判定する例を示したが、以下に説明する様に、実装されている個別のＯＳ８やアプリケーション９ごと、また、ユーザ情報などのデータごとに上位または下位を判定して有効／無効を選択する構成とすることができる。

このとき、バージョンを比較する構成には、それぞれが有する機能を比較する構成も含まれる。これは、上位のバージョンでは下位のバージョンにはなかった機能が追加されたり、下位のバージョンには存在していた機能が削除されたりすることが想定されるためである。つまり、車両用装置１が備える機能と外部装置２が備える機能とが異なる場合に、外部装置を利用するか否かを選択する処理を実行することができる。

車両用装置１は、データを選択的に利用するために、図１８に示すデータ選択処理を実行する。このデータ選択処理は、起動時に自動的に実行することができるし、ユーザやディーラの作業者の指示に基づいて任意のタイミングで実行することができる。

また、例えば初めて外部装置２が接続された時にデータ選択処理を実行し、登録済みとなった外部装置２に対しては次回以降の接続時にはデータ選択処理を実行しない構成とすることもできる。すなわち、車両用装置１は、装置やデータを利用するか否かを選択した選択結果を、次回以降の動作に引き継ぐことができる。

このデータ選択処理は、基本的には選択部１４によって実行されるものの、以下では説明の簡略化のために車両用装置１を主体にして説明する。また、以下では、上位のバージョンに相当する新しいデータを新データ、下位のバージョンに相当する古いデータを旧データと称する。

また、車両用装置１に記憶されているデータとしては、上記したバックアップデータも含まれる。また、ＯＳ８やアプリケーション９も広義の意味ではデータとみなせるため、ここではそれらを含んでデータと総称している。すなわち、車両用装置１は、外部装置２が記憶しているデータについて、利用するか否かを選択させることができる。

車両用装置１は、まず、ステップＳ１３０１において自身が記憶しているデータと外部装置２に記憶されているデータとを比較し、ステップＳ１３０２において新データを利用するか否かを判定する。

この場合、車両用装置１は、例えばセンタディスプレイ３０１に新データを利用するか否かを選択するアイコン等を表示してユーザやディーラの操作を待機し、利用する旨の操作が入力された場合には新データを利用すると判定し、利用しない旨の操作が入力された場合や所定時間内に操作が行われなかった場合には利用しないと判定する。ただし、ステップＳ１３０２を設けずに、新データであれば優先的に利用する構成とすることもできる。

車両用装置１は、新データを利用すると判定した場合には、ステップＳ１３０２においてＹＥＳとなることから、ステップＳ１３０３において新データを利用するデータとして選択してリターンする。この場合、車両用装置１は、旧データを新データで上書きしたり旧データを記憶していた装置に新データを移行したりすることにより、新データを利用可能にする。すなわち、ＯＳ８やアプリケーション９が新データを利用して動作するようにする。

一方、車両用装置１は、新データを利用すると判定した場合には、ステップＳ１３０２においてＮＯとなることから、ステップＳ１３０３を省略してリターンする。つまり、車両用装置１は、データを更新することなく、各装置が以前と同じ環境で動作するようにする。これにより、意図せずに動作環境が変わってしまうことを抑制できる。

このように、車両用装置１は、外部装置２に記憶されているデータと自身が記憶しているデータとを比較し、新しいほうのデータを選択して利用可能にする構成とすることができる。このような構成とすることにより、各装置に記憶されているデータが異なる場合において、新データと旧データのいずれを利用するかを選択することができる。

例えば、外部装置２のバージョンが古くても、あるアプリケーション９についてはアップデートされて車両用装置１側のアプリケーション９よりもバージョンが新しい場合には、そのアプリケーション９については外部装置２側を上位とみなして有効にするといった処理を実行することができる。

このとき、車両用装置１は、外部装置２に実装されているアプリケーション９のうち、自身に実装されているアプリケーション９と互換性を有するものについてバージョンの確認を行うことができる。つまり、車両用装置１が備える機能と外部装置２が備える機能とを比較することができる。

また、車両用装置１は、アプリケーション９ごとにバージョンの確認を繰り返すこともできるが、例えば接続判定処理において外部装置２と通信した際に外部装置２側のアプリケーション９とそれぞれのバージョンとを含む情報を取得しておき、複数のアプリケーション９についてバージョンを確認することもできる。また、各装置に実装されているＯＳ８についても同様である。

また、下位のバージョンを利用するか否かを選択可能な構成とすることにより、慣れ親しんだ環境を継続して利用可能にすることができる。例えば、車両用装置１に実装されているアプリケーション９よりも新しいバージョンのアプリケーション９が外部装置２に実装されているとする。

その場合、実施形態のように上位のバージョンを有効にすると、車両用装置１に実装されている下位のバージョンのアプリケーション９とは異なるＨＭＩが提供されることが想定される。そのような場合であっても、上位と下位のいずれを利用するかを選択可能にすることにより、操作の習熟等を必要とすることなく装置を利用することができる。

また、車両用装置１と外部装置２とを備える車両用システム４によっても、例えばバージョンアップによってＨＭＩや操作態様が変わる可能性がある場合において、外部装置２を利用するか否かを選択することが可能となり、使い勝手を向上させることができるなどの上記した各種の効果を同様に得ることができる。

上記した各実施形態は、例えば第２実施形態で例示した処理を第１実施形態の定常処理中に実行可能にするなど、その構成の全部あるいは一部を他の実施形態の構成の全部あるいは一部と適宜組み合わせることができる。

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

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

図面中、１は車両用装置、２は外部装置、３は周辺機器、５は接続部、８はＯＳ、９はアプリケーション、１１はＨＭＩ処理部、１２は判定部、１３はデータ管理部、１４は選択部、８１はＲＴＯＳ、８２はＭＭＯＳ、８２ＡはＭＭＯＳ、８２ＢはＭＭＯＳ、８２Ａ１はＭＭＯＳ、８２Ａ２はＭＭＯＳ、８２Ｂ１はＭＭＯＳ、８２Ｂ２はＭＭＯＳ、１０１は制御部、１１０は記憶部、２０１はモジュール側制御部、２１０はモジュール側記憶部、３０１はセンタディスプレイ、３０２はメータディスプレイ、３０３はヘッドアップディスプレイ、３０４はエアコンディスプレイ、３０５はスピーカ、３０６はカメラ、３０７はマイク、３０８は位置検出装置、３０９はチューナ、３１０はＤＳＭ、３１１はＬＩＤＡＲ、３１２はレーダ、３１３はＥＣＵ、９０１はメータアプリ、９０２はＨＵＤアプリ、９０３はカメラアプリ、９０４はラジオアプリ、９０５はエアコンアプリ、９０６はナビアプリ、９０７は音声認識アプリ、９０７Ａは音声認識アプリ、９０７Ｂは音声認識アプリ、９０８は外部機器通信アプリを示す。

Claims

周辺機器（３）にアクセス可能であって車両を利用する際に提供される機能を実行可能な制御部（１０１）と、
前記制御部と通信可能であって車両を利用する際に提供される機能を実行可能な外部装置（２）が接続される接続部（５）と、
前記外部装置が機能を実行可能な状態で前記接続部に接続されているか否かを判定する判定部（１２）と、を備え、
前記制御部は、前記外部装置が機能を実行可能な状態で接続されていると判定された場合、前記外部装置を有効化して機能の実行を可能にするとともに、自身が実行可能な機能のうち少なくとも１つの機能を停止する車両用装置。
前記制御部は、自身が実行可能な機能のうち、前記外部装置で実行される機能と重複する機能を停止する請求項１記載の車両用装置。
前記制御部は、前記外部装置で実行される機能を特定し、特定した機能を停止する請求項１または２記載の車両用装置。
前記制御部は、機能を実現するアプリケーション（９）の動作を停止することによって、当該機能を停止する請求項１から３のいずれか一項記載の車両用装置。
前記制御部は、機能を実現するアプリケーションが実装されているオペレーティングシステム（８）の動作を停止することによって、当該機能を停止する請求項１から４のいずれか一項記載の車両用装置。
前記制御部は、動作中に前記外部装置が機能を実行可能な状態ではなくなったと判定された場合、前記外部装置で実行することにより停止していた自身の機能を実行する請求項１から５のいずれか一項記載の車両用装置。
前記判定部は、前記外部装置が機能を実行可能な状態であるか否かの判定を、車両用装置の動作中に繰り返し行う請求項１から６のいずれか一項記載の車両用装置。