特表 2023-537733 スロット情報を記述するシステムおよび方法

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

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

(11)【公表番号】

(43)【公表日】2023-09-05

(54)【発明の名称】スロット情報を記述するシステムおよび方法

(51)【国際特許分類】

   H04W 72/0446 20230101AFI20230829BHJP

   H04W 84/12 20090101ALI20230829BHJP

【ＦＩ】

H04W72/0446

H04W84/12

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023508498

(86)(22)【出願日】2021-08-17

(85)【翻訳文提出日】2023-04-05

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

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

(87)【国際公開日】2022-03-03

(31)【優先権主張番号】63/069,615

(32)【優先日】2020-08-24

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

(31)【優先権主張番号】17/397,392

(32)【優先日】2021-08-09

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＢＬＵＥＴＯＯＴＨ

２．ＦＩＲＥＷＩＲＥ

３．ＨＤＭＩ

４．イーサネット

(71)【出願人】

【識別番号】515046968

【氏名又は名称】メタ プラットフォームズ テクノロジーズ， リミテッド ライアビリティ カンパニー

【氏名又は名称原語表記】ＭＥＴＡ ＰＬＡＴＦＯＲＭＳ ＴＥＣＨＮＯＬＯＧＩＥＳ， ＬＬＣ

(74)【代理人】

【識別番号】110002974

【氏名又は名称】弁理士法人Ｗｏｒｌｄ ＩＰ

(72)【発明者】

【氏名】フー， チュンユイ

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE02

5K067EE10

5K067EE71

5K067HH21

(57)【要約】

本明細書に開示されているのは、スロット情報を記述することに関連するシステムおよび方法である。一態様では、第１の無線通信デバイスは、無線トラフィックのための複数のスロットの各々の値を有するビットマップを決定する。ビットマップは、対応するスロットのステータスまたはタイプを示し得る。第１の無線通信デバイスは、無線ローカルエリアネットワーク（ＷＬＡＮ）ベースのプロトコルを使用して、ビットマップを含むメッセージを第２の無線通信デバイスに送信し得る。メッセージは、複数のスロットの各々の持続時間、複数のスロットの周期、および複数のスロットの持続性をさらに含み得る。
【選択図】図４

【特許請求の範囲】

【請求項1】

第１の無線通信デバイスによって、対応するスロットのステータスまたはタイプを示すために、無線トラフィックのための複数のスロットの各々の値を有するビットマップを決定することと、
前記第１の無線通信デバイスによって、無線ローカルエリアネットワーク（ＷＬＡＮ）ベースのプロトコルを使用して、前記ビットマップを含むメッセージを第２の無線通信デバイスに送信することと
を含み、
前記メッセージは、前記複数のスロットの各々の持続時間、前記複数のスロットの周期、および前記複数のスロットの持続性をさらに含む、
方法。

【請求項2】

前記対応するスロットの前記ステータスまたは前記タイプは、前記対応するスロットが占有されている、前記第１の無線通信デバイスによって要求されている、または前記第１の無線通信デバイスによって割り当てられていることを示す、請求項１に記載の方法。

【請求項3】

前記複数のスロットの各々の前記値は、１ビットまたは４ビットで伝送される、請求項１または２に記載の方法。

【請求項4】

前記対応するスロットの前記ステータスまたは前記タイプは、前記対応するスロットが、一杯である、もしくは新しいデバイスから無線トラフィックを受け入れないこと、トリガのみのフレームシーケンスの場合、重複基本サービスセット（ＯＢＳＳ）トラフィックによって占有されていること、またはピアツーピア（Ｐ２Ｐ）トラフィックに割り当てられていることのうちの少なくとも１つであることを示す、請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記周期が正の整数値を有するとき、前記正の整数値は前記周期としてのスロットの数を示し、
前記周期が０の値を有するとき、前記複数のスロットは非周期的である、
請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記持続性は、前記メッセージ内の情報が有効である持続時間を示し、および／または好ましくは、前記メッセージは、前記ビットマップの長さの指示もしくは前記ビットマップが前記メッセージ内に存在するかどうかの指示のうちの少なくとも一方をさらに含む、請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記メッセージは、ビーコンフレーム、プローブ応答、報告フレーム、スロット構成を告知するためのフレーム、スロット要求フレーム、スロット応答フレーム、スロット終了のためのフレーム、または基本サービスセット間（ＢＳＳ間）アクセス調整を行うためのフレームを含む、請求項１から６のいずれか一項に記載の方法。

【請求項8】

前記メッセージはスロット要求フレームであり、前記メッセージは、要求タイプ、フレキシブルスロットオフセットインジケータ、スロットの排他性または共有のインジケータ、要求された最小のスロットの数、使用される最小リソースユニット（ＲＵ）、または使用される最小の空間ストリーム数（ＮＳＳ）のうちの少なくとも１つをさらに含む、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記第１の無線通信デバイスによって、前記複数のスロットの利用率を監視することと、
前記第１の無線通信デバイスによって、前記複数のスロットのうちの少なくとも１つの割り当てを更新するために前記ビットマップを決定することと
を含む、請求項１から８のいずれか一項に記載の方法。

【請求項10】

対応するスロットのステータスまたはタイプを示すために、無線トラフィックのための複数のスロットの各々の値を有するビットマップを決定するように構成された少なくとも１つのプロセッサと、無線ローカルエリアネットワーク（ＷＬＡＮ）ベースのプロトコルを使用して、前記ビットマップを含むメッセージを第２の無線通信デバイスに送信するように構成されたトランシーバと
を備え、前記メッセージは、前記複数のスロットの各々の持続時間、前記複数のスロットの周期、および前記複数のスロットの持続性をさらに含む、第１の無線通信デバイス。

【請求項11】

前記対応するスロットの前記ステータスまたは前記タイプは、前記対応するスロットが占有されている、前記第１の無線通信デバイスによって要求されている、または前記第１の無線通信デバイスによって割り当てられていることを示す、請求項１０に記載の第１の無線通信デバイス。

【請求項12】

前記複数のスロットの各々の前記値は、１ビットまたは４ビットで伝送される、請求項１０または１１に記載の第１の無線通信デバイス。

【請求項13】

前記対応するスロットの前記ステータスまたは前記タイプは、前記対応するスロットが、一杯である、もしくは新しいデバイスから無線トラフィックを受け入れないこと、トリガのみのフレームシーケンスの場合、重複基本サービスセット（ＯＢＳＳ）トラフィックによって占有されていること、またはピアツーピア（Ｐ２Ｐ）トラフィックに割り当てられていることのうちの少なくとも１つであることを示す、請求項１０から１２のいずれか一項に記載の第１の無線通信デバイス。

【請求項14】

前記周期が正の整数値を有するとき、前記正の整数値は前記周期としてのスロットの数を示し、
前記周期が０の値を有するとき、前記複数のスロットは非周期的である、
請求項１０から１３のいずれか一項に記載の第１の無線通信デバイス。

【請求項15】

前記持続性は、前記メッセージ内の情報が有効である持続時間を示し、および／または好ましくは、前記メッセージは、前記ビットマップの長さの指示もしくは前記ビットマップが前記メッセージ内に存在するかどうかの指示のうちの少なくとも一方をさらに含み、および／または好ましくは、前記メッセージは、ビーコンフレーム、プローブ応答、報告フレーム、スロット構成を告知するためのフレーム、スロット要求フレーム、スロット応答フレーム、スロット終了のためのフレーム、または基本サービスセット間（ＢＳＳ間）アクセス調整を行うためのフレームを含む、請求項１０から１４のいずれか一項に記載の第１の無線通信デバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、スロット情報を記述するシステムおよび方法を含むがこれらに限定されない通信に関する。

【背景技術】

【0002】

仮想現実（ＶＲ：ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ）、拡張現実（ＡＲ：ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ）、または複合現実（ＭＲ：ｍｉｘｅｄ ｒｅａｌｉｔｙ）などの人工現実は、没入体験をユーザに提供する。一例では、ヘッドウェアラブルディスプレイ（ＨＷＤ：ｈｅａｄ ｗｅａｒａｂｌｅ ｄｉｓｐｌａｙ）を装着しているユーザは、ユーザの頭を回転させることができ、ＨＷＤの位置およびユーザの視線方向に対応する仮想オブジェクトの画像は、ユーザがあたかも人工現実の空間（例えば、ＶＲ空間、ＡＲ空間、またはＭＲ空間）内を動いているかのようにユーザが感じることを可能にするように、ＨＷＤに表示することができる。仮想オブジェクトの画像は、ＨＷＤに通信可能に結合されたコンソールによって生成され得る。一部の実施形態では、コンソールはネットワークにアクセスし得る。

【発明の概要】

【0003】

本明細書に開示されているのは、スロット情報を記述することに関連するシステムおよび方法である。リソースおよび／またはタイムスロット（本明細書では「スロット」と呼ばれることもある）は、チャネルアクセスの利用率および優先度に基づいて、トラフィックの通信に適応的に割り振ることができる。遅延に敏感なアプリケーションに関連付けられたトラフィックの通信は、通常のトラフィックよりも優先され得る。遅延に敏感なトラフィック（またはトラフィックストリーム）の優先順位付けは、遅延に敏感なアプリケーションのサービス品質を改善することができる。特定の優先スロットへのアクセスは、様々なデバイス間でネゴシエートされ得る。

【0004】

一部の実施形態は、第１の無線通信デバイスによって、対応するスロットのステータスまたはタイプを示すために、無線トラフィックのための複数のスロットの各々の値を有するビットマップを決定し、第１の無線通信デバイスによって、無線ローカルエリアネットワーク（ＷＬＡＮ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）ベースのプロトコルを使用して、ビットマップを含むメッセージを第２の無線通信デバイスに送信する方法であって、メッセージは、複数のスロットの各々の持続時間、複数のスロットの周期、および複数のスロットの持続性をさらに含む、方法に関する。

【0005】

