CN105612542A - 用于管理运输对象的方法和系统 - Google Patents

Abstract

公开了用于管理运输物理对象的方法和系统。所述方法和系统包括：接收与运输对象的旅途关联的数据；以及使用处理器基于所接收的数据确定警报条件。警报条件表示与运输对象关联的损害、损失或延迟的风险。此外，所述方法和系统包括：向用户传输用于减轻警报条件的一个或多个可替换选项；接收可替换选项之一的选择；以及基于所接收的选择修改旅途。

Description

用于管理运输对象的方法和系统

技术领域

本公开涉及运输领域，并且更特别地涉及用于检测与运输对象关联的监视和上下文信息并对其进行反应的方法和系统。

背景技术

用于跟踪运输对象的位置的传统系统使用条形码，所述条形码可以被扫描以提取跟踪号。例如，当对象到达或离开其旅途中的点时，可以扫描附于对象的条形码。经常将从条形码提取的跟踪号与从特定位置的到达或离开的日期和时间组合，提供例如“包裹（package）扫描”数据。然而，包裹扫描数据单独仅仅提供依赖于扫描条形码的到达和离开时间，且缺乏关于客户的运输的状态的详细信息。此外，如果在运输的旅途期间发生问题，诸如由于机械故障而引起的延迟或由于炎热天气而引起的损害，则与这样的运输关联的客户不能修改运输旅途并减轻损失。

用于管理运输对象的技术中的改进是期望的。

发明内容

在一个公开的实施例中，公开了一种用于管理运输物理对象的方法。所述方法包括：接收与运输对象的旅途关联的数据；使用处理器基于所接收的数据确定警报条件，其中警报条件表示与运输对象关联的损害、损失或延迟的风险；向用户传输用于减轻警报条件的一个或多个可替换选项；接收可替换选项之一的选择；以及基于所接收的选择修改旅途。

在另一个公开的实施例中，公开了一种被配置成管理运输物理对象的服务器。所述服务器包括：一个或多个存储器设备，其被配置成存储可执行指令；以及一个或多个处理器，其被配置成执行所存储的可执行指令以：接收与运输对象的旅途关联的数据；基于所接收的数据确定警报条件，其中警报条件表示与运输对象关联的损害、损失或延迟的风险；向用户传输用于减轻一个或多个警报条件的一个或多个可替换选项；接收可替换选项之一的选择；以及基于所述选择修改旅途。

在另一个公开的实施例中，公开了一种非临时性计算机可读介质。所述非临时性计算机可读介质存储用于使一个或多个处理器执行用于管理运输物理对象的方法的指令，所述方法包括：接收与运输对象的旅途关联的数据；基于所接收的数据确定警报条件，其中警报条件表示与运输对象关联的损害、损失或延迟的风险；向用户传输用于减轻警报条件的一个或多个可替换选项；接收可替换选项之一的选择；以及基于所接收的选择修改旅途。

与实施例有关的附加方面将部分地在以下的描述中阐述，并将部分地从该描述中显而易见，或者可以通过实践本发明而了解。

应理解的是，前述一般描述和以下详细描述二者仅是示例性的和解释性的，并不限制如要求保护的本发明。

附图说明

图1图示了可以用于实现公开的实施例的示例性系统。

图2图示了可以用于实现公开的实施例的示例性主承运人（carrier）系统。

图3图示了可以用于实现公开的实施例的示例性传感器设备。

图4图示了根据公开的实施例的示例性旅途管理方法。

图5图示了根据公开的实施例的用于更新模型和趋势以及用于分析数据的示例性方法。

图6图示了根据公开的实施例的用于确定替换方案的示例性方法。

图7图示了根据公开的实施例的示例性警报通知。

图8图示了根据公开的实施例的示例性客户接口。

图9图示了根据公开的实施例的示例性“bestandworst（最佳和最差）”分析接口。

图10图示了根据公开的实施例的示例性旅途修改分析接口。

图11图示了根据公开的实施例的示例性虚拟建模接口。

图12图示了根据公开的实施例的示例性旅途规划接口。

图13图示了根据公开的实施例的示例性旅途管理接口。

具体实施方式

现在将详细参考示例性实施例，所述示例性实施例的示例在附图中图示。在任何可能的情况下，贯穿附图将使用相同附图标记以指代相同或相似的部分。

公开的实施例提供了用于在运输过程中涉及的实体之间交换信息并增强运输过程的控制的鲁棒且交互式的系统和方法。在一些实施例中，客户向运输公司发送信息以创建针对新运输的订单。客户与其创建运输的运输公司在后文中称为“主承运人”。“客户”可以是个体、个体的群组、企业或另一种类型的实体。主承运人可以从客户接收一个或多个运输对象。为了讨论的目的，一个或多个运输对象在后文中统称为“包裹”。主承运人可以将包裹从起点位置分派到包裹的指定目的地。包裹从包裹的起点到目的地所行进的时间和路线在后文中统称为“旅途”。主承运人计算机可以分析与新创建的运输关联的数据以仿真包裹将行进的旅途，并预测要警告客户的任何可能问题。在包裹已经被分派并开始旅途之后，主承运人计算机可以分析与迄今为止所行进的旅途部分关联的所接收的数据以检测发生的问题。在一些实施例中，主承运人可以使用主承运人自己的飞行器、货车、船舶或其他交通工具来运输包裹。在其他实施例中，主承运人可以将包裹转移到其他实体以用于包裹的旅途中的一些或全部。在包裹的旅途期间可处置和/或输运包裹的除主承运人外的实体在后文中称为“合伙承运人”。

主承运人计算机可以从一个或多个合伙承运人、附着于包裹的一个或多个传感器设备和其他第三方实体接收与旅途有关的数据。客户可以经由由主承运人计算机生成的用户接口访问由主承运人计算机接收的数据以检验包裹的状态和位置。客户还可以请求关于旅途的周期性更新。在一些实施例中，主承运人计算机可以分析所接收的数据以检测在旅途中已经发生的问题，和/或基于历史数据模式预测可能发生的问题。为了讨论的目的，这些问题在后文中称为“警报条件”。

如果检测到或预测到警报条件，则主承运人可以通过向与客户关联的一个或多个设备传输一个或多个电子消息来通知客户。主承运人还可以向由主承运人、合伙承运人或其他第三方实体采用的与个体关联的设备传输适当的电子通知。在将警报条件通知给客户之后，主承运人可以向客户呈现不同选项，在后文中称为“可替换选项”。客户可以通过选择一个或多个可替换选项来修改旅途，以例如改变路线、运输速度和/或选择由主承运人和/或合伙承运人提供的不同航班或旅程（trip）。向客户呈现可替换选项还可以包括呈现由主承运人计算机生成的统计量、推荐和/或建议以帮助向着实现客户的目标而同时最小化成本、损害或损失来引导客户。例如，主承运人可以基于可靠性、调度兼容性、定价和/或安然无恙到达的可能性来推荐不同的输运模式、不同的承运人、特定航班、或所调度的旅程、或不同的运输速度，以适合客户的需要。在一些实施例中，主承运人可以呈现针对推荐的理由，诸如：如果针对已知频繁地取消或推迟航班的承运人而预测到延迟，则推荐通常准时的承运人。作为另一个示例，如果当前路线正经历热浪或具有对于包裹内容而言过热的平均温度，则可以推荐具有历史上温和的温度的路线。作为另外的示例，如果在特定路线中检测到损害的模式，则可以推荐被确定为较安全的不同运输速度或输运模式。一旦接收到要采取的动作的选择，则主承运人可以采取适当的动作，包括（如果必要的话）通知（一个或多个）所涉及的承运人和第三方以修改旅途。

图1是图示可以用于实现公开的实施例的示例性系统100的框图。在一个实施例中，系统100可以包括一个或多个客户设备110、一个或多个传感器设备120、一个或多个主承运人系统130、一个或多个网络140和一个或多个第三方系统150。

