KR20100121690A

KR20100121690A - 이미지 인식 서비스 방법, 시스템 및 컴퓨터 판독가능한 매체

Info

Publication number: KR20100121690A
Application number: KR1020107022281A
Authority: KR
Inventors: 루프나스 그랜드히; 라그하브 구프타; 니라칸탄 선다레산; 데니스 골로브냐; 제프리 올슨
Original assignee: 이베이 인크.
Priority date: 2008-03-05
Filing date: 2009-03-05
Publication date: 2010-11-18
Also published as: US20090240735A1; US20190266614A1; US10936650B2; CN105787764A; CN102084391A; US11727054B2; WO2009111047A2; WO2009111047A3; EP2250623A2; EP3239919A1; EP2250623A4

Abstract

이미지 데이터를 포함하는 요청에 응답하여 이미지 프로세싱 서비스를 제공하는 시스템은, 이미지 애플리케이션 프로세싱 인터페이스에 요청을 포워딩하는 시스템 층을 포함한다. 이미지 프로세싱은 이미지 비교, 바코드 인식 및 광학적 문자 인식을 제공한다. 이미지 프로세싱은 이미지 데이터와 데이터베이스 내의 제품들을 비교하여 매칭되는 제품을 식별한다. 시스템 층은 매칭 정보를 수신하여 사용자에게 포워딩한다.

Description

이미지 인식 서비스 방법, 시스템 및 컴퓨터 판독가능한 매체{METHOD AND APPARATUS FOR IMAGE RECOGNITION SERVICES}

본 출원은 2008년 3월 5일 출원되어 계류중인 발명의 명칭 "IMAGE RECOGNITION AS A SERVICE"의 가출원 일련번호 제61/033,940호에 기초하고, 35 U.S.C. 119(e) 규정에 따라 미국 내의 이에 대한 우선권을 주장하며, 그 내용 전부가 본 명세서에서 참조로서 포함되었다.

네트워킹된 통신 및 모바일 통신에 의해 제공되는 상호접속가능성이 증가함에 따라서, 이러한 기술은 일상적인 사업 활동과 개인 소비 활동의 일부가 되어가고 있다. 따라서, 텍스트 정보 및 운영 정보와, 비디오 및 오디오 정보를 포함하는 보다 효율적이고 플렉서블한 통신이 필요하다.

일례에서, 네트워킹된 컴퓨팅 환경에서 동작하는 상거래 서비스는 사용자에게 인터넷 상에서 상품과 서비스를 구매 및 판매하기 위한 포럼을 제공한다. 사용자에게 최적의 경험을 제공하기 위해서, 상거래 서비스는 사용자가 상품과 서비스를 구매 및 판매하는 것을 돕기 위한 피처를 개발한다. 이러한 피처는 판매자와 구매자 모두가 아이템을 식별하는 데에 이미지를 사용하는 것을 포함하며, 이것으로 제한되는 것은 아니다. 이미지의 사용은 사용자로 하여금 판매자로부터 구매하기 위해 찾고 있는 실제 아이템을 볼 수 있도록 하기 때문에 중요하다.

이미지의 사용은 통상적으로 판매용 아이템을 광고하는 상세한 정보를 제공하는 판매자로 제한되어왔으며, 상세한 정보는 제품의 사진, 그림, 비디오 또는 그외의 이미지를 포함한다.

도 1 및 2는 예시적인 실시예에 따라 이미지 서비스를 제공하며 클라이언트-서버 아키텍처를 갖는 시스템을 도시한 블록도.
도 3a 및 3b는 예시적인 실시예에 따라 이미지 서비스를 제공하는 시스템 내의 기능적 층들을 도시한 블록도.
도 4는 예시적인 실시예에 따라 이미지 서비스를 제공하는 시스템 내의 이미지 프로세싱 유닛을 도시한 블록도.
도 5 및 6은 예시적인 실시예에 따른 상인 툴 모듈을 도시한 블록도.
도 7은 예시적인 실시예에 따른 이미지 프로세싱 방법을 도시한 순서도.
도 8 및 9는 예시적인 실시예에 따라 이미지 프로세싱 유닛에 이미지 서비스에 대한 요청으로서 제공되는 이미지 입력 콘텐트와 그 응답으로서 제공되는 결과적인 정보를 도시한 프로세스 순서도.
도 10 및 11은 예시적인 실시예에 따른 이미지 프로세싱 방법을 도시한 순서도.
도 12는 예시적인 실시예에 따른 사기 검출 모듈(fraud detection module)을 도시한 블록도.
도 13은 예시적인 실시예에 따른 클라이언트-서버 시스템을 도시한 블록도.
도 14는 예시적인 실시예에 따른 복수의 애플리케이션을 도시한 블록도.
도 15는 예시적인 실시예에 따라 이미지 프로세싱 서비스를 구현하도록 구성된 컴퓨팅 시스템을 도시한 블록도.

아래에서는, 설명을 위해 일부 예시적인 실시예들에 대한 철저한 이해를 제공하도록 다수의 특정한 세부사항들이 명시되었다. 당업자에게는 본 명세서에 제시된 개념이 이러한 특정한 세부사항 없이도 실시될 수 있음이 명백할 것이다.

정보 리소스 내에 저장된 데이터 아이템을 식별하기 위한 데이터 사전의 생성을 포함하는 네트워크 액세스 가능한 정보 리소스에서의 검색 능력을 개선시킬 수 있는 방법 및 시스템이 기술되었다.

예시적인 실시예에 따르면, 퍼블리케이션(publication) 시스템(예컨대, 전자상거래 플랫폼 또는 사이트와 같은 거래 플랫폼) 내에서 개선된 이미지 서비스를 통해 이득을 얻는 시스템이 제공된다. 이러한 시스템의 일부는 모바일 폰 기술을 향한 환경에서 이미지 서비스의 제공을 책임진다. 일 예시적인 실시예에 따르면, 아이템의 사진을 찍어서 특정한 포맷의 이메일을 전자상거래 사이트와 연관된 어드레스로 전송하는 것은 전자상거래 데이터베이스로부터 관련 아이템을 검색하도록 한다. 일 실시예에서, 전자상거래 모바일 웹 사이트와 일관된 모습과 느낌을 갖는 응답 이메일이 생성된다. 이러한 시스템은 플렉서블하며, 제 3 자의 개발자로 하여금 단순화된 인터페이스 호출을 사용하여 특정한 바코드를 갖는 아이템들과 동일한 이미지들에 대한 전자상거래 리스팅을 통한 검색과 같은 이미지 서비스의 모든 장점을 취하도록 한다. 이러한 시스템은 현존하는 서비스에 보다 많은 서비스를 추가하거나 수정을 허용하도록 확장가능하다.

예를 들어, 일 실시예에서, 시스템은 이미지가 퍼블리케이션 시스템으로 전송되었을 때, 이미지(예컨대, 제품의 사진 또는 바코드, 차대번호(VIN) 또는 이름과 같이 제품과 연관된 다른 식별 정보)에 기초하여 아이템 또는 서비스에 대한 퍼블리케이션(예컨대, 고정 가격 또는 경매 리스팅)를 자동으로 생성하는 데에 사용될 수 있다. 이러한 예시에서, 이미지는 퍼블리케이션을 위해 추가 정보를 식별 및 검색하는 데에 이용될 수 있다. 이러한 방식으로, 이미지 인식 서비스를 위한 방법 및 장치는 판매자에 의해 판매될 리스팅을 생성하고, 사용자에 의해 구매될 아이템을 검색 식별하는 데에 사용된다. 이러한 양방향의 거래를 지향하는 개발자는 리스팅을 생성하고 아이템의 위치를 찾는 데에 이러한 기술을 적용할 수 있다. 일 예시에서, 전자상거래 시스템의 다수의 사용자는 수집되고, 조직되며 아이템 데이터베이스 내의 정보와 비교되는 복수의 이미지 기반 아이템에 대한 정보를 업로드한다. 이에 대한 응답으로, 복수의 아이템은 복수의 이미지 기반 아이템에 상응하여 검색된다. 퍼블리케이션과 관련하여 소정의 내정된 가정이 이루어질 수 있으며 퍼블리케이션 데이터로서 퍼블리케이션에 포함될 수 있다. 예를 들어, 현재 판매를 위해 제공되었거나 퍼블리케이션 시스템에 의해 지원되는 거래 플랫폼을 통해 판매된 유사한 또는 비교가능한 아이템의 가격에 기초하여, 리스팅에서 판매를 위해 광고된 제품과 소정의 가격이 자동으로 연관될 수 있다.

다른 예시적인 실시예에서, 시스템은 이메일로 전송되거나 다른 방식으로 시스템에 전송된 이미지와 진품 또는 가품인 아이템들의 이미지의 저장된 컬렉션과의 비교에 기초하여 특정한 아이템이 진품인지 가품인지 여부에 대한 표시를 자동으로 제공하도록 사기 방지 기능에서 사용될 수 있다. 아이템의 소정의 피처는 특정한 정밀조사 및 아이템이 진품 또는 가품인지 여부에 대한 특정한 표시를 위해 시스템 내에 플래그될 수 있다. 일례에서, 사용자는 광고를 수신하거나 주어진 가격으로 제품을 구매하고자 제안한다. 사용자는 광고의 합법성에 대한 컨펌(confirmation)을 요구하거나 광고에서 수신된 이미지를 제공 및 전송하거나 알려진 판매자에게 컨펌을 제안한다.

정보 리소스 내에 저장된 데이터 아이템들을 식별하는 이미지 인식 서비스를 구현하는 분산 네트워크의 일 예시적인 실시예가 도 1의 네트워크도에 도시되었으며, 도 1은 클라이언트-서버 타입 아키텍처를 사용하는 시스템(10)을 도시한다. 상거래 플랫폼 또는 상거래 서버는 하나 이상의 클라이언트에 네트워크(14)(예컨대, 인터넷)를 통해 서버측 기능성을 제공하는 정보 저장 및 검색 플랫폼(12)을 포함한다. 도시된 바와 같이, 시스템(10)은 클라이언트 머신(20) 상에서 실행하는 웹 클라이언트(16), 클라이언트 머신(22) 상에서 실행하는 프로그램 클라이언트(18) 및 클라이언트 머신(23) 상에서 실행하는 클라이언트 이미지 모듈(25)의 형태인 프로그램 클라이언트(18)와 상호작용한다. 일 실시예에서, 웹 클라이언트(16)는 웹 브라우저이지만, 다른 타입의 웹 서비스를 사용할 수 있다.

정보 저장 및 검색 플랫폼(12)에서, 애플리케이션 프로그램 인터페이스(API) 서버(24) 및 웹 서버(26)는 하나 이상의 애플리케이션 서버(28)에 커플링되고, 하나 이상의 애플리케이션 서버(28)로 프로그램 웹 인터페이스를 제공한다. 애플리케이션 서버(28)는 하나 이상의 모듈(30)(예컨대, 모듈, 애플리케이션, 엔진 등)을 호스팅한다. 애플리케이션 서버(28)는 하나 이상의 데이터베이스(36)로의 액세스를 용이하게 하는 하나 이상의 데이터베이스 서버(34)로 커플링되는 것으로 도시되었다. 모듈(30)은 정보 저장 및 검색 플랫폼(12)에 액세스하는 사용자에게 다수의 정보 저장 및 검색 기능 및 서비스를 제공한다. 사용자는 네트워크(14)를 통해 정보 저장 및 검색 플랫폼(12)에 액세스한다.

도 1의 시스템(10)이 클라이언트-서버 아키텍처를 사용하지만, 본 발명이 이러한 아키텍처로 제한되는 것은 아니며 분산 또는 피어-투-피어 아키텍처 시스템에도 적용될 수 있다. 다수의 모듈(30)은 반드시 네트워킹 능력을 가질 필요가 없는 독립형 소프트웨어 프로그램으로서 구현될 수도 있다.

웹 클라이언트(16)는 웹 서버(26)에 의해 지원되는 웹 인터페이스를 통해 다수의 모듈(30)에 액세스한다. 웹 서버(26)는 개발자가 웹 페이지를 설계하도록 한다. 일 실시예에서, 웹 서버(26)는 웹 애플리케이션 생성을 가능케 하는 기술들의 집합인 캘리포니아 Menlo Park의 Sun Microsystems에 의한 Java^® 기술과 Ajax(비동기식 자바스크립트 및 XML)의 콜레보레이션으로 사용된다. Ajax는 소수의 다른 기술에 따른 CSS(Cascading Style Sheet) 포맷팅, XML(eXtensible Markup Language), 자바스크립트를 사용한다. Ajax는 프로그래머가 페이지를 완전히 재로딩하지 않고도 웹 페이지의 소정의 부분을 리프레쉬하는 것을 가능케 한다. 동적으로 정보를 획득함으로써, 웹 페이지가 보다 빠르게 로딩되고, 요청에 대해 보다 신속하게 응답하며, 보다 실용적이 될 수 있다. 개발자는 소정의 애플리케이션에서 네트워크 대기시간을 감소시키고자 할 때 Ajax 애플리케이션 및 Ajax-유사 애플리케이션을 사용하는 것을 고려한다.

유사하게, 프로그램 클라이언트(18)는 API 서버(24)에 의해 제공된 프로그램 인터페이스를 통해 모듈(30)에 의해 제공된 다수의 서비스 및 기능에 액세스한다. 일 예시에서, 프로그램 클라이언트(18)는 판매자 애플리케이션(예컨대, 캘리포니아 산호세의 eBay.Inc에 의해 개발된 TurboLister^® 애플리케이션)이며, 이것은 판매자가 제품 또는 제품들에 상응하는 각 리스팅을 이용하여 정보 저장 및 검색 플랫폼(12) 상의 데이터 아이템 리스팅에 권한을 부여하고 관리하는 것을 가능케 한다. 리스팅은 클라이언트 머신(20, 22, 23)이 정보 저장 및 검색 플랫폼(12)으로 반드시 접속할 필요가 없을 때 오프라인 방식으로 권한이 주어지고 수정될 수 있다. 클라리언트 머신(20, 22, 23)은 또한 프로그램 클라이언트(18, 25)와 정보 저장 및 검색 플랫폼(12) 사이의 배치-모드(batch-mode) 통신을 추가로 수행한다. 또한, 프로그램 클라이언트(18)와 웹 클라이언트(16)는 데이터 아이템을 구성하고 쿼리를 변환하도록 정보 저장 및 검색 플랫폼(12)에서 사용되는 카테고리화 규칙에 권한을 부여하고, 생성, 분석 및 공개하기 위한 권한부여 모듈(도시되지 않음)을 포함할 수 있다. 일 예시적인 실시예에서, 쿼리 변환은 좁은 범위의 키워드를 확장하거나 광범위한 키워드를 포커싱하기 위해 토큰 페어(token pair)를 갖는 데이터 사전을 사용한다. 클라이언트 머신(23)은 또한 하나 이상의 데이터베이스(27)로 커플링되는 것으로 도시되었다. 데이터베이스(27)는 서비스 또는 동작을 구현하는 클라이언트 머신(23)에 의해 사용되는 정보를 포함하며 클라이언트 머신(23)에 의해 제공되는 제품 또는 서비스를 위한 특정 정보를 포함할 수 있다.

예를 들어 클라이언트 머신(23)에 의해 제공되는 서비스(들)로 액세스하는 사용자는 컴퓨터(19)의 사용자 및 무선 네트워크(17)의 사용자를 포함하며, 이들은 케이블 타입 텔레비전 서비스(11), PDA(13) 및 휴대폰(15)을 포함하는 다양한 무선 디바이스에 있어서 인터넷(14)으로의 공통 액세스 포인트로서 역할을 할 수 있다.

일 예시에서, 클라이언트 머신(23)은 웹 서비스를 가능케 하며, 웹 서비스의 카탈로그는 정보 저장 및 검색 플랫폼(12)에 저장된다. 클라이언트 머신(23)은 데이터베이스(27) 내에 웹 서비스의 사용과 관련된 정보를 저장하며, 이 정보는 연관된 서비스 및 제공을 식별하도록 사용된다. 연관된 서비스 및 제공은 웹 서비스의 카탈로그 내에도 리스팅된다. 연관된 서비스 및 제공의 설명은, 제 1 서비스와 관련된 키워드를 갖는 사용자 검색이 제 1 서비스와 연관된 제 2 서비스에 대한 결과를 반환할 수 있도록, 웹 서비스의 카탈로그에 상응하는 데이터 사전의 어휘를 생성 및 수정하는 데에 사용될 수 있다. 또한, 각각의 클라이언트 머신(20, 22, 23)은 정보 저장 및 검색 플랫폼(12) 내의 데이터 아이템을 검색하는 사용자들일 수도 있다.

다른 예시에서, 클라이언트 머신(23)은 인터넷(14)을 통해 고객에게 제품을 제공하는 전자상거래 클라이언트이다. 클라이언트 머신(23)은 정보 저장 및 검색 플랫폼(12) 내에 제품의 카탈로그를 저장하며, 상기 제품들의 카탈로그는 상응하는 데이터 사전을 갖는다. 클라이언트 머신(23)은 데이터베이스(27) 내의 적어도 하나의 제품과 관련된 정보를 저장한다. 이 정보는 검색의 빈도수, 결과적인 판매, 관련 제품, 가격 정보 및 전자상거래 서비스를 사용하는 고객과 관련된 그외의 정보를 포함할 수 있다. 추가적으로, 데이터베이스(27)는 스타일, 색상, 포맷 등과 같은 다른 제품 관련 정보를 저장할 수 있다. 클라이언트 머신(23)은 적어도 하나의 제품에 대한 디스크립터 정보를 개발하도록 데이터베이스(27) 내에 저장된 정보를 사용할 수 있다. 제품 디스크립터 및 그외의 제품 정보는, 제 1 제품과 관련된 키워드를 갖는 사용자 검색은 제 1 서비스와 연관된 제 2 제품에 대한 결과를 반환할 수 있도록 제품의 카탈로그에 상응하는 데이터 사전에 대한 어휘를 생성 및 수정하는 데에 사용될 수 있다. 다른 실시예에서, 클라이언트 머신은 사업 프로세스 또는 복수의 사용자에 의해 액세스될 수 있는 데이터베이스 내에 데이터를 저장하는 그외의 애플리케이션과 관련된 정보 및 저장 검색 플랫폼(12) 내에 정보를 저장할 수 있다. 이러한 시스템 내의 공통적인 문제점은 검색 아이템으로서 검색 쿼리에 입력된 복수의 사용자의 키워드를 이해하고 예상하는 능력과 관련된다. 다수의 사용자들 각각은 동일한 데이터 아이템에 대한 검색을 위해 서로 다른 키워드를 사용할 수 있다. 데이터 아이템에 상응하는 데이터 사전을 사용하는 것은 하나의 아이템에 대해 서로 다른 키워드로 검색한 서로 다른 사용자들에게 동일한 데이터 아이템을 반환하는 검색 메커니즘을 발전시킨다.

