Transcript RFID Middleware

RFID Middleware
Manchul Han
Manufacturing Automation & Integration Lab.
Monday, November 1, 2004
[email protected]
Agenda
 BPM,
RTE, and RFID middleware
 RFID
Software Basics
 The
Sun™ EPC Network Architecture
 Conclusion
MAI Lab.
Page 1 of 32
IT Infrastructure의 진화
Presentation
Presentation Layer
Application
Process Integration Layer
Data
Process
Models
Process
Broker
Process
Mgmt.
Interface Integration Layer
CORBA
Presentation
Business Process
DCOM
EJB
Data Integration Layer
Adapters
Integration
Translate
Rules
Transform
Transport Integration Layer
Application
TCP
Data
HTTP
FTP
*CORBA: Common Object Request Broker Architecture *DCOM: Distributed Component Object Model *EJB: Enterprise JavaBeans
MAI Lab.
Page 2 of 32
BPMS와 타 IT Infrastructure와의 관계
Customer
Manager
Employee
Engine
Web Service
WAS
ERP
Data
Message
(HTTP/SMTP/FTP)
EAI / Adapters
Partner
Enterprise Portal
BPMS
MES
Workflow
Mgmt.
Transaction
DB data
Admin
MAI Lab.
*WAS: Web Application Server
*EAI : Enterprise Application Integration
*MES : Manufacturing Execution System
Page 3 of 32
Example: SAP NetWeaver™
•Multichannel access: SAP mobile
infrastructure – 온라인/오프라인 모두 지원, 휴대
용 장비 지원, 웹 브라우저 혹은 자체 front-end지
원등
•SAP enterprise portal: 플랫폼으로부터의 독립성,
협업 지원, EDMS지원
•SAP business intelligence: 전사적 비즈니스 인텔
리전스 지원, portal과의 통합
•SAP master data management: 비즈니스 네트워
크 전체에 걸친 정보 무결성, master data의 중앙
집중 관리 서비스 및 지원
•SAP exchange infrastructure: 내/외부 프로세스
통합 모두 지원(SAP 및 non-SAP)
•SAP web application server: J2EE, Java 및
ABAP 모두 지원, OS 및 DB 독립적
MAI Lab.
*EDMS: Electronic Document Management System
Page 4 of 32
Going Toward A Real-Time Enterprise
Real Time Enterprise 란?
기업 내부, 외부를 포함하는 전체적인 관점에
서 지속적인 프로세스 개선과 정보의 실시간
전달을 통해 업무 지연 요소를 최소화하고 의
사결정의 스피드를 높여 경쟁력을 극대화 한
기업
- 2002, 가트너 그룹
The RTE is an enterprise that competes by using up to
date information to progressively remove delays in
management and execution of its critical business
processes
- Gartner Group
MAI Lab.
Page 5 of 32
RTE 개념
Transformation

조직이 직면한 기회나
문제들에 대해 더 빨리, 더
정확히 인식하는 비즈니스.

다양한 IT기술과 인터넷
기술을 활용하여 업무
프로세스를 실시간으로
구현함으로써 business
performance 향상.

불확실성이 가중되고 있는
기업 환경에서 향후 전개될
변화 과정을 시나리오화.

RTE개념은 IT 기반의 단순한
속도 향상보다는, Think-dosee 차원의 실행력과 유연성
강화를 추구.

주요 비즈니스 이벤트에 대한
즉각적인 감지 및 보고를
지원할 수 있도록 비즈니스
프로세스의 변경이 요구됨.
Effectiveness
Efficiency
출처: Gartner, 2003
MAI Lab.
Page 6 of 32
RFID Middleware: Automated Data Collector

앞에서 언급한 Real-time enterprise로 향해 나가기 위해선 BPM에서
지원하는 비즈니스 프로세스의 자동화 등의 업무 지원이 필요한데, 이에
선행되어야 하는 것이 1) 정확하고 빠르게 데이터를 수집하여 2) 모든
업무 지원 application에서 이들을 활용할 수 있어야 한다는 것이다.

예를 들어 ERP 시스템에서 일일이 수작업으로 재고량을 입력하게 되면
실제와 ERP시스템과의 차이가 발생할 수 있고 실사를 통해 이를 맞춰
주어야 하지만, 이러한 것을 자동화할 수 있다면 시간도 절약되고 오류도
줄어들 것이다.

