CN107018006A - 交通工具行进期间减小接收数据传输的大小的方法和装置 - Google Patents

Abstract

交通工具行进期间减小接收数据传输的大小的方法和装置。提供了一种用于在交通工具处获得已更新行进条件数据的方法。本方法基于行进期间的交通工具的当前位置和选择的距离量来识别在交通工具之前的预定行进路线的子集；并且请求用于该子集的一组数据，已更新行进条件数据包括该组数据。

Description

交通工具行进期间减小接收数据传输的大小的方法和装置

技术领域

本文所述的主题的实施例一般地涉及行进期间的自动数据上行链路请求。更特别地，主题的实施例涉及消除与路线的已行进部分相关联的数据请求部分。

背景技术

与沿着路线的地理区域相关联的数据对沿着路线行进的交通工具操作员有用。此类数据可包括天气/气象数据、航空信息、导航数据、道路条件数据、火车轨道条件数据、水路信息、交通信息等。关于行进中的延迟、绕路及其它变化的判定是用可用的适当信息更有效地进行的。

飞行器是在行进期间可依赖于决策数据的交通工具的一个示例性实施例。在本实施例中，数据可经由到通信区域内的一组飞行器的广播或者经由到单个飞行器的手动请求传输而被发射到飞行器。两个通信方法都发射用于整个行进路线的数据，导致大的数据传输。当行进路线部分完成时，与路线的已行进部分相关联的数据的子集与当前行进无关，使得大的数据传输部分地不必要。另外，数据传输的两个方法可能是缓慢和/或昂贵的，并且在行进期间手动地请求数据对于飞行期间的飞行机组成员而言可能是不方便且有挑战性的。

因此，期望提供一种用于在行进期间的适当时间在交通工具处获得正确数据量的方法。此外，根据结合附图及前述技术领域和背景技术进行的后续详细描述和所附权利要求，其它期望的特征和特性将变得显而易见。

发明内容

本公开的某些实施例提供了一种用于在交通工具处获得已更新行进条件数据的方法。该方法基于行进期间的交通工具的当前位置和选择的距离量来识别在交通工具之前的预定行进路线的子集；并且请求用于该子集的一组数据，已更新行进条件数据包括该组数据。

本公开的某些实施例提供了一种用于在沿着包括多个子路线的预定路线行进的交通工具处获得已更新数据的系统。该系统包括交通工具机上的通信设备，该通信设备被配置成与远程服务器通信；系统存储器；以及至少一个处理器，其被通信耦合到所述系统存储器，所述至少一个处理器被配置成：当交通工具在行进期间到达所述多个子路线中的一个时，自动地请求与所述多个子路线中的一个相关联的已更新数据。

本公开的某些实施例提供了一种用于在沿着包括多个子路线的预定路线行进的交通工具处获得数据的方法。该方法在到达所述多个子路线中的每一个时自动地请求已更新行进条件数据，所述已更新行进条件数据包括与在交通工具前面的预定路线中剩下的所述多个子路线中的下一个相关联的数据；以及经由到交通工具的数据上行链路接收已更新行进条件数据。

提供本发明内容是为了以简化形式介绍下面在详细描述中进一步描述的概念的选择。本发明内容并不意图识别要求保护的主题的关键特征或必要特征，其也不意图用作确定要求保护的主题的范围的辅助。

附图说明

可以通过在结合以下各图考虑时参考详细描述和权利要求来导出主题的更完全理解，其中相似的参考数字遍及各图指代类似的元件。

图1是根据公开实施例的用于向交通工具提供数据的系统的图；

图2是根据公开实施例的交通工具自动更新系统的功能框图；

图3是供交通工具自动更新系统使用的图形用户接口（GUI）的示例性实施例的图；

图4是供交通工具自动更新系统使用的图形用户接口（GUI）的示例性实施例的另一图；以及

图5是图示出用于在沿着包括多个子路线的预定路线行进的交通工具处获得数据的过程的实施例的流程图。

具体实施方式

以下详细描述本质上仅仅是说明性的，并且并不意图限制本申请或主题的实施例和此类实施例的使用。如本文所使用的，单词“示例性”意指“充当示例、实例或例证”。在本文中描述为示例性的任何实施方式不一定要被解释为相比于其它实施方式是优选或有利的。此外，不存在受到在先前的技术领域、背景技术、发明内容或以下具体实施方式中提出的任何明示或隐含理论束缚的意图。

