CN112116419A - 网约车下单方法、装置、电子设备及存储介质 - Google Patents

网约车下单方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN112116419A
CN112116419A CN202010906828.9A CN202010906828A CN112116419A CN 112116419 A CN112116419 A CN 112116419A CN 202010906828 A CN202010906828 A CN 202010906828A CN 112116419 A CN112116419 A CN 112116419A
Authority
CN
China
Prior art keywords
point
platform
network
target
request
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
Application number
CN202010906828.9A
Other languages
English (en)
Inventor
杨玥
孙胜玉
其他发明人请求不公开姓名
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hanhai Information Technology Shanghai Co Ltd
Original Assignee
Hanhai Information Technology Shanghai Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hanhai Information Technology Shanghai Co Ltd filed Critical Hanhai Information Technology Shanghai Co Ltd
Priority to CN202010906828.9A priority Critical patent/CN112116419A/zh
Publication of CN112116419A publication Critical patent/CN112116419A/zh
Pending legal-status Critical Current

Links

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/0611—Request for offers or quotes
    • 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/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Navigation (AREA)

Abstract

本发明公开了一种网约车下单方法和装置。该方法包括：接收对目标行程的第一网约车预估价请求；响应于第一网约车预估价请求，获取与目标行程中的终止点的POI匹配的第一候选引导点，基于目标行程的起始点和终止点的第一候选引导点，输出目标行程的第一预估价信息；接收对第一预估价信息中第一目标网约车平台的第一网约车下单请求；响应于第一网约车下单请求，向第一目标网约车平台发送第一订单请求，其中，第一订单请求的出发地为所述起始点、目的地为所述第一候选引导点中与所述第一目标网约车平台匹配的第一目标引导点。本发明在由第三方网约车平台来提供订单服务的场景下，能够提升行程订单的订单数据的准确度。

Description

