KR20000058269A - 인터넷 쇼핑몰 운영방법 - Google Patents

Abstract

본 발명은 인터넷과 같은 네트웍상의 서버 컴퓨터 시스템과, 서버에서 제공하는 정보를 받는 클라이언트 컴퓨터 시스템 사이의 전자상거래에 관한 것으로서, 서버가 쇼핑카트의 관리권(maintenance)을 클라이언트에게 위임하여 서버에서는 쇼핑 절차가 정해지지 않게 되는 상태(stateless), 즉, 클라이언트가 쇼핑 요청(shopping request)을 관리하지 않는 것과 관련된 것이다. 나아가 본 발명은, 모든 행위가 히스토리에 저장되어 정상적인 거래 종료시 이 히스토리가 거래내역으로 보관되고 비정상적으로 종료되었을 때에는 다음 접속시에 기존 거래를 재개시킬 수 있는 쇼핑몰 운영방법에 관한 것이다.

Description

인터넷 쇼핑몰 운영방법{Method of operating internet shopping mall}

본 발명은 인터넷과 같은 네트웍상의 서버 컴퓨터 시스템과, 서버에서 제공하는 정보를 받는 클라이언트 컴퓨터 시스템 사이의 전자상거래에 관한 것으로서, 서버가 쇼핑카트의 관리권(maintenance)을 클라이언트에게 위임하여 서버에서는 쇼핑 절차가 정해지지 않게 되는 상태(stateless), 즉, 클라이언트가 쇼핑 요청(shopping request)을 관리하지 않는 것과 관련된 것이다. 나아가 본 발명은, 모든 행위가 히스토리에 저장되어 정상적인 거래 종료시 이 히스토리가 거래내역으로 보관되고 비정상적으로 종료되었을 때에는 다음 접속시에 기존 거래를 재개시킬 수 있는 쇼핑몰 운영방법에 관한 것이다.

일반적인 데이터베이스나 파일에 기반을 둔 쇼핑카트(shopping cart) 시스템은 고유 사용자를 식별해서 서버에 저장된 특정 자료를 특정 사용자와 관련시킬 것을 요구한다. 이렇게 하기 위해서는 사용자가 예금계좌를 로그인 하거나 개설해서 서버에 저장시켜야 한다. 여기에 따라오는 사용자 각각의 요구는 URL(Uniform Resource Locator)에 있거나 양식 제출을 통해 반송된 숨김 자료로서 고유의 ID를 인용해야 한다. 이 두 가지 접근법은 모두 사용자의 계좌나 ID 정보가 일정기간동안 네트웍상의 원격 서버에 저장될 것을 요구한다. 일반적으로, 사용자는 이전 장치의 정보를 검색할 수 있도록 계좌 ID를 계속 추적해야 한다.

현재로서는 페이지에 대한 임의 요청을 포함하는 정보로부터 사용자의 계좌 정보를 추론할 수 있는 신뢰할만한 수단이 없다. 그 이유는 많은 웹 서버, 특히 방화벽 서버가 의도적으로 자료에 발송인을 식별하지 않기 때문이다. 네트웍상의 원격 서버가 사용자의 요청에 반응하거나 사용자의 계좌 정보를 저장할 때는 이 서버 시스템이 개별 사용자의 자료가 저장되는 기간을 결정해야 한다.

자원 제한 서빙(resource constrained serving) 시스템에서는 특정 사용자의 계좌정보가 사용자가 거래를 완료하기 전에 삭제될 수 있다. 예를 들어, 사용자가 저녁에 거래를 시작하여 서버로부터 몇 가지 품목을 수집한 다음 거래를 열어둔 채 잠자리에 들 수 있다. 이때, 원격 서버는 모든 거래가 취소되거나 완료되었다고 가정해서 전날 저녁의 품목 선택사항을 삭제한다.

이러한 기존의 쇼핑카트 운영상의 문제점을 해결하기 위해 개발된 미국특허 제5,745,681호(Stateless shopping cart for the web)는 서버에서 무규정 쇼핑카트(stateless shopping cart) 운영을 제공한다. 무규정 쇼핑카트에서는 서버가 쇼핑카트의 선택된 품목 목록을 유지하지 않는 대신, 서버의 각 클라이언트 거래에서 서버는 쇼핑카트의 내용을 식별하는 자료 필드를 갱신하고 갱신된 쇼핑카트 버전을 자료 필드로서 클라이언트에게 반환한다.

