KR20010020456A

KR20010020456A - 전역 네트워크를 통해 제품소스와 스캔된 제품정보를인터페이스 하는 방법

Info

Publication number: KR20010020456A
Application number: KR1019997010910A
Authority: KR
Inventors: 필요제프리조반; 매튜데이비드켄트; 스미스브래드맥스웰; 아담스폴스코벨
Original assignee: 디지털컨버전스. 컴 인코퍼레이티드
Priority date: 1998-09-11
Filing date: 1999-09-09
Publication date: 2001-03-15
Also published as: AU5819099A; EP1018080A4; IL141941A0; EP1018080A1; TW459183B; CN100476788C; WO2000016211A1; CN101409707B; CN101409707A; CN1273653A; JP2002512722A; PL347312A1; BR9913624A

Abstract

전역 네트워크(306)상 제품의 제조자와 스캔된 제품정보를 인터페이스 하는 방법. 스캐닝 제품 바코드 정보(102)에 순차로, 소유주 웨지 인터페이스(104)는 키입력 데이터의 형식에 추가정보를 부가한다. 웨지(104)는 URL/바코드 데이터 스트링의 삽입용 웹브라우저 윈도우를 열기 위하여, 그리고 그 데이터를 전송하기 위하여 추가적 키입력을 부가하는 펌웨어를 포함한다. 그래서 그 정보는 데이터베이스(310)를 포함하고 광고주 URL에 관련된 광고주 레퍼런스 서버(308)에 전송된다. 광고주 레퍼런스 서버(308)는 광고주 정보 서버(312)상에 위치한 제품 파일의 URL을 소스컴퓨터(302)에 되돌린다. 그래서 소스컴퓨터(302)는 처리를 위해서 광고주 서버(312)로부터 제품정보를 검색한다.

Description

전역 네트워크를 통해 제품소스와 스캔된 제품정보를 인터페이스 하는 방법{METHOD FOR INTERFACING SCANNED PRODUCT INFORMATION WITH A SOURCE FOR THE PRODUCT OVER A GLOBAL NETWORK}

소위 "인터넷"이라 불리는 전역 정보네트워크의 도래와 함께, 사용자에게 제공된 상호접속의 이점을 이용하는 네트워크 상에 배치된 마케팅 위치의 수가 증가해 왔다. 사용자들은 이 마케팅 네트워크를 통해서 사실상 "가상 상점(virtual mall)"을 창설하는 특정한 마케팅 위치의 "웹사이트"에 액세스함으로써 다양한 제품에 액세스할 수 있다. 이 액세스를 제공하기 위해서, 사용자는 그들의 컴퓨터에 "브라우저" 애플리케이션을 개설해야 하며, 이것을 통하여 웹상의 위치에 액세스할 수 있다. 네트워크상의 각각의 위치는 Universal Resource Locator("URL")로 정의되고, 사용자들은 웹 브라우저에 이 URL을 입력함으로써 관계되는 위치과 접속을 이루게 된다. 사용자는 보통 "도메인 네임"을 입력하며, 이것은 그 도메인 네임 소유자의 URL로 전환되어 네트워크로 보내지게 된다. 웹상의 각각의 위치가 현재 쉽게 판독할 수 있는 어드레스를 가질 수 있게 됨에 따라, 이 도메인 네임의 사용은 네트워크상의 수월한 사용을 증가시키고 있다.

일정한 마케팅 위치로부터 사용자에게 제공되는 정보의 유형은 상호 거래일 수 있으며, 이것을 통하여 사용자는 제품을 선택하고, 가격을 결정하고 심지어 제품을 주문할 수도 있다. 몇몇의 이런 마케팅 위치는 많은 제품으로 액세스를 제공한다. 그러나, 다른 위치는 단지 한 개 회사 및 그 회사의 제품에만 액세스를 제공한다. 인터넷을 통한 제품의 판매 및 정보의 제공에 있어서 주된 문제점은 일단 사용자에게 위치를 알려야 하며, 관련 URL 또는 도메인 네임을 통해서 특정 위치에 사용자가 접속해야 한다는 것이다. 현재로서는, 사용자는 브라우저 윈도우에 도메인 또는 URL을 타이핑해서 브라우저가 네트워크를 통해서 그 위치를 찾도록 지시해야 한다. 이것은 몇 가지의 단점을 나타낸다. 첫째, 사용자는 어떻게든 사용자 쪽에서 더 많은 정보를 얻고 싶어하는 특정회사 또는 그 회사의 제품에 대한 정보를 알 필요가 있다. 두 번째, 사용자가 제품에 관한 보다 자세한 정보를 검색하기 위해 제품에서 웹 페이지로 쉽게 가기 위해서는 제품과 특정 회사의 "웹 페이지" 사이에 일정한 유형의 링크가 있어야 한다. 현재로서는, 제품과 그 제품의 제조자의 웹 페이지를 쉽게 링크 시킬 수 있는 시스템은 존재하지 않는다.

발명의 개요

본 명세서에 개시되고 청구된 발명은 제품을 그 제품에 대한 원격 정보와 연관시키는 방법을 포함한다. 제품 식별자는 제품과 밀접하게 연관된 네트워크상의 소스위치로 액세스되고 이것은 관련 제품을 식별한다. 루팅 정보는 액세스된 제품 식별자에 첨부되고, 네트워크 상에 원격 위치의 위치를 정의한다. 이어서 제품 정보는 첨부된 루팅 정보에 따라 네트워크를 통해서 소스위치으로부터 원격위치으로 전송되고, 루팅 정보는 네크워크상의 소스위치와 원격위치간의 네트워크 접속을 정의하며, 여기서 관련 제품에 관한 정보는 원격위치으로부터 소스위치으로 반송될 수 있다.

본 발명은 일반적으로 컴퓨터를 제어하는 방법에 관련되고, 보다 상세하게는 전역 통신네트워크상에서 제조자 위치에 링크를 행하도록, 컴퓨터 입력용 제조자의 제품과 관련된 스캔된 바코드 데이터를 변경하는 방법에 관한 것이다.

본 발명 및 본 발명의 이점을 보다 완전히 이해하기 위해서, 첨부된 도면과 관련된 다음의 설명을 참고로서 여기에 기술한다.

도 1은 소유주 웨지 인터페이스를 사용하는 컴퓨터 시스템의 블록도,

도 2는 소유주 웨지 전자공학에 사용되는 마이크로컨트롤러의 일반적인 I/O,

도 3은 전역 통신네트워크를 통해서 제품 정보를 얻기 위한 검색 시스템,

도 4a-4e는 바람직한 실시예에서 사용된 소스 PC와 서버 사이에 전송되는 다양한 메시지 패킷,

도 5는 Advertiser Reference Server("ARS")로 전송하기 전에 데이터를 받고 코드화하기 위한 방법의 흐름도,

도 6은 ARS서버에 의해서 수신된 동작의 흐름도,

도 7은 소스 컴퓨터와 ARS간의 대화형 프로세스의 흐름도,

도 8은 바람직한 실시예에 따른 변경된 URL/바코드 데이터를 수신하는 웹 브라우저 페이지,

도 9는 개시된 실시예의 단순화된 블록도,

도 10은 더욱 상세하고, 간단하게 표현된 도 9의 실시예의 블록도,

도 11은 루팅 작업을 수행하기 위한 방법의 선도,

도 12는 루팅 정보를 생성시키기 위한 오디오 입력를 이용하는 선택적 실시예의 블록도,

도 13은 개시된 실시예와 함께 프로필의 생성을 도시하는 블록도,

도 14는 ARS에서 프로필을 생성하고 저장하기 위한 흐름도,

도 15는 정보가 사용자에게 루팅될 때 프로필 정보를 처리하기 위한 흐름도.

