>サイトトップへ >このカテゴリの一覧へ

B 3900-6

:2016 (ISO 16100-6:2011)

(1)

目  次

ページ

序文  

1

1

  適用範囲 

1

2

  引用規格 

2

3

  用語及び定義  

2

4

  略語  

4

5

  サービス提供者用のインタフェースサービス  

4

5.1

  サービス群  

4

5.2

  ESI サービス群  

5

5.3

  辞書導入サービスのインタフェース  

6

6

  拡張サービスのインタフェース  

7

6.1

  CPTI グループのサービス  

7

6.2

  拡張 CPI グループ  

13

6.3

  CCSI グループ  

19

6.4

  拡張照合機構グループ  

23

7

  ESI プロトコルの形式記述  

27

7.1

  汎用サービスの記法  

27

7.2

  CPTI グループサービスのプロトコル  

28

7.3

  拡張 CPI グループサービスのプロトコル  

30

7.4

  CCSI グループサービスのプロトコル  

33

7.5

  拡張照合機構グループサービスのプロトコル  

35

8

  辞書導入のサービス及びプロトコル  

35

8.1

  “DictionaryImporting”サービス  

35

8.2

  “DictionaryImporting”プロトコル  

36

附属書 A(参考)MDD を用いたケイパビリティモデル  

37

附属書 B(参考)ケイパビリティプロファイルテンプレートの簡略化した照合 

42

附属書 C(参考)ケイパビリティプロファイルテンプレートに基づくプロファイル  

52

附属書 D(参考)ケイパビリティクラス構造の作成手順  

55

附属書 E(参考)パーツライブラリ(PLIB)の MDD への写像  

56

附属書 F(参考)OTD の MDD への写像  

59

附属書 G(参考)二つのプロファイルの照合手順  

62


B 3900-6

:2016 (ISO 16100-6:2011)

(2)

まえがき

この規格は,工業標準化法第 12 条第 1 項の規定に基づき,一般財団法人製造科学技術センター(MSTC)

及び一般財団法人日本規格協会(JSA)から,工業標準原案を具して日本工業規格を制定すべきとの申出

があり,日本工業標準調査会の審議を経て,経済産業大臣が制定した日本工業規格である。

この規格は,著作権法で保護対象となっている著作物である。

この規格の一部が,特許権,出願公開後の特許出願又は実用新案権に抵触する可能性があることに注意

を喚起する。経済産業大臣及び日本工業標準調査会は,このような特許権,出願公開後の特許出願及び実

用新案権に関わる確認について,責任はもたない。

JIS B 3900

の規格群には,次に示す部編成がある。

JIS B 3900-1

  第 1 部:枠組み

JIS B 3900-2

  第 2 部:プロファイリングの手法

JIS B 3900-3

  第 3 部:インタフェースサービス,プロトコル及びケイパビリティテンプレート

JIS B 3900-4

  第 4 部:適合性試験の方法,規範及び報告

JIS B 3900-5

  第 5 部:複数のケイパビリティクラス構造を用いたプロファイル照合の手法

JIS B 3900-6

  第 6 部:複数のケイパビリティクラス構造に基づいたプロファイル照合のためのインタ

フェースサービス及びプロトコル


日本工業規格

JIS

 B

3900-6

:2016

(ISO 16100-6

:2011

)

産業オートメーションシステム及びその統合−

製造用ソフトウェア相互運用のための

ケイパビリティプロファイリング−

第 6 部:複数のケイパビリティクラス構造に

基づいたプロファイル照合のための

インタフェースサービス及びプロトコル

Industrial automation systems and integration-

Manufacturing software capability profiling for interoperability-

Part 6: Interface services and protocols for matching profiles

based on multiple capability class structures

序文 

この規格は,2011 年に第 1 版として発行された ISO 16100-6 を基に,技術的内容及び構成を変更するこ

となく作成した日本工業規格である。

この規格は,製造用ソフトウェアの相互運用を促進する目的で作成し,各企業の生産環境に応じて個別

に開発され使用されてきたソフトウェアにおいて,複数のケイパビリティクラス構造を用いたプロファイ

ル照合の手法について規定する。これによって,製造用ソフトウェアの部品化及び共有化による流通及び

開発コストの削減に寄与する。

注記  この規格で用いる略語は,この規格の中で出現時に説明する。

適用範囲 

この規格は,製造用ソフトウェアにおける複数のケイパビリティクラス構造を用いたプロファイル照合

の手法について規定する。この規格は,製造用領域で使用するソフトウェア製品に適用する。この規格は,

製造用の工程設計,操作及び制御に関わるソフトウェアのインタフェースを適用範囲とし,製品設計,工

場管理,サプライチェーンマネジメント(SCM)及び企業資源計画(ERP)には適用しない。

注記  この規格の対応国際規格及びその対応の程度を表す記号を,次に示す。

ISO 16100-6:2011

,Industrial automation systems and integration−Manufacturing software capability

profiling for interoperability

−Part 6: Interface services and protocols for matching profiles based

on multiple capability class structures

(IDT)

なお,対応の程度を表す記号“IDT”は,ISO/IEC Guide 21-1 に基づき,

“一致している”こ

とを示す。


2

B 3900-6

:2016 (ISO 16100-6:2011)

引用規格 

次に掲げる規格は,この規格に引用されることによって,この規格の規定の一部を構成する。これらの

引用規格のうちで,西暦年を付記してあるものは,記載の年の版を適用し,その後の改正版(追補を含む。

は適用しない。西暦年の付記がない引用規格は,その最新版(追補を含む。

)を適用する。

JIS B 3900-1:2007

  産業オートメーションシステム及びその統合−製造用ソフトウェア相互運用のた

めのケイパビリティプロファイリング−第 1 部:枠組み

注記  対応国際規格:ISO 16100-1,Industrial automation systems and integration−Manufacturing

software capability profiling for interoperability

−Part 1: Framework(MOD)

JIS B 3900-2:2008

  産業オートメーションシステム及びその統合−製造用ソフトウェア相互運用のた

めのケイパビリティプロファイリング−第 2 部:プロファイリングの手法

注記  対応国際規格:ISO 16100-2,Industrial automation systems and integration−Manufacturing

software capability profiling for interoperability

−Part 2: Profiling methodology(IDT)

JIS B 3900-3:2010

  産業オートメーションシステム及びその統合−製造用ソフトウェア相互運用のた

めのケイパビリティプロファイリング−第 3 部:インタフェースサービス,プロトコル及びケイ

パビリティテンプレート

注記  対応国際規格:ISO 16100-3,Industrial automation systems and integration−Manufacturing

software capability profiling for interoperability

−Part 3: Interface services, protocols and capability

templates

(IDT)

JIS B 3900-4:2012

  産業オートメーションシステム及びその統合−製造用ソフトウェア相互運用のた

めのケイパビリティプロファイリング−第 4 部:適合性試験の方法,規範及び報告

注記  対応国際規格:ISO 16100-4,Industrial automation systems and integration−Manufacturing

software capability profiling for interoperability

−Part 4: Conformance test methods, criteria and

reports

(IDT)

JIS B 3900-5:2014

  産業オートメーションシステム及びその統合−製造用ソフトウェア相互運用のた

めのケイパビリティプロファイリング−第 5 部:複数のケイパビリティクラス構造を用いたプロ

ファイル照合の手法

注記  対応国際規格:ISO 16100-5,Industrial automation systems and integration−Manufacturing

software capability profiling for interoperability

−Part 5: Methodology for profile matching using

multiple capability class structures

(IDT)

ISO/IEC 11179-5

,Information technology−Metadata registries (MDR)−Part 5: Naming principles

ISO 22745-13

,Industrial automation systems and integration−Open technical dictionaries and their application

to master data

−Part 13: Identification of concepts and terminology

ISO/TS 29002-5

,Industrial automation systems and integration−Exchange of characteristic data−Part 5:

Identification scheme

用語及び定義 

この規格で用いる主な用語及び定義は,JIS B 3900-1JIS B 3900-2JIS B 3900-3JIS B 3900-4 及び JIS 

B 3900-5

によるほか,次による。

3.1 

ケイパビリティクラス(capability class)


3

B 3900-6

:2016 (ISO 16100-6:2011)

ケイパビリティプロファイリングで用いる(ソフトウェアユニットケイパビリティクラスの)要素で,

製造用アクティビティにおけるソフトウェアユニットの役割を表す機能又は挙動を定義したクラス。

注記 1  製造用ソフトウェアユニット(MSU: Manufacturing Software Unit)の役割は,製造用アクティ

ビティごとに異なる。しかし,MSU に対応するケイパビリティクラスは,ある継承構造にお

いては一意に決まるが,集約構造においては多様に決められる。

注記 2  この規格では,ケイパビリティクラステンプレートは,ケイパビリティプロファイルテンプ

レートのことである(ケイパビリティテンプレートへの要求事項は,JIS B 3900-2 の 6.3 参照)

注記 3  一般に,ケイパビリティクラスはアクティビティの写像である。ケイパビリティクラスはケ

イパビリティの継承構造で区別し,他のケイパビリティクラスとともにケイパビリティとの

集約構造を形成する。

3.2 

ケイパビリティクラス構造(CCS: capability class structure)

ケイパビリティクラスの階層構造。

注記  この構造は,JIS B 3900-1 の図 の対象領域において集約的な階層のモデル化を実現すること

を意図している。

3.3 

ケイパビリティクラス構造テンプレート(capability class structure template)

ケイパビリティクラス構造を表す XML(extensible markup language)スキーマ。

3.4 

ケイパビリティプロファイルテンプレート(capability profile template)

製造用ソフトウェアのケイパビリティのためのスキーマ。

3.5 

拡張サービスインタフェース(extended service interface)

製造用領域データ,製造用領域モデル,ケイパビリティクラス構造,ケイパビリティプロファイル及び

ケイパビリティプロファイルテンプレートを取り扱うために,この規格で定義するサービスの窓口。

注記 “extended”は,この規格で規定するサービス及び JIS B 3900-3 で規定する“基本”サービスの両

方を参照している。

3.6 

製造用領域データ(MDD: manufacturing domain data)

特定の製造用領域での製造用資源,アクティビティ,又は製造用資源の間を行き来するものについて,

UML

(unified modeling language)クラスで表した情報。

3.7 

製造用領域データテンプレート(manufacturing domain data template)

製造用領域データを表す XML スキーマ。

3.8 

製造用領域モデル(MDM: manufacturing domain model)

製造用領域データ及びそれらの関係を含み,その領域のアプリケーションに関連する特定の視点。

3.9 

パーツライブラリ(PLIB: parts library)

製造用部品の情報を収集したもの又はカタログ。


4

B 3900-6

:2016 (ISO 16100-6:2011)

注記 “parts

library”

という用語は,ISO 13584 の規格群の PLIB 又は ISO 22745 の規格群の OTD も参

照している。

略語 

BSU  Basic Semantic Unit

CCS

ケイパビリティクラス構造(Capability Class Structure)

CCSI

ケイパビリティクラス構造インタフェース(Capability Class Structure Interface)

CPI

ケイパビリティプロファイルインタフェース(Capability Profile Interface)

CPTI

ケイパビリティプロファイルテンプレートインタフェース(Capability Profile Template Interface)

CSI

適合性情報(Conformance Statement for the Implementation)

ESI

拡張サービスインタフェース(Extended Service Interface)

ESP

拡張サービス提供者(Extended Service Provider)

ICD International

Code

Designator

MDD

製造用領域データ(Manufacturing Domain Data)

MDM

製造用領域モデル(Manufacturing Domain Model)

MSU

製造用ソフトウェアユニット(Manufacturing Software Unit)

OTD Open

Technical

Dictionary

PLIB

パーツライブラリ(Parts Library)

ISO 13584 規格群で規定)

UML

統一モデル言語(Unified Modeling Language)

URL

統一資源位置子(Uniform Resource Locator)

URN

統一資源名(Uniform Resource Name)

XML  eXtensible Markup Language

サービス提供者用のインタフェースサービス 

5.1 

サービス群 

ケイパビリティプロファイル,ケイパビリティテンプレート,CCS,MDM,MDD 及び MDD オブジェ

クトを操作するための全てのサービスと,拡張サービス提供者及び基本サービス提供者との関係を

図 

示す。基本サービス提供者は,CPI グループの 1 型サービスを操作する。拡張サービス提供者は,CPTI,

CPI

及び CCSI サービスを操作する。

さらに拡張サービス提供者は,

拡張照合機構サービス及びほかに MDM

及び MDD を操作するためのサービスインタフェースを提供する。

附属書 を参照。


5

B 3900-6

:2016 (ISO 16100-6:2011)

辞書の
導入サービス
インタフェース

1型サービス CPI グループ

3型 CPI グループを含むCPTIグループ

リポジトリ

その他,例えば MDMインタフェースと
MDD インタフェース

CCSI グループ

拡張照合グループ

サービス

提供者
の導入

1型サービス CPI グループ

2型サービス CPI グループ

-ケイパビリティプロファイル
-ケイパビリティテンプレート
-CCS
-MDM
-MDD

拡張

サービス

提供者

基本

サービス

提供者

データ格納

機構

注記 1  この図は,UML 記法に準じていない。データ格納機構とリポジトリとの間の線は,リポジトリ

の内容を加える,削除する,及び変更するためのルールを表している。データ格納機構と拡張サ

ービス提供者との間の線は,データ格納サービスに対する拡張サービスの写像を表している。一
般的に写像は実装に依存するため,この規格の範囲外である。

注記 2  この図の太字で記載の要素をこの規格で取り扱う。 
注記 3  リポジトリの内容は,XML ファイルとして格納する。 
注記 4 ESI の窓口は,“ObjectServicePoint”オブジェクトとしてこの規格で表現する。 
注記 5  JIS B 3900-3 の 5.4 で概要を述べた 1 型の CPI サービスは,1 型照合機構サービスを含む。 
注記 6  JIS B 3900-3 の 5.4 で概要を述べた 2 型の CPI サービスは,拡張照合機構グループの一部である 2

型照合機構サービスを含まない。

注記 7  3 型の CPI サービスは,JIS B 3900-3 の 5.4 で概要を述べている。

図 1−拡張サービス提供者用のサービス群 

全てのサービスは,次の特徴をもつ。

a)

一つのサービスが起動すると,唯一のサービス提供者と唯一のサービス使用者とが存在して,それ以

外の他者は関与しない。

b)

サービス使用者が全てのサービスの呼出しを初めに行う。これは,下位の通信サービスの呼出しとは

異なる。

c)

サービス使用者の呼出しは,サービス提供者の返答があって成立する。

d)

サービス使用者の呼出しとそれに応じる返答は,サービス使用者,サービス提供者,又は両者が決め

た時間内に成立する。

e)

サービスの窓口におけるサービスの呼出しは,直前のサービス呼出しに対する返答が完了してから実

行する。

f)

一つの呼出しは,一つのサービスとして成立する。サービスグループに対する呼出しはない。

g)

リポジトリに対する追加,更新等を登録するサービスは,

図 のデータ格納機構を使用する。

h)

リポジトリ内のオブジェクトの状態は,次のいずれかである。

1)

格納  作成要求の後にオブジェクトをリポジトリ内に格納する。

2)

登録  適合性試験の後にオブジェクトをリポジトリ内に登録する。

3)

削除  削除要求の後にオブジェクトをリポジトリ内から削除する。

5.2 ESI

サービス群 

ESP

で準備する汎用的な ESI サービスは,1 型の CPI グループ(JIS B 3900-3 参照)と次に挙げる四つの

サービスグループとにおける特別な組合せを構成する。その詳細は,箇条 に記載する。その他のサービ

スグループ,例えば,MDM,MDD 及び MDD オブジェクトも存在するが,この規格では規定しない。


6

B 3900-6

:2016 (ISO 16100-6:2011)

a)  3

型の CPI グループを含む CPTI グループでは,次のサービスを認める。

1)

新しいケイパビリティプロファイルテンプレートの作成。

2)

ケイパビリティプロファイルテンプレートの参照。

3)

ケイパビリティプロファイルテンプレートの更新。

4)

ケイパビリティプロファイルテンプレートの適合性試験。

5) MSU

ケイパビリティプロファイルの登録。

6) MSU

ケイパビリティプロファイルの削除。

b)  2

型の CPI グループ(JIS B 3900-3 参照)では,次のサービスを認める。

1)

新しい MSU ケイパビリティプロファイル又は要求ケイパビリティプロファイルの作成。

2) MSU

ケイパビリティプロファイル又は要求ケイパビリティプロファイルの参照。

3) MSU

ケイパビリティプロファイル又は要求ケイパビリティプロファイルの更新。

4)

ケイパビリティプロファイルの適合性試験。

5) MSU

ケイパビリティプロファイル又は要求ケイパビリティプロファイルの登録。

6) MSU

ケイパビリティプロファイル又は要求ケイパビリティプロファイルの削除。

c) CCSI

グループでは,次のサービスを認める。

1)

新しいケイパビリティクラス構造の作成。

2)

ケイパビリティクラス構造の参照。

3)

ケイパビリティクラス構造の更新。

4)

ケイパビリティクラス構造の適合性試験。

5)

ケイパビリティクラス構造の登録。

6)

ケイパビリティクラス構造の削除。

d)

拡張照合機構グループでは,次のサービスを認める。

1) MSU

ケイパビリティプロファイル又は要求ケイパビリティプロファイルの参照。

2)

各々異なるケイパビリティクラス構造を参照する二つのケイパビリティプロファイルの照合。

5.3 

辞書導入サービスのインタフェース 

5.3.1 

パーツライブラリのリポジトリへの導入 

