시각화에서 행동으로: Unity, 기계 정보 시스템, AI 에이전트, 그리고 산업용 디지털 트윈

시스템 통합업체, OEM, 자동화 엔지니어를 위한 실용적인 가이드

파트너십 토마스 스트리글, CEO, realvirtual.io

저자 소개: 토마스 스트리글은 realvirtual.io 의 CEO이며 시뮬레이션 및 자동화 소프트웨어 분야에서 18년 이상의 경력을 가지고 있습니다.

들어가는 말

이전 가이드에서, 설계, 시뮬레이션, 배포: 산업 디지털 트윈에 Unity가 중요한 이유우리는 산업 시스템의 실시간 3D 복제 플랫폼을 구축하는 플랫폼으로서 Unity에 대해 논의했습니다. 거기서 제기된 주장들은 여전히 유효합니다. 이 포괄적인 2부작 전자책 시리즈에서는 그 기반과 점점 더 교차하는 두 가지 주제에 집중합니다:

대형 언어 모델, AI 에이전트, 모델 컨텍스트 프로토콜(MCP)의 빠른 개발: 이들은 이제 연구 환경에서 일부 통합업체들이 운영 환경에서 사용하기 시작하는 도구로 이동했습니다.

EU 기계 규정 (EU) 2023/1230: 그 규제 2023년에 채택되었으며, 전체 신청일인 2027년 1월 20일은 널리 알려져 있습니다. 지금 변하는 것은 마감일이 가까워졌다는 점입니다. 지금 변하는 것은 마감일이 가까워졌다는 점입니다. 2년이 채 남지 않은 시점에서 지원 프레임워크가 형성되고 있습니다: 조화로운 표준이 개정되고, 적용 가이드가 작성되며, 기계 제작자들이 인식에서 구현으로 나아가고 있습니다. 새로운 사이버보안 조항들이 운영 요건이 되고 있으며, 규제가 구조화된 디지털 문서화를 명시적으로 지원함으로써 문서화가 정적인 산출물에서 유지 관리되는 라이프사이클 자원으로 전환되고 있습니다.

이 두 가지 발전은 보통 별도로 논의됩니다. 이 전자책 시리즈는 이 두 가지를 함께 논의하는데, 그 이유는 근본적인 작업들이 상당히 겹치기 때문입니다. AI 시스템은 구조화되고 기반이 있는 데이터가 필요합니다. 규제 준수를 위해 준비된 구조화된 디지털 문서는 산업 AI 시스템의 기반이 될 수도 있습니다. 1부에서 설명한 4계층 아키텍처 — 신호, MES 컨텍스트, 문서, 공간 컨텍스트 — 는 운영자와 이후 추가되는 AI 도구 모두를 지원합니다.

3D HMI — 더 정확히 말하면,기계 정보 시스템 이는 실시간 기계 데이터, 기업 맥락, 구조화된 문서가 동일한 공간 표면에 통합될 때 나타납니다 — 기계 데이터, 문서화, AI 생성 정보가 운영자에게 결합되는 지점입니다.

여기서 의도는 AI가 공장을 변화시킨다고 주장하는 것이 아니라, 이미 이용 가능한 도구와 표준을 활용해 통합업체들이 유용하게 느낄 수 있는 실용적인 아키텍처 패턴을 설명하는 데 있습니다. 이 아키텍처는 오직 운영 가치만으로 존재합니다; 이 규정은 단지 유럽 시장의 시점을 더 명확하게 만들 뿐입니다.

파트 1

연결된 층: 데이터, 문서, 그리고 3D HMI

1. 디지털 트윈을 넘어서

이전 전자책 디지털 트윈이 실제 자동화 시스템과 연결될 때 더 유용해지고, 생애주기 전반에 걸친 실제 기계 행동을 반영하는 도구로 논의했습니다. 이 토대는 오늘날 제조업체들이 디지털 전환에 접근하는 방식을 계속 형성하고 있습니다.

