WO2011111306A1 - 携帯機器と連携して動作可能な車載機器 - Google Patents

Abstract

　車両に搭載され、表示装置およびスピーカの少なくとも一方を出力装置として備えた車載機器は、情報処理機能を備える携帯機器と通信する通信手段と、携帯機器によって情報処理が行われた結果として出力された情報を、通信手段を介して受信し、該受信した情報の前記出力装置上への出力を制御する出力制御手段と、を備える。出力制御手段は、車両の安全性の観点から決められた所定の条件を、受信した情報が満たすかどうかを判断し、満たすと判断した場合には、該受信した情報を前記出力装置上に出力し、満たさないと判断した場合には、該受信した情報を、該条件を満たすような形態に加工し、もしくは該条件を満たす時点まで遅延させて、前記出力装置上に出力する。こうして、安全性を確保しつつ、携帯機器のアプリケーションによって出力された情報を、車載機器の表示装置やスピーカを介して出力させることができる。

Description

携帯機器と連携して動作可能な車載機器

　この発明は、携帯機器と連携して動作可能な車載機器に関し、より具体的には、携帯機器に備えられている機能によって出力される情報を、安全に配慮した形態で該車載機器上に出力する技術に関する。

　従来より、携帯電話のような携帯機器と連携して動作する車載機器がいくつか提案されている。下記の特許文献１には、車両に搭載される車載機器と、表示部を有し車載機器に着脱可能なポータブル機器とを有する車載用電子システムが開示されている。車載機器は、車両が走行状態にあることを検出した場合、ポータブル機器に動画像の表示を禁止させる禁止信号を出力する。ポータブル機器は、禁止信号を車載機器から入力すると、表示部への動画像の表示を禁止する。

　また、下記の特許文献２では、携帯電話を、車載のディスプレイ装置に接続し、該携帯電話に備えられているナビゲーションのようなアプリケーションを、該ディスプレイ上で閲覧することができる技術が記載されている。

特開２００９－３５０２４号公報 特許第４２９１３９７号公報

　最近の車両に搭載されるナビゲーション装置は、車両を経路誘導するナビゲーション機能だけでなく、乗員に対して様々な情報やサービスを提供する機能を備えている。そのため、ナビゲーション、コミュニケーション、エンターテイメント等のツールとして、車両に専用にナビゲーション装置が設置される割合は、年々増加している。しかしながら、車両の購入や維持に伴う費用を低減したいというニーズは高く、専用のナビゲーション装置を車両に設置しないユーザも存在する。このようなユーザも、市場調査の結果によると、ナビゲーション装置が提供する上記のような機能を利用したいと考えている。また、ナビゲーション装置は、安全や環境を配慮した交通システムを実現するための車載端末としての側面も有しており、その普及が広がることが望ましい。

　他方、携帯電話のような、通信および情報処理の機能を備えた多機能の携帯機器の普及に伴い、該携帯機器に搭載されうるアプリケーション（ケータイアプリとも呼ばれる）の種類は増大してきており、様々なサービスをユーザに提供可能なようになってきている。典型的な一例として、ナビゲーション機能を実現するアプリケーションがあり、これは、当初は徒歩移動や電車乗り換え向けのものであったが、現在では、カーナビゲーションとして用いることができるものも提供され始めている。

　携帯機器のこのようなナビゲーション機能を車両で用いることには、車両に専用のナビゲーション装置の設置が不要となること、該機能の利用量に応じたコストしかかからないこと、常に新しい地図および機能を利用できること、等の利点がある。しかしながら、携帯機器の画面は比較的小さく、車両での操作性や案内精度も十分でないため、該携帯機器のナビゲーション機能をそのまま車両用として用いるには、安全面で問題が生じうる。また、このような問題は、携帯機器に備えられた他のアプリケーションを車両で用いる場合にも生じうる。

　したがって、携帯機器と連携して動作可能な汎用的な車載機器によって、該携帯機器のアプリケーションによって出力される情報を、安全に配慮した形態で該車載機器上に出力することができる手法が所望されている。

　この発明の一つの側面によると、車両に搭載され、表示装置およびスピーカの少なくとも一方を出力装置として備えた車載機器は、情報処理機能を備える携帯機器と通信する通信手段と、前記携帯機器によって情報処理が行われた結果として出力された情報を、前記通信手段を介して受信し、該受信した情報の前記出力装置上への出力を制御する出力制御手段と、を備える。前記出力制御手段は、車両の安全性の観点から決められた所定の条件を、前記受信した情報が満たすかどうかを判断し、満たすと判断した場合には、該受信した情報を前記出力装置上に出力し、満たさないと判断した場合には、該受信した情報を、該条件を満たすような形態に加工し、もしくは該条件を満たす時点まで遅延させて、前記出力装置上に出力する。

　この発明によれば、携帯機器によって出力された情報を、車載機器の出力装置上に出力する際に、車両の安全性の観点から決められた所定の条件を満たすかどうか判断し、満たさない場合には、該条件を満たすように加工し、もしくは該条件を満たす時点まで遅延させて該出力装置上に出力するので、車両の安全性を確保しつつ、携帯機器のアプリケーションの機能を車両内で活用することができる。たとえば、車両の安全性を確保しつつ、携帯機器に備えられたナビゲーション機能によって出力される様々な情報を、車載機器の表示装置上に出力して運転者に提供することができる。

　この発明の一実施形態によると、前記出力制御手段は、さらに、前記加工もしくは遅延によって、前記受信した情報を前記所定の条件を満たすような形態にするのが困難と判断した場合には、該受信した情報の前記出力装置上への出力を禁止する。

　この発明によれば、車両の安全性の観点から決められた所定の条件を満たすように加工ないし遅延できない場合には、出力装置上への出力を禁止するので、車両の安全性が損なわれるのを防止することができる。

　この発明の一実施形態によると、前記情報は、前記携帯機器において所定のプログラムが実行されることによって出力されるものであり、前記所定の条件は、該プログラムの処理内容に関する条件、該プログラムによって要求される入力操作に関する条件、該受信した情報が表示画面のデータである場合に該表示画面を構成するグラフィカルユーザインターフェース（ＧＵＩ）部品に関する条件、および、該受信した情報がスピーカを介して出力される音声情報を含むかどうかに関する条件、の少なくとも一つを含む。

　携帯機器において稼動するアプリケーション（プログラム）には、様々な種類のものがあるが、たとえば、処理内容がゲームであるプログラムや、ユーザによる入力操作を頻繁に要求するプログラムによる出力を、車載機器上に出力することは、車両の安全性の観点から好ましくない。また、表示画面を構成するウィンドウやボタン等のＧＵＩ部品の数や配置によっては、このような表示画面をそのまま車載機器の表示装置に出力するのが好ましくないことがある。また、音声は、車両の運転操作に影響を与えるおそれがあるため、音声を出力するかどうかについても考慮するのが好ましい。したがって、この発明は、所定の条件を、プログラムの処理内容や表示画面の内容等に基づいて決定し、車両の安全性を損なわないように、携帯機器での情報処理の結果を、該条件を満たすような状態にした上で車載機器上に出力する。これにより、車両の安全性を確保しつつ、携帯機器のアプリケーションを、車両内で活用することができる。

　この発明の一実施形態によると、前記所定の条件は、車両の走行状態に基づく条件を含む。

　ナビゲーション等の携帯機器のアプリケーションは、車両の走行状態を考慮するよう設計されていないおそれがある。この発明によれば、所定の条件が、車速等の車両の走行状態に関する条件を含むので、携帯機器のアプリケーションによって出力される情報を、車両の走行状態に基づく条件を満たした上で、車載機器上に出力することができる。したがって、車両の走行状態を考慮するよう設計されていない携帯機器のアプリケーションについても、安全性を確保しつつ、そのアプリケーションによって出力された情報を車載機器の出力装置上に出力することができる。

　この発明の一実施形態によると、前記出力制御手段は、前記所定の条件を満たすように、前記受信した情報の少なくとも一部を削除すること、該受信した情報の少なくとも一部を変更すること、該受信した情報の少なくとも一部の出力の色を変更すること、の少なくとも一つを行うことにより、前記所定の条件を満たすような形態への前記加工を行う。

　この発明によれば、車両の安全性の観点から決められた所定の条件を満たすように、出力形態が加工された上で車載機器の出力装置に出力される。したがって、車両の安全性を確保しつつ、携帯機器に備えられてたアプリケーションによる情報処理の結果、たとえばナビゲーション機能を実行することによる処理結果を、車載機器の表示装置やスピーカを介して出力することができる。

　本発明のその他の特徴及び利点については、以下の詳細な説明から明らかである。

この発明の一実施例に従う、携帯機器と車載機器とが接続された車載処理システムの一形態を示す図。 この発明の一実施例に従う、車両内における携帯機器の設置の一形態を示す図。 この発明の一実施例に従う、携帯機器および車載機器の機能ブロック図。 この発明の一実施例に従う、出力制御部によって実行される画面データの出力制御プロセスのフローチャート。 この発明の一実施例に従う、出力制御部によって実行される音声データの出力制御プロセスのフローチャート。

　次に図面を参照してこの発明の実施の形態を説明する。図１は、本発明の一実施形態に従う、携帯機器と連携可能なように動作する車載機器を備えた車載処理システムを概略的に示す。

　携帯機器１０は、携帯電話、携帯情報端末（ＰＤＡ）、およびスマートフォンのような、携帯可能であり、かつ情報処理機能および通信機能を備えた端末である。この実施形態では、携帯電話を例として説明する。

　携帯電話１０は、データを表示するディスプレイ（表示画面）１１、音および音声（以下、単に音声と呼ぶ）を出力するスピーカ１２、および、携帯電話１０に備えられたキー（ボタン）のように、ユーザが携帯電話１０に何らかのデータ（信号）を入力するための入力操作部１３を備えている。

　携帯電話１０は、従来の音声通話機能だけでなく、中央処理装置（ＣＰＵ）とメモリを有するコンピュータとしての情報処理機能を備えており、図には、それぞれ処理部１４および記憶部１５として示されている。たとえば、入力操作部１３によって入力された信号に応じて、記憶部１５に記憶されたプログラムが処理部１４によって実行され、その情報処理の結果が、ディスプレイ１１上に表示され、および（または）スピーカ１２を介して音声出力される。

　携帯電話１０は、通信機能を備えており、図には、通信部１６および車内通信部１７として示されている。通信部１６は、アンテナを介して外部のネットワーク３１に接続し、音声通話またはデータ通信のための信号を送受信する機能を備えている。図には、外部のネットワーク３１としてインターネットが示されており、通信部１６は、該インターネットを経由して外部のサーバ３２に接続し、外部のサーバ３２とデータ通信を行うことができる。

　また、車内通信部１７は、車両に搭載される車載機器２０の車内通信部２７と、外部接続端子１８を介して接続し、該車載機器２０とデータ通信のための信号を送受信する機能を備えている。

　携帯電話１０には、種々のアプリケーション（適用業務）が実装されており、各アプリケーションは、記憶部１５に記憶された１または複数のプログラムを実行することによって実現される。この実施形態では、該アプリケーションの一つとして、ナビゲーションが実装されている。したがって、通信部１６には、アンテナを介して、ＧＰＳ（Global Positioning System）衛星から送信される信号（ＧＰＳ信号）を受信する機能も備えられている。

　ここで、外部のサーバ３２を、ナビゲーションのサービスを提供するサーバ（ナビサーバ）とすると、処理部１４は、該ナビゲーションのプログラムの実行を介して、受信したＧＰＳ信号から現在位置を検出すると共に、該現在位置を示すデータを、通信部１６を介してサーバ３２に送信することができる。これに応じて、該サーバ３２は、該現在位置周辺の地図データを携帯電話１０に送信する。処理部１４は、通信部１６を介して該地図データを受信し、該地図データ上に該現在位置を重畳して、ディスプレイ１１上に表示することができる。また、入力操作部１３を介して目的地を示すデータが入力されたことに応じて、処理部１４は、該目的地を通信部１６を介して該サーバ３２に送信することができる。これに応じて、該サーバ３２は、該現在位置から目的地までの最適な経路（ルート）を検索して携帯電話１０に送信する。処理部１４は、通信部１６を介して受信した該最適な経路を、地図データ上に重畳してディスプレイ１１上に表示することができる。なお、最近のナビゲーション機能には、交通情報の提供や近傍の施設検索等の様々な機能が付加されており、この実施形態においても、所望のものを含めることができる。

　車載機器２０は、データを表示する表示画面を有する表示装置２１、音および音声を出力するスピーカ２２、および該表示画面上に構成されるタッチパネル（タッチパネルディスプレイ）や該車載機器２０に備えられた所定のキーなどを介してユーザが該車載機器に何らかのデータ（信号）を入力するための入力操作部２３を備えている。表示装置２１は、図２に示すように、運転者が視認しかつ操作可能なように、たとえば車両のダッシュボード５０に該タッチパネルディスプレイ３１とキーやボタン等の入力操作部２３が組み込まれるように設置されることができる。なお、入力操作部２３には、マイクロホン（図示せず）を含めることができ、音声データを該マイクロホンを介して入力できるようにしてもよい。表示装置２１およびスピーカ２２を総称して、以下、出力装置と呼ばれることがある。

