CN111861616A - 一种订单信息显示方法及装置 - Google Patents
一种订单信息显示方法及装置 Download PDFInfo
- Publication number
- CN111861616A CN111861616A CN201910943689.4A CN201910943689A CN111861616A CN 111861616 A CN111861616 A CN 111861616A CN 201910943689 A CN201910943689 A CN 201910943689A CN 111861616 A CN111861616 A CN 111861616A
- Authority
- CN
- China
- Prior art keywords
- order
- information
- travel
- historical
- target
- 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 63
- 230000008569 process Effects 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 7
- 238000012216 screening Methods 0.000 description 7
- 230000008859 change Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000001914 filtration Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000004883 computer application Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000000126 substance Substances 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0611—Request for offers or quotes
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供了一种订单信息显示方法及装置,其中,该方法包括:接收客户端发送的目标出行订单的出行信息,所述出行信息包括出行地点信息以及出发时间信息,所述出行地点信息包括出发地信息和目的地信息;获取与所述出行信息匹配的历史订单信息;所述历史订单信息包括历史订单价格信息;基于所述历史订单信息,确定所述目标出行订单的订单价格信息;基于所述订单价格信息生成待发单页面信息,并将所述待发单页面信息发送给所述客户端。本申请实施例能够提高待发单页面信息推送的精确度。
Description
技术领域
本申请涉及计算机应用技术领域,具体而言,涉及一种订单信息显示方法及装置。
背景技术
用户通过网约车平台约车的时候,需要基于客户端将其出发地和目的地发送给网约车平台。网约车平台在接收到客户端发送的出发地和目的地后,基于出发地和目的地确定路线,并进行估价。
当前的估价方式一般是基于所确定路线的路程长度、以及预估的从出发地到达目的地所需要耗费的时间来进行。而从出发地达到目的地所需要耗费的时间则是基于当前确定的路线的路况来确定的;由于路况的估计并不准确,导致预估价格也存在精确度较低的问题,进而造成待发单页面信息推送的精确度较低。
发明内容
有鉴于此,本申请的目的在于提供一种订单信息显示方法及装置,以解决上述问题。
第一方面,本申请实施例提供一种订单信息显示方法,包括:
接收客户端发送的目标出行订单的出行信息,所述出行信息包括出行地点信息以及出发时间信息,所述出行地点信息包括出发地信息和目的地信息;
获取与所述出行信息匹配的历史订单信息;所述历史订单信息包括历史订单价格信息;
基于所述历史订单信息,确定所述目标出行订单的订单价格信息;
基于所述订单价格信息生成待发单页面信息,并将所述待发单页面信息发送给所述客户端。
一种可选实施方式中,获取与所述出行信息匹配的历史订单信息,包括:
基于所述目标出行订单的出行信息,以及预设的多个定价时间区间,确定所述目标出行订单对应的目标定价时间区间,以及基于所述目标出行订单的出行信,确定所述目标出行订单对应的目标出行线路信息;
获取与所述目标定价时间区间以及所述目标出行线路信息匹配的多个历史订单的历史订单信息。
一种可选实施方式中,所述与所述目标定价时间区间匹配是指历史订单的历史出发时间位于所述目标定价时间区间内,或者,所述历史订单的历史行程时间段位于所述定价时间区间内,所述历史行程时间段是基于所述出行路线信息和所述出发时间信息确定的。
一种可选实施方式中,所述与所述目标出行线路信息匹配是指所述历史订单的历史出行线路与所述目标出行订单的目标出行线路一致,或者,所述历史订单的历史出行线路中包括所述目标出行订单的目标出行线路中的部分出行路段。
一种可选实施方式中,当与所述出行线路信息匹配是指所述历史订单的历史出行线路与所述目标出行订单的目标出行线路一致时,所述基于所述历史订单信息,确定所述目标出行订单的订单价格信息,包括:
将多个匹配的所述历史订单的订单价格的平均值,确定为所述目标出行订单的订单价格信息。
一种可选实施方式中,当所述与所述出行线路信息匹配是指所述历史订单的历史行线路中包括所述目标出行订单的目标出行线路中的部分出行路段时,所述基于所述历史订单信息,确定所述目标出行订单的订单价格信息,包括:
基于所述目标出行订单的目标出行路线信息,确定所述目标出行订单对应的多个目标出行路段;
针对每个目标出行路段,基于该目标出行路段在多个匹配的历史订单中的出行价格,确定该目标出行路段对应的平均出行价格;
将所述目标出行订单对应的多个目标出行路段的平均出行价格的和值,确定为所述目标出行订单的订单价格信息。
一种可选实施方式中,根据以下步骤预先存储每个历史订单中各个出行路段的出行价格:
针对每个历史订单,基于该历史订单的出行路线信息,确定该历史订单的出行路线中包含的多个路程相同的、预先标定的出行路段;
在所述历史订单进行过程中,基于实时更新的计价信息,确定并存储每个所述出行路段的出行价格。
第二方面,本申请实施例提供一种订单信息显示装置,包括:
接收模块,用于接收客户端发送的目标出行订单的出行信息,所述出行信息包括出行地点信息以及出发时间信息,所述出行地点信息包括出发地信息和目的地信息;
获取模块,用于获取与所述出行信息匹配的历史订单信息;所述历史订单信息包括历史订单价格信息;
确定模块,用于基于所述历史订单信息,确定所述目标出行订单的订单价格信息;
生成模块,用于基于所述订单价格信息生成待发单页面信息,并将所述待发单页面信息发送给所述客户端。
一种可选实施方式中,所述获取模块,用于采用下述方式获取与所述出行信息匹配的历史订单信息:
基于所述目标出行订单的出行信息,以及预设的多个定价时间区间,确定所述目标出行订单对应的目标定价时间区间,以及基于所述目标出行订单的出行信,确定所述目标出行订单对应的目标出行线路信息;
获取与所述目标定价时间区间以及所述目标出行线路信息匹配的多个历史订单的历史订单信息。
一种可选实施方式中,所述与所述目标定价时间区间匹配是指历史订单的历史出发时间位于所述目标定价时间区间内,或者,所述历史订单的历史行程时间段位于所述定价时间区间内,所述历史行程时间段是基于所述出行路线信息和所述出发时间信息确定的。
一种可选实施方式中,所述与所述目标出行线路信息匹配是指所述历史订单的历史出行线路与所述目标出行订单的目标出行线路一致,或者,所述历史订单的历史出行线路中包括所述目标出行订单的目标出行线路中的部分出行路段。
一种可选实施方式中,当与所述出行线路信息匹配是指所述历史订单的历史出行线路与所述目标出行订单的目标出行线路一致时,所述确定模块,用于采用下述方式基于所述历史订单信息,确定所述目标出行订单的订单价格信息:
将多个匹配的所述历史订单的订单价格的平均值,确定为所述目标出行订单的订单价格信息。
一种可选实施方式中,当所述与所述出行线路信息匹配是指所述历史订单的历史行线路中包括所述目标出行订单的目标出行线路中的部分出行路段时,所述确定模块,用于采用下述方式基于所述历史订单信息,确定所述目标出行订单的订单价格信息:
基于所述目标出行订单的目标出行路线信息,确定所述目标出行订单对应的多个目标出行路段;
针对每个目标出行路段,基于该目标出行路段在多个匹配的历史订单中的出行价格,确定该目标出行路段对应的平均出行价格;
将所述目标出行订单对应的多个目标出行路段的平均出行价格的和值,确定为所述目标出行订单的订单价格信息。
一种可选实施方式中,还包括:存储模块,用于根据以下步骤预先存储每个历史订单中各个出行路段的出行价格:
针对每个历史订单,基于该历史订单的出行路线信息,确定该历史订单的出行路线中包含的多个路程相同的、预先标定的出行路段;
在所述历史订单进行过程中,基于实时更新的计价信息,确定并存储每个所述出行路段的出行价格。
第三方面,本申请实施例还提供一种计算机设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当计算机设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤。
第四方面,本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤。
本申请实施例可以在接收到客户端发送的目标出行订单的出行信息后,获取与出行信息匹配的历史订单信息,并基于历史订单信息中包括的历史订单价格信息,确定目标出行订单的订单价格信息,并基于确定的目标出行订单的订单价格信息,生成待发单页面信息,并将待发单页面信息发送给客户端。该方法中,由于目标出行订单的订单价格信息是基于历史订单确定的,因此推送的待发单页面信息具有更高的精度。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种服务系统的架构示意图;
图2示出了本申请实施例提供的一种订单信息显示方法的流程图;
图3示出了本申请实施例提供的订单信息显示方法中,获取与出行信息匹配的历史订单信息的具体方法的流程图;
图4示出了本申请实施例提供的订单信息显示方法中,确定目标出行订单的订单价格信息的具体方法的流程图
图5示出了本申请实施例提供的一种订单信息显示装置的结构示意图;
图6示出了本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解,本申请中附图仅起到说明和描述的目的,并不用于限定本申请的保护范围。另外,应当理解,示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
另外,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容,结合特定应用场景“网约车”,给出以下实施方式。对于本领域技术人员来说,在不脱离本申请的精神和范围的情况下,可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕生成订单价格信息,并将包括订单价格信息的待发单页面信息发送给客户端进行描述,但是应该理解,这仅是一个示例性实施例。
需要说明的是,本申请实施例中将会用到术语“包括”,用于指出其后所声明的特征的存在,但并不排除增加其它的特征。
本申请中的术语“乘客”、“请求方”、“服务请求方”和“客户”可互换使用,以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用,以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如,用户可以是乘客、驾驶员、操作员等,或其任意组合。在本申请中,“乘客”和“乘客终端”可以互换使用,“驾驶员”和“驾驶员终端”可以互换使用。
本申请中的术语“服务请求”和“订单”可互换使用,以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。
本申请中使用的定位技术可以基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS),罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等,或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。
本申请的一个方面涉及一种订单显示系统。该系统可以在接收到客户端发送的目标出行订单的出行信息后,获取与出行信息匹配的历史订单信息,并基于历史订单信息中包括的历史订单价格信息,确定目标出行订单的订单价格信息,并基于确定的目标出行订单的订单价格信息,生成待发单页面信息,并将待发单页面信息发送给客户端。该方法中,由于目标出行订单的订单价格信息是基于历史订单确定的,推送的待发单页面信息具有更高的精度。
值得注意的是,在本申请提出申请之前,订单价格一般是基于所确定的路线的路程长度、以及预估的从出发地到达目的地的时间来确定的,具有精度低的问题。然而,本申请提供的订单信息显示方法中,订单价格是基于历史订单的历史订单价格来确定,具有更高的精度。
图1是本申请实施例提供的一种服务系统100的架构示意图。例如,服务系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。服务系统100可以包括服务器110、网络120、客户端130、和数据库140中的一种或多种。
在一些实施例中,服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据,以执行本申请中描述的一个或多个功能。例如,处理器可以基于从客户端130获得的服务请求来确定目标车辆。在一些实施例中,处理器可以包括一个或多个处理核(例如,单核处理器(S)或多核处理器(S))。仅作为举例,处理器可以包括中央处理单元(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)、或微处理器等,或其任意组合。
在一些实施例中,客户端130对应的设备类型可以是移动设备,比如可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等,也可以是平板计算机、膝上型计算机、或机动车辆中的内置设备等。
在一些实施例中,数据库140可以连接到网络120以与服务系统100中的一个或多个组件(例如,服务器110,客户端130,等)通信。服务系统100中的一个或多个组件可以经由网络120访问存储在数据库140中的数据或指令。在一些实施例中,数据库140可以直接连接到服务系统100中的一个或多个组件,或者,数据库140也可以是服务器110的一部分。
下面结合上述图1示出的服务系统100中描述的内容,对本申请实施例提供的订单信息显示方法进行详细说明。
参照图2所示,为本申请实施例提供的一种订单信息显示方法的流程示意图,该方法可以由服务系统100中的服务器来执行,具体执行过程包括下述S201~S204,其中:
S201:接收客户端发送的目标出行订单的出行信息,所述出行信息包括出行地点信息以及出发时间信息,所述出行地点信息包括出发地信息和目的地信息。
S202:获取与所述出行信息匹配的历史订单信息;所述历史订单信息包括历史订单价格信息。
S203:基于所述历史订单信息,确定所述目标出行订单的订单价格信息。
S204:基于所述订单价格信息生成待发单页面信息,并将所述待发单页面信息发送给所述客户端。
下面分别对上述S201~S204加以详细说明:
I:在上述S201中,客户端中安装有约车应用程序。当约车应用程序被打开后,客户端的图形用户界面能够展示约车服务界面;用户能够基于约车服务界面输入出行的出发地信息和目的地信息,或者用户基于约车服务界面输入出行的目的地信息,客户端调用自身定位系统自动获取出发地信息。
另外,出发时间信息可以是用户基于约车服务界面输入的,也可以是客户端调用自身系统时间,并基于系统时间确定出发时间信息。
客户端在确定了出发地信息、目的地信息、以及出发时间信息后,将三者作为出行信息发送至服务器。
Ⅱ:在上述S202和S203中:
A:在一种情况下:历史订单信息与出行信息匹配,是指某历史订单的历史订单信息中包括的历史出发地信息、历史目的地信息、和历史出发时间信息,分别与目标出行订单的出行信息中的出发地信息、目的地信息、以及出发时间信息匹配。
这里的历史订单信息与出行信息匹配例如包括下述a1、及a2中任一种:
a1历史订单的历史出发地、与目标出行定单的出发地相似,历史订单的历史目的地、与目标出行订单的目的地相似,且历史订单的历史出发时间、与目标出行订单的出发时间也相似。
在该种情况下,例如可以从历史订单数据库中进行订单筛选,首先基于出发地信息以及各个历史订单的历史出发地信息,从历史订单数据库中筛选历史出发地,与目标出行订单的出发地之间,距离在预设距离范围内的第一历史订单;然后基于目的地信息以及各个第一历史订单的历史目的地信息,从第一历史订单中筛选历史目的地与目标出行订单对应的目的地之间,距离在预设距离范围内的第二历史订单;然后基于出发时间信息以及各第二历史订单对应的历史出发时间信息,从第二历史订单中筛选历史出发时间与目标出行订单对应的出发时间之间的时间差小于预设时间差阈值的第三历史订单。将筛选到的第三历史订单的历史订单信息,确定为与出行信息匹配的历史订单信息。
这里,也可以更改筛选的逻辑,例如按照“目的地→出发地→出发时间”的顺序进行筛选,或者按照“出发时间→出发地→目的地”的顺序进行筛选,具体可以根据实际需要进行具体设定,这里不做约束。
另外,历史订单的历史出发时间、与目标出行订单的出发时间也相似,也可以是:史订单的历史出发时间,与目标出行订单的出发时间归属于同一目标定价时间区间。
在该种情况下,可以基于目标出行订单的出行信息,以及预设的多个定价时间区间,确定目标出行订单对应的目标定价时间区间;
然后根据目标出行订单的出行信息,以及历史订单数据库中,各个历史订单的历史出行信息,按照一定的筛选条件的筛选顺序,从历史订单数据库中,确定与目标出行订单匹配的历史订单。
这里,筛选条件包括:
①历史订单的历史出发地,与目标出行订单的出发地之间的距离小于预设距离;
②历史订单的历史目的地,与目标出行订单的目的地之间的距离小于预设距离;
③历史订单的历史出发时间,与目标出行订单的出发时间归属于同一目标定价时间区间。
a2历史订单的历史出行线路,与目标出行订单的目标出行线路一致;同时,历史订单的历史出发时间,与目标出行订单的目标出发时间也一致。
在很多情况下,即使出发时间、出发地、目的地均类似的不同订单,对应的出行路线也不相同;出行路线不同,造成了订单价格也有所区别。
因此,在该实施例中,还可以根据目标出行订单的出行信息,为目标出行订单确定目标出行路线。然后历史订单数据库中,筛选历史出行路线与目标出行路线一致,且历史出发时间与目标出行订单的目标出发时间也一致的历史订单。
这里,历史出发时间与目标出行订单的目标出发时间也一致的历史订单,可以是历史出发时间与目标出行订单的目标出发时间的时间差小于预设时间差阈值的订单;也可以是历史出发时间与目标出行订单的目标出发时间归属于同一目标定价时间区间的历史订单。
目标定价区间的确定方式具体可以参见下述实施例所示,在此不再赘述。
B:在另一种情况下,历史订单信息与出行信息匹配,是指某历史订单的历史订单信息中包括的历史出行路线,与为目标出行订单确定的出行路线有部分重叠。历史订单中驶过重叠部分出行路线的时间,与目标出行订单中驶过重叠部分出行路线的时间匹配。
也即:历史订单的历史出行线路中包括所述目标出行订单的目标出行线路中的部分出行路段。
在该种情况下,在基于上述A中提供的方式,确定的与出行信息匹配的历史订单信息的数量过少,在某些情况下,可能无法以较高的精度确定目标出行订单的订单价格信息;在该种情况下,可以将为目标出行订单确定的出行路线划分为多个路段;针对每个路段,确定与路段匹配的历史订单信息;然后针对每个路段,基于该路段匹配的历史订单信息中包括的历史订单价格信息,确定该路段对应的订单价格;进而能够根据各个路段分别对应的订单价格,确定目标出行订单对应的订单价格信息。
另外,参见图3所示,本申请实施例提供另一种获取与出行信息匹配的历史订单信息的具体方法,包括:
S301:基于目标出行订单的出行信息,以及预设的多个定价时间区间,确定目标出行订单对应的目标定价时间区间,以及目标出行订单对应的目标出行线路信息;
S302:获取与所述目标定价时间区间以及所述目标出行线路信息匹配的多个历史订单的历史订单信息。
在具体实施中,可以预先设定多个定价时间区间,不同的定价时间区间计费标准可以不同。
例如根据订单数量确定不同的定价时间区间;例如针对订单量较多的交通高峰期,以及订单量相对较少的交通平峰、订单量更少的交通低谷期,设置不同的定价时间区间;如根据订单数量将定价时间区间分别设定为:5:00~7:00、7:00~9:00、9:00~11:00、11:00~15:00、15:00~18:00、18:00~20:00、20:00~23:00、23:00~次日2:00、2:00~5:00。
又例如,可以在不同时间能够提供服务的网约车数量设置不同的定价时间区间。例如在白天能够提供服务的网约车数量较多,而深夜能够提供服务的网约车数量较少,因此在深夜即使订单数量较少,因而可以为白天和黑夜分别设定不同的定价时间区间。
基于目标出行订单的出行信息,以及预设的多个定价时间区间,确定目标出行订单对应的目标定价时间区间,例如为从预设的各个定价时间区间中,确定出行信息中的出发时间信息对应的出发时间归属的定价时间区间。
例如,定价时间区间分别设定为:5:00~7:00、7:00~9:00、9:00~11:00、11:00~15:00、15:00~18:00、18:00~20:00、20:00~23:00、23:00~次日2:00、2:00~5:00。若目标出行订单的出行信息中,所包括的出发时间信息对应的出发时间为18:15,其归属于定价时间区间:18:00~20:00,则为目标出行订单确定的目标定价时间区间为18:00~20:00。
另一种实施例中,为目标出行订单确定的目标定价时间区间可以有两个,例如若出行信息中的出发时间信息对应的出发时间,与其未归属的任一定价时间区间的时间起点之间的时间差小于预设时间差阈值,则可以将该定价时间区间也确定为目标定价时间区间。
例如,定价时间区间分别设定为:5:00~7:00、7:00~9:00、9:00~11:00、11:00~15:00、15:00~18:00、18:00~20:00、20:00~23:00、23:00~次日2:00、2:00~5:00。预设时间差阈值为:10分钟;若目标出行订单的出行信息中,所包括的出发时间信息对应的出发时间为19:57,其归属于定价时间区间:18:00~20:00,其与20:00~23:00这一定价时间区间的时间起点20:00之间的时间差为3分钟,小于预设时间差阈值,则可以将18:00~20:00、20:00~23:00两个定价时间区间作为目标出行订单对应的目标定价时间区间。
目标出行路线信息是基于出行信息中的出发地信息和目的地信息确定的目标出行路线;确定目标出行路线的方式有多种,例如基于路况确定、基于路程长度确定、基于红绿灯的数量确定、基于到达需要耗时确定等。
在确定了目标定价时间区间、以及目标出行路线信息后,就能够获取与目标定价时间区间以及所述目标出行线路信息匹配的多个历史订单的历史订单信息。
示例性的,与所述目标定价时间区间匹配包括但不限于下述c或d中至少一种:
c:历史订单的出发时间位于所述目标定价时间区间内。
这里,针对确定的目标定价区间只有一个的情况,则与目标定价时间匹配的历史订单,对应的历史出发时间位于该一个目标定价区间范围内;针对目标定价区间有多个的情况,则与目标定价时间匹配的历史订单,对应的历史出发时间位于任一目标定价区间范围内。
d:历史订单的行程时间段位于所述定价时间区间内。这里,历史行程时间段是基于所述出行路线信息和所述出发时间信息确定的。
针对上述c的情况,上述S203中,基于历史订单信息,确定所述目标出行订单的订单价格信息,包括:
将多个匹配的所述历史订单的订单价格的平均值,确定为所述目标出行订单的订单价格信息。
针对上述d的情况,参见图4所示,上述S203中,基于所述历史订单信息,确定所述目标出行订单的订单价格信息,包括:
S401:基于所述目标出行订单的目标出行路线信息,确定所述目标出行订单对应的多个目标出行路段。
此处,例如将目标出行路线信息对应的目标出行路线进行等距离划分,得到多个目标出行路段,每个目标出行路段的长度例如为50米、70米、100米等。
示例性的,划分的目标出行路段的长度越小,则得到的平均出行价格的精度越高;同时,也会使得计算量增加,因此为了均衡两者,目标出行路段的长度不能太小,也不能过大。例如可以将目标出行路段的长度设置为大于10米,小于100米的任意长度。
S402:针对每个目标出行路段,基于该目标出行路段在多个匹配的历史订单中的出行价格,确定该目标出行路段对应的平均出行价格。
此处,可以基于下述步骤预先存储每个历史订单中各个出行路段的出行价格:
针对每个历史订单,基于该历史订单的出行路线信息,确定该历史订单的出行路线中包含的多个路程相同的、预先标定的出行路段;
在所述历史订单进行过程中,基于实时更新的计价信息,确定并存储每个所述出行路段的出行价格。
S403:将所述目标出行订单对应的多个目标出行路段的平均出行价格的和值,确定为所述目标出行订单的订单价格信息。
Ⅲ:在上述S204中,在确定了订单价格信息后,生成发单页面信息,并将发单页面信息发送给客户端。客户端在接收到发单页面信息后,将发单页面信息渲染至图形用户界面中,以向用户显示发单页面信息中的订单价格信息。该订单价格信息为用户从出发地到达目的地所需要的预估价格。
在发单页面中,除了订单价格信息外,还可以包括其他信息,例如出发地信息、目的地信息、出行路线信息、预估到达时间、排队信息等;还可以设置各种控件,例如发单控件、出发地更改控件、目的地更改控件的等。用户可以通过触发这些控件来执行发单、更改出发地、更改目的地等。
本申请实施例在接收到客户端发送的目标出行订单的出行信息后,获取与出行信息匹配的历史订单信息,并基于历史订单信息中包括的历史订单价格信息,确定目标出行订单的订单价格信息,并基于确定的目标出行订单的订单价格信息,生成待发单页面信息,并将待发单页面信息发送给客户端。该方法中,由于目标出行订单的订单价格信息是基于历史订单确定的,推送的待发单页面信息具有更高的精度。
基于同一发明构思,本申请实施例中还提供了与订单信息显示方法对应的订单信息显示装置,由于本申请实施例中的装置解决问题的原理与本申请实施例上述订单信息显示相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。
参照图5所示,为本申请实施例提供的一种订单信息显示装置的示意图,所述装置包括:接收模块51、获取模块52、确定模块53、以及生成模块54;其中,
接收模块51,用于接收客户端发送的目标出行订单的出行信息,所述出行信息包括出行地点信息以及出发时间信息,所述出行地点信息包括出发地信息和目的地信息;
获取模块52,用于获取与所述出行信息匹配的历史订单信息;所述历史订单信息包括历史订单价格信息;
确定模块53,用于基于所述历史订单信息,确定所述目标出行订单的订单价格信息;
生成模块54,用于基于所述订单价格信息生成待发单页面信息,并将所述待发单页面信息发送给所述客户端。
本申请实施例在接收到客户端发送的目标出行订单的出行信息后,获取与出行信息匹配的历史订单信息,并基于历史订单信息中包括的历史订单价格信息,确定目标出行订单的订单价格信息,并基于确定的目标出行订单的订单价格信息,生成待发单页面信息,并将待发单页面信息发送给客户端。该方法中,由于目标出行订单的订单价格信息是基于历史订单确定的,因此具有更高的精度。
一种可能的实施方式中,所述获取模块52,用于采用下述方式获取与所述出行信息匹配的历史订单信息:
基于所述目标出行订单的出行信息,以及预设的多个定价时间区间,确定所述目标出行订单对应的目标定价时间区间,以及基于所述目标出行订单的出行信,确定所述目标出行订单对应的目标出行线路信息;
获取与所述目标定价时间区间以及所述目标出行线路信息匹配的多个历史订单的历史订单信息。
一种可能的实施方式中,所述与所述目标定价时间区间匹配是指历史订单的历史出发时间位于所述目标定价时间区间内,或者,所述历史订单的历史行程时间段位于所述定价时间区间内,所述历史行程时间段是基于所述出行路线信息和所述出发时间信息确定的。
一种可能的实施方式中,所述与所述目标出行线路信息匹配是指所述历史订单的历史出行线路与所述目标出行订单的目标出行线路一致,或者,所述历史订单的历史出行线路中包括所述目标出行订单的目标出行线路中的部分出行路段。
一种可能的实施方式中,当与所述出行线路信息匹配是指所述历史订单的历史出行线路与所述目标出行订单的目标出行线路一致时,所述确定模块53,用于采用下述方式基于所述历史订单信息,确定所述目标出行订单的订单价格信息:
将多个匹配的所述历史订单的订单价格的平均值,确定为所述目标出行订单的订单价格信息。
一种可能的实施方式中,当所述与所述出行线路信息匹配是指所述历史订单的历史行线路中包括所述目标出行订单的目标出行线路中的部分出行路段时,所述确定模块53,用于采用下述方式基于所述历史订单信息,确定所述目标出行订单的订单价格信息:
基于所述目标出行订单的目标出行路线信息,确定所述目标出行订单对应的多个目标出行路段;
针对每个目标出行路段,基于该目标出行路段在多个匹配的历史订单中的出行价格,确定该目标出行路段对应的平均出行价格;
将所述目标出行订单对应的多个目标出行路段的平均出行价格的和值,确定为所述目标出行订单的订单价格信息。
一种可能的实施方式中,还包括:存储模块55,用于根据以下步骤预先存储每个历史订单中各个出行路段的出行价格:
针对每个历史订单,基于该历史订单的出行路线信息,确定该历史订单的出行路线中包含的多个路程相同的、预先标定的出行路段;
在所述历史订单进行过程中,基于实时更新的计价信息,确定并存储每个所述出行路段的出行价格。
关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明,这里不再详述。
本申请实施例还提供了一种计算机设备60,如图6所示,为本申请实施例提供的计算机设备60结构示意图,包括:处理器61、存储器62、和总线63。所述存储器62存储有所述处理器61可执行的机器可读指令(比如,图5中的装置中接收模块51、获取模块52、确定模块53、以及生成模块54对应的执行指令等),当计算机设备60运行时,所述处理器61与所述存储器62之间通过总线63通信,所述机器可读指令被所述处理器61执行时执行如下处理:
接收客户端发送的目标出行订单的出行信息,所述出行信息包括出行地点信息以及出发时间信息,所述出行地点信息包括出发地信息和目的地信息;
获取与所述出行信息匹配的历史订单信息;所述历史订单信息包括历史订单价格信息;
基于所述历史订单信息,确定所述目标出行订单的订单价格信息;
基于所述订单价格信息生成待发单页面信息,并将所述待发单页面信息发送给所述客户端。
一种可能的实施方式中,处理器61执行的指令中,获取与所述出行信息匹配的历史订单信息,包括:
基于所述目标出行订单的出行信息,以及预设的多个定价时间区间,确定所述目标出行订单对应的目标定价时间区间,以及基于所述目标出行订单的出行信,确定所述目标出行订单对应的目标出行线路信息;
获取与所述目标定价时间区间以及所述目标出行线路信息匹配的多个历史订单的历史订单信息。
一种可能的实施方式中,处理器61执行的指令中,所述与所述目标定价时间区间匹配是指历史订单的历史出发时间位于所述目标定价时间区间内,或者,所述历史订单的历史行程时间段位于所述定价时间区间内,所述历史行程时间段是基于所述出行路线信息和所述出发时间信息确定的。
一种可能的实施方式中,处理器61执行的指令中,所述与所述目标出行线路信息匹配是指所述历史订单的历史出行线路与所述目标出行订单的目标出行线路一致,或者,所述历史订单的历史出行线路中包括所述目标出行订单的目标出行线路中的部分出行路段。
一种可能的实施方式中,处理器61执行的指令中,当与所述出行线路信息匹配是指所述历史订单的历史出行线路与所述目标出行订单的目标出行线路一致时,所述基于所述历史订单信息,确定所述目标出行订单的订单价格信息,包括:
将多个匹配的所述历史订单的订单价格的平均值,确定为所述目标出行订单的订单价格信息。
一种可能的实施方式中,处理器61执行的指令中,,当所述与所述出行线路信息匹配是指所述历史订单的历史行线路中包括所述目标出行订单的目标出行线路中的部分出行路段时,所述基于所述历史订单信息,确定所述目标出行订单的订单价格信息,包括:
基于所述目标出行订单的目标出行路线信息,确定所述目标出行订单对应的多个目标出行路段;
针对每个目标出行路段,基于该目标出行路段在多个匹配的历史订单中的出行价格,确定该目标出行路段对应的平均出行价格;
将所述目标出行订单对应的多个目标出行路段的平均出行价格的和值,确定为所述目标出行订单的订单价格信息。
一种可能的实施方式中,处理器61执行的指令中,根据以下步骤预先存储每个历史订单中各个出行路段的出行价格:
针对每个历史订单,基于该历史订单的出行路线信息,确定该历史订单的出行路线中包含的多个路程相同的、预先标定的出行路段;
在所述历史订单进行过程中,基于实时更新的计价信息,确定并存储每个所述出行路段的出行价格。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述订单信息显示方法的步骤。
具体地,该存储介质能够为通用的存储介质,如移动磁盘、硬盘等,该存储介质上的计算机程序被运行时,能够执行上述订单信息显示方法,从而解决相关技术中对订单价格确定不准确的问题,进而达到提升推送的待发单页面信息的精度的效果。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考方法实施例中的对应过程,本申请中不再赘述。在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种订单信息显示方法,其特征在于,包括:
接收客户端发送的目标出行订单的出行信息,所述出行信息包括出行地点信息以及出发时间信息,所述出行地点信息包括出发地信息和目的地信息;
获取与所述出行信息匹配的历史订单信息;所述历史订单信息包括历史订单价格信息;
基于所述历史订单信息,确定所述目标出行订单的订单价格信息;
基于所述订单价格信息生成待发单页面信息,并将所述待发单页面信息发送给所述客户端。
2.根据权利要求1所述的方法,其特征在于,获取与所述出行信息匹配的历史订单信息,包括:
基于所述目标出行订单的出行信息,以及预设的多个定价时间区间,确定所述目标出行订单对应的目标定价时间区间,以及基于所述目标出行订单的出行信,确定所述目标出行订单对应的目标出行线路信息;
获取与所述目标定价时间区间以及所述目标出行线路信息匹配的多个历史订单的历史订单信息。
3.根据权利要求2所述的方法,其特征在于,所述与所述目标定价时间区间匹配是指历史订单的历史出发时间位于所述目标定价时间区间内,或者,所述历史订单的历史行程时间段位于所述定价时间区间内,所述历史行程时间段是基于所述出行路线信息和所述出发时间信息确定的。
4.根据权利要求2或3所述的方法,其特征在于,所述与所述目标出行线路信息匹配是指所述历史订单的历史出行线路与所述目标出行订单的目标出行线路一致,或者,所述历史订单的历史出行线路中包括所述目标出行订单的目标出行线路中的部分出行路段。
5.根据权利要求4所述的方法,其特征在于,当与所述出行线路信息匹配是指所述历史订单的历史出行线路与所述目标出行订单的目标出行线路一致时,所述基于所述历史订单信息,确定所述目标出行订单的订单价格信息,包括:
将多个匹配的所述历史订单的订单价格的平均值,确定为所述目标出行订单的订单价格信息。
6.根据权利要求4所述的方法,其特征在于,当所述与所述出行线路信息匹配是指所述历史订单的历史行线路中包括所述目标出行订单的目标出行线路中的部分出行路段时,所述基于所述历史订单信息,确定所述目标出行订单的订单价格信息,包括:
基于所述目标出行订单的目标出行路线信息,确定所述目标出行订单对应的多个目标出行路段;
针对每个目标出行路段,基于该目标出行路段在多个匹配的历史订单中的出行价格,确定该目标出行路段对应的平均出行价格;
将所述目标出行订单对应的多个目标出行路段的平均出行价格的和值,确定为所述目标出行订单的订单价格信息。
7.根据权利要求6所述的方法,其特征在于,根据以下步骤预先存储每个历史订单中各个出行路段的出行价格:
针对每个历史订单,基于该历史订单的出行路线信息,确定该历史订单的出行路线中包含的多个路程相同的、预先标定的出行路段;
在所述历史订单进行过程中,基于实时更新的计价信息,确定并存储每个所述出行路段的出行价格。
8.一种订单信息显示装置,其特征在于,包括:
接收模块,用于接收客户端发送的目标出行订单的出行信息,所述出行信息包括出行地点信息以及出发时间信息,所述出行地点信息包括出发地信息和目的地信息;
获取模块,用于获取与所述出行信息匹配的历史订单信息;所述历史订单信息包括历史订单价格信息;
确定模块,用于基于所述历史订单信息,确定所述目标出行订单的订单价格信息;
生成模块,用于基于所述订单价格信息生成待发单页面信息,并将所述待发单页面信息发送给所述客户端。
9.一种电子设备,其特征在于,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行如权利要求1至7任一所述方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如权利要求1至7任一所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910943689.4A CN111861616A (zh) | 2019-09-30 | 2019-09-30 | 一种订单信息显示方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910943689.4A CN111861616A (zh) | 2019-09-30 | 2019-09-30 | 一种订单信息显示方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111861616A true CN111861616A (zh) | 2020-10-30 |
Family
ID=72970563
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910943689.4A Pending CN111861616A (zh) | 2019-09-30 | 2019-09-30 | 一种订单信息显示方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111861616A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170364933A1 (en) * | 2014-12-09 | 2017-12-21 | Beijing Didi Infinity Technology And Development Co., Ltd. | User maintenance system and method |
CN107862531A (zh) * | 2016-09-22 | 2018-03-30 | 北京嘀嘀无限科技发展有限公司 | 一种预估价格校正方法及服务器 |
US20180096300A1 (en) * | 2016-09-30 | 2018-04-05 | Runbuggy, Inc. | Predictive analytics for transport services |
CN108022140A (zh) * | 2016-11-02 | 2018-05-11 | 北京嘀嘀无限科技发展有限公司 | 一种用车订单推荐方法、装置及服务器 |
US20180181910A1 (en) * | 2015-08-20 | 2018-06-28 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for determining information related to a current order based on historical orders |
CN108830504A (zh) * | 2018-06-28 | 2018-11-16 | 清华大学 | 用车需求预测方法、系统、服务器及计算机存储介质 |
CN108876156A (zh) * | 2018-06-25 | 2018-11-23 | 清华大学 | 拼车及用户订单处理方法、系统及所适用的设备 |
CN109716383A (zh) * | 2017-06-05 | 2019-05-03 | 北京嘀嘀无限科技发展有限公司 | 利用机器学习技术进行价格预估的系统和方法 |
-
2019
- 2019-09-30 CN CN201910943689.4A patent/CN111861616A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170364933A1 (en) * | 2014-12-09 | 2017-12-21 | Beijing Didi Infinity Technology And Development Co., Ltd. | User maintenance system and method |
US20180181910A1 (en) * | 2015-08-20 | 2018-06-28 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for determining information related to a current order based on historical orders |
CN107862531A (zh) * | 2016-09-22 | 2018-03-30 | 北京嘀嘀无限科技发展有限公司 | 一种预估价格校正方法及服务器 |
US20180096300A1 (en) * | 2016-09-30 | 2018-04-05 | Runbuggy, Inc. | Predictive analytics for transport services |
CN108022140A (zh) * | 2016-11-02 | 2018-05-11 | 北京嘀嘀无限科技发展有限公司 | 一种用车订单推荐方法、装置及服务器 |
CN109716383A (zh) * | 2017-06-05 | 2019-05-03 | 北京嘀嘀无限科技发展有限公司 | 利用机器学习技术进行价格预估的系统和方法 |
CN108876156A (zh) * | 2018-06-25 | 2018-11-23 | 清华大学 | 拼车及用户订单处理方法、系统及所适用的设备 |
CN108830504A (zh) * | 2018-06-28 | 2018-11-16 | 清华大学 | 用车需求预测方法、系统、服务器及计算机存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9567007B2 (en) | Identifying cost-effective parking for an autonomous vehicle | |
US9243929B2 (en) | Fuel purchase planning along a route | |
US10810675B2 (en) | Providing transit alternatives based on monitored vehicle characteristics | |
WO2019154398A1 (en) | Systems and methods for recommending transportation services | |
CA2961928C (en) | Methods and systems of managing parking space occupancy | |
JP2019530911A (ja) | オンデマンドサービスを監視するシステムおよび方法 | |
US20200166948A1 (en) | Information processing apparatus, method for controlling information processing apparatus, and storage medium for priority passage in accompaniment of fee | |
WO2019218672A1 (en) | Systems and methods for providing cost-sharing transportation services | |
CN112734085A (zh) | 一种实时监控行驶路线异常的方法及装置 | |
CN111861624A (zh) | 一种车辆的推荐方法、装置、电子设备及可读存储介质 | |
CN111861081A (zh) | 一种订单分配方法、装置、电子设备及存储介质 | |
JP2019102054A (ja) | 情報提供装置および情報提供方法 | |
CN111323035A (zh) | 一种行驶偏航的检测方法、检测装置及可读存储介质 | |
CN111862588B (zh) | 控制信息发布的方法、装置、电子设备和存储介质 | |
CN111831967A (zh) | 一种到店识别方法、装置、电子设备及介质 | |
CN111859172A (zh) | 信息推送方法、装置、电子设备和计算机可读存储介质 | |
CN111832870A (zh) | 一种代驾资源的协调方法、协调装置及可读存储介质 | |
CN111489214A (zh) | 订单分配方法、条件设置方法、装置及电子设备 | |
CN111859176A (zh) | 一种信息推荐方法、装置、电子设备及存储介质 | |
CN111768254A (zh) | 一种订单处理方法及装置 | |
CN111861517A (zh) | 一种路线推荐方法及装置 | |
CN111861616A (zh) | 一种订单信息显示方法及装置 | |
CN111242711A (zh) | 信息提示方法、装置、电子设备和存储介质 | |
CN110751532B (zh) | 一种资源分配的方法及装置 | |
CN111866051B (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 |