特表 2024-540997 ゲートウェイ装置、ネットワークサービス装置、通信装置、および方法

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

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

(11)【公表番号】

(43)【公表日】2024-11-06

(54)【発明の名称】ゲートウェイ装置、ネットワークサービス装置、通信装置、および方法

(51)【国際特許分類】

   H04W 4/80 20180101AFI20241029BHJP

   H04W 4/38 20180101ALI20241029BHJP

【ＦＩ】

H04W4/80

H04W4/38

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024524428

(86)(22)【出願日】2022-10-17

(85)【翻訳文提出日】2024-06-14

(86)【国際出願番号】 GB2022052641

(87)【国際公開番号】W WO2023067319

(87)【国際公開日】2023-04-27

(31)【優先権主張番号】2114946.3

(32)【優先日】2021-10-19

(33)【優先権主張国・地域又は機関】GB

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＱＲコード

(71)【出願人】

【識別番号】524149399

【氏名又は名称】ブレコン・リミテッド

(74)【代理人】

【識別番号】100114188

【弁理士】

【氏名又は名称】小野 誠

(74)【代理人】

【識別番号】100119253

【弁理士】

【氏名又は名称】金山 賢教

(74)【代理人】

【識別番号】100124855

【弁理士】

【氏名又は名称】坪倉 道明

(74)【代理人】

【識別番号】100129713

【弁理士】

【氏名又は名称】重森 一輝

(74)【代理人】

【識別番号】100137213

【弁理士】

【氏名又は名称】安藤 健司

(74)【代理人】

【識別番号】100183519

【弁理士】

【氏名又は名称】櫻田 芳恵

(74)【代理人】

【識別番号】100196483

【弁理士】

【氏名又は名称】川嵜 洋祐

(74)【代理人】

【識別番号】100160749

【弁理士】

【氏名又は名称】飯野 陽一

(74)【代理人】

【識別番号】100160255

【弁理士】

【氏名又は名称】市川 祐輔

(74)【代理人】

【識別番号】100219265

【弁理士】

【氏名又は名称】鈴木 崇大

(74)【代理人】

【識別番号】100203208

【弁理士】

【氏名又は名称】小笠原 洋平

(74)【代理人】

【識別番号】100216839

【弁理士】

【氏名又は名称】大石 敏幸

(74)【代理人】

【識別番号】100228980

【弁理士】

【氏名又は名称】副島 由加里

(74)【代理人】

【識別番号】100151448

【弁理士】

【氏名又は名称】青木 孝博

(74)【代理人】

【識別番号】100146318

【弁理士】

【氏名又は名称】岩瀬 吉和

(74)【代理人】

【識別番号】100127812

【弁理士】

【氏名又は名称】城山 康文

(72)【発明者】

【氏名】フォード，サイモン・アンドリュー

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067BB21

5K067DD11

5K067DD17

5K067EE02

5K067EE10

5K067EE25

(57)【要約】

ゲートウェイ装置は、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットにおいて、通信装置の識別子および通信装置がゲートウェイ装置との無線接続を要求しているかどうかのインジケータを無線で受信し、通信装置がゲートウェイ装置との無線接続を要求していることを示すＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットに応答して、通信装置との無線接続を確立し、確立された無線接続を介して、通信装置の識別子に関連付けられた通信装置からの情報を受信し、受信した情報をウェブサービスに送信するように構成された回路を備える。
【選択図】図４

【特許請求の範囲】

【請求項1】

ゲートウェイ装置であって、
Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットにおいて、通信装置の識別子および前記通信装置がゲートウェイ装置との無線接続を要求しているかどうかのインジケータを無線で受信し、
前記通信装置がゲートウェイ装置との無線接続を要求していることを示す前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットに応答して、前記通信装置との無線接続を確立し、
前記確立された無線接続を介して、前記通信装置の前記識別子に関連付けられた前記通信装置からの情報を受信し、
前記受信した情報をウェブサービスに送信する
ように構成された回路を備える、ゲートウェイ装置。

【請求項2】

前記ウェブサービスは、前記通信装置の前記識別子に関連付けられている、請求項１に記載のゲートウェイ装置。

【請求項3】

前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットは、第１のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットであり、
前記回路は、第２のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットのセットのうちの１つまたは複数を受信することに応答して、またはもはや受信しないことに応答して、前記第１のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットを無線で受信するモードに入るように構成される、
請求項１または２に記載のゲートウェイ装置。

【請求項4】

前記第２のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットの前記セットの一部は、前記第１のタイプの１つまたは複数の以前に受信したＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットに基づいて構成される、請求項３に記載のゲートウェイ装置。

【請求項5】

前記第２のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットの前記セットの一部は、前記第１のタイプの前記１つまたは複数の以前に受信したＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットによって示される通信装置の識別子に基づいて構成される、請求項４に記載のゲートウェイ装置。

