WO2013180280A1 - 車載情報システム、情報端末、アプリケーション実行方法 - Google Patents

Abstract

　携帯型の情報端末と車載装置とを有する車載情報システムにおいて、情報端末は、アプリケーションを記憶する記憶部と、起動されたアプリケーションを実行する制御部と、制御部により実行されているアプリケーションを所定時間ごとに判断する実行アプリケーション判断部と、起動されたアプリケーションと実行アプリケーションとの比較を行う比較部と、比較部による比較の結果に基づいて、実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を車載装置へ送信する制限情報送信部とを備える。

Description

車載情報システム、情報端末、アプリケーション実行方法

　本発明は、車載情報システムと、この車載情報システムにおいて用いられる情報端末およびアプリケーション実行方法とに関する。

　従来、様々なアプリケーションを実行可能な携帯情報端末を車両に持ち込み、車両内で使用できるようにすることが提案されている。さらに、車両走行中でも実行できるように安全性を配慮して設計されたアプリケーション（安全性考慮アプリケーション）以外のアプリケーションが車両の走行中に実行されている場合は、車載装置から警報を出力したり、携帯情報端末を蓋で覆って見えなくしたりすることで、当該アプリケーションの車両走行中での使用を規制する技術も知られている（特許文献１参照）。

日本国特開２０１２－４３２５３号公報

　特許文献１に記載の従来技術では、携帯型の情報端末においてアプリケーションが実行されると、そのアプリケーションに応じた画像表示や音声出力が情報端末によって行われ、車載装置では行われない。したがって、携帯電話やスマートフォンなどの携帯型の情報端末を車載装置に接続し、情報端末においてインストールされたアプリケーションを実行して画像や音声を車載装置から出力するような場合には、この従来技術を適用して運転の安全性を確保することができない。

　本発明の第１の態様による車載情報システムは、携帯型の情報端末と車載装置とを有するものであり、情報端末は、複数のアプリケーションを記憶する記憶部と、記憶部に記憶されている複数のアプリケーションのいずれかを起動するためのランチャ機能を有し、ランチャ機能により起動されたアプリケーションをフォアグランドで実行する制御部と、制御部により実行されているアプリケーションを所定時間ごとに判断する実行アプリケーション判断部と、ランチャ機能により起動された起動アプリケーションと、実行アプリケーション判断部により判断された実行アプリケーションとの比較を行う比較部と、比較部による比較の結果に基づいて、実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を車載装置へ送信する制限情報送信部とを備える。
　本発明の第２の態様によると、第１の態様の車載情報システムにおいて、情報端末は、所定の各アプリケーションに対する車両走行中の動作規制の内容を示す規制情報を取得する規制情報取得部をさらに備えてもよい。この制限情報送信部は、比較部が比較を行う前に、規制情報に基づいて、起動アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を車載装置へ送信し、比較部が比較を行った後に、比較の結果に基づいて、実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を車載装置へ送信するのが好ましい。
　本発明の第３の態様によると、第２の態様の車載情報システムは、比較の結果に基づいて、起動アプリケーションと実行アプリケーションが一致するか否かを判定する判定部をさらに備えてもよい。この車載情報システムにおいて、判定部により起動アプリケーションと実行アプリケーションが一致しないと判定された場合、制限情報送信部は、実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報として、所定のデフォルト制限情報を車載装置へ送信するのが好ましい。
　本発明の第４の態様によると、第３の態様の車載情報システムにおいて、判定部により起動アプリケーションと実行アプリケーションが一致すると判定された場合、制限情報送信部は、比較部が比較を行う前に送信した制限情報を再び車載装置へ送信する、または制限情報を送信しないのが好ましい。
　本発明の第５の態様によると、第１乃至第４のいずれかの態様の車載情報システムにおいて、情報端末は、制御部によりフォアグランドで実行されているアプリケーションに応じた画像を車載装置へ出力する画像出力部をさらに備えてもよい。また、車載装置は、情報端末から出力された画像を表示する表示部と、ユーザによる操作を入力するための操作入力部と、操作入力部により入力された操作に応じた操作情報を情報端末へ送信する操作情報送信部とをさらに備えてもよい。この車載情報システムにおいて、車載装置は、制限情報送信部により情報端末から送信された制限情報に基づいて、車両走行中に、表示部による画像の表示と操作情報送信部による操作情報の送信とを、それぞれ許可または禁止するのが好ましい。
　本発明の第６の態様によると、第１乃至第５のいずれかの態様の車載情報システムにおいて、制御部は、ランチャ機能を有する第１のサブアプリケーションを実行することでランチャ機能を実現してよい。
　本発明の第７の態様によると、第６の態様の車載情報システムにおいて、制御部は、第１のサブアプリケーションをフォアグランドで実行すると共に、比較部が比較を行うための動作規制機能および制限情報送信部が制限情報を車載装置へ送信するための通信機能を有する第２のサブアプリケーションをバックグランドで実行するのが好ましい。
　本発明の第８の態様による情報端末は、複数のアプリケーションを記憶する記憶部と、記憶部に記憶されている複数のアプリケーションのいずれかを起動するためのランチャ機能を有し、ランチャ機能により起動されたアプリケーションをフォアグランドで実行する制御部と、制御部により実行されているアプリケーションを所定時間ごとに判断する実行アプリケーション判断部と、ランチャ機能により起動された起動アプリケーションと、実行アプリケーション判断部により判断された実行アプリケーションとの比較を行う比較部と、比較部による比較の結果に基づいて、実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を車載装置へ送信する制限情報送信部とを備える。
　本発明の第９の態様によるアプリケーション実行方法は、携帯型の情報端末と車載装置とを有する車載情報システムを用いたものであって、複数のアプリケーションを情報端末に予め記憶し、情報端末において実行されているアプリケーションを所定時間ごとに判断し、情報端末において所定のランチャ機能により起動された起動アプリケーションと、判断された実行アプリケーションとの比較を行い、比較の結果に基づいて、実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を情報端末から車載装置へ送信する。

　本発明によれば、車両の走行中に、携帯型の情報端末を車載装置に接続し、情報端末においてインストールされたアプリケーションを実行して画像や音声を車載装置から出力する場合に、運転の安全性を確保することができる。

本発明の一実施の形態による車載情報システムの構成を示す図である。 車載装置および携帯端末の構成を示すブロック図である。 携帯端末におけるソフトウェアの概略構成を示す図である。 車両走行中のアプリケーション動作制限の概念図である。 車両走行中のアプリケーション動作制限を行う際に車載装置において実行される処理のフローチャートである。 車両走行中のアプリケーション動作制限を行う際に携帯端末において実行される処理のフローチャートである。 実行アプリケーション監視処理のフローチャートである。 携帯端末にプログラムを提供する様子を示す図である。

　図１は、本発明の一実施の形態による車載情報システムの構成を示す図である。図１に示す車載情報システムは、車両に搭載されて使用されるものであり、車載装置１と携帯端末２が近距離無線通信および映像・音声ケーブル３を介した有線通信で互いに接続されることによって実現される。車載装置１は、車両内に固定されており、たとえば車両のインストルメントパネル内などに設置されている。携帯端末２は、ユーザが持ち運び可能な携帯型の情報端末であり、たとえば携帯電話やスマートフォンなどである。なお、車載装置１と携帯端末２の間で行われる近距離無線通信には、たとえばＢｌｕｅｔｏｏｔｈなどを用いることができる。また、映像・音声ケーブル３を介した有線通信には、たとえばＨＤＭＩ（High Definition Multimedia Interface）などを用いることができる。

