用于安全性和包裹交换效率的地理接近度交通工具提醒和访问系统的制作方法

本设计一般涉及包裹递送到交通工具和从交通工具拾取包裹的系统。

背景技术：

典型地，装运货物通常被发送到有关人员的家庭地址。本技术代之以将包裹递送到顾客的交通工具中或者拾取顾客的交通工具内的包裹，同时确保在交换位置处的安全递送。

技术实现要素：

一般来说，描述了地理接近度交通工具提醒和访问系统（vaas）。地理接近度vaas具有基于云的服务器，所述基于云的服务器具有基于全球定位系统（gps）的接近度系统，所述基于全球定位系统（gps）的接近度系统具有被配置为执行指令以控制和跟踪包裹交换过程、加速包裹递送和拾取过程、以及确保包裹交换过程的安全性的一个或多个处理器。基于gps的接近度系统被配置为接收包裹承运方的交通工具的当前gps坐标和目标交通工具的当前gps坐标二者，以用于以下至少一个：i）到所述目标交通工具的包裹递送以及ii）从所述目标交通工具的包裹拾取。基于gps的接近度系统还被配置为向所述目标交通工具发送一个或多个命令。基于gps的接近度系统被配置为向所述目标交通工具发送一个或多个命令1）以在处于由所述包裹承运方的交通工具和所述目标交通工具之间的第一阈值距离建立的靠近接近度中时，唤醒所述目标交通工具中的板载致动模块、2）以在由所述包裹承运方的交通工具和所述目标交通工具之间的第二阈值距离建立的靠近接近度中时，从所述目标交通工具给出提醒、3）解锁包括所述目标交通工具的后备箱的门以及4）以在从与所述包裹承运方的交通工具相关联的所述客户端设备接收到所述包裹交换过程的确认之后通过第三阈值距离建立以锁定所述目标交通工具的门。

在实施例中，描述了在包裹承运方的交通工具和目标交通工具之间的快速递送和拾取及安全包裹交换的方法。该方法包括由基于云的系统控制和跟踪包裹传送；并且通过接收所述包裹承运方的交通工具的当前gps坐标和所述目标交通工具的gps坐标来监视所述包裹承运方的交通工具和所述目标交通工具之间的距离。该方法还包括：在由所述包裹承运方的交通工具和所述目标交通工具之间的第一阈值距离建立靠近接近度时唤醒所述目标交通工具的板载远程信息处理模块，并且在由所述包裹承运方交通工具和所述目标交通工具之间的第二阈值距离建立靠近接近度时由所述目标交通工具给出提醒。该方法还包括：解锁所述目标交通工具并在所述包裹承运方的交通工具和所述目标交通工具之间交换至少一个包裹，以及接收所述包裹传送的确认并在接收到确认之后锁定所述目标交通工具。

在实施例中，基于云的去往和来自交通工具的包裹服务基于地理接近度交通工具提醒和访问系统（vaas），所述地理接近度交通工具提醒和访问系统（vaas）托管在包含一个或多个服务器和一个或多个数据库的基于云的提供者站点上。通过使用一个或多个应用编程接口并且使用驻留在客户端设备中的可下载应用，去往和来自交通工具的包裹服务在一个或多个递送服务和一个或多个原始设备制造商（oem）远程信息处理系统之间提供单个公共端到端解决方案，而不需要在交通工具中安装附加的硬件。

在实施例中，基于云的提供者站点上托管的基于云的去往和来自交通工具的包裹服务包含两个或更多服务器和两个或更多数据库。去往和来自交通工具的包裹服务经由安全密钥匹配认证来使用两个或更多成对的虚拟密钥，比如双密钥保护机制，以便使得对任何单个系统的服务器的入侵无用。另外，向虚拟密钥给予保质期限，以将授权的包裹递送和交通工具的远程信息处理系统的随后激活限制在指定的时间窗口（例如，预定的时间帧）内。

在实施例中，基于云的提供者站点上托管的基于云的去往和来自交通工具的包裹服务包含两个或更多服务器和一个或多个数据库。去往和来自交通工具的包裹服务使用基于全球定位系统（gps）的接近度系统来控制和跟踪包裹交换过程、加快包裹递送和拾取过程并确保包裹交换的安全性。去往和来自交通工具的包裹服务也使用移动递送通知来验证包裹递送订单的发源（origination）以及传送包裹的成功递送或拾取。

在实施例中，用于替代的包裹拾取和递送系统的方法包括多个示例步骤。顾客在零售店购物时，在结账处，可以在零售web站点上购买一个或多个所选产品。在结账处，在用户界面上向顾客提供替代的包裹递送选项，以使用基于云的去往和来自交通工具的包裹服务来将所购买的产品递送到交通工具。顾客选择在用户界面上提供的标记为“box2go递送”的递送方法，以将包裹递送到顾客的交通工具。去往和来自交通工具的包裹服务处理替代的包裹拾取和递送选项。将购买的产品递送到顾客的交通工具的位置。去往和来自交通工具的包裹服务打开顾客的交通工具，并确保已经递送购买的产品。去往和来自交通工具的包裹服务确保在已经递送购买的产品时关闭和锁定顾客的交通工具。

附图说明

多个附图提及本设计的示例实施例。

图1示出了可以在本文所讨论的服务器、交通工具中的电子模块和客户端设备中的一个或多个的实施例中使用的示例计算系统的框图。

图2a-图2b示出了在基于云的提供者站点上托管的去往和来自交通工具的包裹服务的实施例的框图。

图3a-图3c示出了使用远程信息处理解决方案的替代递送系统的实施例的框图和流程图。

图4示出了使用示例软件狗拓扑的替代包裹拾取和递送系统的实施例的流程图。

图5示出了用于替代包裹拾取和递送系统的应用编程接口的实施例的示例类别图。

图6a-图6b示出了替代递送系统的实施例的流程图。

图7a和图7b示出了用于递送到交通工具或从交通工具拾取的基于gps的控制和跟踪机制的实施例的框图和流程图。

图8a-图8d示出了替代递送系统的价值建议的实施例的框图和流程图。

图9a-图9d示出了由去往和来自交通工具的包裹服务使用的多个成对的虚拟密钥和安全授权通知的实施例的框图。

图10示出了从去往和来自交通工具的包裹服务的用户的包裹拾取的实施例的序列图。

图11示出了托管在基于云的去往和来自交通工具的包裹服务的实施例的框图概览，并且其一些特征包括i）与多个平台的过程连接，ii）内置隐私和安全性和iii）经由接近度的交通工具唤醒和提醒系统。

图12示出了在包裹承运方的交通工具和目标交通工具之间操作速度递送、拾取和安全包裹交换的示例方法的流程图。

虽然本设计经受各种修改和替代形式，但是其具体实施例已经通过附图中的示例示出并且将在本文中详细描述。应当理解设计不限于所公开的特定形式，而是相反，旨在覆盖落入本设计的精神和范围内的所有修改、等同物和替代物。

具体实施方式

在下面的描述中，为了提供对本设计的透彻理解，阐述了许多具体细节，诸如具体包裹递送服务、命名的部件、连接、数据库数量等的示例。然而，本设计可以在没有这些具体细节的情况下实施，这对于本领域技术人员来说将是清楚的。在其他实例中，没有详细描述公知的部件或方法，而是在框图中描述，以避免不必要地模糊本设计。因此，所阐述的具体细节仅仅是示例性的。在一个实施例中讨论的具体细节可以在另一个实施例中合理地实现。具体细节可以与本设计的精神和范围不同并仍然被设想在本设计的精神和范围内。

一般来说，到交通工具的包裹递送和从交通工具的包裹拾取服务促进了从在家中或在工作处的交通工具的包裹递送或拾取。去往和来自交通工具的包裹服务在可以在基于云的提供者站点上托管的地理接近度交通工具提醒和访问系统（vaas）上实现。可以托管在基于云的提供者站点上的用于包裹承运方的交通工具和目标交通工具之间的速度递送、拾取和安全包裹交换的去往和来自交通工具的包裹服务可以通过使用在云中的去往和来自交通工具的包裹服务上的一个或多个应用编程接口并且使用驻留在客户端设备中的可下载应用而在两个或更多包裹递送服务和两个或更多比如远程信息处理系统之类的原始设备制造商（oem）的远程访问/连接系统之间提供单个公共端到端解决方案，而不需要在交通工具中安装附加的硬件。去往和来自交通工具的包裹服务可以不在其数据库中存储用于oem远程信息处理系统的用户证书，并且一般来说，仅从基于云的去往和来自交通工具的包裹服务和：i）驻留在客户端设备中的应用、ii）包裹递送系统以及iii）oem远程信息处理系统中传输加密数据。去往和来自交通工具的包裹服务使用基于gps的接近度系统来控制和跟踪包裹交换过程，以加快包裹递送与拾取过程，并确保包裹交换的安全性。去往和来自交通工具的包裹服务还使用移动递送通知来验证包裹递送订单的发起以及传达包裹的成功递送或拾取。去往和来自交通工具的包裹服务拾取包裹或将包裹递送到交通工具停放的任何地方，包括该服务可以在出差时将包裹递送到租赁的汽车或从租赁的汽车拾取包裹。（参见托管在基于云上的去往和来自交通工具的包裹服务的实施例1100的框图概览的图11，并且其一些特征包括：i）与多个平台的过程连接、ii）内置隐私和安全性以及iii）经由接近度的交通工具唤醒和提醒系统）。

描述了用于整个基于云的去往和来自交通工具的包裹服务的示例过程和用于为整个基于云的去往和来自交通工具的包裹服务提供自动化过程工作流程的装置。以下附图和文字描述了设计的各种示例实现。图1和图2a-图2b示出了实现概念的示例环境。

基于云的去往和来自交通工具的包裹服务云系统可以以软件、硬件电子器件和两者的任何组合来实现，并且当系统的一个或多个部分以软件来实现时，则将该软件以可执行格式有形地存储在要由处理部件执行的一个或多个非暂时性存储介质上。

图3a-图3c示出了使用远程信息处理解决方案的替代递送系统的实施例的框图和流程图。图3a-图3c示出了零售web站点258、包裹递送系统（例如fedex）302、地理接近度交通工具提醒和访问系统（去往和来自交通工具的包裹服务云系统）340和远程信息处理提供者310。

