Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
METHOD AND SYSTEM FOR PROMPTING TRAFFIC CONDITION INFORMATION
Document Type and Number:
WIPO Patent Application WO/2014/040460
Kind Code:
A1
Abstract:
A method for prompting traffic condition information, comprising: a server obtaining traffic condition information about a road network (101); a client determining a candidate driving route and sending to the server a traffic condition information request aiming at the candidate driving route, and the server receiving the traffic condition information request, extracting traffic condition information about the candidate driving route from the traffic condition information about the road network, and sending to the client the traffic condition information about the candidate driving route; alternatively, the server actively sending to the client the traffic condition information about the road network (102); and the client displaying the traffic condition information provided by the server (103). The method can prompt traffic condition information in time, thereby improving the reminding efficiency; it can also be applied in various terminals, and can be used across platform terminals, thereby having a wide scope of application.

Inventors:
LIU CHUNYING (CN)
Application Number:
PCT/CN2013/081192
Publication Date:
March 20, 2014
Filing Date:
August 09, 2013
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
TENCENT TECH SHENZHEN CO LTD (CN)
International Classes:
H04L29/08; G08G1/0967
Foreign References:
CN101533561A2009-09-16
CN101256081A2008-09-03
EP2495703A12012-09-05
JP2005115625A2005-04-28
Attorney, Agent or Firm:
DEQI INTELLECTUAL PROPERTY LAW CORPORATION (CN)
北京德琦知识产权代理有限公司 (CN)
Download PDF:
Claims:
权利要求书

1、 一种交通状况信息提示方法, 其特征在于, 该方法包括: 服务器获取道路网络的交通状况信息;

客户端确定候选行驶路线, 并向服务器发送针对所述候选行驶路线 的交通状况信息请求, 服务器接收该交通状况信息请求, 从所述道路网 络的交通状况信息中提取出该候选行驶路线的交通状况信息, 并向客户 端发送该候选行驶路线的交通状况信息; 或服务器主动向客户端发送所 述道路网络的交通状况信息; 或在客户端确定候选行驶路线后, 服务器 主动向客户端发送该候选行驶路线的交通状况信息;

客户端呈现由服务器提供的交通状况信息。

2、根据权利要求 1所述的交通状况信息提示方法, 其特征在于, 所 述服务器获取道路网络的交通状况信息包括:

服务器根据全球定位系统 GPS方式获取道路网络的交通状况信息; 服务器从第三方终端设备或网站获取道路网络的交通状况信息; 或 服务器获取分布于道路网络中的客户端上传的道路网络的交通状况 信息。

3、根据权利要求 1所述的交通状况信息提示方法, 其特征在于, 所 述客户端确定候选行驶路线, 并向服务器发送针对候选行驶路线的交通 状况信息请求, 服务器接收该交通状况信息请求, 从道路网络的交通状 况信息中提取出该候选行驶路线的交通状况信息, 并向客户端发送该候 选行驶路线的交通状况信息包括:

客户端确定行驶起点、行驶驻留点和行驶终点,并将所述行驶起点、 行驶驻留点和行驶终点发送到服务器;

服务器基于所述行驶起点、 行驶驻留点和行驶终点计算候选行驶路 线集, 并将所述候选行驶路线集发送到客户端;

客户端从所述候选行驶路线集中确定出候选行驶路线, 并向服务器 发送针对所述候选行驶路线的交通状况信息请求;

服务器接收该交通状况信息请求, 从道路网络的交通状况信息中提 取出该候选行驶路线的交通状况信息, 并向客户端提供关于该候选行驶 路线的交通状况信息。

4、根据权利要求 1所述的交通状况信息提示方法, 其特征在于, 所 述客户端确定候选行驶路线, 并向服务器发送针对候选行驶路线的交通 状况信息请求, 服务器接收该交通状况信息请求, 从道路网络的交通状 况信息中提取出该候选行驶路线的交通状况信息, 并向客户端发送该候 选行驶路线的交通状况信息包括:

客户端确定行驶起点、行驶驻留点和行驶终点,并将所述行驶起点、 行驶驻留点和行驶终点以及交通状况信息请求发送到服务器;

服务器基于所述行驶起点、 行驶驻留点和行驶终点计算候选行驶路 线集, 并将所述候选行驶路线集以及所述候选行驶路线集中各个候选行 驶路线的交通状况信息发送到客户端;

客户端基于所述候选行驶路线集中各个候选行驶路线的交通状况信 息, 从所述候选行驶路线集中确定出行驶路线。

5、根据权利要求 1所述的交通状况信息提示方法, 其特征在于, 所 述交通状况信息包括: 交通拥堵信息、 路面维修信息、 路面天气信息或 路面交通管制信息。

6、根据权利要求 1所述的交通状况信息提示方法, 其特征在于, 所 述向客户端发送该候选行驶路线的交通状况信息包括:

所述服务器通过数据消息通道或无线消息通道向客户端发送该候选 行驶路线的交通状况信息。 7、根据权利要求 1所述的交通状况信息提示方法, 其特征在于, 所 述向客户端发送该候选行驶路线的交通状况信息包括:

服务器查询客户端的信息处理能力;

根据客户端的信息处理能力自动选择信息通道;

服务器根据所选择的信息通道向客户端发送该候选行驶路线的交通 状况信息。

8、根据权利要求 1所述的交通状况信息提示方法, 其特征在于, 所 述客户端呈现由服务器提供的交通状况信息包括:

客户端通过三维图像方式呈现由服务器提供的交通状况信息; 客户端利用自身保存的动画呈现由服务器提供的交通状况信息; 客户端利用预先设置的色彩或图标呈现由服务器提供的交通状况信 息。

9、根据权利要求 1所述的交通状况信息提示方法, 其特征在于, 该 方法进一步包括:

预先设置交通状况信息报警提示条件;

服务器判断当前行驶路线的交通状况信息是否符合所述交通状况信 息报警提示条件, 如果是, 则向所述客户端发出报警, 并基于由客户端 提供的行驶起点、 行驶驻留点和行驶终点计算备用行驶路线, 并将所述 备用行驶路线发送到所述客户端。

10、 一种交通状况信息提示系统, 其特征在于, 该系统包括服务器 和客户端, 其中:

所述客户端, 用于确定候选行驶路线, 向服务器发送针对所述候选 行驶路线的交通状况信息请求, 接收并呈现服务器提供的交通状况信 息; 所述服务器, 用于获取道路网络的交通状况信息, 接收客户端的该 交通状况信息请求, 从所述道路网络的交通状况信息中提取出该候选行 驶路线的交通状况信息, 并向客户端提供关于该候选行驶路线的交通状 况信息; 或主动向客户端提供所述道路网络的交通状况信息; 或在客户 端确定候选行驶路线后, 主动向客户端提供该候选行驶路线的交通状况 信息。

11、 根据权利要求 10所述的交通状况信息提示系统, 其特征在于, 所述服务器, 用于:

根据全球定位系统(GPS )方式获取道路网络的交通状况信息; 从第三方终端设备或网站获取道路网络的交通状况信息; 或 接收由分布于道路网络中的客户端所上传的道路网络的交通状况信 息。

12、 根据权利要求 10所述的交通状况信息提示系统, 其特征在于, 所述客户端, 用于确定行驶起点、 行驶驻留点和行驶终点, 并将所 述行驶起点、 行驶驻留点和行驶终点发送到服务器; 接收所述服务器提 供的候选行驶路线集, 从所述候选行驶路线集中确定出候选行驶路线, 并向服务器发送针对所述候选行驶路线的交通状况信息请求;

所述服务器, 用于基于所述客户端发送的行驶起点、 行驶驻留点和 行驶终点计算候选行驶路线集, 并将所述候选行驶路线集发送到客户 端; 接收所述客户端发送的该交通状况信息请求, 从道路网络的交通状 况信息中提取出该候选行驶路线的交通状况信息, 并向客户端提供关于 该候选行 3史路线的交通状况信息。

13、 根据权利要求 10所述的交通状况信息提示系统, 其特征在于, 客户端, 用于确定行驶起点、 行驶驻留点和行驶终点, 并将所述行 驶起点、 行驶驻留点和行驶终点以及交通状况信息请求发送到服务器; 接收所述服务器发送的候选行驶路线集以及所述候选行驶路线集中各 个候选行驶路线的交通状况信息, 基于所述候选行驶路线集中各个候选 行驶路线的交通状况信息, 从所述候选行驶路线集中确定出行驶路线; 服务器, 用于接收所述客户端发送的行驶起点、 行驶驻留点和行驶 终点以及交通状况信息请求, 基于所述行驶起点、 行驶驻留点和行驶终 点计算候选行驶路线集, 并将所述候选行驶路线集以及所述候选行驶路 线集中各个候选行驶路线的交通状况信息发送到客户端。

14、 根据权利要求 10所述的交通状况信息提示系统, 其特征在于, 所述交通状况信息包括: 交通拥堵信息、 路面维修信息、 路面天气信息 或路面交通管制信息。

15、 根据权利要求 10所述的交通状况信息提示系统, 其特征在于, 所述服务器, 用于通过数据消息通道或无线消息通道向客户端发送 交通状况信息。

16、 根据权利要求 10所述的交通状况信息提示系统, 其特征在于, 所述服务器, 用于查询客户端的信息处理能力; 根据客户端的信息 处理能力自动选择信息通道; 根据所选择的信息通道向客户端发送交通 状况信息。

17、 根据权利要求 10所述的交通状况信息提示系统, 其特征在于, 所述客户端, 用于:

通过三维图像方式呈现由服务器提供的交通状况信息;

利用自身保存的动画呈现由服务器提供的交通状况信息; 或 利用预先设置的色彩或图标呈现由服务器提供的交通状况信息。

