Joint Working Groups

この記事では、OPC Foundation ジョイント・ワーキンググループ（OPC-F JWG）について紹介し、定義します。特にJWGの基本的なルールとプロセスについて説明します。

開くhttps://opcfoundation.org/developer-tools/documents/を開き、”Document Type “フィルターで “Guideline andTemplate ” を選択してください 。

はじめに

OPC UAは、組込みの世界からクラウドまで、マルチベンダー・マルチプラットフォームの安全で信頼性の高い情報統合の相互運用性を提供する一連の仕様です。OPC UAの主要部分は情報モデリングに関するものであり、他の組織が複雑なデータモデリングを容易にするための基盤を提供します。
OPC UAコンパニオン標準規格はユースケースに対応し、それによってさまざまな垂直方向におけるOPC UA技術の適用性と採用性を高めます。

OPC UAワーキンググループを開くと、OPC UAコアおよびOPC UAコンパニオン仕様がすべて表示されます。

OPC Foundationは、共同ワーキンググループ（JWG）として知られるインフラを通じ、OPC UA 標準規格を開発する他のコンソーシアムや標準化団体を支援しています。ジョイント・ワーキンググループ（JWG）”とは、1つ以上の組織（以降 “協力組織 “と呼ぶ）とOPC Foundation 。 JWGの目標は、協力組織が定義したユースケースに対応するOPC UA標準規格を策定することです。また、OPC UA標準規格に準拠した実装を保証するためのコンプライアンステスト戦略も含まれます。

「共同」とは、以下を意味する。

• OPCと協力団体（協力者）は協定を結ぶ（詳細は下記参照）。
• 協力者のメンバーはワーキンググループに参加することができる。
• 協力とその目的は、OPCの全会員に告知され、OPC Foundation のウェブ上で公開される。協力者の合意により、プレスリリースを発行することができる。
• ワーキンググループは、協定に記載されたプロジェクトガバナンスプロセスの下で運営される。

共同コンパニオン仕様」は、OPC Foundation の技術ではない。 OPC Foundationは排他性を保証せず、協力組織のユースケースが満たされていることを証明できない。

OPC Foundation メンバーの参加は任意である。OPC-FがJWGにリソースを提供することは期待しない。

OPC UA エキスパートが必要な場合は、登録されているコンサルタント・エキスパートのリストをこちらでご確認ください：https://opcfoundation.org/about/opc-foundation/experts/

共同ワーキンググループの基準

OPC Foundationは、協力関係に入るために、いくつかの明確なルールを設定している：

• コンパニオン仕様は、OPC UAのコア技術には対応しません。つまり、OPC UAのコア技術と競合するものではありません。
• 協力団体は、記述されたユースケースに対する実際の需要があり、付属仕様を開発するためのリソースがあり、議長を指名できることを証明する。(議長はいずれかの協力団体のメンバーでなければならない）。
• JWGは、同じような分野で活動する、あるいは重複する定義に取り組む他のワーキンググループと調整する。

共同ワーキンググループの設立

• MOCA は「 OPCF-Multi-Org-Cooperation-Agreement」（OPCF-Multi-Org-Cooperation-Agreement）に基づくものとする 。
  定款は「OPC 11050 – WorkingGroup Charter Template」（OPC 11050 – WorkingGroup Charter Template）に基づくものとする。
• 憲章はOPC技術部長（下記の連絡先を参照）に手渡される。
• OPC管理委員会（技術TCBおよびマーケティングMCB）およびOPC技術諮問委員会（TAC）が憲章を検討する（OPC技術部長が実施）。
• 次に、キックオフ・ミーティングの日程を決定し（レビューの2～3週間後）、OPC-Fメンバーへの専門家募集とともに発表する（OPC会長が実施）。
• 合同ワーキンググループは、OPC 11020 – UA Companion Specification Templateを使用する。

完成に不可欠な3つの段階

リリースされた仕様は、主要なマイルストーンである。しかし、仕様には誤りがあったり、実装や相互運用が可能なアプリケーションには十分な精度でなかったりする。加えて、安定した実装に対する要求は急速に高まっており、認証やその他のテストが必要となる。そのため、OPC Foundation は、コンパニオンの作業完了に不可欠な3つの段階を定義した：

1. ステージ：仕様
   付属仕様書がリリースされた段階。これは、仕様と（該当する場合は）機械可読の情報モデル（NodeSet）が完成し、概念実証の実装が存在することを意味する。この結果は両団体によってレビューされている。
2. 段階：
   この段階に達するには、少なくとも2つの異なるベンダーの実装が存在し、プラグフェスト（例えばOPC Foundation 相互運用性ワークショップ）でテストされたときである。
3. ステージ認証
   最後に、この段階は、OPCテストラボで製品を認証するためのテスト仕様とテストケースおよびツールの実装が可能であることを示します。

連絡先

このような協力にご興味のある方は、下記までご連絡ください。

テクニカルディレクターKarl Deiretsbacher –karl.deiretsbacher@opcfoundation.org