지금 도 1을 참고하면, 바코드 스캐너 원드(100)로부터의 입력 수신기 및 키보드에 연결된, 및 네트워크 인터페이스(112)를 통하여 네트워크에 접속된 개인용 컴퓨터("PC")를 도시한다. PC(108)는 네트워크, 예를들면 "인터넷" 또는 World-Wide-Web("Web")이라고 알려진 전역 통신 네트워크상에서 정보로의 액세스를 용이하게 하기 위해서 브라우저 프로그램을 작동한다. 브라우저는 정보에 액세스하기 위하여 사용되는 하이퍼텍스트-링크된 애플리케이션이다. 하이퍼텍스트는 데이터 처리 시스템 내에서 특정한 정보를 편성하고 이것을 사용자에게 제시하는 것을 기술하는데 사용되는 용어이다. 이것은 광범위한 공급원으로부터 정보를 서로 링크시켜 사용자가 특정한 주제에 대해 탐사할 수 있게 하는 컴퓨터의 능력을 이용한다. 책에서 사용되는 정보제공의 전통적인 방법도 정보의 편성을 이용하지만, 이것은 매체의 제한, 즉 고정된 크기 또는 이어지는 페이지로 인해서 그 사용이 제한된다. 그러나, 하이퍼텍스트 시스템은 수많은 단위 텍스트 또는 크기가 변화할 수 있는 이미지 정보, 그래픽 정보, 비디오 정보 또는 음성 정보와 같은 다른 형태의 데이터를 이용한다. 이런 단위 정보의 집합을 하이퍼텍스트 문서라고 부르며, 또한 텍스트가 아닌 정보를 사용하는 하이퍼텍스트 문서의 경우는 하이퍼미디어 문서라고 부른다.

멀티미디어 통신은 Hypertext Transfer Protocol("HTTP")를 사용할 수 있으며, 파일 또는 포맷된 데이터는 Hypertext Markup Language("HTML")를 사용할 수 있다. 이 형식화 언어는 HTML을 사용한 텍스트 문서를 "태그(tagging)"함으로서 텍스트, 그래프, 음성, 비디오 및 하이퍼텍스트 연결의 혼합을 제공한다. HTML을 사용해서 코드화된 데이터는 종종 "HTML문서", "HTML페이지" 또는 "홈페이지"라고 불린다. 이런 문서 및 다른 인터넷상의 공급원에는 Uniform Resource Locator("URL"), 예를 들면 "http://www.digital.com."으로 불리는 위치를 사용하는 네트워크 어드레스 설계에 의해서 네트워크를 통해 액세스할 수 있다.

인터넷은 분산된 컴퓨터 시스템을 상호접속하기 위해 가장 상용화된 네트워크중의 하나이고, 전 세계에 걸쳐 이 컴퓨터 시스템의 사용자가 데이터를 교환할 수 있게 한다. 많은 사적인 네트워크, 예를 들면 법인 또는 상업적 네트워크가 인터넷에 접속된다. Transport Control Protocol("TCP") 및 Internet Protocol("IP")와 같은 표준 프로토콜은 이런 다양한 네트워크에 걸쳐서 통신하기 위한 편리한 방법을 제공한다. 이 프로토콜은 데이터가 포맷되고 통신되는 방법을 규정한다. 인터넷의 특징으로서는 프로토콜이 IP 스택에 적층된다는 것이다. 응용계층(HTTP가 사용된 것)과 같은 IP 스택의 높은 레벨에서는 사용자 정보가 보다 쉽게 표시되며, 반면에 네트워크 레벨(TCP/IP를 사용한 것)과 같은 낮은 레벨에서는 데이터가 단지 빠르게 움직이는 디지털 신호의 패킷 또는 흐름으로서 관측될 수 있다. 인터넷 상에 올려지는 것은 서버, 파일, 웹 페이지, 메일 메시지 등과 같은 웹 공급원에 액세스하기 위한 표준 프로토콜 인터페이스이다. 웹 공급원에 액세스할 수 있는 하나의 방법은 넷스케이프및 마이크로 소프트 인터넷 익스플로러에 의해 제공되는 브라우저에 의한 것이다.

도 1은, 스캐닝 모드 동안 스캐너(100)가 바코드 데이터(102)를 키보드 데이터로의 변환을 위해 "웨지" 인터페이스(104)로 스캐닝하고 그 키보드 데이터는 그곳으로부터 PC(108)의 키보드 입력 포트로 전달된다. 웨지 인터페이스(104)는 간단히 스캐너 및 컴퓨터 키보드(106) 양자로부터의 입력을 조정하는 회로를 함유하는 인터페이스 박스이다. 그러므로 스캐너(100)로부터의 출력이 키보드 데이터로의 변환을 위해 웨지(104)로 전달된다. 웨지(104)가 키보드를 에뮬레이트하기 때문에 PC(108)는 스캐너(100)를 위한 별개의 입력이 필요없지만 스캐너 데이터를 웨지(104)를 통해 직접 PC(108)의 키보드 포트로 전달한다. 스캐너 데이터를 수신하지 않았을 때 웨지(104)는 간단히 키보드 데이터를 위한 통과 장치로서 작용한다. 그 정보는 궁극적으로 디스플레이(110)에 의해 시청자에게 전달된다.

동작에 있어서, 특정 제품을 위한 코드가 바코드(102)의 형태로 제공된다. 이 바코드는 제품에의 "링크"이다. 개시된 실시예는 네트를 통한 루팅 정보로서 바코드를 사용함으로써 제품 및 이 제품의 제조업자의 웹 페이지 사이에서 링크를 제공하기 위해 실시가능하고, 반면 또한 계산 단계의 제공이 아래에 더 상세히 기술될 것이다. 바코드(102) 단독으로는 그것과의 커뮤니케이션 목적으로 어떤 종류의 네트워크와도 호환성이 없다. 그것은 일차적으로 리테일-타입의 세팅을 위해 제공된다. 그러므로 바코드(102)에 함유된 정보는 그 자체로 제품의 식별 이외의 어떤 것도 허용하지 않고, 어떤것은 제품 및 바코드 간의 상호관계에 관한 정보를 함유하는 데이터베이스를 가짐을 추측할 수 있다.

바코드(102)의 정보는 먼저 웨지 인터페이스(104)로 공급되고, 그 웨지 인터페이스(104)가 바코드(102)를 번역하기 위해 작동된 후 그 바코드 매개 루팅 정보에 "추가"된다. 이 매개 루팅 정보는 그 바코드 정보가 네트워크 상에 보내질 것인가를 결정하는 정보이다. 이것은 네트워크 인터페이스(112)를 통해 네트워크로 전달될 것이다.

그 매개 루팅 정보를 바코드의 형태로 어셈블링할 때, 특히 그 정보가 네트워크 상에서 ARS(308)의 위치를 한정할 때, 바코드의 정보가 광학적 이미지로부터 키보드로의 수치 입력으로 변환시킨 후 HTML 언어로 변환되어야 함을 주목하라. 그 이유는 브라우저와의 인터페이스를 위해 브라우저 호환성 포맷으로 변환되어야 하기 때문이다. 물론 다른 타입의 프로그램이 사용된다면 그것은 그 프로그램에 호환성 있는 언어로 변환되어야 한다.

상기 웨지 인터페이스(104)는 일단 바코드 정보(102)를 디코딩하고 매개 루팅 정보를 추가한 다음, 그 바코드/매개 루팅 정보를 키입력 데이터로 구성하여 PC(108)로 루팅한다. 그 이유는 인터페이스(104)는 단지 원드스캐너(100)를 만들고, 그 정보는 스캐닝되고, 그 추가된 매개 루팅 정보는 PC(108)로의 키입력으로서 나타나고, 그것은 본질적으로 키보드(106) 상에서 같은 정보를 입력하는 사용자를 에뮬레이트하기 때문이다. 그러므로 인터페이스(104) 및 원드(100)의 조합은 사용자로 하여금 바코드(102)의 암호화된 정보의 사용을 통해 PC(108)로 데이터를 넣을 수 있도록 한다. 물론 사용자는 실제로 바코드(102)의 정보로 넣을 수 있고 그 다음 여기에 결합된 적절한 매개 루팅 정보를 추가할 수 있다. 하기 기술하는 바와 같이 여기에 추가되는 매개 루팅 정보는 네트워크상의 지정 서버의 URL이다.