客户设备110可以包括与客户112关联的一个或多个计算设备，其执行图形数据显示、数据处理和与网络140的双向数据通信。例如，客户设备110可以包括个人通用台式计算机、膝上型计算机、笔记本计算机、平板计算机、智能电话或具有足够的数据处理和数据通信能力的任何其他设备。在一些方面中，客户设备110可以是有线或无线设备，诸如PDA、蜂窝电话、移动电话、无绳电话或IP有绳电话，客户112可以通过所述有线或无线设备经由客户设备110的用户接口来提供和接收信息。在一些实施例中，客户设备110可以包括一个或多个处理器，其被配置成执行存储在存储器中的软件指令以执行与公开的实施例一致的一个或多个方法。例如，客户设备110可以执行一个或多个应用以经由例如网络140与传感器设备120、主承运人系统130和/或第三方系统150建立双向数据通信。客户设备110还可以执行一个或多个应用以向客户112呈现数据并从客户112接收输入。例如，客户112可以与客户设备110交互以检查关于其包裹的旅途的信息并输入用于修改旅途的选择。

在一些实施例中，主承运人系统130可以通过诸如例如应用编程接口（API）之类的数据接口从一个或多个第三方系统150接收数据。第三方系统150可以由第三方实体操作，所述第三方实体诸如是合伙承运人、新闻服务、天气服务、政府机构或在运输过程中涉及的任何其他实体。

合伙承运人可以包括例如航空公司、航运公司、货运公司、铁路或快递公司（courier）。主承运人系统130可以从由合伙承运人操作的一个或多个第三方系统150接收与旅途关联的数据，诸如例如调度数据、延迟数据、定价数据和包裹扫描数据。调度和延迟数据可以包括例如时间表、关于延迟的信息、机械故障、事故和取消。定价数据可以包括例如针对不同包裹大小、重量、路线、输运模式和运输速度的费率（pricerate）。包裹扫描数据可以包括例如包裹的加时间戳的位置信息。包裹扫描数据还可以包括例如针对每个扫描的注释以指示在某一位置处的包裹到达、处理、离开、移交给客户、从客户接收、移交给另一个承运人、以及最终目的地递送。在一些实施例中，主承运人系统130可以维护包括主承运人航班和合伙承运人航班的航班数据的数据库。

在一些实施例中，一个或多个第三方系统150由本地或全国新闻服务操作。主承运人系统130可以从新闻服务接收关于可影响运输效率的事件的新闻数据，诸如例如道路、轨道、机场或海港关闭、自然灾害、疏散、假期、犯罪报告和关于可影响运输工业的情形的任何其他本地或全国新闻。

在一些实施例中，一个或多个第三方系统150由本地或全国天气服务操作。主承运人系统130可以从天气服务接收天气数据，诸如例如降水预报、暴风和严酷天气预报、暴风路径跟踪和预报、高温警报、温度预报、天气趋势、历史天气数据和可与运输效率相关的任何其他天气数据。

在一些实施例中，一个或多个第三方系统150由诸如例如海关机构或运输局之类的政府机构操作。主承运人系统130可以从政府机构接收数据，诸如例如海关数据、政策数据和与运输效率相关的任何其他数据。海关数据可以包括例如关于通过海关的包裹的到达、处理和离开的状态数据以及关税定价。政策数据可以包括例如禁止物品或包裹限制、海关规则或与运输相关的其他政府规则。

网络104可以是被配置成提供系统100的组件之间的双向通信的任何类型的网络。例如，网络140可以是提供通信、交换信息和/或促进信息的交换的任何类型的网络（包括基础设施）。例如，网络140可以包括使得能够在系统100的组件之间发送和接收信息的互联网、局域网和/或（一个或多个）其他合适连接。在其他实施例中，系统100的一个或多个组件可以直接通过（一个或多个）专用通信链路来通信。例如，传感器120和主承运人系统130可以附加地或可替换地通过直接通信链路来通信。作为另一个示例，主承运人系统130和第三方系统150可以附加地或可替换地通过直接通信链路来通信。直接通信链路可以是允许快速双向通信的任何已知有线或无线连接，诸如LAN、WLAN、Bluetooth^TM、WiFi或卫星链路。直接通信链路还可以被实现为通过网络140的安全加密连接。

在一些实施例中，如图2中所描绘的，主承运人系统130包括一个或多个服务器210、一个或多个数据库220和/或一个或多个承运人终端230。承运人终端230可以是被配置成执行与本文公开的方法有关的功能且由承运人的雇员操作的计算设备，诸如通用计算机、膝上型计算机或智能电话。例如，承运人终端230可以是由承运人雇员用于扫描包裹条形码或接收警报通知的便携式设备。作为另一个示例，承运人终端230可以是用于查看和管理在数据库220中存储的数据或与客户设备110、服务器设备120和/或第三方系统150通信的计算机。

服务器210可以包括一个或多个处理器211、一个或多个输入/输出（I/O）设备212和一个或多个存储器设备213。服务器210可以采取通用计算机、大型计算机或这些组件的任何组合的形式。服务器210可以是独立的，或者其可以是子系统的一部分，所述子系统可以是更大系统的一部分。处理器211可以包括一个或多个已知处理设备。公开的实施例不限于被配置在服务器210中的任何特定类型的（一个或多个）处理器。存储器213可以包括一个或多个存储设备，其被配置成存储被处理器211用来执行与公开的实施例有关的功能的计算机可读指令。例如，存储器213可以被配置有一个或多个软件指令、诸如（一个或多个）程序215，其在被处理器211执行时可以执行一个或多个操作。此外，处理器211可以执行远离服务器210而定位的一个或多个程序。例如，主承运人系统130经由服务器210可以访问一个或多个远程程序，所述远程程序在被执行时执行与某些公开的实施例有关的功能。公开的实施例不限于被配置成执行专用任务的分离的程序或计算机。例如，存储器213可以包括执行服务器210的功能的单个程序、多个程序或包括多个模块的程序。例如，程序215可以包括客户接口模块216和预测性分析学模块217。

客户接口模块216可以包括计算机指令，所述计算机指令在被执行时使服务器210的处理器211生成用于与客户112交换与旅途有关的信息的一个或多个网络门户或网站。例如，客户接口模块216可以使服务器210创建图形显示，所述图形显示呈现包括包裹的位置和所收集的传感器数据的旅途数据、检测到的警报条件、可替换选项和推荐。客户接口模块216还可以使服务器210呈现图形用户接口，其允许客户112录入关于新运输的数据或对当前旅途的修改的选择。

预测性分析学模块217可以包括计算机指令，所述计算机指令在被执行时使服务器210的处理器211执行统计分析，所述统计分析合并以下进一步详细讨论的主承运人数据221、所接收的客户数据222、旅途数据224、第三方数据226和分析学数据228中的一些或全部。统计分析可以包括例如数据模型、趋势、模式和统计量的生成或更新。在一些实施例中，统计分析利用数据回归、基于规则的逻辑、学习算法和/或其他已知建模算法来确定包裹的状态、影响状态的根本原因或因素，检测警报条件，预测潜在警报条件，评估旅途的不同方面的成功和失败并评估对旅途的可能修改的优势和劣势。贯穿本公开关于公开的实施例和示例进一步解释模块216和217的功能。

I/O设备212可以是被配置成允许数据被服务器210接收和/或发送的一个或多个设备。I/O设备212可以包括一个或多个数字和/或模拟通信设备，其允许服务器210与其他机器和设备（诸如客户设备110）通信。

存储器213还可以存储数据214，所述数据214可以以主承运人系统130可使用以执行运输功能的任何格式反映任何类型的信息。例如，数据214可以包括与客户112关联的数据和针对由客户112运输的包裹收集的数据。

