IoTでの通信に最適で適切なその他のHTTP以外に、メッセージ・キューの遠隔測定トランスポート(MQTT)、制約付きアプリケーション・プロトコル(CoAP)、WebSocket、Extensible Messaging and Presence Protocol (XMPP)、およびAdvanced Message Queuing Protocol (AMQP)もあります。 インターネットを介したREST接続性は、IoTデバイスの通信アーキテクチャとして使用されます。 通常、IoTデバイスはリソース制約を受け、このタイプの通信では、データ損失またはメモリー量の高い要件が存在する場合があります。 または、MQTT、CoAP、XMPP、WebSocket、AMQPなど、有効なプロトコルがいくつかあります。
MQTTとは ”Message Queue Telemetry Transport” の略で、パブリッシュ/サブスクライブ型の非常にシンプルで軽量なメッセージングプロトコルです。制約のあるデバイスや、低帯域幅、高レーテンシー、または信頼性の低いネットワーク向けに設計されています。 その設計原理は、ネットワーク帯域幅とデバイスリソースを最小限に抑えつつ、メッセージ配信の一定の信頼性を確保する、というものです。 これらの原理は、M2M (Machine-to-Machine) や IoT (Internet of Things) といったデバイス同士が接続される世界においても、また帯域幅とバッテリー消費が鍵となるモバイルアプリケーションにとっても理想的なプロトコルであると言えます。 MQTTは1999年に、IBMのAndy Stanford-Clark博士と 、Arcom (現Eurotech
Enterprise Application Integration（企業アプリケーション統合、以下、EAI）とは、企業内における多種多様なコンピュータシステム群や各種ビジネスパッケージ群を有機的に連携/統合（例えば、営業支援サービスと財務システム、顧客管理システムを連携させ、CRMシステムの機能を拡充させるなど）させ再構築し、より戦略的な機能や情報として提供する機能及びミドルウェア / アプリケーションパッケージや統合技術のこと。 基幹システムと電子商取引システムの接続[1]や、企業間の合併に伴うシステム統合手段としても活用される。 EAIが提唱され始めたのは、1990年代終盤であり、この頃にトレンドだったTPモニター技術やサーバ間メッセージキューイング及び、まだ十分な機能を提供できないWebAPサーバなどを連携してシステムを構築する事が多かった。また、当時の通信ベースでトレンドであった
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く