专利名称：一种针对通勤路线进行交通信息服务方法和系统的制作方法
技术领域：
本发明涉及一种针对通勤路线进行交通信息服务方法及系统。
背景技术：
采用手机作为交通信息服务系统的用户终端极具优势。目前大多数交通信息服务系统都论述了怎样利用手机来接受交通信息服务的方法。但是这些方法无非是将交通信息以文字或图形的形式传送给用户的手机，由用户自己处理这些信息，选择驾车出行的路线。
这种方法的弊端很多，主要缺点是信息量很大全部阅读这些短信或图片是用户的负担，存储和管理这些短信或图片也是手机的负担。
另外，对于行踪不定的忙碌人士，采用手机作为交通信息服务的工具是不现实的。在中国专利200610156129.7中已经提出了一种基于旅行时间的交通信息服务方法和系统，可以满足高端用户的需求。
大部分驾驶员每天是以通勤路线实施交通行为的。通勤路线作为日常上下班或处理日常事务的选择，通常以固定路线为主，或者有几种可以选择的路线方案。这些路线的走向和路况都是驾驶员非常熟悉的，但如果缺少有效的交通信息服务，用户要想每天在早晚出行时刻，在几种路线方案中选择最佳路线几乎是不可能的。
发明内容
本发明论述了一种交通信息服务的方法，可以为手机用户，以低成本提供针对固定的起迄点，在几种预选路线下的，最优化行驶路线的选择。
本发明的技术方案为该系统由系统中心和系统终端构成。系统中心是一个计算机信息处理系统。除此而外，系统中心还提供以电子地图及交通信息历史数据库为基础的互联网界面，接受用户对几种通勤路线的指定。
用户在系统中心的界面上每选定一个预选路线时，系统中心都会根据交通信息历史数据库的信息，给出这条预选路线的属性。这些属性至少包括该路线的全程预计行驶时间。系统中心是根据从外部获取的所有路段的旅行时间，进行预选路线的全程预计行驶时间的计算的。所述外部，可以是在前述论及的中国专利200610156129.7中描述的系统。
用户可以根据系统中心对选定的预选路线的属性信息反馈，决定是否将现行选定的路线纳入到预定的通勤路线清单中。最终系统中心将根据用户确定的通勤路线清单，决定对用户每月收取费用的数额。
系统终端通常是移动通讯系统类的用户终端。当需要系统中心提供服务时，用户采用手机通讯方式通知系统中心。系统中心会立即在现有信息和历史数据的支持下，根据每条预定路线中每个路段的旅行时间，确定哪条预定路线的预计全程行驶时间最短，并将这条路线作为当前最佳通勤路线，然后将选择结果通知用户。
用户还可以在系统中心上根据不同的起迄点，设置不同的通勤路线清单。当用户需要时，可以采用通知系统中心的通勤路线清单ID的方式，告诉系统中心在相应的清单中选取最佳路线。
本发明的有益效果是，可以在手机类通讯终端上，在很低的通讯成本水平和很少的通讯信息量的水平上，为用户确定最佳的行驶路线。该行驶路线的全程预计行驶时间最短。
下面结合附图和一个优选实施例对本发明进一步说明。
图1是所述本发明第一优选实施例的结构示意图；图中，1.系统中心，1.1.旅行时间，1.2.历史数据库，1.3.定制服务，2.信息采集，3.移动通讯系统，3.1.基站天线，4.互联网，5.用户。
具体实施例方式
图1所示是本发明的一种优选实施例。
系统中心1.从信息采集2.处获取电子地图中所有路段的旅行时间1.1.，并将来自信息采集2.的数据，按时间日期等类别存储起来，作为历史数据库1.2.。用户5.可以在互联网上，通过系统中心1.的定制服务1.3.界面，制定自己的通勤路线清单。
信息采集2.是一个为系统中心1.提供旅行时间1.1.信息的外部单位。这个单位类似于在中国专利200610156129.7中论述的系统中心。这个系统中心可以通过其下所管理的车载终端，收集下辖车辆经过路段的交通信息，经处理后得到所有路段的旅行时间。
来自信息采集2.的所有路段的旅行时间信息，是按照一定的刷新周期不断更新的。这个刷新周期取决于信息采集2.的输出周期。这个输出周期可以是60～300秒。为了使这一数据的既往记录服务于本系统用户，所有路段的旅行时间可以按照日期和时刻进行分类存储，以便构成历史数据库1.2.，便于用户在制定通勤路线清单时参考使用。
用户5.可以在互联网上登陆系统中心1.的定制服务界面，利用系统中心1.提供的电子地图环境，为自己定制通勤路线清单。通勤路线清单是由几条预选路线构成的，它们都具有相同的起迄点，不同路线之间以路线的ID加以标识。
当用户5.在电子地图上确定通勤路线的起迄点后，系统中心1.会自动在电子地图上为用户5.指示出几条备选路线。点击这些路线，用户5.可以得到这些路线的属性信息。在历史数据库1.2.的支持下，这些属性信息至少列出了路线在24小时内旅行时间变化的折线图。用户可以根据自己日常通勤时段，查看备选路线在对应时段内的属性，至少包括该时段该备选路线的旅行时间。详细的路线属性还可以包括诸如该备定路线的总里程、左转次数等信息。
用户5.依据折线图比较各路线的优劣，确定哪几条备选路线作为这个通勤路线清单中的预选路线，并约定提供服务的方式。在本优选实施例中，用户5.指定自己的手机号作为承载服务的对象。
当用户需要服务时，用户5.采用短信息方式，通知系统中心1.提供服务。用户的手机号码即包含了用户的身份信息。系统中心1.此时立即调出该手机号码所对应的通勤路线清单，根据当前信息采集2.提供的旅行时间数据，在预选路线中进行属性对比。通常对比的属性为每条预选路线的旅行时间。
确定属性最佳的路线后，系统中心1.立即将结果传送给用户5.的手机。传送内容是这条路线在系统中心1.内的备案信息。在本实施例中，该备案信息是通勤路线清单中的路线ID号。
除短信方式之外，在手机上还可以运行一些特殊的进程，比如在手机的操作系统下运行一些实现下载的手机软件，以GPRS或CDMA网络通讯方式代替短信方式，成为系统中心与用户进行信息交互的手段。
本发明的另一种优选实施例，是可以支持针对单行线情况下的通勤路线清单。
对于单行线较多的城市，当用户在起迄点之间进行往返交通时，一条含有单行线路段的预选路线具有不可逆性。因此针对一对起迄点，通常需要两个通勤路线清单。比如在家和单位之间的交通路线中，如果含有单行线，对于不同的交通方向则需要确定两个通勤路线清单通勤清单标识备注1. 从家到单位；2. 从单位到家。
当用户需要服务时，用户5.可以采用短信方式，将通勤路线清单ID通知系统中心1.提供服务。
由于单行线的缘故，这两个通勤路线清单所包含的路线是不一样的。如果将往返方向的两个通勤路线清单中的路线安排在一个通勤路线清单中，需要采用方向标识来标识往返交通的方向。比如，在一对起迄点的一个通勤路线清单中路线标识 方向标识 描述备注1 1 (略)从家到单位2 1 (略)从家到单位3 2 (略)从单位到家4 2 (略)从单位到家当用户需要服务时，用户5.可以采用短信方式，将通勤路线清单ID和方向标识一起通知系统中心1.提供服务。
当然，往返路线在通勤路线清单中还可以分别以往返方向作为标识。当用户需要服务时，只需要在发往系统中心1.的短信内容中标出交通方向信息即可。
本实施例所述，是与第一种优选实施例具有主要区别的部分。
本发明的第三种优选实施例，是可以支持不同起迄点通勤路线清单的服务。
用户通常会在不同情况下，使用不同的通勤路线清单◆从家到单位往返；◆从单位到业务点往返；◆从业务点到家往返；用户5.在互联网上可以为不同的起迄点定制不同的通勤路线清单。每套通勤路线清单都具有不同的ID号。
当用户需要服务时，只需将指定上班通勤路线清单的ID及其往返方向标识发送给系统中心1.。
本实施例所述，是与前述优选实施例具有主要区别的部分。
本发明的第四种优选实施例，适用于当两条或两条以上预选路线存在局部重合的情况。
当用户设定的几条预选路线具有局部重合现象时，系统中心1.的操作将与前述优选实施例有所不同系统中心1.将会至少有两次机会向用户5.提供最佳路线服务的机会。
第一次机会就是前述几种优选实施例所论述的，当用户5.发出通勤路线ID后，如果系统中心1.确定最佳路线属于与另一条路线局部重合时，系统中心1.会首先向用户5.传送最佳路线的ID。
第二次机会是当用户5.乘坐的车辆到达分叉点时，系统中心1.会再次为用户5.提供一次服务。这次服务是在具有局部重和路段的路线之间进行选择的结果。
系统中心1.可以从移动通讯系统获知路线分叉点位于那个基站服务区内。当用户5.乘坐的车辆沿线路的重合部分前进到临近路线分叉点时，用户5.的手机会首先进入这个基站服务区，这将导致移动通讯系统用户位置归属寄存器的变化。系统中心1.可以从移动通讯系统处获知这个变化，可以立即启动针对两个路线分叉点之后部分的旅行时间计算，并将在分叉点之后的属性最佳的路线ID号通知用户5.。
在第二次机会中提供的服务次数，可以根据一条路线与其他路线的分叉点数目而定。
这一优选实施例已经将这种针对通勤路线的交通信息服务进行了拓展。上述几种这种交通信息服务类型之所以局限于预选路线，是因为这种系统和服务方式对系统终端的要求很低，无需用户终端向系统中心报告自身的位置信息，仅仅是能与系统中心进行通讯的用户终端装置即可。
但在第四种优选实施例中，临近分叉点时用户的位置信息对于这种二次交通信息服务是必要的，因此对于非手机类用户终端，则需要具有其它定位功能，比如安装了卫星定位装置的对讲机、RDSC通讯终端，或者是具有粗略定位能力的蜂窝类移动通讯终端等。
这种交通信息服务尤其适用于利用手机进行交通信息服务，具有服务成本低和服务品种适用的特点。但是这种信息服务的形式要求用户需要记住路线清单ID和路线ID，因此在系统中心发送路线清单ID或路线ID给用户时，也可以附加一些提示信息，比如针对路线清单时，除相应的ID外，还可以提示路线清单的起迄点信息；针对路线时，除相应的ID外，还可以提示该路线主要经过的地点或路口名称。
本发明虽然揭示了利用手机进行交通信息服务的方法，但是并不局限于此。在本发明所述的用户终端上还可以运行一些特殊进程，使用户终端能够像中国专利200610156129.7中所述的车载终端那样，能够具有交通信息采集的功能，以便向系统中心提供用户在特定位置处的交通信息。因此，将本发明所述实施例与中国专利200610156129.7的信息采集功能结合起来，也是本发明的一种技术实施方法，在此不再赘述。
权利要求
1.一种交通信息服务的方法和系统，由系统中心和系统终端构成，其特征在于所述交通信息服务是针对一对起迄点的多条预定路线进行的；所述预定路线是由用户在系统中心确定的路线。
2.根据权力要求1的交通信息服务的方法和系统，所述系统服务是针对多条预定路线的，其特征在于系统中心在多条预定路线中进行属性对比，在预定路线中选取属性最佳的路线，并将该路线描述信息传送给系统终端。
3.根据权利2的交通信息服务的方法和系统，可以将属性最佳的路线的描述信息传送给系统终端，其特征在于路线属性至少是路线全程预计行驶时间信息，路线描述信息至少是路线在系统中心上备案的ID。
4.根据权利1的交通信息服务的方法和系统，为了在起迄点之间进行往返交通，当预定线路中具有单行线路段时，其特征在于将一对起迄点之间的同一交通方向的多条预定路线作为一个单独的通勤路线清单，因此对于一对起迄点的往返交通，需要两个不同交通方向的通勤路线清单；当用户要求系统中心提供服务时，至少需要向系统中心提供通勤路线清单ID。
5.根据权利1的交通信息服务的方法和系统，为了在起迄点之间进行往返交通，当预定线路中具有单行线路段时，其特征在于将一对起迄点之间的不同交通方向的预定路线以不同的方向标识命名，并将这些不同交通方向的预定路线安排在一个通勤路线清单中；当用户要求系统中心提供服务时，至少需要向系统中心提供交通方向标识。
6.根据权利1的交通信息服务的方法和系统，在对于不同起迄点时，其特征在于每个不同的起迄点通勤路线清单都具有不同的通勤路线清单标识；当用户要求系统中心提供服务时，需要额外向系统中心提供通勤路线清单标识。
7.根据权利1的交通信息服务的方法和系统，当不同预定路线具有局部重合路段时，系统中心具有二次服务功能，其特征在于当用户临近分叉点时，系统中心将根据终端的位置确定开始二次服务的时机；二次服务的内容是提示在同一通勤路线清单中的同一交通方向中的优选路线标识。
8.根据权利1的交通信息服务的方法和系统，其用户终端具有信息采集和信息服务的功能，其特征在于用户终端具有向系统中心传送定点交通信息的功能。
9.根据权利1的交通信息服务的方法和系统，由系统中心和系统终端构成，其特征在于用户终端是移动通讯系统终端，采用短信方式或采用手机网络通讯方式，与系统中心进行信息交互。
10.根据权利1的交通信息服务的方法和系统，用户可以在由系统中心提供的互联网界面上，从备选路线中确定通勤路线清单中的预选路线，其特征在于用户可以在历史数据库的支持下，通过对路线旅行时间的选择，确定最佳的预选路线；历史数据库为用户至少提供备选路线在24小时时段内的旅行时间数据或折线图。
全文摘要
本发明提出一种交通信息服务方法和系统，适用于在系统中心支持下，利用手机类终端解决在熟悉的路线之间进行日常交通时的道路选择问题。用户首先在系统中心的网站上确定预选的通勤路线，并制定通勤路线清单。当用户需要服务时需向系统中心发送请求信息，系统中心根据对备案通勤路线进行属性对比，选出最佳路线，并以短信或其他形式通知用户。方法还提供了几种实施例，以解决通勤路线中的单行线、多个起迄点路线清单的问题，以及当路线有部分重复时的二次服务问题。本发明没有以往在手机类通讯终端上进行交通信息服务时都会出现信息量大的问题，因此服务成本不高，用户没有阅读负担，手机等终端也不会出现信息爆满的现象。
文档编号G08G1/00GK101039461SQ200710087218
公开日2007年9月19日 申请日期2007年3月21日 优先权日2007年3月21日
发明者冯鲁民 申请人:冯鲁民