IOTEL: A Tool for Generating IoT-enriched Object-Centric Event Logs

이 논문은 사물인터넷 (IoT) 데이터와 기존 비즈니스 프로세스 이벤트 로그 간의 통합 난제를 해결하기 위해, 표준 OCEL 스키마를 기반으로 체계적으로 IoT 가 강화된 객체 중심 이벤트 로그를 생성하는 도구인 'IOTEL'을 제안하고 실증 사례를 통해 그 유효성을 입증합니다.

핵심

🌐 사물인터넷 (IoT) 과 비즈니스의 '결혼'을 돕는 도구: IOTEL 설명

이 논문은 IOTEL이라는 새로운 도구를 소개합니다. 이 도구의 역할을 이해하기 위해 먼저 비유를 하나 들어보겠습니다.

🏭 비유: 공장 관리자와 센서들의 '혼란스러운 대화'

상상해 보세요. 거대한 공장이 있습니다.

1. 공장 관리자 (기존 시스템): "오늘 A 트럭이 9 시에 들어와서 10 시에 물건을 실었고, 11 시에 나갔어."라고 기록합니다. (이게 이벤트 로그입니다. 비즈니스의 흐름을 기록한 일지죠.)
2. 센서들 (IoT): "A 트럭의 무게가 5 톤이야!", "GPS 위치가 여기야!", "온도가 25 도야!"라고 수천 개의 데이터를 쏟아냅니다. (이게 IoT 데이터입니다.)

문제점:
관리자의 일지와 센서의 데이터는 서로 다른 언어로 쓰여 있고, 서로 다른 곳에 저장되어 있습니다. 게다가 센서 데이터는 너무 많고 복잡해서 ("무게가 5.01 톤, 5.02 톤, 5.015 톤...") 관리자가 일지에 모두 적으려다 보면 일지가 산처럼 불어나고, 도대체 무엇을 봐야 할지 모르게 됩니다.

기존의 해결책:
예전에는 이 두 가지를 억지로 합치거나, 센서 데이터에서 비즈니스 흐름을 다시 찾아내는 복잡한 작업을 해야 했습니다. 하지만 이는 마치 모든 센서 데이터를 일지에 복사해 붙이는 것처럼 비효율적이었습니다.

---

💡 IOTEL 의 등장: "필요한 것만 골라주는 스마트 비서"

이때 IOTEL이 등장합니다. IOTEL 은 두 세계를 자연스럽게 연결해주는 스마트 비서이자 번역기 역할을 합니다.

1. "잡음"을 걸러내는 필터 (IoT 데이터 처리)

센서 데이터는 너무 많습니다. IOTEL 은 "이 데이터가 비즈니스에 정말 중요한가?"를 판단합니다.

• 비유: 요리할 때 재료를 다 사오지 않고, 요리에 꼭 필요한 재료만 골라내는 것입니다.
• IOTEL 은 불필요한 센서 데이터는 버리고, 트럭의 무게나 위치처럼 비즈니스 과정 (물건을 싣고 나가는 일) 에 직접 영향을 미치는 데이터만 남깁니다.

2. "OCEL"이라는 공통 언어로 번역

기존에 비즈니스 데이터와 IoT 데이터를 섞는 방식은 복잡했습니다. 하지만 IOTEL 은 **OCEL(Object-Centric Event Log)**이라는 특별한 공책을 사용합니다.

• 비유: 서로 다른 언어를 쓰는 두 사람이 대화할 때, **제 3 의 공통 언어 (영어 등)**를 사용하게 해주는 것입니다.
• OCEL 은 "트럭", "화물", "계획"처럼 여러 물건이 서로 어떻게 상호작용하는지 한눈에 보여주는 구조입니다. IOTEL 은 IoT 데이터를 이 OCEL 공책의 빈칸에 딱 맞게 채워 넣습니다.

3. "어디에 붙일까?" 결정하기

데이터를 어디에 기록할지 정해줍니다.

• 이벤트 속성: "트럭이 게이트를 통과할 때"라는 행동에 센서 데이터를 붙입니다. (예: 게이트 통과 시간)
• 객체 속성: "트럭 자체의 무게"처럼 물건 자체의 특성을 기록합니다. (예: 트럭의 최대 적재량)
• IOTEL 은 사용자가 "이 데이터는 트럭에 붙여줘" 또는 "이 데이터는 트럭이 통과하는 순간에 붙여줘"라고 쉽게 설정할 수 있게 해줍니다.

---

🛠️ IOTEL 이 실제로 한 일 (실제 사례)