시스템 통합업체에게 가치 문제는 보통 시각적 충실도보다는 통합에 더 가깝습니다. 포장 라인, 스태커 크레인, 또는 분산 창고는 운영 가능하고 지원적이며 유지 관리가 가능해야 하며, 종종 10년 이상 지속되어야 합니다. 중요한 질문은 디지털 트윈이 데이터, 인력, 그리고 시스템이 운영 기간 동안 유지될 수 있도록 하는 문서들을 얼마나 잘 연결하는지에 관한 것입니다.

그 운영 이점 이러한 통합 환경은 상당하며, 어떤 규제 체계와도 독립적입니다:

• 더 빠른 고장 진단:

실시간 기계 및 프로세스 데이터에 연결된 3D HMI는 조작자가 심볼릭 결함 코드를 물리적 위치에 매핑하는 대신 영향을 받는 부품을 공간적 맥락에서 볼 수 있어 고장 진단 시간을 단축합니다.

• 기술 장벽 감소:

경험치 기준을 낮춥니다신규 직원, 교대 근무자, 교대 근무 인력을 위한 — 기계 및 전기 분야에서 숙련된 기술자 부족이 잘 알려진 거의 모든 산업 부문에서 중요한 일입니다.

• 효과적인 원격 지원:

제조사의 서비스 기술자가 운영자가 보는 것을 같은 3D 맥락에서 볼 수 있어 원격 지원이 의미 있게 되어 정확한 지시를 제공할 수 있습니다.

• 생산 중단 없는 교육:

실제 훈련에 맞서 훈련이 이루어질 수 있게 해줍니다 기계 구성 생산을 중단하지 않고.

• 기계 수준에서의 운영 맥락:

마지막으로, 주문, 배치, KPI, 에너지 수치 등 기계 정보 시스템 데이터가 동일한 3D 뷰에 겹쳐지면, 운영자는 기계가 작동 중인지뿐만 아니라 맥락 내에서 어떻게 작동하는지도 볼 수 있습니다.

이러한 혜택은 규정에 따라 서류 패키지가 요구되는지 여부와 관계없이 누적됩니다. 이 가이드가 설명하는 아키텍처의 운영 사례입니다. 3절에서 논의하는 규제 사례는 병행하여 진행된다: 구조가 새로운 것을 변화시킨다 EU 기계 규정 도입 절차는 동일한 아키텍처를 따르므로, 규제 업무와 운영 업무가 별도의 예산을 두고 경쟁하지 않고 겹칩니다.

이로 인해 디지털 트윈의 역할이 변경됩니다. 3D 모델은 단순한 시각화를 넘어 신호, 기업 데이터, 문서를 연결해 운영자와 점점 AI 도구가 탐색할 수 있는 공간 인덱스 역할도 할 수 있습니다.

2. 작동하는 디지털 트윈 뒤에 있는 네 개의 데이터 계층

운영에 사용되는 디지털 트윈은 일반적으로 다음과 상호작용합니다 네 개의 뚜렷한 데이터 계층. 각각은 그 자체로는 불완전합니다.

신호 계층 가장 빠르고 가장 낮은 값입니다. PLC 입력과 출력, 구동 위치, 센서 상태, 알람 — 밀리초 주기로 변하는 값들. 이 계층은 가상 시운전 및 동작 시뮬레이션에서 이미 사용되고 있으며, 일반적으로 OPC UA, Beckhoff ADS, Siemens S7 TCP/IP, 또는 MQTT를 통해 사용됩니다. 대부분의 디지털 트윈 사용 사례에서는 10에서 50ms 사이의 업데이트 주기만으로도 충분합니다.

