(57)【要約】【課題】検索された機器を適切に識別することのできる情報処理機器等を提供する。【解決手段】車載機器とのペアリング時において、ＢＴ通信部２６は、車載機器から自機のデバイスアドレスに対して送られた、フレンドリ名の要求を受信する。この要求に応じて、制御部２５は、固有の識別情報を生成する。例えば、制御部２５は、乱数生成ロジック等に従って、１つ以上の文字をランダムに選択した識別情報（識別用の文字列）を生成する。ＢＴ通信部２６は、制御部２５に生成された識別情報が機種名の末尾に付加されたフレンドリ名を、車載機器に送信する。車載機器は、固有の識別情報が付加されたフレンドリ名を機器リストに加えて表示する。また、制御部２５は、車載機器に送信したものと同じフレンドリ名を、表示部２８に表示する。【選択図】図３
2014068238.tif 000002
【特許請求の範囲】
【請求項１】
所定の名称要求に応答して、固有の識別情報を生成する生成部と、
前記生成部により生成された識別情報を、自機に設定されている名称に付加し、所定の近距離無線通信によって、要求元に送信する通信部と、
前記通信部が要求元に送信したものと同じ名称を表示する表示部と、
を備えることを特徴とする情報処理機器。
【請求項２】
機器を表すフレンドリ名の要求に応答して、固有の識別情報を生成する生成部と、
前記生成部により生成された識別情報を、自機に設定されているフレンドリ名に付加し、ブルートゥース通信によって、要求元に送信する通信部と、
前記通信部が要求元に送信したものと同じフレンドリ名を表示する表示部と、
を備えることを特徴とする情報処理機器。
【請求項３】
前記生成部は、１つ以上の文字をランダムに選択した識別情報を生成する、
ことを特徴とする請求項２に記載の情報処理機器。
【請求項４】
自機の姿勢を検出するセンサを更に備え、
前記生成部は、前記センサにより検出された姿勢に応じた識別情報を生成する、
ことを特徴とする請求項２に記載の情報処理機器。
【請求項５】
前記生成部は、複数の識別情報を生成するものであり、
前記生成部により生成された複数の識別情報から１つの識別情報を選択する選択部を更に備え、
前記通信部は、前記選択部により選択された識別情報を、フレンドリ名に付加して、要求元に送信する、
ことを特徴とする請求項２に記載の情報処理機器。
【請求項６】
文字列を入力する入力部を更に備え、
前記生成部は、前記入力部により入力された文字列に基づいた識別情報を生成する、
ことを特徴とする請求項２に記載の情報処理機器。
【請求項７】
前記通信部は、前記生成部により生成された識別情報を、フレンドリ名の先頭又は末尾に付加して、要求元に送信する、
を備えることを特徴とする請求項２乃至６の何れか１項に記載の情報処理機器。
【請求項８】
機器を表すフレンドリ名の要求に応答して、固有の識別情報を生成する生成ステップと、
前記生成ステップにより生成された識別情報を、自機に設定されているフレンドリ名に付加し、ブルートゥース通信によって、要求元に送信する通信ステップと、
前記通信ステップにて要求元に送信したものと同じフレンドリ名を表示する表示ステップと、
を備えることを特徴とする機器識別方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理機器、及び、機器識別方法に関する。
【背景技術】
【０００２】
近年、様々な情報処理機器において、近距離無線通信が利用できるようになっている。例えば、車載機器、携帯端末、オーディオ機器、パーソナルコンピュータ、及び、それらの周辺機器等の多くには、ブルートゥース［Bluetooth（登録商標）］が採用されている。
このブルートゥースでは、機器の種類等に応じて規定されたプロファイルを利用して通信が行われる。また、各機器には、固有情報としてデバイスアドレス等が予め割り当てられているため、機器間でポイント・ツー・ポイントや、ポイント・ツー・マルチポイントの通信が行えるようになっている。
この他にも、各機器には、利用者がその機器を識別できるようにするために、フレンドリ名（Friendly Name）が設定されている。このフレンドリ名には、通常、工場出荷時に、機種毎に決まった名称（一例として、機種名）が設定されている。なお、このフレンドリ名を、利用者が、任意の名称に変更できる機器もある。
【０００３】
このようなブルートゥースにおいて、機器間で初めて通信（通信確立）を行う際には、互いの固有情報や共通のパスキー等を登録するペアリングという処理が必要となる。このペアリングは、例えば、親機となる機器を利用者が操作して行われる。
以下具体的に、親機となる車載機器と、子機となる携帯端末とをペアリングする場合を一例として説明する。
【０００４】
利用者は、まず、車載機器を操作して、ブルートゥースに対応した機器（この場合、携帯端末）の検索を指示する。この指示に応答して、車載機器は、例えば、空欄の機器リストを表示部に表示した状態で、近傍の機器の検索を開始する。
やがて、何れかの機器が検索されると、車載機器は、その機器のフレンドリ名を機器リストに追加して表示する。このため、利用者は、表示されるフレンドリ名から、検索されたのが携帯端末であると識別できる。そして、利用者が、そのフレンドリ名を選択し（例えば、タッチパネル等にてタッチし）、パスキー等を入力すると、通信に必要な情報が双方に登録され、ペアリングが完了する。
【０００５】
このようなブルートゥースを用いる情報処理機器の一例として、特許文献１には、フレンドリ名を取得するのにかかる時間を低減することのできる発明が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−３０９５７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したように、ペアリング時には、検索された機器を利用者が識別できるように、フレンドリ名が表示される。
しかしながら、同種の機器が複数存在する状況では、ペアリング時に、それぞれのフレンドリ名が表示されても、利用者が機器を識別できない場合があった。
例えば、車載機器に利用者の携帯端末をペアリングしようとする際に、他の同乗者等が利用者の携帯端末と同一機種の携帯端末を所持しており、何れの携帯端末のフレンドリ名も工場出荷時のままであれば、機器リストには、同一の機種名が複数並んで表示されることになる。そのため、利用者は、自分の携帯端末を識別できず、ペアリングを完了させることができない。
なお、上述したように、フレンドリ名を変更できる機器であれば、利用者がフレンドリ名を変更することで対処することも考えられる。それでも、フレンドリ名の変更には、煩雑な操作が要求されるため、利用者の負担が増大してしまうことになる。
【０００８】
このようなことから、ペアリング時に、同種の機器が複数存在するような状況においても、利用者に負担をかけることなく、検索された機器を識別できる技術が求められていた。
【０００９】
本発明は、上記のような問題点を解決するためになされたもので、検索された機器を適切に識別できる情報処理機器、及び、機器識別方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の第１の観点に係る情報処理機器は、
所定の名称要求に応答して、固有の識別情報を生成する生成部と、
前記生成部により生成された識別情報を、自機に設定されている名称に付加し、所定の近距離無線通信によって、要求元に送信する通信部と、
前記通信部が要求元に送信したものと同じ名称を表示する表示部と、
を備えることを特徴とする。
【００１１】
上記目的を達成するため、本発明の第２の観点に係る情報処理機器は、
機器を表すフレンドリ名の要求に応答して、固有の識別情報を生成する生成部と、
前記生成部により生成された識別情報を、自機に設定されているフレンドリ名に付加し、ブルートゥース通信によって、要求元に送信する通信部と、
前記通信部が要求元に送信したものと同じフレンドリ名を表示する表示部と、
を備えることを特徴とする。
【００１２】
前記生成部は、１つ以上の文字をランダムに選択した識別情報を生成してもよい。
【００１３】
上記情報処理機器は、自機の姿勢を検出するセンサを更に備え、
前記生成部は、前記センサにより検出された姿勢に応じた識別情報を生成してもよい。
【００１４】
前記生成部は、複数の識別情報を生成するものであり、
上記情報処理機器は、前記生成部により生成された複数の識別情報から１つの識別情報を選択する選択部を更に備え、
前記通信部は、前記選択部により選択された識別情報を、フレンドリ名に付加して、要求元に送信してもよい。
【００１５】
上記情報処理機器は、文字列を入力する入力部を更に備え、
前記生成部は、前記入力部により入力された文字列に基づいた識別情報を生成してもよい。
【００１６】
前記通信部は、前記生成部により生成された識別情報を、フレンドリ名の先頭又は末尾に付加して、要求元に送信してもよい。
【００１７】
上記目的を達成するため、本発明の第３の観点に係る機器識別方法は、
機器を表すフレンドリ名の要求に応答して、固有の識別情報を生成する生成ステップと、
前記生成ステップにより生成された識別情報を、自機に設定されているフレンドリ名に付加し、ブルートゥース通信によって、要求元に送信する通信ステップと、
前記通信ステップにて要求元に送信したものと同じフレンドリ名を表示する表示ステップと、
を備えることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、検索された機器を適切に識別することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明に係る情報処理機器を親機及び子機として説明するための模式図である。
【図２】本発明の第１の実施形態において親機となる車載機器の構成例を示すブロック図である。
【図３】本発明の第１の実施形態において子機となる携帯端末の構成例を示すブロック図である。
【図４】車載機器が実行するペアリング制御処理と、各携帯端末が実行するペアリング応答処理の一例を示すフローチャートである。
【図５】本発明の第１の実施形態におけるフレンドリ名の表示例を説明するための模式図であり、（ａ）が車載機器に表示される機器リストであり、（ｂ）が各携帯端末に表示されるフレンドリ名である。
【図６】本発明の第２の実施形態において子機となる携帯端末の構成例を示すブロック図である。
【図７】本発明の第２の実施形態におけるフレンドリ名の表示例を説明するための模式図であり、（ａ）が車載機器に表示される機器リストであり、（ｂ）が各携帯端末に表示されるフレンドリ名である。
【図８】本発明の第２の実施形態の変形例におけるフレンドリ名の表示例を説明するための模式図であり、（ａ）が車載機器に表示される機器リストであり、（ｂ）が各携帯端末に表示されるフレンドリ名である。
【発明を実施するための形態】
【００２０】
本発明に係る情報処理機器について、以下、複数の実施形態を通じて説明する。この機器（情報処理機器）は、近距離無線通信機能を有しており、他の機器と通信可能となっている。
具体的には、各機器が、それぞれブルートゥース［Bluetooth（登録商標）］に対応している。そして、図１に示すように、各機器が親機１や子機２（複数の子機２）として、通信が行える範囲内に存在している。
【００２１】
以下では、発明の理解を容易にするため、親機１となる機器の一例として車載機器を用い、また、各子機２となる機器の一例として携帯端末（各携帯端末が全て同一機種）を用いる場合について説明する。なお、親機１や各子機２は、これらの機器に限られず他の機器（例えば、親機１がオーディオ機器で、各子機２がスピーカ等）であってもよい。また、親機１と子機２とが、明確に別機器である必要はなく、全て同じ機器を用いて、何れかが親機１となり、残りが子機２となってもよい。
【００２２】
（第１の実施形態）
図２は、本発明の第１の実施形態において親機１となる車載機器１０の構成例を示すブロック図である。以下、この車載機器１０を、ナビゲーション機器として説明するが、一例であり、他の機器（例えば、車載用オーディオ機器等）であってもよい。
【００２３】
図示するように、車載機器１０は、ＧＰＳ受信部１１と、車速センサ１２と、スピーカ１３と、入力部１４と、制御部１５と、ＢＴ通信部１６と、記憶部１７と、表示部１８とを含んで構成されている。
【００２４】
ＧＰＳ（Global Positioning System）受信部１１は、アンテナ１１ａを介して複数のＧＰＳ衛星から送られる信号を受信し、車両（車載機器１０を搭載した自動車等）の現在位置を計測する。例えば、ＧＰＳ受信部１１は、緯度、経度、及び、高さからなる位置情報を測位する。そして、測位した位置情報を制御部１５に供給する。
【００２５】
車速センサ１２は、例えば、車両の速度を検出し、その車速を表す車速信号を出力する。具体的に車速センサ１２は、車両における車軸の回転数に比例してパルス信号を発生させ、その信号を車速信号として、制御部１５に供給する。
【００２６】
スピーカ１３は、制御部１５に制御され、所定の報知音や音声を出力する。例えば、スピーカ１３は、利用者を案内するナビゲーション時に、曲がるべき交差点や曲がるべき方向を知らせる音声等を出力する。
【００２７】
入力部１４は、利用者からの指示入力等を受け付ける。具体的に入力部１４は、表示部１８の前面に配置されたタッチパネル等からなり、利用者によるタッチ操作を受け付ける。なお、入力部１４は、車載機器１０に配置された各スイッチ（キー）等であってもよい。
【００２８】
制御部１５は、ＣＰＵ（Central Processing Unit）等からなり、例えば、記憶部１７に記憶されたプログラムを実行することにより、車載機器１０全体を制御する。
具体的に制御部１５は、利用者を案内するナビゲーション時に、ＧＰＳ受信部１１が測位した位置情報や車速センサ１２から供給された速度信号に基づいて、車両の現在位置（自車位置）を割り出し、記憶部１７から読み出した地図上にシンボル等を合成して表示部１８に表示する。
また、制御部１５は、ＢＴ通信部１６を制御して、ブルートゥースに対応した他の機器（後述する各携帯端末）と通信可能となっている。なお、この通信についての詳細は、以下のＢＴ通信部１６と共に説明する。
【００２９】
ＢＴ（ブルートゥース）通信部１６は、アンテナ１６ａを介して、近傍の機器（ブルートゥースに対応した機器）と通信可能となっている。具体的にＢＴ通信部１６は、制御部１５に制御され、後述する携帯端末との間でプロファイルを利用して通信が行えるようになっている。
なお、携帯端末との間で、初めて通信（通信確立）を行う際には、互いの固有情報や共通のパスキー等を登録するペアリングを行う必要がある。
このペアリングにおいて、ＢＴ通信部１６は、まず、検索コマンド（検索パケット）を近傍の機器に向けて送信する。そして、応答があった機器（携帯端末）との間で情報を送受信して、その機器からフレンドリ名（Friendly Name）を取得する。このフレンドリ名は、後述するように、工場出荷時に設定された機種名の末尾に、固有の識別情報が付加されている。
【００３０】
ＢＴ通信部１６は、このようなやり取りを各機器（各携帯端末）との間で行い、取得したそれぞれのフレンドリ名を、制御部１５に供給する。つまり、制御部１５には、各携帯端末に応じて、それぞれ固有の識別情報が付加されたフレンドリ名が供給される。
そのため制御部１５が、これらのフレンドリ名を機器リストに追加して表示部１８に表示した際に、各機器（各携帯端末）が全て同一機種であったとしても、異なるフレンドリ名（末尾の識別情報が異なるフレンドリ名）が表示されることになる。また、後述するように、各携帯端末には、車載機器１０に送信したのと同じフレンドリ名がそれぞれ表示される。
これらによって、利用者は、各携帯端末を識別でき、目的の携帯端末のフレンドリ名を機器リストから選ぶ（例えば、機器リストから目的のフレンドリ名をタッチ操作する）ことができる。更に、選択された携帯端末との間で使用されるパスキー等が、入力部１４から利用者によって入力されると、ＢＴ通信部１６は、選択された携帯端末にパスキー等を送信すると共に、通信に必要な情報を双方が登録し、ペアリングを完了させる。
【００３１】
記憶部１７は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）又は、フラッシュメモリ等からなり、車載機器１０の動作に必要となる各種の情報を記憶する。
例えば、記憶部１７は、後述するペアリング制御処理を含むプログラムを、制御部１５が実行可能に記憶している。なお、記憶部１７は、制御部１５がプログラムを実行時に更新する各種ワーク情報も記憶する。
また、記憶部１７は、ブルートゥース通信に必要な情報を記憶する。例えば、記憶部１７は、自機のプロフィール、自機のデバイスアドレス、及び、自機のフレンドリ名等の情報を記憶する。また、ペアリング済みの機器（携帯端末等）を管理するための管理情報（相手のデバイスアドレス、及び、パスキー等）も記憶している。
この他にも記憶部１７は、地図情報、及び、道路情報など、地図の表示（推奨ルートの案内等）に必要な情報や、報知音や音声等の音声情報も記憶している。
【００３２】
表示部１８は、例えば、液晶ディスプレイ等からなり、地図や所定の案内画像等を表示する。
具体的に表示部１８は、制御部１５によって生成された地図上に、自車位置を示すシンボル等を合成して表示する。
また、ペアリング時において、表示部１８は、検索された機器のフレンドリ名を列挙する機器リストを表示する。
【００３３】
図３は、本発明の第１の実施形態において各子機２となる携帯端末２０（全て同一機種）の構成例を示すブロック図である。なお、携帯端末２０も、ブルートゥースに対応した機器であり、フレンドリ名として、工場出荷時に機種名が設定されている（以下、このフレンドリ名は、変更されていないものとして説明する）。つまり、各携帯端末２０に設定されたフレンドリ名は、全て同じ機種名のままとなっている。
以下、この携帯端末２０を携帯電話機として説明するが、一例であり、他の機器（例えば、ポータブルオーディオ機器等）であってもよい。
【００３４】
図示するように、携帯端末２０は、移動体通信部２１と、マイク２２と、スピーカ２３と、入力部２４と、制御部２５と、ＢＴ通信部２６と、記憶部２７と、表示部２８とを含んで構成されている。
【００３５】
移動体通信部２１は、アンテナ２１ａを介して最寄りの基地局と通信することにより、移動体通信網に接続可能となっている。そして、接続した移動体通信網を通じて、移動体通信部２１は、他の携帯端末２０と通信（通話等）したり、所定のサーバと通信することができる。
【００３６】
マイク２２は、利用者の音声等を入力する。例えば通話時において、マイク２２は、利用者の音声を入力して制御部２５に供給する。
【００３７】
スピーカ２３は、制御部２５に制御され、所定の報知音や音声を出力する。例えば通話時において、スピーカ２３は、通話相手の音声を出力する。
【００３８】
入力部２４は、例えば、携帯端末２０に配置された各スイッチ（キー）等からなり、利用者からの操作内容（指示入力等）を受け付ける。なお、入力部２４は、表示部２８の前面に配置されたタッチパネル等であってもよい。
【００３９】
制御部２５は、ＣＰＵ等からなり、例えば、記憶部２７に記憶されたプログラムを実行することにより、携帯端末２０全体を制御する。
具体的に制御部２５は、通話時において、移動体通信部２１を制御して、他の携帯端末２０等との間で音声（音声データ）の送受信を行う。
また、制御部２５は、ＢＴ通信部２６を制御して、ブルートゥースに対応した他の機器（上述した車載機器１０）と通信可能となっている。なお、この通信についての詳細は、以下のＢＴ通信部２６と共に説明する。
【００４０】
ＢＴ通信部２６は、アンテナ２６ａを介して、近傍の機器（ブルートゥースに対応した機器）と通信可能となっている。具体的にＢＴ通信部２６は、制御部２５に制御され、上述した車載機器１０との間でプロファイルを利用して通信が行えるようになっている。
なお、車載機器１０との間で、初めて通信（通信確立）を行う際には、上述したようにペアリングを行う必要がある。
このペアリング時において、例えば、ＢＴ通信部２６は、車載機器１０（上述したＢＴ通信部１６）から検索コマンドが送られると、自機のデバイスアドレスを含んだ応答を返信する。そして、車載機器１０から自機（自機のデバイスアドレス）に対して、フレンドリ名の返信が要求されると、ＢＴ通信部２６は、フレンドリ名を返信することになる。
その際、ＢＴ通信部２６は、以下のように、その都度生成した固有の識別情報を機種名に付加したフレンドリ名を返信する。
【００４１】
例えば、制御部２５は、乱数生成ロジック等に従って、１つ以上（所定数又は可変数）の文字をランダムに選択した識別情報（識別用の文字列）を生成する。具体的に制御部２５は、英数の文字（アルファベットの大文字・小文字と０〜９の数字）から３文字をランダムに選択した識別情報を生成する。一例として、制御部２５は、「ｎ０Ｗ」といった識別情報を生成する。この識別情報はその都度生成されるため、毎回異なっている。
なお、識別情報の生成手法は、これに限られず適宜変更可能である。例えば、制御部２５が計時機能（タイマ等）を有している場合に、制御部２５は、計時している時刻のミリ秒のテキスト値（一例として、０〜９９９の範囲）を識別情報として生成してもよい。
【００４２】
ＢＴ通信部２６は、このように生成された識別情報を、記憶部２７に記憶されるフレンドリ名（上述したように、工場出荷時に設定された機種名）の末尾に付加して、車載機器１０に送信する。
一例として、記憶部２７に記憶されるフレンドリ名（機種名）が、「ＭＯＤＥＬ−ＡＢＣ」であり、制御部２５により「ｎ０Ｗ」という識別情報が生成されている場合には、「ＭＯＤＥＬ−ＡＢＣ−ｎ０Ｗ」というフレンドリ名が、車載機器１０に返信される。なお、識別情報「ｎ０Ｗ」の前にハイフンも添えて、機種名「ＭＯＤＥＬ−ＡＢＣ」の末尾に付加いているが、このハイフンも一例であり、他の記号等であってもよい。また、ハイフン等を省いて識別情報だけを付加したフレンドリ名を、車載機器１０に返信するようにしてもよい。
また、制御部２５は、車載機器１０に送信（返信）したものと同じフレンドリ名を、表示部２８に表示する。一例として、上述した「ＭＯＤＥＬ−ＡＢＣ−ｎ０Ｗ」というフレンドリ名を車載機器１０に送信した場合、同じ「ＭＯＤＥＬ−ＡＢＣ−ｎ０Ｗ」というフレンドリ名を表示部２８に表示する。
その後、車載機器１０から自機（自機のデバイスアドレス）に対して、パスキー等が送られ、登録が要求されると、制御部２５は、車載機器１０との通信に必要な情報を登録し、ペアリングを完了させる。
【００４３】
記憶部２７は、ＲＯＭやＲＡＭ又は、フラッシュメモリ等からなり、携帯端末２０の動作に必要となる各種の情報を記憶する。
例えば、記憶部２７は、後述するペアリング応答処理を含むプログラムを、制御部２５が実行可能に記憶している。なお、記憶部２７は、制御部２５がプログラムを実行時に更新する各種ワーク情報も記憶する。
また、記憶部２７は、ブルートゥース通信に必要な情報を記憶する。例えば、記憶部２７は、自機のプロフィール、自機のデバイスアドレス、及び、自機のフレンドリ名（上述したように、工場出荷時に設定された機種名）等の情報を記憶する。また、ペアリング済みの機器（車載機器１０等）を管理するための管理情報（相手のデバイスアドレス、及び、パスキー等）も記憶している。
この他にも記憶部２７は、電話番号情報（自機の番号や登録された他の番号）、メールアドレス情報（自機のアドレスや登録された他のアドレス）、個人プロフィール情報（住所や生年月日等）も記憶している。
【００４４】
表示部２８は、例えば、液晶ディスプレイ等からなり、制御部２５によって生成された種々の情報（文字や図形等）を表示する。なお、携帯端末２０は、一例として、折りたたみ式（クラムシェル型）の機器であり、外側にも液晶ディスプレイ等を有している。そのため、携帯端末２０が閉じられている（折りたたまれている）場合に、表示部２８は、外側の液晶ディスプレイ等を通じて情報を表示する。
このような表示部２８は、具体的に、着信やメール受信等を知らせる情報や、受信したメールの内容等を表示する。
また、ペアリング時において、表示部２８は、車載機器１０に送信したものと同じフレンドリ名を表示する。つまり、表示部２８は、機種名の末尾に固有の識別情報が付加されたフレンドリ名（例えば、上述した「ＭＯＤＥＬ−ＡＢＣ−ｎ０Ｗ」等）を表示する。      
【００４５】
このような構成からなる各機器（車載機器１０及び、携帯端末２０）の動作について、以下、図面を参照して説明する。具体的には、ペアリング時における車載機器１０及び、携帯端末２０の動作について説明する。
図４は、車載機器１０が実行するペアリング制御処理、及び、携帯端末２０（各携帯端末２０）が実行するペアリング応答処理の一例を示すフローチャートである。
【００４６】
まず、利用者からペアリングが指示されると、車載機器１０は、検索コマンドを送信する（ステップＳ１０１）。
すなわち、ＢＴ通信部１６は、検索コマンド（検索パケット）を近傍の機器に向けて送信する。
【００４７】
これに対して、携帯端末２０は、検索コマンドを受信する（ステップＳ２０１）。そして、携帯端末２０は、応答と共にデバイスアドレス等を返信する（ステップＳ２０２）。
すなわち、ＢＴ通信部２６は、車載機器１０から送られた検索コマンドを受信すると、自機のデバイスアドレス等を含んだ応答を車載機器１０に返信する。
【００４８】
車載機器１０は、応答と共に送られるデバイスアドレス等を受信する（ステップＳ１０２）。
すなわち、ＢＴ通信部１６は、応答した携帯端末２０から返信されたデバイスアドレス等を受信する。具体的にＢＴ通信部１６は、応答した各携帯端末２０から返信されたデバイスアドレス等をそれぞれ受信する。
つまり、車載機器１０は、近傍のブルートゥースに対応した機器（この場合、各携帯端末２０）の全てから、デバイスアドレス等を受信する。
なお、車載機器１０は、何れの機器からも応答が得られなかった場合に、空欄の機器リストを表示するなどして、ペアリング制御処理を終えるものとする。
【００４９】
車載機器１０は、応答した１つの機器に対して、フレンドリ名を要求する（ステップＳ１０３）。
すなわち、ＢＴ通信部１６は、応答した１つの携帯端末２０のデバイスアドレスに向けて、フレンドリ名の返信を要求する。
【００５０】
これに対して、携帯端末２０（要求されたデバイスアドレスの携帯端末２０）は、自己に対する、フレンドリ名の要求を受信する（ステップＳ２０３）。
すなわち、車載機器１０から自機のデバイスアドレスに対して、フレンドリ名の返信が要求された場合にだけ、ＢＴ通信部２６は、この要求を受信する。
【００５１】
この要求を受信した携帯端末２０は、固有の識別情報を生成する（ステップＳ２０４）。
すなわち、制御部２５は、例えば、乱数生成ロジック等に従って、１つ以上の文字をランダムに選択した識別情報（識別用の文字列）を生成する。なお、上述したように、識別情報の生成手法は、これに限られず適宜変更可能である。
【００５２】
また、携帯端末２０は、識別情報を付加したフレンドリ名を返信する（ステップＳ２０５）。
すなわち、ＢＴ通信部２６は、制御部２５に生成された識別情報を、記憶部２７に記憶されるフレンドリ名（工場出荷時に設定された機種名）の末尾に付加して、車載機器１０に返信する。
【００５３】
車載機器１０は、フレンドリ名を受信する（ステップＳ１０４）。
すなわち、ＢＴ通信部１６は、要求に応じて携帯端末２０から返信されたフレンドリ名を受信する。つまり、ＢＴ通信部１６は、機種名の末尾に固有の識別情報が付加されたフレンドリ名を受信する。なお、受信したフレンドリ名は、要求した携帯端末２０のデバイスアドレスと対応付けられて、記憶部１７に記憶される。
【００５４】
車載機器１０は、全応答分のフレンドリ名を受信したか否かを判別する（ステップＳ１０５）。つまり、応答した全ての携帯端末２０に対してフレンドリ名を要求して受信したかどうかを判別する。
車載機器１０は、全応答分受信していないと判別すると（ステップＳ１０５；Ｎｏ）、ステップＳ１０３に処理を戻し、上述したステップＳ１０３〜Ｓ１０５の処理を繰り返し実行する。つまり、残りの携帯端末２０に対して、フレンドリ名の返信を要求し、送られるフレンドリ名を受信する。
【００５５】
一方、全応答分受信したと判別した場合（ステップＳ１０５；Ｙｅｓ）に、車載機器１０は、機器リストを表示する（ステップＳ１０６）。
すなわち、制御部１５は、ステップＳ１０４にて受信したフレンドリ名を列挙した機器リストを表示部１８に表示する。
例えば、表示部１８は、図５（ａ）に示すような機器リストを表示する。この機器リストは、４つの携帯端末２０からフレンドリ名を受信した場合を例示している。この場合、各携帯端末２０が全て同じ機種で、本来であれば、全てのフレンドリ名が「ＭＯＤＥＬ−ＡＢＣ」であったものの、その末尾に固有の識別情報がそれぞれ付加されているため、それぞれ異なるフレンドリ名が表示されている。
【００５６】
また、図４に戻って、携帯端末２０は、同じフレンドリ名を表示する（ステップＳ２０６）。
すなわち、制御部２５は、車載機器１０に送信したものと同じフレンドリ名を、表示部２８に表示する。つまり、各携帯端末２０のそれぞれが、車載機器１０に返信したものと同じフレンドリ名を表示する。
具体的には、図５（ｂ）に示すように、各携帯端末２０が、機種名の末尾に固有の識別情報が付加されたフレンドリ名を表示する。この場合、各携帯端末２０の外側の液晶ディスプレイ等に、それぞれのフレンドリ名が表示されている様子を例示している。
そのため利用者は、上述した図５（ａ）の機器リストと、図５（ｂ）の各携帯端末２０の表示とを見比べることで、目的の携帯端末２０を識別することができる。
【００５７】
図４に戻って、車載機器１０は、機器の選択があったか否かを判別する（ステップＳ１０７）。例えば、制御部１５は、機器リストから何れかのフレンドリ名がタッチ操作されたかどうかを判別する。
車載機器１０は、機器の選択がなかったと判別すると（ステップＳ１０７；Ｎｏ）、ペアリング制御処理を終える。例えば、利用者から機器リストの表示をキャンセルする等の指示がなされた場合に、車載機器１０は、ペアリング制御処理を終える。
【００５８】
一方、機器の選択があったと判別した場合（ステップＳ１０７；Ｙｅｓ）に、車載機器１０は、利用者からパスキー等を受け付ける（ステップＳ１０８）。
例えば、制御部１５は、パスキー等の入力を促す画面を表示部１８に表示し、入力部１４から利用者によって入力されるパスキー等を受け付ける。
【００５９】
車載機器１０は、選択された機器に対して、パスキー等を送信する（ステップＳ１０９）。
すなわち、ＢＴ通信部１６は、ステップＳ１０７にて選択された機器（フレンドリ名）に対応したデバイスアドレスに向けて、パスキー等を送信して登録を要求する。
【００６０】
これに対して、携帯端末２０は、パスキー等を受信したか否かを判別する（ステップＳ２０７）。
すなわち、ＢＴ通信部２６は、車載機器１０から自機のデバイスアドレスに対して、パスキー等が送られ登録が要求されたかどうかを判別する。
携帯端末２０は、パスキー等を受信しなかったと判別すると（ステップＳ２０７；Ｎｏ）、ペアリング応答処理を終える。例えば、所定時間（一例として、数分間）待機してもパスキー等を受信しなかった場合に、携帯端末２０は、ペアリング応答処理を終える。
【００６１】
一方、パスキー等を受信したと判別した場合（ステップＳ２０７；Ｙｅｓ）に、携帯端末２０は、機器の情報等を登録してペアリングを完成させる（ステップＳ２０８）。
すなわち、制御部２５は、車載機器１０との通信に必要な情報を登録し、ペアリングを完了させる。この際、ＢＴ通信部２６は、携帯端末２０側の登録が完了した旨を、車載機器１０に返信するようにしてもよい。
【００６２】
そして、車載機器１０でも、機器の情報等を登録してペアリングを完成させる（ステップＳ１１０）。
すなわち、制御部１５は、選択した携帯端末２０との通信に必要な情報を登録し、ペアリングを完了させる。なおこの登録は、携帯端末２０から、登録が完了した旨を受信した後に行ってもよい。
【００６３】
このようなペアリング制御処理、及び、ペアリング応答処理によって、検索された各携帯端末２０からは、それぞれ固有の識別情報が付加されたフレンドリ名が送られるため、車載機器１０には、それらのフレンドリ名を列挙した機器リストが表示される。また、各携帯端末２０には、車載機器１０に送信したものと同じフレンドリ名（固有の識別情報が付加されたフレンドリ名）が表示される。
そのため、利用者は、機器リストのフレンドリ名と、各携帯端末２０にそれぞれ表示されるフレンドリ名とを見比べることで、目的の携帯端末２０を識別することができる。
【００６４】
この結果、検索された機器を適切に識別することができる。
【００６５】
（第２の実施形態）
上記の第１の実施形態では、携帯端末２０が、１つ以上の文字をランダムに選択した識別情報を生成する場合について説明したが、これ以外にも、機器から検出される情報に基づいて識別情報を生成するようにしてもよい。
以下、機器に内蔵されるセンサから得られる情報に基づいて、識別情報を生成することを特徴とする本発明の第２の実施形態に係る携帯端末について説明する。なお、車載機器１０の方は、上述した第１の実施形態と同じ構成となっている。
【００６６】
図６は、本発明の第２の実施形態において各子機２となる携帯端末３０（同様に全て同一機種）の構成例を示すブロック図である。なお、この携帯端末３０にも、フレンドリ名として、工場出荷時に機種名が設定されており、そのフレンドリ名は、変更されていないものとして説明する。つまり、各携帯端末３０に設定されたフレンドリ名も、全て同じ機種名のままとなっている。
以下、この携帯端末３０も携帯電話機として説明するが、一例であり、他の機器（例えば、ポータブルオーディオ機器等）であってもよい。
【００６７】
図示するように、携帯端末３０は、移動体通信部２１と、マイク２２と、スピーカ２３と、入力部２４と、制御部２５と、ＢＴ通信部２６と、記憶部２７と、表示部２８と、センサ３１とを含んで構成されている。
すなわち、携帯端末３０は、上述した第１の実施形態の携帯端末２０に、センサ３１を加えた構成となっている。つまり、移動体通信部２１〜表示部２８は、上述した第１の実施形態の構成と同じであり、同一の参照番号にて示している。
【００６８】
センサ３１は、例えば、３軸の加速度センサ等からなり、携帯端末３０にかかっている加速度を検出する。
具体的にセンサ３１は、３軸（ｘ軸方向、ｙ軸方向、及び、ｚ軸方向）それぞれの加速度情報を検出して、制御部２５に供給する。なお、検出される加速度情報には、重力加速度も含まれている。
そのため、制御部２５は、センサ３１から供給される３軸の加速度情報に基づいて、携帯端末３０における現在の姿勢（どのような向きで置かれている、又は、保持されているのか等）を判別できるようになっている。具体的に制御部２５は、携帯端末３０が、表向き（一例として、外側の液晶ディスプレイ等を上に向けて平置き）、裏向き（一例として、外側の液晶ディスプレイ等を下に向けて平置き）、縦向き（一例として、アンテナの伸縮方向を上に向けて縦置き）、又は、横向き（一例として、アンテナの伸縮方向を左右何れかに向けて横置き）であることを判別可能である。
【００６９】
そのため、ペアリング時において、車載機器１０からフレンドリ名の返信が要求されると、制御部２５は、センサ３１から得た加速度情報に基づいて携帯端末３０の姿勢（現在の向き）を判別し、その姿勢に応じた識別情報（識別用の文字列）を生成する。
一例として、制御部２５は、携帯端末３０の姿勢が表向きであれば、「表」という識別情報を生成する。同様に、携帯端末３０の姿勢が裏向きであれば「裏」、携帯端末３０の姿勢が縦向きであれば「縦」、そして、携帯端末３０の姿勢が横向きであれば「横」という識別情報を生成する。なおこれら「表」、「裏」、「縦」、及び、「横」の識別情報は、一例であり、携帯端末３０の姿勢を表す文字列等であれば、適宜変更可能である。
また、センサ３１を利用した識別情報の生成手法は、これに限られず適宜変更可能である。例えば、制御部２５は、所定の携帯端末３０の標準姿勢（標準の向き）からどのくらいの角度差が生じているか（傾いているか）を、センサ３１の加速度情報から求めて、その角度のテキスト値（一例として、０〜３５９の範囲）を識別情報として生成してもよい。
【００７０】
そして、ＢＴ通信部２６は、このように生成された識別情報を、記憶部２７に記憶されるフレンドリ名（工場出荷時に設定された機種名）の末尾に付加して、車載機器１０に送信する。
一例として、記憶部２７に記憶されるフレンドリ名（機種名）が、「ＭＯＤＥＬ−ＡＢＣ」であり、制御部２５により「表」という識別情報が生成されている場合には、「ＭＯＤＥＬ−ＡＢＣ−表」というフレンドリ名が、車載機器１０に返信される。なお、識別情報「表」の前にハイフンも添えて、機種名「ＭＯＤＥＬ−ＡＢＣ」の末尾に付加いているが、このハイフンも一例であり、他の記号等であってもよい。また、ハイフン等を省いて識別情報だけを付加したフレンドリ名を、車載機器１０に返信するようにしてもよい。
また、制御部２５は、車載機器１０に返信したものと同じフレンドリ名を、表示部２８に表示する。一例として、上述した「ＭＯＤＥＬ−ＡＢＣ−表」というフレンドリ名を車載機器１０に送信した場合、同じ「ＭＯＤＥＬ−ＡＢＣ−表」というフレンドリ名を表示部２８に表示する。
【００７１】
このような構成の携帯端末３０（各携帯端末３０）も、上述した図４に示す車載機器１０が行うペアリング制御処理に応答して、第１の実施形態に係る携帯端末２０と同様にペアリング応答処理を実行する。
その際、図４に示すペアリング応答処理のステップＳ２０４において、固有の識別情報を生成する際に、制御部２５は、携帯端末３０における現在の姿勢に応じた識別情報を生成する。そして、ステップＳ２０５において、ＢＴ通信部２６は、この識別情報を付加したフレンドリ名を車載機器１０に返信する。
そのため、車載機器１０は、ペアリング制御処理のステップＳ１０４にて、携帯端末３０の姿勢に応じた識別情報が付加されたフレンドリ名を受信する。なお、車載機器１０は、全応答分のフレンドリ名を受信する。
そして、車載機器１０は、ステップＳ１０６にて、例えば、図７（ａ）に示すような機器リストを表示する。この機器リストは、４つの携帯端末３０からフレンドリ名を受信した場合を例示している。この場合、各携帯端末３０が全て同じ機種で、本来であれば、全てのフレンドリ名が「ＭＯＤＥＬ−ＡＢＣ」であったものの、その末尾に携帯端末３０の姿勢に応じた識別情報がそれぞれ付加されているため、それぞれ異なるフレンドリ名が表示されている。
【００７２】
また、図４に示すペアリング応答処理のステップＳ２０６において、制御部２５は、車載機器１０に返信したものと同じフレンドリ名を、表示部２８に表示する。つまり、各携帯端末３０のそれぞれが、携帯端末３０の姿勢に応じた識別情報が付加されたフレンドリ名を表示する。
具体的には、図７（ｂ）に示すように、各携帯端末３０が、機種名の末尾に姿勢に応じた識別情報が付加されたフレンドリ名を表示する。この場合、各携帯端末３０の外側の液晶ディスプレイ等に、それぞれのフレンドリ名が表示される様子を例示している。
そのため利用者は、上述した図７（ａ）の機器リストと、図７（ｂ）の各携帯端末３０の表示とを見比べることで、目的の携帯端末３０を識別することができる。なお、図７（ｂ）のように、各携帯端末３０の姿勢（向き）がそれぞれ違う場合には、各携帯端末３０に表示されるフレンドリ名を見ることなく、各携帯端末３０の姿勢から、目的の携帯端末３０を識別することができる。この他に、目的の携帯端末３０の姿勢が、他の何れの携帯端末３０の姿勢とも一致していない場合でも、各携帯端末３０に表示されるフレンドリ名を見ることなく、各携帯端末３０の姿勢から、目的の携帯端末３０を識別することができる。
【００７３】
このような携帯端末３０は、各携帯端末３０の姿勢が重複してしまう場合に対応して、上述した第１の実施形態に係る携帯端末２０が生成していた情報も加えて、識別情報を生成してもよい。つまり、携帯端末３０は、姿勢に応じた情報と、１つ以上の文字をランダムに選択した情報とから、識別情報を生成してもよい。
具体的に制御部２５は、まず、上記と同様に、センサ３１から得た加速度情報に基づいて携帯端末３０の姿勢（現在の向き）を判別し、その姿勢に応じた文字（文字列）を生成する。更に、制御部２５は、上記の第１の実施形態と同様に、乱数生成ロジック等に従って、１つ以上の文字をランダムに選択した文字（文字列）を生成する。
そして、制御部２５は、これらを結合させて、固有の識別情報を生成する。一例として、携帯端末３０の姿勢が縦向きであれば、制御部２５は、「縦」という文字を生成し、また、ランダムに３つの文字を選んで「８ｋＱ」といった文字列を生成する。制御部２５は、これらを結合させて最終的な識別情報（識別用の文字列）を生成する。つまり、この場合「縦８ｋＱ」という識別情報を生成する。なおこの際、各文字（文字列）を結合する順序は任意であり、「８ｋＱ縦」という識別情報を生成してもよい。
【００７４】
そして、ＢＴ通信部２６は、このように生成された識別情報を、記憶部２７に記憶されるフレンドリ名（工場出荷時に設定された機種名）の末尾に付加して、車載機器１０に送信する。
一例として、記憶部２７に記憶されるフレンドリ名（機種名）が、「ＭＯＤＥＬ−ＡＢＣ」であり、制御部２５により「縦８ｋＱ」という識別情報が生成されている場合には、「ＭＯＤＥＬ−ＡＢＣ−縦８ｋＱ」というフレンドリ名が、車載機器１０に返信される。なお、識別情報「縦８ｋＱ」の前にハイフンも添えて、機種名「ＭＯＤＥＬ−ＡＢＣ」の末尾に付加いているが、このハイフンも一例であり、他の記号等であってもよい。また、ハイフン等を省いて識別情報だけを付加したフレンドリ名を、車載機器１０に返信するようにしてもよい。
また、制御部２５は、車載機器１０に返信したものと同じフレンドリ名を、表示部２８に表示する。一例として、上述した「ＭＯＤＥＬ−ＡＢＣ−縦８ｋＱ」というフレンドリ名を車載機器１０に送信した場合、同じ「ＭＯＤＥＬ−ＡＢＣ−縦８ｋＱ」というフレンドリ名を表示部２８に表示する。
【００７５】
この場合、車載機器１０は、例えば、図８（ａ）に示すような機器リストを表示する。この機器リストは、４つの携帯端末３０からフレンドリ名を受信した場合を例示している。上記と同様に、本来であれば、全てのフレンドリ名が「ＭＯＤＥＬ−ＡＢＣ」であったものの、その末尾に固有の識別情報（携帯端末３０の姿勢に応じた文字とランダムな文字列との結合）がそれぞれ付加されているため、それぞれ異なるフレンドリ名が表示されている。
一方、各携帯端末３０は、例えば、図８（ｂ）に示すように、各携帯端末３０が、機種名の末尾に固有の識別情報（携帯端末３０の姿勢に応じた文字とランダムな文字列との結合）が付加されたフレンドリ名を表示する。この場合も、各携帯端末３０の外側の液晶ディスプレイ等に、それぞれのフレンドリ名が表示される様子を例示している。
そのため利用者は、図８（ａ）の機器リストと、図８（ｂ）の各携帯端末３０の表示とを見比べることで、目的の携帯端末３０を識別することができる。
【００７６】
この結果、これら第２の実施形態においても、検索された機器を適切に識別することができる。
【００７７】
（他の実施形態）
上記した第１及び第２の実施形態では、生成した識別情報を機種名の末尾に付加したフレンドリ名を、車載機器１０に送信する場合について説明したが、携帯端末２０，３０の表示部２８に表示桁数に制限がある場合を考慮して、生成した識別情報を機種名の先頭に付加したフレンドリ名を、車載機器１０に送信してもよい。
一例として、記憶部２７に記憶されるフレンドリ名（機種名）が、「ＭＯＤＥＬ−ＡＢＣ」であり、制御部２５により「ｎ０Ｗ」という識別情報が生成された場合、ＢＴ通信部２６は、「ｎ０Ｗ−ＭＯＤＥＬ−ＡＢＣ」というフレンドリ名を車載機器１０に送信することになる。そのため「ｎ０Ｗ−ＭＯＤＥＬ−ＡＢＣ」というフレンドリ名は、車載機器１０の機器リストに加えられ、そのまま表示される。
【００７８】
一方、携帯端末２０，３０は、車載機器１０に返信したものと同じフレンドリ名を表示しようとするが、表示部２８における表示桁数の制限からフレンドリ名を終わりまで表示できないものとする。例えば、１２文字までしか表示できないとした場合、表示部２８は、「ｎ０Ｗ−ＭＯＤＥＬ−ＡＢ」というように、末尾が欠けたフレンドリ名を表示することになる。
それでも、「ｎ０Ｗ」という識別情報が先頭に付加されているため、利用者は、車載機器１０に表示される機器リストの「ｎ０Ｗ−ＭＯＤＥＬ−ＡＢＣ」というフレンドリ名と、携帯端末２０，３０に表示される「ｎ０Ｗ−ＭＯＤＥＬ−ＡＢ」というフレンドリ名とが同じものであると識別できる。
このため、携帯端末２０，３０の表示部２８に表示桁数に制限がある場合でも、検索された機器を適切に識別することができる。
【００７９】
上記した第１及び第２の実施形態では、制御部２５が生成した識別情報を、そのままフレンドリ名に付加して車載機器１０に送信する場合について説明したが、生成された複数の識別情報の中から利用者が１つの識別情報を選択できるようにしてもよい。
例えば、ペアリング時において、車載機器１０からフレンドリ名の返信が要求されると、制御部２５は、複数の識別情報を生成する。そして、制御部２５は、それらの識別情報を選択可能に表示部２８に表示する。その際、利用者に向けて選択を促すメッセージ等も表示部２８に表示してもよい。
制御部２５は、入力部２４を介して、利用者の選択を受け付けると、選択された識別情報を決定する。なお、所定時間（一例として、数分間）待機しても利用者の選択がない場合、制御部２５は、ランダムに１つの識別情報を決定する。
つまり、利用者は、全ての携帯端末２０，３０について、識別情報を選択する必要はなく、例えば、目的の携帯端末２０，３０についてだけ、識別情報を選択すればよい。なお、全ての携帯端末２０，３０について、識別情報を選択しても何ら問題ない。
【００８０】
そして、ＢＴ通信部２６は、選択された識別情報を付加したフレンドリ名を車載機器１０に返信する。そのため、選択された識別情報が付加されているフレンドリ名が、車載機器１０の機器リストに加えられて表示されることになる。
一方、携帯端末２０，３０は、車載機器１０に返信したものと同じフレンドリ名を表示するが、利用者が自分で選択した識別情報であるため、携帯端末２０，３０に表示されるフレンドリ名を見ることなく、識別可能となっている。
そのため、利用者は、車載機器１０の表示部１８に表示される機器リストから、目的の携帯端末２０，３０のフレンドリ名を選ぶことができる。
【００８１】
更に、制御部２５が生成した複数の識別情報の中から１つの識別情報を選択するのではなく、利用者が自由に識別情報を入力できるようにしてもよい。
例えば、ペアリング時において、車載機器１０からフレンドリ名の返信が要求されると、制御部２５は、利用者の文字入力を促すメッセージ等を表示部２８に表示して、識別情報の入力を待機する。
制御部２５は、入力部２４を介して、利用者が入力した識別情報を受け付ける。なお、所定時間（一例として、数分間）待機しても識別情報が入力されない場合、制御部２５は、例えば、１つ以上の文字をランダムに選んだ識別情報を生成する。
つまり、利用者は、全ての携帯端末２０，３０について、識別情報を入力する必要はなく、例えば、目的の携帯端末２０，３０についてだけ、識別情報を入力すればよい。なお、全ての携帯端末２０，３０について、識別情報を入力しても何ら問題ない。
【００８２】
そして、ＢＴ通信部２６は、入力された識別情報を付加したフレンドリ名を車載機器１０に返信する。そのため、利用者に入力された識別情報が付加されているフレンドリ名が、車載機器１０の機器リストに加えられて表示されることになる。
一方、携帯端末２０，３０は、車載機器１０に返信したものと同じフレンドリ名を表示するが、利用者が自分で入力した識別情報であるため、携帯端末２０，３０に表示されるフレンドリ名を見ることなく、識別可能となっている。
そのため、利用者は、車載機器１０の表示部１８に表示される機器リストから、目的の携帯端末２０，３０のフレンドリ名を選ぶことができる。
【００８３】
なお、利用者が識別情報を入力する際に、絵文字を入力してしまうことも起こり得る。この絵文字は、ブルートゥース通信では、フォーマット等の制限により、車載機器１０に送信することができない。そのため、利用者により絵文字が入力された場合には、制御部２５は、その絵文字に関連する文字（文字列）に変換して、識別情報を生成する。
一例として、干支の絵文字の１つである「牛の絵文字」が入力された場合、制御部２５は、「うし」などの文字列に変換して、識別情報を生成する。
【００８４】
また、上記の各実施形態では、近距離無線通信として、ブルートゥースを用いる場合について説明したが、ペアリング等を行う際に、フレンドリ名を送受信するものであるならば、ブルートゥースに限られず他の近距離無線通信であってもよい。
更に、上記の各実施形態では、フレンドリ名を送受信する場合について説明したが、このようなフレンドリ名に限られず、機器や機種を識別するための名称等であれば、適宜変更可能である。
【００８５】
以上説明したように、本発明によれば、検索された機器を適切に識別することができる。
【符号の説明】
【００８６】
１  親機
１０  車載機器
１１  ＧＰＳ受信部
１２  車速センサ
１３  スピーカ
１４  入力部
１５  制御部
１６  ＢＴ通信部
１７  記憶部
１８  表示部
２  子機
２０，３０  携帯端末
２１  移動体通信部
２２  マイク
２３  スピーカ
２４  入力部
２５  制御部
２６  ＢＴ通信部
２７  記憶部
２８  表示部
【図１】
2014068238.tif 000003
【図２】
2014068238.tif 000004
【図３】
2014068238.tif 000005
【図４】
2014068238.tif 000006
【図５】
2014068238.tif 000007
【図６】
2014068238.tif 000008
【図７】
2014068238.tif 000009
【図８】
2014068238.tif 000010