무규정 쇼핑카트 절차는 클라이언트 시스템의 브라우저 프로그램에서 컴퓨터 서버로 전송된 쇼핑 페이지에 대한 명령어나 요청에 의해 시작된다. 서버에서, 이 요청은 서버상의 마켓 응용 프로그램을 불러온다. 마켓 프로그램은 전송된 명령어에 대한 반응으로 쇼핑 페이지 파일을 생성하여 브라우저에 전송한다. 브라우저는 이 쇼핑 페이지 파일로부터 쇼핑 페이지를 구성하여 브라우저가 수신 및 저장한 쇼핑 페이지에서 사용자가 선택한 품목과 일치하는 서버 자료 스트링에 이것을 보낸다. 서버는 사용자가 선택한 품목을 보여주는 목록이 있는지의 여부를 판단하며 목록이 없으면 현재 선택된 품목을 보여주는 목록을 만든다. 이 목록은 쇼핑 페이지 파일의 숨김 카트필드로서 브라우저에 복귀된다. 품목을 전송, 수신하며 목록에 추가하고 카트필드를 브라우저에 반환하는 클라이언트의 브라우저와 서버 마켓 프로그램간의 이 상호작용은 카트의 선택된 품목을 사용자 클라이언트 시스템으로 다운받기를 요구하는 브라우저에 의해 종료될 때까지 계속된다.

서버의 네트웍과 클라이언트 컴퓨터 시스템에서 쇼핑카트를 에뮬레이션하는 장치는 브라우저에 요청 모듈(request module)을 가지고 있어서 쇼핑 페이지 요청을 서버에 보낸다. 서버의 쇼핑 페이지 모듈은 쇼핑 페이지 요청에 반응하여 쇼핑 페이지 파일을 브라우저에 보낸다. 쇼핑 페이지 파일은 사용자가 브라우저를 사용하여 선택할 수 있는 품목을 포함한다. 브라우저에서 쇼핑 모듈은 추가요청을 생성하며 서버에 추가요청을 보낸다. 이 추가요청은 쇼핑 페이지 파일에서 선택할 수 있었던 품목 중에 선택된 품목을 포함한다. 서버에서 리시버는 브라우저로부터 추가요청을 수신하며, 서버에서 카트 목록 모듈은 쇼핑카트 목록을 초기화한다. 서버에서 모듈 추가는 선택된 품목을 쇼핑카트에 추가한다. 서버에서 쇼핑 페이지 모듈은 카트 목록을 카트필드로 변환하며, 새 쇼핑 페이지 파일을 생성하고, 새 쇼핑 페이지 파일을 브라우저에 보낸다. 이런 방식으로, 쇼핑카트필드는 클라이언트 시스템에서 브라우저에 의해 관리될 수 있는 쇼핑 페이지 파일에 있게 된다.

상기 '681특허의 다른 특징으로서, 브라우저의 쇼핑 모듈은 추가요청을 생성하여 서버에 보낸다. 이 추가요청은 새 쇼핑 페이지 파일에서 선택할 수 있는 품목에서 현재 선택한 품목 및 카트필드에서 이전에 선택한 품목을 포함한다. 서버에서 카트 목록 모듈은 이전에 선택한 품목의 카트필드를 이전에 선택한 품목의 카트 목록으로 변환하며, 모듈 추가는 추가요청으로부터 현재 선택된 품목을 카트 목록에 추가한다. 그러므로, 카트 목록은 이전에 선택한 품목 및 현재 선택한 품목을 모두 포함한다.

'681특허의 또다른 특징으로서, 쇼핑 페이지 모듈은 카트 목록을 쇼핑카트필드로 변환하는 필드 변환 모듈을 가진다. 이 모듈에는 쇼핑 페이지 파일을 생성하며 쇼핑 페이지 파일에서 쇼핑카트필드를 포함하는 페이지 파일 발생기도 있다. 이 모듈은 쇼핑 페이지 파일을 브라우저 시스템에 보낸다.

결과적으로, '681특허의 효과는 쇼핑카트(즉, 카트필드)의 유지관리 (maintenance)를 클라이언트 시스템에서 브라우저를 통해 사용자가 관리할 수 있는 것이다.

상기 '681특허는 사용자의 소비패턴을 추정할 수 있다는 점에서는 유용하나 한번 이상 구매한 상품에 대한 자료만을 대상으로 하기 때문에 사용자의 충동, 자금사정 등과 같은 요인이 배제된 상태이므로 세부적이거나 실제 사용자 측면에서 생각하려고 하는 부분이 미숙하다고 할 수 있다. 반면에 본 발명은 단 한번의 선택(아이콘이나 버튼 클릭)마저도 데이터베이스화함으로써 진정한 의미에서 사용자의 욕구를 충족할 수 있다.

따라서 기존의 로그인 개념과는 다른 형태의 쇼핑 진행이 이루어진다. 즉, 기존의 로그인은 이용자의 로그인 시간 중에만 일어나는 일들을 처리할 수 있는 반면, 본 발명의 로그인은 이전에 일어난 사건을 기억하므로 사용자의 부주의나 실수로 일어나는 일들을 예방, 해결 가능하다. 단 한번의 상품 조회나 장바구니 담기를 실행했더라도 쇼핑몰 프로그램과 데이터베이스의 처리로 그 사실을 기록할 수 있으며 그 경우가 이용자의 실수로 로그아웃된 경우라도 전날의 결과를 이용자에게 고지할 수 있는 인텔리젼트 로그인 시스템, 즉 쇼핑카트의 역할을 하게 된다.

