特開 2024-136185 制御装置およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024136185

(43)【公開日】2024-10-04

(54)【発明の名称】制御装置およびプログラム

(51)【国際特許分類】

   H05B 47/105 20200101AFI20240927BHJP

   H04W 84/10 20090101ALI20240927BHJP

   H05B 47/19 20200101ALI20240927BHJP

   H05B 45/20 20200101ALI20240927BHJP

   H05B 47/16 20200101ALI20240927BHJP

【ＦＩ】

H05B47/105

H04W84/10 110

H05B47/19

H05B45/20

H05B47/16

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2023047211

(22)【出願日】2023-03-23

(71)【出願人】

【識別番号】308036402

【氏名又は名称】株式会社ＪＶＣケンウッド

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】太田 敦士

(72)【発明者】

【氏名】宍戸 一郎

【テーマコード（参考）】

3K273

5K067

【Ｆターム（参考）】

3K273PA01

3K273PA02

3K273QA29

3K273QA39

3K273RA16

3K273SA19

3K273SA34

3K273SA35

3K273SA60

3K273TA05

3K273TA15

3K273TA22

3K273TA27

3K273TA54

3K273UA12

3K273UA14

3K273UA17

3K273UA29

5K067AA34

5K067EE02

5K067EE25

(57)【要約】

【課題】接続するデバイスを短時間で容易に選択すること。
【解決手段】制御装置は、点灯部を備えるデバイスから、デバイスの製品情報または点灯部の点灯能力を示す情報を含む報知情報を受信する受信部と、受信した報知情報に基づいて、製品情報ごとの受信順位または点灯能力ごとの受信順位を特定する順位特定部と、特定した受信順位に基づいて、点灯部の点灯状態を示す点灯情報を決定する決定部と、決定した点灯情報を前記デバイスに送信する送信部と、点灯情報を含むデバイス名を表示装置に表示させる表示制御部と、を備える。
【選択図】図９

【特許請求の範囲】

【請求項1】

点灯部を備えるデバイスから、前記デバイスの製品情報または前記点灯部の点灯能力を示す情報を含む報知情報を受信する受信部と、
前記受信した報知情報に基づいて、前記製品情報ごとの受信順位または前記点灯能力ごとの受信順位を特定する順位特定部と、
前記特定した受信順位に基づいて、前記点灯部の点灯状態を示す点灯情報を決定する決定部と、
前記決定した点灯情報を前記デバイスに送信する送信部と、
前記点灯情報を含むデバイス名を表示装置に表示させる表示制御部と、
を備える、制御装置。

【請求項2】

前記決定部は、前記製品情報または前記点灯能力ごとに前記受信順位と点灯パターンとが関連付けられた点灯パターンテーブルを参照して点灯情報を決定し、
前記点灯パターンテーブルにおいて、前記受信順位が高い点灯パターンの時間は、前記受信順位が低い点灯パターンの時間よりも短い、
請求項１に記載の制御装置。

【請求項3】

前記決定部は、前記製品情報または前記点灯能力ごとに前記受信順位と前記点灯部の色とが関連付けられた点灯パターンテーブルを参照して点灯情報を決定し、
前記点灯パターンテーブルにおいて、第１の受信順位に対応する色と、第１の受信順位の次の受信順位に対応する色との差である第１の色差が、第１の受信順位よりも低い第２の受信順位に対応する色と、第２の受信順位の次の受信順位に対応する色との差である第２の色差よりも大きい、
請求項１に記載の制御装置。

【請求項4】

前記受信部は、前記点灯能力を示す情報である、前記点灯部で使用可能な色を識別するキーと当該色の名称とが関連付けられた情報、を含む前記報知情報を受信し、
前記順位特定部は、前記報知情報に含まれる前記キーの数ごとに受信順位を特定し、
前記決定部は、前記キーの数ごとに受信順位と点灯パターンとが関連付けられた点灯パターンテーブルを参照し、前記点灯パターンにおいて前記キーが記載された箇所を当該キーに対応する色の名称で置換して点灯情報を決定する、
請求項１に記載の制御装置。

【請求項5】

点灯部を備えるデバイスから、前記デバイスの製品情報または前記点灯部の点灯能力を示す情報を含む報知情報を受信するステップと、
前記受信した報知情報に基づいて、前記製品情報ごとの受信順位または前記点灯能力ごとの受信順位を特定するステップと、
前記特定した受信順位に基づいて、前記点灯部の点灯状態を示す点灯情報を決定するステップと、
前記決定した点灯情報を前記デバイスに送信するステップと、
前記点灯情報を含むデバイス名を表示装置に表示させるステップと、
をコンピュータに実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、制御装置およびプログラムに関する。

【背景技術】

【0002】

通信システムにおいて、近距離無線通信で通信を行う通信機器を識別することのできる技術が開示されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３－３０８４４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に記載の技術では、検索される側のデバイスは自機の固有番号（ＭＡＣアドレス）を検索する側のデバイスに送信し、自機の固有番号に応じた点灯パターンで点灯する。検索する側のデバイスは検索される側のデバイスの固有番号を受信し、それに応じた点灯パターンで点灯する。このため、ユーザは２つのデバイスの点灯パターンを見比べることにより、通信を行うデバイスを識別することができる。しかしながら、多数のデバイスを識別するために点灯パターンを増やした場合、ユーザは検索する側および検索される側の点灯パターンを見比べてデバイスを識別する必要があるため、時間を要してしまうこともある。すなわち、特許文献１に記載の技術では、ユーザが接続するデバイスを短時間で容易に選択することは十分考慮されていない。

【0005】

本発明は、接続するデバイスを短時間で容易に選択することのできる制御装置およびプログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明の制御装置は、点灯部を備えるデバイスから、前記デバイスの製品情報または前記点灯部の点灯能力を示す情報を含む報知情報を受信する受信部と、前記受信した報知情報に基づいて、前記製品情報ごとの受信順位または前記点灯能力ごとの受信順位を特定する順位特定部と、前記特定した受信順位に基づいて、前記点灯部の点灯状態を示す点灯情報を決定する決定部と、前記決定した点灯情報を前記デバイスに送信する送信部と、前記点灯情報を含むデバイス名を表示装置に表示させる表示制御部と、備える。

【0007】

本発明のプログラムは、点灯部を備えるデバイスから、前記デバイスの製品情報または前記点灯部の点灯能力を示す情報を含む報知情報を受信するステップと、前記受信した報知情報に基づいて、前記製品情報ごとの受信順位または前記点灯能力ごとの受信順位を特定するステップと、前記特定した受信順位に基づいて、前記点灯部の点灯状態を示す点灯情報を決定するステップと、前記決定した点灯情報を前記デバイスに送信するステップと、前記点灯情報を含むデバイス名を表示装置に表示させるステップと、をコンピュータに実行させる。

【発明の効果】

【0008】

本発明によれば、接続するデバイスを短時間で容易に選択することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、第１実施形態に係る無線通信ステムの構成例を説明するための図である。

【図2】図２は、第１実施形態に係るデバイス構成例を示すブロック図である。

【図3】図３は、第１実施形態に係る点灯制御方法を示すシーケンス図である。

【図4】図４は、比較例に係るペアリング候補リストの一例を示す図である。

【図5】図５は、第１実施形態に係るペアリング候補リストの一例を示す図である。

【図6】図６は、第１実施形態に係るデバイスの処理手順を示すフローチャートである。

【図7】図７は、第１実施形態に係る記憶部に記憶される変換テーブルの一例を示す図である。

【図8】図８は、第２実施形態に係る変換テーブルの一例を示す図である。

【図9】図９は、第３実施形態に係る端末装置の構成例を示すブロック図である。

【図10】図１０は、第３実施形態に係る点灯制御方法を示すシーケンス図である。

【図11】図１１は、第３実施形態に係る端末装置の処理の流れを示すフローチャートである。

【図12】図１２は、第３実施形態に係る点灯パターンテーブルの一例を示す図である。

【図13】図１３は、第３実施形態に係る点灯パターンテーブルの別の一例を示す図である。

【図14】図１４は、第３実施形態に係る点灯パターンテーブルの更に別の一例を示す図である。

【図15】図１５は、第３実施形態に係る端末装置の処理の流れを示すフローチャートである。

【図16】図１６は、第４実施形態に係るキーの数が「１」である場合に対応する点灯パターンテーブルの一例を示す図である。

【図17】図１７は、第４実施形態に係るキーの数が「２」である場合に対応する点灯パターンテーブルの一例を示す図である。

【図18】図１８は、第４実施形態の変形例に係る点灯パターンテーブルの一例を示す図である。

【発明を実施するための形態】

【0010】

以下、添付図面を参照して、本発明に係る実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、以下の実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

【0011】

＜第１実施形態＞
（無線システム）
図１を用いて、第１実施形態に係る無線通信システムの全体の構成例について説明する。図１は、第１実施形態に係る無線通信ステムの構成例を説明するための図である。

【0012】

図１に示すように、無線通信システム１０００は、端末装置１と、デバイス２ａと、デバイス２ｂと、デバイス２ｃと、を含む。図１に示す例では、デバイスが３つある場合を示しているが、本発明はこれに限定されない。デバイス数は、１つ以上の任意の数であってよい。デバイス２ａからデバイス２ｃを区別しない場合には、デバイス２と総称することもある。端末装置１と、デバイス２との間は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の近距離無線を用いた通信がなされる。

【0013】

端末装置１は、親機とも呼ばれる。第１実施形態では、例えば、端末装置１は、スマートフォン、携帯電話、タブレット端末、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、業務用無線機器、車載機器等が例示されるが、これらに限定されない。端末装置１は、携帯可能な装置（移動可能な装置）であってもよいし、携帯不可能な装置（移動不可能な装置）であってもよい。

【0014】

デバイス２は、周辺デバイスまたは子機とも呼ばれる。第１実施形態では、例えば、デバイス２は、ヘッドセット、スピーカ、マイク、プリンター、コピー機、家電製品等が例示されるが、これらに限定されない。また、端末装置１の接続対象となるデバイス２は、複数の種類であってもよい。例えば、端末装置１の周辺にヘッドセット、スピーカ、プリンター等の複数の種類のデバイス２が存在していてもよい。

【0015】

親機と、子機とは、異なる種類のデバイスであってもよいし、同じ種類のデバイスであってもよい。例えば、親機と、子機とは、共にスマートフォンであってもよい。

【0016】

無線通信システム１０００においては、端末装置１を使用するユーザは、デバイス２ａからデバイス２ｃのうち、端末装置１と近距離無線通信により接続するデバイス２を短時間で容易に選択することができる。

【0017】

（デバイス）
図２を用いて、第１実施形態に係るデバイスの構成例について説明する。図２は、第１実施形態に係るデバイス２の構成例を示すブロック図であり、デバイス２がヘッドセットである場合の構成例を示す。

【0018】

図２に示すように、デバイス２は、制御部１０と、電源部２０と、近距離通信部３０と、点灯部４０と、乱数発生部５０と、イヤホン６０と、マイク７０と、操作部８０と、記憶部９０と、を含む。

【0019】

制御部１０は、デバイス２の動作を統括的に制御する。制御部１０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等の情報処理装置で構成されており、さらに半導体メモリ等を含んでいてもよい。制御部１０は、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の集積回路により実現されてもよい。制御部１０は、ハードウェアと、ソフトウェアとの組み合わせで実現されてもよい。

【0020】

電源部２０は、例えば、図示しない電池等から得られる電力を、制御部１０を含むデバイス２の各部へ供給する。

【0021】