本文提出的主题涉及用于在行进期间在交通工具处自动地请求已更新数据的方法和装置，其中，所述数据与用于沿着行进路线的特定区域的行进条件相关联。在某些实施例中，提供图形用户接口（GUI）以接收指示期望距离值的用户输入或指示对于其而言用户希望获得已更新数据的行进路线的一部分的距离量。使用交通工具的位置和期望距离值，选择子路线，并且在到达子路线的起始点时自动地请求已更新数据。

相对于本公开的各种实施例来使用某些术语。预定行进路线是用于交通工具的移动的定义路线，其包括起点和终点。该预定行进路线包括一个或多个子路线。子路线可被定义为预定行进路线的子集，并且被使用用户输入距离值和交通工具的当前位置来识别。还可将用户输入距离值称为用户选择距离量或“割幅（swath）”。行进条件数据可以是适用于使用行进路线的交通工具的任何数据，诸如天气/气象数据、航空信息、导航数据、道路条件数据、火车轨道条件数据、水路信息、交通信息等。

现在转到各图，图1是根据公开实施例的用于向交通工具（例如，飞行器102）提供数据的系统100的图。如此特定实施例中所示，系统100包括与飞行器102机上交通工具自动更新系统104通信的服务器系统108。应认识到图1描绘了系统100的简化实施例，并且系统100的某些实施方式可包括另外的元件或部件。此外，图1中描绘的系统100是使用飞行器102实现的示例性实施例。实际上，可使用任何类型的交通工具来实现图1中描绘的系统100，包括但不限于：多个不同类型的类型的汽车（轿车、货车、卡车、摩托车、运动型多用途车、厢式货车等）、航空交通工具（诸如飞机、直升飞机等）、船舶（船、舰、摩托艇等）、火车、全地形车辆（摩托雪橇、四轮车等）、军用交通工具（悍马（Humvees）、坦克、卡车等）、救护车（消防车、云梯消防车、警车、急救医疗服务卡车和救护车等）、宇宙飞船、气垫船等中的任何一个。

如所示，飞行器102包括交通工具自动更新系统104（相对于图2更详细地描述）。交通工具自动更新系统104能够经由数据通信网络106与服务器系统108通信。交通工具自动更新系统104和服务器系统108一般地被完全不同地定位。交通工具自动更新系统104被配置成向服务器系统108提供形式化且自动生成的数据更新请求，并且响应于每个请求而接收适用数据。所请求数据可包括航空数据、气象数据、地形数据、道路条件数据、导航数据或适用于沿着预定路线行进的交通工具的任何其它类型的数据。

服务器系统108可包括任何数目的应用服务器，并且每个服务器可使用任何适当的计算机来实现。在某些实施例中，服务器系统108包括一个或多个专用计算机。在某些实施例中，服务器系统108包括除服务器操作之外还执行其它功能的一个或多个计算机。服务器系统108保持适用于飞行器102的行进数据的数据库或储存库（repository）。在所示的实施例中，服务器系统108保持气象或天气数据（例如，MET数据）、航空信息系统（AIS）数据等。在使用另一类型的交通工具实现的实施例中，服务器系统108可保持数据，在没有限制的情况下包括：导航数据、道路条件数据、火车轨道条件数据、水路信息、交通信息等。

如上所述，交通工具自动更新系统104经由数据通信网络106与服务器系统108通信。实际上，数据通信网络106可以是能够在设备、系统或部件之间发射消息或数据的任何数字或其它通信网络。在某些实施例中，数据通信网络106包括促进基于分组（packet-based）的数据通信、寻址以及数据路由的分组交换网。该分组交换网可以是例如广域网、因特网、卫星上行链路等。在各种实施例中，数据通信网络106包括任何数目的公共或私用数据连接、链路或网络连接，其支持任何数目的通信协议。数据通信网络106可包括例如因特网或基于传输控制协议/网际协议（TCP/IP）或其它常规协议的任何其它网络。在各种实施例中，数据通信网络106还可以结合无线和/或有线电话网络，诸如用于与移动电话、个人数字助理等通信的蜂窝式通信网络。数据通信网络106还可结合任何种类的无线或有线局域网和/或个人域网，诸如一个或多个IEEE 802.3、IEEE 802.16和/或IEEE 802.11网络和/或实现短程（例如，蓝牙）协议的网络。为了简洁的缘故，在本文中可能并未详细地描述与数据传输、信令、网络控制以及系统的其它功能方面（和系统的单独操作部件）有关的常规技术。