　車載機器２０は、中央処理装置（ＣＰＵ）とメモリを有するコンピュータである電子制御装置（ＥＣＵ）を備えており、これらが、図には、それぞれ処理部２４および記憶部２５として示されている。たとえば、入力操作部２３によって入力された信号に応じて、記憶部２５に記憶されたプログラムが処理部２４によって実行され、その情報処理の結果が、表示装置２１上に表示され、および（または）スピーカ２２を介して音声出力される。

　携帯電話１０に設けられた前述の車内通信部１７および外部接続端子１８に対応して、車載機器２０には、車内通信部２７および外部接続端子２８が設けられている。外部接続端子１８と外部接続端子２８が互いに接続されることにより、携帯電話１０の車内通信部１７と車載機器２０の車内通信部２７は、互いに、所定のプロトコルに従って通信可能なように接続される。

　たとえば、携帯電話１０の外部接続端子１８と、車載機器２０の外部接続端子２８とを、ＵＳＢ(Universal Serial Bus)接続によって接続することにより、車内通信部１７および２７は互いに通信可能となる。たとえば、図２に示すように、車両のダッシュボード５０に所定の挿入口５１を設け、該挿入口５１の底部に外部接続端子２８を設ける。携帯電話１０を該挿入口５１に設置することにより、外部接続端子１８と２８とが互いに接続され、これにより、携帯電話１０と車載機器２０とは通信可能な状態となる。こうして、携帯電話１０を、車載機器２０と連携して動作可能なように、車載処理システムに一体的に組み込むことができる。

　代替的に、携帯電話１０と車載機器２０とを、ブルートゥース(Bluetooth)のような所定の無線通信を介して接続するようにしてもよい。

　車載機器２０には、車両の走行状態を検出するためのセンサ２９が接続されている。この実施形態では、該センサ２９は、車速を検出するためのセンサであり、たとえば、車速センサ、加速度センサ、車輪速センサ等によって実現されることができる。センサ２９によって検出された車速は、処理部２４に渡される。なお、車両が停止しているか否かを検出するときには、上記の車速を検出するセンサに代えて、パーキングブレーキが作動しているか否かを検出するパーキングブレーキセンサを、センサ２９として用いてもよい。

　図３は、この発明の一実施形態に従う、携帯電話１０の処理部１４および車載機器１０の処理部２４を機能ブロック図で表したものである。これらの機能は、ＣＰＵによって実行される。また、データ処理に用いるメモリ１１５、２１１が示されており、これらは、記憶部１５および２５にそれぞれ実現される。なお、外部接続端子１８、２８は省略されている。

　アプリケーション実行部１１１は、たとえばユーザによる何らかの入力操作に応じて所望のアプリケーションを実行する際、対応するプログラムを、たとえば記憶部１５に含まれる不揮発性メモリ（図示せず）から読み出して実行する。該プログラムによって処理された結果、出力されるべき表示画面のデータおよび（または）音声のデータが生成される。

　表示画面は、典型的には、テキスト（文字）および画像などのコンテンツと、ウィンドウ、ダイアログボックス、タスクバー、ボタン、チェックボックス、テキストフィールド等のＧＵＩ（グラフィカル・ユーザ・インターフェース）部品とから構成される。プログラム内で、所望のテキストデータを指定する（テキストデータ自体を記述してもよいし、該テキストデータのファイルを記述してもよい）ことにより、該テキストデータを描画することができる。画像データ（たとえば、ＪＰＥＧのような画像データ）についても同様である。また、各種のＧＵＩ部品は、たとえば該携帯電話１０に搭載されるＯＳ（オペレーティング・システム）によって予めライブラリとして提供されて記憶部１５に記憶されており、プログラム内で所望のＧＵＩ部品を指定することによって、該ＧＵＩ部品を描画することができる。たとえば、Ｊａｖａのプログラムにおいては、Ｂｕｔｔｏｎクラスをプログラムで定義することにより、ボタンというＧＵＩ部品を描画することができる。さらに、プログラム内で音声データのファイルを指定することにより、該音声データの再生を実行することができる。

　アプリケーション実行部１１１は、プログラムを実行したとき、該プログラム内で、指定されたテキストおよび画像のデータを描画する命令があれば、それらの描画命令を表示制御部１１３に出力する。この命令に応じて、表示制御部１１３は、該指定されたテキストおよび画像のデータを、たとえば記憶部１５や通信部１６を介して取得し、これを、ＶＲＡＭのような表示画面用のメモリ１１５に出力（描画）する。また、アプリケーション実行部１１１は、プログラムを実行したとき、該プログラム内に指定されたＧＵＩ部品があれば、その描画命令を表示制御部１１３に出力する。これに応じて、表示制御部１１３は、指定されたＧＵＩ部品を記憶部１５から読み込み、これを、メモリ１１５に出力（描画）する。さらに、アプリケーション実行部１１１は、プログラムを実行したとき、該プログラム内で指定された音声データがあれば、該音声データの再生命令を音声制御部１１４に出力する。音声制御部１１４は、指定された音声データのファイルを、たとえば記憶部１５や通信部１６を介して取得する。

　送受信制御部１１７は、携帯電話１０のアプリケーションに対し、車載機器２０というデバイスのドライバとしての役割を果たすように設けられており、その機能はソフトウェアプログラムによって実現されることができる。より具体的には、送受信制御部１１７は、メモリ１１５に格納された一画面分のデータから、車載機器２０の表示装置２１の画面解像度と同じ解像度を有するビットマップデータ（画面データと呼ぶ）を該メモリ１１５から切り出すと共に、音声制御部１１４によって取得された音声データのファイルを受け取り、該画面データおよび音声データを、車内通信部１７を介して車載機器２０に送信する。

　さらに、送受信制御部１１７は、該車載機器２０に送信する画面データに関する属性情報を表示制御部１１３から取得し、これを、該画面データと共に、車内通信部１７を介して車載機器２０に送信する。属性情報は、車載機器２０の表示装置２１に画面データを出力するに際して、後述する出力制御部２１３によって使用される情報である。属性情報に基づいて、車両の安全性の観点から、車載機器２０上での出力が許容される画面データかどうかが判断される。

　表示制御部１１３は、前述したように、プログラムを実行することにより出力される描画命令に従って、表示画面を構成するコンテンツやＧＵＩ部品をメモリ１１５に出力するので、送受信制御部１１７は、該表示画面の属性情報を、表示制御部１１３からの情報に基づいて取得することができる。

　この実施形態では、表示画面について、送受信制御部１１７は次のような属性情報を取得する。
（Ａ）アプリケーションの種類
（Ｂ）入力操作の数および種類
（Ｃ）表示項目の数
（Ｄ）表示項目の色
（Ｅ）表示される文字数

　上記（Ａ）は、当該表示画面を出力したアプリケーションの種類を表すデータを属性情報として取得することを示す。後述するように、この属性情報は、車載に転用可能なアプリケーションかどうかを判定するために取得される。

