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

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


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