CN105843810A - 一种规划出行路线的方法和设备 - Google Patents

Abstract

本发明实施例提供的一种规划出行路线的方法和设备，用以解决现有技术中存在的规划出行的路线的方法无法根据每个人的历史出行数据来规划出行路线的问题。本发明的方法包括：后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；后台处理系统根据规划信息，确定出行路线；后台处理系统将出行路线发送给客户端；其中，规划信息包括下列信息中的部分或全部：路况信息、客户端的账号标识对应的与出行相关的历史数据信息、与交通工具相关的交通工具信息。采用本发明实施例的方法，用户能够通过客户端的账号标识对应的与出行相关的历史数据信息来规划出行路线。

Description

一种规划出行路线的方法和设备

技术领域

本发明涉及智能交通领域，尤其涉及一种规划出行路线的方法和设备。

背景技术

乘坐交通工具出行是人们日常生活不可或缺的重要出行方式之一，为人们工作生活带来了极大便利，为了方便人们出行，用户可以通过一些用于前规划出行的路线的特定工具来提前规划出行的路线，现有技术中，在规划路线时，可以参考行车路段上的交通状况、交通工具上的人流拥堵情况等多种信息。但现有技术中规划出行的路线的工具，无法根据每个人特定的历史出行数据来规划出行路线，例如，根据每个人在相同路段步行速度，或者是每个人选择出行路线的历史爱好等信息来规划出行路线。

综上所述，目前现有技术中的规划出行的路线的方法无法根据每个人的历史出行数据来规划出行路线。

发明内容

本发明实施例提供的一种规划出行路线的方法和设备，用以解决现有技术中存在的规划出行的路线的方法无法根据每个人的历史出行数据来规划出行路线的问题。

本发明实施例提供的第一种规划出行路线的方法，该方法包括：

后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；

所述后台处理系统根据所述规划信息，确定出行路线；

所述后台处理系统将所述出行路线发送给所述客户端；

其中，所述规划信息包括下列信息中的部分或全部：

路况信息、所述客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中所述账号标识是所述客户端登录到所述后台处理系统所使用的账号对应的标识。

由于本发明实施例提供的规划出行路线的方法，能够根据规划信息中的所述客户端的账号标识对应的与出行相关的历史数据信息，确定出行路线，因而采用本发明实施例的方法，用户能够通过客户端的账号标识对应的与出行相关的历史数据信息来规划出行路线。

较佳地，后台处理系统将出行路线发送给客户端之后，还包括：

后台处理系统在用户到达出行路线的终点，并收到客户端发送的包含客户端的账号标识的反馈信息后，根据反馈信息中的内容更新客户端的账号标识对应的与出行相关的历史数据信息。

由于在用户到达出行路线的终点后，后台处理系统可以进一步征求用户的使用意见，进而根据用户反馈意见中的内容，更新与出行相关的历史数据信息，以便下次再为用户规划出行路线时，能够更贴近用户的实际需求。

较佳地，后台处理系统将出行路线发送给客户端之后，还包括：

后台处理系统在满足重新规划路线的条件后，将客户端的当前位置信息替换出行需求信息中的起始位置，并根据替换后的出行需求信息，通过数据库重新获得规划信息，并根据重新获得的规划信息，确定出行路线，将出行路线发送给客户端。

由于后台处理系统可以在满足重新规划路线的条件后，根据用户使用客户端所在的当前位置，从新为用户规划路线，因而在交通工具行驶途中，若遇到突发情况，可以及时的提示用户换乘其他交通工具，减少用户等待的时间。

较佳地，出行需求信息包括预计到达出行需求信息中终点位置的时间；

后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息，包括：

后台处理系统根据收到的客户端发送的预计到达出行需求信息中终点位置的时间，通过数据库获得用于规划出行路线的规划信息。

由于用于规划出行路线的出行需求信息中可以包括预计到达出行需求信息中终点位置的时间，因而后台处理系统可以根据该时间以及其他的出行需求信息，从数据库中获取该时间段历史的路况信息，进而为用户规划在途时间最短的出行路线。

较佳地，与出行相关的历史数据信息包括客户端对应的之前经过的不同路段和经过不同路段需要时长之间的第一对应关系；

后台处理系统通过数据库获得用于规划出行路线的规划信息，包括：

后台处理系统根据客户端的账号标识，通过数据库获得客户端对应的第一对应关系；

后台处理系统根据规划信息，确定出行路线，包括：

后台处理系统根据客户端对应的第一对应关系，确定之前经过的不同路段对应的经过不同路段需要的时长；

后台处理系统将出行路线发送给客户端，包括：

后台处理系统将之前经过的不同路段对应的经过不同路段需要的时长发送给客户端。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

后台处理系统接收客户端反馈的之前经过的不同路段和经过不同路段需要时长，确定客户端对应的第一对应关系；

后台处理系统将确定的客户端对应的第一对应关系，以及客户端的账号标识绑定后存储到数据库中。

较佳地，与出行相关的历史数据信息包括客户端对应的之前选择过的出行路线；

后台处理系统通过数据库获得用于规划出行路线的规划信息，包括：

后台处理系统通过数据库获得用于规划出行路线的客户端的账号标识对应的客户端对应的之前选择过的出行路线；

后台处理系统根据规划信息，确定出行路线，包括：

后台处理系统根据客户端对应的之前选择过的出行路线，确定出行路线。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

后台处理系统接收客户端反馈的用户选择的出行路线，并将客户端对应的之前选择过的出行路线和客户端的账号标识绑定后存储到数据库中。

由于后台处理系统可以根据之前记录的与账号对应的历史数据信息，为使用该账号的用户规划出行路线，因而使规划的出行路线更符合用户的出行习惯。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

后台处理系统通过交通工具上的无线收集设备周期性上报的路况信息，和/或周期性调用的交管部门系统的实时路况信息获得路况信息；

后台处理系统将路况信息存储到数据库中。

较佳地，后台处理系统将出行路线发送给客户端之前，还包括：

后台处理系统根据交通工具和提示信息之间的第二对应关系，确定出行路线中涉及的交通工具对应的提示信息；

后台处理系统将出行路线发送给客户端，包括：

后台处理系统将提示信息发送给客户端。

本发明实施例提供的第二种规划出行路线的方法，该方法包括：

无线收集设备确定所在的交通工具上的与交通工具相关的交通工具信息；

所述无线收集设备将所述交通工具信息，周期性的通过后台处理系统上报给数据库进行存储，以使所述后台处理系统能够根据数据库中的所述交通工具信息进行路线规划。

由于无线收集设备可以上报给后台处理系统的交通工具并存储到数据库中，因而后台处理系统在规划出行路线时可以参考交通工具上报的与交通工具相关的交通工具信息，进而使规划的出行路线更加合理。

本发明实施例提供的第三种规划出行路线的方法，该方法包括：

客户端通过账号登录后台处理系统后，将出行需求信息发送给所述登录的后台处理系统，以使所述后台处理系统通过数据库获得用于规划出行路线的规划信息，并根据所述规划信息，确定出行路线；

所述客户端在收到所述登录的后台处理系统发送的出行路线后，显示所述出行路线；

其中，所述规划信息包括下列信息中的部分或全部：

路况信息、所述客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中所述账号标识是所述客户端登录到所述后台处理系统所使用的账号对应的标识。

本发明实施例提供的第一种规划出行路线的设备，该设备包括：

第一处理模块，用于根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；

第一确定模块，用于根据所述规划信息，确定出行路线；

第一发送模块，用于将所述出行路线发送给所述客户端；

其中，所述规划信息包括下列信息中的部分或全部：

路况信息、所述客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中所述账号标识是所述客户端登录到所述后台处理系统所使用的账号对应的标识。

本发明实施例提供的第二种规划出行路线的设备，该设备包括：

第二确定模块，用于确定所在的交通工具上的与交通工具相关的交通工具信息；

