소개

IBM Real-Time Asset Locator는 IBM Maximo Asset Management(이하 Maximo라고 부름)와 위치 및 조건 이벤트 데이터를 제공하는 하드웨어 제공자 사이에 실시간 위치 데이터와 연관된 조작적 이벤트의 지능형 통합을 제공한다. 기본 통합 지점은 실시간으로 태그된 자산의 위치 추적이다. 일부 경우에 특정 RTLS(Real Time Location System) 하드웨어 제공자가 제공하는 기능에 따라 환경적 조건 데이터(기온, 습도 등등)도 조작적 이벤트(일부 연관된 조작적 조건을 표시하도록 수신자에 신호를 다시 보내도록 사용하는 태그에서 호출 단추 등)와 마찬가지로 사용 가능할 수 있다.

RTLS 하드웨어 제공자와의 통합을 지원하는 기본 인프라 뿐만 아니라 내부 컴포넌트 서비스 세트(관리 및 비즈니스 서비스)도 최신 제품(IBM WebSphere® Sensor Events 등)에서 사용이 가능해졌으며, 동시에 Maximo와의 직접적인 통합은 Real-Time Asset Locator로 제공되는 새 기능이다.

위로

위치 추적 데이터 확보 및 플로우

그림 1에서는 다양한 디바이스 제공자에서부터 시작한 Real-Time Asset Locator를 통한 센서 이벤트 데이터의 상위 레벨 데이터 플로우를 보여준다. 이는 Real-Time Asset Locator에서 이벤트 서비스로 처리되고, 이후에 Maximo로 제공되는 비즈니스 프로세스 서비스와 통합된다. 보는 바와 같이 Real-Time Asset Locator는 다양한 비즈니스 시스템을 통해 제공할 수 있는 서비스의 통합 지점을 제공한다. 이는 새 센서 데이터를 활용하는 솔루션이 하나의 백엔드 처리 시스템 이상으로 진화할 수 있기 때문에 중요한 추가 기능이다.

백엔드 비즈니스 처리 시스템이 아니긴 하지만, 이벤트 처리 시스템으로 달성 가능한 확장된 가치를 보여주는 비즈니스 이벤트 상호연관 엔진인 IBM WebSphere Business Events(센서 이벤트 솔루션에서 사용하기 위해 Real-Time Asset Locator에 포함됨)와의 통합에 대해 살펴보자.

Real-Time Asset Locator와 Maximo Asset Management 사이의 기본 통합 지점은 IBM Maximo Integration Framework를 통한 것이다. 통합 요구사항의 세부 내용에 따라 동기 HTTP 인터페이스가 자산 쿼리 요청과 같은 조작에 대해 사용되고, 비동기 JMS 인터페이스는 자산 이동 요청과 같은 조작에 대해 사용될 것이다. 어느 경우이든지 이 통합은 그림 2에서 보여주는 Maximo 통합 아키텍처에서 표시된 대로 IBM Maximo Enterprise Service를 통해 흘러갈 것이다. 처음에 이 통합은 완전히 직접적인 통신 경로에 불과한 것처럼 보이지만, 실제로는 지능형 위치 이벤트 처리를 지원하는 통합 프레임워크를 제공하는 것까지 그 이상이다. 자산 관리 통합에 Real-Time Asset Locator로 제공되는 몇 가지의 기본 특성은 다음 섹션에서 더 자세하게 논의할 것이다.

이는 RTLS 하드웨어 제공자로 제공되며, Maximo에 위치 업데이트로 전달되는 실시간 위치 업데이트의 기본 시나리오이다. 많은 단계가 이 프로세스에 연결된다.

처음에 RTLS 제공자가 Maximo에서 자산의 위치(ID 사용)를 업데이트해야 하는 태그의 위치(ID 사용)를 보고할 것임을 유의하자. 다음과 같은 가정이 만들어진다.

• 자산 ID로 태그 ID의 맵핑을 수행해야 한다.
• 태그는 자산에 지정되지만 제거되고 다시 지정되거나 바꿀 수 있다. 이는 영구적인 연관이 아니다.
• 자산 정의 데이터가 Maximo 내에서 온전히 유지보수된다(이러한 데이터는 Real-Time Asset Locator 처리로 복제되지 않음).
• 초기 프로비저닝(자산의 정의와 자산을 통한 태그의 연관)은 Maximo 기능과 인터페이스를 사용하여 Maximo에서 수행된다.
• 이러한 정의 또는 연관에 대한 지속적인 변경이 Maximo에서 수행된다.
• 태그 ID는 Maximo ASSETTAG 필드에 저장된다. 이는 다른 솔루션 시나리오에서 기존 필드의 일관된 사용이다.

