KR20210111211A - 통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법 - Google Patents

통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법 Download PDF

Info

Publication number
KR20210111211A
KR20210111211A KR1020210114464A KR20210114464A KR20210111211A KR 20210111211 A KR20210111211 A KR 20210111211A KR 1020210114464 A KR1020210114464 A KR 1020210114464A KR 20210114464 A KR20210114464 A KR 20210114464A KR 20210111211 A KR20210111211 A KR 20210111211A
Authority
KR
South Korea
Prior art keywords
message
destination
network
format
api
Prior art date
Application number
KR1020210114464A
Other languages
English (en)
Other versions
KR102430703B1 (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
Application filed by 쿠팡 주식회사 filed Critical 쿠팡 주식회사
Publication of KR20210111211A publication Critical patent/KR20210111211A/ko
Application granted granted Critical
Publication of KR102430703B1 publication Critical patent/KR102430703B1/ko

Links

Images

Classifications

    • 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
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/18—Protocol analysers
    • 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]
    • 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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/133—Protocols for remote procedure calls [RPC]

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)
  • Information Transfer Between Computers (AREA)

Abstract

통신 네트워크를 인터페이싱 하기 위한 컴퓨터 구현 시스템이 개시된다. 시스템은 명령을 저장하는 메모리 및 명령을 실행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다. 명령은, 발신 네트워크로부터 제1 메시지를 수신하는 것; 제1 메시지에 기초하여 목적지 네트워크를 결정하는 것; 제1 메시지를 목적지 네트워크와 호환 가능한 목적지 포맷으로 변환하는 것; 및 변환된 제1 메시지를 목적지 네트워크로 전송하는 것을 포함할 수 있다.

Description

