JP2017178316A - 車載装置、車載装置の制御方法、及び、プログラム - Google Patents

Abstract

【課題】簡単な構成で、携帯端末と車載装置との連携を適切に制御することを可能とする。【解決手段】車載装置１０は、携帯端末から車両に対する操作を指示する信号を受信し、受信した信号に応答して、作に基づく処理を実行する車両制御装置を有する車に搭載される。車載装置１０は、携帯端末より、車載装置を制御するための操作内容を示す操作情報と携帯端末を特定する情報とを含む制御情報を受信する通信部１４と、制御情報を送信してきた携帯端末が、車両に対する操作の指示に使用された携帯端末であるか否かを判別する端末判別部１１と、制御情報を送信してきた携帯端末が車両に対する操作の指示に使用された携帯端末である場合には、通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別する操作受付判別部１１と、操作受付判別部１１の判別に従った処理を実行する処理部１１と、を備える。【選択図】図２

Description

本発明は、車載装置、車載装置の制御方法、及び、プログラム、に関する。

車載装置と携帯端末とを近距離無線通信により接続し、付加サービスを提供する車両用通信システムが提案されている。

通常、車載装置は複数の携帯端末と接続が可能であり、車両運転者及びその他の車両搭乗者が所有する携帯端末と車載装置とが連携可能である。この種の車両用通信システムで提供されるサービスの例としては、携帯端末にインストールされたアプリケーションを操作することで、車載装置をコントロールする事が可能となるサービスがある。
しかしながら、従来の車両用通信システムでは、車両運転者の携帯端末と車載装置とも接続されるため、車両運転者の携帯端末からも車載システムを操作可能となってしまう。

このような問題を避けるため、特許文献１には、携帯端末の車室内の位置を特定し、特定した位置に基づいて、車載装置の制御態様を設定する車両用通信システムが提案されている。

特開２００２−８７１８４号公報

特許文献１に開示されている技術では、車内の携帯端末の位置を特定する必要がある。位置センサ等で携帯端末の位置を特定するためには、大がかりな装置構成が必要となり、また、信頼度が低い。一方、乗員の操作により車内の位置を特定する場合には、操作が煩雑であり、利用頻度が低下すると共に人的エラーの発生を防止できない。従って、従来技術では、運転者が携帯端末で車載器を操作できたり、運転者以外の同乗者が携帯端末で車載器を操作できないなど、乗員が適切に車載装置を操作できないことが多いという問題がある。

本発明は、上記実情に鑑みてなされたものであり、簡単な構成で、携帯端末と車載装置との連携を適切に制御することを可能とすることを目的とする。

上記目的を達成するため、本発明の第１の観点に係る車載装置は、
複数の携帯端末から車両に対する操作を指示する信号を受信し、
受信した信号に応答して、前記操作に基づく処理を実行する車両制御装置を有する車に搭載される車載装置において、
携帯端末より、車載装置を制御するための操作内容を示す操作情報と前記携帯端末を特定する情報とを含む制御情報を受信する通信部と、
前記制御情報を送信してきた携帯端末が、前記車両に対する操作の指示に使用された携帯端末であるか否かを判別する端末判別部と、
前記端末判別部により前記制御情報を送信してきた携帯端末が前記車両に対する操作の指示に使用された携帯端末であると判別された場合には、前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別する操作受付判別部と、
前記操作受付判別部の判別に従った処理を実行する処理部と、
を備えることを特徴とする。

上記目的を達成するため、本発明の第２の観点に係る車載装置の制御方法は、
複数の携帯端末から車両に対する操作を指示する信号を受信し、
受信した信号に応答して、前記操作に基づく処理を実行し、
携帯端末より、車載装置を制御するための操作内容を示す操作情報と前記携帯端末を特定する情報とを含む制御情報を受信し、
前記制御情報を送信してきた携帯端末が、前記車両に対する操作の指示に使用された携帯端末であるか否かを判別し、
前記制御情報を送信してきた携帯端末が前記車両に対する操作の指示に使用された携帯端末であると判別された場合には、前記受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別し、
判別に従った処理を実行する
ことを特徴とする。

上記目的を達成するため、本発明の第３の観点に係るプログラムは、
コンピュータに、
複数の携帯端末から車両に対する操作を指示する信号を受信し、
受信した信号に応答した、前記操作に基づく処理、
携帯端末より、車載装置を制御するための操作内容を示す操作情報と前記携帯端末を特定する情報とを含む制御情報を受信する処理、
前記制御情報を送信してきた携帯端末が、前記車両に対する操作の指示に使用された携帯端末であるか否かを判別する処理、
前記制御情報を送信してきた携帯端末が前記車両に対する操作の指示に使用された携帯端末であると判別された場合には、前記受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別する処理、
判別に従った処理を実行する処理、
を実行させる。

本発明によれば、簡単な構成で、携帯端末と車載装置との連携を適切に制御することが可能となる。

第１の実施の形態に係る車両用通信システムの構成を示す図である。 車載装置とハンズフリー装置のブロック図である。 車載装置に記憶される操作許可／禁止テーブルの例を示す図である。 携帯端末のブロック図である。 キーレスエントリ装置のブロック図である。 （ａ）は携帯端末が実行するキーレスエントリ処理のフローチャートであり、（ｂ）はキーレスエントリ装置が実行するキーレスエントリ処理のフローチャートである。 （ａ）はキーレスエントリ装置が実行するキーレスエントリ処理の一部のフローチャートであり、（ｂ）は車載装置が実行する端末ＩＤ登録処理のフローチャートである。 （ａ）は車載装置が実行するＢＴ（ブルートゥース（登録商標、以下略））接続確立処理のフローチャートであり、（ｂ）は携帯端末が実行するＢＴ接続確立処理のフローチャートである。 （ａ）は携帯端末が実行する操作処理のフローチャートであり、（ｂ）は車載装置が実行する操作処理のフローチャートである。 車載装置が表示する警告表示の一例の図である。 操作許可／禁止テーブルの変形例を示す図である。 第２の実施の形態に係る車載装置が実行する操作処理のフローチャートである。 （ａ）と（ｂ）とは、第３の実施の形態に係る車載装置が実行する操作処理のフローチャートである。 （ａ）と（ｂ）とは、第３の実施の形態に係る車載装置が実行する他の操作処理のフローチャートである。 （ａ）と（ｂ）とは、第３の実施の形態に係る車載装置が実行するさらに他の操作処理のフローチャートである。 （ａ）と（ｂ）とは、第３の実施の形態に係る車載装置が実行するさらに他の操作処理のフローチャートである。 第４の実施の形態に係る車載装置が実行する操作処理のフローチャートである。 （ａ）と（ｂ）とは、第４の実施の形態に係る車載装置が実行する他の操作処理のフローチャートである。 （ａ）と（ｂ）とは、第５の実施の形態に係る車載装置が実行する操作処理のフローチャートである。 操作許可／禁止テーブルの他の変形例を示す図である。

