(57)【要約】【課題】プロトコル選択におけるユーザの煩雑性を緩和する【解決手段】通信装置であって、他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、を備える、通信装置。【選択図】図９
2018074418.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、
前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、
前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
を備える、通信装置。
【請求項２】
前記通信装置は、前記他の通信装置から受信される情報を解析し、前記２以上のプロトコル情報が示す各プロトコルの優先度を抽出する解析部をさらに備え、
前記選択部は、前記プロトコル選択に関して設定されている優先度として、前記解析部により抽出された優先度に基づいて前記プロトコルを選択する、請求項１に記載の通信装置。
【請求項３】
前記２以上のプロトコル情報は、パケットにおける所定のフィールドに配置され、
前記解析部は、前記フィールドにおける前記２以上のプロトコル情報の配置順序に基づいて前記各プロトコルの優先度を抽出する、請求項２に記載の通信装置。
【請求項４】
前記解析部は、前記２以上のプロトコル情報の各々と関連付けて送信される優先度情報から、前記各プロトコルの優先度を抽出する、請求項２に記載の通信装置。
【請求項５】
前記通信装置は、前記通信装置が利用可能な２以上のプロトコルの各々の優先度を示す優先度情報を記憶する記憶部をさらに備え、
前記選択部は、前記プロトコル選択に関して設定されている優先度として、前記記憶部に記憶部に記憶されている優先度情報に基づいて前記プロトコルを選択する、請求項１に記載の通信装置。
【請求項６】
前記通信装置は、
前記他の通信装置から受信される情報を解析し、前記２以上のプロトコル情報が示す各プロトコルの優先度を抽出する解析部と、
前記通信装置が利用可能な２以上のプロトコルの各々の優先度を示す優先度情報を記憶する記憶部と、
をさらに備え、
前記選択部は、前記解析部により抽出された優先度、および前記記憶部に記憶されている優先度情報の双方に基づいて前記プロトコルを選択する、請求項１に記載の通信装置。
【請求項７】
前記通信装置は、
各プロトコルについて、前記解析部により抽出された優先度、および前記記憶部に記憶部に記憶されている優先度情報が示す優先度の双方に基づいて評価値を算出する評価値算出部をさらに備え、
前記選択部は、前記各プロトコルについて算出された評価値が最上位である前記プロトコルを選択する、請求項６に記載の通信装置。
【請求項８】
前記選択部は、前記評価値が最上位である複数のプロトコルが存在する場合、前記記憶部に記憶されている優先度情報が示す優先度がより高いプロトコルを選択する、請求項７に記載の通信装置。
【請求項９】
前記選択部は、前記他の通信装置との以前の接続時に選択されたプロトコルを示すプロトコル情報を含むパケットが前記他の通信装置から受信された場合、当該パケットに含まれるプロトコル情報が示すプロトコルを選択する、請求項１に記載の通信装置。
【請求項１０】
各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、
前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、
前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
を備える、通信装置。
【請求項１１】
前記通信装置は、前記２以上のプロトコル情報を含むパケットを生成するパケット生成部をさらに備え、
前記パケット生成部は、前記２以上のプロトコル情報に設定されている優先度に従った順序で、前記パケットに含まれる所定のフィールドに前記２以上のプロトコル情報を配置する、請求項１０に記載の通信装置。
【請求項１２】
前記通信装置は、前記２以上のプロトコル情報の各々に関連付けられた優先度情報を含むパケットを生成するパケット生成部をさらに備える、請求項１０に記載の通信装置。
【請求項１３】
前記送信部は、前記他の通信装置との以前の接続時に利用されたプロトコルを示すプロトコル情報および前記他の通信装置の識別情報を含むパケットを送信する、請求項１０に記載の通信装置。
【請求項１４】
通信装置が他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信することと、
前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルをプロセッサにより選択することと、
選択されたプロトコルに従って前記他の通信装置との通信を制御することと、
を含む、通信方法。
【請求項１５】
各々がプロトコルを示す２以上のプロトコル情報を通信装置が他の通信装置に送信することと、
前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信することと、
受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信をプロセッサにより制御することと、
を含む、通信方法。
【請求項１６】
コンピュータを、
通信装置であって、
他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、
前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、
前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
を備える、通信装置として機能させるための、プログラム。
【請求項１７】
コンピュータを、
各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、
前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、
前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
として機能させるための、プログラム。
【請求項１８】
各々がプロトコルを示す２以上のプロトコル情報を送信する第１の通信装置と、
第２の通信装置と、
を備え、
前記第２の通信装置は、
前記第１の通信装置から前記２以上のプロトコル情報を受信する受信部、
前記第１の通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部、および、
前記選択部により選択されたプロトコルに従って前記第１の通信装置との通信を制御する通信制御部、を有する、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置、通信方法、プログラムおよび通信システムに関する。
【背景技術】
【０００２】
複数の通信装置が通信するための通信プロトコルとして、ＯＢＥＸ（Object  EXchange）、ＳＣＳＩ（Small  Computer  System  Interface）およびＩＰ（Internet  Protocol）などの多様なプロトコルが知られている。通信装置は、他の通信装置と共通のプロトコルを用いることにより、他の通信装置と通信することができる。
【０００３】
複数の通信装置が２以上の共通のプロトコルを有する場合、例えば、２以上の共通のプロトコルから選択されたプロトコルが複数の通信装置の間での通信に用いられる。特許文献１には、通信装置が、他の通信装置が利用可能なプロトコルのリストを取得し、通信装置と他の通信装置の双方が利用可能な２以上のプロトコルが存在する場合、通信装置が、ユーザにより通信対象として選択されているデータ種別（例えば、写真データ、音楽データなど）に基づいてプロトコルを選択する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１１４７０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載されている技術では、ユーザによるデータ種別の選択操作を伴わずに適切にプロトコルを選択することが困難であった。
【０００６】
そこで、本開示では、プロトコル選択におけるユーザの煩雑性を緩和することが可能な、新規かつ改良された通信装置、通信方法、プログラムおよび通信システムを提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、通信装置であって、他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、を備える、通信装置が提供される。かかる構成によれば、２の通信装置間で複数のプロトコルが共通する場合に、優先度に基づいてプロトコル選択を実現することが可能である。
【０００８】
また、本開示によれば、各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、を備える、通信装置が提供される。
【０００９】
また、本開示によれば、通信装置が他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信することと、前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルをプロセッサにより選択することと、選択されたプロトコルに従って前記他の通信装置との通信を制御することと、を含む、通信方法が提供される。
【００１０】
また、本開示によれば、各々がプロトコルを示す２以上のプロトコル情報を通信装置が他の通信装置に送信することと、前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信することと、受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信をプロセッサにより制御することと、を含む、通信方法が提供される。
【００１１】
また、本開示によれば、コンピュータを、通信装置であって、他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、を備える、通信装置として機能させるための、プログラムが提供される。
【００１２】
また、本開示によれば、コンピュータを、各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、として機能させるための、プログラムが提供される。
【００１３】
また、本開示によれば、各々がプロトコルを示す２以上のプロトコル情報を送信する第１の通信装置と、第２の通信装置と、を備え、前記第２の通信装置は、前記第１の通信装置から前記２以上のプロトコル情報を受信する受信部、前記第１の通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部、および、前記選択部により選択されたプロトコルに従って前記第１の通信装置との通信を制御する通信制御部、を有する、通信システムが提供される。
【発明の効果】
【００１４】
以上説明したように本開示によれば、プロトコル選択におけるユーザの煩雑性を緩和することが可能である。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１５】
【図１】人体通信システムの構成を示す説明図である。
【図２】人体通信システムにおける通信の階層構造の一例を示す説明図である。
【図３】本開示の実施形態によるセンサ端末の構成を示すブロック図である。
【図４】データパケットの全体構成を示す説明図である。
【図５】ネゴシエーションパケットのＰａｙｌｏａｄの構成を示す説明図である。
【図６】各フィールドに設定され得る値の具体例を示す説明図である。
【図７】プロトコルリストの具体例を示す説明図である。
【図８】リコンファームパケットの構成例を示す説明図である。
【図９】本開示の実施形態による携帯端末の構成を示すブロック図である。
【図１０】リスナー側プロトコルリストの具体例を示す説明図である。
【図１１】本開示の実施形態によるセンサ端末の動作を示すフローチャートである。
【図１２】本開示の実施形態による携帯端末の動作を示すフローチャートである。
【図１３】本開示の実施形態によるセンサ端末と携帯端末との通信シーケンスを示す説明図である。
【図１４】変形例によるプロトコルリストを示す説明図である。
【図１５】携帯端末のハードウェア構成を示した説明図である。
【図１６】プロトコルリストの他の構成例を示す説明図である。
【図１７】プロトコル選択の具体例を示す説明図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成または論理的意義を有する複数の構成を、必要に応じてセンサ端末１０Ａおよび１０Ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、複数の構成要素の各々に同一符号のみを付する。例えば、センサ端末１０Ａおよび１０Ｂを特に区別する必要が無い場合には、各クライアントを単にセンサ端末１０と称する。
【００１８】
また、以下に示す項目順序に従って本開示を説明する。
１．人体通信システムの概要
２．センサ端末の構成
３．携帯端末の構成
４．動作
５．変形例
６．ハードウェア構成
７．むすび
【００１９】
＜１．人体通信システムの概要＞
本開示の実施形態は、多様な通信システムに適用され得る。一例として、本開示の実施形態は、ＢＡＮ（Ｂｏｄｙ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）とも呼ばれる人体通信システムに適用される。
【００２０】
人体通信システムは、人体を信号の伝送媒体として用いるシステムであり、人体の体内や表面などの人体の周辺に位置する複数の端末により構成される。人体通信システムの用途としては、例えば、ユーザの健康状態のモニタ、ユーザの睡眠状態のモニタ、およびユーザの運動状態のモニタなどが挙げられる。上記のモニタのために、人体通信システムを構成する端末として、脈拍センサ、加速度センサ、角速度センサ、および心電センサなどのセンサを有するセンサ端末が用いられ得る。また、人体通信システムは、端末を有するユーザとドアノブの接触によるドアの解錠や、端末を有するユーザと決済端末との接触による決済処理など、他の多様な用途にも適用され得る。以下、図１を参照し、このような人体通信システムの具体的な構成例を説明する。
【００２１】
図１は、人体通信システムの構成を示す説明図である。図１においては、センサ端末１０Ａ、センサ端末１０Ｂ、および携帯端末２０を含む人体通信システムを示している。
【００２２】
センサ端末１０Ａは、リストバンド型の通信装置であり、ユーザの脈拍を検出する。センサ端末１０Ａは、脈拍の検出情報を、ユーザの人体を介して携帯端末２０に送信する。
【００２３】
センサ端末１０Ｂは、ユーザの胸部に取り付けられる通信装置であり、ユーザの心電状態を検出する。センサ端末１０Ｂは、心電状態の検出情報を、ユーザの人体を介して携帯端末２０に送信する。
【００２４】
携帯端末２０は、ユーザによって携帯される通信装置である。携帯端末２０は、センサ端末１０Ａまたはセンサ端末１０Ｂとユーザの人体を介して接続され、センサ端末１０Ａまたはセンサ端末１０Ｂから検出情報を受信する。携帯端末２０に実装されたアプリケーションは、受信された検出情報を用いてユーザに多様なサービスを提供し得る。例えば、携帯端末２０のアプリケーションは、検出情報の時系列変化を示す表示画面を生成してもよいし、検出情報が異常値を示す場合にアラームを出力してもよい。
【００２５】
ここで、図２を参照し、人体通信システムにおける通信の階層構造の一例を説明する。図２に示したように、人体通信システムにおける通信の階層構造は、ＲＦ（Radio  Frequency）、ＭＡＣ（Media  Access  Control）層、ＨＣＩ（Host  Controller  Interface）（ＳＰＩ／Ｉ２Ｃ）、人体通信ＩＦ層、デバイスホスト層、上位データリンク層、プロトコル層、およびアプリケーション層を含み得る。
【００２６】
ＲＦ、ＭＡＣ層、ＨＣＩ（ＳＰＩ／Ｉ２Ｃ）および人体通信ＩＦ層は、ＯＳＩ参照モデルにおける物理層およびデータリンク層に概ね対応し、デバイスホスト層および上位データリンク層は、ＯＳＩ参照モデルにおけるデータリンク層およびネットワーク層に概ね対応する。また、プロトコル層は、ＯＳＩ参照モデルにおけるネットワーク層、トランスポート層、セッション層およびプレゼンテーション層に概ね対応し、アプリケーション層はＯＳＩ参照モデルにおけるアプリケーション層に対応する。
【００２７】
なお、人体通信システムにおいては、ＲＦの制約により、通信装置の接続態様は１対１に制限されることがある。また、通信装置のＭＡＣアドレスが動的に変更されることもある。このため、通信相手の特定ために、ＭＡＣ層より上位層でＵＵＩＤなどのユニーク性が担保されたアドレスの交換が行われる。
【００２８】
以上説明したように、ユーザの人体には複数のセンサ端末１０が装着され得て、携帯端末２０は、ｄｉｓｃｏｖｅｒとも呼ばれる探索処理により複数のセンサ端末を発見することができる。しかし、各センサ端末１０が利用可能なプロトコルは異なる場合が想定される。また、１のセンサ端末１０または携帯端末２０が複数のプロトコルを利用可能である場合も想定される。このため、携帯端末２０とセンサ端末１０との通信においては、通信相手に応じて適切なプロトコルが選択される仕組みが望まれる。
【００２９】
そこで、上記事情を一着眼点にして本開示の実施形態が創作されるに至った。本開示の実施形態によれば、ユーザの煩雑性を緩和しつつ、適切なプロトコルを選択することが可能である。以下、このような本開示の実施形態によるセンサ端末１０および携帯端末２０の構成および動作を順次詳細に説明する。
【００３０】
＜２．センサ端末の構成＞
図３は、本開示の実施形態によるセンサ端末１０の構成を示すブロック図である。図３に示したように、本開示の実施形態によるセンサ端末１０は、センサ部１２０と、通信制御部１３０と、優先度記憶部１４０と、通信部１５０と、を備える。
【００３１】
（センサ部）
センサ部１２０は、１または２以上のセンサからなる。例えば、センサ部１２０は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）センサ、加速度センサ、ジャイロセンサ、温度センサ、気圧センサ、音圧センサ、脈拍センサおよび心電センサなどを有してもよい。
【００３２】
（通信制御部、優先度記憶部）
通信制御部１３０は、センサ端末１０による通信全般を制御する。特に、本実施形態による通信制御部１３０には、携帯端末２０とのデバイスホスト層の接続完了後に携帯端末２０との通信のためのプロトコルを決定するための機能が上位データリンク層として実装される。当該機能の一部を、図３に示したパケット生成部１３２が担う。
【００３３】
パケット生成部１３２は、通信部１５０から携帯端末２０に送信されるパケットを生成する。例えば、パケット生成部１３２は、制御パケットおよびデータパケットを生成する。本実施形態によるパケット生成部１３２は、データパケットとして、プロトコル選択のためのネゴシエーションパケットを生成することも可能である。ネゴシエーションパケットは、センサ端末１０が利用可能な２以上のプロトコルを示す２以上のプロトコル情報を含む。ここで、２以上のプロトコルには優先度が設定されており、パケット生成部１３２は、各プロトコルの優先度に応じた態様でネゴシエーションパケットに２以上のプロトコル情報（プロトコルＵＵＩＤ）を配置する。なお、各プロトコルに設定された優先度は、例えば、優先度記憶部１４０において事前に記憶されていてもよい。以下、図４を参照してデータパケットの全体構成を説明した上で、図５を参照してネゴシエーションパケットについてより具体的に説明する。
【００３４】
図４は、データパケットの全体構成を示す説明図である。図４に示したように、パケット生成部１３２により生成されるパケットは、ＭＴ（Ｍｅｓｓａｇｅ  Ｔｙｐｅ）、ＰＢＦ（Ｐａｃｋｅｔ  Ｂｏｕｎｄａｒｙ  Ｆｌａｇ）、Ｃｏｎｎ  ＩＤ（Ｃｏｎｎｅｃｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）、ＣＲ（Ｃｒｅｄｉｔ）、Ｐａｙｌｏａｄ  Ｌｅｎｇｔｈ（Ｌ）、Ｐａｙｌｏａｄ  Ｈｅａｄｅｒ、およびＰａｙｌｏａｄを含む。Ｐａｙｌｏａｄ  Ｈｅａｄｅｒは、Ｄａｔａ  Ｔｙｐｅ、ＳＥＧ（Ｓｅｇｍｅｎｔａｔｉｏｎ）を含む。
【００３５】
図５は、ネゴシエーションパケットのＰａｙｌｏａｄの構成を示す説明図である。図５に示したように、ネゴシエーションパケットのＰａｙｌｏａｄは、ＤＤ、ＣＭＤ、Ｖｅｎｄｅｒ、Ａｄｄｒｅｓｓ、ＭＴＵ、プロトコルリスト（ｐｒｏｔｏｃｏｌ  ｌｉｓｔ）およびＣＲＣ−８を含む。
【００３６】
ＤＤには、図６に示したように、通常のデータパケット、またはネゴシエーションパケット／後述するリコンファームパケットを示す値が設定される。ＣＭＤには、図６に示したように、ネゴシエーションまたはリコンファームを示す値が設定される。Ｖｅｎｄｅｒには、図６に示したように、通信装置の製造者を示す値が設定される。
【００３７】
プロトコルリスト関して、図６に示したように、各プロトコルにはプロトコルＵＵＩＤが事前に割当てられている。例えば、ＮＦＣにはプロトコルＵＵＩＤ「０ｘ１」が割り当てられ、ＯＢＥＸにはプロトコルＵＵＩＤ「０ｘ２」が割り当てられ、ＴＣＰ／ＩＰにはプロトコルＵＵＩＤ「０ｘ３」が割り当てられ、ＵＤＰ／ＩＰにはプロトコルＵＵＩＤ「０ｘ４」が割り当てられ、ｓｉｍｐｌｅ  ｅｘｃｈａｎｇｅ  １にはプロトコルＵＵＩＤ「０ｘ１０００１」が割り当てられ、ｓｉｍｐｌｅ  ｅｘｃｈａｎｇｅ  ２にはプロトコルＵＵＩＤ「０ｘ１０００２」が割り当てられる。
【００３８】
パケット生成部１３２は、優先度記憶部１４０に記憶されているプロトコル情報に対応するプロトコルＵＵＩＤを、所定のフィールド、すなわちプロトコルリストに設定する。ここで、パケット生成部１３２は、各プロトコルＵＵＩＤを、各プロトコルの優先度に応じた配置順序でプロトコルリストに設定してもよい。例えば、パケット生成部１３２は、プロトコルＵＵＩＤに対応するプロトコルの優先度が高いほど、当該プロトコルＵＵＩＤを先頭側に設定してもよい。
【００３９】
図７は、プロトコルリストの具体例を示す説明図である。図７に示した例では、ＮＦＣに対応するプロトコルＵＵＩＤ「０ｘ１」、ＴＣＰ／ＩＰに対応するプロトコルＵＵＩＤ「０ｘ３」、ＵＤＰ／ＩＰに対応するプロトコルＵＵＩＤ「０ｘ４」、ＯＢＥＸに対応するプロトコルＵＵＩＤ「０ｘ２」の配置順序でプロトコルＵＵＩＤがプロトコルリストに設定されている。上述したように、プロトコルＵＵＩＤに対応するプロトコルの優先度が高いほど、当該プロトコルＵＵＩＤが先頭側に設定される場合、図７に示したプロトコルリストは、プロトコルＵＵＩＤ「０ｘ１」に対応するＮＦＣの優先度が最も高く、プロトコルＵＵＩＤ「０ｘ３」に対応するＴＣＰ／ＩＰの優先度が２番目に高いことを示す。このように、優先度を示す明示的な情報の付加に代えて、優先度に応じた配置順序でプロトコルＵＵＩＤが設定されることにより、ネゴシエーションパケットの情報量を削減することが可能である。なお、優先度に応じた配置順序は上記の例に限られず、例えば、プロトコルＵＵＩＤに対応するプロトコルの優先度が低いほど、当該プロトコルＵＵＩＤが先頭側に設定されてもよい。
【００４０】
また、パケット生成部１３２は、リコンファームパケットを生成する機能を有する。リコンファームパケットは、他の通信装置との以前の接続時に選択されたプロトコルを示すプロトコルＵＵＩＤを、上記他の通信装置に伝えるためのパケットである。
【００４１】
図８は、リコンファームパケットの構成例を示す説明図である。図８に示したように、リコンファームパケットは、ＤＤ、ＣＭＤ、Ｍｙ  Ａｄｄｒｅｓｓ、Ｙｏｕｒ  Ａｄｄｒｅｓｓ、プロトコルおよびＣＲＣ−８を含む。Ｍｙ  Ａｄｄｒｅｓｓはセンサ端末１０のアドレス（ＵＵＩＤ）であり、Ｙｏｕｒ  Ａｄｄｒｅｓｓは、以前に接続されていた他の通信装置のアドレス（ＵＵＩＤ）である。プロトコルには、他の通信装置との以前の接続時に選択されたプロトコルを示すプロトコルＵＵＩＤが設定される。なお、通信装置のＭＡＣアドレスは接続の度に変更される場合があるが、通信装置のＵＵＩＤは一意であるので、リコンファームパケットにおいてアドレスとして通信装置のＵＵＩＤを利用することにより他の通信装置を一意に特定することが可能である。
【００４２】
通信制御部１３０は、上述したネゴシエーションパケットまたはリコンファームパケットの通信に基づいて携帯端末２０により選択されたプロトコルに従って、通信部１５０と携帯端末２０との通信を制御する。
【００４３】
（通信部）
通信部１５０は、送信部および受信部の機能を有し、通信制御部１３０からの制御に従い、人体を介して携帯端末２０と通信を行う。例えば、通信部１５０は、２．４ＧＨｚ帯の周波数帯を用い、変調方式としてＢＰＳＫ（Binary  Phase  Shift  Keying）、ＱＰＳＫ（Quadrature  Phase  Shift  Keying）またはＧＭＳＫ（Gaussian  filtered  Minimum  Shift  Keying）を用いて携帯端末２０と通信してもよい。
【００４４】
＜３．携帯端末の構成＞
以上、本開示の実施形態によるセンサ端末１０の構成を説明した。続いて、図９を参照して、本開示の実施形態による携帯端末２０の構成を説明する。
【００４５】
図９は、本開示の実施形態による携帯端末２０の構成を示すブロック図である。図９に示したように、本開示の実施形態による携帯端末２０は、アプリケーション部２２０、通信制御部２３０、優先度記憶部２４０および通信部２５０を備える。
【００４６】
（アプリケーション部）
アプリケーション部２２０は、センサ端末１０から受信される検出情報を用いた処理を行う１または２以上のアプリケーションである。アプリケーション部２２０は、例えば、ユーザの健康状態のモニタ、ユーザの睡眠状態のモニタ、またはユーザの運動状態のモニタなどを行うアプリケーションを含んでもよい。
【００４７】
（通信制御部、優先度記憶部）
通信制御部２３０は、携帯端末２０の通信全般を制御する。優先度記憶部２４０は、２以上のプロトコルの各々の優先度を示すプロトコルリストを記憶している。特に、本実施形態による通信制御部１３０には、センサ端末１０とのデバイスホスト層の接続完了後にセンサ端末１０との通信のためのプロトコルを決定するための機能が上位データリンク層として実装される。当該機能の一部を、図９に示したパケット解析部２３２、評価値算出部２３４、選択部２３６およびパケット生成部２３８が担う。
【００４８】
パケット解析部２３２は、通信部２５０によりセンサ端末１０から受信されたパケットを解析する。特に、パケット解析部２３２は、受信されたパケットがネゴシエーションパケットである場合、ネゴシエーションパケットのプロトコルリスト、および各プロトコルの優先度を抽出する。例えば、パケット解析部２３２は、プロコルリストに含まれる２以上のプロトコルＵＵＩＤの配置順序に基づき、各プロトコルＵＵＩＤに対応するプロトコルの優先度を抽出してもよい。
【００４９】
なお、以下では、センサ端末１０をトーカー（Ｔａｌｋｅｒ）と称し、センサ端末１０から受信されたネゴシエーションパケットに含まれるプロトコルリストをトーカー側プロトコルリストと称する場合もある。また、携帯端末２０をリスナー（ｌｉｓｔｅｎｅｒ）と称し、優先度記憶部２４０に記憶されているプロトコルリストをリスナー側プロトコルリストと称する場合もある。
【００５０】
評価値算出部２３４は、トーカー側プロトコルリストが示す各プロトコルの優先度、およびリスナー側プロトコルリストが示す各プロトコルの優先度に基づき、トーカー側プロトコルリストとリスナー側プロトコルリストに共通する各プロトコルの評価値を算出する。例えば、評価値算出部２３４は、各プロトコルについて、トーカー側プロトコルリストでの優先度と、リスナー側プロトコルリストでの優先度の平均値を評価値として算出してもよい。以下、評価値算出の具体例を説明する。
【００５１】
図１０は、リスナー側プロトコルリストの具体例を示す説明図である。図１０に示した例では、プロトコルＵＵＩＤ「０ｘ３」に対応するＴＣＰ／ＩＰの優先度が「１」であり最も高く、プロトコルＵＵＩＤ「０ｘ４」に対応するＵＤＰ／ＩＰの優先度が「２」であり２番目に高い。そして、トーカー側プロトコルリストが図７に示したプロトコルリストであり、評価値が上述の平均値として算出される場合、評価値算出部２３４は、プロトコルＵＵＩＤ「０ｘ３」に対応するＴＣＰ／ＩＰの評価値として「１．５」を算出する。同様に、評価値算出部２３４は、プロトコルＵＵＩＤ「０ｘ１」に対応するＮＦＣの評価値として「２」を算出し、プロトコルＵＵＩＤ「０ｘ４」に対応するＵＤＰ／ＩＰの評価値として「２．５」を算出し、プロトコルＵＵＩＤ「０ｘ２」に対応するＯＢＥＸの評価値として「４」を算出する。
【００５２】
なお、上記の評価値の算出方法は一例に過ぎず、評価値算出部２３４は、他の方法で各プロトコルの評価値を算出してもよい。例えば、評価値算出部２３４は、重み付け平均により評価値を算出してもよいし、各プロトコルについてのリスナー側プロトコルリストでの優先度とトーカー側プロトコルリストでの優先度のうちで高い方の優先度または低い方の優先度を評価値として算出（特定）してもよい。
【００５３】
また、評価値の算出に用いられるリスナー側プロトコルリストは固定的であってもよいし、動的に変化してもよい。例えば、アプリケーションごとにリスナー側プロトコルリストが設定されていてもよく、この場合、評価値算出部２３４は、アプリケーション部２２０において起動しているアプリケーションに応じたリスナー側プロトコルリストを利用してもよい。
【００５４】
選択部２３６は、リスナー側プロトコルリストとトーカー側プロトコルリストとに共通するプロトコルから、評価値算出部２３４により算出された評価値が最上位であるプロトコルを選択する。例えば、図１０を参照して説明した評価値の算出結果においては、プロトコルＵＵＩＤ「０ｘ３」に対応するＴＣＰ／ＩＰの評価値「１．５」が最上位であるので、選択部２３６は、ＴＣＰ／ＩＰを選択する。
【００５５】
このように、選択部２３６は、各プロトコルに設定されている優先度から算出された評価値を用いることにより、センサ端末１０と携帯端末２０に共通する２以上のプロトコルから適切なプロトコルを選択することが可能である。また、本実施形態においては、センサ端末１０が利用可能な２以上のプロトコルが１つのネゴシエーションパケットにより示されるので、ネゴシエーションの往復数が削減され、迅速なプロトコル選択を実現することが可能である。
【００５６】
なお、評価値が最上位である複数のプロトコルが存在する場合には、選択部２３６は、複数のプロトコルのうちでリスナー側プロトコルリストにおいて優先度が高い方のプロトコルを選択してもよい。または、選択部２３６は、複数のプロトコルのうちでトーカー側プロトコルリストにおいて優先度が高い方のプロトコルを選択してもよい。
【００５７】
パケット生成部２３８は、通信部２５０からセンサ端末１０に送信されるパケットを生成する。例えば、パケット生成部２３８は、制御パケットおよびデータパケットを生成する。本実施形態によるパケット生成部２３８は、データパケットとして、プロトコル選択の結果を示すネゴシエーションパケットを生成することも可能である。すなわち、パケット生成部２３８は、選択部２３６により選択されたプロトコルを示すネゴシエーションパケットを生成してもよい。
【００５８】
（通信部）
通信部２５０は、送信部および受信部の機能を有し、通信制御部２３０からの制御に従い、人体を介してセンサ端末１０と通信を行う。例えば、通信部２５０は、２．４ＧＨｚ帯の周波数帯を用い、変調方式としてＢＰＳＫ、ＱＰＳＫまたはＧＭＳＫを用いてセンサ端末１０と通信してもよい。
【００５９】
＜４．動作＞
以上、本開示の実施形態によるセンサ端末１０および携帯端末２０の構成を説明した。続いて、図１１〜図１３を参照し、本開示の実施形態によるセンサ端末１０および携帯端末２０の動作を整理する。
【００６０】
（センサ端末の動作）
図１１は、本開示の実施形態によるセンサ端末１０の動作を示すフローチャートである。図１１に示したように、まず、パケット生成部１３２は、各プロトコルＵＵＩＤを、各プロトコルの優先度に応じた配置順序でプロトコルリストに設定し、当該プロトコルリストを含むネゴシエーションパケットを生成する（Ｓ３０４）。そして、通信部１５０が、パケット生成部１３２により生成されたネゴシエーションパケットを携帯端末２０に送信する（Ｓ３０８）。
【００６１】
その後、携帯端末２０からプロトコル選択の結果を示すネゴシエーションパケットを通信部１５０が受信すると（Ｓ３１２）、通信制御部２３０は、受信されたネゴシエーションパケットが示すプロトコルを接続のためのプロトコルとして決定する（Ｓ３１６）。そして、通信制御部２３０は、決定したプロトコルに従って携帯端末２０とのテータ通信を実行する（Ｓ３２０）。
【００６２】
（携帯端末の動作）
図１２は、本開示の実施形態による携帯端末２０の動作を示すフローチャートである。まず、通信部２５０がセンサ端末１０からネゴシエーションパケットを受信すると（Ｓ４０４）、パケット解析部２３２がネゴシエーションパケットからトーカー側プロトコルリスト、および各プロトコルの優先度を抽出する（Ｓ４０８）。
【００６３】
そして、評価値算出部２３４は、トーカー側プロトコルリストとリスナー側プロトコルリストに共通するプロトコルを抽出し、トーカー側プロトコルリストが示す各プロトコルの優先度、およびリスナー側プロトコルリストが示す各プロトコルの優先度に基づき、共通のプロトコルの評価値を算出する（Ｓ４１２、Ｓ４１６）。
【００６４】
続いて、選択部２３６は、リスナー側プロトコルリストとトーカー側プロトコルリストとに共通するプロトコルから、評価値算出部２３４により算出された評価値が最上位であるプロトコルを選択する（Ｓ４２０）。その後、パケット生成部２３８は、選択部２３６により選択されたプロトコルを示すネゴシエーションパケットを生成する（Ｓ４２４）。
【００６５】
そして、通信部２５０は、パケット生成部２３８により生成されたネゴシエーションパケットをセンサ端末１０に送信し（Ｓ４２８）、通信制御部２３０は、選択部２３６により選択されたプロトコルに従ってセンサ端末１０とのテータ通信を実行する（Ｓ４３２）。
【００６６】
（通信シーケンス）
図１３は、本開示の実施形態によるセンサ端末１０と携帯端末２０との通信シーケンスを示す説明図である。図１３に示したように、センサ端末１０と携帯端末２０との間でデバイスホスト層の接続が完了した後に（Ｓ５０４）、センサ端末１０と携帯端末２０がネゴシエーションパケットを交換する（ＳＳ５０８、Ｓ５１２）。そして、センサ端末１０と携帯端末２０が、ネゴシエーションパケットの交換にて選択されたプロトコルに従ってデータ通信を実行する（Ｓ５１６）。
【００６７】
その後、携帯端末２０が他の装置と通信するなどの事情によりセンサ端末１０と携帯端末２０との間でデバイスホスト層の接続が切断され（Ｓ５２０）、再度デバイスホスト層の接続が完了すると（Ｓ５２４）、センサ端末１０は、図８を参照して説明したリコンファームパケットを送信する（Ｓ５２８）。
【００６８】
携帯端末２０は、受信されたリコンファームパケットに記載されたＵＵＩＤが携帯端末２０のＵＵＩＤに一致する場合、受信されたリコンファームパケットに含まれるプロトコルの利用を示すリコンファームパケットをセンサ端末１０に送信する（Ｓ５３２）。その後、センサ端末１０と携帯端末２０が、リコンファームパケットの交換により利用が決定されたプロトコルに従ってデータ通信を実行する（Ｓ５３６）。
【００６９】
なお、リコンファームパケットの利用は必須でなく、センサ端末１０と携帯端末２０は、デバイスホスト層の接続完了の度に、ネゴシエーションパケットを交換し、ネゴシエーションパケットに基づいてプロトコル選択を実行してもよい。
【００７０】
＜５．変形例＞
以上、本開示の実施形態を説明した。以下では、本開示の実施形態の幾つかの変形例を説明する。なお、以下に説明する各変形例は、単独で本開示の実施形態に適用されてもよいし、組み合わせで本開示の実施形態に適用されてもよい。また、各変形例は、本開示の実施形態で説明した構成に代えて適用されてもよいし、本開示の実施形態で説明した構成に対して追加的に適用されてもよい。
【００７１】
（第１の変形例）
上記では、トーカー側プロトコルリストにおいて、プロトコルＵＵＩＤの配置順序により各プロトコルの優先度が示される例を説明したが、各プロトコルの優先度は他の方法によっても示され得る。例えば、図１４に示すように、各プロトコルＵＵＩＤには、優先度を示す情報が明示的に関連付けられてもよい。この場合、携帯端末２０は、優先度を示す情報に基づいて各プロトコルの優先度を認識することが可能である。
【００７２】
（第２の変形例）
上記では、センサ端末１０が、複数のプロトコルＵＵＩＤを含むプロトコルリストを送信する例を説明したが、プロトコルＵＵＩＤの送信態様はかかる例に限定されない。例えば、センサ端末１０は、複数のプロトコルＵＵＩＤを異なるネゴシエーションパケットにおいて順次に送信してもよい。この場合、センサ端末１０は、各プロトコルの優先度に応じた送信順序で各プロトコルＵＵＩＤを送信してもよいし、各プロトコルＵＵＩＤに加えて優先度を示す情報を送信してもよい。
【００７３】
（第３の変形例）
上記では、携帯端末２０がリスナー側としてプロトコル選択を行う例を説明したが、センサ端末１０が携帯端末２０からプロトコルリストを受信し、センサ端末１０がリスナー側としてプロトコル選択を行ってもよい。また、センサ端末１０および携帯端末２０は、上述したトーカー側の機能およびリスナー側の機能の双方を備えてもよい。
【００７４】
（第４の変形例）
上記では、選択部２３６が、センサ端末１０および携帯端末２０の双方における各プロトコルの優先度に基づいてプロトコル選択を行う例を説明したが、他のプロトコル選択の方法も実現可能である。例えば、選択部２３６は、センサ端末１０から受信されるプロトコルリストにおいて示される各プロトコルの優先度、または携帯端末２０のプロトコルリストにおいて示される各プロトコルの優先度の一方のみを用いてプロトコル選択を行ってもよい。かかる構成によっても、選択部２３６は、センサ端末１０と携帯端末２０に共通する２以上のプロトコルからプロトコルを選択することが可能である。
【００７５】
（第５の変形例）
上記では、複数のプロトコルの一例として、ＯＢＥＸ、ＳＣＳＩおよびＴＣＰ／ＩＰなどを説明したが、他のいかなるプロトコルについても本開示の実施形態を適用可能である。また、Ｂｌｕｅｔｏｏｔｈ（登録商標）におけるプロファイル、サービスまたはキャラクタリスティックの違いおよび鍵の違いも、プロトコルの違いとして扱うことが可能である。
【００７６】
＜６．ハードウェア構成＞
以上、本開示の実施形態を説明した。上述したパケット解析やプロトコル選択などの情報処理は、ソフトウェアと、以下に説明する携帯端末２０のハードウェアとの協働により実現される。
【００７７】
図１５は、携帯端末２０のハードウェア構成を示した説明図である。図１５に示したように、携帯端末２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３と、入力装置２０８と、出力装置２１０と、ストレージ装置２１１と、ドライブ２１２と、撮像装置２１３と、通信装置２１５とを備える。
【００７８】
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、各種プログラムに従って携帯端末２０内の動作全般を制御する。また、ＣＰＵ２０１は、マイクロプロセッサであってもよい。ＲＯＭ２０２は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバスにより相互に接続されている。携帯端末２０の通信制御部２３０の各機能は、これらＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３とソフトウェアの協働により実現され得る。
【００７９】
入力装置２０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。携帯端末２０のユーザは、該入力装置２０８を操作することにより、携帯端末２０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００８０】
出力装置２１０は、例えば、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置２１０は、スピーカおよびヘッドホンなどの音声出力装置を含む。例えば、表示装置は、撮像された画像や生成された画像などを表示する。一方、音声出力装置は、音声データ等を音声に変換して出力する。
【００８１】
ストレージ装置２１１は、本実施形態にかかる携帯端末２０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置２１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。このストレージ装置２１１は、ＣＰＵ２０１が実行するプログラムや各種データを格納する。
【００８２】
ドライブ２１２は、記憶媒体用リーダライタであり、携帯端末２０に内蔵、あるいは外付けされる。ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体２４に記録されている情報を読み出して、ＲＡＭ２０３に出力する。また、ドライブ２１２は、リムーバブル記憶媒体２４に情報を書き込むこともできる。
【００８３】
撮像装置２１３は、光を集光する撮影レンズおよびズームレンズなどの撮像光学系、およびＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）またはＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの信号変換素子を備える。撮像光学系は、被写体から発せられる光を集光して信号変換部に被写体像を形成し、信号変換素子は、形成された被写体像を電気的な画像信号に変換する。
【００８４】
通信装置２１５は、例えば、ネットワーク１２に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置２１５は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）対応通信装置であっても、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。また、本開示の実施形態による通信装置２１５は、図９を参照して説明した、人体を伝送媒体とする通信にも対応する。
【００８５】
なお、センサ端末１０の機能についても同様に、ＣＰＵ、ＲＯＭおよびＲＡＭなどを含むハードウェアとソフトウェアとの協働により実現可能である。
【００８６】
＜７．むすび＞
以上説明したように、本開示の実施形態によれば、各プロトコルに設定されている優先度に基づいてセンサ端末１０と携帯端末２０に共通する２以上のプロトコルから適切なプロトコルを選択することが可能である。すなわち、プロトコル選択に関するユーザの煩雑性を緩和しつつ、適切なプロトコル選択を実行することが可能である。
【００８７】
なお、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【００８８】
例えば、ネゴシエーションパケットの構成は、図５などを参照して説明した構成に限定されず、他の構成を有してもよい。図１６は、ネゴシエーションパケットの他の構成例を示す説明図である。図１６に示したように、ネゴシエーションパケットは、Ｖｅｒ、Ａｄｄｒｅｓｓ、ｍｒｕ、ＳＰＮ、プロトコルリスト（Ｖｅｎｄｅｒ+ｐｒｏｔｏｃｏｌ）、およびＣＲＣ−３２を含んでもよい。Ｖｅｒはバージョン情報であり、ｍｒｕは当該ネゴシエーションパケットの送信元端末が対応する受信バッファサイズであり、ＳＰＮはサポートプロトコル数である。
【００８９】
図１６に示した例におけるプロトコルリストは、ＶｅｎｄｅｒとプロトコルＵＵＩＤとの組み合わせからなる。携帯端末２０の選択部２３６は、リスナー側プロトコルリストとトーカー側プロトコルリストとに共通するＶｅｎｄｅｒとプロトコルＵＵＩＤとの組み合わせから、評価値算出部２３４により算出された評価値が最上位であるプロトコルを選択してもよい。そして、パケット生成部２３８は、リスナー側プロトコルリストとトーカー側プロトコルリストとに共通するＶｅｎｄｅｒとプロトコルＵＵＩＤとの組み合わせを含むネゴシエーションパケットを生成してもよい。当該ネゴシエーションパケットにおいては、各ＶｅｎｄｅｒとプロトコルＵＵＩＤとの組み合わせについて、評価値算出部２３４により算出された評価値の順位が示されてもよいし、リスナー側プロトコルリストにおける優先度の順位が示されてもよい。
【００９０】
図１７は、プロトコル選択の具体例を示す説明図である。図１７の上段に示したリスナー側プロトコルリストとトーカー側プロトコルリストとでは、Ｖｅｎｄｅｒ「ＸＸＸＸ」のプロトコルＵＵＩＤ「0x00000001」〜「0x00000002」が共通する。このため、パケット生成部２３８は、図１７の下段に示したようにＶｅｎｄｅｒ「ＸＸＸＸ」とプロトコルＵＵＩＤ「0x00000001」〜「0x00000002」との組み合わせを含むネゴシエーションパケットを生成し、通信部２５０が当該ネゴシエーションパケットをセンサ端末１０に送信する。センサ端末１０は、当該ネゴシエーションパケットの受信に基づいて、利用するプロトコルを決定することが可能である。
【００９１】
また、本明細書のセンサ端末１０、または携帯端末２０の処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、センサ端末１０、または携帯端末２０の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【００９２】
また、センサ端末１０、または携帯端末２０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述したセンサ端末１０、または携帯端末２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【００９３】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【００９４】
また、以下のような構成も本開示の技術的範囲に属する。
（１）
通信装置であって、
他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、
前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、
前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
を備える、通信装置。
（２）
前記通信装置は、前記他の通信装置から受信される情報を解析し、前記２以上のプロトコル情報が示す各プロトコルの優先度を抽出する解析部をさらに備え、
前記選択部は、前記プロトコル選択に関して設定されている優先度として、前記解析部により抽出された優先度に基づいて前記プロトコルを選択する、前記（１）に記載の通信装置。
（３）
前記２以上のプロトコル情報は、パケットにおける所定のフィールドに配置され、
前記解析部は、前記フィールドにおける前記２以上のプロトコル情報の配置順序に基づいて前記各プロトコルの優先度を抽出する、前記（２）に記載の通信装置。
（４）
前記解析部は、前記２以上のプロトコル情報の各々と関連付けて送信される優先度情報から、前記各プロトコルの優先度を抽出する、前記（２）に記載の通信装置。
（５）
前記通信装置は、前記通信装置が利用可能な２以上のプロトコルの各々の優先度を示す優先度情報を記憶する記憶部をさらに備え、
前記選択部は、前記プロトコル選択に関して設定されている優先度として、前記記憶部に記憶部に記憶されている優先度情報に基づいて前記プロトコルを選択する、前記（１）〜（３）のいずれか一項に記載の通信装置。
（６）
前記通信装置は、
前記他の通信装置から受信される情報を解析し、前記２以上のプロトコル情報が示す各プロトコルの優先度を抽出する解析部と、
前記通信装置が利用可能な２以上のプロトコルの各々の優先度を示す優先度情報を記憶する記憶部と、
をさらに備え、
前記選択部は、前記解析部により抽出された優先度、および前記記憶部に記憶されている優先度情報の双方に基づいて前記プロトコルを選択する、前記（１）に記載の通信装置。
（７）
前記通信装置は、
各プロトコルについて、前記解析部により抽出された優先度、および前記記憶部に記憶部に記憶されている優先度情報が示す優先度の双方に基づいて評価値を算出する評価値算出部をさらに備え、
前記選択部は、前記各プロトコルについて算出された評価値が最上位である前記プロトコルを選択する、前記（６）に記載の通信装置。
（８）
前記選択部は、前記評価値が最上位である複数のプロトコルが存在する場合、前記記憶部に記憶されている優先度情報が示す優先度がより高いプロトコルを選択する、前記（７）に記載の通信装置。
（９）
前記選択部は、前記他の通信装置との以前の接続時に選択されたプロトコルを示すプロトコル情報を含むパケットが前記他の通信装置から受信された場合、当該パケットに含まれるプロトコル情報が示すプロトコルを選択する、前記（１）〜（８）のいずれか一項に記載の通信装置。
（１０）
各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、
前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、
前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
を備える、通信装置。
（１１）
前記通信装置は、前記２以上のプロトコル情報を含むパケットを生成するパケット生成部をさらに備え、
前記パケット生成部は、前記２以上のプロトコル情報に設定されている優先度に従った順序で、前記パケットに含まれる所定のフィールドに前記２以上のプロトコル情報を配置する、前記（１０）に記載の通信装置。
（１２）
前記通信装置は、前記２以上のプロトコル情報の各々に関連付けられた優先度情報を含むパケットを生成するパケット生成部をさらに備える、前記（１０）に記載の通信装置。
（１３）
前記送信部は、前記他の通信装置との以前の接続時に利用されたプロトコルを示すプロトコル情報および前記他の通信装置の識別情報を含むパケットを送信する、前記（１０）〜（１２）のいずれか一項に記載の通信装置。
（１４）
通信装置が他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信することと、
前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルをプロセッサにより選択することと、
選択されたプロトコルに従って前記他の通信装置との通信を制御することと、
を含む、通信方法。
（１５）
各々がプロトコルを示す２以上のプロトコル情報を通信装置が他の通信装置に送信することと、
前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信することと、
受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信をプロセッサにより制御することと、
を含む、通信方法。
（１６）
コンピュータを、
通信装置であって、
他の通信装置から各々がプロトコルを示す２以上のプロトコル情報を受信する受信部と、
前記通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部と、
前記選択部により選択されたプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
を備える、通信装置として機能させるための、プログラム。
（１７）
コンピュータを、
各々がプロトコルを示す２以上のプロトコル情報を他の通信装置に送信する送信部と、
前記他の通信装置から、プロトコル選択に関して設定されている優先度に基づいて前記２以上のプロトコル情報が示す２以上のプロトコルから選択されたプロトコルを示す選択プロトコル情報を受信する受信部と、
前記受信部により受信された前記選択プロトコル情報が示すプロトコルに従って前記他の通信装置との通信を制御する通信制御部と、
として機能させるための、プログラム。
（１８）
各々がプロトコルを示す２以上のプロトコル情報を送信する第１の通信装置と、
第２の通信装置と、
を備え、
前記第２の通信装置は、
前記第１の通信装置から前記２以上のプロトコル情報を受信する受信部、
前記第１の通信装置が利用可能な２以上のプロトコルと、前記２以上のプロトコル情報が示す２以上のプロトコルとに共通するプロトコルから、プロトコル選択に関して設定されている優先度に基づいてプロトコルを選択する選択部、および、
前記選択部により選択されたプロトコルに従って前記第１の通信装置との通信を制御する通信制御部、を有する、通信システム。
【符号の説明】
【００９５】
１０  センサ端末
２０  携帯端末
１２０  センサ部
１３０  通信制御部
１３２  パケット生成部
１４０  優先度記憶部
１５０  通信部
２２０  アプリケーション部
２３０  通信制御部
２３２  パケット解析部
２３４  評価値算出部
２３６  選択部
２３８  パケット生成部
２４０  優先度記憶部
２５０  通信部
【図１】
2018074418.tif 000003
【図２】
2018074418.tif 000004
【図３】
2018074418.tif 000005
【図４】
2018074418.tif 000006
【図５】
2018074418.tif 000007
【図６】
2018074418.tif 000008
【図７】
2018074418.tif 000009
【図８】
2018074418.tif 000010
【図９】
2018074418.tif 000011
【図１０】
2018074418.tif 000012
【図１１】
2018074418.tif 000013
【図１２】
2018074418.tif 000014
【図１３】
2018074418.tif 000015
【図１４】
2018074418.tif 000016
【図１５】
2018074418.tif 000017
【図１６】
2018074418.tif 000018
【図１７】
2018074418.tif 000019