정보 저장 및 검색 플랫폼(12) 내의 검색을 용이하게 하도록, 이미지 프로세싱 유닛(37)이 클라이언트 머신으로부터 수신된 데이터의 이미지 인식을 포함하는 이미지 프로세싱 서비스 및 이미지 압축 프로세싱을 제공한다. 이미지 프로세싱 유닛(37)은 제품 또는 서비스 디스크립터 정보와 그에 관련된 그외의 정보와 같은, 클라이언트 머신(20, 22, 23)으로부터 수신된 정보에 대해 동작할 수 있다. 이미지 프로세싱 유닛(37)은 시스템(10) 외부에서 발견되는 아이템 또는 사진 또는 다른 이미지의 바코드 정보와 같은 아이템에 대해 저장된 정보와 상기 수신된 정보를 비교하도록 이러한 정보를 프로세싱한다. 이미지 프로세싱 유닛(37)은 저장을 용이하게 하기 위해 수신된 정보의 크기를 감소시키는 데이터 압축, 추가의 프로세싱 및 다른 엔티티로의 정보의 전송을 추가로 포함할 수 있다. 이미지 프로세싱 유닛(37)은 또한 알려진 데이터로 수신된 정보를 매칭함으로써 데이터베이스(36)에 저장된 데이터 아이템의 검색을 돕는다. 이러한 비교 및 매칭은 다수의 기술들 중 임의의 기술을 사용할 수 있다. 또한, 수신된 정보는 사용자에게 제시된 카테고리들의 선택에 의한 또는 통상적으로 텍스트 정보가 입력된 검색 쿼리 정보와 유사하다. 이미지 프로세싱 유닛(37)은 시스템(10)이 이미지 기반 쿼리를 다루는 것을 가능케 한다.

일 실시예에서, 수신된 이미지 정보는 데이터 아이템 정보(예컨대, 제품 정보)와 일치한다. 또한, 수신된 이미지 정보는 식별되어 요청자에게 제시되는 아이템들의 카테고리와 같이 비특정 아이템들과 일치할 수 있다.

정보 리소스를 검색하기 위한 검색 메커니즘(예컨대, 검색 엔진)의 품질이 검색 쿼리에 응답하여 사용자(예컨대, 검색 요청자)가 관심 있는 검색 결과들을 반환하는 능력에 의해 측정되는 경우, 이미지 프로세싱 유닛(37)은 요청자가 검색의 제목으로서 제시할 수 있는 정보의 타입과 정보의 한정성을 동적으로 확장한다. 예를 들어, 검색 엔진은 사용자의 관심분야보다 넓은 스펙트럼을 커버하는 데이터 아이템들을 포함하는 검색 결과로 사용자로부터의 쿼리에 응답할 수 있다. 통상적으로, 사용자는 검색 결과 내의 데이터 아이템들의 개수를 좁히도록 쿼리에 추가적인 한정사항(예컨대, 키워드, 카테고리 등)을 추가할 수 있지만, 이러한 시도는 시간 소비적이며 사용자를 실망시킬 수 있다. 따라서, 다수의 경우에서 이미지 정보를 사용하는 것이 원하는 아이템에 대한 정확하고 고유한 식별을 제공할 수 있다.

도 1의 시스템(10)으로 돌아가면, 정보 저장 및 검색 시스템(12)은 애플리케이션 서버(들)(28) 내에 모듈(30)을 포함하며, 모듈(30)은 도 2에 더욱 자세하게 도시되었다. 모듈(30)은 적어도 부분적으로 소프트웨어로 구현되는 모듈의 기능을 포함하거나 소프트웨어 모듈을 포함할 수 있다. 소프트웨어는 Java와 같은 플렉서블한 프로그래밍 언어를 사용하여 개발될 수 있다. Java는 Sun Microsystems에 의해 개발된 객체지향적 프로그래밍 언어이다. 다른 언어와 개발 툴이 시스템 개발자의 판단에 따라서 설계 및 목적을 고려하여 사용될 수 있다.

도시된 바와 같이, 모듈(30)은 네트워크(14)를 통해 시스템(10) 내의 엔티티로부터 이미지 및 다른 정보를 수신하도록 수신기(40)를 포함한다. 또한 모듈(30)에는 하나 이상의 통신 프로토콜에 따른 메시지를 수신, 프로세싱 및 전송하기 위한 통신 프로토콜 유닛(42)이 포함된다. 일 예시에서, 통신 프로토콜 유닛(42)은 GET-POST 메시지를 프로세싱한다. 이 예시에서, HTTP는 인터넷 상의 텍스트 페이지를 공개 및 검색하는 데에 사용된다. HTTP는 사용자들로 하여금 광범위한 태스크를 수행하기 위한 다수의 요청들을 생성하는 것을 가능케 한다. 예를 들어, 원격 서버에 위치된 일부 파일의 메타 정보를 획득하기 위한 요청이 생성되는 것이 가능하다. HTTP의 두 가지 기초적인 요청은 GET과 POST이다. GET 요청은 URL(Uniform Resource Locator)로 데이터를 인코딩하는 반면, POST 요청은 메시지 바디를 나타낸다. URL은 HTTP 통신의 참여자의 위치를 식별한다. 전형적으로 GET 요청은 데이터를 검색 또는 "획득(getting)"하는 것을 포함하고, POST 요청은 데이터 저장, 데이터 업데이트, 이메일 전송, 제품 또는 서비스의 주문에 적용되지만 이것으로 제한되지는 않는다.

GET 요청은 요청의 파라미터를 파라미터-값 쌍으로서 URL 내에 삽입한다. 결과적인 URL의 예시는 다음과 같이 제공된다:

HTTP://www.site.com/get.cgi?name=John&zip=012345.

POST 요청은 파라미터를 인코딩하기 위해 요청 자체 내에 추가 공간을 필요로 한다. 추가 공간은 다수의 파라미터 또는 값들이 요구 또는 요청되지만, 이러한 다수의 파라미터가 URL 내에 삽입되기에는 너무 큰 경우에 유용하게 사용된다. 예를 들어, POST 요청은 브라우저로부터 서버로 파일의 내용을 전송할 때 사용된다.

도 2을 계속 참조하면, 이메일 모듈(46) 및 메일 클라이언트(48)가 포함된다. 이메일 모듈(46)은 클라이언트와 상호작용하는 시스템에 의해 사용되는 이메일 애플리케이션을 제공한다. 이메일 프로토콜은 이메일 메시지를 전송 및 수신하는 데에 사용된다. POP(Post Office Protocol) 프로토콜은 TCP/IP 타입 인터넷 접속 상에서 사용자가 원격 서버로부터 이메일 메시지를 다운로드하기 위한 간단한 표준 방식을 제공한다. 유사하게, SMTP(Simple Mail Transfer Protocol) 프로토콜은 인터넷 상에서 이메일 메시지를 전송하는 것을 가능케 하는 프로토콜이다. SMTP 상에서 전송되는 각 메시지는 복수의 수신인과 다양한 텍스트 데이터 및 그외의 인코딩된 객체들을 포함할 수 있다. 이러한 인코딩된 객체들은 이미지, 문서 등을 포함할 수 있다.

메일 클라이언트(48)는 전자상거래 애플리케이션과 같은 다른 애플리케이션 내에서부터의 통신을 가능케 한다. 이러한 방식으로, 애플리케이션의 동작 중에 문제가 발생하였을 때, 애플리케이션은 애플리케이션의 현재 사용자에게 직접 정보를 전달할 수 있다. 또한, 사용자는 애플리케이션과 직접 통신을 제공받는다. 일 예시에서, 메일 클라이언트(48)는 애플리케이션의 담당자와 애플리케이션의 사용자 사이의 채팅 세션을 구현하는 데에 사용된다. 담당자는 다양한 통신에 응답하여 사전프로그램된 자동화된 또는 로봇 담당자일 수 있다. 모듈(30)은 또한 버전 제어(44) 및 툴(50)을 포함한다. 버전 제어(44)는 프로그래머가 중심적 위치에 파일을 보관하는 것을 가능케 하며, 이는 어떤 프로젝트에 대한 모든 프로그래머들이 코드의 셋에 대해 동시에 작업하는 것을 가능케 한다. 일 예시에서, 동시 버전 시스템(CVS; Concurrent Versions System) 버전 제어 소프트웨어는 변화를 트랙킹하여 이전의 파일 상태에 대한 재버전화(reversion)를 가능케 한다.

툴 유닛(50)은 예컨대 이미지 프로세싱 능력을 확장하거나 개선시키기 위해 애플리케이션을 설계하는 개발자 툴 및 소프트웨어를 제공한다. 일 예시에서, 툴(50)은 서버를 실행하기 위해 자바 서블릿(Java servlet) 또는 그외의 프로그램을 포함한다. 본 예시가 자바 툴을 구현하므로, 자바 애플리케이션 및 툴과 관련하여 사용되는 일부 용어들이 자세하게 기술되었다. 자바 애플릿은 웹 페이지와 같이 HTML 통신에 따라 별개의 파일로서 전송되는 작은 프로그램이다. 자바 애프릿은 종종 클라이언트 머심 및 인에이블 서비스 상에서 실행되도록 의도된다. 자바 애플릿 서비스는 예를 들어 계산, 사용자 상호작용에 응답한 이미지의 위치 확인, 데이터 프로세싱 등을 수행할 수 있다.

네트워킹된 컴퓨팅 시스템에서, 일부 애플리케이션 프로그램이 클라이언트 머신으로부터의 사용자 입력에 기초하여 데이터베이스로의 액세스를 인에이블링하는 것을 포함하여 중앙 서버에 존재한다. 전형적으로, 이러한 애플리케이션 및 프로그램은 CGI(공통 게이트웨이 인터페이스) 애플리케이션을 사용하여 구현된다. 그러나 자바 애플리케이션이 서버 상에서 실행될 때, 이러한 애플리케이션 및 프로그램(즉, 자바 서블릿)은 자바 프로그래밍 언어를 사용하여 설계될 수 있다. 자바 서블릿은 CGI 애플리케이션보다 빨리 실행하도록 의도되기 때문에, 다량의 데이터와 큰 규모의 데이터 트래픽을 다룰 때 특히 유용하다. 별개의 프로세스를 이용하지 않고, 각 사용자 요청은 단일 프로세스 또는 데몬(daemon) 내에서 "스레드(thread)"로서 인용되며, 이것은 각 요청에 대한 시스템 오버헤드의 양을 감소시킨다.

CGI 애플리케이션의 명칭을 지정하기 위한 URL 대신, 자바 서블릿을 호출하기 위한 요청이 다음과 같이 주어진다:

HTTP://www.whatis.com:8080/servlet/gotoUrl?HTTP://www.someplace.com

이때 URL 내의 "8080" 포트 넘버가 웹 서버에 요청을 직접 전달한다. URL 내의 "servlet" 표시는 서블릿이 요청되는 웹 서버를 나타낸다.

자바 서블릿 기술은 개발자가 상황에 맞추어(on the fly) 웹 콘텐트를 생성하는 것을 가능케 한다. 예를 들어, Apache Tomcat은 자바 서블릿을 전개 및 테스트하는 데에 사용될 수 있는 애플리케이션 서버이다. 애플리케이션 서버(들)(28)은 HTTP 요청을 기다리고, 수신된 GET 또는 POST 요청을 다루는 자바 서블릿의 적절한 부분을 실행한다. 자바 방법은 애플리케이션 서버(들)(28)에 의해 HTTP 통신을 사용하는 클라이언트로 전송되는 응답을 생성한다. 일반적으로 응답은 HTML 또는 XML 태그를 이용하여 플레인 텍스트 데이터로 구성되지만, 이미지 및 기록과 같은 비-플레인(non-plain) 텍스트 파일을 전송하는 데에 사용될 수도 있다.

XML은 사용자가 임의의 도메인에 대한 데이터를 기술하도록 커스텀 태그를 정의하는 마크업 언어이다. 이것은 인터넷을 통해 서로 다른 시스템들에 걸쳐 정보를 교환하는 데에 대부분 사용된다. XML 문서는 다양한 타입의 데이터의 구성, 저장 및 수송에 사용된다. XML 요소는 시작 및 종료 태그, 그리고 보다 많은 XML 소자 또는 텍스트 데이터일 수 있는 포함된 모든 정보를 포함한다. 아래는 XML 문서의 예시이다:

여기에서 <Staff> 요소는 두 개의 고용인 요소를 포함하고, 각 <Employee> 태그는 각각 <Name>과 <Salary> 태그에 포함되는 고용인의 이름과 연봉을 포함하는 각 고용인에 대한 다양한 디스크립션을 포함한다. 이 예시에서, XML 파일은 기업의 스태프에 대한 정보를 저장 및 수송하는 데에 사용될 수 있다.

다른 툴이 다수의 개발 애플리케이션을 포함한다. 일례에서, Apache Software Foundation에 의해 Eclipse^®와 같은 집적 개발 환경(IDE)이 자바 소프트웨어를 개발하는 데에 사용된다. 또한, 플러그인(plug-ins)이 개발 능력을 확장하고 다른 프로그래밍 언어의 사용을 허용하도록 Eclipse 플랫폼에 대해 입력될 수 있다.

시스템(10)과 유사한 시스템(100)의 예시적인 설계가 도 3a에 도시되었으며, 이것은 사용자 층(102), 시스템 층(104) 및 이미지 API 층(106)의 세 개의 층을 갖는다. 사용자 층(102)은 메일 클라이언트(110), 모바일 클라이언트(114) 및 웹 인터페이스(112)를 포함한다. 각 모듈은 기능성 및 통신 프로세싱을 제공한다. 시스템 층(104)은 이메일 생성기(116)와 HTML 생성기(118)를 포함한다. 다른 실시예들이 다른 통신 프로토콜을 구현할 수 있으며, HTML은 하나의 예시로서 제공된 것이다. 또한, HTML 생성기(118)는 하나보다 많은 통신 또는 전송 프로토콜을 구현하기 위한 것일 수 있다. 이미지 API 층(106)은 이미지 서비스(120)를 포함한다. 다수의 층(102, 104, 106)은 사전결정된 관계와 합의된 통신 프로토콜에 따라서 통신한다.

일례에서, 시스템(100)의 사용자 층(102)은 이미지 API 층(106)과 직접 통신하거나 시스템 층(104)으로부터의 애플리케이션을 사용하는 실사용자 애플리케이션이다. 본 예시에 따르면, 사용자 층(102)의 주요 구성요소는 캘리포니아 Cupertino의 Apple 사의 Apple iPhone^®과 같은 모바일 폰 인터페이스를 이용하는 이메일 인터페이스 및 표준 웹 브라우저를 사용하는 웹 인터페이스를 포함한다. Apple iPhone을 사용하는 이메일 인터페이스는 집적된 카메라와 본래의 이메일의 조합과 첨부된 이미지를 시스템 층(104)으로 이메일링하기 위한 웹 애플리케이션으로 구성된다. 그 다음 Apple iPhone은 요청의 결과를 포함하는 이메일을 다시 수신한다. 웹 인터페이스는 사용자가 파일을 업로드하고, 수행할 기능을 선택하며 검색 카테고리를 선택하도록 한다. 그 다음 요청은 이미지 API 층(106)으로 전달되고, 브라우저는 검색/매칭 결과를 나타내는 XML 응답을 수신한다.

도시된 바와 같이, 사용자 층(102)의 메일 클라이언트(110)와 모바일 클라이언트(114)는 시스템 층(104)의 이메일 생성기(116)로 이메일을 전송하고 수신한다. 현재의 모바일 폰 모델(예컨대, Apple iPhone)은 사용자가 단순히 전화를 걸고 SMS 메시지를 전송하는 것에 추가로 광범위한 다양한 태스크를 수행하는 것을 가능케 한다. 이러한 태스크는, 사진 찍기, 음악 감상, 이메일 전송 및 수신, 비디오 감상, 인터넷 브라우징 등을 포함하며 이것으로 제한되는 것은 아니다. 다수의 모바일 폰이 이들 피처를 포함하지만, 다수의 피처는 모바일 폰 환경에서 적절하게 기능하도록 그것의 대응 컴퓨터 카운터파트로부터 스케일-다운된다. 모바일 폰에 피처를 적용하는 것에 대한 고려사항은 보다 느린 프로세서, 더 낮은 대역폭 및 더 작은 스크린이다. 이들 제한사항들로 인하여, 온라인 컴퓨터 사용자가 이용가능한 다수의 서비스가 모바일 디바이스에 적절하게 동작하도록 스케일 다운되어야만 한다. 이것은 더 작은 대역폭을 필요로 하는 웹 페이지를 생성함으로써 또는 더 작은 스크린에 잘 맞도록 텍스트 및 이미지를 스케일 다운함으로써 수행될 수 있다. 이러한 모바일 영역의 모든 장점을 획득하기 위해서, 시스템은 모바일 이용자를 염두에 두고 설계된다.

도 3a를 계속 보면, 사용자 층(102)의 웹 인터페이스(116)가 시스템 층(104)의 HTML 생성기(118)에 HTTP 요청을 전송한다. 그 응답으로, HTML 생성기(118)는 HTML 콘텐트를 웹 인터페이스(116)로 전송한다. 웹 인터페이스(116)는 다양한 애플리케이션과의 통신을 위한 GUI(Graphical User Interface)와 같은 사용자 인터페이스이다.

사용자 층(102)은 또한 HTTP 요청을 전송함으로써 이미지 API 층(106)과 통신하고, XML 응답은 이미지 API 층(106)으로부터 사용자 층(102)으로 전송된다. 사용자 층(102)이 이미지 API 층(106)으로 직접 이미지 프로세싱에 대한 요청을 전송할 때, 요청은 이미지 API 층(106)의 API에 대해 특정된 포맷으로 전송된다. 이러한 방식으로, 이미지 서비스(120)는 서비스가 수행되는 이미지 데이터를 검색할 수 있고 요청된 서비스를 이해할 수 있다. 이러한 직접 통신을 위해서, 포맷화된 데이터가 이미지 데이터에 추가된다. 그 결과, 요청에 따라 이미지 데이터를 검색하고 프로세싱하도록 충분한 이미지를 이미지 서비스(120)로 제공하는 이미지 데이터 상에 래퍼(wrapper)가 배치된다.

