자산 관리 셸 세부정보

2022-05-31

원본 문서 (EN) Details of the Asset Administration Shell

1 전문

1.1 편집 노트

이 문서 버전 3.0RC02는 Platform Industrie 4.0 작업 그룹 “참조 아키텍처, 표준 및 규범”과 “개방형 기술”의 공동 작업 그룹의 하위 작업 그룹 “Asset Administration Shell”에서 2020년 11월부터 2022년 5월까지 제작되었습니다. 산업 디지털 트윈 협회의 워킹 그룹.

2020년 11월에 발행된 이 문서의 버전 3.0RC01은 Platform Industrie 4.0 작업 그룹 “참조 아키텍처, 표준 및 규범”의 하위 작업 그룹 “자산 관리 셸”에서 2019년 11월부터 2020년 11월까지 제작되었습다.

이 문서의 두 번째 버전 V2.0은 Platform Industrie 4.0 작업 그룹 “참조 아키텍처, 표준 및 규범”의 하위 작업 그룹 “자산 관리 셸”에서 2018년 8월부 터 2019년 11월까지 제작되었습니다. 버전 2.0.l은 2020년 5월에 게시되었습니다.

이 문서의 첫 번째 버전은 ZVEI SG “모델 및 표준” 및 플랫폼 인더스트리 4.0 작업 그룹 “참조 아키텍처, 표준 및 규범”의 구성원이 있는 공동 작업 그룹에 서 2017년 9월부터 2018년 7월까지 제작했습니다. 이 문서는 이후 플랫폼의 작업 그룹 “참조 아키텍처, 표준 및 규범”에 의해 검증되었습니다.

더 나은 가독성을 위해 복합 용어로 “I4.0”이라는 약어가 “Industrie 4.0”에 일관되게 사용됩니다. 자체적으로 사용하는 “Industrie 4.0”이 계속 사용됩니다.

이 사양은 Semantic Versioning 2.0.0 (semver)을 사용하여 버전이 지정되며 semver 사양[48]을 따릅니다.

키워드 “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “NOT RECOMMENDED”, “MAY” 및 “OPTIONAL 이 문서의 “는 BCP 14 RFC2119 RFC8174 에 설명된 대로 해석되어야 합니다.

1.2 이 문서의 범위

이 문서의 목적은 자산 및 I4.0 구성 요소에 대한 정보가 가치 창출 네트워크의 파트너 간에 의미 있는 방식으로 교환될 수 있도록 관리 셸 구조의 특정 사 양을 만드는 것입니다.

따라서 이 문서의 이 부분은 그러한 정보가 어떻게 처리되고 구조화되어야 하는지에 대한 질문에 초점을 맞춥니다. 이러한 사양을 만들기 위해 문서는 관리 셸의 몇 가지 구조적 원칙을 공식적으로 규정합니다. 이 부분은 정보, 프로토콜 또는 상호 작용 패턴을 교환하기 위한 관리 셸 또는 기타 시스템의 기술 인터 페이스에 대해 설명하지 않습니다.

이 문서는 다음에 중점을 둡니다.

• Asset Administration Shell 및 그 하위 모델의 정보를 지정하기 위한 메타
• 가치 사슬의 한 파트너에서 다음 파트너로 정보를 전송하기 위한
• 식별자
• 접근 통제
• 다양한 라이프 사이클 단계에서 사용되는 적절한 기술에 대한 매핑의 필요성 소
• 제품: XML, JSON, RDF, AutomationML 및 OPC

이 문서는 자산 관리 셸의 개념에 어느 정도 익숙하다고 가정합니다. 편의상 일부 개념은 부록 A에서 반복됩니다. 개념은 IEC 표준 IEC 63278 시리즈[59] 로 표준화되고 있습니다. 이 문서에서 다루는 주요 이해 관계자는 상호 운용 가능한 방식으로 자산 관리 셸을 사용하여 디지털 트윈을 구현하려는 설계자와 소프트웨어 개발자입니다. 또한, 콘텐츠는 국제 표준화 기구 및 추가 협력과의 논의를 위한 입력으로도 사용될 수 있습니다. Asset Administration Shell 의 문서에 대한 개요는 지속적으로 업데이트되는 읽기 가이드[50]를 참조하십시오. 독서 가이드는 독자의 역할에 따라 어떤 문서를 읽어야 하는지 조언합니 다.

1.3 문서의 구조

2절은 문서에 사용된 약어와 이 문서에 정의된 메타모델의 요소에 사용될 수 있는 약어에 대한 용어 및 정의와 약어를 제공합니다.

3절은 이 문서의 내용에 대한 간략한 소개를 제공합니다.

4절은 인더스트리 4.0 표준화의 관련 기존 내용을 요약합니다. 즉, 이 절은 개요를 제공하고 동기를 설명하는 것으로 후속 정의를 이해하는 데 절대적 으로 필요한 것은 아닙니다.

5절은 Administration Shell 간의 정보 교환을 보장하기 위해 공식적인 방식으로 Administration Shell의 충분한 구조적 원칙을 규정합니다. 이를 위해 UML 다이어그램의 일부가 작성되었습니다. 표준을 설정하지 않는 보다 포괄적인 UML 논의는 부록에서 찾을 수 있습니다. 보안 주제는 7 절에서 논의됩니다.

개념 설명을 정의하기 위한 것을 포함하여 사전 정의된 데이터 사양은 6절에 명시되어 있습니다.

7절은 정보보안을 위한 속성기반접근통제(ABAC)의 추진을 기술하고 있다.

8절에서는 하나 이상의 관리 셸 정보를 AASX(복합 파일 형식)로 압축하는 방법을 설명합니다. 이 형식에 대한 배경 정보는 부록 B에서 찾을 수 있습 니다.

9절은 XML, AutomationML, OPC UA 정보 모델, JSON 또는 RDF와 같은 기존 데이터 형식에서 이 사양을 준수하는 정보 교환에 대한 정보를 제공합니다.

10항은 외부 파트너와 교환하기 전에 정보를 필터링하는 방법을 다룹니다.

11절에서는 자산 관리 셸을 편집, 구현 또는 관리하는 데 사용할 수 있는 기존 오픈 소스 도구에 대한 힌트를 제공합니다.

마지막으로 12절에서는 내용을 요약하고 앞으로의 작업에 대한 전망을 제시한다

부록에는 자산 관리 셸(부록 A)에 대한 추가 배경 정보가 포함되어 있습니다. 부록에는 UML(부록 D)에 대한 정보와 이 사양에서 사용되는 UML 클 래스를 지정하는 데 사용되는 테이블도 있습니다.

(부록 다)가 포함되어 있습니다.

이전 버전과 비교한 메타모델 변경 사항은 부록 F에 설명되어 있습니다. 개발자를 위해 부록 E에서 제공되는 모든 상속된 속성을 포함하는 선택된 메 타모델 다이어그램도 있습니다.

참고 문헌은 부록 G에서 찾을 수 있습니다.

1.4 작업의 원칙

작업은 다음 원칙을 기반으로 합니다. 단순하게 유지하되 상호 운용성에 영향을 미치는 경우 단순화하지 마십시오.

Plattform Industrie 4.0에서 발표한 1부 결과 논문의 범위에 따라 Administration Shell의 세부 사양을 생성하기 위해 프랑스, 이탈리아와 3 국 협력 및 국제 표준화 결과를 분석하고 사양 프로세스의 요구 사항 소스로 사용합니다. 토론 논문에서 가능한 한 많은 아이디어가 고려되었습니다. 자세한 내용은 부록 A ii를 참조하십시오.

Plattform Industrie 4.0 및 IDTA(Industrial Digital Twin Association)에 대표되는 파트너와 ZVEI, VDMA, VDI/VDE 및 Bitkom과 같은 협회는 프로세스, 하이브리드 및 공장 자동화 및 정보 기술(IT)과 운영 기술(OT)의 통합 측면에서.

설계 대안은 작업 그룹 내에서 집중적으로 논의되었습니다. 이 문서 시리즈의 광범위한 피드백 프로세스는 Plattform Industrie 4.0의 작업 그룹 내 에서 추가로 수행되고

IDTA.

사양의 기본 원칙은 중소기업에서도 쉽게 구현할 수 있는 세부 정보를 제공하는 것이었습니다.

2 용어, 정의 및 약어

2.1 용어 및 정의

앞으로 통지:

용어 정의는 특정 상황에서만 유효합니다. 이 용어집은 이 문서의 컨텍스트에 적용됩니다.

access control : 액세스 제어

무단 액세스로부터 시스템 리소스 보호 시스템 리소스의 사용이 보안 정책에 따라 규제되고 해당 정책에 따라 권한 있는 엔터티(사용자, 프로그램, 프로세스 또는
기타 시스템)만 허용되는 프로세스

→ [출처: IEC TS 62443-1-1]

application : 신청

산업 공정 측정 및 제어의 문제 해결에 특화된 소프트웨어 기능 요소

참고: 응용 프로그램은 리소스 간에 배포될 수 있으며 다른 응용 프로그램과 통신할 수 있습니다.

→ [출처: IEC TR 62390:2005-01, 3.1.2]

asset : 자산

조직이 소유하거나 관리하는 의무하에 있는 물리적 또는 논리적 개체로서 조직에 대해 인식되거나 실제 가치가 있는 것

참고: 산업 자동화 및 제어 시스템의 경우 직접적으로 가장 큰 물리적 자산이
측정 가능한 값은 제어 중인 장비가 될 수 있습니다.

→ [출처: IEC TS 62443-1-1:2009, 3.2.6]

Asset Administration Shell : 자산 관리 셸(AAS)

자산 의 표준화된 디지털 표현 , 제조 시스템을 관리하는 애플리케이션 간의 상호 운용성의 초석. 관리 셸과 관리 셸이 나타내는 자산을 식별하고 다양한 측면 (하
위 모델) 의 디지털 모델을 보유 하고 관리 셸 또는 각 자산에 의해 노출되는 기술적 기능 을 설명 합니다.

참고: 자산 관리 셸과 관리 셸은 동의어로 사용됩니다.

→ [출처: 용어집 인더스트리 4.0]

attribute

정보 기술의 속성, 관계 또는 클래스의 데이터 요소

→ [출처: ISO/IEC 가이드 77-2, ISO/IEC 27460, IEC 61360]

class

동일한 속성, 작업, 방법, 관계 및 의미 를 공유하는 개체 집합에 대한 설명

→ [출처: IEC TR 62390:2005-01, 3.1.4]

capability : 능력

도메인 내에서 효과를 달성하기 위한 Industrie 4.0 구성 요소의 구현 독립적 잠재력

참고 1: 기능은 오케스트레이션되고 계층적으로 구성될 수 있습니다
참고 2: 기능은 서비스를 통해 실행 가능하게 만들 수 있습니다.
참고 3: 영향은 물리적 세계 내에서 측정 가능한 효과로 나타납니다.

→ [출처: 용어집 인더스트리 4.0]

component : 요소

조립된 제품, 시스템 또는 플랜트 의 구성 요소로 사용되는 제품

→ [출처: IEC 61666:2010, 3.6]

concept : 개념

고유한 특성 조합에 의해 생성된 지식 단위

digital representation : 디지털 표현

개체의 특성과 행동을 나타내는 정보

참고 1: 정보는 특정 컨텍스트 내에서 특정 의미를 갖는 데이터입니다. 데이터는
통신, 저장, 해석 또는 처리에 적합한 디지털 방식 및 형식화된 방식

참고 2: 동작에는 기능(설명 및 실행)이 포함됩니다.

digital twin : 디지털 트윈

일련의 사용 사례의 요구 사항을 충족하기 에 충분한 디지털 표현

참고: 이 맥락에서 디지털 표현의 정의에 있는 엔터티는 일반적으로 자산입니다.

identifier : 식별자(ID)

주어진 도메인에서 한 엔터티를 다른 엔터티와 명확하게 구별하는 신원 정보

참고: UUID 범용 고유 식별자, IEC 15418(GS1)과 같은 특정 식별자가 있습니다.

instance

특정 유형 의 구체적이고 명확하게 식별 가능한 구성 요소

참고 1: 방법이라는 용어는 작업과 동의어입니다. 참고 2: 작업에는 이름과 매개변
수 목록이 있습니다[ISO 19119:2005, 4.1.3].

operation : 작업

함수의 실행 가능한 실현

ontology : 존재론

(공유) 개념화의 명시적 사양

property

제품 또는 구성 요소의 설명 및 차별화에 적합한 정의된 특성

qualifier : 예선

속성 인스턴스 또는 하위 모델 요소 와 관련된 잘 정의된 요소 , 가치 설명을 특정 기간 또는 사용 사례로 제한

variable

한 번에 하나씩 다른 값을 가질 수 있는 소프트웨어 엔터티

smart manufacturing : 스마트 제조

제품 및 서비스를 생성 및 제공하기 위해 사이버, 물리적 및 인간 영역에서 프로세스와 리소스를 통합하고 지능적으로 사용하여 성능 측면을 개선하는 제조 접근
방식은 기업의 가치 사슬 내에서 다른 영역과도 협력합니다.

submodel

기술적으로 서로 분리되어 있고 자산 관리 에 포함된 모델

submodel element : 하위 모델 요소

자산 의 기술 및 차별화에 적합한 요소

system

복잡한 전체를 형성하는 상호 작용, 상호 관련되거나 상호 의존적인 요소

technical functionality : 기술적 기능

API(응용 프로그래밍 인터페이스)에 의해 노출되고 각 자산 에 부가가치를 창출하는 관리 셸 의 기능입니다 .

template : 주형

객체를 사용하여 인스턴스화할 수 있을 만큼 충분히 자세하게 객체의 공통 기능에 대한 사양

type : 유형

유형의 모든 인스턴스가 공유 하는 공통 속성 을 지정하는 하드웨어 또는 소프트웨어 요소

view : 보다

주어진 관점이나 유리한 지점에서 보여지고 이 관점과 관련이 없는 개체 를 생략하는 모델 또는 모델의 투영

2.2 문서에 사용된 약어

2.3 메타모델의 약어

다음 약어는 문서에서 사용되지 않지만 이 문서에서 정의된 메타모델의 요소에 대한 약어로 사용될 수 있습니다.

3 소개

이 문서에서는 파일 교환 형식과 함께 자산 관리 셸의 정보 모델(메타 모델)을 지정합니다.

UML의 정보 모델에 대한 기술 중립 사양 외에도 자산 관리 셸을 교환하기 위한 여러 형식(XML, JSON, RDF, AutomationML 및 OPC UA 정보 모델)이 제 공됩니다.

그림 1은 자산 관리 셸을 통한 다양한 정보 교환 방법을 보여줍니다. “Asset Administration Shell in Detail” 시리즈의 이 부분은 주로 유형 1: 파일 교환 을 다룹니다. 파트너 간의 교환을 활성화하려면 다음 단계를 실행해야 합니다.

1. 선택한 형식(예: 이 문서에 설명된 XML)의 자산 관리 셸 정의 document.

2. Asset Administration Shell의 서브모델에서 참조되고 교환되어야 하는 추가 파일 선택.

3. 이 문서에 지정된 대로 표준화된 교환 형식인 AASX 패키지 형식으로 선택된 파일과 함께 자산 관리 셸을 제공합니다.

4. 예를 들어 웹 서버에서 안전한 파일 다운로드를 통해 파일을 교환하는 안전한 방법을 정의합니다[53]

그림 1 자산 관리 셸을 통한 정보 교환 유형

그러나 이 문서에 지정된 정보 모델은 파일 교환을 통해 전체 자산 관리 셸을 교환하는 데만 사용되는 것은 아닙니다. 또한 표준화된 API(그림 1의 유형 2)를 통 한 정보 교환의 기반이기도 합니다. API는 문서 시리즈 [49]의 2부에 지정되어 있습니다.

4 기본 개념 및 주요 그림

4 기본 개념 및 주요 그림.pdf

5 관리 셸의 메타모델