１．第１の実施の形態
本発明の第１の実施の形態に係る車両用通信システムを、図面を参照して説明する。

本実施の形態に係る車両用通信システム１は、図１に示すように、車両１００に搭載されている車載装置１０とキーレスエントリ装置（キーレスエントリ部）３０とハンズフリー装置４０と、車両１００の搭乗者が所持する１又は複数の携帯端末２０と、を備え、キーレスエントリを行った携帯端末２０と車載装置１０との間で通信接続（例えば近距離無線接続）を確立し、種々の通信を実行するシステムである。

車載装置１０は、車載オーディオ装置、車載ナビゲーション装置等から構成され、図２に示すように、制御部１１と、制御メモリ１２と、コンテンツ記憶部１３と、通信部１４と、端末ＩＤ受信部１５と、操作部１６と、表示部１７と、音声出力部１８と、音声入力部１９と、センサ群２０１と、を備える。

制御部１１は、ＣＰＵ（Central Processing Unit）等から構成され、制御メモリ１２に格納されている動作プログラムを実行して、この車載装置１０の各部の動作を制御する。例えば、制御部１１は、オーディオ信号の処理、ナビゲーション信号の処理、表示制御等の処理を行う処理部を実現すると共に、キーレスエントリ装置３０に対してキーレスエントリを要求してきた携帯端末２０との間で、例えばブルートゥース（Bluetooth（登録商標）；ＢＴ、）接続を確立し、種々の制御を行う。なお、制御の詳細については、後述する。また、制御部１１は、各判別部（端末判別部、通話状態判別部、操作受付判別部、位置判別部）、処理部を実現する。なお、単一のＣＰＵやＤＳＰ(Digital Signal Processor)等でこれらの機能を実現してもよいし、複数のＣＰＵやＤＳＰ等で実現してもよい。

制御メモリ１２は、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＲＡＭ（Random Access Memory）等から構成され、制御部１１を構成するＣＰＵのワークエリア、ＣＰＵが実行する動作プログラムを記憶するプログラムエリア、データエリア等として機能し、記憶部を実現する。

制御メモリ１２のプログラムエリアには、ｉ）オーディオ処理やナビゲーション処理を実行するための動作プログラム、ｉｉ）予め設定されているＢＴパラメータを有する携帯端末２０との間でＢＴ接続を確立して、携帯端末２０の操作により各種機能を制御するためのプログラム、ｉｉｉ）キーレスエントリ装置３０からキーレスエントリに使用された携帯端末２０の端末ＩＤ（識別情報）を受信し、その端末ＩＤで特定される携帯端末２０による、所定の操作を許可しない制御を行うためのプログラム、等の動作プログラムが記憶される。

制御メモリ１２のデータエリアには、図示するように、ｉ）キーレスエントリが認められている携帯端末２０の端末ＩＤとその携帯端末２０との間でＢＴ接続を確立するために必要なアドレス等の各種データ（以下、ＢＴパラメータと呼ぶ）との対１２ａ、ｉｉ）ＢＴ接続が認められている携帯端末２０（例えば、この車両に乗車することが予定されている人が保持する携帯端末２０）の端末ＩＤとその携帯端末２０との間でＢＴ接続を確立するためのＢＴパラメータとの対１２ｂ、ｉｉｉ）キーレスエントリ（鍵開）に実際に使用された携帯端末２０の端末ＩＤとその携帯端末２０との間でＢＴ接続を確立するために必要なＢＴパラメータとの対１２ｃ、等が記憶される。

なお、キーレスエントリが認められている携帯端末２０の端末ＩＤとＢＴパラメータとの対１２ａと、ｉｉ）ＢＴ接続が認められている携帯端末２０の端末ＩＤとＢＴパラメータの対１２ｂとは、それぞれ、単数でも複数でもよい。一方、キーレスエントリ（鍵開）に実際に使用された携帯端末２０の端末ＩＤとＢＴパラメータの対１２ｃは単数である。

また、データエリアには、車載装置１０が有する複数の機能のそれぞれについて、キーレスエントリに用いた携帯端末２０により操作することを許可するか禁止するかを示す情報が、図３に例示するように登録されている。

コンテンツ記憶部１３は、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等から構成され、車載装置１０で再生する各種コンテンツ（音声コンテンツ、静止画コンテンツ、動画コンテンツ等）を記憶する。

通信部１４は、アンテナとＢＴモジュールから構成され、他のＢＴ装置（本実施形態では特に携帯端末２０）との間でのＢＴ接続（ＢＴ仕様を満たす無線通信）を行う。通信部１４は、制御部１１によって制御される。なお、有線の通信を行うような通信部を用いてもよい。有線で行う通信としては、ＵＳＢ（Universal Serial Bus）規格やＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）規格に準拠した通信を用いることができる。

端末ＩＤ受信部１５は、キーレスエントリ装置３０の後述する端末ＩＤ送信部３５に例えば有線で接続されており、端末ＩＤ送信部３５から送信される端末ＩＤを受信し、制御部１１にその旨を通知する。端末ＩＤ受信部１５は、制御部１１による制御によって受信部を実現する。

操作部１６は、操作ボタン、操作キー、リモコン、タッチパネル等を備え、ユーザの操作に応答して、操作内容を示す信号を制御部１１に供給する。

表示部１７は、ＦＬ（Fluorescent Lamp）ディスプレイ、液晶ディスプレイ等から構成され、制御部１１の制御下に、データを表示する。

音声出力部１８は、Ｄ／Ａ変換器、音声出力端子やスピーカ端子を備え、制御部１１から供給されたデジタル音声データをＤ／Ａ変換し、増幅して、音声信号として出力する。

音声入力部１９は、Ａ／Ｄ変換器、音声入力端子やマイク端子を備え、外部から入力された音声信号をＡ／Ｄ変換してデジタル音声データを生成し、制御部１１に供給する。

センサ群２０１は、実施の形態２以降で使用するものであり、車速センサ、ステアリングセンサ、携帯端末位置センサ等を含む。

図１に示す携帯端末２０は、携帯電話、ＰＨＳ（Personal Handyphone System）、スマートフォン、ＰＤＡ（Personal Digital Assistance）、携帯型コンピュータ、等から構成され、いわゆる携帯電話の機能とキーレスエントリの機能とＢＴ接続の機能とを備える。