도 2를 참조하면, 키보드(106) 및 원드(100)의 PC(108)와의 인터페이스를 조절하는 마이크로컨트롤러(200)를 도시한다. 그 마이크로컨트롤러(200)는 그 안에 메모리(202)를 함유하거나 외부 메모리를 가질 수 있다. 원드(100)로의 다수의 인터페이스(204), PC(108)로의 다수의 인터페이스(206) 및 키보드(106)로의 다수의 인터페이스(208)가 제공된다. 통상 원드(100)는 일련의 데이터 라인, 그라운드 라인 및 파워 라인을 필요로 한다. 유사하게 키보드(106)는 일련의 데이터 라인, 그라운드 라인, 클럭 라인 및 파워 라인을 필요로 한다. PC(108)는 마이크로컨트롤러(200)로의 입력을 위해 클럭 라인, 파워 라인, 일련의 데이터 및 그라운드 라인을 제공한다. 그 마이크로컨트롤러(200)는 키보드(106)로부터 신호를 수신하고 그 신호를 키보드 신호로서 PC(108)로 전달하기 위해 작동한다. 키보드(106)로의 작동은 본질적으로 "통과" 절차이다. 키보드로부터의 데이터 출력은 이미 키보드 포맷으로 되어 있으므로 웨지 인터페이스(104)에 의한 변환은 필요없다. 원드(100)에 관해서는 일련의 데이터가 키보드(106)와 호환성이 없기 때문에 그것은 PC(108)의 키보드 스트록으로 그것의 입력을 허용하기 위해 키보드 포맷으로 번역되어야 한다. 그 마이크로컨트롤러(200)는 이 바코드 정보를 디코드한 후에 이 기능을 수행하고 이 바코드 정보를 바코드 정보 및 추가된 URL을 포함하는 적절한 데이터의 흐름으로 변환시킨다. 이 추가된 URL은 메모리(202)에 사전-저장될 것이고 제조할 때 프로그램을 넣을 수 있다. 메모리(202)가 싱글 칩 솔루션을 제공하기 위해 마이크로컨트롤러(202) 안에 함유된 것으로 도시되어 있음을 주목하다. 그러나 이것은 마이크로컨트롤러(202)에 의해 액세스가능한 외부 메모리일 수도 있다. 따라서 그 마이크로컨트롤러(202)는 원드(100)가 암호화된 정보를 수신하고 그것을 추가된 매개 루팅 정보를 갖는 키보드스트록으로 변환시키거나 그렇지 않으면 키보드(106)으로부터 키입력을 단지 통과시키도록 하는 원드(100) 및 키보드(106) 간에 PC(108)로의 인터페이스를 제공한다. 그러므로 사용자는 원드(100)의 인터페이스를 제공하기 위해 컴퓨터의 마더보드로 어떤 유형의 플러그-인 회로기판을 장치할 필요가 없고 사용자는 단지 적절한 데이터를 그 시스템으로 입력하기 위해 이미 유용한 키보드 포트를 이용하면 된다.

이 특별히 개시된 실시예에서 마이크로컨트롤러(200)는 Microchip Technologies™의 PIC16C73 마이크로컨트롤러를 포함한다. 그 PIC16C73 장치는 내장된 아날로그를 디지탈로 바꾸는 변환기를 갖는 저가의 CMOS 8비트의 마이크로컨트롤러이다. 그 PIC16C73 장치는 개시된 실시예에서 설명하는 바와 같이 RAM의 192바이트 및 EPROM 메모리의 4k x 4를 갖는다. 그 마이크로컨트롤러(200)는 그것에 연결된 입력 장치로부터의 비동기 또는 동기의 입력을 조정할 수 있다. 이 개시된 실시예에서 키보드(106)로의 커뮤니케이션이 동기인 반면 원드(100)로 커뮤니케이션할 때에는 비동기이다.

이 특정 실시예에서 바코드 정보(102)가 PC(108)의 키보드 입력으로의 입력이라 할지라도 개시된 방법은 Universal Serial Bus("USB") 및 IEEE 1394 등의 고속력 포트 구성으로 또한 유익하게 이용될 수 있음을 주목하라.

바코드는 각 방향으로 판독되도록 구성된다. 다양한 개체의 스캐닝 바코드가 매우 다양한 스캐닝 속도를 도입하기 때문에 타이밍 고려가 지정될 필요가 있다. 바코드는 다양한 너비의 바를 사용한다. 블랙 바의 존재는 포지티브 펄스를 생성하고 블랙 바의 부재는 펄스를 생성시키지 않는다. 종래 바코드의 각 특성은 7개의 펄스 또는 바와 결합되어왔다. 바의 너비에 따라 펄스 사이의 시간은 다양하다. 이 개시된 구체예에서 인터페이스 회로(104)는 리더 또는 헤더 정보로 시작하는 펄스의 증가하는 가장자리에 기초하는 스캐닝 시간의 "연속적인" 계산을 수행한다. 최소 및 최대 스캐닝 시간이 스캐닝 과정동안 사용자에 의해 성공적인 스캐닝을 보장하기 위해 인터페이스(104)로 소프트웨어에서 연속적으로 계산된다.

도 3은 네트워크 인터페이스(112)와 유사한 네트워크 인터페이스(304)와 연결된 PC(108)와 유사한 네트워크 소스로서 PC(302)를 도시하는데 이것은 차례로 구형의 커뮤니케이션 네트워크(306)에 연결된다. 이 실시예에서 원드(100)에 의해 스캔된 데이터는 에뮬레이트된 키입력으로서 추가된 매개 전달 정보와 함께 PC(302)에 의해 수신된다. 이 정보는 경로"A"를 통해 Advertiser Reference Server("ARS")(308)로부터 정보를 얻기 위해 PC(302)에 명령한다. 그 ARS(308)는 바코드(102)로부터 스캔된 데이터가 전달되는 위치로서 한정되는 네트워크에 배치된 네트워크 장치이다. 이것은 인터페이스(104)로 프로그램된 전달 정보에 의해 한정된다. URL이 그 시스템에 유일하기 때문에 스캔된 정보는 항상 ARS(308)로 전달될 것이다. ARS(308)로 연결된 것은 제품 코드 및 관련 제조업자의 데이터베이스(310)이다. 그 데이터베이스(310)는 사용자에게 명백한 계속적인 업데이트 과정을 수행한다. 회사들이 여기에 개시된 시스템에 사인, 즉 서명하였기 때문에 제조업자 및 제품 정보가 빈번한 업데이트로 소스 PC(302)의 작동을 방해하지 않고 데이터베이스(310)에 추가된다.

이제 도 4a를 참조하면, 경로"A"를 통해 소스(PC302)로부터 ARS(308)까지 전송한 메시지 패킷(400)은 몇개의 필드를 포함한다. 한 필드는 ARS(308)의 URL을 포함한다. 다른 필드는 광고주 제조 코드 또는 바 코드(102)로부터 유도된 다른 정보를 포함하며, 주어진 트랜잭션에 대해 요구되는 임의의 추가적 총 정보를 포함한다. 또한 다른 필드는 소스(PC302)의 네트워크 어드레스를 포함한다. 일반적으로, 네트워크 전송은 정보의 패킷에서 영향을 받으며, 각 패킷은 수신지 어드레스, 소스 어드레스, 그리고 데이터를 제공한다. 이들 패킷은 통신에 이용되는 네트워크 전송 프로토콜에 의존하여 변화한다. 비록 개시된 실시예에서 이용된 프로토콜이 TCP/IP로서 일반적으로 알려진 종래의 프로토콜군 이더라도, 브라우저가 바 코드 정보를 PC에 입력되는 키입력에 대응하여 요구되는 URL에 전송할 수 있다는 주된 요구와 함께 동일한 기본 기능을 제공하는 어떠한 프로토콜이라도 사용될 수 있다는 것으로 이해되어야만 한다. 이후로, "메시지 패킷"은 하나 이상의 패킷이 그러한 전송에 영향을 미치도록 전송되어야 한다고 할지라도, 전송지 URL, 바 코드 정보, 그리고 소스 어드레스의 조합으로 칭할 것이다.

소스(PC302)로부터 메시지 패킷(400)을 수신하는 대로, ARS(308)는 총 정보에 끼워진 지시에 따라 정보를 처리한다. ARS(308)는 특히 수신한 패킷(400)으로부터 바 코드 정보를 추출할 것이고, 일단 추출하고 나면, 이 바 코드 정보를 디코딩할 것이다. 일단 디코딩 하고나면, 이 정보는 "히트(hit)"가 있는지를 결정하기 위해 ARS 광고주 데이터베이스(310)내에 포함된 데이터와 비교된다. 만약 일치를 지시하는 "히트"가 없으면, 정보는 그것을 지시하는 브라우저로 되돌아간다. 만약 "히트"가 있으면, 소스(PC302)의 어드레스, 직접 "핸드오프(handoff)"조작으로, 액세스방법에 대해 소스(PC302)를 지시하는 정보, 네트워크상의 다른 위치, 광고주 서버(312)의 정보를 포함하는 패킷(402)이 모여진다. 이러한 형태의 구성은 ARS(308)로부터 정보를 표시하는 것보다, Netscape, Microsoft Internet Explorer및 광고주 서버(312)에 액세스할 수 있는 소스 PC(302)와 같은 브라우저와 더불어 비교적 종래기술 이다. ARS(308)는 경로"B"를 거쳐 패킷(402)을 소스 PC(302)에 되돌려 전송한다. 이제 도 4b에 대해 설명하면, 메시지 패킷(402)은 소스 PC(302)의 어드레스, 명령 코드내에 끼워진 광고주 서버(312)의 URL, 그리고 ARS(308)의 URL을 포함한다.