이 도구는 호주 퀸즐랜드 공과대학교 연구진이 **항구 (Port)**에서 실제로 테스트했습니다.

• 상황: 항구에서 트럭이 화물을 실어 나르는 과정에서 **사기 (불법적인 무게 조작 등)**를 막아야 했습니다.
• 문제: 트럭이 언제 들어왔는지 (비즈니스 데이터) 와 트럭의 무게가 어떻게 변했는지 (IoT 데이터) 가 따로따로 있었습니다.
• IOTEL 의 활약:
  1. GPS 와 무게 센서 데이터를 가져와서 불필요한 잡음을 제거했습니다.
  2. 항구의 업무 일지 (OCEL 로그) 와 자동으로 합쳤습니다.
  3. 그 결과, "어떤 트럭이 언제, 얼마나 무거워졌는지"를 한눈에 볼 수 있는 완벽한 보고서가 만들어졌습니다. 이를 통해 사기 행위를 쉽게 찾아낼 수 있게 되었습니다.

---

🚀 결론: 왜 이것이 중요한가요?

IOTEL 은 비즈니스 전문가와 연구자가 복잡한 코딩을 몰라도, 사물인터넷 (IoT) 데이터를 비즈니스 분석에 쉽게 활용할 수 있게 해줍니다.

• 기존 방식: "센서 데이터가 너무 많아서 분석하기 힘들어." (고통)
• IOTEL 방식: "필요한 데이터만 골라서 비즈니스 일지에 깔끔하게 붙여줬어. 이제 분석해!" (해결)

이 도구는 마치 레고 블록처럼, 복잡한 IoT 데이터 조각들을 비즈니스의 흐름에 딱 맞는 형태로 맞춰주어, 기업이 더 똑똑하고 투명하게 운영될 수 있게 돕는 만능 연결 도구라고 할 수 있습니다.

기술 요약

1. 문제 정의 (Problem)

사물인터넷 (IoT) 데이터와 비즈니스 프로세스 이벤트 로그를 통합하는 것은 IoT 가 강화된 프로세스를 분석하는 데 필수적이지만, 다음과 같은 주요 어려움으로 인해 구현이 복잡합니다.

• 추상화 수준의 불일치: IoT 데이터는 물리적 시스템에서 발생하는 저수준의 센서 측정값인 반면, 이벤트 로그는 기업 시스템에 기록된 고수준의 프로세스 실행 기록입니다.
• 데이터 소스의 분리: 두 데이터 소스가 서로 분리되어 있어 직접적인 통합이 어렵습니다.
• 복잡성 증가: 원시 IoT 데이터를 단순히 이벤트 로그에 포함시키면 로그의 크기와 복잡성이 불필요하게 증가하여, 프로세스 분석을 수행하기 전에 상당한 전처리가 필요합니다.
• 기존 도구의 한계: 기존 도구 (예: BROOM) 는 특정 메타모델 (CORE) 에 의존하거나 센서 데이터에서 프로세스 이벤트를 추출하는 데 초점을 맞추어, 기존 이벤트 로그에 프로세스 관련 IoT 데이터를 체계적으로 통합하는 데는 제한적인 지원을 제공합니다.

2. 방법론 (Methodology)

저자들은 이러한 격차를 해결하기 위해 IOTEL이라는 도구를 개발했습니다. IOTEL 은 객체 중심 이벤트 로그 (OCEL, Object-Centric Event Log) 스키마를 기반으로 프로세스 관련 IoT 데이터를 체계적으로 통합하는 반자동 (semi-automated) 도구입니다.

핵심 아키텍처 및 기능

1. IoT 데이터 처리 (IoT Data Processing):

   • 전처리 전략: 모든 IoT 데이터를 통합하는 대신, 프로세스 분석에 필요한 데이터만 선별하여 통합 전 (pre-integration) 에 필터링합니다.
   • 온톨로지 하위 집합 도출: SOSA/SSN 온톨로지를 기반으로 프로세스 관련 데이터만 추출하기 위한 하위 집합 온톨로지를 정의했습니다.
     • 포함: 센서/액추에이터, 관심 대상 (FeatureOfInterest), 관측 속성, 결과 값, 위치, 시간, 장치 식별자 등.
     • 제외: 프로세스 실행 자체를 설명하는 클래스 (예: Observation, Procedure) 나 OCEL 로그 내에서 이미 재정의되는 관계 술어.
   • 스키마 매핑: 69 개의 공개 IoT 데이터셋을 분석하여 도출된 스키마에 매핑하고, 이를 통해 데이터의 일관성을 검증했습니다.

