KR20190015630A

KR20190015630A - 다수의 판매 채널에 대한 재고 교환

Info

Publication number: KR20190015630A
Application number: KR1020197003512A
Authority: KR
Inventors: 모한 파트; 니샨트 아스타나; 사친 틸루
Original assignee: 이베이 인크.
Priority date: 2012-06-13
Filing date: 2012-12-27
Publication date: 2019-02-13
Also published as: KR20150003415A; AU2012382433A1; CA2861821A1; AU2012382433B2; WO2013187933A3; US20130339199A1; KR20170038092A; WO2013187933A2

Abstract

다수의 판매 채널에 걸쳐 재고를 관리하기 위한 시스템, 방법, 및 컴퓨터 판독가능 매체가 제공된다. 재고로부터의 제1 세트의 아이템들이 사업 규칙에 따라 제1 판매 채널에 목록화된다. 재고로부터의 제2 세트의 아이템들이 사업 규칙에 따라 제2 판매 채널에 목록화된다. 제1 판매 채널 및 제2 판매 채널로부터의 주문 이벤트들이 트래킹된다. 주문 이벤트들은 재고로부터의 아이템을 수반하는 거래를 나타낼 수 있다. 사업 규칙은 제1 판매 채널 및 제2 판매 채널에서 판매하기 위해 또한 제공되는 아이템들을 재조정하는데 사용될 수 있다.

Description

다수의 판매 채널에 대한 재고 교환{AN INVENTORY EXCHANGE FOR MULTIPLE SALES CHANNELS}

우선권 출원

본 출원은 2012년 6월 113에 출원되고 여기에 그 전체가 참조로서 통합되는 미국 출원 일련 번호 제13/495,703호를 우선권 주장한다.

기술 분야

본 출원은 데이터 처리에 관한 것이다. 특히, 예시적 실시예들은 다수의 판매 채널들에 걸쳐 재고를 관리하는 재고 관리 시스템을 제공할 수 있다.

기술이 빠르게 향상됨으로써, 상거래를 가능하게 하는 방법 및 시스템이 변화하였고 빠르게 진화되고 있다. 예를 들면, 전통적인 전자 상거래라면, 상인들은 자신들에 의해 제어되고 브랜드화되는 웹사이트를 통해서뿐만 아니라 eBay™ 및 Amazon™과 같은 다수의 제3자 온라인 시장을 통해 자신들의 재고에서 아이템들을 판매할 수 있다. 일반적으로, 온라인 시장(또는 간단히 시장)의 출현은 고객에게 유익하다. 이러한 것은 시장이 고객에게 다수의 상인들에 걸친 뷰(view)를 제공하기 때문이다. 다수의 상인이 한 아이템의 판매를 위해 경쟁하는 경우, 고객은 구매시 비교적 양호하게 회신(return)을 받을 수 있다.

상인들이 다수의 시장을 통해 재고의 아이템들을 판매하는 것이 일반적이다. 예를 들면, 상인들은 공통적으로 아이템들에서의 중복이 없도록 다수의 시장에 걸쳐 아이템들을 분리한다. 즉, 한 세트의 시장들 상에 리스트되어 있는 아이템들의 총 합계는 상인의 재고에 있는 총 아이템들을 초과하지 않는다. 예를 들면, 상인은 시장 M1 및 M2에 총 재고 아이템들을 T=TM1+TM2+T1이 되도록 리스트할 수 있으며, 여기에서, T는 상인이 판매하고자 시도하는 총 재고이고, TM1은 M1에 리스트되어 있는 재고로부터의 아이템들이며, TM2는 M2에 리스트되어 있는 재고로부터의 아이템들이고, T1은 상인의 사이트 및 창고의 나머지 재고이다.

본 개시는 첨부 도면의 도면에 제한적인 아닌 예로서 도시되어 있다.
도 1a는 예시적 실시예에 따른 거래 시스템을 도시하는 네트워크 도면이다.
도 1b는 이벤트 구동 아키텍처를 이용하여 다수의 판매 채널들에 걸쳐 재고를 관리하도록 구성되고, 여기서 설명되는 몇몇 실시예에 일치하는 이벤트 시스템을 도시하는 네트워크 도면이다.
도 2a는 예시적인 실시예에 따라 다수의 판매 채널들을 거쳐 재고 관리 서비스를 개시하기 위한 데이터 플로우를 도시하는 블록도이다.
도 2b는 예시적인 실시예에 따라 다수의 판매 채널들을 거쳐 재고 관리 서비스를 관리하기 위한 데이터 플로우를 도시하는 블록도이다.
도 3은 예시적인 실시예에 따른 예시적인 재고 교환의 데이터 및 모듈을 도시하는 블록도이다.
도 4는 예시적인 실시예에 따라 다수의 판매 채널들을 거쳐 재고를 관리하는 방법을 도시하는 플로우 차트이다.
도 5는 도 4의 동작을 수행할지를 결정하기 위해 예시적인 실시예에 의해 사용될 수 있는 다수의 조건들을 도시하는 도면이다.
도 6은 예시적인 실시예에 따라 사업 규칙을 업데이트하기 위해 사용되는 다양한 조건들을 도시하는 도면이다.
도 7은 컴퓨터 시스템의 예시적인 형태로 있는 머신의 개략적인 표현을 도시하는 것으로, 그 시스템 내에서 머신이 여기서 논의되는 방법론들 중 임의의 하나 이상을 수행하도록 명령어들의 세트가 실행될 수 있다.

특정 예를 참조하여 예시적인 실시예를 설명하였지만, 이들 실시예에 본 발명의 광의의 범위로부터 벗어나지 않고 다양한 수정 및 변경이 이루어질 수 있다는 것은 자명할 것이다. 따라서, 명세서 및 도면은 제한적이라기 보다는 예시적인 것으로 간주되어야 한다.

일 실시예에서, 시스템 및 방법은 다수의 판매 채널들에 걸쳐있는 목록들(listings)을 관리하는 재고 관리 서비스를 제공한다. 용어 "판매 채널"은, 여기서 사용되는 바와 같이, 제품 또는 서비스를 하나 이상의 고객들에게 판매하도록 구성된 고객-대면 인터페이스(consumer-facing interface)를 지칭할 수 있다. 판매 채널은 그 판매 채널이 제품 또는 서비스를 고객들에게 판매하는 사업체에 의해 (예를 들면, 소매 상점 또는 브랜드화된 웹 사이트를 통해) 운영된다면 직접적일 수 있거나, 또는 판매 채널은 소매상, 딜러, 또는 온라인 시장과 같은 중간 또는 제3자가 물건 또는 서비스를 고객에게 판매하기 위한 인터페이스를 운영한다면 간접적일 수 있다. 제한적이지 않은 예로서, (예를 들면, eBay™ 또는 Amazon™에 의해 제공될 수 있는) 온라인 시장은 판매용 제품 또는 서비스를 리스팅하기 위한 온라인 서비스들뿐만 아니라 판매를 완료하는데 사용되는 다른 활동들을 제공할 수 있다.

여기서 개시되는 몇몇 예시적인 예와 일치하게, 재고 관리 시스템은, 사용자가 다수의 판매 채널들에 걸쳐 재고를 관리하는데 관여되는 양상들을 관리할 수 있게 하는 재고 관리 인터페이스를 제공할 수 있다. 예를 들면, 재고 관리 인터페이스는 사용자가 재고와 연관된 하나 이상의 사업 규칙들을 정의하게 할 수 있도록 구성될 수 있다. 사업 규칙은 재고 관리 시스템이 다수의 판매 채널에 걸쳐 재고를 분배하기 위해 사용하는 로직 및/또는 데이터일 수 있다. 예를 들면, 사업 규칙은 재고가 60-40 분할에 따라 제1 및 제2 판매 채널에 걸쳐 분배되도록 나타낼 수 있다. 따라서, 재고가 100개의 아이템들을 포함한다면, 예시적인 사업 규칙을 이용하여, 재고 관리 시스템은 제1 판매 채널에는 60개의 목록을 그리고 제2 판매 채널에는 40개의 목록을 생성 또는 제공할 수 있다.

재고 관리 시스템은 다수의 실제 애플리케이션을 제공할 수 있다. 예를 들면, 예시적인 실시예에 따라, 재고 관리 시스템은 판매 채널들 각각과 연관된 목록들을 업데이트하도록 구성될 수 있다. 예를 들면, 결정가능 조건(예를 들면, 기간 또는 재고 조건)에 기초하여, 재고 관리 서비스는 재고가 다수의 판매 채널들에 걸쳐 재조정되어야 한다고 결정할 수 있다. 그러한 재조정은, 예를 들면, 제1 판매 채널 상에서 발생하는 판매가 제1 및 제2 패널에 리스팅된 아이템들의 분배를 60-40 분할을 벗어나도록 야기하였다면 발생할 수 있다. 이 경우에, 재고 관리 서비스는 한 판매 채널로부터의 목록들에서 목록을 빼고 재고의 아이템들의 분배가 사업 규칙과 일치할 때까지 또 다른 판매 채널 상의 아이템들을 재목록화할 수 있다.