　任意の適切な手法で、アプリケーションの種類を表すデータを取得することができる。一例では、たとえば、携帯電話１０上で動くアプリケーションを、予め、ゲーム、メールやスケジュール管理等のツール、Ｗｅｂブラウジング、ナビゲーションといった所定の種類に分類し、各アプリケーション（またはそのプログラム）の名称に、対応する種類を示すデータが関連付けられて携帯電話１０の記憶部１５に記憶される。アプリケーション実行部１１１によってアプリケーションのプログラムが実行されたとき、送受信制御部１１７は、該アプリケーションまたはプログラムの名称を、表示制御部１１３から取得し（または、アプリケーション実行部１１１から直接取得してもよいし、アプリケーション実行部１１１から、表示制御部１１３を経由して取得してもよい）、該名称に基づいて、その種類を判別し、これを属性情報とすることができる。

　他の例では、携帯電話１０上で動くアプリケーション（またはプログラムでもよい）を、予め、車載に転用可能なアプリケーションと、そうではないアプリケーションとの２種類に分類し、前者については、たとえば値１の許容フラグを設定すると共に、後者については値ゼロの許容フラグを設定して、携帯電話１０の記憶部１５に記憶しておく。アプリケーション実行部１１１によってアプリケーションのプログラムが実行されたとき、送受信制御部１１７は、該アプリケーションに関連付けられているフラグを参照し、車載に転用可能なアプリケーションか否かを判断し、該判断の結果を、属性情報とすることができる。

　上記（Ｂ）は、当該表示画面上で要求されるユーザによる入力操作の数および種類を表すデータを、属性情報として取得することを示す。このような属性情報を取得するのは、ユーザによる入力操作が要求されると、車両の運転操作に影響を及ぼす可能性があるからである。

　表示制御部１１３から、該表示画面をメモリ１１５に描画する際に用いたＧＵＩ部品に関する情報を受け取ることにより、送受信制御部１１７は、ユーザによる入力操作を要求するＧＵＩ部品の数および該入力操作の種類を、属性情報として取得することができる。

　入力操作を要求するＧＵＩ部品として、たとえば、ボタン、チェックボックス、ラジオボタン、テキストフィールド等がある。入力操作の種類は、たとえば、選択操作、テキストを入力する操作、キー入力が必要とされる操作等に分類されることができる。また、たとえば問い合わせ形式で順番に項目設定を行うウィザードのようなＧＵＩ部品の場合には、連続した入力が必要とされる操作として分類されることができる。さらに、何らかの入力を行うのに両手を必要とされる場合（たとえば、同時に異なる２つのキーを操作することが必要とされる場合）には、両手入力が必要とされる操作として分類されることができる。

　上記（Ｃ）は、当該表示画面に含まれる表示項目数を表すデータを、属性情報として取得することを示す。このような属性情報を取得するのは、表示される項目数が多すぎると、運転者は表示画面を瞬時に理解することができず、結果として車両の運転操作に影響を及ぼす可能性があるからである。

　表示制御部１１３から、該表示画面をメモリ１１５に描画する際に用いたコンテンツおよびＧＵＩ部品に関する情報を受け取ることにより、送受信制御部１１７は、描画されるコンテンツの数およびＧＵＩ部品の数を合計して、該表示項目数を取得することができる。

　上記（Ｄ）は、当該表示画面に含まれる色を、属性情報として取得することを示す。このような属性情報を取得するのは、表示される色によっては、運転者が認識しにくいおそれがあるからである。

　表示制御部１１３から、該表示画面をメモリ１１５に描画する際に用いたコンテンツおよび（または）ＧＵＩ部品に関する情報を受け取ることにより、送受信制御部１１７は、描画されるコンテンツ毎の色およびＧＵＩ部品毎の色を、属性情報として取得することができる。

　上記（Ｅ）は、当該表示画面に含まれる文字数を、属性情報として取得することを示す。このような属性情報を取得するのは、表示される文字数が多すぎると、運転者はこれら文字によって構成される文章を瞬時に理解することができず、結果として車両の運転操作に影響を及ぼす可能性があるからである。

　表示制御部１１３から、該表示画面をメモリ１１５に描画する際に用いたテキストデータに関する情報を受け取ることにより、送受信制御部１１７は、該テキストデータを構成する文字数を、属性情報として取得することができる。

　上記（Ａ）～（Ｅ）に示す属性情報は一例である。上でも述べたように、属性情報は、車両の安全性の観点から、車載機器２０の表示装置２１への画面データの表示を許容するかどうかを判断するために用いられる。したがって、このような判断を行うのに必要な他の情報を、属性情報として用いてもよい。

　こうして、画面データとその属性情報、および音声データが、送受信制御部１１７から、車内通信部１７を介して車載機器２０に送信される。車載機器２０の車内通信部２７は、これらを受け取り、画面データおよび音声データを、一時的にメモリ２１１に記憶すると共に、属性情報を、出力制御部２１３に渡す。

　なお、アプリケーション実行部１１１によるアプリケーションの起動は、任意の適切な手法で実現してよい。たとえば、携帯電話１０の入力操作部１３を介して何らかのユーザ操作が行われたことに応じて、アプリケーション実行部１１１は、対応するプログラムを読み出して実行する。代替的に、車載機器２０の入力操作部２３を介して何らかのユーザ操作を行い、該ユーザ操作に応じた信号を携帯電話１０に送信し、該信号に応じてアプリケーション実行部１１１が、対応するプログラムを実行するようにしてもよい。この場合には、アプリケーションを起動するのに、携帯電話１０に対するユーザ操作は不要となる。

　出力制御部２１３は、受け取った属性情報と、センサ２９により検出された車両の走行状態とに基づいて、受け取った画面データおよび音声データの表示装置２１およびスピーカ２２への出力形態を制御する。

　この制御は、上で述べたように、車両の安全性の観点から行われる。すなわち、携帯電話１０で実行されるアプリケーションは、車両用に予め設計されていないことが多い。したがって、該アプリケーションの実行によって出力される情報を、そのまま、車両に搭載された表示装置２１やスピーカ２２を介して出力すると、車両の運転に影響を及ぼすおそれがあり、安全性を確保できないおそれがある。

　そのため、この発明では、出力制御部２１３を設け、属性情報および走行状態に基づいて、受け取った画面データが、安全性の観点から決められた所定の条件を満たすかどうかを判断する。該所定の条件を満たすならば、該受け取った画面データを、加工することなく、そのまま表示装置２１上に出力する。該所定の条件を満たさなければ、該受け取った画面データを、該所定の条件を満たす程度にまで加工処理を施し、該加工処理が施された画面データを、表示装置２１上に出力する。該所定の条件を満たす程度にまで加工処理を施すことができないと判断した場合には、該画面データの表示装置２１上への出力を禁止する。なお、「加工」には、受け取った画面データに含まれる情報（データ）の少なくとも一部の削除および変更等を含むことができる。

