JP2015144402A - 車載装置及び車載装置の制御方法 - Google Patents

Abstract

【課題】ユーザの利便性を損なうことなく、通信に必要な情報を取得することができる車載装置及び車載装置の制御方法を提供する。【解決手段】車載装置１００は、携帯端末２００と無線通信する車載装置１００であって、携帯端末２００に搭載されたオペレーティングシステムを判別する判別部１１３２と、判別部１１３２によりオペレーティングシステムを判別した携帯端末２００の識別情報、及び当該携帯端末２００のオペレーティングシステムの情報をメモリ部１２４に保存して保持する保持部１１３３と、を備える。車載装置１００は、携帯端末２００のオペレーティングシステムに応じた通信を携帯端末２００とする場合、携帯端末２００のオペレーティングシステムをメモリ部１２４に保存した情報に基づいて特定する。【選択図】図５

Description

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

本技術分野の背景技術として、特開２０１３−１１５７６９号公報（特許文献１）がある。この公報には、「車載装置２００と携帯情報端末１００が連携するシステム３００は、携帯情報端末１００が有する複数のアプリケーションのうちの登録される少なくとも１つの登録アプリケーション２２１、２２２、２２３、２２４、２２、２３１、２３２、２３３、２３４の使用を制限するデータ制御部３１０と、車載装置２００を有する車両の状況に応じて少なくとも１つの登録アプリケーションが使用可能な場合（例えば車両が停車中である場合）、使用可能な登録アプリケーションの表示（例えば画面２３０等）を車載装置２００の表示部２１０に出力するデータ出力部３２０と、を備える」と記載されている。

特開２０１３−１１５７６９号公報

特許文献１に記載された車載装置において、例えば、携帯電話機との間で、携帯電話機に搭載されたオペレーティングシステム（以下、ＯＳと略記する）に応じた通信を行うためには、ＯＳの種類を事前に知る必要がある。ユーザに対して、通信相手の携帯電話機のＯＳに関する情報を車載装置に与える操作を要求することが考えられるが、これではユーザにとって使い勝手がよいとはいえない。

本発明は上記課題に鑑みてなされたものであり、ユーザの利便性を損なうことなく、通信に必要な情報を取得することができる車載装置及び車載装置の制御方法を提供することを目的とする。

上記課題を解決するため、本発明の一態様の車載装置は、外部機器と無線通信する車載装置において、前記外部機器に搭載されたオペレーティングシステムを判別する判別部と、前記判別部によりオペレーティングシステムを判別した外部機器の識別情報、及び当該外部機器のオペレーティングシステムの情報を保持する保持部と、を備え、前記外部機器のオペレーティングシステムに応じた通信を前記外部機器とする場合、前記外部機器のオペレーティングシステムを前記保持部に保持した情報に基づいて特定することを特徴とする。

本発明によれば、ユーザの利便性を損なうことなく、通信に必要な情報を取得することができる。

システム構成の一例を示す図である。 車載装置と携帯端末とのハードウェア構成の一例を示す図である。 ＵＵＩＤ管理テーブルの一例を示す図である。 機器情報管理テーブルの一例を示す図である。 車載装置と携帯端末との制御部の備える機能ブロックの一例を示す図である。 ペアリング時における車載装置−携帯端末間の信号の送信タイミングを表した図である。 車載装置の制御部の処理手順を示すフローチャートである。 車載装置の表示部に表示される携帯端末の設定画面の一例を示す図である。 ＯＳ特定処理の詳細を示すフローチャートである。 車載装置と携帯端末との制御部の備える機能ブロックの一例を示す図である。 ＵＵＩＤ管理テーブルの一例を示す図である。 ペアリング時における車載装置−携帯端末間の信号の送信タイミングを表した図である。 ＯＳ特定処理の詳細を示すフローチャートである。

以下、車載装置及び車載装置の制御方法の実施形態について、図１〜図１３を参照しながら詳細に説明する。図１には、車載装置を有する車載情報システムのシステム構成の一例を示す。図１に示す車載情報システムは、車両に搭載された車載装置１００と外部機器としての携帯端末２００とが近距離無線通信及び映像・音声ケーブル５０を介した有線通信で互いに接続されている。また、携帯端末２００は、携帯電話回線網等を介して、ネットワーク３００上のサーバ装置４００とデータ通信を行う。車載装置１００は、車両内に固定されており、例えば、車両のインストルメントパネル内などに設置されている。携帯端末２００は、ユーザが持ち運び可能な携帯型の情報端末であり、例えば、スマートフォンやタブレット端末等の多機能情報端末である。なお、車載装置１００と携帯端末２００との間で行われる近距離無線通信には、ブルートゥース（Bluetooth:登録商標）を用いることができる。また、映像・音声ケーブル５０を介した有線通信には、例えば、ＨＤＭＩ（High-Definition Multimedia Interface:登録商標）やＵＳＢ（Universal Serial Bus）を用いることができる。

サーバ装置４００は、携帯端末２００に対してニュース、渋滞予測を始めとする交通情報、楽曲、映像などのコンテンツを提供する。サーバ装置４００は、ハードウェア構成として、ＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）を有し、サーバを所定のプログラムに従って制御する制御装置、ディスプレイやタッチパネルからなる表示装置、キーボードやマウスからなる入力装置、ネットワークへ接続する通信装置、コンテンツを格納する記憶装置等を備える。携帯端末２００は、サーバ装置４００から取得したコンテンツを映像・音声ケーブル５０や、近距離無線通信により車載装置１００に送り、車載装置１００の表示部１２１（図２参照）に表示させることができる。

図２は、車載装置１００のハードウェア構成の一例を示すブロック図、及び携帯端末２００のハードウェア構成の一例を示すブロック図である。車載装置１００は、制御部１１０と、表示部１２１と、操作部１２２と、音声出力部１２３と、メモリ部１２４と、近距離無線通信部１２５と、映像・音声信号入力部１２６とを備える。

車載装置１００の制御部１１０は、マイクロプロセッサや周辺回路、ＲＡＭ、ＲＯＭ等を備えており、メモリ部１２４に記録されている制御プログラムに基づいて各種の処理を実行する。制御部１１０が行う処理により、各種の画像表示処理や音声出力処理などが実行される。

表示部１２１は、例えば、ＬＣＤ（Liquid Crystal Display）等の液晶モニタである。操作部１２２は、ユーザからの操作入力を受け付けて、受け付けた操作情報を制御部１１０に出力する。制御部１１０は、操作部１２２から入力した操作情報に応じた処理を行う。なお、表示部１２１をタッチパネル式の表示モニタとすることにより、表示部１２１と操作部１２２とを一体化した構成としてもよい。操作部１２２が入力した操作内容は制御部１１０へ出力され、制御部１１０が行う処理に反映される。

音声出力部１２３は、アンプ、スピーカ等を備え、制御部１１０の制御によって各種の音声を出力することができる。例えば、携帯端末２００から送信された音楽データを再生した音楽や、車両を目的地まで誘導するための誘導音声などが音声出力部１２３から出力される。