携帯端末２０は、図４に示すように、制御部２１と、制御メモリ２２と、不揮発性メモリ２３と、通信部２４と、キー操作データ送信部２５と、操作部２６と、表示部２７と、マイク部２８と、スピーカ部２９と、通信部２１０と、を備える。

制御部２１は、ＣＰＵ等から構成され、制御メモリ２２に格納されている動作プログラムを実行して、この携帯端末２０の各部の動作を制御する。例えば、制御部２１は、音声信号の処理、表示制御等を行うと共に、所定の操作に応答してキーレスエントリ用の処理を行い、さらに、ＢＴ接続を要求してきた車載装置１０との間で、ＢＴ接続を確立し、種々の制御を行う。

制御メモリ２２は、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＲＡＭ（Random Access Memory）等から構成され、制御部２１を構成するＣＰＵのワークエリア、ＣＰＵが実行する動作プログラムを記憶するプログラムエリア、データエリア等として機能する。

プログラムエリアには、ｉ）通常の通話処理を実行するための動作プログラム、ｉｉ）キーレスエントリを行うための動作プログラム、ｉｉｉ）車載装置１０との間でＢＴ接続を確立するためのプログラム、ｉｖ）ＢＴ接続を介して車載装置１０の各種機能を制御するためのプログラム、等の動作プログラムが記憶されている。

データエリアには、図４に示すように、自機の端末ＩＤ、車載装置１０との間でＢＴ接続を確立するためのＢＴパラメータが記憶されている。また、キーレスエントリに使用される携帯端末２０の制御メモリ２２のデータエリアには、自機の端末ＩＤとＢＴパラメータに加えて、キーレスエントリが認められているキーレスエントリ装置３０の識別情報ＩＴが記憶されている。

不揮発性メモリ２３は、フラッシュメモリ等から構成され、電話番号、発信着信履歴等の各種データや各種コンテンツを記憶する。

通信部２４は、アンテナとＢＴモジュールから構成され、他のＢＴ装置（本実施形態では特に車載装置１０）との間でのＢＴ接続を行う。

キー操作データ送信部２５は、制御部２１の制御下に、キーレスエントリ装置３０の識別情報ＩＴ及び自機の端末ＩＤを含むキー操作データを送信する。

操作部２６は、操作ボタン、操作キー、タッチパネル等を備え、ユーザの操作に応答して、操作内容を示す信号を制御部２１に供給する。

表示部２７は、液晶ディスプレイ、有機ＥＬ（Organic Electro-Luminescence：ＯＥＬ）ディスプレイ等から構成され、制御部２１の制御下に、データを表示する。

マイク部２８は、携帯端末２０単体で通話する際のマイクロフォンである。

スピーカ部２９は、携帯端末２０単体で通話する際のスピーカである。

通信部２１０は、アンテナ、高周波回路等を備え、基地局との間で移動体通信を行う。

図１に示すキーレスエントリ装置３０は、携帯端末２０による遠隔操作によって車両１００のドアを施錠又は解錠を行う装置であり、図５に示すように、制御部３１と、制御メモリ３２と、キー操作部３３と、キー操作データ受信部３４と、端末ＩＤ送信部３５と、電源検出部３６と、を備える。

制御部３１は、ＣＰＵ等から構成され、制御メモリ３２に格納されている動作プログラムを実行して、このキーレスエントリ装置３０の各部の動作を制御する。例えば、制御部３１は、携帯端末２０からキー操作データを受信し、所定の認証が成立した場合には、キー操作部３３に車両１００のドアを施錠又は解錠を行わせるための制御信号を送信し、キー操作データに含まれている携帯端末２０の端末ＩＤを、端末ＩＤ送信部３５を介して車載装置１０に送信する。

制御メモリ３２は、ＲＯＭ、ＲＡＭ等から構成され、キーレスエントリを許可する携帯端末２０の端末ＩＤ等を記憶する。なお、端末ＩＤは、１つでも複数でもかまわない。

キー操作部３３は、制御部３１からの制御信号に応答して、車両１００のドアの施錠又は解錠を行う。

キー操作データ受信部３４は、携帯端末２０のキー操作データ送信部２５から送信されたキー操作データを受信し、自装置宛であるか否かを判別し、自装置宛であれば、制御部３１にその旨を通知する（対応する割り込み信号を送出する）。

端末ＩＤ送信部３５は、車載装置１０の端末ＩＤ受信部１５に有線で接続されており、制御部３１の制御下に、受信したキー操作データに含まれていた携帯端末２０の端末ＩＤを送信する。

電源検出部３６は、車両１００のイグニッションがオンされたことを検出し、制御部３１に検出信号を供給する。

図１に示すハンズフリー装置４０は、ドライバが装着するヘッドセットから構成され、図２に示すように、スピーカ部４１と、マイク部４２と、を備える。ヘッドセットは、ハンズフリー通信を実現するためのプロファイルであるＨＦＰ（Hands-Free Profile）又はＨＳＰ（Head-Set Profile）を有する。

なお、上述の携帯端末２０と車載装置１０も、ＨＦＰ又はＨＳＰを有しており、本実施の形態では、ＢＴによるハンズフリー接続が可能となっている。

なお、制御メモリ１２，２２，３２に格納される各データは、既知のデータ登録手法を用いて、デフォルト値として或いはユーザ自身の操作により適宜格納される。

次に、上記構成を有する車両用通信システム１の動作を説明する。
車載装置１０、キーレスエントリ装置３０、携帯端末２０は、それぞれ、一般的な動作を行うことが可能である。

以下の説明では、本実施の形態に特有な、車両１００の乗員の携帯端末２０と車載装置１０との間でＢＴ接続を確立し、各携帯端末２０により車載装置１０の操作を可能とするが、キーレスエントリ（解錠）に使用した携帯端末２０からの操作を受け付けないようにするという特徴的な動作について説明する。

以下、具体的に場面を分けて説明する。

（キーレスエントリ）
キーレスエントリについて説明する。
前述のように、キーレスエントリ装置３０の制御メモリ２２には、キーレスエントリが予め認められている携帯端末２０の端末ＩＤが登録されている。ユーザが、キーレスエントリが予め認められた携帯端末２０の操作部２６を操作して、施錠又は解錠を指示すると、操作部２６は、これを検出し、制御部２１にキー操作データを出力する。

