CN112801750B - 一种订单分配方法及装置 - Google Patents

一种订单分配方法及装置 Download PDF

Info

Publication number
CN112801750B
CN112801750B CN202110154963.7A CN202110154963A CN112801750B CN 112801750 B CN112801750 B CN 112801750B CN 202110154963 A CN202110154963 A CN 202110154963A CN 112801750 B CN112801750 B CN 112801750B
Authority
CN
China
Prior art keywords
order
user type
passenger
carpool
placing
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.)
Active
Application number
CN202110154963.7A
Other languages
English (en)
Other versions
CN112801750A (zh
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.)
Nanjing Leading Technology Co Ltd
Original Assignee
Nanjing Leading Technology 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 Nanjing Leading Technology Co Ltd filed Critical Nanjing Leading Technology Co Ltd
Priority to CN202110154963.7A priority Critical patent/CN112801750B/zh
Publication of CN112801750A publication Critical patent/CN112801750A/zh
Application granted granted Critical
Publication of CN112801750B publication Critical patent/CN112801750B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40Business processes related to the transportation industry

Landscapes

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

Abstract

本发明实施例提供了一种订单分配方法及装置,涉及网约车技术领域。所述订单分配方法包括:获取第一用户类型;其中,第一用户类型为已分配给目标车辆的第一拼车订单的下单乘客对应的用户类型;确定第二拼车订单;其中,第二拼车订单的下单乘客对应的第二用户类型与第一用户类型相匹配;第二用户类型与第一用户类型相匹配是指:第二用户类型的下单乘客与第一用户类型的下单乘客拼车产生不满意事件的概率小于或等于预设值;将第二拼车订单分配给目标车辆。本发明实施例提供的技术方案,能够在一定程度上解决现有技术中拼车乘客之间因发生矛盾冲突,导致产生投诉事件或差评事件,进而影响用户对网约车平台的信任度的问题。

Description

