JP6218201B2 - メニュー画面表示方法、車載装置 - Google Patents

Description

本発明は、メニュー画面表示方法、および車載装置に関する。

従来、携帯電話のような情報端末の画面に表示された情報を車載装置に送信し、その情報を車載装置のディスプレイに表示する技術が知られている（特許文献１参照）。さらに特許文献１には、車載装置から情報端末を操作可能とするために、情報端末の操作ボタンや操作内容に応じたタッチスイッチを車載装置のタッチパネル上に表示し、いずれかのスイッチがタッチ操作されると、そのスイッチに対応する操作コマンドを情報端末の操作コマンドに変換して情報端末に送信することが記載されている。また、タッチスイッチを表示せずに、車載装置に設けられた操作ボタンを用いてもよいことが記載されている。

特開２００３−２４４３４３号公報

情報端末に接続される車載端末の種類に応じて異なるメニュー画面を表示することができない。

本発明の第１の態様によるメニュー画面表示方法は、情報端末、および前記情報端末と通信可能に接続される車載装置を備える車載情報システムにおけるメニュー画面表示方法であって、前記メニュー画面表示方法は、前記情報端末に記憶されているアプリケーションの中で、前記情報端末に接続された前記車載装置の種類に応じて前記接続される車載装置の操作部を介して起動可能なアプリケーションを判別するステップと、前記接続される車載装置の操作部を介して起動不可能なアプリケーションに対応するアイコンが含まれない状態で、前記接続される車載装置の種類に応じて前記接続される車載装置の操作部を介して起動可能なアプリケーションに対応するアイコンを前記接続される車載装置が備える表示部で表示するための、メニュー画面情報を生成するステップと、前記メニュー画面情報に基づいたメニュー画面を前記表示部に表示するステップと、を有する。
本発明の第２の態様によるメニュー画面表示方法は、第１の態様のメニュー画面表示方法において、前記メニュー画面表示方法に用いられる情報端末に接続される車載装置の操作部は、タッチパネルから構成されている。
本発明の第３の態様によるメニュー画面表示方法は、第１または第２の態様のメニュー画面表示方法において、前記接続される車載装置の操作部を介してアプリケーションが起動すると、前記メニュー画面情報の生成を停止する。
本発明の第４の態様によるメニュー画面表示方法は、第１または第２の態様のメニュー画面表示方法において、前記接続される車載装置の操作部を介してアプリケーションが起動すると、前記メニュー画面情報の生成をバックグラウンドで実行する、または前記メニュー画面情報の生成を一時的に停止する。
本発明の第５の態様によるメニュー画面表示方法は、前記接続される車載装置の操作部を介して起動されたアプリケーションの実行情報を、前記表示部に表示する。
本発明の第６の態様による車載装置は、情報端末と接続可能な車載装置であって、前記情報端末と通信を行う通信部と、前記通信部が前記情報端末と接続されたことを判定する接続判定部と、前記接続判定部が前記情報端末と接続されたことを判定すると、前記情報端末に対して第一のアプリケーションの起動指令を出力する第一のアプリケーション起動指令出力部と、前記車載装置の種類に応じて前記接続される車載装置の操作部を介して起動可能な第二のアプリケーションを選択するためのメニュー画面情報を前記情報端末から受信するメニュー画面情報受信部と、前記メニュー画面情報受信部によって受信した前記メニュー画面情報に基づいて前記第二のアプリケーションに対応するアイコンを含んだメニュー画面を表示部に表示するメニュー画面表示制御部と、を備える。
本発明の第７の態様による車載装置は、第６の態様の車載装置において、前記通信部は操作信号を通信する操作情報通信部と、映像信号を通信する映像信号通信部とから構成される。
本発明の第８の態様による車載装置は、第６または第７の態様の車載装置において、前記表示部はタッチパネル式である。
本発明の第９の態様による車載装置は、第６から第８のいずれかの態様の車載装置において、前記情報端末に対して前記第二のアプリケーションの起動指令を出力する第二のアプリケーション起動指令出力部と、前記情報端末が前記第二のアプリケーションの起動指令に基づき前記第二のアプリケーションを実行して送信する前記第二のアプリケーションの実行情報を前記表示部に表示するアプリケーション画面表示制御部と、をさらに備える。

本発明によれば、情報端末に接続される車載端末の種類に応じて異なるメニュー画面を表示することができる。

本発明の一実施形態による車載情報システムの構成を示す図である。 車載装置および携帯端末の構成を示すブロック図である。 第１の実施の形態による車載装置および携帯端末における情報の流れを示す図である。 操作キー情報の例を示す図である。 動作割当情報の例を示す図である。 操作キー対応情報の例を示す図である。 割当処理を説明するための図である。 割当処理を説明するための図である。 割当処理を説明するための図である。 割当処理を説明するための図である。 車両停止中の表示画面例を示す図である。 車両走行中の表示画面例を示す図である。 第１の実施の形態による車載装置における処理のフローチャートである。 第１の実施の形態による携帯端末における処理のフローチャートである。 第２の実施の形態による車載装置および携帯端末における情報の流れを示す図である。 第２の実施の形態による車載装置における処理のフローチャートである。 第２の実施の形態による携帯端末における処理のフローチャートである。 第３の実施の形態による車載装置および携帯端末における画面遷移の様子を示す図である。 第３の実施の形態による車載装置および携帯端末における情報の流れを示す図である。 車両停止中および車両走行中の表示画面例を示す図である。 第３の実施の形態による車載装置における処理のフローチャートである。 第３の実施の形態による携帯端末における処理のフローチャートである。 第４の実施の形態による車載情報システムの構成を示す図である。 第４の実施の形態による車載装置および携帯端末の構成を示すブロック図である。 第４の実施の形態による車載装置および携帯端末における画面遷移の様子を示す図である。 第４の実施の形態による車載装置および携帯端末における情報の流れを示す図である。 第４の実施の形態による車載装置における処理のフローチャートである。 第４の実施の形態による携帯端末における処理のフローチャートである。 第５の実施の形態による車載装置および携帯端末における情報の流れを示す図である。 画面構成要素を決定する際に参照されるテーブルの例を示す図である。 第６の実施の形態による車載装置および携帯端末における情報の流れを示す図である。

−第１の実施の形態−
図１は、本発明の一実施の形態による車載情報システムの構成を示す図である。図１に示す車載情報システムは、車両に搭載されて使用されるものであり、車載装置１と携帯端末２がＵＳＢ（Universal Serial Bus）ケーブル３を介して互いに接続されることによって実現される。車載装置１は、車両内に固定されており、たとえば車両のインストルメントパネル内などに設置されている。携帯端末２は、ユーザが持ち運び可能な携帯型の情報端末であり、たとえば携帯電話やスマートフォンなどである。

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

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

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

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

さらに制御部１０は、車両から出力される車速情報を取得し、この車速情報に基づいて車両が走行中であるか否かを判断する。その結果、車両が走行中であると判断したときには、車両走行中に禁止されている操作に対応する操作キーを無効化して操作制限を行う。こうした車両走行中の操作制限については、後で詳しく説明する。なお、車両から制御部１０への車速情報の出力は、たとえば、車両内に設けられた通信ネットワークである不図示のＣＡＮ（Controller Area Network）を経由して、車両に搭載された車速センサから車速パルスが出力されることにより行われる。

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

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

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

インタフェース部１５は、制御部１０の制御により、ＵＳＢケーブル３を介して携帯端末２との間で情報の送受信を行う際に必要なインタフェース処理を行う。たとえば、制御部１０から出力された情報を所定の信号形式に変換して携帯端末２へ送信したり、携帯端末２から所定の信号形式で出力された情報を受信して制御部１０へ出力したりする。インタフェース部１５によるインタフェース処理は、ＵＳＢで規定された通信規格に従って行われる。

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

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

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

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

インタフェース部２５は、車載装置１のインタフェース部１５と同様に、ＵＳＢで規定された通信規格に基づいたインタフェース処理を行う。すなわち、車載装置１と携帯端末２との間の通信は、インタフェース部１５とインタフェース部２５とがＵＳＢケーブル３を介して互いに接続された状態で行われる。

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

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

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

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

上記のナビゲーション処理を行う際には、車載装置１から操作部１２を用いて携帯端末２を操作できるようにするため、車載装置１の操作部１２によりユーザが入力可能な各操作と携帯端末２における各動作との対応付けが携帯端末２において行われる。以下では、車載装置１に設置されている図１の各操作キー１２ａ〜１２ｅを用いてユーザが入力操作を行う場合を例として説明する。なお、本発明は操作キー１２ａ〜１２ｅのように車載装置１に設置された操作キーを用いて行われる入力操作に限定されるものではない。たとえばタッチパネル操作やリモコン操作など、様々な種類の入力操作についても適用可能である。

操作キー１２ａ〜１２ｅを用いてユーザが入力操作を行う場合、これらの操作キーが携帯端末２の各動作とそれぞれ対応付けされる。この車載装置１の各操作キーと携帯端末２の各動作との対応付けにより、携帯端末２の制御部２０は、操作キー１２ａ〜１２ｅについて車載装置１からそれぞれ出力される操作信号（キー信号）を携帯端末２の動作コマンドに変換することができるようになる。その結果、ユーザが車載装置１に対して行った操作内容が携帯端末２において認識され、その操作内容に応じた動作が携帯端末２において行われる。この車載装置１の各操作キーと携帯端末２の各動作の対応付けは、携帯端末２が有する各アプリケーション毎に実施してもよい。

図３は、以上説明したような車載装置１の操作キーと携帯端末２の動作との対応付けを行う際の車載装置１および携帯端末２における情報の流れを示す図である。

図３において（１）に示すように、車載装置１と携帯端末２とが互いに接続されると、携帯端末２は（２）に示すように、車載装置１に対して操作情報（操作キー情報）の要求を行う。この操作キー情報の要求を受けた車載装置１は、（３）に示すように、携帯端末２の操作に用いる各操作キーに関する操作キー情報を携帯端末２へ送信する。

図４は、操作キー情報の一例として、図１に示した操作キー１２ａ〜１２ｅを表すための操作キー情報を示している。図４において、「操作キー」の列の各欄に示された事項は操作キー１２ａ〜１２ｅをそれぞれ表しており、複数の操作方法が可能な操作キー１２ｅについては操作方法ごとに設定されている。すなわち、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」は操作キー１２ａ〜１２ｄをそれぞれ表しており、「Ｅ右」および「Ｅ左」は操作キー１２ｅを表している。また、「種別」の列の各欄に示された事項は、操作キー１２ａ〜１２ｅの種別をそれぞれ表している。すなわち、「プリセット」はボタン式の操作キーであることを表しており、「ダイヤル」はダイヤル式の操作キーであることを表している。図４の操作キー情報により、ボタン式の各操作キー１２ａ〜１２ｄに対して押下操作がそれぞれ可能であり、ダイヤル式の操作キー１２ｅに対して右方向および左方向にそれぞれ回転操作が可能であることが分かる。

上記のような操作キー情報を車載装置１から受信すると、携帯端末２は、図３の（４）に示すように割当処理を行う。この割当処理において、携帯端末２は、車載装置１から受信した操作キー情報と、メモリ部２４に予め記憶された動作割当情報とに基づいて、車載装置１の各操作キーによる操作に対して携帯端末２の動作をそれぞれ割り当てるための割当処理を行う。

図５は、動作割当情報の一例を示している。図５において、「動作」の列の各欄に示された事項は、操作キーに対する割当対象の各動作、すなわちナビゲーション処理において車載装置１から操作可能な携帯端末２の各動作を表している。「推奨種別」の列の各欄に示された事項は、その各動作について推奨される操作キーの種別を表している。すなわち、「ダイヤル」はダイヤル式の操作キーを、「プリセット」はボタン式の操作キーをそれぞれ表している。また、「カーソル上」、「カーソル下」、「カーソル右」および「カーソル左」は、カーソル状の操作キーの各操作方向をそれぞれ表している。「優先度」の列の各欄に示された事項は、各動作に対する割当の優先度を表している。この優先度の数値が小さい動作ほど、車載装置１の操作キーに対する割当が優先的に行われる。

「表示」の列の各欄に示された事項は、各動作を表すためのアイコンの表示形態を表している。なお、アイコンの具体例については、後で説明する図１１、１２において示す。「走行中可否」の列の各欄に示された事項は、各動作の車両走行中における可否を表している。すなわち、「可」と記載された動作は車両走行中において許可され、「不可」と記載された動作は車両走行中において禁止される。各動作に対して可否のいずれを設定するかは、運転中の安全性や操作性などを考慮して決定される。なお、可否いずれの設定もされていない場合は「−」と記載される。

以上説明した動作割当情報の各事項のうち、「操作」、「推奨種別」および「優先度」の各列の事項は、割当処理において車載装置１の各操作キーに対して携帯端末２の動作をそれぞれ割り当てるために利用される。一方、「表示」および「走行中可否」の各列の事項は、こうした操作キーに対する動作の割当には利用されず、後で説明するような操作キー割当表示および車両走行中の操作制限を車載装置１において行うために利用される。すなわち、これらの制御のいずれか一方または両方を車載装置１において行わない場合は、動作割当情報において「表示」または「走行中可否」の各列のうちいずれか一方または両方を省略してもよい。

図４に例示したような操作キー情報と図５に例示したような動作割当情報とに基づいて、携帯端末２が割当処理を行うことにより、車載装置１の各操作キーに対して携帯端末２の動作がそれぞれ割り当てられる。この割当処理の具体例を、図７〜１０を参照して以下に説明する。

割当処理において、はじめに携帯端末２は図７に示すような空欄の割当表を用意する。図７の例では、「操作キー」、「動作」、「種別」、「表示」および「走行中可否」の各列について、符号６１〜６９の各行に示すように九つの欄が設定された割当表を示している。なお、ここで用意される割当表の行数は、図５に示した動作割当情報の行数、すなわち携帯端末２において割当対象とする動作の数以上とすることが好ましい。このようにすることで、車載装置１に設置されている操作キーの数が割当対象とする動作の数以上である場合に、全ての動作を各操作キーに対して割り当てることができる。

次に携帯端末２は、図４の操作キー情報に基づいて、割当表における「操作キー」および「種別」の各列の内容を決定する。ここでは、操作キー情報において示された各事項をそのまま割当表の「操作キー」および「種別」の各列に対して設定することにより、これらの内容を決定する。その結果、図８に示すように「操作キー」および「種別」の各列の内容が決定される。このとき、図４の操作キー情報において示された操作キーの数が割当表の行数よりも少ないため、図８に示すように、余分となる行６７〜６９の各欄に対しては、設定対象外であることを示す「−」をそれぞれ設定する。なお、これとは反対に、操作キー情報において示された操作キーの数が割当表の行数よりも多い場合は、余分となる操作キー情報を削除して、割当表における「操作キー」および「種別」の各列の内容を決定すればよい。

続いて携帯端末２は、割当表において設定対象とされた行の数に応じた情報を図５の動作割当情報から抜粋する。ここでは、図８の割当表において設定対象である行６１〜６６の数に合わせて、図５の動作割当情報において「優先度」の列に設定された値が小さいものから順に、六つの行に示された情報を抜粋する。その結果、図５の「拡大」、「縮小」、「上へ移動」、「下へ移動」、「右へ移動」および「左へ移動」の各動作に対応する各行の情報が抜粋される。なお、ここで抜粋されなかった「目的地設定」、「施設検索」および「設定変更」の各動作に対応する各行の情報は、割当処理においてこれ以降使用されることはない。

上記のようにして図５の動作割当情報の一部を抜粋したら、次に携帯端末２は、割当表の「種別」の列に対して設定された各事項と、抜粋された動作割当情報において「推奨種別」の列に示された各事項とを比較する。その結果、双方において同じ操作キーの種別が設定されているものがある場合は、抜粋された動作割当情報において該当する行の内容を抽出し、その内容を割当表の対応する行の各欄に対して設定する。ここでは、図８の割当表において「種別」の列に設定された「ダイヤル」と、図５の動作割当情報において「推奨種別」の列に示された「ダイヤル」とが同じであるため、これに該当する図５の「拡大」および「縮小」の各操作に対応する各行の内容が抽出され、その内容が図８の行６５および６６の各欄に対してそれぞれ設定される。その結果、図９に示すように、行６５および６６の各欄の内容が決定される。このようにして、携帯端末２は、車載装置１の各操作キーに対して、動作割当情報において当該操作キーの種別が推奨種別として設定されている動作を優先的に割り当てる。

その後、携帯端末２は、割当表における残りの各欄に対して、抜粋された動作割当情報のうち上記のようにして抽出されたもの以外の各行の内容を設定する。その結果、図１０に示すように、行６１〜６４の各欄の内容が決定される。こうして割当表の全ての欄を設定することで、携帯端末２において割当処理が行われる。

なお、上記の説明では、割当表の「種別」の列と抜粋された動作割当情報の「推奨種別」の列とを比較し、一致する項目があれば、動作割当情報の該当する部分を抽出して割当表に設定することで、その動作を優先的に割り当てる例を説明した。しかし、こうした推奨種別に応じた優先的な動作の割り当てを複数に段階分けして行ってもよい。たとえば、図５に例示した動作割当情報において「推奨種別」の列を二つ設け、その一方を「第一推奨種別」、他方を「第二推奨種別」とする。抜粋された動作割当情報を割当表と比較する際には、最初に「第一推奨種別」の列を用いて比較を行い、これと一致する項目が割当表の「種別」の列にあれば、その部分を抽出して割当表に設定することで優先的に動作を割り当てる。次に「第二推奨種別」の列を用いて同様の比較を行い、一致する項目が割当表の「種別」の列にあれば、その部分を抽出して割当表に設定し、動作を割り当てる。その後、割当表で空欄となっている部分に対して残りの動作割当情報をそれぞれ設定することで、それまでに割り当てられなかった動作をそれぞれ割り当てる。このようにして、動作割当情報において複数種類の推奨種別を設定しておくことで、その種類数に応じて優先的な動作の割り当てを複数に段階分けして行うことができる。なお、動作割当情報において三種類以上の推奨種別を設定しておけば、上記と同様にして、優先的な動作の割り当てを三段階以上に分けて行うことも可能である。

携帯端末２は、以上説明したようにして割当処理を実行することにより、車載装置１に設置されている複数の操作キーのうちいずれか少なくとも１以上の操作キーの各々に対して、携帯端末２における複数の動作のうちいずれかの動作を、動作割当情報において示された優先度に応じてそれぞれ割り当てることができる。すなわち、車載装置１に設けられた操作部１２により入力可能な複数種類の操作のうちずれか少なくとも１以上の操作の各々に対して、携帯端末２における複数の動作のうちいずれかの動作を、動作割当情報において示された優先度に応じてそれぞれ割り当てることができる。

なお、前述したように操作キー割当表示および車両走行中の操作制限のいずれか一方または両方を車載装置１が行わず、そのため動作割当情報において「表示」および「走行中可否」のいずれか一方または両方が省略されている場合は、図７〜１０に示した割当表においてもこれらが同様に省略される。

以上説明したような割当処理が終わると、その結果に基づいて携帯端末２は操作対応情報（操作キー対応情報）を作成する。そして、操作キー対応情報を図３において（５）に示すように車載装置１へ送信すると共に、車載装置１と対応付けてメモリ部２４に保存する。この操作キー対応情報の保存は、車載装置１の種類ごとに行われる。すなわち、これ以降に車載装置１と同じ機種の車載装置が携帯端末２と接続された場合は、携帯端末２において操作キー対応情報を新たに作成せずに、メモリ部２４に保存された操作キー対応情報を使用するようにする。

図６は、操作キー対応情報の一例を示している。図６において、「操作キー」の列の各欄には、図４の操作キー情報と同様に、車載装置１の操作キー１２ａ〜１２ｅをそれぞれ表す事項が示されている。「動作」の列の各欄に示された事項は、操作キー１２ａ〜１２ｅに対してそれぞれ割り当てられた動作を示している。「表示」の列の各欄に示された事項は、操作キー１２ａ〜１２ｅに対して割り当てられた各動作を表すアイコンの表示形態を表しており、「走行中可否」の列の各欄に示された事項は、操作キー１２ａ〜１２ｅに対して割り当てられた各動作の車両走行中における可否を表している。この操作キー対応情報は、図１０に示した割当表に基づいて、設定対象外とされた行６７〜６９および「種別」の列を不要な部分として削除することにより作成される。

以上説明したような操作キー対応情報を車載装置１へ送信することにより、携帯端末２は、割当処理による割当結果を車載装置１に対して通知する。なお、前述したように操作キー割当表示および車両走行中の操作制限のいずれか一方または両方を車載装置１が行わず、そのため動作割当情報において「表示」および「走行中可否」のいずれか一方または両方が省略されている場合は、操作キー対応情報においても同様に省略される。

操作キー対応情報を携帯端末２から受信すると、車載装置１は、図３の（６）に示すように操作キー割当表示を行う。ここでは、図６の操作キー対応情報のうち「表示」の列において示された内容に基づいて、各操作キーに対して割り当てられた動作を表すアイコンを表示部１１に表示する。

図１１および１２は、車載装置１の表示部１１における表示画面例を示す図である。図１１は車両停止中の表示画面例を示しており、図１２は車両走行中の表示画面例を示している。図１１において、表示部１１には車両の現在位置を中心とした地図が表示されると共に、符号７０ａ〜７０ｆに示すアイコンが表示されている。アイコン７０ａは操作キー１２ａに割り当てられた動作、すなわち「上へ移動」の動作を表しており、アイコン７０ｂは操作キー１２ｂに割り当てられた動作、すなわち「下へ移動」の動作を表している。同様に、アイコン７０ｃは操作キー１２ｃに割り当てられた動作、すなわち「右へ移動」の動作を表しており、アイコン７０ｄは操作キー１２ｄに割り当てられた動作、すなわち「左へ移動」の動作を表している。また、アイコン７０ｅ、７０ｆは、操作キー１２ｅの左方向への回転と右方向への回転に対して割り当てられた動作をそれぞれ表している。すなわち、アイコン７０ｅは「縮小」の動作を表し、アイコン７０ｆは「拡大」の動作を表している。

