專利名稱：貨運的管理與分析的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及收集、標準化、散布、分析有關(guān)貨物運輸管理的數(shù)據(jù) 的方法，尤其是在遠洋貨運環(huán)境中。
背景技術(shù)：
國際商業(yè)遠洋環(huán)境中每次貨物航程都需要大量的文件，有關(guān)于貨 物的源地、目的地、條件、詳細目錄，貨運和船只的運轉(zhuǎn)進度表，裝 卸工作，還有貨物航程的當前狀態(tài)。該文件用于管理和證明貨物航程 的后勤，在運輸過程中分配/調(diào)換各團體的責(zé)任和義務(wù)。
當前管理該文件的方法和操作包括許多人工步驟，這些人工步驟 對涉及的所有團體而言費時而昂貴。團體之間的信息報告交流采用傳
統(tǒng)方法，例如電子郵件、語音、傳真、電報還有書面文件的交接。 這些方法容易出錯、費時，還無法在多個團體中快速散布消息。由此 引起的延遲經(jīng)常造成無法及時做出緊急決定，或者基于不完整信息做 出決定。目前不存在一體考慮收集和散布有關(guān)貨物航程完整信息的系統(tǒng)。
另 一個問題是由各種文件在數(shù)據(jù)內(nèi)容和實際格式上的不同特性 造成的。傳統(tǒng)語音通信、手寫或其他書面格式通信的普遍采用造成大 量數(shù)據(jù)無法自動化分析和處理。 一些有價值的功能無法實現(xiàn)，比如根 據(jù)收集的文件模擬可能場景并進而預(yù)報和檢查可能的結(jié)果。目前不存 在一體考慮收集、標準化、分析有關(guān)貨物航程各種文件的系統(tǒng)。
另外，所有當前的運輸業(yè)務(wù)跟蹤系統(tǒng)都是跟蹤貨物航程中所用各 種交通工具的運轉(zhuǎn)，例如卡車、火車和遠洋船只。實際貨物的跟蹤僅 通過貨物和交通工具的聯(lián)系間接地執(zhí)行。目前還沒有在遠洋運輸環(huán)境 中直接考慮貨物的跟蹤和管理的系統(tǒng)。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的第一個主要方面，提供了一種方法，用于在從源地 到目的地的貨物航程中收集和管理貨物的運輸和狀況的相關(guān)信息，包
含創(chuàng)建與所述貨物相關(guān)聯(lián)的電子貨物航程文件夾，其中包括所述貨 物航程的貨物標識、貨物內(nèi)容和運輸方式；在所述源地，請求對貨物 初始狀況的首次檢查；將所述貨物狀況的所述首次檢查、檢查的第一 位置和檢查的第 一時間記錄到所述電子貨物航程文件夾中；將所述貨 物航程中發(fā)生的事件記錄到所述電子貨物航程文件夾中；在所述目的 地，請求對所述貨物狀況的二次檢查；并將所述貨物狀況的所述二次 檢查、檢查的第二位置和檢查的第二時間記錄到所述電子貨物航程文 件夾中。
根據(jù)本發(fā)明的第二個主要方面，提供了一種系統(tǒng)，用于在從源地 到目的地的貨物航程中收集和管理貨物運輸?shù)南嚓P(guān)信息，該系統(tǒng)包 括與所述貨物相關(guān)聯(lián)的電子貨物航程文件夾，其中包括所述貨物航 程的貨物標識、貨物內(nèi)容和運輸方式；航程事件模塊，用以將貨物航 程中發(fā)生的事件記錄到所述電子貨物航程文件夾中；貨物檢查模塊， 用于請求對貨物初始狀況的首次檢查，并將所述首次檢查和檢查的第 一位置、第一時間記錄到所述電子貨物航程文件夾中，并請求對所述 貨物狀況的二次檢查，并將二次檢查貨物狀況、檢查的第二位置和檢 查的第二時間記錄到所述電子貨物航程文件夾中。
根據(jù)本發(fā)明的第三個主要方面，提供了一種設(shè)備，用于在從源地 到目的地的貨物航程中收集和管理貨物運輸?shù)南嚓P(guān)信息，包括處理 器；編有處理指令的存儲器，其允許所述處理器進行以下操作創(chuàng)建 與所述貨物相關(guān)聯(lián)的電子貨物航程文件夾，其中包括所述貨物航程的 貨物標識、貨物內(nèi)容和運輸方式；在所述源地，請求貨物初始狀況的 首次檢查；將所述貨物狀況的所述首次檢查、檢查的第一位置和檢查 的第 一 時間記錄到所述電子貨物航程文件夾中；將所述貨物航程中發(fā) 生的事件記錄到所述電子貨物航程文件夾中；在所述目的地，請求對 所述貨物狀況的二次檢查；并將所述貨物狀況的二次檢查、檢查的第200680019584.0
說明書第3/ll頁
二位置和檢查的第二時間記錄到所述電子貨物航程文件夾中。
根據(jù)本發(fā)明的第四個主要方面，提供了一種編有處理指令的計算 機可讀介質(zhì)，用于實現(xiàn)一種由計算機執(zhí)行的方法，以在從源地到目的
地的貨物航程中收集和管理貨物的運輸?shù)南嚓P(guān)信息，該方法包括創(chuàng) 建與所述貨物相關(guān)聯(lián)的電子貨物航程文件夾，其中包括所述貨物航程 的貨物標識、貨物內(nèi)容和運輸方式；在所述源地，請求對貨物初始狀 況的首次檢查；將貨物狀況的所述首次檢查、檢查的第一位置和檢查 的第 一時間記錄到所述電子貨物航程文件夾中；將貨物航程中發(fā)生的 事件記錄到所述電子貨物航程文件夾中；在目的地，請求對所述貨物 狀況的二次檢查；并將貨物狀況的所述二次檢查、檢查的第二位置和 檢查的第二時間記錄到所述電子貨物航程文件夾中。
通過使用 一種"貨物中心，，范例，上述方法和系統(tǒng)促進了運輸業(yè)中 關(guān)鍵貨物航程相關(guān)數(shù)據(jù)的收集、標準化、散布和分析。這也允許在貨 物航程中的任何一段捕捉關(guān)鍵信息，并使之集中地對各團體可用。使 用基于本發(fā)明的方法和系統(tǒng)，提供了一種透明文件處理，其好處是改 進了關(guān)于特定貨物的決定的速度和精確性。在有貨物損失的情況下更 容易追蹤責(zé)任。