第一上报模块，用于将所述交通工具信息，周期性的通过后台处理系统上报给数据库进行存储，以使所述后台处理系统能够根据数据库中的所述交通工具信息进行路线规划。

本发明实施例提供的第三种规划出行路线的设备，该设备包括：

第二发送模块，用于通过账号登录后台处理系统后，将出行需求信息发送给所述登录的后台处理系统，以使所述后台处理系统通过数据库获得用于规划出行路线的规划信息，并根据所述规划信息，确定出行路线；

显示模块，用于在收到所述登录的后台处理系统发送的出行路线后，显示所述出行路线；

其中，所述规划信息包括下列信息中的部分或全部：

路况信息、所述客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中所述账号标识是所述客户端登录到所述后台处理系统所使用的账号对应的标识。

附图说明

图1为本发明实施例提供的规划出行路线的系统结构示意图；

图2为本发明实施例提供的规划出行路线的系统工作的简要流程示意图；

图3为本发明实施例提供的规划出行路线的后台处理系统；

图4为本发明实施例提供的规划出行路线的无线收集设备；

图5为本发明实施例提供的规划出行路线的客户端；

图6为本发明实施例提供的第一种规划出行路线的方法流程示意图；

图7为本发明实施例提供的第二种规划出行路线的方法流程示意图；

图8为本发明实施例提供的第三种规划出行路线的方法流程示意图。

具体实施方式

本发明实施例提供的后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；后台处理系统根据规划信息，确定出行路线；后台处理系统将出行路线发送给客户端；其中，规划信息包括下列信息中的部分或全部：路况信息、客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中账号标识是客户端登录到后台处理系统所使用的账号对应的标识。采用本发明实施例的方法，用户能够通过客户端的账号标识对应的与出行相关的历史数据信息来规划出行路线。

以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在下面的说明过程中，先从后台处理系统、无线收集设备和客户端在规划出行路线时的配合实施进行说明，最后分别从后台处理系统、无线收集设备和客户端的实施进行说明，但这并不意味着这几者必须配合实施，实际上，当后台处理系统、无线收集设备和客户端分开实施时，也解决了分别在后台处理系统、无线收集设备和客户端所存在的问题，只是这几者结合使用时，会获得更好的技术效果。

如图1所示，本发明实施例提供的规划出行路线的系统包括：后台处理系统10、无线收集设备20和客户端30。

后台处理系统10，用于根据收到的客户端30发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；根据规划信息，确定出行路线；并将出行路线发送给客户端30；其中，规划信息包括下列信息中的部分或全部：路况信息、客户端30的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备20周期性上报的与交通工具相关的交通工具信息，其中账号标识是客户端30登录到后台处理系统10所使用的账号对应的标识。

无线收集设备20，用于确定所在的交通工具上的与交通工具相关的交通工具信息；将交通工具信息，周期性的通过后台处理系统10上报给数据库进行存储，以使后台处理系统10能够根据数据库中的交通工具信息进行路线规划。

客户端30，用于通过账号登录后台处理系统10后，将出行需求信息发送给登录的后台处理系统10，以使后台处理系统10通过数据库获得用于规划出行路线的规划信息，并根据规划信息，确定出行路线；在收到登录的后台处理系统10发送的出行路线后，显示出行路线；其中，规划信息包括下列信息中的部分或全部：路况信息、客户端30的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备20周期性上报的与交通工具相关的交通工具信息，其中账号标识是客户端30登录到后台处理系统10所使用的账号对应的标识。

本发明的规划出行路线的系统主要由以下三部分组成：后台处理系统、无线收集设备和客户端。具体来说，后台处理系统主要对大数据进行分析，根据用户的出行需求，规划出行路线；无线收集设备主要收集所在的交通工具的特征信息和/或状态信息，并上报给后台处理系统；客户端主要用于向登录的后台处理系统发送出行需求信息，并可以将获得的户端的账号标识对应的与出行相关的历史数据信息发送给后台处理系统；此外，还包括用于存储各种数据的数据库，以使后台处理系统能够从数据库获取用于规划出行路线的规划信息。

本发明提供如下的一种规划出行路线的系统：通过在交通工具上安装全球定位系统GPS、摄像头、IC读取设备、称重设备等统计设备，用于收集车上的乘客数、GPS位置、车的行驶速度等相关信息，并通过无线收集设备上报给后端处理系统，根据历史数据信息和现有的数据，进行大数据分析判断，根据人们的需求、起始位置和终点位置，给出出发时间、到达站台时间，到达目的地时间，选择乘坐的车次，车次的路况拥堵情况、车上乘客拥挤情况等。人们通过在客户端上安装注册登录相应的软件应用，实时获取出行信息，定制规划安排自己的出行计划，可以有效提高交通工具出行的便利性和舒适度，为乘客选择出行节约时间。实际中，规划出行路线可以乘坐的交通工具可以为多种，如公交车、地铁等，为了方便清楚的对该系统的工作流程进行详细介绍，下面均以公交车作为选择出行的交通工具为例进行介绍。

实施中，后台处理系统从数据库获取的规划信息包括下列信息中的部分或全部：路况信息、客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息。根据实际情况的需要，上述规划信息可以进行相应的增加、更新或者替换，以使用户在规划出行路线时，能够有更多更贴近实际需求的筛选条件。下面具体对这三种规划信息进行详细介绍。

第一、路况信息。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

后台处理系统通过交通工具上的无线收集设备周期性上报的路况信息，和/或周期性调用的交管部门系统的实时路况信息获得路况信息；

后台处理系统将路况信息存储到数据库中。

也就是说，路况信息既包括交通工具上的无线收集设备周期性上报的路况信息，又可以包括后台处理系统周期性调用的交管部门系统的实时路况信息获得路况信息；其中，无线收集设备周期性上报的路况信息，可以是通过公交车上的无线收集设备收集的公交车行驶的速度来推断的路况信息。

例如，交通工具上可以包括一个GPS，无线收集设备实时收集GPS的位置和时间信息，并根据该位置和时间信息确定公交车行驶的速度，根据实际需要，可以在无线收集设备在设定行驶速度和交通路况之间的对应关系，以便无线收集设备能够根据该对应关系和确定的公交车行驶的速度，确定此时的交通路况，并确定的交通路况周期性的上报给后台处理系统；如公交车行驶速度非常慢，只有1km/h，则无线收集设备会向后台处理设备上报，在这一时刻该公交车行驶的速度以及该路段上在这一时刻的交通非常拥堵。

后台处理系统可以每隔一段时间，如每隔3分钟，向交管部门系统去调取交通工具行驶的路段上的路况信息，为了减小后台处理系统的处理负荷，可以将调取的路况信息及对应的时间点存储到数据库中，以使后台处理系统在进行规划路线时，可以随时参考从交管部门系统调取的最新的路况信息。

实施中，后台处理系统从交管部门系统调用的交通工具行驶的路段上的路况信息，主要是针对某路段上交通是否拥堵、是否顺畅等信息，而本发明增加了参考交通工具上的无线收集设备周期性上报的路况信息(如是否拥堵以及交通工具行驶的速度等)，因而采用本发明实施例中提供的系统，后台处理系统可以得到更准确的路况信息，如某一路段上在某一时刻大致行驶速度等，进而能够为用户提供更准确的出行路线所需的时长等信息。

相应的，无线收集设备将所在的交通工具在行驶过程中的路况信息，周期性的通过后台处理系统上报给数据库进行存储，以使后台处理系统能够根据数据库中的交通工具上的无线收集设备周期性上报的路况信息进行路线规划。

为了使后台处理系统能够从数据库中获取交通工具上的无线收集设备周期性上报的路况信息，因而无线收集设备会周期性的将所在的交通工具在行驶过程中的路况信息上报给后台处理系统，后台处理系统将无线收集设备上报的路况信息发送到数据库进行存储。