讨论了包裹拾取和递送系统。该系统包括托管在基于云的提供者站点上的基于云的去往和来自交通工具的包裹服务，具有服务web站点以及一个或多个递送交通工具两者的一个或多个包裹递送实体系统，诸如fedex^tm，其中，所述一个或多个递送交通工具具有客户端设备，所述客户端设备具有驻留在每个客户端设备中的第一递送应用，以及一个或多个oem“远程访问/连接”系统310,诸如onstar^tm，所述一个或多个oem“远程访问/连接”系统被配置为在云和交通工具之间具有通信以便交换包括交通工具的gps坐标的信息并与交通工具的板载智能系统，诸如板载远程信息处理模块，进行交互以在该交通工具内引起机电动作，所述机电动作包括：解锁门、打开窗户、打开后备箱、关闭后备箱、打开和关闭不透光天窗（sunroof）或透光天窗（moonroof）。因此，板载智能系统可以引起汽车/交通工具的那些机械部分的打开和关闭。基于云的去往和来自交通工具的包裹服务托管在包含一个或多个服务器的基于云的提供者站点上，所述一个或多个服务器包括基于云的服务器，其与一个或多个数据库协作以存储控制和跟踪包裹交换过程所需的数据和参考信息，以加快包裹递送和拾取过程，并确保包裹交换过程的安全性。对基于云的去往和来自交通工具的包裹服务编码以利用包括http的协议，从而利用如下应用来参与请求和响应循环：i）驻留在客户端设备中的移动设备应用、ii）驻留在客户端设备中的web浏览器应用或iii）两者。基于云的去往和来自交通工具的包裹服务具有一个或多个例程，用于将去往和来自交通工具的包裹递送自动化。基于云的去往和来自交通工具的包裹服务具有一个或多个开放应用编程接口，以在两个或更多包裹递送站点的服务器和/或两个或更多比如oem远程信息处理系统之类的oem“远程访问/连接”系统的服务器之间标准地交换信息。（参见替代包裹拾取和递送系统的应用编程接口的实施例的示例类别图500的图5）。远程信息处理系统被配置为在云中的服务器和给定交通工具之间具有无线通信。交通工具中的比如远程信息处理模块之类的硬件模块然后在该给定交通工具内引起机电动作，以便允许基于云的去往和来自交通工具的包裹服务访问由多个不同制造商制造的多个不同种类的交通工具。示例远程信息处理模块可以与交通工具中的导航系统协作或者是交通工具中的导航系统的一部分。基于云的去往和来自交通工具的包裹服务具有通信模块，其被编写脚本以用于经由通信网络与远程信息处理系统或包裹递送站点中的任一个或两者的通信终端建立通信链路。基于云的去往和来自交通工具的包裹服务具有附加通信模块，其被编写脚本以与客户端设备上的递送应用交换信息，以便发送或接收来自递送人员的信息。基于云的去往和来自交通工具的包裹服务具有用于目标交通工具的用户的附加通信模块，所述用户具有拾取或递送到该交通工具的包裹，所述附加通信模块被编写脚本以与客户端设备上的移动应用或桌面应用交换信息。包裹可以是零售店物品、花、易腐物品（perishable）、烟草和酒精、邮政信件、食品或其他可消费物品以及其他类似的可递送物品。交通工具包括但不限于汽车、卡车、货车、摩托车和其他类似的运输机制。oem“远程访问/连接”系统可以包括具有与交通工具中的远程信息处理模块直接通信的后端服务器的制造工厂，比如tesla汽车。目标交通工具中的板载致动模块可以是以下之一：i）安装在所述目标交通工具中的远程信息处理模块或ii）具有被配置为建立与所述基于云的服务器的安全通信的wi-fi或蜂窝通信电路和被配置为与安装在目标交通工具中的故障和诊断模块协作的机电激活电路的软件狗模块。

图3a示出了图300中的编号步骤的示例序列。编号步骤（1）至（18）描述如下。

（1）用户（顾客）312使用他们的客户端设备（例如，移动电话）上的移动应用254或者经由他们的客户端设备上的桌面应用350上的浏览器访问零售商的web站点。零售商的web站点258收集包括选择的产品的订单信息。客户端设备经由移动应用向零售商的web站点提交订单和装运信息，在递送到交通工具的情况下，装运信息包括交通工具vin。零售商的web站点的用户界面提供顾客/用户交通工具的替代递送目的地作为递送目的地。注意，零售商的web站点用户界面可以示出顾客/用户的交通工具252的替代递送目的地，并且附加的货币费用（monetarycharege）可以与该替代递送目的地相关联。可以在每个递送实例基础上或基于订阅基础来对附加的货币费用计费。

（2）零售商的web站点258将装运信息发送到包裹递送实体系统302，比如fedex。

（3）包裹递送实体系统302在其客户端设备应用254或350上向用户/顾客312发送包括跟踪号码的确认。图2b和图3a-图3c示出了用户的移动设备上的移动应用254以及用户312的桌上型/膝上型设备上的桌面应用350。

（4）包裹递送实体系统302经由标准化的开放应用编程接口向去往和来自交通工具的包裹服务云系统340发送包括跟踪号和vin的通知。将包括装运跟踪号码和vin的通知存储在去往和来自交通工具的包裹服务云系统340的数据库275中。

（5）去往和来自交通工具的包裹服务云系统340向其客户端设备上的移动应用254或桌面应用350发送通知，并且利用针对该包裹递送的跟踪号码和vin向用户确认他们希望包裹被装运到他们的交通工具。确认通知还充当安全机制，以确保用户真正地选择将包裹递送到他们的交通工具252。

（6）用户向其客户端设备上的移动应用254或桌面应用350中提供响应，以将用于比如onstar之类的远程信息处理系统（模块）的许可（用户名和密码）发送到去往和来自交通工具的包裹服务云系统340。可以加密地发送用于目标交通工具的远程信息处理模块的用户名和密码，使得去往和来自交通工具的包裹服务云系统340可能发现不了它。去往和来自交通工具的包裹服务云系统340具有多个步骤，比如两阶段验证机制。基于云的基础设施被编写脚本以验证包裹递送服务对注册的所有者的交通工具的授权。发起打开汽车的请求的源作为来自包裹递送实体302的递送订单密钥被验证两次，被验证以匹配来自去往和来自交通工具的包裹服务的初始请求以及来自远程信息处理系统310的汽车致动虚拟密钥，其两者都被验证以匹配来自去往和来自交通工具的包裹服务云系统340的初始请求。（参见关于由往和来自交通工具的包裹服务使用的多个成对的虚拟密钥和安全授权通知的实施例的框图900、930、970和990的图9a-图9d）

来自与递送密钥相关联的包裹递送实体系统302的细节必须匹配由去往和来自交通工具的包裹服务提交的初始请求的细节，并且然后被透过包裹递送实体系统302发送。同样地，与来自来自远程信息处理实体系统310的汽车致动密钥相关联的细节必须匹配由去往和来自交通工具的包裹服务云系统340提交的初始请求的细节，并且然后被透过远程信息处理实体系统310发送。去往和来自交通工具的包裹服务（基于gps的接近度系统）将这些细节存储在数据库275中、跟踪预期的递送交通工具并且知道目标交通工具252的位置，并且在确定其接近度靠近之后，虚拟密钥则将虑及解锁交通工具252。

（7）在包裹到达相同的城市后，包裹递送实体系统的递送人员304使用其客户端设备中的包裹递送应用315将跟踪号码发送到去往和来自交通工具的包裹服务以便获得包括其当前位置信息的交通工具的信息。图3a和图3c示出了在递送人员304的客户端设备上的包裹递送应用315。

（8）云340中的去往和来自交通工具的包裹服务经由一个或多个开放应用编程接口使用其vin向远程信息处理实体系统310的oem后端发送对于交通工具的当前gps位置信息的请求。（参见关于用于到交通工具的递送或从交通工具的拾取的基于gps的控制和跟踪机制的实施例的图7a和图7b）。

（9）远程信息处理系统oem后端站点310与交通工具的导航系统通信，并将来自交通工具导航系统的交通工具位置信息经由一个或多个开放应用编程接口发送到去往和来自交通工具的包裹服务云系统340。去往和来自交通工具的包裹服务云系统340将该信息存储在其数据库中。

（10）去往和来自交通工具的包裹服务云系统340用目标交通工具的位置信息对递送人员304的客户端设备中的包裹递送应用315进行响应。在实施例中，目标交通工具252的gps坐标可以不被发送到递送人员304的客户端设备中的包裹递送应用315，并且去往和来自交通工具的包裹服务云系统（地理接近度vaas）340可以仅跟踪递送交通工具（卡车）322和目标交通工具（轿车）252之间的距离。

（11）在接近交通工具252时，递送人员304的客户端设备中的包裹递送应用315可以向去往和来自交通工具的包裹服务云系统340发送请求，以通过以下内容唤醒交通工具252：自动检测包裹递送交通工具322和目标交通工具252之间的第一阈值距离的靠近接近度，或者可以由递送人员发送请求来提示。替代地，包裹递送交通工具322和目标交通工具252之间的距离可以由去往和来自交通工具的包裹服务云系统340独立地监视，并且可以在没有递送应用315或递送人员304参与的情况下发送请求。交通工具的远程信息处理模块310可以处于睡眠模式，因为这防止当交通工具没有处于使用中时电池耗尽，并且因此需要向交通工具的远程信息处理模块发送唤醒通知。去往和来自交通工具的包裹服务云系统340经由一个或多个应用编程接口向远程信息处理系统oem后端310发送一个或多个唤醒请求，以便远程信息处理系统oem后端310唤醒交通工具252。替代地，去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程可以计算递送交通工具322和目标交通工具252之间的距离，并发送唤醒消息。在实施例中，唤醒消息可以由递送人员304手动发起，或者由去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程自动发起。

另外，具有驻留在递送交通工具中的客户端设备中的递送应用315的递送交通工具322的gps坐标与由远程信息处理系统oem后端310周期性反馈的目标252交通工具的gps坐标之间的距离由去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程来监视并进行比较。

（11a）当包裹递送（例如fedex）卡车322到达目标交通工具252附近时，去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程经由一个或多个应用编程接口向远程信息处理系统oem后端310发送一个或多个唤醒请求，以唤醒目标交通工具。然而，在没有唤醒请求的提前序列的情况下，交通工具远程信息处理控制可能处于睡眠模式，并且递送驾驶员可能被迫等待10分钟或更多时间以解锁门。该唤醒控制确保将在包裹递送卡车322到达时立即执行解锁交通工具命令，因为交通工具是醒着的。为了防止由于交通工具内省电模式引起的延迟，在包裹递送卡车到达目标交通工具252的位置之前向交通工具的远程信息处理模块发送命令（例如，发送你的gps坐标）以执行命令来保持目标交通工具252醒着，使得目标交通工具252立即响应命令来解锁门（参见例如图7a的命令724）。这提高了生产率，因为可以在包裹递送卡车322到达时立即打开交通工具252，因为交通工具是醒着的并且准备好接受命令。注意，在示例中，为了安全性，去往和来自交通工具的包裹服务云系统340将仅准许访问交通工具一次。即使存在正确的虚拟密钥和有效时间窗口，后续请求将不解锁交通工具。

