JP7328754B2 - 通信装置、通信装置の制御方法、およびプログラム - Google Patents

Description

本発明は、所定の通信方式に従って動作する通信装置の技術に関する。

近距離無線通信規格であるＢｌｕｅｔｏｏｔｈ（商標登録）の仕様では、周囲の複数の装置に対して自身の存在を示すためにアドバタイズ処理を行うこと（アドバタイジングパケットを送信すること）が規定されている。当該規格では、アドバタイジングパケットを送信する側の装置をペリフェラル機器、アドバタイジングパケットを受信する側の装置をセントラル機器と称する。

近年、Ｂｌｕｅｔｏｏｔｈの新しいバージョンとして、Ｂｌｕｅｔｏｏｔｈバージョン５（以下、ＢＴ５と称す）の仕様が規定された。このＢＴ５と、既に仕様が規定されていた、Ｂｌｕｅｔｏｏｔｈバージョン４（以下、ＢＴ４と称す）では、例えば、アドバタイジングパケットで通知できるデータのサイズが異なる。例えば、ＢＴ４では、アドバタイジングパケットで通知できるデータは、最大３１バイトであった。一方、ＢＴ５では、新しいアドバタイジングパケットが定義され、最大２５１バイトのデータを通知することができる。また、ＢＴ５の仕様では、ＢＴ４に従うアドバタイズ処理と、ＢＴ５で新たに規定されたアドバタイズ処理を並行して実行することが認められている。

ところで、ＢＴ５に従うアドバタイズ処理は、下位互換性を持たないため、ＢＴ４をサポートし、ＢＴ５をサポートしないセントラル機器は、ＢＴ５で規定されるアドバタイジングパケットを受信することができない。一方、ＢＴ５サポートするセントラル機器は、ＢＴ４で規定されるアドバタイジングパケットを受信し、解析することができる。また、ＢＴ５をサポートするペリフェラル機器は、ＢＴ４とＢＴ５で規定されるアドバタイジングパケットを並行して送信することができる。

特開２０１３－１５６８５８号公報 特開２００９－１８８６８０号公報

セントラル機器がサポートするＢｌｕｅｔｏｏｔｈバージョンを、ＢＴ４またはＢＴ５のいずれかに統一できる場合がある。このような状況では、ペリフェラル機器がＢＴ４およびＢＴ５に従うアドバタイズ処理を両方行い続けることは、ペリフェラル機器における消費電力、またネットワークリソースの有効利用の観点から好ましくない。他方、セントラル機器がサポートするＢｌｕｅｔｏｏｔｈバージョンを統一できない場合がある。このような状況では、ペリフェラル機器がＢＴ４およびＢＴ５に従うアドバタイズ処理を行うことにより、いずれのバージョンをサポートするセントラル機器とも通信を行うことが可能となり、機器の相互接続性が向上する。これらの観点からすれば、ペリフェラル機器は、対向のセントラル機器のサポート状態に応じて、実行するアドバタイズ処理を切り替えることが望ましい。

特許文献１および特許文献２において、対向機がサポートする通信プロトコルを判定して、自らが送信するパケットの種別を切り替える技術が開示されている。特許文献１ではＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）とｍＤＮＳ（Ｍｕｌｔｉｃａｓｔ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）の２つの通信プロトコルについて、対向機がサポートしない通信プロトコルの処理を停止する技術が開示されている。特許文献２では、無線ＬＡＮの８０２．１１ｂ規格と８０２．１１ｎ規格について、対向機がサポートする規格でネットワークを生成する技術が開示されている。しかしながらいずれの文献においても、Ｂｌｕｅｔｏｏｔｈ通信等の所定の通信方式で複数のバージョンが存在する場合に、対向機がサポートするバージョンを判定し、判定結果に応じて通信を行うことについては開示されていない。

本発明は上記課題に鑑みてなされたものであり、対向機がサポートする通信方式のバージョンに応じて効率的な通信を行うことを目的とする。

上記課題を解決するため、本発明の通信装置は、所定の通信方式の第１のバージョンまたは当該第１のバージョンとは異なる第２のバージョンをサポートする他の通信装置と通信を行う通信装置であって、前記他の通信装置がサポートする前記通信方式のバージョンを登録する登録手段と、前記登録手段により、前記他の通信装置がサポートする前記通信方式のバージョンが登録されている場合、当該登録されている、前記第１のバージョンまたは前記第２のバージョンに従う信号を送信し、前記登録手段により、前記他の通信装置がサポートする前記通信方式のバージョンが登録されていない場合、前記第１のバージョンに従う信号および前記第２のバージョンに従う信号の双方を送信する送信手段と、を有し、前記第１のバージョンに従う信号は、Ｂｌｕｅｔｏｏｔｈバージョン４に従うアドバタイジングパケットであり、前記第２のバージョンに従う信号は、Ｂｌｕｅｔｏｏｔｈバージョン５に従うアドバタイジングパケットである。

本発明によれば、対向機がサポートする通信方式のバージョンに応じて効率的な通信を行うことが可能となる。

ペリフェラル機器として動作する通信装置１のハードウェア構成例を示す。 ペリフェラル機器として動作する通信装置１の機能構成例を示す。 ＢＴ４で規定されるアドバタイズ処理の模式図である。 ＢＴ４で規定されるアドバタイズ処理のためのアドバタイジングパケットの構成例を示す。 ＢＴ５で規定されるアドバタイズ処理の模式図である。 ＢＴ５で規定されるアドバタイズ処理のためのアドバタイジングパケットの構成例を示す。 第１実施形態におけるデジタルカメラ８１０による処理を表すフローチャートである。 第１実施形態における通信システム８００の模式図である。 第１実施形態において通信装置が記憶する対向機情報の構成を例示する図である。 第１実施形態におけるデジタルカメラ８１０－スマートフォン８２０の通信シーケンスの一例である。 第１実施形態におけるデジタルカメラ８１０－スマートフォン８２０の通信シーケンスの別の例である。 第１実施形態におけるデジタルカメラ８１０－スマートフォン８３０の通信シーケンスの一例である。 第１実施形態におけるデジタルカメラ８１０－スマートフォン８３０の通信シーケンスの別の例である。 ＢＴ４で規定されるスキャン処理を表すシーケンス図である。 図１４に示すＳＣＡＮ＿ＲＥＱパケットおよびＳＣＡＮ＿ＲＳＰパケットの構成例を示す。 ＢＴ５で規定されるスキャン処理を表すシーケンス図である。 第２実施形態におけるデジタルカメラ８１０による処理を表すフローチャートである。 第２実施形態におけるデジタルカメラ８１０－スマートフォン８２０の通信シーケンスの一例である。 第２実施形態におけるデジタルカメラ８１０－スマートフォン８３０の通信シーケンスの一例である。 第３実施形態におけるデジタルカメラ８１０による処理を表すフローチャートである。 第３実施形態におけるデジタルカメラ８１０－スマートフォン８２０、８３０の通信シーケンスの一例である。

以下、添付の図面を参照して、本発明をその実施形態の一例に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。

［第１の実施形態］
（ＢＴ４とＢＴ５のアドバタイズ処理）
まず、ＢＴ４で規定されるアドバタイズ処理について、図３と図４を参照して説明する。図３は、ＢＴ４で規定されるアドバタイズ処理の模式図を示す。図３では、縦軸が通信チャネル、横軸が時間経過を表す。ＡＤＶ＿ＩＮＤパケット３１０～３５０はアドバタイジングパケットである。アドバタイズ処理を行うペリフェラル機器は、ＡＤＶ＿ＩＮＤパケット３１０～３５０を、３７～３９Ｃｈのそれぞれのチャネル（周波数チャネル）で送信する。ＡＤＶ＿ＩＮＤパケット３１０～３３０には、ペリフェラル機器（アドバタイジングパケット送信元）の識別子と、最大３１オクテットのアドバタイズデータが含まれる。ペリフェラル機器は、ＡＤＶ＿ＩＮＤパケット３１０～３５０を１セットとして、この１セットの送信を周期的に行う。

図４は、図３に示すＡＤＶ＿ＩＮＤパケットの構成例を示す。ＡＤＶ＿ＩＮＤパケットは、Ａｄｖｅｒｔｉｓｉｎｇ Ｃｈａｎｎｅｌ ＰＤＵ４００で示すフォーマットに従って生成され、Ｈｅａｄｅｒ部４０１とＰａｙｌｏａｄ部４０２から構成される。

Ｈｅａｄｅｒ部４０１は、ＰＤＵ Ｔｙｐｅ４０３、ＲＦＵ４０４、ＣｈＳｅｌ４０５、ＴｘＡｄｄ４０６、ＲｘＡｄｄ４０７、Ｌｅｎｇｔｈ４０８のデータフィールドから構成される。ＰＤＵ Ｔｙｐｅ４０３は、Ｂｌｕｅｔｏｏｔｈパケットの種別を表すフィールドで、ＡＤＶ＿ＩＮＤの場合は００００ｂが指定される。ＲＦＵ４０４は、予約領域であり、使用されない。ＣｈＳｅｌ４０５は、コネクションやアドバタイズで用いる通信チャネルを選択するアルゴリズム（Ｃｈａｎｎｅｌ Ｓｅｌｅｃｔｉｏｎ Ａｌｇｏｒｉｔｈｍ ＃２）をサポートするかどうかを表すビットフラグである。ＴｘＡｄｄ４０６は、後に示すＡｄｖＡ４１１に指定するアドレスがパブリックな値なのかランダムな値なのかを表すビットフラグである。ＲｘＡｄｄ４０７フィールドは、ＡＤＶ＿ＩＮＤパケットでは利用されない。Ｌｅｎｇｔｈ４０８には、Ｐａｙｌｏａｄ部４０２の長さ（オクテット）が指定される。

