CN102811417A - 一种交通路径获取的***和方法 - Google Patents

Abstract

本发明公开了一种路径获取的***和方法，为用户提供更有参考价值的路径。所述方法包括：终端设备向服务器发送路径请求消息，所述路径请求消息包括位置信息及时间信息，所述服务器根据所述位置信息以及所述时间信息获取相应的路径信息，将所述路径信息返回给所述终端设备。所述***包括：服务器和终端设备。通过参考时间信息计算路径，可以根据当时的实时路况或者当时的历史路况，为终端设备提供最佳的路径信息。

Description

一种交通路径获取的***和方法

技术领域

本发明涉及移动通信技术领域，尤其涉及终端设备与服务器之间进行交互以获取相应的交通路径信息的***和方法。

背景技术

作为移动通信***的特色业务之一，定位服务一直被认为是未来移动增值业务的一个亮点。目前，北美、欧洲和亚太和日韩等国家和地区的主要移动通信运营商都已开通了移动定位业务。定位业务是移动增值业务中最具吸引力的业务，同时也是产业链各个环节最为复杂的业务之一。

LOC是开放移动联盟(Open Mobile Architecture，简称为OMA)于2002年将LIF论坛的工作，以及WAP(Wireless Access Protocol，无线接入协议)论坛中的定位业务，以及3GPP(3rd Partner Priject)R6 LCS(LocationServices，定位服务)第三阶段的相关工作并入而成立的，其目的是实现制定互联互通的定位业务标准，制定移动位置业务的规范，确保端到端的互操作。目前，OMA LOC在漫游、Le接口等研究领域逐步取代3GPP和3GPP2，成为定位(Location)业务标准的主要国际规范制订者。OMA LOC的主要工作就是制定移动通信网络中基于用户面的定位技术，实现对过去移动通信网络中的控制面定位技术中相关定位参数在IP通道中的传输，进而实现定位，同时也减少了对核心网的依赖，减少了耦合，增加了灵活性。随着需要的不断发展，OMA LOC也逐步研究如何为非移动通信网络提供定位服务，例如固定接入方式的定位，因特网方式的定位，WLAN方式的定位等。

目前，根据开放移动联盟(OMA)定位组(LOC)定义的安全用户面定位技术(SUPL)，该定位***主要由三个功能实体构成，分别为SUPL定位业务代理(SUPL Agent)，SUPL服务器(SLP)和支持SUPL的终端(SET)。

在SUPL定位***中，上述三个功能实体间的关系如图1所示。下面结合附图1介绍现有SUPL定位技术的原理：

SET终端为被定位终端，其与SUPL定位平台之间通过UDP/IP方式建立SUPL定位会话连接，相应的功能接口为Lup接口，协议为SUPL协议。通过SUPL协议，即可获得SET终端的位置信息。

SET终端可以包括一个MLS应用，或者SUPL代理。MLS应用和SUPL代理都可以通过手机终端上的私有接口，或者符合MLP(Mobile LocationProtocol)协议的接口请求SET终端进行定位业务。

SUPL定位平台与网络侧的移动定位应用\SUPL代理之间是Le/L1接口，协议为MLP协议，或者LOCSIP协议。功能是：第三方应用***\SUPL代理通过Le/L1接口向SUPL定位平台请求定位SET终端业务。

SUPL定位平台包括二个功能实体，分别是：SUPL位置中心(SLC)和SUPL定位中心(SPC)。当SUPL定位平台以非代理方式工作时，SLC和SPC是分离的，分别与SET终端之间有一个单独的接口关系；当为代理方式工作时，定位平台与SET终端之间只有一个功能接口，即SLC与SET之间的接口，SPC与SET之间没有接口，SLC充当SPC与SET的代理，SLC与SPC之间的接口为LIP。由于SET的漫游，SUPL定位平台可能分别为充当：漫游定位平台、请求定位平台、归属地定位平台、紧急定位平台等功能。相应的SLC和SPC也都存在这几个功能角色。除上述之外，SUPL定位平台还支持其它接口，如：平台之间的漫游接口，平台与计算服务器之间的接口，平台与隐私服务器之间的接口，平台与网络层之间的接口。