　車載装置１には、表示部１１と、操作キー（操作スイッチ）１２ａ、１２ｂ、１２ｃ、１２ｄおよび１２ｅとが設けられている。表示部１１は、各種の画像や映像を表示可能な表示モニタであり、たとえば液晶ディスプレイによって構成される。操作キー１２ａ～１２ｅは、ユーザの入力操作を検出するための操作スイッチ類であり、車載装置１が実行中の処理に応じて様々な機能が割り当てられる。ユーザは、操作キー１２ａ～１２ｅのうち任意の操作キーを操作することで、所望の機能を車載装置１に実行させることができる。なお、図１では操作キー１２ａ～１２ｄを押圧可能なボタン式のスイッチとし、操作キー１２ｅを左右に回転可能なダイヤル式のスイッチとした例を示しているが、各操作キーの配置、構造、数などはこの例に限定されない。また、表示部１１をタッチパネル式の表示モニタとし、操作キーの一部または全部を省略してもよい。

　携帯端末２には、表示部２１が設けられている。表示部２１は、各種の画像や映像を表示可能なタッチパネル式の表示モニタであり、たとえばタッチ位置を検出するタッチセンサと液晶ディスプレイとを組み合わせて構成される。ユーザは、表示部２１に表示される画像や映像の内容に応じて、表示部２１上で任意の位置を指等でタッチすることで、所望の機能を携帯端末２に実行させることができる。なお、ここでは表示部２１をタッチパネル式の表示モニタとした例を説明したが、タッチパネル式ではない通常の表示モニタとしてもよい。その場合、携帯端末２が実行する処理の内容に応じた各種の操作スイッチを携帯端末２に設けることが好ましい。あるいは、表示部２１をタッチパネル式の表示モニタとし、さらに所定の操作に対応する操作スイッチを携帯端末２に設けてもよい。

　図２は、車載装置１および携帯端末２の構成を示すブロック図である。図２に示すように車載装置１は、制御部１０、表示部１１、操作部１２、音声出力部１３、メモリ部１４、近距離無線通信インタフェース部１５および映像・音声信号入力部１６を有する。一方、携帯端末２は、制御部２０、表示部２１、操作部２２、音声出力部２３、メモリ部２４、近距離無線通信インタフェース部２５、映像・音声信号出力部２６、無線通信部２７およびＧＰＳ（Global Positioning System）受信部２８を有する。

　車載装置１において、制御部１０は、マイクロプロセッサや各種周辺回路、ＲＡＭ、ＲＯＭ等によって構成されており、メモリ部１４に記録されている制御プログラムに基づいて各種の処理を実行する。この制御部１０が行う処理により、各種の画像表示処理や音声出力処理などが実行される。

　さらに制御部１０は、車両から出力される車速信号およびパーキング信号を取得する。この車速信号およびパーキング信号に基づいて、制御部１０は、車両の走行状態が走行中または停車中のいずれであるかを判断する。なお、車両から制御部１０への車速信号およびパーキング信号の出力は、たとえば、車両内に設けられた通信ネットワークである不図示のＣＡＮ（Controller Area Network）を経由して、車両に搭載された車速センサから車速パルスが出力されることにより行われる。

　表示部１１は、図１を用いて前述したように、液晶ディスプレイ等によって構成される表示モニタである。操作部１２は、ユーザの入力操作を検出するためのスイッチであり、たとえば図１に示した操作キー１２ａ～１２ｅによって実現される。なお、前述のように表示部１１をタッチパネル式の表示モニタとすることで、表示部１１と操作部１２を一体化された構成としてもよい。操作部１２に対して行われたユーザの入力操作内容は制御部１０へ出力され、制御部１０が行う処理に反映される。

　音声出力部１３は、アンプ、スピーカ等を有しており、制御部１０の制御によって各種の音声を出力することができる。たとえば、携帯端末２または不図示の記録媒体から読み出された音楽データを再生した音楽や、車両を目的地まで誘導するための誘導音声などが音声出力部１３から出力される。

　メモリ部１４は、不揮発性のデータ格納装置であり、たとえばＨＤＤ（ハードディスクドライブ）やフラッシュメモリ等によって実現される。メモリ部１４には、たとえば制御部１０において用いられる前述の制御プログラムなど、各種のデータが記憶されている。メモリ部１４におけるデータの読み出しおよび書き込みは、制御部１０の制御により必要に応じて行われる。

　近距離無線通信インタフェース部１５は、制御部１０の制御により、携帯端末２との間で近距離無線通信を行う際に必要な無線インタフェース処理を行う。たとえば、制御部１０から出力された情報を所定の無線信号形式に変換して携帯端末２へ送信したり、携帯端末２から所定の無線信号形式で出力された情報を受信して制御部１０へ出力したりする。近距離無線通信インタフェース部１５によるインタフェース処理は、Ｂｌｕｅｔｏｏｔｈ等の所定の通信規格に従って行われる。

　映像・音声信号入力部１６は、映像・音声ケーブル３を介して携帯端末２から入力される映像信号と音声信号を画面表示用の映像データと音声出力用の音声データにそれぞれ変換し、制御部１０へ出力する。映像・音声信号入力部１６から制御部１０へ映像データと音声データが出力されると、制御部１０は、表示部１１を制御してその映像データに基づく画面を表示部１１に表示させると共に、音声出力部１３を制御してその音声データに基づく音声を音声出力部１３に出力させる。

　一方、携帯端末２において、制御部２０は、車載装置１の制御部１０と同様にマイクロプロセッサや各種周辺回路、ＲＡＭ、ＲＯＭ等によって構成されており、メモリ部２４に記録されている制御プログラムに基づいて各種の処理を実行する。

　表示部２１は、前述したようなタッチパネル式の表示モニタである。操作部２２は、ユーザの入力操作を検出するための部分である。なお、図２では表示部２１と操作部２２を別々の構成として示しているが、実際には、操作部２２はタッチパネル式の表示部２１と一体化された構造を有している。あるいは、前述のように操作スイッチを携帯端末２に設けた場合は、その操作スイッチが操作部２２に対応する。操作部２２に対して行われたユーザの入力操作内容は制御部２０へ出力され、制御部２０が行う処理に反映される。

　音声出力部２３は、アンプ、スピーカ等を有しており、制御部２０の制御によって各種の音声を出力することができる。たとえば、携帯端末２を用いて通話を行ったときには、通話相手の音声が音声出力部２３から出力される。

　メモリ部２４は、車載装置１のメモリ部１４と同様の不揮発性のデータ格納装置であり、制御部２０の処理において利用するための各種のデータが記憶されている。このメモリ部２４には、ユーザが予め入手した様々なアプリケーションプログラム（以下、単にアプリケーションと称する）が記憶されている。ユーザは、メモリ部２４に記憶された各種アプリケーションの中からいずれかを選択して制御部２０に実行させることにより、様々な機能を携帯端末２において実現することができる。

　近距離無線通信インタフェース部２５は、車載装置１の近距離無線通信インタフェース部１５と同様に、所定の通信規格に基づいた無線インタフェース処理を行う。すなわち、車載装置１と携帯端末２との間の情報通信は、近距離無線通信インタフェース部１５と近距離無線通信インタフェース部２５とが互いに無線通信で情報を授受することにより実現される。

　映像・音声信号出力部２６は、制御部２０により生成された画像（映像）と音声を、たとえばＨＤＭＩ等の所定の通信規格に応じた映像信号と音声信号にそれぞれ変換し、映像・音声ケーブル３を介して車載装置１へ出力する。この映像信号と音声信号が車載装置１において映像・音声信号入力部１６に入力されると、携帯端末２において表示部２１に表示されるのと同一の画面が車載装置１の表示部１１にも表示される。また、携帯端末２において音声出力部２３から出力されるのと同一の音声が車載装置１の音声出力部１３からも出力される。こうした機能はビデオミラーリングと呼ばれている。

　無線通信部２７は、不図示の無線通信回線網を介して携帯端末２を他の携帯端末やサーバに接続するための無線通信を行う。携帯端末２は、無線通信部２７が行う無線通信により、他の携帯端末との間で通話を行ったり、サーバから任意のアプリケーションをダウンロードしたりすることができる。なお、無線通信部２７が行う無線通信では、たとえば携帯電話回線網や、無線ＬＡＮを介したインターネット回線網などを無線通信回線網として利用することができる。