一种订单分配方法及装置
技术领域
本发明涉及网约车技术领域,尤其涉及一种订单分配方法及装置。
背景技术
随着互联网技术的发展,网约车逐步融入人们的日常生活。网约车服务不仅大大提高了乘客的打车效率,其多元化服务模式也有效提升了乘客的出行体验。
其中,网约车服务中的拼车服务越来越受到用户的青睐。乘客通过拼车服务可以花更少的钱到达目的地,减少了出行成本,而司机通过拼车服务则可以接到更多的打车订单,提高了收入,此外,拼车服务还可以提高车辆的利用率。
但在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:处于同一网约车中的不同拼车订单的下单乘客之间可能由于各种原因(如性格),容易对对方产生不满,进而发生矛盾冲突,最终导致拼车乘客进行投诉或差评,在影响乘客出行体验的同时,也影响了其他用户对网约车平台的信任度。
发明内容
本发明实施例提供了一种订单分配方法及装置,以在一定程度上解决现有技术中拼车乘客之间因发生矛盾冲突,导致产生投诉事件或差评事件,进而影响用户对网约车平台的信任度的问题。
为了解决上述技术问题,本发明实施例提供了以下技术方案:
第一方面,本发明实施例提供了一种订单分配方法,应用于网约车平台,所述订单分配方法包括:
获取第一用户类型;其中,所述第一用户类型为已分配给目标车辆的第一拼车订单的下单乘客对应的用户类型;
确定第二拼车订单;其中,所述第二拼车订单的下单乘客对应的第二用户类型与所述第一用户类型相匹配;所述第二用户类型与所述第一用户类型相匹配是指:所述第二用户类型的下单乘客与所述第一用户类型的下单乘客拼车产生不满意事件的概率小于或等于预设值,所述不满意事件包括:针对拼车乘客产生的投诉事件和差评事件中的至少一种;
将所述第二拼车订单分配给所述目标车辆。
第二方面,本发明实施例提供了一种订单分配装置,应用于网约车平台,所述订单分配装置包括:
获取模块,用于获取第一用户类型;其中,所述第一用户类型为已分配给目标车辆的第一拼车订单的下单乘客对应的用户类型;
第一确定模块,用于确定第二拼车订单;其中,所述第二拼车订单的下单乘客对应的第二用户类型与所述第一用户类型相匹配;所述第二用户类型与所述第一用户类型相匹配是指:所述第二用户类型的下单乘客与所述第一用户类型的下单乘客拼车产生不满意事件的概率小于或等于预设值,所述不满意事件包括:针对拼车乘客产生的投诉事件和差评事件中的至少一种;
分配模块,用于将所述第二拼车订单分配给所述目标车辆。
第三方面,本发明实施例提供了一种电子设备,所述电子设备包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上所述的订单分配方法中的步骤。
第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的订单分配方法中的步骤。
本发明实施例中,基于用户类型,将与第一拼车订单的下单乘客拼车发生不满意事件的概率小于或等于预设值的第二拼车订单分配给目标车辆,实现用户群体倾向性的派单调度,这样可以在一定程度上减少拼车乘客之间发生矛盾冲突的概率,从而降低乘客的投诉率或差评率,进而提升乘客的乘车体验,提高用户对网约车平台的信任度。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的订单分配方法的流程示意图;
图2为本发明实施例提供的示例的示意图;
图3为本发明实施例提供的订单分配装置的框图;
图4为本发明实施例提供的电子设备的框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。需要说明的是,本文所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本文所描述的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,均属于本发明保护的范围。
依据本发明实施例的一个方面,提供了一种订单分配方法,应用于网络约车平台,即服务器设备。
如图1所示,该订单分配方法可以包括:
步骤101:获取第一用户类型。
这里所述的第一用户类型为已分配给目标车辆的第一拼车订单的下单乘客对应的用户类型。
本发明实施例中,网约车平台在已为目标车辆分配一个拼车订单(即第一拼车订单)的情况下,可以获取该拼车订单的下单乘客对应的用户类型(即第一用户类型)。
步骤102:确定第二拼车订单。
网约车平台在获取第一拼车订单的下单乘客对应的第一用户类型后,可以确定能够与第一拼车订单一起分配给同一车辆的第二拼车订单。
在本发明实施例中,该第二拼车订单满足以下条件:第二拼车订单的下单乘客对应的第二用户类型与第一用户类型相匹配。其中,第二用户类型与第一用户类型相匹配是指:第二用户类型的下单乘客与第一用户类型的下单乘客拼车产生不满意事件的小于或等于预设值。
这里所述的不满意事件包括:针对拼车乘客产生的投诉事件和差评事件中的至少一种。例如,同一车辆上乘坐有拼车乘客A和拼车乘客B,则不满意事件可以是乘客A针对乘客B产生的投诉事件和/或差评事件,也可以是乘客B针对乘客A产生的投诉事件和/或差评事件。
这里所述的预设值为大于0且小于1的数值,具体可以根据实际需求设置,一般取较小的数值,如小于0.5的数值。预设值的取值越小,说明对第二拼车订单的要求越严苛,这样可以降低拼车乘客之间发生不愉快事情的概率,进而降低拼车乘客产生不满意事件的概率。
其中,第一用户类型与第二用户类型可以是相同的用户类型,也可以是不同的用户类型。
步骤103:将第二拼车订单分配给目标车辆。
网约车平台在确定第二拼车订单后,将第二拼车订单分配给目标车辆,以在一定程度上降低拼车乘客之间发生矛盾冲突的概率,从而降低乘客的投诉率和/或差评率,进而提升乘客的乘车体验,提高用户对网约车平台的信任度。
作为一种可选实施例,本发明实施例中可以以容忍度进行用户类型的划分,即用户类型可以包括但不限于:至少两个容忍度等级。例如,用户类型包括:Ⅰ级容忍度用户类型、Ⅱ级容忍度用户类型、Ⅲ级容忍度用户类型、Ⅳ级容忍度用户类型以及Ⅴ级容忍度用户类型,当然这里是举例说明,具体划分为几级,可根据实际需求设置。一般,容忍度的等级越高,说明该用户与他人拼车发生不愉快事情的概率越低,反之,容忍度的等级越低,说明该用户与他人拼车发生不愉快事情的概率越高。其中,第一用户类型为至少两个容忍度等级中的其中一个,第二用户类型为至少两个容忍度等级中的其中一个。此外,在用户初次使用网约车平台提供的网约车服务,并且该网约车服务为拼车服务时,可以设置该用户的用户类型为Ⅴ级容忍度,即最高容忍度级别。
本发明实施例中,用户类型除了可以以容忍度进行分类,还可以以外向程度进行分类,即用户类型可以包括但不限于:至少两个外向程度等级。例如,用户类型包括:Ⅰ级外向程度用户类型、Ⅱ级外向程度用户类型、Ⅲ级外向程度用户类型、Ⅳ级外向程度用户类型以及Ⅴ外向程度用户类型,当然这里是举例说明,具体划分为几级,可根据实际需求设置。一般,越外向的人,越懂得如何与人沟通交流,越容易避免发生不愉快事情,因此,外向程度的等级越高,说明该用户与他人拼车发生不愉快事情的概率越低,反之,外向程度的等级越低,说明该用户与他人拼车发生不愉快事情的概率越高。其中,此时第一用户类型为至少两个外向程度等级中的其中一个,第二用户类型为至少两个外向程度等级中的其中一个。
可以理解的是,除了可以通过前述容忍度和外向程度进行用户类型的划分外,还可以采用其他能够体现出发生不满意事件概率的参数进行用户类型的划分,本发明实施例便不再一一举例说明。
作为一种可选实施例,步骤102:确定第二拼车订单,可以包括:
根据每一待分配拼车订单的下单乘客对应的用户类型,分别确定每一待分配拼车订单的下单乘客与第一用户类型对应的下单乘客拼车产生不满意事件的概率值;根据确定的概率值,在待分配拼车订单中确定第二拼车订单。
其中,在概率值小于或等于预设值(这里记为第一预设值)的待分配拼车订单的数量为一个的情况下,可以将概率值小于或等于预设值的待分配拼车订单,确定为第二拼车订单;在概率值小于或等于预设值的待分配拼车订单的数量为至少两个的情况下,可以将概率值小于或等于预设值的待分配拼车订单中,概率值最小的待分配拼车订单,确定为第二拼车订单。若概率值最小的待分配拼车订单的数量为至少两个的情况下,则可以依据其他信息(如打车路程),做进一步的筛选。
其中,这里所述的待分配拼车订单的数量为至少一个。该待分配拼车订单为:根据打车路程信息确定的能够与第一拼车订单一同分配给目标车辆的拼车订单。例如,根据绕路系数确定能够与第一拼车订单一同分配给目标车辆的拼车订单。其中,绕路系数=拼车订单的路程与不拼车时订单的路程的比值。
例如,如图2所示,图中a点表示乘客A发布的拼车订单x的起点,a’点表示乘客A发布的拼车订单x的终点;图中b点表示乘客B发布的拼车订单y的起点,b’点表示乘客B发布的拼车订单y的终点。图中的实线表示拼车订单x与拼车订单y由同一车辆接单时的拼车路径,图中的a点与a’点之间的虚线表示乘客A不拼车时的打车路径,图中的b点与b’点之间的虚线表示乘客B不拼车时的打车路径。其中,拼车订单x的绕路系数=aba’/a a’,即a点到b点再到a’点的路程与a点直接到a’点的路程的比值。拼车订单y的绕路系数=b a’b’/b b’,即b点到a’点再到b’点的路程与b点直接到b’点的路程的比值。
可选地,可以将绕路系数小于或等于预设值(这里记为第二预设值)的拼车订单,确定为待分配拼车订单。其中,这里所述的预设值可以是大于或等于1且小于2的数值,具体取值可以根据实际需求或经验值进行确定。
可以理解的是,除了可以基于绕路系数确定待分配拼车订单,还可以通过其他与打车路程相关的参数确定待分配拼车订单,具体情况可根据实际需求选择。
本发明实施例中,可以先基于打车路程信息,确定能够与第一拼车订单一同分配给目标车辆的待分配拼车订单,缩小第二拼车订单的确定范围,然后在待分配拼车订单中,再确定出第二拼车订单。若没有能够与第一拼车订单一同分配给目标车辆的待分配拼车订单,则暂时不做后续处理,直至在分配给目标车辆第一拼车订单后的预设时长内,检测到能够与第一拼车订单一同分配给目标车辆的待分配拼车订单,再继续进行后续步骤。这里所述的预设时长可以根据实际需求设置,如五分钟、十分钟等。
可选地,本发明实施例中,还可以先确定所有待分配拼车订单包括的每一种用户类型对应的下单乘客与第一用户类型对应的下单乘客拼车发生不满意事件的概率值。然后根据确定的概率值,在待分配拼车订单中确定第二拼车订单。例如,在概率值小于或等于预设值的用户类型对应的待分配拼车订单的数量为一个的情况下,可以将概率值小于或等于预设值(这里是指第一预设值)的用户类型对应的待分配拼车订单,确定为第二拼车订单;在概率值小于或等于预设值的用户类型对应的待分配拼车订单的数量为至少两个的情况下,可以将概率值小于或等于预设值的用户类型对应的待分配拼车订单中,概率值最小的待分配拼车订单,确定为第二拼车订单。由于待分配拼车订单的下单乘客对应的用户类型可能存在重复的情况,因此,通过前述方式进行概率值的计算,可以减少计算次数,提高处理效率。
可选地,本发明实施例中,可以预先针对预设值(这里是指第一预设值)设置一个初始值,比如0.5。然后按照0.5进行第二拼车订单的确定。若网络约车平台后续发现按照0.5进行第二拼车订单的确定,拼车乘客产生的投诉率和/或差评率大于预设阈值,则可以对该预设值进行调整,将该预设值进行调小处理,如设置为0.4,之后继续进行拼车乘客产生的投诉率和/或差评率的监测,并调整该预设值的大小,直到投诉率和/或差评率降低至预设阈值为止。当然,对于该预设值的调整,也可以人为进行操作,具体情况可根据实际需求选择。
作为一种可选实施例,前文所述的“根据每一待分配拼车订单的下单乘客对应的用户类型,分别确定每一待分配拼车订单的下单乘客与第一用户类型对应的下单乘客拼车发生不满意事件的概率值”,可以包括:
根据预设公式:
Figure BDA0002934337840000071
分别确定每一待分配拼车订单的下单乘客与第一用户类型对应的下单乘客拼车产生不满意事件的概率值。
其中,A表示第一用户类型,B表示任意一个待分配拼车订单的下单乘客对应的第三用户类型。f(A,B)表示第一用户类型对应的下单乘客与第三用户类型对应的下单乘客拼车产生不满意事件的概率。P(B|A)表示在第一用户类型对应的下单乘客先上车,第三用户类型的下单乘客后上车的情况下,产生不满意事件的概率。P(A|B)表示在第三用户类型对应的下单乘客先上车,第一用户类型的下单乘客后上车的情况下,产生不满意事件的概率。a表示第一用户类型的评分;b表示第三用户类型的评分;L表示所有用户类型的集合,l表示L集合中任意一个用户类型的评分。
其中,不同或相同用户类型的下单乘客的上车先后顺序,可能会影响下单乘客对其他拼车乘客产生不满意事件的概率。例如,司机先接到了用户类型为Ⅰ级容忍度的乘客A的拼车订单,后接到了用户类型为Ⅴ级容忍度的乘客B的拼车订单,若乘客B要求司机先对其进行接驾,再对乘客A进行接驾,由于乘客A的容忍度等级低,则乘客A可能会对乘客B产生投诉事件,因此,该预设公式中,考虑了不同或相同用户类型的下单乘客之间在不同先后上车顺序的情况下,产生不满意事件的条件概率。
此外,本发明实施例中,除了考虑了不同或相同用户类型的下单乘客在不同先后上车顺序的情况下产生不满意事件的概率,还考虑了每种用户类型的评分,而每种用户类型的评分体现了条件概率(即P(B|A)和P(A|B))的可靠程度,从而进一步提高f(A,B)的可信度。
需要说明的是,确定为第二拼车订单的待分配拼车订单,其对应的第三用户类型与前文所述的第二用户类型为同一用户类型。
可选地,每一用户类型的评分可以是根据每一用户类型的初始评分和对应的下单乘客产生的不满意事件得到的。例如,假设一个用户类型的初始评分为60分,若该用户类型的下单乘客在一次拼车服务的使用中,针对其他拼车乘客在网约车平台产生了不满意事件,如针对其他拼车乘客进行了投诉,则对该用户类型的初始评分进行减一处理;若该用户类型的下单乘客在一次拼车服务的使用中未产生不满意事件,则对该用户类型的初始评分进行加一处理。
可选地,在将第二拼车订单分配给目标车辆后,若第一拼车订单的下单乘客对第二拼车订单的下单乘客产生了不满意事件,则对第一拼车订单的下单乘客对应的用户类型的当前评分进行减一处理;若第一拼车订单的下单乘客对第二拼车订单的下单乘客未产生不满意事件,则对第一拼车订单的下单乘客对应的用户类型的当前评分进行加一处理。同理,若第二拼车订单的下单乘客对第一拼车订单的下单乘客产生了不满意事件,则对第二拼车订单的下单乘客对应的用户类型的当前评分进行减一处理;若第二拼车订单的下单乘客对第一拼车订单的下单乘客未产生不满意事件,则对第二拼车订单的下单乘客对应的用户类型的当前评分进行加一处理。
可选地,本发明实施例中,网络约车平台在确定不满意事件是否为针对拼车乘客产生的时,可以基于不满意事件对应的对象标签来判断。例如,用户在进行投诉时,投诉界面显示可以投诉对象选项(可以包括但不限于:拼车乘客、司机、平台服务等),用户可以根据实际情况,进行投诉对象选项的选择,例如,投诉对象为拼车乘客,则可以选择拼车乘客选项。在完成选择后,针对本次投诉事件生成投诉对象标签,并利用生成的投诉对象标签对本次投诉事件进行标记。
可选地,前面所述的条件概率可以是根据第四用户类型的下单乘客先上车且第五用户类型的下单乘客后上车的历史拼车订单的数量以及从中产生的不满意事件的次数得到。其中,第四用户类型为所有用户类型中的其中一个,第五用户类型为所有用户类型中的其中一个,第四用户类型与第五用户类型可以是相同的用户类型,也可以是不同的用户类型。
例如,用户类型为Ⅰ级容忍度的乘客先上车且用户类型为Ⅴ级容忍度的乘客后上车的拼车订单总数量为100个,在这100个拼车订单中,用户类型为Ⅰ级容忍度的乘客和用户类型为Ⅴ级容忍度的乘客总共产生的不满意事件为10次,则在用户类型为Ⅰ级容忍度的乘客先上车,用户类型为Ⅴ级容忍度的乘客后上车的情况下,产生不满意事件的概率为:10/100=0.1。
作为一种可选实施例,本发明实施例中,下单乘客的用户类型可以是网约车平台预先根据下单乘客的用户画像得到的。
其中,乘客每次使用网约车平台提供的网约车服务,网约车平台会记录该乘客的一些数据,从而根据乘客在网约车平台产生的历史数据,生成该乘客的用户画像,并根据该乘客的用户画像,对该乘客进行分类,确定该乘客的用户类型。其中,在乘客初次使用网约车平台提供的网约车服务,并且该网约车服务为拼车服务时,可以默认该乘客的用户类型为与他人拼车发生不满意事件概率较低的用户类型,如默认设置该乘客的用户类型为Ⅴ级容忍度。
下面以第一拼车订单的下单乘客为例,对用户类型的确定进行进一步地解释说明。
首先,网约车平台可以预先根据第一拼车订单的下单乘客的目标用户画像,确定第一拼车订单的下单乘客对应的第一用户类型。
具体地,网约车平台可以获取第一拼车订单的下单乘客的目标用户画像,然后获取目标用户画像中第一拼车订单的下单乘客的目标信息,根据每一目标信息与评分之间的预设对应关系,对每一目标信息进行评分;根据每一目标信息的预设权重值,对所有目标信息的评分进行加权求和,获取目标综合评分;根据综合评分与用户类型之间的预设对应关系,将与目标综合评分对应的用户类型,确定为第一用户类型。
其中,这里所述的目标信息包括:第一拼车订单的下单乘客在预设时长内的投诉率、差评率、评价率以及与司机的通信率(如与司机进行的语音通话率和/或与司机进行的文字通信率)中的至少一种。这里所述的与司机的通信率可以是司机主动与乘客进行通信并且乘客给与回复的次数与司机主动与乘客进行通信的总次数的比值。
下面以一示例,对前述方案进行进一步地解释说明。
例如,目标信息包括:投诉率和差评率。网约车平台在从第一拼车订单的下单乘客的目标用户画像中,获取到第一拼车订单的下单乘客在预设时长内的投诉率和差评率后,根据投诉率与评分之间的预设对应关系以及差评率与评分之间的预设对应关系,分别确定第一拼车订单的下单乘客在预设时长内的投诉率对应的评分以及差评率对应的评分。然后,根据投诉率的预设权重值和差评率的预设权重值,对投诉率对应的评分以及差评率对应的评分进行加权求和,获得目标综合评分。最后,根据综合评分与用户类型之间的预设对应关系,将与目标综合评分对应的用户类型,确定为第一拼车订单的下单乘客的用户类型。
用户画像是将用户的每个具体信息抽象成标签,利用这些标签将用户形象具体化,因此,用户画像中的一些数据信息可以很好的体现出一个用户的类型,所以,通过用户画像确定用户类型,可以提高用户类型确定的准确性。
综上所述,本发明实施例中,基于用户类型,将与第一拼车订单的下单乘客拼车发生不满意事件的概率小于或等于预设值的第二拼车订单分配给目标车辆,实现用户群体倾向性的派单调度,这样可以在一定程度上减少拼车乘客之间发生矛盾冲突的概率,从而降低乘客的投诉率或差评率,进而提升乘客的乘车体验,提高用户对网约车平台的信任度。
上面针对本发明实施例提供的订单分配方法进行了详细描述,下面继续对本发明实施例提供的订单分配装置进行描述。
依据本发明实施例的另一方面,提供了一种订单分配装置,应用于网络约车平台,即服务器设备。该订单分配装置能实现上述订单分配方法实施例中的具体细节,并能达到相同的技术效果。
如图3所示,所述订单分配装置包括:
获取模块301,用于获取第一用户类型。
其中,所述第一用户类型为已分配给目标车辆的第一拼车订单的下单乘客对应的用户类型。
第一确定模块302,用于确定第二拼车订单。
其中,所述第二拼车订单的下单乘客对应的第二用户类型与所述第一用户类型相匹配;所述第二用户类型与所述第一用户类型相匹配是指:所述第二用户类型的下单乘客与所述第一用户类型的下单乘客拼车产生不满意事件的概率小于或等于预设值,所述不满意事件包括:针对拼车乘客产生的投诉事件和差评事件中的至少一种。
分配模块303,用于将所述第二拼车订单分配给所述目标车辆。
作为一种可选实施例,所述第一确定模块302包括:
第一确定单元,用于根据每一待分配拼车订单的下单乘客对应的用户类型,分别确定每一所述待分配拼车订单的下单乘客与所述第一用户类型对应的下单乘客拼车产生所述不满意事件的概率值。
其中,所述待分配拼车订单为:根据打车路程信息确定的能够与所述第一拼车订单一同分配给所述目标车辆的拼车订单。
第二确定单元,用于根据确定的所述概率值,在所述待分配拼车订单中确定所述第二拼车订单。
作为一种可选实施例,所述第二确定单元包括:
第一确定子单元,用于在所述概率值小于或等于所述预设值的待分配拼车订单的数量为一个的情况下,将所述概率值小于或等于所述预设值的待分配拼车订单,确定为所述第二拼车订单。
第二确定子单元,用于在所述概率值小于或等于所述预设值的待分配拼车订单的数量为至少两个的情况下,将所述概率值小于或等于所述预设值的待分配拼车订单中,所述概率值最小的待分配拼车订单,确定为所述第二拼车订单。
作为一种可选实施例,所述第一确定单元具体用于:
根据预设公式:
Figure BDA0002934337840000121
分别确定每一所述待分配拼车订单的下单乘客与所述第一用户类型对应的下单乘客拼车产生所述不满意事件的概率值。
其中,A表示所述第一用户类型;B表示任意一个所述待分配拼车订单的下单乘客对应的第三用户类型;f(A,B)表示所述第一用户类型对应的下单乘客与所述第三用户类型对应的下单乘客拼车产生所述不满意事件的概率;P(B|A)表示在所述第一用户类型对应的下单乘客先上车,所述第三用户类型的下单乘客后上车的情况下,产生所述不满意事件的概率;P(A|B)表示在所述第三用户类型对应的下单乘客先上车,所述第一用户类型的下单乘客后上车的情况下,产生所述不满意事件的概率;a表示所述第一用户类型的评分;b表示所述第三用户类型的评分;L表示所有用户类型的集合,l表示L集合中任意一个用户类型的评分。
其中,每一用户类型的评分为根据每一用户类型对应的下单乘客产生的所述不满意事件得到的。
作为一种可选实施例,所述订单分配装置还包括:
第二确定模块,用于根据所述第一拼车订单的下单乘客的目标用户画像,确定所述第一拼车订单的下单乘客对应的所述第一用户类型。
作为一种可选实施例,所述第二确定模块包括:
获取单元,用于获取所述目标用户画像中的目标信息。
其中,所述目标信息包括:所述第一拼车订单的下单乘客在预设时长内的投诉率、差评率、评价率以及与网约车司机的通信率中的至少一种。
第一评分单元,用于根据每一所述目标信息与评分之间的预设对应关系,对每一所述目标信息进行评分。
第二评分单元,用于根据每一所述目标信息的预设权重值,对所有所述目标信息的评分进行加权求和,获得目标综合评分。
第三确定单元,用于根据综合评分与用户类型之间的预设对应关系,将与目标综合评分对应的用户类型,确定为所述第一用户类型。
作为一种可选实施例,用户类型包括:至少两个容忍度等级,所述第一用户类型为所述至少两个容忍度等级中的其中一个,所述第二用户类型为所述至少两个容忍度等级中的其中一个。
本发明实施例中,基于用户类型,将与第一拼车订单的下单乘客拼车发生不满意事件的概率小于或等于预设值的第二拼车订单分配给目标车辆,实现用户群体倾向性的派单调度,这样可以在一定程度上减少拼车乘客之间发生矛盾冲突的概率,从而降低乘客的投诉率或差评率,进而提升乘客的乘车体验,提高用户对网约车平台的信任度。
对于上述订单分配装置实施例而言,由于其与订单分配方法实施例基本相似,相关之处参见方法实施例的部分说明即可,为避免重复,这里便不再进行赘述。
依据本发明实施例的又一方面,提供了一种电子设备,该电子设备包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述订单分配方法中的步骤。
举个例子如下,图4示出了一种电子设备的实体结构示意图。
如图4所示,该电子设备可以包括:处理器(processor)410、通信接口(Communications Interface)420、存储器(memory)430和通信总线440,其中,处理器410、通信接口420以及存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的逻辑指令,以执行如下方法:
获取第一用户类型;其中,所述第一用户类型为已分配给目标车辆的第一拼车订单的下单乘客对应的用户类型;
确定第二拼车订单;其中,所述第二拼车订单的下单乘客对应的第二用户类型与所述第一用户类型相匹配;所述第二用户类型与所述第一用户类型相匹配是指:所述第二用户类型的下单乘客与所述第一用户类型的下单乘客拼车产生不满意事件的概率小于或等于预设值,所述不满意事件包括:针对拼车乘客产生的投诉事件和差评事件中的至少一种;
将所述第二拼车订单分配给所述目标车辆。
此外,上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
依据本发明实施例的再一方面,提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述订单分配方法中的步骤,例如:
获取第一用户类型;其中,所述第一用户类型为已分配给目标车辆的第一拼车订单的下单乘客对应的用户类型;
确定第二拼车订单;其中,所述第二拼车订单的下单乘客对应的第二用户类型与所述第一用户类型相匹配;所述第二用户类型与所述第一用户类型相匹配是指:所述第二用户类型的下单乘客与所述第一用户类型的下单乘客拼车产生不满意事件的概率小于或等于预设值,所述不满意事件包括:针对拼车乘客产生的投诉事件和差评事件中的至少一种;
将所述第二拼车订单分配给所述目标车辆。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM、RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (16)

