專利名稱：用于向物流系統(tǒng)的用戶發(fā)送通知的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于向一個(gè)物流系統(tǒng)的用戶發(fā)送通知的方法和系統(tǒng)。
為運(yùn)行一個(gè)具有許多用戶和一個(gè)或多個(gè)物流供應(yīng)方的一個(gè)物流系統(tǒng)必需向系統(tǒng)參與者發(fā)送某些信息。以下將發(fā)送信息稱作為通知。這種通知可以通過一個(gè)或多個(gè)不同通信途徑來進(jìn)行。
通知將根據(jù)物流系統(tǒng)內(nèi)所出現(xiàn)的事件來發(fā)送。其中物流系統(tǒng)的一個(gè)事件可以不觸發(fā)、觸發(fā)一個(gè)或多個(gè)通知。物流系統(tǒng)的事件與通知的對(duì)應(yīng)可以在一個(gè)通知組件里根據(jù)交易邏輯來實(shí)現(xiàn)。
通知可以用不同的通信途徑來發(fā)送。通信途徑表明了送交一個(gè)通知的種類和方式。原則上可以通過多種通信途徑來送交具有同一個(gè)信息內(nèi)容的通知。
尤其是運(yùn)輸企業(yè)和遞送企業(yè)經(jīng)營(yíng)一種用于注冊(cè)用戶的包裹專業(yè)設(shè)備時(shí)必須有一種具有各種不同的通知和通信途徑的物流系統(tǒng)。例如一個(gè)郵政企業(yè)為其注冊(cè)用戶經(jīng)營(yíng)這種包裹專業(yè)設(shè)備或包裹自動(dòng)機(jī)，遞送者將這些用戶的包裹或其它郵寄物存放在設(shè)備的一個(gè)機(jī)柜里。在此后必需通知該用戶他的一個(gè)包裹已存放。另外該物流系統(tǒng)還必須告知，例如用戶是否已將其包裹取走。此外在物流系統(tǒng)之內(nèi)還必須交換有關(guān)新客戶的注冊(cè)情況、客戶數(shù)據(jù)、收取期限和代收貨款數(shù)額。
在一個(gè)用于包裹專業(yè)設(shè)備的物流系統(tǒng)之內(nèi)通常通過信函或短訊發(fā)送通知。通知的產(chǎn)生、管理和發(fā)送優(yōu)選包含不同的數(shù)據(jù)庫和處理過程。
在分配貨物時(shí)已知使用了物流系統(tǒng)。對(duì)于所要分配的貨物來說可指各種不同的商品、材料和物品。物流系統(tǒng)用來例如在倉(cāng)庫、中間倉(cāng)庫、集裝箱、汽車、發(fā)送者和接收者之間通過各種不同的運(yùn)輸途徑來組織和監(jiān)控有關(guān)的貨物的分配。物流系統(tǒng)的功能要適合于以下要求，即，使貨物的分配能夠在考慮了例如運(yùn)輸途徑、負(fù)載、儲(chǔ)存時(shí)間和數(shù)據(jù)傳送等方面實(shí)現(xiàn)優(yōu)化。
專利申請(qǐng)人特別采用了物流系統(tǒng)用來分配信件和貨物郵件(小包裹、包裹)、運(yùn)輸箱、托盤和集裝箱。所涉及的物流系統(tǒng)主要用于在一個(gè)發(fā)送者和一個(gè)接受者之間進(jìn)行郵寄物的分配，其中例如像運(yùn)輸速度、倉(cāng)庫和車輛的使用以及傳送郵寄物數(shù)據(jù)這樣的標(biāo)準(zhǔn)是很重要的。
由德國(guó)的實(shí)用新型專利201 03 564U1已知例如一種用來發(fā)送和接收郵寄物的系統(tǒng)，這種系統(tǒng)似乎尤其適用于電子商務(wù)。系統(tǒng)包括有多個(gè)自動(dòng)發(fā)貨機(jī)(ADM)，郵寄物就寄放在這里并在這里取走。該系統(tǒng)還包括有一個(gè)用來處理系統(tǒng)操作的LAMIS-服務(wù)器-計(jì)算機(jī)程序。例如通過通信途徑如信函，通知用戶為他儲(chǔ)存在ADM上的郵寄件。
本發(fā)明的目的是提供一種用于將通知傳送給一個(gè)物流系統(tǒng)用戶的方法，它可以對(duì)系統(tǒng)內(nèi)的各種不同的事件產(chǎn)生盡可能靈活的反應(yīng)并產(chǎn)生對(duì)用戶來說專門的通知。
根據(jù)本發(fā)明該目的通過如下方法來解決根據(jù)物流系統(tǒng)之內(nèi)的各種不同的事件調(diào)用各種不同的具有相應(yīng)功能的模塊，其中這些模塊產(chǎn)生通知指令，它將被傳送給一個(gè)中央發(fā)送組件，該組件根據(jù)指令產(chǎn)生相應(yīng)的通知并將其發(fā)送給用戶。
本發(fā)明的目的另外還通過一個(gè)用于實(shí)施此方法的系統(tǒng)來實(shí)現(xiàn)。
具有各自功能的用來對(duì)物流系統(tǒng)之內(nèi)的事件產(chǎn)生反應(yīng)的模塊構(gòu)組成了一個(gè)外部接口，通過這接口反映了各種不同的使用情況。在本發(fā)明的一個(gè)特別優(yōu)選實(shí)施例中，由這些模塊所產(chǎn)生的通知指令只是在特殊情況下才直接傳送給發(fā)送組件，而它一般被登記在一個(gè)通信請(qǐng)求等候隊(duì)列里。隊(duì)列讀取器由計(jì)時(shí)器控制，從通信請(qǐng)求隊(duì)列里讀出指令并將它傳送給中央發(fā)送組件。在此之前要校驗(yàn)通知的狀態(tài)。狀態(tài)的變化可能是例如在這期間一個(gè)包裹已被提取，或者提取者有了變化。
根據(jù)本發(fā)明的一個(gè)方面，該發(fā)送組件根據(jù)來自一個(gè)或多個(gè)數(shù)據(jù)庫的數(shù)據(jù)而產(chǎn)生通知。對(duì)于這些數(shù)據(jù)庫而言更為適宜地至少是指一種用戶數(shù)據(jù)庫、一種包裹數(shù)據(jù)庫、一種自動(dòng)機(jī)數(shù)據(jù)庫和一種文件數(shù)據(jù)庫。用戶數(shù)據(jù)庫包含了例如關(guān)于物流系統(tǒng)的注冊(cè)用戶的數(shù)據(jù)，其中各個(gè)用戶都有一個(gè)ID(標(biāo)識(shí)符)用來進(jìn)行識(shí)別。這些數(shù)據(jù)可以包含有地址、電話號(hào)碼或者其它。包裹數(shù)據(jù)庫包含了在系統(tǒng)之內(nèi)所輸送的包裹的信息，其中包裹同樣也通過一個(gè)ID來識(shí)別。自動(dòng)機(jī)數(shù)據(jù)庫包含了使用在系統(tǒng)之內(nèi)的包裹專業(yè)設(shè)備的信息，同樣也包含有ID。
文件數(shù)據(jù)庫包含了用于產(chǎn)生用戶特有的通知的模板。為此它包含有優(yōu)選用于信函通知和SMS(短訊服務(wù))通知的模板。這些模板具有虛擬參量，將數(shù)據(jù)庫里用戶特有的數(shù)據(jù)填入其中。
所產(chǎn)生的通知被發(fā)送組件傳送至一個(gè)網(wǎng)關(guān)用于發(fā)送給用戶。
本發(fā)明的其它優(yōu)點(diǎn)、特點(diǎn)和適宜的改進(jìn)設(shè)計(jì)方案見從屬權(quán)利要求和根據(jù)附圖對(duì)優(yōu)選實(shí)施例所作的如下說明。
附圖示出了

