KR20170099409A - 배송 모니터링 방법 및 시스템 - Google Patents

Abstract

배송 순회를 모니터링하는 컴퓨터 디바이스 및 방법은 컴퓨터 디바이스에서 배송 정보를 수신하는 것을 포함한다. 배송 정보는 제2 컴퓨터로부터 컴퓨터 디바이스로 전송되는 것과 컴퓨터 디바이스의 사용자 인터페이스를 통해 입력되는 것 중 적어도 하나이다. 배송 정보는 배송 순회에서의 계획된 경유지의 위치 및 계획된 경유지에 배송될 제품의 수량을 포함한다. 컴퓨터 디바이스는 배송 경유지에서의 제품의 배송 이전에 배송 경유지의 위치가 계획된 경유지의 위치에 대응한다는 것을 검증한다. 컴퓨터 디바이스는 또한 배송 경유지에 배송된 제품의 수량을 기록하고 배송된 제품의 수량이 배송될 제품의 수량에 대응한다는 것을 검증한다.

Description

배송 모니터링 방법 및 시스템{METHOD AND SYSTEM FOR MONITORING DELIVERIES}

관련 출원들의 상호 참조

본 출원은 2013년 8월 9일자로 출원된 미국 출원 제13/963,527호(그 전체가 참고로 본 명세서에 포함됨)의 일부 계속 출원(continuation-in-part)이고, 그를 기초로 우선권을 주장한다.

본 발명은 제품들의 배송을 모니터링하는 방법 및 시스템에 관한 것이다. 제품들은 개별 용기들에 포장될 수 있거나, 제품을 배송 현장(delivery site)에 있는 보관 용기로 이송함으로써 대량으로(in bulk) 배송될 수 있다. 제품들은 또한 장비의 개별 부품들일 수 있다.

제품들의 배송은 물류 차원에서 어려운 일일 수 있는데, 그 이유는 배송 경로 또는 실제로 배송되는 제품의 수량에 대한 조절을 필요로 할 수 있는 예기치 못한 문제들이 발생할 수 있기 때문이다. 예를 들어, 제품이 손상 또는 훼손으로 인해 배송 가능하지 않을지도 모른다. 다른 경우들에서, 잘못된 제품 또는 잘못된 수량의 제품이 수령자로 보내진다. 또 다른 경우들에서, 예컨대, 제품이 잘못된 주소로 보내지거나 수령자가 제품을 수령하기 위해 기다리고 있지 않기 때문에, 제품이 배송될 수 없다. 다른 예에서, 마감 직전의 제품 배송 요청, 응급 요구사항들, 또는 고객 중심 스케줄링 조절에 부응할 필요가 있다.

배송 대행업자들(예컨대, 트럭 운전자들)에 대한 스케줄들을 생성하는 스케줄링 시스템들이 존재한다. 그렇지만, 이 종래의 시스템들은 앞서 언급된 것들과 같은 예기치 못한 문제들에 적응하는 능력이 제한되어 있다. 배송 대행업자들은 전형적으로 영업일 또는 근무 교대의 시작에 그들의 스케줄들을 수신하고, 이어서 스케줄을 가능한 한 충실하게 따르려고 시도할 것이다. 대행업자들은, 문제들이 발생할 때, 배송들을 어떻게 계속할지에 관한 임의의 부가의 안내를 거의 제공받지 않는다. 대행업자들은 또한, 예컨대, 초과하는 제품을 어디로 보낼지와 관련하여, 그들이 가지는 자율성의 양이 제한되어 있는데, 그 이유는 종래의 시스템들이 상당한 스케줄 일탈을 감안하고 있지 않고 그리고/또는 배송 순회(delivery trip)에 어떤 위치들을 추가하는 것이 적당한지에 관한 안내를 제공하지 않기 때문이다.

종래의 배송 시스템들은 또한 얼마의 그리고 어떤 유형의 제품들이 수송되고 있는지를 추적하기 위해 의존하고 있는 배송 대행업자들측에서의 용납할 수 없는 레벨의 사람 오류를 감안하고 있지 않다. 배송이 시작되는 창고와 같은 중앙 시설에 보관된 제품을 추적하기 위한 재고 모니터링 기법들이 어느 정도까지는 유용하다. 그렇지만, 제품이 중앙 시설로부터 내보내지면, 추적이 어렵게 되고, 배송 대행업자가 배송 순회 동안 많은 배송 경유지(delivery stop)들을 다니는 경우에 특히 그렇다. 특정 유형의 제품들에 대해, 임의의 주어진 때에 배송 차량에 존재하는 제품의 수량을 정확하게 모니터링하는 것이 또한 어렵다. 예를 들어, 산업용 가스 제품들은 전형적으로 액체 형태로 보관되고, 특정 수량의 제품이 수송 동안 그리고 액체가 대량으로 배송 차량으로 또는 그로부터 이송될 때마다 기화를 통해 손실된다. 배송되는 제품의 명시된 수량과 배송되는 제품의 실제 수량 사이의 불일치의 결과, 수령자는 배송에 대한 부정확한 청구서를 수령하게 될 수 있다. 어떤 경우들에서, 공급업자가 불일치를 그의 대차 대조표 상에서 손실로서 대손상각하는 것에 의해 그 비용을 처리할 수 있다. 불일치가 어떻게 해결되는지에 관계없이, 적어도 한쪽 당사자가 악영향을 받는다.

이러한 본원의 배경 기술은 2012.08.29. 일자로 공개된 공개특허공보 제10-2012-0095564호에 개시된다.

본 발명의 예시적인 실시예들은 제품의 배송을 모니터링하는 시스템 및 방법을 제공한다.

예시적인 실시예들에 따르면, 배송 순회를 모니터링하는 컴퓨터 구현 방법이 제공된다. 이 방법은 제1 컴퓨터의 프로세서에서, 배송 정보를 수신하는 단계 - 여기서 배송 정보는 제2 컴퓨터 중 하나 이상으로부터 제1 컴퓨터로 전송되는 것과 제1 컴퓨터의 사용자 인터페이스를 통해 입력되는 것 중 적어도 하나이고, 여기서 배송 정보는 배송 순회에서의 계획된 경유지(stop)의 위치 및 계획된 경유지에 배송될 제품의 수량을 포함함 -; 프로세서에서, 배송 경유지에서의 제품의 배송 이전에 배송 경유지의 위치가 계획된 경유지의 위치에 대응한다는 것을 검증하는 단계; 및 프로세서에서, 배송 경유지에 배송된 제품의 수량을 기록하고 배송된 제품의 수량이 배송될 제품의 수량에 대응한다는 것을 검증하는 단계를 포함한다.

예시적인 실시예들에 따르면, 배송 순회를 모니터링하는 컴퓨터 디바이스가 제공되고, 이 컴퓨터 디바이스는 배송 정보를 수신하는 동작, 여기서 배송 정보는 제2 컴퓨터 중 하나 이상으로부터 제1 컴퓨터로 전송되는 것과 제1 컴퓨터의 사용자 인터페이스를 통해 입력되는 것 중 적어도 하나이고, 여기서 배송 정보는 배송 순회에서의 계획된 경유지의 위치 및 계획된 경유지에 배송될 제품의 수량을 포함함 -; 배송 경유지에서의 제품의 배송 이전에 배송 경유지의 위치가 계획된 경유지의 위치에 대응한다는 것을 검증하는 동작; 및 배송 경유지에 배송된 제품의 수량을 기록하고 배송된 제품의 수량이 배송될 제품의 수량에 대응한다는 것을 검증하는 동작을 수행하는 프로세서를 포함한다.

예시적인 실시예들에 따르면, 제품의 배송을 모니터링하는 시스템 및 방법은 배송 동안 실시간으로 전송되는 배송 정보를 수신하는 것을 포함한다. 이 정보는 배송된 제품의 수량을 나타낸다. 정보를 수신하는 프로세서는 수신된 정보에 따라 배송된 제품의 수량을 반영하기 위해 데이터베이스를 업데이트한다. 이것은 본 시스템이 재고의 변화가 일어나고 있는 현장으로부터의 실시간 정보에 기초하여 재고를 추적할 수 있게 한다.

예시적인 실시예들에 따르면, 제품의 배송을 모니터링하는 시스템 및 방법은 컴퓨터의 프로세서에서, 보관 용기를 식별해주는 정보를 수신하는 것을 포함한다. 프로세서는 정보를 배송에 배정된 보관 용기와 연관된 저장된 정보와 비교한다. 비교에 기초하여, 프로세서는 대행업자가 배송을 계속할 수 있게 한다. 이것은 시스템이 배송들이 정확한 위치들에서 행해지고 있다는 것을 검증할 수 있게 하고, 동일한 배송 위치가 제품이 어쩌면 배송되어 들어갈 수 있는 다수의 보관 용기들을 가질 때 특히 유용하다.

예시적인 실시예들에 따르면, 배송 스케줄을 생성하는 시스템 및 방법은 사용자에 의해 규정된 배송 순회(user-defined delivery trip)에 대한 스케줄을 생성하거나 수정하라는 사용자 요청을 수신하는 것을 포함한다. 이 스케줄은, 잠재적인 배송 위치들 중에서의 배송 위치의 사용자 선택과 함께, 순회 시작 위치 및 순회 종료 위치의 사용자 입력에 의해 생성된다. 잠재적인 배송 위치들 중 하나의 배송 위치의 사용자 선택에 응답하여, 배송 경유지가 시작 위치와 종료 위치 사이에서 스케줄에 추가된다. 이것은 스케줄링과 관련하여 자유를 제공하는데, 그 이유는 사용자가 새로운 스케줄을 규정할 수 있고, 사용자 입력 없이 생성되었을 수 있는 미리 정해진 스케줄들로 제한되지 않기 때문이다.

예시적인 실시예들에 따르면, 컴퓨터의 프로세서는 보관 용기 내의 제1 센서의 출력 및 배송 차량 내의 제2 센서의 출력을 수신한다. 프로세서는, 제1 센서 및 제2 센서의 각자의 출력들이 나타내는 배송 수량(delivery amount)들 사이의 비교의 결과에 따라, 배송 프로세스를 종료할 허가를 승인한다. 이것은 각각의 배송의 현장에서 배송 수량들이 정확하게 기록되도록 보장하는 데 유용하다. 센서들 중 하나가 오동작하고 있는 경우, 비교는 이것을 검출할 것이고, 적절한 정정 조치가 취해질 수 있다.

도 1은 본 발명의 예시적인 실시예에 따른, 배송들을 모니터링하는 시스템의 블록도.
도 2는 본 발명의 예시적인 실시예에 따른, 배송들을 모니터링하는 방법을 나타낸 플로우차트.
도 3 및 도 4는 본 발명의 예시적인 실시예에 따른, 사용자가 배송들을 모니터링하는 시스템에 로그인하는 사용자 인터페이스를 나타낸 도면.
도 5 및 도 6은 본 발명의 예시적인 실시예에 따른, 사용자가 순회를 선택하는 사용자 인터페이스를 나타낸 도면.
도 7은 본 발명의 예시적인 실시예에 따른, 선택된 순회의 상세를 디스플레이하는 사용자 인터페이스를 나타낸 도면.
도 8 내지 도 14는 본 발명의 예시적인 실시예에 따른, 사용자가 순회전 프로세스(pre-trip process)에 참여하는 사용자 인터페이스를 나타낸 도면.
도 15는 본 발명의 예시적인 실시예에 따른, 사용자가 순회전 단계(pre-trip phase)의 종료를 타임스탬핑(time-stamp)하는 사용자 인터페이스를 나타낸 도면.
도 16 및 도 17은 본 발명의 예시적인 실시예에 따른, 사용자가 새로운 순회를 생성하는 사용자 인터페이스를 나타낸 도면.
도 18 내지 도 21은 본 발명의 예시적인 실시예에 따른, 사용자가 순회에 경유지를 추가하는 사용자 인터페이스를 나타낸 도면.
도 22는 본 발명의 예시적인 실시예에 따른, 사용자가 지연을 기록하는 사용자 인터페이스를 나타낸 도면.
도 23은 본 발명의 예시적인 실시예에 따른, 사용자가 재급유 정차(refueling stop)들을 기록하는 사용자 인터페이스를 나타낸 도면.
도 24는 본 발명의 예시적인 실시예에 따른, 사용자가 차량 하중 파라미터들을 기록하는 사용자 인터페이스를 나타낸 도면.
도 25 내지 도 29는 본 발명의 예시적인 실시예에 따른, 사용자가 배송 프로세스에 참여하는 사용자 인터페이스를 나타낸 도면.
도 30은 본 발명의 예시적인 실시예에 따른, 사용자가 포장 배송(packaged delivery)의 상세를 기록하는 사용자 인터페이스를 나타낸 도면.
도 31 내지 도 34는 본 발명의 예시적인 실시예에 따른, 사용자가 실패한 배송들을 기록하는 예시적인 사용자 인터페이스를 나타낸 도면.
도 35는 본 발명의 예시적인 실시예에 따른, 사용자가 캡처하고 저장된 사진들에 액세스하는 사용자 인터페이스를 나타낸 도면.
도 36 내지 도 39는 본 발명의 예시적인 실시예에 따른, 배송 정보를 유효성 확인하는 방법들의 플로우차트.
도 40은 본 발명의 예시적인 실시예에 따른, 사용자가 순회후 프로세스(post-trip process)에 참여하는 사용자 인터페이스를 나타낸 도면.
도 41 및 도 42는 본 발명의 예시적인 실시예들에 따른, 제품 품질을 분석하는 사용자 인터페이스를 나타낸 도면.
도 43은 본 발명의 예시적인 실시예에 따른, 품질 요구사항들을 명시하는 사용자 인터페이스를 나타낸 도면.
도 44 및 도 45는 본 발명의 예시적인 실시예들에 따른, 품질 요구사항들을 나타낸 도면.
도 46 및 도 47은 본 발명의 예시적인 실시예에 따른, 사용자가 품질 분석을 개시하는 사용자 인터페이스를 나타낸 도면.
도 48은 본 발명의 예시적인 실시예에 따른, 측정된 품질 표시자들을 디스플레이하는 사용자 인터페이스를 나타낸 도면.
도 49는 품질 요구사항들을 충족시키지 못한 것에 관한 오류 메시지를 디스플레이하는 사용자 인터페이스를 나타낸 도면.
도 50 및 도 51은 본 발명의 예시적인 실시예들에 따른, 품질 분석을 요약한 보고들을 나타낸 도면.
도 52는 본 발명의 예시적인 실시예에 따른, 제품 품질을 분석하는 방법의 플로우차트.
도 53은 본 발명의 예시적인 실시예에 따른, 현금 기반 판매 거래가 처리되는 사용자 인터페이스를 나타낸 도면.
도 54는 본 발명의 예시적인 실시예에 따른, 현금 기반 판매 거래의 대상물인 제품을 전자적으로 스캔하는 사용자 인터페이스를 나타낸 도면.
도 55는 본 발명의 예시적인 실시예에 따른, 현금 영수증을 나타낸 도면.
도 56은 본 발명의 예시적인 실시예에 따른, 현금 기반 판매 거래를 처리하는 방법의 플로우차트.

도 1은 본 발명의 예시적인 실시예에 따른, 배송들을 모니터링하는 예시적인 시스템(100)을 나타낸 것이다. 본 시스템(100)은 대행업자들(12)에 의해 각각 동작되는 휴대용 컴퓨터들(14)을 통해 복수의 배송 대행업자들(12)과 통신하는 중앙 컴퓨터(예컨대, 서버(20))를 포함할 수 있다. 통신 네트워크(110)는 서비스(20)를 컴퓨터들(14)에 무선으로 연결시킨다. 하나의 실시예에서, 네트워크(110)는 이동 전화 네트워크(예컨대, 3G 또는 4G 네트워크)이고, 컴퓨터들(14)은 스마트폰이다. 무선 액세스의 이용 가능성이 위치에 의해 변하고, 따라서 네트워크(110)를 구현하는 데 사용되는 기술은 시스템(100)이 어디에 위치해 있는지에 의존할 수 있다. 이는 또한 시스템이 사용자들(12)과 통신할 것으로 예상되는 거리(예컨대, 이동 전화 네트워크는 Wi-Fi와 비교하여 상당히 더 큰 도달거리를 가짐) 및 시스템(100)이 얼마나 빨리 통신할 필요가 있는지에 의존할 수 있다. 따라서, 네트워크는 통신 요구사항들에 기초하여 선택될 수 있다.

서버(20)는, 배송들의 실시간 모니터링과 함께, 배송 스케줄들의 생성 및 조절을 제공하는 모니터링 및 스케줄링 알고리즘들을 실행한다. 예시적인 실시예에서, 서버(20)는 또한 청구서 작성, 재고 관리, 고객 지원, 또는 임금 지급 프로세스들을 포함할 수 있는 배송후 프로세스들을 수행하는 알고리즘들을 실행한다. 서버(20)에 의해 실행되는 알고리즘들은, 본 명세서에 기술된 방법들을 중 임의의 것을 단독으로 또는 결합하여 수행하기 위해(예컨대, 기술된 그래픽 사용자 인터페이스들 중 임의의 하나 이상을 출력하기 위해), 임의의 종래의 메모리 디바이스를 비롯한 비일시적 컴퓨터 판독 가능 매체 상에 프로그램 코드로서 저장될 수 있다. 메모리 디바이스는 임의의 종래의 영구적 및/또는 일시적 메모리 회로들 또는 이들의 조합을 포함할 수 있고, 이의 비전수적 목록은 RAM(Random Access Memory), ROM(Read Only Memory), CD(Compact Disk), DVD(Digital Versatile Disk), 및 자기 테이프를 포함한다.

사용자 프로필(예컨대, 배송 대행업자들(12) 각각에 대한 직원 기록), 고객 정보, 배송 스케줄, 재고 기록, 배송 기록, 및 송장(invoice)을 비롯한, 본 명세서에서의 서버 기능 중 임의의 것에 관한 다양한 데이터가 데이터베이스(22)에 저장될 수 있다. 서버(20)는 그가 실행하는 알고리즘들을 지원하기 위해 이 데이터에 액세스할 수 있다.

컴퓨터들(14) 각각은 대행업자(12)가 서버(20)로 전송하기 위한 정보를 입력하는 입력 장치 및 디스플레이(예컨대, 터치 스크린)를 갖추고 있을 수 있다. 예시적인 실시예에서, 컴퓨터들(14)은 GPS 수신기(예컨대, GPS 위성과 통신하기 위한 안테나 및 소프트웨어) - 그에 의해 컴퓨터(14)의 위치가 계산될 수 있음 - 를 포함한다. 컴퓨터들(14)은 카메라에 의해 캡처된 영상들을 서버(20)로 전송하기 위한 카메라(내장되어 있거나 외부에서 연결됨) 및 소프트웨어를 포함할 수 있다. 컴퓨터들(14)은 또한 바코드 스캐너 또는 RFID 판독기(RFID reader), 그리고 프린터들과 상호작용하기 위한 하드웨어 및/또는 소프트웨어를 포함할 수 있다. 컴퓨터들(14)은 모니터링 및 스케줄링 작업들을 수행하기 위해 서버(20)와 인터페이스하는 소프트웨어를 추가로 포함할 수 있다.

예시적인 실시예에서, 배송 차량들은 차량에 보관된 제품(예컨대, 차량에 있는 제품의 중량 단위 또는 체적 단위 수량, 제품 온도, 제품 압력, 또는 차량 내로 적재되거나 차량으로부터 이송되는 제품의 수량(예컨대, 유량계로 측정됨))을 모니터링하는 센서들 또는 계량기들과 같은 온보드 디바이스들을 포함한다. 온보드 디바이스들은 또한 차량 상태에 관한 정보(연료 레벨 또는 이동 거리(예컨대, 주행 기록계에 의해 측정된 주행 거리) 등)를 제공할 수 있다. 온보드 디바이스들로부터의 정보는, 예컨대, 시각적으로 또는 오디오를 사용하여, 대행업자로 직접 전달될 수 있다. 예시적인 실시예에서, 컴퓨터들(14)은, 예컨대, Wi-Fi, Bluetooth 또는 적외선 하드웨어를 사용하여, 온보드 디바이스들 중 하나 이상으로부터 모니터링 정보를 무선으로 수신하기 위한 통신 장치를 포함한다. 명세서 전체에 걸쳐 사용되는 바와 같이, “배송 차량”이라는 용어는 수령자에게 수송하기 위해 제품이 적재되는 트럭 또는 밴(van)과 같은 이동식 배송 장비를 지칭한다. 배송 차량은 또한 트레일러(trailer)와 결합된 트랙터(tractor)와 같은 장비 조합들을 지칭할 수 있다.

본 명세서에 기술된 예시적인 실시예들과 관련하여 설명될 것인 바와 같이, 본 시스템(100)은 서버(20)와 컴퓨터들(14) 사이의 통신 - 이 통신은 대행업자들(12)로부터의 입력을 포함함 - 을 사용하여 배송 활동의 실시간 모니터링을 제공한다. 예를 들어, 본 시스템은 하나 이상의 수령자들로 배송하기 위해 배송 차량(33)에 적재되고 있는 제품들에 관한 정보를 획득하기 위해 적재 위치(50)에서 일어나는 배송 활동들을 모니터링할 수 있다. 제품들은 개별 용기들(예컨대, 화학 물질 또는 산업용 가스의 박스 또는 휴대용 탱크 또는 실린더) 내에 보관되는 포장된 제품들(7)을 포함할 수 있다. 대안적으로 또는 그에 부가하여, 임의의 특정 배송 차량(33)에 적재되는 제품은 배송 차량에 위치된 보관 용기로 대량으로 이송되는 벌크 제품(bulk product)을 포함할 수 있다. 극저온 액체(이들로 제한되지 않음)를 비롯한 벌크 제품은, 예컨대, 특수 장비를 사용하여 그리고 제어된 환경 조건(온도, 압력, 습도 등) 하에서, 제품이 보관되어 있는 보관 시설(9)로부터 분배될 수 있다.

모니터링은 대행업자가 제1 배송 위치(53) 또는 제2 또는 후속 배송 위치(55)로 가는 도중에, 대행업자가 배송 위치들(53, 55)에 멈춰 있는 동안, 또는 지정된 종료 위치(예컨대, 동일한 적재 위치(50), 다른 적재 위치, 차량 수리점 또는 차량 보관 시설)로 가는 도중에를 비롯하여, 배송 순회 동안 임의의 지점에서 행해질 수 있다.

각각의 배송 위치는 배송 순회의 스케줄링된 경유지에 대응한다. 순회를 시작하기 전에(예컨대, 배송 대행업자가 처음에 그의 배송 스케줄을 수신할 때) 배송 위치가 순회에 배정될 수 있다. 본 발명의 예시적인 실시예들은 또한 예기치 못한 상황들에 기초하여 또는 제품 이용 가능성에 기초하여 경유지들이 스케줄에 추가되거나 그로부터 제거될 수 있게 한다.

*본 발명의 예시적인 실시예들은 배송 위치에 있는 수령자에게 제공될 배송 문서를 제공한다. 예시적인 실시예에서, 각각의 배송 대행업자는 유선으로 또는 무선으로 컴퓨터(14)에 접속될 수 있거나 별도로 휴대되어 배송 위치로 가지고 갈 수 있는 휴대용 프린터(19)를 휴대할 수 있다. 대안적으로, 프린터(19)가 배송 차량에 위치해 있을 수 있다. 프린터(19)는, 컴퓨터(14)로부터의 명령에 응답하여, 배송 거래가, 예컨대, 서버(20)에서 완전히 처리된 후에 생성된 최종 문서를 보충하거나 그에 의해 대체될 수 있는 배송 영수증 형태의 초기 배송 문서를 인쇄하는 데 사용될 수 있다.

도 2는 본 발명의 예시적인 실시예에 따른, 배송들을 모니터링하는 방법(200)의 플로우차트이다. 방법(200)은 시스템(100) 및 도 3 내지 도 31에 도시된 예시적인 그래픽 사용자 인터페이스(GUI)들과 관련하여 기술될 것이다. 단계(210)에서, 순회 스케줄이 생성된다. 예시적인 실시예에서, 각각의 대행업자(12)에 대해, 서버(20)에서 스케줄링 알고리즘에 의해 스케줄이 생성된다. 각각의 순회 스케줄은 시작 위치(예컨대, 적재 위치), 적어도 하나의 배송 위치, 및 종료 위치를 포함한다. 스케줄은, 어떤 유형의 제품을 배송할 것인지, 제품 수량들, 및 특별 배송 지시 사항들(예컨대, 제품이 특정 고객에게 어떻게 또는 어디서 배송되어야 하는지에 관한 지시 사항들)와 같은 배송 파라미터들에 부가하여, 대행업자가 각각의 위치에 도착하기로 되어 있는 예상 시간들을 포함할 수 있다. 스케줄은 또한 순회하는 데 사용하기 위한 배송 장비를 명시할 수 있다. 예시적인 실시예에서, 배송 차량단(delivery fleet)은 트랙터, 밴, 및 탱커와 같은, 복수의 상이한 장비 유형들을 포함한다. 스케줄링 알고리즘은 배송되는 제품의 유형에 적절한 장비를 선택할 수 있다.

단계(212)에서, 순회 스케줄이 배송 대행업자로 전송되고, 순회전 프로세스가 수행된다. 예시적인 실시예에서, 대행업자들은 그들의 컴퓨터들(14)에 사용자 ID 및 비밀번호를 입력하는 것에 의해 본 시스템에 로그인할 필요가 있을 수 있다. 도 3은 서버(20)로 전송하기 위해 사용자 ID 및 비밀번호가 입력되는 예시적인 GUI(61)를 나타낸 것이다. 로그인 정보는 서버(20)에서 로그인 정보를 저장된 사용자 프로필(예컨대, 데이터베이스(22)에 위치해 있음)과 비교하는 것에 의해 검증된다. 로그인 정보가 검증될 때, 컴퓨터 소프트웨어는 모니터링 소프트웨어의 사용에 대한 약관(terms and conditions)이 디스플레이되는 도 4의 예시적인 GUI(62)로 진행할 수 있다. 대행업자는 약관의 수락과 거부 간의 선택권을 제공받는다. 대행업자가 수락하는 경우, 소프트웨어는, 도 5의 예시적인 GUI(63)에 나타낸 바와 같이, 순회들의 목록을 획득하여 디스플레이할 수 있다. 순회들의 목록은 “할 일” 목록을 형성하고, 대행업자는 임의의 주어진 근무일 또는 근무 교대에 대해 적어도 하나의 순회를 배정받을 수 있다. 대행업자는 현재 순회로서 지정된, 시작을 위한 순회들 중 하나를 선택하는 옵션을 부여받는다. 도 6의 예시적인 GUI(64)에서, 대행업자는 순회 번호 “4247578”을 현재 순회로서 선택하였다.

