JP6564529B2 - メッシュネットワーク接続形態を介したデータ送信 - Google Patents

Description

本開示は、接続形態（トポロジー）に関し、より詳細には、電子装置をメッシュ型接続形態すなわちPICONET接続形態で接続するための方式に関するが、これに限定はされない。

Bluetooth（登録商標）及びBluetooth（登録商標） Low Energy(Bluetooth（登録商標） Smart Technologyとしても知られる)などの従来の無線通信方式では、個々の装置は特定の通信関係でマスターまたはスレーブの役割を果たすノードして動作することができる。従って、各ノードはマスターの役割かまたはスレーブの役割を引き受ける。従って、ある通信ペアにおいて、一方のノードがマスターとして動作し、他方がスレーブとして動作する。Bluetooth（登録商標） Low Energyの文脈では、マスターは中央機器と呼ばれ、スレーブは周辺機器と呼ばれることがある。１つのマスター（または中央）ノードは、いくつかのスレーブ（正確な数は、個別のチップセットの実装によって制限されることが多い）に対するマスターになることができ、また、あるノードは、複数のマスターに対してスレーブ（または周辺機器）として登録されることができるが、一度に１つのマスターに対するスレーブとしてのみ動作することができる。

Bluetooth（登録商標）及びBluetooth（登録商標） Low Energyは、共にIEEE802.15.4無線プロトコルに基づいているZigbee（登録商標）及びThread（登録商標）などの他の低速無線パーソナル・エリア・ネットワーク（ＬＲ−ＷＰＡＮ）とは根本的に動作が異なっている。

下記特許文献１、下記特許文献２および下記特許文献３は、通信機能を有する電子タバコの例を記載している。

いくつかの特定の態様及び実施形態が、添付の特許請求の範囲に記載されている。

第１の態様によれば、同一の通信プロトコルを用いて異なる時間に別々の通信関係でマスター装置としてかつスレーブ装置として動作するように構成される無線通信インターフェースを含む無線通信モジュールを提供することができ、このインターフェースは、マスター装置モードとスレーブ装置モードの間で切り換わるように構成される。それによって、この無線通信モジュールは、他の同様に構成されたモジュールと共にメッシュを形成することができ、時分割方式を用いて、メッシュ内の異なるモジュールが異なる時間にメッシュ内の異なるパーソナリティーを引き受けられるようにしている。

別の態様によれば、第１及び第２の無線通信モジュールを備える無線通信ネットワークを提供することができ、スレーブ装置モードで動作する第１のモジュールは、ネットワークの全域に送信されるべきデータトークンを表すアドバタイジング（ネットワーク管理に必要な情報を定期的に送ること）データを送信し、マスター装置モードで動作する第２のモジュールは、第１のモジュールによって送信されたアドバタイジングデータを受信し、それによってデータトークンを受け取り、また、スレーブ装置モードで動作する第２のモジュールは、ネットワークの全域に送信されるべきデータトークンを表すアドバタイジングデータを送信し、マスター装置モードで動作する第１のモジュールは第２のモジュールによって送信されたアドバタイジングデータを受信し、それによってデータトークンを受け取る。それによって、モジュール間通信のためのメッシュ化方式を達成することができる。

更なる態様によれば、メッシュネットワークを介してデータを送信する方法を提供することができ、この方法は、第１のノードによって送信される第１のノードのアドバタイジングデータ中にデータトークンが含まれるアドバタイジング状態を、メッシュネットワークの第１のノードにおいて採用する工程と、第１のノードのアドバタイジングデータが第２のノードによって受信される待ち受け状態を、第１のノードの無線通信範囲内にある第２のノードにおいて、第１のノードでのアドバタイジング状態の期間の少なくとも一部と同時に、採用する工程と、第１のノードのアドバタイジングデータにおいて受け取られたデータトークンが、第２のノードによって送信される第２のノードのアドバタイジングデータ中に含まれるアドバタイジング状態を、第２のノードにおいて、第１のノードのアドバタイジングデータの受信の後で、採用する工程と、を含む。それによって、時分割方式のメッシュ化方式を使用して、ネットワーク内のノード間の通信を提供することができる。

別の態様によれば、第１の無線接続可能な装置から第２の無線接続可能な装置へデータトークンを渡す工程と、第３の無線接続可能な装置の動作の様相を制御するためにこのトークンを使用する工程と、を含む方法が提供される。第３の無線接続可能な装置は、第２の無線接続可能な装置との通信関係が確立されている。それにより、独立した装置間の相互作用を使用して、これらの装置のうちの１つと第３の装置との間のこれから起こる相互作用の挙動に影響を与えることができる。

更なる態様によれば、次のような動作方法及びエアロゾル供給装置を提供することができる。この方法は、装置の無線通信インターフェースを待ち受けモードで動作させる工程と、この待ち受けモードでの動作の間に、別のエアロゾル供給装置の無線通信インターフェースからデータトークンを受信する工程と、エアロゾル供給装置に受信したデータトークンを保存する工程と、アプリケーション動作装置の動作の様相を制御するために、保存されたデータトークンをそのアプリケーション動作装置に提供する工程と、を含む。それにより、エアロゾル送出装置は、それらの間を伝送されることになる相互作用に影響を及ぼすトークンがアプリケーション装置まで渡されるように構成することができる。

別の態様によれば、次のようなエアロゾル送出装置を提供することができる。このエアロゾル送出装置は、別のエアロゾル供給装置の無線通信インターフェースからデータトークンを受信するために待ち受けモードで動作可能な無線通信インターフェースと、受信したデータトークンを保存するように動作可能なデータストアと、を備え、この無線通信インターフェースは、アプリケーション動作装置の動作の様相を制御するために、受信したデータトークンを、エアロゾル送出装置と動作上関連するこのアプリケーション動作装置に送信するように更に動作可能である。それにより、エアロゾル送出装置は、挙動に影響を与えるデータパケットを受信して保存することができ、後でアプリケーション装置に提供してこの挙動に影響を与えるデータパケットに少なくとも部分的に応じた挙動でアプリケーションが実行されるようにすることができる。

別の態様によれば、無線接続された装置から、その接続された装置に保存されているトークンを、その接続された装置と別の装置との装置間相互作用の結果として要求する工程と、要求されたトークンを無線接続された装置から受信する工程と、そのトークンをリモートサービスに提供する工程と、そのリモートサービスからプロファイルを受信する工程と、受信したプロファイルと無線接続された装置に関連したプロファイルとの比較または相互作用を実施する工程と、を含む方法を提供することができる。それにより、ある装置は、接続された装置と別の装置との以前の相互作用に基づいて、接続された装置によって保存されるトークンに少なくとも部分的に対応するアプリケーション機能を実行することができる。

本教示の実施形態を、例としてのみ、添付の図面を参照して説明する。

アドバタイジング・プロトコルを概略的に示す図である。 例示的な装置環境を概略的に示す図である。 ノードの機能構成要素を概略的に示す図である。 プロトコル・スタックを概略的に示す図である。 スキャン応答タイミングを概略的に示す図である。 モード・スケジューリングを概略的に示す図である。 ノードのメッシュを概略的に示す図である。 ノードのメッシュを概略的に示す図である。 メッシュ型ノード接続形態の実装例を概略的に示す図である。 メッシュ化方式を用いた装置間相互作用のための構成例を概略的に示す図である。 アドバタイジング相互作用を概略的に示す図である。 アドバタイジング相互作用を概略的に示す図である。 メッシュ化方式でアドバタイジングを介して交換されたデータに基づく相互作用を概略的に示す図である。 メッシュ化方式でアドバタイジングを介して交換されたデータに基づく相互作用を概略的に示す図である。

現在説明した方式は様々な改変及び代替の形態が可能であるが、具体的な実施形態を、図面において例として示しており、本明細書で詳細に説明する。しかしながら、図面及び図面の詳細な説明は、本発明の範囲を開示された特定の形態に限定するように意図したものではなく、むしろ反対に、本発明の範囲は、添付の特許請求の範囲によって規定される趣旨及び範囲内に該当する全ての改変例、均等物、及び代替物を包含することは、言うまでもない。

本開示は、無線通信の挙動の改変された形態に関する。本教示によれば、装置は、Bluetooth（登録商標）またはBluetooth（登録商標）に似た通信プロトコルを使用するように構成することができ、また、その装置と通信するための通信プロトコルを用いて他の装置に対して透過的であることがある様相で、時分割をベースとして同時に異なる通信関係で、マスター／中央装置及びスレーブ／周辺装置の両方として動作することができる。

例によっては、装置は、他の通信装置と通信することを可能にする電子機器を備えた、時には電子ニコチン送出装置（ＥＮＤ装置）としても知られる、いわゆる「電子タバコ」などのエアロゾル送出装置であり得る。他の例では、装置は、電子名刺または他の携帯装置を含むことがあり、それらは、それらの装置のうちの複数の装置間でメッシュ型の様相で相互作用する能力に関連した機能を有することがある。

この例では、装置はBluetooth（登録商標） Low Energy(「ＢＴＬＥ」)を使用しているが、他のBluetooth（登録商標）プロトコルまたはBluetooth（登録商標）に似たプロトコルが、本教示を利用することができる。Bluetooth（登録商標）は、適切に有効にされた装置間での短距離通信のための無線技術標準である。ＢＴＬＥは、電池寿命の延長及び／または小型電池用途のために、使用時により省電力となるように設計された、元のBluetooth（登録商標）システムの変形例である。Bluetooth（登録商標）及びＢＴＬＥは両方とも、２．４〜２．４８５ＧＨｚのＵＨＦ無線産業科学医療用（ＩＳＭ）帯域で動作し、短距離で装置同士を相互接続するための、いわゆる無線パーソナル・エリア・ネットワーク（ＰＡＮ）を生成するように設計されている。ＢＴＬＥは、通信用のBluetooth（登録商標）スタックの修正版を使用しており、その結果、１つの装置が両方のプロトコルを実装していない限り、ＢＴＬＥ装置と従来のBluetooth（登録商標）装置とは直接には互換性が無い。Bluetooth（登録商標）標準及びＢＴＬＥ標準は両方とも、Bluetooth（登録商標） Special Interest Group（ＳＩＧ）によって維持管理されている。本開示は、ＢＴＬＥに関連するBluetooth（登録商標） v4仕様の部分を用いたＢＴＬＥの実装という文脈で提供される。しかしながら、本教示は、やはりBluetooth（登録商標） v4仕様に記載されている、いわゆるClassic Bluetooth（登録商標）定義などの他のBluetooth（登録商標）方式に適用することができることが、当業者には分かるであろう。また、当然のことながら、本教示は、Bluetooth（登録商標）仕様全体には準拠していないがそれでもなおBluetooth（登録商標）に似た様相で振る舞う技術に適用することができる。

