CN107665374A - 打车路线处理方法及装置 - Google Patents
打车路线处理方法及装置 Download PDFInfo
- Publication number
- CN107665374A CN107665374A CN201610619544.5A CN201610619544A CN107665374A CN 107665374 A CN107665374 A CN 107665374A CN 201610619544 A CN201610619544 A CN 201610619544A CN 107665374 A CN107665374 A CN 107665374A
- Authority
- CN
- China
- Prior art keywords
- taxi
- calling
- route
- sent
- address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 19
- 238000003672 processing method Methods 0.000 claims abstract description 15
- 230000005540 biological transmission Effects 0.000 claims description 7
- 230000004083 survival effect Effects 0.000 claims 1
- 238000002360 preparation method Methods 0.000 description 5
- 238000010009 beating Methods 0.000 description 2
- 239000011521 glass Substances 0.000 description 2
- 238000001035 drying Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
- G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
-
- G06Q50/40—
Abstract
本发明提供一种打车路线处理方法及装置,方法包括:接收用户设备发送的打车请求,打车请求包括出发地地址和目的地地址;根据出发地地址和目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线;将获取到的打车路线发送到用户设备,用户根据预设特征项选择打车路线;接收用户设备发送的已选打车路线,并将已选打车路线与根据打车请求生成的订单发送至终端。本发明实施例提供的打车路线处理方法及装置,通过根据出发地地址和目的地地址从预设时间段内的历史记录中获取符合预设特征项的打车路线,并发送至用户设备,由用户选择自己需要的打车路线,并使司机接单后参考用户已选打车路线完成服务,增强了用户打车体验。
Description
技术领域
本发明涉及信息处理技术领域,尤其涉及一种打车路线处理方法及装置。
背景技术
打车服务越来越受到大众的欢迎,随之越来越多的人习惯打车。
由于一些因素(上下班、逛街、走访亲戚)的约束,会使得一些人经常会从某一出发地到某一目的地打车,但有时打车路线不尽相同。
而用户无法通晓自己行驶哪条打车路线,符合自己此时的切身体验。
发明内容
本发明提供一种打车路线处理方法及装置,用于解决现有技术中无法获知经常从固定出发地到固定目的地的打车路线情况所带来的用户体验低的问题。
一方面,本发明提供一种打车路线处理方法,包括:
接收用户设备发送的打车请求,所述打车请求包括出发地地址和目的地地址;
根据所述出发地地址和所述目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线;
将获取到的打车路线发送到用户设备;
接收用户设备发送的已选打车路线,并将已选打车路线与根据打车请求生成的订单发送至终端。
优选地,所述预设特征项包括最短距离、最短用时和风景最多的一种或多种。
优选地,还包括:在接收用户设备发送的打车请求的同时,还接收用户设备发送的打车路线选择请求。
优选地,还包括:在预设时间段内的历史记录中未记录从所述出发地地址至所述目的地地址的打车路线,则向用户设备发送参考路线。
优选地,还包括:在预设时间段内的历史记录中只记录一条从所述出发地地址至所述目的地地址的打车路线,则将该打车路线与根据打车请求生成的订单发送至终端。
另一方面,本发明提供一种打车路线处理装置,包括:
接收模块,用于接收用户设备发送的打车请求,所述打车请求包括出发地地址和目的地地址;
获取模块,用于根据所述出发地地址和所述目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线;
发送模块,用于将获取到的打车路线发送到用户设备;
接发模块,用于接收用户设备发送的已选打车路线,并将已选打车路线与根据打车请求生成的订单发送至终端。
优选地,所述接收模块,还用于在接收用户设备发送的打车请求的同时,还接收用户设备发送的打车路线选择请求。
优选地,所述发送模块,还用于在预设时间段内的历史记录中未记录从所述出发地地址至所述目的地地址的打车路线,则向用户设备发送参考路线。
优选地,所述发送模块,还用于在预设时间段内的历史记录中只记录一条从所述出发地地址至所述目的地地址的打车路线,则将该打车路线与根据打车请求生成的订单发送至终端。
优选地,所述预设特征项包括最短距离、最短用时和风景最多的一种或多种。
由上述技术方案可知,本发明提供的打车路线处理方法及装置,通过根据出发地地址和目的地地址从预设时间段内的历史记录中获取符合预设特征项的打车路线,并发送至用户设备,由用户选择自己需要的打车路线,并使司机接单后参考用户已选打车路线完成服务,实现用户对自己打车路线情况的熟知,增强了用户打车体验。
附图说明
图1为本发明实施例1提供的打车路线处理方法的流程示意图;
图2为本发明实施例2提供的打车路线处理方法的流程示意图;
图3为本发明实施例3提供的打车路线处理方法的流程示意图;
图4为本发明实施例4提供的打车路线处理方法的流程示意图;
图5为本发明实施例5提供的打车路线处理装置的结构示意图。
具体实施方式
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
以下对本公开实施例中提及的部分词语进行举例说明。
本公开实施例中提及的用户设备(User Equipment,简称UE)是指呼叫服务方,如交通工具叫车服务中的乘客,所使用的移动终端或个人计算机(Personal Computer,简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。
本公开实施例中提及的终端为提供服务方,如交通工具叫车服务中的司机,所使用的用于接单的移动终端或PC端等设备。诸如上述呼叫服务方所使用各设备。本实施例中,为了区别乘客和司机,分别采用用户设备UE和终端来分别表示乘客和司机所持的移动终端等设备。
图1示出了本发明实施例1提供一种打车路线处理方法,包括:
S11、接收用户设备发送的打车请求,所述打车请求包括出发地地址和目的地地址。
在本步骤中,需要说明的是,用户通过用户设备发出打车请求,服务端接收用户设备发来的打车请求。
S12、根据所述出发地地址和所述目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线。
在本步骤中,需要说明的是,用户在预设时间段内经常会从出发地A打车到目的地B,用户的每次打车时所行驶的路线均会被存储在历史记录数据库中。当用户再次从出发地A打车到目的地B时,服务端会根据出发地A地址和目的地B地址在预设时间段内的历史记录中获取打车路线,并分析处理得到符合预设特征项的打车路线。在此说明预设特征项包括最短距离、最短用时和风景最多的一种或多种。上述提到的预设特征项为本发明实施例较优的举例,不局限于此。
还需要说明的是,最短距离的打车路线可通过获取到的所有打车路线进行比较获得。
最短用时的打车路线可通过获取到的所有打车路线进行比较获得。
风景最多的打车路线可通过地图坐标上的景点坐标为依据进行判定。如在打车路线上一定范围内存在公园坐标较多的路线为风景最多的路线。
S13、将获取到的打车路线发送到用户设备。
在本步骤中,需要说明的是,服务端获取到在预设特征项下的打车路线后会将打车路线发送到用户设备,以使用户在用户设备上选择自己要行驶的路线。
S14、接收用户设备发送的已选打车路线,并将已选打车路线与根据打车请求生成的订单发送至终端。
在本步骤中,需要说明的是,用户选择好打车路线后会将已选打车路线发送给服务端,服务端此时会将已选打车路线与根据打车请求生成的订单发送至终端,以便司机在终端上完成接单并参考已选打车路线完成服务。
本发明实施例1所述打车路线处理方法,通过根据出发地地址和目的地地址从预设时间段内的历史记录中获取符合预设特征项的打车路线,并发送至用户设备,由用户选择自己需要的打车路线,并使司机接单后参考用户已选打车路线完成服务,实现用户对自己打车路线情况的熟知,增强了用户打车体验。
图2示出了本发明实施例2提供的一种打车路线处理方法,包括:
S21、接收用户设备发送的打车请求和打车路线选择请求,所述打车请求包括出发地地址和目的地地址。
在本步骤中,需要说明的是,用户通过用户设备发出打车请求,服务端接收用户设备发来的打车请求。同时接收用户设备发来的打车路线选择请求,以使服务端获知用户有选择打车路线的意愿,便于完成后续选择打车路线的处理。
S22、根据所述出发地地址和所述目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线。
在本步骤中,需要说明的是,用户在预设时间段内经常会从出发地A打车到目的地B,用户的每次打车时所行驶的路线均会被存储在历史记录数据库中。当用户再次从出发地A打车到目的地B时,服务端会根据出发地A地址和目的地B地址在预设时间段内的历史记录中获取打车路线,并分析处理得到符合预设特征项的打车路线。在此说明预设特征项包括最短距离、最短用时和风景最多的一种或多种。上述提到的预设特征项为本发明实施例较优的举例,不局限于此。
还需要说明的是,最短距离的打车路线可通过获取到的所有打车路线进行比较获得。
最短用时的打车路线可通过获取到的所有打车路线进行比较获得。
风景最多的打车路线可通过地图坐标上的景点坐标为依据进行判定。如在打车路线上一定范围内存在公园坐标较多的路线为风景最多的路线。
S23、将获取到的打车路线发送到用户设备。
在本步骤中,需要说明的是,服务端获取到在预设特征项下的打车路线后会将打车路线发送到用户设备,以使用户在用户设备上选择自己要行驶的路线。
S24、接收用户设备发来的已选打车路线,并将已选打车路线与根据打车请求生成的订单发送至终端。
在本步骤中,需要说明的是,用户选择好打车路线后会将已选打车路线发送给服务端,服务端此时会将已选打车路线与根据打车请求生成的订单发送至终端,以便司机在终端上完成接单并参考已选打车路线完成服务。
本发明实施例2所述打车路线处理方法,通过同时接收用户设备发来的打车请求和打车路线选择请求,给用户一个是否需要选择路线的提示,以避免给用户在不需要选择路线的情况下造成不便,同时增强了用户体验。
图3示出了本发明实施例3提供的一种打车路线处理方法,包括:
S31、接收用户设备发送的打车请求,所述打车请求包括出发地地址和目的地地址。
在本步骤中,需要说明的是,用户通过用户设备发出打车请求,服务端接收用户设备发来的打车请求。
S32、根据所述出发地地址和所述目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线。
在本步骤中,需要说明的是,用户在预设时间段内经常会从出发地A打车到目的地B,用户的每次打车时所行驶的路线均会被存储在历史记录数据库中。当用户再次从出发地A打车到目的地B时,服务端会根据出发地A地址和目的地B地址在预设时间段内的历史记录中获取打车路线,并分析处理得到符合预设特征项的打车路线。在此说明预设特征项包括最短距离、最短用时和风景最多的一种或多种。上述提到的预设特征项为本发明实施例较优的举例,不局限于此。
还需要说明的是,最短距离的打车路线可通过获取到的所有打车路线进行比较获得。
最短用时的打车路线可通过获取到的所有打车路线进行比较获得。
风景最多的打车路线可通过地图坐标上的景点坐标为依据进行判定。如在打车路线上一定范围内存在公园坐标较多的路线为风景最多的路线。
S33、若在预设时间段内的历史记录中未记录从所述出发地地址至所述目的地地址的打车路线,则向用户设备发送参考路线。
在本步骤中,需要说明的是,当用户所选出发地到目的地的打车路线并不在记录记录中,服务端需向用户设备发送参考路线,所述参考路线为系统自动根据打车请求为乘客规划的路线。用户设备若选择参考路线,则向服务端发送已选择参考路线的请求。
S34、接收用户设备发来的已选参考路线,并将已选参考路线与根据打车请求生成的订单发送至终端。
在本步骤中,需要说明的是,用户选择好参考路线后会将已选参考路线发送给服务端,服务端此时会将已选参考路线与根据打车请求生成的订单发送至终端,以便司机在终端上完成接单并参考已选参考路线完成服务。
本发明实施例3所述打车路线处理方法,通过在预设时间段内的历史记录中未记录从所述出发地地址至所述目的地地址的打车路线,则向用户设备发送参考路线,以便用户选择参考路线后会将已选参考路线发送给服务端,使服务端将参考路线和订单发送至终端,完成打车服务。
图4示出了本发明实施例4提供的一种打车路线处理方法,包括:
S41、接收用户设备发送的打车请求,所述打车请求包括出发地地址和目的地地址。
在本步骤中,需要说明的是,用户通过用户设备发出打车请求,服务端接收用户设备发来的打车请求。
S42、根据所述出发地地址和所述目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线。
在本步骤中,需要说明的是,用户在预设时间段内经常会从出发地A打车到目的地B,用户的每次打车时所行驶的路线均会被存储在历史记录数据库中。当用户再次从出发地A打车到目的地B时,服务端会根据出发地A地址和目的地B地址在预设时间段内的历史记录中获取打车路线,并分析处理得到符合预设特征项的打车路线。在此说明预设特征项包括最短距离、最短用时和风景最多的一种或多种。上述提到的预设特征项为本发明实施例较优的举例,不局限于此。
还需要说明的是,最短距离的打车路线可通过获取到的所有打车路线进行比较获得。
最短用时的打车路线可通过获取到的所有打车路线进行比较获得。
风景最多的打车路线可通过地图坐标上的景点坐标为依据进行判定。如在打车路线上一定范围内存在公园坐标较多的路线为风景最多的路线
S43、若在预设时间段内的历史记录中只记录一条从所述出发地地址至所述目的地地址的打车路线,则将该打车路线与根据打车请求生成的订单发送至终端。
在本步骤中,需要说明的是,当预设时间段内的历史记录中只记录一条从所述出发地地址至所述目的地地址的打车路线,由于少于两条打车路线则不存在选择意义,服务端直接将该条打车路线与订单发送至终端。
本发明实施例4所述打车路线处理方法,通过当预设时间段内的历史记录中只记录一条从所述出发地地址至所述目的地地址的打车路线,则将该打车路线与根据打车请求生成的订单发送至终端,以节约打车服务交易时间。
图5示出了本发明实施例5提供的一种打车路线处理装置,包括接收模块51、获取模块52、发送模块53和接发模块54,其中;
接收模块51,用于接收用户设备发送的打车请求,所述打车请求包括出发地地址和目的地地址。
获取模块52,用于根据所述出发地地址和所述目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线。
发送模块53,用于将获取到的打车路线发送到用户设备。
接发模块54,用于接收用户设备发送的已选打车路线,并将已选打车路线与根据打车请求生成的订单发送至终端。
在处理过程中,用户通过用户设备发送打车请求,接收模块51接收到打车请求后并根据打车请求生成订单。接收模块51将打车请求中的出发地地址和目的地地址发送给获取模块52。
获取模块52根据出发地地址和目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线。在这里所说的预设特征项可包括最短距离、最短用时和风景最多,但不局限于此。发送模块53将获取的打车路线发送给用户设备,以使用户在用户设备上根据显示的打车路线进行选择。用户选择完毕后将已选打车路线发送给接发模块54。
接发模块54接收到已选打车路线后,将已选打车路线与订单一同发送至终端。
另外,还需说明的是,接收模块在接收打车请求的同时,还可接收打车路线选择请求,给用户一个是否需要选择路线的提示,以避免给用户在不需要选择路线的情况下造成不便。
在预设时间段内的历史记录中未记录从所述出发地地址至所述目的地地址的打车路线,发送模块向用户设备发送参考路线,以便用户选取参考路线并发送给服务端,服务端将参考路线和订单发送给终端。
在预设时间段内的历史记录中只记录一条从所述出发地地址至所述目的地地址的打车路线,则发送模块将该打车路线与根据打车请求生成的订单发送至终端。
由于本发明实施例5所述装置与上述实施例所述方法的原理相同,对于更加详细的解释内容在此不再赘述。
需要说明的是,本发明实施例中可以通过硬件处理器(hardware processor)来实现相关功能模块。
本发明实施例5所述打车路线处理方法,通过根据出发地地址和目的地地址从预设时间段内的历史记录中获取符合预设特征项的打车路线,并发送至用户设备,由用户选择自己需要的打车路线,并使司机接单后参考用户已选打车路线完成服务,实现用户对自己打车路线情况的熟知,增强了用户打车体验。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本领域普通技术人员可以理解:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明权利要求所限定的范围。
Claims (10)
1.一种打车路线处理方法,其特征在于,包括:
接收用户设备发送的打车请求,所述打车请求包括出发地地址和目的地地址;
根据所述出发地地址和所述目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线;
将获取到的打车路线发送到用户设备;
接收用户设备发送的已选打车路线,并将已选打车路线与根据打车请求生成的订单发送至终端。
2.根据权利要求1所述的方法,其特征在于,所述预设特征项包括最短距离、最短用时和风景最多的一种或多种。
3.根据权利要求1所述的方法,其特征在于,还包括:在接收用户设备发送的打车请求的同时,还接收用户设备发送的打车路线选择请求。
4.根据权利要求1或3所述的方法,其特征在于,还包括:在预设时间段内的历史记录中未记录从所述出发地地址至所述目的地地址的打车路线,则向用户设备发送参考路线。
5.根据权利要求1或3所述的方法,其特征在于,还包括:在预设时间段内的历史记录中只记录一条从所述出发地地址至所述目的地地址的打车路线,则将该打车路线与根据打车请求生成的订单发送至终端。
6.一种打车路线处理装置,其特征在于,包括:
接收模块,用于接收用户设备发送的打车请求,所述打车请求包括出发地地址和目的地地址;
获取模块,用于根据所述出发地地址和所述目的地地址从历史记录中获取预设时间段内的符合预设特征项的打车路线;
发送模块,用于将获取到的打车路线发送到用户设备;
接发模块,用于接收用户设备发送的已选打车路线,并将已选打车路线与根据打车请求生成的订单发送至终端。
7.根据权利要求6所述的装置,其特征在于,所述接收模块,还用于在接收用户设备发送的打车请求的同时,还接收用户设备发送的打车路线选择请求。
8.根据权利要求6或7所述的装置,其特征在于,所述发送模块,还用于在预设时间段内的历史记录中未记录从所述出发地地址至所述目的地地址的打车路线,则向用户设备发送参考路线。
9.根据权利要求6或7所述的装置,其特征在于,所述发送模块,还用于在预设时间段内的历史记录中只记录一条从所述出发地地址至所述目的地地址的打车路线,则将该打车路线与根据打车请求生成的订单发送至终端。
10.根据权利要求6所述的装置,其特征在于,所述预设特征项包括最短距离、最短用时和风景最多的一种或多种。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610619544.5A CN107665374A (zh) | 2016-07-27 | 2016-07-27 | 打车路线处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610619544.5A CN107665374A (zh) | 2016-07-27 | 2016-07-27 | 打车路线处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107665374A true CN107665374A (zh) | 2018-02-06 |
Family
ID=61121889
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610619544.5A Pending CN107665374A (zh) | 2016-07-27 | 2016-07-27 | 打车路线处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107665374A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112116419A (zh) * | 2020-09-01 | 2020-12-22 | 汉海信息技术(上海)有限公司 | 网约车下单方法、装置、电子设备及存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101751775A (zh) * | 2008-11-28 | 2010-06-23 | 上海迪哈大计算机科技有限公司 | 一种搭车请求处理系统以及相应的控制方法 |
CN102404297A (zh) * | 2010-09-19 | 2012-04-04 | 浙江易商科技有限公司 | 一种出租车用呼叫系统 |
CN102750820A (zh) * | 2012-06-21 | 2012-10-24 | 邵新阳 | 一种交通工具调度系统及调度方法 |
CN102867410A (zh) * | 2012-09-21 | 2013-01-09 | 李明康 | 通过位置服务和云计算实现出租车司乘智能交互服务方法 |
CN103575286A (zh) * | 2013-08-19 | 2014-02-12 | 宇龙计算机通信科技(深圳)有限公司 | 路线信息生成、导航方法、装置及系统 |
EP2700063A1 (en) * | 2011-04-19 | 2014-02-26 | TomTom International B.V. | Vehicle request device |
CN103646560A (zh) * | 2013-11-27 | 2014-03-19 | 福建工程学院 | 出租车行车轨迹经验知识路径的提取方法 |
CN103808326A (zh) * | 2012-11-07 | 2014-05-21 | 腾讯科技(深圳)有限公司 | 导航方法和导航系统 |
CN105096079A (zh) * | 2014-05-06 | 2015-11-25 | 福特全球技术公司 | 按需运输 |
-
2016
- 2016-07-27 CN CN201610619544.5A patent/CN107665374A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101751775A (zh) * | 2008-11-28 | 2010-06-23 | 上海迪哈大计算机科技有限公司 | 一种搭车请求处理系统以及相应的控制方法 |
CN102404297A (zh) * | 2010-09-19 | 2012-04-04 | 浙江易商科技有限公司 | 一种出租车用呼叫系统 |
EP2700063A1 (en) * | 2011-04-19 | 2014-02-26 | TomTom International B.V. | Vehicle request device |
CN102750820A (zh) * | 2012-06-21 | 2012-10-24 | 邵新阳 | 一种交通工具调度系统及调度方法 |
CN102867410A (zh) * | 2012-09-21 | 2013-01-09 | 李明康 | 通过位置服务和云计算实现出租车司乘智能交互服务方法 |
CN103808326A (zh) * | 2012-11-07 | 2014-05-21 | 腾讯科技(深圳)有限公司 | 导航方法和导航系统 |
CN103575286A (zh) * | 2013-08-19 | 2014-02-12 | 宇龙计算机通信科技(深圳)有限公司 | 路线信息生成、导航方法、装置及系统 |
CN103646560A (zh) * | 2013-11-27 | 2014-03-19 | 福建工程学院 | 出租车行车轨迹经验知识路径的提取方法 |
CN105096079A (zh) * | 2014-05-06 | 2015-11-25 | 福特全球技术公司 | 按需运输 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112116419A (zh) * | 2020-09-01 | 2020-12-22 | 汉海信息技术(上海)有限公司 | 网约车下单方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104899252B (zh) | 一种信息推送的方法及装置 | |
CN107767206A (zh) | 订单分配方法及装置 | |
CN103646565B (zh) | 一种基于微信的车辆寻车二维码的位置信息存储及其寻找方法 | |
CN111491279B (zh) | 蓝牙扫描方法、装置、设备以及计算机可读存储介质 | |
CN105225468A (zh) | 一种确定位置的方法及装置 | |
JP2020109628A5 (zh) | ||
CN101605145A (zh) | 一种车载信息服务系统 | |
US9532166B2 (en) | Transaction based temporary and secure access | |
CN108062865A (zh) | 停车方向提示方法及装置 | |
CN104125282A (zh) | 基于即时通讯/社交应用的位置分享及导航方法 | |
CN107920096A (zh) | 一种打车预估信息展示方法、装置及服务器 | |
CN104283765A (zh) | 一种消息显示方法、装置及终端设备 | |
CN104883457A (zh) | 一种电话呼叫方法及装置 | |
CN105491517B (zh) | 一种路线推荐方法及移动终端 | |
CN103198694A (zh) | 利用多种网络进行导航的系统 | |
CN109902845A (zh) | 车辆服务点的配置方法、装置和系统 | |
CN107665374A (zh) | 打车路线处理方法及装置 | |
DE102016117883A1 (de) | Quasi-Etikett-Anzeigesystem | |
CN108665299A (zh) | 信息处理方法及装置 | |
CN107195000A (zh) | 一种打车计费的显示方法及装置 | |
CN108616562B (zh) | 一种地理位置信息推荐处理方法及装置 | |
CN110033524A (zh) | 用于受管理车辆通行费支付的方法和设备 | |
CN107862399A (zh) | 一种出行路线推荐处理方法及服务器 | |
CN104197950A (zh) | 地理信息显示的方法及系统 | |
CN105139683A (zh) | 路况信息推送方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20201207 Address after: 100193, No. 34, building No. 8, West flourishing road, Haidian District, Beijing Applicant after: BEIJING DIDI INFINITY TECHNOLOGY AND DEVELOPMENT Co.,Ltd. Address before: Office building D comprehensive service district Nangang Industrial Zone 300480 in Tianjin Binhai Economic and Technological Development Zone of Tianjin City 2 219-23 room Applicant before: Didi (China) Technology Co.,Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180206 |