一部の実施形態では、対応するスロットのステータスまたはタイプは、対応するスロットが占有されている、第１の無線通信デバイスによって要求されている、または第１の無線通信デバイスによって割り当てられていることを示す。一部の実施形態では、複数のスロットの各々の値は１ビットで伝送される。一部の実施形態では、対応するスロットのステータスまたはタイプは、対応するスロットが、一杯である、もしくは新しいデバイスから無線トラフィックを受け入れないこと、トリガのみのフレームシーケンスの場合、重複基本サービスセット（ＯＢＳＳ：ｏｖｅｒｌａｐ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）トラフィックによって占有されていること、またはピアツーピア（Ｐ２Ｐ）トラフィックに割り当てられていることのうちの少なくとも１つであることを示す。一部の実施形態では、複数のスロットの各々の値は４ビットで伝送される。

【0006】

一部の実施形態では、周期が正の整数値を有するとき、正の整数値は周期としてのスロットの数を示し、周期が０の値を有するとき、複数のスロットは非周期的である。一部の実施形態では、持続性は、メッセージ内の情報が有効である持続時間を示す。一部の実施形態では、メッセージは、ビットマップの長さの指示またはビットマップがメッセージ内に存在するかどうかの指示のうちの少なくとも一方をさらに含む。一部の実施形態では、メッセージは、ビーコンフレーム、プローブ応答、報告フレーム、スロット構成を告知するためのフレーム、スロット要求フレーム、スロット応答フレーム、スロット終了のためのフレーム、または基本サービスセット間（ｉｎｔｅｒ－ＢＳＳ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ））アクセス調整を行うためのフレームを含む。一部の実施形態では、メッセージはスロット要求フレームであり、メッセージは、要求タイプ、フレキシブルスロットオフセットインジケータ、スロットの排他性または共有のインジケータ、要求された最小のスロットの数、使用される最小リソースユニット（ＲＵ：ｒｅｓｏｕｒｃｅ ｕｎｉｔ）、または使用される最小の空間ストリーム数（ＮＳＳ：ｎｕｍｂｅｒ ｏｆ ｓｐａｔｉａｌ ｓｔｒｅａｍ）のうちの少なくとも１つをさらに含む。一部の実施形態では、第１の無線通信デバイスによって、複数のスロットの利用率を監視し、第１の無線通信デバイスによって、複数のスロットのうちの少なくとも１つの割り当てを更新するためにビットマップを決定する。

【0007】

他の実施形態は、無線トラフィックのための複数のスロットの各々の値を有するビットマップを決定し、および／または対応するスロットのステータスもしくはタイプを示すように構成された少なくとも１つのプロセッサに関する。トランシーバは、無線ローカルエリアネットワーク（ＷＬＡＮ）ベースのプロトコルを使用して、ビットマップを含むメッセージを第２の無線通信デバイスに送信するように構成され得る。メッセージは、複数のスロットの各々の持続時間、複数のスロットの周期、および複数のスロットの持続性を含むことができる。

【0008】

一部の実施形態では、対応するスロットのステータスまたはタイプは、対応するスロットが占有されている、第１の無線通信デバイスによって要求されている、または第１の無線通信デバイスによって割り当てられていることを示す。一部の実施形態では、複数のスロットの各々の値は１ビットで伝送される。一部の実施形態では、対応するスロットのステータスまたはタイプは、対応するスロットが、一杯である、もしくは新しいデバイスから無線トラフィックを受け入れないこと、トリガのみのフレームシーケンスの場合、重複基本サービスセット（ＯＢＳＳ）トラフィックによって占有されていること、またはピアツーピア（Ｐ２Ｐ）トラフィックに割り当てられていることのうちの少なくとも１つであることを示す。一部の実施形態では、複数のスロットの各々の値は４ビットで伝送される。

【0009】

一部の実施形態では、周期が正の整数値を有するとき、正の整数値は周期としてのスロットの数を示し、周期が０の値を有するとき、複数のスロットは非周期的である。一部の実施形態では、持続性は、メッセージ内の情報が有効である持続時間を示す。一部の実施形態では、メッセージは、ビットマップの長さの指示またはビットマップがメッセージ内に存在するかどうかの指示のうちの少なくとも一方をさらに含む。一部の実施形態では、メッセージは、ビーコンフレーム、プローブ応答、報告フレーム、スロット構成を告知するためのフレーム、スロット要求フレーム、スロット応答フレーム、スロット終了のためのフレーム、または基本サービスセット間（ｉｎｔｅｒ－ＢＳＳ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ））アクセス調整を行うためのフレームを含む。

【0010】

添付の図面は、一定の縮尺で描かれることを意図していない。様々な図面における同じ参照番号および符号は、同じ要素を示す。明確にするために、すべての図面ですべての構成要素がラベル付けされているわけではない。

【図面の簡単な説明】

【0011】

【図1】本開示の例示的な実施態様による、人工現実システムを含むシステム環境の図である。

【図2】本開示の例示的な実施態様による、ヘッドウェアラブルディスプレイの図である。

【図3】本開示の例示的な実施態様によるコンピューティング環境のブロック図である。

【図4】本開示の例示的な実施態様による、２つのデバイス間でスロット情報を通信するプロセスを示す相互作用／フロー図である。

【図5】本開示の例示的な実施態様による、スロットスケジュール記述子の例示的なフォーマットである。

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

【0012】

特定の実施形態を詳細に示す図面を参照する前に、本開示は、説明に記載されたまたは図面に示された詳細または方法論に限定されないことを理解されたい。本明細書で使用されている用語は、説明のみのためのものであり、限定と見なされるべきではないことも理解されたい。

【0013】

トラフィックのストリームは、異なるタイプのトラフィックによって特徴付けられ得る。例えば、アプリケーションは、遅延に敏感なトラフィック（例えば、ビデオ／音声（ＶＩ／ＶＯ）およびリアルタイム相互作用アプリケーションなど）または通常のトラフィック（例えば、ベストエフォート／バックグラウンドアプリケーション（ＢＥ／ＢＫ））によって特徴付けられ得る。一部の実施形態では、遅延に敏感なトラフィックは、その周期性の性質（例えば、トラフィックの周期的なバースト）および低遅延要件に部分的に基づいて識別可能であり得る。例えば、ビデオ表示トラフィックは、６０Ｈｚ、７２Ｈｚ、９０Ｈｚ、または１２０Ｈｚのリフレッシュレートによって駆動され得る。アプリケーションおよび／またはデバイスは、トラフィックタイプの組み合わせ（例えば、遅延に敏感なトラフィックおよび遅延に敏感でないトラフィック）を有し得る。さらに、アプリケーションおよび／またはデバイスのためのトラフィックの各ストリームは、アプリケーションおよび／またはデバイスのためのトラフィックの他のストリームと比較して、多かれ少なかれ自発的および／または周期的であり得る。したがって、トラフィックは、アプリケーションおよび／またはチャネルレートのダイナミクスに応じて変化し得る。

【0014】

一部の実施態様では、デバイスは、許可された（例えば、登録または割り当てられた）デバイスのみがチャネルにアクセスできるように、割り振られたチャネル送信帯域幅を使用して通信し得る。

【0015】

一部の実施態様では、デバイスは、異なるリンクを介して異なるサービス品質を提供し得る。例えば、デバイス（アクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔ）など）は、遅延に敏感なトラフィックを伝送するステーション（ＳＴＡ：ｓｔａｔｉｏｎ）に対して、１つのリンクまたはリンクのサブセットを介して動作するように指示し得る。遅延に敏感なトラフィックに依存するアプリケーションのサービス品質は、遅延に敏感なトラフィック専用のリンクを使用して改善され得る。デバイス（例えば、ＡＰ、ソフトＡＰ、コンソール）は、遅延に敏感なスロットが通常のタイムスロットよりも優先されるように、遅延に敏感なタイムスロットを構成し得る。デバイス（例えば、ＡＰ、ソフトＡＰ）は、割り振られたリンクへのトラフィックストリームおよび／またはステーション（ＳＴＡ）アクセスを制御（または管理、スケジュール）し得る。例えば、許可されたＳＴＡのみが、割り振られたリンク上のスロットにアクセスし得る。デバイス（例えば、ＡＰおよび／またはＳＴＡ）は、リンクの優先スロットのためのトラフィックストリームの分配について合意し得る。

【0016】

一部の実施態様では、デバイスは、ネットワーク内のリンクを集約することによってネットワークのスループットを高め得る。マルチリンク動作（ＭＬＯ：ｍｕｌｔｉ－ｌｉｎｋ ｏｐｅｒａｔｉｏｎ）をサポートするように構成されたデバイスは、柔軟なトラフィックステアリングおよび負荷分散をサポートすることが可能であり得る。例えば、デバイス（例えば、ＡＰ）は、アクセスカテゴリ（ＡＣ：ａｃｃｅｓｓ ｃａｔｅｇｏｒｙ）、トラフィック識別子（ＴＩＤ：ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）、送信元／宛先アドレス、特定のデバイス、トラフィック（例えば、遅延に敏感なトラフィック）に関連付けられた属性、および／またはトラフィックの方向（例えば、アップリンク（ＵＬ：ｕｐｌｉｎｋ）トラフィック、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）トラフィック）に基づいて、トラフィックを異なるリンクに割り当て得る（またはスケジュールし得る）。追加的または代替的に、デバイスは、非同期／同期送信を有効にすることによってチャネルのアクセス機会を増加させてもよい。

【0017】

一部のアプリケーションでは、優先されていない遅延に敏感なトラフィックが、ユーザ体験を低下させ得る。例えば、ＡＲのコンテキストでは、ＡＲデバイスを装着しているユーザの動きと、ユーザの動きに対応し、ＡＲデバイスを使用してユーザに表示される画像との間の遅延は、ジャダーを引き起こし、結果的に動揺病をもたらし得る。

【0018】

