专利名称：用于提供个性化递送服务的系统和方法
技术领域：
本发明的实施方式涉及通过公共承运商(common carrier)向发件人、 收件人和递送诸如包件(parcel)或包裹(package)的物品的承运商(carrier) 提供定制控制和灵活性。
背景技术：
包裹递送业务在包裹的递送过程中通常涉及三个主要实体承运商、 发件人和收件人。承运商通常安排发件人与收件人之间的包裹递送，并 通常被称为包裹递送提供商、服务提供商或公共承运商。发件人是使包 裹被运输的实体，并且可以被称为托运方或发起人。包裹的指定接收人 是收件人。在包裹被作为邮购或基于互联网的购物的一部分来进行运输 的情况下，通常发件人是商人，收件人是该商人的顾客。
递送包裹的处理广为人知。通常，发件人准备要运输的物品，选择 承运商和服务的类别(例如，正常递送或快递)，安排承运商获得包裹的 保管。这可以通过发件人将包裹拿到承运商的收取地点或安排承运商在 发件人的地点收取包裹来进行。 一旦承运商取得所有权，该承运商将包 裹发送到城镇的处理设施或收件人的服务区域。然后通常使用递送交通 工具，将包裹递送到收件人。
通常，承运商保持递送包裹的规定路线，沿该路线将会在适当的收 件人的地址停下并尝试递送包裹。在最优的递送经历中，承运商在初次 尝试中将包裹递送到在场接收包裹的收件人。
然而，如可以期望的，在很多情况下递送经历并不是最优的，在最 初尝试中没有成功递送包裹。存在出现该情况的许多原因。 一般的原因 是收件人不在，因此不能签收包裹。在某些情况下，这可以不是问题， 因为递送地点被确定为可靠和/或与递送相关的服务类别可以不需要签名。例如，服务类别可以不需要收件人对递送进行签名，或者可以为包 裹存放提供了安全的有锁的箱子。然而，在很多情况下，服务类别(或 者其它限制)需要接收人在场并对递送进行签收。这导致收件人和承运 商进入各种程序来协调后续递送尝试。
对于诸如UPS的每天处理几百万递送的递送提供商，每个失败的递 送尝试都需要额外的时间和资源用于协调后续递送尝试。这不仅导致承 运商的效率降低，而且由于没有尽早递送包裹，而导致收件人以及可以 是发件人不希望的递送经历。
因此，为了实现最优的递送经历，在发件人、承运商和收件人之间 需要协调。所有各方都有兴趣实现快捷递送。
然而，在很多情况下，可以出现延迟，日程可以改变，或者所有三 方可以不完全知道递送的详细情况。例如，发件人可以延迟提供要运输 的包裹，因此导致延迟递送到收件人的预期日期。另选的是，因为收件 人不在，所以可以不能接收递送。例如，收件人可以短时间地离开递送 地点，或者在外度假。通常，收件人在正常递送时间期间工作，而不能 在居住地址接收递送。或者收件人可以计划在场，但是由于日程改变而 不能在场。
在其他情况下，可以进行递送，但是不是最优情况。例如，可以完成包裹的递送，但是包裹在收件人的递送地点的位置(placement)可以 与收件人所希望的不一样。例如，收件人可以希望承运商将包裹递送到 侧门而不是正门以避免被盗。或者，收件人可以经常使用侧门而不是正 门。收件人可以希望将包裹放置在安全的有锁的箱子中，但是没有通知 承运商用于打开该有锁的箱子的密码(combination)。
因此，需要允许包裹的发件人、承运商和收件人之间更大的协调的 系统和方法，从而在包裹递送处理中实现成功和最优的递送经历，而不 浪费资源和产生不必要的延迟。
己如此概要地描述了本发明，现将参照附图，附图不必按比例绘制，
其中
图1是根据本发明的一个实施方式的收件人服务的高级图2是表示根据本发明的一个实施方式的用于提供收件人服务的方 法的流程图3是表示根据本发明的一个实施方式的收件人服务系统的组成部 分的进一步细节的图4是根据本发明一个实施方式的与递送人员进行通信的定制收取 和递送系统的高级图5a和5b表示根据本发明的各种实施方式的提供各种收件人服务 的方法； .
图6表示根据本发明的实施方式的示例性递送授权表；
图7是表示用于提供个性化递送服务的承运商信息处理系统的体系 结构的实施方式；
图8-27表示网站的地图及其表示本发明的各种实施方式的示例性屏 幕截图28表示在电子递送授权表上从收件人接收签名，并且使发件人和 承运商能够访问己签名的表的示例性处理。
具体实施例方式
现在参照附图在下文中更完整地描述本发明，在附图中示出了本发 明一些而不是所有实施方式。实际上，这些发明可以按照多种不同的形 式来实施，而不应当被解释为限于这里阐述的实施方式；而是，提供这 些实施方式，以使该公开满足可应用的法律规定。在所有附图中，类似 的附图标记表示类似的单元。
服务概述
在包裹的递送中涉及三个主要实体发件人、承运商和收件人。为 了提供结合包裹递送而可以出现的各种个性化递送服务，定义了用于对 这三个实体之间的递送经历进行协调和个性化的方法和系统。这些实体 之间的各种通信手段的灵活性以及可以传送的各种信息使得承运商能够
适应结合包裹递送而可以出现的各种不可预见的情况。与递送服务的个 性化相关的通信和协调可以在发件人或收件人请求时出现。
虽然在包裹递送的背景下公开了这里所公开的实施方式，但是本发 明的原理可以应用于其它物品的递送，包括货运、通过派遣服务人员的 服务提供、或涉及递送或派遣的任何其他类型应用。因此，如这里所使 用的，术语"包裹"不限于包件，而是指通过承运商或服务提供商递送 或派遣的任何其它类型的货物或服务。
在高级别，递送经历的定制和个性化可以要求或涉及以下之间的协调
(1) 承运商与收件人，
(2) 发件人与承运商，以及
(3) 发件人与收件人。
可以容易地理解为什么可以要求这些实体中的每一个之间的协调。 在第一场景下，收件人可以不在场接收递送。通过实体商定完成递送的 时间和/或地点，承运商与收件人之间的通信可以使递送便利。在第二场 景下，发件人可以请求承运商更改包裹的递送地址。以及，在第三场景 下，发件人与收件人可以在他们之间商定修改影响包裹递送的多个方面， 并通知承运商该变化(然后这可以涉及第一场景或第二场景)。因此，在 很多情况下，前述情况之一中的通信(例如，在发件人与收件人之间) 之后可以是协调的另一种情况(例如，涉及发件人与承运商)。例如，在 发件人已经运输包裹之后，但是在完成递送之前，收件人可以通知发件 人改变地址。发件人随后可以向承运商通知新的地址。
如可以看到的，协调的前两种情况以某种形式涉及承运商，并且影 响承运商如何或何时完成包裹递送。在很多情况下，对承运商的影响很 大地依赖于与包裹递送相关的特定事实。例如，约定包裹递送的发件人 可以要求收件人并且仅是收件人的签名。这可以排除收件人将包裹递送 到邻居的请求。当然，如果收件人与发件人进行通信，则发件人可以进 而授权承运商在没有接收人签名的情况下递送包裹，而有效地放弃签名 要求。因为各种协调的组合和通信是可以的，所以只提供一些示例来表
示本发明的各种实施方式。
承运商与收件人之间的通信
在高级别，承运商与收件人之间的通信通常涉及用于协调或个性化 包裹递送的信息的交换。通常，虽然没有要求，但是收件人知道即将发 生的包裹递送。这可以通过几种方式发生。在一个普通实施方式中，承 运商可以通知收件人即将发生的递送。虽然其它形式(包括其他形式的 电子消息发生(例如，短消息服务、自动语音电话呼叫、传真消息、所 提供的(host)网站消息发生、即时消息发生等))是可以的，但是这可 以通过电子邮件通知而发生。在其他实施方式中，发件人可以通知收件 人已运输了包裹。这在其中发件人是收件人已经从其订购了物品的商人 并且当包裹已经实际上被交付到承运商时发件人进行通知的情况下是很 普通的。通常，发件人还将向收件人提供递送的跟踪号。在其他实施方 式中，收件人可以根据其它事实而预期包裹(例如，收件人订购商品并 预期递送)。在这种情况下，收件人可以主动地访问由承运商经营的包裹 跟踪网站，来确认包裹递送的状态。
通常， 一旦收件人知道即将发生的递送，收件人就可以发起用于个 性化包裹递送的请求。收件人可以按照不同的方式传达该请求，包括电 子消息发生，例如通过电子邮件或网站访问、通过电话或其他形式。该 请求通常向承运商提供递送员在包裹递送中使用的信息。这种信息可以 包括包裹的识别信息(例如，通过跟踪号)、与应当在递送日的何时递送包裹、应当将其放在递送地址的何处相关的请求、或者其它特殊的处理信息.
虽然经常在收件人知道存在要递送的包裹之后提供个性化递送信 息，但是也可以较早提供该信息。具体地说，收件人可以在包裹运输到 收件人之前指示递送优选或指令。例如，收件人可以提供个性化递送信 息，作为包裹递送的长期有效的指令或优选。因此，即使当前没有被安 排递送到收件人的包裹，该递送优选也应用于所有未来的递送。在其他 实施方式中，可以在初始递送尝试之后提供递送信息。虽然承运商可以 优选在初始递送尝试之前接收这种信息，但是本发明的实施方式预见了收件人在初始递送尝试之前和/或之后指示递送优选。
发件人与承运商之间的通信
类似地，发件人可以向承运商提供个性化递送信息。在一些实施方 式中，发件人可以与其它相关的包裹递送信息的指示同时进行这种信息 的指示。通常的情况是来自使用网络访问的商人的顾客订购信息，以及 当下订单时顾客(通常是收件人)请求在递送时应当将物品放置在特定 位置(例如，后门)。在运输包裹时，商人可以通过与该递送相关的特殊 指令向承运商指示目的地地址，包括放置在后门。该信息可以包括发件 人通过运输系统向承运商提供的其它运输信息。这种运输系统使发件人 能够准备用于运输的包裹。
在另一实施方式中，顾客可以在已运输包裹之后通知商人特殊递送 指令。在这种情况下，发件人(商人)可以通过参照包裹或收件人，向 承运商传达该特殊递送指令。另选的是，如上所述，收件人可以在得知
即将发生的递送之后直接向承运商指示这些指令。
在其他实施方式中，发件人提供的个性化递送信息可以源于发件人 本身，而不是源于收件人。例如，收件人可以知道这是如果弄湿则会损 坏的运输物品，因此提供指示如果在收件人不在的情况下将包裹留在收 件人的递送地址，则用塑料包裹或覆盖该包裹的递送指令。作为另一示 例，发件人可以要求所有收件人提供用于发放包裹的"现场"或亲自签 名，并且向承运商提供该信息，作为长期有效的递送优选。
发件人与收件人之间的通信
发件人与收件人之间的通信本身不涉及承运商，并且不直接影响包 裹递送。然而，该通信的典型结果是发件人或收件人随后会向与包裹递 送相关的承运商传达个性化递送信息。以下情况是可能的 一方可以期 望另一方联系承运商，或者可以便于通信以确保通信尽可能地无缝。例 如，发件人可以与收件人进行通信并且得知收件人将不能接收包裹。发 件人可以向收件人提供承运商的网络地址和包裹的跟踪号，以及如何通 知承运商该情况的指令。因此，发件人使收件人便于向承运商指示其个 性化递送信息。另选的是，发件人可以直接通知承运商该情况，此后，承运商可以联系收件人并通知他已经传达了他的递送优选。发件人可以 获得收件人的电子邮件地址(例如在收件人向发件人下订单时)，并且可 以为了使承运商能够向收件人传达运输状态信息而向承运商提供该地 址。
递送授权表(DAF)
发件人或收件人请求个性化包裹递送的能力使得在初始递送尝试中 根据收件人的优选成功地递送包裹的可能性更大。对于大多数情况，在 初始尝试中递送包裹是优选的，因为其导致更快地将包裹递送到收件人， 并且节省了承运商的资源。如上所述，由于各种原因而使得不总是在初 始尝试中完成递送。例如，收件人可能不能接收包裹，并且仅在失败的递送尝试之后才知道所尝试的递送。在这些情况下，诸如UPS的很多服务提供商将在递送地点以显著的方式留下例如便签的指示，指示已进行了递送尝试。 一种这样的纸质表格是UPS用来指示递送尝试的 InfoNotice 。收件人在到达递送地点时通常会看到该递送指示，然后知 道失败的递送尝试。
本发明的一个实施方式公开了在第一次递送尝试之前向收件人提供 即将发生的递送的通知，并且向收件人提供或者使收件人能够访问电子 递送授权表(DAF)。通常，DAF是可以从发件人或承运商电子地提供给 收件人(例如通过电子邮件)，或者可以由收件人例如通过承运商网站电 子地访问的表。DAF的一个目的是向承运商提供在收件人不在场接收包 裹的情况下留下包裹的授权。收件人然后可以打印该表，签名，并在第 一次递送尝试之前将其张贴在递送地点。这使得收件人在不必在场的情 况下在第一次递送尝试中接收包裹。
DAF的另一个目的是指示包裹递送的递送优选和/或递送指令。DAF 可以包括与包裹递送相关的各种字段，并使得收件人能够在表上指示特 定的递送优选(例如指示应当将包裹留在后门)。DAF可以由承运商或发 件人生成，以在向收件人提供DAF之前完成这些字段中的一些。在其他 实施方式中，收件人可以自己填写这些字段。
在打印硬拷贝并将其张贴在递送地点的显著位置之后，递送人员在包裹递送时收回该DAF，并将该DAF与包裹或递送相关联。通常，该 DAF包括使得递送人员通过由该递送人员在递送时携带的便携式计算装 置将该DAF与包裹运输相关联的机器可读标记。在一些实施方式中，在 向收件人提供DAF时，已经将具有所分配的标识符号的DAF与递送逻 辑相关联。具体地说，在承运商将DAF发送给收件人时，承运商可以已 经将DAF与收件人的包裹相关联。以下论述DAF的各种其他实施方式。
示例性收件人服务系统的结构
图1是根据本发明的一个实施方式的收件人服务系统(CSS) 104的 高级框图。CSS104通常包括计算系统122，其可以是微型计算机、大型 机、服务器或现有技术中已知的其他计算装置。计算系统122通常包括 处理器124、相关存储器126和输入/输出控制器128。计算系统122还可 以包括盘存储器(storage),用于存储一个或更多个数据库，例如收件人 简档(Profile)数据库134 (虽然在多种实施方式中，其可以本地存储在 计算系统122中，但是图1中其被表示为远离该计算系统设置)。其他实 施方式可以使用其他形式的数据存储器(例如，数据存储装置(data store)),或者可以使用通过使用通信网络来访问的外部数据库。
CSS 104可以使用电子邮件接口 122发送并接收电子邮件，并且可 以提供(host)可以通过网络接口 114访问的网站。另选的是，独立的计 算机(未示出)可以提供网站并且与计算系统122进行通信。CSS 104 还可以包括电话接口 115，用于向呼叫者提供交互语音应答(IVR)能力。 电话接口 116可以允许连接到使用能够与计算系统122进行通信的计算 机118的顾客服务代表120。 CSS 104还能够通过互联网与收件人计算机 100通信，以及使用提示用户使用键盘按键(例如，按键式电话机)来输 入信息的已知方法，通过IVR使用电话网络110与收件人108通信。因 此，用户可以通过提供音频消息的电话呼叫来接收通知，并且通过按键 输入进行响应来指示递送优选。在一些情况下，IVR的使用可能不如网 络接口友好或灵活，但是它可以向那些不能通过计算机访问互联网的收 件人提供更大的可用性。该系统还可以通过本领域中已知的其他方法与 收件人进行通信。CSS 104还可以使用应用程序接口 (API) 150与收件
人或发件人进行通信，这通常通过互联网102和WAN等进行。
在各种实施方式中，CSS104使用局域网(LAN) 106或其他网络与 承运商运营的其他系统130通信。在一个实施方式中，这些其他系统130 中的一个是包裹级详情(PLD)数据库133。 PLD数据库133可以维护与 正在递送的包裹相关的信息，包括它的状态以及其他与包裹相关的信息。 PLD数据库133的一个实施方式是QuantumView ,其是UPS运营的存 储并且提供收件人的个人包裹级信息的系统。在其他实施方式中，PLD 数据库可以独立于QuantumView 系统或与QuantumView⑧系统不同。
如所示出的，公知的是，收件人通常使用连接到互联网102的计算 机100与CSS 104通信或访问CSS 104。虽然未示出，但是访问CSS 104 的其他方式是可以的，例如通过使用无线访问装置。如所知道的，蜂窝 电话、PDA和移动计算机可以用来发送并接收电子邮件消息，以及访问 互联网。虽然这些未示出，但是这些收件人访问的形式也是可以的。
发件人系统152可以采用多个单独的计算系统，例如主发件人计算 机140，用于与用于发送并接收电子邮件消息的电子邮件接口或系统142 进行交互。在很多电子商务应用中，当已经运输了收件人的订货时，发 件人可以向收件人发送电子邮件消息，电子邮件也提供跟踪号。发件人 计算机140可以与运输系统144连接或者与其通信。这些系统在本领域 中也是公知的，并且帮助准备用于运输的包裹。运输系统144可以收集 包括收件人地址在内的与包裹和包裹递送相关的信息，并将该信息传达 到承运商系统104，承运商然后将其存储在PLD数据库130中。最后， 发件人系统152可以包括网络接口 146，其可以由收件人用来例如通过发 件人网站检查订购的状态。发件人计算机140还可以通过API 147与承运 商系统104交互，或者可以简单地将收件人引导到承运商网站上的链接。 类似地，CSS 104可以通过发件人的网络接口 146、通过承运商系统中的 API 150或者通过发件人系统147中的API与发件人140通信。在其他实 施方式中，CSS104可以与独立的由承运商运营的运输系统(未示出)通 信，该运输系统进而与发件人运输系统144通信。虽然未示出，但是发 件人系统152还可以包括电话接口，用于使得收件人能够通过电话与发件人通信，反之亦然。
特定收件人能力
在本发明的各种实施方式中，收件人可以指示并个性化运输递送的 递送优选。如自始至终使用的，"包裹"可以是容器、包件或者其他这种 物品。"包裹"的递送因此涵盖一个或更多个这种物品的运输。因此，在 很多情况下，描述一个以上包裹的运输，可以存在与运输中的不同包裹 相关联的多种递送优选。本发明实施方式的范围涵盖递送优选和指令的 各种选项和组合，以下提供了可能的实施方式的高级概述，但是并不旨 在穷举。图8表示向收件人提供对递送经历进行个性化的能力的承运商 网站的示例性站点地图。如图8中可以看到的，并且从以下描述可以更
好地理解到，承运商可以是UPS，并且可以具有初始网页800来使得用 户能够登录到UPS个性化递送网站。然后可以将用户引导到一系列网页， 这些网页使得用户能够通过输入用户信息802、提醒(alert)/发放(release) 804、递送指令806来进行注册，以及这些网页确认用户的注册信息808。 如果用户己经注册，则可以将用户引导到用于更新用户优选的一系列网 页810。可以将用户引导到指示递送改变请求的一系列网页820。如本领 域所公知的，用户可以访问各种承运商顾客网页，例如使得用户能够向 承运商发送消息的网页830 (例如指示网站或UPS个性化递送服务的问 题的消息)，或者用户可以访问具有常问的问题(FAQ)的网页840。
收件人注册
根据本发明的一个实施方式，用户可以向收件人服务系统104进行 注册，以指示长期有效的递送优选和指令。收件人信息的这种集合被称 为收件人简档。用户不必即将成为收件人(即，目前承运商没有正在处 理递送给该用户的包裹)。然而，该用户被认为是潜在的收件人，因此在 该实施方式和其他实施方式的范围内认为该用户是收件人。收件人的递 送优选然后被处理并被应用于所有递送到该收件人的后续包裹。这些优 选和指令被认为是缺省指示。经注册的收件人还可以对特定的包裹指示 特定的递送优选，该特定的递送优选可以优先于长期有效或缺省优选。 未注册的人不能提供长期有效的优选指示，但是仍然可以提供每包裹的
优选。因此，可以认为非注册用户(在某些方面)具有提供给注册用户 的能力的子集。
收件人可以注册并请求所有即将发生的递送的通知。在一些实施方 式中，承运商可以将长期有效的收件人优选信息存储在收件人简档数据
库134中，并且将每包裹的优选信息存储在包裹级详情数据库133中。
其他实施方式可以组合两种类型的信息并将其存储在收件人简档数据库
134中。可以在PLD数据库133中并入标志指示，用于指示收件人递送 优选可以应用于对该收件人的特定包裹的递送。其它变型也是可能的并 且在本发明的范围内。
虽然注册本身不是独立的递送优选，但是注册是使得收件人请求特 定收件人服务并设置特定优选的能力。 一旦进行了注册，用户就可以回 顾、更新、或者控制他们的优选。因此注册和递送优选的指示可以一起 发生。 一旦进行了注册，用户就可以在不必重新注册的情况下指示优选。 收件人注册可以是对于处理收件人可以选择的任意后续收件人服务所需 的。例如，在没有注册的情况下， 一些承运商可以不提供每包裹的递送 优选指示服务。
如图1所示，注册可以由访问CSS 104的收件人通过使用收件人计 算机100 (例如，家用计算机和工作计算机等)访问由CSS 104提供的网 站来进行。 一旦进入该网站，收件人就可以注册为CSS 104的用户。另 选的是，收件人可以直接通过电话108，或者通过电话或者亲自在承运商 运输中心或分配中心之一与顾客服务代表120进行萌系来进行注册。注 册的过程也可以包括对收件人进行认证或授权。例如，可以要求收件人 输入对于收件人唯一的标识符(例如，驾照号、社会保险号和信用卡号 等)。然后可以通过CSS 104联系或访问第三方数据库以确认或验证该信 息来验证该唯一标识符。通常，在这里描述的任何处理中，不论是否与 注册或本发明的其他方面相关联，以及不论是否通过网站、电话或其他 访问方法进行，承运商都可以在接受并处理影响包裹递送的输入之前， 要求用户提供认证信息。
图9表示向作为CSS 104的用户或者想要对CSS 104进行注册的收
件人呈现的典型网络屏幕截图。如图所示，用户可以为了安全的目的而
提供唯一用户ID 902和口令904。在登录906或者对CSS 104进行注册 时，提示用户提供各种用户简档信息。该网站可以是信息性的并提供用 于简要说明收件人可用的服务的概要信息部分1000。如图IO所示，可以 提示用户提供用户信息或联系信息，例如他们的姓名1002和地址1004。 可以要求对该信息进行确定(例如姓名、第一地址行、城市、州和邮政 编码)，并可以用粗体指示。如上所示，例如，CSS 104可以例如通过访 问第三方数据库来验证并认证由收件人提供的信息是正确的。根据收件 人选择的服务，可以要求这些部分允许CSS 104在各种情况下联系收件 人。也可以要求收件人输入他的电话号码1006和主要电子邮件地址1008。 在各种实施方式中，可以要求收件人提供另选的电子邮件地址以及口令 安全问题和答案。已注册的用户可能已预前提供了该信息，并且可以被 引导到不同的网页，以简单地更新他的优选。
该系统可以将特定服务仅限于特定收件人(例如，具有过去包裹递 送最小级别的收件人)。可以免费、按阶段收取费用(flat fee)或每次服 务(例如，每次递送)费用来提供服务。也可以向收件人提供分等级的 服务级别。记帐计划(billing plan)也可以根据收件人在特定时间范围内 接收的运输量而变化。因此，可以不对特定的大量用户收费。可以根据 每次发生(例如，对信用卡收费)或者通过周期记帐(例如，对预先建 立的帐户收费或者邮寄单独的发票)来进行记帐。
递送通知
在注册收件人服务时或之后，收件人可以选择接收未来递送的通知 (如图11中"递送提醒"所示)。可以使用各种通信手段来进行通知， 包括电子邮件通知和电话通知。使用收件人提供的电子邮件地址进行电 子邮件通知。可以在注册1008 (参见图IO)时，或者在收件人选择接收 递送通知1110 (图ll)时，提供该电子邮件地址。在一些实施方式中， 可以指示多个地址，可以将通知引导到个人数字助理(PDA)、蜂窝电话、 计算机、寻呼机或其他装置。可以使用其他形式的电子消息发送来进行 通知，包括短消息通知和即时消息发送等。参照图11，收件人可以选择在承运商系统检测到包裹的最早时间发送电子邮件通知1102，或者可以 在安排递送的24小时内发送电子邮件通知1104。在其他实施方式中(未 示出)，可以在包裹递送处理的一些其他时间发送电子邮件通知(例如在
安排递送那天的上午)。如果收件人选择接收电子邮件通知1102或电子 邮件提醒1104，则收件人可能必须输入或确认他的电子邮件地址1110, 来确保CSS 104可以向收件人发送通知。
例如，也可以使用自动设备来对收件人指示的电话号码进行拨号并 且播放预先录制的指定递送信息的通告，来进行电话递送通知。收件人 可以选择在递送的二十四小时内接收电话提醒1106。在图11所示的实施 方式中，收件人可以选择用于接收电话提醒的时间窗口选项1108。例如， 收件人可以选择上午电话提醒(8 a.m.-12 p.m.)、下午电话提醒(12 p.m. -5p.m.)或者晚上提醒(5p.m,8p.m.)。
如图11所示，可以向收件人呈现各种选择框(例如电子邮件通知 1102、电子邮件提醒1104和电话提醒1106),并且收件人可以选择这些 选项的一个或更多个。例如，收件人可以选择接收电子邮件通知和电话 提醒，或者可以选择接收电子邮件通知和电子邮件提醒，而没有电话提 醒。因此，各种组合都是可以的，包括在不同时间发送的多个通知、或 者通过不同媒介向不同收件人联系方式(例如电子邮件地址，通过短消 息服务，或者电话号码)发送多个通知。通知提醒也可以提供估计递送 时间窗口的指示。
通常，虽然其他实施方式可以对每次递送(可以包括多个包裹)提
供通知，但是本实施方式对每个包裹提供通知。该通知可以包括其他信 息，例如服务类别、发件人、重量、价值或者保存在用于运输的PLD数 据库中的任何其他信息。通常，通知要求用户对递送通知服务进行注册， 尽管在其他实施方式中，根据"一次性(one-time)"来提供通知，其中 发件人提供收件人地址信息并请求向收件人提供通知。承运商提供的递 送通知与发件人提供的通知无关。承运商也可以提供与要求用户为了指 示递送优选而进行注册的其它服务无关的递送通知服务。
当输入其递送优选时，收件人也可以选择包裹发放1112，这授权承运商在没有获得签名的情况下在第一次递送尝试中递送包裹。下面在"包 裹发放"中进一步描述该服务。
递送指令
在注册时或之后，收件人可以选择或指示与所有未来包裹递送相关 联的各种递送指令，或者在接收到特定递送的通知之后对该递送选择或 指示各种递送指令。收件人可以将这些指令设定为所有未来包裹递送的 缺省指令、针对给定条件(例如，时间范围和特定递送等)的特定指令， 或者一次性指示(例如，每次递送或每个包裹)。在最后这种情况下，可 以要求收件人提供跟踪号或其他运输标识符。如图11所示，为了使收件 人将递送优选个性化到他的特定递送地点，可以要求收件人输入"地址 类型"1114，例如收件人住在住宅中还是公寓中(或者类似住所)。
递送指令例如可以包括在递送地址的特定地点，如果收件人不在场来本人接收递送，则可以将包裹留在该特定地点。参照图12A，在本发明的一个实施方式中，住在住宅或单独的住所单元中的收件人可以指示 承运商将包裹留在前门、后门、侧门、庭院、平台、门廊或车库(由递送指令来表示这些选项1200)。另选的是，收件人可以指示将包裹留给邻 居，并在1202中提供的空间中提供邻居的街道地址或公寓号。在另一实 施方式中，收件人可以指示对于应当将包裹留下的地点没有优选。除了 选择或提供递送指令1200之外，收件人可以为递送人员手动输入附加指 令1204。作为示例，这些附加递送指令1204可以指示有锁的箱子或大门 的密码，或者可以指示递送人员使用塑料覆盖包裹。
类似地(参照图12B)，如果收件人住在公寓或类似住所，则收件人 可以提供可以对这种住所更具体的递送指令1210。例如，收件人可以指 示各种可以留下包裹的地点之一，包括公寓建筑的前台或门房。如上所 述，收件人可以指示将包裹留给邻居，并且可以在1212中提供的字段中 输入邻居的公寓号。收件人也可以提供附加指令1214，例如进入公寓建 筑的代码、安全有锁的箱子的密码，或者对另一包裹存放的地点或密码 的指示(例如在公寓联合体的公共递送地点)。
承运商可以通过将适当的消息发送到递送人员携带的便携式计算装置，将收件人指示的递送指令(如图12A和12B所示)传达到递送人员， 该便携式计算装置具有用于显示收件人选择的递送优选的文本消息或其 他图形信息的显示器。
如图13所示，在收件人已经提供了如上所述的递送优选和递送指令 之后，CSS 104将确认收件人的联系信息和所指示的优选和指令。
如上所述，收件人可以在注册时最初指示递送指令和/或优选，从而 CSS 104向所有未来递送应用这些指令和优选。如下所述，收件人也可以 在任何时间修改或更新这些优选，或者可以对单独的包裹递送单独地对 它们进行修改。
包裹发放
在注册时或之后，收件人也可以选择包裹发放服务1112(参见图11)， 包裹发放服务允许收件人指示在没有收件人的签名的情况下可以在第一 次递送尝试中将包裹(或者多个包裹)发放到递送地点。这与以下描述 的预先递送授权服务类似。该服务可以由收件人在注册时选择，或者可 以例如在接收到即将发生的递送的通知之后，根据每个包裹或每次递送 来指示。在一些实施方式中，发件人可以要求签名，并且收件人的放弃 不能优先于发件人对签名的请求。在其他实施方式中，承运商可以确定 递送周围的环境不适于在收件人不在的情况下发放包裹，因此可以忽视 包裹发放请求。
递送改变请求
递送改变请求(DCR)服务(参见图14)使得收件人能够改寄或者 影响包裹的递送。在概念上，这与其中收件人可以指示将包裹留给邻居 的前述递送优选类似。然而，当该改变请求要求在沿递送路线的不同站 处进行递送(例如，在较远的地址)时，可以认为该能力是DCR。通常， 例如，虽然在注册可能递送给收件人的未来包裹时可以在指定时间段内 指示DCR，但是DCR根据每个包裹或每次递送来应用。参照图14，如 果向特定包裹应用DCR，则要求收件人输入包裹的跟踪号1402。
收件人随后可以从多个DCR类型中进行选择，包括改寄包裹、拒 绝递送、重新安排递送或者预定取货(wiUcall)。"改寄包裹"请求1404指示当收件人作出该请求时承运商将包裹递送到收件人指定的另选的本 地地址和/或接收人。"返回运输人"请求1406指示承运商将包裹返回发 件人或运输人，并且可以要求收件人指示收件人的返回原因。"重新安排 递送"请求1408指示承运商在收件人请求中的由收件人指定的日期和/ 或时间将包裹递送到原始递送地点(例如，收件人的家中)。"预定取货"
请求1410指示承运商在收件人请求中的由收件人指定的地点和期间保存包裹，以由收件人来提取。本领域的技术人员将容易理解存在不脱离 本发明的精神和范围的其他指令选项。在表示收件人可以如何通过承运商网站指示DCR信息的附图中，公开了很多的这些能力以及对于这些能力所需的相关信息要求。
在图14中所示的实施方式中，收件人被限于对每个包裹或每次递送 仅选择一个DCR。在其他实施方式(未示出)中，收件人可以能够选择 一个以上的DCR。例如，收件人可以在安排递送的那天前往度假村度假。 收件人然后可以选择"重新安排递送"和"改寄包裹"，以安排晚两天递 送，并且在度假村进行递送。
如图15所示，如果收件人选择"改寄包裹"1404，则将收件人引导 到提供改寄包裹的必须信息的网页。例如，收件人可以输入包裹要递送 到的公司的名称1502。通常要求收件人对"改寄"请求提供接收人姓名 1504。在图15表示的实施方式中，收件人可以将包裹递送改寄到他的工 作地址而不是他的家庭地址。在这种情况下，"接收人姓名"1504与收件 人姓名1510相同，即，John Smith。收件人可能必须输入或确认他的姓 名1510和电话号码1512。还要求收件人对改寄请求输入另选的地址 1506。收件人可以被限于指定另选的本地地址，可以由承运商确定另选 的本地地址的范围。例如，承运商可以将改寄请求限定为位于沿相同递 送路线的地址，或者由相同中心机构进行服务的地址。
还可以要求收件人提供在改寄地址的接收人的电话号码1508。"改 寄包裹"服务还使得收件人能够提供可以与改寄地址相关联的特殊处理 指令1514。例如，收件人可以指定将包裹留给改寄递送地点的接待员， 并输入接待员的或者办公室的主要电话号码。如图16所示，承运商可以
将收件人引导到确认用于改寄包裹请求的收件人的输入信息的网页。
如果收件人选择"返回运输人"1406 (图14)，则将收件人引导到
指示将包裹返回运输人的原因1700的网页(参见图17)。这些原因可以
是在运输包裹之后收件人确定收件人不再想要该物品。返回的另一个原 因可以是收件人在某日期之前需要该包裹，并确定发件人太晚运输包裹
从而没有任何用处。本领域的普通技术人员可以理解收件人可以具有 在已运输包裹之后将运输返回发件人的各种原因。还可以要求收件人提
供收件人姓名1702和电话号码1704,从而当返回包裹时发件人将具有该 信息，并且可以将该信息与所运输的包裹相关联。如可以理解的，因为 收件人可能已预先输入了该信息(例如，参见图10)，所以CSS 104可以 自动地在收件人访问的每一个后续网页上填写这些字段，从而收件人不 必重复地输入该信息。收件人也可以输入用于返回运输的特殊处理指令 1706。例如，收件人可以指示将包裹递送到发件人的后门。作为另一个 示例，发件人可以指示以较低等级的服务返回包裹，从而收件人和发件 人不必担负附加费用。图18表示确认收件人在"返回运输人"递送改变 请求中提供的信息的网页。
如果收件人选择"重新安排递送"1408 (图14)，则将收件人引导 到对指示用于重新安排递送请求的特定指令的网页(参见图19)。该网页 可以向收件人提供信息性指令1900，并指示收件人选择的新递送日期必 须在所安排的递送日期后至少一天。收件人可以选择新的递送日期1902， 并输入或确认他的姓名1904和电话号码l卯6。收件人还可以确认或提供 用于经重新安排的递送的特殊递送指令1908。如上所述，CSS 104可以 自动完成收件人姓名和电话号码。类似地，可以根据收件人在指示递送 指令时提供的信息来填写特殊处理指令1908 (参见图12A，附加指令 1204，以及图12B，附加指令1214)。如果CSS 104自动地包括特殊处理 指令1908，则可以根据收件人对重新安排的递送的优选，对它们进行删 除、改变或不进行操作。图20表示收件人提供的重新安排递送信息的确 认网页。
最后，如果收件人选择"预定取货"1410该包裹，则将收件人引导
到提供附加信息的网页(图21)。收件人可以确认他的姓名2102和电话号码2104，并可以确认或提供特殊处理指令2106。 CSS104可以根据收 件人的递送地址，自动确定保存包裹以用于提取的承运商机构。例如， CSS 104可以使用收件人的邮政编码(例如，在图IO中作为收件人的联 系信息1002的一部分提供的)来确定最近的UPS店铺。网页将向收件人 呈现提取地点信息2110 (例如，机构名称、地址和电话号码)。网页也可 以包括超级链接2114，来使收件人能够查看承运商机构地点的地图(以 下论述)。CSS 104也可以提供承运商机构的工作时间2112。收件人然后 可以指示保存包裹的日期或日期范围2116。在各种实施方式中，承运商 可以仅保存预定取货的包裹特定时间段(例如，从递送安排日期开始一 周)，并自动向收件人提供该日期范围。该网页可以包括免责条款(disclaimer) 2118，用于指示如果收件人在所提供的日期没有提取包裹， 则将包裹返回运输人。
图22表示确认收件人的预定取货请求的确认网页。如果收件人点击"査看地图"超级链接2114 (图21)，则可以将收件人引导到显示承运 商机构地点的地图。在图23中表示的实施方式中，CSS 104可以使用收 件人的地址和承运商机构地址，来向收件人提供地图2300和方向2302， 以指示如何到达承运商机构来提取包裹。
虽然针对收件人访问各种网页来提供信息描述了上述递送改变请 求，但是本发明的其它实施方式使得收件人能够通过电话来提供递送改 变请求信息。例如，进行"改寄包裹"请求的收件人可以通过电话接口(包括IVR) 115呼叫承运商，并且使用IVR (交互语音应答)或者通过 将信息传达给可以将该信息输入到与CSS 104进行通信的计算机118中 的顾客服务代表120，来提供所要求的信息。通常，收件人提供的任何输 入(用于递送改变请求或其它请求)也可以由发件人、或者收件人指定的代理来提供。
递送改变请求也可以由发件人而不是由收件人来进行，或者除了收 件人之外也可以由发件人来进行。发件人可以主动地进行发件人请求 DCR，或者响应于收件人的请求而进行发件人请求DCR。在前者的情况
下，发件人可能将错误的物品放置在包裹中，并指示与上述"返回运输"
DCR类似的DCR。在这种情况下，因为发件人可以进行DCR，所以该 DCR可以是"召回包裹"DCR。在后者的情况下，收件人可能认识到在 递送包裹时他将在不同的地址。收件人可以联系发件人并指示改寄包裹 的地址，而不是联系承运商告知该信息。发件人然后可以代表收件人进 行递送改变请求，并且提供改寄包裹的所有必要信息。
收件人简档的修改和更新
如上所述，CSS 104的注册用户可以在注册之后的任何时间，更新 或修改其用户简档，包括通知优选、递送指令和递送改变请求(一般地 参见图24-27)。也可以根据每个包裹或每次递送来进行这些修改和更新。 例如，响应向收件人的电子邮件地址发送的电子邮件通知，收件人可以 访问承运商网站(主动地或通过电子邮件中提供的链接)，提供包裹的跟 踪号，并指示包裹的特定递送指令或DCR。
图24表示使得收件人能够更新其用户信息的网页。收件人可以更新 他的姓名2402、电话号码2406和电子邮件地址2408，但是不能更新其 地址2404。假定包裹已在送往收件人地址的途中，如果收件人希望更新 该递送的递送地址，则他必须如上所述进行改寄包裹请求。在其他实施 方式中，收件人可能能够更新或修改其地址(未示出)，但是该修改仅应 用于未来的递送，而不是目前正在送往其递送地址的途中的递送。收件 人可以更新其用户信息的其他方面，例如其主要电子邮件2408、另选电 子邮件或者安全问题和回答。
类似地，如参照图11所述，图25中所示的网页使得收件人能够更 新其递送优选。图26A表示如果收件人住在住宅中，则使收件人能够更 新其递送优选的网页。同样，图26B表示如果收件人住在公寓、城镇家 中或住宅单元中，则使收件人能够更新其递送优选的网页。图27表示确 认收件人对其用户信息、递送优选和递送指令进行的更新的网页。虽然 没有具体示出，但是可以理解，除了修改收件人的长期有效或缺省的递 送优选和指令之外，CSS 104还使得收件人能够针对特定包裹或递送更新 其简档。例如，图24-27中表示的网页可以包括用于输入特定包裹的跟踪
号的字段，并且可以通过类似的网页来引导收件人针对特定递送增加或修改任何优选或指令。
用于收件人指示的个性化递送服务的承运商包裹处理
图2表示用于根据收件人指示的个性化递送优选来处理包裹的一个
实施方式。如可以理解的，保持在本发明的范围内的变型和修改是可以的。
在步骤200通过由承运商的包裹处理系统对包裹进行处理，来开始
该处理。通常为包裹分配包裹标识符，并使用表示跟踪号的机器可读形 式的标识符对包裹进行编码。这种标识符在本领域中是公知的，并被用 来跟踪通过处理的各种阶段的包裹。通常，在承运商对包裹进行处理期 间对包裹扫描(读取)多次。这通常在承运商首先处理包裹时进行，此 后在将其从递送交通工具装载和卸载或者在包裹传送中心进行处理的各 点处进行。
在步骤202，假定设备在某些点处扫描包裹，以确定如何处理包裹。 在该处理期间，可以访问PLD数据库133来读/写包裹级别数据，以确定 将包裹传送到哪里。当读取包裹数据时，在步骤204确定收件人是否已 选择通知即将发生的向收件人名称或地址的递送。如上所述，该服务通 常以电子邮件或电话通知消息的形式，向收件人提供即将发生的包裹递 送的通知。如果收件人已选择了该服务，则下一步骤206向收件人通知 该包裹。
电子邮件消息通常提供到承运商网站的链接。收件人可以点击该链 接，来提供关于包裹递送的优选和指令。如上所述，经注册的收件人可 以更新已对CSS 104注册的优选或指令。在其他实施方式中，未注册的 用户可以对该特定的递送输入或指示递送优选。在任一情况下，假定收 件人已进行以上操作，承运商计算系统在步骤208接受收件人的递送优 选禾Q/或指令。承运商然后在步骤210将该信息存储在CSS 104中(例如 存储在收件人简档数据库134中)，作为收件人简档或收件人简档记录。 在其他实施方式中，承运商可以另选地将收件人的优选存储在PLD数据 库133中，作为用于该特定运输的记录。
假定继续传送包裹，直到将其装载在用于递送的最终递送交通工具 上。大约此时，CSS104确定是否存在任何指示的递送优选。个性化递送 优选或指令的确定可以在将包裹放置在递送交通工具上之前(例如，当 承运商的分拣和处理系统传送包裹时)或者在将其放置在递送交通工具 上之后，或者在这两个时间(例如，如果收件人还在递送日修改个性化递送指令，则可能发生)进行。如图2所示，CSS104可以确定收件人是 否已指示个性化递送优选和指令，而与收件人是否已选接收递送通知无 关。
CSS 104可以通过査询收件人简档数据库134，或通过访问PLD数 据库133来确定该情况。如这里所述，通常根据要存储的信息的类型， 可以将个性化递送优选和指令的指示存储在PLD数据库133中或收件人 简档数据库134中。在将个性化递送指令存储在PLD数据库133中的情 况下，CSS 104可以通过指示例外处理的日期来设置一标志，从而将信息 正确地传送到与包裹递送相关的递送人员。
一旦已在步骤214中确定了要向收件人提供个性化递送，则CSS 104 通过访问收件人简档数据库(如果适合，或者是PLD数据库)中的收件 人简档记录来确定所指示的特定优选和/或指令(在步骤212)。 CSS 104 然后在步骤216将递送优选和指令传达给适当的包件处理系统，该系统 通常涉及通过便携式计算装置将递送优选/指令传达到递送人员(在下面 描述)。便携式计算装置然后通常通过在适当时间显示的文本或图形消息 来通知递送人员该优选/指令。如果CSS 104在步骤214确定收件人没有 指示个性化递送优选/指令，则承运商在步骤218在标准递送程序下将包 裹递送给收件人。
图3中示出了用于通过这种方式处理包裹的示例性系统。在图3中， 承运商包裹处理系统(PHS) 300接收包裹302，该PHS可以包括分拣设 备、包裹处理设备、以及用于指示该设备如何处理包裹的相关计算机和 处理系统。这种包裹处理系统300包括例如在美国专利5804802 (通过引 入并入其内容)中公开的能够通过传送跟踪号的机器可读标记(indicia) 对包裹进行识别的各种系统。
当处于承运商的PHS 300的分拣设施中时，包裹302通常被扫描或 者在包裹的正常处理中被识别。在识别包裹时，扫描设备可以根据存储 在收件人简档数据库中的收件人地址来检查收件人地址。这可以通过经 由路径306将该地址传送到承运商的CSS 104来完成。
另选的是，与CSS 104通信的PHS 300可以确定对于该包裹存在例 外。例如，CSS 104可以与收件人简档数据库进行通信，使用该收件人地 址来确定收件人已指示了特定的递送优选或指令，并且可以将该信息或 "例外"传回到PHS 300。作为示例，该"例外"可以是收件人的指示将 包裹改寄到不同的递送地址的递送指令。
在这种情况下，PHS 300可以通过通信链路306从CSS 104接收对 于特定收件人或包裹递送要求例外处理的信息。根据需要，可以对所有 相关包裹批量地周期性地发送该消息，或者对每一个包裹单独地发送该 信息。另选的是，当通知CSS 104地址匹配时，PHS 300可以从该CSS 接收要求特殊处理的指示。在任何情况下，PHS 300都通过路径316将包 裹转移到例外处理中心(EHC) 312。在例外处理中心，进一步的处理系 统和/或人员根据通过通信路径308从CSS 104接收的信息，确定特定收 件人或包裹的"例外"可能是什么(例如，应当将包裹改寄到另一地址)。 这可能必须打印新运输标签并将其粘附在包裹上，并且通过路径318将 该包裹转发回包裹的正常处理流304。在一些实施方式中，CSS104可以 直接通知EHC312要求包裹的个性化递送。在这种情况下，EHC312可 以确定已将包裹装载到包裹递送交通工具上，并且使用通信基础结构314 (例如，图7中表示的系统)来传达个性化递送指令，该通信基础结构 将指令无线中继到递送人员携带的便携式计算装置。
最后；CSS 104还可以通过链路310将个性化递送优选或指令直接 传送到通信基础结构314，该通信基础结构将信息传达到递送人员使用的 便携式计算装置。这些系统有助于确保在递送期间的适当时间，通知与 处理包裹相关的便携式计算装置。
预先递送授权
服务概述
预先递送授权(ADA).服务与上述"包裹发放"服务类似。然而，
ADA服务涉及用于指示包裹发放的电子递送授权表(DAF)的使用。这 是本发明另一实施方式，用于向收件人提供个性化递送经历。在各种实 施方式中，以电子格式(例如电子邮件的PDF文件附件)提供DAF，该 DAF可以打印并张贴在递送地点，以由负责递送包裹的递送人员取回。 通常，这应用在其中收件人或其代表不在场来接收递送的包裹，但是希 望提供不管怎样都可以将包裹留在房屋处的指示的情况。目前，进行最 初递送尝试，将纸质表格留在递送地址，以指示不成功的递送尝试；该 纸条可以后来由收件人签名并留在后续递送尝试的递送地址，以指示递 送人员留下包裹。ADA提供了避免初始不成功的递送尝试的能力；换句 话说，ADA向收件人提供了在第一次递送尝试之前授权包裹递送的能力。
ADA通过在初始递送之前向收件人提供递送的预先知识，并且向收 件人提供留在房屋(例如，在前门)处的递送授权表(DAF)来完成该 处理。递送人员可以知道或可以不知道DAF的预先存在，但是在遇到 DAF时将相应地递送包裹。当然，存在一些可以排除使用DAF的服务选 项(例如，发件人要求"现场"或本人签名，或者如果包裹是COD并且 要求付费等)。为了说明的目的，假定不存在排除使用DAF的限制。
图4提供了预先递送授权服务的一个实施方式的高级概述。在图4 中，假定CSS 104向收件人412通知即将发生的包裹递送。收件人在收 件人计算机100上查看通知消息。该通知消息可以包括附件，该附件包 括任何已知文件格式的DAF。这使得收件人能够本地地打印该表，例如 在收件人的打印机101上打印。
同时，CSS通知与和递送人员相关的便携式计算装置400进行通信 的DIAD更新系统402。参照图7更详细地论述DIAD更新系统402的各 个组件。向便携式计算装置400提供与在递送人员404尝试递送包裹414 时可能遇到的DAF表相关的信息。与向便携式计算装置400提供的DAF 表相关的信息可以向递送人员指示收件人请求DAF或者向收件人提供 DAF，因此指示递送人员应当在递送地址注意DAF。
在接收到即将发生的包裹递送的通知消息时，收件人可以知道他可能不在场来接受递送。因此，收件人对DAF416进行填写和签名，并将 DAF 416放置在显眼地点，例如递送地址420的前门。在到达递送地址 时，递送人员404观察并取回DAF416，并且知道根据DAF 416上指示 的指令或优选留下包裹。DAF可以具有唯一标识符号，便携式计算装置 400可以记录和/或验证该唯一标识符号，并且该唯一标识符号使得DAF 能够与运输相关。总之，DAF将可能不成功的递送尝试转换为成功递送。
这只是该服务的一个变型，下面提供各种实施方式的更完整的描述。
递送授权表生成和向收件人的传达
可以由各种实体向收件人提供递送授权表(DAF)，包括承运商、发 件人或另一方。通常使用电子通信向收件人提供DAF，包括电子邮件、 互联网或本领域已知的任何其它通信方法。收件人可以直接地接收DAF (例如，作为电子邮件附件)，或者可以接收提示收件人请求DAF的信 息(例如，通过访问网站并请求DAF)。收件人可以通过电话或无线通信 接收该信息，并随后使用收件人的计算机访问互联网以获取表格。收件 人可以通过拨号、数字用户专用线(DSL)、电缆互联网、无线或本领域 已知的访问互联网的任何其它方式来访问互联网。
DAF通常包括与包裹递送相关联的字段，用于输入信息，例如曰期 (例如收件人对DAF进行签名的日期)、发件人姓名和/或地址、运输的 跟踪号、收件人姓名、收件人的地址和电话号码、所希望的包裹递送地 点(例如收件人的前门或后门、车库和邻居的地址等)、收件人的打印名 称和收件人的签名。DAF还可以包括指示收件人填写并执行DAF的指令， 以及与使用DAF相关的责任限制。DAF还可以向递送人员提供随后取回 DAF的指令。单独的DAF可以具有相关序列号。该序列号可以最初只与 DAF相关联，并被承运商用来将所执行的DAF与运输相关联。该后一相 关联通常在递送尝试时进行。如以下进一步描述的，通常，递送人员在 递送尝试时取回DAF并对与递送相关联的序列号进行记录或读取。
图6表示可以由诸如UPS的承运商使用的递送授权表(DAF) 600 的一个实施方式。DAF可以包括一般信息字段602，用于识别表格的目 的或名称，并识别承运商。日期字段604可以提供收件人执行该表格的日期的指示。顾客指令部分606向收件人提供进一步说明表格的目的以及如何填写的指令。"运输信息"部分608提供用于输入发件人姓名或地址、跟踪号、收件人的个人信息(例如姓名、地址和电话号码)的各种字段。然而，DAF可以包括比图6中表示的信息更多或更少的信息，或 者向收件人提供一些已完成的信息(而不是空白的字段)。承运商或发件 人可以在将DAF传达给收件人之前完成该表格。
"包裹地点"部分610可以提供个性化递送优选信息，包括预先打 印的关于应当将包裹留在哪的选项。例如，"包裹地点"部分610可以在 其他选项中提供"复选"框，用于指示递送人员是将包裹留在前门、后 门、庭院还是办公室。如所示出的，"包裹地点"部分610还包括请求将 包裹留给邻居的选项，并为收件人提供了指示邻居地点的地址或其他描 述的空间。在一个实施方式(未示出)中，DAF可以包括指示收件人指 示递送人员不能递送到递送地址以外的地址的指令。这可能是因为递送 人员遵循预先计划的递送路线，并且接收DAF上的另选地址请求可能与 预先计划的路线不一致。
可以为手写信息提供字段，例如附加的递送指令或优选，并且提供 用于授权包裹发放的签名行。在其他实施方式中，收件人可以在打印出 表格之前通过在计算机上使用电子编辑工具来完成表格。例如，在一个 实施方式中，收件人能够通过使用计算机鼠标大致仿效收件人的签名的 形状，来对表格进行"签名"。下面进一步描述提供电子签名的处理。
可以包括"服务提供商指令"部分612，用于向递送人员提供关于 如何处理DAF的各种指令。最后，"合法性"部分614可以提供承运商 的免责条款或其它合法通知。
DAF的其它实施方式可以是与图6中表示的DAF 600不同的尺寸、 形状和配置。不要求尺寸适合标准8.5X11英寸的纸张，而是可以更小。
将DAF传达给收件人返回到图l，收件人可以接收作为从CSS 104发送的电子邮件消息 中的电子附件的DAF。另选的是，收件人可以通过网络接口 114接收 DAF，例如通过主动地访问承运商网站。在另一实施方式中，独立的计
算机(未示出)可以提供该承运商网站，并与计算系统122进行通信来
向收件人提供DAF。在其他实施方式中，收件人可以从发件人140接收 作为电子邮件消息中的电子附件的DAF ，或者通过发件人的网络接口 146 访问发件人网站来接收DAF 。
CSS 104可以与收件人计算机100通信，并使用电子邮件接口 112 通过电子邮件(例如，作为气pdf附件)提供DAF。另选的是，该CSS 可以在电子邮件消息中提供超级连接以由收件人访问承运商网站，或者 收件人可以主动地访问该网站以获取DAF。对于不具有或者没有选择使 用计算机的收件人，可以通过电话网络110或其他通信方法以传真的形 式提供DAF。
收件人通常通过收件人计算机100与发件人的网络接口 146进行通 信。典型场景开始于收件人执行产品的在线购买。发件人接收订购信息 (例如产品标识符、顾客标识符和运输信息，以及订购特有的其它信息)。 发件人将适当的信息传送给其运输系统144，该运输系统进而将特定信息 传送给承运商。通常使用互联网将信息传送到承运商，通常通过API 150， 但是可以使用其它接口。
承运商然后将使用该运输信息在PLD数据库中建立包裹或运输的记 录，为该包裹分配跟踪号。承运商然后向发件人提供该跟踪号。此后， 发件人向提供该跟踪号的承运商提供包裹，使承运商能够容易地将包裹 与PLD信息相关联。这可以使用基于条形码、射频识别(RFID)标签或 装置等的已知扫描系统来完成。
承运商可以根据服务的类别将估计递送日期传达给发件人。可以通 过网络接口 114、通过电子邮件接口 112发送电子邮件消息，或者通过 APU50将其传达给发件人。
发件人然后可以进一步将特定信息(例如，估计递送日期和跟踪号) 传达给收件人。这通常经由发件人的电子邮件接口 142通过电子邮件消 息来进行。另选的是，承运商可以通过承运商的电子邮件接口 112在电 子邮件中将该信息直接传达给收件人。在其他实施方式中，前述电子邮 件可以传送使得收件人能够链接到适当的网站来获知估计递送日期的超
级链接。
可能的服务流和操作配置
发件人、承运商和收件人之间的通信存在很多可能性。图5a和5b 公开了各种实施方式，并且不旨在作为每个选项的详尽描述。
图5a和5b中所示的实施方式基于以下的情况收件人使用互联网从商人(即，发件人)订购物品，该商人然后向顾客运输产品。通过收件人向发件人下订单，在步骤500开始该处理。该步骤可以按照多种不同的方式进行，例如通过收件人使用收件人计算机来通过互联网与发件 人网站进行交互。发件人通常为订单分配标识号，并向发件人的运输系统(参见与图1相关的以上论述)提供相关运输信息。在步骤502，发件 人构造(例如，选择并包装)产品。在步骤504，发件人通过运输系统 144向承运商提供相关运输信息(例如，收件人姓名、地址和电话号码)， 以通过承运商运输产品。发件人可以通过承运商的API150提供信息，并 相应地从承运商接收跟踪号(未示出)。
承运商接收的包裹通常带有标签，该标签具有以机器可读形式打印 的跟踪号。这种标识符在本领域是已知的，并且被用来跟踪通过处理的 各个阶段的包裹。也可以使用其他形式的包裹标识，例如RFID标签。通 常，在承运商对包裹进行处理期间扫描(例如，"读取")包裹多次。在 步骤504,发件人向承运商提供包裹，承运商的包裹处理设备扫描包裹， 以确定如何处理该包裹。在该处理期间，可以访问承运商的PLD数据库 133，以读取或写入包裹级别数据。
预先递送授权服务基于以下的情况收件人预先知道即将发生的递 送。可以通过发件人在步骤506向收件人发送运输通知消息，来通知收 件人即将发生的递送。通常，当收件人下订单时，收件人提供电子邮件 地址，以使收件人可以通过电子邮件接收这种通知。另选的是，承运商 可以在步骤510向收件人发送运输通知消息。如此处其他地方所述，承 运商可以通过之前的注册知道收件人的电子邮件地址，或者可以从承运 商或包裹级别数据获得该信息。通常，在承运商已确定估计递送日期之 后，承运商向收件人发送该消息。在任一方面(即，在步骤506或步骤510)，发送到收件人的消息可以在其他信息当中包括发件人提供的订 购号、承运商提供的跟踪号和估计递送日期。在其他实施方式中，发送 到收件人的电子邮件可以提供到发件人或承运商网站的超级链接。
如以下详细论述的，在步骤508，收件人可以从发件人提供的电子
邮件或承运商提供的电子邮件链接到发件人网站，并进行到步骤560。另 选的是，如以下详细描述的，在步骤512，收件人可以从任一电子邮件链 接到承运商网站，并进行到步骤520。在一另选方面，收件人可以主动地 访问发件人网站，并进行到步骤560，或者可以主动地访问承运商网站， 并进行到步骤520。如前所述，在接受并处理任何影响向收件人的包裹递 送的信息之前，承运商可以要求各种认证信息。
在一个方面(未示出)，如上所述，电子邮件还可以包括用于收件人 填写并签名的递送授权表。可以通过电子邮件的附件来提供该表格，或 以电子图像格式在电子邮件的正文中直接提供该表格，电子图像格式例 如为*pdf、 *.gif或其他可网络传输的图像格式。收件人然后可以使用收 件人的打印机打印出该DAF。收件人然后可以填写其它信息当中的任何 必要的信息，例如日期、跟踪号、收件人姓名、地址和电话号码、发件 人姓名、以及所希望的递送地点。收件人然后签名表格。另选的是，收 件人可以使用收件人的计算机来填写该信息。收件人然后打印出完成的 表格并签名。收件人然后可以将经签名的DAF粘贴在递送地点或位置， 例如收件人的前门。将在正常程序下进行递送，并且递送人员在递送包 裹时取回经签名的DAF，并根据收件人在DAF上进行的指示来递送包裹。
在本发明的另一方面，如上所述，发件人可以向收件人服务系统104 进行注册，并选择接收入站包裹的通知和所指示的递送优选。当发件人 在步骤504向承运商提供相关运输信息时，可以将该信息更新到承运商 的PLD数据库。PLD数据库133然后可以与收件人简档数据库134进行 通信，以确定收件人是否已向CSS 104进行了注册。假定收件人已选择 了被约定到收件人姓名或地址的运输的通知消息，则CSS 104触发要发 送到收件人的通知消息。该自动通知通常包括跟踪号、服务、参考号或 所安排的递送日期。该通知消息还可以包括递送授权表，该递送授权表以电子图像格式(例如，*.pdf、 *gif或其他可网络传输的图像)作为电 子邮件的附件来提供，或者通过到承运商网站的超级链接来提供。该DAF 可以已指示了特定的运输具体信息，例如发件人姓名、收件人姓名、地址和电话号码、跟踪号，以及相关DAF序列号。收件人直接从电子邮件 打印该DAF并签名，而不需要手动填写除日期之外的任何信息，并将该 DAF放置在预期递送地点，以由递送人员取回。 通过承运商网站的预先签名授权在步骤512，收件人通过在来自发件人或承运商的电子邮件中提供 的超级链接，或主动地访问承运商网站。承运商网站可以向收件人呈现 运输汇总，包括其状态、估计递送日期、跟踪号和发件人等。在步骤520， 收件人确认运输的状态。在步骤522，收件人可以确定他将不能在估计递 送日期接收该递送，并因此向承运商请求DAF。在步骤522，承运商的 CSS 104生成DAF。生成DAF的步骤可以包括完成DAF的各个字段。 例如，因为CSS104与PLD数据库133通信，所以其可以获取包裹级别 数据(例如，发件人的信息、包裹跟踪号、发件人姓名和地址)，并且可 以使用该信息填写DAF的字段(以上参照图6描述的)。另选的是，承 运商可以简单地生成空白DAF。在任一情况下，承运商在步骤526向收 件人发送该DAF (虽然可以使用其它方式，但是通常通过互联网)。
完成或半完成的DAF可以包括与运输相关的跟踪号，以及与DAF 相关的序列号。如果收件人向CSS 104注册了特定的递送优选，则DAF 还可以反映这些优选，包括特殊递送指令，例如当收件人不在家时递送 人员应当将包裹留在哪里。承运商确定的个性化递送优选可以基于收件 人简档数据库134中保存的优选。另选的是，收件人可以填写DAF来向 递送人员指令或指示将包裹留在前门、后门、侧门、庭院、平台、门廊、 车库、车棚、邻居家或其它特殊递送指令。
因此，可以将在步骤524生成的DAF个性化到特定收件人和特定运 输。该CSS然后在步骤526向收件人发送DAF (通常通过电子邮件)。 另选的是，该网站可以向收件人提供递送授权表的电子图像，例如，*.pdf、 *.gif或其他可网络传输的图像。收件人然后可以获取DAF的电子图像。在接收到DAF时，收件人可以进行到步骤580，使用收件人的打印机打 印出该DAF。如果CSS 104在步骤524产生了 DAF的大部分或全部的必 要信息，则收件人只需打印出该DAF，填写任何缺少的信息，例如日期， 并对该DAF进行签名。另选的是，如果在步骤524产生了少于所有的必 要信息并且将其包括在DAF中，则收件人然后可以填写在其他信息当中 的任何缺少的和/或必要的信息，例如跟踪号、收件人姓名、地址和电话 号码，以及发件人姓名。收件人然后可以对表格进行签名。另选的是， 收件人可以在打印之前使用收件人的计算机100填写该信息。收件人然 后可以打印出己完成的表格并对其进行签名。
收件人然后可以将经签名的DAF粘贴到递送地址的特定地点或位 置，例如收件人的前门(步骤582)。在步骤584，在正常程序下进行递 送，并且递送人员将在递送包裹时取回经签名的DAF，并且知道根据DAF 上指示的指令递送包裹。下面更详细地论述递送人员在递送包裹时和之 后采取的不同程序。
返回步骤520，收件人可以另选地请求提供在线签名(步骤530)以 授权包裹递送。如果收件人请求提供在线签名，则承运商网站可以要求 收件人同意与提供在线签名相关的特定合法限制或责任。例如，承运商 网站可以提供"条款和条件"，收件人必须通过点击指示"我同意"这些 条款和条件的框来同意该"条款和条件"。承运商和发件人都可以从收件 人要求该合法授权。在一个实施方式(未示出)中，承运商(或发件人) 可以要求收件人向承运商存档签名，以提供在线签名。例如，收件人可 能必须在请求在线签名选项之前，向承运商提供纸的(即，手写的)签 名。承运商也可以向收件人提供与提供纸的签名来授权未来的在线签名 的合法性或责任相关的语言。
在步骤532，承运商的CSS 104然后确认是否接受在线签名来授权 该包裹的递送。这可以包括CSS 104与发件人系统152通信，以确定是 否可接受在线签名。另选的是，该信息可以是包裹级别数据的部分，CSS 104可以与PLD数据库133通信，以确定是否可接受在线签名。如果不 接受，则在步骤534，系统通知收件人拒绝在线签名请求，并向收件人提
供使用DAF来授权运输递送的选项。该系统可以按照很多不同的方式来
提供该选项，例如自动向收件人发送包括DAF的电子邮件，或者在承运
商网站上自动向收件人提供说明已拒绝在线签名请求的消息并提供可在
线打印的DAF。如果授权在线签名，则收件人在步骤5,36提供其在线签 名。可以通过提供电子或数字签名或通过本领域的其它已知方法来进行 该操作。
如以下进一步描述的，如果在步骤534接受在线签名，则可以按照 各种方式来提供在线签名。例如，可以简单地通过收件人点击同意特定 的合法"条款和条件"的框来提供"在线签名"。如下所述，在其他实施 方式中，可以将收件人弓1导到具有使用鼠标或其他定点设备指示其签名 的图形框的网页。 一旦承运商已接受签名，则承运商系统更新PLD数据 库中的运输信息(步骤548),来指示已提供用于包裹发放的授权签名。 如果包裹还未离开运输机构，则该信息将成为包裹级别数据的一部分， 并且授权递送人员递送包裹，而在递送时不要求签名。
另选的是，如果包裹已在送往收件人的途中，则可以将经更新的PLD 信息传达给与递送包裹的递送人员相关联的便携式计算装置，例如UPS 的递送人员所携带的DIAD (递送信息获取装置)。通常对于每一个安排 要递送的包裹向DIAD上载承运商包裹处理系统的信息。2002年8月23 日提交的美国专利申请No.10/227147公开了 DIAD的多个方面，在此通 过引用并入其全部内容。CSS 104可以向包裹处理系统传达任何一般递送 信息或包裹特定信息，当对发件人或运输更新递送信息时，该包裹处理 系统进而向DIAD转发信息。传送给DIAD的信息可以是各种形式，包 括注释、提醒或与所指示的收件人相关联的程序详情(下面进一步论述)。 递送人员于是具有已在递送时或之前提供了在线签名的信息，并将递送 包裹(步骤550)，而不要求收件人对递送进行签名。
在另一实施方式中，当通过承运商网站访问运输的状态(步骤520) 时，收件人可以请求签名放弃(步骤540)来实现包裹发放。包裹发放使 得收件人能够指示在没有收件人签名的情况下可以发放包裹(或多个包 裹)。承运商然后可以与发件人进行通信来确定是否允许放弃签名(步骤542)。另选的是，是否要求签名可以是存储在PLD数据库133中的包裹
级别数据的一部分。作为另一示例，承运商可能已预先从发件人接收到
指示要求签名并且不能放弃签名的信息。如上所述，如果在步骤544同 意签名放弃，则CSS使用该信息更新PLD数据库，并根据步骤548继续。 如果不能放弃签名，则可以根据正常递送程序递送包裹，并且在运输时 要求收件人签名(未示出)。另选的是，在步骤546，承运商可以向收件 人传达指示还未接受签名放弃的更新通知消息。该消息可以包括电子图 像格式(例如，*.pdf、 *.gif或其他可网络传输的图像)的递送授权表的 附件，或者可以包括到提供在线访问DAF的承运商网站的超级链接。收 件人然后可以根据步骤580进行操作。
通过发件人网站的预先签名授权
返回步骤508，收件人可以通过在来自发件人(或者承运商)的电 子邮件中提供的超级链接来访问发件人网站，或者主动地访问发件人网 站，并且随后可以进行到步骤560，在步骤560收件人可以确认运输的状 态。如上所述，发件人网站可以通过路径562提供到承运商网站的超级 链接，此后收件人进行步骤520。另选的是，可以通过承运商与发件人计 算机之间的API来链接发件人和承运商网站，发件人可以通过路径562 从承运商请求运输状态信息，承运商可以通过路径564向发件人返回要 显示在发件人网站上的运输状态信息。
收件人然后可以在步骤570请求签名放弃。如果发件人授权放弃签 名要求，则发件人将该信息传达给承运商(步骤572)。可以通过电子邮 件、经由发件人和承运商的网络接口通过互联网、通过API或通过本领 域已知的任何其它方式来进行传达。承运商然后如步骤548中那样进行 处理，使用已放弃了签名要求的信息来更新PLD数据库133。递送人员 然后递送包裹，而在递送时不要求收件人签名(步骤550)。
返回步骤560，根据本发明的另一实施方式，在通过发件人网站确 认运输状态时，收件人可以在步骤574请求递送授权表。发件人网站然 后可以向收件人提供直接访问承运商网站以获得DAF的手段(路径566)， 并如步骤524中那样进行。发件人可以通过电子邮件、通过发件人网站上的超级链接，或者通过本领域已知的任何其它方式，向收件人提供该 链接。另选的是，发件人系统通过路径566与承运商网站通信(例如，
通过经由API访问承运商系统)，并向承运商请求DAF。承运商然后生成 DAF (包括在其他信息当中的任何相关信息，例如收件人姓名、地址和 电话号码，以及运输的跟踪号)。如以下更详细描述的，DAF还可以包括 与DAF相关联的序列号。
承运商然后通过路径568向发件人传达该DAF (例如，通过发件人 的API 147)。发件人然后在步骤576中向收件人提供或发送该DAF。发 件人可以以电子图像格式(例如，*.pdf、 *gif，或其它可网络传输的图像 格式)作为电子邮件中的附件向收件人提供该表格，或者可以提供超级 链接以使得收件人能够访问表格的在线版本。如上所述，收件人然后进 行到步骤580。
当发件人在步骤576向收件人提供DAF时(或者可能当承运商在系 统中的多个点提供该DAF时)，该DAF可以包括或可以不包括相关序列 号。下面描述在发件人提供的DAF上包括或排除序列号的多种可能性。 递送人员使用的程序依赖于DAF上的序列号的存在。DAF可以被完全填 写、签名、注明日期，并具有相关序列号，在这种情况下，在正常递送 程序下进行递送。
如前面结合图4所述，在正常递送程序下，可以通过诸如DIAD的 便携式计算装置400向递送包裹的递送人员传达经更新的收件人优选信 息。当CSS在步骤524将序列号与DAF相关联时，CSS可以将该信息更 新到(图4的)DIAD更新系统402，并指示收件人将使用DAF，并且提 供该DAF的序列号。DIAD更新系统402然后将该信息传达到递送包裹 的递送人员的(图4的)DIAD400。在递送包裹并取回DAF时，递送人 员可以扫描该DAF，并且DIAD确认该DAF的序列号是由DIAD更新系 统402与运输进行了关联的序列号。如果DIAD更新系统402未更新或 者向DIAD 400传达该序列号，则递送人员可以扫描该DAF，作为该序 列号与运输的最初关联。
通过承运商网站的电子签名
图28表示收件人在承运商网站提供电子签名的实施方式。如可以看 到的，在步骤l，顾客(例如，收件人)可以登录到发件人网站，以例如 检査收件人的订单的状态。在发件人网站，收件人可以点击超级链接来链接到承运商网站。在步骤2，承运商网站预先填写已预先存储在PLD 数据库中的运输信息。如自始至终所述的，运输信息可以是包裹或运输 的跟踪号、收件人地址、收件人的唯一标识符等。在步骤3，收件人登录 到承运商网站，并被呈现包括了在步骤2预先填写的数据的DAF。在承 运商网站，向收件人呈现收件人可以在其中提供数字签名的图形框。例 如，收件人可以使用计算机鼠标或其他定点设备(例如，跟踪球 (trackball)、跟踪点(trackpoint)等)，来在该框中签名。在其他实施方 式中，可以通过选择或点击指示由此提供签名的框，或者通过将收件人 姓名键入到文本框中并指示所键入的姓名代表收件人签名，来提供电子 签名。承运商网站还可以包括认证特征(未示出)，以验证提供签名的人 是收件人(或者收件人的授权代表)。例如，承运商网站可以要求收件人 提供其社会保险号、驾照号、信用卡号，或对收件人唯一的任何其它标 识符。承运商然后可以通过使用第三方或第三方数据库来验证该信息， 以对收件人进行认证。
收件人还可以在DAF上完成承运商未预先填写的任何信息。CSS 104获取该电子签名并存储它(与收件人完成的任何附加信息一起)。由 于该电子签名还未与包裹递送相关联或用来发放包裹递送，所以此时可 以将该电子签名存储为"无效(inactive)"。在一个实施方式中，可以将 该信息存储在PLD数据库中。在其它实施方式中，可以将该信息的一些 或全部存储在收件人简档数据库中。 一旦承运商网站获取了电子签名和 其他信息，则向收件人呈现完成的DAF。在步骤4，收件人可以打印经 签名的DAF并将其张贴在递送地址的地点(例如在前门)。
在向收件人递送包裹时，递送人员取回该DAF，并且可以使用诸如 DIAD的便携式计算装置对其进行扫描。在图28中所示的实施方式中， 该DAF包括可以指示跟踪号和/或DAF的唯一序列号的机器可读标记。 如自始至终所述的，该步骤用来将包裹与DAF相关联。递送人员(driver)然后发放该包裹。
在步骤6，向DIAD获取系统(DCS，以下进一步描述)上载递送信 息。在步骤7， CSS104根据跟踪号，对所有从发件人运输的包裹从DCS 请求包裹状态信息。在步骤8，从DCS检索所请求的数据，并对所有递 送的包裹返回结果。然后可以将该信息存储在PLD数据库中。在步骤9， 根据特定参数，保留或忽略(override)在步骤3提供的电子签名。如果 递送人员基于检索包括电子签名的DAF来发放包裹，则保留或存储该电 子签名，并且保持该电子签名与DAF相关联。然而，当完成DAF时， 收件人可以指示在邻居的地址进行递送。如果递送人员向所指示的邻居 发放包裹，则递送人员可以在附加DAF上获得邻居的签名。该经签名的 DAF及其签名将优先于收件人提供的电子签名。类似地，收件人可以最 初认为他不在家来接受递送，并因此可能已在步骤3完成并签名DAF。 然而，因为各种原因，收件人可能实际上在递送时在场，并且可以提供 "现场"签名。在DIAD上接收到"现场"签名时，该签名优先于在步 骤3提供的电子签名。然后可以从存储有收件人的电子签名的数据库中 去除收件人的电子签名。
在步骤IO，发件人可以登录到安全承运商网站，并被提供经签名的 DAF的可视表示。发件人然后可以打印具有电子签名的电子DAF，并为 发件人记录而保存该DAF。类似地，承运商(例如，通过顾客服务中心 或代表)可以访问承运商网站并获取该DAF以及相关信息和签名。这可 能对在收件人简档数据库和PLD数据库中更新与收件人或运输相关的数 据有用。
用于将序列号与DAF相关联的可能方案
本领域的技术人员可以想到，以下描述的可能性只是代表性的，而 并不排除其它可能性或其组合。
可能性1: DAF上不包括序列号或者不向收件人提供序列号
在DAF没有与其相关联的序列号的情况下，存在递送人员要遵循的 递送程序的多个选项。例如，递送人员可以在递送时选择序列号以与DAF 相关联。递送人员可以通过从现有的纸质递送通知复制编号或选择存储在DIAD中的值来选择编号。递送人员在DAF上人工书写该编号。另选 的是，递送人员可以具有在每个贴纸(sticker)上打印有连续的序列号的 一巻或一片贴纸，其中各个递送人员具有不同范围的序列号贴纸，从而 递送人员可以从该片或巻上剥下贴纸并将其粘贴到DAF上。递送人员然 后可以将该序列号输入到DIAD中，以将值与DAF相关联。此外，该贴 纸可以以条形码或其它机器可读形式来提供序列号，从而递送人员可以 扫描该贴纸并扫描包裹，以将序列号与跟踪号相关联。作为另一种另选 方式，当递送人员返回承运商机构时，可以将手动输入到DAF上的序列 号或者粘贴到DAF上的贴纸的序列号传送到CSS和/或其它承运商系统。递送人员将序列号与还不具有相关序列号的DAF相关联的第二选 项是承运商向其递送人员提供一叠空白DAF，从而当递送人员遇到没有 相关序列号的DAF时，他可以从他的一叠空白DAF取出一张DAF (与 现有UPS InfoNotice⑧表类似)，并将该序列号与经签名的DAF相关联。 作为一个示例(如图6中的"服务提供商指令"中所示)，递送人员遇到 没有序列号的DAF。递送人员然后可以从所提供的一叠获取空白DAF(例 如，UPS InfoNotice ),并使用扫描装置扫描该DAF。递送人员然后可 以将所扫描的、序列号相关联的DAF放置在递送地点，以指示递送了包 裹并取回了经签名的DAF，递送人员然后可以在经签名的DAF上提供的 空间中人工写下所扫描的DAF的序列号。递送人员然后可以返回承运商 机构，并向记录设施提供具有人工输入的序列号的经签名DAF，以在CSS 中进行更新。作为附加措施，递送人员可以扫描空白DAF的序列号并扫 描包裹，以使得在系统中序列号与运输的跟踪号相关联，并且当递送人 员向承运商机构返回经签名的表格和人工输入的序列号时，记录中心只 需验证序列号与跟踪号的关联。
将序列号与已签名但没有相关序列号的DAF相关联的另一选项是 递送人员在递送时与CSS进行通信(例如通过DIAD)。递送人员可以将 包裹或运输的跟踪号输入到系统中，CSS处理该信息，例如通过访问PLD 数据库以检索包裹信息并生成相关序列号，然后向递送人员返回序列号 (例如通过DIAD)，用于递送人员将该序列号与DAF相关联。递送人员
然后可以在DAF上提供的空间中人工写下该序列号。在该方面，CSS可
以已将跟踪号与所提供的序列号相关联，从而当递送人员向承运商机构 返回经签名的表格并人工输入序列号时，记录中心只需验证序列号与跟 踪号的关联。
可能性2:承运商向发件人提供预定范围的序列号
第二种可能性是承运商可以向发件人分配一定范围的序列号，来根 据需要进行分配。承运商必须向每个发件人分配唯一的值来避免重复。 这使得发件人能够直接向收件人提供具有来自预定范围的序列号的
DAF。这避免了在步骤360发件人必须在路径370与CSS通信以请求具 有相关序列号的DAF。因此，如果因为某些原因，发件人系统不能在路 径370和372与承运商系统进行通信，则在收件人在步骤360这样进行 请求时，发件人仍然可以向收件人提供序列号相关联的DAF。另选的是， 如果发件人在路径370从承运商请求DAF并且承运商向发件人发回的所 生成的DAF不包括序列号，则发件人可以将来自预定范围的序列号与该 DAF相关联。发件人可以按照某种方式控制DAF以包括序列号(例如通 过编辑电子图像以包括序列号)，或者可以将其提供给收件人并指示收件 人在DAF上人工地填写序列号。
另选的是，如果发件人在路径370从承运商请求DAF并且承运商生 成包括序列号的DAF相关信息，或者如果承运商发送具有至少包括序列 号的最少信息的DAF，则发件人可以在步骤362向收件人提供该序列号 相关的DAF，并且不必分配来自承运商所提供的预定范围的序列号。
将在正常程序下进行可能性2下的递送。递送人员可以取回经签名 的DAF并且扫描序列号，从而将该序列号与CSS中的跟踪号相关联。另 选的是，递送人员返回承运商机构并且可以向记录中心提供该DAF，从 而可以在承运商系统中将序列号与运输正式相关联。
可能性3:承运商向发件人请求的每个DAF分配单独的序列号
第三可能性允许发件人与承运商系统进行通信(例如，通过每个系 统的API或者每个系统的网络接口 )，从而每次收件人在步骤360从发件 人请求DAF时，发件人将通过路径370与承运商进行通信，并且承运商在歩骤304生成序列号。承运商通过路径372将该信息传回给发件人。
如果在DAF上提供并包括序列号，则在正常程序下进行可能性3下的递送。递送人员可以取回经签名的DAF并扫描序列号，从而序列号与CSS中的跟踪号相关联。如果不从承运商向发件人提供序列号，则递送人员可以遵循在可能性1中描述的递送程序。
预先递送授权的示例应用
现在使用本发明的一个实施方式来描述向收件人提供预先递送授权 的系统和方法。该描述表示了收件人使用该服务的一种可能的方法，并 不表示该服务的所有可以变型或可能出现的可能事件。
收件人通过访问发件人网站从发件人订购产品。在订购产品时，收 件人提供相关信息，例如，收件人姓名、地址、电子邮件地址、电话号 码和其它识别信息，包括订购和/或运输信息。发件人将订购号与该订购相关联。发件人向承运商提供适当的运输信息，并被提供跟踪号。向承 运商提供带有该跟踪号的包裹。
承运商然后处理该包裹，并且通过现有的程序来通知收件人预期的 包裹递送日期。该通知可以包括到承运商网站的超级链接或其他链接， 以及跟踪号。收件人然后可以点击该链接或者使用该链接来连接到承运 商网站。另选的是，如果收件人已预先接收到跟踪号或其他运输识别号， 则收件人可以主动地访问承运商网站并指示该跟踪号。
在访问承运商网站时，收件人确认运输的状态。承运商网站提供信 息，例如跟踪号、运输中的包裹的数量以及与运输处于递送处理中的位 置有关的信息(例如在中心等待递送、在途中等)。运输状态通常提供递 送的估计时间和/或日期。假定收件人确定他在期望的递送时间不在，则 收件人从承运商网站请求DAF。
CSS生成DAF，其包括跟踪号、发件人姓名和地址、收件人姓名、 地址和电话号码，以及序列号。DAF也可以包括收件人可以预先向承运 商提供的特殊递送指令，例如优选递送地点或位置。在生成DAF时，CSS 通过承运商网站向收件人提供DAF，从而收件人可以直接从网站打印 DAF。另选的是，CSS可以提供到承运商网站的超级链接，收件人可以在承运商网站得到DAF以进行打印。另一个另选方案是CSS生成到收件 人的电子邮件，该电子邮件包括DAF作为附件或在电子邮件的正文中包 括DAF。
CSS随后可以更新DIAD更新系统402并指示为收件人生成DAF和 相关序列号。DIAD更新系统402然后在包裹的递送日的适当时间将该信 息传达到递送人员的DIAD (以下进一步论述)。
在收件人打印从承运商提供的DAF之后，收件人可以填写承运商未 填写的任何信息(例如，如果收件人具有以前没有与运输相关联的另选 电话号码，或者与在收件人的特殊递送优选中提供的地址不同的另选递 送地址)。收件人对该表格进行签名并注明日期。收件人将DAF附着在 预期递送地点(例如收件人的前门或后门)。
递送人员在递送时取回经签名的DAF并随后递送包裹。递送人员可 以扫描该DAF来读取序列号并确认该序列号是该特定递送的DIAD中指 示的序列号。
承运商提供的个性化递送信息(CPPDI)
如到目前为止所描述的，向DIAD (或其他便携式计算装置)提供 的信息是源自发件人或收件人的个性化递送信息。存在可以向DIAD提 供的与包裹递送相结合的源自承运商本身的另一类信息。认为该信息是 承运商提供的个性化递送信息，或者CPPDI。
通常，承运商递送人员负责沿规定路线递送包裹。在很多情况下， 递送人员变得对路线很熟悉，并扩展对路线、沿路线的收件人及其递送 优选，以及属于沿该路线的包裹递送的其它信息的个人知识。例如，递 送人员可以知道特定老年收件人的身体情况(例如背部不好)，并且应当 将包裹留在前门的桌子上。该老年收件人可以不通过前述系统或方法将 该信息传达给承运商，而是可以在某些时间点(例如在前一递送时)亲 自通知递送人员。递送人员还可以知道特定收件人家中时常有狗或其他 动物。递送人员通常在内心"存储"这类信息，但是在由临时司机替换 或代替正规递送人员的情况下，该临时司机不知道该信息。
因此，上述的相同基础结构和系统(其存储并处理收件人和发件人的递送优选和指令)也可以是用于存储并提供其他信息的基础。该其他 信息可以是承运商(例如，递送人员)在特定递送地址观察到的信息、 特定路线信息(例如路况或绕道)等。因此，如果正规的递送人员生病， 则可以向临时或替代司机提供这种承运商提供的信息。承运商也可以向 各条递送路线的递送人员(正规或临时)的DIAD提供该信息，来辅助 递送人员完成递送。
定制的收取和递送(CPaD)数据的类型
可以将收件人和发件人提供的个性化递送优选和指令以及上述 CPPDI总称为定制的收取和递送(CPaD)数据。通常，可以将CPaD数 据分类为至少三类程序、提醒和注释。类别之间的区别通常涉及传送 什么信息、以及承运商系统和DIAD如何以及何时对信息进行处理。在 其他实施方式中，可以定义更多或更少的类别。以下的区别不旨在限定 信息的类别，而是提供关于什么信息落入哪一类别的一般指导。此外， 可以不必向DIAD传达CPaD数据作为这些类别的一部分，而是以与自 始至终所述不同的方式或不同的时间将CPaD数据发送到DIAD。
提醒是一种类型的CPaD数据，包括必须由递送人员处理的信息。 通常，必须在完成到收件人的递送之前，或者在递送人员进行到递送路 线上的下一站之前，处理提醒。提醒的一个示例可以是递送是COD (Cash-on-Delivery货到付款)并且通知递送人员只可以从收件人接受经 证明的支票或汇票的指示。在一个实施方式中，DIAD向递送人员显示指 示该递送涉及提醒的图标。因为递送人员必须处理该提醒，所以可以中 断或阻止DIAD的特定屏幕功能，直到承运商处理了该提醒(即，读取、 检查、和/或确认或响应该提醒)为止。
注释是另一类型的CPaD数据。注释涉及一般信息性质的信息。通 常，注释包括可以忽略的信息，因为不要求递送人员在进行该递送或其 他递送之前确认该信息或对该信息进行响应。注释的示例可以是指示在 收件人递送地址存在大狗的消息，并且递送人员应当知道该狗。该类型 的消息只是信息性的，并且递送人员可以在递送人员方不采取任何特定 行动的情况下，读取并忽略该类型的消息。
程序是另一类型的CPaD数据，其向递送人员提供指示包裹递送需 要遵循的特定程序或协议的信息。在很多情况下，程序伴随着提醒和/或注释。例如，如果向DIAD发送指示包裹是COD的提醒，则一旦递送人 员确认了该提醒，就可以向他呈现COD递送所遵循的特定程序。例如， 程序消息可以提醒递送人员在接受COD递送的支票或汇票之前获得识别 证据。类似地，如果向DIAD发送指示在房屋通常存在大狗的注释，则 程序可以接着指示可以将包裹留在前门廊以避免遇到狗。
可以理解，提醒、注释和程序可以向递送人员指示各种消息或信息， 可以将提醒、注释和程序彼此结合地发送到DIAD，以传递该信息。可以 在DIAD上以文本和/或图形(例如，包括图标)的形式来呈现提醒、注 释和程序。该信息可以是"固定(canned)"文本或自由形式文本的形式。 因此，可以向递送人员提供特定的公共类型的信息(即，可以多次出现 并且通常不参照任何特定收件人或递送的那些提醒、注释和程序)，作为 "固定"文本。例如，指示递送人员必须在进行下一个递送之前扫描DAF 上的机器可读标记的提醒可以是"固定"文本。另一方面，对于特定递 送或收件人更特定并且通常不会遇到的信息可以被提供为由该消息的发 起者确定的那样(例如，以自由形式文本)。因此，CSS104可能必须生 成指示在收件人递送地址存在大狗的自由形式的注释。此外，除了文本 或图标之外，可以使用声音警报(例如，声音和蜂鸣声等)，使得DIAD 能够向递送人员提供存在CPaD数据的附加指示。
向DIAD触发提醒、注释和程序
提醒、注释和程序之间的区别不仅在于这些消息中的每一个提供的 不同类型的信息，而且在于可以触发将该信息发送到递送人员携带的便 携式计算装置(例如，DIAD)的方式。可以根据递送人员是否在进行递 送、收取或递送与收取的组合来触发提醒、注释和程序。另选的是，可 以只在一周的特定几天、对特定递送地址、仅在递送人员是临时司机(与 "正规"司机相对)时等，才触发提醒、注释和程序。因此，可以存在 任意数量的触发将提醒、注释和程序发送到DIAD的标准。
作为示例，正规司机可以注意到大狗总在特定地址。该司机可以联
系承运商(例如，通过DIAD，或者通过顾客服务代表等)，并通知承运商应当将CPPDI输入到承运商系统，来指示在该地址存在狗。在CSS 104 中，然后可以触发以各种方式呈现该信息。在一种情况下，CSS104可以 仅在临时或新司机在该地址递送或收取包裹时才触发该信息。可以以注 释的形式触发该消息，从而不要求司机进行响应，并与一周的哪一天无 关来进行触发。
作为另一示例，收取地点可能由于在该地点的火灾而关闭两个星期。 可以以提醒的形式向递送人员提供该信息，并要求递送人员确认该消息。 因为这种情况可以影响递送人员该日的递送和收取路线，所以在递送人 员的工作时间(shift)开始时可以触发将该消息发送到DIAD，并且可以 每天发送该收取地点被关闭的消息。可以发送该信息，而与递送人员是 否是正规司机或临时司机无关。
作为另一示例，DIAD通常向递送人员提供该日要沿递送路线递送 和收取的物品的列表。可以在工作时间开始时向递送人员呈现该列表， 作为一般信息。在这种情况下，在工作时间开始时，递送人员可以查看 需要进行的收取和递送站的列表，并可以查看与每站或者与该日的路线 相关联的任何提醒、注释和程序。然而，也可以在递送人员到达每个收 取和递送地点时，触发呈现这些相同的提醒、注释和程序。
因此，存在可以触发将CPaD发送到DIAD的方式和时间的很多组合
用于向DIAD存储和触发CPaD数据的系统
以上示例假定已正确地将CPaD数据载入到DIAD，用于当日的递送 和收取。这要求在承运商的各种信息系统中维护CPaD数据，从而可以 在必要时正确地将该信息下载到DIAD。
图7表示包括涉及如上所述向DIAD提供CPaD数据的多个信息系 统的示例性承运商系统。调度计划系统(DPS) 700是定义各个包裹递送 交通工具在承运商运营的任何给定地域中采用的路线的系统。该系统通 常具有使得用户(例如，"DPS用户")能够对各个地址、收件人、收取 帐户和收取事件输入提醒、注释和程序的接口。 DPS使得DPS用户不仅能够创建CPaD数据，而且能够编辑、检查并删除CPaD数据。DPS将该 信息编译为DIAD计划702，其包含与DPS用户在DPS中指定的各个地 址、收件人、收取帐户和/或收取和递送事件相关联的提醒、注释和程序。 在一个实施方式中，DPS将DIAD计划712发送到DIAD控制系统(DCS) 704，以传送到DIAD 714。
因为DPS 700对给定交通工具的路线和调度计划进行安排，所以 DPS 700具有在特定服务地域中对任何交通工具安排的每次收取和递送 的信息。因此，可以将任何与收取或递送相关联的CPaD数据传送到与 收取或递送相关联的DIAD，而不涉及预装载辅助系统(PAS) 710。然 而，如以下进一步描述的，CPaD数据可以与收取或递送地址相关联，并 且可以通过不同的路线将CPaD数据发送到DIAD。在这种情况下，预装 载辅助系统(PAS) 710接收包裹(工作单位(Units of Works)或"UOW")， 并根据由DPS 700定义的预装载计划706将它们分配到特定递送交通工 具。通常，在一地域中存在很多递送交通工具，必须将进入到承运商处 理设施的每个包裹传递到适当的递送工具，以按照特定顺序装载。预装 载计划706定义了应当如何引导包裹，并且PAS 710使用该预装载计划 706，来将包裹物理地转移到适当的递送交通工具，以按照规定的顺序装 载。
PAS 710从CPaD矩阵文件708检索CPaD数据。虽然未示出，但是 DPS 700和DCS 704也可以从CPaD矩阵文件708检索数据。CPaD矩阵 文件708可以包括与收件人地址、特定包裹或其他数据相关联的CPaD 数据。可以按照各种方式生成该文件，包括通过顾客服务代理输入数据。 该代理可以接收由发件人使用与承运商系统连接的发件人运输系统而生 成的CPaD数据。在其他实施方式中，可以从与承运商网站交互的收件 人(例如，如上所述，响应接收递送通知)接收CPaD数据。如上所述， 在各种其他实施方式中，CPaD数据可以是递送人员或承运商提供的 CPPDI。 CPaD矩阵文件708也可以包括区域相关的信息、程序相关的数 据、 一般运输者相关的数据和特定运输者编号数据。
对于每个装载到递送交通工具上的包裹，PAS 710检查是否在CPaD矩阵文件708中存在任何相关联的CPaD数据，并将该信息与提醒、注 释和程序一起传送给DIAD。 PAS 710通过使用路线管理器(RM) 712 作为管道，向适当的DIAD 714提供与装载到递送交通工具上的包裹相关 的CPaD数据。如上所述，该DIAD 714还从提供与路线和递送相关的信 息的DCS 704接收与包裹相关的信息。通常，在开始该日的递送之前， 使用有线连接向DIAD 714提供CPaD数据，在此期间将包裹相关的信息 下载到DIAD。在一些实施方式中，可以在递送交通工具已出发进行该日 的递送之后，将CPaD信息无线发送到DIAD。该数据的无限传输可以使 用任何已知的无线数据传送机制。
用于将CPaD数据与其他数据进行链接的CPaD矩阵文件和方法
如上所述，CPaD矩阵文件可以包含各种CPaD数据以及其他相关数 据，例如运输数据。在高级别，可以将"递送"表示为存储在具有各种 字段的数据库中的记录。可以基于任意不同的字段(包括运输者(例如 发件人身份、地址或唯一的发件人识别号)、包裹(例如，跟踪号)、收 件人(例如，收件人姓名、地址或唯一的收件人识别号)和递送卡车路 线等)对"递送"的数据库记录进行概念索引或者将其视为记录的集合。
可以将与有关递送的记录相关联的任何特定数据字段视为运输相关 数据，并且在这里将其称为"递送相关数据(DRD)"。在实施方面，CPaD 数据(其可以与运输无关或与运输有关)可以与CPaD矩阵文件内的任 何DRD相关联或链接。例如，每个包裹递送都与收件人地址相关联。因 此，收件人地址是可以链接到CPaD数据的DRD的一个示例。每个递送 还与运输者(发件人)相关联。因此，运输者是可以链接到特定的一条 CPaD数据的DRD的另一种形式。DRD的另一示例是包裹标识符，例如 跟踪号，跟踪号是很多承运商分配给每个包裹和/或递送的字母数字值， 并且通常用于跟踪目的。CPaD数据也可以链接到包裹跟踪号。因此， CPaD数据可以与和递送相关联的任意DAD或者一组DAD相关联。因 此，承运商提供的CPPDI、或收件人和发件人个性化信息可以链接到特 定包裹或递送的DRD。
各种示例表示可以如何将CPaD数据与不同DRD相关联。如上所述，可以为特定包裹的递送提供收件人个性化递送指令或优选。因此，CPaD数据(个性化递送指令)与可以是包裹跟踪号的DRD链接。通过将个性 化递送指令与包裹跟踪号相关联，相关承运商系统能够在正确的时间向 DIAD提供适当的信息。例如，如果CPaD数据包含在收件人地址的后门 进行递送的指示，则通过将该信息链接到包裹跟踪号，可以在递送人员 将包裹递送到收件人地址时，向DIAD提供该信息作为注释。
作为另一示例，如果CPaD数据是指示特定收取地点关闭两周的 CPPDI，则该CPaD数据可以与相关DRD (即，收取地点的地址(例如 发件人地址))链接。通过链接该数据，相关承运商系统将知道在递送日 开始时向DIAD触发该信息，从而递送人员知道不开往该地点。
作为另一示例，考虑正常地安排在每个工作日收取包裹的零售业务。 在正常装载码头正在修缮时，该业务可以请求在给定时间段将特定装载 码头用于所有包裹收取/递送。在这种情况下，该信息可以指示应当在给 定时间段使用特定装载码头。应当在给定时间段将该递送优选信息与收 取/递送地址相关联。这可以避免必须将CPaD数据链接到在该地点递送 和/或收取的每个包裹。
用于将CPaD数据链接到DRD的各种可能性是可能的，以下列表表 示了可以如何链接CPaD数据的几种可能性。例如，递送优选可以与以 下的信息相关联收件人地址、特定收件人的地址、该建筑内的个人收 件人、多层建筑的收件人楼层、递送的特定包裹的收取地点、 一组包裹 的收取地点、运输者编号，或包裹跟踪号。
CPaD数据与DRD的链接或关联是相关的，因为其可以影响何时和 如何在DIAD中显示和/或加载CPaD数据(例如，使递送人员知道CPaD 数据的条件)，以及承运商可以如何存储递送优选数据。例如，如果递送 优选与包裹跟踪号链接，则可以存储递送优选，或将其与包裹级别详情 数据库记录链接。如果将其链接到服务地点，则可以使用独立数据库来 存储信息。
结论
根据前面的描述和相关附图中呈现的优点和教导，本发明所属领域 的技术人员将想到，这里阐述的本发明的很多修改和其它实施方式。因 此，可以理解，本发明不限于所公开的特定实施方式，并且这些修改和 其他实施方式旨在包括在所附权利要求的范围内。虽然这里采用了特定 术语，但是它们仅用于在一般和描述的意义，而不是为了限制的目的。
权利要求
1、一种用于处理来自用户的递送优选的系统，该系统包括包裹级详情数据库，用于存储承运商运输的包裹的第一记录，所述记录包括包裹识别号；收件人简档数据库，用于存储第二记录，该第二记录包括所述用户的联系信息和至少一个递送优选；处理器，该处理器与所述包裹级详情数据库和所述收件人简档数据库进行通信，所述处理器被构造为对于运输中的包裹从所述包裹级详情数据库中检索所述第一记录；根据所述记录确定与所述包裹相关联的收件人；从所述收件人简档数据库检索所述第二记录；产生到所述运输的所述收件人的通知消息，所述通知消息包括所述包裹识别号；使用所述用户的所述联系信息将所述通知消息发送给所述收件人，其中在所述包裹的第一次递送尝试之前发送所述通知消息；以及传送指示所述至少一个递送优选的第二消息；以及便携式计算装置，该便携式计算装置与递送所述包裹的递送人员相关联，所述便携式计算装置接收所述第二消息，并向所述递送人员显示指示所述至少一个递送优选的文本消息。
2、 根据权利要求1所述的系统，其中，所述文本消息指示在所述收 件人的递送地址处包裹应当放置的递送地点。
3、 根据权利要求1所述的系统，其中，所述通知消息是引导到与所 述用户相关联的电话号码的电话消息，其中，所述用户的所述联系信息 包括所述电话号码。
4、 根据权利要求1所述的系统，其中，所述通知消息指示所述包裹 的递送估计日期、所述包裹识别号和到承运商网站的URL。
5、 根据权利要求4所述的系统，其中，所述通知消息是引导到与所 述用户相关联的电子邮件地址的电子邮件消息，所述用户的所述联系信 息包括所述电子邮件地址。
6、 根据权利要求4所述的系统，其中，所述承运商网站被构造为从所述用户接收指示向所述包裹的递送应用第二递送优选的输入。
7、 根据权利要求1所述的系统，其中，所述递送优选中的所述至少一个递送优选包括来自以下组中的递送优选改寄递送优选，用于指示将所述包裹改寄到用户指定地址， 拒绝递送优选，用于指示不将所述包裹递送到所述用户， 重新安排递送优选，用于指示在指定时间之后递送所述包裹，以及 预定取货递送优选，用于指示所述承运商保存所述包裹，以由所述 用户提取，所述预定取货递送优选包括所述承运商保存所述包裹以进行 提取的地点的第一指示以及保存所述包裹以进行提取的时间段的第二指示。
8、 根据权利要求1所述的系统，其中，所述处理器还被构造为从所 述所述用户接收指示所述递送优选的修改的输入。
9、 一种用于从收件人接收递送优选的系统，该系统包括 包裹级详情数据库，其被构造为存储包裹承运商运输的包裹的包裹级详情记录，所述记录包括所述包裹的包裹识别号和所述包裹的收件人的指示；收件人简档数据库，其被构造为存储所述收件人的收件人记录； 处理器，其与所述包裹级详情数据库和所述收件人简档数据库进行 通信，其中所述处理器被构造为响应发送到所述收件人的通知从所述收件人接收输入，所述输 入包括至少一个递送优选的指示和所述包裹识别号；与所述包裹识别号相关联地存储所述至少一个递送优选的所述 指示，以及传送包括至少一个递送优选的第二消息；以及 便携式计算装置，该便携式计算装置与递送所述包裹的递送人员相关联，所述便携式计算装置接收所述第二消息。
10、 根据权利要求9所述的系统，其中，所述通知由所述处理器生成。
11、 根据权利要求9所述的系统，其中，所述通知是第一消息，用 于指示所述运输的递送的估计日期和所述包裹识别号。
12、 根据权利要求9所述的系统，其中，所述处理器将所述至少一 个递送优选的所述指示存储在所述包裹级详情数据库中。
13、 根据权利要求9所述的系统，其中，所述处理器将所述至少一 个递送优选的所述指示存储在所述收件人简档数据库中。
14、 根据权利要求9所述的系统，其中，所述通知是引导到与所述 收件人相关联的电子邮件地址的电子邮件消息，所述电子邮件地址已预 先存储在所述收件人简档数据库中。
15、 根据权利要求9所述的系统，其中，所述至少一个递送优选的 所述指示包括对递送人员的在收件人递送地址处该递送人员放置所述包 裹的特定地点的指示。
16、 一种用于包裹承运商向收件人递送来自发件人的包裹的方法， 该方法包括以下步骤所述包裹承运商从所述发件人接收包裹；在由所述包裹承运商操作的包裹级详情数据库中建立包裹记录，其 中包裹级详情记录包括与所述包裹相关联的包裹跟踪号；确定所述收件人接收指示所述包裹的预期递送的电子邮件消息；将消息从所述包裹承运商发送到所述收件人，其中，该消息包括所 述包裹的估计递送日期和所述包裹跟踪号；向所述收件人提供多个递送优选选项；从所述收件人接收指示从所述多个递送优选选项中选择的递送优选 的指示；与所述包裹跟踪号相关联地存储所述递送优选； 将所述递送优选传送到由递送包裹的递送人员携带的便携式计算装 置，其中，在递送包裹同一天并且在递送包裹之前，向所述便携式计算装置传送递送优选；以及所述递送人员根据所述递送优选将所述包裹递送给所述收件人。
17、 根据权利要求16所述的方法，其中，将消息从所述包裹承运商发送到所述收件人的所述步骤包括使用与所述收件人相关联的电子邮 件地址，将电子邮件消息从所述包裹承运商发送到所述收件人，所述电 子邮件消息包括网站地址，用于提供由所述包裹跟踪号识别的包裹的包 裹状态信息，所述方法还包括在由所述网站地址识别的网站从所述收件人接收请求所述包裹的所 述包裹状态信息的请求；以及在所述网站提供所述多个递送优选选项。
18、 根据权利要求16所述的方法，其中，将消息从所述包裹承运商 发送到所述收件人的所述步骤包括发起电话呼叫，并且使用所述与收 件人相关联的电话号码将音频消息从所述包裹承运商传送给所述收件 人，所述方法还包括以下步骤从所述收件人接收指示所述递送优选的按键响应。
19、 根据权利要求16所述的方法，其中，所述递送优选指示在收件 人递送地址处递送人员放置所述包裹的特定地点。
20、 根据权利要求16所述的方法，其中，在递送人员进行包裹递送 尝试之前，从所述收件人接收指示所述包裹的递送优选的指示。
21、 根据权利要求16所述的方法，其中，与所述包裹跟踪号相关联 地存储所述递送优选包括在收件人简档数据库中存储所述递送优选，并在所述包裹级详情数据库中与所述包裹跟踪号相关联地设置标志。
22、 一种承运商递送包裹的方法，该方法包括以下步骤在网站从用户接收注册信息，所述注册信息包括用户联系信息以及 用于所述承运商要向所述用户递送的一个或更多个包裹的递送的递送优选指示；在收件人简档数据库中创建所述用户的收件人简档记录，所述收件 人简档记录包括与所述用户、所述用户联系信息和所述递送优选指示相 关联的用户标识符；所述承运商记录所述包裹的包裹级详情数据，所述包裹级详情数据 包括所述运输的收件人；通过将所述唯一用户标识符与所述包裹的收件人标识符进行比较，来将所述包裹识别为所述用户的入站包裹；向所述用户通知所述包裹到所述用户的递送；将消息发送到由递送所述包裹的递送人员携带的便携式计算装置， 其中，该消息传送所述递送优选指示；以及根据所述递送优选指示将所述包裹递送给所述收件人。
23、 根据权利要求22所述的方法，其中，从所述用户接收包括递送 优选指示的注册信息的所述步骤包括从所述用户接收指示在与所述用 户相关联的递送地址递送人员应当如何处理所述一个或更多个包裹的递 送指示。
24、 根据权利要求25所述的方法，其中，向所述用户通知所述包裹 到所述用户的递送的所述步骤包括生成到所述用户的电子消息，所述电子消息指示要向所述用户递送 所述包裹以及所述包裹的递送的估计日期；以及在所述包裹的递送之前，通过由所述用户选择的方式向所述用户发 送所述电子消息。
25、 根据权利要求24所述的方法，该方法还包括 响应于指示要向所述包裹的递送应用包裹特定的递送优选的所述电子消息，从所述用户接收输入，其中所述包裹特定的递送优选优先于所 述递送优选指示。
26、 根据权利要求25所述的方法，其中，从所述用户接收指示要应 用于所述包裹的包裹特定的递送优选的输入的所述步骤包括接收递送改变请求的指示，所述递送改变请求包括指示所述承运商 改寄所述包裹的递送的指令；以及根据所述指令向便携式计算装置传达要改寄所述包裹。
全文摘要
本发明公开了一种通过提供包裹递送服务的承运商来提供个性化递送服务的系统和方法。通常，收件人指示要应用于包裹递送的递送优选，例如指示在收件人不在场来接收包裹时在递送时留下包裹的特定地点。在一个实施方式中，承运商可以通知收件人所安排的包裹递送，并可以使收件人链接到承运商网站来指示递送优选。另选的是，可以通过收件人主动地访问该网站来指示递送优选。在传送递送优选之后，承运商系统在适当时间将递送优选传达给便携式计算装置，该便携式计算装置通知递送人员该收件人的递送优选。其他实施方式允许发件人指示递送优选。
文档编号G06Q10/00GK101203873SQ200680022374
公开日2008年6月18日 申请日期2006年6月20日 优先权日2005年6月21日
发明者乔·S·里佐, 罗伯特·克林根贝格, 苏梅特·什罗夫 申请人:美国联合包装服务有限公司