制御部２１は、キー操作データに応答して、図６（ａ）に示すキーレスエントリ処理を開始し、制御メモリ２２から自己の端末ＩＤと指示先のキーレスエントリ装置３０の識別情報（アドレス）ＩＴを読み出し、識別情報ＩＴを宛先アドレスとし、端末ＩＤを送信元アドレスとするキー操作データを生成する（ステップＡ０１）。

次に、制御部２１は、生成したキー操作データを、キー操作データ送信部２５から無線送信し（ステップＡ０２）、処理を終了する。

キーレスエントリ装置３０のキー操作データ受信部３４は、キー操作データ送信部２５から無線送信されたキー操作データを受信し、宛先アドレス（識別情報ＩＴ）から、自己宛であるか否かを判別し、自己宛であれば、受信したキー操作データを取り込み、制御部３１にその旨を通知する（割り込み信号を出力する）。

制御部３１は、通知に応答して、図６（ｂ）に示すキーレスエントリ処理を開始し、キー操作データ受信部３４から、受信したキー操作データに含まれている送信元の携帯端末２０の端末ＩＤを受信し、制御メモリ３２に記憶する（ステップＡ１１）。

制御部３１は、受信した端末ＩＤが、制御メモリ３２に予め記憶されているキーレスエントリが認められている携帯端末２０の端末ＩＤ１２ａのいずれかと一致するか否かを判別する（ステップＡ１２）。即ち、制御部３１は、キーレスエントリの要求を認証する。

制御部３１は、受信した端末ＩＤが、制御メモリ３２に予め記憶されているキーレスエントリが認められている携帯端末２０の端末ＩＤ１２ａのいずれとも一致しないと判別した場合（ステップＡ１２；Ｎｏ）、今回の処理を終了する。

一方、制御部３１は、受信した端末ＩＤが、制御メモリ３２に予め記憶されているキーレスエントリが認められている携帯端末２０の端末ＩＤ１２ａのいずれかに一致すると判別した場合（ステップＡ１２；Ｙｅｓ）、現在のキー（錠）の状態を判別する（ステップＡ１３）。

現在の状態が解錠中の場合（ステップＡ１３；解錠状態）、制御部３１は、施錠を行わせる制御信号をキー操作部３３に送信する（ステップＡ１４）。キー操作部３３は、制御信号に応答して、車両１００を施錠し、今回の処理を終了する。

一方、現在の状態が施錠中の場合（ステップＡ１３；施錠状態）、制御部３１は、解錠を行わせる制御信号をキー操作部３３に送信する（ステップＡ１５）。

キー操作部３３は、制御信号に応答して、解錠処理を行う。

制御部３１は、ステップＡ１５で解錠を指示した後、電源検出部３６がイグニッションオンを検出するのを待機する（ステップＡ１６）。通常、ユーザは、解錠処理をした後、エンジンキーを回すこと等により、車両１００のイグニッションをオンする。電源検出部３６は、イグニッションがオンされたことを検出し、検出信号を制御部３１に出力する。

なお、ステップＡ１６で一定時間待機してもイグニッションがオンされない場合等には、キーを再施錠して、処理を終了する。

続いて、制御部３１は、ステップＡ１１で制御メモリ３２に記憶しておいた端末ＩＤ（即ち、キーレスエントリを要求してきた携帯端末２０の端末ＩＤ）と、解錠したことを示す解錠情報を含むキー制御情報を端末ＩＤ送信部３５から車載装置１０に送信し（ステップＡ１７）、今回の処理を終了する。なお、制御部３１は、検出信号の出力後、内部タイマなどにより一定時間を計測した後、或いは、車載装置１０へデータ送信要求信号を送信し、車載装置１０がそれに応答し、車載装置１０から許可信号が返信されてきたときに、端末ＩＤと解錠情報とを送信するようにしてもよい。

一方、イグニッションのオンに伴って、車載装置１０にも動作電力の供給が開始し、車載装置１０の各部は動作を開始する。

動作を開始した車載装置１０の端末ＩＤ受信部１５は、キーレスエントリ装置３０がステップＡ１７で送信した端末ＩＤと解錠情報を含むキー制御情報を受信し、制御部１１に提供する。

制御部１１は、端末ＩＤと解錠情報を含む制御情報の受信に応答し、図７（ｂ）に示す端末ＩＤ登録処理を開始する。制御部１１は、まず、受信した制御情報に含まれている端末ＩＤに対応するＢＴパラメータ（解錠操作に使用された携帯端末２０とＢＴ接続するために必要なＢＴパラメータ）を、制御メモリ１２に記憶されているキーレスエントリが認められた携帯端末の端末ＩＤとＢＴパラメータの対１２ａの中から特定する（ステップＡ２１）。続いて、受信した制御情報に含まれる端末ＩＤ（解錠に使用された携帯端末２０の端末ＩＤ）とステップＡ２１で特定したその携帯端末２０用のＢＴパラメータとの対を、解錠に使用された携帯端末２０の端末ＩＤとＢＴパラメータの対１２ｃとして制御メモリ１２に登録し（ステップＡ２２）、処理を終了する。なお、前回記憶した端末ＩＤとＢＴパラメータの対１２ｃが残っている場合には、上書きする。

（ＢＴ接続の確立）
また、車載装置１０は、動作電力が供給されると、図８（ａ）に示すＢＴ接続確立処理を実行する。

まず、制御部１１は、通信部１４を介して、周囲の携帯端末２０にＢＴ接続要求を送信し（ステップＢ０１）、携帯端末２０からの応答を待機する（ステップＢ０２）。

一方、車両１００内の携帯端末２０の制御部２１は、車載装置１０からのＢＴ接続要求を通信部２４で受信し、図８（ｂ）に示すＢＴ接続確立処理を開始する。

まず、制御部２１は、制御メモリ２２に格納されているＢＴパラメータに基づいて、ＢＴ接続要求を送信した車載装置１０が、ＢＴ接続が認められた装置であるか否かを判別する（ステップＢ１１）。即ち、ＢＴ接続要求を送信した装置を認証する。

ＢＴ接続要求を送信した車載装置１０が、ＢＴ接続が認められた装置ではないと判別した場合（ステップＢ１１；Ｎｏ）、制御部２１は、今回の処理を終了する。車載装置１０は、一定時間内に応答が得られない場合（ステップＢ０２；Ｎｏ）、ステップＢ０１にリターンする。

一方、携帯端末２０の制御部２１が、ＢＴ接続要求を送信した車載装置１０がＢＴ接続が認められた装置であると判別した場合（ステップＢ１１；Ｙｅｓ）、制御部２１は、接続要求に対する応答を送信する（ステップＢ１２）。この応答には応答を送信する携帯端末２０の端末ＩＤが含まれる。

