專利名稱：運入和運出貨運通知方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明提供了一種無需使用跟蹤號而提供基于綜合信息的服務(wù)的方法和系統(tǒng)。公開了通知系統(tǒng)和方法，用于主動地向用戶提供最新的包裹信息。
背景技術(shù)：
包裹跟蹤是包裹遞送服務(wù)的一個不可缺少的部分，它使得客戶能夠跟蹤他們發(fā)出的貨物或發(fā)給他們的貨物。由于互聯(lián)網(wǎng)的出現(xiàn)，諸如UnitedParcel Service(UPS)的商業(yè)承運商使客戶可以在線跟蹤他們的貨物。一些企業(yè)對包裹跟蹤進行了進一步的發(fā)展，將包裹跟蹤功能集成到他們的內(nèi)部業(yè)務(wù)系統(tǒng)中。這樣，這些企業(yè)能夠基于從商業(yè)承運商接收到的運輸狀態(tài)信息來觸發(fā)商業(yè)活動。
在很大程度上，本領(lǐng)域中公知的包裹跟蹤服務(wù)逐個地對包裹進行操作，并要求客戶使用與要跟蹤的包裹相關(guān)的包裹跟蹤號來查詢承運商數(shù)據(jù)庫。因此，對于運入(inbound)或運出(outbound)貨運量很大的公司來說，很難跟蹤當(dāng)前正在運輸?shù)乃邪＿@些公司經(jīng)常會受單個地跟蹤大量包裹的繁重任務(wù)的困擾，并當(dāng)反常的大量包裹到達其碼頭而得不到充分的幫助來發(fā)送包裹時感到措手不及。因此，在業(yè)界存在對能夠克服該問題和其它問題的包裹跟蹤方法和系統(tǒng)的需要。

發(fā)明內(nèi)容
本發(fā)明總的涉及為用戶提供對發(fā)往用戶處或從用戶處發(fā)出的包裹的可見性(visibility)的系統(tǒng)和方法。優(yōu)選實施例描述了允許用戶確定包裹可見性信息的頻度和格式的預(yù)訂系統(tǒng)，并公開了各種對向用戶提供包裹可見性信息的過程進行自動化和定制的工具。
根據(jù)本發(fā)明的一個實施例，描述了一種提供運入包裹的可見性的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫通信的可見性引擎(visibility engine)，該可見性引擎配置為檢查所述包裹信息，并識別發(fā)往與用戶相關(guān)聯(lián)的地址標識的包裹；以及通過網(wǎng)絡(luò)與所述可見性引擎進行通信的用戶計算機，該用戶計算機配置為接收與運入包裹相關(guān)聯(lián)的運輸信息。
根據(jù)本發(fā)明的另一個實施例，描述了一種提供運入包裹的可見性的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹級明細信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫通信的可見性引擎，該可見性引擎配置為檢查所述包裹信息，并使用包裹級明細信息中的地址標識來識別發(fā)往與用戶相關(guān)聯(lián)的地址標識的包裹；以及通過網(wǎng)絡(luò)與所述可見性引擎進行通信的用戶計算機，該用戶計算機配置為接收與運入包裹相關(guān)聯(lián)的運輸信息。
根據(jù)本發(fā)明的另一個實施例，描述了一種提供運入包裹的可見性的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎，該可見性引擎配置為檢查所述包裹信息，并識別發(fā)往與用戶相關(guān)聯(lián)的地址標識的包裹；以及通過網(wǎng)絡(luò)與所述可見性引擎進行通信的用戶計算機，該用戶計算機配置為接收與運入包裹相關(guān)聯(lián)的運輸信息，該用戶計算機被進一步配置為通過包裹可見性引擎發(fā)出運入包裹跟蹤請求。
根據(jù)本發(fā)明的另一個實施例，描述了一種提供運入包裹的可見性的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎，該可見性引擎配置為檢查所述包裹信息，并識別發(fā)往與用戶相關(guān)聯(lián)的地址標識的包裹；以及通過網(wǎng)絡(luò)與所述可見性引擎進行通信的用戶計算機，該用戶計算機配置為接收與運入包裹相關(guān)聯(lián)的運輸信息，該用戶計算機被進一步配置為請求可見性引擎以指定的格式發(fā)送運輸信息。
根據(jù)本發(fā)明的另一個實施例，描述了一種提供運入包裹的可見性的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎，該可見性引擎配置為檢查所述包裹信息，并識別發(fā)往與用戶相關(guān)聯(lián)的地址標識的包裹；以及通過網(wǎng)絡(luò)與所述可見性引擎進行通信的用戶計算機，該用戶計算機配置為接收與運入包裹相關(guān)聯(lián)的運輸信息，其中，該用戶計算機被進一步配置為請求可見性引擎以XML格式、逗號分隔數(shù)值格式和平面文件格式中的至少一種格式發(fā)送運輸信息。
根據(jù)本發(fā)明的另一個實施例，描述了一種提供運入包裹的可見性的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎，該可見性引擎配置為檢查所述包裹信息，并識別發(fā)往與用戶相關(guān)聯(lián)的地址標識的包裹；以及通過網(wǎng)絡(luò)與多述可見性引擎進行通信的用戶計算機，該用戶計算機配置為接收與運入包裹相關(guān)聯(lián)的運輸信息，其中，該用戶計算機被進一步配置為指定接收運輸信息的頻度。
根據(jù)本發(fā)明的另一個實施例，描述了一種提供運入包裹的可見性的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎，該可見性引擎配置為檢查所述包裹信息，并識別發(fā)往與用戶相關(guān)聯(lián)的地址標識的包裹；以及通過網(wǎng)絡(luò)與所述可見性引擎進行通信的用戶計算機，該用戶計算機配置為接收與運入包裹相關(guān)聯(lián)的運輸信息，其中，該用戶計算機被進一步配置為接收運入通知服務(wù)以及運入和送達通知服務(wù)中的至少一種服務(wù)。
根據(jù)本發(fā)明的另一個實施例，描述了一種提供運入包裹的可見性的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎，該可見性引擎配置為檢查所述包裹信息，并識別發(fā)往與用戶相關(guān)聯(lián)的地址標識的包裹；以及通過網(wǎng)絡(luò)與所述可見性引擎進行通信的用戶計算機，該用戶計算機配置為接收與運入包裹相關(guān)聯(lián)的運輸信息，其中，該包裹可見性引擎被進一步配置為計算運入包裹的預(yù)計交貨日期。
根據(jù)本發(fā)明的另一個實施例，描述了一種使用戶能夠接收關(guān)于發(fā)給用戶的包裹的信息的包裹跟蹤方法，該包裹跟蹤方法包括以下步驟為用戶創(chuàng)建運入預(yù)訂，其中該運入預(yù)訂指定了與用戶相關(guān)聯(lián)的至少一個地址標識，并且該運入預(yù)訂還指定了接收運入包裹跟蹤數(shù)據(jù)的格式和頻度；獲取正在承運商系統(tǒng)中運輸?shù)陌倪\輸數(shù)據(jù)；通過將該至少一個地址標識與所獲取的運輸數(shù)據(jù)進行比較來識別發(fā)給用戶的包裹；收集所識別的包裹的運入包裹跟蹤數(shù)據(jù)；以及根據(jù)該運入預(yù)訂將運入包裹跟蹤數(shù)據(jù)發(fā)送給用戶。
根據(jù)本發(fā)明的另一個實施例，描述了一種使用戶能夠接收關(guān)于發(fā)給用戶的包裹的信息的包裹跟蹤方法，該包裹跟蹤方法包括以下步驟為用戶創(chuàng)建運入預(yù)訂，其中該運入預(yù)訂指定了與用戶相關(guān)聯(lián)的至少一個地址標識，并且該運入預(yù)訂還指定了接收運入包裹跟蹤數(shù)據(jù)的格式和頻度；獲取正在承運商系統(tǒng)中運輸?shù)陌倪\輸數(shù)據(jù)；通過將該至少一個地址標識與所獲取的運輸數(shù)據(jù)進行比較來識別發(fā)給用戶的包裹；收集所識別的包裹的運入包裹跟蹤數(shù)據(jù)；以及根據(jù)該運入預(yù)訂將運入包裹跟蹤數(shù)據(jù)發(fā)送給用戶，其中所述至少一個地址標識中的每一個均與唯一的接收地址相關(guān)聯(lián)。
根據(jù)本發(fā)明的另一個實施例，描述了一種使用戶能夠接收關(guān)于發(fā)給用戶的包裹的信息的包裹跟蹤方法，該包裹跟蹤方法包括以下步驟為用戶創(chuàng)建運入預(yù)訂，其中該運入預(yù)訂指定了與用戶相關(guān)聯(lián)的至少一個地址標識，并且該運入預(yù)訂還指定了接收運入包裹跟蹤數(shù)據(jù)的格式和頻度；獲取正在承運商系統(tǒng)中運輸?shù)陌倪\輸數(shù)據(jù)；通過將該至少一個地址標識與所獲取的運輸數(shù)據(jù)進行比較來識別發(fā)給用戶的包裹；收集所識別的包裹的運入包裹跟蹤數(shù)據(jù)；以及根據(jù)該運入預(yù)訂將運入包裹跟蹤數(shù)據(jù)發(fā)送給用戶，其中根據(jù)由該運入預(yù)訂指定的頻度來執(zhí)行發(fā)送運入包裹跟蹤數(shù)據(jù)的步驟。
根據(jù)本發(fā)明的另一個實施例，描述了一種使用戶能夠接收關(guān)于發(fā)給用戶的包裹的信息的包裹跟蹤方法，該包裹跟蹤方法包括以下步驟為用戶創(chuàng)建基于費用的運入預(yù)訂，其中該運入預(yù)訂指定了與用戶相關(guān)聯(lián)的至少一個地址標識，并且該運入預(yù)訂還指定了接收運入包裹跟蹤數(shù)據(jù)的格式和頻度；獲取正在承運商系統(tǒng)中運輸?shù)陌倪\輸數(shù)據(jù)；通過將該至少一個地址標識與所獲取的運輸數(shù)據(jù)進行比較來識別發(fā)給用戶的包裹；收集所識別的包裹的運入包裹跟蹤數(shù)據(jù)；以及根據(jù)該運入預(yù)訂將運入包裹跟蹤數(shù)據(jù)發(fā)送給用戶。
根據(jù)本發(fā)明的另一個實施例，描述了一種使用戶能夠接收關(guān)于發(fā)給用戶的包裹的信息的包裹跟蹤方法，該包裹跟蹤方法包括以下步驟為用戶創(chuàng)建運入預(yù)訂，其中該運入預(yù)訂指定了與用戶相關(guān)聯(lián)的至少一個地址標識，并且該運入預(yù)訂還指定了接收運入包裹跟蹤數(shù)據(jù)的格式和頻度；獲取正在承運商系統(tǒng)中運輸?shù)陌倪\輸數(shù)據(jù)；通過將該至少一個地址標識與所獲取的運輸數(shù)據(jù)進行比較來識別發(fā)給用戶的包裹；收集所識別的包裹的運入包裹跟蹤數(shù)據(jù)；以及根據(jù)該運入預(yù)訂將運入包裹跟蹤數(shù)據(jù)發(fā)送給用戶，其中該運入預(yù)訂與承運商帳戶相關(guān)聯(lián)，該識別發(fā)給用戶的包裹的步驟包括將該至少一個地址標識和承運商帳戶與所獲取的運輸數(shù)據(jù)進行比較。
根據(jù)本發(fā)明的另一個實施例，描述了一種為從用戶發(fā)出的包裹提供可見性的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎，該可見性引擎配置為檢查包裹信息，并識別從用戶發(fā)出的包裹；以及通過網(wǎng)絡(luò)與該可見性引擎進行通信的用戶計算機，該用戶計算機配置為接收與運出包裹相關(guān)聯(lián)的運輸信息。
根據(jù)本發(fā)明的另一個實施例，描述了一種為從用戶發(fā)出的包裹提供可見性的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎，該可見性引擎配置為檢查包裹信息，并識別從用戶發(fā)出的包裹；以及通過網(wǎng)絡(luò)與該可見性引擎進行通信的用戶計算機，該用戶計算機配置為接收與運出包裹相關(guān)聯(lián)的運輸信息，其中，該用戶計算機被進一步配置為通過所述包裹可見性引擎發(fā)出運出包裹跟蹤請求，并請求所述可見性引擎以指定的格式和指定的頻度發(fā)送所述運輸信息。
根據(jù)本發(fā)明的另一個實施例，描述了一種使用戶能夠接收關(guān)于發(fā)給用戶和從用戶發(fā)出的包裹的信息的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲正在承運商系統(tǒng)中運輸?shù)陌倪\輸信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎；與該可見性引擎進行通信的用戶計算機；其中該可見性引擎配置為為用戶創(chuàng)建運入預(yù)訂，其中該運入預(yù)訂指定了與用戶相關(guān)聯(lián)的至少一個地址標識，并且該可見性引擎配置為通過將該至少一個地址標識與所述運輸信息進行比較來識別發(fā)給用戶的包裹；并且該可見性引擎被進一步配置為為用戶創(chuàng)建運出預(yù)訂，其中該運出預(yù)訂指定了與用戶相關(guān)聯(lián)的帳戶標識，并且該可見性引擎配置為通過將該帳戶標識與運輸信息進行比較來識別從用戶發(fā)出的包裹，并且該可見性引擎被進一步配置為以運入或運出預(yù)訂中所指定的頻度提供發(fā)給用戶和從用戶發(fā)出的包裹的包裹信息。
根據(jù)本發(fā)明的另一個實施例，描述了一種使用戶能夠接收關(guān)于發(fā)給用戶和從用戶發(fā)出的包裹的信息的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲正在承運商系統(tǒng)中運輸?shù)陌倪\輸信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎；與該可見性引擎進行通信的用戶計算機；其中該可見性引擎配置為為用戶創(chuàng)建運入預(yù)訂，其中該運入預(yù)訂指定了與用戶相關(guān)聯(lián)的至少一個地址標識，并且該可見性引擎配置為通過將該至少一個地址標識與該運輸信息進行比較來識別發(fā)給用戶的包裹；其中該可見性引擎被進一步配置為為用戶創(chuàng)建運出預(yù)訂，其中該運出預(yù)訂指定了與用戶相關(guān)聯(lián)的帳戶標識，并且該可見性引擎配置為通過將該帳戶標識與運輸信息進行比較來識別從用戶發(fā)出的包裹，并且該可見性引擎被進一步配置為以運入或運出預(yù)訂中所指定的格式提供發(fā)給用戶和從用戶發(fā)出的包裹的包裹信息。
根據(jù)本發(fā)明的另一個實施例，描述了一種使用戶能夠接收關(guān)于發(fā)給用戶和從用戶發(fā)出的包裹的信息的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲正在承運商系統(tǒng)中運輸?shù)陌倪\輸信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎；與該可見性引擎進行通信的用戶計算機；其中該可見性引擎配置為為用戶創(chuàng)建運入預(yù)訂，其中該運入預(yù)訂指定了與用戶相關(guān)聯(lián)的至少一個地址標識，并且該可見性引擎配置為通過將該至少一個地址標識與該運輸信息進行比較來識別發(fā)給用戶的包裹；并且該可見性引擎被進一步配置為為用戶創(chuàng)建運出預(yù)訂，其中該運出預(yù)訂指定了與用戶相關(guān)聯(lián)的帳戶標識，并且該可見性引擎配置為通過將該帳戶標識與運輸信息進行比較來識別從用戶發(fā)出的包裹；以及自動檢索包裹信息的在線文件下載工具。
根據(jù)本發(fā)明的另一個實施例，描述了一種使用戶能夠接收關(guān)于發(fā)給用戶和從用戶發(fā)出的包裹的信息的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲正在承運商系統(tǒng)中運輸?shù)陌倪\輸信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎；與該可見性引擎進行通信的用戶計算機；其中該可見性引擎配置為為用戶創(chuàng)建運入預(yù)訂，其中該運入預(yù)訂指定了與用戶相關(guān)聯(lián)的至少一個地址標識，并且該可見性引擎配置為通過將該至少一個地址標識與該運輸信息進行比較來識別發(fā)給用戶的包裹；并且該可見性引擎被進一步配置為為用戶創(chuàng)建運出預(yù)訂，其中該運出預(yù)訂指定了與用戶相關(guān)聯(lián)的帳戶標識，并且該可見性引擎配置為通過將該帳戶標識與運輸信息進行比較來識別從用戶發(fā)出的包裹；以及駐留在所述計算機上的自動訪問和文件下載應(yīng)用程序，其中該應(yīng)用程序配置為根據(jù)至少一個用戶定義參數(shù)來生成XML請求，并按照運入或運出預(yù)訂中所指定的地址和格式來檢索和存儲包裹信息。
根據(jù)本發(fā)明的另一個實施例，描述了一種使用戶能夠接收關(guān)于發(fā)給用戶和從用戶發(fā)出的包裹的信息的包裹跟蹤系統(tǒng)，該包裹跟蹤系統(tǒng)包括存儲正在承運商系統(tǒng)中運輸?shù)陌倪\輸信息的承運商數(shù)據(jù)庫；與承運商數(shù)據(jù)庫進行通信的可見性引擎；與該可見性引擎進行通信的用戶計算機；其中該可見性引擎配置為為用戶創(chuàng)建運入預(yù)訂，其中該運入預(yù)訂指定了與用戶相關(guān)聯(lián)的至少一個地址標識，并且該可見性引擎配置為通過將該至少一個地址標識與該運輸信息進行比較來識別發(fā)給用戶的包裹；并且其中該可見性引擎被進一步配置為為用戶創(chuàng)建運出預(yù)訂，其中該運出預(yù)訂指定了與用戶相關(guān)聯(lián)的帳戶標識，并且該可見性引擎配置為通過將該帳戶標識與運輸信息進行比較來識別從用戶發(fā)出的包裹；以及使用戶能夠請求得到包裹通過承運商系統(tǒng)的過程中的事件的主動通知的主動通知工具。


