KR101274586B1

KR101274586B1 - 알에프아이디 태그 물품 정보의 검색 방법

Info

Publication number: KR101274586B1
Application number: KR1020110017340A
Authority: KR
Inventors: 홍봉희; 김기홍; 전승우; 박성진
Original assignee: 부산대학교 산학협력단; 한미아이티 주식회사
Priority date: 2011-02-25
Filing date: 2011-02-25
Publication date: 2013-06-13
Also published as: KR20120097850A

Abstract

RFID 태그를 갖는 물품의 정보를 검색하는 방법으로서, 소정의 코드 체계로 저장된 물품 위치 정보를 이력 정보 테이블로부터 검색하는 단계; 이력 정보 테이블의 물품 위치 정보와 동일한 코드 체계로 저장된 물품 위치 정보를 상태 정보 테이블로부터 검색하는 단계; 그리고 동일 코드 체계를 갖는 물품 위치 정보를 연결 인덱스 필드로 하여, 이력 정보 테이블 또는 상태 정보 테이블로부터 소정의 정보를 검색하는 단계를 포함한다.

Description

알에프아이디 태그 물품 정보의 검색 방법{Method for Retrieving Information Table of a RFID-tag embeded Product}

본 발명은 검색 방법에 관한 것으로, 상세하게는 RFID 태그를 갖는 물품의 정보를 효율적으로 검색할 수 있는 RFID 태그 물품 정보의 검색 방법에 관한 것이다.

현재 쓰이고 있는 물류 유통 시스템들은 물품 정보를 갖는 RFID 태그를 물품에 부착하여, 그 물품의 이력 정보를 관리하고 있다. 예를 들어, 국방부가 구축한 탄약관리 시스템은 탄약에 RFID 태그를 부착하여 탄약과 관련된 모든 정보를 관리한다. 이를 통해, 탄약의 소요에서 조달, 보급, 정비, 처리에 이르는 전 과정에 걸쳐 탄약을 효율적으로 관리하고 있다. 다른 예로서, 해양수산부의 항만물류 시스템에서는 컨테이너와 컨테이너 차량에 RFID 태그를 부착하고 RFID 리더를 컨테이너 터미널 및 주요 간선도로 톨게이트에 설치하여 화물의 이동을 추적, 관리하고 있다. 이런 시스템들은 하나의 정보만을 관리하는데, 주로 물품이 무엇이고, 생산된 일자가 언제이며, 언제 어디에 도착을 하였는지 등의 이력 정보만을 관리한다.

하지만, 앞으로의 물류 유통 시스템은 기존 물류 유통 시스템과 다를 것으로 예상된다. 즉, 생산자는 단순히 물품의 이력 정보만을 RFID 태그에 기록, 저장하여 제공한다든지, 사용자가 물품에 관한 단순 이력 정보만을 요구하는 단계에 그치지 않고, 그 물품의 현재 상태 즉, 온도/습도가 어떠한지, 최적의 온도/습도를 유지하고 있는지, 그리고 물품이 위험한 곳에 노출되어 있지는 않은지 등과 같은 부가적인 정보들도 요구하는 단계에 들어설 것이다. 이러한 물류 유통 시스템은 해당 물품의 변질에 민감한 농업, 의약 등의 분야에서 유용하게 활용될 것으로 예상된다.

그런데, 다양하고 세부적인 정보를 요구하는 멀티 환경에서는, 현재의 정보 테이블 및 검색 방법으로는 그러한 요구에 효율적으로 대처하기가 어렵다. 즉, 무수한 RFID 리더기와 무수한 센서들이 연동하여 물품의 상태 정보를 제공하는 물류 유통 시스템에서는 수백만 내지 수천만의 데이터가 발생하게 된다. 이러한 물류 유통 시스템에서, 사용자가 특정 물품에 대한 특정 정보를 요구할 경우, 현재의 물류 유통 시스템은 대용량 데이터를 저장하고 있는 테이블들을 연결하여 원하는 정보를 검색할 때 상당한 시간을 소요할 수밖에 없다.