　ＧＰＳ受信部２８は、ＧＰＳ衛星から送信されるＧＰＳ信号を受信して制御部２０へ出力する。ＧＰＳ信号には、携帯端末２の現在位置と現在時刻を求めるための情報として、そのＧＰＳ信号を送信したＧＰＳ衛星の位置と送信時刻に関する情報が含まれている。したがって、所定数以上のＧＰＳ衛星からＧＰＳ信号を受信することにより、これらの情報に基づいて現在位置と現在時刻を制御部２０において算出することができる。

　次に、本車載情報システムにおける車載装置１と携帯端末２との連携機能について説明する。本車載情報システムは、車載装置１と携帯端末２との連携機能を有している。この連携機能を用いることで、車載装置１と携帯端末２とが互いに接続された状態で携帯端末２において様々なアプリケーションを実行すると、車載装置１において当該アプリケーションに応じた画像表示や音声出力を行うことができる。また、車載装置１に対して行われたユーザの操作内容を、携帯端末２において実行されているアプリケーションの動作に反映させることができる。

　たとえば、携帯端末２においてナビゲーション用のアプリケーションを実行することにより、車両を目的地まで誘導するためのナビゲーション処理を行うことができる。このナビゲーション処理では、携帯端末２において現在位置付近の地図を描画した地図画面を作成し、その地図画面に応じた映像信号を映像・音声信号出力部２６から映像・音声ケーブル３を介して映像・音声信号入力部１６へ出力する。これにより、携帯端末２から車載装置１へ地図画面を送信し、車載装置１の表示部１１において現在位置付近の地図画面を表示できるようにする。また、車載装置１の操作部１２または携帯端末２の操作部２２を操作してユーザが目的地を設定すると、車両の現在位置を出発地として、そこから設定された目的地までの推奨経路を携帯端末２において探索する。そして、推奨経路上の誘導地点に車両が近づくと、その誘導地点における車両の進行方向に応じた誘導音声を携帯端末２から車載装置１へ送信する。これにより、車載装置１の音声出力部１３から誘導音声を出力できるようにする。なお、このとき携帯端末２から車載装置１に対して、誘導音声出力の開始と終了のタイミングに応じてそれぞれ所定の信号を出力してもよい。このようにすれば、車載装置１においてラジオ放送や再生中のＣＤ等による音声が出力されている場合であっても、その音声のボリュームを誘導音声の出力中には低下させ、ユーザが誘導音声を聞き取りやすくすることができる。以上説明したように、表示部１１に地図画像を表示したり、音声出力部１３から誘導音声を出力したりすることで、車載装置１は、ユーザが迷わずに車両を目的地まで運転できるようにするための報知をユーザに対して行う。

　なお、携帯端末２がナビゲーション用のアプリケーションを実行するために必要な地図データ等の各種データは、携帯端末２のメモリ部２４において予め記憶されたものを使用してもよい。あるいは、メモリ部２４には必要最小限のデータのみを記憶しておき、携帯端末２がナビゲーション用のアプリケーションを実行したときには、無線通信部２７を用いて所定のサーバに接続し、必要なデータをその都度取得するようにしてもよい。

　携帯端末２では、上記のようなナビゲーション用のアプリケーションを含む複数のアプリケーションのうち、ユーザに選択されたアプリケーションを実行する。ユーザは、携帯端末２の表示部２１に表示されるメニュー画面において、操作部２２を操作して所望のアプリケーションを選択することにより、携帯端末２に実行させるアプリケーションの選択を行うことができる。このメニュー画面には、たとえば、連携機能を利用可能な各アプリケーションのアイコンが並べて表示されている。ユーザがメニュー画面上でいずれかのアイコンをタッチパネル操作等により選択すると、そのアイコンに対応するアプリケーションが携帯端末２において実行される。

　さらに携帯端末２は、映像・音声信号出力部２６からの映像信号によりメニュー画面を車載装置１へ送信する。車載装置１は、携帯端末２から送信された映像信号に基づいて、表示部１１にメニュー画面を表示する。このメニュー画面において、ユーザが操作部１２を操作して所望のアプリケーションを選択すると、その操作内容に応じた操作情報が近距離無線通信インタフェース部１５により車載装置１から携帯端末２へ送信される。なお、車載装置１は、操作情報として、たとえばユーザのボタン操作の内容を表すボタン情報、またはタッチパネル操作により指定された表示部１１の画面上の位置を表す座標情報を携帯端末２へ出力する。

　車載装置１から送信された操作情報は、携帯端末２において近距離無線通信インタフェース部２５により受信され、制御部２０へ出力される。こうして受信された操作情報に基づいて、制御部２０は、車載装置１においてどのアプリケーションがユーザに選択されたかを認識し、当該アプリケーションを実行する。これによりユーザは、携帯端末２の表示部２１に表示されるメニュー画面を用いた場合と同様に、所望のアプリケーションを車載装置１において選択し、携帯端末２に実行させることができる。

　なお、制御部２０は、各アプリケーションをフォアグランドまたはバックグランドで実行することができる。フォアグランドで実行した場合、そのアプリケーションは車載装置１および携帯端末２において画像表示や操作入力の対象とされる。一方、バックグランドで実行した場合、そのアプリケーションに応じた処理が制御部２０により実行されるが、そのアプリケーションは車載装置１および携帯端末２において画像表示や操作入力の対象とはされない。ただし、音声についてはバックグランド実行中のアプリケーションから出力してもよい。

　車載装置１と携帯端末２とを互いに接続して前述のような連携機能を実現するために、携帯端末２には、アプリケーションマネージャと呼ばれるアプリケーションが予めインストールされてメモリ部２４に記憶されている。すなわち、メモリ部２４には、アプリケーションマネージャを含む複数のアプリケーションが記憶されている。車載装置１に携帯端末２が接続されると、このアプリケーションマネージャがメモリ部２４から読み出され、制御部２０において実行される。

　図３は、携帯端末２におけるソフトウェアの概略構成を示す図である。図３において、アプリケーションマネージャ２０１は、サブアプリケーションＭａと、サブアプリケーションＭｓとを有している。

　サブアプリケーションＭａは、アプリケーションマネージャ２０１以外のアプリケーションを起動するためのランチャ機能と、各アプリケーションの規制情報を取得するための規制情報取得機能とを有している。制御部２０は、サブアプリケーションＭａをフォアグランドで実行することにより、これらの機能を利用することができる。たとえば、ランチャ機能を用いて、他のアプリケーションを呼び出し、サブアプリケーションＭａに代えてそのアプリケーションを制御部２０にフォアグランドで実行させることができる。また、規制情報取得機能を用いて、メモリ部２４に記憶されている各アプリケーションに対する車両走行中の動作規制の内容を示す規制情報を、メモリ部２４や外部のサーバ等から取得することができる。

　サブアプリケーションＭｓは、携帯端末２を車載装置１に接続するための通信機能と、車両走行中の動作規制を行うための動作規制機能とを有している。制御部２０は、サブアプリケーションＭｓをバックグランドで実行することにより、これらの機能を利用することができる。たとえば、通信機能を用いて、携帯端末２と車載装置１との間で連携時に必要な情報を送受信するための通信処理を実行することができる。また、動作規制機能を用いて、上記のサブアプリケーションＭａにより規制情報取得機能を用いて取得された規制情報を参照して、フォアグランドで実行中のアプリケーションに対する車両走行中の動作規制の内容を判断することができる。この判断結果を示した制限情報は、上記の通信機能により携帯端末２から車載装置１へ送信され、車載装置１において車両走行中の動作制限を行う際に利用される。

　以上説明したように、アプリケーションマネージャ２０１は、制御部２０においてフォアグランドで実行されるサブアプリケーションＭａと、制御部２０においてバックグランドで実行されるサブアプリケーションＭｓとに分けて構成されている。このようにすることで、アプリケーションマネージャ２０１の機能分担を最適化し、フォアグランドとバックグランドでそれぞれ実行するのに適した機能分担とすることができる。なお、サブアプリケーションＭｓのように常時バックグランドで実行されるアプリケーションは、デーモンやサービスと呼ばれることもある。