대개 RTLS 제공자는 사전지정된 시간 간격에서 각 태그의 위치 데이터를 보고한다. 예를 들어, 태그는 보안 영역에서 사람들의 이동을 추적하기 위해 매 초마다 또는 IT 자산과 같이 상대적으로 안정된 오브젝트를 추적하기 위해 매 30분마다 "표지"로 설정할 수 있다. 이는 완전히 유연하며 사용 시나리오에 따라 다르다. 모든 경우에 위치 이벤트의 플로우는 태그로 시작되며, 데이터는 서버로 "밀어 넣는다". RTLS 제공자는 위치 데이터를 좌표계에서 x,y,z,id의 형태로 제공하거나, 2차원 데이터의 경우 x,y,id의 형태로 제공할 수 있다. 대안으로 RTLS 제공자는 이름으로 식별되는 공간(room)이나 구역(zone)과 같은 형태로 시맨틱 의미를 사용하여 위치 정보의 형태로 해당 데이터를 제공할 수도 있다. 이는 RTLS 제공자와 위치 데이터 액세스에 사용된 인터페이스 모두로 인해 다르다.

위치 이벤트가 RTLS 제공자에서 보고되고 Real-Time Asset Locator가 RTLS 태그와 연관된 자산에 대해 Maximo에서 위치 필드의 즉각적인 업데이트를 수행하도록 구성되면 다음 순서의 이벤트가 발생한다.

1. Real-Time Asset Locator는 RTLS 태그의 ID로 Maximo에 쿼리하여 자산 정보를 얻을 것이다. 한 번 더, 자산이 해당 ASSETTAG 필드에서 이 태그 ID로 입력되었다.
2. 자산의 속성이 이후의 상호작용을 위해 Real-Time Asset Locator에서 캐시될 것이다.
3. RTLS 제공자가 "구역 지정된" 데이터로 위치 정보를 리턴하면, 그 다음에 이 위치 값이 Maximo에서 자산에 대한 위치 필드를 업데이트하기 위해 직접 사용될 것이다. 따라서 RTLS 제공자 시스템에서 구성된 위치 데이터는 Maximo에서 이해된 위치 용어를 사용하여 일관적이어야 한다.
4. 위치 정보를 리턴하는 RTLS 제공자가 데이터의 좌표(x,y,z,id 또는 x,y,id 등)를 찾은 다음에, Real-Time Asset Locator는 이 원시 데이터에서부터 의미있는 위치 정보를 더 시맨틱한 방식으로 결정할 책임이 있다. Real-Time Asset Locator는 이 맵핑을 제공하는 위치 서비스가 있다. 이는 정확한 관계형 위치에서 구역이나 공간을 식별하기 위한 좌표계 맵핑 스킴과 RTLS 제공자를 통한 일반 참조가 필요하다. 또한 위치 정보는 Maximo에서 이해된 위치 용어를 통해 일관적이어야 한다.
5. Real-Time Asset Locator는 자산에 키로 ASSETNUM 및 SITEID를 사용하여 Maximo에서 자산에 대한 위치 정보를 업데이트할 것이다.

Real-Time Asset Locator는 RTLS 태그 ID에서부터 Maximo 자산 ID로 맵핑을 확보하기 위한 이 초기 시나리오에서 방금 확인한 것처럼, 정상적인 이벤트 처리 기간 동안 Maximo에 자산 관리 정보를 쿼리해야 할 것이다. 또한 이 맵핑이 엔터프라이즈 서비스에서 사용자 출구를 통해 Maximo 컨텍스트에서 수행될 수 있는 반면에, 예를 들어, 하나의 엔드포인트(Maximo와 유사)의 외부에서 이벤트 강화의 모델을 지원하는 것이 합리적이기 때문에, 이러한 이벤트 연관 및 비즈니스 이벤트 결정은 애플리케이션 시스템으로의 분배 이전에 나타날 수 있다. 따라서 강화된 이벤트도 여러 백엔드 시스템에 시나리오 요구사항을 기반으로 분배될 수 있다.