【請求項6】

前記第２のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットは、ｉＢｅａｃｏｎパケットである、請求項３～５のいずれか一項に記載のゲートウェイ装置。

【請求項7】

前記通信装置から受信した前記情報は、要求であり、
前記回路は、前記確立された無線接続を介して、前記要求に対する応答を前記通信装置に送信するように構成される、
請求項１～６のいずれか一項に記載のゲートウェイ装置。

【請求項8】

前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットは、前記通信装置の特性が導出可能である情報を備える、請求項１～７のいずれか一項に記載のゲートウェイ装置。

【請求項9】

前記回路は、前記受信した情報と共に追加の情報を前記ウェブサービスに送信するように構成される、請求項１～８のいずれか一項に記載のゲートウェイ装置。

【請求項10】

前記追加の情報は、前記ゲートウェイ装置の位置を備える、請求項９に記載のゲートウェイ装置。

【請求項11】

前記回路は、前記確立された無線接続を介して前記通信装置から受信した前記情報の認証および／または暗号化を可能にするためにセキュリティプロトコルを完成させるように構成される、請求項１～１０のいずれか一項に記載のゲートウェイ装置。

【請求項12】

前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットは、前記通信装置がゲートウェイ装置との無線接続を受け入れているかどうかのインジケータを備え、
前記通信装置がゲートウェイ装置との無線接続を要求していない場合、前記回路は、前記通信装置がゲートウェイ装置との無線接続を受け入れていることを前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットが示す場合にのみ、前記通信装置との無線接続を確立するように構成される、
請求項１～１１のいずれか一項に記載のゲートウェイ装置。

【請求項13】

前記ゲートウェイ装置は、スマートフォンである、請求項１～１２のいずれか一項に記載のゲートウェイ装置。

【請求項14】

ネットワークサービス装置であって、
ゲートウェイ装置を介して、通信装置の識別子および前記通信装置からの情報を受信し、前記通信装置の前記識別子は、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットにおいて前記通信装置によって前記ゲートウェイ装置に送信され、前記通信装置からの前記情報は、ゲートウェイ装置との無線接続を示す前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットにおけるインジケータが前記通信装置によって要求されたことに応答して、前記ゲートウェイ装置と確立された無線接続を介して前記通信装置によって前記ゲートウェイ装置に送信され、
前記通信装置の前記識別子に関連付けられたウェブサービスを識別し、
前記受信した情報を前記識別されたウェブサービスに送信する
ように構成された回路を備える、ネットワークサービス装置。

【請求項15】

前記回路は、前記識別されたウェブサービスの識別子を前記通信装置の前記識別子に関連付けるデータベースにアクセスするように構成される、請求項１４に記載のネットワークサービス装置。

【請求項16】

前記通信装置から受信した前記情報は、要求であり、
前記回路は、前記識別されたウェブサービスから、前記要求に対する応答を受信し、
前記要求に対する前記応答を前記通信装置に送信する
ように構成される、
請求項１４または１５に記載のネットワークサービス装置。

【請求項17】

前記回路は、
前記ゲートウェイ装置を介して、前記通信装置の特性を示す情報を受信し、前記情報は、前記通信装置によって前記ゲートウェイ装置に送信された前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットに備えられる情報から前記ゲートウェイ装置によって導出される前記通信装置の前記特性を示し、
前記通信装置の前記特性を示す前記情報を前記識別されたウェブサービスに送信する
ように構成される、請求項１４～１６のいずれか一項に記載のネットワークサービス装置。

【請求項18】

前記回路は、
前記ゲートウェイ装置から、前記ゲートウェイ装置を介して前記通信装置から受信した前記情報と共に追加の情報を受信し、
前記受信した情報と共に前記追加の情報を前記識別されたウェブサービスに送信する
ように構成される、請求項１４～１７のいずれか一項に記載のネットワークサービス装置。

【請求項19】

前記追加の情報は、前記ゲートウェイ装置の位置を備える、請求項１８に記載のネットワークサービス装置。

【請求項20】

前記ゲートウェイ装置を介して受信され、前記識別されたウェブサービスに送信される前記情報は、ウェブフックを使用して前記識別されたウェブサービスに送信される、請求項１４～１９のいずれか一項に記載のネットワークサービス装置。

【請求項21】

通信装置であって、
Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットにおいて、前記通信装置の識別子および前記通信装置がゲートウェイ装置との無線接続を要求しているかどうかのインジケータを無線で送信し、
ゲートウェイ装置からの無線接続要求の受信に応答して、前記ゲートウェイ装置との無線接続を確立し、前記無線接続要求は、前記通信装置がゲートウェイ装置との無線接続を要求していることを前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットが示す場合に前記ゲートウェイ装置から受信され、
前記確立された無線接続を介して、前記通信装置の前記識別子に関連付けられた情報を前記ゲートウェイ装置に送信する
ように構成された回路を備える、通信装置。

