JP2012111317A - 車載アプリケーション管理装置及び車載アプリケーション管理方法 - Google Patents

Abstract

【課題】車両に搭載された情報端末にて実行されるアプリケーションが運転操作に与える影響を回避しつつ、同アプリケーションの利便性を維持することのできる車載アプリケーション管理装置及び車載アプリケーション管理方法を提供する。
【解決手段】車載アプリケーション管理装置は、車両１に搭載された実行プラットホーム１２を有する車載端末１０にて実行される配信型アプリケーション３を管理する。車載アプリケーション管理装置は、車両１の状態である車両状態を検出しつつ、配信型アプリケーション３の実行に伴って付与される入力情報及び出力される出力情報の少なくとも一方の伝送路を前記検出される車両状態に基づいて断続管理する走行規制管理モジュール１３２を備える。
【選択図】図１

Description

本発明は、車両にて実行されるアプリケーションを管理する車載アプリケーション管理装置、及び車載アプリケーション管理方法に関する。

周知のように、車両には、ナビゲーションシステムなどの車載情報処理装置、いわゆる車載端末が搭載されている。例えばナビゲーションシステムは、経路検索や、店舗案内などの各種の機能を、それら機能に対応するアプリケーションの実行に基づいて提供するようにしている。例えば、経路検索の提供において、ナビゲーションシステムは検索された経路に関する情報を文字や画像、又は音声として出力する一方、目的地や経由地などの経路検索に必要な情報がユーザ（運転者）による選択操作や文字入力操作により入力されるようになっている。

ところで、車載端末は、そこから出力される表示情報や音声情報が運転操作に影響を与えないようにしなければならいとともに、そこに入力される文字情報等の入力操作も運転操作に影響を与えるような複雑なものであってはならない。そこで従来から、運転操作に影響を与えないように情報を入力させるとともに出力する車載端末が提案されており、その一例として特許文献１に記載の車載端末（アプリ実行装置）がある。この特許文献１に記載の車載端末は、車両の走行状態を検出する検出手段により検出された車両の走行状態に応じてアプリ記憶手段に記憶されているアプリケーションの動作を制御するアプリ制御手段を備えている。すなわち、車両が走行中であることが検出された場合、アプリ制御手段は、走行中の機能制限が予め設定されていないアプリケーションに対してはそのアプリケーションを終了させるようにする。これにより、車両の走行中、運転操作に影響を与えるおそれのあるアプリケーションは終了されるようになり、当該アプリケーションが運転操作に影響を与えることも未然に防止されるようになる。

特開２００５−２８９９７号公報

このように、特許文献１に記載の車載端末によれば、アプリケーションが運転操作に影響を与えるおそれは確かに回避される。しかしながら、走行に対する機能制限が予め設定されていないアプリケーションを、走行の都度、例えば一律に終了させてしまうようなことがあると、途中まで動作していたアプリケーションが突然終了されてしまうなど、その利便性が大きく損なわれかねない。このようなことから近年は、車載端末においてアプリケーションの実行が運転操作に影響を与えないことと、アプリケーションからの機能提供が阻害されないこととの好適な両立について、種々の検討がなされている。

本発明は、このような実情に鑑みてなされたものであり、その目的は、車両に搭載された情報端末にて実行されるアプリケーションが運転操作に与える影響を回避しつつ、同アプリケーションの利便性を維持することのできる車載アプリケーション管理装置及び車載アプリケーション管理方法を提供することにある。

以下、上記課題を解決するための手段及びその作用効果を記載する。
上記課題を解決するため、請求項１に記載の発明は、車両に搭載された情報端末にて実行されるアプリケーションを管理する車載アプリケーション管理装置であって、前記車両の状態である車両状態を検出しつつ、前記アプリケーションの実行に伴って付与される入力情報及び出力される出力情報の少なくとも一方の伝送路を前記検出される車両状態に基づいて断続管理する管理手段を備えることを要旨とする。

このような構成によれば、アプリケーションに付与される入力情報やアプリケーションから出力された出力情報の伝送路が車両状態により管理されることから、車両状態に応じてアプリケーションへの入力情報の伝達やアプリケーションからの出力情報の伝達を規制することができるようにもなる。すなわちアプリケーションは、その実行状態が維持されつつ、その入出力が規制されるに過ぎないこととなるため、その入出力が規制されとしても、動作が継続性を持って維持される。これにより、車両状態が一旦アプリケーションを規制させる状態となったとしても、当該規制状態が解消されることでアプリケーションを引き続いて利用することも可能となる。その結果、車両に搭載される情報端末にて実行されるアプリケーションが運転操作に与える影響を防ぎつつ、同アプリケーションの利便性を維持することのできるようにもなる。

またこのようなことから、利便性を有する一方、運転操作に与える影響が十分考慮されていないアプリケーションであれ、その入出力情報を車載アプリケーション管理装置が車両状態に基づいて管理することができることから、情報端末にて利用することができるようにもなる。

請求項２に記載の発明は、請求項１に記載の車載アプリケーション管理装置において、前記管理手段は、前記出力情報を知覚可能な情報に変換して出力する出力装置に対する前記出力情報の伝送路を断続管理することを要旨とする。

このような構成によれば、例えば車両に搭載されることが一般的であるディスプレイやスピーカなどの出力装置を通じて運転者の知覚に作用する情報を出力するようなアプリケーションであれ、その知覚に作用する出力情報を、例えば車両状態に応じて運転者の運転操作に影響を与えないような態様で出力するように管理することができるようになる。

請求項３に記載の発明は、請求項１又は２に記載の車載アプリケーション管理装置において、前記管理手段は、前記アプリケーションに付与される前記入力情報の伝送路を断続管理することを要旨とする。

このような構成によれば、アプリケーションに対する入力情報の断続管理を通じてのアプリケーションへの操作を規制することにより、アプリケーションが運転操作に影響を与えることがないようにすることができるようになる。

請求項４に記載の発明は、請求項１〜３のいずれか一項に記載の車載アプリケーション管理装置において、前記管理手段と前記情報端末とが一体として設けられていることを要旨とする。

このような構成によれば、管理手段は一体として設けられている情報端末で実行されるアプリケーションに対応する入出力情報を車両状態に応じ管理するため、情報端末によるアプリケーションの実行が運転操作へ影響を与えることが回避され、情報端末を車両にて好適に利用できるようになる。これにより、情報端末の車両への搭載可能性が高められるようになるとともに、車載アプリケーション管理装置としてもその利用可能性が高められる。

請求項５に記載の発明は、請求項１〜３のいずれか一項に記載の車載アプリケーション管理装置において、前記管理手段に対して前記情報端末が外部接続されてなることを要旨とする。

