KR102253010B1 - 통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들 - Google Patents

통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들 Download PDF

Info

Publication number
KR102253010B1
KR102253010B1 KR1020190160939A KR20190160939A KR102253010B1 KR 102253010 B1 KR102253010 B1 KR 102253010B1 KR 1020190160939 A KR1020190160939 A KR 1020190160939A KR 20190160939 A KR20190160939 A KR 20190160939A KR 102253010 B1 KR102253010 B1 KR 102253010B1
Authority
KR
South Korea
Prior art keywords
message
communication
message body
communication network
unknown
Prior art date
Application number
KR1020190160939A
Other languages
English (en)
Other versions
KR20210007803A (ko
Inventor
유진 현식 민
이용희
이병우
김진광
Original Assignee
쿠팡 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US16/510,372 external-priority patent/US10574794B1/en
Application filed by 쿠팡 주식회사 filed Critical 쿠팡 주식회사
Publication of KR20210007803A publication Critical patent/KR20210007803A/ko
Priority to KR1020210060263A priority Critical patent/KR102380144B1/ko
Application granted granted Critical
Publication of KR102253010B1 publication Critical patent/KR102253010B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/35—Services specially adapted for particular environments, situations or purposes for the management of goods or merchandise
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/022—Multivendor or multi-standard integration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

한 세트의 하나 이상의 통신 네트워크와 제2 통신 네트워크를 인터페이싱하기 위한 컴퓨터-구현된 시스템이 개시되어 있다. 본 시스템은 메모리 강성(memory strong) 명령어들, 및 명령어들을 실행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다. 명령어들은 제1 통신 네트워크로부터 제1 메시지를 수신하는 단계 - 제1 메시지는 제1 미지의 메시지 헤더(unknown message header) 및 제1 미지의 메시지 바디(first unknown message body)를 포함함 -; 제1 통신 네트워크의 아이덴티티(identity)에 대응하는 제1 변수 및 제1 목적지에 대응하는 제2 변수를 결정하기 위해, 제1 미지의 메시지 헤드를 파싱하는 단계; 제1 미지의 메시지 헤더 및 제1 미지의 메시지 바디가 사전 결정된 포맷임을 식별하는 단계; 제1 미지의 메시지 바디를 가속화된 변환 프로세스를 통해 제2 통신 네트워크에 대해 표준화된 포맷으로 변환하는 단계; 및 표준화된 제1 메시지 바디를 제2 변수에 기초하여 상기 제1 목적지로 전송하는 단계를 포함할 수 있다.

Description

통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들{SYSTEMS AND METHODS FOR INTERFACING NETWORKS USING A UNIFIED COMMUNICATION SCHEME}
관련 출원
이 출원은 2019년 7월 12일에 출원된 미국 특허 출원 제16/510,372호(현재 허가됨)의 부분 계속 출원이고, 이는 본 출원에 참조로 포함된다.
기술 분야
본 개시는 일반적으로 내부 통신 네트워크와 하나 이상의 외부 통신 네트워크를 인터페이싱하기 위한 컴퓨터화된 시스템들 및 방법들에 관한 것이다. 특히, 본 개시의 실시예들은, 네트워크들 사이의 통신 속도를 높일 수 있는 통합된 통신 방식(unified communication scheme)을 사용하여, 통신 네트워크가 다른 통신 네트워크들의 각자의 통신 프로토콜 또는 애플리케이션 프로그래밍 인터페이스(application programming interface)(API)에 관계없이, 다른 통신 네트워크들(예를 들어, 제3 자에 의해 운영됨)과 인터페이싱할 수 있게 하는 독창적이고 비전통적인 시스템들(inventive and unconventional systems)에 관한 것이다.
인터넷과 컴퓨터 네트워크들의 진보는 현 세계에서 컴퓨터 네트워크들이 어디에나 존재하도록(ubiquitous) 만들었다. 거의 모든 가정(home)이나 사무실(office)에는 비공개 네트워크(private network)가 갖추어져 있다. 또한, 대기업, 제조 공장(manufacturing plant) 또는 창고(warehouses)와 같은 비즈니스 개체들(business entities)은 그들의 내부 네트워크 내에 다양한 시스템들을 운영한다. 본 개시의 목적으로, 네트워크는 공통의 메시지 포맷(common message format)을 사용하여 상이한 시스템들 사이의 통신을 가능하게 하는 컴퓨터 네트워크로서 정의될 수 있고, 여기서 동일한 네트워크 내의 시스템들 각각은, 메시지들을 변환하거나 번역하지 않고 그것들을 송신하고 수신할 수 있다. 이들 내부 네트워크는 동일한 개체에 의해 소유되고 운영되는 상이한 시스템들을 연결하여 그들 간에 통신 가능하게 한다. 새로운 내부 시스템들 또는 외부 시스템들(즉, 상이한 통신 포맷을 갖는 독립적인 네트워크에 의해 연결된 한 그룹의 시스템들)이 내부 네트워크에 추가되거나 이에 연결될 수 있지만, 이러한 프로세스는 상이한 네트워크 파라미터들을 수동 구성할 것을 요구한다.
두 상이한 시스템을 인터페이싱하는 것은, 전형적으로, REST(Representational State Transfer) 기반의 API, 파일 전송(file transfer) API, 데이터베이스-대-데이터베이스(database-to-database) 전송 API 등 중 하나와 같은 특정(specific) API를 사용하는 것을 수반한다. 그러나, 상이한 API들은, 두 시스템이 서로 통신 가능하기 위해 따라야 하는 상이한 신택스 및 포맷 요건(syntax and formatting requirement)을 가질 수 있다. 게다가, 상이한 시스템들은 또한, 상이한 통신 프로토콜들을 활용할 수 있고, 송신 시스템으로부터의 메시지들은, 수신 시스템이 메시지들을 해석하기(interpret) 전에, 변환되어야 한다.
문제는, 그의 운영의 상이한 양상들을 관리하는 다양한 시스템들을 가진 개체가 다른 한 개체와 통신 가능해야 할 때, 발생한다. 이 경우, 두 개체는, 공통의 API 및 통신 프로토콜(이하, 통신 방식으로 통칭하여 지칭됨)에 합의해야 하고, 합의된 통신 방식을 채택하기 위해서 그들 시스템 전부를 수정해야 한다. 대안은, 서로 통신해야 하는 각 쌍의 시스템들 사이에, 각 개체로부터 하나씩의 변환 메커니즘을 배치하는 것이다. 그러나, 이들 방법 둘 다, 구현 비용 면과 운영 비용 면에서, 비용이 많이 든다. 문제는, 개체들 중 하나가 상이한 통신 방식을 사용하는 또 다른 개체와 통신해야 할 때, 제3의 개체가 동일한 방식을 채택하거나 각 시스템에 대해 변환 메커니즘을 구현해야 하기 때문에, 훨씬 더 복잡해진다.
그와 같이, 그들 각자의 통신 방식에 관계없이, 하나의 개체의 시스템들(즉, 내부 시스템들)의 그룹을 다수의 상이한 개체의 시스템들(즉, 상이한 외부 시스템들)의 그룹들과 인터페이싱하는 중앙 집중식 해결책(centralized solution)이 필요하다.
본 개시의 일 양상은 한 세트의 하나 이상의 통신 네트워크와 제2 통신 네트워크를 인터페이싱하기 위한 컴퓨터-구현된 시스템(computer-implemented system)에 관한 것이다. 본 시스템은 메모리 강성(memory strong) 명령어들, 및 명령어들을 실행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다. 명령어들은: 한 세트의 통신 네트워크들 중 제1 통신 네트워크로부터 제1 메시지를 수신하는 단계 - 제1 메시지는 제1 미지의 메시지 헤더(first unknown message header) 및 제1 미지의 메시지 바디(first unknown message body)를 포함함 -; 제1 통신 네트워크의 아이덴티티(identity)에 대응하는 제1 변수 및 제1 목적지에 대응하는 제2 변수를 결정하기 위해, 제1 미지의 메시지 헤더를 파싱하는 단계;　사전 구성된 데이터 구조 및 제1 변수에 기초하여, 제1 미지의 메시지 헤더 및 제1 미지의 메시지 바디가 사전 결정된 포맷(predetermined format)인 것을 식별하는 단계;　사전 결정된 포맷에 기초하여 제1 미지의 메시지 바디를 그의 기본 데이터 구조(its underlying data structure)로 역직렬화하는(deserializing) 단계;　제1 미지의 메시지 바디를 가속화된 변환 프로세스를 통해 제2 통신 네트워크에 대해 표준화된 포맷으로 변환하는 단계;　표준화된 메시지 바디를 송신을 위해 재직렬화하는 단계;　및 제1 표준화된 메시지 바디를 제2 변수에 기초하여 제1 목적지에 송신하는 단계를 포함한다.
본 개시의 또 다른 양상은 한 세트의 하나 이상의 통신 네트워크와 제2 통신 네트워크를 인터페이싱하기 위한 컴퓨터-구현된 방법에 관한 것이다. 방법은: 한 세트의 통신 네트워크들 중 제1 통신 네트워크로부터 제1 메시지를 수신하는 단계 - 제1 메시지는 제1 미지의 메시지 헤더 및 제1 미지의 메시지 바디를 포함함 -; 제1 통신 네트워크의 아이덴티티에 대응하는 제1 변수 및 제1 목적지에 대응하는 제2 변수를 결정하기 위해, 제1 미지의 메시지 헤더를 파싱하는 단계;　사전 구성된 데이터 구조 및 제1 변수에 기초하여, 제1 미지의 메시지 헤더 및 제1 미지의 메시지 바디가 사전 결정된 포맷인 것을 식별하는 단계;　제1 미지의 메시지 바디를 사전 결정된 포맷에 기초하여 그의 기본 데이터 구조로 역직렬화하는 단계; 제1 미지의 메시지 바디를 가속화된 변환 프로세스를 통해 제2 통신 네트워크에 대해 표준화된 포맷으로 변환하는 단계; 표준화된 메시지 바디를 송신을 위해　재직렬화하는 단계;　및 제1 표준화된 메시지 바디를 제2 변수에 기초하여 제1 목적지에 송신하는 단계를 포함한다.
게다가, 본 개시의 다른 양상은 한 세트의 하나 이상의 통신 네트워크와 제2 통신 네트워크를 인터페이싱하기 위한 컴퓨터-구현된 시스템에 관한 것이다. 시스템은 한 세트의 통신 네트워크들 중 제1 통신 네트워크로부터 인바운드 메시지(inbound message)를 수신하도록 구성되는 인바운드 엔드포인트 계층(inbound endpoint layer)을 포함할 수 있고, 인바운드 메시지는 미지의 인바운드 메시지 헤더 및 미지의 인바운드 메시지 바디를 포함한다. 인바운드 엔드포인트 계층은, 제1 통신 네트워크의 아이덴티티에 대응하는 제1 부분 및 제2 통신 네트워크 내에 위치된 제1 목적지에 대응하는 제2 부분을 결정하기 위해 미지의 인바운드 메시지 헤더를 파싱하도록(parse) 구성되는 인바운드 파서(inbound parser)를 더 포함할 수 있다. 시스템은 공지된 통신 네트워크들의 사전 구성된 데이터 구조 및 제1 부분에 기초하여, 미지의 인바운드 메시지 바디를 가속화된 변환 프로세스를 통해 표준화된 포맷으로 변환하도록 구성되는 인바운드 변환 계층;　표준화된 인바운드 메시지 바디를 제1 목적지에 송신하도록 구성되는 라우팅 계층(routing layer);　제2 통신 네트워크로부터 아웃바운드 메시지를 수신하도록 구성되는 아웃바운드 엔드포인트 계층(outbound endpoint layer) - 아웃바운드 메시지는 표준화된 아웃바운드 메시지 바디 및 한 세트의 통신 네트워크들 중 제3 통신 네트워크 내에 위치된 제2 목적지를 포함함 -;　및 제2 목적지 및 공지된 통신 네트워크들의 사전 구성된 데이터 구조에 기초하여, 표준화된 아웃바운드 메시지 바디를 사전 결정된 포맷으로 변환하도록 구성되는 아웃바운드 변환 계층(outbound converting layer)을 더 포함한다. 라우팅 계층은 또한, 비표준화된(non-standardized) 아웃바운드 메시지 바디를 제2 목적지에 송신하도록 구성될 수 있다.
다른 시스템, 방법 및 컴퓨터 판독 가능 매체가 또한 본 명세서에서 논의된다.
도 1a는, 개시된 실시예들에 일치하는, 운송, 수송 및 물류 작업(logistics operations)을 가능하게 하는 통신을 위한 컴퓨터화된 시스템들(computerized systems)을 포함하는 네트워크의 예시적인 실시예를 도시하는 개략적인 블록도이다.
도 1b는, 개시된 실시예들에 일치하는, 대화형 사용자 인터페이스 요소들(interactive user interface elements)과 함께, 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 샘플 검색 결과 페이지(Search Result Page)(SRP)를 도시한다.
도 1c는, 개시된 실시예들에 일치하는, 대화형 사용자 인터페이스 요소들과 함께, 제품 및 제품에 관한 정보를 포함하는 샘플 단일 디스플레이 페이지(Single Display Page)(SDP)를 도시한다.
도 1d는, 개시된 실시예들에 일치하는, 대화형 사용자 인터페이스 요소들과 함께, 물품들을 가상의 쇼핑 카트(virtual shopping cart)에 포함하는 샘플 카트 페이지(Cart page)를 도시한다.
도 1e는, 개시된 실시예들에 일치하는, 대화형 사용자 인터페이스 요소들과 함께, 구매 및 운송에 관한 정보와 함께 가상의 쇼핑 카트로부터의 물품들을 포함하는 샘플 주문 페이지(Order page)를 도시한다.
도 2는, 개시된 실시예들에 일치하는, 개시된 컴퓨터화된 시스템들을 활용하도록 구성되는 예시적인 풀필먼트 센터(fulfillment center)의 개략도(diagrammatic illustration)이다.
도 3은, 개시된 실시예들에 일치하는, 내부 시스템들과 외부 시스템 간에 인터페이스싱하기 위한 컴퓨터화된 시스템의 예시적인 실시예를 도시한 개략적인 블록도이다.
도 4는, 개시된 실시예들에 일치하는, 인바운드 메시지를 표준화된 포맷으로 변환 후 라우팅하기 위한 예시적인 컴퓨터화된 프로세스의 흐름도이다.
도 5는, 개시된 실시예들에 일치하는, 아웃바운드 메시지를 비표준화된 포맷으로 변환 후 라우팅하기 위한 예시적인 컴퓨터화된 프로세스의 흐름도이다.
다음의 상세한 설명은 첨부 도면들을 참조한다. 어디서든 가능하다면, 도면들과 다음의 설명에서 동일한 참조 번호가 동일하거나 유사한 부분들을 지칭하기 위해 사용된다. 수개의 예시적 실시예들이 본 명세서에 설명되어 있지만, 수정, 개조 및 다른 구현예가 가능하다. 예를 들어, 도면들에 도시된 구성 요소들 및 단계들에 대한 대체, 추가 또는 수정이 이루어질 수 있고, 본 명세서에 설명된 예시적인 방법들은 개시된 방법들에서 단계들을 대체하거나, 재정렬하거나, 제거하거나 추가함으로써 수정될 수 있다. 따라서, 다음의 상세한 설명은 개시된 실시예들 및 예시들에 제한되지 않는다. 대신에, 본 발명의 적절한 범주는 첨부된 청구항들에 의해 정의된다.
본 개시의 실시예들은, 통합된 통신 방식을 사용하여, 시스템들의 통신 방식에 관계없이, 내부 시스템들을 상이한 그룹의 외부 시스템들과 인터페이싱하도록 구성되는 시스템들 및 방법들에 관한 것이다.
도 1a를 참조하여, 운송, 수송 및 물류 작업을 가능하게 하는 통신을 위한 컴퓨터화된 시스템들을 포함하는 시스템의 예시적인 실시예를 도시한 개략적인 블록도(100)가 도시되어 있다. 도 1a에 도시된 바와 같이, 시스템(100)은 다양한 시스템들을 포함할 수 있고, 이들 시스템 각각은 하나 이상의 네트워크를 통해 서로 연결될 수 있다. 시스템들은 또한, 예를 들어, 케이블을 사용하여 직접 연결을 통해 서로 연결될 수 있다. 도시된 시스템들은, 선적 권한 기술(shipment authority technology)(SAT) 시스템(101), 외부 프론트 엔드 시스템(external front end system)(103), 내부 프론트 엔드 시스템(internal front end system)(105), 수송 시스템(transportation system)(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), 인력 관리 시스템(workforce management system)(119), 모바일 디바이스(119A, 119B 및 119C)(풀필먼트 센터(FC)(200)의 내부에 있는 것으로 도시됨), 제3 자의 풀필먼트 시스템(121A, 121B 및 121C), 풀필먼트 센터 인증 시스템(fulfillment center authorization system)(FC Auth)(123) 및 노동 관리 시스템(labor management system)(LMS)(125)을 포함한다.
일부 실시예에서, SAT 시스템(101)은 주문 상태(order status) 및 배송 상태(delivery status)를 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, SAT 시스템(101)은 주문이 그 약속된 배송 날짜(Promised Delivery Date)(PDD)를 경과한 것인지를 결정할 수 있고, 새로운 주문을 개시하는 것, 미배송의 주문의 물품들을 재운송하는 것, 미배송의 주문을 취소하는 것, 주문한 고객과의 연락(contact)을 개시하는 것 등을 포함하여, 적절한 액션을 취할 수 있다. SAT 시스템(101)은 또한, (특정 기간 동안 운송된 다수의 패키지와 같은) 출력 및 (운송에 사용하기 위해 수신된 빈 판지 박스(empty cardboard boxes)의 수와 같은) 입력을 포함하는, 기타 데이터를 모니터링할 수 있다. SAT 시스템(101)은 또한, 시스템(100)에서 상이한 디바이스들 간에 게이트웨이로서 동작하여, (예를 들어, 저장-및-전달(store-and-forward) 또는 다른 기술들을 사용하여) 외부 프론트 엔드 시스템(103) 및 FO 시스템(113)과 같은 디바이스들 사이의 통신을 가능하게 한다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 외부 사용자들이 시스템(100) 내의 하나 이상의 시스템과 상호 작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 시스템(100)이 시스템들에 대한 프리젠테이션을 가능하게 하여 사용자들이 물품을 주문할 수 있게 하는 실시예들에서, 외부 프론트 엔드 시스템(103)은 검색 요청들을 수신하고, 물품 페이지들을 제시하고, 결제 정보를 요구(solicit)하는 웹 서버로서 구현될 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 Apache HTTP 서버, 마이크로소프트 인터넷 정보 서비스(Microsoft Internet Information Services)(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예들에서, 외부 프론트 엔드 시스템(103)은 외부 디바이스들(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B))로부터 요청들을 수신하고 처리하도록 설계된 고객 웹 서버 소프트웨어를 실행하고, 이들 요청에 기초하여 데이터베이스들 및 기타 데이터 저장소들로부터 정보를 획득하고, 획득된 정보에 기초하여 수신된 요청들에 대한 응답들을 제공할 수 있다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 웹 캐싱 시스템(web caching system), 데이터베이스, 검색 시스템 또는 지불 시스템 중 하나 이상을 포함할 수 있다. 일 양상에서, 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상을 포함할 수 있고, 반면에 다른 양상에서, 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상에 연결된 인터페이스들(예를 들어, 서버-대-서버, 데이터베이스-대-데이터베이스, 또는 다른 네트워크 연결들)을 포함할 수 있다.
도 1b, 도 1c, 도 1d 및 도 1e에 의해 도시된 단계들의 예시적인 세트는 외부 프론트 엔드 시스템(103)의 일부 동작을 설명하는 데에 도움이 될 것이다. 외부 프론트 엔드 시스템(103)은 프리젠테이션 및/또는 디스플레이를 위해 시스템(100) 내의 시스템들 또는 디바이스들로부터 정보를 수신할 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 검색 결과 페이지(SRP)(예를 들어, 도 1b), 단일 상세 페이지(SDP)(예를 들어, 도 1c), 카트 페이지(예를 들어, 도 1d) 또는 주문 페이지(예를 들어, 도 1e)를 포함하여, 하나 이상의 웹 페이지를 호스팅하거나 제공할 수 있다. 사용자 디바이스(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B)를 사용함)는, 외부 프론트 엔드 시스템(103)을 탐색하고, 검색 박스에 정보를 입력함으로써 검색을 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 시스템(100) 내의 하나 이상의 시스템으로부터 정보를 요청할 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 검색 요청을 만족시키는 FO 시스템(113)으로부터 정보를 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 또한, 검색 결과에 포함된 각 제품에 대한 약속된 배송 날짜 즉 "PDD"를 (FO 시스템(113)으로부터) 요청하고 수신할 수 있다. 일부 실시예에서, PDD는, 특정 기간 내에, 예를 들어, 하루가 끝날 때까지(오후 11시 59분), 주문된 경우, 제품을 포함하는 패키지가 사용자의 원하는 위치에 도착할 때, 또는 제품이 사용자의 원하는 위치에 배송될 것으로 약속된 날짜에 대한 추정(estimate)을 나타낼 수 있다. (PDD는 FO 시스템(113)과 관련하여 아래에 더 논의된다.)
외부 프론트 엔드 시스템(103)은 정보에 기초하여 SRP(예를 들어, 도 1b)를 준비할 수 있다. SRP는 검색 요청을 만족시키는 정보를 포함할 수 있다. 예를 들어, 이는 검색 요청을 만족시키는 제품들의 사진(pictures of products)을 포함할 수 있다. SRP는 또한, 각 제품의 각각의 가격, 또는 각 제품에 대한 향상된 배송 옵션, PDD, 무게, 크기, 제안(offers), 할인 등에 관한 정보를 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들어, 네트워크를 통해) 요청측 사용자 디바이스(requesting user device)에 SRP를 전송할 수 있다.
그 후, 사용자 디바이스는, 예를 들어, 사용자 인터페이스를 클릭(clicking) 또는 탭(tapping)하거나, 다른 입력 디바이스를 사용함으로써, SRP 상에 나타내어진 제품을 선택하여, SRP로부터 제품을 선택할 수 있다. 사용자 디바이스는 선택된 제품에 관한 정보 요청(request for information on the selected product)을 공식화하여(formulate) 그것을 외부 프론트 엔드 시스템(103)에 전송할 수 있다. 이에 응답하여, 외부 프론트 엔드 시스템(103)은 선택된 제품과 관련된 정보를 요청할 수 있다. 예를 들어, 정보는 각각의 SRP 상에 제품에 대해 제시된 것 이외의 추가 정보를 포함할 수 있다. 이는, 예를 들어, 유통 기한(shelf life), 원산지(country of origin), 무게, 크기, 포장된 물품의 수(number of items in package), 취급 지시(handling instructions) 또는 제품에 대한 기타 정보를 포함할 수 있다. 이 정보는 (예를 들어, 이 제품 및 적어도 하나의 다른 제품을 구매한 고객들에 대한 빅 데이터 및/또는 기계 학습 분석에 기초하여) 유사한 제품들에 대한 추천사항(recommendations), 자주 묻는 질문에 대한 답변, 고객으로부터의 리뷰, 제조자 정보, 사진 등을 포함할 수 있다.
외부 프론트 엔드 시스템(103)은 수신된 제품 정보에 기초하여 SDP(Single Detail Page)(예를 들어, 도 1c)를 준비할 수 있다. SDP는 또한, "바로 구매(Buy Now)" 버튼, "카트에 추가(Add to Cart)" 버튼, 수량 필드, 물품의 사진 등과 같은 기타 대화형 요소들을 포함할 수 있다. SDP는 제품을 제안하는 판매자들의 목록을 더 포함할 수 있다. 목록은 각 판매자가 제안하는 가격에 기초하여 순서화될(ordered) 수 있어, 최저 가격으로 제품을 판매하겠다고 제안한 판매자가 맨 위(the top)에 나열될 수 있다. 목록은 또한, 최고 랭킹의 판매자(highest ranked seller)가 맨 위에 나열될 수 있도록 판매자 랭킹에 기초하여 순서화될 수 있다. 판매자 랭킹은, 예를 들어, 약속된 PDD를 충족한 판매자의 과거 추적 기록을 포함하여, 다수의 인자(factor)에 기초하여 공식화될 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들어, 네트워크를 통해) 요청측 사용자 디바이스에 SDP를 전달할 수 있다.
요청측 사용자 디바이스는 제품 정보를 나열한 SDP를 수신할 수 있다. SDP를 수신하면, 사용자 디바이스는 SDP와 상호 작용할 수 있다. 예를 들어, 요청측 사용자 디바이스의 사용자는 SDP 상의 "카트에 담기(Place in Cart)" 버튼을 클릭하거나 다른 방식으로 상호 작용할 수 있다. 이로써 그 제품이 사용자와 연관된 쇼핑 카트(shopping cart)에 추가된다. 사용자 디바이스는 제품을 쇼핑 카트에 추가하라는 이 요청을 외부 프론트 엔드 시스템(103)에 송신할 수 있다.
외부 프론트 엔드 시스템(103)은 카트 페이지(예를 들어, 도 1d)를 생성할 수 있다. 일부 실시예에서, 카트 페이지는, 사용자가 가상의 "쇼핑 카트"에 추가한 제품들을 나열한다. 사용자 디바이스는 SRP, SDP 또는 기타 페이지들 상의 아이콘을 클릭하거나 다른 방식으로 상호 작용함으로써 카트 페이지를 요청할 수 있다. 일부 실시예에서, 카트 페이지는, 사용자가 쇼핑 카트에 추가한 모든 제품을 나열할 뿐만 아니라, 각 제품의 수량, 각 제품의 물품당 가격, 각 제품의 관련 수량에 기초한 가격, PDD에 관한 정보, 배송 방법, 운송비(shipping cost), 쇼핑 카트 내의 제품들을 수정하기 위한 사용자 인터페이스 요소들(예를 들어, 수량 삭제 또는 수정), 다른 제품을 주문하거나 제품들의 정기 배송(periodic delivery)을 설정하기 위한 옵션들, 이자 결제(interest payment)를 설정하기 위한 옵션들, 구매를 진행하기 위한 사용자 인터페이스 요소들 등과 같이 카트에 있는 제품들에 관한 정보를 나열할 수 있다. 사용자 디바이스에서 사용자는, 쇼핑 카트에서 제품의 구매를 개시하기 위해 사용자 인터페이스 요소(예를 들어, "바로 구매"를 판독하는 버튼)를 클릭하거나 다른 방식으로 상호 작용할 수 있다. 그렇게 하면, 사용자 디바이스는 구매를 개시하라는 이 요청을 외부 프론트 엔드 시스템(103)에 송신할 수 있다.
외부 프론트 엔드 시스템(103)은 구매를 개시하라는 요청을 수신한 것에 응답하여 주문 페이지(예를 들어, 도 1e)를 생성할 수 있다. 일부 실시예에서, 주문 페이지는, 쇼핑 카트로부터 물품들을 재나열하고(re-list), 결제 및 운송 정보의 입력을 요청한다. 예를 들어, 주문 페이지는, 쇼핑 카트에 있는 물품들의 구매자에 관한 정보를 요청하는 섹션(예를 들어, 이름, 주소, 이메일 주소, 전화 번호), 받는 사람에 관한 정보(예를 들어, 이름, 주소, 전화 번호, 배송 정보), 운송 정보(예를 들어, 배송 속도/방법 및/또는 픽업(pickup), 결제 정보(예를 들어, 신용 카드, 은행 송금, 수표, 저장된 신용카드(stored credit)), 현금 영수증을 요청하기 위한 사용자 인터페이스 요소(예를 들어, 세금 목적으로) 등을 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 주문 페이지를 사용자 디바이스에 전송할 수 있다.
사용자 디바이스는, 주문 페이지 상에 정보를 입력하고, 정보를 외부 프론트 엔드 시스템(103)에 전송하는 사용자 인터페이스 요소를 클릭하거나 다른 방식으로 상호 작용할 수 있다. 거기서부터, 외부 프론트 엔드 시스템(103)은 정보를 시스템(100) 내의 상이한 시스템들에 전송하여 쇼핑 카트에 있는 제품들을 갖는 새로운 주문의 생성 및 처리를 가능하게 할 수 있다.
일부 실시예에서, 외부 프론트 엔드 시스템(103)은 판매자들이 주문들에 관한 정보를 송신하고 수신할 수 있도록 더 구성될 수 있다.
일부 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자들(예를 들어, 시스템(100)을 소유, 운영 또는 임대하는 조직의 직원들)이 시스템(100) 내의 하나 이상의 시스템과 상호 작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 네트워크(101)가 사용자들이 물품을 주문할 수 있게 하는 시스템들의 프리젠테이션을 가능하게 하는 실시예들에서, 내부 프론트 엔드 시스템(105)은 내부 사용자들이 주문들에 대한 진단 및 통계 정보를 보거나(view), 물품 정보를 수정하거나, 주문들에 관한 통계를 검토(review)할 수 있게 하는 웹 서버로서 구현될 수 있다. 예를 들어, 내부 프론트 엔드 시스템(105)은 Apache HTTP 서버, 마이크로소프트 인터넷 정보 서비스(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예들에서, 내부 프론트 엔드 시스템(105)은 시스템(100)에 도시된 시스템들 또는 디바이스들(도시되지 않은 다른 디바이스들뿐만 아니라)로부터 요청들을 수신하고 처리하도록 설계된 고객 웹 서버 소프트웨어를 실행할 수 있고, 이들 요청에 기초하여 데이터베이스들 및 기타 데이터 저장소들로부터 정보를 획득하고, 획득된 정보에 기초하여 수신된 요청들에 대한 응답들을 제공할 수 있다.
일부 실시예에서, 내부 프론트 엔드 시스템(105)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 결제 시스템, 분석 시스템, 주문 모니터링 시스템 등 중 하나 이상을 포함할 수 있다. 일 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상을 포함할 수 있고, 반면에 다른 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상에 연결된 인터페이스들(예를 들어, 서버-대-서버, 데이터베이스-대-데이터베이스, 또는 다른 네트워크 연결들)을 포함할 수 있다.
일부 실시예에서, 수송 시스템(107)은 시스템(100) 내의 시스템들 또는 디바이스들과 모바일 디바이스(107A 내지 107C) 사이의 통신을 가능하게 하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 수송 시스템(107)은 하나 이상의 모바일 디바이스(107A 내지 107C)(예를 들어, 모바일 폰, 스마트 폰, PDA 등)로부터 정보를 수신할 수 있다. 예를 들어, 일부 실시예에서, 모바일 디바이스(107A 내지 107C)는 배송 작업자(delivery worker)들에 의해 운영되는 디바이스들을 포함할 수 있다. 정규직(permanent) 직원, 임시(temporary) 직원 또는 교대(shift) 직원일 수 있는 배송 작업자들은 모바일 디바이스(107A 내지 107C)를 활용하여 사용자들에 의해 주문된 제품들을 포함하는 패키지들의 배송을 행할 수 있다. 예를 들어, 패키지를 배송하기 위해, 배송 작업자는 어느 패키지를 배송할 것인지와 그 패키지를 어디로 배송할 것인지를 나타내는 통지를 모바일 디바이스 상에 수신할 수 있다. 배송 위치에 도착하면, 배송 작업자는 패키지를 (예를 들어, 트럭의 후면에, 혹은 패키지들의 상자(crate)에) 위치시키거나, 모바일 디바이스를 사용하여 패키지 상의 식별자(identifier)(예를 들어, 바코드, 이미지, 텍스트 스트링(text string), RFID 태그 등)와 연관된 데이터를 스캔하거나 다른 방식으로 캡처하고, 패키지를 (예를 들어, 문 앞에 두거나, 경비원에게 맡겨 두거나, 받는 사람에게 건네주는 등으로써) 전달한다. 일부 실시예에서, 배송 작업자는 모바일 디바이스를 사용하여 패키지의 사진(들)을 캡처하고, 및/또는 서명을 얻을 수 있다. 모바일 디바이스는, 예를 들어, 시간, 날짜, GPS 위치, 사진(들), 배송 작업자와 관련된 식별자, 모바일 디바이스와 관련된 식별자 등을 포함하는 배송에 관한 정보를 포함하는 정보를 수송 시스템(107)에 전송할 수 있다. 수송 시스템(107)은 시스템(100) 내의 다른 시스템들에 의해 액세스되도록 이 정보를 데이터베이스(도시되지 않음)에 저장할 수 있다. 일부 실시예에서, 수송 시스템(107)은 이 정보를 사용하여 특정 패키지의 위치를 나타내는 추적 데이터를 준비하여 다른 시스템들에 전송할 수 있다.
일부 실시예에서, 특정 사용자들은 한 종류의 모바일 디바이스를 사용할 수 있으며(예를 들어, 정규직 작업자들은 바코드 스캐너, 스타일러스 및 기타 디바이스들과 같은 맞춤형 하드웨어(custom hardware)를 갖는 전용 PDA(specialized PDA)를 사용할 수 있고), 반면에 다른 사용자들은 다른 종류의 모바일 디바이스들을 사용할 수 있다(예를 들어, 임시 또는 교대 작업자들은 기성품의(off-the-shelf) 모바일 폰 및/또는 스마트 폰을 활용할 수 있다).
일부 실시예에서, 수송 시스템(107)은 사용자를 각 디바이스와 연관시킬 수 있다. 예를 들어, 수송 시스템(107)은, 사용자(예를 들어, 사용자 식별자, 직원 식별자 또는 전화 번호로 나타내어짐)와 모바일 디바이스(예를 들어, IMEI(International Mobile Equipment Identity), IMSI(International Mobile Subscription Identifier), 전화 번호, UUID(Universal Unique Identifier) 또는 GUID(Globally Unique Identifier)로 나타내어짐) 사이의 연관성을 저장할 수 있다. 수송 시스템(107)은, 무엇보다도, 작업자의 위치, 작업자의 효율성 또는 작업자의 속도를 결정하기 위해, 배송시 수신된 데이터와 함께 이 연관성을 사용하여 데이터베이스에 저장된 데이터를 분석할 수 있다.
일부 실시예에서, 판매자 포털(109)은, 판매자들 또는 다른 외부 개체들이 시스템(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)은 또한, 각 제품의 대응하는 PDD(promised delivery date)를 계산할 수 있다. 일부 실시예에서, PDD는 하나 이상의 인자에 기초할 수 있다. 예를 들어, FO 시스템(113)은, 제품에 대한 과거 수요(예를 들어, 한 기간 동안 제품이 얼마나 자주 주문되었는지), 제품에 대한 예상 수요(다가오는 기간 동안 얼마나 많은 고객들이 해당 제품을 주문할 것으로 예측되는지), 한 기간 동안 얼마나 많은 제품들이 주문되었는지를 나타내는 네트워크-전역(network-wide) 과거 수요, 다가오는 기간 동안 얼마나 많은 제품들이 주문될 것인지 예상되는 것을 나타내는 네트워크-전역 예상 수요, 각 풀필먼트 센터(200)에 저장되는 제품에 대한, 풀필먼트 센터가 각 제품마다 저장하는 하나 이상의 카운트, 해당 제품에 대한 예상 주문 또는 현재 주문 등에 기초하여, 제품에 대한 PDD를 계산할 수 있다.
일부 실시예에서, FO 시스템(113)은, 주기적으로(예를 들어, 시간마다) 각 제품에 대한 PDD를 결정하고, 이를 검색을 위해 데이터 베이스에 저장하거나, 다른 시스템들(예를 들어, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 선적 및 주문 추적 시스템(111))에 전송할 수 있다. 다른 실시예에서, FO 시스템(113)은, 하나 이상의 시스템(예를 들어, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 선적 및 주문 추적 시스템(111))으로부터 전자식 요청들(electronic requests)을 수신하고, 요구 시(on demand) PDD를 계산할 수 있다.
일부 실시예에서, 풀필먼트 메시징 게이트웨이(FMG)(115)는, 시스템(100) 내의 하나 이상의 시스템, 예를 들어, FO 시스템(113), 으로부터 하나의 포맷 또는 프로토콜로 요청 또는 응답을 수신하고, 요청 또는 응답을 다른 포맷 또는 프로토콜로 변환하고, 변환된 포맷 또는 프로토콜로 요청 또는 응답을 다른 시스템, 예를 들어, WMS(119) 또는 제3 자의 풀필먼트 시스템(121A, 121B 또는 121C), 에 전달하거나, 그 반대도 성립하는 컴퓨터 시스템으로서 구현될 수 있다.
일부 실시예에서, 공급 체인 관리(SCM) 시스템(117)은 예측 기능들을 수행하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, SCM 시스템(117)은, 예를 들어, 제품들에 대한 과거 수요, 제품에 대한 예상 수요, 네트워크-전역 과거 수요, 네트워크-전역 예상 수요, 각 풀필먼트 센터(200)에 저장되는 제품들 카운트(count products), 각 제품에 대한 예상 주문 또는 현재 주문 등에 기초하여 특정 제품에 대한 수요 레벨(level of demand)을 예측할 수 있다. 모든 풀필먼트 센터에 걸쳐 각 제품에 대한 이 예측된 레벨 및 양에 응답하여, SCM 시스템(117)은, 특정 제품에 대한 예측된 수요를 만족시키기에 충분한 수량을 구매하고 비축(stock)하기 위해서 하나 이상의 구매 주문을 생성할 수 있다.
일부 실시예에서, 인력 관리 시스템(WMS)(119)은 작업 흐름을 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, WMS(119)는 개별 이벤트(discrete events)를 나타내는 개별 디바이스(예를 들어, 디바이스(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)과 연관된 각 사용자에 대한 작업 로그(work log)를 유지할 수 있다. 예를 들어, WMS(119)는, 임의의 할당된 프로세스(예를 들어, 트럭 하역하기(unloading trucks), 픽 구역(pick zone)으로부터 물품 픽킹하기, 리빈 월 작업(rebin wall work), 물품 포장하기), 사용자 식별자, 위치(예를 들어, 풀필먼트 센터(200) 내의 층 또는 구역), 직원에 의해 시스템을 통해 이동된 다수의 유닛(예를 들어, 피킹된 물품의 수, 포장된 물품의 수), 디바이스(예를 들어, 디바이스(119A 내지 119C))와 관련된 식별자 등을 포함하여, 각 직원과 연관된 정보를 저장할 수 있다. 일부 실시예에서, WMS(119)는 디바이스(119A 내지 119C)상에서 운영되는 시간 기록 시스템(timekeeping system)과 같은 시간 기록 시스템으로부터 체크 인 및 체크 아웃 정보를 수신할 수 있다.
일부 실시예에서, 제3 자의 풀필먼트(3PL) 시스템(121A 내지 121C)은 물류 및 제품의 제3자 제공자와 연관된 컴퓨터 시스템을 나타낸다. 예를 들어, 일부 제품은 (도 2와 관련하여 후술되는 바와 같이) 풀필먼트 센터(200)에 저장되지만, 다른 제품들은 장외(off-site)에 저장될 수 있거나, 요구 시 생산될 수 있거나, 달리 풀필먼트 센터(200)에 저장되어 이용 가능하지 않을 수 있다. 3PL 시스템(121A 내지 121C)은, (예를 들어, FMG(115)를 통해) FO 시스템(113)으로부터 주문을 수신하도록 구성될 수 있고, 제품 및/또는 서비스(예를 들어, 배송 또는 설치)를 고객들에게 직접 제공할 수 있다. 일부 실시예에서, 3PL 시스템(121A 내지 121C) 중 하나 이상은 시스템(100)의 일부일 수 있고, 반면에 다른 실시예들에서, 3PL 시스템(121A 내지 121C) 중 하나 이상은 시스템(100) 외부에 있을 수 있다(예를 들어, 제3 자 제공자에 의해 소유되거나 운영된다).
일부 실시예에서, 풀필먼트 센터 인증 시스템(FC Auth)(123)은 다양한 기능들을 갖는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 일부 실시예에서, FC Auth(123)은 시스템(100) 내의 하나 이상의 다른 시스템에 대한 SSO(single-sign on) 서비스로서 작용할 수 있다. 예를 들어, FC Auth(123)은 사용자가 내부 프론트 엔드 시스템(105)을 통해 로그인할 수 있게 하고, 사용자가 선적 및 주문 추적 시스템(111)에서 리소스들에 액세스할 수 있는 유사한 권한들(privileges)을 가지고 있는 것으로 결정하고, 사용자가 제2 로그 인 프로세스(second log in process)를 필요로 하지 않고 이들 권한에 액세스할 수 있게 한다. 다른 실시예들에서, FC Auth(123)은 사용자들(예를 들어, 직원들)이 그들 자신을 특정 작업과 연관시킬 수 있게 한다. 예를 들어, 일부 직원은 전자 디바이스(예를 들어, 디바이스(119A 내지 119C))를 갖지 않을 수 있고, 대신에 하루의 일과에서(during the course of a day), 풀필먼트 센터(200) 내에서, 작업별로, 그리고 구역별로, 이동할 수 있다. FC Auth(123)은 이들 직원이 어떤 작업을 행하고 있는지와, 그들이 하루 중 서로 다른 시각에 어느 구역에 있는지를 나타낼 수 있도록 구성될 수 있다.
일부 실시예에서, 노동 관리 시스템(LMS)(125)은 직원들(전일제 및 시간제 직원들을 포함)에 대한 출근 및 초과 근무 정보(attendance and overtime information)를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 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 표준과 호환되는 무선 네트워크, 전용 회선(leased line) 등을 포함하는 하나 이상의 공개 또는 비공개 네트워크를 통해 서로 연결될 수 있다. 일부 실시예에서, 시스템(100) 내의 시스템들 중 하나 이상은 데이터 센터, 서버 팜(server farm) 등에 구현되는 하나 이상의 가상 서버로서 구현될 수 있다.
도 2는 풀필먼트 센터(200)를 도시한다. 풀필먼트 센터(200)는 주문 시 고객들에게 운송되기 위한 물품들을 저장하는 물리적 위치의 예이다. 풀필먼트 센터(FC)(200)는 다수의 구역으로 분할될 수 있고, 이들 구역 각각은 도 2에 도시되어 있다. 일부 실시예에서, 이들 "구역"은 물품들을 수신하고, 물품들을 저장하고, 물품들을 검색하고, 물품들을 운송하는 프로세스의 상이한 단계들 사이의 가상 분할(virtual divisions)로 여겨질 수 있다. 따라서, "구역들"이 도 2에 도시되어 있지만, 구역들에 대한 다른 분할이 가능하고, 일부 실시예에서, 도 2의 구역들이 생략되거나, 복제되거나, 수정될 수 있다.
인바운드 구역(203)은 도 1a로부터 시스템(100)을 사용하여 제품들을 판매하고 싶어하는 판매자들로부터 물품들이 수신되는 FC(200)의 영역을 나타낸다. 예를 들어, 판매자는 트럭(201)을 사용하여 물품(202A 및 202B)을 배송할 수 있다. 물품(202A)은 그 자체의 운송 팔레트(shipping pallet)를 점유하기에 충분히 큰 단일 물품을 나타낼 수 있고, 반면에 물품(202B)은 공간을 절약하기 위해 동일한 팔레트 상에 함께 적재된 물품들의 세트를 나타낼 수 있다.
작업자는 인바운드 구역(203)에서 물품을 수신하고, 선택적으로 컴퓨터 시스템(도시되지 않음)을 사용하여 물품들의 손상 및 정확성에 대해 체크할 수 있다. 예를 들어, 작업자는 컴퓨터 시스템을 사용하여 물품(202A 및 202B)의 수량을 물품의 주문 수량과 비교할 수 있다. 수량이 매칭되지(match) 않으면, 그 작업자는 물품(202A 또는 202B) 중 하나 이상을 거부할 수 있다. 수량이 매칭되면, 작업자는 (예를 들어, 돌리(dolly), 핸드 트럭, 지게차(forklift)를 이용하거나 수동으로) 이들 물품을 버퍼 구역(205)으로 이동시킬 수 있다. 버퍼 구역(205)은, 예를 들어, 피킹 구역에 예측된 수요를 충족시키기에 매우 충분한 수량의 해당 물품이 있기 때문에, 피킹 구역에서 현재 필요하지 않은 물품들에 대한 임시 저장 영역일 수 있다. 일부 실시예에서, 지게차(206)는 버퍼 구역(205) 주위에서, 그리고 인바운드 구역(203)과 드롭 구역(207) 사이에서 물품들을 이동시키도록 동작된다. 피킹 구역에서 물품(202A 또는 202B)이 필요하다면(예를 들어, 예측된 수요로 인함), 지게차는 물품(202A 또는 202B)을 드롭 구역(207)으로 이동시킬 수 있다.
드롭 구역(207)은, 물품들이 피킹 구역(209)으로 이동되기 전에 물품들을 저장하는 FC(200)의 영역일 수 있다. 피킹 작업에 할당된 작업자("피커(picker)")는, 피킹 구역에서 물품(202A 및 202B)에 접근하고, 피킹 구역에 대한 바코드를 스캔하고, 모바일 디바이스(예를 들어, 디바이스(119B))를 사용하여 물품(202A 및 202B)과 연관된 바코드를 스캔할 수 있다. 그 후, 피커는 (예를 들어, 물품을 카트에 담거나 운반함으로써) 물품을 피킹 구역(209)으로 가져갈 수 있다.
피킹 구역(209)은 물품(208)이 저장 유닛(210) 상에 저장되는 FC(200)의 영역일 수 있다. 일부 실시예에서, 저장 유닛(210)은 물리적 선반, 책장, 박스, 토트(totes), 냉장고, 냉동고, 냉장 창고(cold stores) 등 중 하나 이상을 포함할 수 있다. 일부 실시예에서, 피킹 구역(209)은 다수의 층으로 구성될 수 있다. 일부 실시예에서, 작업자 또는 기계는, 예를 들어, 지게차, 엘리베이터, 컨베이어 벨트, 카트, 핸드 트럭, 돌리, 자동화된 로봇 또는 디바이스를 포함하여 여러 방식으로, 또는 수동으로 물품을 피킹 구역(209)으로 이동시킬 수 있다. 예를 들어, 피커는 드롭 구역(207)에서 핸드 트럭 또는 카트 상에 물품(202A 및 202B)을 담고, 물품(202A 및 202B)을 피킹 구역(209)까지 걸어서 운반할 수 있다.
피커는, 저장 유닛(210)상의 특정 공간과 같이, 피킹 구역(209)의 특정 지점(particular spots)에 물품을 배치(또는 "수납")하라는 명령어(instruction)를 수신할 수 있다. 예를 들어, 피커는 모바일 디바이스(예를 들어, 디바이스(119B))를 사용하여 물품(202A)을 스캔할 수 있다. 디바이스는, 예를 들어, 통로(aisle), 선반 및 위치를 나타내는 시스템을 사용하여 피커가 물품(202A)을 수납해야 하는 위치를 나타낼 수 있다. 그 후, 디바이스는 그 위치에 물품(202A)을 수납하기 전에 피커가 그 위치에서 바코드를 스캔하도록 촉구할 수 있다. 디바이스는, 디바이스(119B)를 사용하는 사용자에 의해 그 위치에 물품(202A)이 수납되었음을 나타내는 데이터를, (예를 들어, 무선 네트워크를 통해) 도 1a의 WMS(119)와 같은 컴퓨터 시스템에 전송할 수 있다.
사용자가 주문을 하면, 피커는 저장 유닛(210)으로부터 하나 이상의 물품(208)을 검색하라는 명령어를 디바이스(119B)상에 수신할 수 있다. 피커는, 물품(208)을 검색하고, 물품(208)상의 바코드를 스캔하고, 물품을 수송 메커니즘(transport mechanism)(214) 상에 배치할 수 있다. 수송 메커니즘(214)은, 슬라이드로 나타내어져 있지만, 일부 실시예에서, 수송 메커니즘은 컨베이어 벨트, 엘리베이터, 카트, 지게차, 핸드 트럭, 돌리, 카트 등 중 하나 이상으로서 구현될 수 있다. 그 후, 물품(208)은 포장 구역(packing zone)(211)에 도착할 수 있다.
포장 구역(211)은, 물품이 피킹 구역(209)으로부터 수신되어 고객에게 최종 운송되기 위해 박스 또는 백(bags)에 포장되는 FC(200)의 영역일 수 있다. 포장 구역(211)에서, 물품 수신에 할당된 작업자("리빈 작업자")는 피킹 구역(209)으로부터 물품(208)을 수신하고 그것이 어느 주문에 대응하는지를 결정할 것이다. 예를 들어, 리빈 작업자는 컴퓨터(119C)와 같은 디바이스를 사용하여 물품(208)상의 바코드를 스캔할 수 있다. 컴퓨터(119C)는 물품(208)이 어느 주문과 연관되는지를 시각적으로 나타낼 수 있다. 이는, 예를 들어, 주문에 대응하는 공간 또는 벽(216)의 "셀"을 포함할 수 있다. 일단 주문이 완료되면 (예를 들어, 셀은 주문에 대한 모든 물품을 포함하기 때문에), 리빈 작업자는 주문이 완료된 것을 포장 작업자(packing worker)(또는 "패커(packer)")에게 나타낼 수 있다. 패커는 셀로부터 물품들을 검색하여 운송을 위해 박스 또는 백에 담을 수 있다. 그 후, 패커는 예를 들어, 지게차, 카트, 돌리, 핸드 트럭, 컨베이어 벨트를 통해, 박스 또는 백을 허브 구역(213)으로 수동으로 또는 다른 방식으로 전송할 수 있다.
허브 구역(213)은 포장 구역(211)으로부터 모든 박스 또는 백("패키지")을 수신하는 FC(200)의 영역일 수 있다. 허브 구역(213)의 작업자 및/또는 기계는, 패키지(218)를 검색하고, 각 패키지가 배송 지역 중 어느 부분으로 가고자 의도되는지를 결정하고, 패키지를 적절한 캠프 구역(215)으로 라우팅할 수 있다. 예를 들어, 배송 지역이 2개의 더 작은 하위-지역(sub-areas)을 갖는 경우, 패키지는 2개의 캠프 구역(215) 중 하나로 갈 것이다. 일부 실시예에서, 작업자 또는 기계는 (예를 들어, 디바이스(119A 내지 119C) 중 하나를 사용하여) 패키지를 스캔하여 그 최종 목적지를 결정할 수 있다. 패키지를 캠프 구역(215)으로 라우팅하는 것은, 예를 들어, (예를 들어, 우편 번호에 기초하여) 패키지가 예정되어 있는 지리적 지역의 일부를 결정하는 것, 및 지리적 지역의 일부와 연관된 캠프 구역(215)을 결정하는 것을 포함할 수 있다.
일부 실시예에서, 캠프 구역(215)은 하나 이상의 건물, 하나 이상의 물리적 공간 또는 하나 이상의 지역을 포함할 수 있고, 여기서 패키지는 루트 및/또는 서브-루트로 분류되기 위해 허브 구역(213)으로부터 수신된다. 일부 실시예에서, 캠프 구역(215)은 FC(200)로부터 물리적으로 분리되고, 반면에 다른 실시예에서, 캠프 구역(215)은 FC(200)의 일부를 형성할 수 있다.
캠프 구역(215) 내의 작업자 및/또는 기계는, 예를 들어, 목적지를 기존의 루트 및/또는 서브-루트와 비교하는 것, 각 루트 및/또는 서브-루트에 대한 작업 부하를 계산하는 것, 하루 중 시각(the time of day), 운송 방법, 패키지(220)를 운송하기 위한 비용, 패키지(220) 내의 물품과 연관된 PDD 등에 기초하여, 패키지(220)가 어느 루트 및/또는 서브-루트와 연관되어야 하는지를 결정할 수 있다. 일부 실시예에서, 작업자 또는 기계는 (예를 들어, 디바이스(119A 내지 119C) 중 하나를 사용하여) 패키지를 스캔하여 그 최종 목적지를 결정할 수 있다. 일단 패키지(220)가 특정 루트 및/또는 서브-루트에 할당되면, 작업자 및/또는 기계는, 운송될 패키지(220)를 이동시킬 수 있다. 예시적인 도 2에서, 캠프 구역(215)은 트럭(222), 자동차(226) 및 배송 작업자(224A 및 224B)를 포함한다. 일부 실시예에서, 트럭(222)은 배송 작업자(224A)에 의해 구동될 수 있고, 여기서 배송 작업자(224A)는 FC(200)를 위한 패키지를 배달하는 전일제 직원이고, 트럭(222)은, FC(200)를 소유하거나, 임대하거나, 운영하는 동일한 회사에 의해 소유되거나, 임대되거나, 운영된다. 일부 실시예에서, 자동차(226)는 배송 작업자(224B)에 의해 운전될 수 있고, 여기서 배송 작업자(224B)는 필요에 따라(on an as-needed basis)(예를 들어, 계절에 따라) "가변적인(flex)" 또는 비정기적인 작업자(occasional worker)이다. 자동차(226)는 배송 작업자(224B)에 의해 소유되거나, 임대되거나, 운영될 수 있다.
도 3은, 통신 인터페이스(301)가 내부 통신 네트워크(323)와 하나 이상의 외부 통신 네트워크(333A 내지 333C) 사이의 인터페이스로서 기능하는, 인터페이스 다이어그램(300)의 예시적인 실시예를 도시하는 개략적인 블록도를 도시한다. 일부 실시예에서, 내부 시스템들(321)은, 공급 체인 관리 시스템(SCM)(325), 풀필먼트 최적화 시스템(FO)(327) 또는 풀필먼트 센터 인증 시스템(FC Auth)(329)과 같이, 도 1a에 도시된 시스템들 중 하나 이상을 포함할 수 있다. 대안적으로 또는 추가적으로, 내부 시스템들(321)은 도 1a와 관련하여 위에 개시되지 않은 다른 시스템들을 포함할 수 있다. 일부 실시예에서, 내부 시스템들(321) 내의 개별 시스템은 서로 또는 그들끼리 내부 통신 네트워크(323)를 통해 통신할 수 있다. 또한 일부 실시예에서, 내부 통신 네트워크(323) 및 외부 통신 네트워크(333A 내지 333C)는 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a/b/g/n 표준과 호환되는 무선 네트워크, 전용 회선 등을 포함하는 하나 이상의 공개 또는 비공개 네트워크를 포함할 수 있다.
3개의 외부 시스템(331A 내지 331C)이 도시되어 있지만, 통신 인터페이스(301)는 임의의 수의 외부 시스템과의 통신을 가능하게 하고, 이는 본 분야의 통상의 기술자에게 명백하다. 외부 시스템(331A 내지 331C)의 각각은 제3 자의 풀필먼트(335A 내지 335C)과 같은 서로 다른 그룹의 시스템을 포함할 수 있다. 외부 시스템(331A 내지 331C)은 각각 도 1a와 관련하여 전술한 것과 유사한 추가 시스템 또는 그들 각자의 필요에 따라 적절한 다른 시스템을 포함할 수 있다.
일부 실시예에서, 통신 인터페이스(301)는 내부 시스템(321)이 다수의 외부 시스템(331A 내지 331C)과 통신할 수 있게 한다. 각각의 외부 시스템(331A 내지 331C) 내의 시스템들의 그룹 각각은 서로 또는 그들끼리 그들 자신의 개별 내부 네트워크(이하, 외부 통신 네트워크(333A 내지 333C)로 지칭됨)를 통해 통신할 수 있다. 추가적으로 또는 대안적으로, 다수의 통신 인터페이스는 내부 통신 네트워크(323)와 하나 이상의 외부 통신 네트워크(333A 내지 333C) - 각각이 주문 관리, 재고 관리, 인력 관리 등과 같은 상이한 기능에 전용됨 - 사이에 구현될 수 있다. 일부 실시예에서, 내부 시스템(321) 및 외부 시스템(331A 내지 331C)의 각각은 독립적인, 비중첩되는(non-overlapping) 네트워크로서 운영될 수 있고, 여기서 하나의 통신 네트워크 내의 개별 시스템은 다른 통신 네트워크의 일부가 아니다.
일부 실시예에서, 내부 통신 네트워크(323) 및 외부 통신 네트워크(333A 내지 333C)는 본 분야에 공지된 하나 이상의 API를 사용하여 구현될 수 있다. 일부 실시예에서, API는 한 시스템이 다른 시스템의 특징 또는 데이터에 액세스할 수 있게 하는 한 세트의 기능 및 절차를 포함할 수 있다. 내부 통신 네트워크(323) 및 외부 통신 네트워크(333A 내지 333C)는 REST(Representational State Transfer) API, RESTful API, 파일 전송 API, 데이터베이스-대-데이터베이스 API, SOAP(Simple Object Access Protocol) API, RPC(Remote Procedure Call) API 등과 같은 API를 사용하여 구현될 수 있다.
일부 실시예에서, 내부 통신 네트워크(323) 및 외부 통신 네트워크(333A 내지 333C)는 하나 이상의 통신 프로토콜을 사용하여 신호를 송신하고 수신할 수 있다. 통신 프로토콜은 데이터를 직렬화하기 위한 한 세트의 규칙 및 신택스일 수 있다. 일부 실시예에서, 통신 프로토콜은 JSON(JavaScript Object Notation), YAML(YAML Ain't Markup Language), XML(Extensible Markup Language), TOML(Tom`s Obvious Minimal Language), CSON(CoffeeScript Object Notation), MessagePack 등 중 적어도 하나를 포함할 수 있다.
그와 같이, 내부 통신 네트워크(323) 및 외부 통신 네트워크(333A 내지 333C)는, 전술한 바와 같이, API와 통신 프로토콜의 수많은 조합을 사용하여 구현될 수 있다. 일부 실시예에서, 통신 인터페이스(301)는, 일 단부(one end)로부터 메시지를 수신하고 번역된 메시지(translated message)를 다른 단부를 통해 송신하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 통신 인터페이스(301)는 특정 통신 방식(예를 들어, REST API를 사용하는 XML 프로토콜)을 활용하는 그의 대응하는 외부 통신 네트워크(333A)를 통해 특정 외부 시스템(예를 들어, 외부 시스템(331A))으로부터 인바운드 메시지를 수신할 수 있다. 그 후, 통신 인터페이스(301)는, 메시지를 내부 통신 네트워크(323)에 의해 활용되는 통신 방식(예를 들어, SOAP API를 사용하는 JSON 프로토콜)으로 변환할 수 있다.
일부 실시예에서, 외부 통신 네트워크(예를 들어, 도면 부호(333A)) 및 내부 통신 네트워크(323)는 사전 정의된 데이터 필드의 세트, 특정 데이터 포맷, 및 통신 프로토콜을 포함하는 통합된 통신 방식을 구현할 수 있다. 통합된 통신 방식은, 내부 시스템(321)의 운영자에 의해 설정되고 시행되는 특정 방식 - 하나는 내부 시스템(321)과 통신해야 하는 하나 이상의 제3 자에 의해 사용되도록 합의된 것이거나, 하나는 한 그룹의 상대방에 의해 사용되도록 합의된 것일 수 있음 - 일 수 있다.
개시된 통신 방식의 특정 조합은 단지 예시일 뿐이고, 원하는 대로 다른 조합이 사용될 수 있다. 또한, 상이한 통신 네트워크들은 동일하거나 부분적으로 동일한 조합을 활용할 수 있다.
일부 실시예에서, 통신 인터페이스(301)는 또한, 상이한 통신 방식(예를 들어, RPC API를 사용하는 YAML 프로토콜)을 활용하는 다른 외부 시스템(예를 들어, 외부 시스템(331B))으로부터 메시지를 수신하여, 내부 통신 네트워크(323)에 의해 이용되는 동일한 통신 방식(즉, SOAP API를 사용하는 JSON 프로토콜)으로 변환할 수 있다. 다시 말해서, 통신 인터페이스(301)는, 상이한 외부 통신 네트워크(333A 내지 333C)로부터의 비표준화된 메시지를 내부 통신 네트워크(323)에 의해 활용되는 표준 통신 방식으로 표준화할 수 있다. 일부 실시예에서, 통신 인터페이스(301)는 또한, 내부 시스템으로부터 표준 통신 방식으로 아웃바운드 메시지들을 수신하여, 이들 메시지를 지정된 외부 통신 네트워크에 의해 활용되는 비표준화된 포맷으로 변환 후, 이들을 지정된 외부 통신 네트워크(예를 들어, 외부 통신 네트워크(333C))에 송신할 수 있다.
추가적으로 또는 대안적으로, 통신 인터페이스(301)는 다른 외부 시스템(예를 들어, 외부 시스템(331C))으로부터 통합된 통신 방식의 메시지를 수신할 수 있다. 이 경우에, 통신 인터페이스(301)는, 수신된 메시지를 가속화된 변환 후(아래에 설명함)에 그의 의도된 목적지로 라우팅할 수 있거나; 내부 통신 네트워크(323)의 통신 방식이 통합된 통신 방식과 동일한 경우, 통신 인터페이스(301)는, 수신된 메시지를 임의의 변환 없이, 그의 목적지 시스템(예를 들어, FO(327))으로 직접 라우팅할 수 있다.
일부 실시예에서, 통신 인터페이스(301)는, 인바운드 엔드포인트 계층(303), 인바운드 변환 계층(305), 라우팅 계층(307), 아웃바운드 변환 계층(309) 및 아웃바운드 엔드포인트 계층(311)을 포함할 수 있다. 일부 실시예에서, 각 계층은 전용 시스템, 소프트웨어 기능, 프로그램 가능한 서브유닛(programmable subunit) 등으로 구현될 수 있다.
도 4는 예시적인 컴퓨터화된 인바운드 메시지 라우팅 프로세스(400)의 흐름도를 도시한다. 인바운드 메시지 라우팅 프로세스(400)의 상이한 단계들은 통신 인터페이스(301)의 상이한 계층(계층(303 내지 311))에 의해 수행될 수 있다. 단계들 각각은 도 3의 상이한 요소들을 참조하여 아래에 설명된다.
단계 401에서, 인바운드 엔드포인트 계층(303)은 하나 이상의 외부 통신 네트워크(333A 내지 333C)로부터 인바운드 메시지들을 수신할 수 있다. 인바운드 메시지들은, 그의 통신 방식에 따라 생성(comes from)되지만 내부 통신 네트워크(323)에 의해 반드시 판독 가능할 필요는 없는, 외부 통신 네트워크 내에서 사용하기에 적합한, 비표준화된 포맷일 수 있다. 대안적으로 또는 추가적으로, 인바운드 메시지들은, 임의의 또는 단지 최소량의 변환 없이도 내부 통신 네트워크(323)에 의해 판독 가능한, 통합된 통신 포맷일 수 있다.
일단 수신되면, 인바운드 엔드포인트 계층(303)은, 단계 403에서, 메시지 헤더 및 메시지 바디를 식별하기 위해 인바운드 메시지를 그의 구성 요소들로 파싱할 수 있다. 일부 실시예에서, 메시지 헤더는 인바운드 메시지의 발신지(origin) 및 목적지에 속하는 정보를 포함할 수 있다. 예를 들어, 메시지 헤더는, 제1 부분에서, 메시지가 생성된 발신 외부 시스템(예를 들어, 제3 자 풀필먼트(335A))을 식별할 수 있고, 제2 부분에서, 내부 시스템(321) 내의 목적지 내부 시스템(예를 들어, SCM(325))을 그의 목적지로서 식별할 수 있다.
일부 실시예에서, 인바운드 엔드포인트 계층(303)은, 메시지에서, 발신 외부 시스템의 네트워크 주소(예를 들어, IP 주소)에 기초하여 외부 통신 네트워크(예를 들어, 도면 부호(333A))를 인식함으로써, 메시지 헤더를 식별하고 파싱할 수 있다. 예를 들어, 인바운드 엔드포인트 계층(303)은, 외부 통신 네트워크 및 대응하는 통신 프로토콜을 식별하기 위해, 네트워크 주소를, 공지된 외부 통신 네트워크(즉, 도면 부호(333A 내지 333C))의 목록에 매칭시킬 수 있다. 그 후, 인바운드 엔드포인트 계층(303)은, 전술한 바와 같이, 이 정보를 사용하여 메시지 헤더를 파싱하고 발신 외부 시스템 및 목적지 내부 시스템을 식별할 수 있다.
통신 인터페이스(301)는 또한, 외부 시스템(331A 내지 331C), 대응하는 외부 통신 네트워크(333A 내지 333C) 및 그들 각자 통신 방식에 관한 정보를 저장하도록 구성되는 메모리 또는 데이터베이스(도시되지 않음)를 포함할 수 있다. 정보는, 비표준화된 인바운드 메시지에 포함된 데이터가 내부 통신 네트워크(323) 및 특정 외부 통신 네트워크(예를 들어, 도면 부호(333A))의 통신 방식에 기초하여 표준화된 포맷으로 변환되는 방법을 지정하는 사전 구성된 인터페이스 설정(preconfigured interface settings)을 더 포함할 수 있다. 예를 들어, 사전 구성된 인터페이스 설정은, 인바운드 메시지가 생성된 외부 통신 네트워크(예를 들어, 도면 부호(333A))에 의해 사용되는 API 및 통신 프로토콜에 관한 정보를 포함할 수 있다. 일부 실시예에서, 사전 구성된 인터페이스 설정, 그의 대응하는 통신 프로토콜 및 그의 관련 외부 통신 네트워크(예를 들어, 도면 부호(333A 내지 333C))의 조합은 룩업 테이블, 한 세트의 배열 등에 저장될 수 있다.
일부 실시예에서, 사전 구성된 인터페이스 설정은, 특정 외부 통신 네트워크의 비표준화된 포맷의 프레임워크 또는 인바운드 메시지의 파일 구조에 관한 정보, 인바운드 메시지가 포함해야 하는 데이터 필드, 인바운드 메시지의 데이터 필드가 내부 통신 네트워크(323)의 표준화된 포맷의 데이터 필드에 대응하는 방법에 관한 대응 정보, 인바운드 메시지 바디가 대응하는 통신 프로토콜에 기초하여 역직렬화되어야 하는 방법 등을 포함할 수 있다. 일부 실시예에서, 사전 구성된 인터페이스 설정은 또한, 표준화된 포맷의 아웃바운드 메시지의 데이터 필드가 비표준화된 포맷의 아웃바운드 메시지의 데이터 필드에 대응하는 방법에 관한 대응 정보를 포함할 수 있다. 아웃바운드 메시지를 비표준화된 포맷으로 변환하는 것에 대한 세부 사항은, 아웃바운드 변환 계층(309)과 관련하여 아래에 더 상세히 설명될 것이다.
단계 405 내지 411에서, 인바운드 변환 계층(305)은, 인바운드 엔드포인트 계층(303)으로부터 발신지 및 목적지 정보를 수신하고, 인바운드 메시지를 비표준화된 포맷으로부터 내부 통신 네트워크(323)를 위한 표준화된 포맷으로 변환하도록 구성될 수 있다.
인바운드 변환 계층(305)은, 단계 405에서, 메모리 또는 데이터베이스로부터 식별되고 검색된 사전 구성된 인터페이스 설정을 사용하여 변환을 수행할 수 있다. 단계 407에서, 인바운드 변환 계층(305)은, 인바운드 메시지가 생성된 외부 통신 네트워크(예를 들어, 도면 부호(333A))에 대응하는 통신 프로토콜에 기초하여 인바운드 메시지 바디를 역직렬화할 수 있다. 메시지 바디를 역직렬화하는 것은, 예를 들어, 메시지 바디를 개별 데이터 객체로 파싱하는 것, 속성을 객체에 할당하는 것, 변수 간 관계 등을 식별하는 것, 메시지 바디가 대응하는 외부 통신 네트워크(예를 들어, 도면 부호(333A))로부터 송신되기 전에 원래 갖고 있었던 기본 데이터 구조(underlying data structure)를 재생성하는 것을 포함할 수 있다. 이 역직렬화 프로세스는 상이한 데이터 필드, 변수, 각각의 값, 및 역직렬화된 메시지에 포함된 변수들의 데이터 구조를 식별할 수 있다.
그 후, 단계 409에서, 인바운드 변환 계층(305)은, 식별된 데이터의 값을, 사전 구성된 인터페이스 설정에 기초하여 표준화된 포맷의 대응하는 데이터 필드, 변수 및 데이터 구조에 개별적으로 그리고 자동으로 할당할 수 있다.
일부 실시예에서, 인바운드 변환 계층(305)은, 식별된 데이터의 값을 인식하고, 값을 데이터-특정 표기법 변환 프로세스(data-specific notation conversion process)라고 불리는 프로세스에 적절한 표준화된 표기법으로 변환하도록 더 구성될 수 있다. 이 프로세스는 값을 데이터 특정 표기법의 목록에 매칭시키는 것, 값이 특정 표기법에 매칭됨을 식별하는 것, 값을 식별에 기초하여 표준화된 표기법으로 변환하는 것을 포함할 수 있다. 예를 들어, 데이터-특정 표기법의 목록은, H:M:S, HHMMSS, 24 시간 표기법 등과 같은 시간을 지정하는 상이한 방식들;　YYYYMMDD, MM-DD-YY 등과 같은 날짜를 지정하는 상이한 방식들;　약어의 유무에 관계없이 주소를 지정하는 상이한 방식들, 상이한 국가명들, 보통 철자가 틀린 주소 등을 포함할 수 있다. 일단 값이 목록 상의 표기법 중 임의의 표기법과 매칭되는 것으로 식별되면, 인바운드 변환 계층(305)은 값을 표준화된 포맷의 사전 결정된 표기법으로 변환할 수 있다.
일부 실시예에서, 인바운드 변환 계층(305)은 또한, 다양한 에러 캐칭 메커니즘(error catching mechanisms)을 수행하도록 구성될 수 있다. 예를 들어, 일부 실시예에서, 인바운드 메시지에 포함된 데이터의 서브셋(subset)은 표준화된 포맷의 대응하는 데이터 필드를 갖지 않을 수 있다. 이 경우, 특정 데이터는 폐기되거나, 표준화된 메시지에 추가 정보(extra information)로서 첨부될 수 있다. 일부 실시예에서, 인바운드 변환 계층(305)은 또한, 발신 외부 시스템 및 목적지 내부 시스템 둘 다에 송신될 에러 메시지를 생성할 수 있다. 대안적으로 또는 추가적으로, 내부 시스템(321)으로부터, 인바운드 메시지를 전송했던 동일한 외부 시스템으로의 후속 응답이, 특정 데이터를 포함할 수 있도록, 인바운드 변환 계층(305)은 특정 데이터를 아웃바운드 변환 계층(305)에 송신할 수 있다.
또한 일부 실시예에서, 표준화된 포맷은, 특정 외부 통신 네트워크로부터의 비표준화된 인바운드 메시지에서 대응하지 않는 하나 이상의 데이터 필드를 포함할 수 있다. 이 경우, 인바운드 변환 계층(305)은, 단순히 사전 결정된 기본 값(default value)을 무시하거나 데이터 필드에 할당할 수 있다. 일부 실시예에서, 인바운드 변환 계층(305)은 또한, 발신 외부 시스템 및 목적지 내부 시스템 둘 다에 송신될 에러 메시지를 생성할 수 있다.
단계 411에서, 인바운드 변환 계층(305)은 또한, 내부 시스템(321)의 통신 프로토콜에 따라 표준화된 메시지 바디를 재직렬화하도록 더 구성될 수 있다. 표준화된 메시지 바디를 재직렬화하는 것은, 내부 통신 네트워크(323)의 통신 프로토콜에 의해 요구되는 신택스에 따라, 데이터 필드들과 그들의 대응하는 값들을 순서대로(in a sequence) 배열하는 것을 포함할 수 있다. 인바운드 메시지를 역직렬화하고, 변환하고, 재직렬화하는 이 프로세스는, 중앙 인터페이스에서 그의 선택된 통신 방식에 관계없이, 인바운드 메시지의 재패키징(repackaging)을 허용하여, 내부 시스템(321)이, 호환성을 보장하기 위해 리소스들을 소비하거나 개별 시스템에서 메시지를 변환할 필요없이, 표준화된 인바운드 메시지를 송신하고 수신할 수 있다.
단계 413에서, 라우팅 계층(307)은, 목적지 정보 및 표준화된 인바운드 메시지 바디를 수신하고, 메시지를 내부 통신 네트워크(323)를 통해 내부 시스템(321) 내의 대응하는 시스템(예를 들어, SCM(325), FO(327) 또는 FC Auth(329))에 송신하도록 구성될 수 있다. 메시지를 송신하는 것은, 내부 통신 네트워크(323) 내의 대응하는 시스템의 네트워크 주소를 식별하는 것을 더 포함할 수 있다.
인바운드 엔드포인트 계층(303)은, 단계 403에서, 메시지가 통합된 통신 방식을 사용하여 송신되었음을 식별하는 일부 실시예에서, 인바운드 변환 계층(305)은, 단계 405 내지 411를 스킵(skip)하고, 단계 413에서, 메시지를 목적지 내부 시스템에 송신할 수 있다. 이 경우에, 메시지는, 메시지가 내부 시스템들 중 다른 한 시스템으로부터 발신된 것처럼, 임의의 변환없이 내부 시스템들 중 임의의 시스템(예를 들어, SCM(325), FO(327) 또는 FC Auth(329))에 의해 직접 판독될 수 있다.
인바운드 엔드포인트 계층(303)이 또한, 메시지가 통합된 통신 방식을 사용하여 전송되었음을 식별하는 다른 실시예들에서, 인바운드 변환 계층(305)은, 가속화된 변환 프로세스를 통해 메시지를 표준화된 포맷으로 변환할 수 있다. 이 경우, 가속화된 변환 프로세스는 여전히 단계 405 내지 411를 수행하지만, 수정된 단계 409로도 수행할 수 있다. 더 구체적으로, 역직렬화된 메시지의 각각의 데이터 필드, 변수 및 각각의 값은, 표준화된 포맷의 각각의 데이터 필드, 변수 및 각각의 값에 일대일(one-to-one) 대응을 할 수 있다. 이러한 일대일 대응은, 표준화된 포맷에서 대응하지 않는 데이터 필드를 고려하는 것과 같이, 변환 동안 통상적으로 수행되는 에러 캐칭 메커니즘들 중 임의의 메커니즘을 포함하지 않는 전용의 사전 구성된 인터페이스 설정(specialized preconfigured interface setting)에 저장될 수 있거나, 그 반대도 성립한다. 일부 실시예에서, 전용의 사전 구성된 인터페이스 설정은 또한, 전술한 데이터 특정 표기법 변환 프로세스를 사용불가능하게 할 수 있다.
통합된 통신 방식으로 메시지들에 대한 가속화된 변환 프로세스를 사용하는 것은, 인바운드 변환 계층(305)으로 하여금 역직렬화된 메시지의 데이터를 표준화된 포맷의 대응하는 장소에 신속하게 할당하는 것을 가능하게 한다. 따라서, 통합된 통신 방식을 사용하여 메시지를 송신하는 것은, 네트워크 지연 및 컴퓨팅 리소스의 지출(expenditure)을 최소화할 수 있다. 이러한 개선은, 비록 개별 메시지에 대해서는 무시할 만하지만, 통신 인터페이스(301)가 하루에 수백만개의 또는 수십억개의 메시지를 라우팅할 수 있는 대규모 시스템에는 상당한 이점을 가져올 수 있다.
내부 시스템(예를 들어, SCM(325))으로부터 외부 시스템(예를 들어, 도면 부호(335A))으로의 송신을 위해 발신되는 아웃바운드 통신의 경우, 아웃바운드 엔드포인트 계층(311)은 아웃바운드 메시지를 수신하고 인바운드 엔드포인트 계층(303)과 관련하여 전술한 유사한 기능을 수행하도록 구성될 수 있다. 예를 들어, 단계 501에서, 아웃바운드 엔드포인트 계층(311)은, 아웃바운드 메시지 바디, 및 발신 내부 시스템(즉, SCM(325)) 및 목적지 외부 시스템(즉, 도면 부호(335A))을 나타내는 변수를 포함하는 아웃바운드 메시지를 수신할 수 있다. 일부 경우에, 아웃바운드 엔드포인트 계층(311)은, 인바운드 엔드포인트 계층(303)에 의해 수행된 프로세스와 유사한 프로세스로 발신지 및 목적지 정보를 식별하기 위해 아웃바운드 메시지를 파싱할 필요가 있을 수 있다.
단계 503에서, 아웃바운드 변환 계층(309)은, 전술한 메모리 또는 데이터베이스로부터 목적지 외부 시스템(즉, 도면 부호(335A))에 대응하는 사전 구성된 인터페이스 설정을 식별하고 검색할 수 있다. 예를 들어, 아웃바운드 변환 계층(309)은, 목적지 외부 시스템(즉, 도면 부호(331A))에 대응하는 외부 통신 네트워크(예를 들어, 도면 부호(333A)), 식별된 외부 통신 네트워크(예를 들어, 도면 부호(333A))의 통신 방식을 식별하고, 식별된 통신 방식에 대한 사전 구성된 인터페이스 설정을 검색할 수 있다.
단계 505, 507 및 511에서, 아웃바운드 변환 계층(309)은 식별된 통신 방식에 기초하여 아웃바운드 메시지를 역직렬화하고, 변환하고, 재직렬화할 수 있다. 일부 실시예에서, 이 프로세스는 인바운드 변환 계층(305)에 의해 수행된 프로세스와 유사할 수 있지만, 역으로, 아웃바운드 메시지의 데이터 필드의 값이 비표준화된 포맷의 대응하는 데이터 필드에 개별적으로 그리고 자동적으로 할당되는 경우에는 그렇지 않다.
일부 실시예에서, 아웃바운드 메시지에 포함된 데이터의 서브셋은 비표준화된 포맷의 대응하는 데이터 필드를 갖지 않을 수 있다. 이 경우, 특정 데이터는 폐기되거나, 비표준화된 메시지에 추가 정보로서 첨부될 수 있다. 일부 실시예에서, 아웃바운드 변환 계층(309)은 또한, 발신 내부 시스템(즉, SCM(325)) 및 목적지 외부 시스템(즉, 도면 부호(335A)) 둘 다에 송신될 에러 메시지를 생성할 수 있다. 대안적으로, 특정 외부 시스템(즉, 도면 부호(335A))으로부터, 인바운드 메시지를 전송했던 동일한 내부 시스템(즉, SCM(325))으로의 후속 응답이, 특정 데이터를 포함할 수 있도록, 아웃바운드 변환 계층(309)은 특정 데이터를 인바운드 변환 계층(305)에 송신할 수 있다. 여전히 더욱, 일부 실시예에서, 비표준화된 포맷은 아웃바운드 메시지에 대응하지 않는 하나 이상의 데이터 필드를 포함할 수 있다. 이 경우, 아웃바운드 변환 계층(309)은 단순히 사전 결정된 기본 값을 무시하거나 데이터 필드에 할당할 수 있다. 아웃바운드 변환 계층(309)은 또한, 발신 내부 시스템(즉, SCM(325)) 및 목적지 외부 시스템(즉, 도면 부호(335A)) 둘 다에 송신될 에러 메시지를 생성할 수 있다.
단계 509에서, 아웃바운드 변환 계층(309)은, 전술한 인바운드 메시지가 메시지 헤더 및 메시지 바디를 포함하는 방식과 유사하게, 메시지 헤더를 아웃바운드 메시지에 첨부(append)할 수 있다. 메시지 헤더는 발신 내부 시스템(예를 들어, FO(327)) 및 목적지 외부 시스템(예를 들어, 제3 자의 풀필먼트(335C))에 속하는 정보를 포함할 수 있다.
단계 513에서, 라우팅 계층(307)은 표준화된 인바운드 메시지를 내부 시스템에 송신하는 것과 관련하여 전술한 유사한 프로세스로 비표준화된 아웃바운드 메시지를 목적지 외부 시스템에 송신할 수 있다. 일부 실시예에서, 라우팅 계층(307)은 또한, 내부 시스템(321)과 목적지 외부 시스템(예를 들어, 도면 부호(331B)) 사이의 보안 통신(secure communication)을 위해 인증 데이터를 목적지 외부 통신 네트워크(예를 들어, 도면 부호(333B))에 송신할 수 있다.
아웃바운드 엔드포인트 계층(311)이, 단계 503에서, 목적지 외부 통신 네트워크가 통합된 통신 방식으로 메시지를 수락할 수 있음을 식별하는 일부 실시예에서, 아웃바운드 변환 계층(309)은 단계 505 내지 511를 스킵하고, 단계 513에서, 메시지를 목적지 외부 시스템에 송신할 수 있다. 이 경우, 통합된 통신 방식은 내부 통신 네트워크(323)에 의해 사용되는 통신 방식과 동일할 수 있다.
아웃바운드 엔드포인트 계층(311)이 목적지 외부 통신 네트워크가 통합된 통신 방식으로 메시지를 수락(accept)할 수 있음을 식별하는 다른 실시예에서, 아웃바운드 변환 계층(309)은 아웃바운드 메시지를 가속화된 변환 프로세스를 통해 통합된 통신 포맷으로 변환할 수 있다. 이 경우에, 가속화된 변환 프로세스는 여전히 단계 505 내지 511을 수행하지만, 수정된 단계 507로도 수행할 수 있다. 더 구체적으로, 역직렬화된 메시지의 각각의 데이터 필드, 변수 및 각각의 값은, 통합된 통신 포맷의 각각의 데이터 필드, 변수 및 각각의 값에 일대일 대응할 수 있다. 이러한 일대일 대응은 전술한 인바운드 메시지에 대한 가속화된 변환 프로세스와 유사한 전용의 사전 구성된 인터페이스 설정에 저장될 수 있다.
다음에, 도 1a와 관련하여 전술한 시스템들의 문맥에서 통신 인터페이스(301)의 예시적인 응용을 설명한다.
다시 도 1a를 참조하여, 시스템(100)은 네트워크를 통해 서로 통신하는 많은 상이한 시스템들을 포함하는 개체의 예시일 수 있다. 시스템(100)은 또한, FMG(115)를 통해 3PL 시스템(121A 내지 121C)과 같은 제3 자의 시스템들과 통신할 필요가 있을 수 있다. 일부 실시예에서, FMG(115)는 전술한 통신 인터페이스(301)의 예시일 수 있다. 이는 FO 시스템(113), SCM 시스템(117) 및 FC Auth(123)과 같은 내부 시스템들이 3PL 시스템(121A 내지 121C)과 같은 외부 시스템들과 통신하게 하므로, 풀필먼트 센터(200) 내의 모든 제품 재고를 저장하지 않고도 내부 및 제3 자의 창고의 네트워크를 통해 주문 이행(order fulfillment)의 조정을 가능하게 한다.
예를 들어, 시스템(100)은 내부 프론트 엔드 시스템(105)을 통해 고객으로부터 주문을 수신할 수 있다. 주문은 풀필먼트 센터(200) 내에 비축된 하나 이상의 물품(예를 들어, 프린터, 의자, 메모장 등), 대응하는 제조자의 창고 내에 비축된 대형 물품(예를 들어, 냉장고) 및 설계자로부터 직접 설계되고 운송되는 맞춤형 설계의 보석류를 포함할 수 있다.
주문을 처리하는 것은 시스템(100)의 상이한 시스템들 사이의 통신을 요구할 수 있다. 제조자의 시스템들 및 설계자의 시스템들, 여기서 시스템들은 상이한 통신 방식들을 사용하여 통신할 수 있다. 이 예에서, 제조자 시스템들은, 대형 물품을 준비하고 운송하기 위해 시스템(100)으로부터 주문을 수신하고, 주문 상태를 시스템(100)에 다시 송신할 필요가 있을 수 있다. 한편, 설계자 시스템은, 맞춤화(customization)의 세부 사항과 함께 시스템(100)으로부터 주문을 수신하고, 주문 상태, 완료까지의 예상 시간 등을 시스템(100)에 다시 송신할 필요가 있을 수 있다. 따라서, 제조자 시스템과 시스템(100) 사이의 메시지들은, 3개의 시스템의 통신 방식들 사이의 임의의 차이 외에, 상이한 파라미터, 메시지 구조 등을 요구할 수 있다.
일부 실시예에서, 제조자 시스템은 또한, 다가오는 휴일 시즌 동안 시스템(100)의 공급 체인 관리 시스템(117)으로부터 예상 주문량(expected order volume)을 수신하도록 구성될 수 있고, 이는 위의 주문을 처리하기 위해 수신된 파라미터들과는 상이한 파라미터들의 신규 세트를 요구할 것이다. 3PL 시스템(121A 내지 121C)과 같은 다른 시스템은 또한, 대응하는 제3 자 개체의 작업자 정보를 제공하므로, FMG(115) 및 시스템(100)로 하여금 3PL 시스템(121A 내지 121C)과 마치 그것이 시스템(100)의 일부인 것처럼 통신할 수 있게 한다.
본 개시는 그의 특정 실시예들을 참조하여 도시되고 설명되었지만, 본 개시는 다른 환경에서 수정없이 실시될 수 있음이 이해될 것이다. 전술한 설명은 예시 목적으로 제시되었다. 이는 총망라하는(exhaustive) 것이 아니며, 개시된 정확한 형태들 또는 실시예들에 제한되는 것이 아니다. 개시된 실시예들의 명세서 및 실시를 고려하여 본 분야의 통상의 기술자에게 수정 및 개조가 명백할 것이다. 추가적으로, 개시된 실시예들의 양상들이 메모리에 저장되는 것으로 설명되어 있지만, 본 분야의 통상의 기술자는, 이러한 양상들이 보조 저장 디바이스, 예를 들어, 하드 디스크 또는 CD ROM 또는 다른 형태의 RAM 또는 ROM, USB 매체, DVD, Blu-ray 또는 기타 광학 드라이브 매체와 같은 다른 타입의 컴퓨터 판독 가능한 매체에 저장될 수 있음을 이해할 것이다.
기재된 설명 및 개시된 방법들에 기초한 컴퓨터 프로그램들은 숙련된 개발자의 기술 내에 있다. 다양한 프로그램들 또는 프로그램 모듈들은 본 분야의 통상의 기술자에게 공지된 임의의 기술을 사용하여 작성될 수 있거나 기존 소프트웨어와 관련하여 설계될 수 있다. 예를 들어, 프로그램 섹션 또는 프로그램 모듈은 .Net Framework, .Net Compact Framework(및 Visual Basic, C 등의 관련 언어), Java, C++, Objective-C, HTML, HTML/AJAX 조합, XML, 또는 Java 애플릿이 포함된 HTML에, 또는 이들에 의해 설계될 수 있다.
또한, 예시적인 실시예들이 본 명세서에 설명되었지만, (예를 들어, 다양한 실시예들에 걸친 양상들의) 동등한 요소들, 수정들, 생략들, 조합들, 개조들 및/또는 변경들을 갖는 임의의 및 모든 실시예들의 범주는 본 개시에 기초하여 본 분야의 통상의 기술자에 의해 인식될 것이다. 청구항들에서 제한사항은, 청구항들에 사용된 언어에 기초하여 광범위하게 해석되어야 하고, 출원의 절차 동안 또는 본 명세서에 설명된 예시들에 제한되는 것은 아니다. 예시들은 비배타적인 것으로 해석될 것이다. 또한, 개시된 방법들의 단계들은 단계들을 재순서화하고, 및/또는 단계들을 삽입하거나 삭제하는 것을 포함하여 임의의 방식으로 수정될 수 있다. 그러므로, 본 명세서 및 예시들은 단지 예시적인 것으로 간주되고, 진정한 범주 및 사상은 다음의 청구항들 및 그들의 등가물의 전체 범주에 의해 나타내어진다.

Claims (20)

  1. 한 세트의 하나 이상의 통신 네트워크와 제2 통신 네트워크를 인터페이싱하기 위한 컴퓨터-구현된 시스템(computer-implemented system)으로서,
    명령어들을 저장하는 메모리; 및
    상기 명령어들을 실행하도록 구성되는 적어도 하나의 프로세서를 포함하고, 상기 명령어들은:
    상기 한 세트의 통신 네트워크들 중 제1 통신 네트워크로부터 제1 메시지를 수신하는 단계 - 상기 제1 메시지는 제1 미지의 메시지 헤더(first unknown message header) 및 제1 미지의 메시지 바디(first unknown message body)를 포함함 -;
    상기 제1 통신 네트워크의 아이덴티티(identity)에 대응하는 제1 변수 및 제1 목적지에 대응하는 제2 변수를 결정하기 위해, 상기 제1 미지의 메시지 헤더를 파싱(parsing)하는 단계;
    상기 제1 메시지가 통합된 통신 방식을 사용하여 송신되었는지 식별하는 단계;
    상기 제1 메시지가 통합된 통신 방식을 사용하여 송신되지 않은 경우:
    사전 구성된 데이터 구조 및 상기 제1 변수에 기초하여, 상기 제1 미지의 메시지 헤더 및 상기 제1 미지의 메시지 바디가 사전 결정된 포맷(predetermined format)인 것을 식별하는 단계;
    상기 제1 미지의 메시지 바디를 상기 사전 결정된 포맷에 기초하여 그의 기본 데이터 구조(underlying data structure)로 역직렬화하는(deserializing) 단계;
    상기 제1 미지의 메시지 바디를 상기 제2 통신 네트워크에 대해 표준화된 포맷으로 변환하는 단계; 및
    제1 표준화된 메시지 바디를 송신을 위해 재직렬화하는(reserializing) 단계; 및
    상기 제1 표준화된 메시지 바디를 상기 제2 변수에 기초하여 상기 제1 목적지에 송신하는 단계를 포함하고,
    상기 제1 미지의 메시지 바디를 변환하는 단계는: 상기 제1 메시지가 상기 통합된 통신 방식을 사용하여 송신된 경우, 상기 제1 미지의 메시지 바디를 가속화된 변환 프로세스(accelerated conversion process)를 통해 상기 표준화된 포맷으로 변환하는 단계 - 상기 사전 결정된 포맷의 각 요소는 상기 표준화된 포맷의 그의 상대 요소(its counterpart)에 일대일(one-to-one) 대응됨 - 를 포함하는, 컴퓨터-구현된 시스템.
  2. 제1항에 있어서, 상기 명령어들은:
    상기 제2 통신 네트워크로부터 제2 메시지를 수신하는 단계 - 상기 제2 메시지는 제2 표준화된 메시지 바디 및 제2 목적지를 포함함 -;
    상기 제2 메시지의 제2 통신 프로토콜 및 상기 한 세트의 통신 네트워크들 중 제3 통신 네트워크를 식별하는 단계;
    상기 제3 통신 네트워크가 상기 사전 결정된 포맷의 메시지들을 수신할 수 있음을 결정하는 단계;
    상기 제2 표준화된 메시지 바디를 상기 가속화된 변환 프로세스를 통해 상기 사전 결정된 포맷으로 변환하는 단계;
    제2 변환된 메시지 바디를 송신을 위해 직렬화하는 단계; 및
    상기 제2 변환된 메시지 바디를 상기 제2 목적지에 송신하는 단계를 더 포함하는, 컴퓨터-구현된 시스템.
  3. 제2항에 있어서,
    상기 제2 표준화된 메시지 바디를 변환하는 것은, 상기 제2 변환된 메시지 바디에 제2 메시지 헤더를 첨부하는 것을 포함하고, 상기 제2 메시지 헤더는 상기 제2 목적지에 대응하는 제3 변수를 포함하는, 컴퓨터-구현된 시스템.
  4. 제1항에 있어서,
    상기 제1 메시지는 REST(Representational State Transfer) API, RESTful API, 파일 전송 API, 데이터베이스-대-데이터베이스 API, 단순 객체 액세스 프로토콜(Simple Object Access Protocol)(SOAP) API 또는 원격 프로시저 호출(Remote Procedure Call)(RPC) API 중 적어도 하나를 사용하여 수신되는, 컴퓨터-구현된 시스템.
  5. 제1항에 있어서,
    상기 제1 통신 네트워크는 제1 통신 프로토콜을 사용할 수 있고, 상기 제1 통신 프로토콜은 JSON(JavaScript Object Notation), YAML(YAML Ain't Markup Language), XML(Extensible Markup Language), TOML(Tom`s Obvious Minimal Language), CSON(CoffeeScript Object Notation) 또는 MessagePack 중 적어도 하나를 포함하는, 컴퓨터-구현된 시스템.
  6. 제1항에 있어서,
    상기 사전 구성된 데이터 구조는 하나 이상의 공지된 통신 네트워크를 하나 이상의 통신 프로토콜과 매칭시키고, 상기 하나 이상의 통신 프로토콜은 상기 사전 결정된 포맷에 대응하는 사전 결정된 통신 프로토콜을 포함하는, 컴퓨터-구현된 시스템.
  7. 제1항에 있어서,
    상기 한 세트의 통신 네트워크들의 개별 통신 네트워크는, 이들 개별 통신 네트워크끼리 그리고 상기 제2 통신 네트워크와 비중첩되는(non-overlapping), 컴퓨터-구현된 시스템.
  8. 제1항에 있어서,
    상기 제1 미지의 메시지 바디는 하나 이상의 변수를 포함하고, 상기 제1 미지의 메시지 바디를 표준화된 포맷으로 변환하는 것은:
    상기 사전 구성된 데이터 구조에 기초하여 상기 사전 결정된 포맷과 상기 제2 통신 네트워크의 표준화된 포맷 사이의 인터페이스 맵(interface map)을 결정하는 것; 및
    상기 인터페이스 맵에 기초하여 상기 제1 미지의 메시지 바디의 변수들의 값을 상기 표준화된 포맷의 대응하는 변수들에 할당하는 것을 포함하는, 컴퓨터-구현된 시스템.
  9. 삭제
  10. 한 세트의 하나 이상의 통신 네트워크 및 제2 통신 네트워크를 인터페이싱하기 위한 컴퓨터-구현된 방법으로서,
    상기 한 세트의 통신 네트워크들 중 제1 통신 네트워크로부터 제1 메시지를 수신하는 단계 - 상기 제1 메시지는 제1 미지의 메시지 헤더 및 제1 미지의 메시지 바디를 포함함 -;
    상기 제1 통신 네트워크의 아이덴티티에 대응하는 제1 변수 및 제1 목적지에 대응하는 제2 변수를 결정하기 위해, 상기 제1 미지의 메시지 헤더를 파싱하는 단계;
    상기 제1 메시지가 통합된 통신 방식을 사용하여 송신되었는지 식별하는 단계;
    상기 제1 메시지가 통합된 통신 방식을 사용하여 송신되지 않은 경우:
    사전 구성된 데이터 구조 및 상기 제1 변수에 기초하여, 상기 제1 미지의 메시지 헤더 및 상기 제1 미지의 메시지 바디가 사전 결정된 포맷인 것을 식별하는 단계;
    상기 제1 미지의 메시지 바디를 상기 사전 결정된 포맷에 기초하여 그의 기본 데이터 구조로 역직렬화하는 단계;
    상기 제1 미지의 메시지 바디를 상기 제2 통신 네트워크에 대해 표준화된 포맷으로 변환하는 단계; 및
    제1 표준화된 메시지 바디를 송신을 위해 재직렬화하는 단계; 및
    상기 제1 표준화된 메시지 바디를 상기 제2 변수에 기초하여 상기 제1 목적지에 송신하는 단계를 포함하고,
    상기 제1 미지의 메시지 바디를 변환하는 단계는: 상기 제1 메시지가 상기 통합된 통신 방식을 사용하여 송신된 경우, 상기 제1 미지의 메시지 바디를 가속화된 변환 프로세스를 통해 상기 표준화된 포맷으로 변환하는 단계 - 상기 사전 결정된 포맷의 각 요소는 상기 표준화된 포맷의 그의 상대 요소에 일대일 대응됨 - 를 포함하는, 컴퓨터-구현된 방법.
  11. 제10항에 있어서,
    상기 방법은:
    상기 제2 통신 네트워크로부터 제2 메시지를 수신하는 단계 - 상기 제2 메시지는 제2 표준화된 메시지 바디 및 제2 목적지를 포함함 -;
    상기 제2 메시지의 제2 통신 프로토콜 및 상기 한 세트의 통신 네트워크들 중 제3 통신 네트워크를 식별하는 단계;
    상기 제3 통신 네트워크가 상기 사전 결정된 포맷으로 메시지들을 수신할 수 있음을 결정하는 단계;
    상기 가속화된 변환 프로세스를 통해 상기 제2 표준화된 메시지 바디를 상기 사전 결정된 포맷으로 변환하는 단계;
    제2 변환된 메시지 바디를 송신을 위해 직렬화하는 단계; 및
    상기 제2 변환된 메시지 바디를 상기 제2 목적지에 송신하는 단계를 더 포함하는, 컴퓨터-구현된 방법.
  12. 제11항에 있어서,
    상기 제2 표준화된 메시지 바디를 상기 제2 목적지에 송신하는 단계는:
    제2 변환된 메시지를 생성하기 위해, 제2 메시지 헤더를 상기 제2 변환된 메시지 바디에 첨부하는 단계 - 상기 제2 변환된 메시지 헤더는 상기 제2 목적지에 대응하는 제3 변수를 포함함 -; 및
    상기 제2 통신 네트워크를 이용하여 상기 제2 변환된 메시지를 상기 제2 목적지에 송신하는 단계를 포함하는, 컴퓨터-구현된 방법.
  13. 제10항에 있어서,
    상기 제1 메시지는 REST(Representational State Transfer) API, RESTful API, 파일 전송 API, 데이터베이스-대-데이터베이스 API, 단순 객체 액세스 프로토콜(SOAP) API 또는 원격 프로시저 호출(RPC) API 중 적어도 하나를 사용하여 수신되는, 컴퓨터-구현된 방법.
  14. 제10항에 있어서,
    상기 제1 통신 네트워크는 제1 통신 프로토콜을 사용할 수 있고, 상기 제1 통신 프로토콜은 JSON(JavaScript Object Notation), YAML(YAML Ain't Markup Language), XML(Extensible Markup Language), TOML(Tom's Obvious Minimal Language), CSON(CoffeeScript Object Notation) 또는 MessagePack 중 적어도 하나를 포함하는, 컴퓨터-구현된 방법.
  15. 제10항에 있어서,
    상기 사전 구성된 데이터 구조는 하나 이상의 공지된 통신 네트워크를 하나 이상의 통신 프로토콜과 매칭시키고, 상기 하나 이상의 통신 프로토콜은 상기 사전 결정된 포맷에 대응하는 사전 결정된 통신 프로토콜을 포함하는, 컴퓨터-구현된 방법.
  16. 제10항에 있어서,
    상기 한 세트의 통신 네트워크들의 개별 통신 네트워크는, 이들 개별 통신 네트워크끼리 그리고 상기 제2 통신 네트워크와 비중첩되는, 컴퓨터-구현된 방법.
  17. 제10항에 있어서,
    상기 제1 미지의 메시지 바디는 하나 이상의 변수를 포함하고 상기 제1 미지의 메시지 바디를 표준화된 포맷으로 변환하는 것은:
    상기 사전 구성된 데이터 구조에 기초하여 상기 사전 결정된 포맷과 상기 제2 통신 네트워크의 표준화된 포맷 사이의 인터페이스 맵을 결정하는 것; 및
    상기 인터페이스 맵에 기초하여 상기 제1 미지의 메시지 바디의 변수들의 값을 상기 표준화된 포맷의 대응하는 변수들에 할당하는 것을 더 포함하는, 컴퓨터-구현된 방법.
  18. 삭제
  19. 한 세트의 하나 이상의 통신 네트워크와 제2 통신 네트워크를 인터페이싱하기 위한 컴퓨터-구현된 시스템으로서,
    상기 한 세트의 통신 네트워크들 중 제1 통신 네트워크로부터 인바운드 메시지를 수신하도록 구성되는 인바운드 엔드포인트 계층(inbound endpoint layer) - 상기 인바운드 메시지는 미지의 인바운드 메시지 헤더 및 미지의 인바운드 메시지 바디를 포함하고, 상기 인바운드 엔드포인트 계층은 상기 제1 통신 네트워크의 아이덴티티에 대응하는 제1 부분 및 상기 제2 통신 네트워크 내에 위치된 제1 목적지에 대응하는 제2 부분을 결정하기 위해 상기 미지의 인바운드 메시지 헤더를 파싱하도록(parse) 구성되는 인바운드 파서(inbound parser)를 더 포함함 -;
    상기 인바운드 메시지가 통합된 통신 방식을 사용하여 송신되지 않은 경우 공지된 통신 네트워크들의 사전 구성된 데이터 구조 및 상기 제1 부분에 기초하여, 상기 미지의 인바운드 메시지 바디를 표준화된 포맷으로 변환하고, 상기 인바운드 메시지가 통합된 통신 방식을 사용하여 송신된 경우 공지된 통신 네트워크들의 상기 사전 구성된 데이터 구조 및 상기 제1 부분에 기초하여 상기 미지의 인바운드 메시지 바디를 가속화된 변환 프로세스를 통해 표준화된 포맷으로 변환하도록 구성되는 인바운드 변환 계층;
    상기 표준화된 인바운드 메시지 바디를 상기 제1 목적지에 송신하도록 구성되는 라우팅 계층;
    상기 제2 통신 네트워크로부터 아웃바운드 메시지를 수신하도록 구성되는 아웃바운드 엔드포인트 계층(outbound endpoint layer) - 상기 아웃바운드 메시지는 표준화된 아웃바운드 메시지 바디 및 상기 한 세트의 통신 네트워크들 중 제3 통신 네트워크 내에 위치된 제2 목적지를 포함함 -; 및
    상기 제3 통신 네트워크가 상기 통합된 통신 방식으로 메시지를 수용할 수 없는 것으로 식별되는 경우 상기 제2 목적지 및 상기 사전 구성된 데이터 구조에 기초하여, 상기 표준화된 아웃바운드 메시지 바디를 사전 결정된 포맷으로 변환하도록 구성되고, 상기 제3 통신 네트워크가 상기 통합된 통신 방식으로 메시지를 수용할 수 있는 것으로 식별되는 경우 상기 제2 목적지 및 상기 사전 구성된 데이터 구조에 기초하여, 상기 표준화된 아웃바운드 메시지 바디를 가속화된 변환 프로세스를 통해 상기 사전 결정된 포맷으로 변환하도록 구성 - 상기 사전 결정된 포맷의 각 요소는 상기 표준화된 포맷의 그의 상대 요소에 일대일 대응됨 - 되는 아웃바운드 변환 계층;
    상기 라우팅 계층은 비표준화된 아웃바운드 메시지 바디를 상기 제2 목적지에 송신하도록 더 구성되는, 컴퓨터-구현된 시스템.
  20. 제19항에 있어서,
    상기 아웃바운드 변환 계층은:
    상기 사전 구성된 데이터 구조에 기초하여 상기 제2 목적지에 대응하는 상기 제3 통신 네트워크를 식별하고;
    비표준화된 아웃바운드 메시지를 생성하기 위해 아웃바운드 메시지 헤더를 상기 비표준화된 아웃바운드 메시지 바디에 첨부함으로써, 상기 표준화된 아웃바운드 메시지 바디를 변환하도록 더 구성되고, 상기 아웃바운드 메시지 헤더는 상기 제2 목적지에 대응하는 제1 데이터 필드를 포함하는, 컴퓨터-구현된 시스템.
KR1020190160939A 2019-07-12 2019-12-05 통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들 KR102253010B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020210060263A KR102380144B1 (ko) 2019-07-12 2021-05-10 통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US16/510,372 2019-07-12
US16/510,372 US10574794B1 (en) 2019-07-12 2019-07-12 Systems and methods for interfacing networks regardless of communication scheme
US16/663,688 US10582019B1 (en) 2019-07-12 2019-10-25 Systems and methods for interfacing networks using a unified communication scheme
US16/663,688 2019-10-25

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020210060263A Division KR102380144B1 (ko) 2019-07-12 2021-05-10 통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들

Publications (2)

Publication Number Publication Date
KR20210007803A KR20210007803A (ko) 2021-01-20
KR102253010B1 true KR102253010B1 (ko) 2021-05-18

Family

ID=69645822

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020190160939A KR102253010B1 (ko) 2019-07-12 2019-12-05 통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들
KR1020210060263A KR102380144B1 (ko) 2019-07-12 2021-05-10 통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020210060263A KR102380144B1 (ko) 2019-07-12 2021-05-10 통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들

Country Status (2)

Country Link
US (3) US10582019B1 (ko)
KR (2) KR102253010B1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11792305B1 (en) * 2022-06-21 2023-10-17 Fidus Global, Llc Warehouse control system
KR102663914B1 (ko) * 2022-07-13 2024-05-13 주식회사 시큐다임 전자 장치 및 이에 의한 http 트래픽의 분석 방법
CN114900570B (zh) * 2022-07-13 2022-10-18 江西联创精密机电有限公司 一种标准化数据采集传输方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160041952A1 (en) * 2008-09-30 2016-02-11 Paypal, Inc. System and method for processing messages using native data serialization/deserialization in a service-oriented pipeline architecture
US20170099332A1 (en) * 2014-03-21 2017-04-06 Ptc Inc. Systems and methods using binary dynamic rest messages

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10307881A (ja) * 1997-05-08 1998-11-17 Fujitsu Ltd 電子取引装置及び電子取引でフォーマット変換を実行する制御プログラムを記録したコンピュータ読み取り可能な記憶媒体
US6785730B1 (en) 1999-02-16 2004-08-31 Rebecca S. Taylor Generic communications protocol translator
US6651096B1 (en) * 1999-04-20 2003-11-18 Cisco Technology, Inc. Method and apparatus for organizing, storing and evaluating access control lists
US7072985B1 (en) * 2001-05-02 2006-07-04 Mks Instruments, Inc. Method and apparatus for two phase structured message to tagged message translation
US7584251B2 (en) * 2000-08-28 2009-09-01 Brown Scott T E-mail messaging system and method for enhanced rich media delivery
US7965653B2 (en) * 2003-09-25 2011-06-21 Cisco Technology, Inc. System and method for registering and un-registering membership in virtual local area networks
US7870187B2 (en) * 2003-12-31 2011-01-11 Microsoft Corporation Transport agnostic pull mode messaging service
US8458467B2 (en) * 2005-06-21 2013-06-04 Cisco Technology, Inc. Method and apparatus for adaptive application message payload content transformation in a network infrastructure element
JP2006155081A (ja) 2004-11-26 2006-06-15 Fujitsu Ltd 電子データ交換プログラム、電子データ交換装置および情報処理プログラム
US9418040B2 (en) * 2005-07-07 2016-08-16 Sciencelogic, Inc. Dynamically deployable self configuring distributed network management system
WO2007024916A2 (en) 2005-08-22 2007-03-01 Cogent Road, Inc. Computer assisted loan insurance determination
US7917584B2 (en) * 2007-10-22 2011-03-29 Xcerion Aktiebolag Gesture-based collaboration
US8806506B2 (en) 2008-09-30 2014-08-12 Ebay Inc. System and method for processing messages using a common interface platform supporting multiple pluggable data formats in a service-oriented pipeline architecture
US9344401B2 (en) * 2009-02-04 2016-05-17 Citrix Systems, Inc. Methods and systems for providing translations of data retrieved from a storage system in a cloud computing environment
US20110246978A1 (en) * 2010-04-01 2011-10-06 Research In Motion Limited Application portability and transfer of device management for mobile devices
CN102143200B (zh) 2010-10-20 2013-09-11 华为技术有限公司 一种soap api转换为rest api的公共消息头承载方法及装置
CN103517230B (zh) * 2012-06-19 2018-05-08 中兴通讯股份有限公司 触发信息发送和协议转换的方法及系统
US9571404B2 (en) * 2012-11-09 2017-02-14 Aruba Networks, Inc. Method and system for prioritizing network packets
US9858052B2 (en) 2013-03-21 2018-01-02 Razer (Asia-Pacific) Pte. Ltd. Decentralized operating system
CN104077335B (zh) 2013-05-07 2017-05-03 腾讯科技（深圳）有限公司 一种结构化数据的序列化、反序列化方法、装置和系统
CN104580073B (zh) 2013-10-14 2018-11-13 阿里巴巴集团控股有限公司 一种用于在异构系统之间实现消息传递的方法和装置
US9455888B2 (en) * 2014-09-19 2016-09-27 International Business Machines Corporation Application topology based on network traffic
US10362059B2 (en) 2014-09-24 2019-07-23 Oracle International Corporation Proxy servers within computer subnetworks
US10438261B2 (en) 2014-12-30 2019-10-08 Ebay Inc. Marketplace listing generation using message metadata
US11042131B2 (en) * 2015-03-16 2021-06-22 Rockwell Automation Technologies, Inc. Backup of an industrial automation plant in the cloud
KR101664734B1 (ko) 2015-08-12 2016-10-12 현대자동차주식회사 차량 제어기와 외부 리소스의 연동 시스템 및 방법
US20170072876A1 (en) 2015-09-14 2017-03-16 Broadcom Corporation Hardware-Accelerated Protocol Conversion in an Automotive Gateway Controller
US10575250B2 (en) * 2016-12-15 2020-02-25 Cable Television Laboratories, Inc. Normalization of data originating from endpoints within low power wide area networks (LPWANs)
CN108199865A (zh) 2017-12-07 2018-06-22 中国航空工业集团公司西安航空计算技术研究所 一种基于发布订阅的路由服务实现方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160041952A1 (en) * 2008-09-30 2016-02-11 Paypal, Inc. System and method for processing messages using native data serialization/deserialization in a service-oriented pipeline architecture
US20170099332A1 (en) * 2014-03-21 2017-04-06 Ptc Inc. Systems and methods using binary dynamic rest messages

Also Published As

Publication number Publication date
US20210014337A1 (en) 2021-01-14
US10582019B1 (en) 2020-03-03
US20210176344A1 (en) 2021-06-10
US11265399B2 (en) 2022-03-01
KR102380144B1 (ko) 2022-03-29
US10931795B2 (en) 2021-02-23
KR20210007803A (ko) 2021-01-20
KR20210056977A (ko) 2021-05-20

Similar Documents

Publication Publication Date Title
KR102430703B1 (ko) 통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법
KR102380144B1 (ko) 통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들
TWI734551B (zh) 用於接收入站貨物的電腦實施的系統以及方法
KR102378606B1 (ko) 전자적 재고 추적 시스템 및 연관된 사용자 인터페이스
US10713622B1 (en) Computer-implemented systems and methods for intelligent prediction of out of stock items and proactive reordering
KR20210004764A (ko) 적재 작업자 사용자 인터페이스
KR20240037923A (ko) 패키지 배달 촉진을 위한 컴퓨터 시스템 및 방법
KR102400042B1 (ko) 전자 재고 및 반품 물품 조정을 위한 시스템 및 방법
KR102307450B1 (ko) 요청된 분리된 정보를 통합하기 위한 웹-브라우저 플러그인
AU2020104458A4 (en) Systems and methods for interfacing networks using a unified communication scheme
KR102283354B1 (ko) 온라인 고객 보조를 위한 지능형 시스템
AU2020264387A1 (en) Systems and methods for interfacing networks regardless of communication scheme
US11204975B1 (en) Program interface remote management and provisioning

Legal Events

Date Code Title Description
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right
A107 Divisional application of patent
GRNT Written decision to grant