(57)【要約】【課題】コンテキスト認識近接サービスの提供。【解決手段】本明細書では、コンテキスト認識ピアツーピア通信およびマルチアプリケーションピアツーピア通信のための種々のシステム、動作、ＭＡＣプリミティブ、およびプロシージャが開示される。コンテキスト認識ピアツーピア通信システムのための例示的システムは、物理および媒体アクセス制御（ＰＨＹ／ＭＡＣ）層と、ＰＨＹ／ＭＡＣ層の上方の上層とを含み得る。ＰＨＹ／ＭＡＣ層は、発見機能、関連付け機能、データ送受信機能、チャネル管理機能、一般スキャン機能、同期化機能、電力制御機能、または管理および報告機能のうちの少なくとも１つを含み得る。上層は、サービス層またはアプリケーション層のうちの１つであり得る。【選択図】図２
2018088705.tif 000002
【特許請求の範囲】
【請求項１】
明細書に記載された発明。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６１／８４４，６８９号（２０１３年７月１０日出願）の利益を主張し、上記出願の開示は、その全体が参照により本明細書に引用される。
【背景技術】
【０００２】
ピアツーピア（Ｐ２Ｐ）近接通信とは、互の近接範囲内のピア間のインフラストラクチャベースまたはインフラストラクチャレスの通信を指し得る。ピアとは、ユーザ、または例えば、２Ｇシステムにおける移動局（ＭＳ）、もしくはＩＥＥＥ  ８０２．１５無線パーソナルエリアネットワーク（ＷＰＡＮ）における完全機能デバイス（ＦＦＤ）または低減機能デバイス（ＲＦＤ）等のデバイスを指し得る。Ｐ２Ｐデバイスの実施例は、コネクテッドカー、医療デバイス、スマートメータ、スマートフォン、タブレット、ラップトップ、ゲーム機、セットトップボックス、カメラ、プリンタ、センサ、ホームゲートウェイ等を含む。Ｐ２Ｐ近接通信は、インフラストラクチャベースまたはインフラストラクチャレスの構成で所望のサービスへのその近接を認識しているピアに焦点を合わせ得る。例えば、Ｐ２Ｐ通信は、集中型コントローラを含む集中型システム、または中央コントローラを伴わない完全分散型システムで実装され得る。インフラストラクチャレスＰ２Ｐ通信とは対照的に、インフラストラクチャベースの通信は、多くの場合、例えば、ユーザ情報を取り扱い、ユーザ間でスケジュールし、接続（例えば、セルラー通信）を管理するための集中型コントローラを含む。インフラストラクチャレスＰ２Ｐ通信では、ピアは、典型的には、通信セッションを開始、維持、および終了するための等しい責任を有する。近接ベースのアプリケーションおよびサービスは、近年の社会工学的動向を表す。Ｐ２Ｐ近接通信は、例えば、ソーシャルネットワーキング、広告、緊急事態、ゲーム、高性能輸送、およびネットワーク間シナリオを含む、種々の実装で使用される。
【０００３】
典型的なソーシャルネットワーク実装では、近接したピアが、アプリケーションレベルで互に通信することができる（例えば、Ｆａｃｅｂｏｏｋ、Ｔｗｉｔｔｅｒ）。２つまたはそれを上回るピアの間の双方向通信が、多くの場合、Ｐ２Ｐ近接通信のソーシャルネットワーク実装で必要とされる。トラフィックデータレートは、低く（例えば、テキストベースのチャット）または高く（例えば、コンテンツ共有）であり得る。Ｐ２Ｐ近接通信の例示的広告実装では、店が、その販売促進およびクーポンを、店の場所の近接範囲内にいる潜在的な顧客（ピア）にブロードキャストする。本例示的シナリオでは、低データトラフィックを伴う一方向通信が典型的であるが、双方向通信が（例えば、個人化広告に）使用され得る。
【０００４】
緊急事態でのＰ２Ｐ近接通信の実装は、通常、例えば、非常警報器等の一方向通信を伴う。他の緊急実装は、緊急安全管理シナリオ中等に双方向通信を必要とする。他の緊急実装は、緊急安全管理シナリオ中等に双方向通信を必要とする。Ｐ２Ｐの緊急サービス／アプリケーションは、他のＰ２Ｐサービス／アプリケーションより高い優先順位を有し得、いくつかの緊急サービス／アプリケーションは、より高いプライバシー要件を有し得る。Ｐ２Ｐの例示的ゲーム実装では、複数のピアが、例えば、ある規則に従って、（オンラインまたは別様の）マルチプレーヤゲーム等の双方向型ゲームを初期化するか、またはそれに参加する。双方向型Ｐ２Ｐゲームは、多くの場合、少ない待ち時間を必要とする。Ｐ２Ｐ近接通信の例示的高性能輸送実装では、自動車間および／または自動車・インフラストラクチャ間通信を介したコネクテッドカーは、例えば、混雑／事故／イベント通知、自動車相乗りおよび電車の時間割等の双方向型輸送管理、高性能交通制御等を含む、先進用途をサポートすることができる。高性能輸送実装でのデータレートは、多くの場合、低いが、高性能輸送は、高度に信頼性のあるメッセージ配信、および非常に少ない待ち時間を必要とし得る。ネットワーク間Ｐ２Ｐは、インフラストラクチャの受信可能範囲を拡張するか、またはインフラストラクチャからオフロードするために使用され得る。
【０００５】
上記で説明されるＰ２Ｐ通信の例示的実装は、マシンツーマシン（Ｍ２Ｍ）およびモノのインターネット（ＩｏＴ）アプリケーションまたはサービスに関し得る。ＩｏＴは、オブジェクトまたはモノをヒューマンツーヒューマン（Ｈ２Ｈ）ベースのインターネットサービスに導入する。これは、物理的または仮想オブジェクトがサービスのインターネット（ＩｏＳ）を可能にするように相互接続される、インターネットの段階を示す。とりわけ、スマートショッピング、スマートホーム、スマートオフィス、スマートヘルス、高性能輸送、スマートパーキング、スマートグリッド、およびスマートシティ等、これらのサービスの多くは、近接ベースである。
【０００６】
近接サービスは、近接したピアツーピア（Ｐ２Ｐ）通信に基づき得る。Ｐ２Ｐデバイスは、とりわけ、タブレット、スマートフォン、音楽プレーヤ、ゲーム機、携帯情報端末、ラップトップ／ＰＣ、医療デバイス、コネクテッドカー、スマートメータ、センサ、ゲートウェイ、モニタ、アラーム、セットトップボックス、プリンタ、Ｇｏｏｇｌｅグラス、ドローン、およびサービスロボットを含む。Ｐ２Ｐ通信システムは、インフラストラクチャとしての機能を果たすコントローラまたはコアネットワークを伴う中央システム、もしくはインフラストラクチャとしての機能を果たすコントローラまたはコアネットワークを伴わない分散型システムであり得る。近接サービスは、ヒューマンツーヒューマン（Ｈ２Ｈ）近接サービス、マシンツーマシン（Ｍ２Ｍ）近接サービス、マシンツーヒューマン（Ｍ２Ｈ）近接サービス、ヒューマンツーマシン（Ｈ２Ｍ）近接サービス、およびネットワーク近接サービスのネットワークを含み得る。
【０００７】
近接ベースのアプリケーションおよびサービスは、コアインフラストラクチャから重いローカルインターネットトラフィックをオフロードするとともに、マルチホッピングを介したインフラストラクチャへの接続を提供する動向を表す。多くの規格は、近接サービスの使用事例を、例えば、３ＧＰＰ、ｏｎｅＭ２Ｍ、ＩＥＴＦ、ＩＥＥＥ、およびＯＭＡ等のそれらの標準化作業グループの一部として識別している。
【０００８】
Ｐ２Ｐ通信への少なくともいくらかのサポートを提供する、既存の無線システムは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉアドホックモード、およびＷｉ−Ｆｉダイレクトを含む。Ｂｌｕｅｔｏｏｔｈ（登録商標）とは、パーソナルエリアネットワーク（ＰＡＮ）を作成することによって、固定および／またはモバイルデバイスから短距離にわたってデータを交換するための無線技術規格を指す。本技術は、多くの場合、互の近接範囲内にある２つまたはそれを上回るデバイスの間で情報を転送するときに有用であり、情報は、低いデータレートで転送される。Ｂｌｕｅｔｏｏｔｈ（登録商標）は、マスタ・スレーブ構造を伴うパケットベースのプロトコルである。１つのマスタは、ピコネット内の最大７つのスレーブと通信し得る。マスタは、典型的には、ラウンドロビン様式で、どのスレーブデバイスにアドレスすべきかを選択する。スレーブは、各受信スロットでリッスンし得る。７つのスレーブのマスタであることが可能である。例えば、スレーブデバイスが、１度に１つの接続を有し得るため、１つより多くのマスタのスレーブであることが、困難であり得る一方で、マスタデバイスは、異なるスレーブデバイスと複数の接続を同時に有し得る。
【０００９】
Ｗｉ−Ｆｉアドホックはまた、独立基本サービスセット（ＩＢＳＳ）としても知られている。Ｗｉ−Ｆｉアドホックモードは、互に発見し、ネットワークを形成する、ローカル無線デバイス（ノード）から成り、各ノードは、他のノードに対するデータを転送することができる。アドホックモードでは、無線クライアントマシンがクライアントおよびアクセスポイントの両方の役割を同時に果たし得る、ピアツーピアネットワークを形成するために、マシンが互に接続する。Ｗｉ−Ｆｉインフラストラクチャモードと異なり、アドホックモードは、１つの局から別の局へデータフレームを送信することができる分配システムを有していない。したがって、ＩＢＳＳは、制限された無線ネットワークとして定義され得る。
【００１０】
Ｗｉ−Ｆｉダイレクトデバイスは、無線アクセスポイントを必要とすることなく、互に通信することができる。Ｗｉ−Ｆｉダイレクトデバイスは、どのデバイスがアクセスポイントの役割を果たすかを決定するために、最初に互に接続するときに交渉し得る。Ｗｉ−Ｆｉダイレクトは、直接Ｗｉ−Ｆｉをサポートする任意のデバイスにソフトウェアアクセスポイント（「ソフトＡＰ」）を本質的に組み込む。ソフトＡＰは、その押しボタンまたはＰＩＮベースのセットアップを伴うＷｉ−Ｆｉ保護セットアップのバージョンを提供する。デバイスは、１対１の接続を行うことができるか、またはいくつかのデバイスのグループは、同時に接続することができる。
【００１１】
例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉアドホック、Ｗｉ−Ｆｉダイレクト等の現在の無線システムは、例えば、物理（ＰＨＹ）層または媒体アクセス制御（ＭＡＣ）層等の下層でサービスまたはアプリケーションを認識することなく、基本Ｐ２Ｐ通信のための短波電波範囲内で直接デバイス間接続を提供し得る。
【発明の概要】
【課題を解決するための手段】
【００１２】
本明細書では、コンテキスト認識ピアツーピア（Ｐ２Ｐ）通信およびマルチアプリケーションピアツーピア通信のための種々のシステム、動作、ＭＡＣプリミティブ、および方法が開示される。そのような通信は、例えば、物理（ＰＨＹ）層および／または媒体アクセス制御（ＭＡＣ）層で行われ得る。
【００１３】
一側面では、例示的コンテキスト認識ピアツーピア通信システムは、物理および媒体アクセス制御（ＰＨＹ／ＭＡＣ）層と、ＰＨＹ／ＭＡＣ層の上方の上層とを含み得る。ＰＨＹ／ＭＡＣ層は、発見機能、関連付け機能、データ送受信機能、チャネル管理機能、一般スキャン機能、同期化機能、電力制御機能、および／または測定および報告機能のうちの少なくとも１つを含み得る。上層は、サービス層またはアプリケーション層のうちの１つであり得る。コンテキスト管理機能は、上層とＰＨＹ／ＭＡＣ層との間でコンテキスト情報を交換することができるように、コンテキスト情報を管理することができる。
【００１４】
別の側面では、システムは、互に近接した複数のピアを備え得る。複数のピアのうちの第１のピアの上層は、複数のピアのうちの第２のピアとのピアツーピア（Ｐ２Ｐ）セッションをトリガし得る。Ｐ２Ｐセッションは、第１のアプリケーションを使用し得る。さらに、上層は、コンテキスト管理機能を介して、コンテキスト情報が、第１のピアの発見機能、第１のピアの関連付け機能、第１のピアのデータ送受信機能、第１のピアのチャネル管理機能、第１のピアの一般スキャン機能、第１のピアの同期化機能、第１のピアの電力制御機能、または測定および報告機能のうちの少なくとも１つに利用可能であるように、第１のアプリケーションに関連するコンテキスト情報をダウンロードし得る。さらに別の側面では、Ｐ２Ｐセッションは、第１のＰ２Ｐセッションであり得、上層は、第１のＰ２Ｐセッションおよび第２のＰ２Ｐセッションが時間的に重複するように、複数のピアのうちの第３のピアとの第２のピアツーピア（Ｐ２Ｐ）セッションをトリガし得る。第２のＰ２Ｐセッションは、第１のアプリケーションとは異なる第２のアプリケーションを使用し得る。さらに、上層は、コンテキスト管理機能を介して、コンテキスト情報が、第１のピアの発見機能、第１のピアの関連付け機能、第１のピアのデータ送受信機能、第１のピアのチャネル管理機能、第１のピアの一般スキャン機能、第１のピアの同期化機能、第１のピアの電力制御機能、または測定および報告機能のうちの少なくとも１つに利用可能であるように、第２のアプリケーションに関連するコンテキスト情報をダウンロードし得る。
【００１５】
本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。さらに、請求された主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
本明細書は、例えば、以下を提供する。
（項目１）
互に近接した複数のピアを備えているシステムにおいて、
上記複数のピアのうちの第１のピアの上層によって、上記複数のピアのうちの第２のピアとのピアツーピア（Ｐ２Ｐ）セッションをトリガすることであって、上記Ｐ２Ｐセッションは、第１のアプリケーションを使用する、ことと、
上記上層によって、上記第１のアプリケーションに関連するコンテキスト情報をダウンロードすることと
を含み、
上記コンテキスト情報は、上記第１のピアの発見機能、上記第１のピアの関連付け機能、上記第１のピアのデータ送受信機能、上記第１のピアのチャネル管理機能、上記第１のピアの一般スキャン機能、上記第１のピアの同期化機能、上記第１のピアの電力制御機能、または上記第１のピアの管理および報告機能のうちの少なくとも１つに利用可能である、
方法。
（項目２）
上記上層は、物理および媒体アクセス制御（ＰＨＹ／ＭＡＣ）層の上方にあり、上記上層は、サービス層またはアプリケーション層のうちの１つである、項目１に記載の方法。
（項目３）
上記ＰＨＹ／ＭＡＣ層は、上記発見機能と、上記関連付け機能と、上記データ送受信機能と、上記一般スキャン機能と、上記同期化機能と、上記電力制御機能と、上記管理および報告機能とを含む、項目２に記載の方法。
（項目４）
上記方法は、上記トリガすることに応答して、上記第１のアプリケーションのために近接した上記複数のピアをスキャンすることをさらに含む、項目１に記載の方法。
（項目５）
上記方法は、
上記トリガすることに応答して、上記第２のピアからの関連付け要求を待つことと、
上記関連付け要求のために指定されているチャネルを介して、上記関連付け要求を受信することと
をさらに含む、項目１に記載の方法。
（項目６）
上記Ｐ２Ｐセッションは、第１のＰ２Ｐセッションであり、上記方法は、
上記複数のピアのうちの上記第１のピアの上記上層によって、上記複数のピアのうちの第３のピアとの第２のＰ２Ｐセッションをトリガすることをさらに含み、上記第１のＰ２Ｐセッションと上記第２のＰ２Ｐセッションとは、時間的に重複している、項目１に記載の方法。
（項目７）
上記第２のＰ２Ｐセッションは、上記第１のアプリケーションとは異なる第２のアプリケーションを使用する、項目６に記載の方法。
（項目８）
上記方法は、上記上層によって、上記第２のアプリケーションに関連するコンテキスト情報をダウンロードすることをさらに含み、上記コンテキスト情報は、上記第１のピアの上記発見機能、上記第１のピアの上記関連付け機能、上記第１のピアの上記データ送受信機能、上記第１のピアの上記チャネル管理機能、上記第１のピアの上記一般スキャン機能、上記第１のピアの上記同期化機能、上記第１のピアの上記電力制御機能、または上記第１のピアの上記管理および報告機能のうちの少なくとも１つに利用可能である、項目７に記載の方法。
（項目９）
近接した複数のピアのうちの第１のピアであって、上記第１のピアは、プロセッサと、メモリとを備え、上記メモリは、コンピュータ実行可能命令を含んでおり、上記命令は、上記プロセッサによって実行されると、
上記複数のピアのうちの第１のピアの上層によって、上記複数のピアのうちの第２のピアとのピアツーピア（Ｐ２Ｐ）セッションをトリガすることであって、上記Ｐ２Ｐセッションは、第１のアプリケーションを使用する、ことと、  上記上層によって、上記第１のアプリケーションに関連するコンテキスト情報をダウンロードすることと
を含むステップを上記第１のピアに行わせ、
上記コンテキスト情報は、上記第１のピアの発見機能、上記第１のピアの関連付け機能、上記第１のピアのデータ送受信機能、上記第１のピアのチャネル管理機能、上記第１のピアの一般スキャン機能、上記第１のピアの同期化機能、上記第１のピアの電力制御機能、または上記第１のピアの管理および報告機能のうちの少なくとも１つに利用可能である、
第１のピア。
（項目１０）
上記上層は、物理および媒体アクセス制御（ＰＨＹ／ＭＡＣ）層の上方にあり、上記上層は、サービス層またはアプリケーション層のうちの１つである、項目９に記載の第１のピア。
（項目１１）
上記ＰＨＹ／ＭＡＣ層は、上記発見機能と、上記関連付け機能と、上記データ送受信機能と、上記一般スキャン機能と、上記同期化機能と、上記電力制御機能とを含む、項目１０に記載の第１のピア。
（項目１２）
上記方法は、上記トリガすることに応答して、上記第１のアプリケーションのために近接した上記複数のピアをスキャンすることをさらに含む、項目９に記載の第１のピア。
（項目１３）
上記コンピュータ実行可能命令は、
上記トリガすることに応答して、上記第２のピアからの関連付け要求を待つことと、
上記関連付け要求のために指定されているチャネルを介して、上記関連付け要求を受信すること
を含むステップを上記ピアにさらに行わせる、項目９に記載の第１のピア。
（項目１４）
上記Ｐ２Ｐセッションは、第１のＰ２Ｐセッションであり、上記コンピュータ実行可能命令は、上記複数のピアのうちの上記第１のピアの上記上層によって、上記複数のピアのうちの第３のピアとの第２のＰ２Ｐセッションをトリガするステップを上記ピアにさらに行わせ、上記第１のＰ２Ｐセッションと上記第２のＰ２Ｐセッションとは、時間的に重複している、項目９に記載の第１のピア。
（項目１５）
上記第２のＰ２Ｐセッションは、上記第１のアプリケーションとは異なる第２のアプリケーションを使用する、項目１４に記載の第１のピア。
（項目１６）
上記コンピュータ実行可能命令は、上記上層によって、上記第２のアプリケーションに関連するコンテキスト情報をダウンロードするステップを上記ピアにさらに行わせ、上記コンテキスト情報は、上記第１のピアの上記発見機能、上記第１のピアの上記関連付け機能、上記第１のピアの上記データ送受信機能、上記第１のピアの上記チャネル管理機能、上記第１のピアの上記一般スキャン機能、上記第１のピアの上記同期化機能、上記第１のピアの上記電力制御機能、または上記第１のピアの上記管理および報告機能のうちの少なくとも１つに利用可能である、項目１５に記載の第１のピア。
【図面の簡単な説明】
【００１６】
【図１】図１は、複数のピアツーピア（Ｐ２Ｐ）ネットワークが互に近接して共存する、例示的通信システムの系統図である。
【図２】図２は、コンテキスト認識Ｐ２Ｐ通信のための例示的なシステムアーキテクチャを描写する。
【図３】図３は、Ｐ２Ｐシステムの例示的な状態機械を描写する。
【図４】図４は、媒体アクセス制御（ＭＡＣ）層と上位層との間の例示的なインターフェースを描写する。
【図５Ａ】図５は、２つのピア間のＰ２Ｐセッション開始のための例示的な呼び出しを図示する。
【図５Ｂ】図５は、２つのピア間のＰ２Ｐセッション開始のための例示的な呼び出しを図示する。
【図６Ａ】図６および７は、例示的アプリケーションのアイドルおよびスリープモードを含む、例示的関連動作を描写する。
【図６Ｂ】図６および７は、例示的アプリケーションのアイドルおよびスリープモードを含む、例示的関連動作を描写する。
【図７Ａ】図６および７は、例示的アプリケーションのアイドルおよびスリープモードを含む、例示的関連動作を描写する。
【図７Ｂ】図６および７は、例示的アプリケーションのアイドルおよびスリープモードを含む、例示的関連動作を描写する。
【図８Ａ】図８および９は、例示的なマルチアプリケーションデータ伝送および受信を図示する。
【図８Ｂ】図８および９は、例示的なマルチアプリケーションデータ伝送および受信を図示する。
【図９Ａ】図８および９は、例示的なマルチアプリケーションデータ伝送および受信を図示する。
【図９Ｂ】図８および９は、例示的なマルチアプリケーションデータ伝送および受信を図示する。
【図１０Ａ】図１０Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。
【図１０Ｂ】図１０Ｂは、図１０Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。
【図１０Ｃ】図１０Ｃは、図１０Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。
【図１０Ｄ】図１０Ｄは、図１０Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。
【発明を実施するための形態】
【００１７】
（用語）
本明細書で使用される場合、「コンテキスト」という用語、または「コンテキスト情報」という用語は、概して、サービス、アプリケーション、デバイス、ネットワーク、またはそれらの組み合わせの状況状態または条件を説明、追跡、および／または推論するために使用することができる、情報を指し得る。例えば、コンテキストとは、サービス、アプリケーション、場所、時間、電力状態等を指し得る。コンテキスト情報の例はさらに、限定ではないが、一例として提示される、場所情報、時間情報、アプリケーションカテゴリ、サービス電力カテゴリ、任意のユーザ情報、マルチホップ情報、移動情報、チャネル状態情報、関連情報、デバイス情報、他のアプリケーションまたはサービス情報等を含む。
【００１８】
本明細書で使用されるが愛、「ピア」とは、例えば、２Ｇシステムにおける移動局（ＭＳ）、ＩＥＥＥ  ８０２．１５無線パーソナルエリアネットワーク（ＷＰＡＮ）における完全機能デバイス（ＦＦＤ）または低減機能デバイス（ＲＦＤ）、ＩＥＥＥ  ８０２．１１無線システム内の局（ＳＴＡ）等のユーザ、デバイス、または機械を指し得る。ピアツーピア通信（Ｐ２Ｐ）に参加することができるピアの例は、とりわけ、コネクテッドカー、医療デバイス、スマートメータ、スマートフォン、タブレット、ラップトップ、ゲーム機、セットトップボックス、カメラ、プリンタ、センサ、ホームゲートウェイ、音楽プレーヤ、携帯情報端末、モニタ、アラーム、セットトップボックス、Ｇｏｏｇｌｅグラス、ドローン、およびサービスロボットを含む。ピアは、グループ識別（ＩＤ）を共有する、ユーザ、デバイス、ゲートウェイ、または機械のグループであり得る。ピアツーピア（Ｐ２Ｐ）通信とは、互の近接範囲内のピア間のインフラストラクチャベース（例えば、集中型）またはインフラストラクチャレス（例えば、分散型）通信を指し得る。
【００１９】
また、本明細書で使用される場合、「ピア発見」という用語は、近接したＰ２Ｐ通信を可能にするために、ピア関連付けまたはアタッチメントの前に、ピアが別のピアを見出すために使用されるプロシージャを指す。本プロシージャは、時として、近隣発見（ＮＤ）とも称される。
【００２０】
「ピア関連付け」とは、Ｐ２Ｐ通信のためのピアデータ伝送の前に、ピアが別のピアとの論理接続を確立するために使用されるプロシージャを指す。本プロシージャはまた、ピアアタッチメント、ペアリング、ピアリング、リンク確立等と称され得る。「ピア関連付け更新」とは、ピアが他のピアとの既存の関連性関係の関連識別子および／または関連コンテキストを更新するために使用されるプロシージャを指す。「ピア関連付け解除」とは、ピアが他のピアとの既存の関連性関係を取り消すために使用されるプロシージャを指す。「ピア再関連付け」とは、ピアが他のピアとの取り消された関連性関係を再び関連付けるために使用されるプロシージャを指す。
【００２１】
近接サービスは、近接範囲内にあるデバイスに提供することができる、任意のサービスを指し得る。したがって、近接サービスは、近接したＰ２Ｐ通信に基づき得る。近接サービスは、ヒューマンツーヒューマン（Ｈ２Ｈ）近接サービス、マシンツーマシン（Ｍ２Ｍ）近接サービス、マシンツーヒューマン（Ｍ２Ｈ）近接サービス、ヒューマンツーマシン（Ｈ２Ｍ）近接サービス、およびネットワーク近接サービスへのネットワークを含み得る。
【００２２】
Ｈ２Ｈ近接サービスとは、ユーザベースであるＰ２Ｐ通信を指し得る。Ｈ２Ｈ近接サービスの例は、種々のソーシャルネットワーキング実装（例えば、状態更新）、ゲーム、ストリーム配信、コンテンツ交換、会議、ｅヘルス、自動車の相乗り、非常警報、警察または公安サービス等を含む。Ｍ２Ｍ近接サービスとは、デバイスまたはオブジェクトベースのＰ２Ｐ通信を指し得る。Ｍ２Ｍ近接サービスの例示的実装は、スマートホームまたはオフィス実装（例えば、自動構成、同期化、更新等）、センサネットワーク、スマートグリッド等を含む。Ｍ２Ｈ近接サービスとは、デバイス（オブジェクト）・ヒューマンＰ２Ｐ通信を指し得る。Ｍ２Ｈ近接サービスの例示的実装は、民間放送、グループキャスト、ユニキャスト（例えば、個人化広告）、健康監視実装、健康支援実装、危険警報、セキュリティ監視実装、交通更新（例えば、混雑更新、事故更新等）等を含む。Ｈ２Ｍ近接サービスとは、ヒューマン・デバイス（オブジェクト）ベースのＰ２Ｐ通信を指し得る。Ｈ２Ｍ近接サービスの例示的実装は、イベントスケジューリング、チケット更新、サービス予約、スマートパーキング、スマートショッピング等を含む。ネットワークツーネットワーク近接サービスの例示的実装は、例えば、インフラストラクチャへのマルチホップ、インフラストラクチャからオフロードすること、ホットスポットにアップロードすること等を含み得る。別様に記述されない限り、Ｐ２Ｐ通信は、限定ではないが、一対のピア間のＰ２Ｐ通信、またはピアのグループ間のＰ２Ｐ通信を指し得ることが理解されるであろう。
【００２３】
（Ｐ２Ｐシステム）
上記で説明されるように、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉアドホック、およびＷｉ−Ｆｉダイレクト等の現在の無線システムは、例えば、物理（ＰＨＹ）層または媒体アクセス制御（ＭＡＣ）層等の下層でサービスまたはアプリケーションを認識することなく、基本Ｐ２Ｐ通信のための短波電波範囲内で直接デバイスツーデバイス接続を提供し得る。現在のシステムの一例として、デバイスＡは、近接したデバイスＢ、Ｃ、およびＤを発見し得るが、デバイスＡは、ＰＨＹ／ＭＡＣ層とアプリケーション層との間で上下にプロトコルスタックを通過することなしに、検出されたデバイス（Ｂ、Ｃ、またはＤ）がどのサービスまたはアプリケーションに参加したいかを識別することができない場合がある。さらに、現在のＰ２Ｐシステムは、同時に複数のサービスまたはアプリケーションを完全にはサポートしない。
【００２４】
図１は、１つ以上のピアツーピアネットワーク（Ｐ２ＰＮＷ）が近接して共存し得る、例示的通信システム１００を図示する。例示的システム１００では、４つのＰ２ＰＮＷ１０２、１０４、１０６、および１０８があるが、任意の数のＰ２Ｐネットワークが所望に応じて通信システム内で実装され得ることが理解されるであろう。各Ｐ２ＰＮＷ１０２、１０４、１０６、１０８は、広告アプリケーション（例えば、ピア１が、商業広告をその無線範囲内でピア２、ピア３、ピア４、ピア５、およびピア６に直接マルチキャストまたはブロードキャストし、ピア３およびピア５が、それぞれ、商業広告をピア３−１、ピア３−２、ピア５−１、ピア５−２、およびピア５−３にマルチホップする、アプリケーション１）、チャットアプリケーション（例えば、ピア６とピア７との間のアプリケーション２、ピア６は、アプリケーション１（広告）にも参加している）、キープアライブアプリケーション（例えば、ピア５−３とピア９との間のアプリケーション３、ピア５−３は、アプリケーション１（広告）にも参加し、ピア９は、アプリケーション４（ゲーム）に参加している）、またはゲームアプリケーション（例えば、ピア８、ピア９、ピア１０、ピア１１、およびピア１２が、ゲームセッション中にユニキャスト、マルチキャスト、またはブロードキャストを介して互に通信する、アプリケーション４）等のそれぞれのＰ２Ｐサービスまたはアプリケーションを実装する。ピアは、タブレット、スマートフォン、音楽プレーヤ、ゲーム機、携帯情報端末、ラップトップ、ＰＣ、医療デバイス、コネクテッドカー、医療デバイス、スマートメータ、ホームゲートウェイ、モニタ、アラーム、センサ、セットトップボックス、プリンタ、２Ｇネットワーク内の移動局（ＭＳ）、３Ｇネットワーク内のユーザ機器（ＵＥ）、またはＩＥＥＥ  ８０２．１５（無線パーソナルエリアネットワーク（ＷＰＡＮ））ネットワーク内の完全機能デバイス（ＦＦＤ）もしくは低減機能デバイス（ＲＦＤ）のうちの１つまたはグループであり得る。一実施例として、ピアは、図１０Ｃ（以下でさらに完全に説明される）で図示されるハードウェアアーキテクチャ、またはその変形例を有し得、もしくは図１０Ｄ（同様に以下でさらに完全に説明される）で図示されるコンピュータシステムのアーキテクチャを有し得る。
【００２５】
図示した実施例では、Ｐ２ＰＮＷ１０８は、分散型制御方式を実装し、Ｐ２ＰＮＷ１０８の各ピアは、共通制御／データチャネル（ＣＣＤＣＨ）上で他のピアと通信することによって、近接したＰ２ＰＮＷの他のピアとの制御関連通信を管理する。ＣＣＤＣＨは、限定されないが、近接したＰ２ＰＮＷ間の共通制御メッセージ、近接したＰ２ＰＮＷへのページングまたはブロードキャストメッセージ、および近接したＰ２ＰＮＷにブロードキャストされる短い高優先順位のデータに使用され得る。分散型Ｐ２ＰＮＷ内制御では、ピアが、両矢印の実線または点線によって示されるように、Ｐ２ＰＮＷ内の他のピアと通信することによって、その制御関連情報を管理する。中央「コントローラ」の役割を果たすＬも、いかなるサブＶＬも存在しない。
【００２６】
図示した実施例によると、Ｐ２ＰＮＷ１０２は、集中型制御方式を実装する。例示的集中型Ｐ２ＰＮＷ内制御では、ＶＬが、直接的に、または、Ｐ２ＰＮＷ内のサブＶＬを通して、専用制御／データチャネル（ＤＣＤＣＨ）上でＰ２ＰＮＷの他のピアとの通信を介して、全ての制御関連通信を管理する。例えば、Ｐ２ＰＮＷ１０２のピア１は、Ｐ２ＰＮＷ１０２の中のＡｐｐ１内のピア（例えば、ピア２、４、６）およびサブＶＬ（例えば、ピア３および５）の間での全ての制御信号および／またはメッセージを取り扱う。ピア３は、ピア３−１および３−２のためのサブＶＬである。
【００２７】
ここで図２を参照すると、例示的システムアーキテクチャ２００は、コンテキスト認識Ｐ２Ｐ通信のために、図１に示されるシステム１００等の通信システムに含まれ得る。アーキテクチャ２００は、上位層２０２、発見機能２０４、関連付け機能２０６、データ送受信機能２０８、チャネル管理機能２１０、一般スキャン機能２１２、同期化機能２１４、電力制御機能２１６、測定および報告機能２１８、およびコンテキスト管理機能２２０等の種々の構造エンティティおよび／または論理機能を含み得る。機能２０２−２２０は、例えば、図１で描写されるＰ２ＰＮＷ１０２、１０４、１０６、および１０８等のＰ２ＰＮＷにおいて、ハードウェアおよび／またはソフトウェアによって実装され得る。
【００２８】
依然として図２を参照すると、図示した実施例によると、上位層２０２は、プロトコルスタック内の物理（ＰＨＹ）層および媒体アクセス制御層の上方の層であり得る。示されるように、ＰＨＹ層およびＭＡＣ層は、集合的にＰＨＹ／ＭＡＣ層２２２と称され得る。したがって、上位層２０２は、インフラストラクチャレスＰ２Ｐ無線システム内のサービス層またはアプリケーション層を指し得る。以下でさらに説明されるように、コンテキスト管理機能２２０は、コンテキスト認識Ｐ２Ｐ通信のために、ＰＨＹ／ＭＡＣ層２２２と上位層２０２とにわたってコンテキスト情報を管理し得る。一般スキャン機能２１２は、コンテキストカテゴリ、コンテキスト識別子（ＩＤ）、コンテキスト情報等の種々の情報に対して、ビーコン、プリアンブル、ページングチャネル、ブロードキャスティングチャネル等をスキャンし得る。一般スキャン機能は、同期化機能２１４、ピア発見機能２０４、チャネル管理機能２１０、電力制御機能２１６、測定および報告機能２１８、および／または他の機能のために、スキャンされた情報を抽出し得る。
【００２９】
依然として図２を参照すると、例示的実装によると、同期化機能２１４は、スーパーフレーム、フレーム、および／またはタイムスロットとのコンテキスト認識時間同期化を行う。コンテキスト認識時間同期化とは、最初または第１の同期化を指し得るか、またはコンテキスト認識時間同期化とは、周期的時間同期化を指し得る。一実施形態では、同期化機能２１４は、周波数および／または位相同期化を維持し得る。発見機能２０４は、コンテキストカテゴリ、コンテキストＩＤ、および／またはピアコンテキスト情報を使用することによって、近接したピアを発見し得る。発見機能２０４は、以下でさらに説明されるように、近接した発見されるべきピアのコンテキストカテゴリ、コンテキストＩＤ、および／またはピアコンテキスト情報を伴うメッセージを送信し得る。関連付け機能２０６は、コンテキストＩＤおよび／またはピアコンテキスト情報を使用することによって、関連付けメッセージ、関連付け更新、関連付け解除メッセージ、または再関連付けメッセージを要求するか、またはそれらに応答し得る。チャネル管理機能２２０は、コンテキスト（例えば、サービス、アプリケーション）に基づいて、Ｐ２Ｐネットワーク間で無線リソースまたはチャネル割り付けを管理する。チャネル管理機能２２０はさらに、ピアコンテキスト情報に基づいて、Ｐ２Ｐネットワーク内のチャネルアクセスを管理し得る。以下でさらに説明されるように、電力制御機能は、例えば、コンテキスト情報および電力制御情報に基づいて、伝送電力制御を制御し、干渉を管理し得る。データ送受信機能２０８は、例えば、サービスまたはアプリケーションによって必要とされるサービス品質（ＱｏＳ）に基づいて、コンテキスト認識様式でデータを伝送および受信する。測定および報告機能２１８は、例えば、ＱｏＳ等のチャネルに関連付けられるパラメータを測定し得る。測定および報告機能２１８はさらに、以下でさらに説明されるように、種々の機能、例えば、機能２０４−２１６に関連付けられるデータ報告を上位層２０２へ送信し得る。
【００３０】
図２で図示されるように、パラメータおよびコンテキストが、上位層２０２と機能２０４−２２０との間で交換され得る。測定および報告機能２１８からの報告が、上位層２０２にフィードバックされ得る。ＰＨＹ／ＭＡＣ層２２２内のある論理機能が、上位層２０２および／またはＰＨＹ／ＭＡＣ層２２２内の１つ以上の他の機能によってトリガされ得る。例示的実装では、電力制御を、少なくともいくつか、例えば、全ての伝送に適用することができる。少なくとも、アーキテクチャ２００内の種々の機能が、互に、および上位層２０２とコンテキスト情報を交換し得るため、例示的アーキテクチャ２００はまた、コンテキスト認識システムアーキテクチャ２００と称され得る。上位層２０２とＰＨＹ／ＭＡＣ層２２２における種々の図示した機能との間の例示的相互作用、および互との図示した論理機能間の例示的相互作用が、以下でさらに説明される。
【００３１】
続けて図２を参照すると、図示した実施形態によると、上層２０２とも称され得る上位層２０２は、ネットワーキングのための層状構造内のＭＡＣ層の上方の層である。近接したインフラストラクチャレスＰ２Ｐ通信に対して、図示した実施形態によると、上位層２０２は、サービスまたはアプリケーション層である。上位層２０２と層（例えば、ＰＨＹ／ＭＡＣ２２２）に常駐する図示した論理機能との間で交換され得る、要求を含み得るトリガ、および応答メッセージが、図２で描写されている。要求／応答は、層間最適化のために層にわたる直接相互作用を可能にし得る。上位層２０２と図示した機能との間のメッセージングをサポートするために使用され得る、ＭＡＣプリミティブが以下で説明され、そのようなメッセージングは、概して、クロスレイヤー相互作用と称され得る。
【００３２】
Ｐ２Ｐ通信は、所望のサービスまたはアプリケーションに基づいて開始され得る。したがって、Ｐ２Ｐ通信は、コンテキスト駆動型であり得る。コンテキスト認識システムアーキテクチャ２００では、コンテキストは、クロスレイヤー機能と称され得る、コンテキスト情報管理機能２２０によって、層にわたって管理および交換され、コンテキストは、必要に応じてＰＨＹ／ＭＡＣ２２２における図示した機能に分配される。例えば、第１のピアが、第２のピアによって発見され、コンテキストに基づいて第２のピアに関連付けられ得る。表１は、一例として提示され、限定として提示されない、例示的コンテキスト認識アーキテクチャ２００内の種々の機能によって使用され得るコンテキスト情報の実施例を示す。
【００３３】
【表１】
2018088705.tif 000003
【００３４】
場合によっては、ピアは、同時に複数のサービスまたはアプリケーションに参加することができる。コンテキスト認識アーキテクチャ２００は、交換されるコンテキスト情報に基づいて、種々の機能が複数のアプリケーションをサポートすることを可能にする。例えば、異なる電力制御方式が、異なるサービスまたはアプリケーションに使用され得、電力制御方式は、表１に示されるような電力制御コンテキストに基づき得る。
【００３５】
一般スキャン機能２１２は、コンテキストカテゴリ、コンテキスト識別子（ＩＤ）、コンテキスト情報等の種々の情報に対して、ビーコン、プリアンブル、ページングチャネル、ブロードキャスティングチャネル等をスキャンし得る。一般スキャン機能は、同期化機能２１４、ピア発見機能２０４、チャネル管理機能２１０、電力制御機能２１６、測定および報告機能２１８、および／または他の機能のために、スキャンされた情報を抽出し得る。一般スキャン機能２１２は、上位層２０２、同期化機能２１４、発見機能２０４、チャネル管理機能２１０、電力制御機能２１６、または測定機能２１８によってトリガまたは要求され得る。一例として、要求またはトリガに応答して、一般スキャン機能２１２は、例えば、利用可能な無線チャネル、信号強度、抽出されたコンテキスト情報等の検出された結果を抽出し、上位層２０２に提供し得る。一般スキャン機能２１２は、同期化機能２１４のためのフィールドを抽出し得る。そのようなフィールドは、同期化ビットパターン、タイムスタンプ、フレーム場所、スロットサイズ等を含み得る。一般スキャン機能２１２は、発見機能２０４のための情報を抽出し得る。そのような情報は、サービスＩＤ、アプリケーションＩＤ、ユーザＩＤ、デバイスＩＤ等のコンテキストＩＤを含み得る。さらなる実施例として、発見機能２０４のための抽出された情報は、発見で使用される、検出信号強度等の他のコンテキスト情報を含み得る。一般スキャン機能２１２は、例えば、近接してブロードキャストされるチャネル割り付け情報およびチャネル使用情報等のチャネル管理機能２１０のための情報を抽出し得る。一般スキャン機能２１２は、例えば、近接した伝送電力レベルおよび関連電力制御情報等の電力制御機能２１６のための情報を抽出し得る。一般スキャン機能２１２は、測定に使用される、近接した信号を検出し得、一般スキャン機能２１２は、そのような情報を測定および報告機能２１８に提供し得る。
【００３６】
同期化機能２１４は、スーパーフレーム、フレーム、および／またはタイムスロットとのコンテキスト認識時間同期化を行ない得る。コンテキスト認識時間同期化とは、最初または第１の同期化を指し得、またはコンテキスト認識時間同期化とは、周期的時間同期化を指し得る。一実施形態では、同期化機能２１４は、周波数および／または位相同期化を維持し得る。
【００３７】
同期化機能２１４は、例えば、上位層２０２、一般スキャン機能２１２、発見機能２０４、関連付け機能２０６、データ送受信機能２０８、およびチャネル管理機能２１０からの受信要求によって、トリガされ得る。同期化機能２１４は、種々の同期化情報または結果でトリガまたは要求に応答し得る。例えば、同期化機能２１４は、上位層２０２によってトリガされ得る、節電モード、スリープ状態、システムタイミングリセット等から回復した後に、同期化情報を上位層２０２に送信し得る。同期化機能２１４は、同期化が成功したかどうかを示す結果（例えば、成功または失敗）を一般スキャン機能２１２に提供し得る。例えば、成功した同期化は、一般スキャン機能２１２が、発見機能２０４、チャネル管理機能２１０、または電力制御機能２１６によって要求され得るフィールドを抽出することを可能にし得る。発見機能２１０は、チャネル管理機能２１０によって割り当てられた共通または指定チャネルを介して、発見機能２１０が「発見されるべき」メッセージを送信またはブロードキャストし得るように、成功した同期化の結果を受信し得る。関連付け機能２０６は、関連付け機能２０６が、関連付け、関連付け更新、再関連付け等を続け得るように、成功した同期化の結果を受信し得る。データ送受信機能２０８は、データ送受信機能２０８、例えば、時間基準または境界との再整合が、データ送受信のために必要とされる周波数および／または位相オフセット等を補正するように、成功した同期化の結果を受信し得る。チャネル管理機能２１０は、チャネル管理機能２１０が適切なチャネル要求および応答を配信し得るように、成功した同期化の結果を受信し得る。
【００３８】
依然として図２を参照すると、発見機能２０４は、コンテキストカテゴリ、コンテキストＩＤ、および／またはピアコンテキスト情報を使用することによって、近接したピアを発見し得る。発見機能２０４は、近接した発見されるべきピアのコンテキストカテゴリ、コンテキストＩＤ、および／またはピアコンテキスト情報を伴うメッセージを送信し得る。発見機能２０４は、例えば、上位層２０２および関連付け機能２０６からの受信要求によってトリガされ得る。発見機能２０４は、ピア発見結果および関連情報を含む、応答を上位層２０２に送信し得る。発見機能２０４は、発見されたピア候補、およびピアを関連付けるか、または再び関連付けるための関連情報を示す、応答を関連付け機能２０６に送信し得る。
【００３９】
図示した実施形態によると、関連付け機能２０６は、例えば、上位層２０２、発見機能２０４、同期化機能２１４、およびデータ送受信機能２０８からの受信要求によって、トリガされ得る。関連付け機能２０６は、ピア関連付け結果およびピア関連付けに関連する情報を含む、応答を上位層２０２に送信し得る。関連付け機能２０６は、発見が停止されるように、成功した関連付けを示す結果を発見機能２０４に送信し得る。代替として、関連付け機能２０６は、発見機能２０４が新しいピア候補を見出すことを関連付け機能２０６が要求するように、失敗した関連付けを示す結果を発見機能２０４に送信し得る。上位層２０２は、例えば、チャネル状態またはＱｏＳ状態により、関連付け機能２０６がピアとの関係を断つことを要求し得る。別の実施例として、同期化機能２１４は、例えば、失敗した同期化により、関連付け機能２０６がピアとの関係を断つことを要求し得る。さらに別の実施例として、データ送受信機能２０８は、例えば、失敗したデータ転送により、関連付け機能２０６がピアとの関係を断つことを要求し得る。関連付け機能２０６は、関連付け解除が成功したことを示す応答で、関連付け解除要求に応答し得る。同様に、上位層２０２は、例えば、ピアが節電またはスリープモードから復帰した後に、またはチャネル状態により、関連付け機能２０６が再関連付けを行うことを要求し得る。一例として、データ送受信機能２０８は、受信および／または送信したデータに関連付けられるＱｏＳにより、関連付け機能２０６が再関連付けを行うことを要求し得る。
【００４０】
図示した実施形態によると、チャネル管理機能２１０は、例えば、上位層２０２、発見機能２０４、および関連付け機能２０６からの受信要求によって、トリガされ得る。チャネル管理機能２１０は、例えば、チャネル割り付け情報、チャネル使用情報、チャネル測定、ＱｏＳ状態等を含む、応答を上位層２０２に送信し得る。チャネル管理機能２１０は、例えば、「発見されるべきメッセージ」等のメッセージをブロードキャストするために、例えば、チャネル割り付けを含む、応答を発見機能２０４に送信し得る。チャネル管理機能２１０は、例えば、新しいチャネル割り付け、関連付けおよび／または再関連付けのための使用情報、チャネル割り付け解除等を含む、応答を関連付け機能２０６に送信し得る。
【００４１】
電力制御機能２１６は、発見、関連付け、チャネル管理、およびデータ送受信プロシージャ中に、伝送電力制御および干渉管理を行ない得る。例えば、電力制御機能２１６は、種々の伝送のための電力を推定し得る。図示した実施形態によると、データ送受信機能２０８は、例えば、上位層２０２からの受信要求によって、トリガされ得る。データ送受信機能２０８は、確認応答（ＡＣＫ）メッセージであり得る成功メッセージ、または否定応答（ＮＡＣＫ）メッセージであり得る失敗メッセージで応答する。ＭＡＣプリミティブが、上位層２０２とデータ送受信機能２０８との間の相互作用をサポートするために本明細書で説明される。
【００４２】
図示した実施形態によると、測定および報告機能２１８は、チャネル状態、ＱｏＳ等との測定関連等の上位層２０２によって要求される測定を行う。測定および報告機能２１８はまた、他の機能からの測定結果を上位層２０２に送信し得る。測定および報告機能２１８はまた、コンテキスト管理機能２２０によって機能の間で、および／または層にわたって共有されるコンテキストを更新するため、または新しいコンテキストを生成するために使用され得る。測定および報告機能２１８は、例示的アーキテクチャ２００内の図示した機能２０４−２２０のうちの１つ以上の、最大は全てから、測定および／または報告を収集し得る。
【００４３】
以下の表２も参照すると、測定および報告機能２１０は、例えば、上位層２０２からの受信要求によって、トリガされ得る。上位層２０２は、一例として表２で提示されるもの等の種々の機能に関連付けられる、種々の測定および報告を要求し得る。アーキテクチャ２００内の論理機能によって提供される測定および報告の実施例が、表２に示されている。
【００４４】
【表２】
2018088705.tif 000004
【００４５】
図３は、例えば、例示的システム１００内のピアのうちの１つ以上のもの等のアーキテクチャ２００によって実装することができる、Ｐ２Ｐ通信の例示的状態図３００を示す。図３を参照すると、例示的Ｐ２Ｐ通信セッションは、１つ以上の動作状態を含み得る。図３に示されるように、動作状態は、「発見すべき」状態３０２と、関連付け状態３０４と、アイドル状態３０６と、データ送受信状態３０８と、関連付け更新状態３１０と、スリープ状態３１２と、関連付け解除状態３１４と、再関連付け状態３１６と、チャネル管理状態３１８と、「発見されるべき」状態３２０とを含み得る。
【００４６】
図２も参照すると、上位層２０２は、アプリケーション（図３でアプリケーションｉとして描写される）を開始するために、トリガをＭＡＣ／ＰＨＹ層２２２に送信し得る。トリガに基づいて、ピア、例えば、第１のピアは、「発見すべき」状態３０２になり得る。状態３０２では、図示した実施形態によると、第１のピアは、第１のピアと近接した他のピアをスキャンする。ピアは、アプリケーションｉに対してスキャンされ得る。スキャンは、ビーコンの検索、ページング、および／またはブロードキャスティングチャネルの検索を含み得る。ピアがアプリケーションｉに対して発見された場合、第１のピアは、接続を確立するために、または発見されたピアとリンクするために、関連付け状態３０４に移行し得る。場合によっては、第１のピアが所定のスキャン時間間隔内でアプリケーションｉに対して近接したピアを見出さない場合、第１のピアは、「発見されるべき」状態３２０に移行し得る。「発見されるべき」状態３２０では、第１のピアは、別のピアによって発見されることを要求し得る。第１のピアが「発見されるべき」状態３２０である間、第１のピアは、近接したピアからの関連付け要求を待ち得る。一例として、第１のピアは、チャネル割り付けのためのチャネル管理状態３１８を通して、「発見されるべき」メッセージを送信するように指定チャネルに要求し得る。代替として、第１のピアは、既知または所定の共通、専用、または公衆チャネル上で「発見されるべき」メッセージを送信し得、したがって、チャネル割り付けのためのチャネル管理状態３１８をスキップし得る。
【００４７】
続けて図３を参照すると、図示した実施形態によると、関連付け要求が上位層または第１のピアに関連付けられる無線インターフェースから受信された場合、第１のピアは、「発見されるべき」状態３２０から抜けて、関連付け状態３０４に移行し得る。第１のピアの無線インターフェースに関連付けられた関連付け要求は、近接したピアからの関連付け要求であり得る。代替として、例えば、第１のピアが、上位層２０２から「発見されるべき」状態３２０タイムアウトの「発見すべき」要求を受信した場合、第１のピアは、「発見されるべき」状態３２０から抜けて、「発見すべき」状態３０２に移行し得る。上記のように、第１のピアがチャネル管理状態３１８にあるとき、第１のピアは、第１のピアが別のピアによって発見されるべきことを欲することを示す、「発見されるべき」メッセージを伝送するためのチャネルを要求し得る。
【００４８】
第１のピアが関連付け状態３０４にあるとき、第１のピアは、関連付け要求または関連付け応答を、発見されたピア、例えば、アプリケーションｉに対して発見されたピアに送信し得る。関連付けメッセージは、無線インターフェースを介して送信または受信され得る。第１のピアは、チャネル割り付けのためのチャネル管理状態３１８を通して、「関連付け」メッセージを送信するように指定チャネルに要求し得る。代替として、第１のピアは、既知または所定の共通、専用、または公衆チャネル上で「関連付け」メッセージを送信し得、したがって、チャネル割り付けのためのチャネル管理状態３１８をスキップし得る。同様に、一例として、第１のピアは、チャネル管理状態３１８を通した関連付けの間、Ｐ２Ｐデータ送受信のための無線リンクまたはチャネルを要求し得る。したがって、リンクまたはチャネルは、第１のピアがデータ送受信状態３０８にある間、Ｐ２ＰＮＷ内チャネルとして使用され得る。代替として、第１のピアは、データ送受信状態３０８中に所定の無線リンクまたはチャネルを使用し得、したがって、第１のピアは、チャネル割り付けのためのチャネル管理状態３１８をスキップし得る。図示した実施例によると、成功した関連付け後、第１のピアは、関連付け状態３０４から抜け得、アイドル状態３０６に移行する。アイドル状態３０６中、第１のピアは、データを送信または要求を受信するのを待ち得る。代替的な例示的シナリオでは、第１のピアは、関連付け状態３０４から抜け、例えば、アプリケーションｉに対する近接した新しいピアを見出すために「発見すべき」状態３０２に移行し得る。そのような移行は、不成功関連付け後に起こり得る。
【００４９】
上記で説明されるように、チャネル管理状態３１８中に、第１のピアは、関連付けメッセージを伝送するために、および／または第１のピアがデータ送受信状態３０８にあるときに使用することができるＰ２ＰＮＷ内チャネルにアクセスするために、チャネル割り付けを要求し得る。第１のピアがアイドル状態３０６にあるとき、第１のピアは、成功した関連付け、関連付け更新、再関連付け、またはデータ伝送後に、データ要求を待ち得る。第１のピアは、例えば、上位層２０２からデータ伝送または信号を受信した後、アイドル状態３０６から抜け、データ送受信状態３０８に移行し得る。第１のピアは、例えば、データが伝送または受信されていない間、現在のピアとの関連付けを維持するために、周期的に、アイドル状態３０６から抜け、関連付け更新状態３１０に移行し得る。場合によっては、第１のピアは、上位層２０２からスリープコマンドを受信することの結果として、アイドル状態３０６から抜け、節電のためにスリープ状態３１２に移行し得る。他の場合において、第１のピアは、無線インターフェースを介して上位層または別のピアから受信される関連付け解除要求の結果として、アイドル状態３０６から抜け、関連付け解除状態３１４に移行し得る。関連付け解除要求は、第１のピアに関連付けられる移動、チャネル状態等に基づき得る。
【００５０】
図示した実施例によると、第１のピアは、アイドル状態３０６からデータ送受信状態３０８になり得る。第１のピアがデータ送受信状態３０８にあるとき、第１のピアは、無線インターフェースを介して、データを伝送し、または別のピアからデータを受信し得る。第１のピアは、例えば、成功したデータ伝送または成功したデータ受信後、データ送受信状態３０８から抜けると、アイドル状態３０６に移行し得る。代替として、第１のピアは、例えば、低いＱｏＳにより、またはデータ受信もしくは伝送失敗により、データ送受信状態３０８から抜け、関連付け解除状態３１４に移行し得る。
【００５１】
ここで、示されるような関連付け更新状態３１０を参照すると、第１のピアは、アイドル状態３０６またはスリープ状態３１２から関連付け更新状態３１０になり得る。第１のピアは、関連付け更新要求および／または応答を使用して、無線インターフェースを介してピアとの現在の関連付けを更新し得る。第１のピアは、成功した「関連付け更新」が行われた後、関連付け更新状態３１０から抜けてアイドル状態３０６に移行し得る。代替として、第１のピアは、成功した「関連付け更新」が行われた後、スリープ状態３１２からの時限起動に基づいて、関連付け更新状態３１０から抜けてスリープ状態３１２に移行し得る。なおも代替として、第１のピアは、不成功関連付け更新が現在のリンクで行われた後、新しいリンクを確立するために、関連付け更新状態３１０から抜けて再関連付け状態３１６に移行し得る。
【００５２】
ここで、具体的には、図３００で描写されるスリープ状態３１２を参照すると、第１のピアは、例えば、アイドル状態３０６の経過に関連付けられる事前決定された時間により、または上位層２０２から受信されるスリープコマンドにより、アイドル状態３０６からスリープ状態３１２になり得る。したがって、第１のピアは、起動タイマによって定義されるように、周期的に関連付け更新状態３１０になり得るか、または第１のピアは、上位層の「起動」コマンドの結果として関連付け更新状態になり得る。同様に、第１のピアは、いかなるデータ送受信活動も伴わない所定の時間間隔経過後、または上位層２０２から受信される関連付け解除コマンドの結果として、関連付け解除状態３１４に移行し得る。
【００５３】
図示した実施例によると、関連付け解除状態３１４では、第１のピアは、リンクリソースがチャネル管理状態３１８を介して解放されるように、チャネル割り付け解除要求を行ない得る。第１のピアは、例えば、低いＱｏＳに応答して、または失敗したデータ伝送もしくは受信に応答して、データ送受信状態３０８から関連付け解除状態３１４になり得る。さらなる一例として、第１のピアは、上位層２０２または無線インターフェースを介したピアからの関連付け解除要求に応答して、アイドル状態３０６から関連付け解除状態３１４になり得る。さらに別の実施例として、第１のピアは、スリープモードの満了に関連付けられる事前決定された時間に応答して、または上位層２０２から関連付け解除要求を受信することに応答して、スリープ状態３１２から関連付け解除状態３１４になり得る。第１のピアは、上位層２０２から受信される「再開せよ」（再関連付け）コマンドに応答して、関連付け解除状態３１４から抜け、再関連付け状態３１６に移行し得る。代替として、第１のピアは、上位層２０２から受信される「新しいピアを発見せよ」コマンドに応答して、関連付け解除状態３１４から抜け、「発見すべき」状態３０２に移行し得る。なおも代替として、第１のピアは、上位層２０２から受信される「アプリケーションｉを終了せよ」コマンドに応答して、関連付け解除状態３１４から抜け、アプリケーションｉが終了する終了状態に移行し得る。
【００５４】
特に再関連付け状態３１６を参照すると、第１のピアは、無線インターフェースを介してピアとの再関連付けを行ない得る。第１のピアは、例えば、ピア間の現在のリンク（現在の関連付け）の更新の失敗に応答して、関連付け更新状態３１０から再関連付け状態３１６になり得る。第１のピアは、上位層２０２から受信される「再開せよ」コマンドに応答して、関連付け解除更新状態３１４から再関連付け状態３１６になり得る。再関連付け要求は、第１のピアがチャネル管理状態３１８を介して要求する指定チャネルを経由して送信され得る。代替として、再関連付けメッセージが、共通または公衆チャネルを経由して送信され得、したがって、（チャネル割り付けのための）チャネル管理状態３１８は、再関連付け中にスキップされ得る。第１のピアは、成功した再関連付け後に、再関連付け状態３１６から抜けてアイドル状態３０６に移行し得る。別の実施例では、第１のピアは、例えば、現在のピアとの不成功再関連付けに応答して、再関連付け状態から抜け、新しいピアを見出すために「発見すべき」状態３０２になり得る。終了状態３２２中に、図示した実施例によると、第１のピアは、上位層２０２から受信される「アプリケーションｉを終了せよ」コマンドに応答して、関連付け解除後にアプリケーションｉを終了する。
【００５５】
ここで図４を参照すると、例示的プロトコルスタック４００は、上層４０２（限定ではないが、上位層２０２とも称され得る）、スタック４００内の上層４０２の下方にあるＭＡＣ層４０４と、スタック４００内のＭＡＣ層の下方にあるＰＨＹ層４０６とを含む。上位層４０２は、種々のアプリケーションを含み得、したがって、アプリケーション層とも称され得る。図４に示されるように、ＭＡＣ層管理エンティティ（ＭＬＭＥ）サービスアクセスポイント（ＳＡＰ）４０８およびＭＡＣ共通部分サブ層（ＭＣＰＳ）ＳＡＰ４１０は、ＭＡＣ層４０４と上層４０２との間で連動し、ＩＥＥＥ  ８０２．１５で特定されるように、ＭＬＭＥ  ＳＡＰ４０８は、管理のためであり、ＭＣＰＳ  ＳＡＰ４１０は、データのためである。
【００５６】
上層４０２内の複数のアプリケーションをサポートするために、いくつかの例示的コンテキスト認識、特に、アプリケーション認識ＭＡＣプリミティブが、以下で説明される。種々の実施形態によると、例示的ＭＡＣ  ＭＬＭＥプリミティブが、上層４０２とのＭＬＭＥ  ＳＡＰ４１０インターフェースを通して配信される、管理メッセージに対して表３（以下）に記載される。さらに、例示的ＭＡＣ  ＭＣＰＳプリミティブが、上層４０２とのＭＣＰＳ  ＳＡＰ４０８インターフェースを通して配信される、データメッセージに対して表４（以下）に記載される。表３および表４で提示されるプリミティブは、一例として提示され、限定として提示されない。
【００５７】
【表３−１】
2018088705.tif 000005
【００５８】
【表３−２】
2018088705.tif 000006
【００５９】
【表４】
2018088705.tif 000007
【００６０】
概して、図２、特に、図５を参照すると、アーキテクチャ２００の少なくとも一部分を含む、例示的システム５００が、例示的実施形態に従ったコンテキスト認識様式で、Ｐ２Ｐ通信を開始する。システム５００は、複数のピア、例えば、第１のピア５０２および第２のピア５０４を含む。例示的システム５００は、開示された主題の説明を促進するように簡略化され、本開示の範囲を限定することを目的としていないことが理解されるであろう。システム５００等のシステムに加えて、またはその代わりに、他のデバイス、システム、および構成が、本明細書で開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内と見なされる。
【００６１】
依然として図５を参照して、図示した実施形態によると、近接したＰ２Ｐ通信が、所望のサービスまたはアプリケーションに基づいて確立され、したがって、近接したＰ２Ｐ通信は、所望のコンテキストに基づく。本プロシージャは、近接したＰ２Ｐ通信を設定するための以下のステップを含み得る。上記のコンテキスト認識ＩＥＥＥ  ８０２．１５．８
ＭＡＣプリミティブは、ピアが、上層２０２とも称され得る上位層２０２等の上位層と連動することができるように、図５に示される例示的実施形態で使用される。一実施例として、ピア５０２および５０４は、（以下でさらに完全に説明される）図１０Ｃで図示される構成、またはその変形例を有し得る。ピア５０２および５０４はさらに、図２で図示されるアーキテクチャ２００を有し得る。例えば、図示されるように、第１のピア５０２は、第１の上層２０２ａと、第１の発見機能２０４ａ、第１のチャネル管理機能２１０ａ、および第１の関連付け機能２０６ａを含む、第１のＰＨＹ／ＭＡＣ層２２２ａとを含む。さらに、図示されるように、第２のピア５０４は、第２の上層２０２ｂと、第２の発見機能２０４ｂ、第２の関連付け機能２０６ｂ、第２の同期化機能２１４ｂ、および第２の一般スキャン機能２１０ｂを含む、第２のＰＨＹ／ＭＡＣ層２２２ｂとを含む。ピア５０２および５０４は、所望に応じて、例えば、図２を参照して説明されるこれらの機能等の図示される機能に加えて、他の機能を含み得ることが理解されるであろう。
【００６２】
５０６では、図示した実施形態によると、第１のピア５０２は、アプリケーション１として図５で実施例の目的で描写されるアプリケーションに関して、近接してＰ２Ｐセッションを開始することを望む。５０６では、第１の上層２０２ａが、第１の発見機能２０４ａをトリガするために、第１のピア５０２にＭＬＭＥ−ＳＴＡＲＴ−ＡＰＰ１．ｒｅｑｕｅｓｔを送信する。５０８では、第１の上層２０２ａが、第１のコンテキスト管理機能２１０ａを介して、アプリケーション１に関係付けられるコンテキストを、少なくともいくつかの機能、例えば、全ての機能にダウンロードする。５１０では、第１のピア５０２が、チャネル割り付け要求を行う。特に、５１０では、第１の発見機能２０４ａが、近接して「発見されるべき」メッセージをブロードキャストまたは送信するために使用されるべき無線リソースに対する要求を第１のチャネル管理機能２０１に送信する。５１２では、第１のチャネル管理機能２１０ａが、アプリケーション１のための近接した無線リソースまたはチャネルを見出す。５１４では、図示した実施例によると、第１のチャネル管理機能２１０ａが、チャネル割り付け情報で第１の発見機能２０４ａに応答する。５１６では、第１の発見機能２０４ａが、割り当てられたチャネルを経由して、「発見されるべき」メッセージをブロードキャストまたは送信し、例えば、第２のピア５０４等の近接内の１つのピアまたは複数のピアからの発見要求への応答を待つ。５１８では、第１の発見機能２０４ａが、ＭＬＭＥ−ＳＴＡＲＴ−ＡＰＰ１．ｃｏｎｆｉｒｍメッセージで第１の上層２０２ａに応答する。
【００６３】
依然として図５を参照すると、第１の上層２０２が５１８から確認メッセージを受信したしばらく後、５２０で、例えば、第２のピア５０４が、近接したアプリケーション１のための１つ以上のピアを発見することを望み得るため、第２のピア５０４の第２の上層２０２ｂが、発見トリガまたは要求（例えば、ＭＬＭＥ−ＤＩＳＣＯＶＥＲＹ−ＡＰＰ１．要求）を第２の発見機能２０４ｂに送信する。５２２では、第２の上層２０２ｂが、第２のピア５０４のコンテキスト管理機能２１０を介して、アプリケーション１に関係付けられるコンテキストを第２のピア５０４の論理機能にダウンロードする。５２４では、第２の発見機能２０４ｂが、アプリケーション１に対するトリガまたは要求を第２の一般スキャン機能２１０Ｂに送信する。５２６では、図示した実施形態によると、第２の一般スキャン機能２１０Ｂが、例えば、コンテキストカテゴリおよび／またはコンテキストＩＤ等のアプリケーション１に関係付けられるコンテキスト情報を用いたピア発見のために、例えば、ビーコン、プリアンブル、ページング、および／またはブロードキャストメッセージをスキャンすることによって、アプリケーション１をスキャンする。５２８では、第２の一般スキャン機能２１０Ｂが、検出された同期化情報とともに、同期化トリガまたは要求を第２の同期化機能２１４ｂに送信する。５３０では、第２の同期化機能２１４ｂが、アプリケーション１に関係付けられるコンテキスト情報とのコンテキスト認識同期化を行う。５３２では、第２の同期化機能２１４ｂが、同期化応答を第２の一般スキャン機能２１０Ｂに送信する。５３４では、第２の一般スキャン機能２１０Ｂが、発見のための抽出された情報で、第２の発見機能２０４ｂからのスキャン要求に応答する。５３６では、第２の発見機能２０４が、コンテキストカテゴリ、コンテキストＩＤ、ピア情報等のアプリケーション１に関連付けられるコンテキスト情報を使用して、アプリケーション１のための第１のピア５０２を発見する。５３８では、第２の発見機能２０４ｂが、確認メッセージ（例えば、ＭＬＭＥ−ＤＩＳＣＯＶＥＲＹ−ＡＰＰ１．ｃｏｎｆｉｒｍ）で第２の上層２０２ｂに応答し、したがって、発見状態から抜ける。
【００６４】
続けて図５を参照すると、５４０では、第２の上層２０２ｂが、例えば、第２の発見機能２０４ｂからの発見確認を検証した後、ＭＬＭＥ−ＡＳＳＯＣＩＡＴＩＯＮ−ＡＰＰ１．要求で、トリガまたは要求を第２の関連付け機能２０６ｂに送信する。５４２では、第２の関連付け機能２０６ｂが、無線で関連付け要求を第１のピア５０２に送信する。関連付け要求は、関連コンテキスト認識関連付け情報を含む。第１の関連付け機能２０６ａは、要求を受信する。５４４では、第１の関連付け機能２０６ａが、ＭＬＭＥ−ＡＳＳＯＣＩＡＴＩＯＮ−ＡＰＰ１．ｉｎｄｉｃａｔｉｏｎおよび関連コンテキスト認識関連付け情報を用いて、第１の上層２０２ａに通知する。５４６では、図示した実施例によると、第１の上層２０２ａが、第１のピア５０２および第２のピア５０４の関連付けを検証した後、ＭＬＭＥ−ＡＳＳＯＣＩＡＴＩＯＮ−ＡＰＰ１．応答で第１の関連付け機能２０６ａに応答する。５４８では、第１の関連付け機能２０６ａが、無線インターフェースを介して第２のピア５０４に返信する。第２の関連付け機能２０６ｂは、確認メッセージ（ＭＬＭＥ−ＡＳＳＯＣＩＡＴＩＯＮ−ＡＰＰ１．ｃｏｎｆｉｒｍ）を第２の上層２０２ｂに通知する。したがって、５５２では、第１および第２のピア５０２および５０４が、アプリケーション１のために互にＰ２Ｐセッションに入り得る。
【００６５】
アプリケーションが、本明細書ではデータ送受信と称される、少量かつ低頻度のデータ伝送または受信を有する、いくつかの場合において、Ｐ２Ｐシステムがいかなるデータも送受信しない、長い時間間隔があり得る。ソーシャルネットワーキングのための「キープアライブ」アプリケーションは、少量または低頻度のデータ送受信を有し得る、例示的アプリケーションである。そのような場合において、例示的実施形態によると、ピアデバイスが、ピアデバイスの無線ユニットおよびデータ処理ユニットのうちの少なくともいくつかがオフにされるスリープモードになることを可能にすることによって、電力を節約することができ、かつ近接した干渉を限定することができる。図６および７は、上記で説明されるように、アイドルおよびスリープ状態に関連付けられる例示的関連動作を描写する。
【００６６】
図６および７を参照すると、例示的システム５００は、第１のデータ送受信機能２０８ａをさらに含む、第１のピアデバイス５０２を含む。図６および７で図示されるように、第２のピアデバイス５０４はさらに、第２のデータ送受信機能２０８ｂと、第２のコンテキスト管理機能２１０ｂとを含む。具体的には図６を参照して、図示した実施例によると、６００ａでは、第１および第２のピア５０２および５０４が、実施例の目的でアプリケーション１と称される、アプリケーションに関連付けられたＰ２Ｐセッションを互に確立している。さらに、６００ｃでは、第１および第２のピア５０２および５０４は、６００ｂで互の間でデータを伝送および受信した後に、アイドル状態３０６にある。関連付け更新が、所定の関連付け更新タイマが満了するとき、または６０２で関連付け更新要求が第１の上層２０２ａから第１の関連付け機能２０６ａによって受信されるときに、開始され得る。６０４では、図示した実施例によると、第１のピア５０２が、無線で（無線インターフェースを介して）関連付け更新要求を第２のピア５０４に送信する。６０６では、第２のピア５０４の第２の関連付け機能２０６ｂは、関連付け更新要求が受信されたことを第２の上位層２０２ｂに示す。６０８では、第２の上位層２０２ｂが、関連付け機能応答を第２の関連付け機能２０６ｂに返信し、関連付け機能応答は、関連付け更新要求を承認する。６１０では、第２のピア５０４が、関連付け更新を承認するために、無線インターフェースを介して関連付け更新応答を第１のピア５０２に送信する。６１２では、関連付け機能２０６ａは、関連付け更新が成功したことを第１の上位層２０２ａに確認する。６１４では、第１および第２のピア５０２および５０４が、アイドル状態３０６に戻る。上記で説明されるように、ピア５０２および５０４が、活発にデータを交換することなく、アイドル状態３０６と関連付け更新状態３１０との間で移行するサイクルを繰り返し得ることが理解されるであろう。
【００６７】
依然として図６を参照すると、６１６では、第１の上位層２０２ａが、スリープ要求をデータ送受信機機能２０８ａに送信する。代替として、スリープ状態３１２は、所定のアイドル監視タイマ満了によって開始され得る。図示した実施例によると、６１８では、第１のピア５０２が、無線インターフェースを介してスリープ要求を第２のピア５０４に送信する。６２０では、第２の上位層２０２ｂは、第２のデータ送受信機機能２０８ｂによって、スリープ要求が受信されたことを通知される。６２２では、第２の上位層が、スリープ要求を承認するようにスリープ応答を返信する。６２４では、第２のピア５０４が、スリープ要求を承認するように、無線インターフェースを介してスリープ応答を第１のピア５０２に送信する。６２６では、図示した実施例によると、第１の上位層２０２ａが、スリープ要求の確認を受信する。６２８では、第１および第２のピア５０２および５０４が、要求に従ってそれらのスリープタイマを設定し、スリープ状態３１２になる。６３０では、スリープタイマが満了し、第１および第２のピア５０２および５０４が起動する。６３２では、第１および第２のピア５０２および５０４が、ステップ６０２−６１２に関して上記で説明されるように関連付け更新を行う。６２４では、第１および第２のピア５０２および５０４が、スリープ状態５１２に戻る。上記で説明されるように、ピア５０２および５０４が、活発にデータを交換することなく、スリープ状態３１２と関連付け更新状態３１０との間で移行するサイクルを繰り返し得ることが理解されるであろう。
【００６８】
続けて図６を参照して、図示した実施例によると、６３６では、第１の上層２０２ａが、関連付け解除要求を第１の関連付け機能２０６ａに送信する。代替として、関連付け解除は、スリープ時間が満了するときに、所定のスリープ監視タイマによって開始され得る。６３８では、第１のピア５０２が、無線インターフェースを介して関連付け解除要求を第２のピア５０４に送信する。６４０では、関連付け機能２０６ｂは、関連付け解除要求が受信されたことを第２の上位層２０２ｂに示す。６４２では、第２の上位層２０２ｂが、関連付け解除応答を第２の関連付け機能２０２ｂに返信し、関連付け解除応答は、関連付け解除要求を承認する。６４４では、第２のピア５０４が、関連付け解除を承認するために、無線インターフェースを介して関連付け解除応答を第１のピア５０２に送信する。示されるように、６４６ａでは、第２のピアの関連付け解除応答が、第１のピア５０２で受信され得、それによって、正常な関連付け解除を示す。代替として、６４６ｂで示されるように、第２のピアの関連付け解除応答は、例えば、チャネル問題により、第１のピア５０２によって受信されない場合があり、それによって、正常ではない関連付け解除をもたらす。いずれにしても、６４８では、第１の関連付け機能２０６ａは、第２のピア５０４から応答を受信するとともに、または受信することなく、関連付け解除が実施されることを第１の上位層２０２ａに確認し得る。
【００６９】
ここで図７を参照して、図示した実施形態によると、６５０では、関連付け機能２０６ａが、リソース（チャネル）を解放するために、チャネル割り付け解除要求を第１のチャネル管理機能２１０ａに送信する。６５２では、第１のチャネル管理機能２１０ａが、チャネルを解放する。第１および第２のピア５０２および５０４は、しばらくの間、関連付け解除されたままであり得る。６５４では、再関連付けが、上位層２０２ａによって開始される。６５６では、第１の関連付け機能２０６ａが、無線リソース（チャネル）のためのチャネル割り付け要求をチャネル管理機能２１０ａに送信する。６５８では、第１のチャネル管理機能２１０ａが、チャネル割り付けを確認する。６６０では、第１のピア５０２が、無線インターフェースを介して再関連付け要求を第２のピア５０４に送信する。
【００７０】
一実施形態では、６６２で、第２の関連付け機能２０６ｂは、再関連付け要求が受信されたことを第２の上位層２０２ｂに示す。したがって、６６４では、第２の上位層２０２ｂが、再関連付け要求を承認する再関連付け応答を第２の関連付け機能２０６ｂに返信する。６６６では、第２のピア５０４が、再関連付けを承認するために、無線インターフェースを介して再関連付け応答を第１のピア５０２に送信する。６６８では、示されるように、第１の関連付け機能２０６ａは、再関連付けが成功したことを第１の上位層２０２ａに確認する。したがって、６７０では、第１のピア５０２および第２のピアが、アイドル状態３０６になり、データ送受信の準備ができている。
【００７１】
別の実施例では、例えば、６７１で、第２のピアが、６７１で示されるように第１のピア５０２から離れているため、第２のピア５０４は、第１のピア５０２から再関連付け要求を受信しない。したがって、６７２では、再関連付けがタイムアウトされ得る。６７４では、図示した実施例によると、第１の関連付け機能２０６ａは、再関連付けが失敗したことを第１の上位層２０２ａに確認する。したがって、６７６では、第１のピアが、近接した新しいピアを見出すように「発見すべき」状態３０２になり得る。
【００７２】
ここで図８および９を参照すると、アーキテクチャ２００の少なくとも一部分を含む例示的システム８００は、複数のピア、例えば、第１のピア５０２、第２のピア５０４、および第３のピア５０５を含む。例示的システム８００は、開示された主題の説明を促進するように簡略化され、本開示の範囲を限定することを目的としていないことが理解されるであろう。システム８００等のシステムに加えて、またはその代わりに、他のデバイス、システム、および構成が、本明細書で開示される実施形態を実装するために使用され得、全てのそのような実施形態は、本開示の範囲内と見なされる。第３のピア５０５は、例えば、第３の上層２０２ｃおよび第３のデータ送受信機能２０８ｃ等の図２で図示される機能を含み得る。
【００７３】
依然として図８および９を参照すると、ピアは、例示的実施形態によると、同時に複数のＰ２Ｐサービスまたはアプリケーションに参加し得る。したがって、ピアは、以下で説明されるように、時間的に重複する複数のセッションに参加し得る。さらに、時間的に重複する複数のＰ２Ｐセッションは、異なるアプリケーションを使用し得る。コンテキスト認識アーキテクチャ２００は、近接したＰ２Ｐ通信のためのマルチアプリケーション能力を可能にし得る。
【００７４】
例示的マルチアプリケーションデータ伝送が、図８で図示されている。特に、図８を参照すると、第１のピア５０２および第２のピア５０５は、図５を参照して上記で説明されるように、第１のアプリケーション（アプリケーション１）のための第１のＰ２Ｐセッションを互に開始し得る。さらに、第１のピア５０２および第２のピア５０４は、アプリケーション１とは異なる第２のアプリケーション（アプリケーション２）のための互との第２のＰ２Ｐセッションを開始し得る。８０２では、図示した実施例によると、第１の上層２０２ａが、ＭＣＰＳ−ＤＡＴＡ−ＡＰＰ１．要求を含むトリガまたは要求を、第１のピア５０２の第１のデータ送受信機能２０８ａに送信する。８０４では、第１の上層２０２ａが、コンテキスト管理機能を介して、アプリケーション１に関係付けられるコンテキスト情報をダウンロードする。８０６では、第１のデータ送受信機能２０８ａが、無線で（無線インターフェースを介して）アプリケーション１に関連付けられるデータを第３のピア５０５に送信する。８０８では、示されるように、第３のピア５０５が、データを受信し、ＭＣＰＳ−ＤＡＴＡ−ＡＰＰ１．指示で第３の上層２０２ｃに通知する。８０９では、第３のピア５０５が、第１および第３のピア５０２および５０５の間の無線インターフェースを介して、アプリケーション１に関連付けられるデータのための確認応答（ＡＣＫ）を第１のピア５０２に送信する。８１０では、第１のピア５０２が、ＡＣＫを受信し、ＭＣＰＳ−ＤＡＴＡ−ＡＰＰ１．確認プリミティブを含むメッセージで第１の上層２０２ａに通知する。したがって、８１２では、第１のピア５０２が、コンテキストを更新し、第１のコンテキスト情報管理機能２１０ａを介して、更新されたアプリケーション１コンテキストを第１の上層２０２ａにアップロードし得る。
【００７５】
依然として図８を参照して、図示した実施例によると、８１４では、第１の上層２０２ａが、トリガまたは要求（ＭＣＰＳ−ＤＡＴＡ−ＡＰＰ２．ｒｅｑｕｅｓｔ）をデータ送受信機能２０８ａに送信する。さらに、８１６では、上層２０２ａが、コンテキスト管理機能を介して、第２のアプリケーション（アプリケーション２）に関係付けられるコンテキスト情報をダウンロードする。８１８では、第１のデータ送受信機能２０８ａが、無線インターフェースを介して、プリケーション２に関連付けられたデータを第２のピア５０４に送信する。８２０では、第２のピア５０４が、データを受信し、ＭＣＰＳ−ＤＡＴＡ−ＡＰＰ２．指示で第２の上層２０２ｂに通知する。８２２では、第２のピア５０４が、無線インターフェースを介して、アプリケーション２に関連付けられるデータのためのＡＣＫを第１のピア５０２に送信する。８２４では、図示した実施例によると、第１のピア５０２が、ＡＣＫを受信し、ＭＣＰＳ−ＤＡＴＡ−ＡＰＰ２．確認メッセージで第１の上層２０２ａに通知する。８２６では、第１のピア５０４が、コンテキストを更新し、第１のコンテキスト情報管理機能２１０ａを介して、更新されたアプリケーション２コンテキストを第１の上層２０２ａにアップロードし得る。
【００７６】
ここで図９を参照すると、類似参照番号が、同一または類似特徴を示すように種々の図で繰り返されることが理解されるであろう。図示した実施例によると、９０２では、第２の上層２０２ｂが、データ伝送要求を第２のデータ送受信機能２０８ｂに送信する。９０４では、第２のデータ送受信機能２０８ｂが、無線インターフェースを介して、アプリケーション２に関連付けられたデータを第１のピア５０２に送信する。９０６では、図示した実施形態によると、第３のピア５０５が、第１のピア５０２からアプリケーション１データを受信し、ＭＣＰＳ−ＤＡＴＡ−ＡＰＰ１．指示で第３の上層２０２ｃに通知する。９０８では、第３のピア５０５が、アプリケーション１に関連付けられたデータの受信に応答して、無線インターフェースを介してＡＣＫを第１のピア５０２に送信する。９１０では、第１のピア５０２が、第２のピア５０４からアプリケーション２に関連付けられたデータを受信し、ＭＣＰＳ−ＤＡＴＡ−ＡＰＰ２．指示で第１の上層２０２ａに通知する。９１２では、第１のピア５０４が、無線インターフェースを介して、アプリケーション２データのためのＡＣＫを第２のピア５０４に送信する。９１４では、図示した実施例によると、第１のピア５０４が、アプリケーション１に関連付けられるデータのためのＡＣＫを第３のピア５０５から受信し、ＭＣＰＳ−ＤＡＴＡ−ＡＰＰ１．確認で上層２０２ａに通知する。９１６では、第２のピア５０４が、第１のピア５０２からＡＣＫを受信し、ＭＣＰＳ−ＤＡＴＡ−ＡＰＰ２．確認で第２の上層２０２ｂに通知する。
【００７７】
図１０Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システム１０の略図である。例えば、図２−９を参照して説明されるアーキテクチャおよびピアは、以下でさらに説明されるように、図１０Ａで描写される種々のデバイス上で実装され得る。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための構成要素を提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴ／ＷｏＴの構成要素ならびにＩｏＴ／ＷｏＴサービス層等であり得る。
【００７８】
図１０Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワーク（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）、ファイバ、ＩＳＤＮ、ＰＬＣ等）または無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）、あるいは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する、複数のアクセスネットワークを含み得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。
【００７９】
図１０Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインと、フィールドドメインとを含み得る。インフラストラクチャドメインとは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインとは、通常はＭ２Ｍゲートウェイの後ろにある、エリアネットワークを指す。フィールドドメインは、Ｍ２Ｍゲートウェイ１４と、端末デバイス１８とを含む。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じてＭ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。ゲートウェイデバイス１４または端末デバイス１８は、上記で説明される実施形態によると、コンテキスト認識Ｐ２Ｐ通信を行うシステム内のピアデバイスとして構成され得る。ゲートウェイデバイス１４および／または端末デバイス１８は、上記で説明されるピアデバイスとして構成され得、したがって、ゲートウェイデバイス１４および端末デバイス１８のそれぞれは、アーキテクチャ２００を含み得る。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のそれぞれは、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成される。Ｍ２Ｍゲートウェイデバイス１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかにおいて、通信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８に送信し得る。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍデバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種々のネットワークを介して通信し得る。端末デバイス１８およびゲートウェイデバイス１４は、上記で説明されるように、Ｐ２Ｐメッセージを交換するように、種々のネットワークを介して通信し得る。例えば、上記で説明されるピアツーピア通信は、複数の端末デバイス１８の間で直接、複数のゲートウェイデバイス１４の間で直接、または端末デバイス１８とゲートウェイデバイス１４との間で直接、起こり得る。
【００８０】
図１０Ｂも参照すると、フィールドドメイン内の図示したＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２のためのサービスを提供する。Ｍ２Ｍサービスプラットフォーム２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、１つ以上のサーバ、コンピュータ等によって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、種々の方法で、例えば、ウェブサーバとして、セルラーコアネットワークで、クラウド等で、実装され得る。
【００８１】
図示したＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’がある。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および基礎的通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’はまた、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、およびＭ２Ｍ端末デバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによってサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、１つ以上のサーバ、コンピュータ、仮想マシン（例えば、クラウド／計算／記憶ファーム等）等によって実装され得る。
【００８２】
図１０Ｂも参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケーションおよび垂直線が活用することができる、サービス配信能力のコアセットを提供する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出す費用および時間を削減することができる。サービス層２２および２２’はまた、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’が提供するサービスと関連して、種々のネットワーク１２および１２’を通して通信することも可能にし得る。
【００８３】
本願のＭＡＣ／ＰＨＹ層機能は、サービス層と通信し得る。本明細書で使用されるように、サービス層とは、アプリケーションプログラミングインターフェース（ＡＰＩ）および基礎的ネットワーキングインターフェースのセットを通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層を指し得る。ＥＴＳＩ  Ｍ２ＭおよびｏｎｅＭ２Ｍの両方は、本明細書で説明されるＭＡＣ／ＰＨＹ層機能を実装し得る、サービス層を使用する。ＥＴＳＩ  Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。本明細書で説明される実施形態は、ＳＣＬの一部として実装され得、メッセージは、例えば、ＭＱＴＴまたはＡＭＱＰ等の種々のプロトコルに基づき得る。ＳＣＬは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内で実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（例えば、サービス能力）のセットをサポートする。１つ以上の特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、アプリケーション特有のノード）上でホストすることができる、共通サービスエンティティ（ＣＳＥ）と称される。さらに、本明細書で説明されるコンテキスト認識Ｐ２Ｐ通信は、アクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装することができる。さらに、本願のコンテキストマネージャは、本願のコンテキストマネージャ等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装することができる。
【００８４】
Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。上記のように、本システムのデバイス、ゲートウェイ、および他のサーバにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービスとしてこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。
【００８５】
図１０Ｃは、例えば、Ｍ２Ｍ端末デバイス１８またはＭ２Ｍゲートウェイデバイス１４等の例示的Ｍ２Ｍデバイス３０の系統図である。Ｍ２Ｍデバイス３０は、上記で説明される実施形態によると、Ｐ２Ｐ通信、例えば、コンテキスト認識Ｐ２Ｐ通信を行うためのピアとして構成され得る。図１０Ｃに示されるように、Ｍ２Ｍデバイス３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド／インジケータ４２と、非取り外し可能なメモリ４４と、取り外し可能なメモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。Ｍ２Ｍデバイス３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。ディスプレイ／タッチパッド／インジケータ４２は、例示的実施形態によると、概して、ユーザインターフェースと称され得る。コンテキスト管理インターフェースとも称される、ユーザインターフェースは、ユーザが、例えば、ゲートウェイまたは他のネットワークノード等のピアデバイス上で、コンテキスト管理を監視、管理、および／または構成することを可能にし得る。例えば、ユーザインターフェースは、ユーザが、異なるピア間で、または異なる層間で、コンテキスト情報交換および管理を構成またはトリガすることを可能にし得る。したがって、種々のコンテキストパラメータ（例えば、コンテキスト値、コンテキストＩＤ、残りの応答の数等）が、ディスプレイ／タッチパッド／インジケータ４２によって表示され得る。
【００８６】
プロセッサ３２は、汎用プロセッサ、特殊用途プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械等であり得る。プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍデバイス３０が無線環境で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ３２は、伝送／受信要素３６に連結され得る、送受信機３４に連結され得る。図１０Ｃは、プロセッサ３２および送受信機３４を別個の構成要素として描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップに一緒に組み込まれ得ることが理解されるであろう。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムおよび／または通信を行い得る。プロセッサ３２は、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、および／または暗号化動作等のセキュリティ動作を行い得る。
【００８７】
伝送／受信要素３６は、信号をＭ２Ｍサービスプラットフォーム２２に伝送し、またはＭ２Ｍサービスプラットフォーム２２から信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークおよび無線インターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送および受信するように構成され得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。
【００８８】
加えて、伝送／受信要素３６は、単一の要素として図１０Ｃで描写されているが、Ｍ２Ｍデバイス３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、Ｍ２Ｍデバイス３０は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、Ｍ２Ｍデバイス３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。
【００８９】
送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を変調するように構成され得る。上記のように、Ｍ２Ｍデバイス３０は、マルチモード能力を有し得る。したがって、送受信機３４は、Ｍ２Ｍデバイス３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【００９０】
プロセッサ３２は、非取り外し可能メモリ４４および／または取り外し可能メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。例えば、プロセッサ３２は、上記で説明されるようなコンテキスト情報を記憶し、コンテキスト情報要求を満たすコンテキスト情報があるかどうかを決定するように、非取り外し可能なメモリ４４および／または取り外し可能なメモリ４６等から、それにアクセスし得る。非取り外し可能メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のＭ２Ｍデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。
【００９１】
プロセッサ３２は、電源４８から電力を受け取り得、Ｍ２Ｍデバイス３０内の他の構成要素への電力を分配および／または制御するように構成され得る。電源４８は、Ｍ２Ｍデバイス３０に電力供給するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。
【００９２】
プロセッサ３２はまた、Ｍ２Ｍデバイス３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成される、ＧＰＳチップセット５０に連結され得る。Ｍ２Ｍデバイス３０は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。
【００９３】
プロセッサ３２はさらに、追加の特徴、機能性、および／または有線あるいは無線接続を提供する、１つ以上のソフトウェアおよび／またはハードウェアモジュールを含み得る、他の周辺機器５２に連結され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【００９４】
図１０Ｄは、例えば、図１０Ａおよび１０ＢのＭ２Ｍサービスプラットフォーム２２が実装され得る、例示的なコンピュータシステム９０のブロック図である。コンピュータシステム９０は、コンピュータまたはサーバを備え得、主に、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでも、またはどのような手段を用いても、そのようなソフトウェアが記憶あるいはアクセスされる。そのようなコンピュータ読み取り可能な命令は、コンピュータシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１内で実行され得る。多くの既知のワークステーション、サーバ、および周辺コンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他の機械では、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは明確に異なる、随意的なプロセッサである。
【００９５】
動作中、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送経路であるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピュータシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、ならびに割り込みを送信するため、およびシステムバスを動作するための制御ラインを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺構成要素相互接続）バスである。
【００９６】
システムバス８０に連結されているメモリデバイスは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶されて読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない、記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られ、または変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離する、メモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【００９７】
加えて、コンピュータシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある、周辺機器コントローラ８３を含み得る。
【００９８】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピュータシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる、電子構成要素を含む。
【００９９】
さらに、コンピュータシステム９０は、図１０Ａおよび１０Ｂのネットワーク１２等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７を含み得る。
【０１００】
本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、命令が、コンピュータ、サーバ、ピア、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイス等の機械によって実行されると、本明細書で説明されるシステム、方法、およびプロセスを行うおよび／または実装される、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得ることが理解される。具体的には、上で説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の方法または技術で実装される、揮発性および不揮発性、取り外し可能なおよび非取り外し可能な媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の物理的媒体を含むが、それらに限定されない。
【０１０１】
図で図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかしながら、請求された主題は、そのように選択された特定の用語に限定されることを目的としておらず、各特定の要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。
【０１０２】
本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用すること、および任意の組み込まれた方法を行うことを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、請求項の範囲内であることを目的としている。本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用すること、および任意の組み込まれた方法を行うことを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、請求項の範囲内であることを目的としている。
【図１】
2018088705.tif 000008
【図２】
2018088705.tif 000009
【図３】
2018088705.tif 000010
【図４】
2018088705.tif 000011
【図５Ａ】
2018088705.tif 000012
【図５Ｂ】
2018088705.tif 000013
【図６Ａ】
2018088705.tif 000014
【図６Ｂ】
2018088705.tif 000015
【図７Ａ】
2018088705.tif 000016
【図７Ｂ】
2018088705.tif 000017
【図８Ａ】
2018088705.tif 000018
【図８Ｂ】
2018088705.tif 000019
【図９Ａ】
2018088705.tif 000020
【図９Ｂ】
2018088705.tif 000021
【図１０Ａ】
2018088705.tif 000022
【図１０Ｂ】
2018088705.tif 000023
【図１０Ｃ】
2018088705.tif 000024
【図１０Ｄ】
2018088705.tif 000025