이하 독자의 이해를 돕기 위해 소단원으로 나누어 설명한다. 소단원은 용어, 기반구조(infrastructure), 예약 프로세스 및 사용자 인터페이스, 위치추적 및 조회(track and trace), 및 이벤트 통지를 포함한다.
용어
이하의 용어들이 설명에서 사용된다.
송하인(shipper) - 운송될 물품을 갖고 있는 임의의 개체. 개체는 물품이 운송되어 오기를 원하거나 다른 개체에게 물품을 운송하기를 원할 수 있다.
화물 운송주선인(freight forwarder) - 송하인을 위해 운송인과 물품의 운송을 조정하는 개체.
운송인(carrier) - 출발지로부터 목적지로 물품을 운송하는 개체. 운송인은 물품의 국내 및/또는 국제 운송을 할 수 있다. 예를 들어, 운송인은 송하인을 위해 물품을 시카고로부터 시애틀로 운송할 수도 있고 또는 동일한 운송인이 물품을 시카고로부터 파리로 운송할 수도 있다. 운송인은 트럭, 기차, 항공, 선박 등을 사용하여 물품을 운송할 수 있다.
운송인 플랫폼 - 운송인과 정보를 교환할 수 있게 하는 인터페이스를 지원하는 운송인의 컴퓨터 시스템.
공통운송인 시스템(common carrier system) - 데이터 기억장치를 포함하여 공통운송인 인터페이스를 지원하는 기반구조.
공통운송인 인터페이스 - 다수의 사용자와 다수의 운송인이 통신할 수 있게 하는 인터페이스.
사용자 - 공통운송인 시스템을 사용하는 개체. 모든 사용자는 공통운송인 시스템을 사용할 때 다양한 이해관계를 가지고 있을 수 있다. 공통운송인 시스템의 주된 사용자는 송하인, 제 3 자 로지스틱스 제공자, 화물 운송주선인, 수하인, 브로커, 거래 포털, 운송인 등일 수 있다.
예약 - 단일 출발지로부터 단일 목적지로 다량의 물품을 운송하기 위한 예약. 물품은 제품 타입에 있어서 다양할 수도 있고, 위험물과 비-위험물이 혼합된 것일 수도 있고, 냉장 등을 필요로 하는 것일 수도 있다. 예약은 단일 예약이거나 반복 예약일 수 있다.
운송경로 요청 - 운송인 제품 카탈로그의 일부로서 화물의 기본 트랜스피레이션을 운송인이 지원하는지를 결정하도록 운송인에게 문의.
예약 활동(activity) 계획 - 선적의 주된, 또는 마일스톤 활동을 포함하는 운송인 계획.
기반구조
도 1a는 본 발명의 실시예에 따른 대표적인 기반구조의 예시도이다. 사용자(101a-101e)는, 단말기를 통하여, 서버(102b-102d) 및 데이터베이스(102a)를 포함하는 공통운송인 시스템(102)을 통해 복수의 다양한 운송인(103)과 통신한다. 일실시예에 있어서, 사용자는 공통운송인 시스템(102)과 정보를 교환하도록 단말기 를 사용한다. 이들 단말기는 이 분야에서 공지된 것과 같은 표준 퍼스널 컴퓨터(예를 들어, 펜티엄 Ⅲ 프로세서를 사용하는 컴퓨터 시스템)일 수 있다. 대안의 실시예에서, 사용자는 공통운송인 시스템(102)과 통신하기 위해 이 분야에서 공지된 것과 같은 핸드-헬드 또는 다른 휴대용 디바이스를 사용할 수 있다. 또한, 다수의 사용자로부터의 통신은 공통운송인 시스템(102)으로 송신되기 전에 사용자의 위치에서 함께 배칭될 수 있다. 도 1a에는 5명의 사용자, 5개의 운송인 단말기, 1개의 데이터베이스, 및 3개의 서버가 도시되어 있지만, 도 1a는 단지 예시적인 것이며, 사용자 및/또는 사용자 단말기, 운송인 및/또는 운송인 단말기, 서버, 및 데이터베이스의 수는 아무런 제한이 없다. 또한, 단일 시스템의 배경에서 실시예가 설명되지만, 설명되는 기능은 다수의 시스템에 걸쳐 구현될 수 있음을 당업자는 인식할 것이다. 또한, 네트워크내의 부가적 시스템에서 웹 사이트가 반영될 수 있고, 원한다면, 다양한 기능을 용이하게 하도록 하나 이상의 관리 시스템 또는 다른 컴퓨터 자원이 사용될 수 있다. 시스템에서의 컴퓨터 프로그램은 사이트에 대한 사용자 인터페이스를 함께 포함하는 일세트의 화면을 생성하기 위한 적절한 화면 루틴을 포함한다.
도 1b를 참조하면, 공통운송인 시스템(102)이 더 상세히 도시되어 있다. 공통운송인 시스템은 서버(104a-104c)를 포함하지만, 이것에 국한되는 것은 아니고 예시일뿐이다. 서버(104a)는 이메일을 통하여 데이터를 송신 및 수신하도록 사용될 수 있는 메일 서버(105)를 포함한다. 서버(104a)는 인터넷을 통하여 데이터를 송신 및 수신하기 위한 서버(106)도 포함한다. 서버(104b)는 서버(108)와 서 버(105 및 106)의 사이의 통신 브리지인 서버(107)를 포함한다. 서버(107)는 새로운 메시지에 대하여 서버(105 및 106)를 폴링하고, 언패킹하고, 서버(108)로 메시지를 송신한다. 서버(107)로부터의 아웃바운드 폴에 대하여, 서버(108)는 수신자의 주소를 부가하고 메시지의 전송을 트리거링한다. 서버(107)가 EDI 메시지를 처리하지 못할 때, 이메일은 소정의 이메일 주소로 송신될 것이다. 서버(108)는 서버(107)에 의해 호출될 때 데이터를 검증(validating)함으로써 EDI 메시지를 처리하고 데이터를 공통운송인 시스템 레이아웃 포맷으로 번역한다. 아웃바운드 EDI 메시지에 대하여, 서버(108)는 서버(109)에 의해 호출되고, 서버(109)는 공통운송인 시스템 레이아웃 포맷의 아웃바운드 EDI 메시지를 서버(108)에 공급한다. 서버(104c)는 서버(109 및 110)를 포함한다. 서버(109)는 공통운송인 시스템 레이아웃을 일세트의 데이터베이스 테이블로 변환 및 로딩하거나, 또는 그 역으로 한다. 또한 서버(109)는 임의의 새로운 메시지에 대하여 서버(108)를 폴링하고, 데이터베이스로의 접속을 개방하여 EDI 메시지 타입(300, 301, 315 등, 도 13 참조)에 대응하는 데이터베이스 테이블을 파퓰레이팅한다. 아웃바운드 EDI 메시지에 대하여, 서버(109)는 EDI 프로세서에 의해 파퓰레이팅된 데이터베이스 테이블을 스캐닝하고 메시지를 변환하고 그 후 서버(108)를 트리거링하여 공통운송인 레이아웃 포맷을 처리한다. 서버(110)에 관하여, EDI 프로세서는 109에 의해 데이터베이스 테이블내로 놓여진 EDI 메시지를 처리하는 서버(110)의 일부이다. 서버(110)는 예를 들어 제출된 것으로 마킹되어 있는 첫번째의 미처리된 메시지에 대하여 데이터베이스 테이블의 헤더를 스캐닝한다. 그 후 데이터베이스(111)에서 상태는 제출된 것으로 부터 처리중으로 변경되고, 성공적이라면, 그 후 상태는 완료로 변경된다.
본 발명은 물품의 선적에 관한 국내 및/또는 국제 운송 서비스의 구매자 및 판매자를 위한 시스템 및 방법에 관한 것이다. 사용자 및 운송인은 인터넷으로 통신하도록 전화 모뎀에 의해 시스템에 링크될 수 있고, 따라서, 시스템으로부터 접속이 끊기거나 오프-라인일 수 있다. 예를 들어, 사용자는 전화 모뎀을 사용하여 인터넷을 통하여 운송인에게 예약 요청을 제출한 후 인터넷으로부터 접속이 끊길 수 있다. 사용자가 접속이 끊겨 현재 오프-라인이 된 후에, 공통운송인 시스템은 사용자가 오프-라인인 동안 운송인에게 예약 요청을 제출하여 운송인으로부터 예약 요청의 확인을 수신할 수 있다. 다른 실시예에 있어서, 공통운송인 시스템(102)은 사용자가 인터넷과 여전히 접속되어 있는 동안 정보를 처리할 수 있다. 이것은 다양한 운송인에 대하여 이용가능성이 결정되자마자 또는 운송인과 예약된 후에 공통운송인 시스템(102)에 의해 사용자가 통지받을 수 있게 한다. 본 시스템 및 방법은 풀 컨테이너 선적의 예약에 있어서 참여하는 운송인에 의해 제안된 특정 서비스 패턴을 요청 및 선택하도록 송하인에게 기회를 제공한다. 본 시스템 및 방법은 사용자 인터페이스, 프로세서, 컴퓨터 시스템, 및 프로그램이 기억된 컴퓨터-판독가능한 매체를 포함한다. 본 시스템 및 방법은 사용자가 다수의 운송인에게 예약 요청을 제출할 수 있게 하고 단일 공통운송인 시스템 및 인터페이스를 사용하여 물품의 위치를 추적 및 조회할 수 있게 한다. 또한, 본 시스템 및 방법은 이벤트 통지를 제공하도록 사용될 수 있다.
일반적으로, 송하인이 물품을 이동시키기를 원할 때, 송하인은 하나 이상의 운송인에게 예약 요청을 제출하고 운송인은 예약 요청을 수락, 거절, 또는 변경함으로써 응답한다. 예약은 단일 출발지로부터 단일 목적지로 다량의 물품을 운송하려는 송하인의 의도를 나타낸다. 물품은 제품 타입에 있어서 다양할 수 있고, 위험물 및 비-위험물이 혼합된 것일 수 있고, 냉장 등을 필요로 하는 것일 수 있다. 결과로서, 다양한 컨테이너 타입이 요구될 수 있다. 다양한 화물 특성을 수용하기 위해서, 예약은 하나 이상의 예약 라인을 포함할 수 있다. 여러 가지의 다양한 프로세스를 사용하여 요청될 수 있다. 사용자(101)는 이메일 메시지를 공통운송인 시스템(102)으로 송신하고, 시스템은 이메일을 처리하고 응답한다. 대안으로, 사용자(101)는 공통운송인 시스템(102)의 웹 사이트에 정보를 게시할 수 있다. 또한, 사용자(101)는 공통운송인 시스템(102)에 의해 처리하기 위해 XML 또는 EDI 데이터 세트의 형태로 정보를 송신할 수 있다. 예약 요청을 공통운송인 시스템(102)으로 전송하기 위해 많은 다른 전송 스킴이 사용될 수 있다. 그 후, 공통운송인 시스템(102)에 의해 수신된 정보는 다양한 운송인(103)에게 예약 요청을 전송할 수 있다. 공통운송인 시스템(102)은 모든 운송인(103)에게 예약 요청을 무작위로 전송하여 응답하는 자를 알아볼 수 있다. 그렇지 않으면, 공통운송인 시스템은 사용자(101)로부터의 예약 요청을 필터링하여 예약 요청을 수신하는 운송인(103)의 수를 최소화할 수 있다. 또한, 공통운송인 시스템(102)은 운송인이 예약 이용가능성을 위해 폴링되어 있는 계층의 순서매김을 허용하기 위해 사용자에 의해 지정된 대로 운송경로 목록을 갖고 있을 수 있다.
공통운송인 시스템(102)과 운송인(103)의 사이의 송신은 사용자에 의해 사용 된 형태일 수도 있다. 대안으로, 공통운송인 시스템(102)은 하나의 형태 또는 포맷으로부터 운송인(103)에 의해 이해되는 것으로 사용자의 요청을 번역할 수 있다. 필요하다면, 공통운송인 시스템(102)은 각각의 운송인(103)에 대하여 요구된 대로 정보를 부가하거나 정보를 뺄 수 있다. 예를 들어, 어떤 운송인은 하나의 타입의 유닛을 사용하는 반면 다른 운송인은 다른 타입의 유닛을 사용할 수 있다. 그 후 공통운송인 시스템(102)은 운송인에게 제출하기 위해 사용자에 의해 제공된 유닛을 번역한다. 또한, 사용자는 물품이 하나의 방식과 반대로 달리 운송되도록 (예를 들어, 컨테이너선에 선적된다면 냉장이 필요하지만 트럭 또는 기차에 의해 선적된다면 냉장은 필요하지 않음) 특정 요구를 갖고 있을 수 있다. 그러하다면, 공통운송인 시스템(102)은 각각의 운송인의 플랫폼 및/또는 예약 시스템의 요구를 만족시키도록 각각의 운송인(103)에 송신되는 정보를 소거 또는 수정할 수 있다. 예약 라인은 단일 컨테이너 타입, 단일 위험 물품 표지, 단일 냉장, 및 단일 물품 설명을 포함할 수 있다. 공통운송인 시스템이 첫번째 운송인 예약 확인 메시지, 예를 들어 운송인(103a)으로부터의 확인 메시지를 수신할 때, 시스템(102)은, 송하인 요청(단말기(101a-101e) 또는 예를 들어 모바일 PDA와 같은 다른 공지의 디바이스 등 중 하나를 사용하는 임의의 사용자)에 따라, 다른 운송인(103b-103e)에게 예약 취소를 자동으로 생성 및 제출할 수 있다.
대안으로, 공통운송인 시스템(102)으로부터의 예약 요청은 제안된 예약을 취급하는 데 이용가능성을 갖고 있는 운송인(103)으로부터 정보를 요청할 수 있다. 운송인(103)으로부터의 응답은 이용가능성의 정보, 선적 시간 프레임, 및 다른 정 보를 공통운송인 시스템(102)에게 제공한다.
일예에 있어서, 이해관계자, 전형적으로 송하인 또는 화물 운송주선인은 선적되기를 원하는 화물에 관하여 매우 상세한 예약안을 입력한다. 예약시 입력된 정보를 사용하여, 시스템의 사용자는, 단말기(101a-101e)를 통하여, 공통운송인 시스템(102)을 통해서 하나 이상의 운송인(103a-103e)에게로 운송경로 요청을 발행할 수도 있다. 운송인(103a-103e) 중 하나 이상은 상세한 운송경로 정보에 대해 응답한다. 송하인은 운송인(103a-103e)이 예약에 포함된 데이터(수령 장소, 배달 장소 등)에 기초하여 운송경로 정보를 제출하도록 요청할 수 있다. 공통운송인 시스템(102)은 (단말기(101a-101e) 또는 예를 들어 모바일 PDA와 같은 다른 공지의 디바이스 등을 통하여) 사용자가, 운송경로 요청이 있거나 또는 없는 예약을 제출할 수 있게 하고, 예약은 하나 이상의 운송인(103a-103e)에게 제출될 수 있다.
운송경로 요청을 취급하는 복수의 운송인(103)과 사용자(101) 사이의 실제 인터페이스는 운송인(103)의 기술적 능력에 의해 결정될 수 있다. 세련된 운송인(103)은 그들의 내부 시스템을 통하여 직접 온라인 응답을 제공할 수 있다. 다른 운송인(103)은 이용될 수 있는 운송경로를 기억하도록 서비스 패턴 인터페이스를 사용할 수 있다. 최소한, 모든 운송인은 공통운송인 시스템(102)의 사용을 통하여 운송경로 요청에 응답할 수 있다. (이메일, 인스턴트 메시징 등을 통하여) 각각의 사용자에게 가는 확인이 분리될 수 있다.
예약 당사자(101)가 (예를 들어, 예약 화면상의 체크박스 또는 유사한 객체를 체킹함으로써) 그렇게 지정하도록 선택하면, 운송경로 요청에 대한 유효한 응답 으로 응답하는 첫번째 운송인은 자동으로 선택될 수 있고, 예약은 운송인에게 제출될 수 있다. 그렇지 않으면, 예약 당사자는 운송인을 수동으로 선택하여 예약을 제출할 수 있다. (선적 용량, 장비 이용가능성 등에 기초하여) 화물을 실제로 운송할지, 예약을 확인할지, 예약을 거절할지, 또는 반대 제안을 할지는 이제 운송인에게 달려 있다.
도 1을 참조하면, 운송인(103a)이 예약을 확인한 후, 사용자는 공통운송인 인터페이스와 대화함으로써 공통운송인 시스템(102)을 사용하여 선적 지시를 송신한다. 송신된 정보는 위험/냉장 특성과 같은, 화물에 대한 더 상세한 사항을 포함한다. 예약이 이미 주의에 대한 기본 정보를 포함하고 있기 때문에, 선적 지시는 특별한 시간에 일어날 필요는 없다. 그 후 운송인은 선적 지시에 기초하여 선하증권을 송신한다.
최종적으로, 운송인이 예약을 확인할 때, 운송인은 예약 확인의 일부로서 예약 활동 계획을 반송한다. 계획은 공통운송인 시스템(102)의 공통운송인 시스템 데이터베이스(102a)내에 기억되고 후속의 위치추적 및 조회 메시지는 예약 활동 계획에 대한 수행정도(예약 처리 시간, 정시 배달 퍼센트, 클레임, 배달사고 등)를 측정하도록 사용될 수 있다.
공통운송인 시스템은 공통운송인 인터페이스가 사용자에게 통합된 예약 인터페이스 및 프로시저를 제공할 수 있게 함과 동시에 또한 운송인에게 부가적인 예약 소스를 제공할 수 있게 한다.
또한, 공통운송인 시스템 및 인터페이스는 사용자가 특정 요구에 대해 맞춰 진 템플릿을 생성할 수 있게 한다. 따라서, 사용자는 전체 예약 프로세스를 통한 단계를 밟을 필요없이 템플릿-구동된 예약 요청을 신속하게 생성할 수 있다. 또한, 사용자의 수하인, 운송주선인, 송하인 등을 확인 및 등록하는 것은 템플릿 빌딩 프로세스를 용이하게 하고 가능한 신속하게 사용자의 파트너에게 선적 상태를 볼 수 있게 한다.
예약 프로세스 및 사용자 인터페이스
제 1 실시예의 설명은 사용자에 의해 취해진 대로 프로세스 흐름을 보여주도록 편성되어 있다. 다양한 사용자 인터페이스 화면은 프로세스 흐름을 구체화한다. 도 2a 내지 도 2g에는 3가지의 예약 방법 중 임의의 하나를 사용하여 예약 요청을 생성하는 것으로부터 예약 확인을 수령하는 것까지의 예약 프로세스가 도시되어 있다. 도 3 내지 도 12에는 도 2a 내지 도 2g에 의해 설명된 예약 프로세스를 통해 사용자가 접할 수 있는 다양한 화면이 도시되어 있다. 도 3 내지 도 12에는 디스플레이 화면이 도시되어 있지만, 특정 화면 레이아웃은 예시의 목적으로만 사용된 것이며 실시예의 범위를 제한하려는 것은 아니다.
도 2a 내지 도 2g를 참조하여, 예약 요청의 생성으로부터 확인까지의 프로세스가 이제 설명될 것이다. 프로세스는 필요한 대로 또는 더 빠른 정보 프로세싱을 수용하기 위해 재배열될 수 있다. 도 2a를 참조하면, 단계(201)에 도시된 바와 같이 첫번째 사용자가 공통운송인 시스템에 로그인한다. 단계(202)에서, 사용자는 새로운 예약 요청을 선택한다. 단계(203-205)에서, 사용자는 새로운 예약 요청의 생성, 기존 예약 요청의 재사용, 및 소정 템플릿으로부터 예약 요청의 생성 중 선 택한다.
새로운 예약 요청을 생성하는 것이 이제 설명될 것이다. 사용자가 단계(203)에서 새로운 예약 요청을 생성하도록 선택한다면, 그 후 사용자는 단계(206)로 진행하여 운송인 및 물품의 상세 설명을 확인한다. 위험물 데이터를 원하지 않으면, 사용자는 도 2b의 단계(210)로 진행한다. 위험물 데이터를 원하면, 사용자는 팝업 윈도우를 통하여 단계(208)에서 데이터를 입력하고 그 후 단계(210)로 진행한다. 옵션으로서, 사용자는 평문기술(free text) 필드에 단계(209)에서 계약 정보를 입력할 수 있다.
도 2b 및 도 2e를 참조하면, 단계(210)에서, 사용자는 장비의 수량 및 타입을 확인한다. 특정 환경 조건을 원하지 않으면, 사용자는 단계(213)로 진행한다. 특정 환경 조건을 원하면, 단계(212)에서, 사용자는 적합한 데이터를 입력하고 그 후 단계(213)로 진행한다. 단계(213-215)에서, 사용자는 픽업 날짜를 포함하여 화물에 대한 운송인의 책임이 시작되는 장소 및 배달 날짜를 포함하여 화물에 대한 운송인의 책임이 종료되는 장소를 확인한다. 옵션으로서, 사용자는 단계(216 및 217)에서 화물 적하지와 화물 양하지 및/또는 특별 지시를 입력할 수 있다.
단계(215 또는 217)로부터 와서 도 2f를 참조하면, 문전(door) 픽업을 원하면, 사용자는 단계(218)로 진행한다. 원하지 않으면, 사용자는 문전 드롭-오프 단계(220)로 진행한다. 단계(220)로부터, 문전 드롭-오프를 원하지 않으면, 사용자는 단계(226)로 진행한다. 문전 픽업을 원하면, 단계(221-223)에서 사용자는 주소, 임의의 필요한 코멘트, 및 날짜를 확인한다. 그 후 사용자는 단계(220)로 진 행한다. 문전 배달을 원하면, 사용자는 단계(224 및 225)동안 컨테이너 배달을 위한 배달 주소 및 날짜를 각각 확인한다.
단계(220 또는 225)로부터 와서 도 2g를 참조하면, 사용자는 단계(226)로 진행하고, 원한다면, 단계(227)로 진행한다. 단계(226)에서 사용자는 송하인 및 다른 선적 당사자를 확인한다. 송하인은 예약 당사자일 수 있다. 다른 선적 당사자가 등록되어 있지 않다면, 시스템은 보여줄 수 없다. 그러나, 시스템은 단계(227-230)에서 등록된 당사자에게 즉시 예약을 보여줄 수 있다.
단계(236) 및 단계(227-230)에서 선적 당사자를 확인한 후, 사용자는 단계(231)로 진행하여 시스템에 예약 요청을 제출하는 데, 단계(234)에서 시스템은 예약 요청을 운송인에게 제출한다. 또한, 사용자는 단계(232 및 233)동안 참조번호 및 의견을 각각 입력함으로써 단계(234)에 도달할 수 있다. 또한, 사용자는 도 2a에 도시된 단계(204 및 205)에서와 같이 기존 예약 요청을 재사용함으로써 또는 소정 템플릿으로부터 단계(234)에 도달할 수 있다. 단계(235-240)에서 사용자는 기존 예약 또는 템플릿을 확인하고 그 후 운송경로, 운임, 날짜를 업데이팅하고 업데이팅된 예약 요청을 제출한다. 또한, 공통운송인 시스템은 개체가 공통운송인 인터페이스를 통하여 등록할 수 있게 한다.
도 2c를 참조하면, 단계(241)에서, 공통운송인 시스템은 전자 데이터 교환(EDI), 이메일, 공통운송인 인터페이스 팝업 다이얼로그 박스 등을 통하여 운송인에게 알려줄 수 있다. 단계(242-244)에서, CSR은 예약을 운송인의 예약 시스템에 입력하고 공통운송인 시스템에서 예약 출발지, POL, POD, 목적지, 화물 적하 날 짜, 화물 양하 날짜, 항로 등을 확인하거나 반대한다. 단계(245-247)에서, 문전 배달이 요청되었다면, CSR은 운송인 아웃바운드 컨테이너 P/U를 입력하고, 그렇지 않았다면, CSR은 공통운송인 시스템에서 출발지에서의 컷오프 날짜를 입력한다. 예약이 확인되거나, 반대되거나, 거절되고, 공통운송인 시스템으로 반송된다. 단계(248-249)에서, 공통운송인 시스템은 운송인으로부터의 답변을 사용자에게 알려준다. 단계(250-252)에서, 사용자는 아무런 조치를 취할 필요가 없이 예약을 그대로 수락하거나, 예약 요청을 취소하거나, 예약 요청을 수정한다. 사용자가 예약을 취소하거나 수정하면, 운송인에게 알려지고 운송인 시스템에서의 예약을 수락, 거절, 또는 변경하여 공통운송인 시스템에서의 변경을 업데이팅한다. 단계(253-256)에서, 공통운송인 시스템은 EDI, 이메일, 공통운송인 인터페이스 팝업 다이얼로그 박스 등을 통하여 사용자에게 응답을 제출한다.
도 2 및 도 3에 도시된 바와 같이, 사용자는, 로그인 후에, 공통운송인 시스템을 통하여 항해하는 데 많은 옵션을 갖는다. 새로운 예약 요청을 생성하기 위하여, 사용자는 "예약" 메뉴 옵션(301)을 선택한다. 이 메뉴 옵션은 사용자가 새로운 예약 요청을 생성(302)하게 하거나 기존 예약 요청을 검색(303)하게 할 수 있다. 사용자가 새로운 예약 요청을 생성하려 한다면, 그 때 사용자는 도 3에 도시된 바와 같이 다음과 같은 3가지의 옵션이 있다: (1)스크래치로부터 새로운 예약 요청을 생성(304), (2)기존 예약 요청을 재사용(306), (3)소정의 템플릿으로부터 예약을 생성(305).
도 3 내지 도 10을 참조하여 새로운 예약의 요청이 이제 설명될 것이다. 도 3에 도시된 바와 같이, "스크래치로부터" 메뉴 옵션(304)을 선택시, 사용자는 도 4a 내지 도 4c에 도시된 새로운 예약 요청 화면으로 링크된다. 새로운 예약 요청 화면은 다음과 같이 여러 섹션으로 나뉘어 있다: 운송인 선택(401), 화물 정보(402), 컨테이너 정보(403), 운송경로 정보(404), 예약 당사자(405a-405d), 및 부가 정보(406). 각각은 사용자가 정보를 입력할 수 있게 한다. 모든 섹션이 단일 화면에 나타나 있지만, 이것은 단지 예시일 뿐이며 이것에 국한되는 것은 아니다. 예를 들어, 각각의 섹션은 별개의 화면을 사용하여 보여질 수 있다. 각각의 이들 섹션은 도 4 내지 도 9를 참조하여 이하 설명될 것이다.
도 4a에는 예약 요청 화면의 운송인 선택 섹션(401)이 도시되어 있다. 이 섹션에 정보를 입력하기 위하여, 사용자는 "운송인 선택" 드롭다운 메뉴(407)를 클릭하여 예약 요청이 송신될 수 있는 등록된 운송인을 확인한다. 원한다면, 사용자는 계약 참조부호, 인용 번호, 또는 TLI를 계약 참조부호 필드(408)에 입력할 수 있다. 옵션으로서, 사용자는 PO 번호를 PO 번호 필드(409)에 입력할 수 있다. 원한다면, 사용자는 도 5에 도시된 바와 같은 부가적인 참조부호 화면으로 사용자를 링크하는 "부가적인 참조번호" 버튼(410)을 클릭함으로써 부가적인 참조번호를 첨부할 수 있다. 사용자는 드롭다운 메뉴(501)를 사용함으로써 참조부호 타입을 입력할 수 있다. 또한, 사용자는 참조부호 값 필드(502)에 참조부호 값을 입력할 수 있고, "참조부호 부가" 버튼(503)을 클릭함으로써 참조부호를 부가할 수 있고, "참조부호 제거" 버튼(504)을 클릭함으로써 참조부호를 제거할 수 있다. 사용자가 각각의 객체에 대해 적합한 데이터를 입력하고 난 후에, 사용자는 "완료" 버튼(505) 을 클릭한다.
도 4a 및 도 6의 화물 섹션(402)을 참조하면, 사용자는 설명 필드(411)에 물품 설명을 입력할 수 있고, 총 화물 중량 필드(412)에 총 화물 중량을 입력할 수 있다. 사용자는 드롭다운 메뉴(413)를 사용하여 미터법 또는 임피리얼로 총 화물 중량을 정할 수 있다. 물품이 위험물이라면, 사용자는 "위험물" 버튼(414)을 클릭할 수 있다. 이 버튼은 도 6에 도시된 위험 물질 세팅 윈도우로 사용자를 링크한다. 공통운송인 시스템은 물품당 다수의 위험 IMO 클래스를 지원한다. 예를 들어, 물품 "차량 부품"은 2개의 위험 라인 아이템을 보유할 수 있는데, 하나는 시트 벨트 텐션리스에 대한 것이고, 다른 하나는 에어백에 대한 것이다. 사용자는 "IMO 클래스" 드롭다운 메뉴(601)로부터 적합한 위험 클래스를 선택하고 그 후 사용자는 UN 번호 필드(602)에 적합한 선적 명칭 및 4개 숫자의 UN 번호를 입력한다. 부가적으로, 사용자는 패킹 그룹, 플래시 포인트, 긴급 연락처 세목, 및 각각의 IMO 라인 아이템에 대한 더 특정을 필드(603-606)에 각각 입력할 수 있다. 하나의 IMO 클래스에 대한 모든 세목이 입력되고 나면, 사용자는 "IMO 클래스 부가" 버튼(607)을 클릭하여 위험물 세목을 물품과 연관시킨다. 사용자가 모든 물품에 대한 위험물 세목의 입력을 마친 후에 사용자는 "완료" 버튼(608)을 클릭한다.
도 4a 및 도 7의 컨테이너 정보 섹션(403)을 참조하면, 사용자는 수량 평문기술 필드(414)에 그들이 요청하기를 원하는 컨테이너의 수를 입력한다. "타입/사이즈" 드롭다운 메뉴(415)로 사용자는 그들이 요청하기를 원하는 장비의 종류를 확인한다. 어떤 운송인은 특정 타입의 장비를 지원하지 않는다. 사용자를 돕기 위 하여, 운송인-특정 장비는 드롭다운 평문기술 리터럴에서 확인될 수 있다. 사용자는 각각의 예약 요청에 대하여 적어도 하나의 컨테이너를 확인한다. 컨테이너 정보 섹션에서, 사용자는 도 7에 도시된 냉장 세목 팝업 윈도우를 브링업하도록 "온도 제어" 버튼(416)을 선택하는 옵션을 갖는다. 사용자는 ℃ 또는 ℉ 버튼(701 및 702)을 클릭함으로써 예약 온도를 섭씨 또는 화씨로 각각 설정하고, 필드(403)를 사용하여 버튼(404) 또는 버튼(405)을 클릭함으로써 온도를 설정하고, 필드(706)를 사용하여 시간당 입방 미터로 통풍을 설정하고, 필드(707)를 사용하여 습도 설정을 퍼센티지로 설정하고, 필드(708)를 사용하여 부가적인 코멘트를 제공할 수 있다. 적합한 설정을 입력한 후에, 사용자는 OK 버튼(709)을 클릭하여 환경 설정을 저장한다.
도 4b와 도 8a, 도 8b, 도 8c, 및 도 8d의 운송경로 정보 섹션(404)을 참조하면, 사용자는 예약 요청에 대하여 운송경로 세목을 입력한다. 사용자는 필드(417)에 출발 장소(출발 장소는 화물에 대한 운송인의 책임이 시작되는 곳이다)를, 필드(418a-418c)에 출발지에서의 요청된 날짜(화물에 대하여 운송인이 책임을 맡는 날짜)를, 필드(419)에 요청된 운송로를, 필드(420)에 목적지(화물에 대한 운송인의 책임이 종료되는 곳)를 입력한다. 옵션으로서, 사용자는 필드(421 및 422)에 적하지와 양하지를 입력할 수 있다. 사용자가 제품이 픽업되기를 원한다면, 사용자는 도 4a에 도시된 문전 픽업 세목 화면으로 사용자를 링크하는 "문전 픽업" 버튼(423)을 클릭한다. 그 후 사용자는 필드(801a-801d)에 아웃바운드 엠티 장비 드롭-오프 날짜 및 시간을, 필드(802a-802d)에 아웃바운드 스터핑된 장비 픽업 날 짜 및 시간을, 필드(803-806)에 회사 명칭, 연락처 세목, 전화, 및 픽업 주소를 포함하는 부가적인 문전 픽업 세목을 각각 입력한다. 적합한 정보를 입력한 후에, 사용자는 "운임 저장" 버튼(807)을 클릭하여 업데이팅한다. 부가적인 운임 세목은 핫 로드, 장비 드롭-오프 스케쥴링 등을 포함할 수 있다. 사용자가 컨테이너가 배달되기를 원한다면, 사용자는 도 8b에 도시된 운임 요구 배달 화면으로 사용자를 링크하는 "문전 배달" 버튼(424)을 클릭한다. 사용자는 필드(808a-808d)에 인바운드 엠티 장비 이용가능성 날짜 및 시간을, 필드(809-812)에 회사 명칭, 연락처 세목, 전화, 및 픽업 주소를 포함하는 부가적인 문전 픽업 세목을 각각 입력한다. 그 후 사용자는 "운임 저장" 버튼(813)을 클릭하여 업데이팅한다. 부가적인 운임 세목은 핫 로드, 장비 드롭-오프 스케쥴링 등을 포함할 수 있다.
옵션으로서, 사용자는 출발 장소, 적하지 및 양하지의 등록된 장소를 찾기 위해 공통운송인 시스템을 검색할 수 있다. 예약 화면에서의 여러 위치가 등록된 (비-평문기술) 위치일 수 있다. 사용자가 이들 위치를 확인하는 것을 도와주기 위해서, 사용자는 버튼(425-428) 중 임의의 것을 클릭함으로써 도움을 위한 검색 화면으로 링크할 수 있다. 사용자는 필드(814-816)에 시, 주, 및 국가의 임의의 조합을 입력하여 도 8c의 검색 버튼(817)을 누를 수 있다. 공통운송인 시스템은 도 8d에 도시된 바와 같이 결과를 디스플레이한다. 사용자는 예를 들어 라인(818, 819, 또는 820)을 클릭하여, 올바른 위치를 클릭하여 그것을 선택하거나, "스타트 오버" 버튼(817)을 클릭하여 검색 화면으로 되돌아간다.
도 4b-4c와 도 9a 및 도 9b의 예약 당사자 섹션(405)을 참조하면, 사용자는 예약 당사자를 입력하여, 예약 요청과 연관된 당사자를 확인한다. 예약 당사자는 송하인, 수출 운송주선인, 수하인, 계약된 당사자 등 중 임의의 하나로서 확인될 수 있다. 송하인 또는 수출 운송주선인이 시스템상에서 확인될 수 있다. 가능한 빨리 화물을 볼 수 있기 위해서, 확인된 당사자는 공통운송인 시스템상에 등록될 수 있다. 당사자는 공통운송인 인터페이스를 사용하여 공통운송인 시스템에 대해 등록할 수 있다. 예약 당사자가 이 섹션에서 선택되지 않으면, 그들은 그들의 연락처 정보가 BL로부터 검색될 때까지 예약을 볼 수 없다. 즉, 사용자에 의해 확인된 예약 당사자는 그들이 사용자에 의해 선택되었던 당사자이고 공통운송인 시스템에 대해 등록되어 있는 한 예약을 볼 수 있다. 등록은 공통운송인 인터페이스를 사용하여 완결될 수 있다. 도 4b 및 도 4c에 도시된 바와 같은 필드(429a-429d, 430a-430d, 431a-431d, 432a-432d, 및 433a-433d)를 사용하여, 사용자는 예약 당사자의 명칭, 주소, 참조부호, 연락처, 및 전화 번호를 입력할 수 있다. 당사자가 등록되어 있는 한, 그 당사자는 예약을 볼 수 있다.
도 9a 및 도 9b에는 사용자의 편의를 위한 회사 검색 윈도우가 도시되어 있다. 사용자가 임의의 예약 당사자 섹션으로부터 "검색" 버튼(434a-434d)을 클릭할 때, 사용자는 회사 검색 팝업 윈도우로 링크된다. 사용자는 이 팝업 윈도우에서의 필드(901)에 회사 명칭을 입력하고 "검색" 버튼(902)을 클릭한다. 그 후 사용자는 원하는 회사를 클릭한다. 도 9b에 예시적인 목록이 도시되어 있다.
도 4c의 부가 정보 섹션(406)을 참조하면, 원한다면, 사용자는 부가 정보 필드(435)에 부가적인 코멘트를 입력함으로써 부가 정보를 제공할 수 있다. 이 영역 은 평문기술이고, 예를 들어, 기존 예약 화면에서 다루어지지 않은 세목을 유지할 수 있다. 코멘트는, 예를 들어, 여기서 입력되어야 하는 드롭 및 픽, 핫 로드, 드롭-오프/픽업 스케쥴, 위험물 세목 등을 포함할 수 있다.
사용자가 모든 초기 데이터를 입력하고 나면, 사용자는 적합한 버튼(436-438) 중 하나를 클릭함으로써 예약 요청을 송신하거나, 예약 요청을 드래프트로서 저장하거나, 예약 요청을 템플릿으로서 저장할 수 있다. 사용자가 예약 요청을 송신하면, 그 후, 사용자에 의해 선택된 운송인은 공통운송인 시스템에 의해 알려지고 사용자의 예약 요청에 답변한다. 사용자가 예약 요청을 드래프트로서 저장한다면, 사용자는 훗날 예약 요청을 완결하여 그것을 운송인에게 송신 및/또는 예약 요청을 템플릿으로서 저장할 수 있다.
템플릿으로부터 예약 요청의 생성이 이제 설명될 것이다. 도 10a 및 도 10b를 참조하면, 기존 템플릿으로부터 예약 요청을 생성하기 위해서, 사용자는 로그인 후 공통운송인 시스템 화면 중 임의의 것으로부터 시작하여, 도 3에 도시된 바와 같은 예약 메뉴(301)로부터, "새로운 예약" 메뉴(302)를 선택하고, 그 후 "템플릿으로부터" 메뉴(305)를 선택한다. 이러한 조치는 템플릿 검색 화면으로 사용자를 링크한다. 사용자는 필드(1001-1006)에 템플릿 명칭, 출발지/목적지, 화물 설명, 회사, 및 운송인 중 적어도 하나를 각각 입력하여 예약 템플릿을 찾는다. 사용자가 데이터를 입력하고 나면, 사용자는 "템플릿 검색" 버튼(1007)을 클릭한다. 공통운송인 시스템은 검색과 매칭하는 임의의 템플릿의 목록을 생성한다. 사용자는 원하는 템플릿을 선택한다. 예시적인 목록이 도 10b에 도시되어 있다. 원한다면, "새로운 템플릭 검색" 버튼(1008)을 클릭함으로써, 사용자는 검색 범위를 좁히거나 넓히기 위한 기준을 부가 또는 제거할 수 있다. 사용자가 적합한 템플릿을 찾고 나면, 사용자는, 예를 들어, 부가적인 예약 요청 필드와 함께 예약과 연관된 날짜를 업데이팅할 수 있다. 사용자는 템플릿을 저장 및/또는 운송인에게 예약 요청을 제출할 수 있다. 원한다면, 사용자는 예를 들어 박스(1010)를 체크하고 "템플릿 삭제" 버튼(1009)을 클릭함으로써 템플릿을 삭제할 수 있다.
기존 예약 요청의 재사용이 이제 설명될 것이다. 도 3 및 도 11을 참조하면, 로그인 후 공통운송인 시스템 화면 중 임의의 것으로부터 시작하여, 사용자는 도 3의 예약 메뉴(301)로부터 "새로운 예약" 메뉴(302)를 선택하고 그 후 "기존 예약으로부터" 메뉴(306)를 선택한다. 이러한 조치는 도 11에 도시된 예약 검색 화면으로 사용자를 링크한다. 사용자는 참조부호, 예약 번호, 오우션 운송인 예약 번호, 선하증권 번호, 컨테이너 번호, 예약된 운송편, 예약된 운송로, 최근 운송편, 최근 운송로, 화물 설명, 위치, 날짜, 회사, 운송인, 화물, 및 이벤트 필드(1101-1112) 중 적어도 하나에 데이터를 각각 입력한다. 사용자는 리턴된 기존 예약 목록으로부터 원하는 템플릿을 선택하거나, 또 다른 검색을 수행한다. 사용자가 원하는 예약 요청을 찾고 나면, 사용자는 예약을 업데이팅하고, 예약 요청을 제출 및/또는 저장한다.
공통운송인 시스템은 사용자가 그들의 통상로, 물품 및 장비 요구, 운송경로, 및 예약 당사자 세목을 캡처링하는 것을 도와주는 공통운송인 인터페이스를 위한 형태를 개발할 수 있다. 이들 형태는 공통운송인 시스템이 고객 특정 예약 요 청 템플릿을 생성할 수 있게 한다. 대부분의 경우에 있어서, 예약 템플릿은 상기 필드의 대다수를 캡처링하고 워크시트는 이들 필드를 용이하게 이해되는 섹션으로 그룹핑한다.
예를 들어 공통운송인 시스템 사용자 인터페이스, 전자 데이터 교환(EDI) 등을 통하여 예약될 수 있다. EDI 송신은 공통운송인 시스템을 통과하여 공통운송인 시스템 기능이 사용될 수 있게 한다. 예를 들어, 위치추적 및 조회 기능은 공통운송인 시스템을 통한 예약 EDI 송신 패스를 필요로 한다. 공통운송인 시스템 사용자 인터페이스를 통하여 이뤄진 예약은 상기한 바와 같이 템플릿의 형태로 이전에 저장된 데이터 또는 이전 예약에 의해 용이하게 되는 스크래치로부터 이뤄질 수 있다.
위치추적 및 조회
이 실시예는 운송인 및 컨테이너 모두를 확인하는 것에 의한 위치추적 및 조회와는 대조적으로 컨테이너만을 확인함으로써 사용자가 위치추적 및 조회를 가능하게 한다. 즉, 사용자는 어느 운송인이 그 컨테이너를 운송하고 있는지를 확인할 필요가 없다. 따라서, 공통운송인 시스템은 사용자가 단일의 공통운송인 시스템으로부터 다수의 운송인 플랫폼을 걸쳐 컨테이너를 위치추적 및 조회를 가능하게 한다.
공통운송인 시스템은 운송인의 책임 범위내 정보를 위치추적 및 조회 용이하게 한다. 선적의 위치를 추적하기 위한 경계는 컨테이너의 이동을 지원하는 연관된 루트 및 서비스 패턴을 직접 반영한다. 적용될 수 있는 공통운송인 시스템 사 용자는, 도 1의 단말기(101a-101e)를 통하여, 필요한대로 선적의 수행 상태를 볼 수 있다. 예약 활동 계획은 그 출발지로부터 그 최종 목적지까지 컨테이너를 운송하기 위한 운송인의 의도된 방법 및 시간을 정의한다. 이것은 일어났어야만 하는 이벤트가 일어나지 않았는지를 결정하기 위한 벤치마크를 제공한다. 공통운송인 시스템(102)은 당사자에게 미확인을 알려준다. 운송인은 예약 활동 계획에 포함된 마일스톤에 대한 이벤트를 보고한다. 시스템은 표준 이벤트 코드 및 표준 이벤트 메시지를 사용하여 동작한다. 다시 말하면, 운송인(103)은 코먼 보고 정보를 사용하여 공통운송인 시스템(102)을 업데이팅한다. 대안으로, 공통운송인 시스템(102)은 각각의 운송인 고유의 보고 포맷으로 각각의 운송인으로부터 추적 정보를 수신할 수 있다. 그 후 공통운송인 시스템(102)은 운송인의 추적 정보로부터 원하는 정보를 추출하고 그것을 사용자(101)에게 확장될 수 있는 스타일로 포맷팅한다. 또한, 공통운송인 시스템(102)내에 각각의 운송인으로부터의 추적 정보를 내부적으로 기억하도록 중간 포맷이 사용될 수도 있다. 시스템은 운송인 수행정도 모니터링이 가능하도록 (로컬 타임에서) 이벤트 메시지가 수신될 때 로깅할 수 있다.
위치추적 및 조회 기능을 사용하기 위해서, 사용자는 상기한 바와 같이 공통운송인 시스템을 사용하여 공통운송인에 등록된 운송인에 대하여 예약을 요청한다. 운송인은 예약 요청을 확인하고 동시에 예약에 대한 예약 활동 계획을 제출한다. 단일 예약은 단일 예약 활동 계획을 지원한다. 예약은 다수의 컨테이너 이동으로 이루어질 수 있다. 예약 활동 계획은 컨테이너 레벨에서 위치추적 및 조회 정보를 지원하도록 사용될 수 있다. 각각의 주된 구간이 실제 운송 모드, 환적 위치 및 잠정적인 출발 및 도착 날짜/시간으로 구분되어 있기 때문에, 예약 활동 계획은 서비스 패턴보다 더 많은 정보를 제공할 수 있다.
운송인이 예약 활동 계획을 제출하고 나면, 컨테이너의 위치는 추적 및 조회될 수 있다. 운송인은 EDI에 의해 또는 공통운송인 시스템 사용자 인터페이스를 통하여 공통운송인 시스템에게 위치추적 및 조회 이벤트를 제출한다. 운송인은 EDI 번역기를 사용함으로써 이벤트를 제출할 때 그 자신의 코딩 컨벤션을 사용하는 것을 계속할 수 있다. EDI 번역기는 운송인 이벤트 코드 및 메시지 포맷을 공통운송인 시스템 뉴트럴 포맷으로 번역한다. 공통운송인 시스템은 선적이 여러 위치에서 출발 및 도착했을 때를 기록할 수 있고 사업 프로세스 또는 불일치가 일어날 때를 기록할 수 있다. 공통운송인 시스템은 또한 공통운송인 시스템이 위치추적 및 조회 이벤트를 수신하는 날짜 및 시간을 기록할 수 있다. 시스템에 의해 기록된 날짜 및 시간은 이벤트가 일어나는 곳과 연관된 날짜 및 시간(GMT로부터 송하인의 로컬 타임, 목적지의 로컬 타임, 송신지의 로컬 타임 등까지)과 일관성을 유지한다. 즉, 날짜 및 시간은 사용자 또는 다른 당사자의 시간대와 일치하도록 조절될 수 있다.
사용자는 공통운송인 시스템 위치추적 및 조회 사용자 인터페이스를 사용함으로써 위치추적 및 조회 기능을 사용할 수 있다. 이것은 사용자가 어떤 검색이 수행될 수 있는지에 대한 기준을 선택할 수 있게 한다. 사용자는 검색 결과가 디스플레이되는 방식을 개별화할 수 있다. 사용자는 개개의 컨테이너 기준으로 또는 "배칭된" 컨테이너 기준으로 디스플레이 결과를 개별화할 수 있다. 공통운송인 시 스템은 컨테이너 기록을 "배칭"할 수 있다. 공통운송인 시스템이 "배칭" 기록에 대한 위치추적 및 조회 정보를 리턴할 때, 사용자는 컨테이너 레벨 세목으로 드릴다운할 수 있고 다시 드릴업할 수 있다. 또한, 사용자는 활동 계획과 관련하여 컨테이너가 어디에 있는지 한눈에 확인할 수 있고 성공적으로 완결된 이벤트와 그렇지 않은 이벤트를 명확하게 볼 수 있다.
도 4a 및 도 12a-12c를 참조하면, 예를 들어 도 4a의 위치추적 및 조회 아이콘(436)을 클릭함으로써, 사용자는 도 12a에 도시된 바와 같은 위치추적 및 조회 검색 윈도우를 활성화한다. 사용자는 필드(1201)에 특정 컨테이너 데이터를 입력하고, 드롭다운 메뉴(1202)를 사용함으로써, 사용자는 데이터의 타입을 확인한다. 데이터의 타입은 선하증권, 컨테이너 번호, 예약 번호, 운송인 예약 번호, 고객 참조번호, 송하인/수하인 번호, 수령 장소에 대한 날짜 범위, 최초 적하지, 최종 양하지, 배달 위치, 수령/배달 위치, 적하지/양하지, 운송인, 운송편 및 운송로 번호, 현재 컨테이너 활동/상태 등 중 임의의 것일 수 있다. 공통운송인 인터페이스는 도 12b에 도시된 바와 같은 검색 결과 화면을 디스플레이한다. 원한다면, 사용자는 예를 들어 워드 "세목"(1203)을 클릭함으로써 예약 개요를 보거나, 도 12c에 도시된 컨테이너 계획 화면으로 사용자를 링크하는 "컨테이너 추적" 버튼(1204)을 클릭함으로써 컨테이너의 위치를 추적할 수 있다. 또한, 사용자는 "예약 개별화" 버튼(1205)을 클릭함으로써 예약을 개별화하는 옵션을 갖는다.
이벤트 통지는 EDI, 이메일, 공통운송인 인터페이스 팝업 다이얼로그 박스 등의 기술 중 임의의 것을 사용하여 지명된 사용자에게 제출될 수 있다. 이것은 사용자 기술에 기초한다. 또한, 사용자는 이벤트 통지에 관하여 규칙을 정할 수 있다. 이하의 표 1은 사용자에 의해 결정된 바와 같은 이벤트, 이벤트 트리거, 및 이벤트 통지의 예를 도시하고 있다.
시스템은, 사용자 요구에 의거하여, 사용자 특정에 따라 화물 이동의 통지를 자동으로 생성할 수 있다. 이벤트 처리 기능은 특정 위치추적 및 조회 이벤트, 위치추적 및 조회 비-이벤트, 및 특정 사업 프로세스 결정에 관한 통지를 제공하도록 채용될 수 있다. 공통운송인 시스템의 이벤트 통지 컴포넌트는 워크플로 환경을 반영할 수 있어서 이해관계있는 사용자는 이벤트가 일어난 때 또는 이벤트가 일어나지 않은 때(예를 들어, 특정일에 선적은 기대되었지만, 다음날까지 도착은 기대되지 않음)를 통지받는다. 사용자는 이들 이벤트에 대한 톨러런스를 지정할 수 있다. 예를 들어, 어떤 사용자는 선적이 6시간보다 더 늦어지는지를 알고 싶어하는 반면, 다른 사용자는 더 허용하여 24시간 지연 및 통지도 수락될 수 있다.
이벤트가 일어나지 않은 때를 사용자에게 통지하기 위해서, 공통운송인 시스템은 예약 활동 계획 정보를 주기적으로 폴링하여 예약 활동 계획과의 불일치, 즉 마일스톤 이벤트가 일어났어야 하지만 일어나지 않은 때를 확인한다. 이벤트 메시지는 이벤트 코드 및 위치 정보를 포함할 수 있다. 시스템이 불일치를 확인한 때, 이벤트 통지는 자동으로 생성되어 지명된 개체에게 제출된다. 예약 활동 계획에 정해진대로 이벤트가 일어났어야 하는 날짜/시간에 또는 그 이전에 시스템이 이벤트 메시지를 수신하지 못했다면 이러한 불일치로 여겨진다. 공통운송인 시스템은 또한 예를 들어 세관보관 및 세관반출과 같은 특정 "옵션"이벤트가 시스템에 통지 될 때 위치추적 및 조회 이벤트 통지를 제출한다.
이벤트 |
이벤트 트리거 |
이벤트 소스 |
이벤트 통지 |
엠티 컨테이너 픽업 |
운송인에 의해 릴리싱된 엠티 컨테이너 |
운송인의 시스템 또는 CC시스템 |
없음 |
엠티 컨테이너 도착 |
송하인의 구역에 컨테이너 도착 |
운송인의 시스템 또는 CC시스템 |
없음 |
출발 |
위치로부터 컨테이너 출발 |
운송인의 시스템 또는 CC시스템 |
CC 시스템에 통지되지 않는다면, 있음 |
도착 |
위치에 컨테이너 도착 |
운송인의 시스템 또는 CC시스템 |
CC 시스템에 통지되지 않는다면, 있음 |
트럭에 적하 |
내륙이동의 일부로서, 컨테이너가 트럭에 적하되었음 |
운송인의 시스템 또는 CC시스템 |
없음 |
열차에 적하 |
내륙이동의 일부로서, 컨테이너가 열차에 적하되었음 |
운송인의 시스템 또는 CC시스템 |
없음 |
바지(barge)에 적하 |
내륙이동의 일부로서, 컨테이너가 바지에 적하되었음 |
운송인의 시스템 또는 CC시스템 |
없음 |
운송수단에 적하 |
컨테이너가 운송수단에 적하되었음 |
운송인의 시스템 또는 CC시스템 |
없음 |
운송수단으로부터 양하 |
컨테이너가 운송수단으로부터 양하되었음 |
운송인의 시스템 또는 CC시스템 |
없음 |
통관 수속 |
컨테이너의 세관 허가 |
운송인의 시스템 또는 지명된 에이전트의 시스템 또는 CC시스템 |
있음 |
세관 보관 |
컨테이너의 세관 보관 |
운송인의 시스템 또는 지명된 에이전트의 시스템 또는 CC시스템 |
있음 |
세관 반출 |
컨테이너의 보관 후 세관 반출 |
운송인의 시스템 또는 지명된 에이전트의 시스템 또는 CC시스템 |
있음 |
화물 반출 |
화물이 운송인에 의해 반출되었음 |
운송인의 시스템 또는 CC시스템 |
없음 |
만료될 프리 타임 |
컨테이너 프리 타임이 만료되려함 |
운송인의 시스템 또는 CC시스템 |
있음 |
만료된 프리 타임 |
컨테이너 프리 타임이 만료되었음 |
운송인의 시스템 또는 CC시스템 |
있음 |
도 13에는 공통운송인 시스템에 의해 송신 및 수신된 메시지의 흐름이 도시되어 있다. EDI는 모든 EDI 포맷으로 수신될 수 있다. 운송인은, 예를 들어, 문서 메시지 타입(301)을 송신하여 컨테이너 예약을 확인할 수 있다. 운송인은, 예를 들어, 문서 타입(315) 상태 이벤트를 공통운송인 시스템으로 송신하여 컨테이너 상태를 업데이팅할 수 있다. 이벤트는 송하인에서의 픽업에서부터 해양 운송까지, 세관을 통과하여 최종 배달까지의 어떤 것이라도 될 수 있으며, 이것은 단지 예시일 뿐 제한은 아니다. 운송인은 일범위의 다양한 메시지를 송신할 수 있다. 최종적으로, 공통운송인 시스템은 수신된 메시지를 사용자에게 송신하기 위해 EDI, XML, 이메일 등을 지원하지만, 이것에 국한되는 것은 아니다.
국내 및/또는 국제 운송 사용자가 실질적으로 중립적인 운송 포털을 통하여 단일 공통 시스템을 통하여 선적 트랜잭션을 취급할 수 있게 하는 시스템이 설명되었다. 특히, 시스템은 다수의 운송인에 대한 화물 이동위치를 추적하기 위한 개체의 단일 포인트를 운송 사용자에게 제공한다. 또한, 시스템은 스케쥴링, 여러 운송인에 걸쳐 화물을 예약하기 위한 예약 요청, 및 프로액티브 이벤트 통지로의 액세스를 사용자에게 제공한다. 많은 변형예 및 대안예도 가능하다.