このような構成によれば、外部接続される情報端末であれ、そこで実行されるアプリケーションに対応する入出力情報を車両状態に応じて管理することができるようになる。例えば、車載用ではないため、運転操作への影響を考慮した動作をすることができない情報端末を利用する場合、アプリケーションの入出力情報を車両状態に応じて管理することができるので、外部接続される情報端末を車両にて運転操作に影響を与えないようにさせつつ、利用することができるようになる。

請求項６に記載の発明は、請求項１〜５のいずれか一項に記載の車載アプリケーション管理装置において、前記管理手段は、前記情報端末にて適正に動作することの認定されたアプリケーションが登録されるリストを有し、該リストに登録されていないアプリケーションについて前記伝送路の断続管理を行うことを要旨とする。

このような構成によれば、リストに記載されていないアプリケーションに対して車両状態に応じた断続管理をするため、適正動作をするアプリケーションに対する管理が不要となり、適正動作を認定されていないアプリケーションに対する断続管理が効率良く行えるようになる。

なお、適正に動作するアプリケーションはリストに記載されていない場合があってもよい。通常、適正な動作をすることの認定を得てリストに掲載されるまでには時間を要するので、リストに掲載されるよりも先にアプリケーションを配布することもできるようになる。このような場合、その後、リストが更新されることにより、該アプリケーションは適正な動作をするものとして断続管理の対象から除外されるようになる。

請求項７に記載の発明は、請求項１〜６のいずれか一項に記載の車載アプリケーション管理装置は、前記検出される車両状態が、前記車両の走行速度及び停止状態か否かであることを要旨とする。

このような構成によれば、車両の走行速度及び停止状態か否かに応じてアプリケーションの入出力情報を管理することができるので、例えば車両の走行中には運転操作への影響を与える入出力を遮断する一方、車両の停車中にはアプリケーションの入出力を規制しないようにすることができるようになる。これにより、アプリケーションの運転操作への影響を回避しつつ、その利便性を維持することができるようになる。

請求項８に記載の発明は、請求項１〜７のいずれか一項に記載の車載アプリケーション管理装置において、前記アプリケーションは、前記車両の外部から配信されたものであることを要旨とする。

このような構成によれば、配信されるアプリケーションには、利便性がある一方で、運転操作への影響が考慮不十分であったり、そもそも考慮されていなかったりするものもあるが、そのようなアプリケーションであれ、車両において運転操作に影響を与えないようにしつつ利用できるようになる。これにより、アプリケーションの用途の自由度が高められるとともに、車載される情報端末に対するアプリケーションの提供量の増加を促進させることができるようにもなる。

上記課題を解決するため、請求項９に記載の発明は、車両に搭載された情報端末にて実行されるアプリケーションを管理する車載アプリケーション管理方法であって、前記車両
の状態である車両状態を取得するステップと、前記アプリケーションの実行に伴って付与される入力情報及び出力される出力情報の少なくとも一方の伝送路を前記取得された車両状態に基づいて断続管理するステップと、を備えることを要旨とする。

このような方法によれば、アプリケーションに付与される入力情報やアプリケーションから出力された出力情報の伝送路が車両状態により管理されることから、車両状態に応じてアプリケーションへの入力情報の伝達やアプリケーションからの出力情報の伝達を規制することができるようにもなる。すなわちアプリケーションは、その実行状態が維持されつつ、その入出力が規制されるに過ぎないこととなるため、その入出力が規制されとしても、動作が継続性を持って維持される。これにより、車両状態が一旦アプリケーションを規制させる状態となったとしても、当該規制状態が解消されることでアプリケーションを引き続いて利用することも可能となる。その結果、車両に搭載される情報端末にて実行されるアプリケーションが運転操作に与える影響を防ぎつつ、同アプリケーションの利便性を維持することのできるようにもなる。

またこのようなことから、利便性を有する一方、運転操作に与える影響が十分考慮されていないアプリケーションであれ、その入出力情報を車載アプリケーション管理装置が車両状態に基づいて管理することができることから、情報端末にて利用することができるようにもなる。

請求項１０に記載の発明は、請求項９に記載の車載アプリケーション管理方法において、前記伝送路を断続管理するステップでは、前記出力情報を知覚可能な情報に変換して出力する出力装置に対する前記出力情報の伝送路を断続管理することを要旨とする。

このような方法によれば、例えば車両に搭載されることが一般的であるディスプレイやスピーカなどの出力装置を通じて運転者の知覚に作用する情報を出力するようなアプリケーションであれ、その知覚に作用する出力情報を、例えば車両状態に応じて運転者の運転操作に影響を与えないような態様で出力するように管理することができるようになる。

請求項１１に記載の発明は、請求項９又は１０に記載の車載アプリケーション管理方法において、前記伝送路を断続管理するステップでは、前記アプリケーションに付与される前記入力情報の伝送路を断続管理することを要旨とする。

このような方法によれば、アプリケーションに対する入力情報の断続管理を通じてのアプリケーションへの操作を規制することにより、アプリケーションが運転操作に影響を与えることがないようにすることができるようになる。

請求項１２に記載の発明は、請求項９〜１１のいずれか一項に記載の車載アプリケーション管理方法において、前記伝送路を断続管理するステップでは、前記情報端末にて適正に動作することの認定されたアプリケーションをリストに登録するステップを含み、このリストに登録されていないアプリケーションについて前記伝送路の断続管理を行うことを要旨とする。

このような方法によれば、リストに記載されていないアプリケーションに対して車両状態に応じた断続管理をするため、適正動作をするアプリケーションに対する管理が不要となり、適正動作を認定されていないアプリケーションに対する断続管理が効率良く行えるようになる。

なお、適正に動作するアプリケーションはリストに記載されていない場合があってもよい。通常、適正な動作をすることの認定を得てリストに掲載されるまでには時間を要する
ので、リストに掲載されるよりも先にアプリケーションを配布することもできるようになる。このような場合、その後、リストが更新されることにより、該アプリケーションは適正な動作をするものとして断続管理の対象から除外されるようになる。

請求項１３に記載の発明は、請求項９〜１２のいずれか一項に記載の車載アプリケーション管理方法において、前記車両状態を取得するステップでは、前記取得する車両状態として、前記車両の走行速度及び停止状態か否かを取得することを要旨とする。

このような方法によれば、車両の走行速度及び停止状態か否かに応じてアプリケーションの入出力情報を管理することができるので、例えば車両の走行中には運転操作への影響を与える入出力を遮断する一方、車両の停車中にはアプリケーションの入出力を規制しないようにすることができるようになる。これにより、アプリケーションの運転操作への影響を回避しつつ、その利便性を維持することができるようになる。