例えば、Bluetooth（登録商標） Low Energy Generic Access Profile（ＧＡＰ）に基づくアドバタイジング構成をやはり使用し、従って図１に示すようなアドバタイジング構造を実質的に有する、非Bluetoothシステムは、本教示の技術を利用することができる。図１は、アドバタイジング構造を示しており、この構造によれば、周辺（またはスレーブ、リモート、または２次）装置は、アドバタイズメント期間の間に、周辺（またはスレーブ、リモート、または２次）装置としての利用可能性をアドバタイズし、アドバタイズメント期間はアドバタイズメント間隔だけ分離されている。アドバタイズメントは、送信用のデータ、または送信用のデータが存在するという指摘を含むか、またはデータ参照が全くないことでもよい。アドバタイズメントを受信するために、中央（または１次、または制御）装置は、スキャンウィンドウの期間中にアドバタイズメントを探してスキャンする。複数のスキャンウィンドウが、スキャン間隔によって分離されている。スキャン間隔及びアドバタイズメント間隔の相対的な持続期間は、一方の装置型における間隔は一定であり他方は変化するという決定か、または両方とも変化するという決定によって変更され、その決定は、アドバタイジング・プロトコルを実装するための標準または規則集合によって設定することができる。スキャン間隔及びアドバタイズメント間隔でのこの相対的な変動を設けることによって、最初のアドバタイズメント期間が最初のスキャンウィンドウと重複しない場合であっても、いくつかのアドバタイズメント間隔及びスキャン間隔の後で、スキャンウィンドウと重複するアドバタイズメント期間が発生することになり、その結果、中央装置と周辺装置との間で接続を開始することができる。

本教示を利用することができる装置環境１の第１の例を、図２に示す。この例では、装置環境１中に、複数のノード２ａ〜２ｅが存在する。ノード２のうちのいくつかは、点線４によって示される無線リンクを介して相互接続されている。しかしながら、全てのノード２が互いのノードと直接的に相互接続されているわけではない。むしろ、ノード２はスキャッタネットデータフローを伴うメッシュ状のパターンで相互接続される。従って、メッセージがノード２ａからノード２ｄに渡される場合、そのメッセージはノード２ｄに到達するために、ノード２ｂ及び２ｃ（並びに、場合によっては２ｅも）を介して渡されることが、分かるであろう。いくつかの観点から、PICONETとしてのこれらの相互作用について、メッシュ化またはメッシュ状相互作用の説明を用いる代わりとして説明することが適切かも知れない。読みやすくするために、この明細書では全体を通してメッシュという用語を用いる。

そのようなメッシュ型通信構造を達成するために、本教示と整合性のある装置は、２つ以上のペルソナを引き受けることができ、従って、２つ以上のＢＴＬＥ通信関係に属することができ、更には、装置は１つのＢＴＬＥ通信関係の中で中央装置または周辺装置として動作することができ、かつ、別のＢＴＬＥ通信関係の中で周辺装置として動作することができる。これらの異なるペルソナの同時性を管理するために、本教示の装置は、一度に１つのペルソナのみを採用するように、２つのペルソナの間で切り換わるように動作することができる。ペルソナ間の切り換えは、通信関係を形成する装置が、その装置が利用不可能になったと結論付けてそれらの通信関係を閉じてしまうことなく、各通信関係が維持される程度に、頻繁に行われる。

所与の装置内のペルソナ間の切り換えは、その装置に対する特定のアプリケーションからの要求に合致する時間尺度で発生する。上記の図１に関して図示したように、この切り換えにはランダムな要素が存在する。しかしながら、このランダムな要素が動作することができる時間範囲は、アプリケーションの要求に従って設定される。例えば、装置のメッシュを介して高速のデータ送信を提供するためには、ペルソナの切り換えは比較的に高頻度で行われる。例えば、一過性の位置にいるユーザと関連付けられた装置による相互作用に基づく実装（装置がネットワーク会議における電子名刺である、または社交場にあるＥＮＤ装置である、など）では、各装置は数秒毎に役割を切り換えるように構成されることがある。他方、より高い電力効率のためには、またメッシュを通じたデータ送信速度があまり重要ではない場合には、比較的低頻度のペルソナ切り換えを使用することができ、ことによると一時間に１度か２度だけ役割を切り換えるのに適切な状況になる。また、周辺及び中央の役割の相対的な持続時間は、実装環境に当てはまる要因に従って、変更することができる。従って、中央ペルソナがアクティブである間は、装置はアドバタイジング・パケットの一部としてデータを送信し、周辺ペルソナがアクティブである間は、装置は他の装置がデータパケットをアドバタイジングするのを待ち受ける。

更に、本教示に従った装置は、複数の中央ペルソナを有することができ、この複数の中央ペルソナを使用して、異なるメッシュで通信することができ、または周辺装置の総数を増やすことができ、本教示の装置はこれらの周辺装置と、用いられている特定のBluetooth（登録商標）チップセットによって課される制限を超えて一度に複数の結合関係を保持することができる。これらの複数の中央ペルソナは、上記で概略を説明したペルソナ切り換え方式を用いて、または複数のＢＴＬＥ ＭＣＵを実装して、実装することができる。

そのような技術を使用することにより、例えば、ノード２間の相互接続は、第１のＢＴＬＥ関係でノード２ａが中央ノードとして動作し、ノード２ｂが周辺ノードとして動作する形態で、行われることができる。ノード２ｂは、ノード２ｃを周辺ノードとして特に扱う第２のＢＴＬＥ関係の中で、中央ノードとして動作することもできる。次いで、ノード２ｃは、ノード２ｄ及び２ｅを周辺ノードとして含む第３のＢＴＬＥ関係の中で、中央ノードであることもできる。更に、ノード２ｄは、ノード２ｅを周辺ノードとして含む第４のＢＴＬＥ関係の中で中央ノードであることもできる。当然のことだが、様々な可能なノード関係でどのノードが中央ノード及び周辺ノードとして機能するかについて他の順序付けを実装することができる。例えば、図１に示す接続性は、ノード２ａ及び２ｃが周辺ノードであるＢＴＬＥ関係の中でノード２ｂを中央ノードとして機能させ、かつ、ノード２ｃが周辺ノードである関係の中でノード２ｄを中央ノードとして機能させ、かつ、ノード２ｃ及び２ｄが周辺ノードである関係の中でノード２ｅを中央ノードとして機能させることで、代替的に実現することができる。以下の考察から分かるように、メッシュを構成するための関係の配置は、関係確立処理の結果として、どのノードが中央ノードになるかに応じてアドホックベースで決定することができる。

本開示で説明するメッシュ方式は、ノード間に完全なＢＴＬＥ結合関係を確立する必要なく、ノード間で小さなデータパケットまたはトークンをやり取りするのを可能にする。従って、そのようなトークンは、周辺ノード対中央ノードの関係がトークンを送受信するのに十分な長さの間だけ続く、一過性のまたは非永続的なノード対ノードの関係に基づいて、任意の２つ以上のノードからなるメッシュ内を氾濫することがある。この方式は、メッシュ内のノードの一部または全部が結合関係を確立する（ペアリングとしても知られる）のを妨げない。そのような結合に基づく方式は、例えば、トークンを使用して収容することができるデータ容量よりも大きなデータ容量をメッシュ内のノード間で送信する必要がある状況で、使用することができる。

図２に示すように、追加のノード６を設けてもよい。ノード６は、ノード２のメッシュ化可能な相互接続性に関する知識または能力を有する必要は全くなく、その代わり、従来方式での通信プロトコルを実装している。従って、本例では、ノード６は従来のＢＴＬＥインターフェースを実装し、従って、ノード６が中央ノードとして動作しノード２が周辺ノードとして動作するように、メッシュ化可能なノード２のうちの１つとの接続６を確立することができる。

従って、本教示の方式は、星型の接続形態のためのコアノードを提供する制御装置無しに、Bluetooth（登録商標）またはＢＴＬＥベースのメッシュを確立することを可能にすることが分かる。メッシュは、メッシュ型ではない装置と相互作用することができるが、この相互作用は連続的であることもまたは断続的であることもあり、メッシュ型ではない装置は、メッシュを確立、制御、または設定するどのような役割も有する必要はない。