SUPL代理可以向应用提供一个访问定位业务的功能，是定位业务***的向外部提供的第一个业务接入点。应用通过SUPL代理请求对某一个或者多个SET终端进行定位。

以上介绍了目前OMA SUPL架构的基础原理。在上述OMA SUPL架构中，终端可以从归属地服务器获取位置信息。但是，目前SUPL技术并不能够支持对从某一位置到另外一个目标位置的路径选择，并且该路径选择没有考虑到交通拥堵情况等因素。

发明内容

本发明要解决的技术问题是提供一种交通路径获取的***和方法，为用户提供更有参考价值的交通路径。

为解决上述技术问题，本发明提供了一种交通路径获取的方法，包括：

终端设备向服务器发送路径请求消息，所述路径请求消息包括位置信息及时间信息，所述服务器根据所述位置信息以及所述时间信息获取相应的路径信息，将所述路径信息返回给所述终端设备。

进一步地，所述位置信息包括起点位置信息和终点位置信息，或者路段名称，或者路段编号。

进一步地，所述起点位置信息或终点位置信息为所述终端设备的当前位置；所述服务器根据所述位置信息以及所述时间信息获取相应的路径信息，包括：所述服务器通过与所述终端设备交互获取所述终端设备的当前位置信息，根据位置信息以及所述时间信息获取相应的路径信息。

进一步地，所述路径信息包括一条或多条路径信息，或者一段或者多段子路径信息。

进一步地，所述路径信息还包括时间长度信息。

进一步地，所述路径请求消息中还包括获取方式信息，所述获取方式信息包括以下任意一种方式：单次获取；周期性获取；事件触发获取；周期获取和事件触发获取。

进一步地，所述路径请求消息中还包括以下信息之一：实时方式、预测方式、平均方式。

为解决上述技术问题，本发明还提供了一种路径获取的***，包括：服务器和终端设备，其中：

所述终端设备，用于向服务器发送路径请求消息，所述路径请求消息包括位置信息及时间信息；

所述服务器，用于根据所述位置信息以及所述时间信息获取相应的路径信息，将所述路径信息返回给所述终端设备。

进一步地，所述位置信息包括起点位置信息和终点位置信息，或者路段名称，或者路段编号。

进一步地，所述起点位置信息或终点位置信息为所述终端设备的当前位置；所述服务器还用于通过与所述终端设备交互获取所述终端设备的当前位置信息。

进一步地，所述路径信息包括一条或多条路径信息，或者一段或者多段子路径信息。

进一步地，所述路径信息还包括时间长度信息。

进一步地，所述路径请求消息中还包括获取方式信息，所述获取方式信息包括以下任意一种方式：单次获取；周期性获取；事件触发获取；周期获取和事件触发获取。

进一步地，所述路径请求消息中还包括以下信息之一：实时方式、预测方式、平均方式。

采用本发明方案，终端用户可以利用所持有的终端请求并获得从起始位置到终端位置的可选择的路径，所谓可选择的路径是指多条可供终端设备选择的路径。这些路径不仅仅考虑到物理的实际距离因素，同时，本发明方案为路径选择参考交通拥堵因素、道路质量(道路等级、路障)因素等其它因素提供可能。此外，本发明还考虑了单次、多次、周期等方式的路径选择服务。无疑，本发明提供了一种功能更强大的路径判断和选择***。

附图说明

图1是SUPL定位***结构示意图；

图2是本发明的***结构图；

图3是本发明的单次获取路径信息的流程图；

图4是本发明的周期方式路径信息获取的流程图；

图5是本发明的事件方式路径信息获取的流程图。

具体实施方式