시스템 층(104)은 이메일 및 HTTP 요청과 같은 메시지를 사용자 층(102)으로부터 수신하여 수신된 메시지를 이미지 API 층(106)에 대한 포맷으로 해석함으로써 이미지 API 층(104)에 대해 사용자에게 친숙한 인터페이스를 가능케 하며, 그에 포함된 이미지 데이터의 초기 프로세싱을 수행할 수 있다. 일 실시예에서, 이미지 API 층(106)은 시스템 층(104)으로부터 HTTP 요청을 수신하며 다시 XML 응답에 응답하지만, 다른 통신 프로토콜이 구현될 수 있다. 인터페이스, 해석 및 프로세싱 층으로서, 시스템 층(104)은 간단한 통신을 용이하게 하며, 사용자 층(102)으로부터 다양한 포맷으로 정보를 수신함으로써 효율성을 증가시킨다. 시스템 층(104)은 따라서 사용자 층(102)이 감소된 시간 동안 복수의 호출을 할 수 있도록 한다. 또한, 시스템 층(104)은 한 묶음의 이미지 객체의 대량 업로딩과 요청 프로세싱의 동시 수행을 가능케 한다. 제공된 예시에서, 시스템 층(104)은 이미지 데이터 또는 이미지 객체를 포함하는 메시지 내의 정보를 수신한다. 다른 통신 프로토콜 및 기술 또한 구현될 수 있다.

층(102)으로부터 이미지 데이터를 수신하면, 시스템 층(104)은 래퍼(wrapper) 내에 이미지 데이터를 패키징하고 래핑된 이미지 데이터를 이미지 서비스로 전송한다. 래퍼는 프로세싱 명령을 이미지 서비스(120)에 제공한다. 프로세싱 명령은, 예컨대 바코드 판독 또는 이미지 객체의 OCR(광학적 캐릭터 인식)과 같은 서비스 이미지 서비스(120)에 의해 제공되는 복수의 서비스들 중 하나의 선택을 포함할 수 있다. 일 실시예에서, 프로세싱 명령은 이미지 데이터를 어떻게 프로세싱하는지에 대한 추가의 세부사항을 포함한다. 예를 들어, 프로세싱 명령은 이미지 데이터 프로세싱에 적용하기 위한 특정 기술 또는 원하는 해결책을 명시할 수 있다. 다른 실시예에서, 프로세싱 명령은 이미지 데이터 요청과는 별개로 추가 메시지에서 제공되며, 식별자가 프로세싱 명령을 이미지 데이터에 일치시키는 데에 사용된다.

일례에서, 사용자 층(102)이 이미지 프로세싱 서비스를 요청하는 시스템 층(104)으로 메시지를 전송할 때, 시스템 층(104)은 수신된 메시지에 대해 규칙들의 세트를 적용한다. 이 규칙들은 수신된 메시지를 프로세싱하는 방법에 대한 가이드를 제공한다. 이 규칙들은 이미지 데이터 또는 이미지 객체를 검색하기 위해 시스템 층(104)에게 메시지를 분석하도록 명령할 수 있다. 이 규칙은 또한 메시지에 포함된 정보의 타입을 식별하는 방법과 이미지 프로세싱 명령을 식별하는 방법에 대해 시스템 층(104)에게 명령할 수도 있다. 또한, 시스템 층(104)은 이미지 데이터가 포맷되어 이미지 API 층(104)으로 전송되기 전에 이미지 데이터에 추가 정보를 첨부할 수도 있다.

사용자 층(102)과 이미지 API 층(106) 사이의 연락원(liaison)으로서 역할을 함으로써, 시스템 층(104)은 이미지 API 층이 업그레이드, 개선 또는 다른 통신 프로토콜의 구현으로 인해 변경되는 동안 사용자 층(102)이 이미지 프로세싱 요청에 대해 동일한 포맷을 계속 사용할 수 있도록 사용자 층(102)과 이미지 서비스(120) 사이에서 일정한 통신을 유지한다. 이러한 식으로, 사용자 층(102)과 시스템 층(104) 사이의 인터페이스의 변경 없이 시스템 층(104)과 이미지 API 층(106) 사이의 통신 플랫폼이 변경될 수 있다.

이미지 API 층(106)은 이미지 프로세싱 유닛(37)의 이미지 서비스와 같은 다양한 이미지 서비스에 사용자 층(102) 또는 시스템 층(104)을 접속시킨다. 이미지 API 층(106)은 HTTP 요청을 통해 액세스되고 XML 파일을 사용하여 응답한다. 이미지 API 층(106)은 수신된 요청에 응답하여 다양한 이미지 서비스를 실행한다. 또한, 각 XML 응답은 사용자 또는 이미지 API 층(106)에 의해 선택된 이미지 서비스에 따라 달라진다.

이미지 API 층(106)과 이미지 프로세싱 유닛(37)은 조합하여 광학적 캐릭터 인식(OCR; Optical Character Recognition) 및 이미지 비교 서비스를 제공한다. OCR은 시각적으로 표현되는 텍스트 정보(스캐닝된 이미지, 사진 등)의 작업가능한 컴퓨터 포맷으로의 변환을 다루는 컴퓨터 과학 분야이다. OCR 서비스는 이미지로부터 텍스트를 추출하기 위한 것 및/또는 이미지로부터 바코드 데이터를 추출하기 위한 것일 수 있다. 이미지 비교 서비스는 이미지를 수신하여 수신된 이미지와 유사한 다른 이미지에 대해 URL의 세트를 반환한다.

이미지 API 층(106)은 다양한 이미지 서비스로의 인터페이스를 제공하고 서비스가 HTTP SET 및 POST 호출을 통해 이미지 서비스로 접속되어 XML 응답을 수신하도록 한다. 또한, 시스템(100)은 이미지가 첨부되거나 포함된 사용자 이메일을 수신하고, 이미지 프로세싱을 개시하며 사용자에 응답하도록 설계된 이메일 통신을 다룬다. 사용자는 요청된 특정한 프로세싱을 명시할 수 있거나, 단순히 검색 쿼리로서 이미지 또는 이미지들의 세트를 공급할 수 있다.

시스템 층(104)은 다수의 경우에서 사용자 층(102)이 이미지 API 층(106)과의 직접 인터페이스를 방지하도록 이미지 API 층(106)에 사용자를 접속시키는 애플리케이션을 포함한다. 시스템 층(104)은 사용자 층(102)으로부터의 요청을 프로세싱하고, 그 요청을 이미지 API 층(106)으로 포워딩한다. 시스템 층(104)은 그 다음 이미지 API 층(106)으로부터 XML 응답을 수신하고, 데이터를 분석하여 그것을 사용자 층(102)에 의해 다루어질 수 있는 방식으로 포맷한다. 이것은 보다 우수한 데이터의 포맷을 가능케 하며, 사용자 층(102)이 API 층으로부터 직접 모든 데이터를 수신 및 포맷할 필요가 없도록 보장한다.

시스템 층(104)은 이메일용 콘텐트 생성기를 포함하며, 이것은 전용 어드레스로 전송된 이메일을 수신하고, HTML 기반의 이메일 응답을 생성하며, 그것을 사용자의 이메일 어드레스로 전송한다.

이미지 API 층(106)은 도 1의 이미지 프로세싱 유닛(37)에 대한 애플리케이션 인터페이스이다. 전술된 바와 같이, 이미지 프로세싱은 이미지 파일 및 메타데이터(예컨대, 이미지 카테고리)를 획득하여 수신된 이미지와 유사한 이미지들의 세트를 반환하도록 하는 비교 프로세싱을 포함한다. 일례에서, 비교는 색상, 형태 및 텍스처에 기초하며, 주어진 이미지를 작은 세트의 카테고리로부터의 이미지들의 사전 논의된 세트에 비교할 수 있다. 예시적인 카테고리는 여성용 가방, 여성 의류 및 신발을 포함할 수 있다.

시스템은 자바 구현된 이미지 비교 알고리즘을 포함한다. 예시적인 실시예는 세 가지 제품 카테고리(예컨대, 의류, 신발 및 가방)를 포함하며, 주어진 이미지와 데이터베이스에 저장된 복수의 사전 논의된 이미지의 각각 사이의 유사 거리(similarity distance)를 결정하는 데에 형태, 텍스처 및 색상을 사용한다. 유사 거리는 수신된 이미지 데이터 또는 이미지 객체와 제품 데이터베이스 내의 동일하거나 유사한 카테고리 내에 저장된 이미지 데이터 또는 이미지 객체의 다수의 동일한 특징 또는 파라미터를 식별한다. 유사 거리 계산은 이러한 특징 또는 파라미터들 중 하나를 다른 특징 또는 파라미터들보다 더 중요시할 수 있다. 유사 거리를 결정한 후, 유사한 피처를 갖는 검색된 이미지들의 결과적인 세트가 리포트로서 전송된다. 예시적인 실시예는 이미지 API 층(106)의 이미지 API에 대한 이미지 비교를 위한 자바 코드를 포함한다.

도 3a에 도시된 바와 같이, 사용자 층(102), 시스템 층(104) 및 이미지 API 층(106)의 세 개의 층이 다양한 시스템과 서비스를 지원하는 구성 및 실시예에 따라서 이미지 프로세싱을 용이하게 하도록 서로 통신한다. 다수의 층들은 시스템(10)과 같은 시스템 내에 분산될 수 있거나, 또는 하나 이상의 유닛 내에 함께 결합 및 구성될 수 있다. 도 3b는 시스템(101)에 대한 다른 실시예를 도시하며, 사용자 층(107), 시스템 층(105) 및 이미지 API 층(103)이 컴퓨팅 디바이스 또는 모바일 디바이스와 같은 클라이언트 디바이스 내에 존재한다. 이미지 API 층(103)은 이미지 API 층(106)과 유사한 방식으로 기능하며, 통신을 위해 API를 제공하는 것에 추가로 이미지 프로세싱 기능을 포함한다. 사용자 층(107), 시스템 층(105) 및 이미지 API 층(103)이 서비스 API 층(109)을 통해 서비스와 추가로 통신한다. 서비스는 전자상거래 서비스, 사업 서비스, 분산 컴퓨팅 네트워크 서비스, 모바일 서비스 등일 수 있다. 이러한 방식으로, 사용자 층(107)에 의해 제공된 이미지는 서비스 API 층(109)을 통해 서비스에 액세스하도록 프로세싱된다.

일 실시예에서, 서비스는 전자상거래 경매 기반의 서비스이며, 사용자는 이미지 API 층(103)을 통해 바코드 또는 사진과 같은 제품 이미지 정보를 입력한다. 이미지 정보는 이미지 API 층(103) 내에서 프로세싱되고, 네트워킹된 통신을 통해 서비스 API 층(109)으로 제공된다. 다른 유사한 실시예에서, 이미지 정보는 서비스 API 층(109)을 통해 액세스된 서버로 이메일되며, 이메일은 프로세싱된 이메일 정보를 포함한다. 서비스 API 층(109)으로부터의 응답은 IP 통신을 사용해서, 또는 이미지 API 층(103), 시스템 층(105) 및 사용자 층(107) 중 하나와 연관된 이메일 어드레스로 이메일링함으로써 직접 전송될 수 있다.

이미지 프로세싱 유닛(37)의 예시가 도 4에 도시되었다. 여기에는 이미지 비교 유닛(120), 이미지 압축 유닛(122) 및 OCR 유닛(124)이 포함된다. 이미지 제어기(126)는 사용자 선택 및 요청을 수신하며, 이미지 버퍼(128)는 이미지 파일을 저장한다. 이미지 버퍼는 사용자 선택, 프로세싱 특정사항 및 이미지 프로세싱 유닛(37) 내에서 프로세싱함으로써 생성된 결과적인 파일을 추가로 저장할 수 있다. 또한 이미지 프로세싱 유닛(37) 내에는 수신된 바코드의 이미지로부터 제품 정보를 식별하는 바코드 프로세싱 유닛(129)이 존재한다.

시스템 설계의 일례에서, 이미지 비교 서비스는 첨부물을 갖는 이메일 메시지를 전송 및 수신한다. 이메일 생성기(116)와 같은 이메일 검색 시스템은 전용 이메일 박스 내의 이메일 메시지를 주기적으로 확인하는 계속 실행되는 프로그램일 수 있다. 이메일 박스에서 하나 이상의 메시지를 수신하면, 시스템은 수신된 순서로 각 메시지를 연속으로 프로세싱한다. 메시지 프로세싱 동안, 각 메시지는 제목 라인 콘텐트와 일치가능한 이미지 첨부물을 확인한다. 예를 들어, 메시지가 제목 라인 내의 일치가능한 아이템 카테고리를 포함할 때, 이메일 생성기(116)는 이미지 비교 및 매칭에 이러한 정보를 사용한다. 이러한 제목 라인 콘텐트를 갖는 이메일은 전형적으로 이미지를 포함하거나 첨부된 이미지 파일을 갖는다. 하나 이상의 이미지가 포함 및/또는 부착되었을 때, 보이는 첫번째 이미지가 가장 먼저 프로세싱된다. 보이는 첫번째 이미지는 첨부된 이미지들의 리스트 내에서 첫번째 이미지일 수 있다. 이미지 비교 유닛(120)은 이미지 데이터베이스(들)(130) 내에 저장된 유사한 이미지를 찾기 위해 각 이미지를 사용한다. 유사한 또는 일치가능한 다수의 이미지를 찾을 수 있다. 사용된 개수는 이미지 프로세싱 유닛(37)에 의해 사전결정 및 명시될 수 있으며, 또는 요청자에 의해 명시될 수도 있다. 한번 식별되면, 유사한 이미지들과 연관된 URL이 컴파일된다. 유사한 이미지들의 개수는 수신된 이미지와 가장 일치가능한 5개의 이미지일 수 있다. 상세한 정보에 따라서, 유사한 이미지들의 컴파일된 리스트는 이메일 생성기(116)를 통해 사용자 층(102)으로 전송된다. 이미지의 리스트는 이메일 내에 포함될 수 있거나 이메일에 첨부되고 파일로서 생성될 수 있다. 이메일은 요청 이메일 어드레스로 전송된다. 처음 요청자는 처음 전송되었던 이미지와 가장 일치가능한 5개의 이미지를 포함하는 이메일을 볼 수 있다.

도 3a로 돌아가면, 일 예시에 따라서, 사용자 층(102)과 시스템 층(104) 모두 HTTP GET 또는 POST 요청을 사용하여 액세스되는 이미지 API 층(106)과 통신할 수 있다. 이미지 API 층(106)은 요청자에 의해 명시된 요청에 따른 수신된 이미지의 프로세싱을 가능케 한다. 명시된 요청은 이미지 서비스 요청으로 지칭된다. 요청자는 자동 프로세싱이 구현되는 머신일 수도 있다. 일례에서, 머신은 적어도 하나의 기준을 만족시키는 모든 상거래 사이트를 검색하는 업무를 수행한다. 이러한 경우에, 이미지 서비스 요청이 자동으로 생성되며, 그 결과가 목적을 달성하기 위한 알고리즘 및 프로그래밍에 따라 저장 및 프로세싱된다. 유사하게, 요청은 이미지 데이터베이스(들)(130) 내에서의 프로세싱 및 저장을 위해 데이터베이스(들)(36)로부터 데이터를 요청할 수 있는 OCR 유닛(124)과 같은 이미지 프로세싱 유닛(137) 내에서의 이미지 서비스로부터 수행될 수 있다.

요청에 응답하여, 이미지 API 층(106)은 요청된 데이터를 포함하는 XML 파일을 반환한다. 이미지 API 층(106)은 복수의 서블릿을 포함하고, 각각은 이미지 비교 및 OCR과 같은 적어도 하나의 타입의 이미지 서비스와 관련된다.

API 서블릿은 HTTP GET 및 POST 요청을 통해 호출될 수 있다. GET 요청에 대한 일반 포맷은 아래와 같다:

HTTP://<name of server>:<server port>/<servlet folder>/<servlet>?method=<name of method><other parameters>.

"name of server" 및 "server port" 필드는 서블릿이 저장되는 서버를 지칭하고, "servlet" 필드는 사용된 서블릿의 이름을 지칭하며, "name of method" 필드는 사용된 특정 방법을 지칭한다. 다른 파라미터들이 각 방법에 대해 특정된다. 본 명세서에서 사용되는 방법은 GET 요청을 수신함으로써 수행되는 동작 또는 기능일 수 있다. 방법은 이미지와 유사한 제품에 대한 검색과 관련될 수 있다. 일 방법은 이미지와 유사한 색상을 갖는 제품을 검색하는 것일 수 있다. 다른 방법은 이미지와 유사한 형태를 갖는 제품을 검색하는 것일 수 있다. 또 다른 방법은 이미지 서비스(120)에 바코드 판독, 텍스트 추출, 또는 이미지 상에서의 OCR 수행하도록 명령할 수 있다. 따라서 이러한 맥락에서, 방법은 이미지 서비스(120)에 의해 제공되는 기능이다.

예를 들어, OCR 서블릿은 바코드, 텍스트 및 barcodeGetItems의 세 가지 방법을 포함한다. 바코드 방법은 URL 또는 바코드의 이미지, 또는 바코드를 포함하는 이미지를 수신하며, 바코드 방법은 바코드와 연관된 정수 스트링을 반환한다. 이 방법은 또한 URL 또는 이미지 포함 텍스트를 포함하며, OCR 유닛(124)에 의해 생성된 텍스트 스트링을 반환한다. 텍스트 스트링은 이미지 내에서 검출되는 텍스트를 포함한다. barcodeGetItems 방법은 URL 또는 바코드의 이미지, 또는 바코드를 포함하는 이미지를 수신하며, barcodeGetItems 방법은 수신된 이미지와 동일한 바코드를 갖는 아이템들의 리스트를 반환한다. barcodeGetItems 방법은 또한 선택적 파라미터 및 카운터를 포함할 수 있으며, 이것은 사용자가 결과의 타입과 그 결과가 얼마나 바람직한 것인지를 명시하도록 한다. 만약 파라미터 또는 파라미터 카운터가 주어지지 않으면, 아이템의 디폴트 값이 다시 전송된다. 예시적인 입력 및 출력은 다음과 같다:

SimilarImages 서블릿은 getSimilarImages라 불리는 방법을 포함한다. getSimilarImages 방법은 URL 또는 비교될 아이템의 이미지, 이미지 내의 아이템이 속하는 카테고리를 포함하고, 주어진 이미지와 유사한 eBay 아이템들의 리스트를 반환한다. 현재 시스템이 실시간 eBay 이미지 대신 사전 논의된 이미지를 사용하기 때문에, 현재는 오직 사전 논의된 이미지의 URL만이 반환된다. 예시적인 입력 및 출력은 다음과 같다:

도 3a에 도시된 바와 같이, 이메일 생성기(116)는 새로운 이메일 메시지를 검사하고, 메시지를 프로세싱하며 응답 메시지를 전송자에게 다시 전송하는 기능을 담당한다. 프로세스는 이메일 생성기(116)에 의해 제어되고 사용되는 이메일 애플리케이션의 초기화로 시작한다. 전용 이메일 박스는 예로서 매 5초마다 주기적으로 새로운 이메일을 확인한다. 이메일 박스 확인은 예컨대 이미지 API 층(106)에서 수신되는 요청에 응답하여 수행될 수 있다. 새로운 이메일이 검색될 때, 전송자 정보, 제목 라인 데이터 및 포함 또는 첨부된 이미지 데이터가 각 이메일 메시지로부터 추출된다.