図１は、コンソール１１０が動作する例示的な人工現実システム環境１００のブロック図である。図１は、デバイスが異なる遅延感度／要件を有するトラフィックストリームを通信し得る例示的な環境を提供する。一部の実施形態では、人工現実システム環境１００は、ユーザによって装着されるＨＷＤ１５０と、人工現実のコンテンツをＨＷＤ１５０に提供するコンソール１１０とを含む。ヘッドウェアラブルディスプレイ（ＨＷＤ）は、ヘッドマウントディスプレイ（ＨＭＤ：ｈｅａｄ ｍｏｕｎｔｅｄ ｄｉｓｐｌａｙ）、ヘッドマウントデバイス（ＨＭＤ：ｈｅａｄ ｍｏｕｎｔｅｄ ｄｅｖｉｃｅ）、ヘッドウェアラブルデバイス（ＨＷＤ：ｈｅａｄ ｗｅａｒａｂｌｅ ｄｅｖｉｃｅ）、頭部装着型ディスプレイ（ＨＷＤ：ｈｅａｄ ｗｏｒｎ ｄｉｓｐｌａｙ）、または頭部装着型デバイス（ＨＷＤ：ｈｅａｄ ｗｏｒｎ ｄｅｖｉｃｅ）と呼ばれ得るし、これらを含み得るし、またはこれらの一部であり得る。一態様では、ＨＷＤ１５０は、ＨＷＤ１５０を装着しているユーザの位置、向き、および／または視線方向を検出し、検出された位置、向き、および／または視線方向を有線または無線接続を介してコンソール１１０に提供する様々なセンサを含み得る。ＨＷＤ１５０は、物体（例えば、身体、手の表面）も識別し得る。

【0019】

コンソール１１０は、検出された位置、向き、および／または視線方向に対応する人工現実の空間内のビューを決定し、決定されたビューを描写する画像を生成し得る。コンソール１１０はまた、１つ以上のユーザ入力を受信し、ユーザ入力に応じて画像を変更し得る。コンソール１１０は、レンダリングのために画像をＨＷＤ１５０に提供し得る。ユーザのビューに対応する人工現実の空間の画像はユーザに提示することができる。一部の実施形態では、人工現実システム環境１００は、図１に示されているものと比べてより多くの、より少ない、または異なる構成要素を含む。一部の実施形態では、人工現実システム環境１００の１つ以上の構成要素の機能は、ここで説明されているものとは異なる方法で構成要素間で分散させることができる。例えば、コンソール１１０の機能の一部はＨＷＤ１５０によって実行されてもよく、および／またはＨＷＤ１５０の機能の一部はコンソール１１０によって実行されてもよい。

【0020】

一部の実施形態では、ＨＷＤ１５０は、ユーザが装着することができ、ユーザに人工現実体験を提示または提供することができる電子構成要素である。ＨＷＤ１５０は、人工現実体験をユーザに提供するために、１つ以上の画像、ビデオ、オーディオ、またはこれらの何らかの組み合わせをレンダリングし得る。一部の実施形態では、オーディオは、ＨＷＤ１５０、コンソール１１０、またはこれらの両方からオーディオ情報を受信し、オーディオ情報に基づいてオーディオを提示する外部デバイス（例えば、スピーカおよび／またはヘッドフォン）を介して提示される。一部の実施形態では、ＨＷＤ１５０は、センサ１５５と、アイトラッカ１６０と、通信インターフェース１６５と、画像レンダラ１７０と、電子ディスプレイ１７５と、レンズ１８０と、補償器１８５とを含む。これらの構成要素は、ＨＷＤ１５０の位置および／またはＨＷＤ１５０を装着しているユーザの視線方向を検出し、ＨＷＤ１５０の検出された位置および／またはユーザの視線方向に対応する人工現実内のビューの画像をレンダリングするために一緒に動作し得る。他の実施形態では、ＨＷＤ１５０は、図１に示されているものと比べてより多くの、より少ない、または異なる構成要素を含む。

【0021】

一部の実施形態では、センサ１５５は、ＨＷＤ１５０の位置および／または向きを検出する電子構成要素または電子構成要素とソフトウェア構成要素との組み合わせを含む。センサ１５５の例は、１つ以上の撮像センサ、１つ以上の加速度計、１つ以上のジャイロスコープ、１つ以上の磁力計、または動きおよび／もしくは位置を検出する別の適切なタイプのセンサを含むことができる。例えば、１つ以上の加速度計は並進運動（例えば、前／後ろ、上／下、左／右）を測定することができ、１つ以上のジャイロスコープは回転運動（例えば、ピッチ、ヨー、ロール）を測定することができる。一部の実施形態では、センサ１５５は、並進運動および／または回転運動を検出し、ＨＷＤ１５０の向きおよび位置を決定する。一態様では、センサ１５５は、ＨＷＤ１５０の以前の向きおよび位置に対する並進運動および／または回転運動を検出し、検出された並進運動および／または回転運動を蓄積または統合することによってＨＷＤ１５０の新しい向きおよび／または位置を決定することができる。ＨＷＤ１５０が基準方向から２５度の方向に向けられている例を仮定すると、ＨＷＤ１５０が２０度回転したことを検出したことに応答して、センサ１５５は、ＨＷＤ１５０が今は基準方向から４５度の方向を向いている、またはこれに向けられていると決定し得る。ＨＷＤ１５０が基準点から第１の方向に２フィート離れて位置している別の例を仮定すると、ＨＷＤ１５０が第２の方向に３フィート動いたことを検出したことに応答して、センサ１５５は、ＨＷＤ１５０が今は第１の方向への２フィートおよび第２の方向への３フィートのベクトル乗算に位置していると決定し得る。

【0022】

一部の実施形態では、アイトラッカ１６０は、ＨＷＤ１５０のユーザの視線方向を決定する電子構成要素または電子構成要素とソフトウェア構成要素との組み合わせを含む。一部の実施形態では、ＨＷＤ１５０、コンソール１１０、または組み合わせは、人工現実のための画像データを生成するためにＨＷＤ１５０のユーザの視線方向を組み込み得る。一部の実施形態では、アイトラッカ１６０は、２つのアイトラッカを含み、各アイトラッカ１６０は、対応する目の画像を取り込み、目の視線方向を決定する。一例では、アイトラッカ１６０は、目の取り込まれた画像に応じて、目の角回転、目の並進、目のねじれの変化、および／または目の形状の変化を決定し、決定された目の角回転、並進、およびねじれの変化に応じて、ＨＷＤ１５０に対する相対視線方向を決定する。一手法では、アイトラッカ１６０は、目の一部に所定の基準または構造化パターンを照射または投影し、目の画像を取り込んで目の一部に投影されたパターンを分析し、ＨＷＤ１５０に対する目の相対視線方向を決定し得る。一部の実施形態では、アイトラッカ１６０は、ユーザの視線方向を決定するために、ＨＷＤ１５０の向きおよびＨＷＤ１５０に対する相対視線方向を組み込む。ＨＷＤ１５０が基準方向から３０度の方向に向けられており、ＨＷＤ１５０の相対視線方向がＨＷＤ１５０に対して－１０度（または３５０度）である例を仮定すると、アイトラッカ１６０は、ユーザの視線方向が基準方向から２０度であると決定し得る。一部の実施形態では、ＨＷＤ１５０のユーザは、アイトラッカ１６０を有効または無効にするようにＨＷＤ１５０を構成する（例えば、ユーザ設定によって）ことができる。一部の実施形態では、ＨＷＤ１５０のユーザは、アイトラッカ１６０を有効または無効にするように促される。

【0023】

一部の実施形態では、ハンドトラッカ１６２は、ユーザの手を追跡する電子構成要素または電子構成要素とソフトウェア構成要素との組み合わせを含む。一部の実施形態では、ハンドトラッカ１６２は、手の形状、位置、および／または向きを検出することができる撮像センサ（例えば、カメラ）および画像プロセッサを含むか、またはこれらに結合される。ハンドトラッカ１６２は、手の検出された形状、位置、および／または向きを示すハンドトラッキング測定値を生成し得る。

【0024】

一部の実施形態では、通信インターフェース１６５は、コンソール１１０と通信する電子構成要素または電子構成要素とソフトウェア構成要素との組み合わせを含む。通信インターフェース１６５は、通信リンクを介してコンソール１１０の通信インターフェース１１５と通信し得る。通信リンクは、無線リンク、有線リンク、またはこれらの両方であってもよい。無線リンクの例は、セルラー通信リンク、近距離無線通信リンク、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、または任意の通信無線通信リンクを含むことができる。有線リンクの例は、ＵＳＢ、イーサネット、Ｆｉｒｅｗｉｒｅ、ＨＤＭＩ、または任意の有線通信リンクを含むことができる。コンソール１１０およびヘッドウェアラブルディスプレイ１５０が単一のシステム上で実施される実施形態では、通信インターフェース１６５は、バス接続または導電配線を介してコンソール１１０と通信してもよい。通信リンクを介して、通信インターフェース１６５は、ＨＷＤ１５０の決定された位置、ＨＷＤ１５０の向き、ユーザの決定された視線方向、および／またはハンドトラッキング測定値を示すセンサ測定値をコンソール１１０に送信し得る。さらに、通信リンクを介して、通信インターフェース１６５は、レンダリングされる画像を示す、またはこれに対応するセンサ測定値をコンソール１１０から受信し得る。

【0025】

通信インターフェースを使用して、コンソール１１０（またはＨＷＤ１５０）は、衝突または干渉を低減するためにリンク１０１上の動作を調整し得る。例えば、コンソール１１０は、コンソール１１０とＨＷＤ１５０との間の通信を調整し得る。一部の実施態様では、コンソール１１０は、コンソール１１０とＨＷＤ１５０との間（または２つのＨＷＤ間）の無線リンクの存在を通知／告知するためにビーコンフレームを周期的に送信してもよい。一実施態様では、ＨＷＤ１５０は、コンソール１１０からのビーコンフレームを監視または受信してもよく、コンソール１１０および／またはＨＷＤ１５０と他のデバイスとの間の通信との衝突または干渉を回避するために、ＨＷＤ１５０との通信をスケジュールすることができる（例えば、オフセット値などのビーコンフレーム内の情報を使用して）。