도1은 종래의 물류 유통 시스템에서 정보 테이블을 연결하여 검색하는 방법을 도시하고 있다. 도1에 도시한 바와 같이, 사용자가 특정 위치의 센싱 값을 요구하면, 현재의 물류 유통 시스템은 RFID 이벤트 테이블(event table)과 센싱 정보 테이블(sensing information table)을 연결하여 검색할 때, RFID 이벤트 테이블과 센싱 정보 테이블을 이어주는 참조 테이블(reference table)을 이용하여야 한다. 왜냐하면, 현재의 물류 유통 시스템은 RFID 이벤트 테이블과 센싱 정보 테이블에는 RFID 이벤트 테이블(event table)과 센싱 정보 테이블을 직접 연결할 수 있는 동일 코드 체계를 갖는 연결 인덱스 필드가 없어, RFID 이벤트 테이블과 센싱 정보 테이블을 직접 연결할 수 없기 때문이다.

이와 같이, 현재의 물류 유통 시스템은 RFID 이벤트 테이블과 센싱 정보 테이블을 연결하여 검색할 때, 참조 테이블을 경유함으로써 검색 성능이 떨어지는 문제가 있다.

본 발명은 이러한 종래기술의 문제점을 해결하기 위한 것으로, RFID 태그 관련 물품의 정보 테이블들에서 특정 정보를 검색할 때 참조 테이블을 사용하지 않아도 연결 검색이 가능함으로써 시스템의 연결 검색 성능을 향상시키는 것을 목적으로 한다.

또한, 본 발명은 연결 검색의 인덱스 필드 값인 RFID 관련 물품의 위치 정보를 세밀히 표현함으로써, 상태 정보의 신뢰성을 높이는 것을 목적으로 한다.

이러한 목적을 달성하기 위한 본 발명의 검색 방법은, 소정의 코드 체계로 저장된 물품 위치 정보를 이력 정보 테이블로부터 검색하는 단계; 이력 정보 테이블의 물품 위치 정보와 동일한 코드 체계로 저장된 물품 위치 정보를 상태 정보 테이블로부터 검색하는 단계; 그리고 동일 코드 체계를 갖는 물품 위치 정보를 연결 인덱스 필드로 하여, 이력 정보 테이블 또는 상태 정보 테이블로부터 소정의 정보를 검색하는 단계를 포함한다.

소정의 코드 체계는 기업 코드, 건물 코드, 그리고 세부 위치 코드로 구성된다.

기업 코드는 국가 코드를 더 포함할 수 있다.

건물 코드는 건물 종류 코드와 건물 순번 코드를 포함한다.

세부 위치 코드는 층 코드와 방 코드를 포함하며, 게이트(gate) 코드와 존(zone) 코드를 더 포함할 수 있다.

본 발명의 다른 태양으로서, RFID 태그 물품의 정보를 저장하는 컴퓨터 가독기록 매체를 제공한다. 본 발명의 기록 매체는, 물품 위치 정보를 소정의 코드 체계로 저장하는 이력 정보 테이블; 및 물품 위치 정보를 이력 정보 테이블의 물품 위치 정보 코드 체계와 동일한 방식으로 저장하는 상태 정보 테이블을 포함하며, 이를 통해 동일 코드 체계를 갖는 물품 위치 정보를 인덱스 필드로 하여 이력 정보 테이블 또는 상태 정보 테이블로부터 소정의 정보를 검색할 수 있도록 구성된다.

이러한 구성을 갖는 검색 방법 또는 정보 테이블에 의하면, RFID 태그 관련 물품의 정보 테이블들에서 특정 정보를 검색할 때 참조 테이블을 사용하지 않고도 연결 검색을 할 수 있어, 시스템의 검색 성능이 개선된다.

또한, 위치 정보를 나타내는 인덱스 필드의 값이 세부적이어서 물품의 위치를 세밀하게 특정할 수 있다.

도1은 종래의 물류 유통 시스템에서 정보 테이블을 연결하여 검색하는 방법을 도시하고 있다.
도2a는 RFID 이력 정보 테이블을 예시하고 있다.
도2b는 상태 정보 테이블을 예시하고 있다.
도3은 본 발명에 따른 SGLN 코드로 표현된 위치 정보를 연결 인덱스 필드로 사용한 예를 도시하고 있다.
도4a 내지 도4d는 본 발명에 따른 위치 정보를 표현하는 SGLN 코드 체계를 보여주고 있다.
도5a,5b는 본 발명의 SGLN 코드 체계의 성능을 평가하기 위한 테스트 SQL 구문과 그에 대한 평가 결과를 보여주고 있다.
도6a,도6b는 본 발명의 SGLN 코드 체계의 성능을 평가하기 위한 다른 테스트 SQL 구문과 그에 대한 평가 결과를 보여주고 있다.
도7은 본 발명에 따른 2개의 정보 테이블을 연결 검색하는 방법을 보여주는 플로우챠트이다.