Ｐａｙｌｏａｄ部４０２（ＡＤＶ＿ＩＮＤ Ｐａｙｌｏａｄ４１０）は、ＡｄｖＡ４１１とＡｄｖＤａｔａ４１２のデータフィールドから構成される。ＡｄｖＡ４１１には、ペリフェラル機器のアドレスが指定される。ＡｄｖＤａｔａ４１２には、ペリフェラル機器で指定する、最大３１オクテットのアドバタイズデータが指定される。

続いて、ＢＴ５で規定されるアドバタイズ処理について、図５と図６を参照して説明する。図５は、ＢＴ５で規定されるアドバタイズ処理の模式図を示す。図５では、図３と同様に、縦軸が通信チャネル、横軸が時間経過を表す。ＡＤＶ＿ＥＸＴ＿ＩＮＤパケット５１０～５３０、ＡＵＸ＿ＡＮＤ＿ＩＮＤパケット５４０、ＡＵＸ＿ＣＨＡＩＮ＿ＩＮＤパケット５５０は、アドバタイジングパケットである。アドバタイズ処理を行うペリフェラル機器は、ＡＤＶ＿ＥＸＴ＿ＩＮＤパケット５１０～５３０を、３７～３９Ｃｈでそれぞれ送信する。ＡＤＶ＿ＥＸＴ＿ＩＮＤパケット５１０～５３０には、アドバタイズセットの識別子、次に送信するＡＵＸ＿ＡＤＶ＿ＩＮＤパケット５４０の送信チャネルと送信タイミングなどの情報が指定される。ペリフェラル機器は、ＡＤＶ＿ＥＸＴ＿ＩＮＤパケット５１０～５３０を送信後、ＡＤＶ＿ＥＸＴ＿ＩＮＤパケット５１０～５３０で指定したチャネル（０～３６Ｃｈ）で、ＡＵＸ＿ＡＤＶ＿ＩＮＤパケット５４０を送信する。ＡＵＸ＿ＡＤＶ＿ＩＮＤパケット５４０には、ペリフェラル機器で動作するソフトウェアが指定するアドバタイズデータが指定される。当該アドバタイズデータがＡＵＸ＿ＡＤＶ＿ＩＮＤパケット５４０に入りきらない場合、ペリフェラル機器は、残りのデータを、続くＡＵＸ＿ＣＨＡＩＮ＿ＩＮＤパケット５５０で送信する。以降、ペリフェラル機器は、ＡＤＶ＿ＥＸＴ＿ＩＮＤパケットとＡＵＸ＿ＡＤＶ＿ＩＮＤパケット５４０（とＡＵＸ＿ＣＨＡＩＮ＿ＩＮＤパケット５５０）を１セットとして、この１セットの送信を周期的に行う。

図６は、図３に示すＡＤＶ＿ＥＸＴ＿ＩＮＤパケット、ＡＵＸ＿ＡＤＶ＿ＩＮＤパケット、ＡＵＸ＿ＣＨＡＩＮ＿ＩＮＤパケットの構成例を示す。これらのパケットはそれぞれ、Ａｄｖｅｒｔｉｓｉｎｇ Ｃｈａｎｎｅｌ ＰＤＵ６００で示すフォーマットに従って生成され、Ｈｅａｄｅｒ部６０１とＰａｙｌｏａｄ部６０２から構成される。

Ｈｅａｄｅｒ部６０１は、ＰＤＵ Ｔｙｐｅ６０３、ＲＦＵ６０４、ＣｈＳｅｌ６０５、ＴｘＡｄｄ６０６、ＲｘＡｄｄ６０７、Ｌｅｎｇｔｈ６０８のデータフィールドから構成される。ＰＤＵ Ｔｙｐｅ６０３は、Ｂｌｕｅｔｏｏｔｈパケットの種別を表すフィールドで、ＡＤＶ＿ＥＸＴ＿ＩＮＤ、ＡＵＸ＿ＡＤＶ＿ＩＮＤ、ＡＵＸ＿ＣＨＡＩＮ＿ＩＮＤの場合は、いずれも０１１１ｂが指定される。ＲＦＵ６０４、ＣｈＳｅｌ６０５、ＴｘＡｄｄ６０６、ＲｘＡｄｄ６０７は、これらのパケットにおいては使用されない。Ｌｅｎｇｔｈ６０８には、Ｐａｙｌｏａｄ部６０２の長さ（オクテット）が指定される。

Ｐａｙｌｏａｄ部６０２（Ｃｏｍｍｏｎ Ｅｘｔｅｎｄｅｄ Ａｃｖｅｒｔｉｓｉｎｇ Ｐａｙｌｏａｄ６１０）は、Ｅｘｔ． Ｈｅａｄｅｒ Ｌｅｎｇｔｈ６１１、ＡｄｖＭｏｄｅ６１２、Ｅｘｔ． Ｈｅａｄｅｒ６１３、ＡｄｖＤａｔａ６１４のデータフィールドから構成される。Ｅｘｔ． Ｈｅａｄｅｒ Ｌｅｎｇｔｈ６１１には、Ｅｘｔ． Ｈｅａｄｅｒ６１３の長さ（オクテット）が指定される。ＡｄｖＭｏｄｅ６１２は、アドバタイズのモードを示す領域で、当該アドバタイズが接続可能か否か、検索可能か否かを示すビットフラグを持つ。ＡｄｖＤａｔａ６１４には、ペリフェラル機器で指定する、最大２５１オクテットのアドバタイズデータが指定される。Ｅｘｔ． Ｈｅａｄｅｒ６１３は、Ｅｘｔ． Ｈｅａｄｅｒ Ｆｌａｇｓ６２０、ＡｄｖＡ６２１、ＴａｒｇｅｔＡ６２２、ＲＦＵ６２３、ＡｄｖＤａｔａ Ｉｎｆｏ６２４のデータフィールドを含む。Ｅｘｔ． Ｈｅａｄｅｒ６１３は、更にＡｕｘＰｔｒ６２５、ＳｙｎｃＩｎｆｏ６２６、ＴｘＰｏｗｅｒ６２７、ＡＣＡＤ６２８のデータフィールドを含む。Ｅｘｔ． Ｈｅａｄｅｒ Ｆｌａｇｓ６２０は、ＡｄｖＡ６２１からＴｘＰｏｗｅｒ６２７までのデータフィールドのうち、どのデータフィールドを含むのかを表すビットフラグである。ＡＤＶ＿ＥＸＴ＿ＩＮＤパケットおよびＡＵＸ＿ＡＤＶ＿ＩＮＤパケットのＡｄｖＡ６２１には、ペリフェラル機器のアドレスが指定される。アドバタイズ処理を特定のセントラル機器に対して行う場合、ＡＤＶ＿ＥＸＴ＿ＩＮＤパケットおよびＡＵＸ＿ＡＤＶ＿ＩＮＤパケットのＴａｒｇｅｔＡ６２２には、当該セントラル機器のアドレスが指定される。ＲＦＵ６２３は、予約領域であり、使用されない。ＡｄｖＤａｔａ Ｉｎｆｏ６２４フィールドには、パケットのＡｄｖＤａｔａを識別する１２ｂｉｔの値と、一連のアドバタイズデータセットを識別する４ｂｉｔの値が指定される。ＡｕｘＰｔｒ６２５には、後に続くアドバタイジングパケットの送信チャネル、送信タイミング、送信ＰＨＹの種別、ペリフェラル機器の動作クロックの精度の情報が指定される。ＳｙｎｃＩｎｆｏ６２６は、図５に示すアドバタイズ処理においては使用されない。ＴｘＰｏｗｅｒ６２７には、パケットの送信出力を表すデータが指定される。ＡＣＡＤ６２８には、拡張データが指定される。

（ペリフェラル機器の構成）
次に、本実施形態においてペリフェラル機器として動作する通信装置１の構成について説明する。まず、ハードウェア構成について説明する。図１は、通信装置１のハードウェア構成例を示す。本実施形態では、通信装置１は、通信機能を有するデジタルカメラを想定する。通信装置１は、Ｈｏｓｔ部１０とＢｌｕｅｔｏｏｔｈ Ｃｏｎｔｒｏｌｌｅｒ部１５で構成される。

Ｈｏｓｔ部１０は、表示部１００、操作部１０１、記憶部１０２、電源部１０３、ＢＴ Ｃｏｎｔｒｏｌｌｅｒ Ｉ／Ｆ１０４、制御部１０５、ＲＯＭ１０６、ＲＡＭ１０７、撮像部１０８、無線ＬＡＮアンテナ制御部１０９、無線ＬＡＮアンテナ１１０を含んで構成される。

表示部１００および操作部１０１は、アプリケーションの表示や実行等を行う。記憶部１０２は、無線通信ネットワーク情報、データ送受信情報、画像データなど各種データを記憶し、管理する。電源部１０３は、例えばバッテリであり、Ｈｏｓｔ部１０の電源を供給する。ＢＴ Ｃｏｎｔｒｏｌｌｅｒ Ｉ／Ｆ１０４は、Ｂｌｕｅｔｏｏｔｈ Ｃｏｎｔｒｏｌｌｅｒ部１５と接続するインタフェースである。制御部１０５は、例えばＣＰＵであり、スマートフォン１の各構成要素の動作を制御する。ＲＯＭ１０６は、制御命令つまり制御プログラムを格納する。ＲＡＭ１０７は、プログラムを実行する際のワークメモリやデータの一時保存などに利用される。撮像部１０８は、写真や動画の撮影を行う。無線ＬＡＮアンテナ制御部１０９は、無線ＬＡＮアンテナ１１０を制御し、無線ＬＡＮ通信を行う。

Ｂｌｕｅｔｏｏｔｈ Ｃｏｎｔｒｏｌｌｅｒ部１５は、Ｈｏｓｔ Ｉ／Ｆ１５０、電源部１５１、ＲＯＭ１５２、ＲＡＭ１５３、制御部１５４、ＢＴアンテナ制御部１５５、ＢＴアンテナ１５６を含んで構成される。