一方、車載装置１０の制御部１１は、携帯端末２０からの応答を通信部１４を介して受信し（ステップＢ０２；Ｙｅｓ）、応答してきた携帯端末２０がＢＴ接続が認められた携帯端末２０であるか否かを、制御メモリ１２に予め記憶されている端末ＩＤとＢＴパラメータの対１２ｂに基づいて判別する（ステップＢ０３）。

応答して来た携帯端末２０がＢＴ接続が認められた携帯端末２０ではないと判別した場合（ステップＢ０３；Ｎｏ）、ステップＢ０１にリターンする。

一方、応答して来た携帯端末２０がＢＴ接続が認められた携帯端末２０であると判別した場合（ステップＢ０３；Ｙｅｓ）、車載装置１０の制御部１１と携帯端末２０の制御部２１との間で、通信部１４と通信部２４を介してネゴシエーションを行って（ステップＢ０４、Ｂ１３）、車載装置１０と携帯端末２０の間でＢＴ接続を確立し、対応する設定を行う。

例えば、車載装置１０と特定の携帯端末２０との間のＢＴパラメータとして、ハンズフリー通話を実現するためHSP (Headset Profile) とHFP (Hands-Free Profile)とが設定されている場合、車載装置１０と特定の携帯端末２０とは、ＢＴ接続を確立すると、ハンズフリー装置４０を介して通信の発信・着信、通話を可能とするように各種設定を行う。

車載装置１０の制御部１１と携帯端末２０の制御部２１とは、それぞれ、必要に応じて、ＢＴ接続が確立したときに、表示部１７、表示部２７に接続完了の旨を表示するとともに、音声出力部１８とスピーカ部２９から報知音声を出力する。

その後、処理はステップＢ０１にリターンし、周囲の予めＢＴ接続が認められている携帯端末２０との間でＢＴ接続が順次確立される。なお、ＢＴ接続を確立した後、一定時間以上ＢＴ通信ができない携帯端末２０が存在する場合には、その携帯端末２０とのＢＴ接続を切断する。

以後は、ＢＴ接続を介した種々の処理が行われる。
なお、携帯端末２０側から車載装置１０へのＢＴ接続の要求、それに続くＢＴ接続処理も適宜実行される。

ここで、車載装置１０との間でＢＴ接続を確立した携帯端末２０を用いて、車載装置１０を操作（制御）する場合、ユーザは所定のキー操作等により、制御メモリ２２に格納されている動作プログラム（ＢＴ接続を介して車載装置１０の各種機能を制御するためのプログラム）を起動する。なお、ＢＴ接続の確立（ステップＢ１３）に応答して、自動的に動作プログラムを起動するようにしてもよい。

動作プログラムの起動により、携帯端末２０の制御部２１は図９（ａ）に示す操作処理を開始し、まず、何らかの操作が成されたか否かを判別する（ステップＣ０１）。操作が無いと判別した場合（ステップＣ０１；Ｎｏ）、ステップＣ０１を繰り返して、ユーザによる操作の入力を待機する。

一方、操作（指示）があったと判別した場合（ステップＣ０１；Ｙｅｓ）、制御部２１は、操作（指示）の内容を示す操作情報と自端末を特定する情報を含む制御情報を含む制御情報を、通信部２４を介して車載装置１０に送信する（ステップＣ０２）。なお、操作情報は、例えば、右カーソルが操作された等のキー操作そのものを示す情報でも、キー操作によって指示された処理の内容を表すものでもよい。その後、処理が終了したか否かを判別し（ステップＣ０３）、終了していなければ（ステップＣ０３；Ｎｏ）、ステップＣ０１にリターンし、上述の処理を繰り返す。一方、処理が終了したと判別した場合（ステップＣ０３；Ｙｅｓ）、今回の処理を終了する。

車載装置１０の制御部１１は、ステップＣ０２で送信された制御情報（操作情報＋自端末特定情報）を通信部１４を介して受信し、図９（ｂ）に示す操作処理を開始する。

まず、制御部１１は、制御情報を送信してきた携帯端末２０が、解錠（キーレスエントリ）に使用された携帯端末２０であるか否かを、制御メモリ１２に記憶されている解錠に使用された携帯端末の端末ＩＤとＢＴパラメータの対１２ｃに基づいて判別する（ステップＣ１１）。

制御部１１は、制御メモリ１２に解錠に使用した携帯端末２０のＢＴパラメータが記憶されていない場合（解錠がキーレスエントリ以外で行われた場合）及び制御情報を送信してきた携帯端末２０との間のＢＴパラメータが制御メモリ１２に記憶されている解錠に使用された携帯端末のＢＴパラメータと一致しない場合（ステップＣ１１；Ｎｏ）、制御情報を送信してきた携帯端末２０が解錠に使用された携帯端末２０ではないので、受信した制御情報が表す操作に従った処理を実行する（ステップＣ１４）。

一方、制御部１１は、制御情報を送信してきた携帯端末２０との間のＢＴパラメータが制御メモリ１２に記憶されている解錠に使用された携帯端末のＢＴパラメータと一致する場合（ステップＣ１１；Ｙｅｓ）、制御情報を送信してきた携帯端末２０が解錠に使用された携帯端末２０であるので、受信した制御情報に含まれる操作情報により特定される操作が、許可されている機能を対象とした操作であるか否かを、図２に示す制御メモリ１２に記憶されている操作許可／禁止テーブル（図３）１２ｄを参照して、判別する（ステップＣ１２）。

操作が許可されている機能である場合（ステップＣ１２；Ｙｅｓ）、例えば、操作情報に対応する操作がデータレコーダ機能のオンであれば、図３の操作許可／禁止テーブル１２ｄでは、データレコーダ機能の操作は許可されているので、ステップＣ１２で、Ｙｅｓと判別され、ステップＣ１４でレコーダ機能がオンされる。

操作が禁止されている機能である場合（ステップＣ１２；Ｎｏ）、例えば、操作情報に対応する操作が、カーナビゲーションの目的地の設定やオーディオのボリュームの調整であれば、図３の操作許可／禁止テーブル１２ｄでは、カーナビゲーション機能やオーディオ機能の操作は禁止されているので、ステップＣ１２で、Ｎｏと判別され、ステップＣ１３で、例えば、図１０に例示するような警告を表示部１７に表示し、今回の処理を終了する。