従って、そのようなメッシュネットワークを確立することで、様々なノード２が互いに通信することができ、またＢＴＬＥなどの既存の通信プロトコルを用いて、範囲内にある他のノードへ情報を渡すことができる。しかしながら、考察から分かるように、ノードは、このアドホックのメッシュ化可能な挙動を達成するために、汎用属性プロファイル(Generic Attribute Profile＝ＧＡＴＴ）Notificationを用いたBluetooth（登録商標）ハードウェア実装の修正形態を使用する。本教示から分かるように、この修正は、標準通信プロトコルに多くの点で準拠するが例えば本明細書に記載する装置間相互作用を達成するためのスクリプトを用いてもたらされる追加の機能性も含む制御回路の実装を用いることにより、プロトコルの修正ハードウェア、ファームウェア、またはソフトウェア実装を行うことによって、達成することができる。追加の機能性は、修正ハードウェアを用いて導入することができ、これは、非標準のハードウェアを用いることを必要とするのであるが、この修正ハードウェアは、ペルソナを時分割方式で共有する必要無しに、両方のモードを全時間方式で提供できるようにする。制御回路は、特定用途向け集積回路（ＡＳＩＣ）などの、その構成によって提供される機能性を有するハードウェア回路であることがあり、または、ファームウェア及び／若しくはソフトウェアの制御下で動作するプログラム可能なマイクロプロセッサ（μＰ）若しくはマイクロ制御装置（ＭＣＵ）であることがある。

図３は、各ノード２の機能構成要素を概略的に示す。各ノード２は、ＢＴＬＥ信号を送受信するためのアンテナ１０を有する。アンテナ１０は、ＢＴＬＥ ＭＣＵなどのＢＴＬＥ制御回路１２に接続されている。制御回路１２は、装置コア機能プロセッサ１４から送信用データを受け取り、装置コア機能プロセッサ１４に受信データを提供し、この装置コア機能プロセッサ１４は、例えばメモリ１６及び／またはＩ／Ｏ素子１８と共に動作して、ノード２のコア計算機能を実行する。図３では、ノード２の機能構成要素は直接リンクベースで相互作用することが示されているが、図３は本質的に概略であるので、この説明は、例えばバスによる相互接続ベースでの機能構成要素の代替的配置も含むことは、言うまでもない。図示される１つ以上の機能構成要素が単一の物理的構成要素によってもたらされることがあり、また、１つの機能構成要素が複数の物理的構成要素によってもたらされることもあることは、勿論である。

ノード２のコア計算機能に関連する機能構成要素に関して、これらの構成要素の性質及び用途は、装置自体の性質に応じて異なっていてもよいことは、勿論である。電子名刺である特定のノードに対応する装置の例では、コア計算機能は、名刺情報のための記憶、表示、及び送信制御オプションを、そのような情報の送受信（これは、制御回路１２及びアンテナ１０を用いて実行される）に加えて提供することを含んでいてもよい。ＥＮＤ装置であるノード２に対応する装置の例では、コア計算機能は、ＥＮＤ装置間での情報トークンのやり取り、装置の充電レベル及び／またはニコチン流体レベルの監視及び報告、紛失及び発見の相互作用、並びに使用記録を含むことがある。従って、コア計算機能は、ユーザが知覚する装置のコア機能とは異なっていることがあることが、理解されよう。例えば、ＥＮＤ装置の場合では、ユーザが知覚するコア機能とは、ニコチンを送出するためのエアロゾル生成機能であると思われ、計算機能は、ユーザが知覚するそのコア機能に対して追加的、補足的、または２次的である。

図４は、各ノード２の制御回路によって実装されるプロトコル構造を概略的に示す。図４に図示されたプロトコル構造は、Bluetooth（登録商標）スタックに対応しており、このBluetooth（登録商標）スタックはＧＡＴＴ（generic attribute protocol）、ＧＡＰ（generic access protocol）、ＳＭ（service manager protocol）、ＧＡＴＴ／ＡＴＴ（low energy attribute protocol）、Ｌ２ＣＡＰ（logical link control and adaptation layer）及びリンク層を含む。この例では、リンク層はＬＥＲＦ（low energy radio frequency）ベースで動作する。図４に示すように、このプロトコル・スタックは、いわゆるホスト層と制御装置層との間で概念的に分割することができる。制御装置部分は、物理層パケット及び関連するタイミングのために必要とされる下位層を構成する。スタックの制御装置部分は、統合されたBluetooth（登録商標）無線を有するＳｏＣ（system-on-a-chip）パッケージなどの集積回路の形態で実装することができる。

本教示を理解するのに関連性のある層の実装には、リンク層、Ｌ２ＣＡＰ、ＧＡＰ、及び低エネルギー属性プトロコル(low energy attribute protocol)が含まれる。

リンク層制御装置は、物理インターフェースを介した低レベルの通信を担当する。リンク層制御装置は、送受信フレームのシーケンス及びタイミングを管理し、リンク層プロトコルを用いて、接続パラメータ及びデータフロー制御に関して他のノードと通信を行う。リンク層制御装置は、装置がアドバタイジングモードまたはスキャナモードにある間に送受信されたフレームも処理する。リンク層制御装置は、露出及び他の装置とのデータ交換を制限するために、ゲートキーピング機能も提供する。フィルタリングが設定されている場合には、リンク層制御装置は、許可された装置の「ホワイトリスト」を維持管理し、他の装置からのデータ交換またはアドバタイジング情報に対する要求全部を無視する。セキュリティ機能を提供するのに加えて、これは電力消費を管理するのにも役立つことができる。リンク層制御装置は、層の実装が同じ場所に配置されていない場合には、ホスト・制御装置・インターフェース（ＨＣＩ）を使用してスタックの上位層と通信する。

Ｌ２ＣＡＰ（logical link control and adaptation layer protocol）構成要素は、セキュリティ・マネジャー・プロトコル及び属性プロトコルのような上位層プロトコルにデータサービスを提供する。Ｌ２ＣＡＰ構成要素は、プロトコルを多重化し、かつデータをリンク層制御装置のために十分に小さいパケットに分割し、さらに、反対に逆多重化及び再構築動作を行うプロトコルを担当する。Ｌ２ＣＡＰは、ＧＡＰ用のバックエンドインターフェースを有しており、このバックエンドインターフェースは、ＢＴＬＥ装置の発見と他のＢＴＬＥ装置との接続のリンク管理様相とに関連した包括的な手順を規定する。ＧＡＰは、アドバタイジングまたはスキャニングなどの異なる動作モードを設定し有効にするために、また、他の装置との接続を開始、確立、及び管理するために、アプリケーション用のインターフェースを提供する。従って、ＧＡＰは、Bluetooth（登録商標）での接続及びアドバタイジングを制御するために使用される。ＧＡＰは、装置の可視性を制御し、２つの装置が互いに相互作用できる（またはできない）方法を決定する。

ＡＴＴ（low energy attribute protocol＝低エネルギー属性プロトコル）は、Bluetooth（登録商標） low energyで用いられる小さなパケットサイズに対して最適化されており、属性サーバが属性クライアントに対して属性及び属性に関連付けられた値の集合を公開することが可能になる。これらの属性は、接続先装置(peer device)によって発見、読み出し、及び書き込みを行うことができる。ＧＡＴＴは、ＡＴＴを使用するためのフレームワークを提供する。

上記の考察から明らかなように、本教示により、アドバタイジング処理を使用して複数の装置のメッシュ型相互作用が容易になり、例えば、距離及び時間を越えてデータを行き渡らせる目的のために、無制限の数の装置間で情報の拡散が可能となる。

この例の文脈では、本明細書に記載するメッシュ型構造を介して通信する装置で動作しているアプリケーションは、その装置によって送信されたスキャン応答に応答する、特定のスキャン応答ペイロード（パケット中のデータ本体）を要求するかまたは待ち受けることができる。この方式は、従来のBluetooth（登録商標）実装で使用されて、装置名及び他の識別情報の詳細を送信する。しかしながら、本方式では、このスキャン応答は、３１バイトのデータパケットとして定義され、トークンとも呼ばれるのであるが、このスキャン応答は、アプリケーションによって読み込まれると特定の応答または動作をトリガーする変数に関連したＩＤ情報を共有するために使用される。そのような要求のタイミングを図５に示す。この図から分かるように、スキャン応答要求がアドバタイジング間隔の期間中に中央装置によって送信され、スキャン応答データが次のアドバタイジング間隔が開始する前に周辺装置によって提供される。

本教示の方式を実装することで、物理層を介してやり取りされるデータは、そのレベルでは通常のＢＴＬＥトラフィックと区別がつかなくなる。また、装置のメッシュ化可能なこの相互作用を受け入れるためにより上位の層が修正されるが、非メッシュ型が有効になっているアプリケーションは、本教示に合致する装置を用いて、ＢＴＬＥを介して通信することができる。

また、従来のＢＴＬＥスタックのみを利用する装置（上記の図２に示したノード６など）は、本教示のメッシュ化可能方式を使用する装置２と通信することができる。このとき、従来のＢＴＬＥ装置は、従来のＢＴＬＥ装置内のＢＴＬＥスタックが装置２のメッシュ型相互作用について何らの知識を有することなく、メッシュ化可能な装置２からデータを受信することができる。従来のＢＴＬＥ装置が受信するデータは、直接的に接続された装置２から送信された可能性があり、または直接的に接続された装置２にメッシュを介して以前に接続されていた別の装置から送信された可能性があり、そのデータは、メッシュ化可能な装置２に保存されていたかまたはキャッシュされていたものである。そのようなメッシュ転送データの出所は、別のメッシュ型装置２であることがあり、または、メッシュ型装置に接続されている若しくは接続されていた別の従来のＢＴＬＥ装置であることがある。

図６は、中央ノード及び周辺ノードの両方として接続を確立するために各ノード２の二重ペルソナの性質を管理することに関連した、各ノード２の挙動を概略的に示す。ＢＴＬＥは、プレゼンテーション層において２つの動作モードを提供するので、なお１つの動作モードは中央及び周辺の役割のうちのそれぞれに対応するのであるが、この例のノード２は、これらの２つのモードの間で交互になり、周辺ノードとしてその能力をアドバタイズするためにブロードキャストするアドバタイザーと、ノードが中央ノードとして接続することができる、他の周辺ノードになり得るノードを探すためのオブサーバ活動との両方を実現する。オブサーバとして動作する間、ノードは、受信したブロードキャスターのアドバタイズメントに基づいて動作して、例えばＢＴＬＥ ＧＡＰ（Generic Access Profile＝汎用アクセスプロファイル）に記載されているように、通常のＢＴＬＥの行為に従って、中央ノードとして接続を確立することができる。アドバタイザーのブロードキャスティングを実施する間、ノードは、中央ノードになるために応答する観測ノードと、周辺ノードとして接続を確立することができる。上記で考察したように、中央及び周辺のペルソナ間でのこの時分割は、装置間の接続が確立された後で続けられる。これにより、単一の装置が、装置内の単一のＢＴＬＥ ＭＣＵに基づいて、時間多重化されているにもかかわらず、継続ベースで両方のモードで動作することができるようになる。

従って、この例のメッシュ化可能な相互作用を提供するように構成される装置（ノード）は、修正されたＧＡＰと組み合わせて標準的なＢＴＬＥ ＧＡＴＴ（Generic Attribute Profile）仕様を用いて、ノードの二重ペルソナ性質に関連した２つの動作モードを採用する。以下に考察するように、このノードは、中央モード及び周辺モードの両方で他のノードと容易に接続できるように、周辺ノードとしてアドバタイズすることと中央ノードとして待ち受けることとの間で交互に換わる。通常、装置は、装置が参加を意図している特定の装置メッシュ（ＢＴＬＥ用語では「サービス」という）に紐づけられた特定のＵＵＩＤを使用するように、予めプログラムされていることがあるという点で、メッシュの識別情報のしるしを既に有している。例えば、全ての電子名刺装置が、同じＵＵＩＤを使用するようにプログラムされてもよいし、同様に、特定のブランド、種類、または製造業者からの全てのＥＮＤ装置が、同じＵＵＩＤを使用するようにプログラムされてもよい。この文脈の中で、アクティブなペルソナまたはモードを識別するために、ノードは、メッシュ内のノードを一意に識別するノードＩＤコードを使用する。ノードＩＤ及びＵＵＩＤ（実質的にはメッシュＩＤまたはグループＩＤ）コードは、装置のファームウェア内に保持されており、トークンを構成するデータと共にアドバタイジング・パケットに挿入され、また、装置との及び装置間のＧＡＰ相互作用の下でアドバタイジングの一部として、スキャン応答要求及びスキャン応答メッセージ中で参照されることもある。

中央ノードとして動作する間、ノードはスキャナー、イニシエイター、及びマスターの状態を採用することができ、周辺ノードとして動作する間、ノードはアドバタイザー及びスレーブの状態を採用することができる。

図６は、複数のノードの相対的なアドバタイジング時間及び観測時間も示している。図示した方式は、互いの範囲内にある複数のノードが同時に同報通信するのを回避させる（但し、必ずしも排除するものではない）傾向がある。この例では、観測持続時間は０．０１ｍｓから５ｓの範囲内になるように制御され、アドバタイジング期間は、０．５ｓから１０ｓの範囲内かもしれない固定された持続時間になる。他の例では、アドバタイジング持続時間は可変でもよく、観測持続時間は、上記で与えられた例示的な範囲と異なる範囲、重複する範囲、または部分集合の中に収まってもよい。そのような時間のオフセットは、ノード間の調整によって、または各ノードが、各モード遷移の間に不規則な時間間隔を設けるなどのために間隔の長さの調節を行うことによって、などのいくつかの方法で達成することができる。そのような間隔の長さの調節は、間隔ごとにいくつかの可能な間隔長さのうちの１つを選択するか、何らかの形態の間隔持続時間乱数発生器を用いておこなうことができる。

ノードが、メッシュ内で中央ノードとしての役割を確立することを目的として観測している場合、このノードは、潜在的な周辺ノードからのアドバタイズメントを待ち受けている場合のメッシュ化能力の無いノードと全く同様に動作する。従って、このモードで動作しているノードは、本教示のメッシュ化能力の無い従来のＢＴＬＥ装置に対して中央ノードになることもできる。

ノードがメッシュ内で周辺ノードとしての役割を確立することを目的としてアドバタイジングしている場合、このノードはＢＴＬＥ ＧＡＰデータに基づく構造を使用してアドバタイズする。しかしながら、ＢＴＬＥ ＧＡＰ構造は、アドバタイズメントを受信するメッシュ化可能な装置によって認識することができるメッシュ固有の情報を含むように修正されている。メッシュ固有の情報は、以下のようなフィールドを含むことができる。
− アドバタイジングノードのノードＩＤ。
− そのノードからの送信を待っているパケットのパケットシーケンス番号。これは、アプリケーションに応じて、複製を避けるために使用される。これは、単純に、そのノードから送信されるパケットのパケットシーケンスであり得る（例えば、アドバタイジングノードからのペイロードまたはトークンを複数の他のノードに氾濫させることだけをアプリケーションが要求する場合）が、アプリケーションの要件に従って、所与のメッシュ（グループＩＤ）、時間ウィンドウ、及び／または他の独自性範囲に対して、一意であることがある。
− そのパケットシーケンス番号を有するパケットのソースノード識別子。現在渡されているトークンが、現在それを渡しているノードとは異なるノードから送信された可能性があることを反映するため。
− そのパケットシーケンス番号を有するパケットに対する宛先ノード識別子。実装に応じて、これは単一ノードである（何等かの形態の経路指定された動作に対応する）か、または「全ての」ノードである（氾濫タイプの動作に対応する）ことがある。
− そのシーケンス番号を有するパケットに対するソースノードのグループＩＤ。これは、複数のメッシュネットワークが同一の物理的空間内に共存することを可能にするために用いられる（上述のように、このグループＩＤは通常はＢＴＬＥ ＵＵＩＤを使用するが、必要に応じて別のグループＩＤフィールドを定義して用いることができる）。
− そのシーケンス番号を有するパケットの存続期間または満了時間。
− ペイロード。特定のアプリケーションに固有のデータ−例えば、電子名刺またはＥＮＤ装置アプリケーションに関係するデータ。

ＢＴＬＥデータ処理方式に従って、所与のアプリケーションペイロード項目が単一のパケットとするには大きすぎる場合、そのペイロード項目は分割されて複数のパケット内に分配され、その後で（各）宛先ノードにおいて再構築される。そのようなアプリケーションでは、この大きなデータ容量に対するより優れた送信管理を提供するために、ノード間に結合を確立してもよい。

図７は、いくつかのノードＮ１、Ｎ２、Ｎ３、及びＮ４間の接続性パターンを概略的に示す。この図では、ノードＮ１は、ノードＮ４との直接通信の範囲外である。ノードの異なる動作モードは、ノードＮ１からＮ４のそれぞれの素子制御チップ（ＣＣ）２２及びメッシュチップ（ＭＣ）２４によって表わされる。制御チップは、図２に示す装置６などの従来のＢＴＬＥ装置と通信するように動作するノードＭＣＵを表す。メッシュチップは、メッシュを通じて通信するために中央モード及び周辺モードの両方で動作するノードＭＣＵを表す。

図７の例では、ノードＮ１は、このノードが送信すべきデータを有していることを示すアドバタイズメント・データ・フィールド内のビット集合を有する。各ノードでのアドバタイジング及び観測のスケジュールにより、ノードＮ２がＮ１との直接通信範囲にある第１のノードになって、アドバタイズメント・データ・フィールド・セットを有するノードＮ１に追従する中央ノードとして待ち受ける。従って、ノードＮ２は、中央モードにある場合、Ｎ１が周辺モードにある間にアドバタイジングするアドバタイジングデータを受信する。Ｎ２によって受信されるこのアドバタイジングデータは、Ｎ２上で動作するかさもなければＮ２に関連したアプリケーションと関連して、Ｎ２によって使用されることがある。加えて、または代替的に、ノードＮ２は、アドバタイジングデータをキャッシュして、ノードＮ２が周辺ペルソナを採用する今後の機会にアドバタイジングデータとして前方へ送信するのに備えることができる。それによって、Ｎ１から送信されたアドバタイジングデータは、Ｎ２からアドバタイジングデータとして前方に渡すことができ、次いでそのアドバタイジングデータは、Ｎ２が周辺ノードとしてアドバタイジングしＮ３が中央ノードとして待ち受けているときに、ノードＮ３によって受信される。次いで、Ｎ１から送信されたアドバタイジングデータは、Ｎ３によって使用及び／または渡されることができ、最終的に同じ方法によってＮ４に到達する。

なお、この実装では、アドバタイジングデータはメッシュ全体に効果的に氾濫する。従って、Ｎ２が周辺ノードとしてアドバタイジングするのと同時にＮ１が偶然に中央ノードとして待ち受ける場合、アドバタイジングデータはＮ１に戻り、加えてメッシュを通じてＮ３へと前方に渡される。この状況では、ノードＮ１か、またはＮ１上で動作するか若しくはＮ１に関連した何らかのアプリケーションのいずれかは、戻ってきたアドバタイジングデータを単純に破棄してもよい。実装によっては、ノードまたはアプリケーションは、戻って来たアドバタイジングデータを何らかの方法で利用することがあり、例えば、何らかの形態のランダムな間隔生成器として送信と受信との間の時間を使用したり、或いはメッシュ診断をしたりする。

上記で説明したように、メッシュを介した送信は、ノード間に確立された結合を用いて、より構造化されたフォーマットとすることが可能である。そのような状況では、ノードの各対は、確立された結合を介して相互作用し、各ノードでのペルソナ切り換えは、一方のペルソナがメンバーである結合において受信されたデータを、他方のペルソナがメンバーである結合を使用して、前方に送信することができるようにする。

データが全てのノードに送信される（氾濫）か、またはデータは選択されたノードにのみ送信される（経路指定）かの制御は、いくつかの態様で達成することができる。データが無制限に全てのノードに自動的に伝達されることになっている場合は、これはノードに設定されたデフォルトの状態であり得る。データがメッシュ内で現在アクティブであるノードにのみ送信されることになっている場合は、これは、ノードでのデフォルトの挙動設定として、または、アプリケーション固有の設定のいずれかとして達成することができ、アプリケーション固有の設定では、アプリケーションはメッシュを認識していて、通信スタックに制御情報を提供してデータの送信範囲を示す。データが特定のノードにのみ送信されることになっている場合は、これは、アプリケーション固有の設定で達成することができ、アプリケーション固有の設定では、アプリケーションはメッシュを認識していて、通信スタックに制御情報を提供してデータの送信範囲を示す。この例は、データが全ての現在メッシュ化された装置に自動的に転送されるように、氾濫方式に基づいて動作するように構成されている。

図８は、ノード間のメッシュ化挙動の更なる説明を提供する。この例では、多数のノードＮ１１〜Ｎ１９がある。図８の図は、時間的な所与のスナップショットを表しており、これらのノードのうちの異なるノードが、それぞれの周辺ペルソナ及び中央ペルソナのうちの異なるペルソナを現在採用しているものとして示されている。図８に示した時点では、３つのノードが中央モードになるように構成されており、これらはノードＮ１２、Ｎ１６、及びＮ１９であり、残りのノードは周辺モードになるように構成されている。上記の考察から分かるように、同じノードの任意の所与のインスタンスが同じ位置に存在する場合、中央モードになるように構成されるノードの正確な数及び識別情報は、各ノードによるそのアドバタイジング／観測期間のスケジューリング、及び中央モードまたは周辺モードのいずれかとして既に構成されている任意の他のノードと比較した各ノードの相対的な位置、などの要因に依存する。データトークンのやり取りは、図ではフラグの存在で示されており、フラグは、このデータトークンをアドバタイジングデータ中に含めて送信するＮ１１からそのアドバタイジングデータを受け取ることになる中央モードで待ち受けているＮ１２に渡される。このトークンは、追ってＮ１２が周辺ペルソナを採用すると、Ｎ１２からのアドバタイジングデータ中に含まれることになる。それによって、トークンは、メッシュを通じて前方に渡され、最終的に少なくとも一度はメッシュ内の各ノードに到達することができる。

上記の考察から分かるように、メッシュは、メッシュ内のノードの数及び位置の変化に基づいて、動的に変化することができる。例えば、いくつかのノードがメッシュの残りのノードから離れるように移動すると、結果的にそれらのノードはメッシュ内の全てのノードとの交信を失い、メッシュを去ることになる。同様に、アクティブではない、または省電力非無線モードに入っているノードは、メッシュ内の他のノードとの交信を失い、メッシュを去ることになる。更に、以前はメッシュの一部ではなかった新しいノードが、メッシュ内のノードの範囲内に入って来たとき、またはメッシュ内のノードの範囲内で電源が入れられたとき、メッシュに加わることができる。また、上記のペルソナ切り換えの考察から分かるように、既にメッシュ内にあり、メッシュ内で周辺ノードとして動作するノードは、異なる時点でメッシュ内で中央ノードとしても動作する。特定のノードが、いくつかの結合において中央ノードとして定義された役割を有し、他の結合において周辺ノードの役割を有するように、メッシュが結合関係を採用している実装においては、あるノードがメッシュ内のノードに対して位置を変えた場合、全ての確立された結合が、新たな位置に対する範囲の動作を停止することがあるので、そのノードは、実質的にメッシュを去ることがある。次いで、そのようなノードは、結合で結びついたメッシュの他のノードとの１つ以上の新しい結合関係を確立するまで、観測及びアドバタイジングの両方を試みることを再開する。

当業者であれば分かるように、Bluetooth（登録商標）及びＢＴＬＥは、ノード間通信結合の安全性を提供する。これは、アドバタイジングデータの形態での純粋にアドバタイジングベースのトークンの送信に対しては、トークンのそのような送信が結合関係の確立につながらない限りは、当てはまらない。この例では、結合関係が使用される場合であっても、ノードは、異なるノード間または装置間の信頼性を確認するためにユーザ入力を要求することなく、そのような結合を確立するように構成することができる。むしろ、この例では、特定のタイプの装置またはノードは、その特定のタイプの全ての他の装置またはノードを予め信頼するように構成することができる。例えば、装置が電子名刺である場合では、各電子名刺は、所与の製造業者、製造業者のグループ、ブランド、ブランドのグループ、モデル、モデルのグループからの電子名刺として識別される、または所与の電子名刺標準若しくは標準のグループに準拠しているものとして識別される、全ての他の装置を信頼するように構成することができる。ノードがＥＮＤ装置である場合では、各ＥＮＤ装置は、所与の製造業者、製造業者のグループ、ブランド、ブランドのグループ、モデル、モデルのグループからのＥＮＤ装置として識別される、または所与のＥＮＤ装置標準若しくは標準のグループに準拠しているものとして識別される、全ての他の装置を信頼するように構成することができる。

そのような信頼のパターンは、装置が保存する／送信が許可されている個人データの量に対する固有の制御で補うことができる。例えば、ＥＮＤ装置は、所有者を特定するいかなる情報も保持しないように、または情報を共有することを防止するように、所有者によって設定することができる。これは、ＥＮＤ装置が他のＥＮＤ装置と相互作用して、紛失／発見機能のために使用することができる情報をやり取りするのを妨げはせず、また、ＥＮＤ装置がそのＥＮＤ装置自体の情報をやり取りして、例えば以下に考察するような、同じブランドまたはモデルのＥＮＤ装置間でのグループ相互作用を実現するのを妨げはしない。電子名刺の例では、ユーザは、名前及び業務連絡先の詳細またはユーザのソーシャル・モバイル・プラットフォーム・アドレスなどの、他の方法で公に発見可能な情報のみを保持するように、または共有することを許可するように、装置を制限することができる。ソーシャル・モバイル・プラットフォーム・アドレスは、LinkedIn（商標）または他のビジネス・ソーシャル・ネットワーキング・プラットフォームなどのソーシャル・ネットワーキング・プラットフォーム上のユーザのプロファイルへのリンクの形態を取ることができる。また、電子名刺のユーザは、専門的な教育行事または交流会に出席する場合など、選択された時間にのみ装置をアクティブにするように選択することができ、それによって、電子名刺が、バスまたは他の公共交通機関などの他の位置に存在していることがある何らかの互換性のある電子名刺と情報を共有するのを防止することができる。

他の例では、信頼は、ユーザにとって明示的な機能であってもよく、ユーザは、別のノードと通信結合を確立することを能動的に受け入れるかまたは要求することを求められてもよい。

例えば、スマートフォン、ファブレットまたはタブレット装置などの、ユーザの従来のＢＴＬＥ装置と通信するために、特定のノードまたは装置がユーザによって設定される場合、ユーザのメッシュ化可能な装置と従来のＢＴＬＥ装置との間の信頼関係は、他の従来のＢＴＬＥペアリングと同じ態様でセキュリティ保護されて通信結合を確立することができる。

従って、本教示の方式を使用することで、二重ペルソナ構造を採用することにより、他の類似の装置とメッシュ型の相互作用をすることができる装置を提供することができ、この二重ペルソナ構造では、装置は、他の類似の装置と通信するためにマスター（中央装置）及びスレーブ（周辺装置）の両方として時分割ベースで動作することができ、一方、二重ペルソナ能力の無い従来の装置に対してはスレーブ／周辺装置として動作することもできることは、勿論である。

この方式を使用して、ある範囲の目的のために、ある範囲の装置同士の装置間相互作用を容易にすることができる。上述したように、上記の例のメッシュ型即ちＰＩＣＯＮＥＴ接続形態方式を使用した、そのような装置間相互作用を備えることができる装置の例としては、電子名刺及び電子ニコチン送出装置（ＥＮＤ装置）が挙げられる。

図９を参照して、本教示のメッシュ化装置方式を使用して実装されたシステムの第１の例について考察する。図９に示すように、スマートフォン、ファブレット、またはタブレットなどのユーザ装置４２は、電子名刺装置４４との通信関係（点線４３で示される）を有している。電子名刺装置４４は、装置上に１つ以上の目に見える表現を含んで、装置を電子名刺として識別することができ、かつ／または、電子名刺のユーザの文字で書かれた詳細４６及び／若しくは写真による詳細４８を提供することができる。例によっては、電子名刺装置４４は、電子表示部を備えることができ、この電子表示部には、目に見える表現が、電子名刺装置４４の動作パラメータまたは電力状態に応じて、選択的に表示されてもよい。

電子名刺装置４４は、上記で説明した教示と合致する、ノード間のメッシュ型相互作用のための無線通信機能も有する。従って、この例では、電子名刺装置４４は、従来のＢＴＬＥ装置とメッシュ対応ＢＴＬＥ装置の両方との通信が可能なＢＴＬＥ機能を有する。

この例のユーザ装置４２は、従来のＢＴＬＥ機能を有しており、その結果、ユーザ装置４２及び電子名刺装置４４は、通信関係４３として、ＢＴＬＥペア結合通信関係を確立することができる。ユーザ装置４２のユーザは、通信関係４３を介して、電子名刺装置４４のデータ及び／または動作パラメータを変更することができる。従って、ユーザ装置４２のユーザは、電子名刺装置４４を設定して、ユーザの業務連絡先情報を記憶させることができる。そのような業務連絡先情報としては、名前、会社名、事業分野、連絡先の詳細、及びソーシャル・メディア・プラットフォーム上のユーザプロファイルのリンク／アドレスのうちの任意の１つまたは複数を含むことができる。そのようなリンクまたはアドレスで参照され得るソーシャル・メディア・プラットフォームの例としては、LinkedIn（商標）またはReseachGate（商標）などの専門的なネットワーキング指向のソーシャル・メディア・プラットフォーム、及びFacebook（商標）、Instagram（商標）、Twitter（商標）、VK（商標）、またはQzone（商標）などの一般用途のソーシャル・メディア・プラットフォームが挙げられる。

この例では、電子名刺装置４４は、ユーザ名、ユーザの会社名、及びユーザのソーシャル・メディア・プロファイルへのリンクを用いてプログラムされている。また、ユーザの電子名刺装置４４は、アクティブ状態にある場合にのみ、他の電子名刺装置と通信するようにプログラムされている。アクティブ状態は、電子名刺装置４４上の物理的スイッチ、または、通信関係４３を介してユーザ装置４２から電子名刺装置４４に送信されたコマンドのいずれか、または両方によって、トリガーすることができる。電子名刺装置４４は、通信関係４３がアクティブであるか否かに関わらず、アクティブ状態で動作可能である。従って、ユーザは、電子名刺装置４４が動作するための能力に影響を及ぼすことなく、ユーザ装置４２のＢＴＬＥ機能をオフにするか、または、電子名刺装置４４からユーザ装置４２を切り離すことができる。

電子名刺装置４４が、アクティブ状態である間に、他の信頼される電子名刺装置のＢＴＬＥ通信範囲内にある場合、電子名刺装置４４は、それらの他の電子名刺装置と通信するために、メッシュ化機能を用いて通信関係を確立することができる。これは、図９で、追加の電子名刺装置５０ａから５０ｄによって示される。電子名刺装置４４及び５０ａ〜ｄのメッシュ内での役割の確立は、個々の装置の相対的なアドバタイジングのスケジュールに依存する。しかしながら、組み合わせによっては、電子名刺装置４４及び５０ａ〜ｄは、互いの間にメッシュ通信を確立し、電子名刺装置にプログラムされたアプリケーションの名刺機能に従って、データを交換することができる。

従って、電子名刺アプリケーション機能の動作を通じて、電子名刺装置４４は、そのユーザのビジネスデータを他の電子名刺装置５０ａ〜ｄに伝達することができ、また、他の電子名刺装置５０ａ〜ｄのそれぞれから、それぞれのユーザのビジネスデータを受信することができる。この受信されたユーザビジネスデータは、電子名刺装置４４がユーザ装置４２との通信関係４３を次にアクティブにするまで、電子名刺装置４４によって保存することができる。

一旦、電子名刺装置４４がユーザ装置２２と通信して保存されたユーザビジネスデータをユーザ装置に渡すと、ユーザ装置２２のビジネスデータ受信アプリケーションを使用してデータを閲覧することができる。この例では、保存されたビジネスデータに、ユーザの名刺がデータを提供したユーザのソーシャル・メディア・プロファイルへのそれぞれのリンクが含まれる場合、ビジネスデータ受信アプリケーションは、そのリンクを辿って他の装置４２のユーザが他のユーザのプロファイルを閲覧できるようにし、また任意選択的に、そのソーシャル・メディア・プラットフォームを用いてつながるように他のユーザを招くことができるようにし得る。

従って、本明細書で考察するメッシュ化技術は、他のメッシュ型装置との通信を容易にするためにいくつかの使用法を有することができ、一方、スマートフォン、ファブレット、タブレット、ラップトップ・コンピュータ、ネットブック・コンピュータ、デスクトップ・コンピュータなどのメッシュ化機能を持たないユーザ装置と直接的に通信することもできることは、勿論である。

図１０から図１４を参照して、本教示のメッシュ化装置方式を使用して実装されるシステムを利用するための方式の別の例を説明する。この例では、ＥＮＤ装置を用いる。

この例の装置間相互作用は、消費者Ｃ１、Ｃ２を識別する目的のために、任意の所与の数のＥＮＤ装置６１、６２の間でのトークンの通信に基づいており、消費者Ｃ１、Ｃ２は、例えばＢＴＬＥを用いて、ＥＮＤ装置との通信６３、６４用に構成することができるスマートフォン６５、６６を介して、他のＥＮＤ装置消費者のＥＮＤ装置とのＥＮＤ装置相互作用に参加することに同意しているか、または参加することを選択している。この例では、スマートフォンが考察されているが、計算機能及びＥＮＤ装置と通信するための無線通信機能を有する別のユーザ装置を用いることができることは、言うまでもない。適当な例としては、スマートフォン、ファブレット、タブレット、ラップトップ・コンピュータ及びネットブック・コンピュータ等が挙げられる。

従って、この方式は、第１の消費者Ｃ１のＥＮＤ装置６１を消費者間相互作用に連結させ、さらに、この消費者間相互作用を匿名化することができ、その結果、ある消費者は他の消費者について、自身のＥＮＤ装置と通信することができるＥＮＤ装置を所有していること以外は何も知らないことになる。ＥＮＤ装置６１は、消費者のスマートフォン６５上で動作しているアプリケーション６９を通じてこの相互作用が可能になっており、スマートフォンは、ＥＮＤ装置無しでは、他の消費者のＥＮＤ装置またはアプリケーションと相互作用する能力が無い。

ＥＮＤ装置の相互作用は、一旦有効にされると、他の互換性のあるＥＮＤ装置との近接度に基づいて行われる。２つ以上の互換性のあるＥＮＤ装置が互いの範囲内に入ってくる場合、それらの装置は、上述した装置間メッシュ型相互作用を用いて相互作用する。

従って、これは、同じ社交の輪６０を共有する消費者に基づくまたは消費者をつなげるアプリケーションの動作を有効にする。この文脈では、社交の輪は、互いの近接域に入ることによって規定され、近接域は、上記の例に従ったメッシュ型の装置間相互作用の無線通信範囲によって規定される。例によっては、この範囲は概ね５０フィート（約１５メートル）程度であり得るが、これは、ＥＮＤ装置の近傍での信号伝搬状態に基づいて変動することがあることは、言うまでもない。これは、例えば、他の複数のＥＮＤ装置６２との複数の近接相互作用に基づくアプリケーション機能、または装置間相互作用が行われる地理的領域に関連した情報に基づくアプリケーション機能を容易にすることができる。アプリケーション６９は、アプリケーション６９に対するかつ／またはＥＮＤ装置６１に対する選択設定を用いて、スマートフォンアプリケーション６９の動態を変更することができる。

そのようなアプリケーション及び関連するＥＮＤ装置の装置間相互作用の例について、説明する。

上述したように、アプリケーションが消費者間相互作用に関連した任意の処理を実行するには、ＥＮＤ装置の装置間相互作用が有効になっていることが必要である。

この例のアプリケーション６９は、消費者のＥＮＤ装置６１に関連したアバターが、他の消費者のＥＮＤ装置６２に関連したアバターと、仮想のコンテストで競うことができるようにする。アバター同士のそのような仮想の競争は、アバターが新たな仮想的な能力を開発及び／または習得することを可能にし、この新たな仮想的な能力を、他の消費者のＥＮＤ装置のアバターとの将来の仮想の競争の際に、そのアバターが利用することができる。そのような仮想の競争に成功すると、アプリケーション内の報酬及び達成バッジを稼ぐことができる。

この例のアプリケーション６９、７０では、各消費者Ｃ１、Ｃ２には、ＥＮＤ装置６１、６２に関連したアバターの初期状態をアプリケーション６９、７０との相互作用６７、６８を通じて設定するための変数の集合が提供される。

次いで、消費者Ｃ１、Ｃ２が自身のＥＮＤ装置６１、６２をどのように設定し使用するかに応じて、アプリケーション６９、７０はアバターを調節して競合能力をカスタマイズする。この例では、競合はアバター同士の仮想競争の形態を取ることがあり、その結果、アバターのプロファイルは、１つ以上の攻撃及び／または防御能力または特性を含むことがある。この例では、アプリケーション６９、７０は、ＥＮＤ装置６１、６２の使用特性に応じて、アバターの能力を調節する。これらの使用特性には、各装置の起動によって生成されるエアロゾルの中に存在する香りの量に影響を与えるように調節することができる電源設定、及びアプリケーション６９、７０によって以前に記録された、ＥＮＤ装置６１、６２からの装置起動回数を含むことができる。使用特性がどのように調節されるかは、消費者Ｃ１、Ｃ２によって設定されるアプリケーション６９、７０での使用法選択に基づくことができる。例えば、ニコチンの摂取量を制限するという個人的な目的を持っている消費者は、日々の装置を起動する目標最大回数を設定することができ、アプリケーションは、これに応答して、目標が超過された場合にはアバターの競争能力にペナルティを与え、一方、目標が超過されなかった場合にはアバターに特典を与えることができる。

次いで、ＥＮＤ装置を使用して、アプリケーションのアバター間競争機能にアクセスすることができる。消費者のＥＮＤ装置６１が近接範囲６０内にある別の消費者の互換性のあるＥＮＤ装置６２とメッシュ型の接続を確立してそのような接続を有効にした場合、ＥＮＤ装置６１は他のＥＮＤ装置６２及び消費者のスマートフォン６５と相互作用して、アプリケーション６９を介して、他の消費者のＥＮＤ装置６２に関連したアバターに挑戦するためのオプションを提供することができる。同様に、第１の消費者のＥＮＤ装置６１と相互接続する他の消費者のＥＮＤ装置６２は、スマートフォンアプリケーション７０を介して、第１の消費者のアバターに挑戦するためのオプションを他の消費者に提供することができる。

そのような挑戦が行われて受け入れられるために、２人の消費者は互いに関する知識を何ら有する必要はなく、また、現実世界で直接的に交流する必要もない。

次いで、両方の消費者とも、アプリケーション６９、７０を介して実施可能になった挑戦を行うかどうかを、他の消費者から独立して決定することができ、そのような挑戦が行われる場合、アバター間の競争が決着する。この例の戦いの挑戦の文脈では、挑戦を申し入れた消費者に関連したアバターは攻撃者であり、他の消費者と関連したアバターは防御者である。従って、両方の消費者が、それぞれのスマートフォンアプリケーション６９、７０によって示されるオプションに応答して挑戦する旨を決定した場合には、２つのアバター間競争が結果として起こり、そのそれぞれは各挑戦に基づいており、その競争の挑戦者が攻撃者になる。

実際のアバター間相互作用は、この例では、ＥＮＤ装置６１、６２間の装置間相互作用を通じては処理されていない。むしろ、それぞれのアプリケーション６９、７０が挑戦オプションを提供できるようにするなどのためにＥＮＤ装置６１、６２が一旦相互作用すると、各アプリケーションは、挑戦されるアバターに関連した十分なアバター記述情報を有して、挑戦の相互作用は別個のデータサービスを通じて処理される。

この例では、アプリケーションは、クラウドサービス７３を介して、挑戦の相互作用を行うのに必要な、挑戦されるアバターのプロファイル情報を取得する。この例では、クラウドサービス７３はＭＢａｓｓ（mobile backend as a service）構造を用いて実装される。ＥＮＤ装置間の情報交換に基づいて、アプリケーションは、クラウドサービス７３から挑戦されるアバター用のプロファイルを取得するのに十分な情報を把握し、次いでアプリケーションは、競争の結果を決着させることができる。

この例では、競争の結果はアプリケーションによって使用され、そのアバターに対する勝敗結果を記録する。競争結果はクラウドサービス７３にも提供され、その結果、勝敗の結果は挑戦されたアバターのアプリケーションにクラウドサービス７３によって渡され、その挑戦されたアバター用の勝敗結果に書き留めることができる。他の例では、勝敗の結果は、挑戦したアバターについてのみ記録されることがあり、挑戦されたアバターの勝敗結果はこの挑戦結果に影響されない。更なる例では、競争結果を決定するための挑戦の相互作用は、クラウドサービス７３内で実施されることがあり、このとき、結果は挑戦したアバターと挑戦されたアバターのアプリケーションのうちの片方または両方に提供される。

アプリケーションの性能を支える装置間相互作用を提供するためにＥＮＤ装置によって実施される様々な工程を、図１１及び図１２に示す。

図１１は、ユーザ及びアプリケーションの識別子トークンを第１の消費者のＥＮＤ装置６１から第２の消費者のＥＮＤ装置６２に渡す処理を示す。図１１に示すように、第１のＥＮＤ装置６１は、アドバタイジングペルソナで動作するウィンドウの期間中に、ＢＴＬＥ ＧＡＰに従って、工程Ｓ１１−１でデータを用いてアドバタイズを行い、このデータは、第１のユーザの識別子及びアプリケーションの識別子、即ち１ＵＩＤ／１ＡＰＰＩＤを含むトークンの形態をしている。このアドバタイズメントは、工程Ｓ１１−３で第２のＥＮＤ装置６２によって受信される。第２のＥＮＤ装置６２が、観測ペルソナで動作しているウィンドウ内にある間にこのアドバタイズメントを受信すると、第２のＥＮＤ装置は工程Ｓ１１−５で、第１のＥＮＤ装置の中央（マスター）の役割に対して周辺（スレーブ）の役割になる。従って、第２のＥＮＤ装置６２は、アドバタイジングトークン中のデータを処理することができ、第２のＥＮＤ装置６２は、受信したデータトークン１ＵＩＤ／１ＡＰＰＩＤを装置自体の記憶装置に保存する。

メッシュ型の構成で動作するように動作可能な装置についての上述の考察から分かるように、第１及び第２のＥＮＤ装置６１及び６２のそれぞれは、アドバタイジングペルソナと待ち受けペルソナの両方を異なる時点で採用する。従って、データトークンを第１のＥＮＤ装置６１から第２のＥＮＤ装置６２に転送するための図１１に示した方法に加えて、反対のペルソナが一致する場合には、逆の処理が発生する。これは、図１２に示されている。

上述したように、ＥＮＤ装置の使用法を用いて、関連するユーザのアバターのプロファイルを変更することができる。この処理は、図１３に示されている。この処理は、適切な間隔でアバターを更新するために従われることがあり、競争の実施を取り仕切る規則によって定義されることがある。例によっては、アバターの更新は１日に１回、１週間に１回、１日に複数回、または１週間に複数回、行われることがある。更新頻度は、ユーザが設定可能であることがあり、かつ／または、１つ以上の使用目標の性質に関連していることがある。

以下の考察では、この処理は、第１のスマートフォン６５のアプリケーション６９と相互作用する第１のＥＮＤ装置６１に関して説明される。第２のＥＮＤ装置６２と第２のスマートフォン６６の第２のアプリケーション７０との間の通信のために同じ方式を用いることができることは、言うまでもない。

この更新処理は工程Ｓ１３−１で開始し、アプリケーション６９はＥＮＤ装置６１が使用データを提供するための要求をＥＮＤ装置６１に送信する。工程Ｓ１３−３でＥＮＤ装置６１によってこの要求が受信されると、ＥＮＤ装置６１は次いで工程Ｓ１３−５でアプリケーション６９にこの使用データを提供する。アプリケーション６９は工程Ｓ１３−７で使用データを受信し、次いで、このデータを使用して、この使用データから得られるアバターのプロファイルに対する任意の変更点を計算する。例えば、アバター間の競争が攻撃特性及び防御特性に基づく仮想戦闘の形態であるこの例の文脈では、規定された使用目標を満足するのに失敗すると、アバターのプロファイルの攻撃特性及び防御特性のうちの片方または両方の低下につながることがある。代替的に、または加えて、攻撃及び／または防御の能力または特典が、低下したり無効にされたりすることがある。一方、使用目標が達成された場合、アバターのプロファイルの攻撃特性及び防御特性のうちの片方または両方が増加することがある。その代わりにあるいはそれに加えて、攻撃及び／または防御の能力または特典を増やしたり有効にしたりすることがある。

アバターの更新が一旦決定されると、更新されたアバターのプロファイルは工程Ｓ１３−１１で保存される。この処理の後で、例えばアプリケーションとクラウドサービスとの次の接続時に、または図１３の処理の最終工程（図示せず）として、アプリケーションは、クラウドサービスによる記憶のために、更新されたアバターのプロファイルをクラウドサービスに送信することができる。次いで、クラウドサービスは、そのユーザのアバターからの挑戦に対する防御において使用するために、アプリケーションの別のインスタンスに最新のアバタープロファイルを提供することができる。

上記の図１１及び図１２を参照して説明した任意のＥＮＤ装置間相互作用の後で、各ＥＮＤ装置は受信した任意のアドバタイジングトークンをそれぞれのユーザのスマートフォン上のアプリケーションに渡すことができる。この処理は、図１４に示されている。以下の考察では、この処理は、第１のスマートフォン６５のアプリケーション６９と相互作用する第１のＥＮＤ装置６１に関して説明される。第２のＥＮＤ装置６２と第２のスマートフォン６６の第２のアプリケーション７０との間の通信のために同じ方式を用いることができることは、言うまでもない。

図１４を参照すると、工程Ｓ１４−１で、アプリケーション６９は第１のＥＮＤ装置６１に保存されたトークンに対する問い合わせを送信する。ＥＮＤ装置６１は工程Ｓ１４−３でこの問い合わせを受信し、次いで工程Ｓ１４−５で保存されたトークンをアプリケーションに提供する。アプリケーション６９は、工程Ｓ１４−７でＥＮＤ装置６１からトークンを受信し、工程Ｓ１４−９で、受信したトークンからそのアプリケーションに関係のあるものを識別する。

これに代わる方法として、ＥＮＤ装置からトークンを引き出すアバター及び挑戦活動に関連したアプリケーションの代わりに、スマートフォンのＥＮＤ装置管理アプリケーションがＥＮＤ装置に対するトークンを引き出し、次いで、関連するトークンをアバター及び挑戦活動に関連したアプリケーションに対して利用可能にすることができる。

ＥＮＤ装置６１から受信した少なくとも１つの関連トークンを識別すると、次いで工程Ｓ１４−１１で、アプリケーション６９は、クラウドサービス７３からのそれらのトークンに関連したアバターのプロファイルを要求する。工程Ｓ１４−１３で、クラウドサービスは要求を受信し、次いで工程Ｓ１４−１５で、関連するアバターのプロファイルをアプリケーションに提供する。工程Ｓ１４−１７で、アプリケーション６９が少なくとも１つのトークンに対応するプロファイルを一旦受信すると、次いで工程Ｓ１４−１９で、アプリケーション６９は競争の結果を決定する。

競争結果は、アプリケーション６９内で規定された挑戦規則に従って決定される。上述のように、この例では、競争は、それぞれの攻撃及び防御能力または特性に基づく、アバター同士の仮想戦闘の形態を取ることができる。従って、例えば、戦闘は、挑戦するアバターの攻撃特性と挑戦されるアバターの防御特性との比較に従って、計算することができる。戦闘の計算に偶然の要素を加えるために、例えば、１〜２０％または１〜１５％の範囲内でランダムに決定された修飾子を各特性の値に当てはめることができる。その代わりに、アバターは、上述したようにプロファイルを修正するのに使用された使用情報に基づいて与えられる、特典能力または恩恵を有することができる。例として、目標の使用が達成された場合、アバターのランダムな要素を倍増させるか、または敵対するアバターのランダムな要素を半減させる特典能力を用いることができる。

競争結果が決定されると、工程Ｓ１４−２１で、その競争結果はアプリケーション６９によって保存される。競争結果は、工程Ｓ１４−２３でクラウドサービスに対しても報告され、工程Ｓ１４−２５で、それぞれのアバターのプロファイルと関連付けるために、その報告がクラウドサービスによって受信される。

従って、各アプリケーション６９、７０はクラウドサービスと相互作用して競争の挑戦を開始し、かつ競争の挑戦の結果を受信することができ、アバターによって開始されたかまたはアバターに対抗して開始されたかは、アプリケーションが動作しているスマートフォンの所有者すなわちユーザに関連する。

従って、競争の結果は、挑戦されたアバターのトークンに基づく要求に応答してクラウドサービスによって提供される、挑戦されたアバター用のアバタープロファイルに基づいて、挑戦を行うユーザのアプリケーションによって計算される。競争の結果は、１つ以上のランダムな要素または部分的にランダムな要素と結合したアバターの能力及び／または特性に依存する。

２つのアバター間の競争の結果は、クラウドサービスに保存された結果データにアクセスすることで、各アバターに関連したユーザが見ることができる。

ＥＮＤ装置の使用によりアバタープロファイルの向上及び／または特典（及び罰則）が生じるのに加えて、アバタープロファイルは、アバター間の競争の勝敗の結果として、時間と共に変更されることもある。勝利結果には、ポイントで報酬が与えられることがあり、このポイントは、アバターの競争能力、及び／または、関連アプリケーションによってスマートフォンの画面上に表示されたときのアバターの見た目を更新するなどのアバターの他のカスタマイズと、交換することができる。

アバターの勝敗記録は、アバターによって獲得される承認トークンまたはバッジをもたらすこともできる。例えば、承認は、連勝または他の勝利パターンに対して与えられることがある。そのような承認バッジは、クラウドサービスを介してアバターの公開プロファイルの一部として表示されることがあり、かつ／または任意の潜在的な挑戦者が見ることができるようになっていることがある。

上記の考察から分かるように、ＥＮＤ装置によってＥＮＤトークンが交換されるとすぐに競争が決着するように相互作用が実時間で行われる一方で、ユーザにとって都合の良い後の時点で、かつ／または、固定の時間尺度で挑戦を決着させることも可能であり、例えば、特定の日からの全ての交換されたトークンが、１日に１回の（または他の適切な時間間隔での）挑戦のバッチ処理で処理されるか、かつ／または順番に基づく時間を使用して挑戦を決着させるように管理される。

本明細書で説明する様々な実施形態は、特許請求される特徴を理解し教示するのを助けるためだけに提示される。これらの実施形態は、実施形態の代表的な例として提供されたものに過ぎず、網羅的でも、かつ／または排他的でもない。本明細書で説明する利点、実施形態、実施例、機能、特徴、構造、及び／または他の態様は、特許請求の範囲によって規定される開示範囲への制限、または特許請求の範囲に対する均等物への制限としてみなされるべきではなく、また、特許請求の範囲及び／または趣旨から逸脱することなく、他の実施形態を用いることができ、かつ変更を加えることができることは、言うまでもない。

本教示と合致する更なる例を、以下の番号付の条項に説明する。
[条項１] 第１の無線接続可能な電子ニコチン送出（ＥＮＤ）装置から第２の無線接続可能なＥＮＤ装置へデータトークンを渡す工程と、第３の無線接続可能な装置の動作の様相を制御するのにこのトークンを使用する工程とを含み、第３の無線接続可能な装置は、第２の無線接続可能なＥＮＤ装置との通信関係が確立されている、方法。
[条項２] 第３の無線接続可能な装置の動作の様相を制御するのにトークンを使用する工程は、第３の無線接続可能な装置上で動作しているアプリケーションに対する入力としてこのトークンを使用する工程を含む、条項１に記載の方法。
[条項３] 第１及び第２の無線接続可能なＥＮＤ装置は、Bluetooth（登録商標）動作標準に基づく通信プロトコルを用いてトークンをやり取りする、条項１または２に記載の方法。
[条項４] 第１の無線接続可能なＥＮＤ装置はアドバタイジングモードを採用しており、かつアドバタイジングデータ中にトークンを含める第１の無線接続可能なＥＮＤ装置によってトークンを第２の無線接続可能なＥＮＤ装置に渡し、一方、第２の無線接続可能なＥＮＤ装置はアドバタイジングデータを受信することができる待ち受けモードにある、条項１乃至３いずれか１項に記載の方法。
[条項５] 第１及び第２の無線接続可能なＥＮＤ装置はエアロゾル送出装置を含む条項１乃至４いずれか１項に記載の方法。
[条項６] 第３の無線接続可能な装置が、トークンを受信した結果としてユーザによって受け取られることになる恩恵を確立する工程を更に含む、条項１乃至５いずれか１項に記載の方法。
[条項７] 恩恵を確立する工程は、トークンの受信に応答して、メッセージを遠隔サービスに送信する工程と、遠隔サービスから応答を受信する工程とを含み、この応答は恩恵を決定するための情報を提供する、条項６に記載の方法。
[条項８] 恩恵を決定するための情報は、恩恵の説明を含む、条項７に記載の方法。
[条項９] 恩恵を決定するための情報は第３の無線接続可能な装置の動作の様相を制御するための更なるデータを含み、制御された動作の様相は恩恵計算処理を含む、条項７に記載の方法。
[条項１０] 恩恵はユーザアカウントにおける非通貨の対価への変更である、条項６乃至９いずれか１項に記載の方法。
[条項１１] 第３の無線接続可能な装置の動作の様相はユーザアカウントに関連したデータのユーザ間相互作用を含む、条項１乃至１０いずれか１項に記載の方法。
[条項１２] ユーザ間相互作用は競争的な相互作用であり、相互作用の結果は部分的にトークンに依存する、条項１１に記載の方法。
[条項１３] 恩恵は競争的な相互作用への入力に影響を与える、条項１２に記載の方法。
[条項１４] ニコチンエアロゾル供給装置を動作させる方法であって、装置の無線通信インターフェースを待ち受けモードで動作させる工程と、この待ち受けモードでの動作の間に、別のエアロゾル供給装置の無線通信インターフェースからデータトークンを受信する工程と、エアロゾル供給装置に受信したデータトークンを保存する工程と、アプリケーション動作装置の動作の様相を制御するために、保存されたデータトークンをそのアプリケーション動作装置に提供する工程と、を含む方法。
[条項１５] 装置のインターフェースをアドバタイジングモードで動作させる工程と、アドバタイジングモードの動作の期間中にインターフェースからデータトークンを送信する工程とを更に含み、このデータトークンは、別のエアロゾル供給装置に関連したアプリケーション動作装置の動作の様相を制御するように動作可能である、条項１４に記載の方法。
[条項１６] ニコチンエアロゾル送出装置であって、別のエアロゾル供給装置の無線通信インターフェースからデータトークンを受信するために待ち受けモードで動作可能な無線通信インターフェースと、受信したデータトークンを保存するように動作可能なデータストアと、を備え、この無線通信インターフェースは、アプリケーション動作装置の動作の様相を制御するために、受信したデータトークンを、エアロゾル送出装置と動作上関連するこのアプリケーション動作装置に送信するように更に動作可能である、ニコチンエアロゾル送出装置。
[条項１７] 無線接続された電子ニコチン送出（ＥＮＤ）装置から、その接続されたＥＮＤ装置に保存されているトークンを、その接続された装置と別のＥＮＤ装置との装置間相互作用の結果として要求する工程と、要求されたトークンを無線接続されたＥＮＤ装置から受信する工程と、そのトークンを遠隔サービスに提供する工程と、その遠隔サービスからプロファイルを受信する工程と、受信したプロファイルと無線接続されたＥＮＤ装置に関連したプロファイルとの比較または相互作用を実施する工程と、を含む方法。
[条項１８] 要求されたトークンを無線接続されたＥＮＤ装置から受信する工程の後で、受信したトークンに関連するユーザ通知を提供する工程と、比較または相互作用を実施するか否かに関するユーザ入力を要求する工程と、を更に含む、条項１７に記載の方法。
[条項１９] 無線接続されたＥＮＤ装置に関連したプロファイルを規定するためのユーザ入力の要求を提供する工程を更に含む、条項１７または１８に記載の方法。
[条項２０] 無線接続されたＥＮＤ装置は、パーソナル・エリア・ネットワーク・プロトコルを介して無線接続されている、条項１７乃至１９いずれか１項に記載の方法。
[条項２１] トークンは、無線接続されたＥＮＤ装置と別のＥＮＤ装置との間のマスター／スレーブプロトコルを用いた装置間相互作用の結果として、接続されたＥＮＤ装置に保存され、このマスター／スレーブプロトコルでは、無線接続されたＥＮＤ装置と別のＥＮＤ装置無線のそれぞれは同一の通信プロトコルを用いた別個の通信相互作用において、異なる時点でマスター装置として及びスレーブ装置として動作するように構成されており、無線接続されたＥＮＤ装置と別のＥＮＤ装置のそれぞれはマスター装置モードとスレーブ装置モードとの間で切り換わるように構成される、条項１７乃至２０いずれか１項に記載の方法。
[条項２２] 比較または相互作用を実施する工程は、プロファイルのうちの１つに１つ以上の変更係数を当てはめる工程を更に含む、条項１７乃至２１いずれか１項に記載の方法。
[条項２３] 比較または相互作用を実施する工程は、プロファイル間の競合分析を実施して成功結果を決定する工程を含む、条項１７乃至２２いずれか１項に記載の方法。
[条項２４] 比較または相互作用の結果を遠隔サービスに提供する工程を更に含む、条項１７乃至２３いずれか１項に記載の方法。
[条項２５] 無線接続されたＥＮＤ装置にその使用情報を問い合わせる工程と、無線接続されたＥＮＤ装置から使用情報を受信する工程と、受信した使用情報に応じて、無線接続されたＥＮＤ装置に関連したプロファイルを修正する工程と、を更に含む、条項１７乃至２４いずれか１項に記載の方法。
[条項２６] 受信した使用情報を使用目標と比較する工程と、比較結果に応じて、無線接続されたＥＮＤ装置に関連した仮想のアバタープロファイルを修正する工程と、を更に含む、条項２５に記載の方法。

特許請求された範囲の様々な実施形態は、本明細書で具体的に記載した以外の、開示された要素、構成要素、特徴、部品、工程、手段等の適切な組み合わせを適切に含む、からなる、または、から実質的に構成される、ことがある。更に、本開示は、現在は特許請求されていない他の概念を含むことができ、この他の概念は、将来、現在特許請求された特徴と組み合わせてまたは別個に特許請求されることがある。

米国特許第２０１３／２８４１９２号明細書 米国特許第２０１４／１７４４５９号明細書 米国特許第２０１１／２６５８０６号明細書

Claims (19)

1. 同一の通信プロトコルを用いて異なる時間にマスター装置としてかつスレーブ装置として別々の通信関係で動作するように構成される無線通信インターフェースを含む無線通信モジュールであって、前記インターフェースは、潜在的なマスター装置としてアドバタイジングする期間と潜在的なスレーブ装置として観測する期間とを交互配置にすることにより、マスター装置モードとスレーブ装置モードの間で切り換わるように構成され、前記無線通信インターフェースは、前記交互に配置することを、
   待ち受け期間の間、前記スレーブ装置モードで動作する別の無線通信モジュールから送信されるアドバタイジングデータを前記マスター装置モードで待ち受けることと、
   アドバタイジング期間の間、前記マスター装置モードで動作する別の無線通信モジュールにアドバタイジングデータを転送するためにアドバタイジング期間の間にアドバタイジングデータを前記スレーブ装置モードで送信することと、
   を含む通信スケジュールを採用することにより実施するように構成されている、無線通信モジュール。
2. 前記無線通信インターフェースはパーソナル・エリア・ネットワーク・プロトコルを動作させるように構成されることを特徴とする請求項１に記載の無線通信モジュール。
3. 前記インターフェースは、前記マスター装置モードと前記スレーブ装置モードとの間を可変の切り換え速度で切り換わるように構成され、その結果、前記マスター装置モードと前記スレーブ装置モードのうちの少なくとも一方での後に続く待ち受け期間の間の間隔が変化することを特徴とする請求項１または２に記載の無線通信モジュール。
4. 前記無線通信インターフェースは２．４〜２．４８５ＧＨｚの無線周波数帯域で動作するように構成されていることを特徴とする請求項１乃至３いずれか１項に記載の無線通信モジュール。
5. 前記無線通信インターフェースはBluetooth（登録商標）通信インターフェースである
   ことを特徴とする請求項１乃至４いずれか１項に記載の無線通信モジュール。
6. 前記無線通信インターフェースはBluetooth（登録商標）low energy通信インターフェ
   ースであることを特徴とする請求項１乃至５いずれか１項に記載の無線通信モジュール。
7. 前記Bluetooth（登録商標）low energy通信インターフェースは、マスター装置として
   動作するときには中央装置として動作し、スレーブ装置として動作するときには周辺装置として動作するように構成されることを特徴とする請求項６に記載の無線通信モジュール。
8. 請求項１乃至７いずれか１項による第１の無線通信モジュールと、
   請求項１乃至７いずれか１項による第２の無線通信モジュールと
   を含む無線通信ネットワークであって、
   前記第１のモジュールは、前記スレーブ装置モードで動作する場合には、前記ネットワーク全域に送信されるべきデータトークンを表すアドバタイジングデータを送信するように構成され、前記第２のモジュールは、前記マスター装置モードで動作する場合には、前記第１のモジュールによって送信された前記アドバタイジングデータを受信し、それによって前記データトークンを受信するように構成され、
   前記第２のモジュールは、前記スレーブ装置モードで動作する場合には、前記ネットワーク全域に送信されるべきデータトークンを表すアドバタイジングデータを送信するように構成され、前記第１のモジュールは、前記マスター装置モードで動作する場合には、前記第２のモジュールによって送信された前記アドバタイジングデータを受信し、それによって前記データトークンを受信するように構成される、無線通信ネットワーク。
9. 請求項１乃至７いずれか１項による第３の無線通信モジュールを更に含み、
   前記第３のモジュールは、前記スレーブモードで動作する場合には、前記ネットワーク全域に送信されるべきデータトークンを示すアドバタイジングデータを送信するように構成され、前記第１及び前記第２のモジュールは、前記マスター装置モードで動作する場合には、前記第３のモジュールによって送信された前記アドバタイジングデータを受信し、それによって前記データトークンを受信するように構成され、
   前記第３のモジュールは、前記マスター装置モードで動作する場合には、前記マスター装置モードで動作する場合の前記第１のモジュール及び／または前記第２のモジュールによって送信された、前記ネットワーク全域に送信されるべきデータトークンを表すアドバタイジングデータを受信し、それによって前記データトークンを受信するように構成される、ことを特徴とする請求項８に記載の無線通信ネットワーク。
10. 前記第１及び前記第２のモジュールは、それらの間で前記データトークン以外のデータを送信するために結合関係を確立するように構成される、ことを特徴とする請求項８または９に記載の無線通信ネットワーク。
11. 前記第１のモジュールは、前記通信プロトコルを使用して更なる無線通信モジュールとの結合関係に追加的に参加するように構成され、前記更なるモジュールは前記結合関係のマスター装置として構成され、前記第１のモジュールは前記結合関係のスレーブ装置として構成されることを特徴とする請求項８乃至１０いずれか１項に記載の無線通信ネットワーク。
12. メッシュネットワークを介してデータを送信する方法であって、
    前記メッシュネットワークの第１のノードにおいて、前記第１のノードによって送信される第１のノードのアドバタイジングデータ中にデータトークンが含まれるアドバタイジング状態を採用する工程と、
    前記第１のノードの無線通信範囲内にある第２のノードにおいて、前記第１のノードで
    の前記アドバタイジング状態の持続時間の少なくとも一部と同時に、別のノードから送信されるアドバタイジングデータを前記第２のノードが待ち受ける待ち受け状態を採用する工程であって、その待ち受け状態の間に前記第１のノードのアドバタイジングデータが前記第２のノードによって受信される工程と、
    前記第２のノードにおいて、前記第１のノードのアドバタイジングデータを受信した後で、前記第１のノードのアドバタイジングデータ中で受信された前記データトークンが、前記第２のノードによって送信される第２のノードのアドバタイジングデータ中に含まれるアドバタイジング状態を採用する工程とを含み、
    前記第２のノードは、マスター装置モードで潜在的なマスター装置としてアドバタイジングする期間と、スレーブ装置モードで潜在的なスレーブ装置として観測する期間とを交互に配置する通信スケジュールを採用することで、前記アドバタイジング状態と前記待ち受け状態との間を切り換わるように構成される、方法。
13. 前記第２のノードの無線通信範囲内にある第３のノードにおいて、前記第２のノードでの前記アドバタイジング状態の持続時間の少なくとも一部と同時に、前記第２のノードのアドバタイジングデータが前記第３のノードによって受信される待ち受け状態を採用する工程を更に含むことを特徴とする請求項１２に記載の方法。
14. 前記第１及び前記第３のノードは異なるノードであることを特徴とする請求項１３に記載の方法。
15. 前記アドバタイジング状態と前記待ち受け状態のうちの少なくとも一方の持続時間は、その状態のその後の採用の間で変化することを特徴とする請求項１２乃至１４いずれか１項に記載の方法。
16. 前記待ち受け状態はBluetooth（登録商標）マスターモードまたはBluetooth（登録商標）low energy中央モードに対応し、前記アドバタイジング状態はBluetooth（登録商標）スレーブモードまたはBluetooth（登録商標）low energy周辺モードに対応することを特徴とする請求項１２乃至１５いずれか１項に記載の方法。
17. 前記待ち受け状態の持続時間は０．０１ｍｓ乃至５ｓの範囲内であることを特徴とする請求項１２乃至１６いずれか１項に記載の方法。
18. 前記第１のノードと前記第２のノードとの間に結合関係を確立する工程を更に含むことを特徴とする請求項１２乃至１７いずれか１項に記載の方法。
19. 少なくとも１つのノードが請求項１乃至７のいずれか１項に記載の無線通信モジュールを含むことを特徴とする請求項１２乃至１８いずれか１項に記載の方法。

Images