(57)【特許請求の範囲】
【請求項１】
携帯端末キー及びその通信相手の両者に設けられた通信コントローラの間で無線通信が確立すると、前記携帯端末キー及び通信相手の間の通信で使用されるアプリケーションの操作が許可されて、当該アプリケーションの操作に基づく通信が可能となる携帯端末キーシステムにおいて、
前記無線通信が一旦確立したにもかかわらず相手から応答を受信することができない状態が続くと前記無線通信を無効とするときの基準として当該無線通信のリンク層において管理された時間を接続監視タイムアウトとすると、当該接続監視タイムアウトよりも短い時間間隔に設定された定期通信タイムアウトで、前記無線通信のアプリケーション層において接続確認するための信号を送受信する通信を行いつつ、前記リンク層において設定された時間間隔の接続監視タイムアウトで前記携帯端末キー及び通信相手の間の通信を行い、所定時間内に信号の受信が行われるか否かを監視することにより、通信確立の可否を判定する通信判定部と、
前記通信判定部の判定結果を基に、前記携帯端末キー及び通信相手の間の通信の作動を制御する通信制御部とを備えたことを特徴とする携帯端末キーシステム。
【請求項２】
前記接続監視タイムアウトは、ユーザの設定操作によって変更することができない予め定められた固定値であり、前記定期通信タイムアウトは、ユーザの設定操作によって変更することができる
ことを特徴とする請求項１に記載の携帯端末キーシステム。
【請求項３】
前記通信制御部は、前記通信判定部により通信不可と判定されると、前記アプリケーションの操作に基づく通信を禁止にする
ことを特徴とする請求項１又は２に記載の携帯端末キーシステム。
【請求項４】
前記携帯端末キー及び通信相手のうち、通信を主管理するマスタに一方が位置付けされ、当該マスタからの指示に基づき作動するスレーブに他方が位置付けされ、
前記通信確立の可否判定は、前記マスタによって管理されている
ことを特徴とする請求項１〜３のうちいずれか一項に記載の携帯端末キーシステム。
【請求項５】
前記携帯端末キー及び通信相手のうち、通信を主管理するマスタに一方が位置付けされ、当該マスタからの指示に基づき作動するスレーブに他方が位置付けされ、
前記通信確立の可否判定は、前記スレーブによって管理されている
ことを特徴とする請求項１〜３のうちいずれか一項に記載の携帯端末キーシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末キーにより通信相手と通信する携帯端末キーシステムに関する。
【背景技術】
【０００２】
従来、例えば高機能携帯電話等の携帯端末キーを車両の電子キーとして使用する携帯端末キーシステムが周知である（特許文献１等参照）。この種の携帯端末キーが車両とブルートゥース（Bluetooth：登録商標）を通じて通信する場合には、予め携帯端末キーと車両とをペアリングしておく必要がある。ペアリングを行うにあたっては、車両に搭載された車載ＥＣＵをペアリングモードに移行させた上で、車両及び携帯端末キーのペアリングが実行される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２１５０４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、携帯端末キーと車両との間の通信が一旦確立したにもかかわらず、周囲環境の影響を受けるなどして、通信が途切れてしまうことも想定される。この場合、通信が途切れたことを直ぐに判断できればよいが、現在の処理としては、通信確立後の接続イベントに入った後、相手側から応答を受けることができない時間が、通信のリンク層で管理される接続監視タイムアウト以上となったときに、通信が切断されたと判断されるようになっている。一般的に、接続監視タイムアウトは数十秒と長く、かつ手動操作によって設定変更できるものではない。よって、通信が途中で途切れたときには、切断と判断されるまでに時間がかかり、その間、ユーザは通信操作が不能になってしまう問題があった。
【０００５】
本発明の目的は、一旦確立した通信が途切れてしまったことを直ぐに判断することができる携帯端末キーシステムを提供することにある。
【課題を解決するための手段】
【０００６】
前記問題点を解決する携帯端末キーシステムは、携帯端末キー及びその通信相手の両者に設けられた通信コントローラの間で無線通信が確立すると、前記携帯端末キー及び通信相手の間の通信で使用されるアプリケーションの操作が許可されて、当該アプリケーションの操作に基づく通信が可能となる構成において、前記無線通信が一旦確立したにもかかわらず相手から応答を受信することができない状態が続くと前記無線通信を無効とするときの基準として当該無線通信のリンク層において管理された時間を接続監視タイムアウトとすると、当該接続監視タイムアウトよりも短い時間間隔で、前記携帯端末キー及び通信相手の間においてアプリケーション層を通じて通信を行うことにより、通信確立の可否を判定する通信判定部と、前記通信判定部の判定結果を基に、前記携帯端末キー及び通信相手の間の通信の作動を制御する通信制御部とを備えた。
【０００７】
本構成によれば、通信のリンク層で管理された変更不可の接続監視タイムアウトよりも短い時間間隔で、携帯端末キーと通信相手との間で通信を行い、この通信において、次の通信までの時間内に相手側から応答を受信することができるか否かを監視することにより、通信確立の可否を判定する。そして、その判定結果を基に、携帯端末キー及び通信相手の間の通信の作動を制御する。よって、携帯端末キーと通信相手との間の通信が確立した状態が維持されているか否かを判定するにあたって、これを短い時間のサイクルで判定することが可能となるので、一旦確立した通信が途切れたとき、これを直ぐに認識することが可能となる。
【０００８】
前記携帯端末キーシステムにおいて、前記接続監視タイムアウトは、ユーザの設定操作によって変更することができない予め定められた固定値であることが好ましい。この構成によれば、一旦確立した通信が途切れたか否かを、ユーザが設定変更することができない固定値の接続監視タイムアウトよりも短い時間で、直ぐに判断することが可能となる。
【０００９】
前記携帯端末キーシステムにおいて、前記通信制御部は、前記通信判定部により通信不可と判定されると、前記アプリケーションの操作に基づく通信を禁止にすることが好ましい。この構成によれば、通信が確立してアプリケーションの操作に基づく通信が許可された後、これまで確立していた通信が途切れたときには、これを直ちに認識してアプリケーションの操作に基づく通信が禁止にされる。このため、実際には通信が途切れたにもかかわらず、通信が確立していると判定されたままの状態が、長い間、続くことがなく、アプリケーションを直ちに最適な状態に切り替えることが可能となる。よって、アプリケーションを操作したのに通信の相手側を制御できない時間帯を短く抑えることが可能となる。
【００１０】
前記携帯端末キーシステムにおいて、前記携帯端末キー及び通信相手のうち、通信を主管理するマスタに一方が位置付けされ、当該マスタからの指示に基づき作動するスレーブに他方が位置付けされ、前記通信確立の可否判定は、前記マスタによって管理されていることが好ましい。この構成によれば、通信確立の可否をマスタ側で管理するので、この種の判定機能をスレーブ側に設けずに済む。
【００１１】
前記携帯端末キーシステムにおいて、前記携帯端末キー及び通信相手のうち、通信を主管理するマスタに一方が位置付けされ、当該マスタからの指示に基づき作動するスレーブに他方が位置付けされ、前記通信確立の可否判定は、前記スレーブによって管理されていることが好ましい。この構成によれば、通信確立の可否をスレーブ側で管理するので、この種の判定機能をマスタ側に設けずに済む。
【発明の効果】
【００１２】
本発明によれば、一旦確立した通信が途切れてしまったことを直ぐに判断することができる。
【図面の簡単な説明】
【００１３】
【図１】一実施形態の携帯端末キーシステムの構成図。
【図２】接続イベント時に実施される定期通信の流れを示すシーケンス図。
【図３】従来位置付けの接続イベントの動作例を示すシーケンス図。
【図４】（ａ）〜（ｃ）は別例における定期通信の構成例を示す概要図。
【発明を実施するための形態】
【００１４】
以下、携帯端末キーシステムの一実施形態を図１〜図３に従って説明する。
図１に示すように、車両１は、携帯端末キー２を車両キーとして使用可能な携帯端末キーシステム３を備える。携帯端末キー２は、例えば高機能携帯電話（スマートフォン）や専用携帯機にキー機能（専用のアプリケーション）を登録することによって実現される。携帯端末キーシステム３の通信には、例えばブルートゥース（Bluetooth：登録商標）が使用される。また、本例のブルートゥース通信には、通信の省電力化のためにＢＬＥ（Bluetooth Low Energy）が使用されている。
【００１５】
携帯端末キー２は、携帯端末キー２の動作を管理する制御部４と、携帯端末キー２において無線通信（本例はブルートゥース通信）に準じた電波を送受信する通信部（アンテナ及び通信回路を含む）５と、外部からの解析攻撃に耐え得るセキュアエレメント６とを備える。制御部４のメモリ７には、ブルートゥース通信のペアリングがなされた車両１との紐付けの証拠となるペアリング情報８が書き込み保存されている。セキュアエレメント６には、携帯端末キー２により車両１と無線によるキー照合（ＩＤ照合）を行うときに使用されるキー情報９が書き込み保存されている。キー情報９は、携帯端末キー２の固有のＩＤであるキーＩＤと、通信を暗号化するときに使用する暗号鍵とを含む。セキュアエレメント６は、例えばＳＩＭ（Subscriber Identity Module）カードであるとよい。
【００１６】
車両１は、携帯端末キー２とのＩＤ照合の動作を管理する携帯端末キーＥＣＵ１０と、車両１において無線通信（本例はブルートゥース通信）に準じた電波を送受信する通信部１１と、データ書き込み及び読み出しが可能なメモリ１２とを備える。メモリ１２には、車両１に登録された携帯端末キー２のペアリング情報８及びキー情報９が書き込み保存されている。ペアリング情報８は、携帯端末キー２に登録されているものと同じものである。キー情報９は、車両１に登録された携帯端末キー２のキーＩＤ及び暗号鍵を含む。通信部１１は、例えばブルートゥーストランシーバである。
【００１７】
携帯端末キー２及び携帯端末キーＥＣＵ１０は、それぞれに同じペアリング情報８が登録されることにより、両者がペアリングされている。ペアリングは、携帯端末キー２及び携帯端末キーＥＣＵ１０の間で初めて通信を実行するときに、互いを認証する作業のことをいい、ペアリングが一旦済むと、以降、ペアリングをしなくとも通信を実行することが可能となる。ペアリングは、例えば携帯端末キーＥＣＵ１０の動作モードを「ペアリングモード」に切り替えることが必要であり、ユーザにより入力されたコード情報（ＰＩＮコード、暗証番号、パスキー等）を基にリンクキーが作成され、これがペアリング情報８として両者に登録される。
【００１８】
携帯端末キーシステム３において、車外に位置する携帯端末キー２と車両１との間で、通信（ブルートゥース通信）に準じたＩＤ照合（車外ＩＤ照合）が成立すると、例えば車両ドアの施解錠が許可又は実行される。この場合のＩＤ照合には、例えばキーＩＤの正否を確認するキーＩＤ照合と、暗号鍵を用いたチャレンジレスポンス認証とを含むとよい。また、携帯端末キーシステム３において、車内に位置する携帯端末キー２と車両１との間で、通信（ブルートゥース通信）に準じたＩＤ照合（車内ＩＤ照合）が成立すると、例えば車両電源の遷移操作（一例はエンジン始動操作）が許可される。なお、携帯端末キー２の車内外判定は、通信時に受信する電波の受信信号強度（RSSI：Received Signal Strength Indicator）から判定するとよい。
【００１９】
図２に示すように、携帯端末キー２は、携帯端末キー２において通信を制御する通信コントローラ１５と、携帯端末キー２に登録されたアプリケーション１６とを備える。通信コントローラ１５は、例えば通信動作を制御するＩＣ（制御部４のＩＣ）であることが好ましい。また、アプリケーション１６は、サーバ等の外部からインストールなどすることによって携帯端末キー２に書き込み保存されたソフトウェア（プログラム）であることが好ましい。
【００２０】
携帯端末キー２の通信相手１７（本例は携帯端末キーＥＣＵ１０、以下同様）は、通信相手１７において通信を制御する通信コントローラ１８と、通信相手１７に登録されたアプリケーション１９とを備える。通信コントローラ１８は、例えば携帯端末キーＥＣＵ１０において通信（ブルートゥース通信）を管理するＩＣ（携帯端末キーＥＣＵ１０のＩＣ）であることが好ましい。また、アプリケーション１９は、通信相手１７に書き込み保存されたソフトウェア（プログラム）であることが好ましい。
【００２１】
この種の無線通信は、通信機能を階層構造に分割したモデルから構築されている。通信機能は、例えば第１層〜第７層の７階層に分けられ、層ごとに通信モジュールが定義されている。一般的に、第１層が物理層、第２層がリンク層（データリンク層）、第３層がネットワーク層、第４層がトランスポート層、第５層がセッション層、第６層がプレゼンテーション層、第７層がアプリケーション層となっている。このうち、リンク層は、通信する相手との物理的な通信路を確保し、通信路にて受け渡されるデータのエラー検知などを実行する。アプリケーション層は、例えばデータ通信を利用した様々なサービスを出力したり、他のプログラムに提供したりする。
【００２２】
本例の携帯端末キーシステム３は、携帯端末キー２が「マスタ」、車両１が「スレーブ」となって、無線通信（本例はブルートゥース通信）を実行する。マスタは、通信を主管理する側のことをいい、通信開始のリクエスト（トリガ）などを相手側に送信するなどして、通信の過程を主導する。一方、スレーブは、マスタからの指示を仰ぐかたちで、マスタからの指示に基づいて通信を実行する側をいう。
【００２３】
ＢＬＥにおいては、携帯端末キー２及び通信相手１７が通信確立する状態に遷移すると、通信接続が維持されているか否かを逐次監視する接続イベントに移行する。本例の場合、マスタ位置付けの携帯端末キー２が接続イベントを「主管理する側」となり、スレーブ位置付けとなっている通信相手１７が「監視される側」となって、両者の間の通信接続が維持されているか否かが確認される。携帯端末キー２及び通信相手１７が接続状態となると、携帯端末キー２は、通信相手１７が通信距離範囲内にいるか否かを確認するために、所定の接続インターバルＩntに従って、定期的に通信相手１７と双方向通信を実行する。接続イベントは、例えば携帯端末キー２が問いかけ、通信相手１７が応答する形式をとる。本例の接続インターバルＩntは、一定の時間幅に設定されるとともに、連続的に発生される。
【００２４】
携帯端末キーシステム３は、一旦確立した無線通信（一例はブルートゥース通信）の成立可否を判定する通信判定部２２を備える。本例の通信判定部２２は、アプリケーション層において短い時間間隔（定期通信タイムアウトＴｋ）で通信（定期通信）を行うことにより、通信の成立可否を判定する。本例の場合、無線通信が一旦確立したにもかかわらず相手から応答を受信することができない状態が続くと無線通信を無効とするときの基準として無線通信のリンク層において管理された時間を接続監視タイムアウトＴｋ’とすると、定期通信タイムアウトＴｋは、接続監視タイムアウトＴｋ’よりも短い時間に設定されている。また、接続監視タイムアウトＴｋ’は、予め設定された固定値である。
【００２５】
本例の通信判定部２２は、定期通信を主管理する側の通信判定部２２ａと、通信判定部２２ａの指示に基づき定期通信を行う従属側の通信判定部２２ｂとを備える。本例の場合、通信判定部２２ａを携帯端末キー２に設け、通信判定部２２ｂを通信相手１７に設けることにより、定期通信の管理を携帯端末キー２側、すなわちマスタ側で実行する。
【００２６】
通信判定部２２ａは、接続イベント下において、通信操作に関連するアプリケーション１６の実行が有効になると、アプリケーション層を通じた定期通信を行うのに必要なデータ群Ｄpaを通信コントローラ１５に出力する。なお、通信操作の一例としては、例えば携帯端末キー２における通信相手１７のワイヤレス操作がある。データ群Ｄpaは、例えばパケット（送信先アドレス等が付加された小データ群）である。通信判定部２２ｂは、通信判定部２２ａから出力されたデータ群Ｄpaを、無線を通じて取得できると、これに対する応答としてレスポンスＤrsを通信判定部２２ａに無線を通じて返信する。通信判定部２２ａは、データ群Ｄpaに対するレスポンスＤrsを、通信相手１７側から所定の定期通信タイムアウトＴｋ内に受信できたか否かを確認することにより、通信成立の可否を判定する。
【００２７】
携帯端末キーシステム３は、通信判定部２２の判定結果を基に無線通信（一例はブルートゥース通信）の作動を制御する通信制御部２３を備える。本例の通信制御部２３は、定期通信の管理側（本例は携帯端末キー２）に設けられる。通信制御部２３は、一旦確立した通信の接続が維持されていることを確認すると、通信操作に関連するアプリケーション１６の実行許可を継続する。一方、通信制御部２３は、一旦確立した通信が途切れたことを確認すると、通信操作に関連するアプリケーション１６の実行を禁止にする。
【００２８】
次に、図２及び図３を用いて、携帯端末キーシステム３の動作を説明する。なお、本例においては、通信相手１７（本例は携帯端末キーＥＣＵ１０）がブルートゥース通信を通じたポーリングを定期的に実施していて、ポーリングに対する接続要求を携帯端末キー２が通信相手１７に送信することにより、通信接続が確立したと判断される。
【００２９】
図２に示すように、ステップ１０１において、通信コントローラ１５は、通信相手１７からのポーリング信号を受信すると、接続要求Ｓrqを通信相手１７に送信する。
ステップ１０２において、通信コントローラ１８は、携帯端末キー２から接続要求Ｓrqを受信すると、接続完了通知Ｓcc1をアプリケーション１９に出力する。アプリケーション１９は、通信コントローラ１８から接続完了通知Ｓcc1を入力することを契機に立ち上がる。
【００３０】
ステップ１０３において、通信コントローラ１５は、アプリケーション１６に対しても接続完了通知Ｓcc2を出力する。アプリケーション１６は、通信コントローラ１５から接続完了通知Ｓcc2を入力することを契機に立ち上がる。
【００３１】
ステップ１０４において、通信コントローラ１５は、接続完了通知Ｓcc2をアプリケーション１６に出力した後、通信確立の維持を監視するために接続イベントに入る。このとき、通信コントローラ１５は、一旦確立した通信が未だ維持されているか否かを確認する定期通信（通信成立可否の判定処理）を開始する。すなわち、通信コントローラ１５は、接続インターバルＩntの周期で通信相手１７と定期通信を実行する。なお、接続インターバルＩntは、予め設定された固定値であって、携帯端末キー２のアプリケーション等からユーザが設定変更することはできない。
【００３２】
定期通信にあたり、通信コントローラ１５は、接続インターバルＩntの始まり（開始タイミング）において、定期通信の相手側に電波を送信する動作を行う。このとき、通信コントローラ１５は、アプリケーション１６からのデータ群Ｄpaの入力有無に応じた電波を通信相手１７に送信する。本例の場合、通信コントローラ１５は、電波送信のタイミングにおいて、アプリケーション１６からデータ群Ｄpaを入力していなければ、アプリケーション層よりも下層で生成される単位データＤutを定期通信の相手側に送信し、アプリケーション１６からデータ群Ｄpaを入力していれば、これを定期通信の相手側に転送する。単位データＤutは、通信プロトコルのデータの単位であって、例えばEmpty PDU（Protocol Data Unit）であることが好ましい。ここでは、データ群Ｄpaを入力していないので、通信コントローラ１５は、単位データＤutを通信相手１７に送信する。
【００３３】
ステップ１０５において、通信コントローラ１８は、定期通信の管理側の通信コントローラ１５から電波を受信すると、これに対する応答を実行する。このとき、通信コントローラ１８は、アプリケーション１９からのレスポンスＤrsの有無に応じた電波を携帯端末キー２に返信する。本例の場合、通信コントローラ１８は、電波返信のタイミングにおいて、アプリケーション１９からレスポンスＤrsを入力していなければ、単位データＤutを定期通信の管理側に返信し、アプリケーション１９からレスポンスＤrsを入力していれば、これを定期通信の管理側に返信する。ここでは、レスポンスＤrsを入力していないので、通信コントローラ１８は、単位データＤutを携帯端末キー２に返信する。
【００３４】
ステップ１０６において、アプリケーション１６は、通信コントローラ１５から接続完了通知Ｓcc2を入力することを契機に立ち上がり、例えば通信操作に関連するアプリケーション１６として、携帯端末キー２から通信相手１７を遠隔操作するワイヤレス操作を可能にする。すなわち、携帯端末キー２において、アプリケーション１６の操作に基づく通信相手１７との通信が可能となる。
【００３５】
ステップ１０７において、通信判定部２２ａは、定期通信の管理側においてアプリケーション１６の操作が有効となった後、無線通信の成立維持をアプリケーション層で確認するために用いるデータ群Ｄpaを、アプリケーション１６から通信コントローラ１５に出力する。通信コントローラ１５は、アプリケーション１６からデータ群Ｄpaを入力すると、この状態を保持する。また、通信判定部２２ａは、データ群Ｄpaの出力を起点として、例えばタイマをスタートしたり、タイムスタンプを押したりするなどして、データ群Ｄpaを出力してからの経過時間Ｔｘをカウントする。
【００３６】
ステップ１０８において、通信コントローラ１５は、２回目の接続インターバルＩntのとき、通信相手１７との定期通信を実行するが、このときアプリケーション１６からデータ群Ｄpaを入力しているので、これを通信相手１７に送信する。すなわち、通常ならば単位データＤutが送信されるところ、本例はデータ群Ｄpaが通信相手１７に送信される。
【００３７】
ステップ１０９において、通信コントローラ１８は、携帯端末キー２からデータ群Ｄpaを受信すると、これをアプリケーション１９に出力する。
ステップ１１０において、通信コントローラ１８は、携帯端末キー２からデータ群Ｄpaを受信すると、定期通信の一環として、携帯端末キー２に応答を返信する。なお、この時点では、アプリケーション１９からレスポンスＤrsを入力していないので、通常と同様、単位データＤutを携帯端末キー２に返信する。
【００３８】
ステップ１１１において、通信判定部２２ｂは、通信コントローラ１８からデータ群Ｄpaを入力することを契機に、アプリケーション層間の定期通信の返答として使用されるレスポンスＤrsを、アプリケーション１９から通信コントローラ１８に出力する。レスポンスＤrsは、パケットに類するデータ情報の一種である。通信コントローラ１８は、アプリケーション１９からレスポンスＤrsを入力すると、この状態を保持する。
【００３９】
ステップ１１２において、３回目の接続インターバルＩntのとき、通信コントローラ１５は、通信相手１７との定期通信を行うが、このときアプリケーション１６からデータ群Ｄpaを入力していないので、通常通り、単位データＤutを通信相手１７に送信する。
【００４０】
ステップ１１３において、通信コントローラ１８は、携帯端末キー２から単位データＤutを受信すると、定期通信の一環として、携帯端末キー２に応答を返信する。このとき、通信コントローラ１８は、アプリケーション１９からレスポンスＤrsを受けた状態を保持しているので、このレスポンスＤrsを携帯端末キー２に返信する。
【００４１】
ステップ１１４において、通信コントローラ１５は、通信相手１７からレスポンスＤrsを受信すると、これをアプリケーション１６に転送する。
このとき、通信判定部２２ａは、データ群Ｄpaの出力後に通信相手１７からレスポンスＤrsを取得することになるが、レスポンスＤrsを取得するまでに要した経過時間Ｔｘを確認する。そして、経過時間Ｔｘが定期通信タイムアウトＴｋ未満であれば、通信成立が維持されているとして、処理が継続され、一方で経過時間Ｔｘが定期通信タイムアウトＴｋ以上であれば、通信が途切れたと判定される。ここでは、経過時間Ｔｘが定期通信タイムアウトＴｋ未満となっているので、通信成立が維持されていると判断され、処理が継続される。そして、以降、同様の定期通信が繰り返される。
【００４２】
本例の場合、ステップ１１５において、通信判定部２２ａは、出力したデータ群Ｄpaに対するレスポンスＤrsを制限時間内に受け取ることができず、経過時間Ｔｘが定期通信タイムアウトＴｋ以上となったことを確認する。このとき、通信判定部２２ａは、これまで確立していた通信が途切れてしまったことを認識し、その旨を通信制御部２３に通知する。
【００４３】
ステップ１１６において、通信制御部２３は、通信が途切れたことを認識すると、これまで有効にしていたアプリケーション１６、すなわち携帯端末キー２のワイヤレス操作を禁止に切り替える。これにより、携帯端末キー２においてアプリケーション１６が強制終了されるので、携帯端末キー２で他の操作に移行することが可能となり、ユーザにとっては遠隔操作にあたっての困惑の要因にならずに済む。
【００４４】
図３に、従来の位置付けの通信シーケンスを図示する。同図に示されるように、従来位置付けの定期通信では、リンク層間で双方向通信することにより、通信確立の維持を判断する方式となっている。このため、通信確立の維持を監視するにあたっては、リンク層で管理される固定値の接続監視タイムアウトＴｋ’を使用しなくてはならず、これが長い時間に設定されていると、処理を停止するまでに長い時間がかかってしまう。一方、本例の場合は、アプリケーション層の間で定期通信を行って通信確立の可否を判定する方式をとるので、定期通信タイムアウトＴｋという短い時間に設定されたパラメータによって、通信確立の可否を判断することが可能となる。よって、一旦確立した通信が途切れたとき、これを直ぐに認識することができるのである。
【００４５】
本実施形態の構成によれば、以下に記載の効果を得ることができる。
（１）一旦確立した通信の接続が維持されているか否かを監視するにあたり、通信のリンク層で管理された変更不可の接続監視タイムアウトＴｋ’よりも短い時間間隔で、携帯端末キー２と通信相手１７との間で通信（定期通信）を行い、この通信において、次の通信までの時間（定期通信タイムアウトＴｋ）内に相手側から応答を受信することができるか否かを監視することにより、通信確立の可否を判定する。そして、その判定結果を基に、携帯端末キー２と通信相手１７との間の通信の作動を制御する。よって、携帯端末キー２と通信相手１７との間の通信が確立した状態が維持されているか否かを判定するにあたって、これを短い時間のサイクルで判定することが可能となるので、一旦確立した通信が途切れたとき、これを直ぐに認識することができる。
【００４６】
（２）通信のリンク層において管理される接続監視タイムアウトＴｋ’は、ユーザの設定操作によって変更することができない予め定められた固定値である。ところで、この種の接続監視タイムアウトＴｋ’は例えば約２０ｓと相対的に長く、接続監視タイムアウトＴｋ’により通信確立の維持を監視しようとすると、どうしても判断が遅い処理となってしまう。一方、本例のように通信のアプリケーション層において定期通信することで通信確立を監視する方式をとれば、それよりも格段に短い時間で通信可否を判断することができる。
【００４７】
（３）通信が確立してアプリケーション１６の操作に基づく通信が許可された後、これまで確立していた通信が途切れたときには、これを直ちに認識してアプリケーション１６の操作に基づく通信が禁止にされる。このため、実際には通信が途切れたにもかかわらず、通信が確立していると判定されたままの状態が、長い間、続くことがなく、アプリケーション１６を直ちに最適な状態に切り替えることが可能となる。よって、アプリケーション１６を操作したのに通信の相手側を制御できない時間帯を短く抑えることができる。
【００４８】
（４）定期通信の管理はマスタで実行されるので、この種の判定機能をスレーブ側の通信相手１７に設けずに済む。よって、通信相手１７の構成を簡素に済ますのに有利となる。
【００４９】
なお、実施形態はこれまでに述べた構成に限らず、以下の態様に変更してもよい。
・図４（ａ）に示すように、定期通信の管理は、マスタ側で行われることに限定されず、スレーブ側で実施してもよい。この場合、定期通信を主管理する通信判定部２２ａ及び通信制御部２３をスレーブ側に設け、定期通信の従属側である通信判定部２２ｂをマスタ側に設ける。こうすれば、定期通信を管理する主機能を携帯端末キー２に設けずに済むので、携帯端末キー２の構成を簡素に済ますのに有利となる。
【００５０】
・図４（ｂ）に示すように、定期通信の管理は、スレーブからの単方向の通信によって行ってもよい。この場合の動作例としては、例えばスレーブからデータ群Ｄpaを送信するようにし、マスタ側でタイマをかけておく。そして、マスタのタイマがタイムアップする前にデータ群Ｄpaを受信することができるか否かを監視することにより、通信成立の可否を判定してもよい。こうすれば、定期通信の管理を簡素な処理で実行することができる。
【００５１】
・図４（ｃ）に示すように、定期通信の管理は、マスタ及びスレーブが実際に行う通信の中で実施されてもよい。すなわち、マスタ及びスレーブが通信の過程で実際にやり取りする通信データを用い、送信した通信データに対する応答の通信データを制限時間内に受信できるか否かを通じて判定することも可能である。こうすれば、定期通信の管理を行うにあたって専用の電波を別途送信せずに済むので、処理の簡素化に有利となる。
【００５２】
・データ群Ｄpa及びレスポンスＤrsの定期通信は、単位データＤutの定期通信とは別ルーチンにより、独立して実施されてもよい。
・通信コントローラ１５は、例えばデータ群Ｄpaを入力したとき、これを直ちに通信相手１７に送信する動作をとってもよい。
【００５３】
・通信コントローラ１８は、例えばレスポンスＤrsを入力したとき、これを直ちに携帯端末キー２に送信する動作をとってもよい。
・通信機能の階層は、７層に限らず、例えば４層など、他の種類のモデルに変更可能である。
【００５４】
・通信が途切れたと判断されたときに実行される動作は、ワイヤレス操作（アプリケーション１６に操作に基づく通信）の禁止に限定されない。例えば、通信が途切れたことを報知する動作を実行したり、他のソフトウェアに切り替えたりするなど、種々の態様に変更可能である。
【００５５】
・定期通信タイムアウトＴｋは、ユーザが手動変更できるようにしてもよい。
・アプリケーション１６，１９は、ワイヤレス操作のアプリケーションに限定されず、種々の機能のものに変更することが可能である。
【００５６】
・通信コントローラ１５，１８は、無線通信の動作を管理するコントローラであればよい。
・ブルートゥース通信は、ＢＬＥを用いた通信に限らず、他の形式のものを採用してもよい。
【００５７】
・無線通信は、ブルートゥースに限定されず、他の形式の通信に変更することができる。
・携帯端末キー２は、高機能携帯電話以外の種々の端末を採用可能である。
【００５８】
・通信相手１７は、携帯端末キーＥＣＵ１０に限らず、携帯端末キー２と通信を実行するものであればよい。
・本例の携帯端末キーシステム３は、車両１に適用されることに限らず、他のシステムや装置に適用することも可能である。
【符号の説明】
【００５９】
１…車両、２…携帯端末キー、３…携帯端末キーシステム、１０…通信相手の一例である携帯端末キーＥＣＵ、１５…通信コントローラ、１６…アプリケーション、１７…通信相手、１８…通信コントローラ、１９…アプリケーション、２２（２２ａ，２２ｂ）…通信判定部、２３…通信制御部、Ｔｋ…定期通信タイムアウト、Ｔｋ’…接続監視タイムアウト。
【図１】
0006696727.tif 000002
【図２】
0006696727.tif 000003
【図３】
0006696727.tif 000004
【図４】
0006696727.tif 000005