結(jié)合以下描述和附圖，本發(fā)明的所述及其他特性、觀點和優(yōu)勢將 更容易理解
圖1為根據(jù)本發(fā)明的用于在貨物航程中收集和整理貨物運輸和狀
況的相關(guān)信息的系統(tǒng)框圖2為典型的從賣方到買方的貨物航程的流程圖； 圖3為用于電子貨物航程文件夾的航程信息的存儲格式示例圖； 圖4為用于電子貨物航程文件夾的貨物信息的存儲格式示例圖； 圖5為用于電子貨物航程文件夾的貨物損壞歷史記錄的存儲格式
示例圖6為用于電子貨物航程文件夾的測量信息的存儲格式示例圖7為用于電子貨物航程文件夾的航程事件信息的存儲格式示例
圖8為用于電子貨物航程文件夾的事實陳述的存儲格式示例圖9為一種高級設(shè)計中的數(shù)據(jù)庫結(jié)構(gòu)示例圖10示出了根據(jù)本發(fā)明的一個實施方式的各團體與用于在貨物 航程期間收集和整理貨物運輸和狀況相關(guān)信息的系統(tǒng)之間的互動；
圖11示出了操作員訪問根據(jù)本發(fā)明的在貨物航程期間收集和整 理貨物運輸和狀況相關(guān)信息的系統(tǒng)時的用戶界面截屏；
圖12示出了船長訪問根據(jù)本發(fā)明的在貨物航程期間收集和整理 貨物運輸和狀況相關(guān)信息的系統(tǒng)時的用戶界面截屏；
圖13為根據(jù)本發(fā)明的一個實施方式的系統(tǒng)框圖。
具體實施例方式
本發(fā)明中的系統(tǒng)為每次貨物航程創(chuàng)建并維護 一 個電子貨物航程 文件夾(ECVF)。特定貨物的ECVF內(nèi)容存儲在數(shù)據(jù)庫中，如圖1所 示。如圖示，ECVF內(nèi)容的存取由一個服務(wù)器控制，該服務(wù)器優(yōu)選地 為網(wǎng)絡(luò)服務(wù)器，并在整個貨物航程中為大量遠程用戶提供及時的信 息。不管該ECVF在貨物的實際運輸之前、期間或之后創(chuàng)建，其都作 為與航程有關(guān)所有文件和信息的公共收集點。本發(fā)明的 一個實施方式 中，ECVF的特征和優(yōu)點包括
-在貨物航程涉及的各團體之間將格式和數(shù)據(jù)成分標準化；
-向所有有關(guān)各團體即時公開新數(shù)據(jù)；
-當某些信息或文件公開后，可以發(fā)送自動通知消息給感興趣的 各團體；
-維護一個貨物航程所有有關(guān)文件的永久核查索引；
-維護一個記載貨物航程中發(fā)生的所有事件的集中的航海日志；
_維護一個全球貨物損壞歷史記錄，指示貨物的損壞何時何地發(fā)
生以及根據(jù)合同該由誰負責(zé)。
除了新信息即時散布帶來的速度和效率之外，數(shù)據(jù)的標準化還能
帶來其他好處，根據(jù)本發(fā)明的一個實施方式，例如
-基于ECVF數(shù)據(jù)模擬和計算各種結(jié)果的能力，例如基于大量資
料提取的參數(shù)來預(yù)估貨物航程的總成本，包括燃料成本、燃料消耗、 裝卸成本以及雇傭外部服務(wù)的費用等；
-向觀者展示貨物航程時間線圖表的能力，該圖表合并了觀者感 興趣的過去和預(yù)報的所有事件；
-分析來自單次貨物航程或者固定貨物航程集的數(shù)據(jù)的能力，以 提供統(tǒng)計報告。
下面的例子示出了 一個貨物航程的典型劃分和本發(fā)明的系統(tǒng)在 一個實施方式中的應(yīng)用領(lǐng)域。其中，描述涉及到從一個裝貨港口到一 個卸貨港口的海洋貨物航程，海洋運輸部分可能是更復(fù)雜的貨物航程 的一部分，如圖2所示，包括使用如火車、汽車、飛機等的陸路運輸 和/或空中運輸。
下面定義的主要工業(yè)團體將用于本說明書中的描述
-租船者租船者把握商業(yè)機會來買賣貨物，與買賣雙方合作來 議定成交價格，并管理貨物航程的高級別后勤。
-操作員操作員管理貨物航程的低級別后勤，包括裝卸操作和 所有必要的檢查及相應(yīng)步驟。
-船主這些是擁有遠洋船只的公司。船長和船員是船主的直接雇員。
-檢查員這些是獨立審核員，他們檢查并報告船只和貨物的狀 況。所述報告形成了船只和貨物狀況的基線，并在貨物損壞或丟失的 情況下用于確定責(zé)任。
-搬運工這是在港口用身體裝卸貨物的勞動力。
-代理商工作在本地港口，代理商是記錄在案并正式批準的服 務(wù)商(或提供文書和批準服務(wù)的服務(wù)商)，并能應(yīng)操作員要求安排例 如檢查員、海港領(lǐng)航員、搬運工的本地服務(wù)。
參考圖1,在貨物航程期間通過本發(fā)明的系統(tǒng)可以訪問有關(guān)貨物 信息的其他團體包括保護賠償協(xié)會(Protect & Indemnify Club ) 31、
保險公司33、賣方21和買方23。買方21和賣方23是買賣所運貨物 的團體。保護賠償協(xié)會31表示與貨物的運輸有關(guān)的產(chǎn)業(yè)團體的協(xié)會， 聚集起來以促進要求的互動。
貨物航程計劃
參考圖l,操作員26使用該系統(tǒng)構(gòu)建一個初步的ECVF。該ECVF 包括貨物航程每一段中貨物和運輸方式的細節(jié)，并可能在特殊行動過 程之前用來模擬航程的總成本。該系統(tǒng)允許操作員26快速檢查運輸 方式和線路的不同選項以最大化貨物航程的收益。
圖3至圖8舉例說明了一個模版格式中ECVF的不同部分。圖3 所示為航程文件夾信息。航程信息可能被重組，為域提供各項目如航 程編號、航程名稱、操作員、船名、船長、距離以及位置。還提供有 關(guān)港口的信息，域?qū)ρb貨港口和卸貨港口是可用的。貨物還可能有自 己的域集以重組以下信息貨物描述、項目數(shù)量、凈重、毛重和貨物 歷史記錄/檢測。
圖4是關(guān)于貨物更詳細的信息。提供例如描述、總單位、總凈重 和總毛重的貨物信息?？赡芴峁├缡肇浫司幪?、合同編號的貨物交 托信息，還有其他與聯(lián)系有關(guān)的信息以及貨物詳細目錄。圖5涉及貨 物損壞歷史記錄，提供關(guān)于交托細節(jié)的域和交托記錄。圖6舉例說明 了關(guān)于檢測菜單、貨物交托信息和損壞清單的域。圖7所示為有關(guān)航 程事件信息的域，而圖8所示為情況列表的綜述。
貨物航程準備
決定怎樣繼續(xù)進行貨物航程以后，操作員26使用該系統(tǒng)作為和 船舶經(jīng)紀人之間的接口，預(yù)留選定船只。操作員26使用該系統(tǒng)用每 個貨物交托的裝貨港口和卸貨港口來定義航程。如圖11是該系統(tǒng)的 一個操作員界面，"新建航程"功能允許操作員26選擇船只、裝貨港 口、卸貨港口并定義該航程每一段的其它參數(shù)。
操作員26還使用該系統(tǒng)來聯(lián)系該船船長37，給他航程指示，包
括貨物特殊后勤細節(jié)、沿途停靠港、還有任何代理商29或者其他由 操作員26定約的團體。
船到達裝貨港口
船長37使用該系統(tǒng)向操作員26和裝貨港口代理商29發(fā)送一系 列每日遞送通知，指示船只到達的日期。到達港口之后，船長使用該 系統(tǒng)給操作員26、裝貨港口代理商29和船主27發(fā)送到達通知，確認 船只到達。入港后，船長使用該系統(tǒng)給操作員26、裝貨港口代理商 29和船主27發(fā)送停泊通知，確i人船只停泊。
如圖12為該系統(tǒng)船長界面的例子，船長27可以在所有時間看到 當前航程、完成的航程、未決工作的列表，所述未決工作即由訪問該 系統(tǒng)的其它團體處收到的請求。
操作員26使用該系統(tǒng)要求一個裝船前檢查，在貨物運到船上以 前4全查其物理狀態(tài)。4妄入該系統(tǒng)的4全查員35收到該-清求并^f吏用該系 統(tǒng)完成這個裝船前檢查，并將其回傳給操作員26。
類似地，操作員26使用該系統(tǒng)要求一個起租檢查，在貨物裝船 前檢查船的全面物理狀態(tài)；要求 一 個燃料艙檢查以確定船上的燃料總 量；要求一個適應(yīng)性檢查以確認船已經(jīng)準備好裝載預(yù)定貨物。
接入該系統(tǒng)的4企查員35使用該系統(tǒng)完成起租檢查、燃料艙檢查 和適應(yīng)性檢查并將它們回傳給操作員26。操作員26使用該系統(tǒng)計算 為完成貨物航程額外需要的燃料的總量。
裝載過程
操作員26使用該系統(tǒng)批準搬運工開始裝貨。船長37在貨物裝船 期間使用該系統(tǒng)每日提交一個早報。
檢查員35在貨物裝船期間使用該系統(tǒng)記錄每日裝載檢查。操作 員26/代理商29使用該系統(tǒng)記錄事實陳述中的所有相關(guān)事件。如圖11 為一個代理商界面，代理商29可以看到開動的4充程列表和未決工作 列表，由其他團體提交。例如在圖11中，代理商收到有關(guān)一個特殊
ECVF的情況綜述的請求。
當裝貨過程完畢，操作員26使用該系統(tǒng)要求一個裝貨后檢查， 檢查裝運貨物的物理狀況。檢查員35使用該系統(tǒng)完成裝貨后檢查并 將其回傳給操作員26。
離開裝貨港口
船長37使用該系統(tǒng)記錄出4元通知。裝貨港口代理商29^f吏用該系 統(tǒng)才是交收貨單(大副收據(jù)，Mate's Receipt),該文件傳統(tǒng)上包含關(guān)于 貨物的信息，用作船長37已經(jīng)收到如所述狀態(tài)的貨物的確認文件。 船長37使用該系統(tǒng)批準該收貨單。裝貨港口代理商29使用該系統(tǒng)提 交提貨單。
裝燃料
如有需要，船只將駛到一個加燃料的設(shè)施去添加額外燃料。船長 使用該系統(tǒng)向燃料貯存公司發(fā)送一系列每日估計到達時間(ETA)以 指示船到達的日期。
在海上
船只開始駛向目的港口 (卸貨港口)。船長37使用該系統(tǒng)提交每 曰午報，記錄船和貨物航程進展的狀況。
在卸貨港口
到達港口后，船長使用該系統(tǒng)向操作員26、卸貨港口代理商29 和船主27發(fā)送一個到達通知，確認船只到達。入港后，船長使用該 系統(tǒng)向操作員26、卸貨港口代理商29和船主27發(fā)送停泊通知(Berth Notice )。
操作員26和/或船主27使用該系統(tǒng)要求一個卸貨前檢查和/或貨 物損壞報告，在貨物運下船之前確定其物理狀況。檢查員35使用該 系統(tǒng)完成卸貨前檢查和/或貨物損壞報告并將其回傳到請求者。 卸貨過程
操作員26使用該系統(tǒng)批準搬運工開始卸貨。船長使用該系統(tǒng)在 卸貨期間每日提交一個早報。
檢查員35使用該系統(tǒng)在卸貨期間每日提交一個卸貨報告。 操作員26/代理商29使用該系統(tǒng)記錄狀況綜述中的所有有關(guān)事 件。操作員26繼續(xù)使用該系統(tǒng)記錄貨物發(fā)送到其最終目的地的細節(jié)。
將船交回船主
船主27使用該系統(tǒng)請求在收回船只之前進行再次交付檢查。檢 查員35使用該系統(tǒng)完成再次交付檢查并將其回傳給船主27。然后船 主27收回船只。
在本發(fā)明的一個實施方式中，本發(fā)明的系統(tǒng)可能用于要求(claim ) 管理。由于商業(yè)活動的本質(zhì)，在整個貨物航程中，貨物的責(zé)任從一個 團體轉(zhuǎn)移到另一個團體。實際結(jié)果是有關(guān)的不同團體間存在復(fù)雜的合 同以確定責(zé)任人，延誤和損壞最后由合適的團體(或其保險公司)賠 付。下面是一些要求的類型，根據(jù)本發(fā)明的系統(tǒng)和方法所收集和集中 的信息有助于其管理
1. 逾期費/急件要求與更長的裝船時間有關(guān)的要求。
2. (物理)損壞要求貨物在從賣主傳送到買主之間的某一步發(fā)生的損壞。
3.速度要求因為租船者典型地采用日租形式，所以從裝貨港口到 卸貨港口的最初天數(shù)的延遲可能導(dǎo)致速度要求。
通過記錄貨物情況在不同時間和地點的檢查，可以精確的確定責(zé) 任和權(quán)力，要求的管理過程得到很大簡化。
圖9所示為本發(fā)明的 一 個實施方式的數(shù)據(jù)庫結(jié)構(gòu)的例子，使用統(tǒng) 一建模語言(UML)設(shè)計，這是一種來自對象管理組織的面向?qū)ο蟮?分析設(shè)計語言。
圖10示出了該系統(tǒng)/方法的不同實體間互動的例子。實體包括有
關(guān)的人如船長、船主、搬運工、操作員和租船者，以及組織和對象， 比如船只、貨物、港口等。
圖13示出了根據(jù)本發(fā)明的一個實施方式系統(tǒng)的一個示例性的框 圖。數(shù)據(jù)庫88保存所有現(xiàn)有貨物文件夾，包括過去、現(xiàn)在和未來的 航程。電子貨物航程文件夾80是該數(shù)據(jù)庫的一部分，所有有關(guān)特定 航程的信息存在其中，如圖3至圖8所示。航程事件模塊82允許系 統(tǒng)用戶在電子貨物航程文件夾80中記錄任何發(fā)生在航程期間的事件。
貨物檢查模塊84要求一個貨物初始狀況的首次檢查并將貨物狀 況的首次檢查、檢查的第 一位置和第 一時間記錄在電子貨物航程文件 夾80。還要求貨物狀況的二次檢查，并將這個二次檢查貨物狀況、檢 查的第二位置和第二時間記錄在電子貨物航程文件夾80中。貨物檢 查模塊還可以比較貨物最終狀況的二次檢查和貨物狀況的首次檢查， 以確定貨物狀況間的差異。這可以用于要求管理并確定任何潛在貨物 損壞的責(zé)任。貨物檢查模塊84可以使用來自航程事件模塊82的信息 來確定是否有特殊事件可能對貨物造成影響以及事件發(fā)生時誰對貨 物負責(zé)。記錄事件可以在貨物裝載前、裝載中、裝載后、卸載中以及 卸載后。
運輸工具模塊86可以用于提供并輸入運輸工具是否可裝貨的有 關(guān)信息，并將一個運輸工具的狀況檢查、根據(jù)該檢查的裝貨授權(quán)、目 的地的卸貨授權(quán)和在目的地的運輸工具狀態(tài)檢查記錄在電子貨物航 程文件夾。運輸工具可以是海運工具比如船只，或者是任何其他類型 的運輸工具比如卡車、火車、飛機。
自動通知創(chuàng)建器92可能在航程期間任何時刻產(chǎn)生各種通知。這 可能包括裝貨前的時間，開始于航程準備結(jié)束于任何卸貨后過程，或 者必需的檢查，或者要提交的要求。通知的例子如上所列。通知可以 是預(yù)存在系統(tǒng)中的正式信件，用戶僅僅讀取，或者通知可以由用戶在 每個場合創(chuàng)建。通知的產(chǎn)生可以由加入電子貨物力元程文件夾80的域 觸發(fā)，或者由一個進入航程事件模塊82的事件觸發(fā)。用戶也可以在 需要時手動觸發(fā)創(chuàng)建通知?？梢栽陔娮迂浳锖匠涛募A80中找到完 成已經(jīng)準備好的通知的域的信息，比如日期、名稱、時間等。除了上 面所列出的之外，自動通知創(chuàng)建器92可以產(chǎn)生其他通知，本領(lǐng)域熟 練技術(shù)人員應(yīng)該理解，這里所提供的列表并非詳盡的。
成本模擬器90可以使用已經(jīng)存在的航程文件夾中的過去貨物航
程的信息來模擬整個航程的成本。
如框圖所示，成組的獨立成分通過不同的數(shù)據(jù)信號連接相互通 信，本領(lǐng)域熟練技術(shù)人員可以理解，所提供的首選具體實現(xiàn)由硬件和 軟件成分組合而成， 一 些成分由硬件或軟件系統(tǒng)已有功能或操作實 現(xiàn)，圖示的許多數(shù)據(jù)通路由計算機應(yīng)用或者操作系統(tǒng)中的數(shù)據(jù)通信實 現(xiàn)。提供圖示結(jié)構(gòu)是為了有效理解本首選具體實現(xiàn)。
要注意到，本發(fā)明可以作為一種方法來實現(xiàn)，可以具體化為一個 系統(tǒng)、 一個計算機可讀煤質(zhì)或者一個電子、電磁信號。上面所描述的 本發(fā)明的具體實施方式
僅作為范例。本發(fā)明的保護范圍由權(quán)利要求書 來限定。
權(quán)利要求
1.一種用于在從源地到目的地的貨物航程中收集和管理貨物運輸相關(guān)信息的方法，其中，包括以下步驟-創(chuàng)建與所述貨物相關(guān)聯(lián)的電子貨物航程文件夾，其中包括所述貨物航程的貨物標識、貨物內(nèi)容和運輸方式；-在所述源地，請求對貨物初始狀況的首次檢查；-將所述貨物狀況的所述首次檢查、檢查的第一位置和檢查的第一時間記錄在所述電子貨物航程文件夾中；-將發(fā)生于所述貨物航程期間的事件記錄在所述電子貨物航程文件夾中；-在所述目的地，請求對所述貨物狀況的二次檢查；以及-將所述貨物狀況的所述二次檢查、檢查的第二位置和檢查的第二時間記錄在所述電子貨物航程文件夾中。
2. 如權(quán)利要求l所述的方法，其特征在于，還包括-在所述源地，接收關(guān)于運輸工具是否可用于裝載所述貨物的信息-要求并記錄對所述運輸工具狀況的檢查；-根據(jù)對所述運輸工具的所述檢查，為所述貨物的裝載提供授權(quán)；-在所述目的地，為所述貨物的卸載提供授權(quán)；-要求并記錄對所述運輸工具狀況的檢查。
3. 如權(quán)利要求1所述的方法，其特征在于，從所述源地到所述目的地的所述航程是另一航程的一個中間段，所述另一航程包括從最初源地向最終目的地運輸所述貨物的多個航程段。
4. 如權(quán)利要求2所述的方法，其特征在于，所述運輸工具為海船。
5. 如權(quán)利要求l所述的方法，其特征在于，還包括-將所述貨物最終狀況的所述二次檢查和所述貨物狀況的首次檢查進行比較以確定所述貨物狀況的差異。
6. 如權(quán)利要求5所述的方法，其特征在于，還包括-在要求管理中使用所述貨物狀況的所述差異和與所述檢查位置 以及檢查時間相關(guān)的所述信息。
7. 如權(quán)利要求1至6中任一項所述的方法，其特征在于，還包括-通過使用已有航程文件夾的過去貨物航程的信息來模擬總成 本，來為所述貨物航程選擇一個特定行動過程。
8. 如權(quán)利要求1至7中任一項所述的方法，其特征在于，還包括-通過選擇運輸工具、裝貨港口、卸貨港口來為所述貨物創(chuàng)建一 個航程，并將所述航程記錄到所述電子貨物航程文件夾中。
9. 如權(quán)利要求1至8中任一項所述的方法，其特征在于，所述 創(chuàng)建航程的步驟還包括；-創(chuàng)建一個航程，所述航程包括所述貨物細節(jié)、沿途?？扛?、還 有由操作員為所述航程所聯(lián)系的團體。
10. 如權(quán)利要求1至9中任一項所述的方法，其特征在于，還包括-生成用于指示所述貨物的到達日期的每日遞送通知。
11. 如權(quán)利要求1至10中任一項所述的方法，其特征在于，還 包括-生成到達通知以確認所述貨物的到達。
12. 如權(quán)利要求1至11中任一項所述的方法，其特征在于，還 包括-生成停泊通知以確認所述貨物的停泊。
13. —種用于在從源地到目的地的貨物航程中收集和管理貨物運 輸相關(guān)信息的裝置，其中，包括一個處理器；一個編有處理指令的存儲器，所述處理指令允許所述處理器 創(chuàng)建與所述貨物相關(guān)聯(lián)的電子貨物航程文件夾，其中包括所述 貨物航程的貨物標識、貨物內(nèi)容和運輸方式；在所述源地，請求對貨物初始狀況的首次4企查； 將所述貨物狀況的所述首次檢查、檢查的第一位置和檢查的第一時間記錄在所述電子貨物航程文件夾中；將所述貨物航程期間發(fā)生的事件記錄在所述電子貨物航程文件夾中；在所述目的地，請求對所述貨物狀況的二次檢查； 將所述貨物狀況的所述二次檢查、檢查的第二位置和檢查的第 二時間記錄在所述電子貨物航程文件夾中。
14. 一種編有處理指令的計算機可讀介質(zhì)，用于實現(xiàn)一種由計算 機執(zhí)行的方法，以在從源地到目的地的貨物航程中收集和管理貨物運 輸?shù)南嚓P(guān)信息的方法，該方法包括以下步驟創(chuàng)建與所述貨物相關(guān)聯(lián)的電子貨物航程文件夾，其中包括所述貨 物航程的貨物標識、貨物內(nèi)容和運輸方式；在所述源地，請求對貨物初始狀況的首次一企查；將所述貨物狀況的所述首次檢查、檢查的第一位置和檢查的第一 時間記錄在所述電子貨物航程文件夾中；將發(fā)生于所述貨物航程期間的事件記錄在所述電子貨物航程文 件夾中；在所述目的地，請求對所述貨物狀況的二次檢查； 將所述貨物狀況的所述二次檢查、檢查的第二位置和檢查的第二 時間記錄在所述電子貨物航程文件夾中。
15. —種用于在從源地到目的地的貨物航程中收集和管理貨物運 輸?shù)南嚓P(guān)信息的系統(tǒng)，其中，包括與所述貨物相關(guān)聯(lián)的電子貨物航程文件夾，其中包括所述貨物航 程的貨物標識、貨物內(nèi)容和運輸方式；航程事件模塊，用以將所述貨物航程期間發(fā)生的事件記錄在所述 電子貨物航程文件夾中；貨物檢查模塊，用于請求對貨物初始狀況的首次檢查，并將所述貨物狀況的所述首 次檢查、檢查的第 一位置和檢查的第 一 時間記錄在所述電子貨物航程文件夾中；請求對所述貨物狀況的二次檢查，并將所述貨物狀況的所述二 次檢查、檢查的第二位置和檢查的第二時間記錄在所述電子貨物航程 文件夾中。
16. 如權(quán)利要求15所述的系統(tǒng)，其特征在于，還包括 運輸工具模塊，用于提供關(guān)于運輸工具是否可裝載所述貨物的信息，并將所述運輸工具狀況的檢查、根據(jù)所述運輸工具狀況的裝貨授 權(quán)、在所述目的地的卸貨授權(quán)以及在所述目的地對所述運輸工具狀況 的檢查記錄在所述電子貨物航程文件夾；
17. 如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述貨物檢查模 塊將所述貨物最終狀況的所述二次檢查與所述貨物狀況的所述首次 檢查進行比較，以確定所述貨物狀況的差異。
18. 如權(quán)利要求15至17中任一項所述的系統(tǒng)，其特征在于，還 包括成本模擬器，用于使用已有航程文件夾中的過去貨物航程的信息來模擬 一 個完整航程的成本。
19. 如權(quán)利要求15至18中任一項所述的系統(tǒng)，其特征在于，還包括自動同通知生成器，用于向所述航程涉及的團體生成與所述航程 相關(guān)的通知，。
20. 如權(quán)利要求19所述的系統(tǒng)，其特征在于，所述通知從一個 列表中選出，所述列表包括每日遞送通知、到達通知、停泊通知、 授權(quán)通知和收貨單通知。
全文摘要
提供了一種用來收集和管理一次貨物航程中從源地到目的地的貨物運輸?shù)挠嘘P(guān)信息的方法。產(chǎn)生一個關(guān)于貨物的電子貨物航程文件夾(ECVF)，包括貨物航程的貨物標識、貨物內(nèi)容和運輸方式。在源地請求貨物初始狀況的首次檢查，并將貨物狀況的首次檢查、檢查的第一位置和檢查的第一時間記錄在ECVF。貨物航程期間發(fā)生的事件也記錄在ECVF。在目的地，請求貨物狀況的二次檢查，并將貨物狀況的二次檢查、檢查的第二位置和檢查的第二時間記錄在ECVF中。
文檔編號G06Q10/00GK101189628SQ200680019584
公開日2008年5月28日 申請日期2006年6月5日 優(yōu)先權(quán)日2005年6月3日
發(fā)明者克努特·阿恩·特雷列維克, 埃里克·馬錢德, 帕特里克·布蘭切特, 艾伯特·R·卡蓬 申請人:斯特爾維奧公司