メモリ部１２４は、不揮発性の記憶装置であり、例えばＨＤＤ（ハードディスクドライブ）やフラッシュメモリ等によって実現される。メモリ部１２４には、例えば、制御部１１０において用いられる制御プログラムなど、各種のデータが記憶されている。また、メモリ部１２４には、図３に示すＵＵＩＤ（Universally Unique Identifier）管理テーブルが保存されている。ＵＵＩＤ管理テーブルは、携帯端末２００にインストールされるＯＳやアプリケーションと、ＵＵＩＤとの対応を管理するテーブルである。携帯端末２００にインストールされるＯＳや、ＯＳ上で動作するアプリケーションには、それぞれ値の異なるＵＵＩＤが割り当てられている。すなわち、ＵＵＩＤの値が分かれば、ＯＳやアプリケーションを特定することができる。ＯＳは、例えば、アップルインコーポレイテッド社の提供するｉＯＳ（登録商標）や、Ｇｏｏｇｌｅ社の提供するＡｎｄｒｏｉｄ（登録商標）が該当する。また、アプリケーションは、特定のＯＳ上で動作するソフトウェアであるため、アプリケーションを特定することで、携帯端末２００にインストールされているＯＳを特定することができる。

また、メモリ部１２４には、図４に示す機器情報管理テーブルが保存されている。機器情報管理テーブルは、ペアリング処理により登録されたブルートゥース対応機器（携帯端末２００等）の機器情報を登録したテーブルである。機器情報管理テーブルには、ブルートゥースアドレス（機器識別情報）、フレンドリーネーム、リンクキー、ＯＳ情報等がブルートゥース対応機器ごとに登録される。なお、ペアリング処理とは、近距離無線通信に対応する機器間で、データを相互に送受信する通信相手を認識するための接続処理をいう。また、ブルートゥースアドレスは、各ブルートゥース対応機器に固有のアドレスであり、各ブルートゥース対応機器を識別する識別情報として使用される。フレンドリーネームは、ユーザが任意に設定できるブルートゥース対応機器の名前である。リンクキーは、２回目以降の通信の際の認証に使用される情報であり、ペアリング処理の際にユーザが入力したパスキーから生成される。ＯＳ情報もペアリング処理の際に機器情報管理テーブルに登録される情報であり、対応するブルートゥース対応機器に搭載されたＯＳを識別する識別情報である。

近距離無線通信部１２５は、アンテナ、ベースバンドプロセッサ及びフラッシュメモリ等によって構成され、制御部１１０の制御により、携帯端末２００との間で近距離無線通信を行う。例えば、制御部１１０から出力された情報を所定の形式の無線信号に変換して携帯端末２００に送信したり、携帯端末２００から出力される所定の形式の無線信号を受信して制御部１１０へ出力したりする。

映像・音声信号入力部１２６は、映像・音声ケーブル５０を介して携帯端末２００から入力される映像信号と音声信号を画面表示用の映像データと音声出力用の音声データとにそれぞれ変換し、制御部１１０へ出力する。映像・音声信号入力部１２６から映像データと音声データとが出力されると、制御部１１０は、表示部１２１を制御してその映像データに基づく画面を表示部１２１に表示させる。また、制御部１１０は、音声出力部１２３を制御してその音声データに基づく音声を音声出力部１２３に出力させる。

次に、携帯端末２００のハードウェア構成について説明する。携帯端末２００は、制御部２１０と、表示部２２１と、操作部２２２と、音声出力部２２３と、メモリ部２２４と、近距離無線通信部２２５と、映像・音声信号出力部２２６と、通信部２２７とを備える。

携帯端末２００の制御部２１０は、車載装置１００の制御部１１０と同様にマイクロプロセッサや周辺回路、ＲＡＭ、ＲＯＭ等によって構成されており、メモリ部２２４に記録されている制御プログラムに基づいて各種の処理を実行する。

表示部２２１は、タッチパネル式の表示モニタである。操作部２２２は、ユーザからの操作入力を受け付けて、受け付けた操作情報を制御部２１０に出力する。制御部２１０は、操作部２２２から入力した操作情報に応じた処理を行う。なお、表示部２２１をタッチパネル式の表示モニタとすることにより、表示部２２１と操作部２２２とを一体化した構成としてもよい。操作部２２２が入力した操作内容は制御部２１０へ出力され、制御部２１０が行う処理に反映される。

音声出力部２２３は、アンプ、スピーカ等を有しており、制御部２１０の制御によって各種の音声を出力することができる。例えば、携帯端末２００を用いて通話を行ったときには、通話相手の音声が音声出力部２２３から出力される。

メモリ部２２４は、車載装置１００のメモリ部１２４と同様の不揮発性の記憶装置であり、制御部２１０の処理において利用するための各種のデータが記憶されている。このメモリ部２２４には、ユーザが入手した様々なアプリケーションが記憶されている。ユーザは、メモリ部２２４に記憶された各種アプリケーションの中からいずれかを選択して制御部２１０に実行させることにより、様々な機能を携帯端末２００において実現することができる。

近距離無線通信部２２５は、車載装置１００の近距離無線通信部１２５と同様に、制御部２１０の制御により、車載装置１００との間で近距離無線通信を行う。

映像・音声信号出力部２２６は、制御部２１０により生成された映像と音声を、例えば、ＨＤＭＩ等の所定の通信規格に応じた映像信号と音声信号にそれぞれ変換し、映像・音声ケーブル５０を介して車載装置１００へ出力する。この映像信号と音声信号が車載装置１００において映像・音声信号入力部１２６に入力されると、携帯端末２００において表示部２２１に表示されるのと同一の映像が車載装置１００の表示部１２１にも表示される。また、携帯端末２００において音声出力部２２３から出力されるのと同一の音声が車載装置１００の音声出力部１２３からも出力される。

通信部２２７は、携帯端末回線網を介して外部のネットワークとデータ通信や、他の携帯電話との通話等を可能にする。

図５は、車載装置１００の制御部１１０が果たす各機能のうち近距離無線通信部１２５を制御する部分を示す図、及び携帯端末２００の制御部２１０が果たす各機能のうち近距離無線通信部２２５を制御する部分を示す図である。なお、各機能は、例えば制御部１１０を構成するＣＰＵ等のハードウェアと、例えばメモリ部１２４に記憶された制御プログラムとの協働によって実現される。図５に示す構成では、車載装置１００がマスターデバイス、携帯端末２００がスレーブデバイスとして機能するものとする。また、図示を省略するが、車載装置１００の近距離無線通信部１２５と、携帯端末２００の近距離無線通信部２２５とは、ブルートゥースによるペアリングに際してマスターデバイス及びスレーブデバイスのいずれにもなり得るように同じ機能を備えているものである。

車載装置１００の制御部１１０は、マスターデバイスとして、スレーブデバイス探索部１１１と、スレーブデバイス情報表示制御部１１２と、ＳＤＰ（service discovery protocol）要求部１１３と、接続確立部１１４とを備える。一方、携帯端末２００の制御部２１０は、デバイス識別情報送信部２１１と、ＳＤＰ応答部２１２と、接続確立部２１３とを備える。

スレーブデバイス探索部１１１は、ブルートゥースによる通信可能範囲内に存在するスレーブデバイスを探索する。スレーブデバイス探索部１１１は、近距離無線通信可能な領域内に問い合わせ信号を送出して、スレーブデバイスを探索する。スレーブデバイス探索部１１１は、スレーブデバイスから応答信号を受信すると、受信した応答信号に含まれるスレーブデバイスの識別情報をスレーブデバイス情報表示制御部１１２に渡す。スレーブデバイス情報表示制御部１１２は、スレーブデバイス探索部１１１により発見されたスレーブデバイスの識別情報を表示部１２１に表示させる。

ＳＤＰ要求部１１３は、プロファイル要求部１１３１と、判別部１１３２と、保持部１１３３とを備え、ブルートゥースに準拠したＳＤＰによるサービス検索処理によりサポートしているサービスを、スレーブデバイスとの間で通知し合う。

プロファイル要求部１１３１は、表示部１２１に表示されたスレーブデバイスのうち、ユーザにより選択されたスレーブデバイスに対して、自デバイスがサポートするプロファイルを送信する。また、プロファイル要求部１１３１は、ユーザにより選択されたスレーブデバイスに対して、このスレーブデバイスがサポートするプロファイルの取得要求を送信する。プロファイル要求部１１３１は、スレーブデバイスからプロファイルを受信すると、受信したプロファイルを保持部１１３３と判別部１１３２とに渡す。保持部１１３３は、プロファイル要求部１１３１から渡されたプロファイルをメモリ部１２４に保存する。

判別部１１３２は、携帯端末２００に搭載されたオペレーティングシステムを判別する。判別部１１３２は、携帯端末２００を認証して無線通信を確立した後、ＯＳごとの特有の通信でそれぞれに携帯端末２００と通信する。判別部１１３２は、携帯端末２００から応答が得られた場合に、この応答が得られた通信に対応するＯＳが携帯端末２００にインストールされていると判定して、判定したＯＳの情報をメモリ部１２４に保存する。

判別部１１３２の処理について具体的に説明する。判別部１１３２は、まず、プロファイル要求部１１３１から、スレーブデバイスがサポート可能なプロファイルを取得する。判別部１１３２は、取得したプロファイルを使用して、スレーブデバイスが、特定のサービスをサポートしているか否かを判別する。特定のサービスとは、スレーブデバイスにインストールされたＯＳに応じて、スレーブデバイスとの接続処理が異なるサービスであり、一例として、ＳＰＰ（Serial Port Profile）が挙げられる。例えば、携帯端末２００にインストールされたＯＳがｉＯＳである場合、ＳＰＰにおいてデータフォーマット等を独自に規定したｉＡＰというプロトコルによって携帯端末２００との通信を確立する必要がある。また、携帯端末２００にインストールされたＯＳがＡｎｄｒｏｉｄである場合には、通常のＳＰＰにより携帯端末２００との通信を確立する。なお、接続処理には、接続手順であるプロトコルや、データフォーマット等が含まれる。

次に、判別部１１３２は、ブルートゥースに準拠したＳＤＰに基づく通信によりＯＳを判別する。具体的には、判別部１１３２は、図３に示すＵＵＩＤ管理テーブルからＵＵＩＤを選択して取得し、取得したＵＵＩＤを含むＳＤＰのパケットを生成する。そして、判別部１１３２は、生成したＳＤＰのパケットを含む問い合わせ信号を生成してスレーブデバイスに送信する。上述したＯＳごとの特有の通信とは、ＵＵＩＤ管理テーブルに登録された、ＯＳ又はアプリケーションの識別情報であるＵＵＤＩが含まれるＳＤＰパケットを生成して、携帯端末２００に送信する処理を示す。判別部１１３２は、スレーブデバイスから、ＳＤＰのパケットに対する応答信号を受信した場合には、スレーブデバイスに送信したＵＵＩＤの示すＯＳ又はアプリケーションがスレーブデバイスに搭載されていると判定する。判別部１１３２は、特定したスレーブデバイスのＯＳ情報を保持部１１３３に渡す。保持部１１３３は、判別部１１３２から渡されたＯＳ情報をメモリ部１２４に保存する。接続確立部１１４は、判別部１１３２により判別されたＯＳ情報を使用して、ユーザにより選択されたスレーブデバイスとの近距離無線通信による接続を確立する。

一方、携帯端末２００の制御部２１０は、デバイス識別情報送信部２１１、ＳＤＰ応答部２１２、接続確立部２１３を有している。デバイス識別情報送信部２１１は、マスターデバイス（車載装置１００）から問い合わせ信号を受信すると、自デバイスをマスター側に認識させるためのデバイス識別情報を含む応答信号をマスターデバイスに送信する。このデバイス識別情報には、少なくともブルートゥースアドレスが含まれ、この他にフレンドリーネームが含まれていてもよい。ＳＤＰ応答部２１２は、ＳＤＰプロトコルによる、マスターデバイスからのプロファイルの取得要求により、自デバイスで利用可能なサービスを示すプロファイルをマスターデバイスに送信する。また、ＳＤＰ応答部２１２は、ＳＤＰプロトコルによりマスターデバイスから通知される、マスターデバイスの備えるプロファイルを受信し、受信したプロファイルをメモリ部２２４に保存する。また、ＳＤＰ応答部２１２は、自デバイスに搭載されたＯＳのＵＵＤＩと同一のＵＵＩＤを含むＳＤＰのパケットを受信すると、マスターデバイスに対して応答信号を返信する。接続確立部２１３は、マスターデバイスとの近距離無線通信による接続を確立する。

図６は、ペアリング時における車載装置１００−携帯端末２００間の信号の送信タイミングを表した図である。なお、この図の説明では、車載装置１００をマスターデバイス１００と呼び、携帯端末２００をスレーブデバイス２００と呼ぶ。車載装置１００と携帯端末２００とがユーザの操作に基づいてペアリングモード（７０１、７０２）にセットされると、マスターデバイスである車載装置１００は、近距離無線通信可能な領域内に問い合わせ信号（７０４）を送出して、スレーブデバイス２００を探索（７０３）する。スレーブデバイスである携帯端末２００は、問い合わせ信号を受信すると、自身のデバイス識別情報を含む応答信号（７０６）をマスターデバイス１００に対する応答（７０５）として送信する。デバイス識別情報には、少なくともブルートゥースアドレスが含まれ、この他にフレンドリーネームが含まれていてもよい。

マスターデバイス１００は、応答信号を受信することで、スレーブデバイス２００を検出（７０７）する。スレーブデバイス２００を検出したマスターデバイス１００は、検出したスレーブデバイス２００を認証する（７０８、７０９）。マスターデバイス１００は、スレーブデバイス２００に認証要求を送信する（７１０）。スレーブデバイス２００は、ユーザにより入力されたＰＩＮコード（Personal Identification Number）を使用してリンクキーを生成し、生成したリンクキーをマスターデバイス１００に送信する（７１１）。マスターデバイス１００は、スレーブデバイス２００からリンクキーを受信すると、自分自身のＰＩＮコードからリンクキーを生成して、同じリンクキーが得られるか否かを判定することで認証を実行する。

認証に成功すると、マスターデバイス１００は、スレーブデバイス２００との間でプロファイルの交換（７１２）を行う。マスターデバイス１００は、マスターデバイス１００がサポートするサービスを示すプロファイルをＳＤＰプロトコルにより送信する（７１３）。また、マスターデバイス１００は、スレーブデバイス２００に対して、プロファイルの送信要求をＳＤＰプロトコルにより送信する（７１４）。プロファイルの送信要求を受信したスレーブデバイス２００は、送信要求に対する応答（７１５）として、スレーブデバイス２００のサポートするサービスを示すプロファイルをマスターデバイス１００に送信する（７１６）。

スレーブデバイス２００のプロファイルを受信したマスターデバイス１００は、受信したプロファイルにより、スレーブデバイス２００のサポートするサービスに、スレーブデバイス２００にインストールされたＯＳによって接続処理が異なるサービスが含まれるか否かを判定する。例えば、スレーブデバイス２００が、ＳＰＰ（Serial Port Profile）のサービスをサポートしているか否かを判定する。ＳＰＰをサポートしていると判定すると、マスターデバイス１００は、スレーブデバイス２００に搭載されたＯＳを判別するＯＳ判別処理を行う（７１７）。まず、マスターデバイス１００は、メモリ部１２４のＵＵＩＤ管理テーブルを参照して、ＵＵＩＤ管理テーブルに登録されたＵＵＩＤを１つ選択し、選択したＵＵＩＤを含むＳＤＰのパケットを生成する。マスターデバイス１００は、生成したＳＤＰのパケットを含む問い合わせ信号を生成してスレーブデバイス２００に送信する（７１８）。スレーブデバイス２００は、受信したＳＤＰのパケットに含まれるＵＵＩＤが、自身にインストールされたＯＳ又はアプリケーションのＵＵＩＤではない場合には、問い合わせ信号に対する応答を行わない。マスターデバイス１００は、所定時間待機しても、スレーブデバイス２００から応答信号を受信することができない場合、ＵＵＩＤ管理テーブルから別のＵＵＩＤを選択する。マスターデバイス１００は、選択したＵＵＩＤを含むＳＤＰのパケットを生成して、ＳＤＰのパケットを含む問い合わせ信号をスレーブデバイス２００に送信する（７１９）。スレーブデバイス２００は、ＳＤＰのパケットに含まれるＵＵＩＤが、自身にインストールされたＯＳのＵＵＩＤであった場合、応答（７２０）として、応答信号をマスターデバイス１００に送信する（７２１）。

マスターデバイス１００は、スレーブデバイス２００から応答信号を受信した場合、スレーブデバイス２００に送信したＵＵＩＤの示すＯＳ又はアプリケーションがスレーブデバイス２００にインストールされていると判定する。マスターデバイス１００は、特定したＯＳ情報をメモリ部１２４に保存する（７２２）。ＯＳ情報を保存したマスターデバイス１００は、ＯＳ情報を用いてスレーブデバイス２００とのＳＰＰ通信を開始する（７２３）。

次に、車載装置１００の制御部１１０の処理手順について、図７に示すフローチャートを参照しながら説明する。なお、本フローは、図８に示す機器設定画面の追加ボタンが押下されて、車載装置１００とブルートゥースによる通信を行う携帯端末２００を追加する操作がなされ、追加される携帯端末２００と車載装置１００とがユーザ操作によりペアリングモードにセットされることで処理が開始される。制御部１１０は、まず、ブルートゥース対応機器を探索するため、近距離無線通信部１２５を起動させて、近距離無線通信部１２５に問い合わせ信号を送出させる（ステップＳ１）。制御部１１０は、近距離無線通信が可能な機器からの応答がない場合には（ステップＳ２／ＮＯ）、ステップＳ１の処理に戻る。また、ブルートゥース対応機器である携帯端末２００から、デバイス識別情報を含む応答信号を受信した場合（ステップＳ２／ＹＥＳ）、制御部１１０は、応答信号を受信した機器の一覧を表示部１２１に表示させる。デバイス識別情報には、ブルートゥースアドレスとフレンドリーネームとが含まれ、表示部１２１には、例えばフレンドリーネームが表示される。

ユーザによって探索結果の一覧から所望の接続相手、すなわち、携帯端末２００が選択されると、制御部１１０は、選択された携帯端末２００に認証要求を送信する（ステップＳ３）。携帯端末２００は、ユーザにより入力されたＰＩＮコード（Personal Identification Number）を使用してリンクキーを生成し、生成したリンクキーを車載装置１００に送信する。制御部１１０は、携帯端末２００からリンクキーを受信すると（ステップＳ４／ＹＥＳ）、自分自身のＰＩＮコードからリンクキーを生成して、同じリンクキーが得られるか否かを判定することで認証を実行する（ステップＳ５）。リンクキーの不一致により認証に失敗した場合（ステップＳ５／ＮＯ）、制御部１１０は、認証に失敗した旨を携帯端末２００に送信し(ステップＳ６)、ステップＳ１からの処理を繰り返す。また、リンクキーの一致により認証に成功すると（ステップＳ５／ＹＥＳ）、制御部１１０は、リンクキーと、携帯端末２００から受信したブルートゥースアドレス及びフレンドリーネームとをメモリ部１２４に保存する（ステップＳ７）。この後、車載装置１００は、携帯端末２００との間の近距離無線通信が可能となる。

次に、制御部１１０は、ＯＳ判別処理を行う（ステップＳ８）。ＯＳ判別処理の詳細については、図９に示すフローチャートを参照しながら説明する。ＯＳ判別処理が終了すると、制御部１１０は、判別した携帯端末２００のＯＳ種別をメモリ部１２４に保存して、処理を終了する。

次に、図９に示すフローチャートを参照しながらＯＳ判別処理の詳細について説明する。ＯＳ判別処理では、まず、制御部１１０は、車載装置１００がサポートするサービスのプロファイルを含むＳＤＰのパケットを携帯端末２００に送信する（ステップＳ１１）。次に、制御部１１０は、携帯端末２００のサポートするサービスを示すプロファイルの送信を、携帯端末２００に要求する（ステップＳ１２）。次に、制御部１１０は、携帯端末２００からプロファイルを受信したか否かを判定する（ステップＳ１３）。プロファイルを受信していない場合（ステップＳ１３／ＮＯ）、制御部１１０は、プロファイルを受信するまで待機する。また、プロファイルを受信した場合（ステップＳ１３／ＹＥＳ）、制御部１１０は、受信したプロファイルにより、携帯端末２００がＳＰＰをサポートしているか否かを判定する（ステップＳ１４）。携帯端末２００がＳＰＰをサポートしていない場合（ステップＳ１４／ＮＯ）、制御部１１０は、このＯＳ判別処理を終了する。また、携帯端末２００がＳＰＰをサポートしている場合（ステップＳ１４／ＹＥＳ）、制御部１１０は、携帯端末２００のＯＳ情報がメモリ部１２４に保存されているか否かを判定する（ステップＳ１５）。ＯＳ情報がメモリ部１２４に保存されている場合（ステップＳ１５／ＹＥＳ）、制御部１１０は、メモリ部１２４に保存されたＯＳ情報を読み出して、携帯端末２００とのＳＰＰによる通信を準備する（ステップＳ２０）。

ステップＳ１５において、ＯＳ情報がメモリ部１２４に保存されていない場合（ステップＳ１５／ＮＯ）、制御部１１０は、ｉＯＳのＵＵＩＤをＵＵＩＤ管理テーブルから取得し、ｉＯＳのＵＵＩＤを含むＳＤＰのパケットを生成する。より具体的には、ｉＯＳ特有のアプリケーション（厳密には、通信プロトコル）であるｉＡＰを示すＵＵＩＤを含むＳＤＰのパケットが生成される。制御部１１０は、生成したＳＤＰのパケットを含む問い合わせ信号を生成して携帯端末２００に送信する（ステップＳ１６）。そして、制御部１１０は、所定時間（例えば、３秒）、携帯端末２００からの応答を待機する（ステップＳ１７）。携帯端末２００から応答信号を受信した場合（ステップＳ１７／ＹＥＳ）、制御部１１０は、携帯端末２００にインストールされたＯＳをｉＯＳと判定する（ステップＳ１８）。制御部１１０は、携帯端末２００のＯＳ情報としてｉＯＳを示す情報をメモリ部１２４に保存する(ステップＳ１９)。

ステップＳ１７において、所定時間待機しても、携帯端末２００から応答信号を受信することができなかった場合（ステップＳ１７／ＮＯ）、制御部１１０は、Ａｎｄｒｏｉｄ用アプリケーションのＵＵＩＤを含むＳＤＰのパケットを生成する（ステップＳ２１）。より具体的には、Ａｎｄｒｏｉｄ特有のアプリケーションであるＡｎｄｒｏｉｄ用Ｓｍａｒｔ Ａｃｃｅｓｓを示すＵＵＩＤを含むＳＤＰのパケットが生成される。制御部１１０は、生成したＳＤＰのパケットを含む問い合わせ信号を生成して携帯端末２００に送信する（ステップＳ２１）。そして、制御部１１０は、所定時間、携帯端末２００からの応答を待機する（ステップＳ２２）。携帯端末２００から応答信号を受信した場合（ステップＳ２２／ＹＥＳ）、制御部１１０は、携帯端末２００にインストールされたＯＳをＡｎｄｒｏｉｄと判定する（ステップＳ２３）。制御部１１０は、携帯端末２００のＯＳ情報としてＡｎｄｒｏｉｄを示す情報をメモリ部１２４に保存する(ステップＳ１９)。また、所定時間を経過しても、携帯端末２００から応答信号を受信することができなかった場合（ステップＳ２２／ＮＯ）、制御部１１０は、この処理を終了させる。ステップＳ１９において、ＯＳ情報をメモリ部１２４に保存すると、制御部１１０は、メモリ部１２４に保存したＯＳ情報を読み出し、携帯端末２００とのＳＰＰによる通信を準備する（ステップＳ２０）。車載装置１００は、ｉＯＳを搭載した携帯端末２００との間でＳＳＰの通信を行う場合、ｉＡＰに基づくセッションを確立する必要があるので、その処理を行う。なお、ＳＳＰの通信を行うことで、例えば、車載装置１００は、受け付けたユーザの操作に関する情報を携帯端末２００に送信することができる。

車載装置１００による認証に成功し、ブルートゥースアドレス、フレンドリーネーム及びＯＳ情報がメモリ部１２４に保存された各携帯端末２００（以下、認証済み機器）については、車載装置１００がブルートゥース対応機器を再び探索する際、ユーザが選択可能なように識別情報が表示部１２１に表示される。ユーザによって何れかの認証済み機器が選択されると、ユーザに再度の認証を強いることのないように、制御部１１０は、選択された認証済み機器のＯＳ情報をメモリ部１２４から読み出し、通信開始の準備をする。これは、例えば、制御部１１０は、ブルートゥース対応機器を探索しているときに認証済み機器の何れかがユーザによって選択された場合には、ＯＳ判別処理を実行することで実現できる。

以上の説明のように本実施形態は、携帯端末２００との無線通信を確立した後に、ＯＳごとに特有の通信でそれぞれに通信し、携帯端末２００から応答が得られた通信に対応するＯＳの情報をメモリ部１２４に保存する。すなわち、携帯端末２００にインストールされる可能性のあるＯＳ及びアプリケーションのＵＵＩＤを予めメモリ部１２４に保存しておき、携帯端末２００のＯＳの特定の際には、保存したＵＵＩＤの中から１つのＵＵＩＤを選択して携帯端末２００に送信する。そして、携帯端末２００から、携帯端末２００に送信したＵＵＩＤに対する応答を受信した場合に、ＵＵＩＤが示すＯＳ又はアプリケーションが携帯端末２００に搭載されていると特定している。従って、簡単な方法で、携帯端末２００に搭載されているＯＳ又はアプリケーションを特定することができる。

また、本実施形態は、携帯端末２００に搭載されたＯＳを判別する判別部１１３２を備え、ＯＳを判別した携帯端末２００の識別情報と、携帯端末２００のＯＳ情報とを対応づけてメモリ部１２４に保存する。車載装置１００は、携帯端末２００のＯＳに応じた通信を携帯端末２００と行う場合、携帯端末２００のＯＳをメモリ部１２４に保存した情報に基づいて特定する。従って、ユーザの利便性を損なうことなく通信に必要な情報を取得し、携帯端末２００との通信を行うことができる。

また、判別部１１３２は、ペアリング処理による認証に成功した場合に、携帯端末２００にインストールされたＯＳ又はアプリケーションを特定している。従って、ペアリングによる認証が実施されていない携帯端末２００を車載装置１００に接続してしまうことがない。

また、判別部１１３２は、ブルートゥースに準拠したＳＤＰによるサービス検索処理により、ＯＳ又はアプリケーションを特定するので、既存の、且つＯＳに依存しないプロトコルを利用して携帯端末２００に搭載されたＯＳ又はアプリケーションを特定することができる。

また、判別部１１３２は、携帯端末２００がＳＰＰのサービスをサポートしている場合に、ＯＳ又はアプリケーションの判別を行う。従って、ＯＳによって携帯端末２００との接続処理が異なるサービスを携帯端末２００がサポートしている場合に、携帯端末２００のＯＳ又はアプリケーションを特定する処理を実行することができる。

また、ペアリング処理によりペアリングされた携帯端末２００の識別情報と、この携帯端末２００にインストールされたＯＳ情報とを対応付けてメモリ部１２４に保存していく。そして、メモリ部１２４に保存した機器識別情報（例えば、ブルートゥースアドレスやフレンドリーネーム）を表示部１２１に表示させ、ユーザにより携帯端末２００が選択されると、選択された携帯端末２００にインストールされたＯＳに応じた接続処理により選択された携帯端末２００との無線通信を確立する。従って、ペアリング処理が終了した携帯端末２００であれば、ペアリング処理を再度行うことなく、携帯端末２００と無線通信を行うことができる。

車載情報システムの他の形態について、図１０〜図１３を参照しながら説明する。なお、本実施形態の車載装置１００と携帯端末２００とが備えるハードウェアの構成は、図２に示す構成と同一であるため、図示及びその説明を省略する。

図１０は、本実施形態の車載装置１００の制御部３１０が果たす各機能のうち、近距離無線通信部１２５を制御する部分、及び携帯端末２００の制御部４１０が果たす各機能のうち近距離無線通信部２２５を制御する部分を示す図である。なお、制御部３１０が果たす各機能は、例えば制御部３１０を構成するＣＰＵ等のハードウェアと、例えばメモリ部１２４に記憶された制御プログラムとの協働によって実現される。同様に、制御部４１０が果たす各機能は、例えば制御部４１０を構成するＣＰＵ等のハードウェアと、例えばメモリ部２２４に記憶された制御プログラムとの協働によって実現される。

車載装置１００の制御部３１０は、図５に示すＳＤＰ要求部１１３に代えて、要求部３１５を備えている。携帯端末２００の制御部４１０は、ＳＤＰ応答部２１２に代えて、サービス応答部４１２を備えている。要求部３１５は、サービス要求部３１５１と、保持部３１５２と、判別部３１５３とを備えている。

サービス要求部３１５１は、表示部１２１に表示されたスレーブデバイスのうち、ユーザにより選択されたスレーブデバイスに対して、自デバイスがサポートするサービスを特定する情報を送信する。サービスを特定する情報とは、スレーブデバイスとマスターデバイス、すなわち、ブルートゥース対応機器が、通信相手機のサポートするサービスを一意に特定することができる情報であり、例えば、上述したＵＵＩＤを例として挙げることができる。また、サービス要求部３１５１は、ユーザにより選択されたスレーブデバイスに対して、このスレーブデバイスがサポートするサービスを特定する情報の送信を要求する。サービス要求部３１５１は、スレーブデバイスからサービスを特定する情報を受信すると、受信したサービスを特定する情報を保持部３１５２と判別部３１５３とに渡す。保持部３１５２は、サービス要求部３１５１から渡されたサービスを特定する情報をメモリ部１２４に保存する。なお、本実施形態においてサービスには、少なくともプロファイル、プロトコル及びアプリケーションが含まれる。