服务器210还可以通信地连接到一个或多个数据库220。服务器210可以通过网络140通信地连接到（一个或多个）数据库220。数据库220可以包括一个或多个存储器设备，其存储信息且通过服务器210而访问和/或管理。主承运人系统130可以包括一个或多个数据库220。可替换地或附加地，一个或多个数据库220可以远离主承运人系统130而定位。数据库220可以包括被配置成接收和处理针对存储在（一个或多个）数据库220的存储器设备中的数据的请求且从数据库220提供数据的计算组件（例如，数据库管理系统、数据库服务器等）。

数据库220可以接收、存储和分发与本文公开的方法有关的任何和所有数据。例如，数据库220可以存储主承运人数据221、客户数据222、旅途数据224、第三方数据226和分析学数据228。

主承运人数据221可以包括对主承运人特定的数据，诸如例如调度数据、延迟数据和定价数据。调度和延迟数据可以包括例如时间表、关于延迟的信息、机械故障、事故和取消。定价数据可以包括例如针对不同包裹大小、重量、路线、输运模式和运输速度的费率。

客户数据222可以包括与客户112有关的数据，诸如例如账户信息、个人信息、联系人信息、运输历史、诸如从运输历史导出的趋势或模式之类的统计数据、和诸如优选的承运人之类的客户偏好、运输方法、运输速度、针对运输的特殊要求、以及诸如数据收集速率、报告速率和警报条件数据值限制或范围之类的传感器设置。

旅途数据224可以包括与针对客户112的运输进行中的旅途有关的数据，诸如例如旅途行程/调度、加时间戳的GPS数据、包裹扫描数据、传感器数据、承运人信息、输运方法、运输速度、警报条件信息和关于旅途修改的信息。旅途数据224还可以包括关于旅途导出的统计数据，诸如趋势和模式。

第三方数据226可以包括从第三方系统150接收的所有数据，如先前关于图1讨论的。

分析学数据228可以包括由预测性分析学模块217从针对客户112和主承运人的其他客户收集的所有数据生成的统计数据。来自其他客户的数据可以被匿名化以保护身份而同时通过将尽可能多的数据合并到分析和处理中来增强准确性。分析学数据228可以包括例如趋势、模式和由主承运人系统130生成的数据模型，其关于图5详细地解释。

在一些实施例中，如图3中所描绘的，传感器设备120除其他外尤其包括一个或多个天线310、一个或多个传感器320、一个或多个处理器330、存储器340、一个或多个唤醒机构350、一个或多个收发器360以及一个或多个功率源，诸如电池（未示出）。（一个或多个）传感器320可以测量与传感器设备120关联的一个或多个参数。例如，传感器320可以测量加速度、运动、温度、压力、位置、高度、湿度、周围光和/或其他环境参数。例如，传感器320可以是GPS位置传感器，其确定与传感器设备120关联的GPS坐标。此外，例如，传感器320可以是加速度计，其收集指示移动、冲击或紊流的数据。此外，例如，传感器320可以是内部和/或外部包裹温度传感器，以感测包裹内容的温度和/或周围温度。存储器340可以存储可由处理器330执行的计算机程序代码。处理器330可以被配置成监视（一个或多个）传感器320。处理器330可以例如在存储器340中存储所监视的传感器数据和/或可以经由收发器360和天线310传输所监视的传感器数据。处理器330可以使用内部或外部时钟来给所监视的传感器数据加时间戳。虽然传感器设备120被描绘为单个设备，但传感器设备120还可以是结合地操作的设备集合。例如，设备集合可以包括具有传感器320的传感器设备120，所述传感器320向另一个传感器设备120发送所监视的传感器数据，该另一个传感器设备120然后经由收发器360和天线310传输经聚合的所监视的传感器数据。

在一些实施例中，传感器设备120被放置在运输对象（诸如包裹）内或附近。服务器210可以存储将传感器设备120与特定包裹和/或客户112关联的数据。在一些实施例中，多于一个包裹与单个传感器设备120关联。在这样的实施例中，传感器设备120可以附于具有由一个或多个客户112运输的多个包裹的运输容器。当服务器210从传感器设备120接收到数据时，服务器210可以将所接收的传感器数据与针对每个关联的客户112的运输容器中的每个包裹关联。

在一些实施例中，传感器设备120能够进入“休眠”模式，其中其组件中的一些或全部被断电或置于低功率状态。唤醒机构350可以在这样的休眠模式中接收功率，并可以被配置成在接收到退出休眠模式的信号时使传感器设备120恢复正常操作。例如，唤醒机构350可以连接到时钟（未示出），其中，在基于时钟确定的预定时间处，唤醒机构350使传感器设备120恢复正常操作。

收发器360可以促进（例如，经由互联网或经由蜂窝网络）向外部源发送数据和从外部源接收数据。收发器360可以利用天线310以经由例如蜂窝网络来发送和接收数据。在一些实施例中，存储器340存储关于针对从（一个或多个）传感器320获得的数据的目的地的指令。传感器设备120可以被配置成使用收发器360和天线310来从（一个或多个）传感器320向服务器210传输数据。在一些实施例中，传感器设备120和服务器210直接交互。然而，在其他实施例中，任何数目的中间设备可以路由在传感器设备120和服务器210之间发送的数据，诸如与网络140关联的一个或多个通信设备。

传感器设备120可以根据预定传输速率或调度在数据被收集时实时传输所收集的数据，或者存储数据直到通信被重建立以用于传输为止。在一些实施例中，存储器340存储用于传输所收集的数据的一个或多个传输速率。（一个或多个）传输速率可以由主承运人系统130、由客户设备110基于来自客户112的输入、由存储在客户设备110或数据库220中的客户偏好、或由第三方系统150来预设。可以使用收发器360和天线310以预定传输速率将来自（一个或多个）传感器320的传感器数据传输到服务器210。在一些实施例中，如果从传感器设备120的数据传输能力由于干扰或者传感器设备120处于网络140的范围外而被临时中断，则来自（一个或多个）传感器320的数据可以被临时存储在存储器340中直到传输能力被复原为止，并且所存储的数据可以被成批发送到服务器210。此外，当传感器设备120被配置成根据传输调度来传输时，来自（一个或多个）传感器320的数据可以被临时存储在存储器340中，直到根据传输调度的下一个传输间隔为止。

在一些实施例中，传感器设备120可以被设置成不同数据收集速率以满足客户112和/或主承运人系统130的需要。数据收集速率可以被主承运人系统130或客户设备110基于来自客户112的输入或基于从主承运人系统130、第三方系统150和/或客户设备110传输的所接收的通知来预编程，所接收的通知包含变更传感器设备120操作的指令。在一些实施例中，保存在数据库220中的客户112偏好可以自动设置数据收集和传输速率。数据收集速率可以由主承运人系统130最初设置成以适合于针对旅途的长度而保持电池功率的速率收集数据。数据收集速率可以被修改成确保充足的数据被收集以供服务器210分析。例如，具有温度敏感内容的包裹可以要求频繁的温度读取，以早期检测警报条件并减轻热或冷损害。在该示例中，传感器设备120可以被设置成每几分钟收集数据，并被设置成以较长的间隔（诸如每小时）传输所收集的数据以节省电池功率。

如果主承运人系统130检测到警报条件，则传感器设备120数据收集速率和/或传输速率可以被增加以提供用于监视警报条件的频繁的读取。在一些实施例中，客户112可以识别哪些类型的警报条件使传感器设备120数据收集速率和/或传输速率增加，并可以对增加的速率进行预编程。一旦警报条件已经结束，数据收集速率和传输速率可以返回到先前设置的速率。在一些实施例中，传感器设备120可以拥有一些处理和分析能力以检测警报条件和自动修改数据收集速率和传输速率。