이하, 첨부도면을 참조하여 본 발명을 상세히 설명한다.

도2a는 RFID 이력 정보 테이블을 예시하고 있고, 도2b는 상태 정보 테이블을 예시하고 있다.

도2a에 도시한 바와 같이, RFID에서 이력 정보라고 하면 EPCIS(electronic product code information services)에서 정의한 이벤트 중에서 객체 이벤트(object event)를 의미한다. 객체 이벤트는 EPC로 식별되는 물리적인 객체에 대한 정보를 말한다. 객체 이벤트는 대상(EPC list), 위치(Bizlocation), 시간(event time) 등의 필드로 테이블을 구성한다.

도2b에 도시한 바와 같이, 상태 정보 테이블에서 물품의 상태 정보라 하면 온도, 습도, 압력 등을 말한다. 다양한 센서가 사용될 수 있으며, 센서가 상태 정보를 측정하여 데이터베이스에 저장한다. 상태 정보를 담는 테이블은 센서 ID, 위치, 시간, 센싱 타입, 센싱 값 등의 필드를 포함한다. 여기서 센서는 실시간으로 연속 측정하며, 측정된 값들은 미들웨어를 통해 데이터베이스에 저장된다. 데이터의 연속성으로 인해, 센서가 측정한 값은 적게는 1개, 많게는 수백 만개도 될 수 있다.

도2a,2b에서, 이력 정보 테이블과 상태 정보 테이블의 공통 필드는 시간과 위치임을 알 수 있다. 여기서, 시간(event time) 정보는 각 데이터가 저장되는 시점이 다르기 때문에 두 테이블을 연결하는 필드로는 적합하지 않다. 한편, 위치(location) 정보는 하나로 특정될 수 있기 때문에 이를 매개로 하여 이력 정보 테이블과 상태 정보 테이블을 연결할 수 있다.

도3은 본 발명에 따른 SGLN 코드로 표현된 위치 정보를 연결 인덱스 필드로 사용한 예를 도시하고 있다.

기존에는 이력 정보 테이블과 상태 정보 테이블의 위치 정보는 각각 다른 코드 형식으로 표현되어 있었다. 예를 들어, 상태 정보 테이블은 세부 위치 코드(Extensioncomponet)를 표현하면서, 이력 정보 테이블의 세부 위치 코드와 다른 형식, 즉 개수가 다른 디지트를 사용하였다. 이렇듯, 상태 정보 테이블은 EPCglobal에서 정의한 표준을 지키지 않기 때문에, 다른 시스템과의 연계가 힘들고 따라서 그러한 연계를 위해 참조 테이블을 두어야 했다.

하지만, 도3에 도시한 바와 같이, 상태 정보 테이블이 본 발명에 따른 SGLN(Serialized Global Location Number) 코드를 이용하면 이력 정보 테이블의 위치 정보(예를 들어, RFID 리더기의 위치 정보)와 상태 정보 테이블의 위치 정보(예를 들어, 센서의 위치 정보)를 동일하게 표현할 수 있다. 각 테이블에서 표현된 동일 코드 형식의 SGLN 코드는 하나의 방을 나타내며 또한 동일한 방을 의미하게 된다. 따라서 두 테이블을 연결할 경우, 위치 정보(BizLocation) 필드는 2개의 테이블을 연결할 수 있는 연결 인덱스 필드가 될 수 있고, 그렇게 함으로써 기존의 참조 테이블을 이용하는 방식보다 높은 성능을 얻을 수 있다.

도3을 보면, 공통된 위치 정보(BizLocation) 필드의 값이 하나의 형식, 즉 "room=um:epc:id:sgln:8804141.01234.0010001000000" 으로 표현되어 있음을 확인할 수 있다. 여기서, 첫번째 숫자열 "8804141"은 기업 코드를 나타내고(국가 코드를 포함할 수 있음), 두번째 숫자열 "01234"은 건물 코드를 나타내며, 그리고 세번째 숫자열 "0010001000000"은 세부 위치 코드를 나타낸다.

