專利名稱：改善貨物運輸?shù)南到y(tǒng)與方法
技術(shù)領(lǐng)域：
本發(fā)明涉及物流的系統(tǒng)和方法，特別是涉及一種能夠促進改善貨物航運 的計算機系統(tǒng)及其改善方法。
背景技術(shù)：
物流系統(tǒng)管理貨物運輸。它們是由大量實現(xiàn)不同功能的不同模塊組成的。 例如，系統(tǒng)會包含一個采購模塊，負責(zé)對每一個運輸?shù)呢浳锝o出評估結(jié)果并 給這些貨物下訂單。會有優(yōu)化模塊會分析這些結(jié)果并通知采購模塊是否存在 至少一些貨物可以被整合在一起，在這樣的情況下，至少有一份被整合在一 起的貨物的訂單由采購模塊發(fā)出。管理模塊可以對接受到的信息情況以及采 購模塊授予的訂單進行維護。調(diào)度模塊會根據(jù)所下訂單安排貨物運輸?；?貨運管理模塊也可以追蹤貨物運輸?shù)那闆r以及調(diào)度模塊制定的日程安排。財 務(wù)模塊會根據(jù)貨運管理模塊追蹤的貨運情況來批準付款，諸如在第一和第二 異步時鐘域之間經(jīng)過。
通過電子郵件來更新貨物信息情況的方法和系統(tǒng)可以在美國專利us
6,047,264査閱。這份文件闡明的是一種可以通過電子郵件自動更新用戶訂 單和貨物情況而不需要使用人力生成并發(fā)送的電子郵件信息的方法。
基于網(wǎng)絡(luò)的物流系統(tǒng)在美國專利US 6， 220， 509中有描述。闡明了一種可 以提供為一個速遞供應(yīng)商和多個用戶端而設(shè)計的瀏覽器以及另一個為單一用 戶端和多個速遞供應(yīng)商而設(shè)計的瀏覽器的貨物追蹤系統(tǒng)。
郵件和包裹物品的托運通常可以描述為三個運輸環(huán)節(jié)。第一個環(huán)節(jié)，像 信件、包裹之類的托運物品被最初速遞員從發(fā)件地帶至速遞公司當?shù)氐氖占?中心。第二個環(huán)節(jié)，這些物品再從當?shù)氐氖占行倪\送到投遞中心。第三個 環(huán)節(jié)，托運物品從投遞中心運送到各自的收件地址。在上述的三個運輸環(huán)節(jié)中，通常需要雇傭多位速遞員。例如，當?shù)氐乃?遞員會提供運輸服務(wù)將包裹從用戶手中運輸至全國性的或是區(qū)域性的收集中 心，這樣來完成第一個環(huán)節(jié)。全國性的或區(qū)域性的速遞員會在第二個環(huán)節(jié)提 供服務(wù)，通過一個或者更多的中轉(zhuǎn)站將包裹送至離收件地址接近的投遞中心。 再由第三個托運團隊提供投遞服務(wù)完成第三個環(huán)節(jié)。
也可能通過一位速遞員提供運輸服務(wù)來完成兩個或更多的運輸環(huán)節(jié)。例 如，當?shù)氐乃龠f員通過將包裹從用戶運輸至當?shù)氐泥]局來完成第一個環(huán)節(jié)， 在那里另一個速遞員會完成第二和第三個環(huán)節(jié)。托運團隊靠自己的力量來提 供門對門的服務(wù)。
在托運過程中， 一些速遞員會有特定的設(shè)備來完成貨運過程的第二和第 三個環(huán)節(jié)。 一旦收集中心倉庫收到托運物品，這些公司有足夠的資源來整理， 安排以及運輸郵件和包裹物品。
然而，在第一個環(huán)節(jié)，需要投遞者將托運物品送至收集中心或是安排速 遞員到最初地址上門取件。例如，至今為止，為了享受速遞服務(wù)，人們不得 不在家等待郵遞員根據(jù)日程安排來上門取件，或是將托運物品帶到郵局排隊 等候寄件。為了解決這個問題， 一些速遞員專門提供取件的服務(wù)，將托運物 品從用戶手中運輸?shù)绞占水數(shù)氐泥]局。從而速遞公司根據(jù)發(fā)件人的住所提 供取件服務(wù)。
除了提供取件服務(wù)，速遞服務(wù)供應(yīng)商們正在尋找一種新的技術(shù)來使用戶 能更好的使用速遞服務(wù)。在這種情況下，用戶可以通過瀏覽網(wǎng)頁來請求有限 的取件服務(wù)。
在取件過程中，現(xiàn)在需要關(guān)心的，就是對于用戶和速遞員來說麻煩的步 驟和高額的費用。除非每個取件點都收集了大量的包裹，否則單個用戶就要 為速遞服務(wù)供應(yīng)商承擔(dān)相當高的取件費用。同時，為了速遞員更優(yōu)化地上門 取件，用戶不得不遵守速遞公司的日程安排。例如，為了享受取件服務(wù)，用 戶不得不通過互聯(lián)網(wǎng)為每一次取件確定一個時間。
這些為了幫助用戶寄信或者包裹的解決方案卻仍然給用戶帶來了負擔(dān)， 例如，耗時，產(chǎn)生時間約束和/或者更高的費用。因此需要一個有效地解決方 案來改善用戶托運的過程。