18、 根据权利要求 10所述的交通状况信息提示系统, 其特征在于, 在服务器上预先设置交通状况信息报警提示条件; 所述服务器, 用于判断当前行驶路线的交通状况信息是否符合所述交通 状况信息报警提示条件, 如果是则向所述客户端发出报警, 并基于由客 户端提供的行驶起点、 行驶驻留点和行驶终点计算备用行驶路线, 并将 所述备用行驶路线发送到所述客户端。

Description:
一种交通状况信息提示方法和系统

技术领域

本发明实施方式涉及信息处理技术领域, 更具体地, 涉及一种交通 状况信息提示方法和装置。 发明背景

在当今的信息时代中, 各种信息设备应运而生: 有用于话音传输的 固定电话和移动电话;有用于信息资源共享、 处理的服务器和个人电脑; 有用于视频数据显示的各种电视机等等。 这些设备都是在特定领域内为 解决实际的需求而产生的。 随着电子消费、 计算机、 通信(3C )融合的 到来, 人们越来越多地将注意力放到了对各个不同领 域的信息设备进行 综合利用的研究上, 以充分利用现有资源设备来为人们提供更好的 服 务。

智能交通就是其中的一种广泛应用, 它的突出特点是以交通信息的 收集、 处理、 发布、 交换、 分析、 利用为主线, 为交通参与者提供多样 性的服务。 智能交通系统是未来交通系统的发展方向, 它是将先进的信 息技术、 数据通讯传输技术、 电子传感技术、 控制技术及计算机技术等 有效地集成运用于整个地面交通管理系统而建 立的一种在大范围内、 全 方位发挥作用的, 实时、 准确、 高效的综合交通运输管理系统。

在目前的智能交通系统中, 通常设置有全球定位系统(GPS )终端。 驾驶者根据 GPS终端所提供的当前位置和目标位置设定路线 ,并根据车 子行走的情况调整合适的路线。 然而, 在这种技术中, GPS终端无法提 供当前交通状况信息, 包括路面车辆行驶交通情况、 路面维修情况等; 而且天气情况对 GPS使用有很大影响, 碰上雨雾天气更是糟糕。 另外, 驾驶员在驾驶的时候, 还可以通过车载广播的形式获取交通 状况信息。 然而, 车载广播方式依赖于播音员的广播, 而且广播播放地 点、 广播播放的先后时间顺序等, 都会影响到驾驶员对路线的选择, 因 此这种方式的提醒效率不高。 发明内容

本发明实施方式提出一种交通状况信息提示方 法, 可以及时提示交 通状况信息, 从而提高提醒效率。

本发明实施方式还提出一种交通状况信息提示 装置, 可以及时提示 交通状况信息, 从而提高提醒效率。

本发明实施方式的具体方案如下:

一种交通状况信息提示方法, 该方法包括:

服务器获取道路网络的交通状况信息;

客户端确定候选行驶路线, 并向服务器发送针对所述候选行驶路线 的交通状况信息请求, 服务器接收该交通状况信息请求, 从所述道路网 络的交通状况信息中提取出该候选行驶路线的 交通状况信息, 并向客户 端发送该候选行驶路线的交通状况信息; 或服务器主动向客户端发送所 述道路网络的交通状况信息; 或在客户端确定候选行驶路线后, 服务器 主动向客户端发送该候选行驶路线的交通状况 信息;

客户端呈现由服务器提供的交通状况信息。

一种交通状况信息提示系统, 该系统包括服务器和客户端, 其中: 所述客户端, 用于确定候选行驶路线, 向服务器发送针对所述候选 行驶路线的交通状况信息请求, 接收并呈现服务器提供的交通状况信 息; 所述服务器, 用于获取道路网络的交通状况信息, 接收客户端的该 交通状况信息请求, 从所述道路网络的交通状况信息中提取出该候 选行 驶路线的交通状况信息, 并向客户端提供关于该候选行驶路线的交通状 况信息; 或主动向客户端提供所述道路网络的交通状况 信息; 或在客户 端确定候选行驶路线后, 主动向客户端提供该候选行驶路线的交通状况 信息。

从上述技术方案可以看出, 应用本发明实施方式之后, 可以服务器 主动向客户端发送交通状况信息, 或者基于客户端的请求向客户端发送 交通状况信息, 从而能够及时提示交通状况信息(包括路面车 辆行驶交 通情况、 路面维修等情况), 提高提醒效率。

另外, 本发明实施方式可以应用到各种终端中, 可以跨平台跨终端 使用本发明实施方式, 适用范围非常广泛。 附图简要说明

图 1为根据本发明实施方式的交通状况信息提示 法流程图; 图 2为根据本发明实施方式的客户端设备状态查 示意图; 图 3为根据本发明实施方式的交通状况信息展现 意图; 图 4为根据本发明实施方式的交通状况信息展现 意图; 图 5为根据本发明实施方式的交通状况信息提示 统结构图。 实施本发明的方式

为使本发明的目的、 技术方案和优点更加清楚, 下面结合附图对 本发明作进一步的详细描述。