以上説明したように、本実施の形態においては、キーレスエントリ（解錠）に使用した携帯端末２０を用いた車載装置１０の操作を禁止するように設定可能である。従って、キーレスエントリ、特に、解錠は、ドライバによりなされることが多いことから、ドライバが操作することが好ましく無い操作を、簡単な構成で効率的に且つ誤動作少なく禁止することができる。

なお、この発明は、上記実施の形態に限定されず、種々の変形及び応用が可能である。
例えば、図３に示す操作許可／禁止テーブル１２ｄでは、車載装置１０が有する機能の大区分（基本機能）毎に許可・禁止を設定したが、図１１に示すように、より詳細な機能毎に許可・禁止を設定してもよい。また、図３や図１１に示す事項以外にも、許可/禁止の制御を行ってもよい。例えば、携帯端末操作自体における機能について、許可/禁止の制御を行ってもよく、携帯端末操作による通話・インターネット閲覧の使用制限や、エンターテイメント系アプリケーションの起動/使用制限などを行ってもよい。また、映像データの転送を禁止するような制限を行ってもよい。

２．第２の実施の形態
第１の実施の形態では、車載装置１０は、制御情報を送信してきた携帯端末２０が、キーレスエントリ（解錠）に用いられた携帯端末２０であることを条件として（ステップＣ１１；Ｙｅｓ）、制御情報に含まれている操作情報が表す操作が許可されているか・禁止されているかを判別した（ステップＣ１２）。この発明は、これに限定されず、許可されているか・禁止されているかを判別する条件として他の任意の条件を追加してもよい。

例えば、図１２に示すように、制御情報を送信してきた携帯端末２０が、キーレスエントリ（解錠）に用いられた携帯端末２０であると判別された場合（ステップＣ１１：Ｙｅｓ）、さらに、その携帯端末２０が通話状態にあるか否かを判別し（ステップＣ２１）、通話状態にあるとき（ステップＣ２１；Ｙｅｓ）、制御情報に含まれている操作情報が表す操作が許可されているか・禁止されているかを判別する（ステップＣ１２）ように構成してもよい。

ここで、通話状態にあるとは、その携帯端末２０が実際に通話に使用されている状態に限定されない。例えば、携帯端末２０と車載装置１０とが、ハンズフリー通話を実現するためのHSP (Headset Profile) とHFP (Hands-Free Profile)とにもとづいてＢＴ接続されている状態では、ハンズフリー装置４０を介して、必要に応じて、その携帯端末２０を用いて通話が可能である。

そこで、携帯端末２０と車載装置１０との間が、通信を可能とする状態でＢＴ接続されている場合を、通話状態と判別することが望ましい。

この構成によれば、携帯端末２０がキーレスエントリ（解錠）に用いられ且つ通常状態にあるときに、所定の操作処理を禁止するので、ドライバ等の真に望ましく無い操作を禁止することが可能となり、さほど害にならない操作まで一律に禁止するという事態を防止できる。

３．第３の実施の形態
第２の実施の形態では、携帯端末２０がキーレスエントリ（解錠）に用いられた携帯端末２０であることを前提として（ステップＣ１１；Ｙｅｓ）、他の条件として、その携帯端末が通話状態にあるときに（ステップＣ２１；Ｙｅｓ）、受信した制御情報に含まれている操作情報が表す操作が許可されているか・禁止されているかを判別した（ステップＣ１２）。しかし、例えば、車両１００が停止しており、ドライバが運転していないことが明らかな場合まで、携帯端末２０を用いた操作を一律に禁止する必要はない。

そこで、図１３（ａ）に示すように、ステップＣ２１の処理で、通話状態にあると判別された際に（ステップＣ２１；Ｙｅｓ）、センサ群２０１のなかの車速センサの出力から車速を判別し（ステップＣ２２）、車速が０（即ち停止状態）のとき（ステップＣ２２；Ｙｅｓ）は、操作情報に基づく処理を許可し（ステップＣ１４）、車速が０以外（即ち走行状態）のとき（ステップＣ２２；Ｎｏ）は、操作情報に基づく処理を、許可するか禁止するかを判別する（ステップＣ１２）ようにしてもよい。

また、図１３（ｂ）に示すように、ステップＣ２１をスキップすることも可能である。
また、ステップＣ２２で、車速が厳格に０であるかを判別する代わりに、所定の速度、例えば、３ｋｍ／時程度以下であるか否か（実質的に車速が０とみなせる）を判別してもよい。

また、図１４（ａ）に示すように、ステップＣ２１の処理で、通話状態にあると判別された際に（ステップＣ２１；Ｙｅｓ）、センサ群２０１のなかのステアリングタッチセンサの出力から、ドライバがステアリングにふれているか否かを判別し（ステップＣ２３）、ステアリングに触れていない（即ち、運転していない）とき（ステップＣ２３；Ｎｏ）は、受信した制御情報に含まれている操作情報に基づく処理を許可し、ステアリングに触れている（即ち、運転している）とき（ステップＣ２３；Ｙｅｓ）は、操作情報に基づく処理を、許可するか禁止するかを判別する（ステップＣ１２）ようにしてもよい。
また、図１４（ｂ）に示すように、ステップＣ２１をスキップすることも可能である。

さらに、図１５（ａ）に示すように、ステップＣ２１の処理で、通話状態にあると判別された際に（ステップＣ２１；Ｙｅｓ）、センサ群２０１のなかの着座センサの出力から、ドライバが着座しているか否かを判別し（ステップＣ２４）、着座していない（即ち、運転していない）のとき（ステップＣ２４；Ｎｏ）は、受信した制御情報に含まれている操作情報に基づく処理を許可し（ステップＣ１４）、着座している（即ち、運転している可能性が高い）とき（ステップＣ２４；Ｙｅｓ）は、操作情報に基づく処理を、許可するか禁止するかを判別する（ステップＣ１２）ようにしてもよい。

また、図１５（ｂ）に示すように、ステップＣ２１をスキップすることも可能である。

さらに、図１６（ａ）に示すように、ステップＣ２１の処理で、通話状態にあると判別された際に（ステップＣ２１；Ｙｅｓ）、センサ群２０１のなかの携帯端末位置センサの出力から、操作情報を送信して来た携帯端末２０がドライバの所持する（ドライバ席又はその近傍にある）ものであるか否かを判別し（ステップＣ２５）、ドライバ席以外の席にある（即ち、ドライバが保持していない）とき（ステップＣ２５；Ｎｏ）は、操作情報に基づく処理を許可し、ドライバ席にある（即ち、ドライバが保持している）とき（ステップＣ２５；Ｙｅｓ）は、操作情報に基づく処理（ステップＣ１４）を、許可するか禁止するかを判別する（ステップＣ１２）ようにしてもよい。なお、携帯端末２０をドライバが所持しているか否か（ドライバ席又はその近傍にあるか否か）を判別する手法は、例えば、特許文献１に記載の手法などを使用することが可能である。

また、図１６（ｂ）に示すように、ステップＣ２１をスキップすることも可能である。

４．第４の実施の形態
上記実施の形態では、携帯端末２０がキーレスエントリ（解錠）に用いられた携帯端末２０であることを（ステップＣ１１；Ｙｅｓ）、操作情報に対応する操作が許可されているか・禁止されているかを判別する必須の条件としたが、他の条件を必須の条件とし、携帯端末２０がキーレスエントリ（解錠）に用いられた携帯端末２０であることを、付加的な条件とすることも可能である。
例えば、図１７に示すように、解錠に使用された携帯端末２０が通話状態か否かを判別し（ステップＣ２１）、通話状態の場合（ステップＣ２１；Ｙｅｓ）、制御情報を送信してきた携帯端末２０がキーレスエントリ（解錠）に使用された携帯端末であるか否かを判別する（ステップＣ１１）としてもよい。

また、図１８（ａ）、（ｂ）に示すように、センサ群２０１のなかの携帯端末位置センサの出力から、制御情報を送信して来た携帯端末２０がドライバの所持する（ドライバ席にある）ものであるか否かを判別し（ステップＣ２５）、ドライバ席にある（即ち、ドライバが保持している）とき（ステップＣ２５；Ｙｅｓ）は、通話状態か否か及び又は解錠に使用された携帯端末２０であるか否かを判別する（ステップＣ２１、Ｃ１１）という構成とすることも可能である。

運転中であるか否かなどの判断についても同様に変更可能である。

５．第５の実施の形態
上記実施の形態では、携帯端末２０がキーレスエントリ（解錠）に用いられた携帯端末２０であることを（ステップＣ１１；Ｙｅｓ）、操作情報に対応する操作が許可されているか・禁止されているかを判別する条件としたが、他の条件のみで操作情報に対応する操作が許可されているか・禁止されているかを判別する条件とすることも可能である。
例えば、図１９（ａ）に示すように、解錠に使用された携帯端末２０が通話状態か否かを判別し（ステップＣ２１）、通話状態の場合（ステップＣ２１；Ｙｅｓ）、操作情報に対応する操作が許可されているか・禁止されているかを判別する（ステップＣ１２）としてもよい。

また、図１９（ｂ）に示すように、他の付加条件（ステップＣ２６）、例えば、制御情報を送信して来た携帯端末２０がドライバの所持する（ドライバ席にある）ものであるか否か、或いは、運転中であるか否かなどを、追加してもよい。
また、図２０に示すように、操作の種類や内容別に、付加条件を設定するようにしてもよい。

６．変形例
以上説明した実施の形態においては、車載装置１０と携帯端末２０とはＢＴ仕様を満たす無線通信を行う例を示したが、ＵＷＢ（Ultra Wide Band）、Ｚ−Ｗａｖｅ、ＺｉｇＢｅｅ（登録商標）等の他の近距離無線通信規格に準拠する通信も可能である。

車載装置１０とキーレスエントリ装置３０とを有線ケーブルで接続する例を示したが、両装置を無線接続してもよい。

また、車載装置１０とキーレスエントリ装置３０とを別体とする例を示したが、両装置の回路を共通化し、一体化してもよい。

また、上記の実施の形態では、キーレスエントリ装置３０は、解錠となったときにのみ、車載装置１０に端末ＩＤを転送したが、結果によらず、転送するようにしてもよい。
この場合には、車載装置１０の制御メモリ１２に格納されるＢＴ接続対象の携帯端末の端末ＩＤは、必ずしも、キーレスエントリ対象のものに限定されず任意となる。

上記実施の形態においては、キーレスエントリ装置３０は、キーの解錠・施錠を行ったが、キーレスエントリは、キーの解錠・施錠に限定されず、イグニッションのオン・オフを実行するようにしてもよい。この場合には、電源検出部３６がイグニッションオンを検出する必要はなく、図５（ｂ）のステップＡ１６で、制御部３１はその検出を待機する必要はない。また、車載装置１０の端末ＩＤ受信部１５及び制御部１１には、イグニッションオフの間も待機電源を提供するようにしてもよい。

さらに、車両１００を操作した（又は、操作する意志を示した）携帯端末２０を特定する手段として、キーレスエントリ装置３０を使用したが、他の車両制御装置を使用してもよい。例えば、車両制御装置は、携帯端末２０による遠隔操作によって作動するリモートエンジンスタート装置等であってもよい。この場合、携帯端末２０の操作により、エンジンスタートを指示するコマンドを送信する。

リモートエンジンスタート装置は、端末ＩＤが登録されていれば、イグニッションをオンし、エンジンをスタートし、アイドリングを開始する。続いて、端末ＩＤを車載装置１０に転送する。車載装置１０は、端末ＩＤが登録済みと判断すると、エンジンスタートを指示した携帯端末２０に対してＢＴの接続要求をする。同様に、携帯端末２０が車両に対し指示する操作は、ウインドウの開閉、バックミラーの開閉、等などでもよい。その他、リモートで車両に任意のコマンドを送信できる装置と、コマンドを受けて、車両を制御できる車両制御装置ならば、ユーザの意志確認に適切である。

上記実施の形態では、キーレスエントリ装置３０で端末ＩＤを受信し、車載装置１０に転送したが、車載装置１０自身がキー操作データ受信部を備え、携帯端末２０からキーレスエントリ装置３０に向けて送信されたキー操作データを傍受し、そのキー操作データに含まれている端末ＩＤが制御メモリ１２に予め登録されているか否かにより、ＢＴ接続を行うか否かを制御するようにしてもよい。その他、車両に対し何らかの操作を行った携帯端末２０の端末ＩＤを受信する手段及び手法自体は任意である。

また、携帯端末２０が送信する端末ＩＤとキーレスエントリ装置３０及び車載装置１０が記憶する端末ＩＤとは同一のものである必要はない。一定の処理により同一の携帯端末２０を指定していることが確認できるならばデータ自体は任意である。例えば、セキュリティを目的として起動/使用する際におけるロック解除を要する車載装置の場合、そのロック解除に使用された携帯端末をドライバの携帯端末と判断してもよい。車載装置のロック解除に携帯端末の端末ＩＤを用いる場合も同様である。また、車載装置と携帯端末の双方にＮＦＣ等が搭載されている場合には、予め登録されている携帯端末と近接させるとロックが解除されるシステム等が考えられ、そのロック解除に使用された携帯端末がドライバの所有するものであると判別することも可能である。

