專利名稱：包裹箱電子設(shè)備和物流系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種電子包裹箱系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明的目的是建立一種可以通過包裹箱系統(tǒng)靈活地對包裹進(jìn)行投遞和取件的電子包裹箱系統(tǒng)。
根據(jù)本發(fā)明，由一種電子包裹箱系統(tǒng)實(shí)現(xiàn)了這個(gè)目的，該電子包裹箱系統(tǒng)包括多個(gè)電子包裹箱，從而在各種情況下，若干個(gè)電子包裹箱與一個(gè)操作單元相關(guān)聯(lián)，并由此提供了用于控制這些操作單元的中央控制單元。
在本發(fā)明中，電子包裹箱系統(tǒng)由若干個(gè)獨(dú)立投遞設(shè)備構(gòu)成，由此這些投遞設(shè)備具有一個(gè)或多個(gè)操作單元。若干個(gè)或所有的操作單元受中央控制單元的控制。
操作單元最好包含用于控制與該操作單元相關(guān)聯(lián)的包裹箱的開和/或關(guān)的控制裝置。
獨(dú)立的電子包裹箱系統(tǒng)被連接起來以形成集群。
中央控制單元極大地提高了電子包裹箱系統(tǒng)的功能和性能。
特別地，中央控制單元最好具有用于將包裹箱系統(tǒng)與操作單元關(guān)聯(lián)起來的裝置。
包裹箱和操作單元通過中央控制單元彼此相關(guān)聯(lián)的實(shí)施例具有這樣的優(yōu)勢，即這樣電子包裹箱系統(tǒng)能夠容易地適應(yīng)于改變了的操作參數(shù)。
特別地，包裹箱與操作單元的關(guān)聯(lián)最好是可變的。
如此，例如，如果操作單元出現(xiàn)故障，則與這個(gè)操作單元相關(guān)聯(lián)的包裹箱可與另一個(gè)操作單元相關(guān)聯(lián)。
在本發(fā)明的一個(gè)特別優(yōu)選的實(shí)施例中，電子包裹箱系統(tǒng)被配置為中央控制單元具有用于從包含裝填數(shù)據(jù)的數(shù)據(jù)庫服務(wù)器接收信息的接口。
這樣，可讓電子包裹箱系統(tǒng)靈活地適應(yīng)于工作環(huán)境和用戶習(xí)慣。
例如，如果操作單元出現(xiàn)故障，則在此之前已與這個(gè)操作單元關(guān)聯(lián)的包裹箱可與一個(gè)或多個(gè)其它的操作單元相關(guān)聯(lián)。這也增強(qiáng)了包裹箱系統(tǒng)適應(yīng)用戶需求或習(xí)慣的靈活性。
本發(fā)明特別優(yōu)選的實(shí)施例的特征在于它們不但允許中央控制單元與操作單元間的內(nèi)部通訊，也允許中央控制單元與一個(gè)或多個(gè)數(shù)據(jù)庫服務(wù)器間的外部通訊。
在本發(fā)明一個(gè)有優(yōu)勢的實(shí)施例中，這樣實(shí)現(xiàn)數(shù)據(jù)通訊中央控制單元有一個(gè)接口，用于將信息傳送到提供有裝填數(shù)據(jù)的數(shù)據(jù)庫服務(wù)器。
電子包裹箱系統(tǒng)的靈活性和多功能性的另一個(gè)提高可以這樣實(shí)現(xiàn)中央控制單元具有可存儲和處理包裹箱的操作數(shù)據(jù)和/或裝填狀態(tài)的計(jì)算機(jī)。
“計(jì)算機(jī)”一詞不以任何受限的方式進(jìn)行解釋。它指任何能夠執(zhí)行計(jì)算的單元，例如，工作站、個(gè)人電腦、微計(jì)算機(jī)或適于執(zhí)行計(jì)算和/或比較的電路。
此外，最好為中央控制單元配置另外的用于檢查和/或改變工作狀態(tài)的接口。這使得電子包裹箱系統(tǒng)特別易于維護(hù)。
本發(fā)明的另一個(gè)主題是一種物流系統(tǒng)，其特征在于它包含若干個(gè)彼此連成網(wǎng)絡(luò)的電子包裹箱系統(tǒng)。
這樣一種物流系統(tǒng)構(gòu)成了實(shí)現(xiàn)本發(fā)明目的的一種特別優(yōu)選的方式，即，通過包裹箱實(shí)現(xiàn)了靈活的包裹投遞和取件。
通過將幾個(gè)電子包裹箱系統(tǒng)連接成網(wǎng)絡(luò)，可以非常靈活地投遞郵件。
這樣，例如，如果給定的電子包裹箱系統(tǒng)的全部包裹箱都被占用，則可以將另外的郵件傳送到另一個(gè)電子包裹箱系統(tǒng)，并使它們在那里等待取走。
通過引入一個(gè)最好是中央操作的數(shù)據(jù)庫服務(wù)器，可以根據(jù)電子包裹箱系統(tǒng)和/或其中包含的包裹箱的裝填狀態(tài)而把包裹投遞到電子包裹箱系統(tǒng)中。