　また、出力制御部２１３は、音声出力が、該所定の条件を満たすかどうかを判断する。該所定の条件を満たすならば、受け取った音声データをそのまま再生して、スピーカ２２を介して出力する。該所定の条件を満たさなければ、該所定の条件を満たす時点まで該出力を時間的に遅延させる。該所定の条件を満たすのが困難と判断した場合には、該音声データのスピーカ２２を介しての出力を禁止する。

　このように、携帯電話１０によって実行されたアプリケーションのプログラムが出力する情報を、車両の安全性を確保する観点から決められた所定の条件を満たすようにした上で、車載機器２０の出力装置に出力するので、車両の安全性を確保しつつ、車両の乗員は、携帯電話のアプリケーションによって提供されるサービスを享受することができる。

　たとえば、携帯電話１０でナビゲーションのアプリケーションを実行すると、前述したように、携帯電話１０は、現在の位置を検出して、該現在位置周辺の地図データを取得する。該地図データに現在位置が重畳された画面データは、メモリ１１５に格納される。ここで、該メモリ１１５に記憶される画面データの解像度は十分に大きい。送受信制御部１１７によって、該メモリから、車載機器２１の表示装置２１と同じ解像度の画面データが切り出され、その属性情報と共に車載機器２０に送られる。こうして、車載機器２０の表示装置２１上に、自車両周辺の地図データを表示することができる。同様に、携帯電話１０のナビゲーションの機能によって目的地までの経路が選択されたならば、車載機器２０の表示装置２１上に、該目的地までの経路が重畳された地図データを表示させることができる。これらの表示は、車両の安全性を確保するための所定の条件を満たしているため、車両の運転者は、安心して、該ナビゲーションの機能によって提供される表示画面を表示装置２１上で視認することができる。このように、専用のナビゲーション装置を車両に設置していない場合でも、携帯電話のナビゲーション機能を、車両用のナビゲーションとして安全に利用することができる。ユーザは、携帯電話と車両の両方に対してナビゲーション機能を搭載する二重投資を行う必要がなくなり、利便性が向上する。

　なお、車載機器２０の表示装置２１に上記のようにして表示された画面データには、加工された後であっても、たとえばキー入力やボタン選択などの入力操作を要求する部分が含まれていることがある。この場合、表示装置２１のタッチパネルや所定のキー等の入力操作部２３を介して、ユーザは、入力操作を行うことができる。該入力操作に応じた信号は、車内通信部２７を介して携帯電話１０に送信される。携帯電話１０の送受信制御部１１７は、車内通信部１７を介して該信号を受け取り、必要であればアプリケーション実行部１１１が解釈可能な形態の信号に変換して、該アプリケーション実行部１１１に渡す。アプリケーション実行部１１１は、現在実行中のプログラムに従って、該信号に応じた処理を行う。その結果、新たな表示画面を出力する場合には、前述したような処理を経て、画面データが、その属性情報と共に、再び送受信制御部１１７から車載機器２０へと送信される。

　このように、アプリケーションのプログラム実行は、携帯電話１０で行われるが、その結果として生成される表示画面および音声のデータは、車載機器２０の表示装置２１およびスピーカ２２を介して出力される。このとき、携帯電話１０のディスプレイ１１およびスピーカ１２に対する該表示画面および音声の出力については、禁止することができる。たとえば、携帯電話１０の処理部１４は、車載機器２０が接続されたことを検知することにより、表示制御部１１３および音声制御部１１４に対し、ディスプレイ１１およびスピーカ１２への出力を禁止する信号を出力することができる。

　ここで、上記の「所定の条件」について、より具体的に述べる。この実施形態では、該所定の条件には、
（１）車両の走行状態に基づく条件、
（２）アプリケーション（プログラム）の処理内容に基づく条件、
（３）表示内容に基づく条件、
（４）音声に基づく条件、
が含まれる。

　上記（１）は、さらに、（１－１）車両が停止中であること、および（１－２）車両が高速走行を行っていないこと、という２つの条件を含む。出力制御部２１３は、センサ２９の検出値に基づいて、車両が停止しているか否かを判定する。車速がゼロ、もしくはバーキングブレーキが作動しているならば、車両が停止していると判定し、上記（１－１）の条件を満たすと判断する。また、該センサ２９の検出値に基づいて、車両が高速走行を行っていないかどうかを判定する。車速が所定値以下であれば、高速走行を行っていないと判定し、上記（１－２）の条件を満たすと判断する。

　条件（１－１）を満たさない場合、すなわち車両が停止中でない場合には、出力制御部２１３は、属性情報に基づいて、運転に支障をきたすおそれのある画面データかどうかを判断し、運転に支障をきたすおそれのある画面データであれば、表示装置２１へのその出力を禁止し、そうでなければ、その出力を許可する。　すなわち、運転に支障をきたすおそれのある画面データは、車両が走行中の間はそもそも表示すべきものではなく、加工によって表示可能な状態にすることも困難と判断し、その出力を禁止することとする。

　運転に支障をきたすおそれのある画面データかどうかは、運転操作への影響の観点から、任意の適切な手法で判断することができる。たとえば、運転者がハンドルから手を離すことを必要とする画面データ（たとえば、ゲーム画面）である場合に、運転に支障をきたすおそれのある画面データと判断することができる。

　条件（１－２）を満たさない場合、すなわち車両が高速走行している場合には、出力制御部２１３は、属性情報に基づいて、複雑な表示を含む画面データかどうかを判断し、複雑な表示を含む画面データであれば、表示装置２１へのその出力を禁止し、そうでなければ、その出力を許可する。高速走行を行っている場合には、低速走行に比べて運転に負荷がかかっており、このような状況で複雑な表示を行うと、さらに負荷を増やすおそれがあるからである。そして、車両が高速走行している間は、複雑な表示を含む画面データはそもそも表示すべきものではなく、加工によって表示可能な状態にすることも困難と判断し、その出力を禁止することとする。

　複雑な表示を含む画面データかどうかは、運転操作への影響の観点から、任意の適切な手法で判断することができる。たとえば、所定面積あたりの表示文字数および（または）色の数が所定値以上である場合、複雑な表示を含む画面データと判断することができる。

　さらに、条件（１－２）を満たさない場合、出力制御部２１３は、音声データの再生を禁止する。負荷が比較的大きい高速走行で音声を出力すると、運転操作に影響を及ぼすおそれがあるからであるため、高速走行している限り、音声出力は禁止される。