각각의 순회에 대한 스케줄들은 현재 순회의 선택 이전에 다운로드될 수 있다. 도 5에 도시된 바와 같이, 이 기본 정보는 순회 식별자(40), 대응하는 차량 식별자와 함께 차량 유형(예컨대, 경식(트레일러를 갖지 않는 트럭), 트랙터 + 트레일러, 또는 트랙터 + 모듈), 및 추정 시작 시각을 포함할 수 있다. 예시적인 실시예에서, GUI(63)는 순회의 일반 속성의 그래픽 표시들을, 그래픽 아이콘들(41)의 형태로, 제공한다. 각각의 아이콘(41)은 출하될 제품의 수량을 나타내는 제1 부분, 및 제품의 유형을 나타내는 제2 부분을 포함할 수 있다. 예시적인 제품들은 포장된 제품(PKG) 및 벌크 질소(bulk nitrogen, BLN)를 포함한다. 각각의 순회는 일반적으로 단일 유형의 제품 그리고 따라서 단일의 아이콘을 포함한다. 다수의 유형의 제품들(예컨대, 상이한 산업용 가스들의 실린더들)을 포함하는 순회들에 대해, 아이콘은 관련 제품들 중 임의의 것을 나타낼 수 있다. 아이콘들(41)은 대행업자들이 각각의 순회에 포함된 업무량을 신속하게 결정하는 편리한 방식을 제공한다.

예시적인 실시예에서, GUI(63)는 순회를 추가하는 옵션을 포함한다. 더 상세히 설명될 것인 바와 같이, 본 시스템(100)은 대행업자 자신의 스케줄을 관리하는 것과 관련하여 큰 정도의 자율성을 대행업자에게 제공할 수 있다. 이것은 전체 순회들을 추가하는 것을 포함하고, 예컨대, 부가의 배송 경유지들을 포함시키기 위해 또는 그 순회에 대해 불필요한 것으로 결정된 배송 경유지들을 제거하기 위해, 기존의 순회들을 수정하는 것을 추가로 포함할 수 있다. 순회들의 추가와 관련하여, 하나의 실시예는 대행업자가 지정된 위치로 가고, 도착할 때, 대행업자가 수령자가 제품의 배송을 필요로 하는지 그리고 수령자가 수거할 필요가 있는 빈 제품 용기를 가지고 있는지를 결정하는 “늘 다니는 코스(milk run)”라고 알려진 것의 생성을 제공한다.

도면들에 도시된 예시적인 GUI들은 일반적으로 화면의 하단에 위치해 있는 탐색 메뉴(navigation menu)를 포함할 수 있다. 도 5에서, 탐색 메뉴는 대행업자의 근무일에 관련된 서브메뉴들을 선택하는 옵션들(예컨대, GUI(63)에 보여지는 순회들의 목록으로 돌아가는 것, 배송 차량을 선별하고 차량에 제품을 적재하는 것, 서버(20)로부터 전송된 메시지들을 검토하는 것, 및 차량 사건 보고를 제출하는 것)을 포함한다. 이 옵션들은 통상적인 배송 관련 활동들에 대응한다. GUI들은 이전 메뉴로 돌아가기 위해, 동작(예컨대, 사용자 입력 정보를 저장하는 것)을 실행하기 위해, 또는 동작을 취소하기 위해, 추가의 메뉴 옵션들을, 예컨대, 화면의 상단에, 포함할 수 있다.

GUI들은 메뉴 옵션과 연관된 소프트웨어 동작을 개시하는 버튼들을 포함할 수 있다. 예시적인 실시예에서, 이 버튼들은 갈매기 무늬(chevron) 아이콘(42)으로서 그래픽적으로 표현되어 있다. 도 5에서, 임의의 특정의 순회에 대해 버튼을 활성화시키는 것은 연관된 순회를 현재 순회로서 지정할 수 있다. 대안적으로, 활성화는 연관된 순회에 대한 상세 정보를 갖는 서브메뉴를 디스플레이할 수 있고, 이 서브메뉴로부터 연관된 순회가 현재 순회로서 지정될 수 있다. 도 6에서, 현재 순회에 대한 버튼을 활성화시키는 것은 도 7의 예시적인 GUI(65)에 나타낸 상세 정보를 디스플레이한다.

예시적인 실시예에서, 순회는 3 가지 단계들을 포함한다: 순회전 단계, 하나 이상의 배송 경유지들을 포함하는 순회(배송) 단계, 및 순회후 단계(post-trip phase). GUI(65)는 이 단계들 각각에 대한 개요를 보여준다. 연관된 버튼들의 활성화 시에, GUI는 각각의 단계에 대한 서브메뉴들로 전환될 수 있다. GUI(65)는 또한 순회 동안 발생된 지연에 관련된 서브메뉴에 액세스하는 옵션을 포함할 수 있다. 순회전 정보에 대한 개요 정보는 시작 위치(예컨대, 적재 시설(이로부터 제품이 배송 차량에 적재됨)로서 역할하는 공장의 이름)를 포함할 수 있다. 경유지들에 대한 개요 정보는 적어도 하나의 수령자의 이름 및 주소를, 각각의 수령자에 대한 스케줄링된 배송 시각(예컨대, 계획된 도착 시각)과 함께, 포함할 수 있다. 순회후 단계에 대한 개요 정보는 종료 위치(예컨대, 배송 차량이 남아 있는 제품을 하역하기 위해 복귀되는 하역 시설로서 역할하는 공장의 이름)를 포함할 수 있다.

도 8은 현재 순회(순회 번호 4247568)에 대한 순회전 프로세스에 관련된 메뉴 옵션들을 제공하는 예시적인 GUI(66)를 나타낸 것이다. 옵션들은 시작 위치에 관한 상세에 액세스하는 옵션, 특별 배송 지시 사항들에 액세스하는 옵션, 장비(예컨대, 배송 차량)를 선택하는 옵션, 차량 상태 보고(vehicle condition report, VCR)를 생성하는 옵션, 제품을 선별하고 차량에 적재하는 옵션, 적재를 확인하는 옵션, 및 순회전 프로세스를 완료하는 옵션(순회전 확인을 인쇄하는 옵션을 포함함)을 포함할 수 있다. 예시적인 실시예에서, 이 옵션들이 모두 한꺼번에 이용 가능하게 되어 있지 않다. 그 대신에, 순회전 프로세스에서 논리적으로 나중에 일어나는 활동들에 대응하는 옵션들은 보다 이른 옵션들이 선택될 때까지 이용 가능하지 않게 될 수 있다. 예를 들어, “시작” 옵션의 선택 시에, 소프트웨어는 이용 가능성의 시각적 표시(예컨대, 지시 사항 옵션의 디스플레이를 회색으로부터 컬러로 또는 하나의 컬러 또는 음영으로부터 다른 것으로 변경함)와 함께 “지시 사항” 옵션을 이용 가능하게 만든다. 지시 사항 옵션의 선택의 결과, 특별 배송 지시 사항들(있는 경우)을 보여주는 화면으로 전환되고, 순회전 메뉴로 복귀 시에, “장비” 옵션이 이용 가능하게 된다. GUI(66)는 유사한 방식으로 각각의 나머지 옵션을 하나씩 지나가면서, 대행업자가 순회전 프로세스에서 임의의 중요한 단계들을 건너뛰지 않도록 보장하기 위해 대행업자를 이 옵션들과 연관된 다양한 서브메뉴들로 안내한다. 소프트웨어는 유사하게 대행업자를 다른 GUI들에서의 옵션들로 안내할 수 있다.

도 9는 이용 가능한 장비의 목록으로부터 선택하는 옵션들을 제공하는 예시적인 GUI(67)를 나타낸 것이다. 각각의 장비 항목이 식별자를 배정받을 수 있다. 예시적인 장비는 배송 차량(트랙터, 경식 트럭, 밴, 박스 트럭 등) 및 배송 차량과 짝을 이룰 수 있는 저장 용기(예컨대, 범용 트레일러(general-purpose trailer) 또는 모듈 트레일러(module trailer))를 포함한다. 서버(20)는 각각의 순회에 배정된 장비 및/또는 배송 위치를 추적하고 그 정보를 컴퓨터들(14)로 전송할 수 있다. 대행업자는 순회 동안 사용하기 위한 가용 장비 중 하나 이상을 선택할 수 있다.

도 10은 도 8의 VCR 옵션에 대한 서브메뉴를 제공하는 예시적인 GUI(68)를 나타낸 것이다. GUI(68)는 대행업자가 “장비” 옵션을 사용하여 선택된 장비가 도로 위를 가는 데 그리고 현재 순회에서 사용하기에 적합한지를 나타내는 옵션을 포함한다. 어떤 경우들에서, 대행업자는 장비를 선택했다가 나중에(예컨대, 시각적 검사 시에) 장비를 현재 순회에 부적합하게 만드는 문제점이 있다는 것을 발견했을 수 있다. 장비가 부적합하다는 표시를수신한 것에 응답하여, 소프트웨어는 대행업자가 가용 장비의 목록으로부터 대체 장비를 선택하고, 이어서 선택의 변경을 서버(20)에 전달할 수 있게 할 것이다. GUI(68)는 또한 차량 손상을, 예컨대, 손상을 설명하는 텍스트의 대행업자 입력으로 또는 카메라를 사용하여 캡처된 영상으로, 문서화하는 옵션을 포함할 수 있다.

도 11은 도 8의 “선별/적재” 옵션에 대한 서브메뉴를 제공하는 예시적인 GUI(69)를 나타낸 것이다. GUI(69)는, 예컨대, 고객 주문과 연관된 전자 태그(바코드 등)를 스캔하는 것 또는 주문 번호(도 12의 “983459”)를 수동으로 타이핑하여 입력하는 것에 의해, 선택된 장비에 적재된 제품들의 목록에 제품을 수동으로 추가하는 옵션을 포함한다. 많은 경우들에서, 주문은 이미 본 시스템에 있을 수 있다. 스케줄링 프로세스 동안, 서버(20)는 제품을 스케줄링된 순회와 연관된 배송 위치에 있는 수령자로 배송하라는 미결제 주문(outstanding order)이 있는 것으로 결정했을 수 있다. 서버(20)는 주문을 이행하기 위해 배송될 제품들의 목록을 전송할 수 있고, 이 목록은 이어서 컴퓨터(14)에 디스플레이된다. 대행업자는, 제품 목록을 볼 때, 요구된 제품(들)을 찾아내어 배송 차량으로 이송할 것이다.

제품 목록이 포장된 제품을 포함하는 경우, 소프트웨어는, 도 12의 예시적인 GUI(70)에 나타낸 것과 같은, 용기 보기(container view)로 전환할 수 있다. 용기 보기는 적재된 용기들(45)(이 경우에, 패키지들)의 목록을 보여준다. 용기 보기는 각각의 제품에 대한 별개의 화면을 포함할 수 있다. 예를 들어, GUI(70)는 아르신 가스 제품에 관련된 용기들(45)에 특정되어 있고, 이 제품은 물질 번호 “16621”로 식별된다.

배송 차량에 적재된 각각의 패키지가 스캔될 수 있다. 예시적인 실시예에서, 바코드 라벨들이 포장된 제품들에 부착되어 있고, 각각의 라벨은 바코드의 사람이 판독 가능한 표현(예컨대, 영숫자 코드)을 포함한다. 대행업자는 바코드 스캐너를 사용하여 바코드를 스캔하거나 사람이 판독 가능한 표현을 컴퓨터(14)에 수동으로 입력할 수 있다. 예시적인 실시예에서, 바코드의 영상을 캡처하기 위해, 종래의 바코드 스캐너 대신에, 카메라가 사용된다. 컴퓨터 소프트웨어는 바코드 정보를 서버(20)로 전송하기 위해 영상을 처리하고, 서버(20)는 스캐닝을 반영하기 위해 제품 재고 목록을 업데이트한다.

*컴퓨터(14)는 모든 요구된 제품들이 적재되었다는 확인을 대행업자에 요청할 수 있다(예컨대, 도 8의 “적재 확인” 옵션). 확인은 도 13의 GUI(17)에서의 “완료” 옵션의 선택을 포함할 수 있다. 각각의 제품이 적재될 때, 서버(20)는 제품이 주문과 일치하는지를 결정하기 위해 제품의 식별자를 주문과 대조하여 검사할 수 있다. 제품이 일치하지 않는 경우, 서버(20)는 컴퓨터(14)로 하여금 오류 메시지를 디스플레이하게 할 수 있다. 대안적으로, 서버(20)는 대행업자가 적재를 확인하려고 시도할 때까지 검사를 지연시킬 수 있고, 적재를 확인할 때, 적재된 제품들의 전체 목록이 주문과 대조하여 검사된다.