그러나 각 application마다 RFID sensor와 직접 통신하며 데이터를 가져
오도록 만들게 되면, 같은 기능이 여러 application에 동시에 들어가게
되어 낭비이고, 충돌이 일어날 가능성 역시 존재한다.

그러므로, RFID middleware가 모든 RFID관련 데이터 흐름을 관장하고,
다른 application에서는 middleware와 통신하며 데이터를 가져가도록
하는 것이 바람직하다.
MAI Lab.
Page 7 of 32
MAI Lab.
Page 8 of 32
Agenda
 BPM,
RTE, and RFID middleware
 RFID
Software Basics
 The
Sun™ EPC Network Architecture
 Conclusion
MAI Lab.
Page 9 of 32
RFID Software Basics
By Bobby Burkett, VP of Engineering
©2004, Dynasys Technologies, Inc.
http://www.rfidusa.com
RFID Software Development
 RFID
software development can be separated into specific
tasks independent of the methodology chosen. These are:
Device
•Configuration
Data
Process
•Smoothing and
filtering
•Tuning
•Business rules
Network
•Health and
monitoring
•Workflow
•Log events
•Alarms
•Diagnostics
•Apply logic
•Exceptions
management
•Interface with
database
•Visibility and
notification
MAI Lab.
•Management
Page 11 of 32
Definition: SDK and API
 Software
Developer Kits (SDK) generally provide software
tools and documentation to aid software development for a
piece of hardware such as an RFID interrogator.
 The
software tools are usually provided as a library of
software routines in the form of Dynamic Link Libraries (DLL).
 The
collection of routines contained within the DLL’s are
called an Application Program Interface (API).
A
good API will hide majority of the underlying low-level
device-specific software details from developers, thus
allowing them to focus on the application instead of the
hardware.
MAI Lab.
Page 12 of 32
Definition: Middleware
 Middleware
– Any software component that bridges the
physical device layer and the business process management
and application integration layer
MAI Lab.
Page 13 of 32
RFID Middleware Goals
 Reader
interfaces
–RFID Middleware provide drivers to retrieve data from the readers of
various hardware manufacturers
 Data
filtering
–Aggregate, purge and filter tag data thereby reducing the data flow to
the application software
 Reader
coordination
–Detect the movement of RFID tags as they pass from the read range
of one reader to another
 System
monitoring
–Monitor tag/reader network performance to generate a real-time view
of tags being read
MAI Lab.
Page 14 of 32
Example) EPC Savant
 RFID
 Basic
reader interfaces
tag data filtering, smoothing and aggregation
 Interfaces
to EPC network architecture components such as
ONS & EPCIS (EPC information systems)
 Device
configuration and management
 Device
and network health and performance monitoring
 Integrated
barcode, RFID, and other sensor data
 Distributed
processing of workflow and business rules
 Enterprise
application interfaces based on actionable
business objects
MAI Lab.
Page 15 of 32
Issues of Concern:
 RF
Tag sources, are inherently unreliable -> the desire for a
more elaborate method for generating tag presence events
 Memory
capacity is limited and can vary – bounds checking is
required
 The
number of write cycles is large but finite
 Protocols
vary for different interrogators – protocol
management will be required if allowing use of different
interrogators
MAI Lab.
Page 16 of 32
Agenda
 BPM,
RTE, and RFID middleware
 RFID
Software Basics
 The
Sun™ EPC Network Architecture
 Conclusion
MAI Lab.
Page 17 of 32
The SUN™ EPC Network Architecture
A Technical White Paper
February 2004
http://sun.com/software
EPC Network Architecture
1) Architecture의 맨 아래 layer인
tag reader (sensor) 들은 tag를
읽어 Savant로 보낸다.
2) 다음 layer인 Savant middleware
에서는 tag data (event data)를
process하는데, 이 때 data를
filtering할 수 있다.
3) Sun’s EPC information server에
서는 Savant와 EIS가 연계될 수
있도록 통합하는 역할을 한다.
4) 가장 위의 architecture는 EIS로,
ERP, WMS, legacy systems, 그
외 여러 enterprise system들을
포함한다.
*EIS : Enterprise Information System
*WMS: Warehouse Management System
MAI Lab.
Page 19 of 32
Sun EPC Event Manager – The Savant
 Savant는
