CN112184373A - 数据处理方法、装置、电子设备及存储介质 - Google Patents

数据处理方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN112184373A
CN112184373A CN202011027808.0A CN202011027808A CN112184373A CN 112184373 A CN112184373 A CN 112184373A CN 202011027808 A CN202011027808 A CN 202011027808A CN 112184373 A CN112184373 A CN 112184373A
Authority
CN
China
Prior art keywords
order
capacity
information
request
placing 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
CN202011027808.0A
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 CN202011027808.0A priority Critical patent/CN112184373A/zh
Publication of CN112184373A publication Critical patent/CN112184373A/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/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
    • 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
    • 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/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种数据处理方法和装置。该方法包括：接收对第一运力的下单请求；在接收到所述下单请求的第一时长超过第一预设时长、且所述下单请求未被所述第一运力承接的情况下，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，识别能够用于承接所述下单请求的第二运力；其中，所述第一运力与所述第二运力不同，所述第一提示信息用于提醒用户是否更新所述下单请求中的运力；响应于所述下单请求，输出第二提示信息，所述第二提示信息包括用于提醒用户是否将所述第一运力更新为所述第二运力的信息。

Description

数据处理方法、装置、电子设备及存储介质
技术领域
本发明的实施例涉及计算机技术领域，特别是涉及一种数据处理方法、装置、电子设备及计算机可读存储介质。
背景技术
目前，出行平台为用户提供了便利的网约车服务，用户可以通过出行平台来下发对网约车的出行订单。
而在相关技术中，为了确保用户的出行订单可以被及时的接单，在用户提交出行订单之后，如果出行订单中所选车型在提单后固定时长内没有接单，则出行平台可以在用户未选择的车型中，筛选与出行订单中用户所选择的车型类型以及各车型的预估价相近的车型，并向筛选后的车型对应的网约车平台下发出行订单，从而获取到网约车平台返回的各筛选后的车型的司机信息，最后，出行平台通过例如推送卡片的形式来询问用户是否接受将出行订单的车型更换为筛选后的车型以及司机。
但是，发明人在实现本发明的过程中发现，相关技术中主要基于用户所选车型的类型及其价格进行可更换车型的筛选和推送，这种处理方案容易对下单的乘客用户造成下单干扰，同时也不利于对运力的合理调度分配。
发明内容
本发明的实施例提供一种数据处理方法，以解决相关技术中基于用户所选车型的类型及其价格进行可更换车型的筛选和推送时，所存在的对下单的乘客用户造成下单干扰，以及不利于对运力的合理调度分配的问题。
为了解决上述问题，第一方面，本发明实施例提供了一种数据处理方法，包括：
接收对第一运力的下单请求；
在接收到所述下单请求的第一时长超过第一预设时长、且所述下单请求未被所述第一运力承接的情况下，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，识别能够用于承接所述下单请求的第二运力；
其中，所述第一运力与所述第二运力不同，所述第一提示信息用于提醒用户是否更新所述下单请求中的运力；
响应于所述下单请求，输出第二提示信息，所述第二提示信息包括用于提醒用户是否将所述第一运力更新为所述第二运力的信息。
第二方面，本发明实施例提供了一种数据处理装置，包括：
接收模块，用于接收对第一运力的下单请求；
识别模块，用于在接收到所述下单请求的第一时长超过第一预设时长、且所述下单请求未被所述第一运力承接的情况下，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，识别能够用于承接所述下单请求的第二运力；
其中，所述第一运力与所述第二运力不同，所述第一提示信息用于提醒用户是否更新所述下单请求中的运力；
响应模块，用于响应于所述下单请求，输出第二提示信息，所述第二提示信息包括用于提醒用户是否将所述第一运力更新为所述第二运力的信息。
第三方面，本发明实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本发明实施例所述的数据处理方法。
第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本发明实施例公开的数据处理方法的步骤。
在本发明实施例中，从订单维度考虑用于换仓的第二运力，具体的可以根据用户对于更新下单请求中的运力的历史接受度信息(即考虑到了用户对于换仓的需求)、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息(即换仓对于订单自然成单的影响)、所述下单请求的订单信息(例如下单请求对应的第一时长)，识别能够用于承接所述下单请求的第二运力，能够从订单维度考虑用于换仓的第二运力，实现了运力的合理分配调度，同时也可以给乘客更好的出行体验，降低不必要的运力的换仓提示对用户的下单干扰。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一个实施例的数据处理方法的步骤流程图；
图2是本发明一个实施例的界面示意图；
图3是本发明一个实施例的数据处理装置的结构框图；
图4示意性地示出了用于执行根据本公开的方法的计算处理设备的框图；以及
图5示意性地示出了用于保持或者携带实现根据本公开的方法的程序代码的存储单元。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
发明人在实现本发明的过程中发现，相关技术中基于用户所选车型的类型及其价格进行可更换车型的筛选和推送，这种数据处理方案未考虑到用户对于更换车型这一操作本身的接受认可度(例如，部分用户不认可更换车型的操作，只希望选用最初用户自己选择的车型进行出行；而部分用户则倾向于快速更换可以接单的车型)，因此推送的车型信息容易对下单的乘客用户造成下单干扰；此外，相关技术中的数据处理方案更未考虑到所给出的可更换车型对于乘客用户本次的出行订单是否存在必要性(例如，用户最初自己选择的车型很快就会被接单，而给出更换车型的提示反而会干扰用户的出行订单成单)，从而造成在一定时长(例如推送的车型卡片的显示时长)内系统推送的车型运力都被锁定，不利于对运力的合理调度分配，降低了运力的利用率。
为了解决相关技术中的上述技术问题，本发明实施例提供了一种数据处理方法，该方法可以应用于乘客侧使用的客户端，也可以应用于与该客户端通信的服务器，原理类似，为了便于说明，后文以应用于服务器为例进行说明。
为了便于说明本发明实施例的方法，首先对一些技术名称进行定义：
下单请求：表示对目标行程请求采用某个运力进行承接的订单请求；
接单：表示存在运力对该下单请求进行承接，通俗来说，即存在司机对该下单请求进行接单，从而使得该下单请求可以转换为订单，当然，该司机的车型和网约车平台不一定与下单请求中的运力相一致；
成单：由于司机接单后，不论是乘客侧还是司机侧还都可以取消已经接单的订单，因此，在司机接到乘客后并开始行程时，则该接单的订单转换为成单的状态；
换仓：由于存在下单请求中的运力长时间没有承接该订单请求的情况，因此，为了提高接单率，确保乘客的出行，可以对下单请求中的运力进行更换，或者说更新，使得下单请求中更新后的运力不同于原始提交的下单请求中的运力，这种运力更换的操作可以称之为换仓。
如图1所示，该方法可以包括如下步骤：
步骤101，接收对第一运力的下单请求；
其中，该第一运力为网约车平台的信息与车型的信息的组合，该第一运力的数量可以是一个或多个。该下单请求表示请求第一运力对应的司机来承接目标行程的出行订单。因此，该下单请求包括目标行程，其中，目标行程包括起始点和终止点。
举例来说，用户想要叫一个网约车，可以在客户端输入起始点(一般为用户定位位置)和终止点，并在系统提供的网约车平台和车型中，选择至少一个网约车平台的至少一个车型，然后，提交对该行程的订单请求，则服务器可以接收到客户端对该至少一个网约车平台的至少一个车型的关于该目标行程的订单请求。
此外，该下单请求可以在某个网约车平台的客户端触发，那么用户所选择的车型都是该网约车平台所能够提供的车型；此外，该下单请求也可以在第三方平台的客户端触发，那么由于第三方平台与多个网约车平台存在合作的通信关系，因此，第三方平台的客户端可以提供该多个网约车平台的各个车型，乘客可以在多个网约车平台的各个车型中选择本次出行需要下单的至少一个网约车平台的至少一个车型。
为了便于说明，后文举例以下单请求在第三方平台的客户端触发为例进行说明，例如第一运力对应于网约车平台1的车型1、网约车平台2的车型1，由网约车平台及其车型来唯一性的标识一个运力，因此，这里第一运力的数量为两个。
步骤102，在接收到所述下单请求的第一时长t超过第一预设时长、且所述下单请求未被所述第一运力承接的情况下，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，识别能够用于承接所述下单请求的第二运力；
其中，所述第一运力与所述第二运力不同，所述第一提示信息用于提醒用户是否更新所述下单请求中的运力；
举例来说，服务器在接收到该下单请求之后，可以基于下单请求中的第一运力，来向与第一运力匹配的各个网约车平台来请求第一运力，以便于承接该下单请求，例如服务器向网约车平台1下发对车型1的关于目标行程的订单请求，服务器向网约车平台2下发对车型1的关于目标行程的订单请求，但是如果在服务器接收到该下单请求的时长t超过第一预设时长T1的情况下，都没有接收到来自网约车平台1以及网约车平台2返回的能够承接该下单请求的第一运力的运力结果信息(例如具体可以包括司机信息)，则说明乘客用户提单后t秒，该下单请求都没有被第一运力承接，因此，服务器可以根据三类信息来确定能够用于承接该下单请求的第二运力，这里的第二运力不同于第一运力。其中，在确定第二运力时，可以根据该三类信息来从网约车平台1调度可以对该下单请求接单的除车型1之外的运力结果，以及根据三类型信息来从网约车平台2调度可以对该下单请求接单的除车型1之外的运力结果，以及根据三类信息来从除网约车平台1和网约车平台2之外的第三方网约车平台来调度可以对该下单请求接单的车型(不限于车型1)的运力结果。这些调度得到的运力结果都属于第二运力，因此，第二运力的数量也可以是一个或多个，优选多个。
其中，上述三类信息包括信息1、信息2、信息3:；
信息1：用户对于更新下单请求中的运力的历史接受度信息；
其中，这里的用户可以是触发步骤101的下单请求的客户端的乘客用户，也可以是触发过出行订单的下单请求的历史乘客用户(多个乘客用户)；同样的，由于用户的区别，信息1中所更新运力的下单请求也可以是步骤101的乘客用户触发的下单请求，也可以是历史乘客用户所触发的多个下单请求。对于更新下单请求中的运力而言，以步骤101中的下单请求为例，该下单请求是针对第一运力进行下单，但是第一运力没有承接该下单请求，即用户所选车型没有司机对该目标行程接单，因此，为例提升接单率，可以将下单请求中的运力进行更新，但是用户对于运力的更新的接受程度不同，因此，这里需要用户对于更新下单请求中的运力的历史接受度信息(例如乘客用户之前在下单时对于更换运力(即换仓)的接受度的信息)。
信息2：输出第一提示信息对步骤101中的下单请求转换为包括所述第一运力的第一订单的影响度信息；
其中，所述第一提示信息用于提醒用户是否更新所述下单请求中的运力。在一个示例中，该第一提示信息可以是服务器在客户端推送的换仓卡片，该卡片显示有关于提醒乘客用户是否需要更新下单请求中的运力的信息。
下单请求转换为包括第一运力的第一订单的意思可以包括下单请求被第一运力的司机接单，使得下单请求被接单，生成了第一订单。
也就是说，信息2表达了推送换仓卡片对于用户提交的下单请求自然(即在没有推送换仓卡片的状态下)成单的影响度。
信息3：所述下单请求的订单信息。
其中，该订单信息是关于该下单请求本身的一些订单信息，包括但不限于第一运力的预估价。
可选地，所述订单信息包括所述第一运力承接所述下单请求的最大预估价；
例如网约车平台1的车型1的预估价为price1，网约车平台2的车型1的预估价为price2，price1＞price2，因此，这里的最大预估价为price1。
在执行步骤102中的所述根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，识别能够用于承接所述下单请求的第二运力的步骤时，可以按照预设周期，通过依次执行S21、S22、S23来实现，也就是说，在接收到所述下单请求的第一时长t超过第一预设时长、且所述下单请求未被所述第一运力承接的情况下，就可以首次执行S21、S22和S23；然后，经过第一次执行S21、S22和S23(此时，S22的执行的周期次数为1)，如果没有找到第二运力，则在首次执行S21的时间点开始等待一个预设周期，然后再次执行S21、S22和S23(此时，S22的执行的周期次数为2)，以此类推，从而使得S21、S22和S23可以周期性执行，S22被执行的周期次数递增，即，已查询次数递增；当然，在一次执行S21、S22和S23的过程中，如果找到了第二运力，则针对本次下单请求，不需要再通过等到下一个预设周期来执行S21、S22和S23以查询第二运力。
S21，基于所述最大预估价、已查询次数和第一预设阈值，确定第一价格；
其中，所述已查询次数与所述第一价格正相关；
其中，所述已查询次数为下述S22被执行的周期次数，具体举例见上文。
例如，第一价格＝上述最大预估价*(1+(已查询次数)/最大可查询次数)；
其中，最大可查询次数为第一预设阈值，该最大可查询次数表示S21、S22和S23被周期性执行的最多周期次数。
当然，第一价格与上述最大预估价、已查询次数和第一预设阈值三者之间的函数关系并不限于上述举例，只要确保已查询次数与第一价格是正相关的比例关系即可，即随着已查询次数的增多，该第一价格也越来越高。
S22，识别承接所述下单请求的预估价小于或等于所述第一价格的候选运力；
其中，所述候选运力与所述第一运力不同；
例如，服务器可以向存在合作关系的各个第三方网约车平台，请求除第一运力之外(即乘客未主动提单的运力)且处于可接单状态的、且在承接该目标行程时的预估价小于或等于上述第一价格的车型(对应于候选运力)，那么各个第三方网约车平台则可以向服务器返回符合上述预估价的要求、且不同于第一运力、且可以接单的候选运力的运力结果。
那么如果在一次周期性执行S21～S23的过程中，本步骤中，没有从任何一个第三方网约车平台调度到候选运力，则需要等待下一个预设周期到达之后，再次轮询各个第三方网约车平台，但是本次轮询时的价格条件则发生了变化，通过S21可以看出，随着轮询次数的增加，所查找的候选运力的最大预估价也越来越高，换句话说，在轮询次数较少时，所搜索的候选运力的最大预估价较低，因此，搜索得到的可用的候选运力较少；在轮询次数较多时，所搜索的候选运力的最大预估价较高，预估价的价格范围大，因此，可搜索到的可用的候选运力也较多，从而可以在用户提交下单请求(即提单)后等待时间越长，其订单的接单率越高，确保用户的出行订单可以尽快被接单。
S23，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，在所述候选运力中识别能够用于承接所述下单请求的第二运力。
那么本步骤中，就可以基于上述三类信息来从候选运力中筛选出能够对下单请求接单的第二运力，其中，候选运力包括第二运力。
可选地，为了确保候选运力能够承接下单请求，而没有被调度给其他乘客用户进行接单，在S22时，服务器或者候选运力对应的第三方网约车平台可以对候选运力进行锁定(例如锁定第三预设时长T3)，使得处于锁定状态的候选运力无法承接除步骤101之外的下单请求，即无法接其他乘客的订单，避免推送了换仓卡片后，用户所选择需要使用的候选运力承接了其他的出行订单而无法承接步骤101的下单请求的情况。
在本发明实施例中，可以周期性地执行以下步骤：基于下单请求中所述第一运力承接所述下单请求的最大预估价、已查询次数和第一预设阈值，来确定候选运力的最大预估价(即第一价格)，从而识别承接所述下单请求的预估价小于或等于所述第一价格的候选运力，以及根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，在所述候选运力中识别能够用于承接所述下单请求的第二运力。其中，候选运力与第一运力不同，因此，可以在找到第一运力之外可接单的候选运力，并对候选运力进行过滤来确定可接单的第二运力，提升下单请求被接单的概率。并且，由于所述已查询次数与所述第一价格正相关，其中，所述已查询次数为执行所述识别承接所述下单请求的预估价小于或等于所述第一价格的候选运力的步骤的周期次数。因此，随着轮询次数的增加，所查找的候选运力的最大预估价也越来越高，换句话说，在轮询次数较少时，所搜索的候选运力的最大预估价较低，因此，搜索得到的可用的候选运力较少；在轮询次数较多时，所搜索的候选运力的最大预估价较高，预估价的价格范围大，因此，可搜索到的可用的候选运力也较多，从而可以在用户提交下单请求(即提单)后等待时间越长，其订单的接单率越高，确保用户的出行订单可以尽快被接单。并且，借助于上述技术方案，可以第一时长的变化，动态衡量换仓对于订单成单率的影响，从而决定何时触发何种车型的换仓。
可选地，在所述S22之后，根据本发明实施例的方法还可以包括：S24和S25所表达的对于候选运力的基础过滤步骤；
S24，基于所述候选运力的定位位置和所述下单请求中目标行程的起始位置，确定所述候选运力从所述定位位置导航至所述起始位置的导航距离和导航时长；
其中，服务器在从网约车平台获取到候选运力的运力结果时，该运力结果可以包括但不限于以下至少一项：网约车平台名称、车型信息、预估价信息、司机的个人信息、司机的定位位置(或者，从司机的定位位置到目标行程的起始点的位置的导航距离(即接驾距离)和导航时长(即接驾时长))。
S25，过滤所述候选运力中，所述导航距离大于预设距离阈值，和/或，所述导航时长大于第二预设时长的候选运力。
其中，服务器可以在多个候选运力中，将导航距离大于预设距离阈值的候选运力过滤掉；和/或，服务器可以在多个候选运力中，将导航时长大于预设时长阈值的候选运力过滤掉。
其中，S25在S24之后执行，而S24和S25可以在S23之前或S23之后执行(其中，如果S24和S25在S23之前执行，则在执行S23时，则是在对候选运力进行基础过滤之后，在基础过滤后所剩余的候选运力中识别能够用于承接所述下单请求的第二运力)。
在本发明实施例中，通过对识别到的可用于对下单请求中的运力进行换仓的候选运力进行过滤，具体为将接驾时长较长和/或接驾距离较远的候选运力过滤掉，可以确保向用户推送的选自候选运力的第二运力可以较快的抵达用户乘客的位置进行接驾，避免用户因长时间的等候而导致已经接单的订单的情况。
可选地，如果在所述S22之后候选运力处于被锁定的状态，那么为了提升运力的利用率，可以将本次的下单请求不需要使用的候选运力(即S25中被过滤掉的候选运力)从锁定状态设置为解锁状态，使得处于解锁状态的候选运力还可以去承接步骤101的下单请求之外的其他乘客的出行订单，提升运力的利用率，实现运力的合理调度。
可选地，在执行上述S23时，可以通过S31、S32以及S33来实现：
S31，针对每个候选运力，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息、以及所述候选运力的运力信息，确定在输出第三提示信息的情况下，所述下单请求转换为第二订单的第一概率，其中，所述第三提示信息用于提醒用户是否将所述第一运力更新为所述候选运力；
其中，针对每个候选运力都可以计算得到一个第一概率submitFinishRatepush，该第一概率可以理解为推送换仓卡片的提单成单率，其中，提单表示提交下单请求，成单的定义见上文，因此，第一概率表示在推送换仓卡片的情况下的提单成单率。
本发明实施例可以通过公式1，来执行S31，从而确定submitFinishRatepush；
submitFinishRatepush＝(At*Pt+(1–At)*Rt*Ft*St)，公式1；
这里推送换仓卡片可以是输出上述第三提示信息的一种示例。而由于推送了换仓卡片，因此该下单请求转换为的第二订单所对应的运力可以是第一运力(即虽然推送了关于候选运力的换仓卡片，但是，用户没有选择采用推送的候选运力来成单)，或者，该第二订单所对应的运力为推送的候选运力(即推送了关于候选运力的换仓卡片，并且，用户选择了采用推送的候选运力来成单，放弃继续等待第一运力来接单和成单)。
S32，针对每个候选运力，根据所述订单信息，确定在不输出所述第三提示信息的情况下，所述下单请求转换为所述第一订单的第二概率；
其中，针对每个候选运力都可以计算得到一个第二概率submitFinishRatenopush，该第二概率可以理解为不推送换仓卡片的提单成单率，其中，提单表示提交下单请求，成单的定义见上文，因此，第二概率表示在不推送换仓卡片的情况下的提单成单率。
本发明实施例可以通过公式2，来执行S32，从而确定submitFinishRatenopush；
submitFinishRatenopush＝Rt*Ft，公式2；
S33，根据每个候选运力对应的所述第一概率和所述第二概率，在多个所述候选运力中识别能够用于承接所述下单请求的第二运力。
本步骤相当于利用候选运力的第一概率和第二概率，来从订单维度来对候选运力进行一次过滤，从而得到过滤后的候选运力，即第二运力。
对于一个进入换仓轮询的订单请求而言，针对每个候选运力，可以按照公式3来计算该订单请求的提单成单率Rate：
Rate＝y*submitFinishRatepush+(1-y)*submitFinishRatenopush，公式3；
其中，y为决策变量，其取值为1或0，y＝1表示推送换仓卡片，y＝0表示不推送换仓卡片。
那么结合公式1和公式2，可以对公式3进行如下推导：
Rate＝y*At*Pt+Rt*Ft+y*(1–At)*Rt*Ft*St-y*Rt*Ft
＝y*At*Pt+Rt*Ft+y*Rt*Ft((1-At)*St-1)
＝y*At*Pt-y*Rt*Ft(1-(1-At)*St)+Rt*Ft
＝y*(At*Pt-Rt*Ft*(1-(1-At)*St))+Rt*Ft
而为了使订单请求成单，则本发明实施例的目标为Rate的最大化，即max(y*(At*Pt-Rt*Ft*(1-(1-At)*St))+Rt*Ft)；
其中，Rt、Ft始终为正，因此Rt*Ft始终为正，而y可以取值0或1，那么为了Rate最大化，来确保用户的下单请求可以成单，则需要y＝1，即确定执行步骤103来推送换仓卡片，并使(At*Pt-Rt*Ft*(1-(1-At)*St))最大化。
也就是说，关于步骤103所推送的换仓卡片涉及的第二运力，则是上述候选运力中对应的(At*Pt-Rt*Ft*(1-(1-At)*St))满足条件(例如大于预设阈值)的候选运力。
而根据公式1和公式2可知：
submitFinishRatepush-submitFinishRatenopush
＝(At*Pt+(1–At)*Rt*Ft*St)-Rt*Ft
＝(At*Pt-Rt*Ft*(1-(1-At)*St))
因此，在S33中，只需要针对每个候选运力计算第一概率和第二概率的差值，得到(At*Pt-Rt*Ft*(1-(1-At)*St))，如果(At*Pt-Rt*Ft*(1-(1-At)*St))大于预设阈值，则将该候选运力作为第二运力，否则将该候选运力过滤掉。
其中，本发明对于S31和S32之间的执行顺序不做限制，二者都是在S33之前执行。
在本发明实施例中，为了使乘客用户提交的下单请求的提单成单率最大化，以更加合理的分配调度各个运力，可以根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息、以及所述候选运力的运力信息，确定在输出第三提示信息的情况下，所述下单请求转换为第二订单的第一概率，其中，所述第三提示信息用于提醒用户是否将所述第一运力更新为所述候选运力；以及针对每个候选运力，根据所述订单信息，确定在不输出所述第三提示信息的情况下，所述下单请求转换为所述第一订单的第二概率；最后，根据每个候选运力对应的所述第一概率和所述第二概率，在多个所述候选运力中识别能够用于承接所述下单请求的第二运力。
而关于上述公式1和公式2以及公式3中所涉及的各个变量，则可以参照下面的论述：
可选地，S31中的所述订单信息可以包括：所述第一时长t、所述Rt、所述Ft；
其中，Rt表示在接收到所述下单请求后的时长达到所述第一时长t的情况下，预估得到的在未输出所述第三提示信息的情况下，所述下单请求被所述第一运力承接的概率；
通俗来讲，Rt表示乘客用户在触发上述下单请求后等待了t秒后，该下单请求对应的第一订单(运力为第一运力)的自然接单率(或者说第一运力的司机的接单概率)。
在预估得到Rt时，可以预先统计一段时间内，提交下单请求后在不同等待时长ti时，且在不换仓的场景下(即不推送换仓卡片)，该下单请求对应的订单的接单率；然后，利用统计的一段时间内的上述接单率，来查询等待时长为上述第一时长t时，且在不换仓的场景下，下单请求对应的订单的接单率，从而得到预估的Rt。
Ft表示在接收到所述下单请求后的时长达到所述第一时长t的情况下，预估得到的在未输出所述第三提示信息的情况下，所述下单请求转换为所述第一订单的概率；
通俗来讲，Rt表示的是第一订单的自然接单率，但是接单了不代表一定会成单，因此，这里还需要计算第一订单的自然成单率Ft，即乘客用户在触发上述下单请求后等待了t秒后，该下单请求对应的第一订单(运力为第一运力)的自然(自然表示没有输出第三提示信息，即无推送换仓卡片的干扰)成单率Ft。
在预估得到Ft时，可以预先统计一段时间内，提交下单请求后在不同等待时长ti时，且在不换仓的场景下(即不推送换仓卡片)，该下单请求对应的订单的成单率(成单的概率)；然后，利用统计的一段时间内的上述成单率，来查询等待时长为上述第一时长t时，且在不换仓的场景下，下单请求对应的订单的成单率，从而得到预估的Ft。
可选地，所述输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息包括：St；
其中，St表示在接收到所述下单请求后的时长达到所述第一时长t的情况下，预估得到的输出所述第三提示信息对于所述下单请求转换为所述第一订单的影响度；
通俗来讲，St表示推送换仓卡片(将第一运力更新为候选运力的换仓卡片)这一操作行为，对于上述下单请求自然成单(即，下单请求转换为包括第一运力的第一订单)的影响因子，该影响因子在[0,1]区间内取值。
在预估得到St时，可以预先统计一段时间内关于存在推送换仓卡片的操作的出行订单的订单取消率a，和不存在推送换仓卡片的操作的出行订单的订单取消率b，则某个等待时长ti时的影响因子为(a-b)/b，其中，a＞b,其中，如果a＜b，则可以取(a-b)/b的绝对值为影响因子。
例如第一时长t为10s，则通过查询历史订单数据，可以确定在下单后等待10s时有多少个出行订单被取消(例如m个)，m个出行订单中有多少个(例如c个)订单是推送了换仓卡片并被取消了的，又有多少个订单(例如d个)是没有推送换仓卡片且也被取消了的；从而可以计算得到等待10s时，a＝c/m，b＝d/m，从而基于计算得到的订单取消率a和订单取消率b，来计算等待时长为10s时的影响因子。
那么在执行S31时，则可以针对每个候选运力，根据用户对于更新下单请求中的运力的历史接受度信息、所述第一时长t、所述候选运力的候选运力信息，确定At和Pt；然后，针对每个候选运力对应的所述At、所述Pt、所述Rt、所述Ft、所述St，确定在输出所述第三提示信息的情况下，所述下单请求转换为第二订单的第一概率，例如按照公式1进行计算得到第一概率submitFinishRatepush。
其中，At表示在接收到所述下单请求后的时长达到所述第一时长t的情况下，触发所述下单请求的目标用户对于将所述第一运力更新为所述候选运力的接受概率；
通俗来讲，At表示乘客用户在触发上述下单请求后等待了t秒后，该乘客用户对于承接该下单请求的运力，由将下单请求中的第一运力更换为候选运力的接受概率；即在t秒时，乘客用户对于关于候选运力的本次换仓的接受率。
在预估得到At时，可以通过预先训练的神经网络模型1来预估该At；
其中，在训练神经网络模型1时，训练数据包括但不限于：
用户对于更新下单请求中的运力的历史接受度信息，例如在历史订单数据中，各个用户对换仓的接受情况(例如30天内推送了多少次换仓卡片，有多少换仓卡片的换仓运力被接受-即用户同意采用推送的换仓卡片中的运力来成单)；
历史数据中每次推送的换仓卡片中的用于换仓的运力的运力信息(例如接驾时长、优惠券、接驾距离，预估价与第一订单的原预估价之间的差额等)；
每次推送换仓卡片时对应的提单后的等待时长t(计算方式与上述第一时长相同)；
那么神经网络模型1采用上述训练数据进行训练收敛后，则可以针对每个候选运力预估At；
具体的，神经网络模型1的输入数据包括第一时长t、该候选运力的候选运力信息(具体信息类型可以参照上述训练数据中的运力信息)；那么神经网络模型1就可以根据用户对于更新下单请求中的运力的历史接受度信息、所述第一时长t、所述候选运力的候选运力信息，来预估在等候时长为t时，目标用户对于将第一运力换仓为候选运力的接收概率At,神经网络模型1输出At。
而Pt表示在接收到所述下单请求后的时长达到所述第一时长t的情况下，将所述第一运力更新为所述候选运力后的所述下单请求转换为包括该候选运力的第三订单的概率；
通俗来讲，Pt表示乘客用户在触发上述下单请求后等待了t秒后，对于将下单请求中的第一运力更换为该候选运力后，该下单请求的派单成单率。其中，At表达的是推送换仓卡片后，用户对于换仓卡片中的候选运力的接受概率；由于在将该下单请求的目标行程派给这个候选运力来承接后，不论是乘客侧还是司机侧都可以同意或拒绝采用该候选运力来对下单请求成单，因此，Pt表达了在乘客用户等待上述第一时长t时，本次换仓的候选运力对该下单请求能够成单的概率。
在预估得到Pt时，可以通过预先训练的神经网络模型2来预估该Pt；
其中，在训练神经网络模型2时，训练数据包括但不限于：
用户对于更新下单请求中的运力的历史接受度信息，例如乘客侧对于换仓卡片中提供的用于换仓的运力的历史的成单频次、历史的取消订单频次等乘客特征，司机侧对于换仓卡片中提供的用于换仓的运力的历史的成单频次、历史的取消订单频次等司机特征；
历史数据中每次推送的换仓卡片中的用于换仓的运力对应的订单信息(例如计费时长、计费距离、订单的金额等)、并且，历史数据中的每个订单信息都可以关联有提单后的等待时长(计算方式与上述第一时长相同)；
可选地，历史数据中每次推送的换仓卡片中的用户同意换仓的运力的运力信息(例如接驾时长、优惠券、接驾距离，预估价与第一订单的原预估价之间的差额等)；
那么神经网络模型2采用上述训练数据进行训练收敛后，则可以针对每个候选运力预估Pt；
具体的，神经网络模型2的输入数据包括第一时长t、对应于该候选运力的运力信息，例如对应于该候选运力的预估的订单信息(具体信息类型可以参照上述训练数据中的订单信息)；那么神经网络模型2就可以根据用户对于更新下单请求中的运力的历史接受度信息(例如上述乘客特征和司机特征)、所述第一时长t、所述候选运力的候选运力信息(例如对应于该候选运力的预估的订单信息)，来预估在等候时长为t时，推送的换仓卡片中的用于换仓的候选运力对该下单请求的派单成单率Pt,神经网络模型2输出Pt。
可选地，在执行S32时，可以针对每个候选运力对应的所述Rt、所述Ft，确定在不输出所述第三提示信息的情况下，所述下单请求转换为所述第一订单的第二概率，例如按照公式2进行计算得到第二概率submitFinishRatenopush。
在本发明实施例中，相较于相关技术中的技术方案，本发明实施例的方法可以根据供需、用户已等时间，从便宜车型到价格限制范围内不断寻找合适车型，可以进一步促成用户需求；而且本发明实施例的方法可以从订单角度考虑此次换仓对于订单成单率的影响，以订单成单为目标，考虑换仓必要性，可在合适时机推送换仓卡片，能够在兼顾用户体验的同时又可以促成订单成单，实现了对运力的有效利用，实现了运力的合理分配。
步骤103，响应于所述下单请求，输出第二提示信息；
其中，所述第二提示信息包括用于提醒用户是否将所述第一运力更新为所述第二运力以承接所述第一订单的信息。
在一个示例中，如图2所示，可以将第二提示信息以图2中的换仓卡片21的方式进行输出显示，该换仓卡片21可以提醒用户是否需要将原本提单的第一运力，更换为这里的“首汽经济型”的第二运力。
可选地，该第二提示信息还可以包括关于该第二运力的运力信息，例如图2所示的接驾距离(392米)，接驾时长(4分钟)、预估价(28.3元)、相较于采用第一运力的优惠价格(这里为8.2元)以及第二运力的司机信息(这里为李师傅)；
可选地，该第二提示信息还可以包括该第二运力被锁定的时长，即上文所述的第三预设时长T3，图2中T3为15秒。
可选地，在换仓卡片显示时长的15秒之内，如果没有接收到对该第二运力的同意换仓的命令(例如没有点击图2中的“同意司机来接我”的图标)，则服务器可以将第二运力从锁定状态切换为解锁状态，便于第二运力承接其他出行订单，提高运力的利用率；
可选地，如果在换仓卡片显示时长的15秒之内，用户选择不换仓，例如点击了图2中的关闭图标22，则服务器可以将第二运力从锁定状态切换为解锁状态，便于第二运力承接其他出行订单，提高运力的利用率；
可选地，在换仓卡片显示时长的15秒之内，如果接收到对该第二运力的同意换仓的命令(例如点击图2中的“同意司机来接我”的图标)，则服务器可以将上述下单请求中的第一运力更换为这里的第二运力，将目标行程的该下单请求派给第二运力的司机来接单，并取消请求第一运力来对该下单请求接单。
在本发明实施例中，从订单维度考虑用于换仓的第二运力，具体的可以根据用户对于更新下单请求中的运力的历史接受度信息(即考虑到了用户对于换仓的需求)、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息(即换仓对于订单自然成单的影响)、所述下单请求的订单信息(例如下单请求对应的第一时长)，识别能够用于承接所述下单请求的第二运力，能够从订单维度考虑用于换仓的第二运力，实现了运力的合理分配调度，同时也可以给乘客更好的出行体验，降低不必要的运力的换仓提示对用户的下单干扰。
本实施例公开了一种数据处理装置，如图3所示，所述装置包括：
接收模块31，用于接收对第一运力的下单请求；
识别模块32，用于在接收到所述下单请求的第一时长超过第一预设时长、且所述下单请求未被所述第一运力承接的情况下，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，识别能够用于承接所述下单请求的第二运力；
其中，所述第一运力与所述第二运力不同，所述第一提示信息用于提醒用户是否更新所述下单请求中的运力；
响应模块33，用于响应于所述下单请求，输出第二提示信息，所述第二提示信息包括用于提醒用户是否将所述第一运力更新为所述第二运力的信息。
可选地，所述订单信息包括所述第一运力承接所述下单请求的最大预估价；
所述识别模块32，还用于按照预设周期，基于所述最大预估价、已查询次数和第一预设阈值，确定第一价格，以及识别承接所述下单请求的预估价小于或等于所述第一价格的候选运力，以及根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，在所述候选运力中识别能够用于承接所述下单请求的第二运力；
其中，所述候选运力与所述第一运力不同，且所述已查询次数与所述第一价格正相关；
其中，所述已查询次数为执行所述识别承接所述下单请求的预估价小于或等于所述第一价格的候选运力的步骤的周期次数。
可选地，所述装置还包括：
第一确定模块，用于基于所述候选运力的定位位置和所述下单请求中目标行程的起始位置，确定所述候选运力从所述定位位置导航至所述起始位置的导航距离和导航时长；
过滤模块，用于过滤所述候选运力中，所述导航距离大于预设距离阈值，和/或，所述导航时长大于第二预设时长的候选运力。
可选地，所述识别模块32包括：
第一确定子模块，用于针对每个候选运力，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息、以及所述候选运力的运力信息，确定在输出第三提示信息的情况下，所述下单请求转换为第二订单的第一概率，其中，所述第三提示信息用于提醒用户是否将所述第一运力更新为所述候选运力；
第二确定子模块，用于针对每个候选运力，根据所述订单信息，确定在不输出所述第三提示信息的情况下，所述下单请求转换为所述第一订单的第二概率；
识别子模块，用于根据每个候选运力对应的所述第一概率和所述第二概率，在多个所述候选运力中识别能够用于承接所述下单请求的第二运力。
可选地，所述订单信息包括：所述第一时长t、Rt、Ft；
其中，Rt表示在接收到所述下单请求后的时长达到所述第一时长t的情况下，预估得到的在未输出所述第三提示信息的情况下，所述下单请求被所述第一运力承接的概率；
Ft表示在接收到所述下单请求后的时长达到所述第一时长t的情况下，预估得到的在未输出所述第三提示信息的情况下，所述下单请求转换为所述第一订单的概率；
所述输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息包括：St；
其中，St表示在接收到所述下单请求后的时长达到所述第一时长t的情况下，预估得到的输出所述第三提示信息对于所述下单请求转换为所述第一订单的影响度；
可选地，所述第一确定子模块包括：
第一确定单元，用于针对每个候选运力，根据用户对于更新下单请求中的运力的历史接受度信息、所述第一时长t、所述候选运力的候选运力信息，确定At和Pt；
其中，At表示在接收到所述下单请求后的时长达到所述第一时长t的情况下，触发所述下单请求的目标用户对于将所述第一运力更新为所述候选运力的接受概率；
Pt表示在接收到所述下单请求后的时长达到所述第一时长t的情况下，将所述第一运力更新为所述候选运力后的所述下单请求转换为包括所述候选运力的第三订单的概率；
第二确定单元，用于针对每个候选运力对应的所述At、所述Pt、所述Rt、所述Ft、所述St，确定在输出所述第三提示信息的情况下，所述下单请求转换为第二订单的第一概率；
可选地，所述第二确定子模块包括：
第三确定单元，用于针对每个候选运力对应的所述Rt、所述Ft，确定在不输出所述第三提示信息的情况下，所述下单请求转换为所述第一订单的第二概率。
本发明实施例公开的数据处理装置，用于实现本发明上述各个实施例所述的数据处理方法的各步骤，装置的各模块的具体实施方式参见相应步骤，此处不再赘述。
本发明实施例公开的数据处理装置，从订单维度考虑用于换仓的第二运力，具体的可以根据用户对于更新下单请求中的运力的历史接受度信息(即考虑到了用户对于换仓的需求)、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息(即换仓对于订单自然成单的影响)、所述下单请求的订单信息(例如下单请求对应的第一时长)，识别能够用于承接所述下单请求的第二运力，能够从订单维度考虑用于换仓的第二运力，实现了运力的合理分配调度，同时也可以给乘客更好的出行体验，降低不必要的运力的换仓提示对用户的下单干扰。
相应的，本发明还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明上述任意一个实施例所述的数据处理方法。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。
本发明还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明上述任意一个实施例所述的数据处理方法的步骤。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上对本发明提供的一种数据处理方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的计算处理设备中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
例如，图4示出了可以实现根据本公开的方法的计算处理设备。该计算处理设备传统上包括处理器1010和以存储器1020形式的计算机程序产品或者计算机可读介质。存储器1020可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器1020具有用于执行上述方法中的任何方法步骤的程序代码1031的存储空间1030。例如，用于程序代码的存储空间1030可以包括分别用于实现上面的方法中的各种步骤的各个程序代码1031。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为如参考图5所述的便携式或者固定存储单元。该存储单元可以具有与图4的计算处理设备中的存储器1020类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩。通常，存储单元包括计算机可读代码1031’，即可以由例如诸如1010之类的处理器读取的代码，这些代码当由计算处理设备运行时，导致该计算处理设备执行上面所描述的方法中的各个步骤。
本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本公开的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