图2是根据公开实施例的交通工具自动更新系统200的功能框图。应注意的是可以用图1中描绘的部件104来实现交通工具自动更新系统200。在这方面，交通工具自动更新系统200更详细地示出了部件104的某些元件。在没有限制的情况下，交通工具自动更新系统200可包括：至少一个处理器202；系统存储器204；用户接口206；通信设备208；导航系统210；以及自动更新模块212。交通工具自动更新系统200的这些元件和特征可根据需要来操作性地相互关联、相互耦合或者另外被配置成相互合作以支持期望的功能—特别地，在行进期间请求用于预定义路线的已更新条件数据，如本文所述。为了便于说明和明了，在图2中未描绘用于这些元件和特征的各种物理、电气以及逻辑耦合和互连。此外，应认识到的是交通工具自动更新系统200的实施例将包括合作以支持期望功能的其它元件、模块以及特征。为了简单起见，图2仅描绘了涉及下面更详细地描述的数据更新请求技术的某些元件。

可用一个或多个通用处理器、内容可寻址存储器、数字信号处理器、专用集成电路、现场可编程门阵列、任何适当的可编程逻辑器件、分立门或晶体管逻辑、分立硬件部件或被设计成执行这里所述功能的任何组合来实现或执行所述至少一个处理器202。特别地，所述至少一个处理器202可被实现为一个或多个微处理器、控制器、微控制器或状态机。此外，所述至少一个处理器202可被实现为计算设备的组合，例如数字信号处理器与微处理器的组合、多个微处理器、与数字信号处理器核相结合的一个或多个微处理器或任何其它此类配置。

在适合于实施例的情况下，可使用任何数目的设备、部件或模块来实现系统存储器204。此外，在适合于特定实施例的情况下，所述至少一个处理器202可以包括集成在其中的系统存储器204和/或被与之操作耦合的系统存储器204。实际上，可以将系统存储器204实现为RAM存储器、闪存、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘或本领域中已知的任何其它形式的存储介质。在某些实施例中，系统存储器204包括硬盘，其还可用来支持交通工具自动更新系统200的功能。系统存储器204可以被耦合到所述至少一个处理器202，使得所述至少一个处理器202可以从系统存储器204读取信息和向其写入信息。作为替代，系统存储器204可与所述至少一个处理器202成为整体。作为示例，所述至少一个处理器202和系统存储器204可驻留在适当设计的专用集成电路（ASIC）中。

用户接口206可包括各种特征或与之合作以允许用户与交通工具自动更新系统200相交互。因此，用户接口206可包括各种人机接口，例如键区、键、键盘、按钮、开关、旋钮、触控板、操纵杆、定点设备、虚拟写入平板电脑、触摸屏、扩音器或使得用户能够选择选项、输入信息或者另外控制交通工具自动更新系统200的操作的任何设备、部件或功能。例如，用户接口206可以被操作员操纵以设定期望割幅或者换言之对于其而言用户希望在行进期间接收到连续行进条件更新的期望距离值，如本文所述。

在某些实施例中，用户接口206可包括各种特征或与之合作以允许用户经由在显示元件上再现的图形元素与交通工具自动更新系统200相交互。因此，用户接口206可发起图形用户接口（GUI）的创建、维护以及呈现。在某些实施例中，显示元件出于与GUI相交互的目的实现触摸敏感技术。因此，用户可以通过移动在显示元件上再现的光标符号或者通过经由用户接口206以物理方式与显示元件本身相交互以用于识别和解释来操纵GUI。