近距離通信部３０は、近距離無線で他のデバイスと通信を行う。近距離通信部３０は、例えば、近距離無線で端末装置１との間で、各種の情報の送受信を行う。近距離通信部３０は、例えば、Ｂｌｕｅｔｏｏｔｈ、無線ＬＡＮ等の通信インターフェースで実現される。

【0022】

点灯部４０は、所定の点灯パターンまたは表示色で点灯する。点灯部４０は、発光部４１と、表示部４２とを含む。もちろん、点灯部４０は点灯機能だけでなく消灯機能（必要のないときに消灯する、所定時間だけ消灯する等）を備えている。すなわち、点灯部４０は、端末装置１のユーザが視覚的に認識可能な状態（刺激）、すなわち光刺激を発生できればよい。

【0023】

発光部４１は、デバイス２の動作状態に応じて発光する。例えば、発光部４１は、少なくとも１つのＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）で構成されている。第１実施形態において発光部４１は、赤色と青色の２色で発光可能であるものとするが、色の数は２色に限らず、任意であってよい。

【0024】

表示部４２は、デバイス２の動作状態に応じて色や文字等を出力する。例えば、表示部４２は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等で構成されている。なお、第１実施形態では、表示部４２を省略することも可能である。

【0025】

乱数発生部５０は、所定の範囲の乱数を出力する。乱数発生部５０が出力する乱数は、乱数値またはランダム値とも呼ばれる。乱数発生部５０が出力する乱数については、後述する。

【0026】

イヤホン６０は、各種の音声を出力する。イヤホン６０は、例えば、近距離通信部３０が近距離無線通信経由で端末装置１から取得した音声や報知音等を出力する。

【0027】

マイク７０は、各種の音声を検出する。マイク７０は、例えば、デバイス２の使用者等の音声を収音し、近距離通信部３０がそれを端末装置１に対して送信する。なお上述したように、図２はデバイス２としてヘッドセットを用いる場合の構成例であるため、その他の種類のデバイスを用いる場合は、イヤホン６０およびマイク７０は省略することも可能である。また逆に、デバイス２の種類に応じて、図２に示されていない処理部を適宜追加してもよい。

【0028】

操作部８０は、ユーザからの操作を受け付ける。操作部８０は、例えば、スイッチ、ボタン、タッチパネル等で構成されている。操作部８０は、デバイス２の電源のオンとオフとを切り替える電源スイッチを含む。

【0029】

記憶部９０は、制御部１０での処理に利用される各種のデータや各種のプログラムを保存する。例えば、記憶部９０はＲＡＭ、ＲＯＭ等の半導体メモリで構成されている。また、デバイス２の電源を切っても必要なデータが保持されるように、記憶部９０の少なくとも一部は不揮発性メモリで構成されている。

【0030】

記憶部９０には、ペアリングモード時に発光部４１の点灯パターンを決定するための変換テーブル９１と、点灯パターン決定プログラム９２が記憶されている。また、図２では省略しているが、記憶部９０にはデバイス２を機能させるためのその他のプログラムも記憶されている。例えば、制御部１０は、記憶部９０から各種のプログラムを読み出して実行することにより、デバイス２の各種の機能を実行する。

【0031】

（点灯制御方法）
図３を用いて、第１実施形態に係る点灯制御方法について説明する。図３は、第１実施形態に係る点灯制御方法を示すシーケンス図である。

【0032】

第１実施形態では、端末装置１とデバイス２の間のデータ通信に先立って、まず両者のペアリング処理を行う。なお、説明を簡潔にするため、図３に示す例では、２つのデバイス２（デバイス２ａ、デバイス２ｂ）を用いて説明するが、本発明はこれに限定されない。デバイス２の数は１つであってもよいし、３つ以上であってもよい。

【0033】

端末装置１は、ユーザによりデバイス２の検索を開始する操作が入力されると、デバイス２を近距離無線通信により検索するための検索モードを開始する（ステップＳ１０）。

【0034】

デバイス２ａは、ペアリング処理を行うためのペアリングモードを開始する操作が操作部８０に入力されると、ペアリングモードを開始する（ステップＳ２０）。ペアリングモードを開始する操作は、例えば、電源スイッチをオンにする操作であるが、これに限定されない。

【0035】

デバイス２ｂは、ペアリング処理を行うためのペアリングモードを開始する操作が操作部８０に入力されると、ペアリングモードを開始する（ステップＳ３０）。

【0036】

ペアリングモードを開始したデバイス２ａは、ランダムに決定したパターンで発光部４１を点灯する（ステップＳ４０）。ここでは、デバイス２ａは、例えば、発光部４１を赤色で点灯するものとする。

【0037】

ペアリングモードを開始したデバイス２ｂは、ランダムに決定したパターンで発光部４１を点灯する（ステップＳ５０）。ここでは、デバイス２ｂは、例えば、発光部４１を青色で点灯するものとする。

【0038】

デバイス２ａは、デバイス名と点灯パターンとを紐づけた情報（関連付けた情報）を端末装置１に通知する（ステップＳ６０）。ここでは、デバイス２ａは、「ＡＢＣ＿ｒｅｄ」を通知する。ここで、「ＡＢＣ」は、デバイス２ａのメーカー名、機種名、型番などを示す文字列である。「ｒｅｄ」は、「赤色点灯」という点灯パターンを表す。すなわち、「ＡＢＣ＿ｒｅｄ」は、デバイス２ａの発光部４１が赤色に発光していることを表す。

【0039】

デバイス２ｂは、デバイス名と点灯パターンとを紐づけた情報を端末装置１に通知する（ステップＳ７０）。ここでは、デバイス２ｂは、「ＡＢＣ＿ｂｌｕｅ」を通知する。すなわち、「ＡＢＣ＿ｂｌｕｅ」は、デバイス２ｂの発光部４１が青色に発光していることを表す。

【0040】

端末装置１は、デバイス名と点灯パターンとが関連付けられた情報を受信すると、ディスプレイ等の表示装置または自身の表示部に、デバイス名のリストを表示する。デバイス名のリストは、ペアリング候補リストとも呼ばれる。ここで、ペアリング候補リストについて説明する。図４は、比較例に係るペアリング候補リストの一例を示す図である。図５は、第１実施形態に係るペアリング候補リストの一例を示す図である。

【0041】

図４に示す比較例に係るペアリング候補リストでは、検出されたデバイスのデバイス名が上から順に表示される。ペアリング候補リストは、１つ以上のデバイス名で構成されるリストである。図４に示す例では、「ＡＢＣ」、「ＤＥＦ」、「ＧＨＩ」の３種類のデバイスが含まれており、中でも「ＡＢＣ」のデバイスは３台含まれている。図４に示す比較例では、例えば、デバイス名が「ＡＢＣ」であるデバイス２ａ、デバイス２ｂ、デバイス２ｃのうち、デバイス２ａとペアリングしたい場合、デバイス２ｂおよびデバイス２ｃと区別がつかない課題がある。

【0042】

一方、図５に示す第１実施形態におけるペアリング候補リストでは、デバイス２ａのデバイス名が「ＡＢＣ＿ｒｅｄ」、デバイス２ｂのデバイス名が「ＡＢＣ＿ｂｌｕｅ」、デバイス２ｃのデバイス名が「ＡＢＣ＿ｒｅｄ１＿ｂｌｕｅ３」と表示される。このため、ユーザは、図５に示すペアリング候補リストを参照することで、デバイス２ａ、デバイス２ｂ、デバイス２ｃを容易に区別することができる。そのため、第１実施形態では、ユーザは所望のデバイス２を短時間で容易に選択することができる。なお、図５に示すように、発光部４１の点灯色は単色でなくてもよく、例えば図５に示す「ＡＢＣ＿ｒｅｄ１＿ｂｌｕｅ３」のように、赤色を１秒点灯させた後に青色を３秒点灯させる等、点灯させる色や時間を組み合わせることも可能である。特に、複数色を組み合わせた場合、従来技術では端末装置１の点灯パターンと、デバイス２ａの点灯パターンとを見比べるため判別に時間を要する。一方、第１実施形態では、ペアリング候補リストとデバイス２ａの点灯パターンとを見比べればよく、ペアリングの時間短縮につながる。

【0043】

具体的には、図５に示す例では、「ＡＢＣ＿ｒｅｄ」、「ＡＢＣ＿ｂｌｕｅ」等の文字列を含むペアリング候補リストが端末装置１の表示部に表示される。ユーザは、端末装置１に表示されたペアリング候補リストと、デバイス２の発光部４１とを見比べて、ペアリングするデバイスを選択する。例えば、ユーザがデバイス２ａを選択したい場合、デバイス２ａの発光部４１が「赤色」であることを認識し、ペアリング候補リストの中から「赤色」すなわち「ｒｅｄ」をデバイス名に含む「ＡＢＣ＿ｒｅｄ」をペアリング対象（接続対象）として選択する操作を行えばよい。なお、図５の「ＤＥＦ」および「ＧＨＩ」は、第１実施形態に係るデバイス２とは異なるデバイスであり、点灯部４０を備えないデバイスあるいは点灯パターンを端末装置１に通知する機能をもたないデバイスである。このため、これらのデバイスのデバイス名には、点灯パターンを示す情報が含まれていない。図５に示すように端末装置１は、第１実施形態に係るデバイス２と、それ以外のデバイスの両方を含むペアリング候補リストを表示することも可能である。すなわち、端末装置１にデバイス名を通知し、接続対象となるデバイスはデバイス２に限定されず、端末装置１の周辺にデバイス２とそれ以外のデバイスが混在していてもよい。

【0044】

端末装置１は、ユーザにより入力されたペアリング（接続）するデバイス２を選択する操作を検出する（ステップＳ８０）。ここでは、ユーザがペアリング候補リストの中の「ＡＢＣ＿ｒｅｄ」、デバイス２ａを選択したものとする。すなわち端末装置１は、選択されたデバイス２ａに対してペアリング要求を送信する（ステップＳ９０）。

【0045】

デバイス２ａは、端末装置１からペアリング要求を受信すると、端末装置１とペアリング処理を行う（ステップＳ１００）。デバイス２ａは、端末装置１とペアリング処理を行うと、発光部４１を消灯する（ステップＳ１１０）。

【0046】

ペアリング要求を受信していないデバイス２ｂは、所定時間経過後、発光部４１を消灯する（ステップＳ１２０）。そして、図３の処理を終了する。

【0047】

（デバイスの処理）
図６を用いて、第１実施形態に係るデバイスの処理手順について説明する。図６は、第１実施形態に係るデバイスの処理手順を示すフローチャートである。

【0048】

制御部１０は、近距離通信を開始する操作が操作部８０に入力されたり、電源部２０から電源オン通知を受信したりすると、近距離通信部３０を起動する（ステップＳ２００）。

【0049】

制御部１０は、ペアリングモードを開始する操作が操作部８０に入力されたり、電源部２０から電源オン通知を受信したりすると、近距離通信部３０に対してペアリングモードを開始させる（ステップＳ２１０）。なお、ステップＳ２００およびステップＳ２１０をまとめて１つのステップとしてもよい。

【0050】

制御部１０は、ペアリングモードを開始後、記憶部９０に保持されているペアリングモード情報を読み出して、ペアリングモード情報がランダムなパターンで発光部４１を点灯させるランダムモードであるか否かを判定する（ステップＳ２２０）。ペアリングモード情報がランダムモードでない場合とは、発光部４１をあらかじめ決められた固定的なパターンで点灯させる通常モードである。ユーザは、操作部８０を操作して、自分の好みに応じて、あらかじめペアリングモードを設定してもよい。制御部１０は、ユーザが操作部８０に入力した情報をペアリングモード情報として記憶部９０に記憶させておくとよい。

【0051】