Ｈｏｓｔ Ｉ／Ｆ１５０は、Ｈｏｓｔ部１０と接続するインタフェースである。電源部１５１は、例えばバッテリであり、ＢＬＥ Ｃｏｎｔｒｏｌｌｅｒ部１５の電源を供給する。ＲＯＭ１５２は、制御命令つまり制御プログラムを格納するものであり、ここでは特にＢＬＥ通信に係るプログラムを格納する。ＲＡＭ１５３は、プログラムを実行する際のワークメモリやデータの一時保存などに利用される。制御部１５４は、例えばＣＰＵであり、ＢＬＥ Ｃｏｎｔｒｏｌｌｅｒ部１５の各構成要素の動作を制御する。ＢＴアンテナ制御部１５５は、ＢＴアンテナ１５６を制御し、Ｂｌｕｅｔｏｏｔｈ通信を行う。

続いて、ペリフェラル機器として動作する通信装置１の機能構成について説明する。図２は、通信装置１の機能構成例を示す。なお、本実施形態においては、以下に示す機能構成の各構成要素はソフトウェアプログラムとして機能が実施されるものとするが、本機能構成に含まれる一部または全部がハードウェア化されていてもよい。

ＢＴ通信制御部２１０は、ＢＴアンテナ制御部１５５を介したＢｌｕｅｔｏｏｔｈ通信を制御する。ＢＴ通信制御部２１０は、ＢＴ４通信制御部２１１とＢＴ５通信制御部２１２により構成される。ＢＴ４通信制御部２１１は、ＢＴ４に従うＢｌｕｅｔｏｏｔｈ通信を制御し、図３、図４を用いて詳述したアドバタイズ処理を実行する。ＢＴ５通信制御部２１２は、ＢＴ５に従うＢｌｕｅｔｏｏｔｈ通信を制御し、図５、図６を用いて詳述したアドバタイズ処理を実行する。

アドバタイズ状態管理部２２０は、ＢＴ４とＢＴ５のいずれかに従うアドバタイズ処理を実行するのかをＢＴ通信制御部２１０に指示する。また、アドバタイズ状態管理部２２０は、ＢＴ通信制御部２１０におけるアドバタイズ処理の実行状態を管理する。

対対向機情報管理部２３０は、通信装置１がＢｌｕｅｔｏｏｔｈおよび無線ＬＡＮで通信する対向機の機器情報を、例えばテーブルを用いて管理する。図９に、対向機情報管理部２３０が対向機の機器情報を管理するために用いる対向機管理テーブル９００の一例を示す。なお、本実施形態では、通信装置１は、１台の対向機の機器情報を管理できるものとする。対向機管理テーブル９００は、対向機を一意に識別する識別情報９２０、対向機がサポートするＢｌｕｅｔｏｏｔｈのバージョンを表すサポートＢＬＥバージョン情報９３０を含んで構成される。本実施形態において、識別情報９２０は、例えば、対向機のＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）である。また、サポートＢＬＥバージョン情報９３０は、ＢＴ４またはＢＴ５を表す値に対応する。

図２に戻り、無線ＬＡＮ通信制御部２４０は、無線ＬＡＮアンテナ制御部１０９を介した無線ＬＡＮ通信を制御する。表示制御部２５０は、表示部１００への各種表示制御を行う。

（システム構成）
続いて、本実施形態において想定する通信システムの構成について説明する。図８は、本実施形態における通信システム８００の模式図である。通信システム８００は、デジタルカメラ８１０と、デジタルカメラ８１０に対向するスマートフォン８２０、８３０から構成される。デジタルカメラ８１０は、上記のように構成される、ペリフェラル機器として動作する通信装置１とする。また、スマートフォン８２０、８３０は、セントラル機器として動作し、スマートフォン８２０はＢＴ５をサポートし、スマートフォン８３０はＢＴ４をサポートし、ＢＴ５をサポートしないものとする。すなわち、スマートフォン８２０はＢＴ５に対応し、スマートフォン８３０は、ＢＴ４に対応し、ＢＴ５に非対応とする。また、デジタルカメラ８１０とスマートフォン８２０、８３０は、Ｂｌｕｅｔｏｏｔｈ通信８４０および無線ＬＡＮ通信８５０を用いて互いに信号の通信を行うことができるものとする。なお、以下の説明において、スマートフォン８２０、８３０の（少なくとも）一方を総称して対向機とも称する。

（処理の流れ）
次に図７を参照して、デジタルカメラ８１０の処理の流れを説明する。図７は、デジタルカメラ８１０による処理を表すフローチャートである。図７に示すフローチャートは、デジタルカメラ８１０の制御部１０５や制御部１５４がＲＯＭ１０６やＲＯＭ１５２に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現され得る。本処理は、ユーザがデジタルカメラ８１０の操作部１０１を操作して、連携処理開始を指示することにより開始され得る。

本処理が開始されると、デジタルカメラ８１０の対向機情報管理部２３０は、対向機管理テーブル９００を参照し、対向機の機器情報（図９を参照）が登録されているかを確認する（Ｓ７０１）。対向機の機器情報が登録されていない場合（Ｓ７０１でＮＯ）、ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイズ処理（図３、図４）と、ＢＴ５に従うアドバタイズ処理（図５、図６）を開始する（Ｓ７０２）。すなわち、ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイジングパケットとＢＴ５に従うアドバタイジングパケットの双方を送信する。本処理において、デジタルカメラ８１０は、自身の識別子として、自身のＵＵＩＤをアドバタイジングパケットに設定して送信する。より具体的には、デジタルカメラ８１０は、ＡＤＶ＿ＩＮＤパケットのＡｄｖＤａｔａフィールド４１２、およびＡＵＸ＿ＡＤＶ＿ＩＮＤパケットのＡｄｖＤａｔａフィールド６１４に、１６ＢｙｔｅのＵＵＩＤデータを設定して送信する。

続いて、ＢＴ通信制御部２１０は、対向機からのＧＡＴＴ（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ）プロファイルに従う通信（以下「ＧＡＴＴ通信」とする）による接続を待ち受ける（Ｓ７０３）。対向機とＧＡＴＴ通信で接続すると（Ｓ７０３でＹＥＳ）、デジタルカメラ８１０のＢＴ通信制御部２１０は、対向機の識別情報を取得する。そして、表示制御部２５０は、取得した識別情報と、接続した対向機を登録するかどうかをユーザに選択させるメニューとを表示部１００に表示する（Ｓ７０４）。ユーザが操作部１０１を操作して、接続した対向機を登録しないメニューを選択した場合（Ｓ７０５でＮＯ）、ＢＴ通信制御部２１０は、接続した対向機とのＧＡＴＴ通信の接続を切断して、Ｓ７０２のアドバタイズ処理を継続する。一方、ユーザが、接続した対向機を登録するメニューを選択した場合（Ｓ７０５でＹＥＳ）、ＢＴ通信制御部２１０は、ＧＡＴＴ通信を用いて、当該接続した対向機がサポートするＢｌｕｅｔｏｏｔｈバージョンを取得する（Ｓ７０６）。取得した識別情報と、サポートするＢｌｕｅｔｏｏｔｈバージョンは、それぞれ識別情報９２０とサポートＢＬＥバージョン情報９３０として、対向機情報管理部２３０により対向機管理テーブル９００に登録される。ＢＴ通信制御部２１０は、ＧＡＴＴ通信を用いて、無線ＬＡＮ通信制御部２４０が生成する無線ＬＡＮネットワークの設定情報、およびデジタルカメラ８１０の動作状態を対向機に通知する（Ｓ７０７）。

続いて、ＢＴ通信制御部２１０がＧＡＴＴ通信で対向機から無線ＬＡＮ開始要求メッセージを受信すると（Ｓ７１２）、無線ＬＡＮ通信制御部２４０はアクセスポイントとして無線ＬＡＮネットワークを生成する（Ｓ７１３）。この状態でデジタルカメラ８１０は、対向機からの無線ＬＡＮ接続を待ち受ける。また、ＢＴ通信制御部２１０は、Ｂｌｕｅｔｏｏｔｈのアドバタイズ処理を停止する（Ｓ７１４）。無線ＬＡＮ通信を用いた対向機との連携処理が終了すると（Ｓ７１５）、無線ＬＡＮ通信制御部２４０は、アクセスポイント機能を停止し（Ｓ７１６）、対向機との無線ＬＡＮ接続を切断する。次に、対向機情報管理部２３０は、対向機管理テーブル９００に登録されている対向機のサポートＢＬＥバージョン情報９３０を確認する（Ｓ７１７）。対向機がＢＴ４をサポートする場合（Ｓ７１７でＮＯ）、ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイズ処理を開始する（Ｓ７１８）。当該アドバタイズ処理では、デジタルカメラのＵＵＩＤを送信する。一方、対向機がＢＴ５をサポートする場合（Ｓ７１７でＹＥＳ）、ＢＴ通信制御部２１０はＢＴ５に従うアドバタイズ処理を開始する（Ｓ７１９）。当該アドバタイズ処理では、デジタルカメラのＵＵＩＤ、無線ＬＡＮ通信制御部２４０が生成する無線ＬＡＮネットワークの設定情報、およびデジタルカメラ８１０の動作状態が送信される。

Ｓ７０１の確認処理で、対向機の機器情報が登録されていた場合（Ｓ７０１でＹＥＳ）、対向機情報管理部２３０は、対向機管理テーブル９００に登録されている対向機のサポートＢＬＥバージョン情報９３０を確認する（Ｓ７０８）。対向機がＢＴ４をサポートする場合（Ｓ７０８でＮＯ）、ＢＴ通信制御部２１０はＢＴ４に従うアドバタイズ処理を開始する（Ｓ７０９）。当該アドバタイズ処理では、デジタルカメラ８１０のＵＵＩＤを送信する。次にＢＴ通信制御部２１０が対向からのＧＡＴＴ通信による接続を待ち受け（Ｓ７１０）、対向機とＧＡＴＴ通信で接続すると（Ｓ７１０でＹＥＳ）、デジタルカメラ８１０は、上述したＳ７０７以降の処理を実施する。