　上記（２）は、さらに、（２－１）車両に転用可能なアプリケーションの種類であること、および（２－２）要求される入力操作が、キー入力操作、両手を必要とする入力操作、連続した入力操作を要するものでないこと、という２つの条件を含む。出力制御部２１３は、受け取った属性情報に基づいて、画面データが、これらの条件を満たすかどうかを判断する。前述したように、属性情報には、アプリケーションの種類を示すデータ、またはアプリケーションが車両に転用可能かどうかを示すデータ（前述したように、フラグでよい）が含まれている。前者の場合には、予め、車両に転用可能なアプリケーションの種類を、車載機器２０の記憶部２５に記憶しておくことによって、属性情報に含まれるアプリケーションの種類を示すデータから、車両に転用可能なアプリケーションかどうかを判断することができる。これらの条件を満たすならば、該画面データの表示装置２１上への出力を行う。

　条件（２－１）を満たさなければ、そもそも車両に転用可能なアプリケーションの画面データではなく、加工によって該条件を満たすものとはならないので、出力制御部２１３は、該画面データの表示装置２１への出力を禁止する。車両に転用可能なアプリケーションの種類として、たとえば、ナビゲーションのアプリケーションがある。他方、ゲームやメールのようなアプリケーションは、車両に転用可能なアプリケーションの種類には含まれないとして分類されることができる。こうして、車両内でゲームやメールを行うことによって運転操作に影響を及ぼすのを回避することができる。

　条件（２－２）を満たさなければ、出力制御部２１３は、該条件を満たす程度にまで、該画面データ（前述したように、メモリ２１１に格納されている）に加工処理を施す。一例では、キー入力操作、両手を必要とする入力操作、連続した入力操作、に対応する部分をグレーアウト（テキストフィールドなどを薄いグレーで表示して、入力できない状態にすること）するよう加工処理を施し、該加工した画面データを表示装置２１上に出力すると共に、該グレーアウトした部分には、「この機能は操作できません」というメッセージを重畳して出力する。こうして、運転操作に影響を及ぼすおそれのある入力操作については、入力できないよう画面データを加工することにより、安全性を確保することができる。

　上記（３）は、さらに、（３－１）表示項目数が所定値以下であること、（３－２）認識しにくい色が含まれないこと、（３－３）表示される文字数が所定値以下であること、という３つの条件を含む。出力制御部２１３は、受け取った属性情報に基づいて、画面データが、これらの条件を満たすかどうかを判断する。これらの条件を満たすならば、該画面データの表示装置２１上への出力を行う。

　条件（３－１）を満たさなければ、出力制御部２１３は、該条件を満たす程度にまで、該画面データに加工処理を施す。一例では、出力制御部２１３は、画面データに含まれる表示項目数を、該所定値以下に減らすように、画面データを加工する。任意の基準で、削除する表示項目を選択することができる。たとえば、何らかの基準で、重要な項目または入力操作が許容される項目を抽出すると共にそれ以外の項目は削除することにより、表示項目数を減らすことができる。他の例では、出力制御部２１３は、１画面の表示項目数が所定値以下となるように、受け取った画面データを、複数の（たとえば２個の）画面に分割し、該複数の画面を、表示装置上２１に順番に出力する。こうして、表示項目数が多すぎるために運転操作への注意が散漫になるのを回避することができる。

　条件（３－２）を満たさなければ、出力制御部２１３は、該満たす程度にまで、該画面データに加工処理を施す。すなわち、人によっては認識しにくい色があり、画面の設計者が意図した通りの色に認識されないことがある。たとえば、「赤色または緑色のボタンを押してください」という表示を行っても、色で該ボタンを判別することができなかったり、道路を緑色で表示し、現在位置を赤色で表示しても、両者の色の区別が困難で、車両の走行位置を認識できなくなることがある。このような状況を考慮し、たとえば、誤認識するおそれのある「見分けにくい色」（たとえば、濃い赤、黄緑、緑等）と、誤認識するおそれが低い「見分けやすい色」（たとえば、オレンジ、濃いめの黄色、水色、青等）とを、対として規定した色変換テーブルを予め作成して、車載機器２０の記憶部２５に記憶する。出力制御部２１３は、該画面データに見分けにくい色が含まれるならば、これを、該テーブルを参照することにより、見分けやすい色に変換する。その後、該色変換処理を施した後の画面データを、表示装置２１上に出力する。こうして、運転者に認識しやすい色で表示することができる。

　条件（３－３）を満たさなければ、出力制御部２１３は、該条件を満たす程度にまで、該画面データに加工処理を施す。一例では、出力制御部２１３は、画面データに含まれるテキストデータの文字数を、該所定値以下に減らすように、画面データを加工する。任意の基準で、削除する文字を選択することができる。たとえば、何らかの基準で、重要なテキスト部分を抽出すると共に、それ以外のテキスト部分を削除することにより、表示される文字数を減らすことができる。他の例では、出力制御部２１３は、１画面の文字数が所定値以下となるように、受け取った画面データを、複数の（たとえば２個の）画面に分割し、該複数の画面を、表示装置上２１に順番に出力する。こうして、表示される文字を認識しようとして運転操作への注意が散漫になるのを回避することができる。

　上記（４）は、（４－１）他の比較的重要な車載の制御装置による音声案内に影響を及ぼさないこと、という条件を含む。車両には、様々な制御を実行するための制御装置が搭載されており、たとえば、エンジンの制御、ステアリングの制御、エアバッグの制御、バッテリの制御等を行っている。これらの制御において、何らかの異常ないし故障が発生した場合や、運転者の注意を喚起させる必要が生じた場合には、警告音や音声メッセージが発せられることがある。これらは、上記の受け取った音声データの再生に比べて重要度が高いため、これらの警告音や音声メッセージと干渉しない場合に限り、音声データの再生を行うようにする。

　したがって、一例では、出力制御部２１３は、スピーカ２２を介して他の音声が出力されている、または出力されようとしている場合かどうかを判断し、そのような場合には、音声データの再生（出力）を、上記のような干渉が生じない状況になるまで、すなわち該条件を満たす状況になるまで、時間的に遅延させる。たとえば、上記のような警告音やメッセージの発生が終了した後の時点にまで、該音声データの再生を遅延させることができる。または、比較的重要な警告音やメッセージは車両の走行中に発せられることが多いため、該音声データの再生を、車両が停止するまで遅延させるようにしてもよい。

　他の例では、出力制御部２１３は、スピーカ２２を介して他の音声が出力されている、または出力されようとしている場合には、音声データの再生を禁止してもよい。なお、上記のような音声データの出力の時間的遅延によっても該条件を満たすのが困難と判断した場合に限り、該音声データの再生の禁止を行ってもよい。たとえば、上記のように他の制御装置によって、警告音や音声メッセージの重要度が高く、よって、該警告音や音声メッセージが、断続的ではあっても、比較的長い時間にわたって発せられる場合、該条件を満たすような状況に至るのは困難と判断し、該音声データの再生を禁止するようにしてもよい。