后台处理系统从数据库获取的规划信息除了包括上述路况信息外，还包括每个用户特定的历史数据信息，下面具体进行介绍。

第二、客户端的账号标识对应的与出行相关的历史数据信息。

为了使规划的出行路线更人性化，用户在客户端上通过账号登陆后台处理系统后，则客户端对应的可以记录使用该账号的用户经过不同路段所需要的时长。

较佳地，与出行相关的历史数据信息包括客户端对应的之前经过的不同路段和经过不同路段需要时长之间的第一对应关系；

也就是说，用于规划路线的规划信息中的与出行相关的历史数据信息，可以包括用户之前经过的某一路段以及经过该路段时所需的时长之间的对应关系(也就是第一对应关系)。

为了得到上述第一对应关系，后台处理系统可以通过客户端反馈的消息来确定第一对应关系。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

后台处理系统接收客户端反馈的之前经过的不同路段和经过不同路段需要时长，确定客户端对应的第一对应关系；

后台处理系统将确定的客户端对应的第一对应关系，以及客户端的账号标识绑定后存储到数据库中。

实施中，后台处理系统可以通过收客户端反馈的之前经过的某一路段以及经过该路段时所需的时长，来确定用户之前经过的某一路段以及经过该路段时所需的时长之间的对应关系(也就是第一对应关系)，并将该对应关系和客户端的账号标识进行绑定，发送给数据库进行存储。

为了使后台处理系统能够参考用户之前出行的历史数据信息，可以通过开启客户端上的GPS来实现，例如，在使用过程中，客户端实时的向后台处理系统上报客户端所在的位置及对应的时间，因而后台处理系统可以通过起始位置和从起始位置出发的时间，以及终点位置和到达终点位置的时间，来确定用户在从起始位置到达终点位置这一路段上的行驶速度(可以是步行或者骑车等的速度)，从而可以确定用户经过这一路段时需要的时长(即后台处理系统接收客户端反馈的之前经过的不同路段和经过不同路段需要时长)，进一步也就可以确定该路段和用户经过该路段所需的时长的对应关系(即第一对应关系)，并将该对应关系和登录后台处理系统应用的账号的账号标识(即客户端的账号标识)绑定后存储到数据库中。

下面介绍后台处理系统使用上述第一对应关系的详细过程。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息，包括：

后台处理系统根据客户端的账号标识，通过数据库获得客户端对应的第一对应关系；

由于后台处理系统在向数据库中存储第一对应关系时，相应的也存储了第一对应关系对应的客户端的账号标识，因而后台处理系统再次进行路线规划时，可以通过登录到后台处理系统的账号对应的账号标识，从数据库获得客户端对应的第一对应关系。

实施中，后台处理系统通过数据库获得用于规划出行路线的规划信息的方式可以有多种，例如，每次用户通过客户端输入出行需求信息后，后台处理系统主动向数据库发送读取规划信息的命令，数据库在接收到命令之后，将规划信息返回给后台处理系统；或者是，每次用户通过客户端输入出行需求信息后，后台处理系统可以直接查询数据库中的信息，进而从中获得规划信息。

后台处理系统在确定第一对应关系之后，需要根据第一对应关系来确定出行路线，下面具体进行介绍。

较佳地，后台处理系统根据规划信息，确定出行路线，包括：

后台处理系统根据客户端对应的第一对应关系，确定之前经过的不同路段对应的经过不同路段需要的时长；

如果后台处理系统从数据库中获取的规划信息，包括确定用户之前经过的某一路段以及经过该路段时所需的时长之间的对应关系(也就是第一对应关系)，则后台处理系统确定用户之前经过的某一路段对应的经过该路段时所需的时长。

较佳地，后台处理系统将出行路线发送给客户端，包括：

后台处理系统将之前经过的不同路段对应的经过不同路段需要的时长发送给客户端。

在确定完用户之前经过的某一路段对应的经过该路段时所需的时长之后，后台处理系统将该时长发送给登录后台处理系统的客户端，因而客户在得到规划路线的所需时长时，是参照的用户曾经走过该路段所需的时长的历史出行数据。

实施中，客户端对应的之前经过的不同路段和经过不同路段需要时长之间的第一对应关系是为了记录用户之前经过的某一路段以及经过该路段时所需的时长，例如，假设路段A为从家到公交车站的路段，该路段不需要乘坐交通工具，而数据库中记录过用户经过路段A以及经过路段A所需的时长，则后台处理系统在为该用户规划路线时，如果需要经过这个路段A，可以根据数据库中记录的用户经过路段A需要的时长来确定根据用户的需求规划出来的路线所需的总时长，由于不同的用户步行速度不相同或者可能采用不同的出行方式(如骑自行车、电动车等)，进而可以根据不同的用户，更加人性化的提醒用户规划出来的路线所需的时长。

若用户通过注册的账号登录到后台处理系统，用户需要规划的出行路线以前并未走过，数据库中也不包括与该账号对应的，之前经过的某一路段以及经过该路段时所需的时长之间的对应关系(也就是第一对应关系)，后台处理系统为用户规划路线时，路线中包括某一用户未走过的路段且该路段需要步行，那么后台处理系统会根据其他用户在该路段步行的速度、以及该用户在其他路段上步行时的速度，为用户规划经过该路段所需的时长，例如，某用户行动不便，步行速度比常人慢，则后台处理系统会根据该用户在其他路段的历史步行速度为用户规划，经过该路段用户大致所需的时长。

此外，后台处理系统从数据库获取的规划信息还包括每个用户历史选择的出行路线，下面具体进行介绍。

较佳地，与出行相关的历史数据信息包括客户端对应的之前选择过的出行路线；

也就是说，本发明实施例提供的规划出行路线的系统，在收到用户发送的出行需求后，可以根据用户历史选择的出行路线来为用户规划新的出行路线，也就是说与出行相关的历史数据信息包括客户端对应的之前选择过的出行路线。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

后台处理系统接收客户端反馈的用户选择的出行路线，并将客户端对应的之前选择过的出行路线和客户端的账号标识绑定后存储到数据库中。

实施中，本发明实施例提供的规划出行路线的系统，在用户每次选择出行路线之后，后台处理系统都会将用户选择的出行路线和用户使用的登录到后台处理系统的账号对应的账号标识进行绑定，绑定后存储到数据库中，以使后台处理系统再次为用户规划出行路线时，可以参考用户之前选择过的历史出行路线。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息，包括：

后台处理系统通过数据库获得用于规划出行路线的客户端的账号标识对应的客户端对应的之前选择过的出行路线；

后台处理系统根据规划信息，确定出行路线，包括：

后台处理系统根据客户端对应的之前选择过的出行路线，确定出行路线。

若规划信息中包括客户端对应的之前选择过的出行路线，则后台处理系统通过数据库获得客户端对应的之前选择过的出行路线，并根据该历史路线确定新的出行路线。

例如，用户使用本发明实施例提供的规划出行路线的系统，每次使用相同的账号登陆后台处理系统，用户经常从家中去B商场，每次规划出来出行路线后，用户习惯选择乘坐公交车出行或者习惯选择路线C出行，则后台处理系统在用户每次做出选择时，都会将用户选择的历史出行路线C和用户使用的账号的账号标识绑定并存储到数据库中，在用户下次通过相同账号登陆后台处理系统，并选择规划从家中到B商场的出行路线时，则后台处理系统会根据用户使用的账号的账号标识，从数据库中获取历史出行路线C，并根据历史出行路线C来为用户规划出行路线，即可以在显示规划的出行路线时，将历史出行路线C作为最优的选择，排在第一个进行显示。

后台处理系统从数据库获取的规划信息除了包括上述两种新型外，还包括交通工具上的无线收集设备周期性上报的信息，下面具体进行介绍。

第三、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息。

较佳地，无线收集设备确定所在的交通工具上的与交通工具相关的交通工具信息；