tag의 여러 정보들 – tag이 부착된 object의
manufacturer, product type, serial number 등 – 을 읽어서
처리하는 역할을 맡는다.
 Savant는
data capture, data monitoring, data
transmission등을 실행하는 data collector이고 data router이다.
MAI Lab.
Page 20 of 32
Key Component of the Savant
 Device
adapter: 다른 종류의 tag reader, 또는 bar code
reader와 같은 device들이 event manager와 통신하고
상호작용하는 것을 가능하게 한다.
 Filters:
실제 정보와 노이즈를 구분 가능하도록 한다. Event
smoothing, event batching, event changes, event
pass/blocking이 가능한 filter가 기본 제공된다.
 Loggers:
JMS queue, XML, http, SOAP 메시지 등을 이용해
연결된 device에 event data가 있으면 이를 notify하고 기록하는
역할을 한다.
 Enterprise
gateway: 여러 enterprise application들이 event
manager에게 정보를 요청할 수 있는 인터페이스이다.
MAI Lab.
Page 21 of 32
Key Component of the Savant (continued)
MAI Lab.
Page 22 of 32
Sun EPC Information Server
 Sun
EPC information server는 Sun EPC event manager에서
생성된 의미 있는 business event들을 액세스 가능하게 하는
역할을 한다.
–각각의 EIS system들에서 event manager와 연계하여 정보를 취득하고
이들에 대해 가공하고 활용하는 것 역시 가능하지만, 이렇게 했을
때에는 정보가 silo형태로 system마다 존재해야 한다는 단점이 있기
때문에 information server를 사용하는 편이 유리하다.
 Sun
EPC information server를 사용함으로써 전체적인 system의
reliability와 flexibility가 증가할 수 있고, data reformatting과
data warehousing이 쉬워진다.
때 web service를 이용하여 interaction이 가능하고,
messaging은 SOAP, WSDL, UDDI등을 통하게 된다.
이
MAI Lab.
*SOAP : Simple Object Access Protocol
*WSDL : Web Service Description Language
*UDDI : Universal Description, Discovery, and Integration
Page 23 of 32
Agenda
 BPM,
RTE, and RFID middleware
 RFID
Software Basics
 The
Sun™ EPC Network Architecture
 Conclusion
MAI Lab.
Page 24 of 32
Conclusion
사회에서 빠른 속도의 정보 gathering 및 processing이
요구되기 때문에, 기업들은 정보 시스템을 통합하고 연계하는
데에 많은 노력을 쏟고 있다.
 급변하는
상황에서 RFID가 사용되는 것은 너무나도 당연한 일이고,
더 이상 새로운 기술이라 할 수 없고 단지 tag의 가격 인하와 여러
pilot project의 수행 결과를 기다려서 implementation하는
일만이 남아 있을 뿐이다.
 이러한
상황에서 ERP system의 개발에도 RFID 사용 개념이
들어가야 함은 자명한 일이고, 이 때 middleware를 사용함으로써
전술한 여러 효과를 거둘 수 있다.
 이러한
연구에서는 RFID middleware를 직접 만들 수도 있겠지만
이미 개발된 RFID middleware와 잘 연동시키는 편이 나을 수도
있다. 이 때 RFID middleware에 대한 개념을 가지고 있어야 한다.
 우리
MAI Lab.
Page 25 of 32
추후 연구 주제
 RFID
Middleware가 존재한다면, Vision System Middleware도
가능하지 않을까?
–Sun의 Savant에서는 다양한 tag reader, sensor들이 연계되는 것이
가능하다. 여기에 vision system의 연결을 생각해볼 수 있다.
–그러나 vision system의 경우 RFID tag의 단순한 정보와는 달리, 다양한
종류의 정보가 수집될 수 있기 때문에 그러한 연계로 인해 모든 정보의
처리가 불가능할 수도 있다.
–정보를 수집하여 standard한 형태로 바꾸는 것 또한 연구의 주제가 될
수 있다 -> Vision system의 data를 XML형태로 나타낼 수 있을까?
MAI Lab.
Page 26 of 32
Thank You!