MES 계층 더 느리고 넓습니다. 생산 주문, 배치, 레시피, KPI, 자재 흐름, 품질 기록, 에너지 수치. 이 데이터는 이벤트 기반이며 일반적으로 REST API, OPC UA, 메시지 브로커 또는 직접 데이터베이스 연결을 통해 접근됩니다. 이 계층은 신호 데이터를 해석 가능하게 하는 맥락을 제공합니다: 같은 속도로 작동하는 동일한 컨베이어는 현재 처리 중인 순서에 따라 의미가 다릅니다.

문서 관리 계층 역사적으로 가장 적은 관심을 받은 곳입니다. 운용 지침서, 전기 회로도, P&ID 다이어그램, 위험 평가, 적합성 선언서, 부품 목록, 소프트웨어 버전, 유지보수 절차, 서비스 이력. 대부분의 설치에서 이 계층은 바인더, 네트워크 공유, 또는 PDF 아카이브 형태로 존재하며, 무엇을 찾아야 하는지 아는 사람만이 검색할 수 있습니다. 새로운 EU 기계 규정에 따라 이 계층의 구조가 변경되고 있으며, 이는 다음 섹션에서 다룰 내용입니다.

공간/맥락 계층는 3D 모델 자체입니다. 이 좌표계는 다른 세 층 간의 통합 좌표계 역할을 할 수 있습니다. 신호 주소는 추상적이며; 동일한 신호가 조작자가 보고 클릭할 수 있는 특정 밸브에 매핑되어 있으면 더 직접적으로 해석할 수 있습니다.

3. 새로운 기계 규정에 따른 문서

10년 넘게 유럽 시장에 출시된 기계와 함께 제공되는 기술 문서는 기계 지침 2006/42/EC. 익숙한 의무들 — 부록 VII에 따른 기술 파일, 사용 지침, EC 준수 선언서, 10년 보존 기간 — 는 일반적으로 인쇄된 매뉴얼, PDF 아카이브, 종이 선언서를 통해 이행되었습니다.

이 틀은 교체되고 있습니다. 규정 (EU) 2023/1230새로운 기계 규정은 2023년 6월 14일에 채택되었으며, 2027년 1월 20일부터 완전히 시행될 예정입니다. 이 지침은 2006/42/EC를 폐지하며, 지침이 아닌 규제로서 모든 EU 회원국에 직접 적용되며, 국가별 전환을 요구하지 않습니다.

이 규정은 이미 한동안 존재해 왔지만, 지원 체계는 아직 완성 중입니다. 위원회의 CEN과 CENELEC에 대한 표준화 요청은 2025년 1월에 채택되었으며, 2026년 말까지 공식 저널에 완전한 조화 표준 세트를 게재하는 것이 목표입니다. 공식 지원 가이드의 초안은 2026년 초부터 작성될 예정이며, 최종 출판은 2026년 말경에 이루어질 것으로 보입니다. 실무 해석 작업이 현재 진행 중이며, 2027년 1월 20일부터 시장에 나오는 프로젝트는 이를 준수해야 합니다.

변경 사항을 설명하기 전에, 널리 오해되기 때문에 한 가지 중요한 점을 주목할 필요가 있습니다: 종이 문서는 새 규정 하에서도 완전히 준수됩니다. 아래에 설명된 변경 사항은 문서를 디지털로 제공하는 제조업체에 적용되며, 규제가 명시적으로 개방하지만 의무화하지는 않습니다.

세 가지 변경 사항 이 규정이 도입한 내용은 특히 기계 제작자와 시스템 통합업체에 매우 중요합니다. 관련 조항들은 부록에 원문 그대로 재현되어 있다.

디지털 문서화는 이제 명시적으로 허용됩니다: 제10조 7항은 사용 지침을 디지털 형식으로 제공할 수 있도록 허용합니다. 제10조 8항은 EU 적합성 선언을 디지털 방식으로 제공하고, 인터넷 주소나 기계 판독 코드를 통해 접근할 수 있도록 허용합니다. 부분 완성된 기계의 조립 지침서(제11조)도 디지털로 제공될 수 있습니다. 종이는 요청 시 여전히 제공되어야 하며, 비전문 사용자를 위한 특정 안전 정보는 반드시 종이로 보관해야 합니다.