辞書導入サービスのインタフェースは,辞書[例えば,PLIB 辞書又は OTD(open technical dictionary)

のリポジトリへの導入を可能にする。

5.3.2 

パーツライブラリと MDD との関係 

リポジトリに導入したパーツライブラリは,ケイパビリティプロファイリングで MDD の一部として利

用できる。MDM 中の MDD は,製造用アクティビティの定義を含む。PLIB 辞書及び OTD は,技術用語

の定義を含むため,これはケイパビリティプロファイリングで MDD を使用するのと同様に利用できる。

PLIB

辞書又は OTD の全てのクラス及び属性は,ISO/TS 29002-5 及び ISO 22745-13 と関連する識別子によ

って一義的に識別できる。一義的な識別子は,ISO/IEC 11179-5 が指定する国際登録識別子(IRDI:

international registration data identifier

)の形式である。PLIB 辞書の中のクラス及び属性も,辞書と,辞書内

の PLIB クラス及び属性に対応した BSU(basic semantic unit)コードとの組合せで規定する。PLIB 辞書の

中の属性に対応する BSU は,属性コードと親クラスの BSU コードとの組合せである。ISO 22745 の規格

群での分類は中立的で,性質は OTD 内のクラスとは独立して定義するため,OTD では親クラスの BSU を

参照する必要はない。PLIB 辞書又は OTD と MDD との関係は,

図 に示すようにそれぞれの MDD 及び

MDD

の属性に対する一義的な識別子への写像によって決定する。

附属書 及び附属書 を参照。


7

B 3900-6

:2016 (ISO 16100-6:2011)

MDD

パーツライブラリ

属性リスト

参照する MDM 名

属性 #1

クラス名

MDD_Name

属性 #1

属性 #2

属性 #2

識別子: ICD

クラスのIRDI

属性#1のIRDI

属性#2のIRDI

注記 1  この図は,UML 記法に準じていない。 
注記 2  JIS B 3800 規格群では“attribute”の代わりに“property”を使用している。

図 2−パーツライブラリと MDD との関係 

5.3.3 PLIB

要素から MDD への写像 

図 に示す“MDD_Name”要素は,次の拡張した属性をもつ。

− “dictionary

id”

  辞書の ID

− “parent”  親

− “BSU”  BSU

− “version”  バージョン

− “revision”  改定版

“dictionary id”

,“parent”及び“BSU”といった属性は,MDD の識別子として利用する。

図 に従えば,MDD の属性は PLIB 辞書での要素の属性を参照する。MDD は PLIB 辞書の要素に対応す

る。同じ要素の属性は一つの MDD に関連する。

附属書 を参照。

拡張サービスのインタフェース 

6.1 CPTI

グループのサービス 

6.1.1 CPTI

グループによる操作シナリオ 

CPTI

グループは,次のケイパビリティプロファイルテンプレートを操作する。

a)

ケイパビリティプロファイルテンプレートの汎用形式構造に部分的に値を入れるか,既存のケイパビ

リティプロファイルテンプレートを更新して MDM の中の MDD を利用し,新しいケイパビリティプ

ロファイル ID を与えるかして,特定のクラス構造のためにケイパビリティプロファイルテンプレー

トを作成する。その後,サービス提供者からケイパビリティプロファイルテンプレートを受け取る。

b)

ケイパビリティプロファイルテンプレートの ID に基づいてケイパビリティプロファイルテンプレー

トを要求する。その後,サービス提供者からケイパビリティプロファイルテンプレートを受け取る。

c)

使用者の要求又は適合性試験の結果に従って,ケイパビリティプロファイルテンプレートを更新する。

そして,サービス提供者から更新したケイパビリティプロファイルテンプレートを受け取る。

d)  JIS B 3900-5

の箇条 のケイパビリティプロファイルテンプレートの適合性規範に対応してケイパビ


8

B 3900-6

:2016 (ISO 16100-6:2011)

リティプロファイルテンプレートを検査する。そして,サービス提供者から合否又は合致レベルを受

け取る。

e)

検査済みのケイパビリティプロファイルテンプレートをリポジトリに登録する。そして,サービス提

供者から“registared(登録済み)”の状況を受け取る。

f)

ケイパビリティプロファイルテンプレートの ID に基づいてケイパビリティプロファイルテンプレー

トを削除する。そして,サービス提供者から“deleted(削除済み)”の状況を受け取る。

6.1.2 

ケイパビリティプロファイルテンプレートの作成 

6.1.2.1 

作成手順 

特定のケイパビリティクラス構造のケイパビリティクラスに対するケイパビリティプロファイルテンプ

レートの作成手順は,ケイパビリティプロファイルテンプレートの汎用形式構造を次のいずれかの方法で

設定することを含む。

附属書 を参照。

a)  JIS B 3900-5

の 6.3 で定義したケイパビリティプロファイルテンプレートの汎用形式構造にある,要素

の属性値に特定の値を入れる。

b)

既存のケイパビリティプロファイルテンプレート中の値を更新する。

6.1.2.2 

ケイパビリティプロファイルテンプレートの構成 

ケイパビリティテンプレートの汎用形式構造は,一部分であれ全てであれアプリケーションの要求に従

って値を入れる。

どのようなケイパビリティテンプレートでも次の属性及び要素の値を入れる又は更新する。

a)

ケイパビリティプロファイルテンプレート要素の属性“id”及び“name”

b) “Reference_MDM_Name”

要素の属性“domain_Name”

c) “MDD_Description_Format”

要素の属性“format_name”は,次の四つのうちの一つ

1) “Set_Of_MDD_Objects”;

2) “List_Of_MDD_Objects”;

3) “Time_Ordered_MDD_Objects”;

4) “Event_Ordered_MDD_Objects”;

d) “MDD_Name”

要素の属性“name”及び”action”

a)

の属性“id”,b)の属性“domain_Name”,及び d)の属性“name”として入れる又は更新する値は唯一でなけ

ればならない。

ケイパビリティプロファイルテンプレートは,ケイパビリティクラスに関連するケイパビリティプロフ

ァイルの作成に使用する。

6.1.2.3 “createTemplate”

サービス 

6.1.2.3.1 

ケイパビリティの汎用形式構造に基づくテンプレート 

“createTemplate”

サービスは,テンプレートの使用者が汎用形式構造に基づくテンプレートの作成を許す。

ケイパビリティ形式構造に基づいてテンプレートを作成する際に,“createTemplate”  サービスは,少なくと

も“requestBlankTemplate”  サービス,“returnBlankTemplate”  サービス,“processFilledTemplate”  サービス及

び“returnProcessingResult”  サービスを使用する。“createTemplate”  サービスは,次の手順からなる。

a)

テ ン プ レ ー ト の 使 用 者 は , “requestBlankTemplate” に 関 連 す る パ ラ メ ー タ を も た な い

“ServiceAccessPoint”

オブジェクトの“requestBlankTemplate”  サービスを呼び出す。

b)

サービス提供者は,空白テンプレート及び作成エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnBlankTemplate”  サービスを呼び出す。


9

B 3900-6

:2016 (ISO 16100-6:2011)

c)

テンプレートの使用者は,MDM の MDD を用いて空白テンプレートに値を入れる。次に,テンプレ

ート ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの“processFilledTemplate”  サービスを

呼び出す。

d)

サービス提供者は,テンプレート ID が唯一であることを確認する。次に,ID 判定エラー及び格納エ

ラーをパラメータにもつ“ServiceAccessPoint”  オブジェクトの“returnProcessingResult”  サービスを呼び

出す。

図 の破線よりも上は,テンプレートの形式構造から新しいケイパビリティプロファイルテンプレート

を作成する必須手順の UML シーケンス図である。

6.1.2.3.2 

既存のケイパビリティプロファイルテンプレートの更新によるテンプレートの作成 

“createTemplate”

サービスは,テンプレートの使用者が既存のテンプレートの更新による作成を許す。既

存 の テ ン プ レ ー ト か ら テ ン プ レ ー ト を 更 新 す る 際 に , “createTemplate”  サ ー ビ ス は , 少 な く と も

“requestExistingTemplate”

サービス,“returnExistingTemplate”  サービス,“processModifiedTemplate”  サービ

ス及び“returnProcessingResult”  サービスを使用する。“createTemplate”  サービスは,次の手順からなる。

a)

テンプレートの使用者は,テンプレート ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“requestExistingTemplate”

サービスを呼び出す。

b)

サービス提供者は,既存テンプレート及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnExistingTemplate”  サービスを呼び出す。

c)

テンプレートの使用者は,MDM の MDD を用いて既存テンプレートの値を更新する。次に,テンプ

レート ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの“processModifiedTemplate”  サービ

スを呼び出す。

d)

サービス提供者は,テンプレート ID の唯一性を確認する。次に,ID 判定エラー及び格納エラーをパ

ラメータにもつ“ServiceAccessPoint”  オブジェクトの“returnProcessingResult”  サービスを呼び出す。

図 の破線よりも下は,既存のケイパビリティテンプレートから新しいケイパビリティプロファイルテ

ンプレートを作成する必須手順の UML シーケンス図である。


10

B 3900-6

:2016 (ISO 16100-6:2011)

テンプレートの使用者

returnProcessingResult (ID検査エラー,格納エラー)

processModifiedTemplate (テンプレートID)

拡張サービスの

提供者

returnExistingTemplate (既存テンプレート,処理エラー)

requestExistingTemplate (テンプレートID)

形式構造に基づいた
新しいケイパビリティ
プロファイルテンプレート
の作成

returnBlankTemplate (空白テンプレート,作成エラー)

requestBlankTemplate ()

既存のケイパビリティ
テンプレートに基づいた
新しいケイパビリティ
プロファイルテンプレート
の作成

returnProcessingResult (ID検査エラー,格納エラー)

processFilledTemplate(テンプレートID)

注記 1  破線は 2 種類の作成方法を分けている。 
注記 2  テンプレートの作成は,常に唯一のテンプレート識別子の登録及び検証の前段階の処理

であるが,この規格の対象外である。

図 3“createTemplate”サービス 

6.1.3 “accessTemplate”

サービス 

“accessTemplate”

サービスは,“requestExistingTemplate”  サービス及び“returnExistingTemplate”  サービス

を使用して,テンプレートの使用者が既存のテンプレートにアクセスすることを許す。

“accessTemplate”

サービスは,次の手順からなる。

a)

テンプレートの使用者は,テンプレート ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“requestExistingTemplate”

サービスを呼び出す。

b)

サービス提供者は,既存テンプレート及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnExistingTemplate”  サービスを呼び出す。

図 は,テンプレート ID に基づいてケイパビリティテンプレートにアクセスする必須手順の UML シー

ケンス図である。

returnExistingTemplate (既存テンプレート,処理エラー)

requestExistingTemplate (テンプレートID)

ケイパビリティ
テンプレートへの
アクセス

テンプレートの

使用者

拡張サービスの

提供者

図 4“accessTemplate”サービス 

判定

判定


11

B 3900-6

:2016 (ISO 16100-6:2011)

6.1.4 “modifyTemplate”

サービス 

“modifyTemplate”

サービスは,“requestExistingTemplate”  サービス,“returnExistingTemplate”  サービス,

“processModifiedTemplate”

サービス及び“returnProcessingResult”  サービスを使用して,テンプレートの使用

者が既存のテンプレートを更新することを許す。

“modifyTemplate”

サービスは,次の手順からなる。

a)

テンプレートの使用者は,テンプレート ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“requestExistingTemplate”

サービスを呼び出す。

b)

サービス提供者は,既存テンプレート及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnExistingTemplate”  サービスを呼び出す。

c)

テンプレートの使用者は,既存のテンプレートを更新する。次に,テンプレート ID をパラメータに

もつ“ServiceAccessPoint”  オブジェクトの“processModifiedTemplate”  サービスを呼び出す。

d)

サービス提供者は,テンプレート ID の唯一性を確認する。次に,ID 判定エラー及び格納エラーをパ

ラメータにもつ“ServiceAccessPoint”  オブジェクトの“returnProcessingResult”  サービスを呼び出す。

図 は,テンプレート ID に基づいて既存テンプレートを更新する必須手順の UML シーケンス図である。

テンプレートの

使用者

拡張サービスの

提供者

returnProcessingResult (ID

エラー,格納エラー)

processModifiedTemplate (テンプレートID)

既存テンプレートの更新

returnExistingTemplate (既存テンプレート,処理エラー)

requestExistingTemplate (テンプレートID)

図 5“modifyTemplate”サービス 

6.1.5 “validateTemplate”

サービス 

“varidateTemplate”

サービスは,“requestUnregisteredTemplate”  サービス,“returnUnregisteredTemplate”  サ

ービス,“testTemplate”  サービス及び“returnTestResult”  サービスを使用して,テンプレートの使用者が既存

の未登録テンプレートの適合性を試験することを許す。

“validateTemplate”

サービスは,次の手順からなる。

a)

テンプレートの使用者は,テンプレート ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“requestUnregisteredTemplate”

サービスを呼び出す。

b)

サービス提供者は,未登録テンプレート及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブ

ジェクトの“returnUnregisteredTemplate”  サービスを呼び出す。

c)

テ ン プ レ ー ト の 使 用 者 は , “testTemplate”  サ ー ビ ス に 関 連 す る パ ラ メ ー タ を も た な い

“ServiceAccessPoint”

オブジェクトの“testTemplate”  サービスを呼び出す。

d)

サービス提供者は,試験結果及び照合状況をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“returnTestResult”

サービスを呼び出す。

“returnTestResult”

サービスの試験結果パラメータの値は,真,偽,又は JIS B 3900-5 の 7.2 に規定する

試験


12

B 3900-6

:2016 (ISO 16100-6:2011)

合致レベルのいずれでもよい。“returnTestResult”  サービスの照合状況パラメータの値は,JIS B 3900-4 

B.1

に示す出力メッセージと等価である。

検査後のテンプレートは,“returnTestResult”の試験結果パラメータの値が真,又は完全合致(JIS B 3900-5

の 7.2 を参照)の場合,リポジトリに登録する。試験結果パラメータの値が,必須部分の完全合致,ある

いは必須部分の部分合致(JIS B 3900-5 の 7.2 を参照)の場合,使用者の要求に従って検査後のテンプレー

トをリポジトリに登録してもよい。試験結果パラメータの値が,偽,又は必須部分の合致なし(JIS B 3900-5

の 7.2 を参照)の場合,検査後のテンプレートが適合するように再び更新する。

図 は,テンプレート ID に基づいて未登録テンプレートの適合性を試験する必須手順の UML シーケン

ス図である。

テンプレートの

使用者

拡張サービスの

提供者

returnTestResult(検査結果,照合状況)

testTemplate ()

未登録テンプレートの
検証

returnUnregisteredTemplate (未登録テンプレート,処理エラー)

requestUnregisteredTemplate (テンプレートID)

図 6“validateTemplate”サービス 

6.1.6 “deleteTemplate”

サービス 

“deleteTemplate”

サービスは,“requestExistingTemplate”  サービス,“returnExistingTemplate”  サービス,

“removeTemplate”

サービス及び“returnRemoveResult”  サービスを使用して,テンプレートの使用者が既存

のテンプレートを削除することを許す。

“deleteTemplate”

サービスは,次の手順からなる。

a)

テンプレートの使用者は,テンプレート ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“requestExistingTemplate”

サービスを呼び出す。

b)

サービス提供者は,既存テンプレート及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnExistingTemplate”  サービスを呼び出す。

c)

テ ン プ レ ー ト の 使 用 者 は , “removeTemplate”  サ ー ビ ス に 関 連 す る パ ラ メ ー タ を も た な い

“ServiceAccessPoint”

オブジェクトの“removeTemplate”  サービスを呼び出す。

d)

サ ー ビ ス 提 供 者 は , 削 除 エ ラ ー を パ ラ メ ー タ に も つ “ServiceAccessPoint”  オ ブ ジ ェ ク ト の

“returnRemoveResult”

サービスを呼び出す。

図 は,テンプレート ID に基づいて既存のケイパビリティテンプレートを削除する必須手順の UML シ

ーケンス図である。

試験


13

B 3900-6

:2016 (ISO 16100-6:2011)

テンプレートの

使用者

拡張サービスの

提供者

既存ケイパビリティ
テンプレートの削除

returnRemoveResult (削除エラー)

removeTemplate ()

returnExistingTemplate (既存テンプレート,処理エラー)

requestExistingTemplate (テンプレートID)

図 7“deleteTemplate”サービス 

6.2 

拡張 CPI グループ 

6.2.1 

拡張 CPI グループによる操作シナリオ 

拡張 CPI サービスグループは,次のケイパビリティプロファイルシナリオに従って操作する。

a)

テンプレートの少なくとも必須の属性若しくは項目の値を入力するか,又は MDM の MDD で既存の

ケイパビリティプロファイルを更新して新しいプロファイル ID を付与したケイパビリティプロファ

イルを作成する。次に,サービス提供者からケイパビリティプロファイルを受け取る。

b)

ケイパビリティプロファイル ID に基づき,ESI 経由のリポジトリから,又は MSU からプロファイル

にアクセスし,サービス提供者又は MSU からケイパビリティプロファイルを受け取る。

c)

使用者の要求又は適合性試験の結果からケイパビリティプロファイルを更新し,サービス提供者又は

MSU

から更新後のケイパビリティプロファイルを受け取る。

d)

ケイパビリティプロファイルの試験規範に対してケイパビリティプロファイルを試験し,サービス提

供者から真,偽,又は合致レベルの結果を受け取る。

e)

試験後のケイパビリティプロファイルをリポジトリに登録し,サービス提供者から“registered”の状況

を受け取る。

f)

ケイパビリティ ID に基づき,ケイパビリティプロファイルを削除し,サービス提供者から“deleted”

の状況を受け取る。

6.2.2 

ケイパビリティプロファイルの作成 

6.2.2.1 

作成手順 

ケイパビリティプロファイルの作成は,ケイパビリティプロファイルテンプレートの要素の属性に特定

の値を入れる,又は既存のケイパビリティプロファイルの既に入っている値を更新して行う。

6.2.2.2 “createProfile”

サービス 

6.2.2.2.1 

ケイパビリティプロファイルテンプレートに基づくプロファイル 

“createProfile”

サービスは,

プロファイルの使用者にケイパビリティプロファイルテンプレートに基づく

プロファイルの作成要求を許す。ケイパビリティプロファイルテンプレートに基づいて,プロファイルを

作 成 す る 際 に , “createProfile”  サ ー ビ ス は , 少 な く と も “requestExistingTemplate”  サ ー ビ ス ,

“returnExistingTemplate”

サービス,“processFilledProfile”  サービス及び“returnProcessingResult”  サービスを

使用する。

附属書 を参照。

“createProfile”

サービスは,次の手順からなる。

a)

プロファイルの使用者は,テンプレート ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの


14

B 3900-6

:2016 (ISO 16100-6:2011)

“requestExistingTemplate”

サービスを呼び出す。

b)

サービス提供者は,既存テンプレート及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnExistingTemplate”  サービスを呼び出す。

c)

プロファイルの使用者は,MDM の MDD を用いて既存テンプレートに値を入れる。次に,プロファ

イル ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの“processFilledProfile”  サービスを呼

び出す。

d)

サービス提供者は,プロファイル ID の唯一性を確認する。次に,ID 判定エラー及び格納エラーをパ

ラメータにもつ“ServiceAccessPoint”  オブジェクトの“returnProcessingResult”  サービスを呼び出す。

図 の破線よりも上は,既存ケイパビリティプロファイルテンプレートから新しいケイパビリティプロ

ファイルを作成する必須手順の UML シーケンス図である。

6.2.2.2.2 

既存のケイパビリティプロファイルに基づくプロファイル 

“createProfile”

サービスは,

プロファイルの使用者に既存のプロファイルの更新に基づくプロファイルの