소스 PC(302)에 의해 메시지 패킷(402)을 수신할때, 메시지 패킷(402)은 새로운 메시지 패킷(404)의 어셈블리에 대한 적절한 전송 정보를 얻기위해 분리 한다. 소스 PC(302)상에서 실행되는 웹브라우저는 이제 경로"C"를 거쳐 메시지 패킷(404)에 끼워진 특정 광고주 서버(312) 위치정보로부터 제품정보를 얻기위해 작동한다. 이제 도 4c를 참조하면, 이 트랜잭션에 대한 메시지 패킷(404)은 광고주 서버(312)의 URL, 제품정보용 요구 데이터, 그리고 소스 PC(302)의 어드레스를 포함한다.

소스 PC(302)로부터 메시지 패킷(404)을 수신할때, 광고주 서버(312)는 제품정보용 요구 데이터를 얻기 위해 메시지 패킷(404)을 분리한다. 그리고 광고주 서버(312)는 그 데이터베이스로부터 특정 제품정보를 검색하고, 그것을 경로"D"를 거쳐 소스 PC(302)에 되돌려 전송한다. 이제 도 4d를 참조하면, 이 특정 트랜잭션에 대한 메시지 패킷(406)은 소스 PC(302)의 어드레스, 요구 데이터, 그리고 광고주 서버(312)의 URL을 포함한다.

선택적으로, ARS(308)는 경로"E"를 거쳐 광고주 서버(312)에 대해 제품정보에 대한 직접적 요구를 만들 수 있다. 이 방식으로, ARS(308)는 소스 PC(302)에 접촉하기 위해 그것을 명령하는 광고주 서버(312)에 정보를 전송한다. 그러나, 이것은 전통적인 것이 아니며 좀더 복잡한 소프트웨어 제어를 필요로 한다. 이 트랜잭션에 대한 메시지 패킷(408)은 도 4e에서 도시되어 있으며, 그것은 광고주 서버(312)의 URL, 제품정보용 요구 데이터, 그리고 소스 PC(302)의 어드레스를 포함한다. 제품정보가 ARS(308)로 돌아가지 않고 소스 PC(302)로 직접 돌아가기 때문에, 메시지 패킷(408)은 소스 PC(302)의 어드레스에 대해 리턴 어드레스를 필요로 한다. 그 후 제품정보는 경로"D"를 거쳐 PC(302)로 직접 넘어간다.

이제 도 5를 참조하면, 소스 PC(302)로부터 ARS(308)까지 전송된 메시지 패킷(400)을 어셈블리하기 위한 공정을 묘사하는 흐름도를 설명하고 있다. 그 공정은 UPC 바코드(102)가 사용자에 의해 스캔되는 기능블록(500)에서 시작한다. 기능블록(502)에서, 스캐너 원드(102)는 코딩된 바를 번역하고 소프트웨어에 의해 디코딩된 바 코드 데이터가 펌웨어에 저장되는 웨지 인터페이스(104)에 직렬연결로 신호를 전송한다. 디코딩된 데이터는 그 후에 간단한 조작을 위해, 기능블록(504)의 워드 레지스터에 저장된다. 프로그램은 워드 레지스터 데이터가 키입력 데이터로 전환된후 저장되는 기능블록(506)으로 계속해서 진행된다. 이 시점에서, 제품정보는 웨지 인터페이스(104)상의 메모리에 저장된다. 이 시점으로부터, 정보는 웹브라우저로 삽입되는 키입력 포트를 통해 직렬로 전송된다. 기능블록(508)에 있어서, Ctrl-O 명령이 키입력 데이터에 가해진다. 하이퍼텍스트 프로토콜 앞부분 http:// 는 기능블록(510)에서 키입력 데이터에 가해진다. 거기로부터 ARS(308)의 URL이 키입력 데이터에 가해지는 기능블록(512)으로 프로그램이 진행된다. 기능블록(514)에서, 문자/?는 키입력 데이터에 가해진다. 기능블록(516)에 있어서, UPC 코드 데이터가 키입력 데이터에 가해진다. 기능블록(518)에 있어서, 캐리지 리턴이 경로"A"를 통해 기능블록(520)에서 ARS(308)로의 데이터 전송에 영향을 미치는 키입력 데이터에 가해진다.

이 실시예는 UPC 바코드 표준에 한정된 것은 아니며, 다른 바 코드 표준을 편입할 수 있다는 것에 유의해야 한다. 예를 들면, 만약 Code(128) 표준이 사용된다면, 선택단계가 이 특정 코드를 사용하는 시스템 또는 다중 바코드 표준을 사용하는 시스템을 다루도록 채택될 수 있다. 기능블록(522)은 사용되는 특정 바코드 표준을 결정하기 위해 다중-코드 시나리오에서 사용될 수 있다. 기능블록(524)은 소프트웨어가 채택된 특정 표준을 다룰 수 있게 해준다.

이제 도 6을 참조하면, 소스 PC(302)로부터 메시지 패킷(400)을 수신할때 경험하게 되는 ARS(308)공정의 흐름도를 설명하고 있다. 결정블록(600)에 있어서, ARS(308)는 메시지 패킷(400)의 수신에 대해 체크하게 된다. 만약 메시지 패킷(400)이 수신되지 않으면, 프로그램 흐름은 "N"경로를 따라 움직이게 되고 메시지를 계속해서 기다리게 된다. 만약 메시지 패킷(400)이 수신된다면, 프로그램 흐름은 메시지 공정에 대해 경로"Y"를 따라 계속된다. 메시지 패킷(400)을 수신하는대로, 기능블록(602)에 있어서, ARS(308)는 문자/?를 추출하고 이하의 다양한 필드는 UPC 코드를 포함한다. UPC 코드는 제품코드를 적절한 광고주 서버 어드레스에 맞추기 위한 준비에서 기능블록(604)에서 독립적으로 추출된다. 기능블록(606)에 있어서, UPC 코드는 UPC 코드에 포함된 각각의 제품정보의 광고주 서버(312) URL을 검색하기 위한 룩업 테이블(look-up table)로 사용된다. 기능블록(608)에 있어서, ARS(308)는 소스 PC(302)로 되돌려 전송하기 위한 메시지 패킷(402)을 어셈블리한다. 기능블록(610)은 경로"B"를 통해 소스 PC(302)로 메시지 패킷(402)을 되돌려 전송하는 공정을 지시한다.

이제 도 7을 참조하면, 소스 PC(302)와 광고주 서버(312) 사이의 대화형 공정의 흐름도를 설명하고 있다. 기능블록(700)에 있어서, 소스 PC(302)는 ARS(308)로부터 메시지 패킷(402)을 다시 수신하며 패킷(402)을 디코딩하기 시작한다. 기능블록(702)에 있어서, 광고주 제품정보의 URL은 메시지 패킷(402)으로부터 추출되고 메시지 패킷(404)으로의 삽입을 위해 광고주 서버(312)에 저장한다. 기능블록(704)에서, 메시지 패킷(404)은 그 후 모아지고 경로"C"를 통해 소스 PC(302)에 의해 광고주 서버(312)로 전송된다. 기능블록(706)에서 소스 PC(302)가 기다리는 동안, 기능블록(708)에서 광고주 서버(312)는 소스 PC(302)로부터 메시지 패킷(404)을 수신하고 그것을 분리한다. 제품정보 위치는 기능블록(710)에서의 메시지 패킷(404)으로부터 추출된다. 특정 제품정보는 소스 PC(302)로 되돌려 전송하는 것에 대한 서버 데이터베이스로부터 검색된다. 기능블록(712)에 있어서, 제품정보는 메시지 패킷(406)으로 모여지고 그 후 경로"D"를 통해 소스 PC(302)로 되돌려 전송된다. 기능블록(714)에서 소스 PC(302)로의 복귀, 광고주 서버(312)로부터 수신된 메시지 패킷(406)에 포함된 광고주 제품정보는 그 후에 추출되고 기능블록(716)에서 처리된다.