本发明的方案包括：终端设备向服务器发送路径请求消息，所述路径请求消息包括位置信息及时间信息，所述服务器根据所述位置信息以及所述时间信息获取相应的路径信息，将所述路径信息返回给所述终端设备。

上述时间信息是指使用所请求的路径的时间信息，得到的路径信息即所请求路径在该时间信息范围内的路径信息。通过参考时间信息获取路径，可以根据当时的实时路况或者当时的历史路况，采用实时或者预测的方式，为终端设备提供最佳的道路交通信息。

上述位置信息包括所请求的路径的起点位置信息和终点位置信息，或者路段名称，或者路段编号。请求的如果是路段名称或者路段编号，则相当于隐含了起点位置和终点位置信息。起点位置信息可以是终端设备的当前位置信息也可以是其它位置的位置信息。同理，终点位置信息可以是终端设备的当前位置信息也可以是其它位置的位置信息。终端设备设定起点位置或终点位置为终端设备当前位置，则服务器通过与终端设备交互获取该终端设备当前位置信息，例如通过安全用户面定位方式进行定位或者通过卫星导航方式进行位置计算。

所请求的路径的时间信息可以是时间段信息(包括起点时间和终点时间)也可以是时间点信息(起点时间或终点时间)。起点时间可以是当前时间或者是将来的某个时间。

优选地，上述路径请求消息中还包括获取方式信息，包括：单次获取，或多次获取，多次获取包括：周期性获取，事件触发获取，或周期获取和事件触发获取。其中，周期性获取是指每隔一定时间，服务器计算路径信息，然后返回给终端设备；事件触发获取是指当服务器获知为该终端计算的路径上有事件发生时(例如：交通事件、路障、危险路段提示等)，向终端设备发送将路径信息发送给终端设备。

如果终端设备向服务器发送的路径请求消息中，如果设置获取方式为多次获取，且请求位置信息中包括终端当前位置信息，则服务器在每次计算路径之前，均需与终端交互进行当前位置计算。

上述服务器计算的路径信息包括一条或多条路径的路径信息，或者一段或者多段子路径信息。

优选地，所述路径请求消息中还包括以下信息之一：实时方式、预测方式、平均方式。

服务器计算的路径信息中还可包括时间长度信息(所述路径信息对应的时间长度信息和/或子路径信息对应的时间长度信息)。该时间长度信息包括预计时间长度信息、平均时间长度信息或实时长度信息。

如果所述路径请求消息中包括实时方式信息，则所述路径信息还包括实时长度信息；如果所述路径请求消息中包括预测方式信息，则所述路径信息还包括预计时间长度信息；如果所述路径请求消息中包括平均方式信息，则所述路径信息还包括平均时间长度信息。实时方式信息、预测方式信息或平均方式信息可以与上述获取方式信息组合使用。

下面对预计时间长度信息、平均时间长度信息和实时长度信息进行说明：

▲预计时间长度信息是指：根据对未来某段时间或者某时间点的路况所对应的时间长度信息估计；

▲平均时间长度信息是指：基于过去的路况对应的时间长度统计信息计算的平均时间长度信息；

▲实时长度信息：指当前的时间段或者时间点的路况所需的时间长度信息。

上述路况可以是路径对应的路况也可能是子路径对应的路况。

以下结合图2，对本发明的结构图进行描述。

本发明的***结构至少包括两个逻辑功能模块，分别是：终端设备和服务器。其中：

●该终端设备，用于向服务器发送路径请求消息，该路径请求消息包括位置信息及时间信息；

终端设备可以为手机、个人数据助理(PDA)或者是其它一切的可携带导航设备(PND：Portable Navigation Devices)。该类别的终端设备的一个公共的特性是：可以为交通、驾驶提供辅助导航功能。另外，该类别设备一般都具备GPS或者其它导航卫星的相应的芯片。一般可以自己或者借助网络的辅助实现定位功能，同时，该类设备也可以借助通信网络实现定位功能。在本发明中，该类设备具体的定位功能的实现方式不做约束。