ペアリングモード情報がランダムモードであると判定された場合（ステップＳ２２０；Ｙｅｓ）、制御部１０は、点灯パターン決定プログラム９２を実行して、乱数発生部５０から取得した乱数値に基づいて発光部４１の点灯パターンを決定し（ステップＳ２３０）、デバイス名を決定する（ステップＳ２４０）。ステップＳ２３０およびステップＳ２４０の詳細については、後述する。

【0052】

ペアリングモード情報がランダムモードと判定されない場合、すなわちペアリングモード情報が通常モードの場合（ステップＳ２２０；Ｎｏ）、制御部１０は、記憶部９０から通常モード用のデータを読み出して、あらかじめ決められた発光部４１の点灯パターンおよびデバイス名を決定（使用）する（ステップＳ２５０）。

【0053】

制御部１０は、ステップＳ２３０またはステップＳ２５０で決定した点灯パターンで発光部４１を点灯させる（ステップＳ２６０）。制御部１０は、近距離通信部３０を制御して、ステップＳ２４０またはステップＳ２５０で決定したデバイス名を端末装置１に通知させる（ステップＳ２７０）。

【0054】

制御部１０は、発光部４１の点灯を開始後、ペアリング要求を受信したか否かを確認する（ステップＳ２８０）。ペアリング要求を受信したと判定された場合（ステップＳ２８０；Ｙｅｓ）、制御部１０は、近距離通信部３０に対してペアリング処理を実行させる（ステップＳ２９０）。そして、制御部１０は、発光部４１を制御して、発光部４１を消灯させる（ステップＳ３００）。

【0055】

ペアリング要求を受信していないと判定された場合（ステップＳ２８０；Ｎｏ）、制御部１０は、発光部４１の点灯を開始してから所定時間経過したか否かを判定する（ステップＳ３１０）。所定時間経過してないと判定された場合（ステップＳ３１０；Ｎｏ）、制御部１０は、再度、ステップＳ２８０の処理を実行する。

【0056】

所定時間経過していると判定された場合（ステップＳ３１０；Ｙｅｓ）、制御部１０は、発光部４１を制御して、発光部４１を消灯させる（ステップＳ３００）。

【0057】

ここで、ステップＳ２３０およびステップＳ２４０の処理の詳細について説明する。Ｓ２３０およびＳ２４０において、制御部１０は、乱数発生部５０から乱数値を取得し、その乱数と記憶部９０に記憶された変換テーブル９１とに基づいて、点灯パターンおよびデバイス名を決定する。

【0058】

乱数発生部５０は、所定の範囲の乱数値を出力する。第１実施形態では、乱数発生部５０は、０から８までの整数をランダムに出力するものとするが、これに限定されない。

【0059】

図７は、第１実施形態に係る記憶部９０に記憶される変換テーブル９１の一例を示す図である。図７に示すように、変換テーブル９１は、「乱数値」と、「点灯パターン」と、「デバイス名」といった項目を含む。変換テーブル９１は、乱数発生部５０が出力する可能性がある乱数値ごとに、点灯パターンとデバイス名とを関連付けて格納する。例えば、乱数値「１」に対して、点灯パターン「赤色３秒、青色１秒 点灯」と、デバイス名「ＡＢＣ＿ｒｅｄ３＿ｂｌｕｅ１」が対応する。この場合、「ＡＢＣ」はデバイス２（自装置）のメーカー名、製品名、機種名、型番などの製品情報である。「ｒｅｄ３＿ｂｌｕｅ１」は「発光部４１が赤色で３秒点灯した後、青色で１秒点灯する」という点灯パターンを示す情報である。このようにデバイス名は、点灯パターンの色や点灯時間を簡潔に表す文字列を含む。このためユーザは、デバイス名を見て、点灯パターンを短時間で把握することができる。

【0060】

制御部１０は、変換テーブル９１を参照して、乱数値に相当する点灯パターンおよびデバイス名を取得し、決定する。なお、ペアリングモード情報が通常モードの場合には、変換テーブル９１の中の所定の乱数値に該当する点灯パターンおよびデバイス名を固定的に使用してもよいし、変換テーブル９１とは別に記憶部９０に記憶された点灯パターンおよびデバイス名を使用してもよい。

【0061】

上述のとおり、第１実施形態によれば、デバイス２が自装置の点灯パターンを示すデバイス名を端末装置１に通知し、端末装置１はそのデバイス名のリストを表示するため、ユーザは接続対象のデバイスを短時間で容易に選択することができる。また、各デバイス２は、乱数を用いて点灯パターンを決定し、製品情報と点灯パターン情報を含むデバイス名を端末装置１に通知するため、複数のデバイスが同じデバイス名になる可能性を低減することができる。すなわち、第１実施形態によれば、接続候補のデバイスを示すリストの中に重複するデバイス名が存在するために、ユーザが混乱し、接続対象のデバイスを容易に選択できない可能性を低減することができる。

【0062】

＜第１実施形態の第１変形例＞
第１実施形態の第１変形例について説明する。第１実施形態では、図３示す例において、デバイス２ｂは発光部４１を点灯させた後、所定期間経過後に消灯するものとして説明したが、本開示はこれに限定されない。

【0063】

第１実施形態の第１変形例では、例えば、端末装置１は、ステップＳ９０でデバイス２ａに対してペアリング要求を送信する際に、デバイス２ｂに対して発光部４１を消灯させるための、点灯終了情報を送信してもよい。これにより、端末装置１とペアリング処理を行わないデバイス２の発光部４１の点灯を速やかに終了させることができるので、不必要な電力消費を抑制することができる。

【0064】

＜第１実施形態の第２変形例＞
第１実施形態の第２変形例について説明する。第１実施形態では、デバイス２ａとデバイス２ｂとが異なる発光色で点灯するものとして説明したが、本発明はこれに限定されない。第１実施形態の変形例では、デバイス２ａと、デバイス２ｂとは、単色かつ同一色で発光するものであってもよい。

【0065】

具体的には、第１実施形態の第２変形例では、図３に示すステップＳ４０において、デバイス２ａは、赤色で１秒間点灯し、図３に示すステップＳ５０において、デバイス２ｂは、赤色で３秒間点灯する等としてよい。この場合、デバイス２ａは、図３に示すステップＳ６０において、「ＡＢＣ＿ｒｅｄ１」を端末装置１に送信し、デバイス２ｂは、図３に示すステップＳ７０において、「ＡＢＣ＿ｒｅｄ３」を送信する。これにより、ユーザの端末装置１の表示部において、デバイス２ａは「ＡＢＣ＿ｒｅｄ１」と表示され、デバイス２ｂは「ＡＢＣ＿ｒｅｄ３」と表示されることになる。これにより、デバイス２ａとデバイス２ｂとが単色かつ同一色で発光するものであっても、ユーザは、デバイス２ａと、デバイス２ｂとを短時間で容易に判別することができる。すなわち、デバイス２の発光部４１が単色の点灯機能しか持たない場合であっても、点灯時間、消灯時間、点滅の周期などの時間情報をランダムに設定すればよい。また、デバイス２の発光部４１が点灯、消灯するだけでなく、発光強度（光の強さ）を変更する機能をもつ場合には、その情報をデバイス名に含めてもよい。例えば、デバイス２の発光部４１が、「強」、「中」、「弱」の３段階で点灯可能な場合、それぞれの発光強度を示す「ｈｉｇｈ」、「ｍｉｄ」、「ｌｏｗ」をデバイス名に含めてもよい。このようなデバイス名を用いれば、デバイス２の発光部４１が単色の点灯機能しか持たない場合であっても、ユーザは複数のデバイス２を短時間で容易に判別することができる。また更に、デバイス２の点灯、消灯、点滅などの時間情報と、発光強度とを組み合わせたデバイス名を用いてもよい。

【0066】

＜第１実施形態の第３変形例＞
第１実施形態の第３変形例について説明する。第１実施形態の第３変形例では、デバイス２において、発光部４１が設けられている位置の情報をデバイス名に含めてもよい。

【0067】

例えば、デバイス２が比較的大きい製品である場合には、発光部４１が異なる位置に複数設けられていることが想定され得る。例えば、デバイス２において、発光部４１が前面（ｆｒｏｎｔ）、左側方（ｌｅｆｔ ｓｉｄｅ）、右側方（ｒｉｇｈｔ ｓｉｄｅ）、背面（ｂａｃｋ）などに設けられているものとする。この場合、デバイス２は、例えば、図３に示すステップＳ６０等において、発光部４１が設けられている位置に応じて、「ＡＢＣ＿ｒｅｄ１＿ｆｒｏｎｔ」、「ＡＢＣ＿ｒｅｄ１＿ｌｅｆｔ ｓｉｄｅ」、「ＡＢＣ＿ｒｅｄ１＿ｒｉｇｈｔ ｓｉｄｅ」、「ＡＢＣ＿ｒｅｄ１＿ｂａｃｋ」を端末装置１に送送信してもよい。これにより、ユーザの端末装置１の表示部には、ＡＢＣ＿ｒｅｄ１＿ｆｒｏｎｔ」等が表示されることになる。これにより、ユーザは、発光している発光部４１が設けられている位置を把握することで、所望のデバイス２を容易に判別することができるようになる。もちろん、デバイス２の点灯色や点灯時間は任意であり、「ｒｅｄ１」以外の点灯パターンを用いることができる。また、発光部４１の位置を示す情報と、発光色を示す情報と、発光・消灯・点滅の時間情報を示す情報と、発光強度を示す情報とを任意に組み合わせてデバイス名に含めてもよい。

【0068】

＜第２実施形態＞
第２実施形態について説明する。第１実施形態では、乱数に基づいて発光部４１の点灯パターンを決定し、点灯パターンの情報を文字列で示すデバイス名を決定したが、第２実施形態では、乱数に基づいて表示部４２の表示色を決定し、表示色の情報を文字列で示すデバイス名を決定する。

【0069】

第２実施形態に係る表示部４２は、例えば、フルカラーのＬＣＤ等で構成されており、入力されるＲ、Ｇ、Ｂ信号に応じた色を画面の所定領域に表示できる。例えば、表示部４２は、ＲＧＢ各々８ビット、つまりＲ＝０～２５５、Ｇ＝０～２５５、Ｂ＝０～２５５の範囲の信号を受け付け、理論上１６７７万色の色を画面の所定領域に表示可能である。

【0070】

すなわち、第２実施形態における点灯パターンは、表示部４２の所定領域を点灯させて表示する表示色を示すものであり、点灯パターンは発光部４１の点灯に限定されるものではない。このため、第２実施形態においては、発光部４１は省略されてもよい。

【0071】

図８は、第２実施形態に係る変換テーブルの一例を示す図である。図８に示すように、変換テーブル９１Ａは、「乱数値」と、「点灯パターン（ＲＧＢの信号レベル）」と、「デバイス名」といった項目を含む。変換テーブル９１Ａは、乱数値と、点灯パターンとしてＲＧＢ各々の信号レベルと、デバイス名とを関連付けたデータである。図８に示す例では、乱数値は０～２９の範囲の整数であるが、これに限定されるものではない。ＲＧＢの信号レベルは、制御部１０が表示部４２に対して指定する信号レベルであり、これにより表示部４２の所定領域に表示される色（表示色）が決定される。また、デバイス名は、上述したように「ＡＢＣ」といった製品情報の他に、「ｂｌａｃｋ」，「ｒｅｄ」、「ａｑｕａ」といった表示色に対応する色名の情報を含む。つまり、図８に示す例において変換テーブル９１Ａは、３０個の乱数値に対応した、３０種類の表示色の情報を含んでいる。

【0072】