なお、上記のアイコン７０ａ〜７０ｆが表示部１１において表示される領域は、操作キー１２ａ〜１２ｅに対して予め定められている。このように車載措置１は、携帯端末２から受信した操作キー対応情報に基づいて、操作キー１２ａ〜１２ｅに対して予め定められた表示部１１の各表示領域に、操作キー１２ａ〜１２ｅに対して割り当てられた動作を表すアイコン７０ａ〜７０ｆをそれぞれ表示する。

車両が走行を開始すると、車載装置１は、車両走行中に禁止されている動作に対応する操作キーを無効化するための操作制限を行う。具体的には、図６の操作キー対応情報において「走行中可否」の欄に「可」と示されている動作、すなわち「拡大」および「縮小」の動作が割り当てられた操作キー１２ｅのみを有効とし、「不可」と示されている他の各動作が割り当てられた操作キー１２ａ〜１２ｄを無効化する。そして、図１２に示すように、無効化した操作キー１２ａ〜１２ｄに対応するアイコン７０ａ〜７０ｄの表示態様を図１１に示した車両停止中のものから変化させることにより、その操作キーによる動作が車両走行中には禁止されていることをユーザに対して知らせるようにする。このときに走行中の可否いずれも設定されていない動作が割り当てられている操作キーがある場合は、その操作キーについても走行中に無効化することが好ましい。

なお、以上説明したような操作キー割当表示は、前述したように省略してもよい。また、車両走行中の操作制限を行わない場合は、上記のような車両の走行に応じたアイコンの表示態様の変化をしなくてよい。

その後、車載装置１においていずれかの操作キーがユーザにより操作されると、車載装置１は、図３の（７）に示すように、その操作キーに対応する操作信号（キー信号）を携帯端末２へ送信する。車載装置１からキー信号を受信すると、携帯端末２は、（８）に示すように、そのキー信号に対応する動作に応じた処理を実行する。このとき携帯端末２は、（４）で行った割当処理の結果に基づいて、車載装置１からのキー信号を動作コマンドに変換し、その動作コマンドが表す動作に応じた処理を実行する。すなわち、ユーザが操作を行った操作キーをキー信号に基づいて特定し、図６に示したような操作キー対応情報を参照することにより、その操作キーに対して割り当てられた動作を判断する。この判断結果に基づいて、キー信号から動作コマンドへの変換を行う。車載装置１からキー信号が出力される度にこれを繰り返すことにより、車載装置１においてユーザが行った操作に応じた動作が携帯端末２において実行される。

車載装置１および携帯端末２における上記のような処理のフローチャートを図１３および１４に示す。図１３は、車載装置１における処理のフローチャートを示しており、図１４は、携帯端末２における処理のフローチャートを示している。

最初に図１３のフローチャートについて説明する。図１３のフローチャートに示す処理は、車載装置１において制御部１０により実行されるものである。

ステップＳ１０において、制御部１０は、携帯端末２が接続されているか否かを判定する。図１に示したように、車載装置１と携帯端末２がＵＳＢケーブル３を介して接続されている場合は、次のステップＳ２０へ進む。

ステップＳ２０において、制御部１０は、ステップＳ１０で接続されていると判定された携帯端末２から操作キー情報の要求があったか否かを判定する。携帯端末２から操作キー情報の要求があった場合はステップＳ３０へ進み、ない場合はステップＳ１０へ戻る。

ステップＳ３０において、制御部１０は、図４に示したような操作キー情報を携帯端末２へ送信する。この操作キー情報の送信は、インタフェース部１５およびＵＳＢケーブル３を介して行われる。

ステップＳ４０において、制御部１０は、ステップＳ３０で送信した操作キー情報に応じて携帯端末２から送信される操作キー対応情報を受信する。ここでは、携帯端末２において後で説明する図１４のステップＳ２８０が実行されることにより、図６に示したような操作キー対応情報が携帯端末２からＵＳＢケーブル３を介して送信され、インタフェース部１５を用いて受信される。

ステップＳ５０において、制御部１０は、ステップＳ４０で受信した操作キー対応情報に基づいて、各操作キーに対して割り当てられた動作を表示するための操作キー割当表示を行う。ここでは、図１１に示したようなアイコン７０ａ〜７０ｆを表示部１１において所定の表示領域にそれぞれ表示することにより、操作キー割当表示を実行する。

ステップＳ６０において、制御部１０は、いずれかの操作キーに対するユーザからの操作入力があったか否かを判定する。操作キー１２ａ〜１２ｅのいずれかに対してユーザからの操作入力が行われた場合はステップＳ７０へ進み、操作入力がない場合はステップＳ８０へ進む。

ステップＳ７０において、制御部１０は、ユーザにより操作された操作キーに対応するキー信号を携帯端末２へ出力する。なお、ダイヤル式の操作キー１２ｅが操作された場合は、右方向の回転操作の場合と左方向の回転操作の場合とで互いに異なるキー信号をそれぞれ出力する。ステップＳ７０を実行したらステップＳ８０へ進む。

ステップＳ８０において、制御部１０は、車両から出力される前述のような車速情報を収集する。

ステップＳ９０において、制御部１０は、ステップＳ８０で収集した車速情報に基づいて、車両が走行中であるか否かを判定する。車両が走行中であると判定した場合はステップＳ１００へ進み、停止中であると判定した場合はステップＳ１１０へ進む。

ステップＳ１００において、制御部１０は、車両走行中に禁止されている動作に対応する操作キーを無効化するために、前述のような操作制限を行う。このとき制御部１０は、ステップＳ４０で受信した操作キー対応情報に基づいて車両走行中に禁止されている動作を判断し、その動作が割り当てられた操作キー１２ａ〜１２ｄの操作を無効化する。さらに、図１１および１２で説明したように、当該動作を表すアイコン７０ａ〜７０ｄの表示態様を車両停止時とは異なる態様に変化させる。こうして操作制限を行ったら、ステップＳ１１０へ進む。

ステップＳ１１０において、制御部１０は、処理を終了するか否かを判定する。車載装置１と携帯端末２との接続が解除された場合や、携帯端末２においてナビゲーション用のアプリケーションが実行されなくなった場合などは、処理を終了すると判定して図１３のフローチャートを終える。一方、こうした状況に該当しない場合は処理を終了しないと判定し、ステップＳ６０へ戻って前述のような処理を繰り返す。

次に図１４のフローチャートについて説明する。図１４のフローチャートに示す処理は、携帯端末２においてナビゲーション用のアプリケーションを実行したときに、制御部２０により実行される。

ステップＳ２１０において、制御部２０は、車載装置１が接続されているか否かを判定する。図１に示したように、車載装置１と携帯端末２がＵＳＢケーブル３を介して接続されている場合は、次のステップＳ２２０へ進む。

ステップＳ２２０において、制御部２０は、ステップＳ１０で接続されていると判定された車載装置１に対して、操作キー情報を要求する。ここでは、たとえばインタフェース部２５を用いて所定のデータを車載装置１に対して送信することにより、操作キー情報の要求を行う。

ステップＳ２３０において、制御部２０は、ステップＳ２２０の要求に応じて車載装置１から送信される操作キー情報を受信する。ここでは、車載装置１において図１３のステップＳ３０が前述のように実行されることにより、図４に示したような操作キー情報が車載装置１からＵＳＢケーブル３を介して送信され、インタフェース部２５を用いて受信される。

ステップＳ２４０において、制御部２０は、ステップＳ２３０で受信した操作キー情報に基づいて、車載装置１についての操作キー対応情報がメモリ部２４において保存されているか否かを判定する。ここで、ある車載装置を対象として携帯端末２において一度作成された操作キー対応情報は、後で説明するステップＳ２６０により、当該車載装置と対応付けてメモリ部２４に保存される。したがって、過去に車載装置１と同じ種類の車載装置について操作キー対応情報を既に作成済みである場合は、その操作キー対応情報がメモリ部２４において保存されている。このような場合は、ステップＳ２４０からステップＳ２７０へ進む。一方、車載装置１に対応する操作キー対応情報がメモリ部２４に保存されておらず、その操作キー対応情報を作成するのが今回初めてである場合は、ステップＳ２４０からステップＳ２５０へ進む。

なお、ステップＳ２４０の判定は、たとえば、ステップＳ２３０で受信した操作キー情報と、メモリ部２４に保存されている操作キー対応情報とを照合し、これらの情報において「操作キー」の列の内容が一致しているか否かを判断することにより行われる。その結果、メモリ部２４に保存されている操作キー対応情報の中に、「操作キー」の列の内容が操作キー情報と一致するものが含まれていればステップＳ２７０へ進み、なければステップＳ２５０へ進む。あるいは、ステップＳ２４０の判定を行うために、メモリ部２４において操作キー対応情報と共に車載装置の機種を示す情報を保存しておき、ステップＳ２３０において車載装置１から操作キー情報を受信するときには、車載装置１の機種を表す情報を操作キー情報と共に受信してもよい。

ステップＳ２５０において、制御部２０は、ステップＳ２３０で受信した操作キー情報と、メモリ部２４に予め記憶された図５に示したような動作割当情報とに基づいて、前述のような割当処理を行う。ここでは、操作キー情報および動作割当情報の内容に基づいて、図７〜１０で説明したようにして割当表の内容を設定することにより、車載装置１の操作キー１２ａ〜１２ｅの各操作に対して、携帯端末２の各動作をその優先度に応じてそれぞれ割り当てる。

ステップＳ２６０において、制御部２０は、ステップＳ２５０の割当処理による割当結果に基づいて、図６に示したような操作キー対応情報を作成する。そして、作成した操作キー対応情報を車載装置１と対応付けてメモリ部２４に記憶し、保存する。ステップＳ２６０を実行したらステップＳ２８０へ進む。

ステップＳ２７０において、制御部２０は、ステップＳ２４０でメモリ部２４に保存されていると判定された車載装置１についての操作キー対応情報をメモリ部２４から読み出す。ステップＳ２７０を実行したらステップＳ２８０へ進む。

ステップＳ２８０において、制御部２０は、ステップＳ２６０で作成した操作キー対応情報、またはステップＳ２７０で読み出した操作キー対応情報を、車載装置１へ送信する。この操作キー対応情報の送信は、インタフェース部２５およびＵＳＢケーブル３を介して行われる。

ステップＳ２９０において、制御部２０は、車載装置１からのキー信号を受信したか否かを判定する。図１３のステップＳ７０が実行されることによって車載装置１から出力されたキー信号を受信した場合は、続くステップＳ３００へ進む。

ステップＳ３００において、制御部２０は、ステップＳ２９０で車載装置１から受信したキー信号を動作コマンドに変換する。ここでは、ステップＳ２６０で作成した操作キー対応情報、またはステップＳ２７０で読み出した操作キー対応情報に基づいて、受信したキー信号に対応する動作が何であるかを判断し、その動作に応じた動作コマンドへと変換する。これにより、今回または以前にステップＳ２５０で行った割当処理による割当結果に基づいて、車載装置１から受信したキー信号を携帯端末２における動作のいずれかに対応する動作コマンドに変換する。

ステップＳ３１０において、制御部２０は、ステップＳ３００でキー信号から変換された動作コマンドに応じた処理を行う。これにより、たとえば操作キー１２ｅに対応するキー信号を車載装置１から受信したときには、地図の拡大または縮小を行う。また、たとえば操作キー１２ａ〜１２ｄに対応するキー信号のうちいずれかを車載装置１から受信したときには、当該操作キーに対応する方向へと地図範囲が移動するように地図をスクロールさせる。

ステップＳ３２０において、制御部２０は、処理を終了するか否かを判定する。ここでは図１３のステップＳ１１０と同様に、車載装置１と携帯端末２との接続が解除された場合や、ナビゲーション用のアプリケーションを終了するための所定の操作がユーザによって行われた場合などに、処理を終了すると判定して図１４のフローチャートを終える。一方、こうした状況に該当しない場合は処理を終了しないと判定してステップＳ２９０へ戻り、前述のような処理を繰り返す。

以上説明した第１の実施の形態によれば、次の（１）〜（６）に述べるような作用効果を奏する。

（１）携帯端末２は、メモリ部２４により、携帯端末２における複数の動作について、「優先度」の列に示すような各動作に対する割当の優先度に関する情報を含む、図５のような動作割当情報を記憶する。また、制御部２０の処理により、車載装置１に設けられた操作部１２の操作キー１２ａ〜１２ｅにより入力可能な複数種類の操作に関する図４のような操作情報（操作キー情報）を車載装置１から受信する（ステップＳ２３０）。これらの動作割当情報および操作情報に基づいて、制御部２０は、操作キー１２ａ〜１２ｅによる複数種類の操作の各々に対して、携帯端末２における複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てる（ステップＳ２５０）。そして、車載装置１から出力される操作キー１２ａ〜１２ｅの操作信号（キー信号）を受信し（ステップＳ２９０）、ステップＳ２５０の割当結果に基づいて、受信した操作信号を携帯端末２における複数の動作のうちいずれかに対応する動作コマンドに変換する（ステップＳ３００）。一方、車載装置１は、制御部１０の処理により、図４のような操作情報（操作キー情報）を携帯端末２へ送信し（ステップＳ３０）、操作部１２の操作キー１２ａ〜１２ｅに対するユーザの操作に応じて操作信号（キー信号）を携帯端末２へ出力する（ステップＳ７０）。このようにしたので、車載装置１における操作内容と携帯端末２における動作内容との対応付けを容易に行うことができる。

（２）携帯端末２のメモリ部２４により記憶される動作割当情報は、図５において「推奨種別」の列に示すように、各動作について推奨される操作の種別を表す推奨種別に関する情報をさらに含んでいる。また、ステップＳ３０で車載装置１から携帯端末２へ送信され、ステップＳ２３０で携帯端末２により受信される操作情報は、図４において「種別」の列に示すように、操作キー１２ａ〜１２ｅによる各操作の種別に関する情報を含んでいる。制御部２０はステップＳ２５０において、こうした動作割当情報および操作情報に基づいて、操作キー１２ａ〜１２ｅによる各操作に対して当該操作の種別が推奨種別として設定されている携帯端末２の動作を優先的に割り当てるようにした。これにより、携帯端末２における動作の内容に応じた適切な操作キーが車載装置１に設置されている場合は、その操作キーによる操作に対して当該動作を優先的に割り当てられるため、ユーザの操作性を向上させることができる。

（３）携帯端末２は、制御部２０の処理により、ステップＳ２５０の割当処理による割当結果に関する図６のような操作対応情報（操作キー対応情報）を車載装置１へ送信する（ステップＳ２８０）。車載装置１は、制御部１０の処理により、この操作対応情報を携帯端末２から受信する（ステップＳ４０）。このようにしたので、操作キー１２ａ〜１２ｅによる各操作に対する動作の割当結果を携帯端末２から車載装置１へ知らせ、車載装置１において様々な処理に利用することができる。

（４）上記の操作対応情報は、図６において「操作キー」および「表示」の各列に示すように、ステップＳ２５０の割当処理により操作キー１２ａ〜１２ｅによる各操作に対して割り当てられた動作の情報と、その各動作を表すアイコンの情報とを含んでいる。車載装置１は、制御部１０の処理により、この操作対応情報に基づいて、図１１に示すように、操作キー１２ａ〜１２ｅによる各操作に対して予め定められた表示部１１の各表示領域に、操作キー１２ａ〜１２ｅによる各操作に対して割り当てられた動作を表すアイコン７０ａ〜７０ｆをそれぞれ表示する（ステップＳ５０）。このようにしたので、操作キー１２ａ〜１２ｅによる各操作に対して割り当てられた動作の内容をユーザに分かりやすく提示することができる。

（５）また操作対応情報は、図６において「操作キー」および「走行中可否」の列に示すように、ステップＳ２５０の割当処理により操作キー１２ａ〜１２ｅによる各操作に対して割り当てられた動作の情報と、その各動作の車両走行中における可否の情報とを含んでいる。車載装置１は、制御部１０の処理により、この操作対応情報に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには当該動作が割り当てられた操作キー１２ａ〜１２ｄによる操作を無効化する（ステップＳ１００）。このようにしたので、運転中に行うと安全性を損なうおそれのある操作や、運転中には入力が難しい操作などが車載装置１から携帯端末２に対して行われるのを防止し、車両走行中の安全性や操作性を確保することができる。

（６）さらに車載装置１は、制御部１０の処理により、車両が走行しているときには上記のように操作キー１２ａ〜１２ｄによる操作を無効化すると共に、図１２に示すように、当該動作を表すアイコン７０ａ〜７０ｄの表示態様を、図１１に示す車両停止時のものとは異なる態様に変化させるようにした。これにより、操作キー１２ａ〜１２ｄによる操作が車両走行中には禁止されていることをユーザに対して分かりやすく知らせることができる。

−第２の実施の形態−
以上説明した第１の実施の形態では、携帯端末２において割当処理を行い、その割当結果に基づいてキー信号から動作コマンドへの変換を行う車載情報システムの例について説明した。これに対して、以下に説明する第２の実施の形態では、車載装置１において割当処理を行い、その割当結果に基づいてキー信号から動作コマンドへの変換を行う車載情報システムの例について説明する。

なお、本実施形態による車載情報システムの構成は、図１に示したものと同一である。また、本実施形態による車載情報システムにおいて、車載装置１および携帯端末２の構成は図２に示したものと同一である。

図１５は、本実施形態において車載装置１の操作キーと携帯端末２の動作との対応付けを行う際の車載装置１および携帯端末２における情報の流れを示す図である。

図１５において（１）に示すように、車載装置１と携帯端末２とが互いに接続されると、携帯端末２は（２）に示すように、車載装置１に対して動作割当情報を送信する。ここで送信される動作割当情報は、第１の実施の形態と同様に、携帯端末２においてメモリ部２４に予め記憶されたものであり、図５に示したような各事項を表している。

携帯端末２から動作割当情報を受信すると、車載装置１は、図１５において（３）に示すように、操作キー１２ａ〜１２ｅの各操作に対して携帯端末２の動作をそれぞれ割り当てるための割当処理を行う。この割当処理において、車載装置１は、自身が保有している操作キー１２ａ〜１２ｅおよびその種別の情報と、携帯端末２から受信した動作割当情報とに基づいて、第１の実施の形態において図７〜１０で説明したようにして割当処理を行う。なお、車載装置１における操作キー１２ａ〜１２ｅの情報は、たとえばメモリ部１４に記憶されており、図４に示した操作キー情報と同様の内容を有している。そして、割当処理による割当結果に基づいて図６のような操作キー対応情報を作成し、メモリ部１４において保存する。

その後、車載装置１は図１５の（４）に示すように、操作キー対応情報に基づいて操作キー割当表示を行う。ここでは、図１１および１２に示したような画面を表示部１１において表示することにより、操作キー１２ａ〜１２ｅに対して割り当てられた動作を表すアイコン７０ａ〜７０ｆを表示する。

車載装置１においていずれかの操作キーがユーザにより操作されると、車載装置１は、（３）で行った割当処理の結果に基づいて、その操作キーに対応する操作信号（キー信号）を動作コマンドに変換し、（５）に示すように携帯端末２へ送信する。このとき車載装置１は、第１の実施の形態において携帯端末２が行ったのと同様に、操作キー対応情報を参照することにより当該操作キーに対して割り当てられた動作を判断し、その判断結果に基づいてキー信号から動作コマンドへの変換を行う。車載装置１から動作コマンドを受信すると、携帯端末２は（６）に示すように、その動作コマンドが表す動作に応じた処理を実行する。ユーザにより操作キーが操作される度にこれを繰り返すことにより、車載装置１においてユーザが行った操作に応じた動作が携帯端末２において実行される。

本実施形態による車載情報システムにおいて車載装置１および携帯端末２によりそれぞれ実行される処理のフローチャートを図１６および１７に示す。図１６は、車載装置１における処理のフローチャートを示しており、図１７は、携帯端末２における処理のフローチャートを示している。なお、図１６、１７において、図１３、１４の各フローチャートとそれぞれ同一の処理を実行する処理ステップについては、共通のステップ番号を付している。以下の説明では、図１３、１４と共通のステップ番号が付された処理ステップの内容については、特に必要が無い限りその説明を省略する。

最初に図１６のフローチャートについて説明する。図１６のフローチャートに示す処理は、車載装置１において制御部１０により実行されるものである。

ステップＳ４１において、制御部１０は、携帯端末２から送信される動作割当情報を受信する。ここでは、携帯端末２において後で説明する図１７のステップＳ２８１が実行されることにより、図５に示したような動作割当情報が携帯端末２からＵＳＢケーブル３を介して送信され、インタフェース部１５を用いて受信される。

ステップＳ４２において、制御部１０は、ステップＳ４１で受信した動作割当情報に基づいて、携帯端末２についての操作キー対応情報がメモリ部１４において保存されているか否かを判定する。ここで、ある携帯端末を対象として車載装置１において一度作成された操作キー対応情報は、後で説明するステップＳ４４により、当該携帯端末と対応付けてメモリ部１４に保存される。したがって、過去に携帯端末２と同じ種類の携帯端末について操作キー対応情報を既に作成済みである場合は、その操作キー対応情報がメモリ部１４において保存されている。このような場合は、ステップＳ４２からステップＳ４５へ進む。一方、携帯端末２に対応する操作キー対応情報がメモリ部１４に保存されておらず、その操作キー対応情報を作成するのが今回初めてである場合は、ステップＳ４２からステップＳ４３へ進む。