上面對本發(fā)明進行了概述，現(xiàn)在對附圖進行說明，附圖并未按比例繪制，其中圖1是根據(jù)本發(fā)明實施例的可見性包裹系統(tǒng)的總體框圖。
圖2是顯示用于創(chuàng)建運入可見性預(yù)訂的步驟的處理流程圖。
圖3A和3B顯示了從用戶處獲取運入預(yù)訂信息的網(wǎng)頁。
圖4A和4B顯示了提示用戶將一個或更多個地址標識與運入預(yù)訂關(guān)聯(lián)起來的網(wǎng)頁。
圖5是顯示用于創(chuàng)建地址標識的步驟的處理流程圖。
圖6是顯示用于創(chuàng)建運出可見性預(yù)訂的步驟的處理流程圖。
圖7A-7C顯示了從用戶獲取運出預(yù)訂信息的網(wǎng)頁。
圖8A和8B顯示了說明將承運商帳戶和運出預(yù)訂進行關(guān)聯(lián)的一些方法的網(wǎng)頁。
圖9是顯示用于建立總管理員的步驟的處理流程圖。
圖10是顯示用于創(chuàng)建副管理員的步驟的處理流程圖。
圖11是顯示根據(jù)本發(fā)明實施例的XML在線工具和包裹可見性系統(tǒng)的各種后端應(yīng)用程序之間的通信的系統(tǒng)圖。
圖12是顯示如何處理XML請求的處理流程圖。
圖13是顯示用于安裝和配置自動加載的應(yīng)用程序的步驟的處理流程圖。
圖14顯示了根據(jù)本發(fā)明實施例的主動通知工具。
具體實施例方式
以下參考附圖對本發(fā)明進行更加詳盡的描述，附圖中顯示了本發(fā)明的優(yōu)選實施例。但是，本發(fā)明可以許多不同的形式實施，而不應(yīng)將其解釋為受限于這里所述的實施例；相反，提供這些實施例是為了使公開全面和完整，并使本領(lǐng)域技術(shù)人員能夠全面領(lǐng)會本發(fā)明的范圍。在所有附圖中，相似的標號表示相似的元素。
在上述說明和附圖的教示下，本發(fā)明所屬領(lǐng)域的技術(shù)人員將會想到本發(fā)明的多種改進和其它實施例。因此，可以理解，本發(fā)明不限于所公開的特定實施例，各種改進和其它實施例都涵蓋在所附權(quán)利要求的范圍之內(nèi)。盡管在此采用了特定的術(shù)語，但它們只以一般性和描述性的方式使用，并不用于對本發(fā)明的限制。
概述在此描述一種運入和運出包裹可見性跟蹤系統(tǒng)10(下文中稱為包裹可見性系統(tǒng)10)，該系統(tǒng)使得諸如UPS的商業(yè)承運商能夠識別那些正在運輸中的包裹，或者是運給特定用戶的，或者是從特定用戶發(fā)出的。在優(yōu)選實施例中，由承運商生成跟蹤通知15，并將其通過在此描述的一種或多種通知系統(tǒng)發(fā)送給用戶。在優(yōu)選實施例中，這些通知15為用戶提供包裹級明細(PLD)信息20，該包裹級明細信息包括目的地和源運輸信息，以及運輸中、投遞失敗(exception)和交貨數(shù)據(jù)。在其它公開的實施例中，提供給用戶的附加通知數(shù)據(jù)包括但不限于交貨日期和交貨時間、交貨地點、引用號、貨到付款(COD)數(shù)量及簽名圖像。
包裹可見性系統(tǒng)10的一組成部分為地址標識25，下文中稱為LID25。LID 25是一個唯一的標識，為給定的用戶指定了特定的收件地址。如下文中更詳細描述的，LID 25和用戶特定信息一起使得能夠選擇用戶來接收關(guān)于發(fā)給用戶和/或從發(fā)往與LID 25相關(guān)聯(lián)的地址發(fā)出的包裹的包裹信息。
以下段落描述了根據(jù)本發(fā)明實施例如何使用LID來為用戶提供運入可見性。當(dāng)用戶創(chuàng)建LID 25時，過程開始。接下來，用戶指示他或她的銷售商銷售商將該LID 25包含在發(fā)往發(fā)往那個地址的包裹的運輸信息中。當(dāng)被運輸?shù)陌揕ID 25時，承運商獲取包括LID 25在內(nèi)的PLD 20數(shù)據(jù)，并且包裹可見性系統(tǒng)10識別出包裹是發(fā)往發(fā)往與LID 25相關(guān)聯(lián)的地址。如在此所述的，在優(yōu)選實施例中，通過LID 25和發(fā)貨人的UPS帳號來識別發(fā)往發(fā)往給定用戶的包裹。用戶定期接收到用戶預(yù)訂信息所確定的格式的關(guān)于發(fā)往指定地址的包裹的信息。
在運出貨運的情況下，通過由發(fā)貨人將LID 25包含在那些將被跟蹤的包裹中來實現(xiàn)包裹的可見性。當(dāng)包裹經(jīng)過承運商系統(tǒng)時，包裹被掃描，并且將PLD 20數(shù)據(jù)傳送到包裹可見性系統(tǒng)10。然后，將包裹信息格式化，并以由預(yù)訂指定的時間間隔和格式將其發(fā)送給用戶。通過這種方式，用戶可以收到定期的最新信息，該最新信息確定了他或她發(fā)送的包裹的地址和預(yù)計交貨時間。
包裹可見性系統(tǒng)10還包括管理功能，該功能使得用戶能夠作為總管理員(corporate administrtor)授權(quán)并控制對用戶帳戶的訪問。在優(yōu)選實施例中，該管理包括多級控制和LID管理員、總管理員和用戶帳戶管理員中的至少一個。這些管理員中的部分或全部能夠授權(quán)其它人訪問、使用或修改用戶帳戶。并且，在優(yōu)選實施例中，這些管理員中的一個或更多個可以控制用戶帳戶的安全、質(zhì)量和計費。
可見性包裹系統(tǒng)圖1是根據(jù)本發(fā)明的可見性包裹系統(tǒng)10的總體框圖。用戶計算機30通過網(wǎng)絡(luò)40與包裹可見性前端35進行通信。在優(yōu)選實施例中，用戶計算機通過互聯(lián)網(wǎng)上的網(wǎng)站來訪問包裹可見性前端35，并且文檔被傳送到在用戶計算機30上運行的瀏覽器應(yīng)用程序。
可見性前端35還與可見性引擎45進行通信，可見性引擎45又與一個或更多個預(yù)訂數(shù)據(jù)庫50、包裹可見性數(shù)據(jù)庫55和一個或更多個承運商數(shù)據(jù)庫60進行通信。在優(yōu)選實施例中，可見性引擎45與數(shù)據(jù)庫駐留在相同的服務(wù)器(下文中稱為包裹可見性服務(wù)器65)上。但本領(lǐng)域的一般技術(shù)人員將很容易地認識到一個或更多個數(shù)據(jù)庫可以駐留在分離的服務(wù)器或其它計算機系統(tǒng)上。并且將分別對這些部件進行描述；可按照功能或本領(lǐng)域中周知的其它方式將一個或更多個應(yīng)用程序和/或數(shù)據(jù)庫分為單獨的應(yīng)用程序和/或文件。
在優(yōu)選實施例中，可見性前端35配置為從用戶計算機30獲取用戶信息，并且是將跟蹤通知25提供給用戶的一種途徑?？梢娦砸?5是處理用戶信息、包裹跟蹤信息和與承運商及用戶系統(tǒng)進行通信的后端或服務(wù)器端應(yīng)用程序。預(yù)訂數(shù)據(jù)庫50是存儲有用戶和帳戶管理數(shù)據(jù)的數(shù)據(jù)庫。為了說明，只顯示了單個數(shù)據(jù)庫；然而，本領(lǐng)域的普通技術(shù)員將認識到用戶和預(yù)訂信息可以存儲在多個數(shù)據(jù)庫中。包裹可見性數(shù)據(jù)庫55是存儲有關(guān)于運入和運出包裹的信息的存儲區(qū)域。在優(yōu)選實施例中，從包裹可見性數(shù)據(jù)庫55中獲得用于生成跟蹤通知15的數(shù)據(jù)。圖1所示的承運商數(shù)據(jù)庫60表示的是承運商系統(tǒng)中的數(shù)據(jù)庫，該數(shù)據(jù)庫存儲有關(guān)于正在運輸中的包裹的PLD 20信息。本領(lǐng)域中的普通技術(shù)員將很容易地認識到可采用多個數(shù)據(jù)庫來實現(xiàn)該功能。
運入包裹可見性處理以下段落將描述為用戶提供將被發(fā)往與該預(yù)訂相關(guān)聯(lián)的一個或更多個LID 25的包裹的可見性的處理。圖2是顯示用戶創(chuàng)建預(yù)訂以接收關(guān)于運入包裹的可見性信息的步驟的處理流程圖。
在步驟1中，用戶登錄到可見性系統(tǒng)中。優(yōu)選地，用戶訪問網(wǎng)站，并通過專門實現(xiàn)該功能的網(wǎng)頁來輸入登錄信息。另選地，用戶可聯(lián)系客戶服務(wù)代理，該客戶服務(wù)代理響應(yīng)于用戶的指令，將信息輸入到包裹可見性系統(tǒng)10中。如果用戶已在該可見性系統(tǒng)中注冊，那么登錄過程會要求用戶輸入有效的用戶ID和密碼。如果是用戶是新用戶，則需要提示用戶輸入個人和/或計費信息的另一步驟。
在優(yōu)選實施例中，諸如UPS的承運商操作包裹可見性系統(tǒng)10，并要求用戶在被授權(quán)訪問包裹可見性系統(tǒng)10之前具有有效的承運商帳戶。在這種情況下，可以將來自預(yù)先存在的承運商帳戶的用戶信息從承運商帳戶數(shù)據(jù)庫傳送到包裹可見性系統(tǒng)10，而無需新用戶重新輸入該信息。在任何情況下，獲取必要的用戶信息，并將其保存在預(yù)訂數(shù)據(jù)庫50中。
在步驟2中，提示用戶創(chuàng)建運入預(yù)訂名稱。對于用戶來說，該預(yù)訂名稱應(yīng)該具有唯一性，因為一個用戶可能有多項預(yù)訂。但由于預(yù)訂與特定用戶相關(guān)聯(lián)，所以對于所有用戶來說，預(yù)訂名稱無需具備唯一性。例如，擁有具有兩個倉庫的企業(yè)的第一用戶創(chuàng)建了第一運入預(yù)訂“Inboundfor Main Street warehouse”和第二運入預(yù)訂“Inbound for Maple Avenuewarehouse”，只要對于該第一用戶來說這些預(yù)訂名稱具備唯一性，那么即使第二用戶已經(jīng)為其它用戶帳戶使用了相同的預(yù)訂名稱，也沒有關(guān)系。
在步驟3中，提示用戶將預(yù)訂與計費帳戶關(guān)聯(lián)起來。在優(yōu)選實施例中，該關(guān)聯(lián)是需要的，因為包裹可見性系統(tǒng)10是收費系統(tǒng)。然而，將本發(fā)明作為免費系統(tǒng)來使用，同樣有優(yōu)勢，在這種情況下，可以省略將預(yù)訂與計費帳戶相關(guān)聯(lián)的步驟。
圖3A和3B是顯示可用于從用戶獲取運入預(yù)訂信息的網(wǎng)頁的屏幕畫面。在該圖示中，運入和運出可見性跟蹤系統(tǒng)10被商品化為QuantumViewTM系統(tǒng)，該系統(tǒng)的運入部分稱為Quantum View InboundTM。通過該網(wǎng)頁，用戶可在預(yù)訂名稱欄100中輸入最多21個字符的預(yù)訂名稱。用戶通過以下可選的方法來將預(yù)訂與計費帳戶關(guān)聯(lián)，一種方法是手工在預(yù)訂計費帳戶欄105中輸入計費帳戶，另一種方法是在預(yù)訂計費帳戶菜單110中從與該用戶相關(guān)聯(lián)的計費帳戶列表中指定一個計費帳戶。
計費帳戶與運入預(yù)訂的關(guān)聯(lián)可以自動地進行，也可以需要另外的授權(quán)步驟。在優(yōu)選實施例中，當(dāng)用戶試圖將計費帳戶與新的預(yù)訂進行關(guān)聯(lián)時，包裹可見性系統(tǒng)10自動地生成發(fā)送到與該計費帳戶相關(guān)聯(lián)的電子郵件地址的授權(quán)請求電子郵件。在某些情況下，計費帳戶可具有多個電子郵件地址和/或被授權(quán)對為該帳戶增加預(yù)訂進行批準的人員，并可以提示正在創(chuàng)建新預(yù)訂的用戶從被授權(quán)批準這個請求的人員中進行選擇。本領(lǐng)域中的普通技術(shù)人員能夠認識到可通過電子郵件、傳真、網(wǎng)頁或本領(lǐng)域中周知的其它方法來進行批準處理。
在圖2的步驟4中，用戶可在兩個運入服務(wù)選項之間進行選擇運入通知以及運入和送達通知。在優(yōu)選實施例中，運入通知服務(wù)選項為用戶提供運入包裹的預(yù)計交貨日期和投遞失敗最新信息(exception updates)(如果交貨日期發(fā)生變化的話)。該服務(wù)還可提供其它信息，包括發(fā)貨日期、計劃交貨日期(SDD)、投遞失敗最新信息(包括交貨失敗)(在計算了重新計劃的交貨日期(RDD)的情況下)、發(fā)件人和收件人地址信息和LID 25。在優(yōu)選實施例中，運入和送達通知服務(wù)選項包括運入通知服務(wù)選項的所有特征，再加上關(guān)于發(fā)往LID 25或從LID 25接收的包裹的送貨信息，包括交貨日期和時間、簽名、COD量、引用號和完整的送貨地址。在優(yōu)選實施例中，通過一個或更多個承運商應(yīng)用程序或通過本領(lǐng)域中周知的其它方法來提供完成這些服務(wù)所需的運輸信息。然后再通過可見性引擎來獲取相關(guān)信息，并將其傳送給用戶。
在步驟5中，用戶可將一個或更多個LID 25賦給預(yù)訂。在優(yōu)選實施例中，采用以下三種方法之一將LID 25與預(yù)訂進行關(guān)聯(lián)為預(yù)訂創(chuàng)建新的LID 25、用戶可以從已有的LID 25列表中進行選擇、或用戶可以手工輸入LID 25。下文中將詳細描述創(chuàng)建新的LID 25的過程；因此，以下段落將描述將現(xiàn)有LID 25添加到新運入預(yù)訂中的過程。
圖4A和4B是顯示可用于提示用戶將一個或更多個LID 25與運入預(yù)訂進行關(guān)聯(lián)的網(wǎng)頁的的屏幕畫面。在該示例中，用戶可以鏈接到另一網(wǎng)頁來創(chuàng)建新的LID 25、從LID下拉菜單115中選擇已有的LID 25、或手工輸入LID 25。圖4B顯示的是與預(yù)訂相關(guān)聯(lián)的LID列表，用戶可選擇將LID 25添加到該列表或從該列表中刪除LID 25。在優(yōu)選實施例中，每個LID 25至少與一個管理員相關(guān)聯(lián)，并且在將LID 25添加到預(yù)訂中之前必須批準該請求。把LID 25添加到預(yù)訂中的請求和LID管理員120對該請求的批準和/或拒絕可通過電子郵件、傳真、網(wǎng)頁或通過本領(lǐng)域內(nèi)周知的其它通信方法來進行。在另選實施例中，在可以將LID 25與預(yù)訂關(guān)聯(lián)之前需要授權(quán)碼或密碼。在另一個實施例中，可預(yù)先批準特定的用戶將特定的LID 25與新的預(yù)訂進行關(guān)聯(lián)。維護管理安全和控制的其它方法在本領(lǐng)域內(nèi)是周知的，并且也可用于本發(fā)明中，下文中將描述關(guān)于管理層級的另外的細節(jié)。
在圖2的步驟6中，提示用戶選擇運入通知預(yù)訂的格式。在優(yōu)選實施例中，將運入通知文件格式化為逗號分隔的數(shù)值、平面文件或XML文件。但其它文件格式在本領(lǐng)域內(nèi)也是周知的，并且與本發(fā)明有同等的優(yōu)勢。在本發(fā)明的一個實施例中，在步驟6中提示用戶輸入電子郵件地址，將適當(dāng)格式化的通知文件作為電子郵件附件發(fā)送給用戶。在另一個實施例中，必須從網(wǎng)頁或其它地方下載運入通知文件，而電子郵件地址用于在文件準備好下載時通知用戶。發(fā)送運入通知數(shù)據(jù)的其它方法在本領(lǐng)域內(nèi)是周知的，在下文中進行討論，在預(yù)訂過程中，用戶可在步驟6中選擇和/或配置這些方法中的任意方法。
下面的段落將描述創(chuàng)建新的LID 25的過程。圖5是顯示根據(jù)本發(fā)明優(yōu)選實施例用戶創(chuàng)建新的LID 25的步驟的處理流程圖。
在步驟10中，提示用戶使用數(shù)字和/或字母的組合來輸入新的LID25。在優(yōu)選實施例中，由用戶輸入的LID 25應(yīng)該是唯一的標識，該唯一標識將由包裹可見性系統(tǒng)10用于報告運輸信息。還提示用戶提供LID 25的描述和與LID 25關(guān)聯(lián)的接收地址。
在優(yōu)選實施例中，當(dāng)用戶創(chuàng)建了新的LID 25時，該用戶就成為該LID25的LID管理員120，并具有批準或拒絕其它用戶使用該LID 25的請求的能力。這樣，當(dāng)一用戶創(chuàng)建新的LID 25時，該用戶必須首先同意點過(click-thru)許可協(xié)議，該協(xié)議要求用戶接受與LID管理員120的角色相關(guān)的條款和條件(步驟15)。在另選實施例中，LID 25的創(chuàng)建者不能自動擁有LID管理員120的職責(zé)，可以為一個用戶或一組用戶創(chuàng)建的任意LID指定單個LID管理員120。此外，與LID管理員120相關(guān)聯(lián)的許可協(xié)議可離線輸入或通過本領(lǐng)域內(nèi)周知的其它方法來輸入。
LID創(chuàng)建過程的步驟20要求用戶將一個或更多個銷售商帳號與LID25進行關(guān)聯(lián)。用戶可根據(jù)自己的意愿將任意多個銷售商帳號與LID 25進行關(guān)聯(lián)。在優(yōu)選實施例中，只有那些來自帳戶與LID 25關(guān)聯(lián)的銷售商的包裹才在運入通知報告中進行報告。允許LID管理員25限制那些與特定LID 25相關(guān)聯(lián)的銷售商帳戶，由此提供運入通知過程的安全性和控制。例如，當(dāng)未經(jīng)授權(quán)的銷售商或其它實體將LID 25包含在包裹中時，用戶就不會收到運入通知，也不需要交費。在優(yōu)選實施例中，在運入通知數(shù)據(jù)中只包括那些將LID信息包含在發(fā)往與LID 25相關(guān)聯(lián)的接收地址的包裹中的授權(quán)銷售商。
在步驟25中，用戶已經(jīng)創(chuàng)建了新的LID 25，并指示銷售商將該LID25包含在發(fā)往與該LID 25相關(guān)聯(lián)的接收地址的包裹中。在一個實施例中，銷售商電子郵件地址與銷售商帳號相關(guān)聯(lián)，并且當(dāng)將銷售商帳號添加到LID 25時銷售商會收到一封電子郵件。在另選實施例中，在LID創(chuàng)建過程中包含另外的步驟，該步驟使用戶能夠?qū)Πl(fā)給銷售商的電子郵件進行定制，指示他們使用新的LID 25。本領(lǐng)域中的普通技術(shù)人員將很容易認識到向銷售商傳送指令的其它方法在本領(lǐng)域內(nèi)是周知的，與本發(fā)明具有同等的優(yōu)勢。這樣，在另一個實施例中，LID 25信息從用戶到他或她的銷售商的傳送可在包裹可見性系統(tǒng)10之外進行。
在步驟30中，銷售商將該新的LID 25添加到發(fā)往與該LID 25相關(guān)聯(lián)的接收地址的包裹的運輸信息中。取決于銷售商，LID 25信息可手工輸入或可被包含在銷售商的貨運系統(tǒng)中并自動地被包含每個發(fā)往接收地址的包裹的PLD 20中。在優(yōu)選實施例中，包裹可見性系統(tǒng)10由承運商來操作，承運商為LID數(shù)據(jù)保留特定的欄。當(dāng)銷售商將包裹發(fā)往與LID 25相關(guān)聯(lián)的接收地址并將LID 25包含在運輸信息中時，承運商的后端系統(tǒng)能夠識別出該LID 25數(shù)據(jù)，并將包裹信息傳送給可見性引擎45。包裹可見性引擎45在具有運輸信息中的LID數(shù)據(jù)的承運商系統(tǒng)中識別、組合并更新那些包裹的包裹信息。然后，根據(jù)特定的預(yù)訂要求，采用下文中描述的通知方法收集信息并將其報告給用戶。
運出包裹可見性處理以下段落將描述為用戶提供從一個或更多個用戶帳號發(fā)出的包裹的可見性的處理。圖6是顯示用戶創(chuàng)建預(yù)訂以接收關(guān)于運出包裹的可見性信息的步驟的處理流程圖。
在步驟100中，用戶登錄到包裹可見性系統(tǒng)10。優(yōu)選地，用戶訪問網(wǎng)站，通過專門實現(xiàn)該功能的網(wǎng)頁來輸入登錄信息。另選地，用戶可聯(lián)系客戶服務(wù)代表，該客戶服務(wù)代表響應(yīng)于用戶的指示將信息輸入包裹可見性系統(tǒng)10中。如果用戶已在可見性系統(tǒng)中注冊，那么登錄過程會要求用戶輸入有效的用戶ID和密碼。如果該用戶是新用戶，那么還需要其它的步驟來提示用戶輸入個人和/或計費信息。
在優(yōu)選實施例中，諸如UPS的承運商操作包裹可見性系統(tǒng)10，并且要求用戶在被授權(quán)訪問包裹可見性系統(tǒng)10之前具有有效的承運商帳戶。在這種情況下，可以將來自預(yù)先存在的承運商帳戶的用戶信息從承運商用戶帳戶數(shù)據(jù)庫傳送到包裹可見性系統(tǒng)10，而無需該新用戶重新輸入該信息。在任何情況下，獲取必要的用戶信息，并將其存儲在預(yù)訂數(shù)據(jù)庫50中。
在步驟110中，提示用戶創(chuàng)建運出預(yù)訂名稱。對于用戶來說，該運出預(yù)訂名稱應(yīng)該具有唯一性，因為一個用戶可有多項預(yù)訂。但與運入預(yù)訂名稱的情況相同，將運出預(yù)訂與特定用戶相關(guān)聯(lián)，并且對于所有用戶來說，運出預(yù)訂名稱無需具備唯一性。
在步驟120中，提示用戶在可用的多個運出預(yù)訂選項之間進行選擇，這些選項包括運出通知、送達通知和投遞失敗通知。在優(yōu)選實施例中，運出通知服務(wù)選項提供關(guān)于運出包裹的完整信息，包括通過發(fā)貨日期、投遞失敗和交貨詳細信息而得到的重要供應(yīng)鏈狀態(tài)最新信息。此外，在優(yōu)選實施例中，用戶可將與所運包裹相關(guān)聯(lián)的其它數(shù)據(jù)元素添加到通知報告中。在優(yōu)選實施例中，送達通知服務(wù)選項提供交貨細節(jié)和貨物清單信息，包括發(fā)貨日期、交貨日期和時間、引用號、完整的送貨地址、累計的COD量和其它送貨信息，還可以根據(jù)單個用戶的需要對這些信息進行定制。最后，投遞失敗通知服務(wù)選項提供關(guān)于沒有按期送達的包裹的信息。在優(yōu)選實施例中，選擇接收投遞失敗通知選項的用戶會收到投遞失敗狀態(tài)最新信息和重新計劃的預(yù)計交貨日期。在優(yōu)選實施例中，通過一個或更多個承運商應(yīng)用程序或通過本領(lǐng)域中周知的其它方法來提供用于完成這些服務(wù)的運輸信息。然后通過可見性引擎來獲取相關(guān)信息，并將其傳送給用戶。
在步驟130中，提示用戶將運出預(yù)訂與計費帳戶相關(guān)聯(lián)。在優(yōu)選實施例中，該關(guān)聯(lián)是必需的，因為包裹可見性系統(tǒng)10是收費系統(tǒng)。然而，將本發(fā)明作為免費服務(wù)來使用，具有同等的優(yōu)勢，在這種情況下，可以省略將運出預(yù)訂與計費帳戶相關(guān)聯(lián)的步驟。
圖7A到7C的屏幕畫面顯示了可用于從用戶獲取運出預(yù)訂信息的網(wǎng)頁。在該圖示中，運入和運出可見性跟蹤系統(tǒng)10被商品化為QuantumViewTM系統(tǒng)，該系統(tǒng)的運出部分稱為Quantum View OutboundTM。通過該網(wǎng)頁，用戶可在預(yù)訂名稱欄100中輸入最多21個字符的預(yù)訂名稱。用戶選擇以下方法來將預(yù)訂與計費帳戶相關(guān)聯(lián)，一種方法是在預(yù)訂計費帳戶欄105中手工輸入計費帳戶，另一種方法是從預(yù)訂計費帳戶菜單110中的與該用戶相關(guān)聯(lián)的計費帳戶列表中指定一個計費帳戶。
計費帳戶和運出預(yù)訂的關(guān)聯(lián)可以自動進行，或者需要另外的授權(quán)步驟。在優(yōu)選實施例中，當(dāng)用戶試圖將計費帳戶與新的預(yù)訂進行關(guān)聯(lián)時，包裹可見性系統(tǒng)10自動生成發(fā)送到與該計費帳戶相關(guān)聯(lián)的電子郵件地址的授權(quán)請求電子郵件。在某些情況下，計費帳戶可擁有多個電子郵件地址和/或被授權(quán)對為該帳戶增加預(yù)訂進行批準的人員，并提示正在創(chuàng)建新預(yù)訂的用戶從被授權(quán)批準該請求的人員中進行選擇。本領(lǐng)域中的普通技術(shù)人員將認識到可通過電子郵件、傳真、網(wǎng)頁或本領(lǐng)域中周知的其它方法來進行批準處理。
在圖6的步驟140中，提示用戶輸入一個或更多個將被用于運出通知服務(wù)的承運商帳號125。在優(yōu)選實施例中，當(dāng)通過承運商系統(tǒng)運輸包裹時，承運商帳號125為由承運商客戶使用的帳號。當(dāng)使用與運出預(yù)訂相關(guān)聯(lián)的承運商帳號125運輸包裹時，由可見性引擎45識別、組合和更新關(guān)于該包裹的信息。然后，根據(jù)運出預(yù)訂的要求，采用下文中描述的一個或更多個通知方法來收集包裹信息。
圖8A和8B的屏幕畫面顯示了將承運商帳號125與運出預(yù)訂進行關(guān)聯(lián)的一些方法。一個可供選擇的選項是用戶可從承運商帳號125的下拉菜單中進行選擇。在優(yōu)選實施例中，該下拉菜單顯示了與創(chuàng)建運出預(yù)訂的人的用戶ID相關(guān)聯(lián)的承運商帳號125。另選地，用戶可在帳號欄中輸入承運商帳號125。如果用戶手工輸入承運商帳號125，那么驗證程序?qū)⒋_認所輸入的帳號是否是有效的承運商帳戶。此外，如果用戶沒有被授權(quán)使用所輸入的承運商帳號，那么系統(tǒng)10就生成請求授權(quán)的電子郵件，并將該請求發(fā)送到與用戶輸入的承運商帳戶相關(guān)聯(lián)的電子郵件地址。
返回圖6，在步驟150中，提示用戶為運出通知預(yù)訂選擇格式。在優(yōu)選實施例中，運出通知文件的格式選擇包括逗號分隔的數(shù)值文件、平面文件或XML文件。其它文件格式在本領(lǐng)域內(nèi)也是周知的，并且與本發(fā)明具有同等優(yōu)勢。在本發(fā)明的一個實施例中，提示用戶輸入電子郵件地址，并將適當(dāng)格式化的通知文件作為電子郵件附件發(fā)送給用戶。在另一個實施例中，可以從網(wǎng)頁或其它地方下載運出通知文件，而電子郵件地址用于通知用戶這些文件準備好下載了。發(fā)送運出通知數(shù)據(jù)的其它方法在本領(lǐng)域內(nèi)是周知的，并在下文中進行討論，用戶可在運出預(yù)訂過程中的步驟140選擇和/或配置這些方法中的任一方法。
創(chuàng)建總管理員以下段落描述采用包裹可見性系統(tǒng)10創(chuàng)建管理員的過程。在優(yōu)選實施例中，由管理員來控制用戶帳戶和信息，以確保只有被授權(quán)的用戶才能預(yù)訂并請求對用戶帳戶進行計費。
用戶帳戶的第一級管理是總管理員175，在優(yōu)選實施例中，總管理員175被授權(quán)創(chuàng)建其自己的管理請求、批準或拒絕其它用戶提出的請求、請求附加服務(wù)、接收待決請求的電子郵件通知、防止由各個用戶提出的將來的管理請求、以及對一個或更多個副管理員180進行授權(quán)。圖9是顯示根據(jù)本發(fā)明實施例的創(chuàng)建總管理員175所需步驟的總體處理流程圖。通常，該處理需要由帳戶所有人來確認用戶對集團管理權(quán)限的請求。這里所用的“帳戶所有人”一詞指的是對帳戶具有控制權(quán)或被授權(quán)行使該帳戶的管理權(quán)的用戶。
在步驟200中，用戶發(fā)出接收用戶帳戶的集團管理權(quán)限的請求。在優(yōu)選實施例中，提示用戶指定請求授權(quán)的用戶帳戶，并將電子郵件發(fā)送給帳戶所有人。帳戶所有人可批準或拒絕該請求。如果獲得批準，那么該處理進行到步驟210，而如果用戶請求被拒絕，那么包裹可見性系統(tǒng)10就通過電子郵件、網(wǎng)頁文檔或本領(lǐng)域內(nèi)周知的其它通知手段通知用戶。
在步驟210中，帳戶所有人收到所提交的管理權(quán)限請求的通知?？赏ㄟ^電子郵件、傳真、美國郵政、傳真、網(wǎng)頁或本領(lǐng)域內(nèi)周知的其它通信手段進行該通知。在優(yōu)選實施例中，該通知包括響應(yīng)于集團管理權(quán)限的請求而由包裹可見性系統(tǒng)10生成的PIN。
在步驟220中，激活該PIN。如果帳戶所有人還是已請求集團管理權(quán)限的用戶，那么帳戶所有人可登錄包裹可見性系統(tǒng)10并激活PIN。但是如果總管理員175不是帳戶所有人，那么帳戶所有人負責(zé)將PIN轉(zhuǎn)發(fā)給接收集團管理權(quán)限的用戶。在這種情況下，需要帳戶所有人和總管理員175的其中之一或二者均登錄到可見性系統(tǒng)10來激活PIN。然而，本領(lǐng)域的一般技術(shù)人員將認識到可在本發(fā)明中使用授予管理權(quán)限的另選過程。例如，在一另選實施例中，帳戶所有人收到已經(jīng)有用戶請求集團管理權(quán)限的通知。為了批準該請求，帳戶所有人要登錄包裹可見性系統(tǒng)10。一旦帳戶所有人批準了該請求，就生成PIN，并將其直接發(fā)送給新的總管理員175。在某些實施例中，需要帳戶所有人和總管理員175二者來激活PIN，而在其它實施例中，只需要帳戶所有人和總管理員175中的一個來激活PIN。在另一個另選實施例中，總管理員175可登錄到包裹可見性系統(tǒng)10的管理登錄畫面來激活PIN，并需要在預(yù)訂的時間內(nèi)進行初始登錄，以確保由正確的用戶來接收PIN。可通過本領(lǐng)域內(nèi)周知的各種方法來進行PIN的激活。在優(yōu)選實施例中，一旦激活了到PIN統(tǒng)一資源定位器(URL)的超級鏈接，PIN就被激活。
本發(fā)明優(yōu)選實施例中可用的另一個級別的管理是副管理員180。圖10是顯示根據(jù)本發(fā)明實施例的創(chuàng)建副管理員180所需步驟的總體處理流程圖。在步驟300中，用戶發(fā)出接收副管理員權(quán)限的請求。在優(yōu)選實施例中，用戶可以請求兩種類型的副管理員權(quán)限180，包括批準預(yù)訂計費請求的權(quán)限和訪問帳戶的運輸信息的權(quán)限。對于本領(lǐng)域內(nèi)的一般技術(shù)人員來說，其它類型的副管理員權(quán)限是很明顯的。
在步驟310中，將用戶對副管理員權(quán)限的請求發(fā)送到總管理員175。在優(yōu)選實施例中，帳戶的總管理員175具有批準或拒絕對副管理員權(quán)限的請求的權(quán)限。在另選實施例中，必須由帳戶所有人來批準或拒絕對副管理員權(quán)限的請求，或必須由帳戶所有人和總管理員175一起批準副管理員請求。在另一個另選實施例中，總管理員175和/或帳戶所有人可賦予副管理員180對副管理員權(quán)限的請求進行批準或拒絕的權(quán)力。
在步驟320中，批準或拒絕用戶對副管理員權(quán)限的請求。在優(yōu)選實施例中，將副管理員請求的批準和/或拒絕通過電子郵件發(fā)送給用戶。另選地，更新包裹可見性系統(tǒng)10中的用戶概況，以反映對請求的批準或拒絕，并且用戶必須通過檢查他或她的概況(profile)來確定請求的狀態(tài)。本領(lǐng)域內(nèi)的普通技術(shù)人員將很容易認識到提供請求狀態(tài)的其它方法在本領(lǐng)域內(nèi)是周知的，并可用在本發(fā)明中。在優(yōu)選實施例中，具有批準和拒絕管理請求的權(quán)限的一個或多個人員還能夠?qū)ε鷾屎?或拒絕的原因作出解釋。這種附加信息可通過電子郵件或通過用戶概況提供給發(fā)出請求的用戶。例如，如果用戶對管理權(quán)限的請求被拒絕，那么用戶能夠通過點擊他或她的概況內(nèi)的鏈接來獲得關(guān)于請求被拒絕的原因的附加信息。
本發(fā)明優(yōu)選實施例中的另一個可用的管理級別是LID管理員120。如上所述，LID管理員120的一個任務(wù)是批準和/或拒絕使用或訪問運入預(yù)訂中的LID。盡管可為每個LID 25分配一個LID管理員120，但是可將多個LID 25分配給一個LID管理員120。在優(yōu)選實施例中，創(chuàng)建LID 25的用戶自動承擔(dān)LID管理員120的職責(zé)。在一另選實施例中，帳戶所有人、總管理員175或者一個或多個副管理員180承擔(dān)LID管理員120的任務(wù)。這樣，在該另選實施例中，至少一個管理員必須對在運入預(yù)訂中LID 25的使用進行批準。
通知系統(tǒng)在優(yōu)選實施例中，本發(fā)明包含各種通知方法和系統(tǒng)。在預(yù)訂的基礎(chǔ)上，包裹可見性系統(tǒng)10使用戶能夠接收與發(fā)給用戶或從用戶發(fā)出的包裹相關(guān)的跟蹤信息的子集。用戶可用的信息包括但不限于送貨信息、投遞失敗信息、貨物清單和起始地點信息。下文中將詳細討論這些信息中的每一種信息。
在優(yōu)選實施例中，用戶能夠通過互聯(lián)網(wǎng)上的網(wǎng)站來預(yù)訂本發(fā)明的可見性系統(tǒng)10。這種處理可能是收費預(yù)訂，并且用戶可以選擇預(yù)訂所提供服務(wù)的子集。在一個實施例中，用戶可選擇預(yù)訂三種運出服務(wù)(投遞失敗通知、運出通知和送達通知)和兩種運入服務(wù)(運入通知以及運入和送達通知)。如果用戶預(yù)訂了一個以上基于預(yù)訂的服務(wù)，那么就提示用戶輸入或指定與該服務(wù)相對應(yīng)的預(yù)訂名稱。此外，作為預(yù)訂處理的一部分，還提示用戶指定將信息發(fā)送給該用戶所采用的文件格式。在一個實施例中，用戶必須指定用于所有預(yù)訂服務(wù)的一種文件格式。但在另選實施例中，用戶可為不同的服務(wù)選擇不同的文件格式。為了說明目的，在下面的段落中描述了用戶請求XML文件格式的處理。XML格式在本領(lǐng)域內(nèi)是周知的，而本領(lǐng)域內(nèi)的普通技術(shù)人員將認識到已知多種其它文件格式可用在本發(fā)明中。
運出可見性服務(wù)為預(yù)訂用戶提供了一種在請求的基礎(chǔ)上獲得數(shù)據(jù)消息的方法，該數(shù)據(jù)消息包含一個或多個承運商帳號的包裹信息。在一個實施例中，運出可見性系統(tǒng)包括三種用戶可在預(yù)訂處理過程中指定的服務(wù)運出通知、投遞失敗通知和送達通知。通常，運出通知提供關(guān)于從預(yù)訂用戶發(fā)出的包裹的信息，這些信息包括但不限于通過發(fā)貨日期、投遞失敗和交貨細節(jié)而得到的供應(yīng)鏈狀態(tài)最新信息。送達通知提供交貨細節(jié)和貨物清單信息，包括發(fā)貨日期、交貨日期和時間、引用號、完整的送貨地址和累計的COD量。投遞失敗通知提供關(guān)于無法按期送達的包裹的信息，并且在優(yōu)選實施例中投遞失敗通知包括重新計劃的交貨日期。
運入可見性服務(wù)為用戶提供了一種在請求的基礎(chǔ)上獲得數(shù)據(jù)消息的方法，該數(shù)據(jù)消息包含一個或多個UPS帳號的運輸信息。在一個實施例中，運入可見性系統(tǒng)包括兩種預(yù)訂用戶可在預(yù)訂處理過程中指定的服務(wù)運入通知以及運入和送達通知。運入通知提供運入包裹的預(yù)計交貨日期，以及可能改變交貨日期的任何投遞失敗最新信息。在優(yōu)選實施例中，該服務(wù)還可提供其它信息，包括發(fā)貨日期、計劃交貨日期、投遞失敗最新信息(如果計算了重新計劃的交貨日期)、發(fā)件人和收件人地址信息和LID25。運入和送達通知包括所有這些特征，此外還包括關(guān)于發(fā)往LID 25或在LID 25接收的包裹的送貨信息，包括交貨日期和時間、簽名、COD量、引用號和完整的送貨地址。
在線文件下載工具圖11是顯示根據(jù)本發(fā)明實施例的在線文件下載工具(下文中稱為XML在線工具200)和可見性系統(tǒng)10的各種后端應(yīng)用之間的通信的系統(tǒng)簡圖。XML在線工具200用作為用戶和后端系統(tǒng)之間的應(yīng)用編程接口。在此采用XML是因為它是本領(lǐng)域內(nèi)周知的一種通用文件格式，而普通技術(shù)人員將很容易認識到其它文件格式也可用于本發(fā)明中。
在該圖中，預(yù)訂檢索系統(tǒng)205是包裹可見性系統(tǒng)10中的后端應(yīng)用程序，其通過網(wǎng)絡(luò)40與XML在線工具200進行通信，以處理和管理從預(yù)訂數(shù)據(jù)庫50列出和檢索預(yù)訂文件。在此被稱為成員服務(wù)應(yīng)用程序210的另一后端系統(tǒng)與XML在線工具200進行通信，以向用戶提供安全性和訪問權(quán)限及特權(quán)。
圖12是顯示如何處理用戶XML請求的處理流程。在步驟400中，用戶將XML請求提交給XML在線工具200。在步驟410中，XML在線工具200驗證該XML請求。驗證處理驗證用戶對XML在線工具200及其相關(guān)的版本的訪問權(quán)限。在優(yōu)選實施例中，用戶必須提交有效的用戶ID、密碼和訪問許可編號，將這些信息通過網(wǎng)絡(luò)40傳送到成員服務(wù)應(yīng)用程序210。如果用戶被正確授權(quán)，那么處理就繼續(xù)執(zhí)行步驟420，在步驟420處理XML請求。但是如果因為用戶沒有提交有效的用戶ID和密碼或者因為用戶沒有被授權(quán)執(zhí)行所請求的操作而導(dǎo)致驗證處理失敗，那么XML在線工具200就返回表示該問題的錯誤碼。
在步驟420中，XML在線工具200將XML請求通過網(wǎng)絡(luò)40傳送給預(yù)訂檢索系統(tǒng)205，并且在步驟430中預(yù)訂檢索系統(tǒng)205驗證該請求。在優(yōu)選實施例中，預(yù)訂檢索系統(tǒng)205驗證構(gòu)成XML請求的數(shù)據(jù)的格式。例如，如果在XML請求中傳送的是預(yù)訂名稱或文件名，那么預(yù)訂檢索系統(tǒng)205就確認所收到的預(yù)訂和/或文件名是否具有正確的數(shù)據(jù)長度和字符類型。
用戶提交的XML請求可包括不同類型的信息。例如，用戶可以請求特定用戶標識的所有未讀數(shù)據(jù)(即之前還沒有提供給用戶的數(shù)據(jù))。另選地，用戶可以提交用戶標識和至少一個預(yù)訂，在這種情況下，用戶將收到與所指定的預(yù)訂相關(guān)聯(lián)的未讀數(shù)據(jù)。作為另一個示例，XML請求可包括用戶標識、預(yù)訂名稱和至少一個文件名。在這種情況下，預(yù)訂檢索系統(tǒng)205獲取所指定預(yù)訂的所有數(shù)據(jù)(已讀和未讀)，并且進行格式化，并將這些數(shù)據(jù)返回給指定的文件名。在另一個示例中，用戶可以請求在指定日期和時間范圍之內(nèi)的用戶標識的所有數(shù)據(jù)(已讀和未讀)。在另一個示例中，用戶可以請求在指定日期和時間范圍之內(nèi)對于特定預(yù)訂名稱的用戶標識的所有數(shù)據(jù)。這些只是用戶可通過XML工具200提交的少數(shù)幾種類型的數(shù)據(jù)檢索請求。一般技術(shù)人員將很容易認識到可采用所述系統(tǒng)和處理提交其它類型的XML請求。
在步驟440中，預(yù)訂檢索系統(tǒng)205與預(yù)訂數(shù)據(jù)庫50進行通信，并獲取用戶的XML請求中指定的數(shù)據(jù)。在步驟450中，預(yù)訂檢索系統(tǒng)205對數(shù)據(jù)進行格式化，并通過網(wǎng)絡(luò)40將其發(fā)送給XML在線工具200。最后，在步驟460中，XML在線工具200將經(jīng)過正確格式化的應(yīng)答返回給客戶。
自動加載本發(fā)明的另一個方面是一種自動訪問和文件下載應(yīng)用程序250(下文中將其稱為自動加載應(yīng)用程序250)，以及使用戶能夠計劃其預(yù)訂數(shù)據(jù)的自動下載的方法。將自動加載應(yīng)用程序250安裝在客戶計算機系統(tǒng)上，該客戶機計算機系統(tǒng)與XML在線工具200進行通信，并根據(jù)用戶定義的參數(shù)生成XML請求。根據(jù)客戶定義的計劃，自動加載應(yīng)用程序250自動地生成用戶的XML請求，檢索用戶數(shù)據(jù)，并將其以由用戶的運入和/運出預(yù)訂指定的格式保存在由用戶的運入和/運出預(yù)訂指定的位置。
圖13是顯示安裝和配置自動加載應(yīng)用程序250的步驟的處理流程圖。在步驟500中，用戶獲得自動加載應(yīng)用程序250的拷貝。在優(yōu)選實施例中，用戶從提供商站點上下載自動加載應(yīng)用程序250。另選地，可通過CD-ROM或者其它電子介質(zhì)、或其它本領(lǐng)域內(nèi)周知的文件傳送方法將自動加載應(yīng)用程序250提供給用戶。
在步驟510中，用戶可通過執(zhí)行安裝可執(zhí)行文件來安裝自動加載應(yīng)用程序250。一旦安裝了自動加載應(yīng)用程序250，就提示用戶輸入用戶ID和密碼。在步驟520中，將用戶ID和密碼傳送給XML在線工具200，并通過網(wǎng)絡(luò)40將其轉(zhuǎn)發(fā)到成員服務(wù)應(yīng)用程序210。在優(yōu)選實施例中，成員服務(wù)應(yīng)用程序210控制授予用戶訪問權(quán)限。作為自動加載應(yīng)用程序250的安裝和配置的一部分，成員服務(wù)應(yīng)用程序210要求用戶同意一個或多個與使用及訪問用戶數(shù)據(jù)相關(guān)的許可協(xié)議。在步驟530中，用戶同意一個或多個許可協(xié)議，并將訪問密鑰分配給用戶。在一個實施例中，分配給用戶的訪問密鑰自動嵌入在自動加載應(yīng)用程序250和用戶之間的所有通信中。另選地，如果要配置或重新配置自動加載應(yīng)用程序250，則提示用戶重新輸入訪問密鑰。
在步驟540中，提示用戶配置自動加載應(yīng)用程序250。在優(yōu)選實施例中，配置選項包括一個或多個預(yù)訂名稱的能力；指定文件格式(包括但不限于XML、平面文件或逗號分隔的數(shù)值)的能力；數(shù)據(jù)更新的頻度(即一周的一天或幾天和/或計劃日期的指定時間)；和發(fā)送文件的目標地點。此外，用戶還可指定要自動下載的記錄的類型。通過這種方式，用戶可按照他或她的特定需要對下載進行定制。本領(lǐng)域內(nèi)的普通技術(shù)人員將很容易地認識到根據(jù)本發(fā)明可以有多種定制文件下載計劃應(yīng)用程序的方法。
在步驟550中，一旦安裝并配置了自動加載應(yīng)用程序250，它就根據(jù)由用戶創(chuàng)建的計劃自動地為用戶生成并提交XML請求。通過這種方式，用戶能夠接收其用戶數(shù)據(jù)的自動更新，而無需采用XML在線工具200來手工提交XML請求，或手工連接站點并從其上下載用戶數(shù)據(jù)。如果自動加載應(yīng)用程序250在試圖發(fā)送XML請求以及下載用戶數(shù)據(jù)時遇到了問題，那么就會顯示錯誤消息。在網(wǎng)絡(luò)出現(xiàn)故障的情況下，自動加載應(yīng)用程序250嘗試連接后端系統(tǒng)三次或更多次。如果自動加載應(yīng)用程序250無法連接，那么就在最后一次嘗試之后顯示錯誤消息。此外，在優(yōu)選實施例中，自動加載應(yīng)用程序250比較由用戶指定的每個預(yù)訂的激活狀態(tài)，并且只返回激活預(yù)訂的用戶數(shù)據(jù)。如果自動加載應(yīng)用程序250確定所請求的多個預(yù)訂中的一個或多個沒有激活，則自動加載應(yīng)用程序250返回表示所請求預(yù)訂的非激活狀態(tài)的錯誤碼。類似地，在優(yōu)選實施例中，如果預(yù)訂狀態(tài)由非激活或掛起狀態(tài)變?yōu)榧せ顮顟B(tài)，則自動加載應(yīng)用程序250返回附加消息。
主動通知工具本發(fā)明的另一個方面是一種通知系統(tǒng)和方法，用于主動通知一個或多個包裹的狀態(tài)變化。在優(yōu)選實施例中，主動通知工具275使用戶能夠請求得到包裹或貨運處理過程中的關(guān)鍵事件的通知，包括但不限于發(fā)貨、投遞失敗(延遲)和送達。采用主動通知工具275，可將這些事件中的任意事件主動地通知給用戶，并且/或者可以請求將通知發(fā)送給其它人。
與上述系統(tǒng)相反，主動通知工具275使用包裹跟蹤號而不是用戶引用號來確定要獲取的信息。與上述通知系統(tǒng)和方法的用戶不同，主動通知工具275的用戶不要求獲得服務(wù)預(yù)訂。當(dāng)主動通知工具275作為收費服務(wù)進行操作時，該工具使得能夠基于通知服務(wù)進行收費，通知服務(wù)的請求方式為一個請求對應(yīng)一個包裹跟蹤號。
可為一個或多個包裹請求通知。在優(yōu)選實施例中，預(yù)訂用戶可用的通知類型包括發(fā)貨通知、投遞失敗通知和送達通知。發(fā)貨通知是發(fā)給一個或多個個人的電子郵件通知消息，用于通知請求者的聯(lián)系人名單承運商已經(jīng)收到了包裹或貨物。投遞失敗通知是當(dāng)計劃交貨日期發(fā)生了變化從而重新計劃交貨日期時發(fā)給一個或多個個人的電子郵件通知消息。送達通知是發(fā)給一個或多個個人的關(guān)于送達的電子郵件通知消息，包括包裹或貨物的日期、時間和收件人的姓名。
圖14顯示了根據(jù)本發(fā)明實施例的主動通知工具275。用戶通過網(wǎng)絡(luò)40與主動通知引擎280進行通信。通知引擎280分為前端和后端應(yīng)用程序。在工作時，用戶使用網(wǎng)絡(luò)瀏覽器通過網(wǎng)絡(luò)40訪問主動通知前端285。前端應(yīng)用程序285使用戶能夠請求主動通知服務(wù)，并獲取處理請求所需的信息(下文中稱為通知請求數(shù)據(jù))。前端應(yīng)用程序285獲取來自用戶的通知請求數(shù)據(jù)，并驗證請求中的數(shù)據(jù)。在優(yōu)選實施例中，前端應(yīng)用程序285提示用戶指定要進行通知的一個或多個包裹跟蹤號。對于每個所請求的包裹跟蹤號，請求用戶指定所請求通知的類型(即發(fā)貨、投遞失敗和/或送達)和用于通知的電子郵件地址(或本領(lǐng)域內(nèi)周知的其它通知方法)。此外，如果主動通知處理是收費的，則前端應(yīng)用程序285獲取計費和/或支付信息。在一個實施例中，由前端應(yīng)用程序285來控制計費處理(即與計費和/或支付系統(tǒng)進行通信)。在一另選實施例中，由前端應(yīng)用程序285獲取計費信息，并將其傳送到后端應(yīng)用程序290，后端應(yīng)用程序290控制計費和/或支付處理。
主動通知后端應(yīng)用程序290接收由前端應(yīng)用程序285獲得的通知請求數(shù)據(jù)，并將該數(shù)據(jù)存儲在主動通知數(shù)據(jù)庫295中。定期地或按照用戶指定的計劃，后端應(yīng)用程序290根據(jù)包裹跟蹤號查詢一個或多個承運商跟蹤數(shù)據(jù)庫60。在包裹的整個生命周期內(nèi)每次發(fā)生匹配時，后端應(yīng)用程序290就基于服務(wù)、跟蹤號、和/或狀態(tài)變化類型為通知電子郵件服務(wù)器300創(chuàng)建一個對象。在優(yōu)選實施例中，然后將該對象通過消息隊列或本領(lǐng)域內(nèi)周知的其它消息中間設(shè)備傳送給通知電子郵件服務(wù)器300。通知電子郵件服務(wù)器300從后端應(yīng)用程序290接收該對象，并從該對象中提取通知數(shù)據(jù)。然后將該數(shù)據(jù)映射為正確的主動通知消息，并將其發(fā)送給對象中指定的一個電子郵件收件人(或多個收件人)。
在上述說明和附圖的教示下，本發(fā)明所屬領(lǐng)域的技術(shù)人員將會想到本發(fā)明的多種改進和其它實施例。因此，可以理解，本發(fā)明不限于所公開的特定實施例，各種改進和其它實施例都涵蓋在所附權(quán)利要求的范圍之內(nèi)。盡管在此采用了特定的術(shù)語，但它們只以一般性和描述性的方式使用，并不用于對本發(fā)明的限制。
權(quán)利要求
1.一種提供運入包裹的可見性的包裹跟蹤系統(tǒng)，其包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與所述承運商數(shù)據(jù)庫進行通信的可見性引擎，所述可見性引擎配置為檢查所述包裹信息，并識別發(fā)往與用戶相關(guān)聯(lián)的地址標識的包裹；和通過網(wǎng)絡(luò)與所述可見性引擎進行通信的用戶計算機，所述用戶計算機配置為接收與所述運入包裹相關(guān)聯(lián)的運輸信息。
2.根據(jù)權(quán)利要求1的系統(tǒng)，其中存儲在所述承運商數(shù)據(jù)庫中的所述包裹信息包括針對所述包裹的包裹級明細。
3.根據(jù)權(quán)利要求2的系統(tǒng)，其中所述可見性引擎配置為通過所述包裹級明細中的所述地址標識來識別所述運入包裹。
4.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述用戶計算機被進一步配置為通過所述包裹可見性引擎發(fā)出運入包裹跟蹤請求。
5.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述用戶計算機被進一步配置為請求所述可見性引擎以指定的格式發(fā)送所述運輸信息。
6.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述用戶計算機被進一步配置為請求所述可見性引擎以XML格式、逗號分隔數(shù)值格式和平面文件格式中的至少一種格式發(fā)送所述運輸信息。
7.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述用戶計算機被進一步配置為指定接收所述運輸信息的頻度。
8.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述用戶計算機被進一步配置為接收運入通知服務(wù)以及運入和送達通知服務(wù)中的至少一種服務(wù)。
9.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述包裹可見性引擎被進一步配置為計算所述運入包裹的預(yù)計交貨日期。
10.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述用戶計算機被進一步配置為接收所述運入包裹的預(yù)計交貨日期。
11.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述包裹可見性引擎被進一步配置為將包裹發(fā)貨日期、計劃交貨日期、投遞失敗最新信息、和重新計劃的交貨日期中的至少一個發(fā)送給所述用戶計算機。
12.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述用戶計算機被進一步配置為接收包裹發(fā)貨日期、計劃交貨日期、投遞失敗最新信息、和重新計劃的交貨日期中的至少一個。
13.根據(jù)權(quán)利要求1的系統(tǒng)，其中所述可見性引擎被進一步配置為獲取交貨日期、交貨時間、簽名、COD量、引用號和完整的送貨地址中的至少一個并將其發(fā)送給所述用戶計算機。
14.一種包裹跟蹤方法，該方法使得用戶能夠接收關(guān)于發(fā)給所述用戶的包裹的信息，所述方法包括以下步驟為所述用戶創(chuàng)建運入預(yù)訂，其中所述運入預(yù)訂指定了與所述用戶相關(guān)聯(lián)的至少一個地址標識，并且所述運入預(yù)訂還指定了接收運入包裹跟蹤數(shù)據(jù)的格式和頻度；獲取正在承運商系統(tǒng)中運輸?shù)陌倪\輸數(shù)據(jù)；通過將所述至少一個地址標識與所述獲取的運輸數(shù)據(jù)進行比較來識別發(fā)給所述用戶的包裹；收集所述識別的包裹的運入包裹跟蹤數(shù)據(jù)；和根據(jù)所述運入預(yù)訂將所述運入包裹跟蹤數(shù)據(jù)發(fā)送給所述用戶。
15.根據(jù)權(quán)利要求14的方法，其中所述至少一個地址標識中的每一個都與唯一的接收地址相關(guān)聯(lián)。
16.根據(jù)權(quán)利要求14的方法，其中由所述運入預(yù)訂指定的所述格式包括XML文件、逗號分隔數(shù)值文件和平面文件中的至少一種。
17.根據(jù)權(quán)利要求14的方法，其中所述運入預(yù)訂還指定了所述運入包裹跟蹤數(shù)據(jù)包括發(fā)貨日期、計劃交貨日期、投遞失敗最新信息、和重新計劃的交貨日期中的至少一個。
18.根據(jù)權(quán)利要求14的方法，其中所述運入預(yù)訂指定了所述運入包裹跟蹤數(shù)據(jù)包括發(fā)貨日期、計劃交貨日期和投遞失敗最新信息。
19.根據(jù)權(quán)利要求18的方法，其中所述運入預(yù)訂指定了所述運入包裹跟蹤數(shù)據(jù)還包括交貨日期和時間、簽名、COD量、引用號和完整的送貨地址中的至少一個。
20.根據(jù)權(quán)利要求14的方法，其中根據(jù)由所述運入預(yù)訂指定的所述頻度來執(zhí)行發(fā)送所述運入包裹跟蹤數(shù)據(jù)的步驟。
21.根據(jù)權(quán)利要求14的方法，其中按照所述運入預(yù)訂指定的所述格式來發(fā)送所述運入包裹跟蹤數(shù)據(jù)。
22.根據(jù)權(quán)利要求14的方法，還包括向所述用戶收取所述運入預(yù)訂的費用的步驟。
23.根據(jù)權(quán)利要求22的方法，其中所述費用基于所述被跟蹤包裹的數(shù)量。
24.根據(jù)權(quán)利要求14的方法，其中所述運入預(yù)訂與承運商帳戶關(guān)聯(lián)。
25.根據(jù)權(quán)利要求24的方法，其中識別發(fā)給所述用戶的包裹的步驟包括將所述至少一個地址標識和所述承運商帳戶與所述獲取的運輸數(shù)據(jù)進行比較。
26.一種包裹跟蹤系統(tǒng)，該系統(tǒng)提供從用戶發(fā)出的包裹的可見性，所述系統(tǒng)包括存儲關(guān)于正在承運商系統(tǒng)中運輸?shù)囊粋€或多個包裹的包裹信息的承運商數(shù)據(jù)庫；與所述承運商數(shù)據(jù)庫進行通信的可見性引擎，所述可見性引擎配置為檢查所述包裹信息，并識別從所述用戶發(fā)出的包裹；和通過網(wǎng)絡(luò)與所述可見性引擎進行通信的用戶計算機，所述用戶計算機配置為接收與所述運出包裹相關(guān)聯(lián)的運輸信息。
27.根據(jù)權(quán)利要求26的系統(tǒng)，其中所述用戶計算機被進一步配置為通過所述包裹可見性引擎發(fā)出運出包裹跟蹤請求。
28.根據(jù)權(quán)利要求26的系統(tǒng)，其中所述用戶計算機被進一步配置為請求所述可見性引擎以指定的格式發(fā)送所述運輸信息。
29.根據(jù)權(quán)利要求26的系統(tǒng)，其中所述用戶計算機被進一步配置為請求所述可見性引擎以XML格式、逗號分隔數(shù)值格式和平面文件格式中的至少一種格式發(fā)送所述運輸信息。
30.根據(jù)權(quán)利要求26的系統(tǒng)，其中所述用戶計算機被進一步配置為指定接收所述運輸信息的頻度。
31.根據(jù)權(quán)利要求26的系統(tǒng)，其中所述可見性引擎被進一步配置為提供運出通知服務(wù)、送達通知服務(wù)和投遞失敗通知服務(wù)中的至少一種服務(wù)。
32.根據(jù)權(quán)利要求26的系統(tǒng)，其中所述可見性引擎被進一步配置為通過發(fā)貨日期、投遞失敗和交貨詳細信息來提供重要供應(yīng)鏈狀態(tài)的最新信息。
33.根據(jù)權(quán)利要求26的系統(tǒng)，其中所述可見性引擎被進一步配置為提供交貨細節(jié)和貨物清單信息，包括所收集的發(fā)貨日期、交貨日期和時間、引用號、完整的送貨地址和COD量。
34.根據(jù)權(quán)利要求26的系統(tǒng)，其中所述可見性引擎被進一步配置為提供關(guān)于沒有按期送達的承運包裹的信息。
35.根據(jù)權(quán)利要求26的系統(tǒng)，其中所述可見性引擎被進一步配置為提供投遞失敗狀態(tài)最新信息和重新計劃的交貨日期預(yù)計。
36.一種包裹跟蹤方法，該方法使得用戶能夠接收關(guān)于從所述用戶發(fā)出的包裹的信息，所述方法包括以下步驟為所述用戶創(chuàng)建運出預(yù)訂，其中所述運出預(yù)訂指定了帳戶標識和關(guān)于發(fā)送運出包裹跟蹤數(shù)據(jù)的一個或多個參數(shù)；獲取正在承運商系統(tǒng)中運輸?shù)陌倪\輸數(shù)據(jù)；通過將所述帳戶標識與所述獲取的運輸數(shù)據(jù)進行比較來識別從所述用戶發(fā)出的包裹；收集所述識別的包裹的運出包裹跟蹤數(shù)據(jù)；和根據(jù)所述一個或多個參數(shù)將所述運出包裹跟蹤數(shù)據(jù)發(fā)送給所述用戶。
37.根據(jù)權(quán)利要求36的方法，其中指定關(guān)于發(fā)送運出包裹跟蹤數(shù)據(jù)的一個或多個參數(shù)包括指定發(fā)送所述運出包裹跟蹤數(shù)據(jù)的頻度。
38.根據(jù)權(quán)利要求36的方法，其中指定關(guān)于發(fā)送運出包裹跟蹤數(shù)據(jù)的一個或多個參數(shù)包括指定發(fā)送所述運出包裹跟蹤數(shù)據(jù)的日期和時間。
39.根據(jù)權(quán)利要求36的方法，其中指定關(guān)于發(fā)送運出包裹跟蹤數(shù)據(jù)的一個或多個參數(shù)包括指定發(fā)送所述運出包裹跟蹤數(shù)據(jù)的文件格式。
40.一種包裹跟蹤系統(tǒng)，該系統(tǒng)使得用戶能夠接收關(guān)于發(fā)給用戶和從用戶發(fā)出的包裹的信息，所述系統(tǒng)包括存儲正在承運商系統(tǒng)中運輸?shù)陌倪\輸信息的承運商數(shù)據(jù)庫；與所述承運商數(shù)據(jù)庫進行通信的可見性引擎；與所述可見性引擎進行通信的用戶計算機；其中，所述可見性引擎配置為為用戶創(chuàng)建運入預(yù)訂，其中所述運入預(yù)訂指定了與所述用戶相關(guān)聯(lián)的至少一個地址標識，并且所述可見性引擎配置為通過將所述至少一個地址標識與所述運輸信息進行比較來識別發(fā)給所述用戶的包裹；其中，所述可見性引擎被進一步配置為為用戶創(chuàng)建運出預(yù)訂，其中所述運出預(yù)訂指定了與所述用戶相關(guān)聯(lián)的帳戶標識，并且所述可見性引擎配置為通過將所述帳戶標識與所述運輸信息進行比較來識別從所述用戶發(fā)出的包裹。
41.根據(jù)權(quán)利要求40的系統(tǒng)，其中所述可見性引擎被進一步配置為以所述運入或所述運出預(yù)訂中指定的頻度提供關(guān)于發(fā)給所述用戶和從所述用戶發(fā)出的包裹的包裹信息。
42.根據(jù)權(quán)利要求40的系統(tǒng)，其中所述可見性引擎被進一步配置為以所述運入或所述運出預(yù)訂中指定的格式提供關(guān)于發(fā)給所述用戶和從所述用戶發(fā)出的包裹的包裹信息。
43.根據(jù)權(quán)利要求40的系統(tǒng)，還包括自動檢索包裹信息的在線文件下載工具。
44.根據(jù)權(quán)利要求40的系統(tǒng)，還包括駐留在所述用戶計算機上的自動訪問和文件下載應(yīng)用程序，其中所述應(yīng)用程序配置為根據(jù)至少一個用戶定義的參數(shù)來生成XML請求，并且在所述運入或運出預(yù)訂中指定的位置處并以所述運入或運出預(yù)訂中指定的格式來檢索和存儲包裹信息。
45.根據(jù)權(quán)利要求40的系統(tǒng)，還包括主動通知工具，該主動通知工具使所述用戶能夠請求對所述包裹通過所述承運商系統(tǒng)的過程中的事件進行主動通知。
全文摘要
本發(fā)明一般涉及為用戶提供對發(fā)給用戶或從用戶發(fā)出的包裹的可見性的系統(tǒng)和方法。優(yōu)選實施例描述了使用戶能夠確定包裹可見性信息的頻度和格式的預(yù)訂系統(tǒng)，并公開了各種能夠?qū)ο蛴脩籼峁┌梢娦孕畔⑦M行自動化和定制的工具。
文檔編號G06Q10/00GK1564993SQ02819686
公開日2005年1月12日 申請日期2002年10月4日 優(yōu)先權(quán)日2001年10月5日
發(fā)明者丹尼爾·弗朗茨, 伊麗莎白·G·普林頓, 尤金·B·小溫姆比 申請人:美國聯(lián)合包裝服務(wù)有限公司