(57)【要約】【課題】ＩＯＴシステムのためのサービスとしてのデータ注釈の提供。【解決手段】本明細書では、データストリーム中のデータに注釈を付けるための種々のエンティティ、方法、およびシステムが開示される。注釈概念は、ストリーム内の個々のデータ項目、ストリーム内のデータウィンドウ、ストリーム全体、および／またはいくつかの項目およびウィンドウを含み得るストリームの一部分に適用され得る。注釈概念は、他のエンティティから受信されるデータに基づき得、自動的に、またはエンティティから受信される注釈要求に応答して行われ得る。【選択図】図１
2018010699.tif 000002
【特許請求の範囲】
【請求項１】
明細書に記載された発明。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６１／８２４，０６１号（２０１３年５月１６日出願、名称「ＤＡＴＡ  ＡＮＮＯＴＡＴＩＯＮ  ＡＳ  Ａ  ＳＥＲＶＩＣＥ  ＦＯＲ  ＩＯＴ  ＳＹＳＴＥＭＳ」）の利益を主張し、上記出願の内容は、参照により本明細書に引用される。
【背景技術】
【０００２】
マシンツーマシン（Ｍ２Ｍ）技術は、有線および無線通信システムを使用して、デバイスが互いにより直接的に通信することを可能にする。Ｍ２Ｍ技術は、一意的に識別可能なオブジェクトおよびインターネット等のネットワークを経由して互いに通信するそのようなオブジェクトの仮想表現のシステムである、モノのインターネット（ＩｏＴ）のさらなる実現を可能にする。ＩｏＴは、食料品店内の商品または家庭内の器具等のさらに日常的な毎日のオブジェクトとの通信を促進し、それによって、そのようなオブジェクトの知識を向上させることによって、費用および無駄を低減させ得る。例えば、店は、在庫にあり得る、または販売された場合がある、オブジェクトと通信するか、またはそこからデータを取得することができることによって、非常に精密な在庫データを維持し得る。
【０００３】
ＩｏＴエンティティおよびシステムは、高度に多様であり、多種多様な特性、用途、および機能を有し得る。理解されるように、このエンティティの多様性は、多種多様のデータを生成および受信する。データ収集は、センサ等の「フロントエンド」エンティティで行われ、ゲートウェイまたはネットワーク等の「バックエンド」エンティティに送信され得る。収集されたデータは、同様のバックエンドデバイスで記憶および処理され、ユーザおよびＩｏＴシステム内のいずれかの場所のアプリケーションに提供され得る。多くのＩｏＴエンティティが比較的単純なデバイスであり得るため、そのようなデバイスは、文脈情報をほとんどまたは全く伴わない未加工データのデータストリームを生成し得る。そのような情報を有することは、ＩｏＴシステムの性能および効率を増加させ得る。
【発明の概要】
【課題を解決するための手段】
【０００４】
本明細書で開示される実施形態は、接続されたエンティティのネットワーク内の注釈エンティティにおいて、接続されたエンティティのネットワーク内の第１のエンティティから第１のデータを受信し、注釈エンティティにおいて、接続されたエンティティのネットワーク内の第２のエンティティからデータストリームを受信するための方法を含む。次いで、注釈エンティティは、データストリームに適用されるべきデータ注釈を決定し、続けてデータ注釈に基づいてデータストリームに注釈を付け得る。
【０００５】
本明細書で開示される実施形態はさらに、プロセッサ上で命令を実行すると、接続されたエンティティのネットワーク内の第１のエンティティから第１のデータ、および接続されたエンティティのネットワーク内の第２のエンティティからデータストリームを受信する、接続されたエンティティのネットワーク内の注釈エンティティを含む。次いで、注釈エンティティは、データストリームに適用されるべきデータ注釈を決定し、続けてデータ注釈に基づいてデータストリームに注釈を付け得る。
【０００６】
本明細書で開示される実施形態はさらに、プロセッサ上で命令を実行すると、注釈エンティティから第１の注釈概念に対する要求を受信し、それに応答して、第２の注釈概念に対する要求を注釈概念エンティティに伝送する、接続されたエンティティのネットワーク内の注釈エンティティを含む。注釈概念エンティティから第２の注釈概念を受信すると、注釈エンティティは、第２の注釈エンティティに基づいて要求された第１の注釈概念を生成し、第１の注釈概念を注釈エンティティに伝送し得る。
【０００７】
本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、請求された主題の範囲を限定するために使用されることも目的としていない。さらに、請求された主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
例えば、本願は以下の項目を提供する。
（項目１）
接続されたエンティティのネットワーク内の注釈エンティティにおいて、前記接続されたエンティティのネットワーク内の第１のエンティティから第１のデータを受信することと、
前記注釈エンティティにおいて、前記接続されたエンティティのネットワーク内の第２のエンティティからデータストリームを受信することと、
前記注釈エンティティにおいて、前記データストリームに適用されるべきデータ注釈を決定することと、
前記注釈エンティティにおいて、前記データ注釈に基づいて前記データストリームに注釈を付けることと
を含む、方法。
（項目２）
前記データストリームに適用されるべき前記データ注釈を決定することは、前記第１のデータに基づいて、前記データストリームに適用されるべき前記データ注釈を自動的に決定することを含む、項目１に記載の方法。
（項目３）
前記接続されたエンティティのネットワーク内の第３のエンティティから前記データストリームに注釈を付けるための要求を受信することをさらに含み、
前記データストリームに適用されるべき前記データ注釈を決定することは、前記データストリームに注釈を付けるための前記要求に応答して、前記データストリームに適用されるべき前記データ注釈を決定することを含む、項目１に記載の方法。
（項目４）
前記接続されたエンティティのネットワーク内の第３のエンティティから第２のデータを受信することをさらに含み、
前記データストリームに適用されるべき前記データ注釈を決定することは、前記第２のデータに基づいて、前記データストリームに適用されるべき前記データ注釈を自動的に決定することを含む、項目１に記載の方法。
（項目５）
前記接続されたエンティティのネットワーク内の第３のエンティティから第２のデータを受信することをさらに含み、
前記データ注釈に基づいて前記データストリームに注釈を付けることは、前記データ注釈および前記第２のデータに基づいて前記データストリームに注釈を付けることを含む、項目１に記載の方法。
（項目６）
前記接続されたエンティティのネットワーク内の第３のエンティティから第２のデータを受信することと、
前記接続されたエンティティのネットワーク内の第４のエンティティから前記データストリームに注釈を付けるための要求を受信することと
をさらに含み、
前記データストリームに適用されるべき前記データ注釈を決定することは、前記データストリームに注釈を付けるための前記要求に応答して、前記データストリームに適用されるべき前記データ注釈を決定することを含む、項目１に記載の方法。
（項目７）
データ注釈応答を前記接続されたエンティティのネットワーク内の第３のエンティティに伝送することをさらに含む、項目１に記載の方法。
（項目８）
接続されたエンティティのネットワーク内の注釈エンティティであって、
コンピュータ読み取り可能な命令を実行するように適合されているプロセッサと、
前記プロセッサに通信可能に連結されているメモリと
を備え、
前記メモリは、コンピュータ読み取り可能な命令を記憶しており、前記命令は、前記プロセッサによって実行されると、
前記接続されたエンティティのネットワーク内の第１のエンティティから第１のデータを受信することと、
前記接続されたエンティティのネットワーク内の第２のエンティティからデータストリームを受信することと、
前記データストリームに適用されるべきデータ注釈を決定することと、
前記データ注釈に基づいて前記データストリームに注釈を付けることと
を含む動作を前記プロセッサに達成させる、注釈エンティティ。
（項目９）
前記データ注釈に基づいて前記データストリームに注釈を付ける前記動作は、前記データ注釈に基づいて前記データストリーム内の少なくとも１つのデータ項目に注釈を付けることを含む、項目８に記載の注釈管理エンティティ。
（項目１０）
前記データ注釈に基づいて前記データストリームに注釈を付ける前記動作は、前記データ注釈に基づいて前記データストリーム内の少なくとも１つのデータウィンドウに注釈を付けることを含む、項目８に記載の注釈管理エンティティ。
（項目１１）
前記データ注釈に基づいて前記データストリームに注釈を付ける前記動作は、前記データ注釈に基づいて前記データストリームの全体に注釈を付けることを含む、項目８に記載の注釈管理エンティティ。
（項目１２）
前記データ注釈に基づいて前記データストリームに注釈を付ける前記動作は、前記データ注釈に基づいて、前記データストリームの一部分および第２のデータストリームの一部分に注釈を付けることを含む、項目８に記載の注釈管理エンティティ。
（項目１３）
前記データストリームに適用されるべき前記データ注釈を決定する前記動作は、注釈概念エンティティから前記データ注釈を取得することを含む、項目８に記載の注釈管理エンティティ。
（項目１４）
前記動作は、前記接続されたエンティティのネットワーク内の第３のエンティティから前記データストリームに注釈を付けるための要求を受信することをさらに含み、前記要求は、前記データ注釈を備えている、項目１３に記載の注釈管理エンティティ。
（項目１５）
接続されたエンティティのネットワーク内の注釈エンティティであって、
コンピュータ読み取り可能な命令を実行するように適合されているプロセッサと、
前記プロセッサに通信可能に連結されているメモリと
を備え、
前記メモリは、コンピュータ読み取り可能な命令を記憶しており、前記命令は、前記プロセッサによって実行されると、
注釈エンティティから第１の注釈概念に対する要求を受信することと、
第２の注釈概念に対する要求を注釈概念エンティティに伝送することと、
前記注釈概念エンティティから前記第２の注釈概念を受信することと、
前記第２の注釈概念に基づいて前記第１の注釈概念を生成することと、
前記第１の注釈概念を前記注釈エンティティに伝送することと
を含む動作を前記プロセッサに達成させる、注釈エンティティ。
（項目１６）
前記動作は、前記第１の注釈概念に対する前記要求に基づいて、前記注釈概念エンティティを決定することをさらに含む、項目１５に記載の注釈エンティティ。
（項目１７）
前記動作は、前記注釈概念のための注釈のレベルを決定することをさらに含み、前記注釈のレベルは、データ項目レベル、データウィンドウレベル、データストリームレベル、および部分データストリームレベルのうちの少なくとも１つを備えている、項目１５に記載の注釈エンティティ。
（項目１８）
前記第１の注釈概念を前記注釈エンティティに伝送する前記動作は、前記注釈のレベルを前記注釈エンティティに伝送することを含む、項目１７に記載の注釈エンティティ。
（項目１９）
前記動作は、説明、期限満了時間、リンク、および作成時間のうちの少なくとも１つを備えている関連属性とともに前記第１の注釈概念を記憶することをさらに含む、項目１５に記載の注釈エンティティ。
（項目２０）
前記動作は、前記第１の注釈概念が適用されるべきデータウィンドウに対するデータウィンドウサイズを決定することをさらに含む、項目１５に記載の注釈エンティティ。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態による、サービスとしてのデータ注釈が適用され得る、例示的データストリーム、ウィンドウ、および項目を図示する。
【図２】図２は、実施形態による、サービスとしてのデータ注釈が適用され得る、追加の例示的データストリーム、ウィンドウ、および項目を図示する。
【図３】図３は、実施形態による、サービスとしてのデータ注釈が実装され得る、例示的構成を図示する。
【図４】図４は、実施形態による、サービスとしてのデータ注釈が実装され得る、例示的アーキテクチャを図示する。
【図５】図５は、実施形態による、サービスとしてのデータ注釈が実装され得る、別の例示的アーキテクチャを図示する。
【図６】図６は、サービスとしてのデータ注釈の開示された実施形態で使用され得る、例示的信号フローを図示する。
【図７】図７は、サービスとしてのデータ注釈の開示された実施形態で使用され得る、別の例示的信号フローを図示する。
【図８】図８は、サービスとしてのデータ注釈の開示された実施形態で使用され得る、別の例示的信号フローを図示する。
【図９】図９は、サービスとしてのデータ注釈の開示された実施形態で使用され得る、別の例示的信号フローを図示する。
【図１０】図１０は、実施形態による、サービスとしてのデータ注釈が実装され得る、別の例示的アーキテクチャを図示する。
【図１１】図１１は、サービスとしてのデータ注釈の開示された実施形態で使用され得る、例示的データ構造を図示する。
【図１２Ａ】図１２Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。
【図１２Ｂ】図１２Ｂは、図１２Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。
【図１２Ｃ】図１２Ｃは、図１２Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。
【図１２Ｄ】図１２Ｄは、図１２Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。
【発明を実施するための形態】
【０００９】
明細書に記載される実施形態は、表現状態転送（ＲＥＳＴ）アーキテクチャに関して説明され得、説明される構成要素およびエンティティは、ＲＥＳＴアーキテクチャ（ＲＥＳＴｆｕｌアーキテクチャ）の制約に従う。ＲＥＳＴｆｕｌアーキテクチャは、物理的構成要素の実装または使用される通信プロトコルに関するよりもむしろ、アーキテクチャで使用される構成要素、エンティティ、コネクタ、およびデータ要素に適用される制約に関して説明される。したがって、構成要素、エンティティ、コネクタ、およびデータ要素の役割および機能が説明されるであろう。ＲＥＳＴｆｕｌアーキテクチャでは、一意的にアドレス可能なリソースの表現が、エンティティ間で転送され得る。当業者であれば、本開示の範囲内にとどまりながら、本実施形態の実装が変動し得ることを認識するであろう。当業者であればまた、開示された例示的実施形態は、本明細書では時としてＥｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ（ＥＴＳＩ）Ｍ２Ｍアーキテクチャを参照して説明される一方で、ＥＴＳＩ  Ｍ２Ｍアーキテクチャを使用する実装に限定されないことも認識するであろう。開示された実施形態は、ｏｎｅＭ２Ｍ、ならびに他のＭ２Ｍシステムおよびアーキテクチャ等の接続されたエンティティを有する、他のアーキテクチャおよびシステムで実装され得る。
【００１０】
ＩｏＴシステムは、各々が異なるタイプの未加工感覚データを生成し得る、多くの異なる種類のセンサを含み得る。このデータは、センサのタイプおよびセンサ要件に応じて、非常に多様な特性を有し得る。一実施形態では、数または数十バイトである「少量データ」が、センサによって生成され得る。例えば、温度センサからの温度示度は、少量データであり得る。各少量データを別々に伝送することは、特に、多数のセンサが関与し得る場合、および／または各センサが連続的にデータを生成する場合、ＩｏＴシステムおよび／またはエンティティの過剰なオーバーヘッドをそれらに導入し得る。センサによって連続的に生成されるデータ（すなわち、センサがデータストリームを生成する）は、高いテンポ相関を有し得る。つまり、部屋の温度データ等のデータは、長期間にわたって不変であり得る。そのようなテンポ相関データは、主要な情報を失うことなく集約され得る。単一の示度が特別なデータストリームと見なされ得ることに留意されたい。物理的領域の周囲で散乱させられた同一のタイプのいくつかのセンサによって生成されるデータは、空間的相関を有し得、複数のセンサは、非常に類似するか、または高度に相関したデータを生成する。したがって、このタイプのデータもまた、主要な情報の損失を伴わずに集約され得る。異なるタイプのセンサからの感覚データは、アプリケーションレベル相関を有し得、それらの機能またはサービスは、ある方法で関連する。例えば、煙センサおよび温度センサからのデータは、両方とも火災によってトリガされた場合に互いに相関し得る。別の実施例では、喘息患者上の身体センサからのデータは、煙センサまたは芳香センサからの感覚データに相関し得る。そのようなアプリケーションレベル相関感覚データは、共通または類似特性に基づいて活用され、イベント予測および観察精度を向上させ得る。
【００１１】
データは、ＩｏＴシステムにおいて種々の方式で捕捉または観察され得る。実施形態では、検出されたイベントに応答して、データが観察され、伝送され、または別様に収集され得る（「イベントベースのデータ観察」と称され得る）。イベントが検出され得るか、または自動通知がイベントの発生時に生成され得、それに応答して、データが伝送または収集され得る。閾値を満たすこと、またはそれを越えること（例えば、温度閾値を越える低レベル温度イベント）、検出可能なイベントの発生（例えば、火災の検出等の高レベル緊急イベント）、またはＩｏＴエンティティによって検出あるいは生成され得る任意の他のイベント等の任意のタイプのイベントが想定される。別の実施形態では、データは、必要に応じてＩｏＴエンティティによって収集され得（「クエリベースのデータ観察」と称され得る）、ＩｏＴエンティティは、所望のデータへのアクセスを有するエンティティに所望のデータに対する要求を送信する。なおも他の実施形態では、データは、連続的に収集され得（「連続データ観察」と称され得る）、データは、連続的に生成および／または収集され得る（すなわち、データストリームの生成および／または収集）。これらのデータ観察方法のうちの任意のものは、ＩｏＴエンティティが、イベントベース、クエリベース、および／または連続データ観察を共同で活用し得る、「ハイブリッドデータ観察」を実装するために、任意の他の方法と組み合わせて使用され得る。データ収集および／またはデータ注釈を行う、本明細書で説明されるエンティティは、単純に「注釈エンティティ」と称され得ることに留意されたい。これらのエンティティは、通信可能に接続されたエンティティの任意のネットワーク内の任意の１つ以上のエンティティにすぎず、各そのようなエンティティは、１つ以上のデバイス、システム、ネットワーク等で実装され得る。全てのそのような実施形態は、本開示の範囲内と見なされる。
【００１２】
記述されるように、ＩｏＴシステムで生成される多くの多様な未加工データストリームがあり得る。各データストリームは、いくつかのデータ項目を含み得る。例えば、データストリームは、高性能電力量計からの一連の連続示度であり得る。データストリームの複数のデータ項目は、データウィンドウとして扱われ得、したがって、データストリームは、複数のデータウィンドウを有し得る。
【００１３】
未加工データストリームは、それが収集されて分析されるまで、あまり有用な情報または値を提供しない場合がある。未加工データストリームを効率的に分析するため、またはすでに処理されたデータストリームをさらに分析するために、追加の情報がＩｏＴデータマイニングおよび分析に使用され得るデータストリームの中へ追加され得る。そのような情報は、例えば、データストリーム間の相関、ＩｏＴモノの間の相互作用、人々とＩｏＴモノとの間の相互作用等を決定することを促進し得る。追加の情報を既存のデータストリームに追加することは、「データ注釈」と称され得る。データストリームに追加される注釈は、ある方法でデータストリームを説明するための追加のセマンティクスまたは文脈情報を提供する情報であり得る。そのような情報は、「データ注釈概念」または「データ注釈データ」と称され得る。実施形態では、データストリームは、データストリームが生成された周辺状況またはコンテキスト；データストリームの生成時の関連する人々、活動、またはＩｏＴモノ状態；生成されるデータストリームの生成をトリガしたイベント；データストリームが生成された条件；データストリームの場所、時間、タイプ、および／またはソース；および／または異なるデータストリーム間の相関を示すように修正され得る。データ注釈の性能影響を低減させることにおいて重要な要因は、（例えば、データ収集中またはデータ収集後に）データストリームに注釈を付けるべき適切な時間と、データ注釈（例えば、本明細書でさらに詳細に説明される、データ項目、データウィンドウ、データストリーム、複数のストリーム等に追加される注釈）の粒度とを決定することであり得る。
【００１４】
データ注釈は、高性能計測器がリアルタイムエネルギー消費量を測定するために展開される高性能家庭用エネルギーシステムにおけるエネルギーデータ、または温度センサからの温度データ等の種々のＩｏＴデータストリームに多くのＩｏＴアプリケーションが注釈付けるために活用されることができる。未加工データ（例えば、瞬間高性能計測器示度または温度示度）は、システムの必要な特性を完全に決定するために十分ではない場合がある。例えば、アプライアンス状態、家庭で行われている活動、時刻、または家庭内の人数は、例えば、電力消費量または適切な温度設定を決定するために使用され得る、追加のデータを提供し得る。したがって、例えば、家庭内の人数等を示す追加のデータが、向上したデータストリーム処理のために、注釈としてデータストリームに追加され得る。例えば、高性能計測器に接続する家庭用ゲートウェイが、家庭内のセンサによって生成されるデータストリームに追加のデータを反映する注記を追加し得る。センサからエネルギーデータを収集しながら、ゲートウェイは、アプライアンス状態、家庭内の人数等のデータを含み得る、注釈概念を決定するために、他のセンサ等の他のソースからの他のデータを同時に分析し得る。
【００１５】
注釈は、単一のデータ項目、１つ以上のデータ項目を含むデータウィンドウ、データストリーム全体、および複数のデータストリームに追加され得る。マルチレベルＩｏＴデータ注釈の例示的な非限定的表現１００が、図１に図示され、データ項目１１１−１１８および１２１−１２８をそれぞれ含む、データストリーム１０１および１０２を示す。項目レベル注釈１４１−１４５が、ストリーム１０１中の個々のデータ項目のうちのいくつかに注釈付けされ得る一方で、データ項目１４６−１４８は、図１に示されるように、ストリーム１０２中のデータ項目のうちのいくつかに注釈付けされ得る。
【００１６】
ウィンドウレベル注釈１５１および１５２が、それぞれ、データウィンドウ１３１および１３３に注釈付けされ得る一方で、ストリーム１０１のデータウィンドウ１３２は注釈を付けられず、データウィンドウ１３２内のデータ項目１４４が注釈を付けられ得る。同様に、ウィンドウレベル注釈１５３および１５４が、それぞれ、データウィンドウ１３５および１３６に注釈付けされ得る一方で、ストリーム１０１のデータウィンドウ１３４は注釈付けされず、データウィンドウ１３４中のデータ項目１２４は注釈を付けられ得る。ウィンドウレベル注釈の使用は、同一のデータウィンドウ内の複数のデータ項目による注釈の共有を可能にし、いくつかの実施形態では、アイテムレベル注釈と比較してオーバーヘッドを低減させ得る。
【００１７】
ストリーム全体も注釈を付けられ得る。図１で見られるように、データストリーム注釈１６１が、データストリーム１０１に適用され得る一方で、データストリーム注釈１６２は、データストリーム１０２に適用され得る。データストリームレベル注釈の使用は、同一のデータウィンドウ内の全てのデータ項目による注釈の共有を可能にし、いくつかの実施形態では、ウィンドウレベル注釈と比較してオーバーヘッドをさらに低減させ得る。
【００１８】
実施形態では、注釈は、複数のストリームに適用され得る。図１で見られるように、交差ストリーム注釈１７１は、データストリーム１０１およびデータストリーム１０２の両方に適用され得る。交差ストリーム注釈の使用は、複数のデータストリーム内のデータ項目による注釈の共有を可能にし、いくつかの実施形態では、データストリームレベル注釈と比較してオーバーヘッドをさらに低減させ得る。図１に示されるような１つのそのような実施形態では、例えば、注釈１７１がデータストリーム１０１および１０２の全てのデータ項目に適用されるため、交差完全ストリーム注釈が、複数のデータストリーム内の全てのデータ項目に適用され得る。
【００１９】
代替として、ここで、マルチレベルＩｏＴデータ注釈の例示的な非限定的表現２００を図示する図２を参照すると、注釈が、複数のデータストリームにわたって適用されるが、複数のデータストリームのうちの各データストリーム全体にわたってではない交差部分ストリーム注釈が採用され得る。図２に示されるように、図１と同様に、項目レベル注釈２４１−２４５が、ストリーム２０１中の個々のデータ項目のうちのいくつかに注釈付けされ得る一方で、データ項目２４６−２４８は、ストリーム２０２中のデータ項目のうちのいくつかに注釈付けされ得、ウィンドウレベル注釈２５１、２５２、２５３、および２５４は、それぞれ、データウィンドウ２３１、２３３、２３５、および２５４に注釈付けされ得る一方で、データウィンドウ２３２および２３４は、注釈を付けられず、データストリーム注釈２６１は、データストリーム２０１に適用され得るが、データストリーム注釈２６２は、データストリーム２０２に適用され得る。本実施形態では、図２に示されるように、交差部分ストリーム注釈２７１が、データストリーム２０１および２０２の両方のデータ項目のサブセットに適用され得る一方で、交差部分ストリーム注釈２７２は、データストリーム２０１および２０２の両方のデータ項目の別のサブセットに適用され得る。
【００２０】
記述されるように、開示されたマルチレベルデータ注釈は、全オーバーヘッドの低減およびデータ注釈の効率の増加に役立つように、複数のデータ注釈アプローチを提供する。開示された実施形態では、複数の異なる注釈が、単一のデータ項目、データウィンドウ、データストリーム、または複数のデータストリームの同一のセットあるいはサブセットに適用され得ることに留意されたい。
【００２１】
実施形態では、データ注釈は、「サービスとしてのデータ注釈」（ＤＡａａＳ）と称され得る、ＩｏＴサービス能力として提供され得る。ＤＡａａＳは、既存のＩｏＴサービス能力またはサービス層プラットフォーム（例えば、ＥＴＳＩ  Ｍ２Ｍ、ｏｎｅＭ２Ｍ）に組み込まるか、あるいは他のサービス能力または共通サービスエンティティによって活用される独立型サービス能力として実装され得る。ＤＡａａＳは、ＩｏＴデバイス、ＩｏＴゲートウェイ、および／またはＩｏＴサーバに常駐し得る。図３は、ＤＡａａＳを実装し得る、種々の機能およびエンティティの相互作用を図示する。ＩｏＴエンティティは、データストリーム分析３１０を行い得、（例えば、高性能計測器または温度センサからの）データストリーム３０１は、ストリーム３０１に関連付けられるコンテキスト情報を決定するために分析される。例えば、ストリーム３０１に関連付けられるコンテキスト情報は、近くのもの（例えば、アプライアンス、人、活動等）の状態等の、ストリーム３０１を生成するセンサの周囲の環境に関するデータを含み得、ぞれは、他のデータストリームに適用され得る注釈概念（例えば、高性能計測器からの公共設備消費量、温度センサからの温度データ）を自動的に決定するために使用され得る。１つ以上のＩｏＴエンティティで実装され得る、データストリーム分析機能３１０は、入力データストリーム３０１のためのコンテキストデータを決定し得、決定されたコンテキストデータは、注釈概念管理３２０で記憶され得、注釈概念管理３２０は、データストリームに注釈を付けるために使用され得るデータを記憶し得るデータベースまたは他のエンティティであり得る。
【００２２】
実施形態では、自動データ注釈（ＡＤＡ）３７０は、条件の検出時に、データストリームに注釈を付けるデータ注釈プロセスを自動的にトリガする、１つ以上のＩｏＴエンティティによって実装される機能であり得る。ＡＤＡ３７０は、データストリーム分析機能３１０、注釈概念管理機能３２０の内部概念ベース、およびデータ注釈プロセス３３０の間の相互作用を伴い得る。ＡＤＡは、データ収集中の自動データ注釈を可能にする。例えば、家庭用ゲートウェイは、家庭内の１つ以上の高性能計測器からデータを収集し得る。ゲートウェイはまた、高性能計測器データを収集しながら、家庭内の種々の状態および活動を監視するように展開され得る、運動センサ、音センサ、光センサ、および温度センサ等の１つ以上の他のセンサからコンテキストデータを受信または取得し得る。ゲートウェイは、次いで、高性能計測器データストリームに注釈を付けるために使用し得る、状態および／または活動データを取得するために、他のセンサから受信されるコンテキストデータを分析し得る。注釈概念またはコンテキストデータは、センサから受信される未加工データであるか、または１つ以上のＩｏＴアプリケーションから受信される情報に基づいてゲートウェイまたは別のＩｏＴエンティティによって決定されるデータであり得る。データストリーム分析機能３１０から受信されるコンテキストデータ、あるいは他の注釈概念またはデータを記憶している、注釈念管理３２０は、注釈付きデータストリーム３０２を生成するために、データストリームに注釈を付け得るデータ注釈プロセス機能３３０にそのようなデータを提供し得る。
【００２３】
代替として、または加えて、外部注釈要求側３５０は、注釈概念が、要求型データ注釈プロセス（ＲＤＡ）３８０において注釈概念管理３２０で記憶されることを要求し得る。ＲＤＡ３８０は、要求に応じた注釈と見なされ得る。ＲＤＡ３８０において、データは、任意のＩｏＴデバイス、ゲートウェイ、サーバ、アプリケーション、他のＤＡａａＳ等であり得る注釈要求側３５０からの要求に応答して、収集および記憶され得る。そのような要求に応答して収集または取得されるデータは、注釈概念管理３２０によってデータ注釈プロセス機能３３０に提供され得る。データ注釈プロセス機能３３０は、順に、注釈付きデータストリーム３０２を生成するために、そのようなデータを用いてデータストリームに注釈を付け得る。注釈使用可能性３４０は、注釈要求側３５０がＤＡａａＳ３００と相互作用するための１つ以上のインターフェースを提供し得る。代替として、または加えて、要求型データ注釈プロセス３８０は、注釈概念を提供し得る任意の１つ以上のＩｏＴエンティティであり得る外部概念ベース３６０が、ＤＡａａＳ３００と相互作用し、データストリームに注釈を付けて注釈付きデータストリーム３０２を生成するための注釈プロセス３３０によって使用され得る注釈概念を提供することを可能にし得る。注釈概念またはデータを記憶および／または提供する任意のエンティティはまた、「注釈概念エンティティ」または「注釈データエンティティ」と称され得る。
【００２４】
注釈要求側３５０は、要求型データ注釈プロセス３８０をトリガするように、１つ以上の注釈要求をＤＡａａＳ３００に送信し得る。注釈要求側３５０は、外部概念ベース３６０に記憶され得る外部概念または他の注釈データを特定し得るか、または注釈要求において注釈要求側３５０から直接そのようなデータを提供し得る。注釈要求側３５０はまた、あるいは代わりに、注釈使用可能性３４０インターフェースを介して、注釈概念管理機能３２０の内部概念ベースにアクセスして操作し得る。
【００２５】
データ注釈プロセス３３０は、自動データ注釈プロセス３７０および要求型データ注釈プロセス３８０の一方または両方で動作し得る。データ注釈プロセス３３０は、注釈要求および／またはトリガを、データストリーム分析３１０および／または注釈使用可能性３４０を介して注釈要求側３５０から、受信し得る。データ注釈プロセス３３０は、適切なマルチレベルデータ注釈方式を決定し得る。データ注釈プロセス３３０は、データ注釈を決定し、それを行うために、注釈概念管理３２０の内部概念ベースと外部概念ベース３６０との両方を使用し得る。データ注釈プロセス３３０はまた、注釈を付けられる１つ以上のデータストリームへのインターフェースを有し得る。
【００２６】
本開示の種々の実施形態は、サービス能力または共通サービス機能としてのＤＡａａＳが他のＩｏＴエンティティ（例えば、ノード、サービス等）と相互作用することを可能にし得る、種々のＤＡａａＳアーキテクチャを採用し得る。図４は、ＤＡａａＳがＩｏＴノード（例えば、ＩｏＴデバイス、ゲートウェイ、またはサーバ）の中に常駐する、例示的な非限定的ＤＡａａＳアーキテクチャ４００を図示する。そのようなＤＡａａＳは、他のＩｏＴサービス、他のＤＡａａＳ、およびＩｏＴ意味概念サーバ４０１等の１つ以上のＩｏＴ意味概念サーバと相互作用し得る。ＩｏＴ意味概念サーバ４０１は、任意のＩｏＴエンティティ、ならびに複数のＩｏＴエンティティおよび／または他のデバイスおよびエンティティの任意の組み合わせであり得る。ＩｏＴ意味概念サーバ４０１は、ＤＡａａＳによってアクセスされて使用され得る、注釈概念および／または注釈データを維持し得る。
【００２７】
実施形態では、データストリーム４３１を受信している場合もあり、受信していない場合もある、ＩｏＴノード４３０内の他のＩｏＴサービス４３２は、データ注釈要求４４３をＩｏＴノード４２０内のＤＡａａＳ４２２に送信し得る。それに応答して、ＩｏＴノード４２０内のＤＡａａＳ４２２は、注釈を要求４４３で示されるデータストリーム（例えば、示されていないソースから取得されるデータストリーム４２１またはデータストリーム４３１）に適用し、データ注釈応答４４４を他のＩｏＴサービス４３２に送信し得る。適用する適切なデータ注釈を決定するために、ＤＡａａＳ４２２は、適切な注釈概念およびデータを決定するために、その内部概念ベースに問い合わせを行い得る。ＤＡａａＳ４２２はまた、あるいは代わりに、注釈概念およびデータが概念ベース４０２で記憶され得るＩｏＴ意味概念サーバ４０１からのデータおよび概念にアクセスし得る。ＤＡａａＳ４２２は、要求４４３および／またはＩｏＴノード４３０に関連するデータを含み得る概念アクセス要求４５３をＩｏＴ意味概念サーバ４０１に送信し、後に、注釈概念および／またはデータを含み得る概念アクセス応答４５４を受信し得る。
【００２８】
ＤＡａａＳ４２２はまた、あるいは代わりに、データ注釈要求４４１をＩｏＴノード４１０のＤＡａａＳ４１２に送信し得る。例えば、ＤＡａａＳ４２２は、注釈を最も効率的に行うことができるエンティティがＤＡａａＳ４１２であり得ることを決定し得る。ＤＡａａＳ４１２は、ＩｏＴノード４１０によって受信または維持され、注釈要求４４１によって示されるデータストリームに注釈を追加し得る。次いで、ＩｏＴノード４１０は、データ注釈応答４４２をＤＡａａＳ４２２に送信し得る。ＤＡａａＳ４２２と同様に、適用する適切なデータ注釈を決定するために、ＤＡａａＳ４１２は、適切な注釈概念およびデータを決定するために、その内部概念ベースに問い合わせを行い得る。ＤＡａａＳ４１２はまた、あるいは代わりに、注釈概念およびデータが概念ベース４０２で記憶され得るＩｏＴ意味概念サーバ４０１からのデータおよび概念にアクセスし得る。ＤＡａａＳ４１２は、要求４４１および／またはＩｏＴノード４２０に関連するデータを含み得る概念アクセス要求４５１をＩｏＴ意味概念サーバ４０１に送信し、後に、注釈概念および／またはデータを含み得る概念アクセス応答４５２を受信し得る。
【００２９】
別の実施形態では、ＩｏＴノード４３０内の他のＩｏＴサービス４３２は、データ注釈概念および／またはデータを決定するためにＩｏＴ意味概念サーバ４０１と相互作用し得る。他のＩｏＴサービス４３２は、注釈データおよび／または概念を要求する概念アクセス要求４５５をＩｏＴ意味概念サーバ４０１に送信し、要求されたデータとともに概念アクセス応答４５６を受信し得る。次いで、他のＩｏＴサービス４３２は、ＤＡａａＳ４２２に送信される注釈要求４４３等のＤＡａａＳへのその要求にそのようなデータを含み得る。これは、ＩｏＴ意味概念サーバ４０１に問い合わせを行うようにＤＡａａＳ４２２に要求することなく、ＤＡａａＳ４２２が１つ以上のデータストリームあるいはそれらの構成要素に注釈を付けることを可能にし得る。
【００３０】
本明細書で説明される注釈要求および概念アクセス要求のうちの任意のものが、注釈概念および／またはデータを読み出すための要求、既存の注釈概念および／またはデータを削除するための要求、既存の注釈概念および／またはデータを更新するための要求、および／または新しい注釈概念および／またはデータをＩｏＴ意味概念サーバに挿入するための要求であり得ることに留意されたい。
【００３１】
図５は、ＤＡａａＳ５２２がＤＡａａＳ５３２とＤＡａａＳ５１２との間でサービス提供する、例示的で非限定的なプロキシベースのＤＡａａＳアーキテクチャ５００を図示する。データストリーム５３１を受信している場合もあり、受信していない場合もある、ＩｏＴノード５３０におけるＤＡａａＳ５３２は、ＩｏＴノード５１０内の１つ以上のデータストリームが注釈を付けられることを要求することを所望し得るが、ＤＡａａＳ５１２に直接到達できない場合がある。したがって、ＤＡａａＳ５３２は、ＤＡａａＳ５２２にデータ注釈要求５４３を送信し得、ＤＡａａＳ５２２は、注釈要求５４１としてＤＡａａＳ５３２の注釈要求をＤＡａａＳ５１２へ中継し得る。ＤＡａａＳ５２２は、ＤＡａａＳ５１２から注釈要求の成功または失敗を示す注釈応答５４２を受信し得る。ＤＡａａＳ５２２は、注釈応答５４４として応答をＤＡａａＳ５３２に転送し得る。
【００３２】
いくつかの実施形態では、ＤＡａａＳ５３２は、ＤＡａａＳ５１２によって理解されない形式または他の通信手段で通信し得る。そのような実施形態では、ＤＡａａＳ５２２は、注釈要求５４３に含まれる要求、概念、および／またはデータを、ＤＡａａＳ５１２が理解できる別の形式または他の形態に変換し得る。ＤＡａａＳ５２２は、そのような変換された要求、データ等を注釈要求５４１内のＤＡａａＳ５１２に送信し得る。
【００３３】
注釈プロキシとしてサービス提供しながら、ＤＡａａＳ５２２は、ＤＡａａＳ５３２および／または他のＤＡａａＳからの注釈要求を、ＤＡａａＳ５１２に送信され得る注釈要求５４１等の単一の注釈要求に合体および／または集約し得る。例えば、ＤＡａａＳ５３２からの注釈要求５４３は、他のＤＡａａＳからの１つ以上の他の要求で指示される、データストリームのデータ項目またはデータウィンドウに注釈を付けるように要求し得る。他のＤＡａａＳは、同一のデータストリームの、ＤＡａａＳ５３２によって要求されるものとは異なる注釈を要求していることがある。データストリームのみが要求の間で共通し得るが、他の実施形態では、注釈は、要求の間で部分的または完全に共通し得る。そのような実施形態では、ＤＡａａＳ５２２は、これらの要求のうちのいくつかまたは全てを単一の要求に集約し、その単一の注釈要求を示されたデータストリームに適用するためにＤＡａａＳ５１２に送信し得る。
【００３４】
本開示の種々の実施形態では、ＤＡａａＳで使用されるプロシージャおよび対応するメッセージは、種々の方法で実装され得る。一実施形態では、ＤＡａａＳメッセージおよびプロシージャは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、シンプルオブジェクトアクセスプロトコル（ＳｏＡＰ）、制約アプリケーションプロトコル（ＣｏＡＰ）、または任意の他のプロトコル等の種々の異なる下層プロトコルに結合されたサービス層プリミティブとして実装され得る。代替として、ＤＡａａＳメッセージおよびプロシージャは、ＨＴＴＰおよびＣｏＡＰならびにその他等のアプリケーションプロトコルのペイロードを使用して実装され得る。別の実施形態では、メッセージおよびプロシージャは、ＨＴＴＰおよびＣｏＡＰならびにその他等のアプリケーションプロトコルのプロトコルヘッダオプションとして実装され得る。代替として、ＤＡａａＳメッセージおよびプロシージャは、オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）プロトコルおよびその他等のデバイス管理プロトコルを使用して実装され得る。さらに別の代替案では、ＤＡａａＳメッセージおよびプロシージャは、無線セルラーネットワーク内のショートメッセージサービス（ＳＭＳ）を使用して実装され得る。全てのそのような実施形態は、本開示の範囲内と見なされる。
【００３５】
図６は、自動データ注釈（ＡＤＡ）のための例示的信号およびプロシージャを図示する、例示的な非限定的信号フロー６００を示す。ＡＤＡは、データ注釈構成段階６６０と、データ収集および注釈段階６７０とを含み得るが、最初に段階６６０を行わずに段階６７０が行われ得る。
【００３６】
データ注釈構成段階６６０では、いくつかの実施形態ではＩｏＴサーバであり得る、ＩｏＴノード６５０が、いくつかの実施形態ではＩｏＴゲートウェイであり得る、ＩｏＴノード６４０にデータ注釈構成要求６６１を送信し得る。データ注釈構成要求６６１は、ＩｏＴノード６４０が収集して注釈を付けるべきデータストリーム、ＩｏＴノード６４０が注釈概念および／またはデータを取得するために収集して分析すべきデータストリーム、および／またはＩｏＴノード６４０がデータ注釈（例えば、項目レベル注釈、ウィンドウレベル注釈、ストリームレベル注釈、交差ストリーム注釈、交差部分ストリーム注釈等）を行うべきレベルおよびデータストリームを示すデータを含み得る。例えば、ＩｏＴノード６４０は、ＩｏＴノード６１０およびＩｏＴノード６２０から出て来るデータストリームから決定される注釈概念および／またはデータに基づいて、ＩｏＴノード６３０から伝送されるデータストリームに注釈を付けるように要求され得る。
【００３７】
データ注釈構成要求６６１を受信すると、ＩｏＴノード６４０は、データ注釈構成要求６６１の中の命令に従って、ＩｏＴノード６３０から伝送されるデータストリームに注釈を付けるために、データ注釈概念および／またはデータの分析および決定のために、データストリーム、またはＩｏＴノード６２０からのデータストリームに関連するデータを収集する必要があることを決定し得る。それに応答して、ＩｏＴノード６４０は、データ要求６６２の中で特定されるデータで応答するようにＩｏＴノード６２０に命令するデータ要求６６２をＩｏＴノード６２０に送信し得る。データ要求６６２は、以下でさらに詳細に説明される、データ報告６７１において、ＩｏＴノード６２０が要求されたデータをＩｏＴノード６４０に報告することを可能にし得る。ＩｏＴノード６２０は、データ要求６６２を受信すると、データ要求６６２の受信を承認する、確認応答６６３をＩｏＴノード６４０に送信し得る。
【００３８】
同様に、データ注釈構成要求６６１を受信すると、ＩｏＴノード６４０は、データ注釈構成要求６６１の中の命令に従って、ＩｏＴノード６３０から伝送されるデータストリームに注釈を付けるために、データ注釈概念および／またはデータの分析および決定のために、データストリーム、またはＩｏＴノード６１０からのデータストリームに関連するデータを収集する必要があることを決定し得る。それに応答して、ＩｏＴノード６４０は、データ要求６６４の中で特定されるデータで応答するようにＩｏＴノード６１０に命令するデータ要求６６４をＩｏＴノード６１０に送信し得る。要求されたデータは、ＩｏＴノード６１０および６２０の各々に対して異なり得ることに留意されたい。データ要求６６４は、以下でさらに詳細に説明される、データ報告６７２において、ＩｏＴノード６１０が要求されたデータをＩｏＴノード６４０に報告することを可能にし得る。ＩｏＴノード６１０は、データ要求６６４を受信すると、データ要求６６４の受信を承認する、確認応答６６５をＩｏＴノード６４０に送信し得る。
【００３９】
ＩｏＴノード６１０およびＩｏＴノード６２０から確認応答を受信すると、ＩｏＴノード６４０は、データ注釈構成応答６６６をＩｏＴノード５１０に送信し得る。
【００４０】
データ収集および注釈段階６７０では、ＩｏＴノード６２０が、データ報告６７１において、データ要求６６２の中で要求されるデータをＩｏＴノード６４０に送信し得る。同様に、ＩｏＴノード６１０が、データ報告６７２において、データ要求６６４の中で要求されるデータをＩｏＴノード６４０に送信し得る。ブロック６７３では、ＩｏＴノード６４０が、注釈概念および／またはデータを決定するために、ＩｏＴノード６１０およびＩｏＴノード６２０から受信されるデータストリームおよび／または他のデータを分析し得る。
【００４１】
ＩｏＴノード６４０は、データ報告６７４としてＩｏＴノード６３０からデータストリームを受信し得る。これは、ＩｏＴノード６４０がデータ注釈構成要求６６１を受信した直後を含む任意の時点で起こり得ることに留意されたい。例えば、データ注釈構成要求６６１を受信すると、ＩｏＴノード６４０は、必要であればＩｏＴノード６３０からデータストリームを受信するために要求し、ＩｏＴノード６３０のデータストリームに注釈を付け、ＩｏＴノード６３０の注釈付きデータストリームを伝送することに備えて、それをバッファに格納し始め得る。
【００４２】
ブロック６７５では、ＩｏＴノード６４０が、ブロック６７３で決定されるような、取得および／または決定された注釈概念および／またはデータに基づいて、ＩｏＴノード６３０から受信されるデータストリームに注釈を付ける。ＩｏＴノード６４０は、後に、注釈付きデータストリームを１つ以上のＩｏＴエンティティ（図示せず）に伝送し得る。ブロック６７６では、ＩｏＴノード６４０が、注釈付きデータストリームおよび決定された注釈概念を記憶し得る。ＩｏＴノード６４０はまた、あるいは代わりに、注釈付きデータストリームを他のＩｏＴノードに転送し得る。
【００４３】
図７は、要求型データ注釈（ＲＤＡ）のための例示的信号およびプロシージャを図示する、例示的な非限定的信号フロー７００を示す。いくつかの実施形態では、ＩｏＴアプリケーションであり得る、注釈要求側７３０等の注釈要求側が、ＩｏＴサーバであり得るＩｏＴノード７２０等の別のノードに記憶されるデータに注釈を追加するように要求する。
【００４４】
注釈要求側７３０は、データ注釈要求７４１をＩｏＴノード７２０に送信し得る。いくつかの実施形態では、データ注釈要求７４１は、複数の注釈要素を含み得る。各注釈要素は、異なるデータ（例えば、データ項目、データウィンドウ、データストリーム、部分データストリーム等）についての注釈を要求し得る。各注釈要素は、注釈を付けられる特定のデータストリーム、注釈を付けられる特定のデータ項目、および／または注釈を付けられる特定のデータウィンドウ等のデータを含み得る。
【００４５】
データ注釈要求７４１はまた、あるいは代わりに、使用される注釈のレベルを示し得る。例えば、データ注釈要求７４１は、項目レベル注釈、ウィンドウレベル注釈、ストリームレベル注釈、交差部分ストリームレベル注釈、および／または交差ストリーム割付を使用する命令を含み得る。
【００４６】
データ注釈要求７４１はまた、あるいは代わりに、使用される注釈概念またはデータを示し得る。例えば、データ注釈要求７４１は、示されたデータストリームに注釈を付ける際に使用されるべき注釈概念またはデータを明示的に示し得る。代替として、または加えて、データ注釈要求７４１は、ＩｏＴ概念サーバ７１０等のＩｏＴ概念サーバで記憶され得る、１つ以上の注釈概念またはデータを指し示す、１つ以上のリンクを含み得る。代替として、または加えて、データ注釈要求７４１は、そこから注釈概念またはデータが決定および／または取得され得る、既存のデータストリームを示し得る。代替として、または加えて、データ注釈要求７４１は、ＩｏＴノード７２０が示されたデータストリームの注釈のために適切な概念および／またはデータを選択および／または決定するための要求を含み得る。
【００４７】
ブロック７４２では、ＩｏＴノード７２０が、データ注釈要求７４１を分析し得る。上記のように、データ注釈要求７４１は、ＩｏＴ概念サーバ７１０に記憶された、１つ以上の既存の概念またはデータへのリンクを含み得る。もしそうであれば、ＩｏＴノード７２０は、データ注釈要求７４１の中で示される特定の概念および／またはデータを含む返信を要求する、注釈概念要求７４３をＩｏＴ概念サーバ７１０に送信し得る。本実施形態では、ＩｏＴ概念サーバ７１０は、注釈概念要求７４３を受信することに応答して、注釈概念応答７４４をＩｏＴノード７２０に送信し得る。
【００４８】
ブロック７４５では、ＩｏＴノード７２０が、データ注釈要求７４１の中で示されるデータ項目、データウィンドウ、データストリーム、および／または部分ストリームに注釈を付けるために、データ注釈要求７４１および／またはＩｏＴ概念サーバ７１０から取得される注釈概念および／またはデータを使用し得る。後に、ＩｏＴノード７２０は、注釈が成功したかどうかを示すデータ注釈応答７４６を注釈要求側７３０に送信し得る。
【００４９】
図８は、要求型データ注釈（ＲＤＡ）のための他の例示的信号およびプロシージャを図示する、例示的な非限定的信号フロー８００を示す。本実施形態では、ＩｏＴゲートウェイ等のＩｏＴノードは、ＩｏＴサーバ等の別のＩｏＴノードが要求しているＩｏＴノード上に記憶されたデータに注釈を追加することを要求し得る。例えば、ＩｏＴゲートウェイであり得るＩｏＴノード８３０は、ＩｏＴサーバであり得るＩｏＴノード８２０にデータ注釈要求８４１を送信し得る。データ注釈要求８４１は、各々が異なるデータについての異なる注釈を要求し得る、１つ以上の注釈要素を含み得る。各注釈要素は、注釈を付けられるべきＩｏＴノード８３０上のデータストリーム、およびこれらのデータストリームの各々に関する抽象的情報（例えば、データストリームの説明）を示すデータ、ならびに注釈を付けられるべき特定のデータ項目、ウィンドウ、ストリーム、および／または部分ストリームを含み得る。
【００５０】
ブロック８４２では、ＩｏＴノード８２０は、適切な注釈概念および／またはデータ、ＩｏＴノード８３０によって使用されるべき注釈レベル、および／またはそこから注釈概念を取得すべき注釈概念エンティティを決定するために、データ注釈要求８４１を分析し得る。ＩｏＴノード８２０は、実施形態では、要求８４１に基づいて注釈概念エンティティを決定すると、または注釈概念エンティティを決定するためにある他の手段を使用すると、データ注釈要求８４１に関連する概念および／またはデータを要求する注釈概念要求８４３をＩｏＴ意味概念サーバ８１０に送信し得る。ＩｏＴノード８２０は、注釈概念応答８４４の中でＩｏＴ意味概念サーバ８１０から注釈概念および／またはデータを受信し得る。
【００５１】
ブロック８４５では、ＩｏＴノード８２０が、少なくとも部分的にいくつかの実施形態において、ＩｏＴ意味概念サーバ８１０から受信されるデータおよび／またはデータ注釈要求８４１の中のデータに基づいて、データ注釈要求８４１によって示されるデータストリームに対するデータ注釈結果を決定し得る。いくつかの実施形態では、ＩｏＴノード８２０は、データ注釈要求８４１の中で提供される各注釈要素に対して、注釈概念および／またはデータがどの特定のデータ項目、ウィンドウ、ストリーム等に適用されるべきであるかを決定する。
【００５２】
注釈概念を決定すると、ＩｏＴノード８２０は、複数の注釈結果要素を含み得るデータ注釈応答８４６をＩｏＴノード８３０に送信し得る。各注釈結果要素は、データ注釈要求８４１の中で特定される各注釈要素に関連付けられるデータ項目／ウィンドウ／ストリームに追加されるべき概念および／またはデータを含み得る。いくつかの実施形態では、データ注釈応答８４６内の注釈結果要素は、使用されるべき注釈概念および／またはデータを明示的に示し得る。他の実施形態では、データ注釈応答８４６内の注釈結果要素は、ＩｏＴ意味概念サーバ８１０等のＩｏＴ意味概念サーバに記憶された１つ以上の概念またはデータを指し示すリンクを提供し得る。さらに他の実施形態では、データ注釈応答８４６内の注釈結果要素は、そこから注釈概念が決定および／または取得され得る、既存のデータストリームを示し得る。ブロック８４７では、ＩｏＴノード８３０が、注釈を適切なデータ項目、データウィンドウ、および／またはデータストリームに適用する。いくつかの実施形態では、ＩｏＴノード８２０が注釈結果をＩｏＴノード８３０に積極的に送信し得、その場合、データ注釈要求８４１を送信すること、および／またはブロック８４２の処理を行うことが必要ではないこともあることに留意されたい。
【００５３】
図９は、注釈概念管理のための例示的信号およびプロシージャを図示する、例示的な非限定的信号フロー９００を示す。ＩｏＴデバイス、ゲートウェイ、またはサーバであり得るＩｏＴノード９２０は、注釈概念アクセス要求９３１をＩｏＴ意味概念サーバ９１０に送信し得る。注釈概念アクセス要求９３１は、ＩｏＴ意味概念サーバ９１０において、１つ以上の注釈概念またはデータの発見、１つ以上の注釈概念またはデータの追加、１つ以上の注釈概念またはデータの削除、１つ以上の注釈概念またはデータの読み出し、および／または１つ以上の注釈概念またはデータの更新等の種々の概念動作を行うために使用され得る。他の追加の動作は、複数の概念および／またはデータを組み合わせることと、複数の概念および／またはデータの間の相関を決定することとを含み得る。ＩｏＴ意味概念サーバ９１０は、注釈概念アクセス要求９３１の成功または失敗を示す注釈概念アクセス応答９３２をＩｏＴノード９２０に送信し得る。
【００５４】
図１０は、Ｍ２Ｍサービスプラットフォームでデータ注釈を可能にし得る、ＤＡａａＳアーキテクチャ１０００を示す。ＤＡａａＳは、サービス能力またはサービス層プラットフォームとして、デバイスサービスエンティティ（例えば、ＥＴＳＩ  Ｍ２Ｍ実装におけるデバイスサービス能力層（ＤＳＣＬ）、またはｏｎｅＭ２Ｍ実装におけるアプリケーションサービスノード共通サービスエンティティ（ＡＳＮ−ＣＳＥ））、ゲートウェイサービスエンティティ（例えば、ＥＴＳＩ  Ｍ２Ｍ実装におけるゲートウェイサービス能力層（ＧＳＣＬ）、またはｏｎｅＭ２Ｍ実装における中間ノード共通サービスエンティティ（ＭＮ−ＣＳＥ））、および／またはネットワークサービスエンティティ（例えば、ＥＴＳＩ  Ｍ２Ｍ実装におけるネットワークサービス能力層（ＮＳＣＬ）、またはｏｎｅＭ２Ｍ実装におけるインフラストラクチャノード共通サービスエンティティ（ＩＮ−ＣＳＥ））に組み込まれ得る。図１０では、データストリーム１０２１を処理していることもあるデバイスサービスエンティティ１０２０のＤＡａａＳ１０２２は、ゲートウェイサービスエンティティ１０３０のＤＡａａＳ１０３２と通信し得る。デバイスサービスエンティティ１０４０のＤＡａａＳ１０４２も、ゲートウェイサービスエンティティ１０３０のＤＡａａＳ１０３２と通信し得る。デバイスアプリケーション（ＤＡ）１０１０および／またはネットワークアプリケーション（ＮＡ）１０７０は、ＤＡａａＳ１０３２のデータ注釈機能性を開始および／または操作するために、インターフェースを介してＤＡａａＳ１０３２と通信し得る。デバイスアプリケーション（ＤＡ）１０１０が、ｏｎｅＭ２Ｍ実装におけるアプリケーション専用ノードアプリケーションエンティティ（ＡＤＮ−ＡＥ）であり得ることに留意されたい。ネットワークアプリケーション（ＮＡ）１０７０が、ｏｎｅＭ２Ｍ実装におけるインフラストラクチャノードアプリケーションエンティティ（ＩＮ−ＡＥ）であり得ることにも留意されたい。また、意味概念サーバ１０５１がネットワークサービスエンティティ１０５０に組み込まれ得ることにも留意されたい。代替として、意味概念サーバ１０６０は、独立型エンティティとして実装され得る。任意のサービスエンティティ内のＤＡａａＳは、意味概念サーバ１０５１と通信するように構成され得る。
【００５５】
図１１は、いくつかの実施形態では、ＤＡａａＳをサポートするために使用され得る、例示的な非限定的リソース構造１１００を図示する。例えば、構造１１００は、ＥＴＳＩ  Ｍ２Ｍサービスアーキテクチャ内で開示されたＤＡａａＳ実施形態を実装するために使用され得る。構造１１００はまた、他のアーキテクチャおよび実装で使用され得る。
【００５６】
ＥＴＳＩ  Ｍ２Ｍ実装では、他のリソースによって共有され得る＜ｓｃｌＢａｓｅ＞および／または＜ｓｃｌ＞リソースであり得、ｏｎｅＭ２Ｍ実装では、＜ＣＳＥｂａｓｅ＞および／または＜ｒｅｍｏｔｅＣＳＥ＞リソースであり得る、基礎リソース１１０１は、そのうちの１つがサブリソース概念１１０３として図１１に示される、１つ以上の注釈概念または注釈データを維持するために使用され得る、１つ以上の概念リソースを含み得る収集リソース概念１１０２を含み得る。概念１１０３は、データ項目、データウィンドウ、データストリーム、および／または複数の全体あるいは部分データストリームに注釈または標識を付けるために使用され得る。概念１１０３がイベントに関連付けられ得ることに留意されたい。概念１１０３は、その中に含まれる概念を表す説明（例えば、「個人が台所で昼食の準備をしている」）、概念１１０３がもはや有効ではなくなるであろう時間を示す期限満了時間、および概念１１０３がリンクによって示される場所に記憶され得る実際の概念に関連付けられる仮想概念であることを示すリンク等の属性を含み得る。概念１１０３のリンク属性の値は、ＵＲＩとして表され得る。
【００５７】
構造１１００はまた、コンテナリソース１１１０を含み得る。コンテナ１１００内には、データ項目、データウィンドウ、データストリーム、および／または複数の全体あるいは部分データストリームに追加される注釈を維持するために使用され得る、収集リソース注釈１１１１があり得る。図１１では、注釈１１１１が構成され得る構造１１００内の種々の場所を図示するように、いくつかの注釈１１１１リソースが示されていることに留意されたい。例えば、注釈１１１１は、代替として、コンテンツインスタンス収集リソース１１１６および／またはコンテンツインスタンスリソース等の他のリソースのサブリソースであり得る。注釈１１１１はまた、基礎リソース１１０１の直下に位置し得、コンテナ１１１０、コンテナ１１１２、コンテンツインスタンス１１１４、および／またはコンテンツインスタンス１１１６等の他のリソースによって共有され得る。
【００５８】
各注釈は、（図１１で注釈１１１１の右側に示される）サブリソース注釈１１２１によって表され得る。各注釈リソースは、注釈のための表記ラベルを示し、注釈のタイプ（例えば、場所、時間、人の活動、気候、アプライアンス状態等）を示す注釈タイプ、既存の概念リソースを識別する概念ＩＤ、注釈１１２１が作成されたときを示す作成時間、注釈１１２１が無効になるであろう時間を示す期限満了時間、および注釈１１２１が追加されるリソースを示す標的データ等の属性を含み得る。注釈１１２１の標的データ属性は、注釈１１２１が、コンテナ収集リソース１１１０の下またはコンテンツインスタンスリソース１１１６の下で構成される注釈１１１１収集リソースの下で構成されるときに、随意的であり得る。注釈１１２１が、コンテナ１１１２等のコンテナリソースの下で構成される注釈１１１１収集リソースの下で構成される場合、標的データ属性は、注釈リソースが追加されるデータウィンドウを示すために使用され得る。
【００５９】
構造１１００で構成され得る別のリソースは、データストリームのデータウィンドウを定義し得る、収集リソースウィンドウ１１１５である。実施形態では、データストリームは、コンテナリソースによって表され得、したがって、ウィンドウ１１１５は、コンテンツインスタンス１１１４収集リソースのサブリソースであり得る。ウィンドウ１１１５は、各々がデータストリームのデータウィンドウを表し得る１つ以上のウィンドウ１１３１サブリソースを有し得る。データウィンドウは、１つ以上のデータ項目を含み得る。ウィンドウ１１３１は、ウィンドウ１１３１によって表されるウィンドウに含まれるデータ項目の数を示すウィンドウサイズ、ウィンドウ１１３１によって表されるウィンドウの中の最初のデータ項目（コンテンツインスタンスリソースによって表され得る）を表す開始データ項目、およびウィンドウ１１３１によって表されるウィンドウの中の最後のデータ項目（同様にコンテンツインスタンスリソースによって表され得る）を表す終了データ項目等の属性を有し得る。
【００６０】
図１２Ａは、サービスとしてのデータ注釈のためのシステムおよび方法の１つ以上の開示された実施形態が実装され得る、例示的Ｍ２ＭまたはＩｏＴ通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴのための構成要素を提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴの構成要素ならびにＩｏＴサービス層等であり得る。
【００６１】
図１２Ａに示されるように、Ｍ２Ｍ／ＩｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワークまたは無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）、あるいは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する、複数のアクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。
【００６２】
図１２Ａに示されるように、Ｍ２Ｍ／ＩｏＴ通信システム１０は、Ｍ２Ｍゲートウェイデバイス１４と、Ｍ２Ｍ端末デバイス１８とを含み得る。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じてＭ２Ｍ／ＩｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成され得る。Ｍ２Ｍゲートウェイデバイス１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８に送信し得る。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービスプラットフォーム２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍデバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種々のネットワークを介して通信し得る。ＤＡａａＳを実装するエンティティ、注釈要求側、エンティティを生成するデータストリーム、概念サーバ、ＩｏＴノード、センサ、ならびに本明細書で記載される任意の他のエンティティおよびデバイス等の本明細書で説明されるエンティティのうちのいずれかは、Ｍ２Ｍデバイス１８、ゲートウェイ１４、およびサービスプラットフォーム２２等のデバイス上で部分的または完全に実装され、実行され、または別様に有効にされ得る。全てのそのような実施形態は、本開示の範囲内と見なされる。
【００６３】
図示したＭ２Ｍサービスプラットフォーム２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２のためのサービスを提供する。Ｍ２Ｍサービスプラットフォーム２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービスプラットフォーム２２は、１つ以上のサーバ、コンピュータ等によって実装され得る。Ｍ２Ｍサービスプラットフォーム２２は、Ｍ２Ｍ端末デバイス１８およびＭ２Ｍゲートウェイデバイス１４の管理および監視等のサービスを提供する。Ｍ２Ｍサービスプラットフォーム２２はまた、データを収集し、異なるタイプのＭ２Ｍアプリケーション２０と適合性があるようにデータを変換し得る。Ｍ２Ｍサービスプラットフォーム２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワークで、クラウドで等、種々の方法で実装され得る。
【００６４】
図１２Ｂも参照すると、Ｍ２Ｍサービスプラットフォームは、典型的には、多様なアプリケーションおよび垂直線が活用することができる、サービス配信能力のコアセットを提供する、サービス層２６（例えば、本明細書で説明されるようなネットワークサービス能力層（ＮＳＣＬ））を実装する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出す費用および時間を削減する。サービス層２６はまた、Ｍ２Ｍアプリケーション２０が、サービス層２６が提供するサービスと関連して、種々のネットワーク１２を通して通信することも可能にする。
【００６５】
いくつかの実施形態では、Ｍ２Ｍアプリケーション２０は、サービスとしてのデータ注釈のための開示されたシステムおよび方法を使用し得るデバイスを含む、１つ以上のピアツーピアネットワークの作成のための基礎を形成する、所望のアプリケーションを含み得る。Ｍ２Ｍアプリケーション２０は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。上記のように、本システムのデバイス、ゲートウェイ、および他のサーバにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービス等のこれらの機能をＭ２Ｍアプリケーション２０に提供する。説明されたサービス層およびオブジェクトが相互作用するアプリケーションは、Ｍ２Ｍアプリケーション２０のもの等のアプリケーションであり得る。
【００６６】
図１２Ｃは、例えば、Ｍ２Ｍ端末デバイス１８またはＭ２Ｍゲートウェイデバイス１４等の例示的Ｍ２Ｍデバイス３０の系統図である。図１２Ｃに示されるように、Ｍ２Ｍデバイス３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド／インジケータ（例えば、１つ以上の発光ダイオード（ＬＥＤ））４２と、非取り外し可能メモリ４４と、取り外し可能メモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。Ｍ２Ｍデバイス４０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このデバイスは、サービスとしてのデータ注釈のための開示されたシステムおよび方法を使用する、デバイスであり得る。
【００６７】
プロセッサ３２は、汎用プロセッサ、特殊用途プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプおよび数の集積回路（ＩＣ）、状態機械等であり得る。プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍデバイス３０が無線環境で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ３２は、伝送／受信要素３６に連結され得る、送受信機３４に連結され得る。図１２Ｃは、プロセッサ３２および送受信機３４を別個の構成要素として描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップにともに組み込まれ得ることが理解されるであろう。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムおよび／または通信を行い得る。プロセッサ３２は、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、および／または暗号化動作等のセキュリティ動作を行い得る。
【００６８】
伝送／受信要素３６は、信号をＭ２Ｍサービスプラットフォーム９に伝送し、および／またはＭ２Ｍサービスプラットフォーム９から信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークおよびエアインターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送および受信するように構成され得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。
【００６９】
加えて、伝送／受信要素３６は、単一の要素として図１２Ｃで描写されているが、Ｍ２Ｍデバイス３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、Ｍ２Ｍデバイス３０は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、Ｍ２Ｍデバイス３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。
【００７０】
送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を変調するように構成され得る。上記のように、Ｍ２Ｍデバイス３０は、マルチモード能力を有し得る。したがって、送受信機３４は、Ｍ２Ｍデバイス３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【００７１】
プロセッサ３２は、非取り外し可能メモリ４４および／または取り外し可能メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のＭ２Ｍデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。プロセッサ３２は、本明細書で記載される実施形態のうちのいくつかで説明されるもの等の種々の条件およびパラメータに応答して、ディスプレイまたはインジケータ４２上の照明パターン、画像、または色を制御するように構成され得る。
【００７２】
プロセッサ３２は、電源４８から電力を受け取り得、Ｍ２Ｍデバイス３０内の他の構成要素への電力を分配および／または制御するように構成され得る。電源４８は、Ｍ２Ｍデバイス３０に電力供給するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。
【００７３】
プロセッサ３２はまた、Ｍ２Ｍデバイス３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット５０に連結され得る。Ｍ２Ｍデバイス３０は、実施形態と一致したままで、任意の公的な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。
【００７４】
プロセッサ３２はさらに、追加の特徴、機能性、および／または有線あるいは無線接続を提供する、１つ以上のソフトウェアおよび／またはハードウェアモジュールを含み得る、他の周辺機器５２に連結され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【００７５】
図１２Ｄは、例えば、図１２Ａおよび１２ＢのＭ２Ｍサービスプラットフォーム２２が実装され得る、例示的なコンピュータシステム９０のブロック図である。コンピュータシステム９０は、コンピュータまたはサーバを備え得、主に、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでも、またはどのような手段を用いても、そのようなソフトウェアが記憶あるいはアクセスされる。そのようなコンピュータ読み取り可能な命令は、コンピュータシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１内で実行され得る。多くの既知のワークステーション、サーバ、および周辺コンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他の機械では、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは明確に異なる、随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、サービスとしてのデータ注釈のための開示されたシステムおよび方法に関連する、データを受信、生成、および処理し得る。
【００７６】
動作中、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送経路であるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピュータシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、ならびに割り込みを送信するため、およびシステムバスを動作するための制御ラインを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺構成要素相互接続）バスである。
【００７７】
システムバス８０に連結されているメモリデバイスは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶されて読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない、記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られ、または変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離する、メモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【００７８】
加えて、コンピュータシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある、周辺機器コントローラ８３を含み得る。
【００７９】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピュータシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる、電子構成要素を含む。
【００８０】
さらに、コンピュータシステム９０は、図１２Ａおよび１２Ｂのネットワーク１２等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７を含み得る。実施形態では、ネットワークアダプタ９７は、サービスとしてのデータ注釈のための開示されたシステムおよび方法に関連するデータを受信および伝送し得る。
【００８１】
本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、物理的デバイスまたは装置として具現化されるコンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得ることが理解される。そのような命令は、コンピュータ、サーバ、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイス等の機械あるいは機械の中で構成されるプロセッサによって実行されると、本明細書で説明されるシステム、方法、およびプロセスを達成し、行い、および／または実装する。具体的には、上記で説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の方法または技術で実装される、揮発性および不揮発性、取り外し可能および非取り外し可能媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の物理的媒体を含むが、それらに限定されない。
【００８２】
図で図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかしながら、請求された主題は、そのように選択された特定の用語に限定されることを目的としておらず、各特定の要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。
【００８３】
本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用すること、および任意の組み込まれた方法を行うことを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、請求項の範囲内であることを目的としている。
【図１】
2018010699.tif 000003
【図２】
2018010699.tif 000004
【図３】
2018010699.tif 000005
【図４】
2018010699.tif 000006
【図５】
2018010699.tif 000007
【図６】
2018010699.tif 000008
【図７】
2018010699.tif 000009
【図８】
2018010699.tif 000010
【図９】
2018010699.tif 000011
【図１０】
2018010699.tif 000012
【図１１】
2018010699.tif 000013
【図１２Ａ】
2018010699.tif 000014
【図１２Ｂ】
2018010699.tif 000015
【図１２Ｃ】
2018010699.tif 000016
【図１２Ｄ】
2018010699.tif 000017