なお、ステップＳ４２の判定は、たとえば、ステップＳ４１で受信した動作割当情報と、メモリ部１４に保存されている操作キー対応情報とを照合し、これらの情報において「動作」の列の内容が一致しているか否かを判断することにより行われる。その結果、メモリ部１４に保存されている操作キー対応情報の中に、「動作」の列の内容が動作割当情報と一致するものが含まれていればステップＳ４５へ進み、なければステップＳ４３へ進む。このとき、「表示」の列や「走行中可否」の列の内容を適宜参照してもよい。あるいは、ステップＳ４２の判定を行うために、メモリ部１４において操作キー対応情報と共に携帯端末の機種を示す情報を保存しておき、ステップＳ４１において携帯端末２から動作割当情報を受信するときには、車載装置１の機種を表す情報を動作割当情報と共に受信してもよい。

ステップＳ４３において、制御部１０は、自身が保有している操作キー１２ａ〜１２ｅおよびその種別の情報と、ステップＳ４１で受信した動作割当情報とに基づいて、第１の実施の形態で説明したのと同様の割当処理を行う。

ステップＳ４４において、制御部１０は、ステップＳ４３の割当処理による割当結果に基づいて、図６に示したような操作キー対応情報を作成する。そして、作成した操作キー対応情報を携帯端末２と対応付けてメモリ部１４に記憶し、保存する。ステップＳ４４を実行したらステップＳ５０へ進む。

ステップＳ４５において、制御部１０は、ステップＳ４２でメモリ部１４に保存されていると判定された携帯端末２についての操作キー対応情報をメモリ部１４から読み出す。ステップＳ４５を実行したらステップＳ５０へ進む。

なお、本実施形態において、制御部１０は、ステップＳ５０の操作キー割当表示を、ステップＳ４４で作成した操作キー対応情報、またはステップＳ４５で読み出した操作キー対応情報に基づいて行う。すなわち、今回または以前にステップＳ４３で行った割当処理による割当結果に基づいて、アイコン７０ａ〜７０ｆを表示部１１において所定の表示領域にそれぞれ表示する。

ステップＳ７１において、制御部１０は、ユーザにより操作された操作キーのキー信号を動作コマンドに変換する。ここでは、ステップＳ４４で作成した操作キー対応情報、またはステップＳ４５で読み出した操作キー対応情報に基づいて、ユーザにより操作された操作キーのキー信号に対応する動作が何であるかを判断し、その動作に応じた動作コマンドへと変換する。これにより、今回または以前にステップＳ４３で行った割当処理による割当結果に基づいて、操作キー１２ａ〜１２ｅに対するユーザの操作に応じたキー信号を携帯端末２における動作のいずれかに対応する動作コマンドに変換する。

ステップＳ７２において、制御部１０は、ステップＳ７１でキー信号から変換された動作コマンドを携帯端末２へ出力する。なお、ダイヤル式の操作キー１２ｅが操作された場合は、右方向の回転操作の場合と左方向の回転操作の場合とで互いに異なる動作コマンドをそれぞれ出力する。ステップＳ７２を実行したらステップＳ８０へ進む。

なお、本実施形態において、制御部１０は、ステップＳ１００の操作制限を、ステップＳ４４で作成した操作キー対応情報、またはステップＳ４５で読み出した操作キー対応情報に基づいて行う。すなわち、今回または以前にステップＳ４３で行った割当処理による割当結果に基づいて、車両走行中に禁止されている動作を判断し、その動作が割り当てられた操作キー１２ａ〜１２ｄの操作を無効化する。さらに、当該動作を表すアイコン７０ａ〜７０ｄの表示態様を車両停止時とは異なる態様に変化させる。

次に図１７のフローチャートについて説明する。図１７のフローチャートに示す処理は、携帯端末２においてナビゲーション用のアプリケーションを実行したときに、制御部２０により実行される。

ステップＳ２８１において、制御部２０は、メモリ部２４に記憶されている動作割当情報を車載装置１へ送信する。この動作割当情報の送信は、インタフェース部２５およびＵＳＢケーブル３を介して行われる。

ステップＳ２９１において、制御部２０は、車載装置１からの動作コマンドを受信したか否かを判定する。図１６のステップＳ７２が実行されることによって車載装置１から出力された動作コマンドを受信した場合はステップＳ３１０へ進み、その動作コマンドに応じた処理をステップＳ３１０において行う。

ステップＳ３２０において、制御部２０は、図１４と同様に処理を終了するか否かを判定する。処理を終了すると判定した場合は図１７のフローチャートを終え、終了しないと判定した場合はステップＳ２９１へ戻って前述のような処理を繰り返す。

以上説明した第２の実施の形態によれば、次の（７）〜（１１）に述べるような作用効果を奏する。

（７）携帯端末２は、制御部２０の処理により、携帯端末２における複数の動作について、「優先度」の列に示すような各動作に対する割当の優先度に関する情報を含む、図５のような動作割当情報を車載装置１へ送信する（ステップＳ２８１）。また、車載装置１から出力される動作コマンドを受信する（ステップＳ２９１）。一方、車載装置１は、制御部１０の処理により、図５のような動作割当情報を携帯端末２から受信し（ステップＳ４１）、その動作割当情報に基づいて、車載装置１に設けられた操作部１２の操作キー１２ａ〜１２ｅにより入力可能な複数種類の操作の各々に対して、携帯端末２における複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てる（ステップＳ４３）。この割当結果に基づいて、操作部１２の操作キー１２ａ〜１２ｅに対するユーザの操作に応じた操作信号（キー信号）を携帯端末２における複数の動作のうちいずれかに対応する動作コマンドに変換し（ステップＳ７１）、これを携帯端末２へ出力する（ステップＳ７２）。このようにしたので、第１の実施の形態と同様に、車載装置１における操作内容と携帯端末２における動作内容との対応付けを容易に行うことができる。

（８）ステップＳ２８１で携帯端末２から車載装置１へ送信され、ステップＳ４１で車載装置１により受信される動作割当情報は、図５において「推奨種別」の列に示すように、各動作について推奨される操作の種別を表す推奨種別に関する情報をさらに含んでいる。制御部１０はステップＳ４３において、こうした動作割当情報に基づいて、操作キー１２ａ〜１２ｅによる各操作に対して当該操作の種別が推奨種別として設定されている携帯端末２の動作を優先的に割り当てるようにした。これにより、第１の実施の形態と同様に、携帯端末２における動作の内容に応じた適切な操作キーが車載装置１に設置されている場合は、その操作キーによる操作に対して当該動作を優先的に割り当てられるため、ユーザの操作性を向上させることができる。

（９）上記の動作割当情報は、図５において「表示」の列に示すように、各動作を表すアイコンの情報をさらに含んでいる。制御部１０は、この動作割当情報を用いたステップＳ４３の割当処理による割当結果に基づいて、図１１に示すように、操作キー１２ａ〜１２ｅによる各操作に対して予め定められた表示部１１の各表示領域に、操作キー１２ａ〜１２ｅによる各操作に対して割り当てられた動作を表すアイコン７０ａ〜７０ｆをそれぞれ表示する（ステップＳ５０）。このようにしたので、第１の実施の形態と同様に、操作キー１２ａ〜１２ｅによる各操作に対して割り当てられた動作の内容をユーザに分かりやすく提示することができる。

（１０）また動作割当情報は、図５において「走行中可否」の列に示すように、各動作の車両走行中における可否の情報をさらに含んでいる。制御部１０は、この動作割当情報を用いたステップＳ４３の割当処理による割当結果に基づいて、車両走行中に禁止されている動作を判断し、車両が走行しているときには当該動作が割り当てられた操作キー１２ａ〜１２ｄによる操作を無効化する（ステップＳ１００）。このようにしたので、第１の実施の形態と同様に、運転中に行うと安全性を損なうおそれのある操作や、運転中には入力が難しい操作などが車載装置１から携帯端末２に対して行われるのを防止し、車両走行中の安全性や操作性を確保することができる。

（１１）さらに車載装置１は、制御部１０の処理により、車両が走行しているときには上記のように操作キー１２ａ〜１２ｄによる操作を無効化すると共に、図１２に示すように、当該動作を表すアイコン７０ａ〜７０ｄの表示態様を、図１１に示す車両停止時のものとは異なる態様に変化させるようにした。これにより、第１の実施の形態と同様に、操作キー１２ａ〜１２ｄによる操作が車両走行中には禁止されていることをユーザに対して分かりやすく知らせることができる。

なお、上記の各実施の形態では、車載装置１に設けられた操作キー１２ａ〜１２ｅに対して携帯端末２の各動作を割り当てる例をそれぞれ説明したが、タッチパネルを用いて車載装置１の操作を行う場合において本発明を適用してもよい。その場合、第１の実施の形態では、車載装置１から携帯端末２へ前述のような操作キー情報を送信するかわりに、タッチパネルで入力可能な各操作に関する情報、たとえばタッチパネルに表示する操作ボタンの配置や形状を示すテンプレート情報を送信することが好ましい。これにより、携帯端末２において割当処理を行う際に、タッチパネルの各操作ボタンに対して携帯端末２の各動作をそれぞれ割り当てることができる。さらに、車載装置１から携帯端末２へキー信号を送信するかわりに、タッチパネル操作に応じた信号、たとえばタッチパネルの座標位置を示す座標信号を送信してもよい。

また、車載装置１において、いわゆるマルチタッチ操作を検出可能なタッチパネルを用いることもできる。この場合、マルチタッチ操作で実現される様々な種類の操作（ジェスチャー）を携帯端末２の各動作にそれぞれ割り当てることができる。たとえば、タッチパネル上で２本の指の間隔を狭めたり広げたりするピンチイン、ピンチアウトと呼ばれる操作や、タッチパネル上を指で弾くように素早く移動させるフリックと呼ばれる操作などを、操作キー１２ａ〜１２ｅの代わりに、携帯端末２の各動作にそれぞれ割り当てることができる。なお、携帯端末２でも車載装置１と同様のマルチタッチ操作が可能であれば、携帯端末２が行う各動作に対して車載装置１と携帯端末２において同じマルチタッチ操作を割り当てることが好ましい。

上記のようなマルチタッチ操作を採用する場合、第１の実施の形態では、前述したキー信号のかわりに、マルチタッチ操作の内容に応じた操作信号を車載装置１から携帯端末２へ送信することができる。すなわち、ユーザがタッチパネルに対してマルチタッチ操作を行うと、車載装置１は、そのマルチタッチ操作が表すジェスチャーの意味や種類を判別し、判別結果に応じた操作信号を携帯端末２へ送信する。携帯端末２は、車載装置１から送信された操作信号を受信し、その操作信号に対応する動作が何であるかを割当処理の結果に基づいて判断することにより、操作信号から動作コマンドへの変換を行う。このようにすることで、ユーザが車載装置１に対して入力したタッチパネル操作に応じた動作を携帯端末２において行うことができる。

あるいは、単にタッチパネルの座標位置を示す座標信号を操作信号として車載装置１から携帯端末２へ送信してもよい。この場合、携帯端末２は、車載装置１から送信された座標信号が示す座標位置の数や変化などに基づいて、ユーザが車載装置１において行ったマルチタッチ操作が表すジェスチャーの意味や種類を判別し、その判別結果に応じた動作コマンドへと変換することができる。

一方、第２の実施の形態では、ユーザがタッチパネルに対してマルチタッチ操作を行うと、車載装置１は、そのマルチタッチ操作が表すジェスチャーの意味や種類を判別し、割当処理の結果に基づいて対応する動作コマンドへと変換する。これにより、ユーザが車載装置１に対して入力したタッチパネル操作に応じた動作を携帯端末２において行うことができる。

なお、以上説明したようなマルチタッチ操作を含むタッチパネル操作と、図１の操作キー１２ａ〜１２ｅのように車載装置１に設置された操作キーによる操作とを混在させて用いてもよい。この場合、タッチパネル操作により入力される各操作と、操作キーによる各操作とに対して、前述の各実施形態で説明したような方法により、携帯端末２の各動作をそれぞれ割り当てることができる。

また、上記の各実施の形態において、携帯端末２または車載装置１により割当処理を行ったら、操作キー対応情報を作成する前に、その割当結果を表示してユーザに確認させてもよい。さらにこのとき、ユーザが任意で割当結果を調整できるようにしてもよい。加えて、操作キー対応情報を作成して保存した後にも、携帯端末２または車載装置１において所定の確認画面に切り替えることで、操作キー対応情報に基づく割当結果を表示してユーザに確認させると共に、ユーザがその内容を任意に変更できるようにしてもよい。

以上説明した各実施の形態では、車両から出力される車速情報を車載装置１において収集し、これに基づいて車両が走行中であるか否かを判定するようにしたが、携帯端末２において検出された現在位置に基づいて車両が走行中であるか否かを判定してもよい。その場合、携帯端末２において車両が走行中であると判定したら、その判定結果を携帯端末２から車載装置１へ送信することにより、車載装置１において前述のように車両走行中の操作制限を行うことができる。あるいは、携帯端末２において制限対象とする動作を動作割当情報に基づいて判断し、その動作が割り当てられた操作キーによる操作を無効化するように携帯端末２から車載装置１を制御してもよい。さらに、車載装置１において収集した車速情報を車載装置１から携帯端末２へ送信し、その車速情報に基づいて携帯端末２により車両が走行中であるか否かを判定してもよい。

−第３の実施の形態−
次に本発明の第３の実施の形態について説明する。本実施形態では、携帯端末２において実行されるアプリケーションをユーザが車載装置１の操作により選択するときの処理方法について説明する。なお、本実施形態による車載情報システムの構成や、車載装置１および携帯端末２の構成は、図１、２にそれぞれ示したものと同じである。したがって、以下ではこれらの図についての説明を省略する。

本実施形態において、携帯端末２では、前述のようなナビゲーション用のアプリケーションを含む複数のアプリケーションのうち、ユーザに選択されたアプリケーションを実行する。このときユーザは、携帯端末２の表示部２１に表示されるメニュー画面において、操作部２２を操作して所望のアプリケーションを選択することにより、携帯端末２に実行させるアプリケーションの選択を行うことができる。

さらに携帯端末２は、車載装置１においてメニュー画面を表示するための情報であるメニュー画面情報を車載装置１へ送信する。車載装置１は、携帯端末２から送信されたメニュー画面情報に基づいて、表示部１１にメニュー画面を表示する。このメニュー画面において、ユーザが操作部１２を操作して所望のアプリケーションを選択すると、その操作内容が車載装置１から携帯端末２へ送信され、選択されたアプリケーションが携帯端末２において認識される。これによりユーザは、携帯端末２の表示部２１に表示されるメニュー画面を用いた場合と同様に、携帯端末２に実行させるアプリケーションの選択を行うことができる。なお、携帯端末２において表示部２１に表示されるメニュー画面と、車載装置１において表示部１１に表示されるメニュー画面とは、同一の内容であってもよいし、互いに異なる内容としてもよい。

上記のような車載装置１におけるメニュー画面の表示および車載装置１において選択されたアプリケーションの認識を行うために、携帯端末２には、スマートフォンアプリケーションマネージャと呼ばれるアプリケーションがインストールされている。以下では、このスマートフォンアプリケーションマネージャを「ＳＰＭａｎ」と称する。

ユーザは、携帯端末２においてメモリ部２４に記憶されている様々なアプリケーションの中で、車載装置１からも選択できるようにしたいアプリケーションがある場合は、そのアプリケーションをＳＰＭａｎにおいて事前に登録する。ＳＰＭａｎにおいてアプリケーションが登録されると、そのアプリケーションを表すアイコンのデザイン（図柄）が決定される。たとえば、各アプリケーションに対するアイコンのデザインを携帯端末２において予め設定しておくことで、ＳＰＭａｎに登録されたアプリケーションに対するアイコンのデザインを自動的に決定することができる。または、複数種類のデザインの中から任意のデザインをユーザに選択させることでアイコンのデザインを決定してもよいし、外部から取り込んだデータに基づいてアイコンのデザインを決定してもよい。ＳＰＭａｎに登録されているアプリケーションの情報と、そのアプリケーションに対するアイコンのデザインとは、互いに関連付けてメモリ部２４により記憶される。

図１８は、本実施形態の車載装置１においてメニュー画面を表示し、ユーザに選択されたアプリケーションを携帯端末２において実行する際の車載装置１および携帯端末２における画面遷移の様子を示す図である。

携帯端末２においてＳＰＭａｎが起動されると、図１８に示すように、表示部２１にメニュー画面が表示される。ここでは、ＳＰＭａｎにおいて「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」、「Ｅ」、「Ｆ」、「Ｇ」、「Ｈ」および「Ｉ」の各アプリケーションが登録されており、これらのアプリケーションにそれぞれ対応する九つのアイコンが表示されているメニュー画面の例を示している。

携帯端末２はさらに、図１８において（１）に示すように、車載装置１に対してメニュー画面を表示させる。このとき携帯端末２は、前述のメニュー画面情報として、ＳＰＭａｎに登録されている各アプリケーションに対応する各アイコンを車載装置１において表示するための情報を車載装置１へ送信する。たとえば、各アイコンの画像情報と、各アイコンに対応するアプリケーションを表すための情報（当該アプリケーションに割り当てられたＩＤ番号等）とが、メニュー画面情報として携帯端末２から車載装置１へ送信される。

車載装置１は、携帯端末２から送信されたメニュー画面情報に基づいて、携帯端末２においてＳＰＭａｎに登録されている「Ａ」〜「Ｉ」の各アプリケーションに対応する各アイコンを表示部１１に表示する。このとき、たとえばメニュー画面用のボタン配置パターンを車載装置１において予め定めておき、このボタン配置パターンが示す各ボタンの位置に重ねてメニュー画面情報に含まれる各アイコンの画像情報を貼り付けることにより、「Ａ」〜「Ｉ」の各アプリケーションに対応する各アイコンの表示位置が決定される。なお、メニュー画面用のボタン配置パターンをメニュー画面情報に含めて携帯端末２から車載装置１へ送信してもよい。あるいは、各アイコンの表示位置を示す情報をメニュー画面情報に含めて携帯端末２から車載装置１へ送信し、この情報に基づいて各アイコンの表示位置を決定したり、メニュー画面の内容をそのままメニュー画面情報として携帯端末２から車載装置１へ送信したりしてもよい。これにより、図１８に示すようなメニュー画面が表示部１１において表示される。なお、図１８では携帯端末２の表示部２１に表示されているのと同じ内容のメニュー画面を車載装置１の表示部１１でも表示している例を示しているが、前述のようにこれらのメニュー画面を異なる内容としてもよい。

なお、表示部１１に表示するメニュー画面の態様は、図１８に示すものに限定されない。たとえば、各アプリケーションに対応するボックスを一列に並べたリストボックス状のメニュー画面としてもよいし、あるいは、各アプリケーションの名称を一覧表示したメニュー画面としてもよい。携帯端末２に実行させるアプリケーションをユーザが選択可能なものであれば、メニュー画面の表示にどのような表示方法を用いてもよい。

車載装置１において、ユーザが操作部１２を用いたボタン操作またはタッチパネル操作によりいずれかのアイコンを選択すると、車載装置１は（２）に示すように、当該アプリケーションを携帯端末２に起動（実行）させる。このとき車載装置１は、たとえば携帯端末２から送信されたメニュー画面情報に基づいて、ユーザに選択されたアイコンに対応するアプリケーションを特定し、そのアプリケーションに対応するアプリケーション起動指令（アプリケーション実行指令）を携帯端末２へ出力する。なお、各アイコンが表すアプリケーションを特定するための情報がメニュー画面情報に含まれていない場合は、選択されたアイコンの情報をアプリケーション起動指令（アプリケーション実行指令）として携帯端末２へ出力してもよい。

車載装置１からのアプリケーション起動指令（アプリケーション実行指令）を受けた携帯端末２は、ＳＰＭａｎを一旦停止する。その後、車載装置１から受信したアプリケーション起動指令に基づいて起動（実行）すべきアプリケーションを判断し、その判断結果に応じたアプリケーションを起動（実行）する。たとえば、ナビゲーション用のアプリケーションを起動し、図１８に示すような現在位置付近の地図画像を表示部２１において表示する。これにより、ユーザが車載装置１のメニュー画面上で選択したアプリケーションが携帯端末２において実行される。

さらに携帯端末２は、起動したアプリケーションによって作成された画像を車載装置１へ送信して、（３）に示すように、アプリケーションに応じた画面を車載装置１に対して表示させる。これにより、車載装置１において図１８に示すような地図画像が表示部１１に表示される。なお、図１８では携帯端末２の表示部２１に表示されているのと同じ内容の地図画像を車載装置１の表示部１１でも表示している例を示しているが、これらの地図画像もメニュー画面と同様に、互いに異なる内容としてもよい。

その後、車載装置１において、ユーザが操作部１２を用いたボタン操作またはタッチパネル操作により符号３０に示す終了アイコンを選択すると、車載装置１は（４）に示すように、実行中のアプリケーションを携帯端末２に停止させる。このとき車載装置１は、たとえば（２）で出力したアプリケーション起動指令に対応するアプリケーション停止指令を携帯端末２へ出力する。これにより、実行中のアプリケーションに応じたアプリケーション停止指令を携帯端末２へ出力する。なお、前述のように各アイコンが表すアプリケーションを特定するための情報がメニュー画面情報に含まれていない場合は、アプリケーションの種類を特定せずに、実行中のアプリケーションの停止を携帯端末２に対して指示するための情報をアプリケーション停止指令として出力してもよい。

実行中のアプリケーションを停止したら、携帯端末２は（５）に示すように、車載装置１に対してメニュー画面を再表示させる。このとき携帯端末２は、アプリケーションの起動時に停止したＳＰＭａｎを再起動してメニュー画面を再び表示した後、（１）の場合と同様に、メニュー画面情報を車載装置１へ送信する。このメニュー画面情報に基づいて、車載装置１においてメニュー画面が再表示される。

図１９は、上記のようにして車載装置１においてメニュー画面を表示し、ユーザに選択されたアプリケーションを携帯端末２において実行する際の本実施形態の車載装置１および携帯端末２における情報の流れを示す図である。なお、図１９では、車載装置１においてナビゲーション用のアプリケーションがユーザに選択された場合の例を示している。