　アプリケーションマネージャ２０１は、サブアプリケーションＭａのランチャ機能により、アプリケーション２０２に含まれる各アプリケーションのいずれかを呼び出す。すると、制御部２０により、このアプリケーションがサブアプリケーションＭａに代えてフォアグランドで実行される。なお、図３に対する以下の説明では、アプリケーションＡが実行されているものとして説明する。

　ＯＳ（オペレーティングシステム）２０３は、携帯端末２の全体的な動作を管理するためのソフトウェアである。携帯端末２を車載装置１に接続した場合、ＯＳ２０３は、制御部２０においてバックグランドで実行されるサブアプリケーションＭｓと、ＳＰＰ（Serial Port Profile）２０４およびＨＩＤ（Human Interface Device）プロファイル２０５との間で入出力される情報の仲介を行う。ＳＰＰ２０４およびＨＩＤプロファイル２０５は、車載装置１と携帯端末２の間で行われる近距離無線通信において利用されるドライバであり、Ｂｌｕｅｔｏｏｔｈで用いられる規格の一部として標準化されている。

　ＳＰＰ２０４は、サブアプリケーションＭｓの動作規制機能による動作規制内容の判断結果を示した前述の制限情報を送信するための処理や、車両の走行状態に応じて車載装置１から送信される走行情報を受信するための処理を行う。一方、ＨＩＤプロファイル２０５は、車載装置１におけるユーザの操作内容に応じて出力される操作情報を受信するための処理を行う。ＳＰＰ２０４およびＨＩＤプロファイル２０５により受信された各情報の内容は、ＯＳ２０３を介してサブアプリケーションＭｓに出力され、サブアプリケーションＭｓの通信機能により実行中のアプリケーションへと受け渡される。なお、これらの各情報の送受信は、車載装置１の近距離無線通信インタフェース部１５と携帯端末２の近距離無線通信インタフェース部２５との間で無線通信により行われる。

　制御部２０においてサブアプリケーションＭａをフォアグランドで実行中の場合、サブアプリケーションＭａは、前述のランチャ機能により、ユーザに実行するアプリケーションを選択させるためのメニュー画面の画像を生成する。また、制御部２０においてアプリケーションＡをフォアグランドで実行中の場合、アプリケーションＡは、サブアプリケーションＭｓから受け渡された走行情報や操作情報を必要に応じて利用し、所定の画像や音声を生成する。これらの画像や音声は、音声・画像メモリ２０６に一時的に記憶された後、ＨＤＭＩドライバ２０７へ出力される。

　ＨＤＭＩドライバ２０７は、ＨＤＭＩで定められた方式に従って、サブアプリケーションＭａやアプリケーションＡにより生成された画像や音声を映像信号や音声信号に変換する処理を行う。この映像信号や音声信号は、映像・音声信号出力部２６により、映像・音声ケーブル３を介して車載装置１へ出力される。

　携帯端末２は、以上説明したようなソフトウェア構成を有している。なお、こうしたソフトウェア構成は、たとえばＡｎｄｒｏｉｄを用いて実現することができる。この場合、たとえばサブアプリケーションＭａを「Ａｃｔｉｖｉｔｙ」と呼ばれるスレッドで実行し、サブアプリケーションＭａを「Ｓｅｒｖｉｃｅ」と呼ばれるスレッドで実行することにより、制御部２０においてサブアプリケーションＭａをフォアグランドで実行しつつ、サブアプリケーションＭｓをバックグランドで実行することができる。

　次に、車両走行中におけるアプリケーションの動作制限について説明する。携帯端末２が実行可能なアプリケーションの中には、前述のような連携機能を用いた車載装置１での画像表示やユーザからの操作入力を車両の走行中において許可すると、運転者の注意をそらして運転に悪影響を与える可能性を生じるものがある。そのため、こうしたアプリケーションが車両走行中に携帯端末２において実行された場合、車載装置１では、当該アプリケーションによる画像表示やユーザからの操作入力を制限することが好ましい。これを実現するため、車載装置１および携帯端末２では、以下に説明するような方法により、車両走行中におけるアプリケーションの動作制限を行う。

　図４は、車両走行中のアプリケーション動作制限の概念図である。以下では、図４に例示したように、携帯端末２において予めインストールされたＡ、Ｂ，ＣおよびＤの四種類のアプリケーションがメモリ部２４に記憶されており、これらのアプリケーションのいずれかをユーザの操作に応じて選択して実行するものとして、車両走行中におけるアプリケーションの動作制限について説明する。

　車載装置１と携帯端末２が接続されると、制御部２０はサブアプリケーションＭａを起動してフォアグランドで実行する。そして、サブアプリケーションＭａの規制情報取得機能を用いて、無線通信回線網を介して接続されたサーバ等の所定の取得先から、各アプリケーションに対する車両走行中の動作規制の内容を示した規制情報を取得する。こうして取得した規制情報は、メモリ部２４に記憶される。

　以下では、図４に例示したようなセキュリティポリシーを規制情報として取得したものとして説明する。このセキュリティポリシーは、アプリケーションＡに対しては画像表示とユーザからの操作入力を両方とも許可し、アプリケーションＢに対しては画像表示を許可してユーザからの操作入力を禁止し、アプリケーションＣに対しては画像表示とユーザからの操作入力を両方とも禁止することを示している。なお、図４の例では、アプリケーションＤについてはセキュリティポリシーに規制情報が記録されていない。

　携帯端末２においてアプリケーションＡ～Ｄのいずれかがユーザの操作に応じて選択されると、制御部２０は、サブアプリケーションＭａのランチャ機能を用いて、当該アプリケーションをメモリ部２４から読み出して起動する。そして、それまでフォアグランドで実行されていたサブアプリケーションＭａに代えて、当該アプリケーションをフォアグランドで実行する。

　上記のようにしてアプリケーションＡ～Ｄのいずれかを起動したら、制御部２０は、サブアプリケーションＭａからバックグランドで常時実行されているサブアプリケーションＭｓに対して、そのアプリケーション（以下、起動アプリケーションと称する）が何であるかを通知する。この通知をサブアプリケーションＭｓが受けることで、サブアプリケーションＭｓの動作規制機能を用いて、どのアプリケーションが起動されたかを判断することができる。そして、メモリ部２４に記憶されているセキュリティポリシーを参照することにより、当該アプリケーションに対する車両走行中の動作規制の内容を判断する。

　たとえば、アプリケーションＡが起動された場合は、セキュリティポリシーにおいてアプリケーションＡに対応する部分を参照することで、アプリケーションＡに対する車両走行中の動作規制の内容を判断する。すなわち、アプリケーションＡに対しては、車両走行中において画像表示とユーザからの操作入力が両方とも許可されていると判断する。

　一方、アプリケーションＢが起動された場合は、セキュリティポリシーにおいてアプリケーションＢに対応する部分を参照することで、アプリケーションＢに対する車両走行中の動作規制の内容を判断する。すなわち、アプリケーションＢに対しては、車両走行中において画像表示のみが許可されており、ユーザからの操作入力は禁止されていると判断する。

　また、アプリケーションＣが起動された場合は、セキュリティポリシーにおいてアプリケーションＣに対応する部分を参照することで、アプリケーションＣに対する車両走行中の動作規制の内容を判断する。すなわち、アプリケーションＣに対しては、車両走行中において画像表示とユーザからの操作入力が両方とも禁止されていると判断する。

　なお、制御部２０においてアプリケーションＤが起動された場合は、セキュリティポリシーにおいてアプリケーションＤに対応する部分がないため、これを参照することができない。このような場合は、アプリケーションＣの場合と同様に、画像表示とユーザからの操作入力を両方とも禁止すると判断することが好ましい。このようにすれば、セキュリティポリシーに未反映のアプリケーションが実行されている場合においても、運転への悪影響を防いで安全性を確保することができる。

　制御部２０は、以上説明したように、任意のアプリケーションを起動して実行を開始したら、そのアプリケーションに対する車両走行中の動作規制内容を判断する。そして、サブアプリケーションＭｓの通信機能を用いて、その判断結果に応じた制限情報を車載装置１へ送信する。この制限情報の送信は、近距離無線通信インタフェース部２５を介して行われる。

