CN101395449A - 导航系统的移动台、服务器和操作方法 - Google Patents

Abstract

本发明提供一种导航系统移动台，其包括用于经由无线电链路连接到基站的收发器。此基站移动装置可操作以从所述基站接收订单，所述订单含有所述订单的描述和对应于所述订单的目的地。此移动台可操作以计算到所述所接收的目的地的路线，显示所述描述，输入状态的变化，且将状态的变化发送到所述基站。

Description

导航系统的移动台、服务器和操作方法

技术领域

本发明涉及导航系统的移动台和方法。

背景技术

基于GPS的导航装置是众所周知的，并且广泛地用作车内导航装置。软件当(例如)在连接到外部GPS接收器的PDA上运行时，使得用户能够向PDA输入开始地址和目的地地址。软件接着计算所述两个端点之间的最佳路线，并显示关于如何对所述路线导航的指令。通过使用从GPS接收器导出的位置信息，软件可在规则的时间间隔处确定PDA(通常安装在车辆的仪表板上)的位置，且可在地图上显示所述车辆的当前位置，并显示(和播送)适当的导航指令(例如，“100米处左转”)。

可在状态栏中显示描绘待完成的动作的图形(例如，指示前方左转的左箭头)，且所述图形也可叠加在地图本身中所展示的道路中的适用交叉点/转弯等上方。还可参考将GPS接收器集成到编程有地图数据库的计算装置中且可在显示器上产生导航指令的装置。这些集成装置经常安装在车辆的仪表板上方或内部。术语“导航装置”是指使得用户能够导航到预定义的目的地的装置。所述装置可具有用于接收位置数据的内部系统(例如GPS接收器)，或者可仅仅可连接到可接收位置数据的接收器。

所述装置是一种便携式装置，且因此必须稳固地安装到对接台上，所述对接台本身通常用吸盘牢固地附接到仪表板或挡风玻璃。所述装置连接到外部天线以拾取GPS信号(术语GPS不但涵盖美国导航星(US Navstar)，而且还涵盖其它类似的GNSS——全球导航卫星系统，例如伽利略(Galileo))。将来自外部天线(安装在车顶上或在仪表板上但具有较好外部可见性，即在GPS卫星的视线内)的RF信号沿着同轴电缆路由，所述同轴电缆必须直接插入到导航装置中。

WO 2005/090919 A1的GPS导航系统包括用于便携式导航装置的对接台，所述对接台包括RF连接器，所述RF连接器经设计以自动与装置中的RF连接器介接，以便在装置正确地安装在对接台上时将来自外部天线的GPS RF信号馈送到装置。来自外部天线的RF信号沿着同轴电缆路由，所述同轴电缆直接插入到导航装置中。用户必须首先将装置对接，且接着钩住RF电缆。使用WO 2005/090919 A1的教示，用户仅必须将导航装置对接到平台上，以便进行到达任何连接到对接台的外部天线的自动连接。

路线计划者将约定计划与位置确定的各方面进行组合。明确地说，所述类型的系统仍为旅行的销售代表而存在，其中他们的路线计划由于大量客户而极其复杂。WO2006/081816 A1涉及计划不定量的约定。移动台以无线方式连接到PC以将移动台的数据调节为中央基站处的中央PC的数据。

发明内容

可能需要提供导航系统的一种改进的移动台和一种改进的方法，其使得工作人员能够更精确地管理其车队。

通过根据权利要求独立项所述的移动台和方法可满足此需要。

在本发明的一个实施例中，导航系统的移动台包括用于经由无线电链路连接到基站的收发器。无线电链路优选为双向的。在进一步的改良中，收发器可操作以用于GSM(全球移动通信系统)、UMTS(通用移动电信系统)、WLAN(无线局域网)和卫星连接中的至少一者。优选地，收发器可操作以经由所述无线电链路发送和接收数据，而所述基站经由有线和/或无线网络进一步连接。在进一步的改良中，所述基站包括服务器，其可操作以使用到达所述移动台的所述连接来运行软件程序。

所述移动台可操作以从所述基站接收订单。所述订单含有所述订单的描述和对应于所述订单的目的地。在进一步的改良中，所述订单含有对服务或接取或交付的描述。所述目的地以如下方式对应于所述订单：所述订单必须在所述目的地处实现。所述订单可由工作人员从连接到所述基站的计算机输入到所述基站中，而所述计算机位于办公室中。在输入之后，所述订单经由所述无线电链路发送到所述移动台。

所述移动台可操作以计算到所述所接收的目的地的路线。在进一步的改良中，所述移动台可操作以接收GPS(全球定位系统)信号并从所述GPS信号中估计当前位置。优选地依据所述所接收的目的地和所述当前位置来计算路线。在进一步的改良中，所述移动台可操作以在地图内显示所述当前位置、所述路线和所述目的地中的至少一者。

所述移动台可操作以显示所述订单的所述描述。所述描述可优选地转换为文本和图标中的至少一者以供显示。

所述移动台可操作以输入所述订单的状态的变化。在进一步的改良中，所述状态可通过用户输入或通过在所述移动台上运行的程序自动改变。优选地，显示当前状态和所述状态的可能变化。

所述移动台可操作以经由所述无线电链路将所述状态的所述变化发送到所述基站。所述状态的此变化可在基站处显示且可由工作人员分析。

在本发明的另一实施例中，呈现一种导航装置经由无线电链路进行通信的方法。所述方法包括接收订单的步骤。所述订单可从基站或另一移动台发送。所述订单含有所述订单的描述和对应于所述订单的目的地。优选地从GPS信号中估计当前位置。依据所述当前位置计算到所述所接收的目的地的路线。

在所述移动台侧处显示所述订单的所述描述。所述订单的状态通过用户输入而改变。此改变可进行一次或若干次。另外，有可能所述状态通过在移动台上运行的程序自动改变。

所述状态的所述变化经由所述无线电链路发送。进一步示范来说，所述状态的所述所发送的变化由基站接收并显示。

下文描述根据本发明的方法的示范性特征和改良，但这些特征和改良也将同样适用于移动台。在此情况下，移动台可操作以运行包括所描述的方法步骤中的至少一者的程序。

在一个示范性实施例中，所述目的地包括纬度和经度。纬度可在10^-6度内，而负值描绘南半球。经度可在10^-6度内，而负值描绘西半球。在进一步的改良中，接收目的地的文本。这可以是客户的姓名和地址或从反向地理编码导出的描述。在进一步的改良中，依据所述经度和所述纬度来计算所述路线。

在进一步的改良中，所述订单的描述含有订单编号、订单识别、订单类型、订单文本、订单状态、状态许可和所计划的到达时间中的至少一者。

在一个示范性实施例中，所述订单的所述描述在移动台侧处显示。为此，显示描述性订单文本或图标。

另外，可产生声音。在显示之后，订单的所述状态依据用户输入而改变为“开始订单”。举例来说，所述状态可在用户读取所述描述性订单文本之后立即改变为“开始订单”。

进一步示范来说，在显示所述订单的所述描述之后，订单的所述状态依据用户输入而改变为“已接受”或“已拒绝”。举例来说，用户可点击用于“已接受”的相应图标或用于“已拒绝”的相应图标。所述状态的此变化优选地发送到基站。

进一步示范来说，由用户输入消息且还进行发送。所述消息可以是预定义文本(可编辑或自由键入的文本)。在进一步的改良中，将消息指派到所述订单。

在一个示范性实施例中，所述订单进一步含有电话号码。优选地从基站发送电话号码。将电话号码指派到所述订单，例如相应客户的电话号码。将所述电话号码发送到移动电话，且依据用户输入建立电话呼叫连接。

进一步示范来说，所述订单进一步含有所计划的到达时间。此计划的到达时间可在基站侧处由工作人员输入。在进一步的改良中，依据所计算的路线来计算当前到达时间，且将所述当前到达时间发送到基站以用于估计的目的。

在进一步的改良中，估计所述当前到达时间与所述所计划的到达时间的匹配。然后显示匹配或失配。优选地将失配作为警告消息发送到基站，因此工作人员可取消此订单或将其改变到另一车辆。

在一个示范性实施例中，依据所述订单的所接收变化而更新所述订单。倘若所更新的订单非现用，那么这可在不通知用户的情况下在订单列表中设定新的图标修饰。倘若所更新的订单现用，那么向用户通知所述更新。

在一个示范性实施例中，在接收所述订单之前发送识别。此识别可以是对应于存储在移动台的参考列表中的用户员工编号、所输入的员工编号和装置序列号中的至少一者的数字数据。

进一步示范来说，使用保密模式。依据用户输入，将状态切换到保密模式。在保密模式期间，抑制所述当前位置的发送。

进一步示范来说，所述路线和所述订单的所述状态同时在移动台的屏幕上显示。因此，用户可同时查看订单状态和导航屏幕。

在本发明的一个实施例中，一种系统包括服务器，其可操作以用车辆在地图上的至少一个位置来显示所述地图。所述服务器可以是任何适宜的基于计算机的系统、主机系统、计算机或者多个计算机或主机系统。

所述服务器进一步可操作以存储所输入的订单，其含有所述订单的描述和对应于所述订单的目的地，而所述订单可指派到所述车辆以用于将所述订单发送到所述车辆。为了存储，可使用(例如)寄存器或非易失性存储器单元。此外，所述服务器经建立以用于显示所述订单的当前状态。从所述车辆的移动台接收当前状态或状态的变化。

在所述实施例的进一步改良中，所述服务器进一步可操作以计算两个地理点之间的路线。所述两个地理点可以是包括纬度和经度的地理坐标。所述两个地理点可通过地理编码从所输入的地址中估计。另外，所述路线在所述地图上显示。在另一实施例中，所述服务器进一步可操作以将邮政地址地理编码为地理坐标，其优选地包括经度和纬度。

在进一步的改良中，所述服务器进一步可操作以计算和显示与路线相关联的额外信息。此额外信息包括所述路线的持续时间、部分长度、总体路线长度、交通状况和关注点(例如，加油站)中的至少一者。

在另一实施例中，所述服务器进一步可操作以使在所述服务器上运行的所述路线的所述计算与所述车辆的导航装置的路线计算同步。举例来说，将导航装置10的软件的版本号和地图的版本中的至少一者传输到基站50处的服务器。服务器接着使用软件的相同版本来计算路线。

在本发明的一个实施例中，一种方法在服务器上运行。所述方法包括用车辆在地图上的至少一个当前位置来显示所述地图的步骤。所述方法进一步包括输入订单的步骤，所述订单含有所述订单的描述和对应于所述订单的目的地。所述订单可指派到所述车辆以用于将所述订单发送到车辆。计算从另一地理点到所述目的地的路线。在所述地图上显示所述所计算的路线。

从下文描述的实施例中将容易明白本发明的这些和其它方面，且将参考所述实施例阐述本发明的这些和其它方面。

附图说明

图1说明根据本发明的导航系统的示意图。

图2说明根据本发明的方法的示意图表。

图3a说明用于服务型订单的图表的一部分的示意图。

图3b说明用于接取型订单的图表的一部分的示意图。

图3c说明用于交付型订单的图表的一部分的示意图。

图4说明所显示的订单的详细描述。

图5说明所显示的用于输入状态变化的按钮。

图6说明待发送的订单特定消息的示意图。

图7说明基站侧上的车队的示意图。

图8说明用于待发送到车辆的订单的输入掩码的示意图。

为了清楚起见，先前所标识的特征的参考标记在后续图式中保持不变。

具体实施方式

图1说明导航系统的示意图，所述导航系统包括组装在车辆100中的移动台10，而车辆100可以是卡车、货车或小汽车。导航系统进一步包括基站50。基站50和移动台10经由无线电链路20、21连接。移动台10包括收发器11以用于经由所述无线电链路20、21连接到基站50。

在图1的示范性实施例中，无线电链路20、21是GSM连接，其针对收发器11使用接收信道20和传输信道21以分别经由所述信道20和21来接收和传输数据。收发器因此包含适合于GSM连接的天线。GSM连接进一步包含蜂窝式系统的站55、56、57，而在图1中，收发器连接到蜂窝式系统的站56，从而提供接收信道20和传输信道21。代替GSM连接，可使用UMTS连接。蜂窝式系统的站55、56、57经由网络52连接到基站50，而所述网络可包括有线或无线连接或者所述两者的组合。基站50可以是连接到因特网的服务器。计算机51经由因特网连接到所述基站50。计算机51可使用浏览器等接入基站50。在图1的示范性实施例中，为了简单起见仅展示一个计算机51，但可能存在若干不同公司的大量计算机。

移动台10可操作以从所述基站50接收订单。所述订单含有所述订单的描述和对应于所述订单的目的地。所述描述含有订单编号、订单识别、订单类型、文本和订单状态中的至少一者。移动台10可操作以计算到所述所接收的目的地的路线。为了计算路线，移动台10包括导航装置30，所述导航装置30包括显示所计算的路线的显示器31。导航装置30进一步包括可操作以从若干卫星70、71接收GPS信号80的天线。因此，包括导航装置30的移动台10可操作以估计车辆100的当前位置。移动台10可操作以计算从车辆100的当前位置到至少一个所接收目的地的路线。

另外，移动台10可操作以在其显示器31上显示所述订单的描述。举例来说，可显示描述性订单文本。移动台10包括收发器11与导航装置30之间的连接13。连接13可以是有线或无线的。在图1的示范性实施例中，存在使用(例如)标准IEEE802.15.1的到移动电话40的额外无线连接41。还有可能收发器11是使用连接13(例如，标准IEEE802.15.1)连接到导航装置30的移动电话。

在图1的示范性实施例内，移动台10可操作以输入所述订单的状态的变化。图1的示范性实施例的显示器是触摸屏类型的。用户通过触摸显示器的对应于所显示的图标的部分来输入状态的变化。移动台10可操作以经由传输信道21将所述状态的所述变化发送到所述基站50。

在开始时，用户/驾驶员识别是可能的。对于存在具有交替用户/驾驶员的车队的使用情况，需要识别使用车辆100的用户/驾驶员。这可以不同方式实现：

如果用户/驾驶员很少改变，那么将使用偏好菜单设定驾驶员的员工编号。在此示范性实施例中，仅在那里改变，从而产生到基站50侧的报告。

在另一示范性实施例中，在移动台10接通之后且在允许任何进一步使用之前，移动台10要求输入员工编号。如果用户/驾驶员改变，那么这将使用报告等发送到基站50侧。

在另一示范性实施例中，每个用户/驾驶员具有其个人导航装置30。出于识别的目的，将导航装置30的序列号发送到基站50。

图2说明一个示范性实施例的方法的示意工作流程。所展示的订单状态用于控制和记录订单处理的工作流程。此图表中所展示的所有状态均是固定且不可改变的。所述图表的步骤5取决于订单的类型，因为对于不同的订单类型(比如接取订单、服务订单等)，可使用不同的工作流程状态。订单在步骤5的依据类型的订单状态的一者中是现用的，因此在静态状态的一者中是非现用的。

在初始化装置之后，在步骤1中接收订单。“已接收”是每个订单在已被接收之后所具有的第一状态。所述订单含有所述订单的描述和对应于所述订单的目的地。所述订单含有订单编号、订单识别、订单类型、文本、订单状态、所允许状态、目的地纬度、目的地经度、文本目的地描述和所计划的到达时间中的至少一者。

在图1的示范性实施例内的步骤2中，检查依据订单本身中所含有的所允许状态信息而容许允许还是拒绝订单。如果允许，那么工作流程将继续到步骤3；如果不允许，那么工作流程将继续到步骤9。

在步骤3中，现已向用户(驾驶员)显示订单，从而允许驾驶员输入对订单的接受或拒绝。如果用户(驾驶员)已接受订单，那么工作流程将继续到步骤5。如果不存在当前现用订单，那么将询问驾驶员他是否愿意开始所述特定订单。如果是，那么这触发开始订单转变。

如果用户(驾驶员)已拒绝订单，那么工作流程继续到步骤8。如果用户/驾驶员选择拒绝订单，那么首先向其要求确认，且接着要求输入拒绝的原因(文本输入)。其并非必需输入任何原因。如果其继续，那么将订单标记为拒绝，且询问用户/驾驶员其是否想要删除所述订单。如果是，那么在随后步骤7中删除订单且工作流程结束。

在图2的示范性实施例的步骤9中，已向驾驶员显示订单。不允许接受/拒绝决策，因此订单可在步骤5中开始。当用户/驾驶员在步骤6中将订单状态改变为“完成”时，接着询问其是否想要删除所述订单。如果是，那么在随后步骤7中删除订单且工作流程结束。自动完成订单取消了到订单目的地的导航(如果仍现用的话)。独立于步骤9、4、5或10的状态，订单可始终被取消，而工作流程继续到步骤11。当用户/驾驶员选择取消订单时，首先向其要求确认(“取消订单？是/否”)，且接着要求输入取消的原因(文本输入)。其并非必需输入任何原因。如果其已继续，那么将订单取消，且询问其是否想要删除所述订单。如果是，那么在步骤7中删除订单。自动取消订单取消了到订单目的地的导航(如果现用的话)。

步骤5的依据类型的订单状态始终排序在一个序列中，其中具有在所有状况之间的转变以及从每一状况到完成、暂停或取消的转变。从步骤4中的“已接受”或步骤9中的“已读取”的开始订单转变通向步骤5的子序列中的第一状态。

步骤5的示范性子序列在图3a、图3b或图3c中的示意工作流程中说明。在图3a、3b和3c中，不同的订单类型经定义以能够根据使用情况采用工作流程状态。举例来说，如果用户/驾驶员应在订单目的地处接取某货物，那么工作流程图表应包含开始装载/结束装载状态。另一方面，如果用户/驾驶员应该在订单目的地处进行一些维修工作，那么这些接取状态将是不适宜的。

步骤4、6、9、10和11与图2中的那些步骤相同。在图3a中，展示用于服务订单类型的工作流程的示意子序列。因此，步骤5(如图2所示)包括步骤5a1、5a2、5a3、5a4和5a5。步骤5a1、5a2、5a3、5a4和5a5内的前后转变是可能的。从步骤5a1、5a2、5a3、5a4和5a5的每一状态到步骤10中所暂停的状态的转变是可能的。从步骤5a1、5a2、5a3、5a4和5a5的每一状态到步骤10中所取消的状态的转变也是可能的。出于简化的原因，图3a、3b或3c中未展示所有可能的转变。

在步骤5a1中开始订单之后，计算到所接收目的地的路线。所述路线的开始可以是从GPS信号中估计的当前位置或先前订单的所估计目的地。另外，显示所述订单的描述。如果已接收若干服务订单，那么只有一个订单当前可在步骤5a1、5a2、5a3、5a4或5a5中现用。如果用户/驾驶员选择开始订单，那么可能已存在现用订单。还有可能一个或一个以上订单具有步骤10中的状态“已暂停”，同时一个或零个订单为现用的。

对于现用的订单，用户/驾驶员可选择将其暂停。如果到目的地的路线仍为现用的，那么取消导航。用户/驾驶员可重新开始所暂停的订单。其接着将具有其在暂停之前所具有的相同订单状况。当重新开始时，还可能存在不同的现用订单。在此情况下，询问用户/驾驶员其想要暂停、取消还是保持当前现用订单。当重新开始订单时，询问用户/驾驶员其是否愿意使用导航装置30开始到订单目的地的导航。

在图3a中，通过用户输入改变订单的状态，从而转变到分别对应于步骤5a1、5a2、5a3、5a4、5a5和6的状态“订单开始”、“到达目的地”、“工作开始”、“工作完成”、“离开目的地”和“订单完成”中的至少一者。图3a中未展示步骤链5a1、5a2、5a3、5a4和5a5中的一个步骤的可能跳过。

步骤链5a1、5a2、5a3、5a4和5a5中的至少每一状态变化经由如图1所示的发送信道21发送到基站50。优选地，发送图2、3a、3b和3c中所包含的每一状态变化

进一步示范来说，图3b展示接取订单的子序列的示范性实施例，其包括分别对应于步骤5b1、5b2、5b3、5b4、5b5的状态“订单开始”、“到达接取地点”、“接取开始”、“接取完成”和“离开接取地点”。步骤4、6、9、10和11与图2中的那些步骤相同。转变可能类似于图3a中的转变。

进一步示范来说，图3c展示交付订单的子序列的示范性实施例，其包括分别对应于步骤5c1、5c2、5c3、5c4、5c5的状态“订单开始”、“到达交付地点”、“交付开始”、“交付完成”和“离开交付地点”。步骤4、6、9、10和11与图2中的那些步骤相同。转变可能类似于图3a中的转变。

在导航期间，在显示器31上显示地图。在导航期间，显示用于新订单的图标、展示错误状况(当无法建立到基站50的连接20、21时)的图标、保密模式期间所显示的图标、展示订单的当前状态的图标和对应于当前工作模式的图标中的至少一者。

如果接收到新的订单，那么在地图视图中(例如在左上角)显示指示符。此指示符被指派到新的订单。轻敲所述指示符使得能够展示相应订单。

在一个示范性实施例中，所显示的图标展示当前工作状况，其是订单与工作模式的组合。如果显示订单状态且订单的状态可直接改变，那么轻敲此图标打开当前订单细节视图。然而，如果展示空闲时间图标或暂停图标，那么轻敲此图标将导致工作时间报告。

选择主菜单(未图示)中的按钮“展示订单”通向所接收消息和订单的列表。可显示从基站50接收的订单中的项目。在此列表中，使用图标来区分文本与订单消息。图标修饰指示若干可能的订单状态中的至少一者。举例来说，星形用于“已接收”或“已更新”订单。举例来说，绿色校验标记用于“已完成”订单。选择项目依据当前状态而通向图4或图5中的订单细节视图(描述)。

在下文进一步详细描述的示范性实施例中，图4中说明订单描述的显示。订单细节视图的布局取决于当前状态。显示器31展示对应于状态“已接受”(因此对应于图3a的工作流程的步骤4)的非现用服务订单的布局。显示的是文本D32“订单”，这是所述非现用订单的详细视图。显示订单编号D31“456945”。显示所述订单的状态D4“已接受”，其对应于图3a所示的工作流程的步骤4。所述显示进一步包含所述订单的状态的上一变化的时间D41“10:30”。

此外，显示所计划的到达时间D20“11:09”。当开始到订单目的地的导航且在现用订单中包含所计划的到达时间D20时，那么将此时间自动用作导航的输入，从而展示所计算的到达时间是否与所计划的到达时间D20匹配。将所计算的到达时间、匹配和失配中的至少一者经由发送信道21发送到基站50。

还显示所述订单的文本描述D30“订单文本：……”。另外，显示目的地的文本描述D50。显示器31用作触摸屏，使得用户可通过触摸区域T5来输入下一状态“开始”。触摸区域T15“完成”通向主菜单。区域T11“选项”通向选项菜单，其具有到状态“已拒绝”(仅在状态“已读取”中)、“取消”、“暂停”(如果订单为现用的话)或“已删除”(如果订单被取消或拒绝的话)的可能转变以及项目“开始导航”(如果订单为现用的话)和“呼叫”(如果订单含有电话号码的话)。

如果用户已选择项目“呼叫”，那么将对应于订单的电话号码经由连接41发送到移动电话40，如图1所示。然后，依据触摸项目的所述用户输入而建立电话呼叫连接。

图5说明依据当前状态而显示示范性实施例的现用订单。图5中的当前状态为“已开始”，展示为文本描述D4′。还显示状态的变化的时间D41′。如果订单是已开始的现用订单，那么只有显示器的上半部展示订单的文本描述D30，其中按钮T30通向全屏(可滚动)。显示器的下半部展示三个按钮T51、T52和T53。最左侧按钮T51是指向左的三角形箭头，其允许切换到先前状态。在状态“已开始”的情况下，按钮T51变灰并被停用，因为先前状态不可手动达到。最右按钮T52是指向右(下一个)的三角形箭头，其允许输入下一状态(到达客户)。中间按钮T53通过下面具有文本描述的符号展示当前订单状态。

用户/驾驶员通过分别使用左/右按钮T51、T52在工作流程序列中简单地前/后移动来改变状态。当轻敲区域T15“完成”或者中间按钮T53时，将应用所选择的状态。区域T11“选项”具有图4中所描述的相同功能。区域T14“状态”通向发送订单状态视图，如图6所示。

从主菜单(未图示)中选择按钮“向办公室报告”通向具有发送文本消息或发送状态消息的选项的子菜单。文本消息是独立于当前状态或当前订单的纯文本。然而，为了发送状态消息，呈现经配置状态消息的列表以使用户/驾驶员选择一个项目。举例来说，状态消息在计算机51侧处定义。在从列表中选择任何状态消息之后，显示确认屏幕，如图6中所说明。在显示器31的上部分中展示预定义的状态消息D60。通过触摸区域T17，用户/驾驶员可将任意文本信息D61添加到此状态消息D60。在图6的示范性实施例中，重要的是将状态消息D60指派到当前订单。区域T16“发送”使得用户/驾驶员能够将所述状态消息D60发送到基站50。区域T18“返回”通向消息列表。

主菜单可进一步包含工作时间报告(未图示)，而用户/驾驶员能够报告工作的开始、暂停、继续和结束。作为选项，用户/驾驶员可手动输入开始/结束或工作和暂停时间。还可能改变日志簿模式。如果必须维持用户/驾驶员日志簿，那么可通过从主菜单中选择改变日志簿模式来改变当前日志簿模式(私人、工作途中、营业)。显示当前日志簿模式，从而使用户/驾驶员通过触摸相应项目来改变模式。所述视图可适用于不同国家税收条例。在保密模式(未图示)中，没有位置信息从移动台10传输到基站50，所以用户/驾驶员和车辆100在基站50侧处不可跟踪。在基站50侧处，只有关于保密模式的信息可见。保密模式可在基站50侧处启用或停用。

如果有必要在订单已经由驾驶员读取之后改变所述订单(例如，校正键入错误、添加注释、改变目的地等)，那么需要向用户/驾驶员通知此变化。然而，如果用户/驾驶员尚未读取订单，那么不需要通知他。在更新非现用订单的情况下，这将仅在如上文提及的订单列表中设定新的图标修饰。在对当前现用订单执行更新的情况下，依据所述更新而执行不同的方法步骤。

如果改变了订单目的地且导航当前正将用户/驾驶员引导到旧的目的地，那么在地图视图中闪现消息(“订单目的地已更新，重新计算路线”)且导航改变到新的订单目的地。如果导航不是到达旧的目的地，那么仅显示消息“订单目的地已更新”而不改变导航。如果更新了所计划的到达时间D20，那么在地图视图中闪现消息：“所计划的到达时间已更新”。如果导航当前正将驾驶员引导到订单目的地，那么将新的到达时间用于时间余地计算。如果所述更新改变了订单文本、订单编号或目的地的文本描述，那么仅在地图视图中闪现消息“订单已更新”。

在另一示范性实施例中，工作人员可能想要从基站50侧处远程取消订单，而所述订单已经被发送到移动台10，例如以将所述订单分派到不同车辆。在此情况下，远程地将订单状态改变到状态“已取消”。订单将仍在订单列表中，所以用户/驾驶员可注意到所述取消。如果远程取消了现用订单，那么使用地图视图上的全屏消息或闪现消息来通知用户/驾驶员订单已被取消且导航随后停止。如果远程取消了未读取订单，那么在不通知的情况下将其移除，因为用户/驾驶员未注意所述订单。

图7说明基站50侧处的浏览器窗口等的示意图。基站50是包括服务器的系统的组件，而服务器是用于运行软件的任何适宜的电子系统(比如，网络中的计算机)。举例来说，服务器是网站服务器。所述服务器可操作以显示图7的示范性实施例中所展示的地图S12。通过基于(例如)矩形提供的位图渲染来产生地图S12。地图S12可在浏览器窗口中显示。一车辆的至少一个位置或若干车辆的若干位置S10a、S10b、S10c显示在所述地图S12上。在进一步的改良中，可输入和显示其它对象及其位置。在进一步的改良中，车辆和对象可指派到一群组或多个群组。这使得工作人员能够在其连接到中央基站的计算机处同时监视多个订单。

进一步示范来说，显示每一车辆的文本描述S11a、S11b、S11c。在另一实施例中，服务器可操作以根据需要而接收车辆的当前位置。在将位置询问发送到移动装置10之后，移动装置10可操作以用当前位置(例如，经度和纬度)来应答此消息。

在图7的示范性实施例中，使用每一车辆的图标S4a、S4b、S4c来显示所述订单的当前状态。将状态的每一变化从车辆传输到服务器；因此，显示从车辆接收的状态的上一变化。在进一步的改良中，另外显示文本描述S12a、S12b、S12c。举例来说，状态是“开始行驶路线”、“结束行驶路线”或“路线中断”。在进一步的改良中，自动地且在没有任何用户交互的情况下产生相应的消息。在进一步的改良中，将至少一个额外事件消息“低电量”、“检测到路线变更”和“移动电话已连接”从移动台10传输到服务器并显示。

在另一示范性实施例中，计算两个地理点S28a与S28b之间的路线S28。地理点S28a和S28b由工作人员输入。路线S28作为地理位置的阵列或作为具有额外行驶指令的地理位置的阵列被返回。所述所计算的路线S28显示在所述地图S12上。进一步示范来说，所计划的路线S28可如输入时那样在地图上看到，其中依据所接收的当前位置数据而将行驶所述路线S28的车辆绘制在路线S28上。工作人员可通过在地图上点击或使用其它交互方案来改变地图的视图。在进一步的改良中，在列表中和/或在地图中以图形方式显示若干所计算的路线。

此路线计算使得能够在将订单发送到车辆之前优化不同订单的若干路线。所绘制的路线S28(例如，对应于特定车辆)的所产生位图的视觉特性(比如，颜色、形式等)以及其它地图项目可(例如)在运行时配置中指定。在进一步的改良(图7中未图示)中，关于所述所计算的路线S28的信息(例如，预期的持续时间或总体路线长度)经显示指派到路线S28。进一步示范来说，显示关注点。优选地，显示沿着所计算的路线S28的关注点。优选地，显示所述关注点是可激活的或可解除激活的。在另一实施例(图7中未图示)中，服务器可操作以将所计算的路线S28发送到移动台10。在此情况下，没有必要在移动台侧处进行路线计算。在另一实施例(图7中未图示)中，服务器可操作以接收在移动台10侧处所计算的路线。这可用于(例如)使所计算的路线同步。

在图8的另一示范性实施例中，服务器可操作以输入订单。图8中说明所述订单的输入掩码。首先，输入目的地的地址S32。随后，在点击“地理编码”之后将此地址S32转换为地理坐标(包括纬度和经度)。用于此功能性的输入可以是优选地与街道名称(其优选地与门牌号组合)组合的城市名称。反向地理编码也是可能的。通过给出地理坐标或将地理坐标从车辆100的移动台10传输到服务器，服务器能够产生此坐标的文本描述。依据所输入的参数，通过反向地理编码产生不同的位置信息。举例来说，依据此参数，显示街道或者城市作为车辆的当前位置。进一步示范来说，服务器可操作以使用笛卡尔(Cartesian)坐标系统将地理坐标变换为地图特定坐标。

订单含有订单类型S3、所述订单的描述S30和对应于所述订单的目的地，而所述订单可指派到所述车辆以用于将所述订单发送到所述车辆。在地图S12上显示对应于目的地的图标S33。

进一步示范来说，可输入和显示所计划的到达时间S20。依据所计算的路线S28和另外的参数(比如车辆类型)，可显示所计划的到达时间S20与所计算的到达时间之间的匹配或失配。进一步示范来说，可输入和显示电话号码S25。然后，此电话号码S25经由无线电链路20进行传输并由移动台10接收。在进一步的改良中，依据所计算的到达时间而检查所计划的路线的可行性。在进一步的改良中，显示车辆的延迟作为警报。

在另一实施例中，报告错误条件或错误状态。将报告发送到接收单元，例如通过电子邮件发送到电子邮件地址或通过SMS(短消息服务)发送到移动电话等。在另一实施例中，存储依据所计算和/或行驶的路线的数据。可在用于控制和预测的综合报告中看到所述数据。在进一步的改良中，服务器可操作以输入区域或时间相依区域，其由服务器应用程序依据车辆的当前位置来监视，从而通知工作人员和/或移动台10是否检测到违反。

应注意，术语“包括”并不排除其它特征，且定冠词“一”不排除多个，除了如此指示时。应进一步注意，结合不同实施例而描述的元件可进行组合。还请注意，不应将权利要求书中的参考符号解释为限制权利要求书的范围。

以上描述是出于说明和描述的目的而呈现的。其并不希望是详尽的或将本发明限于所揭示的精确形式，且显然鉴于所揭示的教示能够作出许多修改和变化。选择所描述的实施例是为了最佳地解释本发明的原理及其实际应用，进而使得所属领域的技术人员能够在各种实施例中且用适于所预期的特定用途的各种修改最佳地利用本发明。希望本发明的范围仅由随附权利要求书界定。

Claims (20)

1.一种导航系统的移动台；

其中所述移动台包括用于经由无线电链路连接到基站的收发器；

其中所述基站移动装置可操作以从所述基站接收订单，所述订单含有所述订单的描述和对应于所述订单的目的地；

其中所述移动台可操作以计算到所述所接收的目的地的路线；

其中所述移动台可操作以显示所述订单的所述描述；

其中所述移动台可操作以输入所述订单的状态的变化；

其中所述移动台可操作以将所述状态的所述变化发送到所述基站。

2.一种导航装置进行通信的方法，所述方法包括以下步骤：

接收订单，所述订单含有所述订单的描述和对应于所述订单的目的地；

从GPS信号中估计当前位置；

依据所述当前位置而计算到所述所接收的目的地的路线；

显示所述订单的所述描述；

依据用户输入而改变所述订单的状态；以及

发送所述状态的所述变化。

3.根据权利要求2所述的方法：

其中所述目的地包括纬度和经度；且

其中依据所述经度和所述纬度而计算所述路线。

4.根据权利要求2或3中任一权利要求所述的方法，其进一步包括：

显示所述订单的所述描述；以及

依据用户输入而将所述订单的所述状态改变为“开始订单”。

5.根据权利要求2到4中任一权利要求所述的方法，其进一步包括：

显示所述订单的所述描述；以及

依据用户输入而将所述订单的所述状态改变为“已接受”或“已拒绝”。

6.根据权利要求2到5中任一权利要求所述的方法，其进一步包括：

发送由所述用户输入的消息。

7.根据权利要求2到6中任一权利要求所述的方法，

其中所述订单进一步含有电话号码；

其中将所述电话号码发送到移动电话，且依据用户输入而建立电话呼叫连接。

8.根据权利要求2到7中任一权利要求所述的方法，

其中所述订单进一步含有所计划的到达时间。

9.根据权利要求8所述的方法，其进一步包括：

依据所述所计算的路线而计算当前到达时间；

发送所述当前到达时间。

10.根据权利要求9所述的方法，其进一步包括：

估计所述当前到达时间与所述所计划的到达时间的匹配；以及

显示匹配或失配。

11.根据权利要求2到10中任一权利要求所述的方法，其进一步包括：

依据所述订单的所接收变化而更新所述订单。

12.根据权利要求2到11中任一权利要求所述的方法，其进一步包括：

在接收所述订单之前发送识别。

13.根据权利要求2到12中任一权利要求所述的方法，其进一步包括：

依据用户输入而切换到保密模式；以及

在所述保密模式中抑制所述当前位置的所述发送。

14.根据权利要求2到13中任一权利要求所述的方法，其进一步包括：

同时显示所述路线和所述订单的所述状态。

15.一种系统，其包括服务器，所述服务器可操作以

用车辆在地图上的至少一个位置来显示所述地图；

输入订单，所述订单含有所述订单的描述和对应于所述订单的目的地，而所述订单可指派到所述车辆以用于将所述订单发送到所述车辆；以及

显示所述订单的当前状态。

16.根据权利要求15所述的系统，其包括所述服务器，所述服务器进一步可操作以计算两个地理点之间的路线；以及

在所述地图上显示所述路线。

17.根据权利要求16所述的系统，其包括所述服务器，所述服务器进一步可操作以计算和显示与所述路线相关联的额外信息。

18.根据权利要求16或17中任一权利要求所述的系统，其包括所述服务器，所述服务器进一步可操作以使所述路线的所述计算与所述车辆的导航装置的路线计算同步。

19.根据权利要求15到18中任一权利要求所述的系统，其包括所述服务器，所述服务器进一步可操作以

将邮政地址地理编码为地理坐标。

20.一种在服务器上运行的方法，其包括以下步骤：

用车辆在地图上的至少一个位置来显示所述地图；

存储所输入的订单，所述订单含有所述订单的描述和对应于所述订单的目的地，而所述订单可指派到所述车辆以用于将所述订单发送到所述车辆；

计算从另一地理点到所述目的地的路线；以及

在所述地图上显示所述所计算的路线。

Images