1.一种订单分配方法,应用于网约车平台,其特征在于,所述订单分配方法包括:
获取第一用户类型;其中,所述第一用户类型为已分配给目标车辆的第一拼车订单的下单乘客对应的用户类型;
确定第二拼车订单;其中,所述第二拼车订单的下单乘客对应的第二用户类型与所述第一用户类型相匹配;所述第二用户类型与所述第一用户类型相匹配是指:所述第二用户类型的下单乘客与所述第一用户类型的下单乘客拼车产生不满意事件的概率小于或等于预设值,所述不满意事件包括:针对拼车乘客产生的投诉事件和差评事件中的至少一种;
将所述第二拼车订单分配给所述目标车辆。
2.根据权利要求1所述的订单分配方法,其特征在于,确定第二拼车订单,包括:
根据每一待分配拼车订单的下单乘客对应的用户类型,分别确定每一所述待分配拼车订单的下单乘客与所述第一用户类型对应的下单乘客拼车产生所述不满意事件的概率值;其中,所述待分配拼车订单为:根据打车路程信息确定的能够与所述第一拼车订单一同分配给所述目标车辆的拼车订单;
根据确定的所述概率值,在所述待分配拼车订单中确定所述第二拼车订单。
3.根据权利要求2所述的订单分配方法,其特征在于,根据确定的所述概率值,在所述待分配拼车订单中确定所述第二拼车订单,包括:
在所述概率值小于或等于所述预设值的待分配拼车订单的数量为一个的情况下,将所述概率值小于或等于所述预设值的待分配拼车订单,确定为所述第二拼车订单;
在所述概率值小于或等于所述预设值的待分配拼车订单的数量为至少两个的情况下,将所述概率值小于或等于所述预设值的待分配拼车订单中,所述概率值最小的待分配拼车订单,确定为所述第二拼车订单。
4.根据权利要求2所述的订单分配方法,其特征在于,根据每一待分配拼车订单的下单乘客对应的用户类型,分别确定每一所述待分配拼车订单的下单乘客与所述第一用户类型对应的下单乘客拼车产生所述不满意事件的概率值,包括:
根据预设公式:
Figure FDA0002934337830000021
分别确定每一所述待分配拼车订单的下单乘客与所述第一用户类型对应的下单乘客拼车产生所述不满意事件的概率值;
其中,A表示所述第一用户类型;B表示任意一个所述待分配拼车订单的下单乘客对应的第三用户类型;f(A,B)表示所述第一用户类型对应的下单乘客与所述第三用户类型对应的下单乘客拼车产生所述不满意事件的概率;P(B|A)表示在所述第一用户类型对应的下单乘客先上车,所述第三用户类型的下单乘客后上车的情况下,产生所述不满意事件的概率;P(A|B)表示在所述第三用户类型对应的下单乘客先上车,所述第一用户类型的下单乘客后上车的情况下,产生所述不满意事件的概率;a表示所述第一用户类型的评分;b表示所述第三用户类型的评分;L表示所有用户类型的集合,l表示L集合中任意一个用户类型的评分;
其中,每一用户类型的评分为根据每一用户类型对应的下单乘客产生的所述不满意事件得到的。
5.根据权利要求1所述的订单分配方法,其特征在于,在获取第一用户类型之前,所述订单分配方法还包括:
根据所述第一拼车订单的下单乘客的目标用户画像,确定所述第一拼车订单的下单乘客对应的所述第一用户类型。
6.根据权利要求5所述的订单分配方法,其特征在于,根据所述第一拼车订单的下单乘客的目标用户画像,确定所述第一拼车订单的下单乘客对应的所述第一用户类型,包括:
获取所述目标用户画像中的目标信息;其中,所述目标信息包括:所述第一拼车订单的下单乘客在预设时长内的投诉率、差评率、评价率以及与网约车司机的通信率中的至少一种;
根据每一所述目标信息与评分之间的预设对应关系,对每一所述目标信息进行评分;
根据每一所述目标信息的预设权重值,对所有所述目标信息的评分进行加权求和,获得目标综合评分;
根据综合评分与用户类型之间的预设对应关系,将与目标综合评分对应的用户类型,确定为所述第一用户类型。
7.根据权利要求1所述的订单分配方法,其特征在于,用户类型包括:至少两个容忍度等级,所述第一用户类型为所述至少两个容忍度等级中的其中一个,所述第二用户类型为所述至少两个容忍度等级中的其中一个。
8.一种订单分配装置,应用于网约车平台,其特征在于,所述订单分配装置包括:
获取模块,用于获取第一用户类型;其中,所述第一用户类型为已分配给目标车辆的第一拼车订单的下单乘客对应的用户类型;
第一确定模块,用于确定第二拼车订单;其中,所述第二拼车订单的下单乘客对应的第二用户类型与所述第一用户类型相匹配;所述第二用户类型与所述第一用户类型相匹配是指:所述第二用户类型的下单乘客与所述第一用户类型的下单乘客拼车产生不满意事件的概率小于或等于预设值,所述不满意事件包括:针对拼车乘客产生的投诉事件和差评事件中的至少一种;
分配模块,用于将所述第二拼车订单分配给所述目标车辆。
9.根据权利要求8所述的订单分配装置,其特征在于,所述第一确定模块包括:
第一确定单元,用于根据每一待分配拼车订单的下单乘客对应的用户类型,分别确定每一所述待分配拼车订单的下单乘客与所述第一用户类型对应的下单乘客拼车产生所述不满意事件的概率值;其中,所述待分配拼车订单为:根据打车路程信息确定的能够与所述第一拼车订单一同分配给所述目标车辆的拼车订单;
第二确定单元,用于根据确定的所述概率值,在所述待分配拼车订单中确定所述第二拼车订单。
10.根据权利要求9所述的订单分配装置,其特征在于,所述第二确定单元包括:
第一确定子单元,用于在所述概率值小于或等于所述预设值的待分配拼车订单的数量为一个的情况下,将所述概率值小于或等于所述预设值的待分配拼车订单,确定为所述第二拼车订单;
第二确定子单元,用于在所述概率值小于或等于所述预设值的待分配拼车订单的数量为至少两个的情况下,将所述概率值小于或等于所述预设值的待分配拼车订单中,所述概率值最小的待分配拼车订单,确定为所述第二拼车订单。
11.根据权利要求9所述的订单分配装置,其特征在于,所述第一确定单元具体用于:
根据预设公式:
Figure FDA0002934337830000041
分别确定每一所述待分配拼车订单的下单乘客与所述第一用户类型对应的下单乘客拼车产生所述不满意事件的概率值;
其中,A表示所述第一用户类型;B表示任意一个所述待分配拼车订单的下单乘客对应的第三用户类型;f(A,B)表示所述第一用户类型对应的下单乘客与所述第三用户类型对应的下单乘客拼车产生所述不满意事件的概率;P(B|A)表示在所述第一用户类型对应的下单乘客先上车,所述第三用户类型的下单乘客后上车的情况下,产生所述不满意事件的概率;P(A|B)表示在所述第三用户类型对应的下单乘客先上车,所述第一用户类型的下单乘客后上车的情况下,产生所述不满意事件的概率;a表示所述第一用户类型的评分;b表示所述第三用户类型的评分;L表示所有用户类型的集合,l表示L集合中任意一个用户类型的评分;
其中,每一用户类型的评分为根据每一用户类型对应的下单乘客产生的所述不满意事件得到的。
12.根据权利要求8所述的订单分配装置,其特征在于,所述订单分配装置还包括:
第二确定模块,用于根据所述第一拼车订单的下单乘客的目标用户画像,确定所述第一拼车订单的下单乘客对应的所述第一用户类型。
13.根据权利要求12所述的订单分配装置,其特征在于,所述第二确定模块包括:
获取单元,用于获取所述目标用户画像中的目标信息;其中,所述目标信息包括:所述第一拼车订单的下单乘客在预设时长内的投诉率、差评率、评价率以及与网约车司机的通信率中的至少一种;
第一评分单元,用于根据每一所述目标信息与评分之间的预设对应关系,对每一所述目标信息进行评分;
第二评分单元,用于根据每一所述目标信息的预设权重值,对所有所述目标信息的评分进行加权求和,获得目标综合评分;
第三确定单元,用于根据综合评分与用户类型之间的预设对应关系,将与目标综合评分对应的用户类型,确定为所述第一用户类型。
14.根据权利要求8所述的订单分配装置,其特征在于,用户类型包括:至少两个容忍度等级,所述第一用户类型为所述至少两个容忍度等级中的其中一个,所述第二用户类型为所述至少两个容忍度等级中的其中一个。
15.一种电子设备,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的订单分配方法中的步骤。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的订单分配方法中的步骤。
CN202110154963.7A 2021-02-04 2021-02-04 一种订单分配方法及装置 Active CN112801750B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110154963.7A CN112801750B (zh) 2021-02-04 2021-02-04 一种订单分配方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110154963.7A CN112801750B (zh) 2021-02-04 2021-02-04 一种订单分配方法及装置