在一些方面中，传感器设备120可以基于例如旅途调度/行程、GPS位置或基于使用传感器数据确定的包裹状态来变更数据收集和传输速率。例如，传感器设备120可以在包裹旅途调度指示包裹应该处于飞机航班上时变更数据收集和/或传输速率。作为另一个示例，传感器设备120可以基于所收集的传感器数据（诸如通过分析GPS、加速度计、气压、高度和温度数据）来确定包裹状态。所确定的包裹状态可以指示包裹是正置于地面上、正在飞机中飞行、还是正通过地面输运而行进。包裹状态还可以包括检测到的警报条件。传感器设备120可以以基于规则的逻辑或将状态与预定速率进行相关的查找表为基础自动设置针对不同状态的数据收集和/或传输速率。

在一些实施例中，传感器设备120可以变更收发器360和天线310的操作。例如，当传感器设备120被包括在飞机上行进的包裹中时，传感器设备120可以自动进入“飞机模式（airplanemode）”并在飞行期间使天线310和收发器360掉电。在一些实施例中，传感器设备120可以响应于从主承运人系统130、客户设备110和/或第三方系统130接收的指令而进入“飞机模式”。在其他实施例中，传感器设备可以分析从传感器320收集的数据以检测气压、位置和/或高度中的迅速改变以便确定包裹在飞机航班上，并且，传感器设备必须进入“飞机模式”。在其他实施例中，传感器设备120可以接收在与所调度的航班起飞时间相对应的时间处进入“飞机模式”的指令。航班调度信息可以与来自传感器320的数据的分析组合以确保传感器设备120在所调度的航班延迟时不进入“飞机模式”。例如，如果传感器设备120确定针对9:00AM调度的航班尚未起飞，因为传感器数据未指示气压或高度中的任何改变，传感器设备120可以推迟进入“飞机模式”直到后续传感器数据的分析指示飞机处于飞行中为止。

在处于“飞机模式”的同时，传感器设备120可以继续以先前建立的收集速率收集数据，但停止传输直到“飞机模式”已经结束为止。在一些实施例中，传感器设备120可以在“飞机模式”期间使用不同的通信方法或网络继续传输，诸如通过使蜂窝发射器掉电而同时使WiFi发射器加电。用于在“飞机模式”期间使用的通信方法的设置可以由主承运人系统130或者诸如联邦航空管理局或合伙承运人之类的一个或多个第三方系统150预设。

传感器设备120可以在所调度的着陆时间处结束“飞机模式”或者通过分析传感器数据以推断出飞机已经着陆来结束“飞机模式”。当结束“飞机模式”时，传感器设备120可以使天线310和收发器360加电以在批量传输中向服务器210传输在飞行期间收集的数据。服务器210然后可以更新数据库220中的旅途数据224，并通过利用在“飞机模式”期间收集的数据“回填”时间线来更新客户接口。

在一些实施例中，传感器设备120可以在包裹保持静止达延长的时间段时进入“静止模式”。传感器设备112可以基于例如预定调度、来自主承运人系统130、客户设备110和/或第三方系统150的指令、或者基于如GPS位置数据、高度计和/或加速度计所确定的在预定时间段内处于预定阈值以下的移动数据来进入“静止模式”。在处于“静止模式”的同时，传感器设备120可以维持先前建立的数据收集速率以确保存在足够的数据以用于分析，并降低传输速率以节省电池功率。与“飞机模式”形成对比，在“静止模式”中可以仍以延长的间隔传输数据。在一些方面中，如果服务器210要求频繁的数据传输以监视检测到的警报条件，则“静止模式”可以被超驰（override）。例如，位于置于海关站中的冷冻内容的包裹中的传感器设备120可以在旅途期间在保持静止达延长的时间段之后进入“静止模式”。在分析从传感器设备120传输的传感器数据的同时，如果服务器210确定温度值正在升高并且包裹内容正在解冻，则服务器210可以指示传感器设备120立即退出“静止模式”并开始以更高传输速率传输数据。

在一些实施例中，传感器设备120还可以在静止的包裹不具有指定目的地或即将到来的旅程时进入“库存模式”。在处于“库存模式”的同时，传感器设备120可以维持先前建立的数据收集速率以确保存在足够的数据以用于分析并降低传输速率以节省电池功率。可以以类似于“静止模式”的方式发起和退出“库存模式”。与“静止模式”形成对比，在“库存模式”中不将诸如GPS位置数据之类的位置数据传输到服务器130。

图4图示了示例旅途管理方法400。方法400开始于创建新运输（步骤410）。主承运人系统130可以响应于接收到来自客户112的请求而创建运输。例如，客户112可以操作客户设备110以与服务器210交互，以便输入创建新运输所必需的信息。服务器210的客户接口模块216可以生成图形用户接口以从客户设备110接收信息，诸如例如运输起点、目的地、对象的数目、对象大小、对象重量、期望的运输速度、特殊需要（诸如温度限制）和/或易碎对象的指示。

一旦主承运人已经占有包裹并且主承运人系统130已经向诸如合伙承运人和海关机构之类的任何必要的第三方传输关于运输的适当数据，运输旅途就可以在步骤420中开始。例如，服务器210可以生成通知并向由合伙航空公司承运人操作的第三方系统150传输通知以向飞行员告知将包裹添加到航班清单。传感器设备120还可以附于包裹并被激活。服务器210可以将传感器设备120与客户112和数据库220中的特定旅途关联。

在步骤420中，服务器210可以接收关于旅途和包裹的数据。所接收的数据可以包括以上关于图1-3讨论的任何类型的数据。例如，服务器210可以接收从传感器设备120传输的数据、包裹扫描数据以及针对旅途路线和目的地的天气预报数据。可以从诸如合伙承运人之类的第三方系统150或者从主承运人终端230实时接收包裹扫描数据。所接收的数据可以被存储在数据库220中，如以上关于图2所讨论的。

在步骤440中，服务器210处理一些或所有所接收的数据以更新所存储的统计数据，诸如所生成的数据模型、所导出的趋势和所导出的模式，如关于图5进一步详细讨论的。

在步骤450中，服务器210分析一些或所有所接收的数据、所生成的数据模型、所导出的趋势和/或所导出的模式以检测异常、范围外的值、趋势或被预编程为指示一个或多个警报条件的模式。在一些实施例中，数据分析可以包括例如基于规则的逻辑、模式匹配、回归分析、数据建模或适于识别时间定序的数据集中的异常的任何已知统计分析方法的应用。

在步骤460中，服务器210确定是否已经识别了一个或多个警报条件。警报条件可以包括例如来自由传感器设备120感测的热量或过度运动的对包裹内容的损害的风险。作为另一个示例，警报条件可以包括由于天气、假期高容量拥塞或者海关港口/站中的延迟而引起的航班延迟。

如果在步骤460中没有检测到警报条件，则分析所收集的数据和/或旅途调度以确定旅途是否已经结束（步骤462）。指示旅途的结束的数据可以包括例如来自目的地位置的包裹扫描数据、包裹扫描数据中的“已递送”的记号或包括旅途目的地坐标的GPS数据。如果服务器210确定旅途已经结束，则可以将针对旅途收集的所有数据与客户数据222一起存档在数据库220中（步骤464）。如果旅途尚未结束，则方法400可以返回到步骤430，并且服务器210接收附加数据。

再次返回到步骤460，如果检测到一个或多个警报条件，则服务器210启动子例程以确定用于减轻警报条件的负面影响的可替换选项（步骤470）。例如，如果包裹保持在单个位置中达异常长的时间段，但被调度为在运送中，并且主承运人系统130确定根本原因是取消的航班，则服务器210可以汇编包裹可被转移到的主承运人和合伙承运人所提供的可替换航班。关于图6进一步详细讨论用于确定替换方案的示例性子例程。

一旦服务器210已经确定可替换选项，就可以在步骤480中向客户112呈现警报条件和可替换选项。在一些实施例中，服务器210可以生成通知并向客户设备110传输通知，以向客户112告知已经检测到警报条件。客户接口模块216可以使服务器210生成图形用户接口，其包括关于警报条件的细节、所提出的可替换选项、推荐和针对个体可替换选项的成功概率。所呈现的可替换选项可以包括继续旅途而不修改的选项。图形用户接口可以被客户设备110访问。

在一些实施例中，服务器210可以生成并传输通知以向客户设备110、主承运人终端230和/或第三方系统150报告除警报条件外的信息（在附图中未示出的步骤）。通知可以包括诸如包裹跟踪号、传感器设备120标识号、（一个或多个）检测到的警报条件、包裹位置、包裹起点、包裹目的地、处置包裹的承运人、运输速度和/或旅途开始日期之类的信息。通知可以例如基于指示包裹位置的数据（诸如包裹扫描和GPS数据）而生成。例如，当包裹跨越进入或离开国家的国家边界时，通知可以被生成并传输到客户112、主承运人终端230或诸如海关机构之类的第三方系统150。服务器210可以向旅途中所涉及的一些或所有海关机构传输通知，以告知海关机构什么日期和时间预期有运输，并稍后一旦针对包裹的GPS信息指示包裹已经跨越边界进入国家就告知它们。关于何时向海关机构传输这样的通知、多久传输更新的通知一次以及要包括哪个信息的设置可以被该海关机构预定和预设。因此，服务器210可以随着包裹穿过多个国家而动态地改变关于通知的设置。

作为另一个示例，服务器210可以生成一个或多个通知并向将处置包裹的承运人传输该一个或多个通知，以用于创建运输清单或库存。例如，由合伙承运人操作的第三方系统150可以接收通知，所述通知指示将由合伙承运人处置的包裹的跟踪号、包裹旅途起点和目的地。这样的通知可以对于通过汇编来自所有包裹标签的信息传统地生成清单且可能错过信息的更小承运人尤其有用。电子通知的使用增强了针对合伙承运人和整个运输过程的效率和准确性。

在一些实施例中，诸如在图7中示出的警报通知之类的用于图形用户接口的警报通知可以被生成并传输到客户设备110以显示给客户112。警报通知可以描述触发了警报的事件或条件。在图7中示出的示例中，主承运人系统130检测由于冬季暴风而引起的旅途中的延迟，并且服务器210生成用于警报通知的图形用户接口。所显示的警报通知包括用于修改旅途的一个或多个可替换选项，诸如选项“shipwithair（用航空来运输）”和“shipwithrail（用铁路来运输）”，以减轻警报条件的负面影响。所显示的可替换选项可以包括继续旅途而不修改的选项。例如，如果旅途原始被配置成通过航空来运输，则可替换选项“用航空来运输”的选择将告知服务器210继续进行而不修改旅途。此外，警报通知可以包括关于所显示的可替换选项的建议或推荐。在图7中示出的示例中，向客户112提供推荐以通过铁路来运输以便减小延迟的概率。

再次参考图4，在步骤482中，服务器210接收从客户设备110传输的客户112对可替换选项之一的选择。服务器210可以在步骤484中与客户112的选择一致地修改旅途。为了修改旅途，服务器210可以创建并向适当的实体传输一个或多个消息。例如，如果客户112选择将其运输从航空转移到铁路，则服务器210可以利用转移针对该运输的一个或多个包裹的指令向航空承运人和铁路承运人二者发布通知。作为另一个示例，如果客户112选择改变传感器设备112数据收集或报告速率，诸如当低电池警报通知被发布时，服务器210可以经由直接通信链路或经由网络140向传感器设备120传输命令以实现修改。作为另外的示例，如果客户112选择将运输速度从“标准”改变为“下一天”，则服务器210可以利用将运输速度改变成“下一天”的指令创建通知并向当前处置包裹的主承运人或合伙承运人的一个或多个雇员发送该通知。在一些实施例中，联系人信息和通知模板可以被存储在数据库220中以供服务器210访问和使用。

在服务器210完成用于基于由客户112选择的可替换选项修改旅途的动作之后，方法400返回到步骤430，其中服务器210接收附加数据。在一些实施例中，服务器210可以贯穿方法400的所有步骤中的一些步骤接收数据，诸如连续接收新数据而同时分析先前收集的数据并发布警报通知。

图5图示了模型和趋势更新步骤440和数据分析步骤450的示例。在一些实施例中，服务器210可以执行步骤440和450作为针对客户112接收的所有数据和针对其他客户的匿名化数据的连续后台处理。当处理器211接收到传感器和扫描数据（步骤510）和/或从I/O设备212接收到第三方数据（步骤515）时，模型和趋势更新440开始。在步骤511中，服务器210可以更新数据库220中的旅途信息224以合并新接收的传感器和扫描数据。客户接口模块216还可以更新被生成以显示与客户112关联的数据的一个或多个图形用户接口，诸如图8中图示的图形用户接口（步骤512）。

服务器210可以在所收集的数据上执行统计分析，诸如数据趋向（步骤513）和模式识别（步骤514）。在步骤513中，可以结合针对旅途的历史数据处理最近收集的数据以确定趋势。例如，可以分析从传感器设备120收集的温度数据以确定包裹温度增加的速率，其可以指示冷冻包裹内容的迅速解冻、热损害的警告标志。在步骤514中，可以分析针对旅途收集的数据以识别模式。识别出的模式可以被承运人系统130用来通过匹配由主承运人系统130存储且与一个或多个警报条件关联的先前识别出的模式来检测警报条件。识别出的模式还可以被存储并与由承运人系统130、操作主承运人终端230的主承运人雇员和/或操作客户设备110的客户112识别的新警报条件关联（未示出的步骤）。例如，如果客户112报告对所接收的包裹的损害，则主承运人系统130可以在数据库220中将旅途中检测到的加速度和/或温度模式存储为与损害风险关联以用于未来的模式匹配。

在步骤516中，服务器210可以利用新接收的第三方数据更新存储在数据库220中的第三方数据226。在步骤517中，可以更新数据模型。可以使用预测性分析学模块217来创建并更新一个或多个数据模型。数据模型可以合并主承运人数据221、客户数据222、旅途数据224、第三方数据226和/或分析学数据228的各种部分。此外，针对主承运人的所有客户的数据可以被匿名化并被合并到数据模型中以改进准确性。数据模型可以允许预测性分析学模块217基于针对当前旅途的数据来预测未来的警报条件。例如，可以使用传感器设备120温度读数、历史天气数据、天气预报数据和热损害的历史报告来生成数据模型以仿真季节性天气模式对包裹内容的影响。这样的数据模型可以基于被输入到数据模型中的当前旅途数据来向客户112和主承运人系统130警报可能的热损害。作为另一个示例，一个或多个数据模型可以仿真各种旅途修改的影响以向客户112提供更好的推荐。详述以上讨论的天气模型示例，数据模型可以合并可替换路线的天气模式、对不同输运方法的天气影响或对不同运输速度的温度影响。服务器210可以使用这样的模型来生成针对客户112的推荐以突出将最适合客户112的需要的可替换选项，关于图6进一步讨论。

可以处理第三方数据以用于趋向（步骤518）和模式识别（步骤519）。在一些实施例中，可以处理来自个体第三方系统150的数据以用于模式识别。例如，可以分析来自由合伙承运人操作的第三方系统150的数据以确定针对该合伙承运人的取消或延迟中的趋势和模式。在其他实施例中，模式识别和数据趋向可以被执行以用于组合来自多个第三方系统150的数据。例如，结合针对一个或多个合伙承运人的数据而处理的从天气服务接收的天气数据可以标识与天气条件相关的延迟和取消的趋势和模式。