디지털 경로를 선택하는 제조업체들을 위한문서는 기계가 시장에 출시된 후 최소 10년 또는 기계의 예상 수명 중 더 긴 기간 동안 온라인에서 접근 가능해야 합니다. 실제로는 10년만 작동하는 경우가 드물다: 산업용 기계는 보통 15년, 20년, 심지어 30년 동안 작동하기 때문에, 대부분의 설치에서는 10년 기준선보다는 수명 조항이 구속력 있는 제약 조건이다. 제조업체는 문서를 접근 가능하고, 최신이며, 수명 주기 전반에 걸쳐 버전 관리하도록 유지할 책임을 유지합니다.

사이버보안은 필수 보건 및 안전 요건으로 추가되었습니다. 부록 III는 1.1.9절(부패 방지)과 1.2.1절(제어 시스템의 안전성 및 신뢰성)에서 제어 시스템이 위험한 상황으로 이어질 수 있는 합리적으로 예측 가능한 악의적 시도를 견뎌내도록 요구합니다. AI 기반 안전 기능과 자기학습 시스템은 명시적으로 범위 내에 있으며, 고위험 범주에 대해서는 더 엄격한 적합성 평가가 적용됩니다.

실질적인 결과는 디지털 경로를 채택한 제조업체들이 일회성 산출물에서 기계와 함께 운영 수명을 함께 유지하는 유지되고 구조화된 온라인 자원으로 이동하게 된다는 점입니다. 종이 전달은 여전히 완전한 준수 대안이며, 비전문 사용자에게 전달되는 안전 관련 정보에 대해서는 의무적으로 유지됩니다.

새로운 규정이 제조업체에 의미하는 바

관련된 실질적인 질문으로는, 공급업체가 제공한 부품 데이터—드라이브, 센서, 밸브, PLC, 안전 부품, IO-Link 마스터—가 제조업체의 기술 파일에 어떻게 반영되는가가 있습니다. 여기서 가장 관중을 끄는 구조화된 형식은 다음과 같습니다. 자산관리 셸 (AAS)IEC 63278과 산업 디지털 트윈 협회(IDTA)에서 정의한 개별 부품에 대한 기계 판독 가능한 디지털 트윈 규격입니다.

AAS 인스턴스는 특정 부품에 대한 명판 데이터, 기술 사양, 문서, 그리고 안전, 에너지, 유지보수를 위한 서브모델들을 표준화된 형태로 담아 모든 AAS 지원 소비자가 읽을 수 있습니다.

AAS는 아직 아닙니다 그 보편적인 업계 표준 — 도입은 부분적이고, 생태계는 아직 성숙 중이며, 많은 공급업체들이 이제 막 공개를 시작했지만 — 중요한 것은 그 궤적입니다: 공급업체가 AAS 하위 모델을 출하하는 임계 질량이 되면, EU 규정 2023/1230을 충족하고 동시에 AI 기반 진단을 근거지로 삼는 구조화된 전자 문서화는 수동 통합 프로젝트가 아닌 구성 문제로 전락합니다.

이미 AAS 서브모델을 출시하는 공급업체로는 Siemens(SIMATIC S7-1500), Festo(VTSA 밸브 터미널), ABB(ACS880 드라이브), Pepperl+Fuchs(IO-Link 마스터), WAGO, Murrelektronik 등이 있습니다. AAS를 표준 공급업체-입력 형식으로 취급함으로써 부품 체인이 기계의 수명 전반에 걸쳐 추적 가능해집니다 — 이는 기계에 동봉된 기술 문서에 규정상 요구하는 사항이며, 기계 정보 시스템 런타임에서 참조되는 구조화된 문서가 가능해집니다 ( 공급업체 AAS 6절의 참조 아키텍처에 입력) 스케일.

4. 3D HMI에서 기계 정보 시스템으로의