도 14는 도 8의 “Complete and Print” 옵션에 대한 서브메뉴를 제공하는 예시적인 GUI(72)를 나타낸 것이다. GUI(72)는 순회전 문서들 전부를, 예컨대, 적재 시설에 또는 배송 차량에 위치해 있는 프린터를 사용하여, 인쇄하는 옵션을 제공한다. 순회전 문서들은 순회를 요약하는 순회 문서, 대행업자에 대한 특별 지시 사항들을 포함하는 배송 메모, 적재된 제품들의 품질을 설명하는 품질 문서들, 및 적하 목록(bill of lading)을 포함할 수 있다. 인쇄 요청은 프린터로 직접 무선으로 또는 네트워크(110)를 통해 전송될 수 있다. GUI(72)는 각각의 순회전 문서를 개별적으로 인쇄하는 옵션들을 포함한다. 예시적인 실시예에서, 인쇄는 휴대용 프린터(19)를 기본으로 하지만, 컴퓨터(14)와 통신하는 다른 프린터들이 있을 수 있다. 그에 따라, GUI(72)는 순회전 문서들 전부를 다른 프린터를 사용하여 재인쇄하는 옵션을 포함한다.

예시적인 실시예에서, 각각의 단계(순회전, 배송, 순회후)는 단계의 시작 시각 및/또는 종료 시각을 기록하는 것에 의해 타임스탬핑될 수 있다. 타임스탬핑이 컴퓨터(14)에서 소프트웨어 구현 시계(software implemented clock)를 사용하여 자동으로 수행될 수 있다. 대안적으로, 대행업자가, 예컨대, 소프트웨어 시계가 나타내는 시각에 기초하여, 각각의 시작/종료 시각을 수동으로 입력할 수 있다. 타임스탬핑은 순회가 어떻게 진행되고 있는지의 표시를 서버(20)에 제공하는 것에 의해 배송 모니터링을 용이하게 한다. 타임스탬핑은 또한 순회후 처리 동안 요금 청구 문서(billing documentation)를 생성하는 데 유용하다. 도 15는 순회전 단계에 대한 타임스탬핑 메뉴가 제공되는 예시적인 GUI(73)를 나타낸 것이다. 이 메뉴에서, 대행업자는 순회전 종료 시각을 명시하였고, 시각 요약(예컨대, 지금까지 순회에 소비된 총 시간)을 보는 옵션을 제공받는다.

앞서 언급한 바와 같이, 본 시스템(100)은 대행업자 자신의 스케줄을 관리하는 것과 관련하여 큰 정도의 자율성을 대행업자에게 제공할 수 있다. 예를 들어, 도 5의 “순회 추가하기” 옵션을 선택하는 것에 의해, 대행업자는 소프트웨어로 하여금 도 16의 예시적인 GUI(74)로 전환하게 할 수 있다. 새로 생성된 순회가 예시적으로 “순회 1”로 표시되어 있지만, 실제 순회 식별자가 서버(20)에 의해 배정될 수 있다. 대행업자는 새로운 순회의 순회전 단계를 규정하고, 새로운 순회에 경유지들을 추가하며, 새로운 순회의 순회후 단계를 규정하기 위한 서브메뉴들에 액세스하는 옵션들을 제공받는다. 순회전은 시작 위치를 (예컨대, 적재 시설들의 목록으로부터) 선택하는 것, 순회전 시작 시각을 선택하는 것, 장비를 선택하는 것, 기존의 주문을 선택하는 것 또는 새로운 주문을 입력하는 것, 그리고 순회전 단계와 관련하여 이전에 기술된 다른 동작들에 의해 규정될 수 있다. 예를 들어, 도 17에서, 예시적인 GUI(75)는 “Walkden” 공장이 시작 위치로서 선택되었고, 배송 장비가 트랙터 “19042” 및 트레일러 “19045”를 포함한다는 것을 보여주고 있다. 순회후 단계는 이하에서 더 상세히 기술될 것이고, 종료 위치 및 순회후 시작 시각 및/또는 순회후 종료 시각을 선택하는 것에 의해 규정될 수 있다. 순회들의 추가가 순회전 단계 동안 행해지는 것으로 기술되어 있지만, 예시적인 실시예에서, 순회들이, GUI들(74, 75)과 유사한 메뉴들을 사용하여, 언제라도 추가될 수 있다.

도 2를 다시 참조하면, 단계(212) 후에, 순회전 단계가 완료되고, 순회가 이제 진행 중에 있다. 단계(214)에서, 서버(20)는 진행 상황을 모니터링하고, 대행업자에 의해 요청되는 바에 따라 스케줄을 조절할 수 있다. 예시적인 실시예에서, 본 시스템(100)은 대행업자들이 경유지들을 순회에(예컨대, 현재 순회에 또는 대행업자에 배정된 다른 순회에) 추가하는 것에 의해 순회 스케줄을 조절할 수 있게 한다. 도 18의 예시적인 GUI(76)는 대행업자가 잠재적인 배송 목적지들의 목록으로부터 선택하는 것에 의해 경유지를 순회 “4247578”에 추가할 수 있는 메뉴를 제공한다. GUI(76)는 검색 파라미터(예컨대, 고객 이름 또는 주소)의 대행업자 입력을 받기 위한 텍스트 필드를 포함한다. 컴퓨터(14)는 GUI(76)에 디스플레이하기 위한 일치하는 목적지들의 목록을 생성한다. 각각의 잠재적인 목적지가 수령자의 이름(예컨대, 회사 이름), 주소, 및 목적지의 거리와 함께 디스플레이될 수 있다. 소프트웨어는 대행업자의 현재 위치로부터의 거리(예컨대, 컴퓨터(14)가 GPS 수신기를 포함하는 경우), 현재 경유지로부터의 거리, 현재 경유지 이후의 후속 경유지로부터의 거리, 순회 시작 위치로부터의 거리, 및 순회 종료 위치로부터의 거리를 비롯하여, 각각의 목적지에 대한 상이한 유형의 거리들을 대안으로서 또는 동시에 디스플레이하도록 구성 가능할 수 있다. 이 거리들은 각각의 잠재적인 목적지에 대한 GPS 좌표들과 같은 저장된 위치 정보에 기초하여 컴퓨터(14)에서 계산될 수 있다. 컴퓨터(14)는 또한, 도 19의 예시적인 GUI(77)에 나타낸 바와 같이, 검색 파라미터의 입력을 필요로 함이 없이 디스플레이하기 위한 근방의 목적지들의 목록을 생성할 수 있다. 컴퓨터(14)는 서버(20)의 도움을 받아 또는 서버(20)의 도움 없이 검색을 수행할 수 있다.

소프트웨어는 각각의 잠재적인 목적지에 대한 상세 정보 - 이 정보는 서버(20)로부터 전송됨 - 의 디스플레이를 제공할 수 있다. 도 20은 수령자의 위치를 식별해주는 “배송지(ship to)” 번호(배송지 번호는 전형적으로 수령자의 주소와 연관되어 있음), 수령자와 연락하기 위한 전화 번호, 및 수령자가 배송을 수령할 수 있는 때에 대한 배송 시각들을 포함할 수 있는 이러한 상세 정보의 일례를 디스플레이하는 예시적인 GUI(78)를 나타낸 것이다.

도 21은 목적지가 선택된 후에 경유지를 추가로 규정하는 옵션들을 디스플레이하는 예시적인 GUI(79)를 나타낸 것이다. 옵션들은 경유지 유형(예컨대, 경유지가 배송, 용기 수거, 장비 교체, 장비 수거, 또는 장비 수송(equipment drop)인지), 벌크 제품을 이송할 보관 용기(예컨대, 보관 탱크의 일련 번호), 및 배송할 수량(예컨대, 보관 탱크 내의 액체에 대한 수위 검수 콕(try-cock) 레벨)을 명시하는 것을 포함한다. 본 시스템은 경유지에 배송 메모를 배정할 수 있다. 배송 메모는 배송된 제품을 나타내고, 순회전 단계 동안 생성될 수 있다. 순회전 단계 후에 경유지가 추가되는 경우, 배송 메모가 실제로 배송된 제품에 기초하여 생성될 수 있다.

예시적인 실시예에서, 서버(20)는 대행업자가 추가되는 경유지에서의 완전한 배송을 제공할 수 있는지를 분석한다. 분석은 배송 차량이 재급유(refilling) 없이 순회를 완료하기에 충분한 연료를 가지고 있는지를 결정하는 것을 포함할 수 있다. 분석은 배송 차량이 기존의 경유지들의 수요도 충족시키면서 수령자의 수요(예컨대, 기존의 주문의 경우에 실제 수요, 또는 늘 다니는 코스의 경우에 예상 수요)를 충족시키기에 충분한 수량의 제품을 가지고 있는지를 결정하는 것을 포함할 수 있다. 그에 따라, 순회 모니터링은 임의의 주어진 때에 배송 차량에 연료 또는 제품이 얼마나 존재하는지를 추적하는 것을 포함할 수 있다. 연료/제품 정보가 컴퓨터(14)에 의해 및/또는 차량에 있는 센서들에 의해 자동으로 서버(20)에 제공될 수 있다. 대행업자는 또한 타임스탬핑과 관련하여 다양한 때에(예컨대, 각각의 정차의 시작 및 끝에서) 전송하기 위해 컴퓨터(14)를 사용하여 이 정보를 수동으로 입력할 수 있다. 서버(20)가 연료 및/또는 제품이 불충분한 것으로 결정할 때, 경유지를 추가하는 것이 부적당하다는 것을 나타내기 위해 경고 메시지가 컴퓨터(14) 상에 디스플레이될 수 있다. 대행업자는 (예컨대, 동일한 목적지에 대한 상이한 고객 주문을 선택하는 것 또는 상이한 목적지를 선택하는 것에 의해) 경유지 파라미터들을 수정할 수 있다. 대행업자는 또한 (예컨대, 재급유 또는 재적재 정차가 계획되었지만 시스템에 아직 입력되지 않은 경우) 경고를 무시하도록 허용될 수 있다.

예시적인 실시예에서, 본 시스템(100)은 순회들 및 경유지들을 추가하기 위해 이전에 기술된 옵션들을 사용하여 늘 다니는 코스의 생성을 제공한다. 종래에는, 늘 다니는 코스는 배송 대행업자가 미리 정해진 경로(예컨대, 대행업자가 일상적으로 이동하는 경로)를 따라 순회를 하는 것을 포함한다. 배송 대행업자는 경로로부터 일탈하는 데 있어서 유연성을 거의 갖지 않는다. 이와 달리, 본 발명의 예시적인 실시예들에 따라 생성된 늘 다니는 코스는 어디에서 정차할지에 관한 대행업자 입력을 포함할 수 있다. 컴퓨터(14) 상의 소프트웨어를 사용하여, 대행업자는 경유지들 중 하나 이상(어쩌면 전부)이 늘 다니는 코스인 순회를 생성할 수 있다. 컴퓨터(14)는 거리 또는 예상 수요에 기초하여 경유지들의 추가를 제한할 수 있다. 예를 들어, 컴퓨터(14)는 경유지와 연관된 예상 수요가 (모든 경유지들로부터의) 총 예상 수요를 차량에 적재된 제품의 수량을 초과하게 하는 경우 경유지가 늘 다니는 코스로서 추가되지 못하게 수 있다. 거리와 관련하여, 컴퓨터(14)는 차량에 연료가 얼마나 남아 있는지에 기초하여 총 이동 거리를 제한할 수 있다. 컴퓨터(14)는 또한 경유지들 사이의 거리를 제한할 수 있다. 잠재적인 목적지가 거리 기준을 충족시키지 못하는 경우, 컴퓨터(14)는 검색 결과에 목적지가 디스플레이되지 못하게 하거나, 목적지를 경유지로서 추가하는 것이 부적당하다는 경고를 출력할 수 있다.