在步骤440中更新模型和趋势之后，在步骤450中可以分析数据以检测警报条件。在步骤520中，可以分析旅途数据趋势和模式。在步骤521中，可以将基于规则的逻辑直接应用于旅途数据，诸如确定来自传感器设备120的数据值是否超过阈值。在步骤522中，服务器210可以将基于规则的逻辑应用于第三方数据226，诸如将天气预报温度与上限和下限相比较。在步骤523中，分析第三方数据趋势和模式以检测警报条件，诸如针对特定合伙承运人航班的重新发生的延迟的模式。

与警报条件关联的数据范围限制、趋势、模式和模型成果可以由操作承运人终端230的主承运人雇员、操作客户设备110的客户112、由一个或多个第三方系统150或自动地由采用学习算法的服务器210预编程以检测不合期望的运输结果。例如，如果报告了损害或延迟，则服务器210可以将来自旅途的数据模式、趋势和模型输出中的一些或全部关联为指示警报条件。

在一些实施例中，客户设备110和/或服务器210可以取决于包裹内容而利用针对个体旅途的警报条件对数据范围、限制、趋势或模式进行预编程。例如，当针对冷冻物品创建新运输时，客户设备110和/或主承运人系统130可以自动地预编程华氏32度的温度上限。作为另一个示例，被加标签为时间敏感的运输可以使服务器210将具有识别出的延迟模式或趋势的运输路线、合伙承运人或输运方法标记为对于旅途而言不合期望。

图6图示了用于确定可替换选项的示例性方法470。在步骤610中，该方法通过表征一个或多个警报条件而开始。服务器210可以确定检测到的警报条件的类型，诸如例如确定警报条件由于检测到的高温、严酷的天气、延迟、包裹内容暴露于光、振动或冲击而被触发或者确定包裹脱离跟踪。在表征警报条件之后，服务器210可以发布针对与警报条件的类型有关的任何数据的一个或多个查询（步骤620）。例如，服务器210可以针对与警报条件的类型相关的任何主承运人数据221、客户数据222、旅途数据224、第三方数据226或分析学数据228而查询数据库220。例如，如果由于高温而检测到警报条件，则可以针对与沿旅途路线和任何可能替换路线的天气预报有关的所有第三方数据226而查询数据库220。此外，如果将要求不同的航班以改变路线，则可以查询与合伙承运人航班调度有关的第三方数据226。服务器210还可以查询一个或多个第三方系统150以请求当前的最新信息，诸如请求最近的航班时间表或天气更新。

在步骤630中，服务器210识别可替换选项。可替换选项是服务器210基于有利模式、趋势、成功概率和/或模型输出而确定将解决步骤610中识别的问题的类型的对旅途的可能修改。例如，天气相关警报条件可以使服务器210针对包裹内容和针对客户112的需要寻找经过具有可接受/有利天气预报的区域的可替换路线。作为另一个示例，时间敏感运输中的延迟相关警报条件可以使服务器210寻找被确定为更快或更可靠的其他合伙承运人、所调度的航班和/或输送方法。

在步骤640中，服务器210评估可替换选项以确定成功和失败概率。预测性分析学模块217可以使用所存储的趋势、模式和数据模型来计算成功和失败概率。为了计算成功和失败概率，预测性分析学模块217可以针对每个可替换选项计算和汇编统计量以指示每个可替换选项的所预测的影响、优势和缺陷。例如，预测性分析学模块217可以分析关于可替换路线的数据以确定时间延迟的概率，以便减轻延迟相关警报条件。

在步骤650中，服务器210基于评估来生成一个或多个推荐。推荐可以突出具有用于减轻所识别的警报条件的负面影响的最高概率且最佳地解决客户112的需要的可替换选项中的一个或多个。

图7图示了示例性警报条件。在一些实施例中，警报通知可以由服务器210生成并传输到客户设备110以及如果必要的话传输到主承运人终端230和/或一个或多个第三方系统150。警报通知可以包括例如警报条件的描述、使服务器210检测到警报条件的数据、趋势或模式、用于修改旅途的一个或多个可替换选项和用于减轻警报条件的对客户112的推荐。警报通知可以在创建新旅途期间被生成和传输作为预警告，或者在进行中的旅途期间被生成和传输。例如，在创建新运输旅途期间，服务器210可以分析先前收集的包裹扫描和位置数据，以检测指示在一年中的某些季节或某些天期间在旅途路线上经历的延迟的模式。如果在创建新旅途期间预测到延迟模式，则可以分析主承运人数据221、第三方数据226、客户数据222和分析学数据228以确定延迟的根本原因。当在当前旅途中检测到警报条件时，还可以分析旅途数据224。如果将延迟模式与在一年中的某个时间框架期间沿旅途路线经历的严酷天气模式进行相关，则服务器210可以确定可充当减轻延迟的可替换选项的在该时间框架期间的其他输运方法或航班。在图7中图示的示例中，服务器210已经确定航班延迟由于冬季暴风而在十二月和三月之间较高。在分析与针对其他航班和输运方法的延迟有关的调度数据和历史数据之后，服务器210生成呈现预警告警报通知、原因、用于通过铁路来运输或继续通过航空来运输的可替换选项以及通过铁路来运输以减轻延迟和改进可靠性的推荐的图形用户接口。

图8图示了示例性客户接口，其可以是由客户接口模块216生成的图形用户接口并可以由客户设备110访问。图形用户接口可以显示与当前旅途有关的所收集的旅途数据224，诸如传感器数据、第三方数据226和所导出的分析学数据228。数据可以按时序次序在时间线上显示。可以以数字方式或以图形方式（诸如条形图或线形图）示出数据。来自传感器设备120的通信状态可以在时间线上被指示为信号强度水平曲线图。客户接口可以通过选择曲线图的低信号水平部分（诸如通过点击或鼠标悬停）来显示信号强度中的损失的原因。例如，如果客户112选择指示低通信或无通信的“CommunicationStatus（通信状态）”曲线图的部分，则客户接口模块216可以生成弹出窗口以向客户112告知传感器设备120在被讨论的时间段期间被置于“airplanemode（飞机模式）”。客户接口还可以在数据时间线上显示指示检测到的警报条件的图标，诸如通过显示具有感叹号的框。可以在选择特定警报条件图标时显示关于警报条件、所提出的可替换选项和用于旅途修改的所选的可替换选项的详细信息。在一些实施例中，客户接口还可以包括交互式地图，其示出当前旅途路线和由旅途调度确定的包裹的实时位置、包裹扫描数据和/或来自传感器设备120的GPS数据。交互式地图还可以包括指示沿旅途路线的其中检测到警报条件的点的图标。在交互式地图上显示的图标可以由客户112选择以使服务器210生成并显示一个或多个弹出窗口，其包括关于所选点处的旅途的信息。此外，在交互式地图上选择旅途的图标或点可以使数据时间线自动聚焦于时间线中的与旅途中的所选位置点相对应的时间。

图9-13图示了由服务器210基于检测到的警报条件和预测性分析学模块217的输出生成的示例性图形用户接口。预测性分析学模块217可以执行对从传感器设备210、第三方系统150、客户设备110和主承运人终端230接收的一些或所有数据以及主承运人数据221、客户数据222、旅途数据224、第三方数据226和分析学数据228的连续后台处理。预测性分析学模块217可以通过分析历史收集的数据以检测趋势和模式来确定针对当前旅途或针对正由客户112创建的新旅途的方面。方面可以包括例如成本、所估计的旅途时间、包裹将变为落后（例如，延迟）或脱离跟踪（例如，丢失）、安然无恙地到达、经历篡改、损害或其他类型的损失的概率。可以通过分析例如不同承运人所进行的航班或旅程取消的发生率和模式、一年中的某些时间处的天气模式、由于假期而引起的交通量、或经过海关机构的不同港口的平均时间来确定延迟的概率。