在本发明实施方式中, 针对现有技术的缺点提供了一种解决方 况等交通状况信息存储到服务器中, 并主动发送给客户端; 或者客户 端主动请求所需要的交通状况信息。

图 1为根据本发明实施方式的交通状况信息提示 法流程图。 如图 1所示, 该方法包括:

步骤 101 : 服务器获取道路网络的交通状况信息。

在这里, 服务器可以通过多种实现方式来获取道路网络 的交通状况 信息。 比如, 服务器可以根据全球定位系统(GPS ) 方式, 直接从卫星 上获取道路网络的交通状况信息。 服务器也可以从第三方终端设备(比 如: 遍布道路网络中的摄像头)或网站(比如: 交通权威管理部门的相 关信息发布网站)获取道路网络的交通状况信 息。

可选地, 还可以由分布于道路网络中的各个客户端主动 向服务器上 传自身所在的地理位置的交通状况信息, 服务器然后将各个地理位置的 交通状况信息汇总为整个道路网络的交通状况 信息。

服务器得到道路网络的交通状况信息之后, 可以在自身的数据库中 存储该道路网络的交通状况信息。

步骤 102: 客户端确定候选行驶路线, 并向服务器发送针对所述候 选行驶路线的交通状况信息请求, 服务器接收该交通状况信息请求, 从 所述道路网络的交通状况信息中提取出该候选 行驶路线的交通状况信 息, 并向客户端发送该候选行驶路线的交通状况信 息; 或服务器主动向 客户端发送所述道路网络的交通状况信息; 或在客户端确定候选行驶路 线后, 服务器主动向客户端发送该候选行驶路线的交 通状况信息。

在一个实施方式中, 可以由客户端确定行驶起点、 行驶驻留点和行 驶终点, 并将所述行驶起点、 行驶驻留点和行驶终点发送到服务器; 服 务器再基于行驶起点、 行驶驻留点和行驶终点计算候选行驶路线集, 并 将候选行驶路线集发送到客户端。 客户端从候选行驶路线集中确定出候选行驶路 线 , 并向服务器发送 针对候选行驶路线的交通状况信息请求; 服务器接收该交通状况信息请 求, 从道路网络的交通状况信息中提取出该候选行 驶路线的交通状况信 息, 并向客户端提供关于该候选行驶路线的交通状 况信息。

比如: 假如客户端确定的行驶起点为北京、 行驶驻留点为武汉、 行 驶终点为上海。 客户端将所述行驶起点 (北京)、 行驶驻留点 (武汉) 和行驶终点 (上海)发送到服务器; 服务器基于行驶起点、 行驶驻留点 和行驶终点计算从北京路经武汉到达上海的所 有候选行驶路线的集合

(假设包括路线 A、 路线 B和路线 C ) , 并将路线 A、 路线 B和路线 C 发送到客户端, 由客户端进行选择。

客户端从路线 A、 路线 B和路线 C确定出候选行驶路线(假设选择 了路线 C ), 并向服务器发送针对路线 C的交通状况信息请求。 服务器 接收该交通状况信息请求, 从道路网络的交通状况信息中提取出路线 C 的交通状况信息, 并向客户端提供关于路线 C的交通状况信息。

在另一个实施方式中, 客户端确定行驶起点、 行驶驻留点和行驶终 点, 并将所述行驶起点、 行驶驻留点和行驶终点以及交通状况信息请求 发送到服务器;

服务器基于所述行驶起点、 行驶驻留点和行驶终点计算候选行驶路 线集, 并将所述候选行驶路线集以及所述候选行驶路 线集中各个候选行 驶路线的交通状况信息发送到客户端;

客户端基于所述候选行驶路线集中各个候选行 驶路线的交通状况信 息, 从所述候选行驶路线集中确定出行驶路线.

比如: 假如客户端确定的行驶起点为北京、 行驶驻留点为武汉、 行 驶终点为上海。 客户端将所述行驶起点 (北京)、 行驶驻留点 (武汉) 和行驶终点 (上海) 以及交通状况信息请求发送到服务器; 服务器基于 行驶起点、 行驶驻留点和行驶终点计算从北京路经武汉到 达上海的所有 候选行驶路线的集合(假设包括路线 A、路线 B和路线 C ) , 并将路线 A 和路线 A的交通状况信息、 路线 B和路线 B的交通状况信息, 以及路 线 C和和路线 C的交通状况信息发送到客户端, 由客户端进行选择。

客户端基于路线八、 路线 B和路线 C的交通状况信息, 从路线 A、 路线 B和路线 C确定出候选行驶路线(假设选择了路线 C ), 并将路线 C作为最终确定的行驶路线。

在一个实施方式中, 服务器也可以主动向客户端发送道路网络的交 通状况信息。

在另一个实施方式中, 在客户端确定候选行驶路线后, 客户端将候 选行驶路线上报给服务, 服务器主动向客户端发送该候选行驶路线的交 通状况信息。