몇몇 실시예에서, 재고 관리 시스템은 다수의 판매 채널들 간의 가격 비교에 기초하여 아이템 목록을 업데이트하도록 구성될 수 있다. 예를 들면, 상인은 특정 판매 채널에서 판매된 재고의 아이템들에 대한 최저 가격(threshold price)을 구성할 수 있다. 재고 관리 시스템은 가격 변동 이벤트들을 수신하도록 다수의 판매 채널에 가입할 수 있다. 가격 변동 이벤트들은 경쟁 상인이 판매한 유사한 아이템들에 대한 가격 변동을 나타낼 수 있다. 한 방식에서, 매칭 카테고리에 기초하여 유사도가 결정된다. 다수의 판매 채널들에서 아이템들이 판매될 때, 재고 관리 시스템은 가격 변동 이벤트들을 수신할 수 있다. 가격 변동 이벤트는 재고의 아이템들에 유사한 아이템의 새로운 가격을 특정할 수 있다. 가격 조정 기능에 기초하여, 재고 관리 시스템은 아이템 목록 상에서의 가격을 조정할 수 있다. 예를 들면, 재고 관리 시스템은 가격 변동 이벤트에 의해 특정된 가격이 최저 가격보다 높지만 목록 아이템의 가격보다는 낮다는 것을 결정할 수 있다. 이러한 결정에 응답하여, 재고 관리 시스템은 가격 변동 이벤트에서 특정된 가격의 함수인 새로운 가격(경쟁자보다 더 낮은 가격)을 반영하도록 목록 아이템을 업데이트할 수 있다. 이 규칙은 전술한 기간 및 재고 조건에 더하여 구성된 규칙들의 체인에서의 트리거들 중 하나일 수 있다.

이들 및 다른 실시예들이 아래에 더 상세하게 설명된다.

플랫폼 아키텍처

도 1a는 예시적인 실시예에 따라 거래 시스템(100)을 도시하는 네트워크 도면이다. 도 1a에 따르면, 거래 시스템(100)은 네트워크(114)를 통해 통신가능하게 연결된 소비자 머신(들)(102), 판매 채널(104, 105), 상인 디바이스(106), 및 재고 교환(108)을 포함한다. 몇몇 실시예에서, 거래 시스템(100)은 상인이 다수의 판매 채널들을 거쳐 재고를 관리하기 위한 방법을 특징짓는 하나 이상의 사업 규칙들을 구성하게 할 수 있다.

네트워크(114)는 도 1에 도시된 컴포넌트들 간에 데이터를 통신하는데 사용되는 임의의 적절한 네트워크일 수 있다. 다른 실시예에서, 네트워크(114)의 하나 이상의 부분들은 ad hoc 네트워크, 인트라넷, 익스트라넷, VPN(virtual private network), LAN(local area network), WLAN(wireless LAN), WAN(wide area network), WWAN(wireless WAN), MAN(metropolitan area network), 인터넷의 일부, PSTN(Public Switched Telephone Network)의 일부, 셀룰러 전화 네트워크, 또는 임의의 다른 유형의 네트워크, 또는 그러한 네트워크들 중 두 개 이상의 조합을 포함할 수 있다.

판매 채널(104, 105)은 네트워크(114)(예를 들면, 인터넷)를 통해 서버측 기능을 소비자 디바이스(102)에 제공할 수 있다. 판매 채널(104, 105)은 사용자 거래에 대응하는 네트워크(114)를 통해 데이터의 교환을 용이하게 하기 위해 거래 중간자로서 동작하도록 구성된 네트워크 어드레스지정가능 컴퓨터일 수 있다. 사용자 거래는 아이템 및 아이템 관련 데이터, 및 지불 데이터, 선적 데이터, 아이템 리뷰 데이터, 피드백 데이터와 같은 다수의 사용자들로부터의 사용자 데이터, 및 거래 당사자들 간에 통신되는 임의의 다른 적절한 데이터를 수신하고 처리하는 것을 포함할 수 있다. 판매 채널(104, 105)과 같은 거래 중간자는 선적 서비스 브로커, 지불 서비스와 연관된 하나 이상의 모든 기능, 및 하나 이상의 당사자들 간의 거래와 연관된 다른 기능을 포함할 수 있다. 간소화를 위해, 이들 기능은 네트워크 기반 판매 채널(104; 105)의 통합 부분인 것으로 논의된다; 그러나, 이들 기능은 네트워크 기반 판매 채널(104, 105)를 원격으로 및/또는 분리되어 형성하는 시스템에 의해 제공될 수 있다는 것이 이해되어야 한다.

상인 디바이스(106)는 상인이 네트워크(114)를 통해 재고 교환(108)과 데이터를 교환할 수 있게 하는 임의의 적절한 컴퓨팅 디바이스일 수 있다. 몇몇 실시예에서, 상인 디바이스(106)는 상인에게 다수의 재고 관리 기능들을 디스플레이하는 사용자 인터페이스(UI)를 상인에게 제공할 수 있는 웹 기반 클라이언트 또는 웹 기반 애플리케이션을 실행할 수 있다. 예를 들면, 그러한 UI는 재고를 구성(예를 들면, 재고 내의 다수의 아이템들, 아이템 가격, 재고에 대한 이름, 저장 위치, 선적 옵션, 아이템 설명 등을 정의)하고 재고에 인가된 하나 이상의 사업 규칙들을 정의하는 UI 엘리먼트들을 디스플레이할 수 있다. 재고를 구성하고 하나 이상의 사업 규칙들을 정의할 때 관여하는 동작들이 이하에 더 상세히 설명된다.

재고 교환(108)은 다수의 판매 채널(예를 들면, 판매 채널(104, 105))에 걸쳐 상인의 재고를 관리하도록 구성되는 네트워크 기반 컴퓨팅 디바이스일 수 있다. 전술한 바와 같이, 재고 교환(108)은 상인이 정의한 하나 이상의 사업 규칙들에 따라 다수의 판매 채널(예를 들면, 판매 채널(104, 105))에 걸쳐 상인의 재고를 분배하기 위해 상인 디바이스(106)와 데이터를 교환하도록 구성될 수 있다. 예를 들면, 하나의 예시적인 실시예에 따라, 재고 교환(108)은 판매 채널(104) 상에 아이템들을 목록화함으로써 재고로부터 제1 세트의 아이템들을 분배할 수 있다. 재고 교환(108)은 판매 채널(105) 상에 아이템들을 목록화함으로써 재고로부터 제2 세트의 아이템들을 또한 분배할 수 있다. 제1 세트의 아이템들과 제2 세트의 아이템들의 분배는 상인이 정의한 사업 규칙들 중 하나 이상에 따라 수행될 수 있다.

재고 교환(108)은 상인이 정의한 하나 이상의 사업 규칙들을 강요하기 위해 판매 채널(104, 105)과 데이터를 교환하도록 또한 구성될 수 있다. 예를 들면, 소비자 디바이스(102)를 이용하는 소비자는 판매 채널(104)을 통해 재고로부터 아이템을 구매할 수 있다. 몇몇의 경우에, 아이템을 구매함으로써, 다수의 판매 채널들에 걸친 재고의 분배가 상인이 정의한 사업 규칙으로부터 벗어날 수 있다. 따라서, 재고 교환(108)은 하나의 판매 채널로부터 하나 이상의 목록들을 제거하고, 재고의 분배가 상인이 정의한 사업 규칙들에 따를 때까지 또 다른 판매 채널 상에 하나 이상의 아이템들을 목록화할 수 있다. 여기서 사용되는 용어 "재조정"은 재고의 아이템들의 분배가 상인이 정의한 사업 규칙에 따르도록 다수의 판매 채널 상에 목록화되는 아이템들을 업데이트하는 프로세스를 지칭할 수 있다.

도 1a가 소비자 디바이스(들)(102), 판매 채널(104, 105), 상인 디바이스(106), 재고 교환(108), 및 네트워크(114)의 배열의 특정 예를 도시하고 있지만, 이러한 개시는 소비자 디바이스(들)(102), 판매 채널(104, 105), 상인 디바이스(106), 재고 교환(108), 및 네트워크(114)의 임의의 적절한 배열 또는 구성을 포함한다. 예를 들면, 도 1b는 여기서 설명되는 몇몇 실시예와 일치하고 이벤트 구동 아키텍처를 이용하여 다수의 판매 채널에 걸쳐 재고를 관리하도록 구성된 이벤트 시스템(10)을 도시하는 네트워크 도면이다. 이벤트 시스템(10)은 전술한 네트워크 기반 판매 채널(104, 105)과 같은 하나 이상의 네트워크 기반 판매 채널을 포함할 수 있다. 소비자 디바이스(102)를 경유하여 판매 채널(104, 105)을 통해 소비자가 아이템을 구매하는 것에 응답하여, 판매 채널(104, 105)은 메시지 버스(30)를 통해 주문 이벤트(order event)를 케이퍼빌리티(capability)에 전달할 수 있다. 여기서 사용되는 "케이퍼빌리티"는 메시지 버스(30)를 통해 메시지를 수신(가입)하고 전송(공개)하도록 구성되는 애플리케이션을 지칭할 수 있다. 도 1b는 재고 교환(108)이 메시지를 메시지 버스(30)를 통해 판매 채널(104, 105)에 가입하고 공개하는 케이퍼빌리티로서 동작하도록 구성될 수 있다. 몇몇 실시예에서, 재고 교환(108)은 판매 채널(104, 105)을 거쳐 판매되는 재고를 관리하기 위해 상인 디바이스(106)에게 통일된 인터페이스를 제공한다.

예시적인 데이터 플로우

도 2a는 몇몇 실시예에 따라 다수의 판매 채널에 걸쳐 재고 관리 서비스를 개시하기 위한 데이터 플로우(200)를 도시하는 블록도이다. 데이터 플로우(200)는 상인 디바이스(106)가 재고 교환(108)에게 재고 구성 데이터(202)를 전달하는 것으로 시작될 수 있다. 재고 구성 데이터(202)는 아이템 카운트, 아이템 위치 등과 같은 재고를 정의하거나 특징짓는 데이터를 포함할 수 있다. 또한, 재고 구성 데이터(202)는 하나 이상의 사업 규칙들을 포함할 수 있다. 사업 규칙들은 재고 내의 아이템들이 다수의 판매 채널들을 거쳐 어떻게 관리될 것인지를 정의하거나 특징지을 수 있다. 사업 규칙들이 아래에 더 상세하게 설명되지만, 설명의 목적으로 몇 개의 사업 규칙들이 이제 제공되지만, 이에 제한되는 것은 아니다. 예를 들면, 재고가 다수의 채널에 거쳐 어떻게 분배될지(예를 들면, 판매 채널(104)에 재고의 40%, 판매 채널(105)에 재고의 60%)를 설명하는 사업 규칙은 상인이 재고에 적용되도록 구성할 수 있는 사업 규칙의 예이다. 더욱이, 아이템들이 특정 판매 채널에 대해 어떻게 가격이 매겨질지를 정의하는 가격 규칙은 상인이 재고에 적용되도록 구성할 수 있는 사업 규칙의 또 다른 예이다.