【0026】

コンソール１１０とＨＷＤ１５０とは、リンク１０１（例えば、イントラリンク）を使用して通信し得る。データ（例えば、トラフィックストリーム）は、リンク１０１上で一方向に流れ得る。例えば、コンソール１１０は、ＨＷＤ１５０へのダウンリンク（ＤＬ）通信を使用して通信してもよく、ＨＷＤ１５０は、コンソール１１０へのアップリンク（ＵＬ）通信を使用して通信してもよい。

【0027】

一部の実施形態では、画像レンダラ１７０は、例えば、人工現実の空間のビューの変化に応じて、表示用の１つ以上の画像を生成する電子構成要素または電子構成要素とソフトウェア構成要素との組み合わせを含む。一部の実施形態では、画像レンダラ１７０は、本明細書で説明されている様々な機能を実行するために命令を実行するプロセッサ（またはグラフィック処理装置（ＧＰＵ：ｇｒａｐｈｉｃａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ））として実施される。画像レンダラ１７０は、通信インターフェース１６５を介して、レンダリングされる画像を記述するデータを受信し、電子ディスプレイ１７５を介して画像をレンダリングし得る。一部の実施形態では、コンソール１１０からのデータは符号化されていてもよく、画像レンダラ１７０は、画像を生成およびレンダリングするためにデータを復号してもよい。一態様では、コンソール１１０とＨＷＤ１５０との間の通信帯域幅を低減することができるように、画像レンダラ１７０は、コンソール１１０から符号化された画像を受信し、符号化された画像を復号する。

【0028】

一部の実施形態では、画像レンダラ１７０は、人工現実空間内の仮想オブジェクトを示すオブジェクト情報と仮想オブジェクトの深度（またはＨＷＤ１５０からの距離）を示す深度情報とを含む１１０追加データをコンソールから受信する。したがって、画像レンダラ１７０は、コンソール１１０からオブジェクト情報および／または深度情報を受信し得る。画像レンダラ１７０はまた、センサ１５５から更新されたセンサ測定値を受信し得る。ＨＷＤ１５０によって、ＨＷＤ１５０の位置および向きならびに／またはＨＷＤ１５０を装着しているユーザの視線方向を検出し、コンソール１１０によって、検出された位置および視線方向に対応する高解像度画像（例えば、１９２０×１０８０画素、または２０４８×１１５２画素）を生成してＨＷＤ１５０に送信するプロセスは、計算的に網羅的であってもよく、フレーム時間（例えば、１１ｍｓまたは８ｍｓ未満）内に実行されない場合がある。

【0029】

一部の実施態様では、画像レンダラ１７０は、ＨＷＤ１５０の更新された位置および／または向きに対応するように人工現実の画像を更新するためにシェーディング、再投影、および／またはブレンディングを実行し得る。ユーザが最初のセンサ測定後に自分の頭を回転させたと仮定すると、更新されたセンサ測定値に応答して画像全体を再作成するのではなく、画像レンダラ１７０は、更新されたセンサ測定値に応じて人工現実内の更新されたビューに対応する画像の小さな部分（例えば、１０％）を生成し、再投影によってその部分をコンソール１１０からの画像データの画像に付加し得る。画像レンダラ１７０は、付加されたエッジに対してシェーディングおよび／またはブレンドを実行し得る。したがって、更新されたセンサ測定値に応じて人工現実の画像を再作成することなく、画像レンダラ１７０は人工現実の画像を生成することができる。

【0030】

他の実施態様では、画像レンダラ１７０は、コンソール１１０からの画像がフレーム時間内に受信されなかったとき、シェーディング処理および再投影処理によって１つ以上の画像を生成する。例えば、人工現実の空間のビューの変化に応じて、適応的にシェーディング処理および再投影処理が実行されてもよい。

【0031】

一部の実施形態では、電子ディスプレイ１７５は、画像を表示する電子構成要素である。電子ディスプレイ１７５は、例えば、液晶ディスプレイまたは有機発光ダイオードディスプレイであってもよい。電子ディスプレイ１７５は、ユーザが透かして見ることを可能にする透明ディスプレイであってもよい。一部の実施形態では、ＨＷＤ１５０がユーザによって装着されるとき、電子ディスプレイ１７５は、ユーザの目に近接して（例えば、３インチ未満で）配置される。一態様では、電子ディスプレイ１７５は、画像レンダラ１７０によって生成された画像に応じてユーザの目に向かって光を放射または投影する。

【0032】

一部の実施形態では、レンズ１８０は、電子ディスプレイ１７５から受光した光を変化させる機械的構成要素である。レンズ１８０は、電子ディスプレイ１７５からの光を拡大し、光に関連する光学誤差を補正し得る。レンズ１８０は、フレネルレンズ、凸レンズ、凹レンズ、フィルタ、または電子ディスプレイ１７５からの光を変化させる任意の適切な光学構成要素であってもよい。レンズ１８０を介して、電子ディスプレイ１７５からの光は瞳孔に到達することができ、これにより、ユーザは、電子ディスプレイ１７５が目に近接しているにもかかわらず、電子ディスプレイ１７５によって表示された画像を見ることができる。

【0033】

一部の実施形態では、補償器１８５は、任意の歪みまたは収差を補償するために補償を実行する電子構成要素または電子構成要素とソフトウェア構成要素との組み合わせを含む。一態様では、レンズ１８０は、色収差、ピンクッション歪み、樽型歪みなどの光学収差をもたらす。補償器１８５は、レンズ１８０によって引き起こされる歪みを補償するために、画像レンダラ１７０からのレンダリングされた画像に適用する補償（例えば、予歪）を決定し、画像レンダラ１７０からの画像に決定された補償を適用し得る。補償器１８５は、予歪された画像を電子ディスプレイ１７５に提供し得る。

【0034】

一部の実施形態では、コンソール１１０は、レンダリングされるコンテンツをＨＷＤ１５０に提供する電子構成要素または電子構成要素とソフトウェア構成要素との組み合わせである。一態様では、コンソール１１０は、通信インターフェース１１５およびコンテンツプロバイダ１３０を含む。これらの構成要素は、ＨＷＤ１５０の位置および／またはＨＷＤ１５０のユーザの視線方向に対応する人工現実のビュー（例えば、ユーザの視野（ＦＯＶ：ｆｉｅｌｄ ｏｆ ｖｉｅｗ））を決定するために一緒に動作してもよく、決定されたビューに対応する人工現実の画像を生成することができる。他の実施形態では、コンソール１１０は、図１に示されているものと比べてより多くの、より少ない、または異なる構成要素を含む。一部の実施形態では、コンソール１１０は、ＨＷＤ１５０の一部として統合される。一部の実施形態では、通信インターフェース１１５は、ＨＷＤ１５０と通信する電子構成要素または電子構成要素とソフトウェア構成要素との組み合わせである。通信インターフェース１１５は、通信リンク（例えば、ＵＳＢケーブル、無線リンク）を介してコンソール１１０の通信インターフェース１１５と通信する通信インターフェース１６５の相手方の構成要素であり得る。通信リンクを介して、通信インターフェース１１５は、ＨＷＤ１５０の決定された位置および／もしくは向き、ユーザの決定された視線方向、ならびに／またはハンドトラッキング測定値を示すセンサ測定値をＨＷＤ１５０から受信し得る。さらに、通信リンクを介して、通信インターフェース１１５は、レンダリングされる画像を記述するデータをＨＷＤ１５０に送信し得る。

【0035】

コンテンツプロバイダ１３０は、ＨＷＤ１５０の位置および／もしくは向き、ユーザの視線方向、ならびに／またはハンドトラッキング測定値に応じて、レンダリングされるコンテンツを生成する構成要素を含むか、またはこれに対応することができる。一態様では、コンテンツプロバイダ１３０は、ＨＷＤ１５０の位置および向きならびに／またはＨＷＤ１５０のユーザの視線方向に応じて人工現実のビューを決定する。例えば、コンテンツプロバイダ１３０は、物理空間内のＨＷＤ１５０の位置を人工現実空間内の位置にマッピングし、人工現実空間内のマッピングされた位置からのＨＷＤ１５０の向きおよび／またはユーザの視線方向に対応する方向に沿って人工現実空間のビューを決定する。

【0036】

コンテンツプロバイダ１３０は、人工現実空間の決定されたビューの画像を記述する画像データを生成し、通信インターフェース１１５を介して画像データをＨＷＤ１５０に送信し得る。コンテンツプロバイダはまた、ハンドトラッキング測定値に応じてユーザの手に対応する手モデル（または他の仮想オブジェクト）を生成し、人工現実空間内の手モデルの形状、位置、および向きを示す手モデルデータを生成し得る。

【0037】

一部の実施形態では、コンテンツプロバイダ１３０は、画像に関連付けられた動きベクトル情報、深度情報、エッジ情報、オブジェクト情報などを含むメタデータを生成し、通信インターフェース１１５を介して画像データと共にメタデータをＨＷＤ１５０に送信する。コンテンツプロバイダ１３０は、画像を記述するデータを符号化および／または符号化してもよく、符号化および／または符号化されたデータをＨＷＤ１５０に送信することができる。一部の実施形態では、コンテンツプロバイダ１３０は、周期的に（例えば、１秒ごとに）画像を生成してＨＷＤ１５０に提供する。

【0038】

コンソール１５０のスロットマネージャ１９０は、リンク（遅延に敏感なリンク（ＬＳＬ：ｌａｔｅｎｃｙ ｓｅｎｓｉｔｉｖｅ ｌｉｎｋ）を含む）を周期的な間隔に分割し得る。間隔は、固定されたおよび／または構成可能な数のスロットを含み得る。