其中, 客户端可以包括但是不局限于: 功能手机、 智能手机、 掌 上电脑、 个人电脑(PC )、 平板电脑或个人数字助理(PDA )、 车载电脑、 车载收音机, 等等。

优选地, 交通状况信息具体可以包括: 交通拥堵信息、 路面维修信 息、 路面天气信息或路面交通管制信息, 等等。

以上虽然以举例形式示范性列举了交通状况信 息和客户端的具体 形式, 本领域技术人员可以意识到, 这种举例仅是用于阐述目的, 并不 用于对本发明实施方式的保护范围进行限定。 具体地, 这些通道可以包括数据通道和无线通道。

服务器可以通过数据消息通道或无线消息通道 向客户端发送交通状 况信息。 其中: 使用通用分组无线服务技术(GPRS )、 wifi等方式传递 信息的通道, 即为数据通道, 例如 聊、 语音等; 而利用无线信息通道 传输信息的通道, 即为无线通道, 如短信息 (SMS ), 等等。

客户端可以通过多种通信方式从服务器接收交 通状况信息。

按信息传送的方向与时间关系,客户端与服务 器之间的通信方式 可分为单工通信、 半双工通信及全双工通信, 等等。

在单工通信中, 单工通信信道是单向信道, 客户端与服务器的身 份是固定的, 服务器只发送信息, 不能接收信息。 具体的, 即客户端 只接收信息, 不发送信息, 数据信号仅从一端传送到另一端, 信息流 是单方向的。

在半双工通信中, 可以实现双向的通信, 但不能在两个方向上同 时进行, 必须轮流交替地进行。 也就是说, 通信信道的每一段都可以 是发送端, 也可以是接收端。 但同一时刻里, 信息只能有一个传输方 向, 如日常生活中的例子有步话机通信等。

在全双工通信中,在通信的任意时刻,线路上 存在双向信号传输。 全双工通信允许数据同时在两个方向上传输, 又称为双向同时通信, 即通信的双方可以同时发送和接收数据。 在全双工方式下, 通信系统 的每一端都设置了发送器和接收器, 因此, 能控制数据同时在两个方 向上传送。 全双工方式无需进行方向的切换, 因此, 没有切换操作所 产生的时间延迟。

在本发明实施方式中, 客户端与服务器可以约定具体的通信协 议, 在这些通信协议中定义好数据单元使用的格式 , 信息单元应该包 含的信息与含义, 连接方式, 信息发送和接收的时序, 从而确保网络 中数据顺利地传送到确定的地方。

比如, 本发明实施方式可以采用的通信协议包括但是 不局限于: 传输控制协议 /网际协议(TCP/IP ) 、 超文本传输协议(HTTP ) 、 筒 单邮件传输协议 (SMTP) 、 邮局协议的第 3个版本(POP3 ) , 等等。 而且, 本发明实施方式中服务器可以通过多种通信标 准来发送交 通状况信息。 比如: 可以采用全球移动通讯系统(GSM ) 、 宽带码分 多址 (WCDMA ) 、 码分多址 2000 ( CDMA-2000 ) 、 时分同步码分 多址 (TD-SCDMA ) 等各种通信标准。

客户端接收的交通状况信息的封装格式可以具 有多种形式。 比如, 信息格式可以包括但是不局限于: 短信息 (SMS )、 电子邮件、 即时通 讯(IM )信息、 多媒体信息 (MMS )或语音信息, 等等。

以上虽然详细罗列出交通状况信息格式的一些 具体形式, 本领域技 术人员可以意识到, 这种罗列仅是示范性的, 而不用于对本发明实施方 式进行限定。

为了交通状况信息的安全,可以对客户端执行 屏保设置、指纹关联、 手机 IEMI号等唯一的信息关联等多种交通状况信息 护方式, 从而保 护客户端的隐私安全。

在一个实施方式中,服务器将交通状况信息发 送到客户端具体包括: 服务器查询客户端的信息处理能力; 服务器根据客户端的信息处理能力 自动选择信息通道; 服务器根据所选择的信息通道向客户端发送该 交通 状况信息。

可见, 服务器可以判断客户端的信息处理能力, 然后根据客户端的 信息处理能力状态自动选择信息通道。 比如: 信息处理能力状态具体可 以包括: 客户端的在线状态、 客户端的网络状态、 由客户端的资源处理 能力所决定的自身状态, 等等。

而且, 在本发明实施方式中, 还可以提示用户选择信息通道, 或者 根据服务器预先设定的设置来选择信息通道。 优选地, 可以将服务器预 先设定的设置的优先级设置得更高。

步骤 103: 客户端呈现由服务器提供的交通状况信息。 在这里, 客户端可以通过多种形式来呈现由服务器提供 的交通状 况信息。 比如: 客户端可以通过三维图像方式呈现由服务器提 供的交通 状况信息; 客户端利用自身保存的动画呈现由服务器提供 的交通状况信 息; 客户端利用预先设置的色彩或图标呈现由服务 器提供的交通状况信 息, 等等。 比如:

可以用不同色彩和图标(包括点状等 )标识各路线的路面交通情况、 路面维修情况等; 用户点击该路面中区域时候, 可以看到路面的实际情 况(车辆可以是实际车辆, 也可以用图来标识), 从而更客观判断和选 择是否走该路线。

可见, 在本发明实施方式中, 可以将各路线的路面交通情况、 路面 维修情况上传到服务器, 服务器及时更新到各终端, 或者各终端及时到 服务器中获取当前信息。 用户在终端中即可以看到路面情况和路面维修 情况等, 从而能更及时做出路线的选择。 在本发明实施方式中, 可以将 地图、 路面交通情况、 路面维修情况、 路面车位情况等情况中的一种或 多种合并使用为交通状况信息,从而使驾驶员 对整个路线(开车-路线选 择—停车—办理事项)做出更好的选择。

在本发明实施方式中, 可以在车辆行驶过程中, 根据车辆的位置以 及将要行驶的路线, 如果该路线中有情况变更时及时提醒驾驶员或 者直 接提示按照新的快速通过路线来行驶、 提示新的路线选择。

优选地, 可以预先设置交通状况信息报警提示条件;

服务器判断当前行驶路线的交通状况信息是否 符合所述交通状况信 息报警提示条件, 如果是则向所述客户端发出报警, 并基于由客户端提 供的行驶起点、 行驶驻留点和行驶终点计算备用行驶路线, 并将所述备 用行驶路线发送到所述客户端。

举例, 假设预先设置的交通状况信息报警提示条件为 雨雪天气。 服 务器判断当前行驶路线的当前天气(或近期内 的预报天气)为雨雪, 则 向客户端发出报警(比如: 语音报警或文字报警), 并基于由客户端提 供的行驶起点、 行驶驻留点和行驶终点计算备用行驶路线, 并将所述备 用行驶路线发送到所述客户端。

图 2为根据本发明实施方式的客户端设备状态查 示意图。

在图 2中, 服务器可以通过状态查询服务器了解到客户端 的在线状 态, 并根据客户端的在线状态选择信息通道。 其中: 当客户端不在线时, 服务器选择无线消息通道传递交通状况信息, 当客户端在线时, 服务器 选择数据消息通道传递交通状况信息。

图 3为根据本发明实施方式的交通状况信息展现 意图; 图 4为根 据本发明实施方式的交通状况信息展现示意图 。

由图 3可见, 可以通过在地图上标注点的形式来表示道路的 拥堵程 度, 其中点的数量越多, 表示该路段越拥堵。 例如, 图 3中, 途径海珠 客运站的道路点数最多, 表示该路段最拥堵。 由图 4可见, 还可以通过 实际路面的视频画面来展示该相应路段的交通 状况信息。

基于上述详细分析, 本发明实施方式还提出了一种交通状况信息提 示系统。

图 5为根据本发明实施方式的交通状况信息提示 统结构图。 如图 5所示, 该系统包括服务器 501和客户端 502, 其中客户端

502可以包括多个。

客户端 502, 用于确定候选行驶路线, 向服务器 501发送针对所述 候选行驶路线的交通状况信息请求, 接收并呈现服务器 501提供的交通 状况信息。

服务器 501 , 用于获取道路网络的交通状况信息, 接收客户端的该 交通状况信息请求, 从所述道路网络的交通状况信息中提取出该候 选行 驶路线的交通状况信息, 并向客户端 502提供关于该候选行驶路线的交 通状况信息; 或主动向客户端 502提供所述道路网络的交通状况信息; 或在客户端 502确定候选行驶路线后, 主动向客户端 502提供该候选行 驶路线的交通状况信息。

在一个实施方式中, 服务器 501 , 用于:

根据全球定位系统(GPS )方式获取道路网络的交通状况信息; 从第三方终端设备或网站获取道路网络的交通 状况信息; 或 接收由分布于道路网络中的客户端 502所上传的道路网络的交通状 况信息。

在一个实施方式中, 客户端 502, 用于确定行驶起点、 行驶驻留点 和行驶终点, 并将所述行驶起点、 行驶驻留点和行驶终点发送到服务器 501 ; 接收服务器 501 提供的候选行驶路线集, 从该候选行驶路线集中 确定出候选行驶路线, 并向服务器 501发送针对该候选行驶路线的交通 状况信息请求。

服务器 501 , 用于基于该客户端 502发送所述行驶起点、 行驶驻留 点和行驶终点计算候选行驶路线集, 并将所述候选行驶路线集发送到客 户端 502; 接收该客户端 502发送的交通状况信息请求, 从道路网络的 交通状况信息中提取出该候选行驶路线的交通 状况信息, 并向客户端 502提供关于该候选行驶路线的交通状况信息。