도3에서, 위치 정보 필드의 값은 전체가 25개의 디지트(digits), 즉 기업 코드 7개 디지트, 건물 코드 5개 디지트, 세부 위치 코드 13개 디지트로 구성되어 있다. 그러나, 세부 위치 코드를 20개 디지트로 구성하여 전체를 32 디지트로 구성할 수도 있다. 이와 같이, 전체 디지트는 기업 수, 건물 수 등을 고려하여 변경할 수 있다.

이하, 본 발명에 따른 위치 정보의 표현 방식, 즉 SGLN 코드 체계를 상세히 설명한다.

도4a 내지 도4d는 본 발명에 따른 위치 정보를 표현하는 SGLN 코드 체계를 보여주고 있다.

도4a는 본 발명에 따른 SGLN 코드의 기업 코드를 상세히 보여주고 있다. 도4a에 도시한 바와 같이, 본 발명의 SGLN 코드 체계는 기업 코드(CompanyPrefix), 건물 코드(LocationReference), 세부 위치 코드(ExtensionComponent)로 구성되어 있고, 여기서 기업 코드(CompanyPrefix)는 국가 코드(Country code)를 더 포함하여, 고유의 기업 코드(Company code)와 국가 코드(Country code)로 분리할 수 있다.

EPCglobal에서 정의한 SGLN 코드 체계에 따르면, "CompanyPrefix"는 기업을 나타내며, "LocationReference"와 함께 12자리를 차지한다고 정의하고 있다. 그리고 국내 유통 물류 진흥원에서는 "CompanyPrefix"만을 등록하고 있고 다른 "LocationReference"과 "ExtensionComponent"는 기업이 원하는 대로 설정하여 사용하면 된다고 정의하고 있다. 그 결과, 실무적으로는, "CompanyPrefix"는 국가 코드 3자리를 "880"로 하면서 그 뒤의 디지트는 유통 물류 진흥원에 임의로 등록하여 사용하고 있다.

그러나, 본 발명에서는 디지트의 임의성을 허용하지 않는다. 왜냐하면, 각 코드 블럭을 고정된 수의 디지트로 표현해야 다른 시스템으로 옮기더라도 호환이 유지될 수 있기 때문이다.

도4a의 기업 코드에서, "Country code"는 정부에서 지정하는 것이므로"Company code"만 지정하면 된다. 여기서, "Company code"에 몇개의 디지트를 부여해야 기업 수를 만족시키느냐가 문제인데, RFID를 사용할 수 있는 업체 수를 조사해 보면 종사자가 100명 이상인 업체가 4,000개 정도가 되므로, 4 디지트를 부여하는 것으로도 충분할 것으로 예상된다. 추후, 업체 수가 늘어나면, 그에 따라 디지트를 더 부여하면 된다. 도4a에서는, 삼성을 예로하여, "4141"의 기업 코드(국가 코드 제외)가 부여된 것을 확인할 수 있다.

도4b는 본 발명의 SGLN 코드에서 건물 코드를 상세히 도시하고 있다.

도4b에 도시한 바와 같이, 본 발명의 SGLN 코드 체계는 기업 코드(CompanyPrefix), 건물 코드(LocationReference), 세부 위치 코드(ExtensionComponent)로 구성되고, 여기서 건물 코드(LocationReference)는 "Structure Type code"와 "Structure Turn code"로 분리할 수 있다.

"Structure Type code"는 건물의 종류를 나타낸다. 건물의 종류는 여러 가지가 있을 수 있다. 예를 들어, 빌딩, 창고, 공장 등이 그것이다. 건물의 종류에 대한 디지트는 건축법 시행령에 근거할 때, 2 디지트 정도를 할당하면 족하다.

"Structure Turn code"는 건물의 순번을 나타낸다. 삼성, LG와 같은 대기업에는 수십 채의 빌딩이 있으며, 공장도 수백 채가 넘는다. 그렇지만, 한 국가 내에서 공장이나 빌딩의 수가 천 개는 되지 않을 것으로 보며, 그렇다면 3 디지트를 할당하는 것으로 족할 것으로 예상된다.

도4c는 본 발명의 SGLN 코드에서 세부 위치 코드를 상세히 도시하고 있다.