【請求項22】

前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットは、第１のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットであり、
前記回路は、前記ゲートウェイ装置に、前記第１のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットが受信可能であるモードに入らせるための第２のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットを送信するように構成される、
請求項２１に記載の通信装置。

【請求項23】

前記送信された第２のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットは、前記送信された第１のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットに基づいて構成される、請求項２２に記載の通信装置。

【請求項24】

前記送信された第２のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットは、前記送信された第１のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットによって示される前記通信装置の前記識別子に基づいて構成される、請求項２３に記載の通信装置。

【請求項25】

前記第２のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットは、ｉＢｅａｃｏｎパケットである、請求項２２～２４のいずれか一項に記載の通信装置。

【請求項26】

前記回路は、前記第１のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットの１つまたは複数の反復、および前記第２のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットの１つまたは複数の反復を交互に送信するように構成される、請求項２２～２５のいずれか一項に記載の通信装置。

【請求項27】

前記回路は、前記通信装置がゲートウェイ装置との無線接続を要求していることを前記第１のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングが示す場合に前記第２のタイプのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットを送信するように構成される、請求項２２～２６のいずれか一項に記載の通信装置。

【請求項28】

前記ゲートウェイ装置に送信された前記情報は、要求であり、
前記回路は、前記確立された無線接続を介して、前記ゲートウェイ装置から前記要求に対する応答を受信するように構成される、
請求項２１～２７のいずれか一項に記載の通信装置。

【請求項29】

前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットは、前記通信装置の特性が導出可能である情報を備える、請求項２１～２８のいずれか一項に記載の通信装置。

【請求項30】

前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットは、前記通信装置がゲートウェイ装置との無線接続を受け入れているかどうかのインジケータを備え、
前記通信装置がゲートウェイ装置との無線接続を要求していない場合、前記回路は、前記通信装置がゲートウェイ装置との無線接続を受け入れていることを前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットが示す場合にのみ、ゲートウェイ装置との無線接続を確立するように構成される、
請求項２１～２９のいずれか一項に記載の通信装置。

【請求項31】

ゲートウェイ装置を制御する方法であって、
Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットにおいて、通信装置の識別子および前記通信装置がゲートウェイ装置との無線接続を要求しているかどうかのインジケータを無線で受信し、
前記通信装置がゲートウェイ装置との無線接続を要求していることを示す前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットに応答して、前記通信装置との無線接続を確立し、
前記確立された無線接続を介して、前記通信装置の前記識別子に関連付けられた前記通信装置からの情報を受信し、
前記受信した情報をウェブサービスに送信する
ように前記ゲートウェイ装置を制御することを含む、方法。

【請求項32】

ネットワークサービス装置を制御する方法であって、
ゲートウェイ装置を介して、通信装置の識別子および前記通信装置からの情報を受信し、前記通信装置の前記識別子は、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットにおいて前記通信装置によって前記ゲートウェイ装置に送信され、前記通信装置からの前記情報は、ゲートウェイ装置との無線接続を示す前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットにおけるインジケータが前記通信装置によって要求されたことに応答して、前記ゲートウェイ装置と確立された無線接続を介して前記通信装置によって前記ゲートウェイ装置に送信され、
前記通信装置の前記識別子に関連付けられたウェブサービスを識別し、
前記受信した情報を前記識別されたウェブサービスに送信する
ように前記ネットワークサービス装置を制御することを含む、方法。

【請求項33】

通信装置を制御する方法であって、
Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットにおいて、前記通信装置の識別子および前記通信装置がゲートウェイ装置との無線接続を要求しているかどうかのインジケータを無線で送信し、
ゲートウェイ装置からの無線接続要求の受信に応答して、前記ゲートウェイ装置との無線接続を確立し、前記無線接続要求は、前記通信装置がゲートウェイ装置との無線接続を要求していることを前記Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットが示す場合に前記ゲートウェイ装置から受信され、
前記確立された無線接続を介して、前記通信装置の前記識別子に関連付けられた情報を前記ゲートウェイ装置に送信する
ように前記通信装置を制御することを含む、方法。

【請求項34】

請求項３１～３３のいずれか一項に記載の方法を実施するようにコンピュータを制御するための、プログラム。

【請求項35】

請求項３４に記載のプログラムを記憶する、記憶媒体。

【請求項36】

請求項１に記載のゲートウェイ装置と、
請求項１４に記載のネットワークサービス装置と、
請求項２１に記載の通信装置と
を備える、システム。

【発明の詳細な説明】