预测性分析学模块217可以汇编针对当前或新旅途的每个支路（leg）的统计量，并使服务器210向客户设备110传输呈现统计量的图形用户接口，以允许客户112检查成功和失败的估计概率并做出关于其包裹旅途的特定路线、输运方法和输运速度的知情决策。通过处理许多不同类型的所收集和所导出的数据，预测性分析学模块217可以寻找客户112的当前旅途或先前旅途中的问题的根本原因以防止未来旅途中的警报条件。客户112的供应链中的问题的显式和隐式模式因此可以因而被揭露并呈现给客户112，连同用于减轻检测到的问题的适合的可替换选项。在一些实施例中，预测性分析学模块217还可以执行成本分析以向客户112告知与改变承运人、输运速度、输运方法或路线的价格相比由于检测到的延迟和损害而损失的金钱的量。

图9图示了示例性“bestandworst（最佳和最差）”分析接口。客户接口216可以生成示出客户的旅途路线的最佳和最差方面的图形用户接口。部分地基于在客户112的旅途期间检测到的警报条件来确定“best（最佳）”和“worst（最差）”方面。被指定为“best”的方面可以是具有最高成功概率或历史成功率的那些方面，而“worst”方面可以是已经经历相当高失败率和/或被预测为重新发生问题的结果的那些方面。“best”和“worst”方面还可以在与针对其他客户的数据相比时传达客户112的供应链中的强项和弱项。在图9中图示的示例中，由预测性分析学模块217执行的客户112的供应链的分析可以发现：用于客户112的供应链的旅途的路线和配置产生出（与其他客户相比）减少5%的采购成本的“best”方面并且在星期一运输的物品的量高于其他客户。在图示的示例中，客户112的供应链的“worst”方面可以包括在从十二月至三月的冬季月份中经历的平均以上的延迟和在运输中经历的平均以上的温度损害。通过分析客户112的数据并将检测到的趋势和模式与竞争者和其他客户的趋势和模式相比较，预测性分析学模块217可以向客户112教导并告知用于改进效率和成功而同时降低成功地运输对象的总体成本的方式。服务器210然后可以呈现用于修改适合客户112的需要的旅途的一个或多个选项。

图10图示了示例性旅途修改图形用户接口。预测性分析学模块217可以确定与针对对旅途的不同修改的不同可替换选项关联的优势和劣势。例如，如果服务器210检测到或预测到旅途中的延迟，则针对不同运输速度和方法的可替换选项可以被呈现以减轻任何潜在时间损失。预测性分析学模块217可以确定针对每个可替换选项的方面，诸如以上关于图9讨论的方面。服务器210可以生成图形用户接口，所述图形用户接口显示具有关联的方面的可替换选项、突出每个选项的优势和劣势。在图10中示出的示例中，结合“1Day（一天）”运输速度的选择而显示针对诸如定价、运输材料要求和损害的可能性之类的因素的统计量。此外，考虑到所显示的因素的总体成本节省的百分数由预测性分析学模块217计算并被显示以给客户112提供做出适合其需要的决策所必需的信息。当接收到不同的运输速度的选择时，服务器210可以重新计算并显示针对与新选择的可替换选项相对应的方面的统计量。

图11图示了示例性虚拟建模接口。预测性分析学模块217可以分析针对客户112的旅途或供应链的当前路线，并基于例如定时、定价和损害方面确定可更好地适合客户112的需要的可行的可替换路线。“supplychain（供应链）”可以是例如涉及类似对象的从相同起点到目的地的多个运输。为了提出可替换路线，预测性分析学模块217可以生成一个或多个仿真路线以向客户112提出。服务器210可以分析并报告针对当前的和所提出的路线的所估计的成本、时间和成功概率。服务器210可以生成在地图上绘制有客户112的当前路线和所提出的仿真路线的图画可视化的易读的图形用户接口。所生成的图形用户接口还可以包括突出客户112的当前路线和每个替换方案的优势和劣势的统计量。这样的统计量可以是使用曲线图、图标或数字来显示的，以便以易读且可容易比较的格式提供信息。

图12图示了示例性旅途规划图形用户接口。服务器210生成客户设备110可访问的一个或多个图形用户接口以允许客户112创建并配置新运输旅途。一旦客户112已经指示针对旅途的起点和目的地位置，服务器210就可以生成包括预定旅途支路和海关港口的默认旅途路线。服务器210然后可以显示针对沿可被修改的旅途路线的支路和港口的可替换选项。如以上关于图10-11所讨论的，在一些实施例中，预测性分析学模块217生成方面并计算统计量。服务器210可以显示关于每个可替换选项的方面的统计量以指示所预测的成功或失败概率。在图12中图示的示例中，服务器210已经创建从起点位置的新旅途，其可以由客户112指示或可以是其中主承运人取得包裹的保管的“Departure（离开）”位置到“Destination（目的地）”位置，在海关港口/站处有两个中间停靠站。服务器210提供针对第一海关港口的两个可替换选项。预测性分析学模块217计算并显示针对每个可替换选项的不同方面的统计量，诸如海关港口处的平均温度、成功低温（低温保藏的材料）运输的百分数、港口中的平均时间和在港口处篡改的包裹的百分数。如果服务器210预测到任何警报条件，诸如由预测性分析学模块217检测到的不利模式或趋势，则服务器210可以显示一个或多个警报通知，诸如所示出的“Higherthanaveragefailureoftemperaturesensitiveshipments（高于温度敏感运输的平均失败）”警报。如果新旅途涉及温度敏感内容，则客户112可以使用所显示的警报信息和所显示的方面统计量以做出知情决策并选择具有较高成功率的海关港口。

图13图示了与公开的实施例一致的示例性旅途管理接口。服务器210可以生成图形用户接口以在弹出窗口中可视化与每个旅途路线关联的客户112的当前旅途路线和所预测的统计量或检测到的警报条件。在所图示的示例中，在地图上显示两个旅途路线。表示旅途路线的（一个或多个）线可以以不同颜色显示，所述颜色指示旅途的或旅途支路的状态。例如，可以使用深色或红色线来描记在地图上示出的北方旅途路线，以指示已经经历或预测到一个或多个警报条件。在示例中，预测性分析学模块217已经预测到沿当前旅途路线的延迟的96%可能性。当接收到警报条件图标的选择或弹出窗口的选择时，服务器210可以呈现用于减轻延迟的一个或多个可替换选项（在附图中未示出）。

在本说明书中描述的实施例和所有功能操作可以以数字电子电路或者以计算机软件、固件或硬件（其包括本说明书中公开的结构及其结构等同物）或者以它们的组合实现。实施例可以被实现为一个或多个计算机程序产品，即，被编码在计算机可读介质上以供数据处理装置执行或以便控制数据处理装置的操作的计算机程序指令的一个或多个模块，所述计算机可读介质例如是机器可读存储设备、机器可读存储介质、存储器设备或机器可读传播信号。

术语“数据处理装置”包含用于处理数据的所有装置、设备和机器，作为示例而包括可编程处理器、计算机或者多个处理器或计算机。除硬件外，该装置还可以包括创建用于被讨论的计算机程序的执行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统或它们的组合的代码。传播信号是人工生成的信号，例如机器生成的电、光或电磁信号，其被生成以对信息进行编码以传输到合适的接收器装置。

计算机程序（也称为程序、软件、应用、软件应用、脚本或代码）可以以包括汇编或解释语言的任何形式的编程语言编写，并且，其可以以任何形式部署，该形式包括作为独立的程序或作为模块、组件、子例程或适合于在计算环境中使用的其他单元。计算机程序不一定对应于文件系统中的文件。程序可以被存储在保存其他程序或数据的文件的部分（例如，存储在标记语言文档中的一个或多个脚本）中、在专用于被讨论的程序的单个文件中或者在多个协调的文件（例如，存储一个或多个模块、子程序或代码部分的文件）中。计算机程序可以被部署成在一个计算机上或者在位于一个站点处或跨多个站点分布且由通信网络互连的多个计算机上执行。