도4c에 도시한 바와 같이, 본 발명의 SGLN 코드 체계는 기업 코드(CompanyPrefix), 건물 코드(LocationReference), 세부 위치 코드(ExtensionComponent)로 구성되고, 여기서 세부 위치 코드(ExtensionComponent)는 "Floor code", "Room code", "Gate code", 그리고 "Zone code"로 분리할 수 있다.

도4c에서, "ExtensionComponent" 코드는 개별 특정 위치를 나타낸다. 즉, 건물 내부의 방 또는 그 방의 특정 구역을 나타낸다. 도4c에서는, "ExtensionComponent" 코드에 13개의 디지트를 할당하고 있다.

"ExtensionComponent" 코드는 4개 파트로 구분되어 있다.

첫 번째의 "Floor code"는 건물의 층 수를 나타내는데, 건물의 층수가 보통 1000층은 넘지 않으므로 3 디지트를 할당한다. 만약, 지하일 경우에는, 맨 앞자리 디지트를 9로 시작하면 된다.

두 번째의 "Room code"는 건물의 층에서 방 번호를 나타낸다. 한 층의 방 수가 최대 10,000를 넘지 않을 것으로 보며, 따라서 4 디지트를 할당한다.

세 번째의 "Gate code"는 "BizLocation"과 "Readpoint"를 위하여 만들어 놓은 것이다. "Gate code"는 리더기가 어느 위치에 설치되느냐에 따라 달라진다. 예를 들어, "0"으로 표시되면 출입구를 의미하는데, 이것은 "Readpoint" 필드에서 주로 사용된다. 그리고 "1"로 표시되면 방 내부를 의미하며, 이것은 "BizLocation" 필드에서 주로 사용된다.

마지막의 'Zone code"는 방 내부의 특정 구역을 나타낸다. 설치되는 리더기나 센서의 수에 따라 그 수가 결정되는데, 5 디지트를 할당하면 충분할 것으로 본다.

도4d는 본 발명의 SGLN 코드에서 세부 위치 코드의 다른 예를 도시하고 있다.

도4d의 SGLN 코드 체계는, 도4c의 SGLN 코드 체계와 같이, 기업 코드(CompanyPrefix), 건물 코드(LocationReference), 세부 위치 코드(ExtensionComponent)로 구성되고, 세부 위치 코드(ExtensionComponent)는 "Floor code", "Room code", "Gate code", 그리고 "Zone code"로 분리된다.

다만, 도4d의 SGLN 코드 체계는, 도4c의 SGLN 코드 체계와 달리, 세부 위치 코드(ExtensionComponent)에 20 디지트를 할당한다.

첫 번째의 "Floor code"는, 3개 디지트가 할당된 도4c의 SGLN 코드 체계와 달리, 1 디지트가 늘어난 4 디지트로 표현되며, "001F"과 같이 층(Floor)를 뜻하는 "F"가 붙는다. 다만, 지하일 경우에는, 도4c의 "9" 표기와 달리, "-03F"와 같이 첫디지트에 마이너스(-)를 붙인다.

두 번째의 "Room code"는, 4 디지트가 할당된 도4c의 SGLN 코드 체계와 달리, 1 디지트가 늘어난 5 디지트로 표현되며, 방(Room)을 뜻하는 "R"이 맨 뒤에 붙는다.

세 번째의 "Gate code"는, 1 디지트가 할당된 도4c의 SGLN 코드 체계와 달리, 1 디지트가 늘어난 2 디지트로 표현되며, 출입구를 뜻할 때엔 숫자 뒤에 "G"를, 내부를 뜻할 때에는 숫자 뒤에 "I"를 붙인다.

마지막의 "Zone code"는, 5 디지트가 할당된 도4c의 SGLN 코드 체계와 달리, 4 디지트가 늘어난 9 디지트로 표현되며, 도4c의 SGLN 코드 체계와 구별하기 위해 마지막에 문자열 "Zone"을 붙인다.

도5a,5b는 본 발명의 SGLN 코드 체계의 성능을 평가하기 위한 테스트 SQL 구문과 그에 대한 평가 결과를 보여주고 있다.