図１９において符号４１に示すように、車載装置１と携帯端末２とが互いに接続されると、車載装置１は符号４２に示すように、携帯端末２に対してＳＰＭａｎの起動指令を出力する。この起動指令を受けた携帯端末２は、符号４３に示すようにＳＰＭａｎを起動する。これにより、図１８に示したようなメニュー画面が携帯端末２の表示部２１において表示される。

ＳＰＭａｎを起動したら、携帯端末２は符号４４に示すように、ＳＰＭａｎセッションの開始を車載装置１に対して指示する。ＳＰＭａｎセッションでは、車載装置１においてメニュー画面を表示するために車載装置１と携帯端末２との間で行われる一連の通信手順が定められている。携帯端末２からＳＰＭａｎセッションの開始指示を受けた車載装置１は、正常受信を表す「ＡＣＫ」を符号４５に示すように携帯端末２へ出力し、携帯端末２からメニュー画面情報が送信されるまで待機する。

車載装置１から「ＡＣＫ」を受けると、携帯端末２は符号４６に示すように、メニュー画面情報を車載装置１へ送信する。このメニュー画面情報は、たとえば前述のように、携帯端末２において予めＳＰＭａｎに登録された各アプリケーションに対応する各アイコンの画像情報と、各アプリケーションと各アイコンとの対応関係を表すための情報とを含んでいる。なお、携帯端末２から車載装置１へのメニュー画面情報の送信は、たとえばＵＳＢのインタラプト通信により行われる。こうして携帯端末２から受信したメニュー画面情報に基づいて、図１８に示したようなメニュー画面が車載装置１の表示部１１において表示される。

なお、携帯端末２においてＳＰＭａｎに登録されていないアプリケーションは、メニュー画面の対象外とされる。すなわち、そのアプリケーションに関する情報を除外して、携帯端末２から車載装置１へメニュー画面情報が送信される。車載装置１では、この対象外とされたアプリケーションに対応するアイコンを含まないメニュー画面が表示部１１に表示される。

さらに、ＳＰＭａｎに登録されているアプリケーションのうちいずれかをメニュー画面の対象外としてもよい。たとえば、機能や性能などが互いに異なる様々なものが車載装置１として存在しており、こうした各種の車載装置１が携帯端末２とそれぞれ接続可能であるとする。このような場合は、携帯端末２において、ＳＰＭａｎに登録されている各アプリケーションについて車載装置１の種類ごとにメニュー画面の対象とするか否かを予め設定しておく。そして、携帯端末２が接続された車載装置１の種類に応じて、対象外に設定されたアプリケーションに関する情報を除外して、携帯端末２から車載装置１へメニュー画面情報を送信する。これにより、車載装置１では、対象外のアプリケーションに対応するアイコンを含まないメニュー画面が表示部１１において表示される。このようにすれば、携帯端末２でＳＰＭａｎにおけるアプリケーションの登録内容を変更することなく、車載装置１の種類に応じて様々なメニュー画面を表示することができる。

表示部１１に表示されたメニュー画面において、ナビゲーション用のアプリケーションに対応するアイコンがユーザに選択されると、車載装置１は符号４７に示すように、ナビゲーション用のアプリケーション（図１９ではＮａｖＡｐと記載している）の起動指令を出力する。たとえば前述のように、当該アイコンに対応するアプリケーションがナビゲーション用のアプリケーションであることを車載装置１がメニュー画面情報に基づいて判断し、その判断結果に従って、ナビゲーション用のアプリケーションに対応するアプリケーション起動指令を車載装置１から携帯端末２へ出力する。なお、車載装置１から携帯端末２へのアプリケーション起動指令の出力は、たとえばＵＳＢのコントロール通信により行われる。

車載装置１からナビゲーション用のアプリケーションの起動指令を受けると、携帯端末２は、符号４８に示すようにＳＰＭａｎを停止する。その後、続いて符号４９に示すように、ＳＰＭａｎセッションの終了を車載装置１に対して指示する。このように、ナビゲーション用のアプリケーションを起動するのに先立ってＳＰＭａｎを停止することにより、携帯端末２において、次にＳＰＭａｎが再起動されるまでの間、車載装置１へのメニュー画面情報の送信と車載装置１からのアプリケーション起動指令の受付とが停止される。携帯端末２からＳＰＭａｎセッションの終了指示を受けた車載装置１は、正常受信を表す「ＡＣＫ」を符号５０に示すように携帯端末２へ出力する。

車載装置１から「ＡＣＫ」を受けると、携帯端末２は符号５１に示すように、ナビゲーション用のアプリケーションを起動してその実行を開始する。これにより、図１８に示したような地図画像が携帯端末２の表示部２１において表示される。

ナビゲーション用のアプリケーションを起動したら、携帯端末２は符号５２に示すように、ナビゲーションアプリケーションセッションの開始を車載装置１に対して指示する。ナビゲーションアプリケーションセッションでは、ナビゲーション用のアプリケーションに関して車載装置１と携帯端末２との間で行われる一連の通信手順が定められている。携帯端末２からナビゲーションアプリケーションセッションの開始指示を受けた車載装置１は、正常受信を表す「ＡＣＫ」を符号５３に示すように携帯端末２へ出力し、携帯端末２から情報が送信されるまで待機する。

車載装置１から「ＡＣＫ」を受けると、携帯端末２は符号５４に示すように、表示部２１において表示されている現在位置付近の地図画像を車載装置１へ送信する。なお、携帯端末２から車載装置１へ地図画像の送信は、たとえばＵＳＢのインタラプト通信により行われる。こうして携帯端末２から受信した地図画像は、図１８に示したように車載装置１の表示部１１において表示される。携帯端末２から地図画像を正常に受信すると、車載装置１は「ＡＣＫ」を符号５５に示すように携帯端末２へ出力する。なお、地図画像以外の情報、たとえば誘導音声を出力するための情報などを受信した場合も同様である。

その後、ナビゲーション用のアプリケーションを終了するための前述のような操作が車載装置１においてユーザにより行われると、その操作に応じて、車載装置１は符号５６に示すように、ナビゲーション用のアプリケーションの停止指令を出力する。このアプリケーション停止指令は、たとえば前述のように、符号４７で出力したアプリケーション起動指令に対応するアプリケーション停止指令を車載装置１から携帯端末２へ出力することにより行われる。なお、車載装置１から携帯端末２へのアプリケーション停止指令の出力は、たとえばＵＳＢのコントロール通信により行われる。

車載装置１からナビゲーション用のアプリケーションの停止指令を受けると、携帯端末２は、符号５７に示すようにナビゲーション用のアプリケーションを停止する。その後、続いて符号５８に示すように、ナビゲーションアプリケーションセッションの終了を車載装置１に対して指示する。

携帯端末２からナビゲーションアプリケーションセッションの終了指示を受けた車載装置１は、符号５９に示すように、携帯端末２に対してＳＰＭａｎの起動指令を出力する。この起動指令を受けた携帯端末２は、符号６０に示すようにＳＰＭａｎを再起動し、図１８に示したようなメニュー画面を表示部２１に再表示する。これにより、携帯端末２において一旦停止された車載装置１へのメニュー画面情報の送信と車載装置１からのアプリケーション起動指令の受付とが再開される。

携帯端末２においてＳＰＭａｎを再起動した後、車載装置１と携帯端末２は前述のような動作をそれぞれ繰り返す。すなわち、携帯端末２は符号７１に示すように、ＳＰＭａｎセッションの開始を車載装置１に対して指示する。携帯端末２からＳＰＭａｎセッションの開始指示を受けた車載装置１は、正常受信を表す「ＡＣＫ」を符号７２に示すように携帯端末２へ出力する。車載装置１から「ＡＣＫ」を受けると、携帯端末２は符号７３に示すように、メニュー画面情報を車載装置１へ送信する。こうして携帯端末２から受信したメニュー画面情報に基づいて、車載装置１は図１８に示したようなメニュー画面を表示部１１に再表示する。

なお、表示部１１に表示されたメニュー画面においていずれかのアイコンがユーザに選択されると、ナビゲーション用のアプリケーションについて上記で説明したのと同様の動作が車載装置１と携帯端末２においてそれぞれ行われる。すなわち、車載装置１は当該アイコンに対応するアプリケーション起動指令を携帯端末２へ出力する。このアプリケーション起動指令を受けると、携帯端末２はＳＰＭａｎを停止し、ＳＰＭａｎセッションの終了を車載装置１に対して指示する。その後、起動指令を受けたアプリケーションを起動し、そのアプリケーションに応じたセッションを開始する。

また、実行中のアプリケーションを終了するための操作が車載装置１においてユーザにより行われると、その操作に応じて、車載装置１は当該アプリケーションの停止指令を携帯端末２へ出力する。これを受けた携帯端末２は実行中のアプリケーションを停止し、そのアプリケーションに応じたセッションを終了する。セッション終了後、車載装置１は携帯端末２に対してＳＰＭａｎの起動指令を出力し、ＳＰＭａｎを再起動させる。

なお、携帯端末２においていずれかのアプリケーションが実行されているときに車載装置１と携帯端末２との間で行われる通信の制御は、実行中のアプリケーションが直接行ってもよい。あるいは、実行中のアプリケーションに応じた通信制御をＳＰＭａｎに代行させ、実行中のアプリケーションはＳＰＭａｎを経由して車載装置１と通信を行うようにしてもよい。

次に、本実施形態における車両走行中のアプリケーションの実行制限について説明する。携帯端末２においてＳＰＭａｎにアプリケーションを登録する際、ユーザは各アプリケーションについて、車両走行中の実行を許可するか否かを予め設定しておくことができる。この設定内容に応じて、車両が走行中であると判断したときに携帯端末２は、車両走行中の実行が許可されていないアプリケーションの実行を禁止し、車両走行中の実行が許可されているアプリケーションのみを実行できるように制限する。アプリケーションの実行を禁止する方法としては、たとえば、車載装置１において表示部１１に表示されているメニュー画面上で当該アプリケーションに対応するアイコンを無効化する。または、アイコンを無効化せずに有効な状態のままでアプリケーションの実行を禁止してもよい。この場合、たとえば、車載装置１において当該アプリケーションのアイコンがユーザによって選択されてもアプリケーション起動指令を出力しないようにしたり、車載装置１から出力された当該アプリケーションの起動指令を携帯端末２において無視したりすることで、当該アプリケーションの実行を禁止することができる。以上のいずれの方法を用いてもよい。なお、各アプリケーションに対する車両走行中の実行を許可するか否かの設定をＳＰＭａｎへの登録時にユーザが行うのではなく、アプリケーションごとに予め定めておいてもよい。

図２０（ａ）、２０（ｂ）および２０（ｃ）は、車両走行中のアプリケーションの実行制限を行ったときの車両停止中および車両走行中の表示画面例を示している。図２０（ａ）は、車両停止中に車載装置１において表示部１１に表示されるメニュー画面の例を示している。このメニュー画面は図１８に例示したものと同じであり、ＳＰＭａｎに登録されている「Ａ」〜「Ｉ」の各アプリケーションに対応する各アイコンが示されている。

図２０（ｂ）は、車両走行中に車載装置１において表示部１１に表示されるメニュー画面の例を示している。このメニュー画面では、「Ｄ」および「Ｉ」のアプリケーションをそれぞれ表す各アイコンに対して、その実行が禁止されていることを表すための「×」マークが表示されている。なお、これらのアイコンがメニュー画面上でユーザに選択されても、携帯端末２は対応するアプリケーションを実行せず、メニュー画面の表示を続ける。このとき、車両走行中には当該アプリケーションの実行が禁止されている旨の注意表示などを行ってもよい。このようにして、メニュー画面において車両走行中の実行を禁止されたアプリケーションに対応するアイコンの表示態様が車両停止時とは異なる態様に変化される。

また図２０（ｃ）は、車両停止時に携帯端末２において「Ｄ」または「Ｉ」のアプリケーションが実行されており、そのアプリケーションに応じた画面が車載装置１において表示部１１に表示されていた場合に、その後車両が走行を開始したときの車両走行中の表示画面例を示している。この画面では、車両走行中には当該アプリケーションの実行が禁止されていることを表す「走行中」の文字が表示されていると共に、当該アプリケーションによる画面が非表示とされている。なお、このような画面を表示するかわりに、携帯端末２において実行中のアプリケーションを強制終了し、図２０（ｂ）のようなメニュー画面を表示してもよい。

なお、車両が走行中であるか否かの判断は、車載装置１から携帯端末２へ所定時間ごとに出力される車速情報に基づいて、携帯端末２により行うことができる。すなわち、車載装置１の制御部１０は、車両から出力される車速情報を前述の第１の実施の形態で説明したようにして取得すると、その車速情報をインタフェース部１５およびＵＳＢケーブル３を介して携帯端末２へ所定時間ごとに出力する。携帯端末２は、車載装置１から出力された車速情報に基づいて車両が走行中であるか否かを判断し、車両が走行中であると判定された場合、車両走行中の実行が禁止されているアプリケーションに対応するアイコンの表示態様を変化させるように車載装置１に対して指示する。この指示を受けた車載装置１は、当該アイコンの表示態様を図２０（ｂ）に示すように変化させる。

本実施形態の車載装置１および携帯端末２における処理のフローチャートを図２１および２２に示す。図２１は、車載装置１における処理のフローチャートを示しており、図２２、携帯端末２における処理のフローチャートを示している。

最初に図２１のフローチャートについて説明する。図２１のフローチャートに示す処理は、車載装置１において制御部１０により実行されるものである。

ステップＳ４１０において、制御部１０は、携帯端末２が接続されているか否かを判定する。前述の第１の実施の形態において図１に示したように、車載装置１と携帯端末２がＵＳＢケーブル３を介して接続されている場合は、次のステップＳ４２０へ進む。

ステップＳ４２０において、制御部１０は、携帯端末２に対してＳＰＭａｎの起動指令を出力する。このＳＰＭａｎの起動指令の出力は、インタフェース部１５およびＵＳＢケーブル３を介して行われる。

ステップＳ４３０において、制御部１０は、ステップＳ４２０で出力したＳＰＭａｎの起動指令に応じて携帯端末２がＳＰＭａｎを起動することによって携帯端末２から送信されるメニュー画面情報を受信する。ここでは、携帯端末２において後で説明する図２２のステップＳ６４０が実行されることにより、携帯端末２からメニュー画面情報がＵＳＢケーブル３を介して送信され、インタフェース部１５を用いて受信される。

ステップＳ４４０において、制御部１０は、ステップＳ４３０で受信したメニュー画面情報に基づいて、図１５に示したようなメニュー画面を表示部１１に表示する。

ステップＳ４５０において、制御部１０は、ステップＳ４４０で表示したメニュー画面上でいずれかのアイコンがユーザに選択されることにより、いずれかのアプリケーションがユーザによって選択されたか否かを判定する。ユーザがメニュー画面上でいずれかのアイコンを選択してアプリケーションの選択を行った場合は、次のステップＳ４６０へ進む。

ステップＳ４６０において、制御部１０は、ステップＳ４５０でユーザに選択されたアプリケーションに対応するアプリケーション起動指令を携帯端末２に対して出力する。このアプリケーション起動指令の出力は、インタフェース部１５およびＵＳＢケーブル３を介して行われる。

ステップＳ４７０において、制御部１０は、ステップＳ４６０で出力したアプリケーション起動指令に応じて携帯端末２が起動したアプリケーションによる情報送信の有無を判定する。携帯端末２から車載装置１に対して何らかの情報送信が行われた場合はステップＳ４８０へ進み、何の情報も送信されない場合はステップＳ５００へ進む。

ステップＳ４８０において、制御部１０は、携帯端末２からの情報を受信する。ここでは、後で説明する図２２のステップＳ６８０において実行中のアプリケーションに応じた処理が行なわれることにより、その処理結果に関する情報が携帯端末２からＵＳＢケーブル３を介して送信され、インタフェース部１５を用いて受信される。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、携帯端末２から送信される地図画像情報を受信する。

ステップＳ４９０において、制御部１０は、ステップＳ４８０で携帯端末２から受信した情報に応じた処理を行う。たとえば、ナビゲーション用のアプリケーションによる地図画像情報を携帯端末２から受信したときには、その地図画像情報に基づいて図１５に示したような地図画像を表示部１１に表示する。

ステップＳ５００において、制御部１０は、携帯端末２において実行中のアプリケーションを停止するか否かを判定する。たとえば前述のようなアプリケーションの終了操作がユーザから行われたときには、実行中のアプリケーションを停止すると判定してステップＳ５１０へ進む。一方、アプリケーションの終了操作がユーザから行われていなければ、実行中のアプリケーションを停止しないと判定してステップＳ４７０へ戻る。

ステップＳ５１０において、制御部１０は、携帯端末２において実行中であるアプリケーションの停止指令を携帯端末２に対して出力する。ここでは前述のように、たとえばステップＳ４６０で出力したアプリケーション起動指令に対応するアプリケーション停止指令をインタフェース部１５およびＵＳＢケーブル３を介して携帯端末２へ出力することにより、アプリケーション停止指令の出力を行う。

ステップＳ５１０を実行したら、制御部１０はステップＳ４２０へ戻り、携帯端末２に対してＳＰＭａｎの起動指令を再び出力する。これにより、携帯端末２においてＳＰＭａｎを再起動させ、メニュー画面情報の送信やユーザに選択されたアプリケーションの実行を携帯端末２に再開させる。

次に図２２のフローチャートについて説明する。図２２のフローチャートに示す処理は、携帯端末２において制御部２０により実行されるものである。

ステップＳ６１０において、制御部２０は、車載装置１が接続されているか否かを判定する。前述の第１の実施の形態において図１に示したように、車載装置１と携帯端末２がＵＳＢケーブル３を介して接続されている場合は、次のステップＳ６２０へ進む。

ステップＳ６２０において、制御部２０は、車載装置１からＳＰＭａｎ起動指令を受信したか否かを判定する。車載装置１において図２１のステップＳ４２０が実行されることにより車載装置１から出力されたＳＰＭａｎ起動指令を受信した場合、制御部２０は次のステップＳ６３０へ進む。一方、車載装置１からＳＰＭａｎ起動指令を受信していない場合は、ステップＳ６１０へ戻る。

ステップＳ６３０において、制御部２０は、ＳＰＭａｎを起動する。これにより、車載装置１からＳＰＭａｎ起動指令があると、それに応じて携帯端末２においてＳＰＭａｎが起動され、図１５に示したようなメニュー画面が表示部２１に表示される。

ステップＳ６４０において、制御部２０は、車載装置１へメニュー画面情報を送信する。ここでは前述のように、ステップＳ６３０で起動したＳＰＭａｎに登録されている各アプリケーションに対応する各アイコンの画像情報や、各アプリケーションと各アイコンとの対応関係を表すための情報などをメニュー画面情報として送信する。このメニュー画面情報の送信は、インタフェース部２５およびＵＳＢケーブル３を介して行われる。

ステップＳ６５０において、制御部２０は、車載装置１からアプリケーション起動指令を受信したか否かを判定する。車載装置１において図２１のステップＳ４６０が実行されることにより、いずれかのアプリケーションに対して車載装置１から出力されたアプリケーション起動指令を受信した場合、制御部２０はステップＳ６６０へ進む。一方、車載装置１からアプリケーション起動指令を受信していない場合は、ステップＳ７２０へ進む。

ステップＳ６６０において、制御部２０は、ステップＳ６３０で起動したＳＰＭａｎを停止する。続くステップＳ６７０において、制御部２０は、ステップＳ６５０で車載装置１から受信したアプリケーション起動指令に対応するアプリケーションを起動する。これにより、いずれかのアプリケーションについて車載装置１から起動指令があると、それに応じて携帯端末２においてＳＰＭａｎが停止された後、当該アプリケーションが起動される。

ステップＳ６８０において、制御部２０は、ステップＳ６７０で起動したアプリケーションに応じた処理を行う。このとき、実行中のアプリケーションによる処理結果に関する情報が必要に応じて携帯端末２から車載装置１へ送信される。こうした情報の送信は、インタフェース部２５およびＵＳＢケーブル３を介して行われる。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、現在位置付近の地図画像を表す地図画像情報が送信される。

ステップＳ６９０において、制御部２０は、ステップＳ６７０で起動したアプリケーションを停止するか否かを判定する。車載装置１において図２１のステップＳ５１０が実行されることにより車載装置１から出力されたアプリケーション停止指令を受信した場合、制御部２０は実行中のアプリケーションを停止すると判定してステップＳ７００へ進む。一方、車載装置１からアプリケーション停止指令を受信していない場合、制御部２０はアプリケーションを停止しないと判定してステップＳ６８０へ戻り、実行中のアプリケーションに応じた処理を続行する。なお、携帯端末２においてユーザが所定の終了操作を行ったときにアプリケーションを停止すると判定してもよい。

ステップＳ７００において、制御部２０は、ステップＳ６７０で起動したアプリケーションを停止する。続くステップＳ７１０において、制御部２０は、ステップＳ６２０と同様に、車載装置１からＳＰＭａｎ起動指令を受信したか否かを判定する。車載装置１において図２１のステップＳ４２０が実行されることにより車載装置１から出力されたＳＰＭａｎ起動指令を受信した場合、制御部２０はステップＳ６３０へ戻ってＳＰＭａｎを再起動する。その後は、前述のような処理を繰り返す。

ステップＳ７２０において、制御部２０は、車両が走行中であるか否かを判定する。ここでは前述のように、車載装置１から携帯端末２へ所定時間ごとに出力される車速情報に基づいて、車両が走行中であるか否かを判定する。車両が走行中であると判定した場合はステップＳ７３０へ進み、停止中であると判定した場合はステップＳ６５０へ戻る。