*본 시스템(100)이 순회 스케줄들을 조절할 수 있는 다른 방식은 이동 지연들에 대응하는 것이다. 예시적인 실시예에서, 소프트웨어는 대행업자가 서버(20)로 전송하기 위해 컴퓨터(14)에 지연을 입력하게 할 수 있고, 이 경우, 예컨대, 지연을 고려하기 위해 후속 경유지들의 도착 시각들을 변경하는 것에 의해 스케줄이 조절될 수 있다. 서버(20)는 지연이 배송을 수행하는 것을 불가능하게 만드는지를 결정할 수 있다. 예를 들어, 지연으로 인해, 대행업자가, 수령자가 배송을 수령할 수 있는 시간 윈도우(time window) 동안, 수령자에 도달할 수 없는 일이 생길 수 있다. 서버(20)는 이것을 교정하기 위해 경유지들을 재배치하려고 시도할 수 있다. 경유지들을 재배치하는 것이 (예컨대, 재배치가 과도한 이동 거리 또는 시간을 수반하기 때문에) 비현실적인 경우, 서버는 하나 이상의 경유지들을 순회로부터(즉, 대행업자의 스케줄로부터) 제거하고 제거된 순회들을 다른 대행업자(예컨대, 원래 계획된 도착 시각 무렵에 제거된 경유지 근방에 있도록 스케줄링된 대행업자)에 재배정할 수 있다. 도 22는 지연 시작 시각 및 지연 종료 시각이, 타임스탬핑과 관련하여 이전에 논의된 바와 같이, 예컨대, 소프트웨어 시계 또는 수동 입력을 사용하여 기록되는 예시적인 GUI(80)를 나타낸 것이다. GUI(80)는 또한 지연의 이유를 명시하는 옵션을 포함한다. 소프트웨어는 집하장(depot)(즉, 적재 위치)을 떠나는 것, 차량 고장, 도중 지체(on route holdup), 및 고객 현장(customer site)과 같은 카테고리별로 편성된 미리 정해진 지연 이유들을 포함할 수 있다. 각각의 지연 카테고리에 대해, 소프트웨어는 특정 이유들의 목록을 제시할 수 있고, 그로부터 대행업자는 적절한 이유를 선택할 수 있다. 예를 들어, 집하장을 떠나는 것은 제품이 채워지기를 기다리는 것, 차량이 적재되기를 기다리는 것, 운전자 부재 또는 지각, 차량이 이용 가능하지 않음, 및 집하장에서의 기상 조건 중 하나 이상(이들로 제한되지 않음)을 포함할 수 있다. 도중 지체 카테고리는 기상 조건, 사고, 도로 폐쇄, 교통, 및 운전자 휴식 시간 중 하나 이상(이들로 제한되지 않음)을 포함할 수 있다. 차량 고장 카테고리는 각각의 차량 유형의 목록 또는 각각의 차량 유형에 대한 부품들의 목록 중 하나 이상(이들로 제한되지 않음)을 포함할 수 있다. 고객 현장 카테고리는 기상 조건, 개점/폐점 시각, 식사 휴식 시간, 회의, 보안 검사, 및 차량 접근을 기다리는 것 중 하나 이상(이들로 제한되지 않음)을 포함할 수 있다.

도 23은 시각, 추가된 연료의 수량, 연료 구매에 대한 판매 영수증 번호, 연료 판매업자 이름, 판매업자의 위치, 및 연료 비용을 입력하는 것에 의해 재급유 정차들이 기록될 수 있는 예시적인 GUI(81)를 나타낸 것이다.

도 24는 차량 하중을 모니터링하기 위한 예시적인 GUI(82)를 나타낸 것이다. 장비의 변화가 있을 때마다(예컨대, 스케줄링된 정차 동안의 장비 교체, 또는 순회전 단계 동안 차량이 적재되고 있을 때) GUI(82)가 활성화될 수 있다. 본 시스템은 차량 중량, 연료 레벨, 및 배송 장비의 식별자들과 같은, 하중에 관련된 이전 및 이후 파라미터들을 기록할 수 있다.

대행업자가 배송 위치에 도착할 때, 본 방법은 컴퓨터(14)가 대행업자 입력에 응답하여 배송 프로세스를 시작하는 단계(216)로 진행한다. 도 25는 수령자에 관한 요약 정보가, 부가의 수령자 정보 및 특별 지시 사항들에 액세스하는 옵션들과 함께, 디스플레이되는 예시적인 GUI(83)를 나타낸 것이다. 지시 사항들이 액세스된 후에, 소프트웨어는, GPS 좌표를 획득하는 것으로 시작하여, 배송 프로세스를 시작하는 옵션을 이용 가능하게 만든다. 용기 배송, 빈 채로 반환(빈 용기 수거), 및 채워진 채로 반환(채워진 용기 수거)과 같은 부가의 경유지 관련 옵션들이 또한 액세스될 수 있다.

도 26은 도 25의 “시작” 옵션을 선택한 것에 응답하여 디스플레이되는 메뉴에 대응하는 예시적인 GUI(84)를 나타낸 것이다. GUI(84)는 시작 시각을 입력하는 타임스탬프 옵션, 이동 거리를 기록하는 주행 기록계 옵션, 및 배송 실패를 나타내는 옵션을 포함한다.

단계(216)에서, 소프트웨어는 대행업자가 정확한 위치에 있는지를 검사하는 것에 의해 배송 위치를 확인한다. 위치가 확인된 후에, 소프트웨어는 대행업자가 배송 프로세스와 연관된 추가 옵션들에 액세스할 수 있게 한다. 배송 위치가 잘못된 경우, 추가 옵션들이 디스에이블될 수 있고, 경고 메시지가 대행업자에게 디스플레이될 수 있다. 예시적인 실시예에서, 소프트웨어는 배송 위치에 있는 보관 용기와 연관된 전자 태그(예컨대, 바코드 또는 RFID)를 사용하여 확인을 수행한다. 각각의 위치는 제품이 차량으로부터 하역되는 위치를 지정하기 위해 적어도 하나의 태깅된 용기를 가질 수 있다. 태그가 존재하지 않는 경우, 대행업자는 새로운 태그를 보관 용기에 부착하고 동일한 보관 용기로의 장래의 배송들 동안 참조하기 위한 태그 정보를 본 시스템에 입력할 수 있다. 도 27은 대행업자가 컴퓨터(14)의 내장 카메라를 사용하여 바코드를 스캔하는 예시적인 GUI(85)를 나타낸 것이다. 적재 및 하역 동안 포장된 제품들을 스캔하기 위해 GUI(85)와 유사한 메뉴가 사용될 수 있다. 소프트웨어는 태그 정보를 디코딩하고 코드가 유효한지를 결정할 수 있고, 이 경우에 코드가 수령자의 주문과 연관된 저장된 코드와 비교된다.

전자 태깅에 부가하여 또는 그에 대한 대안으로서, 소프트웨어는 GPS를 사용하여 배송 위치를 확인할 수 있다. 도 28은 GPS 좌표들이 컴퓨터(14)의 GPS 수신기를 사용하여 획득되는 예시적인 GUI(86)를 나타낸 것이다. 보관 용기로부터 특정 근접성 내에(예컨대, 탱크의 바로 전방에 또는 GPS의 분해능에 대응하는 미리 정해진 반경 내에) 있도록 대행업자에 지시하는 메시지가 디스플레이된다. 이와 같이, 배송 위치가 의도된 배송 위치와 정확히 일치하는 것일 필요는 없다. 오히려, GPS 반경의 예가 예시하는 것이기 때문에, 배송 위치와 의도된 배송 위치 사이에 특정 정도의 대응 관계만 있으면 된다.

배송 위치가 확인된 후에, 대행업자는 배송을 계속할 수 있고, 이어서 단계(218)에서 초기 문서(예컨대, 배송 영수증)가 생성된다. 도 29는 대행업자가 배송 프로세스를 완료하는 예시적인 GUI(87)를 나타낸 것이다. 결제 상세들에 액세스하기 위한, 고객 여론 조사에 대한 응답들을 획득하기 위한, 지연을 입력하기 위한, 운전자 피드백을 획득하기 위한, 고객 피드백을 획득하기 위한, 그리고 불만 신고(complaint return) 프로세스를 개시하기 위한 메뉴 옵션들이 제공된다. “완료 및 인쇄” 옵션의 선택 시에, 배송 영수증이, 예컨대, 프린터(19)를 사용하여 인쇄되고, 수령자에게 제시된다. “미리 보기” 옵션을 선택하는 것에 의해 영수증이 또한 화면 상에 디스플레이될 수 있다.

도 30은 포장 배송의 상세가 기록되는 예시적인 GUI(88)를 나타낸 것이다. 대행업자가 배송하려고 시도한 각각의 제품에 대해, 컴퓨터(14)는 배송된 총 수량, 배송을 위해 배정된 총 수량, 차량에 남아 있고 추가로 배송될 수 있는 총 수량, 및 배송이 시도되었으나 실패한 총 수량을 디스플레이할 수 있다.

도 31은 대행업자가 배송이 부분적으로 성공한 부분 배송 실패들에 대한 이유들을 입력하는 예시적인 GUI(89)를 나타낸 것이다. 예컨대, 특정의 보관 용기가 손상되거나, 특정의 제품에 대한 배송 현장이 닫혀 있거나, 잘못된 제품이 적재되었거나, 배송이 잘못된 일자에 시도되었을 때 부분 실패가 일어날 수 있다.

도 32는 고장난 보관 용기들이, 예컨대, 배송 위치 확인과 관련하여 이전에 기술된 바코드 기법을 사용하여, 스캔되는 예시적인 GUI(90)를 나타낸 것이다. 소프트웨어는 스캔된 용기 코드들을, 고장난 용기들의 사진들 및 대행업자로부터의 설명과 함께, 서버(20)로 전송한다. 소프트웨어는 고장난 용기들의 목록, 배송이 성공한 용기들의 목록, 및 배송을 위해 배정된 용기들의 목록을 유지할 수 있다. 도 33에 도시된 바와 같이, 예시적인 GUI(91)는 대행업자가 용기 목록들 중 하나 이상에 액세스하고, 용기 코드들을 수동으로 입력하며, 카메라를 사용하여 용기들을 스캔할 수 있게 한다. 도 34는 대행업자가 카메라를 사용하여 사진을 촬영하거나 실패 이유를 입력하는 것에 의해 배송 실패를 문서화할 수 있게 하는 예시적인 GUI(92)를 나타낸 것이다. 서버(20)는 배송의 실패한 부분을 다른 대행업자에 배정하는 것 또는 동일한 대행업자를 유지하면서 배송을 장래의 일자로 이동시키는 것에 의해 실패한 배송들을 재스케줄링할 수 있다.

도 35는 카메라를 사용하여 캡처된 사진들이 액세스되는 예시적인 GUI(93)를 나타낸 것이다. 각각의 사진이 타임스탬핑될 수 있고 대행업자로부터의 설명을 포함할 수 있다. 도 35에 도시된 바와 같이, 사진들은, 앞서 논의된 바와 같이, 고장난 용기들의 영상들을 캡처하는 데 뿐만 아니라 배송 장비에서의 문제점들을 캡처하는 데도 유용하다. 이러한 사진들이, 예컨대, 도 8에서의 VCR 옵션을 사용하여, 작성된 차량 사건 보고에 첨부되고 저장을 위해 서버(20)로 전송될 수 있다.

예시적인 실시예에서, 소프트웨어는 배송 단계에 관한 정보가 유효성 확인될 때까지 배송 프로세스가 종료되지 않게 한다. 유효성 확인은 서버(20)에서 수행될 수 있다. 소프트웨어는, 모든 정보가 유효하다는 것을 표시를 서버(20)로부터 수신할 때까지, 도 29에서의 “종료” 옵션을 디스에이블시킬 수 있다. 이와 같이, 대행업자는, 정보가 유효성 확인될 때까지, 정차 종료 시각을 입력하지도 경유지에 대한 정보를 저장하지도 못할 수 있다. 유효하지 않은 정보의 각각의 항목에 대해, 서버(20)는 컴퓨터로 하여금 오류 메시지 또는 경고를 디스플레이하게 할 수 있다. 유효성 확인은 각각의 배송의 정확한 기록들을 유지하는 데 중요하다. 유효성 확인도 컴퓨터(14)에서 수행될 수 있다.

예시적인 실시예에서, 유효성 확인된 정보는 다음과 같은 카테고리들로 나누어진다: 고객 배송, 차량 상태, 타임스탬핑, 및 스케줄링. 각각의 카테고리에 대한 예들이 도 36 내지 도 39에 나타내어져 있다. 배송 단계에 관한 정보에 부가하여, 순회전 단계, 순회후 단계, 또는 일반 순회에 관한 정보가 또한 유효성 확인될 수 있다. 그에 따라, 유효성 확인이 언제라도 행해질 수 있다는 것을 잘 알 것이다. 게다가, 유효성 확인이 수행되는 순서가 (예컨대, 도 36 내지 도 39에 도시된 순서로) 고정될 필요는 없고, 그 대신에, 정보가 서버(20)에 이용 가능하게 되는 때에 의존할 수 있다.

본 시스템(100)은 “하드(hard)” 오류와 “소프트(soft)” 오류를 구분할 수 있다. 하드 오류는, 교정되지 않은 채로 두는 경우, 특정의 배송 그리고 어쩌면 전체 순회가 서버(20)에서의 완료까지 처리되지 못하게 하는 것이다. 소프트 오류는 오류가 전체적인 처리를 방해하지는 않는 것이다. 예를 들어, 오류가 정량적인 경우, 본 시스템은 오류가 미리 정해진 허용 오차 범위(tolerance range) 내에 있을 때 오류를 소프트인 것으로 취급할 수 있다.

예시적인 유효성 확인 단계들이 도 36 내지 도 39를 참조하여 이제부터 기술될 것이다. 이 단계들은 예시적인 것으로 보아야 하며, 도시된 순서로 수행될 필요는 없다. 단계들이 벌크 배송의 유효성 확인과 관련하여 기술되어 있지만, 다양한 단계들이 또한 포장 배송과 관련하여 적용될 수 있다는 것을 잘 알 것이다. 도 36은 본 발명의 예시적인 실시예에 따른, 고객 배송 정보를 유효성 확인하는 방법(300)의 플로우차트이다. 단계(310)에서, 소프트웨어는 배송 이전에 수령자의 보관 용기에 존재하는 제품의 수량이 제1 미리 정해진 범위 내에 있는지를 결정한다(오류 없음). 제품의 수량이 센서 판독치에 의해(예컨대, 보관 용기에 설치된 수위 검수 콕 밸브(try-cock valve)를 사용하여) 결정될 수 있다. 예시적인 실시예에서, 소프트웨어는 센서 판독치(예컨대, 인치 단위로 측정된, 제품의 높이)에 기초하여 그리고 용기의 기하학적 형태에 관한 정보(예컨대, 직경, 높이 등)에 기초하여 수량을 계산할 수 있다. 보관 용기 내의 센서는 판독치를 대행업자에게 디스플레이하도록 구성될 수 있고, 대행업자는 서버(20)로 전송하기 위해 판독치를 컴퓨터(14)에 입력한다. 대안적으로, 센서는 수동 입력을 피하기 위해 컴퓨터(14)와 무선으로 통신할 수 있다.