无线收集设备将交通工具信息，周期性的通过后台处理系统上报给数据库进行存储，以使后台处理系统能够根据数据库中的交通工具信息进行路线规划。

后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息，其中规划信息包括路况信息、客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息。因而交通工具上的无线收集设备可以先确定与交通工具相关的交通工具信息，然后将该交通工具信息周期性的上报给后台处理系统，后台处理系统会将这些交通工具信息存储到数据库中。

较佳地，交通工具信息包括交通工具的特征信息和/或状态信息。

也就是说，与交通工具相关的交通工具信息既包括交通工具的特征信息，又可以包括交通工具的状态信息，其中，交通工具的特征信息可以是由交通工具上的无线收集设备周期性的从公交公司的相关系统中调取的。而在具体实施中，特征信息和状态信息上报给后台处理系统的周期并不相同，由于交通工具的特征信息比较固定，不会轻易变化，可以根据需要设定为一个月上报一次，而交通工具的状态信息是实时变化的，为了方便使用，可以设定为每5秒上报一次。

实施中，交通工具的特征信息可以包括：公交车的车牌号码、公交车的车次、以及颜色、是否双层、是否有空调、是否有WIFI、刷卡还是投币、是否有人工售票、是否可以找零、是否电动、票价信息等相关信息；而交通工具的状态信息可以包括公交车上GPS上报的位置、行驶速度、车上乘客拥挤程度甚至出行时的天气情况等信息。

上述状态信息需要通过交通工具上的统计设备来进行计量，无线收集设备收集统计设备计量的信息，并进行一定处理后，发送给后台处理系统。下面具体进行介绍。

较佳地，交通工具信息包括交通工具的状态信息；

无线收集设备确定所在的交通工具上的与交通工具相关的交通工具信息，包括：

无线收集设备根据统计信息和交通工具的状态信息之间的第三对应关系，将所在的交通工具上的统计设备收集的统计信息转换成交通工具的状态信息；

其中，统计信息用于表示统计的交通工具上客流量变化的信息。

假设交通工具信息中包括交通工具的状态信息，则这些状态信息主要由无线收集设备上的统计设备进行收集，而根据实际需要可以设定一个统计信息和交通工具的状态信息之间的对应关系(即第三对应关系)，然后无线收集设备会根据这种对应关系对这些统计设备收集到的统计信息进行处理计算，得到交通工具的状态信息。实施中，统计设备主要用于统计交通工具上客流量的变化，以便能够判断车上乘客拥挤程度等。

例如，根据需要可以采用摄像头(通过车上的摄像头获得视频中人流的变化来估计车上人数变化)、IC读取设备(获取上下车刷卡人数，用于估计车上人数变化)等各种设备对交通工具上客流量的变化进行统计，进而估计车上的拥挤程度。而公交车上的无线收集设备则主要用于收集公交车的特征信息、车上GPS的信息和统计设备收集的统计信息，并上报给后台处理系统。

实施中，交通工具的状态信息可以包括多种信息，如果包括拥挤程度信息，并通过称重设备作为统计设备来统计公交车上的拥挤情况。下面具体进行介绍。

较佳地，若交通工具的状态信息包括拥挤程度信息，统计设备为称重设备，第三对应关系是重量信息和拥挤程度信息之间的对应关系。

若交通工具的状态信息中包括拥挤程度信息，而用称重设备作为统计设备，则此时上述统计信息和交通工具的状态信息之间的对应关系是重量信息和拥挤程度信息之间的对应关系，因为称重设备可以计算出车上人或者所携带物品的重量，因而可以用于估算其车上的乘客数，进而估计车上的拥挤程度。例如，可以根据需要设定，公交车上的统计设备主要用于计量公交车上增加的重量(主要包括乘客和物品的重量)，根据需要设定增加重量和拥挤程度之间的对应关系，假设称重设备计量的增加重量为500KG，则认为公交车上不拥挤；而如果增加重量很大如4000KG，则认为公交车上非常拥挤。因而在为用户规划出行路线时，可以提示用户该公交车是否拥挤。

上面主要是针对进行路线规划的各种规划信息进行了介绍，下面具体介绍一下，本发明实施例提供的规划出行路线的系统进行路线规划时，各个设备之间的主要流程。

较佳地，客户端通过账号登录后台处理系统后，将出行需求信息发送给登录的后台处理系统，以使后台处理系统通过数据库获得用于规划出行路线的规划信息，并根据规划信息，确定出行路线；

相应的，后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；

实施中，为了能够区别不同的用户，为每个用户个性化的制定不同的出行方案，本发明实施例提供的规划出行路线的系统可以预先在客户端上注册一个账号，通过注册的账号登录到后台处理系统，用户每次应用自己注册的账号来规划出行路线时，后台处理系统会参考该账号对应的在数据库中存储的一些历史数据信息为该账号规划出行路线。

数据库主要是用来存储各种信息，例如，各种规划信息和用户的一些基本信息等，如用户注册的ID、密码等相关信息。在进行路线规划时，后台处理系统会根据用户在客户端输入的出行需求信息，通过数据库来获得用于规划出行路线的各种规划信息。

较佳地，规划信息包括下列信息中的部分或全部：

路况信息、客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中账号标识是客户端登录到后台处理系统所使用的账号对应的标识。

规划信息主要包括以上三种，在前面已经详细进行了介绍，此处不再重复赘述。

较佳地，后台处理系统根据规划信息，确定出行路线；

后台处理系统将出行路线发送给客户端；

实施中，后台处理系统根据收到的客户端发送的出行需求的信息确定出行路线，在规划出行路线时，后台处理系统对大数据的网格分析，从数据库中获取规划信息，例如，从交通部门系统和公交车辆获得的路况信息(公交车到达乘客乘车站台前和到达目的地途中的路况信息)，从无线收集设备收集的交通工具上的乘客拥挤情况、车辆的GPS位置、公交车行驶速度等；然后再根据用户的实际需求，定制出适合用户的线路(可以有多条线路，多条线路按优先级排序)，这些线路包含的信息可以是出发地与目的地之间的行驶全程长度，车次(包括换乘路线)，建议出门时间和步行速度，到达出发站的时间、预计到达目标站的时间或时长、全程费用(如果有换乘，还可提供费用明细等)等。

相应的，客户端在收到登录的后台处理系统发送的出行路线后，显示出行路线。

实施中，客户端可以根据需要制作成一个用于规划出行路线的实体设备，或者是智能手机、平板电脑等各种智能设备上安装的用于规划出行路线的应用软件。在后台处理系统根据规划信息，确定出来出行路线后，会发送给客户端进行显示，以供用户进行选择。

规划得到的出行路线可以有多种，按照优先级顺序呈现给用户，优先级顺序可以根据情况不同，可以分为不同的优先级排序方式方式，例如，可以是后台处理系统中预先设定的优先级排序方式，如按照距离、换乘次数、全程收费价格等进行排序，若用户在输入出行需求信息时，除了起始位置和终点位置，并未输入其他的出行需求信息，则会默认使用后台处理系统中预先设定的优先级排序方式呈现给用户；另外，也可以根据需要，设定用户在输入出行需求信息时，可以输入优先级排序的方式，比如用户选择按照换成次数最少进行排序，或者是在客户端显示了出行路线之后，用户可以选择根据不同的优先级顺序进行排序。

针对显示的路线，用户还可以进一步进行筛选，根据需要选择最适合自己需求的方案，比如选择有空调的、有人工售票、全程费用最低、人工售票、有WIFI网络的出行方案等。也就是说，所有的数据库中存储的信息都可以被作为筛选的条件。

为了更加方便用户出行，本发明实施例提供的规划出行路线的系统，可以根据历史数据和用户预计的到达时间，为用户提前规划出耗时最短的出行路线，下面具体进行介绍。

较佳地，出行需求信息包括预计到达出行需求信息中终点位置的时间；

后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息，包括：