なお、変換テーブル９１Ａで使用する表示色は、人間が見て違いを識別し易い色であることが好ましい。このため、例えば、Ｌ＊ｕ＊ｖ＊、あるいはＬ＊ａ＊ｂ＊などの均等色空間（表色系）において、表示色同士の距離がほぼ一定になるように表示色の組み合わせを決めることが好ましい。

【0073】

第２実施形態では、図６に示すステップＳ２３０において、制御部１０は、図８に示す変換テーブル９１Ａを参照し、乱数値に対応するＲＧＢ値を取得する。また、制御部１０は、図６に示すステップＳ２４０において、図８に示す変換テーブル９１Ａを参照し、乱数値に対応するデバイス名を取得する。そして、制御部１０は、図６に示すステップＳ２６０に対応するステップＳ２６０Ｂにおいて、取得したＲＧＢ値を表示部４２に指定し、表示部４２の所定領域（第１領域）に特定の表示色を表示させる。第１領域は任意の領域であってよいが、例えば、表示部４２の右上部分の所定の大きさの矩形（四角形）を第１領域としてもよい。また制御部１０は、表示部４２の全体に特定の表示色を表示させてもよい。つまり、表示部４２の所定領域は、表示部４２の全体を含む概念である。

【0074】

なお、制御部１０は、表示部４２の第１領域とは異なる領域（第２領域）に、デバイス名（例えば、「ＡＢＣ＿ａｑｕａ」といった文字列）を表示させてもよい。第２領域に表示されるデバイス名の表示色は、第１領域の表示色（例えば、ａｑｕａ色）と同じであってもよいし、それとは別の色（例えば、常に黒色）であってもよい。制御部１０は、図６に示すステップＳ２７０においては、第１実施形態と同様に、近距離通信部３０を制御して、ステップＳ２４０で決定したデバイス名を端末装置１に通知する。

【0075】

上述のとおり、第２実施形態によれば、多くの種類の色を表示可能な表示部４２に、デバイス名に該当する色を表示するため、ユーザは非常に短時間で点灯パターンを認識することができる。このため、第２実施形態は、接続候補のデバイスが多い場合であっても、ユーザはさらに短時間で接続対象のデバイスを特定でき、デバイス選択操作を容易に行うことができる。

【0076】

＜第２実施形態の第１変形例＞
第２実施形態の第１変形例について説明する。第２実施形態の第１変形例では、図３に示すステップＳ６０およびステップＳ７０において、デバイス２は、端末装置１に対して、デバイス名に加えて、特定した表示色のＲＧＢ値を通知してもよい。そして、図３に示すＳ８０において、端末装置１は、受信したＲＧＢ値に基づいて、ペアリング候補リストにおける表示色を設定してもよい。例えば、「ＡＢＣ＿ｂｌｕｅ」といったデバイス名を「Ｒ＝０、Ｇ＝０、Ｂ＝２５５」の「青色」で表示し、「ＡＢＣ＿ｙｅｌｌｏｗ」といったデバイス名を「Ｒ＝２５５、Ｇ＝２５５、Ｂ＝０」の「黄色」で表示してもよい。また、端末装置１の表示部はデバイス名を固定的な色（例えば、常に黒色）で表示し、その横の領域（アイコン等）に受信したＲＧＢ値に基づく色を表示してもよい。

【0077】

第２実施形態の第１変形例によれば、ユーザはさらに短時間で接続対象のデバイスを特定でき、デバイス選択操作を容易に行うことができる。

【0078】

＜第２実施形態の第２変形例＞
第２実施形態の第２変形例について説明する。第２実施形態では、表示部４２の所定領域に特定の表示色を表示させるものして説明したが、本発明は、これに限定されない。

【0079】

第２実施形態の第２変形例では、表示部４２の所定領域（矩形領域など）に特定の表示色を表示させるのではなく、表示部４２に特定の表示色で文字列を表示させてもよい。例えば、制御部１０は、与えられた乱数値が「１」である場合には、「ＡＢＣ＿ｒｅｄ」といったデバイス名を示す文字列を赤色で表示部４２に表示させてよい。

【0080】

第２実施形態の第２変形例によれば、表示部４２の表示領域に乱数値に対応した表示色の文字列を表示させるため、ユーザは短時間で接続対象のデバイスを特定でき、デバイス選択操作を容易に行うことができる。もちろん、特定の表示色でデバイス名を表示することと、所定領域に特定の表示色を表示することを併用してもよい（同時に行ってもよい）。

【0081】

＜第２実施形態の第３変形例＞
第２実施形態の第３変形例について説明する。第２実施形態では、表示部４２に表示される表示色は１色であるものとして説明したが、本発明はこれに限定されない。

【0082】

第２実施形態の第３変形例では、例えば、表示部４２の表示領域を第１領域と第２領域との２つの領域に分けて、第１領域（例えば、表示部４２の左側の領域）と第２領域（例えば、表示部４２の右側の領域）とで異なる表示色を表示させてもよい。例えば、制御部１０は、表示部４２の第１領域を赤色で表示させ、第２領域を青色で表示させてもよい。この場合、デバイス名は、「ＡＢＣ＿ｒｅｄ＿ｂｌｕｅ」、あるいは「ＡＢＣ＿ｌｅｆｔ＝ｒｅｄ＿ｒｉｇｈｔ＝ｂｌｕｅ」等とすればよい。すなわち、デバイス名に表示色だけでなく、表示領域の位置や表示領域の形状を示す情報を含めてもよい。

【0083】

第２実施形態の第３変形例によれば、表示部４２の異なる領域に異なる表示色を表示させることで、ユーザは接続対象のデバイスを特定することが容易になり、デバイス選択操作を容易に行うことができる。

【0084】

＜第２実施形態の第４変形例＞
第２実施形態の第４変形例について説明する。第２実施形態では、表示部４２に表示される表示色（表示状態）は時間的に変化しない静止画であるものとして説明したが、本発明はこれに限定されない。

【0085】

第２実施形態の第４変形例では、表示部４２の所定領域の表示状態や表示色が時間的に変化する。すなわち、表示部４２の所定領域の表示状態や表示色がアニメーションあるいは動画のように時間的に変化する。これは、第１実施形態において発光部４１の発光状態や発光色が時間的に変化することと同様である。例えば、制御部１０は、表示部４２の所定領域を緑色で１秒間表示させ、その後に同じ所定領域を黄色で２秒間表示させてもよい。この場合、デバイス名は、「ＡＢＣ＿ｇｒｅｅｎ１＿ｙｅｌｌｏｗ２」とすればよい。また例えば、制御部１０は、表示部４２の所定領域を緑色で１秒間表示させ、その後に表示部４２を２秒間消灯し（黒色を表示し）、その後に同じ所定領域を黄色で３秒間表示させてもよい。この場合、デバイス名は、「ＡＢＣ＿ｇｒｅｅｎ１＿ｂｌａｎｋ２＿ｙｅｌｌｏｗ３」などとすればよい。すなわち、デバイス名に表示色だけでなく、表示時間や消灯時間や点滅の周期を示す情報である時間情報を含めてもよい。また更に、第２実施形態の第３変形例と第４変形例を組み合わせて、デバイス名に所定領域の位置や形状を示す情報と、表示時間や消灯時間を示す時間情報の両方を含めてもよい。

【0086】

第２実施形態の第４変形例によれば、表示部４２の表示状態や表示色を時間的に変化させることができるため、表示部４２で表示可能な表示色の種類が限られている場合であっても、あるいはユーザが容易に表示色の違いを判別できるように使用する表示色の種類を限定する場合であっても、ユーザは接続対象のデバイスを特定することが容易になり、デバイス選択操作を容易に行うことができる。

【0087】

＜第３実施形態＞
第３実施形態について説明する。第１実施形態および第２実施形態では、デバイス２（周辺デバイス、子機）が自装置の点灯パターンを決定した。第３実施形態では、端末装置１（親機）がデバイスの点灯パターンを決定する。第３実施形態に係る端末装置１は、デバイス２の点灯パターンを制御するため、「制御装置」と呼ばれることもある。

【0088】

（端末装置）
図９を用いて、第３実施形態に係る端末装置（制御装置）の構成例について説明する。図９は、第３実施形態に係る端末装置の構成例を示すブロック図である。

【0089】

図９に示すように、端末装置１は、制御部１００と、電源部１１０と、近距離通信部１２０と、遠距離通信部１３０と、表示部１４０と、操作部１５０と、音声出力部１６０と、音声入力部１７０と、記憶部１８０と、を含む。上述したように、例えば端末装置１は、スマートフォンである。

【0090】

制御部１００は、端末装置１の動作を統括的に制御する。制御部１００は、例えば、ＣＰＵやＭＰＵ等の情報処理装置（コンピュータ）で構成されており、さらに半導体メモリ等を含んでいてもよい。制御部１０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。制御部１００は、ハードウェアと、ソフトウェアとの組み合わせで実現されてもよい。

【0091】

制御部１００は、順位特定部１０１と、決定部１０２と、表示制御部１０３と、を備える。順位特定部１０１と、決定部１０２と、表示制御部１０３との詳細は、後述する。

【0092】

電源部１１０は、例えば、バッテリ等であり、端末装置１の各部に電源を供給する。

【0093】

近距離通信部１２０は、例えば、Ｂｌｕｅｔｏｏｔｈ、無線ＬＡＮ等を用いて、比較的近距離に位置するデバイス２と通信を行う。近距離通信部１２０は、近距離無線によりデバイス２から各種の情報（データ）を受信する受信部１２１と、近距離無線通信によりデバイス２に対して各種の情報（データ）を送信する送信部１２２と、を備える。

【0094】

遠距離通信部１３０は、例えば、４Ｇ（第４世代移動通信システム）、５Ｇ（第５世代移動通信システム）等の携帯電話回線、または業務用無線などを用いて、比較的遠距離に位置する他の端末装置１やサーバ等と通信を行う。遠距離通信部１３０は、例えば、インターネット網を介して、他の端末装置１やサーバ等と通信を行ってもよい。

【0095】

表示部１４０は、各種の情報を表示する。表示部１４０は、例えば、ＬＣＤおよび有機ＥＬディスプレイ等で構成されている。

【0096】

操作部１５０は、ユーザからの操作を受け付ける。操作部１５０は、例えば、スイッチ、ボタン、タッチパネル等を含む。なお、操作部１５０がタッチパネルである場合には、表示部１４０と操作部１５０とを一体的に構成してもよい。

【0097】

音声出力部１６０は、スピーカ、イヤホン等で構成されている。音声出力部１６０は、遠距離通信部１３０による音声通話の音声を出力する。音声出力部１６０は、各種の報知音や警告音を出力してもよい。

【0098】

音声入力部１７０は、マイク等で構成されている。音声入力部１７０は、ユーザの音声を収音して遠距離通信部１３０で実行される音声通話に用いる。また音声入力部１７０がユーザの音声を収音し、制御部１００がユーザの音声を音声認識して、音声コマンドとして端末装置１を操作するようにしてもよい。

【0099】

記憶部１８０は、ＲＡＭ、ＲＯＭ等の半導体メモリで構成されており、各種のデータやプログラムを記憶する。後述するように、記憶部１８０は、点灯パターンテーブル１８１を記憶している。端末装置１の電源を切っても必要なデータやプログラムが保持されるように、記憶部１８０の少なくとも一部は不揮発性のメモリで構成される。制御部１００が、記憶部１８０に記憶されたプログラムを読みだして実行する構成により、端末装置１の各種機能を実行してもよい。なお、制御部１００は複数のＣＰＵ等（コンピュータ）で構成されていてもよいし、あるいは端末装置１が複数の制御部１００を備えていてもよい。その場合、複数のＣＰＵあるいは複数の制御部１００がそれぞれ記憶部１８０に格納されたプログラムを読み出して端末装置の各種機能を実行する構成としてもよい。このような構成の場合、それぞれのＣＰＵ（コンピュータ）が異なる機能（異なるプログラム）を実行してもよいし、１つの機能を複数のＣＰＵに割り当てて並列処理的に実行してもよい。すなわち、複数のコンピュータに複数のプログラムを実行させることにより、端末装置１の各種機能を実行（実現）してもよい。