网约车下单方法、装置、电子设备及存储介质
技术领域
本发明的实施例涉及通讯技术领域，特别是涉及一种网约车下单方法、装置、电子设备及计算机可读存储介质。
背景技术
在网约车平台为第三方平台的场景下，用户可以通过某APP输入打车行程的起始点和终止点，来从多种第三方网约车平台提供的网约车订单服务中选择某个网约车平台的订单服务来进行行程下单。
但是，在上述场景中，各个第三方网约车平台所提供的订单服务主要是以终止点POI(兴趣点)的中心点坐标作为行程订单的目的地，来提供订单服务的。例如用户输入的终止点为XX医院，那么第三方网约车平台提供的订单服务的目的地则是该XX医院的楼宇中心坐标位置，但是用户下车地点并不会是该XX医院的中心坐标位置，使得第三方网约车平台提供的行程订单的数据(例如导航数据、预估价数据等)并不准确。
因此，相关技术中在由第三方网约车平台来提供订单服务的场景下，容易存在行程订单的订单数据不准确的问题。
发明内容
本发明的实施例提供一种网约车下单方法，以解决相关技术中在由第三方网约车平台来提供订单服务的场景下，容易存在行程订单的订单数据不准确的问题。
为了解决上述问题，第一方面，本发明实施例提供了一种网约车下单方法，包括：
接收对目标行程的第一网约车预估价请求；
响应于所述第一网约车预估价请求，获取与所述目标行程中的终止点的POI匹配的第一候选引导点，基于所述目标行程的起始点和所述终止点的所述第一候选引导点，输出所述目标行程的第一预估价信息；
接收对所述第一预估价信息中第一目标网约车平台的第一网约车下单请求；
响应于所述第一网约车下单请求，向所述第一目标网约车平台发送第一订单请求，其中，所述第一订单请求的出发地为所述起始点、目的地为所述第一候选引导点中与所述第一目标网约车平台匹配的第一目标引导点。
第二方面，本发明实施例提供了一种网约车下单装置，包括：
第一接收模块，用于接收对目标行程的第一网约车预估价请求；
第一响应模块，用于响应于所述第一网约车预估价请求，获取与所述目标行程中的终止点的POI匹配的第一候选引导点，基于所述目标行程的起始点和所述终止点的所述第一候选引导点，输出所述目标行程的第一预估价信息；
第二接收模块，用于接收对所述第一预估价信息中第一目标网约车平台的第一网约车下单请求；
第二响应模块，用于响应于所述第一网约车下单请求，向所述第一目标网约车平台发送第一订单请求，其中，所述第一订单请求的出发地为所述起始点、目的地为所述第一候选引导点中与所述第一目标网约车平台匹配的第一目标引导点。
第三方面，本发明实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本发明实施例所述的网约车下单方法。
第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本发明实施例公开的网约车下单方法的步骤。
在本发明实施例中，在由第三方网约车平台来提供订单服务的场景下，可以基于目标行程的起始点和该终止点的POI的第一候选引导点，来输出目标行程的第三方网约车平台的网约车的预估价信息，这样可以以引导点作为目的地，使得输出的预估价信息涉及的目的地是符合用户的下车实际需求的用户的实际下车地点，而不是用户无法抵达的终止点的中心点坐标，确保预估价信息的准确性；此外，为了确保预估价环节和下单环节，对于同一个网约车平台所使用的目的地是同一个引导点，因此，向第一目标网约车平台发送的第一订单请求中的目的地为所述第一候选引导点中与需要下单的第一目标网约车平台匹配的第一目标引导点，不仅可以确保对第一目标网约车平台下单后的导航目的地即为该第一目标引导点，确保导航数据的准确性；而且，以目标行程的终止点的POI的引导点作为对目标行程预估网约车价格的目的地，并以该目标引导点作为第三方网约车平台的下单的行程订单的目的地，可以确保在同一目标行程的预估价请求和订单请求，这两次请求所得到的目的地的一致性(因为，预估价请求和第一订单请求之间存在时间间隔，那么容易导致两次请求的关于同一个网约车平台的引导点不一致的情况)；并且，在下发第一订单请求时无需重复请求可以作为目的地的第一候选引导点，而是直接采用预估价请求环节所得到的第一候选引导点中与第一目标网约车平台匹配的目标引导点作为目的地，可以避免重复请求第一候选引导点所带来的信令开销大的问题。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一个实施例的网约车下单方法的步骤流程图；
图2是本发明另一个实施例的网约车下单方法的步骤流程图；
图3是本发明一个实施例的获取网约车的预估价的流程图；
图4是本发明又一个实施例的网约车下单方法的流程图；
图5是本发明一个实施例的获取终止点的引导点的流程图；
图6是本发明另一个实施例的网约车下单方法的步骤流程图；
图7是本发明一个实施例的网约车下单装置的结构框图；
图8示意性地示出了用于执行根据本公开的方法的计算处理设备的框图；以及
图9示意性地示出了用于保持或者携带实现根据本公开的方法的程序代码的存储单元。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供了一种网约车下单方法，如图1所示，该方法可以包括如下步骤：
步骤101，接收对目标行程的第一网约车预估价请求；
其中，不论是本步骤中的第一网约车预估价请求还是下述实施例的第二网约车预估价请求，本发明实施例所述的网约车预估价请求表示对输入的起始点和终止点的目标行程，请求第三方网约车平台提供的该目标行程的预估价。
因此，网约车预估价请求携带目标行程的起始点(例如客户端所处的定位，或者客户端用户输入的某个位置)和终止点(例如医院A)；
本发明实施例的服务器可以接收到该网约车预估价请求；
由于本发明实施例的方法应用于对第三方网约车平台进行网约车下单，因此，该客户端可以不是各个第三方网约车平台的客户端，而是与第三方网约车平台存在合作关系的某平台(例如地图平台)的客户端；所以，第三方网约车平台也可以称作合作方，每个第三方网约车平台可以提供网约车订单。但是传统技术中，在第三方网约车平台的下单场景下，会直接以终止点的POI的坐标(实际为该终止点的中心坐标点)为导航和订单的目的地进行下单，因此，容易存在订单数据错误的情况，为了解决该技术问题，本发明实施例的方法提供了网约车下单方法。
步骤102，响应于所述第一网约车预估价请求，获取与所述目标行程中的终止点的POI匹配的第一候选引导点，基于所述目标行程的起始点和所述终止点的所述第一候选引导点，输出所述目标行程的第一预估价信息；
其中，在地图领域，可以挖掘到POI，POI具有名称、坐标、类别等属性；在挖掘到了POI之后，还可以对POI挖掘其引导点，例如根据该POI的各个用户的下车历史记录挖掘得到该POI的引导点，该引导点一般是乘客下车次数较多的位置；然后，将引导点与POI关联，从而确定POI的引导点。一般情况下，一个POI可以具有多个引导点，引导点属于本领域的公知名称。
那么在本步骤中，就可以获取到该终止点的POI的预先挖掘到的引导点，即第一候选引导点，一般第一候选引导点的数量为多个，例如终止点为医院A，则该第一候选引导点可以包括医院A的东门、医院A的北门、医院A的西门等。
不同于以终止点的POI的坐标，即终止点的中心坐标，作为目的地来进行目标行程的网约车价格的预估，在本步骤中，则是基于目标行程的起始点和该终止点的POI的第一候选引导点，来输出目标行程的第三方网约车平台的网约车的预估价信息，这样可以使得输出的预估价信息的目的地是用户的实际下车地点，而不是用户无法抵达的终止点的中心点坐标，例如医院A的建筑的中心点坐标，确保预估价信息的准确性；
可选地，输出的信息还可以包括该起始点到该第一候选引导点的导航路线。
步骤103，接收对所述第一预估价信息中第一目标网约车平台的第一网约车下单请求；
其中，第一预估价信息涉及的网约车平台可以是一个或多个，用户可以参考各网约车平台给出的该目标行程的预估价，来选择目标网约车平台进行网约车下单，其中，目标网约车平台的数量可以是一个或多个，即用户可以选择对一个平台的网约车进行下单，也可以为了提高接单成功率，而同时对多个平台的网约车进行下单。
可选地，由于一个第三方网约车平台可提供的车型的数量可以是多个，因此，用户在选择对某网约车平台的网约车进行下单时，还可以从该网约车平台提供的多种车型中选择所需要下单的目标车型(可以是一个或多个，例如级别从低到高的车型依次为“经济型”、“尊享型”、“专车型”)，所以所述第一网约车下单请求可以包括所述第一目标网约车平台的目标车型。
步骤104，响应于所述第一网约车下单请求，向所述第一目标网约车平台发送第一订单请求，其中，所述第一订单请求的出发地为所述起始点、目的地为所述第一候选引导点中与所述第一目标网约车平台匹配的第一目标引导点。
其中，由于是使用第三方网约车平台来下单，因此，本发明实施例的服务器可以响应于该网约车下单请求，来向用户选择的第一目标网约车平台发送订单请求；
此外，需要说明的是，由于第一网约车预估价请求涉及的网约车平台可以是一个或多个，而每个网约车平台在计算目标行程的预估价时，可以从上述第一候选引导点中，选择与该网约车平台匹配的引导点来作为目的地来预估行程价格；而为了确保预估价环节和下单环节，对于同一个网约车平台所使用的目的地是同一个引导点，因此，上述第一订单请求中的目的地为所述第一候选引导点中与用户选择的需要下单的第一目标网约车平台匹配的第一目标引导点。
在本发明实施例中，在由第三方网约车平台来提供订单服务的场景下，可以基于目标行程的起始点和该终止点的POI的第一候选引导点，来输出目标行程的第三方网约车平台的网约车的预估价信息，这样可以以引导点作为目的地，使得输出的预估价信息涉及的目的地是符合用户的下车实际需求的用户的实际下车地点，而不是用户无法抵达的终止点的中心点坐标，确保预估价信息的准确性；此外，为了确保预估价环节和下单环节，对于同一个网约车平台所使用的目的地是同一个引导点，因此，向第一目标网约车平台发送的第一订单请求中的目的地为所述第一候选引导点中与需要下单的第一目标网约车平台匹配的第一目标引导点，不仅可以确保对第一目标网约车平台下单后的导航目的地即为该第一目标引导点，确保导航数据的准确性；而且，以目标行程的终止点的POI的引导点作为对目标行程预估网约车价格的目的地，并以该目标引导点作为第三方网约车平台的下单的行程订单的目的地，可以确保在同一目标行程的预估价请求和订单请求，这两次请求所得到的目的地的一致性(因为，预估价请求和第一订单请求之间存在时间间隔，那么容易导致两次请求的关于同一个网约车平台的引导点不一致的情况)；并且，在下发第一订单请求时无需重复请求可以作为目的地的第一候选引导点，而是直接采用预估价请求环节所得到的第一候选引导点中与第一目标网约车平台匹配的目标引导点作为目的地，可以避免重复请求第一候选引导点所带来的信令开销大的问题。
如图6所示，本发明实施例还提供了一种网约车下单方法，为了便于理解图6实施例，可以参照图2(包括冒泡和下单环节)、图3(包括冒泡环节)、图4(下单环节)、图5的示例来理解。
如图2所示，本发明实施例的服务器可以包括capi模块、聚合定价模块、LBS(Location Based Services，基于位置的服务)模块(其中，LBS模块包括引导点服务)订单系统、可选地，还可以包括调度模块、分单模块；
其中，capi是面向客户端交互的系统执行模块，类似于用户网关。
如图6所示，该方法可以包括如下步骤：
步骤201，接收对目标行程的第一网约车预估价请求；
其中，所述第一网约车预估价请求包括第一候选网约车平台ID，所述第一候选网约车平台ID对应的第一候选网约车平台包括下述第一目标网约车平台；
在一个示例中，如图2所示，乘客在客户端输入起始点和终止点，并触发对从该起始点到终止点的目标行程的网约车预估价请求，例如用户首次请求网约车的预估价，则该网约车预估价请求为首次冒泡，例如第一网约车预估价请求为首次冒泡；
如图2和图3所示，在冒泡阶段，客户端选择了网约车平台及其车型来触发预估价请求，因此，capi可以接收到客户端发送的对一目标行程(起终点)的某些网约车平台的某些车型的预估价请求【对应一次冒泡】，该预估价请求可以包括第一候选网约车平台ID(即第一合作方ID)、第一车型ID、起始点、终止点)；
步骤202，生成所述第一网约车预估价请求匹配的第一冒泡ID；
其中，触发一次网约车预估价请求为一次冒泡行为，因此，每请求一次网约车预估价，就可以对该请求生成一个与之唯一匹配的ID，这里为冒泡ID，例如第一网约车预估价请求的第一冒泡ID为图2中的bid1。
步骤203，响应于所述第一网约车预估价请求，在所述终止点的POI的多个引导点中，获取与所述第一候选网约车平台ID匹配的所述终止点的POI的第一候选引导点；
在图2的示例中，capi可以将第一网约车预估价请求连同上述bid1一起发送给聚合定价模块；
如图2和图3所示，聚合定价模块则基于接收到子capi的上述信息，发送引导点请求(携带bid1、第一合作方ID、第一车型ID、终止点、起始点，其中，起始点为可选地信息)给LBS的引导点服务；
LBS的引导点服务可以响应于该引导点请求，来使用该第一合作方ID对应的引导点选择策略，按照不同平台分别获取引导点，即在终止点的POI的多个引导点(预先挖掘到的)中选择与该第一合作方ID匹配的第一候选引导点。
步骤204，将相互匹配的所述第一候选网约车平台ID和所述第一候选引导点，与所述第一冒泡ID进行关联，生成第一关联关系并缓存所述第一关联关系；
如图2的示例所示，LBS的引导点服务器在对各个第一合作方ID选择了与之匹配的第一候选引导点之后，则可以将这些数据与bid1相关联，从而生成bid1与不同商(即不同第一合作方ID)的引导点的缓存关系。
步骤205，基于所述目标行程的起始点和所述第一候选引导点，输出所述目标行程的第一预估价信息；
如图2和图3所示，LBS的引导点服务可以按照不同平台返回引导点给聚合定价模块；
如图3所示，聚合定价模块可以按照不同平台区分引导点，并从第一候选网约车平台(这里为平台1和平台2)分别利用引导点和车型信息来获取到平台1对该目标行程的预估价，以及平台2对该目标行程的预估价；最后，聚合定价模块获取到各平台的预估价并发送给capi，capi则将各平台的预估价数据返回前端渲染展示输出，此外，如图2所示，capi在输出预估价数据时会将bid1关联的返回给客户端；
具体而言，在首次冒泡阶段，用户在第三方网约车平台中选择了平台1和平台2，并对各个平台选择了车型，或者先选择车型，再选择该车型下的平台，总之平台和车型是相互关联的，因此，该第一网约车预估价请求可以携带平台与车型的关联关系；而图3中的聚合定价模块在获取各个平台的预估价时，则是获取到与平台1关联的车型的预估价，以及与平台2关联的车型的预估价(其中，如果一个平台关联多个车型，则该平台可以涉及对应不同车型的多个预估价)；相应的，在输出预估价信息时，也是按照车型和平台分类显示各个平台的各个车型的预估价信息的。
上述步骤201～步骤205属于冒泡环节；下述步骤206～步骤207则属于下单环节。
可选地，在步骤205的输出步骤之后的预设时长内，未接收到下述第一网约车下单请求，则为了确保缓存地各个平台的引导点的准确性和时效性，可以将缓存的上述第一关联关系删除。
步骤206，接收对所述第一预估价信息中第一目标网约车平台的第一网约车下单请求；
可选地，可以是在步骤205之后的预设时长内接收到该第一网约车下单请求。
其中，第一目标网约车平台可以是一个或多个。
例如第一预估价信息包括平台1的车型1的预估价、平台1的车型2的预估价、平台2的车型1的预估价；
那么用户看到了上述三个预估价之后，选择对平台1的车型1进行下单，由于这是对首次冒泡的第一网约车预估价请求进行下单，即对应于图2中的首次提单(即下单)，所以，capi可以接收到客户端的对平台1的车型1的第一网约车下单请求(携带平台1、车型1)，capi在接收到该第一网约车下单请求就可以生成订单ID(即图2中的orderID)，也如图4所示，capi接收到在bid1的预估价信息中选择某平台和车型进行下单的请求。
步骤207，响应于所述第一网约车下单请求，生成所述第一网约车下单请求的订单ID与所述第一预估价信息对应的所述第一冒泡ID的第二关联关系，以及根据所述第一网约车下单请求中的所述第一目标网约车平台的第一目标网约车平台ID和所述第二关联关系中的所述第一冒泡ID，查询已缓存的所述第一关联关系，获取与所述第一冒泡ID和所述第一目标网约车平台ID关联的第一目标引导点，以及向所述第一目标网约车平台发送第一订单请求。
其中，所述第一订单请求的出发地为所述起始点、目的地为所述第一候选引导点中与所述第一目标网约车平台匹配的第一目标引导点。
由于第一网约车下单请求是对bid1的第一预估价信息中某个平台和某个车型的下单请求，capi还会将bid1与第一网约车下单请求(即首次提单)的订单ID进行关联；
如图2和图4所示，capi可以响应于该首次提单的请求，来使用bid1来查询LBS所缓存的引导点，具体为在LBS缓存的与bid1关联的不同平台的引导点中，查询首次提单的请求中平台1的第一目标引导点，例如引导点1，使得capi可以从LBS的引导点服务器的缓存数据中获取到平台1对应的引导点1；
如图4所示，capi在获取到平台1的引导点1之后，就可以向订单系统发送提单请求(携带平台1、车型1、引导点1、起始点),其中，由于capi将bid1与订单ID关联，又通过bid1和平台1查询到引导点1，因此，capi向订单系统发送的该提单请求还可以包括相互关联的bid1和订单ID；
然后，订单系统再将提单请求发送给分单系统，分单系统用于将提单请求转发给相应的第三方网约车平台进行下单，这里分单系统基于接收到的提单请求中的平台信息，来区分不同平台的引导点，从而平台1(即第一目标网约车平台)发送第一订单请求，即提单请求(携带平台1、车型1、引导点1、起始点)；
可选地，平台1在接收到第一订单请求之后，则可以对出发地为上述起始点、目的地为上述与平台1匹配的引导点1、车型为车型1的网约车订单进行下单，并将提单成功的消息返回给分单系统，分单系统再将该消息转给聚合定价模块，聚合定价模块再将该消息转给capi，capi则基于该消息来向客户端进行前端渲染，以输出例如表示XX司机对该平台1的车型1的上述出发地为起始点，目的地为上述引导点1的目标行程进行接单的信息。
可选地，如图2所示，capi在通过查询LBS的引导点服务缓存的关联关系，而获取到平台1的引导点1之后，就可以向订单系统发送提单请求(携带平台1、车型1、引导点1、起始点)；
而订单系统不仅可以如图4所示将提单请求发送给分单系统，还可以如图2所示，利用capi发送的提单请求，来生成MQ(Message Queue，消息队列)，来对订单系统的数据库(DB，database)中的订单数据进行更新，具体的，订单系统接收到自capi的提单请求可以包括相互关联的bid1、订单ID、平台1、车型1、引导点1、起始点的数据；因此，订单系统可以将这些数据以MQ的方式写入DB；此外，订单系统还可以将DB中关于该订单ID的数据(这里包括bid1、平台1、车型1、引导点1、起始点等)以离线到日志中心；另外，订单系统还可以利用DB中关于该订单ID和bid1的关联关系，找到与它们关联的引导点1。
在本发明实施例中，在冒泡之后，即对目标行程请求一次网约车预估价之后，在对冒泡的目标行程进行下单时，通过将本次行程的冒泡ID与订单ID关联，从而可以将与该冒泡ID关联的合作方ID的引导点(即目的地坐标)，传递给对应的订单系统进行下单；为保障下单环节中的目的地与和预估环节所选取的引导点一致，采用了缓存机制，对第一关联关系和第二关联关系进行缓存，能够借助于缓存地冒泡ID与订单ID的第二关联关系和冒泡ID与平台ID和引导点的第一关联关系，使得冒泡环节的引导点与下单环节的引导点一致，以及能够将冒泡环节和下单环节两个独立的单元关联起来。而在冒泡环节中，预估价是按照该缓存的各个第三方网约车平台的引导点计算的，那么在下单环节进行导航时，则同样可以按照缓存的引导点中用户所选择的目标网约车平台的引导点进行导航，使得下单后的实际导航路线就是用户看到的预估价信息对应的路线，下单环节的导航路线的目的地与冒泡环节的预估价对应的目的地是一致的，通过缓存上述第一关联关系和上述第二关联关系，可以保持终止点的引导点在预估价环节和下单环节的一致性；并且，通过保持下单环节和预估价环节采用相同的引导点缓存数据，可以使得两个环节请求的引导点保持一致性，并通过将冒泡过程的目标合作方对应的引导点传递给下单环节，可以避免出现下单环节的目的地的导航偏差和错误；而且通过将预估价环节(即冒泡环节)请求得到的候选引导点与冒泡ID进行关联地缓存，那么在下单环节，则无需重复请求引导点，而是直接查询缓存的引导点，不仅可以减少请求引导点的次数，降低信令开销，而且由于两次请求引导点之间存在时间间隔，容易导致对同一个终止点进行两次引导点请求所得到的请求结果(即引导点)不一致的情况，那么本发明实施例在下单环节不需要请求引导点，而是通过查询缓存地第一关联关系的方式获取目标引导点，则可以确保预估价环节和下单环节所得到的同一终止点的目标引导点一致，不会发生错误的情况。
可选地，在执行上述步骤203时，可以按照与所述第一候选网约车平台ID匹配的引导点选择策略，在所述终止点的POI的多个引导点中，选择与所述第一候选网约车平台ID匹配的所述终止点的POI的第一候选引导点。
举例来说，例如第一候选网约车平台包括平台1、平台2；终止点的POI的多个引导点包括引导点1、引导点2和引导点3，例如依次为医院A的北门、南门、东门；
本步骤中，则需要对不同的平台按照各平台的引导点选择策略，来从上述三个引导点中选择与该平台匹配的第一候选引导点(其中，一个平台对应一个第一候选引导点)。
在选择第一候选引导点时，可以由图2中的LBS的引导点服务来完成；
本发明实施例的方法可以为一些大型的第三方网约车平台分别预先配置各自的引导点选择策略；而对一些小型的第三方网约车平台则配置通用的引导点选择策略(例如系统预先配置了每个POI的默认引导点，那么面向引导点请求中的平台为这些小型的第三方网约车平台时，则可以直接从终止点的POI的多个引导点中选择默认引导点作为该小型的第三方网约车平台的第一候选引导点)；
可选地，不同第一候选网约车平台ID匹配的引导点选择策略不同。
那么通过对不同的网约车平台配置不同的引导点选择策略，可以根据第三方网约车平台的差异，保持差异化的逻辑(即不同的引导点选择策略)，能够差异化地计算各个第三方网约车平台对应的终止点的POI的第一候选引导点，实现同一终止点的引导点的选择差异化，从而在下单请求被响应之后，能够使得同一终止点的不同引导点可以均衡的被导航到，避免多个网约车订单的下车订单集中在同一引导点。
在一个实施例中，如图5所示，上述引导点选择策略可以是梯度策略，其中，梯度策略中涉及的策略可以包括但不限于：①价格最低选点策略、②时间最短选点策略、③距离最短选点策略、④热度最高选点策略；
不同梯度策略则表示上述举例的策略的不同使用顺序；
例如平台1配置的默认梯度策略为从前到后排序为①、②、③、④的梯度策略；
平台2配置的默认梯度策略为从前到后排序为②、①、③、④的梯度策略。
其中，①表示价格最低选点策略、②表示时间最短选点策略、③表示距离最短选点策略、④表示热度最高选点策略；
那么参照图5，以对平台1，按照其默认梯度策略来从终止点的POI的上述三个引导点中，选择与平台1匹配的所述终止点的POI的第一候选引导点为例进行说明。
首先，采用价格最低选点策略，按照平台1的计价算法，计算从起始点到引导点1的导航路线1的该目标行程的网约车价格1；按照平台1的计价算法，计算从起始点到引导点2的导航路线2的该目标行程的网约车价格2；按照平台1的计价算法，计算从起始点到引导点3的导航路线3的该目标行程的网约车价格3；比较这三组价格，如果存在最低价格的一个导航路线，则将该导航路线的引导点作为平台1的第一候选引导点；如果这三组价格中，不存在最低价格的一个导航路线(例如网约车价格1和网约车价格2相同，且均低于网约车价格3)，则转至采用时间最短选点策略，来选择第一候选引导点；
其中，由于一个平台的不同车型的价格也存在区别，那么如果第一网约车预估价请求中关于该平台1的车型为多个，那么在计算上述网约车价格时，可以将该多个车型的多个预估价的总和(或均值，或最高值、或最低值)作为一个引导点对应的导航路线的网约车价格。
在采用时间最短选点策略确定第一候选引导点时，可以按照平台1的路线导航算法，计算从起始点到引导点1的导航路线1的该目标行程的ETA(Estimated Time ofArrival，预计到达时间)1，也可以将ETA转换为耗时时长；按照平台1的路线导航算法，计算从起始点到引导点2的导航路线2的该目标行程的ETA2；按照平台1的路线导航算法，计算从起始点到引导点3的导航路线3的该目标行程的ETA3；比较这三组路线的ETA，如果存在对应耗时时长最短的ETA，也即最小的ETA的一个导航路线，则将该导航路线的引导点作为平台1的第一候选引导点；如果这三组路线的ETA中，不存在最小的ETA的一个导航路线(例如ETA1和ETA2相同，且均小于ETA3)，则转至采用距离最短选点策略，来选择第一候选引导点；
在采用距离最短选点策略确定第一候选引导点时，可以按照平台1的路线导航算法，计算从起始点到引导点1的导航路线1的该目标行程的EDA(Estimated distance ofArrival，预计里程)1；按照平台1的路线导航算法，计算从起始点到引导点2的导航路线2的该目标行程的EDA2；按照平台1的路线导航算法，计算从起始点到引导点3的导航路线3的该目标行程的EDA3；比较这三组路线的EDA，如果存在最小的EDA，也即最短导航里程的一个导航路线，则将该导航路线的引导点作为平台1的第一候选引导点；如果这三组路线的EDA中，不存在最小的EDA的一个导航路线(例如EDA1和EDA2相同，且均小于EDA3)，则转至采用热度最高选点策略，来选择第一候选引导点；
在采用热度最高选点策略确定第一候选引导点时，可以比较引导点1、引导点2和引导点3的热度信息，将唯一地热度最高的一个引导点作为第一候选引导点；如果不存在唯一的热度最高的引导点，则可以选择这三个引导点中按照预设顺序(例如存储顺序)排列在首位的引导点作为平台1的第一候选引导点。
其中，热度信息可以以网约车订单使用的该终止点的引导点的频次，或次数，例如引导点1、引导点2和引导点3的热度信息依次为：最近1个月终止点的引导点1、引导点2和引导点3分别构成行程订单的下车点的总次数p1、总次数p2、总次数p3；再如，引导点1、引导点2和引导点3的热度信息依次为：最近1个月终止点的引导点1、引导点2和引导点3分别构成行程订单的下车点的总次数m1、总次数m2、总次数m3；再如，引导点1、引导点2和引导点3的热度信息依次为：最近1个月终止点的引导点1、引导点2和引导点3分别构成行程订单的上车点和下车点的总次数p1+m1、总次数p2+m2、总次数p3+m3。
如图5所示，在确定了平台1的第一候选引导点之后，就可以将该第一候选引导点发送至计费系统，来计算从起始点到该第一候选引导点的导航路线的预估价；而在下单环节，如果对该平台1所确定的第一候选引导点作为第一目标引导点进行目标行程的下单，则可以将将该第一候选引导点发送给订单系统，来计算从起始点到该第一目标引导点的导航路线。
在另一个实施例中，网约车平台的引导点选择策略也可以不是由多个策略构成的梯度策略，而是单独的一个策略，例如上文举例的①价格最低选点策略、②时间最短选点策略、③距离最短选点策略、④热度最高选点策略中的任意一种。例如平台1的引导点选择策略为①价格最低选点策略；平台2的引导点选择策略为③距离最短选点策略；
那么当平台的引导点策略为单独的一个策略时，如果经策略选择发现最优的引导点，例如价格最低的引导点不唯一，则可以在最优的引导点中随机选择一个引导点来作为对该平台所选择的第一候选引导点。
可选地，如果LBS的引导点服务，通过平台的引导点选择策略，没有成功地选择出最优的引导点，例如上述第一候选引导点，则可以直接将终止点的POI的坐标(即终止点的中心点坐标)作为第一候选引导点返回，这是一种兜底机制。
此外，在执行下述实施例的步骤310中在所述终止点的POI的多个引导点中，获取与所述第二候选网约车平台ID匹配的所述终止点的POI的第二候选引导点时，同样可以按照与所述第二候选网约车平台ID匹配的引导点选择策略，在所述终止点的POI的多个引导点中，选择与所述第二候选网约车平台ID匹配的所述终止点的POI的第二候选引导点；其中，不同第二候选网约车平台ID匹配的引导点选择策略不同。方法原理同上，参照上文，这里不再赘述。
在本发明实施例中，在网约车场景下，主要对于第三方网约车平台的订单终点，采用创新流程的方式走通“POI关联的引导点”的逻辑进行价格预估和下单，避免在预估环节和终点导航时将乘客送到POI内部绑路的位置(非引导点)，降低预估价高估偏差和目的地距离偏差等订单数据错误的概率。
可选地，在上述步骤205之后，如果客户端触发了追加冒泡，则根据本发明实施例的方法还可以包括如下步骤：
步骤208，接收对所述目标行程的第二网约车预估价请求；
其中，所述第二网约车预估价请求(即追加冒泡)中的第二候选网约车平台ID，与第一网约车预估价请求(即首次冒泡)中的所述第一候选网约车平台ID可以相同或不同。
例如，两次冒泡的网约车平台相同，但是存在车型的变化，例如追加冒泡进行了车型的增加或者减少；
再如，两次冒泡的网约车平台不同(例如存在网约车平台的增加或减少)，可选地，也可以进一步存在车型的变化。
这里以追加冒泡为追加了车型为例进行说明，如上文所述，首次冒泡阶段的客户端的第一网约车预估价请求中的平台和车型信息包括：平台1的车型1、平台1的车型2、平台2的车型1；追加冒泡阶段，乘客新增加了平台1的车型3来请求预估价，因此，接收到的客户端的第二网约车预估价请求中的平台和车型信息包括：平台1的车型1、平台1的车型2、平台2的车型1，并进一步包括平台1的车型3；
如上文关于冒泡的解释，冒泡表示一次网约车预估价请求，即便两次请求的平台和车型以及起始点和终止点都没有发生变化，但是，如果请求一次预估价之后，再返回到客户端的其他页面，然后，再从其他页面回到网约车预估价请求的界面，则仍是一次新的冒泡行为，两次的冒泡ID不同。
步骤209，生成所述第二网约车预估价请求匹配的第二冒泡ID；
在本示例中，用户看到了对于首次冒泡的各平台和各车型的预估价信息的界面之后，又对平台1增加了一个车型3，并触发请求预估价，则这次冒泡的冒泡ID将不同于首次冒泡的冒泡ID，即bid1，而是对该追加冒泡的预估价请求生成唯一的冒泡ID，bid2。其中，bid1不同于bid2。
另外，需要说明的是，冒泡ID用于标识一次网约车预估价请求，因此，即便存在时间间隔的两次网约车预估价请求所携带的平台和车型等信息均相同，但是这两次网约车预估价请求所对应的冒泡ID也是不同的。
步骤310，响应于所述第二网约车预估价请求，在所述终止点的POI的多个引导点中，获取与所述第二候选网约车平台ID匹配的所述终止点的POI的第二候选引导点，基于所述目标行程的起始点和所述终止点的所述第二候选引导点，输出所述目标行程的第二预估价信息；
在一个示例中，如图2所示，在追加冒泡后，capi可以通过聚合定价模块，来向LBS的引导点服务发送引导点请求，从而得到第二候选引导点，这里包括：平台1的引导点和平台2的引导点；
然后，参照图3的流程，capi就可以基于该目标行程的起始点和终止点的平台1的引导点(作为目的地)、车型1、车型2、车型3，获取到平台1对于上述三个车型，从起始点到平台1的引导点的目标行程的3组预估价信息，并返回给前端渲染；同理，capi就可以基于该目标行程的起始点和终止点的平台2的引导点(作为目的地)、车型1，获取到平台2对于车型1，从起始点到平台2的引导点的目标行程的一组预估价信息，并返回给前端渲染。
步骤311，将相互匹配的所述第二候选网约车平台ID和所述第二候选引导点，与所述第二冒泡ID进行关联，生成第三关联关系并缓存所述第三关联关系。
其中，如图2所示，LBS的引导点服务还会生成bid2与不同商(即这里的平台1和平台2)的引导点的缓存关系，即第三关联关系。
其中，步骤209和步骤310在步骤208之后执行，本发明对于步骤209和步骤310之间的执行顺序不做限制。
可选地，本实施例的第二网约车预估价请求还可以对应于换仓的场景，例如乘客在首次冒泡之后，又追加了上述平台1的车型3来请求网约车预估价，而系统根据该乘客的用户级别判定可以对追加的平台1的车型3进行升级，例如将平台1的车型3升级为车型4(其中，车型级别从低到高依次为车型1、车型2、车型3、车型4)，因此，该第二网约车预估价请求中追加的平台1的车型3更新为平台1的车型4，如图2所示，调度模块可以对该第二网约车预估价请求生成冒泡ID，bid3，图2中，对于换仓场景不做终止点的引导点的选择，但是，在其他实施例中，该换仓场景实质是一种追加冒泡的实施例，是车型的追加，因此，在换仓场景下，同样可以采用步骤208～步骤311的流程，来对换仓场景的第二网约车预估价请求进行响应处理，只不过第二冒泡ID为bid3而非上文举例的bid2，以及追加的车型为平台1的车型4，而非上述举例的平台1的车型3。
在本发明实施例中，每接收到一次网约车预估价请求，就可以对该请求生成唯一性的标识，即冒泡ID，并在所述终止点的POI的多个引导点中，获取与所述第二候选网约车平台ID匹配的所述终止点的POI的第二候选引导点，以及缓存该冒泡ID与第二候选网约车平台ID、第二候选引导点的第三关联关系。由于在不同时间点接收到的网约车预估价请求后，对不同时间点的网约车预估价请求进行响应时，所获取到同一网约车平台的关于同一终止点的POI的候选引导点也可能存在差异(例如在时间点1，按照平台1的引导点选择策略，选择的是医院的北门作为候选引导点，而过了半小时之后，医院北门发生拥堵，则按照平台1的引导点选择策略，选择的可能是医院的南门作为候选引导点)，因此，为了确保缓存的关于冒泡ID和平台ID以及候选引导点的关联关系中各个平台的候选引导点都是最新且准确地，每一次冒泡之后，都需要在所述终止点的POI的多个引导点中，重新获取与各个平台匹配的候选引导点，而不是查询上一次冒泡所得到的第一缓存关系的方式来获取候选引导点。此外，由于预估价环节所请求的候选引导点是分别与候选网约车平台匹配的，而各个网约车平台所采用的引导点选择策略也可能存在更新，那么通过每次接收到网约车预估价请求之后，都按照各网约车平台的引导点选择策略，来重新计算和获取相应的候选引导点，则可以确保所得到的候选引导点与相应网约车平台的引导点选择策略保持匹配。
可选地，在首次提单和追加冒泡的基础上，如果用户触发了追加订单，即在步骤207以及步骤311之后，根据本发明实施例的方法还可以执行以下步骤来追加订单：
接收对所述第二预估价信息中第二目标网约车平台的第二网约车下单请求；响应于所述第二网约车下单请求，将所述第二关联关系中与所述订单ID关联的第一冒泡ID更新为所述第二冒泡ID，以及根据所述第二网约车下单请求中的所述第二目标网约车平台的第二目标网约车平台ID和与所述第二预估价信息对应的所述第二冒泡ID，查询已缓存的所述第三关联关系，获取与所述第二冒泡ID和所述第二目标网约车平台ID关联的第二目标引导点，以及向所述第二目标网约车平台发送第二订单请求，其中，所述第二订单请求的出发地为所述起始点、目的地为所述第二候选引导点中与所述第二目标网约车平台匹配的所述第二目标引导点。
以图2举例说明，在对目标行程进行首次冒泡并首次提单(首次下单)的基础上，客户端的用户又对该目标行程(相比于首次冒泡和首次下单的行程的起始点和终止点不变)进行了追加冒泡(例如追加了平台1的车型3)来请求预估价，从而通过上述步骤310，客户端用户看到了平台1的车型1、车型2、车型3的三个预估价，以及平台2的车型1的预估价，而此时首次下单还没有司机接单，例如发送了第一订单请求之后没有得到表示提单成功的消息，所以，乘客为了增加下单成功率，可以从追加冒泡后展示的第二预估价信息中选择第二目标网约车平台(可以是一个或多个)的某个车型(可以是一个或多个)(例如平台1的车型3)来追加下单；
因此，capi可以响应于客户端的追加订单请求，即该第二网约车下单请求，使用追加冒泡环节的bid2来查询LBS中缓存的引导点，即查询缓存的上述第三关联关系中与bid2关联的平台1的引导点(例如引导点2)；此外，capi还可以向订单系统发送关于上述订单ID的订单更新请求，从而将订单系统的DB中与订单ID关联的冒泡ID从bid1更新为bid2；然后，类似于图4的下单环节的流程，capi在获取到与bid2关联的平台1的引导点2(即第二目标引导点)之后，可以依次通过订单系统、分单系统，来向平台1发送第二订单请求(包括起始点、终止点的引导点2、车型3)
其中，第一网约车下单请求和第二网约车下单请求的订单ID是相同的。
在本发明实施例中，在对目标行程首次下单和再次请求网约车预估价的基础上，如果再次接收到对该目标行程的网约车下单请求(即追加订单)，则可以响应于该再次接收到的网约车下单请求，来将响应于上一次网约车下单请求时(即第一网约车下单请求)所生成的所述第一网约车下单请求的订单ID与所述第一预估价信息对应的所述第一冒泡ID的第二关联关系中，与该订单ID关联的第一冒泡ID，更新为再次请求网约车预估价对应的第二冒泡ID，使得该订单ID对应的下单数据中关于终止点的引导点是再次下单之前最近一次冒泡查询到的引导点，确保下单环节的引导点数据的准确性。
本实施例公开了一种网约车下单装置，如图7所示，所述装置包括：
第一接收模块31，用于接收对目标行程的第一网约车预估价请求；
第一响应模块32，用于响应于所述第一网约车预估价请求，获取与所述目标行程中的终止点的POI匹配的第一候选引导点，基于所述目标行程的起始点和所述终止点的所述第一候选引导点，输出所述目标行程的第一预估价信息；
第二接收模块33，用于接收对所述第一预估价信息中第一目标网约车平台的第一网约车下单请求；
第二响应模块34，用于响应于所述第一网约车下单请求，向所述第一目标网约车平台发送第一订单请求，其中，所述第一订单请求的出发地为所述起始点、目的地为所述第一候选引导点中与所述第一目标网约车平台匹配的第一目标引导点。
可选地，所述第一网约车预估价请求包括第一候选网约车平台ID，所述第一候选网约车平台ID对应的第一候选网约车平台包括所述第一目标网约车平台；
所述装置还包括：
第一生成模块，用于生成所述第一网约车预估价请求匹配的第一冒泡ID；
所述第一响应模块32包括：
第一获取子模块，用于在所述终止点的POI的多个引导点中，获取与所述第一候选网约车平台ID匹配的所述终止点的POI的第一候选引导点；
所述装置还包括：
第一关联模块，用于将相互匹配的所述第一候选网约车平台ID和所述第一候选引导点，与所述第一冒泡ID进行关联，生成第一关联关系并缓存所述第一关联关系；
所述第二响应模块34，还用于响应于所述第一网约车下单请求，生成所述第一网约车下单请求的订单ID与所述第一预估价信息对应的所述第一冒泡ID的第二关联关系，以及根据所述第一网约车下单请求中的所述第一目标网约车平台的第一目标网约车平台ID和所述第二关联关系中的所述第一冒泡ID，查询已缓存的所述第一关联关系，获取与所述第一冒泡ID和所述第一目标网约车平台ID关联的第一目标引导点，以及向所述第一目标网约车平台发送第一订单请求。
可选地，所述第一获取子模块包括：
选择单元，用于按照与所述第一候选网约车平台ID匹配的引导点选择策略，在所述终止点的POI的多个引导点中，选择与所述第一候选网约车平台ID匹配的所述终止点的POI的第一候选引导点。
可选地，所述装置还包括：
第二接收模块，用于接收对所述目标行程的第二网约车预估价请求；
第二生成模块，用于生成所述第二网约车预估价请求匹配的第二冒泡ID；
第三响应模块，用于响应于所述第二网约车预估价请求，在所述终止点的POI的多个引导点中，获取与所述第二网约车预估价请求中第二候选网约车平台ID匹配的所述终止点的POI的第二候选引导点，基于所述目标行程的起始点和所述终止点的所述第二候选引导点，输出所述目标行程的第二预估价信息；
第二关联模块，用于将相互匹配的所述第二候选网约车平台ID和所述第二候选引导点，与所述第二冒泡ID进行关联，生成第三关联关系并缓存所述第三关联关系。
可选地，所述装置还包括：
第三接收模块，用于接收对所述第二预估价信息中第二目标网约车平台的第二网约车下单请求；
第四响应模块，用于响应于所述第二网约车下单请求，将所述第二关联关系中与所述订单ID关联的第一冒泡ID更新为所述第二冒泡ID，以及根据所述第二网约车下单请求中的所述第二目标网约车平台的第二目标网约车平台ID和与所述第二预估价信息对应的所述第二冒泡ID，查询已缓存的所述第三关联关系，获取与所述第二冒泡ID和所述第二目标网约车平台ID关联的第二目标引导点，以及向所述第二目标网约车平台发送第二订单请求，其中，所述第二订单请求的出发地为所述起始点、目的地为所述第二目标引导点。
本发明实施例公开的网约车下单装置，用于实现本发明上述各个实施例所述的网约车下单方法的各步骤，装置的各模块的具体实施方式参见相应步骤，此处不再赘述。
在本发明实施例中，在由第三方网约车平台来提供订单服务的场景下，可以基于目标行程的起始点和该终止点的POI的第一候选引导点，来输出目标行程的第三方网约车平台的网约车的预估价信息，这样可以以引导点作为目的地，使得输出的预估价信息涉及的目的地是符合用户的下车实际需求的用户的实际下车地点，而不是用户无法抵达的终止点的中心点坐标，确保预估价信息的准确性；此外，为了确保预估价环节和下单环节，对于同一个网约车平台所使用的目的地是同一个引导点，因此，向第一目标网约车平台发送的第一订单请求中的目的地为所述第一候选引导点中与需要下单的第一目标网约车平台匹配的第一目标引导点，不仅可以确保对第一目标网约车平台下单后的导航目的地即为该第一目标引导点，确保导航数据的准确性；而且，以目标行程的终止点的POI的引导点作为对目标行程预估网约车价格的目的地，并以该目标引导点作为第三方网约车平台的下单的行程订单的目的地，可以确保在同一目标行程的预估价请求和订单请求，这两次请求所得到的目的地的一致性(因为，预估价请求和第一订单请求之间存在时间间隔，那么容易导致两次请求的关于同一个网约车平台的引导点不一致的情况)；并且，在下发第一订单请求时无需重复请求可以作为目的地的第一候选引导点，而是直接采用预估价请求环节所得到的第一候选引导点中与第一目标网约车平台匹配的目标引导点作为目的地，可以避免重复请求第一候选引导点所带来的信令开销大的问题。
相应的，本发明还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明上述任意一个实施例所述的网约车下单方法。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。
本发明还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明上述任意一个实施例所述的网约车下单方法的步骤。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上对本发明提供的一种网约车下单方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的计算处理设备中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
例如，图8示出了可以实现根据本公开的方法的计算处理设备。该计算处理设备传统上包括处理器1010和以存储器1020形式的计算机程序产品或者计算机可读介质。存储器1020可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器1020具有用于执行上述方法中的任何方法步骤的程序代码1031的存储空间1030。例如，用于程序代码的存储空间1030可以包括分别用于实现上面的方法中的各种步骤的各个程序代码1031。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为如参考图9所述的便携式或者固定存储单元。该存储单元可以具有与图8的计算处理设备中的存储器1020类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩。通常，存储单元包括计算机可读代码1031’，即可以由例如诸如1010之类的处理器读取的代码，这些代码当由计算处理设备运行时，导致该计算处理设备执行上面所描述的方法中的各个步骤。
本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本公开的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