이제 도 8을 참조하면, 사용자는 소스 PC(302)상에 웹브라우저 애플리케이션을 실행시키고 컴퓨터 화면(800)은 브라우저 페이지(802)를 보여준다. 사용자는 그 후 바코드(102)를 스캐너 원드(100)로 스캔한다. 키입력 데이터에 끼워 있는 제품정보는 추가된 단어를 창출하기 위해 독점적 URL 데이터가 바코드 데이터에 추가된 웨지 인터페이스(104)로 전송된다. 키입력 데이터의 포맷으로 추가된 단어는 웨지 인터페이스(104)로부터 소스 PC(302)의 키보드 입력 포트로 전송된다. 웨지 인터페이스로부터 URL/바코드 키입력 데이터(808)를 수신하는대로, URL 페이지(804)가 열린다. URL 페이지(804)는 제 1 문자열로서 독점적 웨지 인터페이스(104)에 의해 가해지는 Ctrl-O 명령에 대응하여 열려진다. URL 페이지(804)의 열기는 Ctrl-O 명령을 따르는 추가적인 키입력 데이터가 삽입될 필드(806)에서 자동적으로 커서위치를 정한다. URL 페이지(804)가 열린 후, 하이퍼텍스트 프로토콜 앞부분 http://는 필드(806)로 삽입된다. 다음에, ARS(308)의 위치와 연관된 URL 정보가 필드(806)로 삽입된다. 다음의 ARS(308) URL 데이터는 변수의 입력이 즉각적으로 /? 문자를 따르도록 하는 문자/?이다. 이 실시예에서, 다양한 다음의 것은 ARS 데이터베이스(310)로부터 광고주URL을 얻기 위한 상호-참조 정보를 제공하는 UPC 제품코드이다. 다음에, 캐리지 리턴이 URL/바코드 데이터를 전송하기 위해 그리고 윈도우(804)를 닫기 위해 가해진다. 메시지 패킷(400)이 소스 PC(302)로부터 ARS(308)로 전송된후, ARS(308)로부터 소스 PC(302)까지, 광고주 서버(312)까지, 그리고 다시 소스 PC(302)까지의 트랜잭션이 빠르게 일어나며 시청자에게 투명하게 보인다. 이 시점에서, 시청자가 보는 다음정보는 광고주 서버(312)로부터 수신되는 제품 정보이다.

도 9를 참조하면, 제품, 광고("애드"), 또는 사용자가 액세스 수단을 가지는 어떤 만질 수 있거나 볼 수 있는 장치가 될 수 있는 제품(902)이 도시되어 있다. 이 제품 또는 애드(902)와 관련하여, 주 루팅 정보를 그 안에 포함하는 영역(904)이 개시된 실시예에서 제공되어 있다. 상기에 기술된 실시예에서, 이 주 루팅 정보는 바코드 형태로 존재한다. 하지만, 광학적 관점으로부터 주 루팅 정보는 어떤 형태의 수단으로 인코딩될 수 있다고 이해되어야 한다. 예를 들어, 스캐닝될 때 주 루팅 정보를 구성하는 정보가 거기로부터 추출될 수 있도록 하는 광학적 인코딩된 배경이 제공될 수 있다. 이것의 한 예는 광학적 배경의 수단에 의하여 운전자 면허증에 디지털 인코딩하는 것이다. 전체 운전자 면허증을 스캐닝함으로서, 광학적 코딩내에 담겨진 디지털 정보가 주 루팅 정보를 제공하기 위해 추출된다. 광학적 정보가 어떤 만질 수 있는 미디어상에 인코딩되는 많은 다른 예가 존재한다.

일단 주루팅 정보가 영역(904)으로부터 추출되면, 그 후, 상기에서 기술된 대로, 스캐닝 원드(100) 및 인터페이스(104)를 사용하는 PC에 입력된다. 영역(904)으로부터 원드(100)와 관련된 디코딩 또는 어떤 다른 기술을 통해 추출된 후에 주 루팅 정보는 상기에 기술된 PC(108)에 유사한 PC(906)에 그 다음 입력된다. PC(906)는 사용자(908)와 인터페이스되며, 사용자(908)는 영역(904)으로부터 PC (906)로 루팅 정보의 전송을 개시하도록 사용가능하다. 이것은 어떤 형태의 사용자 개재를 필요로 하는 액티브 시스템이다. 상기에서 기술된 대로, 영역(904)으로부터 주 루팅 정보를 수용함에 응답하여 PC(906)는 그 후 복수의 네트워크 노드(도시되지 않음)와의 연결 수단을 제공하고 그와 함께 네트워크 노드(912)상의 원격정보와 연관된 이들 중 하나인 네트워크(910)에 액세스할 것이다. 이 네트워크 노드(912)는 주루팅 정보(904)와 연관되어 있는 원격정보를 그 안에 포함한다. 네트워크(910)와 관련하여, PC(906)는 광학적 필드(904)로부터 추출되는 주루팅 정보를 통해 원격정보(912)에 액세스하도록 사용되어, 정보가 원격정보 노드(912)로부터 추출되고 사용자(908)에 제공되도록 하기 위해, PC(906)와 원격정보 노드(912) 사이에 만들어진 접속이 있다. 이는 모두 광학적 필드(904)내에 있는 정보를 어떤 형태의 입력 장치에 의하여 PC(906)로의 사용자의 활발한 입력에 의해 수행된다. 개시된 실시예에서, 사용자가 실제로 웹 브라우저를 시동한 후 입력 장치, 즉 원드 (100)로 웹 브라우저에 정보를 입력하도록 함이 요구된다. 하지만, PC(906)내의 소프트웨어는 광학적 필드(904)로부터 정보 입력에 반응하여 브라우저를 실제로 시동하도록 실행될 수 있어야 한다.

도 10을 참조하면, 도 9의 실시예의 더욱 상세한 도식적 검토가 설명되어 있다. 영역(904)에 있는 루팅 정보는 PC(1002)에 입력하고, 도 1의 PC(108)에 유사한 PC(1002) 및 PC(906)에도 또한 입력된다. 하지만 상세한 실시예에서, PC(1002)는 거기에 전송을 위해 이차 루팅 정보와 주 루팅 정보로 이루어지는 정보 패킷을 결합하기 위해 사용할 수 있다. 이차 루팅 정보는 PC(1002)가 필드(904)내의 주 루팅 정보를 네트워크(910)를 거쳐 중간 PC(1004)로 전송하기 위해 사용하는 루팅 정보이다. 이 중간 PC(1004)는 기본적으로 도 3에 있는 ARS(308)이다. PC(1004)와 관련되어 있는 데이터베이스(1006)는 광고자 데이터베이스(310)에 유사하다. 하지만, 이 데이터베이스는 다른 정보를 포함할 수 있다. 상기에 기술한 동작은 사용자 (908)가 어떤 사용자의 개시된 동작에 의해 필드(904)내의 루팅 정보에 제일 먼저 액세스하도록 요구한다. PC(1002)에 일단 입력하면, 필드(904)내의 주 루팅 정보는 그후 필드(904)내의 이 주 루팅 정보를 PC(1004)로 진행시키는 제 2 루팅 정보와 결합된다. PC(1004)는 표의 형태의 데이터베이스(1006)에 있는 정보를 검색하여 원격정보의 위치를 네트워크(910)상의 어디에 있는지를 결정한다. 그 후 원격정보 노드(912)에 연결하게 하는 PC(1002)로 다시 릴레이된다. 따라서, PC(1004) 및 이와 관련된 데이터베이스(1006)의 사용과 함께, 광학적 필드(904)내의 정보는 원격정보 노드(912)에 대한 네트워크 루팅 정보와 관련될 수 있는 것으로 보여질 수 있다. 특히 PC(1002)가 원격정보 네트워크 노드(912)와 인터페이스 되기 위해서는, 연결을 달성하기 위해 주 루팅 정보의 형태의 주 루팅 정보 필드(904)내의 모든 정보를 PC(1004)로 전달하는 것이 필요하다.