【0100】

なお、端末装置１において、遠距離通信部１３０と、音声出力部１６０と、音声入力部１７０とを省略してもよい。

【0101】

（点灯制御方法）
図１０を用いて、第３実施形態に係る点灯制御方法について説明する。図１０は、第３実施形態に係る点灯制御方法を示すシーケンス図である。本実施形態に係るデバイス２は、図２に示すデバイス２と同様な構成である。

【0102】

なお、図１０に示す例では、デバイス２として、２つのデバイス２（デバイス２ａ、デバイス２ｂ）を用いて説明するが、デバイス２の数は１以上の任意の数であってもよい。また端末装置の周囲に存在するデバイス２として異なる種類の装置や異なる製品が混在していてもよい。

【0103】

端末装置１は、デバイスの存在を検索する検索モードを開始する（ステップＳ４００）。具体的には、検索モードは、ユーザが、端末装置１の操作部１５０に対して所定の操作を行うことにより開始される。

【0104】

デバイス２ａは、報知モード（アドバタイズモード）を開始する（ステップＳ４１０）。デバイス２ｂは、報知モードを開始する（ステップＳ４２０）。報知モードは、それぞれのデバイス２が電源オンとなったタイミング、またはユーザから所定の操作を受け付けたタイミングで開始される。すなわち、デバイス２ａおよびデバイス２ｂは、それぞれのタイミングで報知モードを開始する。従って、ステップＳ４００とステップＳ４１０とステップＳ４２０の時間的な順序は任意である。例えば、ステップＳ４２０がステップＳ４１０よりも先に実行されてもよい。

【0105】

デバイス２ａは、報知モードが開始されると、デバイス２ａの近距離通信部３０は、自装置の識別情報（ＭＡＣアドレス、ブルートゥース（登録商標）アドレスなど）と、自装置の製品情報を含む報知情報を周囲に対して定期的に（所定の周期で）送信（アドバタイズ）する（ステップＳ４３０）。デバイス２ｂは、報知モードが開始されると、デバイス２ｂの近距離通信部３０は、自装置の識別情報と、自装置の製品情報を含む報知情報を周囲に対して定期的に（所定の周期で）送信する（ステップＳ４４０）。なお、製品情報とは、デバイスのメーカー名、製品名、機種名、製品の型番、製品の種類（タイプ）などを示すテキスト情報である。製品情報は、これらを全て含む必要はなく、少なくとも１つを含めばよい。また、製品の種類とは、例えば、「ヘッドセット」、「イヤホン」、「スピーカ」、「マイク」といったデバイスのタイプやカテゴリを示す情報である。説明を簡潔にするため、以下では製品情報として製品名を用いるが、製品情報は、製品名に限らず、製品の種類を示す情報であってもよい。

【0106】

端末装置１は、報知情報を受信する。図１０に示す例において端末装置１は、最初にデバイス２ａの報知情報を受信し、次にデバイス２ｂの報知情報を受信する。

【0107】

端末装置１は、報知情報を受信した順に、デバイス２ごとに点灯パターンを決定する。図１０に示す例では、端末装置１は、最初にデバイス２ａの報知情報を受信しているため、１番目にデバイス２ａの点灯パターンを決定する（ステップＳ４５０）。ステップＳ４５０の処理の詳細については後述する。端末装置１は、デバイス２ａのデバイス名を決定し、それをペアリング候補リストに登録（追加）し、ペアリング候補リストを表示部１４０に表示する（ステップＳ４６０）。デバイス名は、製品情報と点灯パターンを示す情報とを組み合わせた情報であり、文字列である。例えば、デバイス２ａの製品名が「ＡＢＣ」であり、点灯パターンが赤色ＬＥＤの点灯を示す「ｒｅｄ」である場合、デバイス２ａに対応するデバイス名（ペアリング用のデバイス名）は「ＡＢＣ＿ｒｅｄ」となる。図１０に示す例では、デバイス２ａのデバイス名が最初にペアリング候補リストに登録されるため、ステップＳ４６０の時点では、「ＡＢＣ＿ｒｅｄ」のみが端末装置１の表示部１４０に表示されている状態となる。なお、端末装置１の制御部１００は、デバイス２の報知情報に含まれる識別情報と、ステップＳ４６０で決定したデバイス名とを関連付けて記憶部１８０に記憶し管理する。

【0108】

端末装置１は、ステップＳ４５０で決定した点灯パターンを示す情報をデバイス２ａに送信する（ステップＳ４７０）。点灯パターンを示す情報は、点灯指示情報と呼ばれる。端末装置１は、例えば、赤色ＬＥＤの点灯を示す「ｒｅｄ」という文字列を点灯指示情報としてデバイス２ａに送信する。ただし、点灯指示情報は文字列に限らず、数値であってもスクリプトであってもよい。

【0109】

デバイス２ａは、点灯指示情報を受信すると、それに従って点灯モードを開始する（ステップＳ４８０）。具体的には、デバイス２ａは、点灯指示情報に従って、発光部４１の点灯色、点灯時間、消灯時間などを制御する。デバイス２ａは、例えば、点灯指示情報が「ｒｅｄ」である場合、発光部４１を赤色に点灯させる。

【0110】

端末装置１は、２番目に報知情報を受信したデバイス２ｂに対して点灯パターンを決定する（ステップＳ４９０）。端末装置１は、デバイス２ｂのデバイス名を決定し、ペアリング候補リストに登録（追加）し、ペアリング候補リストを表示部１４０に表示する（ステップＳ５００）。例えば、デバイス２ｂの製品名が「ＡＢＣ」であり、点灯パターンが青色ＬＥＤの点灯を示す「ｂｌｕｅ」である場合、デバイス２ｂに対応するデバイス名は「ＡＢＣ＿ｂｌｕｅ」となる。この時点でペアリング候補リストには、「ＡＢＣ＿ｒｅｄ」と「ＡＢＣ＿ｂｌｕｅ」の２つの項目（２つのペアリング候補デバイス）が表示されている状態となる。

【0111】

端末装置１は、ステップＳ４９０で決定した点灯指示情報をデバイス２ｂに送信する（ステップＳ５１０）。端末装置１は、例えば、青色ＬＥＤの点灯を示す「ｂｌｕｅ」という文字列を点灯指示情報としてデバイス２ｂに送信する。

【0112】

デバイス２ｂは、点灯指示情報を受信すると、それに従って点灯モードを開始する（ステップＳ５２０）。デバイス２ｂは、例えば、点灯指示情報が「ｂｌｕｅ」である場合、発光部４１を青色に点灯させる。

【0113】

なお、端末装置１は、検索モードを開始した時点、または最初に報知情報を受信した時点から所定時間経過後に、ペアリング候補リストの登録（追加）を打ち切る処理を行ってもよい。例えば、端末装置１は、検索モードを開始した時点または最初に報知情報を受信した時点から１分間以内に受信した報知情報のみをペアリング候補リストに登録し、それ以降は報知情報を受信しない等の処理を行ってもよい。またその際に、端末装置１は、ペアリング候補リストの作成が完了した旨を示すメッセージやアイコンを表示部１４０に表示してもよい。

【0114】

端末装置１のユーザは、表示部１４０のペアリング候補リストと、各デバイスの発光部４１の点灯パターンとを見比べて、ペアリング候補リストの中から接続したいデバイスを選択する操作（デバイス選択操作）を行う。制御部１００は操作部１５０を介してユーザのデバイス選択操作を検出する（ステップＳ５３０）。例えば、ユーザがデバイス２ａを選択する場合、デバイス２ａの発光部４１が「赤色」であることを認識し、ペアリング候補リストの中から「赤色」すなわち「ｒｅｄ」をデバイス名に含む「ＡＢＣ＿ｒｅｄ」を選択する操作を行うと、制御部１００は操作部１５０を介して、デバイス２ａが選択されたことを検出する。

【0115】

端末装置１は、操作部１５０に入力されたデバイス選択操作を検出すると、選択されたデバイス２ａに対してペアリング要求を送信する（ステップＳ５４０）。

【0116】

デバイス２ａは、端末装置１からペアリング要求を受信すると、端末装置１との間でペアリング処理を実行する（ステップＳ５５０）。ペアリング処理が完了すると、端末装置１と、デバイス２ａとの間で通信が開始される。

【0117】

ペアリング処理が完了すると、端末装置１は、点灯指示情報を送信したすべてのデバイスに対して、点灯終了情報を送信する（ステップＳ５６０，ステップＳ５７０）。点灯終了情報を受信したデバイス２ａおよびデバイス２ｂは、点灯モードを終了する（ステップＳ５８０，ステップＳ５９０）。具体的には、デバイス２ａおよびデバイス２ｂは、発光部４１を消灯する。

【0118】

（端末装置の処理）
図１１を用いて、第３実施形態に係る端末装置の処理の流れについて説明する。図１１は、第３実施形態に係る端末装置の処理の流れを示すフローチャートである。

【0119】

近距離通信部１２０の受信部１２１は、デバイス２から送信された報知情報を受信する（ステップＳ６００）。

【0120】

制御部１００の順位特定部１０１は、報知情報を解析して、デバイスの識別情報と製品情報（例えば、製品名）を抽出し、製品名ごとに報知情報を受信した順番（受信順位）を特定する（ステップＳ６１０）。例えば、順位特定部１０１は、検索モードを開始してから、製品名が「ＡＢＣ」である報知情報を最初に受信した場合には、受信順位は「１」と特定し、同じ製品名の報知情報を２回目に受信した場合には、受信順位は「２」と特定する。その後に、異なる製品名、例えば「ＤＥＦ」の報知情報を受信した場合には、順位特定部１０１は、「ＤＥＦ」の報知情報の受信順位は「１」と特定する。また製品名が「ＤＥＦ」の報知情報を受信した後に、再び製品名が「ＡＢＣ」である報知情報を受信した場合には、その報知情報の受信順位を「３」と特定する。すなわち、ステップＳ６１０において、順位特定部１０１は、デバイスの製品名と、製品名ごとの受信順位を特定する。

【0121】

制御部１００の決定部１０２は、記憶部１８０に記憶された点灯パターンテーブル１８１を参照し、ステップＳ６１０で特定された製品名および受信順位に基づいて、点灯パターンを決定する（ステップＳ６２０）。言い換えれば、決定部１０２は、デバイス２の点灯部４０の点灯状態を示す点灯情報を、点灯パターンテーブル１８１を参照して決定する。以下に、その詳細を説明する。なお、ステップＳ６２０における制御部１００は、記憶部１８０から点灯パターンテーブル１８１のデータを取得するため、「取得部」としての機能をもつ。

【0122】

具体的には、記憶部１８０には、製品ごとに点灯パターンテーブル１８１が記憶されている。つまり、記憶部１８０には、製品名に対応した複数の点灯パターンテーブル１８１が記憶されている。各々の点灯パターンテーブル１８１は、受信順位と、点灯パターンと、点灯パターンを示す文字列（点灯パターン文字列）とが関連付けられたテーブル（データ）である。なお、点灯パターンと点灯パターン文字列は、同じ意味の情報を異なる表現形式で表したもので、相互に変換可能であるため、いずれか一方を省略することも可能である。また、上記の点灯パターン（狭義の点灯パターン）と点灯パターン文字列と合わせて広義の「点灯パターン」と呼ぶこともできる。すなわち、実施形態３に係る点灯パターンテーブル１８１は、製品情報ごとに、受信順位と、広義の点灯パターンとが関連付けられたテーブル（データ）である。また、狭義の点灯パターンおよび点灯パターン文字列は、点灯情報の一種である。このため、点灯パターンテーブル１８１は、製品情報ごとに受信順位と点灯情報とが関連付けられたテーブル（データ）であり、製品情報ごとに受信順位と点灯情報との組み合わせを複数格納するテーブル（データ）であるともいえる。以下では、特定の製品に対応する点灯パターンテーブルに、１８１Ａ、１８１Ｂ、１８１Ｃなどの符号を付け、製品を区別せずに総称として用いる場合の点灯パターンテーブルに１８１という符号を付けている。図１２は、第３実施形態に係る点灯パターンテーブルの一例を示す図である。図１２は、製品名が「ＡＡＡ」の点灯パターンテーブル１８１Ａを示している。上述したように、点灯パターンテーブル１８１Ａは、「受信順位」と、「点灯パターン」と、「点灯パターン文字列」といった項目を含む。図１２において、製品名は「ＡＡＡ」であり、この製品は１つ（単色）のＬＥＤしか備えていないため、点灯パターンは単色のＬＥＤで実現できるパターンに限定されている。すなわち、点灯パターンテーブル１８１は、デバイスの点灯能力に応じて設定されている。点灯能力は、表示能力あるいは表現能力と呼ばれることもある。

【0123】

決定部１０２は、記憶部１８０を参照して、図１１に示すステップＳ６１０で特定した製品名に該当する点灯パターンテーブル１８１を特定する。決定部１０２は、特定したテーブルにおいて、ステップＳ６１０で特定した受信順位に該当する点灯パターンおよび点灯パターン文字列を取得する。

【0124】

図１２に示す例において、受信順位「１」の点灯パターンは「点滅」である。「点滅」は、短時間の点灯と、短時間の消灯を繰り返す点灯パターンである。例えば、この短時間を「０．２」～「０．５」秒程度に設定すればよい。このような「点滅」は、ユーザが瞬時に（例えば、１秒未満で）認識することが可能である。このため、「点滅」はユーザが最も早く（短時間で）認識できる点灯パターンである。この点灯パターンの点灯パターン文字列は、「点滅」を意味する「ｂｌｉｎｋ」である。

【0125】

受信順位「２」の点灯パターンは「点灯」である。ユーザは比較的短時間（例えば、１秒程度）デバイス２の発光部４１を観察することにより、点滅パターンではなく点灯パターンであることを認識できる。受信順位「３」以降の点灯パターンは、認識するのに１秒より長い時間を要するため、「点灯」は、ユーザが２番目に早く（短時間で）認識できるパターンである。この点灯パターンの点灯パターン文字列は、「点灯」を意味する「ｏｎ」である。

【0126】

受信順位「３」の点灯パターンは、「点灯１秒、消灯１秒の繰り返し」である。この点灯パターンはパターンの長さが２秒であるため、ユーザが認識するために２秒以上の時間を要する。また、受信順位「４」以降の点灯パターンよりもパターンの長さが短い。このため、受信順位「３」の点灯パターンは、ユーザが３番目に早く（短時間で）認識できるパターンである。この点灯パターンの点灯パターン文字列は、「ｏｎ１＿ｏｆｆ１」であり、「ｏｎ」の後の数字「１」は点灯時間が１秒であることを示し、ｏｆｆの後の数字「１」は消灯時間が１秒であることを示す。

【0127】

受信順位「４」以降の点灯パターンについても同様である。すなわち、点灯パターンテーブルにおいては、受信順位が高い（早い）ほど、長さが短いパターンが設定されており、受信順位が高いほど、ユーザが認識に要する時間が短いパターンが用いられる。または、受信順位が低い（遅い）ほど、ユーザが認識に要する時間が長いパターンが用いられるともいえる。なお、端末装置の周辺に存在する可能性のある同一の製品名のデバイスの数（最大数）を想定して、受信順位の数（最大数）を決定し、点灯パターンテーブルを作成しておけばよい。もちろん、製品の性質（特性）に応じて、製品名ごとに受信順位の最大数を設定してもよい。一般的には、１つの端末装置の周辺に存在する同一の製品名のデバイスの数が「１０」ないし「２０」を超える可能性は非常に低いので、その程度を見込んで受信順位の最大数を決定すればよい。

【0128】

図１３は、第３実施形態に係る点灯パターンテーブルの別の一例を示す図である。図１３は、製品名が「ＡＢＣ」の点灯パターンテーブル１８１Ｂを示す。点灯パターンテーブル１８１Ｂは、「受信順位」と、「点灯パターン」と、「点灯パターン文字列」といった項目を含む。図１３において、製品名は「ＡＢＣ」であり、この製品は赤色と青色に２つのＬＥＤを備えているため、点灯パターンは２色のＬＥＤで実現（表現）できるパターンで構成されている。

【0129】

点灯パターンテーブル１８１Ｂにおいて、受信順位「１」～「３」は、色の異なる「点滅」パターンである。上述したように、「点滅」は、短時間の点灯と、短時間の消灯を繰り返す点灯パターンであり、例えば、この短時間を「０．２」～「０．５」秒程度に設定すればよい。このため、ユーザは瞬時に（例えば、１秒未満で）これらのパターンを認識することが可能である。すなわち、受信順位「１」～「３」の点灯パターンは、いずれもユーザが最も早く（短時間で）認識できるパターンである。これらの点灯パターンの点灯パターン文字列は、色名の後に「点滅」を意味する「ｂｌｉｎｋ」をつけたものである。

【0130】

受信順位「４」～「６」は、色の異なる「点灯」パターンであるため、ユーザは比較的短時間（１秒程度）でこれらのパターンを認識することが可能である。受信順位「４」～「６」の点灯パターンは、受信順位「１」～「３」の点灯パターンよりも認識に時間を要するが、受信順位「７」以降のパターンよりも早く認識可能なパターンである。すなわち、受信順位「４」～「６」の点灯パターンは、いずれもユーザが２番目に早く認識できるパターンである。これらの点灯パターン文字列は、色名の後に「点灯」を意味する「ｏｎ」をつけたものである。

【0131】

受信順位「７」～「９」は、特定の色の「点灯」１秒と、消灯１秒を組み合わせた点灯パターンであり、点灯パターンの長さは２秒である。このため、ユーザがこれらの点灯パターンを認識するのに２秒以上を要する。受信順位「７」～「９」の点灯パターンは、受信順位「４」～「６」の点灯パターンよりも認識に時間を要するが、受信順位「１０」以降の点灯パターンよりも早く認識可能な点灯パターンである。すなわち、受信順位「７」～「９」の点灯パターンは、いずれもユーザが３番目に早く認識できる点灯パターンである。これらの点灯パターンの文字列は、「点灯」する色名の後に点灯時間（秒数）を示す数字を付け、消灯を意味する「ｏｆｆ」の後に消灯時間（秒数）を示す数字を付けたものである。例えば、点灯パターン文字列「ｒｅｄ＆ｂｌｕｅ１＿ｏｆｆ１」は、赤色と青色の両方を１秒間点灯した後、１秒間消灯するパターンを示す。

【0132】

順位「１０」以降の点灯パターンは、１パターンの長さが３秒以上のものである。例えば、順位「１０」の点灯パターンは、「赤色１秒点灯、青色１秒点灯、消灯１秒の繰り返し」であり、その長さは３秒である。この場合、点灯パターン文字列は「ｒｅｄ１＿ｂｌｕｅ１＿ｏｆｆ１」となる。

【0133】

すなわち、図１３に示す点灯パターンテーブル１８１Ｂにおいても、図１２に示す点灯パターンテーブル１８１Ａと同様に、受信順位が高い（早い）ほど、長さが短いパターンが設定されており、受信順位が高いほど、ユーザが認識に要する時間が短いパターンが用いられる。あるいは、受信順位が低い（遅い）ほど、ユーザが認識に要する時間が長いパターンが用いられるともいえる。

【0134】

図１３に示す点灯パターンテーブル１８１Ｂに対応する製品「ＡＢＣ」は、図１２に対応する製品「ＡＡＡ」に比べて、デバイスの点灯能力（表示能力）が高いため、より短い時間で多くのパターンを表現することができる。すなわち、点灯能力（表示能力）の高いデバイスを用いることにより、ユーザが所望のデバイスを特定するのに要する時間を短縮することができる。

【0135】

図１４は、第３実施形態に係る点灯パターンテーブルの更に別の一例を示す図である。図１４は、製品名が「ＤＥＦ」の点灯パターンテーブル１８１Ｃを示す。点灯パターンテーブル１８１Ｃは、「受信順位」と、「点灯パターン（ＲＧＢの信号レベル）」と、「点灯パターン文字列」といった項目を含む。図１４において、製品名は「ＤＥＦ」であり、この製品はフルカラーの表示部４２（ＬＣＤ等）を備えているものとする。この製品は、非常の多くの色数を表示できるため、図１２の点灯パターンテーブル１８１Ａおよび図１３の点灯パターンテーブル１８１Ｂとは異なり、図１４の点灯パターンテーブル１８１Ｃでは、「点滅」や「消灯」といった点灯状態（表示状態）の時間的な変化を用いておらず、全て「点灯」状態を示す。

【0136】

点灯パターンテーブル１８１Ｃは、点灯パターンとして、デバイス２の表示部４２に入力されるＲ、Ｇ、Ｂ信号の大きさを８ビット（０～２５５）で表した数値を用いている。また点灯パターン文字列として、表示部４２で表示される色名を用いている。点灯パターンテーブル１８１Ｃでは、点灯（表示）の定常的（静的）な状態を用いているため、受信順位によらずパターンの長さは全て同じであるが、受信順位が高いほど、ユーザが判別し易い色を用いている。例えば図１４に示す例において、受信順位が高い場合の表示色である「赤」（ｒｅｄ）、「緑」（ｇｒｅｅｎ）、「青」（ｂｌｕｅ）、「黄」（ｙｅｌｌｏｗ）といった色は、非常に基本的な色（原色）であり、ユーザが非常に短時間で容易に判別できる。一方、受信順位が相対的に低い場合の色、例えば受信順位が「ｎ」の表示色である「苔色」（ｍｏｓｓ）と、受信順位が「ｎ＋１」の「クローバー色」（ｃｌｏｖｅｒ）は、同系色の微妙な色であるため、ユーザが判別するのに時間を要する。もちろん、図１４における色名はあくまでも一例である。

【0137】

図１４のように、点灯パターンとして表示色を用いる場合は、点灯パターンテーブルを表示色テーブルと呼ぶこともある。すなわち、表示色テーブルにおいては、第１の受信順位（例えば受信順位「１」）に対応する色と、第１の受信順位の次の受信順位（例えば「２」）に対応する色との色差である第１の色差が、第１の受信順位よりも低い第２の受信順位（例えば「ｎ」、ｎ＞１）に対応する色と、第２の受信順位の次の受信順位（例えば「ｎ＋１」）に対応する色との色差である第２の色差よりも大きい。

【0138】

表示色テーブルにおいては、Ｌ＊ｕ＊ｖ＊、またはＬ＊ａ＊ｂ＊などの均等色空間において、受信順位が高い（早い）ほど複数の表示色間の差（色差）が大きくなり、受信順位が低い（遅い）ほど複数の表示色間の差（色差）が小さくなるように設定することが好ましい。つまり、受信順位が高いほどユーザ（人間）が異なる表示色の違いを短時間で認識できるようにし、受信順位が低くなるにつれて異なる表示色の認識に時間を要するように設定すればよい。

