Joint Working Groups

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

以下の段落で参照されているすべてのテンプレートとガイドライン文書はダウンロード可能です。
https://opcfoundation.org/ja/developer-tools/documents/ を開き、”Document Type “フィルターで “Guideline and Template ” を選択してください 。

はじめに

OPC UA は、組み込みシステムからクラウドに至るまで、ベンダーやプラットフォームを問わず、安全かつ信頼性の高い情報統合と相互運用性を実現する一連の仕様です。 OPC UAの主要な部分は情報モデリングに関するものであり、他の組織が複雑なデータモデリングを容易に行えるための基盤を提供しています。
OPC UAコンパニオン標準はユースケースに対応しており、それによってさまざまな業界におけるOPC UA技術の適用範囲と普及を促進しています。

List of Documents」のページを開くと、すべての OPC UA コア仕様および OPC UA コンパニオン仕様を確認できます。
List of Working Groups 」のページを開くと、すべての内部およびジョイントワーキンググループを確認できます。

OPC Foundationは、JWG(Joint Working Group:ジョイントワーキンググループ)という枠組みを通じて、OPC UA 標準規格を開発する他のコンソーシアムや標準化団体を支援しています。「JWG」とは、1つまたは複数の団体(以下「協力団体」と呼びます)とOPC Foundationとの間で結成されるワーキンググループのことです。 JWGの目標は、協力組織が定義したユースケースに対応するOPC UAコンパニオン標準を策定することです。また、OPC UAコンパニオン標準に準拠した実装を保証するためのコンプライアンステスト戦略も含まれます。

「ジョイント」とは、以下を意味します。

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

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

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

ジョイントワーキンググループのチームへのアクセス権は、self-service portalを通じて申請することができます。非会員からの申請については、ワーキンググループの議長による承認が必要となりますが、OPC Foundationの会員については、即座に追加されます。

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

ジョイントワーキンググループの基準

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

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

ジョイントワーキンググループの設立

  • このプロセスは、「OPC複数組織協定」(MOCA)と規約の作成から始まります。
    MOCAはOPCF-Multi-Org-Cooperation-Agreement に基づくものとする。
    規約は、 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