また、本発明を実現するために実行するプログラムは、制御メモリ１２，２２，３２等に予め記憶されているものとして説明したが、このような動作プラグラム及び各種データは、車載装置１０、携帯端末２０、キーレスエントリ装置３０に含まれるコンピュータに対して、着脱自在の記録媒体により配布・提供されてもよい。さらに、動作プログラム及び各種データは、電気通信ネットワーク等を介して接続された他の機器からダウンロードすることによって配布されるようにしてもよい。

そして、各処理の実行形態も、着脱自在の記録媒体を装着することにより実行するものだけではなく、電気通信ネットワーク等を介してダウンロードした動作プログラム及び各種データを内蔵の記憶装置に一旦格納することにより実行可能としてもよいし、電気通信ネットワーク等を介して接続された他の機器側のハードウェア資源を用いて直接実行してもよい。さらには、他の機器と電気通信ネットワーク等を介して各種データの交換を行うことにより各処理を実行してもよい。

なお、本発明は以上の実施の形態及び図面によって限定されるものではない。本発明の要旨を変更しない範囲で、適宜、実施の形態及び図面に変更（構成要素の削除も含む）を加えることが可能である。例えば、車載装置１０における一部の動作を携帯端末２０に行わせるようにしてもよい。

１ 車両用通信システム
１０ 車載装置
１１ 制御部
１２ 制御メモリ
１３ コンテンツ記憶部
１４ 通信部
１５ 端末ＩＤ受信部
１６ 操作部
１７ 表示部
１８ 音声出力部
１９ 音声入力部
２０ 携帯端末
２１ 制御部
２２ 制御メモリ
２３ 不揮発性メモリ
２４ 通信部
２５ キー操作データ送信部
２６ 操作部
２７ 表示部
２８ マイク部
２９ スピーカ部
３０ キーレスエントリ装置
３１ 制御部
３２ 制御メモリ
３３ キー操作部
３４ キー操作データ受信部
３５ 端末ＩＤ送信部
３６ 電源検出部
４０ ハンズフリー装置
４１ スピーカ部
４２ マイク部
１００ 車両
２０１ センサ群
２１０ 通信部

Claims (9)

1. 複数の携帯端末から車両に対する操作を指示する信号を受信し、受信した信号に応答して、前記操作に基づく処理を実行する車両制御装置を有する車に搭載される車載装置において、
   携帯端末より、車載装置を制御するための操作内容を示す操作情報と前記携帯端末を特定する情報とを含む制御情報を受信する通信部と、
   前記制御情報を送信してきた携帯端末が、前記車両に対する操作の指示に使用された携帯端末であるか否かを判別する端末判別部と、
   前記端末判別部により前記制御情報を送信してきた携帯端末が前記車両に対する操作の指示に使用された携帯端末であると判別された場合には、前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別する操作受付判別部と、
   前記操作受付判別部の判別に従った処理を実行する処理部と、
   を備えることを特徴とする車載装置。
2. 前記操作受付判定部は、前記端末判別部により前記制御情報を送信してきた携帯端末が前記車両に対する操作の指示に使用された携帯端末であると判別された場合には、前記車の運転状況を取得し、運転しているときは前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別し、運転していないときは前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けると判別する、
   請求項１に記載の車載装置。
3. 前記操作受付判別部は、前記車の運転状況として、前記車が停止しているか否かの状況を取得し、前記車が停止していないときは、前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別し、前記車が停止しているときは、は前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けると判断する、
   請求項２に記載の車載装置。
4. 前記操作受付判別部は、前記車の運転状況として、ステアリングに触れているか否かの状況を取得し、ステアリングに触れているときは、前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別し、ステアリングに触れていないときは、は前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けると判断する、
   請求項２に記載の車載装置。
5. 前記操作受付判別部は、前記車の運転状況として、ドライバが着座しているか否かの状況を取得し、ドライバが着座しているときは、前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別し、ドライバが着座していないときは、は前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けると判断する、
   請求項２に記載の車載装置。
6. 制御情報を送信してきた携帯端末が、ドライバ席近傍に位置する携帯端末であるか否かを判別する位置判別部をさらに備え、
   前記操作受付判別部は、車両に対する操作の指示に使用され且つドライバ席近傍に位置する携帯端末であると判別された場合には、前記車の運転状況を取得し、運転しているときは前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別し、運転していないときは前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けると判断する、
   請求項２から５のいずれか１項に記載の車載装置。
7. 前記車両制御装置は、複数の携帯端末から車両に対するエンジンスタートを指示する信号を受信し、受信した信号に応答してエンジンスタートを実行し、
   前記端末判別部は、前記制御情報を送信してきた携帯端末が、前記車両に対するエンジンスタートの指示に使用された携帯端末であるか否かを判別し、
   前記操作受付判別部は、前記端末判別部により前記制御情報を送信してきた携帯端末が前記車両に対するエンジンスタートの指示に使用された携帯端末であると判別された場合には、前記通信部で受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別する、
   請求項１から６のいずれか１項に記載の車載装置。
8. 複数の携帯端末から車両に対する操作を指示する信号を受信し、受信した信号に応答して、前記操作に基づく処理を実行し、
   携帯端末より、車載装置を制御するための操作内容を示す操作情報と前記携帯端末を特定する情報とを含む制御情報を受信し、
   前記制御情報を送信してきた携帯端末が、前記車両に対する操作の指示に使用された携帯端末であるか否かを判別し、
   前記制御情報を送信してきた携帯端末が前記車両に対する操作の指示に使用された携帯端末であると判別された場合には、前記受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別し、
   判別に従った処理を実行する
   ことを特徴とする車載装置の制御方法。
9. コンピュータに、
   複数の携帯端末から車両に対する操作を指示する信号を受信し、受信した信号に応答した、前記操作に基づく処理、
   携帯端末より、車載装置を制御するための操作内容を示す操作情報と前記携帯端末を特定する情報とを含む制御情報を受信する処理、
   前記制御情報を送信してきた携帯端末が、前記車両に対する操作の指示に使用された携帯端末であるか否かを判別する処理、
   前記制御情報を送信してきた携帯端末が前記車両に対する操作の指示に使用された携帯端末であると判別された場合には、前記受信した制御情報に含まれる操作情報で特定される操作を受け付けないと判別する処理、
   判別に従った処理を実行する処理、
   を実行させるプログラム。

Images