【0039】

一例では、スロットマネージャ１９０は、２^ｘの時間単位に基づいて周期を決定してもよく、ｘは正の整数である。例えば、ＡＲ／ＶＲのコンテキストでは、スロットマネージャ１９０は、スロットの持続時間に対して１０２４マイクロ秒である周期の持続時間を選択し、６０Ｈｚのフレーム毎秒の表示レートに対応する間隔として１６スロットを設定し得る。追加的または代替的に、スロットマネージャ１９０は、正の分数および／または整数の時間単位（ＴＵ：ｔｉｍｅ ｕｎｉｔ）（例えば、１／２、１、２、３、…ＴＵ）である周期内の各スロットの持続時間を選択してもよい。

【0040】

スロットマネージャ１９０は、デバイス（例えば、ＨＷＤ１５０）間のハンドシェイク（または何らかの他のタイプのネゴシエーション）に基づいてスロットに対してメンバーシップを割り当て得る（例えば、管理し得るまたは割り振り得る）。例えば、スロットマネージャ１９０は、スロットの要求された割り当てを受け入れてもよく、要求しているデバイスに１つ以上の連続したおよび／または不連続なスロットを割り当てることができる。

【0041】

スロットマネージャ１９０は、スロットのビジー／アイドルステータスを示すビットマップを構築し、ビーコン、プローブ応答、スロット情報通知／応答フレーム（ただし、これらに限定されない）などのフレーム内の必要な関連情報と共にこのビットマップを告知し得る。ビットマップは、基本サービスセット（ＢＳＳ）間デバイスおよびＢＳＳ内デバイスに対して共有され得る。ビットマップは、遅延に敏感なトラフィックを有する様々なデバイス間の競合を分散するために、および／または異なるＢＳＳのデバイス（例えば、コンソール１１０）の調整を可能にするために、デバイス（例えば、ＨＷＤ１５０）によって使用され得る。

【0042】

図２は、例示的な実施形態による、ＨＷＤ１５０の図である。一部の実施形態では、ＨＷＤ１５０は、前部剛体２０５およびバンド２１０を含む。前部剛体２０５は、電子ディスプレイ１７５（図２には示されていない）、レンズ１８０（図２には示されていない）、センサ１５５、アイトラッカ１６０Ａ、１６０Ｂ、通信インターフェース１６５、および画像レンダラ１７０を含む。図２によって示されている実施形態では、センサ１５５は、前部剛体２０５内に配置され、ユーザには見え得ない。他の実施形態では、ＨＷＤ１５０は、図２に示されているものと比べて異なる構成を有する。例えば、画像レンダラ１７０、アイトラッカ１６０Ａ、１６０Ｂ、および／またはセンサ１５５は、図２に示されているものと比べて異なる位置にあってもよい。

【0043】

本明細書で説明されている様々な動作は、コンピュータシステム上で実施することができる。

【0044】

図３は、本開示を実施するために使用可能な代表的なコンピューティングシステム３１４のブロック図を示す。一部の実施形態では、図１のコンソール１１０、ＨＷＤ１５０、またはこれらの両方は、コンピューティングシステム３１４によって実施される。コンピューティングシステム３１４は、例えば、スマートフォン、他の携帯電話、タブレットコンピュータ、ウェアラブルコンピューティングデバイス（例えば、スマートウォッチ、眼鏡、ヘッドウェアラブルディスプレイ）、デスクトップコンピュータ、ラップトップコンピュータなどのコンシューマデバイスとして実施することができるし、または分散コンピューティングデバイスで実施することができる。コンピューティングシステム３１４は、ＶＲ、ＡＲ、ＭＲ体験を提供するように実施することができる。一部の実施形態では、コンピューティングシステム３１４は、プロセッサ３１６、記憶デバイス３１８、ネットワークインターフェース３２０、ユーザ入力デバイス３２２、およびユーザ出力デバイス３２４などの従来のコンピュータ構成要素を含むことができる。

【0045】

ネットワークインターフェース３２０は、リモートサーバシステムのＷＡＮインターフェースも接続される広域ネットワーク（例えば、インターネット）への接続を提供することができる。ネットワークインターフェース３２０は、有線インターフェース（例えば、イーサネット）、および／またはＷｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、もしくはセルラーデータネットワーク規格（例えば、３Ｇ、４Ｇ、５Ｇ、６０ＧＨｚ、ＬＴＥなど）などの様々なＲＦデータ通信規格を実装する無線インターフェースを含むことができる。

【0046】

ネットワークインターフェース３２０は、コンピューティングシステム３１４が送信機および受信機を使用してリモートデバイス（例えば、ＡＰ、ＳＴＡ）からデータを送信および受信することを可能にするトランシーバを含み得る。トランシーバは、双方向通信を可能にする業界標準をサポートする送受信をサポートするように構成され得る。アンテナは、トランシーバハウジングに取り付けられ、トランシーバに電気的に結合され得る。追加的または代替的に、マルチアンテナアレイは、異なる方向を指向する複数のビームがデータの送信および／または受信を容易にし得るように、トランシーバに電気的に結合されてもよい。

【0047】

送信機は、プロセッサユニット３１６によって生成されたフレーム、スロット、またはシンボルを無線で送信するように構成されてもよい。同様に、受信機は、フレーム、スロット、またはシンボルを受信するように構成されてもよく、プロセッサユニット３１６は、フレームを処理するように構成されてもよい。例えば、プロセッサユニット３１６は、フレームのタイプを決定し、それに応じてフレームおよび／またはフレームのフィールドを処理するように構成することができる。

【0048】

ユーザ入力デバイス３２２は、ユーザがコンピューティングシステム３１４に信号を提供することができる任意のデバイス（または複数のデバイス）を含むことができ、コンピューティングシステム３１４は、信号を特定のユーザ要求または情報を示すものとして解釈することができる。ユーザ入力デバイス３２２は、キーボード、タッチパッド、タッチスクリーン、マウスまたは他のポインティングデバイス、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、マイクロフォン、センサ（例えば、モーションセンサ、アイトラッキングセンサなど）などのうちのいずれかまたはすべてを含むことができる。

【0049】

ユーザ出力デバイス３２４は、コンピューティングシステム３１４がユーザに情報を提供することができる任意のデバイスを含むことができる。例えば、ユーザ出力デバイス３２４は、コンピューティングシステム３１４によって生成された、またはこれに配信された画像を表示するディスプレイを含むことができる。ディスプレイは、補助電子部品（例えば、デジタルアナログ変換器もしくはアナログデジタル変換器または信号プロセッサなど）と共に、様々な画像生成技術、例えば、液晶ディスプレイ（ＬＣＤ：ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）、有機発光ダイオード（ＯＬＥＤ：ｏｒｇａｎｉｃ ｌｉｇｈｔ－ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）を含む発光ダイオード（ＬＥＤ：ｌｉｇｈｔｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）、投影システム、または陰極線管（ＣＲＴ：ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ）などを組み込むことができる。入力および出力デバイスの両方として機能するタッチスクリーンなどのデバイスを使用することができる。ディスプレイに加えて、またはディスプレイの代わりに、出力デバイス３２４を用意することができる。例は、インジケータライト、スピーカ、触覚「ディスプレイ」デバイス、およびプリンタなどを含む。

【0050】

図１～図２は、トラフィックストリームを通信するデバイスを示しており、トラフィックストリームの一部は遅延に敏感（例えば、ＡＲ／ＶＲ情報／コンテンツを伝送するもの）であり得る。図４は、本開示の例示的な実施態様による、２つのデバイス間でスロット情報を通信するプロセス４００を示す相互作用／フロー図である。一部の実施形態では、プロセス４００は、第１のデバイス４０１および第２のデバイス４０２によって実行される。第１のデバイス４０１および第２のデバイス４０２は、ＡＰ（例えば、コンソール１１０、ルータ）、ソフトＡＰ、および／またはステーション（例えば、ＨＷＤ１５０）の何らかの組み合わせであってもよい。一部の実施形態では、プロセス４００は、他のエンティティによって実行される。一部の実施形態では、プロセス４００は、図４に示されているものと比べてより多くの、より少ない、または異なるステップを含む。

【0051】

動作４０３のさらなる詳細に関して、第１のデバイス４０１は、スロット情報記述子またはスロットスケジュール記述子にカプセル化されるビットマップおよび関連情報を生成し得る（例えば、これらを生成するように構成されたスロットマネージャを含み得る）。スロットスケジュール記述子は、無線ローカルエリアネットワーク（ＷＬＡＮ）のリンクを介して無線トラフィックを通信するために使用されるスロット（または持続時間、周波数リソースユニットなど）の値を含み得る。プロセス４００を実施するために実行され得る異なるＷＬＡＮプロトコルは、ＩＥＥＥ８０２．１１プロトコルを含むことができる。一部の実施態様では、デバイス（例えば、第１のデバイス４０１）は、トラフィックパターンを（例えば、トラフィックに関連付けられたアプリケーションのタイプ、ユーザの使用もしくは動作、および／または過去のトラフィック特性に応じて）予測することによってトラフィックパターンを特徴付け得る。デバイスおよび／またはアプリケーションは、予測されたトラフィックパターンおよび／または告知された／利用可能なスロットに応じて、ＬＳＬのスロットに対してサインアップ（例えば、要求、登録）し得る。予測トラフィックは、デバイスおよび／またはアプリケーションから発生する予想トラフィック、デバイスおよび／またはアプリケーションによって予想されたトラフィック、および／または予想されたピアツーピア（Ｐ２Ｐ：ｐｅｅｒ－ｔｏ－ｐｅｅｒ）トラフィックを含むことができる。

【0052】

