KR101030946B1

KR101030946B1 - 네트워크 기반 거래 설비에서 거래 목록을 스케줄링하는 방법 및 시스템

Info

Publication number: KR101030946B1
Application number: KR1020097027103A
Authority: KR
Inventors: 로버트 딘 베레스; 칭-제 량
Original assignee: 이베이 인크.
Priority date: 2002-06-10
Filing date: 2003-06-05
Publication date: 2011-04-28
Also published as: CN1659564A; AU2003243425A1; KR20050116107A; EP1514212A2; CN102129642A; WO2003104931A2; EP1514212A4; AU2003243425A8; KR100952089B1; WO2003104931A3; CN102129642B; WO2003104931A8; KR20100010037A

Abstract

본 발명에 따르면, 네트워크 기반 거래 설비로 복수의 거래 목록을 전달하는 것을 용이하게 하는 방법이 제공된다. 각각이 관련 시작 시간을 포함하는 복수의 거래 목록을 사용자로부터 수신하기 위해, 판매자 애플리케이션에서 입력 인터페이스가 제공된다. 또한, 판매자 애플리케이션에서 복수의 거래 목록을 포함하도록 데이터 파일이 작성된다. 또한, 데이터 파일은 판매자 애플리케이션을 이용하여 클라이언트 컴퓨터로부터 네트워크 기반 거래 설비로 전달된다.

네트워크 기반 거래 설비, 판매자 애플리케이션, 거래 목록, 데이터 파일

Description

네트워크 기반 거래 설비에서 거래 목록을 스케줄링하는 방법 및 시스템{METHOD AND SYSTEM FOR SCHEDULING TRANSACTION LISTINGS AT A NETWORK-BASED TRANSACTION FACILITY}

본 출원은 2002 년 6 월 10 일자로 출원된 미국 가출원 제 60/387,638 호의 이익을 주장한다.

기술분야

본 발명은 주로 네트워크 기반 상거래의 분야에 관한 것으로서, 더욱 상세하게는 네트워크 기반 거래 설비에서 거래 목록을 스케줄링하는 방법 및 시스템에 관한 것이다.

유비쿼터스로서의 인터넷, 쌍방향 통신 및 상호작용 플랫폼이 폭넓게 확산됨에 따라, 인터넷을 통해 수행되는 온라인 (또는 전자) 상거래는 여러 사업 환경에서 흔하게 이루어지고 있다. 전통적으로, 온라인 상거래는 기업 대 기업 (B2B: business-to-business), 기업 대 소비자 (B2C: business-to-consumer) 및 심지어 기업 대 종업원 (B2E : business-to-employee) 상거래로 분류된다. B2B 환경에서, 여러 온라인 거래소 또는 시장 (예를 들어, 수직 거래소 (vertical exchange)) 은 당사자간에, 예를 들어, 수직 공급 체인 내에서 전자 상거래를 용이하게 하기 위해 설립되었다. 통상적으로, 이러한 B2B 거래소는 집합적이고 실시간에 가까운 재고 정보, 견적 요청 (RFQ : Request for Quotation) 능력 및 경매와 같이, 상거래를 용이하게 하는 여러 도구를 제공한다.

B2C 및 C2C 환경에서, 여러 시장 거래소 및 거래 설비가 널리 쓰이는 것으로 확인되었다. 주요 전자 거래 설비 (또는 시장) 는 이베이 주식회사에 의해 운영된다. 전자 시장은 야후! 주식회사 및 아마존 닷 컴에 의해서도 제공된다. 또한, 여러 온-라인 서비스들이 야후! 주식회사에 의해 제공되는 야후! 분류 (Classified) 서비스와 같은 온-라인 분류를 제공한다.

여러 온-라인 시장들이 제품의 주요 유통 채널이 아니라도 중요한 유통 채널로서 상인들에 의해 이용된다. 통상적으로, 이러한 소위 "파워 사용자들" 은 매일 팔거나 또는 경매할 많은 품목을 리스팅한다. 또한, 여러 소매상 및 상인들은 야후 ! 분류와 같이, 인터넷에서 제공되는 무료, 저가, 분류 광고 서비스를 이용한다. 예를 들어, 중고차 판매 운영은 언제든지 온-라인 분류 광고 서비스를 통해 이러한 여러 분류 광고를 낼 수 있다. 여러 품목을 생성하여 네트워크 기반 시장으로 전달하는 방법을 상인들에게 제공하는 것이 도움이 될 것이다.

본 발명에 따르면, 복수의 거래 목록을 네트워크 기반 거래 설비로 전달하는 것을 용이하게 하는 방법이 제공된다. 사용자로부터 각각이 관련 시작 시간 (start time) 을 포함하는 복수의 거래 목록을 수신하도록 판매자 애플리케이션에서 입력 인터페이스가 표시된다. 또한, 판매자 애플리케이션에서 복수의 거래 목록을 포함하도록 데이터 파일이 작성된다. 또한, 데이터 파일은 판매자 애플리케이션을 이용하여 클라이언트 컴퓨터로부터 네트워크 기반 거래 설비로 전달된다.

네트워크 기반 거래 설비에서 거래 목록을 스케줄링하는 방법 및 시스템을 설명한다. 다음의 상세한 설명에서, 본 발명을 완전히 이해할 수 있도록 다수의 특정한 상세에 대해 상세히 설명한다. 그러나, 이들 특정한 상세가 없이도 본 발명이 실시될 수 있다는 것은 당업자에게 자명한 사항이다.

용어

"사용자" 라는 용어는 거래, 통신 또는 프로세스에 기여 또는 참가하는 인간 또는 자동화된 여하한 엔티티를 지칭하는 것으로 취급된다.

"거래" 라는 용어는 기업 계약 (business agreement), 가치의 교환 또는 상업 관계를 확립하는 관점에서 2 이상의 당사자간의 임의의 통신 또는 교환을 포함하는 것으로 취급된다. 따라서, "거래" 라는 용어는 예를 들어, 광고의 결과 또는 온라인 또는 다른 방식으로 수행되는 경매 프로세스의 종료의 결과로서 확립된 구매 및 판매를 포함하나, 이에 한정되는 것은 아닌 것으로 간주된다.

"업그레이드" 라는 용어는 업그레이드 및 업데이트를 포함하는 것으로 취급된다. 따라서, "업그레이드" 라는 용어는 기존의 소프트웨어 모듈 및 데이터 엘리먼트의 변형을 포함하나 이에 한정되는 것은 아니다.

"목적 사이트" 라는 용어는 지리 (예를 들어, 대륙, 국가, 지역 등), 주제 (예를 들어, 비니 베이비, 야구 기념품, 골동품 차 등), 목적 (예를 들어, 상업적, 비영리적 등), 인구학 (예를 들어, 스페인어, 영어 등) 등에 따라 대상이 되는 사이트 (예를 들어, 웹사이트) 를 포함하는 것으로 취급된다. 실제로, 상술한 또는 다른 기준의 임의의 결합이 "목적 사이트"를 설명하는데 사용될 수 있다.

"웹사이트" 라는 용어는 홈페이지로 불리는 시작 파일을 포함하는 WWW (World Wide Web) 의 관련 컬렉션을 의미하는 것으로 취급된다. 수 천개의 회사 및 개인이 하나 또는 다수의 웹사이트를 갖는다. 회사 또는 개인은 당신에게 홈페이지 어드레스를 줌으로써 그들의 웹사이트에 어떻게 접속하는지 말해준다. 홈페이지로부터, 사이트 상의 다른 모든 페이지에 접근할 수 있다. 예를 들어, 이베이의 웹사이트는 http://www.eBay.com의 홈페이지 주소를 갖는다. 이베이의 홈페이지 어드레스는 많은 다른 페이지에 이르게 한다. (그러나, 웹사이트는 단지 몇 페이지일 수도 있다.) 매우 큰 웹사이트는 서로 다른 지리적 위치의 여러 서버들에 확산될 수 있다. 어떤 회사의 웹사이트는 전세계적으로 위치한 많은 서버들을 통해 확산된 수천의 파일들로 구성된다. 그러나, 아마 더 통상적인 예는 다수의 웹사이트들을 갖는 상업적 스페이스 제공자의 웹 서버상에 존재하는 웹사이트일 것이며, 이 경우 모든 웹사이트는 서로 관계가 있을 수도 있고 없을 수도 있다.

본 발명의 예시적 실시형태가 "품목"과 관련하여 이하 설명되지만, 본 발명이 이에 한정되는 것이 아니라는 것을 알 수 있을 것이다. 따라서, "품목" 이라는 용어는 거래 목록을 포함하는 것으로 간주되나, 이에 한정되지 않는다.

"데이터 파일" 이라는 용어는 거래 목록의 컬렉션을 의미하는 것으로 취급된다. 따라서, "데이터 파일" 이라는 어구는, 예를 들어, 네트워크 기반 거래 설비로 전달되고 있는 거래 목록의 컬렉션을 포함하는 것으로 간주되나 이에 한정되지 않는다.

거래 설비

도 1 은 예시적 네트워크 기반 거래 설비 (10) 를 도시하는 블록도이다. 본 발명의 예시적 실시형태를 네트워크 기반 거래 설비 (10) 의 맥락 내에서 설명하지만, 본 발명은 많은 다른 타입의 컴퓨터 기반 및 네트워트 기반 설비 (상거래, 거래 또는 기타) 에 적용될 수 있다.

예시적 실시형태에서, 네트워크 기반 거래 설비 (10) 는 특정 기능을 제공하는 하나 이상의 DLL (Dynamic Link Library) 을 각각 포함하는 많은 타입의 프런트-엔드 (front-end) 서버들 중 하나 이상을 포함한다. 페이지 서버 (12) 는 웹 페이지 (예를 들어, 마크업 언어 문서) 를 전달하고, 그림 서버 (14) 는 웹 페이지 내에서 디스플레이될 이미지를 동적으로 전달하고, 목록 서버 (16) 는 목록들의 카테고리 기반 브라우징을 용이하게 하고, 네트워크 기반 거래 설비 (10) 로의 탐색 요청을 다루는 탐색 서버 (20) 는 목록의 키워드 기반 브라우징을 용이하게 하며, ISAPI 서버 (18) 는 네트워크 기반 거래 설비 (10) 의 백 엔드에 지능형 인터페이스를 제공한다. 이메일 서버 (22) 는 네트워크 기반 거래 설비 (10) 의 사용자들에게 특히 자동 이메일 통신을 제공한다. 관리 애플리케이션(들) 함수 (32) 는 네트워크 기반 거래 설비 (10) 의 모니터링, 유지 및 관리를 용이하게 한다. API 서버 (13) 는 네트워트 기반 거래 설비 (10) 에 질의하기 위한 함수의 세트를 제공한다. API 는 HTTP 전송 프로토콜을 통해 호출되는, 이용하기 쉬운 일군의 함수이다. 정보는 표준 XML 데이터 형식을 사용하여 전송되고 수신된다. 네트워크 기반 거래 설비와 상호작용 (예를 들어, 거래 목록의 업로드, 거 래 목록의 리뷰, 거래 목록의 관리 등) 하는데 이용되는 애플리케이션은 API 를 사용하도록 설계될 수 있다. 이러한 애플리케이션은 HTML 형식 또는 C++, 펄 (Perl), 파스칼, 또는 기타 프로그램밍 언어로 작성된 CGI 프로그램일 수도 있다. API는 여기서 참조로 포함하는 미국 특허 출원 제 09/999,618 호에서 더욱 상세히 설명된다.

페이지 서버 (12), API 서버 (13), 그림 서버 (14), ISAPI 서버 (18), 탐색 서버 (20), 이메일 서버 (22) 및 데이터베이스 엔진 서버 (26) 는 개별적으로 또는 조합하여, 예를 들어, 클라이언트 기기 (client machine; 38) 와 네트워크 기반 거래 설비 (10) 간의 통신을 용이하게 하는 통신 엔진으로서 동작한다. 또한, 페이지 서버 (12), API 서버 (13), 그림 서버 (14), ISAPI 서버 (18), 탐색 서버 (20), 이메일 서버 (22) 및 데이터베이스 엔진 서버 (26) 는 개별적으로 또는 조합하여, 예를 들어 클라이언트 기기 (38) 와 네트워트 기반 거래 설비 (10) 간의 거래를 용이하게 하는 거래 엔진으로 동작한다. 또한, 페이지 서버 (12), API 서버 (13), 그림 서버 (14), ISAPI (18), 탐색 서버 (20), 이메일 서버 (22) 및 데이터베이스 엔진 서버 (26) 는 개별적으로 또는 조합하여, 예를 들어, 클라이언트 기기 (38) 와 네트워크 기반 거래 설비 (10) 사이에서 품목의 디스플레이를 용이하게 하는 디스플레이 엔진으로서 동작한다.

백 엔드 서버는 데이터베이스 엔진 서버 (26), 탐색 인덱스 서버 (24) 및 신용카드 데이터베이스 서버 (28) 를 포함하며, 이들 각각은 각각의 데이터베이스로의 액세스를 유지하고 용이하게 한다.

네트워크 기반 거래 설비 (10) 는, 클라이언트 기기 (38) 상에서 실행되고 예를 들어 인터넷 (34) 와 같은 네트워크를 통해 네트워크 기반 거래 설비 (10) 에 액세스하는, 예를 들어, 브라우저 (36) (예를 들어, 워싱턴, 레드몬드의 마이크로소프트사에 의해 제공되는 인터넷 익스플로러) 와 같은 클라이언트 프로그램에 의해 접속될 수 있다. 클라이언트가 네트워크 기반 거래 설비 (10) 에 액세스하기 위해 이용할 수 있는 네트워크들의 다른 예는 광역 네트워크 (wide area network), 근 거리 네트워크 (local area network), 무선 네트워크 (예를 들어, 셀룰러 네트워크) 또는 공중 교환 전화 네트워크 (PSTN) 를 포함한다.

데이터베이스 구조

도 2 는 데이터베이스 엔진 서버 (26) 에 의해 유지되고 그를 통해 액세스되며, 적어도 부분적으로는 네트워크 기반 거래 설비 (10) 를 구현하고 지원하는 예시적 데이터베이스 (30) 를 도시하는 데이터베이스 다이어그램이다. 예시적 실시형태에서, 데이터베이스 엔진 서버 (26) 는 2 개의 데이터베이스 (30a) 및 데이터베이스 (30b) 를 유지하며, 제 1 데이터베이스 (30a) 는 본 발명에 따른 가상 "상점" 내에 포함되지 않는 목록 (또는 제공물 (offering)) 정보를 위해 유지되고, 제 2 데이터베이스 (30b) 는 네트워크 기반 거래 설비 (10) 에 의해 지원되는 가상 "상점"을 통해 제공되는 제공물에 대한 팔 물건 정보를 저장한다. 이들 데이터베이스 (30a) 및 데이터베이스 (30b) 의 구조는 실질적으로 동일하나, "상점" 데이터베이스 (30b) 는 가상 상점을 용이하게 하는 다수의 부가적 필드를 포함할 수 있다는 점에서 상이하다. 데이터베이스 (30) 의 기본 구조에 대한 일반적인 설명 이 이하 제시되며, 이는 데이터베이스 (30a) 및 데이터베이스 (30b) 모두에 적용될 수 있다.

일 실시형태에서, 데이터베이스 (30) 는 상관적 데이터베이스 (relational daabse) 로서 구현될 수 있으며, 인덱스 및 키에 의해 링크되는 엔트리 또는 기록을 갖는 다수의 테이블을 포함한다. 다른 실시형태에서, 데이터베이스 (30) 은 객체 지향 데이터베이스내의 객체의 컬렉션으로서 구현될 수도 있다.

데이터베이스 (30) 의 중앙에 사용자 테이블 (54) 이 있으며, 사용자 테이블 (54) 은 네트워크 기반 거래 설비 (10) 의 각 사용자에 대한 기록을 포함한다. 사용자는 네트워크 기반 거래 설비 (10) 를 이용할 때, 판매자, 구매자 또는 양자 모두로서 동작할 수 있다. 또한, 데이터베이스 (30) 는 사용자 테이블 (54) 에 링크될 수 있는 품목 테이블 (60) 을 포함한다. 품목 테이블 (60) 은 판매자 품목 테이블 (52) 및 입찰자 품목 테이블 (58) 을 포함할 수 있다. 사용자 테이블 (54) 내의 사용자 기록은 네트워크 기반 거래 설비 (10) 를 통해 판매용으로 리스팅 또는 제공되고 있는 또는 리스팅 또는 제공되었던 다수의 품목에 링크될 수 있다. 링크는 품목 테이블 (60) 내에 기록이 있는 품목에 대해 사용자가 판매자 또는 입찰자 (또는 구매자) 인지 여부를 나타낸다.

또한, 데이터베이스 (30) 는 하나 이상의 카테고리 테이블 (47) 을 포함한다. 카테고리 테이블 (47) 내의 각 기록은 각각의 카테고리를 설명한다. 일 실시형태에서, 구체적인 카테고리 테이블 (47) 은 다수의, 계층적 카테고리 데이터 구조를 설명하며, 각각이 다수 계층적 카테고리 구조 중 하나 내의 특정 카테 고리의 콘텍스트를 설명하는 다수의 카테고리 기록을 포함한다. 예를 들어, 카테고리 테이블 (47) 은 품목 테이블 (60) 내에서 품목 기록이 링크될 수 있는 다수의 실제, 또는 실질 카테고리를 설명한다.

또한, 데이터베이스 (30) 는 하나 이상의 속성 테이블 (49) 을 포함한다. 속성 테이블 (49) 내의 각각의 기록은 각각의 속성을 설명한다. 일 실시형태에서, 특정 속성 테이블 (49) 은 다수의, 계층적 속성 데이터 구조를 설명하며, 각각이 다수의 계층적 속성 구조 중의 하나 내의 특정 속성의 콘텍스트를 설명하는 다수의 속성 기록을 포함한다. 예를 들어, 속성 테이블 (49) 은 품목 테이블 (60) 내에서 품목 기록이 링크될 수 있는 다수의 실제, 또는 실질 속성을 설명할 수 있다. 또한, 속성 테이블 (49) 은 카테고리 테이블 (47) 내에서 카테고리가 링크될 수 있는 다수의 실제, 또는 실질 속성을 설명할 수 있다.

또한, 데이터베이스 (30) 는 품목 테이블 (60) 내의 하나 이상의 품목 기록 및/또는 사용자 테이블 (54) 내의 하나 이상의 사용자 기록으로 링크될 수 있는 노트 기록이 상주하는 노트 테이블 (46) 을 포함한다. 노트 테이블 (46) 내의 각 노트 기록은, 특히, 네트워크 기반 거래 설비 (10) 를 통해 제공되고 있는 품목 또는 네트워트 기반 거래 설비 (10) 의 사용자에 관계된 코멘트, 설명, 이력 기타 정보를 포함할 수 있다. 또한, 데이터베이스 (30) 는 품목 테이블 (60) 내의 하나 이상의 품목 기록 및/또는 사용자 테이블 (54) 내의 하나 이상의 사용자 기록으로 링크될 수 있는 목적 사이트가 상주하는 목적 사이트 테이블 (67) 을 포함한다.