도 11을 참조하면, 네트워크 패킷이 PC(1004)로 주 루팅 정보를 보내기 위해 네트워크 패킷이 어떻게 형성되는 지의 도식적 검토가 설명된다. 일반적으로, 주 루팅 정보는 싱글 필드를 점유하여, 그 후 네트워크(910)에 전달을 위해 제 2 루팅 정보와 데이터 패킷으로 결합된다. 이는 상기에서 상세히 기술되었다. 그러나, 바코드, 광학적으로 인코딩된 영역 등의 형태로 광학적 필드(904)에 포함된 정보는 루팅 정보를 구성하는 것을 인식하는 것이 중요하다. 예를 들어, PC(1004)에 있는 데이터베이스(1006)가 제조자의 위치와 함께 일단 프로그램되면, 제조자는 사용자가 거기에 액세스하기 위해 이 루팅 정보를 제품 또는 광고 또는 어떤 다른 미디어중 하나와 관련한 광학적 필드내로 두는 것만이 필요하다. 사용자가 광학적 정보를 네트워크에 입력하게 하여 제품에 관한 부가 정보를 검토하게 하는 제품과 이 광학적 필드의 조합이 있다. 물론, 부가 정보는 그 후 제조자에 의해 PC(1004)에 의하지 않고 제조자에 의하여 한정되는 대로 사용자에 의해 검토되거나 사용자에 의해 액세스된다. PC(1004)는 단지 이 정보를 릴레이한다.

도 12를 참조하면, 오디오 입력 소스를 사용하는 본 발명의 다른 실시예의 블록도가 설명된다. 도 12의 실시예에서, 오디오 신호의 형태로 어떤 형태의 루팅 정보를 그 안에 포함하도록 사용할 수 있는 프로그램 미디어인 프로그램 미디어 (1202)가 제공된다. 이는 인코딩된 톤일 수있고, 또는 오디오 출력 장치(1204)와 결합될 때 오디오 톤 형태의 루팅 정보가 PC(906)에 입력될 수 있게 하는 다른 그러한 장치일 수 있다. PC(906)은 그 밖에 전용 포트상에 오디오 신호를 수용하고 PC(906)에 의한 처리를 위해 이 톤을 디지털화하는데 사용할 수 있는 통상적인 사운드 카드와 함께 연관되어 있다. 이 디코딩 동작은 통상적인 동작이다. 하지만, 오디오 출력 장치(1204)는 사용자(908)에 의해 활성화되는 장치이다. 이는 사용자는 반드시 그것을 활성화 해야 하고, 따라서 이것은 활성화 작용이라는 점에서, 도 9의 실시예와 유사하게 작용한다. 일단 수용되면, 그것에 대한 반응으로, 원격정보 노드(912)로부터 루팅 정보는 사용자에 제공된다. 프로그램 미디어(1202)와 오디오 출력 장치(1204)는 어떤 형태의 미디어 및 오디오 출력 장치가 될 수 있다. 미디어의 한 형태가 그림에 관한 오디오 정보를 액세스할 수 있는 아동책과 관련된 것일 수도 있다.

도 13을 참조하면, 실시예를 위한 블록도가 도시되어 있는데, 여기서 사용자의 프로필이 원 청약자 또는 제조자에게 전송될 수 있다. PC(906)는 프로필 데이터 (1302)와 연관되며, 프로필 데이터베이스(1302)는 사용자(908)의 프로필을 저장하는데 사용할 수 있다. 이 프로필은 초기 설치후, 프로그램이 프로그램을 활성화하기 위해 입력되는 프로필 정보를 요청할 때 만들어진다. 프로필외에, PC(906)상에서 작동되는 브라우저 프로그램과 관련하여 사용자에게 제공된 특유한 ID가 또한 있다. 이는 블록(1304)으로 나타내어지는 기억장치 위치에 저장된다. 이 ID(1304)는 액세스할 수 있는 위치에 있는 PC(906)에 저장된 정보인 "쿠키"로서 원격위치에 의해 액세스할 수 있는데, 액세스할 수 있는 위치는 실제로 원격노드상에서 작동되는 원격프로그램에 의해 액세스할 수 있다.

도 10의 PC(1004)를 기본적으로 구성하는 ARS(308)는, 프로필 데이터베이스 (1308)와 함께 조합되어 사용할 수 있는데, 프로필 데이터베이스(1308)는 모든 사용자에 대한 프로필을 저장하는데 사용할 수 있다. 프로필 데이터베이스(1308)는 시스템에 부속될 수 있는 모든 PC(906)에 대한 프로필 데이터베이스(1302)에 저장된 프로필의 조합이다. 이는 데이터베이스(310), 중간 목적지 테이블을 포함하는 광고자의 데이터베이스에 저장된 정보와 구별되는 것이다. 필드(904)중의 루팅 정보는 ARS(308)로 진행되고 데이터 패킷으로부터 추출될 때, 그 다음 상기에 기술된 검색 과정은 이 정보가 어디에 루팅되는 지를 결정하기 위해 실행될 수 있다. 프로필 데이터베이스는 그 다음 각 트랜잭션를 위해 사용되는데. 여기서 필드(904)로부터 수용되는 루팅 정보의 형태의 각 처리는 어떤 제조자가 연관되었는지를 결정하는 목적지 테이블(310)과 비교되고, 필드(904)중의 루팅 정보를 따라 전송되는 관련 ID는 그와 함께 연관된 프로필을 사용할 수 있는지를 결정하는 프로필 데이터베이스(1308)과 비교된다. 이 정보는 처리 데이터베이스(1310)내에 저장되어 후에 필드(904)내에 정보의 형태로 수용되는 각 루팅 코드 또는 바코드를 위해 처리 데이터베이스(1310)내에 저장되고, 각 PC(906)의 ID와 함께 연관될 것이다. ID와 연관하여 저장되는 데이터베이스(1308)내의 연관된 프로필은 그 다음 결합될 수 있고 네트워크(910)상의 청약자 노드(1312)에 의해 참조되는 대로 청약자에게 전송될 수 있다. ARS(308)는 두 개의 모드, 실시 모드 또는 비실시 모드로 이를 행할 수 있다. 실시모드에서, 각 시간 PC(906)는 광고자 데이터베이스(310)에 액세스하고, 사용자의 프로필 정보는 청약자 노드(1312)에 업로딩된다. 동시에 청구 정보는 청구 데이터베이스(1316)에 저장되어 있는 청약자(1312)에 대해 발생한다. 따라서 ARS (308)는 청약자(1312)에게 각 처리 및 그 처리에 대한 청구를 알려줄 수 있고, 상기에 기술된대로 특별한 루팅 코드 또한 바코드에 대한 주 루팅 정보(904)와 함께 관련된 특별한 제품 광고를 누가 액세스하는 지에 관한 청약자(1312) 프로필 정보를 알려줄 능력을 갖는다. 이 정보는, 일단 결합되면, 청약자(1312)에게 전송될 수 있고 또한 청구 정보내에 반영될 수 있고 청구 정보 데이터베이스(1316)내에 저장될 수 있다.

도 14를 참조하면, 사용자에 대한 프로필을 저장하기 위한 작동을 묘사하는 순서도를 나타낸다. 프로그램은 블록(1402)에서 개시되고 다음에 기능 블록(1404)으로 진행되는데, 거기서 시스템은 시스템의 개시하자마자 프로필을 프롬프트할 것이다. 이 개시는 그 또는 그녀가 제공받은 소프트웨어를 사용자가 최초로 로드할 때마다 활성화되게 하는 기능이다. 이것의 목적은 셋업 정보에 추가하여 사용자 프로필을 생성하기 위한 것이다. 일단 사용자가 이것에 프롬프트되면, 다음에 프로그램은 사용자가 기본 또는 자세한 정보를 제공할지를 결정하기 위하여 판단 블록(1406)으로 이동할 것이다. 이것은 사용자가 선택할 수 있다. 만약 기본을 선택한다면, 프로그램은 기능 블럭(1408)로 이동할 것이고 거기서 이름과 일련번호 및 가능하게는 주소와 같은 기본 정보를 입력할 것이다. 그러나, 사용자에게 더 많은 정보를 입력하게 하기 위해 조금의 인센티브를 제공하기 위하여, 만약 사용자가 추가적인 정보를 입력하려고 한다면, 기능 블록(1404)에 있는 본래의 프롬프트는 쿠폰, 할인 등과 같은 것들을 제공할 것이다. 만약 사용자가 이 옵션을 선택하면, 프로그램은 판단 블록(1406)에서 기능 블록(1410)으로 이동한다. 기능 블록(1410)에서, 사용자는 직업, 수입정도, 일반적인 가족내력, 인원수 정보와 같은 상세한 정보를 입력하기 위하여 프롬프트된다. 수집된 정보의 어떠한 양도 이 특별한 장치 블록안에 있을 수 있다.

