CN101329752A - 投递通知及其使用方法 - Google Patents

Abstract

一般说，按照本发明的一个方面，把单个唯一的投递通知留在特定地区。但是，就在留下投递通知之前，把该通知与不能投递的包裹实现电子“链接”。该电子“链接”是用掌上便携数据采集装置完成的，该装置包括常规的扫描装置，能扫描投递通知及包裹上标记的信息，并能存储在掌上便携数据采集装置中。如果有十个包裹不能投递，则只留下一张投递通知，但与所有十个包裹实现电子“链接”。然后，预定收件人可以利用投递通知上的信息，通过互联网(或其他合适的网络)或电话与投递服务商联系。

Description

投递通知及其使用方法

本申请是申请号为01801246.9、申请日为2001年3月28日、发明名称为“投递通知及其使用方法”的专利申请的分案申请。

交叉参考相关申请

本申请要求享有2000年5月11日申请的美国临时专利申请No60/203,402的利益，并合并于此供参考。

技术领域

本发明一般涉及邮件的投递，特别是涉及诸如把包裹(亦称“包”)等邮件从投递服务供应商(此后称为“投递服务商”)到预定收件人(亦称“收货人”)的投递。

背景技术

把包裹及其他邮件投递至预定收件人的住所，本领域内是众所周知的。

按照现有技术，当某件包裹不能投递时，在特定地点留下一“投递通知”，让预定收件人后来有机会通过电话呼叫投递服务商(如UPS)，并安排包裹的再投递、保存在本地投递中心、更换地址、或退回。但是，消费者对该包裹了解不多(如是谁寄给他们的)，甚至不清楚有多少包裹未能投递。

投递服务商能够用客户的地址确定投递中心地区，并确定包含各客户路由的邮车。然后，投递服务商把包裹从邮车卸下(在把客户姓名与包裹对照之后)，并注意包裹必要的装卸方式。

可以想见，该类活动是很费事的。