5.1 소개

이 절은 자산 관리 셸(AAS)의 정보 메타 모델을 지정합니다. 그렇게 하기 전에 자산 유형 및 인스턴스 처리의 몇 가지 일반적인 측면이 설명됩니다(하위 절 5.2 유형 및 인스턴스 참조). 하위 조항 5.3에서 합성 i4.0 구성 요소의 처리가 설명됩니다. AAS의 또 다른 매우 중요한 측면은 식별 측면입니다(하위 조항 5.4 참조). 하위절 5.5에서는 이벤트 처리의 측면이 논의됩니다.

자산 관리 셸의 메타 모델에 대한 개요는 하위 조항 5.6에 나와 있습니다. 하위 조항 5.7에서 클래스는 모든 속성과 함께 자세히 설명됩니다.

Administration Shell의 보안 측면에 대한 메타 모델은 7절에 설명되어 있습니다. UML 다이어그램을 이해하기 위한 범례와 클래스의 테이블 사양은 부록 C와 부록 D에 설명되어 있습니다.

UML 모델의 xmi 표현은 github 프로젝트 admin-shell의 "aas -specs" 리포지토리에서 찾을 수 있습니다.
io [41]: https://github.com/admin-shell-io/aas-specs/tree/master/schemas/xmi

5.2 유형 및 인스턴스

5.2.1 자산 유형 및 자산 인스턴스의 수명 주기

Industrie 4.0은 공장, 생산 시스템, 장비, 기계, 구성 요소, 생산된 제품 및 원자재, 비즈니스 프로세스 및 주문, 비물질 자산(예: 프로세스, 소프트웨어, 문서, 계획, 지적 재산권 등)으로 구성된 자산에 대한 확장된 이해를 활용합니다. , 표준), 서비스 및 인력 등이 포함됩니다.

RAMI4.0 모델[3]은 IEC 62890에서 파생된 하나의 일반화된 수명 주기 축을 특징으로 합니다. 기본 아이디어는 Industrie 4.0 내의 모든 자산에 대해 가능한 유형과 인스턴스를 구별하는 것입니다. 이를 통해 재료 유형/재료 인스턴스, 제품 유형/제품 인스턴스, 머신 유형/머신 인 스턴스 등 모든 요소에 유형/인스턴스 구분을 적용할 수 있습니다. 비즈니스 관련 정보는 RAMI4.0 모델의 ‘비즈니스’ 계층에서 처리됩니다. 비즈니스 계층은 또한 자산 유형/인스턴스와 함께 주문 세부 정보 및 워크플로를 다룹니다.

표 1 자산 유형 및 인스턴스의 수명 주기 단계 및 역할

표 1은 다양한 수명 주기 단계와 이러한 단계에서 자산 유형 및 자산 인스턴스의 역할에 대한 개요를 제공합니다. 가장 중요한 관계는 자산 유형과 자산 인스턴스 간의 관계입니다. 이 관계는 자산 인스턴스의 수명 동안 유지되어야 합니다. 이 관계를 통해 자산 유형에 대한 업데이트를 자동으로 또는 요청 시 자산 인스턴스로 전달할 수 있습니다.

참고: 자산 '유형'과 자산 '인스턴스'의 구분을 위해 이 문서에서는 '자산 종류'라는 용어를 사용합니다.

두 번째 유형의 관계는 자산 유형 및 인스턴스의 수명 주기 내 피드백 루프/정보입니다. 예를 들어 제품 자산의 경우 제품 인스턴 스의 사용 및 유지 관리에 대한 정보를 사용하여 (다음) 제품 유형으로도 제품 제조를 개선할 수 있습니다. 관계의 세 번째 클래스는 다른 자산 클래스의 자산과의 피드포워드/정보 교환입니다. 예를 들어, 비즈니스 자산에서 정보를 소 싱하면 제품의 디자인 측면에 영향을 미칠 수 있습니다. 또는 제품의 디자인이 제조 라인의 디자인에 영향을 미칩니다.

참고: 관계의 두 번째/세 번째 클래스에 대한 설명을 위해 NIST 모델도 제공합니다.

네 번째 유형의 관계는 서로 다른 계층 수준의 자산 사이에 있습니다. 예를 들어, 제조 스테이션과 현재 생산 중인 제품 간의 (동 적) 관계가 될 수 있습니다. 물리적, 기능적 또는 안전 계층에서 생산 시스템의 분해일 수도 있습니다. 이러한 관계 유형에 따라 자동화 장비는 지능형 생산 및 자가 학습/최적화 작업을 수행하는 자동화 장치 및 제품의 복잡하고 상호 관련된 그래프로 설명 됩니다.

5.2.2 자산 유형 및 자산 인스턴스의 예

다음 그림은 자산 유형 및 자산 인스턴스 처리와 일부 예시 정보 처리에 대한 예를 보여줍니다. 자세한 설명은 다음 절에서 이어 집니다.

그림 4 여러 AAS로 표시되는 자산의 예시 유형 및 인스턴스

참고: 이 예는 이해의 편의를 위해 단순화되었으며 5절에 지정된 대로 메타 모델만 대략적으로 준수합니다. ID 처리도 단순화됩니다. 클래스 이름은
AAS의 고유한 전역 식별자에 해당합니다.

참고: Platform Industrie 4.0의 맥락에서 유형 및 인스턴스는 일반적으로 "자산 유형" 및 "자산 인스턴스"를 나타냅니다. AAS의 유형 또는 인스
턴스를 언급할 때 이것은 "AAS 유형" 및 "AAS 인스턴스"로 명시적으로 표시되어 둘 다를 혼동하지 않습니다. AAS 유형은 "AAS 템플릿"이라
는 용어와 동의어로 사용됩니다.

참고:유형 및 인스턴스의 IEC 정의는 2절을 참조하십시오. 이 문서의 범위에서 이러한 정의와 객체 지향 프로그래밍(OO)의 유형/인스턴스 개념 간
에 완전한 동등성은 없습니다.

온도 센서의 구체적인 자산 유형과 이 유형의 고유하게 식별 가능한 물리적 온도 센서 2개가 있어야 합니다. 그 의도는 자산 유 형과 모든 단일 자산 인스턴스에 대해 별도의 AAS를 제공하는 것입니다.

이 예에서 첫 번째 센서의 고유 ID는 “0215551AA_T1”이고 두 번째 센서의 고유 ID는 “0215551AA_T2”입니다. 첫 번째 센서 의 AAS는 고유한 URI “http://T1.com/T1”을 갖고 두 번째 센서의 AAS는 고유한 URI “http://T2.com/T2”를 갖습니다. 둘 다의 자산 종류는 “인스턴스”입니다. 이 예는 두 센서의 작동 시간에 측정된 온도가 다르다는 것을 보여줍니다. T1의 경우 60°C, T2의 경우 100°C입니다. 당분간 우리는 AAS “http://T0215551AA.com”이 있는 두 AAS “T1” 및 “T2”의 “파생 출처” 관계를 무시합니다.

참고: 예에서 HTTP 체계가 사용되더라도 URI는 유효한 URL일 필요가 없으므로 액세스 가능한 콘텐츠를 가리킬 필요가 없습니다.

참고: 물리적 단위는 "measuredTemperature" 요소의 의미 참조로 얻을 수 있습니다. 단순함을 위해 이 예에서는 표시되지 않습니다.

이 두 자산 인스턴스는 공유하는 정보가 많습니다. 자산 유형(이 예에서는 센서 유형) 정보입니다. 이 자산 유형에 대해 자체 AAS가 생성됩니다. 이 AAS의 고유 ID는 “http://T0215551AA.com”이고 센서 유형의 고유 ID는 “0215551AA”입니다. 이 경우 자산 종류는 “인스턴스”가 아닌 “유형”입니다. 이 온도 센서 유형의 모든 인스턴스에 대해 동일한 정보는 ProductClass(=”구성 요소”), 제조업체(=”ExampleManufacturer”) 및 영어 설명 “=’정확하고 빠른 온도 측정’” 및 값 범위 “-40 °C / 140 °C”.

이제 두 자산 인스턴스의 두 AAS는 “derivedFrom” 관계 속성을 사용하여 자산 유형 “0215551AA”의 AAS를 참조할 수 있습 니다.

참고:"속성"은 UML 의미에서 클래스(인스턴스)의 속성 또는 특성을 나타냅니다.
참고:일반적으로 특정 자산 유형이 존재하는 경우 해당 자산 인스턴스 이전 시간에 존재합니다.
참고:AAS라는 용어는 AAS 인스턴스라는 용어와 동의어로 사용됩니다. AAS는 AAS 타입을 기반으로 구현될 수 있다. AAS 유형은 이 문서의 범위
를 벗어납니다.
참고:공개 표준화에서는 AAS 유형이 표준화될 수 있습니다. 그러나 속성 유형(속성 정의 또는 개념 설명이라고 함) 또는 유형이 지정된 기타 하위
모델 요소와 완전한 하위 모델 유형을 표준화하는 것은 다른 AAS에서 재사용될 수 있기 때문에 훨씬 더 중요합니다.
참고:사물 인터넷(IoT) 영역에서 자산 인스턴스는 일반적으로 "사물"로 표시되는 반면 자산 유형은 "제품"으로 표시됩니다.

5.2.3 자산 관리 셸 유형 및 인스턴스

이전 절에서는 자산의 유형과 인스턴스에 대해 설명했습니다. 분명히 질문은 AAS 유형과 AAS 유형을 조화시키는 방법에 대한 것입니다. 이 예에서 “gloablAssetId” 및 “assetKind” 속성과 전역 AAS 식별자(ID, 클래스 이름으로 표시됨)은 모든 AAS에 대해 존재합니다. 그러나 표준이 없는 경우 “id”, “globalised” 및 “kind”의 의미가 모든 AAS에 대해 동일하다는 것이 명확하 지 않으며 속성 중 어떤 것이 필수이고 특정에 대해 특정하지 않습니다. 자산(유형 또는 인스턴스). 이것은 그림 5에 나와 있습니 다.

이것이 이 문서의 목적입니다. 모든 AAS에 대해 필수 속성과 선택 속성을 정의하는 메타 모델의 정의입니다. Asset Administration Shell을 위한 Platform Industrie 4.0 메타모델은 5절에 정의되어 있습니다.

참고: 이 접근 방식은 요구 사항 tAAS-#19가 충족되도록 합니다. 또 다른 접근 방식은 두 개의 메타모델을 정의하는 것이었습니다. 하나는 자산 유
형용이고 다른 하나는 자산 인스턴스용입니다. 그러나 하나의 메타 모델을 사용하도록 동기를 부여한 많은 유사점.

참고: 메타모델 자체는 필수 하위 모델을 규정하지 않습니다. 이것은 AAS Type 수준의 하위 모델 처방과 유사한 표준화의 또 다른 단계입니다.

참고: AAS 유형은 이 문서에 정의된 AAS의 메타모델을 기반으로 구현되어야 합니다. 이 메타모델을 "AAS 메타모델"이라고 합니다.

참고: AAS(인스턴스)를 정의하기 전에 AAS 유형을 정의해야 하는 것은 아닙니다. AAS 유형을 구현하지 않는 AAS 인스턴스는 이 문서에 정의된
AAS의 메타 모델을 기반으로 구현해야 합니다.

그림 5 AAS의 메타모델, AAS 유형 및 AAS 인스턴스 간의 예시적인 관계

5.3 복합 I4.0 구성 요소

5.2.1절에 설명된 것처럼 서로 다른 계층 수준의 자산 간에 관계 클래스가 있습니다. 이러한 관계 유형에 따라 자동화 장비는 지 능형 생산 및 자가 학습/최적화 작업을 수행하는 자동화 장치 및 제품의 복잡하고 상호 관련된 그래프로 설명됩니다.

복합 I4.0 구성 요소에 대한 세부 정보 및 예는 [12]에서 찾을 수 있습니다.

AAS 메타모델의 다음 모델링 요소를 사용하여 이러한 복합 I4.0 구성 요소를 실현할 수 있습니다.

• 관계요소‒자산과 다른 요소 간의 관계를 설명하는 데 사용
• 하위 모델복합 자산은 다른 엔티티와 자산으로 구성됩니다. 이러한 엔티티와 자산은 서로의 관계와 함께 BOM에 지정됩니다.

    참고: 이러한 BOM의 구조를 정의하는 하위 모델 템플릿은 AAS에서 미리 정의하지 않습니다.
    메타 모델이지만 Entity 요소를 포함하는 것으로 가정합니다.
  

• 모든 엔터티(실재) 자산 BOM의 일부인 경우에는 반드시 자체 자산 관리 셸이 있어야 합니다. [12]에 설명된 대로 자체 관리 엔터티는 공동 관리 엔터티(엔티티/엔티티 유형).
  • 자체 관리 엔티티에는 자체 AAS가 있습니다. 이것이 이 자산에 대한 참조도 지정되는 이유입니다(엔티티/globalAssetId또는엔티티/특정 자산 ID). 또한 추가 속성 설명(법인/명세서)([15]와 비교)는 자산 자체의 AAS에 지정되지 않은 자산에 추가될 수 있습니다. 이는 복합 I4.0 구성요소와 관련하여만 지정되기 때문입니다.
  • 공동 관리 법인의 경우 별도의 AAS가 없습니다. 그러한 엔터티의 관계 및 속성 설명은 복합 I4.0 구성 요소의 AAS 내에서 관리됩니다.

그림 6은 합성 I4.0 구성 요소를 설명하는 데 가장 중요한 요소를 포함하는 나중에 소개되는 메타 모델의 추출을 보여줍니다.

그림 6 복합 I4.0 구성 요소에 대한 메타 모델에서 추출

5.4 요소의 식별

5.4.1 개요

스마트 제조 영역 내에서 다양한 요소를 고유하게 식별하려면 [4]에 따라 식별자가 필요합니다. 이러한 이유로 관리 셸에 대한 공식 설명의 기본 요소입니다. 특히 다음과 같은 경우 최소한 신분증이 필요합니다.

• 자산 관리 쉘,
• 자산(AssetAdministrationShell/assetInformation/globalAssetId의 값으로),
• 하위 모델 인스턴스 및 하위 모델 템플릿,

• ECLASS 또는 IEC CDD 식별과 같은 외부 저장소의 속성 정의/개념 설명은 두 가지 목적을 위해 수행됩니다.

  1. 관리 셸의 모든 요소와 그것이 나타내는 자산을 고유하게 구별하기 위해
  2. 관리 셸의 이러한 데이터 및 기능 요소에 의미 체계를 바인딩하기 위해 하위 모델 템플릿 및 속성 정의와 같은 외부 정의에 요소를 연결합니다.

5.4.2 어떤 식별자가 있습니까?

[4], [20]에는 두 가지 표준 준수 전역 식별 유형이 정의되어 있습니다.

1. IRDI-속성 및 분류에 대한 식별자 체계로서 ISO29002-5, ISO IEC 6523 및 ISO IEC 11179-6 [20]. 컨소시엄 차원의 사양 또는 국제 표준화 과정에서 생성됩니다. 이를 위해 사용자는 함께 앉아서 그들의 아이디어를 컨소시엄이나 표준 화 기구에 제공합니다. ISO, IEC의 속성은 주요 상업적 이익을 보호하는 데 도움이 됩니다. ECLASS 및 기타 저장소와 같은 저장소를 사용하면 비교적 많은 수의 식별자를 적절하게 짧은 시간에 표준화할 수 있습니다.

2. 아이리‒IRI(RFC 39871) 또는 RFC 3986에 따른 URI 및 URL2자산 식별, 관리 셸 및 기타(표준화되지는 않았지만 전 세 계적으로 고유한) 속성 및 분류. 다음도 허용됩니다.

3. 관습-UUID/GUID(Globally Unique Identifier/Universally Unique Identifier)와 같은 내부 사용자 지정 식별자삼 ), 제조업체는 관리 셸 내에서 모든 종류의 사내 목적으로 사용할 수 있습니다.