スロットスケジュール記述子は、スロットに関するスケジューリング情報および／またはスロットを介して伝送されるトラフィックのタイプを共有するために使用され得る。例えば、第１のデバイス４０１および第２のデバイス４０２は、遅延に敏感なトラフィック／トラフィックストリームを送受信するための手順、割り振り、または割り当て（例えば、割り振られたスロット）に合意するために、生成されたスロットスケジュール記述子を使用し得る。第１のデバイス４０１はまた、ＬＳＬのステータスおよび／またはスケジューリング情報（例えば、割り当てられたスロット、割り当てられていないスロット）を共有するためにスロットスケジュール記述子を使用し得る。

【0053】

遅延に敏感なトラフィックが与えられたら、デバイスは、（例えば、マルチキャストリスナー発見によって）チャネル競合および／または利用率を監視してもよく、遅延に敏感なトラフィックのために１つ以上のリンク／スロットを割り振る／要求することができる。利用率が閾値を下回った（例えば、十分な遅延に敏感なトラフィックがないことから、リンクが十分に利用されない）場合、ＡＰは、例えば、スロットから１つ以上のＳＴＡを解放し、遅延に敏感なトラフィックを有する異なるトラフィックストリームを割り当て、および／または通常のトラフィック（非優先トラフィック）にスロットを使用し得る。追加的または代替的に、ＳＴＡ（例えば、スロットを要求している、および／またはスロットが割り振られている）は、ＳＴＡおよび／またはスロットのトラフィックダイナミクスを監視してもよく、予約を更新することができる。

【0054】

一部の実施形態では、ＡＰは、監視されたチャネル競合／利用率に基づいて、トラフィックを特定のスロットに更新および／または割り当てるために、スロットスケジュール記述子（例えば、任意のフォーマットおよび／またはパッキングビットもしくはフィールド値）を利用し得る。例えば、ＡＰは、スロットの利用率を監視し、割り振られたスロットの割り当てを変更することができる。異なる例では、利用率要件に応じて、遅延に敏感なトラフィックを伝送するように構成された一部のスロットは、帯域幅が浪費されないように、非所有者および／または遅延に敏感でないトラフィック（非優先トラフィックまたは通常のトラフィック）に利用可能になり得る。

【0055】

図５を参照すると、本開示の例示的な実施態様による、スロットスケジュール記述子５００の例示的なフォーマットが示されている。一部の実施形態では、スロットスケジュール記述子５００は、第１のデバイス（例えば、ＡＰ、ＳＴＡ）から第２のデバイス（例えば、ＳＴＡ）に通信されてもよい。

【0056】

スロット持続時間５０２は、スロットの時間の持続時間であり得る。スロット持続時間は、正の分数および／または整数の時間単位（１ＴＵ＝１０２４マイクロ秒）であり得る。スロット持続時間は、

によって事前決定および／または計算されてもよく、ｘは整数である。一部の実施形態では、ＡＰはｘの値を決定してもよい。スロット持続時間５０２は、６ビット（または異なる量のビット）を使用して通信され得る。

【0057】

ビットマップ長５０４は、ビットマップ（例えば、本明細書でさらに述べられるようなステータスビットマップ５１２および／または情報ビットマップ５１４）で示されるスロットの数（例えば、長さ）を示し得る。ビットマップ長５０４は、９ビット（または異なる量のビット）によって示され得る。

【0058】

情報ビットマップ存在５０６は、情報ビットマップサブフィールド（例えば、情報ビットマップ５１４）が存在する／構成されている／有効化されている（および／またはデータを含む）かどうかを示すインジケータであり得る。一部の実施形態では、情報ビットマップ存在５０６は、１ビット（または異なる量のビット）であってもよく、情報ビットマップサブフィールドがスロットスケジュール記述子５００内のサブフィールドであるかどうかを示すために１（または０）に設定されてもよい。

【0059】

周期５０８は、スロットの数（またはミリ秒、ビーコン間隔などの他の時間単位）を使用して周期を示し得る。例えば、５０８に示される周期が正の整数値であるとき、正の整数値は周期当たりのスロットの数を示し得る。例えば、５０８に示される周期が０の値を有するとき、スロットスケジュール記述子５００は周期的でなくてもよい。他の実施形態では、周期は、ＴＵの数およびビーコン間隔などを使用して示されてもよい。周期５０８は、１０ビット（または異なる量のビット）であってもよい。一部の実施形態では、周期５０８のビットが０（または１）に設定される場合、スロットスケジュール記述子５００は非周期的であってもよい。

【0060】

持続性５１０は、特定の情報／設定の持続性を示し得る。例えば、持続性５１０は、スロットスケジュール記述子５００が持続する（例えば、有効である、適用可能である、または期限切れでない）ビーコン間隔（または周期／持続時間）の数を示し得る。異なる例では、持続性５１０は、スロットスケジュール記述子５００（内の特定のまたはすべての情報）が持続するターゲットビーコン送信回数を示し得る。持続性５１０は、６ビット（または異なる量のビット）であってもよい。

【0061】

ステータスビットマップ５１２は、各スロットのステータスを示し得る。各スロットのステータスは、スロットスケジュール記述子５００を伝送するフレームのコンテキストに依存し得る。したがって、スロットスケジュール記述子５００を伝送するフレームのタイプは、スロットスケジュール記述子５００の内部の情報を適応させ得る。

【0062】

例えば、報告フレームは、スロットスケジュールを通知するためにスロットスケジュール記述子５００を伝送し得る。スロットスケジュール記述子５００を伝送し得る報告フレームの例は、ビーコンおよびプローブ応答を含む。

【0063】

スロットスケジュール記述子５００が報告フレームで伝送される場合、ステータスビットマップ５１２はスロットの占有を示し得る。例えば、ステータスビットマップ５１２内のビットは、スロットの占有（例えば、異なるデバイスがステータスビットマップ５１２内のビットに対応するスロットを割り当てられているかどうか）に対応し得る。ステータスビットマップ５１２内のビットは、スロットが占有されている（または占有されていない）ことを示すために１（または０）に設定され得る。スロットが占有されていない場合、スロットスケジュール記述子５００を受信するデバイスは、通信のために非占有スロットを要求し得る。

【0064】

スロット要求フレームもまた、スロットスケジュール記述子５００を伝送し得る。スロットスケジュール記述子５００がスロット要求フレームで伝送される場合、ステータスビットマップ５１２は、要求されたスロットの数（および／または位置）を示し得る。例えば、ステータスビットマップ５１２内のビットは、要求フレームを送信するデバイスによって要求されているスロットに対応してもよい。ステータスビットマップ５１２内のビットが１（または０）に設定される場合、要求フレームを送信するデバイスは、スロットスケジュール記述子５００内のビットに対応するスロットを要求してもよい。

【0065】

スロット応答フレームもまた、スロットスケジュール記述子５００を伝送し得る。スロットスケジュール記述子５００がスロット要求フレームで伝送される場合、ステータスビットマップ５１２は、応答デバイス（例えば、ＡＰ）が、スロット要求フレームで送信されたステータスビットマップ５１２内の好ましいスロットスケジュールの結果としてスロットを受信デバイス（例えば、ＳＴＡ）に割り当てることを示し得る。例えば、ステータスビットマップ５１２内のビットは、スロット要求フレームから要求されているスロットの確認応答に対応し得る。ステータスビットマップ５１２内のビットが１（または０）に設定される場合、要求フレームを送信するデバイスは、スロットスケジュール記述子５００内のビットに対応するスロットの要求に応答してもよい。

【0066】

例えば、スロット応答フレームは、スロット要求フレームで要求されたスロットをミラーリング／マッチングするビットを含み得る。追加的または代替的に、スロット応答フレームは、１ビット（例えば、１または０）を送信することによってスロット要求フレームで要求されたスロットを受け入れてもよい。スロット応答フレームはまた、スロット要求フレームで要求されたスロットの拒否（または部分的な拒否）を示し得る。

【0067】

ステータスビットマップ５１２は、可変ビット数を含み得る。一部の実施態様では、ステータスビットマップ５１２のオクテット（またはビット／バイト）の数は、ｃｅｉｌ（ｘ／８）を使用して決定されてもよく、ｘは、任意の正の整数である。一部の実施態様では、ステータスビットマップ５１２の各値（スロットスケジュール記述子５００内のスロットが占有されていること、デバイスによって要求されていること、および／またはデバイスによって割り当てられていることを示す）は、１ビットであってもよい。

【0068】

他の実施態様では、スロットスケジュール記述子５００は、情報ビットマップ５１４を含み得る。情報ビットマップ５１４は、スロットに関する追加情報を示し得る。例えば、情報ビットマップ５１４は、特定のスロットが一杯である（例えば、スロットが、いかなる新しい要素／デバイス／トラフィックも受け入れない）ことを示し得る。情報ビットマップ５１４はまた、特定のスロットがトリガのみのスロットである（例えば、スロットが、ＵＬ直交周波数分割多元接続（ＵＬ ＯＦＤＭＡ：ＵＬ ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）で使用されるフレームなどのトリガのみのフレームシーケンスで使用されている）ことを示し得る。情報ビットマップ５１４はまた、特定のスロットが重複基本サービスセット（ＯＢＳＳ）トラフィックによって占有されていることを示し得る。さらに他の実施態様では、情報ビットマップ５１４は、特定のスロットがピアツーピア（Ｐ２Ｐ）トラフィックのために使用されている（例えば、デバイスが、テザリングリンクを使用してトラフィックまたはトラフィックストリームを通信している）ことを示し得る。

【0069】

情報ビットマップ５１４は、可変ビット数を含み得る。一部の実施態様では、ステータスビットマップ５１２のオクテット（またはビット／バイト）の数は、ｃｅｉｌ（ｘ／２）を使用して決定されてもよく、ｘは、任意の正の整数である。一部の実施態様では、情報ビットマップ５１４の各値（スロットが、一杯に対応する、もしくは新しいデバイスから無線トラフィックを受け入れないこと、トリガのみのフレームシーケンスのためのものであること、ＯＢＳＳトラフィックによって占有されていること、および／またはＰ２Ｐトラフィックに割り当てられていることを示す）は、例えば４ビットであってもよい。

【0070】

図４に戻って参照すると、動作４２０のさらなる詳細に関して、第１のデバイス４０１は、第２のデバイス４０２にメッセージを送信し得る。メッセージ（スロットスケジュール記述子５００を含む）を伝送し得るフレームは、ビーコン、プローブ応答、報告フレーム、スロット構成を告知するフレーム、または他のフレームを含むことができる。

【0071】

一部の実施形態では、情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）は、スロットスケジュール、スロットのステータス（例えば、占有、非占有、もしくはステータスビットマップ５１２に示される他の情報）、および／または追加情報（例えば、Ｐ２Ｐトラフィック、もしくは情報ビットマップ５１４によって示される他の情報）を示すスロット情報ビットマップを含むように構成され得る。ＩＥは、要素ＩＤ情報（１バイトもしくは他の数のバイト／ビットの長さであってもよい）、ＩＥ長（１バイトもしくは他の数のバイト／ビットの長さであってもよい）、および／または要素ＩＤ拡張（１バイトもしくは他の数のバイト／ビットの長さであってもよい）などのヘッダ情報で構成／定義されてもよい。ＩＥはまた、本明細書で説明されているように、スロットスケジュール記述子５００を含み得る。スロットスケジュール記述子５００は、可変バイト数（または他の量のビットの長さ）であってもよい。ＩＥは、例えば、
｜要素ＩＤ（１バイト）｜長さ（１バイト）｜要素ＩＤ拡張（１バイト）｜スロット情報ビットマップビットマップ（可変）｜
によって表され得る。

【0072】

メッセージを伝送し得る他のフレームは、任意のタイプのハンドシェイクアクションフレームを含むことができる。例えば、ネゴシエーションプロセス（プロセス４００など）におけるハンドシェイクアクションフレームは、メッセージ（スロットスケジュール記述子５００を含む）を伝送し得る。例えば、スロット要求フレームおよび／またはスロット応答フレームは、メッセージを伝送し得る。

【0073】

一部の実施態様では、メッセージ（スロットスケジュール記述子５００を含む）がスロット要求フレームを使用して送信される場合、スロット要求フレーム内の他のフィールドはスロット情報フィールドを含み得る。スロット情報フィールドは、スロットスケジュール記述子５００と同じ持続時間（例えば、ＴＵ、シンボル、スロットの）であり得るスロット持続時間などのサブフィールドを有し得る。追加的または代替的に、周期（スロット、ＴＵ、シンボルなどの数としての）を示す周期フィールドがあってもよい。スロット要求フィールドはまた、ステータスビットマップ（例えば、本明細書で述べられているようなステータスビットマップ５１２と同様／同一の）と、情報ビットマップ（例えば、本明細書で述べられているような情報ビットマップ５１４と同様／同一の）とを含み得る。

【0074】

一部の実施態様では、スロット要求フレームはまた、スロット制御フィールドを含み得る。スロット制御フィールドは、要求タイプサブフィールドなどのサブフィールドを含み得る。一例では、スロット要求フレームは、スロット制御フィールドの要求タイプサブフィールドを使用して、スロット要求フレームを送信するデバイスが、スロットの既存のスケジュールの置換（または変更）、新しいスケジュールの作成、および／または要求されたスロットの追加を要求しているかどうかを示し得る。スロットの既存のスケジュールを変更することは、既存のスケジュールを削除し、既存のスケジュールを新しいスケジュールに置き換えることを含んでもよい。要求されたスロットをスケジュールに追加することは、スロットをスケジュールに追加することを含んでもよく、新しいスケジュールを作成することは、スロットのスケジュールを作成することを含んでもよい。

【0075】

スロット制御フィールドはまた、フレキシブルスロットオフセットインジケータを含み得る。一部の実施形態では、フレキシブルスロットオフセットインジケータは、要求されたスロットの位置がフレキシブルであることを示す。例えば、要求デバイス（例えば、ＳＴＡ）は、３２スロットごとに、スロット４～７が遅延に敏感なトラフィックに割り当てられることを要求し得る。例えば、フレキシブルスロットオフセットインジケータが「１」に設定される場合、要求デバイスは、任意の４つの連続スロットのＡＰからのスロット割り当てを受け入れ得る。例えば、フレキシブルスロットオフセットインジケータが「０」に設定される場合、要求デバイスは、要求で指定されたスロットオフセットから４つの連続スロットを割り当てるようにＡＰに要求し得る。スロット制御フィールドはまた、排他的インジケータを含み得る。排他的インジケータは、スロットが（例えば、ＡＰと他のＳＴＡとの間で）共有されているかどうか、および／またはスロットが排他的であるかどうかを示し得る。

【0076】

スロット制御フィールドはまた、例えばＯＦＤＭＡが用いられる場合、最小のリソースユニット数を含み、および／または、例えばマルチユーザ多入力多出力（ＭＵ－ＭＩＭＯ：ｍｕｌｔｉ－ｕｓｅｒ ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ，ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）通信が用いられる場合、最小の空間ストリーム数（ＮＳＳ）を含み得る。スロット制御フィールドはまた、要求された最小のスロットの数を示し得る。

【0077】

追加的または代替的に、ターゲット起動時間（ＴＷＴ：ｔａｒｇｅｔ ｗａｋｅ ｔｉｍｅ）セットアップフレームなどのフレームは、メッセージを伝送し得る。ＴＷＴは、デバイス（例えば、ＡＰおよびＳＴＡ）によって合意／ネゴシエートされた時間、または１つのデバイス（例えば、ＡＰ）によって指定／構成された時間である。起動時間中、第１のデバイス（例えば、ＳＴＡ）は、作動状態にあり得（例えば、その無線通信モジュール／インターフェースは、完全に電源が投入された状態、または起動状態にあり）、送信および／または受信することが可能である。第１のデバイスが作動していない（例えば、その無線通信モジュール／インターフェースが、電源が切られた状態、低電力状態、またはスリープ状態にある）とき、第１のデバイスは、低電力モデルまたは他のスリープモードに入り得る。第１のデバイスは、ＴＷＴによって指定された時間インスタンス／ウィンドウまでスリープ状態にあり得る。一部の実施形態では、作動時間中にＴＷＴスケジュールを要求すること、および／またはスロットへのアクセスを要求することに使用されるフレームは、スロットスケジュール記述子５００を含むように構成され得る。

【0078】

メッセージを伝送し得る他のフレームは、スロット終了フレームおよび／またはフィールドを含む。さらに、ＢＳＳ間アクセス調整を行うように定義されたフレームは、スロットスケジュール記述子５００を含むように構成／変更／確立／再目的化／付加され得る。ビットマップは、ＢＳＳ内調整とＢＳＳ間調整との両方のために（例えば、ＡＰによって）送信され得る。一例では、同じまたは異なるリンク上で動作する異なるＢＳＳのＡＰは、媒体競合を分散および／または緩和するために、割り振られたリンクのスロット割り当てを調整／告知し得る。ＡＰはまた、ＳＴＡが特定のスロットへのアクセスをネゴシエートまたは要求し得るように、スロット情報を１つ以上のＳＴＡに告知し得る。

【0079】

動作４０４のさらなる詳細に関して、第２のデバイス４０２は、第１のデバイス４０１によって送信された要求メッセージを受信し得る。第２のデバイス４０２は、要求メッセージから、スロットスケジュール記述子５００などの情報を抽出してもよい。

【0080】

動作４０６のさらなる詳細に関して、第２のデバイス４０２は、動作４２０で受信されたビットマップ（例えば、スロットスケジュール記述子５００）に応じてプロセスを開始し得る。例えば、第２のデバイス４０２は、スロットスケジュール記述子５００で利用可能であると示されたスロットに基づいて、遅延に敏感なトラフィックのために利用可能なスロットを要求し得る。異なる例では、第２のデバイス４０２は、応答メッセージで遅延に敏感なトラフィックストリーム（例えば、例えばスロット要求メッセージで第１のデバイス４０１によって承認された／受け入れられた）として識別されるトラフィックストリームを通信する準備をし得る。第２のデバイス４０２は、これらのトラフィックストリームを、通常のタイムスロット上の通常のトラフィックストリームではなく、優先タイムスロット上の優先トラフィックストリームとして通信し得る。

【0081】

動作４２２のさらなる詳細に関して、第２のデバイス４０２は、動作４０６で実行されたプロセスに基づいてトラフィックを送信し得る。例えば、第２のデバイス４０２がスロットスケジュール記述子５００に基づいてスロット要求フレームを生成した場合、第２のデバイス４０２は、スロット要求フレームを送信してもよい。代替的に、第２のデバイス４０２は、スロットスケジュール記述子５００において第２のデバイス４０２に割り当てられたスロットに基づいて、トラフィックストリームを送信してもよい。図示のように、送信されるトラフィックは双方向であり得る。

【0082】

一部の実施態様は、コンピュータプログラム命令をコンピュータ可読記憶媒体（例えば、非一時的コンピュータ可読媒体）に記憶するマイクロプロセッサ、ストレージ、およびメモリなどの電子構成要素を含む。本明細書で説明されている特徴の多くは、コンピュータ可読記憶媒体上に符号化されたプログラム命令のセットとして指定されるプロセスとして実施することができる。これらのプログラム命令が１つ以上のプロセッサによって実行されるとき、これらはプロセッサにプログラム命令に示されている様々な動作を実行させる。プログラム命令またはコンピュータコードの例は、コンパイラによって生成されるような機械コード、およびインタプリタを使用してコンピュータ、電子構成要素、またはマイクロプロセッサによって実行される、上位レベルコードを含むファイルを含む。適切なプログラミングによって、プロセッサ３１６は、サーバもしくはクライアントによって実行されるものとして本明細書で説明されている機能のすべて、またはメッセージ管理サービスに関連する他の機能を含む、コンピューティングシステム３１４のための様々な機能を提供することができる。

【0083】