本発明に係る車載アプリケーション管理装置の設けられる車両を具体化した一実施形態について、その概略構成を示すブロック図。 同車載アプリケーション管理装置について、アプリケーションに対して走行規制を実行する場合の処理工程を示すフローチャート。 同車載アプリケーション管理装置について、アプリケーションに対する走行規制を解除する場合の処理工程を示すフローチャート。 同車載アプリケーション管理装置の動作例を示すブロック図。 本発明に係る車載アプリケーション管理装置の設けられる車両を具体化したその他の実施形態について、その概略構成を示すブロック図。

本発明にかかる車載アプリケーション管理装置を具体化した一実施形態について、図１に従って説明する。
まず、本実施形態の車載アプリケーション管理装置の概要について説明する。

車両１に搭載される情報端末としての車載端末１０には、車載アプリケーション管理装置が搭載されている。また、車両１の外部には車載端末１０との間で無線通信の可能なセンタ２が設けられている。車載端末１０は、センタ２から配信される配信型アプリケーション３を実行することにより、当該配信型アプリケーション３によりサービスされる機能を運転者等に提供するようになっている。ところで車載端末１０は、車両１の走行中には配信型アプリケーション３の提供する機能や動作を規制する、いわゆる走行規制を行うようになっている。このような走行規制は、配信型アプリケーション３の動作や機能が走行中の車両１への運転操作に影響を与えないようにするために行われる。なお、配信型アプリケーション３は、通常、走行規制のない通常の動作モードにて実行され、走行規制が必要となる際、走行規制に対応する走行規制モードにて実行されるようになる。この走行規制は、走行規制モードで配信型アプリケーション３が実行されることによりに同配信型アプリケーション３に組み込まれている走行規制機能が実行されて実施される。このような走行規制機能としては、運転者の注意を引くような画面遷移を禁止したり、操作要求などを禁止したりする機能などがある。しかしながら、配信型アプリケーション３には、そこに組み込まれている走行規制機能が不十分な場合や、車載用途に限られない汎用であるために走行規制機能がそもそも組み込まれていない場合もある。そこで本実施形態では、車載端末１０は、走行規制機能が不十分であったり、走行規制機能が組み込まれていない配信型アプリケーション３の実行を強制的に走行規制する、いわゆる強制的な走行規制モードにするようになっている。

ところで、走行規制が不十分な配信型アプリケーション３や、走行規制がなされない汎用的な配信型アプリケーション３であれ、走行規制が適正に行われないだけで、車両１における利用が有用であるアプリケーションも少なくない。そのような有用な配信型アプリケーション３の車載端末１０での適正な利用は、アプリケーションの利便性の向上を通じて車載端末１０の利用価値を高め、ひいては運転者等の利便性の向上にも資するようになる。このようなことから、配信型アプリケーション３には適正な走行規制を行うことのできないアプリケーションも含まれるようになっている。

次に、本実施形態の車載アプリケーション管理装置の構成について説明する。
センタ２は、複数の配信型アプリケーション３や審査済リスト４を、配信可能に保持するとともに、その配信などを管理している。そしてセンタ２は、車載端末１０から配信型アプリケーション３の配信の要求を受けると、その配信要求に応じて同配信要求に対応する配信型アプリケーション３を配信要求先の車載端末１０に無線通信や有線通信などを用いたデータ通信により伝送する。なお、配信型アプリケーション３を配信する際、審査済リスト４を参照して、当該配信型アプリケーション３が審査済リスト４に登録されていると判断された場合、該配信型アプリケーション３に審査済情報を付加して配信する。

審査済リスト４は、車両１の走行中に適正な走行規制を行う機能が組み込まれている配信型アプリケーション３を識別可能な情報、例えば配信型アプリケーション３毎に唯一付与される識別番号が記録されているリストである。なお、審査済リスト４には、車両１の走行中に適正な走行規制を行う機能が組み込まれていることを、所定のルールに則って行われる審査で確認された配信型アプリケーション３の識別番号のみが登録される。すなわちこの審査済リスト４を参照することにより、センタ２では配信型アプリケーション３に適正な走行規制の機能が組み込まれているか否かを判断することができる。なお、審査済リスト４には、適正な走行規制を行う機能が組み込まれている配信型アプリケーション３がセンタ２に保持されるとき同配信型アプリケーション３の識別番号が追加される。また、審査済リスト４には、既にセンタ２に保持されている配信型アプリケーション３が、その後の審査で適正な走行規制を行う機能が組み込まれているアプリケーションであると確認されたときにも同配信型アプリケーション３の識別番号が追加される。このときには、審査済リスト４に登録された後、当該配信型アプリケーション３を更新することにより、審査済情報の付加された配信型アプリケーション３が車載端末１０に配信されるようになる。

車両１は、いわゆる移動体としての自動車などからなる。そして車両１には、例えば車載情報端末としてのナビゲーションシステムとしての車載端末１０が搭載されている。すなわち本実施形態の車載端末１０は、全地球測位システム（ＧＰＳ：Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等を利用して車両１の現在位置を検出する。そして、検出された現在位置に基づいて予め記憶された地図情報を参照することにより、運転者に走行目的地までの車両１の走行経路等の案内を行う。また車両１には、車両１の速度や加速度、エンジン回転数や温度などの測定値を各種センサを介して取得する車両ＥＣＵ２０が設けられている。さらに、車両１には、操作ボタンやタッチパネルなど運転者による操作に応じた操作情報を出力するスイッチ２１と、車載端末１０から出力される音声情報を運転者が知覚可能な音にして出力するスピーカ２２と、同車載端末１０から出力される文字情報や画像情報を運転者が知覚可能な態様で画面に表示するディスプレイ２３とが設けられている。

車両ＥＣＵ２０は、取得した車両１の速度や加速度、エンジン回転数や温度などの値を、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの制御系の車載ネットワークなどを介して車載端末１０に伝達することが可能になっている。

スイッチ２１は、ＬＩＮ（Ｌｏｃａｌ ｉｎｔｅｒｃｏｎｎｅｃｔ ｎｅｔｗｏｒｋ）などの車載ネットワークや信号線を介して車載端末１０に操作情報を伝達可能になっているとともに、車載端末１０から指示情報を取得可能になっている。これによりスイッチ２１は、操作情報を出力して車載端末１０に入力させるとともに、スイッチ２１が操作を受け付けるか否かを運転者などに色などで示すために当該スイッチ２１の色を変更させる指示情報が車載端末１０から入力されるようになっている。

スピーカ２２やディスプレイ２３は、それぞれイーサーネット（登録商標）などの情報系の車載ネットワークや信号線を介して車載端末１０から対応する音声情報や、文字情報や、画像情報などがそれぞれ入力されるようになっている。