위로

RTLS 호출 단추

기본 위치 업데이트 정보 이외에도 RTLS 제공자는 활성 태그에서 호출 단추를 지원할 수도 있다. 이러한 단추는 신호로 사용되어, 사용자는 활동 또는 비즈니스 프로세스를 트리거할 수 있다. 특정 비즈니스 프로세스 요청은 온전히 자산 그 자체를 기반으로 할 수 있지만, 거의 자산과 그 현재 위치와의 조합이 수행하려는 조치를 결정할 것이다.

솔루션과 연결된 컴포넌트의 역할을 사용하여 일관성을 유지하기 위해 RTLS 제공자가 "단추 누름" 이벤트를 발송하도록 예상된다. Real-Time Asset Locator는 단추 이벤트의 해석에 책임을 지고, 이를 자산의 상태에 변경으로 맵핑할 것이다. Maximo에서 개발한 솔루션은 상태에서 변경을 모니터하는 책임을 지고 적절한 비즈니스 조치나 워크플로우를 실행할 것이다. 유사하게도 Maximo 그 이상의 소프트웨어 컴포넌트를 포함하는 배치 시나리오의 경우, 이러한 호출 단추 누름도 IBM WebSphere Process Server에서 실행하는 비즈니스 처리 플로우나 WebSphere Business Events에서 이벤트 연관에 입력으로 트리거할 수 있다.

단추 누름 이벤트를 해석하고 Maximo에서 워크플로우를 작성하는 것과 같이 비즈니스 활동을 작성하는 두 작업 모두에 표면적으로는 Real-Time Asset Locator를 원하지 않는다. 이는 Real-Time Asset Locator의 런타임 컴포넌트나 그 툴링 중 하나를 자연스럽게 사용하는 것이 아니다. 여기에서 Real-Time Asset Locator의 역할은 단추 누름이 의미하는 것을 결정하고 Maximo나 다른 비즈니스 처리 시스템으로 이 정보를 릴레이하는 것이다.

따라서 여기에서 발생하는 실행 플로우는 Maximo로 위치 변경 이벤트에 대해 발생하는 플로우와 유사하다. 여기에서 Real-Time Asset Locator는 다음을 수행할 것이다.

1. 현재 위치 정보와 함께 RTLS 제공자에서부터 단추 누름 이벤트를 수신한다.
2. 단추 누름 이벤트를 해석하고 이를 유효한 자산 STATUS로 맵핑한다(다음 섹션에서 이에 대해 더 논의함).
3. 필요한 경우 위치 정보를 결정한다.
4. RTLS 제공 태그의 ID로 Maximo에 쿼리하여 자산 정보를 얻는다. 한 번 더, 자산이 해당 ASSETTAG 필드에서 이 태그 ID로 입력되었다.
5. 키로 ASSETNUM 및 SITEID를 사용하여 현재 위치 정보와 함께 해석된 값으로 자산 STATUS 필드를 업데이트한다.

목록 1에서는 Maximo 통합 서비스를 통해 자산 STATUS와 LOCATION을 업데이트하는 데 사용된 XML의 최소 예제가 표시된다.

<SyncMXASSET xmlns="http://www.ibm.com/maximo">
	<MXASSETSet action="AddChange">
		<ASSET>
			<SITEID>BEDFORD</SITEID>
			<ASSETNUM>TS-2</ASSETNUM>
			<LOCATION>AIR105</LOCATION>
			<STATUS>NOT READY</STATUS>
		</ASSET>
	</MXASSETSet>
</SyncMXASSET>

위로

단추 누름 해석

태그된 자산에서 단추 누름은 상대적으로 고정된 해석이 있을 수 있다. 예를 들어, 호출 단추 1은 자산이 조작적임을 의미할 수 있고, 반면에 호출 단추 2는 자산이 유지보수가 필요함을 의미한다. 이러한 직접 맵핑의 경우 IBM WebSphere Application Server 관리는 이러한 맵을 정의하는 프레임워크를 제공하는 데 사용된다. 맵핑이 WebSphere Application Server 자원 환경에서 정의된 사용자 정의 특성을 사용하여 작성될 것이다.