Claims (10)

1.一种网约车下单方法，其特征在于，包括：
接收对目标行程的第一网约车预估价请求；
响应于所述第一网约车预估价请求，获取与所述目标行程中的终止点的兴趣点POI匹配的第一候选引导点，基于所述目标行程的起始点和所述终止点的所述第一候选引导点，输出所述目标行程的第一预估价信息；
接收对所述第一预估价信息中第一目标网约车平台的第一网约车下单请求；
响应于所述第一网约车下单请求，向所述第一目标网约车平台发送第一订单请求，其中，所述第一订单请求的出发地为所述起始点、目的地为所述第一候选引导点中与所述第一目标网约车平台匹配的第一目标引导点。
2.根据权利要求1所述的方法，其特征在于，所述第一网约车预估价请求包括第一候选网约车平台ID，所述第一候选网约车平台ID对应的第一候选网约车平台包括所述第一目标网约车平台；
所述接收对目标行程的第一网约车预估价请求之后，所述方法还包括：
生成所述第一网约车预估价请求匹配的第一冒泡ID；
所述获取与所述目标行程中的终止点的POI匹配的第一候选引导点，包括：
在所述终止点的POI的多个引导点中，获取与所述第一候选网约车平台ID匹配的所述终止点的POI的第一候选引导点；
所述获取与所述目标行程中的终止点的POI匹配的第一候选引导点之后，所述方法还包括：
将相互匹配的所述第一候选网约车平台ID和所述第一候选引导点，与所述第一冒泡ID进行关联，生成第一关联关系并缓存所述第一关联关系；
所述响应于所述第一网约车下单请求，向所述第一目标网约车平台发送第一订单请求，包括：
响应于所述第一网约车下单请求，生成所述第一网约车下单请求的订单ID与所述第一预估价信息对应的所述第一冒泡ID的第二关联关系，以及根据所述第一网约车下单请求中的所述第一目标网约车平台的第一目标网约车平台ID和所述第二关联关系中的所述第一冒泡ID，查询已缓存的所述第一关联关系，获取与所述第一冒泡ID和所述第一目标网约车平台ID关联的第一目标引导点，以及向所述第一目标网约车平台发送第一订单请求。
3.根据权利要求2所述的方法，其特征在于，所述在所述终止点的POI的多个引导点中，获取与所述第一候选网约车平台ID匹配的所述终止点的POI的第一候选引导点，包括：
按照与所述第一候选网约车平台ID匹配的引导点选择策略，在所述终止点的POI的多个引导点中，选择与所述第一候选网约车平台ID匹配的所述终止点的POI的第一候选引导点。
4.根据权利要求2所述的方法，其特征在于，所述输出所述目标行程的第一预估价信息之后，所述方法还包括：
接收对所述目标行程的第二网约车预估价请求；
生成所述第二网约车预估价请求匹配的第二冒泡ID；
响应于所述第二网约车预估价请求，在所述终止点的POI的多个引导点中，获取与所述第二网约车预估价请求中第二候选网约车平台ID匹配的所述终止点的POI的第二候选引导点，基于所述目标行程的起始点和所述终止点的所述第二候选引导点，输出所述目标行程的第二预估价信息；
将相互匹配的所述第二候选网约车平台ID和所述第二候选引导点，与所述第二冒泡ID进行关联，生成第三关联关系并缓存所述第三关联关系。
5.根据权利要求4所述的方法，其特征在于，所述生成第三关联关系并缓存所述第三关联关系之后，以及所述向所述第一目标网约车平台发送第一订单请求之后，所述方法还包括：
接收对所述第二预估价信息中第二目标网约车平台的第二网约车下单请求；
响应于所述第二网约车下单请求，将所述第二关联关系中与所述订单ID关联的第一冒泡ID更新为所述第二冒泡ID，以及根据所述第二网约车下单请求中的所述第二目标网约车平台的第二目标网约车平台ID和与所述第二预估价信息对应的所述第二冒泡ID，查询已缓存的所述第三关联关系，获取与所述第二冒泡ID和所述第二目标网约车平台ID关联的第二目标引导点，以及向所述第二目标网约车平台发送第二订单请求，其中，所述第二订单请求的出发地为所述起始点、目的地为所述第二目标引导点。
6.一种网约车下单装置，其特征在于，包括：
第一接收模块，用于接收对目标行程的第一网约车预估价请求；
第一响应模块，用于响应于所述第一网约车预估价请求，获取与所述目标行程中的终止点的兴趣点POI匹配的第一候选引导点，基于所述目标行程的起始点和所述终止点的所述第一候选引导点，输出所述目标行程的第一预估价信息；
第二接收模块，用于接收对所述第一预估价信息中第一目标网约车平台的第一网约车下单请求；
第二响应模块，用于响应于所述第一网约车下单请求，向所述第一目标网约车平台发送第一订单请求，其中，所述第一订单请求的出发地为所述起始点、目的地为所述第一候选引导点中与所述第一目标网约车平台匹配的第一目标引导点。
7.根据权利要求6所述的装置，其特征在于，所述第一网约车预估价请求包括第一候选网约车平台ID，所述第一候选网约车平台ID对应的第一候选网约车平台包括所述第一目标网约车平台；
所述装置还包括：
第一生成模块，用于生成所述第一网约车预估价请求匹配的第一冒泡ID；
所述第一响应模块包括：
第一获取子模块，用于在所述终止点的POI的多个引导点中，获取与所述第一候选网约车平台ID匹配的所述终止点的POI的第一候选引导点；
所述装置还包括：
第一关联模块，用于将相互匹配的所述第一候选网约车平台ID和所述第一候选引导点，与所述第一冒泡ID进行关联，生成第一关联关系并缓存所述第一关联关系；
所述第二响应模块，还用于响应于所述第一网约车下单请求，生成所述第一网约车下单请求的订单ID与所述第一预估价信息对应的所述第一冒泡ID的第二关联关系，以及根据所述第一网约车下单请求中的所述第一目标网约车平台的第一目标网约车平台ID和所述第二关联关系中的所述第一冒泡ID，查询已缓存的所述第一关联关系，获取与所述第一冒泡ID和所述第一目标网约车平台ID关联的第一目标引导点，以及向所述第一目标网约车平台发送第一订单请求。
8.根据权利要求7所述的装置，其特征在于，所述第一获取子模块包括：
选择单元，用于按照与所述第一候选网约车平台ID匹配的引导点选择策略，在所述终止点的POI的多个引导点中，选择与所述第一候选网约车平台ID匹配的所述终止点的POI的第一候选引导点。
9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至5任意一项所述的网约车下单方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至5任意一项所述的网约车下单方法的步骤。
CN202010906828.9A 2020-09-01 2020-09-01 网约车下单方法、装置、电子设备及存储介质 Pending CN112116419A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010906828.9A CN112116419A (zh) 2020-09-01 2020-09-01 网约车下单方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010906828.9A CN112116419A (zh) 2020-09-01 2020-09-01 网约车下单方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN112116419A true CN112116419A (zh) 2020-12-22