比如: 假如客户端确定的行驶起点为北京、 行驶驻留点为武汉、 行 驶终点为上海。 客户端将所述行驶起点 (北京)、 行驶驻留点 (武汉) 和行驶终点 (上海)发送到服务器; 服务器基于行驶起点、 行驶驻留点 和行驶终点计算从北京路经武汉到达上海的所 有候选行驶路线的集合 (假设包括路线 A、 路线 B和路线 C ) , 并将路线 A、 路线 B和路线 C 发送到客户端, 由客户端进行选择。 客户端从路线 A、 路线 B和路线 C确定出候选行驶路线(假设选择 了路线 C ), 并向服务器发送针对路线 C的交通状况信息请求。 服务器 接收该交通状况信息请求, 从道路网络的交通状况信息中提取出路线 C 的交通状况信息, 并向客户端提供关于路线 C的交通状况信息。

在另一个实施方式中, 客户端 502, 用于确定行驶起点、 行驶驻留 点和行驶终点, 并将所述行驶起点、 行驶驻留点和行驶终点以及交通状 况信息请求发送到服务器 501; 接收服务器 501发送的候选行驶路线集 以及所述候选行驶路线集中各个候选行驶路线 的交通状况信息, 基于所 述候选行驶路线集中各个候选行驶路线的交通 状况信息, 从所述候选行 驶路线集中确定出行驶路线;

服务器 501 , 用于接收客户端 502发送的行驶起点、 行驶驻留点和 行驶终点以及交通状况信息请求, 基于所述行驶起点、 行驶驻留点和行 驶终点计算候选行驶路线集, 并将所述候选行驶路线集以及所述候选行 驶路线集中各个候选行驶路线的交通状况信息 发送到客户端 502.

比如: 假如客户端确定的行驶起点为北京、 行驶驻留点为武汉、 行 驶终点为上海。 客户端将所述行驶起点 (北京)、 行驶驻留点 (武汉) 和行驶终点 (上海) 以及交通状况信息请求发送到服务器; 服务器基于 行驶起点、 行驶驻留点和行驶终点计算从北京路经武汉到 达上海的所有 候选行驶路线的集合(假设包括路线 A、路线 B和路线 C ), 并将路线 A 和路线 A的交通状况信息、 路线 B和路线 B的交通状况信息, 以及路 线 C和和路线 C的交通状况信息发送到客户端, 由客户端进行选择。

客户端基于路线八、 路线 B和路线 C的交通状况信息, 从路线 A、 路线 B和路线 C确定出候选行驶路线(假设选择了路线 C ), 并将路线 C作为最终确定的行驶路线。

其中, 客户端 501可以包括但是不局限于: 功能手机、 智能手机、 掌上电脑、 个人电脑(PC )、 平板电脑或个人数字助理(PDA )、 车载电 脑、 车载收音机, 等等。

优选地, 交通状况信息包括: 交通拥堵信息、 路面维修信息、 路面 天气信息或路面交通管制信息。

以上虽然以举例形式示范性列举了交通状况信 息和客户端的具体 形式, 本领域技术人员可以意识到, 这种举例仅是用于阐述目的, 并不 用于对本发明实施方式的保护范围进行限定。

服务器 501 , 可以用于通过数据消息通道或无线消息通道向 客户端 502发送交通状况信息。

服务器 501 ,用于查询客户端 502的信息处理能力;根据客户端 502 的信息处理能力自动选择信息通道; 根据所选择的信息通道向客户端发 送交通状况信息。 具体地, 这些通道可以包括数据通道和无线通道。

服务器可以通过数据消息通道或无线消息通道 向客户端发送交通状 况信息。 其中: 使用通用分组无线服务技术(GPRS )、 wifi等方式传递 信息的通道, 即为数据通道, 例如 聊、 语音等; 而利用无线信息通道 传输信息的通道, 即为无线通道, 如短信息 (SMS ), 等等。

客户端可以通过多种通信方式从服务器接收交 通状况信息。

按信息传送的方向与时间关系,客户端与服务 器之间的通信方式 可分为单工通信、 半双工通信及全双工通信, 等等。

在单工通信中, 单工通信信道是单向信道, 客户端与服务器的身 份是固定的, 服务器只发送信息, 不能接收信息。 具体的, 即客户端 只接收信息, 不发送信息, 数据信号仅从一端传送到另一端, 信息流 是单方向的。 在半双工通信中, 可以实现双向的通信, 但不能在两个方向上同 时进行, 必须轮流交替地进行。 也就是说, 通信信道的每一段都可以 是发送端, 也可以是接收端。 但同一时刻里, 信息只能有一个传输方 向, 如日常生活中的例子有步话机通信等。

在全双工通信中,在通信的任意时刻,线路上 存在双向信号传输。 全双工通信允许数据同时在两个方向上传输, 又称为双向同时通信, 即通信的双方可以同时发送和接收数据。 在全双工方式下, 通信系统 的每一端都设置了发送器和接收器, 因此, 能控制数据同时在两个方 向上传送。 全双工方式无需进行方向的切换, 因此, 没有切换操作所 产生的时间延迟。