●该服务器，用于根据位置信息以及时间信息获取相应的路径信息，将该路径信息返回给终端设备。

关于服务器，其具备的功能包括：交通路径的计算和获取以及定位功能。所述定位功能是指其可以为终端设备提供辅助数据或者计算终端当前位置信息，服务器需要与定位终端之间有相应的定位协议支撑；同时，服务器还需要与辅助数据源之间有接口关系，用于获取辅助数据源，例如：卫星信息；此外，在本实施例中，服务器还需要与路径及路况信息源之间有接口关系，用以获取相应的路况信息。所述路况信息在本发明中是被服务器获取并基于它计算相应的路径信息以满足用户的需求。所述路况信息有多种，包括但不限于：移动终端分布数据、移动终端的移动速度数据、道路两侧的传感器信息等等。

上述路径及路况信息源，其可以为政府职能部分(交通、公安、城管等)或者企业所提供。信息的方式可以为车辆分布信息、移动终端分布数据、辅助或者移动终端的速度信息、道路传感器信息等等。路径及路况信息源与服务器之间有接口，可以为服务器所调用。

实施例1

以下结合图3来说明本发明的实施例一。在本实施例中，终端设备向服务器请求获取一次性的路径信息。所谓一次性是指：服务器在接收到请求后，只进行一次路径计算并返回一次。具体描述如下：

步骤301，终端设备与服务器之间建立数据链接或者恢复二者之间已经存在的数据链接；

步骤302，终端设备向服务器发送路径请求消息，在该消息中，包括的参数有：时间信息、位置信息；

时间信息可以为当前时间或者未来的某个时间，或者某个时间段；位置信息例如：中华门到中央门，或者二个经纬点之间的路径信息，也可以为某个路的名称或者标识信息，例如：中山路，G312路；

步骤303，如果在步骤302中还涉及到当前位置，则服务器与终端设备可能还需要进行定位业务会话过程以获取终端设备当前的位置信息，也可能终端将自己已有的位置信息直接上报到服务器；如果不涉及到当前位置，则跳过本步骤，执行步骤304；

步骤304，服务器在接收到来自终端设备的路径请求消息后，与路径及路况信息源之间进行交互，具体包括：服务器向信息源请求在某时间点或者时间段内某路段的交通数据，本步骤可选；

路径及路况信息源用于提供该时间信息所指示时间的实时路况或者历史路况，例如可以是交管局***，也可以是任何一个保存有该路况信息的数据库。路况信息除了可通过交管局提供的监控信息得到，还可以通过对通信网中位于相关路段的终端的移动速度来获得。

交通数据例如包括：交通拥堵因素、道路质量(道路等级、路障)、成本因素(例如收费站信息)等。

步骤305，服务器基于获取的数据进行计算，获得路径信息；

服务器可利用现有技术根据位置信息结合时间和路况信息获得路径。

路径信息包括：一个或者多个路径以及对应时间长度信息(根据历史平均交通状况预计的平均时间长度信息或者根据实时交通状况预计的实时长度信息)；

步骤306，服务器在得到路径信息后，将路径信息发送给终端设备，流程结束。

如果步骤302中终端设备向服务器发送的路径请求消息中还包括实时方式信息，则路径信息中包含的时间长度信息为实时长度信息；

如果步骤302中终端设备向服务器发送的路径请求消息中还包括预测方式信息，则路径信息中包含的时间长度信息为预计时间长度信息；

如果步骤302中终端设备向服务器发送的路径请求消息中还包括平均方式信息，则路径信息中包含的时间长度信息为平均时间长度信息。

实施例2

以下结合图4来说明本发明的实施例二。在本实施例中，终端设备向服务器周期请求获取路径信息。所谓周期性是指：服务器需要周期方式的计算获取相应的路径信息，然后发送到终端设备。具体流程描述如下：

步骤401，终端设备与服务器之间建立数据链接或者恢复二者之间已经存在的数据链接；