后台处理系统根据收到的客户端发送的预计到达出行需求信息中终点位置的时间，通过数据库获得用于规划出行路线的规划信息。

假设用户在输入出行需求信息时，输入了预计到达终点位置的时间，则后台处理系统会根据预计到达的时间，以及其他的规划信息，如该时间的历史路况信息等规划出行的路线。后台处理系统根据用户输入的预计到达终点位置的时间，可以为用户规划出在途时间最短的出行路线。例如，用户明天需要去D公司面试，预计明天上午10点达到，现在需要规划从家中去D公司的路线，用户输入的出行需求信息时，除了包括起始位置家和终点位置D公司之外，还包括预计到达时间10点，后台处理系统可以根据数据库中记录的历史路况信息(如某个路段在工作日时某一时段的交通是否拥堵等)，为用户规划出在途时间最短的出行路线、在途时间和出发的时刻等信息，如规划出的路线可能包括E、F两种路线，E路线是在途时间最短的路线，预计用户在9点出发，10点就可以准时到达D公司，而F路线由于经过路段交通拥堵，需要8点45出发，10点到达D公司，用户可以根据需要选择在途时间最短的路线。

下面通过详细的实例进行说明。

实例一、假设用户准备早上到公司准点上班，到达时间为早上8:00，希望给出出行安排。首先，用户在客户端的软件上进行注册，得到注册的账号，并通过注册的账号登录后台处理系统，然后开启客户端上的GPS、WIFI、数据连接等进行定位获得当前的位置(比如在家的出发位置)，后台处理系统会根据用户使用账号的账号标识确定用户的历史步行速度和乘坐交通工具，目的地(比如公司的位置)等等。然后，后台处理系统会根据预期到达时间8:00以及其它的出行需求，进一步进行分析安排时间和车次，即从数据库中获得实时路况、实时公交、历史交通路况信息和用户历史乘坐交通工具的信息，规划出出行的交通工具的出行路线、给出出发时间、到达站台时间、前往乘坐的站台、乘坐哪次交通工具、车上的拥挤程度、下车的站台名称、在途时间、准点率等，并将出行路线发送给客户端进行显示。最后，用户根据需要选择从显示的出行路线中选择合适的出行路线，比如考虑准点率高、在途时间短，终端根据用户的选择，到时提醒用户出行。

实例二、用户可以根据自身的需要选择不同的出行安排。假设用户由于行动不便需求前往目的地，要求尽量有座、空调、乘车总费用低。用户在在输入出行需求信息时，可以输入起始位置，终点位置，以及有座，空调，乘车总费用低等筛选条件。后台处理系统会根据用户输入的出行需求信息，从数据库中获取相应的规划信息，进而为用户规划适合用户的出行路线。

具体出行过程中，可能会由于出现交通拥堵或者交通管制等突发情况，车辆行驶缓慢，此时，本发明实施例提供的规划出行路线的系统，可以为用户重新规划出行路线，下面具体进行介绍。

较佳地，后台处理系统将出行路线发送给客户端之后，还包括：

后台处理系统在满足重新规划路线的条件后，将客户端的当前位置信息替换出行需求信息中的起始位置，并根据替换后的出行需求信息，通过数据库重新获得规划信息，并根据重新获得的规划信息，确定出行路线，将出行路线发送给客户端。

也就是说，在用户选择出行路线以后，在出行的过程中，如果后台处理系统满足预设的重新规划出行路线的条件后，会通过客户端上的GPS上报的位置信息确定客户端当前所在的位置，并将当前的位置作为新的起始位置，从新规划出行路线，即通过数据库重新获取规划信息，并根据重新获得的规划信息，确定出行路线，将出行路线发送给客户端。而此时进行路线规划仍可以参考用户之前输入的出行需求来进行规划，只是起始位置发生了变化，规划完成后，会将新的出行路线发送给客户端进行显示，并可以语音提示用户，重新规划了出行路线。用户可以根据需要选择新的路线出行，或者是仍然继续原有的路线。

实施中，可以根据需要设定后台处理系统满足重新规划出行路线的条件，例如，可以根据需要设定后台处理系统周期性的监测用户乘坐的交通工具的行驶速度，若行驶速度超过预设的时长后仍然行驶很慢，则提醒用户车辆行驶缓慢，为其从新规划路线；或者是用户在周期调用交管部门系统的路况信息，发现用户所在的路段或者是即将行驶的路段上出现交通拥堵或者是交通管制等情况，则提醒用户车辆行驶缓慢，为其从新规划路线。

在用户出行之后，后台处理系统可以实时的向客户端发送一些反馈信息，即可以根据用户的实时位置、所选出行方案、以及车辆预计到站时间等相关信息实时更新客户端收到的反馈信息，比如用户步行路线、速度的建议，出行方案下最近会到站的车辆的位置、预计时间等的提醒，以方便用户作出选择；针对突发情况的应急处理，例如，用户到达出发站台的时间晚于最优出行方案下最近一趟车的到站时间，最优出行方案下最近一趟车因为行车途中发生交通事故或临时交通管制等导致延迟到达，或者用户已在出行方案下某趟车上，因为突发交通事故或交通管制等非自主选择因素导致的可能需要修改行车路线导致的对于突发状况能作出实时信息更新和提醒，以备用户能及时做出出行应急反应。

下面通过详细的实例进行说明。

假设用户在乘坐交通工具途中遇到突发交通情况，希望给出出行安排。则用户可以直接从新输入新的出行需求信息，使本发明实施例提供的规划出行路线的系统从新为其规划出行路线，或者也可以是，后台处理系统在监测到满足重新规划出行路线的条件后，根据用户当前所在位置以及之前的出行需求，自动为用户从新规划出行路线。也就是说，后台处理系统可以根据获得的前方车辆和交通局提供的实时交通路况信息，及时提醒用户前方遇到突然交通事故或者交通管制，规划出所乘坐车次在那个站下车，并换乘那班次公共交通，到达下车站台名称、大概在途时间等。用户可以根据得到新的出行路线，选择适合自己的路线，以便能够准时到达目的地。

在用户选择出行路线，可以进一步查看想乘坐的交通工具的一些注意事项，下面具体进行介绍。

较佳地，后台处理系统将出行路线发送给客户端之前，还包括：

后台处理系统根据交通工具和提示信息之间的第二对应关系，确定出行路线中涉及的交通工具对应的提示信息；

后台处理系统将出行路线发送给客户端，包括：

后台处理系统将提示信息发送给客户端。

也就是说，后台处理系统中可以预先设定一个交通工具和提示信息之间的对应关系(即第二对应关系)，然后，在后续规划出行路线时，后台处理系统可以根据这个对应关系，确定出行路线中涉及到的交通工具对应的提示信息，并将这个提示信息和出行路线一起发送给客户端。

例如，在实施中，为了更加人性化，用户可以选择查看想要乘坐的交通工具相关的注意事项，例如，交通工具发车的起始和结束时间，是否有人工售票，票价以及是否有空调，等等。

在用户选择出行路线，并到达出行的终点后，后台处理系统可以进一步接收用户的反馈意见，以便根据用户选择的反馈意见，以便可以更新规划信息，下面具体进行介绍。

较佳地，后台处理系统将出行路线发送给客户端之后，还包括：

后台处理系统在用户到达出行路线的终点，并收到客户端发送的包含客户端的账号标识的反馈信息后，根据反馈信息中的内容更新客户端的账号标识对应的与出行相关的历史数据信息。