이는 IRI/URI/URL 및 내부 사용자 지정 식별자가 표준화된 정보 및 기능뿐만 아니라 관리 셸 및 4.0 인프라의 제조업체별 정보 및 기능을 나타내고 전달할 수 있음을 의미합니다. 하나의 인프라가 두 가지 목적을 모두 수행할 수 있습니다.

CLSID는 GUID의 URI입니다. 고객별 스키마로 시작합니다. 따라서 Custom은 고객 고유 식별자가 IRDI나 IRI가 아닌 경우에 만 사용해야 합니다.

전역 식별자 외에도 정의된 네임스페이스(일반적으로 상위 요소) 내에서만 고유한 식별자도 있습니다. 이러한 식별자를 로컬 식별자라고도 합니다. 예: 하위 모델 내의 속성에는 로컬 식별자가 있습니다.

절대 URI 외에도 상대 URI도 있습니다.

식별에 대한 추가 정보는 DIN SPEC 91406 [43]도 참조하십시오.

5.4.3 자산 및 관리 셸의 식별자

스마트 제조 영역의 경우 자산은 식별자(ID)를 통해 전 세계적으로 고유하게 식별되어야 합니다[4][20]. 관리 셸에는 고유한 ID 도 있습니다.

• https://tools.ietf.org/html/rfc3987
• https://tools.ietf.org/html/rfc3986
• https://en.wikipedia.org/wiki/Universally_unique_identifier .

그림 7 설명 중인 관리 셸 및 자산의 고유 식별자([4]에서 수정된 그림)

관리 셸은 고유한 자산 ID를 가진 정확히 하나의 자산을 나타냅니다. 배치 기반 생산에서 배치는 자산이 되며 해당 관리 셸에서 설명합니다. 자산 집합이 Administration Shell에 의해 설명되어야 하는 경우 복합 자산에 대한 고유 ID를 생성해야 합니다[12].

자산의 ID는 [4][20]에 따른 전역 식별자에 대한 제한 사항을 준수해야 합니다. 자산에 추가 식별, 일련 번호 등이 있는 경우 자 산 자체의 고유한 글로벌 식별자와 혼동해서는 안 됩니다.

5.4.4 어떤 요소에 사용할 식별자

자산 관리 셸을 나타내는 UML 모델의 모든 요소에 모든 식별자를 적용할 수 있는 것은 아닙니다. 따라서 표 2는 “식별 가능” 또 는 “HasSemantics”를 구현하는 다양한 엔터티에 대한 다양한 제약 조건 및 권장 사항에 대한 개요를 제공합니다. 속성은 5.6 절과 5.7절의 메타모델과 관련이 있습니다.

표 2 식별 값이 허용되는 요소

5.4.5 새 식별자는 어떻게 생성됩니까?

5.4.3절의 다양한 식별 유형에 따라 다음과 같이 기술할 수 있습니다.

1. 특정 관리 셸을 생성할 때 IRDI는 외부 사양 및 표준화 프로세스에 의해 이미 존재하는 것으로 가정합니다. 이러한 IRDI 식별자를 사용하려면 문서 [4]의 5절을 참조하십시오.

2. URI 및 URL은 특정 관리 셸을 만들 때 즉석에서 개발자 스스로도 쉽게 구성할 수 있습니다. 필요한 것은 예를 들어 회 사의 유효한 권한과 도메인(예: admin-shell.io)이 구성되는 방식이 호스트 이름에 추가된 경로가 의미적으로 예약되 어 있는지 확인하는 것입니다. 이러한 식별자에 대한 고유한 방법입니다. 이러한 방식으로 각 개발자는 호스트 이름과 선택한 경로를 결합하여 임의의 URI 또는 URL을 만들 수 있습니다. 이 경로는 개발자의 조직에서만 고유하면 됩니 다.

3. 사용자 지정 식별자는 개발자가 직접 만들 수도 있습니다. 필요한 것은 검색할 해당 프로그래밍 기능뿐입니다. 내부 사 용자 지정 식별자가 (a) 또는 (b)와 명확하게 구별될 수 있도록 해야 합니다.

4. 로컬 식별자는 즉시 생성할 수도 있습니다. 네임스페이스 내에서 고유해야 합니다.

5.4.6 의미 식별자를 위한 매칭 전략

두 요소를 비교할 때 이 두 요소가 의미적으로 어떻게 관련되어 있는지 설명할 수 있는 것으로 간주해야 하는 다른 사용 사례가 있습니다. 이 장에서는 일치하는 의미 식별자를 처리할 때 고려해야 할 측면에 대한 첫 번째 힌트를 제공합니다. 예를 들어 ECLASS에서 IRDI-Path로 가능한 것과 같은 컨텍스트 정보를 포함하는 의미론적 참조는 아직 고려되지 않습니다.

• 정확한 일치(동일한 semanticIds) ‒ DEFAULT
  • 정확히 일치하려면 두 개의 의미론적 ID가 문자열과 동일해야 합니다.
  • 예: idShort “ManufacturerName” + semanticId 0173-1#02-AAO677#002 속성 및 idShort “Herstellername” + semanticId 0173-1#02-AAO677#002 속성은 완전히 동일한 의미 체계를 갖습니다.