（11b）去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程还将经由一个或多个应用编程接口向远程信息处理系统oem后端310发送请求，以发送在目标交通工具中引起局部提醒的命令，使得交通工具可以闪烁交通工具的灯并鸣响其喇叭，以直接向递送驾驶员提醒目标交通工具的位置（参见例如图7a的命令725和图7b的命令762），以便节省时间并且辅助在停放的数行汽车中定位目标交通工具。替代地，去往和来自交通工具的包裹服务云系统340本身可以被编写脚本以直接向交通工具的远程信息处理模块发送命令以使灯闪烁并且鸣响其喇叭来向递送驾驶员直接提醒交通工具的位置。这确保了正确地识别指定的目标交通工具并且增加包裹的递送或拾取的效率。

（12）可选地，去往和来自交通工具的包裹服务云系统340的基于gps的接近度控制例程等待来自包裹递送应用315的交通工具驾驶员304已经定位了目标交通工具252的确认。基于gps的接近度控制例程编成正确的请求命令，并且经由一个或多个应用编程接口将请求发送到远程信息处理系统oem后端310，以向交通工具252中的智能交通工具远程信息处理模块发送命令来打开交通工具的后备箱，或者窗户、不透光天窗或到目标交通工具252的安全隔间的其他开口的一些其他机电致动以放置包裹。

（13）打开后备箱时，包裹递送人员拾取包裹或将包裹存储到交通工具中，并关闭后备箱。可选地，递送人员304可以向包裹递送系统302发送递送或拾取通知。

（14）包裹递送实体系统的递送人员304通过客户端设备上的递送应用315将包裹递送/拾取和目标交通工具252的安全的确认发送到去往和来自交通工具的包裹服务云系统340。替代地，递送人员的客户端设备上的递送应用315可以被配置为针对包裹递送人员304发送到包裹递送系统302的确认进行监视，并自动地向去往和来自交通工具的包裹服务云系统340发送包裹递送/拾取确认。

（15）在接收到来自递送人员的客户端设备中的递送应用315的包裹的确认递送之后，去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程可以接收来自递送人员的客户端设备中的递送应用315的gps坐标并继续监视递送人员306。基于gps的接近度控制例程执行距离监视以识别递送驾驶员何时正在离开，并且然后被编写脚本以验证目标交通工具252被锁定以及避免递送人员离开解锁的交通工具。云系统340中的去往和来自交通工具的包裹服务通过将请求发送到远程信息处理系统的oem后端310来检查目标交通工具252的锁定状态。

（16）如上所述，去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程经由一个或多个应用编程接口向远程信息处理系统oem后端310发送请求，以发送命令到交通工具252中的智能远程信息处理模块来检查锁定状态以及确认交通工具的门/后备箱是关闭和锁定的两者。远程信息处理系统的oem后端310还用交通工具的门/后备箱既关闭又锁定的锁定确认来回应，或者没有确认锁定状态。如果没有确认，则去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程经由一个或多个应用编程接口向远程信息处理系统oem后端310发送请求，以发送命令到交通工具252中的智能交通工具的远程信息处理模块来关闭并锁定交通工具的门/后备箱。此功能提高了安全性以确保在离开后交通工具252是锁定的而没有保持解锁。

注意，gps接近度应用被编写脚本以执行多个动作，包括：i）经由其相关联的远程信息处理系统唤醒交通工具、ii）促进交通工具中的电子机械操作发生，比如解锁/锁定门、打开/关闭窗户、打开和解锁/关闭和锁定后备箱、打开/关闭不透光天窗以及iii）检测交通工具中的包裹的递送或拾取何时离目标交通工具一定距离，继而交通工具在那时候应当是安全的。在一个实施例中，去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程通过经由一个或多个应用编程接口向远程信息处理系统oem后端310发送请求来执行上述动作。

（17）去往和来自交通工具的包裹服务云服务系统340向用户在其客户端设备上的移动应用254或桌面应用350上发送递送确认。

（18）包裹递送实体系统302可选地向用户312发送递送通知消息。

地理接近度交通工具提醒和访问系统340包括基于云的服务器，所述基于云的服务器具有用于控制和跟踪包裹交换过程的基于gps的接近度系统，以加速包裹递送和拾取过程并且确保包裹交换过程的安全性。

替代地，用于i）将包裹递送到交通工具和ii）从交通工具拾取包裹中的至少一个的地理接近度交通工具提醒和访问系统包括基于云的服务器，其具有用于执行与基于gps的接近度系统相关联的指令的至少一个处理器和用于控制和跟踪多个动作的基于gps的接近度系统。所述动作包括如下：

1）第一模块，其被配置成监视和跟踪与包裹承运方的交通工具322相关联的客户端设备和目标交通工具252之间的基于gps的接近度。客户端设备具有驻留在客户端设备中的应用，以与基于云的服务器建立通信并传输其当前gps坐标；和

2）第二模块，其被配置成向安装在目标交通工具中的板载智能控制系统发起请求，以基于在与包裹承运方的交通工具322相关联的客户端设备和目标交通工具252之间所监视的基于gps的接近度来执行目标交通工具252中的机电操作。

地理接近度vaas340的基于gps的接近度系统被配置为接收包裹承运方的交通工具322的当前gps坐标和目标交通工具252的当前gps坐标二者，用于将包裹递送到目标交通工具和从目标交通工具拾取包裹中的至少一个。基于gps的接近度系统还被配置为向目标交通工具252发送一个或多个命令：1）在处于由在包裹承运方的交通工具和目标交通工具之间的第一阈值距离所建立的靠近接近度中时，唤醒目标交通工具中的板载远程信息处理模块（例如，参见图7a的时间线上的唤醒呼叫点702）、2）在处于由包裹承运方的交通工具和目标交通工具之间的第二阈值距离所建立的靠近接近度中时，从目标交通工具252给出提醒（例如，参见图7a的时间线上的闪烁灯光/鸣响喇叭点704）、3）解锁目标交通工具252以及4）在接收到包裹交换过程的确认之后，锁定目标交通工具252。基于gps的接近度系统被配置为在从目标交通工具中的板载智能控制系统发起请求之前建立包裹承运方的交通工具322和目标交通工具252之间的第一阈值距离。

因此，目标交通工具的板载远程信息处理模块被配置为1）将包括目标交通工具252的gps坐标的数据发送到oem远程信息处理提供者310的服务器，以及2）从oem远程信息处理提供者310的服务器接收一个或多个命令。oem远程信息处理提供者的服务器被配置为将目标交通工具的gps坐标发送到具有基于gps的接近度系统的基于云的服务器。此外，基于云的服务器站点中的一个或多个处理器被配置为计算第一阈值距离，并且然后向oem远程信息处理提供者310的服务器发出请求以发出命令来通过以比在进入远程信息处理模块的睡眠之前的预定义空闲时间更短的间隔对远程信息处理模块执行探索（ping）来唤醒远程信息处理模块。作为示例，在进入目标交通工具252的板载远程信息处理模块的睡眠之前的空闲时间可以在5至20分钟之间（例如，10分钟）。

另外，目标交通工具252的板载远程信息处理模块耦合到目标交通工具中的智能控制系统。基于云的服务器被配置为：通过oem远程信息处理提供者310、经由与目标交通工具中的远程信息处理模块的通信来向板载远程信息处理模块以及向目标交通工具的智能控制系统发送命令。命令包括唤醒远程信息处理模块并且执行锁定和解锁目标交通工具、打开和关闭门以及由目标交通工具252给出提醒的机械动作。提醒包括以下中的一个或其组合：1）激活目标交通工具的一个或多个灯、2）激活目标交通工具的警报系统以及3）鸣响目标交通工具252的喇叭。在实施例中，板载远程信息处理模块可以耦合到目标交通工具的板载诊断系统的输入端口。

图3b在图330中示出了上面针对图300描述的编号步骤序列的一部分。（5）用户312在他们的客户端设备上的移动应用254或桌面应用350上接收来自去往和来自交通工具的包裹服务云系统340的通知，以确认将包裹被装运到他们的交通工具252的希望。（6）用户312确认并且将响应提供到他们的客户端设备上的移动应用254或桌面应用350中，以将用于远程信息处理系统310的许可（用户名和密码）发送到去往和来自交通工具的包裹服务云系统340。（10）去往和来自交通工具的包裹服务云系统340将目标交通工具的gps位置数据发送到递送人员304的客户端设备中的包裹递送应用315。（11）在接近目标交通工具252时，递送人员304的客户端设备中的包裹递送应用315自动检测包裹递送交通工具322和目标交通工具252之间的距离，或者也可以由递送人员提示以向去往和来自交通工具的包裹服务云系统340发送请求来唤醒交通工具252。替代地，包裹递送交通工具322和目标交通工具252之间的距离可以由去往和来自交通工具的包裹服务云系统340独立监视，并且可以在没有递送应用315或递送人员304参与的情况下发送请求。（11a）去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程经由一个或多个应用编程接口向远程信息处理系统oem后端310发送一个或多个唤醒请求，以唤醒目标交通工具252。（11b）去往和来自交通工具的包裹服务云系统340中的基于gps的接近度控制例程还经由一个或多个应用编程接口向远程信息处理系统oem后端310发送请求，以发送命令来引起目标交通工具252中的局部提醒，使得交通工具可以闪烁交通工具的灯并且鸣响其喇叭以将递送驾驶员直接提醒到目标交通工具的位置，以便辅助在数行停放的汽车中定位目标交通工具252。（12）基于gps的接近度控制例程编成正确的请求命令，并且经由一个或多个应用编程接口将请求向远程信息处理系统oem后端310发送，以向交通工具252中的智能交通工具的远程信息处理模块发送命令来打开包括目标交通工具252的后备箱、窗户或不透光天窗的门。因此，远程信息处理提供者310通过信道320发送命令334到目标交通工具252，以解锁并打开交通工具的门。（14）递送人员304经由客户端设备上的递送应用315向去往和来自交通工具的包裹服务云系统340发送包裹306递送/拾取和目标交通工具252的安全的确认。

图3c在图370中示出了上面针对图300描述的编号步骤序列的一部分。（14）递送人员304经由客户端设备上的递送应用315向去往和来自交通工具的包裹服务云系统340发送包裹306递送/拾取和目标交通工具252的安全的确认。（15）在来自递送人员的客户端设备中的递送应用315的包裹的确认递送之后，基于gps的接近度控制例程执行距离监视以识别递送驾驶员304何时正在离开。为了避免递送人员304离开解锁的交通工具，云系统340中的去往和来自交通工具的包裹服务通过向远程信息处理系统的oem后端310发送请求来检查目标交通工具252的锁定状态。因此，远程信息处理提供者310通过发送验证命令384并通过到目标交通工具252的信道320接收验证响应来检查交通工具252的锁定状态。（16）远程信息处理系统的oem后端310用交通工具的门/后备箱既关闭又锁定的确认来回应，或者不确认被锁定。（17）在接收到锁定确认之后，去往和来自交通工具的包裹服务云系统340在其客户端设备上的移动应用254或桌面应用350上向用户312发送递送确认。可选地，去往和来自交通工具的包裹服务云系统340通过递送应用315向递送人员304发送递送确认373。