在本发明实施方式中, 客户端与服务器可以约定具体的通信协 议, 在这些通信协议中定义好数据单元使用的格式 , 信息单元应该包 含的信息与含义, 连接方式, 信息发送和接收的时序, 从而确保网络 中数据顺利地传送到确定的地方。

比如, 本发明实施方式可以采用的通信协议包括但是 不局限于: 传输控制协议 /网际协议(TCP/IP ) 、 超文本传输协议(HTTP ) 、 筒 单邮件传输协议 (SMTP) 、 邮局协议的第 3个版本(POP3 ) , 等等。

而且, 本发明实施方式中服务器可以通过多种通信标 准来发送交 通状况信息。 比如: 可以采用全球移动通讯系统(GSM ) 、 宽带码分 多址 (WCDMA ) 、 码分多址 2000 ( CDMA-2000 ) 、 时分同步码分 多址 (TD-SCDMA ) 等各种通信标准。

客户端接收的交通状况信息的封装格式可以具 有多种形式。 比如, 信息格式可以包括但是不局限于: 短信息 (SMS )、 电子邮件、 即时通 讯(IM )信息、 多媒体信息 (MMS )或语音信息, 等等。

以上虽然详细罗列出交通状况信息格式的一些 具体形式, 本领域技 术人员可以意识到, 这种罗列仅是示范性的, 而不用于对本发明实施方 式进行限定。

优选的, 客户端 502, 可以用于: 通过三维图像方式呈现由服务器 501提供的交通状况信息; 利用自身保存的动画呈现由服务器 501提供 的交通状况信息; 或利用预先设置的色彩或图标呈现由服务器 501提供 的交通状况信息, 等等。

在一个实施方式中, 可以在服务器 501上预先设置交通状况信息报 警提示条件;

服务器 501 , 用于判断当前行驶路线的交通状况信息是否符 合所述 交通状况信息报警提示条件, 如果是则向所述客户端发出报警, 并基于 由客户端提供的行驶起点、 行驶驻留点和行驶终点计算备用行驶路线, 并将所述备用行驶路线发送到所述客户端 502。

图 1和图 5所示方法或系统提供的功能可以集成到各种 信网络 的硬件实体当中。 比如, 可以将客户端集成到: 功能手机、 智能手机、 掌上电脑、 个人电脑(PC )、 平板电脑或个人数字助理(PDA )、 车载电 脑, 等等设备之中。

实际上, 可以通过多种形式来具体实施本发明实施方式 所提出的 交通状况信息提示方法。 比如, 可以遵循一定规范的应用程序接口, 将交通状况信息提示方法编写为安装到移动终 端或车载电脑中的插 件程序, 也可以将其封装为应用程序以供用户自行下载 使用。 当编写 为插件程序时, 可以将其实施为 ocx 、 dll、 cab等多种插件形式。 也 可以通过 Flash插件、 RealPlayer插件、 MMS插件、 MIDI五线语插件、 ActiveX插件等具体技术来实施本发明实施方式 提出的下载任务分 配装置。

可以通过指令或指令集存储的储存方式将本发 明实施方式所提 出的交通状况信息提示方法存储在各种存储介 质上。这些存储介质包 括但是不局限于: 软盘、 光盘、 DVD、 硬盘、 闪存、 U盘、 CF卡、 SD卡、 MMC卡、 SM卡、 记忆棒 ( Memory Stick ) 、 xD卡等。

另外, 还可以将本发明实施方式所提出的交通状况信 息提示方法 应用到基于闪存(Nand flash )的存储介质中, 比如 U盘、 CF卡、 SD 卡、 SDHC卡、 MMC卡、 SM卡、 记忆棒、 xD卡等。

综上所述, 在本发明实施方式中, 服务器获取道路网络的交通状况 信息; 客户端确定候选行驶路线, 并向服务器发送针对所述候选行驶路 线的交通状况信息请求, 服务器接收该交通状况信息请求, 从所述道路 网络的交通状况信息中提取出该候选行驶路线 的交通状况信息, 并向客 户端发送该候选行驶路线的交通状况信息; 或服务器主动向客户端发送 所述道路网络的交通状况信息; 或在客户端确定候选行驶路线后, 服务 器主动向客户端发送该候选行驶路线的交通状 况信息; 客户端呈现由服 务器提供的交通状况信息。 由此可见, 应用本发明之后, 服务器主动向 客户端发送交通状况信息, 或者接收客户端的请求向客户端发送交通状 况信息,从而能够及时提示交通状况信息(包 括路面车辆行驶交通情况、 路面维修等情况), 提高提醒效率。

而且, 在本发明实施方式中, 还可以对交通状况信息进行播放、 转 发等二次处理, 提高了提醒效率。 另外, 可以将本发明实施方式可以应 用到各种终端中, 可以跨平台跨终端使用本发明实施方式, 适用范围非 常广泛。

以上所述, 仅为本发明的较佳实施例而已, 并非用于限定本发明的 保护范围。 凡在本发明的精神和原则之内, 所作的任何修改、等同替换、 改进等, 均应包含在本发明的保护范围之内。