CN112149856A - 网约车订单处理方法、装置、电子设备和可读存储介质 - Google Patents
网约车订单处理方法、装置、电子设备和可读存储介质 Download PDFInfo
- Publication number
- CN112149856A CN112149856A CN202011126724.2A CN202011126724A CN112149856A CN 112149856 A CN112149856 A CN 112149856A CN 202011126724 A CN202011126724 A CN 202011126724A CN 112149856 A CN112149856 A CN 112149856A
- Authority
- CN
- China
- Prior art keywords
- terminal
- target
- preset area
- server
- preset
- 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
- 238000003672 processing method Methods 0.000 title claims description 23
- 238000012545 processing Methods 0.000 claims abstract description 44
- 238000000034 method Methods 0.000 claims abstract description 33
- 230000004044 response Effects 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 6
- 238000004891 communication Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000005065 mining Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000029305 taxis Effects 0.000 description 2
- 238000010009 beating Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
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/02—Reservations, e.g. for tickets, services or events
- G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
-
- 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
-
- 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G06Q50/40—
Abstract
本申请的实施例提供了一种网约车订单处理方法、装置、电子设备和可读存储介质,涉及交通技术领域。根据终端的位置信息判断终端是否处于某一预设范围,当终端位于预设范围内时,则将该预设范围包括的至少一个预设区域返回给终端,使得终端基于所有预设区域选择一个目标预设区域,并将目标预设区域包括的至少一个上车点返回给终端,使得终端基于所有上车点选择一个目标上车点。最终基于目标上车点及目的地信息生成订单,使得乘客在机场、火车站等复杂的情况下也能较快地在正确的上车点乘车,改善了司机和乘客碰面难的问题,提高了交通运输服务效率。
Description
技术领域
本申请涉及交通技术领域,具体而言,涉及一种网约车订单处理方法、装置、电子设备和可读存储介质。
背景技术
随着科技的发展,有出行需求时,越来越多的用户会根据自己的出行计划通过各种终端(例如移动电话等)发出用车订单,以前往目的地。
一般情况下,上车点是通过一些策略离线挖掘得到的,但是在一些复杂的打车场景,比如机场,火车站或者遇到了临时交通管制、天气原因等原因导致一些区域上车不方便、拥堵等情况下,存在司机和乘客碰面难,找不到合适上车地点的问题。
如何使司乘双方快速碰面,以提高交通运输服务效率是当前亟需解决的问题。
发明内容
有鉴于此,本申请实施例提供了一种网约车订单处理方法、装置、电子设备和可读存储介质,以改善上述问题。
本申请的实施例可以这样实现:
第一方面,本申请实施例提供一种网约车订单处理方法,应用于与终端通信的服务器,所述方法包括:
接收终端发送的位置信息;
将所述位置信息与多个预设范围的范围信息进行比对,确定所述位置信息所属的目标预设范围;
获取所述目标预设范围包括的至少一个预设区域,将至少一个所述预设区域发送至所述终端,其中,每个所述预设区域通过对所述预设范围进行预先划分得到;
接收所述终端发送的、从至少一个所述预设区域中确定的目标预设区域,获取所述目标预设区域包括的至少一个上车点,并将至少一个所述上车点发送至所述终端;
接收所述终端发送的、从至少一个所述上车点中确定的目标上车点和目的地信息,并基于所述目标上车点及所述目的地信息生成网约车订单。
在可选的实施方式中,所述服务器中预先配置有数字分配策略,所述获取所述目标预设区域包括的至少一个上车点,并将至少一个所述上车点发送至所述终端的步骤包括:
获取所述终端的手机号码中预设位数的数字;
根据所述数字分配策略,获取与所述数字匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
在可选的实施方式中,所述服务器中预先配置有时间分配策略,所述获取所述目标预设区域包括的至少一个上车点,并将至少一个所述上车点发送至所述终端的步骤包括:
获取当前日期及当前时刻;
根据所述时间分配策略,获取与所述当前日期及所述当前时刻匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
在可选的实施方式中,所述服务器中预先配置有类型分配策略所述获取所述目标预设区域包括的至少一个上车点,并将至少一个所述上车点发送至所述终端的步骤包括:
接收所述终端发送的网约车类型;
根据所述类型分配策略,获取与所述网约车类型匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
在可选的实施方式中,所述方法还包括:
将所述网约车订单发送至匹配的司乘终端。
第二方面,本申请实施例提供一种网约车订单处理方法,应用于与服务器通信的终端,所述方法包括:
发送位置信息至服务器;
接收所述服务器基于所述位置信息发送的至少一个预设区域,其中,至少一个所述预设区域由所述服务器将所述位置信息与多个预设的预设范围的范围信息进行比对,确定所述位置信息所属的目标预设范围,并获取所述目标预设范围包括的至少一个预设区域得到,每个所述预设区域由所述预设范围预先划分得到;
响应第一控制指令,基于所述第一控制指令从所有所述预设区域中获取目标预设区域,并将所述目标预设区域发送至所述服务器;
接收所述服务器基于所述目标预设区域发送的至少一个上车点;
响应第二控制指令,基于所述第二控制指令从所有所述上车点中获取目标上车点;
响应第三控制指令,基于所述第三控制指令获取目的地信息;
将所述目标上车点及所述目的地信息发送至所述服务器,以使所述服务器基于所述目标上车点及所述目的地信息生成网约车订单。
在可选的实施方式中,所述终端包括显示设备,所述方法还包括:
根据所述位置信息在所述显示设备上显示所述终端所位于的目标预设范围。
在可选的实施方式中,所述终端包括显示设备,所述方法还包括:
在所述显示设备上显示所有所述预设区域,和/或,在所述显示设备上显示所有所述上车点。
第三方面,本申请实施例提供一种网约车订单处理装置,应用于与终端通信的服务器,所述装置包括:
第一接收模块,用于接收终端发送的位置信息;
比对模块,用于将所述位置信息与多个预设范围的范围信息进行比对,确定所述位置信息所属的目标预设范围;
获取模块,用于获取所述目标预设范围包括的至少一个预设区域,将至少一个所述预设区域发送至所述终端,其中,每个所述预设区域通过对所述预设范围进行预先划分得到;
所述第一接收模块,还用于接收所述终端发送的、从至少一个所述预设区域中确定的目标预设区域,获取所述目标预设区域包括的至少一个上车点,并将至少一个所述上车点发送至所述终端;
订单生成模块,用于接收所述终端发送的、从至少一个所述上车点中确定的目标上车点和目的地信息,并基于所述目标上车点及所述目的地信息生成网约车订单。
在可选的实施方式中,所述服务器中预先配置有数字分配策略;
所述第一接收模块,用于获取所述终端的手机号码中预设位数的数字;
根据所述数字分配策略,获取与所述数字匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
在可选的实施方式中,所述服务器中预先配置有时间分配策略;
所述第一接收模块,用于获取当前日期及当前时刻;
根据所述时间分配策略,获取与所述当前日期及所述当前时刻匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
在可选的实施方式中,所述服务器中预先配置有类型分配策略;
所述第一接收模块,用于接收所述终端发送的网约车类型;
根据所述类型分配策略,获取与所述网约车类型匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
在可选的实施方式中,所述装置还包括:
第一发送模块,用于将所述网约车订单发送至匹配的司乘终端。
第四方面,本申请实施例提供一种网约车订单处理装置,应用于与服务器通信的终端,所述装置包括:
第二发送模块,用于发送位置信息至服务器;
第二接收模块,用于接收所述服务器基于所述位置信息发送的至少一个预设区域,其中,至少一个所述预设区域由所述服务器将所述位置信息与多个预设的预设范围的范围信息进行比对,确定所述位置信息所属的目标预设范围,并获取所述目标预设范围包括的至少一个预设区域得到,每个所述预设区域由所述预设范围预先划分得到;
响应模块,用于响应第一控制指令,基于所述第一控制指令从所有所述预设区域中获取目标预设区域,并将所述目标预设区域发送至所述服务器;
所述第二接收模块,还用于接收所述服务器基于所述目标预设区域发送的至少一个上车点;
所述响应模块,还用于响应第二控制指令,基于所述第二控制指令从所有所述上车点中获取目标上车点;
所述响应模块,还用于响应第三控制指令,基于所述第三控制指令获取目的地信息;
第二发送模块,还用于将所述目标上车点及所述目的地信息发送至所述服务器,以使所述服务器基于所述目标上车点及所述目的地信息生成网约车订单。
在可选的实施方式中,所述终端包括显示设备,所述装置还包括:
显示模块,用于根据所述位置信息在所述显示设备上显示所述终端所位于的目标预设范围。
在可选的实施方式中,所述终端包括显示设备,所述装置还包括:
显示模块,用于在所述显示设备上显示所有所述预设区域,和/或,在所述显示设备上显示所有所述上车点。
第五方面,本申请实施例提供一种电子设备,所述电子设备包括处理器、存储器及总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器及所述存储器之间通过总线通信,所述处理器执行所述机器可读指令,以执行前述实施方式任意一项所述的网约车订单处理方法的步骤;或者执行如前述实施方式所述的网约车订单处理方法的步骤。
第六方面,本申请实施例提供一种可读存储介质,所述可读存储介质存储有计算机程序,计算机程序被执行时实现前述实施方式任意一项所述的网约车订单处理方法的步骤;或者执行如前述实施方式所述的网约车订单处理方法的步骤。
本申请的实施例提供了一种网约车订单处理方法、装置、电子设备和可读存储介质,通过根据终端的位置信息判断终端是否处于某一预设范围,当终端位于预设范围内时,则将该预设范围包括的预设区域返回给终端,使得终端基于预设区域选择一个目标预设区域,并将目标预设区域包括的上车点返回给终端,使得终端基于上车点选择一个目标上车点,最终,基于目标上车点及目的地信息生成订单,使得乘客在机场、火车站等复杂的情况下也能较快地在正确的上车点乘车,改善了司机和乘客在碰面难的问题,提高了交通运输服务效率。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举一些举例,并配合所附附图,作详细说明。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种网约车场景示意图。
图2为本申请实施例提供的服务器的结构框图。
图3为本申请实施例提供的网约车订单处理方法的流程示意图之一。
图4为本申请实施例提供的一种网约车订单处理方法的流程示意图之二。
图5为本申请实施例提供的网约车订单处理的实施场景之一。
图6为本申请实施例提供的网约车订单处理的实施场景之二。
图7为本申请实施例提供的网约车订单处理装置的功能模块框图之一。
图8为本申请实施例提供的网约车订单处理装置的功能模块框图之二。
图标:100-服务器;110-存储器;120-处理器;130-第一网约车订单处理装置;131-第一接收模块;132-比对模块;133-获取模块;134-订单生成模块;135-第一发送模块;140-总线;300-乘客终端;210-第二网约车订单处理装置;211-第二发送模块;212-第二接收模块;213-响应模块;400-司机终端。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
在本申请的描述中,需要说明的是,若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,或者是该发明产品使用时惯常摆放的方位或位置关系,仅是为了便于描述本申请和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本申请的限制。
此外,若出现术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
需要说明的是,在不冲突的情况下,本申请的实施例中的特征可以相互结合。
随着科技的发展,有出行需求时,越来越多的用户会根据自己的出行计划通过各种终端(例如移动电话等)发出用车订单,以前往目的地。
一般情况下,上车点是通过一些策略离线挖掘得到的,例如,将相同乘车出发地的历史订单中出现次数最多的实际上车点作为推荐上车点进行推荐显示。
但是在一些复杂的打车场景,比如机场、火车站、天气恶劣或者遇到了临时交通管制等原因导致一些乘客在区域上车不方便、或者上车拥堵等情况下,存在司机和乘客碰面难,找不到合适上车地点的问题。
如何使司乘双方快速碰面,以提高交通运输服务效率是当前亟需解决的问题。
有鉴于此,本申请实施例提供了一种网约车订单处理方法、装置、电子设备和可读存储介质,通过根据乘客使用的终端的位置信息判断终端是否处于某一预设范围(例如,机场),当终端位于预设范围内时,则将该预设范围包括的预设区域(例如,航站楼T1,航站楼T2)返回给终端,使得终端基于预设区域选择一个目标预设区域,并将与目标预设区域包括的上车点返回给终端,使得终端基于返回的上车点选择一个目标上车点,最终,基于目标上车点及目的地信息生成订单。下面对上述方案进行详细阐述。
请结合参阅图1,图1为本申请实施例提供的一种网约车场景示意图,网约车场景包括乘客使用的终端(以下简称乘客终端300)、司机使用的终端(以下简称司机终端400)及服务器100,服务器100分别与乘客终端300及司机终端400通信连接。当乘客需要乘车时,则在乘客终端300上选择或输入上车点及乘车目的地等用车信息后,发送至服务器100。
服务器100基于用车信息,生成网约车订单,从距离该乘客终端300预设距离范围内的多个车辆中选取服务车辆,并将包含该乘客终端300的导航信息的网约车订单发送给司机终端400,即服务车辆,使得该服务车辆通过该导航信息前往乘客终端300所在选择的目标上车点。进一步地,服务车辆在接到乘客后,将该乘客送往目的地。
乘客终端300或司机终端400的具体类型不受限制,例如,可以是,但不限于,智能手机、个人电脑(personal computer,PC)、平板电脑、移动上网设备(mobile Internetdevice,MID)等具有处理功能的设备。
相应地,请结合参阅图2,图2为本申请实施例提供的服务器100的结构框图。在本申请实施例中,服务器100可以包括处理器120、存储器110、第一网约车订单处理装置130及总线140,存储器110存储有处理器120可执行的机器可读指令,当服务器100运行时,处理器120及存储器110之间通过总线通信,处理器120执行机器可读指令,并执行网约车订单处理方法的步骤。
存储器110、处理器120以及通信单元各元件相互之间直接或间接地电性连接,以实现信号的传输或交互。
例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。网约车订单处理装置包括至少一个可以软件或固件(firmware)的形式存储于存储器110中的软件功能模块。处理器120用于执行存储器110中存储的可执行模块,例如第一网约车订单处理装置130所包括的软件功能模块或计算机程序。
其中,存储器110可以是,但不限于,随机读取存储器(Random Access memory,RAM),只读存储器(Read Only Memory,ROM),可编程只读存储器(Programmable Read-OnlyMemory,PROM),可擦除只读存储器(Erasable Programmable Read-Only Memory,EPROM),电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory,EEPROM)等。
在一些实施例中,处理器120可以处理与服务请求有关的信息和/或数据,以执行本申请中描述的一个或多个功能。在一些实施例中,处理器120可以包括一个或多个处理核(例如,单核处理器(S)或多核处理器(S))。仅作为举例,处理器120可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application Specific IntegratedCircuit,ASIC)、专用指令集处理器(Application Specific Instruction-setProcessor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(ReducedInstruction Set Computing,RISC)或微处理器等,或其任意组合。
本申请实施例任一实施方式所揭示的流程定义的方法可以应用于处理器120中,或者由处理器120实现。
同时,服务器100可以由单个物理服务器组成,也可以是一个由多个用于执行不同数据处理功能的物理服务器构成的服务器组。服务器组可以是集中式的,也可以是分布式的。在一些可能的实施方式中,若服务器100采用单个物理服务器,可以基于不同服务功能为该物理服务器分配不同的逻辑服务器组件,如处理器120、存储器110以及通信单元等等。
同样地,除上述实施例中所指出的组件外,服务器100还可包括更多或者更少的组件,或者具有不同的配置。各组件可以采用硬件、软件或其组合实现。
下面基于图1及图2示出的网约车场景示意图及服务器100的结构图对本申请实施例提供的网约车订单处理方法的步骤进行详细阐述。
请结合参阅图3,图3为本申请实施例提供的网约车订单处理方法的流程示意图之一。该方法应用于上述网约车场景中与终端300(也即乘客终端300)通信的服务器100。
步骤S101,接收终端300发送的位置信息。
步骤S102,将位置信息与多个预设范围的范围信息进行比对,确定位置信息所属的目标预设范围。
步骤S103,获取目标预设范围包括的至少一个预设区域,将至少一个预设区域发送至终端300。
其中,每个预设区域通过对预设范围进行预先划分得到。
步骤S104,接收终端300发送的、从至少一个预设区域中确定的目标预设区域,获取目标预设区域包括的至少一个上车点,并将至少一个上车点发送至终端300。
步骤S105,接收终端300发送的、从至少一个上车点中确定的目标上车点和目的地信息,并基于目标上车点及目的地信息生成网约车订单。
其中,终端300可以是乘客使用的终端300,即图1中示出的乘客终端300,例如智能手机、个人电脑或平板电脑等。
预设范围可以是预先基于不同乘车情况和乘车地点对某一片范围进行的范围划分,例如,预设范围可以是飞机场、火车站、高铁站和商场等乘车较复杂的地点所在的地理区域。
预设区域则可以是通过对预设范围进行预先划分得到。例如,预设范围飞机场,则预设区域可以是飞机场所包括的航站楼,例如,北京首都国际机场包括三个航站楼,则预设范围可以是北京首都国际机场所在的地理区域,而预设区域则可以是北京首都国际机场包括的T1航站楼、T2航站楼及T3航站楼。预设区域还可以是基于面积与预设范围进行划分得到的,在此不做限定。
而预设区域所包括的上车点则可以是经过人工现场调研,综合考虑时间、交通成本以及法律法规,找到的一些适合上车的位置作为上车点。例如,上车点可以是每个航站楼的到达层、出发层或停车场。
本申请实施例通过根据终端300的位置信息判断是否终端300是否处于某一预设范围,当终端300位于预设范围内时,则将该预设范围包括的预设区域返回给终端300,使得终端300基于预设区域选择一个目标预设区域,并将目标预设区域包括的上车点返回给乘客端,使得终端300基于上车点选择一个目标上车点,最终,基于目标上车点及目的地信息生成订单,使得乘客在机场、火车站等复杂的情况下也能较快地在正确的上车点乘车,改善了司机和乘客在碰面难的问题,提高了交通运输服务效率。
对于一些节假日或者特殊情况下,某个上车点可能会存在人流量突增,导致乘客打车困难。例如,由于默认推荐或者其他的地理位置原因,上车点1的发单记录要比上车点2和上车点3多很多,出现人流量不均衡,交通拥堵现象。本申请实施可按照乘客手机尾号分流引导上车,以改善这个问题。
作为一种可选的实施方式,服务器100中预先配置有数字分配策略,步骤S104可按照以下方式实现:
获取终端300的手机号码中预设位数的数字。根据数字分配策略,获取与数字匹配的目标预设区域包括的多个上车点,并将多个上车点中至少一个上车点发送至终端300。
其中,预设位数可以是手机号码中的任意一位,例如,可以是最后一位。
数字分配策略则可以是将不同的数字对应不同的上车点,将数字所对应的上车点推荐给乘客。
例如,某一预设区域一共包括2个可以乘车的上车点,即上车点A及上车点B。数字1、3、5、9可以对应上车点A,数字0、2、4、6则可以对应上车点B。
又例如,某一预设区域一共包括2个可以乘车的上车点,即上车点A及上车点B。数字0、1、2、3、4可以对应上车点A,数字5、6、7、8、9则可以对应上车点B。
可以理解的是,上述举例仅为一种可选的方式,在实际应用中,不同数字还可以对应其他不同的上车点。
在一种可能的实施场景中,若终端300的手机号码为152xxxx7890,预设位数为最后一位,则手机号码对应预设位数的数字为0。根据数字分配策略所包括的对应关系可知,数字0所对应的上车点为上车点B。则服务器100将上车点B发送给终端300。
在另一种可能的实施场景中,若终端300的手机号码为151xxxx7891,预设位数为最后一位,则手机号码对应预设位数的数字为1。根据数字分配策略所包括的对应关系可知,数字1所对应的上车点为上车点A,则服务器100将上车点A发送给终端300。
如此,根据终端300的手机号码中的预设位数的数字,基于预先设定的数字分配策略将不同终端300的乘客均匀地分流至其他较少的上车点,避免出现在某一上车点乘客较多,出现交通拥堵的现象。
在某些时间段里,人流量会特别的大。比如周五晚高峰,或者节假日前夕,三个上车点并不能满足打车的需求,还是会出现打车困难、交通拥堵等现象。本申请实施可按照时间的不同开放不同的上车点,以分流引导上车,改善这个问题。
作为一种可选的实施方式,服务器100中预先配置有时间分配策略,步骤S104可按照以下方式实现:
获取当前日期及当前时刻。根据时间分配策略,获取与当前日期及当前时刻匹配的目标预设区域包括的多个上车点,并将多个上车点中至少一个上车点发送至终端300。
时间分配策略可以是将不同的时间对应不同的上车点。
例如,某一预设区域包括上车点A、上车点B、上车点C、上车点D及上车点E。每周的周五上午6点-9点,下午5点-8点以及各个节假日前一天的下午4点-8点,均对应上车点A、上车点B、上车点C、上车点D及上车点E,其他时间则对应上车点A、上车点B及上车点C。
又例如,根据法律法规的规定在某一时间存在禁停区。如,上午10点-下午4点禁止停车,则该禁停区对应的上车点再次时间段内则不推荐给终端300。可以理解的是,上述举例仅为可选的方式,在实际应用中,不同时间还可以对应其他不同的上车点。
也即是说,可将上车点A、上车点B和上车点C作为日常全天候生效的上车点,此外,上车点D、上车点E作为备选上车点,在节假日的高峰期开放,将不同终端300的乘客均匀地分流至其他较少的上车点,避免出现在某一上车点乘客较多,出现交通拥堵的现象。
示例性地,若服务器100获取的当前日期为9月30号,当前时刻为下午5点,根据上述时间分配策略可以知道,当前时间对应的上车点包括上车点A、上车点B、上车点C、上车点D及上车点E,此时服务器100将上述上车点A、上车点B、上车点C、上车点D及上车点E均发送给终端300,以供终端300的乘客选择。
又例如,若服务器100获取的当前时间为9月29号,当前时刻为上午10点,根据上述时间分配策略可以知道,当前时间对应的上车点仅包括上车点A、上车点B及上车点C。此时服务器100将上车点A、上车点B及上车点C,发送给终端300,以供终端300的乘客选择。
本申请实施例根据不同时间对应开放不同的上车点,通过灵活的时间生效规则,巧妙的将人群进行分流,缓解了交通拥堵,大大提升了乘客的打车体验和司机的接驾体验。
进一步地,目前网约车软件还支持多样化的网约车类型,比如快车,专车,出租车或者优享车等。有些上车点是只允许出租车停靠的,有些是划定给网约车的停靠区域,为了使乘客能够根据自己所选择的网约车类型精准找到自己的上车点,可根据网约车类型的不同分配不同的上车点。
作为一种可选的实施方式,服务器100中预先配置有类型分配策略,步骤S104可通过以下方式实现:
接收终端300发送的网约车类型。根据类型分配策略,获取与网约车类型匹配的目标预设区域包括的多个上车点,并将多个上车点中至少一个上车点发送至终端300。
类型分配策略可以是将不同的网约车类型对应不同的上车点。例如,某一预设区域包括上车点A、上车点B、上车点C、上车点D及上车点E。网约车类型包括快车,专车,出租车及优享车。则等类型分配策略可以是快车对应上车点A及上车点B;专车对应上车点C;出租车对应上车点D;优享车对应上车点E。
作为一种可能的实施场景,若终端300发送的网约车类型是快车,则服务器100根据类型分配策略将快车对应的上车点A及上车点B发送给终端300,以供终端300的乘客选择。
作为又一种可能的实时场景,若终端300发送的网约车类型是专车,则服务器100根据类型分配策略,将与专车匹配的上车点C发送给终端300,以供终端300的乘客选择。
本申请实施例根据不同网约车的类型开放不同的上车点,通过灵活的类型生效规则,巧妙的将人群进行分流,缓解了交通拥堵,大大提升了乘客的打车体验和司机的接驾体验。
进一步地,图3中示出的步骤S105之后,本申请实施例还可以将基于目的上车点及目的地信息生成的网约车订单发送至匹配的司乘终端300。使得司乘终端300根据网约车订单中的目的上车点去接乘客。
进一步地,作为一种可选的实施方式,服务器100还可以计算终端300当前位置到目的上车点的步行路线,将步行路线反馈给终端300。以使终端300的乘客可以基于步行路线快速达到目的上车点。
请结合参阅图4,图4为本申请实施例提供的一种网约车订单处理方法的流程示意图之二。本申请实施例也提供了一种网约车订单处理方法,应用于与服务器100通信的终端300,方法包括:
步骤S201,发送位置信息至服务器100。
步骤S202,接收服务器100基于位置信息发送的至少一个预设区域。其中,至少一个预设区域由服务器100将位置信息与多个预设的预设范围的范围信息进行比对,确定位置信息所属的目标预设范围,并获取目标预设范围包括的至少一个预设区域得到,每个预设区域由预设范围预先划分得到。
步骤S203,响应第一控制指令,基于第一控制指令从所有预设区域中获取目标预设区域,并将目标预设区域发送至服务器100。
步骤S204,接收服务器100基于目标预设区域发送的至少一个上车点。
步骤S205,响应第二控制指令,基于第二控制指令从所有上车点中获取目标上车点。
步骤S206,响应第三控制指令,基于第三控制指令获取目的地信息。
步骤S207,将目标上车点及目的地信息发送至服务器100,以使服务器100基于目标上车点及目的地信息生成网约车订单。
其中,位置信息可以是通过终端300包括的定位设备通过定位算法获得。预设范围、预设区域及上车点的相关解释可参阅上述对图3所进行的相关阐述,在此不做赘述。
作为一种可选的实施方式,第一控制指令、第二控制指令及第三控制指令均可通过乘客对终端300上显示的虚拟按键进行触摸点击获得。
作为另一种可选的实施方式,第一控制指令、第二控制指令及第三控制指令均可通过乘客对终端300上包括的物理按键进行点击获得。
作为又一种可选的实施方式,第一控制指令、第二控制指令及第三控制指令均可通过乘客使用终端300包括的录音设备进行人机对话获得。
本申请实施例通过获取服务器100基于终端300的位置信息发送的至少一个预设区域,响应控制指令从至少一个预设区域中确定的目标预设区域,并将目标预设区域发送至服务器100。然后接收服务器100基于目标预设区域返回的至少一个上车点,响应控制指令从至少一个上车点中确定的目标上车点,并将目标上车点及目的地信息发送至服务器100,以使服务器100基于目标上车点及目的地信息生成网约车订单。使得乘客在机场、火车站等复杂的情况下也能较快地在正确的上车点乘车,改善了司机和乘客碰面难的问题,提高了交通运输服务效率。
进一步地,终端300包括显示设备,本申请实施例提供的网约车订单处理方法还包括:
根据位置信息在显示设备上显示终端300所位于的目标预设范围。在显示设备上显示所有预设区域,和/或,在显示设备上显示所有上车点。
为了使读者可以更好地理解技术方案,下面以乘客在北京国际机场预约网约车为例,对上述方法步骤进行详细阐述。
当乘客使用终端300开始预约网约车时,终端300获取当前的位置信息,并发送至服务器100,服务器100将位置信息与多个预设的预设范围的范围信息进行比对,确定位置信息所属的目标预设范围在北京国际机场。接着,服务器100获取目标预设范围包括的至少一个预设区域,包括T1航站楼、T2航站楼及T3航站楼,将至少一个预设区域发送至终端300。
终端300根据位置信息在显示设备上显示终端300所位于的目标预设范围。以终端300为智能手机为例,显示画面可以如图5所示,图5中的阴影范围表示终端300所处的目标预设范围-北京国际机场。图5中还包括“欢迎来到北京首都国际机场”的标语,以提醒乘客所处的地理位置。
同时,如图5中所示出的,显示画面还可以包括“在此出发”的虚拟按键,以及“不在此机场上车”的选项。当乘客确定不从此位置上车时,则点击“不在此机场上车”的选项。当乘客确定自己的上车位置是此位置时,则点击该“在此出发”的虚拟按键,终端300则显示服务器100发送的所有预设区域及所有上车点,显示画面可以参考图6。
如图6中所示,图6示出的画面中包括两列,第一列是目标预设区域选择列,包括所有预设区域。第二列是目标上车点选择列,包括所有上车点。同时所有预设区域及所有上车点均可以以滑动滚轮的形式选择。同时阴影范围与图5中所示出的对应位置一致,表示终端300所处的目标预设范围-北京国际机场。
乘客可以滑动第一列选择列,选择T3航站楼作为目标航站楼,此时第二列则对应出现T3航站楼所包括的上车地点,包括到达层、出发层及停车场。乘客可以接着滑动第二列选择列,选择到达层作为目的上车点。
进一步地,如图6中所示出的,显示画面还可以包括“确认上车点”的虚拟按键,当乘客确定从此上车点上车时,可点击该“确认上车点”的虚拟按键,终端300可将乘客选择的目标上车点发送至服务器100。以使服务器100基于目标上车点及目的地信息生成网约车订单。使得乘客在机场、火车站等复杂的情况下也能较快地在正确的上车点乘车,改善了司机和乘客碰面难的问题,提高了交通运输服务效率。
基于同一发明构思,请结合参阅图7,图7为本申请实施例提供的网约车订单处理装置的功能模块框图之一。本申请实施例中还提供了与图3示出的网约车订单处理方法对应的第一网约车订单处理装置130,应用于与终端300通信的服务器100,装置包括:
第一接收模块131,用于接收终端300发送的位置信息。
比对模块132,用于将位置信息与多个预设范围的范围信息进行比对,确定位置信息所属的目标预设范围。
获取模块133,用于获取目标预设范围包括的至少一个预设区域,将至少一个预设区域发送至终端300,其中,每个预设区域通过对预设范围进行预先划分得到。
第一接收模块131,还用于接收终端300发送的、从至少一个预设区域中确定的目标预设区域,获取目标预设区域包括的至少一个上车点,并将至少一个上车点发送至终端300。
订单生成模块134,用于接收终端300发送的、从至少一个上车点中确定的目标上车点和目的地信息,并基于目标上车点及目的地信息生成网约车订单。
在一种可能的实施方式中,服务器100中预先配置有数字分配策略;第一接收模块131,用于获取终端300的手机号码中预设位数的数字。
根据数字分配策略,获取与数字匹配的目标预设区域包括的多个上车点,并将多个上车点中至少一个上车点发送至终端300。
在一种可能的实施方式中,服务器100中预先配置有时间分配策略。第一接收模块131,用于获取当前日期及当前时刻。
根据时间分配策略,获取与当前日期及当前时刻匹配的目标预设区域包括的多个上车点,并将多个上车点中至少一个上车点发送至终端300。
在一种可能的实施方式中,服务器100中预先配置有类型分配策略。第一接收模块131,用于接收终端300发送的网约车类型。
根据类型分配策略,获取与网约车类型匹配的目标预设区域包括的多个上车点,并将多个上车点中至少一个上车点发送至终端300。
在一种可能的实施方式中,装置还包括:
第一发送模块135,用于将网约车订单发送至匹配的司乘终端300。
由于本申请实施例中的装置解决问题的原理与本申请实施例图3中所示出的网约车订单处理方法相似,因此装置的实施原理可以参见方法的实施原理,重复之处不再赘述。
基于同一发明构思,请结合参阅图8,图8为本申请实施例提供的网约车订单处理装置的功能模块框图之二。本申请实施例中还提供了与图4示出的网约车订单处理方法对应的第二网约车订单处理装置210,应用于与服务器100通信的终端300,装置包括:
第二发送模块211,用于发送位置信息至服务器100。
第二接收模块212,用于接收服务器100基于位置信息发送的至少一个预设区域,其中,至少一个预设区域由服务器100将位置信息与多个预设的预设范围的范围信息进行比对,确定位置信息所属的目标预设范围,并获取目标预设范围包括的至少一个预设区域得到,每个预设区域由预设范围预先划分得到。
响应模块213,用于响应第一控制指令,基于第一控制指令从所有预设区域中获取目标预设区域,并将目标预设区域发送至服务器100。
第二接收模块212,还用于接收服务器100基于目标预设区域发送的至少一个上车点。
响应模块213,还用于响应第二控制指令,基于第二控制指令从所有上车点中获取目标上车点。
响应模块213,还用于响应第三控制指令,基于第三控制指令获取目的地信息。
第二发送模块211,还用于将目标上车点及目的地信息发送至服务器100,以使服务器100基于目标上车点及目的地信息生成网约车订单。
在一种可能的实施方式中,终端300包括显示设备,装置还包括:显示模块,用于根据位置信息在显示设备上显示终端300所位于的目标预设范围。
在一种可能的实施方式中,终端300包括显示设备,装置还包括:显示模块,用于在显示设备上显示所有预设区域,和/或,在显示设备上显示所有上车点。
由于本申请实施例中的装置解决问题的原理与本申请实施例图4中所示出的网约车订单处理方法相似,因此装置的实施原理可以参见方法的实施原理,重复之处不再赘述。
本申请实施例还提供了一种可读存储介质,可读存储介质存储有计算机程序,计算机程序被执行时实现如图3示出的网约车订单处理方法的步骤;或者执行如图4示出的网约车订单处理方法的步骤。
综上所述,本申请实施例提供了一种网约车订单处理方法、装置、电子设备和可读存储介质,通过接收终端300发送的位置信息,将位置信息与多个预设范围的范围信息进行比对,确定位置信息所属的目标预设范围。获取目标预设范围包括的至少一个预设区域,将至少一个预设区域发送至终端300,其中,每个预设区域通过对预设范围进行预先划分得到。接收终端300发送的、从至少一个预设区域中确定的目标预设区域,获取目标预设区域包括的至少一个上车点,并将至少一个上车点发送至终端300。接收终端300发送的、从至少一个上车点中确定的目标上车点和目的地信息,并基于目标上车点及目的地信息生成网约车订单。使得乘客在机场、火车站等复杂的情况下也能较快地在正确的上车点乘车,改善了司机和乘客碰面难的问题,提高了交通运输服务效率。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (18)
1.一种网约车订单处理方法,其特征在于,应用于与终端通信的服务器,所述方法包括:
接收终端发送的位置信息;
将所述位置信息与多个预设范围的范围信息进行比对,确定所述位置信息所属的目标预设范围;
获取所述目标预设范围包括的至少一个预设区域,将至少一个所述预设区域发送至所述终端,其中,每个所述预设区域通过对所述预设范围进行预先划分得到;
接收所述终端发送的、从至少一个所述预设区域中确定的目标预设区域,获取所述目标预设区域包括的至少一个上车点,并将至少一个所述上车点发送至所述终端;
接收所述终端发送的、从至少一个所述上车点中确定的目标上车点和目的地信息,并基于所述目标上车点及所述目的地信息生成网约车订单。
2.根据权利要求1所述的网约车订单处理方法,其特征在于,所述服务器中预先配置有数字分配策略,所述获取所述目标预设区域包括的至少一个上车点,并将至少一个所述上车点发送至所述终端的步骤包括:
获取所述终端的手机号码中预设位数的数字;
根据所述数字分配策略,获取与所述数字匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
3.根据权利要求1所述的网约车订单处理方法,其特征在于,所述服务器中预先配置有时间分配策略,所述获取所述目标预设区域包括的至少一个上车点,并将至少一个所述上车点发送至所述终端的步骤包括:
获取当前日期及当前时刻;
根据所述时间分配策略,获取与所述当前日期及所述当前时刻匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
4.根据权利要求1所述的网约车订单处理方法,其特征在于,所述服务器中预先配置有类型分配策略,所述获取所述目标预设区域包括的至少一个上车点,并将至少一个所述上车点发送至所述终端的步骤包括:
接收所述终端发送的网约车类型;
根据所述类型分配策略,获取与所述网约车类型匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
5.根据权利要求1所述的网约车订单处理方法,其特征在于,所述方法还包括:
将所述网约车订单发送至匹配的司乘终端。
6.一种网约车订单处理方法,其特征在于,应用于与服务器通信的终端,所述方法包括:
发送位置信息至服务器;
接收所述服务器基于所述位置信息发送的至少一个预设区域,其中,至少一个所述预设区域由所述服务器将所述位置信息与多个预设的预设范围的范围信息进行比对,确定所述位置信息所属的目标预设范围,并获取所述目标预设范围包括的至少一个预设区域得到,每个所述预设区域由所述预设范围预先划分得到;
响应第一控制指令,基于所述第一控制指令从所有所述预设区域中获取目标预设区域,并将所述目标预设区域发送至所述服务器;
接收所述服务器基于所述目标预设区域发送的至少一个上车点;
响应第二控制指令,基于所述第二控制指令从所有所述上车点中获取目标上车点;
响应第三控制指令,基于所述第三控制指令获取目的地信息;
将所述目标上车点及所述目的地信息发送至所述服务器,以使所述服务器基于所述目标上车点及所述目的地信息生成网约车订单。
7.根据权利要求6所述的网约车订单处理方法,其特征在于,所述终端包括显示设备,所述方法还包括:
根据所述位置信息在所述显示设备上显示所述终端所位于的目标预设范围。
8.根据权利要求6所述的网约车订单处理方法,其特征在于,所述终端包括显示设备,所述方法还包括:
在所述显示设备上显示所有所述预设区域,和/或,在所述显示设备上显示所有所述上车点。
9.一种网约车订单处理装置,其特征在于,应用于与终端通信的服务器,所述装置包括:
第一接收模块,用于接收终端发送的位置信息;
比对模块,用于将所述位置信息与多个预设范围的范围信息进行比对,确定所述位置信息所属的目标预设范围;
获取模块,用于获取所述目标预设范围包括的至少一个预设区域,将至少一个所述预设区域发送至所述终端,其中,每个所述预设区域通过对所述预设范围进行预先划分得到;
所述第一接收模块,还用于接收所述终端发送的、从至少一个所述预设区域中确定的目标预设区域,获取所述目标预设区域包括的至少一个上车点,并将至少一个所述上车点发送至所述终端;
订单生成模块,用于接收所述终端发送的、从至少一个所述上车点中确定的目标上车点和目的地信息,并基于所述目标上车点及所述目的地信息生成网约车订单。
10.根据权利要求9所述的网约车订单处理装置,其特征在于,所述服务器中预先配置有数字分配策略;
所述第一接收模块,用于获取所述终端的手机号码中预设位数的数字;
根据所述数字分配策略,获取与所述数字匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
11.根据权利要求9所述的网约车订单处理装置,其特征在于,所述服务器中预先配置有时间分配策略;
所述第一接收模块,用于获取当前日期及当前时刻;
根据所述时间分配策略,获取与所述当前日期及所述当前时刻匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
12.根据权利要求9所述的网约车订单处理装置,其特征在于,所述服务器中预先配置有类型分配策略;
所述第一接收模块,用于接收所述终端发送的网约车类型;
根据所述类型分配策略,获取与所述网约车类型匹配的所述目标预设区域包括的多个上车点,并将多个所述上车点中至少一个所述上车点发送至所述终端。
13.根据权利要求9所述的网约车订单处理装置,其特征在于,所述装置还包括:
第一发送模块,用于将所述网约车订单发送至匹配的司乘终端。
14.一种网约车订单处理装置,其特征在于,应用于与服务器通信的终端,所述装置包括:
第二发送模块,用于发送位置信息至服务器;
第二接收模块,用于接收所述服务器基于所述位置信息发送的至少一个预设区域,其中,至少一个所述预设区域由所述服务器将所述位置信息与多个预设的预设范围的范围信息进行比对,确定所述位置信息所属的目标预设范围,并获取所述目标预设范围包括的至少一个预设区域得到,每个所述预设区域由所述预设范围预先划分得到;
响应模块,用于响应第一控制指令,基于所述第一控制指令从所有所述预设区域中获取目标预设区域,并将所述目标预设区域发送至所述服务器;
所述第二接收模块,还用于接收所述服务器基于所述目标预设区域发送的至少一个上车点;
所述响应模块,还用于响应第二控制指令,基于所述第二控制指令从所有所述上车点中获取目标上车点;
所述响应模块,还用于响应第三控制指令,基于所述第三控制指令获取目的地信息;
第二发送模块,还用于将所述目标上车点及所述目的地信息发送至所述服务器,以使所述服务器基于所述目标上车点及所述目的地信息生成网约车订单。
15.根据权利要求14所述的网约车订单处理装置,其特征在于,所述终端包括显示设备,所述装置还包括:
显示模块,用于根据所述位置信息在所述显示设备上显示所述终端所位于的目标预设范围。
16.根据权利要求14所述的网约车订单处理装置,其特征在于,所述终端包括显示设备,所述装置还包括:
显示模块,用于在所述显示设备上显示所有所述预设区域,和/或,在所述显示设备上显示所有所述上车点。
17.一种电子设备,其特征在于,所述电子设备包括处理器、存储器及总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器及所述存储器之间通过总线通信,所述处理器执行所述机器可读指令,以执行权利要求1-5任意一项所述的网约车订单处理方法的步骤;或者执行如权利要求6-8所述的网约车订单处理方法的步骤。
18.一种可读存储介质,其特征在于,所述可读存储介质存储有计算机程序,计算机程序被执行时实现权利要求1-5任意一项所述的网约车订单处理方法的步骤;或者执行如权利要求6-8所述的网约车订单处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011126724.2A CN112149856A (zh) | 2020-10-20 | 2020-10-20 | 网约车订单处理方法、装置、电子设备和可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011126724.2A CN112149856A (zh) | 2020-10-20 | 2020-10-20 | 网约车订单处理方法、装置、电子设备和可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112149856A true CN112149856A (zh) | 2020-12-29 |
Family
ID=73954171
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011126724.2A Pending CN112149856A (zh) | 2020-10-20 | 2020-10-20 | 网约车订单处理方法、装置、电子设备和可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112149856A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113108802A (zh) * | 2021-03-10 | 2021-07-13 | 汉海信息技术(上海)有限公司 | 导航方法、装置、服务器、系统及介质 |
CN113408903A (zh) * | 2021-06-21 | 2021-09-17 | 北京畅行信息技术有限公司 | 订单处理方法、装置、电子设备和可读存储介质 |
CN114973643A (zh) * | 2021-02-18 | 2022-08-30 | 丰田自动车株式会社 | 自动驾驶车辆的管理装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108537350A (zh) * | 2017-03-01 | 2018-09-14 | 北京嘀嘀无限科技发展有限公司 | 网络约车订单分配处理方法及服务器 |
CN109583607A (zh) * | 2018-06-29 | 2019-04-05 | 张文 | 网约车对接方法、终端设备、存储介质及系统 |
CN109635980A (zh) * | 2018-12-21 | 2019-04-16 | 重庆呼我出行网络科技有限公司 | 约车订单分配方法及系统 |
US20190236529A1 (en) * | 2016-10-31 | 2019-08-01 | Beijing Didi Infinity Technologyt And Development Co.,Ltd. | Device and method for order distribution |
CN111428158A (zh) * | 2020-04-09 | 2020-07-17 | 汉海信息技术(上海)有限公司 | 推荐位置的方法、装置、电子设备及可读存储介质 |
-
2020
- 2020-10-20 CN CN202011126724.2A patent/CN112149856A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190236529A1 (en) * | 2016-10-31 | 2019-08-01 | Beijing Didi Infinity Technologyt And Development Co.,Ltd. | Device and method for order distribution |
CN108537350A (zh) * | 2017-03-01 | 2018-09-14 | 北京嘀嘀无限科技发展有限公司 | 网络约车订单分配处理方法及服务器 |
CN109583607A (zh) * | 2018-06-29 | 2019-04-05 | 张文 | 网约车对接方法、终端设备、存储介质及系统 |
CN109635980A (zh) * | 2018-12-21 | 2019-04-16 | 重庆呼我出行网络科技有限公司 | 约车订单分配方法及系统 |
CN111428158A (zh) * | 2020-04-09 | 2020-07-17 | 汉海信息技术(上海)有限公司 | 推荐位置的方法、装置、电子设备及可读存储介质 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114973643A (zh) * | 2021-02-18 | 2022-08-30 | 丰田自动车株式会社 | 自动驾驶车辆的管理装置 |
CN114973643B (zh) * | 2021-02-18 | 2024-03-12 | 丰田自动车株式会社 | 自动驾驶车辆的管理装置 |
CN113108802A (zh) * | 2021-03-10 | 2021-07-13 | 汉海信息技术(上海)有限公司 | 导航方法、装置、服务器、系统及介质 |
CN113108802B (zh) * | 2021-03-10 | 2022-11-01 | 汉海信息技术(上海)有限公司 | 导航方法、装置、服务器、系统及介质 |
CN113408903A (zh) * | 2021-06-21 | 2021-09-17 | 北京畅行信息技术有限公司 | 订单处理方法、装置、电子设备和可读存储介质 |
CN113408903B (zh) * | 2021-06-21 | 2023-11-21 | 北京畅行信息技术有限公司 | 订单处理方法、装置、电子设备和可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112149856A (zh) | 网约车订单处理方法、装置、电子设备和可读存储介质 | |
CN108475466B (zh) | 用于匹配和显示服务请求和可用车辆的系统和方法 | |
US20150029041A1 (en) | Device, system and method for capturing motor vehicle behavior | |
CN109673162A (zh) | 用于提供运输服务信息的方法和设备 | |
US11132626B2 (en) | Systems and methods for vehicle resource management | |
US9151632B2 (en) | Method and system for providing driving route information of electric vehicle | |
WO2018228110A1 (en) | Systems and methods for transport capacity scheduling | |
US10021243B2 (en) | Telephone call placement | |
CN110969834B (zh) | 处理方法、装置、计算机设备、存储介质及车辆调度系统 | |
CN109858984B (zh) | 信息提供装置以及信息提供方法 | |
CN111461485A (zh) | 任务分配方法、装置、设备及计算机可读存储介质 | |
US10628759B2 (en) | Systems and methods for managing networked vehicle resources | |
JP6439251B2 (ja) | 車両管理システム及び車両管理方法 | |
CN113393700A (zh) | 车位管理方法、车位管理装置及计算机设备 | |
CN114283609B (zh) | 针对自动驾驶车辆的信息显示方法、装置和站台终端 | |
CN111612286A (zh) | 一种订单分配方法、装置、电子设备及存储介质 | |
CN111612183A (zh) | 信息处理方法、装置、电子设备及计算机可读存储介质 | |
CN113627680B (zh) | 一种智能班车交互方法、装置、电子设备及存储介质 | |
CN103546552A (zh) | 一种分布式移动终端交通管理方法 | |
CN111741051B (zh) | 交通工具满载率确定方法、装置、存储介质及电子装置 | |
CN113240897B (zh) | 车辆调度方法、系统和计算机可读存储介质 | |
CN112801324A (zh) | 出行推荐方法、装置、电子设备及计算机可读存储介质 | |
CN111861650A (zh) | 信息显示方法、第一服务请求端、系统及电子设备 | |
CN110874655A (zh) | 共享车管理装置以及共享车管理方法 | |
CN102945541A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201229 |