また、車載端末１０には、各種演算処理を実行するＣＰＵ、各種制御プログラムを格納するＲＯＭ、データ格納やプログラム実行のためのワークエリアとして利用されるＲＡＭ、メモリ（不揮発性メモリを含む記憶装置）等を有するマイクロコンピュータ（図示略）が設けられている。そして車載端末１０には、このマイクロコンピュータによる情報処理を含むかたちで構成される各種のプラットホームが設けられている。すなわち車載端末１０には、各種車載ネットワークを介したデータ通信や信号線を介した信号の入出力を管理する入出力機能プラットホーム１１と、配信型アプリケーション３に対する走行規制を管理する配信プラットホーム１３と、配信型アプリケーション３を実行処理する情報端末としての実行プラットホーム１２とが設けられている。

実行プラットホーム１２は、配信プラットホーム１３から配信型アプリケーション３を受け取るようになっているとともに、当該受け取った配信型アプリケーション３を実行可能になっている。なお、実行プラットホーム１２は、複数の配信型アプリケーション３を受け取り図示しない記憶装置等にそれぞれ保持することができるとともに、複数の配信型アプリケーション３をそれぞれ実行処理することができるようになっている。実行プラットホーム１２は、実行処理された配信型アプリケーション３に与えられる入力情報を配信プラットホーム１３から受け取る一方、配信型アプリケーション３が出力する出力情報を配信プラットホーム１３に伝達する。なお、入力情報には、上述の操作情報が含まれ、出力情報には上述の指示情報、音声情報、文字情報、及び画像情報のうちの少なくとも１つが含まれる。また、配信型アプリケーション３の出力情報には、当該配信型アプリケーション３を識別可能な識別番号を付与するようになっている。

入出力機能プラットホーム１１には、車両ＥＣＵ２０と配信プラットホーム１３との間で情報伝達を可能にする車速取得モジュール１１０と、スイッチ２１と配信プラットホーム１３との間の情報伝達を可能にする伝送路としての入力制御モジュール１１１とが設けられている。また、入出力機能プラットホーム１１には、スピーカ２２に配信プラットホーム１３からの情報伝達を可能にする伝送路としての音声制御モジュールと１１２と、ディスプレイ２３に配信プラットホーム１３からの情報伝達を可能にする伝送路としての表示制御モジュール１１３とが設けられている。

車速取得モジュール１１０は、ＣＡＮなどの制御系の車載ネットワークを介して接続される車両ＥＣＵ２０から車両１の速度である車速を取得するとともに、当該取得した車速を配信プラットホーム１３に伝達する。

入力制御モジュール１１１は、ＬＩＮなどの車載ネットワークや信号線を介して接続されるスイッチ２１から操作情報を取得するとともに、取得した操作情報を配信プラットホーム１３に伝達する。一方、入力制御モジュール１１１は、配信プラットホーム１３から伝達される指示情報をスイッチ２１に伝達する。また、入力制御モジュール１１１は、所定の条件に応じて、情報の伝達を中止することができる。すなわち、入力制御モジュール
１１１は、所定の条件の下、取得した操作情報を配信プラットホーム１３へ伝達しないようにしたり、逆に配信プラットホーム１３から伝達される指示情報をスイッチ２１に伝達しないようにしたりすることができる。なお、本実施形態の入力制御モジュール１１１は、指示情報に含まれている配信型アプリケーション３の識別番号の識別が可能であるとともに、操作情報には対応する配信型アプリケーション３の識別番号を付与可能になっている。これにより、例えば識別番号を条件にして、入力制御モジュール１１１は取り扱う操作情報及び指示情報を伝送したり中断したりする断続管理をすることができるようになっている。

音声制御モジュール１１２は、配信プラットホーム１３から伝達された音声情報をスピーカ２２に伝達する一方、表示制御モジュール１１３は、配信プラットホーム１３から伝達された文字情報や画像情報をディスプレイ２３に伝達させる。また、音声制御モジュール１１２と表示制御モジュール１１３は、所定の条件に応じて、情報の伝達を中止することができる。すなわち、音声制御モジュール１１２は、所定の条件の下、配信プラットホーム１３から伝達された音声情報をスピーカ２２に伝達しないようにしたり、表示制御モジュール１１３は、配信プラットホーム１３から伝達された文字情報や画像情報をディスプレイ２３に伝達しないようにしたりすることができる。なお、本実施形態の音声制御モジュール１１２も、音声情報に含まれている配信型アプリケーション３の識別番号の識別が可能であるとともに、表示制御モジュール１１３も、文字情報や画像情報に含まれる配信型アプリケーション３の識別番号の識別が可能である。これにより、例えば識別番号を条件にして、音声制御モジュール１１２や表示制御モジュール１１３は取り扱う各情報を伝送したり中断したりする断続管理をすることができるようになっている。

また、実行プラットホーム１２は、車両１の走行中に配信プラットホーム１３にて生成される走行規制信号を同配信プラットホーム１３から受け取ると、当該走行規制信号を実行中の配信型アプリケーション３に伝達する。走行規制の機能が組み込まれている配信型アプリケーション３は、走行規制信号を受け取ると、入力情報に対して例えば無反応となるなどの規制を行うとともに、運転操作に影響を与えないように規制された出力情報を出力するようになる。なお、実行プラットホーム１２では、配信型アプリケーション３とともに、ナビゲーションシステムとしての基本機能を提供するために車載端末１０に予め搭載されている基本アプリケーションなども実行処理するようになっている。

配信プラットホーム１３には、センタ２との間で各種のデータ通信を行う受信モジュール１３１が設けられている。また、配信プラットホーム１３には、車速取得モジュール１１０から伝達される車速に応じて走行規制信号を生成し、実行プラットホーム１２などに伝達する一方、実行プラットホーム１２で実行されている配信型アプリケーション３の情報を取得する管理手段としての走行規制管理モジュール１３２が設けられている。さらに、配信プラットホーム１３には、実行プラットホーム１２及び入出力機能プラットホーム１１とのそれぞれとの間で情報伝達が可能なネイティブ機能利用モジュール１３３が設けられている。

受信モジュール１３１は、センタ２に配信型アプリケーション３の配信を要求するとともに、配信要求に応じてセンタ２から配信された配信型アプリケーション３を取得し、実行プラットホーム１２に伝達する。また受信モジュール１３１は、取得した配信型アプリケーション３に審査済情報が付加されている場合、当該配信型アプリケーション３の識別番号を図示しない記憶装置などに保持されている車載用審査済リスト５に追加する。