包裹承运方的交通工具322的当前gps坐标从驻留在1）包裹承运方的交通工具322或2）包裹承运方304的移动设备中的基于gps的递送应用315传输。基于gps的递送应用可从web站点下载。另外，目标交通工具252的gps坐标从目标交通工具252的远程信息处理模块传输到基于gps的接近度系统。

去往和来自交通工具的包裹服务过程的高级描述

图6a-图6b示出用于到交通工具的包裹递送和从交通工具的包裹拾取的替代递送系统的实施例的流程图600和650。图600描述了在零售web站点258处购物的顾客/用户312。零售web站点258包括递送到移动位置（例如，交通工具252）的选项。用户/顾客将物品添加到购物车（612）。在完成购物之后，用户/顾客进行结账（614）。在结账时，用户/顾客请求box2go递送（例如，递送到交通工具）（616）。顾客/用户312输入预期递送位置（交通工具252的预期位置）（618）并下订单（622）。另外，零售web站点258准备订单细节623和装运细节624，并将订单细节和装运细节发送到包裹递送系统302（626）。订单细节可以包括诸如交通工具的vin和名称之类的用户细节（用户数据）。装运细节可以包括交通工具的预期位置。在接收到递送到移动位置（例如，交通工具252）的请求之后，包裹递送系统302将用户数据发送到去往和来自交通工具的包裹服务云系统340，并请求用户和目标交通工具的确认（628）。去往和来自交通工具的包裹服务云系统340验证用户和目标交通工具（632），并将确认发送回包裹递送系统（634）。将包裹递送到交通工具和从交通工具拾取包裹的过程在流程图650上继续。用户从去往和来自交通工具的包裹服务云系统接收确认递送消息（661）。例如，在递送日期那天或其附近，去往和来自交通工具的包裹服务云系统340向用户312的移动应用254发送消息，并要求用户确认递送的细节，包括例如时间和交通工具的位置。用户做出响应（662）。来自用户312的肯定响应充当解锁和打开交通工具门的用户许可。基于该许可，去往和来自交通工具的包裹服务云系统340生成虚拟汽车密钥（664），这允许包裹承运方304解锁并打开交通工具的门。去往和来自交通工具的包裹服务云系统340将虚拟汽车密钥发送到包裹递送系统（668），并且包裹承运方系统302将虚拟汽车密钥链接到用户数据（672）。在递送日期当天，包裹承运方304将虚拟汽车密钥发送到去往和来自交通工具的包裹服务云系统340，并通知递送（674）。去往和来自交通工具的包裹服务云系统340验证虚拟汽车密钥（676），并向远程信息处理提供者310发送请求并要求授权密钥（678）。该请求可以包括用户账户信息，包括用户名和密码以及交通工具的vin。远程信息处理提供者310用授权密钥进行响应（679）。去往和来自交通工具的包裹服务云系统340使用授权密钥并请求目标交通工具的最后已知位置（682）。远程信息处理提供者310用目标交通工具的最后gps坐标进行响应（683）。可选地，去往和来自交通工具的包裹服务云系统340将目标交通工具252的最后坐标发送给包裹承运方（686）。接收包裹递送交通工具322的gps坐标的去往和来自交通工具的包裹服务云系统340监视包裹递送交通工具322和目标交通工具252之间的距离，并当包裹递送交通工具到达目标交通工具的预定距离（例如，比第一阈值距离更近）时使用授权密钥向远程信息处理提供者310发送唤醒呼叫（684）。去往和来自交通工具的包裹服务云系统340继续接收包裹承运方的交通工具322的gps坐标连同虚拟汽车密钥（692-694），并计算包裹递送交通工具322与目标交通工具252之间的距离并监视该距离（687-689）。虚拟汽车密钥由去往和来自交通工具的包裹服务云系统340使用以检查从包裹承运方304接收的消息的真实性（authenticity）。同样地，授权密钥由远程信息处理提供者310使用以认证它从去往和来自交通工具的包裹服务云系统340接收的消息。

图7b示出了到交通工具的包裹递送和从交通工具的包裹拾取的过程继续的流程图750。去往和来自交通工具的包裹服务云系统340继续接收包裹承运方的交通工具322的gps坐标连同虚拟汽车密钥（752），并监视到目标交通工具252的距离（754）。使用授权密钥，去往和来自交通工具的包裹服务云系统340可以向远程信息处理提供者310发送更多的唤醒呼叫（756），以防止目标交通工具的远程信息处理模块进入睡眠模式。去往和来自交通工具的包裹服务云系统340继续接收包裹承运方的交通工具322的gps坐标连同虚拟汽车密钥（758），并监视到目标交通工具252的距离，并且当包裹承运方的交通工具322到达目标交通工具252的附近（例如，比第二阈值距离更近）时，去往和来自交通工具的包裹服务云系统340将提醒请求（762）连同授权密钥发送到远程信息处理提供者310以使目标汽车打开灯、喇叭发声或产生其他音频或视觉提醒，使得递送人员304可以注意到目标交通工具252。然后，远程信息处理提供者310确认提醒请求（763）并将请求发送到目标交通工具252。递送人员304找到目标交通工具，并将请求连同虚拟汽车密钥发送（764）到去往和来自交通工具的包裹服务云系统340，以解锁目标交通工具并打开目标交通工具的门。去往和来自交通工具的包裹服务云系统340将解锁请求连同授权密钥发送到远程信息处理提供者310（766），并且然后远程信息处理提供者310确认解锁请求（767），并将该请求发送到目标交通工具252。递送人员304打开目标交通工具252，并且将包裹递送到目标交通工具或从目标交通工具拾取包裹。递送人员304将请求连同虚拟汽车密钥发送（768）到去往和来自交通工具的包裹服务云系统340，以确认包裹的递送/拾取以及请求锁定目标交通工具。去往和来自交通工具的包裹服务云系统340将锁定请求连同授权密钥发送到远程信息处理提供者310（772），并且然后远程信息处理提供者310确认锁定请求（773）并将该请求发送到目标交通工具252并且还将锁定确认发送到递送人员（774）。去往和来自交通工具的包裹服务云系统340进一步回收（销毁）虚拟汽车密钥（776），并经由客户端的移动应用254或桌面应用350向用户312发送递送/拾取确认（778）。

图7a示出到交通工具的包裹递送和从交通工具的包裹拾取的过程的时间线的框图700。在时间线中，在点701处，去往和来自交通工具的包裹服务云系统340开始监视包裹承运方交通工具322和目标交通工具252之间的距离。在一个实施例中，可以通过接收来自递送人员304的消息、通过在调度的递送之前的预定时间和/或在递送日的开始处发起距离监视。为了防止耗尽电池，当交通工具不操作时，交通工具的远程信息处理模块通常保持在睡眠模式中。在睡眠模式中，远程信息处理模块可以例如每10分钟唤醒并且与远程信息处理提供者（oem远程信息处理系统310）通信并检查任何要执行的命令。因此，在睡眠模式中，远程信息处理模块不能即时执行命令，并且只能在唤醒时执行命令。在时间线中，在点702处，将消息发送到目标交通工具252的远程信息处理模块以唤醒。唤醒消息被延迟执行，并且因此当包裹递送交通工具322处于离目标交通工具252的预定义距离（或预定义时间量）时发送唤醒消息，以给予目标交通工具足够的时间以唤醒。在时间线中，在点704处，当包裹递送交通工具322处于很靠近目标交通工具252的附近（例如，在相同停车场中）时，向目标交通工具发送提醒消息，使得目标交通工具进行诸如鸣响喇叭、闪烁灯或激活警报系统之类的机械操作，使得递送人员304可以注意到目标交通工具。如关于图7b所讨论的，可以在递送人员定位目标交通工具并将请求764发送到去往和来自交通工具的包裹服务云系统340之后发送解锁和打开目标交通工具的命令。可选地并且为了增加安全性，可以在递送人员定位目标交通工具并且发送请求764之后、以及附加地当递送卡车322或递送人员304如点705那样靠近目标交通工具时，发送解锁和打开目标交通工具252的命令。在点708处，递送人员304将包裹递送到目标交通工具或从目标交通工具拾取包裹。如关于图7b所讨论的，在递送之后，递送人员304发送请求768以关闭和锁定目标交通工具。如时间线中所示，当递送卡车驶离目标交通工具252并到达点706时，将锁定验证消息发送到目标交通工具。可选地，在点711处，由去往和来自交通工具的包裹服务云系统340向递送人员304发送通知锁定验证的消息。当递送人员304步行离开递送卡车322时，可以使用包裹递送应用315的gps坐标。如关于图3a、图6a、图6b和图7b所讨论的，去往和来自交通工具的包裹服务云系统340和目标交通工具252之间的通信（724-727）通过远程信息处理提供者310。

另外，在处于由在包裹承运方的交通工具322和目标交通工具252之间比第二阈值距离小预设距离的第三阈值距离所建立的靠近接近度中时，可以向目标交通工具发送解锁命令以解锁目标交通工具。图7a示出了时间线。一个或多个处理器计算第一阈值距离至第四阈值距离。点704对应于第二阈值距离并且点705对应于比第二距离更靠近目标交通工具的第三阈值距离。解锁包括：通过满足第三阈值距离以及满足解锁命令的发布只在预设时间窗口内发生的安全措施来由基于gps的接近度系统340获取解锁许可。然后，基于gps的接近度系统340被配置为向目标交通工具252中的板载致动模块传输解锁命令，其然后被编码来解锁门中的一个或多个，包括解锁目标交通工具的后备箱。还可以对目标交通工具中的板载致动模块进行编码以引起打开目标交通工具252的不透光天窗。

基于gps的接近度340系统被配置为利用一个或多个处理器来计算第四距离间隔（separation）阈值，并且然后当满足与包裹承运方的交通工具322相关联的客户端设备和目标交通工具252之间的第四距离间隔阈值时，发送命令以锁定目标交通工具252。在递送卡车322具有到目标交通工具的最小第四阈值距离之后执行锁定验证，以确保递送人员304正在离开该区域（例如，参见图7a的时间线上的锁定验证点706）。锁定包括执行锁定验证以检查来看目标交通工具252的门是否在满足第四距离间隔阈值的时候确实被锁定，并且然后，如果没有锁定，则向板载致动模块发送命令以通过锁定目标交通工具的一个或多个门来锁定目标交通工具252。锁定可以包括关闭目标交通工具的一个或多个门并执行锁定验证。目标交通工具的门包括后备箱、不透光天窗和窗户。