　なお、上記の「所定の条件」は一例であり、このうちの１または複数の条件を用いてもよいし、他の条件を含めてもよい。しかしながら、「所定の条件」は、（社）日本自動車工業会から配布されている「画像表示装置の取り扱いについて」に準拠するように定められるのが好ましい。この配布物では、基本的方向性として、「装置によって表示される情報は、運転者の注意力を散漫にしたり、娯楽的内容を提供して運転者の注意を引きつけることがないように設定されることが望ましい」と記述されており、表示機能について、たとえば、「画面の情報量を適正化し、運転者が短時間で確認できるものであるか、もしくは分割して視認ができる表示機能であること」とあり、また、「走行中に表示する視覚情報の内容は、運転に関わる内容に止め、かつ注視しつづける必要がないものであること」とある。また、聴覚情報についても規定されており、たとえば、「運転者が注意散漫になったり、イライラさせられる場合は、聴覚情報（警報は除く）を制御する手段をもつこと」、および「装置は車両内もしくは外部からの警報を打ち消すおそれのある制御不能な音量を発生されないこと」とある。

　当該配布物の附則や補足資料（画像表示装置の取り扱いの解説書）には、視覚情報の表示機能や情報の内容について、さらに詳細な事項が記述されており、たとえば、走行中に表示される文字は３０字以下であることが望ましい、とされている。

　このように、当該配布物に準拠するように、出力制御部２１３が用いる所定の条件および該条件内に規定される閾値を定めるのが好ましい。

　また、この実施形態では、加工ないし遅延を施しても所定の条件を満たす可能性が低い順に、条件（１）～（４）を規定している。すなわち、条件（１）は、車両の走行状態に基づいているので、たとえ加工等を施しても、画面データの表示は、所定の走行状態を満たさない限り禁止される。それに対し、条件（２）～（４）に向かうほど、加工等を施すことによって、条件を満たす画面データを生成する可能性が高い。したがって、好ましくは、条件（１）～（４）の順番に条件判定を行う。こうすることにより、より早期に、画面データの出力が許容されるものであるかどうか判断することができる。

　なお、上記に述べた、各条件を満たさない場合の出力形態の制御内容は、一例であり、これに限定されるものではない。また、画面データを加工することにより、できる限り、携帯機器からの出力を車載機器上に出力することが好ましいが、たとえば加工によって画面データ内の情報がほとんど失われるような場合には、該画面データの出力そのものを禁止したり、該画面データのタイトルがあれば、タイトルのみを表示したりしてもよい。

　図４は、出力制御部２１３により実行されるプロセスのフローチャートを示す。このプロセスでは、画面データの出力についての制御を行っている。

　ステップＳ１１において、前述したように、携帯電話１０から送信されてきた画面データを、属性情報と共に受け取る。ステップＳ１２において、センサ２９を介して、車両の走行状態、この実施形態では車両の速度を検出する。

　ステップＳ１３～Ｓ１４は、上記の（１－１）および（１－２）の条件を満たすかどうかを判断する処理である。ステップＳ１３において、検出された車両の速度に基づいて、条件（１－１）の車両が停止中かどうかを判断すると共に、停止中でなければ、運転に支障をきたすおそれのある画面データかどうかを判断する。車両が停止中であるとき、または停止していないときでも運転に支障をきたすおそれのある画面データではないと判断したときには（Ｓ１３がＹｅｓ）、ステップＳ１４に進む。それ以外の場合には（Ｓ１３がＮｏ）、ステップＳ２２に進み、画面データの表示装置２１への出力を禁止する。ステップＳ２２における禁止を行う場合には、「画面データの表示はされません」という趣旨のメッセージを、表示装置２１上へ出力するようにしてもよい。

　ステップＳ１４において、検出された車両の速度に基づいて、条件（１－２）の車両が高速走行していないかどうかを判断すると共に、高速走行していなければ、複雑な表示を含む画面データかどうかを判断する。車両が高速走行していないとき、または高速走行していても複雑な表示を含む画面データではないと判断したときには（Ｓ１４がＹｅｓ）、ステップＳ１５に進む。それ以外の場合には（Ｓ１４がＮｏ）、ステップＳ２２に進み、画面データの表示装置２１への出力を禁止する。

　ステップＳ１５において、上記の条件（２－１）の、画面データが、車両に転用可能なアプリケーションのものであるかどうかを判断する。この判断がＹｅｓであれば、ステップＳ１６に進む。この判断がＮｏであれば、ステップＳ２２に進み、画面データの表示装置２１への出力を禁止する。

　ステップＳ１６において、上記の条件（２－２）の、画面データが、キー入力操作、両手を必要とする入力操作、連続した入力操作を含まないこと、を満たすかどうかを判断する。この判断がＹｅｓであれば、ステップＳ１７に進む。この判断がＮｏであれば、ステップＳ２１に進み、これらの入力操作をグレーアウトするよう画面データに加工処理を施す。加工処理を施した後、ステップＳ１７に進む。

　ステップＳ１７において、上記の条件（３－１）の、表示項目数が所定値以下かどうかを判断する。なお、ステップＳ１６の判断がＮｏになったことに応じて既に加工が施されていれば、該加工が施された後の画面データに対し、当該判断を行うようにしてよい。以降の判断ステップについても、同様である。

　表示項目数が所定値以下であるときには（Ｓ１７がＹｅｓ）、ステップＳ１８に進む。そうでないときには（Ｓ１７がＮｏ）、ステップＳ２１に進み、所定値以下となるよう表示項目数を減らす加工処理を画面データに施し、または１画面の表示項目数が所定値以下となるよう、該画面データを少なくとも２つの画面に分割する加工処理を施す。なお、この場合も、既に加工処理が施されていれば、該加工が施された後の画面データに対し、表示項目数を減らす等の加工処理を施す。以降の加工処理についても同様である。加工処理を施した後、ステップＳ１８に進む。

　ステップＳ１８において、上記の条件（３－２）の、認識しにくい色（見分けにくい色）が含まれていないかどうかを判断する。認識しにくい色が含まれていなければ（Ｓ１８がＹｅｓ）、ステップＳ１９に進む。そうでないときには（Ｓ１８がＮｏ）、ステップＳ２１に進み、該認識しにくい色を、色変換テーブルを参照することにより、認識しやすい色（見分けやすい色）に変換するよう、画面データに加工処理を施す。加工処理を施した後、ステップＳ１９に進む。