ステップＳ７３０において、制御部２０は、車両走行中の実行が禁止されているアプリケーションに対する実行制限を行う。このとき制御部２０は、ＳＰＭａｎに登録されている各アプリケーションについて、車両走行中の実行が許可されているか否かを前述のようにして判断する。そして、車両走行中の実行が許可されていないアプリケーションの実行を禁止すると共に、図２０で説明したように、メニュー画面においてそのアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させる。こうしてアプリケーションの実行制限を行ったら、ステップＳ６５０へ戻る。

以上説明した第３の実施の形態によれば、次のような作用効果を奏する。

（１２）携帯端末２は、制御部２０の処理により、ＳＰＭａｎを実行して車載装置１との間で行う通信を制御すると共に、予め記憶されたソフトウェアを実行する。一方、車載装置１は、ユーザによる操作を操作部１２により入力し、その操作に応じた情報を、情報端末２の制御部２０が行う通信制御により情報端末２へ送信する。さらに、情報端末２の制御部２０が行う通信制御により情報端末２から送信された情報に基づいて、ユーザに対する報知を行う。具体的には、携帯端末２は、制御部２０の処理により、携帯端末２において実行可能な複数のアプリケーションの各々にそれぞれ対応する複数のアイコンを含むメニュー画面を車載装置１において表示するためのメニュー画面情報を車載装置１へ送信する（ステップＳ６４０）。そして、車載装置１においてユーザが操作部１２を操作してメニュー画面上で複数のアイコンのいずれかを選択することで車載装置１から送信されるアプリケーション起動指令（アプリケーション実行指令）を受信し（ステップＳ６５０）、そのアプリケーション起動指令（アプリケーション実行指令）に応じて複数のアプリケーションのいずれかを実行状態とする（ステップＳ６７０）。一方、車載装置１は、制御部１０の処理により、メニュー画面情報を携帯端末２から受信し（ステップＳ４３０）、そのメニュー画面情報に基づいてメニュー画面を表示部１１に表示する（ステップＳ４４０）ことにより、ユーザへの報知を行う。こうして表示したメニュー画面上でユーザが操作部１２を操作していずれかのアイコンを選択すると、そのアイコンに対応するアプリケーションを起動（実行）するためのアプリケーション起動指令（アプリケーション実行指令）を携帯端末２へ送信する（ステップＳ４６０）。このようにしたので、車載装置１の操作により携帯端末２に搭載されている様々な機能の中から所望の機能を選択して実行させることができる。そのため、車載装置１における操作内容と携帯端末２における動作内容との対応付けを容易に行うことができる。

（１３）また携帯端末２は、制御部２０の処理により、ステップＳ６５０で車載装置１からのアプリケーション起動指令を受信すると、ＳＰＭａｎを停止状態とする（ステップＳ６６０）。これにより、ステップＳ６７０で複数のアプリケーションのいずれかを実行状態とするのに先立って、ステップＳ６４０によるメニュー画面情報の送信およびステップＳ６５０によるアプリケーション起動指令の受信を停止する。このようにしたので、携帯端末２において複数のアプリケーションを同時に実行できない場合に、ＳＰＭａｎからユーザに選択されたアプリケーションへの切り替えを行うことができる。

（１４）さらに携帯端末２は、制御部２０の処理により、ステップＳ６７０で実行状態としたアプリケーションがステップＳ７００において停止状態とされると、ステップＳ７１０において車載装置１からＳＰＭａｎ起動指令を受信した後、ステップＳ６３０へ戻ってＳＰＭａｎを再起動する。これにより、ステップＳ６４０によるメニュー画面情報の送信およびステップＳ６５０によるアプリケーション起動指令の受信を再開する。このようにしたので、携帯端末２において複数のアプリケーションを同時に実行できない場合に、実行停止されたアプリケーションからＳＰＭａｎへの切り替えを行うことができる。

（１５）車載装置１は、制御部１０の処理により、携帯端末２において実行中のアプリケーションを停止状態とするためのアプリケーション停止指令を、操作部１２により入力されたユーザの操作に応じて携帯端末２へ送信する（ステップＳ５１０）。その後に、携帯端末２においてステップＳ６４０によるメニュー画面情報の送信およびステップＳ６５０によるアプリケーション起動指令の受信を再開させるための再開指令として、ＳＰＭａｎ起動指令を携帯端末２へ送信する（ステップＳ４２０）。すると携帯端末２は、アプリケーション停止指令に応じてステップＳ７００を実行することで、ステップＳ６７０で実行状態としたアプリケーションを停止状態とし、その後、ＳＰＭａｎ起動指令に応じて、ステップＳ６４０によるメニュー画面情報の送信およびステップＳ６５０によるアプリケーション起動指令の受信を再開する。このようにしたので、ユーザが車載装置１を操作して実行中のアプリケーションの停止を指示したときに、携帯端末２において実行中のアプリケーションを確実に停止状態とすると共に、そのアプリケーションからＳＰＭａｎへの切り替えを自動的に行い、次にユーザが行う操作に備えることができる。

（１６）ステップＳ６４０において携帯端末２から車載装置１へ送信されるメニュー画面情報は、携帯端末２において実行可能な複数のアプリケーションと複数のアイコンとの対応関係を表すための情報を含むことができる。車載装置１は、ステップＳ４６０において、ユーザが操作部１２を操作してメニュー画面上で選択したアイコンに対応するアプリケーションをこうしたメニュー画面情報に基づいて判断し、当該アプリケーションに応じたアプリケーション起動指令を携帯端末２へ送信することができる。このようにすれば、ユーザの選択結果を正しく反映したアプリケーション起動指令を車載装置１から携帯端末２へ出力することができるため、携帯端末２において所望のアプリケーションを確実に実行できる。

（１７）携帯端末２は、制御部２０の処理により、車両が走行中であるか否かを判定し（ステップＳ７２０）、車両が走行中であると判定した場合に、携帯端末２において実行可能な複数のアプリケーションのうち所定のアプリケーションの実行を禁止する（ステップＳ７３０）。このようにしたので、安全上や操作上の観点から運転中には適さないアプリケーションが携帯端末２において実行されるのを防止し、車両走行中の安全性や操作性を確保することができる。

（１８）また携帯端末２は、制御部２０の処理により、メニュー画面において、ステップＳ７３０で実行を禁止されたアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させるようにした。これにより、当該アイコンが表すアプリケーションの実行が車両走行中には禁止されていることをユーザに対して分かりやすく知らせることができる。

なお、以上説明した第３の実施の形態では、車載装置１と携帯端末２とが互いに接続されると、車載装置１から携帯端末２に対してＳＰＭａｎの起動指令を出力することにより、携帯端末２においてＳＰＭａｎが起動されるようにしたが、車載装置１との接続を携帯端末２が検知してＳＰＭａｎを起動してもよい。また、実行中のアプリケーションを停止した場合も同様に、車載装置１から携帯端末２に対してＳＰＭａｎの起動指令を出力するのではなく、携帯端末２において実行中のアプリケーションを停止したらＳＰＭａｎを再起動してもよい。

以上説明した第３の実施の形態において、携帯端末２は、ユーザに選択されたアプリケーションを起動するときには、先にＳＰＭａｎを停止し、その後にアプリケーションの起動を行う。また、実行中のアプリケーションを停止すると、停止していたＳＰＭａｎを再起動する。このようにして、ＳＰＭａｎと実行アプリケーションとの切り替えを行うようにしていた。しかし、携帯端末２において複数のアプリケーションを同時に実行できる場合は、こうしたアプリケーションの切り替えは不要である。すなわち、アプリケーションが実行中であるか否かに関わらず、携帯端末２において常にＳＰＭａｎを起動させておくことができる。この場合、ユーザに選択されたアプリケーションを実行するときにはＳＰＭａｎをバックグラウンドで動作またはスリープ状態とし、そのアプリケーションが停止されたらＳＰＭａｎをバックグラウンドからフォアグランドに移してアクティブにしてもよい。あるいは、携帯端末２において実行中のアプリケーションが停止されると、ＳＰＭａｎをバックグラウンドで動作させたままで車載装置１との通信を行うようにしてもよい。こうした動作は、車載装置１の操作によりユーザに選択されて実行されるナビゲーション用アプリケーションなどの各種アプリケーションについても同様である。すなわち、本実施形態において説明したＳＰＭａｎや各種アプリケーションの「起動」とは、これらのアプリケーションを実行状態として、車載装置１と携帯端末２の間で当該アプリケーションによる情報のやり取りが行われるようにすることを意味している。反対に、ＳＰＭａｎや各種アプリケーションの「停止」とは、これらのアプリケーションを停止状態として、車載装置１と携帯端末２の間で当該アプリケーションによる情報のやり取りが行われないようにすることを意味している。

上述したように、車載装置１と接続されている携帯端末２が複数のアプリケーションを同時に実行可能なものである場合は、ナビゲーション用のアプリケーションを実行するときであってもＳＰＭａｎを停止せずに、そのまま車載装置１へのメニュー画面情報の送信と車載装置１からのアプリケーション起動指令の受付とを継続することが好ましい。このようにすることで、アプリケーション起動時の処理を簡略化できる。さらに、携帯端末２においてナビゲーション用のアプリケーションを実行中のときに、車載装置１をユーザが操作して他のアプリケーションを起動させることもできる。一方、車載装置１と接続されている携帯端末２が一度にアプリケーションを一つしか実行できないものである場合は、実施の形態において説明したように、ナビゲーション用のアプリケーションを実行するときにＳＰＭａｎを停止して、車載装置１へのメニュー画面情報の送信と車載装置１からのアプリケーション起動指令の受付とを停止する必要がある。これにより、携帯端末２において実行するアプリケーションをＳＰＭａｎからナビゲーション用のアプリケーションに切り替えることができる。

以上説明した第３の実施の形態において、複数のアプリケーションで共通に利用される処理がある場合は、その処理をＳＰＭａｎが代行することで、当該処理結果を複数のアプリケーション間で共有できるようにしてもよい。こうした処理には、たとえばユーザ認証処理などのように、最初に一度実施しておけば携帯端末２を交換しない限り必要のない処理などが該当する。このようにすれば、ＳＰＭａｎによる処理結果を各アプリケーションが取得するだけで済み、違うアプリケーションを実行する度に同じ処理を逐一行う必要がなくなる。そのため、携帯端末２において処理の効率化および高速化を図ることができる。

以上説明した第３の実施の形態では、車両から出力される車速情報を車載装置１において取得し、その車速情報を車載装置１から携帯端末２へ出力することにより、携帯端末２において車両が走行中であるか否かを判定するようにした。しかし、車載装置１において車両が走行中であるか否かを判定するようにしてもよい。その場合、車載装置１から携帯端末２へ車速情報を出力する必要はなく、図２２のステップＳ７２０およびＳ７３０の処理は、車載装置１において制御部１０により実行される。あるいは、携帯端末２において検出された現在位置に基づいて車両が走行中であるか否かを判定してもよい。この場合にも車載装置１から携帯端末２へ車速情報を出力する必要はない。

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

−第４の実施の形態−
次に本発明の第４の実施の形態について説明する。本実施形態では、携帯端末２において実行されるアプリケーションをユーザが車載装置１の操作により選択するときの処理方法について、前述の第３の実施の形態とは別の例を用いて説明する。

図２３は、本発明の第４の実施の形態による車載情報システムの構成を示す図である。図２３に示す車載情報システムは、前述の第１の実施の形態で説明した図１の車載情報システムと比べて、車載装置１と携帯端末２がＵＳＢケーブル３に加えて、さらに映像ケーブル４を介して互いに接続されている点が異なっている。

図２４は、本実施形態による車載情報システムにおける車載装置１および携帯端末２の構成を示すブロック図である。図２４に示すように、本実施形態による車載装置１は、図２と同様の制御部１０、表示部１１、操作部１２、音声出力部１３、メモリ部１４およびインタフェース部１５に加えて、さらに映像信号入力部１６を有する。一方、携帯端末２は、図２と同様の制御部２０、表示部２１、操作部２２、音声出力部２３、メモリ部２４、インタフェース部２５、無線通信部２６およびＧＰＳ受信部２７に加えて、さらに映像信号出力部２８を有する。

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

一方、携帯端末２において、映像信号出力部２８は、車載装置１で表示するために制御部２０により生成された画面をコンポジット信号等の映像信号に変換し、映像ケーブル４を介して車載装置１へ出力する。この映像信号が車載装置１において映像信号入力部１６に入力されることで、携帯端末２からの画面を車載装置１の表示部１１に表示することができる。

本実施形態において、携帯端末２は、映像信号出力部２８からの映像信号により、前述の第３の実施の形態で説明したようなメニュー画面を車載装置１へ送信する。車載装置１は、携帯端末２から送信された映像信号に基づいて、表示部１１にメニュー画面を表示する。

図２５は、本実施形態の車載装置１においてメニュー画面を表示し、ユーザに選択されたアプリケーションを携帯端末２において実行する際の車載装置１および携帯端末２における画面遷移の様子を示す図である。

携帯端末２においてＳＰＭａｎが起動されると、図２５に示すように、前述の第３の実施の形態で説明した図１８と同様のメニュー画面が表示部２１に表示される。

携帯端末２はさらに、図２５において（１）に示すように、車載装置１に対してメニュー画面を表示させる。このとき携帯端末２は、車載装置１において表示するためのメニュー画面を映像信号に変換し、映像信号出力部２８から映像ケーブル４を介して車載装置１へ送信する。

車載装置１は、携帯端末２から送信された映像信号に基づいて、前述の第３の実施の形態で説明した図１８と同様の、図２５に示すようなメニュー画面を表示部１１に表示する。なお、第３の実施の形態で説明したように本実施形態でも、携帯端末２の表示部２１と車載装置１の表示部１１でそれぞれ表示されるメニュー画面を異なる内容としてもよい。その場合、携帯端末２では、車載装置１において表示するためのメニュー画面を表示部２１に表示するメニュー画面とは別に生成し、映像信号により車載装置１へ送信する。

車載装置１において、ユーザが操作部１２を用いたボタン操作またはタッチパネル操作によりいずれかのアイコンを選択する操作を行うと、車載装置１は（２）に示すように、その操作内容に関する操作情報を携帯端末２へ送信する。このとき車載装置１は、操作情報として、たとえばユーザのボタン操作の内容を表すボタン情報、またはタッチパネル操作により指定された表示部１１の画面上の位置を表す座標情報を携帯端末２へ出力する。

車載装置１からの操作情報を受けた携帯端末２は、車載装置１から受信した操作情報に基づいて起動すべきアプリケーションを判断し、その判断結果に応じたアプリケーションを起動（実行）する。たとえば、ナビゲーション用のアプリケーションを起動し、図２５に示すような現在位置付近の地図画像を表示部２１において表示する。これにより、ユーザが車載装置１のメニュー画面上で選択したアプリケーションが携帯端末２において実行される。このとき携帯端末２は、ＳＰＭａｎを一旦停止する。

さらに携帯端末２は、起動したアプリケーションによって作成された画面の映像信号を車載装置１へ送信して、（３）に示すように、アプリケーションに応じた画面を車載装置１に対して表示させる。これにより、車載装置１において図２５に示すような地図画面が表示部１１に表示される。なお、第３の実施の形態で説明したように本実施形態でも、携帯端末２の表示部２１と車載装置１の表示部１１でそれぞれ表示される地図画面もメニュー画面と同様に、互いに異なる内容としてもよい。その場合、携帯端末２では、車載装置１において表示するための地図画面を表示部２１に表示する地図画面とは別に生成し、映像信号により車載装置１へ送信する。

その後、車載装置１において、ユーザが操作部１２を用いたボタン操作またはタッチパネル操作により符号３０に示す終了アイコンを選択すると、車載装置１は（４）に示すように、その操作内容に応じた操作情報を携帯端末２へ送信する。すると携帯端末２は、車載装置１から受信した操作情報に基づいてアプリケーションの終了を判断し、これに応じて実行中のアプリケーションを停止する。

実行中のアプリケーションを停止したら、携帯端末２は（５）に示すように、車載装置１に対してメニュー画面を再表示させる。このとき携帯端末２は、アプリケーションの起動時に停止したＳＰＭａｎを再起動してメニュー画面を再び表示した後、（１）の場合と同様に、メニュー画面を映像信号に変換し、映像信号出力部２８から映像ケーブル４を介して車載装置１へ送信する。この映像信号に基づいて、車載装置１においてメニュー画面が再表示される。

図２６は、上記のようにして車載装置１においてメニュー画面を表示し、ユーザに選択されたアプリケーションを携帯端末２において実行する際の本実施形態の車載装置１および携帯端末２における情報の流れを示す図である。なお、図２６では、車載装置１においてナビゲーション用のアプリケーションがユーザに選択された場合の例を示している。

図２６において符号１４１に示すように、車載装置１と携帯端末２とが互いに接続されると、車載装置１は符号１４２に示すように、携帯端末２に対してＳＰＭａｎの起動指令を出力する。この起動指令を受けた携帯端末２は、符号１４３に示すようにＳＰＭａｎを起動する。これにより、図２５に示したようなメニュー画面が携帯端末２の表示部２１において表示される。

ＳＰＭａｎを起動したら、携帯端末２は符号１４４に示すように、ＳＰＭａｎセッションの開始を車載装置１に対して指示する。ＳＰＭａｎセッションでは、車載装置１においてメニュー画面を表示するために車載装置１と携帯端末２との間で行われる一連の通信手順が定められている。携帯端末２からＳＰＭａｎセッションの開始指示を受けた車載装置１は、正常受信を表す「ＡＣＫ」を符号１４５に示すように携帯端末２へ出力する。

車載装置１から「ＡＣＫ」を受けると、携帯端末２は符号１４６に示すように、メニュー画面を車載装置１へ送信する。このメニュー画面の送信は、前述のように、メニュー画面を映像信号に変換して映像信号出力部２８から映像ケーブル４を介して出力することにより行われる。こうして携帯端末２から受信した映像信号に基づいて、図２５に示したようなメニュー画面が車載装置１の表示部１１において表示される。

なお、携帯端末２においてＳＰＭａｎに登録されていないアプリケーションは、メニュー画面の対象外とされる。すなわち、そのアプリケーションに対応するアイコンを除外してメニュー画面が作成され、携帯端末２から車載装置１へメニュー画面の映像信号が送信される。車載装置１では、この対象外とされたアプリケーションに対応するアイコンを含まないメニュー画面が表示部１１に表示される。

さらに、ＳＰＭａｎに登録されているアプリケーションのうちいずれかをメニュー画面の対象外としてもよい。たとえば、機能や性能などが互いに異なる様々なものが車載装置１として存在しており、こうした各種の車載装置１が携帯端末２とそれぞれ接続可能であるとする。このような場合は、携帯端末２において、ＳＰＭａｎに登録されている各アプリケーションについて車載装置１の種類ごとにメニュー画面の対象とするか否かを予め設定しておく。そして、携帯端末２が接続された車載装置１の種類に応じて、対象外に設定されたアプリケーションに対応するアイコンを除外してメニュー画面を作成し、そのメニュー画面の映像信号を携帯端末２から車載装置１へ送信する。これにより、車載装置１では、対象外のアプリケーションに対応するアイコンを含まないメニュー画面が表示部１１において表示される。このようにすれば、携帯端末２でＳＰＭａｎにおけるアプリケーションの登録内容を変更することなく、車載装置１の種類に応じて様々なメニュー画面を表示することができる。

表示部１１に表示されたメニュー画面において、ユーザのボタン操作またはタッチパネル操作により画面上のいずれかの位置が指定されると、車載装置１は符号１４７に示すように、その操作内容を表すボタン情報または座標情報を操作情報として出力する。なお、車載装置１から携帯端末２への操作情報の出力は、たとえばＵＳＢのコントロール通信により行われる。

車載装置１から操作情報を受けると、携帯端末２は、その操作情報に基づいてユーザがメニュー画面上でどのアイコンを選択したかを判断する。その結果、ナビゲーション用のアプリケーションに対応するアイコンが選択されたと判断すると、符号１４８に示すようにＳＰＭａｎを停止する。このとき携帯端末２は、ＳＰＭａｎからナビゲーション用のアプリケーション（図２６ではＮａｖＡｐと記載している）を呼び出すことで、符合１５１に示すようにナビゲーション用のアプリケーションを起動する。さらに符号１４９に示すように、ＳＰＭａｎセッションの終了を車載装置１に対して指示する。このように、ナビゲーション用のアプリケーションを起動する際にＳＰＭａｎを停止することにより、携帯端末２において、次にＳＰＭａｎが再起動されるまでの間、車載装置１へのメニュー画面の送信が停止される。携帯端末２からＳＰＭａｎセッションの終了指示を受けた車載装置１は、正常受信を表す「ＡＣＫ」を符号１５０に示すように携帯端末２へ出力する。

携帯端末２がナビゲーション用のアプリケーションを起動してその実行を開始すると、図２５に示したような地図画面が携帯端末２の表示部２１において表示される。

ナビゲーション用のアプリケーションを起動したら、携帯端末２は符号１５２に示すように、ナビゲーションアプリケーションセッションの開始を車載装置１に対して指示する。ナビゲーションアプリケーションセッションでは、ナビゲーション用のアプリケーションに関して車載装置１と携帯端末２との間で行われる一連の通信手順が定められている。携帯端末２からナビゲーションアプリケーションセッションの開始指示を受けた車載装置１は、正常受信を表す「ＡＣＫ」を符号１５３に示すように携帯端末２へ出力する。

車載装置１から「ＡＣＫ」を受けると、携帯端末２は符号１５４に示すように、現在位置付近の地図画面を車載装置１へ送信する。なお、携帯端末２から車載装置１へ地図画面の送信は、メニュー画面の送信と同様に、地図画面を映像信号に変換して映像信号出力部２８から映像ケーブル４を介して出力することにより行われる。こうして携帯端末２から受信した映像信号に基づいて、図２５に示したような地図画面が車載装置１の表示部１１において表示される。このとき、たとえば誘導音声を出力するための情報などをＵＳＢのインタラプト通信等により必要に応じて携帯端末２から車載装置１へ送信してもよい。

