貨運的管理與分析的製作方法
2023-11-06 07:26:07 3
專利名稱:貨運的管理與分析的製作方法
技術領域:
本發明涉及收集、標準化、散布、分析有關貨物運輸管理的數據 的方法,尤其是在遠洋貨運環境中。
背景技術:
國際商業遠洋環境中每次貨物航程都需要大量的文件,有關於貨 物的源地、目的地、條件、詳細目錄,貨運和船隻的運轉進度表,裝 卸工作,還有貨物航程的當前狀態。該文件用於管理和證明貨物航程 的後勤,在運輸過程中分配/調換各團體的責任和義務。
當前管理該文件的方法和操作包括許多人工步驟,這些人工步驟 對涉及的所有團體而言費時而昂貴。團體之間的信息報告交流採用傳
統方法,例如電子郵件、語音、傳真、電報還有書面文件的交接。 這些方法容易出錯、費時,還無法在多個團體中快速散布消息。由此 引起的延遲經常造成無法及時做出緊急決定,或者基於不完整信息做 出決定。目前不存在一體考慮收集和散布有關貨物航程完整信息的系統。
另 一個問題是由各種文件在數據內容和實際格式上的不同特性 造成的。傳統語音通信、手寫或其他書面格式通信的普遍採用造成大 量數據無法自動化分析和處理。 一些有價值的功能無法實現,比如根 據收集的文件模擬可能場景並進而預報和檢查可能的結果。目前不存 在一體考慮收集、標準化、分析有關貨物航程各種文件的系統。
另外,所有當前的運輸業務跟蹤系統都是跟蹤貨物航程中所用各 種交通工具的運轉,例如卡車、火車和遠洋船隻。實際貨物的跟蹤僅 通過貨物和交通工具的聯繫間接地執行。目前還沒有在遠洋運輸環境 中直接考慮貨物的跟蹤和管理的系統。
發明內容
根據本發明的第一個主要方面,提供了一種方法,用於在從源地 到目的地的貨物航程中收集和管理貨物的運輸和狀況的相關信息,包
含創建與所述貨物相關聯的電子貨物航程文件夾,其中包括所述貨 物航程的貨物標識、貨物內容和運輸方式;在所述源地,請求對貨物 初始狀況的首次檢查;將所述貨物狀況的所述首次檢查、檢查的第一 位置和檢查的第 一時間記錄到所述電子貨物航程文件夾中;將所述貨 物航程中發生的事件記錄到所述電子貨物航程文件夾中;在所述目的 地,請求對所述貨物狀況的二次檢查;並將所述貨物狀況的所述二次 檢查、檢查的第二位置和檢查的第二時間記錄到所述電子貨物航程文 件夾中。
根據本發明的第二個主要方面,提供了一種系統,用於在從源地 到目的地的貨物航程中收集和管理貨物運輸的相關信息,該系統包 括與所述貨物相關聯的電子貨物航程文件夾,其中包括所述貨物航 程的貨物標識、貨物內容和運輸方式;航程事件模塊,用以將貨物航 程中發生的事件記錄到所述電子貨物航程文件夾中;貨物檢查模塊, 用於請求對貨物初始狀況的首次檢查,並將所述首次檢查和檢查的第 一位置、第一時間記錄到所述電子貨物航程文件夾中,並請求對所述 貨物狀況的二次檢查,並將二次檢查貨物狀況、檢查的第二位置和檢 查的第二時間記錄到所述電子貨物航程文件夾中。
根據本發明的第三個主要方面,提供了一種設備,用於在從源地 到目的地的貨物航程中收集和管理貨物運輸的相關信息,包括處理 器;編有處理指令的存儲器,其允許所述處理器進行以下操作創建 與所述貨物相關聯的電子貨物航程文件夾,其中包括所述貨物航程的 貨物標識、貨物內容和運輸方式;在所述源地,請求貨物初始狀況的 首次檢查;將所述貨物狀況的所述首次檢查、檢查的第一位置和檢查 的第 一 時間記錄到所述電子貨物航程文件夾中;將所述貨物航程中發 生的事件記錄到所述電子貨物航程文件夾中;在所述目的地,請求對 所述貨物狀況的二次檢查;並將所述貨物狀況的二次檢查、檢查的第200680019584.0
說明書第3/ll頁
二位置和檢查的第二時間記錄到所述電子貨物航程文件夾中。
根據本發明的第四個主要方面,提供了一種編有處理指令的計算 機可讀介質,用於實現一種由計算機執行的方法,以在從源地到目的
地的貨物航程中收集和管理貨物的運輸的相關信息,該方法包括創 建與所述貨物相關聯的電子貨物航程文件夾,其中包括所述貨物航程 的貨物標識、貨物內容和運輸方式;在所述源地,請求對貨物初始狀 況的首次檢查;將貨物狀況的所述首次檢查、檢查的第一位置和檢查 的第 一時間記錄到所述電子貨物航程文件夾中;將貨物航程中發生的 事件記錄到所述電子貨物航程文件夾中;在目的地,請求對所述貨物 狀況的二次檢查;並將貨物狀況的所述二次檢查、檢查的第二位置和 檢查的第二時間記錄到所述電子貨物航程文件夾中。
通過使用 一種"貨物中心,,範例,上述方法和系統促進了運輸業中 關鍵貨物航程相關數據的收集、標準化、散布和分析。這也允許在貨 物航程中的任何一段捕捉關鍵信息,並使之集中地對各團體可用。使 用基於本發明的方法和系統,提供了一種透明文件處理,其好處是改 進了關於特定貨物的決定的速度和精確性。在有貨物損失的情況下更 容易追蹤責任。
結合以下描述和附圖,本發明的所述及其他特性、觀點和優勢將 更容易理解
圖1為根據本發明的用於在貨物航程中收集和整理貨物運輸和狀
況的相關信息的系統框圖2為典型的從賣方到買方的貨物航程的流程圖; 圖3為用於電子貨物航程文件夾的航程信息的存儲格式示例圖; 圖4為用於電子貨物航程文件夾的貨物信息的存儲格式示例圖; 圖5為用於電子貨物航程文件夾的貨物損壞歷史記錄的存儲格式
示例圖6為用於電子貨物航程文件夾的測量信息的存儲格式示例圖7為用於電子貨物航程文件夾的航程事件信息的存儲格式示例
圖8為用於電子貨物航程文件夾的事實陳述的存儲格式示例圖9為一種高級設計中的資料庫結構示例圖10示出了根據本發明的一個實施方式的各團體與用於在貨物 航程期間收集和整理貨物運輸和狀況相關信息的系統之間的互動;
圖11示出了操作員訪問根據本發明的在貨物航程期間收集和整 理貨物運輸和狀況相關信息的系統時的用戶界面截屏;
圖12示出了船長訪問根據本發明的在貨物航程期間收集和整理 貨物運輸和狀況相關信息的系統時的用戶界面截屏;
圖13為根據本發明的一個實施方式的系統框圖。
具體實施例方式
本發明中的系統為每次貨物航程創建並維護 一 個電子貨物航程 文件夾(ECVF)。特定貨物的ECVF內容存儲在資料庫中,如圖1所 示。如圖示,ECVF內容的存取由一個伺服器控制,該伺服器優選地 為網絡伺服器,並在整個貨物航程中為大量遠程用戶提供及時的信 息。不管該ECVF在貨物的實際運輸之前、期間或之後創建,其都作 為與航程有關所有文件和信息的公共收集點。本發明的 一個實施方式 中,ECVF的特徵和優點包括
-在貨物航程涉及的各團體之間將格式和數據成分標準化;
-向所有有關各團體即時公開新數據;
-當某些信息或文件公開後,可以發送自動通知消息給感興趣的 各團體;
-維護一個貨物航程所有有關文件的永久核查索引;
-維護一個記載貨物航程中發生的所有事件的集中的航海日誌;
_維護一個全球貨物損壞歷史記錄,指示貨物的損壞何時何地發
生以及根據合同該由誰負責。
除了新信息即時散布帶來的速度和效率之外,數據的標準化還能
帶來其他好處,根據本發明的一個實施方式,例如
-基於ECVF數據模擬和計算各種結果的能力,例如基於大量資
料提取的參數來預估貨物航程的總成本,包括燃料成本、燃料消耗、 裝卸成本以及僱傭外部服務的費用等;
-向觀者展示貨物航程時間線圖表的能力,該圖表合併了觀者感 興趣的過去和預報的所有事件;
-分析來自單次貨物航程或者固定貨物航程集的數據的能力,以 提供統計報告。
下面的例子示出了 一個貨物航程的典型劃分和本發明的系統在 一個實施方式中的應用領域。其中,描述涉及到從一個裝貨港口到一 個卸貨港口的海洋貨物航程,海洋運輸部分可能是更複雜的貨物航程 的一部分,如圖2所示,包括使用如火車、汽車、飛機等的陸路運輸 和/或空中運輸。
下面定義的主要工業團體將用於本說明書中的描述
-租船者租船者把握商業機會來買賣貨物,與買賣雙方合作來 議定成交價格,並管理貨物航程的高級別後勤。
-操作員操作員管理貨物航程的低級別後勤,包括裝卸操作和 所有必要的檢查及相應步驟。
-船主這些是擁有遠洋船隻的公司。船長和船員是船主的直接僱員。
-檢查員這些是獨立審核員,他們檢查並報告船隻和貨物的狀 況。所述報告形成了船隻和貨物狀況的基線,並在貨物損壞或丟失的 情況下用於確定責任。
-搬運工這是在港口用身體裝卸貨物的勞動力。
-代理商工作在本地港口,代理商是記錄在案並正式批准的服 務商(或提供文書和批准服務的服務商),並能應操作員要求安排例 如檢查員、海港領航員、搬運工的本地服務。
參考圖1,在貨物航程期間通過本發明的系統可以訪問有關貨物 信息的其他團體包括保護賠償協會(Protect & Indemnify Club ) 31、
保險公司33、賣方21和買方23。買方21和賣方23是買賣所運貨物 的團體。保護賠償協會31表示與貨物的運輸有關的產業團體的協會, 聚集起來以促進要求的互動。
貨物航程計劃
參考圖l,操作員26使用該系統構建一個初步的ECVF。該ECVF 包括貨物航程每一段中貨物和運輸方式的細節,並可能在特殊行動過 程之前用來模擬航程的總成本。該系統允許操作員26快速檢查運輸 方式和線路的不同選項以最大化貨物航程的收益。
圖3至圖8舉例說明了一個模版格式中ECVF的不同部分。圖3 所示為航程文件夾信息。航程信息可能被重組,為域提供各項目如航 程編號、航程名稱、操作員、船名、船長、距離以及位置。還提供有 關港口的信息,域對裝貨港口和卸貨港口是可用的。貨物還可能有自 己的域集以重組以下信息貨物描述、項目數量、淨重、毛重和貨物 歷史記錄/檢測。
圖4是關於貨物更詳細的信息。提供例如描述、總單位、總淨重 和總毛重的貨物信息。可能提供例如收貨人編號、合同編號的貨物交 託信息,還有其他與聯繫有關的信息以及貨物詳細目錄。圖5涉及貨 物損壞歷史記錄,提供關於交託細節的域和交託記錄。圖6舉例說明 了關於檢測菜單、貨物交託信息和損壞清單的域。圖7所示為有關航 程事件信息的域,而圖8所示為情況列表的綜述。
貨物航程準備
決定怎樣繼續進行貨物航程以後,操作員26使用該系統作為和 船舶經紀人之間的接口,預留選定船隻。操作員26使用該系統用每 個貨物交託的裝貨港口和卸貨港口來定義航程。如圖11是該系統的 一個操作員界面,"新建航程"功能允許操作員26選擇船隻、裝貨港 口、卸貨港口並定義該航程每一段的其它參數。
操作員26還使用該系統來聯繫該船船長37,給他航程指示,包
括貨物特殊後勤細節、沿途停靠港、還有任何代理商29或者其他由 操作員26定約的團體。
船到達裝貨港口
船長37使用該系統向操作員26和裝貨港口代理商29發送一系 列每日遞送通知,指示船隻到達的日期。到達港口之後,船長使用該 系統給操作員26、裝貨港口代理商29和船主27發送到達通知,確認 船隻到達。入港後,船長使用該系統給操作員26、裝貨港口代理商 29和船主27發送停泊通知,確i人船隻停泊。
如圖12為該系統船長界面的例子,船長27可以在所有時間看到 當前航程、完成的航程、未決工作的列表,所述未決工作即由訪問該 系統的其它團體處收到的請求。
操作員26使用該系統要求一個裝船前檢查,在貨物運到船上以 前4全查其物理狀態。4妄入該系統的4全查員35收到該-清求並^f吏用該系 統完成這個裝船前檢查,並將其回傳給操作員26。
類似地,操作員26使用該系統要求一個起租檢查,在貨物裝船 前檢查船的全面物理狀態;要求 一 個燃料艙檢查以確定船上的燃料總 量;要求一個適應性檢查以確認船已經準備好裝載預定貨物。
接入該系統的4企查員35使用該系統完成起租檢查、燃料艙檢查 和適應性檢查並將它們回傳給操作員26。操作員26使用該系統計算 為完成貨物航程額外需要的燃料的總量。
裝載過程
操作員26使用該系統批准搬運工開始裝貨。船長37在貨物裝船 期間使用該系統每日提交一個早報。
檢查員35在貨物裝船期間使用該系統記錄每日裝載檢查。操作 員26/代理商29使用該系統記錄事實陳述中的所有相關事件。如圖11 為一個代理商界面,代理商29可以看到開動的4充程列表和未決工作 列表,由其他團體提交。例如在圖11中,代理商收到有關一個特殊
ECVF的情況綜述的請求。
當裝貨過程完畢,操作員26使用該系統要求一個裝貨後檢查, 檢查裝運貨物的物理狀況。檢查員35使用該系統完成裝貨後檢查並 將其回傳給操作員26。
離開裝貨港口
船長37使用該系統記錄出4元通知。裝貨港口代理商29^f吏用該系 統才是交收貨單(大副收據,Mate's Receipt),該文件傳統上包含關於 貨物的信息,用作船長37已經收到如所述狀態的貨物的確認文件。 船長37使用該系統批准該收貨單。裝貨港口代理商29使用該系統提 交提貨單。
裝燃料
如有需要,船隻將駛到一個加燃料的設施去添加額外燃料。船長 使用該系統向燃料貯存公司發送一系列每日估計到達時間(ETA)以 指示船到達的日期。
在海上
船隻開始駛向目的港口 (卸貨港口)。船長37使用該系統提交每 曰午報,記錄船和貨物航程進展的狀況。
在卸貨港口
到達港口後,船長使用該系統向操作員26、卸貨港口代理商29 和船主27發送一個到達通知,確認船隻到達。入港後,船長使用該 系統向操作員26、卸貨港口代理商29和船主27發送停泊通知(Berth Notice )。
操作員26和/或船主27使用該系統要求一個卸貨前檢查和/或貨 物損壞報告,在貨物運下船之前確定其物理狀況。檢查員35使用該 系統完成卸貨前檢查和/或貨物損壞報告並將其回傳到請求者。 卸貨過程
操作員26使用該系統批准搬運工開始卸貨。船長使用該系統在 卸貨期間每日提交一個早報。
檢查員35使用該系統在卸貨期間每日提交一個卸貨報告。 操作員26/代理商29使用該系統記錄狀況綜述中的所有有關事 件。操作員26繼續使用該系統記錄貨物發送到其最終目的地的細節。
將船交回船主
船主27使用該系統請求在收回船隻之前進行再次交付檢查。檢 查員35使用該系統完成再次交付檢查並將其回傳給船主27。然後船 主27收回船隻。
在本發明的一個實施方式中,本發明的系統可能用於要求(claim ) 管理。由於商業活動的本質,在整個貨物航程中,貨物的責任從一個 團體轉移到另一個團體。實際結果是有關的不同團體間存在複雜的合 同以確定責任人,延誤和損壞最後由合適的團體(或其保險公司)賠 付。下面是一些要求的類型,根據本發明的系統和方法所收集和集中 的信息有助於其管理
1. 逾期費/急件要求與更長的裝船時間有關的要求。
2. (物理)損壞要求貨物在從賣主傳送到買主之間的某一步發生的損壞。
3.速度要求因為租船者典型地採用日租形式,所以從裝貨港口到 卸貨港口的最初天數的延遲可能導致速度要求。
通過記錄貨物情況在不同時間和地點的檢查,可以精確的確定責 任和權力,要求的管理過程得到很大簡化。
圖9所示為本發明的 一 個實施方式的資料庫結構的例子,使用統 一建模語言(UML)設計,這是一種來自對象管理組織的面向對象的 分析設計語言。
圖10示出了該系統/方法的不同實體間互動的例子。實體包括有
關的人如船長、船主、搬運工、操作員和租船者,以及組織和對象, 比如船隻、貨物、港口等。
圖13示出了根據本發明的一個實施方式系統的一個示例性的框 圖。資料庫88保存所有現有貨物文件夾,包括過去、現在和未來的 航程。電子貨物航程文件夾80是該資料庫的一部分,所有有關特定 航程的信息存在其中,如圖3至圖8所示。航程事件模塊82允許系 統用戶在電子貨物航程文件夾80中記錄任何發生在航程期間的事件。
貨物檢查模塊84要求一個貨物初始狀況的首次檢查並將貨物狀 況的首次檢查、檢查的第 一位置和第 一時間記錄在電子貨物航程文件 夾80。還要求貨物狀況的二次檢查,並將這個二次檢查貨物狀況、檢 查的第二位置和第二時間記錄在電子貨物航程文件夾80中。貨物檢 查模塊還可以比較貨物最終狀況的二次檢查和貨物狀況的首次檢查, 以確定貨物狀況間的差異。這可以用於要求管理並確定任何潛在貨物 損壞的責任。貨物檢查模塊84可以使用來自航程事件模塊82的信息 來確定是否有特殊事件可能對貨物造成影響以及事件發生時誰對貨 物負責。記錄事件可以在貨物裝載前、裝載中、裝載後、卸載中以及 卸載後。
運輸工具模塊86可以用於提供並輸入運輸工具是否可裝貨的有 關信息,並將一個運輸工具的狀況檢查、根據該檢查的裝貨授權、目 的地的卸貨授權和在目的地的運輸工具狀態檢查記錄在電子貨物航 程文件夾。運輸工具可以是海運工具比如船隻,或者是任何其他類型 的運輸工具比如卡車、火車、飛機。
自動通知創建器92可能在航程期間任何時刻產生各種通知。這 可能包括裝貨前的時間,開始於航程準備結束於任何卸貨後過程,或 者必需的檢查,或者要提交的要求。通知的例子如上所列。通知可以 是預存在系統中的正式信件,用戶僅僅讀取,或者通知可以由用戶在 每個場合創建。通知的產生可以由加入電子貨物力元程文件夾80的域 觸發,或者由一個進入航程事件模塊82的事件觸發。用戶也可以在 需要時手動觸發創建通知。可以在電子貨物航程文件夾80中找到完 成已經準備好的通知的域的信息,比如日期、名稱、時間等。除了上 面所列出的之外,自動通知創建器92可以產生其他通知,本領域熟 練技術人員應該理解,這裡所提供的列表並非詳盡的。
成本模擬器90可以使用已經存在的航程文件夾中的過去貨物航
程的信息來模擬整個航程的成本。
如框圖所示,成組的獨立成分通過不同的數據信號連接相互通 信,本領域熟練技術人員可以理解,所提供的首選具體實現由硬體和 軟體成分組合而成, 一 些成分由硬體或軟體系統已有功能或操作實 現,圖示的許多數據通路由計算機應用或者作業系統中的數據通信實 現。提供圖示結構是為了有效理解本首選具體實現。
要注意到,本發明可以作為一種方法來實現,可以具體化為一個 系統、 一個計算機可讀煤質或者一個電子、電磁信號。上面所描述的 本發明的具體實施方式
僅作為範例。本發明的保護範圍由權利要求書 來限定。
權利要求
1.一種用於在從源地到目的地的貨物航程中收集和管理貨物運輸相關信息的方法,其中,包括以下步驟-創建與所述貨物相關聯的電子貨物航程文件夾,其中包括所述貨物航程的貨物標識、貨物內容和運輸方式;-在所述源地,請求對貨物初始狀況的首次檢查;-將所述貨物狀況的所述首次檢查、檢查的第一位置和檢查的第一時間記錄在所述電子貨物航程文件夾中;-將發生於所述貨物航程期間的事件記錄在所述電子貨物航程文件夾中;-在所述目的地,請求對所述貨物狀況的二次檢查;以及-將所述貨物狀況的所述二次檢查、檢查的第二位置和檢查的第二時間記錄在所述電子貨物航程文件夾中。
2. 如權利要求l所述的方法,其特徵在於,還包括-在所述源地,接收關於運輸工具是否可用於裝載所述貨物的信息-要求並記錄對所述運輸工具狀況的檢查;-根據對所述運輸工具的所述檢查,為所述貨物的裝載提供授權;-在所述目的地,為所述貨物的卸載提供授權;-要求並記錄對所述運輸工具狀況的檢查。
3. 如權利要求1所述的方法,其特徵在於,從所述源地到所述目的地的所述航程是另一航程的一個中間段,所述另一航程包括從最初源地向最終目的地運輸所述貨物的多個航程段。
4. 如權利要求2所述的方法,其特徵在於,所述運輸工具為海船。
5. 如權利要求l所述的方法,其特徵在於,還包括-將所述貨物最終狀況的所述二次檢查和所述貨物狀況的首次檢查進行比較以確定所述貨物狀況的差異。
6. 如權利要求5所述的方法,其特徵在於,還包括-在要求管理中使用所述貨物狀況的所述差異和與所述檢查位置 以及檢查時間相關的所述信息。
7. 如權利要求1至6中任一項所述的方法,其特徵在於,還包括-通過使用已有航程文件夾的過去貨物航程的信息來模擬總成 本,來為所述貨物航程選擇一個特定行動過程。
8. 如權利要求1至7中任一項所述的方法,其特徵在於,還包括-通過選擇運輸工具、裝貨港口、卸貨港口來為所述貨物創建一 個航程,並將所述航程記錄到所述電子貨物航程文件夾中。
9. 如權利要求1至8中任一項所述的方法,其特徵在於,所述 創建航程的步驟還包括;-創建一個航程,所述航程包括所述貨物細節、沿途停靠港、還 有由操作員為所述航程所聯繫的團體。
10. 如權利要求1至9中任一項所述的方法,其特徵在於,還包括-生成用於指示所述貨物的到達日期的每日遞送通知。
11. 如權利要求1至10中任一項所述的方法,其特徵在於,還 包括-生成到達通知以確認所述貨物的到達。
12. 如權利要求1至11中任一項所述的方法,其特徵在於,還 包括-生成停泊通知以確認所述貨物的停泊。
13. —種用於在從源地到目的地的貨物航程中收集和管理貨物運 輸相關信息的裝置,其中,包括一個處理器;一個編有處理指令的存儲器,所述處理指令允許所述處理器 創建與所述貨物相關聯的電子貨物航程文件夾,其中包括所述 貨物航程的貨物標識、貨物內容和運輸方式;在所述源地,請求對貨物初始狀況的首次4企查; 將所述貨物狀況的所述首次檢查、檢查的第一位置和檢查的第一時間記錄在所述電子貨物航程文件夾中;將所述貨物航程期間發生的事件記錄在所述電子貨物航程文件夾中;在所述目的地,請求對所述貨物狀況的二次檢查; 將所述貨物狀況的所述二次檢查、檢查的第二位置和檢查的第 二時間記錄在所述電子貨物航程文件夾中。
14. 一種編有處理指令的計算機可讀介質,用於實現一種由計算 機執行的方法,以在從源地到目的地的貨物航程中收集和管理貨物運 輸的相關信息的方法,該方法包括以下步驟創建與所述貨物相關聯的電子貨物航程文件夾,其中包括所述貨 物航程的貨物標識、貨物內容和運輸方式;在所述源地,請求對貨物初始狀況的首次一企查;將所述貨物狀況的所述首次檢查、檢查的第一位置和檢查的第一 時間記錄在所述電子貨物航程文件夾中;將發生於所述貨物航程期間的事件記錄在所述電子貨物航程文 件夾中;在所述目的地,請求對所述貨物狀況的二次檢查; 將所述貨物狀況的所述二次檢查、檢查的第二位置和檢查的第二 時間記錄在所述電子貨物航程文件夾中。
15. —種用於在從源地到目的地的貨物航程中收集和管理貨物運 輸的相關信息的系統,其中,包括與所述貨物相關聯的電子貨物航程文件夾,其中包括所述貨物航 程的貨物標識、貨物內容和運輸方式;航程事件模塊,用以將所述貨物航程期間發生的事件記錄在所述 電子貨物航程文件夾中;貨物檢查模塊,用於請求對貨物初始狀況的首次檢查,並將所述貨物狀況的所述首 次檢查、檢查的第 一位置和檢查的第 一 時間記錄在所述電子貨物航程文件夾中;請求對所述貨物狀況的二次檢查,並將所述貨物狀況的所述二 次檢查、檢查的第二位置和檢查的第二時間記錄在所述電子貨物航程 文件夾中。
16. 如權利要求15所述的系統,其特徵在於,還包括 運輸工具模塊,用於提供關於運輸工具是否可裝載所述貨物的信息,並將所述運輸工具狀況的檢查、根據所述運輸工具狀況的裝貨授 權、在所述目的地的卸貨授權以及在所述目的地對所述運輸工具狀況 的檢查記錄在所述電子貨物航程文件夾;
17. 如權利要求16所述的系統,其特徵在於,所述貨物檢查模 塊將所述貨物最終狀況的所述二次檢查與所述貨物狀況的所述首次 檢查進行比較,以確定所述貨物狀況的差異。
18. 如權利要求15至17中任一項所述的系統,其特徵在於,還 包括成本模擬器,用於使用已有航程文件夾中的過去貨物航程的信息來模擬 一 個完整航程的成本。
19. 如權利要求15至18中任一項所述的系統,其特徵在於,還包括自動同通知生成器,用於向所述航程涉及的團體生成與所述航程 相關的通知,。
20. 如權利要求19所述的系統,其特徵在於,所述通知從一個 列表中選出,所述列表包括每日遞送通知、到達通知、停泊通知、 授權通知和收貨單通知。
全文摘要
提供了一種用來收集和管理一次貨物航程中從源地到目的地的貨物運輸的有關信息的方法。產生一個關於貨物的電子貨物航程文件夾(ECVF),包括貨物航程的貨物標識、貨物內容和運輸方式。在源地請求貨物初始狀況的首次檢查,並將貨物狀況的首次檢查、檢查的第一位置和檢查的第一時間記錄在ECVF。貨物航程期間發生的事件也記錄在ECVF。在目的地,請求貨物狀況的二次檢查,並將貨物狀況的二次檢查、檢查的第二位置和檢查的第二時間記錄在ECVF中。
文檔編號G06Q10/00GK101189628SQ200680019584
公開日2008年5月28日 申請日期2006年6月5日 優先權日2005年6月3日
發明者克努特·阿恩·特雷列維克, 埃裡克·馬錢德, 派屈克·布蘭切特, 艾伯特·R·卡蓬 申請人:斯特爾維奧公司