一方、対向機がＢＴ５をサポートする場合（Ｓ７０８でＹＥＳ）、ＢＴ通信制御部２１０はＢＴ５に従うアドバタイズ処理を開始する（Ｓ７１１）。当該アドバタイズ処理では、デジタルカメラのＵＵＩＤ、無線ＬＡＮ通信制御部２４０が生成する無線ＬＡＮネットワークの設定情報、およびデジタルカメラ８１０の動作状態が送信される。なお、ここで通知される無線ＬＡＮネットワークの設定情報、およびデジタルカメラ８１０の動作状態のデータは、Ｓ７０７においてＧＡＴＴ通信で送信データと同一であり得る。続いてデジタルカメラ８１０は、上述したＳ７１２以降の処理を実施する。

次に、図１０～図１３のシーケンスチャートを用いて、本実施形態におけるデジタルカメラ８１０とスマートフォン８２０、８３０との通信シーケンスの一例を詳述する。図１０は、デジタルカメラ８１０とスマートフォン８２０が最初に接続する場合の通信シーケンスである。前述した通り、スマートフォン８２０はＢＴ５をサポートするものとする。

ユーザがデジタルカメラ８１０を操作してスマートフォンとの連携処理開始を指示すると（Ｓ１００１）、ＢＴ通信制御部２１０は、Ｂｌｕｅｔｏｏｔｈ通信機能を起動し（Ｓ１００２）、アドバタイズ処理を開始する。ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイジングパケット（Ｓ１００３）およびＢＴ５に従うアドバタイジングパケット（Ｓ１００４）を、周期的に送信する（図３～図６を参照）。ＢＴ５をサポートするスマートフォン８２０は、ＢＴ５に従うアドバタイジングパケットを受信し（Ｓ１００５）、デジタルカメラ８１０と接続するためのメニュー（デジタルカメラ８１０の存在）をユーザに対して表示する（Ｓ１００６）。

ユーザが、スマートフォン８２０においてデジタルカメラ８１０と接続する操作を行うと（Ｓ１００７）、スマートフォン８２０は、デジタルカメラ８１０とＧＡＴＴ通信の接続を試みる（Ｓ１００８）。デジタルカメラ８１０は、ＧＡＴＴ通信接続（Ｓ１００８）で取得したスマートフォン８２０の識別情報（アドレス情報）とスマートフォン８２０を登録するかどうかをユーザに選択させるメニューとを表示部１００に表示する（Ｓ１００９）。ユーザが、デジタルカメラ８１０において、スマートフォン８２０を登録するメニューを選択すると（Ｓ１０１０）、デジタルカメラ８１０は、ＧＡＴＴ通信を用いてスマートフォン８２０がサポートするＢｌｕｅｔｏｏｔｈのバージョンを要求するメッセージを送信する（Ｓ１０１１）。スマートフォン８２０はこれを受けて、自身がＢＴ５をサポートすることを示す応答メッセージをデジタルカメラ８１０に送信する（Ｓ１０１２）。デジタルカメラ８１０はこれを受けて、スマートフォン８２０の識別情報とサポートするＢｌｕｅｔｏｏｔｈバージョンを、それぞれ識別情報９２０とサポートＢＬＥバージョン情報９３０として、対向機管理テーブル９００に登録する（Ｓ１０１３）。

次にスマートフォン８２０は、ＧＡＴＴ通信でデジタルカメラ８１０からデジタルカメラ８１０の動作状態と無線ＬＡＮネットワークの設定情報を取得し（Ｓ１０１４）、デジタルカメラ８１０と無線ＬＡＮ接続できるかどうかを判定する（Ｓ１０１５）。スマートフォン８２０は、無線ＬＡＮ接続できると判定すると、ＧＡＴＴ通信でデジタルカメラ８１０に無線ＬＡＮ機能の開始を要求するメッセージを送信する（Ｓ１０１６）。デジタルカメラ８１０はこれを受けて無線ＬＡＮ機能を起動し（Ｓ１０１７）、Ｂｌｕｅｔｏｏｔｈのアドバタイズ処理を停止する（Ｓ１０１８）。スマートフォン８２０は、Ｓ１０１４で取得した設定情報を用いてデジタルカメラ８１０が生成したネットワークに無線ＬＡＮで接続し（Ｓ１０１９）、無線ＬＡＮ通信を用いたサービス連携処理を開始する（Ｓ１０２０）。

その後、ユーザがスマートフォン８２０を操作して当該サービス連携処理を終了させると（Ｓ１０２１）、スマートフォン８２０は、デジタルカメラ８１０との無線ＬＡＮ接続を切断する（Ｓ１０２２）。デジタルカメラ８１０は、無線ＬＡＮの切断を検知すると、無線ＬＡＮ機能を停止し（Ｓ１０２３）、Ｂｌｕｅｔｏｏｔｈ通信機能を起動する（Ｓ１０２４）。Ｓ１０１３でスマートフォン８２０がＢＴ５をサポートすることを記憶したので、ＢＴ通信制御部２１０は、ＢＴ５に従うアドバタイジングパケットのみを周期的に送信する（Ｓ１０２５、Ｓ１０２６）。当該アドバタイジングパケットには、デジタルカメラ８１０のＵＵＩＤ、動作状態、およびデジタルカメラ８１０が生成する無線ＬＡＮネットワークの設定情報が含まれ得る。

図１１は、図１０の処理が完了した後、デジタルカメラ８１０とスマートフォン８２０が２回目以降に接続する場合の通信シーケンスである。デジタルカメラ８１０は、スマートフォン８２０がＢＴ５をサポートすることを記憶しているので、ＢＴ通信制御部２１０は、ＢＴ５に従うアドバタイジングパケットのみを周期的に送信する（Ｓ１１０１、Ｓ１１０２）。スマートフォン８２０は、当該アドバタイジングパケットを受信すると（Ｓ１１０３）、当該アドバタイジングパケットからデジタルカメラ８１０のＵＵＩＤ、動作状態、およびデジタルカメラ８１０が生成する無線ＬＡＮネットワークの設定情報を取得する。スマートフォン８２０は、当該情報を用いてデジタルカメラ８１０との無線ＬＡＮ接続可否を判定する（Ｓ１１０４）。接続可能であると判定した場合、スマートフォン８２０は、ユーザに接続の確認を促すメッセージを表示し、ユーザはスマートフォン８２０を操作してこれを確認する（Ｓ１１０５）。ユーザによる確認操作が行われると、スマートフォン８２０はデジタルカメラ８１０とＧＡＴＴ通信の接続を試みる（Ｓ１１０６）。以降Ｓ１１０７～Ｓ１１１７の処理は、図１０で示したＳ１０１６～Ｓ１０２６と同一であるため、説明を省略する。

図１２は、デジタルカメラ８１０とスマートフォン８３０が最初に接続する場合の通信シーケンスである。前述したとおり、スマートフォン８３０はＢＴ４をサポートし、ＢＴ５５をサポートしないものとする。なお、以下では図１０との差分についてのみ説明する。処理開始後、デジタルカメラ８１０の動作は図１０と同一であるが、スマートフォン８３０はＢＴ５をサポートしないので、ＢＴ４に従うアドバタイジングパケットを受信する（Ｓ１２０５）。以降、Ｓ１２０６～Ｓ１２１１の処理は、Ｓ１００６～Ｓ１０１１と同一である。サポートバージョンの要求メッセージ（Ｓ１２１１）を受信したスマートフォン８３０は、自身がＢＴ４をサポートすることを表す応答メッセージをデジタルカメラ８１０に送信する（Ｓ１２１２）。デジタルカメラ８１０はこれを受けて、スマートフォン８３０がＢＴ４をサポートすることを対向機管理テーブル９００に登録する（Ｓ１２１３）。以降、Ｓ１２１４～Ｓ１２２４の処理は、Ｓ１０１４～Ｓ１０２４と同一である。デジタルカメラ８１０はＢｌｕｅｔｏｏｔｈ通信機能を起動すると（Ｓ１２２４）、ＢＴ４に従うアドバタイジングパケットのみを周期的に送信する（Ｓ１２２５、Ｓ１２２６）。当該アドバタイジングパケットには、デジタルカメラ８１０のＵＵＩＤが含まれ得る。

図１３は、図１２の処理が完了した後、デジタルカメラ８１０とスマートフォン８３０が２回目以降に接続する場合の通信シーケンスである。デジタルカメラ８１０は、スマートフォン８３０がＢＴ４をサポートすることを記憶しているので、ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイジングパケットのみを周期的に送信する（Ｓ１３０１、Ｓ１３０２）。スマートフォン８３０は、当該アドバタイジングパケットを受信すると（Ｓ１３０３）、当該アドバタイジングパケットからデジタルカメラ８１０のＵＵＩＤを取得し、デジタルカメラ８１０の存在をユーザに対して表示する。ユーザがスマートフォン８３０でデジタルカメラ８１０と接続する操作を行うと（Ｓ１３０４）、スマートフォン８３０はデジタルカメラ８１０とＧＡＴＴ通信の接続を試みる（Ｓ１３０５）。次にスマートフォン８３０は、ＧＡＴＴ通信でデジタルカメラ８１０からデジタルカメラ８１０の動作状態とネットワーク設定を取得し（Ｓ１３０６）、デジタルカメラ８１０と無線ＬＡＮ接続できるかどうかを判定する（Ｓ１３０７）。以降、Ｓ１３０８～Ｓ１３１８の処理は、図１２で示したＳ１２１６～１２２６と同一であるため、説明を省略する。