發(fā)明內(nèi)容
在下面的描述中，貨運指的是任何郵件或貨物運輸所使用的任何可行運 輸方法。從發(fā)件地到收件地之間，貨運包括一個或多個運輸環(huán)節(jié)。關(guān)于郵件， 包裹、郵包或者貨物的術(shù)語可替換為任何以及全部可托運的物品。
公開的方法中提到由速遞員，取件員以及托運人可替換為個人、團隊或 者公司來完成托運貨物的從初始地點到不同地點托運的任務(wù)。
根據(jù)本發(fā)明的改善貨運的方法包含的下列步驟
-計算機系統(tǒng)用戶端提供托運單證表；
-能夠使用戶通過用戶端在托運單證表上填寫托運信息并且將填好的托 運單證表通過電子郵件或是即時通信信息發(fā)送至計算機系統(tǒng)終端。
根據(jù)本發(fā)明的方法，不需要依靠用戶的系統(tǒng)和環(huán)境，或者移動電話或者 傳真設(shè)備。這個方法也不需要精心選擇設(shè)備，因為他可以在任何能夠收發(fā)電
子郵件或是即時通信信息的設(shè)備上使用，例如像MS Outlook, Lotus Notes 等電子郵件用戶端。只要求有電子郵件的用戶端，而沒有硬件的要求。
準確及時的托運物品信息對于快速處理托運物品來說極其重要。這個工 具的一個特點就是，用戶可以很方便地將托運物品信息發(fā)送給速遞員并且速 遞員能夠通過電子郵件收到這些信息。這樣就為那些很難被現(xiàn)在的電子商務(wù) 工具所吸引的中小型用戶開辟了新的市場。今天，電子郵件是一種廣泛使用 的通信交流模式，并且現(xiàn)在的速遞公司還沒有提供這些功能，因此，這個工 具適合現(xiàn)在的用戶需求以及彌補現(xiàn)有服務(wù)的不足。
任何可以獲取他或她的電子郵件地址或是在任何設(shè)備上的即時通信賬號 的用戶都可以使用這些服務(wù)。這也可以應(yīng)用到其它的信息系統(tǒng)中，例如SMS (短信服務(wù))或是麗S (多媒體信息服務(wù))
此項發(fā)明還可以生成托運單證。通過使用本地打印機打印托運單證并貼 在托運的貨物上，托運單證上會注明發(fā)件地、收件地、包裹的尺寸或重量等
f曰息。
一旦托運信息數(shù)據(jù)傳輸至終端，計算機系統(tǒng)終端會分析數(shù)據(jù)潛在的錯誤 并驗證這些數(shù)據(jù)。在確認用戶托運信息的時候，系統(tǒng)會出示一份包含一套條
款和規(guī)則的用戶協(xié)議，例如法定或約定的，用戶必須接受這份協(xié)議才可以提供服務(wù)。用戶可以在看完協(xié)議后，輸入確認信息表明已經(jīng)同意這些條款。
由生成托運單證的模塊組成的計算機系統(tǒng)包括能夠生成某些托運貨物類 型的托運單證的工具，其中包括一些無法通過其他形式提供托運服務(wù)的托運 模式。
在優(yōu)選的實施方法中，進一步包括自動發(fā)送電子郵件或即時通信信息的
步驟，以方便用戶發(fā)送填寫好的托運單證表。
在另一個優(yōu)選的實施方法中，托運單證表包含空運單證表，海運單證表
或者特快專遞單證表。
重點是在托運的過程中，可以通過電子郵件生成并向用戶發(fā)送像空運賬
單和/或海運賬單之類的貨運單證用于空運和/或海運。
根據(jù)更進一步的優(yōu)化實例方法是在托運單證表中加入發(fā)票。 財務(wù)模塊會根據(jù)貨運管理模塊追蹤的貨運情況來批準付款。 此項發(fā)明還有支付功能，用戶可以使用現(xiàn)金、信用卡和借記卡等方式來
進行支付。用戶可以在收到email Ship (DHL專用電子郵件軟件名稱)的模板 后，在模板上輸入信用卡等信息，速遞服務(wù)供應(yīng)商一旦收到這些數(shù)據(jù)，就會 是驗證這些數(shù)據(jù)，并且根據(jù)用戶輸入的信息提供相應(yīng)的報價或是給予用戶相 關(guān)的回饋信息。
此項發(fā)明也包含了支付現(xiàn)金的方法，用戶可以根據(jù)emailShip的報價， 在郵遞員上門取件的時候支付現(xiàn)金。