在用户选择出行路线，并到达出行的终点后，后台处理系统可以向用户发送一个可供用户选择的反馈意见，内容可以根据需要进行设定，例如，反馈意见中可以包括提醒到站是否及时、车上是否拥挤、以及关于出行安排是否满意的一些选项(规划路线提示的在途时间是否准确)等信息是否准确的选项。后台处理系统会用户使用的账号的账号标识，以及用户选择的反馈信息的内容，进行一定分析，并根据分析结果更改数据库中存储的相关历史数据信息，根据用户的选择，例如，若用户选择到站提醒不够及时，则在下次为使用同一账号的用户规划出行路线时，后台处理系统会相应的加长到站提醒的时间，以便用户能够及时根据提醒下车；若用户选择车上较拥挤，则在下次为使用同一账号的用户规划出行路线时，后台处理系统会尽量选择为用户规划称作不拥挤的交通工具；如果关于出行安排是否满意的选项为提示的在途时间是否准确，且用户选择提示的步行时间较短，则在下次为使用同一账号的用户规划出行路线时，后台处理系统会相应的加长步行时间。

根据前面对规划出行路线的系统的介绍，画出了一个该系统简要流程示意图，如图2所示。

基于同一发明构思，本发明实施例中还提供了规划出行路线的后台处理系统、无线收集设备和客户端，以及规划出行路线的方法，由于这些设备和方法解决问题的原理与规划出行路线的系统相似，因此这些设备和方法的实施可以参见系统的实施，重复之处不再赘述。

如图3所示，本发明实施例提供的规划出行路线的后台处理系统，该设备包括：第一处理模块301、第一确定模块302和第一发送模块303；

第一处理模块301，用于根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；

第一确定模块302，用于根据规划信息，确定出行路线；

第一发送模块303，用于将出行路线发送给客户端；

其中，规划信息包括下列信息中的部分或全部：

路况信息、客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中账号标识是客户端登录到后台处理系统所使用的账号对应的标识。

较佳地，第一处理模块301还用于，在第一发送模块303将出行路线发送给客户端之后，且在用户到达出行路线的终点，并收到客户端发送的包含客户端的账号标识的反馈信息后，根据反馈信息中的内容更新客户端的账号标识对应的与出行相关的历史数据信息。

较佳地，第一处理模块301还用于，在满足重新规划路线的条件后，将客户端的当前位置信息替换出行需求信息中的起始位置，并根据替换后的出行需求信息，通过数据库重新获得规划信息，并触发第一确定模块302根据重新获得的规划信息，确定出行路线，以及触发第一发送模块303将第一确定模块确定的出行路线发送给客户端。

较佳地，出行需求信息包括预计到达出行需求信息中终点位置的时间；

第一处理模块301具体用于，根据收到的客户端发送的预计到达出行需求信息中终点位置的时间，通过数据库获得用于规划出行路线的规划信息。

较佳地，与出行相关的历史数据信息包括客户端对应的之前经过的不同路段和经过不同路段需要时长之间的第一对应关系；

第一处理模块301具体用于，根据客户端的账号标识，通过数据库获得客户端对应的第一对应关系；

第一确定模块302具体用于，根据客户端对应的第一对应关系，确定之前经过的不同路段对应的经过不同路段需要的时长；

第一发送模块303具体用于，将之前经过的不同路段对应的经过不同路段需要的时长发送给客户端。

较佳地，第一处理模块301还用于，接收客户端反馈的之前经过的不同路段和经过不同路段需要时长，确定客户端对应的第一对应关系；将确定的客户端对应的第一对应关系，以及客户端的账号标识绑定后存储到数据库中。

较佳地，与出行相关的历史数据信息包括客户端对应的之前选择过的出行路线；

第一处理模块301具体用于，通过数据库获得用于规划出行路线的客户端的账号标识对应的客户端对应的之前选择过的出行路线；

第一确定模块302具体用于，根据客户端对应的之前选择过的出行路线，确定出行路线。

较佳地，第一处理模块301还用于，接收客户端反馈的用户选择的出行路线，并将客户端对应的之前选择过的出行路线和客户端的账号标识绑定后存储到数据库中。

较佳地，第一处理模块301还用于，通过交通工具上的无线收集设备周期性上报的路况信息，和/或周期性调用的交管部门系统的实时路况信息获得路况信息；将路况信息存储到数据库中。

较佳地，第一确定模块302还用于，根据交通工具和提示信息之间的第二对应关系，确定出行路线中涉及的交通工具对应的提示信息；

第一发送模块303具体用于，将提示信息发送给客户端。

如图4所示，本发明实施例提供的规划出行路线的无线收集设备，该设备包括：第二确定模块401和第一上报模块402；

第二确定模块401，用于确定所在的交通工具上的与交通工具相关的交通工具信息；

第一上报模块402，用于将交通工具信息，周期性的通过后台处理系统上报给数据库进行存储，以使后台处理系统能够根据数据库中的交通工具信息进行路线规划。

较佳地，交通工具信息包括交通工具的特征信息和/或状态信息。

较佳地，交通工具信息包括交通工具的状态信息；

第二确定模块401具体用于，根据统计信息和交通工具的状态信息之间的第三对应关系，将所在的交通工具上的统计设备收集的统计信息转换成交通工具的状态信息；其中，统计信息用于表示统计的交通工具上客流量变化的信息。

较佳地，若交通工具的状态信息包括拥挤程度信息，统计设备为称重设备，第三对应关系是重量信息和拥挤程度信息之间的对应关系。

较佳地，第一上报模块402还用于，将所在的交通工具在行驶过程中的路况信息，周期性的通过后台处理系统上报给数据库进行存储，以使后台处理系统能够根据数据库中的交通工具上的无线收集设备周期性上报的路况信息进行路线规划。

如图5所示，本发明实施例提供的规划出行路线的客户端，该设备包括：第二发送模块501、显示模块502；

第二发送模块501，用于通过账号登录后台处理系统后，将出行需求信息发送给登录的后台处理系统，以使后台处理系统通过数据库获得用于规划出行路线的规划信息，并根据规划信息，确定出行路线；

显示模块502，用于在收到登录的后台处理系统发送的出行路线后，显示出行路线；

其中，规划信息包括下列信息中的部分或全部：

路况信息、客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中账号标识是客户端登录到后台处理系统所使用的账号对应的标识。

如图6所示，本发明实施例提供的第一种规划出行路线的方法流程示意图，包括下列步骤：

步骤601、后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；

步骤602、后台处理系统根据规划信息，确定出行路线；

步骤603、后台处理系统将出行路线发送给客户端；

其中，规划信息包括下列信息中的部分或全部：

路况信息、客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中账号标识是客户端登录到后台处理系统所使用的账号对应的标识。

较佳地，后台处理系统将出行路线发送给客户端之后，还包括：

后台处理系统在用户到达出行路线的终点，并收到客户端发送的包含客户端的账号标识的反馈信息后，根据反馈信息中的内容更新客户端的账号标识对应的与出行相关的历史数据信息。

较佳地，后台处理系统将出行路线发送给客户端之后，还包括：

后台处理系统在满足重新规划路线的条件后，将客户端的当前位置信息替换出行需求信息中的起始位置，并根据替换后的出行需求信息，通过数据库重新获得规划信息，并根据重新获得的规划信息，确定出行路线，将出行路线发送给客户端。

较佳地，出行需求信息包括预计到达出行需求信息中终点位置的时间；

后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息，包括：

后台处理系统根据收到的客户端发送的预计到达出行需求信息中终点位置的时间，通过数据库获得用于规划出行路线的规划信息。

较佳地，与出行相关的历史数据信息包括客户端对应的之前经过的不同路段和经过不同路段需要时长之间的第一对应关系；

后台处理系统通过数据库获得用于规划出行路线的规划信息，包括：

后台处理系统根据客户端的账号标识，通过数据库获得客户端对应的第一对应关系；

后台处理系统根据规划信息，确定出行路线，包括：

后台处理系统根据客户端对应的第一对应关系，确定之前经过的不同路段对应的经过不同路段需要的时长；

后台处理系统将出行路线发送给客户端，包括：

后台处理系统将之前经过的不同路段对应的经过不同路段需要的时长发送给客户端。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

后台处理系统接收客户端反馈的之前经过的不同路段和经过不同路段需要时长，确定客户端对应的第一对应关系；