기본 모드 또는 더 상세한 모드에서, 일단 모든 정보가 수집되면, 다음에 프로그램은, 정보가 국부적으로 저장되는 기능 블록(1412)로 이동할 것이다. 프로그램은 다음에 판단 블록(1414)로 이동하고 그후 온라인으로 호스트 또는 ARS(308)로 간다. 일반적으로, 사용자는 그/그녀가 이 정보를 호스트에 현재 시간에 전송하기를 원하는지 또는 그것을 이후에 전송할지를 결정하도록 프롬프트된다. 만약 그/그녀가 "이후" 옵션을 선택하면, 프로그램은 사용자가 정보를 이후 시간에 전송하도록 프롬프트하기 위하여 기능 블록(1415)으로 이동할 것이다. 개시된 실시예에서, 사용자는 프로필 정보가 호스트에 전송될때까지 소프트웨어를 이용할 수 없을것이다. 그러므로, 사용자는 호스트와 연결하기 위하여 이후 시간에 이것을 활성화해야 할지도 모른다.

만약 사용자가 프로필 정보를 호스트에 업로드하기 위해 그 옵션을 선택한다면, 프로그램은 접속 과정을 개시하기 위하여 기능 블록(1416)으로 이동할 것이고, 다음에는 접속이 이루어졌는지를 결정하기 위하여 판단 블록(1418)으로 이동할 것이다. 만약 그렇치 않았으면, 프로그램은 "N"경로를 따라 일순간에 판단 블록 (1420)으로 이동할 것인데 그것은 에러 블록(1422)에 이르거나, 접속 판단 블록 (1418)의 입력으로 되돌아 갈 것이다. 일단 연결된 프로그램은 다음에 "Y" 경로를 따라 판단 블록(1418)에서 기능 블록(1428)으로, 컴퓨터 또는 사용자의 ID와 함께 프로필 정보를 호스트에게 전송하기 위하여 이동할 것이다. 상기에서 언급한 바와 같이, ID는 기본적으로 호스트에 전송할때에 프로그램에 액세스되어 있는 컴퓨터안의 "쿠키(cookie)"이다. 다음에 프로그램은 프로그램을 활성화하도록 기능 블록 (1430)으로 이동할 것인데, 그것은 후에 모든 셋업 정보를 요구됨이 없이 작동할 수 있게 한다. 일반적으로, 이 순서도의 모든 운영은 셋업 과정을 통하여 사용자에게 단계된 "위자드(wizard)"로 수행하였다. 일단 완료되면, 프로그램은 완결 블록 (1432)으로 이동할 것이다.

도 15를 참조하면, 트랜젝션을 수용할 때 호스트의 운영을 묘사한 순서도를 나타낸다. 프로그램은 시작 블록(1502)에서 개시되고 다음에 판단 블록(1504)으로 진행되는데, 거기서는 도 9에 따라 상술한 것처럼 경로 필드(904)에 저장된 경로 요청, 즉 바코드 등의 형태로 되어 있는 경로 정보를 시스템이 수용할지를 결정한다. 프로그램은 경로 요청을 수용할 때까지 판단 블록(1504)의 입력까지 다시 순환할 것이다. 이 때에, 프로그램은 주요 경로 정보와 사용자 ID를 수용하기 위해 기능 결정(1506)으로 "Y"경로를 따라 이동할 것이다. 본질적으로, 이 주요 루팅 정보를 사용자 ID에 추가하여 수용 필드로부터 추출하였다. 다음에 프로그램은 수용된 주요 루팅 정보와 일치하는 제작자 URL을 찾기 위하여 기능 블록(1508)으로 이동한 다음에 PC를 주요 루팅 정보와 연관되어 있는 장소에 연결하도록 허락하기 위하여 필요한 명령 정보를 최초 PC(108)로 복귀한다. 그러므로, 프로그램은 현재의 트랜젝션의 트랜젝션 데이터베이스를 업데이트 하기 위해 기능 블록(1510)으로 이동할 것이다. 일반적으로, 루팅 정보는 관련된 ID들과 함께 싱글 필드처럼 저장될 것이다. 상기에서 기술된, 프로필 데이터베이스는 그들의 ID와 관련되어 있는 그들의 소프트웨어를 활성화시킨 시스템에서 각 유저의 상세한 프로필들과 관련된다. ID를 루팅 정보와 관련하여 보내었을 때부터, 트랜젝션 데이터베이스안에 저장되어 있는 것은 루팅 코드 즉, 특별한 루팅 코드와 관련되어 있는 시스템에 모든 ID들을 전송하는 것과 관련한 바코드이다. 상기에서 기술한대로, 일단 이 트랜젝션 데이터베이스를 업데이트하면, 트랜젝션을 상세한 프로필 정보와 함께 프로필 데이터베이스 (1308)로부터 노드(313)에 있는 서명자에게 다시 전송할 수 있다.

프로필 정보는 실시간 또는 비-실시간으로 노드(312)에 있는 서명자 또는 제작가에게 다시 전송될 수 있다. 판단 블록(1512)는 전송을 실시간으로 할지를 결정하기위해 제공된다. 만약 실시간이면, 프로그램은 "Y"경로를 따라 기능 블록(1514)로 이동하고 거기서 정보는 즉시 제작자 또는 서명자에게 갈 것이다. 다음에 프로그램은 기능 블록(1516)으로 이동하고 거기서 특별한 제작자 또는 서명자의 서열은 서열 데이터베이스(1316) 안에서 업데이트 될것이다. 프로그램은 다음에 엔드 블록으로 이동할 것이다. 만약 비-실시간이면, 프로그램은 "N" 경로를 따라 기능 블록 (1520)으로 이동하는데 거기서는 후전송을 설정하고 트랜젝션 데이터베이스안에 생긴다. 어쨋든 트랜젝션 데이터베이스는 특별한 루팅 코드와 관련된 모든 정보가 생긴다.

실시간 트래내젝션에 있어, 제작자가 특정 시간에 잡지안의 광고를 배치하거나 팔리지 않은 생산품을 배치하는 것이 가능하다. 제작자는 그후에 광고들이거나 또는 생산품들을 구입할때 여러번 모니터할 수 있다. 물론 그것들은 조금 느리게 제공되는 컴퓨터로 스캔될 것이다. 그러나 제작자는 생산품이 얼마나 이동했는지의 바로 현재 모습을 얻을 수가 있다. 예를 들면, 만약 콜라 제작자들이 새로운 콜라를 선반위에 배치할 것이고, 예를 들어 처음 1000명의 구매자들은 네트워크상에서 그들의 코드를 스캔하여 플로리다에 있는 몇몇의 유명한 휴양지로 여행을 가는 기회 또는 몇몇의 다른 인센티브와 같은 얼마간의 이익을 받게 할 것을 나타내는, 예를 들어 텔레비젼에 촉진적인 광고를 제공한다면, 제작자는 얼마나 잘 광고가 접수되었는지에 대하여 매우 좋은 아이디어를 가지게 될 것이다. 더 나아가, 광고자는 수용적인 시장이 어디인지를 알 수 있다. 만약, 예를 들면 광고자가 10개 도시에서 텔레비젼 광고를 하고 한 도시로부터 압도적인 반응을 받았으나, 다른 도시에서는 매우 나쁜 반응을 받았다면, 다음에 광고자는 한 나쁜 반응의 도시는 양호한 시장이 아니거나 또는 그가 선택한 광고 매개물이 매우 나쁜 것으로 믿게 하는 얼마간의 경향을 가질수 있을 것이다. 광고자가 상대적으로 즉각적인 반응과 반응자의 인원수에 대한 반응을 가진 내용을 또한 얻을 수 있을 때부터, 매우 중요한 정보는 상대적으로 짧은 시간안에 얻어질 수 있다.