判別部３１５３は、サービス要求部３１５１から、スレーブデバイスがサポート可能なサービスを特定する情報を取得する。判別部３１５３は、取得したサービスを特定する情報を使用して、当該のスレーブデバイスにインストールされたＯＳを特定する。

携帯端末２００のサービス応答部４１２は、マスターデバイスから送信される、当該マスターデバイスのサポートするサービスを特定する情報を受信すると、受信したサービスを特定する情報をメモリ部２２４に保存する。また、サービス応答部４１２は、マスターデバイスから、携帯端末２００がサポートするサービスを特定する情報の送信要求を受信すると、携帯端末２００がサポートするサービスを特定する情報をマスターデバイスに送信する。

図１１は、車載装置１００のメモリ部１２４に保存されるＵＵＩＤ管理テーブルの一例を示す図である。本実施形態のＵＵＩＤ管理テーブルは、携帯端末２００にインストールされるＯＳ情報と、各ＯＳ上で動作するサービス名と、各サービスを特定するＵＵＩＤとが対応付けられて登録されている。図１１に示すＵＵＩＤ管理テーブルには、ＯＳ情報として、ｉＯＳと、Ａｎｄｒｏｉｄとが登録されている。また、ｉＯＳ上で動作するサービスとして、ＨＦＰ（Hands-Free Profile）と、Ａ２ＤＰ（Advanced Audio Distribution Profile）と、ＳＰＰにおいてデータフォーマット等を独自に規定したｉＡＰのプロトコルとが登録されている。また、Ａｎｄｒｏｉｄ上で動作するサービスとして、ＨＦＰと、Ａ２ＤＰと、ＳＰＰにおいてデータフォーマット等を独自に規定したＳｍａｒｔ Ａｃｃｅｓｓと、同じくＳＰＰにおいてデータフォーマット等を独自に規定したＰａｎｄｏｒａとが登録されている。なお、ＨＦＰとＡ２ＤＰとは、ＯＳに関わらず、同一のＵＵＩＤが登録されている。また、図１１に記載したＵＵＩＤは例示であり、厳密には、ＨＦＰのＵＵＩＤ及びＡ２ＤＰのＵＵＩＤは夫々２バイトの情報であり、Ｓｍａｒｔ ＡｃｃｅｓｓのＵＵＩＤは１６バイトの情報である。また、図１１に例示するＵＵＩＤ管理テーブルには、Ａｎｄｒｏｉｄ固有のＵＵＩＤとして、Ｓｍａｒｔ ＡｃｃｅｓｓのＵＵＩＤ及びＰａｎｄｏｒａのＵＵＩＤの両方が規定されているが、何れか一方のみを規定するようにしてもよい。

図１２は、ペアリング時における車載装置１００−携帯端末２００間の信号の送信タイミングを表した図である。なお、この図の説明では、車載装置１００をマスターデバイス１００と呼び、携帯端末２００をスレーブデバイス２００と呼ぶ。車載装置１００と携帯端末２００とがユーザの操作に基づいてペアリングモード（８０１、８０２）にセットされると、マスターデバイスである車載装置１００は、近距離無線通信可能な領域内に問い合わせ信号（８０４）を送出して、スレーブデバイス２００を探索（８０３）する。スレーブデバイスである携帯端末２００は、問い合わせ信号を受信すると、自身のデバイス識別情報を含む応答信号（８０６）をマスターデバイス１００に対する応答（８０５）として送信する。デバイス識別情報には、少なくともブルートゥースアドレスが含まれ、この他にフレンドリーネームが含まれていてもよい。

マスターデバイス１００は、応答信号を受信することで、スレーブデバイス２００を検出（８０７）する。スレーブデバイス２００を検出したマスターデバイス１００は、検出したスレーブデバイス２００を認証する（８０８、８０９）。マスターデバイス１００は、スレーブデバイス２００に認証要求を送信する（８１０）。スレーブデバイス２００は、ユーザにより入力されたＰＩＮコードを使用してリンクキーを生成し、生成したリンクキーをマスターデバイス１００に送信する（８１１）。マスターデバイス１００は、スレーブデバイス２００からリンクキーを受信すると、自分自身のＰＩＮコードからリンクキーを生成して、同じリンクキーが得られるか否かを判定することで認証を実行する。

認証に成功すると、マスターデバイス１００は、スレーブデバイス２００に搭載されたＯＳを判別するＯＳ判別処理を行う（８１２）。まず、マスターデバイス１００は、マスターデバイス１００のサポートするサービスを通知するＳＤＰのパケット（８１３）を生成して、スレーブデバイス２００に送信する。ＳＤＰは、通信相手の機器がどのようなサービスをサポートしているのかを検索するのに利用されるプロトコルである。ＳＤＰのパケットを受信したスレーブデバイス２００は、受信したＳＤＰのパケットからマスターデバイス１００のサポートするサービスを特定する情報を取得し、取得したサービスを特定する情報をメモリ部２２４に保存する。次に、マスターデバイス１００は、スレーブデバイス２００のサポートするサービスを特定する情報の送信を要求するＳＤＰのパケット（８１４）を生成して、スレーブデバイス２００に送信する。ＳＤＰのパケットを受信したスレーブデバイス２００は、応答として、スレーブデバイス２００のサポートするサービスを特定する情報を含むＳＤＰのパケット（８１６）を生成して、マスターデバイス１００に送信する（８１５）。マスターデバイス１００は、スレーブデバイス２００から送信されたＳＤＰのパケットを受信し、受信したＳＤＰのパケットに含まれる、スレーブデバイス２００のサポートするサービスを特定する情報を取り出してメモリ部１２４に保存する。また、マスターデバイス１００は、スレーブデバイス２００のサポートするサービスを特定する情報に、ｉＯＳ固有のＵＵＩＤ又はＡｎｄｒｏｉｄ固有のＵＵＩＤが含まれているか否かを判定して、スレーブデバイス２００のＯＳを特定する。ｉＯＳ固有のＵＵＩＤとは、例えば、図１１に示すｉＡＰのＵＵＩＤである。また、Ａｎｄｒｏｉｄ固有のＵＵＩＤとは、例えば、図１１に示すＳｍａｒｔ Ａｃｃｅｓｓ又はＰａｎｄｏｒａのＵＵＩＤである。マスターデバイス１００は、特定したスレーブデバイスのＯＳ情報をメモリ部１２４に保存（８１７）するとともに、ＯＳ情報を用いてスレーブデバイス２００とのＳＰＰ通信を開始する（８１８）。