另外，地理接近度vaas340的基于云的服务器270包括第一模块，其被配置为在两个或更多包裹递送服务302的服务器与两个或更多oem远程信息处理提供者310的服务器之间提供一个或多个应用编程接口。基于云的服务器还包括第一输入套接字（socket），用于经由一个或多个应用编程接口从第一包裹递送服务接收关于包裹递送到用户312的目标交通工具252或从用户312的目标交通工具252拾取包裹的请求的第一通知。基于云的服务器的第二模块被配置为与基于云的服务器270的数据库275通信，以存储包括与请求相关联的装运跟踪号码（tn）和交通工具识别号（vin）的第一通知，并且注册用于包裹递送到目标交通工具252或从目标交通工具252拾取包裹的请求。基于云的服务器的第三模块被配置为在注册包裹递送到或从……拾取包裹的请求时，经由用户312的客户端设备上的移动应用254或桌面应用350向用户312发送第二通知，以向用户确认使具有装运tn的包裹装运到具有该vin的目标交通工具或从具有该vin的目标交通工具拾取具有该装运tn的包裹的希望（参见例如图6b的消息661和图10的消息1006）。基于云的服务器的第四模块被配置为利用两个或更多oem远程信息处理提供者310来使用一个或多个应用编程接口以与目标交通工具252中的板载远程信息处理模块建立无线通信。第四模块被配置为经由所述一个或多个应用编程接口向第一oem远程信息处理提供者发送请求，以在包裹承运方的交通工具处于由到与所述vin匹配的目标交通工具的第一阈值距离建立的靠近接近度中时唤醒所述目标交通工具的板载远程信息处理模块（参见例如图6b的消息684和图10的消息1026）。第四模块还被配置为经由一个或多个应用编程接口向第一oem远程信息处理提供者310发送请求，以在接收到递送人员304准备好递送或拾取包裹的指示时经由目标交通工具的板载远程信息处理模块来解锁目标交通工具252的后备箱和/或门（参见例如图7b的消息766和图10的消息1042）。第四模块被配置为经由一个或多个应用编程接口向第一oem远程信息处理提供者310发送请求，以在接收到递送人员304已经递送或拾取包裹的确认时经由交通工具的板载远程信息处理模块来锁定目标交通工具252的后备箱和门（参见例如图7b的消息772和图10的消息1052）。

图10示出了从去往和来自交通工具的包裹服务的用户拾取包裹的实施例的序列图1000。图1000类似于图600、650和750的组合。基于云的去往和来自交通工具的包裹服务的用户可以使用驻留在其客户端设备中的box2go应用254或350来安排从他们的交通工具拾取包裹。驻留在他们的客户端设备中的box2go应用将收集细节并将信息发送到基于云的去往和来自交通工具的包裹服务。另外和/或替代地，包裹递送服务web站点呈现用户界面或web页以收集用户的细节，以便安排从他们的交通工具拾取包裹。在图1000中，远程信息处理提供者310向基于云的去往和来自交通工具的包裹服务提供访问令牌，以认证它从基于云的去往和来自交通工具的包裹服务接收的消息。同样，基于云的去往和来自交通工具的包裹服务向包裹递送系统302以及包裹承运方304提供虚拟汽车密钥，以认证它从包裹递送系统302和包裹承运方304接收的消息。

图12示出了在包裹承运方的交通工具和目标交通工具之间操作快速递送、拾取和安全包裹交换的示例方法的流程图。方法1200可以用于描述图300中的编号步骤的顺序或图6a、图6b和图7b中的流程图600、650、750。包裹传送由基于云的系统来控制和跟踪（1210）。如图3a-图3c中所示，去往和来自交通工具的包裹服务云系统340可以控制和跟踪目标交通工具252和包裹递送交通工具322之间的包裹传送。

从驻留的基于gps的递送应用传输包裹承运方的交通工具的当前gps坐标和目标交通工具的gps坐标（1220）。例如，如图3a-图3c中所示，计算包裹承运方的交通工具322的当前gps坐标。安装在包裹承运方的交通工具中的客户端设备或者2）与包裹承运方的交通工具的驾驶员一起行进的手持客户端设备使用递送人员304的包裹递送应用315发送包裹承运方的交通工具的gps坐标。类似地，在去往和来自交通工具的包裹服务云系统340向远程信息处理提供者310发送请求之后，通过远程信息处理提供者310接收目标交通工具252的当前gps坐标，如上面关于图3a和图6b所描述的那样。

在包裹承运方的交通工具和目标交通工具之间的第一接近度距离处唤醒目标交通工具的远程信息处理模块（1230）。如关于图3a和图6b所述，去往和来自交通工具的包裹服务云系统340监视包裹承运方的交通工具322和目标交通工具252之间的距离。当该距离变得短于第一接近度距离时，去往和来自交通工具的包裹服务云系统340向远程信息处理提供者310发送请求，以唤醒目标交通工具252。可以重复唤醒呼叫以确保目标交通工具不进入睡眠模式。在实施例中，远程信息处理提供者310可以不发送特定的唤醒命令，但是可以发送另一个命令，诸如发送gps坐标的命令，并且可以以比在进入目标交通工具的远程信息处理模块的睡眠模式之前的空闲时间更短的间隔来重复该命令，以防止目标交通工具252的远程信息处理模块进入睡眠模式。

在包裹承运方的交通工具和目标交通工具之间的第二接近度距离处由目标交通工具给出提醒（1240）。去往和来自交通工具的包裹服务云系统340继续监视包裹承运方的交通工具322和目标交通工具252之间的距离，并且当该距离变得短于第二接近度距离时，去往和来自交通工具的包裹服务云系统340向远程信息处理提供者310发送请求，以命令目标交通工具252通过执行鸣叫喇叭、闪烁灯光以及激活安全系统的一个或多个动作来向递送人员304提醒目标交通工具的位置。另外或替代地，递送人员304可以向去往和来自交通工具的包裹服务云系统340发起针对提醒或附加提醒的请求。提醒请求由去往和来自交通工具的包裹服务云系统340发送到远程信息处理提供者310，其中远程信息处理提供者310向目标交通工具252发送适当的命令，如关于图3a和图7b所描述的那样。

解锁目标交通工具，并且在包裹承运方的交通工具和目标交通工具之间交换至少一个包裹（1250）。如关于图3a和图7b所描述的，在定位目标交通工具之后，递送人员304可以向去往和来自交通工具的包裹服务云系统340发起请求，以用于解锁和打开目标交通工具252的门。递送人员304可以将包裹递送到目标汽车252或从目标交通工具拾取包裹。解锁请求由去往和来自交通工具的包裹服务云系统340发送到远程信息处理提供者310，其中远程信息处理提供者310向目标交通工具发送适当的命令。

接收包裹传送的确认（1260）。在递送人员304将包裹递送到目标汽车252或从目标交通工具252拾取包裹之后，保护汽车并将包裹传送确认发送到去往和来自交通工具的包裹服务云系统340。在实施例中，递送仅可以关闭目标交通工具的门或后备箱，并且锁定可由远程信息处理提供者310执行。

在接收到确认之后锁定目标交通工具（1270）。在从递送人员304接收到包裹交换确认之后，去往和来自交通工具的包裹服务云系统340向远程信息处理提供者310发送锁定请求，其中远程信息处理提供者310向目标交通工具发送适当的命令以锁定目标交通工具252。

注册和购买

存在顾客可以选择的多个时间段和方法（在下面描述）来向去往和来自交通工具的包裹服务进行注册。在注册时，在一个或多个数据库中的第一数据库还可以被配置为包含关于每个用户的信息并且对该信息编索引，所述信息包括：用于去往和来自交通工具的包裹服务的用户id和密码、用户名、电子邮件等、安全问题、交通工具vin、交通工具型号、颜色和年份以及其他类似信息。

当在经销商处购买具有内置于交通工具中的远程信息处理系统的新车时，执行以下步骤：i）向顾客提供针对去往和来自交通工具的包裹服务的签约（sign-up）、ii）顾客使用纸张表格在基于云的去往和来自交通工具的包裹服务中针对box2go服务应用签约，并且顾客将box2go移动应用下载到他们的客户端设备中、iii）顾客至少登录到box2go移动应用一次，以激活基于云的去往和来自交通工具的包裹服务中的box2go服务应用。接下来，基于云的去往和来自交通工具的包裹服务自动跟踪用户的认证密钥和刷新密钥并将其作为注册的一部分进行存储。

顾客可以通过如下内容使用box2go应用来进行注册：i）使用box2go应用来签约、ii）box2go从用户收集远程信息处理系统站点（例如onstar的后端站点）的注册信息，并将其传递到远程信息处理系统站点，（box2go移动应用或基于云的去往和来自交通工具的包裹服务不将该信息存储在云系统中）、iii）远程信息处理系统站点完成注册并返回认证密钥和刷新密钥以及最后iv）基于云的去往和来自交通工具的包裹服务将认证密钥和刷新密钥作为注册的一部分进行存储。

当已经存在的用户进行注册时，box2go应用从远程信息处理系统站点顾客收集用户名和密码，box2go签约顾客，并且远程信息处理系统站点返回认证密钥和刷新密钥。基于云的去往和来自交通工具的包裹服务将认证密钥和刷新密钥作为注册的一部分进行存储。

购物体验可以如下。当在零售商店购物时，在结账处，顾客将：i）在例如amazon、bestbuy、ebay等的零售web站点上购买产品、ii）在用户界面上提供选项以使用基于云的去往和来自交通工具的包裹服务中的box2go服务应用将购买的物品递送到他的汽车、iii）将递送方法选择为“box2go递送”，以将包裹递送到交通工具、iv）可选地，选择交通工具的预期位置是工作或家庭以及v）结账并向零售商下订单。零售商将履行订单并准备包裹以用于递送，并利用如fedex的递送服务提供者来递送包裹。

递送服务提供者的box2go递送过程可以包括经由交通工具自身中的内部智能软件和驻留在客户端设备中的下载的应用之间的wifi热点、远程信息处理解决方案以及蓝牙交换的通信的用例。因此，基于gps的递送应用可从基于云的服务器中的数据库下载或以其他方式电子分发到客户端设备，例如包含在闪存驱动器类型的计算机可读介质中。

对于标记为“box2go递送”的包裹，递送服务提供者发起用于利用云中的去往和来自交通工具的包裹服务的递送包裹的查询过程。去往和来自交通工具的包裹服务云在其系统中验证请求包裹递送的顾客信息，并确认顾客具有在基于云的去往和来自交通工具的包裹服务中可用于虑及这种递送的box2go服务应用。去往和来自交通工具的包裹服务云然后将顾客可以接受box2go递送的验证发回到递送服务提供者的站点。