재고 교환(108)이 재고 구성 데이터(202)를 수신한 후, 재고 교환(108)은 사업 규칙들을 이용하여 다수의 판매 채널에 걸쳐 재고를 관리한다. 예를 들면, 재고 교환(108)은 전술한 사업 규칙을 이용하여 목록 데이터(204, 206)를 각각의 판매 채널에 전송함으로써 판매 채널(104) 상에 제1 세트의 아이템들을 목록화하고 판매 채널(105) 상에 제2 세트의 아이템들을 목록화할 수 있다. 목록 데이터(204, 206)는, 몇몇 실시예에서, 제품명, 제품 이미지, 가격 등과 같은 재고 구성 데이터(202)에 의해 제공되는 데이터의 서브세트를 포함할 수 있다. 각각의 판매 채널에 아이템들을 목록화하는데 사용되는 가격은, 몇몇 실시예에 따라, 판매 채널(104) 및 판매 채널(105)에 대해 가격 함수를 특정하는 사업 규칙에 기초하여 결정될 수 있다.

재고의 아이템들이 상인이 선택한 사업 규칙에 따라 판매 채널(104, 105)에 목록화된 후, 판매 채널(104, 105)은 재고의 다양한 아이템들의 목록들(208, 210)을 도 1의 소비자 디바이스(102)와 같은 하나 이상의 소비자 디바이스에게 제공할 수 있다. 판매 채널(104, 105)에 의해 제공되는 목록(208, 210)은 다수의 판매 채널을 통해 소비자가 구매할 수 있는 아이템들을 나타낸다.

도 2b는 몇몇 실시예에 따라 다수의 판매 채널에 걸쳐 재공 관리 서비스를 관리하기 위한 데이터 플로우(240)를 도시하는 블록도이다. 데이터 플로우(240)는 판매 채널(104, 105)이 소비자 디바이스(012)로부터 거래 데이터(220, 222)를 수신하는 것으로 시작될 수 있다. 거래 데이터(220, 222)는 하명 이상의 소비자가 재고와 연관된 하나 이상의 아이템들을 구매하였다는 것을 나타내는 데이터를 포함할 수 있다. 예를 들면, 거래 데이터(220)는 재고로부터 X 아이템들에 대한 주문에 관한 것인 반면, 거래 데이터(222)는 재고로부터 Y 아이템들에 대한 주문에 관한 것일 수 있다.

거래 데이터(220)를 수신하는 것에 응답하여, 판매 채널(104)은 거래 데이터(220)에 대응하는 대응 주문 이벤트(224)를 생성할 수 있다. 주문 이벤트(224)는 재고에 특정 주문이 이루어졌다는 것을 나타내는 메시지이다. 몇몇 실시예에서, 주문 이벤트는 수량, 제품 식별자, 가격, 지리적 위치, 또는 그들의 몇몇의 조합을 포함할 수 있다. 더욱이, 주문 이벤트(224)는 가입 식별자, 재고 식별자, 상인 식별자 등과 같은, 거래를 재고와 연관시키는 데이터를 포함할 수 있다.

대안으로 또는 부가적으로, 거래 데이터(222)를 수신하는 것에 응답하여, 판매 채널(105)은 거래 데이터(222)에 대응하는 대응 주문 이벤트(226)를 생성할 수 있다. 주문 이벤트(226)는 재고에 특정 주문이 이루어졌다는 것을 나타내는 메시지이다. 몇몇 실시예에서, 주문 이벤트는 수량, 제품 식별자, 가격, 지리적 위치, 또는 그들의 몇몇의 조합을 포함할 수 있다.

도 2b가 도시하는 바와 같이, 판매 채널(104, 105)은 주문 이벤트(222, 224)를 각각 재고 교환(108)에 전송한다. 주문 이벤트(222, 224)를 수신하면, 재고 교환(108)은 상인의 재고와 연관된 아이템들의 현재 분배를 나타내는 재고 트래킹 데이터를 업데이트한다. 재고 교환(108)은 하나 이상의 사업 규칙들을 이용하여 판매 채널(104, 105)에 목록화된 아이템들을 재조정하기 위해 재고 트래킹 데이터를 이용할 수 있다. 예를 들면, 재고 교환(108)은 판매 채널(105)에 목록화된 몇몇 아이템들을 제거하고, 아이템들의 분배가 상인이 정의한 사업 규칙을 위반한다면 판매 채널(104)에 그들 아이템들을 다시 목록화한다.

몇몇의 경우에 재고 교환(108)은, 상인 디바이스(106)에 의해 일단 구성되면, 상인의 임의의 관여와는 독립적으로 동작할 수 있다. 예를 들면, 재고의 재조정은 다양한 판매 채널들로부터 주문 이벤트(224)를 수신하는 것에 응답하여 실질적으로 실시간으로 발생할 수 있다.

예시적인 모듈

도 3은 몇몇 실시예에 따라 재고 교환(108)의 예시적인 데이터 및 모듈을 도시하는 블록도이다. 예를 들면, 도 3은 재고 교환(108)이 통신 모듈(302), 구성 모듈(304), 가입 모듈(306), 규칙 엔진(308), 및 사업 규칙 수정자(310)를 포함한다는 것을 도시한다.

통신 모듈(302)은 거래 시스템(100)의 다양한 컴포넌트로 그리고 다양한 컴포넌트로부터 데이터 및/또는 커맨드를 수신하고 송신하도록 구성될 수 있다.

구성 모듈(304)은 상인이 재고와 연관된 특성 및 대응하는 사업 규칙을 정의하거나 특정할 수 있게 하는 상인에 대한 인터페이스(또는 인터페이스들)를 생성하도록 구성될 수 있다. 예를 들면, 구성 모듈(304)은, 몇몇 실시예에 따라, 사용자(예를 들면, 상인)가 목록 데이터(예를 들면, 이미지, 설명, 구매 및 선적 기간 등) 및 재고와 연관된 수량을 특정할 수 있게 하는 전자 폼 또는 메뉴를 생성할 수 있다. 더욱이, 이하에 더 상세히 설명되는 바와 같이, 구성 모듈(304)은, 몇몇 실시예에 따라, 사용자(예를 들면, 상인)가 다수의 판매 채널에 걸쳐 재고를 관리하는데 사용될 수 있는 사업 규칙들을 특정할 수 있게 하는 전자 폼 또는 메뉴를 생성할 수 있다.

가입 모듈(306)은 특정 판매 채널(예를 들면, 판매 채널(104, 105))에 재고 교환(108)을 가입시키도록 구성될 수 있다. 한번 가입되면, 판매 채널은 재고로부터의 아이템이 판매 채널을 통해 구매될 때 재고 교환(108)에 주문 이벤트를 전달할 것이다. 여기서 설명되는 다양한 실시예와 일치하게, 재고 교환(108)이 판매 채널에 갑입할 때, 특정 상인, 목록, 목록의 카테고리, 또는 그들의 조합에 대해 가입될 수 있다. 이 방식에서, 가입 모듈(306)은 주문 이벤트의 처리를, 재고 교환에 의해 관리되는 재고 아이템들과 연관된 주문 이벤트로 제한할 수 있다.

규칙 엔진(308)은 재고의 아이템들이 어떻게 관리될지를 제어하기 위해 하나 이상의 사업 규칙을 적용하도록 구성될 수 있다. 제한적이지 않은 예로서, 하나 이상의 사업 규칙은 다수의 판매 채널에 걸쳐 아이템들을 분배하고, 다수의 판매 채널에 걸쳐 아이템들에 가격을 정하고, 상인를 위한 보고서를 생성하고, 재고를 재조정하기 위해 트리거 조건들을 설정하는 등을 위한 규칙들을 설정함으로써 재고의 아이템들의 관리를 제어할 수 있다. 사업 규칙들의 동작은 이하에 더 상세히 설명된다.

사업 규칙 수정자(310)는 다수의 판매 채널들로부터 수신된 주문 이벤트들에 기초하여 하나 이상의 사업 규칙들을 업데이트하도록 구성될 수 있다. 예를 들면, 이하에 더 상세히 설명되는 바와 같이, 사업 규칙 식별자(310)는 다수의 판매 채널들의 각각의 판매율에 기초하여 다수의 판매 채널들에 걸쳐 재고로부터의 아이템들의 분배를 업데이트할 수 있다. 더욱이, 사업 규칙 수정자(310)는 다수의 판매 채널들의 각각으로부터의 거래 수익에 기초하여 재고의 아이템들의 판매 가격을 업데이트할 수 있다.

도 3은 또한 재고 교환(108)이 사업 규칙 템플릿(312) 및 재고 제어 데이터(314)를 액세스하도록 데이터베이스(320)에 통신가능하게 연결될 수 있다. 몇몇 실시예에서, 사업 규칙 템플릿(312)는 상인이 다수의 판매 채널에 걸쳐 재고 관리 전략을 정의하기 위해 사용할 수 있는 일반적인 규칙 템플릿이다. 그러한 일반적인 규칙 템플릿은 재고 특정 값들(예를 들면, 다수의 판매 채널들에 대한 분배 값, 재조정 임계치 등)을 통합하기 위해 상인에 맞춰질 수 있다. 다른 실시예에서, 사업 규칙 템플릿(312)은 사업 규칙 프로그래밍 언어를 결정하는 로직 및/또는 데이터를 포함할 수 있다. 상인들은 그러한 사업 규칙 프로그래밍 언어들을 이용하여, 다수의 판매 채널에 걸쳐 재고 관리 전략을 형성하는 맞춤형 사업 규칙들을 정의할 수 있다.