作成要求を許す。既存プロファイルの更新に基づいて,プロファイルを作成する際に,“createProfile”サー

ビ ス は , 少 な く と も “requestExistingProfile”  サ ー ビ ス , “returnExistingProfile”  サ ー ビ ス ,

“processModifiedProfile”

サービス及び“returnProcessingResult”  サービスを使用する。“createProfile”  サービ

スは,次の手順からなる。

a)

プロファイルの使用者は,プロファイル ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“requestExistingProfile”

サービスを呼び出す。

b)

サービス提供者は,既存プロファイル及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnExistingProfile”  サービスを呼び出す。

c)

プロファイルの使用者は,MDM の MDD を用いて既存プロファイルに値を入れる。次に,プロファ

イル ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの“processModifiedProfile”  サービスを

呼び出す。

d)

サービス提供者は,プロファイル ID の唯一性を確認する。次に,ID 判定エラー及び格納エラーをパ

ラメータにもつ“ServiceAccessPoint”  オブジェクトの“returnProcessingResult”  サービスを呼び出す。

図 の破線よりも下は,既存ケイパビリティプロファイルから新しいケイパビリティプロファイルを作

成する UML シーケンス図である。


15

B 3900-6

:2016 (ISO 16100-6:2011)

プロファイルの

使用者

拡張サービスの

提供者

既存ケイパビリティ
プロファイルテンプレート
に基づく
新しいケイパビリティ
プロファイルの作成

returnExistingTemplate (既存テンプレート,処理エラー)

requestExistingTemplate (テンプレートID)

既存ケイパビリティ
プロファイルに基づく
新しいケイパビリティ
プロファイルの作成

returnProcessingResult (ID検査エラー,格納エラー)

processModifiedProfile (プロファイルID)

returnExistingProfile (既存プロファイル,処理エラー)

requestExistingProfile (プロファイルID)

returnProcessingResult (ID検査エラー,格納エラー)

processFilledProfile (プロファイルID)

注記 1  破線は 2 種類の作成方法を分けている。 
注記 2  プロファイルの作成は,常に唯一のプロファイル識別子の登録及び検証の前段階の処理

であるが,この規格の対象外である。

図 8“createProfile”サービス 

6.2.3 “accessProfile”

サービス 

6.2.3.1 MSU

ではなく ESI からアクセスするプロファイル 

“accessProfile”

サービスは,プロファイルの使用者が MSU ケイパビリティプロファイルに MSU ではな

く ESI からアクセスすることを許す。“accessProfile”  サービスは,少なくとも“requestExistingProfile”及び

“returnExistingProfile”

サービスを使用する。“accessProfile”  サービスは,次の手順からなる。

a)

プロファイルの使用者は,プロファイル ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“requestExistingProfile”

サービスを呼び出す。

b)

サービス提供者は,既存プロファイル及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnExistingProfile”  サービスを呼び出す。

図 の破線の上は,ESI 経由でプロファイル ID に基づいてプロファイルにアクセスする必須手順の UML

シーケンス図である。

6.2.3.2 MSU

からアクセスするプロファイル 

“accessProfile”

サービスは,プロファイルの使用者が要求するケイパビリティプロファイルに MSU から

ア ク セ ス す る こ と を 許 す 。 “accessProfile”  サ ー ビ ス は , 少 な く と も “requestExistingProfile” 及 び

“returnExistingProfile”

サービスを使用する。“accessProfile”  サービスは,次の手順からなる。

a)

プロファイルの使用者は,“requestExistingProfile”に関連するパラメータをもたない MSU オブジェクト

の“requestExistingProfile”  サービスを呼び出す。

b)

サービス提供者は,既存プロファイル及び処理エラーをパラメータにもつ MSU オブジェクトの

判定

判定


16

B 3900-6

:2016 (ISO 16100-6:2011)

“returnExistingProfile”

サービスを呼び出す。

図 の破線の下は,MSU 経由でプロファイル ID に基づいてプロファイルにアクセスする必須手順の

UML

シーケンス図である。

プロファイルの

使用者

拡張サービスの

提供者

returnExistingProfile (既存プロファイル,処理エラー)

ESI経由による
プロフィルア

requestExistingProfile (プロファイルID)

requestExistingProfile ()

returnExistingProfile (既存プロファイル,処理エラー)

MSU経由による
プロファイルアクセス

MSU

図 9“accessProfile”サービス 

6.2.4 “modifyProfile”

サービス 

6.2.4.1 ESI

からアクセスするプロファイル 

“modifyProfile”

サ ー ビ ス は , “requestExistingProfile”  サ ー ビ ス , “returnExistingProfile”  サ ー ビ ス ,

“processModifiedProfile”

サービス及び“returnProcessingResult”  サービスを使用して,

プロファイルの使用者

が ESI 経由でアクセスする既存プロファイルを更新することを許す。“modifyProfile”  サービスは,次の手

順からなる。

a)

プロファイルの使用者は,プロファイル ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“requestExistingProfile”

サービスを呼び出す。

b)

サービス提供者は,既存プロファイル及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnExistingProfile”  サービスを呼び出す。

c)

プロファイルの使用者は,MDM の MDD を用いて既存プロファイルを更新する。次に,プロファイ

ル ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの“processModifiedProfile”  サービスを呼

び出す。

d)

サービス提供者は,プロファイル ID の唯一性を確認する。次に,ID 判定エラー及び格納エラーをパ

ラメータにもつ“ServiceAccessPoint”  オブジェクトの“returnProcessingResult”  サービスを呼び出す。

図 10 の破線より上は,ESI 経由で既存のプロファイルからプロファイルを更新する UML シーケンス図

である。

6.2.4.2 MSU

からアクセスするプロファイル 

“modifyProfile”

サ ー ビ ス は , “requestExistingProfile”  サ ー ビ ス , “returnExistingProfile”  サ ー ビ ス ,

“processModifiedProfile”

サービス及び“returnProcessingResult”  サービスを使用して,

プロファイルの使用者

が MSU 経由でアクセスする既存のプロファイルを更新することを許す。“modifyProfile”  サービスは,次

の手順からなる。

a)

プ ロ フ ァ イ ル の 使 用 者 は , プ ロ フ ァ イ ル ID を パ ラ メ ー タ に も つ MSU オ ブ ジ ェ ク ト の

プロファイルアクセス


17

B 3900-6

:2016 (ISO 16100-6:2011)

“requestExistingProfile”

サービスを呼び出す。

b)

サービス提供者は,既存プロファイル及び処理エラーをパラメータにもつ MSU オブジェクトの

“returnExistingProfile”

サービスを呼び出す。

c)

プロファイルの使用者は,MDM の MDD を用いて既存プロファイルを更新する。次に,プロファイ

ル ID をパラメータにもつ MSU オブジェクトの“processModifiedProfile”  サービスを呼び出す。

d)

サービス提供者は,プロファイル ID の唯一性を確認する。次に,ID 判定エラー及び格納エラーをパ

ラメータにもつ MSU オブジェクトの“returnProcessingResult”  サービスを呼び出す。

図 10 の破線より下は,MSU 経由で既存のプロファイルからプロファイルを更新する UML シーケンス

図である。

MSU

プロファイルの

使用者

拡張サービスの

提供者

returnExisting Profile(既存プロファイル,処理エラー)

requestExistingProfile (プロファイルID)

requestExistingProfile (プロファイルID)

returnExistingProfile (既存プロファイル,処理エラー)

MSU経由による
既存プロファイル
の更新

processModifiedProfile (プロファイルID)

returnProcessingResult (ID検査エラー,格納エラー)

processModifiedProfile (プロファイルID)

returnProcessResult (ID

エラー,格納エラー)

ESI経由による
既存プロファイル
の更新

図 10“modifyProfile”サービス 

6.2.5 “validateProfile”

サービス 

“varidateProfile”

サ ー ビ ス は , “requestExistingProfile”  サ ー ビ ス , “returnExistingProfile”  サ ー ビ ス ,

“testProfile”

サービス及び“returnTestResult”サービスを使用して,プロファイルの使用者が既存のプロファ

イルの適合性を試験することを許す。

“validateProfile”

サービスは,次の手順からなる。

a)

プロファイルの使用者は,プロファイル ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“requestExistingProfile”

サービスを呼び出す。

b)

サービス提供者は,既存プロファイル及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnExistingProfile”  サービスを呼び出す。

c)

プロファイルの使用者は,“testProfile”  サービスに関連するパラメータをもたない“ServiceAccessPoint”

オブジェクトの“testProfile”  サービスを呼び出す。

returnExistingProfile

判定

判定

returnProcessingResult


18

B 3900-6

:2016 (ISO 16100-6:2011)

d)

サービス提供者は,試験結果及び照合状況をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“returnTestResult”

サービスを呼び出す。

図 11 は,プロファイル ID に基づいて既存プロファイルの適合性を試験する必須手順の UML シーケン

ス図である。

既存プロファイルの
検証

プロファイルの

使用者

拡張サービスの

提供者

returnTestResult (試験結果,照合状況)

testProfile ()

returnExistingProfile (既存プロファイル,処理エラー)

requestExistingProfile (プロファイルID)

図 11“validateProfile”サービス 

6.2.6 “deleteProfile”

サービス 

“deleteProfile”

サ ー ビ ス は , “requestExistingProfile”  サ ー ビ ス , “returnExistingProfile”  サ ー ビ ス ,

“removeProfile”

サービス及び“returnRemoveResult”  サービスを使用して,プロファイルの使用者が ESI 経

由でリポジトリから既存のプロファイルを削除することを許す。

“deleteProfile”

サービスは,次の手順からなる。

a)

プロファイルの使用者は,プロファイル ID をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“requestExistingProfile”

サービスを呼び出す。

b)

サービス提供者は,既存プロファイル及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクトの“returnExistingProfile”  サービスを呼び出す。

c)

プ ロ フ ァ イ ル の 使 用 者 は , “removeProfile”  サ ー ビ ス に 関 連 す る パ ラ メ ー タ を も た な い

“ServiceAccessPoint”

オブジェクトの“removeProfile”  サービスを呼び出す。

d)

サ ー ビ ス 提 供 者 は , 削 除 エ ラ ー を パ ラ メ ー タ に も つ “ServiceAccessPoint”  オ ブ ジ ェ ク ト の

“returnRemoveResult”

サービスを呼び出す。

図 12 は,プロファイル ID に基づいて既存ケイパビリティプロファイルを削除する必須手順の UML シ

ーケンス図である。


19

B 3900-6

:2016 (ISO 16100-6:2011)

プロファイルの

使用者

拡張サービスの

提供者

既存ケイパビリティ
プロファイルの
削除

returnRemoveResult (削除エラー)

removeProfile ()

returnExistingProfile (既存プロファイル,処理エラー)

requestExistingProfile (プロファイルID)

図 12“deleteProfile”サービス 

6.3 CCSI

グループ 

6.3.1 CCSI

グループによる操作シナリオ 

CCSI

グループは,次のケイパビリティプロファイルテンプレートシナリオに従って操作する。

a)

空白の CCS テンプレートに値を入力する,又は既存の CCS を更新して CCS を作成し,サービス提供

者から作成した CCS を受け取る。

b)

その CCS ID に基づき,リポジトリから CCS にアクセスし,サービス提供者から CCS を受け取る。

c)

使用者の要求又は適合性試験の結果から CCS を更新し,サービス提供者から更新後の CCS を受け取

る。

d) CCS

の試験規範に対して CCS を試験し,サービス提供者から真,偽,又は合致レベルの結果を受け

取る。

e) CCS

をリポジトリに登録し,サービス提供者から“registered”の状況を受け取る。

f) CCS

ID

に基づき,CCS を削除し,サービス提供者から“deleted”の状況を受け取る。

6.3.2 

ケイパビリティクラス構造の作成 

6.3.2.1 

作成手順 

ケイパビリティクラス構造の作成は,特定の製造用アプリケーションの分析で始まる。アクティビティ

の組からなる製造工程は,この分析において鍵となる。これらのアクティビティは,ケイパビリティクラ

ス構造でノードとして表現する。新しい複数のノードを作成することによって,アプリケーションの使用

者は,同じ MDM の中で新しいケイパビリティクラス構造を作成できる。

ケイパビリティクラス構造の作成は,空白の CCS テンプレートに値を入れる,又は特定のアプリケーシ

ョンに応じた既存の CCS を更新して行う。

附属書 を参照。

6.3.2.2 “createCCS”

サービス 

6.3.2.2.1 

空白の CCS テンプレートに基づく CCS 

“createCCS”

サービスは,CCS の使用者に空白の CCS テンプレートに値を入れることを許す。空白の

CCS

テンプレートから CCS を作成する際に,“createCCS”  サービスは,少なくとも“requestBlankCCS”  サ

ービス,“returnBlankCCS”  サービス,“processFilledCCS”  サービス及び“returnProcessingResult”  サービスを

使用する。

空白の CCS テンプレートから新しい CCS を作成する“createCCS”  サービスは,次の手順からなる。

a) CCS

の使用者は,“requestBlankCCS”  サービスに関連するパラメータをもたない“ServiceAccessPoint”

オブジェクトの“requestBlankCCS”  サービスを呼び出す。


20

B 3900-6

:2016 (ISO 16100-6:2011)

b)

サービス提供者は,空白 CCS 及び作成エラーをパラメータにもつ“ServiceAccessPoint”  オブジェクト

の“returnBlankCCS”  サービスを呼び出す。

c) CCS

の使用者は,MDM の MDD を用いて空白の CCS テンプレートに値を入れる。次に,CCS ID を

パラメータにもつ“ServiceAccessPoint”  オブジェクトの“processFilledCCS”  サービスを呼び出す。

d)

サービス提供者は,CCS ID の唯一性を確認する。次に,ID 判定エラー及び格納エラーをパラメータ

にもつ“ServiceAccessPoint”  オブジェクトの“returnProcessingResult”  サービスを呼び出す。

図 13 の破線よりも上は,CCS の形式構造から新しい CCS を作成する必須手順の UML シーケンス図で

ある。

6.3.2.2.2 

既存の CCS に基づく CCS 

“createCCS”

サービスは,CCS の使用者に既存の CCS の更新に基づく CCS の作成を許す。既存 CCS の

更新に基づいて,CCS を作成する際に,“createCCS”  サービスは,少なくとも“requestExistingCCS”  サービ

ス,“returnExistingCCS”  サービス,“processModifiedCCS”  サービス及び“returnProcessingResult”  サービス

を使用する。“createCCS”  サービスは,次の手順からなる。

a) CCS

の 使 用 者 は , CCS ID を パ ラ メ ー タ に も つ “ServiceAccessPoint”  オ ブ ジ ェ ク ト の

“requestExistingCCS”

サービスを呼び出す。

b)

サービス提供者は,既存 CCS 及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジェクト

の“returnExistingCCS”  サービスを呼び出す。

c) CCS

の 使 用 者 は , CCS ID を パ ラ メ ー タ に も つ “ServiceAccessPoint”  オ ブ ジ ェ ク ト の

“processModifiedCCS”

サービスを呼び出す。

d)

サービス提供者は,CCS ID の唯一性を確認する。次に,ID 判定エラー及び格納エラーをパラメータ

にもつ“ServiceAccessPoint”  オブジェクトの“returnProcessingResult”  サービスを呼び出す。

図 13 の破線よりも下は,既存 CCS から新しい CCS を作成する必須手順の UML シーケンス図である。


21

B 3900-6

:2016 (ISO 16100-6:2011)

CCSの

使用者

returnProcessingResult (ID検査エラー,格納エラー)

processModifiedCCS (CCS ID)

拡張サービス の

提供者

returnExistingCCS (既存CCS,処理エラー)

requestExistingCCS (CCS ID)

CCS形式構造に基づく
新しいCCSの作成

returnBlankCCS (空白CCS,作成エラー)

requestBlankCCS ()

既存CCS基づく
新しいCCSの作成

returnProcessingResult (ID検査エラー,格納エラー)

processFilledCCS (CCS ID)

注記 1  破線は 2 種類の作成方法を分けている。 
注記 2 CCS の作成は,常に唯一の CCS 識別子の登録及び検証の前段階の処理であるが,この規格の対象外である。

図 13“createCCS”サービス 

6.3.3 “accessCCS”

サービス 

“accessCCS”

サービスは,“requestExistingCCS”  サービス及び“returnExistingCCS”  サービスを使用して,

CCS

の使用者が既存の CCS にアクセスすることを許す。

“accessCCS”

サービスは,次の手順からなる。

a) CCS

の 使 用 者 は , CCS ID を パ ラ メ ー タ に も つ “ServiceAccessPoint”  オ ブ ジ ェ ク ト の

“requestExistingCCS”

サービスを呼び出す。

b)

サービス提供者は,既存 CCS 及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジェクト

の“returnExistingCCS”  サービスを呼び出す。

図 14 は,CCS ID に基づいて CCS にアクセスする必須手順の UML シーケンス図である。

returnExistingCCS (既存CCS,処理エラー)

requestExistingCCS (CCS ID)

CCSへの
アクセス

CCS の

使用者

拡張サービスの

提供者

図 14“accessCCS”  サービス 

判定

判定


22

B 3900-6

:2016 (ISO 16100-6:2011)

6.3.4 “modifyCCS”

サービス 

“modifyCCS”

サ ー ビ ス は , “requestExistingCCS”  サ ー ビ ス , “returnExistingCCS”  サ ー ビ ス ,

“processModifiedCCS”

サービス及び“returnProcessingResult”  サービスを使用して,CCS の使用者が既存の

CCS

を更新することを許す。

“modifyCCS”

サービスは,次の手順からなる。

a) CCS

の 使 用 者 は , CCS ID を パ ラ メ ー タ に も つ “ServiceAccessPoint”  オ ブ ジ ェ ク ト の

“requestExistingCCS”

サービスを呼び出す。

b)

サービス提供者は,既存 CCS 及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジェクト

の“returnExistingCCS”  サービスを呼び出す。

c) CCS

の使用者は,既存 CCS を更新する。次に,CCS ID をパラメータにもつ“ServiceAccessPoint”  オブ

ジェクトの“processModifiedCCS”  サービスを呼び出す。

d)

サービス提供者は,CCS ID の唯一性を確認する。次に,ID 判定エラー及び格納エラーをパラメータ

にもつ“ServiceAccessPoint”  オブジェクトの“returnProcessingResult”  サービスを呼び出す。

図 15 は,CCS ID に基づいて既存の CCS を更新する必須手順の UML シーケンス図である。

CCSの

使用者

拡張サービスの

提供者

returnProcessingResult (ID検査エラー,格納エラー)

Process odifiedCCS (CCS ID)

既存CCSの更新

returnExistingCCS (既存CCS,処理エラー)

RequestExistingCCS (CCS ID)