　車載装置１では、制御部１０において実行されている制御アプリケーションにより、携帯端末２から送信された制限情報を、近距離無線通信インタフェース部１５を介して受信する。そして、受信した制限情報に基づいて、携帯端末２において実行されているアプリケーションに対する車両走行中の動作規制内容を判断し、車両が走行中であれば、その動作規制内容に応じた表示制限や操作制限を行う。

　たとえば、携帯端末２においてアプリケーションＡが実行されている場合は、車両が走行中であっても表示制限と操作制限を行わずに、携帯端末２からの画像表示とユーザからの操作入力を共に許可する。すなわち、携帯端末２から出力されたアプリケーションＡによる画像を表示部１１に出力して表示させると共に、ユーザが操作部１２を用いて行った操作入力に応じた操作情報を近距離無線通信インタフェース部１５から送信させるようにする。

　一方、携帯端末２においてアプリケーションＢが実行されている場合は、車両が走行中のときに操作制限のみを行い、携帯端末２からの画像表示を許可してユーザからの操作入力を禁止する。すなわち、携帯端末２から出力されたアプリケーションＢによる画像を表示部１１に出力して表示させる一方で、近距離無線通信インタフェース部１５に対しては操作情報の送信を禁止する。

　また、携帯端末２においてアプリケーションＣまたはＤが実行されている場合は、車両が走行中のときに表示制限と操作制限の両方を行い、携帯端末２からの画像表示とユーザからの操作入力を共に禁止する。すなわち、表示部１１に対しては画像の表示を禁止し、近距離無線通信インタフェース部１５に対しては操作情報の送信を禁止する。

　ところで、携帯端末２では、以上説明したようにランチャ機能を用いてアプリケーションを起動した後で、ＯＳ２０３によりランチャ機能とは別のメニュー画面を表示し、そのメニュー画面から他のアプリケーションを起動して実行することもできる。このように、ランチャ機能を用いて起動したアプリケーションとは異なるアプリケーションを実行中の場合、制御部２０は、サブアプリケーションＭｓの動作規制機能を用いて、そのアプリケーションが正規の起動手順であるランチャ機能を用いて起動されたものではないと判断する。そして、当該アプリケーションに対するセキュリティポリシーの内容に関わらず、車載装置１との連携動作を禁止する。これは、次のような処理により実現される。

　アプリケーション起動後、制御部２０は、現在実行中のアプリケーションをＯＳ２０３に定期的に問い合わせる。この問い合わせに応じてＯＳ２０３から実行中のアプリケーション（以下、実行アプリケーションと称する）が通知されると、制御部２０は、この実行アプリケーションと、最後にサブアプリケーションＭａから通知された起動アプリケーションとを比較する。その結果、これらのアプリケーションが一致していれば、制御部２０では正規の起動手順で起動されたアプリケーションが実行されていると判断する。

　一方、最後に通知された起動アプリケーションと実行アプリケーションが異なる場合、制御部２０は、実行アプリケーションが正規の起動手順で起動されたものではないと判断する。そして、この実行アプリケーションによる画像表示およびユーザからの操作入力については、車両走行中にこれらが車載装置１において禁止されるように、サブアプリケーションＭｓの通信機能を用いて、前述のアプリケーションＣ、Ｄと同様の制限情報を車載装置１へ送信する。この制限情報の送信は、前述のように近距離無線通信インタフェース部２５を介して行われる。

　車載装置１では、前述のアプリケーション起動時と同様に、制御部１０において実行されている制御アプリケーションにより、携帯端末２から送信された制限情報を、近距離無線通信インタフェース部１５を介して受信する。そして、受信した制限情報に基づいて、携帯端末２において実行されているアプリケーションに対する車両走行中の動作規制内容を判断し、車両が走行中であれば、その動作規制内容に応じた表示制限や操作制限を行う。すなわち、表示部１１に対しては画像の表示を禁止し、近距離無線通信インタフェース部１５に対しては操作情報の送信を禁止する。このようにして、車載装置１と携帯端末２の連携動作が禁止される。

　また、車載装置１では、制御部１０において実行されている制御アプリケーションにより、車両から出力される車速信号およびパーキング信号に基づいて、車両の走行状態が走行中または停車中のいずれであるかを判断する。その結果、車両の走行状態が変化した場合はそれを検知し、変化後の走行状態を示す走行情報を携帯端末２へ出力する。この走行情報の送信は、近距離無線通信インタフェース部１５を介して行われる。

　携帯端末２では、制御部２０において実行されているサブアプリケーションＭｓの通信機能を用いて、車載装置１から送信された走行情報を、近距離無線通信インタフェース部２５を介して受信する。そして、受信した走行情報をフォアグランドで実行中のアプリケーションに受け渡す。この走行情報に基づいて、当該アプリケーションは車両の走行状態を判断し、その走行状態に応じた処理を必要に応じて行う。たとえば、車両が走行中の場合と停車中の場合とで描画する画像を変化させたり、車両が走行中の場合は一部の機能の利用を制限したりする。このようにすることで、車両の走行中における動作制限を携帯端末２においても行うようにする。なお、各アプリケーションが行う動作制限の内容は、アプリケーションごとに予め定められている。

　図５、６は、以上説明した車両走行中のアプリケーション動作制限を行う際に、車載装置１と携帯端末２においてそれぞれ実行される処理のフローチャートである。

　先に図５のフローチャートについて説明する。このフローチャートに示す処理は、車載装置１と携帯端末２の間で通信が確立されているときに、制御部１０により実行されるものである。

　ステップＳ１０において、制御部１０は、携帯端末２から制限情報が送信されたか否かを判定する。この制限情報は、後述する図６のステップＳ１８０、Ｓ１９０または図７のステップＳ３５０の処理が制御部２０において実行されることにより、携帯端末２から近距離無線通信インタフェース部２５を介して送信されるものである。制限情報が送信された場合はステップＳ２０へ進み、送信されない場合はステップＳ４０へ進む。

　ステップＳ２０において、制御部１０は、近距離無線通信インタフェース部１５を用いて、携帯端末２から送信された制限情報を受信する。

　ステップＳ３０において、制御部１０は、ステップＳ２０で受信した制限情報に基づいて、携帯端末２で実行中のアプリケーションに対する車両走行中の動作規制内容を判断する。ここでは、受信した制限情報の内容から、当該アプリケーションに対する表示制限と操作制限の有無をそれぞれ判断する。

　ステップＳ４０において、制御部１０は、車両から出力される車速信号やパーキング信号に基づいて、車両が走行中であるか否かを判定する。車両が走行中である場合はステップＳ５０へ進み、走行中でない場合はステップＳ１０へ戻る。

　ステップＳ５０において、制御部１０は、ステップＳ３０における動作規制内容の判断結果から、携帯端末２で実行中のアプリケーションに対する表示制限の有無を判定する。その結果、表示制限があると判定した場合はステップＳ６０へ進む。この場合、ステップＳ６０において、制御部１０は、車両の走行中に表示部１１による画像の表示を禁止する。ステップＳ６０を実行したらステップＳ７０へ進む。一方、表示制限がないと判定した場合は、ステップＳ６０を実行せずにステップＳ７０へ進む。この場合、制御部１０は、ステップＳ６０を実行しないことにより、車両の走行中に表示部１１による画像の表示を許可する。

　ステップＳ７０において、制御部１０は、ステップＳ３０における動作規制内容の判断結果から、携帯端末２で実行中のアプリケーションに対する操作制限の有無を判定する。その結果、操作制限があると判定した場合はステップＳ８０へ進む。この場合、ステップＳ８０において、制御部１０は、車両の走行中に近距離無線通信インタフェース部１５による操作情報の送信を禁止する。ステップＳ８０を実行したらステップＳ１０へ戻る。一方、操作制限がないと判定した場合は、ステップＳ８０を実行せずにステップＳ１０へ戻る。この場合、制御部１０は、ステップＳ８０を実行しないことにより、車両の走行中に近距離無線通信インタフェース部１５による操作情報の送信を許可する。

　続いて図６のフローチャートについて説明する。このフローチャートに示す処理は、携帯端末２においてサブアプリケーションＭｓがバックグランドで実行されているときに、車載装置１と携帯端末２の間で通信が確立されると、制御部２０により実行されるものである。

　ステップＳ１１０において、制御部２０は、サブアプリケーションＭａを起動する。これにより、サブアプリケーションＭａがフォアグランドで実行され、前述のようなランチャ機能が制御部２０において実現される。なお、このときサブアプリケーションＭｓは、そのままバックグランドでの実行が継続される。

　ステップＳ１２０において、制御部２０は、サブアプリケーションＭａの規制情報取得機能により、所定の取得先からセキュリティポリシーを取得する。そして、取得したセキュリティポリシーをメモリ部２４に記憶する。

　ステップＳ１３０において、制御部２０は、サブアプリケーションＭａのランチャ機能により車載装置１の表示部１１と携帯端末２の表示部２１にそれぞれ表示されたメニュー画面において、いずれかのアプリケーションがユーザにより選択されたか否かを判定する。なお、車載装置１の表示部１１に表示されたメニュー画面上でアプリケーションが選択された場合は、車載装置１から送信される操作情報に基づいて、選択されたアプリケーションが何であるかを判断することができる。いずれかのアプリケーションが選択されたら、次のステップＳ１４０へ進む。

　ステップＳ１４０において、制御部２０は、ステップＳ１３０の判定結果を基に、ユーザに選択されたアプリケーションを起動する。ここで起動されたアプリケーションは、サブアプリケーションＭａに代えて、制御部２０によりフォアグランドでの実行が開始される。一方、それまでフォアグランドで実行されていたサブアプリケーションＭａは、バックグランドで実行される。

　ステップＳ１５０において、制御部２０は、ステップＳ１４０で起動したアプリケーションの通知を行う。この処理により、サブアプリケーションＭａからサブアプリケーションＭｓに対して起動アプリケーションが通知され、サブアプリケーションＭｓにおいて起動アプリケーションが認識される。

　ステップＳ１６０において、制御部２０は、サブアプリケーションＭｓの動作規制機能により、ステップＳ１２０で取得したセキュリティポリシーを参照する。

　ステップＳ１７０において、制御部２０は、サブアプリケーションＭｓの動作規制機能により、ステップＳ１６０で参照したセキュリティポリシーにおいて、ステップＳ１５０で通知された起動アプリケーションに対応する部分の有無を判定する。対応部分がある場合、すなわち起動アプリケーションに対する車両走行中の動作規制の内容がセキュリティポリシー内に記述されている場合は、ステップＳ１８０へ進む。一方、対応部分がない場合、すなわち起動アプリケーションに対する車両走行中の動作規制の内容がセキュリティポリシー内に記述されていない場合は、ステップＳ１９０へ進む。

　ステップＳ１８０において、制御部２０は、サブアプリケーションＭｓの通信機能により、ステップＳ１６０で参照したセキュリティポリシーにおいて起動アプリケーションに対応する部分を抽出し、その部分に応じた制限情報を車載装置１へ送信する。これにより、起動アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報が、携帯端末２の近距離無線通信インタフェース部２５を介して、車載装置１の近距離無線通信インタフェース部１５へ送信される。ステップＳ１８０を実行したら、制御部２０はステップＳ２００へ進む。

　ステップＳ１９０において、制御部２０は、サブアプリケーションＭｓの通信機能により、所定のデフォルト制限情報を車載装置１へ送信する。このデフォルト制限情報は、前述のアプリケーションＤが起動された場合に送信される制限情報に対応するものである。すなわち、最も厳しい走行規制である表示制限および操作制限の両方を車載装置１に対して指示する制限情報が、デフォルト制限情報として送信される。これにより、起動アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報として、所定のデフォルト制限情報が、携帯端末２の近距離無線通信インタフェース部２５を介して、車載装置１の近距離無線通信インタフェース部１５へ送信される。ステップＳ１９０を実行したら、制御部２０はステップＳ２００へ進む。

　ステップＳ２００において、制御部２０は、後で説明する実行アプリケーション監視処理をステップＳ２１０で前回実行してから、所定時間を経過したか否かを判定する。所定時間を既に経過していた場合はステップＳ２１０へ進み、まだ経過していない場合はステップＳ２２０へ進む。なお、ステップＳ２１０の実行アプリケーション監視処理を未実行である場合、ステップＳ１８０またはＳ１９０で制限情報を送信した時点を基準に、そこから所定時間を経過したか否かを判定すればよい。

　ステップＳ２１０において、制御部２０は、実行アプリケーション監視処理を実行する。この実行アプリケーション監視処理は、制御部２０において現在実行中のアプリケーション、すなわち実行アプリケーションが何であるかを判断し、その実行アプリケーションが正規の起動手順であるランチャ機能を用いて起動されたものであるか否かを監視するための処理である。なお、実行アプリケーション監視処理の具体的な処理手順については、後で図７のフローチャートを用いて詳しく説明する。

　ステップＳ２２０において、制御部２０は、サブアプリケーションＭａのランチャ機能により車載装置１の表示部１１と携帯端末２の表示部２１にそれぞれ表示されたメニュー画面において、起動アプリケーションとは別のアプリケーションが選択されたか否かを判定する。起動アプリケーションとは別のアプリケーションが選択された場合はステップＳ１４０へ戻り、そのアプリケーションをステップＳ１４０で起動した後、前述したステップＳ１５０以降の処理を繰り返す。一方、起動アプリケーションとは別のアプリケーションが選択されていない場合は、ステップＳ２００へ戻る。なお、制御部２０では、たとえば起動アプリケーションを終了またはバックグランドで実行すると共に、サブアプリケーションＭａを再びフォアグランドで実行することで、メニュー画面を再表示して起動アプリケーションとは別のアプリケーションを選択することができる。

　図７は、図６のステップＳ２１０で実行される実行アプリケーション監視処理のフローチャートである。

　ステップＳ３１０において、制御部２０は、現在実行中のアプリケーション、すなわち実行アプリケーションが何であるかを判断する。このとき制御部２０は、サブアプリケーションＭｓにより、ＯＳ２０３に対して実行アプリケーションの問い合わせを行う。この問い合わせに応じてＯＳ２０３からサブアプリケーションＭｓへ実行アプリケーションが通知されることで、サブアプリケーションＭｓの動作規制機能により、実行アプリケーションの判断を行うことができる。

　ステップＳ３２０において、制御部２０は、サブアプリケーションＭｓの動作規制機能により、図６のステップＳ１５０で通知された起動アプリケーションと、ステップＳ３１０で判断された実行アプリケーションとを比較する。すなわち、ステップＳ１４０でサブアプリケーションＭａのランチャ機能により起動されたアプリケーションと、制御部２０で現在実行されているアプリケーションとを比較する。

　ステップＳ３３０において、制御部２０は、ステップＳ３２０の比較結果に基づいて、起動アプリケーションと実行アプリケーションが一致しているか否かを判定する。起動アプリケーションと実行アプリケーションが一致している場合は図７のフローチャートに示す実行アプリケーション監視処理を終了し、図６のステップＳ２２０へ進む。すなわち、この場合は、正規の起動手順であるランチャ機能を用いて起動されたアプリケーションが制御部２０において実行されており、制限情報を改めて送信する必要がない。そのため、制限情報を送信せずに実行アプリケーション監視処理を終了する。一方、起動アプリケーションと実行アプリケーションが一致していない場合は、ステップＳ３４０へ進む。

　なお、ステップＳ３３０の判定において、ステップＳ３１０でＯＳ２０３から通知された実行アプリケーションが複数存在した場合、その複数の実行アプリケーションの中に起動アプリケーションが含まれていれば、両アプリケーションが一致していると判定することが好ましい。制御部２０において複数のアプリケーションを同時に実行可能な場合は、このようにすることで、ステップＳ３３０の判定を正しく行うことができる。

