オープンプラットフォーム通信 (OPC) の概要
OPC は、産業用オートメーションにおけるオープン接続規格です。その相互運用は、非独占的なオープン標準仕様によってサポートされています。最初の OPC 標準仕様は、世界の主要なオートメーションサプライヤーと Microsoft 社の共同作業から生まれました。当初は Microsoft 社の OLE COM および DCOM 技術に基づいていたこの仕様は、プロセス管理と製造自動化ソフトウェアアプリケーションで使用するオブジェクト、インターフェース、メソッドの標準セットを定義し、相互運用を促進しました。現在では、数百もの OPC データアクセスサーバーとクライアントが存在します。
OPC の沿革
1994 年、さまざまな産業分野の専門家が OPC 協議会を結成しました。この協議会の目標は、ベンダーがデータを迅速かつ確実に共有するアプリケーションを開発できるように、重複した開発作業をベンダーに強いていた独自のスキームを排除できるようにする単一のクライアント/サーバー仕様を策定することでした。OPC 協議会は初の仕様となる Data Access Specification 1.0a を 1996 年に公開しました。この仕様に従うことで、ベンダーはクライアント/サーバーソフトウェアを迅速に開発できるようになりました。
このデータアクセス仕様により、アプリケーションベンダーは専用の通信ドライバーを開発する必要性を排除できました。この開発作業は、アプリケーション開発よりも大きな負担になることがしばしばありました。OPC 技術により、ベンダーの労力をほぼクライアントアプリケーションのみに集中できます。このデータアクセス仕様は、クライアントとサーバー両方のアプリケーションインターフェースがどのように構築するかを定義します。仕様に正しく準拠している場合、クライアントのベンダーは、産業用機器向けのあらゆる OPC サーバーがデータアクセスに必要な接続性を提供できることを認識しています。市場投入期間や信頼性といった問題は、もはや OPC アプリケーションを制限するものではありません。
従来、エンドユーザーは通信ドライバーの提供状況や、ベンダーのドライバー開発体制の有無に応じてソリューションを選択する必要がありました。OPC により、エンドユーザーはアプリケーションの問題を解決するために最適なソフトウェアを選択できるようになりました。ユーザーは、新しいドライバー要件に対応することや、パフォーマンスの問題を修正するために、さまざまな OPC サーバーベンダーから選択できます。アプリケーションのベンダーは、通信の問題やニーズに対応することなく、中核的な製品の改良に集中できます。
OPC 協議会はこちら
OPC 標準の詳細については、OPC 協議会のサイトをご確認ください。
OPC UA のセキュリティの主要な概念
OPC UA が組織のデータのセキュリティと整合性をいかに保護しているか、ブログでご確認ください。