図 15“modifyCCS”サービス 

6.3.5 “validateCCS”

サービス 

“varidateCCS”

サービスは,“requestExistingCCS”  サービス,“returnExistingCCS”  サービス,“testCCS”  サ

ービス及び“returnTestResult”  サービスを使用して,CCS の使用者が既存 CCS の適合性を試験することを

許す。

“validateCCS”

サービスは,次の手順からなる。

a) CCS

の 使 用 者 は , CCS ID を パ ラ メ ー タ に も つ “ServiceAccessPoint”  オ ブ ジ ェ ク ト の

“requestExistingCCS”

サービスを呼び出す。

b)

サービス提供者は,既存 CCS 及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジェクト

の“returnExistingCCS”  サービスを呼び出す。

c) CCS

の使用者は,“testCCS”  サービスに関連するパラメータをもたない“ServiceAccessPoint”  オブジェ

クトの“testCCS”  サービスを呼び出す。

d)

サービス提供者は,試験結果及びエラー状況をパラメータにもつ“ServiceAccessPoint”  オブジェクトの

“returnTestResult”

サービスを呼び出す。

図 16 は,CCS ID に基づいて既存 CCS の適合性を試験する必須手順の UML シーケンス図である。

requestExistingCCS (CCS ID)

processModifiedCCS (CCS ID)

判定


23

B 3900-6

:2016 (ISO 16100-6:2011)

CCSの

使用者

拡張サービスの

提供者

returnTestResult (試験結果,エラー状況)

testCCS ()

既存CCSの検証

returnExistingCCS (既存CCS,処理エラー)

requestExistingCCS (CCS ID)

図 16“validateCCS”サービス 

6.3.6 “deleteCCS”

サービス 

“deleteCCS”

サービスは,“requestExistingCCS”  サービス,“returnExistingCCS”  サービス,“removeCCS”  サ

ービス及び“returnRemoveResult”  サービスを使用して,

CCS

の使用者が既存の CCS を削除することを許す。

“deleteCCS”

サービスは,次の手順からなる。

a) CCS

の 使 用 者 は , CCS ID を パ ラ メ ー タ に も つ “ServiceAccessPoint”  オ ブ ジ ェ ク ト の

“requestExistingCCS”

サービスを呼び出す。

b)

サービス提供者は,既存 CCS 及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジェクト

の“returnExistingCCS”  サービスを呼び出す。

c) CCS

の使用者は,“removeCCS”  サービスに関連するパラメータをもたない“ServiceAccessPoint”  オブ

ジェクトの“removeCCS”  サービスを呼び出す。

d)

サ ー ビ ス 提 供 者 は , 削 除 エ ラ ー を パ ラ メ ー タ に も つ “ServiceAccessPoint”  オ ブ ジ ェ ク ト の

“returnRemoveResult”

サービスを呼び出す。

図 17 は,CCS ID に基づいて既存 CCS を削除する必須手順の UML シーケンス図である。

CCSの

使用者

拡張サービスの

提供者

既存CCSの削除

returnRemoveResult (削除エラー)

removeCCS ()

returnExistingCCS (既存CCS,処理エラー)

requestExistingCCS (CCS ID)

図 17“deleteCCS”サービス 

6.4 

拡張照合機構グループ 

6.4.1 

拡張照合機構グループによる操作シナリオ 

拡張照合機構グループは,二つのケイパビリティプロファイルのアクセスと照合とを次のシナリオに従

って操作する。

附属書 を参照。

a) MSU

ケイパビリティを登録したリポジトリ,又は MSU ケイパビリティプロファイルに関連する MSU


24

B 3900-6

:2016 (ISO 16100-6:2011)

に,MSU ケイパビリティプロファイルを要求して受け取る。

b) MSU

ケイパビリティプロファイル及び要求ケイパビリティプロファイルの二つのケイパビリティプ

ロファイルを照合して,サービス提供者から合致レベル(JIS B 3900-5 の 7.2 参照)及び合致機能と非

合致機能の結果報告を受け取る。

6.4.2 “ExtendedMatcher”

サービス 

“ExtendedMatcher”

サービスは,“requestProfile”  サービス,“returnProfile”  サービス,“requestMatching”  サ

ービス及び“returnMatchingResult”  サービスを使用して,

使用者がリポジトリ又は MSU へ MSU ケイパビリ

ティプロファイルを要求し,照合機構を用いて要求ケイパビリティプロファイルと照合することを許す。

“ExtendedMatcher”

サービスは,次の手順からなる。

a)

照合機構の使用者は,プロファイル ID をパラメータにもつ“ServiceAccessPoint”  オブジェクト又は

MSU

オブジェクトの“requestProfile”  サービスを呼び出す。

b)

サービス提供者は,既存プロファイル及び処理エラーをパラメータにもつ“ServiceAccessPoint”  オブジ

ェクト又は MSU オブジェクトの“returnProfile”  サービスを呼び出す。

c)

照合機構の使用者は,二つのプロファイル ID をパラメータにもつ“ServiceAccessPoint”  オブジェクト

の“requestMatching”  サービスを呼び出す。

d)

サービス提供者は,合致レベル(JIS B 3900-5 の 7.2 参照)及び照合報告(合致機能及び非合致機能)

をパラメータにもつ“ServiceAccessPoint”  オブジェクトの“returnMatchingResult”  サービスを呼び出す。

図 18 は,プロファイルを要求し,二つのプロファイルを照合する必須手順の UML シーケンス図である。

拡張サービスの

提供者

データ格納機構(リポジトリ)

はMSU

プロファイルの要求

照合機構による
プロファイルの照合

returnMatchingResult (合致レベル,照合報告)

returnProfile (既存プロファイル,処理エラー)

returnProfile (既存プロファイル,処理エラー)

requestMatching (プロファイルID,プロファイルID)

requestProfile (プロファイル ID)

MSU

照合機構の

使用者

requestProfile (プロファイルID)

注記  破線はプロファイル要求と照合要求とを分けている。

図 18“ExtendedMatcher”サービス 

6.4.3 

照合機構の適合性試験 

JIS B 3900-4

に規定する適合性試験の方法を,この規格にも適用する。この箇条は,JIS B 3900-4 

表 9

に規定するケイパビリティプロファイルの照合機構に関する CSI を追加する。この規格の

表 及び表 

適合性試験に使用する。この規格の

表 及び表 に示す適合性判定箇所の型は,JIS B 3900-4 の表 に規

定する。

又は MSU への


25

B 3900-6

:2016 (ISO 16100-6:2011)

表 1−照合機構機能としての CSI 

適合性箇所

又は番号

適合性箇所の記述

参照する

仕様

適合性判定

箇所の型

a)

簡易試験規範

Index_1

要求ケイパビリティプロファイルの
受取り

JIS B 3900-5

の箇条 7

A

要 求 ケ イ パ ビ リ テ ィ が JIS B 

3900-5

表 の適合性を検証す

る。

Index_2 MSU

ケイパビリティプロファイルの

受取り

JIS B 3900-5

の箇条 7

A MSU

ケイパビリティが JIS B 

3900-5

表 の適合性を検証す

る。

Index_3

二つのプロファイルの MDM  ID の
比較

JIS B 3900-5

の箇条 7

A

Index_3.1

二つのプロファイルの MDM  ID の

取得

JIS B 3900-5

の箇条 7

A

辞書 ID を検証する。

Index_3.2

二つの MDM  ID の比較

JIS B 3900-5

の箇条 7

A

比較結果を検証し提示する。

Index_3.2.1

結果 1 を報告,

1

型照合機構へ移動

JIS B 3900-5

の箇条 7

A

検証する:

(1) ID

が同じ

(2) 1

型照合機構へ

Index_3.2.2

結果 2 を報告

JIS B 3900-5

の箇条 7

A

検証する:

ID

が同じでない

Index_4

二つのプロファイルの MDM 名を比

JIS B 3900-5

の箇条 7

A

Index_4.1

二つのプロファイルの MDM 名を取

JIS B 3900-5

の箇条 7

A MDM

名を検証する。

Index_4.2

二つの MDM 名を比較

JIS B 3900-5

の箇条 7

A

比較結果を検証する。

Index_4.2.1

結果 1 及び照合終了を報告

JIS B 3900-5

の箇条 7

A

検証する:

(1) MDM

名が同じでない

(2)

二つのプロファイルは異な

る MDM を参照する

(3)

合致しない

Index_4.2.2

結果 2 を報告

JIS B 3900-5

の箇条 7

A

検証する:

MDM

名が同じ

Index_5

二つのプロファイルのケイパビリテ
ィ定義書式を比較

JIS B 3900-5

の箇条 7

A

Index_5.1

二つのプロファイルのケイパビリテ

ィ定義書式を取得

JIS B 3900-5

の箇条 7

A

ケイパビリティの定義書式を検

証する。

Index_5.2

ケイパビリティ定義書式を比較

JIS B 3900-5

の箇条 7

A

比較結果を検証する。

Index_5.2.1

結果 1 を報告

JIS B 3900-5

の箇条 7

A

報告 1 を提示する:

(1)

ケイパビリティの定義書式
が同じでない

(2) MDD

と MDD オブジェクト

のケイパビリティ定義書式
を統一する

Index_5.2.2

結果 2 を報告

JIS B 3900-5

の箇条 7

A

検証する: 
ケイパビリティ定義書式が同じ


26

B 3900-6

:2016 (ISO 16100-6:2011)

表 1−照合機構機能としての CSI(続き) 

適合性箇所

又は番号

適合性箇所の記述

参照する

仕様

適合性判定

箇所の型

a)

簡易試験規範

Index_6

二つのケイパビリティ定義を比較

JIS B 3900-5

の箇条 7

A

Index_6.1

二つのケイパビリティ定義における

“Set_of_MDD_Objects”

要素を比較

JIS B 3900-5

の箇条 7

A

Index_6.1.1

二つのケイパビリティ定義における

“MDD_Name”

要 素 の “name” 属 性 と

“action”

属性とを比較

JIS B 3900-5

の箇条 7

A

結果を検証する。

Index_6.2

二つのケイパビリティ定義における

“List_of_MDD_Objects”

要素の内容を

比較

JIS B 3900-5

の箇条 7

A

Index_6.2.1

二つのケイパビリティ定義における

“MDD_Name”

要素列を順に比較

JIS B 3900-5

の箇条 7

A

結果を検証する。

Index_6.2.2

二つのケイパビリティ定義における

“MDD_Name”

要 素 列 の 同 じ 要 素 の

“name”

属性と“action”属性とを比較

JIS B 3900-5

の箇条 7

A

結果を検証する。

Index_6.3

二つのケイパビリティ定義における

“Time_Ordered_MDD_Objects”

要 素 の

内容を比較

JIS B 3900-5

の箇条 7

A

Index_6.3.1

二つのケイパビリティ定義における

“MDD_Name”

要素の時間順序を比較

JIS B 3900-5

の箇条 7

A

結果を検証する。

Index_6.3.2

二つのケイパビリティ定義における

“MDD_Name”

要 素 列 の 同 じ 要 素 の

“name”

属性と“action”属性とを比較

JIS B 3900-5

の箇条 7

A

結果を検証する。

Index_6.4 “Event_Ordered_MDD_Objects”

要 素 の

内容を比較

JIS B 3900-5

の箇条 7

A

Index_6.4.1

二つのケイパビリティ定義における

“MDD_Name”

要素の時間順序を比較

JIS B 3900-5

の箇条 7

A

結果を検証する。

Index_6.4.2

二つのケイパビリティ定義における

“MDD_Name”

要 素 列 の 同 じ 要 素 の

“name”

属性と“action”属性とを比較

JIS B 3900-5

の箇条 7

A

結果を検証する。

a)

適合性判定箇所の型は,JIS B 3900-4 

表 を参照。


27

B 3900-6

:2016 (ISO 16100-6:2011)

表 2−照合報告機能のための CSI 

適合性箇所

又は番号

適合性箇所の記述

参照する

仕様

適合性判定

箇所の型

a)

簡易試験規範

Index_1 “MatchingLevelReport”

JIS B 3900-5

の 7.2

A

合致レベルは次のいずれかであ
る:

−  完全合致

−  必須部分の合致 
−  必須部分の部分合致

−  必須部分の合致なし

Index_2 “DetaitedListReport”

JIS B 3900-5

の 7.2

A

項目ごとの合致及び非合致を検

証する。

Index_3 “CompareMatchingLevel”

及び

“DetailedReportMatchingLevel”

Index_3.1 “ForCompleteMatch”

二つのプロファイルにおける機
能の完全等価を検証する。

Index_3.2 “ForAllMandatoryMatch”

二つのプロファイルにおける必
須機能の完全等価を検証する。

Index_3.3 “ForSomeMandatoryMatch”

二つのプロファイルにおける等

価な必須機能のリストと非等価

な必須機能のリストとを検証す
る。

Index_3.4 “ForNoMandatoryMatch”

二つのプロファイルにおける機
能の合致なしを提示する。

a)

適合性判定箇所の型は,JIS B 3900-4 

表 を参照。

7 ESI

プロトコルの形式記述 

7.1 

汎用サービスの記法 

JIS B 3900-3:2010

で規定された URN(uniform resorce name)記法のサービスを,この規格に適用する。

汎用 URN サービスは,“servise:”という文字列で始まる。この URN サービスは,関連するサービスアク

セスポイントに続くサービスの型を含み,アドレス仕様が始まる終端の“:”は含まない。サービスを定義す

る属性情報は,URN 文法で符号化したアドレス仕様に続く。

完結した URN サービスは,次の記法となる。

“service:<service-type>:<service-access-point>://<address>;<attribute-list>”

URN

文字列の<servise-type>項目は,5.1 で規定した汎用サービスを表す。

URN

文字列の<service-access-point>項目は,5.2 で規定した ESI サービス群のアクセスポイントを表す。

URN

文字列の<address>項目は,ESI サービス提供者への経路を表す。

属性リストは,セミコロン“;”で区切った属性情報のリストからなる。属性情報は,次の形式となる。

<attribute-id>=<attribute-value>

さらに,キーワード属性として<attribute-id>形式を使う。

この規格の箇条 における UML 記法における詳細なサービスは,この箇条の次に規定する形式記法を

用いて表現する。


28

B 3900-6

:2016 (ISO 16100-6:2011)

7.2 CPTI

グループサービスのプロトコル 

7.2.1 

ケイパビリティプロファイルテンプレートの作成 

7.2.1.1 

形式構造に基づいた作成 

“createTemplate”

サービスは,次の手順で形式構造に基づいたテンプレートを作成する。

a)

サービス型“ requestBlankTemplate”  サービスは,空白テンプレートを要求する。

<service-type>=“requestBlankTemplate”;

b)

サービス型“returnBlankTemplate”  サービスは,対応する属性情報とともに空白テンプレートを返す。

<service-type>=“returnBlankTemplate”

template_content=“the_template_content”

access_status=“the_access_status”;

c)

サービス型“processFilledTemplate”  サービスは,対応する属性情報とともに値を入れたテンプレートの

受入れを要求する。

<service-type>=“processFilledTemplate”

template_ID=“the_template_id”;

d)

サービス型“returnProcessingResult”  サービスは,対応する属性情報とともに処理結果を返す。

<service-type>=“returnProcessingResult”

ID_check_error=“ID_check_error”

storage_error=“storage_error”.

7.2.1.2 

既存テンプレートに基づいた作成 

“createTemplate”

サービスは,次の手順で既存テンプレートに基づいたテンプレートを作成する。

a)

サービス型“requestExistingTemplate”  サービスは,対応する属性情報とともに既存テンプレートを要求

する。

<service-type>=“requestExistingTemplate”

template_ID=“the_template_id”;

b)

サービス型“returnExistingTemplate”  サービスは,対応する属性情報とともに既存テンプレートを返す。

<service-type>=“returnExistingTemplate”

template_content=“the_template_content”

process_status=“the_process_status”;

c)

サービス型“processModifiedTemplate”  サービスは,対応する属性情報とともに更新テンプレートの受

入れを要求する。

<service-type>=“processModifiedTemplate”

template_ID=“the_template_id”;

d)

サービス型“returnProcessingResult”  サービスは,対応する属性情報とともに処理結果を返す。

<service-type>=“returnProcessingResult”

ID_check_error=“ID_check_error”

storage_error=“storage_error”.

7.2.2 

ケイパビリティプロファイルテンプレートのアクセス 

“accessTemplate”

サービスは,次の手順でテンプレートにアクセスする。

a)

サービス型“requestExistingTemplate”  サービスは,対応する属性情報とともに既存テンプレートにアク

セスする。


29

B 3900-6

:2016 (ISO 16100-6:2011)

<service-type>=“requestExistingTemplate”

template_ID=“the_template_id”;

b)

サービス型“returnExistingTemplate”  サービスは,対応する属性情報とともに要求テンプレートを返す。

<service-type>=“returnExistingTemplate”

template_content=“the_template_content”

process_status=“the_process_status”.

7.2.3 

ケイパビリティプロファイルテンプレートの更新 

“modifyTemplate”

サービスは,次の手順でテンプレートを更新する。

a)

サービス型“requestExistingTemplate”  サービスは,対応する属性情報とともに既存テンプレートにアク

セスする。

<service-type>=“requestExistingTemplate”

template_ID=“the_template_id”;

b)

サービス型“returnExistingTemplate”  サービスは,対応する属性情報とともに要求テンプレートを返す。

<service-type>=“returnExistingTemplate”

template_content=“the_template_content”

process_status=“the_process_status”;

c)

サービス型“processModifiedTemplate”  サービスは,対応する属性情報とともに更新テンプレートの受

入れを要求する。

<service-type>=“processModifiedTemplate”

template_ID=“the_template_id”;

d)

サービス型“returnProcessingResult”  サービスは,対応する属性情報とともに処理結果を返す。

<service-type>=“returnProcessingResult”

ID_check_error=“ID_check_error”

storage_error=“storage_error”.

7.2.4 

ケイパビリティプロファイルテンプレートの適合性試験 

“validateTemplate”

サービスは,次の手順でテンプレートを試験する。

a)

サービス型“requestUnregisteredTemplate”  サービスは,対応する属性情報とともに未登録テンプレート

にアクセスする。

<service-type>=“requestUnregisteredTemplate”

template_ID=“the_template_id”;

b)

サービス型“returnUnregisteredTemplate”  サービスは,対応する属性情報とともに要求テンプレートを

返す。

<service-type>=“returnUnregisteredTemplate”

template_content=“the_template_content”

process_status=“the_process_status”;

c)

サービス型“testTemplate”  サービスは,未登録テンプレートを検証する。

<service-type>=“testTemplate”;

d)

サービス型“returnTestResult”  サービスは,対応する属性情報とともに試験結果を返す。

<service-type>=“returnTestResult”