Publications (2)

Publication Number Publication Date
CN112801750A CN112801750A (zh) 2021-05-14
CN112801750B true CN112801750B (zh) 2022-05-17

Family

ID=75814255

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110154963.7A Active CN112801750B (zh) 2021-02-04 2021-02-04 一种订单分配方法及装置

Country Status (1)

Country Link
CN (1) CN112801750B (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106991548A (zh) * 2016-01-21 2017-07-28 阿里巴巴集团控股有限公司 一种仓库货位规划方法、装置及电子装置
CN109583605A (zh) * 2017-09-29 2019-04-05 北京嘀嘀无限科技发展有限公司 拼车方法及装置、计算机设备和可读存储介质
CN109949068A (zh) * 2019-01-09 2019-06-28 深圳北斗应用技术研究院有限公司 一种基于预测结果的实时拼车方法和装置
CN110619402A (zh) * 2019-08-13 2019-12-27 杭州飞步科技有限公司 一种派车方法和装置、电子设备、存储介质

Also Published As

Publication number Publication date
CN112801750A (zh) 2021-05-14

Similar Documents

Publication Publication Date Title
JP6568240B2 (ja) 運輸サービスの料金を求める方法及びシステム
US20170169366A1 (en) Systems and Methods for Adjusting Ride-Sharing Schedules and Routes
CN107919013B (zh) 一种上车点处理方法及服务器
US8504295B2 (en) Preserving assigned carpools after a cancellation
US11392861B2 (en) Systems and methods for managing a vehicle sharing facility
GB2535718A (en) Resource management
US11719548B2 (en) System and method for alternative destination recommendation on ridesharing platforms
US20170243172A1 (en) Cognitive optimal and compatible grouping of users for carpooling
US20210201393A1 (en) System and method for bidding-based ridesharing
CN110634012A (zh) 一种订单分配方法及装置、服务器、计算机可读存储介质
CN111144603A (zh) 一种服务信息推送方法、装置、电子设备和存储介质
CN110956296A (zh) 一种用户流失概率预测方法及装置
US20160247096A1 (en) Systems and Methods for Managing Networked Vehicle Resources
CN110766506A (zh) 一种订单生成方法、装置、电子设备和存储介质
CN111311295A (zh) 服务方式确定方法、装置、电子设备和存储介质
CN112036638A (zh) 一种订单分配方法、装置、电子设备及可读存储介质
CN116663811A (zh) 一种城际客运的往返动态拼车的调度匹配方法和装置
WO2021186211A1 (en) Methods, systems, and devices for managing service requests and pricing policies for services provided by service providers to users
CN108694182B (zh) 活动推送方法、活动推送装置和服务器
CN110363611B (zh) 网约车用户匹配方法、装置、服务器及存储介质
CN111859172A (zh) 信息推送方法、装置、电子设备和计算机可读存储介质
US20220327650A1 (en) Transportation bubbling at a ride-hailing platform and machine learning
CN110874777A (zh) 一种订单处理方法及装置
CN109146109B (zh) 订单的分配、模型的训练方法及装置
CN112801750B (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
GR01 Patent grant
GR01 Patent grant