その後、ナビゲーション用のアプリケーションを終了するための前述のような操作が車載装置１においてユーザにより行われると、その操作に応じて、車載装置１は符号１５５に示すように、操作情報としてのボタン情報または座標情報を出力する。なお、車載装置１から携帯端末２への操作情報の出力は、たとえばＵＳＢのコントロール通信により行われる。

車載装置１から操作情報を受けると、携帯端末２は、その操作情報に基づいてユーザがナビゲーション用のアプリケーションの終了を指示したことを判断し、符号１５６に示すようにナビゲーション用のアプリケーションを停止する。このとき携帯端末２は、ナビゲーション用のアプリケーションからＳＰＭａｎを呼び出すことで、符合１５９に示すようにＳＰＭａｎを再起動する。これにより、携帯端末２において一旦停止された車載装置１へのメニュー画面の送信が再開される。さらに符号１５７に示すように、ナビゲーションアプリケーションセッションの終了を車載装置１に対して指示する。

携帯端末２からナビゲーションアプリケーションセッションの終了指示を受けた車載装置１は、正常受信を表す「ＡＣＫ」を符号１５８に示すように携帯端末２へ出力する。

携帯端末２においてＳＰＭａｎを再起動した後、車載装置１と携帯端末２は前述のような動作をそれぞれ繰り返す。すなわち、携帯端末２は符号１６０に示すように、ＳＰＭａｎセッションの開始を車載装置１に対して指示する。携帯端末２からＳＰＭａｎセッションの開始指示を受けた車載装置１は、正常受信を表す「ＡＣＫ」を符号１６１に示すように携帯端末２へ出力する。車載装置１から「ＡＣＫ」を受けると、携帯端末２は符号１６２に示すように、メニュー画面の映像信号を車載装置１へ送信する。こうして携帯端末２から受信した映像信号に基づいて、車載装置１は図２５に示したようなメニュー画面を表示部１１に再表示する。

なお、表示部１１に表示されたメニュー画面においていずれかのアイコンがユーザに選択されると、ナビゲーション用のアプリケーションについて上記で説明したのと同様の動作が車載装置１と携帯端末２においてそれぞれ行われる。すなわち、車載装置１から出力される操作情報に基づいて、携帯端末２はユーザに選択されたアイコンを判断し、そのアイコンに対応するアプリケーションを起動する。このとき、携帯端末２はＳＰＭａｎを停止し、ＳＰＭａｎセッションの終了を車載装置１に対して指示する。その後、起動したアプリケーションに応じたセッションを開始する。

また、実行中のアプリケーションを終了するための操作が車載装置１においてユーザにより行われると、その操作に応じて、車載装置１は操作情報を携帯端末２へ出力する。これを受けた携帯端末２は、ユーザがアプリケーションの終了を指示したことを判断し、実行中のアプリケーションを停止し、そのアプリケーションに応じたセッションを終了すると共に、ＳＰＭａｎを再起動させる。

本実施形態の車載装置１および携帯端末２における処理のフローチャートを図２７および２８に示す。図２７は、車載装置１における処理のフローチャートを示しており、図２８は、携帯端末２における処理のフローチャートを示している。

最初に図２７のフローチャートについて説明する。図２７のフローチャートに示す処理は、車載装置１において制御部１０により実行されるものである。

ステップＳ８１０において、制御部１０は、携帯端末２が接続されているか否かを判定する。図２３に示したように、車載装置１と携帯端末２がＵＳＢケーブル３および映像ケーブル４を介して接続されている場合は、次のステップＳ８２０へ進む。

ステップＳ８２０において、制御部１０は、携帯端末２に対してＳＰＭａｎの起動指令を出力する。このＳＰＭａｎの起動指令の出力は、インタフェース部１５およびＵＳＢケーブル３を介して行われる。なお、携帯端末２において既にＳＰＭａｎが起動している場合は、改めてＳＰＭａｎの起動指令を出力する必要はない。

ステップＳ８３０において、制御部１０は、ステップＳ８２０で出力したＳＰＭａｎの起動指令に応じて携帯端末２がＳＰＭａｎを起動することによって携帯端末２から送信されるメニュー画面を受信する。ここでは、携帯端末２において後で説明する図２８のステップＳ１０４０が実行されることにより、携帯端末２からメニュー画面の映像信号が映像ケーブル４を介して送信され、映像信号入力部１６に入力される。映像信号入力部１６は、入力された映像信号を画面表示用の映像データに変換してから制御部１０へ出力する。これにより、制御部１０においてメニュー画面が受信される。

ステップＳ８４０において、制御部１０は、ステップＳ８３０で受信したメニュー画面の映像信号に基づいて、図２５に示したようなメニュー画面を表示部１１に表示する。

ステップＳ８５０において、制御部１０は、ユーザからの操作入力が行われたか否かを判定する。ユーザがメニュー画面上でいずれかのアイコンを選択するためのボタン操作またはタッチパネル操作を行った場合は、次のステップＳ８６０へ進む。

ステップＳ８６０において、制御部１０は、ステップＳ８５０で行われたユーザからの操作入力に対して、その操作により指定されたボタンを表すボタン情報または画面上の位置を表す座標情報を操作情報として携帯端末２に対して出力する。この操作情報の出力は、インタフェース部１５およびＵＳＢケーブル３を介して行われる。

ステップＳ８７０において、制御部１０は、携帯端末２においていずれかのアプリケーションが起動されたか否かを判定する。ステップＳ８６０で出力した操作情報により携帯端末２においてアプリケーションが起動されると、前述のように携帯端末２から車載装置１に対してＳＰＭａｎセッションの終了指示および起動されたアプリケーションのセッション開始指示が行われる。この場合、制御部１０はアプリケーションが起動されたと判定してステップＳ８８０へ進む。一方、携帯端末２からＳＰＭａｎセッションの終了指示およびアプリケーションセッションの開始指示が行われない場合、制御部１０はアプリケーションが起動されていないと判定してステップＳ８５０へ戻る。

ステップＳ８８０において、制御部１０は、携帯端末２から送信されるアプリケーション画面を受信する。ここでは、携帯端末２において後で説明する図２８のステップＳ１０８０が実行されることにより、携帯端末２が実行中のアプリケーションに応じたアプリケーション画面の映像信号が携帯端末２から映像ケーブル４を介して送信され、映像信号入力部１６に入力される。映像信号入力部１６は、入力された映像信号を画面表示用の映像データに変換してから制御部１０へ出力する。これにより、制御部１０においてアプリケーション画面が受信される。

ステップＳ８９０において、制御部１０は、ステップＳ８８０で受信したアプリケーション画面の映像信号に基づいて、携帯端末２が実行中のアプリケーションに応じたアプリケーション画面を表示部１１に表示する。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、図２５に示したような地図画面が表示部１１において表示される。

ステップＳ９００において、制御部１０は、携帯端末２が実行中のアプリケーションによる情報送信の有無を判定する。携帯端末２から車載装置１に対して何らかの情報送信が行われた場合はステップＳ９１０へ進み、何の情報も送信されない場合はステップＳ９３０へ進む。

ステップＳ９１０において、制御部１０は、携帯端末２からの情報を受信する。ここでは、後で説明する図２８のステップＳ１０９０において実行中のアプリケーションに応じた処理が行なわれることにより、その処理結果に関する情報が携帯端末２からＵＳＢケーブル３を介して送信され、インタフェース部１５を用いて受信される。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、携帯端末２から送信される誘導音声の情報などを受信する。

ステップＳ９２０において、制御部１０は、ステップＳ９１０で携帯端末２から受信した情報に応じた処理を行う。たとえば、ナビゲーション用のアプリケーションによる誘導音声の情報を携帯端末２から受信したときには、その情報に基づいて音声出力部１３から誘導音声を出力する。

ステップＳ９３０において、制御部１０は、ユーザからの操作入力が行われたか否かを判定する。携帯端末２が実行中のアプリケーションによってステップＳ８９０で表示されたアプリケーション画面上でユーザがいずれかのアイコンを選択するためのボタン操作またはタッチパネル操作を行った場合や、前述のようなアプリケーションの終了操作を行った場合は、次のステップＳ９４０へ進む。

ステップＳ９４０において、制御部１０は、ステップＳ９３０で行われたユーザからの操作入力に対して、ステップＳ８６０と同様に、その操作内容を表す操作情報を携帯端末２に対して出力する。これにより、たとえばナビゲーション用のアプリケーション画面上でユーザが地図の縮尺率を変更する操作を行ったときには、その操作内容を表す操作情報が携帯端末２へ送信される。この操作情報を受信すると、携帯端末２は図２８のステップＳ１０９０において地図の縮尺率を変更した後、変更後の縮尺率に応じた地図画面を車載装置１へ送信する。

ステップＳ９５０において、制御部１０は、携帯端末２において実行中のアプリケーションが停止されたか否かを判定する。たとえば前述のようなアプリケーションの終了操作がユーザから行われ、その操作に応じた操作情報がステップＳ９４０において携帯端末２へ送信されると、携帯端末２において実行中のアプリケーションが停止され、ＳＰＭａｎが再起動される。すると、前述のように携帯端末２から車載装置１に対して、実行中のアプリケーションのセッション終了指示およびＳＰＭａｎセッションの開始指示が行われる。この場合、制御部１０は、実行中のアプリケーションが停止されたと判定してステップＳ８３０へ戻り、携帯端末２から送信されるメニュー画面を再び受信する。一方、アプリケーションの終了操作がユーザから行われておらず、携帯端末２から実行中のアプリケーションのセッション終了指示およびＳＰＭａｎセッションの開始指示がなければ、実行中のアプリケーションを停止しないと判定してステップＳ８８０へ戻る。

なお、以上説明した図２７のフローチャートにおいて、携帯端末２で実行中のアプリケーションが車載装置１との連携機能を有しておらず、車載装置１からの操作情報を解読できないものである場合、ステップＳ９４０を実行せずに車載装置１から携帯端末２へ操作情報を出力しないこととしてもよい。この場合に車載装置１においてアプリケーションの終了操作がユーザから行われたときには、ステップＳ８２０へ戻ることにより、車載装置１から携帯端末２へＳＰＭａｎ起動指令を出力してＳＰＭａｎを再起動させるようにすることが好ましい。また、携帯端末２においてＳＰＭａｎを含めて何もアプリケーションが実行されていない場合も同様に、車載装置１から携帯端末２へ操作情報を出力しないこととしてよい。この場合、車載装置１において所定の操作が行われると、車載装置１から携帯端末２へＳＰＭａｎ起動指令を出力してＳＰＭａｎを起動させてもよい。

次に図２８のフローチャートについて説明する。図２８のフローチャートに示す処理は、携帯端末２において制御部２０により実行されるものである。

ステップＳ１０１０において、制御部２０は、車載装置１が接続されているか否かを判定する。図２３に示したように、車載装置１と携帯端末２がＵＳＢケーブル３および映像ケーブル４を介して接続されている場合は、次のステップＳ１０２０へ進む。

ステップＳ１０２０において、制御部２０は、車載装置１からＳＰＭａｎ起動指令を受信したか否かを判定する。車載装置１において図２７のステップＳ８２０が実行されることにより車載装置１から出力されたＳＰＭａｎ起動指令を受信した場合、制御部２０は次のステップＳ１０３０へ進む。なお、既にＳＰＭａｎを起動済みの場合は、次のステップＳ１０３０の処理を省略してステップＳ１０４０へ進むようにする。一方、車載装置１からＳＰＭａｎ起動指令を受信していない場合は、ステップＳ１０１０へ戻る。

ステップＳ１０３０において、制御部２０は、ＳＰＭａｎを起動する。これにより、車載装置１からＳＰＭａｎ起動指令があると、それに応じて携帯端末２においてＳＰＭａｎが起動され、図２５に示したようなメニュー画面が表示部２１に表示される。

ステップＳ１０４０において、制御部２０は、車載装置１へメニュー画面を送信する。ここでは前述のように、ステップＳ１０３０で起動したＳＰＭａｎに登録されている各アプリケーションに対応する各アイコンが配置されたメニュー画面を生成し、映像信号出力部２８へ出力する。映像信号出力部２８は、制御部２０から出力されたメニュー画面を映像信号に変換し、その映像信号を映像ケーブル４を介して車載装置１へ送信する。

ステップＳ１０５０において、制御部２０は、車載装置１においてユーザからの入力操作によりメニュー画面上でいずれかのアイコンが選択されたか否かを判定する。車載装置１において図２７のステップＳ８６０が実行されることにより操作情報が出力され、その操作情報がメニュー画面上でいずれかのアイコンが選択されたことを表すボタン情報やいずれかのアイコンに対応する位置を表す座標情報であった場合、制御部２０はステップＳ１０６０へ進む。一方、車載装置１から操作情報を受信していない場合や、受信した操作情報がアイコン選択以外の操作内容を表すボタン情報やメニュー画面上でどのアイコンにも対応していない位置を表す座標情報であった場合は、いずれのアイコンも選択されていないと判定してステップＳ１１２０へ進む。

ステップＳ１０６０において、制御部２０は、ステップＳ１０５０で選択されたアイコンに対応するアプリケーションを実行中のＳＰＭａｎから呼び出すと共に、ＳＰＭａｎを停止する。続くステップＳ１０７０において、制御部２０は、ステップＳ１０６０で呼び出したアプリケーションを起動する。これにより、いずれかのアプリケーションに対応するアイコンが車載装置１においてユーザからの入力操作により選択されると、それに応じて携帯端末２においてＳＰＭａｎが停止された後、当該アプリケーションが起動される。

ステップＳ１０８０において、制御部２０は、ステップＳ１０７０で起動したアプリケーションが実行されることにより生成されたアプリケーション画面を車載装置１へ送信する。ここでは前述のように、生成されたアプリケーション画面を制御部２０から映像信号出力部２８へ出力し、映像信号出力部２８により映像信号に変換して映像ケーブル４を介して車載装置１へ送信することで、アプリケーション画面の送信を行う。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、現在位置付近の地図画面が車載装置１へ送信される。

ステップＳ１０９０において、制御部２０は、ステップＳ１０７０で起動したアプリケーションに応じた処理を行う。このとき、実行中のアプリケーションによる処理結果に関する情報が必要に応じて携帯端末２から車載装置１へ送信される。こうした情報の送信は、インタフェース部２５およびＵＳＢケーブル３を介して行われる。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、車両の誘導タイミングに応じて誘導音声の情報が車載装置１へ送信される。また、ユーザが地図の縮尺率を変更する操作を行ったときには、その操作に応じて地図の縮尺率を変更する処理がステップＳ１０９０において行われる。この場合、続くステップＳ１１００からステップＳ１０８０へ戻ることで、変更後の縮尺率に応じた地図画面が車載装置１へ送信される。

ステップＳ１１００において、制御部２０は、実行中のアプリケーションに対する停止指示が車載装置１から行われたか否かを判定する。車載装置１において図２７のステップＳ９４０が実行されることにより操作情報が出力され、その操作情報がアプリケーションの終了操作を表すものであった場合、制御部２０は実行中のアプリケーションに対する停止指示ありと判定してステップＳ１１１０へ進む。一方、車載装置１からアプリケーションの終了操作を表す操作情報を受信していない場合、制御部２０はステップＳ１０８０へ戻り、実行中のアプリケーションに応じたアプリケーション画面の送信と処理を続行する。

ステップＳ１１１０において、制御部２０は、ステップＳ１０７０で起動したアプリケーションからＳＰＭａｎを呼び出すと共に、そのアプリケーションを停止する。ステップＳ１１１０を実行したら、制御部２０はステップＳ１０３０へ戻ってＳＰＭａｎを再起動する。その後は、前述のような処理を繰り返す。なお、車載装置１からアプリケーションの停止指示が行われたとステップＳ１１００で判断された場合以外にも、ステップＳ１１１０の処理を実行することで実行中のアプリケーションを停止し、ＳＰＭａｎを再起動するようにしてもよい。たとえば、携帯端末２においてユーザが所定のアプリケーション終了操作を行ったときなどに、ステップＳ１１１０を実行して実行中のアプリケーションを停止し、ＳＰＭａｎを再起動することができる。

ステップＳ１１２０において、制御部２０は、車両が走行中であるか否かを判定する。ここでは前述のように、車載装置１から携帯端末２へ所定時間ごとに出力される車速情報に基づいて、車両が走行中であるか否かを判定する。車両が走行中であると判定した場合はステップＳ１１３０へ進み、停止中であると判定した場合はステップＳ１０５０へ戻る。

ステップＳ１１３０において、制御部２０は、車両走行中の実行が禁止されているアプリケーションに対する実行制限を行う。このとき制御部２０は、ＳＰＭａｎに登録されている各アプリケーションについて、車両走行中の実行が許可されているか否かを前述のようにして判断する。そして、車両走行中の実行が許可されていないアプリケーションの実行を禁止すると共に、前述の第３の実施の形態で説明したように、メニュー画面においてそのアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させる。こうしてアプリケーションの実行制限を行ったら、ステップＳ１０５０へ戻る。

以上説明した第４の実施の形態によれば、次のような作用効果を奏する。

（１９）携帯端末２は、制御部２０の処理により、予め記憶されたソフトウェアを実行する。一方、車載装置１は、ユーザによる操作を操作部１２により入力し、その操作に応じた情報を携帯端末２へ送信する。さらに、表示部１１によりユーザに対する報知を行う。具体的には、携帯端末２は、制御部２０の処理により、携帯端末２において実行可能な複数のアプリケーションの各々にそれぞれ対応する複数のアイコンを含むメニュー画面を車載装置１へ送信する（ステップＳ１０４０）。そして、ステップＳ８６０で車載装置１から送信される座標情報に基づいて、車載装置１においてユーザが操作部１２を操作してメニュー画面上で選択したアイコンを判断し（ステップＳ１０５０）、そのアイコンに対応するアプリケーションを実行状態とする（ステップＳ１０７０）。一方、車載装置１は、制御部１０の処理により、メニュー画面を携帯端末２から受信し（ステップＳ８３０）、そのメニュー画面を表示部１１に表示する（ステップＳ８４０）ことにより、ユーザへの報知を行う。このようにしたので、車載装置１の操作により携帯端末２に搭載されている様々な機能の中から所望の機能を選択して実行させることができる。そのため、車載装置１における操作内容と携帯端末２における動作内容との対応付けを容易に行うことができる。

（２０）また携帯端末２は、制御部２０の処理により、ステップＳ１０５０でユーザによりいずれかのアイコンが選択されたと判定すると、ＳＰＭａｎを停止状態とする（ステップＳ１０６０）。これにより、ステップＳ１０７０でアプリケーションを実行状態とするのに先立って、ステップＳ１０４０によるメニュー画面の出力を停止する。このようにしたので、携帯端末２において複数のアプリケーションを同時に実行できない場合に、ＳＰＭａｎからユーザに選択されたアイコンに対応するアプリケーションへの切り替えを行うことができる。

（２１）さらに携帯端末２は、制御部２０の処理により、ステップＳ１０７０で実行状態としたアプリケーションがステップＳ１１１０において停止されると、ステップＳ１０３０へ戻ってＳＰＭａｎを再起動する。これにより、ステップＳ１０４０によるメニュー画面の出力を再開する。このようにしたので、携帯端末２において複数のアプリケーションを同時に実行できない場合に、実行停止されたアプリケーションからＳＰＭａｎへの切り替えを行うことができる。

（２２）車載装置１は、制御部１０の処理により、ユーザからアプリケーションの終了操作が行われた場合、携帯端末２においてステップＳ１０４０によるメニュー画面の出力を再開させるための再開指令として、その操作に応じた操作情報を携帯端末２へ送信する（ステップＳ９４０）。すると携帯端末２は、受信した操作情報に基づいて、ユーザが実行中のアプリケーションの終了を指示したことを判断し（ステップＳ１１００）、ＳＰＭａｎを再起動して（ステップＳ１０３０）、ステップＳ１０４０によるメニュー画面の出力を再開する。このようにしたので、ユーザが車載装置１を操作して実行中のアプリケーションの停止を指示したときに、携帯端末２において実行中のアプリケーションを確実に停止状態とすると共に、そのアプリケーションからＳＰＭａｎへの切り替えを自動的に行い、次にユーザが行う操作に備えることができる。

（２３）携帯端末２は、制御部２０の処理により、車両が走行中であるか否かを判定し（ステップＳ１１２０）、車両が走行中であると判定した場合に、携帯端末２において実行可能な複数のアプリケーションのうち所定のアプリケーションの実行を禁止する（ステップＳ１１３０）。このようにしたので、安全上や操作上の観点から運転中には適さないアプリケーションが携帯端末２において実行されるのを防止し、車両走行中の安全性や操作性を確保することができる。

（２４）また携帯端末２は、制御部２０の処理により、メニュー画面において、ステップＳ１１３０で実行を禁止されたアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させるようにした。これにより、当該アイコンが表すアプリケーションの実行が車両走行中には禁止されていることをユーザに対して分かりやすく知らせることができる。

−第５の実施の形態−
次に本発明の第５の実施の形態について説明する。この第５の実施の形態では、車載装置１が有する表示部１１の解像度に応じて、携帯端末２から車載装置１に出力する画面内容を決定する車載情報システムの例を説明する。なお、本実施形態による車載情報システムの構成は、図２３に示した第４の実施の形態による構成と同じであり、車載装置１と携帯端末２がＵＳＢケーブル３および映像ケーブル４を介して互いに接続されているものとする。また、車載装置１と携帯端末２の構成は、図２４に示した第４の実施の形態による構成とそれぞれ同じものであるとする。

図２９は、本実施形態による車載情報システムにおいて、車載装置１にメニュー画面を表示して携帯端末２によりアプリケーションを実行する際の車載装置１および携帯端末２における情報の流れを示す図である。なお、図２９では、図２６に示した第４の実施の形態による車載情報システムにおける情報の流れと同一の内容を表す部分については、それぞれ同一の符合を付している。この図２６と同一符合が付された部分については、特に必要のない限り、以下においてその説明を省略する。