Family

ID=73803868

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010906828.9A Pending CN112116419A (zh) 2020-09-01 2020-09-01 网约车下单方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN112116419A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112686415A (zh) * 2020-12-29 2021-04-20 南京领行科技股份有限公司 一种网约车行为监控方法及装置
CN113793062A (zh) * 2021-09-27 2021-12-14 首约科技(北京)有限公司 一种提高网约车运力下单效率的派单方法
CN115564525A (zh) * 2022-09-29 2023-01-03 中航信移动科技有限公司 一种服务器标识的勾选显示方法、电子设备及存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110098915A1 (en) * 2009-10-28 2011-04-28 Israel Disatnik Device, system, and method of dynamic route guidance
CN104215246A (zh) * 2013-05-31 2014-12-17 歌乐株式会社 便携式终端装置及车辆导航装置
CN104463509A (zh) * 2014-12-29 2015-03-25 先锋智道（北京）科技有限公司 网络打车的订单推送方法和网络打车的订单确认方法
CN106327311A (zh) * 2016-09-14 2017-01-11 京东方科技集团股份有限公司 订单处理方法、装置及系统
CN106910088A (zh) * 2017-02-14 2017-06-30 广州源美节能科技有限公司 打车比价方法、打车比价装置以及终端设备
CN107665374A (zh) * 2016-07-27 2018-02-06 滴滴（中国）科技有限公司 打车路线处理方法及装置
CN108734317A (zh) * 2017-04-24 2018-11-02 北京嘀嘀无限科技发展有限公司 网约车订单信息处理方法及装置
CN109253733A (zh) * 2018-10-30 2019-01-22 百度在线网络技术（北京）有限公司 实时导航方法、装置、设备和介质
CN110163394A (zh) * 2018-02-14 2019-08-23 北京嘀嘀无限科技发展有限公司 出行应用的信息显示方法、装置和设备
CN110738542A (zh) * 2018-11-16 2020-01-31 张文 基于车道标示的网约车对接方法、装置、存储介质及系统
CN111445287A (zh) * 2020-03-27 2020-07-24 汉海信息技术(上海)有限公司 一种订单处理的方法及装置

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110098915A1 (en) * 2009-10-28 2011-04-28 Israel Disatnik Device, system, and method of dynamic route guidance
CN104215246A (zh) * 2013-05-31 2014-12-17 歌乐株式会社 便携式终端装置及车辆导航装置
CN104463509A (zh) * 2014-12-29 2015-03-25 先锋智道（北京）科技有限公司 网络打车的订单推送方法和网络打车的订单确认方法
CN107665374A (zh) * 2016-07-27 2018-02-06 滴滴（中国）科技有限公司 打车路线处理方法及装置
CN106327311A (zh) * 2016-09-14 2017-01-11 京东方科技集团股份有限公司 订单处理方法、装置及系统
CN106910088A (zh) * 2017-02-14 2017-06-30 广州源美节能科技有限公司 打车比价方法、打车比价装置以及终端设备
CN108734317A (zh) * 2017-04-24 2018-11-02 北京嘀嘀无限科技发展有限公司 网约车订单信息处理方法及装置
CN110163394A (zh) * 2018-02-14 2019-08-23 北京嘀嘀无限科技发展有限公司 出行应用的信息显示方法、装置和设备
CN109253733A (zh) * 2018-10-30 2019-01-22 百度在线网络技术（北京）有限公司 实时导航方法、装置、设备和介质
CN110738542A (zh) * 2018-11-16 2020-01-31 张文 基于车道标示的网约车对接方法、装置、存储介质及系统
CN111445287A (zh) * 2020-03-27 2020-07-24 汉海信息技术(上海)有限公司 一种订单处理的方法及装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112686415A (zh) * 2020-12-29 2021-04-20 南京领行科技股份有限公司 一种网约车行为监控方法及装置
CN112686415B (zh) * 2020-12-29 2022-05-17 南京领行科技股份有限公司 一种网约车行为监控方法及装置
CN113793062A (zh) * 2021-09-27 2021-12-14 首约科技(北京)有限公司 一种提高网约车运力下单效率的派单方法
CN113793062B (zh) * 2021-09-27 2023-11-21 首约科技(北京)有限公司 一种提高网约车运力下单效率的派单方法
CN115564525A (zh) * 2022-09-29 2023-01-03 中航信移动科技有限公司 一种服务器标识的勾选显示方法、电子设备及存储介质
CN115564525B (zh) * 2022-09-29 2024-05-03 中航信移动科技有限公司 一种服务器标识的勾选显示方法、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN110909096B (zh) 推荐上车点确定方法及装置、存储介质、电子设备
CN112116419A (zh) 网约车下单方法、装置、电子设备及存储介质
JP6732963B2 (ja) オンデマンドサービスを監視するシステムおよび方法
US10021243B2 (en) Telephone call placement
US20080052276A1 (en) System and method for location-based searches and advertising
US20040153370A1 (en) Method and apparatus for facilitating a search for a pick up location
CN102479431A (zh) 具配对功能的计程车叫车系统及其方法
US9245040B2 (en) System and method for automatic searches and advertising
US20160042445A1 (en) System and Method for Recurrent Rental Vehicle Location and Rate Selection Using Network Based Data
CN109387215A (zh) 路线推荐方法和装置
US20100241352A1 (en) System and method for location-based searches and advertising
CN110782648A (zh) 确定预计到达时间的系统和方法
CN110160548B (zh) 用于生成行驶路线的方法、系统和装置
US20220058763A1 (en) Information processing apparatus, information processing method, and non-transitory storage medium
CN105119914A (zh) 一种资源处理方法、装置、终端及服务器
CN111476389A (zh) 一种预估接单等待时长的方法及装置
CN111651687B (zh) 上车点信息推送方法及装置、下车点信息推送方法及装置
CN113379360B (zh) 商品二次交易方法、装置、电子设备和计算机可读介质
CN111242711A (zh) 信息提示方法、装置、电子设备和存储介质
US20210312583A1 (en) Control device, program for control device, and program for terminal device
CN111612545B (zh) 一种广告投放方法、装置及计算机设备
CN114418154A (zh) 一种基于大数据的智能打车方法及系统
CN109682394B (zh) 用于推送步行路线信息的方法和装置
US20200065742A1 (en) Information processing apparatus, information processing method, and non-transitory storage medium
US20240054583A1 (en) Sightseeing plan provision system and sightseeing plan provision method

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