(57)【要約】【課題】コンテナ技術を用いてアプリケーションを管理することにより、ハードウェアリソースやエネルギの搭載量に制約があるコネクテッドカー車載器において、アプリケーションの即応性、瞬時性を維持したまま省リソース、省エネルギを実現する。【解決手段】イベント検知部１２２は、監視データ取得部１２１が収集した監視データに基づいて、コンテナアプリ開始イベントおよびコンテナアプリ終了イベントを検知する。コンテナ選択部１２３は、開始または終了するコンテナアプリケーションを選択する。コンテナイメージ管理部１２４は、前記選択結果に基づいて、コンテナイメージの取得および削除を管理する。コンテナアプリ管理部１２５は、前記選択結果に基づいて、コンテナアプリケーションの起動および停止を管理する。【選択図】図２
2019066926.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを実装したコネクテッドカー車載器のアプリケーション管理装置において、
コンピュータをインターネットに常時接続する通信手段と、
車載OS上で稼働するコンテナ制御エージェントとを具備し、
前記コンテナ制御エージェントが、
コンテナイメージをインターネット経由で取得する手段と、
取得したコンテナイメージを車載OS上でコンテナアプリケーションに展開して起動する手段とを具備したことを特徴とするコネクテッドカー車載器のアプリケーション管理装置。
【請求項２】
前記コンテナ制御エージェントが、
コネクテッドカーに関連した監視データを収集する手段と、
監視データに基づいてコンテナアプリケーションの開始イベントを検知する手段と、
開始イベントが検知されたコンテナアプリケーションのイメージを取得し、車載OS上でコンテナアプリケーションに展開して起動する手段とを具備したことを特徴とする請求項１に記載のコネクテッドカー車載器のアプリケーション管理装置。
【請求項３】
前記コンテナ制御エージェントが、
コネクテッドカーに関連した監視データを収集する手段と、
監視データに基づいてコンテナイメージの取得イベントを検知する手段と、
取得イベントが検知されたコンテナイメージを取得する手段と、
監視データに基づいてコンテナアプリケーションの起動イベントを検知する手段と、
起動イベントが検知されたコンテナアプリケーションのイメージを車載OS上でコンテナアプリケーションに展開して起動する手段とを具備したことを特徴とする請求項１に記載のコネクテッドカー車載器のアプリケーション管理装置。
【請求項４】
前記コンテナ制御エージェントが、
コネクテッドカーに関連した監視データを収集する手段と、
前記監視データをネットワーク上の監視サーバへ送信する手段と、
監視サーバが開始イベントを検知したコンテナアプリケーションのイメージを取得し、車載OS上でコンテナアプリケーションに展開して起動する手段とを具備したことを特徴とする請求項１に記載のコネクテッドカー車載器のアプリケーション管理装置。
【請求項５】
前記コンテナ制御エージェントが、
コネクテッドカーに関連した監視データを収集する手段と、
前記監視データをネットワーク上の監視サーバへ送信する手段と、
監視サーバが取得イベントを検知したコンテナイメージを取得する手段と、
監視サーバが起動イベントを検知したコンテナアプリケーションのイメージを車載OS上でコンテナアプリケーションに展開して起動する手段とを具備したことを特徴とする請求項１に記載のコネクテッドカー車載器のアプリケーション管理装置。
【請求項６】
前記コンテナ制御エージェントがさらに、
監視データに基づいてコンテナアプリケーションの終了イベントを検知する手段と、
終了イベントが検知されたコンテナアプリケーションの実行を停止し、当該コンテナアプリケーションのイメージを削除する手段とを具備したことを特徴とする請求項２に記載のコネクテッドカー車載器のアプリケーション管理装置。
【請求項７】
前記コンテナ制御エージェントがさらに、
監視データに基づいてコンテナアプリケーションの停止イベントを検知する手段と、
停止イベントが検知されたコンテナアプリケーションの実行を停止する手段と、
監視データに基づいてコンテナイメージの削除イベントを検知する手段と、
削除イベントが検知されたコンテナイメージを削除する手段とを具備したことを特徴とする請求項３に記載のコネクテッドカー車載器のアプリケーション管理装置。
【請求項８】
前記コンテナ制御エージェントがさらに、
監視サーバが終了イベントを検知したコンテナアプリケーションの実行を停止し、当該コンテナアプリケーションのイメージを削除する手段とを具備したことを特徴とする請求項４に記載のコネクテッドカー車載器のアプリケーション管理装置。
【請求項９】
前記コンテナ制御エージェントがさらに、
監視サーバが停止イベントを検知したコンテナアプリケーションの実行を停止する手段と、
監視サーバが削除イベントを検知したコンテナイメージを削除する手段とを具備したことを特徴とする請求項５に記載のコネクテッドカー車載器のアプリケーション管理装置。
【請求項１０】
前記監視データが、車載GPSにより検知された位置、標高および時刻の少なくとも一つであることを特徴とする請求項１ないし９のいずれかに記載のコネクテッドカー車載器のアプリケーション管理装置。
【請求項１１】
前記監視データが、車載センサにより検知された車速、エンジン回転数、加速度、燃費、路面状況、走行距離、走行時間、整備、温度、湿度、照度、無線信号、カレンダの少なくとも一つであることを特徴とする請求項１ないし１０のいずれかに記載のコネクテッドカー車載器のアプリケーション管理装置。
【請求項１２】
インターネットに常時接続するコンピュータを実装したコネクテッドカー車載器のアプリケーション管理方法において、
コンテナイメージをインターネット経由で取得し、
取得したコンテナイメージを車載OS上でコンテナアプリケーションに展開し、
前記コンテナアプリケーションを起動することを特徴とするコネクテッドカー車載器のアプリケーション管理方法。
【請求項１３】
コネクテッドカーに関連した監視データを収集し、
監視データに基づいてコンテナアプリケーションの開始イベントを検知し、
開始イベントが検知されたコンテナアプリケーションのイメージを取得し、
取得したイメージを車載OS上でコンテナアプリケーションに展開して起動することを特徴とする請求項１２に記載のコネクテッドカー車載器のアプリケーション管理方法。
【請求項１４】
コネクテッドカーに関連した監視データを収集し、
監視データをネットワーク上の監視サーバへ送信し、
監視サーバが開始イベントを検知したコンテナアプリケーションのイメージを取得し、
取得したイメージを車載OS上でコンテナアプリケーションに展開して起動することを特徴とする請求項１２に記載のコネクテッドカー車載器のアプリケーション管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットへの常時接続機能を具備したコネクテッドカー車載器のアプリケーション管理方法および装置に係り、特に、コンテナ技術を利用することで即応性、瞬時性を損なうことなく省エネルギおよび省リソースを実現するコネクテッドカー車載器のアプリケーション管理方法および装置に関する。
【背景技術】
【０００２】
IoT (Internet of Things)の典型として、インターネットへの常時接続機能を具備したコネクテッドカーが注目されている。コネクテッドカーは、コンピュータリソース上に車載OSを実装し、この車載OS上で各種のアプリケーションを実行することでドライバに様々なサービスを提供できる。
【０００３】
特許文献１には、走行する車両の車内及び車外のうち少なくともいずれか一方に対して情報を提供する車両用情報提供システム、車両用情報提供方法、およびプログラムが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2006-309664号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１によれば、アプリケーションの起動および停止を自動的に制御することで省リソースを実現可能であるが、下記の３つの課題が見られる。
【０００６】
(1) java（登録商標）アプリケーションを利用するため、走行中に必要なサービスの瞬時起動が実現不可であること。
【０００７】
(2) インストール済みのアプリケーション制御に特化しているため、柔軟なサービス提供が不可であること。
【０００８】
(3) アプリケーションの削除制御機構が含まれていないため、保存領域の制御が実現不可であり、ハードウェアリソースの効率的な利用が妨げられる。
【０００９】
(4) アプリケーションが常時実行中となるのでCPUの処理負荷が増え、電力消費量が多くなる。
【００１０】
本発明の目的は、上記の技術課題を解決し、コンテナ技術を用いてアプリケーションを管理することにより、ハードウェアリソースやエネルギの搭載量に制約があるコネクテッドカー車載器において、アプリケーションの即応性、瞬時性を維持したまま省リソース、省エネルギを実現することにある。
【課題を解決するための手段】
【００１１】
上記の目的を達成するために、本発明は、コンピュータを実装したコネクテッドカー車載器のアプリケーション管理装置において、以下の構成を具備した点に特徴がある。
【００１２】
(1) コンピュータをインターネットに常時接続する通信手段と、車載OS上で稼働するコンテナ制御エージェントとを具備し、コンテナ制御エージェントが、コンテナイメージをインターネット経由で取得する手段と、取得したコンテナイメージを車載OS上でコンテナアプリケーションに展開して起動する手段とを具備した。
【００１３】
(2) コンテナ制御エージェントが、コネクテッドカーに関連した監視データを収集する手段と、監視データに基づいてコンテナアプリケーションの開始イベントを検知する手段と、開始イベントが検知されたコンテナアプリケーションのイメージを取得し、車載OS上でコンテナアプリケーションに展開して起動する手段とを具備した。
【００１４】
(3) コンテナ制御エージェントが、コネクテッドカーに関連した監視データを収集する手段と、監視データに基づいてコンテナイメージの取得イベントを検知する手段と、
【００１５】
取得イベントが検知されたコンテナイメージを取得する手段と、監視データに基づいてコンテナアプリケーションの起動イベントを検知する手段と、起動イベントが検知されたコンテナアプリケーションのイメージを車載OS上でコンテナアプリケーションに展開して起動する手段とを具備した。
【００１６】
(4) コンテナ制御エージェントがさらに、監視データに基づいてコンテナアプリケーションの終了イベントを検知する手段と、終了イベントが検知されたコンテナアプリケーションの実行を停止し、当該コンテナアプリケーションのイメージを削除する手段とを具備した。
【００１７】
(5) コンテナ制御エージェントがさらに、監視データに基づいてコンテナアプリケーションの停止イベントを検知する手段と、停止イベントが検知されたコンテナアプリケーションの実行を停止する手段と、監視データに基づいてコンテナイメージの削除イベントを検知する手段と、削除イベントが検知されたコンテナイメージを削除する手段とを具備した。
【発明の効果】
【００１８】
本発明によれば、以下のような効果が達成される。
【００１９】
(1) コンテナアプリケーションの開始イベントが検知されてから、そのイメージがダウンロードされて展開、起動されるので、車載機ハードウェアのハードウェアリソース、特にメモリリソースおよびCPUリソースの有効利用が可能になる。
【００２０】
(2) コンテナアプリケーションはJava（登録商標）アプリケーション等に較べて起動に要する時間が極めて短いので、開始イベントが検知されてから、その取得、展開、起動を行っても、開始イベントに応じた処理を実質的な応答遅れなく瞬時的に実行できるようになる。
【００２１】
(3) コンテナアプリケーションの停止イベントとコンテナイメージの削除イベントとを区別し、削除イベントの頻度が停止イベントの頻度よりも低くなるようにしたので、コンテナイメージの削除及び取得が短時間で繰り返される無駄を防止できるようになる。
【００２２】
(4) コンテナイメージの取得イベントとコンテナアプリケーションの起動イベントとを区別し、コンテナアプリケーションの起動イベントに備えて予めそのイメージを取得しておくことができるので、起動イベントに対して更に短時間でコンテナアプリケーションを起動できるようになる。
【図面の簡単な説明】
【００２３】
【図１】本発明の一実施形態に係るコネクテッドカー車載器１を搭載するコネクテッドカー２に好適なネットワーク構成の一例を示した機能ブロック図である。
【図２】コンテナ制御エージェント(12)の第１実施形態の機能ブロック図である。
【図３】第１実施形態の動作を示したフローチャートである。
【図４】開始イベントおよび終了イベントの一例を示した図である。
【図５】開始イベントおよび終了イベントの他の例を示した図である。
【図６】コンテナアプリ開始処理のフローチャートである。
【図７】コンテナアプリ終了処理のフローチャートである。
【図８】コンテナ制御エージェント(12)の第２実施形態の機能ブロック図である。
【図９】第２実施形態の動作を示したフローチャートである。
【図１０】取得、起動、停止、削除の各イベントの一例を示した図である。
【図１１】取得、起動、停止、削除の各イベントの他の例を示した図である。
【図１２】コンテナイメージ取得処理のフローチャートである。
【図１３】コンテナイメージ起動処理のフローチャートである。
【図１４】コンテナイメージ停止処理のフローチャートである。
【図１５】コンテナイメージ削除処理のフローチャートである。
【図１６】本発明の第３実施形態の構成を示した機能ブロック図である。
【図１７】本発明の第７実施形態の構成を示した機能ブロック図である。
【発明を実施するための形態】
【００２４】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図1は、本発明の一実施形態に係るコネクテッドカー車載器１を搭載するコネクテッドカー２に好適なネットワーク構成の一例を示した機能ブロック図である。
【００２５】
コネクテッドカー車載機１は、コネクテッドカー２に搭載されてインターネットに常時接続され、同じくインターネットに常時接続する複数のサーバ資源３から各種のコンテナイメージを取得できる。各サーバ資源３には、作業者端末4を操作する作業者により、各種のコンテナイメージが予め蓄積、管理されている。
【００２６】
コネクテッドカー車載機１において、車載機ハードウェア１０は、専用または汎用のコンピュータハードウェアにより構成され、オペレーティングシステム（OS）を含む基本プログラムや各種の基本データを記憶するROM１０１、基本プログラムや各種のコンテナアプリケーションを実行するCPU１０２、このCPU１０２にワークエリアを提供するRAM１０３、インターネットとの常時接続を確保する無線インターフェースIF１０４およびディスプレイやタッチパネル等のユーザインタフェースUI１０５等を含み、さらにインターネット経由で取得したデータやアプリケーションを一時記憶する車載器ストストレージ１４が接続されている。
【００２７】
車載機ハードウェア１０上では車載器OS１１が稼働し、車載器OS１１上ではコンテナ制御エージェント１２が稼働する。コンテナイメージ１３ａは、各サーバ資源３から車載器ストストレージ１４上にダウンロードされて一時記憶され、その後、車載器OS１１上でコンテナアプリケーション１３ｂに展開されて起動、実行される。
【００２８】
前記コンテナ制御エージェント１２は、コネクテッドカー２の状態、路面状態、位置あるいは環境等に関する監視データに基づいて、実行／停止すべきコンテナアプリケーションを選択し、さらに当該コンテナアプリケーションの実行／停止およびそのコンテナイメージの取得／削除を制御する。
【００２９】
図２は、前記コンテナ制御エージェント１２の第１実施形態の機能ブロック図である。監視データ取得部１２１は、コネクテッドカー２に実装されているGPS（図示省略）が出力する緯度，経度，高度および時刻に関する監視データ、ならびに車載センサが検知した車速、エンジン回転数、加速度、燃費、路面状況、走行距離、走行時間、整備、温度、湿度、照度、無線信号、カレンダが出力する各種の監視データを収集する。
【００３０】
イベント検知部１２２は、前記各監視データに基づいて、コンテナイアプリケーションの開始トリガとなるコンテナアプリ開始イベントを検知する検知部１２２ａ、およびコンテナアプリケーションの終了トリガとなるコンテナアプリ終了イベントを検知する検知部１２２ｂを含む。
【００３１】
コンテナ選択部１２３は、前記コンテナアプリケーションの開始イベントまたは終了イベントに基づいて、それぞれ開始または終了するコンテナアプリケーションを選択する。
【００３２】
コンテナイメージ管理部１２４は、前記コンテナ選択部１２３の選択結果に基づいて、サーバ資源３から対応するコンテナイメージをダウンロードして車載器ストレージ１４に蓄積し、あるいは終了するコンテナアプリケーションに対応する車載器ストストレージ１４上のコンテナイメージを削除する。
【００３３】
コンテナアプリ管理部１２５は、前記コンテナ選択部１２３による選択結果に基づいて、車載器ストストレージ１４上のコンテナイメージを車載器OS上でコンテナアプリケーションに展開して起動し、あるいは車載器OS上で起動中のコンテナアプリケーションを停止させる。
【００３４】
本実施形態では、例えばコネクテッドカー２の位置情報に基づいて、当該コネクテッドカー２が所定の観光地域に入ったことが検知されると、当該観光地域に固有の観光案内アプリケーションが選択され、そのコンテナイメージを対応するサーバ資源３から自動的に取得、展開、起動することでドライバに観光案内サービスを提供できるようになる。
【００３５】
また、コネクテッドカー２が当該観光地域から脱出したことが検知されると、前記取得した観光案内アプリケーションを自動的に終了、削除することで、ドライバに操作負担を強いることなくCPUリソースやメモリリソースを開放することができ、省リソースのみならず省エネルギが実現される。
【００３６】
図３は、本発明の第１実施形態の動作を示したフローチャートであり、主にコンテナ制御エージェント１２の動作を示している。
【００３７】
ステップＳ1１では、前記監視データ取得部１２１によりGPSおよび各センサ等から監視データが取得される。ステップＳ１２では、前記各監視データに基づいて、前記イベント検知部１２２により、コンテナアプリケーションの開始イベントが発生したか否かが判断される。開始イベントが発生していれば、ステップＳ１３へ進んでコンテナアプリ開始処理（図６）が実行される。
【００３８】
本実施形態では、例えば図４の右側に示したように、GPSから取得した監視データ（緯度，経度）に基づいて、コネクテッドカー２の走行位置が所定のアプリ開始エリアA1に接近または到達したと判断されると、これがコンテナアプリケーションの開始イベントと判断される。
【００３９】
あるいは、図５の右側に示したように、GPSにより取得される監視データ（高度）に基づいてコネクテッドカー２の走行高度が所定のアプリ開始高度H1に接近または到達したと判断されると、これがコンテナアプリケーションの開始イベントと判断される。
【００４０】
図６は、前記ステップＳ１３で実行されるコンテナアプリ開始処理の手順を示したフローチャートである。
【００４１】
ステップＳ２１では、前記コンテナアプリ開始イベントに基づいて、新たに起動すべきコンテナアプリケーションが前記コンテナ選択部１２３により選択される。ステップＳ２２では、前記コンテナイメージ管理部１２４により、前記選択されたコンテナアプリケーションを管理するサーバ資源３に対して当該アプリケーションのイメージが要求される。
【００４２】
ステップＳ２３では、前記コンテナイメージ管理部１２４が、前記要求したコンテナイメージを前記サーバ資源３から取得して車載器ストストレージ１４に一時記憶する。ステップＳ２４では、前記コンテナアプリ管理部１２５が、前記一時記憶したコンテナイメージを車載器OS上でコンテナアプリケーションに展開して起動、実行する。
【００４３】
図３へ戻り、前記ステップＳ１２において、コンテナ開始イベントが発生していないと判断されるとステップＳ１４へ進み、コンテナアプリケーションの終了イベントが発生したか否かが判断される。終了イベントが検知されると、ステップＳ１５へ進んでコンテナアプリ終了処理（図７）が実行される。
【００４４】
本実施形態では、前記図４の左側に示したように、GPSから取得した監視データに基づいて検知されたコネクテッドカー２の走行位置が所定のアプリ開始エリアA1から脱出していると、これがコンテナアプリケーションの終了イベントと判断される。
【００４５】
あるいは、前記図５の左側に示したように、GPSにより取得される監視データに基づいて検知されたコネクテッドカー２の走行高度が所定のアプリ開始高度H1よりも低くなっていると、これがコンテナアプリケーションの終了イベントと判断される。
【００４６】
図７は、前記コンテナアプリ終了処理の手順を示したフローチャートであり、ステップＳ３１では、前記コンテナアプリ終了イベントに基づいて、前記コンテナ選択部１２３により、新たに終了させるコンテナアプリケーションが選択される。ステップＳ３２では、前記コンテナアプリ管理部１２５により、前記選択されたコンテナアプリケーションが停止される。ステップＳ３３では、前記コンテナイメージ管理部１２４により、前記停止させたコンテナアプリケーションのイメージが車載器ストストレージ１４から削除される。
【００４７】
本実施形態によれば、コンテナアプリケーションの開始イベントが検知されてから、そのコンテナイメージがダウンロードされて起動されるので、車載機ハードウェア１０のハードウェアリソース、特にメモリリソースおよびCPUリソースの有効利用が可能になる。
【００４８】
また、コンテナアプリケーションはJava（登録商標）アプリケーション等に較べて起動に要する時間が極めて短いので、開始イベントが検知されてから、その取得、展開、起動を行っても、開始イベントに応じた処理を実質的な応答遅れなく瞬時的に実行できるようになる。
【００４９】
図８は、本発明の第２実施形態に係るコンテナ制御エージェント１２の構成を示した機能ブロック図であり、図２と同一の符号は同一又は同等部分を表しているので、その説明は省略する。
【００５０】
上記の第1実施形態では、コンテナアプリケーションの開始イベントに応答して取得したコンテナイメージを直ぐに展開してコンテナアプリケーションを起動し、またコンテナアプリケーションの終了イベントに応答して停止したコンテナアプリケーションのイメージを直ぐに削除するものとして説明した。
【００５１】
第１実施形態によれば、車載機ハードウェア１０のハードウェアリソースを極めて有効に利用できる。しかしながら、コネクテッドカー２がアプリ開始エリアA1への接近および離脱を短時間で繰り返すような状況下では、コンテナイメージの取得および削除が繰り返されて無線リソースを無駄に消費することになりかねない。そこで、第2実施形態では車載機ハードウェア１０のハードウェアリソースのみならず、無線リソースの有効利用をも可能にしている。
【００５２】
本実施形態では、イベント検知部１２２が、前記第１実施形態のコンテナアプリ開始イベント検知部１２２ａに代えて、コンテナイメージを各サーバ資源３から取得して車載器ストストレージ１４上に一時記憶させるコンテナイメージ取得イベントを検知する検知部１２２ｃ、および取得したコンテナイメージを車載器OS１１上でコンテナアプリケーションに展開して起動するコンテナアプリ起動イベントを検知する検知部１２２ｄを備える。
【００５３】
前記イベント検知部１２２は更に、前記第１実施形態のコンテナアプリ終了イベント検知部１２２ｂに代えて、起動中のコンテナアプリケーションを停止させるコンテナアプリ停止イベントを検知する検知部１２２ｅ、および前記停止させたコンテナアプリケーションのイメージを車載器ストストレージ１４上から削除するコンテナイメージ削除イベントを検知する検知部１２２ｆを備える。
【００５４】
コンテナ選択部１２３は、前記コンテナイメージ取得イベント又はコンテナイメージ削除イベントに基づいて、それぞれ取得また削除するコンテナイメージを選択する。コンテナ選択部１２３はさらに、前記コンテナアプリ起動イベント又はコンテナアプリ停止イベントに基づいて、それぞれ起動または停止するコンテナアプリケーションを選択する。
【００５５】
図９は、本発明の第２施形態の動作を示したフローチャートであり、ステップＳ４１では、前記監視データ取得部１２１が各センサ等から監視データを取得する。ステップＳ４２では、前記各監視データに基づいて、コンテナイメージの取得イベントが発生したか否かが判断される。取得イベントが発生していれば、ステップＳ４３へ進んでコンテナイメージ取得処理（図１２）が実行される。
【００５６】
ステップS４４では、前記各監視データに基づいて、コンテナイメージの起動イベントが発生したか否かが判断される。起動イベントが発生していれば、ステップＳ４５へ進んでコンテナイアプリ起動処理（図１３）が実行される。
【００５７】
本実施形態では、例えば図１０の右側に示したように、GPSから取得した監視データに基づいて、コネクテッドカー２の走行位置が所定のアプリ取得エリアA2に接近あるいは達したことが検知されると、これがコンテナイメージ取得イベントと判断され、サーバ資源３から対応するコンテナイメージが取得されて車載器ストストレージ１４上に記憶される。
【００５８】
さらに、コネクテッドカー２の走行位置が前記アプリ取得エリアA2の内側に設定された所定のアプリ起動エリアA3に接近あるいは達したことが検知されると、これがコンテナアプリ起動イベントと判断される。
【００５９】
あるいは、図１１の右側に示したように、GPSにより取得される監視データに基づいて、コネクテッドカー２の走行高度が所定のアプリ取得高度H2に達したことが検知されると、これがコンテナアプリ取得イベントと判断される。
【００６０】
さらに、コネクテッドカー２の走行高度が前記アプリ取得高度A2よりも高く設定された所定のアプリ起動高度H3に接近あるいは達したことが検知されると、これがコンテナアプリ起動イベントと判断される。
【００６１】
図１２は、前記コンテナイメージ取得処理の手順を示したフローチャートであり、ステップＳ５１では、前記コンテナアプリ取得イベントに基づいて、取得すべきコンテナアプリケーションが前記コンテナ選択部１２３により選択される。ステップＳ５２では、前記コンテナイメージ管理部１２４により、前記選択されたコンテナアプリケーションを管理するサーバ資源３に対して、前記コンテナアプリケーションのイメージが要求される。ステップＳ５３では、前記コンテナイメージ管理部１２４が、前記要求したコンテナイメージを前記サーバ資源３から取得して車載器ストストレージ１４に一時記憶する。
【００６２】
図１３は、前記コンテナアプリ起動処理の手順を示したフローチャートであり、ステップＳ６１では、前記コンテナアプリ起動イベントに基づいて、新たに起動すべきコンテナアプリケーションが前記コンテナ選択部１２３により選択される。ステップＳ６２では、前記選択されたアプリケーションのイメージを取得済みであるか否かが判断される。取得済みでなければステップＳ６３へ進み、対応するコンテナイメージを前記サーバ資源３から取得して車載器ストストレージ１４に記憶する。
【００６３】
ステップＳ６４では、前記コンテナイメージ管理部１２４により、前記選択されたコンテナアプリケーションに対応した車載器ストストレージ１４上のコンテナイメージを車載器OS上でコンテナアプリケーションに展開して実行する。
【００６４】
図９へ戻り、ステップＳ４６では、前記取得した各監視データに基づいて、コンテナアプリ停止イベントが発生したか否かが判断される。停止イベントが発生していれば、ステップＳ４７へ進んでコンテナアプリ停止処理（図１４）が実行される。
【００６５】
ステップS４８では、前記各監視データに基づいて、コンテナイメージ削除イベントが発生したか否かが判断される。削除イベントが発生していれば、ステップＳ４９へ進んでコンテナイメージ削除処理（図１５）が実行される。
【００６６】
本実施形態では、前記図１０の左側に示したように、GPSから取得した監視データに基づいて、コネクテッドカー２の走行位置が所定のアプリ起動エリアA3から離脱したことが検知されると、これがコンテナアプリ停止イベントと判断される。
【００６７】
さらに、コネクテッドカー２の走行位置が前記アプリ取得エリアA2からも離脱したことが検知されると、これがコンテナイメージ削除イベントと判断される。
【００６８】
あるいは、前記図１１の左側に示したように、GPSにより取得される監視データに基づいて、コネクテッドカー２の走行高度が所定のアプリ停止高度H4まで低下したことが検知されると、これがコンテナアプリ停止イベントと判断される。
【００６９】
さらに、コネクテッドカー２の走行高度が前記アプリ停止高度H4よりも低く設定されたコンテナイメージ削除高度H5まで低下したことが検知されると、これがコンテナアプリ削除イベントと判断される。
【００７０】
図１４は、前記コンテナアプリ停止処理の手順を示したフローチャートであり、ステップＳ７１では、前記コンテナアプリ停止イベントに基づいて、前記コンテナ選択部１２３により、停止させるコンテナアプリケーションが選択される。ステップＳ７２では、前記コンテナアプリ管理部１２５により、前記選択されたコンテナアプリケーションが停止される。
【００７１】
図１５は、前記コンテナイメージ削除処理の手順を示したフローチャートであり、ステップＳ８１では、前記コンテナアプリ削除イベントに基づいて、前記コンテナ選択部１２３により、削除するコンテナイメージが選択される。ステップＳ８２では、前記コンテナアプリ管理部１２５により、前記選択されたコンテナイメージに対応するコンテナアプリケーションが停止済みであるか否かが判断される。停止済みでなければ、ステップＳ８３へ進んで当該アプリケーションが停止される。ステップＳ８４では、前記選択されたコンテナイメージが車載器ストストレージ１４上から削除される。
【００７２】
本実施形態によれば、コンテナアプリケーションの停止イベントとコンテナイメージの削除イベントとを区別し、削除イベントの頻度が停止イベントの頻度よりも低くなるようにしたので、コンテナイメージの削除及び取得が短時間で繰り返される無駄を防止できるようになる。
【００７３】
また、本実施形態によれば、コンテナイメージの取得イベントとコンテナアプリケーションの起動イベントとを区別し、コンテナアプリケーションの起動イベントに備えて予めそのイメージを取得しておくことができるので、起動イベントに対して更に短時間でコンテナアプリケーションを起動できるようになる。
【００７４】
なお、上記の各実施形態では、コネクテッドカー２が自ら取得した監視データに基づいて、開始または終了するコンテナアプリケーションを選択して処理し、あるいは取得、起動、停止、削除するコンテナアプリケーション／コンテナイメージを選択して処置するものとして説明した。
【００７５】
しかしながら、本発明はこれのみに限定されるものではなく、図１６に示した第３実施形態のように、コネクテッドカー２が自ら取得した監視データをインターネット経由で監視サーバ５へ送信すると、当該監視サーバ５が、上記と同様の手順で各イベントを検知するようにしても良い。
【００７６】
あるいは、図１７に示した第４実施形態のように、コネクテッドカー２が自ら取得した監視データをインターネット経由で監視サーバ５へ送信すると共に、監視サーバ５も自ら温度や湿度といった各コネクテッドカーに固有ではない監視データを別途に取得し、これらの監視データに基づいて、上記と同様の手順で各イベントを検知するようにしても良い。
【００７７】
その場合、監視サーバ５は、開始イベント（第１実施形態）や取得イベント（第２実施形態）を検知すると、これに応答してコンテナアプリケーションを選択し、そのコンテナイメージを対応するサーバ資源３からサーバプッシュ方式でコネクテッドカー２へ提供して処理させることができる。
【００７８】
同様に、終了イベント（第１実施形態）や削除イベント（第２実施形態）に応答してコンテナアプリケーションを選択して、その結果をコネクテッドカー２へサーバプッシュで通知し、これに応答してコネクテッドカー２がコンテナアプリケーションの停止やコンテナイメージの削除を処理するようにしても良い。
【００７９】
さらに、上記の各実施形態では、コネクテッドカー２の位置や高度に基づいて各イベントが検知されるものとして説明したが、本発明はこれのみに限定されるものではなく、例えば、所定の基準値を超える負の加速度が検知されるとコネクテッドカー２の急制動と判断し、これを開始／取得イベントとしてドライブレコーダの撮影アプリケーションを取得、展開、起動する一方、所定時間の経過を終了／停止イベントと判断してドライブレコーダの撮影を終了するようにしても良い。
【００８０】
あるいは、ETCシステムが発する無線信号を受信すると、これを開始／取得イベントと判断し、ETC処理用のアプリケーションを取得、展開、起動するようにしても良い。
【００８１】
あるいは、著作権により使用地域や使用時間等が限定されている地図、音楽、動画等のコンテンツの再生について、当該使用地域や時間帯に入ったことを開始／取得イベントとして再生アプリケーションを取得し、使用地域や時間帯から離脱したことを終了／削除イベントと判断して削除等するようにしても良い。
【００８２】
あるいは、降雨や降雪の量が所定の基準値を超えたことを開始／取得イベントとして、安全運転を支援するアプリケーションを取得、起動し、降雨量等が基準値を下回ると、これを終了／削除イベントと判断して当該アプリケーションを削除等するようにしても良い。
【符号の説明】
【００８３】
１…コネクテッドカー車載機，２…コネクテッドカー，３…サーバ資源，４…作業者端末，５…監視サーバ，１０…車載機ハードウェア，１１…車載器OS，１２…コンテナ制御エージェント，１３ａ…コンテナイメージ，１３ｂ…コンテナアプリケーション，１４…車載器ストストレージ
【図１】
2019066926.tif 000003
【図２】
2019066926.tif 000004
【図３】
2019066926.tif 000005
【図４】
2019066926.tif 000006
【図５】
2019066926.tif 000007
【図６】
2019066926.tif 000008
【図７】
2019066926.tif 000009
【図８】
2019066926.tif 000010
【図９】
2019066926.tif 000011
【図１０】
2019066926.tif 000012
【図１１】
2019066926.tif 000013
【図１２】
2019066926.tif 000014
【図１３】
2019066926.tif 000015
【図１４】
2019066926.tif 000016
【図１５】
2019066926.tif 000017
【図１６】
2019066926.tif 000018
【図１７】
2019066926.tif 000019