次に、車載装置１００の制御部３１０の詳細な処理手順について説明する。なお、スレーブデバイスを検出し、検出したデバイスとペアリング処理を行う手順については、図７にて説明した通りであるため、以下では、ＯＳ判別処理の詳細について図１３に示すフローチャートを参照しながら説明する。
制御部３１０は、まず、車載装置１００がサポートするサービスを含むＳＤＰのパケットをペアリング処理によりペアリングしたブルートゥース対応機器である携帯端末２００に送信する（ステップＳ３１）。次に、制御部３１０は、携帯端末２００のＯＳ情報がメモリ部１２４に保存されているか否かを判定する（ステップＳ３２）。メモリ部１２４にＯＳ情報が保存されている場合（ステップＳ３２／ＹＥＳ）、制御部３１０は、メモリ部１２４からＯＳ情報を読み出してＳＰＰによる通信を準備する（ステップＳ４４）。また、メモリ部１２４にＯＳ情報が保存されていない場合（ステップＳ３２／ＮＯ）、制御部３１０は、携帯端末２００のサポートするサービスを特定する情報の送信を要求するＳＤＰのパケットを近距離無線通信部１２５により携帯端末２００に送信する（ステップＳ３３）。なお、制御部３１０は、ＳＤＰのパケットを近距離無線通信部１２５に渡して、当該パケットを携帯端末２００に送信させる際に、ｉＯＳのＵＵＩＤを近距離無線通信部１２５に渡す。近距離無線通信部１２５は、携帯端末２００から受信したＳＤＰのパケットに、ｉＯＳ固有のＵＵＩＤが含まれている場合には、このｉＯＳ固有のＵＵＩＤを制御部３１０に渡す。ｉＯＳ固有のＵＵＩＤとは、例えば、図１１に示すｉＡＰのＵＵＩＤである。また、近距離無線通信部１２５は、携帯端末２００から受信したＳＤＰのパケットに、Ａｎｄｒｏｉｄ固有のＵＵＩＤが含まれている場合には、このＡｎｄｒｏｉｄ固有のＵＵＩＤを制御部３１０には渡さない。例えば、図１１に示すＳｍａｒｔ ＡｃｃｅｓｓのＵＵＩＤや、ＰａｎｄｏｒａのＵＵＩＤがＳＤＰのパケットに含まれる場合、近距離無線通信部１２５は、これらのＵＵＩＤを制御部３１０には渡さない。近距離無線通信部１２５は、例えば、図１１に示すＨＦＰやＡ２ＤＰのＵＵＩＤだけを制御部３１０に渡す。

制御部３１０は、近距離無線通信部１２５からサービスを特定する情報を入力したか否かを判定する（ステップＳ３４）。サービスを特定する情報を入力していない場合（ステップＳ３４／ＮＯ）、制御部３１０は、近距離無線通信部１２５からサービスを特定する情報を入力するまで待機する。また、近距離無線通信部１２５からサービスを特定する情報を入力した場合（ステップＳ３４／ＹＥＳ）、制御部３１０は、近距離無線通信部１２５から入力した、携帯端末２００のサポートするサービスを特定する情報をメモリ部１２４に保存する（ステップＳ３５）。サービスを特定する情報をメモリ部１２４に保存すると、制御部３１０は、ｉＯＳ固有のＵＵＩＤがメモリ部１２４に保存したサービスを特定する情報に含まれるか否かを判定する（ステップＳ３６）。サービスを特定する情報に、ｉＯＳ固有のＵＵＩＤが含まれる場合（ステップＳ３６／ＹＥＳ）、制御部３１０は、携帯端末２００に搭載されたＯＳをｉＯＳと判定する（ステップＳ３７）。例えば、メモリ部２２４にｉＡＰのＵＵＩＤが保存されている場合には、制御部３１０は、携帯端末２００のＯＳをｉＯＳと判定する。また、メモリ部２２４に、ＨＦＰやＡ２ＤＰのＵＵＩＤだけが保存されている場合には、制御部３１０は、携帯端末２００のＯＳをｉＯＳと判定する。携帯端末２００のＯＳをｉＯＳと判定した制御部３１０は、判定した携帯端末２００のＯＳ情報をメモリ部１２４に保存する（ステップＳ４３）。

また、サービスを特定する情報に、ｉＯＳ固有のＵＵＩＤが含まれていないと判定すると（ステップＳ３６／ＮＯ）、制御部３１０は、再度、携帯端末２００のサポートするサービスを特定する情報の送信を要求するＳＤＰのパケットを携帯端末２００に送信する（ステップＳ３８）。なお、制御部３１０は、ＳＤＰのパケットを近距離無線通信部１２５に渡して、当該パケットを携帯端末２００に送信させる際に、ＡｎｄｒｏｉｄのＵＵＩＤを近距離無線通信部１２５に渡す。近距離無線通信部１２５は、携帯端末２００から受信したＳＤＰのパケットに、Ａｎｄｒｏｉｄ固有のＵＵＩＤが含まれている場合には、このＡｎｄｒｏｉｄ固有のＵＵＩＤを制御部３１０に渡す。なお、Ａｎｄｒｏｉｄ固有のＵＵＩＤとは、例えば、図１１に示すＳｍａｒｔ ＡｃｃｅｓｓのＵＵＩＤや、ＰａｎｄｏｒａのＵＵＩＤである。また、近距離無線通信部１２５は、携帯端末２００から受信したＳＤＰのパケットに、ｉＯＳ固有のＵＵＩＤが含まれている場合には、このｉＯＳ固有のＵＵＩＤを制御部３１０には渡さない。例えば、図１１に示すｉＡＰのＵＵＩＤがＳＤＰのパケットに含まれる場合、近距離無線通信部１２５は、このＵＵＩＤを制御部３１０には渡さない。近距離無線通信部１２５は、例えば、図１１に示すＨＦＰやＡ２ＤＰのＵＵＩＤだけを制御部３１０に渡す。

次に、制御部３１０は、近距離無線通信部１２５からサービスを特定する情報を入力したか否かを判定する（ステップＳ３９）。サービスを特定する情報を入力していない場合（ステップＳ３９／ＮＯ）、制御部３１０は、近距離無線通信部１２５からサービスを特定する情報を入力するまで待機する。また、近距離無線通信部１２５からサービスを特定する情報を入力した場合（ステップＳ３９／ＹＥＳ）、制御部３１０は、近距離無線通信部１２５から入力した、携帯端末２００のサポートするサービスを特定する情報をメモリ部１２４に保存する（ステップＳ４０）。サービスを特定する情報をメモリ部１２４に保存すると、制御部３１０は、Ａｎｄｒｏｉｄ固有のＵＵＩＤがメモリ部１２４に保存したサービスを特定する情報に含まれるか否かを判定する（ステップＳ４１）。サービスを特定する情報に、Ａｎｄｒｏｉｄ固有のＵＵＩＤが含まれる場合（ステップＳ４１／ＹＥＳ）、制御部３１０は、携帯端末２００に搭載されたＯＳをＡｎｄｒｏｉｄと判定する（ステップＳ４２）。例えば、メモリ部２２４にＳｍａｒｔ ＡｃｃｅｓｓやＰａｎｄｏｒａのＵＵＩＤが保存されている場合には、制御部３１０は、携帯端末２００のＯＳをＡｎｄｒｏｉｄと判定する。また、メモリ部２２４に、Ｓｍａｒｔ ＡｃｃｅｓｓやＰａｎｄｏｒａのＵＵＩＤが保存されていない場合には、制御部３１０は、携帯端末２００のＯＳを特定不可能としてこの処理を終了する。

ステップＳ３７又はＳ４２において携帯端末２００のＯＳを特定し、ステップＳ４３にて特定したＯＳ情報をメモリ部１２４に保存すると、制御部３１０は、メモリ部１２４に保存したＯＳ情報を読み出し、携帯端末２００とのＳＰＰによる通信を準備する（ステップＳ４４）。車載装置１００は、ｉＯＳを搭載した携帯端末２００との間でＳＳＰの通信を行う場合、ｉＡＰに基づくセッションを確立する必要があるので、その処理を行う。なお、ＳＳＰの通信を行うことで、例えば、車載装置１００は、受け付けたユーザの操作に関する情報を携帯端末２００に送信することができる。

