(57)【特許請求の範囲】
【請求項１】
マスター側の通信機器は、少なくとも１つまたは複数の接続プロファイルを有し、スレーブ側の通信機器は、少なくとも１つまたは複数の接続プロファイルを有し、前記接続プロファイルは、マスターおよびスレーブ間の接続サービス毎に規定され、スレーブ側の通信機器が、マスター側の接続プロファイルと共通の接続プロファイルを有するとき、所定の近距離無線通信プロトコルによってマスターおよびスレーブ通信機器間の接続を確立する通信システムであって、
マスター側の通信機器から特定のスレーブ側の通信機器へ、前記プロトコル上での特定の接続プロファイルに従う接続サービスによる接続を要求する要求手段と、
前記要求手段に応答して、該接続サービスのための接続プロファイルを備えているか否かを、該要求を受けたスレーブ側の通信機器で判断する判断手段と、
前記スレーブ側の通信機器において前記判断手段により接続プロファイルを備えていないと判断された場合に、前記マスター側の通信機器へスレーブ側の通信機器が前記接続プロファイルに非対応である旨を送信する送信手段と、
前記マスター側の通信機器において、前記送信手段によりスレーブ側の通信機器が前記接続プロファイルに非対応である旨の送信があったとき、スレーブ側の通信機器が前記接続プロファイルに非対応である旨を、ユーザに通知する手段と、
を有する通信システム。
【請求項２】
前記スレーブ側の通信機器において前記接続プロファイルを備えていないと判断された場合に、他のスレーブ側の通信機器を探索する探索手段と、
前記探索手段により他のスレーブ側の通信機器が発見された場合に、該通信機器に前記接続サービスによる接続を要求する手段と、
をさらに有する請求項１に記載の通信システム。
【請求項３】
前記探索手段により他のスレーブ側の通信機器が発見された場合に、ユーザに対して該スレーブ側の通信機器の情報を提示して、該スレーブ側の通信機器との前記接続サービスによる接続の要否を求める手段を、さらに有する請求項２に記載の通信システム。
【請求項４】
前記探索手段により他のスレーブ側の通信機器が発見された場合に、前記接続サービスによる接続が可能か否かを判断する情報を、該スレーブ側の通信機器から取得する手段を、さらに有する請求項２または３に記載の通信システム。
【請求項５】
前記探索手段により他のスレーブ側の通信機器が発見されなかった場合に、ユーザに対してその旨を通知する手段を、さらに有する請求項４に記載の通信システム。
【請求項６】
前記ユーザに対して該スレーブ側の通信機器の情報を提示して、前記接続サービスによる接続の要否を求める手段は、前記スレーブ側の通信機器の情報と共に、前記接続サービスによる接続が可能か否かを判断する接続プロファイルの情報を提示するものである、請求項４または５に記載の通信システム。
【請求項７】
前記スレーブ側の通信機器から取得した、前記接続サービスによる接続が可能か否かを判断する接続プロファイルの情報に基づいて、該接続サービスによる接続が可能な通信機器が存在しないと判断された場合に、ユーザに対してその旨を通知する手段を、さらに有する請求項４ないし６いずれか１つに記載の通信システム。
【請求項８】
前記マスター側の通信機器は、前記プロトコルにより接続したスレーブ側の通信機器の情報を記憶する手段を、さらに有し、
前記要求手段は、前記記憶した通信機器の情報に基づいて、該スレーブ側の通信機器を決定するものである、請求項１ないし７いずれか１つに記載の通信システム。
【請求項９】
前記要求手段は、前記記憶した通信機器の情報に基づいて、その最後に接続した通信機器を、該スレーブ側の通信機器として選択するものである、請求項８に記載の通信システム。
【請求項１０】
前記マスター側の通信機器からの、前記接続サービスを利用するための認証要求を受けて、前記スレーブ側の通信機器において該認証要求を実行する手段、をさらに有する請求項１ないし９いずれか１つに記載の通信システム。
【請求項１１】
マスター側の通信機器は、少なくとも１つまたは複数の接続プロファイルを有し、スレーブ側の通信機器は、少なくとも１つまたは複数の接続プロファイルを有し、前記接続プロファイルは、マスターおよびスレーブ間の接続サービス毎に規定され、スレーブ側の通信機器が、マスター側の接続プロファイルと共通の接続プロファイルを有するとき、所定の近距離無線通信プロトコルによってマスターおよびスレーブ通信機器間の接続を確立する通信システムにおける通信機器であって、
特定のスレーブ側の通信機器へ、前記プロトコル上での特定の接続プロファイルに従う接続サービスによる接続を要求する要求手段と、
前記要求手段に応答して、前記特定のスレーブ側の通信機器が前記特定の接続プロファイルを備えているか否かの接続プロファイル情報を受信する手段と、
前記接続プロファイル情報に基づいて、前記特定のスレーブ側の通信機器において前記特定の接続プロファイルを備えていないと判断された場合に、前記特定のスレーブ側の通信機器が前記特定の接続プロファイルに非対応である旨をユーザに通知する手段と、
を有する通信機器。
【請求項１２】
前記接続プロファイル情報に基づき前記特定のスレーブ側の通信機器が前記接続サービスを備えていないと判断された場合に、他のスレーブ側の通信機器を探索する探索手段と、
前記探索手段により他のスレーブ側の通信機器が発見された場合に、該通信機器に前記接続サービスによる接続を要求する手段と、
をさらに有する請求項１１に記載の通信機器。
【請求項１３】
前記探索手段により他のスレーブ側の通信機器が発見された場合に、ユーザに対して該スレーブ側の通信機器の情報を提示して、該スレーブ側の通信機器との前記接続サービスによる接続の要否を求める手段を、さらに有する請求項１２に記載の通信機器。
【請求項１４】
前記探索手段により他のスレーブ側の通信機器が発見された場合に、前記接続サービスによる接続が可能か否かを判断する接続プロファイルの情報を、該スレーブ側の通信機器から取得する手段を、さらに有する請求項１２または１３に記載の通信機器。
【請求項１５】
マスター側の通信機器は、少なくとも１つまたは複数の接続プロファイルを有し、スレーブ側の通信機器は、少なくとも１つまたは複数の接続プロファイルを有し、前記接続プロファイルは、マスターおよびスレーブ間の接続サービス毎に規定され、スレーブ側の通信機器が、マスター側の接続プロファイルと共通の接続プロファイルを有するとき、所定の近距離無線通信プロトコルによってマスターおよびスレーブ通信機器間の接続を確立する通信プログラムであって、
マスター側の通信機器から特定のスレーブ側の通信機器へ、特定の接続プロファイルに従う接続サービスによる接続を要求するステップと、
前記マスター側の通信機器からの接続要求を受けて、該接続サービスのための前記特定の接続プロファイルを備えているか否かを、該要求を受けた前記特定のスレーブ側の通信機器で判断するステップと、
前記特定のスレーブ側の通信機器において前記判断するステップにより前記特定の接続プロファイルを備えていないと判断された場合に、前記マスター側の通信機器へ前記特定のスレーブ側の通信機器が前記特定の接続プロファイルに非対応である旨を送信するステップと、
前記マスター側の通信機器において、前記送信ステップにより前記特定のスレーブ側の通信機器が前記特定の接続プロファイルに非対応である旨の送信があったとき、前記特定のスレーブ側の通信機器が前記特定の接続プロファイルに非対応である前記接続サービスによる接続が不可能である旨を、ユーザに通知するステップと、
を有する通信プログラム。
【請求項１６】
前記特定のスレーブ側の通信機器において前記特定の接続プロファイルを備えていないと判断された場合に、他のスレーブ側の通信機器を探索するステップと、
前記探索により他のスレーブ側の通信機器が発見された場合に、該通信機器に前記接続サービスによる接続を要求するステップと、
をさらに有する請求項１５に記載の通信プログラム。
【請求項１７】
前記探索により他のスレーブ側の通信機器が発見された場合に、ユーザに対して該スレーブ側の通信機器の情報を提示して、該スレーブ側の通信機器との前記接続サービスによる接続の要否を求めるステップを、さらに有する請求項１６に記載の通信プログラム。
【請求項１８】
前記探索により他のスレーブ側の通信機器が発見された場合に、前記接続サービスによる接続が可能か否かを判断する接続プロファイルの情報を、該スレーブ側の通信機器から取得するステップを、さらに有する請求項１６または１７に記載の通信プログラム。
【請求項１９】
マスター側の通信機器は、少なくとも１つまたは複数の接続プロファイルを有し、スレーブ側の通信機器は、少なくとも１つまたは複数の接続プロファイルを有し、前記接続プロファイルは、マスターおよびスレーブ間の接続サービス毎に規定され、スレーブ側の通信機器が、マスター側の接続プロファイルと共通の接続プロファイルを有するとき、所定の近距離無線通信プロトコルによってマスターおよびスレーブ通信機器間の接続を確立する通信方法であって、
マスター側の通信機器から特定のスレーブ側の通信機器へ、特定の接続プロファイルに従う接続サービスによる接続を要求するステップと、
前記マスター側の通信機器からの接続要求を受けて、該接続サービスのための前記特定の接続プロファイルを備えているか否かを、該要求を受けた前記特定のスレーブ側の通信機器で判断するステップと、
前記特定のスレーブ側の通信機器において前記判断するステップにより前記特定の接続プロファイルを備えていないと判断された場合に、前記マスター側の通信機器へ前記特定のスレーブ側の通信機器が前記特定の接続プロファイルに非対応である旨を送信するステップと、
前記マスター側の通信機器において、前記送信ステップにより前記特定のスレーブ側の通信機器が前記特定の接続プロファイルに非対応である旨の送信があったとき、前記特定のスレーブ側の通信機器が前記特定の接続プロファイルに非対応である前記接続サービスによる接続が不可能である旨を、ユーザに通知するステップと、
を有する通信方法。
【請求項２０】
前記特定のスレーブ側の通信機器において前記特定の接続プロファイルを備えていないと判断された場合に、他のスレーブ側の通信機器を探索するステップと、
前記探索により他のスレーブ側の通信機器が発見された場合に、該通信機器に前記接続サービスによる接続を要求するステップと、
をさらに有する請求項１９に記載の通信方法。
【請求項２１】
前記探索により他のスレーブ側の通信機器が発見された場合に、ユーザに対して該スレーブ側の通信機器の情報を提示して、該スレーブ側の通信機器との前記接続サービスによる接続の要否を求めるステップを、さらに有する請求項２０に記載の通信方法。
【請求項２２】
前記探索により他のスレーブ側の通信機器が発見された場合に、前記接続サービスによる接続が可能か否かを判断する接続プロファイルの情報を、該スレーブ側の通信機器から取得するステップを、さらに有する請求項２０または２１に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の近距離無線通信プロトコルによって接続可能なマスターおよびスレーブ通信機器間の接続を確立する通信システムに関し、特に、そのプロトコル上での任意のサービスによる接続を確立する際の手順に関するものである。
【背景技術】
【０００２】
コンピュータ同士またはその周辺機器との接続に、有線による接続に代えて、所定の通信プロトコルに基づく近距離無線通信による接続が普及してきている。この種の代表的な無線通信プロトコルはブルートゥース（Bluetooth:登録商標）である。ブルートゥースでは、多様なデバイスにおける無線通信を実現するために、その接続サービス毎に多数の接続プロファイルが規定されている。各ブルートゥース対応デバイスはそれが利用できる１または複数の接続プロファイルを持っており、そのペアリングの過程で、同じプロファイルを持ったデバイス同士が通信できるようにされる。ブルートゥースにおける代表的な接続プロファイルには、例えば、オーディオ信号をレシーバ付きヘッドフォンに伝送するためのＡ２ＤＰプロファイル（Advanced Audio Distribution Profile）、ハンズフリー通話において音声データを同期型パケットで通信を制御するＨＦＰプロファイル（Hands-Free Profile）、携帯電話等を介してインターネットにダイヤルアップ接続するためのＤＵＮプロファイル（Dial-up Networking Profile）、マウスやキーボード等の入力装置を無線化するためのＨＩＤプロファイル（Human Interface Device Profile）などがある。
【０００３】
ブルートゥース対応デバイスのペアリング、すなわち初期接続設定においては、その接続を開始するデバイスをマスター、被接続デバイスをスレーブと呼ぶ。例えば、今、ＡＶ再生、放送受信およびナビゲーション機能などを搭載した多機能車載器をマスター側デバイスとして、スマートフォンに代表される多機能情報端末（スレーブ側）との間でＤＵＮプロファイルによる通信を確立し、車載器上のナビゲーションアプリケーションを、多機能情報端末が利用できる無線公衆回線を介して、インターネットにダイヤルアップ接続する場合を想定すると、その接続手順は概略以下のようになる。
【０００４】
車載器上でナビゲーションアプリケーションを起動し、それがアクセスするインターネット上のサーバへのユーザ認証情報を入力する。これを契機に車載器側ではペアリングするスレーブ側の通信機器の探索を開始し、発見された情報端末に対し、この認証情報を送信して、インターネットへのダイヤルアップ接続を求める。この要求に応じて情報端末側では、インターネットにダイヤルアップ接続し、目的サーバへアクセスしてその認証をおこない、該サーバと車載器の間の接続を確立する。
【０００５】
しかしながら、このような接続の手順において、車載器がペアリングする情報端末がＤＵＮプロファイルに非対応のものである場合には、次のような問題が生じる。すなわち、ＤＵＮプロファイル非対応の通信機器では、車載器からのユーザ認証の要求に対して、ダイヤルアップ接続が行えず、従って、認証手続きは失敗に終わる。通常、その結果は車載器側に送信され、ユーザに通知されるが、認証が失敗したのが、入力した認証情報が不適切であったためなのか、それとも接続に係る情報端末がＤＵＮプロファイルに非対応であるためなのかの判別ができないという問題がある。
【０００６】
このような問題に関連して、事前にマスター側の通信機器に、スレーブ側の通信機器のプロファイル情報を登録しておき、ペアリングに際して、この情報をユーザに提示して適当なスレーブ側の通信機器を選択できるようにすることで、上記のような問題が生じることを回避する技術が、特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−１９９７１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、ユーザが使用するブルートゥース対応機器が交換されたり、その対応するプロファイルが追加・変更されたりされた場合には、その車載器上の登録情報を書き換える必要が生じ、常に最新の登録情報を維持することは必ずしも容易ではない。特に、ブルートゥース対応機器は多種多様であり、その数も相当増えてきている現状において、車内に持ち込まれる可能性のあるブルートゥース対応機器をすべて登録しておくことは困難である。その結果、登録情報と実際に持ち込まれた通信機器との間に不整合が生じ、迅速に好適なペアリングを行うことができない場合が生じる。
【０００９】
本発明は、上記従来の課題を解決するものであり、スレーブ側の通信機器が、マスター側の通信機器から要求されているプロファイルに対応していない場合おいて、その旨をユーザに通知し、これを受けてユーザが他の通信機器をスレーブ側として選択できるよう促す、近距離無線通信システムの接続確立手順を提供することを目的とする。また、スレーブ側の通信機器が、マスター側の通信機器から要求されているプロファイルに対応していない場合おいて、該プロファイルに対応している他の通信機器を探索し、その接続を確立する手順を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、所定の近距離無線通信プロトコルによって接続可能なマスターおよびスレーブ通信機器間の接続を確立する通信システムであって、マスター側の通信機器から特定のスレーブ側の通信機器へ、前記プロトコル上での任意のサービスによる接続を要求する手段と、前記マスター側の通信機器からの接続要求を受けて、該サービスによる接続が、該要求を受けたスレーブ側の通信機器で可能かを判断する手段と、前記スレーブ側の通信機器において前記サービスによる接続が不可能であると判断された場合に、前記マスター側の通信機器へその旨を送信する手段と、前記マスター側の通信機器において、前記サービスによる接続が不可能である旨を、ユーザに通知する手段と、を有する。
【００１１】
好ましくは、前記スレーブ側の通信機器において前記サービスによる接続が不可能であると判断された場合に、他のスレーブ側の通信機器を探索する手段と、前記探索により他のスレーブ側の通信機器が発見された場合に、該通信機器に前記サービスによる接続を要求する手段と、をさらに有する。好ましくは、前記探索により他のスレーブ側の通信機器が発見された場合に、ユーザに対して該スレーブ側の通信機器の情報を提示して、該スレーブ側の通信機器との前記サービスによる接続の要否を求める手段を、さらに有する。また、好ましくは、前記探索により他のスレーブ側の通信機器が発見された場合に、前記サービスによる接続が可能か否かを判断する情報を、該スレーブ側の通信機器から取得する手段を、さらに有する。好ましくは、前記探索により他のスレーブ側の通信機器が発見されなかった場合に、ユーザに対してその旨を通知する手段を、さらに有する。好ましくは、前記ユーザに対して該スレーブ側の通信機器の情報を提示して、前記サービスによる接続の要否を求める手段は、前記スレーブ側の通信機器の情報と共に、前記サービスによる接続が可能か否かを判断する情報を提示するものである。好ましくは、前記スレーブ側の通信機器から取得した、前記サービスによる接続が可能か否かを判断する情報に基づいて、該サービスによる接続が可能な通信機器が存在しないと判断された場合に、ユーザに対してその旨を通知する手段を、さらに有する。好ましくは、前記マスター側の通信機器は、前記プロトコルにより接続したスレーブ側の通信機器の情報を記憶する手段を、さらに有し、前記特定のスレーブ側の通信機器へ任意のサービスによる接続を要求する手段は、前記記憶した通信機器の情報に基づいて、該スレーブ側の通信機器を決定するものである。好ましくは、前記特定のスレーブ側の通信機器へ任意のサービスによる接続を要求する手段は、前記記憶した通信機器の情報に基づいて、その最後に接続した通信機器を、該スレーブ側の通信機器として選択するものである。好ましくは、前記マスター側の通信機器からの、前記サービスを利用するための認証要求を受けて、前記スレーブ側の通信機器において該認証要求を実行する手段、をさらに有する。
【００１２】
本発明は、また、所定の近距離無線通信プロトコルによって接続可能なマスターおよびスレーブ通信機器間の接続を確立する通信システムにおける通信機器であって、特定のスレーブ側の通信機器へ、前記プロトコル上での任意のサービスによる接続を要求する手段と、前記特定のスレーブ側の通信機器からの、前記サービスによる接続が可能か否かの情報を受信する手段と、前記サービスによる接続が可能か否かの情報に基づいて、前記スレーブ側の通信機器において前記サービスによる接続が不可能であると判断された場合に、その旨をユーザに通知する手段と、を有する。
【００１３】
好ましくは、前記スレーブ側の通信機器において前記サービスによる接続が不可能であると判断された場合に、他のスレーブ側の通信機器を探索する手段と、前記探索により他のスレーブ側の通信機器が発見された場合に、該通信機器に前記サービスによる接続を要求する手段と、をさらに有する。好ましくは、前記探索により他のスレーブ側の通信機器が発見された場合に、ユーザに対して該スレーブ側の通信機器の情報を提示して、該スレーブ側の通信機器との前記サービスによる接続の要否を求める手段を、さらに有する。好ましくは、前記探索により他のスレーブ側の通信機器が発見された場合に、前記サービスによる接続が可能か否かを判断する情報を、該スレーブ側の通信機器から取得する手段を、さらに有する。
【００１４】
本発明は、また、所定の近距離無線通信プロトコルによって接続可能なマスターおよびスレーブ通信機器間の接続を確立する通信プログラムであって、マスター側の通信機器から特定のスレーブ側の通信機器へ、前記プロトコル上での任意のサービスによる接続を要求するステップと、前記マスター側の通信機器からの接続要求を受けて、該サービスによる接続が、該要求を受けたスレーブ側の通信機器で可能かを判断するステップと、前記スレーブ側の通信機器において前記サービスによる接続が不可能であると判断された場合に、前記マスター側の通信機器へその旨を送信するステップと、前記マスター側の通信機器において、前記サービスによる接続が不可能である旨を、ユーザに通知するステップと、を有する。
【００１５】
本発明は、また、所定の近距離無線通信プロトコルによって接続可能なマスターおよびスレーブ通信機器間の接続を確立する通信方法であって、マスター側の通信機器から特定のスレーブ側の通信機器へ、前記プロトコル上での任意のサービスによる接続を要求するステップと、前記マスター側の通信機器からの接続要求を受けて、該サービスによる接続が、該要求を受けたスレーブ側の通信機器で可能かを判断するステップと、前記スレーブ側の通信機器において前記サービスによる接続が不可能であると判断された場合に、前記マスター側の通信機器へその旨を送信するステップと、前記マスター側の通信機器において、前記サービスによる接続が不可能である旨を、ユーザに通知するステップと、を有する。
【発明の効果】
【００１６】
本発明によれば、スレーブ側の通信機器が、マスター側の通信機器から要求されているプロファイルに対応していない場合においては、その旨がユーザに通知されるので、ユーザはこれを受けて他の通信機器をスレーブ側として選択できるように促され、結果として、迅速に好適なペアリングを行うことができるようになる。また、本発明によれば、スレーブ側の通信機器が、マスター側の通信機器から要求されているプロファイルに対応していない場合においては、該プロファイルに対応している１または複数の他の通信機器が探索され、そこでユーザがその何れかを選択できるようになるので、迅速に好適なペアリングを行うことができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施例に係る通信システムの全体構成を示すブロック図である。
【図２】情報端末の典型的な構成を示すブロック図である。
【図３】車載器の典型的な構成を示すブロック図である。
【図４】情報端末の通信接続部と、車載器の通信接続部の内部構成を示すブロック図である。
【図５】車載器が最初に接続した情報端末が、ＤＵＮプロファイルに対応している場合の、車載器ー情報端末間の信号のタイミングチャートを示した図である。
【図６】車載器が最初に接続した情報端末が、ＤＵＮプロファイルに対応していない場合の、車載器ー情報端末間の信号のタイミングチャートを示した図である。
【図７】情報端末とのペアリング実行時における車載器側の処理の手順を示したフローチャートである。
【図８】情報端末とのペアリング実行時における車載器側の処理の手順を示したフローチャートである。
【図９】車載器とのペアリング実行時における情報端末側の処理の手順を示したフローチャートである。
【図１０】ペアリング実行時における車載器のディスプレイ上の画面遷移の一例を示した図である。
【発明を実施するための形態】
【００１８】
次に、本発明の実施の形態について図面を参照して詳細に説明する。本発明の好ましい実施の形態は、ＡＶ再生、放送受信およびナビゲーション機能などを搭載した車載器を、車内に持ち込まれた多機能情報端末とブルートゥース規格に基づきペアリングさせて利用する態様に係る。例えば、ブルートゥースのＤＵＮプロファイルに従ってこれら機器を接続することで、車載器を情報端末の公衆回線接続機能を介してインターネットに接続し、車載器が実装している情報提供サービスが利用できるようになる。また、Ａ２ＤＰプロファイルに従ってこれら機器を接続することで、情報端末上の楽曲を車載器側で再生出力可能にする。さらに、ＨＦＰプロファイルに従ってこれら機器を接続することで、情報端末に着信した通話を、車載器側に接続したヘッドセットを通して受けることができるようになる。ここで情報端末は、情報を処理することができる通信機能を備えた多機能型のポータブルな端末であり、例えば、携帯電話機、スマートフォン、パームトップ型パーソナルコンピュータ、ラップトップ型コンピュータ、ノート型コンピュータなどである。一方、車載器は、車両に搭載された電子装置であって、オーディオ／ビデオ再生機能、テレビ／ラジオ放送受信機能、ナビゲーション機能などを含むことができる。もっとも本発明の技術は、ここに示されるブルートゥース規格に係る通信システムに限定されず、他の近距離無線通信プロトコルに係る通信システムにおいても利用しうるものである。
【実施例】
【００１９】
図１は、本発明の実施例に係る通信システムの構成を示す図である。同図において、通信システム１０は、１台または複数台の情報端末２０ａ〜２０ｃと、情報端末２０ａ〜２０ｃの何れかにブルートゥース規格による近距離無線通信（以下、ブルートゥース接続４０という）により接続される車載器３０とを含んで構成される。ここでは、情報端末２０は、通信機能を備えた多機能型のスマートフォンあるいは携帯電話である。車載器３０は、ナビゲーション機能やマルチメディア機能を備える。車載器３０のナビゲーション機能は、本発明に関連してその機能の一部として、インターネット上のサービスに接続して、そのサーバから自車位置近隣の施設情報、渋滞情報、ルート情報その他の運転支援情報を取得し、ディスプレイ上に表示構成する。
【００２０】
車載器３０は、ブルートゥース規格に係る１または複数の任意の接続プロファイルを持ち得るが、前記ナビゲーション機能を実現するために、少なくともＤＵＮプロファイルを備えている。一方、情報端末２０も同様に複数の任意の接続プロファイルを持ち得る。ここでは、１台目の情報端末２０ａはＤＵＮプロファイルを備えておらず、他の情報端末２０ｂ、２０ｃはそのプロファイルを備えているものとする。すなわち、車載器３０のナビゲーション機能を利用する際に、情報端末２０ｂおよび２０ｃは、インターネットへの接続のハブと成り得るが、情報端末２０ａはそのハブとしては機能しないものとする。これらの通信機器２０、３０は、他のプロファイル、例えば、ハンズフリー通話において音声データを同期型パケットで通信を制御するＨＦＰプロファイル、モノラルまたはステレオのオーディオ信号を高品質で非同期データ転送を制御するＡ２ＤＰプロファイルを持つことができる。従って、情報端末２０が車内に持ち込まれたとき、これらと車載器３０とは、任意の接続プロファイルによるブルートゥース接続４０によりペアリング可能となる。なお、情報端末２０および車載器３０は、他のデータ交換通信手段、例えばＵＳＢ（Universal Serial Bus）による有線接続、Wi-Fi（Wireless Fidelity）による無線ＬＡＮ接続などを備えるものであって良い。
【００２１】
図２は、情報端末の典型的な構成を示すブロック図である。情報端末２０は、ユーザからの入力を受け取る入力部１００、ブルートゥース接続４０により車載器３０との接続を実現する通信接続部１１０、ディスプレイに種々の画像や情報を表示する表示部１２０、音声を出力する音声出力部１３０、外部のネットワークとのデータ通信、および公衆無線回線網を介しての電話機との通話やインターネットへの接続等を可能にする通信部１４０、制御部１５０、情報端末２０が保有するアプリケーション、プログラム等を格納するプログラムメモリ１６０、オーディオデータ、ビデオデータ、地図データなどを記憶するデータメモリ１７０、各部を接続するバス１８０とを備えている。
【００２２】
プログラムメモリ１６０には、種々のアプリケーションやプログラムが格納される。例えば、オーディオデータやビデオデータを再生するアプリケーション、ゲームを実行するアプリケーション、音声通話を行うためのプログラム、通信部１４０を介してインターネット上の情報をブラウズするためのプログラムなどが格納される。さらにプログラムメモリ１６０には、情報端末２０と車載器３０とがブルートゥース接続４０を介して接続されているとき、車載器３０から送信されたコマンド信号を解読し、当該コマンド信号によりアプリケーションを実行する拡張プログラムが含まれる。
【００２３】
データメモリ１７０には、その情報端末が対応するブルートゥースの１または複数のサービスプロファイルが格納される。情報端末２０と車載器３０は、それらが共通して持っているプロファイルによりペアリング可能である。前述のように情報端末２０ｂ、２０ｃは、少なくとも車載器３０をダイヤルアップによりインターネットに接続可能にするＤＵＮプロファイルを持っている。ＤＵＮプロファイルを備えた情報端末では、車載器３０からインターネットの特定サイト等への接続要求がなされると、その契約電話事業者回線網を介して、インターネット網にダイヤルアップ接続し、目的サイトにリクエストを発行し、そのレスポンスを車載器３０へ返す。
【００２４】
次に、図３は、車載器３０の典型的な構成を示すブロック図である。同図に示すように、車載器３０は、ユーザからの入力を受け取る入力部２００、ブルートゥース接続４０により情報端末２０との接続を可能にする通信接続部２１０、各種メディアの再生情報やナビゲーション情報など実行されるアプリケーションに係る各種情報を表示する表示部２２０、音声を出力する音声出力部２３０、種々のメディアの再生等を実行するマルチメディア部２４０、制御部２５０、アプリケーション等を実行するためのプログラムを格納するプログラムメモリ２６０、オーディオデータ、ビデオデータ、地図データなどのデータを記憶するデータメモリ２７０、各部を接続するバス２８０とを備えている。
【００２５】
マルチメディア部２４０は、ＣＤ、ＤＶＤ、ブルーレイディスク、メモリ媒体、データメモリ２７０などに記録されたオーディオデータやビデオデータを再生する機能、テレビ放送やラジオ放送を受信する機能などを有する。プログラムメモリ２６０には、ナビゲーション機能を実行するアプリケーションやマルチメディア部２４０を制御するプログラムに加え、情報端末２０との間の通信接続を制御するプログラムなどが記憶される。なお、車載器３０は、ナビゲーション動作に必要なＧＰＳ測位情報、車速情報、方位情報などを受け取ることができる。データメモリ２７０には、車載器３０が対応するブルートゥースの１または複数のサービスプロファイルが格納される。また、ブルートゥースによるペアリングを確立したスレーブデバイスについての情報は、データメモリ２７０に格納され保持される。格納されるスレーブデバイスについての情報には、少なくともその識別ＩＤ、アドレス、最終接続日時の情報が含まれる。実施例において、車載器３０は少なくともＤＵＮプロファイルを持っている。ここで、プログラムメモリ２６０に格納されたナビゲーションアプリケーションは、インターネット上でサービス展開する特定のナビゲーションサービスのサーバに接続して、自車位置近隣の施設情報、渋滞情報、ルート情報その他の運転支援情報を取得し、ディスプレイ上に表示構成する機能を有している。車載器３０における、このナビゲーションサービスの利用は、インターネットへの接続機能を持った情報端末２０とのＤＵＮプロファイルによるペアリングを介して実現される。
【００２６】
図４は、情報端末２０の通信接続部１１０と、車載器３０の通信接続部２１０の内部構成を示すブロック図である。図では、車載器３０がマスター側、情報端末２０がスレーブ側として機能されて、両通信機器間でブルートゥースによるペアリングを実現するための機能ブロックのみを示している。つまり、両通信機器は、ブルートゥースによるペアリングに関してマスター側およびスレーブ側のいずれにも成り得るよう同じ機能を備えているが、図にはそれぞれの担当する側の構成ブロックのみが示されている。
【００２７】
車載器３０においてその通信接続部２１０は、そのマスター側の機能として、登録リストの中からペアリングするスレーブデバイスを選択し、決定する接続デバイス決定部２１１、選択されたスレーブデバイスに対し、ユーザが所望するサービスプロファイルによる接続を要求する接続要求部２１２、スレーブデバイスに対する接続要求の結果をユーザに通知する接続要求結果通知部２１３、ブルートゥースによる通信可能範囲内に存在する１または複数のスレーブデバイスを探索するスレーブデバイス探索部２１４、発見されたスレーブデバイスに対してその利用できるサービスプロファイルを要求するＢＴプロファイル要求部２１５、発見されたスレーブデバイスの情報をディスプレイ上に表示するためのスレーブデバイス情報表示制御部２１６、ユーザの選択に基づいてペアリングするスレーブデバイスを切り替える接続デバイス切替部２１７、および特定のスレーブデバイスとのペアリングを確立するための接続確立実行部２１８を備えている。
【００２８】
接続デバイス決定部２１１は、典型的な実施形態において、データメモリ２７０に記録された複数のスレーブデバイスの中から最も最近に接続したデバイスを、接続すべきデバイスとして決定することができる。もっとも、他の決定アルゴリズム、例えば、特定期間において最も接続回数の多いデバイスを選択するアルゴリズムを採用してもよいし、複数の決定アルゴリズムに重み付けしその総合評価によりデバイスを選択するものであってもよい。接続要求部２１２は、ユーザがインターネット上のナビゲーションサービスを利用するために、ナビゲーションアプリケーションを起動し、ディスプレイを介してその接続のためのユーザ認証情報を入力して、接続要求を実施することによって、実行される。接続要求部２１２は、これを受けて、先に決定されたスレーブデバイスに対してＤＵＮプロファイルによるペアリングを要求する。そして、ペアリングが確立された場合、後述するように一スレーブデバイスである情報端末２０では、ダイヤルアップ接続によりインターネットに接続し、目的サイトに対してこの認証情報を伴うリクエストを発行する。
【００２９】
接続要求結果通知部２１３は、スレーブデバイスから受信した接続要求に対する結果の情報を、表示部２２０上に表示させて、ユーザにその結果を認識させるものであり、少なくともその結果の情報としては３種類ある。すなわち、（１）認証が成功してサービスが利用できる旨の通知、（２）認証が失敗した旨の通知、および（３）スレーブデバイスがＤＵＮプロファイルに非対応である旨の通知、がある。車載器３０ではスレーブデバイスからのこれらの結果通知に応じて、その後の処理を決定し、通知を行う。スレーブデバイス探索部２１４は、最初に接続した情報端末２０がＤＵＮプロファイルに非対応であった場合に起動され、１または複数のスレーブデバイスから発信される識別信号を待ち受け、ペアリング候補となる別のデバイスを発見する。ＢＴプロファイル要求部２１５は、スレーブデバイス探索部２１４で発見されたスレーブデバイスのアドレスに対し、ＳＤＰ（Service Discovery Protocol）プロトコルを介してＢＴプロファイルを要求する信号を所定周期でポーリング送信し、その応答信号を待ってこれを取得する。スレーブデバイス情報表示制御部２１６は、発見された１または複数のスレーブデバイスの識別ＩＤを、その対応するプロファイルのアイコンと共にリスト表示する。接続デバイス切替部２１７は、ＤＵＮプロファイルを持った別の情報端末２０が発見された場合に、その旨をユーザに提示し、ユーザがその端末に対する接続を所望する場合に、ペアリングを試みるデバイスを切り替える処理を実行する。
【００３０】
一方、スレーブ側の情報端末２０においてその通信接続部１１０は、そのスレーブ側の機能として、自デバイスをマスター側に認識させるための識別情報を送出するＢＴデバイス識別情報送信部１１２、マスター側からのプロファイル要求に基づいて、自デバイスが当該プロファイルに対応しているかを確認し、その結果をマスター側に送信するためのＢＴプロファイル処理部１１４、マスター側からのインターネット上のサービスに対する認証要求を処理するための認証要求処理部１１６、およびマスターデバイスとのペアリングを確立するための接続確立実行部１１８を備えている。ＢＴデバイス識別情報送信部１１２は、ユーザ操作により情報端末２０がペアリングモードに移行したタイミングで送信されるもので、その信号には、自デバイスの識別ＩＤ、接続アドレスが含まれる。もっとも機器の電源が投入されたタイミングで、ペアリングモードに自動的に移行し、この識別信号を送出するよう構成することもできる。
【００３１】
次に、車載器３０においてユーザがナビゲーションアプリケーションを起動し、インターネット上のナビゲーションサービスを、情報端末２０のダイヤルアップ接続機能を介して利用する場合に実行される手順について説明する。なお、ここでは図１に示したように、車内には車載器３０との間でブルートゥース規格による接続が可能な３台の情報端末２０ａ〜２０ｃが存在し、情報端末２０ａは最も最近に使用されている端末であるものの、ＤＵＮプロファイルに対応しておらず、他の情報端末２０ｂ、２０ｃのみがＤＵＮプロファイルに対応しているものとする。
【００３２】
図５および図６は、ペアリング時における情報端末２０ー車載器３０間の信号の送受信のタイミングを表した図である。ここで図５は、車載器３０が最初に接続した情報端末２０が、ＤＵＮプロファイルに対応しており、その結果として該端末を介してのインターネットへのダイヤルアップ接続が可能になる場合の例を示している。一方で、図６は、車載器３０が最初に接続した情報端末２０が、ＤＵＮプロファイルに対応しておらず、その結果としてインターネットに接続できない場合の例を示している。
【００３３】
図５において、ユーザ操作に基づいて車載器３０側でナビゲーションアプリケーションが起動されると、システムはダイヤルアップ接続を実現するために、登録リストの中から１つのスレーブ側のデバイス（情報端末２０）を選択５０２し、このデバイスに対してＤＵＮプロファイルによるペアリングを要求５０４する。システムに対しユーザが認証情報を入力すると、この選択された情報端末２０に認証情報５０６を送信する。情報端末２０側で自デバイスがＤＵＮプロファイルに対応していることが確認されると、これを車載器３０側に通知し、両端末間で接続確立処理５０８、５１０が実行されて、両端末はＤＵＮプロファイルに基づいてペアリング５１２される。情報端末２０においては、インターネットへのダイヤルアップ接続５１４が開始され、目的のナビゲーションサービスを提供するサイトに、認証情報５１６を伴うリクエストを発行する。当該サイトからのレスポンス５１８は、情報端末２０で処理５２０され、車載器３０へ応答情報５２２として返され、ユーザに通知５２４される。
【００３４】
一方、図６において、最初の情報端末２０ａがＤＵＮプロファイルに対応していない場合の処理について説明すると、図５の場合と同様に、ユーザ操作に基づいて車載器３０側でナビゲーションアプリケーションが起動されると、システムはダイヤルアップ接続を実現するために、登録リストの中から１つのスレーブ側のデバイス（情報端末２０ａ）を選択６０２し、このデバイスに対してＤＵＮプロファイルによるペアリングを要求６０４する。システムに対しユーザが認証情報を入力すると、この選択された情報端末２０ａに認証情報６０６を送信する。ここで、情報端末２０ａ側で自デバイスがＤＵＮプロファイルに非対応であることが確認６０８されると、この情報６１０は直ちに車載器３０側に通知される。車載器３０側では、この情報を処理しユーザに、所有の情報端末２０ａがＤＵＮプロファイルに非対応である旨を通知６１２する。
【００３５】
次に、車載器３０においては、車内にある他のスレーブデバイスの探索６１４が開始される。ここで、車内にブルートゥース規格による接続が可能な情報端末２０ｂ、２０ｃが存在する場合、車載器３０側でその端末の識別情報６１６が受信される。車載器３０では、これらの情報端末２０に対し、その対応プロファイルの情報を要求６１８し、その応答６２０を受信する。そして、これらの情報をユーザに提示６２２して、ユーザがそこからＤＵＮプロファイルに対応した情報端末２０ｂを選択６２４できるようにする。このユーザの指示に基づいて、車載器３０および情報端末２０ｂでは接続確立処理６２６、６２８が実行されて、両端末はＤＵＮプロファイルに基づいてペアリング６３０されることとなる。
【００３６】
次に、図７〜図９に沿って、車載器３０および情報端末２０における処理のフローを説明する。図７および図８は、情報端末２０とのペアリング実行時における車載器３０側の処理の手順を示したフローチャートである。本処理は、ユーザが車載器３０においてナビゲーションアプリケーションを起動することで開始される（ステップＳ７００）。アプリケーションが起動されると、システムは最初にダイヤルアップ接続を試みる１つのスレーブ側のデバイスを登録リストから選択し、接続先デバイスとして特定する（ステップＳ７０２）。システムのディスプレイ上には、接続先サイトの認証情報を入力する画面が表示され、ユーザにその入力を要求する（ステップＳ７０４）。ユーザによって認証情報が入力されると、システムは、先に特定したスレーブデバイス（情報端末２０）に対しＤＵＮプロファイルによるペアリングを要求し（ステップＳ７０７）、またユーザ認証情報を送信する（ステップＳ７０８）。
【００３７】
この接続要求に対して、情報端末２０からの応答があると（ステップＳ７１０）、その内容を判断し（ステップＳ７１２）、それがスレーブデバイスへのＤＵＮプロファイルによる接続を許可するものであった場合には、所定のペアリング処理を実行して、情報端末２０との接続を確立し（ステップＳ７１４）、本処理は終了する。これによってユーザは、車載器３０から情報端末２０のダイヤルアップ接続を介してインターネット上の目的サイトにアクセスできるようになり、そのサービスを利用できるようになる。
【００３８】
一方で、情報端末２０からの応答がその接続を拒否するものであった場合には、その理由が判断される（ステップＳ７１６）。そして、接続拒否の理由が、認証情報が無効であるという事由の場合には、その旨をディスプレイ上に表示してユーザに通知し（ステップＳ７１８）、ユーザに対して再認証の手続きを行うかを求める（ステップＳ７２０）。これに対してユーザが再認証の手続きを望む指示を出すと、処理はステップＳ７０４に戻り、新たな認証情報の入力要求からの一連の手続きＳ７０４〜Ｓ７１４が実行される。
【００３９】
ステップ７１６において接続拒否の理由が、接続先の情報端末２０がＤＵＮプロファイルに非対応であるという事由の場合には、その旨をディスプレイ上に表示してユーザに通知し（ステップＳ７２２）、さらに図８に示す一連の処理に移行する。図８に移り、最初に車内に通信可能な別のスレーブデバイスがあるかの探索が開始される（ステップＳ８０２）。そして、別のスレーブデバイスが発見されない場合、本処理はここで終了する（ステップＳ８０４）。一方で、車内にブルートゥース規格による接続が可能なデバイス（情報端末２０ｂ、２０ｃ）が存在する場合、それらの識別情報を取得し（ステップＳ８０６）、これらのデバイスに対し、その対応プロファイルの情報を要求する（ステップＳ８０８）。
【００４０】
情報端末２０からの応答を受けて、それらがＤＵＮプロファイルに対応しているか判断し（ステップＳ８１０）、ＤＵＮプロファイルに対応しているデバイスが存在する場合には、その情報をディスプレイ上に表示してユーザに通知する（ステップＳ８１２）。好適な実施例において、ディスプレイ上には発見された１または複数のデバイスの識別情報とそのプロファイル情報をリスト表示し、ユーザがその中からＤＵＮプロファイルに対応するデバイスを選択できるようにすることが好ましい。そして、ユーザがＤＵＮプロファイルに対応した他のデバイスによる接続を望む場合（ステップＳ８１４）、システムはこのデバイスを接続先デバイスとしてセットして（ステップＳ８１６）、処理を図７のステップ７０４に戻し、ユーザに認証情報の入力を求め、続く一連の手続きＳ７０６〜Ｓ７１４を実行する。ステップＳ８１０において、ＤＵＮプロファイルに対応するデバイスが発見されなかった場合には、その旨をディスプレイに表示してユーザに通知して、本処理を終了する（ステップＳ８１８）。
【００４１】
次に、図９は、車載器３０とのペアリング実行時における情報端末２０側の処理の手順を示したフローチャートである。本処理は、情報端末２０がペアリングモードにセットされていることで開始される（ステップＳ９００）。この状態で、本デバイスに対する車載器３０からのＤＵＮプロファイルによる接続要求がなされると、端末側でこれが受信され（ステップＳ９０２）、自デバイスがＤＵＮプロファイルに対応しているかが確認される（ステップＳ９０４）。そしてステップＳ９０６において、自デバイスがＤＵＮプロファイルに対応していないと判断された場合には、その情報を車載器３０に送信して（ステップＳ９０８）、本処理を終える。
【００４２】
一方、自デバイスがＤＵＮプロファイルに対応していると判断された場合には、車載器３０側から受信した認証情報を使って、インターネット上の目的サイトのサーバに対して認証リクエストを発行する（ステップＳ９１０）。サーバからの認証リクエストに対するレスポンスを受け取り、その内容が認証が失敗したというものである場合には（ステップＳ９１２）、その情報を車載器３０へ送信して、本処理を終了する（ステップＳ９１８）。一方、サーバにおいてユーザ認証が成功した場合には、その情報を車載器３０側へ送信し（ステップＳ９１４）、所定のペアリング処理を実行して、車載器３０との接続を確立し（ステップＳ９１６）、本処理は終了する。これによってユーザは、車載器３０から情報端末２０のダイヤルアップ接続を介してインターネット上の目的サイトにアクセスできるようになり、そのサービスを利用できるようになる。
【００４３】
次に、前記ペアリング実行時において、本実施例における車載器３０のディスプレイ上に表示される画面遷移の一例について説明する。図１０（Ａ）〜（Ｆ）は、ペアリング実行時における画面遷移の一例を示した図である。同図（Ａ）は、ナビゲーションアプリケーションを起動して、ユーザに対してサーバへの認証情報、すなわちログインＩＤとパスワードの入力を求める画面を示している。ユーザがこれら情報の入力を行なって完了ボタン１００２をクリックすることで、画面は同図（Ｂ）の状態に遷移する。同図（Ｂ）は、情報端末２０を介してインターネットにダイヤルアップ接続し、目的サーバにアクセスしその認証リクエストを行なっている際の画面を示しており、メッセージ付きダイアログボックス１００４を表示してユーザにその結果の待受状態であることを知らせている。同図（Ｃ）は、目的サーバへの認証が失敗した旨の情報を、ダイアログボックス１００６で表示した画面を示している。同図（Ｄ）は、ペアリングを試みた情報端末がＤＵＮプロファイルに非対応であった旨の情報を、ダイアログボックス１００８で表示した画面を示している。接続を試みた情報端末がＤＵＮプロファイルに非対応の場合、システムは先に説明したように他のスレーブデバイスを探索し、それらが発見された場合にはその情報をリスト表示する。同図（Ｅ）は、そのようなディスプレイ上に表示されるデバイス情報のリスト１０１０の一例を示している。表示においてＤＵＮプロファイルに対応するデバイスの項目を目立たせるよう、その表示色を他と異ならせている（図中、斜線表示）。同図（Ｆ）は、ユーザが選択したデバイスの情報を表示し、ＤＵＮプロファイルによる接続を実現するためにそのデバイスの使用を促すダイアログボックス１０１１が表示されている画面を示している。これらの画面は、本発明を実施するための好適な一実施例であるが、その画面構成は説明のための一例に過ぎず、既存の方法による種々の画面構成態様が考えられる。
【００４４】
以上、本発明の好ましい実施の形態について詳述したが、本発明は、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。上記実施例では、ブルートゥース規格に基づくペアリング手順を例としたが、他の近距離無線通信規格に基づくペアリングにおいて、本発明の技術を当然に利用できる。
【符号の説明】
【００４５】
１０：通信システム                      ２０ａ〜２０ｃ：情報端末
３０：車載器                            ４０：ブルートゥース接続
１００：入力部                          １１０：通信接続部
１１２：ＢＴデバイス識別情報送信部      １１４：ＢＴプロファイル処理部
１１６：認証要求処理部                  １１８：接続確立実行部
１２０：表示部                          １３０：音声出力部
１４０：通信部                          １５０：制御部
１６０：プログラムメモリ                １７０：データメモリ
１８０：バス                            ２００：入力部
２１０：通信接続部                      ２１１：接続デバイス決定部
２１２：接続要求部                      ２１３：接続要求結果通知部
２１４：スレーブデバイス探索部          ２１５：ＢＴプロファイル要求部
２１６：スレーブデバイス情報表示制御部  ２１７：接続デバイス切替部
２１８：接続確立実行部                  ２２０：表示部
２３０：音声出力部                      ２４０：マルチメディア部
２５０：制御部                          ２６０：プログラムメモリ
２７０：データメモリ                    ２８０：バス
【図１】
0005930689.tif 000002
【図２】
0005930689.tif 000003
【図３】
0005930689.tif 000004
【図４】
0005930689.tif 000005
【図５】
0005930689.tif 000006
【図６】
0005930689.tif 000007
【図７】
0005930689.tif 000008
【図８】
0005930689.tif 000009
【図９】
0005930689.tif 000010
【図１０】
0005930689.tif 000011