オープンプラットフォーム通信 (OPC) の概要
OPC は、産業用オートメーションにおけるオープン接続規格です。その相互運用は、非独占的なオープン標準仕様によってサポートされています。最初の OPC 標準仕様は、世界の主要なオートメーションサプライヤーと Microsoft 社の共同作業から生まれました。当初は Microsoft 社の OLE COM および DCOM 技術に基づいていたこの仕様は、プロセス管理と製造自動化ソフトウェアアプリケーションで使用するオブジェクト、インターフェース、メソッドの標準セットを定義し、相互運用を促進しました。現在では、数百もの OPC データアクセスサーバーとクライアントが存在します。
OPC サーバーの概要と仕組み
OPC はクライアント/サーバー技術であると言えます。一方のアプリケーションがデータを提供するサーバーの役割を果たし、もう一方がデータを使用するクライアントとして機能します。OPC は、ベンダー固有仕様の制限なしに複数のベンダー製機器と制御アプリケーションの間でデータ交換を可能にする産業用通信規格です。
OPC を採用するメリット
OPC を採用することで、相互運用、オープンなソリューション、選択の自由など、さまざまなメリットを得られます。オートメーションサプライヤーは、ユーザーのオートメーションアプリケーションの選択肢を増やす、真にオープンなソリューションを提供できます。業界は今、転換の時代を迎えており、OPC を採用した世界中の自動化のプロフェッショナルが、産業用アプリケーションに OPC を組み込むことでメリットを実感しています。
OPC の沿革
このデータアクセス仕様により、アプリケーションベンダーは専用の通信ドライバーを開発する必要性を排除できました。この開発作業は、アプリケーション開発よりも大きな負担になることがしばしばありました。OPC 技術により、ベンダーの労力をほぼクライアントアプリケーションのみに集中できます。このデータアクセス仕様は、クライアントとサーバー両方のアプリケーションインターフェースがどのように構築するかを定義します。仕様に正しく準拠している場合、クライアントのベンダーは、産業用機器向けのあらゆる OPC サーバーがデータアクセスに必要な接続性を提供できることを認識しています。市場投入期間や信頼性といった問題は、もはや OPC アプリケーションを制限するものではありません。
従来、エンドユーザーは通信ドライバーの提供状況や、ベンダーのドライバー開発体制の有無に応じてソリューションを選択する必要がありました。OPC により、エンドユーザーはアプリケーションの問題を解決するために最適なソフトウェアを選択できるようになりました。ユーザーは、新しいドライバー要件に対応することや、パフォーマンスの問題を修正するために、さまざまな OPC サーバーベンダーから選択できます。アプリケーションのベンダーは、通信の問題やニーズに対応することなく、中核的な製品の改良に集中できます。
OPC Unified Architecture (OPC UA)
OPC Unified Architecture (UA) は、OPC Classic 仕様のすべてのコンポーネントを 1 つのフレームワークに統合した、プラットフォームに依存しないアーキテクチャーです。このスタイルのサービス指向アーキテクチャー (SOA) は分散ソフトウェアコンポーネントを統合し、相互運用と通信を確保します。OPC アーキテクチャーに対する多層的なアプローチにより、プラットフォームの独立性、セキュリティ、新機能の追加能力、情報モデリング、機能的等価性を提供します。