以上説明したように、本実施形態によれば、通信装置は、対向機がサポートするＢｌｕｅｔｏｏｔｈバージョンに応じて適切なアドバタイズパケットを送信することが出来る。これにより、通信装置における消費電力を低減することができる。

（第２実施形態）
第１実施形態では、通信装置１（デジタルカメラ８１０）が対向機のサポートするＢｌｕｅｔｏｏｔｈバージョンを判定する方法として、ＧＡＴＴ通信を用いる方法（Ｓ７０６）を説明した。しかしながら、本発明はこの方法を制限するものではなく、他の方法を用いて判定しても良い。以下では、アドバタイジングパケットに対するスキャンパケットを用いて対向機のサポートするＢｌｕｅｔｏｏｔｈバージョンを判定する例を示す。

（ＢＴ４とＢＴ５のスキャン処理）
まず、ＢＴ４で規定されるスキャン処理について、図１４と図１５を参照して説明する。図１４は、ＢＴ４で規定されるスキャン処理を表すシーケンス図である。アドバタイズ処理を行うペリフェラル機器１４００が送信するＡＤＶ＿ＩＮＤパケットをセントラル機器１４１０が受信すると（Ｓ１４０１）、セントラル機器１４１０はＳＣＡＮ＿ＲＥＱパケットをペリフェラル機器１４００に送信する（Ｓ１４０２）。このとき、セントラル機器１４１０は、ＡＤＶ＿ＩＮＤパケットを受信したチャネルと同じチャネルでＳＣＡＮ＿ＲＥＱパケットを送信する。ＳＣＡＮ＿ＲＥＱパケットを受信したペリフェラル機器１４００は、ＳＣＡＮ＿ＲＳＰパケットをセントラル機器１４１０に送信することでこれに応答する（Ｓ１４０３）。

図１５は、図１４に示すＳＣＡＮ＿ＲＥＱパケットおよびＳＣＡＮ＿ＲＳＰパケットの構成例を示す。ＳＣＡＮ＿ＲＥＱパケットおよびＳＣＡＮ＿ＲＳＰパケットは、Ａｄｖｅｒｔｉｓｉｎｇ Ｃｈａｎｎｅｌ ＰＤＵ１５００で示すフォーマットに従って生成され、Ｈｅａｄｅｒ部１５０１とＰａｙｌｏａｄ部１５０２から構成される。なお、Ｈｅａｄｅｒ部１５０１の構成は、前述の第１実施形態の図４で説明したものと同一であるため、ここでは説明を省略する。なお、ＳＣＡＮ＿ＲＥＱパケットの場合はＰＤＵ Ｔｙｐｅ１５０３に００１１ｂが、ＳＣＡＮ＿ＲＳＰパケットの場合はＰＤＵ Ｔｙｐｅ１５０３に０１００ｂがそれぞれ指定される。

ＳＣＡＮ＿ＲＥＱ Ｐａｙｌｏａｄ１５１０は、ＳＣＡＮ＿ＲＥＱパケットのＰａｙｌｏａｄ部１５０２の構成を示す。ＳＣＡＮ＿ＲＥＱ Ｐａｙｌｏａｄ１５１０は、ＳｃａｎＡ１５１１とＡｄｖＡ１５１２のデータフィールドから構成される。ＳｃａｎＡ１５１１には、ＳＣＡＮ＿ＲＥＱを送信するセントラル機器のアドレスが指定される。ＡｄｖＡ１５１２には、ＡＤＶ＿ＩＮＤを送信したペリフェラル機器のアドレスが指定される。

ＳＣＡＮ＿ＲＳＰ Ｐａｙｌｏａｄ１５２０は、ＳＣＡＮ＿ＲＳＰパケットのＰａｙｌｏａｄ部１５０２の構成を示す。ＳＣＡＮ＿ＲＳＰ Ｐａｙｌｏａｄ１５２０は、ＡｄｖＡ１５２１とＳｃａｎＲｓｐＤａｔａ１５２２のデータフィールドから構成される。ＡｄｖＡ１５２１には、ペリフェラル機器のアドレスが指定される。ＳｃａｎＲｓｐＤａｔａ１５２２には、ペリフェラル機器で指定する、最大３１オクテットのレスポンスデータが指定される。

続いて、ＢＴ５で規定されるスキャン処理について、図１６を参照して説明する。図１６は、ＢＴ５で規定されるスキャン処理を表すシーケンス図である。ペリフェラル機器１６００が送信するＡＵＸ＿ＡＤＶ＿ＩＮＤパケットをセントラル機器１６１０が受信すると（Ｓ１６０１）、セントラル機器１６１０はＡＵＸ＿ＳＣＡＮ＿ＲＥＱパケットをペリフェラル機器１６００に送信する（Ｓ１６０２）。このとき、セントラル機器１６１０は、ＡＵＸ＿ＡＤＶ＿ＩＮＤパケットを受信したチャネルと同じチャネルでＡＵＸ＿ＳＣＡＮ＿ＲＥＱパケットを送信する。ＡＵＸ＿ＳＣＡＮ＿ＲＥＱパケットを受信したペリフェラル機器１６００は、応答メッセージデータを設定したＡＵＸ＿ＳＣＡＮ＿ＲＳＰパケットをセントラル機器１６１０に送信する（Ｓ１６０３）。また、応答メッセージデータがＡＵＸ＿ＳＣＡＮ＿ＲＳＰパケットに入りきらない場合、ペリフェラル機器１６００は、残りのデータを、続くＡＵＸ＿ＣＨＡＩＮ＿ＩＮＤパケットで送信する（Ｓ１６０４）。

ＡＵＸ＿ＳＣＡＮ＿ＲＥＱパケットのデータ構成は、前述の図１５で説明したＳＣＡＮ＿ＲＥＱパケットと同じであるため、ここでは説明を省略する。

ＡＵＸ＿ＳＣＡＮ＿ＲＳＰパケットは、前述の第１実施形態で図６を用いて説明したＡｄｖｅｒｔｉｓｉｎｇ Ｃｈａｎｎｅｌ ＰＤＵ６００のフォーマットに従って生成される。Ｈｅａｄｅｒ部６０１に指定される値は、前述の第１実施形態で説明したＡＤＶ＿ＥＸＴ＿ＩＮＤ、ＡＵＸ＿ＡＤＶ＿ＩＮＤ、ＡＵＸ＿ＣＨＡＩＮ＿ＩＮＤパケットのものと同じであるため、ここでは説明を省略する。Ｅｘｔ． Ｈｅａｄｅｒ Ｌｅｎｇｔｈ６１１には、Ｅｘｔ． Ｈｅａｄｅｒ６１３の長さ（オクテット）が指定される。ＡｄｖＭｏｄｅ６１２には００ｂが指定される。ＡｄｖＤａｔａ６１４には、ペリフェラル機器で指定する、最大２５１オクテットのレスポンスデータが指定される。Ｅｘｔ． Ｈｅａｄｅｒ Ｆｌａｇｓ６２０は、ＡｄｖＡ６２１からＴｘＰｏｗｅｒ６２７までのデータフィールドのうち、どのデータフィールドを含むのかを表すビットフラグが指定される。ＡｄｖＡ６２１には、ペリフェラル機器のアドレスが指定される。ＡＵＸ＿ＳＣＡＮ＿ＲＳＰパケットではＴａｒｇｅｔＡ６２２、ＲＦＵ６２３、ＡｄｖＤａｔａ Ｉｎｆｏ６２４のフィールドは使用されない。ＡｕｘＰｔｒ６２５には、後に続くＡＵＸ＿ＣＨＡＩＮ＿ＩＮＤの送信チャネル、送信タイミング、送信ＰＨＹの種別、ペリフェラル機器の動作クロックの精度の情報が指定される。ＳｙｎｃＩｎｆｏ６２６は、ＡＵＸ＿ＳＣＡＮ＿ＲＳＰパケットでは使用されない。ＴｘＰｏｗｅｒ６２７には、パケットの送信出力を表すデータが指定される。ＡＣＡＤ６２８には、拡張データが指定される。

（ペリフェラル機器の構成とシステム構成）
本実施形態における通信装置１のハードウェア構成および機能構成は、第１実施形態で示した図１、図２と同様であるため、ここでは説明を省略する。また、想定するシステム構成も、第１実施形態で示した図８と同様であるため、ここでは説明を省略する。

（処理の流れ）
次に図１７を参照して、デジタルカメラ８１０の処理の流れを説明する。図１７は、デジタルカメラ８１０による処理を表すフローチャートである。図１７に示すフローチャートは、デジタルカメラ８１０の制御部１０５や制御部１５４がＲＯＭ１０６やＲＯＭ１５２に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現され得る。本処理は、ユーザがデジタルカメラ８１０の操作部１０１を操作して、連携処理開始を指示することにより開始され得る。また、本処理は、第１実施形態で説明した図７のＳ７０１で、対向機の機器情報が登録されていない場合（Ｓ７０１でＮＯ）に、開始されても良い。

本処理が開始されると、デジタルカメラ８１０のＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイズ処理（図３、図４）と、ＢＴ５に従うアドバタイズ処理（図５、図６）を開始する（Ｓ１７０１、Ｓ１７０２）。すなわち、ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイジングパケットとＢＴ５に従うアドバタイジングパケットの双方を送信する。本処理において、デジタルカメラ８１０は、自身の識別子として、自身のＵＵＩＤをＢＴ４のアドバタイジングパケットに設定して送信する（Ｓ１７０１）。またデジタルカメラ８１０は、自身のＵＵＩＤと自身のステータス情報をＢＴ５のアドバタイジングパケットに設定して送信する（Ｓ１７０２）。自身のステータス情報とは、デジタルカメラ８１０の撮影設定や動作モード、記憶部１０２の残記憶容量などを表す値である。なお本ステータス情報は、本実施形態では３２Ｂｙｔｅ以上のサイズがあるものとし、ＢＴ４のアドバタイジングパケット（ＡＤＶ＿ＩＮＤパケット）では送信できないサイズのデータであるものとする。ＢＴ通信制御部２１０は、対向機からスキャン要求信号としてのスキャン要求パケット（Scan Request）を受信するまでＢＴ４およびＢＴ５のアドバタイズ処理を継続する（Ｓ１７０３でＮＯ）。