이전 전자책3D HMI는 공간적 맥락에서 기계 상태를 반영하는 시각화 계층으로 설명되었습니다. MES와 문서 계층이 추가되면서, 같은 3D HMI은 더 큰 무언가로 진화합니다:기계 정보 시스템 — 실시간 기계 상태, 기업 맥락, 구조화된 문서를 통합하여 관련된 위치에 있는 운영자에게 모두 제시하는 단일 공간 표면입니다.

용어가 중요합니다. 클래식 HMI는 제어 및 모니터링 인터페이스로, 기계 상태를 보여주고 운영자의 입력을 받습니다. A 제조 실행 시스템(MES)은 더 높은 조직 수준에 위치하며, 기계와 생산 라인 전반에 걸쳐 주문 및 생산 데이터를 관리합니다. A 기계 이 전자책에서 사용되는 의미의 정보 시스템(MIS)은 기계 자체에 위치하며, 모든 종류의 정보를 통합하여 이 특정 기계 — 센서 상태, 현재 명령, 매뉴얼, 설계도, 경보 기록, 소프트웨어 버전, 일치 선언 — 하나의 항해 가능한 공간 표면으로 통합되었습니다.

이는 HMI의 정보 역할을 확장하지만, 반드시 제어 역할을 포함하는 것은 아닙니다: 기계 정보 시스템은 순수 읽기 전용일 수 있으며, 많은 경우 이것이 더 간단하고 안전한 선택입니다. 그 이유는 사이버보안 요구사항 하에서 공격 표면이 적고, 인증 및 문서화 범위가 좁으며, 운영자 정보, 유지보수 지원, 교육 워크플로우와 깔끔하게 연결되는 태세입니다.

기계 정보 시스템 정의

용어에 대한 참고: 기계 정보 시스템 (MIS)는 이 전자책에서 사용하는 자산 수준 의미로, 우리가 제안한 용어이지 기존 산업 범주가 아닙니다. 전통적인 HMI는 기계 제어와 운영자 상호작용에 중점을 두고, MES 플랫폼은 기업 수준에서 생산 및 워크플로우를 관리하며, 자산 게임 수명주기 정보 관리 시스템은 엔지니어링, 문서화, 라이프사이클 데이터를 처리합니다. 각 기능은 운영자의 정보 요구의 일부를 다루지만, 공간 3D 인터페이스를 통해 제공되는 통합된 기계별 뷰를 완전히 설명하는 것은 없습니다.

용어 기계 정보 시스템 여기서 이 부족한 계층을 설명하는 데 사용됩니다: 운영 상태, 기업 맥락, 구조화된 문서를 하나의 공간 경험으로 결합한 통합 기계 수준 정보 표면입니다.

일반적인 운영 예로는 고장 진단이 있습니다.

• 전통적인 HMI에서는 운영자가 보통 결함 코드와 텍스트 메시지를 보고, 별도의 매뉴얼을 참고하여 해당 섹션을 찾아봅니다.
• 더 통합된 HMI에서는 운영자가 3D 뷰에서 영향을 받는 부품을 클릭할 수 있고, 뷰어는 현재 신호 상태, MES의 활성 생산 명령, 관련 유지보수 이력, 디지털 매뉴얼의 일치 섹션을 표시할 수 있습니다 — 이 모든 것은 GLB 파일이나 씬 그래프에 존재하는 동일한 부품 ID로 참조됩니다.

이 접근법의 가치는 결함 처리를 훨씬 넘어섭니다.

네 가지 작전 성과(Operational Gain) 기계 정보 시스템을 운영자 경험의 중심에 둔 프로젝트에서 일관되게 나타나는 경향이 있습니다:

더 빠른 고장 식별 및 대응: 산업용 기계는 종종 수백 개의 센서, 드라이브, 부품을 포함하며, 각각은 평평한 네임스페이스에 고유한 식별자를 가지고 있습니다. "Sensor BG2-S147 fault"와 같은 상징적 메시지는 운영자가 추상 식별자에서 물리적 위치로 변환해야 합니다. 3D 뷰에서 보이는 동일한 결함 — 실제 기계 형상에 강조된 영향을 받은 센서 — 이 변환 단계를 제거합니다. 복잡한 기계나 매일 시스템을 다루지 않는 직원에게는 5분 검색과 즉각적인 대응의 차이가 됩니다.

통합 운영 맥락: MES 데이터가 3D 장면에 겹쳐지면, 운영자는 기계가 실행 중인지뿐만 아니라 활성 주문, 목표 사이클 시간, 최근 KPI에 대한 성능도 확인할 수 있습니다. 유지보수 및 품질 정보는 별도의 대시보드가 아니라 그들이 참조하는 구성 요소에 표시됩니다. 이것이 바로 머신 정보 시스템이 테이블과 목록이 아닌 공간적 맥락에 기반할 때 제공하는 것이며, 이 아키텍처가 만들어내는 것에 대해 '3D HMI'보다 용어가 더 정확한 실질적인 이유이기도 합니다.

전문 지식에 대한 의존도 감소: 모든 운영자가 제조사의 모든 부품에 대한 깊은 지식을 가진 것은 아닙니다. 문서, 센서 상태, 운영 지침이 동일한 3D 뷰에서 접근할 수 있어, 경험이 적은 직원도 이전에는 수석 기술자나 서비스 호출이 필요했던 1차 진단과 일상적인 개입을 수행할 수 있습니다. 이는 숙련된 기술자 가용성이 제한된 산업에서 점점 더 중요해지며, 교대 인수인계, 휴가 근무, 주말 운영을 더욱 견고하게 만듭니다. 원격 지원은 역의 이점을 얻는데, 제조사의 서비스 기술자는 현장 운영자와 동일한 3D 상황을 보고, 영상 통화나 공유 세션을 통해 정밀하고 공간적으로 고정된 지시를 제공할 수 있습니다.

지속적인 운영 지식 수집: 이것은 기계 정보 시스템의 종종 간과되는 역할입니다. 기계에 포함된 문서 세트는 불완전할 수밖에 없습니다 — 모든 고장 구조, 효과적인 우회 방법, 유지보수 직원들이 수년간 발견한 원인과 해결 쌍을 예측할 수 없습니다. 운영자와 기술자가 3D 장면에서 영향을 받은 부품에 직접 관찰 결과를 첨부할 수 있을 때—고장 설명, 진단된 원인, 적용된 해상도, 교체된 부품, 사진 또는 짧은 메모—이 시스템은 이 특정 설치가 실제로 어떻게 동작하는지에 대한 장기적인 기록이 됩니다. 기계의 수명 동안 이 데이터는 제조사의 원래 문서와 동일한 부품 ID에 고정된 구조화된 결함 및 해결 이력으로 축적됩니다. 그 결과는 다음 조건의 기초가 됩니다. 자산의 지식 기반 운영: 교대 인수인계는 실제 이전 사고를 참조할 수 있고, 경험이 적은 직원들은 이전 직원들의 진단 경험을 물려받을 수 있으며, (2부에서 논의하듯) AI 기반 진단 도구는 제조업체 매뉴얼뿐만 아니라 실제 설치의 역사에 근거해 답을 제시할 수 있습니다.

이러한 통합을 위한 기술적 구성 요소는 현재 이용 가능합니다: 라이브 신호용 WebSocket 스트림, MES 컨텍스트용 REST 또는 OPC UA, 컴포넌트 식별자에 연동된 구조화된 디지털 문서, 그리고 결합된 뷰를 렌더링하는 3D 뷰어(Unity네이티브, WebGL, 또는 realvirtual.io 웹 뷰어와 같은 브라우저 기반 스택, web.realvirtual.io/demo 에서 공개 데모가 있음)를 제공합니다. 통합업체들의 나머지 업무는 주로 기술보다는 건축 쪽에 집중되어 있습니다.

5. 적분기를 위한 아키텍처 패턴

기계 정보 시스템 구축을 위한 모범 사례

3D 장면을 기하학적이고 식별 가능한 진실의 근원으로 다루는 것. 컴포넌트 ID, 운동학 구조, 메타데이터는 장면 파일에 저장할 수 있습니다(예: GLB의 확장 데이터나 Unity 프리팹 메타데이터). 다른 시스템들은 이 ID들을 재정의하지 않고 참조합니다. 이 방식은 3D 뷰에서 클릭 후 신호, MES 기록, 수동 섹션으로 일관되게 해석할 수 있게 합니다. 아래 스크린샷은 실제 패키징 라인에서 이 패턴을 보여줍니다: Unity 에디터는 기계 제작자가 CAD를 가져오고, 운동학 및 부품 계층 구조를 정의하며, 센서와 구동 동작을 구성하고, 각 게임오브젝트와 함께 기계의 수명 동안 이동하는 구조화된 메타데이터를 부착하는 저작 환경입니다.

오른쪽 인스펙터에서는 런타임 메타데이터와 런타임 인터랙터 컴포넌트가 실제로 공간 인덱스 패턴을 구현하는 방식입니다: 컴포넌트 ID는 외부 매핑 테이블이 아닌 GameObject 위에 존재하므로, GLB로 내보낼 때 지오메트리가 포함된 식별자를 포함합니다. 가상 시운전은 같은 장면에서 이루어지며, realvirtual 코어의 드라이브 및 센서 모델이 연결된 PLC에 반응하여 물리적 기계가 존재하기 전에 운동학과 신호 매핑을 수행합니다. 씬이 종료되면, 동일한 저작 콘텐츠가 GLB로 랜타임에 전달되며, 별도의 하위 재모델링 단계가 없습니다.

각 데이터 계층마다 얇고 목적에 특화된 어댑터를 사용합니다. 신호용 WebSocket 어댑터, MES용 REST 또는 OPC UA 클라이언트, 컴포넌트 ID로 매뉴얼과 회로도를 노출하는 문서 서비스. 각 어댑터는 하나의 소스를 담당합니다. realvirtual.io 와 같은 툴킷은 신호와 씬 측면을 이러한 방향으로 구성합니다; 이 패턴은 MES와 문서화에도 확장될 수 있습니다.

소프트웨어와 함께 기계 정보 시스템의 버전 설정. 문서가 디지털로 제공되는 경우, 기계 규정에 따라 EU의 적합성 선언서와 사용 지침은 기계 수명 동안, 소프트웨어 업데이트 전반에 걸쳐 접근 가능하도록 요구합니다. 실용적인 답변은 단순한 문서화를 넘어섭니다: 전체 기계 정보 시스템—3D 장면, 신호 매핑, 구성 요소 메타데이터, 구조화된 문서, 그리고 수년에 걸쳐 축적된 수집된 운영 지식—은 특정 기계 일련번호와 소프트웨어 릴리스에 묶인 버전화된 산출물입니다. 여기서 필요한 특성들은 지난 20년간 소프트웨어 개발이 이미 해결한 것들입니다: 과거 배송을 정확히 재구성할 수 있는 불변의 역사적 상태, 규제 목적을 위한 시장 배치 상태를 표시하는 서명 태그, 기계 변형과 고객 전용 구성의 분기, 그리고 10년 이상의 단일 도구 공급업체를 통과해 10년 이상 지속되는 분산 복제 — 보통 산업 기계의 실제 작동 수명 동안 — 규제 기준 최소한이 아닙니다. Git은 소스 코드뿐만 아니라 전체 머신 패키지 수준에서 적용되어 이 속성 집합에 놀라울 정도로 잘 부합합니다. Gitea(6절의 realvirtua.io 참조 아키텍처 내 아카이브 계층)와 같은 시스템은 산업 기계 패키지의 자연스러운 전달 및 아카이브 형식으로 변모하고 있으며, 소프트웨어 개발에서 부담을 지녔던 버전 관리 패턴이 전통적인 기계 전달의 제약에 직접 적용되고 있습니다.