　ステップＳ３４０において、制御部２０は、図６のステップＳ１９０を実行することで、所定のデフォルト制限情報を携帯端末２から車載装置１へ既に送信済みであるか否かを判定する。デフォルト制限情報を送信済みである場合は、再びデフォルト制限情報を送信する必要がないため、図７のフローチャートに示す実行アプリケーション監視処理を終了して図６のステップＳ２２０へ進む。一方、ステップＳ１９０でデフォルト制限情報を送信していない場合は、ステップＳ３５０へ進む。

　ステップＳ３５０において、制御部２０は、図６のステップＳ１９０と同様に、最も厳しい走行規制である表示制限および操作制限の両方を車載装置１に対して指示するためのデフォルト制限情報を車載装置１へ送信する。これにより、実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報として、所定のデフォルト制限情報が、携帯端末２の近距離無線通信インタフェース部２５を介して、車載装置１の近距離無線通信インタフェース部１５へ送信される。ステップＳ３５０を実行したら、図７のフローチャートに示す実行アプリケーション監視処理を終了して図６のステップＳ２２０へ進む。なお、ステップＳ３４０の処理を省略することで、既にデフォルト制限情報を送信済みである場合においても、ステップＳ３５０を実行してデフォルト制限情報を送信するようにしてもよい。

　以上説明したような実行アプリケーション監視処理を所定時間ごとに実行することで、制御部２０は、所定時間ごとに実行アプリケーションを判断して起動アプリケーションと比較し、その比較結果に基づいて制限情報を車載装置１へ送信することができる。

　以上説明した本発明の一実施の形態によれば、次の（１）～（７）のような作用効果を奏する。

（１）車載情報システムにおいて、携帯端末２は、制御部２０の処理により、制御部２０で実行されているアプリケーションを所定時間ごとに判断する（ステップＳ３１０）。そして、起動アプリケーション、すなわちサブアプリケーションＭａのランチャ機能により起動されたアプリケーションと、ステップＳ３１０で判断された実行アプリケーションとの比較を行い（ステップＳ３２０）、この比較の結果に基づいて、実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を車載装置１へ送信する（ステップＳ３５０）。このようにしたので、車両の走行中に、携帯端末２を車載装置１に接続し、携帯端末２においてインストールされたアプリケーションを実行して画像や音声を車載装置１から出力する場合に、運転の安全性を確保することができる。

（２）制御部２０は、所定の各アプリケーションに対する車両走行中の動作規制の内容を示す規制情報としてのセキュリティポリシーを取得する（ステップＳ１２０）。そして、ステップＳ３２０で起動アプリケーションと実行アプリケーションの比較を行う前に、ステップＳ２１０で取得したセキュリティポリシーに基づいて、起動アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を車載装置１へ送信する（ステップＳ１８０）。また、ステップＳ３２０で起動アプリケーションと実行アプリケーションの比較を行った後に、その比較結果に基づいて、ステップＳ３５０において、実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を車載装置１へ送信する。このようにしたので、アプリケーションの起動に応じて、そのアプリケーションに対して適切な制限情報を携帯端末２から車載装置１へ送信することができる。また、正規の起動手順であるランチャ機能を用いて起動されたものとは異なるアプリケーションが実行されている場合に、そのアプリケーションに対して適切な制限情報を携帯端末２から車載装置１へ送信することができる。

（３）制御部２０は、ステップＳ３２０での比較結果に基づいて、起動アプリケーションと実行アプリケーションが一致するか否かを判定する（ステップＳ３３０）。その結果、起動アプリケーションと実行アプリケーションが一致しないと判定された場合、ステップＳ３５０において、実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報として、所定のデフォルト制限情報を車載装置１へ送信する。このようにしたので、正規の起動手順であるランチャ機能を用いて起動されたものとは異なるアプリケーションが実行されている場合に、当該アプリケーションに対するセキュリティポリシーの内容に関わらず、最も厳しい走行規制を車載装置１に対して指示することができる。

（４）一方、ステップＳ３３０の判定の結果、起動アプリケーションと実行アプリケーションが一致すると判定された場合、制御部２０は、ステップＳ３５０を実行せずに制限情報を送信しないようにした。このようにして不要な制限情報の送信を禁止したので、処理負担や通信負荷の軽減を図ることができる。

（５）携帯端末２は、映像・音声信号出力部２６を用いて、制御部２０によりフォアグランドで実行されているアプリケーションに応じた画像を車載装置１へ出力する。一方、車載装置１は、携帯端末２から出力された画像を表示部１１に表示すると共に、ユーザによる操作を操作部１２により入力し、その操作に応じた操作情報を近距離無線通信インタフェース部１５により携帯端末２へ送信する。このとき車載装置１は、制御部１０の処理により、携帯端末２から送信された制限情報に基づいて、車両走行中に、表示部１１による画像の表示と、近距離無線通信インタフェース部１５による操作情報の送信とを、それぞれ許可または禁止する（ステップＳ３０～Ｓ８０）。このようにしたので、車両走行中に携帯端末２で実行中のアプリケーションによる画像や音声が車載装置１において出力されることで生じる運転への悪影響を防ぐことができる。

（６）制御部２０は、ランチャ機能を有するサブアプリケーションＭａを実行する（ステップＳ１１０）ことで、ランチャ機能を実現する。このようにしたので、ランチャ機能を確実に実現することができる。

（７）制御部２０は、サブアプリケーションＭａをフォアグランドで実行すると共に、ステップＳ３２０で比較を行うための動作規制機能と、ステップＳ１８０、Ｓ１９０またはＳ３５０で制限情報を車載装置１へ送信するための通信機能とを有するサブアプリケーションＭｓをバックグランドで実行する。このようにしたので、制御部２０の各機能を適切に分担して実現することができる。

　なお、以上説明した実施の形態では、図７のステップＳ３３０において起動アプリケーションと実行アプリケーションが一致すると判定した場合、実行アプリケーション監視処理を終了して制限情報を送信しないこととした。しかし、この場合にも図６のステップＳ１８０またはＳ１９０と同様にして制限情報を送信するようにしてもよい。すなわち、実行アプリケーションに対する車両走行中の動作規制の内容がセキュリティポリシー内に記述されている場合は、ステップＳ１８０と同様に、その内容に応じた制限情報を車載装置１へ送信する。一方、実行アプリケーションに対する車両走行中の動作規制の内容がセキュリティポリシー内に記述されていない場合は、ステップＳ１９０と同様に、最も厳しい走行規制を車載装置１に対して指示するデフォルト制限情報を車載装置１へ送信する。このようにすれば、ステップＳ３２０で起動アプリケーションと実行アプリケーションの比較を行う前にステップＳ１８０またはＳ１９０で送信した制限情報が、再び車載装置１へと送信される。

　また、以上説明した実施の形態では、映像・音声ケーブル３を介して車載装置１と携帯端末２を互いに接続することで、携帯端末２から車載装置１へ映像信号と音声信号を送信する例を説明した。また、Ｂｌｕｅｔｏｏｔｈ等の所定の通信規格に従って行われる近距離無線通信により、車載装置１と携帯端末２との間で通信を行う例を説明した。しかし、他の通信方式や信号伝送方式を用いても本発明は実現可能である。たとえば、携帯端末２から車載装置１への映像信号や音声信号を無線通信で送信してもよい。また、車載装置１と携帯端末２との間の通信をＵＳＢ等の有線通信を用いて行うこともできる。車載装置１と携帯端末２との間で必要な信号や情報を送受信可能なものである限り、どのような通信方式を採用してもよい。