通信设备208被适当地配置成在交通工具自动更新系统200与一个或多个远程服务器之间传送数据。通信设备208可通过无线局域网（WLAN）、因特网、卫星上行链路/下行链路、蜂窝式网络、宽带网络、广域网等来发射和接收通信。在某些实施例中，通信设备208被实现为机载交通工具通信或远程信息处理系统。在其中通信设备208是远程信息处理模块的实施例中，内部收发机可能能够提供被实现为码分多址（CDMA）的双向移动电话语音和数据通信。在某些实施例中，可使用其它3G、4G和/或5G技术来实现通信设备208，在没有限制的情况下包括：通用移动电信系统（UMTS）宽带CDMA（W-CDMA）、增强数据速率GSM演进（EDGE）、演进EDGE、高速分组接入（HSPA）、CDMA2000、演进高速分组接入（HSPA+）、长期演进（LTE）和/或高级长期演进（LTE-A）。

如下面更详细地描述的，由通信设备208接收到的数据在没有限制的情况下可包括：适用于预定行进路线的特定区域、部分或子路线的行进条件数据以及与交通工具自动更新系统200相容的其它数据。由通信设备208提供的数据在没有限制的情况下可包括用于已更新行进条件数据等的请求。

导航系统210被部署在主交通工具机上。实际上，可将导航系统210实现为机载交通工具计算机系统、机载显示系统、机载交通工具仪器集群等的一部分。在一个实际实施例中，导航系统210被实现为、包括实时地或基本上实时地导出交通工具的当前地理位置的机载全球定位系统（GPS）或与之合作。导航系统210还被配置成从适当的源获得地图数据，其提供指示当前制图、拓扑、位置、道路的数据以及对导航系统210有用的可能其它数据。导航系统210被配置成向交通工具的操作员或机组成员提供导航数据。导航数据可包括用于交通工具、逐个转弯（turn-by-turn）驾驶方向和/或地图信息的位置数据。在操作期间，导航系统210用来周期性地检测和/或测量用于交通工具的当前位置。导航系统210可经由显示元件或其它呈现设备将此位置数据呈现给交通工具的操作员。用于交通工具的当前位置可以是三角测量位置、纬度/经度位置或指示交通工具的位置的任何其它符号。

自动更新模块212被配置成将针对用于预定行进路线的特定距离、区域或“割幅”的行进条件数据的请求形式化，并且在行进期间自动地在持续基础上提供该请求。自动更新模块212接收指示对于其而言要接收行进条件数据的优选距离值的用户输入。此距离值还可称为距离量、割幅、数值长度等。例如，飞行人员可提供指示500海里（NM）的距离值的用户输入，其指示在飞行期间飞行人员想要接收用于预定行进路线的500 NM子集的行进条件数据的正在进行的数据传输。在此示例中，500 NM子集随着飞行器沿着预定行进路线移动而改变。

自动更新模块212被进一步配置成与导航系统210通信以接收用于交通工具的当前位置数据。使用用户输入优选距离值和当前位置，自动更新模块212在行进期间识别当前割幅（即，预定行进路线的当前子集）以及移动的交通工具在稍后的时间将到达的预定行进路线的未来割幅或子集。在到达每个新的割幅或子集时，自动更新模块212自动地生成用于已更新行进条件数据的请求，其中，已更新行进条件数据与预定行进路线的当前和未来割幅或子集相关联。在这里，自动更新模块212随着交通工具沿着预定行进路线移动而修整（tailor）每个请求以忽视与在交通工具后面的先前行进割幅或子集相关联的行进条件数据。自动更新模块212通过请求适用行进条件数据、同时不请求用于已经过的预定行进路线区段的行进条件数据来使在交通工具处接收的行进条件数据的量最小化。

实际上，自动更新模块212可以用至少一个处理器202来实现（或与之合作）以执行在本文中更详细地描述的功能和操作中的至少某些。在这方面，可将自动更新模块212实现为适当编写的处理逻辑、应用程序代码等。

图3是供交通工具自动更新系统使用的图形用户接口（GUI）300的示例性实施例的图。虽然此特定实施例描绘了可适用于飞行操作的选项，但是实际上，菜单选项可反映适用于其它类型的交通工具的那些，如上文相对于图1所述。应认识到的是GUI 300表示支持本文所述的各种特征的“全特征”实施例。实际上，GUI 300的实施方式不需要支持这里描述的所有增强特征，并且因此可从其它实施例省略图3中描绘的元件中的一个或多个。此外，GUI300的其它实施方式可包括支持常规功能和操作的附加元件和特征。