車載装置１００による認証に成功し、ブルートゥースアドレス、フレンドリーネーム及びＯＳ情報がメモリ部１２４に保存された、認証済みの各携帯端末２００は、車載装置１００がブルートゥース対応機器を再び探索する際に、ユーザが選択可能なように識別情報が表示部１２１に表示される。ユーザによって何れかの認証済み機器が選択されると、ユーザに再度の認証を強いることのないように、制御部３１０は、選択された認証済み機器のＯＳ情報をメモリ部１２４から読み出し、通信開始の準備をする。

以上、説明したように本実施形態は、携帯端末２００に搭載されたＯＳを判別する判別部３１５３を備えている。判別部３１５３は、携帯端末２００に無線通信を確立した後、携帯端末２００から送信される、携帯端末２００のサポートするサービスを特定する情報により携帯端末２００のＯＳを判別する。判別部３１５３は、判別したＯＳの情報をメモリ部１２４に保持させる。従って、ユーザの利便性を損なうことなく通信に必要な情報を取得し、携帯端末２００との通信を行うことができる。

また、メモリ部１２４には、携帯端末２００の識別情報と、携帯端末２００のＯＳ情報とが対応づけられて保存されているので、車載装置１００が、携帯端末２００のＯＳに応じた通信を携帯端末２００と行う場合に、携帯端末２００のＯＳを特定することができる。従って、ユーザの利便性を損なうことなく通信に必要な情報を取得し、携帯端末２００との通信を行うことができる。その他の効果については、先の実施形態と同様である。

上述した実施形態は、本発明の好適な実施形態である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形実施が可能である。例えば、上述した実施形態では、ＯＳの例としてｉＯＳとＡｎｄｒｏｉｄとを例に説明したが、ＯＳはこれらに限定されるものではない。例えば、メモリ部１２４が、既存のブルートゥース対応機器の全て又は一部について、その識別情報（例えば、初期のフレンドリーネーム）と搭載されているＯＳとの対応関係を規定するテーブルを記憶しておき、判別部１１３２が、このテーブルを参照しつつ、通信しようとするブルートゥース対応機器から取得するフレンドリーネームに基づいて、ブルートゥース対応機器に搭載されているＯＳを特定するようにしてもよい。

また、ブルートゥースアドレスは、上位２４ビットがブルートゥース対応機器の提供者ごとに割り当てられていることから、仮に一の提供者が１種類のＯＳのブルートゥース対応機器しか提供していない場合、メモリ部１２４が、これらの対応関係（例えば、ブルートゥースアドレスの上位２４ビットに対して一つのＯＳの種類を紐付けるテーブルに記憶しておき、判別部１１３２が、このテーブルを参照しつつ、通信しようとするブルートゥース対応機器から取得するブルートゥースアドレスに基づいて、ブルートゥース対応機器に搭載されているＯＳを特定するようにしてもよい。

また、近距離無線通信の方式としてブルートゥースを例に挙げたが、この代わりに、Ｔｒａｎｓｆｅｒ Ｊｅｔ、Ｚｉｇｂｅｅ(登録商標）等のその他の方式を用いてもよい。

１００ 車載装置
１１０、３１０ 制御部
１１１ スレーブデバイス探索部
１１２ スレーブデバイス情報表示制御部
１１３ ＳＤＰ要求部
１１３１ プロファイル要求部
１１３２、３１５２ 判別部
１１３３、３１５３ 保持部
１１４、３１４ 接続確立部
１２４、２２４ メモリ部
１２５ 近距離無線通信部
２００ 携帯端末
２１０、４１０ 制御部
２１１、４１１ デバイス識別情報送信部
２１２ ＳＤＰ応答部
２１３、４１３ 接続確立部
２２５ 近距離無線通信部
３１５ 要求部
３１５１ サービス要求部
４１２ サービス応答部

Claims (14)

1. 外部機器と無線通信する車載装置において、
   前記外部機器に搭載されたオペレーティングシステムを判別する判別部と、
   前記判別部によりオペレーティングシステムを判別した外部機器の識別情報、及び当該外部機器のオペレーティングシステムの情報を保持する保持部と、を備え、
   前記外部機器のオペレーティングシステムに応じた通信を前記外部機器とする場合、前記外部機器のオペレーティングシステムを前記保持部に保持した情報に基づいて特定することを特徴とする車載装置。
2. 前記判別部は、前記外部機器と無線通信を確立した後、前記外部機器から送信される、前記外部機器のサポートするサービスを特定する情報により前記外部機器のオペレーティングシステムを判別し、判別したオペレーティングシステムの情報を前記保持部に保持させることを特徴とする請求項１に記載の車載装置。
3. 前記判別部は、前記外部機器と無線通信を確立した後、オペレーティングシステムごとに特有の通信でそれぞれに通信し、前記外部機器から応答が得られた通信に対応するオペレーティングシステムの情報を保持することを特徴とする請求項１に記載の車載装置。
4. 前記保持部に保持されている外部機器をユーザ選択可能にする選択手段を備えることを特徴とする請求項１から３のいずれか一項に記載の車載装置。
5. 前記判別部は、前記外部機器と無線接続を確立した後、前記外部機器を認証し、前記外部機器の認証に成功した場合に、前記オペレーティングシステムを判別することを特徴とする請求項１から３のいずれか一項に記載の車載装置。
6. 前記判別部は、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠したＳＤＰに基づく通信により前記オペレーティングシステムを判別することを特徴とする請求項１から３のいずれか一項に記載の車載装置。
7. 前記判別部は、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠したＳＰＰに基づく通信が可能な場合に、前記オペレーティングシステムを判別することを特徴とする請求項１または３に記載の車載装置。
8. 外部機器と無線通信する車載装置の制御方法において、
   前記外部機器に搭載されたオペレーティングシステムを判別するステップと、
   前記判別するステップによりオペレーティングシステムを判別した外部機器の識別情報、及び当該外部機器のオペレーティングシステムの情報を保持部に保持させるステップと、を有し、
   前記外部機器のオペレーティングシステムに応じた通信を前記外部機器とする場合、前記外部機器のオペレーティングシステムを前記保持部に保持した情報に基づいて特定することを特徴とする車載装置の制御方法。
9. 前記判別するステップは、前記外部機器と無線通信を確立した後、前記外部機器から送信される、前記外部機器のサポートするサービスを特定する情報により前記外部機器のオペレーティングシステムを判別し、判別したオペレーティングシステムの情報を前記保持部に保持させることを特徴とする請求項８に記載の車載装置の制御方法。
10. 前記判別するステップは、前記外部機器と無線通信を確立した後、オペレーティングシステムごとに特有の通信でそれぞれに通信し、前記外部機器から応答が得られた通信に対応するオペレーティングシステムの情報を保持することを特徴とする請求項８に記載の車載装置の制御方法。
11. 前記保持部に保持されている外部機器をユーザ選択可能にするステップを有することを特徴とする請求項８から１０のいずれか一項に記載の車載装置の制御方法。
12. 前記判別するステップは、前記外部機器と無線接続を確立した後、前記外部機器を認証し、前記外部機器の認証に成功した場合に、前記オペレーティングシステムを判別することを特徴とする請求項８から１０のいずれか一項に記載の車載装置の制御方法。
13. 前記判別するステップは、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠したＳＤＰに基づく通信により前記オペレーティングシステムを判別することを特徴とする請求項８から１０のいずれか一項に記載の車載装置の制御方法。
14. 前記判別するステップは、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠したＳＰＰに基づく通信が可能な場合に、前記オペレーティングシステムを判別することを特徴とする請求項８または１０に記載の車載装置の制御方法。

Images