対向機からスキャン要求パケットを受信すると（Ｓ１７０３でＹＥＳ）、ＢＴ通信制御部２１０は、当該スキャン要求パケットがＢＴ４のアドバタイズに対するものなのかＢＴ５のアドバタイズに対するものなのかを判定する（Ｓ１７０４）。具体的には、受信したパケットがＳＣＡＮ＿ＲＥＱパケットならばＢＴ４のアドバタイズに対するスキャン要求であると判定し、ＡＵＸ＿ＳＣＡＮ＿ＲＥＱパケットならばＢＴ５のアドバタイズに対するスキャン要求であると判定する。

受信したパケットがＳＣＡＮ＿ＲＥＱパケットの場合、対向機情報管理部２３０は。対向機のサポートするバージョンがＢＴ４であるとして、対向機の識別情報９２０とサポートＢＬＥバージョン情報９３０を対向機管理テーブル９００に登録する（Ｓ１７０５）。続いてＢＴ通信制御部２１０は、ＢＴ５に従うアドバタイズ処理を停止する（Ｓ１７０６）。続いてＢＴ通信制御部２１０は、対向機からのＧＡＴＴ通信による接続待ち受けを開始する（Ｓ１７０７）。ＧＡＴＴ通信による接続が完了している場合（Ｓ１７０７でＹＥＳ）、ＢＴ通信制御部２１０は、デジタルカメラ８１０のステータス情報をＧＡＴＴのＮｏｔｉｆｙパケットに設定して対向機に送信する（Ｓ１７０８）。ここで設定するステータス情報は、Ｓ１７０２でＢＴ５のアドバタイジングパケットに指定したステータス情報と同様の情報である。以降ＢＴ通信制御部２１０は、対向機とのＧＡＴＴ通信が接続している限りにおいて、デジタルカメラ８１０のステータス情報をＧＡＴＴのＮｏｔｉｆｙパケットで定期的に対向機に通知する。なお当該通知は、一定時間間隔で送られるとしても良いし、デジタルカメラ８１０のステータス情報が変化したことを契機に送られるとしても良い。また、ＧＡＴＴ通信による接続が完了しているかどうかに関わらず、ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイズ処理を継続し（Ｓ１７０９）、周期的にＢＴ４のアドバタイジングパケットを送信する。

受信したパケットがＡＵＸ＿ＳＣＡＮ＿ＲＥＱパケットの場合、対向機情報管理部２３０は、対向機のサポートするバージョンがＢＴ５であるとして、対向機の識別情報９２０とサポートＢＬＥバージョン情報９３０を対向機管理テーブル９００に登録する（Ｓ１７１０）。続いてＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイズ処理を停止する（Ｓ１７１１）。以降、ＢＴ通信制御部２１０は、ＢＴ５に従うアドバタイズ処理を継続し（Ｓ１７１２）、周期的にＢＴ５のアドバタイジングパケットを送信する。デジタルカメラ８１０のステータス情報が変化した際には、ＢＴ通信制御部２１０は、アドバタイジングパケットに指定するステータス情報を変更して、ＢＴ５のアドバタイズ処理を継続する。

次に、図１８～図１９のシーケンスチャートを用いて、本実施形態におけるデジタルカメラ８１０とスマートフォン８２０、８３０との通信シーケンスの一例を詳述する。図１８は、デジタルカメラ８１０とスマートフォン８２０が通信する場合の通信シーケンスである。前述した通り、スマートフォン８２０はＢＴ５をサポートするものとする。

ユーザがデジタルカメラ８１０を操作してスマートフォンとの連携処理開始を指示すると（Ｓ１８０１）、ＢＴ通信制御部２１０は、Ｂｌｕｅｔｏｏｔｈ通信機能を起動し（Ｓ１８０２）、アドバタイズ処理を開始する。ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイジングパケット（ＡＤＶ＿ＩＮＤ）およびＢＴ５に従うアドバタイジングパケット（ＡＤＶ＿ＥＸＴ＿ＩＮＤ、ＡＵＸ＿ＡＤＶ＿ＩＮＤ）を、周期的に送信する（Ｓ１８０３、Ｓ１８０４）。ＢＴ５をサポートするスマートフォン８２０は、ＢＴ５に従うアドバタイジングパケットを受信し（Ｓ１８０５）、これに対するスキャン要求パケット（ＡＵＸ＿ＳＣＡＮ＿ＲＥＱ）を送信する（Ｓ１８０６）。スキャン要求パケットを受信したデジタルカメラ８１０は、スキャン応答パケット（ＡＵＸ＿ＳＣＡＮ＿ＲＳＰ）をスマートフォン８２０に送信する（Ｓ１８０７）。続いてデジタルカメラ８１０は、スマートフォン８２０がＢＴ５をサポートする対向機であるとしてこれを記憶し（Ｓ１８０８）、ＢＴ４に従うアドバタイジングパケット（ＡＤＶ＿ＩＮＤ）の周期送信を停止する（Ｓ１８０９）。以降、デジタルカメラ８１０は、自身のステータス情報を指定したＢＴ５に従うアドバタイジングパケット（ＡＤＶ＿ＥＸＴ＿ＩＮＤ、ＡＵＸ＿ＡＤＶ＿ＩＮＤ）を周期的に送信する（Ｓ１８１０、Ｓ１８１１）。またスマートフォン８２０は、当該アドバタイジングパケットに含まれるステータス情報を参照して、デジタルカメラ８１０の状態を逐次スマートフォン８２０の画面に表示する（Ｓ１８１２）。

図１９は、デジタルカメラ８１０とスマートフォン８３０が通信する場合の通信シーケンスである。前述した通り、スマートフォン８３０はＢＴ４をサポートし、ＢＴ５をサポートしないものとする。

ユーザがデジタルカメラ８１０を操作してスマートフォンとの連携処理開始を指示すると（Ｓ１９０１）、ＢＴ通信制御部２１０は、Ｂｌｕｅｔｏｏｔｈ通信機能を起動し（Ｓ１９０２）、アドバタイズ処理を開始する。ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイジングパケット（ＡＤＶ＿ＩＮＤ）およびＢＴ５に従うアドバタイジングパケット（ＡＤＶ＿ＥＸＴ＿ＩＮＤ、ＡＵＸ＿ＡＤＶ＿ＩＮＤ）を、周期的に送信する（Ｓ１９０３、Ｓ１９０４）。ＢＴ４をサポートするスマートフォン８３０は、ＢＴ４に従うアドバタイジングパケットを受信し（Ｓ１９０５）、これに対するスキャン要求パケット（ＳＣＡＮ＿ＲＥＱ）を送信する（Ｓ１９０６）。スキャン要求パケットを受信したデジタルカメラ８１０は、スキャン応答パケット（ＳＣＡＮ＿ＲＳＰ）をスマートフォン８３０に送信する（Ｓ１９０７）。続いてデジタルカメラ８１０は、スマートフォン８３０がＢＴ４をサポートする対向機であるとしてこれを記憶し（Ｓ１９０８）、ＢＴ５に従うアドバタイジングパケット（ＡＤＶ＿ＥＸＴ＿ＩＮＤ、ＡＵＸ＿ＡＤＶ＿ＩＮＤ）の周期送信を停止する（Ｓ１９０９）。続いてデジタルカメラ８１０とスマートフォン８３０との間でＧＡＴＴ通信の接続処理が行われる（Ｓ１９１０）。以降、デジタルカメラ８１０はＢＴ４に従うアドバタイジングパケット（ＡＤＶ＿ＩＮＤ）を、周期的に送信する（Ｓ１９１１、Ｓ１９１２）。また、デジタルカメラ８１０は、自身のステータスが変化する毎に、自身のステータス情報を指定したＧＡＴＴ通信のＮｏｔｉｆｙパケットをスマートフォン８３０に送信する（Ｓ１９１３）。またスマートフォン８３０は、当該Ｎｏｔｉｆｙパケットに含まれるステータス情報を参照して、デジタルカメラ８１０の状態を逐次デジタルカメラ８３０の画面に表示する（Ｓ１９１４）。

以上説明したように、本実施形態によれば、通信装置は、対向機がサポートするＢｌｕｅｔｏｏｔｈバージョンに応じて適切なアドバタイズパケットを送信することが出来る。また、対向機がＢＴ５をサポートする場合にＧＡＴＴ通信を行わないことにより、通信装置における消費電力を低減することができる。

［第３実施形態］
前述の実施形態では、通信装置１（デジタルカメラ８１０）が同時に通信する対向機（スマートフォン）が１台であるものとして、その実施形態を説明した。しかしながら、本発明は対向機が複数台存在するような場合においても適用可能である。以下では、１台の通信装置に対して対向機が複数台存在する機器構成における実施形態を説明する。

（ペリフェラル機器の構成とシステム構成）
本実施形態における通信装置１のハードウェア構成および機能構成は、第１実施形態で示した図１、図２と同様であるため、ここでは説明を省略する。また、想定するシステム構成も、第１実施形態で示した図８と同様であるため、ここでは説明を省略する。ただし、本実施形態においては、通信装置１の対向機情報管理部２３０は、対向機管理テーブル９００で複数台の対向機の機器情報を管理できるものとする。すなわち、本実施形態における対向機管理テーブル９００は、識別情報９２０およびサポートＢＬＥバージョン情報９３０の組を１レコードとして、複数のレコードを記憶する管理テーブルである。