装运体验--递送计划

在递送服务提供者的路线计划之前，基于云的去往和来自交通工具的包裹服务向顾客的顾客蜂窝电话发送推送消息（优选地在早晨早些时间），请求对具有订单细节的包裹的交通工具递送进行确认。顾客通过向基于云的去往和来自交通工具的包裹服务发回消息来确认交通工具递送选项。顾客可能注意到box2go应用的推送消息。一旦基于云的去往和来自交通工具的包裹服务接收到顾客对汽车递送的确认，基于云的去往和来自交通工具的包裹服务将生成虚拟汽车密钥。基于云的去往和来自交通工具的包裹服务向递送服务提供者服务器发送虚拟汽车密钥。虚拟汽车密钥以有限的保质期限进行发布，并且即使在定义的时间量比如4小时内未使用也将过期。注意，双密钥安全性保护以防如果虚拟汽车密钥或访问令牌被损害。有限的保质期限过期保护以防如果虚拟汽车密钥和访问令牌被损害，它们仅在由基于云的去往和来自交通工具的包裹服务建立的有限时间窗口内有效。因此，交通工具的安全性以多种方式得到保护。递送服务提供者系统然后将虚拟汽车密钥链接到递送订单。递送服务提供者系统然后准备好执行到顾客交通工具的包裹递送。

预递送

递送服务提供者准备要递送到顾客的汽车的box2go包裹。递送服务提供者基于在结账时为box2go递送选择的地址或交通工具的当前位置来计划递送路线。在递送日，递送服务提供者的递送交通工具在box2go应用中查找与订单相关联的虚拟汽车密钥。递送服务提供者联系基于云的去往和来自交通工具的包裹服务以获得汽车的位置。基于云的去往和来自交通工具的包裹服务然后接收汽车的最后已知位置，并将其发送回递送服务提供者的box2go应用。如果交通工具的当前位置在他的递送区域中，则递送服务提供者的系统向前移动递送。如果递送的交通工具不在递送区域中，则跳过该递送并且标记为有异议的邮件递送。

递送服务提供者的交通工具的实时跟踪

当跟踪递送服务提供者的递送交通工具朝着递送位置行驶时，递送交通工具中的应用可以向基于云的去往和来自交通工具的包裹服务通知递送交通工具的位置。基于云的去往和来自交通工具的包裹服务预期向汽车的包裹递送并通过发出命令来唤醒交通工具的系统。当递送服务提供者的交通工具接近汽车附近（如100米）时，基于云的去往和来自交通工具的包裹服务自动提醒交通工具，并且交通工具开始闪灯并哔哔响几次。这有助于递送服务提供者的驾驶员在停车场中定位确切的交通工具。

一旦递送服务提供者的递送到达汽车，则解锁汽车，递送人员使用的应用使用box2go应用来发送解锁命令。基于云的去往和来自交通工具的包裹服务拦截该命令并向远程信息处理系统站点发出解锁命令。远程信息处理系统站点通过发送该解锁命令来触发汽车的远程信息处理模块中的解锁请求，从而机电地解锁交通工具的后备箱或门。

递送人员将包裹放在顾客的汽车内、关闭汽车门/后备箱以及然后使用box2go应用发送锁定命令。像上面一样，基于云的去往和来自交通工具的包裹服务拦截该命令并向远程信息处理系统站点发出锁定命令。远程信息处理系统站点通过发送锁定命令来触发在汽车的远程信息处理模块中的锁定请求。

确认消息被从去往和来自交通工具的包裹服务发送到递送服务提供者的服务器以及在顾客的蜂窝电话上的box2go应用上发送给顾客。当去往和来自交通工具的包裹服务销毁订单的虚拟汽车密钥时，递送过程完成。

收入

图8a-图8d示出了替代递送系统的价值建议的实施例的框图和流程图800、825、850和875。如上所讨论的，用户/顾客可以基于每次递送/每次拾取实例来支付附加费用以使用去往和来自交通工具的包裹服务。用户/顾客可以为使用去往和来自交通工具的包裹服务的包裹的所有递送和拾取支付每月或每年的订阅费用。用户/顾客可以基于另一用例模型来支付。在零售商、去往和来自交通工具的包裹服务、递送服务提供者和oem提供者之间可以有收入分配协议。递送服务可以补贴包裹的递送以增加量、使包裹递送更有效率并且消除包裹的重新递送。例如，在对英国递送的调查中，12％的递送第一次失败。这将使递送行业每年的重新递送成本达到13亿美元。广告商还可以通过在下订单和递送过程中投放广告来补贴包裹的递送。上述的组合可以用于使用去往和来自交通工具的包裹服务的收入产生过程中。递送服务的后端服务器、去往和来自交通工具的包裹服务和零售商站点收集和分发补偿。

在软件狗/ehorizo​​n解决方案情况中的每个事务的高级描述

图4示出了使用示例软件狗/ehorizo​​n拓扑的替代包裹拾取和递送系统的实施例的流程图400。

在实施例中，诸如ehorizo​​n的软件应用被配置为在交通工具的导航中提供新的智能。ehorizo​​n软件引领导航数据的智能和扩展使用的方式以控制其他交通工具系统。可以在目标交通工具中安装附加硬件以辅助去往和来自交通工具的包裹过程。软件狗可以是附接到交通工具以便使能附加功能的一小块硬件。

（0）步骤1-7与前面的技术方案相同。

（1）用户使用他们的客户端设备上的移动应用或者经由他们的客户端设备上的浏览器访问零售商的web站点。零售商的web站点收集包括被选产品在内的订单信息。客户端设备经由移动应用向零售商的web站点提交订单和装运信息，并且在递送到交通工具的情况下，订单包括交通工具vin。

（2）零售商的web站点将装运信息发送到包裹递送实体系统。

（3）包裹递送实体系统向用户发送包括跟踪号码的确认。

（4）包裹递送实体系统向去往和来自交通工具的包裹服务云系统发送包括跟踪号码和vin的通知。

（5）去往和来自交通工具的包裹服务云系统经由跟踪号码和vin向用户进行确认。

（6）用户将用于远程信息处理系统的许可（用户名和密码）发送到去往和来自交通工具的包裹服务云系统。

（7）在包裹到达相同的城市后，包裹递送实体系统的递送人员为了交通工具位置信息而将跟踪号码发送到去往和来自交通工具的包裹服务云系统。

（8）在步骤（6）之后，去往和来自交通工具的包裹服务云系统已经跟踪了交通工具的位置，并且在包裹递送人员请求时发出它。

（9）包裹递送实体系统的递送人员接近交通工具之后，向去往和来自交通工具的包裹服务云系统发送请求以使应急灯闪烁并打开后备箱。

（10）去往和来自交通工具的包裹服务云系统验证请求并解锁后备箱。

（11）在将包裹存储到后备箱中并关闭后备箱之后，包裹递送实体系统的递送人员向去往和来自交通工具的包裹服务云系统发送确认。

（12）包裹递送实体系统的递送人员向包裹递送实体系统发送确认。

（13）在（11）之后，去往和来自交通工具的包裹服务云系统轮询交通工具的后备箱门状态。

（14）软件狗/ehorizo​​n用后备箱门状态（打开/关闭）进行响应。

（15）去往和来自交通工具的包裹服务云系统向用户发送递送确认通知。

（16）包裹递送实体系统向用户发送递送确认电子邮件。

软件狗/ehorizo​​n技术方案利用oem来访问bcm。大多数事务由https协议来保护（公钥-私钥对和证书）。诸如https协议的安全机制被所有流行的web框架支持。整个系统具有若干计算机网络（cyber）安全机制：i）在去往和来自交通工具的包裹服务云系统中的服务器需要从受信任的ca之一申请证书、ii）包裹递送实体系统的递送人员需要注册以进行验证以及iii）用户需要通过验证交通工具类型是被支持的并且用oem后端识别该验证来向去往和来自交通工具的包裹服务云系统进行注册以使用服务。

地理接近度vaas340的基于gps的接近度系统在向目标交通工具252发送命令之前获得至少两个虚拟验证密钥，一个来自oem远程信息处理提供者310，并且另一个来自包裹递送服务提供者302。向虚拟验证密钥给予保质期限，使得用于解锁包括目标交通工具交通工具的后备箱的门的命令的发送停留在预定时间帧内。

计算系统

图1示出了可以在本文所讨论的服务器、交通工具内电子模块和客户端设备中的一个或多个的实施例中使用的示例计算系统的框图800。计算系统环境800仅是诸如客户端设备、服务器、交通工具内电子模块等之类的合适的计算环境的一个示例，并且不旨在暗示关于计算系统810的设计的使用或功能的范围的任何限制。计算环境800也不应被解释为具有与示例性操作环境800中所示的部件中的任一个或组合相关的任何依赖性或要求。

参考图1，计算系统810的部件可以包括但不限于：具有一个或多个处理核心的处理单元820、系统存储器830和系统总线821，系统总线821将包括系统存储器的各种系统部件耦合到处理单元820。系统总线821可以是若干总线结构类型中的任何类型，包括使用各种总线架构中的任何架构的存储器总线或存储器控制器、外围总线和本地总线。作为示例而非限制，这种架构包括工业标准架构（isa）总线、微通道架构（mca）总线、增强型isa（eisa）总线、视频电子标准协会（vesa）现场（locale）总线和外围部件互连（pci）总线。

计算系统810通常包括各种计算机器可读介质。计算机器可读介质可以是可由计算系统810访问并且包括易失性和非易失性介质、可移动和不可移动介质两者的任何可用介质。作为示例而非限制，计算机器可读介质使用包括诸如计算机可读指令、数据结构、程序模块或其他数据之类的信息的存储。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘（dvd）或其他光盘记忆装置、磁带盒、磁带、磁盘记忆装置或其他磁存储设备，或者是可以用于存储所需信息并且可以由计算设备800访问的任何其他有形介质。然而，载波不会落入计算机可读介质中。通信介质通常包含计算机可读指令、数据结构、程序模块或其他传输机制，并且包括任何信息递送介质。

系统存储器830包括诸如只读存储器（rom）831和随机存取存储器（ram）832之类的易失性和/或非易失性存储器形式的计算机存储介质。基本输入/输出系统833（bios），包含比如在启动期间帮助在计算系统810内的元件之间传送信息的基本例程，其通常存储在rom831中。ram832通常包含处理单元820可立即访问和/或当前正在操作的数据和/或程序模块。作为示例而非限制，图1示出了操作系统834、程序模块836和程序数据837。