개시된 실시예는 싱글 소스 PC(302)에 제한되지 않으며, 그러나 전역 커뮤니케이션 네트워크에 연결된 많은 수의 소스 컴퓨터를 포함할 수 있는 것에 주목해야 한다. 추가적으로, 실시예는 싱글 ARS(308) 또는 싱글 어드버타이저 서버(312)에 제한되지 않으며, 그러나 많은 수의 ARS 그리고 어드버타이저 시스템을 포함할 수 있는 것에 주의해야 한다. 개시된 실시예는 개인용 컴퓨터에 제한되지 않고, 예를 들어 네트워크 컴퓨터("네트PC"), 축소 규모된 PC의 버전, 또는 사용자 인터랙션과 인터페이스를 정보 소스에 조절하는 여느 시스템에 또한 적용할 수 있는 것에 주목해야 한다.

비록 바람직한 실시예는 상세히 기술되어 있을지라도, 다양한 변화, 교체 및 개조가 거기에서 첨부된 청구항에서 정의한 것처럼 본 발명의 요지와 형태에서 벗어남이 없이 만들어질 수 있음을 주지하여야만 한다.

Claims

제품용 원격정보와 제품을 관련시키기 위한 방법에 있어서,

관련된 제품을 식별하도록 하는 제품과 밀접한 관련이 있는 네트워크상 소스위치에서 제품식별자를 액세스하는 단계;

액세스된 제품식별자에 루팅정보를 추가하는 단계; 및

소스위치에서 원격위치로 추가된 루팅정보에 따라 제품정보를 전송하는 단계를 포함하며, 상기 루팅정보는 네트워크상 원격위치의 위치를 한정하고, 네트워크상 소스위치와 원격위치 사이의 네트워크 접속을 제한하며, 상기 결합된 정보를 고려한 정보는 원격위치로부터 소스위치로 리턴될 수 있는 것을 특징으로 하는 방법.
제 1 항에 있어서, 제품정보를 전송하는 단계는 액세스단계에 대응하여 실행되는 것을 특징으로 하는 방법.
제 1 항에 있어서, 루팅정보를 추가하는 단계는 액세스하는 단계에 대응하여 일어나는 것을 특징으로 하는 방법.
제 1 항에 있어서, 원격위치에 전송하는 단계가, 소스위치로 리턴할 목적으로 루팅정보와 관련된 원격위치에 제품정보를 전송하도록, 네트워크상 제 2 위치에 관련되어 있는 루팅정보는,

데이터 베이스에 복수의 제품 루팅정보가 저장되어 있는 네트워크상에서 소정의 제품식별자와 원격제품정보 위치 사이를 관련되게 하는 제품 루팅정보의 데이터베이스를 액세스하는 단계;

소스위치로부터 전송된 제품식별자를 제 2 위치에서 수신하는 것에 대응하여 데이터베이스를 액세스하는 단계;

데이터베이스에 저장된 제품루팅정보로 수신된 제품식별자를 비교하는 단계;

만약 수신된 제품식별자와 어떤 저장된 제품루팅정보 사이에 정합이 있으면, 정합하는 제품루팅정보를 소스위치로 되돌려 전송하는 단계; 및

소스위치에서, 정합하는 제품루팅정보를 수신하는 것에 대응하여 네트워크상 원격제품정보 위치로 소스위치를 상호접속하고 그것으로부터 제품정보를 수신하는 단계를 추가로 포함하는 것을 특징으로 하는 방법.
제 4 항에 있어서, 수신된 제품정보를 표시하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 제품식별자는 제품에 부착되는 것을 특징으로 하는 방법.
제 6 항에 있어서, 제품식별자는 바코드 인것을 특징으로 하는 방법.
제 7 항에 있어서, 액세스하는 단계는 바코드를 스캐닝하는 것을 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서, 네트워크는 네트워크상 각 위치에 유니버설 리소스 로케이터(URL)를 제공하는 전역 통신망이고, 루팅정보는 그 위치에 대한 URL로 이루어진 것을 특징으로 하는 방법.
제 9 항에 있어서, 처리 시스템은 정보 루팅을 위해 키입력 입력을 수신하는 구동 프로그램을 제공받고, 루팅정보를 부가하는 단계는 루팅정보의 조합과 키입력내 제품식별자를 대리 실행하고, 대리실행된 키입력을 사용자가 키입력 방법과 동일 방법으로 프로그램에 전송하는 키입력 스트링의 형성 단계를 포함하고, 상기 전송하는 단계는 부가된 루팅정보와 루팅정보를 전송하기 위한 프로그램과 트랜잭션하는 사용자에 유사한 방법으로 전송동작을 수행하도록 프로그램을 지시하고, 그것과 결합된 부가 명령을 갖는 프로그램에 전송된 제품식별자에 대응하여 실행되는 것을 특징으로 하는 방법.
제 10 항에 있어서, 부가된 루팅정보는, 원격위치가 전송된 제품식별자를 어떻게 취급하는가에 관한 명령정보를 포함하는 것을 특징으로 하는 방법.
제품출처를 갖는 스캔된 제품코드를 통신망위에서 인터페이스 하는 방법에 있어서,

소스위치에서 스캔된 제품코드를 인터페이스 회로로 입력하는 단계;

메시지 패킷을 포함하기 위해 스캐닝된 제품코드에 루팅정보를 부가하는 단계;

상기 통신망위에 하나이상의 원격위치로, 소스위치에서 웹브라우저를 동작하는 컴퓨터를 통하여, 제 1 트랜잭션내에서 메시지 패킷을 자동적으로 루팅하는 단계; 및

상기 소스위치와 하나 이상의 원격위치 각각과의 사이에 네트워크 통신의 방향을 한정하기 위하여, 및 상기 소스위치에서 상기 스캔된 제품코드를 상기 원격위치중 하나의 위치에서 상기 제조원으로 연결하기 위하여, 상기 제 1 트랜잭션의 각각의 이차 트랜잭션중 상기 메시지 패킷을 재구성하는 단계를 포함하는 것을 특징으로 하는 방법.
통신망에서 제조원으로 스캔된 제품코드를 인터페이스 하는 방법에 있어서, 상기 스캔된 제품코드를 소스위치에서 인터페이스 회로에 입력하는 단계;

제 1 메시지 패킷을 구성하기 위하여 상기 스캔된 제품코드에 루팅정보를 부가하는 단계;

상기 제 1 루팅정보에 응답하여, 상기 통신망위에서 상기 소스위치로부터 상기 원격위치까지 상기 제 1 메시지 패킷을 자동적으로 루팅하는 단계;

상기 제 1 루팅정보에 응답하여, 상기 소스위치, 제 2 원격위치의 어드레스를 구성하는 제 2 메시지 패킷을 자동적으로 백루팅하는 단계;

상기 제 2 메시지 패킷에 응답하여, 상기 제 2 원격위치, 제품정보에 대한 주문을 포함하는 제 3 메시지 패킷을 자동적으로 루팅하는 단계; 및

제 3 메시지 패킷에 응답하여, 상기 소스위치, 상기 제품정보를 포함하는 제 4 메시지 패킷을 자동적으로 루팅하는 단계를 포함하며, 상기 루팅정보는 상기 소스위치와 제 1 원격위치 사이의 네트워크 통신을 한정하는 것을 특징으로 하는 방법.
통신망위에서, 스캔된 제품코드를 제조원과 인터페이스 하는 시스템에 있어서,

메시지 패킷을 구성하기 위해서 상기 스캔된 제품코드에 루팅정보를 부가하고, 스캔된 제품코드를 수신하기 위한 인터페이스 회로;

통신망위에서 하나 이상의 원격 위치에 접속된 소스위치에서, 웹브라우저를 동작하고 상기 인터페이스 회로에 접속된 컴퓨터;

제 1 트랜잭션내에서, 상기 웹브라우저에 의해 컴퓨터를 통해서 하나 이상의 원격위치에 자동적으로 루팅되는 메시지 패킷; 및

각 이차 트랜잭션중, 상기 소스위치와 하나 이상의 상기 원격위치의 각각 사이에 통신 방향을 한정하기 위하여, 및 상기 소스위치에서 상기 스캔된 제품코드를 상기 원격위치에서 상기 제조원과 링크하기 위하여 재구성된 메시지 패킷을 포함하는 것을 특징으로 하는 시스템.