단계(312)에서, 소프트웨어는 배송 이후에 수령자의 보관 용기에 존재하는 제품의 수량이 제2 미리 정해진 범위 내에 있는지를 결정한다(오류 없음). 이것은 각각의 보관 용기에 있는 제품의 최소 레벨을 보장하기 위해 사용될 수 있다. 단계들(310 및 312)에서의 오류들은 대행업자의 선정에서 무시될 수 있는 오류들의 예들이다.

단계(314)에서, 소프트웨어는 배송 이전에 보관 용기에 있는 제품의 수량이 배송 이후의 제품의 수량 미만인지를 결정한다(오류 없음). 이것은 제품이 보관 용기에 실제로 추가되었는지를 검사한다.

단계(316)에서, 소프트웨어는 보관 용기에서 측정된 배송 수량이 차량에서 측정된 배송 수량과 같은지를 결정한다(오류 없음). 앞서 언급된 바와 같이, 보관 용기에서의 수량은 센서를 사용하여 측정될 수 있다. 배송 차량도 보관 용기의 센서와 동일한 유형의 센서일 수 있거나 그렇지 않을 수 있는 센서를 장착하고 있을 수 있다. 예를 들어, 배송 차량도 수위 검수 콕 밸브 센서를 가질 수 있고, 이 경우에, 배송 수량은 수위 검수 콕 밸브 센서의 이전 값과 이후 값 사이의 차이이다. 다른 예로서, 배송 차량은 이송된 제품의 체적(예컨대, 단위: 갤런)을 측정하는 유량계를 포함할 수 있다. 소프트웨어는 센서 판독치들 중 하나 또는 둘 다를 직접 비교될 수 있는 값들로 변환할 수 있다. 예를 들어, 소프트웨어는 보관 용기의 센서 판독치를 등가의 수량(단위: 갤런)으로 변환할 수 있다. 차이가 허용 오차 범위(예컨대, 차량의 센서에 따라 배송된 수량의 고정된 퍼센트) 내에 있는 경우, 오류는 소프트인 것으로 간주될 수 있고, 소프트웨어는 대행업자가 오류를 무시할 수 있게 한다. 차이가 허용 오차 범위를 초과하는 경우, 오류는 하드인 것으로 간주될 수 있고, 소프트웨어는 대행업자가 계속하도록 허용하기 전에 (예컨대, 센서 판독치들 중 어느 것이 정확한지를 표시하는 것에 의해 또는 정확한 배송 수량을 입력하는 것에 의해) 대행업자에게 오류를 정정하라고 요구한다.

단계(318)에서, 소프트웨어는 임의의 특정의 순회 이후에 배송 차량에 의해 획득된 제품의 수량이 적재된 제품의 수량 및 전체 순회 동안 배송된 제품의 수량과 일치하는지를 결정한다(오류 없음). 배송만이 행해진 경우, 이득은 마이너스(즉, 손실)이어야 하고, 배송된 총 수량과 대략 같다. 그렇지만, 대행업자가 적재 정차(loading stop)를 행한 경우, 순회의 시작에서의 초기 적재 이후에 제품이 얼마나 적재되었는지에 따라 이득은 플러스일 수 있다. 예컨대, 순회의 끝에서(순회후) 배송 차량에 보관된 수량을 측정하는 수위 검수 콕 밸브 또는 다른 센서를 사용하여 이득이 계산될 수 있고, 이 센서는 단계(316)에서 차량에서 배송 수량을 측정하는 데 사용된 센서와 별개의 것일 수 있다. 이 결정은 순회후 유효성 확인으로서(예컨대, 도 2의 단계(220) 동안), 전체 순회 동안 기록된 배송 수량들에 오류가 있는지 검사하는 데, 그리고 단계(316)에서의 유효성 확인이 실제로 정확하다는 것을 확인하는 데 특히 유용하다. 예를 들어, 순회후 측정을 사용하여 전체 순회에 대해 순 제품 이득 또는 손실이 계산될 수 있다. 순회후 순 제품 이득/손실이 이어서 단계(316)에서 센서들(예컨대, 보관 용기 내의 수위 검수 콕 밸브 및/또는 유량계)에 의해 기록된 수량들을 사용하여 계산된 순 제품 이득 또는 손실과 비교될 수 있다. 순회후 순 이득/손실이 기록된 배송 수량들을 사용하여 계산된 순 이득/손실과 명시된 허용 오차 임계치 초과만큼 상이한 경우, 소프트웨어는 하드 오류를 발행할 수 있다. 차이가 명시된 허용 오차 임계치 내에 있는 경우, 소프트웨어는, 예컨대, 순회후 순 이득/손실을 무시하고 문서화를 위해 기록된 수량들을 사용하는 것 또는 그 반대에 의해, 대행업자가 오류를 무시할 수 있게 할 수 있다.

단계(320)에서, 소프트웨어는 배송 이전의 보관 용기에서의 압력의 수량과 또한 배송 이후의 보관 용기에서의 압력의 수량이 범위 내에 있는지를 결정한다(오류 없음). 이 결정들은 하나 이상의 개별 단계들에서 수행될 수 있다. 이전 압력 범위 및 이후 압력 범위가 동일하거나 상이할 수 있고, 제품을 보관하기에 안전한 것으로 알려져 있는 압력들에 대응할 수 있다. 압력 범위들이 제품의 유형 또는 보관 용기의 특성에 따라 변할 수 있다.

단계(322)에서, 소프트웨어는 배송 이전의 보관 용기에서의 온도와 또한 배송 이후의 보관 용기에서의 온도가 범위 내에 있는지를 결정한다(오류 없음). 이 결정들은 하나 이상의 개별 단계들에서 수행될 수 있다. 이전 온도 범위 및 이후 온도 범위가 동일하거나 상이할 수 있고, 제품을 보관하기에 안전한 것으로 알려져 있는 온도들에 대응할 수 있다. 온도 범위들이 제품의 유형 또는 보관 용기의 특성에 따라 변할 수 있다.

도 37은 본 발명의 예시적인 실시예에 따른, 차량 상태 정보를 유효성 확인하는 방법(400)의 플로우차트이다. 단계(410)에서, 소프트웨어는 적재 이전의 배송 장비의 중량 값들이 합산된 차체 중량 값(summed tare value)과 적어도 같고 또한 제1 중량 한계 미만인지를 결정한다(오류 없음). 장비의 총 중량은 개별적으로 측정된 각각의 장비 항목의 차체 중량들(즉, 비적재 중량들)의 합과 적어도 같아야 한다. 제품에 대한 적절한 공간을 제공하기 위해 적재전 중량을 제1 중량 한계로 제한하는 것이 또한 바람직할 수 있다. 개별적인 중량들은 물론, 총 중량이 변형 게이지(strain gauge) 또는 압전 센서(piezoelectric sensor)와 같은 적절한 센서들을 사용하여 측정될 수 있다.

단계(412)에서, 소프트웨어는 적재 이후의 배송 장비의 중량 값들이 합산된 차체 중량 값과 적어도 같고 또한 제2 중량 한계 미만인지를 결정한다(오류 없음). 제2 중량 한계는 장비를 안전하게 동작시키기 위한 최대 중량 또는 특정의 경로를 따라 이동하기 위한 최대 중량일 수 있다.

단계(414)에서, 소프트웨어는 주행 기록계가 0 초과인지를 결정한다(오류 없음). 이것은 주행 기록계가 리셋된 후에 정차할 때마다 수행될 수 있다. 예를 들어, 대행업자는 순회의 시작에서 주행 기록계를 리셋시킬 수 있다. 주행 기록계는 각각의 정차 후에 리셋될 수 있고, 이 경우에 이 결정은 모든 경유지들에 대해 정확한 주행 거리가 입력되도록 보장한다.

단계(416)에서, 소프트웨어는 현재 주행 기록계 값이 이전의 주행 기록계 값 초과인지를 결정한다(오류 없음). 소프트웨어는 주행 기록계 값들이 정확한 순서로 있도록 보장하기 위해 모든 주행 기록계 값들에 대해 이 결정을 수행할 수 있다(단계(418)).

도 38은 본 발명의 예시적인 실시예에 따른, 지연들에 대한 타임스탬프 정보를 유효성 확인하는 방법(500)의 플로우차트이다. 단계(510)에서, 소프트웨어는 각각의 지연에 대해 종료 시각이 명시되었는지를 결정한다. 이것은, 지연이 종료 시각 없이 저장되는 것을 방지하기 위해, 지연이 시작될 때마다 수행될 수 있다.

단계(512)에서, 소프트웨어는 지연 시간들이 서로 부합하는지를 결정한다(오류 없음). 예를 들어, 소프트웨어는 지연들이 겹치는 시간들을 갖지 않도록 하기 위해 검사할 수 있다.

단계(514)에서, 소프트웨어는 각각의 지연의 지속기간이 범위 내에 있는지를 결정한다(오류 없음). 예를 들어, 각각의 지연이 얼마나 길 수 있는지에 대한 제한이 있을 수 있다.

단계(516)에서, 소프트웨어는 순회전, 경유지들, 및 순회후에 대한 타임스탬프들이 서로 부합하는지를 결정한다(오류 없음). 이것은 순회전이 먼저 일어나고, 순회후가 마지막으로 일어나며, 경유지들이 정확한 순서로 있도록 하기 위해 타임스탬프들을 비교하는 것을 포함할 수 있다.

단계(518)에서, 소프트웨어는 순회전, 경유지들, 및 순회후에 대한 타임스탬프들이 지연 시간들과 부합하는지를 결정한다(오류 없음). 이것은 지연 시간들이 순회전, 경유지들, 및 순회후 시간들 중 임의의 것과 겹치지 않도록 하는 것을 포함할 수 있다.

단계(520)에서, 소프트웨어는 각각의 정차 종료 시각이 그 각자의 시작 시각보다 나중인지를 결정한다(오류 없음).

도 39는 본 발명의 예시적인 실시예에 따른, 스케줄링 정보를 유효성 확인하는 방법(600)의 플로우차트이다. 단계(610)에서, 소프트웨어는 순회가 장비 교체 또는 수거로 끝나지 않는지를 결정한다(오류 없음). 순회가 교체 또는 수거로 끝나는 경우, 서버(20)는 순회가 대행업자에 배정되지 않도록 할 수 있다.

단계(612)에서, 서버(20)는 하나 초과의 대행업자를 필요로 하는 순회가 상이한 대행업자들을 연속적으로 사용하는지를 결정한다(오류 없음). 이것은 대행업자들이 2교대(double shift)로 근무하는 것을 방지한다.

단계(614)에서, 서버(20)는 대행업자가 최대 허용 근무 시간을 초과하지 않았는지를 결정한다(오류 없음). 예를 들어, 미국 교통국(Department of Transportation)은 운전자들이 적절한 휴식을 갖도록 하기 위해 트럭 운전자들에 대한 주당 평균 근무 시간(average work week)을 특정 시간수(number of hours)로 제한한다. 순회가 대행업자로 하여금 최대 허용 근무 시간을 초과하게 하는 경우, 서버(20)는 순회가 대행업자에 배정되지 않도록 할 수 있다.

단계(616)에서, 서버(20)는 계획된 도착 시각이 수령자의 배송 윈도우(delivery window) 및 운영 시간(operating hours) 동안에 있는지를 결정한다(오류 없음).

단계(618)에서, 서버(20)는 대행업자의 스케줄이 현재 순회와 충돌하지 않는지를 결정한다(오류 없음). 예를 들어, 대행업자는 순회를 완료하는 것을 불가능하게 만드는 스케줄링된 부재를 가질 수 있다. 이 결정은 현재 순회가 경유지를 추가하는 것에 의해 수정될 때마다 행해질 수 있다.

단계(620)에서, 서버(20)는 대행업자가 경유지 위치로 이동할 자격을 가지고 있는지를 결정한다(오류 없음). 대행업자들은 지방 도로를 따라, 국경을 가로질러, 또는 상이한 유형의 도로들을 따라 운전할 자격이 있는 것과 관련하여 상이할 수 있다. 대행업자가 자격이 없는 경우, 서버(20)는 순회를 재배정하거나, 경유지를 제거하거나, 경유지까지의 대안의 경로를 제안할 수 있다.

단계(622)에서, 서버(20)는 대행업자가 적재된 또는 배송 차량에 적재하도록 스케줄링된 각각의 제품을 처리할 자격이 있는지를 결정한다(오류 없음). 대행업자들은 위험 물질과 같은 특정 유형의 제품들을 처리할 자격이 있는 것과 관련하여 상이할 수 있다.

