携帯型の情報端末と車載装置とを有する車載情報システムであって、前記情報端末は、前記情報端末における複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を記憶する動作割当情報記憶部と、前記車載装置に設けられた操作部により入力可能な複数種類の操作に関する操作情報を前記車載装置から受信する操作情報受信部と、前記動作割当情報および前記操作情報に基づいて、前記複数種類の操作のうちいずれか1以上の操作の各々に対して、前記複数の動作のうちいずれかの動作を前記優先度に応じてそれぞれ割り当てる割当部と、前記車載装置から出力される操作信号を受信する操作信号受信部と、前記割当部による割当結果に基づいて、前記操作信号を前記複数の動作のうちいずれかに対応する動作コマンドに変換する変換部とを備え、前記車載装置は、前記操作情報を前記情報端末へ送信する操作情報送信部と、前記操作部に対するユーザの操作に応じて前記操作信号を前記情報端末へ出力する操作信号出力部とを備える車載情報システム。請求項1に記載の車載情報システムにおいて、前記動作割当情報は、各動作について推奨される操作の種別を表す推奨種別に関する情報をさらに含み、前記操作情報は、各操作の種別に関する情報を含み、前記割当部は、前記動作割当情報および前記操作情報に基づいて、各操作に対して当該操作の種別が推奨種別として設定されている動作を優先的に割り当てる車載情報システム。請求項1または2に記載の車載情報システムにおいて、前記情報端末は、前記割当部による割当結果に関する操作対応情報を前記車載装置へ送信する操作対応情報送信部をさらに備え、前記車載装置は、前記操作対応情報を前記情報端末から受信する操作対応情報受信部をさらに備える車載情報システム。請求項3に記載の車載情報システムにおいて、前記操作対応情報は、前記割当部により各操作に対して割り当てられた動作の情報と、その各動作を表すアイコンの情報とを含み、前記車載装置は、前記操作対応情報に基づいて、各操作に対して予め定められた表示モニタの各表示領域に、各操作に対して割り当てられた動作を表すアイコンをそれぞれ表示する車載情報システム。請求項3または4に記載の車載情報システムにおいて、前記操作対応情報は、前記割当部により各操作に対して割り当てられた動作の情報と、その各動作の車両走行中における可否の情報とを含み、前記車載装置は、前記操作対応情報に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには当該動作が割り当てられた操作を無効化する車載情報システム。請求項4に記載の車載情報システムにおいて、前記操作対応情報は、前記割当部により各操作に対して割り当てられた動作の情報と、その各動作の車両走行中における可否の情報とを含み、前記車載装置は、前記操作対応情報に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには、当該動作が割り当てられた操作を無効化すると共に、当該動作を表すアイコンの表示態様を車両停止時とは異なる態様に変化させる車載情報システム。携帯型の情報端末と車載装置とを有する車載情報システムであって、前記情報端末は、前記情報端末における複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を前記車載装置へ送信する動作割当情報送信部と、前記車載装置から出力される動作コマンドを受信する動作コマンド受信部とを備え、前記車載装置は、前記動作割当情報を前記携帯端末から受信する動作割当情報受信部と、前記動作割当情報に基づいて、前記車載装置に設けられた操作部により入力可能な複数種類の操作のうちいずれか1以上の操作の各々に対して、前記複数の動作のうちいずれかの動作を前記優先度に応じてそれぞれ割り当てる割当部と、前記割当部による割当結果に基づいて、前記操作部に対するユーザの操作に応じた操作信号を前記複数の動作のうちいずれかに対応する動作コマンドに変換する変換部と、前記変換部により前記操作信号から変換された動作コマンドを前記情報端末へ出力する動作コマンド出力部とを備える車載情報システム。請求項7に記載の車載情報システムにおいて、前記動作割当情報は、各動作について推奨される操作の種別を表す推奨種別に関する情報をさらに含み、前記割当部は、前記動作割当情報に基づいて、各操作に対して当該操作の種別が推奨種別として設定されている動作を優先的に割り当てる車載情報システム。請求項7または8に記載の車載情報システムにおいて、前記動作割当情報は、各動作を表すアイコンの情報をさらに含み、前記車載装置は、前記動作割当情報による割当結果に基づいて、各操作に対して予め定められた表示モニタの各表示領域に、各操作に対して割り当てられた動作を表すアイコンをそれぞれ表示する車載情報システム。請求項7乃至9のいずれか一項に記載の車載情報システムにおいて、前記動作割当情報は、各動作の車両走行中における可否の情報をさらに含み、前記車載装置は、前記動作割当情報による割当結果に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには当該動作が割り当てられた操作を無効化する車載情報システム。請求項9に記載の車載情報システムにおいて、前記動作割当情報は、各動作の車両走行中における可否の情報をさらに含み、前記車載装置は、前記動作割当情報による割当結果に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには、当該動作が割り当てられた操作を無効化すると共に、当該動作を表すアイコンの表示態様を車両停止時とは異なる態様に変化させる車載情報システム。携帯型の情報端末と接続され、複数種類の操作を入力可能な操作部が設けられた車載装置であって、前記複数種類の操作に関する操作情報を前記情報端末へ送信する操作情報送信部と、前記操作部に対するユーザの操作に応じた操作信号を前記情報端末へ出力する操作信号出力部とを備える車載装置。携帯型の情報端末と接続され、複数種類の操作を入力可能な操作部が設けられた車載装置であって、前記情報端末における複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を前記携帯端末から受信する動作割当情報受信部と、前記動作割当情報に基づいて、前記複数種類の操作のうちいずれか1以上の操作の各々に対して、前記複数の動作のうちいずれかの動作を前記優先度に応じてそれぞれ割り当てる割当部と、前記割当部による割当結果に基づいて、前記操作部に対するユーザの操作に応じた操作信号を前記複数の動作のうちいずれかに対応する動作コマンドに変換する変換部と、前記変換部により前記操作信号から変換された動作コマンドを前記情報端末へ出力する動作コマンド出力部とを備える車載装置。車載装置と接続される携帯型の情報端末であって、複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を記憶する動作割当情報記憶部と、前記車載装置に設けられた操作部により入力可能な複数種類の操作に関する操作情報を前記車載装置から受信する操作情報受信部と、前記動作割当情報および前記操作情報に基づいて、前記複数種類の操作のうちいずれか1以上の操作の各々に対して、前記複数の動作のうちいずれかの動作を前記優先度に応じてそれぞれ割り当てる割当部と、前記車載装置から出力される操作信号を受信する操作信号受信部と、前記割当部による割当結果に基づいて、前記操作信号を前記複数の動作のうちいずれかに対応する動作コマンドに変換する変換部とを備える情報端末。車載装置と接続される携帯型の情報端末であって、複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を前記車載装置へ送信する動作割当情報送信部と、前記車載装置から出力される動作コマンドを受信する動作コマンド受信部とを備える情報端末。携帯型の情報端末と車載装置とを有する車載情報システムであって、前記情報端末は、前記車載装置との間で行う通信を制御するための通信制御部と、予め記憶されたソフトウェアを実行するためのソフトウェア実行部とを備え、前記車載装置は、ユーザによる操作を入力するための操作入力部と、前記操作入力部により入力された前記操作に応じた情報を、前記通信制御部の制御により前記情報端末へ送信する情報送信部と、前記通信制御部の制御により前記情報端末から送信された情報に基づいて、前記ユーザに対する報知を行う報知部とを備える車載情報システム。請求項16に記載の車載情報システムにおいて、前記ソフトウェアは、前記情報端末において実行可能なアプリケーションを含み、前記通信制御部は、前記アプリケーションに対応するアイコンを含むメニュー画面を前記車載装置において表示するためのメニュー画面情報を前記車載装置へ送信すると共に、前記車載装置において前記ユーザが前記操作入力部を操作して前記メニュー画面上で前記アイコンを選択することで前記情報送信部から送信されるアプリケーション実行指令を受信し、前記ソフトウェア実行部は、前記通信制御部により受信された前記アプリケーション実行指令に応じて前記アプリケーションを実行状態とし、前記報知部は、前記通信制御部により送信された前記メニュー画面情報に基づいて前記メニュー画面を前記表示モニタに表示することにより、前記報知を行い、前記情報送信部は、前記ユーザが前記操作入力部を操作して前記メニュー画面上で選択したアイコンに対応するアプリケーションを実行状態とするためのアプリケーション実行指令を前記情報端末へ送信する車載情報システム。請求項17に記載の車載情報システムにおいて、前記情報端末は、前記ソフトウェア実行部により前記アプリケーションを実行状態とするのに先立って、前記通信制御部による前記メニュー画面情報の送信および前記アプリケーション実行指令の受信を停止させる車載情報システム。請求項18に記載の車載情報システムにおいて、前記情報端末は、前記ソフトウェア実行部が前記アプリケーションを1つずつのみ実行可能な第一の情報端末と、前記ソフトウェア実行部が複数の前記アプリケーションを同時に実行可能な第二の情報端末とのいずれかであり、前記情報端末が前記第一の情報端末である場合は、前記ソフトウェア実行部により前記アプリケーションを実行状態とするのに先立って、前記通信制御部による前記メニュー画面情報の送信および前記アプリケーション実行指令の受信を停止させ、前記情報端末が前記第二の情報端末である場合は、前記ソフトウェア実行部により前記アプリケーションを実行状態とするときであっても、前記通信制御部による前記メニュー画面情報の送信および前記アプリケーション実行指令の受信を停止させない車載情報システム。請求項18または19に記載の車載情報システムにおいて、前記情報端末は、前記ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、前記通信制御部による前記メニュー画面情報の送信および前記アプリケーション実行指令の受信を再開させる車載情報システム。請求項20に記載の車載情報システムにおいて、前記情報送信部は、前記情報端末において実行中のアプリケーションを停止状態とするためのアプリケーション停止指令を、前記操作入力部により入力された前記操作に応じて前記情報端末へ送信すると共に、前記アプリケーション停止指令を送信した後に、前記情報端末において前記通信制御部による前記メニュー画面情報の送信および前記アプリケーション実行指令の受信を再開させるための再開指令を前記情報端末へ送信し、前記情報端末は、前記アプリケーション停止指令に応じて前記ソフトウェア実行部により実行状態とされたアプリケーションを停止状態とし、その後、前記再開指令に応じて前記通信制御部の動作を再開させる車載情報システム。請求項17乃至21のいずれか一項に記載の車載情報システムにおいて、前記メニュー画面情報は、前記アプリケーションと前記アイコンとの対応関係を表すための情報を含み、前記情報送信部は、前記ユーザが前記操作入力部を操作して前記メニュー画面上で選択したアイコンに対応するアプリケーションを前記メニュー画面情報に基づいて判断し、当該アプリケーションに応じたアプリケーション実行指令を前記情報端末へ送信する車載情報システム。請求項17乃至22のいずれか一項に記載の車載情報システムにおいて、前記情報端末または前記車載装置は、車両が走行中であるか否かを判定する走行判定部と、前記走行判定部により前記車両が走行中であると判定された場合に、前記アプリケーションの実行を禁止する実行禁止部とを備える車載情報システム。請求項23に記載の車載情報システムにおいて、前記車載装置は、前記メニュー画面において前記実行禁止部により実行を禁止されたアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させる車載情報システム。請求項17乃至22のいずれか一項に記載の車載情報システムにおいて、前記情報端末または前記車載装置は、車両が走行中であるか否かを判定する走行判定部と、前記走行判定部により前記車両が走行中であると判定された場合に、前記ソフトウェア実行部により実行中の前記アプリケーションを終了する強制終了部とを備える車載情報システム。請求項17乃至25のいずれか一項に記載の車載情報システムにおいて、前記通信制御部は、前記携帯端末において予め記憶された複数の前記アプリケーションのうちいずれか1以上のアプリケーションを対象外アプリケーションとして、その対象外アプリケーションに関する情報を除外して前記メニュー画面情報を前記車載装置へ送信し、前記報知部は、前記メニュー画面情報に基づいて、前記対象外アプリケーションに対応するアイコンを含まない前記メニュー画面を前記表示モニタに表示する車載情報システム。請求項17乃至26のいずれか一項に記載の車載情報システムにおいて、前記携帯端末には複数の前記アプリケーションが予め記憶されており、前記ソフトウェア実行部は、前記複数のアプリケーションにおいて共通に利用される処理がある場合、その処理結果を前記複数のアプリケーション間で共有する車載情報システム。アプリケーションを実行可能な携帯型の情報端末と接続される車載装置であって、ユーザによる操作を入力するための操作入力部と、前記情報端末から送信される、前記アプリケーションに対応するアイコンを含むメニュー画面を表示するためのメニュー画面情報に基づいて、前記メニュー画面を表示モニタに表示して前記ユーザに対する報知を行う報知部と、前記ユーザが前記操作入力部を操作して前記メニュー画面上で選択したアイコンに対応するアプリケーションを実行状態とするためのアプリケーション実行指令を前記情報端末へ送信する情報送信部とを備える車載装置。請求項28に記載の車載装置において、前記情報送信部は、前記情報端末において実行中のアプリケーションを停止状態とするためのアプリケーション停止指令を、前記操作入力部により入力された前記操作に応じて前記情報端末へ送信すると共に、前記アプリケーション停止指令を送信した後に、前記情報端末において前記メニュー画面情報の送信および前記アプリケーション実行指令の受信を再開させるための再開指令を前記情報端末へ送信する車載装置。車載装置と接続される携帯型の情報端末であって、前記車載装置との間で行う通信を制御するための通信制御部と、予め記憶されたソフトウェアを実行するためのソフトウェア実行部とを備え、前記ソフトウェアは、前記情報端末において実行可能なアプリケーションを含み、前記通信制御部は、前記アプリケーションに対応するアイコンを含むメニュー画面を前記車載装置において表示するためのメニュー画面情報を前記車載装置へ送信すると共に、前記車載装置においてユーザが前記メニュー画面上で前記アイコンを選択することで前記車載装置から送信されるアプリケーション実行指令を受信し、前記ソフトウェア実行部は、前記通信制御部により受信された前記アプリケーション実行指令に応じて前記アプリケーションを実行状態とする情報端末。請求項30に記載の情報端末において、前記ソフトウェア実行部により前記アプリケーションを実行状態とするのに先立って、前記通信制御部による前記メニュー画面情報の送信および前記アプリケーション実行指令の受信を停止させ、前記ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、前記通信制御部による前記メニュー画面情報の送信および前記アプリケーション実行指令の受信を再開させる情報端末。携帯型の情報端末と車載装置とを有する車載情報システムであって、前記情報端末は、予め記憶されたソフトウェアを実行するためのソフトウェア実行部を備え、前記車載装置は、ユーザによる操作を入力するための操作入力部と、前記操作入力部により入力された前記操作に応じた情報を前記情報端末へ送信する情報送信部と、前記ユーザに対する報知を行う報知部とを備える車載情報システム。請求項32に記載の車載情報システムにおいて、前記ソフトウェアは、前記情報端末において実行可能なアプリケーションを含み、前記情報端末は、前記アプリケーションに対応するアイコンを含むメニュー画面を前記車載装置へ出力する画面出力部をさらに備え、前記ソフトウェア実行部は、前記情報送信部から送信される情報に基づいて、前記車載装置において前記ユーザが前記操作入力部を操作して前記メニュー画面上で選択した前記アイコンに対応する前記アプリケーションを実行状態とし、前記報知部は、前記画面出力部により出力された前記メニュー画面を表示することにより、前記報知を行う車載情報システム。請求項33に記載の車載情報システムにおいて、前記情報端末は、前記ソフトウェア実行部により前記アプリケーションを実行状態とするのに先立って、前記画面出力部による前記メニュー画面の出力を停止させる車載情報システム。請求項34に記載の車載情報システムにおいて、前記情報端末は、前記ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、前記画面出力部による前記メニュー画面の出力を再開させる車載情報システム。請求項35に記載の車載情報システムにおいて、前記情報送信部は、前記情報端末において前記画面出力部による前記メニュー画面の出力を再開させるための再開指令を前記情報端末へ送信し、前記情報端末は、前記再開指令に応じて前記画面出力部の動作を再開させる車載情報システム。請求項33乃至36のいずれか一項に記載の車載情報システムにおいて、前記情報端末または前記車載装置は、車両が走行中であるか否かを判定する走行判定部と、前記走行判定部により前記車両が走行中であると判定された場合に、前記アプリケーションの実行を禁止する実行禁止部とを備える車載情報システム。請求項37に記載の車載情報システムにおいて、前記車載装置は、前記メニュー画面において前記実行禁止部により実行を禁止されたアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させる車載情報システム。請求項33乃至36のいずれか一項に記載の車載情報システムにおいて、前記情報端末または前記車載装置は、車両が走行中であるか否かを判定する走行判定部と、前記走行判定部により前記車両が走行中であると判定された場合に、前記ソフトウェア実行部により実行中の前記アプリケーションを終了する強制終了部とを備える車載情報システム。請求項33乃至39のいずれか一項に記載の車載情報システムにおいて、前記画面出力部は、前記携帯端末において予め記憶された複数の前記アプリケーションのうちいずれか1以上のアプリケーションを対象外アプリケーションとして、その対象外アプリケーションに対応するアイコンを除外して前記メニュー画面を前記車載装置へ出力する車載情報システム。請求項33乃至40のいずれか一項に記載の車載情報システムにおいて、前記携帯端末には複数の前記アプリケーションが予め記憶されており、前記ソフトウェア実行部は、前記複数のアプリケーションにおいて共通に利用される処理がある場合、その処理結果を前記複数のアプリケーション間で共有する車載情報システム。請求項33乃至41のいずれか一項に記載の車載情報システムにおいて、前記車載装置は、外部から映像信号を入力するための映像信号入力部を有する第一の車載装置と、前記映像信号入力部を有しない第二の車載装置とのいずれかであり、前記情報端末は、前記車載装置が前記第一の車載装置と前記第二の車載装置のいずれであるかを判断する第一の判断部をさらに備え、前記第一の判断部により前記車載装置が前記第一の車載装置であると判断された場合、前記画面出力部は、前記メニュー画面を前記映像信号に変換して前記映像信号入力部へ出力し、前記第一の判断部により前記車載装置が前記第二の車載装置であると判断された場合、前記画面出力部は、前記メニュー画面の内容を表す情報を前記車載装置へ出力する車載情報システム。請求項33乃至42のいずれか一項に記載の車載情報システムにおいて、前記携帯端末は、前記ソフトウェア実行部により実行状態とされた前記アプリケーションが画面表示機能を有するか否かを判断する第二の判断部をさらに備え、前記第二の判断部により前記アプリケーションが画面表示機能を有すると判断された場合、前記画面出力部は、前記アプリケーションに応じた画面を映像信号に変換して前記車載装置へ出力し、前記第二の判断部により前記アプリケーションが画面表示機能を有しないと判断された場合、前記画面出力部は、前記アプリケーションに応じた画像情報を前記車載装置へ出力する車載情報システム。アプリケーションを実行可能な携帯型の情報端末と接続される車載装置であって、ユーザによる操作を入力するための操作入力部と、前記情報端末から送信される、前記アプリケーションに対応するアイコンを含むメニュー画面を表示モニタに表示して前記ユーザに対する報知を行う報知部と、前記操作入力部に対する前記ユーザの操作に応じた情報を前記情報端末へ送信する情報送信部とを備える車載装置。請求項44に記載の車載装置において、前記情報送信部は、前記情報端末において前記メニュー画面の送信を再開させるための再開指令を前記情報端末へ送信する車載装置。車載装置と接続される携帯型の情報端末であって、予め記憶されたソフトウェアを実行するためのソフトウェア実行部と、前記車載装置において表示するための画面を前記車載装置へ出力する画面出力部とを備え、前記ソフトウェアは、前記情報端末において実行可能なアプリケーションを含み、前記画面出力部は、前記アプリケーションに対応するアイコンを含むメニュー画面を前記車載装置へ出力し、前記ソフトウェア実行部は、前記車載装置から送信される情報に基づいて、前記車載装置においてユーザが前記メニュー画面上で選択した前記アイコンに対応する前記アプリケーションを実行状態とする情報端末。請求項46に記載の情報端末において、前記ソフトウェア実行部により前記アプリケーションを実行状態とするのに先立って、前記画面出力部による前記メニュー画面の出力を停止させ、前記ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、前記画面出力部による前記メニュー画面の出力を再開させる情報端末。特許文献1に記載された従来技術では、車載装置により操作コマンドの変換を行うために、車載装置の各タッチスイッチまたは各操作ボタンがそれぞれ情報端末のどの操作コマンドに対応するかを表す情報を情報端末から車載装置へ送信する必要がある。しかし、車載装置には様々な種類のものが存在しており、タッチパネルの有無や操作ボタンの配置は車載装置によって異なることから、これらの車載装置で共通に情報端末を操作可能とするためには、車載装置の種類ごとに上記のような情報を情報端末において予め用意しておき、車載装置との接続時にいずれかを選択する必要がある。これは、情報端末側のソフトウェア開発者等にとって負荷が大きいばかりでなく、新しい種類の車載装置が登場したときには適用できないという問題を生じる。また、車載装置の操作コマンドを変換せずにそのまま情報端末へ送信し、情報端末において変換を行った場合にも、同様の問題を生じることとなる。なお、新しい種類の車載装置においても適用可能とするために、車載装置での操作内容と情報端末での動作内容との対応付け設定をユーザに行わせることも考えられるが、これはユーザにとって非常に煩わしいという別の問題を生じる。また、近年の携帯電話などの情報端末には、様々な機能が搭載されており、ユーザが所望の機能をメニュー画面等で選択すると、その機能を情報端末において実行することができるようになっている。そのため、上記のような技術も情報端末に搭載されている様々な機能のうちの一つとして実現されることが考えられる。しかし、特許文献1には、情報端末に搭載されている様々な機能の中から、上記のような技術を実現するための機能を車載装置の操作により選択して実行させる具体的な手順や方法について、何ら記載されていない。なお、予めユーザが情報端末を操作して当該機能を実行させることも考えられるが、これはユーザにとって不便である。上記のような状況に鑑みて、様々な種類の車載装置と情報端末とが接続される車載情報システムにおいて、車載装置における操作内容と情報端末における動作内容との対応付けを容易に行うことが望まれている。本発明の第1の態様による車載情報システムは、携帯型の情報端末と車載装置とを有する。この車載情報システムにおいて、情報端末は、情報端末における複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を記憶する動作割当情報記憶部と、車載装置に設けられた操作部により入力可能な複数種類の操作に関する操作情報を車載装置から受信する操作情報受信部と、動作割当情報および操作情報に基づいて、複数種類の操作のうちいずれか1以上の操作の各々に対して、複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てる割当部と、車載装置から出力される操作信号を受信する操作信号受信部と、割当部による割当結果に基づいて、操作信号を複数の動作のうちいずれかに対応する動作コマンドに変換する変換部とを備える。車載装置は、操作情報を情報端末へ送信する操作情報送信部と、操作部に対するユーザの操作に応じて操作信号を情報端末へ出力する操作信号出力部とを備える。本発明の第2の態様によると、第1の態様の車載情報システムにおいて、動作割当情報は、各動作について推奨される操作の種別を表す推奨種別に関する情報をさらに含み、操作情報は、各操作の種別に関する情報を含み、割当部は、動作割当情報および操作情報に基づいて、各操作に対して当該操作の種別が推奨種別として設定されている動作を優先的に割り当てることができる。本発明の第3の態様によると、第1または第2の態様の車載情報システムにおいて、情報端末は、割当部による割当結果に関する操作対応情報を車載装置へ送信する操作対応情報送信部をさらに備え、車載装置は、操作対応情報を情報端末から受信する操作対応情報受信部をさらに備えることが好ましい。本発明の第4の態様によると、第3の態様の車載情報システムにおいて、操作対応情報は、割当部により各操作に対して割り当てられた動作の情報と、その各動作を表すアイコンの情報とを含み、車載装置は、操作対応情報に基づいて、各操作に対して予め定められた表示モニタの各表示領域に、各操作に対して割り当てられた動作を表すアイコンをそれぞれ表示することが好ましい。本発明の第5の態様によると、第3または第4の態様の車載情報システムにおいて、操作対応情報は、割当部により各操作に対して割り当てられた動作の情報と、その各動作の車両走行中における可否の情報とを含み、車載装置は、操作対応情報に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには当該動作が割り当てられた操作を無効化することが好ましい。本発明の第6の態様によると、第4の態様の車載情報システムにおいて、操作対応情報は、割当部により各操作に対して割り当てられた動作の情報と、その各動作の車両走行中における可否の情報とを含み、車載装置は、操作対応情報に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには、当該動作が割り当てられた操作を無効化すると共に、当該動作を表すアイコンの表示態様を車両停止時とは異なる態様に変化させてもよい。本発明の第7の態様による車載情報システムは、携帯型の情報端末と車載装置とを有する。この車載情報システムにおいて、情報端末は、情報端末における複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を車載装置へ送信する動作割当情報送信部と、車載装置から出力される動作コマンドを受信する動作コマンド受信部とを備える。車載装置は、動作割当情報を携帯端末から受信する動作割当情報受信部と、動作割当情報に基づいて、車載装置に設けられた操作部により入力可能な複数種類の操作のうちいずれか1以上の操作の各々に対して、複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てる割当部と、割当部による割当結果に基づいて、操作部に対するユーザの操作に応じた操作信号を複数の動作のうちいずれかに対応する動作コマンドに変換する変換部と、変換部により操作信号から変換された動作コマンドを情報端末へ出力する動作コマンド出力部とを備える。本発明の第8の態様によると、第7の態様の車載情報システムにおいて、動作割当情報は、各動作について推奨される操作の種別を表す推奨種別に関する情報をさらに含み、割当部は、動作割当情報に基づいて、各操作に対して当該操作の種別が推奨種別として設定されている動作を優先的に割り当てることが好ましい。本発明の第9の態様によると、第7または第8の態様の車載情報システムにおいて、動作割当情報は、各動作を表すアイコンの情報をさらに含み、車載装置は、動作割当情報による割当結果に基づいて、各操作に対して予め定められた表示モニタの各表示領域に、各操作に対して割り当てられた動作を表すアイコンをそれぞれ表示することもできる。本発明の第10の態様によると、第7乃至第9のいずれかの態様の車載情報システムにおいて、動作割当情報は、各動作の車両走行中における可否の情報をさらに含み、車載装置は、動作割当情報による割当結果に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには当該動作が割り当てられた操作を無効化することが好ましい。本発明の第11の態様によると、第9の態様の車載情報システムにおいて、動作割当情報は、各動作の車両走行中における可否の情報をさらに含み、車載装置は、動作割当情報による割当結果に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには、当該動作が割り当てられた操作を無効化すると共に、当該動作を表すアイコンの表示態様を車両停止時とは異なる態様に変化させてもよい。本発明の第12の態様による車載装置は、携帯型の情報端末と接続され、複数種類の操作を入力可能な操作部が設けられており、複数種類の操作に関する操作情報を情報端末へ送信する操作情報送信部と、操作部に対するユーザの操作に応じた操作信号を情報端末へ出力する操作信号出力部とを備える。本発明の第13の態様による車載装置は、携帯型の情報端末と接続され、複数種類の操作を入力可能な操作部が設けられており、情報端末における複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を携帯端末から受信する動作割当情報受信部と、動作割当情報に基づいて、複数種類の操作のうちいずれか1以上の操作の各々に対して、複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てる割当部と、割当部による割当結果に基づいて、操作部に対するユーザの操作に応じた操作信号を複数の動作のうちいずれかに対応する動作コマンドに変換する変換部と、変換部により操作信号から変換された動作コマンドを情報端末へ出力する動作コマンド出力部とを備える。本発明の第14の態様による携帯型の情報端末は、車載装置と接続され、複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を記憶する動作割当情報記憶部と、車載装置に設けられた操作部により入力可能な複数種類の操作に関する操作情報を車載装置から受信する操作情報受信部と、動作割当情報および操作情報に基づいて、複数種類の操作のうちいずれか1以上の操作の各々に対して、複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てる割当部と、車載装置から出力される操作信号を受信する操作信号受信部と、割当部による割当結果に基づいて、操作信号を複数の動作のうちいずれかに対応する動作コマンドに変換する変換部とを備える。本発明の第15の態様による携帯型の情報端末は、車載装置と接続され、複数の動作について、各動作に対する割当の優先度に関する情報を含む動作割当情報を車載装置へ送信する動作割当情報送信部と、車載装置から出力される動作コマンドを受信する動作コマンド受信部とを備える。本発明の第16の態様による車載情報システムは、携帯型の情報端末と車載装置とを有する。この車載情報システムにおいて、情報端末は、車載装置との間で行う通信を制御するための通信制御部と、予め記憶されたソフトウェアを実行するためのソフトウェア実行部とを備える。車載装置は、ユーザによる操作を入力するための操作入力部と、操作入力部により入力された操作に応じた情報を、通信制御部の制御により情報端末へ送信する情報送信部と、通信制御部の制御により情報端末から送信された情報に基づいて、ユーザに対する報知を行う報知部とを備える。本発明の第17の態様によると、第16の態様の車載情報システムにおいて、ソフトウェアは、情報端末において実行可能なアプリケーションを含み、通信制御部は、アプリケーションに対応するアイコンを含むメニュー画面を車載装置において表示するためのメニュー画面情報を車載装置へ送信すると共に、車載装置においてユーザが操作入力部を操作してメニュー画面上でアイコンを選択することで情報送信部から送信されるアプリケーション実行指令を受信し、ソフトウェア実行部は、通信制御部により受信されたアプリケーション実行指令に応じてアプリケーションを実行状態とし、報知部は、通信制御部により送信されたメニュー画面情報に基づいてメニュー画面を表示モニタに表示することにより、報知を行い、情報送信部は、ユーザが操作入力部を操作してメニュー画面上で選択したアイコンに対応するアプリケーションを実行状態とするためのアプリケーション実行指令を情報端末へ送信することができる。本発明の第18の態様によると、第17の態様の車載情報システムにおいて、情報端末は、ソフトウェア実行部によりアプリケーションを実行状態とするのに先立って、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を停止させることが好ましい。本発明の第19の態様によると、第18の態様の車載情報システムにおいて、情報端末は、ソフトウェア実行部がアプリケーションを1つずつのみ実行可能な第一の情報端末と、ソフトウェア実行部が複数のアプリケーションを同時に実行可能な第二の情報端末とのいずれかであり、情報端末が第一の情報端末である場合は、ソフトウェア実行部によりアプリケーションを実行状態とするのに先立って、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を停止させ、情報端末が第二の情報端末である場合は、ソフトウェア実行部によりアプリケーションを実行状態とするときであっても、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を停止させないことが好ましい。本発明の第20の態様によると、第18または第19の態様の車載情報システムにおいて、情報端末は、ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を再開させることが好ましい。本発明の第21の態様によると、第20の態様の車載情報システムにおいて、情報送信部は、情報端末において実行中のアプリケーションを停止状態とするためのアプリケーション停止指令を、操作入力部により入力された操作に応じて情報端末へ送信すると共に、アプリケーション停止指令を送信した後に、情報端末において通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を再開させるための再開指令を情報端末へ送信し、情報端末は、アプリケーション停止指令に応じてソフトウェア実行部により実行状態とされたアプリケーションを停止状態とし、その後、再開指令に応じて通信制御部の動作を再開させることが好ましい。本発明の第22の態様によると、第17乃至第21のいずれの態様の車載情報システムにおいて、メニュー画面情報は、アプリケーションとアイコンとの対応関係を表すための情報を含み、情報送信部は、ユーザが操作入力部を操作してメニュー画面上で選択したアイコンに対応するアプリケーションをメニュー画面情報に基づいて判断し、当該アプリケーションに応じたアプリケーション実行指令を情報端末へ送信することができる。本発明の第23の態様によると、第17乃至第22のいずれかの態様の車載情報システムにおいて、情報端末または車載装置は、車両が走行中であるか否かを判定する走行判定部と、走行判定部により車両が走行中であると判定された場合に、アプリケーションの実行を禁止する実行禁止部とを備えることが好ましい。本発明の第24の態様によると、第23の態様の車載情報システムにおいて、車載装置は、メニュー画面において実行禁止部により実行を禁止されたアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させることができる。本発明の第25の態様による車載情報システムは、第17乃至第22のいずれかの態様の車載情報システムにおいて、情報端末または車載装置は、車両が走行中であるか否かを判定する走行判定部と、走行判定部により車両が走行中であると判定された場合に、ソフトウェア実行部により実行中のアプリケーションを終了する強制終了部とを備えてもよい。本発明の第26の態様による車載情報システムは、第17乃至第25のいずれかの態様の車載情報システムにおいて、通信制御部は、携帯端末において予め記憶された複数のアプリケーションのうちいずれか1以上のアプリケーションを対象外アプリケーションとして、その対象外アプリケーションに関する情報を除外してメニュー画面情報を車載装置へ送信し、報知部は、メニュー画面情報に基づいて、対象外アプリケーションに対応するアイコンを含まないメニュー画面を表示モニタに表示することもできる。本発明の第27の態様による車載情報システムは、第17乃至第26のいずれかの態様の車載情報システムにおいて、携帯端末には複数のアプリケーションが予め記憶されており、ソフトウェア実行部は、複数のアプリケーションにおいて共通に利用される処理がある場合、その処理結果を複数のアプリケーション間で共有することが好ましい。本発明の第28の態様による車載装置は、アプリケーションを実行可能な携帯型の情報端末と接続され、ユーザによる操作を入力するための操作入力部と、情報端末から送信される、アプリケーションに対応するアイコンを含むメニュー画面を表示するためのメニュー画面情報に基づいて、メニュー画面を表示モニタに表示してユーザに対する報知を行う報知部と、ユーザが操作入力部を操作してメニュー画面上で選択したアイコンに対応するアプリケーションを実行状態とするためのアプリケーション実行指令を情報端末へ送信する情報送信部とを備える。本発明の第29の態様によると、第28の態様の車載装置において、情報送信部は、情報端末において実行中のアプリケーションを停止状態とするためのアプリケーション停止指令を、操作入力部により入力された操作に応じて情報端末へ送信すると共に、アプリケーション停止指令を送信した後に、情報端末においてメニュー画面情報の送信およびアプリケーション実行指令の受信を再開させるための再開指令を情報端末へ送信することが好ましい。本発明の第30の態様による携帯型の情報端末は、車載装置と接続され、車載装置との間で行う通信を制御するための通信制御部と、予め記憶されたソフトウェアを実行するためのソフトウェア実行部とを備える。この情報端末において、ソフトウェアは、情報端末において実行可能なアプリケーションを含み、通信制御部は、アプリケーションに対応するアイコンを含むメニュー画面を車載装置において表示するためのメニュー画面情報を車載装置へ送信すると共に、車載装置においてユーザがメニュー画面上でアイコンを選択することで車載装置から送信されるアプリケーション実行指令を受信し、ソフトウェア実行部は、通信制御部により受信されたアプリケーション実行指令に応じてアプリケーションを実行状態とする。本発明の第31の態様によると、第30の態様の情報端末において、ソフトウェア実行部によりアプリケーションを実行状態とするのに先立って、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を停止させ、ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、通信制御部によるメニュー画面情報の送信およびアプリケーション実行指令の受信を再開させることが好ましい。本発明の第32の態様による車載情報システムは、携帯型の情報端末と車載装置とを有する。この車載情報システムにおいて、情報端末は、予め記憶されたソフトウェアを実行するためのソフトウェア実行部を備える。車載装置は、ユーザによる操作を入力するための操作入力部と、操作入力部により入力された操作に応じた情報を情報端末へ送信する情報送信部と、ユーザに対する報知を行う報知部とを備える。本発明の第33の態様によると、第32の態様の車載情報システムにおいて、ソフトウェアは、情報端末において実行可能なアプリケーションを含み、情報端末は、アプリケーションに対応するアイコンを含むメニュー画面を車載装置へ出力する画面出力部をさらに備え、ソフトウェア実行部は、情報送信部から送信される情報に基づいて、車載装置においてユーザが操作入力部を操作してメニュー画面上で選択したアイコンに対応するアプリケーションを実行状態とし、報知部は、画面出力部により出力されたメニュー画面を表示することにより、報知を行うことが好ましい。本発明の第34の態様によると、第33の態様の車載情報システムにおいて、情報端末は、ソフトウェア実行部によりアプリケーションを実行状態とするのに先立って、画面出力部によるメニュー画面の出力を停止させることが好ましい。本発明の第35の態様によると、第34の態様の車載情報システムにおいて、情報端末は、ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、画面出力部によるメニュー画面の出力を再開させることが好ましい。本発明の第36の態様によると、第35の態様の車載情報システムにおいて、情報送信部は、情報端末において画面出力部によるメニュー画面の出力を再開させるための再開指令を情報端末へ送信し、情報端末は、再開指令に応じて画面出力部の動作を再開させることが好ましい。本発明の第37の態様によると、第33乃至第36のいずれかの態様の車載情報システムにおいて、情報端末または車載装置は、車両が走行中であるか否かを判定する走行判定部と、走行判定部により車両が走行中であると判定された場合に、アプリケーションの実行を禁止する実行禁止部とを備えることが好ましい。本発明の第38の態様によると、第37の態様の車載情報システムにおいて、車載装置は、メニュー画面において実行禁止部により実行を禁止されたアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させることができる。本発明の第39の態様によると、第33乃至第36のいずれかの態様の車載情報システムにおいて、情報端末または車載装置は、車両が走行中であるか否かを判定する走行判定部と、走行判定部により車両が走行中であると判定された場合に、ソフトウェア実行部により実行中のアプリケーションを終了する強制終了部とを備えてもよい。本発明の第40の態様によると、第33乃至第39のいずれかの態様の車載情報システムにおいて、画面出力部は、携帯端末において予め記憶された複数のアプリケーションのうちいずれか1以上のアプリケーションを対象外アプリケーションとして、その対象外アプリケーションに対応するアイコンを除外してメニュー画面を車載装置へ出力することが好ましい。本発明の第41の態様によると、第33乃至第40のいずれかの態様の車載情報システムにおいて、携帯端末には複数のアプリケーションが予め記憶されており、ソフトウェア実行部は、複数のアプリケーションにおいて共通に利用される処理がある場合、その処理結果を複数のアプリケーション間で共有することが好ましい。本発明の第42の態様によると、第33乃至第41のいずれかの態様の車載情報システムにおいて、車載装置は、外部から映像信号を入力するための映像信号入力部を有する第一の車載装置と、映像信号入力部を有しない第二の車載装置とのいずれかであり、情報端末は、車載装置が第一の車載装置と第二の車載装置のいずれであるかを判断する第一の判断部をさらに備えてもよい。この車載情報システムにおいて、第一の判断部により車載装置が第一の車載装置であると判断された場合、画面出力部は、メニュー画面を映像信号に変換して映像信号入力部へ出力し、第一の判断部により車載装置が第二の車載装置であると判断された場合、画面出力部は、メニュー画面の内容を表す情報を車載装置へ出力することが好ましい。本発明の第43の態様によると、第33乃至第42のいずれかの態様の車載情報システムにおいて、携帯端末は、ソフトウェア実行部により実行状態とされたアプリケーションが画面表示機能を有するか否かを判断する第二の判断部をさらに備えてもよい。この車載情報システムにおいて、第二の判断部によりアプリケーションが画面表示機能を有すると判断された場合、画面出力部は、アプリケーションに応じた画面を映像信号に変換して車載装置へ出力し、第二の判断部によりアプリケーションが画面表示機能を有しないと判断された場合、画面出力部は、アプリケーションに応じた画像情報を車載装置へ出力することが好ましい。本発明の第44の態様による車載装置は、アプリケーションを実行可能な携帯型の情報端末と接続され、ユーザによる操作を入力するための操作入力部と、情報端末から送信される、アプリケーションに対応するアイコンを含むメニュー画面を表示モニタに表示してユーザに対する報知を行う報知部と、操作入力部に対するユーザの操作に応じた情報を情報端末へ送信する情報送信部とを備える。本発明の第45の態様によると、第44の態様の車載装置において、情報送信部は、情報端末においてメニュー画面の送信を再開させるための再開指令を情報端末へ送信することが好ましい。本発明の第46の態様による携帯型の情報端末は、車載装置と接続され、予め記憶されたソフトウェアを実行するためのソフトウェア実行部と、車載装置において表示するための画面を車載装置へ出力する画面出力部とを備える。この情報端末において、ソフトウェアは、情報端末において実行可能なアプリケーションを含み、画面出力部は、アプリケーションに対応するアイコンを含むメニュー画面を車載装置へ出力し、ソフトウェア実行部は、車載装置から送信される情報に基づいて、車載装置においてユーザがメニュー画面上で選択したアイコンに対応するアプリケーションを実行状態とする。本発明の第47の態様によると、第46の態様の情報端末において、ソフトウェア実行部によりアプリケーションを実行状態とするのに先立って、画面出力部によるメニュー画面の出力を停止させ、ソフトウェア実行部により実行状態とされたアプリケーションが停止状態とされると、画面出力部によるメニュー画面の出力を再開させることが好ましい。本発明によれば、車載装置における操作内容と情報端末における動作内容との対応付けを容易に行うことができる。また、車載装置の操作により情報端末に搭載されている様々な機能の中から所望の機能を選択して実行させることができる。-第1の実施の形態-図1は、本発明の一実施の形態による車載情報システムの構成を示す図である。図1に示す車載情報システムは、車両に搭載されて使用されるものであり、車載装置1と携帯端末2がUSBUniversalSerialBusケーブル3を介して互いに接続されることによって実現される。車載装置1は、車両内に固定されており、たとえば車両のインストルメントパネル内などに設置されている。携帯端末2は、ユーザが持ち運び可能な携帯型の情報端末であり、たとえば携帯電話やスマートフォンなどである。車載装置1には、表示部11と、操作キー操作スイッチ12a、12b、12c、12dおよび12eとが設けられている。表示部11は、各種の画像を表示可能な表示モニタであり、たとえば液晶ディスプレイによって構成される。操作キー12a~12eは、ユーザの入力操作を検出するための操作スイッチ類であり、車載装置1が実行中の処理に応じて様々な機能が割り当てられる。ユーザは、操作キー12a~12eのうち任意の操作キーを操作することで、所望の機能や動作を車載装置1に実行させることができる。なお、図1では操作キー12a~12dを押圧可能なボタン式のスイッチとし、操作キー12eを左右に回転可能なダイヤル式のスイッチとした例を示しているが、各操作キーの配置、構造、数などはこの例に限定されない。また、表示部11をタッチパネル式の表示モニタとし、操作キーの一部または全部を省略してもよい。携帯端末2には、表示部21が設けられている。表示部21は、各種の画像を表示可能なタッチパネル式の表示モニタであり、たとえばタッチ位置を検出するタッチセンサと液晶ディスプレイとを組み合わせて構成される。ユーザは、表示部21に表示される画像の内容に応じて、表示部21上で任意の位置を指等でタッチすることで、所望の機能や動作を携帯端末2に実行させることができる。なお、ここでは表示部21をタッチパネル式の表示モニタとした例を説明したが、タッチパネル式ではない通常の表示モニタとしてもよい。その場合、携帯端末2が実行する処理の内容に応じた各種の操作スイッチを携帯端末2に設けることが好ましい。あるいは、表示部21をタッチパネル式の表示モニタとし、さらに所定の操作に対応する操作スイッチを携帯端末2に設けてもよい。図2は、車載装置1および携帯端末2の構成を示すブロック図である。図2に示すように車載装置1は、制御部10、表示部11、操作部12、音声出力部13、メモリ部14およびインタフェース部15を有する。一方、携帯端末2は、制御部20、表示部21、操作部22、音声出力部23、メモリ部24、インタフェース部25、無線通信部26およびGPSGlobalPositioningSystem受信部27を有する。車載装置1において、制御部10は、マイクロプロセッサや各種周辺回路、RAM、ROM等によって構成されており、メモリ部14に記録されている制御プログラムに基づいて各種の処理を実行する。この制御部10が行う処理により、各種の画像表示処理や音声出力処理などが実行される。さらに制御部10は、車両から出力される車速情報を取得し、この車速情報に基づいて車両が走行中であるか否かを判断する。その結果、車両が走行中であると判断したときには、車両走行中に禁止されている操作に対応する操作キーを無効化して操作制限を行う。こうした車両走行中の操作制限については、後で詳しく説明する。なお、車両から制御部10への車速情報の出力は、たとえば、車両内に設けられた通信ネットワークである不図示のCANControllerAreaNetworkを経由して、車両に搭載された車速センサから車速パルスが出力されることにより行われる。表示部11は、図1を用いて前述したように、液晶ディスプレイ等によって構成される表示モニタである。操作部12は、ユーザの入力操作を検出するためのスイッチであり、たとえば図1に示した操作キー12a~12eによって実現される。なお、前述のように表示部11をタッチパネル式の表示モニタとすることで、表示部11と操作部12を一体化された構成としてもよい。操作部12に対して行われたユーザの入力操作内容は制御部10へ出力され、制御部10が行う処理に反映される。音声出力部13は、アンプ、スピーカ等を有しており、制御部10の制御によって各種の音声を出力することができる。たとえば、携帯端末2または不図示の記録媒体から読み出された音楽データを再生した音楽や、車両を目的地まで誘導するための誘導音声などが音声出力部13から出力される。メモリ部14は、不揮発性のデータ格納装置であり、たとえばHDDハードディスクドライブやフラッシュメモリ等によって実現される。メモリ部14には、たとえば制御部10において用いられる前述の制御プログラムなど、各種のデータが記憶されている。メモリ部14におけるデータの読み出しおよび書き込みは、制御部10の制御により必要に応じて行われる。インタフェース部15は、制御部10の制御により、USBケーブル3を介して携帯端末2との間で情報の送受信を行う際に必要なインタフェース処理を行う。たとえば、制御部10から出力された情報を所定の信号形式に変換して携帯端末2へ送信したり、携帯端末2から所定の信号形式で出力された情報を受信して制御部10へ出力したりする。インタフェース部15によるインタフェース処理は、USBで規定された通信規格に従って行われる。一方、携帯端末2において、制御部20は、車載装置1の制御部10と同様にマイクロプロセッサや各種周辺回路、RAM、ROM等によって構成されており、メモリ部24に記録されている制御プログラムに基づいて各種の処理を実行する。表示部21は、前述したようなタッチパネル式の表示モニタである。操作部22は、ユーザの入力操作を検出するための部分である。なお、図2では表示部21と操作部22を別々の構成として示しているが、実際には、操作部22はタッチパネル式の表示部21と一体化された構造を有している。あるいは、前述のように操作スイッチを携帯端末2に設けた場合は、その操作スイッチが操作部22に対応する。操作部22に対して行われたユーザの入力操作内容は制御部20へ出力され、制御部20が行う処理に反映される。音声出力部23は、アンプ、スピーカ等を有しており、制御部20の制御によって各種の音声を出力することができる。たとえば、携帯端末2を用いて通話を行ったときには、通話相手の音声が音声出力部23から出力される。メモリ部24は、車載装置1のメモリ部14と同様の不揮発性のデータ格納装置であり、制御部20の処理において利用するための各種のデータが記憶されている。このメモリ部24には、ユーザが予め入手した様々なアプリケーションプログラム以下、単にアプリケーションと称するが記憶されている。ユーザは、メモリ部24に記憶された各種アプリケーションの中からいずれかを選択して制御部20に実行させることにより、様々な機能を携帯端末2において実現することができる。インタフェース部25は、車載装置1のインタフェース部15と同様に、USBで規定された通信規格に基づいたインタフェース処理を行う。すなわち、車載装置1と携帯端末2との間の通信は、インタフェース部15とインタフェース部25とがUSBケーブル3を介して互いに接続された状態で行われる。無線通信部26は、不図示の無線通信回線網を介して携帯端末2を他の携帯端末やサーバに接続するための無線通信を行う。携帯端末2は、無線通信部26が行う無線通信により、他の携帯端末との間で通話を行ったり、サーバから任意のアプリケーションをダウンロードしたりすることができる。なお、無線通信部26が行う無線通信では、たとえば携帯電話回線網や、無線LANを介したインターネット回線網などを無線通信回線網として利用することができる。GPS受信部27は、GPS衛星から送信されるGPS信号を受信して制御部20へ出力する。GPS信号には、携帯端末2の現在位置と現在時刻を求めるための情報として、そのGPS信号を送信したGPS衛星の位置と送信時刻に関する情報が含まれている。したがって、所定数以上のGPS衛星からGPS信号を受信することにより、これらの情報に基づいて現在位置と現在時刻を制御部20において算出することができる。次に、本車載情報システムにおいて行われるナビゲーション処理について説明する。本車載情報システムは、車載装置1と携帯端末2とが接続された状態で、携帯端末2においてナビゲーション用のアプリケーションを実行することにより、車両を目的地まで誘導するためのナビゲーション処理を行うことができる。このナビゲーション処理では、携帯端末2において現在位置付近の地図を描画した地図画像を作成し、その地図画像を携帯端末2から車載装置1へ送信する。これにより、車載装置1の表示部11において現在位置付近の地図画像を表示できるようにする。また、出発地から目的地までの推奨経路を携帯端末2において予め探索しておき、車両が推奨経路上の誘導地点に近づくと、その誘導地点における車両の進行方向に応じた誘導音声を出力するための情報を携帯端末2から車載装置1へ送信する。これにより、車載装置1の音声出力部13から誘導音声を出力できるようにする。なお、このとき携帯端末2から車載装置1に対して、誘導音声出力の開始と終了のタイミングに応じてそれぞれ所定の信号を出力してもよい。このようにすれば、車載装置1においてラジオ放送や再生中のCD等による音声が出力されている場合であっても、その音声のボリュームを誘導音声の出力中には低下させ、ユーザが誘導音声を聞き取りやすくすることができる。以上説明したように、表示部11に地図画像を表示したり、音声出力部13から誘導音声を出力したりすることで、車載装置1は、ユーザが迷わずに車両を目的地まで運転できるようにするための報知をユーザに対して行う。なお、携帯端末2がナビゲーション用のアプリケーションを実行するために必要な地図データ等の各種データは、携帯端末2のメモリ部24において予め記憶されたものを使用してもよい。あるいは、メモリ部24には必要最小限のデータのみを記憶しておき、携帯端末2がナビゲーション用のアプリケーションを実行したときには、無線通信部26を用いて所定のサーバに接続し、必要なデータをその都度取得するようにしてもよい。上記のナビゲーション処理を行う際には、車載装置1から操作部12を用いて携帯端末2を操作できるようにするため、車載装置1の操作部12によりユーザが入力可能な各操作と携帯端末2における各動作との対応付けが携帯端末2において行われる。以下では、車載装置1に設置されている図1の各操作キー12a~12eを用いてユーザが入力操作を行う場合を例として説明する。なお、本発明は操作キー12a~12eのように車載装置1に設置された操作キーを用いて行われる入力操作に限定されるものではない。たとえばタッチパネル操作やリモコン操作など、様々な種類の入力操作についても適用可能である。操作キー12a~12eを用いてユーザが入力操作を行う場合、これらの操作キーが携帯端末2の各動作とそれぞれ対応付けされる。この車載装置1の各操作キーと携帯端末2の各動作との対応付けにより、携帯端末2の制御部20は、操作キー12a~12eについて車載装置1からそれぞれ出力される操作信号キー信号を携帯端末2の動作コマンドに変換することができるようになる。その結果、ユーザが車載装置1に対して行った操作内容が携帯端末2において認識され、その操作内容に応じた動作が携帯端末2において行われる。この車載装置1の各操作キーと携帯端末2の各動作の対応付けは、携帯端末2が有する各アプリケーション毎に実施してもよい。図3は、以上説明したような車載装置1の操作キーと携帯端末2の動作との対応付けを行う際の車載装置1および携帯端末2における情報の流れを示す図である。図3において1に示すように、車載装置1と携帯端末2とが互いに接続されると、携帯端末2は2に示すように、車載装置1に対して操作情報操作キー情報の要求を行う。この操作キー情報の要求を受けた車載装置1は、3に示すように、携帯端末2の操作に用いる各操作キーに関する操作キー情報を携帯端末2へ送信する。図4は、操作キー情報の一例として、図1に示した操作キー12a~12eを表すための操作キー情報を示している。図4において、操作キーの列の各欄に示された事項は操作キー12a~12eをそれぞれ表しており、複数の操作方法が可能な操作キー12eについては操作方法ごとに設定されている。すなわち、A、B、C、Dは操作キー12a~12dをそれぞれ表しており、E右およびE左は操作キー12eを表している。また、種別の列の各欄に示された事項は、操作キー12a~12eの種別をそれぞれ表している。すなわち、プリセットはボタン式の操作キーであることを表しており、ダイヤルはダイヤル式の操作キーであることを表している。図4の操作キー情報により、ボタン式の各操作キー12a~12dに対して押下操作がそれぞれ可能であり、ダイヤル式の操作キー12eに対して右方向および左方向にそれぞれ回転操作が可能であることが分かる。上記のような操作キー情報を車載装置1から受信すると、携帯端末2は、図3の4に示すように割当処理を行う。この割当処理において、携帯端末2は、車載装置1から受信した操作キー情報と、メモリ部24に予め記憶された動作割当情報とに基づいて、車載装置1の各操作キーによる操作に対して携帯端末2の動作をそれぞれ割り当てるための割当処理を行う。図5は、動作割当情報の一例を示している。図5において、動作の列の各欄に示された事項は、操作キーに対する割当対象の各動作、すなわちナビゲーション処理において車載装置1から操作可能な携帯端末2の各動作を表している。推奨種別の列の各欄に示された事項は、その各動作について推奨される操作キーの種別を表している。すなわち、ダイヤルはダイヤル式の操作キーを、プリセットはボタン式の操作キーをそれぞれ表している。また、カーソル上、カーソル下、カーソル右およびカーソル左は、カーソル状の操作キーの各操作方向をそれぞれ表している。優先度の列の各欄に示された事項は、各動作に対する割当の優先度を表している。この優先度の数値が小さい動作ほど、車載装置1の操作キーに対する割当が優先的に行われる。表示の列の各欄に示された事項は、各動作を表すためのアイコンの表示形態を表している。なお、アイコンの具体例については、後で説明する図11、12において示す。走行中可否の列の各欄に示された事項は、各動作の車両走行中における可否を表している。すなわち、可と記載された動作は車両走行中において許可され、不可と記載された動作は車両走行中において禁止される。各動作に対して可否のいずれを設定するかは、運転中の安全性や操作性などを考慮して決定される。なお、可否いずれの設定もされていない場合は-と記載される。以上説明した動作割当情報の各事項のうち、操作、推奨種別および優先度の各列の事項は、割当処理において車載装置1の各操作キーに対して携帯端末2の動作をそれぞれ割り当てるために利用される。一方、表示および走行中可否の各列の事項は、こうした操作キーに対する動作の割当には利用されず、後で説明するような操作キー割当表示および車両走行中の操作制限を車載装置1において行うために利用される。すなわち、これらの制御のいずれか一方または両方を車載装置1において行わない場合は、動作割当情報において表示または走行中可否の各列のうちいずれか一方または両方を省略してもよい。図4に例示したような操作キー情報と図5に例示したような動作割当情報とに基づいて、携帯端末2が割当処理を行うことにより、車載装置1の各操作キーに対して携帯端末2の動作がそれぞれ割り当てられる。この割当処理の具体例を、図7~10を参照して以下に説明する。割当処理において、はじめに携帯端末2は図7に示すような空欄の割当表を用意する。図7の例では、操作キー、動作、種別、表示および走行中可否の各列について、符号61~69の各行に示すように九つの欄が設定された割当表を示している。なお、ここで用意される割当表の行数は、図5に示した動作割当情報の行数、すなわち携帯端末2において割当対象とする動作の数以上とすることが好ましい。このようにすることで、車載装置1に設置されている操作キーの数が割当対象とする動作の数以上である場合に、全ての動作を各操作キーに対して割り当てることができる。次に携帯端末2は、図4の操作キー情報に基づいて、割当表における操作キーおよび種別の各列の内容を決定する。ここでは、操作キー情報において示された各事項をそのまま割当表の操作キーおよび種別の各列に対して設定することにより、これらの内容を決定する。その結果、図8に示すように操作キーおよび種別の各列の内容が決定される。このとき、図4の操作キー情報において示された操作キーの数が割当表の行数よりも少ないため、図8に示すように、余分となる行67~69の各欄に対しては、設定対象外であることを示す-をそれぞれ設定する。なお、これとは反対に、操作キー情報において示された操作キーの数が割当表の行数よりも多い場合は、余分となる操作キー情報を削除して、割当表における操作キーおよび種別の各列の内容を決定すればよい。続いて携帯端末2は、割当表において設定対象とされた行の数に応じた情報を図5の動作割当情報から抜粋する。ここでは、図8の割当表において設定対象である行61~66の数に合わせて、図5の動作割当情報において優先度の列に設定された値が小さいものから順に、六つの行に示された情報を抜粋する。その結果、図5の拡大、縮小、上へ移動、下へ移動、右へ移動および左へ移動の各動作に対応する各行の情報が抜粋される。なお、ここで抜粋されなかった目的地設定、施設検索および設定変更の各動作に対応する各行の情報は、割当処理においてこれ以降使用されることはない。上記のようにして図5の動作割当情報の一部を抜粋したら、次に携帯端末2は、割当表の種別の列に対して設定された各事項と、抜粋された動作割当情報において推奨種別の列に示された各事項とを比較する。その結果、双方において同じ操作キーの種別が設定されているものがある場合は、抜粋された動作割当情報において該当する行の内容を抽出し、その内容を割当表の対応する行の各欄に対して設定する。ここでは、図8の割当表において種別の列に設定されたダイヤルと、図5の動作割当情報において推奨種別の列に示されたダイヤルとが同じであるため、これに該当する図5の拡大および縮小の各操作に対応する各行の内容が抽出され、その内容が図8の行65および66の各欄に対してそれぞれ設定される。その結果、図9に示すように、行65および66の各欄の内容が決定される。このようにして、携帯端末2は、車載装置1の各操作キーに対して、動作割当情報において当該操作キーの種別が推奨種別として設定されている動作を優先的に割り当てる。その後、携帯端末2は、割当表における残りの各欄に対して、抜粋された動作割当情報のうち上記のようにして抽出されたもの以外の各行の内容を設定する。その結果、図10に示すように、行61~64の各欄の内容が決定される。こうして割当表の全ての欄を設定することで、携帯端末2において割当処理が行われる。なお、上記の説明では、割当表の種別の列と抜粋された動作割当情報の推奨種別の列とを比較し、一致する項目があれば、動作割当情報の該当する部分を抽出して割当表に設定することで、その動作を優先的に割り当てる例を説明した。しかし、こうした推奨種別に応じた優先的な動作の割り当てを複数に段階分けして行ってもよい。たとえば、図5に例示した動作割当情報において推奨種別の列を二つ設け、その一方を第一推奨種別、他方を第二推奨種別とする。抜粋された動作割当情報を割当表と比較する際には、最初に第一推奨種別の列を用いて比較を行い、これと一致する項目が割当表の種別の列にあれば、その部分を抽出して割当表に設定することで優先的に動作を割り当てる。次に第二推奨種別の列を用いて同様の比較を行い、一致する項目が割当表の種別の列にあれば、その部分を抽出して割当表に設定し、動作を割り当てる。その後、割当表で空欄となっている部分に対して残りの動作割当情報をそれぞれ設定することで、それまでに割り当てられなかった動作をそれぞれ割り当てる。このようにして、動作割当情報において複数種類の推奨種別を設定しておくことで、その種類数に応じて優先的な動作の割り当てを複数に段階分けして行うことができる。なお、動作割当情報において三種類以上の推奨種別を設定しておけば、上記と同様にして、優先的な動作の割り当てを三段階以上に分けて行うことも可能である。携帯端末2は、以上説明したようにして割当処理を実行することにより、車載装置1に設置されている複数の操作キーのうちいずれか少なくとも1以上の操作キーの各々に対して、携帯端末2における複数の動作のうちいずれかの動作を、動作割当情報において示された優先度に応じてそれぞれ割り当てることができる。すなわち、車載装置1に設けられた操作部12により入力可能な複数種類の操作のうちずれか少なくとも1以上の操作の各々に対して、携帯端末2における複数の動作のうちいずれかの動作を、動作割当情報において示された優先度に応じてそれぞれ割り当てることができる。なお、前述したように操作キー割当表示および車両走行中の操作制限のいずれか一方または両方を車載装置1が行わず、そのため動作割当情報において表示および走行中可否のいずれか一方または両方が省略されている場合は、図7~10に示した割当表においてもこれらが同様に省略される。以上説明したような割当処理が終わると、その結果に基づいて携帯端末2は操作対応情報操作キー対応情報を作成する。そして、操作キー対応情報を図3において5に示すように車載装置1へ送信すると共に、車載装置1と対応付けてメモリ部24に保存する。この操作キー対応情報の保存は、車載装置1の種類ごとに行われる。すなわち、これ以降に車載装置1と同じ機種の車載装置が携帯端末2と接続された場合は、携帯端末2において操作キー対応情報を新たに作成せずに、メモリ部24に保存された操作キー対応情報を使用するようにする。図6は、操作キー対応情報の一例を示している。図6において、操作キーの列の各欄には、図4の操作キー情報と同様に、車載装置1の操作キー12a~12eをそれぞれ表す事項が示されている。動作の列の各欄に示された事項は、操作キー12a~12eに対してそれぞれ割り当てられた動作を示している。表示の列の各欄に示された事項は、操作キー12a~12eに対して割り当てられた各動作を表すアイコンの表示形態を表しており、走行中可否の列の各欄に示された事項は、操作キー12a~12eに対して割り当てられた各動作の車両走行中における可否を表している。この操作キー対応情報は、図10に示した割当表に基づいて、設定対象外とされた行67~69および種別の列を不要な部分として削除することにより作成される。以上説明したような操作キー対応情報を車載装置1へ送信することにより、携帯端末2は、割当処理による割当結果を車載装置1に対して通知する。なお、前述したように操作キー割当表示および車両走行中の操作制限のいずれか一方または両方を車載装置1が行わず、そのため動作割当情報において表示および走行中可否のいずれか一方または両方が省略されている場合は、操作キー対応情報においても同様に省略される。操作キー対応情報を携帯端末2から受信すると、車載装置1は、図3の6に示すように操作キー割当表示を行う。ここでは、図6の操作キー対応情報のうち表示の列において示された内容に基づいて、各操作キーに対して割り当てられた動作を表すアイコンを表示部11に表示する。図11および12は、車載装置1の表示部11における表示画面例を示す図である。図11は車両停止中の表示画面例を示しており、図12は車両走行中の表示画面例を示している。図11において、表示部11には車両の現在位置を中心とした地図が表示されると共に、符号70a~70fに示すアイコンが表示されている。アイコン70aは操作キー12aに割り当てられた動作、すなわち上へ移動の動作を表しており、アイコン70bは操作キー12bに割り当てられた動作、すなわち下へ移動の動作を表している。同様に、アイコン70cは操作キー12cに割り当てられた動作、すなわち右へ移動の動作を表しており、アイコン70dは操作キー12dに割り当てられた動作、すなわち左へ移動の動作を表している。また、アイコン70e、70fは、操作キー12eの左方向への回転と右方向への回転に対して割り当てられた動作をそれぞれ表している。すなわち、アイコン70eは縮小の動作を表し、アイコン70fは拡大の動作を表している。なお、上記のアイコン70a~70fが表示部11において表示される領域は、操作キー12a~12eに対して予め定められている。このように車載措置1は、携帯端末2から受信した操作キー対応情報に基づいて、操作キー12a~12eに対して予め定められた表示部11の各表示領域に、操作キー12a~12eに対して割り当てられた動作を表すアイコン70a~70fをそれぞれ表示する。車両が走行を開始すると、車載装置1は、車両走行中に禁止されている動作に対応する操作キーを無効化するための操作制限を行う。具体的には、図6の操作キー対応情報において走行中可否の欄に可と示されている動作、すなわち拡大および縮小の動作が割り当てられた操作キー12eのみを有効とし、不可と示されている他の各動作が割り当てられた操作キー12a~12dを無効化する。そして、図12に示すように、無効化した操作キー12a~12dに対応するアイコン70a~70dの表示態様を図11に示した車両停止中のものから変化させることにより、その操作キーによる動作が車両走行中には禁止されていることをユーザに対して知らせるようにする。このときに走行中の可否いずれも設定されていない動作が割り当てられている操作キーがある場合は、その操作キーについても走行中に無効化することが好ましい。なお、以上説明したような操作キー割当表示は、前述したように省略してもよい。また、車両走行中の操作制限を行わない場合は、上記のような車両の走行に応じたアイコンの表示態様の変化をしなくてよい。その後、車載装置1においていずれかの操作キーがユーザにより操作されると、車載装置1は、図3の7に示すように、その操作キーに対応する操作信号キー信号を携帯端末2へ送信する。車載装置1からキー信号を受信すると、携帯端末2は、8に示すように、そのキー信号に対応する動作に応じた処理を実行する。このとき携帯端末2は、4で行った割当処理の結果に基づいて、車載装置1からのキー信号を動作コマンドに変換し、その動作コマンドが表す動作に応じた処理を実行する。すなわち、ユーザが操作を行った操作キーをキー信号に基づいて特定し、図6に示したような操作キー対応情報を参照することにより、その操作キーに対して割り当てられた動作を判断する。この判断結果に基づいて、キー信号から動作コマンドへの変換を行う。車載装置1からキー信号が出力される度にこれを繰り返すことにより、車載装置1においてユーザが行った操作に応じた動作が携帯端末2において実行される。車載装置1および携帯端末2における上記のような処理のフローチャートを図13および14に示す。図13は、車載装置1における処理のフローチャートを示しており、図14は、携帯端末2における処理のフローチャートを示している。最初に図13のフローチャートについて説明する。図13のフローチャートに示す処理は、車載装置1において制御部10により実行されるものである。ステップS10において、制御部10は、携帯端末2が接続されているか否かを判定する。図1に示したように、車載装置1と携帯端末2がUSBケーブル3を介して接続されている場合は、次のステップS20へ進む。ステップS20において、制御部10は、ステップS10で接続されていると判定された携帯端末2から操作キー情報の要求があったか否かを判定する。携帯端末2から操作キー情報の要求があった場合はステップS30へ進み、ない場合はステップS10へ戻る。ステップS30において、制御部10は、図4に示したような操作キー情報を携帯端末2へ送信する。この操作キー情報の送信は、インタフェース部15およびUSBケーブル3を介して行われる。ステップS40において、制御部10は、ステップS30で送信した操作キー情報に応じて携帯端末2から送信される操作キー対応情報を受信する。ここでは、携帯端末2において後で説明する図14のステップS280が実行されることにより、図6に示したような操作キー対応情報が携帯端末2からUSBケーブル3を介して送信され、インタフェース部15を用いて受信される。ステップS50において、制御部10は、ステップS40で受信した操作キー対応情報に基づいて、各操作キーに対して割り当てられた動作を表示するための操作キー割当表示を行う。ここでは、図11に示したようなアイコン70a~70fを表示部11において所定の表示領域にそれぞれ表示することにより、操作キー割当表示を実行する。ステップS60において、制御部10は、いずれかの操作キーに対するユーザからの操作入力があったか否かを判定する。操作キー12a~12eのいずれかに対してユーザからの操作入力が行われた場合はステップS70へ進み、操作入力がない場合はステップS80へ進む。ステップS70において、制御部10は、ユーザにより操作された操作キーに対応するキー信号を携帯端末2へ出力する。なお、ダイヤル式の操作キー12eが操作された場合は、右方向の回転操作の場合と左方向の回転操作の場合とで互いに異なるキー信号をそれぞれ出力する。ステップS70を実行したらステップS80へ進む。ステップS80において、制御部10は、車両から出力される前述のような車速情報を収集する。ステップS90において、制御部10は、ステップS80で収集した車速情報に基づいて、車両が走行中であるか否かを判定する。車両が走行中であると判定した場合はステップS100へ進み、停止中であると判定した場合はステップS110へ進む。ステップS100において、制御部10は、車両走行中に禁止されている動作に対応する操作キーを無効化するために、前述のような操作制限を行う。このとき制御部10は、ステップS40で受信した操作キー対応情報に基づいて車両走行中に禁止されている動作を判断し、その動作が割り当てられた操作キー12a~12dの操作を無効化する。さらに、図11および12で説明したように、当該動作を表すアイコン70a~70dの表示態様を車両停止時とは異なる態様に変化させる。こうして操作制限を行ったら、ステップS110へ進む。ステップS110において、制御部10は、処理を終了するか否かを判定する。車載装置1と携帯端末2との接続が解除された場合や、携帯端末2においてナビゲーション用のアプリケーションが実行されなくなった場合などは、処理を終了すると判定して図13のフローチャートを終える。一方、こうした状況に該当しない場合は処理を終了しないと判定し、ステップS60へ戻って前述のような処理を繰り返す。次に図14のフローチャートについて説明する。図14のフローチャートに示す処理は、携帯端末2においてナビゲーション用のアプリケーションを実行したときに、制御部20により実行される。ステップS210において、制御部20は、車載装置1が接続されているか否かを判定する。図1に示したように、車載装置1と携帯端末2がUSBケーブル3を介して接続されている場合は、次のステップS220へ進む。ステップS220において、制御部20は、ステップS10で接続されていると判定された車載装置1に対して、操作キー情報を要求する。ここでは、たとえばインタフェース部25を用いて所定のデータを車載装置1に対して送信することにより、操作キー情報の要求を行う。ステップS230において、制御部20は、ステップS220の要求に応じて車載装置1から送信される操作キー情報を受信する。ここでは、車載装置1において図13のステップS30が前述のように実行されることにより、図4に示したような操作キー情報が車載装置1からUSBケーブル3を介して送信され、インタフェース部25を用いて受信される。ステップS240において、制御部20は、ステップS230で受信した操作キー情報に基づいて、車載装置1についての操作キー対応情報がメモリ部24において保存されているか否かを判定する。ここで、ある車載装置を対象として携帯端末2において一度作成された操作キー対応情報は、後で説明するステップS260により、当該車載装置と対応付けてメモリ部24に保存される。したがって、過去に車載装置1と同じ種類の車載装置について操作キー対応情報を既に作成済みである場合は、その操作キー対応情報がメモリ部24において保存されている。このような場合は、ステップS240からステップS270へ進む。一方、車載装置1に対応する操作キー対応情報がメモリ部24に保存されておらず、その操作キー対応情報を作成するのが今回初めてである場合は、ステップS240からステップS250へ進む。なお、ステップS240の判定は、たとえば、ステップS230で受信した操作キー情報と、メモリ部24に保存されている操作キー対応情報とを照合し、これらの情報において操作キーの列の内容が一致しているか否かを判断することにより行われる。その結果、メモリ部24に保存されている操作キー対応情報の中に、操作キーの列の内容が操作キー情報と一致するものが含まれていればステップS270へ進み、なければステップS250へ進む。あるいは、ステップS240の判定を行うために、メモリ部24において操作キー対応情報と共に車載装置の機種を示す情報を保存しておき、ステップS230において車載装置1から操作キー情報を受信するときには、車載装置1の機種を表す情報を操作キー情報と共に受信してもよい。ステップS250において、制御部20は、ステップS230で受信した操作キー情報と、メモリ部24に予め記憶された図5に示したような動作割当情報とに基づいて、前述のような割当処理を行う。ここでは、操作キー情報および動作割当情報の内容に基づいて、図7~10で説明したようにして割当表の内容を設定することにより、車載装置1の操作キー12a~12eの各操作に対して、携帯端末2の各動作をその優先度に応じてそれぞれ割り当てる。ステップS260において、制御部20は、ステップS250の割当処理による割当結果に基づいて、図6に示したような操作キー対応情報を作成する。そして、作成した操作キー対応情報を車載装置1と対応付けてメモリ部24に記憶し、保存する。ステップS260を実行したらステップS280へ進む。ステップS270において、制御部20は、ステップS240でメモリ部24に保存されていると判定された車載装置1についての操作キー対応情報をメモリ部24から読み出す。ステップS270を実行したらステップS280へ進む。ステップS280において、制御部20は、ステップS260で作成した操作キー対応情報、またはステップS270で読み出した操作キー対応情報を、車載装置1へ送信する。この操作キー対応情報の送信は、インタフェース部25およびUSBケーブル3を介して行われる。ステップS290において、制御部20は、車載装置1からのキー信号を受信したか否かを判定する。図13のステップS70が実行されることによって車載装置1から出力されたキー信号を受信した場合は、続くステップS300へ進む。ステップS300において、制御部20は、ステップS290で車載装置1から受信したキー信号を動作コマンドに変換する。ここでは、ステップS260で作成した操作キー対応情報、またはステップS270で読み出した操作キー対応情報に基づいて、受信したキー信号に対応する動作が何であるかを判断し、その動作に応じた動作コマンドへと変換する。これにより、今回または以前にステップS250で行った割当処理による割当結果に基づいて、車載装置1から受信したキー信号を携帯端末2における動作のいずれかに対応する動作コマンドに変換する。ステップS310において、制御部20は、ステップS300でキー信号から変換された動作コマンドに応じた処理を行う。これにより、たとえば操作キー12eに対応するキー信号を車載装置1から受信したときには、地図の拡大または縮小を行う。また、たとえば操作キー12a~12dに対応するキー信号のうちいずれかを車載装置1から受信したときには、当該操作キーに対応する方向へと地図範囲が移動するように地図をスクロールさせる。ステップS320において、制御部20は、処理を終了するか否かを判定する。ここでは図13のステップS110と同様に、車載装置1と携帯端末2との接続が解除された場合や、ナビゲーション用のアプリケーションを終了するための所定の操作がユーザによって行われた場合などに、処理を終了すると判定して図14のフローチャートを終える。一方、こうした状況に該当しない場合は処理を終了しないと判定してステップS290へ戻り、前述のような処理を繰り返す。以上説明した第1の実施の形態によれば、次の1~6に述べるような作用効果を奏する。1携帯端末2は、メモリ部24により、携帯端末2における複数の動作について、優先度の列に示すような各動作に対する割当の優先度に関する情報を含む、図5のような動作割当情報を記憶する。また、制御部20の処理により、車載装置1に設けられた操作部12の操作キー12a~12eにより入力可能な複数種類の操作に関する図4のような操作情報操作キー情報を車載装置1から受信するステップS230。これらの動作割当情報および操作情報に基づいて、制御部20は、操作キー12a~12eによる複数種類の操作の各々に対して、携帯端末2における複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てるステップS250。そして、車載装置1から出力される操作キー12a~12eの操作信号キー信号を受信しステップS290、ステップS250の割当結果に基づいて、受信した操作信号を携帯端末2における複数の動作のうちいずれかに対応する動作コマンドに変換するステップS300。一方、車載装置1は、制御部10の処理により、図4のような操作情報操作キー情報を携帯端末2へ送信しステップS30、操作部12の操作キー12a~12eに対するユーザの操作に応じて操作信号キー信号を携帯端末2へ出力するステップS70。このようにしたので、車載装置1における操作内容と携帯端末2における動作内容との対応付けを容易に行うことができる。2携帯端末2のメモリ部24により記憶される動作割当情報は、図5において推奨種別の列に示すように、各動作について推奨される操作の種別を表す推奨種別に関する情報をさらに含んでいる。また、ステップS30で車載装置1から携帯端末2へ送信され、ステップS230で携帯端末2により受信される操作情報は、図4において種別の列に示すように、操作キー12a~12eによる各操作の種別に関する情報を含んでいる。制御部20はステップS250において、こうした動作割当情報および操作情報に基づいて、操作キー12a~12eによる各操作に対して当該操作の種別が推奨種別として設定されている携帯端末2の動作を優先的に割り当てるようにした。これにより、携帯端末2における動作の内容に応じた適切な操作キーが車載装置1に設置されている場合は、その操作キーによる操作に対して当該動作を優先的に割り当てられるため、ユーザの操作性を向上させることができる。3携帯端末2は、制御部20の処理により、ステップS250の割当処理による割当結果に関する図6のような操作対応情報操作キー対応情報を車載装置1へ送信するステップS280。車載装置1は、制御部10の処理により、この操作対応情報を携帯端末2から受信するステップS40。このようにしたので、操作キー12a~12eによる各操作に対する動作の割当結果を携帯端末2から車載装置1へ知らせ、車載装置1において様々な処理に利用することができる。4上記の操作対応情報は、図6において操作キーおよび表示の各列に示すように、ステップS250の割当処理により操作キー12a~12eによる各操作に対して割り当てられた動作の情報と、その各動作を表すアイコンの情報とを含んでいる。車載装置1は、制御部10の処理により、この操作対応情報に基づいて、図11に示すように、操作キー12a~12eによる各操作に対して予め定められた表示部11の各表示領域に、操作キー12a~12eによる各操作に対して割り当てられた動作を表すアイコン70a~70fをそれぞれ表示するステップS50。このようにしたので、操作キー12a~12eによる各操作に対して割り当てられた動作の内容をユーザに分かりやすく提示することができる。5また操作対応情報は、図6において操作キーおよび走行中可否の列に示すように、ステップS250の割当処理により操作キー12a~12eによる各操作に対して割り当てられた動作の情報と、その各動作の車両走行中における可否の情報とを含んでいる。車載装置1は、制御部10の処理により、この操作対応情報に基づいて車両走行中に禁止されている動作を判断し、車両が走行しているときには当該動作が割り当てられた操作キー12a~12dによる操作を無効化するステップS100。このようにしたので、運転中に行うと安全性を損なうおそれのある操作や、運転中には入力が難しい操作などが車載装置1から携帯端末2に対して行われるのを防止し、車両走行中の安全性や操作性を確保することができる。6さらに車載装置1は、制御部10の処理により、車両が走行しているときには上記のように操作キー12a~12dによる操作を無効化すると共に、図12に示すように、当該動作を表すアイコン70a~70dの表示態様を、図11に示す車両停止時のものとは異なる態様に変化させるようにした。これにより、操作キー12a~12dによる操作が車両走行中には禁止されていることをユーザに対して分かりやすく知らせることができる。-第2の実施の形態-以上説明した第1の実施の形態では、携帯端末2において割当処理を行い、その割当結果に基づいてキー信号から動作コマンドへの変換を行う車載情報システムの例について説明した。これに対して、以下に説明する第2の実施の形態では、車載装置1において割当処理を行い、その割当結果に基づいてキー信号から動作コマンドへの変換を行う車載情報システムの例について説明する。なお、本実施形態による車載情報システムの構成は、図1に示したものと同一である。また、本実施形態による車載情報システムにおいて、車載装置1および携帯端末2の構成は図2に示したものと同一である。図15は、本実施形態において車載装置1の操作キーと携帯端末2の動作との対応付けを行う際の車載装置1および携帯端末2における情報の流れを示す図である。図15において1に示すように、車載装置1と携帯端末2とが互いに接続されると、携帯端末2は2に示すように、車載装置1に対して動作割当情報を送信する。ここで送信される動作割当情報は、第1の実施の形態と同様に、携帯端末2においてメモリ部24に予め記憶されたものであり、図5に示したような各事項を表している。携帯端末2から動作割当情報を受信すると、車載装置1は、図15において3に示すように、操作キー12a~12eの各操作に対して携帯端末2の動作をそれぞれ割り当てるための割当処理を行う。この割当処理において、車載装置1は、自身が保有している操作キー12a~12eおよびその種別の情報と、携帯端末2から受信した動作割当情報とに基づいて、第1の実施の形態において図7~10で説明したようにして割当処理を行う。なお、車載装置1における操作キー12a~12eの情報は、たとえばメモリ部14に記憶されており、図4に示した操作キー情報と同様の内容を有している。そして、割当処理による割当結果に基づいて図6のような操作キー対応情報を作成し、メモリ部14において保存する。その後、車載装置1は図15の4に示すように、操作キー対応情報に基づいて操作キー割当表示を行う。ここでは、図11および12に示したような画面を表示部11において表示することにより、操作キー12a~12eに対して割り当てられた動作を表すアイコン70a~70fを表示する。車載装置1においていずれかの操作キーがユーザにより操作されると、車載装置1は、3で行った割当処理の結果に基づいて、その操作キーに対応する操作信号キー信号を動作コマンドに変換し、5に示すように携帯端末2へ送信する。このとき車載装置1は、第1の実施の形態において携帯端末2が行ったのと同様に、操作キー対応情報を参照することにより当該操作キーに対して割り当てられた動作を判断し、その判断結果に基づいてキー信号から動作コマンドへの変換を行う。車載装置1から動作コマンドを受信すると、携帯端末2は6に示すように、その動作コマンドが表す動作に応じた処理を実行する。ユーザにより操作キーが操作される度にこれを繰り返すことにより、車載装置1においてユーザが行った操作に応じた動作が携帯端末2において実行される。本実施形態による車載情報システムにおいて車載装置1および携帯端末2によりそれぞれ実行される処理のフローチャートを図16および17に示す。図16は、車載装置1における処理のフローチャートを示しており、図17は、携帯端末2における処理のフローチャートを示している。なお、図16、17において、図13、14の各フローチャートとそれぞれ同一の処理を実行する処理ステップについては、共通のステップ番号を付している。以下の説明では、図13、14と共通のステップ番号が付された処理ステップの内容については、特に必要が無い限りその説明を省略する。最初に図16のフローチャートについて説明する。図16のフローチャートに示す処理は、車載装置1において制御部10により実行されるものである。ステップS41において、制御部10は、携帯端末2から送信される動作割当情報を受信する。ここでは、携帯端末2において後で説明する図17のステップS281が実行されることにより、図5に示したような動作割当情報が携帯端末2からUSBケーブル3を介して送信され、インタフェース部15を用いて受信される。ステップS42において、制御部10は、ステップS41で受信した動作割当情報に基づいて、携帯端末2についての操作キー対応情報がメモリ部14において保存されているか否かを判定する。ここで、ある携帯端末を対象として車載装置1において一度作成された操作キー対応情報は、後で説明するステップS44により、当該携帯端末と対応付けてメモリ部14に保存される。したがって、過去に携帯端末2と同じ種類の携帯端末について操作キー対応情報を既に作成済みである場合は、その操作キー対応情報がメモリ部14において保存されている。このような場合は、ステップS42からステップS45へ進む。一方、携帯端末2に対応する操作キー対応情報がメモリ部14に保存されておらず、その操作キー対応情報を作成するのが今回初めてである場合は、ステップS42からステップS43へ進む。なお、ステップS42の判定は、たとえば、ステップS41で受信した動作割当情報と、メモリ部14に保存されている操作キー対応情報とを照合し、これらの情報において動作の列の内容が一致しているか否かを判断することにより行われる。その結果、メモリ部14に保存されている操作キー対応情報の中に、動作の列の内容が動作割当情報と一致するものが含まれていればステップS45へ進み、なければステップS43へ進む。このとき、表示の列や走行中可否の列の内容を適宜参照してもよい。あるいは、ステップS42の判定を行うために、メモリ部14において操作キー対応情報と共に携帯端末の機種を示す情報を保存しておき、ステップS41において携帯端末2から動作割当情報を受信するときには、車載装置1の機種を表す情報を動作割当情報と共に受信してもよい。ステップS43において、制御部10は、自身が保有している操作キー12a~12eおよびその種別の情報と、ステップS41で受信した動作割当情報とに基づいて、第1の実施の形態で説明したのと同様の割当処理を行う。ステップS44において、制御部10は、ステップS43の割当処理による割当結果に基づいて、図6に示したような操作キー対応情報を作成する。そして、作成した操作キー対応情報を携帯端末2と対応付けてメモリ部14に記憶し、保存する。ステップS44を実行したらステップS50へ進む。ステップS45において、制御部10は、ステップS42でメモリ部14に保存されていると判定された携帯端末2についての操作キー対応情報をメモリ部14から読み出す。ステップS45を実行したらステップS50へ進む。なお、本実施形態において、制御部10は、ステップS50の操作キー割当表示を、ステップS44で作成した操作キー対応情報、またはステップS45で読み出した操作キー対応情報に基づいて行う。すなわち、今回または以前にステップS43で行った割当処理による割当結果に基づいて、アイコン70a~70fを表示部11において所定の表示領域にそれぞれ表示する。ステップS71において、制御部10は、ユーザにより操作された操作キーのキー信号を動作コマンドに変換する。ここでは、ステップS44で作成した操作キー対応情報、またはステップS45で読み出した操作キー対応情報に基づいて、ユーザにより操作された操作キーのキー信号に対応する動作が何であるかを判断し、その動作に応じた動作コマンドへと変換する。これにより、今回または以前にステップS43で行った割当処理による割当結果に基づいて、操作キー12a~12eに対するユーザの操作に応じたキー信号を携帯端末2における動作のいずれかに対応する動作コマンドに変換する。ステップS72において、制御部10は、ステップS71でキー信号から変換された動作コマンドを携帯端末2へ出力する。なお、ダイヤル式の操作キー12eが操作された場合は、右方向の回転操作の場合と左方向の回転操作の場合とで互いに異なる動作コマンドをそれぞれ出力する。ステップS72を実行したらステップS80へ進む。なお、本実施形態において、制御部10は、ステップS100の操作制限を、ステップS44で作成した操作キー対応情報、またはステップS45で読み出した操作キー対応情報に基づいて行う。すなわち、今回または以前にステップS43で行った割当処理による割当結果に基づいて、車両走行中に禁止されている動作を判断し、その動作が割り当てられた操作キー12a~12dの操作を無効化する。さらに、当該動作を表すアイコン70a~70dの表示態様を車両停止時とは異なる態様に変化させる。次に図17のフローチャートについて説明する。図17のフローチャートに示す処理は、携帯端末2においてナビゲーション用のアプリケーションを実行したときに、制御部20により実行される。ステップS281において、制御部20は、メモリ部24に記憶されている動作割当情報を車載装置1へ送信する。この動作割当情報の送信は、インタフェース部25およびUSBケーブル3を介して行われる。ステップS291において、制御部20は、車載装置1からの動作コマンドを受信したか否かを判定する。図16のステップS72が実行されることによって車載装置1から出力された動作コマンドを受信した場合はステップS310へ進み、その動作コマンドに応じた処理をステップS310において行う。ステップS320において、制御部20は、図14と同様に処理を終了するか否かを判定する。処理を終了すると判定した場合は図17のフローチャートを終え、終了しないと判定した場合はステップS291へ戻って前述のような処理を繰り返す。以上説明した第2の実施の形態によれば、次の7~11に述べるような作用効果を奏する。7携帯端末2は、制御部20の処理により、携帯端末2における複数の動作について、優先度の列に示すような各動作に対する割当の優先度に関する情報を含む、図5のような動作割当情報を車載装置1へ送信するステップS281。また、車載装置1から出力される動作コマンドを受信するステップS291。一方、車載装置1は、制御部10の処理により、図5のような動作割当情報を携帯端末2から受信しステップS41、その動作割当情報に基づいて、車載装置1に設けられた操作部12の操作キー12a~12eにより入力可能な複数種類の操作の各々に対して、携帯端末2における複数の動作のうちいずれかの動作を優先度に応じてそれぞれ割り当てるステップS43。この割当結果に基づいて、操作部12の操作キー12a~12eに対するユーザの操作に応じた操作信号キー信号を携帯端末2における複数の動作のうちいずれかに対応する動作コマンドに変換しステップS71、これを携帯端末2へ出力するステップS72。このようにしたので、第1の実施の形態と同様に、車載装置1における操作内容と携帯端末2における動作内容との対応付けを容易に行うことができる。8ステップS281で携帯端末2から車載装置1へ送信され、ステップS41で車載装置1により受信される動作割当情報は、図5において推奨種別の列に示すように、各動作について推奨される操作の種別を表す推奨種別に関する情報をさらに含んでいる。制御部10はステップS43において、こうした動作割当情報に基づいて、操作キー12a~12eによる各操作に対して当該操作の種別が推奨種別として設定されている携帯端末2の動作を優先的に割り当てるようにした。これにより、第1の実施の形態と同様に、携帯端末2における動作の内容に応じた適切な操作キーが車載装置1に設置されている場合は、その操作キーによる操作に対して当該動作を優先的に割り当てられるため、ユーザの操作性を向上させることができる。9上記の動作割当情報は、図5において表示の列に示すように、各動作を表すアイコンの情報をさらに含んでいる。制御部10は、この動作割当情報を用いたステップS43の割当処理による割当結果に基づいて、図11に示すように、操作キー12a~12eによる各操作に対して予め定められた表示部11の各表示領域に、操作キー12a~12eによる各操作に対して割り当てられた動作を表すアイコン70a~70fをそれぞれ表示するステップS50。このようにしたので、第1の実施の形態と同様に、操作キー12a~12eによる各操作に対して割り当てられた動作の内容をユーザに分かりやすく提示することができる。10また動作割当情報は、図5において走行中可否の列に示すように、各動作の車両走行中における可否の情報をさらに含んでいる。制御部10は、この動作割当情報を用いたステップS43の割当処理による割当結果に基づいて、車両走行中に禁止されている動作を判断し、車両が走行しているときには当該動作が割り当てられた操作キー12a~12dによる操作を無効化するステップS100。このようにしたので、第1の実施の形態と同様に、運転中に行うと安全性を損なうおそれのある操作や、運転中には入力が難しい操作などが車載装置1から携帯端末2に対して行われるのを防止し、車両走行中の安全性や操作性を確保することができる。11さらに車載装置1は、制御部10の処理により、車両が走行しているときには上記のように操作キー12a~12dによる操作を無効化すると共に、図12に示すように、当該動作を表すアイコン70a~70dの表示態様を、図11に示す車両停止時のものとは異なる態様に変化させるようにした。これにより、第1の実施の形態と同様に、操作キー12a~12dによる操作が車両走行中には禁止されていることをユーザに対して分かりやすく知らせることができる。なお、上記の各実施の形態では、車載装置1に設けられた操作キー12a~12eに対して携帯端末2の各動作を割り当てる例をそれぞれ説明したが、タッチパネルを用いて車載装置1の操作を行う場合において本発明を適用してもよい。その場合、第1の実施の形態では、車載装置1から携帯端末2へ前述のような操作キー情報を送信するかわりに、タッチパネルで入力可能な各操作に関する情報、たとえばタッチパネルに表示する操作ボタンの配置や形状を示すテンプレート情報を送信することが好ましい。これにより、携帯端末2において割当処理を行う際に、タッチパネルの各操作ボタンに対して携帯端末2の各動作をそれぞれ割り当てることができる。さらに、車載装置1から携帯端末2へキー信号を送信するかわりに、タッチパネル操作に応じた信号、たとえばタッチパネルの座標位置を示す座標信号を送信してもよい。また、車載装置1において、いわゆるマルチタッチ操作を検出可能なタッチパネルを用いることもできる。この場合、マルチタッチ操作で実現される様々な種類の操作ジェスチャーを携帯端末2の各動作にそれぞれ割り当てることができる。たとえば、タッチパネル上で2本の指の間隔を狭めたり広げたりするピンチイン、ピンチアウトと呼ばれる操作や、タッチパネル上を指で弾くように素早く移動させるフリックと呼ばれる操作などを、操作キー12a~12eの代わりに、携帯端末2の各動作にそれぞれ割り当てることができる。なお、携帯端末2でも車載装置1と同様のマルチタッチ操作が可能であれば、携帯端末2が行う各動作に対して車載装置1と携帯端末2において同じマルチタッチ操作を割り当てることが好ましい。上記のようなマルチタッチ操作を採用する場合、第1の実施の形態では、前述したキー信号のかわりに、マルチタッチ操作の内容に応じた操作信号を車載装置1から携帯端末2へ送信することができる。すなわち、ユーザがタッチパネルに対してマルチタッチ操作を行うと、車載装置1は、そのマルチタッチ操作が表すジェスチャーの意味や種類を判別し、判別結果に応じた操作信号を携帯端末2へ送信する。携帯端末2は、車載装置1から送信された操作信号を受信し、その操作信号に対応する動作が何であるかを割当処理の結果に基づいて判断することにより、操作信号から動作コマンドへの変換を行う。このようにすることで、ユーザが車載装置1に対して入力したタッチパネル操作に応じた動作を携帯端末2において行うことができる。あるいは、単にタッチパネルの座標位置を示す座標信号を操作信号として車載装置1から携帯端末2へ送信してもよい。この場合、携帯端末2は、車載装置1から送信された座標信号が示す座標位置の数や変化などに基づいて、ユーザが車載装置1において行ったマルチタッチ操作が表すジェスチャーの意味や種類を判別し、その判別結果に応じた動作コマンドへと変換することができる。一方、第2の実施の形態では、ユーザがタッチパネルに対してマルチタッチ操作を行うと、車載装置1は、そのマルチタッチ操作が表すジェスチャーの意味や種類を判別し、割当処理の結果に基づいて対応する動作コマンドへと変換する。これにより、ユーザが車載装置1に対して入力したタッチパネル操作に応じた動作を携帯端末2において行うことができる。なお、以上説明したようなマルチタッチ操作を含むタッチパネル操作と、図1の操作キー12a~12eのように車載装置1に設置された操作キーによる操作とを混在させて用いてもよい。この場合、タッチパネル操作により入力される各操作と、操作キーによる各操作とに対して、前述の各実施形態で説明したような方法により、携帯端末2の各動作をそれぞれ割り当てることができる。また、上記の各実施の形態において、携帯端末2または車載装置1により割当処理を行ったら、操作キー対応情報を作成する前に、その割当結果を表示してユーザに確認させてもよい。さらにこのとき、ユーザが任意で割当結果を調整できるようにしてもよい。加えて、操作キー対応情報を作成して保存した後にも、携帯端末2または車載装置1において所定の確認画面に切り替えることで、操作キー対応情報に基づく割当結果を表示してユーザに確認させると共に、ユーザがその内容を任意に変更できるようにしてもよい。以上説明した各実施の形態では、車両から出力される車速情報を車載装置1において収集し、これに基づいて車両が走行中であるか否かを判定するようにしたが、携帯端末2において検出された現在位置に基づいて車両が走行中であるか否かを判定してもよい。その場合、携帯端末2において車両が走行中であると判定したら、その判定結果を携帯端末2から車載装置1へ送信することにより、車載装置1において前述のように車両走行中の操作制限を行うことができる。あるいは、携帯端末2において制限対象とする動作を動作割当情報に基づいて判断し、その動作が割り当てられた操作キーによる操作を無効化するように携帯端末2から車載装置1を制御してもよい。さらに、車載装置1において収集した車速情報を車載装置1から携帯端末2へ送信し、その車速情報に基づいて携帯端末2により車両が走行中であるか否かを判定してもよい。-第3の実施の形態-次に本発明の第3の実施の形態について説明する。本実施形態では、携帯端末2において実行されるアプリケーションをユーザが車載装置1の操作により選択するときの処理方法について説明する。なお、本実施形態による車載情報システムの構成や、車載装置1および携帯端末2の構成は、図1、2にそれぞれ示したものと同じである。したがって、以下ではこれらの図についての説明を省略する。本実施形態において、携帯端末2では、前述のようなナビゲーション用のアプリケーションを含む複数のアプリケーションのうち、ユーザに選択されたアプリケーションを実行する。このときユーザは、携帯端末2の表示部21に表示されるメニュー画面において、操作部22を操作して所望のアプリケーションを選択することにより、携帯端末2に実行させるアプリケーションの選択を行うことができる。さらに携帯端末2は、車載装置1においてメニュー画面を表示するための情報であるメニュー画面情報を車載装置1へ送信する。車載装置1は、携帯端末2から送信されたメニュー画面情報に基づいて、表示部11にメニュー画面を表示する。このメニュー画面において、ユーザが操作部12を操作して所望のアプリケーションを選択すると、その操作内容が車載装置1から携帯端末2へ送信され、選択されたアプリケーションが携帯端末2において認識される。これによりユーザは、携帯端末2の表示部21に表示されるメニュー画面を用いた場合と同様に、携帯端末2に実行させるアプリケーションの選択を行うことができる。なお、携帯端末2において表示部21に表示されるメニュー画面と、車載装置1において表示部11に表示されるメニュー画面とは、同一の内容であってもよいし、互いに異なる内容としてもよい。上記のような車載装置1におけるメニュー画面の表示および車載装置1において選択されたアプリケーションの認識を行うために、携帯端末2には、スマートフォンアプリケーションマネージャと呼ばれるアプリケーションがインストールされている。以下では、このスマートフォンアプリケーションマネージャをSPManと称する。ユーザは、携帯端末2においてメモリ部24に記憶されている様々なアプリケーションの中で、車載装置1からも選択できるようにしたいアプリケーションがある場合は、そのアプリケーションをSPManにおいて事前に登録する。SPManにおいてアプリケーションが登録されると、そのアプリケーションを表すアイコンのデザイン図柄が決定される。たとえば、各アプリケーションに対するアイコンのデザインを携帯端末2において予め設定しておくことで、SPManに登録されたアプリケーションに対するアイコンのデザインを自動的に決定することができる。または、複数種類のデザインの中から任意のデザインをユーザに選択させることでアイコンのデザインを決定してもよいし、外部から取り込んだデータに基づいてアイコンのデザインを決定してもよい。SPManに登録されているアプリケーションの情報と、そのアプリケーションに対するアイコンのデザインとは、互いに関連付けてメモリ部24により記憶される。図18は、本実施形態の車載装置1においてメニュー画面を表示し、ユーザに選択されたアプリケーションを携帯端末2において実行する際の車載装置1および携帯端末2における画面遷移の様子を示す図である。携帯端末2においてSPManが起動されると、図18に示すように、表示部21にメニュー画面が表示される。ここでは、SPManにおいてA、B、C、D、E、F、G、HおよびIの各アプリケーションが登録されており、これらのアプリケーションにそれぞれ対応する九つのアイコンが表示されているメニュー画面の例を示している。携帯端末2はさらに、図18において1に示すように、車載装置1に対してメニュー画面を表示させる。このとき携帯端末2は、前述のメニュー画面情報として、SPManに登録されている各アプリケーションに対応する各アイコンを車載装置1において表示するための情報を車載装置1へ送信する。たとえば、各アイコンの画像情報と、各アイコンに対応するアプリケーションを表すための情報当該アプリケーションに割り当てられたID番号等とが、メニュー画面情報として携帯端末2から車載装置1へ送信される。車載装置1は、携帯端末2から送信されたメニュー画面情報に基づいて、携帯端末2においてSPManに登録されているA~Iの各アプリケーションに対応する各アイコンを表示部11に表示する。このとき、たとえばメニュー画面用のボタン配置パターンを車載装置1において予め定めておき、このボタン配置パターンが示す各ボタンの位置に重ねてメニュー画面情報に含まれる各アイコンの画像情報を貼り付けることにより、A~Iの各アプリケーションに対応する各アイコンの表示位置が決定される。なお、メニュー画面用のボタン配置パターンをメニュー画面情報に含めて携帯端末2から車載装置1へ送信してもよい。あるいは、各アイコンの表示位置を示す情報をメニュー画面情報に含めて携帯端末2から車載装置1へ送信し、この情報に基づいて各アイコンの表示位置を決定したり、メニュー画面の内容をそのままメニュー画面情報として携帯端末2から車載装置1へ送信したりしてもよい。これにより、図18に示すようなメニュー画面が表示部11において表示される。なお、図18では携帯端末2の表示部21に表示されているのと同じ内容のメニュー画面を車載装置1の表示部11でも表示している例を示しているが、前述のようにこれらのメニュー画面を異なる内容としてもよい。なお、表示部11に表示するメニュー画面の態様は、図18に示すものに限定されない。たとえば、各アプリケーションに対応するボックスを一列に並べたリストボックス状のメニュー画面としてもよいし、あるいは、各アプリケーションの名称を一覧表示したメニュー画面としてもよい。携帯端末2に実行させるアプリケーションをユーザが選択可能なものであれば、メニュー画面の表示にどのような表示方法を用いてもよい。車載装置1において、ユーザが操作部12を用いたボタン操作またはタッチパネル操作によりいずれかのアイコンを選択すると、車載装置1は2に示すように、当該アプリケーションを携帯端末2に起動実行させる。このとき車載装置1は、たとえば携帯端末2から送信されたメニュー画面情報に基づいて、ユーザに選択されたアイコンに対応するアプリケーションを特定し、そのアプリケーションに対応するアプリケーション起動指令アプリケーション実行指令を携帯端末2へ出力する。なお、各アイコンが表すアプリケーションを特定するための情報がメニュー画面情報に含まれていない場合は、選択されたアイコンの情報をアプリケーション起動指令アプリケーション実行指令として携帯端末2へ出力してもよい。車載装置1からのアプリケーション起動指令アプリケーション実行指令を受けた携帯端末2は、SPManを一旦停止する。その後、車載装置1から受信したアプリケーション起動指令に基づいて起動実行すべきアプリケーションを判断し、その判断結果に応じたアプリケーションを起動実行する。たとえば、ナビゲーション用のアプリケーションを起動し、図18に示すような現在位置付近の地図画像を表示部21において表示する。これにより、ユーザが車載装置1のメニュー画面上で選択したアプリケーションが携帯端末2において実行される。さらに携帯端末2は、起動したアプリケーションによって作成された画像を車載装置1へ送信して、3に示すように、アプリケーションに応じた画面を車載装置1に対して表示させる。これにより、車載装置1において図18に示すような地図画像が表示部11に表示される。なお、図18では携帯端末2の表示部21に表示されているのと同じ内容の地図画像を車載装置1の表示部11でも表示している例を示しているが、これらの地図画像もメニュー画面と同様に、互いに異なる内容としてもよい。その後、車載装置1において、ユーザが操作部12を用いたボタン操作またはタッチパネル操作により符号30に示す終了アイコンを選択すると、車載装置1は4に示すように、実行中のアプリケーションを携帯端末2に停止させる。このとき車載装置1は、たとえば2で出力したアプリケーション起動指令に対応するアプリケーション停止指令を携帯端末2へ出力する。これにより、実行中のアプリケーションに応じたアプリケーション停止指令を携帯端末2へ出力する。なお、前述のように各アイコンが表すアプリケーションを特定するための情報がメニュー画面情報に含まれていない場合は、アプリケーションの種類を特定せずに、実行中のアプリケーションの停止を携帯端末2に対して指示するための情報をアプリケーション停止指令として出力してもよい。実行中のアプリケーションを停止したら、携帯端末2は5に示すように、車載装置1に対してメニュー画面を再表示させる。このとき携帯端末2は、アプリケーションの起動時に停止したSPManを再起動してメニュー画面を再び表示した後、1の場合と同様に、メニュー画面情報を車載装置1へ送信する。このメニュー画面情報に基づいて、車載装置1においてメニュー画面が再表示される。図19は、上記のようにして車載装置1においてメニュー画面を表示し、ユーザに選択されたアプリケーションを携帯端末2において実行する際の本実施形態の車載装置1および携帯端末2における情報の流れを示す図である。なお、図19では、車載装置1においてナビゲーション用のアプリケーションがユーザに選択された場合の例を示している。図19において符号41に示すように、車載装置1と携帯端末2とが互いに接続されると、車載装置1は符号42に示すように、携帯端末2に対してSPManの起動指令を出力する。この起動指令を受けた携帯端末2は、符号43に示すようにSPManを起動する。これにより、図18に示したようなメニュー画面が携帯端末2の表示部21において表示される。SPManを起動したら、携帯端末2は符号44に示すように、SPManセッションの開始を車載装置1に対して指示する。SPManセッションでは、車載装置1においてメニュー画面を表示するために車載装置1と携帯端末2との間で行われる一連の通信手順が定められている。携帯端末2からSPManセッションの開始指示を受けた車載装置1は、正常受信を表すACKを符号45に示すように携帯端末2へ出力し、携帯端末2からメニュー画面情報が送信されるまで待機する。車載装置1からACKを受けると、携帯端末2は符号46に示すように、メニュー画面情報を車載装置1へ送信する。このメニュー画面情報は、たとえば前述のように、携帯端末2において予めSPManに登録された各アプリケーションに対応する各アイコンの画像情報と、各アプリケーションと各アイコンとの対応関係を表すための情報とを含んでいる。なお、携帯端末2から車載装置1へのメニュー画面情報の送信は、たとえばUSBのインタラプト通信により行われる。こうして携帯端末2から受信したメニュー画面情報に基づいて、図18に示したようなメニュー画面が車載装置1の表示部11において表示される。なお、携帯端末2においてSPManに登録されていないアプリケーションは、メニュー画面の対象外とされる。すなわち、そのアプリケーションに関する情報を除外して、携帯端末2から車載装置1へメニュー画面情報が送信される。車載装置1では、この対象外とされたアプリケーションに対応するアイコンを含まないメニュー画面が表示部11に表示される。さらに、SPManに登録されているアプリケーションのうちいずれかをメニュー画面の対象外としてもよい。たとえば、機能や性能などが互いに異なる様々なものが車載装置1として存在しており、こうした各種の車載装置1が携帯端末2とそれぞれ接続可能であるとする。このような場合は、携帯端末2において、SPManに登録されている各アプリケーションについて車載装置1の種類ごとにメニュー画面の対象とするか否かを予め設定しておく。そして、携帯端末2が接続された車載装置1の種類に応じて、対象外に設定されたアプリケーションに関する情報を除外して、携帯端末2から車載装置1へメニュー画面情報を送信する。これにより、車載装置1では、対象外のアプリケーションに対応するアイコンを含まないメニュー画面が表示部11において表示される。このようにすれば、携帯端末2でSPManにおけるアプリケーションの登録内容を変更することなく、車載装置1の種類に応じて様々なメニュー画面を表示することができる。表示部11に表示されたメニュー画面において、ナビゲーション用のアプリケーションに対応するアイコンがユーザに選択されると、車載装置1は符号47に示すように、ナビゲーション用のアプリケーション図19ではNavApと記載しているの起動指令を出力する。たとえば前述のように、当該アイコンに対応するアプリケーションがナビゲーション用のアプリケーションであることを車載装置1がメニュー画面情報に基づいて判断し、その判断結果に従って、ナビゲーション用のアプリケーションに対応するアプリケーション起動指令を車載装置1から携帯端末2へ出力する。なお、車載装置1から携帯端末2へのアプリケーション起動指令の出力は、たとえばUSBのコントロール通信により行われる。車載装置1からナビゲーション用のアプリケーションの起動指令を受けると、携帯端末2は、符号48に示すようにSPManを停止する。その後、続いて符号49に示すように、SPManセッションの終了を車載装置1に対して指示する。このように、ナビゲーション用のアプリケーションを起動するのに先立ってSPManを停止することにより、携帯端末2において、次にSPManが再起動されるまでの間、車載装置1へのメニュー画面情報の送信と車載装置1からのアプリケーション起動指令の受付とが停止される。携帯端末2からSPManセッションの終了指示を受けた車載装置1は、正常受信を表すACKを符号50に示すように携帯端末2へ出力する。車載装置1からACKを受けると、携帯端末2は符号51に示すように、ナビゲーション用のアプリケーションを起動してその実行を開始する。これにより、図18に示したような地図画像が携帯端末2の表示部21において表示される。ナビゲーション用のアプリケーションを起動したら、携帯端末2は符号52に示すように、ナビゲーションアプリケーションセッションの開始を車載装置1に対して指示する。ナビゲーションアプリケーションセッションでは、ナビゲーション用のアプリケーションに関して車載装置1と携帯端末2との間で行われる一連の通信手順が定められている。携帯端末2からナビゲーションアプリケーションセッションの開始指示を受けた車載装置1は、正常受信を表すACKを符号53に示すように携帯端末2へ出力し、携帯端末2から情報が送信されるまで待機する。車載装置1からACKを受けると、携帯端末2は符号54に示すように、表示部21において表示されている現在位置付近の地図画像を車載装置1へ送信する。なお、携帯端末2から車載装置1へ地図画像の送信は、たとえばUSBのインタラプト通信により行われる。こうして携帯端末2から受信した地図画像は、図18に示したように車載装置1の表示部11において表示される。携帯端末2から地図画像を正常に受信すると、車載装置1はACKを符号55に示すように携帯端末2へ出力する。なお、地図画像以外の情報、たとえば誘導音声を出力するための情報などを受信した場合も同様である。その後、ナビゲーション用のアプリケーションを終了するための前述のような操作が車載装置1においてユーザにより行われると、その操作に応じて、車載装置1は符号56に示すように、ナビゲーション用のアプリケーションの停止指令を出力する。このアプリケーション停止指令は、たとえば前述のように、符号47で出力したアプリケーション起動指令に対応するアプリケーション停止指令を車載装置1から携帯端末2へ出力することにより行われる。なお、車載装置1から携帯端末2へのアプリケーション停止指令の出力は、たとえばUSBのコントロール通信により行われる。車載装置1からナビゲーション用のアプリケーションの停止指令を受けると、携帯端末2は、符号57に示すようにナビゲーション用のアプリケーションを停止する。その後、続いて符号58に示すように、ナビゲーションアプリケーションセッションの終了を車載装置1に対して指示する。携帯端末2からナビゲーションアプリケーションセッションの終了指示を受けた車載装置1は、符号59に示すように、携帯端末2に対してSPManの起動指令を出力する。この起動指令を受けた携帯端末2は、符号60に示すようにSPManを再起動し、図18に示したようなメニュー画面を表示部21に再表示する。これにより、携帯端末2において一旦停止された車載装置1へのメニュー画面情報の送信と車載装置1からのアプリケーション起動指令の受付とが再開される。携帯端末2においてSPManを再起動した後、車載装置1と携帯端末2は前述のような動作をそれぞれ繰り返す。すなわち、携帯端末2は符号71に示すように、SPManセッションの開始を車載装置1に対して指示する。携帯端末2からSPManセッションの開始指示を受けた車載装置1は、正常受信を表すACKを符号72に示すように携帯端末2へ出力する。車載装置1からACKを受けると、携帯端末2は符号73に示すように、メニュー画面情報を車載装置1へ送信する。こうして携帯端末2から受信したメニュー画面情報に基づいて、車載装置1は図18に示したようなメニュー画面を表示部11に再表示する。なお、表示部11に表示されたメニュー画面においていずれかのアイコンがユーザに選択されると、ナビゲーション用のアプリケーションについて上記で説明したのと同様の動作が車載装置1と携帯端末2においてそれぞれ行われる。すなわち、車載装置1は当該アイコンに対応するアプリケーション起動指令を携帯端末2へ出力する。このアプリケーション起動指令を受けると、携帯端末2はSPManを停止し、SPManセッションの終了を車載装置1に対して指示する。その後、起動指令を受けたアプリケーションを起動し、そのアプリケーションに応じたセッションを開始する。また、実行中のアプリケーションを終了するための操作が車載装置1においてユーザにより行われると、その操作に応じて、車載装置1は当該アプリケーションの停止指令を携帯端末2へ出力する。これを受けた携帯端末2は実行中のアプリケーションを停止し、そのアプリケーションに応じたセッションを終了する。セッション終了後、車載装置1は携帯端末2に対してSPManの起動指令を出力し、SPManを再起動させる。なお、携帯端末2においていずれかのアプリケーションが実行されているときに車載装置1と携帯端末2との間で行われる通信の制御は、実行中のアプリケーションが直接行ってもよい。あるいは、実行中のアプリケーションに応じた通信制御をSPManに代行させ、実行中のアプリケーションはSPManを経由して車載装置1と通信を行うようにしてもよい。次に、本実施形態における車両走行中のアプリケーションの実行制限について説明する。携帯端末2においてSPManにアプリケーションを登録する際、ユーザは各アプリケーションについて、車両走行中の実行を許可するか否かを予め設定しておくことができる。この設定内容に応じて、車両が走行中であると判断したときに携帯端末2は、車両走行中の実行が許可されていないアプリケーションの実行を禁止し、車両走行中の実行が許可されているアプリケーションのみを実行できるように制限する。アプリケーションの実行を禁止する方法としては、たとえば、車載装置1において表示部11に表示されているメニュー画面上で当該アプリケーションに対応するアイコンを無効化する。または、アイコンを無効化せずに有効な状態のままでアプリケーションの実行を禁止してもよい。この場合、たとえば、車載装置1において当該アプリケーションのアイコンがユーザによって選択されてもアプリケーション起動指令を出力しないようにしたり、車載装置1から出力された当該アプリケーションの起動指令を携帯端末2において無視したりすることで、当該アプリケーションの実行を禁止することができる。以上のいずれの方法を用いてもよい。なお、各アプリケーションに対する車両走行中の実行を許可するか否かの設定をSPManへの登録時にユーザが行うのではなく、アプリケーションごとに予め定めておいてもよい。図20a、20bおよび20cは、車両走行中のアプリケーションの実行制限を行ったときの車両停止中および車両走行中の表示画面例を示している。図20aは、車両停止中に車載装置1において表示部11に表示されるメニュー画面の例を示している。このメニュー画面は図18に例示したものと同じであり、SPManに登録されているA~Iの各アプリケーションに対応する各アイコンが示されている。図20bは、車両走行中に車載装置1において表示部11に表示されるメニュー画面の例を示している。このメニュー画面では、DおよびIのアプリケーションをそれぞれ表す各アイコンに対して、その実行が禁止されていることを表すための×マークが表示されている。なお、これらのアイコンがメニュー画面上でユーザに選択されても、携帯端末2は対応するアプリケーションを実行せず、メニュー画面の表示を続ける。このとき、車両走行中には当該アプリケーションの実行が禁止されている旨の注意表示などを行ってもよい。このようにして、メニュー画面において車両走行中の実行を禁止されたアプリケーションに対応するアイコンの表示態様が車両停止時とは異なる態様に変化される。また図20cは、車両停止時に携帯端末2においてDまたはIのアプリケーションが実行されており、そのアプリケーションに応じた画面が車載装置1において表示部11に表示されていた場合に、その後車両が走行を開始したときの車両走行中の表示画面例を示している。この画面では、車両走行中には当該アプリケーションの実行が禁止されていることを表す走行中の文字が表示されていると共に、当該アプリケーションによる画面が非表示とされている。なお、このような画面を表示するかわりに、携帯端末2において実行中のアプリケーションを強制終了し、図20bのようなメニュー画面を表示してもよい。なお、車両が走行中であるか否かの判断は、車載装置1から携帯端末2へ所定時間ごとに出力される車速情報に基づいて、携帯端末2により行うことができる。すなわち、車載装置1の制御部10は、車両から出力される車速情報を前述の第1の実施の形態で説明したようにして取得すると、その車速情報をインタフェース部15およびUSBケーブル3を介して携帯端末2へ所定時間ごとに出力する。携帯端末2は、車載装置1から出力された車速情報に基づいて車両が走行中であるか否かを判断し、車両が走行中であると判定された場合、車両走行中の実行が禁止されているアプリケーションに対応するアイコンの表示態様を変化させるように車載装置1に対して指示する。この指示を受けた車載装置1は、当該アイコンの表示態様を図20bに示すように変化させる。本実施形態の車載装置1および携帯端末2における処理のフローチャートを図21および22に示す。図21は、車載装置1における処理のフローチャートを示しており、図22、携帯端末2における処理のフローチャートを示している。最初に図21のフローチャートについて説明する。図21のフローチャートに示す処理は、車載装置1において制御部10により実行されるものである。ステップS410において、制御部10は、携帯端末2が接続されているか否かを判定する。前述の第1の実施の形態において図1に示したように、車載装置1と携帯端末2がUSBケーブル3を介して接続されている場合は、次のステップS420へ進む。ステップS420において、制御部10は、携帯端末2に対してSPManの起動指令を出力する。このSPManの起動指令の出力は、インタフェース部15およびUSBケーブル3を介して行われる。ステップS430において、制御部10は、ステップS420で出力したSPManの起動指令に応じて携帯端末2がSPManを起動することによって携帯端末2から送信されるメニュー画面情報を受信する。ここでは、携帯端末2において後で説明する図22のステップS640が実行されることにより、携帯端末2からメニュー画面情報がUSBケーブル3を介して送信され、インタフェース部15を用いて受信される。ステップS440において、制御部10は、ステップS430で受信したメニュー画面情報に基づいて、図15に示したようなメニュー画面を表示部11に表示する。ステップS450において、制御部10は、ステップS440で表示したメニュー画面上でいずれかのアイコンがユーザに選択されることにより、いずれかのアプリケーションがユーザによって選択されたか否かを判定する。ユーザがメニュー画面上でいずれかのアイコンを選択してアプリケーションの選択を行った場合は、次のステップS460へ進む。ステップS460において、制御部10は、ステップS450でユーザに選択されたアプリケーションに対応するアプリケーション起動指令を携帯端末2に対して出力する。このアプリケーション起動指令の出力は、インタフェース部15およびUSBケーブル3を介して行われる。ステップS470において、制御部10は、ステップS460で出力したアプリケーション起動指令に応じて携帯端末2が起動したアプリケーションによる情報送信の有無を判定する。携帯端末2から車載装置1に対して何らかの情報送信が行われた場合はステップS480へ進み、何の情報も送信されない場合はステップS500へ進む。ステップS480において、制御部10は、携帯端末2からの情報を受信する。ここでは、後で説明する図22のステップS680において実行中のアプリケーションに応じた処理が行なわれることにより、その処理結果に関する情報が携帯端末2からUSBケーブル3を介して送信され、インタフェース部15を用いて受信される。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、携帯端末2から送信される地図画像情報を受信する。ステップS490において、制御部10は、ステップS480で携帯端末2から受信した情報に応じた処理を行う。たとえば、ナビゲーション用のアプリケーションによる地図画像情報を携帯端末2から受信したときには、その地図画像情報に基づいて図15に示したような地図画像を表示部11に表示する。ステップS500において、制御部10は、携帯端末2において実行中のアプリケーションを停止するか否かを判定する。たとえば前述のようなアプリケーションの終了操作がユーザから行われたときには、実行中のアプリケーションを停止すると判定してステップS510へ進む。一方、アプリケーションの終了操作がユーザから行われていなければ、実行中のアプリケーションを停止しないと判定してステップS470へ戻る。ステップS510において、制御部10は、携帯端末2において実行中であるアプリケーションの停止指令を携帯端末2に対して出力する。ここでは前述のように、たとえばステップS460で出力したアプリケーション起動指令に対応するアプリケーション停止指令をインタフェース部15およびUSBケーブル3を介して携帯端末2へ出力することにより、アプリケーション停止指令の出力を行う。ステップS510を実行したら、制御部10はステップS420へ戻り、携帯端末2に対してSPManの起動指令を再び出力する。これにより、携帯端末2においてSPManを再起動させ、メニュー画面情報の送信やユーザに選択されたアプリケーションの実行を携帯端末2に再開させる。次に図22のフローチャートについて説明する。図22のフローチャートに示す処理は、携帯端末2において制御部20により実行されるものである。ステップS610において、制御部20は、車載装置1が接続されているか否かを判定する。前述の第1の実施の形態において図1に示したように、車載装置1と携帯端末2がUSBケーブル3を介して接続されている場合は、次のステップS620へ進む。ステップS620において、制御部20は、車載装置1からSPMan起動指令を受信したか否かを判定する。車載装置1において図21のステップS420が実行されることにより車載装置1から出力されたSPMan起動指令を受信した場合、制御部20は次のステップS630へ進む。一方、車載装置1からSPMan起動指令を受信していない場合は、ステップS610へ戻る。ステップS630において、制御部20は、SPManを起動する。これにより、車載装置1からSPMan起動指令があると、それに応じて携帯端末2においてSPManが起動され、図15に示したようなメニュー画面が表示部21に表示される。ステップS640において、制御部20は、車載装置1へメニュー画面情報を送信する。ここでは前述のように、ステップS630で起動したSPManに登録されている各アプリケーションに対応する各アイコンの画像情報や、各アプリケーションと各アイコンとの対応関係を表すための情報などをメニュー画面情報として送信する。このメニュー画面情報の送信は、インタフェース部25およびUSBケーブル3を介して行われる。ステップS650において、制御部20は、車載装置1からアプリケーション起動指令を受信したか否かを判定する。車載装置1において図21のステップS460が実行されることにより、いずれかのアプリケーションに対して車載装置1から出力されたアプリケーション起動指令を受信した場合、制御部20はステップS660へ進む。一方、車載装置1からアプリケーション起動指令を受信していない場合は、ステップS720へ進む。ステップS660において、制御部20は、ステップS630で起動したSPManを停止する。続くステップS670において、制御部20は、ステップS650で車載装置1から受信したアプリケーション起動指令に対応するアプリケーションを起動する。これにより、いずれかのアプリケーションについて車載装置1から起動指令があると、それに応じて携帯端末2においてSPManが停止された後、当該アプリケーションが起動される。ステップS680において、制御部20は、ステップS670で起動したアプリケーションに応じた処理を行う。このとき、実行中のアプリケーションによる処理結果に関する情報が必要に応じて携帯端末2から車載装置1へ送信される。こうした情報の送信は、インタフェース部25およびUSBケーブル3を介して行われる。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、現在位置付近の地図画像を表す地図画像情報が送信される。ステップS690において、制御部20は、ステップS670で起動したアプリケーションを停止するか否かを判定する。車載装置1において図21のステップS510が実行されることにより車載装置1から出力されたアプリケーション停止指令を受信した場合、制御部20は実行中のアプリケーションを停止すると判定してステップS700へ進む。一方、車載装置1からアプリケーション停止指令を受信していない場合、制御部20はアプリケーションを停止しないと判定してステップS680へ戻り、実行中のアプリケーションに応じた処理を続行する。なお、携帯端末2においてユーザが所定の終了操作を行ったときにアプリケーションを停止すると判定してもよい。ステップS700において、制御部20は、ステップS670で起動したアプリケーションを停止する。続くステップS710において、制御部20は、ステップS620と同様に、車載装置1からSPMan起動指令を受信したか否かを判定する。車載装置1において図21のステップS420が実行されることにより車載装置1から出力されたSPMan起動指令を受信した場合、制御部20はステップS630へ戻ってSPManを再起動する。その後は、前述のような処理を繰り返す。ステップS720において、制御部20は、車両が走行中であるか否かを判定する。ここでは前述のように、車載装置1から携帯端末2へ所定時間ごとに出力される車速情報に基づいて、車両が走行中であるか否かを判定する。車両が走行中であると判定した場合はステップS730へ進み、停止中であると判定した場合はステップS650へ戻る。ステップS730において、制御部20は、車両走行中の実行が禁止されているアプリケーションに対する実行制限を行う。このとき制御部20は、SPManに登録されている各アプリケーションについて、車両走行中の実行が許可されているか否かを前述のようにして判断する。そして、車両走行中の実行が許可されていないアプリケーションの実行を禁止すると共に、図20で説明したように、メニュー画面においてそのアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させる。こうしてアプリケーションの実行制限を行ったら、ステップS650へ戻る。以上説明した第3の実施の形態によれば、次のような作用効果を奏する。12携帯端末2は、制御部20の処理により、SPManを実行して車載装置1との間で行う通信を制御すると共に、予め記憶されたソフトウェアを実行する。一方、車載装置1は、ユーザによる操作を操作部12により入力し、その操作に応じた情報を、情報端末2の制御部20が行う通信制御により情報端末2へ送信する。さらに、情報端末2の制御部20が行う通信制御により情報端末2から送信された情報に基づいて、ユーザに対する報知を行う。具体的には、携帯端末2は、制御部20の処理により、携帯端末2において実行可能な複数のアプリケーションの各々にそれぞれ対応する複数のアイコンを含むメニュー画面を車載装置1において表示するためのメニュー画面情報を車載装置1へ送信するステップS640。そして、車載装置1においてユーザが操作部12を操作してメニュー画面上で複数のアイコンのいずれかを選択することで車載装置1から送信されるアプリケーション起動指令アプリケーション実行指令を受信しステップS650、そのアプリケーション起動指令アプリケーション実行指令に応じて複数のアプリケーションのいずれかを実行状態とするステップS670。一方、車載装置1は、制御部10の処理により、メニュー画面情報を携帯端末2から受信しステップS430、そのメニュー画面情報に基づいてメニュー画面を表示部11に表示するステップS440ことにより、ユーザへの報知を行う。こうして表示したメニュー画面上でユーザが操作部12を操作していずれかのアイコンを選択すると、そのアイコンに対応するアプリケーションを起動実行するためのアプリケーション起動指令アプリケーション実行指令を携帯端末2へ送信するステップS460。このようにしたので、車載装置1の操作により携帯端末2に搭載されている様々な機能の中から所望の機能を選択して実行させることができる。そのため、車載装置1における操作内容と携帯端末2における動作内容との対応付けを容易に行うことができる。13また携帯端末2は、制御部20の処理により、ステップS650で車載装置1からのアプリケーション起動指令を受信すると、SPManを停止状態とするステップS660。これにより、ステップS670で複数のアプリケーションのいずれかを実行状態とするのに先立って、ステップS640によるメニュー画面情報の送信およびステップS650によるアプリケーション起動指令の受信を停止する。このようにしたので、携帯端末2において複数のアプリケーションを同時に実行できない場合に、SPManからユーザに選択されたアプリケーションへの切り替えを行うことができる。14さらに携帯端末2は、制御部20の処理により、ステップS670で実行状態としたアプリケーションがステップS700において停止状態とされると、ステップS710において車載装置1からSPMan起動指令を受信した後、ステップS630へ戻ってSPManを再起動する。これにより、ステップS640によるメニュー画面情報の送信およびステップS650によるアプリケーション起動指令の受信を再開する。このようにしたので、携帯端末2において複数のアプリケーションを同時に実行できない場合に、実行停止されたアプリケーションからSPManへの切り替えを行うことができる。15車載装置1は、制御部10の処理により、携帯端末2において実行中のアプリケーションを停止状態とするためのアプリケーション停止指令を、操作部12により入力されたユーザの操作に応じて携帯端末2へ送信するステップS510。その後に、携帯端末2においてステップS640によるメニュー画面情報の送信およびステップS650によるアプリケーション起動指令の受信を再開させるための再開指令として、SPMan起動指令を携帯端末2へ送信するステップS420。すると携帯端末2は、アプリケーション停止指令に応じてステップS700を実行することで、ステップS670で実行状態としたアプリケーションを停止状態とし、その後、SPMan起動指令に応じて、ステップS640によるメニュー画面情報の送信およびステップS650によるアプリケーション起動指令の受信を再開する。このようにしたので、ユーザが車載装置1を操作して実行中のアプリケーションの停止を指示したときに、携帯端末2において実行中のアプリケーションを確実に停止状態とすると共に、そのアプリケーションからSPManへの切り替えを自動的に行い、次にユーザが行う操作に備えることができる。16ステップS640において携帯端末2から車載装置1へ送信されるメニュー画面情報は、携帯端末2において実行可能な複数のアプリケーションと複数のアイコンとの対応関係を表すための情報を含むことができる。車載装置1は、ステップS460において、ユーザが操作部12を操作してメニュー画面上で選択したアイコンに対応するアプリケーションをこうしたメニュー画面情報に基づいて判断し、当該アプリケーションに応じたアプリケーション起動指令を携帯端末2へ送信することができる。このようにすれば、ユーザの選択結果を正しく反映したアプリケーション起動指令を車載装置1から携帯端末2へ出力することができるため、携帯端末2において所望のアプリケーションを確実に実行できる。17携帯端末2は、制御部20の処理により、車両が走行中であるか否かを判定しステップS720、車両が走行中であると判定した場合に、携帯端末2において実行可能な複数のアプリケーションのうち所定のアプリケーションの実行を禁止するステップS730。このようにしたので、安全上や操作上の観点から運転中には適さないアプリケーションが携帯端末2において実行されるのを防止し、車両走行中の安全性や操作性を確保することができる。18また携帯端末2は、制御部20の処理により、メニュー画面において、ステップS730で実行を禁止されたアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させるようにした。これにより、当該アイコンが表すアプリケーションの実行が車両走行中には禁止されていることをユーザに対して分かりやすく知らせることができる。なお、以上説明した第3の実施の形態では、車載装置1と携帯端末2とが互いに接続されると、車載装置1から携帯端末2に対してSPManの起動指令を出力することにより、携帯端末2においてSPManが起動されるようにしたが、車載装置1との接続を携帯端末2が検知してSPManを起動してもよい。また、実行中のアプリケーションを停止した場合も同様に、車載装置1から携帯端末2に対してSPManの起動指令を出力するのではなく、携帯端末2において実行中のアプリケーションを停止したらSPManを再起動してもよい。以上説明した第3の実施の形態において、携帯端末2は、ユーザに選択されたアプリケーションを起動するときには、先にSPManを停止し、その後にアプリケーションの起動を行う。また、実行中のアプリケーションを停止すると、停止していたSPManを再起動する。このようにして、SPManと実行アプリケーションとの切り替えを行うようにしていた。しかし、携帯端末2において複数のアプリケーションを同時に実行できる場合は、こうしたアプリケーションの切り替えは不要である。すなわち、アプリケーションが実行中であるか否かに関わらず、携帯端末2において常にSPManを起動させておくことができる。この場合、ユーザに選択されたアプリケーションを実行するときにはSPManをバックグラウンドで動作またはスリープ状態とし、そのアプリケーションが停止されたらSPManをバックグラウンドからフォアグランドに移してアクティブにしてもよい。あるいは、携帯端末2において実行中のアプリケーションが停止されると、SPManをバックグラウンドで動作させたままで車載装置1との通信を行うようにしてもよい。こうした動作は、車載装置1の操作によりユーザに選択されて実行されるナビゲーション用アプリケーションなどの各種アプリケーションについても同様である。すなわち、本実施形態において説明したSPManや各種アプリケーションの起動とは、これらのアプリケーションを実行状態として、車載装置1と携帯端末2の間で当該アプリケーションによる情報のやり取りが行われるようにすることを意味している。反対に、SPManや各種アプリケーションの停止とは、これらのアプリケーションを停止状態として、車載装置1と携帯端末2の間で当該アプリケーションによる情報のやり取りが行われないようにすることを意味している。上述したように、車載装置1と接続されている携帯端末2が複数のアプリケーションを同時に実行可能なものである場合は、ナビゲーション用のアプリケーションを実行するときであってもSPManを停止せずに、そのまま車載装置1へのメニュー画面情報の送信と車載装置1からのアプリケーション起動指令の受付とを継続することが好ましい。このようにすることで、アプリケーション起動時の処理を簡略化できる。さらに、携帯端末2においてナビゲーション用のアプリケーションを実行中のときに、車載装置1をユーザが操作して他のアプリケーションを起動させることもできる。一方、車載装置1と接続されている携帯端末2が一度にアプリケーションを一つしか実行できないものである場合は、実施の形態において説明したように、ナビゲーション用のアプリケーションを実行するときにSPManを停止して、車載装置1へのメニュー画面情報の送信と車載装置1からのアプリケーション起動指令の受付とを停止する必要がある。これにより、携帯端末2において実行するアプリケーションをSPManからナビゲーション用のアプリケーションに切り替えることができる。以上説明した第3の実施の形態において、複数のアプリケーションで共通に利用される処理がある場合は、その処理をSPManが代行することで、当該処理結果を複数のアプリケーション間で共有できるようにしてもよい。こうした処理には、たとえばユーザ認証処理などのように、最初に一度実施しておけば携帯端末2を交換しない限り必要のない処理などが該当する。このようにすれば、SPManによる処理結果を各アプリケーションが取得するだけで済み、違うアプリケーションを実行する度に同じ処理を逐一行う必要がなくなる。そのため、携帯端末2において処理の効率化および高速化を図ることができる。以上説明した第3の実施の形態では、車両から出力される車速情報を車載装置1において取得し、その車速情報を車載装置1から携帯端末2へ出力することにより、携帯端末2において車両が走行中であるか否かを判定するようにした。しかし、車載装置1において車両が走行中であるか否かを判定するようにしてもよい。その場合、車載装置1から携帯端末2へ車速情報を出力する必要はなく、図22のステップS720およびS730の処理は、車載装置1において制御部10により実行される。あるいは、携帯端末2において検出された現在位置に基づいて車両が走行中であるか否かを判定してもよい。この場合にも車載装置1から携帯端末2へ車速情報を出力する必要はない。また、車速情報以外にも車両から出力される様々な車両情報を車載装置1において取得するようにしてもよい。このとき取得された車両情報は、車載装置1が実行する処理において利用してもよいし、あるいは、車載装置1から携帯端末2へ出力し、携帯端末2が実行する処理において利用してもよい。一例として、車両情報に応じた起動条件をアプリケーションごとに予め設定しておき、その起動条件を満たす車両情報が車両から出力されたときに、当該アプリケーションを携帯端末2において自動的に起動するようにすることができる。この場合、各アプリケーションの起動条件を示す情報をメニュー画面情報の一部として携帯端末2から車載装置1へ送信し、車載装置1において起動条件を満たすか否かを車両情報に基づいて判定してもよい。あるいは、車載装置1から携帯端末2へ車両情報を送信し、その車両情報に基づいて起動条件を満たすか否かを携帯端末2において判定してもよい。これにより、たとえば、燃料残量が所定値未満まで減ってきたという車両情報が車両から出力されたときに、現在位置周辺のガソリンスタンドを検索するためのアプリケーションを携帯端末2において自動的に起動することができる。-第4の実施の形態-次に本発明の第4の実施の形態について説明する。本実施形態では、携帯端末2において実行されるアプリケーションをユーザが車載装置1の操作により選択するときの処理方法について、前述の第3の実施の形態とは別の例を用いて説明する。図23は、本発明の第4の実施の形態による車載情報システムの構成を示す図である。図23に示す車載情報システムは、前述の第1の実施の形態で説明した図1の車載情報システムと比べて、車載装置1と携帯端末2がUSBケーブル3に加えて、さらに映像ケーブル4を介して互いに接続されている点が異なっている。図24は、本実施形態による車載情報システムにおける車載装置1および携帯端末2の構成を示すブロック図である。図24に示すように、本実施形態による車載装置1は、図2と同様の制御部10、表示部11、操作部12、音声出力部13、メモリ部14およびインタフェース部15に加えて、さらに映像信号入力部16を有する。一方、携帯端末2は、図2と同様の制御部20、表示部21、操作部22、音声出力部23、メモリ部24、インタフェース部25、無線通信部26およびGPS受信部27に加えて、さらに映像信号出力部28を有する。映像信号入力部16は、映像ケーブル4を介して携帯端末2から入力される映像信号を画面表示用の映像データに変換し、制御部10へ出力する。映像信号入力部16から制御部10へ映像データが出力されると、制御部10は表示部11を制御して、その映像データに基づく画面を表示部11に表示させる。一方、携帯端末2において、映像信号出力部28は、車載装置1で表示するために制御部20により生成された画面をコンポジット信号等の映像信号に変換し、映像ケーブル4を介して車載装置1へ出力する。この映像信号が車載装置1において映像信号入力部16に入力されることで、携帯端末2からの画面を車載装置1の表示部11に表示することができる。本実施形態において、携帯端末2は、映像信号出力部28からの映像信号により、前述の第3の実施の形態で説明したようなメニュー画面を車載装置1へ送信する。車載装置1は、携帯端末2から送信された映像信号に基づいて、表示部11にメニュー画面を表示する。図25は、本実施形態の車載装置1においてメニュー画面を表示し、ユーザに選択されたアプリケーションを携帯端末2において実行する際の車載装置1および携帯端末2における画面遷移の様子を示す図である。携帯端末2においてSPManが起動されると、図25に示すように、前述の第3の実施の形態で説明した図18と同様のメニュー画面が表示部21に表示される。携帯端末2はさらに、図25において1に示すように、車載装置1に対してメニュー画面を表示させる。このとき携帯端末2は、車載装置1において表示するためのメニュー画面を映像信号に変換し、映像信号出力部28から映像ケーブル4を介して車載装置1へ送信する。車載装置1は、携帯端末2から送信された映像信号に基づいて、前述の第3の実施の形態で説明した図18と同様の、図25に示すようなメニュー画面を表示部11に表示する。なお、第3の実施の形態で説明したように本実施形態でも、携帯端末2の表示部21と車載装置1の表示部11でそれぞれ表示されるメニュー画面を異なる内容としてもよい。その場合、携帯端末2では、車載装置1において表示するためのメニュー画面を表示部21に表示するメニュー画面とは別に生成し、映像信号により車載装置1へ送信する。車載装置1において、ユーザが操作部12を用いたボタン操作またはタッチパネル操作によりいずれかのアイコンを選択する操作を行うと、車載装置1は2に示すように、その操作内容に関する操作情報を携帯端末2へ送信する。このとき車載装置1は、操作情報として、たとえばユーザのボタン操作の内容を表すボタン情報、またはタッチパネル操作により指定された表示部11の画面上の位置を表す座標情報を携帯端末2へ出力する。車載装置1からの操作情報を受けた携帯端末2は、車載装置1から受信した操作情報に基づいて起動すべきアプリケーションを判断し、その判断結果に応じたアプリケーションを起動実行する。たとえば、ナビゲーション用のアプリケーションを起動し、図25に示すような現在位置付近の地図画像を表示部21において表示する。これにより、ユーザが車載装置1のメニュー画面上で選択したアプリケーションが携帯端末2において実行される。このとき携帯端末2は、SPManを一旦停止する。さらに携帯端末2は、起動したアプリケーションによって作成された画面の映像信号を車載装置1へ送信して、3に示すように、アプリケーションに応じた画面を車載装置1に対して表示させる。これにより、車載装置1において図25に示すような地図画面が表示部11に表示される。なお、第3の実施の形態で説明したように本実施形態でも、携帯端末2の表示部21と車載装置1の表示部11でそれぞれ表示される地図画面もメニュー画面と同様に、互いに異なる内容としてもよい。その場合、携帯端末2では、車載装置1において表示するための地図画面を表示部21に表示する地図画面とは別に生成し、映像信号により車載装置1へ送信する。その後、車載装置1において、ユーザが操作部12を用いたボタン操作またはタッチパネル操作により符号30に示す終了アイコンを選択すると、車載装置1は4に示すように、その操作内容に応じた操作情報を携帯端末2へ送信する。すると携帯端末2は、車載装置1から受信した操作情報に基づいてアプリケーションの終了を判断し、これに応じて実行中のアプリケーションを停止する。実行中のアプリケーションを停止したら、携帯端末2は5に示すように、車載装置1に対してメニュー画面を再表示させる。このとき携帯端末2は、アプリケーションの起動時に停止したSPManを再起動してメニュー画面を再び表示した後、1の場合と同様に、メニュー画面を映像信号に変換し、映像信号出力部28から映像ケーブル4を介して車載装置1へ送信する。この映像信号に基づいて、車載装置1においてメニュー画面が再表示される。図26は、上記のようにして車載装置1においてメニュー画面を表示し、ユーザに選択されたアプリケーションを携帯端末2において実行する際の本実施形態の車載装置1および携帯端末2における情報の流れを示す図である。なお、図26では、車載装置1においてナビゲーション用のアプリケーションがユーザに選択された場合の例を示している。図26において符号141に示すように、車載装置1と携帯端末2とが互いに接続されると、車載装置1は符号142に示すように、携帯端末2に対してSPManの起動指令を出力する。この起動指令を受けた携帯端末2は、符号143に示すようにSPManを起動する。これにより、図25に示したようなメニュー画面が携帯端末2の表示部21において表示される。SPManを起動したら、携帯端末2は符号144に示すように、SPManセッションの開始を車載装置1に対して指示する。SPManセッションでは、車載装置1においてメニュー画面を表示するために車載装置1と携帯端末2との間で行われる一連の通信手順が定められている。携帯端末2からSPManセッションの開始指示を受けた車載装置1は、正常受信を表すACKを符号145に示すように携帯端末2へ出力する。車載装置1からACKを受けると、携帯端末2は符号146に示すように、メニュー画面を車載装置1へ送信する。このメニュー画面の送信は、前述のように、メニュー画面を映像信号に変換して映像信号出力部28から映像ケーブル4を介して出力することにより行われる。こうして携帯端末2から受信した映像信号に基づいて、図25に示したようなメニュー画面が車載装置1の表示部11において表示される。なお、携帯端末2においてSPManに登録されていないアプリケーションは、メニュー画面の対象外とされる。すなわち、そのアプリケーションに対応するアイコンを除外してメニュー画面が作成され、携帯端末2から車載装置1へメニュー画面の映像信号が送信される。車載装置1では、この対象外とされたアプリケーションに対応するアイコンを含まないメニュー画面が表示部11に表示される。さらに、SPManに登録されているアプリケーションのうちいずれかをメニュー画面の対象外としてもよい。たとえば、機能や性能などが互いに異なる様々なものが車載装置1として存在しており、こうした各種の車載装置1が携帯端末2とそれぞれ接続可能であるとする。このような場合は、携帯端末2において、SPManに登録されている各アプリケーションについて車載装置1の種類ごとにメニュー画面の対象とするか否かを予め設定しておく。そして、携帯端末2が接続された車載装置1の種類に応じて、対象外に設定されたアプリケーションに対応するアイコンを除外してメニュー画面を作成し、そのメニュー画面の映像信号を携帯端末2から車載装置1へ送信する。これにより、車載装置1では、対象外のアプリケーションに対応するアイコンを含まないメニュー画面が表示部11において表示される。このようにすれば、携帯端末2でSPManにおけるアプリケーションの登録内容を変更することなく、車載装置1の種類に応じて様々なメニュー画面を表示することができる。表示部11に表示されたメニュー画面において、ユーザのボタン操作またはタッチパネル操作により画面上のいずれかの位置が指定されると、車載装置1は符号147に示すように、その操作内容を表すボタン情報または座標情報を操作情報として出力する。なお、車載装置1から携帯端末2への操作情報の出力は、たとえばUSBのコントロール通信により行われる。車載装置1から操作情報を受けると、携帯端末2は、その操作情報に基づいてユーザがメニュー画面上でどのアイコンを選択したかを判断する。その結果、ナビゲーション用のアプリケーションに対応するアイコンが選択されたと判断すると、符号148に示すようにSPManを停止する。このとき携帯端末2は、SPManからナビゲーション用のアプリケーション図26ではNavApと記載しているを呼び出すことで、符合151に示すようにナビゲーション用のアプリケーションを起動する。さらに符号149に示すように、SPManセッションの終了を車載装置1に対して指示する。このように、ナビゲーション用のアプリケーションを起動する際にSPManを停止することにより、携帯端末2において、次にSPManが再起動されるまでの間、車載装置1へのメニュー画面の送信が停止される。携帯端末2からSPManセッションの終了指示を受けた車載装置1は、正常受信を表すACKを符号150に示すように携帯端末2へ出力する。携帯端末2がナビゲーション用のアプリケーションを起動してその実行を開始すると、図25に示したような地図画面が携帯端末2の表示部21において表示される。ナビゲーション用のアプリケーションを起動したら、携帯端末2は符号152に示すように、ナビゲーションアプリケーションセッションの開始を車載装置1に対して指示する。ナビゲーションアプリケーションセッションでは、ナビゲーション用のアプリケーションに関して車載装置1と携帯端末2との間で行われる一連の通信手順が定められている。携帯端末2からナビゲーションアプリケーションセッションの開始指示を受けた車載装置1は、正常受信を表すACKを符号153に示すように携帯端末2へ出力する。車載装置1からACKを受けると、携帯端末2は符号154に示すように、現在位置付近の地図画面を車載装置1へ送信する。なお、携帯端末2から車載装置1へ地図画面の送信は、メニュー画面の送信と同様に、地図画面を映像信号に変換して映像信号出力部28から映像ケーブル4を介して出力することにより行われる。こうして携帯端末2から受信した映像信号に基づいて、図25に示したような地図画面が車載装置1の表示部11において表示される。このとき、たとえば誘導音声を出力するための情報などをUSBのインタラプト通信等により必要に応じて携帯端末2から車載装置1へ送信してもよい。その後、ナビゲーション用のアプリケーションを終了するための前述のような操作が車載装置1においてユーザにより行われると、その操作に応じて、車載装置1は符号155に示すように、操作情報としてのボタン情報または座標情報を出力する。なお、車載装置1から携帯端末2への操作情報の出力は、たとえばUSBのコントロール通信により行われる。車載装置1から操作情報を受けると、携帯端末2は、その操作情報に基づいてユーザがナビゲーション用のアプリケーションの終了を指示したことを判断し、符号156に示すようにナビゲーション用のアプリケーションを停止する。このとき携帯端末2は、ナビゲーション用のアプリケーションからSPManを呼び出すことで、符合159に示すようにSPManを再起動する。これにより、携帯端末2において一旦停止された車載装置1へのメニュー画面の送信が再開される。さらに符号157に示すように、ナビゲーションアプリケーションセッションの終了を車載装置1に対して指示する。携帯端末2からナビゲーションアプリケーションセッションの終了指示を受けた車載装置1は、正常受信を表すACKを符号158に示すように携帯端末2へ出力する。携帯端末2においてSPManを再起動した後、車載装置1と携帯端末2は前述のような動作をそれぞれ繰り返す。すなわち、携帯端末2は符号160に示すように、SPManセッションの開始を車載装置1に対して指示する。携帯端末2からSPManセッションの開始指示を受けた車載装置1は、正常受信を表すACKを符号161に示すように携帯端末2へ出力する。車載装置1からACKを受けると、携帯端末2は符号162に示すように、メニュー画面の映像信号を車載装置1へ送信する。こうして携帯端末2から受信した映像信号に基づいて、車載装置1は図25に示したようなメニュー画面を表示部11に再表示する。なお、表示部11に表示されたメニュー画面においていずれかのアイコンがユーザに選択されると、ナビゲーション用のアプリケーションについて上記で説明したのと同様の動作が車載装置1と携帯端末2においてそれぞれ行われる。すなわち、車載装置1から出力される操作情報に基づいて、携帯端末2はユーザに選択されたアイコンを判断し、そのアイコンに対応するアプリケーションを起動する。このとき、携帯端末2はSPManを停止し、SPManセッションの終了を車載装置1に対して指示する。その後、起動したアプリケーションに応じたセッションを開始する。また、実行中のアプリケーションを終了するための操作が車載装置1においてユーザにより行われると、その操作に応じて、車載装置1は操作情報を携帯端末2へ出力する。これを受けた携帯端末2は、ユーザがアプリケーションの終了を指示したことを判断し、実行中のアプリケーションを停止し、そのアプリケーションに応じたセッションを終了すると共に、SPManを再起動させる。本実施形態の車載装置1および携帯端末2における処理のフローチャートを図27および28に示す。図27は、車載装置1における処理のフローチャートを示しており、図28は、携帯端末2における処理のフローチャートを示している。最初に図27のフローチャートについて説明する。図27のフローチャートに示す処理は、車載装置1において制御部10により実行されるものである。ステップS810において、制御部10は、携帯端末2が接続されているか否かを判定する。図23に示したように、車載装置1と携帯端末2がUSBケーブル3および映像ケーブル4を介して接続されている場合は、次のステップS820へ進む。ステップS820において、制御部10は、携帯端末2に対してSPManの起動指令を出力する。このSPManの起動指令の出力は、インタフェース部15およびUSBケーブル3を介して行われる。なお、携帯端末2において既にSPManが起動している場合は、改めてSPManの起動指令を出力する必要はない。ステップS830において、制御部10は、ステップS820で出力したSPManの起動指令に応じて携帯端末2がSPManを起動することによって携帯端末2から送信されるメニュー画面を受信する。ここでは、携帯端末2において後で説明する図28のステップS1040が実行されることにより、携帯端末2からメニュー画面の映像信号が映像ケーブル4を介して送信され、映像信号入力部16に入力される。映像信号入力部16は、入力された映像信号を画面表示用の映像データに変換してから制御部10へ出力する。これにより、制御部10においてメニュー画面が受信される。ステップS840において、制御部10は、ステップS830で受信したメニュー画面の映像信号に基づいて、図25に示したようなメニュー画面を表示部11に表示する。ステップS850において、制御部10は、ユーザからの操作入力が行われたか否かを判定する。ユーザがメニュー画面上でいずれかのアイコンを選択するためのボタン操作またはタッチパネル操作を行った場合は、次のステップS860へ進む。ステップS860において、制御部10は、ステップS850で行われたユーザからの操作入力に対して、その操作により指定されたボタンを表すボタン情報または画面上の位置を表す座標情報を操作情報として携帯端末2に対して出力する。この操作情報の出力は、インタフェース部15およびUSBケーブル3を介して行われる。ステップS870において、制御部10は、携帯端末2においていずれかのアプリケーションが起動されたか否かを判定する。ステップS860で出力した操作情報により携帯端末2においてアプリケーションが起動されると、前述のように携帯端末2から車載装置1に対してSPManセッションの終了指示および起動されたアプリケーションのセッション開始指示が行われる。この場合、制御部10はアプリケーションが起動されたと判定してステップS880へ進む。一方、携帯端末2からSPManセッションの終了指示およびアプリケーションセッションの開始指示が行われない場合、制御部10はアプリケーションが起動されていないと判定してステップS850へ戻る。ステップS880において、制御部10は、携帯端末2から送信されるアプリケーション画面を受信する。ここでは、携帯端末2において後で説明する図28のステップS1080が実行されることにより、携帯端末2が実行中のアプリケーションに応じたアプリケーション画面の映像信号が携帯端末2から映像ケーブル4を介して送信され、映像信号入力部16に入力される。映像信号入力部16は、入力された映像信号を画面表示用の映像データに変換してから制御部10へ出力する。これにより、制御部10においてアプリケーション画面が受信される。ステップS890において、制御部10は、ステップS880で受信したアプリケーション画面の映像信号に基づいて、携帯端末2が実行中のアプリケーションに応じたアプリケーション画面を表示部11に表示する。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、図25に示したような地図画面が表示部11において表示される。ステップS900において、制御部10は、携帯端末2が実行中のアプリケーションによる情報送信の有無を判定する。携帯端末2から車載装置1に対して何らかの情報送信が行われた場合はステップS910へ進み、何の情報も送信されない場合はステップS930へ進む。ステップS910において、制御部10は、携帯端末2からの情報を受信する。ここでは、後で説明する図28のステップS1090において実行中のアプリケーションに応じた処理が行なわれることにより、その処理結果に関する情報が携帯端末2からUSBケーブル3を介して送信され、インタフェース部15を用いて受信される。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、携帯端末2から送信される誘導音声の情報などを受信する。ステップS920において、制御部10は、ステップS910で携帯端末2から受信した情報に応じた処理を行う。たとえば、ナビゲーション用のアプリケーションによる誘導音声の情報を携帯端末2から受信したときには、その情報に基づいて音声出力部13から誘導音声を出力する。ステップS930において、制御部10は、ユーザからの操作入力が行われたか否かを判定する。携帯端末2が実行中のアプリケーションによってステップS890で表示されたアプリケーション画面上でユーザがいずれかのアイコンを選択するためのボタン操作またはタッチパネル操作を行った場合や、前述のようなアプリケーションの終了操作を行った場合は、次のステップS940へ進む。ステップS940において、制御部10は、ステップS930で行われたユーザからの操作入力に対して、ステップS860と同様に、その操作内容を表す操作情報を携帯端末2に対して出力する。これにより、たとえばナビゲーション用のアプリケーション画面上でユーザが地図の縮尺率を変更する操作を行ったときには、その操作内容を表す操作情報が携帯端末2へ送信される。この操作情報を受信すると、携帯端末2は図28のステップS1090において地図の縮尺率を変更した後、変更後の縮尺率に応じた地図画面を車載装置1へ送信する。ステップS950において、制御部10は、携帯端末2において実行中のアプリケーションが停止されたか否かを判定する。たとえば前述のようなアプリケーションの終了操作がユーザから行われ、その操作に応じた操作情報がステップS940において携帯端末2へ送信されると、携帯端末2において実行中のアプリケーションが停止され、SPManが再起動される。すると、前述のように携帯端末2から車載装置1に対して、実行中のアプリケーションのセッション終了指示およびSPManセッションの開始指示が行われる。この場合、制御部10は、実行中のアプリケーションが停止されたと判定してステップS830へ戻り、携帯端末2から送信されるメニュー画面を再び受信する。一方、アプリケーションの終了操作がユーザから行われておらず、携帯端末2から実行中のアプリケーションのセッション終了指示およびSPManセッションの開始指示がなければ、実行中のアプリケーションを停止しないと判定してステップS880へ戻る。なお、以上説明した図27のフローチャートにおいて、携帯端末2で実行中のアプリケーションが車載装置1との連携機能を有しておらず、車載装置1からの操作情報を解読できないものである場合、ステップS940を実行せずに車載装置1から携帯端末2へ操作情報を出力しないこととしてもよい。この場合に車載装置1においてアプリケーションの終了操作がユーザから行われたときには、ステップS820へ戻ることにより、車載装置1から携帯端末2へSPMan起動指令を出力してSPManを再起動させるようにすることが好ましい。また、携帯端末2においてSPManを含めて何もアプリケーションが実行されていない場合も同様に、車載装置1から携帯端末2へ操作情報を出力しないこととしてよい。この場合、車載装置1において所定の操作が行われると、車載装置1から携帯端末2へSPMan起動指令を出力してSPManを起動させてもよい。次に図28のフローチャートについて説明する。図28のフローチャートに示す処理は、携帯端末2において制御部20により実行されるものである。ステップS1010において、制御部20は、車載装置1が接続されているか否かを判定する。図23に示したように、車載装置1と携帯端末2がUSBケーブル3および映像ケーブル4を介して接続されている場合は、次のステップS1020へ進む。ステップS1020において、制御部20は、車載装置1からSPMan起動指令を受信したか否かを判定する。車載装置1において図27のステップS820が実行されることにより車載装置1から出力されたSPMan起動指令を受信した場合、制御部20は次のステップS1030へ進む。なお、既にSPManを起動済みの場合は、次のステップS1030の処理を省略してステップS1040へ進むようにする。一方、車載装置1からSPMan起動指令を受信していない場合は、ステップS1010へ戻る。ステップS1030において、制御部20は、SPManを起動する。これにより、車載装置1からSPMan起動指令があると、それに応じて携帯端末2においてSPManが起動され、図25に示したようなメニュー画面が表示部21に表示される。ステップS1040において、制御部20は、車載装置1へメニュー画面を送信する。ここでは前述のように、ステップS1030で起動したSPManに登録されている各アプリケーションに対応する各アイコンが配置されたメニュー画面を生成し、映像信号出力部28へ出力する。映像信号出力部28は、制御部20から出力されたメニュー画面を映像信号に変換し、その映像信号を映像ケーブル4を介して車載装置1へ送信する。ステップS1050において、制御部20は、車載装置1においてユーザからの入力操作によりメニュー画面上でいずれかのアイコンが選択されたか否かを判定する。車載装置1において図27のステップS860が実行されることにより操作情報が出力され、その操作情報がメニュー画面上でいずれかのアイコンが選択されたことを表すボタン情報やいずれかのアイコンに対応する位置を表す座標情報であった場合、制御部20はステップS1060へ進む。一方、車載装置1から操作情報を受信していない場合や、受信した操作情報がアイコン選択以外の操作内容を表すボタン情報やメニュー画面上でどのアイコンにも対応していない位置を表す座標情報であった場合は、いずれのアイコンも選択されていないと判定してステップS1120へ進む。ステップS1060において、制御部20は、ステップS1050で選択されたアイコンに対応するアプリケーションを実行中のSPManから呼び出すと共に、SPManを停止する。続くステップS1070において、制御部20は、ステップS1060で呼び出したアプリケーションを起動する。これにより、いずれかのアプリケーションに対応するアイコンが車載装置1においてユーザからの入力操作により選択されると、それに応じて携帯端末2においてSPManが停止された後、当該アプリケーションが起動される。ステップS1080において、制御部20は、ステップS1070で起動したアプリケーションが実行されることにより生成されたアプリケーション画面を車載装置1へ送信する。ここでは前述のように、生成されたアプリケーション画面を制御部20から映像信号出力部28へ出力し、映像信号出力部28により映像信号に変換して映像ケーブル4を介して車載装置1へ送信することで、アプリケーション画面の送信を行う。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、現在位置付近の地図画面が車載装置1へ送信される。ステップS1090において、制御部20は、ステップS1070で起動したアプリケーションに応じた処理を行う。このとき、実行中のアプリケーションによる処理結果に関する情報が必要に応じて携帯端末2から車載装置1へ送信される。こうした情報の送信は、インタフェース部25およびUSBケーブル3を介して行われる。これにより、たとえばナビゲーション用のアプリケーションが実行されているときには、車両の誘導タイミングに応じて誘導音声の情報が車載装置1へ送信される。また、ユーザが地図の縮尺率を変更する操作を行ったときには、その操作に応じて地図の縮尺率を変更する処理がステップS1090において行われる。この場合、続くステップS1100からステップS1080へ戻ることで、変更後の縮尺率に応じた地図画面が車載装置1へ送信される。ステップS1100において、制御部20は、実行中のアプリケーションに対する停止指示が車載装置1から行われたか否かを判定する。車載装置1において図27のステップS940が実行されることにより操作情報が出力され、その操作情報がアプリケーションの終了操作を表すものであった場合、制御部20は実行中のアプリケーションに対する停止指示ありと判定してステップS1110へ進む。一方、車載装置1からアプリケーションの終了操作を表す操作情報を受信していない場合、制御部20はステップS1080へ戻り、実行中のアプリケーションに応じたアプリケーション画面の送信と処理を続行する。ステップS1110において、制御部20は、ステップS1070で起動したアプリケーションからSPManを呼び出すと共に、そのアプリケーションを停止する。ステップS1110を実行したら、制御部20はステップS1030へ戻ってSPManを再起動する。その後は、前述のような処理を繰り返す。なお、車載装置1からアプリケーションの停止指示が行われたとステップS1100で判断された場合以外にも、ステップS1110の処理を実行することで実行中のアプリケーションを停止し、SPManを再起動するようにしてもよい。たとえば、携帯端末2においてユーザが所定のアプリケーション終了操作を行ったときなどに、ステップS1110を実行して実行中のアプリケーションを停止し、SPManを再起動することができる。ステップS1120において、制御部20は、車両が走行中であるか否かを判定する。ここでは前述のように、車載装置1から携帯端末2へ所定時間ごとに出力される車速情報に基づいて、車両が走行中であるか否かを判定する。車両が走行中であると判定した場合はステップS1130へ進み、停止中であると判定した場合はステップS1050へ戻る。ステップS1130において、制御部20は、車両走行中の実行が禁止されているアプリケーションに対する実行制限を行う。このとき制御部20は、SPManに登録されている各アプリケーションについて、車両走行中の実行が許可されているか否かを前述のようにして判断する。そして、車両走行中の実行が許可されていないアプリケーションの実行を禁止すると共に、前述の第3の実施の形態で説明したように、メニュー画面においてそのアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させる。こうしてアプリケーションの実行制限を行ったら、ステップS1050へ戻る。以上説明した第4の実施の形態によれば、次のような作用効果を奏する。19携帯端末2は、制御部20の処理により、予め記憶されたソフトウェアを実行する。一方、車載装置1は、ユーザによる操作を操作部12により入力し、その操作に応じた情報を携帯端末2へ送信する。さらに、表示部11によりユーザに対する報知を行う。具体的には、携帯端末2は、制御部20の処理により、携帯端末2において実行可能な複数のアプリケーションの各々にそれぞれ対応する複数のアイコンを含むメニュー画面を車載装置1へ送信するステップS1040。そして、ステップS860で車載装置1から送信される座標情報に基づいて、車載装置1においてユーザが操作部12を操作してメニュー画面上で選択したアイコンを判断しステップS1050、そのアイコンに対応するアプリケーションを実行状態とするステップS1070。一方、車載装置1は、制御部10の処理により、メニュー画面を携帯端末2から受信しステップS830、そのメニュー画面を表示部11に表示するステップS840ことにより、ユーザへの報知を行う。このようにしたので、車載装置1の操作により携帯端末2に搭載されている様々な機能の中から所望の機能を選択して実行させることができる。そのため、車載装置1における操作内容と携帯端末2における動作内容との対応付けを容易に行うことができる。20また携帯端末2は、制御部20の処理により、ステップS1050でユーザによりいずれかのアイコンが選択されたと判定すると、SPManを停止状態とするステップS1060。これにより、ステップS1070でアプリケーションを実行状態とするのに先立って、ステップS1040によるメニュー画面の出力を停止する。このようにしたので、携帯端末2において複数のアプリケーションを同時に実行できない場合に、SPManからユーザに選択されたアイコンに対応するアプリケーションへの切り替えを行うことができる。21さらに携帯端末2は、制御部20の処理により、ステップS1070で実行状態としたアプリケーションがステップS1110において停止されると、ステップS1030へ戻ってSPManを再起動する。これにより、ステップS1040によるメニュー画面の出力を再開する。このようにしたので、携帯端末2において複数のアプリケーションを同時に実行できない場合に、実行停止されたアプリケーションからSPManへの切り替えを行うことができる。22車載装置1は、制御部10の処理により、ユーザからアプリケーションの終了操作が行われた場合、携帯端末2においてステップS1040によるメニュー画面の出力を再開させるための再開指令として、その操作に応じた操作情報を携帯端末2へ送信するステップS940。すると携帯端末2は、受信した操作情報に基づいて、ユーザが実行中のアプリケーションの終了を指示したことを判断しステップS1100、SPManを再起動してステップS1030、ステップS1040によるメニュー画面の出力を再開する。このようにしたので、ユーザが車載装置1を操作して実行中のアプリケーションの停止を指示したときに、携帯端末2において実行中のアプリケーションを確実に停止状態とすると共に、そのアプリケーションからSPManへの切り替えを自動的に行い、次にユーザが行う操作に備えることができる。23携帯端末2は、制御部20の処理により、車両が走行中であるか否かを判定しステップS1120、車両が走行中であると判定した場合に、携帯端末2において実行可能な複数のアプリケーションのうち所定のアプリケーションの実行を禁止するステップS1130。このようにしたので、安全上や操作上の観点から運転中には適さないアプリケーションが携帯端末2において実行されるのを防止し、車両走行中の安全性や操作性を確保することができる。24また携帯端末2は、制御部20の処理により、メニュー画面において、ステップS1130で実行を禁止されたアプリケーションに対応するアイコンの表示態様を車両停止時とは異なる態様に変化させるようにした。これにより、当該アイコンが表すアプリケーションの実行が車両走行中には禁止されていることをユーザに対して分かりやすく知らせることができる。-第5の実施の形態-次に本発明の第5の実施の形態について説明する。この第5の実施の形態では、車載装置1が有する表示部11の解像度に応じて、携帯端末2から車載装置1に出力する画面内容を決定する車載情報システムの例を説明する。なお、本実施形態による車載情報システムの構成は、図23に示した第4の実施の形態による構成と同じであり、車載装置1と携帯端末2がUSBケーブル3および映像ケーブル4を介して互いに接続されているものとする。また、車載装置1と携帯端末2の構成は、図24に示した第4の実施の形態による構成とそれぞれ同じものであるとする。図29は、本実施形態による車載情報システムにおいて、車載装置1にメニュー画面を表示して携帯端末2によりアプリケーションを実行する際の車載装置1および携帯端末2における情報の流れを示す図である。なお、図29では、図26に示した第4の実施の形態による車載情報システムにおける情報の流れと同一の内容を表す部分については、それぞれ同一の符合を付している。この図26と同一符合が付された部分については、特に必要のない限り、以下においてその説明を省略する。携帯端末2から車載装置1へSPManセッションの開始を指示し符合144、それに対するACKが車載装置1から携帯端末2へ送信されると符合145、携帯端末2は符合181に示すように、車載装置1が有する表示部11の解像度についての解像度要求を車載装置1に対して出力する。なお、携帯端末2における解像度要求の出力は、制御部20の処理によりインタフェース部25およびUSBケーブル3を介して行われる。車載装置1では、インタフェース部15により携帯端末2からの解像度要求が受信され、その内容が制御部10において判断される。携帯端末2からの解像度要求を受けると、車載装置1は符合182に示すように、表示部11の解像度に関する解像度情報を携帯端末2へ送信する。このとき車載装置1は、たとえば表示部11の画面サイズおよび縦横の画素数の情報などを解像度情報として送信する。なお、車載装置1における解像度情報の送信は、制御部10の処理によりインタフェース部15およびUSBケーブル3を介して行われる。携帯端末2では、インタフェース部25により車載装置1からの解像度情報が受信され、その内容が制御部20において判断される。車載装置1からの解像度情報を受信すると、携帯端末2は制御部20の処理により、符号183に示すように、車載装置1に対する映像信号出力の開始を通知する。この通知を受けると、車載装置1は、映像信号に基づく表示部11への映像出力を開始する。なお、それまでの間は、車載装置1において映像信号に基づく表示部11への映像出力は行われない。上記のようにして車載装置1へ映像信号出力の開始を通知した後に、携帯端末2はメニュー画面の送信を開始する符号146。このとき携帯端末2は、車載装置1から受信した解像度情報に基づいて、送信するメニュー画面の内容を決定する。たとえば、メニュー画面において用いる文字、線、アイコン等の各画面構成要素について、文字の大きさやフォント、線の太さや色合い、アイコンの大きさや隣接するアイコン同士の間隔などを解像度情報に応じて変化させることで、メニュー画面の内容を決定する。なお、文字、線、アイコン以外の画面構成要素についても、その画面構成要素に応じた内容で使用するものを決定することができる。図30は、携帯端末2においてメニュー画面の画面構成要素を決定する際に参照されるテーブルの例を示している。この例では、7インチ、6インチ、5インチおよび4.3インチの各画面サイズと、800×480および400×240の各画素数とに応じて、画面表示に用いる文字の大きさをポイント数で表している。携帯端末2では、このようなテーブルがメモリ部24などに予め記憶されている。車載装置1から解像度情報を受信すると、携帯端末2は制御部20の処理により、その解像度情報に含まれる表示部11の画面サイズと画素数の情報に基づいてテーブルの該当部分を参照することで、使用する文字の大きさを決定する。たとえばこのようにして、解像度情報に基づいて画面構成要素を決定することができる。なお、図30に示したテーブルは一例であり、この内容に限定されるものではない。上記の例では文字の大きさを決定する場合について説明したが、これ以外の画面構成要素についても同様の方法で決定することができる。あるいは、テーブルを参照せずに他の方法を用いてもよい。たとえば、所定の計算式を用いて文字の大きさや線の太さを決定してもよい。また、上記の例では解像度情報を表示部11の画面サイズと縦横の画素数で表した例を説明したが、これ以外の内容としてもよい。たとえば、画素の密度、画素サイズ、縦横のアスペクト比などを用いて解像度情報を表してもよい。あるいは、携帯端末2と接続される車載装置1の種類が予め決まっている場合は、携帯端末2において車載装置1の種類ごとに解像度を予め記憶しておき、接続された車載装置1がどの種類のものであるかを表す情報を解像度情報として車載装置1から送信するようにしてもよい。車載装置1から送信される操作情報符号147により、ナビゲーション用のアプリケーションに対応するアイコンが選択されたと判断すると、携帯端末2は制御部20の処理により、符号184に示すように、車載装置1に対する映像信号出力の終了を通知する。この通知を受けると、車載装置1は制御部10の処理により、映像信号に基づく表示部11への映像出力を停止し、所定の画面切り替え表示を開始する。ここでは、たとえば画面を切り替え中である旨のメッセージや、画面切り替え中であることを示す表示効果のアニメーションなどを表示部11に表示することで、画面切り替え表示を開始する。一方携帯端末2は、車載装置1に対して映像信号出力の終了を通知したら、SPManからナビゲーション用のアプリケーションを呼び出してSPManを停止する符号148。その後、ナビゲーション用のアプリケーションが起動されたら、ナビゲーションアプリケーションセッションの開始を車載装置1に対して指示する符合152。これに対するACKを車載装置1から受けると符合153、携帯端末2は符号183のときと同様に、車載装置1に対する映像信号出力の開始を通知する符合185。この通知を受けると、車載装置1は、前述のような画面切り替え表示を終了し、映像信号に基づく表示部11への映像出力を再び開始する。上記のように車載装置1へ映像信号出力の開始を通知したら、携帯端末2は地図画面の送信を開始する符号154。このとき携帯端末2はメニュー画面の場合と同様に、先に符合182で車載装置1から受信した解像度情報に基づいて、送信する地図画面の内容を決定する。すなわち、地図画面において用いる文字、線、アイコン等の各画面構成要素について、たとえば文字の大きさやフォント、線の太さや色合い、アイコンの大きさや隣接するアイコン同士の間隔などを解像度情報に応じて変化させることで、地図画面の内容を決定することができる。車載装置1からナビゲーション用のアプリケーションの終了を指示する操作情報が送信されると符号155、携帯端末2は符号184のときと同様に、車載装置1に対する映像信号出力の終了を通知する符合186。この通知を受けた車載装置1は、前述のように映像信号に基づく表示部11への映像出力を停止し、所定の画面切り替え表示を開始する。一方携帯端末2は、ナビゲーション用のアプリケーションからSPManを呼び出してナビゲーション用のアプリケーションを停止し符号156、SPManの再起動後にSPManセッションの開始指示を車載装置1に対して行う符合160。その後、車載装置1と携帯端末2は前述のような動作をそれぞれ繰り返す。すなわち、携帯端末2は、SPManセッションの開始指示に対するACKを車載装置1から受けると符合161、符号183、185のときと同様に、車載装置1に対する映像信号出力の開始を通知する符合187。この通知を受けた車載装置1は、画面切り替え表示を終了し、映像信号に基づく表示部11への映像出力を再び開始する。一方携帯端末2は、車載装置1へメニュー画面を送信し符合162、車載装置1において表示部11にメニュー画面が再表示されるようにする。以上説明した第5の実施の形態によれば、次のような作用効果を奏する。25携帯端末2は、制御部20の処理により、車載装置1から送信される表示部11の解像度に関する解像度情報を受信し、これに基づいて、車載装置1へ送信するメニュー画面や地図画面の内容を変化させる。このようにしたので、表示部11の解像度に応じた画面を車載装置1において表示することができる。さらに、表示部11の解像度が互いに異なる様々な種類の車載装置1が存在しており、そのいずれかが携帯端末2と接続される場合であっても、各車載装置1にとって最適な地図画面を表示部11において表示することができる。26携帯端末2は、制御部20の処理により、メニュー画面や地図画面などの画面を他の画面に切り替えるときに、映像信号出力の開始や終了の通知を車載装置1へ送信する。この通知に応じて、車載装置1は制御部10の処理により、所定の画面切り替え表示を行うようにした。これにより、画面切り替え時に発生するチラツキ等を防止したり、画面が消えることでユーザが不安感を抱いたりしないようにすることができる。なお、以上説明した第5の実施の形態では、SPManセッションを開始した後、携帯端末2から車載装置1へメニュー画面を送信するのに先立って、携帯端末2から車載装置1へ解像度要求を出力し、これに応じて車載装置1から携帯端末2へ解像度情報を送信する。この解像度情報を用いて、携帯端末2においてメニュー画面や地図画面の内容を決定するようにした。しかし、携帯端末2からの解像度要求の出力および車載装置1からの解像度情報の送信を行うタイミングはこの例に限定されない。たとえば、表示部11の解像度に応じて地図画面の内容のみを変化させ、メニュー画面は共通の内容とする場合を考える。この場合、SPManセッションの開始時には携帯端末2から車載装置1へ解像度要求の出力を行わず、ナビゲーション用のアプリケーションが起動されてナビゲーションアプリケーションセッションが開始されたときに、携帯端末2から解像度要求を出力し、それに応じて携帯端末2から解像度情報を送信すればよい。このように、携帯端末2において表示部11の解像度に応じた内容の画面を作成する必要が生じたときにのみ、携帯端末2からの解像度要求の出力および車載装置1からの解像度情報の送信を行うこととしてもよい。-第6の実施の形態-次に本発明の第6の実施の形態について説明する。本実施形態では、車載装置1として外部からの映像信号入力に対応しているものと対応していないものがある場合に、車載装置1への画面出力方法を携帯端末2において判断し、その判断結果に応じて画面を出力する例について説明する。なお、本実施形態による車載情報システムの構成は、図1に示した第1の実施の形態、または図23に示した第4の実施の形態による構成と同じであるとする。すなわち、車載装置1と携帯端末2はUSBケーブル3を介して互いに接続されており、車載装置1が映像信号入力に対応しているものである場合は、さらに映像ケーブル4を介して互いに接続されているものとする。また、車載装置1の構成は、映像信号入力に対応していない場合は図2に示した第1の実施の形態による構成と同じであり、映像信号入力に対応している場合は図24に示した第4の実施の形態による構成と同じであるとする。一方、携帯端末2の構成は、図24に示した第4の実施の形態による構成と同じであるとする。図31は、本実施形態による車載情報システムにおいて、車載装置1にメニュー画面を表示して携帯端末2によりアプリケーションを実行する際の車載装置1および携帯端末2における情報の流れを示す図である。なお、図31では、図26に示した第4の実施の形態による車載情報システムにおける情報の流れと同一の内容を表す部分については、それぞれ同一の符合を付している。この図26と同一符合が付された部分については、特に必要のない限り、以下においてその説明を省略する。携帯端末2から車載装置1へSPManセッションの開始を指示し符合144、それに対するACKが車載装置1から携帯端末2へ送信されると符合145、携帯端末2は符合170に示す画面出力判断を実行中のSPManに対して行う。このとき携帯端末2は、制御部20が実行する処理により、車載装置1が映像信号入力に対応しているか否かを判断する。たとえば、映像信号入力に対応しているか否かを示す情報を車載装置1において予め記憶しておき、車載装置1と携帯端末2が接続されるとその情報を車載装置1から携帯端末2へ送信することで、これに基づいて携帯端末2が画面出力判断を行うことができる。なお、車載装置1は、上記の情報を符号142に示すSPMan起動指令や符号145に示すACKに付加して携帯端末2へ送信してもよい。あるいは、車載装置1と携帯端末2を接続する際に、車載装置1が映像信号入力に対応しているものであるか否かをユーザに問い合わせ、その応答に基づいて携帯端末2が画面出力判断を行うこととしてもよい。以上説明したような画面出力判断を行った後、携帯端末2は、その判断結果に応じた方法で符号146に示すメニュー画面の送信を行う。すなわち、車載装置1が映像信号入力に対応していない場合は、第3の実施の形態において図19で説明したように、メニュー画面の内容を表すメニュー画面情報をインタフェース部25からUSBケーブル3を介して車載装置1へ送信する。このメニュー画面情報は、前述のように、携帯端末2において予めSPManに登録された各アプリケーションに対応する各アイコンの画像情報や、各アプリケーションと各アイコンとの対応関係を表すための情報などを含んでいる。一方、車載装置1が映像信号入力に対応している場合は、第4の実施の形態において図26で説明したように、メニュー画面を映像信号に変換し、映像信号出力部28から映像ケーブル4を介して車載装置1へ出力する。車載装置1においてユーザの操作によりナビゲーション用のアプリケーションに対応するアイコンがメニュー画面上で選択されると、それに応じて携帯端末2は、図26で説明したように、車載装置1へナビゲーションアプリケーションセッションの開始を指示する符合152。これに対するACKが車載装置1から携帯端末2へ送信されると符合153、携帯端末2は符合171に示す画面出力判断を実行中のアプリケーションに対して行う。この画面出力判断では、前述の符号170に示したSPManに対する画面出力判断と同様の方法により、車載装置1が映像信号入力に対応しているか否かを判断することができる。このとき、SPManに対する画面出力判断の結果を引き継いで利用してもよい。さらに、車載装置1が映像信号入力に対応しているか否かを判断するかわりに、携帯端末2において実行中のアプリケーションが画面表示機能を有しているか否かにより画面出力判断を行ってもよい。たとえば、実行中のアプリケーションここではナビゲーション用のアプリケーションが携帯端末2において元々画面表示を行うものであり、その画面をそのまま車載装置1へ出力することができる場合は、画面表示機能を有していると判断する。一方、実行中のアプリケーションが携帯端末2において元々画面表示を行うものではなく、車載装置1に接続されると画面情報を送信して表示させるものである場合は、画面表示機能を有していないと判断する。このようにして符号171の画面出力判断を行うことができる。以上説明したような画面出力判断を行った後、携帯端末2は、その判断結果に応じた方法で符号154に示す地図画面の送信を行う。すなわち、車載装置1が映像信号入力に対応していない場合や、実行中のアプリケーションが画面表示機能を有していない場合は、第3の実施の形態において図19で説明したように、実行中のアプリケーションに応じた地図画像などの情報をインタフェース部25からUSBケーブル3を介して車載装置1へ送信する。一方、車載装置1が映像信号入力に対応している場合や、実行中のアプリケーションが画面表示機能を有している場合は、第4の実施の形態において図26で説明したように、実行中のアプリケーションに応じた地図画面などの画面を映像信号に変換し、映像信号出力部28から映像ケーブル4を介して車載装置1へ出力する。その後、実行中のアプリケーションが停止されてSPManが再起動されたときにも、携帯端末2は画面出力判断を実行中のSPManに対して行い符合172、その判断結果に応じた方法でメニュー画面を車載装置1へ送信する符号162。このとき、符号170に示したSPManに対する最初の画面出力判断の結果を引き継いで利用してもよい。以上説明した第6の実施の形態によれば、次のような作用効果を奏する。27携帯端末2は、制御部20の処理により、車載装置1が外部からの映像信号入力に対応するものであるか否かを判断し、その判断結果に応じた方法でメニュー画面の出力を行う。すなわち、車載装置1が外部からの映像信号入力に対応するものであり、映像信号入力部16を有している場合は、メニュー画面を映像信号に変換し、映像信号出力部28から映像ケーブル4を介して車載装置1の映像信号入力部16へ出力する。一方、車載装置1が外部からの映像信号入力に対応するものではなく、映像信号入力部16を有していない場合は、メニュー画面の内容を表すメニュー画面情報をインタフェース部25からUSBケーブル3を介して車載装置1のインタフェース部15へ出力する。このようにしたので、車載装置1の形態に応じて最適な方法でメニュー画面を車載装置1へ出力し、これを車載装置1において表示することができる。28携帯端末2は、制御部20の処理により、実行状態とされたアプリケーションが画面表示機能を有するか否かを判断し、その判断結果に応じた方法で当該アプリケーションによる画面の出力を行う。すなわち、実行状態とされたアプリケーションが画面表示機能を有しており、当該アプリケーションに応じた画面をそのまま車載装置1へ出力することができる場合は、その画面を映像信号に変換し、映像信号出力部28から映像ケーブル4を介して車載装置1の映像信号入力部16へ出力する。一方、実行状態とされたアプリケーションが画面表示機能を有していない場合は、当該アプリケーションに応じた画像情報をインタフェース部25からUSBケーブル3を介して車載装置1のインタフェース部15へ出力する。このようにしたので、実行中のアプリケーションの画面表示機能の有無に応じて最適な方法で当該アプリケーションによる画面を車載装置1へ出力し、これを車載装置1において表示することができる。なお、以上説明した第6の実施の形態において、第5の実施の形態で説明したような方法により、表示部11の解像度に応じた画面を車載装置1において表示したり、メニュー画面や地図画面などの画面を他の画面に切り替えるときの画面切り替え表示を行ったりしてもよい。また、以上説明した第4乃至第6の各実施の形態では、車載装置1と携帯端末2とが互いに接続されると、車載装置1から携帯端末2に対してSPManの起動指令を出力することにより、携帯端末2においてSPManが起動されるようにしたが、前述の第3の実施の形態で説明したように、車載装置1との接続を携帯端末2が検知してSPManを起動してもよい。以上説明した第4乃至第6の各実施の形態においても、前述の第3の実施の形態と同様に、携帯端末2において複数のアプリケーションを同時に実行できる場合は、他のアプリケーションが実行中であるか否かに関わらず、携帯端末2において常にSPManを起動させておくことができる。車載装置1の操作によりユーザに選択されて実行されるナビゲーション用アプリケーションなどの各種アプリケーションについても同様である。すなわち、第3の実施の形態と同様に、上記の第4乃至第6の各実施形態の説明において、SPManや各種アプリケーションの起動とは、これらのアプリケーションを実行状態として、車載装置1と携帯端末2の間で当該アプリケーションによる情報のやり取りが行われるようにすることを意味している。反対に、SPManや各種アプリケーションの停止とは、これらのアプリケーションを停止状態として、車載装置1と携帯端末2の間で当該アプリケーションによる情報のやり取りが行われないようにすることを意味している。上述したように、車載装置1と接続されている携帯端末2が複数のアプリケーションを同時に実行可能なものである場合は、アプリケーション起動時の処理を簡略化できる。さらに、携帯端末2においてナビゲーション用のアプリケーションを実行中のときに、車載装置1をユーザが操作して他のアプリケーションを起動させることもできる。一方、車載装置1と接続されている携帯端末2が一度にアプリケーションを一つしか実行できないものである場合は、実施の形態において説明したように、ナビゲーション用のアプリケーションを実行するときにSPManを停止する必要がある。これにより、携帯端末2において実行するアプリケーションをSPManからナビゲーション用のアプリケーションに切り替えることができる。以上説明した第4乃至第6の各実施の形態において、複数のアプリケーションで共通に利用される処理がある場合は、その処理をSPManが代行することで、当該処理結果を複数のアプリケーション間で共有できるようにしてもよい。こうした処理には、たとえばユーザ認証処理などのように、最初に一度実施しておけば携帯端末2を交換しない限り必要のない処理などが該当する。このようにすれば、SPManによる処理結果を各アプリケーションが取得するだけで済み、違うアプリケーションを実行する度に同じ処理を逐一行う必要がなくなる。そのため、携帯端末2において処理の効率化および高速化を図ることができる。以上説明した第4乃至第6の各実施の形態では、車両から出力される車速情報を車載装置1において取得し、その車速情報を車載装置1から携帯端末2へ出力することにより、携帯端末2において車両が走行中であるか否かを判定するようにした。しかし、車載装置1において車両が走行中であるか否かを判定するようにしてもよい。その場合、車載装置1から携帯端末2へ車速情報を出力する必要はなく、図28のステップS1120およびS1130の処理は、車載装置1において制御部10により実行される。または、車載装置1において車両が走行中であるか否かの判定を行い、その判定結果を車載装置1から携帯端末2へ出力してもよい。この場合、携帯端末2は、車載装置1から出力される判定結果に基づいてステップS1120の判定を行うことができる。あるいは、携帯端末2において検出された現在位置に基づいて車両が走行中であるか否かを判定してもよい。この場合にも車載装置1から携帯端末2へ車速情報を出力する必要はない。また、車速情報以外にも車両から出力される様々な車両情報を車載装置1において取得するようにしてもよい。このとき取得された車両情報は、車載装置1が実行する処理において利用してもよいし、あるいは、車載装置1から携帯端末2へ出力し、携帯端末2が実行する処理において利用してもよい。一例として、車両情報に応じた起動条件をアプリケーションごとに予め設定しておき、その起動条件を満たす車両情報が車両から出力されたときに、当該アプリケーションを携帯端末2において自動的に起動するようにすることができる。この場合、各アプリケーションの起動条件を示す情報を携帯端末2から車載装置1へ送信し、車載装置1において起動条件を満たすか否かを車両情報に基づいて判定してもよい。あるいは、車載装置1から携帯端末2へ車両情報を送信し、その車両情報に基づいて起動条件を満たすか否かを携帯端末2において判定してもよい。これにより、たとえば、燃料残量が所定値未満まで減ってきたという車両情報が車両から出力されたときに、現在位置周辺のガソリンスタンドを検索するためのアプリケーションを携帯端末2において自動的に起動することができる。以上説明した第1乃至第6の各実施の形態では、USBケーブル3および映像ケーブル4を介して車載装置1と携帯端末2を互いに接続し、USB通信により車載装置1と携帯端末2との間で通信を行う例を説明したが、他の通信方式や信号伝送方式を用いても本発明は実現可能である。たとえば、映像信号をデジタルデータ化してUSB通信で送信してもよい。また、ブルートゥース登録商標、ワイヤレスUSB等の無線通信や、USB以外の有線通信などを用いることができる。車載装置1と携帯端末2との間で必要な情報を送受信可能なものである限り、どのような通信方式を採用してもよい。以上説明した第4乃至第6の各実施の形態では、ユーザのボタン操作の内容を表すボタン情報やタッチパネル操作で指定された画面上の位置を表す座標情報を操作情報として車載装置1から携帯端末2へ送信し、その操作情報に基づいてユーザの操作内容を携帯端末2が判断する例を説明した。しかし、このようにはせず、ユーザの操作内容を車載装置1において判断し、その判断結果に応じて車載装置1から携帯端末2へアプリケーションの起動指令や停止指令などを送信してもよい。以上説明した各実施の形態や各種の変形例はあくまで一例であり、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されるものではない。また、上記各実施の形態と変形例とを任意に組み合わせて用いてもよい。次の優先権基礎出願の開示内容は引用文としてここに組み込まれる。日本国特許出願2010年第209333号2010年9月17日出願日本国特許出願2010年第251664号2010年11月10日出願日本国特許出願2011年第090411号2011年4月14日出願