如所示，GUI 300包括呈现一组下拉式菜单以用于潜在用户选择的带条或工具栏302。在此特定实施例中，用户已选择“WX”下拉式菜单，指示天气信息是下拉式菜单选项304的主题（subject）。用户已进一步从下拉式菜单选项304中选择“Wx上行链路”选项。“Wx上行链路”选项指的是经由交通工具机上的卫星通信获得的上行链路天气信息（例如，来自飞行器的卫星上行链路）。

“Wx上行链路”选项的用户选择打开第二组菜单选项306。在这里，第二组菜单选项306为用户提供了选择天气信息的一个或多个期望源以用于显示的能力、选择用于数据的图例的能力以及使用“Airport auto-updt”和/或“Spatial auto-updt”选项来设定自动更新的能力。

“Spatial auto-updt”选项是由用户设定的用于针对预定行进路线的一部分自动地更新行进条件数据的信息显示的时间间隔。在这里，“Spatial auto-updt”被配置成在交通工具沿着预定行进路线行进的同时每三十分钟自动地更新行进条件数据。换言之，将在前一上行链路之后三十分钟将行进条件数据向上传输。例如，飞行机组成员可能希望随着飞行器沿着飞行路径（即，预定行进路线）行进而不断地具有在飞行器之前延伸约2000 NM的天气信息。在第一上行链路中，显示用于飞行器的当前位置之前2000 NM的区域的天气信息。然而，在已经过三十分钟之后，飞行器在第二位置处，并且在飞行器前面的2000 NM区域是第二2000 NM区域。然而，这只有在选择了自动更新选项的情况下才适用。

一旦用户已检查了用于第二组菜单选项306的适当方框，则用户可点击“请求数据”链路308以打开适用于交通工具机上的自动更新特征的对话框。用户选择“请求数据”链路308以便设定用于对行进条件数据的自动更新在交通工具处的接收（其在这种情况下是飞行器）的参数。可请求用于离交通工具的特定距离或者换言之以交通工具本身开始的预定行进路线的“割幅”的行进条件数据更新。距离值或割幅值保持相同，直至用户重配置了请求的自动行进条件数据更新为止。然而，随着交通工具沿着预定行进路线行进，从而改变交通工具的当前位置，基于预选值，感兴趣区域改变且新的行进条件数据将被自动地请求。此新的行进条件数据适用于交通工具的当前位置和交通工具的当前位置前面的期望割幅。

图4更详细地图示出用于所请求行进条件更新的用户配置的“请求数据”对话框400。在“请求数据”对话框400的左侧，示出了来自前一菜单的用户选择选项402（先前在图3中被引用为第二组菜单选项306）。图3中所示的前一菜单允许用户选择天气信息以用于显示。然而，在图4中呈现的选项允许用户请求数据上行链路。在“请求数据”对话框400的右侧，选项404可用于针对自动更新的用户选择，包括机场产品和用于上行链路的机场选择。在此示例中，用户可选择包括机场天气（“Airport Wx”）和/或航行通知（NOTAM）的机场产品，其是在飞行之前向飞行员发布的书面通知，向他们告知关于飞行状态的情况。另外，在此示例中，用户可突出显示适合于特定机场的首字母缩略词，并且点击“添加”按钮以便向上行链路列表添加机场。在这里，飞行机组成员可以向空字段“- - - - ”中插入信息以输入机场的ICAO代码并将其添加到将被向上传输的机场的列表。其它机场是基于飞行计划而预选的。选项404是为了完整性而呈现的，并且将提供用于本公开的上下文，并且应认识到的是除本示例性实施例之外或作为其替代，可向用户呈现其它用户可选择选项和/或菜单。

在“请求数据”对话框400的中心的是描绘预定行进路线410的图形412。在图形412下面的是割幅选择选项406，其中用户可选择感兴趣的距离值或割幅值。在所示的示例中，用户已选择了2000海里（NM）的割幅。在其它实施例中，割幅值可使用其它距离单位，诸如英里或公里。一旦用户已从用户选择选项402和选项404进行了选择，并且提供了选择所选割幅值的用户输入，则用户点击“请求”链路414以便将此请求形式化以用于系统在预定行进路线410的行进期间使用形式化请求。

在这里，用户已选择了2000 NM的割幅值，并且系统在图形412上生成预定行进路线的子路线408的视觉表示。子路线408是已使用用户选择割幅值和飞行器的当前位置确定的预定行进路线的子集或部分。在此示例中，子路线408的视觉表示包括覆盖感兴趣区域的三个正方形。此感兴趣区域在预定行进路线上位于飞行器前面，并且不包括已经行进的和在路线上在飞行器后面的预定行进路线的各部分。

随着飞行器沿着预定行进路线行进，系统基于用户选择更新时间（在图3中示出：“Spatial auto-updt”）、用户选择割幅406和飞行器的位置来连续地且动态地重新计算适当的感兴趣区域（即，子路线408）。系统然后基于当前感兴趣区域来连续地且动态地获得已更新行进条件数据。在所示的示例中，在明确地表达请求的任何时间，感兴趣区域或子路线408包括在飞行器前面2000 NM。

存在用于在系统处明确地表达感兴趣的新区域的两个选项：（1）用手动请求或按区域驱动的自动请求（当飞行器到达预选的结尾时），或者（2）在自动更新时（例如，每30分钟明确地表达新更新）—两个中的首先发生的任何一个。在此特定实施例中，图形412将示出已更新子路线408，其中表示用户选择割幅的正方形在预定行进路线410上向前移动，表示交通工具的新位置。随着交通工具沿着预定行进路线410移动，此过程继续以便自动地请求适用于在交通工具前面的预定行进路线410的区域的已更新行进条件数据。

图5是图示出用于在沿着包括多个子路线的预定路线行进的交通工具处获得数据的过程500的实施例的流程图。结合过程500所执行的各种任务可由软件、硬件、固件或其任何组合执行。出于说明性目的，过程500的以下描述可参考上文结合图1—4提到的元件。实际上，过程500的各部分可由所述系统的不同元件执行。应认识到的是过程500可包括任何数目的附加或替换任务，图5中所示的任务不需要按所示顺序执行，并且过程500可被结合到具有在本文中并未详细地描述的附加功能的更加全面的程序或过程中。此外，可以将图5中所示的任务中的一个或多个从过程500的实施例省略，只要预期的总体功能保持完整即可。

为了便于描述和明了起见，此示例假设过程500通过接收定义期望数量的预定路线以用于分析的用户输入开始（步骤502）。用户可指示期望距离值或“割幅”值，其指示沿着该路线的对于其而言行进条件数据可对交通工具有用的区域或距离。用于整个预定行进路线的行进条件数据可以是出于实用的目的而太大（例如，对于下载而言太大、对于在交通工具机上存储而言太大）的数据量，并且用于位于路线结尾处的区域的行进条件在行进期间可改变，使得已下载数据过时。为了解决此问题，过程500允许用户可选择对于其而言要接收行进条件数据的沿着预定行进路线的较短距离或较小区域。

过程500然后从交通工具机上的导航系统获得导航数据（步骤504），并且基于导航数据来确定用于交通工具的当前位置（步骤506）。在示例性实施例中，从交通工具机上的导航系统获得导航数据。然而，在某些实施例中，可经由与远程服务器或在交通工具外部的其它系统的通信来获得导航数据。

接下来，过程500基于用户输入和交通工具的当前位置来确定所述多个子路线中的下一个（步骤508）。每个子路线是使用用户选择距离值或“割幅”值以及交通工具的当前位置而确定的。所述多个子路线中的下一个是随着交通工具沿着预定行进路线移动而在其前面的下一个、即将出现的子路线。此下一个、即将出现的子路线包括使用用户输入割幅值确定的长度。指示选择割幅值的用户输入可包括数值长度或时间值。当用户提供数值长度时，过程500则直接地使用输入值来定义沿着预定行进路线的子路线。在这里，子路线的起始点是交通工具的当前位置，并且子路线在交通工具的当前位置前面延伸用户输入距离值的长度。当用户提供时间值时，过程500则使用用户输入时间值来计算交通工具在该时间期间能够行进的距离值。在这里，再次地，子路线的起始点是交通工具的当前位置，并且子路线在交通工具的当前位置前面延伸计算距离值的长度。