由所附權(quán)利要求和參考附圖對優(yōu)選實(shí)施例的說明，可以理解本發(fā)明其它的優(yōu)點(diǎn)、特征和實(shí)用的改進(jìn)。
附圖如下圖1適于作為與電子包裹箱系統(tǒng)通訊的平臺的交貨設(shè)備(deliverymachine)接口結(jié)構(gòu)；圖2用于用戶注冊、用戶幫助和貨物跟蹤的部件的示意圖；圖3實(shí)現(xiàn)內(nèi)部業(yè)務(wù)功能的函數(shù)過程調(diào)用的示意圖；圖4用于用戶通知的接口的示意圖；圖5用于包裹箱的裝填和管理的接口的詳圖；圖6用于交貨設(shè)備配置和容量利用的接口的詳圖，以及圖7用于糾錯(cuò)的處理步驟。
具體實(shí)施例方式
下面介紹的實(shí)施例展示了將電子包裹箱系統(tǒng)集成到綜合物流系統(tǒng)里。
這樣的將電子包裹箱系統(tǒng)集成到綜合物流系統(tǒng)里具有特別的優(yōu)勢，因?yàn)檫@樣根據(jù)本發(fā)明建立電子包裹箱系統(tǒng)所獲得的靈活性使得它們可被特別有效地利用。
盡管在綜合物流系統(tǒng)中這樣使用包裹箱系統(tǒng)是特別優(yōu)選的，原則上，不連成網(wǎng)絡(luò)電子包裹箱系統(tǒng)也可以工作。在這些實(shí)施例中，用于控制操作單元的中央控制單元也使得電子包裹箱系統(tǒng)使用起來更靈活。
然而，將多個(gè)包裹箱系統(tǒng)彼此連成網(wǎng)絡(luò)和/或最好與中心操作的數(shù)據(jù)庫服務(wù)器互連，還進(jìn)一步擴(kuò)大了本發(fā)明的應(yīng)用可能性。
當(dāng)這些有利要素中的若干個(gè)被綜合起來時(shí)，結(jié)果是一個(gè)具有如下要素的綜合系統(tǒng)，下面將其稱為Post24，因?yàn)樗梢詫?shí)現(xiàn)自動的晝夜24小時(shí)的工作
1.多個(gè)包裹分發(fā)單元，最好各具有至少一個(gè)操作單元。
2.中央控制單元，各個(gè)交貨設(shè)備與它互連成集群，并且其監(jiān)視交貨設(shè)備的工作狀態(tài)和功能。中央控制單元作為轉(zhuǎn)發(fā)到Post24服務(wù)器的包裹事務(wù)的“集中器”。此外，它將Post24服務(wù)器的操作指令分發(fā)給各個(gè)包裹交貨設(shè)備。
3.Post24服務(wù)器，其管理客戶和包裹數(shù)據(jù)，記錄和控制交貨設(shè)備的工作過程，以及運(yùn)行中央程序應(yīng)用(注冊、CallCenter、Track&Trace等)。
該系統(tǒng)具有模塊化設(shè)計(jì)。定義了標(biāo)準(zhǔn)化的接口，用于管理交貨設(shè)備或CallCenter與Post24服務(wù)器之間的通訊。這樣，可組合不同廠商制造的交貨設(shè)備。
各個(gè)包裹箱系統(tǒng)的模塊化設(shè)計(jì)在提高各個(gè)電子包裹箱系統(tǒng)以及綜合物流系統(tǒng)的靈活性和多功能性方面尤其合適。
更可取的，用在該物流系統(tǒng)里的電子包裹箱系統(tǒng)構(gòu)造為它們以特別有效和高效的方式來執(zhí)行綜合物流系統(tǒng)的功能和操作內(nèi)容。
原則上，可用許多不同的技術(shù)解決方案來實(shí)現(xiàn)電子包裹箱系統(tǒng)。
但是，下面介紹的電子包裹箱系統(tǒng)的實(shí)施例在可靠性和用戶友好性方面是非常合適的。
兩個(gè)系統(tǒng)中的一個(gè)是以其包裹箱每個(gè)都能夠用門來分別地關(guān)閉為特征。另一方面，同樣可取的，電子包裹箱系統(tǒng)實(shí)施例的配置特征是為各個(gè)箱子提供了具有特殊傳輸機(jī)構(gòu)的循環(huán)升降系統(tǒng)，由于存放和移動各個(gè)包裹。
在示出的實(shí)施例中，交貨設(shè)備允許用不同尺寸的包裹箱來進(jìn)行包裹或物體裝填和取件。該交貨設(shè)備系統(tǒng)的一個(gè)特別優(yōu)選的特征是包裹箱只是暫時(shí)關(guān)聯(lián)到某個(gè)收件人，即，只有當(dāng)箱子包含有給那個(gè)特定收件人的東西之時(shí)。為了這個(gè)目的，首先，交貨設(shè)備應(yīng)當(dāng)知道可能的收件人，其次，運(yùn)輸應(yīng)當(dāng)是中央管理的，使得與接收人相關(guān)。
在加載過程中，檢測包裹識別碼和收件人識別碼?；谑占俗R別碼，Post24服務(wù)器(中央系統(tǒng))請求匹配的訪問碼。當(dāng)取包裹時(shí)，做這件事的人用他的個(gè)人收件人識別碼來驗(yàn)明自己，例如，用磁卡和秘密的個(gè)人訪問碼。如果該信息與存儲在交貨設(shè)備中的信息相匹配，則將箱子中的物品釋放給收件人。
如果是COD包裹，或當(dāng)轉(zhuǎn)交包裹時(shí)要收取一定的錢，則首先顯示錢數(shù)，取件的人可通過支付終端(EC卡、現(xiàn)金卡等)來支付這筆錢。
交貨設(shè)備檢測被收件人退回的包裹(或貨物)并報(bào)告給Post24服務(wù)器，其通過適當(dāng)?shù)奈锪魅藛T啟動取件程序。
有利的是，中央控制單元(其也被稱作控制板)具有如下所述的特性。
各個(gè)交貨設(shè)備借助匯集和聯(lián)合通訊的中央控制單元(集中器)連接成網(wǎng)絡(luò)。通過中央控制單元來監(jiān)視保養(yǎng)和維護(hù)工作。中央控制單元識別出交貨設(shè)備或交貨設(shè)備的部件(操作單元、打印機(jī)、各個(gè)箱子)是否準(zhǔn)備好工作以及在各交貨設(shè)備內(nèi)發(fā)生了哪些操作事件。
Post24服務(wù)器是一個(gè)數(shù)據(jù)服務(wù)器，其通過基于因特網(wǎng)的網(wǎng)絡(luò)技術(shù)與交貨設(shè)備，或與控制板連成網(wǎng)絡(luò)。Post24服務(wù)器是對附加數(shù)據(jù)庫應(yīng)用的接口。這些數(shù)據(jù)庫應(yīng)用允許，例如，發(fā)票出具和運(yùn)輸跟蹤功能的集成。
優(yōu)選地，交貨設(shè)備只由向德國郵政(Deutsche Post)訂了此項(xiàng)業(yè)務(wù)、且其數(shù)據(jù)存儲在Post24服務(wù)器中的收件人使用。這樣注冊了的收件人收到將由他們使用的收件人識別碼，作為他們的地址信息的一部分，并且他們也收到個(gè)人秘密訪問碼。
一旦有郵件投遞到了交貨設(shè)備，Post24服務(wù)器自動通知收件人。最好以電子形式進(jìn)行該通知，例如，通過發(fā)送SMS或電子郵件。然而，也可以自動打印出一封信并寄給收件人。然后收件人可以在他方便時(shí)在交貨設(shè)備處取走包裹。如果這沒有在特定的時(shí)間內(nèi)進(jìn)行，則發(fā)出一個(gè)提醒，一旦投遞周期過去，就準(zhǔn)備把包裹退回給發(fā)件人。
該包裹取件系統(tǒng)適合于各方面的應(yīng)用。一方面，這個(gè)交貨設(shè)備系統(tǒng)可以投遞正常的給最終用戶的包裹，而另一方面，它也可以滿足商業(yè)客戶的特殊需求。
這樣，交貨設(shè)備包裹箱的固定或可變部分可由商業(yè)參與者以及使用該系統(tǒng)的物流公司的客戶租用，這樣這些客戶能夠相應(yīng)地使用該系統(tǒng)。該交貨設(shè)備系統(tǒng)從而成為這些客戶的中央倉庫，可以對這個(gè)倉庫中的貨物存儲和貨物運(yùn)轉(zhuǎn)進(jìn)行中央控制，并相應(yīng)地計(jì)費(fèi)。
特別地，這是一個(gè)由集中和分散的組件構(gòu)成的系統(tǒng)，以獲得智能的、基于需求的定貨和投遞系統(tǒng)。
該系統(tǒng)包括各種組件和接口，其有效而靈活地實(shí)現(xiàn)了一種具有之前還無法實(shí)現(xiàn)的投遞和服務(wù)功能的物流系統(tǒng)。
集成在該系統(tǒng)里的功能示例有包裹數(shù)據(jù)管理用戶數(shù)據(jù)管理客戶注冊B2B參與者管理包裹跟蹤交貨設(shè)備配置管理容量規(guī)劃通知統(tǒng)計(jì)數(shù)據(jù)評估交貨設(shè)備接口內(nèi)部業(yè)務(wù)最好將基本管理組件與對包裹數(shù)據(jù)和用戶數(shù)據(jù)和對將業(yè)務(wù)流程4映射到系統(tǒng)內(nèi)的輔助組件的訪問區(qū)別開來。
系統(tǒng)的模塊化結(jié)構(gòu)允許各種業(yè)務(wù)的獨(dú)立的增量開發(fā)。
由于根據(jù)本發(fā)明的特別優(yōu)選的優(yōu)選實(shí)施例及其根據(jù)本發(fā)明的組件是建立在實(shí)施EJB(Enterprise JavaBeans)技術(shù)的基礎(chǔ)上，因此基本組件被映射到Parcel EJB和User EJB上。所有其它組件在要請求或改變包裹和客戶數(shù)據(jù)時(shí)與這些EJB通訊。
輔助組件在某種程度上是由類、EJB和圖形用戶界面(GUI)組成的綜合部分系統(tǒng)。為了實(shí)現(xiàn)與組件設(shè)計(jì)無關(guān)的組件通訊，每個(gè)組件以facade對象(或EJB)的形式提供了對其服務(wù)的綁定接口。各種組件的接口描述如下。
交貨設(shè)備接口交貨設(shè)備接口是與交貨設(shè)備的通訊平臺。該接口從交貨設(shè)備接收請求，并將它們轉(zhuǎn)發(fā)到相關(guān)組件。如果交貨設(shè)備響應(yīng)于它的請求而要求數(shù)據(jù)，那么這個(gè)數(shù)據(jù)通過各個(gè)組件返回到該接口并接著轉(zhuǎn)發(fā)到交貨設(shè)備。
圖1示出了各個(gè)組件的結(jié)構(gòu)。XML解析器執(zhí)行XML文件的映射，XML文件在每次http通訊時(shí)被發(fā)送到可被Machine Interface類的邏輯系統(tǒng)解釋的函數(shù)過程調(diào)用，XML解析器還求出函數(shù)過程調(diào)用的值，并將它們轉(zhuǎn)發(fā)到相關(guān)組件，即User、Parcel、DeliveryMachine和Notification。
最好將組件User Registration、B2B Partner Management和ParcelTracking封裝在一個(gè)CallCenter facade中。該facade接管與用于用戶和包裹數(shù)據(jù)管理的EJB(即User和Parcel)的通訊。組件形成可訪問的基于網(wǎng)絡(luò)的GUI以用于注冊和包裹跟蹤。這些編碼為JSP。通過WorkerBean將用戶的動作翻譯成函數(shù)過程調(diào)用，并轉(zhuǎn)發(fā)到CallCenter facade。優(yōu)選地，現(xiàn)在只由CallCenter facade負(fù)責(zé)業(yè)務(wù)邏輯電路的執(zhí)行。下面展示的圖表提供了這個(gè)環(huán)節(jié)的大致概觀。
In-House Service組件將用于內(nèi)部業(yè)務(wù)的物流系統(tǒng)提供的業(yè)務(wù)封裝為投遞庫。在提供給內(nèi)部業(yè)務(wù)的員工的接口處，有實(shí)現(xiàn)了GUI的JSP。內(nèi)部員工的動作被Worker Bean翻譯成函數(shù)過程調(diào)用，并被轉(zhuǎn)發(fā)到In-HouseService facade。這樣In-House Service facade構(gòu)成了對該組件的實(shí)際功能邏輯電路的接口。
In-House Service facade也組成了對系統(tǒng)其它組件的通訊接口。
為了映射所請求的功能邏輯電路，組件需要訪問基本組件，即User和DeliveryMachine。
該組件的結(jié)構(gòu)如下圖所示。
另一個(gè)組件是通知組件，由于物流系統(tǒng)的模塊化結(jié)構(gòu)，該通知組件能夠毫無問題地安裝并有利地改善物流系統(tǒng)和其中使用的組件，尤其是包裹箱系統(tǒng)。
通知組件向物流系統(tǒng)的用戶發(fā)送消息。優(yōu)選地，該組件具有兩個(gè)任務(wù)。它映射物流參與者的通知體系，并接管給客戶設(shè)備的消息的技術(shù)傳送。
系統(tǒng)其它組件的接口由一個(gè)稱作NotificationFacade的facade類實(shí)現(xiàn)。這個(gè)類提供許多方法，用于通知組件關(guān)于能夠觸發(fā)發(fā)送給用戶的通知的事件。目前，這種事件是由接口組件作為交貨設(shè)備上的動作和注冊組件的結(jié)果而觸發(fā)。為了能夠配置與該消息相關(guān)的對象和內(nèi)容，該組件需要能夠訪問消息收件人的地址數(shù)據(jù)。這樣所有在物流系統(tǒng)的這個(gè)優(yōu)選實(shí)施例中被管理的消息收件人應(yīng)當(dāng)可以訪問Notifiable接口。這些是，例如，EJBs LogisticPartner-Client、User以及LogisticPartner。
用戶和包裹數(shù)據(jù)的組織可以用多種不同的方式來實(shí)現(xiàn)。最好實(shí)現(xiàn)面向?qū)ο蟮哪Ｐ?對象模型)形式的用戶和包裹數(shù)據(jù)管理系統(tǒng)，下面予以介紹。
用于用戶管理的對象模型的中心對象是EntityBean UserEJB。這個(gè)對象存儲了所有關(guān)于被允許操作交貨設(shè)備的用戶的數(shù)據(jù)。最終客戶以及投遞人和業(yè)務(wù)人員被歸類為用戶。免去了綜合對象模型(人作為人的不同角色的基類，派生類)。
這產(chǎn)生了優(yōu)選實(shí)施例，即，將用戶角色作為屬性放入對象中。角色定義為int。在Const類中，定義了表義的變量名，例如public class Const{...
static final int ROLE_DPAG_RECIPIENT＝1；...
}此外，用戶對象應(yīng)當(dāng)引用相關(guān)的LogisticPaterners或LogisticPartnerClient。LogisticPartners是，例如，運(yùn)營該物流系統(tǒng)的郵政服務(wù)提供商，或能夠訪問該物流系統(tǒng)的各個(gè)組件(包括包裹箱的裝填)的其它公司。LogisticPartnerClients是LogisticPartner的客戶，也就是說，例如，Telekom作為Danzas的一個(gè)客戶。
根據(jù)用戶角色，對象接收對LogisticPartner(ROLE_B2B_DELIVERY_AGENT)或LogisticPartnerClient(ROLE_B2B_RECIPIENT)的引用。在各種情況中，其它引用保持為空(絕不允許兩個(gè)引用同時(shí)賦值，因?yàn)橐粋€(gè)人要么投遞要么取件，絕不會同時(shí)進(jìn)行二者)。
UserGroupEJB對象(EntityBean也一樣)允許將若干個(gè)用戶組合到一個(gè)組里。除了用戶列表，UserGroup可引用LogisticPartner或組中所有成員所屬的LogisticPartnerClient。User以及UserGroup中冗余的引用存儲簡化了對LogisticPartner(Client)內(nèi)信息的訪問。
由于包裹可以被發(fā)送給兩種類型(User和UserGroup)，這兩個(gè)對象實(shí)現(xiàn)了Interface Addressable。該接口具有如下方法getUsers()、getID()以及getExpiryMinutes()。這就確保了送到addressable的包裹可被服務(wù)器處理。
getUsers()方法產(chǎn)生用戶EJB的列表。如果它是UserGroup，則該列表包含若干個(gè)EJB，而如果是User，則只給出一個(gè)EJB。
getID()方法返回User或UserGroup的ID。由于addressable必須能夠永久保存，所以可以通過這個(gè)ID找到子類對象。這導(dǎo)致請求從一組數(shù)中去除User和UserGroup的ID。此外，在對象Post24ServerProperties中，有一個(gè)newUserID()方法。它返回一個(gè)明確的連續(xù)ID。其中，這個(gè)方法訪問數(shù)據(jù)庫應(yīng)用，尤其是Oracle序列。
需要addressable中的getExpiryMinutes()方法以確定包裹的ExpiryDate。包裹的容許保留時(shí)間取決于客戶。為了計(jì)算出ExpiryDate，兩個(gè)對象User和UserGroup中的getExpiryMinutes()方法訪問LogisticPartnerClient.getExpiryMinutes()方法，并將這個(gè)容許保留時(shí)間加到當(dāng)前的時(shí)間點(diǎn)上。
User和UserGroup由注冊或管理工具創(chuàng)建。
提供EntityBean Parcel以管理包裹。ParcelID由交貨設(shè)備發(fā)放，并通過該接口用notifyDelivery()來通知服務(wù)器。然后交貨設(shè)備facade用ParcelID作為主鍵創(chuàng)建一個(gè)新的Parcel對象。
收件人(以客戶編號的形式傳送)存儲為addressable。除了收件人，還有替代屬性，addressable類型也一樣。它不能在notifyDelivery()中設(shè)置，而是在稍后通過調(diào)用substituteBy方法(addressableAddressable)來設(shè)置。通過這個(gè)屬性來映射替代結(jié)構(gòu)。Parcel對象提供下列方法getRecipients()和getSubstitutes()，它們各返回一個(gè)User對象列表。
在生成新的Parcel對象時(shí)，例如，通過notifyDelivery()交貨設(shè)備接口，用上面提到的方法計(jì)算出ExpiryDate，并通知Parcel對象。這樣，該創(chuàng)建方法包含了ExpiryDate。每個(gè)LogisticPartner可有不同的ExpiryDate計(jì)算規(guī)則。
在COD包裹的情況中，分配COD對象，而非COD的包裹由非COD的創(chuàng)建方法生成。在包裹的情況下，在創(chuàng)建方法中傳送包裹的IdentCode。
此外，通知Parcel對象它屬于哪個(gè)LogisticPartner。這個(gè)信息對于容量規(guī)劃是必需的。
在改變數(shù)據(jù)記錄之前，由數(shù)據(jù)庫保持歷史記錄，利用觸發(fā)器將舊的數(shù)據(jù)記錄傳送到歸檔表中。getHistory()方法提供了所有歸檔條目的狀態(tài)列表。
優(yōu)選地，交貨設(shè)備配置和容量管理也作為模塊組件集成在物流系統(tǒng)中。
Post24系統(tǒng)的交貨設(shè)備使得可以利用固定數(shù)目的不同尺寸的箱子進(jìn)行存儲。這些箱子由不同的物流公司使用。由于需要知道這些交貨設(shè)備箱子在各個(gè)物流公司之間的分配，以實(shí)現(xiàn)包裹處理和費(fèi)用計(jì)算，交貨設(shè)備配置在EJB DeliveryMachine中管理。該EJB允許對各個(gè)交貨設(shè)備的箱子配置進(jìn)行設(shè)置和查詢，以及對目前和將來的包裹裝填進(jìn)行計(jì)算。
實(shí)際的箱子配置，也就是說，按照箱子尺寸分解的由物流參與方租用的箱子數(shù)目，由兩個(gè)EJB，BoxTypeAssignment和BoxType來表示。DeliveryMachine給每個(gè)物流參與方分配特定數(shù)量的BoxTypeAssignmentEJB，即，為每個(gè)租用的箱子尺寸分配一個(gè)EJB。每個(gè)BoxTypeAssignment存儲了所租箱子的類型和數(shù)目。箱子尺寸以名字BoxType存儲在它自己的EJB中。
由于所用包裹箱系統(tǒng)和物流系統(tǒng)的模塊化結(jié)構(gòu)，可在任意時(shí)間引入附加的組件。例如，可以提供用于評估功能的附加組件。這樣的數(shù)據(jù)評估功能的例子是為了統(tǒng)計(jì)目的而對包裹數(shù)據(jù)和客戶數(shù)據(jù)進(jìn)行的評估。
記錄(日志)是有利的，尤其利于檢查是否正常運(yùn)行。
由應(yīng)用服務(wù)器提供的日志類被用于將已發(fā)生的錯(cuò)誤記入日志中。這些被封裝起來以獲得更大的用途。
類de.Post24.util.P24Log提供了統(tǒng)計(jì)日志方法public static void log(int severity，java.lang.String system，Java.lang.String msg，java.lang.Throwable t)其含義在此是severity錯(cuò)誤的嚴(yán)重性。區(qū)分開4個(gè)錯(cuò)誤類，其可通過P24Log類中的常數(shù)P24Log.debug、P24Log.info、P24Log.warning、P24Log.error調(diào)用。
system該部分系統(tǒng)的名稱msg要存儲的錯(cuò)誤文本t例外這個(gè)方法的較簡單的“瘦”版本也同樣可行，較可取的是通過用預(yù)定值來替換某個(gè)參數(shù)，例如severity P24Log.debugsystem該部分系統(tǒng)的名稱t不可用利用所示的技術(shù)，可迅速而可靠地完成配置參數(shù)的調(diào)整。
本領(lǐng)域的技術(shù)人員能夠通過替換其它編程語言的函數(shù)和程序功能來替換本說明書中所用的實(shí)施例。
在優(yōu)選的編程語言java中，也可以使用其它函數(shù)，而不是所提到的。
特別地，本領(lǐng)域的技術(shù)人員使用從其它文檔中得知的處理步驟是有利的。
http//java.sun.com/docs/codeconv/Java Coding Conventions以實(shí)現(xiàn)附加的功能并用于改變和改進(jìn)所采用的函數(shù)。
權(quán)利要求
1.一種電子包裹箱系統(tǒng)，其特征在于，它包含多個(gè)電子包裹箱，從而在各種情況中，若干個(gè)電子包裹箱與一個(gè)操作單元相關(guān)聯(lián)，且提供了用于控制這些操作單元的中央控制單元。
2.根據(jù)權(quán)利要求1的電子包裹箱系統(tǒng)，其特征在于，所述操作單元包括用于控制與該操作單元相關(guān)聯(lián)的包裹箱的開和/或關(guān)的控制裝置。
3.根據(jù)權(quán)利要求2的電子包裹箱系統(tǒng)，其特征在于，中央控制單元具有用于將包裹箱與操作單元關(guān)聯(lián)起來的裝置。
4.根據(jù)權(quán)利要求3的電子包裹箱系統(tǒng)，其特征在于，包裹箱與操作單元的關(guān)聯(lián)是可變的。
5.根據(jù)以上權(quán)利要求中一項(xiàng)或多項(xiàng)的電子包裹箱系統(tǒng)，其特征在于，中央控制單元具有用于從包含裝填數(shù)據(jù)的數(shù)據(jù)庫服務(wù)器接收信息的接口。
6.根據(jù)以上權(quán)利要求中一項(xiàng)或多項(xiàng)的電子包裹箱系統(tǒng)，其特征在于，中央控制單元具有用于將信息傳送給提供有裝填數(shù)據(jù)的數(shù)據(jù)庫服務(wù)器的接口。
7.根據(jù)以上權(quán)利要求中一項(xiàng)或多項(xiàng)的電子包裹箱系統(tǒng)，其特征在于，中央控制單元具有可存儲和處理包裹箱的操作數(shù)據(jù)和/或裝填狀態(tài)的計(jì)算機(jī)。
8.一種物流系統(tǒng)，其特征在于，它包含若干個(gè)相互連接成網(wǎng)絡(luò)的電子包裹箱系統(tǒng)。
9.根據(jù)權(quán)利要求8的物流系統(tǒng)，其特征在于，它具有數(shù)據(jù)庫服務(wù)器。
10.根據(jù)權(quán)利要求9的物流系統(tǒng)，其特征在于，數(shù)據(jù)庫服務(wù)器具有存儲和/或傳送與包裹箱系統(tǒng)相關(guān)的裝填數(shù)據(jù)的裝置。
全文摘要
本發(fā)明涉及用于包裹箱電子設(shè)備的方法和物流系統(tǒng)。本發(fā)明的特征在于，包括多個(gè)電子包裹箱，若干個(gè)電子包裹箱被指定給一個(gè)控制單元，以及用于監(jiān)控這些控制單元的中央控制單元。
文檔編號G06Q50/28GK1568445SQ02820075
公開日2005年1月19日 申請日期2002年10月7日 優(yōu)先權(quán)日2001年10月9日
發(fā)明者鮑里斯·邁爾, 克里斯蒂安·伯格 申請人:德國郵政股份公司