KR102451184B1 - 가상 번들의 동적 밸런싱을 위한 시스템 및 방법 - Google Patents
가상 번들의 동적 밸런싱을 위한 시스템 및 방법 Download PDFInfo
- Publication number
- KR102451184B1 KR102451184B1 KR1020217019932A KR20217019932A KR102451184B1 KR 102451184 B1 KR102451184 B1 KR 102451184B1 KR 1020217019932 A KR1020217019932 A KR 1020217019932A KR 20217019932 A KR20217019932 A KR 20217019932A KR 102451184 B1 KR102451184 B1 KR 102451184B1
- Authority
- KR
- South Korea
- Prior art keywords
- bundles
- inventory
- virtual
- database
- bundle
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 167
- 230000004044 response Effects 0.000 claims description 25
- 230000008859 change Effects 0.000 claims description 10
- 230000009471 action Effects 0.000 claims description 8
- 238000003384 imaging method Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 description 106
- 238000012384 transportation and delivery Methods 0.000 description 54
- 238000010586 diagram Methods 0.000 description 43
- 238000007726 management method Methods 0.000 description 40
- 238000004891 communication Methods 0.000 description 31
- 238000010801 machine learning Methods 0.000 description 27
- 238000012549 training Methods 0.000 description 20
- 239000008186 active pharmaceutical agent Substances 0.000 description 19
- 230000006870 function Effects 0.000 description 19
- 238000012545 processing Methods 0.000 description 19
- 238000003860 storage Methods 0.000 description 19
- 230000015654 memory Effects 0.000 description 16
- 238000012856 packing Methods 0.000 description 10
- 238000004422 calculation algorithm Methods 0.000 description 9
- 230000000737 periodic effect Effects 0.000 description 9
- 238000013068 supply chain management Methods 0.000 description 8
- 230000014759 maintenance of location Effects 0.000 description 7
- 210000004027 cell Anatomy 0.000 description 6
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 238000005457 optimization Methods 0.000 description 6
- 238000005192 partition Methods 0.000 description 6
- 238000013527 convolutional neural network Methods 0.000 description 5
- 230000007423 decrease Effects 0.000 description 5
- 230000002452 interceptive effect Effects 0.000 description 5
- 230000002776 aggregation Effects 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 229920001690 polydopamine Polymers 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 238000009826 distribution Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000013515 script Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000010200 validation analysis Methods 0.000 description 3
- 241000234295 Musa Species 0.000 description 2
- 238000013528 artificial neural network Methods 0.000 description 2
- 235000021015 bananas Nutrition 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000007596 consolidation process Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 238000012706 support-vector machine Methods 0.000 description 2
- 210000000225 synapse Anatomy 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000007723 transport mechanism Effects 0.000 description 2
- 208000009119 Giant Axonal Neuropathy Diseases 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 235000008429 bread Nutrition 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000013497 data interchange Methods 0.000 description 1
- 238000013136 deep learning model Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 201000003382 giant axonal neuropathy 1 Diseases 0.000 description 1
- 238000010191 image analysis Methods 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000003064 k means clustering Methods 0.000 description 1
- 238000002372 labelling Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 238000002156 mixing Methods 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000003062 neural network model Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 235000021400 peanut butter Nutrition 0.000 description 1
- 238000007637 random forest analysis Methods 0.000 description 1
- 230000000306 recurrent effect Effects 0.000 description 1
- 238000005067 remediation Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000010079 rubber tapping Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 230000006403 short-term memory Effects 0.000 description 1
- 238000012358 sourcing Methods 0.000 description 1
- 238000013179 statistical model Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
- G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2379—Updates performed during online database operations; commit processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
- G06F16/285—Clustering or classification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
- G06K7/10009—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
- G06K7/10366—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves the interrogation device being adapted for miscellaneous applications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
- G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
- G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
- G06K7/1404—Methods for optical code recognition
- G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
- G06K7/1413—1D bar codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06315—Needs-based resource requirements planning or analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06316—Sequencing of tasks or work
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/018—Certifying business or products
- G06Q30/0185—Product, service or business identity fraud
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0639—Item locations
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Databases & Information Systems (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- General Engineering & Computer Science (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Data Mining & Analysis (AREA)
- Toxicology (AREA)
- Health & Medical Sciences (AREA)
- Software Systems (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Artificial Intelligence (AREA)
- General Health & Medical Sciences (AREA)
- Electromagnetism (AREA)
- Game Theory and Decision Science (AREA)
- Educational Administration (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Motorcycle And Bicycle Frame (AREA)
- Telephonic Communication Services (AREA)
- Testing Of Balance (AREA)
- Rotary Pumps (AREA)
- Lift-Guide Devices, And Elevator Ropes And Cables (AREA)
- Centrifugal Separators (AREA)
Abstract
프로세서 및 메모리 디바이스를 포함하는 동적 재고 밸런싱을 위한 컴퓨터-구현 시스템은 실행될 때 프로세서가 동작을 수행하도록 구성하는 명령을 포함한다. 동작은 적어도 하나의 풀필먼트 센터로부터 재고 데이터 피드를 수신하고, 관련 그룹핑 번호 및 수량을 갖는 복수의 가상 번들을 (데이터베이스에) 저장하는 것을 포함하고, 복수의 가상 번들은 재고 데이터에서 둘 이상의 동일한 아이템을 그룹핑하는 아이템 번들을 포함한다. 동작은 또한 RESTful 서비스, 큐 기반 시스템, 인덱스 또는 오브젝트 테이블 중 적어도 하나를 통해 판매자 포털로부터의 질의에 데이터베이스를 노출하고, 클라이언트 주문을 수신하고, 클라이언트 주문은 복수의 가상 번들로부터의 번들 선택을 포함하고, 번들 선택에 기초하여 복수의 가상 번들 및 대응하는 관련 수량을 재조정함으로써 복수의 가상 번들을 업데이트하는 것을 포함한다.
Description
본 개시는 일반적으로 동적 재고 관리를 위한 컴퓨터화된 시스템 및 방법에 관한 것이다. 특히, 본 개시의 실시예는 가상 번들을 이용하여 아이템의 그룹을 분류하고 가상 번들을 동적으로 조정하여 재고 다양성 및 가용 오퍼의 범위를 최대화하는 재고 관리 시스템과 관련된다.
실시간 재고 관리 시스템은 데이터베이스를 업데이트하기 위해 주문 및 구매를 자동으로 레코드하고 회사 및/또는 판매자에게 수요, 가용 재고 및 필요한 재구매에 대한 완전한 그림을 제공한다. 실시간 재고 관리 시스템은 재고 관리 시스템이 고객 수요를 예측하고 공급망 요구를 식별하기 위한 중요한 정보를 제공하기 때문에 온라인 판매자에게 특히 중요하다. 실제로, 더 높은 정밀도를 달성하기 위해, 실시간 재고 관리 시스템은 사람의 개입 없이 새로운 영수증과 판매를 더 빠르게 레코드 하기 위해 RFID (무선 주파수 식별) 기술 - 또는 바코드 시스템 -을 자주 이용한다. 이러한 시스템의 배치는 모든 거래(아웃바운드 주문 뿐만아니라 새로운 재고의 구매 둘 다 및 모든 관련 비용)를 실시간으로 자동 레코드하여 정확한 재고 상태를 제공하게 한다.
그러나, 실시간 재고 관리는 지역, 계절 또는 고객 선호도에 따라 달라질 수 있는 광범위한 창고 네트워크, 다수의 벤더 및/또는 맞춤형 제품 목록을 이용하는 복잡한 온라인 소매 운영에서 달성하기 어렵다. 또한, 재고 관리 시스템의 구성 및 유지는 풀필먼트 센터(FC) 네트워크의 복잡성이 증가되고 제3자 벤더를 이용하며 마케팅 캠페인의 개인화가 증가됨에 따라 번거로워졌다. 예를 들어, 웹 사이트에서 제공되는 제품은 서로 다른 FC에 보관되거나 제3자 벤더로부터 공급 될 수 있다. 따라서, 재고 관리 시스템은 네트워크 재고의 정확한 표현을 창출하기 위해 다수의 시스템을 조정해야 한다. 또한, FC는 독립적인 재고 시스템, 서로 다른 아이템 식별 및/또는 맞춤형 제품 분류를 통해 다수의 벤더로부터의 제품을 저장할 수 있다. 따라서, 재고 관리 시스템은 재고 데이터를 조정해야 할 수 있다.
FC 네트워크, 다수의 벤더, 맞춤형 제품 목록 및 다양한 재고 시스템의 이러한 복잡성은 실시간 재고 관리를 방해하는 재고 업데이트 지연을 초래한다. 예를 들어, 다수의 FC 간의 재고를 조정하기 위해, 재고 시스템은 보통 주기적으로(예를 들어, 하루에 한 번) 재고를 업데이트한다. 그러나 이러한 긴 주기의 재고 업데이트는 온라인 소매 운영의 프론트 엔드와 백 엔드 모두에서 문제를 야기한다. 예를 들어, 실시간 재고 데이터가 부족하면 비가용 제품을 고객에게 제공하는 데 문제가 발생한다. 또한, 정확한 재고 데이터의 부족은 공급망 중단을 야기할 수 있다.
개시된 컴퓨터화된 시스템 및 가상 번들의 동적 밸런싱 방법은 전술한 문제 중 하나 이상 및/또는 종래 기술의 다른 문제를 해결한다.
본 개시의 한 양상은 동적 재고 밸런싱을 위한 시스템에 관한 것이다. 시스템은 적어도 하나의 프로세서 및 프로세서 및 실행될 때 동작을 수행하도록 적어도 하나의 프로세서를 구성하는 명령을 포함하는 적어도 하나의 메모리 디바이스를 포함할 수 있다. 동작은 적어도 하나의 풀필먼트 센터로부터 재고 데이터 피드를 수신하고, 관련 그룹핑 번호 및 수량을 갖는 복수의 가상 번들을 (데이터베이스에) 저장하는 것을 포함할 수 있고, 복수의 가상 번들은 재고 데이터에서 둘 이상의 동일한 아이템을 그룹핑하는 아이템 번들을 포함한다. 동작은 또한 RESTful 서비스, 큐 기반 시스템, 인덱스 또는 오브젝트 테이블 중 적어도 하나를 통해 판매자 포털로부터의 질의에 데이터베이스를 노출하고, (판매자 포털로부터) 클라이언트 주문을 수신하는 것을 포함할 수 있고, 클라이언트 주문은 복수의 가상 번들로부터의 번들 선택을 포함한다. 동작은 또한, 클라이언트 주문을 수신하는 것에 응답하여, 번들 선택에 기초하여 복수의 가상 번들 및 대응하는 관련 수량을 재조정함으로써 복수의 가상 번들을 업데이트하는 것을 포함할 수 있다.
본 개시의 다른 양상은 동적 재고 밸런싱을 위한 컴퓨터-구현 방법에 관한 것이다. 방법은 적어도 하나의 풀필먼트 센터로부터 재고 데이터 피드를 수신하고, 관련 그룹핑 번호 및 수량을 갖는 복수의 가상 번들을 (데이터베이스에) 저장하는 것을 포함할 수 있고, 복수의 가상 번들은 재고 데이터에서 둘 이상의 동일한 아이템을 그룹핑하는 아이템 번들을 포함한다. 방법은 또한 RESTful 서비스, 큐 기반 시스템, 인덱스 또는 오브젝트 테이블 중 적어도 하나를 통해 판매자 포털로부터의 질의에 데이터베이스를 노출하고, (판매자 포털로부터) 클라이언트 주문을 수신하는 것을 포함할 수 있고, 클라이언트 주문은 복수의 가상 번들로부터의 번들 선택을 포함한다. 방법은 또한, 클라이언트 주문을 수신하는 것에 응답하여, 번들 선택에 기초하여 복수의 가상 번들 및 대응하는 관련 수량을 재조정함으로써 복수의 가상 번들을 업데이트하는 것을 포함할 수 있다.
본 개시의 또 다른 양상은 적어도 하나의 프로세서 및 실행될 때 적어도 하나의 프로세서가: 적어도 하나의 풀필먼트 센터로부터 재고 데이터 피드를 수신하고, 관련 그룹핑 번호 및 수량을 갖는 복수의 가상 번들을 (데이터베이스에) 저장하도록 구성하는 명령을 포함하는 하나 이상의 메모리 디바이스를 포함하는 장치에 관한 것이다. 복수의 가상 번들은, 복수의 인코딩 된 태그를 생성하고 - 각각의 인코딩 된 태그는 아이템 ID 및 번들 그룹을 인코딩함 -, 그리고 재고 데이터의 각 아이템 및 복수의 번들 각각에 대해 데이터베이스에 레코드를 생성하는 - 각 데이터 레코드는 인코딩 된 태그 필드 및 수량 필드를 포함함 -; 것에 의해 재고 데이터에서 둘 이상의 동일한 아이템을 그룹핑하는 아이템 번들을 포함한다. 명령은 또한 RESTful 서비스를 통해 판매자 포털로부터의 질의에 데이터베이스를 노출하고, (판매자 포털로부터) 클라이언트 주문을 수신하고 - 클라이언트 주문은 복수의 가상 번들로부터의 번들 선택을 포함함 -, 클라이언트 주문을 수신하는 것에 응답하여, 번들 선택에 기초하여 업데이트 된 아이템 재고를 결정하고, 번들 다양성을 최대화하는 아이템의 순차적 할당을 통해 복수의 가상 번들을 재조정하고; 그리고 아이템 재고를 수정하기 위해 데이터베이스를 업데이트 하는 것에 의해 복수의 가상 번들을 업데이트 하도록 프로세서를 구성할 수 있다. 더욱이, 명령은 또한 적어도 하나의 풀필먼트 센터로부터 업데이트 된 재고 데이터를 수신하고; 그리고 업데이트 된 재고 데이터에 기초하여 데이터베이스의 복수의 번들을 재조정하도록 프로세서를 구성할 수 있다.
다른 시스템들, 방법들 및 컴퓨터-판독 가능한 매체도 본 명세서에서 논의된다.
도 1a는 개시된 실시예에 따른, 배송, 운송, 및 물류 운영을 가능하게 하는 통신을 위한 컴퓨터 시스템을 포함하는 네트워크의 예시적인 실시예를 나타낸 개략적인 블록도이다.
도 1b는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 검색 결과 페이지(SRP; Search Result Page)의 샘플을 나타낸 도면이다.
도 1c는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 제품 및 제품에 대한 정보를 포함하는 싱글 디스플레이 페이지(SDP; Single Display Page)의 샘플을 나타낸 도면이다.
도 1d는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 가상의 쇼핑 장바구니에 아이템을 포함하는 장바구니 페이지의 샘플을 나타낸 도면이다.
도 1e는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라, 가상의 쇼핑 장바구니로부터 구매 및 배송에 관한 정보에 따른 아이템을 포함하는 주문 페이지의 샘플을 나타낸 도면이다.
도 2는 개시된 실시예에 따른, 개시된 컴퓨터 시스템을 활용하도록 구성된 예시적인 풀필먼트 센터의 개략적인 도면이다.
도 3은 개시된 실시예에 따른, 예시적인 시스템의 개략적인 블록도이다.
도 4는 개시된 실시예에 따른, 예시적인 클라이언트 디바이스의 블록도이다.
도 5는 개시된 실시예에 따른, 예시적인 데이터베이스의 블록도이다.
도 6은 개시된 실시예에 따른, 예시적인 밸런싱 시스템의 블록도이다.
도 7은 개시된 실시예에 따른, 예시적인 재고 네트워크의 블록도이다.
도 8a는 개시된 실시예에 따른, 예시적인 불균형 재고 시스템의 블록도의 제1 부분이다.
도 8b는 개시된 실시예에 따른, 예시적인 불균형 재고 시스템의 블록도의 제2 부분이다.
도 9a는 개시된 실시예에 따른, 예시적인 균형 재고 시스템의 블록도의 제1 부분이다.
도 9b는 개시된 실시예에 따른, 예시적인 균형 재고 시스템의 블록도의 제2 부분이다.
도 9c는 개시된 실시예에 따른, 예시적인 균형 재고 시스템의 블록도의 제3 부분이다.
도 10은 개시된 실시예에 따른, 가상 번들 밸런싱 동작의 개략도이다.
도 11은 개시된 실시예에 따른, 가상 번들 밸런싱을 위한 프로세스의 타이밍도이다.
도 12는 개시된 실시예에 따른, 가상 번들 정보를 저장하는 데이터베이스의 예시적인 테이블이다.
도 13은 개시된 실시예에 따른, 가용 재고에 기초하여 가상 번들을 관리하기 위한 예시적인 프로세스의 흐름도이다.
도 14는 개시된 실시예에 따른, 번들 정보로 데이터베이스를 채우고 노출하기 위한 예시적인 프로세스의 흐름도이다.
도 15는 개시된 실시예에 따른, 풀필먼트 센터의 할당 및 약속된 배달 날짜(PDD)를 결정하기 위한 예시적인 프로세스의 흐름도이다.
도 16은 개시된 실시예에 따른, 가상 번들 재고를 동적으로 재조정하기 위한 예시적인 프로세스의 흐름도이다.
도 17은 개시된 실시예에 따른, 클라이언트 주문에 응답하여 가상 번들을 동적으로 재조정하기 위한 예시적인 프로세스의 흐름도이다.
도 18은 개시된 실시예에 따른, 머신 러닝 예측 모델을 생성하기 위한 예시적인 프로세스를 나타낸 흐름도이다.
도 19는 개시된 실시예에 따른, 모바일 디바이스에서 단일 디스플레이 페이지 예시적인 그래픽 사용자 인터페이스의 시퀀스의 정면도이다.
도 1b는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 검색 결과 페이지(SRP; Search Result Page)의 샘플을 나타낸 도면이다.
도 1c는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 제품 및 제품에 대한 정보를 포함하는 싱글 디스플레이 페이지(SDP; Single Display Page)의 샘플을 나타낸 도면이다.
도 1d는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 가상의 쇼핑 장바구니에 아이템을 포함하는 장바구니 페이지의 샘플을 나타낸 도면이다.
도 1e는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라, 가상의 쇼핑 장바구니로부터 구매 및 배송에 관한 정보에 따른 아이템을 포함하는 주문 페이지의 샘플을 나타낸 도면이다.
도 2는 개시된 실시예에 따른, 개시된 컴퓨터 시스템을 활용하도록 구성된 예시적인 풀필먼트 센터의 개략적인 도면이다.
도 3은 개시된 실시예에 따른, 예시적인 시스템의 개략적인 블록도이다.
도 4는 개시된 실시예에 따른, 예시적인 클라이언트 디바이스의 블록도이다.
도 5는 개시된 실시예에 따른, 예시적인 데이터베이스의 블록도이다.
도 6은 개시된 실시예에 따른, 예시적인 밸런싱 시스템의 블록도이다.
도 7은 개시된 실시예에 따른, 예시적인 재고 네트워크의 블록도이다.
도 8a는 개시된 실시예에 따른, 예시적인 불균형 재고 시스템의 블록도의 제1 부분이다.
도 8b는 개시된 실시예에 따른, 예시적인 불균형 재고 시스템의 블록도의 제2 부분이다.
도 9a는 개시된 실시예에 따른, 예시적인 균형 재고 시스템의 블록도의 제1 부분이다.
도 9b는 개시된 실시예에 따른, 예시적인 균형 재고 시스템의 블록도의 제2 부분이다.
도 9c는 개시된 실시예에 따른, 예시적인 균형 재고 시스템의 블록도의 제3 부분이다.
도 10은 개시된 실시예에 따른, 가상 번들 밸런싱 동작의 개략도이다.
도 11은 개시된 실시예에 따른, 가상 번들 밸런싱을 위한 프로세스의 타이밍도이다.
도 12는 개시된 실시예에 따른, 가상 번들 정보를 저장하는 데이터베이스의 예시적인 테이블이다.
도 13은 개시된 실시예에 따른, 가용 재고에 기초하여 가상 번들을 관리하기 위한 예시적인 프로세스의 흐름도이다.
도 14는 개시된 실시예에 따른, 번들 정보로 데이터베이스를 채우고 노출하기 위한 예시적인 프로세스의 흐름도이다.
도 15는 개시된 실시예에 따른, 풀필먼트 센터의 할당 및 약속된 배달 날짜(PDD)를 결정하기 위한 예시적인 프로세스의 흐름도이다.
도 16은 개시된 실시예에 따른, 가상 번들 재고를 동적으로 재조정하기 위한 예시적인 프로세스의 흐름도이다.
도 17은 개시된 실시예에 따른, 클라이언트 주문에 응답하여 가상 번들을 동적으로 재조정하기 위한 예시적인 프로세스의 흐름도이다.
도 18은 개시된 실시예에 따른, 머신 러닝 예측 모델을 생성하기 위한 예시적인 프로세스를 나타낸 흐름도이다.
도 19는 개시된 실시예에 따른, 모바일 디바이스에서 단일 디스플레이 페이지 예시적인 그래픽 사용자 인터페이스의 시퀀스의 정면도이다.
이어서 첨부된 도면을 참조하여 자세하게 설명된다. 가능하면, 다음의 설명에서 같거나 유사한 부분에 대해 참조되도록 도면에서 같은 도면 부호가 사용된다. 여기에 몇몇 예시적인 실시예가 설명되지만, 변경, 조정 및 다른 구현도 가능하다. 예를 들면, 도면 내의 구성 및 스텝에 대해 교체, 추가, 또는 변경이 이루어질 수 있고, 여기에 설명된 예시적인 방법은 개시된 방법에 대해 스텝을 교체, 순서 변경, 제거 또는 추가함으로써 변경될 수 있다. 따라서, 다음의 자세한 설명은 개시된 실시예 및 예시로 제한되는 것은 아니다. 대신에 본 발명의 적절한 범위는 청구범위에 의해 규정된다.
본 개시의 실시예는 가상 번들의 동적 재고 밸런싱 및 자동화된 관리/재균형을 위한 시스템 및 방법에 관한 것이다. 일부 실시예에서, 가상 번들은 맞춤형 가격을 제공하기 위해 번들로 구성되는 아이템의 가상 또는 디지털 그룹일 수 있다. 하나 이상의 아이템들은 아이템의 2, 3, 4 및 5를 그룹핑하거나 다수의 관련 아이템을 그룹핑하는 서로 다른 가상 번들로 묶일 수 있다. 예를 들어, 바나나는 2, 3, 4, 5,. . .10개의 바나나의 번들로 그룹핑 될 수 있다. 대안적으로, 빵은 땅콩 버터와 함께 묶일 수 있다. 2개 아이템의 가상 번들은 $ 1 (아이템 당 $ 0.50)의 가격을 가질 수 있는 반면 4개 아이템의 가상 번들은 $ 1.6 (아이템 당 $ 0.40)의 가격을 가질 수 있다. 또한, 번들 아이템은 개별 아이템보다 낮을 가격을 가질 수 있다. 따라서, 가상 번들은 관련 그룹핑 번호 또는 번들 수량(즉, 번들의 아이템 수), 관련 번들 가격(즉, 번들 아이템에 대한 가격) 및 관련 아이템 별 가격(즉, 번들의 각 아이템에 대한 가격)을 가질 수 있다. 이러한 재고의 구성은 소매 업체가 번들 수량 또는 조합에 기초하여 가격을 맞춤화하거나 조정하게 한다. 예를 들어, 일부 실시예에서 가상 번들에서 그룹핑 수가 증가함에 따라, 대량 구매를 장려하기 위해 아이템 당 가격이 감소할 수 있다. 개시된 시스템 및 방법은 재고 데이터 피드, 고객 주문 및/또는 머신 러닝(ML) 모델에 기초하여 실시간 재고 업데이트 및 맞춤형 목록을 위해 가상 번들 전반에 걸쳐 동적 밸런싱을 가능하게 함으로써 실시간 재고 관리의 기술 분야를 개선할 수 있다.
개시된 시스템 및 방법의 일부 실시예는 실시간으로 균형 잡힌 번들 재고를 유지하기 위해 클라이언트와 FC를 인터페이스 하는 밸런싱 시스템/서비스를 이용함으로써 자동화된 재고 관리의 분야를 개선할 수 있다. 가상 번들을 생성하기 위해 창고 또는 FC 재고 데이터 피드에 의존하는 대신, 개시된 시스템 및 방법은 재고 정보를 관리하고 재고 정확도를 개선하기 위해 고객 주문 및 예측 ML 모델을 이용할 수 있다. 예를 들어, 개시된 시스템 및 방법의 일부 실시예는 웹 사이트에서 허위 품절(OOS) 목록을 방지하기 위해 고객 주문에 기초하여 추정된 재고에 따라 웹 사이트를 자동으로 수정하게 할 수 있다. 일부 실시예에서, 개시된 시스템 및 방법은 이행 시스템이 클라이언트 주문을 수신하자마자 아이템의 할당을 서로 다른 번들로 재조정함으로써 아이템 번들링을 지속적으로 업데이트 할 수 있다. 이러한 실시예는 재고 데이터 피드로부터의 필수 통신 또는 창고 및 FC로부터의 업데이트 주기 없이 가상 번들의 재조정을 허용함으로써 자동화된 재고 관리의 기술 분야를 개선한다. 이러한 실시예는 또한 웹 사이트에서 맞춤형 아이템 목록의 생성을 용이하게 하는 번들 제품에 대한 집계된 아이템의 실시간 정보를 데이터베이스에 제공함으로써 소매 업체 웹 사이트의 생성을 개선할 수 있다.
더욱이, 개시된 시스템 및 방법은 또한 재고를 업데이트하거나 웹 사이트를 새로 고칠 때 온라인 판매자의 네트워크에서 네트워크 혼잡을 감소시킬 수 있다. 예를 들어, 개시된 시스템 및 방법 중 일부는 FC에서 재고 시스템을 핑잉(pinging)하거나 질의 하지 않고 고객 주문에 기초하여 실시간으로 가용 재고를 계산함으로써 창고(또는 FC)와 글로벌 재고 시스템 간의 통신을 최소화 할 수 있다. 재고를 추정하는 것은(예를 들면, 가상 번들의 재조정을 통해) 네트워크에서 다수의 FC와 빈번하고 과도한 통신 교환을 방지하면서 로컬 및 실시간으로 네트워크에서 가용 재고를 계산하게 한다. 따라서, 개시된 시스템 및 방법은, FC에 질의할 필요 없이, 고객 주문에 의해 트리거 된 재조정에 기초하여 재고 업데이트를 제어함으로써 온라인 소매 업체의 네트워크에서 혼잡을 줄일 수 있다.
개시된 시스템 및 방법은 또한 업데이트 된 재고 정보를 제공하는 빠르고 프로그램 가능한 서비스를 제공함으로써 판매자 웹 사이트 또는 포털의 생성을 개선할 수 있다. 예를 들어, 개시된 시스템 및 방법 중 일부는 판매자 포털과 이행 시스템 모두에 업데이트 된 재고를 제공하는 중앙 집중식 REST 및/또는 대기열 서비스의 구성을 허용할 수 있다. 이러한 서비스는 판매자 포털 및/또는 재고 시스템이 FC 또는 창고 관리 재고 업데이트를 기다릴 필요 없이 요청 시 재고 데이터베이스를 질의할 수 있게 한다. 따라서, 개시된 시스템 및 방법은 소매 업체 웹 사이트에서 번들 제품 목록을 더 빠르고 보다 정확하게 생성할 수 있게 한다. 이러한 실시예는 맞춤형 제품 목록의 생성을 허용하는 보다 정확한 정보를 제공함으로써 전자 상거래 웹 사이트를 생성하는 분야를 개선한다.
더욱이, 개시된 시스템 및 방법은 또한 재고 시스템이 예측된 수요에 기초하여 번들 제품 목록을 조정할 수 있도록 함으로써 고객 요구에 따라 웹 사이트를 커스터 마이징 하는 분야를 개선할 수 있다. 예를 들어, 개시된 시스템 및 방법의 특정 실시예는 구매 및 고객 행동을 모니터링 함으로써 실시간으로 수요가 많은 제품 및 번들을 식별할 수 있게 한다. 일부 실시예에서, 개시된 시스템 및 방법은 이전 주문에 기초하여 번들 아이템에 대한 수요를 예측하기 위해 ML 알고리즘을 이용하는 것을 포함할 수 있다. 개시된 시스템 및 방법은 특정 제품 및 번들에 대한 고객 요구에 응답하고 고객 유지를 최대화하기 위해 재조정 동작 및 ML 모델을 이용할 수 있다. 예를 들어, 개시된 시스템 및 방법은 특정 번들 수량으로 번들 제품에 대한 수요 증가를 식별 및/또는 예측하고 실시간으로 가용 재고를 자동으로 재조정하여 고객의 아웃-오프-오더(out-of-order) 오류를 최소화하고 고객 유지를 최대화 할 수 있다.
이제 개시된 실시예에 대한 참조가 상세하게 이루어질 것이며, 그 예는 첨부된 도면에 예시되어있다.
도 1a은 배송, 운송 및 물류 운영을 가능하게 하는 통신을 위한 컴퓨터화된 시스템을 포함하는 예시적인 시스템의 실시예를 나타낸 시스템(100)의 개략적인 블록도가 도시되어 있다. 도 1a에 나타낸 바와 같이, 시스템(100)은 다양한 시스템을 포함할 수 있으며, 이들 각각은 하나 이상의 네트워크를 통해 서로 연결될 수 있다. 시스템은 (예를 들어, 케이블을 사용한) 직접 연결을 통해 서로 연결될 수 있다. 도시된 시스템은 배송 기관 기술(shipment authority technology, SAT) 시스템(101), 외부 프론트 엔드 시스템(103), 내부 프론트 엔드 시스템(105), 운송 시스템(107), 모바일 디바이스(107A, 107B, 107C), 판매자 포털(109), 배송 및 주문 트래킹(shipment and order tracking, SOT) 시스템(111), 풀필먼트 최적화(fulfillment optimization, FO) 시스템(113), 풀필먼트 메시징 게이트웨이(fulfillment messaging gateway, FMG)(115), 공급 체인 관리(supply chain management, SCM) 시스템(117), 인력 관리 시스템(119), 모바일 디바이스(119A, 119B, 119C)(풀필먼트 센터(fulfillment center, FC)(200) 내부에 있는 것으로 도시됨), 제3자 풀필먼트 시스템(121A, 121B, 121C), 풀필먼트 센터 인증 시스템(fulfillment center authorization system, FC Auth)(123), 및 노동 관리 시스템(labor management system, LMS)(125)을 포함한다.
일부 실시예에서, SAT 시스템(101)은 주문 상태와 배달 상태를 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, SAT 시스템(101)은 주문이 약속된 배달 날짜(Promised Delivery Date, PDD)를 지났는지를 결정할 수 있고, 새로운 주문을 개시시키고, 배달되지 않은 주문의 아이템을 다시 배송하며, 배달되지 않은 주문을 취소하고, 주문 고객과 연락을 시작하는 것 등을 포함하는 적합한 조치를 취할 수 있다. SAT 시스템(101)은 또한, (특정 기간 동안 배송된 패키지의 개수와 같은) 출력, 및 (배송시 사용하기 위해 수신된 빈 카드보드 박스의 개수와 같은) 입력을 포함하는 다른 데이터를 감시할 수 있다. SAT 시스템(101)은 또한, 외부 프론트 엔드 시스템(103) 및 FO 시스템(113)과 같은 장치들 간의 (예를 들면, 저장 전달(store-and-forward) 또는 다른 기술을 사용하는) 통신을 가능하게 하는 시스템(100) 내의 상이한 장치들 사이의 게이트웨이로서 동작할 수 있다.
또한, 일부 실시예에서, SAT 시스템(101)은 FC의 창고에 보관된 제품을 추적 및/또는 저장하는 통신 및 제어 아이템 포지셔닝 시스템 일 수 있다. 예를 들어, SAT 시스템(101)은 도 14와 관련하여 추가로 설명되는 바와 같이, FC의 다수의 가상 위치의 제품 위치를 추적하는 시스템을 제어할 수 있다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 외부 사용자가 시스템(100) 내의 하나 이상의 시스템과 상호 동작할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 시스템(100)이 시스템의 프레젠테이션을 가능하게 하여 사용자가 아이템에 대한 주문을 할 수 있도록 하는 실시예에서, 외부 프론트 엔드 시스템(103)은 검색 요청을 수신하고, 아이템 페이지를 제시하며, 결제 정보를 요청하는 웹 서버로서 구현될 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 Apache HTTP 서버, Microsoft Internet Information Services(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예에서, 외부 프론트 엔드 시스템(103)은 외부 디바이스(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B))로부터 요청을 수신 및 처리하고, 이들 요청에 기초하여 데이터베이스 및 다른 데이터 저장 장치로부터 정보를 획득하며, 획득한 정보에 기초하여 수신된 요청에 대한 응답을 제공하도록 설계된 커스텀 웹 서버 소프트웨어를 실행할 수 있다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 또는 결제 시스템 중 하나 이상을 포함할 수 있다. 일 양상에서, 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상을 포함할 수 있는 반면, 다른 양상에서는 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상에 연결된 인터페이스(예를 들면, 서버 대 서버, 데이터베이스 대 데이터베이스, 또는 다른 네트워크 연결)를 포함할 수 있다.
도 1b, 1c, 1d 및 1e에 의해 나타낸 단계들의 예시적인 세트는 외부 프론트 엔드 시스템(103)의 일부 동작을 설명하는 것에 도움이 될 것이다. 외부 프론트 엔드 시스템(103)은 프레젠테이션 및/또는 디스플레이를 위해 시스템(100) 내의 시스템 또는 디바이스로부터 정보를 수신할 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 검색 결과 페이지(Search Result Page, SRP)(예를 들면, 도 1b), 싱글 디테일 페이지(Single Detail Page, SDP)(예를 들면, 도 1c), 장바구니 페이지(Cart page)(예를 들면, 도 1d), 또는 주문 페이지(예를 들면, 도 1e)를 포함하는 하나 이상의 웹페이지를 호스팅하거나 제공할 수 있다. (예를 들면, 모바일 디바이스(102A) 또는 컴퓨터(102B)를 사용하는) 사용자 디바이스는 외부 프론트 엔드 시스템(103)으로 이동하고 검색 박스에 정보를 입력함으로써 검색을 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 시스템(100) 내의 하나 이상의 시스템으로부터 정보를 요청할 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 FO 시스템(113)으로부터 검색 요청을 만족하는 정보를 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 또한, (FO 시스템(113)으로부터) 검색 결과에 포함된 각 제품에 대한 약속된 배달 날짜(Promised Delivery Date) 또는 "PDD"를 요청하고 수신할 수 있다. 일부 실시예에서, PDD는 제품이 들어있는 패키지가 특정 기간 이내, 예를 들면, 하루의 끝(PM 11:59)까지 주문되면 언제 사용자가 원하는 장소에 도착할 것인지에 대한 추정 또는 제품이 사용자가 원하는 장소에 배달될 약속된 날짜를 나타낼 수 있다(PDD는 FO 시스템(113)과 관련하여 이하에서 더 논의된다).
일부 실시예에서 FO 시스템(113)은 또한 FC의 제품 위치 시스템과 통신할 수 있다. 이러한 실시예에서, FO 시스템(113)은 제품의 정확한 정보, 임시 배달 날짜, 가용 배달 옵션 및 배달 옵션 각각에 대한 마감 시간을 가질 수 있다.
외부 프론트 엔드 시스템(103)은 정보에 기초하여 SRP(예를 들면, 도 1b)를 준비할 수 있다. SRP는 검색 요청을 만족하는 정보를 포함할 수 있다. 예를 들면, 이는 검색 요청을 만족하는 제품의 사진을 포함할 수 있다. SRP는 또한, 각 제품에 대한 각각의 가격, 또는 각 제품, PDD, 무게, 크기, 오퍼(offer), 할인 등에 대한 개선된 배달 옵션에 관한 정보를 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들면, 네트워크를 통해) SRP를 요청 사용자 디바이스로 전송할 수 있다.
사용자 디바이스는 SRP에 나타낸 제품을 선택하기 위해, 예를 들면, 사용자 인터페이스를 클릭 또는 탭핑하거나, 다른 입력 디바이스를 사용하여 SRP로부터 제품을 선택할 수 있다. 사용자 디바이스는 선택된 제품에 관한 정보에 대한 요청을 만들어 내고 이를 외부 프론트 엔드 시스템(103)으로 전송할 수 있다. 이에 응답하여, 외부 프론트 엔드 시스템(103)은 선택된 제품에 관한 정보를 요청할 수 있다. 예를 들면, 정보는 각각의 SRP 상에 제품에 대해 제시된 것 이상의 추가 정보를 포함할 수 있다. 또한, 정보는 FC 내의 제품의 위치와 배송 및 배달에 필요한 예상 시간을 포함할 수 있다. 이는, 예를 들면, 선반 또는 팔레트 위치, 유통 기한, 원산지, 무게, 크기, 패키지 내의 아이템 개수, 취급 지침, 또는 제품에 대한 다른 정보를 포함할 수 있다. 정보는 또한, (예를 들면, 이 제품 및 적어도 하나의 다른 제품을 구입한 고객의 빅 데이터 및/또는 기계 학습 분석에 기초한) 유사한 제품에 대한 추천, 자주 묻는 질문에 대한 답변, 고객의 후기, 제조 업체 정보, 사진 등을 포함할 수 있다.
외부 프론트 엔드 시스템(103)은 수신된 제품 정보에 기초하여 SDP(Single Detail Page)(예를 들면, 도 1c)를 준비할 수 있다. SDP는 또한, "지금 구매(Buy Now)" 버튼, "장바구니에 추가(Add to Cart)" 버튼, 수량 필드, 아이템 사진 등과 같은 다른 상호 동작 요소를 포함할 수 있다. SDP는 제품을 오퍼하는 판매자의 리스트를 포함할 수 있다. 이 리스트는 최저가로 제품을 판매하는 것으로 오퍼하는 판매자가 리스트의 최상단에 위치하도록, 각 판매자가 오퍼한 가격에 기초하여 순서가 정해질 수 있다. 이 리스트는 또한 최고 순위 판매자가 리스트의 최상단에 위치하도록, 판매자 순위에 기초하여 순서가 정해질 수 있다. 판매자 순위는, 예를 들어, 약속된 PPD를 지켰는지에 대한 판매자의 과거 추적 기록을 포함하는, 복수의 인자에 기초하여 만들어질 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들면, 네트워크를 통해) SDP를 요청 사용자 디바이스로 전달할 수 있다.
요청 사용자 디바이스는 제품 정보를 나열하는 SDP를 수신할 수 있다. SDP를 수신하면, 사용자 디바이스는 SDP와 상호 동작할 수 있다. 예를 들면, 요청 사용자 디바이스의 사용자는 SDP의 "장바구니에 담기(Place in Cart)" 버튼을 클릭하거나, 이와 상호 동작할 수 있다. 이렇게 하면 사용자와 연계된 쇼핑 장바구니에 제품이 추가된다. 사용자 디바이스는 제품을 쇼핑 장바구니에 추가하기 위해 외부 프론트 엔드 시스템(103)으로 이러한 요청을 전송할 수 있다.
외부 프론트 엔드 시스템(103)은 장바구니 페이지(예를 들면, 도 1d)를 생성할 수 있다. 일부 실시예에서, 장바구니 페이지는 사용자가 가상의 "쇼핑 장바구니(shopping cart)"에 추가한 제품을 나열한다. 사용자 디바이스는 SRP, SDP, 또는 다른 페이지의 아이콘을 클릭하거나, 상호 동작함으로써 장바구니 페이지를 요청할 수 있다. 일부 실시예에서, 장바구니 페이지는 사용자가 장바구니에 추가한 모든 제품 뿐 아니라 각 제품의 수량, 각 제품의 품목당 가격, 관련 수량에 기초한 각 제품의 가격, PDD에 관한 정보, 배달 방법, 배송 비용, 쇼핑 장바구니의 제품을 수정(예를 들면, 수량의 삭제 또는 수정)하기 위한 사용자 인터페이스 요소, 다른 제품의 주문 또는 제품의 정기적인 배달 설정에 대한 옵션, 할부(interest payment) 설정에 대한 옵션, 구매를 진행하기 위한 사용자 인터페이스 요소 등과 같은 장바구니의 제품에 관한 정보를 나열할 수 있다. 사용자 디바이스의 사용자는 쇼핑 장바구니에 있는 제품의 구매를 시작하기 위해 사용자 인터페이스 요소(예를 들면, "지금 구매(Buy Now)"라고 적혀있는 버튼)를 클릭하거나, 이와 상호 동작할 수 있다. 그렇게 하면, 사용자 디바이스는 구매를 시작하기 위해 이러한 요청을 외부 프론트 엔드 시스템(103)으로 전송할 수 있다.
외부 프론트 엔드 시스템(103)은 구매를 시작하는 요청을 수신하는 것에 응답하여 주문 페이지(예를 들면, 도 1e)를 생성할 수 있다. 일부 실시예에서, 주문 페이지는 쇼핑 장바구니로부터의 아이템을 재나열하고, 결제 및 배송 정보의 입력을 요청한다. 예를 들면, 주문 페이지는 쇼핑 장바구니의 아이템 구매자에 관한 정보(예를 들면, 이름, 주소, 이메일 주소, 전화번호), 수령인에 관한 정보(예를 들면, 이름, 주소, 전화번호, 배달 정보), 배송 정보(예를 들면, 배달 및/또는 픽업 속도/방법), 결제 정보(예를 들면, 신용 카드, 은행 송금, 수표, 저장된 크레딧), 현금 영수증을 요청하는 사용자 인터페이스 요소(예를 들면, 세금 목적) 등을 요청하는 섹션을 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 사용자 디바이스에 주문 페이지를 전송할 수 있다.
사용자 디바이스는 주문 페이지에 정보를 입력하고 외부 프론트 엔드 시스템(103)으로 정보를 전송하는 사용자 인터페이스 요소를 클릭하거나, 상호 동작할 수 있다. 그로부터, 외부 프론트 엔드 시스템(103)은 정보를 시스템(100) 내의 다른 시스템으로 전송하여 쇼핑 장바구니의 제품으로 새로운 주문을 생성하고 처리할 수 있도록 한다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 판매자가 주문과 관련된 정보를 전송 및 수신할 수 있도록 추가로 구성될 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 판매자가 특정 제품에 대한 예상 포장 시간 및/또는 가용 배달 옵션을 전송할 수 있도록 할 수 있다.
일부 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자(예를 들면, 시스템(100)을 소유, 운영 또는 임대하는 조직의 직원)가 시스템(100) 내의 하나 이상의 시스템과 상호작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, SAT 시스템(101)이 사용자가 아이템에 대한 주문을 할 수 있게 하는 시스템의 프레젠테이션을 가능하게 하는 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자가 주문에 대한 진단 및 통계 정보를 볼 수 있게 하고, 아이템 정보를 수정하며, 또는 주문에 대한 통계를 검토할 수 있게 하는 웹 서버로서 구현될 수 있다. 예를 들면, 내부 프론트 엔드 시스템(105)은 Apache HTTP 서버, Microsoft Internet Information Services(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예에서, 내부 프론트 엔드 시스템(105)은 (도시되지 않은 다른 디바이스뿐 아니라) 시스템(100) 내에 나타낸 시스템 또는 디바이스로부터 요청을 수신 및 처리하고, 그러한 요청에 기초하여 데이터베이스 및 다른 데이터 저장 장치로부터 정보를 획득하며, 획득한 정보에 기초하여 수신된 요청에 대한 응답을 제공하도록 (설계된 커스텀 웹 서버 소프트웨어를 실행)할 수 있다.
일부 실시예에서, 내부 프론트 엔드 시스템(105)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 결제 시스템, 분석 시스템, 주문 모니터링 시스템 등 중 하나 이상을 포함할 수 있다. 일 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상을 포함할 수 있는 반면, 다른 양상에서는 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상에 연결된 인터페이스(예를 들면, 서버 대 서버, 데이터베이스 대 데이터베이스, 또는 다른 네트워크 연결)를 포함할 수 있다. 일부 실시예에서, 내부 프론트 엔드 시스템(105)은 FC가 특정 위치에 아이템을 배치하도록 작업자를 지시하도록 구성될 수 있다. 예를 들어, 일부 실시예에서, SAT 시스템(101)은 특별 배달 옵션으로 요청될 가능성이 더 큰 제품을 식별하기 위해 예측 알고리즘을 수행하도록 구성될 수 있다. 예를 들어, SAT 시스템(101)은 새벽 배달 또는 최초 배달을 위해 요청될 가능성이 가장 높은 제품을 식별하도록 구성될 수 있다. 이러한 실시예에서, 내부 프론트 엔드 시스템(105)은 SAT 시스템(101)과 통신할 수 있고 배달 시간을 개선하고 새벽, 신선 또는 최초 배달에 이용 가능한 제품의 수를 최대화 할 목적으로 FC 내에서 제품 배치를 안내하는 작업자를 위한 제품 웹 사이트 및/또는 사용자 인터페이스를 생성할 수 있다.
일부 실시예에서, 운송 시스템(107)은 시스템(100) 내의 시스템 또는 디바이스와 모바일 디바이스(107A-107C) 간의 통신을 가능하게 하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 운송 시스템(107)은 하나 이상의 모바일 디바이스(107A-107C)(예를 들면, 휴대 전화, 스마트폰, PDA 등)로부터 정보를 수신할 수 있다. 예를 들면, 일부 실시예에서, 모바일 디바이스(107A-107C)는 배달원에 의해 동작되는 디바이스를 포함할 수 있다. 정규직, 임시적 또는 교대 근무일 수 있는 배달원은 사용자에 의해 주문된 제품들이 들어 있는 패키지의 배달을 위해 모바일 디바이스(107A-107C)를 이용할 수 있다. 예를 들면, 패키지를 배달하기 위해, 배달원은 배달할 패키지와 배달할 위치를 나타내는 모바일 디바이스 상의 알림을 수신할 수 있다. 배달 장소에 도착하면, 배달원은 (예를 들면, 트럭의 뒤나 패키지의 크레이트에) 패키지를 둘 수 있고, 모바일 디바이스를 사용하여 패키지 상의 식별자와 관련된 데이터(예를 들면, 바코드, 이미지, 텍스트 문자열, RFID 태그 등)를 스캔하거나, 캡처하며, (예를 들면, 현관문에 놓거나, 경비원에게 맡기거나, 수령인에게 전달하는 것 등에 의해) 패키지를 배달할 수 있다. 일부 실시예에서, 배달원은 모바일 디바이스를 사용하여 패키지의 사진(들)을 찍거나 및/또는 서명을 받을 수 있다. 모바일 디바이스는, 예를 들면, 시간, 날짜, GPS 위치, 사진(들), 배달원에 관련된 식별자, 모바일 디바이스에 관련된 식별자 등을 포함하는 배달에 관한 정보를 포함하는 정보를 운송 시스템(107)에 전송할 수 있다. 운송 시스템(107)은 시스템(100) 내의 다른 시스템에 의한 접근을 위해 데이터베이스(미도시)에 이러한 정보를 저장할 수 있다. 일부 실시예에서, 운송 시스템(107)은 다른 시스템에 특정 패키지의 위치를 나타내는 트래킹 데이터를 준비 및 전송하기 위해 이러한 정보를 사용할 수 있다.
일부 실시예에서, 특정 사용자는, 한 종류의 모바일 디바이스를 사용할 수 있는 반면(예를 들면, 정규 직원은 바코드 스캐너, 스타일러스 및 다른 장치와 같은 커스텀 하드웨어를 갖는 전문 PDA를 사용할 수 있음), 다른 사용자는 다른 종류의 모바일 디바이스를 사용할 수 있다(예를 들면, 임시 또는 교대 근무 직원이 기성 휴대 전화 및/또는 스마트폰을 사용할 수 있음).
일부 실시예에서, 운송 시스템(107)은 사용자를 각각의 디바이스와 연관시킬 수 있다. 예를 들면, 운송 시스템(107)은 사용자(예를 들면, 사용자 식별자, 직원 식별자, 또는 전화번호에 의해 표현됨)와 모바일 디바이스(예를 들면, International Mobile Equipment Identity(IMEI), International Mobile Subscription Identifier(IMSI), 전화번호, Universal Unique Identifier(UUID), 또는 Globally Unique Identifier(GUID)에 의해 표현됨) 간의 연관성(association)을 저장할 수 있다. 운송 시스템(107)은, 다른 것들 중에 작업자의 위치, 작업자의 효율성, 또는 작업자의 속도를 결정하기 위해 데이터베이스에 저장된 데이터를 분석하기 위해 배달시 수신되는 데이터와 관련하여 이러한 연관성을 사용할 수 있다.
일부 실시예에서, 판매자 포털(109)은 판매자 또는 다른 외부 엔터티(entity)가 시스템(100) 내의 하나 이상의 시스템과 전자 통신할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 판매자는 판매자 포털(109)을 사용하여 시스템(100)을 통해 판매하고자 하는 제품에 대하여, 제품 정보, 주문 정보, 연락처 정보 등을 업로드하거나 제공하는 컴퓨터 시스템(미도시)을 이용할 수 있다.
일부 실시예에서, 배송 및 주문 트래킹 시스템(111)은 고객(예를 들면, 디바이스(102A-102B)를 사용하는 사용자)에 의해 주문된 제품들이 들어 있는 패키지의 위치에 관한 정보를 수신, 저장 및 포워딩하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 배송 및 주문 트래킹 시스템(111)은 고객에 의해 주문된 제품들이 들어 있는 패키지를 배달하는 배송 회사에 의해 운영되는 웹 서버(미도시)로부터 정보를 요청하거나 저장할 수 있다.
일부 실시예에서, 배송 및 주문 트래킹 시스템(111)은 시스템(100)에 나타낸 시스템들로부터 정보를 요청하고 저장할 수 있다. 예를 들면, 배송 및 주문 트래킹 시스템(111)은 운송 시스템(107)으로부터 정보를 요청할 수 있다. 전술한 바와 같이, 운송 시스템(107)은 사용자(예를 들면, 배달원) 또는 차량(예를 들면, 배달 트럭) 중 하나 이상과 연관된 하나 이상의 모바일 디바이스(107A-107C)(예를 들면, 휴대 전화, 스마트폰, PDA 등)로부터 정보를 수신할 수 있다. 일부 실시예에서, 배송 및 주문 트래킹 시스템(111)은 또한, 풀필먼트 센터(예를 들면, 풀필먼트 센터(200)) 내부의 개별 제품의 위치를 결정하기 위해 인력 관리 시스템(WMS)(119)으로부터 정보를 요청할 수 있다. 배송 및 주문 트래킹 시스템(111)은 운송 시스템(107) 또는 WMS(119) 중 하나 이상으로부터 데이터를 요청하고, 이를 처리하며, 요청시 디바이스(예를 들면, 사용자 디바이스(102A, 102B))로 제공할 수 있다.
일부 실시예에서, 풀필먼트 최적화(FO) 시스템(113)은 다른 시스템(예를 들면, 외부 프론트 엔드 시스템(103) 및/또는 배송 및 주문 트래킹 시스템(111))으로부터의 고객 주문에 대한 정보를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. FO 시스템(113)은 또한, 특정 아이템이 유지 또는 저장되는 곳을 나타내는 정보를 저장할 수 있다. 예를 들면, 소정 아이템은 하나의 풀필먼트 센터에만 저장될 수 있는 반면, 소정 다른 아이템은 다수의 풀필먼트 센터에 저장될 수 있다. 또 다른 실시예에서, 특정 풀필먼트 센터는 아이템의 특정 세트(예를 들면, 신선한 농산물 또는 냉동 제품)만을 저장하도록 구성될 수 있다. FO 시스템(113)은 이러한 정보뿐 아니라 관련 정보(예를 들면, 수량, 크기, 수령 날짜, 유통 기한 등)를 저장한다.
FO 시스템(113)은 또한, 각 제품에 대해 대응하는 컷오프 시간(특정 배달 시간에 대한 최대 시간) 및/또는 PPD(약속된 배달 날짜)를 계산할 수 있다. 일부 실시예에서, 컷오프 시간 및 PDD는 하나 이상의 요소에 기초할 수 있다. 예를 들면, FO 시스템(113)은 제품에 대한 과거 수요(예를 들면, 그 제품이 일정 기간 동안 얼마나 주문되었는지), 제품에 대한 예측된 수요(예를 들면, 얼마나 많은 고객이 다가오는 기간 동안 제품을 주문할 것으로 예상되는지), 일정 기간 동안 얼마나 많은 제품이 주문되었는지를 나타내는 네트워크 전반의 과거 수요, 다가오는 기간 동안 얼마나 많은 제품이 주문될 것으로 예상되는지를 나타내는 네트워크 전반의 예측된 수요, 각각의 제품을 저장하는 각 풀필먼트 센터(200)에 저장된 제품의 하나 이상의 개수, 그 제품에 대한 예상 또는 현재 주문 등에 기초하여 제품에 대한 PDD를 계산할 수 있다. 또한, FO 시스템(113)은 과거 배달, 제품 위치와 물류 센터 간의 물리적 거리, FC 위치의 가용 인력 등에 기초하여 컷오프 시간을 계산할 수 있다.
일부 실시예에서, FO 시스템(113)은 주기적으로(예를 들면, 시간별로) 각 제품에 대한 컷오프 시간 및 PDD를 결정하고, 검색하거나 다른 시스템(예를 들면, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 배송 및 주문 트래킹 시스템(111))으로 전송하기 위해 이를 데이터베이스에 저장할 수 있다. 다른 실시예에서, FO 시스템(113)은 하나 이상의 시스템(예를 들면, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 배송 및 주문 트래킹 시스템(111))으로부터 전자 요청을 수신하고 요구에 따라 PDD 또는 컷오프 시간을 계산할 수 있다. 또 다른 실시예에서, FO 시스템(113)은 이용이 웹 사이트 중 하나를 탐색함에 따라 PDD 및 컷오프 시간을 결정할 수 있다. FO 시스템(113)에 의한 PDD 또는 컷오프 시간의 계산 및 전송을 위한 프로세스는 도 7과 관련하여 추가로 설명된다.
일부 실시예에서, 풀필먼트 메시징 게이트웨이(FMG)(115)는 FO 시스템(113)과 같은 시스템(100) 내의 하나 이상의 시스템으로부터 하나의 포맷 또는 프로토콜로 요청 또는 응답을 수신하고, 그것을 다른 포맷 또는 프로토콜로 변환하여, 변환된 포맷 또는 프로토콜로 된 요청 또는 응답을 WMS(119) 또는 제3자 풀필먼트 시스템(121A, 121B, 또는 121C)과 같은 다른 시스템에 포워딩하며, 반대의 경우도 가능한 컴퓨터 시스템으로서 구현될 수 있다.
일부 실시예에서, 공급 체인 관리(SCM) 시스템(117)은 예측 기능을 수행하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, SCM 시스템(117)은, 예를 들어 제품에 대한 과거 수요, 제품에 대한 예측된 수요, 네트워크 전반의 과거 수요, 네트워크 전반의 예측된 수요, 각각의 풀필먼트 센터(200)에 저장된 제품 개수, 각 제품에 대한 예상 또는 현재 주문 등에 기초하여, 특정 제품에 대한 수요의 수준을 예측할 수 있다. 이러한 예측된 수준과 모든 풀필먼트 센터를 통한 각 제품의 수량에 응답하여, SCM 시스템(117)은 특정 제품에 대한 예측된 수요를 만족시키기에 충분한 양을 구매 및 비축하기 위한 하나 이상의 구매 주문을 생성할 수 있다.
일부 실시예에서, 인력 관리 시스템(WMS)(119)은 작업 흐름을 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, WMS(119)는 개개의 디바이스(예를 들면, 디바이스(107A-107C 또는 119A-119C))로부터 개별 이벤트를 나타내는 이벤트 데이터를 수신할 수 있다. 예를 들면, WMS(119)는 패키지를 스캔하기 위해 이들 디바이스 중 하나를 사용하거나 포지셔닝 시스템의 센서가 트리거 되었음을 나타내는 이벤트 데이터를 수신할 수 있다. 풀필먼트 센터(200) 및 도 2에 관하여 이하에서 논의되는 바와 같이, 풀필먼트 프로세스 동안, 패키지 식별자(예를 들면, 바코드 또는 RFID 태그 데이터)는 특정 스테이지의 기계(예를 들면, 자동 또는 핸드헬드 바코드 스캐너, RFID 판독기, 고속 카메라, 태블릿(119A), 모바일 디바이스/PDA(119B), 컴퓨터(119C)와 같은 디바이스 등)에 의해 스캔되거나 판독될 수 있다. 대안적으로, 무선 센서는 제품이 선반 안으로 또는 밖으로 이동 되었다고 결정할 수 있다. WMS(119)는 패키지 식별자, 시간, 날짜, 위치, 사용자 식별자, 또는 다른 정보와 함께 대응하는 데이터베이스(미도시)에 스캔, 패키지 식별자의 판독 또는 센서 이벤트를 나타내는 각 이벤트를 저장할 수 있고, 이러한 정보를 다른 시스템(예를 들면, 배송 및 주문 트래킹 시스템(111))에 제공할 수 있다.
일부 실시예에서, WMS(119)는 하나 이상의 디바이스(예를 들면, 디바이스(107A-107C 또는 119A-119C))와 시스템(100)과 연관된 하나 이상의 사용자를 연관시키는 정보를 저장할 수 있다. 예를 들면, 일부 상황에서, (파트 타임 또는 풀 타임 직원과 같은) 사용자는 모바일 디바이스(예를 들면, 모바일 디바이스는 스마트폰임)를 소유한다는 점에서, 모바일 디바이스와 연관될 수 있다. 다른 상황에서, 사용자는 임시로 모바일 디바이스를 보관한다는 점에서(예를 들면, 하루의 시작에서부터 모바일 디바이스를 대여받은 사용자가, 하루 동안 그것을 사용하고, 하루가 끝날 때 그것을 반납할 것임), 모바일 디바이스와 연관될 수 있다.
일부 실시예에서, WMS(119)는 시스템(100)과 연관된 각각의 사용자에 대한 작업 로그를 유지할 수 있다. 예를 들면, WMS(119)는 임의의 할당된 프로세스(예를 들면, 트럭에서 내리기, 픽업 구역에서 아이템을 픽업하기, 리비닝 월(rebin wall) 작업, 아이템 패킹하기), 사용자 식별자, 위치(예를 들면, 풀필먼트 센터(200)의 바닥 또는 구역), 직원에 의해 시스템을 통해 이동된 유닛의 수(예를 들면, 픽업된 아이템의 수, 패킹된 아이템의 수), 디바이스(예를 들면, 디바이스(119A-119C))와 관련된 식별자 등을 포함하는, 각 직원과 관련된 정보를 저장할 수 있다. 일부 실시예에서, WMS(119)는 디바이스(119A-119C)에서 작동되는 계시(timekeeping) 시스템과 같은 계시 시스템으로부터 체크-인 및 체크-아웃 정보를 수신할 수 있다.
일부 실시예에서, 제3자 풀필먼트 (3PL) 시스템(121A-121C)은 물류 및 제품의 제3자 제공자와 관련된 컴퓨터 시스템을 나타낸다. 예를 들면, (도 2와 관련하여 이하에서 후술하는 바와 같이) 일부 제품이 풀필먼트 센터(200)에 저장되는 반면, 다른 제품은 오프-사이트(off-site)에 저장될 수 있거나, 수요에 따라 생산될 수 있으며, 달리 풀필먼트 센터(200)에 저장될 수 없다. 3PL 시스템(121A-121C)은 FO 시스템(113)으로부터 (예를 들면, FMG(115)를 통해) 주문을 수신하도록 구성될 수 있으며, 고객에게 직접 제품 및/또는 서비스(예를 들면, 배달 또는 설치)를 제공할 수 있다. 일부 구현예에서, 하나 이상의 3PL 시스템(121A-121C)은 시스템(100)의 일부일 수 있지만, 다른 구현예에서는, 하나 이상의 3PL 시스템(121A-121C)이 시스템(100)의 외부에 있을 수 있다(예를 들어, 제3자 제공자에 의해 소유 또는 운영됨)일 수 있다.
일부 실시예에서, 풀필먼트 센터 인증 시스템(FC Auth)(123)은 다양한 기능을 갖는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 일부 실시예에서, FC Auth(123)는 시스템(100) 내의 하나 이상의 다른 시스템에 대한 단일-사인 온(single-sign on, SSO) 서비스로서 작동할 수 있다. 또한, FC Auth(123)는 내부 프론트 엔드 시스템(105)을 통해 사용자가 로그인하게 하고, 사용자가 배송 및 주문 트래킹 시스템(111)에서 리소스에 액세스하기 위해 유사한 권한을 갖고 있다고 결정하며, 두 번째 로그인 프로세스 요구 없이 사용자가 그러한 권한에 액세스할 수 있게 한다. 다른 실시예에서, FC Auth(123)는 사용자(예를 들면, 직원)가 자신을 특정 작업과 연관시킬 수 있게 한다. 예를 들면, 일부 직원은 (디바이스(119A-119C)와 같은) 전자 디바이스를 갖지 않을 수 있으며, 대신 하루 동안 풀필먼트 센터(200) 내에서 작업들 사이 및 구역들 사이에서 이동할 수 있다. FC Auth(123)는 이러한 직원들이 상이한 시간 대에 수행 중인 작업과 속해 있는 구역을 표시할 수 있도록 구성될 수 있다.
일부 실시예에서, 노동 관리 시스템(LMS)(125)은 직원(풀-타임 및 파트-타임 직원을 포함함)에 대한 출근 및 초과 근무 정보를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, LMS(125)는 FC Auth(123), WMA(119), 디바이스(119A-119C), 운송 시스템(107), 및/또는 디바이스(107A-107C)로부터 정보를 수신할 수 있다.
도 1a에 나타낸 특정 구성은 단지 예시일 뿐이다. 예를 들면, 도 1a는 FO 시스템(113)에 연결된 FC Auth 시스템(123)을 나타낸 반면, 모든 실시예가 이러한 특정 구성을 필요로 하는 것은 아니다. 실제로, 일부 실시예에서, 시스템(100) 내의 시스템은 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a/b/g/n 표준을 따르는 무선 네트워크, 임대 회선 등을 포함하는 하나 이상의 공공 또는 사설 네트워크를 통해 서로 연결될 수 있다. 일부 실시예에서, 시스템(100) 내의 시스템 중 하나 이상은 데이터 센터, 서버 팜 등에서 구현되는 하나 이상의 가상 서버로서 구현될 수 있다.
도 2는 풀필먼트 센터(200)를 나타낸다. 풀필먼트 센터(FC)(200)는 주문시 고객에게 배송하기 위한 아이템을 저장하는 물리적 장소의 예시이다. 풀필먼트 센터(FC)(200)는 다수의 구역으로 분할될 수 있으며, 각각이 도 2에 도시된다. 일부 실시예에서, 이러한 "구역(zones)"은 아이템을 수령하고, 아이템을 저장하고, 아이템을 검색하고, 아이템을 배송하는 과정의 상이한 단계 사이의 가상 구분으로 생각될 수 있다. 따라서, "구역"이 도 2에 나타나 있으나, 일부 실시예에서, 구역의 다른 구분도 가능하고, 도 2의 구역은 생략, 복제, 또는 수정될 수 있다.
인바운드 구역(203)은 시스템(100)(도 1a)을 사용하여 제품을 판매하고자 하는 판매자로부터 아이템이 수신되는 FC(200)의 영역을 나타낸다. 예를 들면, 판매자는 트럭(201)을 사용하여 아이템(202A, 202B)을 배달할 수 있다. 아이템(202A)은 자신의 배송 팔레트(pallet)를 점유하기에 충분히 큰 단일 아이템을 나타낼 수 있으며, 아이템(202B)은 공간을 절약하기 위해 동일한 팔레트 상에 함께 적층되는 아이템의 세트를 나타낼 수 있다.
작업자는 인바운드 구역(203)의 아이템을 수령하고, 선택적으로 컴퓨터 시스템(미도시)을 사용하여 아이템이 손상되었는지 및 정확한지를 체크할 수 있다. 예를 들면, 작업자는 아이템(202A, 202B)의 수량을 아이템의 주문 수량과 비교하기 위해 컴퓨터 시스템을 사용할 수 있다. 수량이 일치하지 않는다면, 해당 작업자는 아이템(202A, 202B) 중 하나 이상을 거부할 수 있다. 수량이 일치한다면, 작업자는 그 아이템들을 (예를 들면, 짐수레(dolly), 핸드트럭(handtruck), 포크리프트(forklift), 또는 수작업으로) 버퍼 구역(205)으로 운반할 수 있다. 버퍼 구역(205)은, 예를 들면, 예측된 수요를 충족시키기 위해 픽업 구역에 그 아이템이 충분한 수량만큼 있기 때문에, 픽업 구역에서 현재 필요하지 않은 아이템에 대한 임시 저장 영역일 수 있다. 일부 실시예에서, 포크리프트(206)는 버퍼 구역(205) 주위와 인바운드 구역(203) 및 드롭 구역(207) 사이에서 아이템을 운반하도록 작동한다. (예를 들면, 예측된 수요로 인해) 픽업 구역에 아이템(202A, 202B)이 필요하면, 포크리프트는 아이템(202A, 202B)을 드롭 구역(207)으로 운반할 수 있다.
드롭 구역(207)은 픽업 구역(209)으로 운반되기 전에 아이템을 저장하는 FC(200)의 영역일 수 있다. 픽업 동작에 할당된 작업자("피커(picker)")는 픽업 구역의 아이템(202A, 202B)에 접근하고, 픽업 구역에 대한 바코드를 스캔하며, 모바일 디바이스(예를 들면, 디바이스(119B))를 사용하여 아이템(202A, 202B)과 관련된 바코드를 스캔할 수 있다. 이러한 이벤트는 아이템이 FC로 이동되었음을 지정하기 위해 데이터베이스를 업데이트하는 실시간 위치 시스템을 업데이트 할 수 있다. 그 다음 피커는 (예를 들어, 카트에 놓거나 운반함으로써) 픽업 구역(209)에 아이템을 가져갈 수 있고 실시간 위치 시스템은 새로운 아이템에 대한 보관 위치를 요청할 수 있다.
픽업 구역(209)은 아이템(208)이 저장 유닛(210)에 저장되는 FC(200)의 영역일 수 있다. 일부 실시예에서, 저장 유닛(210)은 물리적 선반, 책꽂이, 박스, 토트(tote), 냉장고, 냉동고, 저온 저장고 등 중 하나 이상을 포함할 수 있다. 일부 실시예에서, 픽업 구역(209)은 다수의 플로어로 편성될 수 있다. 일부 실시예에서, 작업자 또는 기계는, 예를 들면, 포크리프트, 엘리베이터, 컨베이어 벨트, 카트, 핸드트럭, 짐수레, 자동화된 로봇 또는 디바이스, 또는 수작업을 포함하는 다양한 방식으로 아이템을 픽업 구역(209)으로 운반할 수 있다. 예를 들면, 피커는 아이템(202A, 202B)을 드롭 구역(207)의 핸드트럭 또는 카트에 놓을 수 있으며, 아이템(202A, 202B)을 픽업 구역(209)으로 가져갈 수 있다.
피커는 저장 유닛(210) 상의 특정 공간과 같은 픽업 구역(209)의 특정 스팟에 아이템을 배치(또는 "적재(stow)")하라는 명령을 수신할 수 있다. 예를 들면, 피커는 모바일 디바이스(예를 들면, 디바이스(119B))를 사용하여 아이템(202A)을 스캔할 수 있다. 디바이스는, 예를 들면, 통로, 선반 및 위치를 나타내는 시스템을 사용하여, 아이템(202A)을 적재해야 하는 위치를 나타낼 수 있다. 일부 실시예에서, 아이템(202A)을 적재할 위치는, 새벽 배달과 같은, 특별 배달 옵션의 가용성을 최대화하려고 시도하는 예측 알고리즘에 기초하여 결정될 수 있다. 그 다음 디바이스는 그 위치에 아이템(202A)을 적재하기 전에 피커가 그 위치에서 바코드를 스캔하도록 할 수 있다. 대안적으로, 무선 센서 또는 이미지 인식과 결합된 카메라는, 시간의 위치를 저장할 수 있다. 일부 실시예에서, 디바이스는 도 1a의 WMS(119)와 같은 컴퓨터 시스템에 아이템(202A)이 디바이스(119B)를 사용하는 사용자에 의해 그 위치에 적재되었음을 나타내는 데이터를 (예를 들면, 무선 네트워크를 통해) 전송할 수 있다.
일단 사용자가 주문을 하면, 피커는 저장 유닛(210)으로부터 하나 이상의 아이템(208)을 검색하기 위해 디바이스(119B)에 명령을 수신할 수 있다. 일부 실시예에서, 도 11과 관련하여 추가로 설명되는 바와 같이, 피커는 제품을 적재하기 위한 배치 또는 보관 가이드를 통해 명령을 수신할 수 있다. 피커는 아이템(208)을 검색하고, 아이템(208) 상의 바코드를 스캔하며, 운송 기구(214) 상에 놓을 수 있다. 일부 실시예에서, 운송 기구(214)가 슬라이드로서 표현되지만, 운송 기구는 컨베이어 벨트, 엘리베이터, 카트, 포크리프트, 핸드트럭, 짐수레, 카트 등 중 하나 이상으로서 구현될 수 있다. 그 다음 아이템(208)은 패킹 구역(211)에 도착할 수 있다.
패킹 구역(211)은 아이템이 픽업 구역(209)으로부터 수령되고 고객에게 최종 배송하기 위해 박스 또는 가방에 패킹되는 FC(200)의 영역일 수 있다. 패킹 구역(211)에서, 아이템을 수령하도록 할당된 작업자("리비닝 작업자(rebin worker)")는 픽업 구역(209)으로부터 아이템(208)을 수령하고, 그것이 어느 주문에 대응하는지를 결정할 것이다. 예를 들면, 리비닝 작업자는 아이템(208) 상의 바코드를 스캔하기 위해 컴퓨터(119C)와 같은 디바이스를 사용할 수 있다. 컴퓨터(119C)는 아이템(208)이 어느 주문과 관련이 있는지를 시각적으로 나타낼 수 있다. 이는, 예를 들면, 주문에 대응하는 월(216) 상의 공간 또는 "셀(cell)"을 포함할 수 있다. (예를 들면, 셀에 주문의 모든 아이템이 포함되어 있기 때문에) 일단 주문이 완료되면, 리비닝 작업자는 패킹 작업자(또는 "패커(packer)")에게 주문이 완료된 것을 알릴 수 있다. 패커는 셀로부터 아이템을 검색하고, 배송을 위해 이들을 박스 또는 가방에 놓을 수 있다. 그 다음 패커는, 예를 들면, 포크리프트, 카트, 짐수레, 핸드트럭, 컨베이어 벨트, 수작업 또는 다른 방법을 통해, 박스 또는 가방을 허브 구역(213)으로 보낼 수 있다.
허브 구역(213)은 패킹 구역(211)으로부터 모든 박스 또는 가방("패키지(packages)")을 수신하는 FC(200)의 영역일 수 있다. 허브 구역(213)의 작업자 및/또는 기계는 패키지(218)를 검색하고, 각 패키지가 배달 영역의 어느 부분으로 배달되도록 되어 있는지를 결정하며, 패키지를 적합한 캠프 구역(215)으로 보낼 수 있다. 예를 들면, 배달 영역이 2개의 작은 하위 영역을 갖는다면, 패키지는 2개의 캠프 구역(215) 중 하나로 보내질 것이다. 일부 실시예에서, 작업자 또는 기계는 최종 목적지를 결정하기 위해 (예를 들면, 디바이스(119A-119C) 중 하나를 사용하여) 패키지를 스캔할 수 있다. 패키지를 캠프 구역(215)으로 보내는 것은, 예를 들면, (우편 번호에 기초하여) 패키지가 향하는 지리적 영역의 부분을 결정하고, 지리적 영역의 부분과 관련된 캠프 구역(215)을 결정하는 것을 포함할 수 있다.
일부 실시예에서, 캠프 구역(215)은 루트 및/또는 서브-루트로 분류하기 위해 허브 구역(213)으로부터 패키지가 수령되는 하나 이상의 빌딩, 하나 이상의 물리적 공간, 또는 하나 이상의 영역을 포함할 수 있다. 일부 실시예에서, 캠프 구역(215)은 FC(200)로부터 물리적으로 분리되어 있는 반면, 다른 실시예에서는 캠프 구역(215)은 FC(200)의 일부를 형성할 수 있다.
캠프 구역(215)의 작업자 및/또는 기계는, 예를 들면, 목적지와 기존 루트 및/또는 서브-루트의 비교, 각각의 루트 및/또는 서브-루트에 대한 작업량의 계산, 하루 중 시간, 배송 방법, 패키지(220)를 배송하기 위한 비용, 패키지(220)의 아이템과 관련된 PDD, 배달 옵션 등에 기초하여 패키지(220)가 어느 루트 및/또는 서브-루트와 연관되어야 하는지를 결정할 수 있다. 일부 실시예에서, 작업자 또는 기계는 최종 목적지를 결정하기 위해 (예를 들면, 디바이스(119A-119C) 중 하나를 사용하여) 패키지를 스캔할 수 있다. 일단 패키지(220)가 특정 루트 및/또는 서브-루트에 할당되면, 작업자 및/또는 기계는 배송될 패키지(220)를 운반할 수 있다. 예시적인 도 2에서, 캠프 구역(215)은 트럭(222), 자동차(226), 배달원(224A, 224B)을 포함한다. 일부 실시예에서, 배달원(224A)이 트럭(222)을 운전할 수 있는데, 이 때 배달원(224A)은 FC(200)에 대한 패키지를 배달하는 풀-타임 직원이며, 트럭은 FC(200)를 소유, 임대 또는 운영하는 동일한 회사에 의해 소유, 임대, 또는 운행된다. 일부 실시예에서, 배달원(224B)이 자동차(226)를 운전할 수 있는데, 이 때 배달원(224B)은 필요에 따라(예를 들면, 계절에 따라) 배달하는 "플렉스(flex)" 또는 비상시적인 작업자이다. 자동차(226)는 배달원(224B)에 의해 소유, 임대 또는 운행될 수 있다.
일부 실시예에서, 도 2에 도시된 바와 같이, FC(200)의 섹션 중 하나 이상은 포지셔닝 시스템(217)을 포함할 수 있다. 포지셔닝 시스템(217)은 FC 내에서 제품의 위치를 결정하고 FC를 통해 그들의 움직임을 추적하는데 이용될 수 있는 복수의 센서를 포함할 수 있다. 이러한 실시예에서, 포지셔닝 시스템(217)의 센서는 FC에서 제품의 위치를 추적하고 또한 서로 다른 섹션 사이의 이동을 추정하는 두 가지 모두에 이용될 수 있다. 예를 들어, 포지셔닝 시스템(217)의 센서는 FC(200)의 서로 다른 영역들 사이에서 경과된 시간의 이력 데이터를 저장하는데 이용될 수 있다. 그런 다음 이 정보는 저장 구역과 패킹 구역 사이의 거리 또는 추정된 시간을 결정하기 위해 이용될 수 있다.
도 2에 도시된 바와 같이 포지셔닝 시스템(217)은 패킹 구역(211)의 센서(217A), 픽업 구역(209)의 센서(217B) 및 드롭 구역(205)의 센서(217C)를 포함할 수 있다. 그러나, 아이템 FC(200)의 위치를 추적 및 캡처하고 예상된 배달의 정확도를 개선하거나 배달 옵션의 가용성을 최대화 하는 것을 목표로 더 많은 센서가 FC(200)의 서로 다른 영역에 배치될 수 있다.
도 3은 개시된 실시예에 따른, 예시적인 시스템(300)의 블록도이다. 시스템(300)에서 밸런싱 시스템(320)은, 예를 들어, 가용 재고를 결정하고 가상 번들을 밸런싱 하기 위해 재고 데이터 피드 및 클라이언트 구매를 실시간으로 처리할 수 있다. 시스템(300)은 밸런싱 시스템(320), 온라인 리소스(340), 클라이언트 디바이스(350), 제3자 시스템(360), FC/창고 시스템(310) 및 데이터베이스(380)를 포함할 수 있다. 일부 실시예에서, 도 3에 도시된 바와 같이, 시스템(300)의 구성 요소는 네트워크(370)에 연결될 수 있다. 그러나, 다른 실시예에서 시스템(300)의 구성 요소는, 네트워크(370) 없이, 서로 직접 연결될 수 있다. 예를 들어, 데이터베이스(380)는 밸런싱 시스템(320)에 직접 연결될 수 있다.
일부 실시예에서, 밸런싱 시스템(320)은 시스템(100)(도 1a)의 하나 이상의 구성 요소로 구현될 수 있다. 예를 들어, 밸런싱 시스템(320)은 SAT 시스템(101), 외부 프론트 엔드 시스템(103), FO 시스템(113), SCM 시스템(117) 및/또는 WMS(119)(도 1a)를 포함할 수 있다. 다른 실시예에서, 밸런싱 시스템(320)은 창고(FC/창고 시스템(310)과 같은), 클라이언트 주문(예를 들어, 클라이언트 디바이스(350)으로부터의) 및 제3자 주문(예를 들어, 제3자 시스템(360)으로부터의)으로부터 재고 데이터를 수집하기 위한 동작을 수행하고 가상 번들을 밸런싱 하기 위해 가용 재고를 추정하며 클라이언트 디바이스(350)에 디스플레이 될 수 있는 판매자 포털을 생성하기 위해 외부 시스템에 대한 정보를 제공하도록 구성된 하나 이상의 독립적인 서버로 구현될 수 있다.
밸런싱 시스템(320)은 밸런싱 데이터베이스(324) 및 밸런싱 프로세서(322)를 포함할 수 있다. 밸런싱 데이터베이스(324)는 가용 아이템을 저장하고 가상 번들에 대한 아이템의 그룹핑을 관리하도록 구성된 임의의 저장 시스템 또는 디바이스로 구현될 수 있다. 밸런싱 프로세서(322)는 시스템(300)의 다른 요소로부터의 정보를 처리하고 밸런싱 데이터베이스(324) 및/또는 가상 번들의 구성에서 재고 데이터를 업데이트하도록 구성된 CPU, GPU 및/또는 FPGA와 같은, 임의의 처리 디바이스를 포함할 수 있다. 더욱이, 일부 실시예에서 밸런싱 프로세서(322)는 클라이언트 디바이스에서 웹 사이트를 생성 또는 수정하기 위한 스크립트 또는 명령을 생성하도록 구성될 수 있다. 예를 들어, 일부 실시예에서 밸런싱 프로세서(322)는 밸런싱 데이터베이스(324)에서 가상 번들 또는 전체 재고의 업데이트가 있을 때마다 웹 사이트 업데이트 또는 새로 고침을 생성하도록 구성 될 수 있다. 밸런싱 시스템(320), 밸런싱 데이터베이스(324) 및 밸런싱 프로세서(322)는 도 6과 관련하여 추가로 논의된다.
온라인 리소스(340)는 웹 사이트 호스팅, 네트워킹, 클라우드 또는 백업 서비스의 제공자와 같은 엔티티에 의해 제공되는 하나 이상의 서버 또는 저장 서비스를 포함할 수 있다. 일부 실시예에서, 온라인 리소스(340)는 인증 서비스, DNS (Domain Name System) 또는 랜딩 페이지를 위한 웹 페이지를 저장하는 호스팅 서비스 또는 서버와 연관될 수 있다. 다른 실시예에서, 온라인 리소스(340)는 클라우드 컴퓨팅 서비스와 연관될 수 있다. 또 다른 실시예에서, 온라인 리소스(340)는, 예를 들어, Apple Push Notification Service, Azure Mobile services 또는 Google Cloud Messaging과 같은, 메시징 서비스와 연관될 수 있다. 이러한 실시예에서, 온라인 리소스(340)는, 디지털 권리 관리를 처리하는 것과 같이, 개시된 실시예의 기능과 관련된 메시지 및 통지의 전달을 처리 할 수 있다.
클라이언트 디바이스(350)는 개시된 실시예에 따른 하나 이상의 동작을 수행하도록 구성된 하나 이상의 컴퓨팅 디바이스를 포함할 수 있다. 예를 들어, 클라이언트 디바이스(350)는 데스크톱 컴퓨터, 랩톱, 서버, 모바일 디바이스(예를 들면, 태블릿, 스마트 폰 등), 셋톱 박스, 게임 디바이스, 웨어러블 컴퓨팅 디바이스 또는 다른 임의의 컴퓨팅 디바이스를 포함할 수 있다. 일부 실시예에서, 클라이언트 디바이스(350)는 사용자 디바이스(102)(도 1a)를 포함할 수 있고 시스템(100)의 일부로서 운용될 수 있다. 그러나, 다른 실시예에서, 클라이언트 디바이스(350)는 시스템(100)으로부터 독립적일 수 있다. 클라이언트 디바이스(350)는 아래에 설명된 기능을 구현하기 위한 동작을 수행하기 위해, 클라이언트 디바이스(350)에 포함된 메모리와 같은, 메모리에 저장된 소프트웨어 명령을 실행하도록 구성된 하나 이상의 프로세서를 포함할 수 있다. 예를 들어, 클라이언트 디바이스(350)는, 밸런싱 시스템(320)의 정보에 기초하여, 하나 이상의 번들로 배열된 제품 목록을 포함하고 번들 수량, 번들 가격 및/또는 단위 가격을 설명하는 웹 사이트에서 그래픽 사용자 인터페이스를 디스플레이 하도록 구성될 수 있다. 예를 들어, 일부 실시예에서 클라이언트 디바이스(350)는 밸런싱 시스템(320)으로부터 수신된 정보에 기초하여 도 19와 관련하여 설명된 것과 같은 그래픽 사용자 인터페이스를 생성할 수 있다. 또한, 클라이언트 디바이스(350)는 유선 및/또는 무선 통신을 위해 구성될 수 있으며 프로세서에 의해 실행될 때 인터넷 관련 통신(예를 들면, TCP/IP) 및 콘텐츠 디스플레이 프로세스를 수행하는 소프트웨어를 포함할 수 있다. 예를 들어, 클라이언트 디바이스(350)는 제품 정보와 함께 인터페이스를 생성하고 디스플레이 하는 브라우저 소프트웨어를 실행할 수 있다. 따라서, 클라이언트 디바이스(350)는 클라이언트 디바이스(350)가 네트워크(370)를 통해 구성 요소와 통신하고 클라이언트 디바이스(350)에 포함된 디스플레이 디바이스를 통해 인터페이스에 콘텐츠를 디스플레이 하게 하는 애플리케이션을 실행할 수 있다.
일부 실시예에서, 도 4와 관련하여 추가로 개시되는 바와 같이, 클라이언트 디바이스(350)는 밸런싱 시스템(320)과 상호 작용하도록 특별히 구성된 애플리케이션을 운용할 수 있다. 또한, 클라이언트 디바이스(350)는 하나 이상의 계정을 저장할 수 있다. 예를 들어, 클라이언트 디바이스(350)는 고객의 배달 선호도, 고객의 위치, 고객 계정 및 고객 식별에 관한 정보를 저장할 수 있다.
개시된 실시예는 클라이언트 디바이스(350)의 임의의 특정 구성으로 제한되지 않는다. 예를 들어, 클라이언트 디바이스(350)는 밸런싱 시스템(320) 및/또는 온라인 리소스(340)에 의해 제공되는 기능을 제공하는 동작을 수행하기 위해 모바일 애플리케이션을 저장하고 실행하는 모바일 디바이스 일 수 있다. 클라이언트 디바이스(350)는 도 4와 관련하여 추가로 설명된다.
데이터베이스(380)는 가용 재고를 결정하고 가상 번들을 생성하기 위한 밸런싱 시스템(320) 데이터를 제공하는 것에 따른 동작을 수행하기 위해 적절한 소프트웨어로 구성된 하나 이상의 컴퓨팅 디바이스를 포함할 수 있다. 데이터베이스(380)는, 예를 들어, OracleTM 데이터베이스, SybaseTM 데이터베이스 또는 다른 관계형 데이터베이스, 또는, Hadoop 시퀀스 파일, HBase 또는 Cassandra와 같은, 비-관계형 데이터베이스를 포함할 수 있다. 데이터베이스(380)는 데이터베이스(들)의 메모리 장치에 저장된 데이터에 대한 요청을 수신 및 처리하고 데이터베이스(들)로부터 데이터를 제공하도록 구성된 컴퓨팅 구성 요소(예를 들어, 데이터베이스 관리 시스템, 데이터베이스 서버 등)를 포함 할 수 있다.
데이터베이스(380)는 별도로 도시되지만, 일부 실시예에서 데이터베이스(380)는 밸런싱 시스템(320) 또는 온라인 리소스(340)에 포함되거나, 또는 관련될 수 있다.
데이터베이스(380)는 가용 재고의 결정 및 가상 번들의 결정을 용이하게 하기 위해 사용자 계정 또는 제품과 연관된 데이터를 수집 및/또는 유지하도록 구성될 수 있다. 예를 들어, 데이터베이스(380)는 FC로부터의 재고에 대한 정보, 집계된 재고, 및/또는 가상 번들의 실시간 정보를 저장할 수 있다. 데이터베이스(380)는 또한 가상 번들의 가격, 예측된 수요 및 가격 조정을 지정하는 데이터 구조를 저장할 수 있다. 데이터베이스(380)는 또한 아이템의 위치에 관한 다른 정보 및 아이템을 다른 위치에 번들링 하기 위한 규칙을 저장할 수 있다. 더욱이, 데이터베이스(380)는 다수의 시스템으로부터 재고 데이터를 정규화하기 위한 정보를 저장할 수 있다. 예를 들어, 데이터베이스(380)는, 예를 들어, 온라인 리소스(340) 또는 제3자 시스템(360)을 포함하는 다양한 소스로부터 데이터를 수집하고, 정보를 정규화하여 재고 데이터를 집계한 다음 가상 번들로 배열할 수 있다. 또한, 데이터베이스(380)는 클라이언트 디바이스(350) 운영 체제에 대한 정보를 포함할 수 있다. 데이터베이스(380)는 도 5와 관련하여 아래에서 추가로 설명된다.
일부 실시예에서, 제3자 시스템(360)은 시스템(100)의 하나 이상의 요소를 포함할 수 있다. 예를 들어, 제3자 시스템(360)은 3PL 시스템(121A-121C)(도 1)을 포함할 수 있다. 추가적으로 또는 대안적으로, 제3자 시스템(360)은, 서비스의 제공자 또는 풀필먼트 센터와 같은, 밸런싱 시스템(320)과 관련된 엔티티에 의해 제공되는 하나 이상의 서버 또는 저장 서비스를 포함할 수 있다. 제3자 시스템(360)은 또한 네트워크(370)를 통해 시스템(300)에 연결될 수 있지만, 다른 실시예에서 제3자 시스템(360)은 시스템(300)의 일부 요소와의 직접 연결을 포함할 수 있다. 예를 들어, 지연 또는 네트워크 혼잡을 최소화하기 위해 제3자 시스템(360)은 밸런싱 시스템(320)과 함께 사설 네트워크에 연결될 수 있다. 또한, 제3자 시스템(360)은 밸런싱 시스템(320) 또는 시스템(300)의 다른 요소로부터 정보를 제공 및/또는 요청하도록 구성될 수 있다. 일부 실시예에서, 제3자 시스템(360)은 또한 네트워크(370)에 연결될 수 있지만, 이들은 밸런싱 시스템(320)의 클라이언트가 아닐 수 있다. 대신, 제3자 시스템(360)은 밸런싱 시스템(320)의 사용자 또는 클라이언트의 정보를 포함하는 시스템을 포함할 수 있다. 또한, 제품이 시스템(100)(도 1a)의 풀필먼트 센터 내에서 이용 가능하지 않은 경우, 제3자 시스템(360)은 자체 계산을 수행하고 가용 재고 및 잠정적인 번들링 규칙에 대해 밸런싱 시스템(320)에 정보를 제공하여 맞춤형 가격으로 가상 번들을 생성할 수 있다.
FC/창고 시스템(310)은 FC 또는 창고 내에서 제품의 위치를 결정 및/또는 저장하기 위한 센서 및 프로세서를 포함할 수 있다. 예를 들어, FC/창고 시스템(310)은 센서(217A-217C)(도 2)를 포함할 수 있다. 대안적으로 또는 추가적으로, FC/창고 시스템(310)은 선반의 이미지를 캡처하고 이미지 인식 방법을 이용하여 제품을 식별하고 FC에서 제품의 위치를 결정하는 카메라를 포함할 수 있다. 또한, FC/창고 시스템(310)은 디바이스를 스캔하고 제품의 스캔 이벤트를 모니터링 하여 FC에서 제품의 위치를 추적하기 위해 연결될 수 있다. 더욱이, FC/창고 시스템(310)은 보다 정확한 목록 및 수요 예측을 위해 가용 재고를 추정하고 가상 번들을 밸런싱 하는 것을 용이하게 하는 정보를 제공하기 위해 밸런싱 시스템(320)과 통신할 수 있다. 일부 실시예에서, FC/창고 시스템(310)은 가용 재고의 주기적인 업데이트를 밸런싱 시스템(320)에 제공하도록 구성될 수 있다. 예를 들어, FC/창고 시스템(310)은 매일 하루의 끝에 가용 재고를 밸런싱 시스템(320)으로 전송하도록 구성될 수 있다. 대안적으로 또는 추가적으로, 밸런싱 시스템(320)은 가용 재고에 기초하여 실시간 재고 업데이트 및 실시간 가상 번들 재조정을 가능하게 하는 데이터 피드를 통해 FC/창고 시스템(310)에 연결될 수 있다.
네트워크(370)는 시스템(300)의 구성 요소들 간의 통신을 제공하도록 구성된 임의의 유형의 네트워크 일 수 있다. 예를 들어, 네트워크(370)는 통신을 제공하고, 정보를 교환하며 및/또는 인터넷, 근거리 통신망(Local Area Network), 근거리 통신(NFC), 광 코드 스캐너, 또는 시스템(300)의 구성 요소들 사이에서 정보의 송수신을 가능하게 하는 다른 적합한 연결(들)과 같은, 정보의 교환을 용이하게 하는 임의의 유형의 네트워크(인프라 포함)일 수 있다. 다른 실시예에서, 하나 이상의 시스템(300)의 구성 요소는 전용 통신 링크(들)를 통해 직접 통신할 수 있다. 또 다른 실시예에서, 네트워크(370)는 예를 들어 네트워크나 네트워크들을 구성하는 다중 네트워크를 포함할 수 있다.
시스템(300)의 기능적 빌딩 블록의 구성 및 경계는 설명의 편의를 위해 본 명세서에 정의된 것으로 이해되어야 한다. 특정 기능 및 그 관계가 적절하게 수행되는 한 대안적인 경계가 정의될 수 있다. 대안(본 명세서에 기재된 것들의 균등물, 확장물, 변형물, 변동물(deviations) 등을 포함)은 명백할 것이다. 그러한 대안들은 개시된 실시예의 범위 내에 속한다.
이제 도 4를 참조하면, 개시된 실시예에 따른, 예시적인 클라이언트 디바이스(350)(도 3)의 블록도가 도시된다. 일부 실시예에서, 클라이언트 디바이스(350)는 사용자 디바이스(102)(도 1a)를 구현할 수 있다.
하나의 실시예에서, 클라이언트 디바이스(350)는 하나 이상의 프로세서(402), 하나 이상의 입출력(I/O) 디바이스(404) 및 하나 이상의 메모리(410)를 포함할 수 있다. 일부 실시예에서, 클라이언트 디바이스(350)는 스마트폰이나 태블릿, 범용 컴퓨터 또는 이러한 구성 요소의 임의의 조합과 같은 모바일 컴퓨팅 디바이스의 형태를 취할 수 있다. 대안적으로, 클라이언트 디바이스(350)(또는 클라이언트 디바이스(350)를 포함하는 시스템)는 개시된 실시예에 따른 하나 이상의 동작을 수행하는 소프트웨어 명령의 저장, 실행 및/또는 구현에 기초하여 특정 장치, 임베디드 시스템, 전용 회로 및 이와 유사한 것으로 구성될 수 있다. 일부 실시예에 따르면, 클라이언트 디바이스(350)는 개시된 실시예에 따른 웹 사이트에 액세스하는 웹 브라우저나 유사한 컴퓨팅 디바이스를 포함할 수 있다.
프로세서(402)는, IntelTM, NVIDIATM에 의해 제조된 모바일 디바이스 마이크로프로세서 또는 다른 제조업체의 다양한 프로세서와 같은, 하나 이상의 알려진 처리 디바이스를 포함할 수 있다. 개시된 실시예는 클라이언트 디바이스(350)에 구성된 어떤 특정 유형의 프로세서에 한정되지 않는다.
메모리(410)는 개시된 실시예와 관련된 기능을 수행하기 위해 프로세서(402)에 의해 사용되는 명령을 저장하도록 구성된 하나 이상의 스토리지 디바이스를 포함할 수 있다. 예를 들어, 메모리(410)는, 프로세서(402)에 의해 실행될 때 동작을 수행할 수 있는 프로그램(412)과 같은, 하나 이상의 소프트웨어 명령으로 구성될 수 있다. 개시된 실시예는 전용 작업을 수행하도록 구성된 별도의 프로그램이나 컴퓨터에 한정되지 않는다. 예를 들어, 메모리(410)는 클라이언트 디바이스(350)의 기능을 수행하는 단일 프로그램(412)을 포함할 수 있고, 또는 프로그램(412)은 다수의 프로그램을 포함할 수 있다. 메모리(410)는 또한 시스템(300)의 다른 요소와 상호 작용하기 위해 통신하거나 동작을 실행하도록 클라이언트 디바이스(350)를 구성할 수 있는 클라이언트 애플리케이션(414)을 포함할 수 있다. 예를 들어, 클라이언트 애플리케이션(414)은 밸런싱 시스템(320)과 통신하고/하거나 제품 정보 요청을 생성하기 위한 명령을 지정할 수 있다. 또한, 클라이언트 애플리케이션(414)은 클라이언트 디바이스(350)에서 그래픽 사용자 인터페이스(GUI)를 생성하거나 디스플레이 된 GUI를 수정하기 위한 명령을 해석할 수 있다. 메모리(410)는 또한 가상 번들을 재조정하고/하거나 고객 수요를 예측하기 위해 밸런싱 시스템(320)에 의해 사용될 수 있는 데이터(416)를 저장할 수 있다.
특정 실시예에서, 메모리(410)는 밸런싱 시스템(320)에 액세스하거나 요청을 전송하기 위한 명령을 저장할 수 있다. 예를 들어, 메모리(410)는 TCP/IP를 통해 밸런싱 시스템(320)과 통신하는 애플리케이션을 포함할 수 있다. 더욱이, 다른 소프트웨어 구성요소는 밸런싱 시스템(320)으로부터 정보를 요청하거나 클라이언트 디바이스(350)의 위치를 결정하도록 구성될 수 있다. 예를 들어, 이들 소프트웨어 명령은, 프로세서(들)(402)에 의해 실행될 때, 도 19와 관련하여 논의되는 바와 같이, 웹사이트에 대한 번들 선택, 가용 가격 및 나머지 재고를 디스플레이 하기 위한 정보를 처리할 수 있다. 소프트웨어 명령은 또한 클라이언트 디바이스(350)에 디스플레이 되는 웹 사이트를 수정하기 위한 스크립트를 구현할 수 있다.
I/O 디바이스(404)는 클라이언트 디바이스(350)에 의해 데이터를 수신 및/또는 전송되도록 구성되고 클라이언트 디바이스(350)가, 시스템(300)의 다른 구성 요소와 같은, 다른 기계 및 디바이스와 통신할 수 있도록 구성된 하나 이상의 디바이스를 포함할 수 있다. 예를 들어, I/O 디바이스(404)는 소포의 배달을 확인하거나 사용자에게 정보를 제공하기 위한 화면을 포함 할 수 있다. I/O 디바이스(404)는 또한 NFC 통신을 위한 구성 요소를 포함할 수 있다. I/O 디바이스(404)는 또한 사용자가 터치 감지 영역, 버튼 또는 마이크와 같이 클라이언트 디바이스(350)와 상호작용할 수 있게 하는 하나 이상의 디지털 및/또는 아날로그 디바이스를 포함할 수 있다. I/O 디바이스(404)는 또한 클라이언트 디바이스(350)의 방향과 관성을 감지하기 위한 하나 이상의 가속도계를 포함할 수 있다. I/O 디바이스(404)는 또한 밸런싱 시스템(320)과의 상호작용을 위해 당업계에 알려진 다른 구성요소들을 포함할 수 있다.
일부 실시예에서, 클라이언트 디바이스(350)는 또한 이미지를 캡처하는 카메라(420)를 포함할 수 있으며, 사용자가 원하는 제품의 식별에 이용될 수 있다. 이러한 식별은 클라이언트 디바이스(350)에 디스플레이 하기 위해 가용 가상 번들 정보를 검색하기 위해 데이터베이스(380) 또는 밸런싱 시스템(320)에 대한 질의를 트리거 할 수 있다. 추가적으로, 또는 대안적으로, 클라이언트 디바이스(350)는 사용자가 그들의 계정에 엑세스 하기 위해 클라이언트 디바이스(350)의 잠금을 해제하고, 정보에 대한 요청을 전송하고, 아이템을 구매할 수 있게 하는 지문 센서(430)를 포함할 수 있다. 카메라(420)와 지문 센서(430)는 모두 프로세서(402)에 의해 동작될 수 있으며 사용자가 지문이나 카메라 정보에 외부적으로 접근하는 것을 불가능하게 만들기 위해 암호화 보안을 사용할 수 있다.
클라이언트 디바이스(350)의 구성요소는, 당업자에게 명백한 바와 같이, 하드웨어, 소프트웨어 또는 하드웨어와 소프트웨어의 조합으로 구현될 수 있다.
이제 도 5를 참조하면, 개시된 실시예에 따른, 예시적인 데이터베이스(380)(도 3)의 블록도가 도시된다. 일부 실시예에서, 데이터베이스(380)는 시스템(100)의 요소에 포함될 수 있다. 예를 들어, 데이터베이스(380)는 FO 시스템(113) 또는 WMS(119)(도 1a)의 일부일 수 있다.
데이터베이스(380)는 통신 디바이스(502), 하나 이상의 데이터베이스 프로세서(504), 및 하나 이상의 데이터베이스 프로그램(512) 및 데이터(514)를 포함하는 데이터베이스 메모리(510)를 포함할 수 있다. 데이터베이스(380)는 HBase, MongoDBTM 또는 CassandraTM와 같은 NoSQL 데이터베이스를 포함할 수 있다. 대안적으로, 데이터베이스(380)는 Oracle, MySQL 및 Microsoft SQL Server와 같은 관계형 데이터베이스를 포함할 수 있다.
일부 실시예에서, 데이터베이스(380)는 서버, 범용 컴퓨터, 메인 프레임 컴퓨터, 또는 이들 구성 요소의 임의의 조합의 형태를 취할 수 있다. 일부 실시예에서, 데이터베이스(380)는, 밸런싱 시스템(320)과 같은, 시스템(300)의 다른 요소 내에 포함된다. 개시된 실시예들에 따른 다른 구현도 가능하다.
일부 실시예에서, 데이터베이스(380)는 비 관계형 및 임베디드 데이터베이스 모두를 포함할 수 있다. 예를 들어, 데이터베이스(380)는, Hbase와 같은, 비 관계형 데이터베이스 및, RocksDB(예를 들어, 키-값 저장 데이터베이스)와 같은, 임베디드 데이터베이스를 포함할 수 있다.
통신 디바이스(502)는, 온라인 리소스(340), 밸런싱 시스템(320) 또는 SCM 시스템(117)과 같은, 시스템(300) 또는 시스템(100)의 하나 이상의 구성 요소와 통신하도록 구성될 수 있다. 특히, 통신 디바이스(502)는 밸런싱 시스템(320)에 주문 정보, 사용자 선호도 및 특권, FC 내의 제품의 위치, 및/또는 유사한 우편 번호 및 제품 문의에 대한 과거의 이전 추정치를 제공하도록 구성될 수 있다.
데이터베이스(380)의 구성 요소는 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합으로 구현될 수 있다. 예를 들어, 데이터베이스(380)의 하나 이상의 구성 요소가 컴퓨터 처리 명령 모듈로서 구현될 수 있지만, 데이터베이스(380)의 기능의 전부 또는 일부는 전용 전자 하드웨어 대신 구현될 수 있다.
데이터베이스 메모리(510)는, 밸런싱 시스템(320)에 의해 결정된 가용 재고, 재조정된 가상 번들 및/또는 가격 변화에 기초하여 웹 사이트를 업데이트 하기 위한 명령을 포함할 수 있는, 프로그램(512)을 포함할 수 있다. 또한, 데이터베이스 메모리(510)는 시스템(300)의 요소 사이의 통신을 위한 명령을 포함할 수 있다. 예를 들어, 데이터베이스 메모리(510)는 클라이언트 디바이스(350)와 밸런싱 시스템(320) 사이의 통신을 위한 명령을 포함할 수 있다. 또한 프로그램(512)은 밸런싱 시스템(320)에 의해 처리되는 대로 정보를 실시간으로 저장하기 위한 명령을 포함할 수 있다.
데이터(514)는 또한, 온라인 리소스(340) 또는 클라이언트 디바이스(350)로부터의 사용자 계정과 같은, 웹 사이트와 연관된 데이터 일 수 있다. 데이터(514)는, 예를 들어, 이전 배달 추정 계산, FC의 제품에 대한 가용 배달 옵션 또는 아이템과 연관된 이전 가상 번들과 관련된 정보를 포함할 수 있다. 데이터(314)는 또한 풀필먼트 센터의 역량 및 주문 가용성을 평가하기 위한 콘텐츠 파일 및 누적 변수를 포함할 수 있다.
도 6은 개시된 실시예에 따른, 예시적인 밸런싱 시스템(320)의 블록도이다. 밸런싱 시스템(320)은 통신 디바이스(660), 밸런싱 데이터베이스(324) 및 하나 이상의 밸런싱 프로세서(322)를 포함할 수 있다. 밸런싱 데이터베이스(324)는 밸런싱 프로그램(602), 캐시 데이터(604) 및 번들 레코드(606)를 포함할 수 있다. 밸런싱 프로세서(322)는 실시간(RT) 피드 모듈(342), FC 식별자(644), 밸런싱 모듈(646), 및 인코더(348)를 포함한다.
일부 실시예에서, 밸런싱 시스템(320)은 서버, 범용 컴퓨터, 메인 프레임 컴퓨터, 또는 이들 구성요소의 임의의 조합의 형태를 취할 수 있다. 다른 실시예에서, 밸런싱 시스템(320)은 가상 머신 일 수 있다. 또 다른 실시예에서, 밸런싱 시스템(320)에 대해 설명된 동작 및 기능은 하나 이상의 클라이언트 디바이스(350) 및 클라이언트 디바이스(350) 내의 처리 유닛에 의해 구현될 수 있다. 개시된 실시예들에 따른 다른 구현도 가능하다.
통신 디바이스(660)는 직접적으로 또는 네트워크(170)를 통해, 데이터베이스(380)(도 3)와 같은, 하나 이상의 데이터베이스와 통신하도록 구성된다. 특히, 통신 디바이스(660)는 네트워크(170)를 통해 클라이언트 주문 및/또는 재고 데이터 피드를 수신하도록 구성될 수 있다. 밸런싱 시스템(320)은 이 정보를 이용하여 가용 재고를 결정하고 맞춤형 아이템 목록에 대한 가상 번들 정보를 생성 및 배포할 수 있다. 또한, 통신 디바이스(660)는, 예를 들어, 온라인 리소스(340)를 포함하는 다른 구성 요소와도 통신하도록 구성될 수 있다.
통신 디바이스(660)는, 예를 들어, 통신 디바이스(660)가, 네트워크 컨트롤러 및/또는 인터넷을 통해 통신하기 위한 무선 어댑터와 같은, 다른 구성 요소와 통신하거나 감지할 수 있도록 하는 하나 이상의 디지털 및/또는 아날로그 디바이스를 포함할 수 있다. 개시된 실시예들에 따른 다른 구현도 가능하다.
밸런싱 데이터베이스(324)는 개시된 실시예와 관련된 기능을 수행하기 위해 밸런싱 프로세서(322)에 의해 이용되는 명령을 저장하도록 구성된 하나 이상의 저장 디바이스로 구현될 수 있다. 예를 들어, 밸런싱 데이터베이스(324)는 밸런싱 프로세서(322)에 의해 실행될 때 동작을 수행하기 위한 소프트웨어 명령을 저장할 수 있다. 개시된 실시예는 전용 작업을 수행하도록 구성된 별도의 프로그램 또는 컴퓨터로 제한되지 않는다. 예를 들어, 일부 실시예에서 밸런싱 데이터베이스(324)는 밸런싱 시스템(320)의 기능을 수행하는 단일 프로그램을 포함할 수 있지만, 다른 실시예에서 밸런싱 데이터베이스(324)는 다수의 프로그램을 포함할 수 있다. 밸런싱 데이터베이스(324)는 또한 프로그램(602)을 저장할 수 있다. 프로그램(602)은 번들 제품에 대한 고객 수요를 예측하기 위한 ML 모델을 트레이닝 하고 고객 유지를 최대화하기 위해 번들 밸런싱을 조정하기 위한 명령을 포함할 수 있다. 예를 들어, 프로그램(602)은 번들 제품에 대한 고객 수요를 예측하는 알고리즘을 트레이닝 하기 위해 번들 레코드(606)를 이용하는 명령을 포함할 수 있다. 또한 프로그램(222)은 정확한 재고 레코드를 유지하는데 도움이 되는 주기적인 재고 업데이트를 제공하기 위해 FC/창고 시스템(310) 및 온라인 리소스(340)를 구성하는 명령을 포함할 수 있다. 또한, 밸런싱 데이터베이스(324)는 캐시 데이터(604)를 포함할 수 있으며, 여기서 밸런싱 데이터베이스(324)는 처리되거나 시스템(300)의 다른 요소로 전송될 가상 번들 정보를 저장할 수 있다.
특정 실시예에서, 밸런싱 데이터베이스(324)는 가상 번들의 동시 및 실시간 밸런싱의 프로세스를 수행하기 위한 명령의 세트를 저장할 수 있다. 명령은 가상 번들의 다양성을 증가시키고/증가시키거나(제공된 번들 그룹의 다양성을 증가) 예측된 수요 충족을 최대화(예를 들면, 높은 수요 번들 수량으로 가용 번들 수 증가)하기 위해 최적화 알고리즘을 이용할 수 있다. 예를 들어, 밸런싱 데이터베이스(324)는 재고 데이터를 지속적으로 수집 및 업데이트하여 가상 번들 정보를 업데이트하고 번들 제품에 대한 수요를 예측하기 위해 트레이닝 데이터 세트를 생성하도록 구성될 수 있다.
일부 실시예에서, 밸런싱 프로세서(322)는, 예를 들어, IntelTM에 의해 제조된 PentiumTM 또는 XeonTM 제품군(family)의 마이크로프로세서, 또는 AMDTM에 의해 제조된 TurionTM 제품군 또는 다른 제조업체의 임의의 다양한 프로세서와 같은, 하나 이상의 공지된 처리 디바이스를 포함할 수 있지만, 이에 한정되지는 않는다. 그러나, 다른 실시예에서, 밸런싱 프로세서(322)는 본 개시에 따른 기능을 수행하도록 결합되고 구성된 복수의 디바이스 일 수 있다.
일부 실시예에서, 밸런싱 프로세서(322)는 밸런싱 프로세서(322)의 각 구성 요소와 연관된 기능을 수행하기 위해 소프트웨어 또는 펌웨어를 실행할 수 있다. 다른 실시예에서, 밸런싱 프로세서(322)의 각 구성 요소는 독립적인 디바이스 일 수 있다. 이러한 실시예에서, 각 구성 요소는 특별히 데이터를 처리하거나 트래픽 행동 모델링, 식별 모델 생성 및/또는 대규모 데이터 세트 처리와 연관된 동작을 수행하도록 구성된 하드웨어 디바이스 일 수 있다. 예를 들어, 밸런싱 모듈(646)은 FPGA(Field Programmable Gate Array)일 수 있고, FC 식별자(644)는 그래픽 처리 장치(GPU)일 수 있으며, 인코더(648)는 중앙 처리 장치(CPU)일 수 있다. 다른 하드웨어 조합도 가능하다. 또 다른 실시예에서, 하드웨어 및 소프트웨어의 조합은 밸런싱 프로세서(322)를 구현하는데 이용될 수 있다.
RT 피드 모듈(642)은 스트림 처리 소프트웨어를 포함할 수 있다. 예를 들어, 일부 실시예에서, RT 피드 모듈(642)은 Apache Kafka®와 같은 프로세싱 플랫폼을 구현할 수 있다. 이러한 실시예에서, RT 피드 모듈(642)은 프로세싱 플랫폼에서 운용되는 하나 이상의 서버를 포함 할 수 있다. RT 피드 모듈(642)은 클라이언트 주문 및 재고 데이터 피드의 처리를 위해 데이터 스트림을 처리하고 데이터를 토픽에 게시할 수 있다. 이러한 실시예에서, RT 피드 모듈(642)은 클라이언트 디바이스(350)로부터 데이터 스트림에 이벤트가 발생하는 키-값 메시지를 추출하고 저장하도록 구성될 수 있다. RT 피드 모듈(642)은 데이터를 서로 다른 "토픽" 내에서 서로 다른 "파티션"으로 나눌 수 있다. 파티션 내에서, RT 피드 모듈(642)은 그것들의 오프셋(파티션 내 메시지의 위치)에 의해 키-값 메시지를 정렬할 수 있고, 타이머에 의해 결정될 수 있는, 타임 스탬프와 함께 인덱싱 되고 저장될 수 있다.
일부 실시예에서, RT 피드 모듈(642)은 스트림으로부터 데이터를 소비하는 자바 애플리케이션을 작성할 수 있는 스트림 API로 운용될 수 있다. 일부 실시예에서, 스트림 API는 통신 디바이스(660)에 의해 제공될 수 있다. 이러한 실시예에서, 스트림 API는 RT 피드 모듈(642)을 이용하여 입력 토픽으로부터 출력 토픽으로 데이터의 스트림을 변환하는 것을 가능하게 할 수 있다. 또한 RT 피드 모듈(642)은 Apache Apex, Apache Flink, Apache Spark 및 Apache Storm과 같은 외부 스트림 처리 시스템과 함께 작동하도록 구성될 수 있다. 예를 들어, RT 피드 모듈(642)은 다른 시스템으로부터 데이터를 읽고/쓰기 위해 실제 로직을 구현하는 커넥터를 실행하는 연결 API를 이용하여 다른 시스템으로부터 데이터를 가져 오거나 다른 시스템으로 데이터를 내보내도록 구성될 수 있다.
RT 피드 모듈(642)은 이벤트를 처리하기 위해 정규(regular) 토픽과 압축된 토픽을 모두 지원할 수 있다. 정규 토픽은 보유 시간 또는 공간 경계(bound)로 구성될 수 있다. 지정된 보유 시간보다 오래된 레코드가 있거나 파티션에 대한 공간 경계가 초과되는 경우, RT 피드 모듈(642)은 저장 공간을 확보하기 위해 오래된 데이터를 삭제하도록 허용될 수 있다. 이러한 실시예에서, RT 피드 모듈(642)에 의해 개발된 토픽은 7 일의 보유 시간으로 구성될 수 있다. 그러나, 다른 시간대도 가능하다.
더욱이, 시스템(300)의 서로 다른 요소들은 밸런싱 시스템(320)에 의해 지원되는 API를 이용하여 RT 피드 모듈(642)과 상호 작용할 수 있다. 예를 들어, 클라이언트 디바이스(350) 및/또는 온라인 리소스(340)는 (1) 레코드의 스트림을 게시할 수 있는, 생산자 API; (2) 토픽을 구독하고 레코드의 스트림을 처리할 수 있는, 소비자 API; (3) 기존 애플리케이션에 토픽을 링크할 수 있는 재사용 가능한 생산자 및 소비자 API를 실행하는 커넥터 API, 및/또는 (4) 입력 스트림을 출력으로 변환하고 결과를 생성하는, 스트림 API와 RT 피드 모듈(642)과 상호 작용할 수 있다.
일부 실시예에서, RT 피드 모듈(642)은 데이터 스트림으로부터 발생하는 이벤트에서 키를 추출하도록 구성된 소프트웨어 및/또는 하드웨어를 포함할 수 있다. 예를 들어, RT 피드 모듈(642)은 키 추출기에 의해 추출된 키에 기초하여 서로 다른 토픽의 이벤트를 분류하고 처리할 수 있다. RT 피드 모듈(642)은 키/값 쌍의 메시지를 생성함으로써 데이터 스트림의 이벤트를 처리할 수 있다. 키는 질의 또는 조인(join) 목적으로 테이블 및 토픽(예를 들면, KSQL 또는 Ktable)을 분할하고 모델링 하는데 이용될 수 있다. 키는 이벤트의 특성을 포함할 수 있다. 예를 들어, 키는 IP 주소, 클라이언트 ID, 계정 번호, 지리적 위치 또는 다른 이벤트의 식별 정보를 포함할 수 있다.
FC 식별자(644)는 클라이언트 요청을 서비스 할 수 있는 풀필먼트 센터를 식별하도록 구성된 소프트웨어 또는 하드웨어를 포함할 수 있다. 예를 들어, FC 식별자(644)는 클라이언트 디바이스(350)(도 3) 중 하나 이상의 위치에 기초하여 FC를 식별하는 소프트웨어를 포함할 수 있다. FC 식별자(644)는 특정 요청에 제공될 수 있는 재고를 결정하기 위해 클라이언트 요청을 FC와 상관시키는 동작을 이용할 수 있다. 예를 들어, RT 피드 모듈(642)이 클라이언트 요청의 데이터 스트림을 처리함에 따라, FC 식별자(644)는 요청 클라이언트에 대해 가용 재고를 갖는 맞춤형 웹 사이트를 생성하기 위해 FC를 선택할 수 있다. FC 식별자는 도 15와 관련하여 추가로 설명되는 FC 선택 알고리즘을 이용할 수 있다.
밸런싱 모듈(646)은 (1) 가용 재고(FC로부터 보고 됨), (2) 클라이언트 주문의 스트림, 및 (3) ML 예측 모델에 기초한 가상 번들의 생성 및 실시간 밸런싱을 위한 소프트웨어 및/또는 하드웨어를 포함할 수 있다. 밸런싱 모듈(646)은 도 13과 관련하여 추가로 설명되는 바와 같이 우선 순위 규칙을 이용하는 재고 밸런싱 기술을 이용할 수 있다. 또한, 밸런싱 모듈(646)은 실시간 재고 관리를 위한 서비스를 노출할 수 있다. 예를 들어, 도 14와 관련하여 추가로 설명되는 바와 같이, 밸런싱 모듈(646)은 번들링 그룹핑을 결정하고, 가상 번들을 생성하고, 번들에 가격을 할당(예를 들어, 시장 수요 및 재고 추정에 기초하여)할 수 있고 맞춤형 웹 사이트를 생성하는 동안 이 정보에 액세스 할 수 있는 판매자 포털에 REST 서비스를 판매자 포털(도 1a의 외부 프론트 엔드 시스템(103)과 같은)에 노출시킬 수 있다.
일부 실시예에서, 밸런싱 모듈(646)은 예측 수요에 기초하여 가상 번들을 밸런싱 하기 위해 및/또는 재고 추정의 정확도를 개선하기 위해 ML 모델을 트레이닝 시킬 수 있다. 이러한 실시예에서, 밸런싱 모듈(646)은 수요를 예측하는 머신-러닝(ML) 모델을 생성하기 위해 밸런싱 데이터베이스(324)의 데이터를 이용하거나 과거 데이터에 기초하여 재고를 생성하고 추정치를 번들링하도록 구성된 컴퓨팅 구성 요소를 포함할 수 있다. 예를 들어, 밸런싱 모듈(646)은 번들링 된 아이템 및/또는 가격 수요에 대한 수요를 예측하는 예측 모델을 생성하기 위해 번들 레코드(606)를 이용할 수 있다. 이러한 실시예에서, 밸런싱 모듈(646)은 하나 이상의 ML 모델을 트레이닝, 구현, 저장, 수신, 검색 및/또는 전송하기 위한 프로그램(예를 들어, 스크립트, 기능, 알고리즘)을 포함할 수 있다. ML 모델은 신경망 모델, 주의 네트워크 모델, 생성 적대 모델(GAN), 순환 신경망(RNN) 모델, 딥 러닝 모델(예를 들면, 롱 숏-텀 메모리(LSTM) 모델), 랜덤 포레스트 모델, 컨볼루션 신경망(CNN) 모델, RNN-CNN 모델, LSTM-CNN 모델, 시간-CNN 모델, 지원 벡터 머신(SVM) 모델, 노이즈가 있는 애플리케이션의 밀도 기반 공간 클러스터링(DBSCAN) 모델, k-평균 클러스터링 모델, 분포 기반 클러스터링 모델, k- 메도이드(medoids) 모델, 자연어 모델 및/또는 다른 머신-러닝 모델을 포함할 수 있다. 또한, 모델은 앙상블 모델(즉, 복수의 모델들을 갖는 모델)을 포함할 수 있다.
일부 실시예에서, 밸런싱 모듈(646)은 트레이닝 기준이 충족될 때 트레이닝을 종료하도록 구성될 수 있다. 트레이닝 기준은 여러 시대(epochs), 트레이닝 시간, 성능 메트릭(예를 들어, 테스트 데이터를 재생하는데 있어서의 정확도의 추정치) 등을 포함할 수 있다. 밸런싱 모듈(646)은 트레이닝 동안 모델 파라미터를 조정하도록 구성될 수 있다. 모델 파라미터는 가중치, 계수, 오프셋 등을 포함할 수 있다. 트레이닝은 감독되거나 감독되지 않을 수 있다.
밸런싱 모듈(646)은, 개시된 실시예에 따른, 최적화 기술을 이용하여 모델 파라미터 및/또는 하이퍼 파라미터(즉, 하이퍼 파라미터 튜닝)를 최적화함으로써 ML 모델을 트레이닝 하도록 구성될 수 있다. 하이퍼 파라미터는, 모델의 트레이닝이 발생하는 방식에 영향을 줄 수 있는, 트레이닝 하이퍼 파라미터, 또는 모델의 구조에 영향을 줄 수 있는, 아키텍처 하이퍼 파라미터를 포함할 수 있다. 최적화 기술은 그리드 검색, 랜덤 검색, 가우스(Gaussian) 프로세스, 베이지안(Bayesian) 프로세스, CMA-ES(Covariance Matrix Adaptation Evolution Strategy), 파생어-기반 검색, 확률적 힐-클라임(stochastic hill-climb), 주위 검색, 적응형 랜덤 검색 등을 포함할 수 있다. 밸런싱 모듈(646)은 알려진 최적화 기술을 이용하여 통계 모델을 최적화하도록 구성될 수 있다.
인코더(648)는 번들 레코드(606)를 채우기 위해 아이템 및 관련 번들을 인코딩 하도록 구성된 소프트웨어 및/또는 하드웨어 일 수 있다. 예를 들어, 밸런싱 스템(320)이 FC/창고 시스템(310)으로부터 재고 데이터를 수신할 때, 인코더(648)는 FC에서 가용 아이템에 대한 아이템 ID를 생성할 수 있다. 아이템 ID는 가상 번들을 밸런싱 하기 위해 아이템의 집계를 용이하게 하기 위해 다수의 FC 및 제3자 벤더 간에 정규화 될 수 있다. 추가적으로 또는 대안적으로, 인코더(648)는 또한 아이템, 번들 수량 또는 그룹핑 및 관련 가격의 정보를 포함하는 태그를 생성하기 위해 가상 번들 그룹 코드를 인코딩 할 수 있다. 또한, 인코더(648)는 (1) 물리적 아이템, (2) 가상 수량, (3) 번들 가격 및 (4) 아이템 당 가격에 대한 적어도 4 개의 필드를 갖는 제품 ID 목록을 생성할 수 있다. 예를 들어, 인코더(648)는 제1 필드 아이템 ID가 "ITEM123"인 "ITEM123-VB2-10-5", 가상 번들 2 "VB2", 번들 가격 "10", 아이템 당 가격 “5”와 같은 제품 목록에 대한 ID를 생성할 수 있다. 일부 실시예에서, 인코더(648)는 ML 모델을 트레이닝 하기 위해 밸런싱 모듈(646)에 의해 이용되는 트레이닝 데이터 세트를 생성하기 위해 번들 레코드(606)에 태그를 지정하거나 라벨링 할 수 있다.
밸런싱 시스템(320)의 구성 요소는, 당업자에게 명백한 바와 같이, 하드웨어, 소프트웨어, 또는 둘 모두의 조합으로 구현될 수 있다. 예를 들어, 밸런싱 시스템(320)의 하나 이상의 요소들이 밸런싱 데이터베이스(324)에서 컴퓨터 소프트웨어에 포함된 컴퓨터 처리 명령으로서 구현될 수 있지만, 밸런싱 시스템(320)의 기능의 일부 또는 전부는 전용 하드웨어에서 구현될 수 있다. 예를 들어, GPU 및/또는 FPGA의 그룹은 밸런싱 프로세서(322)에서 데이터를 빠르게 분석하는데 이용될 수 있다.
도 7은 개시된 실시예에 따른, 예시적인 재고 네트워크(700)의 블록도이다. 네트워크(700)는 클라이언트 디바이스(350)를 FC/창고 시스템(310) 및 제3자 시스템(360)(도 3)과 연결하는 밸런싱 시스템(320)을 도시한다. 도 3 및 도 6과 관련하여 이전에 논의된 바와 같이, 네트워크(700)의 구성은 밸런싱 시스템(320)이 가용 재고를 추정하고 아이템의 그룹을 번들링 하기 위해 FC/창고 시스템(310)에 의존하는 것을 피하는 실시간 재고 시스템을 관리할 수 있게 한다. 따라서, 네트워크(700)에 도시된 구성은 네트워크 혼잡을 줄이고 자동화된 업데이트를 용이하게 하며 정확한 재고 데이터를 판매자 포털에 제공함으로써 실시간 재고 시스템을 개선한다.
도 7에 도시된 바와 같이, 네트워크(700)의 클라이언트 디바이스(350)는 판매자 포털(702)을 통해 네트워크에 연결될 수 있다. 일부 실시예에서, 판매자 포털(702)은 외부 프론트 엔드 시스템(103) 또는 판매자 포털(109) 중 하나 이상에 의해 프로그래밍되고 호스팅 될 수 있다. 대안적으로 또는 추가적으로, 판매자 포털(702)은 밸런싱 시스템(320)에 기초한 온라인 리소스(340)에 의해 구성된 웹 사이트 일 수 있다. 이러한 실시예에서, 클라이언트 디바이스(350)에 디스플레이 하기 위한 웹 사이트를 생성할 때, 판매자 포털(702)은 클라이언트 디바이스(350)에 디스플레이 될 수 있는 가용 재고 및 가용 가상 번들을 결정하기 위해 밸런싱 시스템(320)에 질의(예를 들어, 밸런싱 데이터베이스(324)를 질의함으로써) 할 수 있다. 예를 들어, 판매자 포털(702)은 도 19와 관련하여 설명되는 바와 같이 GUI 및 웹 사이트를 생성할 수 있다.
도 7에 도시된 바와 같이, 판매자 포털(702)은 판매자 포털(702-1), 판매자 포털(702-2), 판매자 포털(702-3) 및 판매자 포털(702-4)을 갖는 다수의 판매자 포털들을 포함할 수 있다. 판매자 포털 각각은 클라이언트 디바이스(350)에 대한 맞춤형 웹 사이트를 디스플레이 하도록 구성될 수 있다. 예를 들어, 클라이언트 디바이스(350)의 위치에 따라, 각각의 판매자 포털(702)은 서로 다른 재고 및/또는 가상 번들의 가용성을 보여주는 맞춤형 웹 사이트를 생성할 수 있다. 이러한 실시예에서, 밸런싱 시스템(320)은(예를 들어, FC 식별자(644)(도 6)를 이용) 판매자 포털(702) 각각에 서로 다른 FC를 할당할 수 있고, 각 판매자 포털은 할당된 FC/창고 시스템(310) 중 하나에 따라 맞춤형 재고 및 가상 번들 정보에 액세스 할 수 있다. 유사하게, 판매자 포털(702)은 또한 제3자 시스템(360)으로부터 정보를 소싱함으로써 맞춤형 제품 목록을 갖는 웹 사이트를 생성하고 호스팅 할 수 있다.
일부 판매자 포털(702)은 주문 시스템(704)을 통해 밸런싱 시스템(320)에 연결될 수 있다. 주문 시스템(704)은 고객 주문을 처리하고 처리된 정보를 밸런싱 시스템(320)으로 전송하도록 구성될 수 있다. 예를 들어, 주문 시스템(704)은 재고 데이터를 업데이트하고/하거나 이행 프로세스를 시작하기 위해 밸런싱 시스템(320)에 정보를 전송하기 전에 지불을 처리하고 확인할 수 있다. 또한 주문 시스템(704)은 종단간(end to end) 구매 주문 프로세스를 관리하기 위한 동작을 수행할 수 있다. 예를 들어, 주문 시스템(704)은 구매 주문을 생성하고, 관련 서류를 추적 및 관리할 수 있다. 이러한 실시예에서, 주문 시스템(704)은 또한 반품 및 환불을 처리하고 재고 데이터 피드 및 구매를 고려할 뿐만 아니라 가용 재고 및 번들 아이템의 밸런싱의 정확한 표현을 갖도록 하기 위해 반품하는 정확한 실시간 재고 계정을 생성하기 위해 그 정보를 밸런싱 시스템(320)으로 전송할 수 있다. 일부 판매자 포털(702)은 주문 시스템(704)을 통해 연결될 수 있지만, 다른 판매자 포털은 밸런싱 시스템(320)에 직접 액세스 할 수 있다. 예를 들어 판매자 포털(702-3) 및 판매자 포털(702-4)은 주문 처리 역량을 가질 수 있고/있거나 주문 시스템(704)을 필요로 하지 않는 클라이언트 디바이스(350)의 서로 다른 세그먼트를 제공할 수 있기 때문에 밸런싱 시스템(320)에 직접 연결될 수 있다.
더욱이, 일부 실시예에서 주문 시스템(704)은 맞춤형 라벨링 및 패킹 목록, 전용 및 공유 운영, 소비자 반품 관리를 포함한 역 물류, EDI(Electronic Data Interchange) 준수, 크로스 도킹 및 전자 상거래 서비스(주문의 가시성, 재고 수준 및 배송 정보)의 동작을 수행하는 글로벌 소매 주문 이행 시스템을 포함할 수 있다.
네트워크(700)에서, 밸런싱 시스템(320)은 또한 FC 네트워크의 다수의 FC/창고 시스템(310)에 연결될 수 있다. 밸런싱 시스템(320)은 하나의 아이템 및/또는 가상 번들 중 하나가 대량의(heavy) 수요를 가질 때에도 제품 목록 다양성을 최대화하고 클라이언트 수요를 포착하기 위해 다수의 FC 재고들의 중앙 집중화를 가능하게 할 수 있다. 더욱이, 밸런싱 시스템(320)은 또한 가상 번들을 밸런싱하고 제품 목록의 다양성 및 가용성을 최대화하기 위해 이용될 수 있는 재고의 집계된 데이터 세트를 생성하기 위해 제3자 시스템(360)으로부터 재고 정보를 집계할 수 있다. 일부 실시예에서, FC/창고 시스템(310)의 일부는 정보를 수집하고 처리하는 글로벌 재고 시스템(708)을 통해 밸런싱 시스템(320)에 연결될 수 있다. 예를 들어, 글로벌 재고 시스템(708)은 구매 주문 프로세스로부터 리던던시(redundancy)를 제거하도록 구성된 자동화된 클라우드 기반 구매 주문을 포함할 수 있다. 이러한 실시예에서, 글로벌 재고 시스템(708)은 또한 전체 재고 및 예측된 수요의 상태를 반영하는 메트릭을 생성하도록 프로그래밍 될 수 있다. 예를 들어, 글로벌 재고 시스템(708)은 도 6과 관련하여 논의된 바와 같이 ML 모델을 이용하는 예측 작업을 수행할 수 있다. 글로벌 재고 시스템(708)이 다수의 FC/창고 시스템(310)으로부터의 정보를 갖기 때문에, 글로벌 재고 시스템(708)은 FC의 네트워크에 대한 예상(predictions)의 예측(forecasts)을 전개할 수 있는 위치에 있을 수 있다.
일부 FC/창고 시스템(310)은 재고 시스템(708)을 통해 연결될 수 있지만, 다른 FC/창고 시스템(310)은 밸런싱 시스템(320)에 직접 연결될 수 있다. 예를 들어, FC/창고 시스템(310-1) 및 FC/창고 시스템(310-2)은 동일한 판매자의 일부이거나 재고 공유 계약을 가지고 있기 때문에 글로벌 재고 시스템(708)에 직접 연결될 수 있다. 대조적으로, FC/창고 시스템(310-3) 및 FC/창고 시스템(310-4)은 밸런싱 시스템(320)에 직접 연결될 수 있다. 유사하게, 제3자 시스템(360)은 그들의 재고에 대한 정보를 제공하기 위해 밸런싱 시스템(320)에 직접 연결될 수 있다. 일부 실시예에서, 밸런싱 시스템(320)은 제품 혼합을 피하기 위해 제3자 시스템(360)으로부터 재고를 분리하는 가상 번들을 생성할 수 있다. 그러나, 다른 실시예에서, 밸런싱 시스템(320)은 제품 혼합을 수용하고 네트워크 (700)에서 가용 임의의 재고를 이용하여 가상 번들을 생성하고 정보를 판매자 포털(702)에 제공(예를 들어, REST API 방법을 통해)하여 클라이언트 디바이스(350)에 표시하도록 구성될 수 있다.
도 8a는 개시된 실시예에 따른, 예시적인 불균형 재고 시스템(800)의 블록도의 제1 부분이다. 불균형 재고 시스템(800)에서 창고 아이템 관리 시스템(806)은 재고 정보를 글로벌 재고 시스템(804)에 제공할 수 있다. 예를 들어, 센서(217A-217C)(도 2)를 포함하는, 센터(200)의 재고 시스템은 FC 또는 창고에서 가용 재고 데이터를 제공할 수 있다. 도 8a에 도시된 바와 같이, 창고 아이템 관리 시스템(806)은 창고에서 가용 아이템의 수 및 유형을 지정함으로써 재고 정보를 제공할 수 있다.
글로벌 재고 시스템(804)은 복수의 가상 번들을 생성할 수 있다. 예를 들어, 창고-아이템 관리 시스템(806)으로부터 수신 된 정보를 기초한다. 도 8a에 도시된 바와 같이, 글로벌 재고 시스템 (804)은 창고-아이템 관리 시스템(806)으로부터 수신된 아이템에 대한 가상 번들을 생성할 수 있으며, 서로 다른 번들 수량(VB) 및 서로 다른 번들 ID로 서로 다른 번들에 있는 아이템의 수와 유형을 나눌 수 있다. 일부 실시예에서, 글로벌 재고 시스템(804)은 가상 번들 정보를 번들 시스템(808)에 전달할 수 있으며, 이는 맞춤형 가격을 갖는 번들을 포함하는 제품 목록으로 웹 사이트를 생성하기 위한 포털을 생성하기 위해 판매자 포털에 정보를 제공할 수 있다. 이러한 실시예에서, 글로벌 재고 시스템(804) 및 번들 시스템(808)은 시스템들 사이에서 데이터를 교환하는 FC 재고 피드(822)를 통해 연결될 수 있다. 예를 들어, FC 재고 피드(822)는 제1 아이템 레코드(820) 및 제2 아이템 레코드(821)를 번들 시스템(808)으로 전송할 수 있다.
도 8b는 개시된 실시예에 따른, 예시적인 불균형 재고 시스템(800)의 블록도의 제2 부분이다. 도 8b는 주문 시스템(802)으로부터 수신된 주문에 의해 트리거 되는 재고 시스템의 변경을 도시한다. 도 8b에 도시된 바와 같이, 주문 시스템(802)은 아이템 1 및 아이템 2에 대한 주문 요청의 번들 시스템(808)에 정보를 전송할 수 있다. 주문은 클라이언트 요청 번들 및/또는 클라이언트 요청 아이템을 포함할 수 있다. 번들 시스템(808)은 그 다음 요청을 수신하고 재고 번호의 감소를 반영하도록 가상 번들을 수정할 수 있다. 따라서, 번들 시스템(808-1)(번들 시스템(808)의 사전 주문 상태를 반영)은 업데이트된 번들 시스템(808-2)(재고 시스템의 후 주문 상태를 반영)으로 변경된다. 일부 실시예에서, 도 8b에 도시된 바와 같이 글로벌 소매 재고 시스템(804)은 번들 시스템(808)에 정보를 제공하고(도 8a와 관련하여 논의된 바와 같이) 번들 시스템(808)의 변경에 기초하여 전체 가용 재고를 업데이트 할 수 있다.
불균형 재고 시스템(800)은 번들된 아이템의 일부가 이용 불가능해질 수 있는 반면 동일한 카테고리의 다른 아이템은 계속해서 다른 번들에서 이용 가능함을 보여준다. 이는 불균형 재고 시스템(800)에서 고객이 창고 아이템 관리 시스템(806)으로부터 재고 공급이 있을 때까지 수요가 많을 때 특정 번들을 구매할 수 없다는 것을 의미한다. 이는 주문 시스템(802)로부터 주문이 빠르게 연속되는 경우 잘못된 품절 문제를 생성할 수 있다. 그럼에도 불구하고, 불균형 재고 시스템(800)은 창고-아이템 관리 시스템(806)과 글로벌 재고 시스템(804) 및/또는 번들 시스템(808)으로부터 동기화된 데이터 피드를 가짐으로써 네트워크 혼잡을 최소화하고/하거나 실시간 재고 업데이트를 가능하게 할 수 있다.
도 9a는 개시된 실시예에 따른, 예시적인 균형 재고 시스템(900)의 블록도의 제1 부분이다. 불균형 재고 시스템(800)에서와 같이, 균형 재고 시스템(900)에서, 창고 아이템 관리 시스템(918)은 글로벌 재고 시스템(904)에 결합될 수 있다. 창고 아이템 관리 시스템(918)은 주문을 글로벌 재고 시스템(904)으로 전송하도록 구성된다. 예를 들어, 글로벌 재고 시스템(904)은 창고-아이템 관리 시스템(918)으로부터 재고 데이터를 수신하고 서로 다른 그룹핑, 가격 및 가용성을 갖는 복수의 가상 번들을 생성할 수 있다.
불균형 재고 시스템(800)과 유사하게, 균형 재고 시스템(900)에서, 글로벌 재고 시스템(904)은 제1 아이템 레코드(954) 및 제2 아이템 레코드(952)를 번들 시스템(908)으로 전송하는 FC 재고 피드(924)을 통해 번들 시스템(908)과 연결될 수 있다. 그러나, 불균형 재고 시스템(800)과 달리, 균형 재고 시스템(900)에서, 재고 추정기(928)는 창고 아이템 관리 시스템(918)과 통신할 필요 없이 가용 재고를 추정할 수 있는 재고 추정기(928)로부터 재고를 판독하는 동작을 수행함으로써 재고를 재조정하는 플랫폼으로부터 재고를 판독하고/하거나 글로벌 재고 시스템(904)으로부터 재고에 대한 사실(truth) 요청을 처리하도록 구성될 수 있다. 예를 들어, 글로벌 재고 시스템(904)은 단계 936에서 재고에 대한 사실의 소스를 요청할 수 있고 재고 추정기(928)는 단계 930에서 재조정된 재고로 요청에 응답할 수 있다. 더욱이, 글로벌 재고 시스템(904)은 또한 단계 932에서 재조정 재고를 번들 시스템으로 전송하도록 구성될 수 있다. 예를 들어, 글로벌 재고 시스템(904)은 FC 재고 피드(924)으로부터의 정보를 보충하는 클라이언트 주문에 기초하여 재조정된 재고를 전달할 수 있다. 따라서, 균형 재고 시스템(900)을 이용하는 실시예는 재고 변경에 대해 더 빠른 응답을 가질 수 있고 더 정확하고 다양한 제품 목록을 제공할 수 있다.
더욱이, 일부 실시예에서, 글로벌 재고 시스템(904)은 글로벌 소매 주문 이행 시스템(940)으로부터 주문을 수신할 수 있다. 예를 들어, FC 네트워크가 지역 및 제3자 벤더 또는 판매자를 모두 포함하는 실시예에서, 글로벌 소매 주문 이행 시스템(940)은 글로벌 재고 시스템(904)에 정규화된 주문을 제공하기 위해 서로 다른 클라이언트 및 벤더 네트워크로부터의 정보를 집계하고 처리할 수 있다.
도 9b는 예시적인 균형 재고 시스템(900)의 블록도의 제2 부분이다. 도 9b는, 예를 들어, 클라이언트 디바이스(350)(도 3)로부터 발생할 수 있는 주문에 응답하여 번들된 시스템의 변경을 상세히 설명한다. 도 9b에 도시된 바와 같이, 주문 시스템(902)은 재고 시스템에 주문을 전송할 수 있다. 예를 들어, 주문 시스템(902-1)은 제1 아이템에 대한 제1 주문(958)을 전송할 수 있고 주문 시스템(902-2)은 제2 아이템에 대한 제2 주문(956)을 전송할 수 있다. 주문은 주문 유형과 번들 수량을 지정할 수 있다. 주문은 또한 주문이 처리되어야 하는 재고 ID를 지정할 수 있다. 예를 들어, 클라이언트 디바이스(350)는 그들의 위치에 기초하여 맞춤형 웹 사이트를 디스플레이 할 수 있기 때문에, 주문 시스템(902)으로부터의 주문은 재고가 차감되어야 하는 FC 또는 창고를 지정할 수 있다. 도 9b는 이전 가상 번들 그룹(주문 시스템(902)으로부터 주문을 처리하기 전) 및 업데이트 된 밸런싱 시스템(908-2)(주문을 처리 한 후)을 갖는 번들 시스템(908-1)을 도시한다. 도 9b에 도시된 바와 같이, 불균형 재고 시스템(800)과 달리, 균형 재고 시스템(900)에서, 번들 시스템(908)이 창고-아이템 관리 시스템(906)으로부터의 통신 없이 주문에 기초하여 가상 번들을 재조정하기 때문에 가상 번들 중 어느 것도 수량이 0으로 끝나지 않는다.
더욱이, 번들 시스템(908)은 이전 및 업데이트된 번들 정보를 재고 추정기(928)로 전송할 수 있으며, 이는 차례로 글로벌 재고 시스템(906)과 연결되어 웹 사이트에서 제품 목록을 갱신하거나 업데이트 할 수 있다. 또한, 일부 실시예에서 재고 추정기(928)는 특정 번들 아이템에 대한 수요를 예측하는 ML 모델을 생성하는데 이용될 수 있는 트레이닝 데이터 세트를 생성하기 위해 번들 시스템(908)의 변화를 수집할 수 있다. 예를 들어, 재고 추정기(928)는 번들된 할당의 개발을 알리는 ML 모델을 생성하기 위해 밸런싱 모듈(646)에 데이터 세트를 제공하기 위해 번들 레코드(606)를 채울 수 있다.
더욱이, 도 9b에 도시된 바와 같이, 글로벌 재고 시스템(906)은 가상 번들을 재조정하기 위한 정보를 제공하기 위해 번들 시스템(908)과 통신할 수 있다. 예를 들어, 도 9a와 관련하여 추가로 논의된 바와 같이, 글로벌 재고 시스템(906)은 번들 시스템(908)과 통신함으로써 단계 932에서 재조정 재고를 전송할 수 있다.
도 9c는 예시적인 균형 재고 시스템(900)의 블록도의 제3 부분이다. 도 9c는 번들 시스템(908)에서 변경을 생성하는 주문 프로세스의 추가 세부 사항을 도시한다. 도 9c는 제1 주문(958) 및 제2 주문(956)을 생성하는 주문 시스템(902)을 도시한다. 도 9b에 기술된 바와 같이, 이들 주문은 이전 번들 시스템(908-1)과 업데이트 된 번들 시스템(908-2) 사이의 변화를 생성하는 번들 시스템(908)으로 전송될 수 있다. 일부 실시예에서, 주문 시스템(902)으로부터의 주문은, 글로벌 재고 시스템(904)과 통신할 수 있는, 글로벌 소매 주문 이행 시스템(940)을 통해 유도될 수 있다. 예를 들어, 글로벌 소매 주문 이행 시스템(940)은 주문 시스템(902)으로부터 주문에 기초하여 재고 재조정을 트리거 하는 실시간 재고 피드(926)를 생성할 수 있다.
균형 재고 시스템(900)은 허위 OOS를 최소화함으로써 실시간 재고 관리를 개선하는 동적 재고 밸런싱을 수행하고 FC/창고 데이터, 고객 데이터(예를 들어, 주문 시스템(902)를 통해) 및 예측된 번들 수요를 결합하는 동적 재고 관리 프로세스를 제공하여(예를 들어, 창고 아이템 관리 시스템(906)을 통해), 글로벌 재고 시스템(904)에서 가상 번들을 지속적으로 밸런싱하여 보다 정확한 재고 정보를 갖고 고객 유지를 최대화하기 위해 더 많은 다양한 제품 목록을 제공할 수 있다.
도 10은 개시된 실시예에 따른, 가상 번들 재조정 동작(1000)의 개략도이다. 동작(1000)은 재조정 전(예를 들어, 클라이언트 주문을 수신하기 전) 재고를 구성하는 제1 가상 번들(1010)의 그룹 및 재조정 후(예를 들어, 클라이언트 주문을 수신하고 처리 한 후) 제2 가상 번들(1050)을 도시한다. 도 10에 도시된 바와 같이, 가상 번들 각각은 전체 번들에 대한, 아이템 유형, 그룹핑 번호, 가용 번들 수량 및 번들 가격을 포함한다. 일부 실시예에서, 밸런싱 시스템(320)은 FC/창고 시스템(310)(도 3)으로부터 재고 데이터를 수신할 때 제1 가상 번들(1010)을 생성할 수 있다.
제1 가상 번들(1010)은 2개의 아이템 A 번들(1012), 3개의 아이템 A 번들(1014), 4개의 아이템 A 번들(1016) 및 5개의 아이템 A 번들(1018)을 포함한다. 각 번들(1012-1018)은 동일한 아이템인, 아이템 A를 갖지만, 각 번들(1012-1018)은 서로 다른 그룹핑 번호(즉, 각 번들은 번들 서로 다른 아이템의 수를 가짐), 서로 다른 가용 번들의 수량(즉, 재고에서 가용 번들의 수) 및 서로 다른 번들 가격을 갖는다. 이러한 방식으로, 밸런싱 시스템(320)은 번들된 아이템의 가용성을 제어할 수 있고 또한 특정 유형의 구매를 장려하고/하거나 어떤 특정 번들에 대한 수요를 충족시키기 위해 번들의 가격을 조정할 수 있다.
제1 가상 번들(1010)은 또한 서로 다른 아이템 B에 대한 가상 번들을 포함할 수 있다. 예를 들어, 제1 가상 번들(1010)은 1개의 아이템 B 번들(1020), 3개의 아이템 B 번들(1022) 및 5개의 아이템 B 번들(1024)을 포함할 수 있다. 각 번들(1020-1024)은 동일한 아이템인, 아이템 B를 갖지만, 각 번들(1020-1024)은 서로 다른 그룹핑 번호, 서로 다른 가용 번들의 수량 및 서로 다른 번들 가격을 갖는다.
추가적으로 가상 번들은 제1 가상 번들(1010)에 대해 구성될 수 있다. 예를 들어, 가상 번들은 아이템 C(미도시) 또는 서로 다른 유형의 아이템을 병합하는 조합 번들에 대해 구성될 수 있다. 예를 들어, 가상 번들(1010)은 단일 번들(미도시)에서 아이템 A 및 B를 모두 갖는 병합된 번들을 포함할 수 있다. 이러한 방식으로, 제1 가상 번들(1010)은 다수의 아이템 및/또는 아이템의 조합에 대한 맞춤형(customizable) 및 맞춤의(tailored) 제품 목록을 제공할 수 있다. 이러한 실시예에서, 번들링을 위해 선택된 아이템 조합 또는 선택된 아이템은 예측 수요 또는 마케팅 데이터에 기초 할 수 있다. 예를 들어, 밸런싱 모듈(646) (도 6)은 제품 수요를 예측하고/하거나 번들 아이템에 대한 구매 가능성을 결정하는 ML 모델에 기초하여 제1 가상 번들(1010)에서 복수의 번들을 생성 할 수 있다. 대안적으로 또는 추가적으로, 밸런싱 시스템(320)은 초과 재고 또는 마케팅 캠페인에 따라 가상 번들의 그룹을 기반으로 할 수 있다.
제1 가상 번들(1010)은 밸런싱 시스템(320)(도 3)에서 재조정 동작을 트리거 하는 클라이언트 주문에 응답하여 업데이트 될 수 있다. 예를 들어, 도 10에 도시된 바와 같이, 클라이언트 주문은 4개의 아이템 A 번들(1016) 중 6개(즉, 총 24개 아이템에 대해, 6개의 번들(1016) 주문) 및 3개의 아이템 A 번들(1022) 중 10개(즉, 총 30 개 아이템에 대해 10개의 번들(1022) 주문)를 요청할 수 있다. 이 주문은 가용 재고를 감소시킬 것이지만, 가용 번들의 최대 다양성을 유지하고, 잘못된 OOS 통지를 최소화하기 위해, 밸런싱 시스템(320)은 재조정 동작을 수행할 수 있다. 재조정 동작에서, 재고 시스템은 단순히 번들(1022) 및 번들(1016)로부터 주문된 아이템의 수를 빼기만 하는 것이 아니다. 대신, 밸런싱 조정 시스템(320)은 감소된 아이템의 수를 갖는 제2 가상 번들(1050)을 생성하기 위해 밸런싱 동작을 수행하지만 가용 번들의 다양성은 유지한다.
따라서, 제2 가상 번들(1050)은 2개의 아이템 A 번들(1012), 3개의 아이템 A 번들(1014), 4개의 아이템 A 번들(1016) 및 제1 가상 번들(1010)과 같은 5개의 아이템 A 번들(1018)을 포함할 수 있다. 번들(1012-1018)의 그룹핑 수는 제1 가상 번들(1010)과 동일할 수 있다. 하지만, 가상 번들의 다른 파라미터는 변경될 수 있다. 예를 들어, 각 번들의 수량은 번들링에 이용할 수 있는 총 아이템 수가 감소했음을 반영하여 변경될 수 있다. 도 10에 도시된 바와 같이, 번들(1012-1018) 각각에 대한 수량은 밸런싱 시스템(320)의 재조정 프로세스로 인해 감소했을 수 있다. 추가적으로, 각 번들(1012-1018)과 연관된 번들 가격은 또한 밸런싱 시스템(320)이 주문의 구매 가능성 및/또는 특정 번들에 대한 관심을 결정하는데 도움이 되는 수요 예측 및/또는 ML 모델에 따라 가격을 조정함으로써 업데이트 될 수 있다. 예를 들어, 밸런싱 시스템(320)은 특정 가상 번들에 대한 할인된 가격을 결정할 수 있다. 그러나 번들 수량 및 가격의 변화 여부에 관계없이, 밸런싱 시스템(320)은 가용 번들의 다양성을 최대화하기 위해 가상 번들을 재조정하도록 구성이 가능할 수 있다. 따라서, 밸런싱 시스템(320)은 제2 가상 번들(1050)에서 가장 짝수의 가상 번들을 갖도록 제2 가상 번들(1050)의 아이템을 재분배 할 수 있다.
제2 가상 번들(1050)은 또한 번들 다양성을 최대화하기 위해 재조정된 아이템 B 번들을 포함할 수 있다. 제2 가상 번들(1050)은 하나의 아이템 B 번들(1020), 3 개의 아이템 B 번들(1022) 및 5개의 아이템 B 번들(1024)을 포함할 수 있다. 가상 번들의 그룹핑은 이전과 동일할 수 있지만 각 번들(1020-1024)과 연관된 수량 및 가격은 (예를 들어, 제3자 시스템(360)으로부터) 예측된 수요, 마케팅 캠페인 및/또는 재구매 가격에 기초하여 더 적은 수의 총 아이템 및 가격 조정을 반영하도록 업데이트 될 수 있다.
동작(1000)은 밸런싱 시스템(320)이 FC/창고 시스템(310)에 질의할 필요 없이 가용 재고를 추정하고 가상 번들을 재조정 할 수 있는 방법을 보여준다. 따라서, 동작(1000)을 이용하면 제품 목록의 가용성을 최대화하고 잘못된 OOS 상태를 방지하는 업데이트 된 정보로 온라인 소매 웹 사이트의 구성 허용을 업데이트 하는 실시간 재고 시스템의 관리를 용이하게 할 수 있다. 도 13과 관련하여 추가로 논의되는 바와 같이, 동작(1000)은 우선 순위를 생성하고/하거나 가용 번들의 최대 다양성을 유지하는 일반적인 규칙에 대한 예외를 만들기 위해 예측된 수요에 기초하여 가상 번들의 밸런싱을 결정하는 프로세스에 기초할 수 있다.
도 11은 개시된 실시예에 따른, 가상 번들 밸런싱을 위한 프로세스 흐름(1100)의 타이밍도이다. 일부 실시예에서, 도 11에 도시된 바와 같이, 시스템(300)(도 3)의 서로 다른 요소는 프로세스 흐름(1100)의 특정 단계를 수행할 수 있다. 예를 들어, 밸런싱 시스템 (320)의 구성 요소는 프로세스 흐름(1100)의 하나 이상의 단계를 수행할 수 있고 클라이언트 디바이스(350)는 프로세스 흐름(1100)의 추가적인 단계를 수행할 수 있다. 도 11에 도시된 바와 같이, 다른 요소도 프로세스 흐름(1100)에 참여할 수 있다. 예를 들어, 판매자 포털(702)과 같은, 네트워크(700)의 요소는 프로세스 흐름(1100)에서 특정 동작을 수행할 수 있다. 그러나, 다른 실시예에서, 시스템(300) 및 네트워크(700)의 대안적인 요소는 설명된 단계들을 수행하거나(예를 들어, 데이터베이스(380)가 특정 단계들을 수행할 수 있음) 시스템(300) 또는 네트워크(700)의 단일 요소가 설명된 단계들을 수행할 수 있다.
단계 1102에서, FC/창고 시스템(310)은 주기적인 재고 데이터를 밸런싱 시스템(320)으로 전송할 수 있다. 예를 들어, 도 8 및 도 9와 관련하여 논의된 바와 같이, FC/창고 시스템(310)은 창고에서 가용 아이템의 수에 대한 정보를 전송할 수 있다. 일부 실시예에서, 단계 1102에서 전송된 정보는 FC의 센서 및 재고 시스템과 동기화 될 수 있다. 예를 들어, 주기적 재고 데이터는 스캔된 코드, 센서(도 2의 센서(217)와 같은) 및 이미지 분석에 기초하여 자동으로 생성되도록 구성될 수 있다. 더욱이, 일부 실시예에서, 단계 1102에서 전송된 정보는 RT 피드 모듈(642)에 의해 파싱 및 분석되는 데이터 피드를 통해 전송될 수 있다. 대안적으로, 또는 추가적으로, FC/창고 시스템(310)은 밸런싱 시스템(320)에서 재고의 동적 재조정을 트리거 하기 위해 적어도 하루에 한 번 재고 데이터를 전송하도록 구성될 수 있다.
단계 1104에서, 밸런싱 시스템(320)은 가상 번들을 생성하고 API 또는 큐 서비스를 노출할 수 있다. 예를 들어, 밸런싱 시스템(320)은 복수의 가상 번들을 생성하고 이를 글로벌 재고 시스템에 전달할 수 있다. 도 8 및 도 9와 관련하여 설명된 바와 같이 글로벌 재고 시스템은 맞춤형 또는 업데이트 된 소매 웹 사이트를 생성하기 위해 판매자 포털로부터의 재고 질의에 응답할 수 있다. 일부 실시예에서, 단계 1104에서 밸런싱 시스템(320)은, 도 10과 관련하여 설명된 바와 같이, 재고를 서로 다른 가상 번들로 분배하고, ML 모델, 마케팅 캠페인 및/또는 예측된 수요에 기초하여 가격을 할당할 수 있다. 이 정보는 다음에, 예를 들어, 웹 사이트를 생성하고/하거나 클라이언트 요청을 처리하기 위해 시스템(300) 또는 네트워크(700)의 다른 요소에 대해 이용 가능할 수 있다.
단계 1106에서, 밸런싱 시스템(320)은 통지 및 API 구성을 판매자 포털(702)로 전송할 수 있다. 예를 들어, 밸런싱 시스템(320)은 업데이트 된 재고의 통지를 판매자 포털에 전송하고 업데이트 된 재고 및 가상 번들 정보에 액세스하기 위한 정보를 제공할 수 있다. 일부 실시예에서, 밸런싱 시스템(320)은 판매자 포털(702)을 위해 맞춤화된 정보를 특정 마켓(specific market)에 제공할 수 있다. 예를 들어, 밸런싱 시스템(320)은 단계(1106)에서 FC를 식별하고(예를 들어, FC 식별자(644)를 이용하여) 재고 정보를 판매자 포털(702)에 제공하는 동작을 수행할 수 있다.
단계 1108에서, 밸런싱 시스템(320)은 게시 된 재고를 갖는 웹 인터페이스를 생성할 수 있다. 예를 들어, 도 19와 관련하여 추가로 논의되는 바와 같이, 판매자 포털(702)은 아이템에 대한 가용 재고 및 그것들의 관련 가격과 함께 번들 옵션을 보여주는 GUI 및 웹 사이트를 생성할 수 있다. 단계 1110에서, 판매자 포털(702)은 재고 데이터를 클라이언트 디바이스(350)로 전송할 수 있다. 예를 들어, 소매 업체 웹 사이트에 대한 클라이언트 요청에 응답하여, 판매자 포털(702)은 단계 1110에서 재고 정보를 갖는 웹 사이트를 생성하기 위해 재고 데이터를 제공할 수 있다. 또한, 단계 1110에서 판매자 포털(702)은 하나 이상의 API 호출을 통해 데이터베이스를 질의함으로써 복수의 번들의 가용성 및 가격을 클라이언트 디바이스로 전송하도록 구성될 수 있다.
단계 1112에서, 클라이언트 디바이스(350)는 번들 선택을 판매자 포털(702)(도 11)로 전송할 수 있다. 예를 들어, 클라이언트 디바이스(350)의 사용자는, 하나 이상의 아이템 및/또는 하나 이상의 번들을 주문하기 위해, 단계 1108에서 생성되고 단계 1110에서 전송된 웹 사이트와 상호 작용할 수 있다.
단계 1114에서, 판매자 포털(702)은 클라이언트 주문을 밸런싱 시스템(320)으로 전송할 수 있다. 도 7과 관련하여 논의된 바와 같이, 재고를 모니터링하고 가상 번들 아이템을 실시간으로 재조정하는 능력을 갖기 위해, 밸런싱 시스템(320)은 클라이언트 디바이스(350)와 FC/창고 시스템(310) 사이에 인터페이스 하도록 구성될 수 있다. 따라서 주문은 먼저 밸런싱 시스템(320)에 라우팅 될 수 있으며, 도 10과 관련하여 설명된 바와 같이 클라이언트 주문에 기초하여 가상 번들을 조정할 수 있다. 더욱이, 단계 1116에서, 밸런싱 시스템(320)은 클라이언트 주문 및 번들 선택을 이행하기 위한 FC를 식별할 수 있다. 예를 들어, 도 15와 관련하여 설명된 프로세스를 이용하여, 밸런싱 시스템(320)은 클라이언트 주문을 이행할 수 있는 능력을 가진 FC를 선택할 수 있다. 그러나, 일부 실시예에서, 밸런싱 시스템(320)은 글로벌 재고 시스템(708)(도 7)을 통해 주문을 처리하여 클라이언트 주문을 이행할 수 있는 복수의 FC 또는 창고로부터의 재고를 집계할 수 있다.
단계 1118에서, 밸런싱 시스템(320)은 주문 이행을 요청할 수 있다. 예를 들어, 밸런싱 시스템(320)은 단계 1114에서 수신된 주문을 이행하기 위해 선택된 FC에 메시지를 전송할 수 있다. 예를 들어, 밸런싱 시스템(320)은, 클라이언트 주문을 수신한 것에 응답하여, 적어도 하나의 풀필먼트 센터로부터의 클라이언트 주문에 대해 선택된 풀필먼트 센터를 식별하고 선택된 풀필먼트 센터에 클라이언트 주문을 전달할 수 있다. 단계 1120에서, 밸런싱 시스템(320)은 데이터베이스 및 가상 번들을 밸런싱 할 수 있다. 클라이언트 주문에 기초하여, FC/창고 시스템(310)과 통신할 필요 없이, 밸런싱 시스템(320)은 가상 번들의 다양성을 최대화하고, 가격을 조정하며, 추가 번들을 생성하거나 예측된 수요에 기초하여 번들 수량을 수정하기 위해, 도 9 및 도 10과 관련하여 설명된 바와 같이 가상 번들을 밸런싱 할 수 있다. 예를 들어, 특정 실시예에서 밸런싱 시스템(320)은 클라이언트가 번들 아이템을 구매할 때마다 재고들을 동적으로 밸런싱 하도록 구성된다.
단계 1122에서, 밸런싱 시스템(320)은 업데이트된 재고의 통지를 생성하고 이를 판매자 포털(702)로 전송할 수 있다. 예를 들어, 밸런싱 시스템(320)은 재고 데이터베이스가 API 방법을 통해 수정되었음을 판매자 포털(702)에 통지할 수 있다. 대안적으로, 또는 추가적으로, 밸런싱 시스템(320)은 인코더(648)를 이용하여 새로운 아이템 및 번들 코드를 생성하고 클라이언트 디바이스(350)에 디스플레이 되고/되거나 판매자 포털(702)에서 호스팅 되는 웹 사이트를 새로 고침 또는 업데이트 할 수 있다. 단계 1124에서, 판매자 포털(702)은 업데이트 된 재고로 웹 인터페이스를 생성할 수 있다. 예를 들어, 도 19와 관련하여 논의되는 바와 같이, 판매자 포털(702)은 재고, 가격 및/또는 가상 번들 가용성의 변경을 반영하기 위해 클라이언트 디바이스(350)에 표시된 웹 사이트를 업데이트 할 수 있다.
단계 1126에서, FC/창고 시스템(310)은 주기적인 재고 데이터를 갖는 갱신된 메시지를 생성할 수 있다. 예를 들어, 매일 하루의 끝에서 또는 15 분마다, FC/창고 시스템(310)은 가용 재고를 밸런싱 시스템 (320)에 보고할 수 있다. 이러한 실시예에서, FC/창고 시스템(310)은 밸런싱 시스템(320)에 의한 재고의 동적 밸런싱을 트리거 하기 위해 적어도 하루에 한 번 재고 데이터 피드를 생성하도록 구성될 수 있다. 대안적으로, 또는 추가적으로, 일부 실시예에서 FC/창고 시스템(310)은 도 8 및 도 9와 관련하여 논의된 바와 같이 FC 데이터 피드를 이용하여 밸런싱 시스템(320)과 연결될 수 있다. 단계 1128에서, 밸런싱 시스템(320)은 추정된 재고를 오버라이드 할 수 있다(예를 들어, 추정된 재고 밸런싱 시스템(320)과 수신된 재고 밸런싱 시스템(320) 사이에 불일치가 있는 경우 FC/창고 시스템(310)으로부터 수신된 재고 데이터를 선호 할 수 있음) 또한, 단계 1128에서, 밸런싱 시스템(320)은 단계 1126에서 FC/창고 시스템(310)에 의해 제공된 정보에 기초하여 가상 번들을 재조정하고/하거나 새로운 가상 번들을 생성할 수 있다.
단계 1130에서, 단계 1122에서와 같이, 밸런싱 시스템(320)은 가용 재고의 변경을 반영하기 위해 업데이트 된 재고의 통지를 판매자 포털(702)로 전송할 수 있다. 따라서, 단계 1130에서 밸런싱 시스템(320)은 적어도 하나의 풀필먼트 센터로부터 업데이트 된 재고 데이터를 수신하고, 업데이트 된 재고 데이터에 기초하여 데이터베이스에서 복수의 번들을 재조정 할 수 있으며; 복수의 가상 번들 업데이트에 응답하여, 데이터베이스의 변경을 판매자 포털에 통지할 수 있다.
도 12는 개시된 실시예에 따른, 가상 번들 정보를 저장하는 데이터베이스의 예시적인 테이블(1200)이다. 테이블(1200)은 복수의 가상 번들(1230)을 포함한다. 각 가상 번들(1230)은 아이템 ID 필드(1202), 가상 번들 필드(1204), 번들 카테고리 필드(1206), SKU 필드(1208), 가격 비율 필드(1210), 번들 수량 필드(1212) 및 번들 상태 필드(1214)와 연관될 수 있다. 테이블(1200)은 밸런싱 시스템(320)에 저장될 수 있다. 예를 들어 테이블 (1200)은 번들 레코드(606)(도 6)의 일부로서 밸런싱 데이터베이스(324)에 저장될 수 있다. 대안적으로, 또는 추가적으로, 테이블(1200)은 데이터베이스(380) 또는 시스템(300)의 다른 메모리 디바이스의 일부일 수 있다.
번들 식별 필드(1202-1214)에 추가하여, 테이블(1200)은 또한 벤더를 식별하기 위한 필드 및/또는 추가 아이템으로 아이템을 번들링 하는 능력을 포함할 수 있다. 예를 들어, 테이블(1200)은 또한 번들 병합 필드(1216), 판매자 제품 ID 필드(1218), 업로드 ID 필드(1220) 및 마케팅 캠페인 필드(1222)를 포함할 수 있다. 필드 (1216-1222)는 밸런싱 시스템(320)에 의해 가상 번들을 생성하고/하거나 번들링 또는 가격 규칙을 결정하는데 이용될 수 있다.
테이블(1200)은 웹 사이트를 생성하고 재고를 관리하기 위해 판매자 포털(702) 및/또는 클라이언트 디바이스(350)에 액세스 될 수 있다. 예를 들어, 테이블(1200), 및 테이블(1200)을 포함하는 데이터베이스는, RESTful 서비스, 큐 기반 시스템, 인덱스 또는 객체 테이블 중 적어도 하나를 거친다. 일부 실시예에서, 테이블(1200)은 판매자 포털(702)로부터의 GET 방법을 지원할 수 있다. 이러한 실시예에서, 테이블(1200)은 밸런싱 시스템(320)이 주문을 수신하고 처리할 때 동적 및 실시간으로 업데이트되도록 구성될 수 있다.
도 13은 개시된 실시예에 따른, 가용 재고에 기초하여 가상 번들을 관리하기 위한 예시적인 프로세스(1300)의 흐름도이다. 일부 실시예들에서, 시스템(300)의 요소들은 프로세스(1300)를 수행할 수 있다. 예를 들어, 아래의 단계 설명에 개시되는 바와 같이, 밸런싱 시스템(320)은 프로세스(1300)를 수행할 수 있다. 특히, 밸런싱 모듈(646)은 프로세스(1300)의 단계들을 수행할 수 있다. 대안적으로, 또는 추가적으로, 시스템(300)의 다른 요소는 프로세스(1300)의 하나 이상의 단계들을 수행할 수 있다. 예를 들어, 데이터베이스(380), 클라이언트 디바이스(350) 또는 온라인 리소스(340)는 프로세스(1300) 또는 프로세스(1300)의 일부를 수행할 수 있다. 또한, 일부 실시예에서 시스템(800 및 900), 또는 그 일부는, 프로세스(1300)를 수행할 수 있다. 예를 들어, 번들링 시스템(908)은 프로세스(1300)를 수행할 수 있다.
단계 1302에서, 밸런싱 시스템(320)은 클라이언트 주문을 수신할 수 있다. 예를 들어, 밸런싱 시스템(320)은 클라이언트 디바이스(350) 및/또는 주문 시스템(704)(도 7) 중 하나로부터 주문을 수신할 수 있다. 단계 1304에서, 밸런싱 시스템(320)은 클라이언트 주문을 이행한 후 재고에서 가용 총 아이템 수를 결정할 수 있다. 예를 들어, 밸런싱 시스템(320)은 번들되지 않은 아이템의 총 수를 결정하기 위해 나머지 가상 번들을 집계할 수 있다. 일부 실시예에서, 예를 들어, 밸런싱 시스템(320)은 추정된 총 아이템을 계산하기 위해 제1 가상 번들(1010)(도 10)의 아이템을 계산할 수 있다.
단계 1306에서, 밸런싱 시스템(320)은 하나 이상의 번들이 임계 값 미만인지 여부를 결정할 수 있다. 예를 들어, 가상 번들 규칙에 기초하여 밸런싱 시스템(320)은 각각의 가상 번들이, 예를 들어, 2개의 번들의 최소 수량을 가져야 한다고 결정할 수 있다. 가상 번들 중 어느 것도 임계 값 미만의 수량으로 떨어지지 않으면(단계 1306 : 아니오), 밸런싱 조정 시스템(320)은 컴퓨터 리소스를 절약하기 위해 재조정 동작을 수행하지 않기로 결정할 수 있고 단계 1330을 계속할 수 있다. 단계 1330에서, 밸런싱 시스템(320)은 재고에 변경이 없는 판매자 포털을 통지할 수 있다(즉, 재조정이 없음). 그러나, 가상 번들 중 하나가 임계 값 미만의 수량으로 떨어지면(단계 1306 : 예), 밸런싱 시스템(320)은 단계 1308로 계속할 수 있다. 단계 1308에서, 밸런싱 시스템(320)은 가상 번들의 현재 수량 상태를 받을 수 있다. 예를 들어, 밸런싱 시스템(320)은 식별되거나 생성된 가상 번들 각각의 수량을 결정할 수 있다. 단계 1310에서, 밸런싱 시스템(320)은 각 그룹핑 번호에 대해 적어도 하나의 가용 가상 번들을 발생하는 아이템의 균형 분포를 계산할 수 있다. 즉, 단계 1310에서 밸런싱 시스템(320)은 가용 재고를 갖는 가장 다양한 가상 번들을 제공하기 위해 가용 아이템을 순차적으로 분배할 수 있다.
단계 1312에서, 밸런싱 시스템(320)은 각 번들에 대한 재고가 충분하지 않은지 여부를 결정할 수 있다. 예를 들어, 밸런싱 시스템(320)은 아이템의 수가 너무 적어서 각 유형의 번들 중 하나를 생성할 수 없는지 여부를 결정할 수 있다. 밸런싱 시스템(320)이 각 번들에 대한 재고가 충분하지 않다고 결정하면(단계 1312 : 예), 밸런싱 시스템(320)은 단계 1314로 계속하여, 일부 번들이 OOS가 되더라도, 자주 요청 된 번들의 우선 순위를 정하기 위해 예측 알고리즘을 적용할 수 있다. 이러한 실시예에서, 우선 되는 번들(prioritized bundles)은, 우선 되는 번들이 목표 수의 번들을 달성하기에 충분한 재고를 갖도록 보장하기 위해, 우선 되지 않은 번들(non-prioritized bundles)보다 먼저 할당 된 아이템을 얻을 수 있다. 예를 들어, 우선 되는 번들이 먼저 채워지거나 완료될 수 있으며, 나머지 아이템(우선 되는 번들에 할당되지 않은) 만 우선 되지 않은 번들에 할당된다. 추가적으로, 또는 대안적으로, 단계 1314에서 밸런싱 시스템(320)은 수요를 예측하고 더 높은 수요를 갖는 가상 번들에 가용 아이템을 할당하기 위해 ML 모델을 이용할 수 있다. 그러나, 밸런싱 시스템(320)이 각 번들에 대해 충분한 재고가 있다고 결정하면(단계 1312 : 아니오), 밸런싱 시스템(320)은 단계 1316으로 계속하여 재고를 가상 번들에 할당하고, 밸런싱 데이터베이스(324)와 같은, 데이터베이스를 업데이트 된 가상 번들의 분포로 업데이트 할 수 있다.
단계 1318에서, 밸런싱 시스템(320)은 단계 1316의 할당 후에 초과 재고가 있는지 여부를 결정할 수 있다. 예를 들어, 밸런싱 시스템(320)은 모든 번들이 적어도 임계 수량을 갖도록 보장된 후에 느슨한 아이템 단위가 있는지 여부를 결정할 수 있다. 밸런싱 시스템(320)이 할당 후 초과 재고가 없다고 결정하면(단계 1318 : 아니오), 순차적 재조정 프로세스가 종료되고 밸런싱 시스템(320)은 단계 1330으로 계속하여 변경을 판매자 포털에 통지할 수 있다. 그러나, 밸런싱 시스템(320)이 할당 후 초과 재고가 있다고 결정하면(단계 1318 : 예), 밸런싱 시스템(320)은 단계 1320으로 계속할 수 있다.
단계 1320에서, 밸런싱 시스템(320)은 가상 번들 할당을 위한 우선 순위 모델이 이용 가능한지 여부를 결정할 수 있다. 예를 들어, 밸런싱 시스템(320)은 ML 모델이 수요를 예측하고 특정 가상 번들에 우선 순위를 부여하기 위해 이용 가능한지 여부를 결정할 수 있다. 밸런싱 시스템(320)이 이용 가능한 우선 순위 모델이 있다고 결정하면(단계 1320 : 예), 밸런싱 시스템(320)은 단계 1322로 계속하여 우선 순위 규칙에 기초하여 초과 재고를 할당할 수 있다. 그러나, 밸런싱 시스템(320)이 이용 가능한 우선 순위 모델이 없다고 결정하면(단계 1320 : 아니오), 밸런싱 시스템(320)은 단계 1324로 계속하여 아이템을 가장 높은 그룹핑 번호에서 가장 낮은 그룹핑 번호로 순차적으로 할당하여 가능한 한 많은 가상 번들에 추가 아이템을 제공할 수 있다. 단계 1322 또는 1324 후에, 밸런싱 시스템(320)은 단계 1330으로 계속하여 변경을 판매자 포털에 통지할 수 있다.
도 14는 개시된 실시예에 따른, 가상 번들 정보로 데이터베이스를 채우고 노출하기 위한 예시적인 프로세스(1400)의 흐름도이다. 일부 실시예에서, 시스템(300)의 요소는 프로세스(1400)를 수행 할 수 있다. 예를 들어, 아래 단계 설명에 개시되는 바와 같이, 밸런싱 시스템(320)은 프로세스(1400)를 수행할 수 있다. 대안적으로, 또는 추가적으로, 시스템(300)의 다른 요소는 프로세스(1400)의 하나 이상의 단계들을 수행할 수 있다. 예를 들어, 데이터베이스(380), 클라이언트 디바이스(350) 또는 온라인 리소스(340)는 프로세스(1400) 또는 프로세스(1400)의 일부를 수행할 수 있다. 또한, 일부 실시예에서 시스템(800 및 900), 또는 그 일부는, 프로세스(1300)를 수행할 수 있다. 예를 들어, 번들링 시스템(908)은 프로세스(1400)를 수행할 수 있다.
단계 1402에서, 밸런싱 시스템(320)은 재고 데이터 피드 및/또는 FC 메시지를 수신할 수 있다. 예를 들어, 밸런싱 시스템(320)은 FC/창고 시스템(310)으로부터 재고 데이터 피드를 수신할 수 있다. 도 8 및 도 9와 관련하여 논의된 바와 같이, 밸런싱 시스템(320)은 FC에서 가용 아이템을 나타내는, FC 재고 피드(822)(도 8)와 같은, FC 재고 피드를 수신할 수 있다. 예를 들어, 일부 실시예에서 밸런싱 시스템(320)은 재고 정보를 수신하기 위해 단계 1402에서 FC의 재고 시스템과 연결될 수 있다. 일부 실시예에서, 단계(1402)는 주기적으로 구성될 수 있고, 밸런싱 시스템(320)은 매분, 15 분 마다, 매시간, 매일 및/또는 다른 미리 결정된 빈도로 재고 데이터 피드를 수신할 수 있다. 일부 실시예에서, 재고 데이터 피드는 적어도 하나의 풀필먼트 센터의 재고 시스템에 결합된 실시간 데이터 피드이고, 그것들은, 도 2와 관련되어 추가로 논의된 바와 같이, 스캔 코드 시스템, 이미징 재고 시스템 또는 무선 태그 시스템 중 적어도 하나를 포함한다.
일부 실시예에서, 밸런싱 시스템(320)은 스냅 샷 재고, 조정 재고, 또는 스냅 샷 및 조정 재고의 조합으로서 재고 피드를 수신할 수 있다. 스냅 샷 재고는 특정 시간에서 재고 수준을 지정할 수 있다. 예를 들어, 스냅 샷 재고는 시스템 시간도 특정 시간에서 재고 카운트를 반영할 수 있다. FC/창고 시스템(310)은, 센서(217)(도 2)를 포함하는 것들과 같은, 재고 관리 시스템에 따라 및/또는 이전 기간 동안 등록된 거래에 기초하여 한 번에 재고 카운트를 제공할 수 있다. 따라서, 스냅 샷 재고는 FC에 있는 재고의 실시간 상태를 제공할 수 있다. 일부 실시예에서, FC/창고 시스템(310)은 특정 주기성(예를 들어, 매일, 매시간, 15 분 마다 또는 매분)으로 스냅 샷 재고를 전송하도록 구성될 수 있다. 조정 재고는 주문, 구매 및/또는 예측 알고리즘에 기초하여 재고의 차이를 지정할 수 있다. 조정 재고는 FC/창고 시스템(310)에서 가용 수량을 조정할 수 있다. 조정은, 재고가 최신식인지 보장하기 위해, 계획되지 않은 물리적 재고 카운트를 수행하고 그 후 그것을 보고할 때 재고를 업데이트 할 수 있다. 조정 재고는 일상 업무 중에 수행될 수 있으며 일정 주기성으로 수행될 수 있다. 그러나, 조정 재고는 또한 예측이 불가능할 수 있고 중단 또는 다른 동작(예를 들면, 구매 주문)에 기초할 수 있다. 따라서, 스냅 샷 재고와 달리, 조정 재고는 FC/창고 시스템(310)으로부터 밸런싱 시스템(320)으로 하루 종일 예측할 수 없이 데이터 피드에 제공될 수 있다. 따라서, 단계 1402에서 밸런싱 시스템(320)은 데이터 피드 및 통신을 통해 스냅 샷 재고, 조정 재고, 또는 둘의 조합을 수신할 수 있다. 이러한 업데이트는 밸런싱 시스템(320)과 FC/창고 시스템(310) 사이에서 주기적이거나 산발적일 수 있다.
단계 1404에서, 밸런싱 시스템(320)은 재고 데이터의 아이템을 식별할 수 있다. 예를 들어, 밸런싱 시스템(320)은 단계 1402에서 수신된 아이템과 연관된 코드를 해석할 수 있다. 단계 1406에서, 밸런싱 시스템(320)은 재고 데이터의 아이템에 대한 아이템 ID를 할당할 수 있다. 예를 들어, 밸런싱 시스템(320)은 아이템 ID를 생성하고 아이템, 아이템 카테고리 및 다른 데이터 필드를 식별하는 테이블(1200)(도 12)의 행을 생성할 수 있다. 또한, 단계 1406에서 밸런싱 시스템(320)은 인코더(648)(도 6)를 이용하여, "ITEM123"과 같은, 아이템 코드를 생성할 수 있다.
단계 1408에서, 밸런싱 시스템(320)은 단계 1404에서 수신되고 단계 1406에서 식별된 아이템 중 하나 이상이 번들링에 적합한지 여부를 결정할 수 있다. 일부 아이템은 고객이 그것들을 번들로 구매하지 않거나 그것들을 번들로 판매하는 것이 임의의 차등 가격을 나타내지 않기 때문에 번들로 처리할 수 없다. 단계 1408에서, 밸런싱 시스템(320)은 FC에서 가용 아이템들 중 적어도 일부가 번들링 될 수 있는지 여부를 결정할 수 있다. 밸런싱 시스템(320)은 아이템이 번들링 될 수 없다고 결정하면(단계 1408 : 아니오), 밸런싱 시스템(320)은 단계 1410으로 계속하여 재고 데이터베이스를 업데이트하고(예를 들어, 밸런싱 데이터베이스(324) 업데이트) 판매자 포털에 통지하므로 판매자 포털이 번들 제품을 제공하지 않는다. 그러나, 밸런싱 시스템(320)이 아이템들 중 하나 이상이 번들링 될 수 있다고 결정하면(단계 1408 : 예), 밸런싱 시스템(320)은 단계 1412로 계속할 수 있다.
단계 1412에서, 밸런싱 시스템(320)은 번들링 그룹핑이 번들 태그를 생성하는 것을 결정할 수 있다. 예를 들어, 밸런싱 시스템(320)은 재고에 수신된 아이템 및 그것들의 관련 그룹핑 번호 또는 번들 수량에 대해 생성될 수 있는 가상 번들 수를 결정할 수 있다. 또한 단계 1412에서 밸런싱 시스템(320)은 도 10과 관련하여 설명된 바와 같이, "VB-2"와 같은, 번들 태그를 결정할 수 있다. 단계 1414에서, 밸런싱 시스템(320)은 번들 가격을 결정할 수 있다. 예를 들어, 밸런싱 시스템(320)은 예측 수요 데이터 및/또는 마케팅 캠페인을 이용하여 단계 1412에서 결정된 가상 번들에 대한 번들 및 아이템 가격을 할당할 수 있다.
단계 1416에서, 밸런싱 시스템(320)은 아이템 ID(단계 1406에서 결정됨) 및 인코딩 된 태그(단계 1412에서 결정됨)를 연결하여 가상 번들 아이템, 그룹핑 수량 및 가격을 식별하는 완전한 아이템 및 번들 ID를 생성할 수 있다. 예를 들어, 인코더(648)(도 6)는 할당된 ID 및 가상 번들 그룹핑 또는 가격을 이용하여 밸런싱 데이터베이스(324)에서 가상 번들을 식별하기 위한 정보를 제공하는 연결된 아이템 ID를 생성할 수 있다. 따라서, 단계 1416에서 밸런싱 시스템(320)은 복수의 인코딩 된 태그를 생성할 수 있고, 각 인코딩 된 태그는 아이템 ID 및 번들 그룹을 인코딩 하고, 재고 데이터의 각 아이템 및 복수의 번들 각각에 대해 데이터베이스에 레코드를 생성하고, 각 데이터 레코드는 인코딩 된 태그 필드 및 수량 필드를 포함한다.
단계 1418에서, 밸런싱 시스템(320)은 인코딩 된 태그, 수량, 그룹핑, 가격 비율, 및/또는 FC의 필드를 갖는 데이터베이스의 각 아이템 및 각 번들에 대한 레코드를 생성할 수 있다. 예를 들어, 밸런싱 시스템(320)은 도 10과 관련하여 설명된 바와 같이 가상 번들 각각에 대한 레코드를 생성 할 수 있다. 예를 들어, 단계 1418에서 밸런싱 시스템(320)은 더 높은 그룹핑의 번들을 더 낮은 그룹핑의 가상 번들보다 낮은 아이템 당 가격과 연관시키는 복수의 번들에 대한 레코드를 생성할 수 있다. 단계 1420에서, 밸런싱 시스템(320)은 질의 및/또는 API 호출에 데이터베이스를 노출할 수 있다. 예를 들어, 밸런싱 시스템(320)은 단계 1418에서 생성된 레코드를 판매자 포털로부터의 REST API 호출에 노출하여 가상 번들의 목록 및 가용 아이템에 대한 다수의 변화 및 가격을 갖는 웹 사이트를 생성하는데 필요한 정보를 제공할 수 있다.
도 15는 개시된 실시예에 따른, 풀필먼트 센터의 할당을 위한 예시적인 프로세스(1500)의 흐름도이다. 일부 실시예에서, 시스템(300)의 요소는 프로세스(1500)를 수행할 수 있다. 예를 들어, 아래의 단계 설명에 개시되는 바와 같이, 밸런싱 시스템(320)은 프로세스(1500)를 수행할 수 있다. 특히, FC 식별자(644)(도 6)는 프로세스(1500)를 수행할 수 있다. 대안적으로, 또는 추가적으로, 시스템(300)의 다른 요소는 프로세스(1500)의 하나 이상의 단계들을 수행할 수 있다. 예를 들어, 데이터베이스(380), 클라이언트 디바이스(350) 또는 온라인 리소스(340)는 프로세스(1500), 또는 프로세스(1500)의 일부를 수행할 수 있다. 또한, 일부 실시예에서 시스템(800 및 900), 또는 그 일부는, 프로세스(1500)를 수행할 수 있다. 예를 들어, 번들링 시스템(908)은 프로세스(1500)를 수행할 수 있다.
단계 1502에서, 밸런싱 시스템(320)은 클라이언트 주문을 이행하기 위한 요청을 수신할 수 있다. 요청은 제품, 시간 및 우편 번호 정보를 포함할 수 있다. 요청의 정보에 기초하여, 밸런싱 시스템(320)은 단계 1504에서 관련 지리적 영역을 식별할 수 있다. 예를 들어, 밸런싱 시스템(320)은 고객의 우편 번호에 기초하여 제품에 대한 잠재적 주문을 이행할 수 있는 지역을 식별할 수 있다. 단계 1506에서, 밸런싱 시스템(320)은 제품 또는 선택된 번들에 대한 잠재적 주문을 완료할 수 있는 FC를 식별 할 수 있다.
단계 1508에서, 밸런싱 시스템(320)은 FC에 대한 주문 할당 우선 순위 규칙을 운용할 수 있다. 일부 실시예에서, 할당 우선 순위 규칙은 밸런싱 시스템(320) 내의 메모리 디바이스에 저장될 수 있으며, 이는 단계 1504에서 식별된 영역(들)에 대한 특정한 할당 규칙을 검색할 수 있다. 대안적으로, 또는 추가적으로, 할당 우선 순위 규칙은 데이터베이스(380)에 저장될 수 있으며, 밸런싱 시스템(320)은 일단 FC가 단계 1506에서 식별되면 데이터베이스에 질의할 수 있다.
주문 할당 규칙은 영역의 각 FC에 대한 우선 순위 점수를 생성할 수 있다. 우선 순위 할당 규칙은 선호도가 다른 여러 규칙을 포함할 수 있다. 예를 들어, 주문 할당 규칙은 특정 캐리어에 대한 선호도를 갖는 배달 캐리어에 대한 규칙을 포함할 수 있다. 또한, 주문 할당 규칙은 가상 번들의 예상 배달 및 다양성을 포함할 수 있다. 또한, 과거 트랜드와 제품 및 각 FC의 연관성에 기초하여, 할당 규칙은 잠정적 수요를 추정하고 수요가 낮은 FC를 선호할 수 있다.
할당 규칙을 고려하여, 밸런싱 시스템(320)은 단계 1512에서 계산된 우선 순위에 기초하여 FC의 순위를 매길 수 있다. 예를 들어, 지역의 모든 FC는 우선 순위 점수가 할당될 수 있고 FC는 우선 순위 점수에 기초하여 순위가 매겨질 수 있다.
단계 1514에서, 밸런싱 시스템(320)은 상위 FC가 유사한 우선 순위를 갖는지 여부를 결정할 수 있다. 예를 들어, 밸런싱 시스템(320)은 FC의 우선 순위 점수가 임계 값 내에 있는지 여부를 결정할 수 있다. 상위 FC가 유사한 우선 순위를 갖지 않는 경우(단계 1514 : 아니오), 밸런싱 시스템(320)은 단계 1516으로 계속하여 가장 높은 우선 순위를 갖는 FC를 식별할 수 있다. 그러나, 상위 FC가 유사한 우선 순위를 갖는 경우(단계 1514 : 예), 밸런싱 시스템(320)은 단계 1518로 계속하여 상위 FC를 선택하기 위해 랜덤화 기능을 적용할 수 있다.
단계 1520에서, 밸런싱 시스템(320)은 박스 통합 할당 추정을 수행할 수 있다. 선택된 FC와 함께, 밸런싱 시스템(320)은, 배송을 위해 이용될 박스의 수를 포함하여, FC로부터의 배송 비용을 결정할 수 있다. 단계 1522에서, 밸런싱 시스템(320)은 박스 통합으로 소포 또는 박스의 수가 감소했는지 여부를 결정할 수 있다. 소포의 수가 감소하지 않으면(단계 922 : 아니오), 밸런싱 시스템(320)은 단계 1524로 계속하여 이전 할당을 유지할 수 있다. 그러나, 박스 통합 후 소포의 수가 감소하면(단계 1522 : 예), 밸런싱 시스템(320)은 단계 1526으로 계속하여 할당을 통합 할당으로 업데이트 할 수 있다.
단계 1528에서, 밸런싱 시스템(320)은 자동 밸런싱 통합을 수행할 수 있다. 자동 밸런싱 고려 사항은 단계 1504에서 식별된 지역의 서로 다른 FC에서 로드를 밸런싱 하기 위해 시도할 수 있다. 특정 센터의 과부하를 방지하기 위해, 밸런싱 시스템(320)은 서로 다른 FC에서 리소스의 활용을 늘이려고 시도하는 자동 밸런싱을 수행할 수 있다.
단계 1530에서, 자동 밸런싱 통합에 기초하여, 밸런싱 시스템(320)은, 단계 1516 또는 1518에서, 할당된 FC가 목표 활용도를 초과하는지 여부를 결정할 수 있다. 밸런싱 시스템(320)이 FC가 목표 활용도를 초과하지 않는다고 결정하면(단계 1530 : 아니오), 밸런싱 시스템(320)은 단계 1532로 계속하여 이전 할당을 유지할 수 있다. 그러나, 밸런싱 시스템(320)이 FC가 목표 활용도보다 높다고 결정하면(단계 1530 : 예), 밸런싱 시스템(320)은 단계 1536으로 계속하여 선택된 FC에 과중한 부담을 주는 것을 방지하기 위해 선택된 FC를 변경할 수 있다. 프로세스(1500)의 일부 실시예에서, 밸런싱 시스템(320)은 단계 1536 이후에 단계 1520으로 복귀하여 새로 선택된 FC에 대한 박스 및 자동 밸런싱 통합을 재실행 할 수 있다.
단계 1534에서, 밸런싱 시스템(320)은 주문 이행을 요청하고 추정된 재고를 업데이트하기 위해 선택된 FC 및 대응하는 추정 시간을 단계 1502의 요청자 및/또는, 밸런싱 데이터베이스(324)와 같은, 데이터베이스로 전송할 수 있다.
도 16은 개시된 실시예에 따른, 가상 번들 재고를 동적으로 재조정하기 위한 예시적인 프로세스(1600)의 흐름도이다. 일부 실시예에서, 시스템(300)의 요소는 프로세스(1600)를 수행할 수 있다. 예를 들어, 아래의 단계 설명에 개시되는 바와 같이, 밸런싱 시스템(320)은 프로세스(1600)를 수행할 수 있다. 대안적으로, 또는 추가적으로, 시스템(300)의 다른 요소는 프로세스의 하나 이상의 단계들을 수행할 수 있다. 예를 들어, 데이터베이스(380), 클라이언트 디바이스(350) 또는 온라인 리소스(340)는 프로세스(1600) 또는 프로세스(1600)의 일부를 수행할 수 있다. 또한, 일부 실시예에서 시스템(800 및 900), 또는 그 일부는, 프로세스(1600)를 수행 할 수 있다. 예를 들어, 번들링 시스템(908)은 프로세스(1600)를 수행할 수 있다.
단계 1602에서, 밸런싱 시스템(320)은 적어도 하나의 풀필먼트 센터로부터 재고 데이터를 수신할 수 있다. 예를 들어, 밸런싱 시스템(320)은 FC/창고 시스템(310)으로부터 재고 데이터를 수신할 수 있다. 일부 실시예에서, 재고 데이터는 적어도 하나의 풀필먼트 센터에 있는 아이템의 물리적 수량을 반영한다. 단계 1604에서, 밸런싱 시스템(320)은 그룹핑 번호 및 수량과 연관된 복수의 가상 번들을, 데이터베이스에, 저장할 수 있다. 예를 들어, 도 10과 관련하여 추가로 설명된 바와 같이, 밸런싱 시스템(320)은, 그룹핑 번호, 가용 번들 수량(즉, 가용 번들의 수) 및 번들 가격을 지정하는, 서로 다른 아이템에 대한 복수의 가상 번들을 생성할 수 있다. 가상 번들은, 데이터베이스(380)와 같은, 데이터베이스 및/또는 테이블(1200)(도 12)과 같은 데이터 구조에 저장될 수 있다. 일부 실시예에서, 단계 1604에서 밸런싱 시스템(320)은 재고 데이터의 각 아이템에 대해 적어도 2개의 번들을 생성할 수 있다.
단계 1606에서, 밸런싱 시스템(320)은 데이터베이스를 RESTful 서비스, 큐 기반 시스템, 인덱스 또는 객체 테이블 중 적어도 하나로서 판매자 포털 질의에 노출할 수 있다. 예를 들어, 밸런싱 시스템(320)은 (1) 이벤트 가상 번들 모니터링, (2) 가상 번들 업데이트 및 (3) 가용 번들을 포함하는 재고 데이터 제공과 같은 서비스를 위한 REST API를 노출할 수 있다. 이러한 실시예에서, 밸런싱 데이터베이스(324)는 노출된 API 서비스를 이용하여 밸런싱 시스템(320)에 정보를 요청하거나 밸런싱 시스템(320)으로부터 정보를 전송하기 위해 GET, PUT, DELETE 또는 POST 명령을 발행하기 위한 명령을 저장할 수 있다. 대안적으로, 또는 추가적으로, 단계 1606에서 밸런싱 시스템(320)은 실시간 재고 및 번들 정보를 저장하는 데이터베이스 및/또는 메모리 디바이스에 대한 질의를 오픈 할 수 있다.
단계 1608에서, 밸런싱 시스템(320)은, 판매자 포털로부터, 클라이언트 주문을 수신할 수 있다. 클라이언트 주문은 복수의 가상 번들로부터의 번들 선택을 포함할 수 있다. 예를 들어, 판매자 포털(702)(도 7) 또는 외부 프론트 엔드 시스템(103)(도 1A) 중 하나는 도 7 및 도 11과 관련하여 논의된 바와 같이 밸런싱 시스템(320)으로 중계되는 클라이언트 주문을 수신할 수 있다. 일부 실시 예에서, 주문은 제1 주문(958) 또는 제2 주문(956)(도 9) 중 하나 이상을 포함할 수 있다.
단계 1610에서, 밸런싱 시스템(320)은 번들 다양성을 최대화하는 아이템들의 순차적 할당을 통해 복수의 가상 번들을 재조정 할 수 있다. 예를 들어, 도 10 및 도 13과 관련하여 추가로 논의된 바와 같이, 밸런싱 시스템(320)은 번들 다양성을 최대화하기 위한(즉, 번들링 된 목록에 대한 가장 많은 수의 옵션을 갖는) 규칙에 기초하거나 예측된 데이터에 기초하여 복수의 가상 번들에서 가용 재고를 재조정 할 수 있다. 일부 실시예에서, 단계 1610은 복수의 가상 번들과 연관된 재고를 집계하고 집계된 재고에 기초하여 복수의 가상 번들을 재조정함으로써 복수의 가상 번들을 업데이트하는 것을 포함할 수 있다.
단계 1612에서, 밸런싱 시스템(320)은 아이템 재고를 수정하기 위해 데이터베이스를 업데이트 할 수 있다. 예를 들어, 도 10과 관련하여 논의된 바와 같이, 밸런싱 시스템(320)은 더 낮은 재고를 반영하기 위해 가상 번들의 그룹핑 번호를 수정할 수 있다. 또한, 단계 1612에서 밸런싱 시스템(320)은 또한 예측 데이터 또는 마케팅 캠페인에 기초하여 가상 번들의 가격을 수정할 수 있다.
단계 1614에서, 밸런싱 시스템(320)은 적어도 하나의 FC로부터 주기적인 재고 데이터를 수신할 수 있다. 예를 들어, 도 11과 관련하여 논의된 바와 같이, 밸런싱 시스템(320)은 FC 또는 창고에서 가용 재고에 대한 업데이트를 포함하여 주기적으로 FC/창고 시스템(310)으로부터 재고 업데이트를 수신할 수 있다. 단계 1616에서, 밸런싱 시스템(320)은 FC로부터 수신된 정보에 기초하여 복수의 가상 번들을 재조정 할 수 있다. 도 11과 관련하여 논의된 바와 같이, 일부 실시예에서 업데이트 데이터는 추정된 정보를 오버라이드 할 수 있다.
도 17은 개시된 실시예에 따른, 클라이언트 주문에 응답하여 가상 번들을 동적으로 재조정하기 위한 예시적인 프로세스(1700)의 흐름도이다. 일부 실시예에서, 시스템(300)의 요소는 프로세스(1700)를 수행할 수 있다. 예를 들어, 아래 단계 설명에 개시되는 바와 같이, 밸런싱 시스템(320)은 프로세스(1700)를 수행할 수 있다. 대안적으로 또는 추가적으로, 시스템(300)의 다른 요소는 프로세스(1700)의 하나 이상의 단계를 수행할 수 있다. 예를 들어, 데이터베이스(380), 클라이언트 디바이스(350) 또는 온라인 리소스(340)는 프로세스(1700), 또는 프로세스(1700)의 일부를 수행할 수 있다. 또한, 일부 실시예에서 시스템(800 및 900), 또는 그 일부는, 프로세스(1700)를 수행할 수 있다. 예를 들어, 번들링 시스템(908)은 프로세스(1700)를 수행할 수 있다.
단계 1702에서, 밸런싱 시스템(320)은 재고 데이터를 수신할 수 있다. 예를 들어, 밸런싱 시스템(320)은 시스템(300)의 FC 또는 창고로부터 재고 데이터를 수신할 수 있다. 단계 1704에서, 밸런싱 시스템(320)은 수신된 재고가 가상 번들에 포함되는지 또는 그룹핑되는지를 결정할 수 있다. 밸런싱 시스템(320)이 수신된 재고가 번들로 구성되지 않는다고 결정하면(단계 1704 : 아니오), 밸런싱 시스템(320)은 단계 1706으로 계속하여, 번들링 시스템(908)(도 9)과 같은, 재고 또는 번들링 시스템을 업데이트 할 수 있다. 그러나, 밸런싱 시스템(320)이 수신된 재고가 번들로 구성될 수 있다고 결정하면(단계 1704 : 예), 밸런싱 시스템 (320)은 단계 1708로 계속할 수 있다.
단계 1708에서, 밸런싱 시스템(320)은 인코딩 된 태그를 생성 할 수 있다. 예를 들어, 도 14와 관련하여 추가로 설명된 바와 같이, 인코더(648)는 아이템 식별자, 번들 식별 및 그룹핑 번호를 인코딩 함으로써 태그를 생성 할 수 있다. 단계 1710에서, 밸런싱 시스템(320)은 인코딩 된 태그를 사용하여 번들 데이터베이스에 레코드를 생성할 수 있다. 예를 들어, 밸런싱 시스템(320)은, 인코딩 된 태그에 기초한 가상 번들에 대한 식별자로, 테이블(1200)(도 12)과 같은, 데이터베이스 또는 데이터 구조를 채울 수 있다. 1712 단계에서, 밸런싱 시스템(320)은 번들 데이터베이스의 가상 번들 정보를 판매자 포털 API 호출에 노출할 수 있다. 예를 들어, 밸런싱 시스템(320)은 밸런싱 데이터베이스(324)를 판매자 포털(109)(도 1a)로부터의 호출에 노출할 수 있다.
단계 1714에서, 밸런싱 시스템(320)은 요청된 번들과 함께 클라이언트 주문을 수신했는지 여부를 결정할 수 있다. 예를 들어, 글로벌 재고 시스템을 통해, 밸런싱 시스템(320)은 클라이언트 요청을 수신 할 수 있다. 단계 1714에서 밸런싱 시스템(320)은 단계 1712에서 노출된 하나 이상의 번들에 대한 클라이언트 요청이 있는지 여부를 결정할 수 있다. 밸런싱 시스템(320)이 요청된 번들과 함께 클라이언트 주문을 수신하지 않았다고 결정하면(단계 1714 : 아니오), 밸런싱 시스템(320)은 단계 1706으로 계속하고 재고 시스템을 업데이트 할 수 있다. 그러나, 밸런싱 시스템(320)이 요청 된 번들을 갖는 클라이언트 주문을 수신했다고 결정하면(단계 1714 : 예), 밸런싱 시스템(320)은 단계 1716으로 계속하여 번들 선택에 기초하여 번들 수량을 업데이트 할 수 있다. 예를 들어, 밸런싱 시스템(320)은 클라이언트 요청에 기초하여 가상 번들을 재조정하기 위해 동작(1000)(도 10)을 수행할 수 있다.
단계 1718에서, 밸런싱 시스템(320)은 하나의 번들 수량이 임계 값 미만인지 여부를 결정할 수 있다. 예를 들어, 밸런싱 시스템(320)은 재조정 프로세스가 임계 값 미만의 낮은 수량을 갖는 하나 이상의 가상 번들을 남기는지 여부를 평가할 수 있다. 이 소량 번들은 그것들이 잘못된 OOS 통지를 초래할 수 있으므로 바람직하지 않을 수 있다. 단계 1718 밸런싱 시스템(320)에서 하나의 번들 수량이 임계 값 미만이라고 결정하는 경우(단계 1718 : 예), 밸런싱 시스템(320)은 단계 1720으로 계속하여 번들 다양성을 최대화하는 가용 재고를 재 배열하기 위해 순차적 할당을 통해 복수의 번들을 재조정 할 수 있다. 그러나, 단계 1718 밸런싱 시스템(320)에서 번들 수량 중 어느 것도 임계 값 미만이 아니라고 결정하면(단계 1718 : 아니오), 밸런싱 시스템(320)은 단계 1706으로 계속하여 재고 시스템을 업데이트 할 수 있다.
도 18은 개시된 실시예에 따른, 머신-러닝 예측 모델을 생성하기 위한 예시적인 프로세스(1800)를 나타낸 흐름도이다. 일부 실시예에서, 시스템(300)의 요소는 프로세스(1800)를 수행할 수 있다. 예를 들어, 아래의 단계 설명에 개시되는 바와 같이, 밸런싱 시스템(320)은 프로세스(1800)를 수행할 수 있다. 특히, 밸런싱 모듈(646)(도 6)은 프로세스(1800)를 수행할 수 있다. 대안적으로, 또는 추가적으로, 시스템(300)의 다른 요소는 프로세스(1800)의 하나 이상의 단계들을 수행할 수 있다. 예를 들어, 데이터베이스(380), 클라이언트 디바이스(350) 또는 온라인 리소스(340)는 프로세스(1800), 또는 프로세스(1800)의 일부를, 수행할 수 있다. 또한, 일부 실시예에서 시스템(800 및 900), 또는 그 일부는, 프로세스(1800)를 수행할 수 있다. 예를 들어, 번들링 시스템(908)은 프로세스(1800)를 수행할 수 있다.
단계 1802에서, 밸런싱 시스템(320)은 트레이닝 데이터 세트 및 검증 데이터 세트를 결정할 수 있다. 예를 들어, 밸런싱 시스템(320)은 트레이닝 및 검증 부분에서 수집된 번들 레코드(606)(도 6)를 가상 번들 구매로 분할할 수 있다. 밸런싱 시스템(320)은 과거 구매, 과거 재고 가용성 및/또는 가상 번들 가격에 대한 데이터를 수신할 수 있다. 일부 실시예에서, 가상 번들 정보는 레코드의 속성 및 관련 속성을 설명하는 메타 데이터를 포함할 수 있다. 밸런싱 시스템(320)은 레코드를 분할하고 두 그룹을 생성할 수 있는데, 하나는 머신-러닝 모델을 트레이닝 하기 위한 것이고 다른 하나는 모델을 검증하기 위한 것이다.
단계 1804에서, 밸런싱 시스템(320)은 트레이닝 데이터 세트의 특징에 기초하여 입력 어레이를 생성할 수 있다. 예를 들어, 밸런싱 시스템(320)은 추정된 수요, 수요의 주기성 및 가상 번들에 대한 가격 탄력성을 포함하는 변수를 생성할 수 있다.
단계 1806에서, 밸런싱 시스템(320)은 트레이닝 데이터 세트의 메타 데이터에 기초하여 출력 벡터를 생성할 수 있다. 예를 들어, 트레이닝 데이터 세트의 가상 번들 구매에 대해 레코드된 데이터에 기초하여, 밸런싱 시스템(320)은, 예를 들어, 번들 아이템에 대한 예측된 수요를 예상하는 원하는 출력 벡터를 생성할 수 있다.
단계 1808에서, 밸런싱 시스템(320)은 생성될 모델을 초기화하기 위해 샘플 하이퍼-파라미터 및 활성화 기능을 결정할 수 있다. 예를 들어, 밸런싱 시스템(320)은 다수의 레이어 및 노드와 같은 초기 하이퍼-파라미터를 선택하고 네트워크가 완전히 또는 부분적으로 연결될 것인지를 결정할 수 있다. 또한, 단계 1808에서 밸런싱 시스템(320)은 네트워크의 차원을 결정하고/하거나 수용 필드 네트워크의 스택을 결정할 수 있다. 더욱이, 단계 1808에서 밸런싱 시스템(320)은 또한 모델을 하나 이상의 활성화 기능과 연관시킬 수 있다. 예를 들어, 밸런싱 시스템(320)은 모델을 하나 이상의 시그모이드(sigmoidal) 함수와 연관시킬 수 있다. 단계 1810에서, 밸런싱 시스템(320)은 네트워크에서 시냅스에 대한 가중치를 초기화 할 수 있다.
단계 1812에서, 밸런싱 시스템(320)은 모델에 검증 데이터 세트를 입력할 수 있다. 예를 들어, 밸런싱 시스템(320)은 단계 1814에서 추정된 출력 및 비용 함수를 계산하기 위해 단계 1804의 트레이닝 데이터 세트의 특징에 기초하여 입력 어레이를 적용할 수 있다. 단계 1820에서, 밸런싱 시스템(320)은 비용 함수가, 밸런싱 시스템(320)의 관리자에 의해 지정될 수 있는, 요구된 정확도의 임계 값 미만인지 여부를 결정할 수 있다. 밸런싱 시스템(320)이 비용 함수가 임계 값 미만이 아니며 요구된 정확도가 달성되지 않았다고 결정하면, 밸런싱 시스템(320)은 단계 1822로 계속해서 모델 파라미터를 수정할 수 있다. 예를 들어, 신경망을 생성할 때, 단계 1822에서, 밸런싱 시스템(320)은 시냅스의 가중치를 수정하거나 서로 다른 노드에서 활성화 함수를 수정하기 위해 기울기를 결정할 수 있다. 그러나, 비용 함수가 임계 값 미만이면(단계 1820 : 예), 밸런싱 시스템(320)은 단계 1824에서 모델을 수락하고 전달할 수 있다.
도 19는 개시된 실시예에 따른, 모바일 디바이스의 단일 디스플레이 페이지 예시적인 그래픽 사용자 인터페이스의 시퀀스의 정면도이다. 도 19는 재조정 동작 전에 클라이언트 디바이스(350)(도 3)에 디스플레이 될 수 있는 제1 GUI(1920)를 도시한다. 예를 들어, GUI(1920)는 클라이언트 디바이스가 제품을 찾는 판매자 포털을 탐색할 때 클라이언트 디바이스에 디스플레이 될 수 있다. 도 19에 도시된 바와 같이, GUI(1920)는 단일 디스플레이 페이지에 표시된 아이템에 대한 서로 다른 번들을 보여주는 테이블(1922)을 포함한다. 예를 들어, 단일 디스플레이 페이지에 아이템 A가 표시될 수 있다. 판매자 포털은 아이템 A(예를 들면, 인코딩 된 VB1, VB3 및 VB5)의 번들 그룹핑 1, 3 및 5를 포함하여 아이템 A에 대한 다수의 번들을 제공할 수 있다. 테이블(1922)은 또한 가용 번들의 수량 및 번들 가격을 지정할 수 있다.
도 19는 또한 제2 GUI(1930)를 도시한다. GUI(1930)는 GUI(1920)와 동일한 단일 디스플레이 페이지를 디스플레이 할 수 있다. 그러나, GUI(1930)는 업데이트된 테이블(1932)을 가질 수 있다. 예를 들어, 고객이 번들 아이템을 주문할 때 GUI(1930)가 표시될 수 있다. 도 11과 관련하여 전술된 바와 같이, 이 클라이언트 주문은 FC, 판매자 포털 및 밸런싱 시스템 간의 일련의 통신을 트리거 하여 가용 재고 및 가용 번들을 업데이트하는 데 이용되는 재조정 프로세스를 발생시킨다. 따라서, 테이블(1932)은 가상 번들의 수정된 수량을 디스플레이 할 수 있다. 일부 실시예에서, GUI(1930)는 또한 수요 예측 및/또는 마케팅 캠페인을 반영하기 위해 수정된 가격을 디스플레이 할 수 있다.
본 개시의 다른 양상은, 실행될 때, 하나 이상의 프로세서로 하여금, 전술된 바와 같이, 방법을 수행하게하는 명령을 저장하는 비 일시적 컴퓨터 판독 가능한 매체에 관한 것이다. 컴퓨터 판독 가능한 매체는 휘발성 또는 비 휘발성, 자기, 반도체, 테이프, 광학, 착탈식, 비 착탈식, 또는 다른 유형의 컴퓨터 판독 가능한 매체 또는 컴퓨터 판독 가능한 저장 디바이스를 포함할 수 있다. 예를 들어, 컴퓨터 판독 가능한 매체는, 개시되는 바와 같이, 컴퓨터 명령이 저장된 저장 유닛 또는 메모리 모듈일 수 있다. 일부 실시예에서, 컴퓨터 판독 가능한 매체는 컴퓨터 명령이 저장된 디스크 또는 플래시 드라이브 일 수 있다.
개시된 시스템 및 관련 방법에 대해 다양한 수정 및 변경이 이루어질 수 있다는 것은 당업자에게 명백 할 것이다. 다른 실시예는 개시된 시스템 및 관련 방법의 명세서 및 실행을 고려함으로써 당업자에게 명백 할 것이다. 명세서 및 실시예는 단지 예시적인 것으로 간주되며, 진정한 범위는 다음의 청구범위 및 그 균등물에 의해 표시된다.
본 개시는 그 특정 실시예를 참조하여 도시되고 설명되었지만, 본 개시는 다른 환경에서, 변경없이, 실시될 수 있음을 이해할 것이다. 전술한 설명은 예시의 목적으로 제시되었다. 그것은 개시된 정확한 형태나 실시예에 대해 총망라된 것이 아니며 이것으로 한정되는 것은 아니다. 개시된 실시예의 설명 및 실시를 고려하는 것으로부터 변경 및 조정이 통상의 기술자에게 명백할 것이다. 추가적으로, 비록 개시된 실시예의 형태가 메모리에 저장되는 것으로서 설명되었지만, 통상의 기술자는 이들 형태가 2차 저장 디바이스, 예를 들면, 하드디스크나 CD ROM, 또는 다른 형태의 RAM이나 ROM, USB 매체, DVD, 블루레이, 또는 다른 광 드라이브 매체와 같이, 다른 형태의 컴퓨터 판독 가능한 매체에 저장될 수도 있는 것을 이해할 것이다.
상술한 설명 및 개시된 방법에 기초한 컴퓨터 프로그램은 숙련된 개발자의 기술 내에 있다. 여러 프로그램 혹은 프로그램 모듈은 통상의 기술자에게 알려진 어느 기술을 이용하여 생성되거나, 또는 기존의 소프트웨어와 연결하여 설계될 수 있다. 예를 들면, 프로그램 섹션 혹은 프로그램 모듈은 닷넷 프레임워크, 닷넷 컴팩트 프레임워크(및 비주얼 베이식, C 등과 같은, 관련 언어), 자바, C++, 오브젝티브 C, HTML, HTML/AJAX 조합, XML, 또는 자바 애플릿이 포함된 HTML 내에서 혹은 그것들에 의해서 설계될 수 있다.
게다가, 여기에서는 예시적인 실시예가 설명되었지만, 본 개시에 기초하여 통상의 기술자가 이해할 수 있는 바와 같이, 일부 또는 모든 실시예의 범위는 동등한 요소, 변경, 생략, 조합(예로써, 여러 실시예에 걸치는 형태의 조합), 조정 및/또는 수정을 가질 수 있다. 청구범위 내의 제한 사항은 그 청구범위 내에 적용된 언어에 기초하여 폭넓게 이해되도록 하는 것이며, 응용의 수행 동안 혹은 본 명세서 내에 설명된 예시로 한정되는 것은 아니다. 그 예시는 비배타적으로 해석되도록 하기 위한 것이다. 추가로, 개시된 방법의 스텝은 어떤 다른 방법으로 변경되거나, 스텝을 재배열 및/또는 스텝을 삽입하거나 삭제하는 것을 포함할 수 있다. 그러므로, 설명 및 예시는 오직 예시적으로 고려되는 것이며, 진정한 범위 및 기술 사상은 다음의 청구범위 및 그 동등한 전체 범위에 의해 나타내지는 것으로 의도된다.
따라서, 전술한 설명은 단지 예시의 목적으로 제시되었다. 이는 완전하지 않으며 개시된 정확한 형태 또는 실시예로 제한되지 않는다. 개시된 실시예의 명세서 및 실행을 고려하면 수정 및 개조가 당업자에게 명백할 것이다.
청구범위는 청구범위에 사용된 언어에 기초하여 광범위하게 해석되어야 하며, 본 명세서에 기술된 예에 제한되지 않으며, 이러한 예는 비 배타적인 것으로 해석되어야 한다. 또한, 개시된 방법의 단계는 단계 재정렬 및/또는 단계 삽입 또는 삭제를 포함하여 임의의 방식으로 수정될 수 있다.
Claims (20)
- 적어도 하나의 프로세서; 및
실행될 때 상기 적어도 하나의 프로세서가 동작을 수행하도록 구성하는 명령을 포함하는 적어도 하나의 메모리 디바이스를 포함하고,
상기 동작은
적어도 하나의 풀필먼트 센터로부터 재고 데이터 피드를 수신하고;
관련 그룹핑 번호 및 수량을 갖는 복수의 가상 번들을, 데이터베이스에, 저장하고 - 상기 복수의 가상 번들은 상기 재고 데이터에서 둘 이상의 동일한 아이템을 그룹핑하는 아이템 번들을 포함함 -;
RESTful 서비스, 큐 기반 시스템, 인덱스 또는 오브젝트 테이블 중 적어도 하나를 통해 판매자 포털로부터의 질의에 상기 데이터베이스를 노출하고;
상기 판매자 포털로부터, 클라이언트 주문을 수신하고 - 상기 클라이언트 주문은 상기 복수의 가상 번들로부터의 번들 선택을 포함함 -; 그리고
상기 클라이언트 주문을 수신하는 것에 응답하여, 상기 번들 선택에 기초하여 상기 복수의 가상 번들 및 대응하는 관련 수량을 재조정함으로써 상기 복수의 가상 번들을 업데이트하는 것을 포함하는, 동적 재고 밸런싱을 위한 시스템. - 청구항 1에 있어서,
상기 복수의 가상 번들을 업데이트하는 것은:
상기 번들 선택에 기초하여 업데이트 된 아이템 재고를 결정하고;
번들 다양성을 최대화하는 아이템의 순차적 할당을 통해 상기 복수의 가상 번들을 재조정하고; 그리고
아이템 재고를 수정하기 위해 상기 데이터베이스를 업데이트 하는 것을 포함하는, 시스템. - 청구항 1에 있어서, 상기 복수의 번들을 저장하는 것은:
복수의 인코딩 된 태그를 생성하고 - 각각의 상기 인코딩 된 태그는 아이템 ID 및 번들 그룹을 인코딩함 -; 그리고
상기 재고 데이터의 각 아이템 및 상기 복수의 번들 각각에 대해 상기 데이터베이스에 레코드를 생성하는 것을 - 각 데이터 레코드는 인코딩 된 태그 필드 및 수량 필드를 포함함 - 포함하는, 시스템. - 청구항 1에 있어서,
상기 동작은:
상기 적어도 하나의 풀필먼트 센터로부터 업데이트 된 재고 데이터를 수신하고;
상기 업데이트 된 재고 데이터에 기초하여 상기 데이터베이스에서 상기 복수의 번들을 재조정하고; 그리고
상기 복수의 가상 번들을 업데이트 하는 것에 응답하여, 상기 데이터베이스에 상기 판매자 포털의 변경을 통지하는 것을 추가로 포함하는, 시스템. - 청구항 4에 있어서,
상기 업데이트 된 재고 데이터는 적어도 하루에 한 번의 주기성으로 스냅 샷 재고로 주기적으로 수신되고; 그리고
상기 복수의 번들은 할인된 가격과 연관되고, 제1 복수의 가상 번들은 제2 복수의 가상 번들보다 더 낮은 아이템 당 가격과 연관되며, 상기 제1 복수의 가상 번들은 상기 제2 복수의 가상 번들보다 더 많은 번들 수량을 갖는, 시스템. - 청구항 4에 있어서,
상기 업데이트 된 재고 데이터는 상기 데이터베이스에 저장된 상기 복수의 번들과 연관된 수량을 오버라이드(override) 하고; 그리고
상기 데이터베이스를 노출하는 것은 상기 데이터베이스를 상기 판매자 포털에 RESTful 서비스로 노출하는 것을 포함하는, 시스템. - 청구항 6에 있어서,
상기 재고 데이터 피드는 상기 적어도 하나의 풀필먼트 센터의 재고 시스템에 연결된 실시간 데이터 피드이고, 상기 재고 시스템은 스캔 코드 시스템, 이미징 재고 시스템 또는 무선 태그 시스템 중 적어도 하나를 포함하고; 그리고
상기 판매자 포털은 하나 이상의 API 호출을 통해 상기 데이터베이스를 질의하여 상기 복수의 번들의 이용가능성(availability) 및 가격을 클라이언트 디바이스로 전송하도록 구성되는, 시스템. - 청구항 1에 있어서,
상기 재고 데이터는 상기 적어도 하나의 풀필먼트 센터에 있는 아이템의 물리적 수량을 반영하고; 그리고
상기 복수의 가상 번들을 업데이트 하는 것은:
상기 복수의 가상 번들과 연관된 재고들을 집계하고; 그리고
상기 집계된 재고에 기초하여 상기 복수의 가상 번들을 재조정하는 것을 포함하는, 시스템. - 청구항 1에 있어서,
상기 재고 데이터의 각 아이템에 대해 적어도 두 개의 번들이 생성되고; 그리고
상기 복수의 가상 번들을 재조정하는 것은 가용 번들의 수를 감소시킴으로써 상기 데이터베이스를 업데이트하는 것을 포함하는, 시스템. - 청구항 1에 있어서,
상기 동작은:
상기 클라이언트 주문을 수신하는 것에 응답하여, 상기 적어도 하나의 풀필먼트 센터로부터 상기 클라이언트 주문에 대해 선택된 풀필먼트 센터를 식별하고 상기 클라이언트 주문을 상기 선택된 풀필먼트 센터에 전달하는 것을 추가로 포함하는, 시스템. - 적어도 하나의 풀필먼트 센터로부터 재고 데이터 피드를 수신하고;
관련 그룹핑 번호 및 수량을 갖는 복수의 가상 번들을, 데이터베이스에, 저장하고 - 상기 복수의 가상 번들은 상기 재고 데이터에서 둘 이상의 동일한 아이템을 그룹핑하는 아이템 번들을 포함함 -;
RESTful 서비스, 큐 기반 시스템, 인덱스 또는 오브젝트 테이블 중 적어도 하나를 통해 판매자 포털로부터의 질의에 상기 데이터베이스를 노출하고;
상기 판매자 포털로부터, 클라이언트 주문을 수신하고 - 상기 클라이언트 주문은 상기 복수의 가상 번들로부터의 번들 선택을 포함함 -; 그리고
상기 클라이언트 주문을 수신하는 것에 응답하여, 상기 번들 선택에 기초하여 상기 복수의 가상 번들 및 대응하는 관련 수량을 재조정함으로써 상기 복수의 가상 번들을 업데이트하는 것을 포함하는, 동적 재고 밸런싱을 위한 컴퓨터-구현 방법. - 청구항 11에 있어서,
상기 복수의 가상 번들을 업데이트하는 것은:
상기 번들 선택에 기초하여 업데이트 된 아이템 재고를 결정하고;
번들 다양성을 최대화하는 아이템의 순차적 할당을 통해 상기 복수의 가상 번들을 재조정하고; 그리고
아이템 재고를 수정하기 위해 상기 데이터베이스를 업데이트 하는 것을 포함하는, 방법. - 청구항 11에 있어서,
상기 복수의 번들을 저장하는 것은:
복수의 인코딩 된 태그를 생성하고, 각각의 상기 인코딩 된 태그는 아이템 ID 및 번들 그룹을 인코딩하고, 그리고
상기 재고 데이터의 각 아이템 및 상기 복수의 번들 각각에 대해 상기 데이터베이스에 레코드를 생성하고, 각 데이터 레코드는 인코딩 된 태그 필드 및 수량 필드를 포함하는 것을 포함하는, 방법. - 청구항 11에 있어서,
상기 동작은:
상기 적어도 하나의 풀필먼트 센터로부터 업데이트 된 재고 데이터를 수신하고;
상기 업데이트 된 재고 데이터에 기초하여 상기 데이터베이스에서 상기 복수의 번들을 재조정하고; 그리고
상기 복수의 가상 번들을 업데이트 하는 것에 응답하여, 상기 데이터베이스에 상기 판매자 포털의 변경을 통지하는 것을 추가로 포함하는, 방법. - 청구항 14에 있어서,
상기 업데이트 된 재고 데이터는 적어도 하루에 한 번의 사이에 주기성으로 스냅 샷 재고로 주기적으로 수신되고; 그리고
상기 복수의 번들은 할인된 가격과 연관되고, 제1 복수의 가상 번들은 제2 복수의 가상 번들보다 더 낮은 아이템 당 가격과 연관되며, 상기 제1 복수의 가상 번들은 상기 제2 복수의 가상 번들보다 더 많은 번들 수량을 갖는, 방법. - 청구항 14에 있어서,
상기 업데이트 된 재고 데이터는 상기 데이터베이스에 저장된 상기 복수의 번들과 연관된 수량을 오버라이드 하고;
상기 데이터베이스를 노출하는 것은 상기 데이터베이스를 상기 판매자 포털에 RESTful 서비스로 노출하고;
상기 재고 데이터 피드는 상기 적어도 하나의 풀필먼트 센터의 재고 시스템에 연결된 실시간 데이터 피드이고, 상기 재고 시스템은 스캔 코드 시스템, 이미징 재고 시스템 또는 무선 태그 시스템 중 적어도 하나를 포함하고; 그리고
상기 판매자 포털은 하나 이상의 API 호출을 통해 상기 데이터베이스를 질의하여 상기 복수의 번들의 이용가능성 및 가격을 클라이언트 디바이스로 전송하도록 구성되는, 방법. - 청구항 11에 있어서,
상기 재고 데이터는 상기 적어도 하나의 풀필먼트 센터에 있는 아이템의 물리적 수량을 반영하고; 그리고
상기 복수의 가상 번들을 업데이트 하는 것은:
상기 복수의 가상 번들과 연관된 재고들을 집계하고; 그리고
상기 집계된 재고에 기초하여 상기 복수의 가상 번들을 재조정하는 것을 포함하는, 방법. - 청구항 11에 있어서,
상기 재고 데이터의 각 아이템에 대해 적어도 두 개의 번들이 생성되고; 그리고
상기 복수의 가상 번들을 재조정하는 것은 가용 번들의 수를 감소시킴으로써 상기 데이터베이스를 업데이트하는 것을 포함하는, 방법. - 청구항 11에 있어서,
상기 동작은:
상기 클라이언트 주문을 수신하는 것에 응답하여, 상기 적어도 하나의 풀필먼트 센터로부터 상기 클라이언트 주문에 대해 선택된 풀필먼트 센터를 식별하고 상기 클라이언트 주문을 상기 선택된 풀필먼트 센터에 전달하는 것을 추가로 포함하는, 방법. - 적어도 하나의 프로세서; 및
실행될 때 상기 적어도 하나의 프로세서가:
적어도 하나의 풀필먼트 센터로부터 재고 데이터 피드를 수신하고;
관련 그룹핑 번호 및 수량을 갖는 복수의 가상 번들을, 데이터베이스에, 저장하고, 상기 복수의 가상 번들은,
복수의 인코딩 된 태그를 생성하고 - 각각의 상기 인코딩 된 태그는 아이템 ID 및 번들 그룹을 인코딩함 - , 그리고
상기 재고 데이터의 각 아이템 및 상기 복수의 번들 각각에 대해 상기 데이터베이스에 레코드를 생성하는 - 각 데이터 레코드는 인코딩 된 태그 필드 및 수량 필드를 포함함 -;
것에 의해 상기 재고 데이터에서 둘 이상의 동일한 아이템을 그룹핑하는 아이템 번들을 포함하고;
RESTful 서비스를 통해 판매자 포털로부터의 질의에 상기 데이터베이스를 노출하고;
상기 판매자 포털로부터, 클라이언트 주문을 수신하고 - 상기 클라이언트 주문은 상기 복수의 가상 번들로부터의 번들 선택을 포함함 -;
상기 클라이언트 주문을 수신하는 것에 응답하여,
상기 번들 선택에 기초하여 업데이트 된 아이템 재고를 결정하고,
번들 다양성을 최대화하는 아이템의 순차적 할당을 통해 상기 복수의 가상 번들을 재조정하고; 그리고
상기 아이템 재고를 수정하기 위해 상기 데이터베이스를 업데이트 하는;
것에 의해 상기 복수의 가상 번들을 업데이트하고;
상기 적어도 하나의 풀필먼트 센터로부터 업데이트 된 재고 데이터를 수신하고; 그리고
상기 업데이트 된 재고 데이터에 기초하여 상기 데이터베이스의 상기 복수의 번들을 재조정;
하도록 구성하는 명령을 포함하는 하나 이상의 메모리 디바이스를 포함하는, 장치.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020227034092A KR102618008B1 (ko) | 2020-10-08 | 2020-10-12 | 가상 번들의 동적 밸런싱을 위한 시스템 및 방법 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/066,350 | 2020-10-08 | ||
US17/066,350 US10997554B1 (en) | 2020-10-08 | 2020-10-08 | Systems and methods for dynamic balancing of virtual bundles |
PCT/IB2020/059576 WO2022074441A1 (en) | 2020-10-08 | 2020-10-12 | Systems and methods for dynamic balancing of virtual bundles |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020227034092A Division KR102618008B1 (ko) | 2020-10-08 | 2020-10-12 | 가상 번들의 동적 밸런싱을 위한 시스템 및 방법 |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20220048968A KR20220048968A (ko) | 2022-04-20 |
KR102451184B1 true KR102451184B1 (ko) | 2022-10-07 |
Family
ID=75689374
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020237044203A KR20240001285A (ko) | 2020-10-08 | 2020-10-12 | 가상 번들의 동적 밸런싱을 위한 시스템 및 방법 |
KR1020227034092A KR102618008B1 (ko) | 2020-10-08 | 2020-10-12 | 가상 번들의 동적 밸런싱을 위한 시스템 및 방법 |
KR1020217019932A KR102451184B1 (ko) | 2020-10-08 | 2020-10-12 | 가상 번들의 동적 밸런싱을 위한 시스템 및 방법 |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020237044203A KR20240001285A (ko) | 2020-10-08 | 2020-10-12 | 가상 번들의 동적 밸런싱을 위한 시스템 및 방법 |
KR1020227034092A KR102618008B1 (ko) | 2020-10-08 | 2020-10-12 | 가상 번들의 동적 밸런싱을 위한 시스템 및 방법 |
Country Status (4)
Country | Link |
---|---|
US (2) | US10997554B1 (ko) |
KR (3) | KR20240001285A (ko) |
TW (2) | TW202307753A (ko) |
WO (1) | WO2022074441A1 (ko) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US12093866B2 (en) | 2021-06-16 | 2024-09-17 | Ocado Innovation Limited | Systems and methods for optimizing assembly of product kits in an order fulfillment center using autonomous vehicles |
US12086760B2 (en) | 2021-06-16 | 2024-09-10 | Ocado Innovation Limited | Systems and methods for dynamic management of consolidation orders |
US11676101B2 (en) * | 2021-06-16 | 2023-06-13 | 6 River Systems, Llc | Systems and methods for using kits as a source of inventory in a fulfillment center |
KR20230135951A (ko) * | 2022-03-17 | 2023-09-26 | 쿠팡 주식회사 | 아이템 번들링 관리 방법 및 이를 위한 장치 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040205003A1 (en) | 2003-04-14 | 2004-10-14 | Carpenter Paul E. | Method of selling a virtual bundle of items to consumers |
US20140279294A1 (en) | 2013-03-14 | 2014-09-18 | Nordstrom, Inc. | System and methods for order fulfillment, inventory management, and providing personalized services to customers |
US20160171439A1 (en) | 2014-11-21 | 2016-06-16 | Deliveright Logistics, Inc. | Delivery management systems and methods for zero-inventory distribution |
KR102079085B1 (ko) | 2019-01-22 | 2020-02-19 | 주식회사 제이에스스퀘어 | 거래처 통합관리 방법 |
US20200082331A1 (en) | 2018-09-11 | 2020-03-12 | International Business Machines Corporation | Scraping network sites to arrange expedited delivery services for items |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3813797B2 (ja) * | 2000-07-07 | 2006-08-23 | 株式会社ルネサステクノロジ | 半導体装置の製造方法 |
US7853480B2 (en) * | 2007-05-21 | 2010-12-14 | Amazon Technologies, Inc. | System and method for providing export services to merchants |
US9189768B2 (en) * | 2007-05-31 | 2015-11-17 | Amazon Technologies, Inc. | Method and apparatus for providing fulfillment services |
CN201617983U (zh) | 2010-03-29 | 2010-11-03 | 张忠河 | 骨科外用固定带 |
US20120130856A1 (en) * | 2010-11-24 | 2012-05-24 | Digital River, Inc. | Modularized In Application Commerce System and Method |
US9779375B2 (en) * | 2013-03-15 | 2017-10-03 | Wal-Mart Stores, Inc. | Flexible store fulfillment |
TW201617983A (zh) * | 2014-11-14 | 2016-05-16 | Pchome Online Inc | 物流中心的管理方法及系統 |
CN107392391A (zh) | 2017-08-10 | 2017-11-24 | 天津求实智源科技有限公司 | 一种基于深度学习的电力负荷用电分解方法 |
US10618735B1 (en) * | 2019-03-11 | 2020-04-14 | Coupang Corp. | Computerized systems and methods for assisted picking processes |
CN110991263B (zh) | 2019-11-12 | 2022-03-18 | 华中科技大学 | 一种抗背景负荷干扰的非入侵式负荷识别方法及系统 |
-
2020
- 2020-10-08 US US17/066,350 patent/US10997554B1/en active Active
- 2020-10-12 WO PCT/IB2020/059576 patent/WO2022074441A1/en active Application Filing
- 2020-10-12 KR KR1020237044203A patent/KR20240001285A/ko active Application Filing
- 2020-10-12 KR KR1020227034092A patent/KR102618008B1/ko active IP Right Grant
- 2020-10-12 KR KR1020217019932A patent/KR102451184B1/ko active IP Right Grant
-
2021
- 2021-03-31 US US17/218,215 patent/US11334847B2/en active Active
- 2021-04-28 TW TW111140409A patent/TW202307753A/zh unknown
- 2021-04-28 TW TW110115304A patent/TWI784499B/zh active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040205003A1 (en) | 2003-04-14 | 2004-10-14 | Carpenter Paul E. | Method of selling a virtual bundle of items to consumers |
US20140279294A1 (en) | 2013-03-14 | 2014-09-18 | Nordstrom, Inc. | System and methods for order fulfillment, inventory management, and providing personalized services to customers |
US20160171439A1 (en) | 2014-11-21 | 2016-06-16 | Deliveright Logistics, Inc. | Delivery management systems and methods for zero-inventory distribution |
US20200082331A1 (en) | 2018-09-11 | 2020-03-12 | International Business Machines Corporation | Scraping network sites to arrange expedited delivery services for items |
KR102079085B1 (ko) | 2019-01-22 | 2020-02-19 | 주식회사 제이에스스퀘어 | 거래처 통합관리 방법 |
Also Published As
Publication number | Publication date |
---|---|
TWI784499B (zh) | 2022-11-21 |
US10997554B1 (en) | 2021-05-04 |
KR102618008B1 (ko) | 2023-12-27 |
KR20220048968A (ko) | 2022-04-20 |
KR20230068359A (ko) | 2023-05-17 |
US20220114548A1 (en) | 2022-04-14 |
TW202307753A (zh) | 2023-02-16 |
TW202215318A (zh) | 2022-04-16 |
KR20240001285A (ko) | 2024-01-03 |
WO2022074441A1 (en) | 2022-04-14 |
US11334847B2 (en) | 2022-05-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI767347B (zh) | 用於遞送排期的電腦化系統及電腦化系統及方法、以及非暫時性電腦可讀取媒體 | |
TW202113707A (zh) | 用於智慧生成採購訂單的電腦實施系統及方法 | |
TW202134970A (zh) | 用於管理庫存置放的電腦實施的系統以及方法 | |
KR102451184B1 (ko) | 가상 번들의 동적 밸런싱을 위한 시스템 및 방법 | |
TWI769538B (zh) | 顯示交付日期估算的系統及方法以及電腦可讀取媒體 | |
KR102273845B1 (ko) | 미세 조정된 배송 스케줄링을 위한 물품 추적 시스템들 및 방법들 | |
US11681972B2 (en) | Centralized status monitoring in a multidomain network | |
KR102445640B1 (ko) | 아웃바운드 예측을 위한 시스템 및 방법 | |
KR102548216B1 (ko) | 비용 최적화된 구성을 생성하기 위한 패키지 구성의 시뮬레이션을 위한 시스템 및 방법 | |
KR102445639B1 (ko) | 인바운드 스토우 모델을 이용한 아웃바운드 예측을 위한 시스템 및 방법 | |
TWI813080B (zh) | 用於產品的智能化分配的電腦實施系統及電腦實施方法 | |
JP2023520086A (ja) | 自動化されたアウトバウンドプロファイル生成のためのシステムおよび方法 | |
TWI763067B (zh) | 用於自動化人員排程的聯網伺服器系統以及用於自動化人員排程的電腦實施方法 | |
TWI743944B (zh) | 用於出站預測的電腦實施的系統以及方法 | |
KR20210087907A (ko) | 미세 조정된 배송 스케줄링을 위한 물품 추적 시스템들 및 방법들 | |
TWI731618B (zh) | 電腦實施系統及電腦實施方法 | |
TWI834101B (zh) | 用於低潛時聚合資料供應的電腦實施的系統與用於區域需求估計的電腦實施的系統以及方法 | |
TWI850668B (zh) | 顯示交付日期估算的電腦實施系統及電腦實施方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant |