● XML[엑스 에멜]은 1996년 W3C에서 제안한 것으로서, 웹 상에서 구조화된 문서를 전송 가능하도록 설계된 표준화된 텍스트 형식이다. 이는 인터넷에서 기존에 사용하던 HTML의 한계를 극복하고 SGML의 복잡함을 해결하는 방안으로써 HTML에 사용자가 새로운 태그를 정의할 수 있는 기능이 추가되었다고 이해하면 쉽다. 또한, XML은 SGML의 실용적인 기능만을 모은 부분집합 (subset)이라 할 수 있으며, 인터넷상에서 뿐만 아니라 전자 출판, 의학, 경영, 법률, 판매 자동화, 디지털도서관, 전자상거래 등 매우 광범위하게 이용될 전망이다.
● XML은 월드와이드웹, 인트라넷 등에서 데이터와 포맷 두가지 모두를 공유하려고 할때 유용한 방법이라 할 수 있는데, W3C의 의장인 Jon Bosak은 XML을 다음과 같이 설명하고 있다.
● "향후 XML은 웹 기술상에 있어서 가장 핵심적인 진보를 가져 올 것이며, 웹의 근본을 송두리째 바꿀 것이다. XML은 안전한 전자상거래 구축을 가능하게 하고, 새로운 분산 애플리케이션 시대를 이끌어 나갈 것이다. 또한 XML은 소프트웨어 개발자와 고객의 관계를 새롭게 변화시킬 것이다. 다시 말해서 XML은 어떤 플랫폼에서나 읽을 수 있는 포맷을 제공하기 때문에 특정 회사의 제품과 관련된 특정 환경에 얽매이지 않아도 된다"
XML은 현재 W3C로부터 웹을 좀더 다양한 목적으로 이용할 수 있도록 하기 위한 도구로서 공식 추천되고 있다.
SOAP
(Symbolic Optimal Assembly Program, or Simple Object Access Protocol)
1. SOAP (Symbolic Optimal Assembly Program)은 IBM 650의 어셈블리 언어이다. 여기서 "Optimal"이라는 말은 저속으로 회전하는 드럼 메모리 상에 재배열된 명령어들을 의미한다.
2. SOAP (Simple Object Access Protocol)은 웹상의 객체들을 액세스하기 위한 마이크로소프트의 프로토콜이다. 이 프로토콜은 HTTP를 사용하여 인터넷에 텍스트 명령어를 보내기 위해 XML 구문을 쓴다. SOAP은 COM, DCOM, 인터넷 익스플로러, 마이크로소프트의 자바 이행 등 내에서 지원된다.
● SOA는 하나의 실체가 다른 하나의 실체를 대신해 단위 작업을 수행하도록 하는 방식으로 두 개의 컴퓨팅 실체가 상호작용 하는 방법을 정의한다. 이 단위 작업은 "서비스"라고 지칭되며, 이 서비스 상호작용들은 서술 언어를 사용하여 정의된다. 각 상호작용은 독립적이며 느슨한 결합을 가지므로, 각 상호작용은 다른 어떠한 상호작용으로부터도 독립적이다.
● SOAP 기반의 웹서비스는 가장 보편적인 SOA 구현이 되어가고 있다. 그러나, SOA 구현 기반의 웹서비스가 아니면서도 비슷한 이득을 제공하는 경우도 있다. SOA와 독립적인 프로토콜이란, 서로 다른 이용자들이 서로 다른 방식으로 서비스와 의사소통을 하면서 서비스들을 사용하는 것을 의미한다. 이 경우 프로토콜의 구현에 관한 확실한 유연성을 보장하기 위해 서비스 제공자와 서비스 이용자 사이에 관리 계층이 존재하는 것이 이상적이다.
WSDL
(web services description language)
● WSDL은 특정 비즈니스가 제공하는 서비스를 설명하고, 개인이나 다른 회사들이 그러한 서비스에 전자적으로 접근할 수 있는 방법을 제공하기 위해 사용되는 XML 기반의 언어이다. WSDL은 마이크로소프트, IBM 및 Ariba 등에 의해 주도된 UDDI의 기본이라 할 수 있다. 즉, UDDI는 기업들이 자신들의 서비스 내용을 인터넷 상에 스스로 등록할 수 있게 해주는 XML 기반의 등록처이며, WSDL은 그렇게 하기 위한 언어이다. WSDL은 마이크로소프트의 SOAP와 IBM의 NASSL로부터 파생되었지만, 이제 UDDI 등록처에 비즈니스 서비스를 명시하는 수단으로서, NASSL과 SOAP 둘 모두를 대체할 수 있다.
msdn의 설명
C#
● C#[씨-샵]은 C++의 컴퓨팅 파워와 비주얼베이직의 프로그래밍 편의성을 결합하기위한 목적으로 마이크로소프트에서 개발된 새로운 객체지향 프로그래밍 언어이다. C#은 C++에 기반을 두고 있으며, 자바와 비슷한 특색을 포함하고 있다. C#은 마이크로소프트의 .NET 플랫폼과 함께 작업하도록 설계되었다. 마이크로소프트의 목표는 웹을 통해 정보와 서비스의 교환을 촉진하고, 개발자들이 이식성 높은 응용프로그램들을 만들 수 있도록 하는데 있다. C#은 프로그래머가 각 단계별로 별도의 코드를 작성하지 않고서도 프로그래밍 객체나 메쏘드에 액세스 할 수 있도록 허용하는 XML과 SOAP의 사용을 통해 프로그래밍을 단순화한다. 프로그래머가 기존의 코드를 되풀이하여 반복하지 않고서도 그것을 만들 수 있기 때문에, C#은 새로운 제품이나 서비스를 빠르고 값싸게 시장에 내놓을 수 있을 것으로 예상된다.
● 마이크로소프트는 C#의 표준을 만들기 위해, 국제 표준기구인 ECMA와 협력하고 있다. ISO가 C#을 승인하면, 여러 회사들이 나름대로 그 언어의 다른 버전들을 개발하도록 하는 자극제가 될 것이다. 비록 Apex Software, Bunka Orient, Component Source, devSoft, FarPoint Technologies, LEAD Technologies, ProtoView, and Seagate Software 등을 포함한 다수의 회사들에 의해 이미 사용되고는 있다.
UDDI (universal description, discovery, and integration)
● UDDI는 인터넷 상의 전 세계 비즈니스 목록에 자신을 등재하기 위한 XML 기반의 레지스트리이다. 이것의 궁극적인 목표는 각 기업들이 웹 상에서 서로를 찾을 수 있도록 함으로써 온라인 트랜잭션을 간략하게 하기 위함이다. UDDI는 오프라인 세계의 인명, 회사 및 업종별 전화번호부 등과 종종 비유된다. 이 사업은 회사들이 이름, 제품, 장소 및 제공하는 웹서비스 별 목록을 제공할 수 있게 해준다.
● UDDI를 위해 마이크로소프트, IBM, Ariba 등의 회사들이 앞장섰다. 이 사업에는 현재 일부 초대형 기업을 포함하여 총 130여 개의 회사들이 참여하고 있다. 컴팩, 아메리칸 익스프레스, SAP AG, 포드 자동차 등이 모두 UDDI에 참여하기로 약속했으며, 나름대로 e-speak라고 불리는 XML 기반의 자체 디렉토리 서비스를 보유하고 있는 HP 조차도 UDDI와의 통합 작업을 진행하고 있다.
● 비록 UDDI를 추진하는 그룹이 표준화 기구는 아니지만, 웹서비스 통합의 프레임웍을 제공하고 있다. UDDI 규격은 XML, HTTP 그리고 DNS 프로토콜 등의 W3C 및 IETF 표준을 활용하고 있다. UDDI는 또한 서로 다른 플랫폼간의 프로그래밍을 위해 메시지 관련 지침인 SOAP 초기 버전을 채택했다.
● UDDI는 2000년 11월에 베타 테스트 단계에 들어갔다. 마이크로소프트, IBM 및 Ariba 등 창설에 관여했던 세 개의 회사들 각각은 현재 다른 회원들의 서버와 상호운영성이 있는 레지스트리 서버를 운영하고 있다. 정보가 레지스트리 서버에 들어가면, 그 정보는 다른 업종의 서버들에게 공유된다. UDDI 베타 테스트는 2001년 1분기에 끝나도록 되어 있었다. 미래에는 다른 회사들이 UDDI 비즈니스 레지스트리의 운영자로서 활동할 것이다.
● UDDI 등록은 현재 회사 규모를 막론하고 전 세계적으로 모든 기업들에게 개방되어 있다.
일단 목적이 정확하지 않아서 지금 말씀하신 13.56MHz의 RFID 안테나(보통 리더기를 안테나라고도 부릅니다) 와 태그가 정확하게 일치되는지는 모르겠지만 태그는 카드타입으로
안테나는 문 부착형으로 정하고 말씀으로 드리겠습니다.
RFID는 대개가 13.56MHz와 요즈음에 900MHz대가 나오고 있습니다. 900MHz는 아직 보편화된 상품은 아니지만, 인식거리가 매우 길기 때문에 관심을 많이 두고 있는 제품입니다.
13.56MHz는 시중에 많은 제품이 있습니다. 각각의 안테나, 즉 리더기 마다 제품의 특징을 가지고 있으므로, 가능한 한, 안테나에 많은 기능을 가지고 있는 제품이 좋습니다.
태그, 즉 카드형 태그는 모두 동일한 사양을 가지고 있습니다. 그래서 일반 시중에 있는 카드를 그냥 구입하시면 됩니다. 단 카드에 무언가를 프린팅 하셔야 한다면..
만일 태그 사용자가 많고, 카드 교체가 빈번하다면, 카드 프린터를 구입하시는 것이 좋고,
카드 사용자가 100명 미만에 카드교체가 빈번하지 않다면, 그냥 출력소에 맡기시는게 좋습니다. 카드 프린터는 의외로 고가입니다.
만일 리더기와 태그를 구입하시면 응용프로그램은 보통 제공을 해 줍니다. 그런데 가장 간단한 응용프로그램이므로 커스터마이징을 하셔야 합니다. 커스터마이징 비용은 간단하게 회사로고외 기존의 응용프로그램의 기능을 많이 수정하지 않으신다면, 몇십만원 안에서 해결되고, 수정할게 거의 없으면, 그냥 제공되기도 합니다.
가능하면, 그 프로그램을 이용하시는 것이 가장 좋습니다. 왜냐하면, 그 응용프로그램은 이미 많은 사이트에서 검증을 거쳐 매우 안정된 프로그램이라고 볼 수 있습니다.
그러나 특별한 기능을 위하여 응용프로그램을 제작하신다면, C 혹은 Visual C, 혹은 델파이, C# 등 어느언어로도 가능합니다. 단 HTML이러것은 안됩니다. 기본적으로 컴퓨터 프로그래밍 언어의 환경을 갖춘언어면 됩니다... 대신에 구입하는 회사에서 통신시 안테나로 부터 들어오는 파라미터나 통신 제어 문자들에; 대한 정보를 받으셔야 합니다. 그 통신제어문자를 받으셔야만 안테나의 제어가 가능합니다. 그리고, 응용프로그램을 제작한다는 빌미로, 핵심을 제외한 응용프로그램부분의 소스코드 제공을 요구하시기 바랍니다. 아마도 제공해주면서, 기술지원도 해 줄 것입니다.
보통은 RF-ID안테나와 컴퓨터간의 통신은 RS-232C,나 RS-485통신을 이용합니다. 따라서 컴퓨터에서 지원되는 RS-232C 시리얼 통신을 이용하시면 모든 RF-ID 안테나 의 제어는 가능합니다. 그리고 실시간 데이터베이스 만드는 것도 가능합니다.
물론 개발하시는 분이 소프트웨어 능력이 있어야 겠지요. 여러개의 안테나를 설치하실 경우 케이블링이 매우 중요합니다. 왜냐하면 여러개의 안테나를 모두 연결하고ㅡ 하나의 데이터베이스로 관리하신다면, 당연히 모든 안테나가 연결되어야 하므로, 여러개 층을 하셔야 한다면, 케이블링에 심혈을 기울이셔야 할 듯 합니다...
아 다시 읽어보니까.. 태그에 정보를 넣는다고 되어 있네요. 카드형 태그라면 정보를 넣지 않습니다. 그 카드에는 일련번호가 있습니다. 전세계에서 하나뿐인 일련번호입니다. 보통은 이 일련번호와 사용자의 정보를 일치시켜서 사용자의 정보를 알아내는 방법을 씁니다. 그래서 태그에 정보를 넣지 않고, DB에서 정보를 보관합니다. DB에는 태그의 일련번호와 사용자의 정보를 일치시켜, 태그를 읽어드리는 순간, DB에 있는 일련번호와 비교하여, 일치되는 번호의 사용자를 읽어내는 방법을 사용합니다.
그러나 굳이 태그에 정보를 넣으시겠다면, 별도의 태그를 이용하셔야 합니다. 물론 카드형도 있기는 하지만, 이때에는 소위 스마트카드라 부르는 IC카드를 이용하여야 하는데, 이것은 접촉식입니다. 엄밀히 말하면 RF-ID 즉 무선방식이 아닙니다. 그럼 카드형이 아닌 박스형, (보통 담배갑 크기보단 조금 작죠 )을 쓰시면, 그곳에 정보를 쓰실 수 있습니다. 태그에 정보를 쓰시는 것도, 그 리 어렵지 않습니다. 이때에는 Writer가 있어야 겠지요. 프로그램은 어렵지 않습니다. 그러나 이것도 구입하시는 회사에서 제공해 줍니다.
만일 이러한 시스템을 구입하신다면, 읽는 방법, 쓰는 방법에 대한 프로그램을 제공이 된다고 보시고, 관리하는 프로그램(이것도 제공이 됩니다.)을 좀 신경쓰시면 됩니다.
만일 관리하는 프로그램을 특별하게 만드시고 싶으시면, 구입하시는 회사의 도움을 충분히 받으십시요. 그 회사에서는 충분한 기술지원을 해 줄 것입니다. 만일 구입을 위해서 상담중이시라면.. 미리 취지를 충분히 설명하시고, 기술지원을 부탁하시기 바랍니다.
만일 기술지원에 대하여, 갸우뚱 한다면.. 다른 회사를 선택하십시요.. RF-ID는 제품의 기술, 성능, 우수성등은 각 회사마다 모두 균등하다고 보시면 됩니다. 소재는 영업력이거든요. 따라서 원하시는 모든것을 요구하시고, 여러회사를 불러서 비교해 보시면 아마도 솔루션이 나올 것 입니다.
네이버에서 RF-ID 쳐보시면.. 몇개의 회사가 뜨는데요.. 아무데나 접촉하셔도 무리없는 회사들이더군요..
하늘이 열리는 동녘 끝으로
안개가 가득 해오름을 받치고 선
아침 겨울의 입김이 흔들리는 숨결 한줌 떨구고
어설피 지나가는 창가
수북수북 그리운 그리움에 갇힌다
무채색의 소낙비가 철 못 든 인연 모두 날리는데
불어난 그리움 추스릴 수 없어
하얗게 칠해버린 피안의 세월이여
차가운 외등이 홀로 불을 켜는 또 밤이 오면
그대 향한 아름다운 분노가 시작된다
가까워서 더 그리운 사람 그대 때문에...