도 40은 대행업자가 순회후 단계를 시작하고 종료하는 옵션들을 제공받는 GUI(94)를 나타낸 것이다. 도 2의 단계(220)에서의 순회후 프로세스를 구현하기 위해 도 40에서의 단계들은 수행될 수 있다. GUI(94)는 차량 상태 보고를 완료하는 옵션을 포함한다. GUI(94)는 또한 이전에 기술된 유효성 확인들(예컨대, 경유지들 간의 정보의 부합에 대해 검사하는 유효성 확인들) 중 하나 이상을 포함하는 조정 프로세스를 시작하는 옵션을 포함한다. 예시적인 실시예에서, 소프트웨어는 각각의 배송 정차 동안 행해진 다양한 유효성 확인들을 반복하기 위해 조정 프로세스를 사용할 수 있다. 이 반복은 데이터 입력 오류들에 대한 이중 검사(double-check)로서 역할하고, 초기 유효성 확인들이 수행된 후에 데이터가 잘못 변경되는 것을 방지한다. 바람직하게는, 반복된 유효성 확인들은 정확한 제품 수량들인지를 검사하는 것들(특히 도 36에서의 단계(316))이다.

조정 프로세스를 수행한 후에, 순회후 단계가 완료되고, 서버(20)는 최종 문서(예컨대, 수령자에게 우편 발송하기 위한 송장(도 2의 단계(222)))를 생성한다. 제품 수량들이 유효성 확인(어쩌면 반복된 유효성 확인)을 받았기 때문에, 최종 문서가 실제 배송을 정확하게 반영할 가능성이 높다. 초기 문서와 최종 문서 사이에 불일치가 있는 경우, 최종 문서가 초기 문서를 대체할 수 있다. 송장은 불일치를 설명하는 메모를 포함할 수 있다.

본 발명의 앞서 기술된 실시예들은 배송된 제품의 수량들을 측정하는 것을 포함한다. 측정들은, 예를 들어, 배송 차량에 그리고/또는 제품이 배송되는 보관 용기에 위치된 센서들을 사용하여 수행된다. 이러한 비교들은 정확한 수량의 제품이 배송되었다는 것 또는 다중 경유지 순회 동안 배송 차량의 제품 손실 또는 이득이 예상된 범위 내에 있다는 것을 확인하는 데 유용하다. 배송 수량들의 분석에 부가하여, 제품의 추가 분석이 가능하다. 본 발명의 예시적인 실시예들은 제품의 품질(우수성 정도)을 나타내는 적어도 하나의 특성을 측정하는 것에 관한 것이다. 품질 표시자의 일례는 화학 물질의 순도 값이다. 분석 결과가 본 명세서에서 COA(Certificate of Analysis, 분석 증명서)로서 지칭되는 보고서의 형태로 제공될 수 있다. 대안적으로 또는 그에 부가하여, 본 명세서에서 COC(Certificate of Conformance, 적합성 증명서)라고 지칭되는 덜 상세한 보고서가 제공될 수 있다. COA 또는 COC가 제품 품질의 증명서 또는 보증서로서 고객에게 제공될 수 있다. 예를 들어, COA 또는 COC는 제품이 특정 품질 표준 또는 특정 고객 요구사항을 충족시킨다는 것을 나타낼 수 있다. 품질 분석이 앞서 기술된 배송 품질 측정들과 결합하여 수행될 수 있다. 예를 들어, 둘 다가 배송 순회 동안의 어떤 지점에서 행해질 수 있다. 그렇지만, 각각이 독립적인 절차로서 사용될 수 있고, 모든 배송들이 품질 분석을 필요로 하는 것은 아닐 수 있다.

도 41 및 도 42는 본 발명의 예시적인 실시예들에 따른, 제품 품질을 분석하는 예시적인 GUI들(121, 122)을 나타낸 것이다. GUI들(121, 122) 각각에서, “분석”이라고 표시된 메뉴 옵션은 품질 분석 절차를 트리거한다. GUI(121)는 배송의 순회전 단계에 적용 가능하고, 이 순회전 단계 동안 분석 결과가 나중에 사용하기 위해(예를 들어, COA 또는 COC를 생성하는 데 사용하기 위해) 저장될 수 있다. 배송 차량에 적재된 제품이 배송 순회를 시작하기 전에 품질 요구사항을 충족시키도록 보장하기 위해 순회전 결과가 품질 요구사항과 비교된다. GUI(122)는 배송 단계 동안 수거된 제품에 적용 가능하고, 이 배송 단계 동안 분석 결과가, 예를 들어, 배송 대행업자에 의해 인쇄되어 고객에게 주어질 수 있는 COA 또는 COC를 생성하기 위해 사용될 수 있다. 대안적으로, COA 및 COC는 이메일 또는 다른 종래의 전자 전송 방법들을 통해 고객에게 전자적으로 전송될 수 있다.

도 43은 중앙 컴퓨터(예컨대, 서버(20))의 관리자가 특정 제품에 대해 그리고 특정 고객에 대해 품질 요구사항들을 명시하는 예시적인 GUI(123)를 나타낸 것이다. 도 43에서, 품질 요구사항이 불순물 레벨을 사용하여 규정되어 있다. GUI(123)는 다음과 같은 것들 중 임의의 것을 명시하기 위한 옵션들을 포함한다: 측정될 불순물, 불순물들을 그룹들(예컨대, 식용 또는 비식용, 독성 등급, 위험 물질 등급 등)로 분류하기 위해 사용되는 불순물 유형, 수량(예컨대, 불순물에 대한 임계치 값), 불순물 수량에 수학 연산자를 배정하는 데 사용되는 한정사(qualifier)(예컨대, 미만, 초과, 이하, 같음 등), UOM(unit of measure, 측정 단위) 및 측정 방법. 설명을 입력하고 COA 및 COC를 인쇄하는 옵션들이 또한 제공된다.

예시적인 측정 방법들은 각각의 제품 로트(product lot)를 측정하는 것(예컨대, 1회 적재분(batch)의 제품으로부터 개개의 제품 유닛을 샘플링하고 전체 적재분의 품질을 나타내는 것으로서 샘플링된 유닛을 측정하는 것), 보증됨(guaranteed)(예컨대, 모든 유닛들이 요구사항들을 충족시킨다는 것을 보증하기 위해 각각의 제품 유닛을 측정하는 것), 주기적(예컨대, 며칠 또는 몇 주일, 어쩌면 제품의 만료 기간의 함수로서와 같이, 측정들 사이에 긴 간격을 사용하여 제품 유닛들을 자동으로 샘플링함), 주기적 측정(예컨대, 하루에 한 번과 같이 비교적 짧은 간격을 사용하여 제품 유닛들을 수동으로 샘플링하는 것), 및 용해도 검사를 통해 불순물을 측정하는 것을 포함한다.

도 44 및 도 45는 품질 요구사항들의 예시적인 테이블이다. 도 44에서, 예시적인 제품에 대한 품질 요구사항들은 산소, 수분, 수소, 불활성 성분, 및 이슬점(엄격히 말해 불순물은 아니지만, 수분과 같은 불순물들의 존재에 의해 이슬점이 영향을 받음)과 관련하여 제품의 불순물 레벨을 포함하고, 제품 품질을 결정하는 데 무한한 다른 파라미터들이 고려될 수 있다는 것을 잘 알 것이다. UOM은 측정된 불순물의 유형에 대응하고, 예를 들어, 퍼센트, PPM(parts per million) 또는 화씨(degrees Fahrenheit)로서 표현될 수 있다. 체크 박스는 COA, COC, 또는 ACOC(annual COC) 중 임의의 것이 요구되는지를 나타낸다.

도 46 및 도 47은 배송 대행업자가 컴퓨터(14)에서 품질 분석을 개시하는 예시적인 GUI들(124, 125)을 나타낸 것이다. 품질 요구사항들에 명시된 불순물들 각각을 측정하는 센서들을 사용하여 분석이 수행될 수 있다. 센서들은 배송 차량, 보관 용기, 생산 설비, 및 제품이 수송되는 다른 장소들에 위치될 수 있는 종래의 센서들이다. 도 46에서, 요구사항들은 총 산소 순도, 수분, 총 불활성 성분, 및 이슬점을 포함한다. 배송 수량의 앞서 기술된 측정들에서와 같이, 품질 측정들이 터치 스크린 키보드를 사용하여 수동으로 컴퓨터(14)에 입력될 수 있다.

도 48은 측정된 품질 표시자들을 디스플레이하는 예시적인 GUI(126)를 나타낸 것이다. GUI(126)는 나중에 사용하기 위해(예컨대, COA 또는 COC를 생성하기 위해) 측정된 품질 표시자들을 저장하는 옵션을 포함한다.

도 49는 제품이 품질 요구사항들을 충족시키지 못할 때 디스플레이되는 예시적인 GUI(127)를 나타낸 것이다. 컴퓨터(14)에 의해 어떤 데이터도 제공되지 않거나 불충분한 데이터가 제공될 때 오류들이 발생할 수 있다. 측정 데이터가 제공되었지만 제품이 그의 품질 요구사항들을 충족시키지 못할 때 오류들이 또한 발생할 수 있다.

도 50은 가상적인 일단의 품질 요구사항들에 대한 품질 표시자들의 측정된 값들을 열거하는 예시적인 COA를 나타낸 것이다. 도 51은 실제 값들이 생략되어 있다는 것을 제외하고는, 도 50에서의 COA와 유사한 예시적인 COC를 나타낸 것이다.

본 발명의 예시적인 실시예들은 제품을 배송시키기보다는 직접 제품들을 현장 구매(pick up)하는 고객들을 수반하는 거래들의 컴퓨터 보조 처리(computer assisted handling)에 관한 것이다. 이러한 경우들에서, 시스템 및 방법은 사용자가 미리 정해진 고객 목록으로부터 고객을 식별하고 현장 구매 고객에게 제안될 제품을 전자적으로 스캔하는 것에 의해 거래를 신속하게 처리할 수 있게 하는 GUI를 제공할 수 있다.

도 52는 본 발명의 예시적인 실시예에 따른, 제품 품질을 분석하는 방법(700)의 플로우차트이다. 단계(710)에서, 컴퓨터(14)는 제품을 분석하라는 요청을 수신할 수 있다. 요청은 배송 대행업자로부터 온 것일 수 있고, 적재 시에 또는 배송 정차 동안 컴퓨터(14)에 입력될 수 있다.

712에서, 예를 들어, 배송 차량에, 보관 용기에 또는 생산 설비에 위치된 적어도 하나의 센서를 사용하여 품질 표시자의 측정이 수행된다.

714에서, 측정된 표시자가 목표 표시자(예를 들어, 품질 요구사항들에서의 불순물 레벨들)와 비교된다.

716에서, COC 및/또는 COA가 고객을 위해 인쇄된다.

본 발명의 예시적인 실시예들은 제품에 대해 선불로 결제하기 위해 현금이 사용되는 판매 거래들에 관한 것이다. 현금 기반 판매 거래는 개별 제품 유닛들(예컨대, 벌크 배송 차량의 도움 없이 고객에 의해 처리될 수 있는 패키지)을 제안하는 데 특히 적당하고, 배송 및 현장 구매 둘 다에 적용 가능하다. 현금 기반 판매 거래를 처리하는 시스템 및 방법은 총 요금을 계산하는 것 및 항목별로 구분된 개별 요금들 및 세금들을 열거하는 현금 영수증을 인쇄하는 것을 포함할 수 있다. 현금 수령자의 서명이 거래와 동시에 캡처되고, 결제의 증거로서 고객에게 제공된다. 이와 달리, 배송들은 고객이 제품을 수령했다는 증거로서 고객의 서명만을 요구할 수 있다. 계산 및 서명 캡처는 컴퓨터(14)에서 행해질 수 있고, 현장 구매의 경우에, 이는 배송 대행업자와 유사한 판매 대행업자에 의해 수행될 수 있다.

도 53은 현금 기반 판매 거래가 컴퓨터(14)에서 처리되는 예시적인 GUI(128)를 나타낸 것이다. GUI(128)는 배송 경유지와 관련하여 디스플레이된다. 그렇지만, 앞서 설명된 바와 같이, 고객이 제품을 현장 구매할 때에도 현금 기반 판매 거래가 행해질 수 있다. GUI(128)는 도25와 관련하여 기술된 메뉴 옵션들 중 일부를 포함한다.

도 54는 현금 기반 판매 거래의 대상물인 제품의 스캔을 수행하기 위한 메뉴 옵션을 포함하는 예시적인 GUI(129)를 나타낸 것이다. 스캔은 제품과 연관된 바코드 또는 다른 전자 코드를 캡처하기 위해 컴퓨터(14)의 카메라를 사용하는 것을 포함할 수 있다. 각각의 유닛이 스캔될 때, GUI(129)는 배송된 유닛들의 총 수량을 반영하기 위해 업데이트된다. 패키지들이 또한 “용기를 수동으로 추가하기(Add Container Manually)” 옵션을 통해 수동으로 입력될 수 있다. GUI(129)는 또한 몇 개의 유닛들이 배송을 위해 계획되었는지(예를 들어, 고객 주문에 명시된 유닛들의 개수)를 나타낸다. 고객 주문이 존재하지 않는 경우, GUI(129)는 이 정보를 생략할 수 있다.