재고 제어 데이터(314)는 재고에 대해 상인이 정의한 재고 제어 전략을 나타내는 데이터를 포함할 수 있다. 예를 들면, 몇몇 실시예에서, 재고 제어 데이터(314)는 상인이 제출한 재고 프로파일 및 재고 프로파일에 적용될 하나 이상의 사업 규칙들을 포함할 수 있다. 전술한 바와 같이, 재고 프로파일은 아이템 카운트, 위치, 이미지, 설명, 및 구매 및 선적 기간과 같은 재고의 아이템들을 특징짓는 데이터를 포함할 수 있다.

다른 실시예에서, 재고 교환(108)은 도 3에 도시된 것들과는 달리 더 적은, 더 많은, 또는 상이한 모듈들을 포함할 수 있다는 것이 이해되어야 한다. 예를 들면, 대체 실시예에서, 통신 모듈(302), 구성 모듈(304), 가입 모듈(306), 및 규칙 엔진(308) 중 임의의 하나가 단일 모듈로 결합될 수 있다. 또 다른 실시예에서, 통신 모듈(302), 구성 모듈(304), 가입 모듈(306), 및 규칙 엔진(308)은 구분되어 서로 병렬로 실행되거나 처리될 수 있다.

예시적인 방법

도 4는 예시적인 실시예에 따라 다수의 판매 채널에 걸쳐 재고를 관리하는 방법(400)을 도시하는 플로우 차트이다. 실시예에서, 방법(400)은 도 1a, 도 1b, 도 2a, 도 2b, 및 도 3에 도시된 컴포넌트, 모듈, 및 데이터에 의해 구현될 수 있고, 그것을 참조로 예로서 적절히 설명된다.

방법(400)은 통신 모듈(302)이 상인 디바이스(106)로부터 재고 구성 데이터(202)를 수신할 때의 동작(402)에서 시작할 수 있다. 전술한 바와 같이, 구성 데이터(202)는 재고 프로파일 및 하나 이상의 사업 규칙을 포함할 수 있다. 제한적이지 않은 예로서, 재고 프로파일은 재고가 판매 채널(104) 및 판매 채널(105)에 40%/60% 분배에 따라 목록화될 'X' 아이템을 포함한다는 것을 특정할 수 있다. 즉, 0.4*'X' 아이템들이 판매 채널(104)에 목록화될 것이고, 0.6*'X' 아이템들이 판매 채널(105)에 목록화될 것이다.

구성 데이터(202)가 수신된 후, 규칙 엔진(308)은 사업 규칙에 따라 제1 판매 채널에 재고로부터 제1 세트의 아이템들을 목록화할 수 있다. 이것은 동작(404)로서 도시되어 있다. 예를 들면, 전술한 재고 프로파일 및 사업 규칙에 기초하여, 규칙 엔진(308)은 판매 채널(104)에 상인의 재고로부터 'X'아이템들의 40%를 목록화할 것이다.

동작(406)에서, 규칙 엔진(308)은 사업 규칙에 따라 제2 판매 채널에 재고로부터 제2 세트의 아이템들을 목록화할 수 있다. 예를 들면, 전술한 예시적인 사업 규칙 세트를 계속해서 참조하면, 규칙 엔진(308)은 판매 채널(105)에 상인의 재고 내의 아이템들의 60%를 목록화할 것이다. 사업 규칙을 이용하여 하나의 판매 채널에 일부 아이템들을 목록화하고 다른 판매 채널에 다른 세트의 아이템들을 목록화하는 것은 아이템을 중복하여 목록화하지 않은 방식으로 동작할 수 있다는 것이 이해되어야 한다. 즉, 단일 아이템은 판매 채널 양자 모두에 목록화되지 않는다.

동작(408)에서, 가입 모듈(306)은 제1 판매 채널 및 제2 판매 채널로부터 판매된 아이템들의 주문들을 트래킹할 수 있다. 일부 실시예에서, 주문을 트래킹하는 것은 판매 채널(104, 105)로부터 수신된 주문 이벤트들(예를 들면, 도 2b에 도시된 주문 이벤트(224, 226))를 포함할 수 있다. 주문 이벤트들은, 몇몇의 경우에, 아이템 식별자, 목록 식별자, 상인 식별자, 가입 채널 식별자 등과 같은 거래 데이터를 포함할 수 있다. 거래 데이터를 이용하여, 가입 모듈(306)은 여전히 판매용으로 이용할 수 있는 재고의 아이템들의 수를 업데이트하기 위해 도 3의 재고 제어 데이터(314)를 업데이트할 수 있다.

동작(410)에서, 규칙 엔진(308)은 제1 판매 채널(예를 들면, 판매 채널(104)) 및 제2 판매 채널(예를 들면, 판매 채널(105))로부터 트래킹된 주문들에 기초하여 재조정 이벤트(rebalancing event)를 검출할 수 있다. 여기서 사용되는 바와 같이, 용어 "재조정 이벤트"는 사업 규칙에 따라 상인의 재고가 재조정되어야 한다는 것을 나타내는 결정 조건을 지칭할 수 있다. 몇몇 실시예에서, 결정 조건은 사업 규칙의 일부로서 또는 구성 프로세스 중에 특정된다. 예를 들면, 사업 규칙은 재고의 분배가 수용가능 범위를 벗어날 때 그 사업 규칙은 재고를 재조정하도록 트리거되어야 한다는 것을 특정할 수 있다. 사업 규칙이 재고의 40%가 제1 판매 채널에 목록화되어야 하고 60%가 제2 판매 채널에 목록화되어야 하는 등의 분배 비율을 특정하는 곳에서, 사업 규칙은 판매 채널들에 재고의 분배가 특정 분배 비율과 상이할 때 재고가 재조정되어야 한다는 것을 특정할 수 있다. 몇몇 다른 실시예에서, 규칙 엔진(308)은 각각의 주문 이벤트 후에 재조정 이벤트에 대해 모니터링할 수 있다. 재조정 이벤트에 대한 다른 조건들은 이하에 더 상세하게 설명된다.

동작(412)에서, 재조정 이벤트를 검출한 것에 응답하여, 규칙 엔진(308)은 제1 판매 채널 및 제2 판매 채널에서 판매하기 위해 여전히 제공되는 아이템들을 재조정할 수 있다. 전술한 예시적인 사업 규칙을 계속해서 이용하여, 규칙 엔진(308)은 제2 판매 채널에서의 아이템들의 수를 목록에서 빼고 40%-60% 분배 비율이 달성될 때까지, 또는 적어도 몇몇 확정 마진까지 실질적으로 달성될 때까지 제1 판매 채널에 아이템들을 목록화한다.

몇몇 실시예는 상인 개입없이 다수의 판매 채널에 걸쳐 아이템들의 목록의 분배를 관리하도록 구성될 수 있다는 것이 이해되어야 한다. 또한, 몇몇 실시예는 재고의 재조정 처리 전에 상인으로부터 확인을 받고 동작할 수 있다는 것이 이해되어야 한다.

도 5는 도 4의 동작(410)을 수행할지를 결정하기 위한 예시적인 실시예로서 사용될 수 있는 다수의 조건들을 도시하는 도면이다. 몇몇 실시예서, 규칙 엔진(308)은 도 5에 도시된 조건들을 검출한다.

예를 들면, 도 5의 조건(502)은 재조정 이벤트를 검출하기 위해 규칙 엔진(308)을 트리거하도록 다수의 판매가 사용될 수 있다는 것을 도시한다. 예를 들면, 전술한 바와 같이, 상인은 판매 채널들의 크기 간에 분배 비율을 정의하기 위해 사업 규칙을 사용할 수 있다. 예를 들면, 상인은 제1 판매 채널에 재고의 10%, 제2 판매 채널에 재고의 20%, 제3 판매 채널에 재고의 15 % 등을 분할하는 분배 비율을 특정하는 규칙을 구성할 수 있다. 몇몇 실시예에서, 재고 교환(108)은 주문 이벤트의 결정 수(예를 들면, 1, 5, 10)를 수신한 후 재고를 재조정할 수 있다.

도 5의 조건(504)은 시간 또한 재조정 이벤트를 검출하기 위해 규칙 엔진(308)을 트리거하는데 사용되는 조건일 수 있다는 것을 도시한다. 예를 들면, 규칙 엔진(308)은 사전 재조정 이벤트 이래로 결정가능한 시간 양이 만료된 후 재고를 재조정할 수 있다. 이 방식에서, 모든 주문 이벤트 또는 모든 수의 주문 이벤트를 수신한 후 재조정하기보다, 규칙 엔진(308)은 구성가능한 바와 같은 결정가능한 시간 양을 대기한 다음, 사업 규칙에 의해 특정된 대로 재고를 재조정할 것이다.

시간 및 재고의 아이템들의 수에 기초한 그러한 조건들은 조합하여 사용될 수 있다는 것이 이해되어야 한다. 예를 들면, 재고 교환은 시간 조건 또는 양 기반 조건이 만족되었을 때마다 재조정하도록 구성될 수 있다.