携帯端末２から車載装置１へＳＰＭａｎセッションの開始を指示し（符合１４４）、それに対する「ＡＣＫ」が車載装置１から携帯端末２へ送信されると（符合１４５）、携帯端末２は符合１８１に示すように、車載装置１が有する表示部１１の解像度についての解像度要求を車載装置１に対して出力する。なお、携帯端末２における解像度要求の出力は、制御部２０の処理によりインタフェース部２５およびＵＳＢケーブル３を介して行われる。車載装置１では、インタフェース部１５により携帯端末２からの解像度要求が受信され、その内容が制御部１０において判断される。

携帯端末２からの解像度要求を受けると、車載装置１は符合１８２に示すように、表示部１１の解像度に関する解像度情報を携帯端末２へ送信する。このとき車載装置１は、たとえば表示部１１の画面サイズおよび縦横の画素数の情報などを解像度情報として送信する。なお、車載装置１における解像度情報の送信は、制御部１０の処理によりインタフェース部１５およびＵＳＢケーブル３を介して行われる。携帯端末２では、インタフェース部２５により車載装置１からの解像度情報が受信され、その内容が制御部２０において判断される。

車載装置１からの解像度情報を受信すると、携帯端末２は制御部２０の処理により、符号１８３に示すように、車載装置１に対する映像信号出力の開始を通知する。この通知を受けると、車載装置１は、映像信号に基づく表示部１１への映像出力を開始する。なお、それまでの間は、車載装置１において映像信号に基づく表示部１１への映像出力は行われない。

上記のようにして車載装置１へ映像信号出力の開始を通知した後に、携帯端末２はメニュー画面の送信を開始する（符号１４６）。このとき携帯端末２は、車載装置１から受信した解像度情報に基づいて、送信するメニュー画面の内容を決定する。たとえば、メニュー画面において用いる文字、線、アイコン等の各画面構成要素について、文字の大きさやフォント、線の太さや色合い、アイコンの大きさや隣接するアイコン同士の間隔などを解像度情報に応じて変化させることで、メニュー画面の内容を決定する。なお、文字、線、アイコン以外の画面構成要素についても、その画面構成要素に応じた内容で使用するものを決定することができる。

図３０は、携帯端末２においてメニュー画面の画面構成要素を決定する際に参照されるテーブルの例を示している。この例では、７インチ、６インチ、５インチおよび４．３インチの各画面サイズと、８００×４８０および４００×２４０の各画素数とに応じて、画面表示に用いる文字の大きさをポイント数で表している。携帯端末２では、このようなテーブルがメモリ部２４などに予め記憶されている。車載装置１から解像度情報を受信すると、携帯端末２は制御部２０の処理により、その解像度情報に含まれる表示部１１の画面サイズと画素数の情報に基づいてテーブルの該当部分を参照することで、使用する文字の大きさを決定する。たとえばこのようにして、解像度情報に基づいて画面構成要素を決定することができる。なお、図３０に示したテーブルは一例であり、この内容に限定されるものではない。

上記の例では文字の大きさを決定する場合について説明したが、これ以外の画面構成要素についても同様の方法で決定することができる。あるいは、テーブルを参照せずに他の方法を用いてもよい。たとえば、所定の計算式を用いて文字の大きさや線の太さを決定してもよい。

また、上記の例では解像度情報を表示部１１の画面サイズと縦横の画素数で表した例を説明したが、これ以外の内容としてもよい。たとえば、画素の密度、画素サイズ、縦横のアスペクト比などを用いて解像度情報を表してもよい。あるいは、携帯端末２と接続される車載装置１の種類が予め決まっている場合は、携帯端末２において車載装置１の種類ごとに解像度を予め記憶しておき、接続された車載装置１がどの種類のものであるかを表す情報を解像度情報として車載装置１から送信するようにしてもよい。

車載装置１から送信される操作情報（符号１４７）により、ナビゲーション用のアプリケーションに対応するアイコンが選択されたと判断すると、携帯端末２は制御部２０の処理により、符号１８４に示すように、車載装置１に対する映像信号出力の終了を通知する。この通知を受けると、車載装置１は制御部１０の処理により、映像信号に基づく表示部１１への映像出力を停止し、所定の画面切り替え表示を開始する。ここでは、たとえば画面を切り替え中である旨のメッセージや、画面切り替え中であることを示す表示効果のアニメーションなどを表示部１１に表示することで、画面切り替え表示を開始する。

一方携帯端末２は、車載装置１に対して映像信号出力の終了を通知したら、ＳＰＭａｎからナビゲーション用のアプリケーションを呼び出してＳＰＭａｎを停止する（符号１４８）。その後、ナビゲーション用のアプリケーションが起動されたら、ナビゲーションアプリケーションセッションの開始を車載装置１に対して指示する（符合１５２）。これに対する「ＡＣＫ」を車載装置１から受けると（符合１５３）、携帯端末２は符号１８３のときと同様に、車載装置１に対する映像信号出力の開始を通知する（符合１８５）。この通知を受けると、車載装置１は、前述のような画面切り替え表示を終了し、映像信号に基づく表示部１１への映像出力を再び開始する。

上記のように車載装置１へ映像信号出力の開始を通知したら、携帯端末２は地図画面の送信を開始する（符号１５４）。このとき携帯端末２はメニュー画面の場合と同様に、先に符合１８２で車載装置１から受信した解像度情報に基づいて、送信する地図画面の内容を決定する。すなわち、地図画面において用いる文字、線、アイコン等の各画面構成要素について、たとえば文字の大きさやフォント、線の太さや色合い、アイコンの大きさや隣接するアイコン同士の間隔などを解像度情報に応じて変化させることで、地図画面の内容を決定することができる。

車載装置１からナビゲーション用のアプリケーションの終了を指示する操作情報が送信されると（符号１５５）、携帯端末２は符号１８４のときと同様に、車載装置１に対する映像信号出力の終了を通知する（符合１８６）。この通知を受けた車載装置１は、前述のように映像信号に基づく表示部１１への映像出力を停止し、所定の画面切り替え表示を開始する。一方携帯端末２は、ナビゲーション用のアプリケーションからＳＰＭａｎを呼び出してナビゲーション用のアプリケーションを停止し（符号１５６）、ＳＰＭａｎの再起動後にＳＰＭａｎセッションの開始指示を車載装置１に対して行う（符合１６０）。

その後、車載装置１と携帯端末２は前述のような動作をそれぞれ繰り返す。すなわち、携帯端末２は、ＳＰＭａｎセッションの開始指示に対する「ＡＣＫ」を車載装置１から受けると（符合１６１）、符号１８３、１８５のときと同様に、車載装置１に対する映像信号出力の開始を通知する（符合１８７）。この通知を受けた車載装置１は、画面切り替え表示を終了し、映像信号に基づく表示部１１への映像出力を再び開始する。一方携帯端末２は、車載装置１へメニュー画面を送信し（符合１６２）、車載装置１において表示部１１にメニュー画面が再表示されるようにする。

以上説明した第５の実施の形態によれば、次のような作用効果を奏する。

（２５）携帯端末２は、制御部２０の処理により、車載装置１から送信される表示部１１の解像度に関する解像度情報を受信し、これに基づいて、車載装置１へ送信するメニュー画面や地図画面の内容を変化させる。このようにしたので、表示部１１の解像度に応じた画面を車載装置１において表示することができる。さらに、表示部１１の解像度が互いに異なる様々な種類の車載装置１が存在しており、そのいずれかが携帯端末２と接続される場合であっても、各車載装置１にとって最適な地図画面を表示部１１において表示することができる。

（２６）携帯端末２は、制御部２０の処理により、メニュー画面や地図画面などの画面を他の画面に切り替えるときに、映像信号出力の開始や終了の通知を車載装置１へ送信する。この通知に応じて、車載装置１は制御部１０の処理により、所定の画面切り替え表示を行うようにした。これにより、画面切り替え時に発生するチラツキ等を防止したり、画面が消えることでユーザが不安感を抱いたりしないようにすることができる。

なお、以上説明した第５の実施の形態では、ＳＰＭａｎセッションを開始した後、携帯端末２から車載装置１へメニュー画面を送信するのに先立って、携帯端末２から車載装置１へ解像度要求を出力し、これに応じて車載装置１から携帯端末２へ解像度情報を送信する。この解像度情報を用いて、携帯端末２においてメニュー画面や地図画面の内容を決定するようにした。しかし、携帯端末２からの解像度要求の出力および車載装置１からの解像度情報の送信を行うタイミングはこの例に限定されない。たとえば、表示部１１の解像度に応じて地図画面の内容のみを変化させ、メニュー画面は共通の内容とする場合を考える。この場合、ＳＰＭａｎセッションの開始時には携帯端末２から車載装置１へ解像度要求の出力を行わず、ナビゲーション用のアプリケーションが起動されてナビゲーションアプリケーションセッションが開始されたときに、携帯端末２から解像度要求を出力し、それに応じて携帯端末２から解像度情報を送信すればよい。このように、携帯端末２において表示部１１の解像度に応じた内容の画面を作成する必要が生じたときにのみ、携帯端末２からの解像度要求の出力および車載装置１からの解像度情報の送信を行うこととしてもよい。

−第６の実施の形態−
次に本発明の第６の実施の形態について説明する。本実施形態では、車載装置１として外部からの映像信号入力に対応しているものと対応していないものがある場合に、車載装置１への画面出力方法を携帯端末２において判断し、その判断結果に応じて画面を出力する例について説明する。なお、本実施形態による車載情報システムの構成は、図１に示した第１の実施の形態、または図２３に示した第４の実施の形態による構成と同じであるとする。すなわち、車載装置１と携帯端末２はＵＳＢケーブル３を介して互いに接続されており、車載装置１が映像信号入力に対応しているものである場合は、さらに映像ケーブル４を介して互いに接続されているものとする。また、車載装置１の構成は、映像信号入力に対応していない場合は図２に示した第１の実施の形態による構成と同じであり、映像信号入力に対応している場合は図２４に示した第４の実施の形態による構成と同じであるとする。一方、携帯端末２の構成は、図２４に示した第４の実施の形態による構成と同じであるとする。

図３１は、本実施形態による車載情報システムにおいて、車載装置１にメニュー画面を表示して携帯端末２によりアプリケーションを実行する際の車載装置１および携帯端末２における情報の流れを示す図である。なお、図３１では、図２６に示した第４の実施の形態による車載情報システムにおける情報の流れと同一の内容を表す部分については、それぞれ同一の符合を付している。この図２６と同一符合が付された部分については、特に必要のない限り、以下においてその説明を省略する。

携帯端末２から車載装置１へＳＰＭａｎセッションの開始を指示し（符合１４４）、それに対する「ＡＣＫ」が車載装置１から携帯端末２へ送信されると（符合１４５）、携帯端末２は符合１７０に示す画面出力判断を実行中のＳＰＭａｎに対して行う。このとき携帯端末２は、制御部２０が実行する処理により、車載装置１が映像信号入力に対応しているか否かを判断する。たとえば、映像信号入力に対応しているか否かを示す情報を車載装置１において予め記憶しておき、車載装置１と携帯端末２が接続されるとその情報を車載装置１から携帯端末２へ送信することで、これに基づいて携帯端末２が画面出力判断を行うことができる。なお、車載装置１は、上記の情報を符号１４２に示すＳＰＭａｎ起動指令や符号１４５に示す「ＡＣＫ」に付加して携帯端末２へ送信してもよい。あるいは、車載装置１と携帯端末２を接続する際に、車載装置１が映像信号入力に対応しているものであるか否かをユーザに問い合わせ、その応答に基づいて携帯端末２が画面出力判断を行うこととしてもよい。

以上説明したような画面出力判断を行った後、携帯端末２は、その判断結果に応じた方法で符号１４６に示すメニュー画面の送信を行う。すなわち、車載装置１が映像信号入力に対応していない場合は、第３の実施の形態において図１９で説明したように、メニュー画面の内容を表すメニュー画面情報をインタフェース部２５からＵＳＢケーブル３を介して車載装置１へ送信する。このメニュー画面情報は、前述のように、携帯端末２において予めＳＰＭａｎに登録された各アプリケーションに対応する各アイコンの画像情報や、各アプリケーションと各アイコンとの対応関係を表すための情報などを含んでいる。一方、車載装置１が映像信号入力に対応している場合は、第４の実施の形態において図２６で説明したように、メニュー画面を映像信号に変換し、映像信号出力部２８から映像ケーブル４を介して車載装置１へ出力する。

車載装置１においてユーザの操作によりナビゲーション用のアプリケーションに対応するアイコンがメニュー画面上で選択されると、それに応じて携帯端末２は、図２６で説明したように、車載装置１へナビゲーションアプリケーションセッションの開始を指示する（符合１５２）。これに対する「ＡＣＫ」が車載装置１から携帯端末２へ送信されると（符合１５３）、携帯端末２は符合１７１に示す画面出力判断を実行中のアプリケーションに対して行う。この画面出力判断では、前述の符号１７０に示したＳＰＭａｎに対する画面出力判断と同様の方法により、車載装置１が映像信号入力に対応しているか否かを判断することができる。このとき、ＳＰＭａｎに対する画面出力判断の結果を引き継いで利用してもよい。

さらに、車載装置１が映像信号入力に対応しているか否かを判断するかわりに、携帯端末２において実行中のアプリケーションが画面表示機能を有しているか否かにより画面出力判断を行ってもよい。たとえば、実行中のアプリケーション（ここではナビゲーション用のアプリケーション）が携帯端末２において元々画面表示を行うものであり、その画面をそのまま車載装置１へ出力することができる場合は、画面表示機能を有していると判断する。一方、実行中のアプリケーションが携帯端末２において元々画面表示を行うものではなく、車載装置１に接続されると画面情報を送信して表示させるものである場合は、画面表示機能を有していないと判断する。このようにして符号１７１の画面出力判断を行うことができる。

以上説明したような画面出力判断を行った後、携帯端末２は、その判断結果に応じた方法で符号１５４に示す地図画面の送信を行う。すなわち、車載装置１が映像信号入力に対応していない場合や、実行中のアプリケーションが画面表示機能を有していない場合は、第３の実施の形態において図１９で説明したように、実行中のアプリケーションに応じた地図画像などの情報をインタフェース部２５からＵＳＢケーブル３を介して車載装置１へ送信する。一方、車載装置１が映像信号入力に対応している場合や、実行中のアプリケーションが画面表示機能を有している場合は、第４の実施の形態において図２６で説明したように、実行中のアプリケーションに応じた地図画面などの画面を映像信号に変換し、映像信号出力部２８から映像ケーブル４を介して車載装置１へ出力する。

その後、実行中のアプリケーションが停止されてＳＰＭａｎが再起動されたときにも、携帯端末２は画面出力判断を実行中のＳＰＭａｎに対して行い（符合１７２）、その判断結果に応じた方法でメニュー画面を車載装置１へ送信する（符号１６２）。このとき、符号１７０に示したＳＰＭａｎに対する最初の画面出力判断の結果を引き継いで利用してもよい。

以上説明した第６の実施の形態によれば、次のような作用効果を奏する。

（２７）携帯端末２は、制御部２０の処理により、車載装置１が外部からの映像信号入力に対応するものであるか否かを判断し、その判断結果に応じた方法でメニュー画面の出力を行う。すなわち、車載装置１が外部からの映像信号入力に対応するものであり、映像信号入力部１６を有している場合は、メニュー画面を映像信号に変換し、映像信号出力部２８から映像ケーブル４を介して車載装置１の映像信号入力部１６へ出力する。一方、車載装置１が外部からの映像信号入力に対応するものではなく、映像信号入力部１６を有していない場合は、メニュー画面の内容を表すメニュー画面情報をインタフェース部２５からＵＳＢケーブル３を介して車載装置１のインタフェース部１５へ出力する。このようにしたので、車載装置１の形態に応じて最適な方法でメニュー画面を車載装置１へ出力し、これを車載装置１において表示することができる。

（２８）携帯端末２は、制御部２０の処理により、実行状態とされたアプリケーションが画面表示機能を有するか否かを判断し、その判断結果に応じた方法で当該アプリケーションによる画面の出力を行う。すなわち、実行状態とされたアプリケーションが画面表示機能を有しており、当該アプリケーションに応じた画面をそのまま車載装置１へ出力することができる場合は、その画面を映像信号に変換し、映像信号出力部２８から映像ケーブル４を介して車載装置１の映像信号入力部１６へ出力する。一方、実行状態とされたアプリケーションが画面表示機能を有していない場合は、当該アプリケーションに応じた画像情報をインタフェース部２５からＵＳＢケーブル３を介して車載装置１のインタフェース部１５へ出力する。このようにしたので、実行中のアプリケーションの画面表示機能の有無に応じて最適な方法で当該アプリケーションによる画面を車載装置１へ出力し、これを車載装置１において表示することができる。

なお、以上説明した第６の実施の形態において、第５の実施の形態で説明したような方法により、表示部１１の解像度に応じた画面を車載装置１において表示したり、メニュー画面や地図画面などの画面を他の画面に切り替えるときの画面切り替え表示を行ったりしてもよい。

また、以上説明した第４乃至第６の各実施の形態では、車載装置１と携帯端末２とが互いに接続されると、車載装置１から携帯端末２に対してＳＰＭａｎの起動指令を出力することにより、携帯端末２においてＳＰＭａｎが起動されるようにしたが、前述の第３の実施の形態で説明したように、車載装置１との接続を携帯端末２が検知してＳＰＭａｎを起動してもよい。

以上説明した第４乃至第６の各実施の形態においても、前述の第３の実施の形態と同様に、携帯端末２において複数のアプリケーションを同時に実行できる場合は、他のアプリケーションが実行中であるか否かに関わらず、携帯端末２において常にＳＰＭａｎを起動させておくことができる。車載装置１の操作によりユーザに選択されて実行されるナビゲーション用アプリケーションなどの各種アプリケーションについても同様である。すなわち、第３の実施の形態と同様に、上記の第４乃至第６の各実施形態の説明において、ＳＰＭａｎや各種アプリケーションの「起動」とは、これらのアプリケーションを実行状態として、車載装置１と携帯端末２の間で当該アプリケーションによる情報のやり取りが行われるようにすることを意味している。反対に、ＳＰＭａｎや各種アプリケーションの「停止」とは、これらのアプリケーションを停止状態として、車載装置１と携帯端末２の間で当該アプリケーションによる情報のやり取りが行われないようにすることを意味している。

上述したように、車載装置１と接続されている携帯端末２が複数のアプリケーションを同時に実行可能なものである場合は、アプリケーション起動時の処理を簡略化できる。さらに、携帯端末２においてナビゲーション用のアプリケーションを実行中のときに、車載装置１をユーザが操作して他のアプリケーションを起動させることもできる。一方、車載装置１と接続されている携帯端末２が一度にアプリケーションを一つしか実行できないものである場合は、実施の形態において説明したように、ナビゲーション用のアプリケーションを実行するときにＳＰＭａｎを停止する必要がある。これにより、携帯端末２において実行するアプリケーションをＳＰＭａｎからナビゲーション用のアプリケーションに切り替えることができる。

以上説明した第４乃至第６の各実施の形態において、複数のアプリケーションで共通に利用される処理がある場合は、その処理をＳＰＭａｎが代行することで、当該処理結果を複数のアプリケーション間で共有できるようにしてもよい。こうした処理には、たとえばユーザ認証処理などのように、最初に一度実施しておけば携帯端末２を交換しない限り必要のない処理などが該当する。このようにすれば、ＳＰＭａｎによる処理結果を各アプリケーションが取得するだけで済み、違うアプリケーションを実行する度に同じ処理を逐一行う必要がなくなる。そのため、携帯端末２において処理の効率化および高速化を図ることができる。

以上説明した第４乃至第６の各実施の形態では、車両から出力される車速情報を車載装置１において取得し、その車速情報を車載装置１から携帯端末２へ出力することにより、携帯端末２において車両が走行中であるか否かを判定するようにした。しかし、車載装置１において車両が走行中であるか否かを判定するようにしてもよい。その場合、車載装置１から携帯端末２へ車速情報を出力する必要はなく、図２８のステップＳ１１２０およびＳ１１３０の処理は、車載装置１において制御部１０により実行される。または、車載装置１において車両が走行中であるか否かの判定を行い、その判定結果を車載装置１から携帯端末２へ出力してもよい。この場合、携帯端末２は、車載装置１から出力される判定結果に基づいてステップＳ１１２０の判定を行うことができる。あるいは、携帯端末２において検出された現在位置に基づいて車両が走行中であるか否かを判定してもよい。この場合にも車載装置１から携帯端末２へ車速情報を出力する必要はない。

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

以上説明した第１乃至第６の各実施の形態では、ＵＳＢケーブル３および映像ケーブル４を介して車載装置１と携帯端末２を互いに接続し、ＵＳＢ通信により車載装置１と携帯端末２との間で通信を行う例を説明したが、他の通信方式や信号伝送方式を用いても本発明は実現可能である。たとえば、映像信号をデジタルデータ化してＵＳＢ通信で送信してもよい。また、ブルートゥース（登録商標）、ワイヤレスＵＳＢ等の無線通信や、ＵＳＢ以外の有線通信などを用いることができる。車載装置１と携帯端末２との間で必要な情報を送受信可能なものである限り、どのような通信方式を採用してもよい。

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

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

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