在本说明书中描述的过程和逻辑流程（例如，图4-6）可以由一个或多个可编程处理器执行，所述一个或多个可编程处理器执行一个或多个计算机程序以通过在输入数据上操作并生成输出来执行功能。方法和逻辑流程还可以由专用逻辑电路（例如FPGA（现场可编程门阵列）或ASIC（专用集成电路））执行，并且装置还可以被实现为专用逻辑电路（例如FPGA（现场可编程门阵列）或ASIC（专用集成电路））。虽然公开的方法包括特定方法流程，但可替换流程或次序在可替换实施例中也是可能的。

适合于执行计算机程序的处理器作为示例而包括通用微处理器和专用微处理器二者以及任何种类的数字计算机的任何一个或多个处理器。通常，处理器将从只读存储器或随机存取存储器或这二者接收指令和数据。计算机的必要元件是用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括或操作地耦合到通信接口以从用于存储数据的一个或多个大容量存储设备（例如，磁性、磁光盘或光盘）接收数据或向其传送数据或这二者。

此外，计算机可以被嵌入在另一个设备中。适合于体现计算机程序指令和数据的信息载体包括所有形式的非易失性存储器，作为示例而包括半导体存储设备，例如EPROM、EEPROM和闪速存储器设备；磁盘，例如内部硬盘或可移除盘；磁光盘；以及CDROM和DVDROM盘。处理器和存储器可以被专用逻辑电路补充或被合并在其中。

为了提供与用户的交互，本发明的实施例可以在具有用于向用户显示信息的显示设备（例如CRT（阴极射线管）或LCD（液晶显示器）监视器）以及用户可通过其向计算机提供输入的键盘和指点设备（例如，鼠标或轨迹球）的计算机上实现。其他种类的设备也可以用于提供与用户的交互；例如，向用户提供的反馈可以是任何形式的感官反馈，例如，视觉反馈、听觉反馈或触觉反馈；并且来自用户的输入可以以任何形式接收，包括声学、话音或触觉输入，其包括例如在触摸屏上接收的触摸目标和手势。

实施例可以在计算系统中实现，所述计算系统包括后端组件，例如作为数据服务器，或者包括中间件组件，例如应用服务器，或者包括前端组件，例如具有用户可通过其与本发明的实现方式交互的图形用户接口或网页浏览器的客户端计算机，或者这样的后端、中间件或前端组件的任何组合。系统的组件可以通过数字数据通信的任何形式或介质（例如通信网络）互连。通信网络的示例包括局域网（“LAN”）和广域网（“WAN”），例如互联网。

计算系统可以包括客户端和服务器。客户端和服务器通常远离彼此并通常通过通信网络进行交互。客户端和服务器的关系借助于在相应计算机上运行且与彼此具有客户端/服务器关系的计算机程序而发生。

为了清楚起见而在分离的实施例的上下文中在本说明书中描述的某些特征也可以组合地在单个实施例中提供。相反地，为了简要起见而在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例中或以任何合适的子组合提供。此外，尽管以上可以将特征描述为在某些实施例中起作用且甚至初始如此要求保护，但来自要求保护的组合的一个或多个特征在一些情况下可以从组合中删去，并且要求保护的组合可以针对子组合或子组合的变形。

已经描述了特定实施例。其他实施例处于所附权利要求的范围内。

Claims (22)

1.一种用于管理运输物理对象的方法，包括：

接收与运输对象的旅途关联的数据；

使用处理器基于所接收的数据确定警报条件，其中警报条件表示与运输对象关联的损害、损失或延迟的风险；

向用户传输用于减轻警报条件的多个可替换选项和一个或多个推荐；

接收可替换选项之一的选择；以及

基于所接收的选择修改旅途。

2.根据权利要求1所述的方法，还包括：

使用处理器来计算针对一个或多个可替换选项中的每一个的成功概率。

3.根据权利要求2所述的方法，其中

一个或多个推荐突出具有最高成功概率的可替换选项。

4.根据权利要求2所述的方法，其中成功概率包括一个或多个可替换选项将减轻警报条件的可能性。

5.根据权利要求1所述的方法，其中修改旅途包括以下各项中的一个或多个：

将对象转移到不同的承运人，

改变用于输运对象的输运方法，

将对象转移到不同的旅程，或

改变运输速度。

6.根据权利要求1所述的方法，其中处理器是由运输承运人操作的服务器的组件，并且用户是运输承运人的客户。

7.根据权利要求1所述的方法，其中警报条件是在旅途开始之前检测的。

8.根据权利要求1所述的方法，其中警报条件是在旅途处于进行中的同时检测的。

9.根据权利要求1所述的方法，其中确定包括在所接收的数据中识别指示警报条件的趋势或模式。

10.根据权利要求1所述的方法，还包括：

仿真天气预报或季节性天气模式对运输对象的影响，

其中确定包括确定至少一个可替换选项以减轻所仿真出的影响。

11.根据权利要求1所述的方法，还包括：

仿真可替换选项中的至少一个对旅途的影响；以及

呈现可替换选项中的所述至少一个的所仿真出的影响。

12.一种被配置成管理运输物理对象的服务器，包括：

一个或多个存储器设备，其被配置成存储可执行指令；以及

一个或多个处理器，其被配置成执行所存储的可执行指令以：

接收与运输对象的旅途关联的数据；

基于所接收的数据确定警报条件，其中警报条件表示与运输对象关联的损害、损失或延迟的风险；

向用户传输用于减轻一个或多个警报条件的多个可替换选项和一个或多个推荐；

接收可替换选项之一的选择；以及

基于所述选择修改旅途。

13.根据权利要求12所述的服务器，其中一个或多个处理器还被配置成：

计算针对一个或多个可替换选项中的每一个的成功概率，其中成功概率包括一个或多个可替换选项将减轻警报条件的可能性。

14.根据权利要求13所述的服务器，其中一个或多个处理器还被配置成：

传输突出具有最高成功概率的可替换选项的一个或多个推荐。

15.根据权利要求12所述的服务器，其中一个或多个处理器还被配置成通过以下操作来修改旅途：

将对象转移到不同的承运人，

改变用于输运对象的输运方法，

将对象转移到不同的旅程，或

改变运输速度。

16.根据权利要求12所述的服务器，其中所述服务器被运输承运人操作，并且所述用户是运输承运人的客户。

17.根据权利要求12所述的服务器，其中一个或多个处理器在旅途开始之前检测警报条件。

18.根据权利要求12所述的服务器，其中一个或多个处理器在旅途处于进行中的同时检测警报条件。

19.根据权利要求12所述的服务器，其中一个或多个处理器还被配置成：

在数据中识别指示警报条件的趋势或模式。

20.根据权利要求12所述的服务器，其中一个或多个处理器还被配置成：

仿真天气预报或季节性天气模式对运输对象的影响，

其中一个或多个处理器确定至少一个可替换选项以减轻所仿真出的影响。

21.根据权利要求12所述的服务器，其中一个或多个处理器还被配置成：

仿真可替换选项中的至少一个对旅途的影响；以及

呈现可替换选项中的所述至少一个的所仿真出的影响。

22.一种其上存储有指令的非临时性计算机可读介质，所述指令用于使一个或多个处理器执行一种用于管理运输物理对象的方法，所述方法包括：

接收与运输对象的旅途关联的数据；

基于所接收的数据确定警报条件，其中警报条件表示与运输对象关联的损害、损失或延迟的风险；

向用户传输用于减轻警报条件的多个可替换选项和一个或多个推荐；

接收可替换选项之一的选择；以及

基于所接收的选择修改旅途。