包裹箱电子设备和物流系统的制作方法

专利名称：包裹箱电子设备和物流系统的制作方法
技术领域：
本发明涉及一种电子包裹箱系统。

发明内容
本发明的目的是建立一种可以通过包裹箱系统灵活地对包裹进行投递和取件的电子包裹箱系统。
根据本发明，由一种电子包裹箱系统实现了这个目的，该电子包裹箱系统包括多个电子包裹箱，从而在各种情况下，若干个电子包裹箱与一个操作单元相关联，并由此提供了用于控制这些操作单元的中央控制单元。
在本发明中，电子包裹箱系统由若干个独立投递设备构成，由此这些投递设备具有一个或多个操作单元。若干个或所有的操作单元受中央控制单元的控制。
操作单元最好包含用于控制与该操作单元相关联的包裹箱的开和/或关的控制装置。
独立的电子包裹箱系统被连接起来以形成集群。
中央控制单元极大地提高了电子包裹箱系统的功能和性能。
特别地，中央控制单元最好具有用于将包裹箱系统与操作单元关联起来的装置。
包裹箱和操作单元通过中央控制单元彼此相关联的实施例具有这样的优势，即这样电子包裹箱系统能够容易地适应于改变了的操作参数。
特别地，包裹箱与操作单元的关联最好是可变的。
如此，例如，如果操作单元出现故障，则与这个操作单元相关联的包裹箱可与另一个操作单元相关联。
在本发明的一个特别优选的实施例中，电子包裹箱系统被配置为中央控制单元具有用于从包含装填数据的数据库服务器接收信息的接口。
这样，可让电子包裹箱系统灵活地适应于工作环境和用户习惯。
例如，如果操作单元出现故障，则在此之前已与这个操作单元关联的包裹箱可与一个或多个其它的操作单元相关联。这也增强了包裹箱系统适应用户需求或习惯的灵活性。
本发明特别优选的实施例的特征在于它们不但允许中央控制单元与操作单元间的内部通讯，也允许中央控制单元与一个或多个数据库服务器间的外部通讯。
在本发明一个有优势的实施例中，这样实现数据通讯中央控制单元有一个接口，用于将信息传送到提供有装填数据的数据库服务器。
电子包裹箱系统的灵活性和多功能性的另一个提高可以这样实现中央控制单元具有可存储和处理包裹箱的操作数据和/或装填状态的计算机。
“计算机”一词不以任何受限的方式进行解释。它指任何能够执行计算的单元，例如，工作站、个人电脑、微计算机或适于执行计算和/或比较的电路。
此外，最好为中央控制单元配置另外的用于检查和/或改变工作状态的接口。这使得电子包裹箱系统特别易于维护。
本发明的另一个主题是一种物流系统，其特征在于它包含若干个彼此连成网络的电子包裹箱系统。
这样一种物流系统构成了实现本发明目的的一种特别优选的方式，即，通过包裹箱实现了灵活的包裹投递和取件。
通过将几个电子包裹箱系统连接成网络，可以非常灵活地投递邮件。
这样，例如，如果给定的电子包裹箱系统的全部包裹箱都被占用，则可以将另外的邮件传送到另一个电子包裹箱系统，并使它们在那里等待取走。
通过引入一个最好是中央操作的数据库服务器，可以根据电子包裹箱系统和/或其中包含的包裹箱的装填状态而把包裹投递到电子包裹箱系统中。