【0139】

このように、点灯パターンテーブル１８１Ａから点灯パターンテーブル１８１Ｃにおいては、すなわち点灯パターンテーブル１８１においては、受信順位が高いほど、ユーザが認識に要する時間が短いパターンが設定されている。または、受信順位が低いほど、ユーザが認識に要する時間が長いパターンが設定されているともいえる。

【0140】

図１４の点灯パターンテーブル１８１Ｃに対応する製品「ＤＥＦ」は、図１３に対応する製品「ＡＢＣ」に比べても更に、デバイスの点灯能力（表示能力）が高いため、より短い時間で多くのパターンを表現することができる。すなわち、点灯能力（表示能力）の高いデバイスを用いることにより、ユーザが所望のデバイスを特定するのに要する時間を短縮することができる。

【0141】

図１１のフローチャートの説明に戻る。決定部１０２は、記憶部１８０に記憶されている点灯パターンテーブル１８１を参照し、ステップＳ６２０で決定された点灯パターンに基づいて、デバイス名を決定する（ステップＳ６３０）。具体的には、決定部１０２は、報知情報に含まれる製品名に、点灯パターンテーブルの点灯パターン文字列を付加した文字列をデバイス名とする。例えば、製品名が「ＡＢＣ」であり、図１３において受信順位「２」に対応する「青色点滅」パターンが決定された場合、決定部１０２は、その点灯パターン文字列「ｂｌｕｅ＿ｂｌｉｎｋ」を用いて、デバイス名を「ＡＢＣ＿ｂｌｕｅ＿ｂｌｉｎｋ」と決定する。

【0142】

制御部１００は、ステップＳ６３０で決定したデバイス名をペアリング候補リストに追加する（ステップＳ６４０）。具体的には、制御部１００の表示制御部１０３は、表示部１４０に表示されたペアリング候補リストの表示を更新する。つまり、制御部１００の表示制御部１０３は、点灯情報を含むデバイス名を表示部１４０に表示させる。これにより、端末装置１のユーザは、最新の状態のペアリング候補リストを閲覧することができる。なお、制御部１００の表示制御部１０３は、外部の表示装置に点灯情報を含むデバイス名を表示させてもよい。例えば、制御部１００の表示制御部１０３は、表示部１４０への表示に代えてあるいは加えて、端末装置１に接続された外部のディスプレイにペアリング候補リストを表示してもよい。

【0143】

近距離通信部１２０の送信部１２２は、制御部１００の制御に従って、報知情報を送信したデバイス２に対して点灯指示情報を送信する（ステップＳ６５０）。点灯指示情報には、ステップＳ６１０で取得したデバイスの識別情報と、ステップＳ６２０で決定された点灯パターンを示す情報が含まれる。点灯パターンを示す情報としては、点灯パターンテーブル１８１の点灯パターンを用いてもよいし、点灯パターン文字列を用いてもよい。例えば、点灯パターンを示す情報として、「青色点滅」を用いてもよいし、「ｂｌｕｅ＿ｂｌｉｎｋ」を用いてもよいし、その他のコマンドを用いてもよい。あるいは、近距離通信部１２０の送信部１２２は、点灯パターンを示す情報としてステップＳ６３０で決定したデバイス名をデバイス２に対して送信してもよい。デバイス２は、デバイス名を受信した場合、自装置が送信した製品名に該当する部分を除外して、点灯パターンの情報を抽出することができる。つまり、点灯指示情報は、デバイス２が解釈できる情報であればよい。上述で説明したように、デバイス２は、点灯指示情報を受信すると、それに含まれるデバイス識別情報が自装置の識別情報と一致した場合に、点灯指示情報に従って点灯動作（点灯モード）を開始する。

【0144】

制御部１００は、操作部１５０において、デバイス選択操作がなされたか否かを判定する（ステップＳ６６０）。ユーザは、点灯モードが開始されたデバイスと、表示部１４０に表示されたペアリング候補リストとを見比べて、ペアリング候補リストの中に所望のデバイスがあれば、操作部１５０を操作してそれを選択する。所望のデバイスがない場合には、ユーザは、ペアリング候補リストに新たなデバイスが追加されるのを待てばよい。デバイス選択操作がなされた場合（ステップＳ６６０；Ｙｅｓ）、ステップＳ６７０に進む。一方、デバイス選択操作がなされていない場合（ステップＳ６６０；Ｎｏ）、ステップＳ６００に戻り、処理を繰り返す。

【0145】

ステップＳ６６０でＹｅｓと判定された場合、制御部１００および近距離通信部１２０の送信部１２２は、ステップＳ６６０で選択されたデバイスに対して、ペアリング処理を実行する（ステップＳ６７０）。

【0146】

近距離通信部１２０の送信部１２２は、制御部１００の制御に従って、ステップＳ６５０で点灯指示情報を送信したデバイス２のそれぞれに対して、点灯終了情報を送信する（ステップＳ６８０）。デバイス２は、点灯終了情報を受信すると、点灯モードを終了する。つまり、デバイス２は、点灯モードによる発光部４１の発光や表示部４２の表示を終了する。

【0147】

上述のとおり、第３実施形態によれば、端末装置１が周辺のデバイスに対して、他のデバイス２と重複しない点灯パターンを指示するため、ユーザが所望のデバイスを短時間で容易に認識できる。つまり、第３実施形態は、複数のデバイスが同じ点灯パターンになり、ユーザが各々のデバイスを認識できない状況（混乱する状況）を防止することができる。

【0148】

また、第３実施形態によれば、端末装置１が早く報知情報を受信したデバイスほど、ユーザが短時間で認識可能なパターンで点灯（表示）する。このため、端末装置の周辺のデバイスの数が少ない場合には、ユーザは非常に短時間で容易に所望のデバイスを認識できる。一方、端末装置の周辺のデバイスの数が多くなった場合であっても、各々のデバイスは異なる点灯パターンで点灯（表示）するため、ある程度の時間がかかる場合があっても、ユーザは所望のデバイスを確実に認識できる。

【0149】

＜第３実施形態の変形例＞
第３実施形態の変形例について説明する。第３実施形態では、端末装置１の記憶部１８０が点灯パターンテーブル１８１を記憶しているものとして説明したが、本発明はこれに限定されるものではない。

【0150】

第３実施形態の変形例では、例えば、端末装置１からアクセス可能なサーバに点灯パターンテーブル１８１を記憶し、端末装置１はサーバから必要なデータを取得してもよい。具体的には、端末装置１の遠距離通信部１３０が、サーバに対して製品情報（製品名）と受信順位とを送信し、その応答（レスポンス）として、遠距離通信部１３０がサーバから点灯パターンを示す情報と点灯パターン文字列を受信（取得）してもよい。このような構成にすれば、端末装置１の記憶部１８０に点灯パターンテーブル１８１を記憶する必要がないため、点灯パターンテーブル１８１の追加、変更が容易となり、端末装置１は多くの種類のデバイスに容易に対応することができる。このような構成の場合、遠距離通信部１３０および制御部１００は、外部から点灯パターンテーブル１８１を取得するため、「取得部」として機能する。また、点灯パターンテーブル１８１をインターネットの検索エンジンで検索可能にしておき、端末装置１が「製品名 点灯パターンテーブル」といったキーワードで検索してデータを取得できるようにしてもよい。このような構成にすれば、デバイスのメーカーごとにサーバを配置するなど、サーバを分散させて配置することが容易となり、端末装置１は、多くの種類のデバイスに容易に対応することができる。

【0151】

＜第４実施形態＞
第４実施形態について説明する。第３実施形態では、端末装置またはサーバにおいて、製品ごとに点灯パターンテーブル１８１を記憶しているため、ペアリング対象の製品の数が増えると、点灯パターンテーブルの追加、更新等の管理が煩雑になる可能性がある。そこで、第４実施形態では、製品ごとの点灯パターンテーブルを用いずに、デバイスの点灯能力ごとの点灯パターンテーブルを用いて処理を行う。以下では、第３実施形態と同一の点については、適宜説明を省略し、第３実施形態との差異を中心に説明する。なお第４実施形態に係る端末装置も、デバイスの点灯パターンを制御するため、「制御装置」と呼ばれることがある

【0152】

（端末装置の処理）
図１５を用いて、第４実施形態に係る端末装置の処理の流れについて説明する。図１５は、第４実施形態に係る端末装置の処理の流れを示すフローチャートである。

【0153】

ステップＳ７００、およびステップＳ７３０からステップＳ７８０の処理は、ぞれぞれ、図１１に示すステップＳ６００、およびステップＳ６３０からステップＳ６８０の処理と同様なので、説明を省略する。

【0154】

第４実施形態では、図１０に示すステップＳ４３０およびステップＳ４４０等でデバイス２が端末装置１に対して送信する報知情報、すなわち図１１に示すステップＳ６００で端末装置１が受信する報知情報には、デバイス２の識別情報と製品情報の他に、デバイスの点灯能力あるいは表示能力を示す情報が含まれている。この情報を、点灯能力情報と呼ぶ。すなわち、第４実施形態では、デバイス２は、発光部４１または表示部４２で用いることが可能な色の情報を点灯能力情報として報知情報に含めている。

【0155】

例えば、「赤色」のＬＥＤのみを備えるデバイス２は、点灯能力情報に「％１＝ｒｅｄ」という文字列を含める。ここで「％１」は使用可能な１番目の色を示す「キー」である。「ｒｅｄ」は１番目のキーの値、つまり１番目のキーに対応する色名（色の名称）である。つまり、「％１＝ｒｅｄ」という情報は、１番目のキーの値（バリュー）が「ｒｅｄ」であることを示す情報である。

【0156】

すなわち、点灯能力情報は「％キー番号＝値」というように、キーと値とを１つ以上組み合わせた情報である。キーと値との組み合わせをパラメータと呼ぶこともある。また「赤色」と「青色」の２色のＬＥＤを備えるデバイスは、点灯能力情報に「％１＝ｒｅｄ，％２＝ｂｌｕｅ」という文字列を含める。ここで「％２」は使用可能な２番目の色という意味である。もちろん、３種類以上の色を使用可能なデバイスは、「％３」以降のキーを用いて点灯能力情報を作成する。また、キーは番号に限らず、任意の記号であってもよい。例えば、「％Ａ」、「％Ｂ」、「％Ｃ」などのキーを用いてもよい。

【0157】

順位特定部１０１は、報知情報を解析して、デバイスの識別情報と、製品情報と、点灯能力情報を抽出し、点灯能力情報ごとに報知情報を受信した順番（受信順位）を特定する（ステップＳ７１０）。例えば、１番目に「％１＝ｒｅｄ，％２＝ｂｌｕｅ」を含む報知情報を受信し、２番目に「％１＝ｒｅｄ」を含む報知情報を受信した場合、２番目の報知情報の受信順位は「１」となる。また３番目に「％１＝ｒｅｄ，％２＝ｂｌｕｅ」を含む報知情報を受信した場合、３番目の報知情報の受信順位は「２」となる。ただし、順位特定部１０１は、「％１＝ｂｌｕｅ，％２＝ｒｅｄ」のように、キーの番号のみが異なる点灯能力情報を受信した場合には、キーの順番を区別せずに、「％１＝ｒｅｄ，％２＝ｂｌｕｅ」と同じとみなして、受信順位を特定する。このため、製品が同じであれば、同一の点灯能力情報になるが、異なる製品であっても、同一の点灯能力情報になる場合がある。

【0158】