（処理の流れ）
次に図２０を参照して、デジタルカメラ８１０の処理の流れを説明する。図２０は、デジタルカメラ８１０による処理を表すフローチャートである。図２０に示すフローチャートは、デジタルカメラ８１０の制御部１０５や制御部１５４がＲＯＭ１０６やＲＯＭ１５２に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウェアの制御を実行することにより実現され得る。本処理は、ユーザがデジタルカメラ８１０の操作部１０１を操作して、連携処理開始を指示することにより開始され得る。また、本処理は、ユーザがデジタルカメラ８１０の操作部１０１を操作して連携処理終了を指示するまで、繰り返し実行され得る。また、本処理は、第１実施形態で説明した図７のＳ７０１で、対向機の機器情報が登録されていない場合（Ｓ７０１でＮＯ）に、開始されても良い。

本処理が開始されると、デジタルカメラ８１０の対向機情報管理部２３０は、対向機管理テーブル９００に新しく登録すべき対向機情報があるか判定処理を行う（Ｓ２００１）。本実施形態において、対向機情報の登録は、ユーザがデジタルカメラ８１０の操作部１０１を操作して、対向機の識別情報とサポートＢＬＥバージョンを入力することで行われ得る。新しく登録すべき対向機情報がある場合（Ｓ２００１でＹＥＳ）、対向機情報管理部２３０は、当該対向機情報を対向機管理テーブル９００に登録する（Ｓ２００２）。続いて対向機情報管理部２３０は、対向機管理テーブル９００から削除すべき対向機情報があるか判定処理を行う（Ｓ２００３）。本実施形態において、対向機情報の削除は、ユーザがデジタルカメラ８１０の操作部１０１を操作して、削除したい対向機の識別情報を選択することで行われ得る。削除すべき対向機情報がある場合（Ｓ２００３でＹＥＳ）、対向機情報管理部２３０は、当該対向機情報を対向機管理テーブル９００から削除する（Ｓ２００４）。

次に、対向機情報管理部２３０は、対向機管理テーブル９００に登録されたレコードを検索し、登録されている対向機のサポートＢＬＥバージョン情報を収集する（Ｓ２００５）。対向機管理テーブル９００に対向機情報の登録が無い場合、もしくはＢＴ４をサポートする対向機とＢＴ５をサポートする対向機が混在する場合、ＢＴ通信制御部２１０は、ＢＴ４・ＢＴ５双方のアドバタイズパケットを送信する（Ｓ２００６、Ｓ２００７）。本処理において、デジタルカメラ８１０は、自身の識別子として、自身のＵＵＩＤをＢＴ４のアドバタイジングパケットに設定して送信する（Ｓ２００６）。またデジタルカメラ８１０は、自身のＵＵＩＤと自身のステータス情報をＢＴ５のアドバタイジングパケットに設定して送信する（Ｓ２００７）。自身のステータス情報とは、デジタルカメラ８１０の撮影設定や動作モード、記憶部１０２の残記憶容量などを表す値である。なお本ステータス情報は、本実施形態では３２Ｂｙｔｅ以上のサイズがあるものとし、ＢＴ４のアドバタイジングパケット（ＡＤＶ＿ＩＮＤパケット）では送信できないサイズのデータであるものとする。次にＢＴ通信制御部２１０は、ＢＴ４をサポートする対向機とのＧＡＴＴ接続の有無をチェックする（Ｓ２００８）。ＧＡＴＴ通信で対向機と接続されている場合（Ｓ２００８でＹＥＳ）、ＢＴ通信制御部２１０は、デジタルカメラ８１０のステータス情報を設定したＧＡＴＴのＮｏｔｉｆｙパケットをすべてのＢＴ４サポート対向機に対して送信する（Ｓ２００９）。

対向機管理テーブル９００に登録された対向機がすべてＢＴ５をサポートする場合、ＢＴ通信制御部２１０は、デジタルカメラ８１０の識別子とステータス情報を設定したＢＴ５のアドバタイジングパケットを送信する（Ｓ２０１０）。このとき、ＢＴ通信制御部２１０は、ＢＴ４のアドバタイジングパケットを送信しない。

対向機管理テーブル９００に登録された対向機がすべてＢＴ４をサポートする場合、ＢＴ通信制御部２１０は、デジタルカメラ８１０の識別子を設定したＢＴ４のアドバタイジングパケットを送信する（Ｓ２０１１）。このとき、ＢＴ通信制御部２１０は、ＢＴ５のアドバタイジングパケットを送信しない。またＢＴ通信制御部２１０は、ＢＴ４をサポートする対向機とのＧＡＴＴ接続の有無をチェックする（Ｓ２０１２）。ＧＡＴＴ通信で対向機と接続されている場合（Ｓ２０１２でＹＥＳ）、ＢＴ通信制御部２１０は、デジタルカメラ８１０のステータス情報を設定したＧＡＴＴのＮｏｔｉｆｙパケットをすべてのＢＴ４サポート対向機に対して送信する（Ｓ２０１３）。

次に、図２１のシーケンスチャートを用いて、デジタルカメラ８１０とスマートフォン８２０、８３０との通信シーケンスの一例を詳述する。前述した通り、スマートフォン８２０はＢＴ５をサポートし、スマートフォン８３０はＢＴ４をサポートするものとする。

ユーザがデジタルカメラ８１０を操作してスマートフォンとの連携処理開始を指示すると（Ｓ２１０１）、ＢＴ通信制御部２１０は、Ｂｌｕｅｔｏｏｔｈ通信機能を起動し（Ｓ２１０２）、アドバタイズ処理を開始する。ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイジングパケット（ＡＤＶ＿ＩＮＤ）およびＢＴ５に従うアドバタイジングパケット（ＡＤＶ＿ＥＸＴ＿ＩＮＤ、ＡＵＸ＿ＡＤＶ＿ＩＮＤ）を、周期的に送信する（Ｓ２１０３、Ｓ２１０４）。続いてユーザがデジタルカメラ８１０を操作してスマートフォン８２０の登録操作を行い、スマートフォン８２０の識別子情報とＢＴ５をサポートする対向機である旨をデジタルカメラ８１０に登録する（Ｓ２１０５）。これを受けてＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイジングパケット（ＡＤＶ＿ＩＮＤ）の送信を停止する（Ｓ２１０６）。

続いてユーザがスマートフォン８２０を操作してデジタルカメラ８１０との連携処理開始を指示すると（Ｓ２１０７）、スマートフォン８２０はＢｌｕｅｔｏｏｔｈ通信機能を起動する（Ｓ２１０８）。スマートフォン８２０はＢＴ５に従うアドバタイジングパケット（ＡＤＶ＿ＥＸＴ＿ＩＮＤ／ＡＵＸ＿ＡＤＶ＿ＩＮＤ）を受信し（Ｓ２１０９）、これに対するスキャン要求パケット（ＡＵＸ＿ＳＣＡＮ＿ＲＥＱ）をデジタルカメラ８１０に送信する（Ｓ２１１０）。スキャン要求パケットを受信したデジタルカメラ８１０は、スキャン応答パケット（ＡＵＸ＿ＳＣＡＮ＿ＲＳＰ）をスマートフォン８２０に送信する（Ｓ２１１２）。以降、スマートフォン８２０は、当該アドバタイジングパケットに含まれるステータス情報を参照して、デジタルカメラ８１０の状態を逐次スマートフォン８２０の画面に表示する（Ｓ２１１２）。

続いてユーザがデジタルカメラ８１０を操作してスマートフォン８３０の登録操作を行い、スマートフォン８３０の識別子情報とＢＴ４をサポートする対向機である旨をデジタルカメラ８１０に登録する（Ｓ２１１３）。これを受けてＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイジングパケット（ＡＤＶ＿ＩＮＤ）の送信を開始する（Ｓ２１１４）。ＢＴ通信制御部２１０は、ＢＴ４に従うアドバタイジングパケット（ＡＤＶ＿ＩＮＤ）およびＢＴ５に従うアドバタイジングパケット（ＡＤＶ＿ＥＸＴ＿ＩＮＤ、ＡＵＸ＿ＡＤＶ＿ＩＮＤ）を、周期的に送信する（Ｓ２１１５、Ｓ２１１６）。

続いてユーザがスマートフォン８３０を操作してデジタルカメラ８１０との連携処理開始を指示すると（Ｓ２１１７）、スマートフォン８３０はＢｌｕｅｔｏｏｔｈ通信機能を起動する（Ｓ２１１８）。スマートフォン８３０はＢＴ４に従うアドバタイジングパケット（ＡＤＶ＿ＩＮＤ）を受信し（Ｓ２１１９）、これに対するスキャン要求パケット（ＳＣＡＮ＿ＲＥＱ）をデジタルカメラ８１０に送信する（Ｓ２１２０）。スキャン要求パケットを受信したデジタルカメラ８１０は、スキャン応答パケット（ＳＣＡＮ＿ＲＳＰ）をスマートフォン８３０に送信する（Ｓ２１２１）。続いてデジタルカメラ８１０とスマートフォン８３０との間でＧＡＴＴ通信の接続処理が行われる（Ｓ２１２２）。以降、デジタルカメラ８１０は、自身のステータスが変化する毎に、自身のステータス情報を指定したＧＡＴＴ通信のＮｏｔｉｆｙパケットをスマートフォン８３０に送信する（Ｓ２１２３）。またスマートフォン８３０は、当該Ｎｏｔｉｆｙパケットに含まれるステータス情報を参照して、デジタルカメラ８１０の状態を逐次スマートフォン８３０の画面に表示する（Ｓ２１２４）。