走行規制管理モジュール１３２は、車速取得モジュール１１０から伝達された車両１の速度に基づいて車両１が走行中であるか否か、すなわち停止状態であるか否かを判定するとともに、車両１が走行中である（停止状態ではない）との判定に基づいて走行規制信号
を生成する。そして、生成した走行規制信号を実行プラットホーム１２に伝達し、そこで実行されている配信型アプリケーション３の走行規制を可能にさせる。また、走行規制管理モジュール１３２は、走行規制信号を生成する条件であるとき、車載用審査済リスト５と、実行プラットホーム１２にて実行されている配信型アプリケーション３とを照合して、車載用審査済リスト５に登録されていない未登録の配信型アプリケーション３の有無を検出する。そして未登録の配信型アプリケーション３が検出された場合、その未登録の配信型アプリケーション３の識別番号を、走行規制信号を生成する条件と同様の条件下でネイティブ機能利用モジュール１３３に伝達する。

ネイティブ機能利用モジュール１３３は、入力制御モジュール１１１から入力される操作情報を入力情報として実行プラットホーム１２に伝達する。その一方、ネイティブ機能利用モジュール１３３は、配信型アプリケーション３の実行に伴って実行プラットホーム１２を通じて出力される出力情報を、入出力機能プラットホーム１１に伝達する。詳述すると、ネイティブ機能利用モジュール１３３は、出力情報に含まれる指示情報を入力制御モジュール１１１に伝達し、同出力情報に含まれる音声情報を音声制御モジュール１１２に伝達し、同出力情報に含まれる文字情報や画像情報を表示制御モジュール１１３へ伝達する。

また、ネイティブ機能利用モジュール１３３は、走行規制信号が生成される条件で、走行規制管理モジュール１３２から未登録の配信型アプリケーション３の識別番号の通知を受けるとともに、当該通知された識別番号に対応する配信型アプリケーション３への入力情報、及び同配信型アプリケーション３からの出力情報をそれぞれ規制させる。具体的には、ネイティブ機能利用モジュール１３３は、通知された識別番号を入力制御モジュール１１１や、音声制御モジュール１１２や、表示制御モジュール１１３にそれぞれ伝達する。これにより、入力制御モジュール１１１は、通知された識別番号に対するスイッチ２１の操作情報のネイティブ機能利用モジュール１３３への出力を中止して、当該操作情報に基づく入力情報を実行プラットホーム１２に伝達させない。また、入力制御モジュール１１１は、通知された識別番号からのスイッチ２１への指示情報のスイッチ２１への出力を中止して、配信型アプリケーション３からの出力情報に基づく指示情報をスイッチ２１に伝達させない。さらに、音声制御モジュール１１２は、通知された識別番号からのスピーカ２２への音声情報のスピーカ２２への出力を中止して、配信型アプリケーション３からの出力情報に基づく音声情報をスピーカ２２に伝達させない。また、表示制御モジュール１１３は、通知された識別番号からのディスプレイ２３への文字情報及び画像情報のディスプレイ２３への出力を中止して、配信型アプリケーション３からの出力情報に基づく文字情報及び画像情報をスピーカ２２に伝達させない。このように、入力制御モジュール１１１や、音声制御モジュール１１２や、表示制御モジュール１１３はそれぞれ通知された識別番号に対応する操作情報、指示情報、音声情報、文字情報及び画像情報に基づく入出力を規制する。

次に、本実施形態の車載アプリケーション管理装置の作用について、図２〜４を参照して説明する。
まず、車載端末１０は、運転者などの指示に応じて配信型アプリケーション３の配信をセンタ２に要求する。なおこの要求は、予めセンタ２から車載端末１０に配信された配信可能なアプリケーションのリストからの選択などに基づいて行う。そして、車載端末１０から配信の要求を受けたセンタ２は、要求された配信型アプリケーション３の配信の準備をする。なお、配信の準備の際、当該配信の準備をしている配信型アプリケーション３が審査済リスト４に登録されているか否かについて判断する。そして、配信準備中の配信型アプリケーション３が審査済リスト４に登録されている場合、その配信型アプリケーション３に審査済情報を付加して配信の準備を終了する一方、審査済リスト４に登録されていない場合、その配信型アプリケーション３に審査済情報を付加せずに配信の準備を終了す
る。そして、配信の準備が済んだ配信型アプリケーション３を車載端末１０に配信する。

車載端末１０は、配信された配信型アプリケーション３を受信して、実行プラットホーム１２に保存させる。また、配信型アプリケーション３に審査済情報が付加されている場合、当該配信型アプリケーション３の識別番号を車載用審査済リスト５に追加する一方、審査済情報が付加されていない場合、当該配信型アプリケーション３の識別番号を車載用審査済リスト５に追加しない。このようにして、車載端末１０には、複数の配信型アプリケーション３と車載用審査済リスト５とが保持される。その後、運転者の操作などに応じて車載端末１０において配信型アプリケーション３が実行される。

そして、車両が停車状態である場合、走行状態になったときに走行規制を行うための処理、すなわち配信型アプリケーション３を走行規制モードでの実行に移行させる処理が所定の間隔で逐次実行される。すなわち、図２に示すように、車載端末１０は、車速を取得して（図２のステップＳ１０）、取得された車速に基づいて走行規制が必要か否かを判断する（図２のステップＳ１１）。走行規制が必要か否かは、車両１が停車状態か否かにより判断される。すなわち、車両１が停車状態であれば走行規制は不要と判断される一方、車両１が走行中であれば走行規制が必要であると判断される。走行規制が不要と判断された場合（図２のステップＳ１１でＮＯ）、車載端末１０は、走行規制を行うための処理を一旦終了させる。

走行規制が必要であると判断された場合（図２のステップＳ１１でＹＥＳ）、車載端末１０は、実行中の配信型アプリケーション３から選択された１の配信型アプリケーション３が審査を通過したアプリケーションであるか否かを判断する（図２のステップＳ１２）。審査を通過したアプリケーションであるか否かは、選択された配信型アプリケーション３の識別番号が、車載用審査済リスト５に登録されているか否かにより判断される。審査を通過したアプリケーションであると判断された場合（図２のステップＳ１２でＹＥＳ）、車載端末１０は、操作規制信号を伝達して配信型アプリケーション３に走行規制を要求する（図２のステップＳ１３）。これにより、走行規制の機能を有する配信型アプリケーション３は、通常の動作モードから走行規制に対応したモードでの動作、いわゆる通常の走行規制モードでの動作に移行するようになる。