test_result =“the_test_result “


30

B 3900-6

:2016 (ISO 16100-6:2011)

test_status=“the_test_status”.

7.2.5 

ケイパビリティプロファイルテンプレートの削除 

“deleteTemplate”

サービスは,次の手順でテンプレートを削除する。

a)

サービス型“requestExistingTemplate”  サービスは,対応する属性情報とともに既存テンプレートにアク

セスする。

<service-type>=“requestExistingTemplate”

template_ID=“the_template_id”;

b)

サービス型“returnExistingTemplate”  サービスは,対応する属性情報とともに要求テンプレートを返す。

<service-type>=“returnExistingTemplate”

template_content=“the_template_content”

process_status=“the_process_status”;

c)

サービス型“removeTemplate”  サービスは,リポジトリからケイパビリティプロファイルテンプレート

を削除する。

<service-type>=“removeTemplate”;

d)

サービス型“returnRemoveResult”  サービスは,対応する属性情報とともに削除状況を返す。

<service-type>=“returnRemoveResult”

remove_status=“the_remove_status”.

7.3 

拡張 CPI グループサービスのプロトコル 

7.3.1 

ケイパビリティプロファイルの作成 

7.3.1.1 

ケイパビリティプロファイルテンプレートに基づいた作成 

“createProfile”

サービスは,次の手順でケイパビリティプロファイルテンプレートに基づいて作成する。

a)

サービス型“requestExistingTemplate”  サービスは,対応する属性情報とともに既存テンプレートを要求

する。

<service-type>=“requestExistingTemplate”

template_ID=“the_template_id”;

b)

サービス型“returnExistingTemplate”  サービスは,対応する属性情報とともに要求テンプレートを返す。

<service-type>=“returnExistingTemplate”

template_content=“the_template_content”

access_status=“the_access_status”;

c)

サービス型“processFilledProfile”  サービスは,対応する属性情報とともに値を入れたプロファイルの受

入れを要求する。

<service-type>=“processFilledProfile”

profile_ID=“the_profile_id”;

d)

サービス型“ returnProcessingResult”  サービスは,対応する属性情報とともに処理結果を返す。

<service-type>=“returnProcessingResult”

ID_check_error=“ID_check_error”

storage_ error=“storage_error”.

7.3.1.2 

既存プロファイルに基づいた作成 

“createProfile”

サービスは,次の手順で既存プロファイルに基づいてプロファイルを作成する。

a)

サービス型“requestExistingProfile”  サービスは,対応する属性情報とともに既存プロファイルを要求す


31

B 3900-6

:2016 (ISO 16100-6:2011)

る。

<service-type>=“requestExistingProfile”

profile_ID=“the_profile_id”;

b)

サービス型“returnExistingProfile”  サービスは,対応する属性情報とともに既存プロファイルを返す。

<service-type>=“returnExistingProfile”

profile_content=“the_profile_content”

process_status=“the_process_status”;

c)

サービス型“processModifiedProfile”  サービスは,対応する属性情報とともに更新プロファイルの受入

れを要求する。

<service-type> =“processModifiedProfile”

profile_ID=“the_profile_id”;

d)

サービス型“returnProcessingResult”  サービスは,対応する属性情報とともに処理結果を返す。

<service-type> =“returnProcessingResult”

ID_check_error=“ID_check_error”

storage_error=“storage_error”.

7.3.2 

ケイパビリティプロファイルのアクセス 

7.3.2.1 ESI

経由のアクセス 

“accessProfile”

サービスは,次の手順で ESI 経由でプロファイルにアクセスする。

a)

サービス型“requestExistingProfile”  サービスは,対応する属性情報とともに既存プロファイルにアクセ

スする。

<service-type>=“requestExistingProfile”

profile_ID=“the_profile_id”;

b)

サービス型“returnExistingProfile”  サービスは,対応する属性情報とともに要求プロファイルを返す。

<service-type>=“returnExistingProfile”

profile_content=“the_profile_content”

process_status=“the_process_status”.

7.3.2.2 MSU

経由のアクセス 

“accessProfile”

サービスは,次の手順で MSU 経由でプロファイルにアクセスする。

a)

サービス型“requestExistingProfile”  サービスは,既存プロファイルにアクセスする。

<service-type>=“requestExistingProfile”

b)

サービス型“returnExistingProfile”  サービスは,対応する属性情報とともに要求プロファイルを返す。

<service-type>=“returnExistingProfile”

profile_content=“the_profile_content”

process_status=“the_process_status”.

7.3.3 

ケイパビリティプロファイルの更新 

“modifyProfile”

サービスは,次の手順でプロファイルを更新する。

a)

サービス型“requestExistingProfile”  サービスは,対応する属性情報で既存プロファイルにアクセスする。

<service-type>=“requestExistingProfile”

profile_ID=“the_profile_id”;

b)

サービス型“returnExistingProfile”  サービスは,対応する属性情報とともに要求プロファイルを返す。


32

B 3900-6

:2016 (ISO 16100-6:2011)

<service-type>=“returnExistingProfile”

profile_content=“the_profile_content”

process_status=“the_process_status”;

c)

サービス型“processModifiedProfile”  サービスは,対応する属性情報とともに更新プロファイルの受入

れを要求する。

<service-type>=“processModifiedProfile”

profile_ID=“the_profile_id”;

d)

サービス型“returnProcessingResult”  サービスは,対応する属性情報とともに処理結果を返す。

<service-type>=“returnProcessingResult”

ID_check_error=“ID_check_error”

storage_error=“storage_error”.

7.3.4 

ケイパビリティプロファイルの適合性試験 

“validateProfile”

サービスは,次の手順でプロファイルを検査する。

a)

サービス型“requestExistingProfile”  サービスは,対応する属性情報とともに既存プロファイルにアクセ

スする。

<service-type>=“requestExistingProfile”

profile_ID=“the_profile_id”;

b)

サービス型“returnExistingProfile”  サービスは,対応する属性情報とともに要求プロファイルを返す。

<service-type>=“returnExistingProfile”

profile_content=“the_profile_content”

process_status=“the_process_status”;

c)

サービス型“testProfile”  サービスは,未登録プロファイルを検証する。

<service-type>=“testProfile”;

d)

サービス型“returnTestResult”  サービスは,対応する属性情報とともに検査結果及び状況を返す。

<service-type>=“returnTestResult”

test_result=“the_test_result”

test_status=“the_test_status”.

7.3.5 

ケイパビリティプロファイルの削除 

“deleteProfile”

サービスは,次の手順で既存のプロファイルを削除する。

a)

サービス型“requestExistingProfile”  サービスは,対応する属性情報で既存プロファイルにアクセスする。

<service-type>=“requestExistingProfile”

profile_ID=“the_profile_id”;

b)

サービス型“returnExistingProfile”  サービスは,対応する属性情報とともに要求プロファイルを返す。

<service-type>=“returnExistingProfile”

profile_content=“the_profile_content”

process_status=“the_process_status”;

c)

サービス型“removeProfile”  サービスは,リポジトリからケイパビリティプロファイルを削除する。

<service-type>=“removeProfile”;

d)

サービス型“returnRemoveResult”  サービスは,対応する属性情報とともに削除状況を返す。

<service-type>=“returnRemoveResult”


33

B 3900-6

:2016 (ISO 16100-6:2011)

remove_status=“the_remove_status”.

7.4 CCSI

グループサービスのプロトコル 

7.4.1 

ケイパビリティクラス構造の作成 

7.4.1.1 

形式構造に基づいた作成 

“createCCS”

サービスは,次の手順で形式構造に基づいて CCS を作成する。

a)

サービス型“ requestBlankCCS”  サービスは,空白 CCS を要求する。

<service-type>=“requestBlankCCS”;

b)

サービス型“returnBlankCCS”  サービスは,対応する属性情報とともに空白 CCS を返す。

<service-type>=“returnBlankCCS”

CCS_content=“the_CCS_content”

access_status=“the_access_status”;

c)

サービス型“processFilledCCS”  サービスは,対応する属性情報とともに値を入れた CCS の受入れを要

求する。

<service-type>=“processFilledCCS”

CCS_ID=“the_CCS_id”;

d)

サービス型“returnProcessingResult”  サービスは,対応する属性情報とともに処理結果を返す。

<service-type>=“returnProcessingResult”

ID_check_error=“ID_check_error”

storage_error=“storage_error”.

7.4.1.2 

既存 CCS に基づいた作成 

“createCCS”

サービスは,次の手順で既存 CCS に基づいた CCS を作成する。

a)

サービス型“requestExistingCCS”  サービスは,対応する属性情報とともに既存 CCS を要求する。

<service-type>=“requestExistingCCS”

CCS_ID=“the_CCS_id”;

b)

サービス型“ returnExistingCCS”  サービスは,対応する属性情報とともに既存 CCS を返す。

<service-type>=“returnExistingCCS”

CCS_content=“the_CCS_content”

process_status=“the_process_status”;

c)

サービス型“processModifiedCCS”  サービスは,対応する属性情報とともに更新 CCS の受入れを要求す

る。

<service-type>=“processModifiedCCS”

CCS_ID=“the_CCS_id”;

d)

サービス型“ returnProcessingResult”  サービスは,対応する属性情報とともに処理結果を返す。

<service-type>=“returnProcessingResult”

ID_check_error=“ID_check_error”

storage_ error =“storage _ error”.

7.4.2 

ケイパビリティクラス構造のアクセス 

“accessCCS”

サービスは,次の手順で CCS にアクセスする。

a)

サービス型“requestExistingCCS”  サービスは,対応する属性情報とともに既存 CCS に要求する。

<service-type>=“requestExistingCCS”


34

B 3900-6

:2016 (ISO 16100-6:2011)

CCS_ID=“the_CCS_id”;

b)

サービス型“ returnExistingCCS”  サービスは,対応する属性情報とともに既存 CCS を返す。

<service-type>=“returnExistingCCS”

CCS_content=“the_CCS_content”

process_status=“the_process_status”.

7.4.3 

ケイパビリティクラス構造の更新 

“ modifyCCS”

サービスは,次の手順で CCS を更新する。

a)

サービス型“ requestExistingCCS”  サービスは,対応する属性情報とともに既存 CCS を要求する。

<service-type>=“requestExistingCCS”

CCS_ID=“the_CCS_id”;

b)

サービス型“ returnExistingCCS”  サービスは,対応する属性情報とともに既存 CCS を返す。

<service-type>=“returnExistingCCS”

CCS_content=“the_CCS_content”

process_status=“the_process_status”;

c)

サービス型“processModifiedCCS”  サービスは,対応する属性情報とともに更新 CCS の受入れを要求す

る。

<service-type>=“processModifiedCCS”

CCS_ID=“the_CCS_id”;

d)

サービス型“ returnProcessingResult”  サービスは,対応する属性情報とともに処理結果を返す。

<service-type>=“returnProcessingResult”

ID_check_error=“ID_check_error”

storage_error=“storage_error”.

7.4.4 

ケイパビリティクラス構造の適合性試験 

“validateCCS”

サービスは,次の手順で CCS を検査する。

a)

サービス型“requestExistingCCS”  サービスは,対応する属性情報とともに既存 CCS を要求する。

<service-type>=“requestExistingCCS”

CCS_ID=“the_CCS_id”;

b)

サービス型“returnExistingCCS”  サービスは,対応する属性情報とともに既存 CCS を返す。

<service-type>=“returnExistingCCS”

CCS_content=“the_CCS_content”

process_status=“the_process_status”;

c)

サービス型“testCCS”  サービスは,未登録 CCS を検証する。

<service-type>=“testCCS”;

d)

サービス型“returnTestResult”  サービスは,対応する属性情報とともに検査結果及び状況を返す。

<service-type>=“returnTestResult”

test_result =“the_test_result”

test_status=“the_test_status”.

7.4.5 

ケイパビリティクラス構造の削除 

“deleteCCS”

サービスは,次の手順で既存 CCS を削除する。

a)

サービス型“requestExistingCCS”  サービスは,対応する属性情報とともに既存 CCS を要求する。


35

B 3900-6

:2016 (ISO 16100-6:2011)

<service-type>=“requestExistingCCS”

CCS_ID=”the_CCS_id”;

b)

サービス型“returnExistingCCS”  サービスは,対応する属性情報とともに既存 CCS を返す。

<service-type>=“returnExistingCCS”

CCS_content=“the_CCS_content”

process_status=“the_process_status”;

c)

サービス型“removeCCS”  サービスは,リポジトリから CCS を削除する。

<service-type> =“removeCCS”;

d)

サービス型“ returnRemoveResult”  サービスは,対応する属性情報とともに削除状況を返す。

<service-type> =“returnRemoveResult”

remove_status=“the_remove_status”.

7.5 

拡張照合機構グループサービスのプロトコル 

“ExtendedMatcher”

サービスは,次の手順で MSU ケイパビリティプロファイルと要求プロファイルとを

照合機構で照合する。

a)

サービス型“requestExistingProfile”  サービスは,対応する属性情報で既存プロファイルにアクセスする。

<service-type>=“requestExistingProfile”

profile_ID=“the_profile_id”;

b)

サービス型“returnExistingProfile”  サービスは,対応する属性情報とともに要求プロファイルを返す。

<service-type>=“returnExistingProfile”

profile_content=“the_profile_content”

process_status=“the_process_status”;

c)

サービス型“process Matching”  サービスは,対応する属性情報とともに二つのプロファイルを照合する。

<service-type>=“requestMatching”

profile_ID_1=“the_profile_id_1”

profile_ID_2=“the_profile_id_2”;

d)

サービス型“returnMatchingResult”  サービスは,対応する属性情報とともに照合結果を返す。

<service-type>=“returnMatchingResult”

matching_level=“the_matching_level”

matching_report=“the_ matching_report”.

辞書導入のサービス及びプロトコル 

8.1 “DictionaryImporting”

サービス 

“DictionaryImporting”

サービスは,“requestImportDictionary”,“returnImportDictionary”,“requestDictionary”

及び“returnDictionary”  サービスを利用して,使用者がパーツライブラリをリポジトリに導入しその内容を

参照することを許す(

図 19 参照)。

“DictionaryImporting”

サービスは,次の手順からなる。

a)

辞 書 の 使 用 者 は , “ImportServicePoint” オ ブ ジ ェ ク ト の 中 で 辞 書 ID を パ ラ メ ー タ に も つ

“requestImportDictionary”

サービスを呼び出す。

b)

サービス提供者は,“ImportServicePoint”オブジェクトの中で導入結果及び処理エラーをパラメータに

もつ“returnImportResult”  サービスを呼び出す。


36

B 3900-6

:2016 (ISO 16100-6:2011)

c)

辞 書 の 使 用 者 は , “ImportServicePoint” オ ブ ジ ェ ク ト の 中 で 辞 書 ID を パ ラ メ ー タ に も つ

“requestDictionary”

サービスを呼び出す。

d)

サービス提供者は,“ImportServicePoint”オブジェクトの中で既存辞書及び処理エラーをパラメータに

もつ“returnDictionary”  サービスを呼び出す。

辞書の導入要求

returnImportResult(導入結果,処理エラー)

requesIm

rtDictinaries(辞書 ID)

辞書の使用者

辞書の参照要求

returnDictionary(既存辞書,処理エラー)

requestDictionary(辞書 ID)

導入サービスの提供者

図 19“DictionaryImporting”サービス 

8.2 “DictionaryImporting”

プロトコル 

“DictionaryImporting”

サービスは,次の手順でリポジトリへ辞書を導入する。

a)

サービス型“requestImportDictionary”  サービスは,対応する属性情報とともに辞書の導入を要求する。

<service-type>=“requestImportingDictionary”

dictionary_ID=“the_dictionary_id”;

b)

サービス型“returnImportDictionary”  サービスは,対応する属性情報とともに導入辞書を返す。

<service-type>=“returnImportingresult”

importing_result=“the_importing_result”

process_status=”the_process_status”;

c)

サービス型“ requestDictionary”  サービスは,対応する属性情報とともに辞書を要求する。

<service-type>=“requestDictionary”

dictionary_ID=“the_dictionary_id”;

d)

サービス型“returnDictionary”  サービスは,対応する属性情報とともに要求辞書を返す。

<service-type>=“returnDictionary”

dictionary_content=“the_dictionary_content”

process_status=“the_process_status”.

returnDictionary

requestImportDictionary


37

B 3900-6

:2016 (ISO 16100-6:2011)

附属書 A

(参考)

MDD

を用いたケイパビリティモデル

A.1 

ケイパビリティモデルのダイアグラム 

製造用アクティビティは,JIS B 3900-1 の 4.3 に示す製造用機能の集合からなる製造用プロセスの一つ又

は複数のアクションで構成する。個々のアクティビティは,ISO 15745-1 に従う MDD でモデル化する。

アプリケーションアクティビティは,ケイパビリティクラス木と 1 対 1 に対応する。アクティビティモ

デルは,

図 A.1 に示すように,ケイパビリティクラスモデルに対応する。

図 A.1 は,MDD を用いた CCS の次のケイパビリティを示す。

a)

アクティビティ中の動作

b)

動作中の制約又は交換する情報

c)

動作を支援する資源

d)

動作間の前後関係


38

B 3900-6

:2016 (ISO 16100-6:2011)

動作実績報告/進捗状況/製品データ

/製造用データ

指示/処方

交換情報 ---

動作やメソ

関係 ---

MDDあるいは動作間

資源 ---

動作を実現するのに

必要なメソッド

動作

名前

標準時間

実時間

開始時刻
終了時刻

標準コスト

実コスト

動作 ---

メソッドによる実行

副材料

レシピ

デバイス

装置

原材料

原材料/副材料/その他属性

要求品質

使用工具

作業者

入力データ

出力データ

注文/制御データ/製品データ

/製造用データ

メソッド

動作中のメソッド

前工程

後工程

……………..

………………..

……………..

クラスのケイパビリティ

状況

制約 ---

動作やメソッ

図 A.1−ケイパビリティモデルから MDD を用いたアクティビティモデルへの写像 

A.2 

ケイパビリティモデルのための XML シンタックス 

テンプレートの特有部分中のケイパビリティモデルの XML シンタックスを示す。

<?xml version="1.0" encoding="UTF-8"?> 
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"> 
  <xs:element  name="CapabilityProfiling"> 
 <xs:complexType> 

  <xs:sequence  maxOccurs="unbounded">

  <xs:element

name="type">

   <xs:complexType>

<xs:attribute

name="id"

type="xs:string"

use="required"/>

   </xs:complexType> 
  </xs:element> 
  <xs:element

name="CapabilityProfile">

   <xs:complexType> 
    <xs:sequence> 
   

<xs:element

name="pkgtype">

     <xs:complexType> 
   

<xs:attribute

name="version"