이러한 프로그램 작동상의 이점은 다음과 같은 부가적인 기능을 부여하게 된다. 로그인 또는 로그아웃되는 상태에 상관없이 쇼핑 상태가 기록 되므로 다른 장소나 다른 때에도 이전에 사용자가 선택했던 상품에 대한 쇼핑의 연속성을 부여할 수 있게 된다. 즉 "들고 다니는(portable) 장바구니"의 개념이 될 수 있다.

이런 경우에 대비해 모든 행위가 히스토리에 저장되는데, 정상적인 거래 종료시 이 히스토리는 거래내역으로 보관되고 비정상적으로 종료되었을 때에는 다음 접속시 기존 거래를 재개시킬 수 있다. 종료된 후에는 2가지 방법으로 데이터가 저장된다. 하나는 정상 종료시 거래내역으로 기록되고 비정상 종료시 다음 거래를 위한 자료로 저장된다.

사용자의 구매충동의 변화나 개인의 자금사정으로 선택했던 상품 중 일부를 쇼핑카트에서 제거하는 경우가 생기며, 사용자 자신도 그런 사실을 잊어 버리게 되는데, 사용자의 일시적인 선택도 사용자의 욕구이므로 이 역시 데이터베이스화 한다면 보다 확실하고 분명한 소비욕구라고 할 수 있다. 이를 위해 재활용장바구니라고 하는 방법을 통해 사용자의 다음 구매 시 기존에 주문 취소 했던 사항을 재인식(remind)시켜 주어 추가적인 구매를 유도할 수 있다.

추가적으로, 구매자 또는 방문자의 사용편의를 위해 다음과 같은 방법의 쇼핑몰을 구성한다. 우선 시장에 가는 가정주부와 같이 미리 정해 놓은 품목을 빠르게 쇼핑 할 수 있는 방법 ("미리장바구니")을 제공한다. 또 정해진 예산 안에서의 쇼핑을 가능하게 하는 장바구니와 개별 상품의 배달 예정지를 따로 지정하거나 개별 상품의 배달 방법의 개별 선택으로 사용자 지정 상품의 배달 시간 지정을 가능하게 하는 내용, 온라인 혹은 오프라인상의 가계부 프로그램과의 연동, 결제 대금이 신용카드 한도액을 초과 할 경우를 대비한 2개 이상의 신용카드를 이용한 결제 방법 제시와 같다.

따라서, 본 발명은 기존의 단순한 구매욕구 또는 취향분석에서 벗어나 세분화되고 기록 가능한 소비자요구를 분석할 수 있으며 추가적인 구매 유도가 가능함과 아울러, 사용자의 요구를 다양한 방법으로 수용하므로써 최적의 쇼핑 환경을 제공하는데 그 목적이 있다.

도1은 본 발명에 따른 클라이언트/서버 시스템을 나타내는 개요도이다.

도2a~도2g는 본 발명에 따른 실시예의 논리흐름도로서,

도2a는 쇼핑페이지 요청 순서도,

도2b는 추가요청 순서도,

도2c는 카트필드 갱신과 새로운 페이지출력 순서도,

도2d는 미리보기 요청 순서도,

도2e는 쇼핑카트 처리순서도,

도2f는 쇼핑카트에서의 상품 제거 순서도,

도2g는 내려받기 요청 순서도

도2h는 히스토리 생성 저장 순서도,

도2i는 거래내역 생성 저장 순서도이다.

도3~6은 쇼핑 페이지, 카트 페이지, 브라우저 컨트롤 디스플레이를 보여주는 클라이언트 또는 브라우저 시스템에서의 모니터화면으로서,

도3은 쇼핑몰 도입부분 화면(메인화면),

도4는 장바구니(카트)에 담긴 상품을 나타내는 화면,

도5는 장바구니에서 한 가지 상품을 선택한 경우를 나타내는 화면,

도6은 장바구니에 담긴 상품을 다시 조회하는 화면이다.

〈도면 주요부의 설명〉

20: 컴퓨터 시스템, 21: 프로세서, 22: 입출력 장치, 23: CPU, 24: 메모리장치, 25: 키보드, 26: 모니터, 27: 광디스크 드라이브 장치, 28: CD-ROM, 29: 디스크 기억장치, 30: 플로피디스크 드라이브 장치, 31: 디스켓, 35: 클라이언트, 40: 정보 페이지, 45: 응용프로그램, 46: 네트웍

이하 설명된 본 발명의 실시예는 클라이언트 및 서버 컴퓨터 시스템으로 구성되는 분산처리 시스템에서 논리적 연산(logical operation)으로 구현된다. 본 발명의 논리적 연산은 (1) 컴퓨터 시스템상에서 구동되는 컴퓨터 구현 절차와 (2) 컴퓨터 시스템 내에서 상호 연결된 모듈로서 구체화된다. 본 실시예는 본 발명의 기술적 사상을 구현하는 컴퓨터 시스템의 성능 요구사항에 의존하는 선택적 문제이다.