이들이 추출되면, 이미지 데이터는 이메일 생성기(116)를 실행하는 서버로 저장된다. 이미지로의 링크는 이미지 API 층(106) 내에서 서블릿에 대해 이루어진 GET 요청에 따라서 전송된다. 이메일이 이미지 없이 수신되면, 오류 메시지가 전송자에게 전달된다. 유사하게, 오류 메시지는 만약 제목 라인이 이미지 프로세싱을 위해 명시된 포맷의 정보를 포함하지 않을 때 전송된다. 일 예시적인 실시예에서, 복수의 이미지를 갖는 이메일이 전송될 때, 가장 먼저 첨부된 이미지가 프로세싱되며 다른 이미지들은 무시된다.

수신된 이메일이 유효 이미지 파일과 유효 제목 라인을 모두 포함할 때, GET 요청이 이미지 API 층(106) 내에서 서블릿에 대해 이루어지며, 특정한 서블릿이 이메일의 제목 라인 내에 명시된다. 요청이 이루어지면, 이메일 생성기(116)는 API 서블릿으로부터 다시 응답을 수신하고, 이메일 생성기(116)는 결과를 생성 및 출력하도록 수신된 정보를 프로세싱한다.

사용자 층(102)의 구현은 서로 다른 실시예들에 대해 달라질 수 있다. 예를 들어, 일 실시예는 Google에 의한 Gmail과 같은 이메일 웹 인터페이스, Apple에 의한 iPhone을 위한 이메일 인터페이스와 같은 모바일 통신 인터페이스 및 커스텀 웹 인터페이스를 사용한다. 동작시에, 사용자는 이메일을 전용 이메일 어드레스로 전송함으로써 시스템 층(104)과 이미지 API 층(106)에 액세스할 수 있다. 이것은 예컨대 iPhone 이메일 인터페이스와 같은 모바일 통신 인터페이스로부터 직접 수행될 수 있으며, 이미지 서비스 사용에 편리성과 탄력성을 제공한다. 사용자는 이미지 기반 쿼리의 결과를 포함하는 시스템으로부터 응답을 수신한다. 모바일 디바이스 상에서 실행하는 다른 이메일 인터페이스 및 클라이언트 애플리케이션이 유사한 방식으로 통신할 수 있다. 유사한 프로세싱이 이메일 인터페이스를 구비하는 웹 인터페이스에 대해 가능하다.

또한, 시스템 층(104)은 웹 인터페이스를 제공하는 HTTP 생성기(118)를 포함한다. HTTP 생성기(118)는 이미지 API 층(106)으로의 직접 GET 호출 및 POST 호출을 생성하고, XML 응답을 수신한다. 도 3a에 도시된 바와 같이, 사용자 층(102) 내의 웹 인터페이스(112)는 HTTP 요청을 HTTP 생성기(118)로 전송한다. 요청이 수신되면, HTTP 생성기(118)는 종종 이미지 서비스(120)에 의해 이미지 프로세싱을 용이하게 하도록 이미지 API 층(106)과의 통신을 포함하는 요청을 프로세싱한다. 요청 프로세싱 후에, HTTP 생성기(118)는 HTTP 콘텐트의 형태로 웹 인터페이스(112)에 응답을 전송한다.

이미지 API 층(106)과 이미지 서비스(120)는 다양한 이미지 프로세싱 서비스를 제공한다. 예시적인 이미지 서비스는 텍스트만일 수 있거나 또는 아이템의 바코드를 포함할 수 있는 임의의 텍스트의 소스의 이미지 파일(예컨대, 북 커버, 텍스트의 페이지, 제품 라벨 등)을 포함하도록 이미지 API 층(106)을 위한 능력을 갖는 OCR이다. API 층(106)은 예컨대 파라미터와 같은 이미지 파일을 제공하는 커맨드-라인 프로그램과 같은 OCR 프로그램을 호출한다. OCR 프로그램이 완료되었을 때 이미지 API 층(106)은 OCR에 의해 생성된 출력 스트링을 수신한다.

Apache Tomcat과 같은 애플리케이션 서버는 이미지 API 층(106) 내의 서블릿을 호스팅하는 데에 사용될 수 있다. 이러한 서블릿을 클라이언트 머신으로 노출시키기 위해, Apache Foundation Software에 의한 Eclipse EE와 같은 IDE이 웹 프로젝트 개발을 지원하는 데에 사용될 수 있다. 일 실시예에서, IDE는 수정되거나 추가된 자바 클래스의 로그와 구성 파일들 내의 엔트리를 유지시킨다. IDE는 WAR(Web Application aRchive) 기록으로서 개발된 프로젝트를 익스포트할 수 있다.

시스템(100)의 최종 구현을 완성하기 위해, 이메일 생성기(116) 및 API 서브릿이 각각 별개의 컴퓨터 상에서 실행된다. 이것은 OCR 프로그램 또는 이미지 비교 알고리즘을 통해 이미지를 프로세싱하기도 하는 서블릿을 실행하는 컴퓨터가 해당 태스크 전용이며 이메일을 동시에 확인할 필요가 없음을 보장한다. 이것은 기본적으로 완전히 각 다른 층으로부터 분리될 시스템의 각 층이 훨씬 많은 탄력성을 가지는 것을 가능케 한다. API 서블릿은 시스템 층(104) 또는 이미지 층(106) 내에 존재할 수 있다. 또한, 사용자 층(102)으로부터 이미지 층(106)으로의 호출시에, API 서블릿은 사용자 층(102) 내에도 존재할 수 있다.

일 예시적인 실시예에서, 시스템(100)은 이미지에 기초하는 서비스 또는 아이템에 대한 퍼블리케이션을 자동으로 생성하는 데에 사용된다. 퍼블리케이션은 전자상거래 시스템에서와 같이 광고, 제품 리스팅 또는 경매 리스팅일 수 있다. 이미지는 바코드, 시리얼 넘버 또는 고유 식별자와 같이 제품과 연관된 정보를 식별하는 이미지 또는 제품의 사진일 수 있다.

도 5는 경매 시스템과 같이 전자상거래 시스템에 대한 리스팅을 생성하는 데에 사용되는 상인 툴 모듈(521)을 도시한다. 이미지는 상인 툴 모듈(521)에 의해 구현된 퍼블리케이션 시스템으로 전송된다.

예시적인 실시예에서, 상인 툴 모듈(521)은 디스플레이 모듈(522), 제품 모듈(524), 스케줄 모듈(526), 가격 모듈(528) 및 퀀티티 모듈(530)과, 대용량 업로더(504), DEMUX(506), 로직 모듈(508), 비휘발성 메모리(514), 상태 머신(512) 및 타이밍 모듈(510)을 포함한다.

사용자 입력 모듈(520) 및 적어도 하나의 ERP(Enterprise Resource Planning) 시스템(518)은 상인 툴 모듈(520) 외부에 있을 수 있다. 하나보다 많은 ERP 시스템(518)이 대용량 업로더(504)를 통해 상인 툴 모듈(520)로 공급될 수 있다. 또한 도 5에는 ERP 시스템(518) 및 다른 데이터베이스(519)로부터 대용량 업로드를 제공하기 위한 상인 툴 모듈(521)로의 경로를 제공하는 대용량 공급(502)이 도시되었다. ERP 시스템(518)은 네트워크 기반의 트레이드 시장 또는 다른 상거래 시스템 상에서의 리스팅과 관련된 데이터를 포함하는 스프레드시트 또는 그외의 형태의 데이터베이스일 수 있다. 대용량 업로더(504)는 ERP 시스템(518) 및/또는 다른 데이터베이스(519)로부터 제품 정보를 수신할 수 있다. 복수의 ERP 시스템(518) 및/또는 데이터베이스(519)는 대용량 업로더(504)로 데이터를 공급할 수 있다. 대용량 업로더(504)는 데이터가 특정한 네트워크 기반의 시장 또는 트레이드 플랫폼에 사용되는 필드의 포맷에 매칭됨을 보장함으로써 ERP 시스템(518)으로부터 수신된 데이터의 완전성(integrity)을 확인할 수 있고, 이러한 완전성 확인을 완료하면, 데이터 집합기(aggregator) 또는 DEMUX(506)로 수신된 데이터를 입력할 수 있다. 일 실시예에서, 대용량 업로더(504)는 복수의 네트워크 기반의 트레이드 환경에 걸쳐 복수의 데이터베이스와 연관된 재고에 대한 완전성 검사를 수행하고 액세스하는 별개의 모듈이다.

다른 실시예에서, 대용량 업로더(504)는, 예컨대 디지털 스파이더링 기술(digital spidering technique)의 사용과 같이 데이터베이스 또는 웹사이트를 자동으로 크롤링(crawling)하거나, 또는 판매자측의 적어도 하나의 데이터베이스로부터 제품 정보를 검색하고 적어도 하나의 패스워드 액세스 알고리즘을 자동으로 적용 제품 정보와 관련된 입력을 수신할 수 있다. 제품 정보는 사진, 도면 또는 그외의 이미지와 같은 이미지 데이터를 포함할 수 있고, 바코드 또는 그외의 고유 식별자를 포함할 수 있다. 대용량 업로더(504)는 비중이 높은 판매자의 복수의 데이터베이스로의 액세스를 얻기 위해 자동으로 액세스하고 패스워드 정보를 입력할 수 있으며, 특정한 비중이 높은 판매자에 의해 추가된 새로운 데이터베이스가 존재하는지 여부를 결정하기 위해 주기적으로 스파이더링 또는 검색할 수 있으며, 새로운 정보는 벌크 업로더(504)를 통해 제품 정보를 상인 툴 모듈(521)로 업로딩하도록 인덱스되고 주기적으로 모니터링된다.

일 실시예에서, 사용자는 입력 디바이스(도시되지 않음)를 통해 수동으로 데이터를 입력함으로써 제품, 리스팅 또는 이미지의 하나 이상의 특징을 설정하도록 정보를 사용자 입력 모듈(520)에 입력할 수 있다. 다른 실시예에서, 사용자 입력 모듈(520)은 이윤, 손실, 수익, 계절별 선호도 및 리스팅 효율성을 포함하는 그룹으로부터 적어도 하나의 정의된 특징 및 트랙 메트릭과 관련된 입력을 수신한다. DEMUX(506)가 대용량 업로더(504)로부터 데이터를 수신하면, DEMUX(506)는 ERP 시스템(518)으로부터 상인 툴 모듈(521)로 업로딩된 단일 파일을 프로세싱을 위해 DEMUX(506) 및 로직 모듈(508)로의 전송을 위한 개별적인 제품(507)으로 분석한다. DEMUX(506)가 도면에 포함되었지만 다른 구현은 DEMUX(506)를 포함하지 않을 수도 있다. 다른 구현은 복수의 제품을 구비하는 테이블을 개별적인 제품들로 분리시키는 동작을 사용할 수 있다.

로직 모듈(508)이 개별적인 제품(507)에 대한 데이터를 수신하면, 로직 모듈(508)은 개별적인 제품(507)을 할당 및 구성하도록 비휘발성 메모리(514) 및 상태 머신(512)을 사용한다. 개별적인 제품(또는 리스팅)(507)은 디스플레이 모듈(522) 내에서 하나 이상의 특징에 기초하여 할당 또는 구성된다. 특징은 사용자에 의해 선택되거나 입력될 수 있거나 시스템(100)에 의해 결정될 수 있다. 또한, 개별적인 제품(507)은 제품 모듈(524), 스케줄 모듈(526), 가격 모듈(528) 또는 퀀티티 모듈(530)로 구성될 수 있다. 로직 모듈(508)은 특정한 리스팅으로 특징을 자동으로 할당할 수 있다. 리스팅될 아이템을 준비하기 위한 다양한 기능을 수행하는 로직 모듈(508)의 동작은 도 6을 참조로 하여 더 자세하게 기술되었다. 일 실시예에서, 로직 모듈(508)은 복수의 정의된 특징들을 수신하고 새로운 리스팅을 준비하기 위해 정의된 특징들 중 적어도 일부를 포함하는 사전-리스팅 관리 로직 모듈일 수 있다.

예시적인 실시예에서, 사용자 입력 모듈(520)은 특정한 사용자가 리스팅을 스케줄링하고 DEMUX(506)로부터 수신된 하나 이상의 리스팅(507₁ 내지 507_n)을 로직 모듈(508)에 적용하기 위한 특정한 특징을 선택한다. 다른 실시예에서, 사용자 입력 모듈(520)은 예로서 특정한 사용자가 ERP 시스템(518)으로부터 업로딩된 특정 리스팅 상에서 자신이 보길 원하는 기준 또는 특징을 입력하는 인터넷 상에서 통신하는 독립형 애플리케이션과 같은 클라이언트-서버 기반 사용자 인터페이스를 포함한다. 예를 들어, 기준은 디스플레이, 계절, 기간 등과 같은 각 모듈(522, 524, 526, 528, 530) 내의 사전설정 속성에 기초할 수 있다. 비휘발성 메모리(514)는 하나 이상의 제품(507₁ 내지 507_n)을 저장할 수 있다. 예를 들어, 비휘발성 메모리(514)는 로직 모듈(508)이 특정한 특징을 하나 이상의 제품(507₁ 내지 507_n)으로 연관시킨 후에 제품들의 리스팅을 저장할 수 있다. 이렇게, 로직 모듈(508)은 개별적인 제품들을 사용자에 의해 사전정의되는 속성에 연결시킨다.

도 5를 계속 참조하면, 로직 모듈(508)은 예를 들어 경고 모듈(509) 및 타이밍 모듈(510)과 커플링될 수 있다. 경고 모듈(509)은 상인 툴 모듈(521)과 통신하는 사용자에게 경고를 전송할 수 있다. 예를 들어, 경고는 업로드 오류 경고, 비일치 특징 연관성 경고, 사용자 입력 경고 등을 포함할 수 있다. 다른 예시에서, 경고 모듈(509)은 디스플레이 모듈(522), 제품 모듈(524), 스케줄 모듈(526), 가격 모듈(528) 또는 퀀티티 모듈(530) 내의 복수의 특징들 중 적어도 하나가 특징과 리스팅 사이의 연결 오류로 인해 연결되지 않음을 판매자에게 자동으로 통지할 수 있다.

타이밍 모듈(510)은 연관된 제품을 수신할 수 있다. 또한, 타이밍 모듈(510)은 네트워크 기반의 시장 환경에서 시작될 리스팅을 준비할 수도 있다. 시간 위상 소자를 각 리스팅에 연관시킴으로써, 타이밍 모듈(510)이 단계화된 리스팅(staged listing)(516)을 생성한다. 예를 들어, 타이밍 모듈(510)은 시장의 사용자에게 언제 특정한 리스팅이 실시간으로 제시되는지와, 시장에서 리스팅이 얼마나 오랫동안 유지되는지 등을 식별 또는 정의할 수 있다. 타이밍 모듈(510)은 시장 환경으로 업로딩되는 단계화된 리스팅(516)을 생성한다.

타이밍 모듈(510)은 예를 들어 동일한 제품에 대한 다수의 리스팅이 서로 다른 시작과 종료 시작을 갖는 경우에, 시간-위상 지터(jitter)를 개별적인 리스팅에 적용하는 지터 애플리케이션을 사용할 수도 있다. 이것은 시간-지터 리스팅을 생성한다. 시간 위상 지터(time-phased jitter)는 동일한 제품에 대한 복수의 리스팅이 리스팅되거나 미세하게 다른 시간에 시작하는 것을 허용함으로써 잠재적인 구매자들이 특정한 타입의 제품을 구매할 복수의 기회를 허용하는, 리스팅이 시작 또는 종료되는 시간의 편차이다. 복수의 제품 또는 동일한 제품에 대한 복수의 리스팅은 비중이 높은 판매자에 의한 이러한 프로세싱을 위해 시스템으로 업로딩될 수 있다. 예시로서, 경매 트레이드 전자상거래 시장에서의 10개의 상품의 판매를 고려할 수 있으며, 모든 10개의 상품은 개별적으로 리스팅되고, 몇 분 또는 몇 시간 차이로 시작 및 종료되도록 스케줄링된다. 이것은 사용자가 성공적인 입찰을 할 수 있는 복수의 기회를 제공한다.

로직 모듈(508)의 세부사항이 도 6에 도시되었으며, 로직 모듈(508)은 멀티플렉서(600), 플랜 모듈(606), 배열 모듈(602) 및 선택 모듈(610)을 포함한다. 멀티플렉서(600)는 예를 들어 디스플레이 모듈(522), 프로젝트 모듈(524), 스케줄 모듈(526), 가격 모듈(528), 또는 퀀티티 모듈(530)로부터 특징 정보를 수신할 수 있다. 특징 정보는 제품 세부사항, 바코드 정보, 고유 식별 정보, 데이터베이스 저장 식별 정보, 재고 식별 정보 등을 포함할 수 있다. 특징은 색상, 사이즈, 텍스트 포맷, 텍스트 폰트 등과 같은 이미지 데이터의 피처일 수 있다.

멀티플렉서(600)는 특정한 리스팅에 적용된 것과 같은 특징 정보의 서로 다른 조합을 모은 후에 정보를 배열 모듈(602)로 전달할 수 있다. 다른 실시예는 배열 모듈(602)에 의해 사용하기 위한 테이블로 복수의 모듈로부터 수신된 특징 정보를 결정시키는 데에 멀티플렉서(600) 대신에, 또는 그에 추가하여 다른 동작을 구현한다.

배열 모듈(602)은 리스팅이 시장 환경의 사용자가 이용가능하게 만들어졌을 때 특정한 특징이 디스플레이되는 방식을 구성할 수 있다. 로직 알고리즘은 리스팅을 배열하는 방식과 리스팅을 사용자에게 디스플레이하는 방식을 자동으로 결정할 수 있다. 일례에서, 플랜 모듈(606)이 개별적인 제품(507₁ 내지 507_n)과 같은 정보를 DEMUX(506)로부터 수신할 수 있고, 어느 정보가 리스팅 또는 세부 페이지에 포함될지를 자동으로 결정할 수 있다. 정보는 어느 아이템을 리스팅할지, 어떤 특징이 리스팅될지, 어느 특정한 아이템을 리스팅할지 여부와 아이템 통계 등을 포함할 수 있다. 배열 모듈(602) 및 플랜 모듈(606)은 특정한 속성과 특징이 특정한 리스팅과 연관되는 조정에 의해 통신할 수 있다. 이러한 정보는 타이밍 모듈(510)로의 전송을 위한 리스팅을 준비하기 위해 선택 모듈(610)에 제공될 수 있다. 이러한 방식으로, 판매자-규정된 아이템의 개수가 서로 엇갈리는 방식으로 선택된 날짜에 리스팅되거나 실시간으로 리스팅될 수 있으며, 제 2 사용자를 위한 규정된 개수의 아이템에 대한 추가 리스팅이 다른 날에 실시간으로 이루어질 수 있다.