コンピューティングシステム３１４は例示的なものであり、変形および修正が可能であることが理解されよう。本開示に関連して使用されるコンピュータシステムは、ここで具体的に説明されていない他の機能を有することができる。さらに、コンピューティングシステム３１４は特定のブロックを参照して説明されているが、これらのブロックは説明の便宜のために規定されており、構成要素部品の特定の物理的配置を含意することを意図していないことを理解されたい。例えば、異なるブロックは、同じ設備、同じサーバラック、または同じマザーボードに配置することができる。さらに、ブロックは、物理的に別個の構成要素に対応する必要はない。ブロックは、例えば、プロセッサをプログラミングすることによって、または適切な制御回路を提供することによって、様々な動作を実行するように構成することができ、様々なブロックは、初期構成がどのように取得されるかに応じて再構成可能であってもなくてもよい。本開示の実施態様は、回路とソフトウェアとの任意の組み合わせを使用して実施される電子デバイスを含む様々な装置で実現することができる。

【0084】

ここでいくつかの例示的な実施態様を説明したが、上記は例示的であり、限定的ではなく、例として提示されていることは明らかである。特に、本明細書で提示されている例の多くは、方法の動作またはシステムの要素の特定の組み合わせを含むが、これらの動作およびこれらの要素は、同じ目的を達成するために他の方法で組み合わせることができる。一実施態様に関連して述べられた動作、要素、および特徴は、他の実施態様または複数の実施態様における同様の役割から除外されることを意図するものではない。

【0085】

本明細書に開示されている実施形態に関連して説明された様々なプロセス、動作、例示的な論理、論理ブロック、モジュール、および回路を実施するために使用されるハードウェアおよびデータ処理構成要素は、汎用シングルもしくはマルチチッププロセッサ、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、もしくは他のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理、ディスクリートハードウェア構成要素、または本明細書で説明されている機能を実行するように設計されたこれらの任意の組み合わせを用いて実施または実行され得る。汎用プロセッサは、マイクロプロセッサ、または任意の従来のプロセッサ、コントローラ、マイクロコントローラ、もしくは状態機械であってもよい。プロセッサはまた、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つ以上のマイクロプロセッサ、または任意の他のこのような構成など、コンピューティングデバイスの組み合わせとして実施されてもよい。一部の実施形態では、特定のプロセスおよび方法は、所与の機能に固有の回路によって実行されてもよい。メモリ（例えば、メモリ、メモリユニット、記憶デバイスなど）は、本開示で説明されている様々なプロセス、層、およびモジュールを遂行または容易にするためのデータおよび／またはコンピュータコードを記憶するための１つ以上のデバイス（例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ハードディスクストレージなど）を含んでもよい。メモリは、揮発性メモリもしくは不揮発性メモリであってもよく、またはこれらを含んでもよく、データベース構成要素、オブジェクトコード構成要素、スクリプト構成要素、または本開示で説明されている様々な動作および情報構造をサポートするための任意の他のタイプの情報構造を含んでもよい。例示的な実施形態によれば、メモリは、処理回路を介してプロセッサに通信可能に接続され、本明細書で説明されている１つ以上のプロセスを実行する（例えば、処理回路および／またはプロセッサによって）ためのコンピュータコードを含む。

【0086】

本開示は、様々な動作を達成するための任意の機械可読媒体上の方法、システム、およびプログラム製品を意図している。本開示の実施形態は、既存のコンピュータプロセッサを使用して、またはこの目的もしくは別の目的のために組み込まれた適切なシステム用の専用コンピュータプロセッサによって、またはハードワイヤードシステムによって実施されてもよい。本開示の範囲内の実施形態は、機械可読媒体であって、そこに記憶された機械実行可能命令またはデータ構造を保持するまたは有するための機械可読媒体を含むプログラム製品を含む。このような機械可読媒体は、汎用もしくは専用コンピュータまたはプロセッサを有する他の機械によってアクセスすることができる任意の利用可能な媒体とすることができる。例として、このような機械可読媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、もしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気記憶デバイス、または機械実行可能命令もしくはデータ構造の形態の所望のプログラムコードを保持もしくは記憶するために使用することができ、汎用もしくは専用コンピュータもしくはプロセッサを有する他の機械によってアクセスすることができる任意の他の媒体を含むことができる。上記のものの組み合わせもまた、機械可読媒体の範囲内に含まれる。機械実行可能命令は、例えば、汎用コンピュータ、専用コンピュータ、または専用処理機械に特定の機能または機能のグループを実行させる命令およびデータを含む。

【0087】

本明細書で使用されている表現および用語は、説明のためのものであり、限定と見なされるべきではない。本明細書における「含む（ｉｎｃｌｕｄｉｎｇ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｃｏｎｔａｉｎｉｎｇ）」、「含む（ｉｎｖｏｌｖｉｎｇ）」、「によって特徴付けられる（ｃｈａｒａｃｔｅｒｉｚｅｄ ｂｙ）」、「を特徴とする（ｃｈａｒａｃｔｅｒｉｚｅｄ ｉｎ ｔｈａｔ）」、およびこれらの変形の使用は、その後に列挙されるもの、その均等物、および追加のもの、ならびに排他的にその後に列挙されるものからなる代替の実施態様を包含することを意味する。一実施態様では、本明細書で説明されているシステムおよび方法は、説明された要素、動作、または構成要素の１つ、１つより多くのものの各組み合わせ、またはすべてからなる。

【0088】

単数形で参照される本明細書のシステムおよび方法の実施態様または要素または動作への言及はまた、複数のこれらの要素を含む実施態様を包含することができ、本明細書の実施態様または要素または動作への複数形での言及はまた、単一の要素のみを含む実施態様を包含することができる。単数形または複数形での言及は、本開示のシステムもしくは方法、これらの構成要素、動作、または要素を単数または複数の構成に限定することを意図するものではない。情報、動作、または要素に基づく動作または要素への言及は、動作または要素が情報、動作、または要素に少なくとも部分的に基づく実施態様を含むことができる。

【0089】

本明細書に開示されている実施態様は、他の実施態様または実施形態と組み合わせることができ、「実施態様」、「一部の実施態様」、または「一実施態様」などへの言及は、必ずしも相互に排他的ではなく、実施態様に関連して説明される特定の特徴、構造、または特性を少なくとも１つの実施態様または実施形態に含めることができることを示すことを意図している。本明細書で使用されるこのような用語は、必ずしもすべてが同じ実施態様を指すわけではない。実施態様は、本明細書に開示されている態様および実施態様と整合する方法で、包括的または排他的に、他の実施態様と組み合わせることができる。

【0090】

図面、詳細な説明、または請求項における技術的特徴の後に参照符号が続く場合、参照符号は、図面、詳細な説明、および請求項の明瞭性を高めるために含まれている。したがって、参照符号も参照符号がないことも、請求項の要素の範囲を限定する効果を有さない。

【0091】

本明細書で説明されているシステムおよび方法は、その特性から逸脱することなく、他の特定の形態で具体化され得る。「およそ」、「約」、「実質的に」、または他の程度の用語への言及は、特に明記しない限り、所与の測定値、単位、または範囲から＋／－１０％の変動を含む。結合される要素は、直接的にまたは介在する要素を用いて互いに電気的、機械的、または物理的に結合することができる。したがって、本明細書で説明されているシステムおよび方法の範囲は、前述の説明ではなく添付の特許請求の範囲によって示され、特許請求の範囲の均等の意味および範囲内にある変更はその中に包含される。

【0092】

「結合された」という用語およびその変形は、２つの部材を互いに直接的または間接的に接合することを含む。このような接合は、固定式（例えば、恒久的もしくは固定的）または可動式（例えば、脱着可能もしくは取り外し可能）であってもよい。このような接合は、２つの部材が互いに直接結合されること、２つの部材が、別個の介在部材および互いに結合された追加の中間部材を使用して互いに結合されること、または２つの部材が、２つの部材の一方と単一の単体として一体的に形成された介在部材を使用して互いに結合されることで達成され得る。「結合された」またはその変形が追加の用語によって修飾される（例えば、直接結合された）場合、上記で提供された「結合された」の一般的な定義は、追加の用語の平易な言語の意味によって修飾され（例えば、「直接結合された」は、別個の介在部材なしで２つの部材を接合することを意味する）、上記で提供された「結合された」の一般的な定義よりも狭い定義をもたらす。このような結合は、機械的、電気的、または流体的であり得る。

【0093】

「または」への言及は、「または」を使用して説明された用語が、説明された用語の単一、２つ以上、およびすべてのいずれかを示すことができるように包括的であると解釈することができる。「「Ａ」および「Ｂ」の少なくとも一方」への言及は、「Ａ」のみ、「Ｂ」のみ、および「Ａ」と「Ｂ」との両方を含むことができる。「備える（ｃｏｍｐｒｉｓｉｎｇ）」または他のオープンな用語と併せて使用されるこのような言及は、追加のものを含むことができる。

【0094】

本明細書に開示されている主題の教示および利点から実質的に逸脱することなく、様々な要素のサイズ、寸法、構造、形状、および比率、パラメータの値、取り付け構成、材料の使用、色、向きの変更などの、説明された要素および動作の修正を行うことができる。例えば、一体的に形成されたものとして示されている要素は、複数の部品または要素から構成することができ、要素の位置は、逆にすることができ、あるいは変えることができ、個別の要素または位置の性質または数は変化させることができるまたは変えることができる。本開示の範囲から逸脱することなく、開示された要素および動作の設計、動作条件、および配置において、他の置換、修正、変更、および省略を行うこともできる。

【0095】

本明細書における要素の位置への言及（例えば、「上」、「下」、「上方」、「下方」）は、図中の様々な要素の向きを説明するために使用されているにすぎない。様々な要素の向きは、他の例示的な実施形態に応じて異なってもよく、このような変形は本開示に包含されることが意図されている。

【図1】

【図2】

【図3】

【図4】

【図5】

【国際調査報告】