type="xs:string"

form="unqualified"/>

     </xs:complexType>

    動作又はメソッド中

    動作又はメソッド間

      MDD 又は動作間


39

B 3900-6

:2016 (ISO 16100-6:2011)

   

</xs:element>

   

<xs:element

name="Common"

type="CommonPartType"/>

   

<xs:element

name="Specific"

type="SpecificPartType"/>

    </xs:sequence> 
    <xs:attribute

name="date"

type="xs:string"

form="unqualified"/>

</xs:complexType>

  </xs:element>

  </xs:sequence> 

</xs:complexType>

  </xs:element> 
<xs:complexType name="CommonPartType"> 
</xs:complexType> 
<xs:complexType name="SpecificPartType"> 
  <xs:sequence> 
 <xs:element

name="Reference_MDM_Name">

  <xs:complexType>

 <xs:attribute name="domain_Name" type="xs:string" form="unqualified"/>

  </xs:complexType>

 </xs:element> 

<xs:element name="MDD_Decription_Format” type="MDD_Description"/>

       <xs:complexType  name="MDD_Description"> 

      <xs:sequence>

             <xs:choice> 
                <xs:element  name="Set_of_MDD_Objects"> 

       <xs:complexType>

      <xs:sequence  minOccurs="0"  maxOccurs="unbounded">

     <xs:element  name="MDD_Name_action">

   

<xs:attribute

name="name"

type="xs:string"

use="required"

fixed=""/> 
                             <xs:attribute

name="method"

type="xs:string"  use="required"

fixed=""/> 
                             <xs:attribute  name="status"  type="xs:string"  default=""/> 
   

</xs:element>

                          <xs:element  name="MDD_Name_exchanged_informatio"> 
                             <xs:complexType> 
      

<xs:sequence

minOccurs="0"

maxOccurs="unbounded">

      

<xs:choice>

                                      <xs:element  name="information_out"> 
      

<xs:complexType>

         

<xs:attribute name="name" type="xs:string"

form="unqualified"/> 
      

</xs:complexType>

      </xs:element>

                                       <xs:element  name="information_in"> 
      

<xs:complexType>

         

<xs:attribute name="name" type="xs:string"

form="unqualified"/> 
      

</xs:complexType>

      </xs:element>

                                      </xs:choice> 
                                   </xs:sequence> 

                   </xs:complexType>

                    </xs:element>      //  end  of  exchanged_information

                            <xs:element  name="MDD_Name_constraints"> 

                  <xs:complexType>

                 <xs:sequence  minOccurs="0"  maxOccurs="unbounded">

                <xs:element  name="Constraint_name">

               <xs:complexType>

              <xs:attribute

name="name"

type="xs:string"

form="unqualified"/> 

                </xs:complexType>

                  </xs:element>

                   </xs:sequence>

                    </xs:complexType>

                     </xs:element>       //  end  of  constraints

                             <xs:element  name="MDD_Name_resources"> 

                            <xs:complexType>

                           <xs:sequence  minOccurs="0"  maxOccurs="unbounded">


40

B 3900-6

:2016 (ISO 16100-6:2011)

                          <xs:element  name="Resource_name">

                         <xs:complexType>

                        <xs:attribute

name="name" type="xs:string"

form="unqualified"/> 

                         </xs:complexType>

                             </xs:element>

                               </xs:sequence>

                            </xs:complexType>

                                  </xs:element>     //  end  of  resourses 
                               </xs:sequence> 

           </xs:complexType>

            </xs:element>                //  end  of  “Set_of_MDD_Objects”

                        <xs:element  name="List_of_MDD_Objects"> 
                           …………………………………………… 
                        </xs:element> 
                        <xs:element  name="Time_ordered_MDD_Objects  "> 
                           …………………………………………… 
                        </xs:element> 
                        <xs:element  name="Event_ordered_MDD_Objects  "> 
                           …………………………………………… 
                        </xs:element> 
                    </xs:choice> 
                    <xs:element  name="List_of_lower_level"> 

          <xs:complexType>

         <xs:sequence  minOccurs="0"  maxOccurs="unbounded">

        <xs:element  name="Subactivity_name">

       <xs:complexType>

      <xs:attribute name="name" type="xs:string"

form="unqualified"/> 

       </xs:complexType>

        </xs:element>

                             <xs:element  name="subtemplate_name"> 

        <xs:complexType>

       <xs:attribute

name="name"

type="xs:string"

form="unqualified"/> 
                                </xs:complexType> 
                             </xs:element> 
                         </xs:sequence> 

      </xs:complexType>

      </xs:element>

          </xs:sequence>  //  end  for  MDD_Description

          </xs:complexType> 
      </xs:sequence> 
  </xs:complexType>    //  end  for  SpecificPart 
</xs:schema>

A.3 MDD

と対応する MDM との関係 

図 A.2 は,異なる CCS をもつ A 及び B の二つのアクティビティ木を示す。これらの木の各ノードは,

それぞれのケイパビリティクラスと,対応するケイパビリティプロファイルテンプレートとをもつ。それ

ぞれのテンプレートは,ケイパビリティを記述するためにこれらの MDD を用いる。これらの MDD は,

ある特定の MDM 中の同じ MDD の集合から選択する。すなわち,

MDDi

∈MDM | i  ∈[1.. n]

ある特定の MDM 中の各々の MDD は,意味的照合の起点となる各 MDD の唯一の識別子によって,定

義して区別する。


41

B 3900-6

:2016 (ISO 16100-6:2011)

A

m1

A

m11

A

m12

A

m

CC-A

m

{MDD

i,

MDD

j

,

MDD

k

}

CC-A

m1

{MDD

j

}

CC-A

m11

{MDD

i11

}

CC-A

m12

{MDD

i12

}

MDM

MDD

k

MDD

j

MDD

j1

MDD

j11

MDD

i

MDD

i1

MDD

i11

MDD

i12

B

m1

B

m11

B

m

CC-B

m

{MDD

i,

MDD

j

,}

CC-B

m1

{MDD

i

}

CC-B

m11

{MDD

i11

}

アクティビティ木

#A

m

アクティビティ木

#B

m

注記  ラベル CC-A

m

,CC-A

m1

,CC-A

m11

及び CC-A

m12

は,それぞれアクティビティノード A

m

,A

m1

,A

m11

及び A

m1

のケイパビリティクラスの特有部分を指定している。同様に,ラベル CC-B

m

,CC-B

m1

及び CC-B

m11

は,それ

ぞれアクティビティノード B

m

,B

m1

及び B

m11

のケイパビリティクラスの特有部分を指定している。MDD は

特有部分の要素である。

図 A.2−アクティビティと MDD との関係 


42

B 3900-6

:2016 (ISO 16100-6:2011)

附属書 B

(参考)

ケイパビリティプロファイルテンプレートの簡略化した照合

B.1 

ケイパビリティプロファイルテンプレートの例 

B.1.1 

例 

JIS B 3900-5

の B.2 にあるアクティビティ A21(

“作業方法の取得”

)のケイパビリティプロファイルテ

ンプレートの XML シンタックスを次に示す。

<?xml version="1.0" encoding="UTF-8"?> 
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"> 
   <xs:element  name="CapabilityProfiling"> 

  <xs:complexType>

<xs:sequence>

   <xs:element

name="Template">

    <xs:complexType> 
     <xs:attribute

name="id"

type="xs:string"

use="required"

fixed="A21"/>

     <xs:attribute  name="name"  type="xs:string"  use="required" 
fixed="getOperationMethod" /> 
    </xs:complexType> 
   </xs:element> 
   <xs:element

name="type">

    <xs:complexType> 
     <xs:attribute

name="id"

type="xs:string"/>

    </xs:complexType> 
   </xs:element> 
   <xs:element

name="CapabilityProfile">

    <xs:complexType> 
     <xs:sequence> 
   

<xs:element

name="pkgtype">

   

<xs:complexType>

      

<xs:attribute

name="version"

type="xs:string"

form="unqualified"/> 
   

</xs:complexType>

      </xs:element> 
      <xs:element

name="Common"

type="CommonPartType"/>

      <xs:element

name="Specific"

type="SpecificPartType"/>

     </xs:sequence> 
     <xs:attribute

name="date"

type="xs:string"

form="unqualified"/>

    </xs:complexType> 

</xs:element>

  </xs:sequence>

  </xs:complexType>

  </xs:element> 
  <xs:complexType  name="CommonPartType"> 
       …………………………………………………………………… 
       …………………………………………………………………… 
  </xs:complexType> 
  <xs:complexType  name="SpecificPartType"> 

<xs:sequence>

  <xs:element

name="Reference_MDM_Name">

   <xs:complexType> 
    <xs:attribute name="domain_Name" type="xs:string" use="required" 
fixed="MESApplicationDomain" form="unqualified"/> 
   </xs:complexType> 

</xs:element>

 <xs:element name="format_name" type="MDD_Description"/>

  </xs:sequence>

  </xs:complexType> 
  <xs:complexType  name="MDD_Description"> 
    <xs:sequence>


43

B 3900-6

:2016 (ISO 16100-6:2011)

      <xs:element  name="Set_Of_MDD_Objects"> 
        <xs:complexType> 
          <xs:sequence> 
            <xs:element  name="action1"> 
              <xs:complexType> 
                <xs:sequence  maxOccurs="unbounded"> 
                  <xs:element  name="exchanged_information"> 
                    <xs:complexType> 
                      <xs:sequence  minOccurs="1"  maxOccurs="1"> 
                          <xs:element  name="information_out"> 
                               <xs:complexType> 
                                   <xs:attribute  name="name"  use="required"  type="xs:string" 
form="unqualified" fixed="operation_type"/> 
                                </xs:complexType> 
                          </xs:element> 
                      </xs:sequence> 
                    </xs:complexType> 
                  </xs:element> 
 
                  <xs:element  name="Resources"> 
                       …………………………… 
                       …………………………… 
                  </xs:element> 
                  <xs:element  name="Constraints"> 
                       …………………………… 
                       …………………………… 
                  </xs:element> 
                </xs:sequence> 
                <xs:attribute

name="name"

type="xs:string"

use="required"

fixed="setOperationType"/> 
                <xs:attribute  name="method"  type="xs:string"  use="required"  fixed="Set"/> 
                <xs:attribute  name="status"  type="xs:string"  default="mandatory"/> 
              </xs:complexType> 
            </xs:element> 
            <xs:element  name="action2"> 
              <xs:complexType> 
                <xs:sequence  maxOccurs="unbounded"> 
                  <xs:element  name="exchanged_information"> 
                    <xs:complexType> 
                       <xs:sequence  minOccurs="1"  maxOccurs="1"> 
                          <xs:element  name="information_in"> 
                              <xs:complexType> 
                                  <xs:attribute  name="name"  type="xs:string"  use="required" 
form="unqualified" fixed="operation_method(plan)"/> 
                              </xs:complexType> 
                          </xs:element> 
                       </xs:sequence> 
                     </xs:complexType> 
                   </xs:element> 
                   <xs:element  name="Resources"> 
                    ……………………… 
                    ……………………… 
                  </xs:element> 
                  <xs:element  name="Conatraints"> 
                     …………………… 
                     …………………… 
                  </xs:element> 
                </xs:sequence> 
                <xs:attribute

name="name"

type="xs:string"

use="required"

fixed="getOperationMethod " form="unqualified"/> 
                <xs:attribute  name="method" type="xs:string" use="required"  fixed="Get" 
form="unqualified"/> 
                <xs:attribute  name="status"  type="xs:string"  default="optional"/> 
              </xs:complexType> 
            </xs:element> 
            <xs:element  name="action3"> 
              <xs:complexType> 
                <xs:sequence  maxOccurs="unbounded">


44

B 3900-6

:2016 (ISO 16100-6:2011)

                  <xs:element  name="exchanged_information"> 
                    <xs:complexType> 
                      <xs:sequence  minOccurs="1"  maxOccurs="1"> 
                          <xs:element  name="information_in"> 
                              <xs:complexType> 
                                    <xs:attribute  name="name" type="xs:string" use="required" 
form="unqualified" fixed="recipe(plan)"/> 
                              </xs:complexType> 
                          </xs:element> 
                       </xs:sequence> 
                    </xs:complexType> 
                  </xs:element> 
 
                  <xs:element  name="Resources"> 
                     …………………………… 
                     …………………………… 
                  </xs:element> 
                  <xs:element  name="Conatraints"> 
                      …………………………… 
                      …………………………… 
                  </xs:element> 
                </xs:sequence> 
                <xs:attribute name="name" type="xs:string" use="required" fixed="getRecipe 
" form="unqualified"/> 
                <xs:attribute  name="method" type="xs:string" use="required"  fixed="Get" 
form="unqualified"/> 
                <xs:attribute  name="status"  type="xs:string"  default="optional"/> 
              </xs:complexType> 
            </xs:element> 
          </xs:sequence> 
        </xs:complexType> 
      </xs:element> 
      <xs:element  name="List_of_lower_level"> 
           ……………………………………………………… 
      </xs:element> 
    </xs:sequence> 
  </xs:complexType> 
</xs:schema>

B.1.2 

例 

JIS B 3900-5

の B.3 にあるアクティビティ B11(

“製造指示の取得”

)のケイパビリティプロファイルテン

プレートの XML シンタックスを次に示す。

<?xml version="1.0" encoding="UTF-8"?> 
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"> 
   <xs:element  name="CapabilityProfiling"> 

  <xs:complexType>

<xs:sequence>

   <xs:element

name="Template">

   <xs:complexType>

   

<xs:attribute

name="id"

type="xs:string"

use="required"

fixed="B11"/>

   

<xs:attribute

name="name"

type="xs:string"

use="required"

fixed="RreceiveManufacturingInstruction" /> 
    </xs:complexType> 
   </xs:element> 
   <xs:element

name="type">

    <xs:complexType> 
     <xs:attribute

name="id"

type="xs:string"/>

    </xs:complexType> 
   </xs:element> 
   <xs:element

name="CapabilityProfile">

    <xs:complexType> 
     <xs:sequence> 
      <xs:element

name="pkgtype">

       <xs:complexType> 
        <xs:attribute

name="version"

type="xs:string"


45

B 3900-6

:2016 (ISO 16100-6:2011)

form="unqualified"/> 
       </xs:complexType> 
      </xs:element> 
      <xs:element

name="Common"

type="CommonPartType"/>

      <xs:element

name="Specific"

type="SpecificPartType"/>

     </xs:sequence> 
     <xs:attribute

name="date"

type="xs:string"

form="unqualified"/>

    </xs:complexType> 

</xs:element>

</xs:sequence>

</xs:complexType>

  </xs:element> 
  <xs:complexType  name="CommonPartType"> 

…………………………………………

     …………………………………………… 
  </xs:complexType> 
  <xs:complexType  name="SpecificPartType"> 

<xs:sequence>

  <xs:element

name="Reference_MDM_Name">

   <xs:complexType> 
    <xs:attribute name="domain_Name" type="xs:string" use="required" 
fixed="MESApplicationDomain" form="unqualified"/> 
   </xs:complexType> 
  </xs:element> 

<xs:element name="format_name" type="MDD_Description"/>

 
 </xs:sequence> 
 </xs:complexType> 
 <xs:complexType  name="MDD_Description"> 
    <xs:sequence> 
      <xs:element  name="Set_Of_MDD_Objects"> 
        <xs:complexType> 
          <xs:sequence> 
            <xs:element  name="action1"> 
              <xs:complexType> 
                <xs:sequence  maxOccurs="unbounded"> 
                  <xs:element  name="exchanged_information"> 
                    <xs:complexType> 
                      <xs:sequence  minOccurs="1"  maxOccurs="1"> 
                           <xs:element  name="information_in"> 
                               <xs:complexType> 
                                  <xs:attribute  name="name"  type="xs:string"  use="required" 
form="unqualified" fixed="product_order(plan)"/> 
                               </xs:complexType> 
                           </xs:element>                                                                            
</xs:sequence> 
                    </xs:complexType> 
                  </xs:element> 
 
                  <xs:element  name="Resources"> 
… 
… 
                  </xs:element> 
                  <xs:element  name="Constraints"> 
                  … 
… 
                  </xs:element> 
                </xs:sequence> 
                <xs:attribute

name="name"

type="xs:string"

use="required"

fixed="getProductOrder"/> 
                <xs:attribute  name="method"  type="xs:string"  use="required"  fixed="Get"/> 
                <xs:attribute  name="status"  type="xs:string"  default="mandatory"/> 
              </xs:complexType> 
            </xs:element> 
            <xs:element  name="action2"> 
              <xs:complexType> 
                <xs:sequence  maxOccurs="unbounded"> 
                  <xs:element  name="exchanged_information">


46

B 3900-6

:2016 (ISO 16100-6:2011)

                    <xs:complexType> 
                      <xs:sequence

minOccurs="1" maxOccurs="1">           

<xs:element name="information_in"> 
                              <xs:complexType> 
                                  <xs:attribute  name="name"  type="xs:string"  use="required" 
form="unqualified" fixed="operating_instruction(plan)"/> 
                              </xs:complexType> 
                          </xs:element> 
                       </xs:sequence> 
                    </xs:complexType> 
                  </xs:element> 
 
                  <xs:element  name="Resources"> 
                     ………………………………………… 
                     ………………………………………… 
                  </xs:element> 
                  <xs:element  name="Conatraints"> 
                     ………………………………………… 
                     ………………………………………… 
                  </xs:element> 
                </xs:sequence> 
                <xs:attribute

name="name"

type="xs:string"

use="required"

fixed="getOperatingInstruction" form="unqualified"/> 
                <xs:attribute  name="method"  type="xs:string" use="required" fixed="Get" 
form="unqualified"/> 
                <xs:attribute  name="status"  type="xs:string"  default="optional"/> 
              </xs:complexType> 
            </xs:element> 
            <xs:element  name="action3"> 
              <xs:complexType> 
                <xs:sequence  maxOccurs="unbounded"> 
                  <xs:element  name="exchanged_information"> 
                    <xs:complexType> 
                      <xs:sequence  minOccurs="1"  maxOccurs="1"> 
                          <xs:element  name="information_in"> 
                                <xs:complexType> 
                                    <xs:attribute  name="name" type="xs:string" use="required" 
form="unqualified" fixed="item"/> 
                                </xs:complexType> 
                           </xs:element> 
                      </xs:sequence> 
                    </xs:complexType> 
                  </xs:element> 
 
                  <xs:element  name="Resources"> 
                      ……………………………… 
                      ……………………………… 
                  </xs:element> 
                  <xs:element  name="Conatraints"> 
                       …………………………………… 
                       ……………………………………… 
                  </xs:element> 
                </xs:sequence> 
                <xs:attribute  name="name" type="xs:string" use="required" fixed="getItem" 