본 발명에 따르면, 네트웍 상의 원격 단말기(remote terminal)에서 사용자는 네트웍을 통해 컴퓨터 서버와 통신이 가능하며, 사용자는 서버로부터 자신의 클라이언트 웍시스템으로 다운로드 받고자 하는 소프트웨어 품목 및 목록을 구축할 수 있다.

본 발명의 실시예에서, 인터넷과 같은 네트웍을 검색하는 클라이언트 시스템상의 웹 브라우저 프로그램을 브라우저로 부르고, 브라우저 시스템이 쇼핑 거래시 통신하는 서버 웍시스템을 서버라 부르기로 한다. 브라우저는 데이터열(string) 형태로 서버에 요청을 보내며 서버에서 보낸 페이지 파일을 받게 된다. 사용자가 브라우저 시스템을 이용하여 검색하고 있는 항목(품목)은 일반적으로 장치 드라이버와 같은 소프트웨어 파일일 것이다. 사용자가 품목 선택을 마치고 다운로드를 요청하면 서버는 해당 소프트웨어 파일을 브라우저에 전송한다.

도1을 참조하면, 이를 위해, 응용 프로그램(45)을 통해 서버로 기능하는 컴퓨터 시스템(20)이 다수의 정보 페이지(40)를 원격 사용자 명령에 위치시킨다. 이들 페이지는 이후에 마켓 프로그램(market program)이라고 표현한 응용 프로그램(45)에 의해 생성된다. 이 페이지(40)는 중앙처리장치(CPU, 32)에서 마켓 프로그램이 생성하는 쇼핑 페이지이다. CPU(23)는 쇼핑 페이지 파일을 생성하고 네트웍(46)에서 클라이언트 시스템(35)까지 전송해 주는데, 이것은 도1에서 설명되었다. 쇼핑 페이지 파일에서 구축된 쇼핑 페이지(40)는 원격 시스템(35)에서 사용자가 브라우저를 이용하여 선택할 수 있는 품목을 포함한다.

도1에서 컴퓨터 시스템(20)의 프로세서(21)는 입출력 장치(22), CPU(23) 및 메모리 장치(24)를 포함하고 있다. 입출력 장치(22)는 CD-ROM(28) 읽기용 광디스크 드라이브 장치(27) 및 디스켓(31) 읽기용 플로피디스크 드라이브 장치(30) 뿐만 아니라 키보드(25), 디스플레이 또는 모니터(26) 및 디스크 기억장치(29)에 연결되어 있다. 이하에 설명할 응용 프로그램(45) 즉 마켓 프로그램은 CD-ROM(28) 또는 디스켓(31)을 통해 컴퓨터 시스템(20)으로 로딩될 수 있다. 입출력 장치(22)는 브라우저를 포함하는 원격 클라이언트 시스템으로 네트웍(46)을 통해 통신하는 통신장치를 포함한다.

클라이언트/서버(20) 또는 클라이언트(35)에서 사용될 수 있는 컴퓨팅 시스템의 일례로, 선마이크로시스템(Sun Microsystems)사의 SPARC시스템(등록상표), IBM 및 이와 호환가능한 PC 제조업체에서 제공하는 개인용 컴퓨터, 그리고 UNIX, OS/2, AIX, DOS, 매킨토시, 리눅스 (모두 상표명임) 등 현재 사용되는 모든 운영체제를 포함한다.

이제 본 발명에 따른 쇼핑몰 운영방법을 도2a~2G를 참조하여 설명한다. 이들 도면은 본 발명의 실시예를 수행하기 위한 논리적 연산을 나타내는 흐름도이다. 각 도면의 좌측면에는 브라우저가 수행하는 논리 연산이 표시되고, 우측면에는 서버가 수행하는 논리 연산이 표시되어 있다.

도2a에서 쇼핑카트 연산(Shopping Cart Operation)은, 사용자가 클라이언트 시스템에서 브라우저를 이용하여 마켓 프로그램을 갖고 있는 서버에 HTML 쇼핑 페이지 요청을 보냄으로써 시작된다(단계 150). 이때의 요청에는 서버의 주소 및 서버에 있는 마켓 프로그램 파일의 주소가 포함되어 있다. 인터넷 프로토콜에서, 이들 주소는 URL(Uniform resource locator)로 표현되는데, 웹브라우저 프로그램을 이용한 클라이언트 시스템에서 사용자는 URL 입력창에 원하는 주소를 입력한다.

서버에서, 브라우저의 쇼핑 페이지 요청은 단계 152에 의해 수신된다. 서버에서 단계 154는 요청에 포함된 파일명에 의해 지정된 마켓 프로그램을 불러들이며 HTML 쇼핑 페이지 파일을 생성한다. 일단 HTML 쇼핑 페이지 파일이 마켓 프로그램에 의해 구성되면, 단계 156에 의해 이 쇼핑 페이지 파일을 쇼핑 페이지를 요청한 브라우저에 보낸다. 또한 사용자에게 변화된 카트 목록을 전송한 후 변화된 내용을 데이터베이스의 히스토리에 저장하므로써 다음번 사용자나 관리자의 요구를 대비한다. 서버에서 하는 역할 중 히스토리생성 기능은 나중에 설명한다.