本実施例の第１の態様による車載情報システムは、携帯型の情報端末と車載装置とを有する。この車載情報システムにおいて、情報端末は、情報端末における複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を記憶する動作割当情報記憶部と、車載装置に設けられた操作部により入力可能な複数種類の操作に関する操作情報を車載装置から受信する操作情報受信部と、動作割当情報および操作情報に基づいて、複数種類の操作のうちいずれか１以上の操作の各々に対して、複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てる割当部と、車載装置から出力される操作信号を受信する操作信号受信部と、割当部による割当結果に基づいて、操作信号を複数の動作のうちいずれかに対応する動作コマンドに変換する変換部とを備える。車載装置は、操作情報を情報端末へ送信する操作情報送信部と、操作部に対するユーザの操作に応じて操作信号を情報端末へ出力する操作信号出力部とを備える。
本実施例の第２の態様によると、第１の態様の車載情報システムにおいて、動作割当情報は、各動作について推奨される操作の種別を表す推奨種別に関する情報をさらに含み、操作情報は、各操作の種別に関する情報を含み、割当部は、動作割当情報および操作情報に基づいて、各操作に対して当該操作の種別が推奨種別として設定されている動作を優先的に割り当てることができる。
本実施例の第３の態様によると、第１または第２の態様の車載情報システムにおいて、情報端末は、割当部による割当結果に関する操作対応情報を車載装置へ送信する操作対応情報送信部をさらに備え、車載装置は、操作対応情報を情報端末から受信する操作対応情報受信部をさらに備えることが好ましい。
本実施例の第４の態様によると、第３の態様の車載情報システムにおいて、操作対応情報は、割当部により各操作に対して割り当てられた動作の情報と、その各動作を表すアイコンの情報とを含み、車載装置は、操作対応情報に基づいて、各操作に対して予め定められた表示モニタの各表示領域に、各操作に対して割り当てられた動作を表すアイコンをそれぞれ表示することが好ましい。
本実施例の第５の態様によると、第３または第４の態様の車載情報システムにおいて、操作対応情報は、割当部により各操作に対して割り当てられた動作の情報と、その各動作の車両走行中における可否の情報とを含み、車載装置は、操作対応情報に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには当該動作が割り当てられた操作を無効化することが好ましい。
本実施例の第６の態様によると、第４の態様の車載情報システムにおいて、操作対応情報は、割当部により各操作に対して割り当てられた動作の情報と、その各動作の車両走行中における可否の情報とを含み、車載装置は、操作対応情報に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには、当該動作が割り当てられた操作を無効化すると共に、当該動作を表すアイコンの表示態様を車両停止時とは異なる態様に変化させてもよい。
本実施例の第７の態様による車載情報システムは、携帯型の情報端末と車載装置とを有する。この車載情報システムにおいて、情報端末は、情報端末における複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を車載装置へ送信する動作割当情報送信部と、車載装置から出力される動作コマンドを受信する動作コマンド受信部とを備える。車載装置は、動作割当情報を携帯端末から受信する動作割当情報受信部と、動作割当情報に基づいて、車載装置に設けられた操作部により入力可能な複数種類の操作のうちいずれか１以上の操作の各々に対して、複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てる割当部と、割当部による割当結果に基づいて、操作部に対するユーザの操作に応じた操作信号を複数の動作のうちいずれかに対応する動作コマンドに変換する変換部と、変換部により操作信号から変換された動作コマンドを情報端末へ出力する動作コマンド出力部とを備える。
本実施例の第８の態様によると、第７の態様の車載情報システムにおいて、動作割当情報は、各動作について推奨される操作の種別を表す推奨種別に関する情報をさらに含み、割当部は、動作割当情報に基づいて、各操作に対して当該操作の種別が推奨種別として設定されている動作を優先的に割り当てることが好ましい。
本実施例の第９の態様によると、第７または第８の態様の車載情報システムにおいて、動作割当情報は、各動作を表すアイコンの情報をさらに含み、車載装置は、動作割当情報による割当結果に基づいて、各操作に対して予め定められた表示モニタの各表示領域に、各操作に対して割り当てられた動作を表すアイコンをそれぞれ表示することもできる。
本実施例の第１０の態様によると、第７乃至第９のいずれかの態様の車載情報システムにおいて、動作割当情報は、各動作の車両走行中における可否の情報をさらに含み、車載装置は、動作割当情報による割当結果に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには当該動作が割り当てられた操作を無効化することが好ましい。
本実施例の第１１の態様によると、第９の態様の車載情報システムにおいて、動作割当情報は、各動作の車両走行中における可否の情報をさらに含み、車載装置は、動作割当情報による割当結果に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには、当該動作が割り当てられた操作を無効化すると共に、当該動作を表すアイコンの表示態様を車両停止時とは異なる態様に変化させてもよい。
本実施例の第１２の態様による車載装置は、携帯型の情報端末と接続され、複数種類の操作を入力可能な操作部が設けられており、複数種類の操作に関する操作情報を情報端末へ送信する操作情報送信部と、操作部に対するユーザの操作に応じた操作信号を情報端末へ出力する操作信号出力部とを備える。
本実施例の第１３の態様による車載装置は、携帯型の情報端末と接続され、複数種類の操作を入力可能な操作部が設けられており、情報端末における複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を携帯端末から受信する動作割当情報受信部と、動作割当情報に基づいて、複数種類の操作のうちいずれか１以上の操作の各々に対して、複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てる割当部と、割当部による割当結果に基づいて、操作部に対するユーザの操作に応じた操作信号を複数の動作のうちいずれかに対応する動作コマンドに変換する変換部と、変換部により操作信号から変換された動作コマンドを情報端末へ出力する動作コマンド出力部とを備える。
本実施例の第１４の態様による携帯型の情報端末は、車載装置と接続され、複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を記憶する動作割当情報記憶部と、車載装置に設けられた操作部により入力可能な複数種類の操作に関する操作情報を車載装置から受信する操作情報受信部と、動作割当情報および操作情報に基づいて、複数種類の操作のうちいずれか１以上の操作の各々に対して、複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てる割当部と、車載装置から出力される操作信号を受信する操作信号受信部と、割当部による割当結果に基づいて、操作信号を複数の動作のうちいずれかに対応する動作コマンドに変換する変換部とを備える。
本実施例の第１５の態様による携帯型の情報端末は、車載装置と接続され、複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を車載装置へ送信する動作割当情報送信部と、車載装置から出力される動作コマンドを受信する動作コマンド受信部とを備える。
本実施例の第１６の態様による車載情報システムは、携帯型の情報端末と車載装置とを有する。この車載情報システムにおいて、情報端末は、車載装置との間で行う通信を制御するための通信制御部と、予め記憶されたソフトウェアを実行するためのソフトウェア実行部とを備える。車載装置は、ユーザによる操作を入力するための操作入力部と、操作入力部により入力された操作に応じた情報を、通信制御部の制御により情報端末へ送信する情報送信部と、通信制御部の制御により情報端末から送信された情報に基づいて、ユーザに対する報知を行う報知部とを備える。
本実施例の第１７の態様によると、第１６の態様の車載情報システムにおいて、ソフトウェアは、情報端末において実行可能なアプリケーションを含み、通信制御部は、アプリケーションに対応するアイコンを含むメニュー画面を車載装置において表示するためのメニュー画面情報を車載装置へ送信すると共に、車載装置においてユーザが操作入力部を操作してメニュー画面上でアイコンを選択することで情報送信部から送信されるアプリケーション実行指令を受信し、ソフトウェア実行部は、通信制御部により受信されたアプリケーション実行指令に応じてアプリケーションを実行状態とし、報知部は、通信制御部により送信されたメニュー画面情報に基づいてメニュー画面を表示モニタに表示することにより、報知を行い、情報送信部は、ユーザが操作入力部を操作してメニュー画面上で選択したアイコンに対応するアプリケーションを実行状態とするためのアプリケーション実行指令を情報端末へ送信することができる。
本実施例の第１８の態様によると、第１７の態様の車載情報システムにおいて、情報端末は、ソフトウェア実行部によりアプリケーションを実行状態とするのに先立って、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を停止させることが好ましい。
本実施例の第１９の態様によると、第１８の態様の車載情報システムにおいて、情報端末は、ソフトウェア実行部がアプリケーションを１つずつのみ実行可能な第一の情報端末と、ソフトウェア実行部が複数のアプリケーションを同時に実行可能な第二の情報端末とのいずれかであり、情報端末が第一の情報端末である場合は、ソフトウェア実行部によりアプリケーションを実行状態とするのに先立って、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を停止させ、情報端末が第二の情報端末である場合は、ソフトウェア実行部によりアプリケーションを実行状態とするときであっても、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を停止させないことが好ましい。
本実施例の第２０の態様によると、第１８または第１９の態様の車載情報システムにおいて、情報端末は、ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を再開させることが好ましい。
本実施例の第２１の態様によると、第２０の態様の車載情報システムにおいて、情報送信部は、情報端末において実行中のアプリケーションを停止状態とするためのアプリケーション停止指令を、操作入力部により入力された操作に応じて情報端末へ送信すると共に、アプリケーション停止指令を送信した後に、情報端末において通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を再開させるための再開指令を情報端末へ送信し、情報端末は、アプリケーション停止指令に応じてソフトウェア実行部により実行状態とされたアプリケーションを停止状態とし、その後、再開指令に応じて通信制御部の動作を再開させることが好ましい。
本実施例の第２２の態様によると、第１７乃至第２１のいずれの態様の車載情報システムにおいて、メニュー画面情報は、アプリケーションとアイコンとの対応関係を表すための情報を含み、情報送信部は、ユーザが操作入力部を操作してメニュー画面上で選択したアイコンに対応するアプリケーションをメニュー画面情報に基づいて判断し、当該アプリケーションに応じたアプリケーション実行指令を情報端末へ送信することができる。
本実施例の第２３の態様によると、第１７乃至第２２のいずれかの態様の車載情報システムにおいて、情報端末または車載装置は、車両が走行中であるか否かを判定する走行判定部と、走行判定部により車両が走行中であると判定された場合に、アプリケーションの実行を禁止する実行禁止部とを備えることが好ましい。
本実施例の第２４の態様によると、第２３の態様の車載情報システムにおいて、車載装置は、メニュー画面において実行禁止部により実行を禁止されたアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させることができる。
本実施例の第２５の態様による車載情報システムは、第１７乃至第２２のいずれかの態様の車載情報システムにおいて、情報端末または車載装置は、車両が走行中であるか否かを判定する走行判定部と、走行判定部により車両が走行中であると判定された場合に、ソフトウェア実行部により実行中のアプリケーションを終了する強制終了部とを備えてもよい。
本実施例の第２６の態様による車載情報システムは、第１７乃至第２５のいずれかの態様の車載情報システムにおいて、通信制御部は、携帯端末において予め記憶された複数のアプリケーションのうちいずれか１以上のアプリケーションを対象外アプリケーションとして、その対象外アプリケーションに関する情報を除外してメニュー画面情報を車載装置へ送信し、報知部は、メニュー画面情報に基づいて、対象外アプリケーションに対応するアイコンを含まないメニュー画面を表示モニタに表示することもできる。
本実施例の第２７の態様による車載情報システムは、第１７乃至第２６のいずれかの態様の車載情報システムにおいて、携帯端末には複数のアプリケーションが予め記憶されており、ソフトウェア実行部は、複数のアプリケーションにおいて共通に利用される処理がある場合、その処理結果を複数のアプリケーション間で共有することが好ましい。
本実施例の第２８の態様による車載装置は、アプリケーションを実行可能な携帯型の情報端末と接続され、ユーザによる操作を入力するための操作入力部と、情報端末から送信される、アプリケーションに対応するアイコンを含むメニュー画面を表示するためのメニュー画面情報に基づいて、メニュー画面を表示モニタに表示してユーザに対する報知を行う報知部と、ユーザが操作入力部を操作してメニュー画面上で選択したアイコンに対応するアプリケーションを実行状態とするためのアプリケーション実行指令を情報端末へ送信する情報送信部とを備える。
本実施例の第２９の態様によると、第２８の態様の車載装置において、情報送信部は、情報端末において実行中のアプリケーションを停止状態とするためのアプリケーション停止指令を、操作入力部により入力された操作に応じて情報端末へ送信すると共に、アプリケーション停止指令を送信した後に、情報端末においてメニュー画面情報の送信およびアプリケーション実行指令の受信を再開させるための再開指令を情報端末へ送信することが好ましい。
本実施例の第３０の態様による携帯型の情報端末は、車載装置と接続され、車載装置との間で行う通信を制御するための通信制御部と、予め記憶されたソフトウェアを実行するためのソフトウェア実行部とを備える。この情報端末において、ソフトウェアは、情報端末において実行可能なアプリケーションを含み、通信制御部は、アプリケーションに対応するアイコンを含むメニュー画面を車載装置において表示するためのメニュー画面情報を車載装置へ送信すると共に、車載装置においてユーザがメニュー画面上でアイコンを選択することで車載装置から送信されるアプリケーション実行指令を受信し、ソフトウェア実行部は、通信制御部により受信されたアプリケーション実行指令に応じてアプリケーションを実行状態とする。
本実施例の第３１の態様によると、第３０の態様の情報端末において、ソフトウェア実行部によりアプリケーションを実行状態とするのに先立って、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を停止させ、ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を再開させることが好ましい。
本実施例の第３２の態様による車載情報システムは、携帯型の情報端末と車載装置とを有する。この車載情報システムにおいて、情報端末は、予め記憶されたソフトウェアを実行するためのソフトウェア実行部を備える。車載装置は、ユーザによる操作を入力するための操作入力部と、操作入力部により入力された操作に応じた情報を情報端末へ送信する情報送信部と、ユーザに対する報知を行う報知部とを備える。
本実施例の第３３の態様によると、第３２の態様の車載情報システムにおいて、ソフトウェアは、情報端末において実行可能なアプリケーションを含み、情報端末は、アプリケーションに対応するアイコンを含むメニュー画面を車載装置へ出力する画面出力部をさらに備え、ソフトウェア実行部は、情報送信部から送信される情報に基づいて、車載装置においてユーザが操作入力部を操作してメニュー画面上で選択したアイコンに対応するアプリケーションを実行状態とし、報知部は、画面出力部により出力されたメニュー画面を表示することにより、報知を行うことが好ましい。
本実施例の第３４の態様によると、第３３の態様の車載情報システムにおいて、情報端末は、ソフトウェア実行部によりアプリケーションを実行状態とするのに先立って、画面出力部によるメニュー画面の出力を停止させることが好ましい。
本実施例の第３５の態様によると、第３４の態様の車載情報システムにおいて、情報端末は、ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、画面出力部によるメニュー画面の出力を再開させることが好ましい。
本実施例の第３６の態様によると、第３５の態様の車載情報システムにおいて、情報送信部は、情報端末において画面出力部によるメニュー画面の出力を再開させるための再開指令を情報端末へ送信し、情報端末は、再開指令に応じて画面出力部の動作を再開させることが好ましい。
本実施例の第３７の態様によると、第３３乃至第３６のいずれかの態様の車載情報システムにおいて、情報端末または車載装置は、車両が走行中であるか否かを判定する走行判定部と、走行判定部により車両が走行中であると判定された場合に、アプリケーションの実行を禁止する実行禁止部とを備えることが好ましい。
本実施例の第３８の態様によると、第３７の態様の車載情報システムにおいて、車載装置は、メニュー画面において実行禁止部により実行を禁止されたアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させることができる。
本実施例の第３９の態様によると、第３３乃至第３６のいずれかの態様の車載情報システムにおいて、情報端末または車載装置は、車両が走行中であるか否かを判定する走行判定部と、走行判定部により車両が走行中であると判定された場合に、ソフトウェア実行部により実行中のアプリケーションを終了する強制終了部とを備えてもよい。
本実施例の第４０の態様によると、第３３乃至第３９のいずれかの態様の車載情報システムにおいて、画面出力部は、携帯端末において予め記憶された複数のアプリケーションのうちいずれか１以上のアプリケーションを対象外アプリケーションとして、その対象外アプリケーションに対応するアイコンを除外してメニュー画面を車載装置へ出力することが好ましい。
本実施例の第４１の態様によると、第３３乃至第４０のいずれかの態様の車載情報システムにおいて、携帯端末には複数のアプリケーションが予め記憶されており、ソフトウェア実行部は、複数のアプリケーションにおいて共通に利用される処理がある場合、その処理結果を複数のアプリケーション間で共有することが好ましい。
本実施例の第４２の態様によると、第３３乃至第４１のいずれかの態様の車載情報システムにおいて、車載装置は、外部から映像信号を入力するための映像信号入力部を有する第一の車載装置と、映像信号入力部を有しない第二の車載装置とのいずれかであり、情報端末は、車載装置が第一の車載装置と第二の車載装置のいずれであるかを判断する第一の判断部をさらに備えてもよい。この車載情報システムにおいて、第一の判断部により車載装置が第一の車載装置であると判断された場合、画面出力部は、メニュー画面を映像信号に変換して映像信号入力部へ出力し、第一の判断部により車載装置が第二の車載装置であると判断された場合、画面出力部は、メニュー画面の内容を表す情報を車載装置へ出力することが好ましい。
本実施例の第４３の態様によると、第３３乃至第４２のいずれかの態様の車載情報システムにおいて、携帯端末は、ソフトウェア実行部により実行状態とされたアプリケーションが画面表示機能を有するか否かを判断する第二の判断部をさらに備えてもよい。この車載情報システムにおいて、第二の判断部によりアプリケーションが画面表示機能を有すると判断された場合、画面出力部は、アプリケーションに応じた画面を映像信号に変換して車載装置へ出力し、第二の判断部によりアプリケーションが画面表示機能を有しないと判断された場合、画面出力部は、アプリケーションに応じた画像情報を車載装置へ出力することが好ましい。
本実施例の第４４の態様による車載装置は、アプリケーションを実行可能な携帯型の情報端末と接続され、ユーザによる操作を入力するための操作入力部と、情報端末から送信される、アプリケーションに対応するアイコンを含むメニュー画面を表示モニタに表示してユーザに対する報知を行う報知部と、操作入力部に対するユーザの操作に応じた情報を情報端末へ送信する情報送信部とを備える。
本実施例の第４５の態様によると、第４４の態様の車載装置において、情報送信部は、情報端末においてメニュー画面の送信を再開させるための再開指令を情報端末へ送信することが好ましい。
本実施例の第４６の態様による携帯型の情報端末は、車載装置と接続され、予め記憶されたソフトウェアを実行するためのソフトウェア実行部と、車載装置において表示するための画面を車載装置へ出力する画面出力部とを備える。この情報端末において、ソフトウェアは、情報端末において実行可能なアプリケーションを含み、画面出力部は、アプリケーションに対応するアイコンを含むメニュー画面を車載装置へ出力し、ソフトウェア実行部は、車載装置から送信される情報に基づいて、車載装置においてユーザがメニュー画面上で選択したアイコンに対応するアプリケーションを実行状態とする。
本実施例の第４７の態様によると、第４６の態様の情報端末において、ソフトウェア実行部によりアプリケーションを実行状態とするのに先立って、画面出力部によるメニュー画面の出力を停止させ、ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、画面出力部によるメニュー画面の出力を再開させることが好ましい。

Claims (9)

1. 情報端末、および前記情報端末と通信可能に接続される車載装置を備える車載情報システムにおけるメニュー画面表示方法であって、
   前記メニュー画面表示方法は、
   前記情報端末に記憶されているアプリケーションの中で、前記情報端末に接続された前記車載装置の種類に応じて前記接続される車載装置の操作部を介して起動可能なアプリケーションを判別するステップと、
   前記接続される車載装置の操作部を介して起動不可能なアプリケーションに対応するアイコンが含まれない状態で、前記接続される車載装置の種類に応じて前記接続される車載装置の操作部を介して起動可能なアプリケーションに対応するアイコンを前記接続される車載装置が備える表示部で表示するための、メニュー画面情報を生成するステップと、
   前記メニュー画面情報に基づいたメニュー画面を前記表示部に表示するステップと、を有することを特徴とするメニュー画面表示方法。
2. 前記メニュー画面表示方法に用いられる情報端末に接続される車載装置の操作部は、タッチパネルから構成されていることを特徴とする請求項１に記載のメニュー画面表示方法。
3. 前記接続される車載装置の操作部を介してアプリケーションが起動すると、前記メニュー画面情報の生成を停止することを特徴とする請求項１または請求項２に記載のメニュー画面表示方法。
4. 前記接続される車載装置の操作部を介してアプリケーションが起動すると、前記メニュー画面情報の生成をバックグラウンドで実行する、または前記メニュー画面情報の生成を一時的に停止することを特徴とする請求項１または請求項２に記載のメニュー画面表示方法。
5. 前記接続される車載装置の操作部を介して起動されたアプリケーションの実行情報を、前記表示部に表示することを特徴とする請求項１または請求項２に記載のメニュー画面表示方法。
6. 情報端末と接続可能な車載装置であって、
   前記情報端末と通信を行う通信部と、
   前記通信部が前記情報端末と接続されたことを判定する接続判定部と、
   前記接続判定部が前記情報端末と接続されたことを判定すると、前記情報端末に対して第一のアプリケーションの起動指令を出力する第一のアプリケーション起動指令出力部と、
   前記車載装置の種類に応じて前記接続される車載装置の操作部を介して起動可能な第二のアプリケーションを選択するためのメニュー画面情報を前記情報端末から受信するメニュー画面情報受信部と、
   前記メニュー画面情報受信部によって受信した前記メニュー画面情報に基づいて前記第二のアプリケーションに対応するアイコンを含んだメニュー画面を表示部に表示するメニュー画面表示制御部と、を備えることを特徴とする車載装置。
7. 前記通信部は操作信号を通信する操作情報通信部と、映像信号を通信する映像信号通信部とから構成されることを特徴とする請求項６に記載の車載装置。
8. 前記表示部はタッチパネル式であることを特徴とする請求項６または請求項７に記載の車載装置。
9. 前記情報端末に対して前記第二のアプリケーションの起動指令を出力する第二のアプリケーション起動指令出力部と、
   前記情報端末が前記第二のアプリケーションの起動指令に基づき前記第二のアプリケーションを実行して送信する前記第二のアプリケーションの実行情報を前記表示部に表示するアプリケーション画面表示制御部と、をさらに備えることを特徴とする請求項６から請求項８までのいずれか1項に記載の車載装置。

Images