以上説明したように、本実施形態によれば、通信装置は、対向機が複数存在する場合においても適切なバージョンのアドバタイズパケットを送信することが出来る。また、対向機がＢＴ５をサポートする場合にＧＡＴＴ通信を行わないことにより、通信装置における消費電力を低減することができる。ＧＡＴＴ通信パケットはユニキャストで送信されるので、特にＢＴ５をサポートする対向機が複数存在する場合において、より大きな消費電力の低減効果が期待できる。

以上が本発明の代表的な実施形態の一例であるが、本発明は、明細書及び図面に示す実施形態に限定することなく、その要旨を変更しない範囲内で変形して実施できるものである。

例えば、上記実施形態において、通信装置１（デジタルカメラ８１０）が対向機のサポートするＢｌｕｅｔｏｏｔｈバージョンを取得する幾つかの方法を示したが、本発明はこれを制限するものではない。例えば、通信装置１は、ＢＴ５に従うアドバタイジングパケットに対するスキャンパケットを一定時間送信してこなかった対向機は、ＢＴ５をサポートしないと判定してもよい。また、通信装置１は、ＢＴ５に従うアドバタイジングパケットで送信している情報をＧＡＴＴ通信で要求してきた対向機がＢＴ５をサポートしないと判定してもよい。これを前述の第一の実施形態に当てはめれば、Ｓ７０２においてＢＴ５に従うアドバタイジングパケットにおいて、無線ＬＡＮ通信制御部２４０が生成する無線ＬＡＮネットワークの設定情報、およびデジタルカメラ８１０の動作状態が含まれて送信される。その後、通信装置１は、ＧＡＴＴ通信で当該情報を取得する要求を送信してきた対向機を、ＢＴ５をサポートしない対向機として対向機管理テーブル９００に登録する。また、通信装置１は、ＧＡＴＴ通信で当該情報に対する取得要求を送信せずに無線ＬＡＮ開始要求を送信してきた対向機を、ＢＴ５をサポートする対向機として対向機管理テーブル９００に登録する。

また、上記実施形態では、登録した対向機がサポートするＢｌｕｅｔｏｏｔｈバージョンに応じて、実施するアドバタイズ処理を決定していたが、更なる追加条件を用いてアドバタイズ処理を決定しても良い。たとえば、デジタルカメラ８１０が対向機に通知したいデータのサイズが、ＡＤＶ＿ＩＮＤパケットで送信できる３１オクテットを超える場合にのみ、通信装置１は、ＢＴ５に従うアドバタイズ処理を実行するとしてもよい。さらには、通信装置１は、通知したいサイズが３２～６２オクテットの場合にはデータを分割してＡＤＶ＿ＩＮＤパケットとＳＣＡＮ＿ＲＥＳＰパケットで通知し、６３オクテットを超える場合にのみ、ＢＴ５に従うアドバタイズ処理を実行するとしても良い。

また、上記実施形態では、Ｂｌｕｅｔｏｏｔｈを例に説明したが、他の所定の通信方式においても同様に、上記実施形態を適用することが可能である。

以上説明したように、これらの実施形態によれば、Ｂｌｕｅｔｏｏｔｈのセントラル機器においてサポートするバージョン（規格）に応じてアドバタイズ方法を切り替えることにより、ペリフェラル機器並びにセントラル機器の消費電力およびネットワーク負荷の低減を図ることが可能となる。

［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１ 通信装置、１０ Ｈｏｓｔ部、 １５ Ｂｌｕｅｔｏｏｔｈ Ｃｏｎｔｒｏｌｌｅｒ部、２１０ ＢＴ通信制御部、２１１ ＢＴ４通信制御部、２１２ ＢＴ５通信制御部、２２０ アドバタイズ状態部、２３０ 対向機情報管理部、２４０ 無線ＬＡＮ通信制御部

Claims (13)

1. 所定の通信方式の第１のバージョンまたは当該第１のバージョンとは異なる第２のバージョンをサポートする他の通信装置と通信を行う通信装置であって、
   前記他の通信装置がサポートする前記通信方式のバージョンを登録する登録手段と、
   前記登録手段により、前記他の通信装置がサポートする前記通信方式のバージョンが登録されている場合、当該登録されている、前記第１のバージョンまたは前記第２のバージョンに従う信号を送信し、
   前記登録手段により、前記他の通信装置がサポートする前記通信方式のバージョンが登録されていない場合、前記第１のバージョンに従う信号および前記第２のバージョンに従う信号の双方を送信する送信手段と、
   を有し、
   前記第１のバージョンに従う信号は、Ｂｌｕｅｔｏｏｔｈバージョン４に従うアドバタイジングパケットであり、前記第２のバージョンに従う信号は、Ｂｌｕｅｔｏｏｔｈバージョン５に従うアドバタイジングパケットであることを特徴とする通信装置。
2. 前記他の通信装置がサポートする前記通信方式のバージョンの登録は、前記通信装置のユーザにより行われることを特徴とする請求項１に記載の通信装置。
3. 前記他の通信装置がサポートする前記通信方式のバージョンが登録されていない場合に、前記送信手段が前記第１のバージョンおよび前記第２のバージョンに従う信号の双方を送信したことに応じて、前記他の通信装置がサポートする前記通信方式のバージョンを取得する取得手段を更に有し、
   前記登録手段は、前記取得手段により取得された前記通信方式のバージョンを登録することを特徴とする請求項１に記載の通信装置。
4. 前記取得手段は、前記送信手段が前記第１のバージョンおよび前記第２のバージョンに従う信号を送信したことに応じて開始される接続を介して受信される信号に基づいて、前記他の通信装置がサポートする前記通信方式のバージョンを取得することを特徴とする請求項３に記載の通信装置。
5. 前記接続を介して受信される信号に前記第２のバージョンを示す情報が含まれる場合に、前記取得手段は、前記他の通信装置がサポートする前記通信方式のバージョンを前記第２のバージョンとして取得することを特徴とする請求項４に記載の通信装置。
6. 前記取得手段は、前記送信手段が前記第１のバージョンおよび前記第２のバージョンに従う信号を送信したことに応じて受信された信号が、前記第１のバージョンに従う信号に対応する第１の要求信号である場合に、前記他の通信装置がサポートする前記通信方式のバージョンを前記第１のバージョンとして取得し、前記受信された信号が、前記第２のバージョンに従う信号に対応する第２の要求信号である場合に、前記他の通信装置がサポートする前記通信方式のバージョンを前記第２のバージョンとして取得することを特徴とする請求項３に記載の通信装置。
7. 前記取得手段が、前記他の通信装置がサポートする前記通信方式のバージョンを前記第１のバージョンとして取得した場合、前記送信手段は前記第２のバージョンに従う信号の送信を停止し、前記取得手段が、前記他の通信装置がサポートする前記通信方式のバージョンを前記第２のバージョンとして取得した場合、前記送信手段は前記第１のバージョンに従う信号の送信を停止することを特徴とする請求項６に記載の通信装置。
8. 前記取得手段は、前記送信手段により送信された前記第２のバージョンに従う信号の応答に基づいて、前記他の通信装置がサポートする前記通信方式のバージョンを取得することを特徴とする請求項３に記載の通信装置。
9. 前記取得手段は、前記送信手段により送信された前記第２のバージョンに従う信号の応答を受けた場合に、前記他の通信装置がサポートする前記通信方式のバージョンを前記第２のバージョンとして取得することを特徴とする請求項８に記載の通信装置。
10. 前記送信手段により送信される前記第１のバージョンまたは前記第２のバージョンに従う信号は、前記通信装置の存在を示す信号であることを特徴とする請求項１から９のいずれか１項に記載の通信装置。
11. 所定の通信方式の第１のバージョンまたは当該第１のバージョンとは異なる第２のバージョンをサポートする他の通信装置と通信を行う通信装置の制御方法であって、
    前記他の通信装置がサポートする前記通信方式のバージョンを登録する登録工程と、
    前記登録工程において、前記他の通信装置がサポートする前記通信方式のバージョンが登録されている場合、当該登録されている、前記第１のバージョンまたは前記第２のバージョンに従う信号を送信し、
    前記登録工程において、前記他の通信装置がサポートする前記通信方式のバージョンが登録されていない場合、前記第１のバージョンに従う信号および前記第２のバージョンに従う信号の双方を送信する送信工程と、
    を有し、
    前記第１のバージョンに従う信号は、Ｂｌｕｅｔｏｏｔｈバージョン４に従うアドバタイジングパケットであり、前記第２のバージョンに従う信号は、Ｂｌｕｅｔｏｏｔｈバージョン５に従うアドバタイジングパケットであることを特徴とする制御方法。
12. 所定の通信方式の第１のバージョンまたは当該第１のバージョンとは異なる第２のバージョンをサポートする他の複数の通信装置と通信を行う通信装置の制御方法であって、
    前記他の複数の通信装置がサポートする前記通信方式のバージョンを登録する登録工程と、
    前記登録工程において登録された前記通信方式のバージョンが全て前記第１のバージョンである場合、前記第１のバージョンに従う信号を送信し、
    前記登録工程において登録された前記通信方式のバージョンが全て前記第２のバージョンである場合、前記第２のバージョンに従う信号を送信し、
    前記登録工程において何も登録されていない場合、または、前記登録工程において登録された前記通信方式のバージョンが前記第１のバージョンと前記第２のバージョンとを含む場合、前記第１のバージョンに従う信号および前記第２のバージョンに従う信号の双方を送信する送信工程と、
    を有し、
    前記第１のバージョンに従う信号は、Ｂｌｕｅｔｏｏｔｈバージョン４に従うアドバタイジングパケットであり、前記第２のバージョンに従う信号は、Ｂｌｕｅｔｏｏｔｈバージョン５に従うアドバタイジングパケットであることを特徴とする通信装置の制御方法。
13. コンピュータを、請求項１から１０のいずれか１項に記載の通信装置として機能させるためのプログラム。

Images