브라우저에서, 단계 158은 HTML 쇼핑페이지 파일을 수신하여 저장한다. 쇼핑 페이지 파일은 브라우저에 저장되어 사용자가 원하는 경우 검색할 수 있는 페이지 이력을 제공한다. 단계 160에서 쇼핑 파일이 구성되어 브라우저의 모니터에 페이지로서 표시된다(도3 참조).

도3은 쇼핑 페이지 요청에 의해 주소가 지정된 마켓 프로그램이 보낸 쇼핑 페이지 파일로부터 생성된 HTML 쇼핑 페이지를 나타낸다. 도3은 사용자의 쇼핑몰 진입에 따라 생성된 쇼핑몰 초기화면으로서, 사용자의 다음 페이지 요청을 기다리게 된다,. 이 때 사용자는 화면 좌측의 카테고리를 선택하거나 검색창을 통해 상품의 자세한 정보에 도달할 수 있다. 또한 상단의 메뉴중 도움말이나 이메일을 보냄으로써 관리자와의 대화가 가능하다.

도3에 있는 쇼핑 페이지로 사용자들은 메인화면 상의 추천메뉴를 고르거나 각 카테고리로 이동하게 되며, 예를 들어 음악이라는 버튼을 눌렀을 때 사용자는 더욱 세분화된 국내음악, 외국음악, 영화음악, 재즈라고 하는 중간 크기의 카테고리와 각 카테고리의 추천 상품을 보게 되며, 국내음악이라고 하는 중간분류의 버튼을 또 다시 누르게 되면 록, 댄스, 발라드, 트로트 등과 같은 소단위의 상품목록을 보게 된다. 너무 많은 상품의 나열로 상품 선택이 용이하지 않을 때를 생각하여 화면 좌측에 검색창을 항상 위치시키며 카탈로그별로 상세 검색이 가능하도록 한다. 사용자가 원하는 상품을 선택하여 장바구니(카트)에 담은 사용자는 구매를 할 수 있게 된다.

도4는 사용자가 주문을 원하는 상품을 담아놓은 장바구니(카트)를 나타낸다. 여기서 기존 쇼핑몰과의 중요한 차이점이 생기게 된다. 대부분의 쇼핑몰은 이 때 사용자가 주문 요청해서 생긴 상품 주문 정보를 사용자의 컴퓨터(클라이언트)의 전원이 나가면 보존할 수 없는 장치와 같은 형태로 취급하지만, 본 발명에 따른 장바구니(카트)는 이러한 사용자의 욕구를 데이터베이스에 기록함으로써 사용자가 장바구니에서 생략한 상품과 사용자의 실수 혹은 사용자의 컴퓨터의 이상, 네트웍 오작동 등에 대해서도 대처할 수 있는 제반 여건이 생성되며 더 나아가 단 한번의 클릭마저도 데이터베이스화하므로써 보다 자세한 구매욕구 분석과 구매 취향, 소비 패턴을 산출하는데 있어 좋은 자료가 된다.

도2b에서, 브라우저가 추가요청 데이터열을 서버로 전송한다(단계 166). 서버에서의 단계 168은 이 추가요청을 수신하고 추가요청에 따라 마켓 프로그램을 구축한다. 따라서 단계 170은 추가요청에 있는 필드 컨텐츠를 이름/값으로 구분한다. 사용자가 이전에 브라우저에서 선택한 품목이 포함된 카트필드가 추가요청에 존재할 경우, 이것의 이름(예; 카트)과 값(예; 이전 선택한 품목)은 결정 단계 172에서 볼 수 있다. 도2b에서, 브라우저에서 추가요청을 전송하기 전에 히스토리유무를 판정하는 단계가 있음을 알 수 있다. 이에 대해서는 추후에 설명한다.

카트필드나 카트필드 값을 발견하지 못한 경우에, 결정 단계 172는 단계 174로 분기된다. 단계 174는 새로운(빈) 카트 목록을 서버에 초기화한다. 실제로, 사용자 브라우저의 처음 선택이 포함된 요청이 되도록 추가요청이 처리되며, 추가요청에는 이보다 우선하는 카트필드가 존재하지 않는다. 따라서 카트 목록은 서버에서 만들어져야 하며 이 단계는 174 단계에서 수행된다.

추가요청에서 수신된 카트필드 값이 있다면 서버의 논리 단계는 목록변환(convert-to-list) 단계 176으로 분기한다. 단계 176은 이전에 선택한 품목을 포함한 카트필드열(스트링)을 이전 선택 품목의 카트 목록으로 변환한다. 사용자의 추가요청시 데이터베이스의 히스토리 유무를 점검한 후 없는 경우는 추가요청 단계를 진행 한다.