计算系统810还可以包括其他可移动/不可移动的易失性/非易失性计算机存储介质。仅作为示例，图1示出了从诸如cdrom或其他光学介质之类的不可移动、非易失性磁性介质非易失性光盘856读取或向其写入的硬盘驱动器841。可以在示例性操作环境中使用的其他可移动/不可移动、易失性/非易失性计算机存储介质包括但不限于：usb驱动器和设备、磁带盒、闪存卡、数字通用盘、数字视频带、固态ram、固态rom等。硬盘驱动器841通常通过诸如接口840之类的不可移动存储器接口连接到系统总线821，并且磁盘驱动器851和光盘驱动器855通常通过诸如接口850的可移动存储器接口连接到系统总线821。

上面讨论并在图1中示出的驱动器及其相关联的计算机存储介质为计算系统810提供计算机可读指令、数据结构、程序模块和其他数据的存储。在图1中，例如，硬盘驱动器841被示为存储操作系统844、程序模块846和程序数据847。注意，这些部件可以与操作系统834、程序模块836和程序数据837相同或不同。在这里向操作系统844、程序模块846和程序数据847给予不同的数字，以说明至少它们是不同的副本。

用户可以通过诸如键盘862、麦克风863、指点设备861（诸如鼠标、轨迹球或触摸板）的输入设备将命令和信息输入到计算系统810中。麦克风863可以与语音识别软件协作。这些和其他输入设备通常通过耦合到系统总线的用户输入接口860连接到处理单元820，但是可以通过诸如并行端口、游戏端口或通用串行总线（usb）之类的其他接口和总线结构而进行连接。显示监视器891或其他类型的显示屏设备也经由诸如视频接口890的接口而连接到系统总线821。除了监视器之外，计算设备还可以包括诸如扬声器897和其他输出设备896之类的其他外围输出设备，其可以通过输出外围接口890连接。

计算系统810可以使用到一个或多个诸如远程计算设备880之类的远程计算机/客户端设备的逻辑连接在联网环境中操作。远程计算设备880可以是个人计算机、手持设备、服务器、路由器、网络pc、对等设备或其他公共网络节点，并且通常包括相对于计算系统810在上面描述的许多或全部元件。图1中描绘的逻辑连接包括局域网（lan）871和广域网（wan）873，但是也可以包括其他网络。这样的联网环境在办公室、企业范围的计算机网络、内联网和因特网中是常见的。浏览器应用可以驻留在计算设备中并且存储在存储器中。

当在lan联网环境中使用时，计算系统810通过网络接口或适配器870连接到lan871。当在wan联网环境中使用时，计算系统810通常包括调制解调器872或用于在诸如因特网的wan873上建立通信的其他装置。可以是内部或外部的调制解调器872可以经由用户输入接口860或其他适当的机制连接到系统总线821。在联网环境中，相对于计算系统810或其部分描绘的程序模块可以存储在远程存储器存储设备中。作为示例而非限制，图1示出了驻留在远程计算设备880上的远程应用程序885。应当理解，所示出的网络连接是示例性的，并且可以使用在计算设备之间建立通信链路的其他装置。

如所讨论的，计算系统可以包括处理器、存储器、用于为计算设备供电的内置电池、ac电源输入、潜在的内置摄像机、显示屏、与连接到网络的远程计算设备进行无线通信的内置wi-fi电路。

应当注意，本设计可以在诸如关于图1所描述的计算系统上执行。然而，本设计可以在服务器、专用于消息处理的计算设备上执行，或在分布式系统上执行，其中本设计的不同部分在分布式计算系统的不同部分上执行。

可耦合到总线811的另一设备是诸如电池和交流电适配器电路之类的电源。如上所讨论的，dc电源可以是需要在周期性基础上再充电的电池、燃料电池或类似的dc电源。无线通信模块872可以采用无线应用协议来建立无线通信信道。无线通信模块872可以实现无线联网标准、诸如电气和电子工程师协会（ieee）802.11标准、ieee标准802.11-1999，ieee于1999年出版。

移动计算设备的示例可以是膝上型计算机、蜂窝电话、个人数字助理或具有板载处理性能和无线通信能力的其他类似设备，其由直流（dc）电源供电，直流（dc）电源将dc电压提供到移动设备并且仅仅在移动计算设备内并且需要在周期性基础上再充电，例如燃料电池或电池。

与连接的网络环境集成的交通工具的智能运输系统

交通工具具有可以在短时间段内控制交通工具的硬件和软件，控制交通工具包括激活作为交通工具的一部分的机电结构。交通工具具有用于在云之间以及潜在地在其他交通工具之间联网的硬件和软件，以基于交通工具和云和/或其他交通工具之间的通信引起交通工具内的相关自动化。交通工具的蜂窝接口系统被配置为允许蜂窝电话访问汽车计算机系统、解释信息并在蜂窝电话显示器上显示文本，而同时将检索的信息以及用于访问交通工具计算机系统的蜂窝电话的特性和状态传输到全球网络，该全球网络将提醒可以帮助或从所检索的汽车信息中受益的各方。具有软件应用的蜂窝电话可以与交通工具的板载诊断计算机和/或其他板载智能控制系统建立连接。

系统可以与诸如移动电话的客户端设备、与交通工具中的板载计算系统对接。板载诊断计算设备可以监视交通工具的操作特性集合，并将该诊断传送给驾驶员并且与云通信两者。还可以在移动客户端设备上与附加信息相耦合地传达和处理从该系统导出的信息，并将其显示在移动客户端设备的显示屏幕上，而同时通过因特网传输该信息以存储在数据库中。

在通信协商点处，客户端设备上的应用从交通工具的导航系统提取定位位置，并且将来自交通工具的导航系统的响应和位置传输到准备好接收该信息的服务器。替代地，应用可以从客户端设备本身内部的gps模块提取类似的定位信息。

在实施例中，可以使用的针对交通工具的汽车工业的标准是saej1850通信协议，其使用可变脉冲宽度调制和脉冲宽度调制。这意味着脉冲的宽度确定其是1还是0。大多数电话形成与串行连接（rs-232、红外……等）和无线连接协议（蓝牙、红外等）的通信。这两个协议必须通过某种微处理器进行转换或桥接，以使两种通信方法可以相互通信。这可以通过使用可以用于将obd-ii信号（其包括不同的协议，诸如但不限于：j1850vpw、j1850pwm、iso9141-2、is014230、iso15765）转换到上述电话通信格式之一的集成电路来实现。

网络环境

图2a-图2b示出了在基于云的提供者站点上托管的去往和来自交通工具的包裹服务的实施例的框图。基于云的去往和来自交通工具的包裹服务托管在包含一个或多个服务器和一个或多个数据库的基于云的提供者站点上。图2a示出了其中可以应用所描述的技术的网络环境的图200。网络环境200具有连接服务器计算系统204a至204e以及至少一个或多个客户端计算系统202a、202b的通信网络220。如图所示，可以存在经由网络220彼此连接的许多服务器计算系统204a至204e和许多客户端计算系统202a至202b，网络220例如可以是因特网。注意，替代地，网络220可能是或包括以下中的一个或多个：光网络、因特网、局域网（lan）、广域网（wan）、卫星链路、光纤网络、电缆网络或这些和/或其他的组合。还应当理解，术语客户端计算系统和服务器计算系统的使用是为了清楚地指定谁通常发起通信（客户端计算系统）和谁进行响应（服务器计算系统）。除非明确说明，否则不暗示层次结构。两个功能可以处于单个通信设备中，在这种情况下，客户端-服务器和服务器-客户端关系可以被视为对等。因此，如果诸如客户端计算系统202a和服务器计算系统204a的两个系统都可以发起并响应通信，则它们的通信可以被视为对等。同样地，客户端计算系统204a和204-2与服务器计算系统202a和202b之间的通信可以被视为对等，如果每个这样的通信设备能够发起和响应通信的话。另外，服务器计算系统204a-204e还具有用于跨网络220彼此通信的电路和软件。服务器计算系统204a至204e中的一个或多个可以与比如例如数据库206a至206e之类的数据库相关联。每个服务器可以具有在那个物理服务器上运行的虚拟服务器的一个或多个实例，并且可以通过该设计实现多个虚拟实例。可以在客户端计算系统200a和网络220之间建立防火墙，以保护客户端计算系统200a上的数据完整性。每个服务器计算系统204a-204e可以具有一个或多个防火墙。

图2b示出了在基于云的提供者站点上托管的去往和来自交通工具的包裹服务的实施例的框图250。web服务器群（farm）270可以具有耦合到数据库275的4个服务器的示例，数据库275可以具有2个数据库群集的示例。用户可以在他们的客户端设备上下载和使用：i）交通工具包裹递送/拾取移动应用254或ii）交通工具包裹递送/拾取桌面应用350，以向去往和来自交通工具的包裹服务云系统340（例如参见图3b）进行注册。基于云的提供者站点上托管的基于云的去往和来自交通工具的包裹服务包含一个或多个服务器和一个或多个数据库。一个或多个数据库至少存储：i）用于去往和来自交通工具的包裹服务的用户id和密码、ii）用户名、iii）用户的电子邮件或联系人电话号码、iv）安全问题、v）交通工具vin、vi）交通工具品牌、型号、颜色、年份和vii）这些中的至少三个的任何组合。在一个实施例中，基于云的网络260被配置为与1）用户的移动应用254通信、与2）零售商web站点258通信、3）经由从远程信息处理提供者到交通工具252的安全连接256与交通工具252的远程信息处理模块通信以及与4）包裹递送交通工具262通信。基于云的网络260包括/耦合到服务器270，相对于用户和提供者，该服务器270由外部防火墙264保护。基于云的网络260还包括/耦合到数据库275，相对于服务器270，数据库275由内部防火墙266保护。

因此，基于gps的接近度系统托管在包含一个或多个服务器270和一个或多个数据库275的基于云的提供者站点上。基于gps的接近度系统呈现一个或多个应用编程接口以在一个或多个包裹递送服务的服务器与一个或多个oem远程信息处理提供者310的服务器之间提供单个公共端到端解决方案，而不需要在目标交通工具中安装附加的硬件。第一阈值距离可以由一个或多个处理器基于包括客户端设备和目标交通工具之间的实际距离和当前业务数据的因素来计算。

云提供者服务可以在云中安装和操作应用软件，并且用户可以从客户端设备访问软件服务。在云中具有站点的云用户可能不单独管理应用运行的云基础设施和平台。因此，服务器和数据库可以是共享硬件，其中用户被给予这些资源的一定量的专用使用。用户的在云中被给予虚拟量的专用空间和带宽。云应用在其可扩展性方面可以与其他应用不同--可以通过在运行时将任务克隆到多个虚拟机上以满足不断变化的工作需求来实现这一点。负载平衡器将工作分发在虚拟机集合上。此过程对云用户是透明的，其只看到单个访问点。