몇몇 예시적인 실시예에서, 재고를 재조정하는 동작(도 4의 동작 412)은 다수의 판매 채널로부터 수신되는 이력 주문 이벤트들에 기초하여 상인이 공급하는 사업 규칙을 수정하는 것을 포함할 수 있다. 도 6은 예시적인 실시예에 따라 사업 규칙을 업데이트하는데 사용되는 다양한 조건들을 도시하는 도면이다. 도 6을 논의할 때, 전술한 예시적인 사업 규칙은 사업 규칙 수정자(310)의 동작들을 분류하는데 사용될 것이다. 즉, 전술한 바와 같이, 상인은 재고의 40%가 제1 판매 채널에 목록화되어야 하고 재고의 60%가 제2 판매 채널에 목록화되어야 한다는 것을 초기에 특정하는 사업 규칙을 정의할 수 있다.

일 실시예에서, 사업 규칙 수정자(310)는 사업 규칙 수정을 위해 판매율 기반 접근법을 사용한다. 이것은 조건(602)으로서 도시되어 있다. 판매율 기반 접근법에서, 사업 규칙 수정자(310)는 결정가능 조건에 기초하여(예를 들면, 구성된 시간 또는 판매 아이템들의 수량에 기초하여) 트리거할 수 있다. 일단 트리거되면, 사업 규칙 수정자(310)는 판매율을 계산하여 사업 규칙에 의해 특정된 분배율에 적용될 조정값을 결정할 수 있다. 제한적인 것이 아닌 예로서, 상인은 주어진 SKU(stock keeping unit) 수에 대해 재고를 관리하도록 재고 교환(108)을 구성한다고 가정한다. 재고는 초기에 1000개의 아이템들을 가질 수 있고, 초기의 사업 규칙은 제1 판매 채널 및 제2 판매 채널 각각에 500개의 아이템들이 목록화되도록 재고를 분할할 수 있다. 또한, 상인은 사업 규칙을 업데이트하기 전에 100개의 아이템들이 판매될 때까지 대기하도록 재고 교환(108)을 구성할 수 있다. 단순한 예로서, 제1 판매 채널 및 제2 판매 채널을 통해 판매된 처음 100개의 아이템들 중에서, 제1 판매 채널은 70개의 아이템을 판매하였을 수 있고 제2 판매 채널은 30개의 아이템을 판매하였을 수 있다. 따라서, 사업 규칙 수정자(310)는 분배가 이력 판매율에 매칭하도록 사업 규칙을 업데이트하게 구성될 수 있다. 즉, 사업 규칙 수정자(310)는 재고의 70%가 제1 판매 채널을 통해 목록화되고 재고의 30%가 제2 판매 채널을 통해 목록화되도록 사업 규칙을 업데이트할 수 있다. 또한, 다른 예시적인 실시예는 파맨되는 아이템들의 수량(예를 들면, 100개의 아이템)보다는 구성된 기간이 경과된 후, 또는 기간 및/또는 판매되는 아이템들의 수량의 몇몇 조합에 따라 사업 규칙을 업데이트할 수 있다.

몇몇 실시예에서, 사업 규칙 수정자(310)는 사업 규칙을 업데이트하기 위해 거래 수익을 이용하는 머신 학습 기반 접근법을 이용할 수 있다. 이것은 조건 604로서 도시되어 있다. 여기서 사용되는 용어 "거래 수익"은 판매 채널을 통해 아이템을 판매하는 것에 대해 상인이 받는 보상을 지칭할 수 있다. 거래 수익은 주문당 획득되는 이익, 거래당 수수료, 또는 감가상각비(예를 들면, 재고를 유지하는 예상 비용 - 주어진 판매 채널을 통해 아이템을 판매하기 위해 평균 시간을 이용하여 계산될 수 있음)에 관한 데이터를 포함할 수 있다.

각각의 판매 채널과 연관된 거래 수익 및 판매율은 사업 규칙에 대한 조정을 계산하기 위해 사업 규칙 수정자(310)에 의해 사용될 수 있다. 예를 들면, 판매율 또는 거래 수익에 대해, 사업 규칙 수정자(310)는 하나의 판매 채널에 목록화된 아이템들의 수가 증가되고 다른 판매 채널에 목록화된 아이템들의 수가 감소되도록 재고의 분배를 업데이트할 수 있다.

몇몇 실시예에서, 재고 관리 시스템은 다수의 판매 채널에 걸쳐 발생하는 가격 조정에 기초하여 사업 규칙을 업데이트하도록 구성될 수 있다. 이것은 조건 606으로 도시되어 있다. 예를 들면, 상인은 특정 판매 채널에서 판매되는 재고의 아이템들에 대한 최저 가격을 구성할 수 있다. 다음에, 재고 관리 시스템은 가격 변동 이벤트를 수신하기 위해 다수의 판매 채널에 가입할 수 있다. 가격 변동 이벤트는 경쟁 상인이 판매하는 유사한 아이템들에 대한 가격 변동을 나타낼 수 있다. 한 방식에서, 하나의 아이템은 그들이 공통 카테고리를 공유할 때 다른 아이템과 유사하다.

아이템들이 다수의 판매 채널에서 판매될 때, 재고 관리 시스템은 도 3의 가입 모듈(306)을 통해 가격 변동 이벤트를 수신할 수 있다. 가격 변동 이벤트는 재고의 아이템들에 유사한 아이템들의 새로운 가격을 특정할 수 있다. 몇몇 실시예에서, 주문 이벤트는 가격 변동 이벤트를 나타낼 수 있다.

가격 조정 기능을 이용하여, 재고 교환(108)의 사업 규칙 수정자(310)는 아이템 목록에 대한 가격을 조정할 수 있다. 예를 들면, 사업 규칙 수정자(310)는 가격 변동 이벤트에 의해 특정된 가격이 최저 가격보다 높지만 목록화된 아이템의 가격보다는 낮다는 것을 결정할 수 있다. 이러한 결정에 응답하여, 재고 관리 시스템은 가격 변동 이벤트에서 특정된 가격의 함수인 새로운 가격(예를 들면, 경쟁하는 것보다 더 낮은 가격)을 목록화된 아이템에 반영하도록 업데이트할 수 있다. 이러한 규칙은 전술한 기간 및 재고 조건에 부가하여 구성된 규칙들의 체인에서의 트리거들 중 하나 일 수 있다.

모듈들, 구성요소들 및 로직

추가로, 여기서 기술되는 특정한 실시예들은 로직 또는 다수의 모듈들, 구성요소들 또는 메커니즘들로서 구현될 수 있다. 모듈, 로직, 구성요소 또는 메커니즘(총칭하여 "모듈"로서 칭해짐)은 특정한 동작들을 수행할 수 있는 유형의 유닛일 수 있고 특정한 방식으로 구성되거나 배열된다. 특정한 예시적인 실시예들에서, 하나 이상의 컴퓨터 시스템들(예를 들면, 독자형 클라이언트 또는 서버 컴퓨터 시스템) 또는 컴퓨터 시스템의 하나 이상의 구성요소들(예를 들면, 프로세서 또는 프로세서들의 그룹)은 소프트웨어(예를 들면, 애플리케이션 또는 애플리케이션 부분) 또는 펌웨어(소프트웨어 및 펌웨어는 일반적으로 당업자에 의해 공지된 바와 같이 본원에서 상호 교환하여 이용될 수 있음)에 의해 본원에서 특정 동작들을 수행하도록 동작하는 모듈로서 구성될 수 있다.

다양한 실시예들에서, 모듈은 기계식으로 또는 전자식으로 구현될 수 있다. 예를 들면, 모듈은 특정한 동작들을 수행하도록 영구적으로 구성되는(예를 들면, 특수 목적용 프로세서 내의) 전용 회로소자 또는 로직을 포함할 수 있다. 모듈은 또한 소프트웨어 또는 펌웨어에 의해 특정한 동작들을 수행하도록 임시로 구성되는 프로그래머블 로직 또는 회로소자(예를 들면 범용 프로세서 또는 다른 프로그래머블 프로세서 내에 포함되는 바와 같은)를 포함할 수 있다. 전용 및 영구적으로 구성되는 회로소자에서 또는 임시로 구성되는 회로소자(예를 들면, 소프트웨어에 의해 구성되는)에서 모듈을 기계식으로 구현한다는 결정은 비용 및 시간 고려사항들에 의해 추진될 수 있다.

따라서, 용어 모듈은 유형의 엔티티를 포함하고, 특정한 방식으로 동작하고/하거나 본원에서 기술된 특정한 동작들을 수행하기 위해 물리적으로 구성되거나, 영구적으로 구성되거나 또는 임시로 구성되는(예를 들면, 프로그램되는) 엔티티를 포함하는 것으로 이해되어야 한다. 모듈들 또는 구성요소들이 임시로 구성되는(예를 들면, 프로그램되는) 실시예들을 고려하면, 모듈들 또는 구성요소들 각각은 시간에 있어서의 임의의 한 인스턴스(instance)로 구성되거나 예시될 필요가 없다. 예를 들면, 모듈들 또는 구성요소들이 소프트웨어를 이용하여 구성되는 범용 프로세서를 포함하는 경우, 범용 프로세서는 상이한 시간들에서 각각 상이한 모듈들로 구성될 수 있다. 소프트웨어는 따라서 한 시간의 인스턴스에 특정한 모듈을 구성하고 상이한 시간의 인스턴스에 상이한 모듈을 구성하도록 프로세서를 구성할 수 있다.

모듈들은 정보를 다른 모듈들에 제공하고, 다른 모듈들로부터 정보를 수신할 수 있다. 따라서, 기술되는 모듈들은 통신가능하게 결합되는 것으로 간주될 수 있다. 다수의 그와 같은 모듈들이 동시에 존재하는 경우에, 통신들은 모듈들을 접속시키는 신호 송신을 통해 (예를 들면, 적절한 회로들 및 버스들을 거쳐) 달성될 수 있다. 다수의 모듈들이 상이한 시간들에서 구성되거나 예시되는 실시예들에서, 그와 같은 모듈들 사이의 통신들은 예를 들면 다수의 모듈들이 액세스했던 메모리 구조들 내의 정보의 저장 및 검색을 통해 달성될 수 있다. 예를 들면, 하나의 모듈은 동작을 수행하고, 상기 동작의 출력을 자신이 통신가능하게 결합되어 있는 메모리 디바이스 내에 저장할 수 있다. 다음에, 추가 모듈은 나중에 메모리 디바이스에 액세스하여 저장된 출력을 검색 및 프로세싱할 수 있다. 모듈들은 또한 입력 또는 출력 디바이스들과의 통신들을 개시할 수 있고 리소스(예를 들면 정보의 집합)에 대해 동작할 수 있다.