도 55는 거래 제품의 수량에 기초하여 컴퓨터(14)에 의해 출력되는 예시적인 현금 영수증을 나타낸 것이다. 현금 영수증은 제품, 거래된 수량, 및 총 요금의 항목별로 구분된 명세서(breakdown)를 열거한다. 항목별로 구분된 명세서는, 예를 들어, 수량에 기초한 소계(예컨대, 유닛 가격을 거래된 유닛들의 개수와 곱한 것), 에너지 요금 및 연료 요금(제품이 배송될 때), 과세 가액, 및 징수 세액을 포함한다. 현금 영수증이 인쇄되고 이어서 현금 수령자(예컨대, 배송 대행업자 또는 판매 대행업자)에 의해 서명될 수 있다. 대안적으로, 현금 수령자의 서명이 인쇄 이전에 현금 영수증에 포함시키기 위해 컴퓨터(14)에서 전자적으로 캡처될 수 있다. 서명이 또한 현금 영수증과 함께 또는 별개의 문서로서 고객에게 전자적으로 전송될 수 있다.

도 56은 본 발명의 예시적인 실시예에 따른, 현금 기반 판매 거래를 처리하는 방법(800)의 플로우차트이다. 단계(810)에서, 배송 또는 현장 구매와 관련하여 현금 기반 판매 거래가 컴퓨터(14)에서 개시될 수 있다.

812에서, 예를 들어, 등록된 고객들의 목록으로부터 수동으로 선택하는 것 또는 고객 데이터베이스를 검색하는 것에 의해 컴퓨터(14)에 대해 고객이 식별된다. 이것은 거래가 식별된 고객과 연관될 수 있게 한다.

814에서, 배송되거나 현장 구매되는 각각의 제품 유닛이 스캔된다. 앞서 설명된 바와 같이, 수동 입력도 가능하다.

816에서, 현금 결제가 수령된다.

818에서, 현금 수령자의 서명이 고객의 서명과 함께 캡처된다.

820에서, 단계(818)에서 수집된 서명들 중 하나 이상을 포함할 수 있는 현금 영수증이 출력된다. 서명 또는 현금 영수증이 인쇄되거나 고객에게 전자적으로 전송될 수 있다.

본 발명의 예시적인 실시예는, 예컨대, 하드웨어 컴퓨터 판독 가능 매체 상에 제공된 코드를 실행하기 위해, 임의의 종래의 처리 회로 및 디바이스 또는 이들의 조합(예컨대, PC(Personal Computer)의 CPU(Central Processing Unit) 또는 다른 워크스테이션 프로세서)을 사용하여 구현될 수 있는 하나 이상의 프로세서들에 관한 것이다.

본 발명의 예시적인 실시예는 본 명세서에 기술된 방법들 중 임의의 하나 이상을 수행하기 위해 프로세서에 의해 실행 가능한 명령어들이 저장되어 있는, 예컨대, 앞서 기술한 바와 같은, 비일시적 하드웨어 컴퓨터 판독 가능 매체에 관한 것이다.

본 발명의 예시적인 실시예는 본 명세서에 기술된 방법들 중 임의의 하나 이상을 수행하기 위해 프로세서에 의해 실행 가능한 명령어들을 전송하는, 예컨대, 하드웨어 구성요소 또는 기계의 방법에 관한 것이다.

본 발명의 예시적인 실시예들은, 단독으로 또는 결합하여, 앞서 기술된 방법들(예컨대, 컴퓨터 구현 방법들) 중 하나 이상에 관한 것이다.

상기 예시적인 실시예들에서, 다양한 단계들이 컴퓨터(14) 내에 프로그램된 소프트웨어 명령어들에 기초하여 컴퓨터(14)의 프로세서에 의해 수행되거나 서버(20)의 프로세서에 의해 수행되는 것으로 기술되었다. 단계들이 기술된 바와 같이 정확하게 컴퓨터(14) 및 서버(20)에 할당될 필요는 없다. 예를 들어, 모든 단계들이 단일의 컴퓨터(예컨대, 컴퓨터(14) 또는 서버(20))에서 수행될 수 있다. 대안적으로, 컴퓨터(14)에서 수행되는 것으로 기술된 일부 단계들이 그 대신에 서버(20)에서 수행될 수 있고, 그 반대일 수 있다.

이상의 설명은 제한하는 것이 아니라 예시적인 것으로 의도되어 있다. 통상의 기술자라면 이상의 설명으로부터 본 발명이 각종의 형태들로 구현될 수 있다는 것과, 다양한 실시예들이 단독으로 또는 결합하여 구현될 수 있다는 것을 알 수 있다. 따라서, 본 발명의 실시예들이 그의 특정의 예들과 관련하여 기술되어 있지만, 다른 수정들이 도면, 명세서, 및 부록들을 살펴볼 때 숙련된 실무자에게 자명하게 될 것이기 때문에, 본 발명의 실시예들 및/또는 방법들의 진정한 범주가 그것으로 제한되어서는 안된다. 게다가, 플로우차트들에 예시된 단계들이 생략될 수 있고 그리고/또는 특정 단계 시퀀스들이 변경될 수 있으며, 특정 경우들에서, 다수의 예시된 단계들이 동시에 수행될 수 있다.

Claims (12)

1. 배송 차량에 의한 제품의 배송을 모니터링하는 컴퓨터 구현 방법에 있어서,
   컴퓨터 서버에서, 상기 제품의 배송 - 상기 배송은 상기 제품을 보관 용기로 이송하는 것을 포함함 - 을 위한 순회 스케줄(trip schedule) - 상기 순회 스케줄은 적어도 하나의 배송 위치를 포함함 - 을 생성하는 단계;
   순회전 프로세스(pre-trip process)와 관련하여,
   상기 컴퓨터 서버에 의해, (i) 상기 순회 스케줄; (ii) 상기 순회와 관련하여 사용되는 배송 차량을 포함하는 장비; 및 (iii) 상기 제품을 나타내는 데이터를 모바일 컴퓨터에 전송하는 단계;
   상기 제품이 상기 배송 차량에 적재되었다는 것을 확인하는 데이터 및 상기 배송 차량에 적재된 상기 제품의 수량을 나타내는 데이터를 상기 모바일 컴퓨터로부터 상기 컴퓨터 서버에서 수신하는 단계;
   순회 프로세스(trip process)와 관련하여,
   (i) 상기 배송 위치들 중 적어도 하나의 배송 위치의 위치; (ii) 상기 적어도 하나의 배송 위치에 하역된 상기 제품의 수량을 나타내는 데이터를 상기 모바일 컴퓨터로부터 상기 컴퓨터 서버에서 실시간으로 수신하는 단계;
   상기 모바일 컴퓨터에서, GPS 수신기 및 상기 보관 용기와 연관된 전자 태그로부터의 정보 중 적어도 하나를 사용하여, 상기 보관 용기가 배송 주문에 배정된 보관 용기와 일치(match)한다는 것을 확인하는 단계;
   상기 보관 용기가 상기 배송 주문에 배정된 보관 용기와 일치하지 않는 경우, 오류 메시지를 생성하는 단계;
   상기 모바일 컴퓨터에 의해, 상기 보관 용기 내의 제1 센서의 출력 및 상기 배송 차량 - 상기 배송 차량으로부터 상기 제품이 상기 보관 용기로 이송됨 - 내의 제2 센서의 출력을 수신하는 단계;
   상기 모바일 컴퓨터에서, 상기 제1 센서의 출력 및 상기 제2 센서의 출력에 의해 표시되는 상기 제품의 배송 수량들을 비교하는 단계;
   상기 비교에 기초하여, 배송 프로세스를 종료할 허가(permission)를 나타내는 신호를 생성하는 단계; 및
   순회후 프로세스(post-trip process)와 관련하여,
   상기 순회 프로세스와 관련하여 생성된 데이터를 유효성 확인(validating)하는 단계를 포함하고,
   상기 제1 센서의 출력은 상기 보관 용기에 의해 획득되는 제품의 량에 관련되고, 상기 제2 센서의 출력은 상기 배송 차량에 의해 손실되는 제품의 량에 관련되는 것인, 제품의 배송을 모니터링하는 컴퓨터 구현 방법.
2. 제1항에 있어서, 상기 모바일 컴퓨터는 상기 전자 태그를 사용하여 상기 확인하는 단계를 수행하고, 상기 전자 태그는 상기 모바일 컴퓨터의 카메라 기능을 사용하여 캡처(capture)된 바코드를 포함하는 것인, 컴퓨터 구현 방법.
3. 제1항에 있어서, 상기 모바일 컴퓨터는 GPS 수신기를 포함하고, 상기 모바일 컴퓨터는 상기 GPS 수신기를 사용하여 상기 확인하는 단계를 수행하는 것인, 컴퓨터 구현 방법.
4. 제1항에 있어서,
   상기 제1 센서의 출력으로부터 제1 배송 수량을 계산하는 것; 상기 제2 센서의 출력으로부터 제2 배송 수량을 계산하는 것; 및 상기 제1 배송 수량과 상기 제2 배송 수량 간의 차이를 계산하는 것에 의해, 상기 비교를 수행하는 단계; 및
   상기 차이가 미리 정해진 허용 오차 범위를 초과할 때, 허가를 거부하는 신호를 생성하는 단계를 더 포함하는, 컴퓨터 구현 방법.
5. 제1항에 있어서, 상기 제1 센서는 상기 보관 용기에 있는 상기 제품의 높이를 측정하고, 상기 제2 센서는 상기 배송 차량으로부터 이송된 상기 제품의 체적을 측정하는 것인, 컴퓨터 구현 방법.
6. 제1항에 있어서,
   상기 제품을 상이한 위치에 있는 다른 보관 용기로 이송하기 위해 동일한 배송 차량이 사용되는 적어도 하나의 부가의 배송에 대해, 상기 보관 용기 내의 상기 제1 센서의 출력을 수신하는 단계, 상기 배송 차량 내의 상기 제2 센서의 출력을 수신하는 단계, 및 상기 배송 프로세스를 종료할 허가를 나타내는 상기 신호를 생성하는 단계를 반복하는 단계; 및
   상기 순회후 프로세스와 관련하여, 상기 컴퓨터 서버에서,
   상기 배송 차량에 보관된 제품의 수량을 측정하는 개별 센서로부터의 데이터를 사용하여, 상기 순회에서의 상기 배송들 모두 동안에 상기 배송 차량에 의해 획득된 또는 손실된 제품의 순 수량(net amount)을 계산하는 것과;
   상기 순 수량을 상기 배송들 모두로부터의 제1 배송 수량들 및 제2 배송 수량들을 사용하여 계산된 제2 순 수량과 비교하는 것에 의해,
   상기 배송들 모두에 대해 배송 수량들을 유효성 확인하는 단계를 더 포함하는, 컴퓨터 구현 방법.
7. 제1항에 있어서,
   상기 보관 용기 및 상기 배송 차량 중 적어도 하나에 위치된 부가의 센서에 의해, 상기 제품의 특성을 품질 표시자로서 측정하는 단계; 및
   상기 제품이 품질 요구사항을 충족시키는지 여부를 결정하도록 상기 품질 표시자를 미리 정해진 품질 요구사항과 비교하는 단계를 더 포함하는, 컴퓨터 구현 방법.
8. 제1항에 있어서, 상기 컴퓨터 서버는 또한, 상기 순회전 프로세스 중 적어도 하나와 연관된 시작 시각 및 종료 시각 그리고 상기 순회 프로세스 동안의 상기 배송 위치들 중 임의의 것에 있는 경유지(stop)를 상기 모바일 컴퓨터로부터 수신하는 것인, 컴퓨터 구현 방법.
9. 제1항에 있어서,
   상기 순회 프로세스와 관련하여,
   상기 컴퓨터 서버에 의해, 상기 순회 스케줄에 대한 하나 이상의 변경들을 상기 모바일 컴퓨터로부터 수신하는 단계를 더 포함하는, 컴퓨터 구현 방법.
10. 제1항에 있어서,
    상기 모바일 컴퓨터에 의해, 사용자가 규정한 배송 순회에 대한 스케줄을 생성하라는 사용자 요청, 그리고 순회 시작 위치 및 순회 종료 위치의 입력을 수신하는 단계;
    상기 모바일 컴퓨터에서 잠재적인 배송 위치들의 목록을 디스플레이하는 단계; 및
    상기 잠재적인 배송 위치들 중 하나의 배송 위치의 사용자 선택에 응답하여, 배송 위치를 상기 시작 위치와 상기 종료 위치 사이에서 상기 스케줄에 추가하는 단계를 더 포함하는, 컴퓨터 구현 방법.
11. 제10항에 있어서, 상기 목록은, 각각의 잠재적인 배송 위치와 각각 연관된 거리들 및 상기 모바일 컴퓨터의 현재 위치로부터의 각각의 잠재적인 배송 위치의 거리 중 하나 또는 둘 다에 따라 소팅(sorting)되는 것인, 컴퓨터 구현 방법.
12. 제1항에 있어서,
    상기 모바일 컴퓨터에서, 상기 배송 위치에서의 배송에 대한 결제로서 현금을 수령한 현금 수령자의 서명을 캡처하는 단계; 및
    상기 캡처된 서명을 포함하는 현금 영수증을 출력하는 단계를 더 포함하는, 컴퓨터 구현 방법.
    
    
    

Images