一方、未審査のアプリケーションであると判断された場合（図２のステップＳ１２でＮＯ）、車載端末１０は、入出力機能プラットホーム１１に走行規制を要求する（図２のステップＳ１５）。すなわち、入力制御モジュール１１１、音声制御モジュール１１２、及び表示制御モジュール１１３にそれぞれ未審査である配信型アプリケーション３の識別番号を通知する。そして、配信型アプリケーション３の出力情報が入出力機能プラットホーム１１により強制的に規制される、いわゆる強制的な走行規制モードに移行する（図２のステップＳ１６）。これにより、例えば図４に示されるように、スイッチ２１との入出力、スピーカ２２及びディスプレイ２３への出力が規制される一方、配信型アプリケーション３などの動作は通常の状態に維持されている状態になるようになる。なお、強制的な走行規制モードに移行した場合、車載端末１０は、ディスプレイ２３にスイッチ２１や、スピーカ２２や、ディスプレイ２３などのアイコンが表示されている場合、走行規制されるスイッチ２１や、スピーカ２２や、ディスプレイ２３のアイコンをマスクするなどして走行規制された状態であることを示すようにしてもよい。

配信型アプリケーション３の動作を、通常の走行規制モード又は強制的な走行規制モードに移行させると、車載端末１０は、実行中のすべての配信型アプリケーション３に対する処理が終了したか否かを判断する（図２のステップＳ１７）。実行中のすべての配信型アプリケーション３に対する処理が終了していないと判断した場合（図２のステップＳ１７でＮＯ）、車載端末１０は、ステップＳ１２に戻り、走行規制モードに移行されていな
い実行中の配信型アプリケーション３を新たに選択して、当該配信型アプリケーション３を走行規制モードに移行させる処理を行う。

一方、実行中のすべての配信型アプリケーション３に対する処理が終了したと判断した場合（図２のステップＳ１７でＹＥＳ）、車載端末１０は、配信型アプリケーション３を走行規制モードに移行させる処理を終了する。

上述のように強制的な走行規制モードに移行された配信型アプリケーション３の動作について説明する。図４に示すように、強制的な走行規制モードが実行される配信型アプリケーション３の識別番号は断続管理を行う各モジュールに通知される。そして入力制御モジュール１１１は、通知された識別番号に対するスイッチ２１の操作情報が入力された場合、ネイティブ機能利用モジュール１３３への出力を中止することで、当該操作情報に基づく入力情報が実行プラットホーム１２に伝達されないようにする。また、入力制御モジュール１１１は、通知された識別番号の配信型アプリケーション３からスイッチ２１への指示情報を受けた場合、その指示情報のスイッチ２１への出力を中止することで、スイッチ２１に指示情報に基づく変化が生じないようにする。さらに、音声制御モジュール１１２は、通知された識別番号の配信型アプリケーション３からのスピーカ２２への音声情報が入力された場合、その音声情報のスピーカ２２への出力を中止することで、スピーカ２２から音声情報に基づく音声が出力されないようにする。また、表示制御モジュール１１３は、通知された識別番号の配信型アプリケーション３からディスプレイ２３への文字情報及び画像情報が入力された場合、それら文字情報及び画像情報のディスプレイ２３への出力を中止することで、ディスプレイ２３から文字情報及び画像情報に基づく文字や画像が表示されないようにする。これにより、強制的な走行規制モードで実行される配信型アプリケーション３への入力情報の規制及び、同配信型アプリケーション３から出力された出力情報の規制が行われるようになる。

一方、車両が走行中である場合には、停車状態になったときに走行規制を解除するための処理、すなわち配信型アプリケーション３を通常動作モードでの実行に移行させる処理が所定の間隔で逐次実行される。すなわち、図３に示すように、車載端末１０は、車速を取得して（図３のステップＳ２０）、取得された車速に基づいて走行規制が必要か否かを判断する（図３のステップＳ２１）。すなわち、車両１が走行中であれば走行規制は必要と判断される一方、車両１が停車状態であれば走行規制が不要であると判断される。走行規制が必要と判断された場合（図３のステップＳ２１でＹＥＳ）、車載端末１０は、走行規制を解除するための処理を一旦終了させる。

走行規制が不要であると判断された場合（図３のステップＳ２１でＮＯ）、車載端末１０は、実行中の配信型アプリケーション３から選択された１の配信型アプリケーション３の走行規制が通常の走行規制モードであるか否かを判断する（図３のステップＳ２２）。通常の走行規制モードであるか否かは、選択された配信型アプリケーション３の識別番号が、車載用審査済リスト５に登録されているか否かにより判断される。通常の素行規制モードであると判断された場合（図３のステップＳ２２でＹＥＳ）、車載端末１０は、操作規制信号の伝達を終了して配信型アプリケーション３に走行規制の解除を要求する（図３のステップＳ２３）。これにより、走行規制の機能を有する配信型アプリケーション３は、走行規制が解除され、走行規制モードから通常の動作モードでの動作に移行するようになる。

一方、通常の走行モードではないと判断された場合（図３のステップＳ２２でＮＯ）、車載端末１０は、入出力機能プラットホーム１１に走行規制の解除を要求する（図３のステップＳ２５）。すなわち、入力制御モジュール１１１、音声制御モジュール１１２、及び表示制御モジュール１１３にそれぞれ審査未通過である配信型アプリケーション３の識
別番号の通知を終了する。これにより、配信型アプリケーション３の入出力情報が入出力機能プラットホーム１１により強制的に規制されることが解除され、強制的な走行規制モードから通常の動作モードに移行する（図３のステップＳ２６）。

配信型アプリケーション３の動作を、通常の動作モードに移行させると、車載端末１０は、実行中のすべての配信型アプリケーション３に対する処理が終了したか否かを判断する（図３のステップＳ２７）。実行中のすべての配信型アプリケーション３に対する処理が終了していないと判断した場合（図３のステップＳ２７でＮＯ）、車載端末１０は、ステップＳ２２に戻り、通常の動作モードに移行されていない実行中の配信型アプリケーション３を新たに選択して、当該配信型アプリケーション３を通常の動作モードに移行させる処理を行う。

一方、実行中のすべての配信型アプリケーション３に対する処理が終了したと判断した場合（図３のステップＳ２７でＹＥＳ）、車載端末１０は、配信型アプリケーション３を通常の動作モードに移行させる処理を終了する。

なお、走行規制が不要であると判断された場合（図３のステップＳ２１でＮＯ）、車載端末１０は、走行規制管理モジュール１３２からの走行規制信号及び識別番号の通知をすべて停止することで、配信型アプリケーション３を通常の動作モードに移行させる処理を完了させることもできる。

以上説明したように、本実施形態の車載アプリケーション管理装置によれば、以下に列記するような効果が得られるようになる。
（１）配信型アプリケーション３に付与される入力情報や配信型アプリケーション３から出力された出力情報の伝送路が、車両１が停車状態か否かにより断続管理されることから、車両１の停止状態に応じて入力情報の配信型アプリケーション３への伝達や出力情報の出力装置などへの伝達を規制することができるようにもなる。すなわち配信型アプリケーション３は、その実行状態が維持されつつ、その入出力が規制されるに過ぎないこととなるため、その入出力が規制されとしても、動作が継続性を持って維持される。これにより、車両１が走行することにより一旦配信型アプリケーション３を規制させる状態となったとしても、当該規制状態が解消されることで配信型アプリケーション３を引き続いて利用することも可能となる。その結果、車両走行中、車両１に搭載される実行プラットホーム１２にて実行される配信型アプリケーション３が運転操作に与える影響を防ぎつつ、同配信型アプリケーション３の利便性を維持することのできるようにもなる。

（２）またこのようなことから、利便性を有する一方、運転操作に与える影響が十分考慮されていない配信型アプリケーション３であれ、その入出力情報を車載アプリケーション管理装置が車両１の停止状態に基づいて管理することができることから、実行プラットホーム１２にて利用することができるようにもなる。

（３）例えば車両１に搭載されることが一般的であるディスプレイ２３やスピーカ２２などの出力装置を通じて運転者の知覚に作用する情報を出力する配信型アプリケーション３であれ、その知覚に作用する出力情報を、例えば車両１が走行中であることに応じて運転操作に影響を与えない態様で出力するように管理することができるようになる。

（４）配信型アプリケーション３に対する入力情報の断続管理を通じての配信型アプリケーション３への操作を規制することにより、配信型アプリケーション３が運転操作に影響を与えることがないようにすることができるようになる。

（５）走行規制管理モジュール１３２は、車載端末１０に一体として設けられている実
行プラットホーム１２で実行される配信型アプリケーション３に対応する入出力情報を車両１の停止状態に応じ管理する。このため、実行プラットホーム１２による配信型アプリケーション３の実行が運転操作へ影響を与えることが回避され、実行プラットホーム１２を有する車載端末１０を車両１にて好適に利用できるようになる。これにより、実行プラットホーム１２を有する車載端末１０の車両１への搭載可能性が高められるようになるとともに、車載アプリケーション管理装置としてもその利用可能性が高められる。

（６）車載用審査済リスト５に記載されていない配信型アプリケーション３に対して車両１の停止状態に応じた断続管理をするため、適正動作をする配信型アプリケーション３に対する管理が不要となり、適正動作を認定されていない配信型アプリケーション３に対する断続管理が効率良く行えるようになる。

なお、適正に動作する配信型アプリケーション３は車載用審査済リスト５に記載されていない場合があってもよい。通常、適正な動作をすることの認定を得て車載用審査済リスト５に掲載されるまでには時間を要するので、同車載用審査済リスト５に掲載されるよりも先に配信型アプリケーション３を配布することもできるようになる。このような場合、その後、配信型アプリケーション３の更新などに伴って車載用審査済リスト５が更新されることにより、該配信型アプリケーション３は適正な動作をするものとして断続管理の対象から除外されるようになる。

（７）車両１の走行速度及び停止状態か否かに応じてアプリケーションの入出力情報を管理することができるので、例えば車両の走行中には運転操作への影響を与える入出力を遮断する一方、車両の停車中には配信型アプリケーション３の入出力を規制しないようにすることができるようになる。これにより、アプリケーションの運転操作への影響を回避しつつ、その利便性を維持することができるようになる。

（８）外部から配信される配信型アプリケーション３には、利便性がある一方で、運転操作への影響が考慮不十分であったり、そもそも考慮されていなかったりするものもあるが、そのような配信型アプリケーション３であれ、車両１において運転操作に影響を与えないようにしつつ利用できるようになる。これにより、配信型アプリケーション３の用途の自由度が高められるとともに、実行プラットホーム１２を有し車載される車載端末１０に対する配信型アプリケーション３の提供量の増加を促進させることができるようにもなる。

なお上記実施形態は、以下の態様で実施することもできる。
・上記実施形態では、配信型アプリケーション３が車載端末１０（実行プラットホーム１２）で実行される場合について例示した。しかしこれに限らず、アプリケーションが車載端末の外部で実行され、そのアプリケーションからの出力情報を車載端末に入力させたり、そのアプリケーションへの入力情報を車載端末から出力させたりしてもよい。例えば、図５に示すように、上記実施形態の実行プラットホーム１２の代わりに携帯端末接続モジュール１４を設け、その携帯端末接続モジュール１４にアプリケーション３１を実行させる情報端末としての携帯端末３０を接続させるようにしてもよい。これにより、車載端末１０に携帯端末３０のアプリケーション３１の出力を入力させたり、車載端末１０から携帯端末３０にアプリケーション３１への入力を出力したりすることで、車載端末１０にて携帯端末３０で実行されるアプリケーション３１が利用することができるようになる。しかしながら、携帯端末３０で実行されるアプリケーション３１には走行規制機能が設けられていないことが普通であるため、車両１の走行中に適切な走行規制が行われない。そこで、携帯端末３０で実行されているアプリケーション３１が車載用審査済リスト５に登録されていない場合、車両１の走行中には車載端末１０では、アプリケーション３１を強制的な走行規制モードにするようにする。すなわち、車載端末１０は、アプリケーション
３１への入力情報を規制するとともに、アプリケーション３１の出力情報を規制する。

これにより、外部接続される携帯端末３０であれ、そこで実行されるアプリケーション３１に対応する入出力情報を車両状態に応じて管理することができるようになる。すなわち、運転操作への影響を考慮した動作をすることができない車載用ではない携帯端末３０を利用する場合であれ、アプリケーション３１の入出力情報を車両状態に応じて管理することができるので、外部接続される携帯端末３０を車両１にて運転操作に影響を与えないようにさせつつ、利用することができるようになる。

・上記実施形態では、車載端末１０に、車両ＥＣＵ２０はＣＡＮで接続し、スイッチ２１はＬＩＮで接続し、スピーカ２２やディスプレイ２３はイーサーネット（登録商標）で接続する場合について例示した。しかしこれに限らず、各接続に、ＣＡＮや、ＬＩＮや、イーサーネット（登録商標）のいずれも用いることができる。さらに、ＦｌｅｘＲａｙ（登録商標）などの他のネットワークであれ採用することができる。これにより、車載端末と他の装置との接続自由度が高められるようになる。