전자 장치 및 시스템

예시적인 실시예들은 아날로그, 디지털 또는 하이브리드 전자 회로소자 내에, 또는 컴퓨터 하드웨어, 펌웨어, 소프트웨어나 이들의 조합으로 구현될 수 있다. 예시적인 실시예들은, (예를 들면, 데이터 처리 장치, 예를 들면, 프로그램 가능 프로세서, 컴퓨터 또는 다수의 컴퓨터들에 의한 실행을 위한 또는 위 장치의 동작을 제어하기 위한 머신 판독가능 매체 내의), 예를 들면, 정보 캐리어 내에 유형적으로 구성된 컴퓨터 프로그램인 컴퓨터 프로그램 제품을 사용하여 구현될 수 있다.

컴퓨터 프로그램은 컴파일러형이나 해석형 언어를 포함하여 어떤 유형의 프로그램 언어로든 작성될 수 있고, 이는 독립형 프로그램 형태이든 또는 서브루틴이거나 컴퓨팅 환경에서 사용하기에 적합한 다른 유닛 형태인 모듈 형태이든 이들을 포함하여 어떤 형태로든 배치될 수 있다. 컴퓨터 프로그램은 단일 컴퓨터 상에서 또는 한 사이트 또는 다수의 사이트에 걸쳐 분산되고 통신 네트워크에 의해 상호 연결된 다수의 컴퓨터들 상에서 실행되도록 배치될 수 있다.

예시적인 실시예들에서, 동작은 입력 데이터 상에서 동작하고 출력을 생성하여 기능을 수행하는 컴퓨터 프로그램을 실행하는 하나 이상의 프로그램 가능 프로세서에 의해 수행될 수 있다. 특수 목적용 논리 회로소자(예를 들면, 필드 프로그램 가능 게이트 어레이(field programmable gate array; FPGA) 또는 주문형 반도체(application-specific integratedcircuit; ASIC))에 의하여 방법에 따른 동작이 또한 수행될 수 있고, 예시적인 실시예들의 장치가 구현될 수 있다.

컴퓨팅 시스템은 클라이언트 및 서버를 포함할 수 있다. 클라이언트 및 서버는 통상 서로 원거리에 위치하고, 전형적으로 통신 네트워크를 통해 상호 작용한다. 클라이언트와 서버 간의 관계는 각 컴퓨터 상에서 동작하고 상호 클라이언트-서버 관계를 갖는 컴퓨터 프로그램에서 유래한다. 프로그램 가능 컴퓨팅 시스템을 적용한 실시예들에서 하드웨어 및 소프트웨어 구조 모두가 고려될 것이 요구된다는 점이 이해될 것이다. 특히, 특정 기능을 영구적으로 구성된 하드웨어(예를 들면, ASIC), 임시로 구성된 하드웨어(예를 들면, 소프트웨어 및 프로그램가능 프로세서의 조합) 또는 영구적 하드웨어 및 임시 하드웨어의 조합 중 어느 것으로 구현할 것인지에 관한 결정은 디자인 선택일 수 있다는 점이 이해될 것이다. 후술하는 것은 다양한 예시적인 실시예들에서 적용될 수 있는 구성된 하드웨어(예를 들면, 머신) 및 소프트웨어 구조이다.

예시 머신 아키텍처 및 머신-판독 가능 저장 매체

도 7을 참조하면, 예시적인 실시예는 머신으로 하여금 본원에서 논의된 방법론들 중 임의의 하나 이상을 수행하도록 하는 명령들이 실행될 수 있는 컴퓨터 시스템(700)의 예시적인 형태의 머신으로 확장된다. 대안의 예시적인 실시예들에서, 머신은 독자형 디바이스로서 동작하거나 다른 머신들에 연결(예를 들면, 네트워크화)될 수 있다. 네트워크화 배치에 있어서, 머신은 서버-클라이언트 네트워크 환경에서 서버 또는 클라이언트 머신의 기능으로, 또는 피어-투-피어(또는 분산형) 네트워크 환경에서 피어 머신(peer machine)으로서 동작할 수 있다. 머신은 개인용 컴퓨터(PC), 태블릿 PC, 셋탑 박스(STB), 개인용 디지털 보조장치(PDA), 셀룰러 전화기, 웹 어플라이언스, 네트워크 라우터, 스위치 또는 브릿지 또는 상기 머신에 의해 취해지는 동작들을 명시하는 명령들을 실행할 수 있는(순차적으로 또는 다른 방식으로) 임의의 머신일 수 있다. 더욱이, 단일 머신이 도시될지라도, 용어 "머신"은 또한 본원에서 논의되는 방법론들 중 임의의 하나 이상을 수행하는 명령들의 세트를 개별적으로 또는 공동으로 실행하는 머신들의 임의의 집합을 포함하여 취해질 것이다.

예시적인 컴퓨터 시스템(700)은 프로세서(702)(예를 들면, 중앙 처리 장치(CPU), 그래픽 처리 장치(GPU) 또는 양자 모두), 주 메모리(704) 및 정적 메모리(706)를 포함하고, 이들은 버스(708)를 통해 서로 통신한다. 컴퓨터 시스템(700)은 비디오 디스플레이 유닛(710)(예를 들면, 액정 디스플레이(LCD) 또는 음극선관(CRT))을 더 포함할 수 있다. 컴퓨터 시스템(700)은 또한 영숫자 입력 디바이스(712)(예를 들면, 키보드), 이용자 인터페이스(UI) 내비게이션 디바이스(714)(예를 들면, 마우스), 디스크 드라이브 유닛(716), 단일 발생 디바이스(718)(예를 들면, 스피커) 및 네트워크 인터페이스 디바이스(720)를 포함한다.

머신-판독가능 매체

디스크 드라이브 유닛(716)은 본원에 기술된 방법론들 또는 기능들 중 임의의 하나 이상을 구현하거나 이에 이용되는 명령들 및 데이터 구조들(예를 들면, 소프트웨어(724))의 하나 이상의 세트들이 저장되는 머신-판독 가능 매체(722)를 포함한다. 소프트웨어(724, 706)는 또한 컴퓨터 시스템(700)에 의해 자체의 실행 동안 주 메모리(704) 내에 또는 프로세서(702) 내에 완전히 또는 적어도 부분적으로 상주할 수 있고; 주 메모리(704) 및 프로세서(702)는 또한 머신-판독 가능 매체를 구성한다.

머신-판독가능 매체(722)가 예시적인 실시예에서 단일 매체인 것으로 도시될지라도, 용어 "머신-판독 가능 매체"는 하나 이상의 명령들을 저장하는 단일 매체 또는 다중 매체(예를 들면, 중앙집중형 또는 분산형 데이터베이스 또는 연관되는 캐시들 및 서버들)를 포함할 수 있다. 용어 "머신-판독 가능 매체"는 또한 머신에 의한 실행을 위해 명령들을 저장하거나, 인코딩하거나 운반할 수 있고 상기 머신으로 하여금 본 발명의 방법론들 중 임의의 하나 이상을 수행하도록 하거나 또는 그와 같은 명령들에 의해 이용되거나 연관되는 데이터 구조들을 저장하거나, 인코딩하거나 운반할 수 있는 임의의 유형의 매체를 포함하는 것으로 취해질 것이다. 용어 "머신-판독 가능 매체"는 따라서 고체 메모리들, 광 및 자기 매체를 포함하는 것으로 취해지지만 이에 제한되지는 않는다. 머신-판독 매체의 특정 예들은 예시적인 반도체 메모리 디바이스(예를 들면, EPROM, EEPROM 및 플래시 메모리 디바이스들)로 포함되는 비휘발성 메모리; 내부 하드 디스크들 및 분리가능 디스크들과 같은 자기 디스크들; 자기-광학 디스크들; 및 CD-ROM 및 DVD-ROM 디스크들을 포함한다.

송신 매체

소프트웨어(724)는 다수의 널리 공지된 전송 프로토콜들(예를 들면, HTTP) 중 임의의 하나를 이용하는 네트워크 인터페이스 디바이스(720)를 통하여 통신 매체를 이용하는 통신 네트워크(750)에 걸쳐 또한 송신되거나 수신될 수 있다. 통신 네트워크들의 예들은 로컬 에어리어 네트워크(LAN), 와이드 에어리어 네트워크(WAN), 인터넷, 모바일 전화 네트워크들, 기존 전화 서비스(Plain Old Telephone; POTS) 네트워크 및 무선 데이터 네트워크들(예를 들면, WiFi 및 WiMax 네트워크들)을 포함한다. 용어 "송신 매체"는 머신에 의한 실행을 위해 명령들을 저장하거나, 인코딩하거나 운반할 수 있고, 디지털 또는 아날로그 통신 신호들 또는 다른 무형의 매체를 포함하여 그와 같은 소프트웨어의 통신을 용이하게 하는 임의의 무형의 매체를 포함하도록 취해질 것이다.

예시적인 3 단 소프트웨어 아키텍처