더 복잡한 시나리오에서는 단추 누름으로 인해 예상되는 조작적 동작을 더 사용 가능한 정보의 좌표 검색을 기반으로 해석하려 할 수 있다. 예를 들어, 사람에 의해 낡은 태그에서 호출 단추 1은 이동식 병원 장비에 부착된 태그에서 호출 단추 1보다 훨씬 다른 의미가 예상될 수 있다. 이와 유사하게 병원 장비의 동일한 이동식 일부분에서 동일한 호출 단추는 해당 장비가 저장 공간이나 유지보수 영역에 있는 경우보다 응급실에 있는 경우에 예상된 다른 해석이 있을 수 있다. 이와 같이 더 복잡한 시나리오를 지원하려면, Real-Time Asset Locator와 함께 제공된 상호연관 엔진인 WebSphere Business Events를 활용하여 정의된 규칙 세트를 기반으로 기존 조건을 해석할 수 있다.

이 시나리오는 이전에 언급했던 지점으로 다시 돌아간다. WebSphere Business Events를 사용하여 의미있는 이벤트 연관과 해석을 지원하기 위해, RTLS 제공자가 제공하는 단순한 위치 및 태그 ID 정보보다는 이벤트 자체에 대해 더 많이 알아야 한다. RTLS 태그와 연관된 자원의 일부 속성을 알아야 하기 때문에, 이러한 지능형 비즈니스 규칙은 어떠한 조치를 수행해야 하는지 결정할 수 있다.

위로

위치 추적 가상화

Real-Time Asset Locator는 또한 맵에서 추적된 자산의 실시간 위치를 그래픽 상으로 보여주는 브라우저 기반 사용자 인터페이스를 제공한다. WebSphere Sensor Events에서 이 기능은 웹 브라우저 기반 그래픽 패키지를 활용했다. Real-Time Asset Locator를 통해 IBM ILOG® jViews는 가상화 컴포넌트에 대해 사용하는 기술 기반이다.

ILOG jViews 애플릿은 자산 위치 맵을 렌더링하는 Real-Time Asset Locator 정의된 데이터 인터페이스를 사용하여 지속적 상점에 링크하는 가상화 컴포넌트이다. 이 UI의 배치 시나리오는 유연할 수 있다. Maximo 통합 시나리오의 경우 Maximo 내에서 새 애플리케이션에 가상화 UI를 놓을 수 있다. 다른 시나리오를 사용하는 경우 가상화 UI는 웹 브라우저에서 독립적으로 렌더링할 수 있다.

위로

결론

실시간 자산 위치 기능을 Maximo Asset Management로 추가하면 이전에는 직접적으로 모니터하지 않았던 조직의 조작의 일환으로 새 가시성을 제공할 수 있다. 이 가시성을 통해 조직은 가치있는 자산에서 키 메트릭을 모니터하고 자산 활용을 개선할 수 있다. 이는 조직에 다음과 같은 기능을 포함하여 직접적인 비즈니스 가치를 제공한다.

• 기존 자원의 현재 위치를 제공하여 자산 활용 및 직원 생산성을 개선한다.
• 자산 손실, 감축과 결과적으로 자산의 과도한 구입을 줄여서 자본 비용을 절감한다.
• 비즈니스 규칙 및 규제 요구사항을 위치 기반 이벤트와 자동으로 트리거되는 워크플로우를 강화한다.

참고자료

• IBM Real-Time Asset Locator 제품 정보
  
  
• Maximo Asset Management 제품 정보
  
  
• IBM Real-Time Asset Locator 공지사항
  
  
• 솔루션 개요: Real-time asset location visibility improves operational efficiencies (PDF 445KB)
  
  
• 시리즈: Smarter Planet solutions with sensor event monitoring
  
  
• IBM developerWorks WebSphere 페이지
  
  

필자소개

Tim Hanis is the lead architect in WebSphere Sensor Events development at IBM in Research Triangle Park, NC. He has led a number of development projects within IBM and has extensive experience helping customers solve business problems with WebSphere products.

아티클 순위

의견

위로

목차

• 소개
• 위치 추적 데이터 확보 및 플로우
• RTLS 호출 단추
• 단추 누름 해석
• 위치 추적 가상화
• 결론
• 참고자료
• 필자소개
• 의견