통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법{SYSTEMS AND METHODS FOR INTERFACING NETWORKS REGARDLESS OF COMMUNICATION SCHEME}
본 발명은 하나 이상의 외부 통신 네트워크를 내부 통신 네트워크와 인터페이싱하기 위한 컴퓨터 시스템 및 방법에 관한 것이다. 특히, 본 개시의 실시예는 통신 네트워크가, 다른 통신 네트워크 각각의 통신 프로토콜 또는 애플리케이션 프로그래밍 인터페이스(API)에 관계없이, 그 다른 통신 네트워크(예를 들어, 제 3 자에 의해 운영되는)와 인터페이스 할 수 있게 하는 독창적이고 비전통적인 시스템에 관한 것이다.
인터넷과 컴퓨터 네트워크의 발전은 현재 컴퓨터 네트워크를 어디에나 사용할 수 있게 만들었다. 거의 모든 가정이나 사무실에도 개인 네트워크가 설치되어 있다. 또한 대기업, 제조 공장 또는 창고와 같은 비즈니스 조직은 내부 네트워크에서 다양한 시스템을 운영한다. 본 개시의 목적상, 네트워크는 공통 메시지 형식을 사용하여 서로 다른 시스템 간에 통신을 가능하게 하는 컴퓨터 네트워크로 정의될 수 있는데, 여기서 동일한 네트워크 내의 각 시스템은 메시지를 변환(converting) 혹은 변경(translating)하지 않고 주고받을 수 있다. 이러한 내부 네트워크는 같은 개체가 소유하고 운영하는 다른 시스템들 간의 통신을 연결하고 가능하게 한다. 이 경우 새로운 내부 시스템 또는 외부 시스템(즉, 통신 형식이 다른 독립 네트워크에 의해 연결된 시스템 그룹)을 기존의 내부 네트워크에 추가하거나 연결할 수 있지만, 그러한 프로세스에는 상이한 네트워크 매개변수들의 수동 구성이 필요하다.
일반적으로 서로 다른 두 시스템을 인터페이스하는 것은 REST(Representational State Transfer) 기반 API, 파일 전송 API, 데이터베이스 간 전송 API 등 중 하나와 같은 특정 API의 사용을 포함한다. 그러나 서로 다른 API는 서로 다른 문법(syntax) 및 형식 요구 사항을 가질 수 있는데, 이는 두 시스템이 서로 통신할 수 있도록 하기 위해 반드시 충족되어야 한다. 더욱이, 상이한 시스템은 상이한 통신 프로토콜을 이용할 수도 있고, 수신 시스템이 메시지를 해석하기 전에 송신 시스템으로부터의 메시지가 변환되어야 한다.
운영의 여러 측면을 관리하는 다양한 시스템을 가진 하나의 개체가 다른 개체와 통신을 하는 경우, 문제가 발생 할 수 있다. 이 경우, 두 개체는 공통 API 및 통신 프로토콜(이하 통칭하여 통신 방식(scheme)이라고 함)에 동의하고 합의된 통신 방식을 채택하도록 모든 시스템을 수정해야 한다. 대안은 서로 통신해야 하는 각 시스템 쌍 사이에 변환 메커니즘을 설치하는 것이다. 그러나 두 가지 방법 모두 구현 비용과 운영 비용 측면에서 상당한 비용이 든다. 제3자 역시 동일한 방식을 채택하거나 각 시스템에 대한 변환 메커니즘을 구현해야 하기 때문에, 개체 중 하나가 다른 통신 방식을 사용하는 또 다른 개체와 통신해야 할 때 문제가 더욱 복잡해진다.
따라서, 각각의 통신 방식에 관계 없이 한 개체의 시스템 그룹(즉, 내부 시스템)과 복수의 다른 개체의 시스템 그룹(즉, 다른 외부 시스템)을 연결하는 중앙집중식 솔루션이 필요하다.
본 개시의 일 실시예는 하나 이상의 통신 네트워크 및 제 2 통신 네트워크를 인터페이싱 하기 위한 컴퓨터 구현 시스템에 관한 것이다. 시스템은 명령을 저장하는 메모리 및 명령을 실행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다. 명령은, 통신 네트워크 세트 중 제1 통신 네트워크로부터 제1 메시지를 수신하는 단계 - 제1 메시지는 제1 비-표준화된 메시지 헤더 및 제1 비-표준화된 메시지 본문(body)을 포함함 -; 제1 통신 네트워크의 식별정보(identity)에 대응하는 제1 변수 및 제1 목적지에 대응하는 제2 변수를 결정하기 위해 제1 비-표준화된 메시지 헤더를 파싱(parsing)하는 단계; 미리 구성된 데이터 구조를 사용하여, 제1 변수에 기초하여 제1 메시지의 제1 통신 프로토콜을 식별하는 단계; 제1 식별된 통신 프로토콜에 기초하여 제1 비-표준화된 메시지 본문을 제2 통신 네트워크에 대한 표준화된 포맷으로 변환하는 단계; 및 제2 변수에 기초하여 제1 표준화된 메시지 본문을 제1 목적지로 전송하는 단계를 포함할 수 있다.
본 개시의 다른 일 실시예는 하나 이상의 통신 네트워크 및 제2 통신 네트워크를 인터페이싱 하기 위한 컴퓨터 구현 방법에 관한 것이다. 상기 방법은, 상기 통신 네트워크 세트 중 제1 통신 네트워크로부터 제1 메시지를 수신하는 단계 - 제1 메시지는 제1 비-표준화된 메시지 헤더 및 제1 비-표준화된 메시지 본문을 포함함 -; 제1 통신 네트워크의 식별정보에 대응하는 제1 변수 및 제1 목적지에 대응하는 제2 변수를 결정하기 위해 제1 비-표준화된 메시지 헤더를 파싱하는 단계; 미리 구성된 데이터 구조를 사용하여, 제1 변수에 기초하여 제1 메시지의 제1 통신 프로토콜을 식별하는 단계; 제1 식별된 통신 프로토콜에 기초하여 제1 비-표준화된 메시지 본문을 제2 통신 네트워크에 대한 표준화된 포맷으로 변환하는 단계; 및 제2 변수에 기초하여 제1 표준화된 메시지 본문을 제1 목적지로 전송하는 단계를 포함할 수 있다.
본 개시의 다른 일 실시예는 하나 이상의 통신 네트워크 세트 및 제2 통신 네트워크를 인터페이싱 하기 위한 컴퓨터 구현 시스템에 관한 것이다. 시스템은 통신 네트워크 세트 중 제 1 통신 네트워크로부터 인바운드 메시지 - 인바운드 메시지는 비-표준화된 인바운드 메시지 헤더 및 비-표준화된 메시지 본문을 포함함 - 를 수신하도록 구성된 인바운드 엔드 포인트 계층을 포함할 수 있다.. 인바운드 엔드 포인트 계층은 비-표준화된 인바운드 메시지 헤더를 파싱하여 제 1 통신 네트워크의 식별정보 에 대응하는 제1 부분 및 제2 통신 네트워크 내에 위치한 제1 목적지에 대응하는 제2 부분을 결정하도록 구성된 인바운드 파서를 더 포함할 수 있다. 시스템은: 비-표준화된 인바운드 메시지 본문을 제 1 부분 및 알려진 통신 네트워크의 미리 구성된 데이터 구조에 기초하여 표준화된 포맷으로 변환하도록 구성된 인바운드 변환 계층; 표준화된 인바운드 메시지 본문을 제 1 목적지로 전송하도록 구성된 라우팅 계층; 제 2 통신 네트워크로부터 아웃 바운드 메시지 - 아웃 바운드 메시지는 표준화된 아웃 바운드 메시지 본문 및 통신 네트워크 세트 중 제 3 통신 네트워크 내에 위치한 제 2 목적지를 포함함 - 를 수신하도록 구성된 아웃 바운드 엔드 포인트 계층; 및 표준화된 아웃 바운드 메시지 본문을 제 2 목적지 및 미리 구성된 데이터 구조에 기초하여 비-표준화된 포맷으로 변환하도록 구성된 아웃 바운드 변환 계층을 더 포함할 수 있다. 라우팅 계층은 비-표준화된 아웃 바운드 메시지 본문을 제 2 목적지로 전송하도록 추가로 구성될 수 있다.
본 개시의 다른 일 실시예는 통신 네트워크를 인터페이싱 하기 위한 컴퓨터 구현 시스템에 관한 것이다. 시스템은 명령을 저장하는 메모리 및 명령을 실행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다. 명령은, 발신 네트워크로부터 제1 메시지를 수신하는 것; 제1 메시지에 기초하여 목적지 네트워크를 결정하는 것; 제1 메시지를 목적지 네트워크와 호환 가능한 목적지 포맷으로 변환하는 것; 및 변환된 제1 메시지를 목적지 네트워크로 전송하는 것을 포함할 수 있다.
본 개시의 다른 일 실시예는 통신 네트워크를 인터페이싱 하기 위한 컴퓨터 구현 방법에 관한 것이다. 방법은, 발신 네트워크로부터 제1 메시지를 수신하고; 제1 메시지에 기초하여 목적지 네트워크를 결정하고; 제1 메시지를 목적지 네트워크와 호환 가능한 목적지 포맷으로 변환하고; 및 변환된 제1 메시지를 목적지 네트워크로 전송하는 것을 포함할 수 있다.
다른 시스템, 방법 및 컴퓨터 판독 가능 매체가 또한 본 명세서에서 논의된다.
도 1a는 개시된 실시예들에 따른, 배송, 운송 및 물류 운영을 가능하게 하는 통신을 위한 컴퓨터화된 시스템을 포함하는 네트워크의 예시적인 실시예를 도시하는 개략적인 블록도이다.
도 1b는 개시된 실시예들에 따른, 상호 동작 사용자 인터페이스 요소와 함께 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 검색 결과 페이지(SRP, Search Result Page)의 샘플을 도시한다.
도 1c는 개시된 실시예들에 따른, 상호 동작 사용자 인터페이스 요소와 함께 제품 및 제품에 관한 정보를 포함하는 샘플 단일 디스플레이 페이지(SDP, Single Display Page)를 도시한다.
도 1d는 개시된 실시예들에 따른, 상호 동작 사용자 인터페이스 요소와 함께 가상 쇼핑 장바구니에 담긴 아이템을 포함하는 샘플 장바구니 페이지를 도시한다.
도 1e는 개시된 실시예들에 따른, 상호 동작 사용자 인터페이스 요소와 함께 구매 및 배송에 관한 정보와 함께 가상 쇼핑 장바구니로부터의 아이템을 포함하는 샘플 주문 페이지를 도시한다.
도 2는 개시된 실시예들에 따른, 개시된 컴퓨터화된 시스템을 이용하도록 구성된 예시적인 풀필먼트 센터의 개략도이다.
도 3은 개시된 실시예들에 따른, 내부 시스템과 외부 시스템 사이의 인터페이싱을 위한 컴퓨터화된 시스템의 예시적인 실시예를 도시한 개략적인 블록도이다.
도 4는 개시된 실시예들에 따른, 표준화 포맷으로 변환 후 인바운드 메시지를 라우팅하기 위한 예시적으로 컴퓨터화된 프로세스의 흐름도이다.
도 5는 개시된 실시예들에 따른, 비-표준화 포맷으로 변환 후 아웃 바운드 메시지를 라우팅하기 위한 예시적으로 컴퓨터화된 프로세스의 흐름도이다.
이하의 상세한 설명은 첨부 도면을 참조한다. 가능하면, 동일한 참조 번호가 도면 및 이하의 설명에서 동일하거나 또는 유사한 부분을 참조하기 위해 사용된다. 몇몇 예시적인 실시예가 본 명세서에 설명되지만, 변형예, 적응예 및 다른 구현예가 가능하다. 예를 들어, 도면들에 도시된 구성 요소들 및 단계들에 대한 대체예, 추가예 또는 변형예가 이루어질 수 있으며, 본 명세서에서 설명된 예시적 방법들을 개시된 방법들에 대해 단계들을 대체, 재정렬, 제거 또는 추가함으로써 변형될 수 있다. 따라서 이하의 상세한 설명은 개시된 실시예들 및 예시들로 제한되지 않는다. 대신에, 본 발명의 적합한 범위는 첨부된 청구 범위에 의해 규정된다.
본 개시의 실시예들은 통신 방식에 관계없이 다른 그룹의 외부 시스템과 내부 시스템을 인터페이스하도록 구성된 시스템 및 방법에 관한 것이다.
도 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) 내의 상이한 장치들 사이의 게이트웨이로서 동작할 수 있다.
일부 실시예에서, 외부 프론트 엔드 시스템(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)과 관련하여 이하에서 더 논의된다).
외부 프론트 엔드 시스템(103)은 정보에 기초하여 SRP(예를 들면, 도 1b)를 준비할 수 있다. SRP는 검색 요청을 만족하는 정보를 포함할 수 있다. 예를 들면, 이는 검색 요청을 만족하는 제품의 사진을 포함할 수 있다. SRP는 또한, 각 제품에 대한 각각의 가격, 또는 각 제품, PDD, 무게, 크기, 오퍼(offer), 할인 등에 대한 개선된 배달 옵션에 관한 정보를 포함할 수 있다. 외부 프론트 엔드 시스템(103)은(예를 들면, 네트워크를 통해) SRP를 요청 사용자 디바이스로 전송할 수 있다.
사용자 디바이스는 SRP에 나타낸 제품을 선택하기 위해, 예를 들면, 사용자 인터페이스를 클릭 또는 탭핑하거나, 다른 입력 디바이스를 사용하여 SRP로부터 제품을 선택할 수 있다. 사용자 디바이스는 선*된 제품에 도한 정보에 대한 요청을 만들어 내고 이를 외부 프론트 엔드 시스템(103)으로 전송할 수 있다. 이에 응답하여, 외부 프론트 엔드 시스템(103)은 선택된 제품에 관한 정보를 요청할 수 있다. 예를 들면, 정보는 각각의 SRP 상에 제품에 대해 제시된 것 이상의 추가 정보를 포함할 수 있다. 이는, 예를 들면, 유통 기한, 원산지, 무게, 크기, 패키지 내의 아이템 개수, 취급 지침, 또는 제품에 대한 다른 정보를 포함할 수 있다. 정보는 또한,(예를 들면, 이 제품 및 적어도 하나의 다른 제품을 구입한 고객의 빅 데이터 및/또는 기계 학습 분석에 기초한) 유사한 제품에 대한 추천, 자주 묻는 질문에 대한 답변, 고객의 후기, 제조 업체 정보, 사진 등을 포함할 수 있다.
외부 프론트 엔드 시스템(103)은 수신된 제품 정보에 기초하여 SDP(Single Detail Page)(예를 들면, 도 1c)를 준비할 수 있다. SDP는 또한, "지금 구매(Buy Now)" 버튼, "장바구니에 추가(Add to Cart)" 버튼, 수량 필드, 아이템 사진 등과 같은 다른 상호 동작 요소를 포함할 수 있다. SDP는 제품을 오퍼하는 판매자의 리스트를 포함할 수 있다. 이 리스트는 최저가로 제품을 판매하는 것으로 오퍼하는 판매자가 리스트의 최상단에 위치하도록, 각 판매자가 오퍼한 가격에 기초하여 순서가 정해질 수 있다. 이 리스트는 또한 최고 순위 판매자가 리스트의 최상단에 위치하도록, 판매자 순위에 기초하여 순서가 정해질 수 있다. 판매자 순위는 예를 들어, 약속된 PDD를 지켰는지에 대한 판매자의 과거 추적 기록을 포함하는 복수의 인자에 기초하여 만들어질 수 있다. 외부 프론트 엔드 시스템(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)은 판매자가 주문과 관련된 정보를 전송 및 수신할 수 있도록 추가로 구성될 수 있다.
일부 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자(예를 들면, 시스템(100)을 소유, 운영 또는 임대하는 조직의 직원)가 시스템(100) 내의 하나 이상의 시스템과 상호작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 네트워크가 사용자가 아이템에 대한 주문을 할 수 있게 하는 시스템의 프레젠테이션을 가능하게 하는 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자가 주문에 대한 진단 및 통계 정보를 볼 수 있게 하고, 아이템 정보를 수정하며, 또는 주문에 대한 통계를 검토할 수 있게 하는 웹 서버로서 구현될 수 있다. 예를 들면, 내부 프론트 엔드 시스템(105)은 Apache HTTP 서버, Microsoft Internet Information Services(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예에서, 내부 프론트 엔드 시스템(105)은(도시되지 않은 다른 디바이스뿐 아니라) 시스템(100) 내에 나타낸 시스템 또는 디바이스로부터 요청을 수신 및 처리하고, 그러한 요청에 기초하여 데이터베이스 및 다른 데이터 저장 장치로부터 정보를 획득하며, 획득한 정보에 기초하여 수신된 요청에 대한 응답을 제공하도록(설계된 커스텀 웹 서버 소프트웨어를 실행)할 수 있다.
일부 실시예에서, 내부 프론트 엔드 시스템(105)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 결제 시스템, 분석 시스템, 주문 모니터링 시스템 등 중 하나 이상을 포함할 수 있다. 일 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상을 포함할 수 있는 반면, 다른 양상에서는 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상에 연결된 인터페이스(예를 들면, 서버 대 서버, 데이터베이스 대 데이터베이스, 또는 다른 네트워크 연결)를 포함할 수 있다.
일부 실시예에서, 운송 시스템(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)으로부터 정보를 요청할 수 있다. 배송 및 주문 트래킹 시스템(111)은 운송 시스템(107) 또는 WMS(119) 중 하나 이상으로부터 데이터를 요청하고, 이를 처리하며, 요청시 디바이스(예를 들면, 사용자 디바이스(102A, 102B))로 제공할 수 있다.
일부 실시예에서, 풀필먼트 최적화(FO) 시스템(113)은 다른 시스템(예를 들면, 외부 프론트 엔드 시스템(103) 및/또는 배송 및 주문 트래킹 시스템(111))으로부터의 고객 주문에 대한 정보를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. FO 시스템(113)은 또한, 특정 아이템이 유지 또는 저장되는 곳을 나타내는 정보를 저장할 수 있다. 예를 들면, 소정 아이템은 하나의 풀필먼트 센터에만 저장될 수 있는 반면, 소정 다른 아이템은 다수의 풀필먼트 센터에 저장될 수 있다. 또 다른 실시예에서, 특정 풀필먼트 센터는 아이템의 특정 세트(예를 들면, 신선한 농산물 또는 냉동 제품)만을 저장하도록 구성될 수 있다. FO 시스템(113)은 이러한 정보뿐 아니라 관련 정보(예를 들면, 수량, 크기, 수령 날짜, 유통 기한 등)를 저장한다.
FO 시스템(113)은 또한, 각 제품에 대해 대응하는 PDD(약속된 배달 날짜)를 계산할 수 있다. 일부 실시예에서, PDD는 하나 이상의 요소에 기초할 수 있다. 예를 들면, FO 시스템(113)은 제품에 대한 과거 수요(예를 들면, 그 제품이 일정 기간 동안 얼마나 주문되었는지), 제품에 대한 예상 수요(예를 들면, 얼마나 많은 고객이 다가오는 기간 동안 제품을 주문할 것으로 예상되는지), 일정 기간 동안 얼마나 많은 제품이 주문되었는지를 나타내는 네트워크 전반의 과거 수요, 다가오는 기간 동안 얼마나 많은 제품이 주문될 것으로 예상되는지를 나타내는 네트워크 전반의 예상 수요, 각각의 제품을 저장하는 각 풀필먼트 센터(200)에 저장된 제품의 하나 이상의 갯수, 그 제품에 대한 예상 또는 현재 주문 등에 기초하여 제품에 대한 PDD를 계산할 수 있다.
일부 실시예에서, FO 시스템(113)은 주기적으로(예를 들면, 시간별로) 각 제품에 대한 PDD를 결정하고, 검색하거나 다른 시스템(예를 들면, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 배송 및 주문 트래킹 시스템(111))으로 전송하기 위해 이를 데이터베이스에 저장할 수 있다. 다른 실시예에서, FO 시스템(113)은 하나 이상의 시스템(예를 들면, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 배송 및 주문 트래킹 시스템(111))으로부터 전자 요청을 수신하고 요구에 따라 PDD를 계산할 수 있다.
일부 실시예에서, 풀필먼트 메시징 게이트웨이(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)는 임의의 할당된 프로세스(예를 들면, 트럭에서 내리기, 픽업 구역에서 아이템을 픽업하기, 리빈 월 작업, 아이템 패킹하기), 사용자 식별자, 위치(예를 들면, 풀필먼트 센터(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)를 나타낸다. 풀필먼트 센터(200)는 주문시 고객에게 배송하기 위한 아이템을 저장하는 물리적 장소의 예시이다. 풀필먼트 센터(FC)(200)는 다수의 구역으로 분할될 수 있으며, 각각이 도 2에 도시된다. 일부 실시예에서, 이러한 "구역(zones)"은 아이템을 수령하고, 아이템을 저장하고, 아이템을 검색하고, 아이템을 배송하는 과정의 상이한 단계 사이의 가상 구분으로 생각될 수 있다. 따라서, "구역"이 도 2에 나타나 있으나, 일부 실시예에서, 구역의 다른 구분도 가능하고, 도 2의 구역은 생략, 복제, 또는 수정될 수 있다.
인바운드 구역(203)은 도 1a의 시스템(100)을 사용하여 제품을 판매하고자 하는 판매자로부터 아이템이 수신되는 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)과 관련된 바코드를 스캔할 수 있다. 그 다음 피커는 아이템을(예를 들면, 카트에 놓거나 운반함으로써) 픽업 구역(209)에 아이템을 가져갈 수 있다.
픽업 구역(209)은 아이템(208)이 저장 유닛(210)에 저장되는 FC(200)의 영역일 수 있다. 일부 실시예에서, 저장 유닛(210)은 물리적 선반, 책꽂이, 박스, 토트(tote), 냉장고, 냉동고, 저온 저장고 등 중 하나 이상을 포함할 수 있다. 일부 실시예에서, 픽업 구역(209)은 다수의 플로어로 편성될 수 있다. 일부 실시예에서, 작업자 또는 기계는, 예를 들면, 포크리프트, 엘리베이터, 컨베이어 벨트, 카트, 핸드트럭, 짐수레, 자동화된 로봇 또는 디바이스, 또는 수작업을 포함하는 다양한 방식으로 아이템을 픽업 구역(209)으로 운반할 수 있다. 예를 들면, 피커는 아이템(202A, 202B)을 드롭 구역(207)의 핸드트럭 또는 카트에 놓을 수 있으며, 아이템(202A, 202B)을 픽업 구역(209)으로 가져갈 수 있다.
피커는 저장 유닛(210) 상의 특정 공간과 같은 픽업 구역(209)의 특정 스팟에 아이템을 배치(또는 "적재(stow)")하라는 명령을 수신할 수 있다. 예를 들면, 피커는 모바일 디바이스(예를 들면, 디바이스(119B))를 사용하여 아이템(202A)을 스캔할 수 있다. 디바이스는, 예를 들면, 통로, 선반 및 위치를 나타내는 시스템을 사용하여, 아이템(202A)을 적재해야 하는 위치를 나타낼 수 있다. 그 다음 디바이스는 그 위치에 아이템(202A)을 적재하기 전에 피커가 그 위치에서 바코드를 스캔하도록 할 수 있다. 디바이스는 도 1a의 WMS(119)와 같은 컴퓨터 시스템에 아이템(202A)이 디바이스(119B)를 사용하는 사용자에 의해 그 위치에 적재되었음을 나타내는 데이터를(예를 들면, 무선 네트워크를 통해) 전송할 수 있다.
일단 사용자가 주문을 하면, 피커는 저장 유닛(210)으로부터 하나 이상의 아이템(208)을 검색하기 위해 디바이스(119B)에 명령을 수신할 수 있다. 피커는 아이템(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)에 의해 소유, 임대 또는 운행될 수 있다.
도 3은 통신 인터페이스(301)가 내부 통신 네트워크(323)와 하나 이상의 외부 통신 네트워크(333A-C) 사이의 인터페이스로서 기능하는 인터페이스 다이어그램(300)의 예시적인 실시예를 도시한 개략적인 블록도이다. 일부 실시예에서, 내부 시스템(321)은 공급 체인 관리 시스템(SCM)(325), 풀필먼트 최적화 시스템(FO)(327) 또는 풀필먼트 센터 인증 시스템(FC Auth)(329)과 같은 도 1a에 도시 된 하나 이상의 시스템을 포함할 수 있다. 대안적으로 또는 부가적으로, 내부 시스템(321)은 도 1a와 관련하여 위에서 개시되지 않은 다른 시스템을 포함할 수 있다. 일부 실시예에서, 내부 시스템(321)의 개별 시스템은 내부 통신 네트워크(323)를 통해 서로 또는 그들 사이에서 통신할 수 있다. 또한 일부 실시예에서, 내부 통신 네트워크(323) 및 외부 통신 네트워크(333A-C)는 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a / b / g / n 표준을 준수하는 무선 네트워크, 전용 회선 등을 포함하는 하나 이상의 공공 또는 사설 네트워크를 포함할 수 있다.
비록 3 개의 외부 시스템(331A-C)이 도시되어 있지만, 당업자에게 명백한 것처럼 통신 인터페이스(301)는 임의의 수의 외부 시스템과 통신 가능할 수 있다. 외부 시스템(331A-C) 각각은 제 3 자 풀필먼트(335A-C)와 같은 상이한 그룹의 시스템을 포함할 수 있다. 외부 시스템(331A-C)은 각각 각자의 필요에 따라 다른 시스템 또는 도1a와 관련하여 전술한 것과 유사한 추가 시스템을 포함할 수 있다.
일부 실시예에서, 통신 인터페이스(301)는 내부 시스템(321)이 다수의 외부 시스템(331A-C)과 통신하게 할 수 있다. 각 외부 시스템(331A-C) 내의 각 시스템 그룹은 그들 자신의 개별 내부 네트워크(이하, 외부 통신 네트워크(333A-C)라고 함)를 통해 서로 또는 그들 사이에서 통신할 수 있다.
추가적으로 또는 대안적으로, 다수의 통신 인터페이스는 내부 통신 네트워크(323)와 하나 이상의 외부 통신 네트워크(333A-C) 사이에서 구현될 수 있으며, 각각은 주문 관리, 재고 관리, 인력 관리 등과 같은 상이한 기능에 전용된다. 일부 실시예에서, 내부 시스템(321) 및 외부 시스템(331A-C) 각각은 독립적인 비 중첩(non-overlappling) 네트워크로서 동작할 수 있으며, 여기서 하나의 통신 네트워크 내의 개별 시스템은 다른 통신 네트워크의 일부가 아니다.
일부 실시예에서, 내부 통신 네트워크(323) 및 외부 통신 네트워크(333A-C)는 당 업계에 공지 된 하나 이상의 API를 사용하여 구현될 수 있다. API는, 일부 실시예에서, 다른 시스템의 기능이나 데이터에 액세스할 수 있도록 한 시스템의 기능 및 절차들의 세트를 포함할 수 있다. 내부 통신 네트워크(323) 및 외부 통신 네트워크(333A-C)는 REST(Representational State Transfer) API, RESTful API, 파일 전송 API, 데이터베이스-데이터베이스 API, SOAP(Simple Object Access Protocol) API, RPC(Remote Procedure Call) API 등과 같은 API를 사용하여 구현될 수 있다.
일부 실시예에서, 내부 통신 네트워크(323) 및 외부 통신 네트워크(333A-C)는 하나 이상의 통신 프로토콜을 사용하여 신호를 송신 및 수신할 수 있다. 통신 프로토콜은 데이터를 연속화하기위한 일련의 규칙 및 문법 일 수 있다. 일부 실시예에서, 통신 프로토콜은 JSON(JavaScript Object Notation), YAML(YAML Ai n't Markup Language), XML(Extensible Markup Language), TOML(Tom's Obvious Minimal Language), CSON(CoffeeScript Object Notation), MessagePack 등 중 적어도 하나를 포함할 수 있다. 이와 같이, 내부 통신 네트워크(323) 및 외부 통신 네트워크(333A-C)는 전술한 바와 같은 API 및 통신 프로토콜의 무수한 조합을 사용하여 구현될 수 있다. 일부 실시예들에서, 통신 인터페이스(301)는 일단으로부터 메시지를 수신하고 타단을 통해 번역된 메시지를 전송하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 통신 인터페이스(301)는 특정 외부 시스템(예를 들어, 외부 시스템(331A))으로부터 특정 통신 방식(예를 들어, REST API를 사용하는 XML 프로토콜)을 이용하는 대응하는 외부 통신 네트워크(333A)를 통해 인바운드 메시지를 수신할 수 있다. 통신 인터페이스(301)는 메시지를 내부 통신 네트워크(323)(예를 들어, SOAP API를 사용하는 JSON 프로토콜)에 의해 이용되는 통신 방식으로 변환할 수 있다. 개시된 통신 방식의 특정 조합은 단지 예시적인 것이며, 원하는 대로 다른 조합이 사용될 수 있다. 또한, 상이한 통신 네트워크는 동일하거나 부분적으로 동일한 조합을 이용할 수 있다.
일부 실시예들에서, 통신 인터페이스(301)는 또한 다른 통신 방식(예를 들어, RPC API를 사용하는 YAML 프로토콜)을 이용하는 다른 외부 시스템(예를 들어, 외부 시스템(331B))으로부터 메시지를 수신하여 메시지를 내부 통신 네트워크(323)(즉, SOAP API를 사용하는 JSON 프로토콜))에 의해 이용되는 동일한 통신 방식으로 변환할 수 있다. 다시 말해서, 통신 인터페이스(301)는 상이한 외부 통신 네트워크(333A-C)로부터의 표준화되지 않은 메시지를 내부 통신 네트워크(323)에 의해 이용되는 표준 통신 방식으로 표준화할 수 있다. 일부 실시예에서, 통신 인터페이스(301)는 또한 표준 통신 방식으로 내부 시스템으로부터 아웃 바운드 메시지를 수신하고, 이를 특정 외부 통신 네트워크(333C)에 의해 이용 되는 비-표준화 포맷으로 변환한 후 이를 특정 외부 통신 네트워크(예를 들어, 외부 통신 네트워크(333C))로 전송할 수 있다.
일부 실시예들에서, 통신 인터페이스(301)는 인바운드 엔드 포인트 계층(303), 인바운드 변환 계층(305), 라우팅 계층(307), 아웃 바운드 변환 계층(309) 및 아웃 바운드 엔드 포인트 계층(311)을 포함할 수 있다. 일부 실시예들에서, 각 계층은 전용 시스템, 소프트웨어 기능, 프로그램 가능한 서브 유닛 등으로서 구현될 수 있다.
도 4는 예시적으로 컴퓨터화된 인바운드 메시지 라우팅 프로세스(400)의 흐름도를 도시한다. 인바운드 메시지 라우팅 프로세스(400)의 각 단계는 통신 인터페이스(301)의 각 층(층(303-311))에 의해 수행될 수 있다. 각 단계는 도 3의 서로 다른 요소와 관련하여 아래에 설명되어 있다.
401단계에서 인바운드 엔드포인트 계층(303)은 하나 이상의 외부 통신 네트워크(333A-C)로부터 인바운드 메시지를 수신할 수 있다. 인바운드 메시지는 비-표준화 포맷일 수 있으며, 통신 방식에 따라 외부 통신 네트워크 내에서 사용하기에 적합하지만 내부 통신 네트워크(323)에서 반드시 읽을 수 있는 것은 아니다.
일단 수신되면, 인바운드 엔드 포인트 계층(303)은 403단계에서 인바운드 메시지를 그 컴포넌트들로 파싱하여 메시지 헤더 및 메시지 본문을 식별할 수 있다. 일부 실시예들에서, 메시지 헤더는 인바운드 메시지의 발신지 및 목적지에 관한 정보를 포함할 수 있다. 예를 들어, 메시지 헤더는 제 1 부분에서 그 메시지가 온 발신 외부 시스템(예를 들어, 제 3 자 풀필먼트(335A))을 식별하고, 제 2 부분에서 목적지로서 내부 시스템(321) 내의 목적지 내부 시스템(예를 들어, SCM(325))을 식별할 수 있다.
일부 실시예들에서, 인바운드 엔드 포인트 계층(303)은 메시지에서 발신 외부 시스템의 네트워크 주소(예를 들어, IP 주소)에 기초하여 외부 통신 네트워크(예를 들어, 333A)를 인식함으로써 메시지 헤더를 식별하고 파싱할 수 있다. 예를 들어, 인바운드 엔드 포인트 계층(303)은 외부 통신 네트워크 및 대응하는 통신 프로토콜을 식별하기 위해 네트워크 주소를 알려진 외부 통신 네트워크(즉, 333A-C)의 리스트와 매칭시킬 수 있다. 인바운드 엔드 포인트 계층(303)은 이 정보를 사용하여 메시지 헤더를 파싱하고 전술한 바와 같이 발신 외부 시스템 및 목적지 내부 시스템을 식별할 수 있다.
또한 통신 인터페이스(301)는 외부 시스템(331A-C), 해당 외부 통신 네트워크(333A-C) 및 각각의 통신 방식에 관한 정보를 저장하도록 구성된 메모리 또는 데이터베이스(도시되지 않음)를 포함할 수 있다. 이 정보는 비-표준화 인바운드 메시지에 포함된 데이터를 내부 통신 네트워크(323)와 특정 외부 통신 네트워크(예: 333A)의 통신 방식에 기초하여 표준화 포맷으로 변환하는 방법을 지정하는 미리 구성된 인터페이스 설정을 더 포함할 수 있다. 예를 들어, 미리 구성된 인터페이스 설정은 인바운드 메시지가 온 외부 통신 네트워크(예: 333A)에 의해 사용되는 API 및 통신 프로토콜에 대한 정보를 포함할 수 있다. 일부 실시예들에서, 미리 구성된 인터페이스 설정, 대응하는 통신 프로토콜 및 연관된 외부 통신 네트워크(예를 들어, 333A-C)의 조합은 룩업 테이블, 어레이 세트 등에 저장될 수 있다.
일부 실시예들에서, 미리 구성된 인터페이스 설정은 특정 외부 통신 네트워크의 비-표준화 포맷의 인바운드 메시지의 프레임 워크 또는 파일 구조, 인바운드 메시지가 포함해야 하는 데이터 필드, 인바운드 메시지의 데이터 필드가 내부 통신 네트워크(323)의 표준화 포맷의 데이터 필드에 어떻게 대응하는지에 대한 대응 정보, 대응하는 통신 프로토콜에 기초하여 어떻게 인바운드 메시지 본문이 역직렬화 되어야 하는지 등에 대한 정보를 포함할 수 있다. 또한 일부 실시예들에서, 미리 구성된 인터페이스 설정은 표준화 포맷의 아웃 바운드 메시지의 데이터 필드가 비-표준화 포맷의 아웃 바운드 메시지의 데이터 필드에 대응하는 방법에 대한 대응 정보를 포함할 수 있다. 아웃 바운드 메시지를 비-표준화 포맷으로 변환하는 것에 대한 세부 사항은 아웃 바운드 변환 계층(309)과 관련하여 아래에서 더 상세히 설명 될 것이다.
405-411단계에서, 인바운드 변환 계층(305)은 인바운드 엔드 포인트 계층(303)으로부터 발신지 및 목적지 정보를 수신하고, 인바운드 메시지를 비-표준화 포맷으로부터 내부 통신 네트워크(323)를 위한 표준화 포맷으로 변환하도록 구성될 수 있다.
인바운드 변환 계층(305)은 405단계에서 메모리 또는 데이터베이스로부터 식별되고 검색된 미리 구성된 인터페이스 설정을 사용하여 변환을 수행할 수 있다. 407단계에서, 인바운드 변환 계층(305)은 인바운드 메시지를 보내 온(예: 333A) 외부 통신 네트워크에 대응하는 통신 프로토콜에 기초하여 인바운드 메시지 본문을 역직렬화 할 수 있다. 메시지 본문을 역직렬화하는 것은, 예를 들어, 메시지 본문을 개별 데이터 객체로 파싱하는 것, 객체에 속성을 할당하는 것, 변수 사이의 관계를 식별하는 것 등을 포함할 수 있다. 이 역직렬화 프로세스는 역직렬화 된 메시지에 포함된 변수의 상이한 데이터 필드, 변수, 각각의 값 및 데이터 구조를 식별할 수 있다.
409단계에서, 인바운드 변환 계층(305)은 식별된 데이터의 값을 사전 구성된 인터페이스 설정에 기초하여, 대응하는 데이터 필드, 변수 및 표준화 포맷의 데이터 구조에 개별적으로 그리고 자동으로 할당할 수 있다. 일부 실시예들에서, 인바운드 메시지에 포함된 데이터의 서브 세트가 표준화 포맷의 대응하는 데이터 필드를 갖지 않을 수 있다. 이 경우, 특정 데이터는 폐기되거나 추가 정보로서 표준화 메시지에 추가될 수 있다. 일부 실시예들에서, 또한 인바운드 변환 계층(305)은 발신 외부 시스템 및 목적지 내부 시스템 모두로 전송될 에러 메시지를 생성할 수 있다. 대안적으로 또는 추가적으로, 인바운드 변환 계층(305)은 내부 시스템(321)에서 인바운드 메시지를 전송한 동일한 외부 시스템에 대한 후속 응답이 특정 데이터를 포함할 수 있도록 특정 데이터를 아웃바운드 변환 계층(305)으로 전송할 수 있다.
일부 실시예들에서, 표준화 포맷은 특정 외부 통신 네트워크로부터의 표준화되지 않은 인바운드 메시지에 대응하지 않는 하나 이상의 데이터 필드를 포함할 수 있다. 이 경우, 인바운드 변환 계층(305)은 단순히 무시하거나 미리 정해진 기본값을 데이터 필드에 할당할 수 있다. 일부 실시예들에서, 인바운드 변환 계층(305)은 또한 발신 외부 시스템 및 목적지 내부 시스템 모두로 전송될 에러 메시지를 생성할 수 있다.
411단계에서, 인바운드 변환 계층(305)은 내부 시스템(321)의 통신 프로토콜에 따라 표준화된 메시지 본문을 재직렬화하도록 구성될 수 있다. 표준화된 메시지 본문을 재직렬화하는 단계는 내부 통신 네트워크(323)의 통신 프로토콜에 의해 요구되는 문법에 따라 데이터 필드 및 그 대응하는 값을 순서대로 배열하는 단계를 포함할 수 있다. 인바운드 메시지를 역직렬화, 변환 및 재직렬화 하는 이 프로세스는 특정 인터페이스에서 선택된 통신 방식에 관계없이 인바운드 메시지의 재패키징을 가능하게 하여, 내부 시스템(321)은 호환성을 보장하기 위해 개별 시스템에서 메시지를 변환하거나 리소스를 소비하지 않고도 표준화된 인바운드 메시지를 송수신할 수 있게 한다.
413단계에서, 라우팅 계층(307)은 목적지 정보 및 표준화된 인바운드 메시지 본문을 수신하고 내부 통신 네트워크(323)를 통해 메시지를 내부 시스템(321) 내의 해당 시스템(예를 들어, SCM(325), FO(327) 또는 FC Auth(329))으로 전송하도록 구성될 수 있다. 메시지를 전송하는 단계는 내부 통신 네트워크(323) 내에서 해당 시스템의 네트워크 주소를 식별하는 단계를 더 포함할 수 있다.
외부 시스템(예를 들어, 335A)으로의 전송을 위해 내부 시스템(예를 들어, SCM(325))으로부터 발신되는 아웃 바운드 통신의 경우, 아웃 바운드 엔드 포인트 계층(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) 모두에 전송될 에러 메시지를 생성할 수 있다. 또는, 아웃 바운드 변환 계층(309)은 인바운드 메시지를 보낸 동일한 내부 시스템(즉, SCM(325))으로의 특정 외부 시스템(즉, 335A)으로부터의 후속 응답이 특정 데이터를 포함할 수 있도록, 특정 데이터를 인바운드 변환 계층(305)으로 전송할 수 있다. 더 나아가, 일부 실시예들에서, 비-표준화 포맷은 아웃 바운드 메시지에서 대응하는 것이 없는 하나 이상의 데이터 필드를 포함할 수 있다. 이 경우, 아웃 바운드 변환 계층(309)은 단순히 무시하거나 미리 정해진 기본값을 데이터 필드에 할당할 수 있다. 아웃 바운드 변환 계층(309)은 또한 발신 내부 시스템(즉, SCM(325)) 및 목적지 외부 시스템(즉, 335A) 모두에 전송될 에러 메시지를 생성할 수 있다.
509단계에서, 아웃 바운드 변환 계층(309)은 전술한 인바운드 메시지가 메시지 헤더 및 메시지 본문을 포함하는 방식과 유사하게, 메시지 헤더를 아웃 바운드 메시지에 추가할 수 있다. 메시지 헤더는 발신 내부 시스템(예를 들어, FO(327)) 및 목적지 외부 시스템(예를 들어, 제 3 자 풀필먼트(335C))에 관한 정보를 포함할 수 있다.
513단계에서, 라우팅 계층(307)은 표준화된 인바운드 메시지를 내부 시스템으로 전송하는 것과 관련하여 전술한 것과 유사한 프로세스로 비-표준화된 아웃 바운드 메시지를 목적지 외부 시스템으로 전송할 수 있다. 일부 실시예들에서, 또한 라우팅 계층(307)은 내부 시스템들(321)과 목적지 외부 시스템들(예를 들어, 331B)간의 보안 통신을 위해 인증 데이터를 목적지 외부 통신 네트워크(예를 들어, 333B)로 전송할 수 있다.
다음으로, 도 1a와 관련하여 위에서 설명된 시스템과 관련하여 통신 인터페이스(301)의 예시적인 응용이 설명된다.
도 1a를 다시 참조하면, 시스템(100)은 네트워크를 통해 서로 통신하는 상이한 시스템을 포함하는 개체의 예일 수 있다. 시스템(100)은 또한 FMG(115)를 통해 3PL 시스템(121A-C)과 같은 제 3 자 시스템과 통신할 필요가 있을 수 있다. 일부 실시예에서, FMG(115)는 전술한 통신 인터페이스(301)의 예일 수 있다. 이를 통해 FO 시스템(113), SCM 시스템(117) 및 FC Auth(123)과 같은 내부 시스템이 3PL 시스템(121A-C)과 같은 외부 시스템과 통신할 수 있게 되어, 모든 제품 재고를 풀필먼트 센터(200) 내에 저장하지 않고도 내부 및 제3 자 창고의 네트워크를 통해 주문 풀필먼트을 조정할 수 있다.
예를 들어, 시스템(100)은 내부 프론트 엔드 시스템(105)을 통해 고객으로부터 주문을 수신할 수 있다. 주문은 풀필먼트 센터(200) 내에 비축 된 하나 이상의 품목(예를 들어, 프린터, 의자, 노트패드 등), 해당 제조업체 창고 내의 비축된 대형 품목(예를 들어, 냉장고) 및 디자이너로부터 직접 디자인 및 배송된 맞춤 디자인 보석으로 구성될 수 있다.
주문을 처리하는 것은 시스템(100)의 상이한 시스템들 사이의 통신을 필요로 할 수 있다. 제조자의 시스템들 및 디자이너의 시스템들에서, 시스템들은 상이한 통신 방식들을 사용하여 통신할 수 있다. 이 예에서, 제조자 시스템은 큰 품목을 준비 및 선적하고 주문 상태를 시스템(100)으로 다시 전송하기 위해 시스템(100)으로부터 주문을 수신할 필요가 있을 수 있다. 한편, 디자이너 시스템은 시스템(100)으로부터 커스터마이즈 한 상세 내용과 함께 주문을 수신하고 주문 상태, 예상 완성 시간 등을 시스템(100)으로부터 수신할 필요가 있을 수 있다. 따라서, 제조자 시스템과 시스템(100) 사이의 메시지는 세 시스템의 통신 방식 간의 차이 외에 다른 매개변수, 메시지 구조 등이 요구될 수 있다.
일부 실시예에서, 제조자 시스템은 또한 다가오는 휴일 시즌 동안 시스템(100)의 공급 체인 관리 시스템(117)으로부터 예상 주문량을 수신하도록 구성될 수 있으며, 이는 상기 주문을 처리하기 위해 수신된 것과 상이한 새로운 파라미터 세트를 필요로 한다. 3PL 시스템(121A-C)과 같은 다른 시스템도 해당 제 3 개체의 작업자 정보를 제공하여, FMG(115) 및 시스템(100)이 마치 시스템(100)의 일부인 것처럼 3PL 시스템(121A-C)과 통신할 수 있게 할 수 있다.
본 개시가 특정 실시예들을 참조하여 도시되고 설명되었지만, 본 개시가 다른 환경에서 변형없이 실시될 수 있음은 자명하다. 전술한 설명은 예시를 목적으로 제공되었다. 이는 포괄적인 것이 아니며 개시된 정확한 형태 또는 실시예로 한정되지 않는다. 변형예 및 적응예는 개시된 실시예들의 발명의 설명 및 실시에 대한 고려로부터 통상의 기술자에게 명백할 것이다. 추가적으로, 개시된 실시예들의 양상들이 메모리에 저장되는 것으로 설명되었지만, 통상의 기술자는 이러한 양상들이 또한 2차적 저장 디바이스(예를 들어, 하드 디스크 또는 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. 통신 네트워크를 인터페이싱 하기 위한 컴퓨터 구현 시스템으로서,
    명령을 저장하는 메모리; 및
    상기 명령을 실행하도록 구성된 적어도 하나의 프로세서를 포함하고,
    상기 명령은,
    발신 네트워크로부터 제1 메시지를 수신하는 것;
    상기 제1 메시지에 기초하여 목적지 네트워크를 결정하는 것;
    상기 제1 메시지를 상기 목적지 네트워크와 호환 가능한 목적지 포맷으로 변환하는 것; 및
    상기 변환된 제1 메시지를 상기 목적지 네트워크로 전송하는 것을 포함하는 컴퓨터 구현 시스템.
  2. 청구항 1에 있어서,
    상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것은,
    상기 목적지 포맷과 호환되지 않는 상기 제1 메시지의 데이터의 서브 세트를 폐기하는 것을 포함하는 컴퓨터 구현 시스템.
  3. 청구항 1에 있어서,
    상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것은,
    상기 변환된 제1 메시지에 상기 제1 메시지의 데이터의 서브 세트를 추가 정보로써 추가하는 것을 포함하고,
    상기 데이터의 서브 세트는 상기 목적지 포맷과 호환되지 않는 컴퓨터 구현 시스템.
  4. 청구항 1에 있어서,
    상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것은,
    상기 목적지 포맷과 호환되지 않는 상기 제1 메시지의 데이터의 서브 세트를 저장하는 것; 및
    상기 목적지 네트워크에서 상기 발신 네트워크로 전송되는 제2 메시지에 상기 데이터의 서브 세트를 추가하는 것을 포함하는 컴퓨터 구현 시스템.
  5. 청구항 1에 있어서,
    상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것은,
    상기 제1 메시지와 연관된 발신(original) 포맷을 식별하는 것;
    상기 발신 포맷 및 상기 목적지 포맷에 대응하는 인터페이스 맵을 식별하는 것; 및
    상기 인터페이스 맵을 사용하여 상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것을 포함하는 컴퓨터 구현 시스템.
  6. 청구항 1에 있어서,
    상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것은,
    상기 제1 메시지의 발신 포맷에 기초하여 상기 제1 메시지를 역직렬화하는 것;
    상기 역직렬화된 제1 메시지의 값을 상기 목적지 포맷의 대응하는 필드에 할당하는 것; 및
    상기 할당된 값을 상기 변환된 제1 메시지로 재직렬화하는 것을 포함하는 컴퓨터 구현 시스템.
  7. 청구항 1에 있어서,
    상기 목적지 네트워크를 결정하는 것은,
    상기 제1 메시지의 네트워크 주소에 기초하여 상기 발신 네트워크를 인식하는 것;
    상기 네트워크 주소를 하나 이상의 알려진 네트워크 목록과 매칭시키는 것; 및
    상기 목적지 네트워크를 식별하기 위해 상기 매칭된 네트워크에 기초하여 상기 제1 메시지를 파싱(parsing)하는 것을 포함하는 컴퓨터 구현 시스템.
  8. 청구항 1에 있어서,
    상기 제1 메시지는 REST(Representational State Transfer) API, RESTful API, 파일 전송 API, 데이터베이스-데이터베이스 API, SOAP(Simple Object Access Protocol) API 또는 RPC(Remote Procedure Call) API 중 적어도 하나를 사용하여 수신되는 컴퓨터 구현 시스템.
  9. 청구항 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 등 중 적어도 하나를 포함하는 컴퓨터 구현 시스템.
  10. 청구항 1에 있어서,
    상기 발신 네트워크 및 상기 목적지 네트워크는 비 중첩(non-overlappling)인 컴퓨터 구현 시스템.
  11. 통신 네트워크를 인터페이싱 하기 위한 컴퓨터 구현 방법으로서,
    발신 네트워크로부터 제1 메시지를 수신하고;
    상기 제1 메시지에 기초하여 목적지 네트워크를 결정하고;
    상기 제1 메시지를 상기 목적지 네트워크와 호환 가능한 목적지 포맷으로 변환하고; 그리고
    상기 변환된 제1 메시지를 상기 목적지 네트워크로 전송하는 것을 포함하는 컴퓨터 구현 방법.
  12. 청구항 11에 있어서,
    상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것은,
    상기 목적지 포맷과 호환되지 않는 상기 제1 메시지의 데이터의 서브 세트를 폐기하는 것을 포함하는 컴퓨터 구현 방법.
  13. 청구항 11에 있어서,
    상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것은,
    상기 변환된 제1 메시지에 상기 제1 메시지의 데이터의 서브 세트를 추가 정보로써 추가하는 것을 포함하고,
    상기 데이터의 서브 세트는 상기 목적지 포맷과 호환되지 않는 컴퓨터 구현 방법.
  14. 청구항 11에 있어서,
    상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것은,
    상기 목적지 포맷과 호환되지 않는 상기 제1 메시지의 데이터의 서브 세트를 저장하고; 그리고
    상기 목적지 네트워크에서 상기 발신 네트워크로 전송되는 제2 메시지에 상기 데이터의 서브 세트를 추가하는 것을 포함하는 컴퓨터 구현 방법.
  15. 청구항 11에 있어서,
    상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것은,
    상기 제1 메시지와 연관된 발신 포맷을 식별하고;
    상기 발신 포맷 및 상기 목적지 포맷에 대응하는 인터페이스 맵을 식별하고는; 그리고
    상기 인터페이스 맵을 사용하여 상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것을 포함하는 컴퓨터 구현 방법.
  16. 청구항 11에 있어서,
    상기 제1 메시지를 상기 목적지 포맷으로 변환하는 것은,
    상기 제1 메시지의 발신 포맷에 기초하여 상기 제1 메시지를 역직렬화하고;
    상기 역직렬화된 제1 메시지의 값을 상기 목적지 포맷의 대응하는 필드에 할당하고; 그리고
    상기 할당된 값을 상기 변환된 제1 메시지로 재직렬화하는 것을 포함하는 컴퓨터 구현 방법.
  17. 청구항 11에 있어서,
    상기 목적지 네트워크를 결정하는 것은,
    상기 제1 메시지의 네트워크 주소에 기초하여 상기 발신 네트워크를 인식하고;
    상기 네트워크 주소를 하나 이상의 알려진 네트워크 목록과 매칭시키고; 그리고
    상기 목적지 네트워크를 식별하기 위해 상기 매칭된 네트워크에 기초하여 상기 제1 메시지를 파싱하는 것을 포함하는 컴퓨터 구현 방법.
  18. 청구항 11에 있어서,
    상기 제1 메시지는 REST(Representational State Transfer) API, RESTful API, 파일 전송 API, 데이터베이스-데이터베이스 API, SOAP(Simple Object Access Protocol) API 또는 RPC(Remote Procedure Call) API 중 적어도 하나를 사용하여 수신되는 컴퓨터 구현 방법.
  19. 청구항 11에 있어서,
    상기 목적지 포맷은 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 등 중 적어도 하나를 포함하는 컴퓨터 구현 방법.
  20. 청구항 11에 있어서,
    상기 발신 네트워크 및 상기 목적지 네트워크는 비 중첩인 컴퓨터 구현 방법.
KR1020210114464A 2019-07-12 2021-08-30 통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법 KR102430703B1 (ko)

Applications Claiming Priority (3)

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
KR1020190094980A KR102297720B1 (ko) 2019-07-12 2019-08-05 통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020190094980A Division KR102297720B1 (ko) 2019-07-12 2019-08-05 통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법

Publications (2)

Publication Number Publication Date
KR20210111211A true KR20210111211A (ko) 2021-09-10
KR102430703B1 KR102430703B1 (ko) 2022-08-09

Family

ID=69590639

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020190094980A KR102297720B1 (ko) 2019-07-12 2019-08-05 통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법
KR1020210114464A KR102430703B1 (ko) 2019-07-12 2021-08-30 통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020190094980A KR102297720B1 (ko) 2019-07-12 2019-08-05 통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법

Country Status (6)

Country Link
US (2) US10574794B1 (ko)
JP (1) JP2021526694A (ko)
KR (2) KR102297720B1 (ko)
SG (1) SG11202011755XA (ko)
TW (2) TWI757079B (ko)
WO (1) WO2021009593A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102625714B1 (ko) * 2022-12-29 2024-01-16 한화시스템 주식회사 메시지 처리장치, 이를 구비하는 무인항공기 시스템, 및 메시지 처리방법

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018218032A1 (en) 2017-05-24 2018-11-29 Taco Marketing Llc Consumer purchasing and inventory control assistant apparatus, system and methods
US10574794B1 (en) 2019-07-12 2020-02-25 Coupang Corp. Systems and methods for interfacing networks regardless of communication scheme
US20210019813A1 (en) * 2019-07-18 2021-01-21 Taco Marketing Llc Consumer purchasing and inventory control assistant apparatus, system and methods
CN113422760B (zh) * 2021-06-10 2023-04-07 杭州安恒信息技术股份有限公司 数据传输方法、装置、电子装置和存储介质
CN114095585B (zh) * 2022-01-21 2022-05-20 武汉中科通达高新技术股份有限公司 数据传输方法、装置、存储介质及电子设备
US12014226B2 (en) 2022-06-30 2024-06-18 Mastercard International Incorporated Microservice platform message management system

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 (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6111893A (en) 1997-07-31 2000-08-29 Cisco Technology, Inc. Universal protocol conversion
JP2000187626A (ja) * 1998-10-16 2000-07-04 Mitsubishi Electric Corp アプリケ―ション間デ―タ送受信システム及びアプリケ―ション間デ―タ送受信方式及びアプリケ―ション間デ―タ送受信方法及びプログラムを記録したコンピュ―タ読取可能な記録媒体
US6785730B1 (en) 1999-02-16 2004-08-31 Rebecca S. Taylor Generic communications protocol translator
JP2001216226A (ja) * 1999-11-26 2001-08-10 Mitsubishi Electric Corp アプリケーション間データ送受信方式及びアプリケーション間データ送受信方法及びアプリケーション間データ送受信方法をコンピュータに動作させるプログラムを記録したコンピュータで読取可能な記録媒体
JP2002175274A (ja) * 2000-12-06 2002-06-21 Sony Corp 情報処理装置及び情報処理方法、ネットワーク・システム、記憶媒体、並びにコンピュータ・プログラム
JP2003099298A (ja) * 2001-09-21 2003-04-04 Nippon Telegr & Teleph Corp <Ntt> データ変換方法およびデータ変換装置
US7412539B2 (en) * 2002-12-18 2008-08-12 Sonicwall, Inc. Method and apparatus for resource locator identifier rewrite
US7444620B2 (en) * 2003-02-28 2008-10-28 Bea Systems, Inc. Systems and methods for a common runtime container framework
US7633929B1 (en) * 2003-04-09 2009-12-15 Cisco Technology, Inc. Arrangement for providing ISUP transparency across voice over packet networks based on determined exchange type
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 電子データ交換プログラム、電子データ交換装置および情報処理プログラム
JP2007140611A (ja) * 2005-11-14 2007-06-07 Fuji Electric Systems Co Ltd データ連携方式
US20070198731A1 (en) * 2006-02-21 2007-08-23 Mediatek Inc. System and method for processing multimedia messages
US7703099B2 (en) * 2006-02-24 2010-04-20 Microsoft Corporation Scalable transformation and configuration of EDI interchanges
KR100798926B1 (ko) 2006-12-04 2008-01-29 한국전자통신연구원 패킷 스위치 시스템에서의 패킷 포워딩 장치 및 방법
CN101141419B (zh) 2007-10-19 2010-09-29 广州市聚晖电子科技有限公司 基于异构型网络协议的数字家庭设备间的通讯方法
US8918488B2 (en) * 2009-02-04 2014-12-23 Citrix Systems, Inc. Methods and systems for automated management of virtual resources 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
US8843645B2 (en) * 2010-06-24 2014-09-23 Citrix Systems, Inc. Systems and methods for detecting incomplete requests, TCP timeouts and application timeouts
CN103179027B (zh) 2011-12-22 2016-09-28 中兴通讯股份有限公司 一种实现电器设备兼容的方法和系统、通用外设接入网关
US9571404B2 (en) * 2012-11-09 2017-02-14 Aruba Networks, Inc. Method and system for prioritizing network packets
US10904144B2 (en) * 2012-12-27 2021-01-26 Sitting Man, Llc Methods, systems, and computer program products for associating a name with a network path
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
US20160232043A1 (en) * 2015-02-10 2016-08-11 Unisys Corporation Global cache for automation variables
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
US10574794B1 (en) 2019-07-12 2020-02-25 Coupang Corp. Systems and methods for interfacing networks regardless of communication scheme

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102625714B1 (ko) * 2022-12-29 2024-01-16 한화시스템 주식회사 메시지 처리장치, 이를 구비하는 무인항공기 시스템, 및 메시지 처리방법

Also Published As

Publication number Publication date
JP2021526694A (ja) 2021-10-07
SG11202011755XA (en) 2021-02-25
US11115503B2 (en) 2021-09-07
WO2021009593A1 (en) 2021-01-21
TW202105976A (zh) 2021-02-01
KR20210007780A (ko) 2021-01-20
KR102297720B1 (ko) 2021-09-03
TWI721921B (zh) 2021-03-11
US20210014336A1 (en) 2021-01-14
TWI757079B (zh) 2022-03-01
KR102430703B1 (ko) 2022-08-09
US10574794B1 (en) 2020-02-25
TW202121878A (zh) 2021-06-01

Similar Documents

Publication Publication Date Title
KR102430703B1 (ko) 통신 방식에 상관없이 네트워크를 인터페이싱 하기 위한 시스템 및 방법
KR102309820B1 (ko) 플렉서블 배달 작업의 자동 할당을 위한 시스템 및 방법
KR102378606B1 (ko) 전자적 재고 추적 시스템 및 연관된 사용자 인터페이스
KR102296553B1 (ko) 인바운드 제품 스케줄링, 인바운드 제품 적재, 및 인바운드 에러 모니터링을 위한 시스템 및 방법
KR102380144B1 (ko) 통합된 통신 방식을 사용하여 네트워크들을 인터페이싱하기 위한 시스템들 및 방법들
KR102430492B1 (ko) 배치 프레임워크를 사용하여 재입고 알림을 제공하기 위한 시스템 및 방법
KR102382581B1 (ko) 재고 이동의 전자 모니터링을 위한 시스템 및 방법
KR102647845B1 (ko) 패키지 배달 촉진을 위한 컴퓨터 시스템 및 방법
KR102524919B1 (ko) 보장된 배달 시간 선택의 표시 및 결정을 위한 컴퓨터 시스템 및 방법
JP7123183B2 (ja) 統合された通信スキームを使用してネットワークをインターフェースするためのシステムおよび方法
AU2020264387A1 (en) Systems and methods for interfacing networks regardless of communication scheme
KR102283354B1 (ko) 온라인 고객 보조를 위한 지능형 시스템
KR20230117803A (ko) 관리 시스템
WO2022034380A1 (en) Program interface remote management and provisioning

Legal Events

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