2. OCEL 로그 탐색 (OCEL Log Exploration):

   • 통합 대상이 되는 기존 OCEL 로그의 통계적 특성 (이벤트 수, 객체 수, 활동 유형, 관계 등) 을 분석하여 구조적 기초를 마련합니다.

3. IoT 데이터 통합 (OCEL Integration with IoT Data):

   • 속성 매핑 결정: IoT 데이터가 '이벤트 속성'으로 기록될지, '객체 속성'으로 기록될지 결정합니다.
     • 이벤트 속성: 특정 활동 시에만 사용되며 비즈니스 객체와 직접 연관되지 않는 경우.
     • 객체 속성: 비즈니스 객체 (예: 트럭) 의 상태 (무게 등) 를 반영하거나 여러 객체 유형에 영향을 미치는 경우.
   • 데이터 조작 옵션: 사용자 정의 필터링, 집계 함수 (최소, 최대, 평균, 중앙값), 또는 원본 데이터 보존 옵션을 제공합니다.
   • 생성: 최종적으로 IoT 가 강화된 OCEL 로그를 생성하여 다운로드할 수 있게 합니다.

백엔드 기술 스택

• 파일 시스템: 원시 입력, 중간 매핑, 처리된 데이터를 체계적으로 관리.
• DuckDB: 메모리 부하를 줄이면서 대규모 데이터에 대한 최적화된 SQL 쿼리를 실행하는 분석 엔진.
• Parquet 파일: 계산 효율성을 위해 중간 데이터 저장 형식으로 사용.
• SQLite (OCEL 2.0 스키마 준수): 최종 IoT 가 강화된 로그를 저장하는 타겟 저장소.

3. 주요 기여 (Key Contributions)

• IOTEL 도구 개발: 프로세스 관련 IoT 데이터를 OCEL 로그에 체계적으로 통합하는 최초의 도구 중 하나로, 기존 프로세스 마이닝 도구와의 호환성을 유지합니다.
• 표준화된 스키마 기반 접근: 특수한 메타모델에 의존하지 않고, 널리 사용되는 OCEL 2.0 스키마와 SOSA/SSN 온톨로지를 기반으로 하여 연구자와 실무자가 쉽게 적용할 수 있습니다.
• 데이터 전처리 전략: 로그의 크기를 불필요하게 증가시키지 않도록, 통합 전에 프로세스 관련성 있는 데이터만 선별하는 효율적인 필터링 메커니즘을 제시했습니다.
• 실증 사례: 실제 산업 시나리오 (항만 물류) 에 적용하여 도구의 실용성을 입증했습니다.

4. 결과 및 평가 (Results)

• 프로토타입 구현: IOTEL 은 그래픽 사용자 인터페이스 (GUI) 를 갖춘 프로토타입으로 구현되었으며, IoT 데이터 처리, 로그 탐색, 통합 설정의 3 가지 핵심 기능을 상호작용적으로 지원합니다.
• 실제 적용 시나리오 (항만 물류):
  • 배경: 항만에서 트럭의 무게 조작과 같은 부정 행위를 탐지하기 위해 GPS 및 스마트 무게 센서 데이터를 프로세스 로그와 통합해야 하는 상황.
  • 결과: IOTEL 을 통해 운영 데이터 (게이트 정보, 입출장 시간) 와 IoT 데이터 (GPS, 무게) 를 성공적으로 통합하여 분석 가능한 IoT 강화 OCEL 로그를 생성했습니다.
  • 검증: 데이터 기밀성 문제로 인해 실제 데이터 대신 시뮬레이션된 합성 데이터셋을 제공하여 도구의 기능을 검증했습니다.

5. 의의 및 결론 (Significance)

• 실무자 및 연구자 지원: 기업 시스템의 데이터와 IoT 데이터를 통합하는 데 필요한 커스텀 파이프라인 개발 부담을 줄여줍니다.
• IoT 강화 프로세스 분석의 활성화: 복잡한 IoT 데이터와 비즈니스 프로세스 간의 관계를 명확히 하여, 프로세스 투명성과 성능 분석을 가능하게 합니다.
• 향후 과제: 현재는 표 형식 (tabular) IoT 데이터에 국한되어 있으나, 향후 센서 스트림 및 멀티모달 IoT 데이터와 같은 추가 데이터 모달리티를 지원하도록 확장할 계획입니다.

이 논문은 IoT 데이터와 프로세스 로그 간의 간극을 메우는 실용적인 도구인 IOTEL 을 제시함으로써, IoT 가 강화된 비즈니스 프로세스 분석의 새로운 가능성을 열었다는 점에서 중요한 의의를 가집니다.