Claims (10)

1.一种数据处理方法，其特征在于，包括：
接收对第一运力的下单请求；
在接收到所述下单请求的第一时长超过第一预设时长、且所述下单请求未被所述第一运力承接的情况下，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，识别能够用于承接所述下单请求的第二运力；
其中，所述第一运力与所述第二运力不同，所述第一提示信息用于提醒用户是否更新所述下单请求中的运力；
响应于所述下单请求，输出第二提示信息，所述第二提示信息包括用于提醒用户是否将所述第一运力更新为所述第二运力的信息。
2.根据权利要求1所述的方法，其特征在于，所述订单信息包括所述第一运力承接所述下单请求的最大预估价；
所述根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，识别能够用于承接所述下单请求的第二运力，包括：
按照预设周期，基于所述最大预估价、已查询次数和第一预设阈值，确定第一价格，以及识别承接所述下单请求的预估价小于或等于所述第一价格的候选运力，以及根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，在所述候选运力中识别能够用于承接所述下单请求的第二运力；
其中，所述候选运力与所述第一运力不同，且所述已查询次数与所述第一价格正相关；
其中，所述已查询次数为执行所述识别承接所述下单请求的预估价小于或等于所述第一价格的候选运力的步骤的周期次数。
3.根据权利要求2所述的方法，其特征在于，所述识别承接所述下单请求的预估价小于或等于所述第一价格的候选运力之后，所述方法还包括：
基于所述候选运力的定位位置和所述下单请求中目标行程的起始位置，确定所述候选运力从所述定位位置导航至所述起始位置的导航距离和导航时长；
过滤所述候选运力中，所述导航距离大于预设距离阈值，和/或，所述导航时长大于第二预设时长的候选运力。
4.根据权利要求2所述的方法，其特征在于，所述根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，在所述候选运力中识别能够用于承接所述下单请求的第二运力，包括：
针对每个候选运力，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息、以及所述候选运力的运力信息，确定在输出第三提示信息的情况下，所述下单请求转换为第二订单的第一概率，其中，所述第三提示信息用于提醒用户是否将所述第一运力更新为所述候选运力；
针对每个候选运力，根据所述订单信息，确定在不输出所述第三提示信息的情况下，所述下单请求转换为所述第一订单的第二概率；
根据每个候选运力对应的所述第一概率和所述第二概率，在多个所述候选运力中识别能够用于承接所述下单请求的第二运力。
5.一种数据处理装置，其特征在于，包括：
接收模块，用于接收对第一运力的下单请求；
识别模块，用于在接收到所述下单请求的第一时长超过第一预设时长、且所述下单请求未被所述第一运力承接的情况下，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，识别能够用于承接所述下单请求的第二运力；
其中，所述第一运力与所述第二运力不同，所述第一提示信息用于提醒用户是否更新所述下单请求中的运力；
响应模块，用于响应于所述下单请求，输出第二提示信息，所述第二提示信息包括用于提醒用户是否将所述第一运力更新为所述第二运力的信息。
6.根据权利要求5所述的装置，其特征在于，所述订单信息包括所述第一运力承接所述下单请求的最大预估价；
所述识别模块，还用于按照预设周期，基于所述最大预估价、已查询次数和第一预设阈值，确定第一价格，以及识别承接所述下单请求的预估价小于或等于所述第一价格的候选运力，以及根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息，在所述候选运力中识别能够用于承接所述下单请求的第二运力；
其中，所述候选运力与所述第一运力不同，且所述已查询次数与所述第一价格正相关；
其中，所述已查询次数为执行所述识别承接所述下单请求的预估价小于或等于所述第一价格的候选运力的步骤的周期次数。
7.根据权利要求6所述的装置，其特征在于，所述装置还包括：
第一确定模块，用于基于所述候选运力的定位位置和所述下单请求中目标行程的起始位置，确定所述候选运力从所述定位位置导航至所述起始位置的导航距离和导航时长；
过滤模块，用于过滤所述候选运力中，所述导航距离大于预设距离阈值，和/或，所述导航时长大于第二预设时长的候选运力。
8.根据权利要求6所述的装置，其特征在于，所述识别模块包括：
第一确定子模块，用于针对每个候选运力，根据用户对于更新下单请求中的运力的历史接受度信息、输出第一提示信息对所述下单请求转换为包括所述第一运力的第一订单的影响度信息、所述下单请求的订单信息、以及所述候选运力的运力信息，确定在输出第三提示信息的情况下，所述下单请求转换为第二订单的第一概率，其中，所述第三提示信息用于提醒用户是否将所述第一运力更新为所述候选运力；
第二确定子模块，用于针对每个候选运力，根据所述订单信息，确定在不输出所述第三提示信息的情况下，所述下单请求转换为所述第一订单的第二概率；
识别子模块，用于根据每个候选运力对应的所述第一概率和所述第二概率，在多个所述候选运力中识别能够用于承接所述下单请求的第二运力。
9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4任意一项所述的数据处理方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至4任意一项所述的数据处理方法的步骤。
CN202011027808.0A 2020-09-25 2020-09-25 数据处理方法、装置、电子设备及存储介质 Pending CN112184373A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011027808.0A CN112184373A (zh) 2020-09-25 2020-09-25 数据处理方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011027808.0A CN112184373A (zh) 2020-09-25 2020-09-25 数据处理方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN112184373A true CN112184373A (zh) 2021-01-05