form="unqualified"/> 
                <xs:attribute  name="method" type="xs:string" use="required"  fixed="Get" 
form="unqualified"/> 
                <xs:attribute  name="status"  type="xs:string"  default="mandatory"/> 
              </xs:complexType> 
            </xs:element> 
          </xs:sequence> 
        </xs:complexType> 
      </xs:element> 
      <xs:element  name="List_of_lower_level"> 
         …………………………………………… 
         ……………………………………… 
      </xs:element> 
    </xs:sequence>


47

B 3900-6

:2016 (ISO 16100-6:2011)

  </xs:complexType> 
</xs:schema>

B.1.3 

例 

JIS B 3900-5

の B.2 にあるアクティビティ A33(

“作業状況の監視”

)のケイパビリティプロファイルテ

ンプレートの XML シンタックスを次に示す。

<?xml version="1.0" encoding="UTF-8"?>

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">

 <xs:element

name="CapabilityProfiling">

  <xs:complexType>

   <xs:sequence>

    <xs:element

name="Template">

     <xs:complexType>

      <xs:attribute

name="id" type="xs:string" use="required"

fixed="A33"/>

      <xs:attribute

name="name"

type="xs:string"

use="required"

fixed="MonitorOperationCondition" />

     </xs:complexType>

    </xs:element>

    <xs:element

name="type">

     <xs:complexType>

      <xs:attribute

name="id"

type="xs:string"/>

     </xs:complexType>

    </xs:element>

    <xs:element

name="CapabilityProfile">

     <xs:complexType>

      <xs:sequence>

       <xs:element

name="pkgtype">

        <xs:complexType>

         <xs:attribute

name="version"

type="xs:string"

form="unqualified"/>

        </xs:complexType>

       </xs:element>

       <xs:element

name="Common"

type="CommonPartType"/>

       <xs:element

name="Specific"

type="SpecificPartType"/>

      </xs:sequence>

      <xs:attribute

name="date"

type="xs:string"

form="unqualified"/>

     </xs:complexType>

    </xs:element>

   </xs:sequence>

  </xs:complexType>

 </xs:element>

 <xs:complexType

name="CommonPartType">

 </xs:complexType>

 <xs:complexType

name="SpecificPartType">

  <xs:sequence>

   <xs:element

name="Reference_MDM_Name">

    <xs:complexType>

     <xs:attribute

name="domain_Name"

type="xs:string"

use="required" fixed="MESApplicationDomain" form="unqualified"/>

    </xs:complexType>

   </xs:element>

   <xs:element

name="format_name"

type="MDD_Description"/>

  </xs:sequence>


48

B 3900-6

:2016 (ISO 16100-6:2011)

 </xs:complexType>

 <xs:complexType

name="MDD_Description">

    <xs:sequence>

      <xs:element  name="Set_Of_MDD_Objects">

        <xs:complexType>

          <xs:sequence>

            <xs:element  name="action1">

              <xs:complexType>

                <xs:sequence  maxOccurs="unbounded">

                  <xs:element  name="exchanged_information">

                    <xs:complexType>

                      <xs:sequence  minOccurs="1"  maxOccurs="1">

                          <xs:element  name="information_out">

                               <xs:complexType>

                                    <xs:attribute

name="name"

type="xs:string"

use="required" form="unqualified" fixed="actual_equipment"/>

                               </xs:complexType>

                           </xs:element>

                      </xs:sequence>

                    </xs:complexType>

                  </xs:element>

                  <xs:element  name="Resources">

                     ……………………………

……

                     …………………………

                  </xs:element>

                  <xs:element  name="Constraints">

                      …………………………………………

                       ………………………………………

                  </xs:element>

                </xs:sequence>

                <xs:attribute

name="name"

type="xs:string"

use="required"

fixed="setActualEquipment"/>

                <xs:attribute

name="method"

type="xs:string" use="required"

fixed="Set"/>

                <xs:attribute name="status" type="xs:string" default="mandatory"/>

              </xs:complexType>

            </xs:element>

            <xs:element  name="action2">

              <xs:complexType>

                <xs:sequence  maxOccurs="unbounded">

                  <xs:element  name="exchanged_information">

                    <xs:complexType>

                      <xs:sequence  minOccurs="1"  maxOccurs="1">

                           <xs:element  name="information_in">

                                <xs:complexType>

                                    <xs:attribute

name="name"

type="xs:string"

use="required" form="unqualified" fixed="state(result)"/>

                                </xs:complexType>

                           </xs:element>

                      </xs:sequence>

                    </xs:complexType>

                  </xs:element>

                  <xs:element  name="Resources">

                     ……………………………………………


49

B 3900-6

:2016 (ISO 16100-6:2011)

                     ……………………………………………

                  </xs:element>

                  <xs:element  name="Constraints">

                      ………………………………………………

                  </xs:element>

                </xs:sequence>

                <xs:attribute

name="name"

type="xs:string"

use="required"

fixed="getState " form="unqualified"/>

                <xs:attribute

name="method"

type="xs:string" use="required"

fixed="Get" form="unqualified"/>

                <xs:attribute  name="status"  type="xs:string"  default="optional"/>

              </xs:complexType>

            </xs:element>

          </xs:sequence>

        </xs:complexType>

      </xs:element>

      <xs:element  name="List_of_lower_level">

        <xs:complexType>

          <xs:sequence  minOccurs="1"  maxOccurs="4">

            <xs:element  name="subactivity_name1">

              <xs:complexType>

                <xs:attribute

name="id"

type="xs:string"

use="required"

fixed="A331" form="unqualified"/>

              </xs:complexType>

            </xs:element>

            <xs:element  name="subtemplate_name1">

              <xs:complexType>

                <xs:attribute

name="id"

type="xs:string"

use="required"

fixed="A331" form="unqualified"/>

              </xs:complexType>

            </xs:element>

            <xs:element  name="subactivity_name2">

              <xs:complexType>

                <xs:attribute

name="id"

type="xs:string"

use="required"

fixed="A332" form="unqualified"/>

              </xs:complexType>

            </xs:element>

            <xs:element  name="subtemplate_name2">

              <xs:complexType>

                <xs:attribute

name="id"

type="xs:string"

use="required"

fixed="A332" form="unqualified"/>

              </xs:complexType>

            </xs:element>

            <xs:element  name="subactivity_name3">

              <xs:complexType>

                <xs:attribute

name="id"

type="xs:string"

use="required"

fixed="A333" form="unqualified"/>

              </xs:complexType>

            </xs:element>

            <xs:element  name="subtemplate_name3">

              <xs:complexType>

                <xs:attribute

name="id"

type="xs:string"

use="required"

fixed="A333" form="unqualified"/>

              </xs:complexType>

            </xs:element>


50

B 3900-6

:2016 (ISO 16100-6:2011)

            <xs:element  name="subactivity_name4">

              <xs:complexType>

                <xs:attribute

name="id"

type="xs:string"

use="required"

fixed="A334" form="unqualified"/>

              </xs:complexType>

            </xs:element>

            <xs:element  name="subtemplate_name4">

              <xs:complexType>

                <xs:attribute

name="id"

type="xs:string"

use="required"

fixed="A334" form="unqualified"/>

              </xs:complexType>

            </xs:element>

          </xs:sequence>

        </xs:complexType>

      </xs:element>

    </xs:sequence>

  </xs:complexType>

</xs:schema>

B.2 

ケイパビリティプロファイルテンプレートの生成手順 

ケイパビリティプロファイルテンプレートの形式構造に従ったケイパビリティプロファイルテンプレー

トの生成手順を

図 B.1 に示す。

更新

削除

追加

空白のケイパビリティプロファイルテ

ンプレート(*.xsd)の取込み

辞書からのMDDを用いた空白のテンプレート中の要素

又は属性の指定

更新/追加/削除

選択したMDDの

取込み

選択したMDDの

取込み

削除するMDDの

選択

選択した要素

又は属性の更新

新しい要素

又は属性の追加

選択した要素

又は属性の削除

ケイパビリティプロファイルテンプレートの作成

開始

MDMの

MDD辞書

終了

図 B.1−ケイパビリティプロファイルテンプレートの生成手順 

B.3 

適切なケイパビリティプロファイルテンプレートの選択手順 

要求テンプレートに従うリポジトリ中の適切なケイパビリティプロファイルテンプレートの選択手順を

図 B.2 に示す。


51

B 3900-6

:2016 (ISO 16100-6:2011)

yes

yes

no

yes

yes

特定の要求テンプレート ReqT の取得

データ格納庫中の既存の各ケイパビリティテンプレートECT

に対して繰返し

ReqT における各動作 ReqOP に対して繰返し

ReqT における ReqOPECT における OP との比較

同一?

ECTの動作 OP の取得

開始

ECT におけるOP の取得

全照合報告の作成

データ格納庫の

ECT が終了?

no

ReqTにおける動作ReqOP inの取得

no

ECT における

OPが終了?

no

ReqTにおける

全 ReqOPが終了?

データ格納庫から次のECT を取得

一つのECT について照合報告作成

終了

ECT

既存のケイパビリティプロファイルテンプレート

Req T

要求テンプレート

ReqOP

要求操作

OP

操作

図 B.2−リポジトリにあるケイパビリティプロファイルテンプレートの選択手順 

yes


52

B 3900-6

:2016 (ISO 16100-6:2011)

附属書 C 
(参考)

ケイパビリティプロファイルテンプレートに基づくプロファイル

C.1 “getOperationMethod”

のプロファイル 

JIS B 3900-5

の B.2 にあるアクティビティ A21(

“作業方法の取得”

)のプロファイルの XML シンタック

スを次に示す。

<?xml version="1.0" encoding="utf-8" ?> 
<CapabilityProfiling xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance 
 xsi:noNamespaceSchemaLocation="D:¥newDB¥MonitorOperationCondition.xsd"> 
  <Template id="A21" name="getOperationMethod" /> 
  <type id="MSU profile" /> 
  <CapabilityProfile> 
    <pkgtype  version="1.1.1"  /> 
    <Common> 

  <MSU_Capability>

        <ID>getOperationMethod</ID> 
      </MSU_Capability> 
      <ReferenceCapabilityClassStructure  id="MESTreeA"  /> 
      <Capability_Class_Name  name="getOperationMethod"  /> 
      <Reference_Capability_Class_Structure_Name  name="MESTreeA"  /> 
    </Common> 
    <Specific> 
      <Reference_MDM_Name  domain_Name="MESApplicationDomain"  /> 
      <format_name> 
        <Set_Of_MDD_Objects> 
          <action1  name="setOperationType"  method="Set"  status="mandatory"> 
            <exchanged_information> 
              <information_out_in> 
                <information_out  name="operation_type"/> 
              </information_out_in> 
            </exchanged_information> 
            <Resources/> 
            <Constraints/> 
          </action1> 
          <action2  name="getOperationMethod"  method="Get"  status="optional"> 
            <exchanged_information> 
              <information_out_in> 
                <information_in  name="operation_method(plan)"  /> 
              </information_out_in> 
            </exchanged_information> 
            <Resources  /> 
            <Constraints  /> 
          </action2> 
          <action3  name="getRecipe"  method="Get"  status="optional"> 
            <exchanged_information> 
              <information_out_in> 
                <information_in  name="recipe(plan)"  /> 
              </information_out_in> 
            </exchanged_information> 
            <Resources  /> 
            <Constraints  /> 
          </action3> 
        </Set_Of_MDD_Objects> 
        <List_of_lower_level  /> 
      </format_name> 
    </Specific> 
  </CapabilityProfile> 
</CapabilityProfiling>


53

B 3900-6

:2016 (ISO 16100-6:2011)

C.2 “recieveManufacturingInstruction”

のプロファイル 

JIS B 3900-5

の B.3 にあるアクティビティ B11(

“製造指示の取得”

)のプロファイルの XML シンタック

スを次に示す。

<?xml version="1.0" encoding="utf-8" ?> 
<CapabilityProfiling xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance 
 xsi:noNamespaceSchemaLocation="D:¥newDB¥MonitorOperationCondition.xsd"> 
  <Template id="B11" name="RreceiveManufacturingInstruction" /> 
  <type id="MSU profile" /> 
  <CapabilityProfile> 
    <pkgtype  version="1.1.1"  /> 
    <Common> 
      <MSU_Capability> 
        <ID>RreceiveManufacturingInstruction</ID> 
      </MSU_Capability> 
      <ReferenceCapabilityClassStructure  id="MESTreeB"  /> 
      <Capability_Class_Name  name="RreceiveManufacturingInstruction"  /> 
      <Reference_Capability_Class_Structure_Name  name="MESTreeB"  /> 
    </Common> 
    <Specific> 
    <Reference_MDM_Name  domain_Name="MESApplicationDomain"  /> 
      <format_name> 
        <Set_Of_MDD_Objects> 
          <action1  name="getProductOrder"  method="Get"  status="mandatory"> 
            <exchanged_information> 
              <information_out_in> 
                <information_in  name="product_order(plan)"  /> 
              </information_out_in> 
            </exchanged_information> 
            <Resources  /> 
            <Constraints  /> 
          </action1> 
          <action2  name="getOperatingInstruction"  method="Get"  status="optional"> 
            <exchanged_information> 
              <information_out_in> 
                <information_in  name="operating_instruction(plan)"  /> 
              </information_out_in> 
            </exchanged_information> 
            <Resources  /> 
            <Constraints  /> 
          </action2> 
          <action3  name="getItem"  method="Get"  status="optional"> 
            <exchanged_information> 
              <information_out_in> 
 

        <information_in  name="item"  />

 

       </information_out_in>

            </exchanged_information> 
            <Resources  /> 
            <Constraints  /> 
          </action3> 
        </Set_Of_MDD_Objects> 
        <List_of_lower_level  /> 
      </format_name> 
    </Specific> 
  </CapabilityProfile> 
</CapabilityProfiling>

C.3 “monitorOperationCondition”

のプロファイル 

JIS B 3900-5

の B.2 にあるアクティビティ A33(

“作業状況の監視”

)のプロファイルの XML シンタック

スを次に示す。

<?xml version="1.0" encoding="utf-8" ?> 
<CapabilityProfiling xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance


54

B 3900-6

:2016 (ISO 16100-6:2011)

 xsi:noNamespaceSchemaLocation="D:¥newDB¥MonitorOperationCondition.xsd"> 
  <Template id="A33" name="MonitorOperationCondition" /> 
  <type id="MSU profile" /> 
  <CapabilityProfile> 
    <pkgtype  version="1.1.1"  /> 
    <Common> 
    <MSU_Capability> 
      <ID>MSUMonitorOperationCondition</ID> 
    </MSU_Capability> 
    <ReferenceCapabilityClassStructure  id="MESTreeA"  /> 
    <Capability_Class_Name  name="MonitorOperationCondition"  /> 
    <Reference_Capability_Class_Structure_Name  name="MESTreeA"  /> 
  </Common> 
  <Specific> 
    <Reference_MDM_Name  domain_Name="MESApplicationDomain"  /> 
    <format_name> 
      <Set_Of_MDD_Objects> 
        <action1  name="setMonitorCondition"  method="Set"  status="mandatory"> 
          <exchanged_information> 
            <information_out_in> 
              <information_out  name="actual  equipment1"  /> 
            </information_out_in> 
          </exchanged_information> 
          <Resources  /> 
          <Constraints  /> 
        </action1> 
        <action2  name="getMonitorCondition"  method="Get"  status="optional"> 
          <exchanged_information> 
            <information_out_in> 
              <information_in  name="state1"  /> 
            </information_out_in> 
          </exchanged_information> 
 

   <Resources  />

 

   <Constraints  />

         </action2> 
       </Set_Of_MDD_Objects> 
       <List_of_lower_level> 
 

 <subactivity_name1  id="A331"  />

 

 <subtemplate_name1  id="A331"  />

 

 <subactivity_name2  id="A332"  />

 

 <subtemplate_name2  id="A332"  />

 

 <subactivity_name3  id="A333"  />

 

 <subtemplate_name3  id="A333"  />

 

 <subactivity_name4  id="A334"  />

 

 <subtemplate_name4  id="A334"  />

       </List_of_lower_level> 
     </format_name> 
   </Specific> 
 </CapabilityProfile> 
</CapabilityProfiling>


55

B 3900-6

:2016 (ISO 16100-6:2011)

附属書 D 
(参考)

ケイパビリティクラス構造の作成手順

CCS

の作成手順を

図 D.1 に示す。

no

yes

yes

no

yes

no

データ格納庫から

適切なケイパビリテ

ィテンプレートを

選択

データ格納庫から

適切なCCS を検索

有り?

形式構造に基づく
空白CCS の取込み

更新?

• データ格納庫から適切なケイパビリティ

テンプレートを選択

又は

• 空白テンプレートに基づく特定のケイパ

ビリティテンプレートの作成

終了?

更新すべき各ノー

ドに対して繰返し

特定のアプリケーションに

対するCCSの完成

追加すべき各ノー

ドに対して繰返し

• ケイパビリティ

テンプレート

• ケイパビリティ

テンプレートの
形式構造

空白CCSに対応する

アプリケーションに

必要なノードの特定

no

• CCS 
• CCSの

形式構造

開始

終了

図 D.1−特定 CCS の作成手順 

あり?


56

B 3900-6

:2016 (ISO 16100-6:2011)

附属書 E

(参考)

パーツライブラリ(PLIB)の MDD への写像

E.1 

写像することの利点 

機械可読な PLIB 辞書は,パートファミリ記述(PLIB クラス)及び属性(ISO 13584 規格群での“property”)

の定義を含む。この情報は,BSU(Basic Semantic Unit)というコードで格納する。

複数言語による定義には,複数言語ラベルを BSU コードに追加できる。この機能を用いて,ケイパビリ

ティプロファイルは同一の定義に対して異なる属性名(PLIB 属性名)が使用できる。照合機構は,BSU

が機械可読であることから,単純な機械可読なコードの比較になる。この比較の利点は,BSU と XML オ

ブジェクトの構造との比較より簡便なことである。

図 E.1 に PLIB と MDD との関係を示す。

CCS X (MDM  X)

CCS Y (MDM Y)

PLIB 辞書

MDDs

MDDs

CCS Y1

CCS X2

CCS X1

CCS Y2

サービス
インタフェ
ース

データ定義
提供者

データ定義
登録者

図 E.1−サービスインタフェースを介した PLIB と MDD との関係 

一つの PLIB 辞書から写像した二つの MDD を

図 E.2 に示す。二つの MDD は同一の BSU コードをもつ

が,名前は異なる。比較機構は同一の BSU コードをもつことから,二つの MDD が同一であることを認識

する。

照合する

識別コード

MDD #A1 (MDM  X)

PLIB 辞書

属性:

BSU =  A16100100001

Preferred name = Repeat time

Name = Iteration

BSU =  A16100100001

Preferred name =   Repeat time

MDD #B1 (MDM Y)

Name = Count

BSU =  A16100100001

Preferred name = Repeat time

定義の提供

図 E.2PLIB の識別コードを用いた MDD の比較例 


57

B 3900-6

:2016 (ISO 16100-6:2011)

E.2 

写像例 

特定のケイパビリティプロファイルテンプレートの作成は,JIS B 3900-5 の 6.5.2 に記述する MDD テン

プレートの形式構造から開始する。特定の MDD テンプレートは,PLIB に基づく MDD の副集合を MDD

の形式構造に写像した後に作成する。

特定の MDD テンプレート例の XML スキーマを次に示す。

<?xml version="1.0" encoding="UTF-8"?> 
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"> 
 <xs:element

name="MDD">

  <xs:complexType> 
   <xs:sequence> 
    <xs:element

name="MDD_Name">

     <xs:complexType> 
      <xs:attribute

name="name"

type="xs:string"

form="process

order"/>

      <xs:attribute

name="DICTIONARY_ID"

type="xs:string"

form="9999/ISO16100-XXX"/> 
      <xs:attribute

name="PARENT"

type="xs:string"

form="F16100002E"/>

      <xs:attribute

name="BSU"

type="xs:string"

form="F16100001C"/>

      <xs:attribute

name="PREFFERED_NAME" language="en" type="xs:string"

form="process order"/> 
      <xs:attribute

name="VERSION"

type="xs:string"

form="001"

/>

      <xs:attribute

name="REVISION"

type="xs:string"

form="001"

/>

     </xs:complexType> 
    </xs:element> 
    <xs:element

name="Reference_MDM_Name">

     <xs:complexType> 
      <xs:attribute

name="name"

type="xs:string"

form="unqualified"/>

     </xs:complexType> 
    </xs:element> 
    <xs:element

name="List_Of_Attributes">

     <xs:complexType> 
      <xs:sequence

minOccurs="0"

maxOccurs="unbounded">

       <xs:element

name="Attribute">

        <xs:complexType> 
         <xs:sequence> 
          <xs:element

name="Attribute_Name">

           <xs:complexType> 
            <xs:attribute

name="name"

type="xs:string"

form="Source"/> 
            <xs:attribute

name="DICTIONARY_ID"

type="xs:string" form="9999/ISO16100-XXX"/> 
            <xs:attribute

name="PARENT"

type="xs:string" form="F16100001"/> 
            <xs:attribute

name="BSU"

type="xs:string"

form="A161000001"/> 
            <xs:attribute

name="PREFFERED_NAME"

language="en" type="xs:string" form="Source"/> 
            <xs:attribute

name="PREFFERED_NAME"

language="ja" type="xs:string" form="Japanese-Source-Name"/> 
            <xs:attribute

name="VERSION"

type="xs:string" form="001" /> 
            <xs:attribute

name="REVISION"

type="xs:string" form="001" /> 
           </xs:complexType> 
          </xs:element> 
          <xs:element

name="Attribute_Type">

           <xs:complexType> 
            <xs:attribute

name="type"

type="xs:string"

form="unqualified"/> 
           </xs:complexType> 
          </xs:element> 
         </xs:sequence> 
         <xs:attribute

name="id" type="xs:string"

form="unqualified"/>


58

B 3900-6

:2016 (ISO 16100-6:2011)

        </xs:complexType> 
       </xs:element> 
       <xs:element

name="Attribute">

        <xs:complexType> 
         <xs:sequence> 
          <xs:element

name="Attribute_Name">

           <xs:complexType> 
            <xs:attribute

name="name"

type="xs:string"

form="Destination"/> 
            <xs:attribute

name="DICTIONARY_ID"

type="xs:string" form="9999/ISO16100-XXX"/> 
            <xs:attribute

name="PARENT"

type="xs:string" form="F16100001"/> 
            <xs:attribute

name="BSU"

type="xs:string"

form="A161000002"/> 
            <xs:attribute

name="PREFFERED_NAME"

language="en" type="xs:string" form="Destination"/> 
            <xs:attribute

name="PREFFERED_NAME"

language="ja" type="xs:string" form="Japanese-Destination-Name"/> 
            <xs:attribute

name="VERSION"

type="xs:string" form="001" /> 
            <xs:attribute

name="REVISION"

type="xs:string" form="001" /> 
           </xs:complexType> 
          </xs:element> 
          <xs:element

name="Attribute_Type">

           <xs:complexType> 
            <xs:attribute

name="type"

type="xs:string"

form="unqualified"/> 
           </xs:complexType> 
          </xs:element> 
         </xs:sequence> 
         <xs:attribute

name="id" type="xs:string"

form="unqualified"/> 
        </xs:complexType> 
       </xs:element> 
      </xs:sequence> 
     </xs:complexType> 
    </xs:element> 
   </xs:sequence> 
  </xs:complexType> 
 </xs:element> 
</xs:schema>


59

B 3900-6

:2016 (ISO 16100-6:2011)

附属書 F

(参考)

OTD

の MDD への写像

F.1 

写像することの利点 

OTD

は,クラス,属性,制御属性値,計測単位,計測単位系及び通貨を含む様々な概念を表す項目の機

械可読な集合である。各項目は少なくとも明確な識別子,用語及び定義を含む。識別の指針は,特定の対

象領域に対し,

クラスの要素並びに属性間の制約又は関係を表す属性の最小集合を指定するために用いる。

ISO 22745

規格群に従えば,一つの項目は,それが属するクラスと属性-属性値対との集合で記述する。

ISO 22745

による項目の規定では,各概念を OTD による明確な識別子で表現する。ISO 22745 はあらゆる

分類に適用できる。

アクティビティ,資源,ソフトウェアケイパビリティ又は MDD 間の関係についての情報を表現してい

る JIS B 3900 規格群による MDD の記述は,OTD で定義する概念を用いて ISO 22745 による記述でコード

化できる。MSU ケイパビリティ又はアプリケーションの要求ケイパビリティは,OTD に基づいた MDD

の用語で表現できる。ISO 22745 の項目の規定は,ISO 22745 及び他の規格(例えば,ISO 13584 規格群)

のいずれの用語記述とも等価になる。

ODT

に基づく二つの MDD を照合するためには,明確な概念識別子の比較が必要になる。仮に二つの

ODT

概念識別子が同一の概念を表現するならば,概念が等価な関係としてその事実を OTD に記録する。

その識別子は MDD 内に明示するか,又はリンクで関連付ける。

図 F.1 は,MDD と OTD との関係を示す。

図 F.2 は,OTD の世界共通の識別子と参照名とが同一な二つの MDD(#A1 はケイパビリティクラス A1

の MDD を参照;#B1 はケイパビリティクラス B1 の MDD を参照)を示す。それぞれの辞書では異なる名

前をもつ二つの MDD は,共有する OTD 資源(例えば,サーバ)では,関連する OTD 用語で表す。共有

する世界共通の識別子は,MDD の照合に使用する個々の辞書間の架け橋である。


60

B 3900-6

:2016 (ISO 16100-6:2011)

ISO

NATO

規約

システム

ブリッジ

MDM 所有者X

MDM 所有者Y

IG Xの

MDD

CCS Y1

CCS Y2

CCS X2

CCS X1

IG Yの

MDD

IEC

• データ定義

提供者

• データ定義

登録者

• データ検索

提供者

• データ検索

提供者

• データ写像

提供者

Web サービス

インタフェース

OTD

工業会

Web サービス

インタフェース

IG

識別指針(ISO 22745-2 参照)

 CCS

内で使用する MDD の副集合

双方向の情報交換

図 F.1−サービスインタフェースを介した OTD と MDD との関係 

XX_Dic

で定義済み

OTD項目

情報の提供

MDM nのMDD #A1

項目
Identifier = 0161-1-01-014159
Preferred name = EYE  BOLT 
Link URL  =  http://www.AAA/
XX_Dic
Link URL  =  http://www.BBB/
YY_Dic

Name = bolt
from URL =  http://www.AAA/
XX_Dic

Identifier = 0161-1-01-014159
Preferred name = EYE  BOLT

MDM nのMDD #B1

Name = screw bolt
Link URL = http://www.BBB/
YY_Dic

identifier= 0161-1-01-014159
Preferred name = EYE  BOLT

合致した識別子

OTD

YY_Dic

で定義済み

図 F.2OTD とリンクで関連付けた概念識別子を用いた MDD との比較例 

F.2 

写像例 

E.2

と同様に,JIS B 3900-5 の 6.5.2 に記述する MDD テンプレートの形式構造に従って,この例は,特

定の MDM に関連する OTD で定義した要素で表現した OTD に基づく MDD の副集合を使った MDD テン

プレートの作成から始まる。

特定の MDD テンプレート例の XML スキーマを次に示す。

<?xml version="1.0" encoding="UTF-8"?> 
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">

<xs:element name="MDD">

<xs:complexType>

<xs:sequence>

<xs:element name="MDD_Name">

<xs:complexType>

<xs:attribute name="name" type="xs:string" form="qualified"


61

B 3900-6

:2016 (ISO 16100-6:2011)

fixed="process operation"/>

<xs:attribute name="GlobalItemIdentifier" type="xs:string"

form="qualified" fixed="process_MDM_IGxxx"/>

<xs:attribute name="GlobalItemCategory" type="xs:string"

form="qualified" fixed=" process_MDM_IGxxx "/>

<xs:attribute name="Title" type="xs:string" form="qualified"

fixed=" process_MDM_IGxxx "/>

<xs:attribute name="Definition" type="xs:string" form="qualified"

fixed=" process_MDM_IGxxx "/>

<xs:attribute name="DateAdded" type="xs:string" form="qualified"

fixed=" process_MDM_IGxxx "/>

<xs:attribute name="SecretariatReference" type="xs:string"

form="qualified" fixed=" process_MDM_IGxxx "/> 
</xs:complexType>

</xs:element> 
<xs:element name="Reference_MDM_Name">

<xs:complexType>

<xs:attribute name="name" type="xs:string" form="unqualified"/>

</xs:complexType>

</xs:element> 
<xs:element name="List_Of_Attributes">

<xs:complexType>

<xs:sequence minOccurs="0" maxOccurs="unbounded">

<xs:element name="Attribute">

<xs:complexType>

<xs:sequence>

<xs:element name="Attribute_Name">

<xs:complexType>

<xs:attribute name="AttributeTitle"

type="xs:string" form="qualified" fixed=" 
process_MDM_IGxxx "/>

<xs:attribute name="AttributeDefinition"

type="xs:string" form="qualified" fixed=" 
process_MDM_IGxxx "/> 
</xs:complexType>

</xs:element> 
<xs:element name="Attribute_Type">

<xs:complexType> 
<xs:attribute name="GlobalAttributeCategory"

type="xs:string" form="qualified" 
fixed="process_MDM_IGxxx"/>

<xs:attribute name="AttributeDateAdded"

type="xs:string" form="qualified" fixed=" 
process_MDM_IGxxx "/>

<xs:attribute

name="AttributeSecretariatReference" 
type="xs:string" form="qualified" fixed=" 
process_MDM_IGxxx "/>

</xs:complexType>

</xs:element>

</xs:sequence> 
<xs:attribute name="GlobalAttributeIdentifier"

type="xs:string" form="qualified" 
fixed="process_MDM_IGxxx"/> 
</xs:complexType>

</xs:element>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:schema>


62

B 3900-6

:2016 (ISO 16100-6:2011)

附属書 G 
(参考)

二つのプロファイルの照合手順

拡張照合グループサービスの集合は,複数の CCS に基づくケイパビリティプロファイルの照合に用いる。

二つのプロファイルを照合する目的は,同じ製造用アプリケーションの中のアクティビティに対する要求

ケイパビリティプロファイルに従って適切な MSU をリポジトリから選択することにある。

“ケイパビリティプロファイルの照合手順”の手順は,JIS B 3900-5 

図 12 に示す。その手順は,次の

5

段階からなる。

−  ステップ 1:  二つのプロファイルの辞書 ID を比較

−  ステップ 2:  二つのプロファイルの MDM 名を比較

−  ステップ 3:  二つのプロファイルのケイパビリティ定義書式を比較

−  ステップ 4:  ケイパビリティ定義 MDD をケイパビリティ定義書式に変換

−  ステップ 5:  要求ケイパビリティプロファイルと MSU ケイパビリティプロファイルとのケイパビリ

ティの定義を一つずつ比較

それぞれの段階で,MDD オブジェクトの唯一の識別子(一つの MDM 内では唯一)は,MDD オブジェ

クト間の意味的比較の第一歩である。

“ケイパビリティ定義の比較”

(ステップ 5)は,“MDD_Description”

の比較が主である。比較(例えば,“List_of_MDD_Objects”)の手順を

図 G.1 に示す。

図 G.1 では,外側及び内側の 2 種類の繰返しがある。外側の繰返し B は,要求プロファイルでの順序に

従 っ て 動 作 を 比 較 す る た め に 使 用 す る 。 同 じ 規 則 は “Time_Order_Of_MDD_Objects” と

“Event_Order_Of_MDD_Objects”

で も 使 用 す る 。 動 作 要 素 は “MDD_Description” の

“Time_Order_Of_MDD_Objects”

の中の時間順序に従って並ぶ。同様に,動作要素は“MDD_Description”の

“Event_Order_Of_MDD_Objects”

の中の生起順序に従って並ぶ。動作要素の比較は,要求順序に従って厳格

に行う。“Set_Of_MDD_Object”では例外があり,要求プロファイルのそれぞれの動作要素を,照合の真偽

が分かるまで MSU プロファイルの全ての動作要素と順に比較する。

内 側 の 繰 返 し は , 四 つ の 繰 返 し B か ら な る 。 最 初 の 内 側 の 繰 返 し は , 二 つ の プ ロ フ ァ イ ル の

“MDD_Name_action”

要素を比較する。

図 に示す形式構造に従って,動作の名前,メソッド,状況によっ

て二つの動作要素を比較する。

2

番目の内側の繰返しは,二つの動作の“MDD_Name_exchanged_information”要素を比較する。

図 に示

す形式構造に従って,要求プロファイルの各“exchanged_information”要素を,照合の真偽が分かるまで MSU

プ ロ フ ァ イ ル の 全 て の “exchanged_information” 要 素 と 順 に 比 較 す る 。 一 つ の 動 作 に 複 数 の

“exchanged_information”

要素がある場合があるので,各“exchanged_information”の比較は,“information_in”

又は“information_out”及び要素の名前によって行う。

3

番目の内側の繰返しは,二つの動作の“MDD_Name_constraint”要素を比較する。

図 に示す形式構造に

従って,要求プロファイルの各制約要素を,照合の真偽が分かるまで MSU プロファイルの全ての制約要

素と順に比較する。一つの動作に複数の制約要素がある場合があるので,各制約の比較は制約の名前によ

って行う。


63

B 3900-6

:2016 (ISO 16100-6:2011)

4

番目の内側の繰返しは,二つの動作の“MDD_Name_resource”要素を比較する。

図 に示す形式構造に

従って,要求プロファイルの各資源要素を,照合の真偽が分かるまで MSU プロファイルの全ての資源要

素と順に比較する。一つの動作に複数の資源がある場合があるので,各資源の比較は資源の名前によって

行う。

no

yes

yes

ステップ 1

yes

二つの動作要素を比較

動作は同じ?

要求プロファイルの動作リストから1番目の動作要素を取得,

MSUプロファイルの動作リストから1番目の動作要素を取得

要素を取得?

B

比較:
•名前;
•メソッド; 
•状況

yes

二つの “exchanged_information” 要素を比較

要素は同じ?

要求プロファイルから動作の“exchanged_information” 要素を一つ取得,

MSUプロファイルから動作の“exchanged_information” 要素を一つ取得

要求プロファイルから動作の次の“exchanged_information” 要素を取得,

MSUプロファイルから動作の次の“exchanged_information” 要素を取得

比較:
• 入力又は出力;
• 名前

開始

no

F

no

F

no

F

C

次の要素がある?

ステップ 2

注記  A,B,C 及び F は手続きの接続点で,F は照合の失敗を示す。

図 G.1型照合機構における“MDD_Description”の比較手順 


64

B 3900-6

:2016 (ISO 16100-6:2011)

yes

A

ステップ3

no

yes

二つの制約要素を比較

要素は同じ?

要求プロファイルから動作の制約要素を一つ取得,

MSUプロファイルから動作の制約要素を一つ取得

次の制約がある?

要求プロファイルから動作の次の制約要素を取得,

MSUプロファイルから動作の次の制約要素を取得

比較:
• 名前

no

F

C

no

図 G.1型照合機構における“MDD_Description”の比較手順(続き) 


65

B 3900-6

:2016 (ISO 16100-6:2011)

yes

ステップ4

A

yes

yes

二つの資源要素を比較

要素は同じ?

要求プロファイルから動作の資源要素を一つ取得,

MSUプロファイルから動作の資源要素を一つ取得

次の資源がある?

要求プロファイルから動作の次の資源要素を取得,

MSUプロファイルから動作の次の資源要素を取得

yes 合致

全ての動作比較は終わり?

B

比較:
• 名前

no

F

F

終了

no

no

図 G.1型照合機構における“MDD_Description”の比較手順(続き) 


66

B 3900-6

:2016 (ISO 16100-6:2011)

参考文献  JIS X 4159  拡張可能なマーク付け言語(XML)1.0

ISO 13584-24

,Industrial automation systems and integration−Parts library−Part 24: Logical resource:

Logical model of supplier library

ISO 13584-26

,Industrial automation systems and integration−Parts library−Part 26: Logical resource:

Information supplier identification

ISO 13584-42

,Industrial automation systems and integration−Parts library−Part 42: Description

methodology: Methodology for structuring parts families

ISO 15745-1

,Industrial automation systems and integration−Open systems application integration

framework

−Part 1: Generic reference description

ISO/IEC 19501

,Information technology−Open Distributed Processing−Unified Modeling Language

(UML) Version 1.4.2

ISO 22745-1

,Industrial automation systems and integration−Open technical dictionaries and their

application to master data

−Part 1: Overview and fundamental principles

ISO 22745-2

,Industrial automation systems and integration−Open technical dictionaries and their

application to master data

−Part 2: Vocabulary

ISO/TS 22745-35

,Industrial automation systems and integration−Open technical dictionaries and their

application to master data

−Part 35: Query for characteristic data

ISO/TS 29002-5

,Industrial automation systems and integration−Exchange of characteristic data−Part

5: Identification scheme

RFC 2276

,Architectural Principles of Uniform Resource Name Resolution, IETF (Internet Engineering

Task Force), ed. K. Sollins, 1998.