전술된 바와 같이, 이미지 기반 검색을 지원하는 이미지 프로세싱 서비스는, 특별하게 포맷된 이메일을 전송 및 수신하기 위해서 API와 같은 인터페이스를 사용하여 유사한 이미지를 검색하는 것을 포함한다. 이미지 프로세싱 서비스는 제품의 디지털 사진, 제품 정보, 바코드, 제품 식별자 등을 사용하여 이미지 기반의 검색으로 확장할 수 있다. 다른 실시예는 특정한 애플리케이션 및 포함된 제품에 따라 구성되는 하나 이상의 이미지 프로세싱 서비스를 포함할 수 있다.

모바일, 무선 및 셀룰러 기술은 사용자가 인터넷으로의 접속을 유지하면서 자유롭게 이동하는 것을 가능케 하는 네트워크 능력을 확장시킨다. 모바일 디바이스는 높은 해상도와 고속 데이터 전송을 갖는 내장 카메라를 구비한다. 하나 이상의 이미지 프로세싱 서비스를 모바일 기술에 적용함으로써, 사용자는 사진을 찍어 그 사진을 특정한 URL 어드레스, 이메일 어드레스, IP 어드레스 또는 전화 번호에 첨부하여 전송함으로써 eBay 경매와 같은 시장 사이트로부터 실시간 리스팅을 검색할 수 있다. 일 실시예에서, 사용자는 PDA, 휴대폰 및 다른 무선 디바이스와 같은 모바일 디바이스를 위한 무선 운영 시스템을 포함하는 다양한 운영 플랫폼에서 이용가능한 POP 및 SMTP 클라이언트 소프트웨어로의 유비쿼터스 액세스를 이용하여, 이메일을 통해 이미지 정보를 전달한다.

또 다른 애플리케이션에서, 다양한 알고리즘이 입력 이미지 정보와 유사한 이미지를 찾도록 개발되었다. 알고리즘은 수신된 이미지를 분석하고, 주어진 이미지의 형태, 색상 및 텍스처와 같은 특징들에 기초하여 결과를 생성한다. 일 실시예에서, 이미지 정보는 상인 툴 모듈(521)로 입력되고, 정보는 특징 및 다른 기준을 따라 프로세싱되며, 제품으로 맵핑된 결과적인 정보는 제품 데이터베이스(622) 내에 저장된다.

도 7은 입력 이미지 데이터로부터 제품을 식별하는 방법을 도시한다. 방법(700)은 예컨대 사용자가 제품과 일치시키도록 객체의 사진을 찍는 경우와 같이 이미지 정보를 캡쳐함으로써 시작한다(702). 캡쳐된 이미지가 특정된 계정으로 어드레스되는 이메일 내에 포함되는 것과 같이 이미지를 갖는 메시지가 생성된다(704). 일 실시예는 용이한 액세스를 위해 전용 이메일 가명을 사용한다. 사진은 이메일 내에 포함될 수 있거나 첨부물로서 이메일을 따라 전송될 수 있다. 유사하게, 메시지는 HTTP 메시지와 같은 통신 프로토콜 내에서 전송되는 메시지일 수 있다. 일 실시예에서, 이 방법은 사진 속의 객체의 카테고리를 결정한다(706). 카테고리의 결정은 자동화된 프로세싱일 수 있으며, 카테고리는 이미지 데이터의 특징 또는 파라미터에 기초하여 선택되고, 결정은 명령으로서 전송될 수 있다. 이러한 명령 또는 정보는 이메일 또는 HTTP 메시지로서 전송될 수 있고, 이미지 데이터 또는 데이터 객체에 포함될 수 있거나 개별적인 메시지로서 전송될 수 있다.

카테고리의 결정은 아이템의 카테고리의 사용자 선택 또는 명시에 응답하는 것일 수 있다. 카테고리는 상응하는 제품을 위치시키는 것을 돕는다. 카테고리는 단순한 커맨드 언어 규칙을 따르는 이메일의 제목 라인의 커맨드로서 제공될 수 있거나 또는 사전결정된 시그널링 프로토콜에 의해 통신될 수 있다. 예를 들어, 카테고리 "여성용 가방" 내의 이미지를 식별하라는 커맨드는 다음과 같이 주어질 수 있다:

여성용 가방 이미지 비교

이때 요청 이메일 구조는 다음과 같이 주어진다:

발신자: Denis Golden

수신자: [email protected]

날짜: 2008년 2월 27일 수요일 오전 10:30

제목: 여성용 가방 이미지 비교

메일 프로그램에 의해 메일링됨 .

방법(700)은 계속해서 이미지 프로세싱 서비스로 메시지를 전송한다(708). 도 3a에 도시된 바와 같이, 메시지는 이미지 API 층(106)으로 직접 전송될 수 있거나 또는 시스템 층(104)을 통해 전송될 수 있다. 어떠한 경우에서도, 메시지는 요청된 이미지 서비스의 타입을 결정하도록 분석된다(712). 메시지가 시스템 층(104)으로 전송되었을 때, 이 층은 전송된 메시지를 번역하여 이미지 API 층(106)의 API 포맷과 일치하는 입력을 생성하도록 한다(714). 이것은 메시지가 이미지 API 층(106)으로 직접 전송될 때에는 필요하지 않은 선택적인 단계이다. 시스템 층(104)은 이미지 데이터와 이미지 요청을 포함하는 이메일을 수신하기 위한 것이다. 이것은 사용자 층(102)과 이미지 프로세싱 서비스(120) 사이의 통신을 용이하게 한다. 모니터링되는 계정으로 전송된 새로운 이메일을 검출하면, 그에 응답하여 이메일로부터의 제목 라인으로부터 정보가 추출되고, 적절한 알고리즘이 식별되어 실행된다. 시스템 층에서 이용가능한 이미지 API의 사용은 사용자가 이미지 프로세싱을 이용하여 UI를 셋업하거나 구현하는 것을 방지한다. 이미지 서비스가 결정되면, 이 방법은 선택된 이미지 서비스에 따라서 이미지 데이터를 프로세싱한다. 예를 들어, 이 방법은 매칭을 식별하기 위해서 데이터베이스를 생성하도록 객체 이미지를 비교할 수 있다. 현재의 예시에서, 매칭은 판매용 객체 또는 제품을 표시하며, 그 제품을 찾는 데에 관심이 있는 사용자에게 제시된다.

그 다음 이 방법은 이미지를 선택된 또는 결정된 카테고리에 따른 제품 데이터베이스와 비교한다(718). 제품 정보의 검색에 따라서, 리포트가 요청자에게 제공된다(720). 리포트는 이미지와 관련된 제품 또는 제품들과 연관된 식별자, 이러한 제품(들)과 관련된 정보의 세부 페이지, 또는 제품의 위치를 찾고 식별하는 그외의 정보를 제공할 수 있다. 리포트는 추가로 이미지와 관련된 제품의 다른 카테고리를 제안할 수 있다. 도 7의 방법은 도 12와 관련하여 아래에서 기술되는 사기 검출 방법을 포함하도록 확대될 수 있다. 따라서, 이미지는 사기성 제품 또는 정보를 식별하기 위해 제품 데이터베이스에 비교될 수 있다.

도 7의 방법에 따른 이미지 프로세싱의 예시가 이미지 프로세싱을 위해 입력되어 수신된 객체(131)에 대해서 도 8에 도시되었으며, 이 방법은 여성용 가방 카테고리에서 유사한 이미지를 검색한다. 비교가 이루어지고 유사한 객체들이 발견되면, 이미지(141)의 리스트가 요청자에게 제공된다. 그 응답은 판매 웹사이트와 동일한 모습과 느낌을 가질 수 있다. 응답 이메일은 데이터베이스 내에서 발견된 처음 5개의 유사한 이미지를 디스플레이한다.

본 명세서에 기술된 바와 같은 이미지 프로세싱 서비스의 다른 애플리케이션은 바코드의 광학적 인식이다. 요청자는 바코드의 사진과 같은 이미지 정보를 제출한다. 도 3a에 도시된 바와 같이, 바코드 정보가 사용자 층(102)으로부터 시스템 층(104)으로 전달되며, 이미지 프로세싱 서비스를 시작하도록 이미지 API 층(106)과 인터페이스한다. 바코드가 인식되면, 시스템 층(104)은 이미지 API 층(106)에 예컨대 제품 데이터베이스 또는 실시간 경매 정보로부터 바코드에 상응하는 아이템들 검색하도록 요청한다. 이러한 접근법을 사용하여, 사용자는 동일한 종류의 아이템의 리스트를 획득하기 위해 전자 디바이스에 대한 브랜드 또는 모델과 같은 추가 정보를 제공할 필요가 없다. 시스템 층(104)은 복잡한 시장 특정된 통신과 호출, OCR 프로세스와의 인터페이스를 포함하는 이미지 프로세싱 서비스와의 모든 통신을 관리한다. 실사용자는 단순히 시스템에게 이메일을 전송하고, 실시간 eBay 경매로의 링크를 포함하는 응답을 반환한다. 요청 이메일은 적절한 제목 라인에 따른 바코드의 이미지를 포함할 수 있다. 제목 라인은, "바코드 아이템"을 포함하는 포맷일 수 있으며, 요청 이메일 구조는 다음과 같이 주어진다:

발신자: Denis Golden

수신자: [email protected]

날짜: 2008년 2월 27일 수요일 오전 11:23

제목: 바코드 아이템

메일 프로그램에 의해 메일링됨 .

바코드의 첨부된 스캔 이미지의 예시가 도 9에 제공된다. 이 경우에, 바코드(151)는 인기 소설일 수 있다. 결과(153)는 바코드 정보에 상응하는 아이템들의 세트로서 사용자에게 제공된다. 일 실시예에서, 결과는 바코드와 연관된 책과 관련된 다른 책들을 포함한다.

새로운 이메일이 수신될 때마다, 이미지-프로세싱 정보가 이메일의 제목 라인에 포함될 수 있다. 이미지 프로세싱은 제목 라인과 연관된 명령 또는 커맨드를 식별하는 데에 문자 인식 애플리케이션을 사용한다. 방법(700)을 참조하면, 이 경우에는 바코드인 객체 이미지를 제품 데이터베이스 내의 제품에 비교(712)하여 특정 아이템을 검색할 것이다. 이 응답은 바코드에 매칭되는 아이템들에 대한 리스팅을 포함한다. 응답은 제목, 현재의 입찰 및 다양한 시장 활동 및 상태의 다른 관련 데이터를 갖는 이메일로서 제공될 수 있다. 사용자는 사용자가 아이템을 선택하거나 이미지 상에 클릭하여 아이템 또는 제품에 대한 판매자의 페이지에 직접 재연결될 수 있는 응답 이메일을 수신한다. 이러한 프로세스는 관심 아이템에 대한 로그인과 입찰을 자동화할 수 있다.

추가의 예시적인 실시예는 유사한 이미지를 검색할 때 실시간 경매를 이용할 수 있는 능력을 포함할 수 있다. 이러한 방식으로, 이미지 API는 적어도 하나의 이미지 프로세싱 단계에서 사용자의 활동을 포함하기 위해 사용자의 활동을 실시간으로 모니터링하도록 동작할 수 있다. 예를 들어, 사용자의 활동 또는 히스토리는 선택할 수 있는 또는 선택을 위해 사용자에게 제시되는 감소된 개수의 카테고리를 나타낼 수 있다. 유사하게, 사용자의 활동은 아이템에 대한 검색을 확장하는 방법에 대한 정보를 제공할 수 있다.

일 실시예에 따르면, 높은 비중의 시장은 들어오는 이미지의 해시(hash)를 관리하는 몇몇 전용 서버를 구현한다. 일 예시에서, 이미지 프로세싱은 특정 카테고리를 타겟으로 한다. 다수의 다른 알고리즘이 색상, 형태 또는 텍스처와 같은 피처 정보를 추출하고 차후의 비교를 위해 데이터베이스 내에 이러한 정보를 삽입하는 데에 사용될 수 있다.

본 명세서에는, 애플리케이션 인터페이스에 대한 요청이 이루어지고, 통신에 포함된 커맨드가 요청된 이미지 서비스의 타입에 대한 이미지 프로세싱 서비스를 명령하는 이미지 인식 서비스를 위한 방법 및 장치가 제공되었다. 일 실시예에서, 통신은 GET/POST 프로토콜을 이용하여 전송되는 HTTP 메시지이다. 다른 실시예는 이미지 프로세싱 서비스와의 용이한 인터페이스를 허용하는 다른 형태의 통신을 구현할 수 있다. 일 실시예에서, 통신은 이메일에 의해 이루어지며, 커맨드는 이메일의 제목 라인에 포함된다. 모바일 실시예에서, 통신은 시그널링 프로토콜의 일부이며, 커맨드는 사용자의 모바일 디바이스로부터 네트워크로 전송되는 메시지 내에 포함된다. 네트워크의 시스템 층은 요청을 수신하고 이미지 프로세싱 서비스 및 애플리케이션과 인터페이스한다. 이미지 프로세싱은 이미지 기반 검색을 포함하고, 이때 통신이 식별을 위한 제품 또는 아이템의 이미지를 수신하고, 서비스는 제품의 데이터베이스에 수신된 이미지를 비교한다. 수신된 이미지는 상응하는 제품으로 매칭될 제품의 바코드일 수 있다. 이미지 프로세싱 서비스에 의해 제공되는 다른 서비스는 OCR이며, 이때 텍스트 정보가 수신된 이미지로부터 발견되어 제품 또는 이미지를 식별하는 데에 사용된다. 일 실시예에서, 이미지 프로세싱 서비스는 판매 또는 경매를 위한 제품 또는 아이템의 리스팅을 개발하는 데에 사용된다. 또 다른 실시예에서, 이미지 프로세싱 서비스는 올바른 가격으로 제공되는 판매 또는 경매 아이템과 같은 상거래 거래의 정확성을 컨펌하고 제품과 연관된 상세한 정보가 정확한지를 컴펌하며, 사기를 검출하는 데에 사용된다.

다른 실시예가 이미지 프로세싱의 커맨드 및 명령이 메시징 또는 시그널링에 포함되는 다른 통신 기술을 구현할 수 있다. 이메일 메시징은 웹사이트를 통해 또는 독립형 이메일 애플리케이션에서 사용될 수 있다. 사용자 애플리케이션 층은 이메일 클라이언트의 사용을 허용하고 웹 브라우저가 네트워킹된 컴퓨팅 환경의 이미지 API 층 및 시스템 층 모두와 상호작용하도록 한다. 다른 실시예는 시스템 층(104)의 다수의 부분과 상호작용하도록 그외의 사용자 층 확장을 포함할 수 있다.

예시적인 시스템 층은 이메일 콘텐트 생성기를 사용하여 이메일 메시지를 관리하지만, 다른 실시예는 시스템 층(104)에 추가로 웹 콘텐트 관리를 위한 확장도 포함할 수 있다. 이러한 확장은 사용자 층(102) 내의 웹 브라우저로부터의 요청을 수용하고, 이 요청을 이미지 API 층(106)으로 포워딩하고, XML 응답을 수신하며, 그 응답을 원래의 요청자 또는 사용자에게 전송하도록 응답을 포맷할 수 있다. 시스템 층(104)은 네트워크 및 사용자의 요구사항에 따라서 보안 또는 그외의 프로세싱을 추가할 수 있다. 포맷된 데이터는 다시 웹 브라우저로 전송된다. 콘텐트를 생성하는 데에는 그외의 다수의 가능한 방식이 존재하며, 이들은 시스템 층(104) 내에서 결합될 수 있음이 이해될 것이다.

이미지 API 층(106)은 OCR 및 이미지 비교 서비스에 더하여 다른 기능을 구현하기 위해 추가로 확장될 수 있다. 본 명세서에는 각 태스크에 대한 전용 자바 서블릿을 사용하는 것으로 기술되었지만, 이미지 서비스는 다른 프로그래밍 언어 및 아키텍처를 사용하여 다양한 방식으로 구현될 수 있다. 시스템을 확장하는 것은 각 새로운 이미지 서비스를 다루기 위해 새로운 자바 서블릿을 생성하는 것을 포함할 수 있다. 서블릿은 통신 포맷에서 정의된 방법 요청에 새로운 이미지 서비스 내의 각 기능을 맵핑할 수 있다. 또한, 이미지 프로세싱 서비스는 HTTP GET 또는 POST 요청의 일부로서 이루어진 다수의 파라미터를 다룰 수 있다.

전술된 예시적인 실시예는 다양한 타입의 이미지 서비스와 상호작용하기 위해 확장가능한 시스템을 제공한다. 이미지 API 층(106)은 HTTP GET 및 POST 요청을 다루며 적절한 XML 응답을 생성한다. 이것은 정보가 URL 또는 제목 라인에 포함되어 있고 이미지 데이터가 첨부되었을 때 통신을 해석하는 능력을 포함한다. 예를 들어, 이미지 API 층(106)은 다음과 같이 일반적인 GET 요청을 수신할 수 있다:

유사하게, 이미지 API 층(106)은 텍스트 및 바코드 인식을 담당하는 OCR을 지원한다.

도 10은 도 3a에 도시된 바와 같은 시스템 내의 이미지를 프로세싱하는 방법을 도시하며, 이때 시스템은 먼저 이미지 서비스 요청을 수신한다(802). 요청에 응답하여, 시스템은 요청으로부터의 이미지 데이터를 검색한다(804). 시스템은 이미지 데이터를 이미지 서비스로 제출하고(806), 이미지 서비스는 이것을 프로세싱하며(808), 이미지 서비스는 결과를 요청자에게 제공한다(810).

도 11은 이미지 데이터를 프로세싱하는 동작(808)을 세부적으로 도시하며, 수신된 이미지 데이터의 타입에 대한 결정이 먼저 이루어진다(830). 바코드 정보에 대해서, 프로세싱은 바코드 데이터를 제품 데이터베이스 내의 상응하는 아이템에 맵핑한다(822). 또한, 이 방법은 제품 카테고리, 제품의 색상, 크기 또는 그외의 특징들에 따라 수행될 수 있는 다른 유사한 아이템들을 식별한다(824). 결과는 요청자에게 전송된다(826). 또한, 데이터베이스는 수신된 데이터 이미지의 맵핑 및 제품 데이터베이스로부터 검색된 상응하는 제품(들)을 보관할 수 있다(828). 이러한 기록을 유지함으로써, 정보 검색이 매칭을 위해 보다 작은 집합의 제품들을 검색할 수 있으므로, 추후의 이미지 비교 및 제품 기록의 검색이 개선된다. 일 실시예에서, 추후의 비교 및 검색은 동시에 수행되며, 이때 한 번의 검색은 완전한 제품 데이터베이스에 대해 수행되는 반면, 두 번째 검색은 이전의 검색으로부터 컴파일된 정보를 이용하여 수행된다. 매칭이 발견되었을 때, 초기 검색은 요청자를 위해 이용가능하다.