・上記実施形態では、車両１が停止状態であるか否かに応じて配信型アプリケーション３に対して走行規制を行う場合について例示した。しかしこれに限らず、配信型アプリケーションに対する走行規制を、車両の走行速度に応じて行うようにしてもよい。すなわち、車両の走行速度が遅い場合には、例えば運転者に道路周辺施設の詳細な情報を提供する一方、走行速度が速い場合には運転者に前記詳細な情報を簡単にした情報を提供するようにすることなどしてもよい。これにより、車載アプリケーション管理装置の適用自由度が向上するようになる。

・上記実施形態では、車載端末１０は配信型アプリケーション３に付加されている審査済情報に基づいて車載用審査済リスト５を作成する場合について例示した。しかしこれに限らず、センタにて作成された車載用審査済リストを車載端末に配信するようにしてもよい。この場合、センタは車載端末に配信した配信型アプリケーションの情報に基づいて車載用審査済リストを生成してもよいし、センタは一旦車載端末に保持されている配信型アプリケーションの情報を取得してから、その取得した情報に基づいて車載審査済リストを作成してもよい。また、センタは一旦車載端末に保持されている車載用審査済リストを取得してからそれに新たな識別番号を付加して車載端末に送り返すようにしてもよい。これによっても、車載用審査リストの生成の自由度が高められ、車載アプリケーション管理装置としての設計自由度が高まるようになる。

・上記実施形態では、伝送路が入力制御モジュール１１１、音声制御モジュール１１２、又は表示制御モジュール１１３である場合について例示した。しかしこれに限らず、伝送路がネイティブ機能利用モジュールであってもよい。この場合、ネイティブ機能利用モジュールにて、操作情報、指示情報、音声情報、文字情報、及び画像情報の少なくとも１つを規制する、すなわち断続管理するようにしてもよい。そして、複数の情報をネイティブ機能利用モジュールにて規制するようにすれば、ネイティブ機能利用モジュールにて走行規制に係る断続管理を集中的に行うことができるようにもなる。またこれにより、各情報に対して走行規制をする必要のなくなる入力制御モジュール、音声制御モジュール、又は表示制御モジュールでは、識別番号による断続管理ができなくてもよい。その結果、入力制御モジュール、音声情報の規制を音声制御モジュール、又は表示制御モジュールの構造を簡単にすることができるようにもなる。

・上記実施形態では、入力情報や出力情報に含まれる配信型アプリケーション３の識別可能を認識して走行規制を行う場合について例示した。しかしこれに限らず、車載端末において実行されている配信型アプリケーションが１つだけであることなどから、入力情報
を受けたり、出力情報を出力したりする配信型アプリケーションが特定可能である場合、識別番号の確認を割愛して入力情報や出力情報を規制するようにしてもよい。これにより、車載アプリケーションの管理装置の設計自由度が向上する。

・上記実施形態では、車載端末１０がナビゲーションシステムである場合について例示した。しかしこれに限らず、車載端末としては、車両に備えられており、運転者などが操作したり、運転者などに映像や音声からの情報を提供したりする各種の車両制御装置や、音響製品などの情報処理装置などでもよい。これにより、この車載アプリケーション管理装置を、車載機器に対して広く適用することができるようになる。

１…車両、２…センタ、３…配信型アプリケーション、４…審査済リスト、５…車載用審査済リスト、１０…車載端末、１１…入出力機能プラットホーム、１２…実行プラットホーム、１３…配信プラットホーム、１４…携帯端末接続モジュール、２０…車両ＥＣＵ、２１…スイッチ、２２…スピーカ、２３…ディスプレイ、３０…携帯端末、３１…アプリケーション、１１０…車速取得モジュール、１１１…入力制御モジュール、１１２…音声制御モジュール、１１３…表示制御モジュール、１３１…受信モジュール、１３２…走行規制管理モジュール、１３３…ネイティブ機能利用モジュール。

Claims (13)

1. 車両に搭載された情報端末にて実行されるアプリケーションを管理する車載アプリケーション管理装置であって、
   前記車両の状態である車両状態を検出しつつ、前記アプリケーションの実行に伴って付与される入力情報及び出力される出力情報の少なくとも一方の伝送路を前記検出される車両状態に基づいて断続管理する管理手段を備える
   ことを特徴とする車載アプリケーション管理装置。
2. 前記管理手段は、前記出力情報を知覚可能な情報に変換して出力する出力装置に対する前記出力情報の伝送路を断続管理する
   請求項１に記載の車載アプリケーション管理装置。
3. 前記管理手段は、前記アプリケーションに付与される前記入力情報の伝送路を断続管理する
   請求項１又は２に記載の車載アプリケーション管理装置。
4. 前記管理手段と前記情報端末とが一体として設けられている
   請求項１〜３のいずれか一項に記載の車載アプリケーション管理装置。
5. 前記管理手段に対して前記情報端末が外部接続されてなる
   請求項１〜３のいずれか一項に記載の車載アプリケーション管理装置。
6. 前記管理手段は、前記情報端末にて適正に動作することの認定されたアプリケーションが登録されるリストを有し、該リストに登録されていないアプリケーションについて前記伝送路の断続管理を行う
   請求項１〜５のいずれか一項に記載の車載アプリケーション管理装置。
7. 前記検出される車両状態が、前記車両の走行速度及び停止状態か否かである
   請求項１〜６のいずれか一項に記載の車載アプリケーション管理装置。
8. 前記アプリケーションは、前記車両の外部から配信されたものである
   請求項１〜７のいずれか一項に記載の車載アプリケーション管理装置。
9. 車両に搭載された情報端末にて実行されるアプリケーションを管理する車載アプリケーション管理方法であって、
   前記車両の状態である車両状態を取得するステップと、前記アプリケーションの実行に伴って付与される入力情報及び出力される出力情報の少なくとも一方の伝送路を前記取得された車両状態に基づいて断続管理するステップと、を備える
   ことを特徴とする車載アプリケーション管理方法。
10. 前記伝送路を断続管理するステップでは、前記出力情報を知覚可能な情報に変換して出力する出力装置に対する前記出力情報の伝送路を断続管理する
    請求項９に記載の車載アプリケーション管理方法。
11. 前記伝送路を断続管理するステップでは、前記アプリケーションに付与される前記入力情報の伝送路を断続管理する
    請求項９又は１０に記載の車載アプリケーション管理方法。
12. 前記伝送路を断続管理するステップでは、前記情報端末にて適正に動作することの認定
    されたアプリケーションをリストに登録するステップを含み、このリストに登録されていないアプリケーションについて前記伝送路の断続管理を行う
    請求項９〜１１のいずれか一項に記載の車載アプリケーション管理方法。
13. 前記車両状態を取得するステップでは、前記取得する車両状態として、前記車両の走行速度及び停止状態か否かを取得する
    請求項９〜１２のいずれか一項に記載の車載アプリケーション管理方法。

Images