后台处理系统将确定的客户端对应的第一对应关系，以及客户端的账号标识绑定后存储到数据库中。

较佳地，与出行相关的历史数据信息包括客户端对应的之前选择过的出行路线；

后台处理系统通过数据库获得用于规划出行路线的规划信息，包括：

后台处理系统通过数据库获得用于规划出行路线的客户端的账号标识对应的客户端对应的之前选择过的出行路线；

后台处理系统根据规划信息，确定出行路线，包括：

后台处理系统根据客户端对应的之前选择过的出行路线，确定出行路线。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

后台处理系统接收客户端反馈的用户选择的出行路线，并将客户端对应的之前选择过的出行路线和客户端的账号标识绑定后存储到数据库中。

较佳地，后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

后台处理系统通过交通工具上的无线收集设备周期性上报的路况信息，和/或周期性调用的交管部门系统的实时路况信息获得路况信息；

后台处理系统将路况信息存储到数据库中。

较佳地，后台处理系统将出行路线发送给客户端之前，还包括：

后台处理系统根据交通工具和提示信息之间的第二对应关系，确定出行路线中涉及的交通工具对应的提示信息；

后台处理系统将出行路线发送给客户端，包括：

后台处理系统将提示信息发送给客户端。

如图7所示，本发明实施例提供的第二种规划出行路线的方法流程示意图，包括下列步骤：

步骤701、无线收集设备确定所在的交通工具上的与交通工具相关的交通工具信息；

步骤702、无线收集设备将交通工具信息，周期性的通过后台处理系统上报给数据库进行存储，以使后台处理系统能够根据数据库中的交通工具信息进行路线规划。

较佳地，交通工具信息包括交通工具的特征信息和/或状态信息。

较佳地，交通工具信息包括交通工具的状态信息；

无线收集设备确定所在的交通工具上的与交通工具相关的交通工具信息，包括：

无线收集设备根据统计信息和交通工具的状态信息之间的第三对应关系，将所在的交通工具上的统计设备收集的统计信息转换成交通工具的状态信息；

其中，统计信息用于表示统计的交通工具上客流量变化的信息。

较佳地，若交通工具的状态信息包括拥挤程度信息，统计设备为称重设备，第三对应关系是重量信息和拥挤程度信息之间的对应关系。

较佳地，该方法还包括：

无线收集设备将所在的交通工具在行驶过程中的路况信息，周期性的通过后台处理系统上报给数据库进行存储，以使后台处理系统能够根据数据库中的交通工具上的无线收集设备周期性上报的路况信息进行路线规划。

如图8所示，本发明实施例提供的第三种规划出行路线的方法流程示意图，包括下列步骤：

步骤801、客户端通过账号登录后台处理系统后，将出行需求信息发送给登录的后台处理系统，以使后台处理系统通过数据库获得用于规划出行路线的规划信息，并根据规划信息，确定出行路线；

步骤802、客户端在收到登录的后台处理系统发送的出行路线后，显示出行路线；

其中，规划信息包括下列信息中的部分或全部：

路况信息、客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中账号标识是客户端登录到后台处理系统所使用的账号对应的标识。

其中，图6和图8可以合成一个流程，形成新的进行连接的方法，执行步骤的先后顺序为步骤801、步骤601、步骤602、步骤603、步骤802。

本发明实施例提供的一种规划出行路线的方法，该方法包括：后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；后台处理系统根据规划信息，确定出行路线；后台处理系统将出行路线发送给客户端；其中，规划信息包括下列信息中的部分或全部：路况信息、客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中账号标识是客户端登录到后台处理系统所使用的账号对应的标识。采用本发明实施例的方法，用户能够通过客户端的账号标识对应的与出行相关的历史数据信息来规划出行路线。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

Claims (32)

1.一种规划出行路线的方法，其特征在于，该方法包括：

后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；

所述后台处理系统根据所述规划信息，确定出行路线；

所述后台处理系统将所述出行路线发送给所述客户端；

其中，所述规划信息包括下列信息中的部分或全部：

路况信息、所述客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中所述账号标识是所述客户端登录到所述后台处理系统所使用的账号对应的标识。

2.根据权利要求1所述的方法，其特征在于，所述后台处理系统将所述出行路线发送给所述客户端之后，还包括：

所述后台处理系统在用户到达出行路线的终点，并收到所述客户端发送的包含所述客户端的账号标识的反馈信息后，根据所述反馈信息中的内容更新所述客户端的账号标识对应的所述与出行相关的历史数据信息。

3.根据权利要求1所述的方法，其特征在于，所述后台处理系统将所述出行路线发送给所述客户端之后，还包括：

所述后台处理系统在满足重新规划路线的条件后，将所述客户端的当前位置信息替换所述出行需求信息中的起始位置，并根据替换后的出行需求信息，通过数据库重新获得所述规划信息，并根据重新获得的所述规划信息，确定出行路线，将所述出行路线发送给所述客户端。

4.根据权利要求1所述的方法，其特征在于，所述出行需求信息包括预计到达所述出行需求信息中终点位置的时间；

所述后台处理系统根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息，包括：

所述后台处理系统根据收到的客户端发送的所述预计到达所述出行需求信息中终点位置的时间，通过数据库获得用于规划出行路线的规划信息。

5.根据权利要求1所述的方法，其特征在于，所述与出行相关的历史数据信息包括客户端对应的之前经过的不同路段和经过不同路段需要时长之间的第一对应关系；

所述后台处理系统通过数据库获得用于规划出行路线的规划信息，包括：

所述后台处理系统根据所述客户端的账号标识，通过数据库获得所述客户端对应的所述第一对应关系；

所述后台处理系统根据所述规划信息，确定出行路线，包括：

所述后台处理系统根据所述客户端对应的所述第一对应关系，确定之前经过的不同路段对应的经过不同路段需要的时长；

所述后台处理系统将所述出行路线发送给所述客户端，包括：

所述后台处理系统将所述之前经过的不同路段对应的经过不同路段需要的时长发送给所述客户端。

6.根据权利要求5所述的方法，其特征在于，所述后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

所述后台处理系统接收所述客户端反馈的之前经过的不同路段和经过不同路段需要时长，确定所述客户端对应的所述第一对应关系；

所述后台处理系统将确定的所述所述客户端对应的所述第一对应关系，以及所述客户端的账号标识绑定后存储到所述数据库中。

7.根据权利要求1所述的方法，其特征在于，所述与出行相关的历史数据信息包括所述客户端对应的之前选择过的出行路线；

所述后台处理系统通过数据库获得用于规划出行路线的规划信息，包括：

所述后台处理系统通过数据库获得用于规划出行路线的所述客户端的账号标识对应的所述客户端对应的之前选择过的出行路线；

所述后台处理系统根据所述规划信息，确定出行路线，包括：

所述后台处理系统根据所述客户端对应的之前选择过的出行路线，确定出行路线。

8.根据权利要求7所述的方法，其特征在于，所述后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

所述后台处理系统接收所述客户端反馈的用户选择的出行路线，并将所述客户端对应的之前选择过的出行路线和所述客户端的账号标识绑定后存储到所述数据库中。

9.根据权利要求1所述的方法，其特征在于，所述后台处理系统通过数据库获得用于规划出行路线的规划信息之前，还包括：

所述后台处理系统通过交通工具上的无线收集设备周期性上报的路况信息，和/或周期性调用的交管部门系统的实时路况信息获得所述路况信息；

所述后台处理系统将所述路况信息存储到所述数据库中。

10.根据权利要求1所述的方法，其特征在于，所述后台处理系统将所述出行路线发送给所述客户端之前，还包括：

所述后台处理系统根据所述交通工具和提示信息之间的第二对应关系，确定所述出行路线中涉及的交通工具对应的提示信息；

所述后台处理系统将所述出行路线发送给所述客户端，包括：

所述后台处理系统将所述提示信息发送给所述客户端。

11.一种规划出行路线的方法，其特征在于，该方法包括：

无线收集设备确定所在的交通工具上的与交通工具相关的交通工具信息；

所述无线收集设备将所述交通工具信息，周期性的通过后台处理系统上报给数据库进行存储，以使所述后台处理系统能够根据数据库中的所述交通工具信息进行路线规划。

12.根据权利要求11所述的方法，其特征在于，所述交通工具信息包括交通工具的特征信息和/或状态信息。

13.根据权利要求12所述的方法，其特征在于，所述交通工具信息包括交通工具的状态信息；

所述无线收集设备确定所在的交通工具上的与交通工具相关的交通工具信息，包括：

所述无线收集设备根据统计信息和交通工具的状态信息之间的第三对应关系，将所在的交通工具上的统计设备收集的统计信息转换成交通工具的状态信息；

其中，所述统计信息用于表示统计的交通工具上客流量变化的信息。

14.根据权利要求13所述的方法，其特征在于，若所述交通工具的状态信息包括拥挤程度信息，所述统计设备为称重设备，所述第三对应关系是重量信息和拥挤程度信息之间的对应关系。

15.根据权利要求11所述的方法，其特征在于，该方法还包括：

所述无线收集设备将所在的交通工具在行驶过程中的路况信息，周期性的通过后台处理系统上报给数据库进行存储，以使所述后台处理系统能够根据数据库中的交通工具上的无线收集设备周期性上报的路况信息进行路线规划。

16.一种规划出行路线的方法，其特征在于，该方法包括：

客户端通过账号登录后台处理系统后，将出行需求信息发送给所述登录的后台处理系统，以使所述后台处理系统通过数据库获得用于规划出行路线的规划信息，并根据所述规划信息，确定出行路线；

所述客户端在收到所述登录的后台处理系统发送的出行路线后，显示所述出行路线；

其中，所述规划信息包括下列信息中的部分或全部：

路况信息、所述客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中所述账号标识是所述客户端登录到所述后台处理系统所使用的账号对应的标识。

17.一种规划出行路线的后台处理系统，其特征在于，该设备包括：

第一处理模块，用于根据收到的客户端发送的出行需求信息，通过数据库获得用于规划出行路线的规划信息；

第一确定模块，用于根据所述规划信息，确定出行路线；

第一发送模块，用于将所述出行路线发送给所述客户端；

其中，所述规划信息包括下列信息中的部分或全部：

路况信息、所述客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中所述账号标识是所述客户端登录到所述后台处理系统所使用的账号对应的标识。

18.根据权利要求17所述的设备，其特征在于，所述第一处理模块还用于，在第一发送模块将所述出行路线发送给所述客户端之后，且在用户到达出行路线的终点，并收到所述客户端发送的包含所述客户端的账号标识的反馈信息后，根据所述反馈信息中的内容更新所述客户端的账号标识对应的所述与出行相关的历史数据信息。

19.根据权利要求17所述的设备，其特征在于，所述第一处理模块还用于，在满足重新规划路线的条件后，将所述客户端的当前位置信息替换所述出行需求信息中的起始位置，并根据替换后的出行需求信息，通过数据库重新获得所述规划信息，并触发所述第一确定模块根据重新获得的所述规划信息，确定出行路线，以及触发所述第一发送模块将所述第一确定模块确定的所述出行路线发送给所述客户端。

20.根据权利要求17所述的设备，其特征在于，所述出行需求信息包括预计到达所述出行需求信息中终点位置的时间；

所述第一处理模块具体用于，根据收到的客户端发送的所述预计到达所述出行需求信息中终点位置的时间，通过数据库获得用于规划出行路线的规划信息。

21.根据权利要求17所述的设备，其特征在于，所述与出行相关的历史数据信息包括客户端对应的之前经过的不同路段和经过不同路段需要时长之间的第一对应关系；

所述第一处理模块具体用于，根据所述客户端的账号标识，通过数据库获得所述客户端对应的所述第一对应关系；

所述第一确定模块具体用于，根据所述客户端对应的所述第一对应关系，确定之前经过的不同路段对应的经过不同路段需要的时长；

所述第一发送模块具体用于，将所述之前经过的不同路段对应的经过不同路段需要的时长发送给所述客户端。

22.根据权利要求21所述的设备，其特征在于，所述第一处理模块还用于，接收所述客户端反馈的之前经过的不同路段和经过不同路段需要时长，确定所述客户端对应的所述第一对应关系；将确定的所述所述客户端对应的所述第一对应关系，以及所述客户端的账号标识绑定后存储到所述数据库中。

23.根据权利要求17所述的设备，其特征在于，所述与出行相关的历史数据信息包括所述客户端对应的之前选择过的出行路线；

所述第一处理模块具体用于，通过数据库获得用于规划出行路线的所述客户端的账号标识对应的所述客户端对应的之前选择过的出行路线；

所述第一确定模块具体用于，根据所述客户端对应的之前选择过的出行路线，确定出行路线。

24.根据权利要求23所述的设备，其特征在于，所述第一处理模块还用于，接收所述客户端反馈的用户选择的出行路线，并将所述客户端对应的之前选择过的出行路线和所述客户端的账号标识绑定后存储到所述数据库中。

25.根据权利要求17所述的设备，其特征在于，所述第一处理模块还用于，通过交通工具上的无线收集设备周期性上报的路况信息，和/或周期性调用的交管部门系统的实时路况信息获得所述路况信息；将所述路况信息存储到所述数据库中。

26.根据权利要求17所述的设备，其特征在于，所述第一确定模块还用于，根据所述交通工具和提示信息之间的第二对应关系，确定所述出行路线中涉及的交通工具对应的提示信息；

所述第一发送模块具体用于，将所述提示信息发送给所述客户端。

27.一种规划出行路线的无线收集设备，其特征在于，该设备包括：

第二确定模块，用于确定所在的交通工具上的与交通工具相关的交通工具信息；

第一上报模块，用于将所述交通工具信息，周期性的通过后台处理系统上报给数据库进行存储，以使所述后台处理系统能够根据数据库中的所述交通工具信息进行路线规划。

28.根据权利要求27所述的设备，其特征在于，所述交通工具信息包括交通工具的特征信息和/或状态信息。

29.根据权利要求28所述的设备，其特征在于，所述交通工具信息包括交通工具的状态信息；

所述第二确定模块具体用于，根据统计信息和交通工具的状态信息之间的第三对应关系，将所在的交通工具上的统计设备收集的统计信息转换成交通工具的状态信息；其中，所述统计信息用于表示统计的交通工具上客流量变化的信息。

30.根据权利要求29所述的设备，其特征在于，若所述交通工具的状态信息包括拥挤程度信息，所述统计设备为称重设备，所述第三对应关系是重量信息和拥挤程度信息之间的对应关系。

31.根据权利要求27所述的设备，其特征在于，所述第一上报模块还用于，将所在的交通工具在行驶过程中的路况信息，周期性的通过后台处理系统上报给数据库进行存储，以使所述后台处理系统能够根据数据库中的交通工具上的无线收集设备周期性上报的路况信息进行路线规划。

32.一种规划出行路线的客户端，其特征在于，该设备包括：

第二发送模块，用于通过账号登录后台处理系统后，将出行需求信息发送给所述登录的后台处理系统，以使所述后台处理系统通过数据库获得用于规划出行路线的规划信息，并根据所述规划信息，确定出行路线；

显示模块，用于在收到所述登录的后台处理系统发送的出行路线后，显示所述出行路线；

其中，所述规划信息包括下列信息中的部分或全部：

路况信息、所述客户端的账号标识对应的与出行相关的历史数据信息、交通工具上的无线收集设备周期性上报的与交通工具相关的交通工具信息，其中所述账号标识是所述客户端登录到所述后台处理系统所使用的账号对应的标识。