계속하여 도2c의 단계 178에서, 서버는 현재의 요청 추가에서 선택한 품목을 수신함과 동시에, 단계 174 또는 176에서 만든 카트 목록에 이를 추가한다. 여기에 든 예에서는 추가요청에 선택한 아이템을 처음으로 모은 것이기 때문에 쇼핑카트 목록은 단계 174에서 나올 것이다. 최근에 선택한 아이템을 추가요청에 담아 둘 수 있도록 갱신된 쇼핑카트 목록으로 필드변환 단계 180은 서버의 쇼핑카트 목록을 쇼핑카트필드 데이터열로 변환한다. 그리고 단계 182가 HTML 쇼핑 페이지 파일을 생성하고 쇼핑카트필드열을 숨김필드로 삽입한다. 단계 184는 숨김 쇼핑카트필드가 있는 이 HTML 쇼핑 페이지 파일을 브라우저로 보낸다. 파일이 보내지고 나면 쇼핑카트 목록을 서버에 남겨둘 필요가 없다. 따라서 단계 184가 현재 저장된 쇼핑카트 목록을 해제하고 마켓 프로그램이 존재하게 된다.

한편, 브라우저에서 단계 186은 전에 선택한 아이템의 쇼핑카트 스트링이 있는 숨김 필드를 포함한 HTML 쇼핑 페이지 파일을 받아서 저장한다. 단계 188은 이 페이지 파일로 쇼핑 페이지를 만들어 표시한다. 이는 서버에서 저장하거나 클라이언트에 저장될 수 있다. 사용자가 이전에 선택한 아이템은 HTML 쇼핑 페이지에 있는 쇼핑카트필드 스트링에 있다. 사용자가 현재의 트랜잭션을 유지하거나 HTML 쇼핑 페이지 파일을 저장하고 있는 한, 선택한 아이템이 있는 쇼핑카트필드는 브라우저나 브라우저와 서버간의 통신수단에 보유된다. 또한 모든 자료는 서버의 히스토리 디바이스에 저장된다. 이 히스토리는 거래내역이나 다음 로그인시 사용될 수 있다.

히스토리는 다음번 사용자의 로그온을 대비하여 데이터베이스에 저장되며 이 내용은 사용자의 구매 욕구 분석 및 들고 다니는(portable) 장바구니, 재활용 장바구니 등에 사용될 수 있다

도6 에서 사용자는 주문한 상품 중 특정 상품에 대한 내용을 다시 확인 할 수 있으며, 주문 내용에 관한 사항을 수정, 제거할 수 있다. 주문량을 변화 시키거나 잘못 주문한 경우 삭제가 가능하다. 이 때도 쇼핑몰 프로그램은 이러한 사실을 메모리상에서 지우거나 수정 작업만 하는 것이 아니고 이러한 사소한 변화과정을 모니터링하여 계속 데이터베이스에 기록하게 된다.

주문한 상품을 확인 후 사용자는 추가로 물품을 더 선택할 수도 있으며 이 때도 추가 상품은 기존의 장바구니에 담기게 된다.

쇼핑을 거의 마치고 선택한 상품을 구매하려면 사용자는 도6의 하단에 있는 구매하기 아이콘(도시 안됨)을 선택한다. 이 경우에는 결정 단계 202에 예 명령이 내려져 미리보기 요청 단계 203을 전송한다(도2d에서와 같이). 이 미리보기 요청에는 사용자가 선택한 아이템 목록과 마켓 프로그램 ID가 들어 있는 쇼핑카트필드가 포함된다.

도2d에서 미리보기 요청은 서버에 있는 단계 205에서 받는다. 단계 207은 미리보기 요청에서 받은 마켓 프로그램 ID를 찾아서 이 프로그램을 호출한다. 단계 209는 미리보기 요청의 쇼핑카트필드를 선택된 아이템의 목록으로 변환시킨다. 이 때 서버는 아이템을 목록에 추가하거나 삭제할 수 있다. 그러나 미리보기 요청에는 추가나 삭제과정이 없으므로 도2e의 단계 211이 쇼핑카트 목록을 쇼핑카트필드로 변환시킨다.

그리고 도2e에서 단계 213은 HTML 쇼핑카트 페이지 파일을 생성해서 여기에 쇼핑카트 필드열(스트링)을 삽입한다. 단계 215는 쇼핑카트필드가 있는 HTML 쇼핑카트 페이지 파일을 브라우저로 전송한다. HTML 쇼핑카트 페이지 파일을 보낸 후에는 단계 217이 현재 저장된 쇼핑카트 목록을 해제하고 마켓 프로그램이 존재하게 된다.

브라우저에서는 단계 219가 사용자가 선택한 아이템의 스트링이 있는 쇼핑카트필드가 포함된 HTML 쇼핑카트 페이지 파일을 받아서 저장한다. 단계 221은 이 페이지 파일로부터 쇼핑카트 페이지를 만들어서 표시한다. 쇼핑카트 페이지에는 사용자가 선택한 아이템 목록이 포함되어 있다. 이 내용은 도6에 있다. 사용자는 도5와 도6의 휴지통이나 삭제하기를 누름으로써 구매의사가 상실된 물품을 쇼핑카트에서 제거할 수 있다

도2e의 단계 223에서 사용자는 삭제할 아이템을 선택하고 나서 앞에서 설명한대로 삭제 아이콘을 선택한다. 결정 단계 225는 사용자가 수행한 단계가 삭제 요청인지 내려받기 요청인지를 테스트한다. 이 단계는 삭제 단계이기 때문에 아니오 명령이 내려지면 삭제요청 생성 단계 227이 전송된다. 단계 227은 (1) 마켓 프로그램 ID, (2) 선택한 아이템의 쇼핑카트필드, (3) 이 필드에서 삭제할 아이템 등을 포함한 삭제 요청을 생성한다.

도2f에서 단계 229가 삭제요청을 브라우저에서 서버로 보낸다. 서버에서 단계 231은 삭제 요청을 받아서 마켓 프로그램을 호출한다. 그리고 나서 단계 233이 삭제 요청의 쇼핑카트필드 스트링을 사용자가 이전에 선택한 아이템의 목록으로 변환시킨다. 단계 225는 삭제 요청에 있는 삭제할 아이템을 읽고 목록에서 삭제한다.

갱신된 쇼핑카트 목록은 도2e의 단계 211에 의해서 다시 목록으로 되돌려 보내진다. 서버는 다시 단계 213에서 쇼핑카트 페이지 파일을 만들어 단계 215에서 갱신된 쇼핑카트필드로 된 쇼핑카트 페이지 파일을 브라우저로 전송한다. 구입 및 저장 모듈 219는 쇼핑카트 페이지를 받아서 브라우저에 저장한다. 다시 단계 221은 카트 페이지를 만들고 선택한 품목으로 갱신한 목록과 함께 이 카트 페이지를 표시한다. 이제 사용자가 쇼핑카트에 남은 품목들을 구매할 준비가 되면 구매하기 아이콘(도6의 하단, 그러나 도시 안됨)을 선택한다. 결정 단계 225는 구매하기 요청의 존재를 탐지하고 이 프로세스는 도2g의 단계 204로 분기한다.

도2g에서 브라우저의 단계 204는 서버로 내려받기 요청을 보낸다. 내려받기 요청은 마켓 프로그램을 규정하여 결국 서버가 제공하는 마켓 프로그램이 되며 내려받기 할 아이템으로 구성된 쇼핑카트필드를 포함한다.

서버의 단계 206은 브라우저로부터 구입 요청을 받고 단계 208이 구입 요청에서 규정된 마켓 프로그램을 호출한다. 서버의 변환 단계 210은 쇼핑카트필드 스트링을 선택된 아이템의 쇼핑카트 목록으로 변환한다. 그리고 나서 검색 및 전송 단계 212이 선택된 아이템으로 판명되는 각 장치 드라이버를 쇼핑카트 목록에서 검색해서 브라우저로 전송한다. 브라우저에서는 단계 214가 구입을 선택했을 때 결제 과정이 진행되고 배송방법이 결정되면 실제 거래가 완료된다.

도2h는 사용자가 구매하지 않았지만 상품을 한 번 이상 쇼핑카트에 담았던 경우를 위한 프로그램 처리 과정이다. 즉, 사용자가 로그온 후 데이터베이스의 히스토리 항목을 확인하여 사용자가 이전에 히스토리를 갖고 있다면 이전의 히스토리 항목을 로드(load)하며 없다면 새로운 상황을 위한 히스토리 항목을 생성하게 된다.

도2i는 사용자가 한 번 이상의 구매 히스토리를 갖고 있는 경우 그 사용자의 거래내역을 데이터베이스에서 추출하여 다음에 일어나는 사건을 기록하거나 새로운 거래내역이 필요할 경우를 대비하는 단계이다.

이러한 쇼핑 과정에서 HTML 쇼핑 페이지 파일은 브라우저에 도착할 때 저장된다. 브라우저는 HTML페이지 파일의 전력을 미리 보여주는 장치를 제공한다. 이 장치로 인해서 사용자는 현재 쇼핑카트필드를 포함하고 있지는 않지만 나중에 이 필드를 포함하는 페이지로 돌아갈 수 있는 다른 페이지를 찾아 쇼핑을 재개할 수 있게 된다. 쇼핑카트의 자료, 즉 쇼핑카트 안의 선택된 아이템은 HTML 쇼핑카트 페이지 파일로 되어 있기 때문에 사용자는 나중에 사용할 수 있도록 이 파일을 저장할 수 있다. 여기서 나중에 사용한다는 것은 다른 날에 인터넷을 통해서 같은 서버와 마켓 프로그램으로 출입하는 것을 말한다.

결국 본 발명은 방법이나 제조에 관한 장치 및 논문, 컴퓨터 프로그램을 포함한 저장 수단 등을 제공하여 인터넷이나 네트웍 상에서 쇼핑을 할 수 있게 한다. 이들 인터넷이나 네트웍에는 사용자의 아이템 선택을 맞추기 위한 모든 정보가 고객 컴퓨터에서 보유하는 페이지의 숨김 필드에 유지되어 있다. 서버는 사용자의 신원이나 선택사항에 관한 모든 정보를 필요로 하지는 않는다.