도 11을 참조하면, 이미지 데이터가 사진 타입 데이터와 같은 그래픽 데이터라면, 요청되는 특정한 이미지 프로세싱 서비스 타입이 결정된다(832). 비교 타입 이미지 프로세싱 서비스을 위해서, 방법은 이미지 분석에 사용될 파라미터를 결정한다(834). 파라미터는 크기, 색상, 텍스처 등과 같은 아이템 또는 제품의 특징을 지칭할 수 있다. 또한, 파라미터는 이미지를 분석하는 방법의 특이사항을 명시할 수 있다. 유사하게, 만약 이미지 프로세싱 서비스 타입이 OCR이면, 방법은 텍스처 정보를 추출한다(836). 다른 실시예는 도 10 및 11에 도시된 방법과 결합하여 또는 그 대신 다른 이미지 프로세싱을 포함할 수 있다. 유사하게, 이미지 프로세싱은 복수의 단계를 포함할 수 있으며, 제 1 이미지 프로세싱 서비스는 프로세싱된 이미지를 발생하도록 수행되고, 그 다음 제 2 이미지 프로세싱 서비스는 결과 이미지를 발생하도록 수행된다. 예를 들어, 이미지는 이미지에 포함시키지 않길 원하는 경계 또는 위조 마킹을 포함할 수 있다. 프로세싱은 이러한 요소 또는 마크를 제거함으로써 이미지를 명확하게 하기 위한 단계를 포함할 수 있다. 또한, 바코드 정보를 추출 또는 판독하고 위조 검출 또는 비교의 확실성 증가를 위해 제품 데이터베이스로 제품의 이미지를 비교하길 원할 수 있다. 또한, 도 11의 방법이 바코드 및 사진 이미지 데이터와 관련되지만, 손이나 전자 수단으로 준비된 그래픽 이미지를 포함하는 다른 이미지가 고려될 수도 있다. 이러한 이미지 데이터는 컴퓨팅 디바이스 또는 컴퓨팅 시스템으로 스캐닝될 수 있으며 이미지 프로세싱 서비스를 위한 입력으로서 제공될 수 있다.

다른 측면에서, 이미지 서비스는 사기 검출을 구현할 수 있다. 어떤 내정 가정은 퍼블리케이션 또는 리스팅과 관련하여 만들어질 수 있거나 또는 퍼블리케이션 데이터로서 퍼블리케이션 내에 포함될 수 있다. 예를 들어, 어떤 가격은 판매를 위해 현재 제공되었거나 퍼블리케이션 시스템에 의해 제공되는 거래 플랫폼을 통해 과거에 판매되었던 유사하거나 비교가능한 아이템들의 가격에 기초하여 리스팅 내에서 판매를 위해 광고된 제품과 자동으로 연관될 수 있다.

도 12는 이미지 기반 정보를 사용하여 사기를 검출하는 모듈(900)을 도시한다. 사용자 입력 또는 선택으로부터 또는 입력 이미지 데이터로부터 수신된 특징 또는 그외의 정보와 같은 제품 정보는 사기 검출 유닛(920)으로 제공된다. 제품 정보를 수신하면, 사기 검출 유닛(920)은 비교를 위한 적절한 정보를 결정하고, 제품 데이터베이스(922) 내의 제품 정보에 액세스한다. 적절한 정보는 입력 이미지 데이터에 매칭되는 제품 정보의 기능일 수 있으며, 또는 사용자 선택된 제품의 카테고리 또는 판매자의 기능일 수 있다. 사기 검출 유닛(920)은 제품 데이터베이스(922) 내에 저장된 정보에 수신된 정보를 매칭하며, 수신된 정보는 저장된 정보와 일치하면 유효 이미지 및 제품 정보를 나타내는 컨펌이 제공된다. 그러나, 만약 정보가 일치하지 않으면 사기 경고가 제공된다.

예시적인 실시예에서, 이미지 프로세싱 서비스(120)는 이메일링되거나 그외의 방식으로 시스템에 전송된 이미지와 진품 또는 가품인 아이템의 이미지의 저장된 집합과의 이미지의 비교에 기초하여 특정한 아이템이 진품인지 또는 가품인지 여부에 대한 표시를 자동으로 제공하는 사기 방지 기능을 가능케 할 수 있다. 어떠한 아이템의 피처는 아이템이 가품인지 진품인지를 구체적으로 나타내도록 특정한 검사를 위해 시스템 내에서 플래그될 수 있다. 사기 검출 유닛(620)은 따라서 이러한 프로세싱을 달성하기 위해 이미지 비교 및 이미지 압축에 적응된다.

도 12를 계속 참조하면, 이미지 기반 사기 방지의 일 예시에서, 이미지 정보가 캡처되어 제품 데이터베이스(922)로의 비교를 위해 사기 검출 유닛(920)으로 전송된다. 제품 데이터베이스(922) 내의 유효 이미지의 식별에서, 컨펌 결과가 요청자에게 제공된다. 사기 제품을 검출하면, 사기 검출 유닛(920)이 요청자에게 사기 통지를 전송하고, 사기 정보를 사기 기록(924)에 저장한다. 식별된 사기 정보를 저장함으로써, 이 정보는 저장 및 인덱싱되어 미래의 사기 검출 또는 이미지 인식 서비스에 사용되도록 이용가능하다. 사기 검출은 광고 또는 오퍼가 신뢰할 수 있는 것이라는 확신을 제공하며, 예컨대 판매용 침해(ingringing) 상품의 제공과 같은 사용자의 지적 소유권 침해를 방지할 수 있다. 일 실시예에서, 사기 통지는 이전에 사기로 분류된 이미지 데이터를 포함한다. 이미지의 대용량 업로드와 조합하여, 도 5 및 6에 도시된 바와 같이 사기 검출 기술은 모방 또는 다른 불법 상품을 식별하는 복수의 이미지의 대용량 프로세싱을 가능케 한다.

도 13은 일 예시적인 실시예가 전개된 클라이언트-서버 시스템(200)을 도시한 네트워크도이다. 네트워크 기반의 시장 또는 퍼블리케이션 시스템의 예시적인 형태를 갖는 네트워킹 시스템(202)은 네트워크(204)(예컨대, 인터넷 또는 WAN(광역 네트워크))를 통해서 하나 이상의 클라이언트로 서버측 기능을 제공한다. 도 13은 예를 들어 웹 클라이언트(206)(예컨대, 워싱턴주 Redmeond의 Microsoft Corporation에 의해 개발된 Internet Explorer 브라우저와 같은 브라우저) 및 클라이언트 머신(210) 상에서 실행하는 프로그램 클라이언트(208)를 도시한다.

API 서버(214) 및 웹 서버(216)는 하나 이상의 애플리케이션 서버에 커플링되고, 각각 프로그램 인터페이스와 웹 인터페이스를 하나 이상의 애플리케이션 서버에 제공한다. 애플리케이션 서버(238)는 하나 이상의 퍼블리케이션 애플리케이션(220) 및 지불 애플리케이션(222)을 호스팅한다. 애플리케이션 서버(228, 238)는 하나 이상의 데이터베이스(226)로의 액세스를 용이하게 하는 하나 이상의 데이터베이스 서버(224)로 커플링되는 것으로 도시되었다.

시장 애플리케이션(220)은 네트워킹 시스템(202)에 액세스하는 사용자에게 다수의 시장 기능 및 서비스를 제공할 수 있다. 지불 애플리케이션(222)은 다수의 지불 서비스 및 기능을 사용자에게 제공할 수 있다. 지불 애플리케이션(222)은 사용자로 하여금 값(예컨대, US 달러와 같은 상업적 통화, 또는 포인트와 같은 사유 통화)을 계좌에 적립하도록 할 수 있으며, 이후에 시장 애플리케이션(220)을 통해 이용가능해지는 제품(예컨대, 상품 또는 서비스)에 대해 적립된 값을 사용하도록 할 수 있다. 도 13에서 시장 애플리케이션(220)과 지불 애플리케이션(222)이 모두 네트워킹 시스템(202)의 일부를 형성하는 것으로 도시되었지만, 다른 실시예에서는 지불 애플리케이션(222)이 네트워킹 시스템(202)으로부터 분리되어 구분되는 지불 서비스의 일부를 형성할 수 있음을 이해할 것이다.

또한, 도 13에 도시된 시스템(200)이 클라이언트-서버 아키텍처를 사용하는 것으로 도시되었지만, 본 발명의 방법, 장치 및 예시는 이러한 아키텍처로 제한되지 않으며, 예를 들어, 분산, 피어-투-피어, 아키텍처 시스템 내의 애플리케이션에도 동일하게 적용될 수 있다. 다수의 시장 애플리케이션(220) 및 지불 애플리케이션(222)은 반드시 네트워킹 능력을 가질 필요가 없는 독립형 소프트웨어 프로그램으로서 구현될 수도 있다.

웹 클라이언트(206)는 웹 서버(216)에 의해 지원되는 웹 인터페이스를 통해 다수의 시장 애플리케이션(220) 및 지불 애플리케이션(222)에 액세스한다. 유사하게, 프로그램 클라이언트(208)는 API 서버(214)에 의해 제공되는 프로그램 인터페이스를 통해 시장 애플리케이션(220)과 지불 애플리케이션(222)에 의해 제공되는 다수의 서비스 및 기능에 액세스한다. 프로그램 클라이언트(208)는 예를 들어 판매자로 하여금 오프라인 방식으로 네트워킹 시스템(202) 상의 리스팅에 권한을 부여하고 리스팅을 관리하도록 하며, 프로그램 클라이언트(208)와 네트워킹 시스템(202) 사이의 배치-모드 통신을 수행하도록 하는 판매자 애플리케이션일 수 있다.

도 13은 또한 API 서버(214)에 의해 제공되는 프로그램 인터페이스를 통해 네트워킹 시스템(202)에 대한 프로그램 액세스를 가지면서, 제 3 자 서버 머신(230) 상에서 실행하는 제 3 자 애플리케이션(228)을 도시한다. 예를 들어, 제 3 자 애플리케이션(228)은, 네트워킹 시스템(202)으로부터 검색된 정보를 이용하여, 제 3 자에 의해 호스팅된 웹사이트 상의 하나 이상의 피처 또는 기능을 지원한다. 제 3 자 웹사이트는, 예를 들어 네트워킹 시스템(202)의 관련 애플리케이션에 의해 지원되는 하나 이상의 프로모션 시장 또는 지불 기능을 제공할 수 있다.

도 14는 네트워킹 시스템(202)의 일부로서 제공되는, 일 예시적인 실시예의 복수의 애플리케이션을 도시한 블록도이다. 애플리케이션들은 서버 머신들 사이의 통신을 가능케 하도록 통신상 커플링된 전용 또는 공유 서버 머신들(도시되지 않음) 상에서 호스팅될 수 있다. 애플리케이션 자신들은 애플리케이션들 사이에서 정보가 전달되는 것을 가능케 하고 애플리케이션들의 공통 데이터의 공유 및 액세스를 가능케 하도록, 서로 통신상 커플링되고 다수의 데이터 소스에 통신상 커플링된다(예컨대, 적절한 인터페이스를 통해서). 애플리케이션은 데이터베이스 서버(224)를 통해 하나 이상의 데이터베이스(226)에 추가로 액세스할 수 있다.

네트워킹 시스템(202)은 다수의 퍼블리케이션, 리스팅 및 가격 설정 메커니즘을 제공할 수 있으며, 그에 따라 판매자가 판매용 상품 또는 서비스를 리스팅(또는 관련 정보 퍼블리케이션)할 수 있고, 구매자는 이러한 상품 또는 서비스를 구매하길 원한다는 관심을 표현하거나 이를 표시할 수 있으며, 가격은 상품 또는 서비스와 관련된 거래에 대해 설정될 수 있다. 이를 위해서, 애플리케이션은 경매-포맷 리스팅 및 가격 설정 메커니즘(예컨대, 영국식 경매, 독일식 경매, 비크리 경매(Vickrey auction), 중국식 경매, 더블 경매, 역경매 등)을 지원하는 하나 이상의 경매 애플리케이션(302) 및 적어도 하나의 퍼블리케이션 애플리케이션(300)을 포함하는 것으로 도시되었다. 다수의 경매 애플리케이션(302)은 이러한 경매-포맷 리스팅의 지원을 받아 최저 경매 가격 피처(reserve price feature)와 같은 다수의 피처를 제공할 수 있으며, 그에 따라 판매자가 리스팅 및 프록시-입찰 피처와 관련된 최저 경매 가격을 명시할 수 있고 입찰자는 자동화된 프록시 입찰을 인보크할 수 있다.

다수의 고정 가격 애플리케이션(304)은 고정 가격 리스팅 포맷(예컨대, 종래의 분류된 광고 타입 리스팅 또는 카탈로그 리스팅) 및 바이아웃(buyout) 타입 리스팅을 지원한다. 구체적으로, 바이아웃 타입 리스팅(예컨대, 캘리포니아 산호세의 eBay Inc.에 의해 개발된 Buy-It-Now(BIN) 기술을 포함함)은 경매-포맷 리스팅과 관련되어 제공될 수 있고, 구매자가 경매를 통해 판매용으로 제공된 상품 또는 서비스를 경매의 시작 가격보다 전형적으로 더 높은 고정 가격으로 상품 또는 서비스를 구매하는 것을 허용한다.

스토어 애플리케이션(306)은 판매자가 브랜드화될 수 있거나 판매자에 의해 또는 판매자에 대해 개인화될 수 있는 "가상" 스토어 내의 리스팅을 그룹화하는 것을 가능케 한다. 이러한 가상 스토어는 관련 판매자에 대해 특화되고 개인화된 프로모션, 인센티브 및 피처를 제공할 수도 있다.

평판 애플리케이션(reputation application)(308)은 거래하는 사용자들이 네트워킹 시스템(202)을 이용하여 잠재적 트레이드 상대에게 공개될 수 있고 이용가능해질 수 있는 평판을 확립하고, 쌓으며 유지하도록 한다. 예를 들어, 네트워킹 시스템(202)이 사람 대 사람 트레이드를 지원하는 경우에, 사용자들은 어떠한 히스토리 또는 다른 기준 정보도 갖지 않을 수 있으며, 따라서 잠재적인 트레이드 상대의 신용가능성 및 신뢰가능성에 액세스할 수 있다. 평판 애플리케이션(308)은 예를 들어 다른 거래 상대에 의해 제공된 피드백을 통해서, 사용자로 하여금 시간에 걸쳐 네트워킹 시스템(202) 내에서 평판을 쌓도록 한다. 다른 잠재적 트레이드 상태는 신뢰가능성 및 신용가능성에 액세스하기 위해 이러한 평판을 기준으로 삼을 수 있다.

개인화 애플리케이션(310)은 네트워킹 시스템(202)의 사용자가 네트워킹 시스템(202)과의 상호작용의 다양한 측면들을 개인화하는 것을 가능케 한다. 예를 들어, 사용자는 적절한 개인화 애플리케이션(310)을 이용하여, 사용자가 참여한(참여했던) 거래와 관련된 정보를 볼 수 있는 개인화된 기준 페이지를 생성할 수 있다. 또한, 개인화 애플리케이션(310)은 사용자로 하여금 네트워킹 시스템(202)과 다른 파티와의 상호작용의 다른 측면들과 리스팅을 개인화하도록 할 수 있다.

네트워킹 시스템(202)은 예를 들어 특정한 지형에 대해서 맞춤화되는 다수의 시장을 지원할 수 있다. 네트워킹 시스템(202)의 버전은 영국에 맞추어질 수 있는 반면, 네트워킹 시스템(202)의 다른 버전이 미국에 맞추어질 수 있다. 각각의 이들 버전은 독립적인 시장으로서 운영될 수 있거나, 또는 공통 기반의 시장의 맞춤화된(또는 국제화된) 프레젠테이션일 수 있다. 따라서 네트워킹 시스템(202)은 사전결정된 기준(예컨대, 지형적, 인구학적 또는 시장 기준)에 따라서 네트워킹 시스템(02)에 의해 정보(및/또는 정보의 프레젠테이션)를 맞춤화하는 다수의 국제화 애플리케이션(312)을 포함할 수도 있다. 예를 들어, 국제화 애플리케이션(312)은 네트워킹 시스템(202)에 의해 운영되고 각각의 웹 서버(216)를 통해 액세스 가능한 다수의 영역 웹사이트에 대한 정보의 맞춤화를 지원하는 데에 사용될 수 있다.

네트워킹 시스템(202)의 네비게이션은 하나 이상의 네비게이션 애플리케이션(314)에 의해 용이하게 될 수 있다. 예를 들어, 검색 애플리케이션(네비게이션 애플리케이션의 예시로서)은 네트워킹 시스템(202)을 통해 공개되는 리스팅의 키워드 검색을 가능케 할 수 있다. 브라우즈 애플리케이션은 어느 리스팅이 네트워킹 시스템(202) 내에서 분류될 수 있는지에 따라서 사용자가 다양한 카테고리, 카탈로그 또는 재고 데이터 구조를 브라우징하도록 할 수 있다. 다수의 다른 네비게이션 애플리케이션이 검색 및 브라우징 애플리케이션을 보충하도록 제공될 수 있다.

가능한 한 시각적으로 정보를 제공하고 보기에 편한 네트워킹 시스템(202)을 통해 이용가능한 리스팅을 만들기 위해, 시장 애플리케이션(220)은 리스팅에 포함될 이미지를 업로드하는 데에 사용자가 사용할 수 있는 하나 이상의 이미징 애플리케이션(316)을 포함할 수 있다. 이미징 애플리케이션(316)은 보여진 리스팅 내의 이미지들을 포함하도록 동작한다. 이미징 애플리케이션(316)은 잠재적인 구매자에게 제시되는 이미지 갤러리와 같은 하나 이상의 프로모션 피처를 지원할 수도 있다. 예를 들어, 판매자는 프로모션 아이템가 이미지 갤러리 내에 포함되도록 추가 비용을 지불할 수 있다.