도5a에 도시한 바와 같이, 이력 정보와 상태 정보 사이의 연결 처리와 관련하여, 3개의 테스트 케이스를 설정하였으며, 참조 테이블을 이용하는 경우와 본 발명의 SGLN 코드를 이용한 경우를 대비하여, 각각에 대해 검색 시간을 측정하였다.

도5a에서 알 수 있듯이, 제1 케이스(Q1)의 질의 요소는 EPC 코드, 시간, 위치이고, 제2 케이스(Q2)의 질의 요소는 센싱 값, 시간, 위치이며, 그리고 제3 케이스(Q3)의 질의 요소는 EPC 코드, 센싱 값, 시간이다. 제1 케이스(Q1)에서는 EPC 코드가 중요 질의 입력 인자이고, 추가로 시간(Time)과 위치(Location)가 들어온 경우이다.

도5a에 도시한 바와 같이, 본 발명의 SGLN 코드의 경우가 참조 테이블을 이용하는 경우보다 SQL 구문이 단순하다. 즉, 연결하는 테이블의 수가 3에서 2로 줄어들어 있다. Q2, Q3의 SQL 구문도, Q1과 마찬가지로, 단순하게 표현된다.

도5b는 Q1,Q2,Q3에 대한 테스트 결과를 보여주고 있는데, 왼쪽의 참조 테이블을 이용한 경우보다 오른쪽의 본 발명의 SGLN 코드를 이용한 경우가, 적게는 3초, 많게는 6초 정도 개선되었음을 확인할 수 있다.

도6a,6b는 본 발명의 SGLN 코드 체계의 성능을 평가하기 위한 다른 테스트 SQL 구문과 그에 대한 평가 결과를 보여주고 있다.

도6a에서 알 수 있듯이, 제4 케이스(Q4)의 질의 요소는 EPC 코드이고, 제5 케이스(Q5)의 질의 요소는 센싱 값이며, 그리고 제6 케이스(Q6)의 질의 요소는 EPC 코드, 센싱 값이다.

도6a의 SQL 구문을 보면, 도5a의 경우와 마찬가지로, 본 발명의 SGLN 코드의 경우가 참조 테이블의 경우보다 단순하다. 즉, 연결하는 테이블의 수가 3에서 2로 줄어들어 있다. Q5, Q6의 SQL 구문도 마찬가지다.

도6b는 Q4,Q5,Q6에 대한 테스트 결과를 보여주고 있는데, 왼쪽의 참조 테이블을 이용한 경우보다 오른쪽의 본 발명의 SGLN 코드를 이용한 경우가 적게는 3초, 많게는 8초 정도 개선되었음을 확인할 수 있다.

도5b,도6b의 평가 결과에 비추어 볼 때, 대용량의 데이터에서 참조 테이블을 이용하여 2개의 테이블을 연결 검색하는 것보다 본 발명의 SGLN 코드를 이용하여 2개의 테이블을 직접 연결 검색하는 것이 훨씬 유리함을 알 수 있다. 따라서, RFID 이벤트 테이블뿐만 아니라, 상태 정보 테이블에서도 본 발명의 SGLN 코드를 이용하여 위치 정보 필드를 표현하는 것에 기술적인 의미를 부여할 수 있다.

도7은 본 발명에 따른 2개의 정보 테이블을 연결 검색하는 방법을 보여주는 플로우챠트이다.

도7에 도시한 바와 같이, 먼저 위에서 설명한 SGLN 코드 체계로 저장된 물품 위치 정보를 이력 정보 테이블로부터 검색한다.(S10)

이력 정보 테이블의 물품 위치 정보와 동일한 코드 체계, 즉 SGLN 코드 체계로 저장된 물품 위치 정보를 상태 정보 테이블로부터 검색한다.(S20)

이후, 이력 정보 테이블의 물품 위치 정보와 상태 정보 테이블의 물품 위치 정보를 비교한다.(S30)

물품 위치 정보를 비교한 결과, 양자가 동일 코드 체계를 갖고 그 값이 동일하면, 검색된 물품 위치 정보를 연결 인덱스 필드로 하여, 이력 정보 테이블 또는 상태 정보 테이블로부터 원하는 정보를 검색한다.(S40)

3개 이상의 정보 테이블을 연결하여 검색하는 경우에도, 동일한 코드 체계를 갖는 물품 위치 정보를 먼저 검색하고, 이를 연결 인덱스 필드로 하여, 3개의 정보 테이블로부터 원하는 정보를 검색하면, 위에서 설명한 효과를 얻을 수 있다.