이상에서와 같이 본 발명의 바람직한 실시예에 관하여 기술되었기 때문에 이 분야의 통상의 지식을 가진 당업자가 이해할 수 있을 것이며 따라서 구체적 형식이나 세부사항은 이 발명의 의도나 범위에서 벗어나지 않는 한 변경될 수 있음은 자명하다.

본 발명은 또한 사용자 편의를 위해 쇼핑 프로그램에 다음과 같은 내용을 포함시킬 수 있다.

1. 미리 정해진 쇼핑 목록을 사용자가 작성하여 정해진 품목에 대한 쇼핑을 신속히 할 수 있는 기능, 2. 예산을 정하고 정해진 예산안에서의 쇼핑을 진행할 수 있는 기능, 3. 개별 상품별로 배달지를 따로 지정하는 기능 , 4. 여러 개의 상품을 주문시 특정 상품 만을 빨리 받고 싶은 경우나 배달시간을 따로 지정하고 싶은 경우에 대비한 개별 상품의 개별적인 배달 방법 선택 기능, 5. 온라인 혹은 오프라인 상의 가계부 프로그램과의 연동으로 사용자의 체계적인 쇼핑을 유도하는 기능, 6. 한번 선택한 상품을 때와 장소에 상관 없이 연속적으로 주문할 수 있는 포터블(portable) 장바구니의 개념, 7. 선택한 상품을 사용자의 상황으로 쓰레기통에 버리거나 쇼핑 바구니에서 제외시켰던 아이템만을 모아 두는 재활용 바구니의 기능, 8. 사용할 카드의 신용 한도액을 초과한 결제금액을 위한 여러 개의 카드를 이용한 결제방법 제시 기능.

이러한, 변형사항을 보다 더 구체적으로 설명하면 다음과 같다.

예비 장바구니는 사용자의 사전 작성으로 만들어지며 이 예비 장바구니를 위한 입력란을 추가로 제공하여 신속한 쇼핑을 도와준다. 사용자가 미리 정한 쇼핑 예산을 반영한 쇼핑 아이템을 추천하거나 쇼핑 중 예산 한도액을 경고하거나 최적가의 상품을 제시한다. 주문하는 상품이 여러개의 경우 각각의 상품의 배달지가 다르게 될 수 있도록 하는 입력체계를 준비하여 제공한다. 여러 개의 상품을 주문시 각 상품의 배달 방법을 달리 할 수 있는 방법을 제시한다. 온라인 혹은 오프라인 상의 가계부와의 연동을 마련해 줌으로써 사용자 편의성을 증가시킨다. 들고 다니는 장바구니의 개념을 도입하여 한번 이상 장바구니에 담긴 상품을 다른 장소에서의 연속적인 쇼핑이 가능하도록 한다. 장바구니에 한번 이상 담았던 상품을 정해진 데이터베이스에 저장 후 필요시 버린 상품 아이템만을 추가로 화면상에 출력 연속적인 쇼핑이 가능하도록 한다. 신용카드의 사용한도액을 초과한 경우 그 내용을 알려주고 추가로 사용할 수 있는 타 신용카드의 결제를 유도하여 1개 이상의 신용카드로 고가의 상품을 구매 유도한다.

이상에서와 같이, 본 발명에 따르면, 로그인 또는 로그아웃되는 상태에 상관없이 쇼핑 상태가 기록되므로 다른 장소나 다른 때에도 이전에 사용자가 선택했던 상품에 대한 쇼핑의 연속성을 부여할 수 있게 된다. 즉 "들고 다니는(portable) 장바구니"의 개념이 될 수 있다.

사용자의 구매충동의 변화나 개인의 자금사정으로 선택했던 상품 중 일부를 쇼핑카트에서 제거하는 경우가 생기며, 사용자 자신도 그런 사실을 잊어 버리게 되는데, 사용자의 일시적인 선택도 사용자의 욕구이므로 이 역시 데이터베이스화 한다면 보다 확실하고 분명한 소비욕구라고 할 수 있다. 이를 위해 재활용 장바구니라고 하는 방법을 통해 사용자의 다음 구매 시 기존에 주문 취소했던 사항을 재인식(remind)시켜 주어 추가적인 구매를 유도할 수 있다.

Claims (1)

1. 클라이언트/서버 시스템 사이의 전자상거래로서,

   클라이언트의 브라우저에서 서버에 쇼핑페이지를 요청하는 단계,

   서버에서 이 요청을 수신하여 마켓프로그램을 구축하고 HTML 쇼핑페이지 파일을 작성하는 단계,

   작성된 쇼핑페이지 파일을 브라우저에 표시하는 단계,

   서버에서 사용자를 인식하여 히스토리유무를 판정하는 단계,

   히스토리를 생성한 후 저장할 히스토리목록을 생성하고 저장하는 단계로 구성되는 인터넷 쇼핑몰 운영방법.