本发明涉及导航技术领域，具体涉及一种导航路线确定方法及装置、数据检索处理方法和服务器。
背景技术：
目前乘客使用打车软件时司机侧会根据乘客的乘车出发地和目的地进行导航，或者询问一下乘客走哪条路。但是很多情况下乘客打车的出发地和目的地是相同的，比如很多乘客都是上下班打车。此时现有的方法会耗费较多的时间，而且导航的方法会耗费较多的流量，导航出的路线也不一定是乘客喜欢走的路线。
由此，如何提供一种省时间、省流量、匹配乘客爱好的导航方法，成为亟待解决的问题。
技术实现要素：
针对现有技术中的缺陷，本发明实施例提供一种导航路线确定方法及装置、数据检索处理方法和服务器。
一方面，本发明实施例提出一种导航路线确定方法，包括：
获取用户的出发地、目的地和身份标识；
向服务器发送对历史出行路线的检索请求，其中，所述检索请求包括所述用户的出发地、目的地和身份标识；
接收所述服务器反馈的推荐行驶路线，将所述推荐行驶路线作为导航路线。
本发明实施例提供的导航路线确定方法，当乘客打车时，会借助于服务器检索出推荐行驶路线，并将所述推荐行驶路线作为此次导航路线，从而相较于需要导航或者询问乘客路线的现有技术，本发明实施例不需要在导航和询问乘客路线上浪费时间，可以直接获取此次导航路线，因而能够节省时间，而且，此种借助于服务器检索的方式相较于导航的方式可以大大节省司机侧流量。
另一方面，本发明实施例提出一种数据检索处理方法，包括：
接收终端发送的对历史出行路线的检索请求，根据所述检索请求检索历史出行路线，若所述历史出行路线中存在与所述检索请求中出发地相同、目的地相同、身份标识相同的历史出行路线，统计所述历史出行路线中不同出行路线出现的次数，其中，所述检索请求包括一个用户的出发地、目的地和身份标识；
若判断获知出现的次数最多的出行路线只有一条，则将该条出行路线作为推荐行驶路线，并将所述推荐行驶路线反馈给所述终端。
本发明实施例提供的数据检索处理方法，通过接收终端发送的对历史出行路线的检索请求，并根据所述检索请求检索并反馈推荐行驶路线，有助于终端将所述推荐行驶路线作为此次导航路线，从而相较于需要导航或者询问乘客路线的现有技术，本发明实施例中司机终端不需要在导航和询问乘客路线上浪费时间，可以直接获取此次导航路线，因而能够节省时间，而且，此种由服务器进行检索的方式相较于导航的方式可以大大节省司机侧流量，并且，得到的此次导航路线为乘客所最常走的路线，因而能够匹配乘客爱好，为乘客定制个性化的出行轨迹。
另一方面，本发明实施例提出一种导航路线确定装置，包括：
获取单元，用于获取用户的出发地、目的地和身份标识；
发送单元，用于向服务器发送对历史出行路线的检索请求，其中，所述检索请求包括所述用户的出发地、目的地和身份标识；
导航单元，用于接收所述服务器反馈的推荐行驶路线，将所述推荐行驶路线作为导航路线。
本发明实施例提供的导航路线确定装置，当乘客打车时，会借助于服务器检索出推荐行驶路线，而导航单元会将所述推荐行驶路线作为此次导航路线，从而相较于需要导航或者询问乘客路线的现有技术，本发明实施例不需要在导航和询问乘客路线上浪费时间，可以直接获取此次导航路线，因而能够节省时间，而且，此种借助于服务器检索的方式相较于导航的方式可以大大节省司机侧流量。
另一方面，本发明实施例提出一种服务器，包括：
检索单元，用于接收终端发送的对历史出行路线的检索请求，根据所述检索请求检索历史出行路线，若所述历史出行路线中存在与所述检索请求中出发地相同、目的地相同、身份标识相同的历史出行路线，统计所述历史出行路线中不同出行路线出现的次数，其中，所述检索请求包括一个用户的出发地、目的地和身份标识；
第一反馈单元，用于若判断获知出现的次数最多的出行路线只有一条，则将该条出行路线作为推荐行驶路线，并将所述推荐行驶路线反馈给所述终端。
本发明实施例提供的服务器，通过检索单元接收终端发送的对历史出行路线的检索请求，并根据所述检索请求检索推荐行驶路线，通过第一反馈单元向对应的终端反馈推荐行驶路线，有助于司机终端将所述推荐行驶路线作为此次导航路线，从而相较于需要导航或者询问乘客路线的现有技术，本发明实施例中司机终端不需要在导航和询问乘客路线上浪费时间，可以直接获取此次导航路线，因而能够节省时间，而且，此种由服务器进行检索的方式相较于导航的方式可以大大节省司机侧流量，并且，得到的此次导航路线为乘客所最常走的路线，因而能够匹配乘客爱好，为乘客定制个性化的出行轨迹。
附图说明
图1为本发明导航路线确定方法一实施例的流程示意图；
图2为本发明数据检索处理方法一实施例的流程示意图；
图3为本发明导航路线确定装置一实施例的结构示意图；
图4为本发明导航路线确定装置另一实施例的实体结构示意图；
图5为本发明服务器一实施例的结构示意图；
图6为本发明服务器另一实施例的实体结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，本发明实施例普遍适用于用户导航的情形，下文仅以乘客打车时司机导航的情况进行说明。
参看图1，本实施例公开一种导航路线确定方法，包括：
s10、获取用户的出发地、目的地和身份标识；
本实施例中，所述获取用户的出发地、目的地和身份标识的步骤可以包括：
根据承接的服务订单，从所述服务器获取服务用户的身份标识、出发地和目的地。
可以理解的是，在乘客通过终端叫车时，会向约车服务器上传出发地、目的地和身份标识，而后约车服务器会根据出发地和目的地为乘客匹配出司机，并将乘客的出发地、目的地和身份标识发送给对应的司机终端。所述身份标识可以为手机号、用户帐户等能够唯一标识用户的信息。
s11、向服务器发送对历史出行路线的检索请求，其中，所述检索请求包括所述用户的出发地、目的地和身份标识；
司机终端在获取到乘客的出发地、目的地和身份标识后，会向服务器发送对历史出行路线的检索请求，并等待服务器反馈检索结果。
s12、接收所述服务器反馈的推荐行驶路线，将所述推荐行驶路线作为导航路线。
若司机终端接收到所述服务器反馈的推荐行驶路线，则会将所述推荐行驶路线作为此次导航路线。所述推荐行驶路线包括如下种：
第一种是该乘客历史出行路线中与所述检索请求中出发地相同、目的地相同的历史出行路线中出现的次数最多的出行路线，其中，所述出现的次数最多的出行路线只有一条。比如，乘客a过去曾8次从北京大学西门打车至北京国际机场，8次中有3次都走的同一路线x，而其余5次每次的行驶路线均不相同，则若乘客a当前要从北京大学西门打车至北京国际机场，则前述路线x即为推荐行驶路线。
第二种是根据该乘客的行驶喜好规划出的推荐行驶路线。其中，该乘客的行驶喜好指的是，该乘客历史打车行驶路线中出发地与当前出发地相同，且目的地与当前目的地相同的路线中出现频率较高的路段。比如，乘客b过去曾8次从北京大学西门打车至北京国际机场，而每一次采用的行驶路线均不相同。假设有8次经过路段a和b，6次经过路段c，5次经过路段d，则该乘客b的行驶喜好可以为出现频率较高的至少一个路段，比如说路段a，或者路段a和b，或者路段a、c和d等等。
第三种是所有乘客历史出行路线中与所述检索请求中出发地相同、目的地相同的历史出行路线中出现的次数最多的出行路线，其中，所述出现的次数最多的出行路线只有一条。第三种推荐行驶路线与第一种推荐行驶路线不同之处在于第一种推荐行驶路线是在该乘客历史出行路线中寻找出现的次数最多的出行路线，而第三种推荐行驶路线是在所有乘客历史出行路线中寻找出现的次数最多的出行路线。
第四种是地图默认推荐的导航路线。
本发明实施例提供的导航路线确定方法，当乘客打车时，会借助于服务器检索出推荐行驶路线，并将所述推荐行驶路线作为此次导航路线，从而相较于需要导航或者询问乘客路线的现有技术，本发明实施例不需要在导航和询问乘客路线上浪费时间，可以直接获取此次导航路线，因而能够节省时间，而且，此种借助于服务器检索的方式相较于导航的方式可以大大节省司机侧流量。
在上述方法实施例基础上，所述方法还可以包括如下的图中未示出的子步骤：
s13、记录出行的实际行驶路线，并将所述实际行驶路线发送给所述服务器。
本发明实施例中，通过记录出行的实际行驶路线，并将所述实际行驶路线发送给所述服务器，有助于服务器进行数据更新，继而有助于司机终端从服务器获取到最新的数据。
参看图2，本发明实施例提出一种数据检索处理方法，包括：
s20、接收终端发送的对历史出行路线的检索请求，根据所述检索请求检索历史出行路线，若所述历史出行路线中存在与所述检索请求中出发地相同、目的地相同、身份标识相同的历史出行路线，统计所述历史出行路线中不同出行路线出现的次数，其中，所述检索请求包括一个用户的出发地、目的地和身份标识；
s21、若判断获知出现的次数最多的出行路线只有一条，则将该条出行路线作为推荐行驶路线，并将所述推荐行驶路线反馈给所述终端。
服务器会随时准备接收终端发送的对历史出行路线的检索请求，并在接收到终端发送的检索请求后，会根据所述检索请求检索推荐行驶路线，并反馈给终端。
本发明实施例提供的数据检索处理方法，通过接收终端发送的对历史出行路线的检索请求，并根据所述检索请求检索并反馈推荐行驶路线，有助于终端将所述推荐行驶路线作为此次导航路线，从而相较于需要导航或者询问乘客路线的现有技术，本发明实施例中司机终端不需要在导航和询问乘客路线上浪费时间，可以直接获取此次导航路线，因而能够节省时间，而且，此种由服务器进行检索的方式相较于导航的方式可以大大节省司机侧流量，并且，得到的此次导航路线为乘客所最常走的路线，因而能够匹配乘客爱好，为乘客定制个性化的出行轨迹。
在上述方法实施例基础上，所述方法还可以包括如下的图中未示出的子步骤：
s23、若出现的次数最多的出行路线不止一条，则根据所述与所述检索请求中出发地相同、目的地相同、身份标识相同的历史出行路线计算该乘客的行驶喜好，根据该乘客的行驶喜好规划出推荐行驶路线，并将所述推荐行驶路线反馈给所述终端。
本实施例中，举例来说，假设乘客d过去曾8次从北京大学西门打车至北京国际机场，而每一次采用的行驶路线均不相同。则此时会检索该乘客d这8次经过频率较高的至少一个路段作为出发地为北京大学西门、目的地为北京国际机场时该乘客d的行驶喜好。假设有8次经过路段a和b，6次经过路段c，5次经过路段d，则该乘客d的行驶喜好可以为路段a和b，或者路段a、b和c，或者路段c和d等等。
当然需要说明的是，如果乘客的行驶喜好包括多个路段，则根据所述行驶喜好规划此次行驶路线时应该保证在不绕远的情况下经过较多的喜好路段。假如乘客b的行驶喜好路段为a和b，在规划此次行驶路线时，如果确定要经过路段a，而路段b不在路段a至北京国际机场的方向上，则应舍弃路段b。另外，需要说明的是，对于一条已知的路线，可以将其与地图中的位置对照，获得组成该路线的各个路段。
本发明实施例中，对于至少两条路线出行次数相等且为最大值的情况，通过获取对应的打车行驶喜好，根据所述行驶喜好规划出推荐行驶路线，便于司机终端将所述推荐行驶路线作为此次行驶路线，为乘客制定个性化的打车路线。
在上述方法实施例基础上，所述方法还可以包括如下的图中未示出的子步骤：
s24、若所述历史出行路线中不存在与所述检索请求中出发地相同、目的地相同、身份标识相同的历史出行路线，则判断所有乘客的历史出行路线中是否存在与所述检索请求中出发地相同、目的地相同的历史出行路线；
s25、若所有乘客的历史出行路线中存在与所述检索请求中出发地相同、目的地相同的历史出行路线，则统计所述历史出行路线中不同出行路线出现的次数；
s26、若判断获知出现的次数最多的出行路线只有一条，则将该条出行路线作为推荐行驶路线，并将所述推荐行驶路线反馈给所述终端。
本发明实施例中，在该乘客历史出行路线中不存在与所述检索请求中出发地相同、目的地相同的历史出行路线时，通过获取所有乘客的历史出行路线中与所述检索请求中出发地相同、目的地相同的历史出行路线中次数最多的出行路线，将其作为推荐行驶路线，并反馈给司机终端，便于司机终端将所述推荐行驶路线作为此次行驶路线，即参照其他乘客的历史行驶路线规划该乘客的此次行驶路线，能够有助于减少司机故意绕路以及行驶路线过于拥堵情况的发生，从而使路线规划较为合理。
在上述方法实施例基础上，所述方法还可以包括如下的图中未示出的子步骤：
s27、若所有乘客的历史出行路线中不存在与所述检索请求中出发地相同、目的地相同的历史出行路线，或者若判断获知出现的次数最多的出行路线不止一条，则使用地图默认推荐的导航路线作为推荐行驶路线，并将所述推荐行驶路线反馈给所述终端。
参看图3，本发明实施例提出一种导航路线确定装置，包括：
获取单元10、发送单元11和导航单元12；其中，
获取单元10会获取用户的出发地、目的地和身份标识，并发送给发送单元11。发送单元11接收到获取单元10发送的某一用户的出发地、目的地和身份标识后，会向服务器发送对历史出行路线的检索请求，而导航单元12会接收所述服务器反馈的推荐行驶路线，将所述推荐行驶路线作为此次导航路线。其中，所述检索请求包括所述用户的出发地、目的地和身份标识，所述身份标识可以为手机号、用户帐户等能够唯一标识用户的信息。
所述推荐行驶路线包括如下种：
第一种是该乘客历史出行路线中与所述检索请求中出发地相同、目的地相同的历史出行路线中出现的次数最多的出行路线，其中，所述出现的次数最多的出行路线只有一条；
第二种是根据该乘客的行驶喜好规划出的推荐行驶路线。其中，该乘客的行驶喜好指的是，该乘客历史打车行驶路线中出发地与当前出发地相同，且目的地与当前目的地相同的路线中出现频率较高的路段；
第三种是所有乘客历史出行路线中与所述检索请求中出发地相同、目的地相同的历史出行路线中出现的次数最多的出行路线，其中，所述出现的次数最多的出行路线只有一条；
第四种是地图默认推荐的导航路线。
本发明实施例提供的导航路线确定装置，当乘客打车时，会借助于服务器检索出推荐行驶路线，而导航单元会将所述推荐行驶路线作为此次导航路线，从而相较于需要导航或者询问乘客路线的现有技术，本发明实施例不需要在导航和询问乘客路线上浪费时间，可以直接获取此次导航路线，因而能够节省时间，而且，此种借助于服务器检索的方式相较于导航的方式可以大大节省司机侧流量。
在上述装置实施例基础上，所述装置还可以包括如下的图中未示出的结构：记录单元13；其中，
记录单元13会在司机接到乘客后载客的过程中记录出行的实际行驶路线，并在此次打车结束后将所述实际行驶路线发送给所述服务器。
本发明实施例中，记录单元通过记录出行的实际行驶路线，并将所述实际行驶路线发送给所述服务器，有助于服务器进行数据更新，继而有助于司机终端从服务器获取到最新的数据。
图4示例了一种导航路线确定装置的实体结构示意图，如图4所示，该装置可以包括：处理器(processor)101、存储器(memory)102、通信接口(communicationsinterface)103和总线104，其中，处理器101，存储器102，通信接口103通过总线104完成相互间的通信。通信接口103可以用于该装置与服务器之间的信息传输。处理器101可以调用存储器102中的逻辑指令，以执行如下方法：获取用户的出发地、目的地和身份标识；向服务器发送对历史出行路线的检索请求，其中，所述检索请求包括所述用户的出发地、目的地和身份标识；接收所述服务器反馈的推荐行驶路线，将所述推荐行驶路线作为导航路线。
参看图5，本发明实施例提出一种服务器，包括：
检索单元20和第一反馈单元21；其中，
检索单元20会接收终端发送的对历史出行路线的检索请求，根据所述检索请求检索历史出行路线，若所述历史出行路线中存在与所述检索请求中出发地相同、目的地相同、身份标识相同的历史出行路线，则统计所述历史出行路线中不同出行路线出现的次数，并将统计结果发送给第一反馈单元21，其中，所述检索请求包括一个用户的出发地、目的地和身份标识。而第一反馈单元21获取到检索单元20发送的统计结果后，会判断出现的次数最多的出行路线是否只有一条，若出现的次数最多的出行路线只有一条，则会将该条出行路线作为推荐行驶路线，并将所述推荐行驶路线反馈给所述终端。
本发明实施例提供的服务器，通过检索单元接收终端发送的对历史出行路线的检索请求，并根据所述检索请求检索推荐行驶路线，通过第一反馈单元向对应的终端反馈推荐行驶路线，有助于司机终端将所述推荐行驶路线作为此次导航路线，从而相较于需要导航或者询问乘客路线的现有技术，本发明实施例中司机终端不需要在导航和询问乘客路线上浪费时间，可以直接获取此次导航路线，因而能够节省时间，而且，此种由服务器进行检索的方式相较于导航的方式可以大大节省司机侧流量，并且，得到的此次导航路线为乘客所最常走的路线，因而能够匹配乘客爱好，为乘客定制个性化的出行轨迹。
在上述服务器实施例基础上，所述第一反馈单元21还可以用于若出现的次数最多的出行路线不止一条，则根据所述与所述检索请求中出发地相同、目的地相同、身份标识相同的历史出行路线计算该乘客的行驶喜好，根据该乘客的行驶喜好规划出推荐行驶路线，并将所述推荐行驶路线反馈给所述终端。
本发明实施例中，对于至少两条路线出行次数相等且为最大值的情况，通过获取对应的打车行驶喜好，便于司机终端将所述推荐行驶路线作为此次行驶路线，为乘客制定个性化的打车路线。
在上述服务器实施例基础上，所述服务器还可以包括如下的图中未示出的结构：判断单元22、统计单元23和第二反馈单元24；其中，
在所述检索单元20确定所述历史出行路线中不存在与所述检索请求中出发地相同、目的地相同、身份标识相同的历史出行路线时，判断单元22会判断所有乘客的历史出行路线中是否存在与所述检索请求中出发地相同、目的地相同的历史出行路线，并将判断结果发送给统计单元23。统计单元23获取到判断单元22的判断结果后，若判断结果显示所有乘客的历史出行路线中存在与所述检索请求中出发地相同、目的地相同的历史出行路线，则统计所述历史出行路线中不同出行路线出现的次数，并将统计结果发送给第二反馈单元24。
第二反馈单元24获取到统计单元23发送的统计结果后，会判断出现的次数最多的出行路线是否只有一条，若出现的次数最多的出行路线只有一条，则会将该条出行路线作为推荐行驶路线，并将所述推荐行驶路线反馈给所述司机终端。
本发明实施例中，在该乘客历史出行路线中不存在与所述检索请求中出发地相同、目的地相同的历史出行路线时，第二反馈单元24获取所有乘客的历史出行路线中与所述检索请求中出发地相同、目的地相同的历史出行路线中次数最多的出行路线，将其作为推荐行驶路线，并反馈给司机终端，便于司机终端将所述推荐行驶路线作为此次行驶路线，即参照其他乘客的历史行驶路线规划该乘客的此次行驶路线，从而有助于使路线规划较为合理。
在上述服务器实施例基础上，所述服务器还可以包括如下的图中未示出的结构：第三反馈单元25；其中，
在所述判断单元22确定所有乘客的历史出行路线中不存在与所述检索请求中出发地相同、目的地相同相同的历史出行路线，或者所述第二反馈单元24确定出现的次数最多的出行路线不止一条时，第三反馈单元25会使用地图默认推荐的导航路线作为第三推荐行驶路线，并将所述第三推荐行驶路线反馈给所述司机终端。
图6示例了一种服务器的实体结构示意图，如图6所示，该服务器可以包括：处理器(processor)201、存储器(memory)202、通信接口(communicationsinterface)203和总线204，其中，处理器201，存储器202，通信接口203通过总线204完成相互间的通信。通信接口203可以用于该服务器与用户终端和司机终端之间的信息传输。处理器201可以调用存储器202中的逻辑指令，以执行如下方法：接收终端发送的对历史出行路线的检索请求，根据所述检索请求检索历史出行路线，若所述历史出行路线中存在与所述检索请求中出发地相同、目的地相同、身份标识相同的历史出行路线，统计所述历史出行路线中不同出行路线出现的次数，其中，所述检索请求包括一个用户的出发地、目的地和身份标识；若判断获知出现的次数最多的出行路线只有一条，则将该条出行路线作为推荐行驶路线，并将所述推荐行驶路线反馈给所述司机终端。
此外，上述的处理器101和201中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。