一旦已确定了多个子路线中的下一个（步骤508），则过程500在到达所述多个子路线中的下一个时自动地请求已更新数据（步骤510）。已更新行进条件数据适用于由交通工具的当前位置和用户输入距离或时间值识别的子路线。每当交通工具到达预定行进路线的新的子路线时，过程500将用于已更新行进条件数据的请求形式化。在这里，使用用户输入距离值或用户输入时间值和交通工具的当前位置，过程500已识别了交通工具在行进的同时将到达的下一子集。此形式化请求是通过选择下一子路线并将交通工具已行进的所有子路线取消选择而创建的。

在交通工具沿着预定行进路线行进的同时，连续地重复步骤508—510，以便连续地识别适用于交通工具正在或将要通过其行进的新的当前子路线的行进条件数据。例如，过程500可在行进期间基于距离量和交通工具的第二位置来识别预定行进路线的第二子路线，其中，交通工具的第二位置在时间上比交通工具的当前位置更晚地被检测到（且沿着预定行进路线更远）。过程500然后请求用于第二子路线的第二组数据。

当前子路线包括交通工具的当前位置，并且从当前位置向前延伸至用户选择距离值所定义的终点。用户选择距离值可以是任何所选值，直到且潜在地包括预定行进路线的整个长度。第二子路线包括沿着预定行进路线更远的交通工具的新位置，并且也从新位置延伸到由用户选择距离值定义的终点。如先前所述，当前子路线从交通工具的当前位置延伸到在交通工具前面的预定行进路线的区域中，并且不包括已经行进且在交通工具后面的预定行进路线的区域。

在本文中可根据功能和/或逻辑块部件并且参考可由各种计算部件或设备执行的操作、处理任务以及功能的符号表示描述了技术和技法。此类操作、任务以及功能有时被称为是计算机执行的、计算机化的、软件实现的或计算机实现的。实际上，一个或多个处理器设备可以通过操纵表示系统存储器中的存储器位置处的数据位的电信号以及其它信号处理来执行所述操作、任务以及功能。数据位被保持在该处的存储器位置是具有对应于数据位的特定电、磁、光学或有机性质的物理位置。应认识到的是可用被配置成执行指定功能的任何数目的硬件、软件和/或固件部件来实现图中所示的各种块部件。例如，系统或部件的实施例可采用各种集成电路部件，例如存储元件、数字信号处理元件、逻辑元件、检查表等，其可在一个或多个微处理器或其它控制设备的控制下执行多种功能。

当用软件或固件来实现时，本文所述的系统的各种元件本质上是执行各种任务的代码段或指令。程序或代码段可以被存储在处理器可读介质中或者通过传输介质或通信路径被在载波中包含的计算机数据信号发射。“计算机可读介质”、“处理器可读介质”或“机器可读介质”可包括可以存储或传输信息的任何介质。处理器可读介质的示例包括电子电路、半导体存储器设备、ROM、闪存、可擦ROM（EROM）、软盘、CD-ROM、光盘、硬盘、光纤介质、射频（RF）链路等。计算机数据信号可包括可以通过诸如电子网络信道、光纤、空气、电磁路径或RF链路之类的传输介质来传播的任何信号。代码段可经由计算机网络被下载，诸如因特网、内联网、LAN等。

为了简洁的缘故，在本文中可能并未详细地址描述与信号处理、数据传输、信令、网络控制以及系统的其它功能方面（和系统的单独操作部件）有关的常规技术。此外，包含在本文中的各种图中所示的连接线意图表示各种元件之间的示例性功能关系和/或物理耦合。应注意的是在本主题的实施例中可存在许多替换或附加功能关系或物理连接。