또한, 다수의 다른 테이블, 즉 사용자 과거 가명 테이블 (48), 피드백 테이 블 (50), 피드백 상세 (detail) 테이블 (53), 입찰 테이블 (55), 계좌 테이블 (64), 계좌 잔액 테이블 (62) 및 배치 품목 테이블 (40) 이 사용자 테이블 (54) 로 링크된 것으로 도시된다. 또한, 본 발명의 일 실시형태를 가능하게 하기 위해, 데이터베이스 (30) 는 배치 테이블 (42), 배치 품목 테이블 (40) 및 품목 대기 테이블 (44) 을 포함하는 것으로 도시된다. 또한, 데이터베이스 테이블 (40 내지 44) 에 대한 상세가 이하 제공된다.

본 발명은 네트워크 기반 거래 설비 (10) 에서 거래 목록을 스케줄링하는 방법 및 시스템에 관한 것이다. 도 3 은 본 발명의 예시적 실시형태에 따라 클라이언트 측 (35) 및 서버 측 (71) 을 포함하는 네트워트 기반 거래 환경 (67) 을 도시하는 블록도이다. 일 실시형태에서, 거래 목록 (70) (예를 들어, 판매 신청, 경매, 고정가 목록) 은 판매자 애플리케이션 (66) 을 통해서 네트워크 기반 거래 설비 (10) 상에 확립된다. 판매자 애플리케이션 (66) 은 클라이언트 기기 (38) 에서 이용되어 다수의 거래 목록 (70) 을 네트워크 기반 거래 설비 (10) 로 통신하는데 도움을 준다. 일 실시형태에서, 판매자 애플리케이션 (66) 은 오프라인으로 이용될 수 있으며, 또는 온라인으로 (예를 들어, 네트워크 기반 거래 설비 (10) 에 접속되어) 이용될 수도 있다. 일 실시형태에서, 판매자 애플리케이션 (66) 은 클라이언트 기기 (38) 상에서 실행되는 독립형 애플리케이션이다. 다른 실시형태에서, 다수의 거래 목록 (70) 의 통신은 웹 브라우저 또는 웹 브라우저 내에서 실행되는 애플릿 (applet) 과 같이 서버에 의해 인에이블되는 (sever-enabled) 애플리케이션을 이용하여 수행될 수 있다.

일 실시형태에서, 판매자 애플리케이션 (66) 은 다수의 거래 목록 (70) 및 그들 각각의 시작 시간을 네트워크 기반 거래 설비 (10) 로 전달하는 데 있어 사용자를 보조하는 관점에서 클라이언트 컴퓨터 상에 설치되어 실행된다. 따라서, 판매자 애플리케이션 (66) 은 클라이언트 애플리케이션으로서 동작하며, 편리한 방식으로 다수의 거래 목록 (70) 을 정의하는데 있어 사용자를 보조하기 위한 다수의 사용자 인터페이스 및 다른 기능을 제공한다. 또한, 판매자 애플리케이션 (66) 은 다수의 거래 목록 (70)을 포함하는 데이터 파일 (예를 들어, 배치 텍스트 (68)) 및 그들의 관련 시작 시간을 작성하고, 단일 전송으로서 데이터 파일을 네트워크 기반 거래 설비 (10) 로 전달한다. 다수의 거래 목록 (70) 을 포함하는 이러한 단일 데이터 파일의 전달는, 클라이언트 기기 (38) 와 네트워크 기반 거래 설비 (10) 사이의 상호작용의 수를 감소시킬 수 있게 하고, 그럼으로써 클라이언트 기기 (38) 가 네트워크에 연결되어야 하는 (즉, "온라인" 인) 시간량 (amount of time) 을 감소시킨다.

관련 시작 시간은 데이터 파일 내의 복수의 거래 목록 (70) 의 적어도 일 부분에 대해 서로 다른 시작 시간을 포함한다. 관련 시작 시간은 데이터 파일 (68) 내의 제 1 거래 목록 (70) 의 시작 일자 및 시간을 포함할 수 있다. 예시적 실시형태에서, 시작 시간은 사용자 선택가능 시간양만큼 시차를 둘 수 있다. 예를 들어, 사용자에 의해 선택된 5 분의 사용자 시차로 2002년 12 월 25 일 a.m. 7:00 시에 스케줄링된 거래 목록 (70) 은 다음과 같이 된다:

제 1 거래 목록은 7:00 a.m.에 시작하고,

제 2 거래 목록은 7:05 a.m.에 시작하고,

제 3 거래 목록은 7:10 a.m.에 시작하고,

제 4 거래 목록은 7:15 a.m.에 시작한다.

따라서, 이 예에서, 4 개의 거래 목록 (70) 의 시작 시간은 5 분의 시차를 가진다. 예시적 실시형태에서, 사용자는 시작 시간의 시차를 여러 값 (예를 들어, 10 분, 1 시간, 10 시간, 1 일 등) 으로 선택할 수 있다. 일 실시형태에서, 판매자 애플리케이션 (66) 은 관련 시작 시간이 최대 선행 스케줄링 값 (advanced scheduling value) 을 초과하는 경우 사용자가 거래 목록 (70) 에 대한 관련 시작 시간을 특정하는 것을 방지한다. 또한, 판매자 애플리케이션 (66) 은 사용자가 최소 스케줄링 값 보다 작은 시간을 지정하는 것을 방지한다. 최대 선행 스케줄링 값 및 최소 스케줄링 값은 네트워크 기반 거래 설비 (10) 에 의해 정의되는 년, 달, 일, 시간, 분, 또는 초 단위로 정의될 수 있다.

한 예시적 실시형태에서 판매자 애플리케이션 (66) 이 독립형 애플리케이션으로서 클라이언트 측 (35) 에서 실행가능할 때, 판매자 애플리케이션 (66) 은 사용자가 "오프라인" 방식 (예를 들어, 네트워크 기반 거래 설비 (10) 와 여하한 네트워트 통신 또는 세션을 반드시 확립할 필요 없이) 으로 다수의 거래 목록 (70) 을 작성하고, 그 후 상술한 단일 데이터 파일 전송으로서 이러한 다수의 거래 목록 (70) 을 네트워크 기반 거래 설비 (10) 로 전송할 수 있게 하는 특징을 제공한다.

클라이언트측 (35) 에서 실행가능한 판매자 애플리케이션 (66) 의 또 다른 특징은, 다수의 목적 (예를 들어, 주문 생산되는) 사이트와 동작하도록 구성될 수 있다는 것이다. 따라서, 사용자는 판매자 애플리케이션 (66) 을 사용하여 동일한 거래 목록 (70) 을 다수의 목적 사이트 (예를 들어, U.S, UK, DE 등의 각각에 대한 지리적 목적 사이트) 로 전달할 수 있다.

본 발명의 일 실시형태는 서버측에서 용이하게 된, 사용자에 의한 다수의 거래 목록 (70) 의 뷰잉, 편집 및 확인을 제공하고, 또한 네트워크 기반 거래 설비 (10) 에 의해 용이하게 된 다수의 거래 프로세스를 개시하도록 이러한 다수의 거래 목록 (70) 을 액티브 상태로 넘긴다.

다시 도 3 을 참조하면, 환경은 클라이언트 측 (35) 및 서버 측 (71)을 포함한다. 클라이언트 측 (35) 에서, 클라이언트 기기 (38) (예를 들어, 개인 컴퓨터, PDA, 셀룰러 폰, 셋톱 박스, 또는 임의의 다른 네트워크 장치) 은 판매자 애플리케이션 (66) 및 브라우저 애플리케이션 (36) 을 호스팅하는 것으로 도시된다. 판매자 애플리케이션 (66) 및 브라우저 애플리케이션 (36) 이 별개로 도시되나, 브라우저 애플리케이션 (36) 은 예를 들어, 서버 측 (36) 으로부터 HTML 페이지의 검색 또는 애플릿의 실행을 통해 판매자 애플리케이션 (66) 으로서 동작하도록 구성될 수도 있다. 클라이언트 기기 (38) 는 예시적인 인터넷 (34) 의 형태의 네트워크, 또는 임의의 근거리 네트워크 (LAN) 나 광역 네트워크 (WAN) 내에서 네트워크에 결합된다.