퍼블리케이션 생성(318)은 판매자가 네트워킹 시스템(202)을 통해 거래하길 원하는 상품 또는 서비스와 관련된 리스팅에 통상적으로 권한을 부여하게 하며, 퍼블리케이션 관리(320)는 이러한 리스팅을 판매자가 관리하도록 한다. 특히, 특정한 판매자가 다수의 리스팅에 권한이 부여되고/되거나 공개될 때, 이러한 리스팅의 관리는 어려움을 나타낼 수 있다. 리스팅 관리 애플리케이션(320)은 판매자가 이러한 리스팅을 관리하는 것을 돕는 다수의 피처를 제공한다(예컨대, 자동-재리스팅, 재고 레벨 모니터링 등). 하나 이상의 포스트 퍼블리케이션 관리(322)는 전형적으로 포스트-리스팅을 발생시키는 판매자의 다수의 활동을 돕는다. 예를 들어, 하나 이상의 경매 애플리케이션(302)에 의해 활성화되는 경매가 완료되면, 포스트-리스팅 관리 애플리케이션(322)이 하나이상의 평판 애플리케이션(308)으로 인터페이스를 제공할 수 있으며, 판매자로 하여금 복수의 구매자와 관련된 피드백을 평판 애플리케이션(308)에 제공하도록 한다.

분쟁 해결 애플리케이션(324)은 메커니즘을 제공함으로써 거래자들 사이에서 발생하는 분쟁이 해결될 수 있도록 한다. 예를 들어, 분쟁 해결 애플리케이션(324)은 가이드된 절차를 제공함으로써 참여자들이 분쟁을 해소하기 위한 시도를 다수의 단계를 통해 가이드할 수 있다. 분쟁이 가이드된 절차를 통해 해소될 수 없는 경우에, 분쟁에 제 3 자 중간자 또는 중재인이 개입하게 될 수 있다.

다수의 사기 방지 애플리케이션(fraud prevention application)(326)은 네트워킹 시스템(202) 내에서의 사기 발생을 감소시키기 위한 사기 검출 및 방지 메커니즘을 구현한다.

메시징 애플리케이션(328)은 메시지를 생성하여 네트워킹 시스템(202)의 사용자에게 전달하는 것을 담당하며, 이러한 메시지는 예를 들어 네트워킹 시스템(202)에서 리스팅 상태를 사용자에게 알려준다(예컨대, 경매 프로세스 동안 입찰자에게 "아웃비딩(outbid)" 통지를 제공하거나, 사용자에게 프로모션 정보 및 머천다이징 정보를 제공함). 각각의 메시징 애플리케이션(328)은 메시지를 사용자에게 전달하기 위해 다수의 메시지 전달 네트워크 및 플랫폼 중 임의의 하나를 이용할 수 있다. 예를 들어, 메시징 애플리케이션(328)은 유선(예컨대, 인터넷), POTS(Plain Old Telephone Servcie), 또는 유선(예컨대, 모바일, 셀룰러, WiFi, WiMAX) 네트워크를 통해, 이메일, 인스턴트 메시지(IM), SMS, 텍스트, 팩스, 또는 음성(예컨대, VoIP(Voice over IP)) 메시지를 전달할 수 있다.

머천다이징 애플리케이션(330)은 네트워킹 시스템(202)을 통해 판매자가 판매를 증가시키도록 이용가능하게 생성된 다양한 머천다이징 기능을 제원한다. 머천다이징 애플리케이션(330)은 또한 판매자에 의해 인보크될 수 있고 판매자에 의해 이용되는 머천다이징 전략의 성공을 모니터링 및 트랙할 수 있는 다수의 머천다이징 피처를 운영한다.

네트워킹 시스템(202) 자신, 또는 네트워킹 시스템(202)을 통해 거래하는 하나 이상의 파티가 하나 이상의 기부 애플리케이션(332)에 의해 지원되는 로열티 프로그램을 운영할 수 있다. 예를 들어, 구매자는 특정한 판매자와 확립 및/또는 합의된 각 거래에 대한 로열티 또는 프로모션을 획득할 수 있고, 그에 따라 적립된 로열티 포인트가 이용될 수 있는 리워드(reward)가 제공될 수 있다.

도 13을 다시 참조하면, 다수의 테이블이 데이터베이스(226) 내에 보관될 수 있으며, 애플리케이션(220, 222)에 의해 이용될 수 있고 이를 지원할 수 있다. 사용자 테이블은 네트워킹 시스템(202)의 각 등록된 사용자에 대한 기록을 포함하고, 이러한 각 등록된 사용자와 관련된 식별자, 주소 및 재정 기구 정보를 포함할 수 있다. 사용자는 네트워킹 시스템(202) 내에서 판매자, 구매자로서 활동할 수 있거나, 또는 둘 모두로서 활동할 수 있다. 일 예시적인 실시예에서, 구매자는 값(예컨대, 상업적 또는 개인 통화)을 적립한 사용자일 수 있고, 따라서 네트워킹 시스템(202)에 의해 판매 제공되는 아이템에 대한 적립된 값을 교환할 수 있다.

또한 테이블은 네트워킹 시스템(202)을 통해 거래되었거나 거래에 이용가능한 상품 및 서비스에 대한 아이템 기록이 보관되는 아이템 테이블을 포함한다. 아이템 테이블 내의 각 아이템 기록은, 각 아이템 기록을 갖는 하나 이상의 실제 또는 잠재적 구매자와 판매자를 연관시키도록, 사용자 테이블 내의 하나 이상의 사용자 기록으로 추가로 링크될 수 있다.

거래 테이블은 아이템 테이블 내에 기록이 존재하는 아이템과 관련된 각 거래(예컨대, 구매 또는 판매 거래)에 대한 기록을 포함한다.

주문 테이블은 주문 기록으로 채워지며, 각 주문 기록은 주문과 연관된다. 각 주문은 거래 테이블 내에 기록이 존재하는 하나 이상의 거래와 관련하여 프로세싱될 수 있다.

입찰 테이블 내의 입찰 기록은 경매 애플리케이션(302)에 의해 지원되는 경매 포맷 리스팅과 관련하여 네트워킹 시스템(202)에서 수신되는 입찰에 각각 관련된다. 피드백 테이블은 일 예시적인 실시예에서 사용자와 관련된 평판 정보를 구성 및 보관하기 위해서 하나 이상의 평판 애플리케이션(308)에 의해 이용된다. 히스토리 테이블은 사용자가 참가하였던 거래의 히스토리를 보관한다. 하나 이상의 속성 테이블은 아이템 테이블 내에 기록이 존재하는 아이템들과 관련된 속성 정보를 기록한다. 이러한 속성의 예시로서, 속성 테이블은 특정 아이템과 연관된 통화 속성을 표시할 수 있으며, 이러한 통화 속성은 판매자에 의해 명시된 관련 아이템에 대한 가격의 통화를 식별한다.

일부 실시예는 로직 또는 다수의 구성요소, 모듈 또는 메커니즘을 포함하는 것으로 기술되었다. 구성요소는 소정의 동작을 수행할 수 있는 실체적인 유닛이며 소정의 방식으로 구성 또는 배열될 수 있다. 예시적인 실시예에서, 하나 이상의 컴퓨터 시스템(예컨대, 독립형, 클라이언트 또는 서버 컴퓨터 시스템) 또는 하나 이상의 컴퓨터 시스템의 구성요소(예컨대, 프로세서 또는 프로세서들의 그룹)가 본 명세서에 기술된 소정의 동작들을 수행하기 위한 구성요소로서 소프트웨어(예컨대, 애플리케이션 또는 애플리케이션 부분)에 의해 구성될 수 있다.

다수의 실시예에서, 구성요소는 기계적 또는 전기적으로 구현될 수 있다. 예를 들어, 구성요소는 소정의 동작을 수행하기 위해 영구적으로 구성된(예컨대, 특별한 용도의 프로세서로서 구성된) 전용 회로 또는 로직을 포함할 수 있다. 구성요소는 소정의 동작들을 수행하도록 소프트웨어에 의해 임시로 구성되는 프로그램가능한 로직 또는 회로(예컨대, 범용 프로세서 또는 그외의 프로그램가능한 프로세서 내에 포함되는 것)를 포함할 수 있다. 전용 또는 영구적으로 구성된 회로에서, 또는 임시로 구성된 회로(예컨대, 소프트웨어에 의해 구성된 회로) 구성요소를 기계적으로 구현하기 위한 결정은 비용 및 시간을 고려하여 이루어질 수 있다.

따라서, "구성요소"라는 용어는 실체적인 엔티티를 포함하는 것으로 이해되어야 하며, 엔티티는 소정의 방식으로 동작하고/하거나 본 명세서에 기술된 소정의 동작들을 수행하도록 임시로 구성되거나(예컨대 프로그램됨) 또는 영구적으로 구성되는(예컨대, 하드와이어됨), 물리적으로 설계된다. 구성요소가 임시로 구성되는(예컨대, 프로그램되는) 실시예를 고려하면, 각 구성요소는 임의의 한 인스턴스에서 구성되거나 실증될 필요가 없다. 예를 들어, 구성요소가 소프트웨어를 사용하여 구성된 범용 프로세서를 포함하는 경우, 범용 프로세서는 서로 다른 시간에 서로 다른 각각의 구성요소로서 구성될 수 있다. 따라서 소프트웨어는 예를 들어 서로 다른 경우에서 서로 다른 구성요소를 구성하고 하나의 경우에서 특정한 구성요소를 구성하도록 프로세서를 설계할 수 있다.

구성요소들은 다른 구성요소로 정보를 제공하고 다른 구성요소로부터 정보를 수신할 수 있다. 따라서, 기술된 구성요소는 통신상 커플링된 것으로 간주될 수 있다. 복수의 이러한 구성요소들이 동시에 존재할 때, 통신은 구성요소들을 접속시키는 신호 전송(예컨대, 적절한 회로 및 버스 상에서)을 통해 획득될 수 있다. 복수의 구성요소들이 서로 다른 시간에 구성되거나 실증되는 실시예에서, 이러한 구성요소들 간의 통신은 예를 들어 복수의 구성요소들이 액세스하는 메모리 구조 내에 정보를 저장 및 검색함으로써 달성될 수 있다. 예를 들어, 하나의 구성요소는 동작을 수행할 수 있고, 통신상 커플링된 메모리 디바이스에서 해당 동작의 출력을 저장한다. 다른 구성요소는, 이후에 저장된 출력을 검색 및 프로세싱하도록 메모리 디바이스에 액세스할 수 있다. 구성요소들은 입력 또는 출력 디바이스와의 통신을 개시할 수 있고 리소스에 대해 동작할 수 있다(예컨대, 정보의 집합).

예시적인 실시예는 디지털 전자 회로, 또는 컴퓨터 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합으로 구현될 수 있다. 예시적인 실시예는 정보 캐리어 내에 실체적으로 구현된 컴퓨터 프로그램과 같은 컴퓨터 프로그램 제품, 또는 프로그램가능한 프로세서, 컴퓨터 또는 복수의 컴퓨터를 포함하지만 이것으로 제한되지는 않는 데이터 프로세싱 장치에 의해 실행되거나 그의 동작을 제어하는 머신 판독가능한 매체 내의 컴퓨터 프로그램을 이용하여 구현될 수 있다.

컴퓨터 프로그램은 컴파일되거나 해석되는 언어를 포함하는 임의의 형태의 프로그래밍 언어로 기록될 수 있으며, 이것은 독립형 프로그램 또는 모듈, 서브루틴, 또는 컴퓨팅 환경에서 사용하기에 적절한 다른 유닛으로서 포함하는 임의의 형태로 배치될 수 있다. 컴퓨터 프로그램은 하나의 사이트에서, 또는 복수의 사이트에 걸쳐 분산되고 통신 네트워크에 의해 상호접속되는 하나 또는 복수의 컴퓨터 상에서 실행되도록 사용될 수 있다.

예시적인 실시예에서, 동작은 입력 데이터에 대해 동작하고 출력을 생성함으로써 기능을 수행하도록 컴퓨터 프로그램을 실행하는 하나 이상의 프로그램가능한 프로세서에 의해 수행될 수 있다. 방법의 동작은 전용 로직 회로(예컨대, FPGA(Field Programmable Gate Array) 또는 ASIC(Application-Specific Integrated Circuit))에 의해 수행될 수 있고, 예시적인 실시예의 장치가 이러한 전용 로직 회로로서 구현될 수 있다.

컴퓨팅 시스템은 클라이언트 및 서버를 포함할 수 있다. 클라이언트 및 서버는 일반적으로 서로 원거리에 존재하며 전형적으로 통신 네트워크를 통해 상호작용한다. 클라이언트와 서버의 관계는 각 컴퓨터 상에서 실행되고 서로 클라이언트-서버 관계를 갖는 컴퓨터 프로그램들에 의해 생성된다. 프로그램가능한 컴퓨팅 시스템을 사용하는 실시예에서, 하드웨어 및 소프트웨어 아키텍처 모두가 고려되어야 함을 이해할 것이다. 특히, 영구적으로 구성된 하드웨어(예컨대, ASIC), 임시로 구성된 하드웨어(에컨대, 소프트웨어와 프로그램가능한 프로세서의 조합), 또는 임시 및 영구적으로 구성된 하드웨어의 조합에서 소정의 기능을 구현할지 여부의 선택이 설계 선택일 수 있음을 이해할 것이다. 아래에는 다양한 예시적인 실시예에서 사용될 수 있는 하드웨어(예컨대, 머신) 및 소프트웨어 아키텍처가 기술되었다.

도 15는 머신으로 하여금 본 명세서에 기술된 하나 이상의 방법론을 수행하도록 하는 명령이 실행될 수 있는 컴퓨터 시스템(400)의 예시적인 형태인 머신의 블록도이다.

다른 실시예에서, 머신은 독립형 디바이스로서 동작하거나 또는 다른 머신에 접속될 수 있다(예컨대, 네트워킹된다). 네트워킹 전개에서, 머신은 서버-클라이언트 네트워크 환경에서의 서버 또는 클라이언트 머신의 용량 내에서 동작할 수 있거나, 또는 피어-투-피어 (또는 분산) 네트워크 환경에서의 피어 머신으로서 동작할 수 있다. 머신은 개인 컴퓨터(PC), 태블릿 PC, 셋톱 박스(STB), PDA, 휴대폰, 웹 어플라이언스, 네트워크 라우터, 스위치 또는 브릿지, 또는 머신에 의해 취해지는 동작을 명시하는 명령(시퀀스 명령 또는 그외의 명령)을 실행할 수 있는 임의의 머신일 수 있다. 또한, 오직 하나의 머신이 도시되었지만, "머신"이라는 용어는 보노 명세서에 논의된 하나 이상의 임의의 방법론을 수행하기 위한 명령들의 세트(복수의 세트들)를 개별적으로 또는 함께 실행하는 머신들의 임의의 집합을 포함할 수 있다.

예시적인 컴퓨터 시스템(400)은 프로세서(402)(예컨대, 중앙 처리 장치(CPU)), 그래픽 프로세싱 유닛(GPU) 또는 둘 모두), 주 메모리(404) 및 버스(408)를 통해 서로 통신하는 정적 메모리(406)를 포함한다. 컴퓨터 시스템(400)은 비디오 디스플레이 유닛(410)(예컨대, 액정 디스플레이(LCD) 또는 음극선관(CRT))을 더 포함할 수 있다. 또한 컴퓨터 시스템(400)은 알파벳-숫자식 입력 디바이스(412)(예컨대, 키보드), 사용자 인터페이스(UI) 네비게이션 디바이스 또는 커서 제어 디바이스(414)(예컨대, 마우스), 디스크 드라이브 유닛(416), 신호 생성 디바이스(418)(예컨대, 스피커) 및 네트워크 인터페이스 디바이스(420)를 포함한다.

디스크 드라이브 유닛(416)은 본 명세서에 기술된 하나 이상의 방법 또는 기능을 구현하고 그에 의해 이용되는 하나 이상의 명령의 세트 및 데이터 구조(예컨대, 소프트웨어(424))가 저장된 머신-판독가능한 매체(422)를 포함한다. 소프트웨어(424)는 컴퓨터 시스템(400)에 의한 실행 동안 완전히 또는 적어도 부분적으로 주 메모리(404) 내에 및/또는 프로세서(402) 내에 존재할 수 있으며, 주 메모리(404)와 프로세서(402) 또한 머신-판독가능한 매체를 구성한다.

머신-판독가능한 매체(422)가 예시적인 실시예에서 단일 매체로서 도시되었지만, "머신-판독가능한 매체"라는 용어는 하나 이상의 명령 또는 데이터 구조를 저장하는 단일 매체 또는 복수의 매체(예컨대, 중심화된 또는 분산된 데이터베이스 및/또는 연관 캐시 및 서버)를 포함할 수 있다. "머신-판독가능한 매체"라는 용어는 머신에 의한 실행을 위한 명령의 저장, 인코딩 또는 전달할 수 있는 임의의 실체적인 매체를 포함하도록 사용되며, 상기 명령은 머신으로 하여금 본 명세서에 제시되거나 러한 명령과 연관되거나 이러한 명령에 의해 이용되는 데이터 구조를 저장, 인코딩 또는 전달할 수 있는 하나 이상의 방법론을 수행하도록 한다. "머신-판독가능한 매체"라는 용어는 따라서 고체-상태 메모리 및 광학 및 자기 매체를 포함하지만 이것으로 제한되지 않는다. 머신-판독가능한 매체의 특정한 예시는 예컨대 EPROM, EEPROM 및 플래쉬 메모리 디바이스와 같은 반도체 메모리 디바이스, 내부 하드 디스크 및 제거가능한 디스크와 같은 자기 디스크, 자기-광학 디스크 및 CD-ROM 디스크 및 DVD-ROM 디스크를 포함하는 비휘발성 메모리를 포함한다.

소프트웨어(424)는 추가로 전송 매체를 이용하는 통신 네트워크(426) 상에서 전송 또는 수신될 수 있다. 소프트웨어(424)는 네트워크 인터페이스 디바이스(420) 및 다수의 잘 알려진 전송 프로토콜(예컨대, HTTP) 중 임의의 하나를 사용하여 전송될 수 있다. 통신 네트워크의 예시는 LAN, WAN, 인터넷, 모바일 전화 네트워크, POTS 네트워크 및 무선 데이터 네트워크(예컨대, WiFi 및 WiMAX 네트워크)를 포함한다. "전송 매체"라는 용어는 머신에 의해 실행하도록 명령을 저장, 인코딩 또는 전달할 수 있는 임의의 비실체적 매체를 포함할 수 있고, 이러한 소프트웨어의 통신을 용이하게 하기 위한 디지털 또는 아날로그 통신 신호 또는 그외의 비실체적 매체를 포함한다.