【技術分野】

【0001】

背景
本開示は、ゲートウェイ装置、ネットワークサービス装置、通信装置、および方法に関する。

【背景技術】

【0002】

提供される「背景技術」の説明は、本開示の内容を一般的に提示する目的のためのものである。背景技術の項に記載されている限りにおいて、本発明者らの研究、ならびに出願時に先行技術として認められない可能性がある説明の態様は、本開示に対する先行技術として明示的にも黙示的にも認められない。

【0003】

多くの場合、センサなどの通信デバイスは、ウェブサービスと無線通信することができることが望ましい。既存の無線技術はこれを達成することができ、各々異なるトレードオフを伴う。考慮事項には、モデムコスト、帯域幅、消費電力、および地域無線要件に加えて、サポート機器、インフラストラクチャ、および設置のコストが挙げられ得る。

【0004】

Ｂｌｕｅｔｏｏｔｈ（ＲＴＭ）ベースのデバイスの低コスト、低消費電力、および高帯域幅は、展開するのに実用的でありながらアプリケーションのニーズを満たすことができれば、しばしば好ましい解決策である。しかし、現在知られている技法の制限は、それがしばしば適切ではないことを意味する。

【0005】

いくつかの関連するユースケースは、Ｂｌｕｅｔｏｏｔｈベースのデバイスでサポートされることが知られている。

【0006】

１つは、スマートフォンとペアリングされ、デバイスと電話上のアプリとの間の柔軟で安全な双方向通信を提供する通信デバイスである。特定の追加のハードウェアまたはインフラストラクチャは、必要とされない。しかし、デバイスは、完全な機能を提供するために特定のスマートフォンとペアリングまたは関連付けられる必要があり、潜在的に多数の通信デバイス（例えば、センサ）との対話のためのセットアップを非現実的にする。

【0007】

もう１つは、スマートフォンがスリープ状態にあるときの検出を含む、事前のペアリングまたは関連付けなしにそれらの存在を近傍の他のデバイス（スマートフォンなど）にアドバタイズすることができる市販のビーコンデバイスまたはトラッカデバイスである。これは、事前の関連付けなしに多くの異なるデバイスの存在を検出することを必要とする単純なアプリケーションには優れているが、機能が制限されている。

【0008】

もう１つは、ペアまたは非ペアの双方向通信をサポートするプロトコルを使用して、専用の常時接続ネットワークインフラストラクチャと通信することができる通信デバイスである。これは、使用されるプロトコルは良好に機能するが、例えば、スマートフォンがスリープ状態にあるときでも機能が持続するはずのスマートフォン実装には容易に変換されない。したがって、解決策は、専用のネットワークインフラストラクチャが展開されるものに限定される。

【0009】

したがって、これらの欠点を克服することが望まれている。

【発明の概要】

【0010】

本開示は、特許請求の範囲によって定義される。

【0011】

本開示の非限定的な実施形態および利点は、添付の図面と併せて以下の詳細な説明を参照して説明される。

【図面の簡単な説明】

【0012】

【図1】例示的なゲートウェイ装置、ネットワークサービス装置、および通信装置を説明する図である。

【図2】例示的なネットワーク（システム）を説明する図である。

【図3】例示的なＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙアドバタイジングパケットを説明する図である。

【図4】例示的な情報の流れを説明する図である。

【図5】例示的な構成画面を説明する図である。

【図6】例示的なゲートウェイ装置の方法を説明する図である。

【図7】例示的なネットワークサービス装置の方法を説明する図である。

【図8】例示的な通信装置の方法を説明する図である。

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

【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】

参考文献
［１］ＬＩＮＤＨ，Ｊｏａｋｉｍ Ｂｌｕｅｔｏｏｔｈ ｌｏｗ ｅｎｅｒｇｙ Ｂｅａｃｏｎｓ Ｔｅｘａｓ Ｉｎｓｔｒｕｍｅｎｔｓ Ａｐｐｌｉｃａｔｉｏｎ Ｒｅｐｏｒｔ ＳＷＲＡ２７４Ａ－Ｊａｎｕａｒｙ ２０１５－Ｒｅｖｉｓｅｄ Ｏｃｔｏｂｅｒ ２０１５ ｈｔｔｐｓ：／／ｗｗｗ．ｔｉ．ｃｏｍ／ｌｉｔ／ａｎ／ｓｗｒａ４７５ａ／ｓｗｒａ４７５ａ．ｐｄｆ
［２］ｉＢｅａｃｏｎ－Ａｐｐｌｅ Ｄｅｖｅｌｏｐｅｒ ｈｔｔｐｓ：／／ｄｅｖｅｌｏｐｅｒ．ａｐｐｌｅ．ｃｏｍ／ｉｂｅａｃｏｎ／

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【国際調査報告】