이상에서 설명한 실시예들은 본 발명의 기술적 사상을 설명하기 위한 것일 뿐 권리범위를 한정하고자 하는 것은 아니다. 따라서, 본 발명의 권리범위는 아래의 청구범위의 기재에 의하여 결정되어야 한다. 또한, 아래의 청구범위에 기재된 본 발명의 사상에서 벗어나지 않는 범위에서, 해당 기술분야의 당업자라면 본 발명의 사상을 다양하게 수정 또는 변경할 수 있을 것으로 예상되며, 그러한 수정 또는 변경은 본 발명의 권리범위에 포함되는 것으로 해석될 수 있다.

Claims

RFID 태그를 갖는 물품의 정보를 검색하는 방법에 있어서,
이력 정보 테이블로부터, 소정의 코드 체계로 저장된 물품 위치 정보를 검색하는 단계;
상태 정보 테이블로부터, 상기 이력 정보 테이블의 상기 물품 위치 정보와 동일한 코드 체계로 저장된 상기 물품 위치 정보를 검색하는 단계; 및
동일 코드 체계를 갖는 상기 물품 위치 정보를 연결 인덱스 필드로 하여, 상기 이력 정보 테이블 또는 상기 상태 정보 테이블로부터 소정의 정보를 검색하는 단계를 포함하는 것을 특징으로 하는 RFID 태그 물품 정보의 검색 방법.
제1항에 있어서, 상기 소정의 코드 체계는
기업 코드, 건물 코드, 그리고 세부 위치 코드로 구성되는 것을 특징으로 하는 RFID 태그 물품 정보의 검색 방법.
제2항에 있어서, 상기 기업 코드는
국가 코드를 더 포함하는 것을 특징으로 하는 RFID 태그 물품 정보의 검색 방법.
제2항에 있어서, 상기 건물 코드는
건물 종류 코드와 건물 순번 코드를 포함하는 것을 특징으로 하는 RFID 태그 물품 정보의 검색 방법.
제2항에 있어서, 상기 세부 위치 코드는
층 코드와 방 코드를 포함하는 것을 특징으로 하는 RFID 태그 물품 정보의 검색 방법.
제5항에 있어서, 상기 세부 위치 코드는
게이트(gate) 코드와 존(zone) 코드를 더 포함하는 것을 특징으로 하는 RFID 태그 물품 정보의 검색 방법.
RFID 태그 물품의 정보를 저장하는 컴퓨터 가독의 기록 매체에 있어서,
물품 위치 정보를 소정의 코드 체계로 저장하는 이력 정보 테이블; 및
상기 물품 위치 정보를 상기 소정 코드 체계와 동일한 방식으로 저장하는 상태 정보 테이블을 포함하여,
상기 동일 코드 체계를 갖는 상기 물품 위치 정보를 인덱스 필드로 하여, 상기 이력 정보 테이블 또는 상기 상태 정보 테이블을 검색하도록 구성되는, RFID 태그 물품의 정보를 저장하는 컴퓨터 가독의 기록 매체.
제7항에 있어서, 상기 소정의 코드 체계는
기업 코드, 건물 코드, 그리고 세부 위치 코드로 구성되는 것을 특징으로 하는, RFID 태그 물품의 정보를 저장하는 컴퓨터 가독의 기록 매체.
제8항에 있어서, 상기 기업 코드는
국가 코드를 더 포함하는 것을 특징으로 하는, RFID 태그 물품의 정보를 저장하는 컴퓨터 가독의 기록 매체.
제8항에 있어서, 상기 건물 코드는
건물 종류 코드와 건물 순번 코드를 포함하는 것을 특징으로 하는, RFID 태그 물품의 정보를 저장하는 컴퓨터 가독의 기록 매체.
제8항에 있어서, 상기 세부 위치 코드는
층 코드와 방 코드를 포함하는 것을 특징으로 하는, RFID 태그 물품의 정보를 저장하는 컴퓨터 가독의 기록 매체.
제11항에 있어서, 상기 세부 위치 코드는
게이트(gate) 코드와 존(zone) 코드를 더 포함하는 것을 특징으로 하는, RFID 태그 물품의 정보를 저장하는 컴퓨터 가독의 기록 매체.