由所附权利要求和参考附图对优选实施例的说明，可以理解本发明其它的优点、特征和实用的改进。
附图如下图1适于作为与电子包裹箱系统通讯的平台的交货设备(deliverymachine)接口结构；图2用于用户注册、用户帮助和货物跟踪的部件的示意图；图3实现内部业务功能的函数过程调用的示意图；图4用于用户通知的接口的示意图；图5用于包裹箱的装填和管理的接口的详图；图6用于交货设备配置和容量利用的接口的详图，以及图7用于纠错的处理步骤。
具体实施例方式
下面介绍的实施例展示了将电子包裹箱系统集成到综合物流系统里。
这样的将电子包裹箱系统集成到综合物流系统里具有特别的优势，因为这样根据本发明建立电子包裹箱系统所获得的灵活性使得它们可被特别有效地利用。
尽管在综合物流系统中这样使用包裹箱系统是特别优选的，原则上，不连成网络电子包裹箱系统也可以工作。在这些实施例中，用于控制操作单元的中央控制单元也使得电子包裹箱系统使用起来更灵活。
然而，将多个包裹箱系统彼此连成网络和/或最好与中心操作的数据库服务器互连，还进一步扩大了本发明的应用可能性。
当这些有利要素中的若干个被综合起来时，结果是一个具有如下要素的综合系统，下面将其称为Post24，因为它可以实现自动的昼夜24小时的工作
1.多个包裹分发单元，最好各具有至少一个操作单元。
2.中央控制单元，各个交货设备与它互连成集群，并且其监视交货设备的工作状态和功能。中央控制单元作为转发到Post24服务器的包裹事务的“集中器”。此外，它将Post24服务器的操作指令分发给各个包裹交货设备。
3.Post24服务器，其管理客户和包裹数据，记录和控制交货设备的工作过程，以及运行中央程序应用(注册、CallCenter、Track&Trace等)。
该系统具有模块化设计。定义了标准化的接口，用于管理交货设备或CallCenter与Post24服务器之间的通讯。这样，可组合不同厂商制造的交货设备。
各个包裹箱系统的模块化设计在提高各个电子包裹箱系统以及综合物流系统的灵活性和多功能性方面尤其合适。
更可取的，用在该物流系统里的电子包裹箱系统构造为它们以特别有效和高效的方式来执行综合物流系统的功能和操作内容。
原则上，可用许多不同的技术解决方案来实现电子包裹箱系统。
但是，下面介绍的电子包裹箱系统的实施例在可靠性和用户友好性方面是非常合适的。
两个系统中的一个是以其包裹箱每个都能够用门来分别地关闭为特征。另一方面，同样可取的，电子包裹箱系统实施例的配置特征是为各个箱子提供了具有特殊传输机构的循环升降系统，由于存放和移动各个包裹。
在示出的实施例中，交货设备允许用不同尺寸的包裹箱来进行包裹或物体装填和取件。该交货设备系统的一个特别优选的特征是包裹箱只是暂时关联到某个收件人，即，只有当箱子包含有给那个特定收件人的东西之时。为了这个目的，首先，交货设备应当知道可能的收件人，其次，运输应当是中央管理的，使得与接收人相关。
在加载过程中，检测包裹识别码和收件人识别码。基于收件人识别码，Post24服务器(中央系统)请求匹配的访问码。当取包裹时，做这件事的人用他的个人收件人识别码来验明自己，例如，用磁卡和秘密的个人访问码。如果该信息与存储在交货设备中的信息相匹配，则将箱子中的物品释放给收件人。
如果是COD包裹，或当转交包裹时要收取一定的钱，则首先显示钱数，取件的人可通过支付终端(EC卡、现金卡等)来支付这笔钱。
交货设备检测被收件人退回的包裹(或货物)并报告给Post24服务器，其通过适当的物流人员启动取件程序。
有利的是，中央控制单元(其也被称作控制板)具有如下所述的特性。
各个交货设备借助汇集和联合通讯的中央控制单元(集中器)连接成网络。通过中央控制单元来监视保养和维护工作。中央控制单元识别出交货设备或交货设备的部件(操作单元、打印机、各个箱子)是否准备好工作以及在各交货设备内发生了哪些操作事件。
Post24服务器是一个数据服务器，其通过基于因特网的网络技术与交货设备，或与控制板连成网络。Post24服务器是对附加数据库应用的接口。这些数据库应用允许，例如，发票出具和运输跟踪功能的集成。
优选地，交货设备只由向德国邮政(Deutsche Post)订了此项业务、且其数据存储在Post24服务器中的收件人使用。这样注册了的收件人收到将由他们使用的收件人识别码，作为他们的地址信息的一部分，并且他们也收到个人秘密访问码。
一旦有邮件投递到了交货设备，Post24服务器自动通知收件人。最好以电子形式进行该通知，例如，通过发送SMS或电子邮件。然而，也可以自动打印出一封信并寄给收件人。然后收件人可以在他方便时在交货设备处取走包裹。如果这没有在特定的时间内进行，则发出一个提醒，一旦投递周期过去，就准备把包裹退回给发件人。
该包裹取件系统适合于各方面的应用。一方面，这个交货设备系统可以投递正常的给最终用户的包裹，而另一方面，它也可以满足商业客户的特殊需求。
这样，交货设备包裹箱的固定或可变部分可由商业参与者以及使用该系统的物流公司的客户租用，这样这些客户能够相应地使用该系统。该交货设备系统从而成为这些客户的中央仓库，可以对这个仓库中的货物存储和货物运转进行中央控制，并相应地计费。
特别地，这是一个由集中和分散的组件构成的系统，以获得智能的、基于需求的定货和投递系统。
该系统包括各种组件和接口，其有效而灵活地实现了一种具有之前还无法实现的投递和服务功能的物流系统。
集成在该系统里的功能示例有包裹数据管理用户数据管理客户注册B2B参与者管理包裹跟踪交货设备配置管理容量规划通知统计数据评估交货设备接口内部业务最好将基本管理组件与对包裹数据和用户数据和对将业务流程4映射到系统内的辅助组件的访问区别开来。
系统的模块化结构允许各种业务的独立的增量开发。
由于根据本发明的特别优选的优选实施例及其根据本发明的组件是建立在实施EJB(Enterprise JavaBeans)技术的基础上，因此基本组件被映射到Parcel EJB和User EJB上。所有其它组件在要请求或改变包裹和客户数据时与这些EJB通讯。
辅助组件在某种程度上是由类、EJB和图形用户界面(GUI)组成的综合部分系统。为了实现与组件设计无关的组件通讯，每个组件以facade对象(或EJB)的形式提供了对其服务的绑定接口。各种组件的接口描述如下。
交货设备接口交货设备接口是与交货设备的通讯平台。该接口从交货设备接收请求，并将它们转发到相关组件。如果交货设备响应于它的请求而要求数据，那么这个数据通过各个组件返回到该接口并接着转发到交货设备。
图1示出了各个组件的结构。XML解析器执行XML文件的映射，XML文件在每次http通讯时被发送到可被Machine Interface类的逻辑系统解释的函数过程调用，XML解析器还求出函数过程调用的值，并将它们转发到相关组件，即User、Parcel、DeliveryMachine和Notification。
最好将组件User Registration、B2B Partner Management和ParcelTracking封装在一个CallCenter facade中。该facade接管与用于用户和包裹数据管理的EJB(即User和Parcel)的通讯。组件形成可访问的基于网络的GUI以用于注册和包裹跟踪。这些编码为JSP。通过WorkerBean将用户的动作翻译成函数过程调用，并转发到CallCenter facade。优选地，现在只由CallCenter facade负责业务逻辑电路的执行。下面展示的图表提供了这个环节的大致概观。
In-House Service组件将用于内部业务的物流系统提供的业务封装为投递库。在提供给内部业务的员工的接口处，有实现了GUI的JSP。内部员工的动作被Worker Bean翻译成函数过程调用，并被转发到In-HouseService facade。这样In-House Service facade构成了对该组件的实际功能逻辑电路的接口。
In-House Service facade也组成了对系统其它组件的通讯接口。
为了映射所请求的功能逻辑电路，组件需要访问基本组件，即User和DeliveryMachine。
该组件的结构如下图所示。
另一个组件是通知组件，由于物流系统的模块化结构，该通知组件能够毫无问题地安装并有利地改善物流系统和其中使用的组件，尤其是包裹箱系统。
通知组件向物流系统的用户发送消息。优选地，该组件具有两个任务。它映射物流参与者的通知体系，并接管给客户设备的消息的技术传送。
系统其它组件的接口由一个称作NotificationFacade的facade类实现。这个类提供许多方法，用于通知组件关于能够触发发送给用户的通知的事件。目前，这种事件是由接口组件作为交货设备上的动作和注册组件的结果而触发。为了能够配置与该消息相关的对象和内容，该组件需要能够访问消息收件人的地址数据。这样所有在物流系统的这个优选实施例中被管理的消息收件人应当可以访问Notifiable接口。这些是，例如，EJBs LogisticPartner-Client、User以及LogisticPartner。
用户和包裹数据的组织可以用多种不同的方式来实现。最好实现面向对象的模型(对象模型)形式的用户和包裹数据管理系统，下面予以介绍。
用于用户管理的对象模型的中心对象是EntityBean UserEJB。这个对象存储了所有关于被允许操作交货设备的用户的数据。最终客户以及投递人和业务人员被归类为用户。免去了综合对象模型(人作为人的不同角色的基类，派生类)。
这产生了优选实施例，即，将用户角色作为属性放入对象中。角色定义为int。在Const类中，定义了表义的变量名，例如public class Const{...
static final int ROLE_DPAG_RECIPIENT＝1；...
}此外，用户对象应当引用相关的LogisticPaterners或LogisticPartnerClient。LogisticPartners是，例如，运营该物流系统的邮政服务提供商，或能够访问该物流系统的各个组件(包括包裹箱的装填)的其它公司。LogisticPartnerClients是LogisticPartner的客户，也就是说，例如，Telekom作为Danzas的一个客户。
根据用户角色，对象接收对LogisticPartner(ROLE_B2B_DELIVERY_AGENT)或LogisticPartnerClient(ROLE_B2B_RECIPIENT)的引用。在各种情况中，其它引用保持为空(绝不允许两个引用同时赋值，因为一个人要么投递要么取件，绝不会同时进行二者)。
UserGroupEJB对象(EntityBean也一样)允许将若干个用户组合到一个组里。除了用户列表，UserGroup可引用LogisticPartner或组中所有成员所属的LogisticPartnerClient。User以及UserGroup中冗余的引用存储简化了对LogisticPartner(Client)内信息的访问。
由于包裹可以被发送给两种类型(User和UserGroup)，这两个对象实现了Interface Addressable。该接口具有如下方法getUsers()、getID()以及getExpiryMinutes()。这就确保了送到addressable的包裹可被服务器处理。
getUsers()方法产生用户EJB的列表。如果它是UserGroup，则该列表包含若干个EJB，而如果是User，则只给出一个EJB。
getID()方法返回User或UserGroup的ID。由于addressable必须能够永久保存，所以可以通过这个ID找到子类对象。这导致请求从一组数中去除User和UserGroup的ID。此外，在对象Post24ServerProperties中，有一个newUserID()方法。它返回一个明确的连续ID。其中，这个方法访问数据库应用，尤其是Oracle序列。
需要addressable中的getExpiryMinutes()方法以确定包裹的ExpiryDate。包裹的容许保留时间取决于客户。为了计算出ExpiryDate，两个对象User和UserGroup中的getExpiryMinutes()方法访问LogisticPartnerClient.getExpiryMinutes()方法，并将这个容许保留时间加到当前的时间点上。
User和UserGroup由注册或管理工具创建。
提供EntityBean Parcel以管理包裹。ParcelID由交货设备发放，并通过该接口用notifyDelivery()来通知服务器。然后交货设备facade用ParcelID作为主键创建一个新的Parcel对象。
收件人(以客户编号的形式传送)存储为addressable。除了收件人，还有替代属性，addressable类型也一样。它不能在notifyDelivery()中设置，而是在稍后通过调用substituteBy方法(addressableAddressable)来设置。通过这个属性来映射替代结构。Parcel对象提供下列方法getRecipients()和getSubstitutes()，它们各返回一个User对象列表。
在生成新的Parcel对象时，例如，通过notifyDelivery()交货设备接口，用上面提到的方法计算出ExpiryDate，并通知Parcel对象。这样，该创建方法包含了ExpiryDate。每个LogisticPartner可有不同的ExpiryDate计算规则。
在COD包裹的情况中，分配COD对象，而非COD的包裹由非COD的创建方法生成。在包裹的情况下，在创建方法中传送包裹的IdentCode。
此外，通知Parcel对象它属于哪个LogisticPartner。这个信息对于容量规划是必需的。
在改变数据记录之前，由数据库保持历史记录，利用触发器将旧的数据记录传送到归档表中。getHistory()方法提供了所有归档条目的状态列表。
优选地，交货设备配置和容量管理也作为模块组件集成在物流系统中。
Post24系统的交货设备使得可以利用固定数目的不同尺寸的箱子进行存储。这些箱子由不同的物流公司使用。由于需要知道这些交货设备箱子在各个物流公司之间的分配，以实现包裹处理和费用计算，交货设备配置在EJB DeliveryMachine中管理。该EJB允许对各个交货设备的箱子配置进行设置和查询，以及对目前和将来的包裹装填进行计算。
实际的箱子配置，也就是说，按照箱子尺寸分解的由物流参与方租用的箱子数目，由两个EJB，BoxTypeAssignment和BoxType来表示。DeliveryMachine给每个物流参与方分配特定数量的BoxTypeAssignmentEJB，即，为每个租用的箱子尺寸分配一个EJB。每个BoxTypeAssignment存储了所租箱子的类型和数目。箱子尺寸以名字BoxType存储在它自己的EJB中。
由于所用包裹箱系统和物流系统的模块化结构，可在任意时间引入附加的组件。例如，可以提供用于评估功能的附加组件。这样的数据评估功能的例子是为了统计目的而对包裹数据和客户数据进行的评估。
记录(日志)是有利的，尤其利于检查是否正常运行。
由应用服务器提供的日志类被用于将已发生的错误记入日志中。这些被封装起来以获得更大的用途。
类de.Post24.util.P24Log提供了统计日志方法public static void log(int severity，java.lang.String system，Java.lang.String msg，java.lang.Throwable t)其含义在此是severity错误的严重性。区分开4个错误类，其可通过P24Log类中的常数P24Log.debug、P24Log.info、P24Log.warning、P24Log.error调用。
system该部分系统的名称msg要存储的错误文本t例外这个方法的较简单的“瘦”版本也同样可行，较可取的是通过用预定值来替换某个参数，例如severity P24Log.debugsystem该部分系统的名称t不可用利用所示的技术，可迅速而可靠地完成配置参数的调整。
本领域的技术人员能够通过替换其它编程语言的函数和程序功能来替换本说明书中所用的实施例。
在优选的编程语言java中，也可以使用其它函数，而不是所提到的。
特别地，本领域的技术人员使用从其它文档中得知的处理步骤是有利的。
http//java.sun.com/docs/codeconv/Java Coding Conventions以实现附加的功能并用于改变和改进所采用的函数。
权利要求
1.一种电子包裹箱系统，其特征在于，它包含多个电子包裹箱，从而在各种情况中，若干个电子包裹箱与一个操作单元相关联，且提供了用于控制这些操作单元的中央控制单元。
2.根据权利要求1的电子包裹箱系统，其特征在于，所述操作单元包括用于控制与该操作单元相关联的包裹箱的开和/或关的控制装置。
3.根据权利要求2的电子包裹箱系统，其特征在于，中央控制单元具有用于将包裹箱与操作单元关联起来的装置。
4.根据权利要求3的电子包裹箱系统，其特征在于，包裹箱与操作单元的关联是可变的。
5.根据以上权利要求中一项或多项的电子包裹箱系统，其特征在于，中央控制单元具有用于从包含装填数据的数据库服务器接收信息的接口。
6.根据以上权利要求中一项或多项的电子包裹箱系统，其特征在于，中央控制单元具有用于将信息传送给提供有装填数据的数据库服务器的接口。
7.根据以上权利要求中一项或多项的电子包裹箱系统，其特征在于，中央控制单元具有可存储和处理包裹箱的操作数据和/或装填状态的计算机。
8.一种物流系统，其特征在于，它包含若干个相互连接成网络的电子包裹箱系统。
9.根据权利要求8的物流系统，其特征在于，它具有数据库服务器。
10.根据权利要求9的物流系统，其特征在于，数据库服务器具有存储和/或传送与包裹箱系统相关的装填数据的装置。
全文摘要
本发明涉及用于包裹箱电子设备的方法和物流系统。本发明的特征在于，包括多个电子包裹箱，若干个电子包裹箱被指定给一个控制单元，以及用于监控这些控制单元的中央控制单元。
文档编号G06Q50/28GK1568445SQ02820075
公开日2005年1月19日 申请日期2002年10月7日 优先权日2001年10月9日
发明者鲍里斯·迈尔, 克里斯蒂安·伯格 申请人:德国邮政股份公司