決定部１０２は、記憶部１８０に記憶された点灯パターンテーブル１８１を参照し、ステップＳ７１０で抽出した点灯能力情報および特定した受信順位に基づいて、点灯パターンを決定する（ステップＳ７２０）。ここでは、まず、決定部１０２は、点灯能力情報に含まれるキーの数を特定する。例えば、点灯能力情報が「％１＝ｒｅｄ」の場合、キーの数は「１」であり、点灯能力情報が「％１＝ｒｅｄ，％２＝ｂｌｕｅ」の場合、キーの数は「２」である。第４実施形態における記憶部１８０は、点灯能力情報に含まれるキーの数に対応する点灯パターンテーブル１８１を記憶する。第４実施形態に係る点灯パターンテーブル１８１は、点灯能力（例えば、キーの数）ごとに、受信順位と、広義の点灯パターンとが関連付けられたテーブル（データ）である。また、点灯パターンテーブル１８１は、点灯能力ごとに受信順位と点灯情報とが関連付けられたテーブル（データ）であり、点灯能力ごとに受信順位と点灯情報との組み合わせを複数格納するテーブル（データ）であるともいえる。以下では、特定の点灯能力に対応する点灯パターンテーブルに、１８１Ｄ、１８１Ｅ、１８１Ｆなどの符号を付け、点灯能力を区別せずに総称として用いる場合の点灯パターンテーブルに１８１という符号を付けている。

【0159】

図１６は、キーの数が「１」である場合の点灯パターンテーブルの一例を示す図である。図１６に示すように、点灯パターンテーブル１８１Ｄは、「受信順位」と、「点灯パターン」と、「点灯パターン文字列」といった項目を含む。点灯パターンテーブル１８１Ｄに対応するデバイス２は、１つの色の発光または表示を行う能力しかないため、図１２に示す点灯パターンテーブル１８１Ａと同様のパターンが点灯パターンテーブル１８１Ｄに設定されている。ただし、点灯パターンテーブル１８１Ｄにおいて、点灯パターン文字列の「＜％１＞」は、該当箇所を第１キーに対応する値で置換する処理を示す。

【0160】

例えば、点灯能力情報が「％１＝ｒｅｄ」である場合、決定部１０２は、受信順位「１」の点灯パターン文字列である「＜％１＞＿ｂｌｉｎｋ」を「ｒｅｄ＿ｂｌｉｎｋ」と置換する。このように置換処理された点灯パターン文字列は、図１１に示すステップＳ６３０において使用される。決定部１０２は、点灯能力情報に含まれる色が何色であっても（「ｒｅｄ」でも「ｇｒｅｅｎ」でも「ｂｌｕｅ」）、キーの数が「１」であれば、すべて図１６に示す１つのテーブルを用いて点灯パターン文字列を決定できる。このため、第４実施形態によれば、多くの種類のデバイスに容易に対応できる。

【0161】

図１７は、第４実施形態に係るキーの数が「２」である場合に対応する点灯パターンテーブルの一例を示す図である。図１７に示すように、点灯パターンテーブル１８１Ｅは、「受信順位」と、「点灯パターン」と、「点灯パターン文字列」といった項目を含む。図１７に示す例では、点灯パターンテーブル１８１Ｅにおいて、図１３の点灯パターンテーブル１８１Ｂと同様の点灯パターンが設定されている。ただし、決定部１０２は、点灯パターン文字列の「＜％１＞」を第１キーに対応する値で置換し、「＜％２＞」を第２キーに対応する値で置換する。例えば、点灯能力情報が「％１＝ｒｅｄ，％２＝ｂｌｕｅ」の場合、受信順位「３」の点灯パターン文字列である「＜％１＞＆＜％２＞＿ｂｌｉｎｋ」は、「ｒｅｄ＆ｂｌｕｅ＿ｂｌｉｎｋ」となる。

【0162】

第４実施形態に係る点灯パターンテーブル１８１Ｄおよび点灯パターンテーブル１８１Ｅも、第３実施形態と同様に、受信順位高い（早い）ほど、長さが短いパターンが設定されており、受信順位が高いほど、ユーザが認識に要する時間が短いパターンが用いられている。

【0163】

なお、ステップＳ７１０において、順位特定部１０１は、受信した点灯能力情報を短縮（編集）して用いてもよい。例えば、順位特定部１０１は、「％１」から「％１０」までの１０個のキーを含む点灯能力情報を受信した場合、そのうちの「％５」までのキーを有効とし、「％６」以降のキーを無視してもよい。すなわち、受信した点灯能力情報のうちの一部の能力を利用して点灯パターンを決定してもよい。このような処理により、記憶部１８０に記憶されている点灯パターンテーブル１８１Ｄ等のキーの数の上限（例えば、「５」）を超えた点灯能力情報を受信した場合であっても、支障なく処理を行うことができ、より多くの種類のデバイスに容易に対応できる。

【0164】

また、第３実施形態で述べたのと同様に、端末装置１からアクセス可能なサーバに点灯パターンテーブル１８１Ｄ等を記憶し、端末装置１はサーバから必要なデータを取得してもよい。端末装置１の遠距離通信部１３０は、サーバに対して点灯能力情報と受信順位とを送信し、その応答として、遠距離通信部１３０がサーバから点灯パターンを示す情報と点灯パターン文字列（置換処理後の文字列）を受信（取得）してもよい。このような構成の場合、遠距離通信部１３０および制御部１００は、外部から点灯パターンテーブル１８１を取得するため、「取得部」として機能する。このような構成にすれば、端末装置１に点灯パターンテーブルを記憶する必要がないため、点灯パターンテーブルの追加、変更がさらに容易となり、端末装置はより多くの種類のデバイスに容易に対応することができる。

【0165】

また、第４実施形態では、点灯パターンテーブルをインターネットの検索エンジンで検索可能にしておき、端末装置１が「キーの数：２ 点灯パターンテーブル」といったキーワードで検索してデータを取得できるようにしてもよい。このような構成にすれば、サーバを分散させて配置することが容易となり、端末装置はより多くの種類のデバイスに容易に対応することができる。

【0166】

また、第４実施形態では、デバイス２の発光部４１の色に限らず、デバイス２の表示部４２の色を点灯能力情報（表示能力情報）として用いてもよい。例えば、デバイス２の表示部の所定領域に２０種類の色を表示可能である場合、デバイス２は、「＜％１＝ｒｅｄ＞」から「＜％２０＝ＬｅｍｏｎＹｅｌｌｏｗ＞」などまでの２０個のパラメータを含む点灯能力情報を送信してもよい。デバイスの発光部の色あるいはデバイス２の表示部４２の色を区別せずに、どちらも点灯色あるいは表示色と呼ぶこともある。

【0167】

上述のとおり、第４実施形態によれば、点灯能力情報に応じた点灯パターンテーブルを用いるため、点灯パターンテーブルの追加、更新等の管理の煩雑さを低減できる。これは、点灯能力情報に応じた点灯パターンテーブルは、製品ごとの点灯パターンテーブルに比べて、多くの種類のデバイスで共通に使用することが可能であり、追加や更新の必要性が少ないためである。第４実施形態では、点灯能力情報に応じた点灯パターンテーブル用いることにより、多くの種類のデバイスに対して、重複しない適切な点灯パターンを容易に指定することができる。このため、ユーザは所望のデバイスを短時間で容易に認識できる。

【0168】

＜第４実施形態の変形例＞
第４実施形態の変形例について説明する。第４実施形態では、点灯能力情報として、デバイス２の点灯部４０で使用可能な色を識別するためのキーと、色の名称（色名）との組み合わせを用いたが、本発明はこれに限定されるものではない。

【0169】

第４実施形態の変形例では、点灯能力情報として、デバイス２の点灯部４０で使用可能な色の数を示す情報を用いてもよい。第４実施形態の変形例では、例えば、デバイス２の表示部４２がＲ、Ｇ、Ｂを各々８ビットのフルカラー（１６７７万色）で表示可能である場合、「使用可能色数＝フルカラー」または「使用可能色数＝ＲＧＢ各８ビット」または「使用可能色数＝１６７７万色」といった点灯能力情報を用いる。これらは全て同じ点灯能力情報として解釈される。

【0170】

第４実施形態の変形例においても、図１５に示すステップＳ７１０では、順位特定部１０１は、点灯能力情報ごとに、すなわち使用可能な色数ごとに受信順位を特定する。第４実施形態の変形例では、端末装置１の記憶部１８０は、使用可能な色数ごとに点灯パターンテーブルを記憶する。図１８は、第４実施形態の変形例に係る点灯パターンテーブルの一例を示す図である。図１８は、使用可能な色数が「ＲＧＢ各８ビット」である場合の点灯パターンテーブル１８１Ｆを示している。もちろん、第４実施形態の変形例では、使用可能な色数が異なる場合は、他の点灯パターンテーブルを用いるが、他のテーブルについては省略する。

【0171】

第４実施形態の変形例では、図１５に示すステップＳ７２０において、決定部１０２は、図１８に示すような点灯パターンテーブル１８１Ｆを参照し、ステップＳ７１０で順位特定部１０１が抽出した点灯能力情報および特定した受信順位に基づいて、点灯パターンを決定する。第３実施形態に係る図１４に示す点灯パターンテーブル１８１Ｃと同様に、図１８に示す点灯パターンテーブル１８１Ｆにおいては、第１の受信順位（例えば受信順位「１」）に対応する色と、第１の受信順位の次の受信順位（例えば「２」）に対応する色との色差である第１の色差が、第１の受信順位よりも低い第２の受信順位（例えば「ｎ」、ｎ＞１）に対応する色と、第２の受信順位の次の受信順位（例えば「ｎ＋１」）に対応する色との色差である第２の色差よりも大きい。

【0172】

すなわち、第４実施形態の変形例においても点灯パターンテーブル１８１Ｆに、受信順位が高い（早い）ほど、ユーザが認識に要する時間が短い表示色（点灯色）が設定されている。その他の処理については第４実施形態と同様である。

【0173】

なお、第４実施形態の変形例において、受信した点灯能力情報を適宜変更した上で、使用する点灯パターンテーブルを決定してもよい。例えば、「使用可能色数＝ＲＧＢ各１２ビット」という点灯能力情報を受信した場合、これを「使用可能色数＝ＲＧＢ各８ビット」に変更して、それに該当する点灯パターンテーブルを使用してもよい。これは、ＲＧＢ各１２ビットの点灯能力をもつデバイスは、当然のことながら、ＲＧＢ各８ビットの点灯能力をもつためである。

【0174】

すなわち、第４実施形態の変形例において、受信した点灯能力情報よりも低い点灯能力に変換した上で、使用する点灯パターンテーブルを決定してもよい。換言すれば、受信した点灯能力情報のうちの一部の能力を利用して点灯パターンを決定してもよい。このような処理を行えば、端末装置あるいはサーバの記憶部に記憶させておく点灯パターンテーブルの種類を削減することができる。

【0175】

図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。

【0176】

以上、本発明の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

【符号の説明】

【0177】

１ 端末装置
２，２ａ，２ｂ，２ｃ デバイス
１０，１００ 制御部
２０，１１０ 電源部
３０，１２０ 近距離通信部
４０ 点灯部
４１ 発光部
４２，１４０ 表示部
５０ 乱数発生部
６０ イヤホン
７０ マイク
８０，１５０ 操作部
９０，１８０ 記憶部
９１ 変換テーブル
９２ 点灯パターン決定プログラム
１６０ 音声出力部
１７０ 音声入力部
１０１ 順位特定部
１０２ 決定部
１０３ 表示制御部
１２１ 受信部
１２２ 送信部
１３０ 遠距離通信部
１８１ 点灯パターンテーブル
１０００ 無線通信システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】