일 실시형태에서, 판매자 애플리케이션 (66) 은 다수의 거래 목록 (70) 을 획득할 목적으로 다수의 사용자 인터페이스를 사용자에게 표시한다. 또한, 판매자 애플리케이션 (66) 은 다수의 인터페이스를 통해 입력된 다수의 거래 목록 (70) 을 포함하는 배치 텍스트 (68) 를 작성한다. 그 후, 판매자 애플리케이션 (66) 은 네트워크 기반 거래 설비 API 에 따라 배치 텍스트 (68) 를 네트워크 기반 거래 설비 (10) 로 통신한다. 다른 실시형태에서, 판매자 애플리케이션 (66) 은 이메일 애플리케이션 (69) 과 상호작용하여 배치 텍스트 (68) 을 포함하는 전자 메일 (이메일) 메시지를 작성한다. 배치 텍스트 (68) 는 이메일 메시지로서 이메일 애플리케이션 (69) 에 의해 네트워크 기반 거래 설비 (10) 으로 통신된다. 상세하게는, 이메일 애플리케이션 (69) 은 다수의 전자 이메일 또는 메시지 프로토콜 (예를 들어, 단순 메일 전송 프로토콜 (Simple Mail Transport Protocol: SMTP) 중 여하한 하나를 이용하여 인터넷 (34) 을 통해 이메일 메시지를 통신한다. 물론, 다른 실시형태에서, 다수의 다른 프로토콜들 (예를 들어, 파일 전송 프로토콜 (File Transport Protocol: FTP)) 중 임의의 하나가 이용될 수 있다는 것을 알 수 있을 것이다.

서버 측 (71) 으로 돌아가면, 네트워크 기반 거래 설비 (10) 는 통신기 모듈 (75), 파서 모듈 (76), 업그레이드 제어 모듈 (77), 스케줄러 모듈 (80) 및 공개기 (publisher) 모듈 (82) 을 포함하는 거래 애플리케이션 (73) 을 실행하는 것으로 도시된다.

파서 모듈 (76) 을 포함하는 통신기 모듈 (75) 은 클라이언트 기기 (38) 에서 실행되는 판매자 애플리케이션 (66) 으로부터 데이터 파일을 수신하며, 데이터 파일은 복수의 거래 목록 (70) 및 각각의 관련 시작 시간을 포함한다. 파서 모듈 (76) 은 배치 텍스트 (68) 로부터 수신된 다수의 거래 목록 (70) 을 파싱하도록 동작한다. 또한, 파서 모듈 (76) 은 여러 포맷, 컨텐츠 및 인증 동작을 수행한다. 그 후, 파서 모듈 (76) 은 데이터베이스 엔진 서버 (26) 에 의해 유지되는 품목 대기 테이블 (44) 에 발췌된 거래 목록 (70) 을 상주시킨다. 스케줄러 모듈 (80) 은 각각의 관련 시작 시간에 따라 복수의 거래 목록 (70) 의 공개를 스케줄링한다. 이하에서 설명하는 방식으로, 거래 목록 (70) 은 그들의 스케줄링된 목록 시간에 따라 품목 대기 테이블 (44) 로부터 유효 (live) 품목 테이블 (60) 로 전송된다. 공개기 모듈 (82) 은 네트워크 기반 거래 설비 (10) 에서 복수의 거래 목록 (70) 의 각각을 그들의 관련 시간에 따라 공개한다.

일 실시형태에서, 통신기 모듈 (75) 은 접속요청으로 판매자 애플리케이션 (66) 에 의해 제공되는 로그인 정보를 인증한다. 이러한 인증은 배치 텍스트 (68) 를 수신하기 전에 발생한다. 사용자 로그인 정보를 인증할 때, 통신기 모듈 (75) 은 수신된 사용자 정보를 업그레이드 제어 모듈 (77) 로 제공한다. 업그레이드 제어 모듈 (77) 은 판매자 애플리케이션 (66) 이 여하한 업데이트/업그레이드를 요구하는지 여부를 판정한다. 이러한 업데이트/업그레이드는 소프트웨어 콤포넌트 (예를 들어, 메인 모듈) 또는 데이터 엘리먼트 (예를 들어, 카테고리 업데이트, 속성 업데이트 등) 을 포함하나, 이에 한정되는 것은 아니다.

또한, 거래 애플리케이션 (73) 은, 일 예시적 실시형태에서 인터넷 서버 애플리케이션 프로그램 인터페이스 (Internet Server Application Program Interface: ISAPI ;18) 을 포함하는 페이지 서버 (12) 를 포함하며, 페이지 서버 (12) 는 워싱턴, 레드몬드의 마이크로소프트사에 의해 개발된 웹서버인, 인터넷 정 보 서버 (Internet Information Server) 를 포함한다. 다른 실시형태에서, 페이지 서버 (12) 는 공통 게이트웨이 인터페이스 (Common Gateway Interface: CGI) 프로그램을 실행시킬 수 있다. 페이지 서버 (12) 는 데이터베이스 엔진 서버 (26) 로부터 검색된 컨텐츠를 이용하여 마크업 언어 문서 (예를 들어, 웹 페이지) 를 생성하고, 인터넷 (34) 를 통해서 이러한 마크업 언어 문서를, 브라우저 애플리케이션 (36) 을 이용하여 뷰잉하기 위해 판매자 애플리게이션 (66) 으로 전달하도록 동적으로 동작한다. 일 실시형태에서, 페이지 서버 (12) 는 리뷰어 페이지 (72) 를 서브 하여, 브라우저 애플리케이션 (36) 내에 디스플레이하기 위해 파서 모듈 (76) 에 의해 거래 목록 (70) 의 리스트로부터 성공적으로 추출된 다수의 거래 목록 (70) 의 리스트를 구체화한다. 이는 이러한 거래 목록 (70) 이 품목 대기 테이블 (44) 로부터 유효 품목 테이블 (60) 로 통신되기 전에 사용자로 하여금 이러한 거래 목록 (70) 을 뷰잉, 편집 및 확인할 수 있도록 하기 위해 수행된다.

판매자 애플리케이션의 기본 아키텍쳐

예시적 실시형태에서, 판매자 애플리케이션 (66) 아케텍쳐는 3 개의 계층을 포함한다. 3 개의 계층은 GUI 계층, 데이터 객체 계층, 및 통신 및 데이터베이스 계층을 포함한다. GUI 계층의 모듈은 사용자와의 모든 상호작용 및 자원 파일의 모든 관리를 다룬다. 데이터 객체 계층은 목적 사이트 데이터를 포함하는 데이터 객체를 포함한다. 데이터 객체 계층은 데이터 액세스 뿐만 아니라 목적 사이트 데이터의 XML 파싱을 캡슐화하여, GUI 개발을 용이하게 한다. 통신 및 데이터베이스 계층은 판매자 애플리케이션 (66) 의 나머지에 단순화된 인터페이스를 제공한다. 업그레이드 관리자 (예를 들어, 이하 설명하는 모듈) 는 판매자 애플리케이션 (66) 의 3 개 계층을 최신 (up-to-date) 으로 유지하도록 제공된다. 이는 몇몇 타입의 데이터 엘리먼트 (예를 들어, 카테고리 데이터) 및 콤포넌트 (예를 들어, 모듈) 를 관리하는 것을 포함한다. 업그레이드 관리자는 아래에서 더 설명한다.

도 4 는 예시적 판매자 애플리케이션 (66) 을 도시하는 다이어그램이다. 예시적 실시형태에서, 판매자 애플리케이션 (66) 은 복수의 거래 목록 (70) 을 네트워크 기반 거래 설비 (10) 로 전달하는 것을 용이하게 한다.

판매자 애플리케이션 콤포넌트

예시적 실시형태에서, 판매자 애플리케이션 (66) 은 메인 모듈 (84), 자원 모듈 (81), 데이터 객체 모듈 (83), 거래 목록 생성/편집 모듈 (85), 목적 사이트 자원 모듈 (87), 목적 사이트 구성 파일 (86), 통신 모듈 (95), 데이터 저장 모듈 (89), 임포트 엔진 모듈 (91), 업그레이드 관리자 모듈 (92), 조력자 (helper) 모듈 (93), 사용자 무관 데이터베이스 (94), 판매자 애플리케이션 데이터베이스 (97), 및 구성 및 등록 모듈 (96) 을 포함한다. 거래 목록 생성/편집 모듈 (85) 은 인터페이스 모듈 (88) 및 작성기 모듈 (90) 을 포함한다.

판매자 애플리케이션의 작성

예시적 실시형태에서, 판매자 애플리케이션 (66) 은 주로 마이크로소프트 표준 라이브러리 및 콤포넌트를 사용하여 만든다. 메인 실행가능 및 GUI (그래픽 사용자 인터페이스) 기반 콤포넌트는 MFC (Microsoft Foundation Classes) 를 사용한다. MFC 는 마이크로소프트에 의해 개발된 C++ 클래스의 대형 라이브러리이다. MFC 는 C++ 컴파일러와 번들로 제공되며, 또한 마이크로소프트 개발자 네트워크 (Microsoft Developer's Network : MSDN) 의 일부로서 이용가능하다.

예시적 실시형태에서, 통신 및 데이터베이스 계층은 OLEDB (OLE Data Base) 및 제트 엔진 (Jet Engine) 을 사용한다. OLEDB 는 마이크로소프트사의 데이터 접속용 인터페이스이다. 애플리케이션은 직접 데이터 소스에 액세스하기 위해 OLEDB 를 사용하거나 또는 ODBC를 호출하여 ODBC 데이터베이스에 액세스하기 위해 OLEDB 를 사용할 수 있다. 제트 (Joint Engine Technology : JET) 엔진은 마이크로소프트 액세스에서 사용되는 데이터베이스 엔진이며, 비주얼 베이직 및 C++ 를 수반한다. 통상적으로, 제트는 클라이언트 기기에 데이터를 저장하는데 사용된다. 엑세스 및 비주얼 베이직을 사용하는 개발자들은 COM 객체인 DAO/Jet 인터페이스를 통해 Jet 에 액세스한다.

예시적 실시형태에서, 많은 클라이언트 기기 (28) 상에 이미 많은 마이크로소프트 콤포넌트가 설치되어 있기 때문에 마이크로소프트 콤포넌트가 이용된다. 예를 들어, 판매자 애플리케이션 (66) 의 사용자가 인터넷 익스플로러 5.0 이상을 설치할 것을 요구하면, 필요한 버전의 제트 엔진을 이용할 수 있는 가능성이 충분히 존재한다. 예시적 실시형태에서, 도구가 STL 및 XML 파싱을 위해 제 3 의 도구가 이용될 수 있다.

판매자 애플리케이션에서의 다중 사용자 및 보안

예시적인 실시형태에서, 다중 사용자 환경은 각각의 사용자의 선호 (preferences) 에 대해 개별의 DB (데이터베이스) 를 이용함으로써 지원된다. 사용자가 로그온하면, 그 사용자에 대한 데이터베이스 파일이 이용될 것이다. 패스워드 보호 (예를 들어, 마이크로소프트 액세스) 가 이용되어 이러한 사용자 데이터베이스 파일을 보안한다. 또한, 사용자 데이터베이스의 텍스트 필드는 성능에 영향을 미치지 않는 방식으로 암호화될 수 있지만, 호기심있는 사용자가 테이블을 해킹하는 것을 방지할 수 있다.

일부의 사용자 관련 세팅은 판매자 애플리케이션 데이터베이스 (97; 예를 들어, 사이트 특정 데이터) 에서 보존된다. 예시적인 실시형태에서, 단지 하나의 판매자 애플리케이션 데이터베이스 (97) 만이 존재한다. 판매자 애플리케이션 데이터베이스 (97) 는, 어느 사용자가 로그인하는지에 무관하게 판매자 애플리케이션 (66) 에 의해 항상 개방된다. 판매자 애플리케이션 데이터베이스 (97) 는 네트워크 기반 거래 설비 사용자 ID 로부터 그 사용자에 대한 사용자 관련 데이터베이스 파일 이름으로의 맵핑을 포함하고, 그래서 사용자 의존 데이터베이스 파일이름이 네트워크 기반의 거래 설비 사용자 ID 를 나타내지 않는다. 이러한 방식 (schema) 은 사용자로 하여금 자신의 네트워크 기반 거래 설비 ID 를 변화시키고 자신의 기존 사용자 관련 데이터베이스 (94) 를 유지하는 것을 허용한다. 그러한 방식으로, 사용자가 자신의 ID 및/또는 패스워드를 변경시키는 경우, 저장된 아이템을 잃지 않는다.

판매자 애플케이션의 적응성 (adaptability)

예시적인 실시형태에서, 판매자 애플리케이션 (66) 은 목적 (지리적으로 또는 기타 목적) 사이트에서의 이용에 적응적 (adaptable) 이다. 판매자 애플리케이션 스트링은 자원 모듈 (81) 에 저장된다. 자원 모듈 (81) 은 DLL 들로 구성된다. 판매자 애플리케이션 스트링은, 목적 사이트 언어에서 나타나는 스트링과 구별되는 판매자 애플리케이션 (66) 언어 (예를 들어, 제 1 언어) 에 대한 스트링이다.

사용자는 자신이 이용하여 작업하고자 하는 제 1 언어를 선택하고 선택적으로 다른 판매자 애플리케이션 (66) 언어 버전을 설치할 수도 있다. 예시적인 실시형태에서, 제 1 언어를 전환하는 것은 재시작을 요한다. 제 1 언어는, 사용자가 통신하는 목적 사이트의 언어와 상이할 수도 있다.

예시적인 실시형태에서, 판매자 애플리케이션 (66) 에 의해 이용되는 제 1 언어는, 사용자가 통신하기를 의도하는 목적 사이트의 언어로 번역된다. 번역은, 판매자 애플리케이션 (66) 이 네트워크 기반 거래 설비 (10) 에 접속되는 동안 발생할 수도 있다.

목적 사이트 언어는 특정의 목적 사이트에서 이용되는 언어 및 지역 협약 (locale convention) 이다. 또한, 목적 사이트 언어를 위한 스트링의 컬렉션은 목적 사이트 자원 모듈 (87) 에 저장된다. 목적 사이트 자원 모듈 (87) 은 DLL 들로 구성될 수도 있다. 예시적인 실시형태에서, 목적 사이트 언어와 관련된 스트링의 컬렉션에 의해 제공되는 목적 사이트 데이터는, 사용자로 하여금 판매자 애플리케이션 (66) 을 재시작하지 않고도 다수의 목적 사이트상에서 아이템을 리스 팅하도록 하기위해, 실행 중에 전환될 수도 있다. 목적 사이트 언어의 전환을 달성하기 위해, 목적 사이트 자원 모듈 (87) 은 목적 사이트 언어에 대한 스트링의 정확한 컬렉션을 포함해야 한다.

스트링의 목적 사이트 특유의 번역 외에도, 이러한 목적 자원 모듈 (87) 은, 목적 사이트 특유의 다이얼로그 레이아웃 변화도 포함할 수 있으며, 이는 거래 목록 (70) 을 생성하는 프로세스에서 이용되는 사용자 인터페이스가 상이한 목적 사이트에 대해 외관상 상이하게 되는 것을 가능하게 한다. 이는, 거래 목록 (70) 을 생성하는 프로세스를 용이하게 하는데 필요한 사이트 특유 코드의 양을 줄이는 한편, 사용자 및 설계자에게 유연성을 제공한다.

예시적인 실시형태에서, 업데이트 가능한 값 (예를 들어, 카테고리, 속성, 올바른 포맷 등) 을 포함하는 일부 목적 사이트 특유의 XML 구성 데이터가 존재한다. 이 구성 데이터가 판매자 애플리케이션 (66) 과 함께 동작하도록 구성된 목적 사이트에 대해 변경되면, 판매자 애플리케이션 (66) 은 그러한 변경을 반영하도록 업데이트되어야 한다. 예시적인 시시형태에서, 수정가능한 목적 사이트 특유의 데이터는 목적 사이트 자원 모듈 (87) 또는 XML 파일 내에 저장될 수 있다. 최근 XML 데이터는 판매자 애플리케이션 데이터베이스 (97) 에 보존된다.

판매자 애플리케이션의 업그레이드가능성

판매자 애플리케이션 (66) 은 데이터 엘리먼트 및 애플리케이션 모듈 양자의 업그레이드를 허용하도록 설계된다. 업그레이드 관리자 모듈 (92) 및 조력자 모듈 (93) 이 이용되어 그러한 업그레이드를 용이하게 한다. 데이터 엘리먼트 는 빈번하게 변화할 것이 예상된다. 데이터 엘리먼트는 네트워크 기반 거래 설비 (10) 에 대한 기존의 API 호를 통해 획득된다. 데이터 엘리먼트 업그레이드는 판매자 애플리케이션 (66) 에게 최근 세트의 카테고리, 속성, 및 목적 사이트 특유의 상수 (예를 들어, 트레이딩 한계, 공개 기간, 지불 옵션, 요금 스케줄 등) 를 제공한다. 예시적인 실시형태에서, 목적 사이트 구성 파일 (86) 이 이용되어 목적 사이트 데이터 엘리먼트를 저장한다.

예시적인 실시형태에서, 판매자 애플리케이션 (66) 모듈은 데이터 엘리먼트보다 훨씬 덜 빈번하게 업그레이드될 수 있다. 판매자 애플리케이션 (66) 업그레이드는 최근 세트의 판매자 애플리케이션 (66) 및 목적 사이트 언어 번역, 계산된 원칙 (예를 들어, 사용자 데이터를 목적 사이트 데이터에 연관시키는 원칙), 및 목적 사이트 특유의 다이얼로그 레이아웃을 제공한다.

예시적인 실시형태에서, 모든 판매자 애플리케이션 (66) 모듈은 업그레이드가능하며, 심지어는 메인 모듈 (84) 도 그러하다. 모듈을 업그레이드하는 것은 조력자 모듈 (93) 을 이용하여 수행된다. 새로운 콤포넌트를 다운로드한 후, 조력자 스크립트가 생성되어, 판매자 애플리케이션 (66) 모듈을 새로운 버전의 판매자 애플리케이션 (66) 모듈로 대체하도록 조력자 모듈 (93) 에게 명령한다. 판매자 애플리케이션 (66) 이 수행될 때마다, 이 조력자 모듈 (93) 은 메인 모듈 (84) 을 시작하기 전에 수행할 가능한 파일 대체가 있는지 여부를 결정한다.

예시적인 실시형태에서, 최소 업그레이드를 지원하기 위해, 버저닝 메카니즘 (versioning mechanism) 이 이용되어, 판매자 애플리케이션 (66) 의 엘리먼트 및 모듈의 설치된 버전과, 네트워크 기반의 거래 설비 (10) 에서 사용가능한 버전의 데이터 엘리먼트 및 판매자 애플리케이션 (66) 모듈을 비교한다. 업그레이드는 변경된 판매자 애플리케이션 (66) 모듈 및/또는 데이터 엘리먼트 만의 다운로드를 시도할 뿐이다. 다운로드된 데이터는, 전송 시간을 줄이기 위해 압축될 수도 있다. 코드 및 데이터를 업데이트될 수 있도록 하는 것은 판매자 애플리케이션 (66) 의 업그레이드가능성을 최대화하는 특성이다.

일 실시형태에서, 네트워크 기반의 거래 설비 (10) 는, 아직 지원이 다운로드 및 설치되지 않은 목적 사이트를 지원하도록 판매자 애플리케이션 (66) 이 인에이블되었다는 것을 인식한다. 그러한 지원이 다운로드되고 설치되었다는 것을 인식하면, 네트워크 기반 거래 설비 (10) 는 목적 사이트의 요구되는 지원 (예를 들어, 데이터 엘리먼트, 판매자 애플케이션 (66) 모듈 업데이트) 을 다운로드한다.

메인 모듈

예시적인 실시형태에서, 판매자 애플리케이션 (66) 메인 모듈 (84) 은, 현재 애플리케이션 언어 (예를 들어, 메뉴, 툴바, 폴더, 인벤토리 및 목록 뷰) 를 이용하여 표시되는 모든 UI 엘리먼트에 대한 MFC 쉘을 제공할 것이다. 메인 모듈 (84) 은 판매자 애플리케이션 (66) 에 대한 시작점이다. 모든 프로그램 흐름 및 동작은, 프로그램적으로 개시되었는지 또는 사용자에 의해 개시되었는지에 무관하게 메인 모듈 (84) 에서 시작 및 종료된다.

시작에서, 메인 모듈 (84) 은, 사용자의 현재 애플리케이션 언어 세팅에 기초하여 자원 모듈 (81) 을 동적으로 로딩한다. 이 세팅은 사용자 무관 데이터 베이스 (94) 에 저장된다. 애플리케이션 언어를 변경하기 위해, 상기 변경이 인식되도록 하기 위해 사용자가 판매자 애플리케이션 (66) 을 재시작할 것이 요구된다. 다른 실시형태에서, 애플리케이션 언어는 판매자 애플리케이션 (66) 을 재시작함이 없이 변경될 수도 있다.

예시적인 실시형태에서, 메인 모듈 (84) 은 또한, 사용자가 패스워드를 입력하도록 요구하고 그 사용자와 관련된 사용자 관련 데이터베이스 (94) 에만 접속함으로써 판매자 애플리케이션 (66) 의 보안을 제어하는 책임이 있다. 판매자 애플리케이션 (66) 은 한번에 하나의 사용자 의존 데이터베이스 (94) 만이 이용되도록 허용한다. 상이한 사용자 ID 를 이용하기 위해 사용자는 다른 사용자 ID 를 선택하고 그 사용자 ID 에 대한 패스워드를 입력해야 한다. 다른 방법으로는, 종료 (exit) 하고 프로그램을 다시 시작하여 다른 사용자로 로그온할 수도 있다.

판매자 애플리케이션 (66) 에 로그온하는데 이용되는 사용자 ID 및 패스워드는, 네트워크 기반 거래 설비 (10) 에서 그 사용자에 대해 구성된 동일한 사용자 ID 및 패스워드일 수도 있다. 판매자 애플리케이션 (66) 을 업데이트하지 않고 네트워크 기반 거래 설비 (10) 에서 사용자가 자신의 ID 및/또는 패스워드를 변경하면, 네트워크 기반 거래 설비 (10) 와 통신하려는 이후의 시도는 실패할 수 있다. 로그인 실패를 나타내는 에러 메시지가 사용자에게 제공된다.

예시적인 실시형태에서, 메인 모듈 (84) 은 한번에 하나의 판매자 애플리케이션 (66) 의 인스턴스만이 사용자 시스템에서 수행하도록 허용한다. 사용자가 두번째 카피를 실행하려 시도하면, 제 1 수행 인스턴스가 활성화된다 (예를 들어, 윈도우가 복구되고 데스크탑의 상부 (top) 로 불려온다). 다른 실시형태에서, 다수의 판매자 애플리케이션 (66) 이 동시에 사용자 시스템에서 수행될 수도 있다.

새로운 거래 목록 (70) 을 생성/편집할 때 메인 모듈 (84) 은 거래 목록 생성 모듈 (85) 을 호출한다. 예시적인 실시형태에서, 메인 모듈 (84) 은 단일 스레드 애플리케이션 (single threaded application) 이고, 이는 요구되는 모듈의 나머지를 필요에 따라 (on demend) 로딩한다.

판매자 애플리케이션 언어 자원 모듈

예시적인 실시형태에서, 자원 모듈 (81) 은 여하한 코드 변경 없이 판매자 애플리케이션 (66) 언어를 변경하는 능력을 제공한다. 또한, 자원 모듈 (81) 은 최소한의 설치 시간 및 노력으로 새로운 판매자 애플리케이션 (66) 언어의 부가를 가능케 한다. 각각의 자원 모듈 (81) 은 하나의 언어에 대한 자원의 완전한 세트를 포함한다. 이러한 자원은 다이얼로그 템플레이트, 메뉴, 아이콘 및 언어 스트링을 포함한다.

전술한 바와 같이, 자원 모듈 (81) 은 판매자 애플리케이션 (66) 이 시작할 때 메인 모듈 (84) 에 의해 로딩된다. 디폴트 판매자 애플리케이션 (66) 언어는, 판매자 애플리케이션 (66) 이 설치될 때 세팅되고, 판매자 애플리케이션 (66) 이 획득되었던 네트워크 기반 거래 설비 (10) 목적 사이트 (예를 들어, 지리적) 의 언어와 매칭된다. 네트워크 기반 거래 설비 (10) 로부터 부가적인 언어가 설치될 수도 있다.

예시적인 실시형태에서, 각각의 자원 모듈 (81) 은

스트링 테이블

다이얼로그 자원

애플리케이션 아이콘, 비트맵 등

을 포함하는, 메인 모듈에 대한 모든 자원의 풀 세트를 포함한다.

자원 모듈 (81) 은, 판매자 애플리케이션 (66) 이 어느 자원 모듈 (81) 이 어느 언어를 포함하는지를 알기 위해 작명 약정 (naming convention; 예를 들어 res001.DLL 은 US 영어, res002.DLL 은 독일어, res003 은 ... 등) 을 따를 수도 있다.

데이터 객체 모듈

예시적인 실시형태에서, 데이터 객체 모듈 (83) 은 카테고리, 도메인, 속성, 아이템, 및 사이트에 대한 판매자 애플리케이션 (66) 에 독립적인 데이터 모델 DB 를 제공한다. 데이터 객체 모듈 (83) 은 DLL (Dynamic Link Library) 로 구성될 수도 있다.

데이터 객체 모듈 (83) 에 포함된 데이터 객체는 판매자 애플리케이션 (66) 에 판매자 애플리케이션 데이터베이스 (97) 에 대한 데이터-저장 독립적 액세스를 제공한다. 데이터 객체는, 관련된 데이터가 XML 스트링을 포함할 때, XML 분석을 캡슐화할 수 있으며, 클라이언트에게 데이터 필드에 대한 C++ 액세서 함수를 제공한다. 클라이언트가 기초 XML (underling XML) 을 요구하면, 데이터 객체 모듈 (83) 은 그것을 제공할 수도 있다.

카테고리, 도메인, 속성, 및 사이트 데이터에 대한 데이터 객체가 존재할 수 도 있다. 예시적인 실시형태에서, 데이터 객체는, 데이터 객체에 대한 구현 코드를 포함하는 DLL 에 의해 익스포트 (export) 되는 팩토리 함수로써 생성된다. 팩토리 함수는, 데이터 객체에 의해 지원되는 인터페이스로의 포인터를 리턴한다. 지원되는 인터페이스는, 그것을 요구하는 임의의 클라이언트 코드에 의해 포함되는 헤더 파일 내에 정의된다.

거래 목록 생성/편집 모듈

예시적인 실시형태에서, 판매자 애플리케이션 (66) 거래 목록 생성/편집 모듈 (85) 은 목적 사이트의 언어로 모든 UI (사용자 인터페이스) 엘리먼트를 표시한다. 거래 목록 생성/편집 모듈 (85) 은 목적 사이트 마다의 SYI 필드/속성/요금 등의 올바른 세트를 보여주도록 구성된다. 거래 목록 생성/편집 모듈 (85) 에 의해 제공되는 하나의 특성은, 미래의 업데이트의 사이즈를 최소화하도록 단일 모듈에서 품목 관련 지식 및 로직을 캡슐화하는 것이다. 다른 특성은, 판매자 애플리케이션 (66) 언어를 이용하는 상이한 목적 사이트에 대해 거래 목록 (70) 의 생성을 허용하도록, 사이트 언어에 독립적인 구현을 제공하는 것이다. 거래 목록 생성/편집 모듈 (85) 은 인터페이스 모듈 (88) 및 작성기 (composer) 모듈 (90) 을 포함한다. 인터페이스 모듈 (88) 은 복수의 거래 목록 (70) 을 수신하도록 사용자에 대한 입력 인터페이스를 제공하고, 복수의 거래 목록 (70) 각각은 각각 연관된 시작 시간을 포함한다. 작성기 모듈 (90) 은, 인터페이스 모듈 (88) 에 의해 수신되는 복수의 거래 목록 (70) 을 포함하는 데이터 파일을 자동적으로 작성할 수 있다. 통신 모듈 (95) 은 작성기 모듈 (90) 에 의해 생성된 데이터 파일 을 클라이언트 컴퓨터로부터 네트워크 기반 거래 설비 (10) 로 전달한다.

목적 사이트 자원 모듈

예시적인 실시형태에서, 목적 사이트 자원 모듈 (87) 이 제공된다. 자원 모듈 (81) 과 유사하게, 목적 사이트 자원 모듈 (87) 은 단지 하나의 언어에 대한 자원을 포함한다. 사용자가 새로운 거래 목록 (70) 을 생성하거나 또는 기존의 거래 목록 (70) 을 편집할 때마다, 거래 목록 생성/편집 모듈 (85) 은 적합한 목적 사이트 자원 모듈 (87) 을 로딩한다. 목적 사이트 자원 모듈 (87) 은 다이얼로그 템플레이트, 아이콘 및 언어 스트링을 포함한다.

또한, 목적 사이트 자원 모듈 (87) 은 목적 사이트 의존 코드를 포함할 수도 있다. 예를 들어, 목적 사이트 통화 (currency) 에 대한 특정적인 계산에 연관되는 코드이다. 판매자 애플리케이션 (66) 의 설치 동안에, 하나의 목적 사이트 자원 모듈 (87) 이 판매자 애플리케이션 (66) 에 제공된다. 이러한 목적 사이트 자원 모듈 (87) 은 설치의 디폴트 언어와 매칭한다. 디폴트 언어는, 그로부터 판매자 애플리케이션 (66) 이 다운로드되는 목적 사이트의 언어이다. 사용자가 다수의 목적 사이트에서 리스팅하기를 원한다면, 다른 목적 사이트 자원 모듈 (87) 이 네트워크 기반 거래 설비 (10) 로부터 다운로드될 수도 있다.

목적 사이트 자원 모듈 (87) 에 의해 제공되는 특성은 목적 사이트에서의 언어 차이를 제공하는 것으로, 거래 목록 생성/편집 모듈 (85) 또는 메인 모듈 (84) 에 그러한 책임을 지우는 것에 반대되는 것이다. 목적 사이트 자원 모듈 (87) 에 의해 제공되는 다른 특성은, 판매자 애플리케이션 (66) 의 재시작없이 목적 사 이트를 용이하게 전환하는 능력이다. 목적 사이트 자원 모듈 (87) 의 다른 부가적인 특성은 부가적인 목적 사이트와 용이하게 동작하도록 (예를 들어, 거래 목록 생성 모듈 (85) 을 교체함이 없이) 판매자 애플리케이션 (66) 을 구성하는 능력이다.

예시적인 실시형태에서, 각각의 목적 사이트 자원 모듈 (87) 은, 그 목적 사이트에 대하여 거래 목록 생성/편집 모듈 (85) 에 의해 이용되는 다이얼로그 자원의 완전한 세트를 포함한다. 목적 사이트 자원 모듈 (87) 에서 대부분의 정보는 드물게 변경된다. 따라서, 자주 변경될 것으로 예상되는 데이터 엘리먼트는 상이한 메카니즘 (XML 파일) 을 통해 다운로드되고, 목적 사이트 자원 모듈 (87) 은 변경된 다이얼로그 레이아웃 또는 변경된 번역 때문에 요구될 때만 다운로드된다.

통신 모듈

예시적인 실시형태에서, 통신 모듈 (95) 은 네트워크 기반 거래 설비 (10) 에 대한 접속을 제공한다. 사이트 데이터의 버전 체크, 소프트웨어 모듈 버전 체크, 소프트웨어 모듈의 다운로드, 사이트 데이터의 다운로드, 및 네트워크 기반 거래 설비 (10) 로의 거래 목록 (70) 의 전달을 포함하는 판매자 애플리케이션 (66) 동작의 몇몇 상태 (phase) 동안에, 통신 모듈 (95) 의 서비스가 이용된다.

통신 모듈 (95) 은 API 요청에서 표준 엘리먼트의 포맷을 캡슐화한다. 또한, 통신 모듈 (95) 은, 예를 들어 버전 정보를 얻어오는 것, 소프트웨어 모듈을 다운로드하는 것, 데이터 엘리먼트를 다운로드하는 것, 목적 사이트에 관련된 기타 모든 데이터를 다운로드하는 것, 및 새로운 거래 목록 (70) 을 생성하는 것과 같은 공통 작업에 이용되는 일반적인 요청/응답 함수를 제공한다.

데이터 저장 모듈

데이터 저장 모듈 (89) 은 사용자 독립 데이터데이스 (94) 로/로부터의 액세스를 관리한다. 액세스될 데이터는 사용자 품목 목록, 사용자 세팅, 및 애플리케이션 와이드 데이터를 포함한다.

데이터 저장 모듈 (89) 은, 사용자 파일 및 애플리케이션 와이드 데이터 양자에 대해 로컬 온-디스크 저장영역 (storage) 로의 데이터베이스 액세스를 관리한다. 이러한 데이터는, 하나의 애플리케이션 데이터베이스 파일 (예를 들어, 판매자 애플리케이션 데이터베이스 (97)), 및 생성되는 각각의 사용자에 대한 하나의 사용자 데이터베이스 파일 (예를 들어, 사용자 무관 데이터베이스 (94)) 과 같은 두 가지 유형의 파일에 저장될 수 있다.

판매자 애플리케이션 데이터베이스 (97) 는 판매자 애플리케이션 (66) 세팅, 목록에 대한 이용가능한 카테고리, 및 카테고리 속성에 대한 테이블을 포함한다. 카테고리 및 속성 테이블의 경우에, 필드는 중요한 필드 및 인덱스될 필요가 있는 필드에 대해서만 생성된다. 그렇지 않으면 데이터는 XML 블로브 (blob) 에 저장된다.

사용자 무관 데이터베이스 (94) 는 사용자 세팅 및 아이템에 대한 테이블을 포함한다. 역시, 중요한 필드 및 인덱스될 필요가 있는 필드에 대해서만 필드 가 생성된다. 그렇지 않으면 데이터는 XML 블로브에 저장된다.

임포트 엔진 모듈

임포트 엔진 모듈 (91) 은, 판매자 애플리케이션 (66) 이외의 애플리케이션으로부터 거래 목록 (70) 을 임포트하는 능력을 제공한다.

업그레이드 관리자 모듈

업그레이드 관리자 모듈 (92) 이 이용되어 판매자 애플리케이션 (66) 을 최신의 것으로 유지하며, 이는 다음과 같은 몇가지 타입의 데이터 및 콤포넌트와 연관된다:

애플리케이션 컴포넌트

EXE, DLL 등

사이트 구성 데이터

카테고리

속성

옵션, 제한 등

사용자 구성 데이터

저장 정보

트레이딩 한계

지불 주소

등.

예시적인 실시형태에서, 최근의 데이터 및 컴포넌트는 네트워크 기반 거래 설비 (10) 에서 찾을 수 있으며, 거래 목록 (70) 을 네트워크 기반의 거래 설비 (10) 로 전달하기 전에 필요한 여하한 업데이트를 수행하는 것은 판매자 애플리케이션 (66) 의 책임이다.

네트워크 기반 거래 설비 (10) 가 업데이트된 버전의 데이터를 가지나, 업데이트는 요구되지 않을 수도 있다. 이러한 상황에서, 사용자는 선택적인 업데이트를 인식하게 되고, 업데이트를 받지 않도록 선택할 수도 있다.

또한, 네트워크 기반 거래 설비 (10) 는 판매자 애플리케이션 (66) 에 대해 업데이트된 하나 이상의 유형의 데이터를 가질 수도 있다. 일부의 업데이트는 요구되고 일부는 요구되지 않을 수 있다. 예시적인 실시형태에서, 여하한 이용가능한 업데이트가 요구되면, 모든 이용가능한 업데이트가 다운로드된다. 또한, 예시적인 실시형태에서, 사용자가 선택적인 업그레이드를 수행하도록 선택하면, 모든 이용가능한 업데이트된 데이터 및 모듈이 다운로드되고 적용된다. 또한, 예시적인 실시형태에서, 압축이 이용되어, 네트워크 기반 거래 설비 (10) 로부터 판매자 애플리케이션 (66) 으로의 업데이트의 전송을 촉진할 수도 있다.

각각의 업그레이드가능한 파일은 관련 버전을 갖는다. 버전은 파일이름, 메이저 버전, 마이너 버전, 및 타임스탬프를 포함한다. 판매자 애플리케이션 (66) 은 버전 오브젝트의 어레이에 의해 요약 (summarize) 될 수도 있다. 일실시형태에서, 다음은 버전가능한 파일의 요약이다.

판매자 애플리케이션 컴포넌트 파일

seller_application.exe

Helper.exe

CreateTransactionListing.dll

Res001.dll

seller_application 데이터 파일

Site001.xml (카테고리, 도메인, 요금, 옵션 등을 포함한다)

User003.xml

"버전 스트링" 은, 버전 컴포넌트 메이저, 마이너, 타임스탬프, 파일이름, 및 업그레이드 요구사항에 대한 필드를 갖는 XML 엘리먼트이다. 이러한 엘리먼트는 서로 연결 (concatatenate) 되어 전체 시스템 버전을 설명한다. 다음은 예시적인 버전 스트링의 예이다.

예시적인 실시형태에서, 판매자 애플리케이션 (66) 과 네트워크 기반 거래 설비 (10) 에서 파일의 버전 비교는, 판매자 애플리케이션 (66) 모듈 및 데이터 엘리먼트에 대한 업데이트가 요구되는지를 판단하는데 이용된다. MINIMUM_VERSION_REQUIRED 필드는 네트워크 기반의 거래 설비 (10) 에서 파일을 버저닝 하는데 이용된다. 사용자의 판매자 애플리케이션 (66) 버전이 요구되는 최소한의 버전보다 낮으면 (또는 더 오래되면), 업데이트가 요구된다. 사용자의 판매자 애플리케이션 (66) 버전이 요구되는 최소한의 버전과 같거나 더 크면 (또는 더 새로우면), 이 파일의 업그레이드는 선택적이다.

예시적인 실시형태에서, 사용자는 선택적인 또는 요구되는 업데이트를 거부할 수도 있다. 그러나, 업데이트가 필요하고 사용자가 이를 거부하면, 그 사용자는 이후의 네트워크 기반 거래 설비 (10) 와의 통신에서 제한될 수도 있다. 예를 들어, 목적 사이트 구성 파일 (86) 에 대해 필요한 업데이트 (예를 들어, 카테고리 업데이트) 를 받는 것을 거부하면, 그 사용자는 그 목적 사이트에 대하여서, 거래 목록 (70) 을 네트워크 기반 거래 설비 (10) 에 전달하는 것을 허용받지 못할 수 있다.

도 5 는, 본 발명의 예시적인 실시형태에 따라, 목적 사이트와의 이용에 대한 판매자 애플리케이션 (66) 을 구성 (즉, 커스터마이즈) 하는 방법 (100) 을 나타내는 흐름도이다. 예시적인 판매자 애플리케이션 (66) 은 네트워크 기반 거래 설비 (10) 로의 목록의 통신을 용이하게 한다. 예시적인 일실시형태에서, 네트워크 기반 거래 설비 (10) 는 다수의 목적 사이트 (예를 들어, 웹 사이트) 를 지원한다. 다른 예시적인 실시형태에서, 네트워크 기반 거래 설비 (10) 는 하 나의 목적 사이트를 지원한다.

도 7 을 참조하면, 다수의 웹 사이트와 통신하는 예시적인 판매자 애플리케이션 (66) 의 도면 (130) 이 제공된다. 판매자 애플리케이션 (66) 은 하나의 웹 사이트 (예를 들어, 132) 또는 다수의 웹 사이트 (예를 들어, 132, 134, 136, 138, 및 140) 와 함께 동작할 수 있다. 또한, 판매자 애플리케이션 (66) 은 하나의 네트워크 기반 거래 설비 (10) (예를 들어, 142) 에 속하는 웹 사이트와 작업할 수도 있으며, 또는 판매자 애플리케이션 (66) 는 모두 별개의 네트워크 기반 거래 설비 (10) (142, 144, 및 146) 에 속하는 다중의 웹 사이트 (예를 들어, 132, 134, 140) 와 작업할 수도 있다. 예를 들어, 판매자 애플리케이션 (66) 은 www.facility3.us (142) 웹 사이트 및 www.facility2.jp 웹 사이트 (138) 양자와 함께 동작할 수 있다. 예시적인 실시형태에서, 판매자 애플리케이션 (66) 은 넓은 범위의 웹 사이트 (예를 들어, 상업, 교육, 자선, 정치, 연예 등...) 과 함께 동작할 수도 있다. 일 실시형태에서, 판매자 애플리케이션 (66) 은 특정의 네트워크 기반 거래 설비 (10) 에 속한 웹 사이트와 함께만 동작하도록 구성될 수도 있다.

도 5 로 돌아가면, 예시적인 방법 (100) 에서, 거래 목록 (70) 을 네트워크 기반 거래 설비 (10) 로 전달하기 위하여 클라이언트 기기 (38) 에서 사용자에 의해 판매자 애플리케이션 (66) 이 이용된다. 방법 (100) 은 블록 (102) 에서 네트워크 기반 거래 설비 (10) 에 액세스하기 위한 사용자 요청에서 시작된다. 블록 (104) 에서 사용자의 아이덴티티 (identity) 가 확인된다. 판매자 애플리 케이션 (66) 을 통해 네트워크 기반 거래 설비 (10) 에 액세스하기 위해, 사용자는 이전에 획득된 로그인 정보 (예를 들어, 사용자 ID 및 패스워드) 를 가져야 한다. 블록 (106) 에서, 사용자는 최초 사용자 (first time user) 로 식별된다.

최초 사용자로 확인된 사용자는, 빌링 주소, 개인 주소, 지불 주소, 및 사용자가 품목을 리스팅하고 싶어하는 지역적 또는 인구학적 특정 사이트를 포함하지만 이에 한정되지는 않는 정보를 입력하도록 요청받는다 (예를 들어, 거래 목록 (70) 을 전달하도록). 블록 (108) 에서, 사용자는, 사용자에게 제공된 복수의 목적 사이트로부터 품록을 리스팅할 목적 사이트를 선택한다. 일 실시형태에서, 목적 사이트는 다수의 국가를 표시할 수도 있다. 사용자는 목적 사이트 선호 (preference) 를 오프라인으로 선택할 수도 있다. 그러한 오프라인 선택은, 사용자가 네트워크 기반 거래 설비 (10) 로 접속되고 선택이 인식되었을 때, 유효해진다.

불록 (110) 에서, 사용자의 판매자 애플리케이션 (66) 은, 선택된 목적 사이트와 통신할 수 있도록 구성 (예를 들어, 셋업) 된다. 예시적인 실시형태에서, 그러한 구성은, 각각의 목적 사이트에 대한 통화 관련 필드와 작업할 때 판매자 애플리케이션 (66) 이 각각의 목적 사이트의 통화를 이용하는 것을 가능하게 하는 것을 포함한다. 즉, 적절한 경우, 통화와 관련된 동작은 선택된 목적 사이트의 통화 유형이다. 그러한 동작은 통화 값 입력, 통화 값 표시, 및 통화 값 계산을 포함한다. 또한, 구성은 특정 거래 목록 (70) (예를 들어, 십대를 서비스하는 상업 웹 사이트에서의 담배 또는 알콜) 의 전달을 막는 것을 포함할 수도 있다. 예시적인 실시형태에서, 또한 구성은 선택된 목적 사이트에서 이용가능한, 또는 그에 특유한 판매자 애플리케이션 (66) 에 카테고리 및 속성 옵션을 제공하는 것을 포함할 수도 있다. 또한, 예시적인 실시형태는 선택된 목적 사이트의 지정된 대응 언어로 작업하도록 판매자 애플리케이션을 구성할 수도 있다. 또한, 판매자 애플리케이션 (66) 의 구성은, 이에 한정되는 것은 아니지만, 이용가능한 포맷 타입 (예를 들어, Auction, Store Items (고정가) 등), 예약 가격 옵션, 지불 옵션, 배송 옵션, 체크아웃 옵션, 그림 서비스 옵션, 및 각각의 거래 목록 (70) 에 대한 요금에 관련된 옵션을 제공하는 것을 포함할 수도 있다.

도 6 은, 본 발명의 예시적인 실시형태에 따라, 네트워크 기반 거래 설비 (10) 에서 판매자 애플리케이션 (66) 을 통해 목록을 스케줄링하는 방법 (120) 을 나타내는 흐름도이다. 예시적인 방법 (120) 에서, 판매자 애플리케이션 (66) 은, 거래 목록 (70) 및 그들 각각의 리스팅 시간을 네트워크 기반 거래 설비 (10) 로 전달하기 위해, 클라이언트 기기에서 사용자에 의해 이용된다. 각각의 리스팅 시간은, 거래 목록 (70) 이 웹사이트 상에서 네트워크 기반 거래 설비 (10) 에 의해 공개되는 날짜 및 시간이다. 이는, 팔릴, 경매될, 교환될, 주어질, 또는 전시될 거래 목록 (70) 을 포함하지만 이에 제한되지는 않는다. 블록 (122) 에서, 복수의 거래 목록 (70) 및 그들 각각의 판매자 애플리케이션에서의 연관된 시작 시간을 수신하기 위한 사용자 인터페이스가 사용자에게 표시된다. 블록 (124) 에서, 배치 텍스트 (68) (예를 들어, 데이터 파일) 는 복수의 거래 목록 (70) 및 그들 각각의 시작 시간을 포함하도록 판매자 애플리케이션 (66) 에서 구성 된다. 블록 (126) 에서는, 블록 (124) 에서 생성된 배치 텍스트가 네트워크 기반 거래 설비 (10) 에 전달된다. 예시적인 실시형태에서, 사용자는 배치 텍스트 (68) 내에, 그들 각각의 시작 시간을 포함하는 다수의 거래 목록 (70) 을 포함할 수도 있다. 예시적인 실시형태에서, 오프라인으로 동작하는 동안 사용자는 배치 텍스트 (68) 를 생성한다. 그러나, 다른 실시형태에서는, 사용자는, 판매자 애플리케이션 (66) 을 통하여, 네트워크 기반 거래 설비 (10) 에 접속되고 각각의 거래 목록 (70) 을 직접적으로 네트워크 기반 거래 설비 (10) 에 입력할 수도 있다.

도 8 은, 본 발명의 방법에 따라, 네트워크 기반 거래 목록 (10) 에서 거래 목록 (70) 의 리스팅을 스케줄링하는 방법 (150) 을 나타낸다. 예시적인 방법 (150) 에서, 거래 목록 (70) 은, 판매자 애플리케이션 (66) 을 통하여 사용자로부터 네트워크 기반 거래 설비 (10) 에 제공된다. 사용자는, 판매자 애플리케이션 (66) 을 통해 네트워크 기반 거래 설비 (10) 와 통신되는 데이터 파일 내에 거래 목록 (70) 을 제공할 수도 있다. 블록 (152) 에서, 거래 목록 (70) 및 그들 각각의 시작 시간이 네트워크 기반 거래 설비 (10) 에 의해 수신된다. 블록 (154) 에서, 네트워크 기반 거래 설비 (10) 는, 각각의 거래 목록에 연관된 개별 시작 시간에 따라 각각의 거래 목록 (70) 의 공개를 스케줄링한다. 블록 (156) 에서, 거래 목록 (70) 은 블록 (154) 에서 고안된 스케줄에 따라 공개된다.

도 9 는, 본 발명의 예시적인 실시형태에 따라, 거래 목록 (70) 설명 인터페이스를 통하여 거래 목록 (70) 설명을 입력하는 방법 (160) 의 흐름도이다. 예 시적인 방법 (160) 에서, 판매자 애플리케이션 (66) 은, 네트워크 기반 거래 설비 (10) 로 거래 목록 (70) 및 그들 각각의 리스팅 시간을 전달하기 위해 클라이언트 기기에서 사용자에 의해 이용된다. 블록 (162) 에서, 사용자는 새로운 거래 목록 (70) 을 입력하려는 희망을 표시한다. 블록 (164) 에서, 사용자는 거래 목록 설명 인터페이스 (즉, "WYSIWYG 인터페이스") 를 통하여 거래 목록 (70) 의 설명을 입력하도록 프롬프팅된다. 또한, 거래 목록 설명 인터페이스는 커스텀 입력 스크린이라 할 수도 있다. 예시적인 실시형태에서, WYSIWYG 인터페이스는 제 1 컴포즈 사용자 인터페이스를 포함하며, 이를 통해 거래 목록 (70) 에 포함되도록 선택된 텍스트가 입력되고 그래픽이 선택될 수 있다. 또한, 예시적인 실시형태에서, WYSIWYG 인터페이스는, 네트워크 기반 거래 설비 (10) 에서 제공될 때, 거래 목록 (70) 의 프리뷰 (preview) 를 제공하기 위해서 제 2 프리뷰 사용자 인터페이스를 포함한다. 일 실시형태에서, WYSIWYG 인터페이스는, 사용자가 수정할 수 있는 디스크립터 언어 (예를 들어 HTML) 로 거래 목록 (70) 을 제공하는 제 3 컴포즈 사용자 인터페이스를 포함한다. 블록 (166) 에서, 사용자는 거래 목록 (70) 을 완료 및 저장한다.

도 10 은, 본 발명의 예시적인 실시형태에 따라, 판매자 애플리케이션 (66) 의 업데이트/업그레이드를 용이하게 하는 방법 (170) 을 설명하는 흐름도이다. 예시적인 방법 (170) 에서는, 블록 (172) 에서, 네트워크 기반 거래 설비 (10) 가 사용자의 접속 요청을 수신한다. 요청은 판매자 애플리케이션 (66) 을 통해 입력된다. 블록 (174) 에서, 요청자 로그온 정보가 수신 및 인증된다. 일실 시형태에서, 인증은 사용자ID 및 로그인을 인증하는 것을 포함한다. 다른 실시형태에서, 인증은 사용자 상태를 인증하는 것을 더 포함한다. 예를 들어, 사용자가 네트워크 기반 거래 설비 (10) 에서 거래 목록 (70) 을 리스팅하는 것이 정지되면, 액세스는 거부될 수 있다. 블록 (176) 에서, 인증 시에, 네트워크 기반 거래 설비 (10) 는 판매자 애플리케이션 (66) 으로 업데이트/업그레이드를 다운로드한다. 네트워크 기반 거래 설비 (10) 가 판매자 애플리케이션 (66) 으로 업데이트/업그레이드를 다운로드하기 전에, 판매자 애플리케이션 (66) 에 대한 업데이트/업그레이드가 존재하는지의 여부에 대한 판단에서, 만일 그렇다면, 그러한 존재하는 업데이트/업그레이드는 판매자 애플리케이션 (66) 으로 다운로드된다. 예시적인 실시형태에서, 업데이트/업그레이드는, 예를 들어, 카테고리 업데이트, 속성 업데이트, 프로그램 정보 업데이트 및 버전 업그레이드를 포함한다. 또한, 예시적인 실시형태에서, 판매자 애플리케이션 (66) 에서 자동 업데이트가 인에이블되는 때에만, 업데이트/업그레이드는 판매자 애플리케이션 (66) 으로 다운로드될 수도 있다. 블록 (178) 에서, 판매자 애플리케이션 (66) 업데이트/업그레이드는, 수신되면 클라이언트 기기에서 자동적으로 설치된다.

도 11 은, 본 발명의 예시적인 실시형태에 따라, 네트워크 기반 거래 설비 (10) 에서 클라이언트 기기 (38) 로 판매자 애플리케이션 (66) 을 다운로드하는 방법 (180) 을 설명하는 흐름도이다.

블록 (182) 에서, 네트워크 기반 거래 설비 (10) 는 판매자 애플리케이션 (66) 다운로드 요청을 수신한다. 일실시형태에서, 이 요청은, 브라우저 애플리 케이션 (36) 에 의해 표시되는 마크업 언어 문서의 콘텍스트 내에서 사용자에게 표시되는, 하이퍼텍스트 링크의 사용자 선택, 또는 다른 위치 식별자에 의해 수신될 수도 있다.

블록 (184) 에서, 네트워크 기반 거래 설비 (10) 는 요청하는 사용자의 식별자를 추가로 수신한다. 예를 들어, 사용자 식별자는, 브라우저 애플리케이션 (36) 에 의해 표시되는 마크업 언어 문서의 형식으로, 인터페이스를 통하여 사용자에게 표시된다.

결정 블록 (186) 에서, 네트워크 기반 거래 설비 (10) 는 요청하는 사용자가 네트워크 기반 거래 설비 (10) 를 이용하여 신용카드 상세를 유지하는지 여부에 대해 결정한다. 상세하게는, 요청하는 사용자가 네트워크 기반 거래 설비 (10) 의 등록된 사용자라면, 등록 프로세스 동안 네트워크 기반 거래 설비 (10) 는 관련된 사용자에게 유효한 신용 카드의 상세를 제공하도록 요청할 수도 있다.

결정 블록 (188) 에서, 네트워크 기반 거래 설비 (10) 는 요청하는 사용자에 대한 네거티브 피드백 레이팅이 소정의 최소값을 넘어서는지 여부를 결정한다. 상세하게는, 일 실시형태에서, 네트워크 기반 거래 설비 (10) 는, 사용자들이 그들이 함께 거래하는 다른 사용자들에 대한 피드백을 제공할 수 있는 피드백 메커니즘을 제공한다. 그러한 피드백 메커니즘은 네트워크 기반 거래 설비 (10) 의 사용자들 사이에 신뢰를 형성하는데 유용하고, 또한 사용자의 신용 상태 및 신뢰성에 대한 표시를 제공한다.

결정 블록 (190) 에서, 소정 기간 동안에 요청된 사용자가 네트워크 기반 거 래 설비 (10) 의 등록된 사용자가 되었는지 여부에 대하여 결정한다. 예를 들어, 요청하는 사용자가 수 시간, 또는 일 주일보다 미만 동안만 등록된 사용자였다면, 요청하는 사용자의 신용, 신뢰 및 확실성을 확립하는데 충분한 시간이 경과되지 않을 수 있다. 또한, 네트워크 기반 거래 설비 (10) 를 이용하는 사기를 범하고자 하는 사용자는 그러한 사기를 범하는 특별한 목적을 위해 가명 하에서 등록될 수도 있다. 블록 (190) 에서 수행되는 체크는, 충분한 기간동안 등록되지 않은 사용자에 의한 판매자 애플리케이션 (66) 으로의 액세스를 감소시키도록 하여, 사기 등록 탐지의 가능성을 증가시킨다.

결정 블록 (186, 188 또는 190) 중의 어느 하나에 있어서의 부정적인 결정후에, 방법 (180) 은 블록 (194) 에서 다운로드 요청을 거부한다. 반면에, 결정 블록 (186, 188 또는 190) 중의 어느 하나에 있어서의 긍정적인 결정 후에, 블록 (192) 에서 네트워크 기반 거래 설비 (10) 는 인터넷 (34) 을 통한 판매자 애플리케이션 (66) 다운로드를 진행한다. 그 다음 방법 (180) 은 블록 (196) 에서 종료한다.

도 12 는, 본 발명의 예시적인 실시형태에 따라서, 거래 목록 (70) 및 그들 각각의 시작 시간을 네트워크 기반 거래 설비 (10) 로 전달하도록 이용되는 판매자 애플리케이션을 주문제작 (또는 구성하는) 상세한 방법 (200) 을 도시하는 상세 흐름도이다.

판매자 애플리케이션 주문제작을 통하여, 사용자는 다수의 목적 사이트 (예를 들어, US, 독일, UK 등의 각각에 대한 지리적인 목적 사이트) 에서 거래 목록 (70) 을 리스팅하도록 판매자 애플리케이션 (66) 을 이용할 수도 있다. 판매자 애플리케이션 (66) 의 기본 표시 언어는 다운로드되는 목적 사이트의 지역 언어와 매칭될 수 있다. 특별한 목적 사이트에 대하여 거래 목록 (70) 을 생성하고 편집하도록 제공된 사용자 인터페이스는 정해진 방법 (예를 들어, 목적 사이트의 지역 언어) 으로 표시된다. 예를 들어, 사용자가 네트워크 기반 거래 설비 (10) 의 독일 사이트로부터 판매자 애플리케이션 (66) 을 다운로드한다면, 사용자 인터페이스는 독일어로 제공될 수도 있다. 다른 예에서, 만약 사용자가 타이완 목적 사이트에서 리스팅될 품목을 생성할 것을 선택한다면, 생성된 거래 목록 (70) 플로우 (즉, 일련의 제공된 사용자 인터페이스) 는 중국어로 표시될 것이다. 만약 사용자가 나중에 그 품목을 편집하기를 원하면, 편집 품목 패널 텍스트는 중국어로 표시될 것이다.

만약 판매자 애플리케이션 (66) 이 사용자가 설치된 폰트 팩을 가지고 있지 않은 언어로 텍스트를 표시할 필요가 있다면, 사용자는 네트워크 기반 거래 설비 (10) 로부터 폰트 팩을 다운로드하거나 또는 설치하도록 프롬프팅 된다. 예시적인 실시형태에서, 사용자가 네트워크 기반 거래 설비 (10) 에 고유 폰트 팩이 요구되는 목적 사이트에서 리스팅하고자 함을 알릴 때 폰트 팩은 판매자 애플리케이션 (66) 을 통하여 자동적으로 다운로드되고 설치된다. 판매자 애플리케이션 (66) 은 부가적인 목적 사이트(들)의 부가를 허용한다. 부가적인 목적 사이트를 이용하는 기능은, 사용자가 부가적인 목적 사이트를 선택할 것, 네트워크 기반 거래 설비 (10) 가 여하한 필요 소프트웨어 모듈 및 데이터 엘리먼트를 사용자의 판매자 애플리케이션으로 다운로드하고, 소프트워에 및 데이터 엘리먼트를 설치하며, 새롭게 설치된 소프트웨어 및 데이터 엘리먼트를 사용하도록 판매자 애플리케이션 (66) 을 구성할 것을 요구한다. 사용자는 오프라인에서 일하는 동안 또는 네트워크 기반 거래 설비 (10) 로 접속된 동안 판매자 애플리케이션 (66) 으로부터 부가적인 목적 사이트를 선택할 수도 있다.

예를 들어, 콘텐츠는 판매자 애플리케이션 (66) 에 대해 구성된 현재 언어로, 정해진 방식으로 표시된다. 온라인으로 (예를 들어, 목적 사이트에서) 표시되는 콘텐츠는 현재 목적 사이트의 지역 언어이다. 예시적인 실시형태에서, 판매자 애플리케이션 (66) 에서 표시되는 데이터는 현재 선택된 목적 사이트에 대응하는 포맷으로 나타난다. 다른 실시형태에서, 판매자 애플리케이션 (66) 에서 표시되는 데이터는 판매자 애플리케이션 (66) 에서 사용자에 의해 선택된 언어로 나타난다.

판매자 애플리케이션 (66) 은 거래 제한 등과 같은 사이트 특유의 거래 변수를 지원할 수도 있다. 예를 들어, 목적 사이트는 거래 제한이 구현되게 할 수 있다. 거래 제한은 판매자가 신용카드를 파일 상에 기록하지 않고 획득할 수 있는, 사이트에 의해 변동되는 소정 양이다. 만약, 판매자가 자동으로 매달 지불하도록 파일 상에 그의/그녀의 신용 카드 정보를 두면, 신용 카드 정보가 유효하다고 가정할 때, 네트워크 기반 거래 설비 (10) 는 판매자에게 무제한적 목록을 허용한다. 그렇지 않다면, 거래 제한에 도달할 때, 판매자는, 거래 제한 이하의 계좌 잔액이 되도록 지불이 이루어지거나 또는 신용 카드 번호가 계좌 상에 위치될 때까지, 여하한 새로운 품목을 리스팅할 수 없을 수 있다.

사용자가 판매자 애플리케이션 (66) 을 통하여 배치 텍스트 (68) 내의 거래 목록(들) (70) 을 송신하려고 시도할 때, 네트워크 기반 거래 설비 (10) 는 거래 제한 체크를 수행한다. 네트워크 기반 거래 설비 (10) 에서 공개될 거래 목록 (70) 에 대응하는 요금이 사용자로 하여금 그들의 거래 제한을 초과하도록 한다면, 네트워크 기반 거래 설비 (10) 는 거래 목록 (70) 이 전달되는 것을 허용하지 않을 수도 있다. 예시적인 실시형태에서, 만약 배치 텍스트 (68) 의 모든 거래 목록이 읽혀지기 전에 거래 제한이 초과되는 경우, 네트워크 기반 거래 설비 (10) 는 거래 제한이 초과되기 전에 읽혀진 모든 거래 목록 (70) 을 수용한다.

거래 제한 체크는 목적 사이트에 사용자에 대한 등록을 적용한다. 예를 들어, 만약 목적 사이트 (예를 들어, 독일 거래 사이트) 가 거래 제한을 가지고 있는 경우, 거래 제한 체크는 독일 거래 사이트에서 사용자가 등록될 때마다 수행되고, 그들의 목록을 제출하고 있는 목적 사이트에 관계없이, 품목을 네트워크 기반 거래 설비 (10) 로 송신하는 것을 시도한다.

특별한 목적 사이트가 선택된 경우, 그 국가의 대응하는 통화가 판매자 애플리케이션 (66) 에 의해 사용된다. 예를 들어, U.S. 목적 사이트가 선택되는 경우, 모든 요금이 US$ 로 표시된다. 다른 실시형태에서, 판매자 애플리케이션 (66) 은 다수의 국가로부터의 화폐를 사용한다. 예를 들어, 다른 실시형태에서, U.S. 목적 사이트가 선택되는 경우, 모든 요금은 U.S. 통화 및 캐나다 통화로 표시된다. 예시적인 실시형태에서, 판매자 애플리케이션 (66) 은 사용자가 선 택했던 특별한 목적 사이트에 독특한 포맷팅을 인식하고 적용한다. 예시로서, 독일 및 타이완에 대해서, 통화 필드는 정수을 허용할 수도 있다. 또한, US, AU, CA, UK 는 10 진 분리자를 포함한다 (센트를 위해). 또한, 프랑스, 스페인, 네덜란드, 이탈리아, 독일, 벨기에 (프랑스) 및 벨기에 (네덜란드) 는 (센트에 대한) 콤마 분리자를 갖는다. 또한, 네덜란드 및 벨기에 (네덜란드) 는 "Buy it Now"(BIN) 및 예약 가격에 대한 콤마 분리자를 가지나, 최소 입찰에 대해 정수만를 허용한다.

다시 도 12 를 참조하면, 방법 (200) 은 사용자가 판매자 애플리케이션 (66) 을 시작하는 블록 (202) 에서 시작한다. 방법 (200) 은 블록 (204) 로 진행하며, 거기에서 판매자 애플리케이션 (66) 은 환영 화면 (250) 을 표시하고, 그의 예시적인 실시형태가 도 13a 에 도시된다. 환영 화면 (250) 은 종료 (252), 샘플 파일의 오픈 (254) , 새로운 파일의 생성 (256) 또는 샘플 파일의 오픈 (258) 옵션을 제공한다. 예시적인 실시형태에서, 옵션 (252 내지 258) 중의 하나를 선택하는 경우, 옵션 선택을 시작하기 위하여 "다음" 버튼 (260) 이 선택된다. 다른 실시형태에서, 옵션 (252 내지 258) 은 그것들이 선택될 때 자동으로 시작된다.

만약 샘플 파일 (254) 의 오픈이 선택되었다면, 방법 (200) 은 블록 (206) 으로 진행하고, 사용자에게는 거래 목록 (70) 의 샘플 화면이 제공된다. 그러나, 만약 새로운 파일 (256) 의 생성이 선택된다면, 방법 (200) 은 블록 (210) 으로 진행하고, 거래 목록 (70) 을 컬렉션 (예를 들어, 배치 텍스트 68) 으로 입력하 는 과정이 시작된다.

반면에, 만약 존재 파일 (258) 오픈이 선택된다면, 방법 (200) 은 블록 (208) 로 진행하고, 존재 컬렉션 (예를 들어, 배치 텍스트 68) 오픈단계가 시작된다.

예시적인 실시형태에서, 블록 (210) 에서 새로운 파일 (256) 의 생성이 선택된다면, 방법 (200) 은 블록 (212) 으로 진행하고, 판매자 애플리케이션 (66) 은 로그인 인터페이스 (262) 를 표시하며, 그의 예시적인 실시형태가 도 13b 에 도시된다. 로그인 인터페이스 (262) 에서 사용자 ID (264) 및 패스워드 (266) 가 요구된다. 로그인 인터페이스 (262) 는 다수의 목적 사이트 또는 맞춤 사이트와 함께 판매자 애플리케이션 (66) 사용하고자 하는 희망을 네트워크 기반 거래 설비 (10) 에 알리는 체크박스 (268) 를 포함한다. 예시적인 실시형태에서, 사용자가 새로운 파일을 생성하기에 앞서 사용자ID 및 비밀번호가 얻어져야 한다. 다른 실시형태에서, 사용자는 네트워크 기반 거래 설비 (10) 로 접속할 때 사용자ID 및 패스워드를 얻을 수도 있다.

블록 (214) 에서, 사용자는 네트워크 기반 거래 설비 (10) 로의 연결을 요청한다. 예시적인 실시형태에서, 네트워크 기반 거래 설비 (10) 와의 연결을 위하여, 사용자ID 및 비밀번호를 입력한 후에 로그인 인터페이스 (262) 로부터 다음 버튼 (270) 이 선택된다. 그 후, 방법 (200) 은 블록 (216) 으로 진행하고, 판매자 애플리케이션 (66) 은 연결 인터페이스 (272) 를 제공하며, 예시적인 실시형태가 도 13c 에 도시된다.

블록 (216) 에서, 연결 인터페이스 (272) 에서의 "지금 접속" 버튼 (274) 을 선택할 때, 사용자ID 및 비밀번호가 인증된다. 네트워크 기반 거래 설비 (10) 가 사용자ID 및 비밀번호를 인증하는 것이 불가능하다면, 로그인 인터페이스 (262) 에서 사용자에게 사용자ID 및 비밀번호를 재입력하라고 요청한다.

블록 (216) 에서 인증을 한 후에, 방법 (200) 은 블록 (218) 로 진행하고, 판매자 애플리케이션 (66) 은 개인 정보 인터페이스 (276) 를 표시하며, 그의 예시적인 실시형태가 도 13d 에 도시된다. 그러한 개인 정보는 사용자를 식별하고, 보안성을 보장하고, 네트워크 기반 거래 설비 (10) 에 액세스하는 사용자들 사이의 거래 프로세스를 용이하게 하는데 사용된다. 사용자 정보는 사용자 선호 필드 (예를 들어, 지불 주소 및 거래 목록의 위치) 를 상주시키고 사용자 디폴트 목적 사이트를 결정하는데 사용될 수 있다. 예시적인 실시형태에서, 판매자 애플리케이션 (66) 은 디폴트 목적 사이트를 포함한다. 예시적인 실시형태에서, 디폴트 목적 사이트는 사용자들이 판매자 애플리케이션 (66) 을 다운로드하는 사이트이다. 그러나, 사용자는 기본 목적 사이트를 편집할 수도 있다.

블록 (220) 에서, 사용자가 다수의 목적 사이트에서 판매자 애플리케이션 (66) 을 사용하기 원하는지를 결정한다. 블록 (220) 에서의 부정적인 결정 후에, 블록 (222) 에서 판매자 애플리케이션 (66) 은 다운로드된 목적 사이트 (예를 들어, U.S.) 와만 동작하도록 구성된다. 일 실시형태에서, 판매자 애플리케이션 (66) 을 구성하는 것은, 선택된 목적 사이트와 관련된 협약에 따라 네트워크 기반 거래 설비 (10) 와 통신하도록 판매자 애플리케이션 (66) 을 구성하는 것을 포 함한다. 또한, 일 실시형태에서, 판매자 애플리케이션 (66) 을 구성하는 것은 선택된 목적 사이트와 관련된 협약과 일치하는 방법으로 사용자에게 정보를 제공하도록 판매자 애플리케이션 (66) 을 구성하는 것을 포함한다. 반면에, 블록 (220) 에서의 긍정적인 결정 후, 방법 (200) 은 블록 (224) 으로 진행하고, 판매자 애플리케이션 (66) 은 목적 사이트 인터페이스 (280) 를 제공하며, 그의 예시적인 실시형태는 도 13e 에 도시된다.

블록 (224) 에서, 판매자 애플리케이션 (66) 에 의해 사용될 다수의 목적 사이트가 선택될 수 있다. 예시적인 실시형태에서, 목적 사이트 인터페이스 (280) 는 사용할 수 있는 목적 사이트를 제공한다. 다른 목적 사이트들은 목적 사이트 또는 목적사이트가 구별되는 다른 속성 이상 또는 이하를 정의할 수 있음을 알 수 있을 것이다. 예를 들어, 국가 이름으로 구별되는 목적 사이트들에 대하여, 목적 사이트는 하나의 국가 이상 (예를 들어, 대륙) 을 정의할 수도 있고, 하나의 국가 이하 (예를 들어, 국가의 지역, 주, 구역, 지방 등) 을 정의할 수도 있다. 사용자는 원하는 목적 사이트 옆에 있는 체크박스를 선택함으로써 목적 사이트를 선택할 수 있다. 다수의 목적 사이트가 선택될 수도 있다. 다른 실시형태에서는, 목록을 스크롤 다운하고 원하는 목적 사이트를 하이라이트 함으로써 목적 사이트를 선택할 수도 있다.

블록 (226) 에서, 네트워크 기반 거래 설비 (10) 로부터 판매자 애플리케이션 (66) 으로 블록 (224) 에서 선택된 목적 사이트에 대응하는 구성 정보가 전송된다. 블록 (228) 에서, 블록 (226) 에서 다운로드된 정보로 판매자 애플리케이 션 (66) 이 자동으로 구성된다. 예시적인 실시형태에서, 판매자 애플리케이션의 구성은 모듈 업데이트, 카테고리 업데이트, 속성 업데이트, 목적 사이트 언어 업데이트, 주 언어 업데이트, 다양한 소프트웨어 다양한 데이터 요소 등을 제공하는 것을 포함할 수 있다. 블록 (228) 에서 구성을 완료하면, 판매자 애플리케이션 (66) 은 블록 (224) 에서 선택된 목적 사이트 각각에 대해 거래 목록 (70) 및 그들 각각의 시작 시간을 전달할 수 있다. 방법 (200) 은 블록 (230) 에서 종결된다.

도 14a 및 도 14b 는 본 발명의 예시적인 실시형태에 따라, 네트워크 기반 거래 설비 (10) 에서 판매자 애플리케이션 (66) 을 통하여 거래 목록 (70) 을 스케줄링하는 방법 (300) 을 도시하는 상세한 플로우 차트를 보여준다. 일 실시형태에서, 방법 (300) 은 독립형의 실행가능 (executable) 판매자 애플리케이션 (66) 에 의해 클라이언트 측 (35) 에서 수행된다. 다른 실시형태에서, 방법 (300) 은 브라우저 애플리케이션의 문맥을 실행하는, 자바 애플릿 또는 액티브X 컨트롤 등과 같은 클라이언트 측 (35) 실행가능에 의해 실행될 수도 있다. 정보는, 예를 들어, 사용자가 다수의 거래 목록 (70) 에 대하여 반복적인 콘텐츠를 정의할 수 있게 하는 템플릿을 제공함으로써, 다수의 거래 목록 (70) 의 편리한 입력을 용이하게 하기 위하여 클라이언트 측 (35) 에 존재하고 실행될 수 있다. 이것은 각각의 거래 목록 (70) 에 대한 반복적인 입력를 필요로 하는 것을 피하게 한다. 또한, 방법 (300) 은, 허용 가능한 콘텐츠 및 콘텐츠의 적법성에 대한 체크를 하기 위해, 입력된 데이터에 대해 인증 동작을 수행하는 클라이언트 측 (35) 기능을 도 입한다. 또한, 방법 (300) 은, 사용자가 거래 목록 (70) 의 특별한 필드에 대한 유효한 콘텐츠를 선택할 수 있는, 허용 가능한 콘텐츠에 대한 제시 목록을, 예를 들어 드롭-다운 메뉴로서 제안한다. 또한, 방법 (300) 은 거래 목록 (70) 을 스케줄링하는 옵션을 제공한다.

방법 (300) 은, 블록 (302) 에서, 네트워크 기반 거래 설비 (10) 에 다수의 거래 목록 (70) 및 스케줄링된 시작 시간을 작성 및 전달하고자 하는 사용자의 클라이언트 기기 (70) 상에서 판매자 애플리케이션 (66) 을 불러옴으로써, 시작한다. 예를 들어, 네트워크 기반 거래 설비 (10) 의 대량 사용자는 다수의 거래 목록 (70) 을 전달하는 것을 희망할 수도 있고, 따라서 판매자 애플리케이션 (66) 을 불러올 수 있다. 일 실시형태에서, 판매자 애플리케이션 (66) 에 의해 네트워크 기반 거래 설비 (10) 로 전달된 각각의 거래 목록 (70) 에 대해, 네트워크 기반 거래 설비 (10) 는 사용자에 요금을 부과할 수 있다. 예시적인 실시형태에서, 요금은 사용자의 서비스 레벨 (예를 들어, 대량 사용자 할인) 에 기초한다.

블록 (304) 에서, 판매자 애플리케이션 (66) 은 새로운 품목 박스를 표시하도록 것을 실행한다. 블록 (304) 에서 표시된 새로운 품목 박스는 새로운 품목 생성 인터페이스 (350) 를 포함하며, 예시적인 실시형태는 도 15a 에 도시된다. 새로운 품목 박스는 거래 목록 (70) 에 따라서 사용자가 거래의 유형을 선택하도록 프롬프팅한다. 예시적인 실시형태에서, 새로운 품목 생성 인터페이스 (350) 에서 사용할 수 있는 거래의 유형은 경매 (352), 스토어 (364), 및 Ad 포맷 (380) 을 포함하지만 한정되지는 않는다. 또한, 새로운 품목 생성 인터페이스 (350) 는 드롭 다운 사이트 목록을 제공하며, 이로부터 거래 목록 (70) (또는 다수의 거래 목록 (70) 을 포함하는 배치 텍스트) 이 전달될 목적 (예를 들어, 국가) 사이트가 선택된다. 예시적인 실시형태에서, 드롭 다운 리스트 (358) 에서 선택이 이루어지지 않는다면, 판매자 애플리케이션 (66) 이 다운로드되는 목적 사이트가 선택된다.

블록 (306) 에서, 사용자는 판매자 애플리케이션 (66) 이 거래 목록 (70) 과 관련된 정보 (예를 들어, 타이틀, 카테고리 등) 를 사용자에게 프롬프팅하는 것에 반응하여, 새로운 품목 생성 인터페이스 (350) 와 관련하여 표시된 다음 옵션을 선택한다. 하나의 예시적인 실시형태에서, 블록 (306) 에서의 프롬프팅은 새로운 품목 인터페이스 (362) 를 통하여 수행되며, 거래 목록 (70) 을 작성하는 사용자에 의해 채워질 수 있는 다수의 필드를 포함하는 그 예가 도 15b 에 도시된다. 개별 다이얼로그 박스는 사용자가 새로운 품목 생성 인터페이스 (350) 에서 스토어 포맷 (354) 또는 ad 포맷 (356) 중의 하나를 선택하는 이벤트로 표시된다.

예시적인 실시형태에서, 품목 타이틀 (364), 제 1 품목 카테고리 (366), 제 2 품목 카테고리 (368) 및 스토어 카테고리 (370) 를 수신하기 위한 다수의 입력 필드를 포함하도록 새로운 품목 인터페이스 (362) 가 나타난다. 3 개의 카테고리 입력 필드의 각각은 카테고리의 사용자 선택을 용이하게 하는 드롭 다운 목록을 포함한다. 새로운 품목 인터페이스 (362) 는 속성 (376) 을 더 포함한다. 속성은, 구매자들이 품목을 찾는 것을 돕기 위해 판매자가 지정할 수 있는 카테고리 특유의 정보 아이템이며, 모든 카테고리에 대해서 존재하지 않을 수도 있다. 하나의 예는 부동산-주택의 카테고리가 될 수 있을 것이다. 예를 들어, 이 카테고리 내에서 품목을 목록화할 때, 사용자는 침실 수, 욕실 수, 평수, 에어콘, 수영장 (드롭 다운 : 없음, 정원 내, 정원 외) 등을 지정하도록 프롬프팅될 수도 있다. 속성은 구매자들이 거주하는 부동산 카테고리에서 사용할 수 있는 속성 (예를 들어, 침대의 수, 욕실의 수 등) 에 따라서 품목을 찾기를 원함으로 지정할 수 있도록 한다. 속성을 갖는 다른 카테고리 일부의 예는 컴퓨터 (예를 들어, 프로세서 스피드, 하드 드라이브 크기), 옷 (예를 들어, 유형, 브랜드, 색) 및 티켓 (예를 들어, 이벤트 유형, 도시, 주, 액면가) 을 포함한다. 실질적으로 속성 (376) 을 사용하여 여하한 카테고리도 더 표시될 수 있다. 거래 생성 목록 (70) 에서 사용되는 다수의 화면 사이에서 편리한 네비게이션을 용이하게 하기 위하여, "이전" 버튼 및 "다음" 버튼 (372 및 374) 이 또한 표시되며, 버튼의 사용자 선택은 사용자가 연속적으로 다수의 화면을 진행할 수 있도록 한다.

블록 (308) 에서, 판매자 애플리케이션 (66) 이 사용자에게 거래 목록 (70) 에 연관된 더욱 상세한 정보 (예를 들어, 거래 목록 설명) 를 프롬프팅하는 것에 반응하여, 사용자는 새로운 품목 인터페이스 (362) 와 함께 표시된 다음 옵션을 선택한다. 하나의 예시적인 실시형태에서, 블록 (308) 에서의 프롬프팅은 도 16a 에서 도시된 바와 같이 거래 목록 설명 인터페이스 (450) 를 통하여 수행된다. 이하, 도 17 을 참조하여, 거래 목록 설명 인터페이스 (450) 를 더 설명한다.

거래 목록 설명이 블록 (308) 에서 입력된 후에, 방법 (300) 은 블록 (310) 으로 진행하게 되고, 판매자 애플리케이션 (66) 은 포맷 특유의 인터페이스 (378) 를 표시하며, 그의 예시적인 실시형태는 도 15c 에 도시된다. 다양한 데이터 품목이 포맷 특유의 인터페이스 (378) 에 포함될 수 있다. 예시적인 데이터 품목은 목록 지속 시간, 가격, 수량, 지불 및 운송 데이터 아이템을 포함하는 것으로 도시된다. 또한, 네트워크 기반 거래 설비 (10) 에 의해 표시될 때 사용자들이 시각적으로 또는 다른 방법으로 구분되거나 강조될 특별한 거래를 특정하도록 허용하기 위해, 다수의 체크 박스를 갖는 "옵션 특징 (option feature)" 영역이 표시된다. 예를 들어, 거래 목록 (70) 은 굵은 글씨이거나, 특별한 배경 컬러를 가지고 표시되거나, 또는 그래픽 이미지 또는 그와 관련된 아이콘을 가질 수도 있다.

블록 (312) 에서, 사용자가 유효한 거래 목록 (70) 을 구성하기 위한 충분한 데이터 품목을 입력하였는지 또는 추가적인 정보가 요구되는지 여부를 결정하는 인증 체크를 판매자 애플리케이션 (66) 이 수행하는 것에 반응하여, 사용자들은 포맷 특정 인터페이스 (378) 와 함께 표시된 저장 옵션 (380) 을 선택한다. 예를 들어, 사용자는 부주의하게 시작 가격을 입력하는 것을 잊을 수 있다.

긍정적인 인증 후, 방법 (300) 은 도 14b 에 도시된 바와 같이 블록 (314) 으로 진행하며, 판매자 애플리케이션 (66) 은 재고 품목 인터페이스 (382) 를 표시하며, 그것의 예시적인 실시형태는 도 15d 에 도시된다. 재고 품목 인터페이스 (382) 는 블록 (304) 에서 선택된 목적 사이트에 관련된 컬렉션 (306) 에서 선택 가능한 거래 목록 (70) 의 목록을 표시한다. 사용자는 새로 만들기 (create new) 버튼 (384) 을 선택함으로써 컬렉션 (306) 에 포함될 다른 품목의 입력을 진행할 수도 있다. 예시적인 실시형태에서, 또한 사용자는 재고 품목 인터페이스 (382) 를 통하여 거래 목록 (70) 을 삭제 (386) 또는 편집 (388) 할 수 있다.

예시적인 실시형태에서, 재고 품목 인터페이스 (382) 는 배치 텍스트 (68)를 구성하는 모든 거래 목록 (70) 의 목록 요약을 표시한다. 구체적으로, 메인 윈도우 (390) 는, 사용자에게 테이블 형식으로 표시 타이틀, 수량, 최소 가격, 보존 가격 및 프리미엄 목록 가격 정보를 표시하는 열 (column) 을 포함할 수도 있다. 사용자는 메인 윈도우에 표시된 거래 목록 (70) 의 임의의 행을 더블 클릭하여 거래 목록 (70) 을 편집하거나 또는 삭제하는 것을 용이하게 할 수도 있다.

예시적인 실시형태에서, 거래 목록 (70) 의 관련 배치 텍스트 컬렉션 (68) 이 네트워크 기반 거래 설비 (10) 에 의하여 공고되어야 하는 스케줄링된 시작 일자 및 시작 시간 (392) 이 선택될 수도 있다. 만약, 사용자가 스케줄링된 시작 일자 및 시간을 제공하는 것을 바라지 않는다면, 스케줄링된 기본 시작 시간은 네트워크 기반 거래 설비 (10) 로 전달되는 즉시 시작 (394) 하는 것이다. 다른 실시형태에서, 시작 일자 및 시간은 컬렉션 (306) 안에서 각각의 목록 (70) 에 대하여 특정될 수도 있다.

블록 (316) 에서, 사용자가, 거래 목록 (70) 의 컬렉션 (306) 이 네트워크 기반 거래 설비 (10) 에서 공개될 스케줄링된 시작 일자 및 시작 시간 (392) 을 제공할 것을 선택한다.

블록 (318) 에서, 선택적으로, 사용자는 거래 목록 (70) 이 네트워크 기반 거래 설비 (10) 에서 공개될 때 다수의 거래 목록 (70) 에 시차를 두기 위해 간격 (396) 을 특정할 수도 있다. 예를 들어, 사용자는 거래 목록 (70) 의 컬렉션 (306) 을 2002 년 7 월 4 일 오후 9 시에 시작하도록 특정할 수도 있고, 또한 컬렉션 (306) 에서 각각의 거래 목록 (70) 사이에 포함될 5 분의 간격을 특정할 수도 있다. 따라서, 컬렉션 (306) 에 3 개의 거래 목록 (70) 이 있다면, 제 1 거래 목록은 오후 9 시에 시작하고, 제 2 목록은 오후 9 시 5 분에 시작하고, 제 3 목록은 오후 9 시 10 분에 시작할 것이다. 또한, "시작" 이란 단어는 선택된 목적 사이트에서 공개된 것으로서 인식될 수도 있다.

블록 (320) 에서, 사용자는, 판매자 애플리케이션 (66) 이 인터페이스 (400) 를 전달하기 위하여 대기 목록을 제공하는 것에 반응하여, 재고 품목 인터페이스 (382) 와 함께 표시된 옵션 (398) 을 전달하기 위해 추가 (add) 를 선택하며, 그것의 예시적인 실시형태는 도 15e 에 주어진다.

블록 (322) 에서, 사용자는, 판매자 애플리케이션 (66) 이 사용자에게 네트워크 기반 거래 설비 패스워드에 대하여 프롬프팅하는 것에 반응하여, 인터페이스 (400) 전달 대기와 연관되어 표시되는 모두 전달 옵션 (402) 을 선택한다.

블록 (324) 에서, 사용자 인증을 할 때, 거래 목록 (70) 의 컬렉션 (306) 은 네트워크 기반 거래 설비 (10) 로 전달된다.

일 실시형태에서, 전술한 배치 텍스트 (68) 는 클라이언트 기기 (38) 로부터 네트워크 기반 거래 설비 (10) 로 네트워크 기반 거래 설비 API를 통해 전달된다. 다른 실시형태에서, 배치 텍스트 (68) 는 이메일 메시지를 통해 전송될 수도 있다.

각각의 거래 목록 (70) 은 거래 목록 설명을 포함할 수도 있다. 예시적 인 실시형태에 있어서, 거래 목록 설명은 거래 목록 설명 인터페이스 (450) 를 통하여 입력될 수 있고, 그것의 예시적인 실시형태는 도 16a 에 도시된다. 거래 목록 (70) 은 텍스트, 사진 또는 사진들, 및 포맷팅 (예를 들어, 레이아웃, 컬러, 폰트 등) 을 포함하지만 여기에 한정되지는 않는다. 예시적인 실시형태에서, 거래 목록 설명 인터페이스 (450) 은 3 개의 선택할 수 있는 다이얼로그 박스를 제공하여 거래 목록 설명을 입력하는 것을 용이하게 한다. 2 개의 다이얼로그 박스 옵션은 디자인 뷰 옵션 (452), HTML 뷰 옵션 (454) 및 프리뷰 뷰 옵션 (456)을 포함한다. 만약 디자인 뷰 옵션 (452) 이 선택된다면, 디자인 뷰 옵션 (452) 은 사용자가 WYSIWYG 설정으로 설명 텍스트 (458) 를 입력하는 것을 허용한다. HTML 뷰 옵션 (454) 은 사용자가 거래 목록 설명에 대한 HTML 코드를 입력하는 것을 허용한다. 프리뷰 뷰 옵션 (456) 은 사용자가, WYSIWYG 편집기에 의해 정의된 HTML 또는 사용자에 의해 입력된 HTML 코드에 따른 거래 목록 설명을 미리볼 수 있도록 한다. 프리뷰 뷰 다이얼로그 박스 (478) 의 예시적인 실시형태는 도 16c 에 도시된다.

디자인 뷰 다이얼로그 박스 (466) 를 이용하여, 사용자는 설명 텍스트 (458) 를 입력할 수 있고 편집 툴을 사용하여 그것을 포맷팅할 수도 있다. 만약 사용자가 다수-사이트 지원을 인에이블 하였다면, 각각의 목적 사이트의 지역 언어로 된 거래 목록 (70) 이 바람직하다는 것을 지시하는 팁이 표시된다. 디자인 뷰 툴바는 사용자가 설명을 포맷팅하는데 사용할 수 있는 툴바 아인템을 포함한다. 각각의 툴바 버튼은 툴 팁을 가질 수도 있다.

예시적인 실시형태에 있어서, 더블-바이트 캐릭터 언어에 대해 사용가능한 폰트 및 텍스트 컨트롤이 적절히 표시된다. 예를 들어, 중국어 폰트는 웨스턴과 다르게 설정되고, 볼드체, 이탤릭체 또는 밑줄과 적합하지 않다. 사용자가 중국어로 기록한다면, 중국어 폰트는 사용될 수 있고, 적용할 수 있는 텍스트 컨트롤만이 표시되어야 한다.

디자인 뷰 다이얼로그 박스 (466) 에 입력된 설명 텍스트 (458) 는 디스크립터 텍스트 (예를 들어, HTML 코드) 를 포함하는 텍스트로서 이해된다. 그러나, 사용자는 디스크립터 텍스트 뷰 다이얼로그 박스 (470) 에서 디스크립터 텍스트를 입력할 수 있고, 그것의 예시적인 실시형태가 도 16b 에 도시된다. 디스크립터 텍스트 (예를 들어, HTML 코드) 는 디스크립터 언어 코드 윈도우 (472) 내에 입력된다. 설명기 언어 코드 윈도우 (472) 는, 디자인 뷰 다이얼로그 박스 (466) 에 이전에 입력된 임의의 텍스트에 따라서 자동적으로 디스크립터 텍스트 (예를 들어 HTML 코드) 로 채워져 있다.

예시적인 실시형태에 있어서, 거래 목록 설명 인터페이스 (450) 는 거래 목록 (70) 을 증대하는 템플레이트 (460) 를 또한 제공한다. 템플레이트는 도 16a 에 도시된 바와 같이 각각 테마 (예를 들어, 컬러 테마를 포함) 및 레이아웃 (464) 을 포함할 수 있다. 테마 (462) 및 레이아웃 (464) 은 독립적으로 선택될 수 있다. 또한, 사용자는 거래 목록 설명 인터페이스 (450) 를 통하여 거래 목록 (70) 으로 사진을 추가할 수도 있다. 사진은 네트워크 기반 거래 설비 (10) 또는 다른 네트워크 설비를 통하여, 사용자 자신의 셀프-호스트 그림 서비스, 또는 사용자의 컴퓨터에 저장된 사진의 컬렉션으로부터 사용될 수 있는 사진 서비스를 통해 추가될 수 있다. 사진은 거래 목록 설명 인터페이스 (450) 에 포함된 이미지 웰 (image well) 에 추가될 수도 있다.

테마 (462) 는 테이블 경계 컬러, 임의의 경계 이미지, 배경 컬러 (설명 영역만) 등을 정의한다. 레이아웃 (464) 은 설명 텍스트 및 사진의 위치 표시를 제공한다. 사용자들에게 표시된 레이아웃 (464) 은 사진 호스팅 선호에 특유한 것일 수 있다. 판매자 애플리케이션 (66) 은 또한 "자동-리사이즈" 옵션을 제공할 수 있다. 이 옵션이 가능하다면, 이 옵션은 사용자의 이미지를 최상의 템플레이트 이미지 사이즈로 리사이즈한다.

또한, 기본 컬러 표 및 레이아웃의 세트는 판매자 애플리케이션 (66) 에 의해 제공될 수 있다. 각각 (예를 들어, 컬러 스킴 및 레이아웃) 5 와 10 사이에서 제공될 수도 있다. 네트워크 기반 거래 설비 (10) 는 업데이트될 수도 있고 업데이트/업그레이드를 통하여 판매자 애플리케이션 (66) 으로 템플레이트를 추가할 수도 있다. 다른 실시형태에서, 사용자들은 그들 자신의 레이아웃 및 테마를 디자인할 수도 있다. 또 다른 실시형태에서, 레이아웃 및 테마가 임포트될 수도 있다.

슈퍼사이즈 (463) 및 슬라이드쇼 (465) 를 포함하는 추가적인 특별한 특징은 사진의 표시를 증대 및/또는 변경하는데 사용될 수 있다. 일 예시적인 실시형태에서, 슈퍼사이즈 옵션 (463) 은 거래 목록 설명 인터페이스 (450) 의 왼쪽 나브바 (navbar) 에 포함된다. 예시적인 실시형태에서, 슈퍼사이즈 (463) 는 검정 된 모든 IPIX 사진에 적용될 수도 있다. 또한 예시적인 실시형태에서, 슈퍼사이즈 (463) 옵션은 단지 네트워크 기반 거래 설비 (10) 사진 서비스를 이용하는 사용자들에게만 이용될 수 있다. 슈퍼사이즈 (463) 옵션은 사용자가 그들의 거래 목록 (70) 에 포함될 이미지의 사이즈를 확대하도록 허용한다.

슬라이드쇼 (465) 특징은 특별한, 슬라이드쇼 레이아웃을 통해 선택될 수도 있다. 이 템플레이트로부터 표시되는 다이얼로그는 단순히 하나의 사진이 아니라 한번에 6 사진까지의 추가를 허용한다. 따라서, 슬라이드쇼 (465) 특징은 사용자가 하나의 이미지 웰에 단지 하나의 사진이 아닌 6 개의 사진까지 추가하는 것을 가능하게 한다. 슬라이드쇼 (465) 를 통해 추가된 사진은 네트워크 기반 거래 설비 (10) 에서 거래 목록 (70) 과 함께 표시된다. 슬라이드쇼는 한번에 표시되는 일련의 사진의 표시를 포함한다. 사진들은 표시 상에서 동일한 위치에서 표시된다. 예를 들어, 슬라이드쇼를 포함하는 거래 목록 (70) 을 바라보는 사용자에게는 네트워크 기반 거래 설비 (10) 에 의해 정의되는 시간 (예를 들어, 5초) 동안 각각의 사진 (예를 들어 사진 1 내지 6) 이 제공된다. 슬라이드 쇼의 일련의 사진은 하나가 선택될까지 또는 사용자가 거래 목록 (70) 을 포함하는 윈도우를 클로징하거나 또는 나갈 때까지 연속적으로 순환한다.

도 17 은, 본 발명의 예시적인 실시형태에 따라, 거래 목록 설명 인터페이스 (450) 를 통해 거래 목록 설명을 입력하는 방법 (500) 을 도시하는 상세한 플로우 차트이다. 방법 (500) 은 블록 (502) 에서 시작하고, 판매자 애플리케이션 (66) 은 거래 목록 설명 인터페이스 (450) 를 표시한다. 전술한 바와 같이, 거 래 목록 설명 인터페이스 (450) 는 디자인 뷰 옵션 (452), HTML 뷰 옵션 (454) 및 미리보기 뷰 옵션 (456) 을 포함한다.

블록 (504) 에서, 사용자는, 판매자 애플리케이션 (66) 이 사용자에게 디자인 뷰 다이얼로그 박스 (466) 를 제공하는 것에 반응하여, 디자인 뷰 옵션 (452) 을 선택한다. 예시적인 실시형태에서, 디자인 뷰 다이얼로그 박스 (466) 는 디폴트 다이얼로그 박스이고, 블록 (502) 에서 거래 목록 설명 인터페이스 (450) 로부터 사용자에게 제공된다. 블록 (506) 에서, 사용자는 디자인 뷰 다이얼로그 박스 (466) 에서 설명 텍스트 (458) 를 입력한다. 사용자는 디자인 뷰 다이얼로그 박스 (466) 에 있는 동안에, 미리보기 뷰 옵션 (456) 또는 HTML 뷰 옵션 (454) 을 선택할 수도 있다.

블록 (508) 에서, 사용자는, 판매자 애플리케이션 (66) 이 사용자에게 디스크립터 언어 다이얼로그 박스 (470) 를 제공하는 것에 반응하여, HTML 뷰 옵션 (454) 을 선택하며, 그것의 예시적인 실시형태는 도 19b 에 도시된다. 디스크립터 언어 다이얼로그 박스 (470) 디스크립터 언어 코드 부분 (472) 은 블록 (506) 에서 이전에 입력된 설명 텍스트 (458) 에 따라서 자동적으로 디스크립터 언어 코드 (예를 들어, HTML 코드) 로 채워진다. 사용자는 디스크립터 언어 코드 부분에서 디스크립터 언어 코드를 변경 (예를 들어, 추가, 삭제, 편집) 할 수도 있다.

블록 (510) 에서, 사용자는, 판매자 애플리케이션 (66) 이 사용자에게 미리보기 뷰 다이얼로그 박스 (478) 를 제공하는 것에 반응하여, 미리보기 뷰 옵션 (456) 을 선택하고, 그것의 예시적인 실시형태는 도 16c 에 도시된다. 네트워 크 기반 거래 설비 (10) 에서 공개될 때, 미리보기 뷰 다이얼로그 박스 (478) 은 거래 목록의 설명을 그것이 나타나는 대로 표시한다. 미리보기 뷰 다이얼로그 박스 (478) 에서는 콘텐츠가 편집되지 않을 수도 있다.

결정 블록 (512) 에서, 사용자가 거래 목록 (70) 에 대응하는 사진을 입력하고자 하는지 여부가 결정된다.

블록 (514) 에서, 만약 사진이 입력된다면, 사진은 탐색되고 거래 목록 (70) 에 부착된다. 디자인 뷰 다이얼로그 박스 (466) 로부터 "사진 선택" 버튼을 선택함으로써 사용자는 사진 선택 프로세스를 시작할 수 있다. 예시적인 실시형태에서, 네트워크 기반 거래 설비 (10) 사진 호스팅 서비스가 사용될 수 있고, 사용자 특정 호스팅 서비스가 사용될 수도 있으며 또는 사진은 사용자의 컴퓨터에 저장된 컬렉션으로부터 선택될 수도 있다.

블록 (516) 에서, 거래 목록 (70) 의 표시에서 사용될 레이아웃 (464) 이 선택된다. 레이아웃 (464) 은 WYSIWYG 인터페이스에서 사용할 수 있는 선택 가능한 옵션이다. 아무것도 선택되어지지 않는다면 기본 레이아웃이 사용된다.

*블록 (518) 에서, 거래 목록 (70) 의 표시에서 사용될 테마 (462) 가 선택된다. 테마 (462) 는 WYSIWYG 인터페이스에서 선택 가능한 옵션이다. 아무것도 선택되어지지 않는다면 기본 테마가 선택된다. 방법 (500) 은 블록 (1210) 에서 종료한다.

도 18 은, 본 발명의 예시적인 실시형태에 따라, 네트워크 기반 거래 설비 (10) 에서 스케줄 목록이 수신된 후에, 판매자 애플리케이션 (66) 을 통해 입력된 스케줄 목록을 스케쥴링하는 방법 (550) 을 도시하는 상세한 플로우 차트이다. 예시적인 실시형태에서, 거래 목록 (70) 은 온라인 상거래 프로세스 (예를 들어, 온라인 스토어, 온라인 옥션) 의 변수 및 콘텐츠를 정의한다. 그럼에도 불구하고, 거래 목록 (70) 은 여하한 거래 변수 (예를 들어, 임의의 방법론에 의해 팔기 위해 제공되는 제품 또는 서비스 또는 제품 서비스 요구사항 설명) 를 제공할 수도 있음을 알 수 있을 것이다. 구체적으로, 다른 실시형태에서, 거래 목록 (70) 은 구분된 광고에 의해 고정된 가격으로 제공되고 있거나 제공되었던, 또는 B2B 거래 또는 전자 시장의 문맥 내에서 제공되는 제품 또는 서비스를 설명할 수도 있다.

방법 (550) 은 블록 (552) 에서 시작하고, 네트워크 기반 거래 설비 (10) 에서 배치 텍스트 (68) 가 수신된다.

블록 (554) 에서, 거래 애플리케이션 (311) 의 파서 모듈 (76) 은 배치 텍스트 (68) 를 조사하여 그 안에 포함된 다양한 거래 목록 (70) 을 추출하고, 추출된 거래 목록 (70) 의 각각에 대하여 다양한 인증 동작을 수행한다.

블록 (556) 에서, 거래 애플리케이션 (311) 은 확인 메시지를 클라이언트 기기 (38) 로 통신하여, 성공적인 수신 및 스케줄링된 시작 시간을 포함하는 다양한 거래 목록 (70) 의 추출을 확인한다. 일 실시형태에서, 확인 메시지는 네트워크 기반 거래 설비 (10) 의 이메일 서버 (22) 로부터 통신된 이메일 메시지를 포함할 수도 있다. 또한, 다른 실시형태에서, 사용자 요청에 반응하여, 페이지 서버 (12) 는 확인 메시지를 사용자에게 통신하는 마크업 언어 문서 (HTML 문서) 를 발생할 수도 있다. 블록 (556) 에서 클라이언트 기기 (38) 에 통신되는 확인 메시지는, 블록 (656) 에서 파서 모듈 (76) 에 의해 배치 텍스트 컬렉션 (68) 으로부터 추출된 거래 목록 (70) 의 컬렉션의 목록에의 링크를 제공하는 위치 식별자 (예를 들어, URL (Uniform Resource Location)) 를 더 포함할 수 있다. 다른 실시형태에서, 확인 메시지 자체가 그러한 거래 목록 (70) 의 리스트를 표시할 수도 있다. 예를 들어, 이메일을 통하여 클라이언트 기기 (38) 에 통신되는 확인 메시지는, 컬렉션 (306) 을 포함하는 배치 텍스트 (68) 내에 포함된 거래 목록 (70) 의 리스트를 제공하는 HTML 문서를 포함할 수 있다.

블록 (558) 에서, 전달되는 거래 목록 (70) 의 컬렉션 (예를 들어, 배치 텍스트 (68) 의 형식) 의 뷰 및 편집을 용이하게 하는 다수의 인터페이스가 사용자에게 표시된다. 결과적으로, 사용자는, 거래 목록 (70) 이 데이터 파일 (예를 들어 배치 텍스트 (68)) 을 통해 네트워크 기반 거래 설비 (10) 로 전달된 후, 거래 목록 (70) 을 업데이트할 수 있다. 사용자는 네트워크 기반 거래 설비 (10) 에 접속된 동안에 거래 목록 (70) 을 업데이트하거나, 판매자 애플리케이션 (66) 에서 업데이트를 수행하고 그들을 네트워크 기반 거래 설비 (10) 로 전달할 수 있다. 일 실시형태에서, 거래 목록 (70) 의 뷰 및 편집을 용이하게 하는 다양한 인터페이스는, 페이지 서버 (12) 에 의해 생성되고 브라우저 애플리케이션 (36) 의 내용 내에서 뷰잉을 위해 인터넷 (34) 을 통해 클라이언트 기기 (38) 에 통신되는 마크업 언어 (markup language) 문서일 수 있다. 예를 들어, 마크업 언어 문서 형태의 이러한 인터페이스는 블록 (556) 에서 통신된 확인 메시지 내에 포함된 URL 의 클라이언트 측 (35) 에서의 사용자 선택에 의해 시작될 수 있다. 다른 실시형태에서, 블록 (558) 에서 표시된 인터페이스는 판매자 애플리케이션 (66) 에 의해, 예를 들어 거래 애플리케이션 (311) 로부터 통신된 텍스트 및 데이터를 이용하여 생성될 수 있다. 도 19a 및 19b 는, 거래 목록 (70) 의 컬렉션 및 개별적 거래 목록 (70) 을 뷰, 편집, 프리뷰 및 확인할 수 있도록 네트워크 기반 거래 설비 (10) 에 의해 사용자에게 표시되는 예시적 인터페이스 (600 및 602) 를 도시한다.

판매자 애플리케이션 (66) 은 그 자체가 자동적으로 네트워크 기반 거래 설비 (10) 에 의해 제공되는 어떤 정보를 업데이트/업그레이드하는 기능을 포함한다.

도 20 은 판매자 애플리케이션 (66) 의 업데이트/업그레이드를 용이하게 하는, 본 발명의 예시적인 실시형태에 따른 방법 (650) 을 도시하는 상세한 흐름도이다. 방법 (650) 은 판매자 애플리케이션 (66) 에 의해 네트워크 기반 거래 설비 (10) 에 접속된 상태에서 블록 (652) 에서 시작한다.

블록 (654) 에서, 네트워크 기반 거래 설비 (10) 는 판매자 애플리케이션 (66) 이 수신하지 않은 업데이트/업그레이드가 있는지 판단한다. 최소 업데이트/업그레이드를 지원하기 위해, 네트워크 기반 거래 설비 (10) 에서의 판매자 애플리케이션 (66) 에 대한 데이터 엘리먼트 (예를 들어, 목적 사이트 구성 파일 (86)) 모듈 (예를 들어, 메인 모듈 (84), 통신 모듈 (95), 자원 모듈 (81) 등) 의 사용가능한 버전을 판매자 애플리케이션 (66) 에 설치된 데이터 엘리먼트 및 모듈의 버전과 비교하는, 버전 메카니즘이 사용된다. 업데이트/업그레이드는 변화 한 소프트웨어 모듈 및 데이터 엘리먼트에 대해 다운로드 된다. 전송 시간을 단축시키기 위해 다운로드된 데이터는 압축될 수 있다. 전술한 바와 같이, 예시적인 실시형태에서, 업데이트/업그레이드는 카테고리 업데이트, 속성 업데이트, 프로그램 정보 업데이트 및 버전 업그레이드를 포함하나, 이에 제한되지 않는다. 카테고리에 대하여, 판매자 애플리케이션 (66) 은 목적 사이트 인에이블된 여하한 판매자 애플리케이션 (66) 에 대하여 새로운/상이한 카테고리 구조가 존재하는지 여부를 판단한다. 네트워크 기반 거래 설비 (10) 와의 접속 시에 판매자 애플리케이션 (66) 에 자동 카테고리 업그레이드를 제공하는 것은 카테고리가 자주 (예를 들어, 한 달에 한번) 변화할 수 있다는 점에서 유리하다.

속성에 대하여, 판매자 애플리케이션 (66) 은 목적 사이트에 인에이블된 임의의 판매자 애플리케이션 (66) 에 대하여 새로운/상이한 속성 구조가 존재하는지 여부를 판단한다. 전술한 바와 같이, 속성은 구매자들이 품목을 찾는 것을 돕기 위해 판매자가 특정할 수 있는 카테고리 특유의 정보 품목이며, 모든 카테고리에 존재하지 않을 수도 있다. 부동산-주택 카테고리를 일 예로 든다. 예를 들어, 이 카테고리에서 품목을 리스팅하는 때에, 사용자가 방의 수, 욕실의 수, 평수, 에어콘, 수영장 (드롭 다운: 없음, 정원 내, 정원 외부), 등을 특정하도록 할 수 있다.

그 후 구매자에게, 어떤 속성 요구 (예를 들어, 부동산-주택 카테고리에서, 품목 제목 "뉴욕", 방 4 개, 욕실 2 개) 의 특정을 가능케 하는, 탐색 중에 사용할 선택기 도구가 표시된다. 속성이 없으면, 판매자가 그러한 정보를 특정할 수는 있으나 그것이 표준화되지는 않으므로, 신뢰할만한 탐색 메카니즘이 제공될 수 없다. 속성이 있다면, 올바른 정보가 탐색되고 불려오고 있다는 것이 사용자에게 보장된다.

속성을 갖는 다른 예시적인 카테고리는 컴퓨터 카테고리 (프로세서 속도, 하드 드라이브 크기, 등..), 옷 (의류) 카테고리 (유형, 브랜드, 색 등..), 및 티켓 카테고리 (이벤트 유형, 도시, 주, 액면가, 등..) 을 포함한다.

예시적인 실시형태에서, 버전 업그레이드는 판매자 애플리케이션 (66) 에 수행되는 변경 (예를 들어, 소프트웨어 변화) 를 포함한다. 이러한 변경은 프로그램 업데이트라고도 할 수 있다. 또한, 예시적인 실시형태에서, 판매자 애플리케이션 (66) 업데이트/업그레이드는 연기될 수 있다. 그러나, 네트워크 기반 거래 설비 (10) 는 업그레이드 (예를 들어, 프로그램의 중요한 변화) 또는 업데이트 (예를 들어, 카테고리의 중요한 변화) 를 강제할 수 있다. 사용자는 강요된 업데이트 또는 업그레이드를 거부할 수 없다.

블록 (656) 에서, 네트워크 기반 거래 설비 (10) 가 판매자 애플리케이션 (66) 에 대한 업데이트/업그레이드가 존재함을 판단하면, 업데이트/업그레이드는 판매자 애플리케이션 (66) 에 다운로드된다. 일 실시형태에서, 업데이트/업그레이드는 판매자 애플리케이션 (66) 의 자동 업데이트가 인에이블된 경우에만 다운로드된다. 판단 블록 (656) 에서 긍정 판단을 따라가면, 방법 (650) 은 블록 (658) 로 진행하며, 블록 (658) 에서 업데이트/업그레이드는 자동으로 설치된다. 예시적인 실시형태에서, 판매자 애플리케이션 (66) 은 업데이트/업그레이드를 자 동으로 설치하는 루틴을 포함한다. 다른 실시형태에서, 설치 루틴은 업데이트/업그레이드의 각 시리즈와 함께 다운로드된다. 설치 루틴은 다운로드의 완료 시에 자동으로 시작되고 프로그램 업데이트/업그레이드를 설치하도록 구성된다. 일 실시형태에서, 설치 루틴은 판매자 애플리케이션 (66) 의 자동 업데이트가 인에이블된 경우에만 자동 시작되도록 구성될 수 있다. 방법 (650) 은 블록 (660) 에서 끝난다.

도 21a 내지 21c 는 상술한 방법론을 지원하기 위하여 데이터베이스 엔진 서버 (26) 에 의해 유지되는 데이터베이스 구조에 대한 상세를 제공한다.

도 21a 에서, 배치 테이블 (42) 는 거래 목록 (70) 의 각 컬렉션에 대한 원 설명대로의 기록을, 예를 들어, 네트워크 기반 거래 설비 (10) 에서 수신된 배치 텍스트 내에 포함한다.

배치 테이블 (42) 과 배치 품목 테이블 (40) 사이에 일대다 관계가 존재하며, 배치 품목 테이블 (40) 은 배치 텍스트 (68) 로부터 데이터베이스 (30) 으로 파서 모듈 (76) 에 의해 추출된 거래 목록 (70) 을 포함하나, 거래 목록 (70) 은 아직 유효하게 되지는 않았다.

품목 대기 테이블 (44) 는 상술한 바와 같이 유효하게 되기 위해 대기 중인 로드된 거래 목록 (70) 을 저장한다. 품목 테이블 (60) 은 거래 프로세스 (예를 들어, 경매 프로세스 또는 판매 가격 제의) 의 개시에 의해 유효하게 된 실제 거래 목록 (70) 의 기록을 저장한다.

도21b 및 21c 는 배치, 배치 품목, 품목 대기, 사용자 및 관련 테이블에 의 해 지원될 수 있는 예시적인 필드에 대한 상세를 제공한다.

도 22 는 기기가 상술한 방법론 중 하나를 수행하도록 하는 일군의 명령이 실행될 수 있는 컴퓨터 시스템 (800) 의 예시적인 형태에서의 기기의 도식적 표현을 나타낸다. 다른 실시형태에서, 기기는 네트워크 라우터, 네트워크 스위치, 네트워크 브릿지, PDA (Personal Digital Assitant), 이동 전화, 웹 장치, 셋 톱 박스 (STB) 또는 이 기기에 의해 수행될 동작을 특정하는 일련의 명령을 수행할 수 있는 여하한 기기를 포함할 수 있다.

컴퓨터 시스템 (800) 은 프로세서 (802), 메인 메모리 (806) 및 스테틱 메모리 (808) 을 포함하며, 이들은 버스 (824) 를 통해 서로 통신한다. 컴퓨터 시스템 (800) 은 비디오 디스플레이 유닛 (812; 예를 들어, 액정 디스플레이 또는 음극선 튜브 (CRT)) 을 더 포함할 수 있다. 컴퓨터 시스템 (800) 은 알파뉴메릭 (alphanumeric) 입력 장치 (814; 예를 들어, 키보드), 커서 제어 장치 (816; 예를 들어, 마우스), 디스크 드라이브 유닛 (818), 신호 발생 장치 (822; 예를 들어, 스피커) 및 네트워크 인터페이스 장치 (810) 도 포함한다.

디스크 드라이브 유닛 (818) 은, 상술한 방법론 중 일부 또는 전부를 구현하는 일군의 명령 (즉, 소프트웨어; 804) 이 저장된 기기 판독 가능 (machine readable) 매체 (820) 을 포함한다. 소프트웨어 (840) 는, 완전히 또는 부분적으로 메인 메모리 (806) 내에 및/또는 프로세서 (802) 내에 존재하는 것으로도 도시된다. 또한, 소프트웨어 (804) 는 네트워크 인터페이스 장치 (810) 를 통해 전송되거나 수신될 수 있다. 이 명세서의 목적 상, "기기 판독 가능 매체" 라 는 용어는, 기기에 의해 실행되기 위한 것으로 기기가 본 발명의 방법론 중 여하한 것을 수행하도록 하는 일련의 명령을 저장 또는 인코딩할 수 있는 여하한 매체를 포함하는 것으로 취급된다. 따라서, "기기 판독가능 매체" 라는 용어는 고체 메모리 (solid-state memory), 광 및 자기 디스크, 및 반송파 신호를 포함하나 이에 제한되지 않는 것으로 취급된다. 또한, 도 22 의 소프트웨어는 단일 장치 내에 존재하는 것으로 도시되나, 소프트웨어 (804) 는 기기 판독가능 매체를 포함할 수 있는 다수의 기기 또는 저장 매체에 분산될 수 있음을 알 수 있을 것이다.

이상, 판매자 애플리케이션을 통해 네트워크 기반 거래 설비에서 거래 목록을 스케줄링하는 방법 및 시스템을 설명하였다. 본 발명이 특정한 예시적 실시형태를 참조하여 설명되기는 하였지만, 본 발명의 사상과 범위를 벗어남이 없이 이들 실시형태에 다양한 변형 및 변화가 이루어질 수 있음을 알 수 있을 것이다. 따라서, 본 명세서와 도면은 제한적인 것이 아니라 예시적인 것으로 생각되어야 한다.

이상의 상세한 설명에서, 본 발명의 방법 및 시스템은 특정한 예시적 실시형태를 참조하여 설명되었다. 그러나, 본 발명의 사상과 범위를 벗어남이 없이 다양한 변형 및 변화가 이루어질 수 있음을 알 수 있을 것이다. 특히, 다양한 블록도의 개별 블록은 방법 또는 장치의 기능적 블록 (functional block) 을 나타내는 것이며, 꼭 본 발명의 사상 및 범위 고유의 물리적 또는 논리적 분리 또는 동작 순서를 나타내는 것은 아니다. 예를 들어, 도 11a 및 11b 의 블록은 방법의 일부를 나타내며, 이는 일부 실시형태에서, 재정렬되거나 선형 또는 단계적 방식이 아니라 병렬적으로 조직될 수 있다. 따라서, 본 명세서 및 도면은 제한적인 것이 아니라 예시적인 것으로 생각되어야 한다.

본 발명은 예시의 방법으로 설명되고, 첨부 도면에 제한되는 것은 아니며, 도면에서 동일 참조부호는 동일 구성요소를 지시한다.

도 1 은 본 발명의 실시형태에 따른 예시적 네트워크 기반 거래 설비를 도시하는 블록도이다.

도 2 는 네트워크 기반 거래 설비의 데이터베이스 엔진 서버에 의해 유지되고 액세스되는 예시적 데이터베이스를 도시하는 데이터베이스 다이어그램이다.

도 3 은 클라이언트측 및 서버측을 포함하는 본 발명의 예시적 실시형태에 따른 네트워크 기반 거래 환경을 도시하는 블록도이다.

도 4 는 본 발명의 예시적 실시형태에 따른 판매자 애플리케이션을 도시하는 블록도이다.

도 5 는 본 발명의 예시적 실시형태에 따른 판매자 애플리케이션을 주문생산하는 방법을 도시하는 흐름도이며, 판매자 애플리케이션은 네트워크 기반 거래 설비로 거래 목록을 전달하는 것을 용이하게 한다.

도 6 은 본 발명의 예시적 실시형태에 따른 네트워크 기반 거래 설비에서 판매자 애플리케이션을 통해 목록을 스케줄링하는 방법을 도시하는 흐름도이다.

도 7 은 본 발명의 예시적 실시형태에 따라, 판매자 애플리케이션과 다수의 네트워크 기반 거래 설비간의 관계를 도시하는 블록도이다.

도 8 은 본 발명의 예시적 실시형태에 따라, 네트워크 기반 거래 설비에서 거래 목록을 스케줄링하는 방법을 도시하는 흐름도이다.

도 9 는 본 발명의 예시적 실시형태에 따라, 판매자 애플리케이션에서 거래 목록 설명을 기입하기 위한 " WYSIWYG (what you see is what you get)" 인터페이스를 제공하는 방법을 도시하는 흐름도이다.

도 10 은 본 발명의 예시적 실시형태에 따라, 판매자 애플리케이션 용 소프트웨어 모듈 및 구성 데이터 업데이트/업그레이드를 수신하는 방법을 도시하는 흐름도이다.

도 11 은 본 발명의 예시적 실시형태에 따라, 네트워크 기반 거래 설비로부터 클라이언트 기기로 판매자 애플리케이션을 다운로드하는 방법을 도시하는 흐름도이다.

도 12a 및 12b 는 본 발명의 예시적 실시형태에 따라, 거래 목록 및 그들 각각의 시작 시간을 네트워크 기반 거래 설비로 전달하는데 이용되는 판매자 애플리케이션을 주문생산하는 방법을 도시하는 흐름도이다.

도 13a 내지 13e 는 판매자 애플리케이션의 주문생산을 용이하게 하도록 네트워크 기반 거래 설비에 의해 사용자에게 표시될 수 있는 인터페이스의 도면이다.

도 14a 및 14b 는 본 발명의 예시적 실시형태에 따라, 예를 들어, 온라인 상점에서 공개될 목록과 같은 거래 목록의 컬렉션을 구현하는 배치 텍스트 (batch text) 를 정의하는 방법을 도시하는 흐름도이다.

도 15a 내지 15e 는 거래 목록의 컬렉션 및 개별 거래 목록을 생성, 편집 및 삭제할 수 있도록 네트워크 기반 거래 설비에 의해 사용자에게 표시될 수 있는 인터페이스의 도면이다.

도 16a 내지 16c 는 거래 목록 설명의 입력을 용이하게 하도록 네트워크 기반 거래 설비에 의해 사용자에게 표시될 수 있는 인터페이스의 도면이다.

도 17 은 본 발명의 예시적 실시형태에 따라, 거래 목록 설명 인터페이스를 통해 거래 목록 설명을 입력하는 방법을 도시하는 흐름도이다.

도 18 은 본 발명의 예시적 실시형태에 따라, 네트워크 기반 거래 설비에서 판매자 애플리케이션을 통해 목록을 스케줄링하는 방법을 도시하는 흐름도이다.

도 19a 및 19b 는 거래 목록 컬렉션 및 개별 거래 목록을 뷰, 편집, 프리뷰 및 확인 가능하게 하도록 네트워크 기반 거래 설비에 의해 사용자에게 표시될 수 있는 인터페이스의 도면이다.

도 20 은 본 발명의 예시적 실시형태에 따라, 판매자 애플리케이션의 업데이트/업그레이드를 용이하게 하는 방법을 도시하는 흐름도이다.

도 21a 내지 21c 는 본 발명의 예시적 실시형태에 따라, 네트워크 기반 거래 설비의 데이터베이스 엔진 서버에 의해 유지될 수 있는, 데이터베이스 구조의 다이어그램이다.

도 22 는 기기가 상술한 방법론 중 여하한 하나를 수행하게 하는 일군의 명령이 실행될 수 있는, 컴퓨터 시스템의 예시적 형태에서의 기기의 다이어그램이다.

Claims

네트워크 기반 거래 설비로의 목록의 통신을 용이하게 하는, 클라이언트 기기에서 실행되는, 판매자 애플리케이션을 커스터마이징 (customizing) 하는 방법으로서,

상기 네트워크 기반 거래 설비에 의해 지원되며, 사용자에게 제공되는 복수의 목적 사이트로부터의 하나 이상의 목적 사이트의 선택을 상기 사용자로부터 수신하기 위해 입력 인터페이스를 제공하는 단계;

상기 하나 이상의 목적 사이트의 선택의 수신에 응답하여, 상기 판매자 애플리케이션에 구성 (configuration) 정보를 제공하는 단계로서, 상기 구성 정보는, 상기 하나 이상의 목적 사이트에 대응하고, 상기 하나 이상의 목적 사이트와 통신하기 위해 상기 판매자 애플리케이션의 언어, 통화 (currency), 거래 목록 형식, 및 거래 목록 카테고리 중 하나 이상을 설정하는데 이용가능한, 상기 구성 정보를 제공하는 단계; 및

상기 구성 정보를 이용하여, 상기 하나 이상의 목적 사이트와 통신하기 위해 상기 하나 이상의 목적 사이트에 따라 상기 판매자 애플리케이션의 언어, 통화, 거래 목록 형식, 및 거래 목록 카테고리 중 하나 이상을 설정하는 단계를 포함하는, 판매자 애플리케이션 커스터마이징 방법.
삭제
삭제
제 1 항에 있어서,

상기 네트워크 기반 거래 설비는 상기 복수의 목적 사이트를 제공하는, 판매자 애플리케이션 커스터마이징 방법.
제 1 항에 있어서,

상기 판매자 애플리케이션은 상기 사용자에게 제공된 상기 복수의 목적 사이트의 목록을 유지하는, 판매자 애플리케이션 커스터마이징 방법.
제 1 항에 있어서,

디스플레이를 위한 주 언어의 선택을 검출하는 단계 및 상기 판매자 애플리케이션에서 정보를 입력하는 단계를 포함하고,

a. 선택된 상기 주 언어는 상기 사용자가 통신하고 있는 목적 사이트의 언어와 상이할 수도 있고,

b. 선택된 상기 주 언어는 상기 사용자가 통신하고자 하는 상기 목적 사이트의 언어로 번역되고,

c. 오프라인으로 동작 중인 상기 판매자 애플리케이션은 상기 사용자가 통신하고자 하는 상기 목적 사이트의 언어를 번역하고,

d. 상기 네트워크 기반 거래 설비는 상기 주 언어를 상기 사용자가 통신하고 자 하는 상기 목적 사이트의 언어로 번역하는, 판매자 애플리케이션 커스터마이징 방법.
제 1 항에 있어서,

상기 설정하는 단계는, 통화 (currency) 와 관련된 동작이 선택된 상기 하나 이상의 목적 사이트에 대해 구성된 통화 유형이 되도록 상기 판매자 애플리케이션을 셋업하는 단계를 포함하는, 판매자 애플리케이션 커스터마이징 방법.
제 1 항에 있어서,

상기 설정하는 단계는, 선택된 상기 하나 이상의 목적 사이트 각각에서 사용가능한 거래 목록 형식을 이용하도록 상기 판매자 애플리케이션을 초기화하는 단계를 포함하는, 판매자 애플리케이션 커스터마이징 방법.
제 1 항에 있어서,

상기 설정하는 단계는, 선택된 해당 국가 사이트 각각에서 사용 가능한 거래 목록 카테고리를 이용하도록 상기 판매자 애플리케이션을 셋업하는 단계를 더 포함하는, 판매자 애플리케이션 커스터마이징 방법.
네트워크 기반 거래 설비로의 목록의 통신을 용이하게 하도록 커스터마이징될 수 있는, 클라이언트 기기에서 실행되는, 판매자 애플리케이션을 포함하는 컴퓨터 판독가능 매체로서, 상기 애플리케이션은,

상기 네트워크 기반 거래 설비에 의하여 지원되고, 사용자에게 제공되는 복수의 목적 사이트로부터의 하나 이상의 목적 사이트의 선택을 상기 사용자로부터 수신하는 인터페이스 프로그램 모듈;

상기 하나 이상의 목적 사이트의 선택의 수신에 응답하여, 상기 판매자 애플리케이션에 구성 정보를 제공하는 프로그램 모듈로서, 상기 구성 정보는, 상기 하나 이상의 목적 사이트에 대응하고, 상기 하나 이상의 목적 사이트와 통신하기 위해 상기 판매자 애플리케이션의 언어, 통화, 거래 목록 형식, 및 거래 목록 카테고리 중 하나 이상을 설정하는데 이용가능한, 상기 구성 정보를 제공하는 프로그램 모듈; 및

상기 구성 정보를 이용하여, 상기 하나 이상의 목적 사이트와 통신하기 위해 상기 하나 이상의 목적 사이트에 따라 상기 판매자 애플리케이션의 언어, 통화, 거래 목록 형식, 및 거래 목록 카테고리 중 하나 이상을 설정하는 구성 및 등록 프로그램 모듈을 포함하는, 컴퓨터 판독가능 매체.