• 지능형 매칭(호환되는 semanticIds)
  • 버전 관리 무시

    • 지능형 일치를 사용하면 개념 정의의 다른 버전이 일치될 수 있습니다. 의미론적 버전 관리만 호환 되는 경우, 즉 상위 또는 하위 호환이 가능한 경우 버전이 일치해야 합니다.

      예 1: idShort “ManufacturerName” + semanticId 0173-1#02- AAO677#002가 있는 속성과 idShort “Herstellername” + semanticId 0173-1#02- AAO677#003이 있는 속성은 동일한 의미를 갖습니다. 참고: 두 가지 의미론적 ID를 비교하려면 버전 관리에 대한 지식이 있어야 합니 다. 예에서 ECLASS의 두 IRDI가 비교됩니다. ECLASS 규칙은 의미 체계가 항상 새 버전에 대해 이 전 버전과 호환되도록 합니다. 주요 변경 사항에 대해 새 IRDI가 생성됩니다.

  • 시맨틱 매핑 고려

    • 지능적 매칭을 통해 기존 시맨틱 매핑 정보를 고려할 수 있습니다. 의미 매핑은 하나의 동일한 사전 내에 존재할 수 있지만 다른 사전과 온톨로지 간에도 존재할 수 있습니다.

      예: 사전 IEC CDD에 있는 배터리의 공칭 용량에 대한 0112/2///61360_4#AAE530과 ECLASS에 있는 0173-1#02-AAI048#004는 동일한 의미를 가집니다.6 7 8.

  • 도메인 지식 고려

    • 예를 들어 두 개념 정의 간의 “is-a” 관계와 같이 기계 판독 가능 형식으로 제공되는 지능형 매칭 도 메인 지식을 고려할 수 있습니다.

      예: 해머 드릴(0173-1#01-ADS698#010) 및 타악기 드릴(0173-1#01-ADS700#010)은 광물 재 료(0173-1#01-ADN177#005)용 드릴이므로 광물 재료에 대한 드릴을 요구하는 요청 또는 제약 조건과 호환됩니다.

5.4.7 URI 식별자 생성을 위한 모범 사례

I4.0 구성 요소[17]에 대한 의미론 및 상호 작용에 대한 접근 방식은 URI에 대해 다음 구조(표 3 참조)의 사용을 제안합니다.9, 여기에서 약간 수정되었습니다. 아이디어는 항상 다른 요소의 체계에 따라 URI를 구조화하는 것입니다. 그러나 이것은 권장 사 항일 뿐이며 반드시 사용해야 하는 것은 아닙니다.

표 3 URI에 대한 제안 구조

표에서 구문 구성 요소 "A"는 RFC 3986(URI)의 권한과 RFC 2141의 네임스페이스 식별자를 나타냅니다.
(항아리); "P"는 RFC 3986(URI)의 경로와 RFC 2141(URN)의 네임스페이스 특정 문자열을 나타냅니다.

<AAS URI> ::= <체계> “:” <권한> [ <경로> ]
<계획>    ::= 유효한 URI 체계
<권한>    ::= <조직>
<경로>    ::= <서브유닛> <도메인> <릴리스> <요소>

6참고: 이 예는 기존 시맨틱 매핑을 나타내는 것이 아니라 후보일 뿐입니다.

7시맨틱 매핑 파일은 ECLASS Classic과 ECLASS Advanced 사이의 ECLASS에서도 사용됩니다. https://wiki.eclass.eu/ wiki/Transaction_Update_File

8이것은 ECLASS에서 의미론적 매핑에 사용되는 형식입니다. https:// www.eclass.eu/static/eClassXML/3.0/ eCl@ssXML /mapping.xsd

9URL은 URI이기도 합니다.

<서브유닛> ::= [ (“/” | “:”) <조직 하위 단위/문서 ID/문서 하위 단위> ]*
<도메인> ::= [ (“/” | “:”) <하위 모델 / 도메인-ID>
<릴리스> ::= [ (“/” | “:”) <버전> [ (“/” | “:”) <개정> ]* ]
<요소> ::= [ (“/” | “:” | “#”) ( <속성/요소-ID> | <인스턴스 번호> )* ]

이 체계를 사용하여 유효한 URN과 URL을 만들 수 있으며 둘 다 URI입니다. 관리 셸을 사용하는 경우 URL도 선호되며 기능 (예: REST 서비스)을 식별자에 바인딩할 수 있습니다. 이러한 식별자의 예는 표 4에 나와 있습니다.

표 4 자산 관리 셸의 URN 및 URL 기반 식별자 예

메모: 표 4의 마지막 행은 완료를 위해서만 사용됩니다. 메타 모델은 p에 대한 식별자를 예측하지 않습니다.로프티/매개변수/상태 인스턴스.

5.4.8 기존 하위 모델 템플릿을 기반으로 하위 모델 인스턴스 만들기

기존 하위 모델 템플릿을 인스턴스화하려면 예를 들어 Plattform Industrie 4.0의 출판을 통해 하위 모델 템플릿의 공개 사양 이 있어야 합니다. 특별한 경우로 제조업체 사양과 같은 비공개 하위 모델 템플릿에서 하위 모델을 인스턴스화하는 것도 가능합 니다.

2020년 11월 자산 관리 셸을 위한 처음 두 개의 하위 모델 템플릿이 게시되었습니다. 하나는 명판([52])이고 다른 하나는 일반 기술 데이터([51])입니다. 다른 사람들이 따랐고 따를 것입니다. 등록된 하위 모델 템플릿의 개요는 [60]을 참조하십시오.

각 하위 모델 템플릿에는 의미 참조로 사용할 개념 정의의 식별자가 미리 정의되어 있습니다. 이러한 하위 모델을 인스턴스화하 려면 속성 정의에 대한 의미론적 참조가 있는 속성을 생성하고 값을 첨부하기만 하면 됩니다. 하위 모델 요소의 다른 하위 유형 도 마찬가지입니다.

템플릿 자체에서 정의할 수 없는 유일한 것은 하위 모델 인스턴스 자체의 고유 ID(하위 모델 템플릿의 ID와 동일하지 않음)와 속 성 값 등입니다. 템플릿은 또한 카디널리티를 정의합니다. 요소는 선택 사항인지 여부입니다. 하위 모델 요소 목록의 경우 일반 적으로 둘 이상의 요소가 포함됩니다. 템플릿에는 예시적인 요소 템플릿이 포함됩니다. 이 템플릿에서 복사/붙여넣기를 통해 다른 요소를 만들 수 있습니다.

5.4.9 신규 또는 독점 하위 모델을 형성할 수 있습니까?

무료 및 독점 하위 모델을 포함하여 가능한 한 많은 하위 모델이 형성되는 것은 Industrie 4.0의 이익입니다(→ [4], “자유 속성 세트”). 자산의 특정 관리 셸에 대해 언제든지 하위 모델을 구성할 수 있습니다. 이를 위해 관리 셸 제공자는 섹션 5.4.5에 따라 하위 모델의 유형 및 인스턴스에 대한 내부 식별자를 구성할 수 있습니다. 모든 I4.0 시스템은 개별적으로 알려지지 않은 하위 모델 및 속성을 무시하고 단순히 “간과”하도록 요청됩니다. 이러한 이유로 항상 소유권(예: 제조업체별 또는 사용자별) 정보, 하 위 모델 또는 속성을 관리 셸에 저장할 수 있습니다.

참고: 관리 셸의 의도에 따라 소유권 정보도 포함됩니다. 예를 들어,
전사적 식별 체계 또는 전사적 데이터 처리에 필요한 정보에 연결하기 위해. 이를 통해 단일 인프라를 사용하여 표준화된 정보와 독점 정보를
동시에 전송할 수 있습니다. 이것은 또한 새로운 정보 요소의 도입(및 이후의 표준화)을 전달합니다.

5.4.10 식별 가능한 요소에 대한 짧은 ID의 사용

Administration Shell은 전 세계적으로 고유한 식별자의 사용을 크게 촉진합니다. 그러나 어떤 경우에는 이것이 비효율적으 로 이어질 수 있습니다. 예를 들어 관리 셸의 일부인 하위 모델의 일부인 속성을 참조할 수 있으며 이들 각각은 전역 식별자로 식 별됩니다[4]. 예를 들어, 리소스 지향 아키텍처(ROA)를 특징으로 하는 애플리케이션에서 전 세계 고유 리소스 로케이터(URL) 는 일련의 세그먼트로 구성될 수 있으며, 이는 차례로 전 세계적으로 고유할 필요가 없습니다.

그림 8 예시 식별자 및 idShort의 동기

관리 셸의 API에 의한 요소의 이러한 효율적인 주소 지정을 허용 하기 위해 이러한 종속 요소(→ 5.6)를 참조하기 위해 추상 클래스 Referable 에서 상속하는 메타 모델의 클래스 집합에 대해 idShort가 제공됩니다. 그러나 관리 셸의 리소스 주소를 지정하는 외부 시스템

id 또는 idShort (→ 5.7.2) 로 요소에 액세스하기 전에 먼저 해당 의미론, 즉 semanticId 값을 확인해야 합니다 .

5.5 이벤트

5.5.1 개요

이벤트는 AAS의 매우 다양한 메커니즘입니다. 다음 섹션에서는 먼저 이벤트에 대한 몇 가지 사용 사례를 설명합니다. 요구 사 항을 설명하기 위해 다양한 유형의 이벤트가 요약되어 있습니다. ㅏ하위 모델 요소 “이벤트”가 도입되어 AAS의 이벤트를 선언 할 수 있습니다. 이벤트 메시지의 일반 형식이 지정됩니다.

5.5.2 자산 관리 셸에서 사용되는 이벤트에 대한 간략한 사용 사례

• 통합자가 장치를 구입했습니다. 나중에 장치 공급업체에서 새 펌웨어를 제공합니다. 통합자는 새 펌웨어의 제안을 감 지하고 적합성을 평가한 후 펌웨어를 업데이트하려고 합니다(“전달 이벤트”). 메커니즘은 종속 AAS(“D4”)가 상위 또 는 유형 AAS(“D1”)의 이벤트를 감지한다는 것입니다.로부터 나오다관계.
• 통합자/운영자는 공급업체로부터 구입한 모터를 작동합니다. 작동 중에 상태 모니터링 사고가 발생합니다. 양 당사자 는 가용성을 제공하는 비즈니스 모델에 동의합니다. 따라서 공급자는 가치 사슬에서 더 멀리 있는 장치 상태를 모니터 링하기를 원합니다(“역 이벤트”).

그림 9 정방향 및 역방향 이벤트

• 운영자는 시간이 지남에 따라 특정 I4.0 구성 요소를 작동하고 있습니다. 때때로 다른 시스템에서 이러한 I4.0 구성 요 소가 변경됩니다. 문서화 및 감사를 위해 이 I4.0 구성 요소에 대한 변경 사항을 추적해야 합니다. 이는 시간 경과에 따 른 이벤트를 기록하여 달성할 수 있습니다.

그림 10 이벤트를 통한 변경 추적

• 운영자는 제조업체 클라우드에 배포되는 다양한 I4.0 구성 요소를 운영하고 있습니다. 운영자는 DIN SPEC 92222에 따라 이러한 구성요소의 데이터를 통합하기를 원합니다. 따라서 정보는 운영자 클라우드(“값 푸시”)로 전달되어야 합 니다.

그림 11 클라우드 전반의 값 푸시 이벤트

5.5.3 이벤트의 입출력 방향

관찰된 모델, 각각의 참조 대상에 대해 이벤트의 입력 및 출력 방향을 구별하는 것이 관련될 수 있습니다.

5.5.4 이벤트 유형

위의 사용 사례에 따라 다양한 유형의 이벤트가 가능합니다. 다음 표는 가능한 이벤트 유형에 대한 인상을 제공합니다. 각 이벤 트 유형은의미 ID특수 페이로드가 특징입니다.

맞춤 이벤트 유형

어떤 경우든 이 이벤트 유형에 대해 독점적이지만 전 세계적으로 고유한 semanticId를 사용하여 사용자 정의 이벤트 유형을 정의할 수 있습니다. 이러한 맞춤형 이벤트는 임의의 조건, 트리거 또는 동작을 기반으로 해당 참조 대상의 소프트웨어 엔터티 에서 보내거나 받을 수 있습니다. 그러나 이벤트 메시지의 일반 형식은 이 사양을 준수해야 하지만 페이로드는 완전히 사용자 정의될 수 있습니다.

이벤트 범위

이벤트는 다음과 같이 명시될 수 있습니다.관찰 가능한 참조~로참고 자료AAS의,하위 모델모래 하위 모델 요소.이것들참고 자 료수신 또는 전송될 이벤트의 범위를 정의합니다.

5.6 관리 셸의 개요 메타모델

이 절에서는 AAS(자산 관리 셸) 메타모델의 주요 개념에 대한 개요를 제공합니다(그림 12 참조).

그림 12 자산 관리 셸의 개요 메타 모델

AAS는 정확히 하나의 자산(자산관리쉘/자산정보). 자산 유형 및 자산 인스턴스는 “ 속성을 설정하여 구별됩니다.자산 정보/자 산 종류”. 자세한 내용은 5.7.4절을 참조하십시오.

참고: UML 모델링은 "HasSemantics", "Qualifying" 등과 같은 재사용된 개념을 나타내기 위해 소위 추상 클래스를 사용합니다.

자산 인스턴스의 AAS의 경우 해당 자산 유형 또는 파생된 다른 자산 인스턴스를 나타내는 AAS에 대한 참조가 추가될 수 있습니 다(AssetAdministrationShell/파생 출처). 자산 유형의 AAS에 대해서도 마찬가지입니다. 또한 유형은 다른 유형에서 파생될 수 있습니다.

자산은 일반적으로 일련 번호, RFID 코드 등과 같은 여러 다른 식별 속성으로 표시될 수 있습니다. 이러한 외부 식별자는 사용자 정의 이름, 값 및 사용자 도메인(테넌트, 속성 기반 액세스 제어의 주제)

(AssetInformation/specificAssetId). 자세한 내용은 5.7.4절을 참조하십시오. 또한 글로벌 자산 식별자를 자산에 할당해야 합니다(자산 정보/globalAssetId) 생산 및 운영 단계에 있습니다.

AAS, 하위 모델 및 개념 설명은 전역적으로 고유하게 식별할 수 있어야 합니다(식별 가능). 예를 들어 속성과 같은 다른 요소는 모델 내에서 참조할 수 있어야 하므로 로컬 식별자(아이디 쇼트~에서참조 가능). 식별에 대한 자세한 내용은 5.4절을 참조하십 시오. 자세한 내용은식별 가능그리고 참조 가능5.7.2.2절 및 5.7.2.3절을 참조하십시오.

하위 모델s는 일련의 하위 모델 요소로 구성됩니다. 하위 모델 요소는 소위 예선. 자세한 내용은 5.7.2.7절 및 5.7.2.8절을 참조 하십시오.

속성, 작업, 목록 등과 같은 하위 모델 요소의 다른 하위 유형이 있습니다. 자세한 내용은 5.7.7절을 참조하십시오. 일반적인 하 위 모델 요소는 속성인 개요 그림에 표시됩니다. 속성은 문자열, 날짜 등과 같은 단순 유형의 값을 갖는 데이터 하위 모델 요소입 니다. 속성에 대한 자세한 내용은 5.7.7.11절을 참조하십시오.

모든 하위 모델 요소에는 의미론적 정의가 필요합니다.(의미 ID안에HasSemantics) 잘 정의된 의미를 갖습니다. 하위 모델 요 소는 외부 참조(예: ECLASS 또는 IEC CDD 속성 정의)에서 제공하는 해당 의미론적 정의를 직접 참조하거나 개념 설명(개념설 명). 매칭 전략에 대해서는 5.4.6절을 참조하고, 자세한 사항은 5.7.2.6절을 참조하십시오.

개념 설명은 외부 표준의 다른 속성 정의 또는 다른 개념 설명 (ConceptDescription/isCaseOf)에서 파생될 수 있습니다. isCaseOf 는 단순한 텍 스트 인 sourceOfDefinition 의 보다 공식적인 정의입니다 .

참고: 이 경우 대부분의 속성은 외부 표준에 정의되어 있으므로 중복됩니다. 다음과 같은 정보에 대한 속성을 추가하는 유용성에 관한 것입니다.선호
하는 이름,단위등. 참조된 하위 모델 요소 정의에 대한 일관성은 해당 도구로 보장되어야 합니다.

개념 설명이 외부 표준의 단순한 복사 또는 수정이 아닌 경우 이 개념 설명을 사용하는 AAS 제공자는 다른 AAS와의 상호 운용 성이 보장될 수 없음을 인식해야 합니다.

데이터 사양 템플릿을 사용할 수 있습니다(데이터 사양) 요소에 대한 추가 속성(메타모델에 의해 사전 정의된 속성 제외)의 명명 된 집합을 정의합니다. 속성의 개념 설명을 위해 일반적으로 IEC 61360을 따르는 데이터 사양 템플릿이 사용되며 예를 들어 “preferredName” 속성을 제공합니다. 사용할 권장 데이터 사양 템플릿을 나타내기 위해«템플릿»-

종속성이 사용됩니다. 자세한 내용은 5.7.2.9절을 참조하십시오.

IEC 61360 속성 정의용 템플릿과 같은 데이터 사양 템플릿(DataSpecificationIEC61360 및 DataSpecificationPhysicalUnit)는 명시적으로 사전 정의되어 있으며 Plattform Industrie 4.0에서 사용하도록 권장됩니 다. 자세한 내용은 6절을 참조하십시오. 독점 템플릿을 사용하는 경우 다른 AAS와의 상호 운용성을 보장할 수 없습니다.

속성 및 개념 설명을 포함한 하위 모델 요소 외에도 식별 가능한 다른 요소가 추가 템플릿(HasData 사양). 데이터 사양 템플릿 은 디자인 타임에 선택됩니다. 자세한 내용은 5.7.2.9절을 참조하십시오.

하위 모델 요소와 하위 모델 자체에는 추가 한정자가 있을 수 있습니다(적격). 당 적격하나 이상의 한정자가 있을 수 있습니다. 자세한 내용은 5.7.2.7절을 참조하십시오.

모든 AAS에 대해 보안 측면을 고려해야 합니다. 이 문서에서는 액세스 제어 측면에 대해 더 자세히 다룹니다. 인증된 특정 주체 가 어떤 개체에 대해 어떤 권한이 있는지 정의하는 소위 액세스 권한 규칙이 정의됩니다. 자세한 내용은 7절을 참조하십시오.

그림 13은 보안을 제외하고 메타모델에 정의된 모든 요소에 대한 완전한 그림을 제공합니다. 보안 부분에 대한 정보는 7항에 있습니다.

참고: 추상 클래스에는 h0_, h1_ 등의 번호가 지정되지만(예: h1_Referable) 별칭은 다음 없이 정의됩니다.
이 접두사. 이 이름을 지정하는 이유는 UML 모델링(Enterprise Architect)에 사용되는 도구에서 상속된 클래스의 순서를 정의할 수 없으며
알파벳 순서로 정렬되기 때문입니다. 일부 직렬화의 경우 순서가 중요합니다(예: XML의 경우).

그림 13 메타모델 패키지 개요

5.7 메타모델 명세 세부사항: 지정자(규범)

5.7.1 소개

이 절에서는 메타모델의 클래스가 자세히 지정됩니다. 부록 B에는 클래스와 관계를 설명하는 데 사용되는 템플릿이 설명되어 있습니다. 부록 D에는 전체 개요를 제공하기 위해 일부 다이어그램이 상속된 모든 속성과 함께 표시됩니다.

사양을 이해하려면 먼저 공통 속성을 이해하는 것이 중요합니다(5.7.2절).

그것들은 다른 클래스의 사양 전체에서 재사용되며 (“상속”) 식별 가능, 한정 가능 등과 같은 중요한 개념을 정의합니다. 그것들은 추상적입니다. 즉, 그러한 클래스의 객체 인스턴 스가 없습니다.

또 다른 중요한 개념은 참조의 개념과 UML 다이어그램 및 테이블에서 참조가 표현되는 방식입니다. 이것은 5.7.9절과 부록 D ii에 설명되어 있습니다.

클래스의 불변성이 아닌 제약 조건은 5.7.12.3절에 명시되어 있습니다.

5.7.2 공통 속성

5.7.2.1 확장(HasExtensions)

그림 14 HasExtensions의 메타모델

5.7.2.2 참조 가능한 속성

그림 15 참조 가능한 메타 모델

메타 모델은 식별 가능하거나 참조 가능하거나 둘 다 없는 요소를 구별합니다.

참조 가능한 요소는 다음을 통해 참조할 수 있습니다.아이디 쇼트. 참조하는 방법에 대한 자세한 내용은 5.7.9절을 참조하십시 오.

메타모델의 모든 요소를 참조할 수 있는 것은 아닙니다. 참조 가능한 속성일 뿐인 요소가 있습니다.

식별할 수 없는 참조 대상의 경우아이디쇼어t는 이름 공간에서 고유해야 합니다(제약 조건 AASd-022) . 이름 공간은 이 컨텍스 트에서 다음과 같이 정의됩니다. 요소가 일부이고 참조 가능하거나 식별 가능한 상위 요소는 요소의 이름 공간입니다. 예: 하위 모델은 여기에 포함된 속성의 이름 공간입니다. 하위 모델 요소 컬렉션에 포함된 하위 모델 요소의 이름 공간은 하위 모델 요소 컬렉션입니다.

표 5 값이 있는 요소의 범주

5.7.2.3 식별 가능한 속성

그림 16 식별 가능한 메타모델

식별 가능한 요소는 전역적으로 고유한 식별자(식별자). 식별 가능한 전역 ID만 참조하려면(식별/아이디)는 다음과 같은 이유 로 사용됩니다.아이디 쇼트식별 가능한 항목에 대해 고유하지 않습니다. 식별 정보에는 버전 등과 같은 관리 정보가 있을 수 있 습니다.

식별할 수 없는 참조 가능한 요소는 참조할 수 있지만 그렇게 하려면 요소의 컨텍스트가 필요합니다. 식별할 수 없는 참조 가능한 항목에는 컨텍스트에서만 고 유한 짧은 식별자 (idShort) 가 있습니다.

식별에 대한 정보는 5.4절에서 확인할 수 있습니다. 5.4.4 절에서 어떤 유형의 식별자를 찾을 수 있는지에 대한 제약 및 권장 사항.

식별자의 예는 5.4.3절 자산 및 관리 셸에 대한 식별자에서 찾을 수 있습니다.

지원되는 식별자 유형에 대한 정보는 5.4.4절을 참조하십시오.

5.7.2.4 모델 요소 속성의 템플릿 또는 인스턴스(HasKind)

그림 17 HasKind의 메타모델

종류 열거는 요소가 템플릿 또는 인스턴스 종류인지 여부를 나타내는 데 사용됩니다.

5.7.2.5 관리 정보 속성

그림 18 행정정보 메타모델

모든식별 가능관리 정보가 있을 수 있습니다. 관리 정보에는 예를 들어

• 요소 버전에 대한 정보
• 요소를 생성하거나 마지막으로 변경한 사람에 대한 정보
• 요소에 텍스트가 포함된 경우 사용 가능한 언어에 대한 정보, 번역을 위해 마스터 또는 기본 언어도 정의할 수 있습니 다.

AAS 메타모델의 첫 번째 버전에서는 관리 정보용으로 버전 정보만 정의됩니다. 이후 버전에서는 추가 속성이 추가될 수 있습니 다.

버전은 원칙적으로version_identifierIEC 62832에 따르지만 개념 식별자(IEC TS 62832-1)에만 사용되지 않고 식별 가능한 모든 요소에 사용됩니다. 버전 및 개정판은 함께 IEC 62832에 따른 버전 번호에 해당합니다.

행정정보템플릿 사용을 허용합니다(HasData 사양) 그러나 관리 정보용 메타모델의 이 버전에는 사전 정의된 템플릿이 없습니 다.

참고: semanticId는 같지만 관리 정보가 다른 두 개의 하위 모델(특히
        다른 버전), 다른 ID(하위 모델/ID). idShort 또는 숫자 식별자는 일반적으로 변경되지 않습니다. 즉, 동일합니다. 다른 식별 가능 항목(식별 가
        능/id)도 마찬가지입니다.
참고: 버전이 다른 하위 모델에는 다른 식별자가 있으므로 AAS에 두 가지가 있을 수 있습니다.
    같은 하위 모델의미 ID그러나 다른 버전, 즉 다른 관리 메타 정보.
참고: 버전 번호와 같은 일부 관리 정보는 식별의 일부가 되어야 할 수 있습니다. 이것
    IRDI를 사용하여 개념 설명에 대한 식별자를 처리하는 것과 유사합니다. ECLASS에서 IRDI 0173 -1#02- AO677#002는 버전 정보 #002를
    포함합니다.
참고: 요소의 버전 관리 또는 기타 관리 정보 추가 프로세스는 외부 버전에서 수행됩니다.
    AAS 자체가 아닌 구성 관리 소프트웨어.

5.7.2.6 시맨틱 참조 속성(HasSemantics)

그림 19 의미론적 참조의 메타모델(HasSemantics)

…

수업: HasSemantics «추상» 설명: 의미론적 정의와 추가 의미론적 정의를 가질 수 있는 요소. 강제 (HasSemantics/supplementalSemanticId) 정의된 경우 기본 의미 ID( HasSemantics/semanticId). AASd-118: 만약에거기 ~이다ㅏ 보충 의미론적 ID 다음에서 상속됨: - - 기인하다 설명 유형 카드. 의미 ID 요소의 의미론적 정의의 식별자입니다. 그것은 의미 론적 ID 또는 요소의 주 의미론적 ID라고도 합니다. 참조 0..1 전역 사용을 권장합니다. 참조. SupplementalSemanticId 요소의 보충 의미론적 정의의 식별자입니다. 요소 의 보충 의미론적 ID라고 합니다. 참조 0..* 235페이지 중 54페이지 | 1 부 수업: HasSemantics «추상» 전역 사용을 권장합니다. 참조. 5.7.2.7 적격 속성 그림 20 자격의 메타모델 수업: 적격 «abstract» 설명: 한정 요소의 값은 하나 이상의 한정자에 의해 추가로 한정될 수 있습니다. 다음에서 상속됨: - - 기인하다 설명 유형 카드. 예선 적격 요소의 추가 적격성. 예선 0..* 5.7.2.8 한정자 속성 그림 21 한정자의 메타모델 한정 요소의 경우 추가 한정자가 정의될 수 있습니다. 다른 한정자 외에도 레벨 유형 최소값, 최대값, 일반 값 및 공칭 값을 정의 하는 레벨 한정자는 IEC 62569-1에서 찾을 수 있습니다. 예를 들어 표현식 의미론 및 표현식 논리와 같은 추가 한정자 유형은 DIN SPEC 92000에 정의되어 있습니다. 수업: 예선 설명: 한정자는 추가 명령문을 요소의 값으로 만드는 유형-값-쌍입니다. 메타모델 사양 세부정보: 지정자(표준) | 55/235 페이지 수업: 예선 제약 조건 AASd-006 : 둘 다인 경우값그리고값 ID~의예선존재하는 경우 값은 참조된 코딩된 값의 값과 동일해야 합니다. 한정자/valueId. 제약 조건 AASd-020 : 의 가치한정자/값에 정의된 데이터 유형과 일치해야 합니다.한정자/값 유 형. 다음에서 상속됨: HasSemantics 기인하다 설명 유형 카드. 친절한 한정자 종류는 요소에 적용되는 한정자의 종류를 설명합니다. 한정자종류 0..1 기본값: ConceptQualifier 유형 예선유형요소에 적용되는 한정자의 유형을 설명합니다. 한정자 유형 1 값 유형 한정자 값의 데이터 유형입니다. DataTypeDefXsd 1 값 한정자 값은 한정자의 값입니다. 값 데이터 유형 0..1 값 ID 코딩된 값의 전역 고유 ID에 대한 참조입니다. 참조 0..1 전역 참조를 사용하는 것이 좋습니다. 추가하는 것이 좋습니다의미 ID위해예선. 열거: 한정자종류 설명: 한정자 종류에 대한 열거입니다. 세트: - - 정확한 설명 값 한정자 요소의 값을 한정하고 런타임 중에 변경될 수 있습니다. 값 한정자는 종류가 “인스턴스”인 요소에만 적용할 수 있습니다. ConceptQualifier 요소가 참조하는 의미론적 정의를 한정합니다(HasSemantics/semanticId) 템플릿 한정자 개념 수준에서 특정 하위 모델 내의 요소를 한정합니다. 템플릿 한정자는 종류가 “템플릿”인 요소에만 적용할 수 있습니다. 235페이지 중 56페이지 | 1 부 5.7.2.9 데이터 사양 속성에 사용되는 템플릿(HasDataSpecification) 그림 22 HasDataSpecification의 메타모델 수업: HasDataSpecification «추상» 설명: 데이터 사양 템플릿을 사용하여 확장할 수 있는 요소입니다. 데이터 사양 템플릿은 요소 가 가질 수 있거나 가질 수 있는 추가 속성의 명명된 집합을 정의합니다. 사용된 데이터 사양은 전역 ID로 명시적으로 지정됩니다. 다음에서 상속됨: - - 기인하다 설명 유형 카드. 데이터 사양 글로벌 요소에서 사용하는 사양 템플릿입니다. 참조 에게 그만큼 데이터 참조 0..* 이것은 글로벌 참조입니다. 데이터 사양에 대한 자세한 내용은 6절을 참조하십시오. 메타모델 사양 세부정보: 지정자(표준) | 57/235 페이지 5.7.3 자산 관리 셸 속성 그림 23 메타모델 AssetAdministrationShell 관리 셸은 다음에서 상속되므로 고유하게 식별할 수 있습니다.식별 가능. 그만큼로부터 나오다속성은 서로 파생된 두 자산 관리 셸 간의 관계를 설정하는 데 사용됩니다. 에 대한 자세한 내용은로부터 나오다개념은 5.2절 유형 및 인스턴스를 참조하십시오. 수업: 자산 관리 셸 설명: 자산 관리 셸. 다음에서 상속됨: 식별 가능 HasData 사양 기인하다 설명 유형 카드. 로부터 나오다 AAS에 대한 참조는 AAS에서 파 생되었습니다. ModelReference 0..1 자산정보 AAS가 나타내는 자산에 대한 메 타 정보입니다. 자산정보 1 하위 모델 AAS의 하위 모델에 대한 참조입 니다. ModelReference<하위 모델=""> 0..* 235페이지 중 58페이지 | 1 부 수업: 자산 관리 셸 하위 모델은 AAS가 나타내는 자 산의 측면에 대한 설명입니다. AAS의 자산은 일반적으로 하나 이상의 하위 모델로 설명됩니다. 일시적으로 AAS에 하위 모델이 할당되지 않을 수 있습니다. 5.7.4 자산 정보 속성 그림 24 자산정보의 메타모델 수업: 자산정보 설명: ~ 안에자산정보AAS로 표현되는 자산의 식별 메타 데이터가 정의됩니다. 자산은 자산 유형 또는 자산 인스턴스를 나타낼 수 있습니다. 자산에는 전역적으로 고유한 식별자와 필요한 경우 추가 도메인별(독점) 식별자가 있습니다. 그러나 안정화된/일정한 글로벌 자산 식별자가 아직 존재하지 않는 라이프사이클의 첫 번째 단계의 코너 케 이스를 지원하기 위해 해당 속성 "globalAssetId"는 선택 사항입니다. 다음에서 상속됨: - - 기인하다 설명 유형 카드. 자산종류 여부를 나타냅니다.유산"유형" 또는 "인스턴스" 종류입니다. 자산 종류 1 글로벌 자산 ID AAS가 나타내는 자산의 글로벌 식별자입니다. 참조 0..1 메타모델 사양 세부정보: 지정자(표준) | 59/235 페이지 수업: 자산정보 이 속성은 자산의 수명 주기에서 파트너를 통해 AAS를 교환 하는 즉시 필요합니다. 수명 주기의 첫 번째 단계에서 자산에 는 아직 전역 ID가 없지만 이미 내부 식별자가 있을 수 있습니 다. 내부 식별자는 "특정 자산 ID". 이것은 글로벌 참조입니다. 특정 자산 ID 추가 도메인 특정, 일반적으로 일련 번호 등과 같은 자산에 대 한 독점 식별자입니다. 특정 자산 ID 0..* 기본 썸네일 자산 관리 셸이 나타내는 자산의 축소판입니다. 기본값으로 사용됩니다. 자원 0..1 참고: 이 자산 정보 외에도 추가 정보가 포함된 식별 하위 모델이 있을 수 있습니다. 특정한 자산 ID는 주로 자산에 대한 AAS 검색을 지원하는 목적으로 사용됩니다. 참고: specificAssetIds의 키는 고유할 필요가 없습니다. 참고: 단일 specificAssetIds에 대한 SemanticId는 고유할 필요가 없습니다. 수업: 리소스 <<데이터 유형="">> 설명: 리소스는 파일(로케이터)에 대한 주소를 나타냅니다. 값은 절대 또는 상대 경로를 나타낼 수 있는 URI입니다. 다음에서 상속됨: - - 기인하다 설명 유형 카드. 길 리소스의 경로 및 이름(파일 확장명 포함). 경로 유형 1 경로는 절대적이거나 상대적일 수 있습니다. 컨텐츠 타입 파일 콘텐츠의 콘텐츠 유형입니다. 컨텐츠 타입 0..1 콘텐츠 유형은 파일이 가질 수 있는 파일 확장자를 나타 냅니다. 열거: 자산 종류 설명: 자산이 유형 자산인지 인스턴스 자산인지를 나타내는 열거형입니다. 세트: - - 정확한 설명 유형 유형의 모든 인스턴스가 공유하는 공통 속성을 지정하는 하드웨어 또는 소프트웨 어 요소 [출처: IEC TR 62390:2005-01, 3.1.25] 사례 특정 유형의 구체적이고 명확하게 식별 가능한 구성 요소 235페이지 중 60페이지 | 1 부 열거: 자산 종류 참고 1: 장치와 같은 유형의 개별 엔터티가 됩니다. 특정 속성 값을 정의하여 참고 2: 객체 지향 보기에서 인스턴스는 객체를 나타냅니다. (유형의) 클래스. [출처: IEC 62890:2016, 3.1.16] 65/617/CDV 유형 및 인스턴스에 대한 자세한 내용은 5.2절을 참조하십시오. 수업: 특정 자산 ID 설명: 특정 자산 ID는 자산의 일반 보조 식별 속성을 설명합니다. 특정 자산 ID가 반드시 전역적으 로 고유한 것은 아닙니다. 다음에서 상속됨: HasSemantics 기인하다 설명 유형 카드. 이름 식별자의 이름 끈 1 값 해당 이름이 있는 특정 자산 식별자의 값입니다. 끈 1 외부 주제 ID (외부) 주체는 특정 자산 ID가 속하거나 의미를 갖습니 다. 참조 1 이것은 글로벌 참조입니다. 주제 개념에 대한 자세한 내용은 ABAC(속성 기반 액세스 제어)에 대한 7절을 참조하십시오. 5.7.5 하위 모델 속성 그림 25 서브모델의 메타모델 메타모델 사양 세부정보: 지정자(표준) | 61/235페이지 수업: 하위 모델 설명: 하위 모델은 AAS가 나타내는 자산의 특정 측면을 정의합니다. 하위 모델은 관리 셸의 디지털 표현과 기술 기능을 구별 가능한 부분으로 구조화하는 데 사용 됩니다. 각 하위 모델은 잘 정의된 영역 또는 주제를 나타냅니다. 하위 모델은 표준화되어 하위 모델 템플릿이 될 수 있습니다. 다음에서 상속됨: 식별 가능 하스킨드; HasSemantics; 적격; HasData 사양 기인하다 설명 유형 카드. 하위 모델 요소 하위 모델은 0개 이상의 하위 모델 요소로 구성됩니 다. 하위 모델 요소 0..* 하위 모델은 다음과 같이 처리됩니다.하위 모델 요소 컬렉션. 차이점은 식별 가능하고 미리 정의되어 있다는 것입니다. AAS 내의 정보 단위. 추가하는 것이 좋습니다의미 ID서브모델용. 하위 모델을 한정할 수 있습니다(적격). 하위 모델 요소는 자격을 갖춘 요소입니다. 즉, 각각에 대해 하나 이상의 한정자가 정의될 수 있습니다. 하위 모델 및 하위 모델 요소에는 데이터 사양 템플릿이 정의되어 있을 수도 있습니다. 지금까지 하위 모델 및 하위 모델 요소에 대한 표준화된 데이터 사양 템플릿이 정의되어 있지 않습니다. 서브모델의 경우종류=템플릿(에 의해 상속된 모델링 종류HasKind) 하위 모델 내의 하위 모델 요소는 하위 모델 요소 템플릿을 표시합니다. 서브모델의 경우 종류=인스턴스그런 다음 해당 하위 모델 요소는 하위 모델 요소 인스턴스를 나타냅니다. 5.7.6 하위 모델 요소 속성 그림 26 하위 모델 요소의 메타 모델 하위 모델 요소는 한정 가능한 요소입니다. 즉, 각각에 대해 하나 이상의 한정자가 정의될 수 있습니다. 하위 모델 요소에는 해당 요소에 대해 정의된 데이터 사양 템플릿이 있을 수도 있습니다. 예를 들어 템플릿은 다음과 같은 일부 속성을 미러링하도록 정의될 수 있습니다.선호하는 이름그리고단위사용 가능한 해당 개념 설명이 없는 경우 속성 개념 정의. 그 렇지 않으면 참조하는 속성 정의만 있습니다.의미 ID속성에 사용 가능: 속성 조회는 다른 방식으로 온라인에서 실현되어야 하며 오프라인에서는 사용할 수 없습니다. 서브모델의 경우종류=템플릿그러면 하위 모델 내의 하위 모델 요소가 하위 모델 요소 유형을 표시합니다. 서브모델의 경우종류 =인스턴스그런 다음 해당 하위 모델 요소는 하위 모델 요소 인스턴스를 나타냅니다. 235페이지 중 62페이지 | 1 부 수업: 하위 모델 요소 <<추상>> 설명: 하위 모델 요소는 자산의 설명 및 차별화에 적합한 요소입니다. 추가하는 것이 좋습니다의미 ID에하위 모델 요소. 다음에서 상속됨: 참조 가능; 하스킨드; HasSemantics; 적격; HasData 사양 기인하다 설명 유형 카드. 메타모델 사양 세부정보: 지정자(표준) | 63/235페이지 5.7.7 하위 모델 요소 유형의 개요 그림 27 하위 모델 요소 하위 유형에 대한 메타모델 개요 235페이지 중 64페이지 | 1 부 하위 모델 요소에는 자산에 대한 모델을 설명하는 데 필요한 데이터 속성과 작업, 이벤트 및 기타 요소가 포함됩니다(그림 27 참 조). 5.7.7.1 주석이 달린 관계 요소 속성 그림 28 주석이 달린 관계 요소의 메타모델 수업: 주석이 달린 관계 요소 설명: 주석이 달린 관계 요소는 추가 데이터 요소로 주석을 달 수 있는 관계 요소입니다. 다음에서 상속됨: 관계요소 기인하다 설명 유형 카드. 주석 두 요소 간의 관계를 유지하는 주석을 나타내는 데이터 요소입니다. 데이터 요소 0..* 5.7.7.2 기본 이벤트 요소 속성 그림 29 기본 이벤트 요소의 메타모델 메타모델 사양 세부정보: 지정자(표준) | 65/235 페이지 수업: 기본 이벤트 요소 설명: 기본 이벤트 요소입니다. 다음에서 상속됨: 이벤트 요소 기인하다 설명 유형 카드. 관찰 이벤트 범위를 정의하는 Referable에 대한 참조입 니다. AAS, Submodel 또는 SubmodelElement 일 수 있습니다. ModelReference<참조 가능=""> 1 관찰 중인 참조 가능 항목(예: 데이터 요소 또는 하위 모델)에 대한 참조입니다. 방향 행사방향. { 입력, 출력 }일 수 있습니다. 방향 1 상태 이벤트 상태. { 켜기, 끄기 }일 수 있습니다. 상태 이벤트 1 메시지 주제 정보 이벤트를 각각의 통신 채널로 스케줄링하기 위한 인 프라. ~을 위한 그만큼밖의 메시지 끈 0..1 메시지 브로커 정보, 인프라는 메시지를 처리해야 합니다. 이벤트 요소.다 음을 참조하십시오하위 모델, 하위 모델 요소 목록, 하위 모델 요소 컬렉션또는실재, 포함하는데이터 요 소설명하는 메시지 브로커에 대한 독점 사양. 어느 밖의 메시지 ModelReference<참조 가능=""> 0..1 참고: 다른 메시지 인프라의 경우 예를 들어 OPC UA 또는 MQTT 또는 AMQP, 이 독점 사양은 각각의 하위 모델을 가짐으로써 표준화될 수 있습니다. 마지막 업데이트 마지막 이벤트가 수신(입력 방향)되거나 전송(출력 방향)된 시간(UTC)의 타임스탬프입니다. 날짜 시간 0..1 최소 간격 입력 방향, 최대 빈도에 대한 보고의 경우 해당 Referable 뒤에 있는 소프트웨어 엔터티는 입력 이 벤트를 처리할 수 있습니다. 날짜 시간 0..1 출력 이벤트의 경우 이 이벤트를 외부 인프라로 출력 하는 최대 빈도를 지정합니다. 지정되지 않을 수 있습니다. 즉, 최소 간격이 없습니 다. 최대 간격 입력 방향: 해당 없음. 날짜 시간 0..1 235페이지 중 66페이지 | 1 부 수업: 기본 이벤트 요소 출력 방향의 경우: 시간의 최대 간격에 대해 각각의 Referable은 이벤트에 대한 다른 트리거 조건이 충 족되지 않은 경우에도 이벤트 상태의 업데이트를 전 송해야 합니다. 지정되지 않을 수 있습니다. 즉, 최대 간격이 없습니 다. 열거: 방향 설명: 방향 세트: - - 정확한 설명 입력 방향을 입력합니다. 산출 출력 방향. 열거: 상태 이벤트 설명: 이벤트 상태 세트: - - 정확한 설명 ~에 이벤트가 진행 중입니다. 끄다 이벤트가 꺼져 있습니다. AAS에서 보내거나 받는 이벤트는 항상 일반 형식을 따릅니다. 예외: Industrie 4.0 상호 작용 패턴 과정에서 교환되는 이벤트. 다음에서는 이러한 이벤트의 페이로드가 지정됩니다. 참고: 페이로드는 AASX 패키지 형식을 통해 교환되는 정보 모델의 일부가 아니지만 활성 자산 관리 셸. 메타모델 사양 세부정보: 지정자(표준) | 67/235페이지 그림 30 메타모델 이벤트 페이로드 수업: 이벤트 페이로드 설명: 보내거나 받은 이벤트 인스턴스의 필수 정보를 정의합니다. 다음에서 상속됨: - 기인하다 설명 유형 카드. 원천 AAS, Submodel, SubmodelElements의 식별을 포함하여 소스 이벤트 요소에 대한 참 조. ModelReference<참조 가능=""> 1 sourceSemanticId 사용 가능한 경우 소스 이벤트 요소의 semanticId 참조 0..1 전역 사용을 권장합니다. 참조. 관찰 가능한 참조 이벤트 범위를 정의하는 참조 대상에 대한 참 조입니다. ModelReference<참조 가능=""> 1 AssetAdministrationShell, Submodel 또는 SubmodelElement일 수 있습니다. observableSemanticId 사용 가능한 경우 이벤트 범위를 정의하는 참 조 대상의 semanticId입니다. 참조 0..1 전역 사용을 권장합니다. 참조. 235페이지 중 68페이지 | 1 부 수업: 이벤트 페이로드 주제 이벤트를 해당 통신 채널로 스케줄링하기 위한 외부 메시지 인프라에 대한 정보입니다. 끈 0..1 주제 ID 주제, 창조. 누구/누구 개시 그만큼참조 0..1 이것은 글로벌 참조입니다. 타임스탬프 이 이벤트가 트리거된 UTC의 타임스탬프입니 다. 날짜 시간 스탬프 1 유효 탑재량 이벤트별 페이로드. 끈 0..1 주제 개념에 대한 자세한 내용은 ABAC(속성 기반 액세스 제어)에 대한 7절을 참조하십시오. 5.7.7.3 얼룩 속성 그림 31 Blob의 메타모델 콘텐츠 유형에 대한 정보는 "파일" 하위 모델 요소에 대한 5.7.7.8절을 참조하십시오. 수업: 얼룩 설명: BLOB는 값 속성의 소스 코드와 함께 포함된 파일을 나타내는 데이터 요소입니다. 다음에서 상속됨: 데이터 요소 기인하다 설명 유형 카드. 값 Blob 데이터 요소의 BLOB 인스턴스 값입니다. 얼룩 유형 0..1 참고: 파일 속성과 달리 파일 내용은 Blob 데이터 요소에 값으로 직접 저장됩니다. 컨텐츠 타입 BLOB 콘텐츠의 콘텐츠 유형입니다. 컨텐츠 타입 1 콘텐츠 유형(MIME 유형)은 파일이 가질 수 있는 파일 확장자를 나타냅니다. 유효한 값은 "application/json", "application/ xls", "image/jpg" 콘텐츠입니다. 유형 처럼 예 허용되는 값은 RFC2046과 같이 정의됩니다. 메타모델 사양 세부정보: 지정자(표준) | 69/235페이지 5.7.7.4 능력 속성 그림 32 기능의 메타모델 수업: 능력 설명: 기능은 물리적 또는 가상 세계에서 특정 효과를 달성할 수 있는 자산의 잠재력에 대한 구현 독립 적인 설명입니다. 다음에서 상속됨: 하위 모델 요소 기인하다 설명 유형 카드. 참고:의미 ID기능의 는 일반적으로 온톨로지입니다. 따라서 능력에 대한 추론이 가능합니다. 기능 개념을 적용하는 방법과 기능을 구현하는 하나 이상의 기술에 매핑하는 방법에 대한 정보와 예는 [36]을 참조하십시오. 매 핑은 해당 의미 체계가 있는 관계 요소를 통해 수행됩니다. 기술은 일반적으로 속성 또는 작업입니다. 더 복잡한 경우 매핑은 컬 렉션 또는 완전한 하위 모델이 될 수도 있습니다. 5.7.7.5 데이터 요소 및 데이터 요소 유형의 개요 그림 33 데이터 요소의 메타모델 데이터 요소는 다른 하위 모델 요소로 더 이상 구성되지 않는 하위 모델 요소입니다. 데이터 요소는 범위 데이터 요소와 같이 값 또는 미리 정의된 수의 값이 있는 하위 모델 요소입니다. 통제된 값은 의미가 외부 소스에서 주어진 값입니다("ISO/TS 29002-10:2009(E)" 참조). 235페이지 중 70페이지 | 1 부 값 유형은 데이터 요소의 하위 유형에 따라 다릅니다. 데이터 요소에는 속성, 파일 처리 및 참조 요소가 포함됩니다(그림 33 참 조). 수업: 데이터 요소 <<추상>> 설명: 데이터 요소는 다른 하위 모델 요소로 더 이상 구성되지 않는 하위 모델 요소입니다. 데이터 요소는 값이 있는 하위 모델 요소입니다. 값 유형은 데이터 요소의 하위 유형에 따라 다릅 니다. 제약 조건 AASd-090 : 데이터 요소의 경우범주(에 의해 상속참조 가능) CONSTANT, PARAMETER 또는 VARIABLE 값 중 하나여야 합니다. 기본값: 변수 다음에서 상속됨: 하위 모델 요소 기인하다 설명 유형 카드. 5.7.7.6 엔티티 속성 그림 34 엔티티의 메타모델 메타모델 사양 세부정보: 지정자(표준) | 71/235페이지 수업: 실재 설명: 엔터티는 엔터티를 모델링하는 데 사용되는 하위 모델 요소입니다. 제약 조건 AASd-014: 속성이나글로벌 자산 ID또는특정 자산 ID의 실재인 경우 설정해야 합니 다.엔티티/엔티티 유형"로 설정되어 있습니다.자체 관리 엔터티". 그렇지 않으면 존재하지 않습 니다. 다음에서 상속됨: 하위 모델 요소 기인하다 설명 유형 카드. 성명 일반적으로 한정된 값을 사용하여 하위 모델 요소 집합으 로 엔터티에 적용할 수 있는 문을 설명합니다. 하위 모델 요소 0..* 엔터티 유형 엔터티가 공동 관리 엔터티인지 자체 관리 엔터티인지 설 명합니다. 엔티티 유형 1 글로벌 자산 ID 엔터티가 나타내는 자산의 전역 식별자입니다. 참조 0..1 이것은 글로벌 참조입니다. 특정 자산 ID 자산 관리 셸이 나타내는 자산의 보조 식별자를 나타내는 특정 자산 ID에 대한 참조입니다. 특정 자산 ID 0..1 열거: 엔티티 유형 설명: 엔터티가 자체 관리 엔터티인지 공동 관리 엔터티인지를 나타내는 열거형입니 다. 세트: - - 정확한 설명 공동 관리 엔터티 공동 관리 법인의 경우 별도의 AAS가 없습니다. 공동 관리 엔터티는 자체 관리 엔 터티의 일부여야 합니다. 자체 관리 엔터티 자체 관리 엔터티에는 자체 AAS가 있지만 복합 자체 관리 엔터티의 BOM에 포함 될 수 있습니다. I4.0 구성 요소의 자산은 정의에 따라 자체 관리되는 엔터티입니다. 235페이지 중 72페이지 | 1 부 5.7.7.7 이벤트 속성 그림 35 이벤트의 메타모델 수업: 이벤트 요소 <<추상>> 설명: 이벤트 요소입니다. 다음에서 상속됨: 하위 모델 요소 기인하다 설명 유형 카드. 5.7.7.8 파일 속성 그림 36 파일 하위 모델 요소의 메타 모델 미디어 유형(MIME 유형 및 콘텐츠 유형도 포함) […]은 인터넷에서 전송되는 파일 형식 및 형식 콘텐츠에 대한 두 부분으로 된 식별자입니다. IANA(Internet Assigned Numbers Authority)는 이러한 분류의 표준화 및 출판을 위한 공식 기관입니다. 미 디어 유형은 원래 1996년 11월 의견 요청 2045에서 전자 메일 메시지 콘텐츠 및 첨부 파일의 유형을 나타내는 MIME(Multipurpose Internet Mail Extensions) 사양의 일부로 정의되었습니다.12 수업: 파일 설명: 파일은 파일(로케이터)에 대한 주소를 나타내는 데이터 요소입니다. 값은 절대 또는 상대 경로를 나 타낼 수 있는 URI입니다. 다음에서 상속됨: 데이터 요소 기인하다 설명 유형 카드. 값 파일의 경로 및 이름(파일 확장명 포함). 경로는 절대적이거나 상대적일 수 있습니다. 경로 유형 0..1 컨텐츠 타입 파일 콘텐츠의 콘텐츠 유형입니다. 컨텐츠 타입 1 12Wikipedia.org, 날짜: 2018-04-09 메타모델 사양 세부정보: 지정자(표준) | 73/235페이지 수업: 파일 콘텐츠 유형은 파일이 가질 수 있는 파일 확장자를 나타냅 니다. AASX 패키지 형식으로 AAS 사양을 교환할 때 추가 외부 파일을 처리하려면 AASX(자산 관리 셸 패키지 파일 형식)에 대한 8.3 조항을 참조하십시오. 파일이 AAS와 독립적으로 존재하는 경우 절대 경로가 사용됩니다. 파일이 AAS의 직렬화된 패키지의 일 부인 경우 패키지 루트에 상대적인 상대 경로를 사용해야 합니다. 5.7.7.9 다중 언어 속성 속성 그림 37 다국어 속성의 메타모델 수업: MultiLanguage속성 설명: 속성은 다국어 값이 있는 데이터 요소입니다. 제약 조건 AASd-012 : 둘 다인 경우MultiLanguage속성/값그리고 MultiLanguageProperty/ valueId특정 언어의 각 문자열에 대해 의미가 지정된 것과 동일해야 합니다. MultiLanguageProperty/valueId. 다음에서 상속됨: 데이터 요소 기인하다 설명 유형 카드. 값 속성 인스턴스의 값입니다. 랭스트링셋 0..1 값 ID 코딩된 값의 전역 고유 ID에 대한 참조입니다. 참조 0..1 전역 참조를 사용하는 것이 좋습니다. 235페이지 중 74페이지 | 1 부 5.7.7.10 작업 속성 그림 38 작업의 메타모델 수업: 작업 설명: 작업은 입력 및 출력 변수가 있는 하위 모델 요소입니다. 다음에서 상속됨: 하위 모델 요소 기인하다 설명 유형 카드. 입력변수 작업의 입력 매개변수입니다. 연산변수 0..* 출력변수 작업의 출력 매개변수입니다. 연산변수 0..* 입력변수 작업의 입력 및 출력인 매개변수입니다. 연산변수 0..* 수업: 연산변수 설명: 연산 변수의 값은 연산의 입력 및/또는 출력 변수로 사용되는 하위 모델 요소입니다. 다음에서 상속됨: 기인하다 설명 유형 카드. 값 하위 모델 요소를 통해 작업의 인수 또는 결과 를 설명합니다. 하위 모델 요소 1 메모: 작업은 일반적으로 절차 측면에서 구성 요소의 동작을 지정합니다. 따라서 작업은 절차 기반 상호 작용을 통해 서비스 사양을 가능하게 합니다 [32]. 참고: OperationVariable은 향후 확장을 활성화하기 위해 별도의 클래스로 도입되었습니다(예: 기본값 추가, 카디널리티(옵션/필수). 메타모델 사양 세부정보: 지정자(표준) | 75/235 페이지 5.7.7.11 속성 속성 그림 39 속성의 메타모델 수업: 재산 설명: 속성은 단일 값을 갖는 데이터 요소입니다. 제약 조건 AASd-007: 둘 다인 경우,재산 가치그리고속성/값 ID다음 값이 존재합니다.재산 가치 참조 코딩된 값의 값과 동일해야 합니다.속성/값 ID. 다음에서 상속됨: 데이터 요소 기인하다 설명 유형 카드. 값 유형 값의 데이터 유형 DataTypeDefXsd 1 값 속성 인스턴스의 값입니다. 값 데이터 유형 0..1 값 ID 코딩된 값의 전역 고유 ID에 대한 참조입니다. 참조 0..1 전역 참조를 사용하는 것이 좋습니다. 235페이지 중 76페이지 | 1 부 5.7.7.12 범위 속성 그림 40 범위의 메타모델 수업: 범위 설명: 범위 데이터 요소는 최소 및 최대 범위를 정의하는 데이터 요소입니다. 다음에서 상속됨: 데이터 요소 기인하다 설명 유형 카드. 값 유형 최소 및 최대 데이터 유형 DataTypeDefXsd 1 분 범위의 최소값입니다. 값 데이터 유형 0..1 최소값이 누락된 경우 값은 음의 무한대로 간주됩 니다. 최대 범위의 최대값입니다. 값 데이터 유형 0..1 최대값이 누락된 경우 값은 양의 무한대로 간주됩 니다. 5.7.7.13 참조 요소 속성 그림 41 참조 요소의 메타모델 수업: 참조 요소 설명: 참조 요소는 동일하거나 다른 AAS 내의 다른 요소에 대한 논리적 참조 또는 외부 개체 또는 엔티 티에 대한 참조를 정의하는 데이터 요소입니다. 다음에서 상속됨: 데이터 요소 기인하다 설명 유형 카드. 값 외부 개체 또는 엔터티에 대한 전역 참조 또는 동일한 내의 다 른 요소에 대한 논리적 참조 참조 0..1 메타모델 사양 세부정보: 지정자(표준) | 77/235페이지 수업: 참조 요소 또는 다른 AAS(즉, 참조 가능). 참조에 대한 자세한 내용은 5.7.9절을 참조하십시오. 5.7.7.14 관계 요소 속성 그림 42 관계 요소의 메타모델 . 수업: 관계요소 설명: 관계 요소는 참조 가능(모델 참조) 또는 외부(전역 참조)인 두 요소 간의 관계를 정의하는 데 사용됩니다. 상속 에서: 하위 모델 요소 기인하다 설명 유형 카드. 첫 번째 주체의 역할을 하는 관계의 첫 번째 요소에 대한 참조입니다. 참조 1 초 개체의 역할을 하는 관계의 두 번째 요소에 대한 참조입니다. 참조 1 235페이지 중 78페이지 | 1 부 5.7.7.15 하위 모델 요소 컬렉션 속성 그림 43 하위 모델 요소 컬렉션의 메타 모델 하위 모델 요소 컬렉션은 구조체 내에서 고유한 이름을 가진 고정 속성 집합이 있는 엔터티에 사용됩니다. 컬렉션 내의 각 속성 에는 명확하게 정의된 의미 체계가 있어야 합니다. 구조체의 속성은 값이 있는 모든 하위 모델 요소가 될 수 있습니다. 하위 모델 요소 구조체의 다른 요소가 다른 semanticId를 가질 필요는 없습니다. 그러나 이러한 경우 SubmodelElementList의 사용을 고려해야 합니다. 예: 자산의 경우 일반적으로 작동 지침, 안전 지침 등과 같은 다양한 문서를 사용할 수 있습니다. 각 단일 문서에는 제목, 버전, 작 성자 등과 같은 사전 정의된 속성 집합이 있습니다. 이들은 논리적으로 문서에 속합니다. 따라서 단일 문서는 하위 모델 요소 컬 렉션. 모든 문서 세트는 다음으로 표시됩니다.하위 모델 요소 목록. 그래서 이 예에서 우리는하위 모델 요소 목록의하위 모델 요 소 컬렉션에스. 수업: 하위 모델 요소 컬렉션 설명: 하위 모델 요소 컬렉션은 일종의 구조체, 즉 여러 명명된 값의 논리적 캡슐화입니다. 고정된 수의 하위 모 델 요소가 있습니다. 다음에서 상속됨: 하위 모델 요소 기인하다 설명 유형 카드. 값 컬렉션에 포함된 하위 모델 요소입니다. 하위 모델 요소 0..* 메타모델 사양 세부정보: 지정자(표준) | 79/235페이지 5.7.7.16 하위 모델 요소 목록 속성 그림 44 하위 모델 요소 목록의 메타 모델 하위 모델 요소 목록은 집합(예: 중복이 없는 정렬되지 않은 컬렉션), 정렬된 목록(예: 중복을 포함할 수 있는 정렬된 컬렉션), 가 방(예: 중복을 포함할 수 있는 정렬되지 않은 컬렉션) 및 정렬된 집합(예: 중복이 없는 정렬된 컬렉션)에 사용됩니다. . 하위 모델 요소의 정렬된 컬렉션을 통해 실현됩니다. 하위 모델 요소 목록은 다차원 배열을 만드는 데도 사용됩니다. 2차원 배열 목록[3][5]의 경우재산값은 다음과 같이 실현됩니 다. 첫 번째 하위 모델 요소 목록에는 3이 포함됩니다. 하위 모델 요소 목록집단. 이 3가지 각각에서하위 모델 요소 목록5 싱글재 산요소가 포함될 것입니다. 포함된 속성의 semanticId는 첫 번째 목록의 모든 목록에 대해 동일합니다. 즉, semanticIdListElement첫 번째 목록에 포함된 세 가지 목록 모두에 대해 동일합니다. 그만큼의미 ID포함된 세 가지 목록 중 나타내는 차원에 따라 다릅니다. 배열에 복잡한 값의 경우하위 모델 요소 컬렉션리프 목록의 값으로 사용됩니다. 마찬가지로 3개의 열이 있는 테이블을 나타낼 수 있습니다. 이 경우하위 모델 요소 컬렉션~와 함께3 하위 모델 요소 목록포함되 었을 것입니다. 이 경우의미 ID뿐만 아니라semanticIdListElement 세 개의 열이 다르기 때문입니다. 의미론적 ID에 대한 5.4.6절 일치 전략을 참조하십시오. 235페이지 중 80페이지 | 1 부 수업: 하위 모델 요소 목록 설명: 하위 모델 요소 목록은 하위 모델 요소의 정렬된 목록입니다. 번호 매기기는 영(0)으로 시작합니다. 제약 조건 AASd-107: 첫 번째 수준의 자식 요소가 하위 모델 요소 목록 semanticId는 다음과 동일해야 합니다. SubmodelElementList/ semanticIdListElement. 제약 조건 AASd-114: 두 개의 첫 번째 수준 자식 요소가 하위 모델 요소 목록가 지고있다의미 ID그러면 그것들은 동일할 것이다. 제약 조건 AASd-115: 첫 번째 수준의 자식 요소가 하위 모델 요소 목록를 지정하지 않습니다의미 ID값은 다음과 동일하다고 가정합니다.SubmodelElementList/ semanticIdListElement. 제약 조건 AASd-108: a의 모든 첫 번째 수준 자식 요소 하위 모델 요소 목록에 지 정된 것과 동일한 하위 모델 요소 유형을 가져야 합니다.하위 모델 요소 목록/유형 값 목록 요소. 제약 조건 AASd-109: 만약에하위 모델 요소 목록/유형 값 목록 요소 동일재산또는 범위 하위 모델 요소 목록/값 유형 목록 요소 설정되어야 하고 모든 첫 번째 수준의 자 식 요소는하위 모델 요소 목록 에 지정된 값 유형을 가져야 합니다. 하위 모델 요소 목 록/값 유형 목록 요소. 다음에서 상속됨: 하위 모델 요소 기인하다 설명 유형 카드. 주문 관련 목록의 순서가 관련이 있는지 여부를 정의합니 다. 만약에 주문 관련=False인 경우 목록은 집 합 또는 가방을 나타냅니다. 부울 0..1 기본값: 참 값 목록에 포함된 하위 모델 요소입니다. 하위 모델 요소 0..* semanticIdListElement 목록에 포함된 하위 모델 요소가 일치하는 의미 체계 ID입니다. 참조 0..1 전역 사용을 권장합니다. 참조. 유형 값 목록 요소 목록에 포함된 하위 모델 요소의 하위 모델 요소 유형입니다. 하위 모델요소E 요소 1 값 유형 목록 요소 목록에 포함된 하위 모델 요소의 값 유형입니다. DataTypeDefXsd 0..1 메타모델 사양 세부정보: 지정자(표준) | 81/235페이지 5.7.8 개념 설명 속성 그림 45 개념 설명의 메타모델 수업: 개념설명 설명: 의미 설명을 가질 수 있는 속성 또는 기타 요소의 의미는 개념 설명에 의해 정의됩니다. 개념에 대한 설명은 표준화된 스키마(데이터 사양 템플릿으로 실현)를 따라야 합니다. 제약 조건 AASd-051 : ㅏ개념설명VALUE, PROPERTY, REFERENCE, DOCUMENT, CAPABILITY, RELATIONSHIP, COLLECTION, FUNCTION, EVENT, ENTITY, APPLICATION_CLASS, QUALIFIER, VIEW의 범주 중 하나가 있어야 합니다. 기본값: 속성. 다음에서 상속됨: 식별 가능 HasData 사양 기인하다 설명 유형 카드. isCaseOf 외부 정의에 대한 참조는 개념과 호환되거나 파생되었습니다. 참조 0..* 전역 참조를 사용하는 것이 좋습니다. 참고: ISO 13584-32 &의 is-case-of 관계와 비교 IEC EN 61360 다른 유형의 하위 모델 요소에는 의미 체계를 설명하기 위해 다른 속성이 필요합니다. 이것이 개념 설명에 연관된 데이터 사양 템플릿이 하나 이상 있는 이유입니다. 이 템플릿 내에서 의미 체계를 정의하는 데 필요한 속성이 정의됩니다. 사용할 사전 정의된 데이터 사양 템플릿에 대해서는 5.7.12.3절을 참조하십시오. 235페이지 중 82페이지 | 1 부 5.7.9 환경 그림 46 환경에 대한 메타모델 참고 wrt 파일 교환: 포함된 요소가 분할되는 파일 수에 독립적인 환경은 정확히 하나입니다. 파일이 분할되면 두 개의 다른 파일에 동일한 식별자를 가 진 요소가 없어야 합니다. 수업: 환경 설명: 서로 다른 식별 항목 집합을 위한 컨테이너입니다. 다음에서 상속됨: 참조 기인하다 설명 유형 카드. 자산관리쉘 자산 관리 셸 자산 관리 셸 0..* 하위 모델 하위 모델 하위 모델 0..* 개념설명 개념 설명 개념설명 0..* 5.7.10 자산 관리 셸에서 참조 5.7.10.1 개요 지금까지는 외부 개체 또는 엔터티에 대한 참조(전역 참조)와 동일하거나 다른 자산 관리 셸의 모델 요소에 대한 참조(모델 참 조)의 두 가지 참조가 구분됩니다. 모델 참조는 AssetAdministrationShell의 하위 모델 등과 같은 메타 모델 고유 관계에도 사 용됩니다(표기는 부록 C 참조). 전역 참조는 고유 식별자입니다. 식별자는 예를 들어 IRDI 경로 등을 나타내는 다른 식별자의 연결일 수 있습니다. 참고: 참조는 로케이터와 혼동되어서는 안 됩니다. URL(URL = Uniform Resource Locator)도 사용할 수 있습니다. 식별자로 사용되며 액세스할 수 있는 리소스를 반드시 설명하지는 않습니다. 메타모델 사양 세부정보: 지정자(표준) | 83/235페이지 5.7.10.2 참조 속성 그림 47 참조 메타모델 수업: 참조 설명: 동일하거나 다른 AAS의 모델 요소 또는 외부 엔티티에 대한 참조. 참조는 순서가 지정된 키 목 록입니다. 모델 참조는 순서가 지정된 키 목록으로, 각 키는 요소를 참조합니다. 예를 들어 전체 키 목록은 경로에 연결되어 요소에 고유한 액세스 권한을 부여할 수 있습니다. 전역 참조는 외부 엔터티에 대한 참조입니다. 다음에서 상속됨: - - 기인하다 설명 유형 카드. 유형 참조 유형입니다. 참조 유형 1 참조가 글로벌 참조인지 모델 참조인지를 나타냅니 다. 참조된 시맨틱 ID 의미 ID참조된 모델 요소(참조/유형 =ModelReference). 을 위한 전역 참조에는 일반적으로 의미론적 ID가 없습니다. 참조 0..1 전역 참조를 사용하는 것이 좋습니다. 키 <<주문>> 이름 공간의 고유 참조입니다. 열쇠 1..* 5.7.10.3 주요 속성 그림 48에는 키 유형의 논리적 모델이 나와 있습니다. 컨텍스트에 따라 다른 열거형이 파생될 수 있습니다. 참조 컨텍스트에서 열거는 "KeyTypes"입니다. 235페이지 중 84페이지 | 1 부 그림 48 참조 키에 대한 논리적 모델 메타모델 사양 세부정보: 지정자(표준) | 85/235 페이지 그림 49 KeyTypes 열거의 메타모델 수업: 열쇠 설명: 키는 ID로 요소에 대한 참조입니다. 다음에서 상속됨: - - 기인하다 설명 유형 카드. 유형 참조되는 엔티티의 종류를 나타냅니다. 중요 요소들 1 경우에유형 = FragmentId키는 이 키 앞에 오는 키로 지 정된 부모 요소 내의 책갈피 또는 유사한 로컬 식별자를 나 타냅니다. 다른 모든 경우에 키는 동일하거나 다른 AAS의 모델 요소 를 참조합니다. 모델 요소의 이름이 명시적으로 나열됩니 다. 값 키 값(예: IRDI 또는 URI) 끈 1 사용 예조각 ID키 유형: Asset Administration Shell aasx 패키지의 일부인 파일 내의 요소에 대한 참조. 235페이지 중 86페이지 | 1 부 열거: 키 유형 설명: 키 내 다른 키 값 유형의 열거입니다. 세트: FragmentKeys, 전역적으로 식별 가능한 항목 정확한 설명 참조 가능 참조 가능 참고: 참조 가능은 추상적입니다. 즉 키가 참조를 "참조 가능"으로 사용하는 경우 자산 관리 셸, 속성 등이 될 수 있습니다. 조각 참조 기본 리소스의 하위 부분에 대한 책갈피 또는 유사한 로컬 식별자 글로벌 참조 글로벌 참조 자산 관리 셸 자산 관리 셸 개념설명 개념 설명 식별 가능 식별 가능 참고: 식별 가능은 추상적입니다. 즉, 키가 "식별 가능"을 사용하는 경우 참조는 자산 관리 셸, 하위 모델 또는 개념 설명. 하위 모델 하위 모델 주석이 달린 관계 요소 주석이 달린 관계 요소 기본 이벤트 요소 기본 이벤트 요소 얼룩 얼룩 능력 능력 데이터 요소 데이터 요소. 참고: 데이터 요소는 추상적입니다. 즉, 키가 "DataElement"를 사용하는 경우 참조는 속성, 파일 등이 될 수 있습니다. 실재 실재 이벤트 요소 이벤트 참고: 이벤트 요소는 추상적입니다. 파일 파일 MultiLanguage속성 여러 언어로 제공할 수 있는 값을 가진 속성 작업 작업 재산 재산 범위 최소 및 최대 범위 참조 요소 참조 관계요소 관계 하위 모델 요소 하위 모델 요소 메타모델 사양 세부정보: 지정자(표준) | 87/235페이지 열거: 키 유형 설명: 키 내 다른 키 값 유형의 열거입니다. 세트: FragmentKeys, 전역적으로 식별 가능한 항목 정확한 설명 참고: 하위 모델 요소 추상적이다, 즉 주요 용도 "SubmodelElement" 참조는 속성, SubmodelElementList, 작업 등 하위 모델 요소 컬렉션 하위 모델 요소의 구조 하위 모델 요소 목록 하위 모델 요소 목록 열거: 프래그먼트 키 설명: 키 내 다른 조각 키 값 유형의 열거입니다. 세트: AASReferableNonIdentifiables, GenericFragmentKeys 정확한 설명 조각 참조 기본 리소스의 하위 부분에 대한 책갈피 또는 유사한 로컬 식별자 주석이 달린 관계 요소 주석이 달린 관계 요소 기본 이벤트 요소 기본 이벤트 요소 얼룩 얼룩 능력 능력 데이터 요소 데이터 요소. 참고: 데이터 요소는 추상적입니다. 즉, 키가 "DataElement"를 사용하는 경우 참조는 속성, 파일 등이 될 수 있습니다. 실재 실재 이벤트 요소 이벤트 참고: 이벤트 요소는 추상적입니다. 파일 파일 MultiLanguage속성 여러 언어로 제공할 수 있는 값을 가진 속성 작업 작업 재산 재산 범위 최소 및 최대 범위 참조 요소 참조 관계요소 관계 하위 모델 요소 하위 모델 요소 235페이지 중 88페이지 | 1 부 열거: 프래그먼트 키 설명: 키 내 다른 조각 키 값 유형의 열거입니다. 세트: AASReferableNonIdentifiables, GenericFragmentKeys 정확한 설명 참고: 하위 모델 요소 추상적이다, 즉 주요 용도 "SubmodelElement" 참조는 속성, SubmodelElementList, 작업 등 하위 모델 요소 컬렉션 하위 모델 요소의 구조 하위 모델 요소 목록 하위 모델 요소 목록 열거: 전 세계적으로 식별 가능 설명: 키 내 다른 키 값 유형의 열거입니다. 세트: AASI식별 가능 항목, GenericGloballyIdentifiables 정확한 설명 글로벌 참조 글로벌 참조 자산 관리 셸 자산 관리 셸 개념설명 개념 설명 식별 가능 식별 가능 참고: 식별 가능은 추상적입니다. 즉, 키가 "식별 가능"을 사용하는 경우 참조는 자산 관리 셸, 하위 모델 또는 개념 설명. 하위 모델 하위 모델 열거: AasReferableNonIdentifiables 설명: 키 내 다른 조각 키 값 유형의 열거입니다. 세트: Aas서브모델요소 정확한 설명 주석이 달린 관계 요소 주석이 달린 관계 요소 기본 이벤트 요소 기본 이벤트 요소 얼룩 얼룩 능력 능력 데이터 요소 데이터 요소. 참고: 데이터 요소는 추상적입니다. 즉, 키가 "DataElement"를 사용하는 경우 참조는 속성, 파일 등이 될 수 있습니다. 실재 실재 이벤트 요소 이벤트 메타모델 사양 세부정보: 지정자(표준) | 89/235페이지 열거: AasReferableNonIdentifiables 설명: 키 내 다른 조각 키 값 유형의 열거입니다. 세트: Aas서브모델요소 정확한 설명 참고: 이벤트 요소는 추상적입니다. 파일 파일 MultiLanguage속성 여러 언어로 제공할 수 있는 값을 가진 속성 작업 작업 재산 재산 범위 최소 및 최대 범위 참조 요소 참조 관계요소 관계 하위 모델 요소 하위 모델 요소 참고: 하위 모델 요소 추상적이다, 즉 주요 용도 "SubmodelElement" 참조는 속성, SubmodelElementList, 작업 등 하위 모델 요소 컬렉션 하위 모델 요소의 구조 하위 모델 요소 목록 하위 모델 요소 목록 열거: Aas서브모델요소 설명: 키 내 다른 조각 키 값 유형의 열거입니다. 세트: - - 정확한 설명 주석이 달린 관계 요소 주석이 달린 관계 요소 기본 이벤트 요소 기본 이벤트 요소 얼룩 얼룩 능력 능력 데이터 요소 데이터 요소. 참고: 데이터 요소는 추상적입니다. 즉, 키가 "DataElement"를 사용하는 경우 참조는 속성, 파일 등이 될 수 있습니다. 실재 실재 이벤트 요소 이벤트 참고: 이벤트 요소는 추상적입니다. 235페이지 중 90페이지 | 1 부 열거: Aas서브모델요소 설명: 키 내 다른 조각 키 값 유형의 열거입니다. 세트: - - 정확한 설명 파일 파일 MultiLanguage속성 여러 언어로 제공할 수 있는 값을 가진 속성 작업 작업 재산 재산 범위 최소 및 최대 범위 참조 요소 참조 관계요소 관계 하위 모델 요소 하위 모델 요소 참고: 하위 모델 요소 추상적이다, 즉 ㅏ 주요 용도 "SubmodelElement" 참조는 속성, SubmodelElementList, 작업 등 하위 모델 요소 컬렉션 하위 모델 요소의 구조 하위 모델 요소 목록 하위 모델 요소 목록 열거: AasReferables 설명: 참조 가능한 열거 세트: AasReferableNonIdentifiables, AasIdentifiables 정확한 설명 참조 가능 참조 가능 참고: 참조 가능은 추상적입니다. 즉 키가 참조를 "참조 가능"으로 사용하는 경우 자산 관리 셸, 속성 등이 될 수 있습니다. 자산 관리 셸 자산 관리 셸 개념설명 개념 설명 식별 가능 식별 가능 참고: 식별 가능은 추상적입니다. 즉, 키가 "식별 가능"을 사용하는 경우 참조는 자산 관리 셸, 하위 모델 또는 개념 설명. 하위 모델 하위 모델 주석이 달린 관계 요소 주석이 달린 관계 요소 기본 이벤트 요소 기본 이벤트 요소 얼룩 얼룩 능력 능력 메타모델 사양 세부정보: 지정자(표준) | 91/235페이지 열거: AasReferables 설명: 참조 가능한 열거 세트: AasReferableNonIdentifiables, AasIdentifiables 정확한 설명 데이터 요소 데이터 요소. 참고: 데이터 요소는 추상적입니다. 즉, 키가 "DataElement"를 사용하는 경우 참조는 속성, 파일 등이 될 수 있습니다. 실재 실재 이벤트 요소 이벤트 참고: 이벤트 요소는 추상적입니다. 파일 파일 MultiLanguage속성 여러 언어로 제공할 수 있는 값을 가진 속성 작업 작업 재산 재산 범위 최소 및 최대 범위 참조 요소 참조 관계요소 관계 하위 모델 요소 하위 모델 요소 참고: 하위 모델 요소는 추상적입니다. 즉, 키가 "SubmodelElement"를 사용 하는 경우 참조는 Property, SubmodelElementList, Operation 등이 될 수 있습니다. 하위 모델 요소 컬렉션 하위 모델 요소의 구조 하위 모델 요소 목록 하위 모델 요소 목록 열거: 일반 조각 키 설명: 키 내 다른 조각 키 값 유형의 열거입니다. 세트: - - 정확한 설명 조각 참조 기본 리소스의 하위 부분에 대한 책갈피 또는 유사한 로컬 식별자 열거: Aas식별 가능 설명: 키 내 다른 키 값 유형의 열거입니다. 세트: - - 정확한 설명 자산 관리 셸 자산 관리 셸 개념설명 개념 설명 92/235페이지 | 1 부 열거: Aas식별 가능 설명: 키 내 다른 키 값 유형의 열거입니다. 세트: - - 정확한 설명 식별 가능 식별 가능 참고: 식별 가능은 추상적입니다. 즉, 키가 "식별 가능"을 사용하는 경우 참조는 자산 관리 셸, 하위 모델 또는 개념 설명. 하위 모델 하위 모델 열거: GenericGloballyIdentifiables 설명: 키 내 다른 키 값 유형의 열거입니다. 세트: - - 정확한 설명 글로벌 참조 글로벌 참조 5.7.10.4 제약 제약 조건 AASd-121: 을 위한참조s유형첫 번째열쇠의참조/키중 하나가 될 것입니다 전 세계적으로 식별 가능. 제약 조건 AASd-122: 글로벌 참조의 경우, 즉참조와참조/유형 = GlobalReference, 첫 번째 키의 유형참조/키중 하나가 될 것 입니다GenericGloballyIdentifiables. 제약 조건 AASd-123: 모델 참조의 경우, 즉참조와참조/유형 = ModelReference,일이자형유형 첫 번째열쇠의참조/키중 하나 가 될 것입니다AasIdentifiers. 제약 조건 AASd-124: 글로벌 참조의 경우, 즉참조와참조/유형 = GlobalReference, 마지막 열쇠의참조/키다음 중 하나일 것 입니다.GenericGloballyIdentifiables또는 중 하나일반 프래그먼트 키. 제약 조건 AASd-125: 모델 참조의 경우, 즉참조와참조/유형=모델참조, 둘 이상의 키 입력참조/키첫 번째 키 다음에 오는 키의 유형참조/키중 하나가 될 것입니다프래그먼트 키. 참고: 제약 조건 AASd-125는 최단 경로가 사용되도록 합니다. 제약 조건 AASd-126: 모델 참조의 경우, 즉참조와참조/유형 = ModelReference,하나 이상의 키 입력참조/키마지막 유형열쇠 참조 키 체인에서 다음 중 하나일 수 있습니다. 일반 조각 키또는 어떤 키도 다음 값을 가질 수 없습니다.일반 프래그먼트 키. 제약 조건 AASd-127: 모델 참조의 경우, 즉참조와참조/유형 = ModelReference, 둘 이상의 키 입력참조/키유형이 있는 키조 각 참조유형의 키가 앞에 와야 합니다.파일또는얼룩. 다른 모든 AAS 조각, 즉,Aas서브모델요소,조각을 지원하지 않습니다. 참고: 지원되는 조각 종류는 콘텐츠 유형과 참조를 통해 참조되는 해당 리소스에 대해 허용되는 조각 식별자 사양에 따라 다릅니다. 메타모델 사양 세부정보: 지정자(표준) | 93/235페이지 제약 조건 AASd-128: 모델 참조의 경우, 즉참조와참조/유형 = ModelReference, 핵심 가치~의열쇠앞에열쇠~와 함께키/유형 =SubmodelElementList하위 모델 요소 목록의 배열에서 위치를 나타내는 정수입니다. 유효한 참조의 예: (하위 모델)http://example.com/aas/1/1/1234859590 (GlobalReference)http://example.com/specification.html 유효한 전역 참조의 예: (GlobalReference)http://example.com/ressource (GlobalReference)0173-1#02-EXA123#001 (GlobalReference)http://example.com/specification.html (FragmentReference)힌트 참고: (GlobalReference)http://example.com/specification.html (FragmentReference)Hints는 경로를 나타냅니다. 조각 식별자 http://example.com/specification.html#Hints 유효한 모델 참조의 예: (자산관리쉘)http://example.com/aas/1/0/12348 (하위 모델)http://example.com/aas/1/1/1234859590 (서브모델)http://example.com/aas/1/1/1234859590, (파일)사양 (개념설명)0173-1#02-BAA120#008 (하위 모델)http://example.com/aas/1/1/1234859590, (SubmodelElementList)문서, (SubmodelElementCollection)0, (MultiLanguageProperty)제목 (서브모델)http://example.com/aas/1/1/1234859590, (SubmodelElementCollection)매뉴얼, (MultiLanguageProperty)제목 메모: (SubmodelElementCollection)0, (MultiLanguageProperty)제목의미 및 내용 면에서 다음과 동일할 수 있습니다. (SubmodelElementCollection)수동, (MultiLanguageProperty)제목.차이점은 첫 번째 하위 모델에서는 둘 이상의 문서가 허용되므로 하위 모델 요소 목록이 정의된다는 것입니다. 목록의 요소에는 번호가 매겨집니다. 그러나 이 경우에도 표시 이름을 정의할 수 있습니다. 따라 서 SubmodelElementCollection의 표시 이름은 "Users Manual"과 같이 두 기반 모두에서 동일해야 합니다. (서브모델)http://example.com/aas/1/1/1234859590, (파일)사양, (FragmentReference)힌트 가정 http://example.com/specification.html 그런 다음 첫 번째 참조는 전역 참조와 동일한 정보를 가리킵니다(GlobalReference)http:// example.com/specification.html, (FragmentReference)힌트. 그만큼 파일 가지다 그만큼 값 사용 그만큼 순수한 길 (그리고 ~ 아니다 ㅏ 상대적인 길) (하위 모델)http://example.com/aas/1/1/1234859590, (Blob)사양, (FragmentReference)힌트 잘못된 모델 참조의 예: (글로벌 참조)http://example.com/aas/1/1/1234859590 (속성)0173-1#02-BAA120#008 (서브모델)http://example.com/aas/1/1/1234859590, (EventElement)이벤트, (FragmentReference)댓글 235페이지 중 94페이지 | 1 부 (자산 관리 셸)http://example.com/aas/1/0/12348, (하위 모델)http://example.com/aas/1/1/1234859590, (속성)온도 유효한 모델 참조가 아닙니다.자산 관리 셸그리고하위 모델둘 다 전 세계적으로 식별 가능합니다. 5.7.10.5 참조 매칭 알고리즘 5.4.6절에서 의미 식별자에 대한 일치 전략이 논의되었습니다. 이 절에서는 참조 개념을 기반으로 한 일치 전략에 대해 더 자세 히 설명하므로 다른 종류의 식별 요소도 다룹니다. 예를 들어, 9.2.3절에 정의된 참조의 문자열 직렬화는 이해를 돕기 위해 사용됩니다. 정확히 일치: • 모든 키의 모든 값이 동일한 경우 전역 참조 A는 전역 참조 B와 일치합니다. 참고: 조각 값이 전역 참조 값과 동일하여 다른 것을 참조할 가능성은 없다고 가정합니다. • 모든 키의 모든 값이 동일한 경우 모델 참조 A는 모델 참조 B와 일치합니다. 참고: 조각 키가 항상 고유하기 때문에 키 유형을 무시할 수 있습니다(예: 하위 모델의 모든 하위 모델 요소 또는 하위 모델 요소 목록 또는 컬렉션의 모든 하위 모델 요소). • 전역 참조 A는 모델 참조 B와 일치하고 모든 키의 모든 값이 동일한 경우 그 반대의 경우도 마찬가지입니다. 참고: AAS의 식별 항목은 전역적으로 고유하므로 모델 참조는 전역 참조의 특수한 경우입니다. 유일한 차이점은 AAS 요소 에 대해 사전 정의된 키 유형의 처리입니다. 예를 들어 IRDI 경로 등에 대해 다른 키 유형을 미리 정의할 수 있지만 지금 까지는 일반 키 유형만 지원됩니다. 참고: 모든 키 값이 키 체인의 올바른 순서를 따르고 있지만 키 유형이 동일하지 않은 경우 적어도 참조는 버그가 있고 경고가 발생해야 합니다. 5.7.11 템플릿, 상속, 한정자 및 범주 언뜻 보기에 데이터 사양 템플릿, 확장, 상속, 한정자 및 범주의 개념 간에 겹치는 부분이 있는 것 같습니다. 이 절에서는 공통점 과 차이점이 설명되고 모범 사례에 대한 힌트가 제공됩니다. 일반적으로 상속에 의한 메타모델의 확장이 예상됩니다. 대안으로 템플릿을 사용할 수도 있습니다. • 확장을 사용하여 독점 및/또는 임시 정보를 요소에 추가할 수 있습니다. 확장은 상호 운용성을 지원하지 않습니다. 표 준에서 누락된 속성에 대한 해결 방법으로 사용할 수 있습니다. 이 경우 동일한 확장이 특정 클래스의 모든 요소(예: 속 성)에 연결됩니다. 그러나 일반적으로 확장은 매우 임의적인 방식으로 첨부될 수 있습니다. 속성은 키 값 쌍(이 경우 "이름"이라는 키)으로 사전 정의된 방식으로 정의됩니다. • 확장과 대조적으로 템플릿은 템플릿에 동의하는 파트너 간의 상호 운용성을 가능하게 하는 것을 목표로 합니다. 템플 릿은 클래스의 다른 인스턴스가 다른 스키마를 따르고 스키마에 대한 템플릿이 메타모델의 디자인 타임에 알려지지 않은 경우에만 사용해야 합니다. 전체 메타모델이 아직 충분히 안정적이지 않거나 도구가 템플릿을 지원하지만 완전 한 메타모델은 지원하지 않는 경우 템플릿을 사용할 수도 있습니다. 일반적으로 동일한 범주를 가진 특정 클래스의 모 든 인스턴스는 템플릿을 준수하는 동일한 속성 값을 제공합니다. 확장과 달리 템플릿의 속성에는 말하는 이름이 있습 니다. • 그러나 표준화되지 않은 독점 데이터 사양 템플릿을 사용하는 경우 상호 운용성을 보장할 수 없으므로 가능한 한 피해 야 합니다. • 클래스의 모든 인스턴스가 동일한 스키마를 따르는 경우 상속 및/또는 범주를 사용해야 합니다. • 클래스의 모든 인스턴스가 동일한 스키마를 따르지만 범주에 따라 다른 제약 조건이 있는 경우 범주를 사용할 수 있습 니다. 이러한 제약 조건은 선택적 속성이 다음에 대해 필수임을 지정할 수 있습니다. 메타모델 사양 세부정보: 지정자(표준) | 95/235 페이지 이 범주(예: 물리적 가치를 나타내는 속성에 필수 단위). 상속을 통해 동일한 것을 실현하면 생략해야 할 다중 상속이 발생합니다.13. • 요소의 구조와 의미 체계가 한정자와 무관하게 동일한 경우 한정자가 사용됩니다. 요소에 대한 값의 품질이나 의미만 다릅니다. 5.7.12 기본 및 단순 데이터 유형 5.7.12.1 미리 정의된 단순 데이터 유형 자산 관리 셸의 메타 모델은 XSD(XML 스키마 정의)에 정의된 대로 다음과 같은 기본 데이터 유형을 사용합니다.14. 이들의 정 의는 이 문서의 범위를 벗어납니다. xsd 유형의 의미와 형식은 다음과 같이 지정됩니다.https://www.w3.org/XML/스키마 . 단순 유형 "langString"은 RDF(Resource Description Framework)에 지정됩니다.15. 원천 기본 데이터 유형 값 범위 샘플 값 xsd 끈 문자열(모든 유니코드 문자열은 아님) "안녕하세요", "Καλημέρα κόσμε", " 콘니치하" xsd 부울 허위 사실 허위 사실 xsd 바이트 - 128…+127(8비트) - 1, 0, 127 rdf langString 언어 태그가 있는 문자열 "안녕"@en, "안녕"@de. 이것은 RDF/ Turtle 구문으로 작성되었으며 "Hello" 및 "Hello"만 실제 값입니다. 간단한 데이터 유형은 소문자로 시작합니다. 이러한 유형 외에도 다양한 유형(즉, 기본 데이터 유형 "ValueDataType" 사용)이 있는 데이터 요소의 특수 처리가 있습니다. 그것들은 5.7.12.2절과 5.7.12.3절에서 논의된다. 5.7.12.2 원시 데이터 유형 특정 데이터 사양 템플릿에 사용되는 유형은 데이터 사양의 해당 절에 나열되어 있습니다. 표 6은 메타모델에 사용된 Primitives를 나열합니다. 기본 데이터 유형은 대문자로 시작합니다. 표 6 메타모델에서 사용되는 기본 데이터 유형 원어 설명 값 예 얼룩 유형 그룹바이트에스 <?xml 버전="1.0" 인코딩="UTF-8"?> 대표하다 (바이너리 및 비바이너리) 파일 콘텐츠