구조화된 API를 통해 문서 세트를 노출하는 것. 부품 ID와 결함 코드에 대응하여 관련 수동 섹션을 반환하는 문서 서비스는 인간 운영자에게 유용합니다. 동일한 구조화된 접근은 2부에서 논의한 사용 사례도 지원하는데, AI 도구가 학습 데이터에만 의존하지 않고 제조사의 실제 문서에 기반해 결과를 낼 수 있습니다.

6. 참조 아키텍처

지금까지 도입된 네 가지 데이터 계층, 기계 정보 시스템 개념, 그리고 위의 아키텍처 패턴들은 통합자들이 적응할 수 있는 참조 아키텍처로 결합됩니다. 아래 다이어그램은 realvirtua.iol 참조 스택 — 저작 환경, Gitea 아카이브, 머신 정보 시스템 런타임, 플랜트 연결 — 을 하나의 구체적인 인스턴스로 보여줍니다. 저작과 전달의 일반적인 분리는 다양한 도구로 구현할 수 있습니다.

• 그 저술 사이드, Unity 에디터CAD와 3D 자산을 소비합니다.Unity 자산 관리자 공급업체 AAS 소스(지멘스, 페스토, ABB)와 PDM 시스템에서 얻은 기계 메타데이터를 활용해 realvirtual.io 코어에 대한 메타데이터, 신호 및 문서 매핑을 생성합니다. 그 후 Unity를 사용하여 개별 부품에 재료, 운동학적 거동, 모션 제약 조건을 적용하여 가져온 기계 CAD 모델을 설정합니다. 이로 인해 정적인 기하학이 완전히 상호작용적이고 물리적으로 사실적인 3D 기계 모델로 변환되어 사용자가 실시간으로 탐색하고 조작할 수 있습니다.

수출 번들 — 3D 기계 모델(GLB), AAS 데이터, 문서, 서명된 일치 선언서 — 은 Gitea 저장소에 태그 릴리스로 보관되어 있으며, 이는 기계 규정(EU) 2023/1230에 따라 요구되는 10년 아카이브로 의도되었습니다.

• 그 배달 또한 머신 정보 시스템 런타임은 Three.js WEB realvirtual.io, TypeScript, AGPL 라이선스 및 자체 호스팅 가능하며, Gitea 아카이브에서 배포되어 rv Connect(실시간 신호), InfluxDB(시계열), 머신의 PLC 인터페이스를 통해 운영 중인 플랜트에 연결되어, 머신 상태, 문서, 유지보수, 예비 부품 관리 및 분석을 운영자에게 제공합니다.
• realvirtual.io 핵심인 공유 구동, 센서, 운동학적 동작은 저작 환경과 런타임 환경 모두에 존재합니다: 저작 및 가상 시운전 시 Unity 구성 요소로, 런타임에서는 Three.js 구성 요소로, 시뮬레이션을 구동하는 동일한 행동 모델이 제공된 기계 정보 시스템도 구동합니다.
• 기존 자동화 시스템인 PLC, 드라이브, 센서, 로봇, MES는 스택 하단에 변함이 없습니다. 그 위에는 신호 계층과 대부분의 통합업체가 이미 구축 중인 MES 계층이 위치해 있습니다. 이와 함께, 컴포넌트 ID와 결함 코드로 구조화된 문서 서비스는 규제 아카이브 요구사항과 기계에서 빠르고 권위 있는 참조 자료를 확보하려는 운영자의 요구를 모두 충족합니다.

클릭 수 여기 2부에서는 MCP와 에이전트 계층이 기본 아키텍처를 변경하지 않고 어떻게 맞춰지는지 논의합니다.