圖1 是根據(jù)本發(fā)明的一個計算機系統(tǒng)的圖示。
圖2 是對用戶請求分類的流程圖。
圖3 是托運服務(wù)的流程圖。
圖4 是圖3中的標記AP GAS更詳細的運作流程圖。
圖5 是El與E2更詳細的的流程圖。El
圖6 是包含本發(fā)明實施例實際應(yīng)用的原理圖。
圖7 是PDF格式的物品航空運貨單的示例圖。
圖8 是有關(guān)稅的托運物品的商業(yè)發(fā)票的示例圖。圖9是PDF格式的取件請求表的示例圖。
具體實施例方式
圖1展示了一個計算機系統(tǒng)的圖示。
根據(jù)本發(fā)明所描述的，用戶在用戶端通過電子郵件顯示PDF格式的文件。 數(shù)據(jù)以XML或ZIP格式傳輸?shù)接山凶鐾ǔＩ暾埛?wù)器(GAS)組成的終端機。 GAS處理用戶發(fā)送的托運物品以及取件請求。
為了增加靈活性，最好執(zhí)行動態(tài)信道選擇。
圖2展示了根據(jù)數(shù)據(jù)格式將用戶請求分類為托運請求或取件請求的流 程圖。
用戶填寫EmailShip文件。
數(shù)據(jù)轉(zhuǎn)換成可識別的格式，例如XML格式或者被MS Outlook之類的電子 郵件程式壓縮的格式。
動態(tài)信道選擇-動態(tài)信道選擇器-檢査數(shù)據(jù)是否為XML格式或是ZIP格式。 如果是ZIP格式，就將它解壓并提取XML格式的數(shù)據(jù)。
如果已經(jīng)是XML格式，就檢查信息是取件請求還是托運請求。
然后動態(tài)信道選擇會檢查是托運請求還是取件請求，接著進行下一個進程。
圖3展示了圖2中用請求為托運請求時的流程圖。示例中的GAS，主要 是由0++編寫的。
XSD文件提取XML數(shù)據(jù)并對其進行驗證。 如果發(fā)生錯誤，運行操作程序。
如果沒有發(fā)生錯誤，托運服務(wù)器生成一系列托運請求字符串用于通常申 請服務(wù)器(GAS)并通過信息隊列(MQ)發(fā)送至GAS。
GAS用可識別的信息代碼答復(fù)航空運貨單(AWB)-無錯誤代碼/錯誤代碼。 如果收到錯誤代碼，錯誤糾正程序E2運行。 如果沒有收到錯誤代碼，檢査托運物品是否有關(guān)稅。 如果托運物品有關(guān)稅就生成一張商業(yè)發(fā)票。
如果托運物品沒有關(guān)稅，生成托運物品PDF文件和托運物品的發(fā)票。然后將PDF格式的文件以附件的形式通過電子郵件發(fā)送給用戶作為對用 戶的反饋。
圖4展示了圖3中標記為"AP GAS"的詳細的流程圖。
從用戶應(yīng)用程序收到托運物品的有效請求。
數(shù)據(jù)庫ESDDB從目的地路線服務(wù)器中調(diào)用目的地路線代碼。
下一步從路線服務(wù)器中調(diào)用發(fā)件地代碼。
另外的數(shù)據(jù)庫IBSDB調(diào)用賬號并且確認服務(wù)。
智能商業(yè)服務(wù)IBS調(diào)用費用服務(wù)器數(shù)據(jù)來確定托運費用。
然后生成AWB號的AWB適用形式被激活。
另外的數(shù)據(jù)庫PSDDB調(diào)用貨物裝填服務(wù)。然后，將AWB、托運費用以及 路線代碼發(fā)送給用戶。
數(shù)據(jù)庫PSDDB通過結(jié)構(gòu)化控制語言SCL發(fā)出貨物運輸服務(wù)的指令。 圖5展示了標簽El和E2更詳細的流程圖。
El和E2是發(fā)生在圖3中的錯誤，E3由于取件發(fā)生的錯誤沒有包含在圖 3中。
錯誤程序El包括發(fā)送錯誤報告給用戶。
根據(jù)錯誤程序E2，收到Poc.ini錯誤代碼，自定義的錯誤代碼會發(fā)送給 用戶。理由包括無效的賬號，無效的發(fā)件地址或是無效收件人地址。
E3這種處理錯誤方法在Poc. ini收到錯誤代碼后被激活。在這種情況下 會由于錯誤取件請求的錯誤報告發(fā)送給用戶。
圖6展示了實例應(yīng)用的原理圖。
里面包含本發(fā)明的一個實例。速遞公司是DHL在馬來西亞的公司。使用 者是被授權(quán)的雇員以及在吉隆坡機場的乘客。
DHL是物流系統(tǒng)的首選供應(yīng)商。這個物流系統(tǒng)包括處理對象以及額外附 加的功能，如會計服務(wù)等。
圖6展示根據(jù)本發(fā)明的確認托運物品服務(wù)的優(yōu)選的實施例。
這個示例展示了物品確認會包含不同類型的數(shù)據(jù)和信息，例如賬號信息、 賬單信息、物品信息，路線服務(wù)以及物品參考數(shù)據(jù)。
圖7展示PDF格式的托運物品航空運貨單的示例，用戶在計算機系統(tǒng)用 戶端填寫并準備打印。圖8是有關(guān)稅的托運物品的商業(yè)發(fā)票的示例。
圖9是PDF格式的取件請求表的示例。
這個方法可以讓用戶托運物品的整個過程通過電子郵件來處理，用戶除 了可以使用電子郵件生成托運物品或取件的請求還可以通過電子郵件收取商 業(yè)發(fā)票。
另一個優(yōu)選的形式就是托運單證表的打印稿格式，最好用PDF格式或是 Excel格式。在這情況下本發(fā)明提供了可以復(fù)制現(xiàn)有的運貨單打印件的用戶 端。用戶在以電子形式填寫托運物品的詳細信息最好使用PDF格式或Excel 格式，并且將其發(fā)送至終端服務(wù)器。電子郵件處理系統(tǒng)有著簡單的顯示，用 戶只要填寫好表單，然后點擊表單上"發(fā)送"按鈕。如果用戶使用的是MS Outlook,電子郵件處理系統(tǒng)會自動通過MS Outlook發(fā)送。如果用戶使用像 Louts Notes這類其他的電子郵件處理系統(tǒng)，用戶需要先保存，然后使用電 子郵件用戶端將PDF或是Excel文件以附件形式發(fā)送至托運公司。
通過這個方案，用戶不需要去選擇文件的格式，通過電子郵件，提供PDF 和Excel兩種格式的文件，例如MS Exchange。 一個程式會將固定形式的數(shù) 據(jù)轉(zhuǎn)換成XML (可擴充標記語言)并且為了確認這確實是托運或取件請求而 執(zhí)行必要的驗證。在終端服務(wù)器取回，即提取數(shù)據(jù)后，對現(xiàn)有的終端確認驗 證并向用戶發(fā)送相應(yīng)的答復(fù)。
這是一種能夠讓中小型用戶可以通過電子郵件與托運公司辦理業(yè)務(wù)的簡 單而新穎的解決方案。這個工具通過電子郵件首發(fā)運貨單、商業(yè)發(fā)票等。
如果托運物品處理沒有發(fā)生問題，就會生成托運單證并發(fā)送給用戶，并 且打印后貼在托運物品上。
綜上所述，數(shù)據(jù)交換更適合通過XML格式在互聯(lián)網(wǎng)上傳輸，在托運公司 的終端系統(tǒng)上存取。XML格式可以是標準化的XML格式，也可以是商用的但 是非標準化的XML格式甚至是自定義的格式，這種先進的技術(shù)特別在本發(fā)明 的示例中顯示出來了。
在優(yōu)選實施例中，提供了另一種對已經(jīng)填好的托運單證表的托運信息的 檢索和/或在終端對托運信息的確認數(shù)據(jù)進行驗證的措施。
如果托運信息通過了驗證，下一步就是發(fā)送電子郵件或是即時通訊消息 給用戶，允許用戶打印托運單證表并貼在被托運的托運物品上。當用戶獲得了相應(yīng)的托運單證，裝貨單也完成了。這張托運單證包含大 量像發(fā)件地和收件地、重量和其他的一些信息。
假如托運信息沒有通過驗證，就會通過電子郵件或即時通訊信息向用戶 發(fā)送錯誤報告，并告知正確的處理方法。
接著，如果發(fā)生了錯誤，為了使托運處理成功，用戶被告知采取相應(yīng)的 處理方法。另外一個有利的實施例是向托運物品運往的用戶提供取件服務(wù)。
這個方案也可以允許用戶根據(jù)提供的取件地點以及準備包裹的時間來安 排速遞員上門取件。
根據(jù)本發(fā)明改善貨物運輸?shù)挠嬎銠C系統(tǒng)包括
計算機系統(tǒng)用戶端提供托運單證表的裝置；
讓用戶能夠在用戶端填寫托運單證表上托運信息并通過電子郵件或即時 通訊信息將填好的托運單證表發(fā)送至計算機系統(tǒng)終端的裝置；
通訊模塊由包含能讓系統(tǒng)通過使用多種信息格式，例如可以通過多種通 訊方法進行交流的語音郵件、短訊等，與不同設(shè)備聯(lián)系的工具組成。例如， 這個系統(tǒng)可以自動生成語音信息通過電話與速遞員聯(lián)系，在這種情況下，系 統(tǒng)使用通訊模塊中的工具與速遞員聯(lián)系。
這種計算機系統(tǒng)還包括自動向用戶發(fā)送電子郵件信息或者即時通訊信息 的裝置。
另一個優(yōu)選實施例是這種計算機系統(tǒng)包含從托運單證表檢索托運信息和 /或確認單證信息的裝置。
這里所描述的發(fā)明詳細的說明了改善貨物運輸?shù)姆椒ㄒ约皩嵤┻@些裝置 的計算機系統(tǒng)。本發(fā)明可能作為計算機軟件來運行，例如，計算機程序代碼 能在計算機內(nèi)存中存儲以及被微處理機執(zhí)行。然而，本發(fā)明可以作為計算機 軟件來運行的技術(shù)是顯而易見的。
計算機系統(tǒng)的每個部分或者模塊都被作為一個更大的基礎(chǔ)設(shè)施的一部分 而執(zhí)行。例如，請求服務(wù)器，或者作為一個或更多的插件程序、小程序、動 態(tài)裝在數(shù)據(jù)庫，或是其他為了提供托運信息管理而允許程序可以再一臺或者 更多計算機上運行的任何配置。這中程序可能會被植入第三方應(yīng)用程序。盡 管這些在模塊的項目中被提到，但是本發(fā)明的實施并不局限于模塊的執(zhí)行。 在這所描述的功能性是可以通過軟件或/和作為單獨的進程或是作為多種進程的硬件和/或應(yīng)用程序執(zhí)行。
在服務(wù)器里還有一些能讓用戶遠程操作的計算機系統(tǒng)的額外組件，例如
像Internet Explorer或Netscape Navigator之類的網(wǎng)頁瀏覽器。這禾中i十算 機系統(tǒng)包括一種可以在用戶電腦上執(zhí)行的用戶應(yīng)用程序。這種用戶應(yīng)用程序 可以作為單獨的進程或是作為能拓展網(wǎng)頁瀏覽器功能并能與計算機系統(tǒng)連接 的輔助應(yīng)用程序來執(zhí)行。這種用戶應(yīng)用程序能夠從用戶電腦中收集關(guān)于托運 業(yè)務(wù)的數(shù)據(jù)并且當用戶填寫托運單證列表時察覺托運業(yè)務(wù)。
用戶可以使用電腦注冊來提供諸如用戶地址、信用卡信息之類的賬單信 息以及用戶托運信息。注冊完后，用戶需要使用一些驗證方法才可以使用系 統(tǒng)，例如用戶名和密碼參數(shù)。
本發(fā)明一個或更多的實施例是可以支持和/或與第三方速遞軟件工具一 起使用。例如，當用戶打印托運單證表時用戶應(yīng)用系統(tǒng)會自動啟動。用戶提 供托運方式，收件地址包裹重量和/或大小等與托運貨物相關(guān)的明確信息是托 運單證表所打印的部分。計算機系統(tǒng)終端會根據(jù)用戶的信息收到價格、矯正 的地址這些等更明確的特定交易信息。
然而，在此所描述的實施例，是本發(fā)明可以在多種類型的計算機系統(tǒng)上 使用，通常包括將計算機、服務(wù)器、計算機周邊設(shè)備、存儲裝置以及數(shù)據(jù)通 信設(shè)備這些完全不同的處理部件連接在一起的所有系統(tǒng)設(shè)計。這些計算機系 統(tǒng)會包括局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)、城域網(wǎng)(MAN)以及全球網(wǎng)(GAN)。
這一實施例主要注重于一種Internet (國際互聯(lián)網(wǎng))/XML的解決方案。 然而，本發(fā)明的范圍并不局限于這些。在各種類型的數(shù)據(jù)網(wǎng)絡(luò)中，終端機、 交換機和連接器的執(zhí)行、安排及構(gòu)造被廣泛的應(yīng)用。
根據(jù)本發(fā)明的計算機系統(tǒng)包含多個組件模塊。這些軟件模塊可能是現(xiàn)有 的商用的軟件、制定的軟件或者是獨立研發(fā)的軟件。例如，運輸費用數(shù)據(jù)庫 就是商用的。如果這些軟件是健全的并且可以與其他軟件一起來實現(xiàn)下面提 到的工作流程，那么他們就能被應(yīng)用到這種計算機系統(tǒng)中。
這種電腦系統(tǒng)可能會集中在一個或少數(shù)幾個相關(guān)的地方，也可能分布在 整個相關(guān)的區(qū)域內(nèi)。下面要說明的是在系統(tǒng)中每一次實際運輸都有多個不同 的相關(guān)工作流程，諸如貨物的提供者、貨物的接收者、海關(guān)放行等。此外， 貨物應(yīng)當支付稅收應(yīng)該在多個不同的相關(guān)工作流程中的各個階段中進行計算。
當看到附圖的時候，就會從實施例以及權(quán)力要求中詳細描述的技術(shù)領(lǐng)域 中發(fā)現(xiàn)本發(fā)明的其他一些特征。應(yīng)當認識到在上述以及下面的文字和附圖著 重于說明本發(fā)明的實施例，僅僅只是說明和舉例，但是并不局限此，本發(fā)明 在實際運用過程中可能會有修改。應(yīng)當認識到在前面提到的關(guān)于本發(fā)明的實 施例，其中可能會被大量更改并且本發(fā)明可能會以不同的形式來實施。本發(fā) 明是指權(quán)利要求中提到的以及與其相當?shù)娜績?nèi)容。參考列表
DCS動態(tài)信道選擇
AWB航空運貨單
GAS通常申請服務(wù)器
XLS一種數(shù)據(jù)格式
MQ 消息隊列
XSD一種數(shù)據(jù)格式
Poc. ini錯誤代碼
ES醒數(shù)據(jù)庫
IBSDB數(shù)據(jù)庫
IBS智能商務(wù)系統(tǒng)
PSDDB數(shù)據(jù)庫
SCL結(jié)構(gòu)化控制語言
A/c賬戶持有人
CSM用戶服務(wù)管理
CIS用戶信息系統(tǒng)
Bkg預(yù)約
亂-APIS吉隆坡國際機場-乘客信息系統(tǒng)
ESD電子軟件分發(fā)
權(quán)利要求
1.一種改善貨物運輸?shù)姆椒?，包?在計算機系統(tǒng)用戶端提供托運單證表；-讓用戶能夠在用戶端填寫托運單證表上托運信息并通過電子郵件或即時通訊信息將填好的托運單證表發(fā)送至計算機系統(tǒng)終端。
2. 根據(jù)權(quán)利要求1的方法，其特征在于，所述方法還包括，自動發(fā)送包括用 戶發(fā)送的填完的托運單證表在內(nèi)的電子郵件或者即時通訊信息。
3. 根據(jù)權(quán)利要求1或2的方法，其特征在于，所述的托運單證表包括運貨單 證表，尤其是空運單證表，海運單證表或者速遞單證表。
4. 根據(jù)之前任意一項的權(quán)利要求的方法，其特征在于，所述的托運單證表包 括發(fā)票。
5. 根據(jù)之前任意一項的權(quán)利要求的方法，其特征在于，所述的托運單證表是 打印稿格式，優(yōu)選是PDF格式或Excel格式。
6. 根據(jù)之前任意一項的權(quán)利要求的方法，其特征在于，所述方法包括對已經(jīng) 填好的托運單證表的托運信息的檢索和/或在終端對托運信息的確認數(shù)據(jù) 進行驗證。
7. 根據(jù)權(quán)利要求6的方法，其特征在于，所述的方法進一步包括以下步驟 當托運信息通過了驗證后，在用戶端發(fā)送電子郵件或是即時通訊消息給用 戶，允許用戶打印托運單證表并貼在被托運的托運物品上。
8. 根據(jù)權(quán)利要求6的方法，其特征在于，所述的方法進一步包括以下步驟 當托運信息沒有通過驗證，通過電子郵件或即時通訊信息向用戶發(fā)送錯誤 報告，并告知正確的處理方法。
9. 根據(jù)之前任意一項的權(quán)利要求的方法，其特征在于，所述的方法進一步包 括為托運物品運往的用戶提供取件服務(wù)的步驟。
10. —種改善貨物運輸?shù)南到y(tǒng)，包括-計算機系統(tǒng)用戶端提供托運單證表的方法；-讓用戶能夠在用戶端填寫托運單證表上托運信息并通過電子郵件或即時 通訊信息將填好的托運單證表發(fā)送至計算機系統(tǒng)終端的裝置。
11. 根據(jù)權(quán)利要求10的系統(tǒng)，其特征在于，計算機系統(tǒng)包括自動發(fā)送電子郵件和即時通信息的裝置。
12. 根據(jù)權(quán)利要求10或11的系統(tǒng)，其特征在于，計算機系統(tǒng)包括對已經(jīng)填好 的托運單證表的托運信息的檢索和/或在已經(jīng)填好的托運單證表的托運信 息進行驗證的裝置。
全文摘要
這項發(fā)明大體上涉及物流系統(tǒng)和方法。特別是本發(fā)明涉及了改善貨物運輸?shù)姆椒ê拖鄳?yīng)的計算機系統(tǒng)，方法包括下列步驟-在計算機系統(tǒng)用戶端提供托運單證表；-讓用戶能夠在用戶端填寫托運單證表上托運信息并通過電子郵件或即時通訊信息將填好的托運單證表發(fā)送至計算機系統(tǒng)終端。
文檔編號G06Q10/00GK101681451SQ200780052761
公開日2010年3月24日 申請日期2007年4月27日 優(yōu)先權(quán)日2007年4月27日
發(fā)明者蘇比利亞·饒·帕特瓦爾丹, 阿希什·薩克塞納 申請人:德國郵政股份公司