步骤402，终端设备向服务器发送路径请求消息，在该消息中，包括的参数有：时间信息、位置信息、获取方式信息；

其中，时间信息可以为当前时间或者未来的某个时间，或者某个时间段；位置信息例如：中华门到中央门，或者二个经纬点之间的路径信息，也可以为某个路的名称或者标识信息，例如：中山路，G312路。本实施例中的获取方式信息用于指示需要周期方式获取路径信息，即向服务器指示后续的路径信息获取的方式，或者获取方式和周期时长。

步骤403，如果在步骤402中还涉及到当前位置，则服务器与终端设备可能还需要进行定位业务会话过程以获取终端设备当前的位置信息，也可能终端将自己已有的位置信息直接上报到服务器；如果不涉及到当前位置，则跳过本步骤，执行步骤404；

步骤404，服务器在接收到来自终端设备的路径请求消息后，与路径及路况信息源之间进行交互，具体包括：服务器向信息源请求在某时间点或者时间段内某路段的交通数据，本步骤可选；

步骤405，服务器基于获取的数据进行计算，获得路径信息；

步骤406，服务器在计算获取了一个或者多个路径信息后，将信息发送给终端设备；

步骤407，在完成步骤406之后，服务器每隔一定的周期时间，获取终端当前的位置信息，以及从路径及路况信息源再次获取相应的路况数据；

从路径及路况信息源再次获取路况数据的步骤为可选步骤。

步骤408，服务器进行路径信息的计算；

步骤409，服务器在计算获取了一个或者多个路径信息后，将该路径信息发送给终端设备；

上述步骤407、408、409循环执行多次，直到周期结束时间或者终端设备取消或中断的业务流程。

步骤410，流程结束。

如果步骤402中终端设备向服务器发送的路径请求消息中还包括实时方式信息，则路径信息中包含的时间长度信息为实时长度信息；

如果步骤402中终端设备向服务器发送的路径请求消息中还包括预测方式信息，则路径信息中包含的时间长度信息为预计时间长度信息；

如果步骤402中终端设备向服务器发送的路径请求消息中还包括平均方式信息，则路径信息中包含的时间长度信息为平均时间长度信息。

实施例3

以下结合图5来说明本发明的实施例三。在本实施例中，终端设备向服务器请求基于事件方式的获取路径信息。所谓事件方式是指：服务器需要判断相应的事件的发生情况，一但有发生则需要将路径信息计算出来，然后发送到终端设备(还可将事件内容一并发送给终端)。具体流程描述如下：

步骤501，终端设备与服务器之间建立数据链接或者恢复二者之间已经存在的数据链接；

步骤502，终端设备向服务器发送路径请求消息，在该消息中，包括的参数有：时间信息、位置信息、获取方式信息；

其中，时间信息可以为当前时间或者未来的某个时间，或者某个时间段；位置信息例如：中华门到中央门，或者二个经纬点之间的路径信息，也可以为某个路的名称或者标识信息，例如：中山路，G312路。本实施例中的获取方式信息用于指示通过事件触发获取路径信息，即向服务器指示后续的路径信息获取是基于特定的事件触发。

步骤503，如果在步骤502中还涉及到当前位置，则服务器与终端设备之间可能还需要进行定位业务会话过程以获取终端设备当前的位置信息，也可能终端将自己已有的位置信息直接上报到服务器；如果不涉及到当前位置，则跳过本步骤，执行步骤504；

步骤504，服务器在接收到来自终端设备的路径请求消息后，定期与路径及路况信息源之间进行交互，具体包括：服务器向信息源请求在某时间点或者时间段内某路段的交通数据；

步骤505，服务器基于获取的数据进行计算，判断是否有特定的事件发生，如果有，则执行步骤506，如果没有，则执行507；

步骤506，服务器在计算获取了一个或者多个路径信息后，将路径信息发送给终端设备或者将路径信息和发生的事件信息一并发送给终端设备；