　ステップＳ１９において、上記の条件（３－３）の、表示される文字数が所定値以下かどうかを判断する。所定値以下であるときには（Ｓ１９がＹｅｓ）、ステップＳ２０に進む。所定値以下でないとき（Ｓ１９がＮｏ）、ステップＳ２１に進み、所定値以下となるよう文字数を減らす加工処理を画面データに施し、または１画面の文字数が所定値以下となるよう、該画面データを少なくとも２つの画面に分割する加工処理を施す。加工処理を施した後、ステップＳ２０に進む。

　ステップＳ２０において、結果として得られた画面データ（いくつかの加工処理が施されていれば、すべての加工処理が施された後の画面データ）を、表示装置２１上に出力する。こうして、安全性を確保した形態で、表示装置２１上に、携帯電話１０のアプリケーションによって出力された情報を表示することができる。

　該プロセスは、前述したように、条件（１）から（４）の順番に、条件判定を行うように構成されている。したがって、より早期に、画面データを表示可能かどうかを判断することができる。このような利点はあるものの、判断ステップを実行する順番は、上記に限定されるものではない。また、このプロセスは、条件（１）～（４）のすべての判断を行うことにより、より的確に安全性を確保する形態となっているが、前述したように、これらの条件のうちの１つまたは複数のみを判断するようにしてもよい。

　図５は、出力制御部２１３により実行されるプロセスのフローチャートを示す。このプロセスでは、音声データの出力についての制御を行っている。

　ステップＳ３１において、前述したように、携帯電話１０から送信されてきた音声データを受け取る。ステップＳ３２において、センサ２９を介して、車両の走行状態、この実施形態では車両の速度を検出する。

　ステップＳ３３において、検出された車両の速度が所定値以上かどうかを判断することにより、上記の条件（１－２）の、車両が高速走行していないことを満たすかどうかを判断する。車両が高速走行していないときには（Ｓ３３がＹｅｓ）、ステップＳ３４に進む。それ以外の場合には（Ｓ３３がＮｏ）、ステップＳ３６に進み、音声データのスピーカ２２を介した出力を禁止する。

　ステップＳ３４において、上記の条件（４－１）の、他の車両制御の音声案内と干渉するおそれがないかどうかを判断する。干渉するおそれがないと判断したときには（Ｓ３４がＹｅｓ）、ステップＳ３５に進み、音声データを再生し、スピーカ２２を介して出力する。干渉するおそれがあると判断したときには（Ｓ３４がＮｏ）、ステップＳ３７に進み、音声データのスピーカ２２を介した出力を、該干渉するおそれがない時点まで（すなわち、当該条件を満たすようになるまで）、時間的に遅延させる。

　図４および図５のプロセスは、並列に実施されることができる。また、図４のＳ１２および図５のＳ３２は同じ処理であるので、一方のステップで検出した走行状態を、他方のステップで用いるようにしてもよい。

　上記の実施形態では、車載機器２０というデバイスのドライバとしての役割を果たす送受信制御部１１７を携帯電話１０に設け、属性情報を車載機器２０に送信することによって、画面データおよび音声データの出力を制御した。このような送受信制御部１１７を設けることにより、携帯電話１０の任意のアプリケーションに対し、車載機器２０は、必要な情報を属性情報として取得することができる。しかしながら、代替的に、送受信制御部１１７の機能を、アプリケーションのプログラム内に埋め込む、すなわち該プログラム内に記述するようにしてもよい。たとえば、前述したような属性情報（Ａ）～（Ｅ）を、車載機器２０に対して出力するように、該プログラムを作成することができる。

　上記の実施形態では、携帯機器１０と車載機器２０の間のデータ通信に関するものであるが、携帯機器１０の音声通話機能にも、車載機器２０を利用することができる。たとえば、携帯機器１０は、車載機器２０と接続されたことを検知して、音声通話を行うための音声データの入出力先を、車載機器２０に切り換える。そして、携帯機器１０によって外部と音声通話の接続がなされたとき、携帯機器１０が受信した音声データは、車載機器２０に伝えられてスピーカ２２を介して出力され、車載機器２０の入力操作部２３に備えられたマイクロホンを介して入力された音声データは、携帯電話１０に伝えられた外部に送信される。こうして、車両の乗員は、ハンズフリーで音声通話を行うことができる。

　なお、音声通話について、出力制御部２１３は、図５を参照して前述したような制御を行うようにしてもよい。たとえば、高速走行を行っているとき（条件（１－２））、または車両制御の他の音声と干渉するとき（条件（４－１））には、音声通話のための音声データについても、スピーカ２２を介して出力の禁止や該出力の時間的遅延を行うようにしてもよい。

　以上のように、この発明の特定の実施形態について説明したが、本願発明は、これら実施形態に限定されるものではない。

１０　携帯機器（携帯電話）
２０　車載機器
２９　センサ
２１　表示装置
２２　スピーカ
２１３　出力制御部

Claims (5)

1. 　車両に搭載され、表示装置およびスピーカの少なくとも一方を出力装置として備えた車載機器であって、
   　情報処理機能を備える携帯機器と通信する通信手段と、
   　前記携帯機器によって情報処理が行われた結果として出力された情報を、前記通信手段を介して受信し、該受信した情報の前記出力装置上への出力を制御する出力制御手段と、を備え、
   　前記出力制御手段は、車両の安全性の観点から決められた所定の条件を、前記受信した情報が満たすかどうかを判断し、満たすと判断した場合には、該受信した情報を前記出力装置上に出力し、満たさないと判断した場合には、該受信した情報を、該条件を満たすような形態に加工し、もしくは該条件を満たす時点まで遅延させて、前記出力装置上に出力する、
   　車載機器。
2. 　前記出力制御手段は、さらに、前記加工もしくは遅延によって、前記受信した情報を前記所定の条件を満たすような形態にするのが困難と判断した場合には、該受信した情報の前記出力装置上への出力を禁止する、
   　請求項１に記載の車載機器。
3. 　前記情報は、前記携帯通信端末における所定のプログラムが実行されることによって出力されるものであり、前記所定の条件は、該プログラムの処理内容に関する条件、該プログラムによって要求される入力操作に関する条件、該受信した情報が表示画面のデータである場合に該表示画面を構成するグラフィカルユーザインターフェース（ＧＵＩ）部品に関する条件、および、該受信した情報がスピーカを介して出力される音声情報を含むかどうかに関する条件、の少なくとも一つを含む、
   　請求項１または２に記載の車載機器。
4. 　前記所定の条件は、車両の走行状態に基づく条件を含む、
   　請求項１から３のいずれかに記載の車載機器。
5. 　前記出力制御手段は、前記所定の条件を満たすように、前記受信した情報の少なくとも一部を削除すること、該受信した情報の少なくとも一部を変更すること、該受信した情報の少なくとも一部の出力の色を変更すること、の少なくとも一つを行うことにより、前記所定の条件を満たすような形態への前記加工を行う、
   　請求項１から４のいずれかに記載の車載機器。

Images