　以上説明した実施の形態において、車速信号やパーキング信号以外にも、車両から出力される様々な車両情報を車載装置１において取得するようにしてもよい。このとき取得された車両情報は、車載装置１が実行する処理において利用してもよいし、あるいは、車載装置１から携帯端末２へ出力し、携帯端末２が実行する処理において利用してもよい。一例として、車両情報に応じた起動条件をアプリケーションごとに予め設定しておき、その起動条件を満たす車両情報が車両から出力されたときに、当該アプリケーションを携帯端末２において自動的に起動するようにすることができる。この場合、各アプリケーションの起動条件を示す情報を携帯端末２から車載装置１へ送信し、車載装置１において起動条件を満たすか否かを車両情報に基づいて判定してもよい。あるいは、車載装置１から携帯端末２へ車両情報を送信し、その車両情報に基づいて起動条件を満たすか否かを携帯端末２において判定してもよい。これにより、たとえば、燃料残量が所定値未満まで減ってきたという車両情報が車両から出力されたときに、現在位置周辺のガソリンスタンドを検索するためのアプリケーションを携帯端末２において自動的に起動することができる。

　以上説明した実施の形態では、ユーザのボタン操作の内容を表すボタン情報やタッチパネル操作で指定された画面上の位置を表す座標情報を操作情報として車載装置１から携帯端末２へ送信し、その操作情報に基づいてユーザの操作内容を携帯端末２が判断する例を説明した。しかし、このようにはせず、ユーザの操作内容を車載装置１において判断し、その判断結果に応じて車載装置１から携帯端末２へアプリケーションの起動指令や停止指令などを送信してもよい。

　なお、上述した実施形態におけるアプリケーションマネージャを実現するためのプログラムは、ＣＤ－ＲＯＭなどの記録媒体やインターネットなどの電気通信回線を通じて、携帯端末２に提供することができる。図８はその様子を示す図である。パーソナルコンピュータ２００は、携帯端末２と接続されており、サーバ装置２０１から通信回線２０２を介して提供されたアプリケーションマネージャのプログラム、またはＣＤ－ＲＯＭ２０３から読み出したアプリケーションマネージャのプログラムを携帯端末２へ供給する。また、パーソナルコンピュータ２００を介さずに、サーバ装置２０１から通信回線２０２を介して携帯端末２へアプリケーションマネージャのプログラムを供給することもできる。通信回線２０２は、インターネット、パソコン通信などの通信回線、専用通信回線、携帯電話回線網などである。サーバ２０１は、通信回線２０２を介してアプリケーションマネージャのプログラムをパーソナルコンピュータ２００や携帯端末２に送信する。すなわち、プログラムを搬送波上のデータ信号に変換して、通信回線２０２を介して送信する。このように、記録媒体や搬送波などの種々の形態のコンピュータ読み込み可能なプログラム製品として、携帯端末２において実行可能なアプリケーションマネージャのプログラムを提供することができる。

　以上説明した実施の形態や各種の変形例はあくまで一例であり、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されるものではない。また、上記実施の形態と変形例とを任意に組み合わせて用いてもよい。

　次の優先権基礎出願の開示内容は引用文としてここに組み込まれる。
　日本国特許出願２０１２年第１２４５４３号（２０１２年５月３１日出願）

１：車載装置、２：携帯端末、３：映像・音声ケーブル、１０：制御部、１１：表示部、１２：操作部、１３：音声出力部、１４：メモリ部、１５：近距離無線通信インタフェース部、１６：映像・音声信号入力部、２０：制御部、２１：表示部、２２：操作部、２３：音声出力部、２４：メモリ部、２５：近距離無線通信インタフェース部、２６：映像・音声信号出力部、２７：無線通信部、２８：ＧＰＳ受信部

Claims (9)

1. 　携帯型の情報端末と車載装置とを有する車載情報システムであって、
   　前記情報端末は、
   　複数のアプリケーションを記憶する記憶部と、
   　前記記憶部に記憶されている複数のアプリケーションのいずれかを起動するためのランチャ機能を有し、前記ランチャ機能により起動されたアプリケーションをフォアグランドで実行する制御部と、
   　前記制御部により実行されているアプリケーションを所定時間ごとに判断する実行アプリケーション判断部と、
   　前記ランチャ機能により起動された起動アプリケーションと、前記実行アプリケーション判断部により判断された実行アプリケーションとの比較を行う比較部と、
   　前記比較部による前記比較の結果に基づいて、前記実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を前記車載装置へ送信する制限情報送信部とを備える車載情報システム。
2. 　請求項１に記載の車載情報システムにおいて、
   　前記情報端末は、所定の各アプリケーションに対する車両走行中の動作規制の内容を示す規制情報を取得する規制情報取得部をさらに備え、
   　前記制限情報送信部は、
   　前記比較部が前記比較を行う前に、前記規制情報に基づいて、前記起動アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を前記車載装置へ送信し、
   　前記比較部が前記比較を行った後に、前記比較の結果に基づいて、前記実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を前記車載装置へ送信する車載情報システム。
3. 　請求項２に記載の車載情報システムにおいて、
   　前記比較の結果に基づいて、前記起動アプリケーションと前記実行アプリケーションが一致するか否かを判定する判定部をさらに備え、
   　前記判定部により前記起動アプリケーションと前記実行アプリケーションが一致しないと判定された場合、前記制限情報送信部は、前記実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報として、所定のデフォルト制限情報を前記車載装置へ送信する車載情報システム。
4. 　請求項３に記載の車載情報システムにおいて、
   　前記判定部により前記起動アプリケーションと前記実行アプリケーションが一致すると判定された場合、前記制限情報送信部は、前記比較部が前記比較を行う前に送信した制限情報を再び前記車載装置へ送信する、または前記制限情報を送信しない車載情報システム。
5. 　請求項１乃至４のいずれか一項に記載の車載情報システムにおいて、
   　前記情報端末は、前記制御部によりフォアグランドで実行されているアプリケーションに応じた画像を前記車載装置へ出力する画像出力部をさらに備え、
   　前記車載装置は、
   　前記情報端末から出力された画像を表示する表示部と、
   　ユーザによる操作を入力するための操作入力部と、
   　前記操作入力部により入力された前記操作に応じた操作情報を前記情報端末へ送信する操作情報送信部とをさらに備え、
   　前記制限情報送信部により前記情報端末から送信された制限情報に基づいて、車両走行中に、前記表示部による前記画像の表示と前記操作情報送信部による前記操作情報の送信とを、それぞれ許可または禁止する車載情報システム。
6. 　請求項１乃至５のいずれか一項に記載の車載情報システムにおいて、
   　前記制御部は、前記ランチャ機能を有する第１のサブアプリケーションを実行することで前記ランチャ機能を実現する車載情報システム。
7. 　請求項６に記載の車載情報システムにおいて、
   　前記制御部は、前記第１のサブアプリケーションをフォアグランドで実行すると共に、前記比較部が前記比較を行うための動作規制機能および前記制限情報送信部が前記制限情報を前記車載装置へ送信するための通信機能を有する第２のサブアプリケーションをバックグランドで実行する車載情報システム。
8. 　複数のアプリケーションを記憶する記憶部と、
   　前記記憶部に記憶されている複数のアプリケーションのいずれかを起動するためのランチャ機能を有し、前記ランチャ機能により起動されたアプリケーションをフォアグランドで実行する制御部と、
   　前記制御部により実行されているアプリケーションを所定時間ごとに判断する実行アプリケーション判断部と、
   　前記ランチャ機能により起動された起動アプリケーションと、前記実行アプリケーション判断部により判断された実行アプリケーションとの比較を行う比較部と、
   　前記比較部による前記比較の結果に基づいて、前記実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を車載装置へ送信する制限情報送信部とを備える情報端末。
9. 　携帯型の情報端末と車載装置とを有する車載情報システムを用いたアプリケーション実行方法であって、
   　複数のアプリケーションを前記情報端末に予め記憶し、
   　前記情報端末において実行されているアプリケーションを所定時間ごとに判断し、
   　前記情報端末において所定のランチャ機能により起動された起動アプリケーションと、前記判断された実行アプリケーションとの比較を行い、
   　前記比較の結果に基づいて、前記実行アプリケーションに対する車両走行中の動作規制の内容に応じた制限情報を前記情報端末から前記車載装置へ送信するアプリケーション実行方法。

Images