投递通知(delivery notice)的一个例子见美国专利No.6,021,942，标题为“Bar-Coded Label for`Attempt to Deliver′Articles，”2000年2月8日公布，但该专利试图用一分为多段的表10来解决不能投递的包裹问题，该分为多段的表能沿各个齿孔线撕开，把表的某些部分附在包裹上，而其他部分则留在投递地址上。

根据以上所述可知，本领域需要一种改进的方法，用于包裹或其他邮件的投递，且该方法要比以上所述的省事。

发明内容

一般说，本发明提供从投递通知(例如留在住宅区门口的投递通知)到包裹上跟踪号码之间的链接，对已知的现有技术加以改进。

一般说，本发明提供一种投递多个唯一邮件(a plurality of uniqueitems)的系统，每一邮件有唯一的标识，每一邮件又有不同的可从其上读出的机器可读邮件码，该系统包括多个投递通知，每一投递通知在其上有一机器可读的投递通知码，每一投递通知码在该多个投递通知中是唯一的；还包括码读出装置，从一个投递通知上读出机器可读的投递通知码，并从多个邮件中的每一个读出机器可读的邮件码，于是投递通知码和多个邮件码都被读出；最后包括码存储装置，用于存储投递通知码和多个邮件码。

更具体说，本发明提供一种投递方法，把多个唯一邮件投递给一个预定收件人，每一邮件有唯一的标识，每一邮件又有不同的可从其上读出的机器可读邮件码，该方法包括的步骤有：提供多个投递通知，每一投递通知上，包括一机器可读的投递通知码，每一投递通知码在该多个投递通知中是唯一的；按照一套预定的投递规则，尝试向指定的预定收件人地址投递该各有唯一邮件标识的多个邮件；如果满足投递规则，把该邮件投递至预定收件人；如果不满足投递规则，保留该邮件并执行下面的步骤；用机器从一个投递通知读出机器可读的投递通知码，并存储关于该机器可读投递通知码相应的电子数据；用机器从多个邮件的每一个，读出机器可读邮件码，并存储与该多个邮件有关的电子数据；把与机器可读投递通知码有关的电子数据，和与机器可读投递通知码有关的电子数据，进行电子链接；在收到预定收件人发来的对一个投递通知的说明时，作为响应，报告该多个唯一邮件的有关信息；最后，根据预定收件人随后的指令，修改投递计划。

因此，本发明的一个方面，是提供一种改进的投递包裹或其他类似邮件的方法。

本发明还有一个方面，是提供一种可靠的改进的投递包裹或其他类似邮件的方法。

本发明还有一个方面，是提供一种高效的改进的投递包裹或其他类似邮件的方法。

因此，本发明的目的，是提供一种改进的投递包裹或其他类似邮件的方法，该方法能使客户获得原来不能投递的包裹的信息。

结合附图和权利要求书，阅读下面本发明的优选实施例后，本发明的其他目的、特性、和优点，将变得显而易见。

附图说明

图1是示意图，画出投递代理100拿着多个包裹110、120，站在一代表性地址Elm街123号的门口。因为按照投递代理的投递规则，这些包裹不能投递，所以投递代理已经用数据采集装置30扫描投递通知20，并把通知20留在该地址Elm街123号。

图2是示意图，按照本发明，画出整体系统10中各单元间的各种数据连接。系统10包括投递通知20、带有扫描单元31的数据采集装置30、和服务器40。在另一个实施例中，该系统还能包括包裹投递车50。在另一个独立的不同实施例中，该系统还能包括互联网200连线，或其他适合的网络连线，供通常的计算机300的访问。

图3A和3B分别表示按照本发明的投递通知20的第一面和第二面。在一个实施例中，该通知是一张两面印刷的纸。第一面包括机器可读(第一)投递通知码21，与人可读(第二)投递通知码22对应，在此情形中，码22是些数，虽然它可以是字母或人可读的任何格式。在通知20上还包括各种其他本身自明的文字，位于通知的区域23、24、25、26、27、28、和29。

在一个优选实施例中，机器可读(第一)投递通知码21，与字母的人可读(第二)投递通知码22相同。但是，应当指出，人可读码与机器可读码不一定是相同的码，虽然为了使供客户读的码与驾驶员扫描的通知码之间必要的链接，人可读码与机器可读码的确必须相关或“链接”。

图4画出一典型的示范网页，客户键入从通知20读出的投递通知码22后，可以看见该网页，在本例中，该投递通知码22是9110987654321。该页可以称为“跟踪一览”页，该页表明，尝试投递时间是2000年5月17日上午11:25，并指出尝试投递的是四个包裹。图5画出客户在402能够用超链接观看到的网页。

图5画出一典型的示范网页，标题为“UPS信息通知一览(多包裹)”，图上指出涉及号码9110987654321的通知码的四个包裹更多细节。从图可见，这些细节包括各个包裹的跟踪号码(亦称“邮件码”)，在该表中，用图2两个示范包裹所记的号码111、121作为该表的首两个包裹。从图还可见，图上表示其他与包裹有关的信息值数据，例如，当曾经尝试投递时，已经作了多少次投递尝试，等等。注意，如果要求进一步的细节，客户可以选择(或“点击”)超链接502，访问如图6所示网页。

图6是一网页600，网页上指出某个特定包裹的许多细节。可以想象，该类信息对客户有帮助。从图可见，该标题为“跟踪细节”的网页，表明“第一次尝试”的状态，第二次投递尝试是2000年5月17日，原来排定的投递时间是2000年5月16日，等等。

图7画出按照本发明的处理过程700，其中的跟踪系统10通过利用互联网而变得更加方便。

图8是处理过程800的流程图，在该处理过程中，客户为了接入免费长途电话号码，诸如号码“1-800”，利用了投递通知。

具体实施方式

现在参考各图，在所有各图中，相同的数字表示相同的单元。

-----------

一般讨论

一般说，按照本发明的一个方面，把单个唯一的投递通知留在特定地点。但是，就在留下投递通知之前，把该通知与不能投递的包裹实现电子“链接”。该电子“链接”是用掌上便携数据采集装置完成的，该装置包括常规的扫描装置，能扫描投递通知及包裹上标记的信息，并能存储在掌上便携数据采集装置中。如果有十个包裹不能投递，则只留下一张投递通知，但与所有十个包裹实现电子“链接”。

然后，预定收件人可以利用投递通知上的信息，通过互联网(或其他合适的网络)或电话与投递服务商联系。向投递服务商提供投递通知上唯一的信息，预定收件人可以获得有关未投递包裹的有价值的信息。该信息可以包括发货人姓名、每一发货人有多少包裹、尝试投递时间、COD状态、等等。然后，可以安排包裹的再投递、保存在本地投递中心、更换地址、或退回。

-----------

更详细的讨论

现在进行更详细的讨论。

-----------

整体系统

首先参照图2，该图是示意图，画出按照本发明的整体系统10中各单元间的各种数据连接。系统10包括其上有投递通知码21的投递通知20、带有扫描单元31的数据采集装置30、和服务器40。稍后要详细讨论，在另一个实施例中，该系统还能包括包裹投递车50。稍后还要详细讨论，该系统还能包括互联网200连线，或其他适合的网络连线，供客户(亦称“用户”)用通常的计算机300访问，或包括使用呼叫中心1000。

----------

投递通知20

现在参考图3A和3B，两图组合起来，说明经本发明仔细考虑的投递通知类型的一个例子，该投递通知是编码(如用条码编码)的投递通知20。在一个实施例中，该通知是一张两面印刷的纸。第一面包括机器可读“第一”投递通知码21，与人可读“第二”投递通知码22对应，在本例中，码22是些数，虽然它可以是字母或人可读的任何格式(在本实施例中的数字是9110987654321)。在通知20上还包括各种其他本身自明的文字，位于通知上的区域23、24、25、26、27、28、和29，应特别注意指向区域26内的文字，该区域提供的电话号码，是允许呼叫的电话号码，用于访问所示网站的跟踪信息。

在一个优选的实施例中，码21和22是相同的码，或者至少包括共同的码部分，虽然根据本发明的精神和范围，也考虑使用不同但相关的码。但是，应当指出，这种人可读和机器可读的码不一定是相同的码，虽然为了使供客户读的码与投递代理100扫描的通知码之间必要的链接，人可读码与机器可读码的确必须相关或“链接”。作为一个例子，该两种码可以不同，但在例如中央服务器上，它们能链接在一起。

根据现有技术的一种版本，使用黄色的投递通知。应当指出，根据本发明，可以用相同的颜色或其他颜色。

----------

包裹

如图2所示，示范的包裹110包括机器可读包裹码111(亦称“邮件码”)，在一个实施例中，该包裹码参照United Parcel Service(美国包裹服务)，称为“跟踪号码”或“IZ”号码，但很明显，也可以用其他包裹码来跟踪或识别包裹。对示范包裹120的机器可读包裹码121也一样。在本优选实施例的该两种情形下，机器可读包裹码用可视记号形式，虽然，其他不可视的方式诸如磁介质、声音、纹理、或其他，也可以使用，并不偏离本发明的精神和范围。在本优选实施例的该两种情形下，该记号是条码，虽然也可以考虑其他码而不偏离本发明的精神和范围。

机器可读包裹码111和121，要能被码阅读器诸如本领域内熟知的条码扫描器读出，虽然也可以考虑其他码阅读器而不偏离本发明的精神和范围。

----------

数据采集装置

继续参考图2，按照本发明的系统10，还包括带有扫描单元31(亦称“条码阅读器”)的数据采集装置30，用于扫描上面讨论的条码21、111、和121。

数据采集装置30可以是诸如熟悉的“DIAD”牌数据采集装置，该装置装有适当的扫描器31并装了适当的硬件和软件，以执行下面指出的扫描和数据存储性能。简要地说，扫描能力包括机器可读码诸如条码的扫描能力。相关的软件和硬件包括把扫描器的读出转换为适当数字数据的能力，供存储在数据采集装置内。数据采集装置还应包括能把该类数字数据从数据采集装置传送至外部存储装置的硬件和软件，外部存储装置诸如本领域熟知的中央计算机服务器40。

----------

服务器40

上面指出的服务器40能通过诸如虚线所示的直接路由，或通过也用虚线表示的间接路由，借助驾驶员包裹车50相关的硬件，从数据采集装置接收数据。应当指出，该种连接硬件或软件，对本发明不是必不可少的；有许多种不同的数据采集装置和传送装置可满足要求。

服务器40上的信息，被用来通过互联网200(或其他合适的网络)或通过诸如1000的电话呼叫中心，为预定的包裹收件人提供信息。稍后要详细指出，预定的包裹收件人在互联网上或电话上，提供人可读的投递通知码22，并接收返回的关于未投递包裹的信息。

----------

投递代理

现在参考图1，该图是示意图，画出投递代理100拿着多个包裹110、120，站在一代表性地址Elm街123号的门口。在该图中，因为按照投递代理的投递规则，这些包裹不能投递，所以投递代理已经用数据采集装置30扫描投递通知20，并把通知20留在该地址Elm街123号。在本例中，投递代理不在该地址留下包裹110、120，但要保留它们，以便尝试再投递或等待预定收件人来取。现在结合一个例子详细讨论。

----------

例子

首先假设，要投递的是XYZ公司包装成两个箱子的计算机系统，由通常如图1所示的投递代理100(为某公司，例如UNITED PARCELSERVICE工作)，投递至地址Elm街123号的客户。假设要投递的两个包裹110、120上，每个包裹都包括一不同的可从其上读出的机器可读包裹码(亦称“邮件码”)。还假设，要有成年人的签字才在客户地址留下包裹。

还要知道，投递代理至少带有一数据采集装置30和一投递通知20。通常投递代理会带着一本投递通知。

图3A和3B所示编码(如条码)的投递通知20，是本发明考虑的投递通知类型的一个例子。投递通知包括，但不限于，机器可读投递通知码21、人可读投递通知码22(在本实施例中出示的是号码9110987654321)。在一个优选实施例中，码21和22是相同的码，或者至少包括共同的码部分，虽然根据本发明的精神和范围，也考虑使用不同但相关的码。作为一个例子，该两种码可以不同，但在例如中央服务器上要能链接起来。

接近投递地点

如所指出，投递地点在Elm街123号。图1所示投递代理100(亦称“驾驶员”)将到达地址Elm街123号。然后，驾驶员在数据采集装置30上访问或“弹出”该地址。用扫描器31分别扫描两个包裹110、120上的码111、121。然后，驾驶员摁下数据采集装置30的“Enter(回车)”键。这一步可以认为是用机器扫描机器可读“邮件码”或“包裹码”。然后，驾驶员尝试投递该两个包裹。

可以投递

如果家里有人，包裹即被投递，并在数据采集装置30内记下适当的词条，如图1和2所示。不使用投递通知。

不能投递

如果家里没有成年人，按照上面给出的情况(亦称“预定的规则”)，投递代理不能录入签名，于是投递代理作一未投递符号(如记下“不在家”的词条)。同时，数据采集装置将提示驾驶员扫描如图2、3A和3B中的条码投递通知70。然后，投递代理从他或她的口袋或其他适当的储存地方，抽出一张投递通知，然后用数据采集装置30中的扫描器31，在该通知20上扫描机器可读投递通知码部分71。把投递通知20而不是包裹，留在门口。

除了已经录入的该信息，驾驶员还要填满初步的信息，诸如数据、尝试数、COD状态、和其他必要的信息，然后在数据采集装置上摁“终止完成”。这一步完成投递终止的记录，按照本发明的一个实施例，终止记录可以包括，但不限于如下数据区：包裹投递地址、邮件码、投递通知码、时间和日期、收货人、COD信息、等等。

此时，在该两个包裹的条码投递通知与条码编码的分架号码(racking number)之间，已经建立链接。投递通知被留在投递地址上，而未投递的包裹送回投递代理的运输车。

当预定收件人(亦称“客户”)回家时，他或她可以在与投递服务商(如UPS)的两种通信方式中选择；即通过1-800线路，或通过互联网，例如访问UPS.COM或另一个适当的地方。

----------

互联网连接

按照这种通信方式，客户进入UPS.COM(或任何其他合适的互联网或网络位置)并点击“投递通知”或其他合适的图标或位置。点击将引导客户到达某网页，该网页会提示并允许条码投递号码的进入。

借助于上面引用的投递通知与包裹信息之间的“链接”(如本领域所熟知，这一点能够通过适当的数据库处理和控制来完成)，投递服务商能够告知客户有两个先前未能投递的包裹。还可以提供任何其他相关信息，诸如指出投递服务商不收现金的信息，以及如果已提出COD请求，应该如何及向谁付款。

如有需要，可以通过与跟踪号码有关的当前手段，跟踪个别包裹。

同时，客户可以随后点击某个图标，该图标允许客户链接至适当的位置，在该位置上，允许客户让投递服务商把包裹留在某个地区投递中心、允许客户拒绝该包裹、允许客户要求将来才投递、或允许客户提出“更换投递”请求，此时客户要键入新的地址。该新地址由投递代理软件用适当方法自动地检验其有效性，如果该地址是有效的，则包裹将送至该新的地址。

现在参考示范网页，该网页有助于客户与投递服务商进行上述相互沟通。图4画出典型的示范网页，客户键入从通知20上读出的投递通知码22，在本例中是9110987654321，之后，可以看到该网页。该页可以称为“跟踪一览”页，上面指出，曾在2000年5月17日上午11:25作过投递尝试，且在该次投递尝试中有四个包裹。客户可以在402上用超链接来查阅示于图5的网页。

图5画出一典型的示范网页，标题为“UPS信息通知一览(多包裹)”，图上指出涉及号码9110987654321通知码的四个包裹更多细节。从图可见，这些细节包括各个包裹的跟踪号码(亦称“邮件码”)，在该表中，用图2两个示范包裹所记的号码111、121作为该表的首两个包裹。从图还可见，图上还有其他与包裹有关的数据，给出有价值的信息，例如，当曾经尝试投递时，已经作了多少次投递尝试，等等。

例如，列出的第一个包裹的包裹跟踪号码111是1Z2341020340335473，通知上附有第一次投递尝试，是在2000年5月17日上午11:23，而第二次投递尝试将在2000年5月18日。

列出的第二个包裹的包裹跟踪号码121是1Z2341020340328454，通知上附有第一次投递尝试，是在2000年5月17日上午11:23，而第二次投递尝试将在2000年5月18日。

列出的第三个包裹的包裹跟踪号码是1Z2341020340004553，通知上附有第一次投递尝试，是在2000年5月17日上午11:23，而第二次投递尝试将在2000年5月18日。

列出的第四个包裹(最后一个)的包裹跟踪号码是不可用的，通知上附有第一次投递尝试，是在2000年5月17日上午11:23，而第二次投递尝试将在2000年5月18日。

如上面所指出，为投递第三个包裹，已经作了两次尝试。可以认为，该包裹有可能有另一个更早时间的投递通知，对应于更早时间的投递尝试。如果客户使用更早时间的投递通知，那么，将向客户出示同一包裹最近期的信息。

注意，如果要求进一步的细节，客户可以用或“点击”超链接502，访问图6所示网页。

图6是一网页600，网页上指出某个特定包裹的许多细节。可以想象，该类信息对客户有帮助。从图可见，该标题为“跟踪细节”的网页，表明“第一次尝试”的状态，第二次投递尝试是2000年5月17日，原来排定的投递时间是2000年5月16日，等等。

图7画出按照本发明的处理过程700，其中的跟踪系统10通过利用互联网而变得更加方便。

在步骤701，客户开始用www.ups.com或www.myups.com或其他合适的地方访问跟踪系统10。

在步骤703，客户在整个网站内选择某种特定的跟踪特性。

在步骤705，客户键入从通知20读出的投递通知码22(在上面说明的本例子中，是9110987654321)，并选择需要的图标或用其他选择，把投递通知码22发往跟踪系统10。

在步骤707，跟踪系统检验投递地址的数据库。

在步骤710，跟踪系统检验客户记录的数据库。

在步骤712，跟踪系统向客户提供某些如图4-6中说明的信息。此时，比如在客户被告知下一次投递的尝试时间的情况下，客户可能不要求进一步的信息。如果是这样，在很多情形下，客户将经过步骤720、724、726、和730，简单地转至另一网页或注消互联网。

但是，因为包裹保留在服务中心直至下一次投递尝试，客户有可能不希望等待投递而呼叫服务中心。在此情形下，步骤714允许客户把执行“希望呼叫(Will Call)”的指令送至跟踪系统10。如果客户必须被引导到服务中心，则步骤718能根据例如客户的ZIP码，提供网页基础上的搜索和定位功能。

步骤716是包含使用IS(信息系统)工具的步骤，IS工具允许客户修改跟踪系统10关于邮件的记录。在此情形下，如果把“希望呼叫”放在邮件上，则该邮件被保持在指定的服务中心，步骤716为反映该指令，还修改跟踪系统10的记录。

如果在决定步骤720，客户希望退回包裹，可以选择步骤722，该步骤供跟踪系统10记录之用，以反映该指令。

如果客户不需要退回包裹，但在步骤724执意要更换投递，可以选择步骤722，如上所述，该步骤供跟踪系统10记录之用，以反映该指令。

如果在决定步骤724，客户希望键入另一个通知码，则客户被再引导至步骤703。如果否，则过程(亦称“呼叫”)结束。3

----------

1(800)连接

已经在别处指出，投递通知向客户提供1(800)的电话号码。借助对键入的电话键盘信号的语音识别软件或提示，能使客户让服务中心把包裹留在本地投递中心、能使客户拒绝该包裹、或能使客户请求将来才投递。但是，如果请求“更换投递”或另一种较复杂的请求，为了处理该类事务，客户可能被要求退出而与现场话务员联系。

现在参考图8，图8是处理过程800的流程图，在该处理过程中，客户为了接入免费长途电话号码，诸如号码“1-800”，利用了投递通知。

处理过程800的第一步是步骤801，在该步骤中，客户拨打免费长途电话号码，并接通。通常，该免费长途电话号码在投递通知上。

如果客户愿意与现场话务员通话，执行步骤802，于是步骤804向客户提供完全可视的跟踪。该步可提供诸如图4-6所示信息，而且还有话务员认为必要的附加的系统信息。如果不需要完全可视跟踪，则到达步骤807。

如果客户不选择退出自动特性，处理过程前进至步骤803。

在步骤803，处理过程开始时，请求客户说出他们的通知码，例如“请在提示音后清楚说出你的通知码”。

在步骤805，客户给出的指令，被解释并转换为诸如通知码信息。然后，系统获得通知码并提供相关信息，对此本文还要说明。

在步骤807，跟踪系统检验投递地址的数据库。

在步骤810，跟踪系统检验客户记录的数据库。

在步骤812，跟踪系统(通过基于自动菜单的响应系统)向客户提供诸如图4-6所述的某些信息。此时，比如在客户被告知下一次投递的尝试时间的情况下，客户可能不要求进一步的信息。如果是这样，在很多情形下，客户将经过步骤820、826、824、和830，简单地把电话挂上。

但是，因为包裹保留在服务中心直至下一次投递尝试，客户有可能不希望等待投递而呼叫服务中心。在此情形下，步骤814允许客户把执行“希望呼叫”指令送至跟踪系统10。如果客户必须被引导到服务中心，则步骤816根据例如客户的ZIP码，能提供基于电话的搜索和定位功能。

在步骤818，如在别处指出的，该“希望呼叫”指令能够添加到系统中。

如果在决定步骤820，客户希望退回包裹，可以选择步骤822，该步骤允许对系统进行相应的更新。

如果在步骤826，客户要求选择将来才投递，可以选择步骤826来更新系统。

如果在步骤824，客户不满意，客户将路由至步骤802，与话务员对话。

如果在步骤824，客户满意，客户可以结束呼叫。

----------

若干术语的讨论

应当指出，“扫描”一词，一般的理解是指用机器读出机器可读码。它可以包括条码“扫描”型，其中，用户把检测头在条码上移动，也可以理解为使用快照或其他图象抓拍，然后如本领域熟知那样，分析存在的条码或其他码并对之解码。

应当指出，系统考虑使用许多(亦称“多个”)投递通知，每一投递通知包括上面的机器可读投递通知码，且每个所述投递通知码，至少在投递通知一个子集使用的许多投递通知内，是唯一的。并不是说，同一个投递通知码永远不会再用，而最好是在某段时间内不用同一投递通知码，以排除混淆的可能性。

应当指出，“链接”一词用于表示各单元间某种以后可以调用的联系。数据间的“电子链接”包括把“第一”类数据(在第一数据库区的数据，诸如投递通知识别数据)与“第二”类数据(在第二数据库区的数据，诸如包裹识别数据)进行链接(用适当的链接软件)，使得在用适当的链接软件调用第一类数据时，可以立即调用第二类数据。

----------

其他方案

注意，所示数据采集装置只是个例子，按照本发明，可以使用其他数据采集装置。

----------

结论

虽然已经参照公开的实施例，特别详细地说明了本发明，但应当指出，由后面权利要求书说明的本发明的精神和范围内，可以作出许多变化和修改。

Claims (14)

1.一种用于投递多个邮件的方法，每一邮件具有使用机器可读的不同的机器可读邮件码，所述方法包括：

A)机器从一个投递通知读出机器可读第一投递通知码，所述投递通知具有所述机器可读第一投递通知码以及与之相应的人可读第二投递通知码，并存储对应于所述第一投递通知码的电子数据；

B)所述机器从所述多个邮件的每个邮件读出所述机器可读邮件码，并存储各自对应于各个机器可读邮件码的多个电子数据；

C)响应于工人操作所产生的信号，所述机器把对应于所述第一投递通知码的所述电子数据与各自对应于各个机器可读邮件码的多个电子数据电子链接；

D)所述机器把所述链接的电子数据通过网络发送到服务器；

E)所述服务器通过网络接收对应于所述第二投递通知码的电子数据；以及

F)响应于接收的对应于所述第二投递通知码的电子数据，通过参照所述链接的电子数据，所述服务器读取各自对应于各个机器可读邮件码的多个电子数据，并发送这样读取的、各自对应于各个邮件码的多个电子数据到所述网络。

2.按照权利要求1的方法，所述网络是互联网。

3.按照权利要求1的方法，所述机器可读第一投递通知码包括与所述人可读第二投递通知码相关的公用数据。

4.按照权利要求1的方法，其中所述人可读第二投递通知码包括字母序列。

5.按照权利要求1的方法，其中所述机器可读第一投递通知码以及所述人可读第二投递通知码是不同的、且通过服务器彼此链接。

6.按照权利要求1的方法，其中在步骤(A)之前，响应于指示未投递的信号，所述机器显示指示以提示工人操作所述机器读取所述机器可读第一投递通知码。

7.按照权利要求1的方法，其中所述机器可读第一投递通知码包括条形码，所述机器包括条形码读取器。

8.一种用于投递多个邮件的系统，每一邮件具有使用机器可读的不同的机器可读邮件码，所述系统包括：

A)投递通知，其具有机器可读第一投递通知码以及与之相应的人可读第二投递通知码，并存储对应于所述第一投递通知码的电子数据；

B)手持数据采集装置，被配置为：

a)从所述投递通知读出所述机器可读第一通知码，并存储对应于所述第一通知码的电子数据；

b)从所述多个邮件的每个邮件读出所述机器可读邮件码，并存储各自对应于各个机器可读邮件码的多个电子数据；

c)响应于工人操作所产生的信号，把对应于所述第一投递通知码的所述电子数据与各自对应于各个机器可读邮件码的多个电子数据电子链接；

d)把所述链接的电子数据通过网络发送到服务器；

C)所述服务器通过所述网络连接到所述手持数据采集装置，所述服务器被配置为；

a)通过网络接收对应于所述第二投递通知码的电子数据；

b)响应于接收的对应于所述第二投递通知码的电子数据，通过参照所述链接的电子数据，读取各自对应于各个机器可读邮件码的多个电子数据，并发送这样读取的、各自对应于各个邮件码的多个电子数据到所述网络。

9.按照权利要求8的系统，所述网络是互联网。

10.按照权利要求8的系统，所述机器可读第一投递通知码包括与所述人可读第二投递通知码相关的公用数据。

11.按照权利要求8的系统，其中所述人可读第二投递通知码包括字母序列。

12.按照权利要求8的系统，其中所述机器可读第一投递通知码以及所述人可读第二投递通知码是不同的、且通过服务器彼此链接。

13.按照权利要求8的系统，其中手持数据采集装置被配置为，响应于指示未投递的信号，显示指示以提示工人操作所述装置读取所述机器可读第一投递通知码。

14.按照权利要求8的系统，其中所述机器可读第一投递通知码包括条形码，所述手持数据采集装置包括条形码读取器。

Images