对基于云的去往和来自交通工具的包裹服务进行编码以利用诸如超文本传送​​协议（http）之类的协议，以参与在与驻留在客户端设备中的移动设备应用以及驻留在客户端设备中的web浏览器应用的请求和响应循环中。基于云的去往和来自交通工具的包裹服务具有一个或多个例程，用于使包裹递送到交通工具以及从交通工具拾取包裹过程自动化。基于云的去往和来自交通工具的包裹服务可以通过移动设备、台式计算机、平板设备和其他类似设备来随时随地访问。因此，对在基于云的提供者站点上托管的基于云的去往和来自交通工具的包裹服务进行编码以参与：1）来自所有基于web浏览器的应用的请求和响应循环、2）基于sms/twitter的请求和响应消息交换、3）来自专用在线服务器的请求和响应循环、4）驻留在客户端设备中的原生（native）移动应用和基于云的去往和来自交通工具的包裹服务之间的直接请求和响应循环以及5）这些的组合。

基于云的去往和来自交通工具的包裹服务具有对两个或更多包裹递送实体站点，诸如fedex、ups等的一个或多个应用编程接口（api），以及对两个或更多oem“远程访问/连接”系统的应用编程接口，所述两个或更多oem“远程访问/连接”系统诸如远程信息处理系统站点，诸如onstar、lexuslinksys、fordsync、uconnect、mbconnect、bmwconnect等。api可以是用于连接到每个oem“远程访问/连接”系统的已公布标准。api也可以是开源api。api中的一个或多个可以被定制为远程访问/连接的站点和/或包裹递送实体站点的关闭/未公布的api。对基于云的去往和来自交通工具的包裹服务进行编码以在每个包裹递送实体站点和云提供者站点之间建立安全的通信链路。对基于云的去往和来自交通工具的包裹服务进行编码以在每个远程信息处理系统站点和云提供者站点之间建立安全的通信链路。对软件服务进行编码，以通过在套接字层创建隧道并且在每个包裹递送实体站点和提供者站点之间传输时加密任何数据来建立安全通信链路，以及以满足直接借贷机构所需的任何附加认证机制，包括但不限于ip地址白名单和基于令牌的认证。

在实施例中，服务器计算系统204可以包括服务器引擎、web页管理部件、内容管理部件和数据库管理部件。服务器引擎执行基本处理和操作系统级任务。web页管理部件处理与接收和提供数字内容和数字广告相关联的web页或屏幕的创建和显示或路由。用户可以借助于与其相关联的url来访问服务器计算设备。内容管理部件处理本文所描述的实施例中的大多数功能。数据库管理部件包括相对于数据库的存储和检索任务、对数据库的查询以及数据的存储。

用于显示诸如web页等的信息的服务器计算系统的实施例。包括任何程序模块的应用在服务器计算系统204a上执行时，使得服务器计算系统204a在诸如web页的媒体空间的一部分上显示窗口和用户界面屏幕。用户经由浏览器从客户端计算系统200a可以与web页交互，并且然后向由应用的用户界面呈现的查询/字段和/或服务提供输入。web页可由web服务器计算系统204a在使能任何超文本标记语言（html）或无线访问协议（wap）的客户端计算系统202a或其任何等同物上服务。例如，客户端移动计算系统202a可以是智能电话、触摸板、膝上型计算机、上网本等。客户端计算系统202a可以托管浏览器以与服务器计算系统204a交互。每个应用具有代码，将所述代码编写脚本以执行软件部件被编码以执行的功能，诸如呈现字段和图标以获取所需信息的细节。服务器计算系统204a内的算法、例程和引擎从呈现字段和图标获取信息，并将该信息放入诸如数据库之类的适当的存储介质中。对比较向导（wizard）编写脚本以引用数据库并利用这样的数据。可以将应用托管在服务器计算系统204a上并且将其提供给客户端计算系统202a的浏览器。然后应用提供允许输入细节的页面和允许输入更多细节的其他页面。

远程信息处理系统

远程信息处理系统使用远程通信、交通工具技术、电传感器、仪器和无线通信模块来允许云与交通工具之间的通信。远程信息处理系统站点经由远程信息处理模块发送、接收和存储信息以影响对交通工具中的对象的控制。远程信息处理包括但不限于与计算机集成的全球定位系统技术和汽车导航系统中的移动通信技术。远程信息处理还包括与交通工具中的集成的免提蜂窝电话系统、交通工具中的无线安全通信系统以及自动驾驶辅助系统的基于云的交互。

无线通信电路在移动客户端设备和交通工具之间交换通信。无线通信电路利用处理器经由总线系统执行指令。无线通信电路可以被配置为向rf（射频）、卫星、蜂窝电话（模拟或数字）、bluetooth®v、wi-fi、红外、zigby、局域网（lan）、wlan（无线局域网）或其他无线通信配置和标准通信。无线通信电路允许比如远程信息处理模块和其他诊断工具之类的交通工具的智能系统与其他设备无线地通信。无线通信电路包括内置在其中并且容纳在壳体内的天线或者可以外部地位于壳体上。

在无线技术和计算系统中应用的远程通信和信息学。802.11p、在802.11族中的ieee标准并且也被称为用于交通工具环境的无线访问（wave），其是解决和增强智能运输系统的主要标准。

示例远程信息处理模块发送命令并且交换交通工具中的其他电子电路、机电设备和电磁设备的信息。远程信息处理模块可以与计算机控制的设备和无线电收发器结合操作以提供位于交通工具中并在交通工具之间交换的精确重复性功能（比如在机器人人工智能系统中）和紧急警告性能系统。

另外的智能交通工具技术是汽车安全系统和自包含的自主机电传感器，用于生成可以在感兴趣的指定目标区域内，例如在用于交通工具收发器的紧急告警系统的100米内传输的告警。在地面应用中，智能交通工具技术用于在交通工具之间或者在交通工具和沿着道路的传感器之间的安全性和商业通信。

交通工具中或客户端设备中的无线通信电路被配置为经由蜂窝电话服务提供者赋予对移动因特网的访问。移动因特网是在交通工具或设备正跨服务区域移动时将移动客户端设备或交通工具从一个无线电塔切换到另一个无线电塔的无线接入。此外，在一些情况下，wi-fi可以对移动中的用户可用，使得无线基站不是通过电话系统而是直接连接到因特网服务提供者。

脚本代码

关于在线站点的查看能力：用于诸如web站点、社交媒体站点等之类的在线站点的脚本代码被配置为适于：i）在平板计算机和移动电话上查看，比如在被设计成与在线站点对接的数据存储中的个人可下载应用、ii）在交通工具的屏幕上可查看以及iii）在台式计算机的屏幕上经由浏览器可查看。相关领域的技术人员将理解，本发明可以用其他计算机系统配置来实践，所述其他计算机系统配置包括因特网设备、手持设备、可穿戴计算机、蜂窝或移动电话、多处理器系统、基于微处理器或可编程消费电子设备、机顶盒、网络pc、小型计算机、大型计算机和类似物。

移动web应用和原生应用可以从基于云的站点下载。移动web应用和原生应用具有对移动设备的硬件（包括加速度计和gps芯片）的直接访问和基于浏览器的应用的速度和能力。关于移动电话和交通工具位置的信息由容纳在电话上的软件来收集。

用于基于云的去往和来自交通工具的包裹服务的一个或多个脚本例程被配置为收集和提供诸如本文所描述的那些特征之类的特征。

任何应用和其他脚本代码部件可以存储在非暂时性计算机器可读介质上，当在服务器上执行时，使得服务器执行那些功能。可以将包括程序模块的应用实现为软件代码的逻辑序列、硬件逻辑电路和这两者的任何组合，并且在软件代码中编写脚本的应用的部分以可执行格式存储在非暂时性计算设备可读介质中。在实施例中，硬件逻辑由遵循布尔逻辑的规则的电子电路、包含指令模式的软件或者两者的任何组合组成。

还在诸如由计算设备执行的诸如程序模块等等之类的计算设备可执行指令的一般上下文中描述了本设计。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、应用、窗口小部件、插件和其他类似结构。本领域技术人员可以将本文中的描述和/或附图实现为可以在本文中所讨论的任何形式的计算机器可读介质上实现的计算机可执行指令。

本文的详细描述的一些部分是按照在计算机存储器内的数据位上的操作的符号表示和算法/例程来呈现的。这些算法描述和表示是数据处理领域的技术人员用来将其工作的实质最有效地传达给本领域其他技术人员的手段。算法/例程在这里并且通常被设想为导致期望结果的自相一致的步骤序列。这些步骤是需要对物理量的物理操纵的那些步骤。通常，尽管不一定，这些量采取能够被存储、传送、组合、比较和以其他方式操纵的电或磁信号的形式。已经证明，主要出于公共使用的原因，有时将这些信号称为比特、值、元素、符号、字符、术语、数字等是方便的。可以用诸如c、c++、java、html或其他类似语言的多种不同的软件编程语言来编写包括程序模块的应用的这些算法/例程。

服务器上诸如web页的许多在线页面是使用相同的语言，超文本标记语言（html）来编写，其使用公共协议http来传递。http是公共的因特网语言（方言（dialect）或规范）。通过使用web浏览器，一种解释http并将html呈现为人类可读形式的特殊软件，可以在包括电话、pda以及甚至流行的游戏控制台在内的任何地方读取在任何类型的计算机上用html创作的web页。由于http，客户端机器（比如你的计算机）知道它必须是针对web页发起请求的机器；它将此请求发送到服务器。服务器可以是web站点驻留的计算设备——当你向你的浏览器中键入web地址时，服务器接收你的请求、找到你所希望的web页并将其发送回你的台式或移动计算设备以显示在你的web浏览器中。客户端设备和服务器可以经由两者之间的http请求和响应循环来进行双边（bilaterally）通信。

然而，应当记住，所有这些和类似的术语将与适当的物理量相关联，并且仅仅是应用于这些量的方便的标记。除非特别声明，否则从上述讨论中清楚，应当理解在整个描述中，利用诸如“处理”或“计算”或“计算出”或“确定”或“显示”等术语的讨论是指计算系统或类似的电子计算设备的动作和处理，其操纵表示为计算系统的寄存器和存储器内的物理（电子）量的数据并将其变换成类似地表示为计算系统存储器或寄存器、或其他这样的信息存储、传输或显示设备内的物理量的其他数据。

尽管已经参照附图充分描述了本设计的实施例，但是应当注意，各种改变和修改对于本领域技术人员将是清楚的。这样的改变和修改将被理解为包括在由所附权利要求限定的本设计的实施例的范围内。本发明应理解为不受本文所描述的具体实施例的限制，而是仅由所附权利要求书的范围来限制。