“オブジェクト (objects)” または ”モノ (things)” に接続することは、通信モデルの異なるレイヤーで生じる一連の問題を克服する必要があります。そのデータを使用するか、それに基づいて行動するかには、複数の無線技術によって分散され、アクセス可能な、(世界的に受け入れられている技術標準の欠如のために) 異なるプロトコルを実行するデバイスの異種環境とのやりとりが必要です。
デバイスには多くの特殊性があるため、あるサイズがすべてのものに適合するソリューションを提供することは実現不可能です。リソースが制約され、完全な標準プロトコルスタックを使用することはできません。バッテリの消費により情報を頻繁に送信することはできません。異種無線ネットワークを介して接続されているため、常に到達可能ではありません。それらの通信プロトコルはあまりにも具体的であり、統合されたアプローチを欠いており、異なるデータ符号化言語を使用するため、グローバルな展開を見つけるのは困難です。
FIWARE IoT architecture で説明されている3つの IoT の典型的なユースケース・シナリオ (IoT GEs の組み合わせ) があります。最もシンプルでよりテストされたものは ”Common Simple Scenario” と呼ばれ、次の図に示されています:
FIWARE IoT デバイス管理 GE アーキテクチャ
- Orion ContextBroker: これは開発者の主なフロントエンドとして存在しています。開発者はデバイスを表すエンティティの属性としてIoT データにアクセスし、開発者はコマンド関連の属性を更新することでデバイスにコマンドを送信し、その操作にアクセス権を与えれば提供することもできます。ここで最新のバージョンを見ることができます
- IoT Agents: これらのコンポーネントは、Orion Context Broker のサウス・バウンドにあり、IoT インテグレータによってこのシナリオでデバイスを接続するために使用されます。IoT Agent は、モジュラー・アーキテクチャを備えたいくつかの IoT プロトコルをサポートします。したがって、インテグレータは、最初にどのプロトコルを使用してデバイスを接続するかを決定し、次に適切な IoT Agent を選択する必要があります。
簡単な例として、ここでは Ultralight2.0/HTTP について説明します。より多くの情報を調べるには Github サイト をご覧ください。 Internet of Things にアプリケーションを接続するのに興味があるなら、以下を読んでください: