用于传输路线的方法及其设备的制造方法
【技术领域】
[0001] 本发明涉及一种用于传送路线的方法及其设备，并且更具体地，涉及一种用于传 送由服务器计算的路线给另一个实体的方法及其设备。
【背景技术】
[0002] 通常，导航终端经由全球定位系统（GPS)连接检测其当前位置（其是行程的起 点），从用户接收有关行程的目的地的信息，并且基于起点和目的地内部地计算路线。随着 智能电话的最近的激增和增加的性能，服务已经变得普及，其中交通和路线信息提供服务 器经移动通信网络提供路线信息、与路线相关的实时交通信息，和其它的各种信息给个人 导航设备（PND)。
[0003] 特别地，在各种导航服务是可用的情形下，开放移动联盟（OMA)标准化组织对动 态导航使能器（DynNav)的标准化进行研究，动态导航使能器（DynNav)通过经由移动通信 网络或者无线网络的基于网际协议（IP)的对等通信（P2P)提供实时交通信息，而不是在以 广播信号提供信息的数字多媒体广播（DMB)网络上发送交通协议专家小组（TPEG)信息。该 标准认为导航终端和服务类型主要地以两种方式用于智能电话。
[0004] 第一，交通和路线信息提供服务器执行复杂的路线计算，代替在智能电话中加载 的导航应用，并且将计算的路线表示给智能电话。第二，由于智能电话改善的性能，在智能 电话中加载的应用执行，或者配备有移动通信调制解调器的导航终端执行路线计算。在这 种情况下，交通和路线信息提供服务器不提供路线信息。更确切地，一旦终端将计算的路线 注册给服务器，终端可以以定制的方式通过基于IP的P2P通信，而不是以传统的广播信号 从服务器仅接收与注册的路线相关的实时交通信息。
[0005] 图1图示导航设备（ND)类型。ND可以被划分为类型110、类型120以及独立类型 130,类型110,类型110另外提供经由广播网络，诸如DMB网络发送的基于TPEG的交通信息 的类型110,类型120另外以基于IP的方式，例如，经移动通信网络或者无线保真（Wi-Fi) 网络提供交通信息，和独立类型130无需连接到其它的通信介质经由GPS连接跟踪车辆的 位置，产生路线信息，和提供路线信息。
[0006] 在OMA LOC WG的标准化下的DynNav属于提供基于IP的交通信息，特别地，通过 P2P通信的类型120。在DynNav中定义以下的两种类型ND。
[0007] 1.智能ND :可以自己计算路线，并且因此，无需从DynNav服务器接收路线信息，仅 向DynNav服务器请求实时交通信息的设备。
[0008] 2.轻量级的ND :自己不能计算路线，并且因此，向DynNav服务器请求包括路线信 息的所有实时交通信息的设备。
[0009] 由于交通信息在传统的DynNav系统中被以基于RESTful的方式请求和提供，因此 使用以下的路线信息格式，并且每个信息格式能够由XML架构定义（XSD)来定义。
[0010] 1)行程结构：终端从用户最初地获得基本信息，诸如起点和目的地，用于路线设 置，并且将获得的信息提供给服务器。行程结构包括对应于多个路线结构的子集。
[0014] 2)路线结构：路线结构表示为作为表示使用行程结构计算的总的路线航路的多 个分段。
[0015] [表 2]
[0018] 3)分段结构：其是表示每个分段的结构。分段结构可以定义在TPEG中对应于该 分段的实时交通状态以及该分段的长度。
[0019] [表 3]
[0020]
[0025] 5)订阅结构
[0026] [表 5]
[0027]
[0028] 图2是图示在传统的DynNav系统中用于轻量级的ND操作的信号流程的示意图。 因为轻量级的ND鉴于其能力不支持路线计算，所以轻量级的ND将向服务器请求路线信息， 并且从服务器接收路线信息。轻量级的ND具有以下的主要功能。
[0029] 轻量级ND发送行程信息给服务器，供在服务器处路线计算使用。
[0030] 轻量级ND从服务器接收有关由服务器计算的一组路线（包括推荐的路线）的 信息。
[0031] 轻量级ND预订从服务器接收实时交通信息的通知服务。
[0032] 现在将参考图2的流程图给出描述。
[0033] 1.应用的用户定义旅行参数，并且该应用将该参数发送给服务器。服务器使用相 关的交通信息基于接收的参数计算一组建议的路线。服务器将包括建议路线的路线标识符 的创建的"行程"资源作为响应发送给该应用。
[0034] 2.该应用访问概括的格式的路线组。这个步骤关于由服务器建议的所有路线重 复。但是，当行程的长度和复杂度被限制，或者网络质量不适宜时，在这个步骤中可以使用 完整格式路线信息。该应用可以请求在导航设备中不可用的建议的路线的形状信息（WGS84 坐标系的折线）。
[0035] 3.用户选择建议的路线组的一个，并且该应用访问由用户选择的路线的完整格式 信息。该应用可以请求在导航设备中不可用的建议的路线的形状信息（WGS84坐标系的折 线）。当在步骤2中获得完整格式路线时，不需要这个步骤。该服务器作为响应随同相关的 交通信息一起发送选择的路线信息。
[0036] 4.该应用使用到提供的交通事件资源的链接访问与路线相关的交通事件。对交通 事件的访问可以被限制在由用户选择的类别。
[0037] 5.该应用除去先前由服务器建议，而不是由用户选择的不必要的路线。
[0038] 6.该应用请求服务器去创建对用于行程（路线）的通知服务的预订。该服务器通 知应用以下的事件。
[0039] a.与行程和新的交通事件（用于选择的类别）相关的所有路线的性能参数的更 新。
[0040] b.使用由于路线的交通问题而建议的替选的路线。
[0041] c.当行程的目的地是第三方的位置，并且第三方的位置变化时，路由到更新的目 的地和/或第三方。对于这个信息的通知，一旦预订通知服务，该应用将从服务器请求跟踪 第三方位置的过程。
[0042] 7.当车辆（包括该应用）从使用的路线逃脱，并且绕道时，该应用修改该行程资源 的起点参数。服务器识别车辆的当前位置不在使用的路线上，并且使用新的起点计算新的 路线。服务器发送新的路线的标识符作为响应，并且除去先前的路线（及其标识符）。当修 改的起点参数对应于先前的路线时，服务器使用这个信息，以便从该路线中删除已经经过 的分段。
[0043] -当车辆绕道，或者从该路线逃脱时，当车辆从先前报告点移动特定的距离时，和 /或当车辆进入服务器请求加载车辆的当前位置的分段时，执行步骤7。
[0044] 8.该服务器使用到包括行程的修改的资源和包括更新的交通信息（交通事件和 性能参数）的路线的链接将通知资源传送给该应用。
[0045] 8.该应用随同性能参数和交通事件一起访问最新建议的路线。由于该应用预订用 于行程资源的通知服务，该预订包括最新建议的路线。
[0046] 9.当服务器检测到在建议的路线上的交通事件、严重的交通拥塞和/或第三方位 置的变化时，服务器使用更新信息的统一资源定位符（URL)发送通知。
[0047] 10.该应用访问使用的路线的更新信息、新的交通事件和建议的替选的路线。由于 预订包括与行程相关的所有路线的通知服务，所以该通知扩展到建议的替选的路线。当第 三方的位置变化时，该应用访问作为目的地的第三方的变化的位置，和/或更新的路线资 源。
[0048] 在上述的轻量级ND服务中，有时，由服务器计算的路线可以提供给第三方应用 (也就是说，第三方），而不是该应用（也就是说，用户）。例如，考虑从第三方到特定的目的 地（固定的地理位置或者运动目标-以上描述的应用的位置，也就是说，移动用户）对第 三方提供以路线，以便提供各种导航服务，或者改善用户满意/用户体验的方法。
[0049] 此外，在如上所述提供路线给第三方的方法中，由于路线的起点是第三方，并且目 的地是固定的地理位置或者移动用户，所以存在几个考虑。在本发明中，提出提供路线给第 三方的方法，和解决出现在提供路线给第三方的方法中的几个问题的详细方法。
【发明内容】
[0050] 技术问题
[0051] 设计以解决该问题的本发明的目的在于用于解决在用于提供路线给第三方的服 务中出现的问题的方法。
[0052] 由本发明解决的技术问题不局限于以上所述的技术问题，并且从以下的描述中在 此没有描述的其它的技术问题对于本领域技术人员来说将变得显而易见。
[0053] 技术方案
[0054] 本发明的目的可以通过提供将通过由服务器计算的起点和目的地识别的行程路 线传送给第三终端的方法实现，该方法由终端执行，起点是由第三终端的标识符（ID)限定 的位置，并且目的地是终端的当前位置，该方法包括：向服务器请求到第三终端的路线传 送，根据对于路线传输的请求路线被传送给第三终端，向服务器请求订阅与第三终端相关 的通知服务，该通知服务被配置为通知终端第三终端的特定操作已经发生，当第三终端的 特定操作发生时，从服务器接收第三终端的特定操作已经发生的通知，和如果通知指示第 三终端已经请求接收与路线相关的更新信息，则当终端从先前报告的位置移动预先确定的 距离时，将终端的更新位置发送给服务器。
[0055] 优选地，基于更新位置的从第三终端到终端的新的路线可以被发送给第三终端。
[0056] 优选地，该方法可以进一步包括指示与路线相关的更新信息是否被提供给第三终 端。
[0057] 优选地，该方法可以进一步包括设置允许将与路线相关的更新信息提供给第三终 端的有效时段。
[0058] 优选地，该方法可以进一步包括当第三终端获得新的路线时，接收第三终端已经 从服务器获得