步骤507，间隔一段时间后，服务器与路径及路况信息源进行交互，以确定是否有特定的事件发生，如果有事件，则执行步骤508，如果没有返回本步骤；

步骤508，如果在步骤502中指定的是基于当前终端设备的位置，则在本步骤中服务器还需要与终端设备进行交互，以获取终端设备的位置信息，服务器基于终端设备的当前的位置信息以及从路径及路况信息源处获取的路况信息计算获取相应的路径信息；

步骤509，服务器在计算获取了一个或者多个路径信息后，将路径信息发送给终端设备或者将路径信息和发生的事件信息一并发送给终端设备；

上述步骤507、508、509循环执行多次，直到结束时间或者终端设备取消或中断的业务流程。

步骤510、流程结束。

如果步骤502中终端设备向服务器发送的路径请求消息中还包括实时方式信息，则路径信息中包含的时间长度信息为实时长度信息；

如果步骤502中终端设备向服务器发送的路径请求消息中还包括预测方式信息，则路径信息中包含的时间长度信息为预计时间长度信息；

如果步骤502中终端设备向服务器发送的路径请求消息中还包括平均方式信息，则路径信息中包含的时间长度信息为平均时间长度信息。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (14)

1.一种交通路径获取的方法，包括：

终端设备向服务器发送路径请求消息，所述路径请求消息包括位置信息及时间信息，所述服务器根据所述位置信息以及所述时间信息获取相应的路径信息，将所述路径信息返回给所述终端设备。

2.如权利要求1所述的方法，其特征在于：

所述位置信息包括起点位置信息和终点位置信息，或者路段名称，或者路段编号。

3.如权利要求2所述的方法，其特征在于：

所述起点位置信息或终点位置信息为所述终端设备的当前位置；

所述服务器根据所述位置信息以及所述时间信息获取相应的路径信息，包括：所述服务器通过与所述终端设备交互获取所述终端设备的当前位置信息，根据位置信息以及所述时间信息获取相应的路径信息。

4.如权利要求1所述的方法，其特征在于：

所述路径信息包括一条或多条路径信息，或者一段或者多段子路径信息。

5.如权利要求1所述的方法，其特征在于：

所述路径信息还包括时间长度信息。

6.如权利要求1所述的方法，其特征在于：

所述路径请求消息中还包括获取方式信息，所述获取方式信息包括以下任意一种方式：单次获取；周期性获取；事件触发获取；周期获取和事件触发获取。

7.如权利要求1-6中任一权利要求所述的方法，其特征在于：

所述路径请求消息中还包括以下信息之一：实时方式、预测方式、平均方式。

8.一种交通路径获取的***，包括：服务器和终端设备，其中：

所述终端设备，用于向服务器发送路径请求消息，所述路径请求消息包括位置信息及时间信息；

所述服务器，用于根据所述位置信息以及所述时间信息获取相应的路径信息，将所述路径信息返回给所述终端设备。

9.如权利要求8所述的***，其特征在于：

所述位置信息包括起点位置信息和终点位置信息，或者路段名称，或者路段编号。

10.如权利要求9所述的***，其特征在于：

所述起点位置信息或终点位置信息为所述终端设备的当前位置；

所述服务器还用于通过与所述终端设备交互获取所述终端设备的当前位置信息。

11.如权利要求8所述的***，其特征在于：

所述路径信息包括一条或多条路径信息，或者一段或者多段子路径信息。

12.如权利要求7所述的***，其特征在于：

所述路径信息还包括时间长度信息。

13.如权利要求7所述的***，其特征在于：

所述路径请求消息中还包括获取方式信息，所述获取方式信息包括以下任意一种方式：单次获取；周期性获取；事件触发获取；周期获取和事件触发获取。

14.如权利要求8-13中任一权利要求所述的***，其特征在于：

所述路径请求消息中还包括以下信息之一：实时方式、预测方式、平均方式。

Images