몇몇 예시적인 실시예에서, 설명된 방법들은 3 단 아키텍처 패러다임(three-tier architecture paradigm) 하에서 설계된 분배 또는 비분배 소프트웨어 애플리케이션을 이용하여 구현되된다. 이러한 패러다임 하에서, 컴포넌트 또는 모듀를 예시하거나 구성하는 컴퓨터 코드(또는 소프트웨어)의 다양한 구성요소는 이들 3 단 중 하나 이상에 속하는 것으로서 분류될 수 있다. 몇몇 실시예는 인터페이스로서 제1 단(예를 들면, 인터페이스 단)을 포함할 수 있다. 또한, 제2 단은 인터페이스 레벨을 통해 입력된 데이터의 애플리케이션 프로세싱을 수행하는 로직(또는 애플리케이션) 단일 수 있다. 로직 단은 인터페이스 단 또는 백엔드, 또는 저장 단으로 그러한 프로세싱의 경과를 통신할 수 있다. 로직 단에 의해 수행되는 프로세싱은 전체적으로 소프트웨어를 통제하는 특정의 규칙 또는 프로세스에 관련될 수 있다. 제3 저장 단은 지속적인 저장 매체 또는 비지속적인 저장 매체일 수 있다. 몇몇의 경우에서, 이들 단 중 하나 이상은 다른 단으로 통합될 수 있어, 2단 아키텍처, 또는 심지어 1단 아키텍처를 초래한다. 예를 들면, 인터페이스 및 로직 단은 통합될 수 있으며, 또는 로직 및 저장 단은, 내장된 데이터베이스를 갖는 소프트웨어 애플리케이션의 경우에서와 같이, 통합될 수 있다. 이러한 3단 아키텍처는 하나의 기술, 또는 다양한 기술을 이용하여 구현될 수 있다. 이러한 예시적인 3단 아키텍처 및 이를 통해 구현되는 기술은 단독으로, 또는 서버-클라이언트, 피어 투 피어, 또는 몇몇 다른 적절한 구성으로 조직된 하나 이상의 컴퓨터 시스템에 대해 실행될 수 있다. 또한, 이들 3단은 2 이상의 컴퓨터 시스템 사이에서 다양한 구성요소로서 분배될 수 있다.

구성요소

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

이들 구성요소들을 위한 소프트웨어는 다른 구성요소에 (예를 들면, 다양한 API를 통해) 통신가능하게 결합하는 것을 가능하게 할 수 있으며, 하나의 완전한 서버, 클라이언트, 또는 피어 소프트웨어 애플리케이션으로 컴파일링될 수 있다. 또한, 이들 API는 분산된 연산 구성요소로서 다양한 분산된 프로그래밍 프로토콜을 통해 통신할 수 있다.

분산 연산 구성요소 및 프로토콜

몇몇 예시적인 실시예는 분산된 컴퓨팅 구성요소로서 분산 프로그래밍 환경에서 앞서 예시된 구성요소 중 하나 이상을 구현하도록 사용되는 원격 절차 콜(remote procedure call)을 포함할 수 있다. 예를 들면, 인터페이스 구성요소(예를 들면, 인터페이스 단)는 논리 구성요소(예를 들면, 로직 단)를 포함하는 제2 컴퓨터 시스템으로부터 원격으로 위치하는 제1 컴퓨터 시스템의 부분을 형성할 수 있다. 이들 제1 및 제2 컴퓨터 시스템은 단독, 서버-클라이언트, 피어 투 피어, 또는 몇몇 다른 적절한 구성으로 구성될 수 있다. 이들 다양한 구성요소를 위한 소프트웨어는 앞서 예시된 객체 지향 프로그래밍 기술을 이용하여 작성될 수 있고, 동일한 프로그래밍 언어, 또는 상이한 프로그래밍 언어로 작성될 수 있다. 다양한 프로토콜은 이들을 기록하는데 사용된 프로그래밍 언어에 관계없이 이들 다양한 구성요소가 서로 간에 통신하도록 구현될 수 있다. 예를 들면, C++로 기록된 구성요소는 CORBA(Common Object Request Broker Architecture), SOAP(Simple Object Access Protocol), 또는 몇몇 다른 적절한 프로토콜과 같은 분산된 컴퓨팅 프로세스를 이용함으로써 자바 프로그래밍 언어로 기록된 다른 구성요소와 통신할 수 있다. 몇몇 실시예는 데이터를 전송하는 네트워크에 의해 사용된 프로토콜을 정의하는 OSI(Open System Interconnection) 모델 또는 TCP/IP 프로토콜 스택 모델에서 개괄된 다양한 프로토콜을 갖는 이들 프로토콜 중 하나 이상의 사용을 포함할 수 있다.

서버와 클라이언트 사이의 전송 시스템

예시적인 실시예는 데이터를 전송하는 네트워크에 의해 사용된 프로토콜을 정의하는 OSI 모델 또는 TCP/IP 프로토콜 스택 모델을 이용할 수 있다. 이들 모델을 적용할 때에, 서버와 클라이언트 사이, 또는 피어 컴퓨터 시스템들 사이의 데이터 전송 시스템은, 예를 들면, 애플리케이션층, 트랜스포트층, 네트워크층, 데이터 링크층, 물리층을 포함하는 다섯 개의 층을 포함할 수 있다. 3단 아키텍처를 갖는 구성요소들을 예시하거나 구성하기 위한 소프트웨어인 경우에, 다양한 단(예를 들면, 인터페이스 단, 로직 단 및 저장 단)은 TCP/IP 프로토콜 스택의 애플리케이션층에 상주한다. TCP/IP 프로토콜 스택 모델을 이용하는 예시적인 구현예에서, 애플리케이션층에 상주하는 애플리케이션으로부터의 데이터는 트랜스포트층에 상주하는 TCP 세그먼트의 데이터 로드 필드로 로딩된다. 이러한 TCP 세그먼트는 원격으로 상주하는 수신인 소프트웨어 애플리케이션에 대해 포트 정보를 또한 포함한다. 이러한 TCP 세그먼트는 네트워크층에 상주하는 IP 데이터그램의 데이터 로드 필드로 로딩된다. 다음에, 이러한 IP 데이터그램은 데이터 링크층에 상주하는 프레임으로 로딩된다. 이러한 프레임은 물리층에서 인코딩되고, 데이터는 인터넷, LAN(Local Area Network), WAN(Wide Area Network), 또는 몇몇 다른 적절한 네트워크와 같은 네트워크를 통해 전송된다. 몇몇의 경우에, 인터넷은 네트워크들의 네트워크를 지칭한다. 이들 네트워크는 상술된 TCP/IP, 및 추가적으로 ATM, SNA, SDI, 또는 몇몇 다른 적절한 프로토콜을 포함하여, 데이터의 교환을 위해 다양한 프로토콜을 사용할 수 있다. 이들 네트워크는 다양한 기술(예를 들면, 스타 토폴로지), 또는 구조 내에서 조직될 수 있다.

실시예가 특정한 예시적인 실시예들을 참조하여 기술되었을지라도, 본 발명의 보다 광의의 정신 및 범위를 벗어나지 않고 이 실시예들에 다양한 수정들 및 변형들이 행해질 수 있다는 것은 자명할 것이다. 따라서, 명세서 및 도면은 제한적이라기보다는 예시적인 것으로 간주되어야 한다. 명세서의 일부를 형성하는 첨부 도면은 제한적인 것이 아닌 예로서 청구 대상이 실행될 수 있는 특정 실시예를 도시한다. 도시된 실시예는 여기서 개시된 교시를 당업자가 실행할 수 있도록 충분히 상세히 설명된다. 다른 실시예는 본 개시의 범위를 벗어나지 않고 구조적 및 논리적 치환 및 변경이 가해질 수 있도록 실시예로부터 도출되고 이용될 수 있다. 따라서, 상세한 설명은 제한적인으로 취해진 것이 아니고, 다양한 실시예의 범위는 첨부된 청구범위 및 그러한 청구범위와 등가의 전체 범위에 의해서만 정의된다.

본 발명의 그와 같은 실시예들은, 단지 편의를 위해 그리고 실제로 하나 이상이 개시되는 경우 본 출원의 범위를 임의의 단일 발명 또는 발명의 개념으로 자발적으로 제한하려는 의도 없이, 본원에서 개별적으로 또는 총칭하여 용어 "발명"으로 칭해질 수 있다. 따라서, 특정 실시예가 예시되고 설명되었지만, 동일한 목적을 달성하고자 계산되는 임의의 배치는 도시된 특정 실시예로 대체될 수 있다. 본 개시는 다양한 실시예의 임의의 그리고 모든 적용 또는 변경을 커버하는 것을 의도로 한다. 상기 실시예들의 조합, 및 여기서 특별히 설명되지 않은 다른 실시예들은 전술한 설명을 볼 때 당업자에게는 자명할 것이다.

예를 들면, 특정 실시예는 다양한 배치, 알고리즘, 프로그래밍 툴, 및 시스템의 토폴로지를 개시한다. 그러나, 당업자는 추가의 실시예가 내부 클라우드 인프라스트럭처 시스템의 이용가능성 및 성능에 초점을 둘 수 있다는 것을 인식할 것이다.

이들 및 다른 실시예는 여기서 개시된 예시적인 실시예의 범위 내에 모두 있다. 따라서, 명세서 및 도면은 제한적인 것이라기보다는 예시적인 것으로 간주되어야 한다.

Claims

하나 이상의 프로세서를 사용하여, 제1 판매 채널에 상인의 재고(inventory)로부터 제1 수량의 아이템(first quantity of items)을 목록화하는 단계 - 상기 제1 수량의 아이템은 상기 상인에 의해 정의된 사업 규칙(business rule)에 의해 특정된 분배율에 따라 결정됨 - 와,
상기 하나 이상의 프로세서를 사용하여, 제2 판매 채널에 상기 상인의 상기 재고로부터 제2 수량의 아이템을 목록화하는 단계 - 상기 제2 수량의 아이템은 상기 사업 규칙에 의해 특정된 상기 분배율에 따라 결정되고, 상기 분배율은 상기 상인의 상기 재고를 상기 제1 판매 채널에 목록화된 상기 제1 수량의 아이템 및 상기 제2 판매 채널에 목록화된 상기 제2 수량의 아이템을 포함하는 적어도 두개의 부분으로 분할함 - 와,
상기 하나 이상의 프로세서를 사용하여, 상기 제1 판매 채널 및 상기 제2 판매 채널로부터의 주문 이벤트(order events)를 트래킹하는 단계 - 상기 주문 이벤트는 상기 재고로부터의 아이템을 수반하는 거래를 나타냄 - 와,
가격 변동 이벤트를 검출하는 것에 응답하여, 상기 제1 판매 채널에 목록화되어 있는 제1 수량의 아이템에 대해 이용가능한 제1 가격 및 상기 제2 판매 채널에 목록화되어 있는 제2 수량의 아이템에 대해 이용가능한 제2 가격을 포함하는 상기 사업 규칙을 업데이트하는 단계를 포함하되,
상기 가격 변동 이벤트는 상기 재고로부터의 아이템과 유사한 아이템의 새로운 가격을 특정하는
방법.
제1항에 있어서,
상기 사업 규칙은 상기 제1 판매 채널과 연관된 상기 재고의 제1 분배 및 상기 제2 판매 채널과 연관된 상기 재고의 제2 분배를 포함하는
방법.
제2항에 있어서,
상기 제1 판매 채널 및 상기 제2 판매 채널로부터 트래킹된 상기 주문 이벤트에 기초하여 상기 제1 분배 및 상기 제2 분배를 조정하는 단계를 더 포함하는
방법.
제3항에 있어서,
상기 조정된 제1 분배는 상기 제1 판매 채널과 연관된 상기 재고의 판매율(sell through rate)과 매칭하고, 상기 조정된 제2 분배는 상기 제2 판매 채널과 연관된 상기 재고의 판매율과 매칭하는
방법.
제1항에 있어서,
상기 제1 수량의 아이템을 목록화하는 단계와 상기 제2 수량의 아이템을 목록화하는 단계는 상기 제1 판매 채널 및 상기 제2 판매 채널 상에 아이템을 중복으로 목록화하지 않는 방식으로 동작하는
방법.
제1항에 있어서,
상기 제1 판매 채널로부터 트래킹된 주문 이벤트에 기초하여 상기 제1 가격을 조정하는 단계를 더 포함하는
방법.
제1항에 있어서,
상기 주문 이벤트는 상기 제1 판매 채널 및 상기 제2 판매 채널에 통신가능하게 연결된 메시지 버스를 통해 수신되는
방법.
제1항에 있어서,
상기 가격 변동 이벤트는 경쟁 상인에 의해 판매된 경쟁 아이템에서의 가격 변동의 탐지에 기초하여 트리거되고, 상기 경쟁 아이템은 상기 재고의 아이템과 유사한
방법.
제8항에 있어서,
만약 상기 경쟁 아이템과 상기 재고의 아이템이 공통의 카테고리를 공유하면, 경쟁 아이템은 상기 재고의 아이템과 유사한
방법.
제1항에 있어서,
상기 사업 규칙에 의해 특정된 상기 분배율에 따라 상기 제1 판매 채널 및 상기 제2 판매 채널 상에서 판매를 위해 여전히 제공되는 상기 재고로부터의 아이템들을 재조정하는 단계를 더 포함하되,
상기 재조정하는 단계는,
상기 제1 판매 채널로부터 상기 제1 수량의 아이템 중 하나 이상의 아이템을 제거하는 단계와,
상기 제1 판매 채널로부터 제거된 상기 하나 이상의 아이템을 상기 제2 판매 채널 상에 재목록화하는 단계를 포함하는
방법.
컴퓨터 시스템으로서,
적어도 하나의 프로세서와,
상기 적어도 하나의 프로세서에 의해 구현되고, 상인으로부터 사업 규칙을 수신하도록 구성된 구성 모듈(a configuration module)과,
상기 적어도 하나의 프로세서에 의해 구현된 규칙 엔진 모듈을 포함하고,
상기 규칙 엔진 모듈은,
제1 판매 채널에 상기 상인의 재고로부터 제1 수량의 아이템을 목록화하고 - 상기 제1 수량의 아이템은 상기 상인에 의해 정의된 상기 사업 규칙에 의해 특정된 분배율에 따라 결정됨 - ,
제2 판매 채널에 상기 상인의 상기 재고로부터 제2 수량의 아이템을 목록화하며 - 상기 제2 수량의 아이템은 상기 사업 규칙에 의해 특정된 상기 분배율에 따라 결정되고, 상기 분배율은 상기 상인의 상기 재고를 상기 제1 판매 채널에 목록화된 상기 제1 수량의 아이템 및 상기 제2 판매 채널에 목록화된 상기 제2 수량의 아이템을 포함하는 적어도 두 개의 부분으로 분할함 - ,
상기 제1 판매 채널 및 상기 제2 판매 채널로부터의 주문 이벤트를 트래킹하고 - 상기 주문 이벤트는 상기 재고로부터의 아이템을 수반하는 거래를 나타냄 - ,
가격 변동 이벤트를 검출하는 것에 응답하여, 상기 제1 판매 채널에 목록화되어 있는 제1 수량의 아이템에 대해 이용가능한 제1 가격 및 상기 제2 판매 채널에 목록화되어 있는 제2 수량의 아이템에 대해 이용가능한 제2 가격을 포함하는 상기 사업 규칙을 업데이트하도록 구성되며,
상기 가격 변동 이벤트는 상기 재고로부터의 아이템과 유사한 아이템의 새로운 가격을 특정하는
컴퓨터 시스템.
제11항에 있어서,
상기 사업 규칙은 상기 제1 판매 채널과 연관된 상기 재고의 제1 분배 및 상기 제2 판매 채널과 연관된 상기 재고의 제2 분배를 포함하는
컴퓨터 시스템.
제12항에 있어서,
상기 규칙 엔진 모듈은 또한 상기 제1 판매 채널 및 상기 제2 판매 채널로부터 트래킹된 상기 주문 이벤트에 기초하여 상기 제1 분배 및 상기 제2 분배를 조정하도록 구성되는
컴퓨터 시스템.
제13항에 있어서,
상기 조정된 제1 분배는 상기 제1 판매 채널과 연관된 상기 재고의 판매율과 매칭하고, 상기 조정된 제2 분배는 상기 제2 판매 채널과 연관된 상기 재고의 판매율과 매칭하는
컴퓨터 시스템.
제11항에 있어서,
상기 제1 수량의 아이템을 목록화하는 것과 상기 제2 수량의 아이템을 목록화하는 것은 상기 제1 판매 채널 및 상기 제2 판매 채널 상에 아이템을 중복으로 목록화하지 않는 방식으로 동작하는
컴퓨터 시스템.
제11항에 있어서,
상기 규칙 엔진 모듈은 또한 상기 제1 판매 채널로부터 트래킹된 주문 이벤트에 기초하여 상기 제1 가격을 조정하도록 구성되는
컴퓨터 시스템.
제11항에 있어서,
상기 가격 변동 이벤트는 경쟁 상인에 의해 판매된 경쟁 아이템에서의 가격 변동의 탐지에 기초하여 트리거되고, 상기 경쟁 아이템은 상기 재고의 아이템과 유사한
컴퓨터 시스템.
제17항에 있어서,
만약 상기 경쟁 아이템과 상기 재고의 아이템이 공통의 카테고리를 공유하면, 경쟁 아이템은 상기 재고의 아이템과 유사한
컴퓨터 시스템.
제11항에 있어서,
상기 규칙 엔진 모듈은,
상기 제1 판매 채널로부터 상기 제1 수량의 아이템 중 하나 이상의 아이템들을 제거하고,
상기 하나 이상의 아이템을 상기 제2 판매 채널에 재목록화하도록 구성되는
컴퓨터 시스템.
실행가능한 명령어를 저장하는 비일시적 컴퓨터 판독가능 매체로서,
상기 명령어는, 프로세서에 의해 실행될 때, 상기 프로세서로 하여금,
제1 판매 채널에 상인의 재고로부터 제1 수량의 아이템을 목록화하는 동작 - 상기 제1 수량의 아이템은 상기 상인에 의해 정의된 사업 규칙에 의해 특정된 분배율에 따라 결정됨 - 과,
제2 판매 채널에 상기 상인의 상기 재고로부터 제2 수량의 아이템을 목록화하는 동작 - 상기 제2 수량의 아이템은 상기 사업 규칙에 의해 특정된 상기 분배율에 따라 결정되고, 상기 분배율은 상기 상인의 상기 재고를 상기 제1 판매 채널에 목록화된 상기 제1 수량의 아이템 및 상기 제2 판매 채널에 목록화된 상기 제2 수량의 아이템을 포함하는 적어도 두 개의 부분으로 분할함 - 과,
상기 제1 판매 채널 및 상기 제2 판매 채널로부터의 주문 이벤트를 트래킹하는 동작 - 상기 주문 이벤트는 상기 재고로부터의 아이템을 수반하는 거래를 나타냄 - 과,
가격 변동 이벤트를 검출하는 것에 응답하여, 상기 제1 판매 채널에 목록화되어 있는 제1 수량의 아이템에 대해 이용가능한 제1 가격 및 상기 제2 판매 채널에 목록화되어 있는 제2 수량의 아이템에 대해 이용가능한 제2 가격을 포함하는 상기 사업 규칙을 업데이트하는 동작을 수행하도록 하되,
상기 가격 변동 이벤트는 상기 재고로부터의 아이템과 유사한 아이템의 새로운 가격을 특정하는
비일시적 컴퓨터 판독가능 매체.