在此说明书中描绘的功能单元中的某些已被称为“模块”，以便更特别地强调其实现独立性。例如，在本文中称为模块的功能可被整体地或部分地实现为硬件电路，其包括定制VLSI电路或门阵列、现成半导体，诸如逻辑芯片、晶体管或其它分立部件。模块还可用可编程硬件设备来实现，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等。还可用用于由各种类型的处理器执行的软件来实现模块。可执行代码的已识别模块可例如包括例如可被组织为对象、程序或函数的计算机指令的一个或多个物理或逻辑模块。尽管如此，已识别模块的可执行指令不需要在物理上位于一起，而是可包括存储在不同位置中的不同指令，其在被逻辑上接合在一起时包括模块并实现用于模块的所述目的。可执行代码的模块可以是单个指令或许多指令，并且甚至可分布在多个不同代码段上、不同程序之中以及跨多个存储器设备。类似地，可用任何适当形式来包含操作数据并将其组织在任何适当类型的数据结构内。操作数据可被收集为单个数据集，或者可分布在不同位置上，包括在不同存储设备上，并且可至少部分地仅作为系统或网络上的电子信号而存在。

虽然在先前的详细描述中已经提出了至少一个示例性实施例，但应认识到的是存在许多变化。还应认识到的是本文所述的一个或多个示例性实施例并不意图以任何方式限制要求保护的主题的范围、适用性或配置。更确切地说，先前的详细描述将为本领域的技术人员提供用于实现一个或多个所述实施例的方便道路图。应理解的是在不脱离由权利要求定义的范围的情况下可以在元件的功能和布置方面进行各种改变，其包括已知等价物和提交本专利申请时的可预见等价物。

Claims (12)

1.一种用于在沿着包括多个子路线的预定路线行进的交通工具处获得已更新数据的系统，该系统包括：

交通工具机上的通信设备，该通信设备被配置成与远程服务器通信；

系统存储器；以及

至少一个处理器，其被通信耦合到所述系统存储器，所述至少一个处理器被配置成：

当交通工具在行进期间到达所述多个子路线中的一个时，自动地请求与所述多个子路线中的一个相关联的已更新数据。

2.权利要求1的系统，其中所述至少一个处理器进一步被配置成：

选择所述多个子路线中的一个；

将已行进的所述多个子路线的子集取消选择；以及

基于选择和取消选择而生成请求；以及

其中，所述通信设备进一步被配置成向远程服务器发射请求。

3.权利要求1的系统，其中，所述已更新数据包括与所述多个子路线中的一个相关联的气象数据。

4.权利要求1的系统，其中，所述已更新数据包括与所述多个子路线中的一个相关联的航空数据。

5.权利要求1的系统，还包括：

导航系统，其被配置成提供用于交通工具的位置数据；以及

用户接口，其被配置成接收用户输入距离值；

其中，所述至少一个处理器进一步被配置成基于位置数据和用户输入距离值来识别所述多个子路线中的一个。

6.权利要求1的系统，还包括：

导航系统，其被配置成提供用于交通工具的位置数据；以及

用户接口，其被配置成接收用户输入时间值；

其中，所述至少一个处理器进一步被配置成：

确定交通工具在输入时间值期间可行进的距离；以及

基于位置数据和距离来识别所述多个子路线中的一个。

7.一种用于在沿着包括多个子路线的预定路线行进的交通工具处获得数据的方法，该方法包括：

在到达所述多个子路线中的每一个时自动地请求已更新行进条件数据，所述已更新行进条件数据包括与在交通工具前面的预定路线中剩下的所述多个子路线中的下一个相关联的数据；以及

经由到交通工具的数据上行链路接收已更新行进条件数据。

8.权利要求7的方法，其中自动地请求已更新数据包括：

选择所述多个子路线中的下一个；

将已行进的所述多个子路线的子集取消选择；

基于选择和取消选择而生成请求；以及

提交请求。

9.权利要求7的方法，还包括：

接收定义用于分析的预定路线的距离量的用户输入；以及

基于用户输入和交通工具的当前位置来确定所述多个子路线中的下一个。

10.权利要求9的方法，还包括：

从交通工具机上的导航系统获得导航数据；以及

基于导航数据来确定当前位置。

11.权利要求9的方法，其中所述用户输入包括预定路线的数值长度；以及

其中，所述距离量包括数值长度。

12.权利要求9的方法，其中，接收用户输入包括：

接收输入时间值；以及

确定交通工具在输入时间值期间可行进的距离；

其中，所述距离量包括距离。