圖1一種特別優(yōu)選的實(shí)施例的外部接口、中央發(fā)送組件和通信請(qǐng)求隊(duì)列之間的處理流程；圖2一種特別優(yōu)選的實(shí)施例的一個(gè)通信請(qǐng)求隊(duì)列、一個(gè)中央發(fā)送組件和一個(gè)遞送合同邏輯之間的流程；圖3中央發(fā)送組件、各個(gè)不同的數(shù)據(jù)庫和網(wǎng)關(guān)之間的處理流程；及圖4在一個(gè)用于傳送通知的系統(tǒng)之內(nèi)的流程總示意圖。
以下將描述一種物流系統(tǒng)，用來運(yùn)行一種帶有一個(gè)或多個(gè)具有可變數(shù)量注冊(cè)用戶的包裹專業(yè)設(shè)備的系統(tǒng)。這是指本發(fā)明的一種特別優(yōu)選的實(shí)施例，這種根據(jù)本發(fā)明的方法當(dāng)然也適合于其它的在其中發(fā)送通知的物流系統(tǒng)。
用于運(yùn)行一個(gè)或多個(gè)包裹專業(yè)設(shè)備的物流系統(tǒng)根據(jù)其功能例如分成至少如下的處理過程UC BNK1確認(rèn)一個(gè)用戶的注冊(cè)UC BNK2修改用戶數(shù)據(jù)UC BNK3通知“新包裹”UC BNK5通知“包裹已被取走”
UC BNK6通知“包裹已送回”UC BNK7通知“確定代理人”UC BNK8通知“取消代理人”對(duì)于系統(tǒng)之內(nèi)所列的事件給用戶發(fā)送通知，它告訴用戶這個(gè)事件和/或確認(rèn)這個(gè)事件。在本發(fā)明的一種特別優(yōu)選實(shí)施例中，通過物流系統(tǒng)的各個(gè)不同的模塊和/或單元來實(shí)施各個(gè)處理過程。模塊中例如可以是一種用戶數(shù)據(jù)庫，注冊(cè)單元或者物流系統(tǒng)-系統(tǒng)管理單元。模塊同樣與其它組件一起構(gòu)成了一個(gè)外部接口10。
以下說明在模塊之內(nèi)的流程和功能調(diào)用。由模塊所產(chǎn)生的通知指令或者傳輸給一個(gè)中央發(fā)送組件30直接發(fā)送或者記錄入一個(gè)通信請(qǐng)求隊(duì)列組件40里延時(shí)發(fā)送。在該隊(duì)列組件里可以有定期地閱讀所有等候的通知指令并發(fā)送相應(yīng)的通知。所產(chǎn)生的通知優(yōu)選以信函或短訊形式發(fā)送。
UC BNK1確認(rèn)注冊(cè)情況一個(gè)新用戶在包裹專業(yè)設(shè)備的物流系統(tǒng)中注冊(cè)后，一個(gè)注冊(cè)模塊就調(diào)用一個(gè)功能模塊newRecipient(User)(新接受者(用戶))用于發(fā)送一個(gè)確認(rèn)通知。通過與該用戶對(duì)應(yīng)的當(dāng)事人的當(dāng)事人邏輯模塊，功能模塊確定必要的通知，并將其加入到一個(gè)通信請(qǐng)求隊(duì)列里延時(shí)發(fā)送。
UC BNK2修改用戶數(shù)據(jù)在用戶修改儲(chǔ)存在一個(gè)用戶數(shù)據(jù)庫里的用戶數(shù)據(jù)之后，用戶數(shù)據(jù)庫就調(diào)用一個(gè)功能模塊updateRecipient(User)(更新接受者(用戶))用于發(fā)送一個(gè)確認(rèn)通知。通過與該用戶對(duì)應(yīng)的當(dāng)事人的當(dāng)事人邏輯模塊，功能模塊確定必要的通知，并將這通知加入通信請(qǐng)求隊(duì)列里延時(shí)發(fā)送。
UC BNK3通知“新包裹”若一個(gè)包裹被送給一個(gè)物流系統(tǒng)-包裹自動(dòng)機(jī)，那么就將一個(gè)對(duì)應(yīng)的信息發(fā)送給一個(gè)物流系統(tǒng)-系統(tǒng)管理單元。該物流系統(tǒng)-系統(tǒng)管理單元調(diào)用一個(gè)功能模塊notifyDelivery(Parcel)(通知交貨(包裹))用于發(fā)送一個(gè)確認(rèn)通知。通過與該包裹對(duì)應(yīng)的當(dāng)事人的當(dāng)事人邏輯模塊，功能模塊確定必要的通知，并將該通知加入通信請(qǐng)求隊(duì)列里延時(shí)發(fā)送。
UC BNK5通知“包裹已取走”若一個(gè)包裹已從一個(gè)物流系統(tǒng)包裹自動(dòng)機(jī)里取走了的話，那么就將一個(gè)相應(yīng)的信息發(fā)送給物流系統(tǒng)-系統(tǒng)管理單元。該物流系統(tǒng)-系統(tǒng)管理單元接著調(diào)用一個(gè)功能模塊notifyPickup(Parcel)(通知取貨(包裹))
用于發(fā)送一個(gè)確認(rèn)通知。通過與該包裹對(duì)應(yīng)的當(dāng)事人的當(dāng)事人邏輯模塊，功能模塊確定必要的通知，并將該通知加入通信請(qǐng)求隊(duì)列組件里。
UC BNK6通知“包裹已返回”若一個(gè)包裹已從一個(gè)物流系統(tǒng)-包裹自動(dòng)機(jī)里送回的話，因?yàn)樵谝粋€(gè)規(guī)定的取走期限內(nèi)沒有被取走，那么將一個(gè)相應(yīng)的信息發(fā)送給物流系統(tǒng)-系統(tǒng)管理單元。該物流系統(tǒng)-系統(tǒng)管理單元調(diào)一個(gè)功能模塊parcelFailed(parcel)(包裹發(fā)送失敗(包裹))用于發(fā)送一個(gè)確認(rèn)通知。通過與該包裹對(duì)應(yīng)的當(dāng)事人的當(dāng)事人邏輯模塊，功能模塊確定必要的通知，并將此通知加入通信請(qǐng)求隊(duì)列組件中。
UC BNK7通知“確定代理人”如果為已在一個(gè)物流系統(tǒng)包裹自動(dòng)機(jī)里等候的一個(gè)包裹設(shè)定了一個(gè)代理人，那么將一個(gè)相應(yīng)的信息發(fā)送給物流系統(tǒng)-系統(tǒng)管理單元。這物流系統(tǒng)-系統(tǒng)管理單元就調(diào)用一個(gè)功能模塊addSubstitute(Parcel，User)(增加代理(包裹，用戶))用于發(fā)送一個(gè)確認(rèn)通知。通過與該包裹對(duì)應(yīng)的當(dāng)事人的當(dāng)事人邏輯模塊，功能模塊確定必要的通知，并將此通知加入通信請(qǐng)求隊(duì)列組件中。
UC BNK8通知“取消代理人”
若為一個(gè)物流系統(tǒng)-包裹自動(dòng)機(jī)里的一個(gè)等候的包裹里已取消了一個(gè)確定的代理人，那么將一個(gè)相應(yīng)的信息發(fā)送給物流系統(tǒng)-系統(tǒng)管理單元。該系統(tǒng)管理單元調(diào)用一個(gè)功能模塊removeSubstitute(Parcel，User)(取消代理(包裹，用戶))用于發(fā)送一個(gè)確認(rèn)通知。通過與該包裹對(duì)應(yīng)的當(dāng)事人的當(dāng)事人邏輯模塊，功能模塊確定必要的通知，并將該通知加入到通信請(qǐng)求隊(duì)列組件里。
此外，例如可以在通過在模塊之內(nèi)通過一些功能來反映如下的事件包裹自動(dòng)機(jī)不起作用notifyADMFailed(Parcel parcel，Boolean failure)(通知ADM失敗(包裹包裹，布爾邏輯失敗))類屬的通知genericNotification(Parcel parcel，Addressable add，int type)(類屬通知(包裹包裹，可設(shè)定地址的增加，國(guó)際型))通知給遞送商包裹送到notifyDeliveryProvider(Parcel parcel)(通知遞送提供商(包裹包裹))通知給遞送商包裹取出notifyPickupProvider(Parcel parcel)(通告提貨供應(yīng)商(包裹包裹))
分支機(jī)構(gòu)notift Filiale(String description，Delivery Machine adm，Addressablerecipient，booleanfilialeCODParcel)(通告分支機(jī)構(gòu)(字符串說明，發(fā)送機(jī)adm，具有地址的接收者，布爾分支機(jī)構(gòu)COD包裹))倉(cāng)庫notifyWarehouseDelivery(Stringdescription，DeliveryMachineadm，Addressable recipient)(通知倉(cāng)庫運(yùn)輸(字符串說明，發(fā)送機(jī)adm，具有地址的接收者))地址檢驗(yàn)失敗notifyAddresscheckFailed(String description，Addressable recipient)(通知地址檢驗(yàn)失敗(字符串說明，具有地址的接收者))國(guó)際互聯(lián)網(wǎng)-口令notifyInternetPassword(string description，Addressable recipient)(通知國(guó)際互聯(lián)網(wǎng)-口令(字符串說明，具有地址的接收者))信息文本類屬notifyGenericMessageText(string description，Addressable recipient)(通知信息文本類型(字符串說明，具有地址的接收者))遞送-返回供應(yīng)商(notify DeliveryRetoureProvider(Parcel Parcel)(通知遞送-返回供應(yīng)商(包裹包裹))
提取-返回供應(yīng)商notifyPickupRetoureProvider(Parcel Parcel)(通知提取-返回供應(yīng)商(包裹包裹))通過遞送代理人-供應(yīng)商取出notifyPickupByDeliveryAgentProvider(Parcel Parcel)(通知通過遞送代理人-供應(yīng)商取出(包裹包裹))修改電子郵箱E-mailnotifyEmailchanged(Addressable recipient)(通知修改電子郵箱E-mail(具有地址的接收者))修改移動(dòng)電話號(hào)碼notifyMobileNumberChanged(Addressable recipient)(通知修改移動(dòng)電話號(hào)碼(具有地址的接收者))修改郵政編碼notifyPostpinChanged(Addressable recipient)(通知修改郵政編碼(具有地址的接收者))修改口令notifyInternetPassword Changed(Addressable recipient)(通知網(wǎng)絡(luò)口令修改(具有地址的接收者))通知最好以信函或SMS(短訊服務(wù))形式發(fā)送，為此例如可以使用一個(gè)信函和SMS網(wǎng)關(guān)。
為了使用按照本發(fā)明的方法在實(shí)踐中也已確認(rèn)為適宜的是對(duì)沒法發(fā)出的通知一覽表定期地(例如每隔24小時(shí))進(jìn)行人工的后處理。
圖1至4表示了根據(jù)本發(fā)明的系統(tǒng)的一種特別優(yōu)選的實(shí)施例的最重要組成組件的總覽圖。外部系統(tǒng)用陰影線表示，而屬于通知系統(tǒng)的部分則用白色表示。
圖1示出了一種通知組件的一個(gè)特別優(yōu)選實(shí)施例的構(gòu)成。通知組件與一個(gè)外部接口10相連接，該接口在物流系統(tǒng)出現(xiàn)某些事件時(shí)就從外面被調(diào)用。接口通過具有各自功能的多個(gè)模塊構(gòu)成。物流系統(tǒng)的事件通過一個(gè)未示出的B2B帳目邏輯組件而轉(zhuǎn)變成通知指令。對(duì)于某些特殊情況來說可以將這些指令直接通過一個(gè)中央發(fā)送組件30來發(fā)送。然而按照標(biāo)準(zhǔn)將這些指令寫入在一個(gè)通信請(qǐng)求隊(duì)列組件40里并從那里定時(shí)控制地轉(zhuǎn)送至發(fā)送組件30。這例如允許在較遲的時(shí)刻(例如在2天或7天之后)來定義提醒通知。寫入請(qǐng)求隊(duì)列的優(yōu)點(diǎn)還在于此處對(duì)失敗的發(fā)送自動(dòng)進(jìn)行重復(fù)發(fā)送。
圖2可見在寫入通信請(qǐng)求隊(duì)列組件40之后的工作流程。在通信請(qǐng)求隊(duì)列組件40里的指令按定時(shí)控制由一個(gè)隊(duì)列閱讀器50讀出。再次對(duì)一個(gè)B2B遞送合同邏輯20進(jìn)行校驗(yàn)，看狀態(tài)在這期間是否已經(jīng)修改。狀態(tài)的修改例如如下進(jìn)行取走了一個(gè)寄存的包裹或者取包人已經(jīng)修改。若成功地確認(rèn)了，那么將一個(gè)通信請(qǐng)求傳送給發(fā)送組件30用于進(jìn)行發(fā)送。
圖3表示了與中央發(fā)送組件60聯(lián)系在一起的工作流程。在發(fā)送組件里的過程流用箭頭表示。發(fā)送組件從外面得到指令，然后從連接的數(shù)據(jù)庫里讀取必要的數(shù)據(jù)用來傳送通知。就數(shù)據(jù)庫來說至少是指一種用戶數(shù)據(jù)庫70、一種包裹數(shù)據(jù)庫80和一種自動(dòng)機(jī)數(shù)據(jù)庫90。自動(dòng)機(jī)數(shù)據(jù)庫包含了系統(tǒng)的包裹專業(yè)設(shè)備的數(shù)據(jù)。然后由文件數(shù)據(jù)庫100里閱讀一個(gè)由B2B組件20預(yù)先規(guī)定的模板110并用實(shí)際的數(shù)據(jù)替代模板里的虛擬參量。這樣所產(chǎn)生的信函或SMS可以通過例如一個(gè)信函-和SMS網(wǎng)關(guān)120發(fā)送。
圖4中將通知組件的三個(gè)部分匯總成一個(gè)共同的總覽圖。明顯地看到在右邊的中央發(fā)送組件30和左邊的交易邏輯組件的部分之間是分開的。
以下詳細(xì)敘述按照本發(fā)明的方法的一種特別優(yōu)選的實(shí)施例的系統(tǒng)的各個(gè)組件及其功能。
外部接口外部接口10與通知組件相連接并且直接由各個(gè)不同的使用情況得出對(duì)于每個(gè)使用情況最好規(guī)定一個(gè)固有的功能，它在通知組件之內(nèi)實(shí)現(xiàn)必要的功能。這些功能對(duì)應(yīng)于物流系統(tǒng)的事件并且涉及到例如包裹對(duì)象和/或用戶對(duì)象。該功能當(dāng)然可以擴(kuò)展并且也可以涉及其它的對(duì)象。
newRecipient(User)(新接受者(用戶))在一個(gè)新用戶注冊(cè)之后被調(diào)用。
updateRecipient(User)(更新接受者(用戶))在一個(gè)用戶修改了其留在用戶數(shù)據(jù)庫里的用戶數(shù)據(jù)之后被調(diào)用。
notifyDelivery(Parcel)(通知交貨(包裹))當(dāng)已送入一個(gè)物流系統(tǒng)包裹自動(dòng)機(jī)里的包裹之后被調(diào)用。
notifyPickup(Parcel)(通知取貨(包裹))
當(dāng)一個(gè)包裹已從一個(gè)物流系統(tǒng)-包裹自動(dòng)機(jī)里取出之后被調(diào)用。
notifyPickup(Parcel)(通知取貨(包裹))當(dāng)一個(gè)包裹已從一個(gè)物流系統(tǒng)-包裹自動(dòng)機(jī)里取出之后被調(diào)用。
parcelFailed(parcel)(包裹發(fā)送失敗(包裹))當(dāng)一個(gè)包裹已從一個(gè)物流系統(tǒng)-包裹自動(dòng)機(jī)里送回之后被調(diào)用，因?yàn)樵谀骋粋€(gè)取包期限內(nèi)沒有被取走。
addSubstitute(Parcel，User)(增加代理(包裹，用戶))若對(duì)于一個(gè)等候于物流系統(tǒng)-包裹自動(dòng)機(jī)中的包裹已確定了一個(gè)代理人的話就被調(diào)用。
removeSubstitute(Parcel，User)(取消代理(包裹，用戶))若對(duì)于一個(gè)等候于物流系統(tǒng)-包裹自動(dòng)機(jī)中的包裹已取消了一個(gè)確定的代理人的話，就被調(diào)用。
所涉及的包裹對(duì)象或用戶對(duì)象都有各自的方法。內(nèi)部將物流系統(tǒng)的事件轉(zhuǎn)變成臨時(shí)存儲(chǔ)在內(nèi)部隊(duì)列40里的通知。這些方法將是否實(shí)現(xiàn)或未實(shí)現(xiàn)轉(zhuǎn)換和中間存儲(chǔ)作為結(jié)果返回。
模板機(jī)制必需要的模板可以發(fā)送出各種不同種類的通知，對(duì)于這些通知來說也已確認(rèn)為適宜的是設(shè)置模板110并將其存儲(chǔ)在一個(gè)文件數(shù)據(jù)庫里。通知的種類通過一個(gè)模板名得到反映，這個(gè)模板名在通知的信息內(nèi)容的基礎(chǔ)上對(duì)模板分類，對(duì)于B2C情況需要用例如以下模板新用戶注冊(cè) BNK1用戶數(shù)據(jù)修改 BNK2包裹送入 BNK3，BNK3N包裹等候達(dá)48h BNK4，BNK4N包裹在48小時(shí)后送回 BNK5，BNK5N對(duì)于最后三種類型的包裹通知來說可以應(yīng)用有代收貨款的包裹的模板變種和沒有代收貨款的包裹的模板變種。除了名字之外還要通過遞送合同、通信途徑和語言來標(biāo)識(shí)模板。除了所述的模板之外當(dāng)然可以應(yīng)用任意許多其它模板。
對(duì)于所有通知來說應(yīng)該有既用于SMS發(fā)送的模板，也有用于信函發(fā)送的模板。對(duì)于信函發(fā)送來說優(yōu)選需要既用于信息文本，也用于公函文本的模板。
數(shù)據(jù)庫-文檔為了使模板110的維護(hù)更簡(jiǎn)單將這些模板都存在一個(gè)數(shù)據(jù)庫100里。在本發(fā)明的一種特別優(yōu)選實(shí)施例中該數(shù)據(jù)庫包括了多個(gè)字段，它表示于以下表格中
需要注意數(shù)據(jù)庫的關(guān)鍵字“contract”根據(jù)用于通知的物流系統(tǒng)的事件可以是一個(gè)物流供應(yīng)方或者一個(gè)物流締約方(在BNK1和BNK2時(shí))，也可以是一種遞送合同(在BNK3-BNK5時(shí))。
虛擬參數(shù)機(jī)制也已確認(rèn)為適宜的是在這模板110之內(nèi)利用各個(gè)不同的虛擬參數(shù)，以替代具體的信息。鑒于應(yīng)用HTML-格式化的信函，這些虛擬參數(shù)更為適宜地不應(yīng)該被定義為HTML-標(biāo)記。
可以設(shè)置至少如下的虛擬參數(shù)>M_NR< 物流系統(tǒng)-用戶號(hào)碼的事件>M_Adresse< 稱呼>M_FirstName< 名字>M_SurName< 姓>M_SMS< 用戶的SMS-號(hào)碼
>M_Mail< 用戶的電子信箱(e-Mail)地址>M_Street< 用戶的街道和門牌號(hào)>M_ZipCode< 用戶的郵政編碼>M_City< 用戶所在城市地名>AUT_Street< 自動(dòng)機(jī)所在的街道和門牌號(hào)>AUT_ZipCode<自動(dòng)機(jī)的郵政編碼>AUT_City自動(dòng)機(jī)所在城市地名>POD_Amount< 代收貨款數(shù)額和貨幣除了所述的虛擬參數(shù)之外當(dāng)然可以應(yīng)用其它的虛擬參數(shù)。
信息長(zhǎng)度在SMS-信息中最大長(zhǎng)度一般達(dá)160個(gè)字符。由于信息如物流系統(tǒng)-自動(dòng)機(jī)的事件的位置具有可變的長(zhǎng)度，因此過長(zhǎng)的字段(例如說明城市分區(qū)的街道或位置的信息)則會(huì)造成“超過”160個(gè)字符，為了避免一種這樣的“超過”，在本發(fā)明的一種特別優(yōu)選的實(shí)施例中采用了一個(gè)智能機(jī)制，這種機(jī)制根據(jù)各個(gè)字段的長(zhǎng)度情況、各字段的重要性以及可利用的剩余長(zhǎng)度得到盡可能是所有主要的信息。
智能機(jī)制的另一種可選的方案就是所有字段在相應(yīng)數(shù)據(jù)庫里的簡(jiǎn)化版的文檔，從而使最大長(zhǎng)度永不超過160字符。但它的缺點(diǎn)在于變化的SMS-模板帶來了新的長(zhǎng)度限制。因此某些信息如由用戶輸入的地址就不可能容易地匹配。
B2B遞送合同邏輯B2B遞送合同邏輯(模塊)20規(guī)定了對(duì)于某一個(gè)物流供應(yīng)方、某一個(gè)物流締約方，以及對(duì)某一個(gè)遞送合同(在某一個(gè)物流供應(yīng)方和某一個(gè)物流締約方之間)來說，這各個(gè)交易邏輯應(yīng)該顯得如何。為此這里將各個(gè)事件轉(zhuǎn)換成通知指令。物流系統(tǒng)的事件新的接收和更新的接收僅取決于物流供應(yīng)方或者物流締約方，與之對(duì)應(yīng)的是相應(yīng)的用戶。物流系統(tǒng)的其它事件與包裹的送交有關(guān)聯(lián)，也就是既取決于物流供應(yīng)方(它輸送包裹)，也取決于物流締約方(它規(guī)定了接收者或者收到者)。為了轉(zhuǎn)換邏輯對(duì)于物流系統(tǒng)的每個(gè)事件都定義了所要發(fā)送的通知的表格(通信請(qǐng)求)，這些包括了多個(gè)可以設(shè)定的參數(shù)。
物流系統(tǒng)的事件如果例如要多次重復(fù)地進(jìn)行通知，或者要告訴多個(gè)具有不同角色的人，那么對(duì)于每個(gè)事件都可以寄存多個(gè)通知。
所要告訴的人就是應(yīng)該通知的那些人?？赡艿闹禐榻邮照?、代理人、物流供應(yīng)方或物流締約方。
規(guī)定了一個(gè)應(yīng)該發(fā)送通知的日期。在邏輯里只是存入了一個(gè)相對(duì)日期，那么該日期利用物流系統(tǒng)的事件的日期換就成一個(gè)絕對(duì)日期。為此可能的值例如為立即 立即發(fā)送通知+x時(shí)間單元 在X時(shí)間單元后發(fā)送-x時(shí)間單元 在包裹出發(fā)之前的X時(shí)間單元里發(fā)送。
可以預(yù)先規(guī)定某一種通信途徑。如果某一個(gè)邏輯只規(guī)定用SMS通知，那么這是必要的。可能的值是信函、短訊和用戶(用戶所給通信途徑)。因此例如可能反映出一個(gè)遞送合同邏輯，它允許只是通過某一個(gè)通信途徑來進(jìn)行通知。
優(yōu)選可以選擇一個(gè)用于傳送的模板110。這具有如下優(yōu)點(diǎn)各種不同的文本可以在同一個(gè)遞送合同里利用，例如用于物流系統(tǒng)的各個(gè)不同的事件。模板另外總是交到當(dāng)前的遞送合同的限制。某一個(gè)模板(例如BNK1)對(duì)于兩個(gè)不同的遞送合同具有不同的內(nèi)容，此外，對(duì)于二個(gè)不同的遞送通信途徑可以提供同一個(gè)模板的不同版本。
另外可以存儲(chǔ)附帶的信息，這些信息需要用來在商業(yè)邏輯之內(nèi)進(jìn)行區(qū)分或者需要用在以后的對(duì)邏輯的校驗(yàn)，如這二種如下所示的可能的信息在代收貨款包裹時(shí)進(jìn)行區(qū)分這里對(duì)于具有規(guī)定的代收貨款額的包裹來說利用另一個(gè)模板。這個(gè)模板例如包含了代收貨款額作為提貨者的信息。
在B2B過程，其中雖然有一個(gè)包裹的代收貨款額，但這個(gè)額度并不傳送給提貨者，因?yàn)檫@代收貨款例如通過匯總帳單結(jié)算。
校驗(yàn)包裹是否已取走這里應(yīng)該校驗(yàn)，看包裹是否還在物流系統(tǒng)自動(dòng)機(jī)里或者在這期間已被取走。如果例如在多日之后發(fā)送提醒通知，這是特別有幫助的。
包裹-對(duì)象必須提供一種方法，它傳遞回了包裹從包裹自動(dòng)機(jī)里離開的發(fā)出日期。這是必要的，以便可以在發(fā)出之前X天傳送通知。要是沒有規(guī)定發(fā)出日期，那么可以按照標(biāo)準(zhǔn)預(yù)定一定數(shù)值的自然天。
物流供應(yīng)方DPAG(B2C-情況)在以下表格中舉例規(guī)定了在注冊(cè)一個(gè)物流供應(yīng)方的用戶時(shí)所要發(fā)送的通知(通信請(qǐng)求)。此處是指遞送者，沒有發(fā)送通知。
物流締約方最終用戶(B2C-情況)以下表格舉例規(guī)定了在注冊(cè)一種虛擬承包商“最終用戶”的用戶時(shí)所要發(fā)出的通知(通信請(qǐng)求)。此處歸納了所有的于B2C情況注冊(cè)的用戶。
遞送合同邏輯→最終用戶(B2C-情況)對(duì)于在一個(gè)物流供應(yīng)方和最終用戶之間的B2C邏輯，以下表格舉例規(guī)定了所要發(fā)出的通知(通信請(qǐng)求)
物流供應(yīng)方LP(B2B-情況)
物流締約方LC(B2B-情況)
遞送合同-邏輯LP→LC(B2B-情況)
通信請(qǐng)求隊(duì)列需要一個(gè)自身的數(shù)據(jù)庫表格，在其中臨時(shí)存儲(chǔ)些用于所要發(fā)送的通知(通信請(qǐng)求)的指令。表格優(yōu)選只是用來管理這隊(duì)列，而包裹和接收者的具體信息例如各自總是由用戶數(shù)據(jù)庫70或者包裹數(shù)據(jù)庫80里讀出。
然而可能適宜的是擴(kuò)展通信請(qǐng)求隊(duì)列的字段。例如可以接收自動(dòng)機(jī)號(hào)和自定義文本說明。這樣通知就不會(huì)僅與包裹連接，而是在一定情況下也與郵政號(hào)碼、事件和自動(dòng)機(jī)號(hào)碼的組合相連接。另外還可以動(dòng)態(tài)地產(chǎn)生通知。
Comm-Type-輸入值可以由值“用戶”(“User”)預(yù)先規(guī)定，從而通過由用戶所規(guī)定的通信途徑進(jìn)行通知。類似地，如果采用用戶設(shè)定，值“用戶”(“User”)可以輸入語言設(shè)定值“Lang”。是否以及在多大程度上必需要記載記錄(狀態(tài)＝3)，取決于具體的實(shí)施。
數(shù)據(jù)庫的存取必須提供對(duì)物流系統(tǒng)的以下數(shù)據(jù)庫的存取·用戶數(shù)據(jù)庫 提供一個(gè)用戶的信息，通過用戶號(hào)來標(biāo)識(shí)·物流供應(yīng)方數(shù)據(jù)庫提供一個(gè)物流供應(yīng)方的信息·物流締約方數(shù)據(jù)庫提供一個(gè)物流締約方的信息·遞送合同數(shù)據(jù)庫 提供一個(gè)物流締約方的信息
·包裹數(shù)據(jù)庫 提供包裹的信息，通過一個(gè)明確的包裹號(hào)標(biāo)識(shí)·自動(dòng)機(jī)數(shù)據(jù)庫 提供自動(dòng)機(jī)位置的信息，通過自動(dòng)機(jī)ID來標(biāo)識(shí)發(fā)送通知的過程計(jì)時(shí)器通知組件定期地校驗(yàn)所有在通信隊(duì)列40中的指令。這通過消息組件內(nèi)的一個(gè)計(jì)時(shí)器41來實(shí)現(xiàn)。計(jì)時(shí)器時(shí)限優(yōu)選可以自由配置。通信隊(duì)列閱讀器調(diào)用計(jì)時(shí)器功能就可以從通信隊(duì)列40中閱讀出所有記錄，它們的發(fā)送日期在當(dāng)天之后。
Select*from communication_Request_queueWhere State＝1//尚未處理和Send Date＜now()； //當(dāng)前的對(duì)象的重新設(shè)計(jì)從隊(duì)列中每個(gè)所讀出的輸入記錄轉(zhuǎn)換成一個(gè)通信請(qǐng)求對(duì)象。根據(jù)所要通知的使用者的明確的ID(Recipient ID)和包裹的ID(ParcelID)使相應(yīng)的部分對(duì)象重新設(shè)計(jì)。這是必要的，以便能夠查詢對(duì)象的實(shí)際數(shù)據(jù)例如信函地址。
在這種情況下使用者或者認(rèn)為是一個(gè)用戶，一個(gè)物流供應(yīng)方對(duì)象或者物流締約方對(duì)象，所有這些對(duì)象實(shí)現(xiàn)了一個(gè)共同的須報(bào)告的接口。這提供了必要的方法用來發(fā)送通知給相應(yīng)的對(duì)象。如果例如要使一個(gè)通知與包裹傳送獨(dú)立無關(guān)地進(jìn)行發(fā)送，例如在用戶注冊(cè)時(shí)，那么包裹對(duì)象可能就取消。
包裹對(duì)象又提供了一種方法，借助此方法可以在放有包裹的自動(dòng)機(jī)里進(jìn)行存取。
所讀出的對(duì)象物的數(shù)據(jù)一方面是所要傳送的數(shù)據(jù)(如名字、住址、包裹自動(dòng)機(jī)的位置)，還可以是控制數(shù)據(jù)(如信函和/或SMS，信函地址)。
邏輯檢查從隊(duì)列40中讀出的通信請(qǐng)求根據(jù)B2B遞送合同邏輯20進(jìn)行檢查，看它們是否還一直是有效的通知。如果只進(jìn)行一次唯一的校驗(yàn)，那必須根據(jù)來自包裹數(shù)據(jù)庫80的數(shù)據(jù)確保包裹尚未被取走。若包裹在這期間已被取走，那么通知就看作為“已完成的”。因此，該通信請(qǐng)求的狀態(tài)將從處理的指令的內(nèi)部隊(duì)列中取消(狀態(tài)設(shè)定為2＝處理完畢)。
若包裹在包裹數(shù)據(jù)庫80里不再存在，那么就是由于它在這期間已被取走，同樣也要將通信請(qǐng)求認(rèn)證從要處理的指令的內(nèi)部列表中取消。
中央發(fā)送組件通知被轉(zhuǎn)送至中央發(fā)送組件30。在那里根據(jù)通信請(qǐng)求中所給定的通信途徑和使用者的設(shè)定規(guī)定了，應(yīng)該按那一種通信途徑來發(fā)送通知。如果通過商業(yè)邏輯預(yù)先給定了某種通信途徑，但使用者卻不支持這種通信途徑，那么此處有可能產(chǎn)生一個(gè)錯(cuò)誤。
若只希望一個(gè)通信途徑，那就直接調(diào)用所想要的SPI(服務(wù)供應(yīng)商界面)。若使用者想通過多種通信途徑來進(jìn)行通知，那必須采取防護(hù)措施(預(yù)設(shè)一定的規(guī)則)，使通知通過第一種通信途徑能夠有效成功，但通過第二種卻不到。那么必須重復(fù)試驗(yàn)這第二種通信途徑，而不重新使用第一種通信途徑。為此最有利地對(duì)于每個(gè)所希望的通信途徑都設(shè)置了通信請(qǐng)求對(duì)象的副本，它則被轉(zhuǎn)送給相應(yīng)的SPI。
通過單個(gè)的通信途徑的發(fā)送各個(gè)通信途徑通過所謂SPI(服務(wù)供應(yīng)商界面)反映出來。對(duì)于每種通信途徑都有一個(gè)這樣的SPI。每個(gè)SPI由通信請(qǐng)求對(duì)象來調(diào)用。根據(jù)該對(duì)象中的數(shù)據(jù)形成一個(gè)信函和/或SMS。為此讀入適合的模板110，并使虛擬參數(shù)由以相應(yīng)的數(shù)據(jù)庫里讀出的信息來代替。
發(fā)送的延遲對(duì)于發(fā)送通知的一種可能想要的限制是在夜間(例如22:00-8:00)或者完全停止處理或者只停止處理SMS-通知。如果想要完全地調(diào)準(zhǔn)發(fā)送，那么這就可以通過例如計(jì)時(shí)器來實(shí)現(xiàn)。由于信函不會(huì)有故障，因而是更有利的是夜間只停止發(fā)送SMS。為此在SMS-SPI’S之內(nèi)中斷發(fā)送并將發(fā)送日期定到時(shí)間窗口之內(nèi)的下一個(gè)合適的日期。隨著在這時(shí)間窗口之內(nèi)計(jì)時(shí)器走過第一個(gè)循環(huán)就重新閱讀和實(shí)施通信請(qǐng)求。
真實(shí)性檢驗(yàn)通知組件對(duì)所要傳遞的數(shù)據(jù)進(jìn)行一種真實(shí)性檢驗(yàn)。用戶必須存在于用戶數(shù)據(jù)庫70里，包裹存在于包裹數(shù)據(jù)庫80里。若一個(gè)用戶例如已經(jīng)清除了，那么就不再發(fā)送通知了。另外必須有包裹自動(dòng)機(jī)的信息(位置)。要檢驗(yàn)，看接收者地址(電子信箱或手機(jī)號(hào)碼)是否是正確的，以及是否模板110的所有虛擬參數(shù)都可以用數(shù)據(jù)填滿。另外這存在的模板必須具有肯定的真實(shí)性根據(jù)模板類型(其變化又包括語言、通信途徑和B2B邏輯的變化)，必須在模板里有以下重要的數(shù)據(jù)字段。
要是不存在一個(gè)模板或者沒有相應(yīng)的記錄，那就中斷發(fā)送并在一個(gè)Log文件里產(chǎn)生一個(gè)相應(yīng)的錯(cuò)誤消息。若用SMS發(fā)送，那么一種智能機(jī)制可以使信息的最大長(zhǎng)度達(dá)到160字符。
實(shí)施發(fā)送利用在段落“模板機(jī)制”中所述的機(jī)制產(chǎn)生所要發(fā)送的文本。這文本和接收者信息根據(jù)發(fā)送類型的不同傳遞給一個(gè)信函或者SMS-網(wǎng)關(guān)120。若至網(wǎng)關(guān)的傳遞失敗了，那么立即嘗試第二次傳遞，以便能夠容易地克服短期的故障。
結(jié)果的存入若整個(gè)過程成功的話，就可將本發(fā)明的一種特別優(yōu)選實(shí)施例中的指令隊(duì)列中的記錄消除，其方法是使字段狀態(tài)設(shè)定為“2”。同時(shí)使字段CompletionDate設(shè)置為當(dāng)前日期+鐘點(diǎn)。這樣的在通信申請(qǐng)40中的記錄并不繼續(xù)進(jìn)行處理。它們應(yīng)該更為適宜地在通信隊(duì)列里保持某個(gè)時(shí)間可以使用，如果一個(gè)通知被證明為不可送出的話。
由于多種原因可能出現(xiàn)錯(cuò)誤·用戶并未在用戶數(shù)據(jù)70庫里或者自動(dòng)機(jī)并不在自動(dòng)機(jī)數(shù)據(jù)庫90里。
·讀出的數(shù)據(jù)不真實(shí)(例如沒有完全填滿)·模板有錯(cuò)或者不存在。
·由于技術(shù)方面原因不能發(fā)送通知(多次嘗試后)。
若出現(xiàn)了錯(cuò)誤，那就增加字段“Retry Count”的值。若“RetryCount”超出了一個(gè)預(yù)先規(guī)定的值(這也取決于計(jì)時(shí)器的頻率)，那就在Log文件里產(chǎn)生一個(gè)出錯(cuò)消息并例如推動(dòng)一個(gè)人工后處理。這可以是例如對(duì)存入數(shù)據(jù)的校驗(yàn)或者是人工從通信隊(duì)列里取消記錄。為了避免這種有錯(cuò)的通知總是進(jìn)行再次嘗試，一旦達(dá)到了一定的重復(fù)次數(shù)，就將狀態(tài)定到“9”。這些通知不再被處理。此外，將當(dāng)前的日期作為中斷的日期存入在字段“Completion Date”里。排除故障之后人工將狀態(tài)重新設(shè)到“1”?！癈ompletion Date”和“Retry Count”同樣也必須復(fù)位。
定期清除通信請(qǐng)求隊(duì)列必須要進(jìn)行定期的“清除”。所有辦理完的時(shí)間長(zhǎng)于某個(gè)時(shí)間間隔(例如一周)的情況應(yīng)從數(shù)據(jù)庫里去除。另外還應(yīng)該把所有多于一個(gè)月的錯(cuò)誤情況從通信請(qǐng)求隊(duì)列里去除。完成日期或中斷日期都存入“CompletionDate”里。也就是例如這樣來實(shí)施
Delete from Communication-QueueWhere State＝2和Completion_date＜now+7天orState＝9和Completion_date＜now+30天記錄機(jī)制發(fā)送信函或SMS時(shí)的故障應(yīng)該同時(shí)記錄存入在一個(gè)故障-Log-文件里。此LOG文件必須要定期地進(jìn)行監(jiān)測(cè)，以便例如能夠找出一個(gè)網(wǎng)關(guān)的故障。另外應(yīng)該至少在第一階段同樣也一起記錄所有已發(fā)送的通知。這里應(yīng)用了一種自身的LOG-文件，以簡(jiǎn)化故障監(jiān)測(cè)。
設(shè)計(jì)建議和局限對(duì)于計(jì)時(shí)器的實(shí)現(xiàn)有多種可選方案。它可以-通過應(yīng)用服務(wù)器的內(nèi)部計(jì)時(shí)器；-通過一個(gè)工作流程分類(cron job)；-通過一個(gè)數(shù)據(jù)庫計(jì)時(shí)器或者-一種另外開發(fā)的解決辦法來實(shí)現(xiàn)。
第一種變種方法為優(yōu)選。也可以有多種用來連接信函發(fā)送和SMS發(fā)送的可選方案-JMAPT(Java Message API)-JMS-利用應(yīng)用服務(wù)器的一種適合的信函服務(wù)此處優(yōu)選兩個(gè)第一種變化方案版面設(shè)計(jì)通知組件不是必須包括頁面或者互聯(lián)網(wǎng)頁。當(dāng)然對(duì)于各個(gè)通知來說必需要有各個(gè)不同的模板。有利的是模板可以容易地更換。在以下段落中給出的模板僅為例示性的實(shí)施例。當(dāng)然可以使每個(gè)所希望的通知文本與之相應(yīng)的虛擬參量接合為一體。
BNK1 確認(rèn)批準(zhǔn)注冊(cè)用信函通知
用SMS通知
BNK2＝確認(rèn)修改用戶數(shù)據(jù)用信函通知
用SMS通知
BNK3＝通知“新的包裹”用信函通知
用SMS通知
BNK3N＝通知“有代收貨款的新包裹”用信函通知
用SMS通知
BNK4＝通知“包裹等候了48小時(shí)”用信函通知
用SMS通知
BNK4N＝通知“有代收貨款的包裹等候您已48小時(shí)”用信函通知
用SMS通知
BNK5＝通知“包裹在48小時(shí)后取消”用信函通知
用SMS通知
BNK5N＝通知“有代收貨款的包裹在48小時(shí)后取消”用信函通知
用SMS通知
對(duì)其它組件的要求對(duì)象包裹必須準(zhǔn)備提供一個(gè)對(duì)象包裹，它提供一個(gè)包裹的信息，并由一個(gè)明確的包裹號(hào)碼來標(biāo)識(shí)·包裹必須提供一種方法，這種方法返回發(fā)出日期，也就是在該發(fā)出日期時(shí)將包裹從包裹自動(dòng)機(jī)里取出。這是必須的，以便能夠在發(fā)出前X天傳遞通知。要是沒有發(fā)出日期的話，那么標(biāo)準(zhǔn)的是例如可以按照特定的某一個(gè)自然天數(shù)(例如9天)。
·遞送合同對(duì)象必須通過一種方法來提供。
·包裹對(duì)象提供了一種方法，借助于該方法可以在包裹所在的自動(dòng)機(jī)里存取。
對(duì)象機(jī)器對(duì)象機(jī)器允許在自動(dòng)機(jī)數(shù)據(jù)庫90里進(jìn)行存取，通過自動(dòng)機(jī)ID來標(biāo)識(shí)。
·在這對(duì)象里的方法必須提供有關(guān)自動(dòng)機(jī)位置的信息。所要通知的對(duì)象(可通知對(duì)象)用戶物流供應(yīng)方和物流締約方對(duì)象用戶提供一個(gè)用戶的信息，它由用戶號(hào)碼來標(biāo)識(shí)。對(duì)象物流供應(yīng)方允許在物流供應(yīng)方數(shù)據(jù)庫上進(jìn)行存取。對(duì)象物流締約方提供一個(gè)物流締約方的信息。
·所有對(duì)象應(yīng)用一個(gè)共同的可通知的界面。這提供了必備的方法用來將一個(gè)通知發(fā)送給對(duì)應(yīng)的對(duì)象，例如用來閱讀電子信箱地址或稱呼。
·必須可以通過一種肯定的ID(標(biāo)識(shí)符)來標(biāo)識(shí)可通知對(duì)象。為此例如User(用戶)的、Logistikprovider(物流供應(yīng)方)的、或Logistik Contractor(物流締約方對(duì)象)的ID與帶有對(duì)象類型的標(biāo)識(shí)(US-，LP-，LC-)相聯(lián)系就可以通過一個(gè)方法get Unique ID退回。這方法更為適宜地應(yīng)該定義在可通知的接口里。
·為了重新設(shè)計(jì)構(gòu)造一個(gè)通過這ID驗(yàn)證的可通知的對(duì)象，完成一個(gè)對(duì)象制造廠(Object-Factory)，它根據(jù)一個(gè)這樣的ID產(chǎn)生相應(yīng)的對(duì)象物。
邏輯對(duì)象物流遞送合同，物流供應(yīng)方和物流締約方·B2B邏輯例如通過一個(gè)共同的接口上調(diào)用所有對(duì)象。
·這種對(duì)象通過明確的ID來標(biāo)識(shí)。為此利用可通知對(duì)象的ID(get Unique ID)，它對(duì)于物流供應(yīng)方和物流締約方已存在。一種相應(yīng)的方法也應(yīng)該存在于Delivery Contract(遞送合同)里，然后它使與對(duì)象類型(DC-)相聯(lián)系的對(duì)象物ID退回。
為了進(jìn)一步改善方法可能適宜的是單個(gè)或一起地實(shí)行以下規(guī)定的措施
·所有信函都脫機(jī)發(fā)送，就是使它的記錄入一個(gè)通信隊(duì)列里，從這隊(duì)列里可以將它定期讀出并處理。
·執(zhí)行可以支持任意的(但優(yōu)選固定的)語言。
·信函優(yōu)選以普通的文本形式傳送。
但本發(fā)明的特別優(yōu)選實(shí)施形式為·支持超文本格式的信函。
·用戶在注冊(cè)時(shí)選擇，想要用什么格式得到信函(普通文本或超文本)。發(fā)送時(shí)相應(yīng)地引用其它的模板。
·多種語言性用戶可在注冊(cè)時(shí)選擇其優(yōu)選的語言。發(fā)送時(shí)相應(yīng)地引用其它的模板。
·通過RFC1149標(biāo)準(zhǔn)支持通知。
·此外可以使用一種“Content Management”(內(nèi)容管理)系統(tǒng)，以便可以更容易地管理這用于信函和SMS的模板。
標(biāo)號(hào)列表10 外部接口 20遞送合同邏輯(模塊)30 中央發(fā)送組件 40通信請(qǐng)求隊(duì)列41 計(jì)時(shí)器 50隊(duì)列讀取器70 用戶數(shù)據(jù)庫 80包裹數(shù)據(jù)庫90 自動(dòng)機(jī)數(shù)據(jù)庫 100文件數(shù)據(jù)庫110 模板 120網(wǎng)關(guān)
權(quán)利要求
1.用于向物流系統(tǒng)的用戶發(fā)送通知的方法，其特征在于，根據(jù)所述物流系統(tǒng)之內(nèi)的各種不同的事件調(diào)用各個(gè)不同的帶有相應(yīng)功能的模塊，其中所述模塊產(chǎn)生通知指令，所述指令被傳送給中央發(fā)送組件(30)，所述發(fā)送組件根據(jù)指令產(chǎn)生與之相應(yīng)的通知，并將所述通知發(fā)送給用戶。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述物流系統(tǒng)運(yùn)行具有一個(gè)或多個(gè)已注冊(cè)用戶的一個(gè)或多個(gè)包裹專業(yè)設(shè)備。
3.根據(jù)權(quán)利要求1和2中之一或兩者所述的方法，其特征在于，用于產(chǎn)生通知的所述中央發(fā)送組件(30)在一個(gè)或多個(gè)數(shù)據(jù)庫上存取。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述發(fā)送組件(30)在至少一個(gè)用戶數(shù)據(jù)庫(70)、一個(gè)包裹數(shù)據(jù)庫(80)、一個(gè)包裹專業(yè)設(shè)備數(shù)據(jù)庫(90)和一個(gè)文件數(shù)據(jù)庫(100)上進(jìn)行存取。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，通過ID來實(shí)現(xiàn)用戶數(shù)據(jù)、包裹數(shù)據(jù)和包裹專業(yè)設(shè)備數(shù)據(jù)在數(shù)據(jù)庫里的分配。
6.根據(jù)權(quán)利要求2至5中的一個(gè)或多個(gè)所述的方法，其特征在于，所述事件中至少涉及以下情況注冊(cè)新用戶；修改用戶數(shù)據(jù)；將新包裹存放入一個(gè)包裹專業(yè)設(shè)備里；從包裹專業(yè)設(shè)備里取出一個(gè)包裹；退回包裹；設(shè)定取包裹的代理人；取消代理人。
7.根據(jù)上述權(quán)利要求中一項(xiàng)或多項(xiàng)所述的方法，其特征在于，由所述模塊所產(chǎn)生的通知指令，或者寫入發(fā)送組件(30)用于直接發(fā)送或者寫入一個(gè)通信請(qǐng)求隊(duì)列(40)里用于延遲發(fā)送。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述通知指令借助于一個(gè)用計(jì)時(shí)器控制的隊(duì)列讀取器(50)從所述通信請(qǐng)求隊(duì)列(40)里讀出并傳送給所述中央發(fā)送組件(30)，所述發(fā)送組件產(chǎn)生相應(yīng)的用戶專有通知并將所述通知通過一個(gè)網(wǎng)關(guān)(120)發(fā)送給用戶。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述通知指令的狀態(tài)在傳送至所述中央發(fā)送組件(30)之前要通過一個(gè)遞送合同邏輯(60)進(jìn)行確認(rèn)。
10.根據(jù)上述權(quán)利要求中的一項(xiàng)或多項(xiàng)所述的方法，其特征在于，所述通知以信函形式和/或短訊形式發(fā)送給用戶。
11.用于將通知傳送給一個(gè)物流系統(tǒng)內(nèi)的用戶的系統(tǒng)，其特征在于，所述系統(tǒng)適用于實(shí)施根據(jù)權(quán)利要求1至10中的一項(xiàng)或多項(xiàng)所述的方法。
12.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述系統(tǒng)至少包括具有各自功能用于產(chǎn)生通知指令的模塊、中央發(fā)送組件(30)、通信請(qǐng)求隊(duì)列(40)和一個(gè)或多個(gè)數(shù)據(jù)庫。
13.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述系統(tǒng)包括一個(gè)具有模板(110)的文件數(shù)據(jù)庫(100)，用于為每個(gè)用戶產(chǎn)生各自的通知。
14.根據(jù)權(quán)利要求11至13中一項(xiàng)或多項(xiàng)所述的系統(tǒng)，其特征在于，所述系統(tǒng)包括一個(gè)具有用戶信息的用戶數(shù)據(jù)庫(70)。
15.根據(jù)權(quán)利要求11至14中的一項(xiàng)或多項(xiàng)所述的系統(tǒng)，其特征在于，所述系統(tǒng)包括一個(gè)具有包裹信息的包裹數(shù)據(jù)庫(80)。
16.根據(jù)權(quán)利要求11至15中的一項(xiàng)或多項(xiàng)所述的系統(tǒng)，其特征在于，所述系統(tǒng)包括一個(gè)具有包裹專業(yè)設(shè)備信息的自動(dòng)機(jī)數(shù)據(jù)庫(90)。
17.根據(jù)權(quán)利要求11至16中任意一項(xiàng)或多項(xiàng)所述的系統(tǒng)，其特征在于，所述系統(tǒng)具有一個(gè)網(wǎng)關(guān)(120)，用于發(fā)送出通知。
全文摘要
本發(fā)明涉及一種用于將通知傳送給物流系統(tǒng)的用戶的方法和系統(tǒng)。本發(fā)明的特征在于，通過物流系統(tǒng)內(nèi)的不同的事件調(diào)用每一個(gè)具有相應(yīng)功能的不同模塊，其中該模塊產(chǎn)生消息指令，所述指令被傳輸?shù)街醒氚l(fā)送組件，該發(fā)送組件根據(jù)該指令產(chǎn)生相應(yīng)的通知，并且將該通知發(fā)送到用戶。
文檔編號(hào)G06Q10/00GK1666214SQ03816031
公開日2005年9月7日 申請(qǐng)日期2003年8月6日 優(yōu)先權(quán)日2002年8月16日
發(fā)明者鮑里斯·邁爾, 約翰內(nèi)斯·桑特爾 申請(qǐng)人:德國(guó)郵政股份公司