(57)【要約】本明細書では、モノのインターネット（ＩｏＴ）における複数のエンティティ間の通信のための方法および装置が説明される。方法は、第１の情報を受信することを含み、第１の情報は情報のカテゴリの第１のインスタンスを含み、第１のインスタンスは情報のカテゴリの第２のインスタンスに関するフィールドを含み、第１のインスタンスおよび第２のインスタンスは各々、ＩｏＴコンテンツカテゴリ、ＩｏＴコンテキストカテゴリ、ＩｏＴポリシーカテゴリ、ＩｏＴ決定カテゴリ、ＩｏＴイベントカテゴリ、ＩｏＴ発見カテゴリ、およびＩｏＴ記述子カテゴリからなるグループから、選択される。
2016518635.tif 000002
【特許請求の範囲】
【請求項１】
モノのインターネット（ＩｏＴ）における通信のための方法であって、
プロセッサを備えたＩｏＴエンティティによって、通信媒体上で第１の情報を受信するステップであって、
前記第１の情報は、情報のカテゴリの第１のインスタンスを備え、
前記第１のインスタンスは、フィールドを備える、ステップと、
前記ＩｏＴエンティティによって、前記第１のインスタンスに従って前記情報を処理するステップであって、
前記第１のインスタンスは、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、および記述子から成るグループから選択された情報カテゴリを備える、ステップと
を含むことを特徴とする方法。
【請求項２】
前記フィールドは、情報のカテゴリの第２のインスタンスに関連していることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のインスタンスおよび前記第２のインスタンスは、共有フィールドを備えることを特徴とする請求項２に記載の方法。
【請求項４】
前記フィールドは、リソースへのポインタを備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記第１のインスタンスは、
前記第１の情報のアクセス頻度に関連する統計、および
前記第１の情報が存在しうる位置
から成るグループから選択されたコンテンツカテゴリおよびフィールド情報を備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記第１のインスタンスは、
前記第１の情報が導出される規則、
前記第１の情報のアクセス頻度に関連する統計、および
前記第１の情報が存在しうる位置
から成るグループから選択されたコンテキストカテゴリおよびフィールド情報を備えることを特徴とする請求項１に記載の方法。
【請求項７】
前記第１のインスタンスは、
前記第１の情報の目的、
前記第１の情報によって影響を与えられるエンティティ、
前記第１の情報が処理される条件、
前記条件が満たされることを条件としてなされる決定、および
前記情報の少なくとも一部が導出される参照
から成るグループから選択されたポリシーカテゴリおよびフィールド情報を備えることを特徴とする請求項１に記載の方法。
【請求項８】
前記第１のインスタンスは、
前記第１の情報の目的、
前記第１の情報を処理するためのトリガ、
前記第１の情報を処理するように指定された実行者、
前記第１の情報の処理に関連する通知を受信するように指定された、前記実行者以外である受信者、
前記第１の情報によって影響を与えられるエンティティ、および、
前記受信者によって行なわれるべき動作
から成るグループから選択された決定カテゴリおよびフィールド情報を備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記第１のインスタンスは、
前記第１の情報によって影響を与えられるエンティティ、
前記第１の情報に関連するイベントが発生する位置、
前記第１の情報に関連するイベントが発生する時点、および
前記第１の情報に関連するイベントが発生する期間
から成るグループから選択されたイベントカテゴリおよびフィールド情報を備えることを特徴とする請求項１に記載の方法。
【請求項１０】
前記第１のインスタンスは、
探し求められる情報に関連する情報の識別、
探し求められる情報のタイプ、
情報を探し求めているエンティティの識別、
発見クエリが行なわれる時点、
発見クエリが行なわれる位置、
探し求められる情報に関連する少なくとも１つのキーワード、および、
発見クエリに返信するエンティティの識別
から成るグループから選択された発見カテゴリおよびフィールド情報を備えることを特徴とする請求項１に記載の方法。
【請求項１１】
前記第１のインスタンスは、
前記第１の情報に関連するエンティティの識別、
第１の情報のタイプ、
前記エンティティに関連する少なくとも１つの項目についての識別情報を含むリストであって、前記少なくとも１つの項目は、アプリケーション、サービス、能力、機能性、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、記述子、およびインターフェースから成るグループから選択される、リスト、
から成るグループから選択された記述子カテゴリおよびフィールド情報を備えることを特徴とする請求項１に記載の方法。
【請求項１２】
モノのインターネット（ＩｏＴ）における通信のための方法であって、
情報のカテゴリの第１のインスタンスを備える第１の情報を生成するステップであって、
前記第１のインスタンスは、フィールドを備える、ステップと、
前記第１のインスタンスに従って前記第１の情報を処理するためのプロセッサを備えたＩ
ＩｏＴエンティティへ、通信媒体上で前記第１の情報を送信するステップであって、
前記第１のインスタンスは、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、および記述子から成るグループから選択された情報カテゴリを備える、ステップと
を含むことを特徴とする方法。
【請求項１３】
前記フィールドは、情報のカテゴリの第２のインスタンスに関連していることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記第１のインスタンスおよび前記第２のインスタンスは、共有フィールドを備えることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記フィールドは、リソースへのポインタを備えることを特徴とする請求項１２に記載の方法。
【請求項１６】
前記第１のインスタンスは、
前記第１の情報のアクセス頻度に関連する統計、および
前記第１の情報が存在しうる位置
から成るグループから選択されたコンテンツカテゴリおよびフィールド情報を備えることを特徴とする請求項１２に記載の方法。
【請求項１７】
前記第１のインスタンスは、
前記第１の情報が導出される規則、
前記第１の情報のアクセス頻度に関連する統計、および
前記第１の情報が存在しうる位置
から成るグループから選択されたコンテキストカテゴリおよびフィールド情報を備えることを特徴とする請求項１２に記載の方法。
【請求項１８】
前記第１のインスタンスは、
前記第１の情報の目的、
前記第１の情報によって影響を与えられるエンティティ、
前記第１の情報が処理される条件、
前記条件が満たされることを条件としてなされる決定、および
前記情報の少なくとも一部が導出される参照
から成るグループから選択されたポリシーカテゴリおよびフィールド情報を備えることを特徴とする請求項１２に記載の方法。
【請求項１９】
前記第１のインスタンスは、
前記第１の情報の目的、
前記第１の情報を処理するためのトリガ、
前記第１の情報を処理するように指定された実行者、
前記第１の情報の処理に関連する通知を受信するように指定された、前記実行者以外である受信者、
前記第１の情報によって影響を与えられるエンティティ、および、
前記受信者によって行なわれるべき動作
から成るグループから選択された決定カテゴリおよびフィールド情報を備えることを特徴とする請求項１２に記載の方法。
【請求項２０】
前記第１のインスタンスは、
前記第１の情報によって影響を与えられるエンティティ、
前記第１の情報に関連するイベントが発生する位置、
前記第１の情報に関連するイベントが発生する時点、および
前記第１の情報に関連するイベントが発生する期間
から成るグループから選択されたイベントカテゴリおよびフィールド情報を備えることを特徴とする請求項１２に記載の方法。
【請求項２１】
前記第１のインスタンスは、
探し求められる情報に関連する情報の識別、
探し求められる情報のタイプ、
情報を探し求めているエンティティの識別、
発見クエリが行なわれる時点、
発見クエリが行なわれる位置、
探し求められる情報に関連する少なくとも１つのキーワード、および、
発見クエリに返信するエンティティの識別
から成るグループから選択された発見カテゴリおよびフィールド情報を備えることを特徴とする請求項１２に記載の方法。
【請求項２２】
前記第１のインスタンスは、
前記第１の情報に関連するエンティティの識別、
第１の情報のタイプ、
前記エンティティに関連する少なくとも１つの項目についての識別情報を含むリストであって、前記少なくとも１つの項目は、アプリケーション、サービス、能力、機能性、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、記述子、およびインターフェースから成るグループから選択される、リスト、
から成るグループから選択された記述子カテゴリおよびフィールド情報を備えることを特徴とする請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ワイヤレス通信の分野である。
【背景技術】
【０００２】
（関連出願の相互参照）
本出願は、参照により内容全体が本明細書に組み込まれた、２０１３年２月１９日出願の米国特許出願第６１／７６６，４８２号明細書の利益を主張する。
【０００３】
ワールドワイドウェブは、人々が互いに通信する方法、および、ビジネスが行われる方法を変化させてきた。これは現在、発達した世界を知識経済の方向、より広義には知識社会の方向に変換している大改革の中心にある。この発達は、我々がコンピュータについて考える方法も変化させてきた。元来、コンピュータは数値計算を行うために用いられた。現在、それらの主たる用途は情報処理であり、典型的な応用例はデータベース、テキスト処理、およびゲームである。
【０００４】
近い将来、現在の「ＰＣのインターネット」は「モノのインターネット（Internet of Things）」に向かう可能性があり、２０２０年までに５００億から１０００億台のデバイスがインターネットに接続されることになる。いくつかの予測では、同年に、移動機械セッションの数が移動者セッションの数の３０倍以上になる可能性があることを示している。マシンツーマシンの通信のみならず、すべての種類のＩｏＴのモノ間での通信について考えた場合、インターネットに接続されることになるＩｏＴのモノの潜在数は、１００兆個に上る可能性がある。
【発明の概要】
【０００５】
本明細書では、モノのインターネット（ＩｏＴ）における複数のエンティティ間の通信のための方法および装置が説明される。方法は、第１の情報を受信することを含み、第１の情報は情報のカテゴリの第１のインスタンスを含み、第１のインスタンスは情報のカテゴリの第２のインスタンスに関するフィールドを含み、第１のインスタンスおよび第２のインスタンスは各々、ＩｏＴコンテンツカテゴリ、ＩｏＴコンテキストカテゴリ、ＩｏＴポリシーカテゴリ、ＩｏＴ決定カテゴリ、ＩｏＴイベントカテゴリ、ＩｏＴ発見カテゴリ、およびＩｏＴ記述子カテゴリからなるグループから、選択される。
【図面の簡単な説明】
【０００６】
より詳細な理解は、添付の図面に関して例として与えられる以下の説明から可能である。
【図１Ａ】１または複数の開示された実施形態が実装され得る例示の通信システムを示すシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用され得る例示のワイヤレス送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用され得る例示の無線アクセスネットワークおよび例示のコアネットワークを示すシステム図である。
【図２】ノード−アーク−ノードのリンクの例示のＲＤＦグラフを示す図である。
【図３】ＩｏＴシステムにおける例示の情報フローを示す図である。
【図４】ＥＴＳＩ  Ｍ２Ｍ＜ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅ＞リソース構造の例を示す図である。
【図５】ＩｏＴのコンテキストにおける知識階層の例を示す図である。
【図６】ＩｏＴコンテンツの例示のＲＤＦグラフを示す図である。
【図７】ＩｏＴコンテキストの例示のＲＤＦグラフを示す図である。
【図８】ＩｏＴポリシーの例示のＲＤＦグラフを示す図である。
【図９】ＩｏＴ決定の例示のＲＤＦグラフを示す図である。
【図１０】ＩｏＴイベントの例示のＲＤＦグラフを示す図である。
【図１１】ＩｏＴ発見の例示のＲＤＦグラフを示す図である。
【図１２】ＩｏＴ記述子の例示のＲＤＦグラフを示す図である。
【図１３】ＩｏＴ情報クラスおよびクラス階層の例を示す図である。
【図１４】ＲＤＦ／ＸＭＬにおける情報クラス階層の例を示す図である。
【図１５】ＩｏＴコンテンツ関係プロパティの例を示す図である。
【図１６】ＩｏＴＣｏｎｔｅｎｔスキーマのプロパティ記述の例を示す図である。
【図１７】ＩｏＴコンテンツと他の情報カテゴリとの間の関係の例を示す図である。
【図１８】ＩｏＴコンテキストと他の情報カテゴリとの間の関係の例を示す図である。
【図１９】ＩｏＴポリシーと他の情報カテゴリとの間の関係の例を示す図である。
【図２０】ＩｏＴ決定と他の情報カテゴリとの間の関係の例を示す図である。
【図２１】ＩｏＴイベントと他の情報カテゴリとの間の関係の例を示す図である。
【図２２】ＩｏＴ発見と他の情報カテゴリとの間の関係の例を示す図である。
【図２３】ＩｏＴ記述子と他の情報カテゴリとの間の関係の例を示す図である。
【図２４】ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇタイプの例を示す図である。
【図２５】情報検証の例を示す図である。
【図２６】分散型データストレージの例を示す図である。
【発明を実施するための形態】
【０００７】
図１Ａは、１または複数の開示された実施形態が実装され得る例示の通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する、多重アクセスシステムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を介してこうしたコンテンツにアクセスできるようにすることができる。たとえば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの、１または複数のチャネルアクセス方法を採用することができる。
【０００８】
図１Ａに示されるように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示された実施形態は、任意数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されよう。ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作および／または通信するように構成された、任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄはワイヤレス信号を送信および／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電子機器などを含むことができる。
【０００９】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースするように構成された、任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意数の相互接続された基地局および／またはネットワーク要素を含み得ることを理解されよう。
【００１０】
基地局１１４ａは、他の基地局、および／または、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのネットワーク要素（図示せず）も含むことが可能な、ＲＡＮ  １０４の一部とすることができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることのある特定の地理的領域内で、ワイヤレス信号を送信および／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。たとえば基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって一実施形態において、基地局１１４ａは３つの送受信機、すなわちセルの各セクタについて１つを含むことができる。別の実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができ、したがって、セルの各セクタについて複数の送受信機を利用することができる。
【００１１】
基地局１１４ａ、１１４ｂは、任意の好適なワイヤレス通信リンク（たとえば無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができるエアインターフェース１１６を介して、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができる。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を用いて確立され得る。
【００１２】
より具体的に言えば、前述のように、通信システム１００は多重アクセスシステムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を採用することができる。たとえば、ＲＡＮ  １０４内の基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いてエアインターフェース１１６を確立することができる、ユニバーサル移動通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの、通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１３】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を用いてエアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの、無線技術を実装することができる。
【００１４】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ  ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの、無線技術を実装することができる。
【００１５】
図１Ａの基地局１１４ｂは、たとえばワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、ビジネスの場、家庭、車両、キャンパスなどの局所化された領域内でのワイヤレス接続を容易にするために、好適な任意のＲＡＴを利用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ  ８０２．１１などの無線技術を実装することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ  ８０２．１５などの無線技術を実装することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されるように、基地局１１４ｂはインターネット１１０への直接接続を有することができる。したがって基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がない場合がある。
【００１６】
ＲＡＮ  １０４は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークとすることができる、コアネットワーク１０６と通信することができる。たとえば、コアネットワーク１０６は、呼び出し制御、課金サービス、位置情報に基づくサービス、プリペイド電話、インターネット接続、ビデオ分配などを提供すること、および／または、ユーザ認証などの高水準セキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ  １０４および／またはコアネットワーク１０６は、ＲＡＮ  １０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接または間接的に通信することができることを理解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用している可能性のあるＲＡＮに接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）と通信することもできる。
【００１７】
コアネットワーク１０６は、ＰＳＴＮ  １０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄ向けのゲートウェイとして働くこともできる。ＰＳＴＮ  １０８は、簡易電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および、ＴＣＰ／ＩＰインターネットプロトコル群におけるインターネットプロトコル（ＩＰ）などの、一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、ワイヤードまたはワイヤレスの通信ネットワークを含むことができる。たとえばネットワーク１１２は、ＲＡＮ  １０４と同じＲＡＴまたは異なるＲＡＴを採用し得る１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００１８】
通信システム１００内のＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、すなわちＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数の送受信機を含むことができる。たとえば図１Ａに示されたＷＴＲＵ  １０２ｃは、セルラーベースの無線技術を採用することができる基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと、通信するように構成され得る。
【００１９】
図１Ｂは、例示のＷＴＲＵ  １０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ  １０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ  １０２は、前述の要素の任意の副組合せを含み得る一方で、依然として実施形態に一致していることを理解されよう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、特定用途向けプロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号コード化、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ  １０２がワイヤレス環境で動作できるようにする任意の他の機能を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合され得る送受信機１２０に結合され得る。図１Ｂは、プロセッサ１１８および送受信機１２０を別々の構成要素として示しているが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップ内にまとめて統合され得ることを理解されよう。
【００２１】
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（たとえば基地局１１４ａ）に信号を送信するか、またはそこから信号を受信するように構成され得る。たとえば一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態において、送信／受信要素１２２は、たとえばＩＲ、ＵＶ、可視光の信号を送信および／または受信するように構成された、エミッタ／検出器とすることができる。さらに別の実施形態において、送信／受信要素１２２は、ＲＦと光の両方の信号を送信および受信するように構成される。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成され得ることを理解されよう。
【００２２】
加えて、送信／受信要素１２２は図１Ｂでは単一要素として示されているが、ＷＴＲＵ  １０２は任意数の送信／受信要素１２２を含むことができる。より具体的に言えば、ＷＴＲＵ  １０２はＭＩＭＯ技術を採用することができる。したがって一実施形態において、ＷＴＲＵ  １０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するための、２またはそれ以上の送信／受信要素１２２（たとえば複数のアンテナ）を含むことができる。
【００２３】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調するように、および、送信／受信要素１２２によって受信された信号を復調するように、構成され得る。上記で述べられたように、ＷＴＲＵ  １０２はマルチモード機能を有することができる。したがって送受信機１２０は、ＷＴＲＵ  １０２がたとえばＵＴＲＡおよびＩＥＥＥ  ８０２．１１などの複数のＲＡＴを介して通信できるようにするための、複数の送受信機を含むことができる。
【００２４】
ＷＴＲＵ  １０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶表示（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えてプロセッサ１１８は、取り外し不可メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの好適なメモリからの情報にアクセスすること、およびそれらのメモリにデータを記憶することができる。取り外し不可メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。取り外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などのＷＴＲＵ  １０２上に物理的に配置されていないメモリからの情報にアクセスすること、およびそれらのメモリにデータを記憶することができる。
【００２５】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ  １０２内の他の構成要素への電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ  １０２に電力を供給するための任意の好適なデバイスとすることができる。たとえば電源１３４は、１または複数の乾電池（たとえばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００２６】
プロセッサ１１８は、ＷＴＲＵ  １０２の現在位置に関する位置情報（たとえば経度および緯度）を提供するように構成され得る、ＧＰＳチップセット１３６にも結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ  １０２は、基地局（たとえば基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信すること、および／または、２またはそれ以上の近隣の基地局から受信される信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ  １０２は、任意の好適な位置決定方法を用いて位置情報を獲得し得る一方で、依然として実施形態に一致していることを理解されよう。
【００２７】
プロセッサ１１８は、追加の特徴、機能、および／もしくは、ワイヤードまたはワイヤレス接続を提供する、１または複数のソフトウェアおよび／またはハンドウェアのモジュールを含み得る他の周辺機器１３８に、さらに結合され得る。たとえば周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを、含むことができる。
【００２８】
図１Ｃは、実施形態に従ったＲＡＮ  １０４およびコアネットワーク１０６のシステム図である。ＲＡＮ  １０４は、エアインターフェース１１６を介してＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ  ８０２．１６無線技術を採用している、アクセスサービスネットワーク（ＡＳＮ）とすることができる。さらに以下で論じられるように、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ  １０４、およびコアネットワーク１０６の異なる機能エンティティ間の通信リンクは、基準点として定義され得る。
【００２９】
図１Ｃに示されるように、ＲＡＮ  １０４は基地局１４０ａ、１４０ｂ、１４０ｃおよびＡＳＮゲートウェイ１４２を含むことができるが、ＲＡＮ  １０４は任意数の基地局およびＡＳＮゲートウェイを含み得る一方で、依然として実施形態に一致していることを理解されよう。基地局１４０ａ、１４０ｂ、１４０ｃは、ＲＡＮ  １０４内の特定のセル（図示せず）と各々関連付けられることができ、エアインターフェース１１６を介してＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと通信するために１または複数の送受信機を各々含むことができる。一実施形態において、基地局１４０ａ、１４０ｂ、１４０ｃはＭＩＭＯ技術を実装することができる。したがって、たとえば基地局１４０ａは、ＷＴＲＵ  １０２ａにワイヤレス信号を送信するため、およびＷＴＲＵ  １０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。基地局１４０ａ、１４０ｂ、１４０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などの、移動性管理機能を提供することもできる。ＡＳＮゲートウェイ１４２は、トラフィック集約点として働くことが可能であり、ページング、加入者プロファイルのキャッシング、コアネットワーク１０６へのルーティングなどについて、責務を負うことができる。
【００３０】
ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとＲＡＮ  １０４との間のエアインターフェース１１６は、ＩＥＥＥ  ８０２．１６規格を実装するＲ１基準点として定義され得る。加えて、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０６との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理インターフェースは、Ｒ２基準点として定義され得、認証、認可、ＩＰホスト構成管理、および／または移動性管理のために使用され得る。
【００３１】
基地局１４０ａ、１４０ｂ、１４０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバと基地局間でのデータの転送とを容易にするためのプロトコルを含む、Ｒ８基準点として定義され得る。基地局１４０ａ、１４０ｂ、１４０ｃとＡＳＮゲートウェイ１４２との間の通信リンクは、Ｒ６基準点として定義され得る。Ｒ６基準点は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃの各々と関連付けられた移動性イベントに基づく移動性管理を容易にするためのプロトコルを含むことができる。
【００３２】
図１Ｃに示されるように、ＲＡＮ  １０４はコアネットワーク１０６に接続され得る。ＲＡＮ  １０４とコアネットワーク１０６との間の通信リンクは、データ転送および移動性管理の機能を容易にするためのプロトコルを含むＲ３基準点として定義され得る。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１４４、認証、認可、課金（ＡＡＡ）サーバ１４６、およびゲートウェイ１４８を含むことができる。前述の要素の各々はコアネットワーク１０６の一部として示されている一方で、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または動作され得ることを理解されよう。
【００３３】
ＭＩＰ−ＨＡは、ＩＰアドレス管理の責務を負うことができ、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮおよび／または異なるコアネットワークの間をローミングできるようにすることができる。ＭＩＰ−ＨＡ  １４４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに提供し、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＡＡＡサーバ１４６は、ユーザ認証およびユーザサービスのサポートの責務を負うことができる。ゲートウェイ１４８は、他のネットワークとの相互作用を容易にすることができる。たとえばゲートウェイ１４８は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと従来の固定電話通信デバイスとの間の通信を容易にするために、ＰＳＴＮ  １０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１４８は、他のサービスプロバイダによって所有および／または動作される他のワイヤードまたはワイヤレスネットワークを含み得るネットワーク１１２へのアクセスを、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３４】
図１Ｃには示されていないが、ＲＡＮ  １０４は他のＡＳＮに接続され得、コアネットワーク１０６は他のコアネットワークに接続され得ることを理解されよう。ＲＡＮ  １０４と他のＡＳＮとの間の通信リンクは、ＲＡＮ  １０４と他のＡＳＮとの間のＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃの移動性を調整するためのプロトコルを含み得る、Ｒ４基準点として定義され得る。コアネットワーク１０６と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問されたコアネットワークとの間の相互作用を容易にするためのプロトコルを含み得る、Ｒ５基準として定義され得る。
【００３５】
他のネットワーク１１２は、ＩＥＥＥ  ８０２．１１ベースのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１６０にさらに接続され得る。ＷＬＡＮ  １６０は、アクセスルータ１６５を含むことができる。アクセスルータはゲートウェイ機能を含むことができる。アクセスルータ１６５は、複数のアクセスポイント（ＡＰ）１７０ａ、１７０ｂと通信することができる。アクセスルータ１６５とＡＰ  １７０ａ、１７０ｂとの間の通信は、ワイヤードイーサネット（ＩＥＥＥ  ８０２．３規格）または任意のタイプのワイヤレス通信プロトコルを介するものとすることができる。ＡＰ  １７０ａは、エアインターフェースを介してＷＴＲＵ  １０２ｄとワイヤレス通信している。
【００３６】
モノのインターネット（ＩｏＴ）は、航空宇宙および航空におけるシステム状況監視、グリーンオペレーション（green operations）；インテリジェントビルにおける自動エネルギー測定／ホームオートメーション／ワイヤレス監視；医療技術、健康管理におけるパーソナルエリアネットワーク／パラメータ、位置決め、リアルタイム位置の監視；自立した生活における健康、移動性、老齢人口の監視；小売店、物流、サプライチェーン管理；製造、製品ライフサイクル管理；環境監視；人および商品の輸送；農業および飼育；メディア、エンターテイメント、および発券業務；安全性、セキュリティ、およびプライバシー；食品のトレーサビリティ；リサイクルなどの、様々な分野におけるアプリケーションの多様なセットを含むことができる。ＩｏＴは、よりスマートな明日のために日常のモノを接続することができる。
【００３７】
ＩｏＴは、未来のインターネットの統合された部分であり、標準的かつ相互利用可能な通信プロトコルに基づいて、自己構成機能を備えた動的グローバルネットワークインフラストラクチャとして定義され得、物理的かつ仮想的な「モノ」が、識別、物理的な属性、および仮想的な性格を有し、インテリジェントインターフェースを使用し、情報ネットワークにシームレスに統合される。
【００３８】
ＩｏＴシステムは、本明細書で説明されるように、非常に多くの異種性を伴うかなり多様な特徴を有することができる。
【００３９】
物理的環境では、物理的環境への入力および物理的環境からの出力／フィードバックが存在し得る。物理的なＩｏＴのモノは、移動すること、および他のＩｏＴのモノを含むそれらの周囲と相互作用することができる。こうした相互作用は自発的であり得、イベントは自動的に生成され得る。ＩｏＴのモノの数は、サイズ、リソース、移動性、機能、接続性、自動化、配設、寿命などが異なる、特徴を有することができる。
【００４０】
通信／ネットワークにおいて、ＩｏＴのモノをインターネットに接続するための通信ネットワークは、通信技術、ネットワークサイズ、ネットワークトポロジ、ネットワークカバレッジなどの、様々な側面で異種であり得る。ワイヤレスセンサネットワーク（ＷＳＮ）トポロジは、ワンホップまたはマルチホップであり得、たとえば線形、星形、ツリー形、またはメッシュ形トポロジを有する。ネットワークカバレッジに関して、物理的なＩｏＴのモノは、疎または密に配設され得、より多いかまたは少ない冗長性を生成することができる。
【００４１】
物理的環境との間のトラフィックの場合、物理的なＩｏＴのモノは、イベント駆動型、クエリ駆動型、または本来定期的であり得る、データストリームを生成することができる。物理的なＩｏＴのモノからの読み取り値または未加工のセンサーデータには、不確実性が存在し得る。分散されたカメラなどのいくつかのＩｏＴのモノは、高速データストリームを生成することができるが、他のＩｏＴのモノは極端に低いデータレートストリームを生成する場合がある。ほとんどのＩｏＴのモノから生成されるデータフローはリアルタイムデータフローであり、異なる時間スケールでは変化する可能性がある。エニーキャスト（anycast）、マルチキャスト、ブロードキャスト、およびコンバージキャスト（convergecast）のトラフィックモードが存在し得る。
【００４２】
サービスの場合、未加工のセンサーデータまたは読み取り値は、セマンティクスサービスを提供するために、状況／コンテキスト認識を用いるなど、物理的環境に関して解釈され得る。いくつかのサービスは、時間依存であり得る。たとえば物理的環境を制御するためのアクションは、リアルタイムでＩｏＴのモノを介して実行される必要があり得る。物理的なＩｏＴのモノが複数タイプのサービスを提供することができるか、または、複数のＩｏＴのモノがサービスを提供するために協働するかまたはまとめてグループ化されることができる。
【００４３】
上記のＩｏＴアプリケーションの様々な要件を満たすために、未来のＩｏＴは、ＥＴＳＩ  Ｍ２Ｍアーキテクチャ、ＩｏＴ−Ａ、ｉＣｏｒｅ、ＢＵＴＬＥＲなどの既存のアーキテクチャとは異なる、新しいアーキテクチャソリューションを必要とする場合がある。ＩｎｔｅｒＤｉｇｉｔａｌによって提案されるＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャは、既存のＭ２Ｍ／ＩｏＴアーキテクチャにおける欠点を克服すると同時に、拡張性、セマンティクス（semantics）、管理可能性、適合、信頼性および持続可能性、ならびに信用性をサポートすることによって、未来のＩｏＴの困難な要件に対処することができる。
【００４４】
リソースディスクリプションフレームワーク（ＲＤＦ）は、ウェブ内で情報を表すためのフレームワークを含むことができる。ＲＤＦはデータモデルを含むことができる。ＲＤＦの基本構築ブロックは、ステートメントと呼ばれる、オブジェクト−プロパティ−値のトリプルから構成されるものとすることができる。ＲＤＦにはＸＭＬの構文が与えられてきた。
【００４５】
ＲＤＦの基本的概念は、リソース、プロパティ、およびステートメントを含むことができる。リソースは、オブジェクト、または話題となる「モノ」とみなされ得る。たとえばリソースは、著者、書籍、公開者、場所、人、ホテル、部屋、検索クエリなどとすることができる。あらゆるリソースは、ユニバーサルリソース識別子（ＵＲＩ）を有する。ＵＲＩはユニファイドリソースロケータ（ＵＲＬ）もしくはウェブアドレス、または何らかの他の種類の一意の識別子とすることができる。識別子は、必ずしもリソースへのアクセスを可能にするものではない。ＵＲＩスキームはウェブ位置についてのみならず、電話番号、ＩＳＢＮ番号、および地理的位置などの多様なオブジェクトについても定義されている。
【００４６】
プロパティは、特殊なリソースを含むことができ、たとえば「作者」、「年齢」、「題名」などのリソース間の関係を記述することができる。ＲＤＦにおけるプロパティは、ＵＲＩによって（および実際はＵＲＬによって）も識別され得る。
【００４７】
ステートメントは、リソースのプロパティをアサートすることができる。ステートメントは、リソース、プロパティ、および値を含む、オブジェクト−属性−値のトリプルを含むことができる。値は、リソースまたはリテラルのいずれかを含むことができる。リテラルはアトミックな値または文字列とすることができる。
【００４８】
ＲＤＦにおける任意の表現の基礎をなす構造は、それぞれが主語、述語、および目的語からなる、トリプルの集合とすることができる。こうしたトリプルのセットはＲＤＦグラフと呼ばれ得る。図２は、ＲＤＦグラフ内のノード−アーク−ノードのリンクの例であり、各トリプルがノード−アーク−ノードのリンクとして表される、ノードおよび有向アーク図２００を示す。ＲＤＦグラフのノードのセットは、グラフ内のトリプルの主語および目的語のセットを含むことができる。
【００４９】
各トリプルは、それがリンクするノードによって示されるモノ間の関係のステートメントを表すことができる。各トリプルは、主語（リソースとも呼ばれる）、目的語（値とも呼ばれる）、および関係を示す述語（プロパティとも呼ばれる）の、３つの部分を有することができる。ノードおよび有向アーク図２００において、主語はノード２１０によって表され、目的語はノード２２０によって表され、述語はアーク２３０によって表される。
【００５０】
ＲＤＦはドメインに依存しないものとすることが可能であり、使用する特定のドメインに関していかなる仮定も行われ得ない。ＲＤＦスキーマ（ＲＤＦＳ）と呼ばれるスキーマ言語で自分自身の用語を定義することは、ユーザに任されている。ＲＤＦＳは、ＲＤＦデータモデルで使用される語彙を定義することができる。ＲＤＦＳでは、いずれのプロパティがいずれの種類のオブジェクトに適用するか、および、それらが取り得るいずれの値が指定され得るかの、語彙が定義され得、オブジェクト間の関係が記述され得る。
【００５１】
Ｗ３Ｃによって定義されるコアクラスは、すべてのリソースのクラスであるｒｄｆｓ：Ｒｅｓｏｕｒｃｅ、すべてのクラスのクラスであるｒｄｆｓ：Ｃｌａｓｓ、すべてのリテラル（文字列）のクラスであるｒｄｆｓ：Ｌｉｔｅｒａｌ、すべてのプロパティのクラスであるｒｄｆ：Ｐｒｏｐｅｒｔｙ、およびすべての具体化されたステートメントのクラスであるｒｄｆ：Ｓｔａｔｅｍｅｎｔである。
【００５２】
Ｗ３Ｃによって定義されるコアプロパティは、ｒｄｆ：ｔｙｐｅ、ｒｄｆｓ：ｓｕｂＣｌａｓｓＯｆ、ｒｄｆｓ：ｓｕｂＰｒｏｐｅｒｔｙＯｆ、ｒｄｆｓ：ｄｏｍａｉｎ、ｒｄｆｓ：ｒａｎｇｅである。ｒｄｆ：ｔｙｐｅは、リソースをそのクラスに関係付けることができる。リソースは、そのクラスのインスタンスであると宣言され得る。ｒｄｆｓ：ｓｕｂＣｌａｓｓＯｆは、クラスをそのスーパークラスのうちの１つに関係付けることができる。クラスのすべてのインスタンスはそのスーパークラスのインスタンスとすることができる。ｒｄｆｓ：ｓｕｂＰｒｏｐｅｒｔｙＯｆは、プロパティをそのスーパープロパティのうちの１つに関係付けることができる。ｒｄｆｓ：ｄｏｍａｉｎは、プロパティＰのドメインまたはトリプル内のプロパティの指定された主語を指定することができる。ｒｄｆｓ：ｒａｎｇｅは、プロパティＰのレンジを指定することができる。それらのリソースのクラスは、述語Ｐと共にトリプル内の値として表すことができる。
【００５３】
図３は、ＩｏＴシステムにおける情報フローの例である。情報は、ＭＴＣデバイスが統合されたモノ、スマートフォン、センサが統合されたモノ、アクチュエータが統合されたモノ、センサおよび／またはアクチュエータによって監視および／または制御される環境、ＲＦＩＤタグを備えるモノ、スマートな家庭または都市内のモノ、遠隔治療および医療におけるモノ、ビル管理におけるモノ、セキュリティおよび監視におけるモノなどを含むことができる、モノ３００によって生成され得るかまたはその中に記憶され得る。情報は、アクセスネットワーク３１０、コアネットワーク３２０内のルータおよびサーバ、クラウド３３０、ならびにアプリケーションおよびユーザ３４０内のノードによって生成され得るかまたはその中に記憶され得る。アクセスネットワーク３１０内のノードは、物理的なモノをインターネットに接続することができる。アクセスネットワーク３１０の例は、セルラーネットワーク、ＷＬＡＮ／ＷＰＡＮ／ＷＳＮ、ＲＦＩＤネットワーク、ならびに、ＰＬＣ、イーサネット（登録商標）、ｘＤＳＬ、およびＰＯＮなどのワイヤードネットワークである。通常、各アクセスネットワーク３１０は、コアネットワーク３２０へのブリッジとして動作する１または複数のＩｏＴゲートウェイを有し得る。コアネットワーク３２０は、パブリックインターネットを含むことができるか、または、パブリックインターネットとインターフェースし得るかもしくはし得ないプライベートエンタープライズまたはオペレータ所有ネットワークを含むことができる。クラウド３３０は、構成可能コンピューティングリソース、たとえば情報、ストレージ、アプリケーション、およびサービス、ならびにディレクトリおよび管理リソースの、共有プールを含むことができる。結果として、ＩｏＴシステム内に存在し、あるＩｏＴエンティティから別のＩｏＴエンティティへ、あるＩｏＴサービスから別のＩｏＴサービスへ、および／またはあるプロトコルレイヤから別のプロトコルレイヤへと流れる、多様な情報が存在する可能性がある。
【００５４】
現在のＩｏＴアーキテクチャにおける情報のほとんどは、人の消費にとってのみ好適である可能性がある。文書間の接続を確立する既存のリンクは別として、ＩｏＴにおいてより良いサポートを提供するための主たる障害は、現時点で、ＩｏＴにおける情報の意味を機械が解釈できないことであり得る。１つのＩｏＴエンティティによって生成および公開された情報は、データ情報内のビットを解析するために機械によって使用され得る、ＩｏＴシステムに関するユニバーサル情報モデルの欠如により、他のエンティティによって理解不能な可能性がある。さらに、情報を解釈し、ユーザにとって有用な意味および知識を抽出するための、現行のＩｏＴアーキテクチャの機能は、非常に制限される可能性がある。たとえば現行のＥＴＳＩ  Ｍ２Ｍシステムにおいて、Ｍ２Ｍアクセスネットワークの異種性を隠すため、およびＭ２Ｍアプリケーションによる使用のためにミドルウェアサービスレイヤを提供するために、抽象化レイヤが提供される。サービス機能レイヤ（ＳＣＬ）は、含まれるデータのいずれの知識もなしに、データコンテナを処理している。
【００５５】
図４は、ＥＴＳＩ  Ｍ２Ｍ  ＜ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅ＞リソース構造４００の例である。＜ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅ＞リソース４１０は、Ｍ２Ｍプラットフォームに対して不透明なコンテンツ属性４２０を含み得、したがってＳＣＬはコンテンツデータ４３０を解釈または処理できない可能性がある。これは、ＳＣＬがコンテンツを解析および理解できるように、任意のＳＣＬが、たとえばフィールドの数、フィールドの順序付け、各フィールドに使用されるデータタイプなどのコンテンツの構造を解釈できるようにするための、十分な情報を提供しない可能性がある。例として、温度センサデバイスは、生データ内の感知された温度読み取り値を、取り付けられたＭ２Ｍゲートウェイに送信することができ、ゲートウェイＳＣＬ（ＧＳＣＬ）は、温度読み取り値が摂氏であるか華氏であるか、データ上で可能とされる動作などの、情報を解釈できない可能性がある。コンテンツに関する情報モデルは、ＳＣＬにとってコンテンツを解釈できるものであることが必要とされ得る。
【００５６】
図５は、ＩｏＴのコンテキストにおける知識階層５００の例である。図５に示されるような知識階層は、ＩｏＴのコンテキストでは望まれ得るが、より少ない人の関与およびより多くの機械オートメーションを伴う。データレイヤ５１０は、ＩｏＴリソースおよびデバイスによって生成される大量のデータを言い表すことができる。情報レイヤ５２０は、相互作用性を強化するために、様々な形の生データから構造化された機械可読情報を作成するのを助けることができる。しかしながら、人および高水準のアプリケーションおよびサービスは、しばしば、情報レイヤ５２０から獲得された情報のみならず、基礎をなすデータから人および機械が理解可能な意味および洞察を提供する、高水準の抽象化および認知（知識５３０）も必要とする可能性がある。次いで、高水準の抽象化および認知は、ＩｏＴの全ポテンシャルを活用し、エンドツーエンドソリューションを作成するために、ドメインおよび背景知識を伴うアクション可能なインテリジェンス（英知５４０）に変換され得る。
【００５７】
ＥＴＳＩ  Ｍ２Ｍなどの既存のＩｏＴアーキテクチャは、多くの機会を開くことができるが、それらは、図５に示されるような望ましい知識階層を達成する際に、いくつかの制限を有する可能性がある。
【００５８】
ＥＴＳＩ  Ｍ２Ｍアーキテクチャにおいて、一般には垂直に統合されるが分離されたＭ２Ｍアプリケーションは、ここで、一般的なデータ移送を再使用しているＭ２Ｍアプリケーションに置き換えられ得るが、それらは依然として互いに垂直に分離され得る。デバイスおよびアプリケーションは、交換されたコンテナの一般的な定義ならびに含まれるデータについて、事前に同意することを必要とし得る。これは、異なるアプリケーションにわたるＭ２Ｍデータの再使用を困難にする可能性がある。
【００５９】
コンテキスト認識は非常に限られる可能性がある。位置および時間などの現在主要なコンテキストのみがサポートされ得る。コンテキストをユニバーサルに解釈、理解、および利用されるようにできる、汎用コンテキスト情報モデルは存在しない可能性がある。
【００６０】
認知機能は、ポリシー実施および解釈の欠如により制限され得る。現在、これは記憶および転送に関する数個のポリシーのみをサポートすることができる。
【００６１】
イベント生成は制限され得、イベント解釈はサポートされていない可能性がある。イベントが発生した場合、現行のＩｏＴアーキテクチャはイベントを記述するための汎用モデルを有さない可能性があるため、結果として効率的に公開されるか、またはイベントの統一された理解と共にブロードキャストすることができる。
【００６２】
情報発見は、効率的またはロバストでない可能性がある。発見応答のキャッシングおよび再使用に関するサポートが存在しない可能性がある。現行のＩｏＴアーキテクチャは発見応答メッセージに関する汎用モデルを有さない可能性があるため、あるエンティティによって行われた発見応答は、同じ発見クエリが他のエンティティによっても行われた場合であっても、再使用されない可能性がある。
【００６３】
ＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、およびＩｏＴアプリケーションは、それらに含められた情報、サービス、アプリケーションなどの効率的な発見および要求を容易にするための、汎用記述子を有さない可能性がある。
【００６４】
現行のＩｏＴアーキテクチャは、異なるＩｏＴ情報ピース間の関係のモデル化を容易にし得ない。結果として、こうした情報関係は機械解釈可能でない可能性があり、協働機能は非常に限定される可能性がある。
【００６５】
ＲＤＦなどの情報を表すための既存の汎用言語は、任意の特定のアプリケーションドメインに関する仮定を行わず、任意のドメインのセマンティクスも定義しない可能性がある。用語は、ＲＤＦＳなどの対応する語彙記述言語で定義されることを必要とし得る。ＲＤＦＳは、ＲＤＦＳクラス、関連付けられたプロパティ、およびＲＤＦの限られた語彙で構築されたユーティリティプロパティを構成することができる。現行の標準ＲＤＦＳは、水平および標準の方法で、ＩｏＴ内の様々な種類の情報を解釈するためのスキーマが欠乏している可能性がある。
【００６６】
上記で述べられた制限を克服するために、ＩｏＴ内で送信されるデータ情報は、情報が、共通および標準化されたフォーマット（メタデータ、ユニットなど）を有する異なるタイプにカテゴリ化され得るように、セマンティクスおよび抽象化のレベルの両方を必要とし得る。感知および動作される物理エンティティ（たとえば、器具、人、車、ビルの部屋、またはより一般的には、ターゲット環境を構成する大きなシステムのうちの自己完結的サブシステム）は、ＩｏＴシステムが、環境に本来備わっており、特定のＩｏＴアプリケーションに結び付けられない汎用エンティティとして、それらを扱えるようにする、抽象化のレベルを用いてモデル化されることを必要とし得る。
【００６７】
未来のＩｏＴにおける情報は、人およびコンピュータ、スマートフォンなどのデバイスの両方にとって、自己記述的および理解可能であるものとして想定され得る。これを達成するために、公式および論理情報モデルが提案され得る。情報モデルは、未来のＩｏＴのための認知中心のＣ６基本機能を含み得る、ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャの情報ビューとしても働くことができる。
【００６８】
提案された情報モデルにおいて、ＩｏＴ情報は、ＩｏＴコンテンツ、ＩｏＴコンテキスト、ＩｏＴポリシー、ＩｏＴ決定、ＩｏＴイベント、ＩｏＴ発見、およびＩｏＴ記述子という、７つの基本カテゴリにカテゴリ化され得る。７つの基本カテゴリは拡張可能であり得る。より多くのＩｏＴ使用ケースが発生する場合、より多くのカテゴリがこれらの７つの基本カテゴリに追加され得ることが予測される。最も重要なことに、それらのカテゴリについて標準化されたフォーマットが提案され得るため、情報は、容易に機械処理可能であり、ユニバーサルに機械解釈可能となり得る。ＩｏＴ情報のセマンティクスおよびメタデータは、提案されたフォーマット内に埋め込まれ得る。加えて、異なるタイプの情報カテゴリは、それらの間に、本明細書で説明され得る一定の関係および／または依存性を有し得る。
【００６９】
ＩｏＴコンテンツは、ＩｏＴにおける任意の文字、視覚、または聴覚情報であり得る。様々なコンテンツ操作を容易にし得る、拡張可能ＩｏＴコンテンツモデルが提案され得る。提案されるＩｏＴコンテンツモデルにおいて、コンテンツは、ＥＴＳＩ  Ｍ２Ｍアーキテクチャの場合のように、既存のＩｏＴシステム内のアプリケーションに対して不透明ではない可能性があり、コンテンツ認識がユニバーサルに達成され得る。
【００７０】
コンテンツは特定のタイプについて定義されたすべての属性を包含し得るため、ＩｏＴコンテンツモデル内のフィールドは、コンテンツの追加の知識を追加し得る、コンテンツのタイプを示すために定義され得る。このフィールドに入れられる任意の値は、ＩｏＴコンテンツのサブカテゴリとすることができる。提案されたフィールドを使用することによって、ＩｏＴコンテンツのサブカテゴリにとって固有であり汎用であるそれらの属性は、これに属するそれらのコンテンツのために再使用され得る。このため、コンテンツのメタデータのサイズは減少され得、これはＩｏＴにおけるリソースが制約されたデバイスにとって重要であり得る。ＩｏＴコンテンツのピースはＩｏＴコンテンツの他のピースから導出／構成され得、フィールドはこうした関係を追跡するために定義され得る。ＩｏＴコンテンツモデル内のフィールドは、キャッシュ置換、情報推奨、情報発見などのために重要な知識であり得る、ＩｏＴコンテンツの人気を追跡するために定義され得る。ＩｏＴコンテンツモデル内のフィールドは、ＩｏＴコンテンツが配置され得る場所を記録するために定義され得る。このフィールドは、コンテンツ位置解決、コンテンツ発見、およびコンテンツ取り出しのために使用され得る。これらのフィールドは、ＩｏＴコンテキスト、ＩｏＴイベント、ＩｏＴ発見、およびＩｏＴ記述子のカテゴリにも適用することができる。
【００７１】
ＩｏＴコンテキストは、エンティティの状況を特徴付けるために使用され得る任意の情報を含むことができる。異なるコンテキスト動作およびコンテキスト認識を実行可能にすることができる、フレキシブルなＩｏＴコンテキストモデルが提案され得る。提案されたＩｏＴコンテキストモデルを用いると、コンテキスト認識はもはや、位置および時間などの主要なコンテキストに限定されないことが可能である。すべての種類のコンテキストが、適切なアクセス権を備える任意の人またはデバイスによって解釈および理解され得る。
【００７２】
ＩｏＴコンテキストモデル内のフィールドは、コンテキストの公開者がコンテキストを推定することが必要な可能性のあるすべての論理を含むように定義され得る。フィールドは、適切に推定されたかどうかについてコンテキストを検証するために重要であり得る。このフィールドは、ポリシー、またはコンテキスト推論が存在する何らかの他の情報要素を参照する、リンクを含むことができる。
【００７３】
ＩｏＴポリシーは、決定を導き合理的な成果を達成するための、原理または規則を記述する情報を含むことができる。認知機能がスマートな決定を行うためのポリシーを統合し、解釈することを容易にする、ＩｏＴポリシーモデルが提案され得る。
【００７４】
ＩｏＴポリシーモデル内のフィールドは、発行者がポリシーを実施する理由を指摘するために定義され得る。このフィールドは、他の人またはデバイスがこのポリシーを理解するために重要であり得る。ＩｏＴポリシーモデル内のフィールドは、ポリシーが影響を与えるオブジェクトを記述するために定義され得、このフィールドは影響を受けるパーティを識別するためにポリシー実行者によって使用され得る。ＩｏＴポリシーモデルにおける２つの別々のフィールドは、ポリシーの本文を示すように提案され得る。結果として、ポリシーの表現はそれら２つのフィールドに埋め込まれ得る。ポリシーの条件および決定を適切にセットアップするために、ポリシーが他のポリシーを参考にする必要がある場合に含まれることになるフィールドが提案され得る。
【００７５】
ＩｏＴ決定は、アクションを実行するための要望または命令を与えるために、認知機能によって実行され得る。ＩｏＴ決定が容易に理解されること、および以下のアクションが正確に実行されることを可能にすることができる、解釈可能なＩｏＴ決定モデルが提案され得る。
【００７６】
ＩｏＴ決定モデル内のフィールドは、発行者がなぜ決定を行うのか、および受信者が決定に基づいてアクションを実行する場合に何が望ましい成果であるかを、略述するために提案され得る。このフィールドは、他の人またはデバイスが決定を理解するために重要であり得る。ＩｏＴ決定モデル内のフィールドは、決定のトリガ要因、いずれのアクションが実行される必要があり得るか、誰がこの決定を受信してアクションを実行し得るか、およびいつアクションが受信者によって実行され得るかを、記述するために提案され得る。決定の表現は、それら４つのフィールドに埋め込まれ得る。ＩｏＴ決定モデル内のフィールドは、決定におけるアクションが受信者によって実行された後に、決定が影響を与えるオブジェクトを記述するために提案され得る。
【００７７】
ＩｏＴイベントは、観察可能な出現、現象、異常な出現などのモノを言い表すことができる。イベントのユニバーサル解釈を可能にし得、イベントのブロードキャストおよび広告を可能にし得る、ＩｏＴイベントモデルが提案され得る。
【００７８】
ＩｏＴイベントモデル内のフィールドは、イベントが影響を与えるかまたは関与するオブジェクトを記述するために提案され得る。ＩｏＴイベントモデル内のフィールドは、イベントの位置、開始時間、および持続時間を記述するために提案され得る。
【００７９】
ＩｏＴ発見は、発見クエリの結果を含むことができる。ＩｏＴ発見をキャッシュしているノードが、これを解釈、ブロードキャスト、集約、構成、および分解できるようにし得る、ＩｏＴ発見モデルが提案され得る。提案されたＩｏＴ発見モデルは、そのキャッシングを有意にすること、およびキャッシュされたコピーを再使用可能にすることができる。
【００８０】
ＩｏＴ発見モデル内のフィールドは、発見が向けられている情報識別子および情報カテゴリを示すために提案され得る。ＩｏＴ発見モデル内のフィールドは、発見プロセスを記述するために提案され得る。フィールドは、この発見情報が、ある検索キーワードを用いてある時間および位置で行われた要求者のクエリに対して、返答者によって返答されることを示すことができる。それらのフィールドは、同じ発見クエリが存在し、発見情報が再使用され得る場合のように、発見情報が任意の中間ノードによってキャッシュされるときに、比較のために必要とされ得る。
【００８１】
ＩｏＴ記述子は、ＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、またはＩｏＴアプリケーションの属性を記述することができる。ＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、またはＩｏＴアプリケーションは、ＩｏＴ内で動作可能であり得る。ＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、またはＩｏＴアプリケーション上で発見、アドレス指定、および動作することを可能にするために、その属性を記述するための記述子を有することが必要な可能性がある。ＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、またはＩｏＴアプリケーションの記述子は、ＩｏＴ情報の１つのクラスとして見られ得る。
【００８２】
ＩｏＴ記述子モデル内のフィールドは、記述子が関するＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、またはＩｏＴアプリケーションのＩＤおよびタイプを示すために提案され得る。ＩｏＴ記述子モデルにおいて、記述子が関係するＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、またはＩｏＴアプリケーションに含まれるすべての情報を通信することが提案され得る。これらのフィールドは、ＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、またはＩｏＴアプリケーションでの情報発見を容易にすることができる。
【００８３】
ＩｏＴコンテンツモデル、ＩｏＴコンテキストモデル、ＩｏＴポリシーモデル、ＩｏＴ決定モデル、ＩｏＴイベントモデル、ＩｏＴ発見モデル、ＩｏＴ記述子モデル、およびその他を含む、ＩｏＴ情報モデルは、任意のＩｏＴのモノまたはＩｏＴのエンティティが物理世界から獲得された情報を解釈および理解するために、適合されることが必要であり得る。図３に示されるようなＩｏＴのモノまたはＩｏＴのエンティティは、情報カテゴリの様々な組合せを含むことができる。提案された情報モデルを介して、ＩｏＴ内の情報は、情報作成者または公開者以外の他の人およびデバイスによって理解可能なように、自己記述的であるものとすることができる。これは、元のデータでは明示的でない論理的結論を推測するために、モデルを使用して記述されたインスタントデータが検証および推論されることを可能にすることもできる。未来のＩｏＴに関する情報は、同じかまたは関係するドメインからの他のデータと一緒にされた場合、情報が意味を成し得るという意味で、リンクまたは接続され得る。情報間の関係は、未来のＩｏＴにおけるデータ、情報、および知識のピースを露出、共有、および接続することを可能にすることができる。
【００８４】
提案された情報モデルは、ＲＤＦなどの任意のメタデータデータモデルにマッピングおよび統合されること、ならびに、ＲＤＦＳなどの任意の語彙記述言語によって記述されることができる。ＲＤＦ／ＲＤＦＳに対する提案された情報モデルのためのマッピングおよび統合スキームが提供され得る。情報モデル内に定義されたフィールドはＲＤＦＳによって容易に記述され得、現在はＩｏＴドメインに関するＲＤＦＳにない補足および標準のスキーマとして働くことができる。
【００８５】
ＩｏＴコンテンツは、ＩｏＴにおける任意の文字、視覚、または聴覚情報であり得る。定義されたＩｏＴコンテンツモデルおよびフォーマットは、様々なコンテンツ操作を容易にすることができる。ＩｏＴコンテンツは、ｃｏｎｔｅｎｔＩＤ、ｎａｍｅ、ｔｙｐｅ、ｃｒｅａｔｉｏｎＴｉｍｅ、ｌｉｆｅｔｉｍｅ、ｐｒｏｄｕｃｅｒ、ｓｉｚｅ、ｏｐｅｒａｔｉｏｎ、ｄｅｒｉｖｅｄＦｒｏｍ、ｄｅｒｉｖｅｓＴｏ、ａｃｃｅｓｓＲｉｇｈｔ、ｒｅｔｒｉｅｖａｌＮｕｍ、ｌｏｃａｔｉｏｎ、およびｒｅｐｒｅｓｅｎｔａｔｉｏｎの、フォーマットを有することができる。
【００８６】
ｃｏｎｔｅｎｔＩＤの場合、各コンテンツはアドレス指定可能な一意の識別子を有することができる。
【００８７】
Ｎａｍｅはコンテンツの名前を提供することができる。
【００８８】
Ｔｙｐｅは、数値データ、ビデオ、２進実行可能プログラムなどの、コンテンツのタイプを示すことができる。コンテンツはコンピュータなどの電子デバイス内に記憶可能であるものと考えられ得るため、一般に、．ｂｉｎ、．ｍｏｖ、．ｍｐ３などの１つの拡張子を有することができる。ｔｙｐｅは、既存のタイプを拡張することによってさらに細分性を含むことができる。たとえばｔｙｐｅは、他方で数値データタイプを拡張することができる、Ｆｌｏａｔｉｎｇ−Ｐｏｉｎｔのタイプを拡張し得る、ＴｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇとすることができる。クラスＴｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇの記述において、華氏（Ｆａｈｒｅｎｈｅｉｔ）などのデータの単位が定義され得る。ｔｙｐｅは、コンテンツの容易な理解を可能にするために、コンテンツの作成者によって定義および公開され得る。その一方で、ｔｙｐｅが公開される場合、それらは、他のＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、および／またはＩｏＴアプリケーションによってアドレス指定および使用され得る、一意の識別子も有することができる。ＸＭＬスキーマは、広範囲のデータタイプ、たとえばＢｏｏｌｅａｎ、Ｉｎｔｅｇｅｒ、Ｆｌｏａｔｉｎｇ−Ｐｏｉｎｔ、Ｔｉｍｅ、Ｄａｔｅなどを、事前に定義することができる。結果として、事前に定義されるかまたはユーザ定義され得、そのＵＲＩによって表され、その下に記憶され得る、ｔｙｐｅが標準化され得る。他方で、ｔｙｐｅはコンテンツ自体の一部として含まれることもできる。
【００８９】
ＣｒｅａｔｉｏｎＴｉｍｅは、コンテンツが最初に作成された時点を示すことができる。コンテンツがキャッシュされている場合、これは、コンテンツがキャッシュされた時間を示すことができる。コンテンツが他のコンテンツから集約されている場合、これは、コンテンツが集約および生成された時間を示すことができる。
【００９０】
Ｌｉｆｅｔｉｍｅは、コンテンツが有効であると考えられる持続時間を示すことができる。
【００９１】
Ｐｒｏｄｕｃｅｒは、コンテンツの元の作成者を示すことができる。コンテンツインスタンスは、複数のｐｒｏｄｕｃｅｒによって生成され得る。たとえばコンテンツは、Ｐｒｏｄｕｃｅｒに含まれ得る、対応するセンサによって感知された多くの温度読み取り値から集約された平均温度とすることができる。
【００９２】
Ｓｉｚｅは、コンテンツのサイズをたとえばバイト単位で示すことができる。
【００９３】
ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるｏｐｅｒａｔｉｏｎの場合、コンテンツインスタンスで実行され得る動作が、もはや作成、取り出し、更新、および削除に限定されないことが提案され得る。コンテンツインスタンスは、公開、キャッシュ、変換、構成／分解、適合、集約などが行われ得る。
【００９４】
ＤｅｒｉｖｅｄＦｒｏｍは、そこからのコンテンツの導出／構成／分解が行われる、コンテンツのリストを含むことができる。例として、ビデオコンテンツはビデオのクリップから構成され得る。
【００９５】
ＤｅｒｉｖｅｓＴｏは、現行のコンテンツがそこへ導出されるコンテンツのリストを含むことができる。
【００９６】
ＡｃｃｅｓｓＲｉｇｈｔは、Ｗｒｉｔｅ、Ｒｅａｄ、Ｄｅｌｅｔｅ、Ｃａｃｈｅ（ＷＤＲＣ）を含むがこれらに限定されない、コンテンツのアクセス権を示すことができる。本明細書で定義されるａｃｃｅｓｓＲｉｇｈｔ（他のＩｏＴ情報カテゴリについて定義されるものを含む）は、前述のようなＷＤＲＣに限定され得ないが、この情報カテゴリについて定義されたように許可される動作に依存することができる。たとえば、ａｃｃｅｓｓＲｉｇｈｔはＴｒａｎｓｆｏｒｍ、Ａｄａｐｔなどとすることができる。他方で、メタデータ自体は異なる聴衆に対する異なるアクセス権を有することができる。たとえば、ｃｒｅａｔｉｏｎＴｉｍｅおよびｐｒｏｄｕｃｅｒは、公衆に対して開かれているのではなく、エンティティの特定のグループのみがアクセス可能であるものとすることができる。
【００９７】
ＲｅｔｒｉｅｖａｌＮｕｍは、他のＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、および／またはＩｏＴアプリケーションによってコンテンツインスタンスが取り出されている回数に関する統計を、維持することができる。この値は経時的に変化し得、コンテンツプロバイダおよびコンテンツキャッシング位置によって個別に維持されるローカル統計である。
【００９８】
Ｌｏｃａｔｉｏｎは、コンテンツの可能な位置を記録することができる。このリストは経時的に変化し得、コンテンツプロバイダ、コンテンツキャッシング位置、およびコンテンツルータによって、個別に維持され得る。
【００９９】
Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、コンテンツの表現、およびコンテンツの表現を指示しているリンクを含むことができる。
【０１００】
いくつかのコンテンツはプロパティの同じ値を共有することができるが、コンテンツ表現自体は、コンテンツの追加情報に比べてかなり小さいサイズを有する可能性がある。結果として、コンテンツのフォーマットが個別のコンテンツおよび共有可能なコンテンツに分けられることが可能であることが提案され得る。たとえば、ｃｏｎｔｅｎｔＩＤ、Ｎａｍｅ、Ｓｉｚｅ、およびＲｅｐｒｅｓｅｎｔａｔｉｏｎは、個別のコンテンツとみなされ得る、コンテンツの各々に対して一意であるものとすることができる。他方で、コンテンツのグループが、共有可能なコンテンツとみなされ得る同じｔｙｐｅ、ｐｒｏｄｕｃｅｒ、ｏｐｅｒａｔｉｏｎなどを共有することができる。結果として、追加のコンテンツ情報は、１つの表現内でコンテンツと同一位置に配置され得るか、または異なる表現内で別々に配置され得る。コンテンツのいずれかの表現がコンテンツの追加情報のピースを指示するリンクを有することができる、または、追加情報のピースがコンテンツを指示するリンクを有することができる、または両方の方向にポインタが存在し得る。この提案は他の情報カテゴリにも適用することができる。
【０１０１】
コンテキストは、エンティティの状況を特徴付けるために使用され得る任意の情報を含むことができる。エンティティは、人物、場所、またはオブジェクトとすることができ、ユーザとアプリケーションとの間の相互作用に関連すると考えられ、ユーザおよびアプリケーション自体を含む。ＩｏＴコンテキストは、ｃｏｎｔｅｎｔＩＤ、ｎａｍｅ、ｔｙｐｅ、ｌｉｆｅｔｉｍｅ、ｐｕｂｌｉｓｈｅｒ、ｃｒｅａｔｉｏｎＴｉｍｅ、ｒｕｌｅ、ｄｅｒｉｖｅｄＦｒｏｍ、ｄｅｒｉｖｅｓＴｏ、ｏｐｅｒａｔｉｏｎ、ａｃｃｅｓｓＲｉｇｈｔ、ｒｅｔｒｉｅｖａｌＮｕｍ、ｌｏｃａｔｉｏｎ、およびｒｅｐｒｅｓｅｎｔａｔｉｏｎの、フォーマットを有することができる。
【０１０２】
ｃｏｎｔｅｘｔＩＤの場合、各コンテキストはアドレス指定可能な一意の識別子を有することができる。
【０１０３】
Ｎａｍｅはコンテキストの名前を提供することができる。
【０１０４】
Ｔｙｐｅは、コンテキストのタイプを示すことができる。ＳＭＡＲＴ  Ｃ６対応アーキテクチャでは、物理コンテキスト、技術コンテキスト、パーソナルコンテキスト、ソーシャルコンテキスト、および動作コンテキストに分けられ得るがこれらに限定されない、すべての種類のコンテキストが関与することができる。物理コンテキストは、位置、時間、温度、光度、近隣の人物などを含むことができる。技術コンテキストは、ネットワーク状況（帯域幅、待ち時間、誤り率、トラフィック負荷、リンク品質、ネットワークカバレッジなど）、デバイス状況（入力および出力機能、メモリ、電力、ソフトウェアサポート）、使用可能サービス、サービス仕様、サービス入力および出力などを含むことができる。パーソナルコンテキストは、住所、電話番号、プリファレンス、スケジュール、サービスプリファレンスなどを含むことができる。ソーシャルコンテキストは、友人のリスト、ユーザが属するグループまたはチームなどを含むことができる。動作コンテキストは、役割、活動、すべき項目、買い物リストなどを含むことができる。コンテキストのタイプは、コンテキストの容易な理解を可能にするために、コンテキストの公開者によって定義および公開され得る。コンテキストタイプは、１次タイプおよび２次タイプにグループ化され得る。１次コンテキストは主に、位置、時間、およびエンティティに関するものとすることができる。１次コンテキストは、他の２次コンテキストデータへのインデックスとして使用され得る。
【０１０５】
Ｌｉｆｅｔｉｍｅは、コンテキストが有効であると考えられる持続時間を示すことができる。
【０１０６】
Ｐｕｂｌｉｓｈｅｒは、集合レイヤによって集められたデータから、抽象化および／または推論レイヤのコンテキストを注釈付けまたは推論することができる、コンテキストの元の公開者を示すことができる。
【０１０７】
ＣｒｅａｔｉｏｎＴｉｍｅは、コンテキスト情報が最初に作成された時点を示すことができる。コンテキストがキャッシュされている場合、これは、コンテキストがキャッシュされた時間を示すことができる。コンテキストが他のコンテキストから集約されている場合、これは、コンテキストが集約および生成された時間を示すことができる。
【０１０８】
Ｒｕｌｅは、コンテキストを取得するために公開者が使用する論理を含むことができる。コンテキストがいずれの推論も必要としないが、ユーザプロファイル、パワーを残しているデバイスなどのエンティティに関する事実を述べている場合、ｒｕｌｅは空のままとすることができる。ｒｕｌｅは、低位のコンテキストおよびデータから高位のコンテキストを導出または推論する際に実施され得る。高位のコンテキストは、アクションを実行するためのコンテキスト認識アプリケーションによって直接使用され得る。ｒｕｌｅはポリシー情報要素へのリンクも含むことができる。
【０１０９】
ＤｅｒｉｖｅｄＦｒｏｍは、そこからコンテキストが導出される、データおよび／または低位のコンテキストのリストを含むことができる。例として、２つの温度センサが物理世界から生データを感知することができる。データから生成され得る低位のコンテキストは、領域内の平均温度とすることができる。平均温度は、２つの温度センサ読み取り値を平均することによって計算され得る。データから導出され得る高位のコンテキストは、近隣が高温警告下にあるものとすることができる。ｄｅｒｉｖｅｄＦｒｏｍフィールドは、２つの温度センサの温度センサ読み取り値のデータＵＲＩを含むことができる。
【０１１０】
ＤｅｒｉｖｅｓＴｏは、現行のコンテキストをそこへ導出するコンテキストのリストを含むことができる。
【０１１１】
ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるｏｐｅｒａｔｉｏｎの場合、コンテキスト上で実行され得る動作が、もはや作成、取り出し、更新、削除に限定され得ないことが提案され得る。コンテキストは、キャッシュ、抽象化、適合などが行われ得る。
【０１１２】
ＡｃｃｅｓｓＲｉｇｈｔは、コンテキストのアクセス権を示すことができる。コンテキストはパブリックまたはプライベートとすることができる。パブリックコンテキストはパブリックに提供され得、誰もが容易に取得でき得、同様の状況にあるアプリケーション間で重複し得る、たとえば気象情報、時間などを含む。プライベートコンテキストは、正確なポジション、プリファレンス、挙動パターンなどの、恐らくはユーザに関係する機密情報とすることができる。プライベートコンテキストは、特別な保護を必要とし、セキュリティ、プライバシー、および安全方法を要求することができる。本開示で定義されるａｃｃｅｓｓＲｉｇｈｔ（他のＩｏＴ情報カテゴリについて定義されるものを含む）は、前述のパブリックおよびプライベートに限定され得ないが、この情報カテゴリについて許可される動作に依存することができる。たとえばａｃｃｅｓｓＲｉｇｈｔは、Ｃａｃｈｅ、Ａｄａｐｔなどを含むことができる。
【０１１３】
ＲｅｔｒｉｅｖａｌＮｕｍは、他のエンティティによってコンテキストが取り出されるかまたは使用される回数の統計を維持することができる。この値は経時的に変化し得、コンテキスト公開者および／またはコンテキストキャッシング位置によって個別に維持されるローカル統計であり得る。
【０１１４】
Ｌｏｃａｔｉｏｎは、コンテキストの可能な位置を記録することができる。このリストは経時的に変化し得、コンテキスト公開者および／またはコンテキストキャッシング位置によって個別に維持され得る。
【０１１５】
Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、コンテキストの表現、およびコンテキストの表現を指示しているリンクを含むことができる。
【０１１６】
ＩｏＴコンテンツに関して定義されたフィールドの分類と同様に、ＩｏＴコンテキストの属性も個別および共有可能な属性に分割され得る。ｃｏｎｔｅｘｔＩＤ、Ｎａｍｅ、およびＲｅｐｒｅｓｅｎｔａｔｉｏｎのフィールドは、ＩｏＴコンテキストに対して一意の値を有するものとみなされ得る。他のフィールドは異なるＩｏＴコンテキストに対して同じ値を有することができる。
【０１１７】
ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるポリシー情報は、決定を導き合理的な成果を達成するための、原理または規則として記述され得る。ポリシーは、決定を行うために認知機能に供給され得る。ＩｏＴポリシーは、ｐｏｌｉｃｙＩＤ、ｎａｍｅ、ｉｓｓｕｅｒ、ｃｒｅａｔｉｏｎＴｉｍｅ、ｐｕｒｐｏｓｅ、ｓｃｏｐｅ、ｅｆｆｅｃｔｉｖｅＴｉｍｅ、ｔｙｐｅ、ｃｏｎｄｉｔｉｏｎ、ｄｅｃｉｓｉｏｎ、ｒｅｆｅｒｅｎｃｅ、ｏｐｅｒａｔｉｏｎ、ａｃｃｅｓｓＲｉｇｈｔ、ｒｅｔｒｉｖａｌＮｕｍ、およびｌｏｃａｔｉｏｎの、フォーマットを有することができる。
【０１１８】
ｐｏｌｉｃｙＩＤの場合、各ポリシーはアドレス指定可能な一意の識別子を有することができる。
【０１１９】
Ｎａｍｅはポリシーの名前を提供することができる。
【０１２０】
Ｉｓｓｕｅｒは、あるＩｏＴ情報要素、ＩｏＴエンティティ、ＩｏＴサービスなどにこうしたポリシーを実施し得る、ポリシーの発行者を示すことができる。
【０１２１】
ＣｒｅａｔｉｏｎＴｉｍｅは、ポリシー情報が最初に作成された時点を示すことができる。
【０１２２】
Ｐｕｒｐｏｓｅは、発行者がなぜポリシーを実施しているか、および何がポリシーの望ましい効果または成果であり得るかを略述することができる。たとえば、任意のアプリケーションによって要求され得る、ローカル温度を感知するＩｏＴエンティティが存在し得る。たとえば、ＩｏＴエンティティの代わりにプロキシするゲートウェイは、クエリレートがあるしきい値に達したときに、ゲートウェイ内のＩｏＴエンティティを仮想化することを決定できるように、ポリシーを発行することができる。こうしたポリシーの目的は、たとえばＩｏＴエンティティの電力消費を最小限にすることであり得る。
【０１２３】
Ｓｃｏｐｅは、ポリシーが誰に影響を与えるかを記述することができる。上記の例において、ポリシーの範囲はＩｏＴエンティティおよびゲートウェイとすることができる。
【０１２４】
ＥｆｆｅｃｔｉｖｅＴｉｍｅは、いつポリシーが効力を発するか、およびどれだけの間ポリシーが効力を発したままであるかを示すことができる。
【０１２５】
Ｔｙｐｅはポリシーのタイプを示すことができる。ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるポリシーは、ユニバーサルに適合されたポリシーまたはカスタマイズされたポリシーとすることができる。ユニバーサルに適合されたポリシーは、あらゆるＩｏＴエンティティが認識して従う規則を含むことができ、認知機能の集中型ポリシーデータベース内に配設され得る。カスタマイズされたポリシーは、範囲および適用可能性を有し得、異なるＩｏＴエンティティおよびサービスの場合、カスタマイズされたポリシーは変化する可能性がある。ポリシーは関係するアクティビティおよび動作のそれらのタイプに基づいてカテゴリ化され得る。ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるアクティビティおよび動作は、ルーティング、キャッシング、仮想化、加入など、様々であり得る。
【０１２６】
Ｃｏｎｄｉｔｉｏｎは、コンマまたは他の文字によって分けられたアトミックな式内に条件または条件のリストを含めることができる。Ｃｏｎｄｉｔｉｏｎは、ポリシーの本文と呼ばれる場合がある。ポリシー本文におけるコンマは、接続語的に読み取ることができる。上記の例では、ポリシーの条件は、ＩｏＴエンティティ上でホストされた温度読み取り値データのクエリレートが、あるしきい値に達することをゲートウェイが観察することであり得る。
【０１２７】
Ｄｅｃｉｓｉｏｎは、すべての条件が真である場合に実行されるものとする決定または決定のリストを含むことができる。上記の例では、ポリシーの決定はゲートウェイ内でＩｏＴエンティティを仮想化することであり得る。
【０１２８】
Ｒｅｆｅｒｅｎｃｅは、このポリシーをセットアップするために発行者によって参照される他のポリシーを示すことができる。上記の例で、しきい値は、ＩｏＴエンティティの残りのパワーに基づいてクエリレートの適切なしきい値を如何にして選択するかについての規則を記述し得る、別のポリシーを参照することによって決定され得る。
【０１２９】
ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるｏｐｅｒａｔｉｏｎの場合、ポリシー上で遂行され得る動作は、もはや作成、取り出し、更新、削除に限定されないことが提案され得る。ポリシーは、公開、キャッシュ、構成／分解、適合などが行われ得る。
【０１３０】
ＡｃｃｅｓｓＲｉｇｈｔは、読み取り、書き込み、削除、およびキャッシュを含むがこれらに限定されない、ポリシーのアクセス権を示すことができる。
【０１３１】
ＲｅｔｒｉｅｖａｌＮｕｍは、他のエンティティによってポリシーが取り出される回数の統計を維持することができる。この値は経時的に変化し得、ポリシー発行者および／またはポリシーキャッシング位置によって個別に維持されるローカル統計であり得る。
【０１３２】
Ｌｏｃａｔｉｏｎは、ポリシーの可能な位置を記録することができる。このリストは経時的に変化し得、ポリシー発行者および／またはポリシーキャッシング位置によって個別に維持され得る。
【０１３３】
ＩｏＴコンテンツについて定義されたフィールドの分類と同様に、ＩｏＴポリシーの属性も個別の属性および共有可能な属性に分割され得る。ｐｏｌｉｃｙＩＤ、Ｎａｍｅ、Ｃｏｎｄｉｔｉｏｎ、およびＤｅｃｉｓｉｏｎフィールドは、ＩｏＴポリシーに対して一意の値を有するものとみなされ得る。他のフィールドは異なるＩｏＴポリシーに対して同じ値を有することができる。
【０１３４】
ＩｏＴ決定は、アクションを行う際に要望または命令を与えるための認知機能によって行われ得る。決定実行プロセスは、環境からの相互作用と統合された連続プロセス、および、満足できるソリューションに到達したときに終了され得る問題解決アクティビティとしてみなされ得る。決定は、代替アクションの中からアクションをピックアップすることによって行われ得る。代替アクションは、すべての対象に対して評価され得る。ＩｏＴ決定は、ｄｅｃｉｓｉｏｎＩＤ、ｎａｍｅ、ｉｓｓｕｅｒ、ｃｒｅａｔｉｏｎＴｉｍｅ、ｐｕｒｐｏｓｅ、ｔｒｉｇｇｅｒ、ｅｘｅｃｕｔｏｒ、ｒｅｃｉｐｉｅｎｔ、ｓｃｏｐｅ、ｅｘｅｃｕｔｉｏｎＴｉｍｅ、ａｃｔｉｏｎ、ｔｙｐｅ、ｏｐｅｒａｔｉｏｎ、およびａｃｃｅｓｓＲｉｇｈｔの、フォーマットを有することができる。
【０１３５】
ｄｅｃｉｓｉｏｎＩＤの場合、各決定はアドレス指定可能な一意の識別子を有することができる。
【０１３６】
Ｎａｍｅは決定の名前を提供することができる。
【０１３７】
Ｉｓｓｕｅｒは、それだけで行われることが必要なアクションを示し得るか、または他のＩｏＴエンティティまたは情報要素に関与し得る、決定の発行者を示すことができる。
【０１３８】
ＣｒｅａｔｉｏｎＴｉｍｅは、決定情報が最初に作成された時点を示すことができる。
【０１３９】
Ｐｕｒｐｏｓｅは、なぜ発行者が決定を行うか、および、受信者によって決定が行われた後に何が望ましい効果または成果であるかを、略述することができる。たとえば、ＩｏＴエンティティは、コンテンツをキャッシングする際に、近隣のＩｏＴエンティティと協働することを希望していることを決定することができる。この決定の目的は、同じコンテンツの重複コピーが近隣に記憶されないように、記憶の効率を向上させることであり得る。
【０１４０】
Ｔｒｉｇｇｅｒは、決定のトリガリング要因を記述することができる。トリガリング要因は、イベント情報要素、コンテンツ変更、コンテキスト変更などへのイベントまたはリンクを含むことができる。例として、同じ近隣にある２つのＩｏＴエンティティが互いに協働することになるという決定のトリガは、それらがコンテンツをキャッシングするために互いのストレージ機能を学習するという事実であり得る。別の例として、２つのＩｏＴエンティティがコンテンツのキャッシングにおいて互いに協働することを決定した後、それ自体のストレージからキャッシュされた同じコンテンツのコピーを削除するための決定を行うことができる。こうした決定のトリガは、発行者が別のＩｏＴエンティティのストレージ内にある同じコンテンツの重複コピーを見つけることであり得る。
【０１４１】
Ｅｘｅｃｕｔｏｒは、決定に含まれるアクションを誰が遂行することになるかを示すことができる。上記の例では、ＩｏＴエンティティが近隣のノードと協働する場合、別のＩｏＴエンティティ内にコンテンツの重複コピーが存在することを見つけることができる。２つのＩｏＴエンティティは互いに交渉し、コピーのうちの１つを削除するように決定を行うことができる。決定は、誰がこのアクションを行うことになるかにも関与することができ、これはＲｅｃｉｐｉｅｎｔフィールド内に示され得る。
【０１４２】
Ｒｅｃｉｐｉｅｎｔは、決定の実行者以外に誰に決定が通知されることになるかを示すことができる。上記の例では、決定の実行者は、コンテンツのそのローカルコピーを削除することになるＩｏＴエンティティのうちの１つであり得る。他方のＩｏＴエンティティにも決定が通知され得、これはＲｅｃｉｐｉｅｎｔフィールド内に示され得る。
【０１４３】
Ｓｃｏｐｅは、決定が誰または何に影響を与えるかを記述することができる。決定の範囲は、任意の情報要素、ＩｏＴエンティティ、ＩｏＴサービスなどを含むことができる。上記の例では、ポリシーの範囲は発行者のストレージに記憶されたコンテンツのコピーとすることができる。発行者はこのコンテンツのコピーをメモリから削除することができる。
【０１４４】
ＥｘｅｃｕｔｉｏｎＴｉｍｅは、決定を受信した後に、決定の受信者がアクションを行うことを必要とする時点を示すことができる。ほとんどの場合、ｅｘｅｃｕｔｉｏｎＴｉｍｅは上記の例のように即時であり得る。しかし、たとえば家の中のエアコンディショナが２時間以内にオフにされるべきであると決定されるケースがあり得る。
【０１４５】
Ａｃｔｉｏｎは、決定を受信した後に決定の受信者が遂行することを必要とするアクションを示すことができる。上記の例では、アクションは、受信者のローカルストレージからコンテンツの１つのコピーを削除することであり得る。
【０１４６】
Ｔｙｐｅは、決定のタイプを示すことができる。決定は、関係するアクティビティおよび動作のそれらのタイプに基づいてカテゴリ化され得る。ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるアクティビティおよび動作は、ルーティング、キャッシング、仮想化、加入など、様々であり得る。
【０１４７】
ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるＯｐｅｒａｔｉｏｎの場合、決定時に遂行される動作が、もはや作成、取り出し、更新、削除に限定されないことが提案され得る。決定は、公開、キャッシュ、適合などが行われ得る。
【０１４８】
ＡｃｃｅｓｓＲｉｇｈｔは、読み取り、書き込み、およびキャッシュを含むがこれらに限定されない、決定のアクセス権を示すことができる。
【０１４９】
ＩｏＴコンテンツについて定義されたフィールドの分類と同様に、ＩｏＴ決定の属性も個別の属性および共有可能な属性に分割され得る。フィールドｄｅｃｉｓｉｏｎＩＤ、Ｎａｍｅ、Ｔｒｉｇｇｅｒ、Ａｃｔｉｏｎ、Ｒｅｃｉｐｉｅｎｔ、ｅｘｅｃｕｔｉｏｎＴｉｍｅは、各ＩｏＴ決定に対して一意の値を有するものとみなされ得る。他のフィールドは、異なるＩｏＴ決定に対して同じ値を有することができる。
【０１５０】
ＩｏＴイベントは、観察可能な出現、現象、異常な出現などの多くのモノを言い表すことができる。ＩｏＴイベントは、ｅｖｅｎｔＩＤ、ｎａｍｅ、ｓｃｏｐｅ、ｔｙｐｅ、ｃｒｅａｔｉｏｎＴｉｍｅ、ｐｕｂｌｉｓｈｅｒ、ｏｃｃｕｒｒｉｎｇＬｏｃａｔｉｏｎ、ｏｃｃｕｒｒｉｎｇＴｉｍｅ、ｄｕｒａｔｉｏｎ、ｄｅｒｉｖｅｄＦｒｏｍ、ｄｅｒｉｖｅｓＴｏ、ｏｐｅｒａｔｉｏｎ、ａｃｃｅｓｓＲｉｇｈｔ、ｒｅｔｒｉｅｖａｌＮｕｍ、ｌｏｃａｔｉｏｎ、およびｒｅｐｒｅｓｅｎｔａｔｉｏｎのフォーマットを有する。
【０１５１】
ｅｖｅｎｔＩＤの場合、各イベントはアドレス指定可能な一意の識別子を有することができる。
【０１５２】
Ｎａｍｅは、イベントの名前を提供することができる。
【０１５３】
Ｓｃｏｐｅは、イベントが誰または何に影響を与えるかまたは関与するかを記述することができる。イベントの範囲は、任意の情報要素、ＩｏＴエンティティ、ＩｏＴサービスなどとすることができる。例として、車両（fleet）管理のアプリケーションにおいて、イベントは、車両Ａが時点Ｃに料金ゲートＢを通過した直後であることを含むことができる。イベントの範囲は車両Ａを含むことができる。
【０１５４】
Ｔｙｐｅはイベントのタイプを示すことができる。決定は、関係するアプリケーションによってタイプに分割され得る。ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるアプリケーションは、上記の例の車両管理などのように、様々であり得る。
【０１５５】
ＣｒｅａｔｉｏｎＴｉｍｅは、イベント情報が最初に作成された時点を示すことができる。
【０１５６】
Ｐｕｂｌｉｓｈｅｒは、誰がイベントをアナウンスするかもしれないかを示すことができる。上記の例では、イベントの公開者は車両Ａまたは料金ゲートＢのいずれかとすることができる。
【０１５７】
ＯｃｃｕｒｒｉｎｇＬｏｃａｔｉｏｎは、イベントが発生した場所を示すことができる。上記の例では、ｏｃｃｕｒｒｉｎｇＬｏｃａｔｉｏｎは料金ゲートＢの位置とすることができる。
【０１５８】
ＯｃｃｕｒｒｉｎｇＴｉｍｅは、イベントが発生した時点を示すことができる。上記の例では、ｏｃｃｕｒｒｉｎｇＴｉｍｅは時点Ｃとすることができる。
【０１５９】
Ｄｕｒａｔｉｏｎは、イベントがどれだけの間続くかを示すことができる。持続時間は推定される、プランニングされる、または瞬間的であり得る。上記の例では、車両Ａが料金ゲートＢで停止しない可能性があるため、イベントは瞬間的であり得る。しかしながら、何らかのイベントの持続時間はプランニングされ得る。たとえば、会議イベントは１週間にわたってプランニングされ得る。何らかのイベントの持続時間は、推定され得る。たとえば、橋での洪水が存在し得る。洪水がどれだけの間続くかは、異なるパラメータによって推定され得る。
【０１６０】
ＤｅｒｉｖｅｄＦｒｏｍは、そこからイベントが導出される、データおよび／または低位のコンテキストおよび／または高位のコンテキストのリストを含むことができる。上記の例では、イベントは車両に取り付けられたＲＦＩＤデバイスによって集められたデータから導出され得る。
【０１６１】
ＤｅｒｉｖｅｓＴｏは、現行のイベントがそこへ導出される、イベントのリストを含むことができる。
【０１６２】
ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるｏｐｅｒａｔｉｏｎの場合、イベント時に遂行される動作がもはや、作成、取り出し、更新、削除に限定されないことが提案され得る。コンテキストは、キャッシュ、抽象化などが行われ得る。
【０１６３】
ＡｃｃｅｓｓＲｉｇｈｔは、イベントのアクセス権を示すことができる。イベントはパブリックまたはプライベートとすることができる。パブリックイベント、たとえば洪水イベントが、パブリックに対してアナウンスされ得る。プライベートイベントは、あるエンティティのグループに対してのみアナウンスされ得る。
【０１６４】
ＲｅｔｒｉｅｖａｌＮｕｍは、イベントが他のエンティティによって取り出されるかまたは使用される回数の統計を維持することができる。この値は経時的に変化し得、イベント公開者、イベントキャッシング場所によって個別に維持されるローカル統計とすることができる。
【０１６５】
Ｌｏｃａｔｉｏｎは、イベントの可能な位置を記録することができる。このリストは経時的に変化し得、イベント公開者、および／またはイベントキャッシング場所によって、個別に維持され得る。
【０１６６】
Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、イベントの値を含むことができる。
【０１６７】
ＩｏＴコンテンツについて定義されたフィールドの分類と同様に、ＩｏＴイベントの属性も、個別のフィールドおよび共有可能なフィールドに分割され得る。フィールドｅｖｅｎｔＩＤ、Ｎａｍｅ、ｏｃｃｕｒｒｉｎｇＬｏｃａｔｉｏｎ、ｏｃｃｕｒｒｉｎｇＴｉｍｅ、およびＤｕｒａｔｉｏｎは、ＩｏＴイベントに対して一意の値を有するものとみなされ得る。他のフィールドは、異なるＩｏＴイベントに対して同じ値を有することができる。
【０１６８】
ＩｏＴ発見は、ｄｉｓｃｏｖｅｒｙＩＤ、ｃｒｅａｔｉｏｎＴｉｍｅ、ｑｕｅｒｙＩｎｆｏＩＤ、ｑｕｅｒｙＩｎｆｏＴｙｐｅ、ｒｅｑｕｅｓｔｏｒ、ｑｕｅｒｙＴｉｍｅ、ｑｕｅｒｙＬｏｃａｔｉｏｎ、ｓｅａｒｃｈＫｅｙｓ、ｌｉｆｅｔｉｍｅ、ｒｅｐｌｉｅｒ、ｓｉｚｅ、ｏｐｅｒａｔｉｏｎ、ｄｅｒｉｖｅｄＦｒｏｍ、ｄｅｒｉｖｅｓＴｏ、ａｃｃｅｓｓＲｉｇｈｔ、ｒｅｔｒｉｅｖａｌＮｕｍ、ｌｏｃａｔｉｏｎ、およびｒｅｐｒｅｓｅｎｔａｔｉｏｎの、フォーマットを有することができ、情報のキャッシングを容易にし、他の要求者に機会主義的に利益を与えるために使用され得る、発見クエリの結果を含むことができる。
【０１６９】
ｄｉｓｃｏｖｅｒｙＩＤの場合、各発見はアドレス指定可能な一意の識別子を有することができる。
【０１７０】
ＣｒｅａｔｉｏｎＴｉｍｅは、発見情報が最初に作成された時点を示すことができる。発見がキャッシュされる場合、発見がキャッシュされた時点を示すことができる。
【０１７１】
ＱｕｅｒｙＩｎｆｏＩＤは、発見が向けられる情報のＩＤを示すことができる。要求者が既知の識別子を備える情報の特定のピースを照会していない場合、このフィールドは空のままとすることができる。
【０１７２】
ＱｕｅｒｙＩｎｆｏＴｙｐｅは、発見が向けられる情報のタイプを示すことができる。タイプはコンテンツ、コンテキスト、ポリシー、決定、イベント、または記述子とすることができる。
【０１７３】
Ｒｅｑｕｅｓｔｏｒは、この発見要求を行ったエンティティの識別を示すことができ、ユーザ、アプリケーション、サービスなどとすることができる。
【０１７４】
ＱｕｅｒｙＴｉｍｅは、発見クエリが行われた時点を示すことができる。
【０１７５】
ＱｕｅｒｙＬｏｃａｔｉｏｎは、発見クエリが行われた場所を示すことができる。
【０１７６】
ＳｅａｒｃｈＫｅｙｓは、発見クエリが行われたときに用いたキーワードを示すことができる。キーワードは、各情報タイプ内のフィールドとすることができる。たとえば各情報のタイプは位置フィールドを有することができる。位置キーワードが指定された場合、発見クエリは照会されている情報の潜在位置を戻すことができる。
【０１７７】
Ｌｉｆｅｔｉｍｅは、発見情報が有効であると考えられる持続時間を示すことができる。
【０１７８】
Ｒｅｐｌｉｅｒは、発見クエリに返答するエンティティを示すことができる。返答者は、このクエリをキャプチャして、そのローカルのキャッシュされた結果と共に戻すことができる、発見要求メッセージの元の宛先、または何らかの中間ノードとすることができる。
【０１７９】
Ｓｉｚｅは、発見情報のサイズをたとえばバイト単位で示すことができる。
【０１８０】
ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるｏｐｅｒａｔｉｏｎの場合、発見時に遂行される動作がもはや、作成、取り出し、更新、削除に限定されないことが提案され得る。発見は、公開、キャッシュ、構成／分解などが行われ得る。
【０１８１】
ｄｅｒｉｖｅｄＦｒｏｍの場合、発見情報は他の発見情報から生成され得る。たとえば、コンテンツが２つのコンテンツのピースに分割される場合、コンテンツの発見情報は２つのコンテンツのピースの発見情報から生成される。発見情報が、他の情報から独立し、その一部ではない、何らかの照会された情報に関係している場合、このフィールドは空のままとすることができる。
【０１８２】
ＤｅｒｉｖｅｓＴｏは、現行の発見がそこへ生成する、発見のリストを含むことができる。
【０１８３】
ＡｃｃｅｓｓＲｉｇｈｔは、読み取り、書き込み、およびキャッシュを含むがこれらに限定されない、発見のアクセス権を示すことができる。
【０１８４】
ＲｅｔｒｉｅｖａｌＮｕｍは、発見が他のエンティティによって取り出される回数の統計を維持することができる。この値は経時的に変化し得、コンテンツプロバイダ、および／またはコンテンツキャッシング位置によって個別に維持される、ローカル統計とすることができる。
【０１８５】
Ｌｏｃａｔｉｏｎは、発見の可能な位置を記録することができる。このリストは経時的に変化し得、コンテンツプロバイダ、コンテンツキャッシング位置、およびコンテンツルータによって、個別に維持され得る。
【０１８６】
Ｒｅｐｒｅｓｅｎｔａｔｉｏｎは、ｓｅａｒｃｈＫｅｙｓに一致した情報または照会された情報の位置とすることが可能なＩＤ内に発見結果を含めることができる。位置は、たとえばＩＰアドレス（ＩＤのタイプ）として表され得る。
【０１８７】
ＩｏＴコンテンツについて定義されたフィールドの分類と同様に、ＩｏＴ発見の属性も、個別の属性および共有可能な属性に分割され得る。フィールドｄｉｓｃｏｖｅｒｙＩＤ、ｑｕｅｒｙＩｎｆｏＩＤ、ｑｕｅｒｙＩｎｆｏＴｙｐｅ、Ｒｅｑｕｅｓｔｏｒ、ｑｕｅｒｙＴｉｍｅ、ｑｕｅｒｙＬｏｃａｔｉｏｎ、ｓｅａｒｃｈＫｅｙｓ、Ｒｅｐｌｉｅｒは、ＩｏＴ発見に対して一意の値を有するものとみなされ得る。他のフィールドは、異なるＩｏＴ発見情報に対して同じ値を有することができる。
【０１８８】
ＩｏＴ記述子は、ＩｏＴアーキテクチャ内のシステム要素に関する情報を含むことができ、それらの間でＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、およびＩｏＴアプリケーションは、提案されたＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャに関するものと考えられる。記述子は、ＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、およびＩｏＴアプリケーションを記述するように設計され得、次いで、発見され、アドレス指定され、その上で動作されることが可能であり得る。ＩｏＴ記述子のフォーマットは、ｄｅｓｃｒｉｐｔｏｒＩＤ、ｃｒｅａｔｉｏｎＴｉｍｅ、ｌｉｆｅｔｉｍｅ、ｄｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＩＤ、ｄｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＴｙｐｅ、ｓｉｚｅ、ｌｉｓｔＯｆＡｐｐｌｉｃａｔｉｏｎ、ｌｉｓｔＯｆＳｅｒｖｉｃｅ、ｌｉｓｔＯｆＣａｐａｂｉｌｉｔｙ、ｌｉｓｔＯｆＦｕｎｃｔｉｏｎａｌｉｔｙ、ｌｉｓｔＯｆＣｏｎｔｅｎｔ、ｌｉｓｔＯｆＣｏｎｔｅｘｔ、ｌｉｓｔＯｆＰｏｌｉｃｙ、ｌｉｓｔＯｆＤｅｃｉｓｉｏｎ、ｌｉｓｔＯｆＥｖｅｎｔ、ｌｉｓｔＯｆＤｉｓｃｏｖｅｒｙ、ｌｉｓｔＯｆＤｅｓｃｒｉｐｔｏｒ、ｌｉｓｔＯｆＩｎｔｅｒｆａｃｅ、ｏｐｅｒａｔｉｏｎ、ｄｅｒｉｖｅｄＦｒｏｍ、ｄｅｒｉｖｅｓＴｏ、ａｃｃｅｓｓＲｉｇｈｔ、ｒｅｔｒｉｅｖａｌＮｕｍ、およびｌｏｃａｔｉｏｎである。
【０１８９】
ｄｅｓｃｒｉｐｔｏｒＩＤの場合、各記述子はアドレス指定可能な一意の識別子を有することができる。
【０１９０】
ＣｒｅａｔｉｏｎＴｉｍｅは、記述子情報が最初に作成された時点を示すことができる。
【０１９１】
Ｌｉｆｅｔｉｍｅは、記述子情報が有効であると考えられる持続時間を示すことができる。
【０１９２】
ＤｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＩＤは、記述子が関係するＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、およびＩｏＴアプリケーションの、ＩＤを示すことができる。
【０１９３】
ＤｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＴｙｐｅは、ＩｏＴエンティティ、ＩｏＴサービス、ＩｏＴ機能、およびＩｏＴアプリケーションのタイプを示すことができる。
【０１９４】
Ｓｉｚｅは、記述子情報のサイズをたとえばバイト単位で示すことができる。
【０１９５】
ＬｉｓｔＯｆＡｐｐｌｉｃａｔｉｏｎは、この記述子に関連付けられたＩｏＴアプリケーションの概要リストを含むことができる。
【０１９６】
ＬｉｓｔＯｆＳｅｒｖｉｃｅは、この記述子に関連付けられたＩｏＴサービスの概要リストを含むことができる。
【０１９７】
ＬｉｓｔＯｆＣａｐａｂｉｌｉｔｙは、この記述子に関連付けられたＩｏＴ機能の概要リストを含むことができる。
【０１９８】
ＬｉｓｔＯｆＦｕｎｃｔｉｏｎａｌｉｔｙは、この記述子に関連付けられたＩｏＴ機能性の概要リストを含むことができる。
【０１９９】
ＬｉｓｔＯｆＣｏｎｔｅｎｔは、ＩｏＴエンティティ、サービス、およびアプリケーションによって記憶または生成されるコンテンツの概要リストを含むことができる。
【０２００】
ＬｉｓｔＯｆＣｏｎｔｅｘｔは、ＩｏＴエンティティ、サービス、およびアプリケーションによって記憶または生成されるコンテキストの概要リストを含むことができる。
【０２０１】
ＬｉｓｔＯｆＰｏｌｉｃｙは、ＩｏＴエンティティ、サービス、およびアプリケーションによって記憶または生成されるポリシーの概要リストを含むことができる。
【０２０２】
ＬｉｓｔＯｆＤｅｃｉｓｉｏｎは、ＩｏＴエンティティ、サービス、およびアプリケーションによって記憶または実行される決定の概要リストを含むことができる。
【０２０３】
ＬｉｓｔＯｆＥｖｅｎｔは、ＩｏＴエンティティ、サービス、およびアプリケーションによって記憶または生成されるイベントの概要リストを含むことができる。
【０２０４】
ＬｉｓｔＯｆＤｉｓｃｏｖｅｒｙは、ＩｏＴエンティティ、サービス、およびアプリケーションによって記憶または生成される発見の概要リストを含むことができる。
【０２０５】
ＬｉｓｔＯｆＤｅｓｃｒｉｐｔｏｒは、ＩｏＴエンティティ、サービス、およびアプリケーションによって記憶または生成される記述子の概要リストを含むことができる。
【０２０６】
ＬｉｓｔＯｆＩｎｔｅｒｆａｃｅは、ＩｏＴエンティティ、サービス、およびアプリケーションによって提供されるインターフェースのリストを含むことができる。
【０２０７】
ＳＭＡＲＴ  Ｃ６対応ＩｏＴアーキテクチャにおけるｏｐｅｒａｔｉｏｎの場合、記述子上で遂行される動作がもはや、作成、取り出し、更新、削除に限定されないことが提案され得る。記述子は、公開、キャッシュ、構成／分解などが行われ得る。
【０２０８】
ｄｅｒｉｖｅｄＦｒｏｍの場合、記述子情報は他の記述子情報から生成され得る。たとえばＩｏＴエンティティはアプリケーションおよびサービスを有し得、その記述子はＩｏＴエンティティ内に存在するそれらのアプリケーションおよびサービスの記述子から生成され得る。
【０２０９】
ＤｅｒｉｖｅｓＴｏは、現行の記述子をそこへ生成する記述子のリストを含むことができる。
【０２１０】
ＡｃｃｅｓｓＲｉｇｈｔは、読み取り、書き込み、およびキャッシュを含むがこれらに限定されない、記述子のアクセス権を示すことができる。
【０２１１】
ＲｅｔｒｉｅｖａｌＮｕｍは、記述子が他のエンティティによって取り出される回数の統計を維持することができる。この値は経時的に変化し得、記述子プロバイダおよび記述子キャッシング位置によって個別に維持されるローカル統計とすることができる。
【０２１２】
Ｌｏｃａｔｉｏｎは、記述子の潜在位置を記録することができる。このリストは経時的に変化し得、記述子プロバイダおよび記述子キャッシング位置によって個別に維持され得る。
【０２１３】
ＩｏＴコンテンツについて定義されたフィールドの分類と同様に、ＩｏＴ記述子の属性も、個別の属性および共有可能な属性に分割され得る。フィールドｄｅｓｃｒｉｐｔｏｒＩＤ、ｄｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＩＤ、ｄｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＴｙｐｅ、Ｓｉｚｅ、ｌｉｓｔＯｆＡｐｐｌｉｃａｔｉｏｎ、ｌｉｓｔＯｆＳｅｒｖｉｃｅ、ｌｉｓｔＯｆＣａｐａｂｉｌｉｔｙ、ｌｉｓｔＯｆＦｕｎｃｔｉｏｎａｌｉｔｙ、ｌｉｓｔＯｆＣｏｎｔｅｎｔ、ｌｉｓｔＯｆＣｏｎｔｅｘｔ、ｌｉｓｔＯｆＰｏｌｉｃｙ、ｌｉｓｔＯｆＤｅｃｉｓｉｏｎ、ｌｉｓｔＯｆＥｖｅｎｔ、ｌｉｓｔＯｆＤｉｓｃｏｖｅｒｙ、ｌｉｓｔＯｆＩｎｔｅｒｆａｃｅは、ＩｏＴポリシーに対して一意の値を有するものとみなされ得る。他のフィールドは異なるＩｏＴ記述子に対して同じ値を有することができる。
【０２１４】
提案された情報モデルは、ＲＤＦなどの任意のメタデータデータモデルにマッピングおよび統合され得、ＲＤＦＳなどの任意の語彙記述言語によって記述され得る。
【０２１５】
ＲＤＦ／ＲＤＦＳに対する提案された情報モデルのためのマッピングおよび統合スキームが、本明細書で説明される。情報カテゴリは、ＩｏＴ情報のサブクラスであるクラスに変換され得る。各ＩｏＴ情報カテゴリ内のフィールドは、ＲＤＦグラフ内のアークによって提示された述語（プロパティ）にマッピングされ得る、ＲＤＦグラフによって図示され得る。各情報カテゴリからのインスタンスは、ＲＤＦ内の主語にマッピングされ得る。各情報カテゴリ内のフィールドの値は、ＲＤＦ内の目的語にマッピングされ得る。それらのクラスおよびプロパティは、ＩｏＴドメインについてのＲＤＦＳにない可能性のある補足および標準のスキーマとして働くことができる。
【０２１６】
図６は、ＩｏＴコンテンツの例示のＲＤＦグラフ図６００である。図６は３つのコンテンツインスタンス、Ｔｅｍｐ＿ｉｎｓｔ１  ６０２、Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ１  ６０４、Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ２  ６０６の、ＲＤＦグラフ図を示す。図６は、ＲＤＦがＩｏＴ内のデータのセマンティクスを表すための１つの潜在データモデルであり得るが、ＩｏＴの提案された情報図はＲＤＦに限られない場合があり、任意の他の既存および将来のデータモデルに対してフレキシブルであることを示す。Ｔｅｍｐ＿ｉｎｓｔ１  ６０２、Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ１  ６０４、Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ２  ６０６は、クラスＩｏＴコンテンツのインスタンスとすることができる。本明細書で定義されるＩｏＴコンテンツのフォーマットは、ＲＤＦおよびＲＤＦＳのプロパティにマッピングされ得、ｈａｓＩＤ、ｈａｓＮａｍｅ、ｈａｓＴｙｐｅ、ｈａｓＣｒｅａｔｉｏｎＴｉｍｅ、ｈａｓＬｉｆｅｔｉｍｅ、ｈａｓＰｒｏｄｕｃｅｒ、ｈａｓＳｉｚｅ、ｈａｓＯｐｅｒａｔｉｏｎ、ｄｅｒｉｖｅｄＦｒｏｍ、ｄｅｒｉｖｅｓＴｏ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ、ｈａｓＲｅｔｒｉｅｖａｌＮｕｍ、およびｈａｓＬｏｃａｔｉｏｎを含むことができる。コンテンツは互いに同じプロパティ値を共有することができ、それらの間のリンクによって示され得る。例として、コンテンツＴｅｍｐ＿ｉｎｓｔ１  ６０２およびＨｕｍｉｄｉｔｙ＿ｉｎｓｔ１  ６０４は、同じＳｅｎｓｏｒ＿１１  ６０８のｐｒｏｄｕｃｅｒを有し、同じＡｇｇｒｅｇａｔｅ  ６１０およびＣＲＵＤ  ６１２（作成、読み取り、更新、および削除）のｏｐｅｒａｔｉｏｎを有することができる。Ｔｅｍｐ＿ｉｎｓｔ１に関する他の例示のプロパティ／値のペアは、ｈａｓＩＤ／ｃｏｎｔｅｎｔＩＤ１、ｈａｓＮａｍｅ／Ｔｅｍｐ＿ｉｎｓｔ１、ｈａｓＴｙｐｅ／ＴｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇ、ｈａｓＬｉｆｅｔｉｍｅ／１  ｈｏｕｒ、ｈａｓＳｉｚｅ／２  ｂｙｔｅｓ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ／ＷＤＲＣ（Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ１  ６０４およびＨｕｍｉｄｉｔｙ＿ｉｎｓｔ２  ６０６とも共有される）、ｈａｓｒｅｔｒｉｅｖｅａｌＮｕｍ／２、およびｈａｓＬｏｃａｔｉｏｎ／Ｅｎｔｉｔｙ  １である。Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ１に関する他の例示のプロパティ／値のペアは、ｈａｓＩＤ／ｃｏｎｔｅｎｔＩＤ２、ｈａｓＮａｍｅ／Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ１、ｈａｓＴｙｐｅ／ＨｕｍｉｄｉｔｙＲｅａｄｉｎｇ、ｈａｓＳｉｚｅ／４  ｂｙｔｅｓ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ／ＷＤＲＣ（Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ２  ６０６およびＴｅｍｐ＿ｉｎｓｔ１  ６０２とも共有される）、およびｈａｓＬｉｆｅｔｉｍｅ／３０  ｍｉｎｓ（Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ２  ６０６と共有される）である。Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ２に関する他の例示のプロパティ／値のペアは、ｈａｓＬｉｆｅｔｉｍｅ／３０  ｍｉｎｓ（Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ１  ６０４と共有される）およびｈａｓＡｃｃｅｓｓＲｉｇｈｔ／ＷＤＲＣ（Ｈｕｍｉｄｉｔｙ＿ｉｎｓｔ１  ６０４およびＴｅｍｐ＿ｉｎｓｔ１  ６０２と共有される）である。
【０２１７】
図７は、ＩｏＴコンテキストの例示のＲＤＦグラフ図７００である。図７は、クラスＣｏｎｔｅｘｔのインスタンスであり得る、２つのコンテキスト、ａｖｅＴｅｍｐ＿１  ７０２、Ｔｅｍｐ＿Ａｌｅｒｔ  ７０４のＲＤＦグラフ図を示す。本明細書で定義されるＩｏＴコンテキストのフォーマットは、ＲＤＦおよびＲＤＦＳのプロパティにマッピングされ得、ｈａｓＩＤ、ｈａｓＮａｍｅ、ｈａｓＴｙｐｅ、ｈａｓＬｉｆｅｔｉｍｅ、ｈａｓＰｕｂｌｉｓｈｅｒ、ｈａｓＣｒｅａｔｉｏｎＴｉｍｅ、ｈａｓＲｕｌｅ、ｄｅｒｉｖｅｄＦｒｏｍ、ｄｅｒｉｖｅｓＴｏ、ｈａｓＯｐｅｒａｔｉｏｎ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ、ｈａｓＲｅｔｒｉｅｖａｌＮｕｍ、およびｈａｓＬｏｃａｔｉｏｎを含むことができる。コンテキスト７０２、７０４は互いの間の関係を有し得、それらの間のリンクによって示され得る。この例では、ａｖｅＴｅｍｐ＿１  ７０４が何らかのしきい値７１０（たとえば１００Ｆ）に達した場合、領域は高温警告下にある、という規則７０８を備える、述語ｄｅｒｉｖｅｄＦｒｏｍ  ７０６によって示されるように、Ｔｅｍｐ＿Ａｌｅｒｔ  ７０２はａｖｅＴｅｍｐ＿１  ７０４から導出され得る。ａｖｅＴｅｍｐ＿１  ７０２に関する他の例示のプロパティ／値のペアは、ｈａｓＩＤ／ｃｏｎｔｅｘｔＩＤ１、ｈａｓＮａｍｅ／ａｖｅＴｅｍｐ＿１、ｈａｓＴｙｐｅ／ｐｈｙｓｉｃａｌ、ｈａｓＬｉｆｅｔｉｍｅ／１  ｈｏｕｒ、ｈａｓＰｕｂｌｉｓｈｅｒ／Ｓｉｎｋ＿１１（Ｔｅｍｐ＿ａｌｅｒｔ  ７０４と共有される）、ｈａｓＲｕｌｅ／ａｖｅｒａｇｅ、ｄｅｒｉｖｅｄＦｒｏｍ／Ｔｅｍｐ＿ｉｎｓｔ１、Ｔｅｍｐ＿ｉｎｓｔ１、ｈａｓＯｐｅｒａｔｉｏｎ／ＣＲＵＤ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ／ｐｕｂｌｉｃ（Ｔｅｍｐ＿ａｌｅｒｔ  ７０４と共有される）、ｈａｓＲｅｔｒｉｅｖｅａｌＮｕｍ／２、およびｈａｓＬｏｃａｔｉｏｎ／Ｅｎｔｉｔｙ  １を含む。Ｔｅｍｐ＿ａｌｅｒｔ  ７０４に関する他の例示のプロパティ／値のペアは、ｈａｓＰｕｂｌｉｓｈｅｒ／Ｓｉｎｋ＿１１（ａｖｅＴｅｍｐ＿１  ７０２と共有される）、ｈａｓＩＤ／ｃｏｎｔｅｘｔＩＤ２、ｈａｓＮａｍｅ／Ｔｅｍｐ＿ａｌｅｒｔ、ｈａｓＴｙｐｅ／ｐｈｙｓｉｃａｌ、ｈａｓＲｕｌｅ／Ｌａｒｇｅｒ  ｔｈａｎ  １００、およびｈａｓＡｃｃｅｓｓＲｉｇｈｔ／ｐｕｂｌｉｃ（ａｖｅ＿Ｔｅｍｐ＿１  ７０２と共有される）を含む。
【０２１８】
図８は、ＩｏＴポリシーの例示のＲＤＦグラフ図である。図８は、クラスＰｏｌｉｃｙのインスタンスであり得る、２つのポリシー、Ｖｉｒ＿ｐｏｌｉｃｙ１  ８０２、ｔｈｒｅｓｈｏｌｄ＿ｐｏｌｉｃｙ３３  ８０４の、ＲＤＦグラフ図を示す。本明細書で定義されるＩｏＴポリシーのフォーマットは、ＲＤＦおよびＲＤＦＳのプロパティにマッピングされ得、ｈａｓＩＤ、ｈａｓＮａｍｅ、ｈａｓＩｓｓｕｅｒ、ｈａｓＣｒｅａｔｉｏｎＴｉｍｅ、ｈａｓＰｕｒｐｏｓｅ、ｈａｓＳｃｏｐｅ、ｈａｓＥｆｆｅｃｔｉｖｅＴｉｍｅ、ｈａｓＴｙｐｅ、ｈａｓＣｏｎｄｉｔｉｏｎ、ｈａｓＤｅｃｉｓｉｏｎ、ｈａｓＲｅｆｅｒｅｎｃｅ、ｈａｓＯｐｅｒａｔｉｏｎ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ、ｈａｓＲｅｔｒｉｅｖａｌＮｕｍ、およびｈａｓＬｏｃａｔｉｏｎを含むことができる。ポリシーは、互いの間の関係を有し得、それらの間のリンクによって示され得る。この例では、Ｖｉｒ＿ｐｏｌｉｃｙ１  ８０２は、ポリシーｔｈｒｅｓｈｏｌｄ＿ｐｏｌｉｃｙ３３  ８０４を参照して、その条件  ８０８内にしきい値８０６を設定することができる。Ｖｉｒ＿ｐｏｌｉｃｙ１に関する他の例示のプロパティ／値のペアは、ｈａｓＩＤ／ｐｏｌｉｃｙＩＤ１、ｈａｓＮａｍｅ／Ｖｉｒ＿ｐｏｌｉｃｙ１、ｈａｓＰｕｒｐｏｓｅ／Ｍｉｎｉｍｉｚｅ  Ｐｏｗｅｒ  Ｃｏｎｓｕｍｐｔｉｏｎ、ｈａｓＩｓｓｕｅｒ／Ｇａｔｅｗａｙ＿２、ｈａｓＳｃｏｐｅ／Ｇａｔｅｗａｙ＿２（ｈａｓＩｓｓｕｅｒおよびｈａｓＳｃｏｐｅは同じ値、すなわちＧａｔｅｗａｙ  ２にマッピングすることに留意されたい）、ｈａｓＳｃｏｐｅ／ＩｏＴＥｎｔｉｔｙ＿２６（複数のｈａｓＳｃｏｐｅプロパティが存在することに留意されたい）、ｈａｓＥｆｆｅｃｔｉｖｅＴｉｍｅ／０８／１８／２０１２−１２／３１／２０１２、ｈａｓＴｙｐｅ／Ｃｕｓｔｏｍｉｚｅｄ  ｖｉｒｔｕａｌｉｚａｔｉｏｎ  ｐｏｌｉｃｙ、ｈａｓＤｅｃｉｓｉｏｎ／Ｖｉｒｔｕａｌｉｚｅ  ＩｏＴＥｎｔｉｔｙ＿２６、ｈａｓＯｐｅｒａｔｉｏｎ／Ａｄａｐｔ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ／ＷＤＲＣ、ｈａｓＲｅｔｒｉｅｖａｌＮｕｍ／５、ｈａｓＬｏｃａｔｉｏｎ／ＩｏＴＥｎｔｉｔｙ＿２８、およびｈａｓＲｅｆｅｒｅｎｃｅ／ｔｈｒｅｓｈｏｌｄ＿ｐｏｌｉｃｙ３３（ｈａｓＲｅｆｅｒｅｎｃｅポリシーはここでは値としてインスタンスｔｈｒｅｓｈｏｌｄ＿ｐｏｌｉｃｙ３３  ８０４を有することに留意されたい）を含む。
【０２１９】
図９は、ＩｏＴ決定の例示のＲＤＦグラフ図９００である。図９は、クラスＤｅｃｉｓｉｏｎのインスタンスであり得る、２つの決定、ｃｏｌｌａＣａｃｈｉｎｇ＿１  ９０２、ｄｅｌｅｔｅＣｏｐｙ＿２３  ９０４の、ＲＤＦグラフ図を示す。本明細書で定義されるＩｏＴ決定のフォーマットは、ＲＤＦおよびＲＤＦＳのプロパティにマッピングされ得、ｈａｓＩＤ、ｈａｓＮａｍｅ、ｈａｓＩｓｓｕｅｒ、ｈａｓＣｒｅａｔｉｏｎＴｉｍｅ、ｈａｓＰｕｒｐｏｓｅ、ｈａｓＴｒｉｇｇｅｒ、ｈａｓＥｘｅｃｕｔｏｒ、ｈａｓＲｅｃｉｐｉｅｎｔ、ｈａｓＳｃｏｐｅ、ｈａｓＥｘｅｃｕｔｉｏｎＴｉｍｅ、ｈａｓＡｃｔｉｏｎ、ｈａｓＴｙｐｅ、ｈａｓＯｐｅｒａｔｉｏｎ、およびｈａｓＡｃｃｅｓｓＲｉｇｈｔを含むことができる。決定は、互いの間の関係を有し得、それらの間のリンクによって示され得る。この例では、ｃｏｌｌａＣａｃｈｉｎｇ＿１  ９０２およびｄｅｌｅｔｅＣｏｐｙ＿２３  ９０４の両方の決定が、ｉｍｐｒｏｖｉｎｇ  ｓｔｏｒａｇｅ  ｅｆｆｉｃｉｅｎｃｙ  ９１０の同じ目的９０６、９０８と、ＩｏＴＥｎｔｉｔｙ＿２５  ９１６の同じ発行者９１２、９１４を有することができる。ｃｏｌｌａＣａｃｈｉｎｇ＿１  ９０２に関する他の例示のプロパティ／値のペアは、ｈａｓＩＤ／ｄｅｃｉｓｉｏｎＩＤ１、ｈａｓＮａｍｅ／ｃｏｌｌａＣａｃｈｉｎｇ＿１、ｈａｓＴｒｉｇｇｅｒ／Ａｖａｉｌａｂｌｅ  ｓｔｏｒａｇｅ、ｈａｓＲｅｃｉｐｉｅｎｔ／ＩｏＴＥｎｔｉｔｙ＿２６、ｈａｓＳｃｏｐｅ／ＩｏＴＥｎｔｉｔｙ＿２６（ｈａｓＲｅｃｉｐｉｅｎｔおよびｈａｓＳｃｏｐｅプロパティは同じ値、すなわちＩｏＴＥｎｔｉｔｙ＿２６を参照することに留意されたい）、ｈａｓＥｘｅｃｕｔｉｏｎＴｉｍｅ／Ｉｍｍｅｄｉａｔｅ（ｄｅｌｅｔｅＣｏｐｙ＿２３と共有される）、ｈａｓＡｃｔｉｏｎ／Ｃｏｌｌａｂｏｒａｔｅ  ｉｎ  ｃａｃｈｉｎｇ  ｃｏｎｔｅｎｔ、ｈａｓＴｙｐｅ／ｃａｃｈｉｎｇ、ｈａｓＯｐｅｒａｔｉｏｎ／Ｐｕｂｌｉｓｈ、およびｈａｓＡｃｃｅｓｓＲｉｇｈｔ／ＲＣを含む。ｄｅｌｅｔｅＣｏｐｙ＿２３  ９０４に関する他の例示のプロパティ／値のペアは、ｈａｓＳｃｏｐｅ／Ｃｏｐｙ  ｏｆ  ｔｈｅ  ｃｏｎｔｅｎｔ、ｈａｓＴｒｉｇｇｅｒ／Ｆｉｎｄ  ｄｕｐｌｉｃａｔｅ  ｃｏｐｙ  ｏｆ  ｔｈｅ  ｓａｍｅ  ｃｏｎｔｅｎｔ、ｈａｓＲｅｃｉｐｉｅｎｔ／ＩｏＴＥｎｔｉｔｙ＿２５（ｄｅｌｅｔｅＣｏｐｙ＿２３  ９０４とｃｏｌｌａＣａｃｈｉｎｇ＿１  ９０２の両方のｈａｓＩｓｓｕｅｒプロパティは、各々この同じ値、すなわちＩｏＴＥｎｔｉｔｙ＿２５  ９１６も参照することに留意されたい）、ｈａｓＥｘｅｃｕｔｉｏｎＴｉｍｅ／Ｉｍｍｅｄｉａｔｅ（ｃｏｌｌａＣａｃｈｉｎｇ＿１  ９０２と共有される）、およびｈａｓＡｃｔｉｏｎ／Ｄｅｌｅｔｅ  ｔｈｅ  ｄｕｐｌｉｃａｔｅ  ｃｏｐｙ  ｏｆ  ｔｈｅ  ｃｏｎｔｅｎｔを含む。
【０２２０】
図１０は、ＩｏＴイベントの例示のＲＤＦグラフ図１０００である。図１０は、クラスＥｖｅｎｔのインスタンスであり得る、２つのイベント、ｖＡＧａｔｅＢ＿ｔＣ  １００２、ｖＡＧａｔｅＤ＿ｔＥ  １００４の、ＲＤＦグラフ図を示す。本明細書で定義されるＩｏＴイベントのフォーマットは、ＲＤＦおよびＲＤＦＳのプロパティにマッピングされ得、ｈａｓＩＤ、ｈａｓＮａｍｅ、ｈａｓＳｃｏｐｅ、ｈａｓＴｙｐｅ、ｈａｓＣｒｅａｔｉｏｎＴｉｍｅ、ｈａｓＰｕｂｌｉｓｈｅｒ、ｏｃｃｕｒｓＡｔＬｏｃａｔｉｏｎ、ｏｃｃｕｒｓＡｔＴｉｍｅ、ｌａｓｔｓ、ｄｅｒｉｖｅｄＦｒｏｍ、ｄｅｒｉｖｅｓＴｏ、ｈａｓＯｐｅｒａｔｉｏｎ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ、ｈａｓＲｅｔｒｉｖａｌＮｕｍ、およびｈａｓＬｏｃａｔｉｏｎを含むことができる。イベントは、互いの間の関係を有し得、それらの間のリンクによって示され得る。この例では、イベントｖＡＧａｔｅＢ＿ｔＣ  １００２、ｖＡＧａｔｅＤ＿ｔＥ  １００４の両方が、ｆｌｅｅｔ  ｍａｎａｇｅｍｅｎｔ１０１０の同じタイプ１００６、１００８と、ｖｅｈｉｃｌｅＡ  １０１６の同じ範囲１０１２、１０１４を有することができる。ｖＡＧａｔｅＢ＿ｔＣ  １００２に関する他の例示のプロパティ／値のペアは、ｈａｓＩＤ／ｅｖｅｎｔＩＤ１、ｈａｓＮａｍｅ／ｖＡＧａｔｅＢ＿ｔＣ、ｈａｓＰｕｂｌｉｓｈｅｒ／ＧａｔｅＢ、ｏｃｃｕｒｓＡｔＬｏｃａｔｉｏｎ／ＧａｔｅＢ（ｈａｓＰｕｂｌｉｓｈｅｒおよびｏｃｃｕｒｓＡｔＬｏｃａｔｉｏｎは、同じ値、すなわちＧａｔｅＢを参照することに留意されたい）、ｏｃｃｕｒｓＡｔＴｉｍｅ／ＴｉｍｅＣ、ｄｅｒｉｖｅｄＦｒｏｍ／Ｄａｔａ＿ＲＦＩＤＡ＿ＧａｔｅＢ、ｌａｓｔｓ／ｉｎｓｔａｎｔａｎｅｏｕｓ、ｈａｓＯｐｅｒａｔｉｏｎ／Ｐｕｂｌｉｓｈ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ／ＲＣ、ｈａｓＲｅｔｒｉｅｖｅａｌＮｕｍ／３、およびｈａｓＬｏｃａｔｉｏｎ／ＩｏＴＥｎｔｉｔｙ＿１０を含む。ｖＡＧａｔｅＤ＿ｔＥに関する他の例示のプロパティ／値のペアは、ｈａｓＩＤ／ｅｖｅｎｔＩＤ２、ｈａｓＮａｍｅ／ｖＡＧａｔｅＤ＿ｔＥ、ｈａｓＰｕｂｌｉｓｈｅｒ／ＧａｔｅＤ、およびｏｃｃｕｒｓＡｔＬｏｃａｔｉｏｎ／ＧａｔｅＤ（ｈａｓＰｕｂｌｉｓｈｅｒおよびｏｃｃｕｒｓＡｔＬｏｃａｔｉｏｎは同じ値、すなわちＧａｔｅＤを参照することに留意されたい）を含む。
【０２２１】
図１１は、ＩｏＴ発見の例示のＲＤＦグラフ図１１００である。図１１は、クラスＤｉｓｃｏｖｅｒｙのインスタンスであり得る、３つの発見、ｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２１  １１０２、ｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２２  １１０４、およびｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２  １１０６の、ＲＤＦグラフ図を示す。本明細書で定義されるＩｏＴ発見のフォーマットは、ＲＤＦおよびＲＤＦＳのプロパティにマッピングされ得、ｈａｓＩＤ、ｈａｓＣｒｅａｔｉｏｎＴｉｍｅ、ｑｕｅｒｙＩｎｆｏＩＤ、ｑｕｅｒｙＩｎｆｏＴｙｐｅ、ｈａｓＲｅｑｕｅｓｔｏｒ、ｑｕｅｒｙＴｉｍｅ、ｑｕｅｒｙＬｏｃａｔｉｏｎ、ｈａｓＳｅａｒｃｈＫｅｙｓ、ｈａｓＬｉｆｅｔｉｍｅ、ｈａｓＲｅｐｌｉｅｒ、ｈａｓＳｉｚｅ、ｈａｓＯｐｅｒａｔｉｏｎ、ｄｅｒｉｖｅｄＦｒｏｍ、ｄｅｒｉｖｅｓＴｏ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ、およびｈａｓＲｅｔｒｉｖａｌＮｕｍ、ｈａｓＬｏｃａｔｉｏｎを含むことができる。発見は、互いの間の関係を有し得、それらの間のリンクによって示され得る。この例では、発見情報ｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２１  １１０２はｃｏｎｔｅｎｔＩＤ２２＿１  １１１０の潜在位置（ｑｕｅｒｙＩｎｆｏＩＤ  １１０８）を含み得、ｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２２  １１０４はｃｏｎｔｅｎｔＩＤ２２＿２  １１１４の潜在位置（ｑｕｅｒｙＩｎｆｏＩＤ  １１１２）を含み得、ｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２  １１０６はｃｏｎｔｅｎｔＩＤ２２の潜在位置（図示せず）を含み得る。ＣｏｎｔｅｎｔＩＤ２２＿１およびｃｏｎｔｅｎｔＩＤ２２＿２はｃｏｎｔｅｎｔＩＤ２２の一部であり得、結果として発見情報は、ｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２１およびｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２２から生成され得る。ｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２は、ｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２２  １１０４を参照するプロパティｄｅｒｉｖｅｄＦｒｏｍ、およびｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２１  １１０２を参照する別のプロパティｄｅｒｉｖｅｄＦｒｏｍを有することに留意されたい。ｃｏｎｔｅｎｔＬｏｃ＿Ｄｉｓ２２１  １１０２に関する他の例示のプロパティ／値のペアは、ｈａｓＩＤ／ｄｉｓｃｏｖｅｒｙＩＤ２、ｑｕｅｒｙＩｎｆｏＴｙｐｅ／Ｃｏｎｔｅｎｔ、ｈａｓＲｅｑｕｅｓｔｏｒ／ＩｏＴＥｎｔｉｔｙ６７、ｑｕｅｒｙＴｉｍｅ／１７：００，０８／２２／２０１２、ｑｕｅｒｙＬｏｃａｔｉｏｎ／Ｋｉｎｇ  ｏｆ  Ｐｒｕｓｓｉａ、ｈａｓＳｅａｒｃｈＫｅｙｓ／Ｌｏｃａｔｉｏｎ、ｈａｓＬｉｆｅｔｉｍｅ／１  ｄａｙ、ｈａｓＲｅｐｌｉｅｒ／Ｇａｔｅｗａｙ＿１１、ｈａｓＳｉｚｅ／３００  ｂｙｔｅｓ、およびｈａｓＯｐｅｒａｔｉｏｎ／Ｃａｃｈｅを含む。
【０２２２】
図１２は、ＩｏＴ記述子の例示のＲＤＦグラフ図１２００である。図１２は、クラスＤｅｓｃｒｉｐｔｏｒのインスタンスであり得る、３つの記述子、Ｅｎｔｉｔｙ＿ｄｅｓｃｒｉｐｔｏｒ１  １２０２、ａｐｐ＿ｄｅｓｃｒｉｐｔｏｒ１  １２０４、およびＳｅｒｖｉｃｅ＿ｄｅｓｃｒｉｐｔｏｒ１  １２０６の、ＲＤＦグラフ図を示す。本明細書で定義されるＩｏＴ記述子のフォーマットは、ＲＤＦおよびＲＤＦＳのプロパティにマッピングされ得、ｈａｓＩＤ、ｈａｓＣｒｅａｔｉｏｎＴｉｍｅ、ｈａｓＬｉｆｅｔｉｍｅ、ｄｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＩＤ、ｄｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＴｙｐｅ、ｈａｓＳｉｚｅ、ｃｏｎｔａｉｎｓＡｐｐ、ｃｏｎｔａｉｎｓＳｅｒｖｉｃｅ、ｃｏｎｔａｉｎｓＣａｐａｂｉｌｉｔｙ、ｃｏｎｔａｉｎｓＦｕｎｃｔｉｏｎａｌｉｔｙ、ｃｏｎｔａｉｎｓＣｏｎｔｅｎｔ、ｃｏｎｔａｉｎｓＣｏｎｔｅｘｔ、ｃｏｎｔａｉｎｓＰｏｌｉｃｙ、ｃｏｎｔａｉｎｓＤｅｃｉｓｉｏｎ、ｃｏｎｔａｉｎｓＥｖｅｎｔ、ｃｏｎｔａｉｎｓＤｉｓｃｏｖｅｒｙ、ｃｏｎｔａｉｎｓＤｅｓｃｒｉｐｔｏｒ、ｈａｓＩｎｔｅｒｆａｃｅ、ｈａｓＯｐｅｒａｔｉｏｎ、ｄｅｒｉｖｅｄＦｒｏｍ、ｄｅｒｉｖｅｓＴｏ、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ、ｈａｓＲｅｔｒｉｖａｌＮｕｍ、およびｈａｓＬｏｃａｔｉｏｎを含むことができる。記述子は、互いの間の関係を有し得、それらの間のリンクによって示され得る。この例では、記述子情報Ｅｎｔｉｔｙ＿ｄｅｓｃｒｉｐｔｏｒ１  １２０２の一部は、アプリケーションＡｐｐ１１＿１  １２０８およびＳｅｒｖｉｃｅ１１＿１  １２１０の記述子から生成され得、ｅｎｔｉｔｙ１１  １２１８内に含まれ得、述語ｄｅｒｉｖｅｄＦｒｏｍ  １２１２、１２１４、１２１６に従う。Ｅｎｔｉｔｙ＿ｄｅｓｃｒｉｐｔｏｒ１  １２０２に関する他の例示のプロパティ／値のペアは、ｈａｓＩＤ／ｄｅｓｃｒｉｐｔｏｒＥｎ１、ｄｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＴｙｐｅ／Ｅｎｔｉｔｙ、ｈａｓＳｉｚｅ／３０００  ｂｙｔｅｓ、ｃｏｎｔａｉｎｓＡｐｐ／Ａｐｐ１１＿１、ｃｏｎｔａｉｎｓＳｅｒｖｉｃｅ／Ｓｅｒｖｉｃｅ１１＿１、ｃｏｎｔａｉｎｓＣｏｎｔｅｎｔ／Ｃｏｎｔｅｎｔ１１＿１、およびｃｏｎｔａｉｎｓＣｏｎｔｅｘｔ／Ｃｏｎｔｅｘｔ１１＿１を含む。
【０２２３】
図１３は、ＩｏＴ情報クラスおよびクラス階層の例である。図１３に示されるように、ＩｏＴドメイン内の情報、７つの基本タイプにカテゴリ化され得、これがＲＤＦＳの７つのクラス、ＩｏＴＣｏｎｔｅｎｔ  １３１０、ＩｏＴＣｏｎｔｅｘｔ  １３２０、ＩｏＴＰｏｌｉｃｙ  １３３０、ＩｏＴＤｅｃｉｓｉｏｎ  １３４０、ＩｏＴＥｖｅｎｔ  １３５０、ＩｏＴＤｉｓｃｏｖｅｒｙ  １３６０、およびＩｏＴＤｅｓｃｒｉｐｔｏｒ  １３７０に変換され得る。これらはすべて、情報クラス１３００のサブクラスであり得る。図１４は、ＲＤＦ／ＸＭＬで記載されたこの情報クラス階層の例１４００である。
【０２２４】
図１５は、ＩｏＴコンテンツに関係されるプロパティの例を示す。各カテゴリ内のフィールドは、前述のように、ＲＤＦＳのプロパティに変換され得る。例として、ＩｏＴコンテンツカテゴリ１５００内のフィールドは、図１５に示されるようなプロパティ、
すなわち、ｄｅｒｉｖｅｓＴｏ  １５０５、ｄｅｒｉｖｅｄＦｒｏｍ  １５１０、ｈａｓＲｕｌｅ  １５１５、ｈａｓＣｒｅａｔｉｏｎＴｉｍｅ  １５２０、ｈａｓＰｕｂｌｉｓｈｅｒ  １５２５、ｈａｓＬｉｆｅｔｉｍｅ  １５３０、ｈａｓＴｙｐｅ  １５３５、ｈａｓＮａｍｅ  １５４０、ｈａｓＩＤ  １５４５、ｈａｓＬｏｃａｔｉｏｎ  １５５０、ｈａｓＲｅｔｒｉｅｖａｌＮｕｍ  １５５５、ｈａｓＡｃｃｅｓｓＲｉｇｈｔ  １５６０、およびｈａｓＯｐｅｒａｔｉｏｎ  １５６５に変換され得、すべてのプロパティはＩｏＴＣｏｎｔｅｎｔのドメインを有し得る。図１６は、これらのプロパティ記述を含むＩｏＴＣｏｎｔｅｎｔスキーマ１６００の例である。
【０２２５】
上記で説明されるように、各カテゴリ内のＩｏＴ情報のピースは他のＩｏＴ情報との関係を有することができる。アークはこうした関係を示すことができる。言い換えれば、各カテゴリのフィールドはある情報インスタンスを別の情報インスタンスにリンクすることができる。情報インスタンスは、同じ情報カテゴリまたは異なるカテゴリ内にあるものとすることができる。異なるＩｏＴ情報カテゴリ間の関係が説明され得る。これは、情報モデル内に定義されたフィールドが、ある情報カテゴリを他の情報カテゴリにどのようにリンクするかが示され得る。図１７、図１８、図１９、図２０、図２１、図２２、および図２３は、それぞれ、ＩｏＴコンテンツ、ＩｏＴコンテキスト、ＩｏＴポリシー、ＩｏＴ決定、ＩｏＴイベント、ＩｏＴ発見、およびＩｏＴ記述子内のインスタンスに関連し得る、異なるＩｏＴ情報カテゴリ間の例示的関係を示す。これらの図に示された関係は、どちらも関与する情報インスタンス、たとえばタイプと公開者の特徴に基づいて、より特定のものに拡張可能な可能性がある。関係は双方向であるため、以下では１回のみ説明されるが、図では完全に示されることができる。
【０２２６】
以下は、各情報カテゴリについて考察され得る関係の概要である。生成（generates）の場合、情報インスタンスの作成、更新、または削除は他の情報インスタンスを創出することができる。導出（derives）の場合、情報インスタンスの値／コンテンツは、ある規則またはポリシーに基づいて他の情報インスタンスの値から獲得され得る。影響（influences）の場合、情報インスタンスの値／コンテンツは、別の情報インスタンスの値／コンテンツによって動的に調整され得る。関係（relates to）の場合、情報インスタンスの値／コンテンツは、他の情報インスタンスの値の変更の対象となるように、他の情報インスタンスに関連し得る。無効化（invalidates）の場合、情報インスタンスの値／コンテンツは、他の情報インスタンスの値における変更により、無効または無益となり得る。構成（composes）の場合、情報インスタンスの値／コンテンツは、別の情報インスタンスのコンテンツの一部とすることができる。包含（contains）の場合、情報インスタンスの値／コンテンツは、他の情報インスタンスのコンテンツから構成されることができる。
【０２２７】
図１７は、ＩｏＴコンテンツカテゴリと他の情報カテゴリとの間の関係の例である。ＩｏＴコンテンツ１７００、ＩｏＴコンテキスト１７６５、ＩｏＴポリシー１７８０、ＩｏＴ決定１７４０、およびＩｏＴイベント１７２５は、新しいＩｏＴコンテンツ１７００を導出１７０５、１７７５および生成１７８５、１７５０、１７３０することができ、これは各情報インスタンス内のｄｅｒｉｖｅｓＴｏ／ｄｅｒｉｖｅｄＦｒｏｍフィールドによって示される（図示せず）。ＩｏＴ発見は、あるコンテンツの検索結果を含むことができ、これはＩｏＴコンテンツに関係１７２０することができる。他方で、コンテンツ自体、たとえばその位置またはフォーマットの任意の変更が、任意のキャッシュされたＩｏＴ発見情報を無効１７１５にすることができる。リンケージは、発見情報（図示せず）内のフィールドｑｕｅｒｙＩｎｆｏＩＤ／ｑｕｅｒｙＩｎｆｏＴｙｐｅによって実現され得る。ＩｏＴコンテンツは、ＩｏＴポリシー、ＩｏＴ決定、およびＩｏＴ記述子に影響１７９０、１７４５、１７６０を与えることができる。ポリシーに対する影響はポリシーのＲｅｆｅｒｅｎｃｅフィールド内に示され得、決定に対する影響は決定のＴｒｉｇｇｅｒフィールド内に示され得、記述子に対する影響は記述子ターゲット（図示せず）のｌｉｓｔＯｆＣｏｎｔｅｎｔフィールド内に示され得る。例として、ＩｏＴコンテンツ１７００がＩｏＴエンティティ上に記憶される場合、ｌｉｓｔＯｆＣｏｎｔｅｎｔフィールド（図示せず）が変更され得るため、ＩｏＴコンテンツに対する任意の修正は、ＩｏＴエンティティのＩｏＴ記述子１７５５に影響１７６０を与えることができる。
【０２２８】
図１８は、ＩｏＴコンテキストカテゴリと他の情報カテゴリとの間の関係の例である。ＩｏＴコンテンツ１８７０、ＩｏＴコンテキスト１８００、ＩｏＴポリシー１８８５、ＩｏＴ決定１８４５、およびＩｏＴイベント１８３０は、新しいＩｏＴコンテキスト１８００を導出１８７５、１８０５、１８３５および生成１８６５、１８８０、１８５０、１８２５することができ、これは両方の情報インスタンス内のｄｅｒｉｖｅｓＴｏ／ｄｅｒｉｖｅｄＦｒｏｍフィールドによって示され得る（図示せず）。ＩｏＴコンテキスト１８００は、ＩｏＴポリシー１８８５、ＩｏＴ決定１８４５、およびＩｏＴ記述子１８５５に影響１８９０、１８４０、１８６０を与えることができる。ポリシーに対する影響はポリシーのＲｅｆｅｒｅｎｃｅフィールド内に示され得、決定に対する影響は決定のＴｒｉｇｇｅｒフィールド内に示され得、記述子に対する影響は記述子ターゲット（図示せず）のｌｉｓｔＯｆＣｏｎｔｅｘｔフィールド内に示され得る。例として、ＩｏＴコンテキスト１８００がＩｏＴエンティティ上に記憶される場合、ｌｉｓｔＯｆＣｏｎｔｅｘｔフィールド（図示せず）が変更され得るため、それに対する任意の修正は、ＩｏＴエンティティのＩｏＴ記述子１８５５に影響１８６０を与えることができる。ＩｏＴコンテキスト１８００はＩｏＴイベント１８３０を導出１８３５することができ、これは両方の情報インスタンス（図示せず）内のｄｅｒｉｖｅｓＴｏ／ｄｅｒｉｖｅｄＦｒｏｍフィールドによって示され得る。たとえば、平均温度がある温度よりも高い場合、高温警告がトリガされ得る。ＩｏＴ発見１８１５は、あるコンテキストの検索結果を含み得、これはＩｏＴコンテキスト１８００に関係１８２０し得る。他方で、コンテキスト自体、たとえばその位置またはフォーマットの任意の変更が、任意のキャッシュされたＩｏＴ発見１８１５情報を無効１８１０にすることができる。リンケージは、発見情報（図示せず）内のフィールドｑｕｅｒｙＩｎｆｏＩＤ／ｑｕｅｒｙＩｎｆｏＴｙｐｅによって実現され得る。
【０２２９】
図１９は、ＩｏＴポリシーカテゴリと他の情報カテゴリとの間の関係の例である。ＩｏＴポリシー１９００は、別のＩｏＴポリシー１９００、ＩｏＴ決定１９４５、およびＩｏＴイベント１９３０から生成１９０５、１９５０、１９２５され得、これは両方の情報インスタンス内のｄｅｒｉｖｅｓＴｏ／ｄｅｒｉｖｅｄＦｒｏｍフィールドによって示され得る（図示せず）。ＩｏＴポリシー１９００は、ＩｏＴ記述子１９５５に影響１９６０を与えることができる。記述子１９５５への影響１９６０は、記述子ターゲットのｌｉｓｔＯｆＰｏｌｉｃｙフィールド内に示され得る。例として、ＩｏＴポリシー１９００がＩｏＴエンティティ上に記憶される場合、ｌｉｓｔＯｆＰｏｌｉｃｙフィールド（図示せず）が変更され得るため、それに対する任意の修正は、ＩｏＴエンティティのＩｏＴ記述子１９５５に影響を与えることができる。ＩｏＴポリシー１９００は、ＩｏＴ決定１９４５にも影響１９４０を与えることができ、これはＩｏＴ決定１９４５内のＴｒｉｇｇｅｒフィールド（図示せず）によって示され得る。ＩｏＴポリシー１９００はＩｏＴイベント１９３０を導出１９３５することができ、これは両方の情報インスタンス内のｄｅｒｉｖｅｓＴｏ／ｄｅｒｉｖｅｄＦｒｏｍ（図示せず）によって示され得る。たとえば、ＩｏＴポリシー１９００は、平均温度が９０度よりも高い場合、領域は高温警告下にあるものとすることができることを宣言している。このＩｏＴポリシー１９００がある領域内で実施されている場合、条件が満たされたときにＩｏＴイベント１９３０は導出１９３５され得る。ＩｏＴ発見１９１５は、あるポリシーの検索結果を含むことができ、これはＩｏＴポリシー１９００に関係付けられ得る。他方で、ポリシー自体、たとえばその位置またはフォーマットの任意の変更が、任意のキャッシュされたＩｏＴ発見１９１５情報を無効１９１０にすることができる。リンケージは、ＩｏＴ発見１９１５情報内のフィールドｑｕｅｒｙＩｎｆｏＩＤ／ｑｕｅｒｙＩｎｆｏＴｙｐｅ（図示せず）によって実現され得る。
【０２３０】
図２０は、ＩｏＴ決定カテゴリと他の情報カテゴリとの間の関係の例である。ＩｏＴ決定２０００は、ＩｏＴポリシー２０８５、ＩｏＴイベント２０３０、ＩｏＴコンテンツ２０４５、ＩｏＴコンテキスト２０７０、または別のＩｏＴ決定２０００によって、影響２０９０、２０２５、２０４０、２０７５、２００５を与えられ得、これは決定のＴｒｉｇｇｅｒフィールド（図示せず）によって示され得る。ＩｏＴ決定２０００は、ＩｏＴイベント２０３０を導出２０３５し、ＩｏＴポリシー２０８５、ＩｏＴコンテキスト２０７０、およびＩｏＴコンテンツ２０４５を生成２０８０、２０６５、２０５０することができ、これは各情報インスタンス内のｄｅｒｉｖｅｓＴｏ／ｄｅｒｉｖｅｄＦｒｏｍフィールド（図示せず）によって示され得る。ＩｏＴ発見２０１５は、ある決定の検索結果を含むことができ、これはＩｏＴ決定２０００に関係２０２０付けられ得る。他方で、決定自体、たとえばその位置またはフォーマットの任意の変更が、任意のキャッシュされたＩｏＴ発見２０１５情報を無効２０１０にすることができる。リンケージは、ＩｏＴ発見情報２０１５内のフィールドｑｕｅｒｙＩｎｆｏＩＤ／ｑｕｅｒｙＩｎｆｏＴｙｐｅ（図示せず）によって実現され得る。ＩｏＴ決定２０００はＩｏＴ記述子２０５５に影響２０６０を与えることができる。記述子に対する影響は、記述子ターゲットのｌｉｓｔＯｆＤｅｃｉｓｉｏｎフィールド（図示せず）に示され得る。例として、ＩｏＴ決定２０００がＩｏＴエンティティ上に記憶される場合、ｌｉｓｔＯｆＤｅｃｉｓｉｏｎフィールド（図示せず）が変更され得るため、それに対する任意の修正は、ＩｏＴエンティティのＩｏＴ記述子２０５５に影響２０６０を与えることができる。
【０２３１】
図２１は、ＩｏＴイベントカテゴリと他の情報カテゴリとの間の関係の例である。ＩｏＴイベント２１００は、別のＩｏＴイベント２１００から生成２１０５され得るか、またはＩｏＴコンテンツ２１３０、ＩｏＴコンテキスト２１７０、ＩｏＴポリシー２１８５、もしくはＩｏＴ決定２１４５などの他の情報から導出２１３５、２１６５、２１８０、２１５０され得、これは、各情報インスタンス内のｄｅｒｉｖｅｓＴｏ／ｄｅｒｉｖｅｄＦｒｏｍフィールド（図示せず）によって示され得る。ＩｏＴ発見２１１５は、あるイベントの検索結果を含むことができ、これはＩｏＴイベント２１００に関係２１２０付けられ得る。他方で、イベント自体、たとえばその位置またはフォーマットの任意の変更が、任意のキャッシュされたＩｏＴ発見２１１５情報を無効２１１０にすることができる。リンケージは、発見情報内のフィールドｑｕｅｒｙＩｎｆｏＩＤ／ｑｕｅｒｙＩｎｆｏＴｙｐｅ（図示せず）によって実現され得る。ＩｏＴイベント２１００はＩｏＴ記述子２１５５に影響２１４０を与えることができる。記述子に対する影響は、記述子ターゲットのｌｉｓｔＯｆＥｖｅｎｔフィールド（図示せず）内に示され得る。例として、ＩｏＴイベント２１００がＩｏＴエンティティ上に記憶される場合、ｌｉｓｔＯｆＥｖｅｎｔフィールド（図示せず）が変更され得るため、それに対する任意の修正は、ＩｏＴエンティティのＩｏＴ記述子２１５５に影響２１６０を与えることができる。
【０２３２】
図２２は、ＩｏＴ発見カテゴリと他の情報カテゴリとの間の関係の例である。ＩｏＴ発見２２００は、ＩｏＴ発見２２００の別のインスタンスから生成２２０５され得、これは各情報インスタンス内のｄｅｒｉｖｅｓＴｏ／ｄｅｒｉｖｅｄＦｒｏｍフィールド（図示せず）によって示される。ＩｏＴ発見２２００は、あるコンテンツ、コンテキスト、ポリシー、決定、イベント、または記述子の検索結果を含み得、これはそれぞれ、ＩｏＴコンテンツ、ＩｏＴコンテキスト、ＩｏＴポリシー、ＩｏＴ決定、ＩｏＴイベント、およびＩｏＴ記述子２２１５に、関係２２１０付けられ得る。他方で、コンテンツ、コンテキスト、ポリシー、決定、イベント、および記述子自体、たとえばその位置またはフォーマットにおける任意の変更が、任意のキャッシュされたＩｏＴ発見２２００情報を無効２２２０にすることができる。リンケージは、発見情報内のフィールドｑｕｅｒｙＩｎｆｏＩＤ／ｑｕｅｒｙＩｎｆｏＴｙｐｅ（図示せず）によって実現され得る。
【０２３３】
図２３は、ＩｏＴ記述子カテゴリと他の情報カテゴリとの間の関係の例である。上記で説明されるように、ＩｏＴ記述子２３００は、ＩｏＴエンティティ、ＩｏＴサービス、またはＩｏＴアプリケーションに関する記述情報を含むことができる。ＩｏＴエンティティは、ＩｏＴサービス２３０５、ＩｏＴアプリケーション２３１０、ＩｏＴコンテンツ２３１５、ＩｏＴコンテキスト２３２０、ＩｏＴポリシー２３２５、ＩｏＴ決定２３３０、ＩｏＴイベント２３３５、および／またはＩｏＴ発見２３４０情報を含むことができる。ＩｏＴアプリケーションおよびＩｏＴサービスも、ＩｏＴコンテンツ２３１５、ＩｏＴコンテキスト２３２０、ＩｏＴポリシー２３２５、ＩｏＴ決定２３３０、ＩｏＴイベント２３３５、および／またはＩｏＴ発見２３４０情報を包含２３４５、２３５０することができる。言い換えれば、ＩｏＴサービス／機能記述子２３０５およびＩｏＴアプリケーション記述子２３１０は、ＩｏＴエンティティ記述子２３００を構成２３５５、２３６０することができる。それらの関係は、ＩｏＴ記述子内のｄｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＩＤ／ｄｅｓｃｒｉｐｔｏｒＴａｒｇｅｔＴｙｐｅフィールド（図示せず）によって示され得る。ＩｏＴエンティティ記述子２３００は、このＩｏＴエンティティ上に配置されたそれらのＩｏＴサービスおよびアプリケーションのＩｏＴサービス記述子２３０５およびＩｏＴアプリケーション記述子２３１０を含めることによって生成され得、これは各情報インスタンス内のｄｅｒｉｖｅｓＴｏ／ｄｅｒｉｖｅｄＦｒｏｍフィールドによって示され得る。ｌｉｓｔＯｆＣｏｎｔｅｎｔ、ｌｉｓｔＯｆＣｏｎｔｅｘｔ、ｌｉｓｔＯｆＰｏｌｉｃｙ、ｌｉｓｔＯｆＥｖｅｎｔ、ｌｉｓｔＯｆＤｉｓｃｏｖｅｒｙ、ｌｉｓｔＯｆＤｅｓｃｒｉｐｔｏｒなどの、各ＩｏＴ記述子２３００、２３０５、２３１０内のフィールドは、すべて、対応する情報要素によって影響２３６５、２３７０、２３７５が与えられる。それらの情報要素での任意の動作が、記述子を変更することができる。
【０２３４】
提案された情報モデルは、アクセス権を備えるすべてのエンティティによる生データの解釈および理解を可能にすることができる。例において、温度センサデバイスは、生データ内の感知された温度読み取り値を取り付けられたＭ２Ｍゲートウェイに送信することができる。情報モデルが無い場合、ＧＳＣＬは、温度読み取り値が摂氏または華氏のいずれであるか、データに許可された動作などの、情報を解釈できない可能性がある。情報モデルは、定義されたフィールドを備える生データに関する追加の情報を追加することができる。たとえば、ファイルされたｔｙｐｅは、生データをｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇタイプに関連付けることができる。図２４は、ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇタイプ２４００の例である。ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇタイプ２４００は、このタイプを備えるすべてのデータは華氏単位（Ｕｎｉｔ）２４１０であり、１バイトのサイズ（Ｓｉｚｅ）２４２０を有することを示し得る。データ上で許可される動作はｏｐｅｒａｔｉｏｎフィールド内に示され得、たとえば集約、キャッシュ、および公開を含むことができる。
【０２３５】
モノの間の埋め込まれた関係を伴う提案された情報モデルは、情報のピースの妥当性をチェックするために使用され得る。
【０２３６】
図２５は、６つのノードを備える単純なネットワークトポロジを使用する情報検証の例を示す。ノード２５０４は発見要求者である。ノード２５０１はコンテンツディレクトリサーバである。ノード２５０２および２５０３は、ノード２５０１とノード２５０４との間の中間ノード（ルータ）である。ノード２５０５および２５０６はコンテンツサーバである。
【０２３７】
ノード２５０４は、ＩＤ：ｃｏｎｔｅｎｔＩＤ１を備えるコンテンツを取り出すことを望むことができるが、初期にはコンテンツの位置を知らない可能性がある。結果として、ノード２５０４は、第１にコンテンツディレクトリサーバノード２５０１からコンテンツの位置を発見することが必要な可能性がある。ノード２５０１はコンテンツ（コンテンツサーバノード２５０５およびノード２５０６）の位置を維持することができ、公式化された発見情報でノード２５０４に返答することができる。発見情報は、上記で説明されたフォーマットで形成され得る。フィールドｑｕｅｒｙＩｎｆｏＩＤはコンテンツの識別子（ｃｏｎｔｅｎｔＩＤ１）を含むことができる。フィールドｑｕｅｒｙＩｎｆｏＴｙｐｅは、発見された情報のカテゴリを含むことができ、これはＩｏＴコンテンツであり得る。フィールドｑｕｅｒｙＩｎｆｏＩＤ／ｑｕｅｒｙＩｎｆｏＴｙｐｅは、発見情報をコンテンツにリンクすることができる。ノード２５０２は、ノード２５０４に向けて転送されるときに、発見情報をキャッシュするように選択することができる。ノード２５０４は、コンテンツを取り出すために、コンテンツサーバノード２５０５に比べてノード２５０４に近い可能性のある、コンテンツサーバノード２５０６を選択することができる。その後、コンテンツサーバノード２５０５は、そのストレージからコンテンツを除去することを選択でき、コンテンツの削除を近隣ノードにブロードキャストすることができる。ノード２５０２は削除通知を受信すると、以前にキャッシュされた発見情報を自動的に無効化することができる。他方でノード２５０２は、位置リストからノード２５０５を除去することによって、発見情報が将来のクエリに対して依然として有効であり得るように、発見情報内の表現をインテリジェントに修正することもできる。
【０２３８】
モノの間の埋め込まれた関係を伴う提案された情報モデルは、分散型データストレージを可能にすることができる。
【０２３９】
図２６は分散型データストレージの例を示し、例示のビデオコンテンツ２６００は３つのクリップ、クリップ１  ２６０５、クリップ２  ２６１０、およびクリップ３  ２６１５で構成され得る。提案された情報モデルを使用し、この情報間の関係は、それぞれクリップ１  ２６０５、クリップ２  ２６１０、およびクリップ３  ２６１５のフィールドｄｅｒｉｖｅｓＴｏ  ２６２０、２６２５、２６３０によって示され得る。他方の方向では、ビデオコンテンツ２６００は、それぞれビデオコンテンツ２６００のｄｅｒｉｖｅｄＦｒｏｍフィールド２６３５、２６４０、２６４５によって、クリップ１  ２６０５、クリップ２  ２６１０、およびクリップ３  ２６１５に関係付けられ得る。コンテンツとその構成要素との間のリンクを使用することによって、ビデオコンテンツ２６００は、異なる位置に、この例ではサーバ１  ２６５０、サーバ２  ２６５５、およびサーバ３  ２６６０に分散および記憶され得る。ビデオコンテンツが要求された場合は必ず、サーバ１  ２６５０、サーバ２  ２６５５、およびサーバ３  ２６６０から個別に取り出されるように、クリップ１  ２６０５、クリップ２  ２６１０、およびクリップ３  ２６１５をトリガすることができる。サーバ１  ２６５０、サーバ２  ２６５５、およびサーバ３  ２６６０のうちのいずれかが失敗した場合、ビデオ２６００のクリップ２６０５、２６１０、２６１５のいくつかが他の機能しているサーバから依然として取り出され得るため、要求者がビデオコンテンツを完全に利用できない状況を回避する。
【０２４０】
様々な番号付けされた実施形態が、以下に提供される。
（実施形態）
１．モノのインターネット（ＩｏＴ）における通信のための方法であって、
プロセッサを備えるＩｏＴエンティティによって、通信媒体を介して第１の情報を受信することであって、
前記第１の情報は、情報のカテゴリの第１のインスタンスを備え、
前記第１のインスタンスはフィールドを備える、
受信すること、および、
前記ＩｏＴエンティティによって、第１のインスタンスに従って前記情報を処理することであって、
前記第１のインスタンスは、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、および記述子からなるグループから選択された、情報カテゴリを備える、
処理すること、
を含むことを特徴とする方法。
【０２４１】
２．前記フィールドは、情報のカテゴリの第２のインスタンスに関係することを特徴とする実施形態１に記載の方法。
【０２４２】
３．前記第１のインスタンスおよび前記第２のインスタンスは、共有フィールドを備えることを特徴とする実施形態１または２に記載の方法。
【０２４３】
４．前記フィールドはリソースに対するポインタを備えることを特徴とする実施形態１乃至３のいずれか一項に記載の方法。
【０２４４】
５．前記第１のインスタンスは、コンテンツカテゴリと、
前記第１の情報のアクセス周波数に関係する統計、および
前記第１の情報が存在できる位置、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１乃至４のいずれか一項に記載の方法。
【０２４５】
６．前記第１のインスタンスは、コンテキストカテゴリと、
それによって前記第１の情報が導出される規則、
前記第１の情報のアクセス周波数に関係する統計、および
前記第１の情報が存在できる位置、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１乃至５のいずれか一項に記載の方法。
【０２４６】
７．前記第１のインスタンスは、ポリシーカテゴリと、
前記第１の情報の目的、
前記第１の情報によって影響が与えられるエンティティ、
その下で前記第１の情報が処理される条件と、
前記条件が満たされる場合に行われる決定、および
そこから前記情報のうちの少なくとも一部が導出される、参照、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１乃至６のいずれか一項に記載の方法。
【０２４７】
８．前記第１のインスタンスは、決定カテゴリと、
前記第１の情報の目的、
前記第１の情報を処理するためのトリガ、
前記第１の情報を処理するように指定された実行者、
前記第１の情報の処理に関係する通知を受信するように指定された、前記実行者以外の受信者、
前記第１の情報によって影響が与えられるエンティティ、および
前記受信者によって行われることになるアクション、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１乃至７のいずれか一項に記載の方法。
【０２４８】
９．前記第１のインスタンスは、イベントカテゴリと、
前記第１の情報によって影響が与えられるエンティティ、
前記第１の情報に関係するイベントが発生する場所、
前記第１の情報に関係するイベントが発生する時点、および
前記第１の情報に関係するイベントが発生する間の時間、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１乃至８のいずれか一項に記載の方法。
【０２４９】
１０．前記第１のインスタンスは、発見カテゴリと、
求められる情報に関係する情報の識別、
求められる情報のタイプ、
情報を求めているエンティティの識別、
発見クエリが行われた時点、
そこから発見クエリが行われた位置、
求められる情報に関係する少なくとも１つのキーワード、および
発見クエリに返答するエンティティの識別、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１乃至９のいずれか一項に記載の方法。
【０２５０】
１１．前記第１のインスタンスは、記述子カテゴリと、
前記第１の情報に関係するエンティティの識別、
前記第１の情報のタイプ、および
前記エンティティに関係する少なくとも１つの項目に関する識別情報を含むリストであって、前記少なくとも１つの項目は、アプリケーション、サービス、機能、機能性、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、記述子、およびインターフェースからなるグループから選択される、リスト、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１乃至１０のいずれか一項に記載の方法。
【０２５１】
１２．モノのインターネット（ＩｏＴ）における通信のための方法であって、
情報のカテゴリの第１のインスタンスを備える第１の情報を生成することであって、
前記第１のインスタンスはフィールドを備える、
生成すること、および
前記第１のインスタンスに従って前記第１の情報を処理するためのプロセッサを備えるＩｏＴエンティティに、通信媒体を介して前記第１の情報を送信することであって、
前記第１のインスタンスは、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、および記述子からなるグループから選択された情報カテゴリを備える、
送信すること、
を含むことを特徴とする方法。
【０２５２】
１３．前記フィールドは、情報のカテゴリの第２のインスタンスに関係することを特徴とする実施形態１２に記載の方法。
【０２５３】
１４．前記第１のインスタンスおよび前記第２のインスタンスは、共有フィールドを備えることを特徴とする実施形態１２または１３に記載の方法。
【０２５４】
１５．前記フィールドはリソースに対するポインタを備えることを特徴とする実施形態１２乃至１４のいずれか一項に記載の方法。
【０２５５】
１６．前記第１のインスタンスは、コンテンツカテゴリと、
前記第１の情報のアクセス周波数に関係する統計、および
前記第１の情報が存在できる位置、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１２乃至１５のいずれか一項に記載の方法。
【０２５６】
１７．前記第１のインスタンスは、コンテキストカテゴリと、
それによって前記第１の情報が導出される規則、
前記第１の情報のアクセス周波数に関係する統計、および
前記第１の情報が存在できる位置、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１２乃至１６のいずれか一項に記載の方法。
【０２５７】
１８．前記第１のインスタンスは、ポリシーカテゴリと、
前記第１の情報の目的、
前記第１の情報によって影響が与えられるエンティティ、
その下で前記第１の情報が処理される条件と、
前記条件が満たされる場合に行われる決定、および
そこから前記情報のうちの少なくとも一部が導出される、参照、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１２乃至１７のいずれか一項に記載の方法。
【０２５８】
１９．前記第１のインスタンスは、決定カテゴリと、
前記第１の情報の目的、
前記第１の情報を処理するためのトリガ、
前記第１の情報を処理するように指定された実行者、
前記第１の情報の処理に関係する通知を受信するように指定された、前記実行者以外の受信者、
前記第１の情報によって影響が与えられるエンティティ、および
前記受信者によって行われることになるアクション、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１２乃至１８のいずれか一項に記載の方法。
【０２５９】
２０．前記第１のインスタンスは、イベントカテゴリと、
前記第１の情報によって影響が与えられるエンティティ、
前記第１の情報に関係するイベントが発生する場所、
前記第１の情報に関係するイベントが発生する時点、および
前記第１の情報に関係するイベントが発生する間の時間、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１２乃至１９のいずれか一項に記載の方法。
【０２６０】
２１．前記第１のインスタンスは、発見カテゴリと、
求められる情報に関係する情報の識別、
求められる情報のタイプ、
情報を求めているエンティティの識別、
発見クエリが行われた時点、
そこから発見クエリが行われた位置、
求められる情報に関係する少なくとも１つのキーワード、および
発見クエリに返答するエンティティの識別、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１２乃至２０のいずれか一項に記載の方法。
【０２６１】
２２．前記第１のインスタンスは、記述子カテゴリと、
前記第１の情報に関係するエンティティの識別、
前記第１の情報のタイプ、および
前記エンティティに関係する少なくとも１つの項目に関する識別情報を含むリストであって、前記少なくとも１つの項目は、アプリケーション、サービス、機能、機能性、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、記述子、およびインターフェースからなるグループから選択される、リスト、
からなるグループから選択された、フィールド情報と、
を備えることを特徴とする実施形態１２乃至２１のいずれか一項に記載の方法。
【０２６２】
上記で特徴および要素が特定の組合せで説明されたが、当業者であれば、各特徴もしく要素は、単独で、または他の特徴および要素との任意の組合せで使用される得ることを理解されよう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェア内で実装され得る。コンピュータ可読媒体の例は、（ワイヤードまたはワイヤレス接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取り外し可能ディスクなどの磁気媒体、光磁気媒体、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これらに限定されない。ソフトウェアに関連付けられたプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するために無線周波数送受信機を実装するために使用され得る。
【図１Ａ】
2016518635.tif 000003
【図１Ｂ】
2016518635.tif 000004
【図１Ｃ】
2016518635.tif 000005
【図２】
2016518635.tif 000006
【図３】
2016518635.tif 000007
【図４】
2016518635.tif 000008
【図５】
2016518635.tif 000009
【図６】
2016518635.tif 000010
【図７】
2016518635.tif 000011
【図８】
2016518635.tif 000012
【図９】
2016518635.tif 000013
【図１０】
2016518635.tif 000014
【図１１】
2016518635.tif 000015
【図１２】
2016518635.tif 000016
【図１３】
2016518635.tif 000017
【図１４】
2016518635.tif 000018
【図１５】
2016518635.tif 000019
【図１６】
2016518635.tif 000020
【図１７】
2016518635.tif 000021
【図１８】
2016518635.tif 000022
【図１９】
2016518635.tif 000023
【図２０】
2016518635.tif 000024
【図２１】
2016518635.tif 000025
【図２２】
2016518635.tif 000026
【図２３】
2016518635.tif 000027
【図２４】
2016518635.tif 000028
【図２５】
2016518635.tif 000029
【図２６】
2016518635.tif 000030
【手続補正書】
【提出日】平成27年10月15日(2015.10.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モノのインターネット（ＩｏＴ）通信の方法であって、
ＩｏＴエンティティによって、通信媒体上で第１の情報を受信するステップであって、
前記第１の情報は、情報のカテゴリの第１のインスタンスを備え、前記情報のカテゴリは、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、および記述子を備える第１のグループから選択され、前記第１の情報は、前記情報のカテゴリのインジケータを備える、ステップと、
前記ＩｏＴエンティティによって、前記情報のカテゴリに基づいて前記第１の情報を処理するステップと
を含むことを特徴とする方法。
【請求項２】
前記第１のインスタンスは、前記情報のカテゴリの第２のインスタンスに関連付けられた第１のフィールド、または、リソースへのポインタを備える第２のフィールドのうちの少なくとも１つをさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のインスタンスおよび前記第２のインスタンスは、共有フィールドをさらに備えることを特徴とする請求項２に記載の方法。
【請求項４】
前記第１のインスタンスは、
前記第１の情報のアクセス頻度に関連付けられた統計、および、
前記第１の情報の位置
を備える第２のグループから選択されたコンテンツカテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記第１のインスタンスは、
前記第１の情報を導出するための規則、
前記第１の情報のアクセス頻度に関連付けられた統計、および、
前記第１の情報の位置
を備える第２のグループから選択されたコンテキストカテゴリおよびフィールド情報を備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記第１のインスタンスは、
前記第１の情報の目的、
前記第１の情報によって影響を与えられるエンティティ、
前記第１の情報を処理するための条件、
前記条件が満たされるときになされる決定、および、
前記情報の少なくとも一部が導出される参照
を備える第２のグループから選択されたポリシーカテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１に記載の方法。
【請求項７】
前記第１のインスタンスは、
前記第１の情報の目的、
前記第１の情報を処理するためのトリガ、
前記第１の情報を処理するように指定された実行者、
前記第１の情報の処理に関連付けられた通知を受信するように指定された、前記実行者以外の受信者、
前記第１の情報によって影響を与えられるエンティティ、および、
前記受信者によって行なわれるべき動作
を備える第２のグループから選択された決定カテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１に記載の方法。
【請求項８】
前記第１のインスタンスは、
前記第１の情報によって影響を与えられるエンティティ、
前記第１の情報に関連付けられたイベントが発生する位置、
前記第１の情報に関連付けられた前記イベントが発生する時点である第１の時間、および、
前記第１の情報に関連付けられた前記イベントが発生する間中である第２の時間
を備える第２のグループから選択されたイベントカテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１に記載の方法。
【請求項９】
前記第１のインスタンスは、
探し求める情報に関連付けられた情報の第１の識別、
探し求められる情報のタイプ、
情報を探し求めるエンティティの第２の識別、
発見クエリが行なわれる時刻、
前記発見クエリが行なわれる位置、
探し求める情報に関連付けられたキーワード、および、
前記発見クエリに返信するエンティティの第３の識別
を備える第２のグループから選択された発見カテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１に記載の方法。
【請求項１０】
前記第１のインスタンスは、
前記第１の情報に関連付けられたエンティティの識別、
前記第１の情報のタイプ、および、
前記エンティティに関連付けられた少なくとも１つの項目についての識別情報を備えるリストであって、前記少なくとも１つの項目は、アプリケーション、サービス、能力、機能性、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、記述子、およびインターフェースを備える第３のグループから選択される、リスト
を備える第２のグループから選択された記述子カテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１に記載の方法。
【請求項１１】
モノのインターネット（ＩｏＴ）通信の方法であって、
ＩｏＴエンティティを介して、第１の情報が処理されるために従う情報のカテゴリの第１のインスタンスを備える前記第１の情報を作り出すステップであって、前記情報のカテゴリは、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、および記述子を備える第１のグループから選択され、前記第１の情報は、前記情報のカテゴリのインジケータを備える、ステップと、
通信媒体上で前記第１の情報を送信するステップと
を含むことを特徴とする方法。
【請求項１２】
前記第１のインスタンスは、前記情報のカテゴリの第２のインスタンスに関連する第１のフィールド、または、リソースへのポインタを備える第２のフィールドのうちの少なくとも１つをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記第１のインスタンスおよび前記第２のインスタンスは、共有フィールドをさらに備えることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記第１のインスタンスは、
前記第１の情報のアクセス頻度に関連付けられた統計、および、
前記第１の情報の位置
を備える第２のグループから選択されたコンテンツカテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１５】
前記第１のインスタンスは、
前記第１の情報を導出するための規則、
前記第１の情報のアクセス頻度に関連付けられた統計、および、
前記第１の情報の位置
を備える第２のグループから選択されたコンテキストカテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１６】
前記第１のインスタンスは、
前記第１の情報の目的、
前記第１の情報によって影響を与えられるエンティティ、
前記第１の情報を処理するための条件、
前記条件が満たされるときになされる決定、および、
前記情報の少なくとも一部が導出される参照
を備える第２のグループから選択されたポリシーカテゴリおよびフィールド情報を備えることを特徴とする請求項１１に記載の方法。
【請求項１７】
前記第１のインスタンスは、
前記第１の情報の目的、
前記第１の情報を処理するためのトリガ、
前記第１の情報を処理するように指定された実行者、
前記第１の情報の処理に関連付けられた通知を受信するように指定された、前記実行者以外の受信者、
前記第１の情報によって影響を与えられるエンティティ、および、
前記受信者によって行なわれるべき動作
を備える第２のグループから選択された決定カテゴリおよびフィールド情報を備えることを特徴とする請求項１１に記載の方法。
【請求項１８】
前記第１のインスタンスは、
前記第１の情報によって影響を与えられるエンティティ、
前記第１の情報に関連付けられたイベントが発生する位置、
前記第１の情報に関連付けられた前記イベントが発生する時点である第１の時間、および、
前記第１の情報に関連付けられた前記イベントが発生する間中である第２の時間
を備える第２のグループから選択されたイベントカテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１９】
前記第１のインスタンスは、
探し求める情報に関連付けられた情報の第１の識別、
探し求められる情報のタイプ、
情報を探し求めるエンティティの第２の識別、
発見クエリが行なわれる時刻、
前記発見クエリが行なわれる位置、
探し求める情報に関連付けられたキーワード、および、
前記発見クエリに返信するエンティティの第３の識別
を備える第２のグループから選択された発見カテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項２０】
前記第１のインスタンスは、
前記第１の情報に関連付けられたエンティティの識別、
前記第１の情報のタイプ、および、
前記エンティティに関連付けられた少なくとも１つの項目についての識別情報を備えるリストであって、前記少なくとも１つの項目は、アプリケーション、サービス、能力、機能性、コンテンツ、コンテキスト、ポリシー、決定、イベント、発見、記述子、およびインターフェースを備える第３のグループから選択される、リスト
を備える第２のグループから選択された記述子カテゴリおよびフィールド情報をさらに備えることを特徴とする請求項１１に記載の方法。
【国際調査報告】
2016518635.tif 000031
2016518635.tif 000032
2016518635.tif 000033