일부 실시예에서, 기술된 방법은 3-층 아키텍처 패러다임 하에서 설계된 분산 또는 비분산 소프트웨어 애플리케이션을 사용하여 구현될 수 있다. 이러한 패러다임 하에서, 구성요소 또는 모듈을 실증 또는 구성하는 컴퓨터 코드(또는 소프트웨어)의 다양한 부분이 이들 세 개의 층 중 하나에 속하도록 카테고리화될 수 있다. 일부 실시예는 제 1 층을 인터페이스(예컨대, 인터페이스 층)로서 포함할 수 있다. 또한, 제 2 층은 인터페이스 레벨을 통해 입력된 데이터의 애플리케이션 프로세싱을 수행하는 로직(또는 애플리케이션) 층일 수 있다. 로직 층은 이러한 프로세싱의 결과를 인터페이스 층 및/또는 백엔드, 또는 저장 층으로 전달할 수 있다. 로직 층에 의해 수행된 프로세싱은 소프트웨어 전체를 좌우하는 소정의 규칙 또는 프로세스와 관련될 수 있다. 제 3 층인 저장 층은 안정(persistent) 저장 매체 또는 비안정 저장 매체일 수 있다. 일부 경우에서, 이들 층들 중 하나 이상이 다른 층으로 와해될 수 있으며, 이는 2-층 아키텍처 또는 1-층 아키텍처를 발생시킨다. 예를 들어, 내장된 데이터베이스를 이용하는 소프트웨어 애플리케이션의 경우에, 인터페이스 및 로직 층이 통합될 수 있거나, 또는 로직 및 저장 층이 통합될 수 있다. 3-층 아키텍처는 하나의 기술 또는 다수의 기술들을 이용하여 구현될 수 있다. 예시적인 30층 아키텍처 및 이것이 구현되는 기술이 예컨대 서버-클라이언트, 피어-투-피어, 분산된 구성 또는 일부 다른 적합한 구성에서 조직되거나, 독립형 시스템으로서 동작하는 하나 이상의 컴퓨터 시스템 상에서 구현될 수 있다. 또한, 이러한 3-층이 다수의 구성요소로서 하나보다 많은 컴퓨터 시스템 상에 분산될 수 있다.

예시적인 실시예는 전술된 층을 포함할 수 있고, 이들 층의 구성에 대한 프로세스 또는 동작이 구성요소로서 구현될 수 있다. 다수의 이들 구성요소들은 공통적으로 데이터를 생성, 사용 및 조작하는 능력을 갖는다. 구성요소들과 각각에 연관된 기능은 독립형, 클라이언트, 서버 또는 피어 컴퓨터 시스템의 일부를 형성한다. 다수의 구성요소는 필요에 따라 컴퓨터 시스템에 의해 구현될 수 있다. 이러한 구성요소는 구성요소 지향, 또는 객체 지향 프로그래밍 기술이 VCL(Visual Component Library), CLX(Component Library for Cross Platform), Java Beans(JB), EJB(Java Enterprise Beans), COM(Component Object Model), DCOM(Distributed Component Object Model), 또는 그외의 적절한 기술을 이용하여 구현될 수 있도록 객체 지향 컴퓨터 언어로 기록된 소프트웨어를 포함할 수 있다.

이러한 구성요소에 대한 소프트웨어는 다른 구성요소로의 통신상 커플링을 가능케 할 수 있으며(예컨대, 다양한 API를 통해), 하나의 완전한 서버, 클라이언트 및/EH는 피어 소프트웨어 애플리케이션으로 컴파일될 수 있다. 또한, 이들 API는 분산 컴퓨팅 구성요소로서 다수의 분산 프로그래밍 프로토콜을 통해 통신할 수 있다.

일부 예시적인 실시예는 분산 컴퓨팅 구성요소로서 분산 프로그래밍 환경에서 하나 이상의 전술된 구성요소들을 구현하는 데에 사용되는 원격 절차 호출을 포함할 수 있다. 예를 들어, 인터페이스 구성요소(예컨대, 인터페이스 층)는 로직 구성요소(에컨대, 로직 층)를 포함하는 제 2 컴퓨터 시스템으로부터 원거리에 위치된 제 1 컴퓨터 시스템의 일부를 형성할 수 있다. 이러한 제 1 및 제 2 컴퓨터 시스템은 독립형, 서버-클라이언트, 피어-투-피어, 또는 일부 다른 적절한 구성으로 구성될 수 있다. 구성요소에 대한 소프트웨어는 전술된 객체 지향 프로그래밍 기술을 사용하여 기록될 수 있으며, 동일한 프로그래밍 언어 또는 상이한 프로그래밍 언어로 기록될 수 있다. 다양한 프로토콜이 이러한 구성요소를 기록하는 데에 사용되는 프로그래밍 언어와는 무관하게 다수의 구성요소들이 통신하는 것을 가능케 하도록 구현될 수 있다. 예를 들어, C++로 기록된 구성요소는 CORBA(Common Object Request Broker Architecture), SOAP(Simple Object Access Protocol) 또는 일부 다른 적절한 프로토콜과 같은 분산 컴퓨팅 프로토콜을 이용하여 자바 프로그래밍 언어로 기록된 다른 구성요소와 통신할 수 있다. 일부 실시예는 데이터를 전송하도록 네트워크에 의해 사용되는 프로토콜을 정의하는 TCP/IP 프로토콜 스택 모델 또는 OSI(Open Systems Interconnection) 모델에서 아웃라인된 다수의 프로토콜을 갖는 이들 프로토콜 중 하나 이상의 사용을 포함할 수 있다.

예시적인 실시예는 데이터를 전송하도록 네트워크에 의해 사용되는 프로토콜을 정의하는 TCP/IP 프로토콜 스택 모델 또는 OSI 모델을 사용할 수 있다. 이러한 모델의 적용시에, 서버와 클라이언트 간의 데이터 전송 시스템, 또는 피어 컴퓨터 시스템들 간의 데이터 전송 시스템이 예를 들어 애플리케이션 층, 수송 층, 네트워크 층, 데이터 링크 층 및 물리적 층의 5층을 포함할 수 있다. 소프트웨어의 경우에서, 3-층 아키텍처를 갖는 구성요소의 실증 또는 구성을 위해, 다양한 계층(예컨대, 인터페이스, 로직 및 저장 층)이 TCP/IP 프로토콜 스택의 애플리케이션 층에 존재한다. 예시적인 구현에서, TCP/IP 프로토콜 스택 모델을 사용하여, 애플리케이션 층에 존재하는 애플리케이션으로부터의 데이터가 수송층에 존재하는 TCP 세그먼트의 데이터 로드 필드로 로딩된다. 이러한 TCP 세그먼트는 원거리에 존재하는 수신 소프트웨어 애플리케이션에 대한 포트 정보를 포함한다. 이러한 TCP 세그먼트는 네트워크 층에 존재하는 IP 데이터그램의 데이터 로드 필드로 로딩된다. 다음으로, 이러한 IP 데이터그램은 데이터 링크 층에 존재하는 프레임으로 로딩된다. 이러한 프레임은 인터넷, LAN, WAN, 또는 일부 다른 적절한 네트워크와 같은 네트워크 상에서 전송되는 데이터 및 물리적 층에서 인코딩된다. 일부 경우에서, 인터넷은 네트워크들의 네트워크를 지칭한다. 이러한 네트워크는 전술된 TCP/IP 및 추가로 ATM(비동기식 전송 모드) 또는 일부 다른 적절한 프로토콜을 포함하는 데이터의 교환을 위한 다양한 프로토콜을 이용할 수 있다. 이러한 네트워크는 다양한 위상(예컨대, 성형(star) 위상) 또는 구성으로 조직될 수 있다.

실시예가 특정한 예시적인 실시예를 참조로 기술되었지만, 다수의 수정 및 변경이 이러한 실시예들에 대해 이루어질 수 있음이 명백하다. 따라서, 명세서 및 도면은 제한적이지 않고 예시적인 것으로 간주되어야 한다. 본 발명의 일부를 형성하는 첨부된 도면은 본 발명이 실시될 수 있는 특정한 실시예를 제한적이 아닌 예시적인 방식으로 나타낸다. 도시된 실시예는 당업자가 본 명세서에 개시된 내용을 실시하기에 충분히 자세하게 기술되었다. 본 발명의 범주로부터 벗어나지 않고 구조적 및 논리적 대체 및 변경이 이루어질 수 있도록, 다른 실시예들이 기술된 실시예에서 파생되어 이용될 수 있다. 따라서 이러한 상세한 설명은, 제한적인 것이 아니며, 다수의 실시예의 범주는 오직 첨부된 특허청구범위에 의해서만 정의된다.

본 발명의 청구사항에 대한 실시예는 개별적 및/또는 집합적으로 본 명세서에서 "발명"이라는 용어로 지칭되었을 수 있으며, 이는 단지 편의를 위한 것으로 본 발명의 범주를 단일의 발명으로 제한하는 것은 아니다. 따라서, 특정한 실시예가 본 명세서에 기술 및 도시되었으며, 동일한 목적을 달성하기 위해 도시된 특정 실시예에 임의의 구성이 대체될 수 있음을 이해해야 한다. 본 발명은 다양한 실시예의 모든 적응 또는 변경을 포함한다. 전술된 실시예들의 조합 및 다른 실시예들이 기술되지는 않았지만 전술된 설명으로부터 당업자에게 명백할 것이다.

본 발명의 요약서는 독자로 하여금 기술적 발명의 특징을 빠르게 파악하도록 할 것을 요구하는 37 C.F.R. §1.72(b)에 따라 제공되었다. 요약서는 특허청구범위의 범주 또는 의미를 해석 또는 제한하도록 사용되어서는 안된다. 또한, 전술된 상세한 설명에서, 다양한 특성들이 본 발명을 설명하도록 단일 실시예에서 그룹화되었다. 본 발명의 이러한 방법은 실시예가 각 청구항에 기재된 것보다 많은 특성을 요구하는 것으로 해석되어서는 안된다. 아래의 특허청구범위는 개시된 단일 실시예의 모든 특성보다 더 좁은 범위의 발명의 청구 사항을 반영한다. 따라서 아래의 특허청구범위는 상세한 설명에 포함되며, 각 청구항은 각 개별적인 실시예를 나타낸다.

Claims

복수의 이미지 프로세싱 서비스 중 적어도 하나에 대한 요청을 수신하는 단계 -상기 요청은 이미지 데이터를 포함함- 와,
상기 적어도 하나의 이미지 프로세싱 서비스로의 인터페이스를 통해, 상기 이미지 데이터를 포함하는 상기 요청을 포워딩하는 단계와,
상기 적어도 하나의 이미지 프로세싱 서비스로부터 응답을 수신하는 단계와,
제품 정보를 포함하는 상기 응답을 컴퓨팅 디바이스 상에 디스플레이하도록 포워딩하는 단계
를 수행하는 명령을 컴퓨팅 플랫폼 상에서 실행하는
방법.
제 1 항에 있어서,
상기 적어도 하나의 이미지 프로세싱 서비스는 상기 이미지 데이터를 아이템들의 데이터베이스와 비교하는
방법.
제 2 항에 있어서,
상기 적어도 하나의 이미지 프로세싱 서비스는, 상기 이미지 데이터의 적어도 하나의 특징을 데이터베이스 아이템들과 비교하되, 상기 적어도 하나의 특징은 색상, 형태 및 텍스처 중 하나를 포함하는
방법.
제 2 항에 있어서,
상기 아이템들은 판매용 제품이며,
상기 방법은 상기 이미지 데이터와 연관된 카테고리를 결정하는 단계를 더 포함하되,
상기 적어도 하나의 이미지 프로세싱 서비스는 상기 이미지 데이터를 상기 카테고리 내의 아이템들의 데이터베이스와 비교하는
방법.
제 2 항에 있어서,
상기 이미지 데이터는 바코드인
방법.
제 1 항에 있어서,
상기 적어도 하나의 이미지 프로세싱 서비스는 상기 이미지 데이터의 광학적 문자 인식(OCR; optical character recognition)을 수행하는
방법.
제 1 항에 있어서,
상기 요청은 이메일 메시지로서 수신되며, 상기 이메일 메시지에 커맨드가 포함되는
방법.
제 7 항에 있어서,
상기 커맨드는 상기 이메일 메시지의 제목 라인에 포함되는
방법.
제 7 항에 있어서,
상기 커맨드는 상기 이메일 메시지의 바디에 포함되는
방법.
제 7 항에 있어서,
상기 커맨드는 이미지 데이터를 아이템들의 데이터베이스와 비교하라는 것인
방법.
제 1 항에 있어서,
상기 요청은 HTTP 메시지로서 수신되는
방법.
제 1 항에 있어서,
상기 적어도 하나의 이미지 프로세싱 서비스는 사기 검출 서비스(fraud detection service)이고,
상기 이미지 데이터는 불일치(inconsistency)를 식별하기 위해 제품 정보와 비교되는
방법.
제 12 항에 있어서,
상기 응답은 상기 이미지 데이터와 유효 제품 정보 간의 불일치를 통지하는 것인
방법.
제 13 항에 있어서,
불일치가 식별된 상기 이미지 데이터는 사기 기록 데이터베이스에 저장되며,
상기 사기 검출 서비스는 수신된 이미지 데이터를 상기 사기 기록 데이터베이스에 저장된 이미지 데이터와 비교하는
방법.
복수의 이미지 프로세싱 서비스 중 적어도 하나에 대한 이미지 프로세싱 요청을 수신하는 수신자 모듈 -상기 요청은 이미지 데이터를 포함함- 과,
통신 모듈을 포함하되,
상기 통신 모듈은,
상기 적어도 하나의 이미지 프로세싱 서비스로 상기 요청을 포워딩하고,
상기 적어도 하나의 이미지 프로세싱 서비스로부터 응답을 수신하며,
제품 정보를 포함하는 상기 응답을 컴퓨팅 디바이스 상에 디스플레이하도록 포워딩하는
시스템.
제 15 항에 있어서,
상기 통신 모듈은 이메일 메시지를 수신하고,
상기 요청은 이메일 메시지인
시스템.
제 16 항에 있어서,
상기 통신 모듈은 이미지 데이터를 추출하기 위해 이메일 메시지를 분석하는
시스템.
제 15 항에 있어서,
다수의 요청을 수신하기 위한 대용량 업로더와,
상기 다수의 요청에 대해 상기 적어도 하나의 이미지 프로세싱 서비스를 구현하는 로직 모듈을 더 포함하는
시스템.
제 17 항에 있어서,
상기 로직 모듈은 상기 복수의 이미지 프로세싱 서비스 중 임의의 이미지 프로세싱 서비스를 구현하는
시스템.
제 15 항에 있어서,
이미지 데이터를 타겟 아이템들의 세트와 비교하는 이미지 비교 유닛과,
상기 이미지 데이터로부터 텍스트 정보를 식별하는 광학적 문자 인식 유닛을 더 포함하되,
상기 복수의 이미지 프로세싱 서비스는, 이미지 비교 서비스 및 광학적 문자 인식 서비스를 포함하는
시스템.
제 15 항에 있어서,
이미지 데이터에 상응하는 제품 정보를 식별하는 바코드 프로세싱 유닛을 더 포함하되,
상기 이미지 데이터는 바코드를 포함하고,
상기 복수의 이미지 프로세싱 서비스는 바코드 프로세싱 서비스를 포함하는
시스템.
제 15 항에 있어서,
퍼블리케이션 생성 모듈(publication creation module)을 더 포함하되,
상기 적어도 하나의 이미지 프로세싱 서비스는 상기 이미지 데이터에 상응하는 제품의 퍼블리케이션을 생성하는 정보를 제공하는
시스템.
명령(instruction)을 포함하는 컴퓨터 판독가능한 매체로서,
상기 명령은 하나 이상의 머신에 의해 실행되었을 때, 상기 하나 이상의 머신으로 하여금,
이미지 프로세싱 서비스에 대한 요청과 이미지 데이터를 포함하는 메시지를 수신하는 단계와,
상기 이미지 데이터를 찾기 위해 상기 메시지를 분석하는 단계와,
상기 메시지를 프로세싱하여 제 1 포맷 메시지를 생성하는 단계 -상기 제 1 포맷 메시지는 상기 이미지 프로세싱 서비스로 입력되기 위한 포맷을 가짐- 와,
상기 제 1 포맷 메시지를 상기 이미지 프로세싱 서비스에 포워딩하는 단계와,
상기 이미지 프로세싱 서비스로부터 응답을 수신하는 단계와,
상기 응답을 응답 메시지로 프로세싱하는 단계와,
상기 응답 메시지를 컴퓨팅 디바이스 상에 디스플레이되도록 포워딩하는 단계
를 수행하도록 하는
컴퓨터 판독가능한 매체.
제 23 항에 있어서,
상기 이미지 데이터에 상응하는 제품의 카테고리를 결정하는 단계를 수행하도록 하는 명령을 더 포함하되,
상기 제 1 포맷 메시지는 상기 카테고리를 식별하는
컴퓨터 판독가능한 매체.
제 24 항에 있어서,
상기 이미지 프로세싱 서비스로부터의 상기 응답은 상기 이미지 데이터에 상응하는 적어도 하나의 제품을 식별하는
컴퓨터 판독가능한 매체.
제 25 항에 있어서,
상기 이미지 프로세싱 서비스로부터의 상기 응답은 상기 적어도 하나의 제품과 유사한 제 2 제품을 식별하는
컴퓨터 판독가능한 매체.
제 23 항에 있어서,
상기 제 1 포맷 메시지는 HTTP 포맷이고, 상기 응답은 XML 포맷인
컴퓨터 판독가능한 매체.
제 23 항에 있어서,
상기 메시지는 이메일이고, 상기 이미지 데이터는 상기 이메일의 첨부물인
컴퓨터 판독가능한 매체.
제 23 항에 있어서,
상기 메시지는 이메일이고, 상기 이미지 데이터는 상기 이메일의 바디에 포함되는
컴퓨터 판독가능한 매체.
복수의 이미지 프로세싱 서비스 중 적어도 하나에 대한 요청을 수신하는 단계 -상기 요청은 이미지 데이터를 포함함- 와,
상기 이미지 데이터의 이미지 타입을 결정하는 단계와,
상기 이미지 데이터가 제 1 이미지 타입이면 제 1 이미지 프로세싱 서비스에 따라서 상기 이미지 데이터를 프로세싱하는 단계와,
상기 이미지 데이터가 제 2 이미지 타입이면 제 2 이미지 프로세싱 서비스에 따라서 상기 이미지 데이터를 프로세싱하는 단계와,
상기 이미지 데이터에 상응하는 적어도 하나의 제품을 식별하는 단계
를 수행하는 명령을 컴퓨팅 플랫폼 상에서 실행하는
방법.
제 30 항에 있어서,
상기 이미지 데이터는 바코드를 포함하고,
상기 제 1 이미지 프로세싱 서비스는 상기 바코드를 제품 데이터베이스 내의 상응하는 제품에 맵핑하는
방법.
제 30 항에 있어서,
상기 이미지 데이터는 사진 이미지이고,
상기 방법은,
상기 이미지 데이터를 분석하는 데에 사용될 파라미터를 결정하는 단계와,
상기 파라미터를 이용하여 상기 이미지 데이터를 분석하는 단계
를 더 포함하는
방법.
제 30 항에 있어서,
상기 이미지 데이터는 사진 이미지이고,
상기 방법은 상기 이미지 데이터로부터 텍스트 정보를 추출하는 단계를 더 포함하는
방법.