機械、センサ、その他のシステムを、効率的かつ安全に、さらに 高い拡張性を確保しながらネットワーク化することは、容易で はありません。 通信プロトコルの選定は一見すると小さな判断に思えます が、MQTT、REST、OPC UAの中から適切なものを選ぶ際に は、判断に迷いやすいのが実情です。 本記事では、代表的な通信プロトコルを取り上げ、それぞれの 仕組みから、適した用途、主な制約・課題に至るまで解説しま す。 最適な標準規格を容易に選定でき、アプリケーションを可能 な限り円滑かつ効率的で、高い信頼性をもって運用すること が可能になります。
ここでは、通信プロトコルと、それらが最適なアプリケーション について簡単に説明します。
もちろん、これらの通信規格は完全に独立して機能するわけ ではありません。多くの場合、これらの規格は組み合わせて利 用され、それぞれのプロトコルの強みが他のプロトコルの課 題を補完する形で活用されます。 例えば、「OPC UA over MQTT」という形態がよく見られます。 これは、OPC UAのデータをMQTTメッセージとして送信する ことで、セキュリティを向上させつつ帯域幅の節約を実現する 手法です。
適切な通信規格の選定は、当初は分かりにくく、判断に迷い やすいものです。しかし、最適なプロトコルを見極めるために は、MQTT、REST、OPC UAそれぞれの特性を正しく理解し、 それらを自社アプリケーションの要件に適合させることが重 要です。
IoT 通信用の軽量ネットワークプロトコルです。 MQTT はパブリック・サブスクライブ・モデルに基づいていま す。つまり、デバイスおよびアプリケーション(または「MQTT ク ライアント」) は、「トピック」に対してデータを発行し、中央のブ ローカーを介して配信されます。 他のアプリケーションやクライアントは、ブローカーを介して これらのトピックをサブスクライブ(購読)することで、関連する メッセージを受信できます。
MQTT は、小型のIoT デバイスおよびプラットフォームに最適 です。 また、センサネットワーク用途においても高い性能を発揮する 強力なプロトコルです。 その結果、予知保全の分野における通信プロトコルとして、広 く利用されています。このような理由から、MQTTは当社の digiBOXアンプにおいて重要な役割を担っています。MQTTを openDAQと組み合わせて採用することで、digiBOXをさまざまなクラウドアプリケーションや分析プロセスと容易に連携で きるようにしました。
使用事例:ある自動車メーカーは、異常を早期に検出できるよ うに、マシンからのセンサのデータをリアルタイムで記録した いと考えています。 MQTTのパブリッシュ/サブスクライブ方式は、この用途に適切 な通信プロトコルといえます。 センサはデータを継続的に中央のMQTTブローカーへ送信 し、ブローカーがそれを関連するシステムへ配信します。エン ジニアはこれらのデータを活用して、設備の性能および環境 パラメータの双方を監視し、設備運用のあらゆる側面を最適 化します。 重要なのは、データが高速かつ高い信頼性で伝送される点で す。その結果、エンジニアは問題を解決するために迅速に動く ことができ、重要な異常兆候や製品最適化の機会を見逃すこ とがないという安心感を得られます。
Web インタフェースのための、HTTP 要求に基づくアーキテク チャスタイル。 REST を使用する場合、サーバーはWeb インタフェース(REST API) を介してリソースを提供します。 クライアントアプリケーションは、固有のアドレスを使用してリ ソースをアドレス指定します。次に、アプリケーションは、 GET、 POST、PUT、またはDELETE などのHTTP メソッドを使用し て、データを取得、作成、更新、または削除します。
RESTは一般的に利用されているインターネット技術を基盤と しているため、他のプロトコルと比べて使いやすく、既存インフ ラへの統合も容易です。
その結果、REST API はさまざまなWeb サービス、Web アプリ ケーション、およびクラウドプラットフォームで使用されます。
ただし、以下に示すように、REST API を使用して産業用デバ イスと通信することもできます。
使用事例:産業機器向けセンサーのメーカーが、製造現場(生 産ホール)から中央のクラウドプラットフォームへセンサデー タを転送する方法を検討しています。
このような状況において、REST APIは、機械とクラウド間の標 準化されたHTTP通信を容易に実現します。既存のMESや ERPシステムとも容易に連携できるため、メーカーは業務へ の影響を最小限に抑えつつ、迅速に運用を開始できます。
また、生産規模が拡大した場合でも、RESTにより、分析および 最適化プロセスを同様にスケールさせることが可能です。
自動化装置とソフトウェア・システム間のデータ交換のための 産業用通信規格。業界やアプリケーションの枠を超えて、産業 オートメーション分野における最も重要な標準規格の 一つ として確立されています。
異なるメーカーのマシンおよびデバイスであっても、OPC UA を使用して、標準化されたフォーマットでデータを提供したり、 制御目的でデータを受信したりすることが可能です。
OPC UAを利用するには、独自インターフェースとOPC UA標 準との間で「変換(トランスレート)」を行うOPC UAサーバーが 必要となります。
MESやERPシステムなどのソフトウェアアプリケーションは、 OPC UAクライアントを使用してデータを取得し、コントローラ に送信します。
OPC UAは、当社の1チャンネル信号調整器「ClipX」に採用さ れており、シームレスなデータ収集を中核とした、統合された 一体的な産業システムの構築を可能にします。
使用事例:ある製造会社は、生産現場において、PLCとSCADA 制御システム間のシームレスな通信を実現したいと考えてい ます。
OPC UAは機械データの伝送を標準化できるため、本用途に 最適なソリューションです。また、複雑なデータモデルのマッピ ングにも対応しており、メーカーのシステム構成がどれほど複 雑化しても、常に適切な情報を適切な場所へ確実に届けるこ とができます。OPC UAに統合されたセキュリティ層により、メ ーカーはデータが サイバー攻撃からも安全であることを確信 できます。
通信プロトコルに関しては、万能な選択肢は存在しません。
MQTT は、IoT ネットワークにおいて軽量かつ効率的な通信を 提供し、REST は、Web ベースのインフラにおいてシンプルさ と高い拡張性を実現、そしてOPC UA は産業環境における堅 牢で安全なデータ交換を可能にします。
場合によっては、最も賢明なアプローチはハイブリッド型です。 プロトコルを組み合わせることで、それぞれの強みを活かし、 弱点を補完できます。
機械、センサ、またはクラウドシステムを接続する場合でも、そ れらの背後にある通信プロトコルを理解することで、よりスマ ートで、より迅速で、より安全なシステムを構築できます。
This will bring together HBM, Brüel & Kjær, nCode, ReliaSoft, and Discom brands, helping you innovate faster for a cleaner, healthier, and more productive world.
This will bring together HBM, Brüel & Kjær, nCode, ReliaSoft, and Discom brands, helping you innovate faster for a cleaner, healthier, and more productive world.
This will bring together HBM, Brüel & Kjær, nCode, ReliaSoft, and Discom brands, helping you innovate faster for a cleaner, healthier, and more productive world.
This will bring together HBM, Brüel & Kjær, nCode, ReliaSoft, and Discom brands, helping you innovate faster for a cleaner, healthier, and more productive world.
This will bring together HBM, Brüel & Kjær, nCode, ReliaSoft, and Discom brands, helping you innovate faster for a cleaner, healthier, and more productive world.
This will bring together HBM, Brüel & Kjær, nCode, ReliaSoft, MicroStrain and Discom brands, helping you innovate faster for a cleaner, healthier, and more productive world.