Family

ID=73944074

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011027808.0A Pending CN112184373A (zh) 2020-09-25 2020-09-25 数据处理方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN112184373A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112785073A (zh) * 2021-01-29 2021-05-11 汉海信息技术(上海)有限公司 一种信息处理方法、装置、电子设备及可读存储介质
CN114065981A (zh) * 2021-11-17 2022-02-18 阿里巴巴新加坡控股有限公司 订单数据处理方法、设备、平台、系统及计算机存储介质
CN114936768A (zh) * 2022-05-12 2022-08-23 浙江吉利控股集团有限公司 一种网约车订单的处理方法、装置、设备及介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107844843A (zh) * 2016-09-21 2018-03-27 北京嘀嘀无限科技发展有限公司 一种订单处理方法及服务器
CN108009650A (zh) * 2017-03-29 2018-05-08 北京嘀嘀无限科技发展有限公司 网约车服务请求处理方法、装置和服务器
CN109284880A (zh) * 2017-07-20 2019-01-29 北京嘀嘀无限科技发展有限公司 数据处理方法、装置、服务器、移动终端和可读存储介质
CN109508806A (zh) * 2017-09-15 2019-03-22 北京嘀嘀无限科技发展有限公司 网约车应用的订单处理方法和装置
CN110111057A (zh) * 2019-05-10 2019-08-09 拉扎斯网络科技（上海）有限公司 一种订单分配的方法、装置、可读存储介质和电子设备
CN110826741A (zh) * 2018-08-14 2020-02-21 北京高德云图科技有限公司 一种网络约车和发票开具方法、系统和装置
CN111526170A (zh) * 2019-02-01 2020-08-11 北京嘀嘀无限科技发展有限公司 推送方法、显示方法、装置、服务器、终端和存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107844843A (zh) * 2016-09-21 2018-03-27 北京嘀嘀无限科技发展有限公司 一种订单处理方法及服务器
CN108009650A (zh) * 2017-03-29 2018-05-08 北京嘀嘀无限科技发展有限公司 网约车服务请求处理方法、装置和服务器
CN109284880A (zh) * 2017-07-20 2019-01-29 北京嘀嘀无限科技发展有限公司 数据处理方法、装置、服务器、移动终端和可读存储介质
CN109508806A (zh) * 2017-09-15 2019-03-22 北京嘀嘀无限科技发展有限公司 网约车应用的订单处理方法和装置
CN110826741A (zh) * 2018-08-14 2020-02-21 北京高德云图科技有限公司 一种网络约车和发票开具方法、系统和装置
CN111526170A (zh) * 2019-02-01 2020-08-11 北京嘀嘀无限科技发展有限公司 推送方法、显示方法、装置、服务器、终端和存储介质
CN110111057A (zh) * 2019-05-10 2019-08-09 拉扎斯网络科技（上海）有限公司 一种订单分配的方法、装置、可读存储介质和电子设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112785073A (zh) * 2021-01-29 2021-05-11 汉海信息技术(上海)有限公司 一种信息处理方法、装置、电子设备及可读存储介质
CN114065981A (zh) * 2021-11-17 2022-02-18 阿里巴巴新加坡控股有限公司 订单数据处理方法、设备、平台、系统及计算机存储介质
CN114936768A (zh) * 2022-05-12 2022-08-23 浙江吉利控股集团有限公司 一种网约车订单的处理方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
CN112184373A (zh) 数据处理方法、装置、电子设备及存储介质
CN107563572B (zh) 一种订单分配方法、装置、计算机设备和存储介质
US20170109704A1 (en) System and method for scheduling and facilitating waste removal
US20160292653A1 (en) System and method for managing collection of waste resources
CN111210315B (zh) 出行订单的处理方法、装置、电子设备及可读存储介质
CN109816128B (zh) 网约车订单的处理方法、装置、设备及可读存储介质
CN111047903A (zh) 停车位查找方法、系统、存储介质、电子设备及导航方法
CN111127130A (zh) 基于用户偏好的能源站点推荐方法、存储介质和电子设备
JP6677264B2 (ja) 需要予測装置、回送計画生成装置、ユーザモデル生成装置、および方法
CN111094158B (zh) 提示装置以及提示方法
CN110139120A (zh) 信息显示方法、装置、电子设备和计算机可读存储介质
CN106373382A (zh) 一种用于车辆调度的方法与设备
Lapouchnian et al. Re-designing process architectures towards a framework of design dimensions
CN113554387A (zh) 基于司机偏好的电商物流订单分配方法、装置、设备及存储介质
KR102518108B1 (ko) 빅데이터를 통한 적정재고 예측 시스템 및 방법
CN110389817A (zh) 多云系统的调度方法、装置和计算机程序产品
CN113792951A (zh) 物流配送方法、装置、存储介质和电子设备
CN113240526A (zh) 应用于云计算和区块链金融的业务推荐方法及云计算系统
CN111753386B (zh) 一种数据处理方法及装置
CN115759307A (zh) 一种订单派送方法、装置、电子设备及存储介质
CN116586312A (zh) 货物分拣方法、装置、电子设备及可读存储介质
CN113330467A (zh) 基于车辆的状态信息控制终端的方法、系统和介质
CN115619307A (zh) 物流路线规划方法、装置、设备及可读存储介质
CN113379170A (zh) 基于互联网的订单分配方法及相关装置
CN111507753A (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