CN113129098B - 一种订单分配方法及装置 - Google Patents
一种订单分配方法及装置 Download PDFInfo
- Publication number
- CN113129098B CN113129098B CN202110383455.6A CN202110383455A CN113129098B CN 113129098 B CN113129098 B CN 113129098B CN 202110383455 A CN202110383455 A CN 202110383455A CN 113129098 B CN113129098 B CN 113129098B
- Authority
- CN
- China
- Prior art keywords
- user
- target channel
- taxi
- channel
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 238000004590 computer program Methods 0.000 claims description 10
- 230000003203 everyday effect Effects 0.000 claims description 5
- 238000012545 processing Methods 0.000 claims description 3
- 230000006870 function Effects 0.000 abstract description 12
- 238000004891 communication Methods 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 2
- 238000011176 pooling Methods 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000002354 daily effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 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/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)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Finance (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)
- Traffic Control Systems (AREA)
Abstract
本发明实施例提供了一种订单分配方法及装置,涉及网络约车技术领域。所述订单分配方法包括:在检测到第一用户通过目标渠道打车的情况下,获取所述第一用户对所述目标渠道的用户属性;其中,所述目标渠道为第一渠道或第二渠道,所述第一渠道为通过网约车运营商的自营网约车应用进行打车,所述第二渠道为通过第三方应用进行打车;根据所述用户属性,调整为所述第一用户本次打车订单分配车辆的优先级。本发明实施例提供的技术方案,能够在一定程度上解决现有技术中用户由于通过第三方应用打车,而无法享受自营网约车应用中的一些打车功能与服务的问题。
Description
技术领域
本发明涉及网约车技术领域,尤其涉及一种订单分配方法及装置。
背景技术
随着互联网技术的发展,网约车逐步融入人们的日常生活。网约车服务不仅大大提高了用户的打车效率,其多元化服务模式也有效提升了用户的出行体验。
现有技术中,用户除了可以通过网约车运营商自营的网约车应用进行打车,还可以通过第三方应用进行打车,如通过聚合打车应用进行打车。其中,聚合打车应用是将多个网约车运营商聚集在一个平台,用户通过该平台可以同时向多个网约车运营商发送乘车请求,以提高用户的打车效率。
但在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:对于第三方应用,其中的打车功能与服务有限,通过第三方应用打车,会使用户错过自营网约车应用中的一些打车功能与服务。
发明内容
本发明实施例提供了一种订单分配方法及装置,以在一定程度上解决现有技术中用户由于通过第三方应用打车,而无法享受自营网约车应用中的一些打车功能与服务的问题。
为了解决上述技术问题,本发明实施例提供了以下技术方案:
第一方面,本发明实施例提供了一种订单分配方法,应用于网约车平台,所述订单分配方法包括:
在检测到第一用户通过目标渠道打车的情况下,获取所述第一用户在所述目标渠道的用户属性;其中,所述目标渠道为第一渠道或第二渠道,所述第一渠道为通过网约车运营商的自营网约车应用进行打车,所述第二渠道为通过第三方应用进行打车;
根据所述用户属性,调整为所述第一用户本次打车订单分配车辆的优先级;
其中,在所述目标渠道为所述第一渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈负相关关系;在所述目标渠道为所述第二渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈正相关关系。
第二方面,本发明实施例提供了一种订单分配装置,应用于网约车平台,所述订单分配装置包括:
获取模块,用于在检测到第一用户通过目标渠道打车的情况下,获取所述第一用户在所述目标渠道的用户属性;其中,所述目标渠道为第一渠道或第二渠道,所述第一渠道为通过网约车运营商的自营网约车应用进行打车,所述第二渠道为通过第三方应用进行打车;
调整模块,用于根据所述用户属性,调整为所述第一用户本次打车订单分配车辆的优先级;
其中,在所述目标渠道为所述第一渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈负相关关系;在所述目标渠道为所述第二渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈正相关关系。
第三方面,本发明实施例提供了一种电子设备,所述电子设备包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上所述的订单分配方法中的步骤。
第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的订单分配方法中的步骤。
本发明实施例中,依据用户在当前打车渠道的用户属性,来调整为其分配车辆的优先级。对于在自营网约车应用的用户属性较低的用户(如对自营网约车应用使用较少的用户)或在第三方应用的用户属性较高的用户(如对第三方应用使用较多的用户),调高为其派车的优先级,以在一定程度上使用户尽早约上自营网约车应用提供的网约车,提高用户的打车效率,提升用户的打车体验,增大用户对自营网约车应用的兴趣,进而吸引用户使用自营网约车应用,以体验自营网约车应用提供的更多的打车功能和服务。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的订单分配方法的流程示意图;
图2为本发明实施例提供的订单分配装置的框图;
图3为本发明实施例提供的电子设备的框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。需要说明的是,本文所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本文所描述的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,均属于本发明保护的范围。
依据本发明实施例的一个方面,提供了一种订单分配方法,应用于网络约车平台,该网约车平台是指网约车运营商经营的平台。
如图1所示,该订单分配方法可以包括:
步骤101:在检测到第一用户通过目标渠道打车的情况下,获取第一用户在目标渠道的用户属性。
其中,打车渠道包括:通过网约车运营商的自营网约车应用进行打车的第一渠道和通过具有打车功能的第三方应用进行打车的第二渠道。这里所述的第三方应用是指除自营网约车应用外能够约到该网约车平台管理下的网约车的应用。
本发明实施例中,目标渠道为第一渠道或第二渠道。网约车平台在检测到第一用户当前正在通过目标渠道打车的情况下,确定第一用户在目标渠道的用户属性。一般打车订单请求信息中携带有第一用户下单所使用的应用的信息,因此网约车平台可以通过接收到的打车订单请求信息,确定第一用户当前的打车渠道。
这里所述的用户属性用于体现第一用户对当前打车渠道的使用情况,该用户属性可以是对以下至少一项参数的综合设定:预设时长内第一用户对当前打车渠道的使用次数或频率、预设时长内第一用户在当前打车渠道产生的订单价值(一般使用次数越多或使用频率越高,产生的订单价值越大)、第一用户在当前打车渠道的用户等级(一般用户产生的订单价值越高,用户等级越高)、第一用户对当前打车渠道的使用程度等级(一般使用次数越多或使用频率越高,使用程度等级越高)、第一用户的用车紧急程度(一般用户打车目的地为机场、火车站、医院等时为高紧急客户)等。其中,网约车平台可以根据第一用户对当前打车渠道的使用情况对该用户属性进行动态调整。
步骤102:根据第一用户在目标渠道的用户属性,调整为第一用户本次打车订单分配车辆的优先级。
本发明实施例中,可以根据第一用户在当前打车渠道的用户属性,对为第一用户的本次打车订单分配车辆的优先级进行调整。
其中,在目标渠道为通过网约车运营商的自营网约车应用进行打车的第一渠道的情况下,第一用户在目标渠道的用户属性与为第一用户本次打车订单分配车辆的优先级呈负相关关系,即:第一用户在目标渠道的用户属性越高,为第一用户本次打车订单分配车辆的优先级越低;第一用户在目标渠道的用户属性越低,为第一用户本次打车订单分配车辆的优先级越高。该情况下,第一用户对目标渠道的用户属性越低,说明第一用户打车时对网约车运营商的自营网约车应用的使用越少,通过调高为该第一用户分配车辆的优先级的方式,可以在一定程度上使第一用户尽早约上网约车运营商提供的网约车,提高第一用户的打车效率,提升第一用户的打车体验,增大第一用户对网约车运营商的自营网约车应用的兴趣,从而吸引第一用户更多的使用网约车运营商的自营网约车应用进行打车,进而使第一用户能够享受自营网约车应用中更丰富的功能和服务。
其中,在目标渠道为通过具有打车功能的第三方应用进行打车的第二渠道的情况下,第一用户在目标渠道的用户属性与为第一用户本次打车订单分配车辆的优先级呈正相关关系,即:第一用户在目标渠道的用户属性越高,为第一用户本次打车订单分配车辆的优先级越高;第一用户在目标渠道的用户属性越低,为第一用户本次打车订单分配车辆的优先级越低。该情况下,第一用户在目标渠道的用户属性越高,说明第一用户打车时使用第三应用较多,而对网约车运营商的自营网约车应用的使用越少,通过调高为该第一用户分配车辆的优先级的方式,可以在一定程度上使第一用户尽早约上网约车运营商提供的网约车,提高第一用户的打车效率,提升第一用户的打车体验,增大第一用户对网约车运营商的自营网约车应用的兴趣,从而吸引第一用户更多的使用网约车运营商的自营网约车应用进行打车,进而使第一用户能够享受自营网约车应用中更丰富的功能和服务。
本发明实施例中,依据用户在打车渠道的用户属性,来调整为其分配车辆的优先级。对于在自营网约车应用的用户属性较低的用户或在第三方应用的用户属性较高的用户,调高为其派车的优先级,以在一定程度上使用户尽早约上自营网约车应用提供的网约车,提高用户的打车效率,提升用户的打车体验,增大用户对自营网约车应用的兴趣,进而吸引用户使用自营网约车应用,以体验自营网约车应用提供的更多的打车功能和服务。
此外,第三方应用中的聚合打车应用是将用户的订单信息发送至用户选择的或系统默认选择的每一网约车平台。然后,哪一网约车平台优先成功为用户分配车辆,则表示该网约车平台抢到该打车订单。但每一网约车平台在接收到订单信息后,会拟定某一网约车接到该订单,并将该车辆锁定,导致该车辆暂时无法接收其他订单。若网络约车平台没能及时抢到该订单,那么对于此次被拟定接到订单的车辆,是一种运力资源的浪费,也会减少网约车平台的接单量。而通过本发明实施例提供的技术方案,在用户在第三方应用的用户属性较高时,网约车平台会考虑优先为用户分配车辆,从而增大抢到该订单的概率,即减小运力资源浪费的概率,提升运力利用率,同时,也能够增加网约车平台的接单量。
作为一种可选实施例,用户属性可以是第一用户对目标渠道的使用程度等级。在其他影响车辆分配优先级的参数(如用户在当前打车渠道的用户等级、预设时长内在当前打车渠道产生的订单价值、用车紧急程度等)相同的情况下,若目标渠道为第一渠道,则使用程度等级越高,为第一用户本次打车订单分配车辆的优先级越低,反之,使用程度等级越低,为第一用户本次打车订单分配车辆的优先级越高;若目标渠道为第二渠道,则使用程度等级越低,为第一用户本次打车订单分配车辆的优先级越低;反之,使用程度等级越高,为第一用户本次打车订单分配车辆的优先级越高。
作为一种可选实施例,在步骤101:获取第一用户在目标渠道的用户属性之前,该订单分配方法还可以包括:根据目标参数,确定第一用户通过目标渠道打车的波动程度;根据该波动程度,确定第一用户在目标渠道的用户属性。
这里所述的目标参数包括:目标占比、目标方差以及目标时间间隔。
其中,这里所述的目标占比为:第一预设时间段内第一用户通过目标渠道打车的订单数与第一预设时间段内第一用户通过所有打车渠道(即第一渠道和第二渠道)打车的订单数的比值。该目标占比值越大,说明第一用户通过目标渠道打车的次数越多,第一用户通过目标渠道打车的稳定性越高,波动程度越小;反之,该目标占比值越小,说明第一用户通过目标渠道打车的次数越少,第一用户通过目标渠道打车的稳定性越低,波动程度越大。其中,第一预设时间段可以是过去一个时间到当前时间的时间段,如当前时间为2021年3月28日,第一预设时间段为2021年1月28日到2021年3月28日这段时间。其中,第一用户每一次约到该网约车平台提供的网约车,该网约车平台均会记录该行为以及记录第一用户的打车渠道,从而对第一用户通过不同打车渠道的打车数据(如订单数)进行更新。
其中,这里所述的目标方差为第二预设时间段内第一用户每天通过目标渠道打车的订单数量的方差。该目标方差反映出了第一用户通过目标渠道打车的稳定性,方差值越小,表示第一用户通过目标渠道打车的稳定性越高,波动程度越小;反之,方差值越大,表示第一用户通过目标渠道打车的稳定性越低,波动程度越大。
其中,这里所述的目标时间间隔为:第二预设时间段内第一用户每次通过目标渠道打车与第一用户上一次通过目标渠道打车之间的时间间隔。该目标时间间隔也在一定程度上反映出了第一用户通过目标渠道打车的稳定性,时间间隔越小,表示第一用户通过目标渠道打车的稳定性越高,波动程度越小;反之,时间间隔越大,表示第一用户通过目标渠道打车的稳定性越低,波动程度越大。
综上,本发明实施例基于多种对打车渠道的稳定性具有影响的参数,确定第一用户通过目标渠道的波动程度,可以提高得到的波动程度的精准度。
其中,第一预设时间段与第二预设时间段可以是相同的时间段,也可以是不同的时间段。
作为一种可选实施例,前文所述的“根据目标参数,确定第一用户通过目标渠道打车的波动程度”,可以包括:
其中,f(x)表示第一用户通过目标渠道打车的波动程度。一般,f(x)为属于0到1之间的数值。如果由于异常数据导致f(x)的值大于1,则按f(x)=1进行处理。
其中,表示目标方差,xi表示第二预设时间段内第一用户其中一天通过目标渠道打车的订单数;表示第二预设时间段内第一用户通过目标渠道打车的订单总数的平均值;n表示第二预设时间段内包括的总天数;ti-ti-1表示第二预设时间段内其中一天第一用户通过目标渠道打车与此前第一用户上一次通过目标渠道打车之间的时间间隔,ti-1表示第一用户上一次通过目标渠道打车的时间;tn-ti表示第二预设时间段内第一用户最近一次通过目标渠道打车与其中一天通过目标渠道打车的时间间隔,tn表示第二预设时间段内第一用户最近一次通过目标渠道打车的时间;r表示预设的时间衰弱系数,r的取值范围为:大于0且小于或等于1,其可以是基于实验数据或经验值获得的,由于越早之前的数据,对当前结果影响越小,因此,第一预设公式中通过引入时间衰弱系数来衰弱时间对波动程度的影响。
为了更好地理解地第一预设公式,下面以一具体示例加以说明。
假设,向量向量r=0.3。其中,向量中的元素表示第一用户在第二预设时间段内每天通过目标渠道打车的订单数,元素按照时间由先到后的顺序排列。向量中的元素表示第二预设时间段内的每一天,元素按照时间由先到后的顺序排列。
依据前面的数据,可以得到:
其中,由于ti=1时,没有ti-1的数据,因此,从ti=2开始计算。
作为一种可选实施例,前文所述的“根据该波动程度,确定第一用户在目标渠道的用户属性”,可以包括:
根据波动程度与用户属性之间的预设对应关系,确定与第一用户通过目标渠道打车的波动程度对应的用户属性,并将与第一用户通过目标渠道打车的波动程度对应的用户属性,确定为第一用户在目标渠道的用户属性。其中,波动程度与用户属性之间呈负相关关系。
作为一种可选实施例,前文所述的“根据该波动程度,确定第一用户对目标渠道的用户属性”,可以包括:
获取该波动程度的信息熵;根据该信息熵,确定第一用户在目标渠道的用户属性。
本发明实施例中,还可以对该波动程度进行信息熵计算,并根据计算得到的信息熵,确定第一用户在目标渠道的用户属性。具体地,可以根据信息熵与用户属性之间的预设对应关系,确定计算得到的信息熵对应的用户属性,并将与计算得到的信息熵对应的用户属性,确定为第一用户在目标渠道的用户属性。其中,信息熵与用户属性之间呈正相关关系。
其中,波动程度越大,获得的信息熵的数值越小;反之,波动程度越小,获得的信息熵的数值越大。
其中,信息熵可以通过第二预设公式:Z(x)=-logmf(x)计算得到。
其中,Z(x)表示f(x)的信息熵,f(x)为第一用户通过目标渠道打车的波动程度。底数m可根据实际需求进行取值,如取值为2或取值为自然常数e。
作为一种可选实施例,本发明实施例提供的技术方案可以应用于专享约车场景(即非拼车场景),此时,第一用户的本次打车订单为专享打车订单,这种场景下,网约车平台可以直接根据第一用户在目标渠道的用户属性,调整为第一用户本次打车订单分配车辆的优先级。
例如,网约车平台接收到用户A和用户B两个用户的专享约车订单,且用户A和用户B均是通过网约车运营商的自营网约车应用进行打车,另外用户A和用户B的出发时间和出发地均在相同的阈值范围内,则可以分别确定用户A对当前打车渠道的用户属性和用户B对当前打车渠道的用户属性。若用户A对当前打车渠道的用户属性低于用户B对当前打车渠道的用户属性,则为用户A本次打车订单分配车辆的优先级要高于为用户B本次打车订单分配车辆的优先级。
再例如,结合第一预设公式和第二预设公式,对前述示例进行进一步的说明。
假设,网约车平台通过第一预设公式计算得到用户A对当前打车渠道的波动程度为f(xA),通过第二预设公式获得f(xA)的信息熵Z(xA),以及通过第一预设公式计算得到用户B对当前打车渠道的波动程度为f(xB),通过第二预设公式获得f(xB)的信息熵Z(xB)。网约车平台对Z(xA)和Z(xB)的数值比较,若Z(xA)小于Z(xB),则用户A在当前打车渠道的用户属性低于用户B在当前打车渠道的用户属性,则优先考虑为用户A进行派单,即:为用户A本次打车订单分配车辆的优先级要高于为用户B本次打车订单分配车辆的优先级。若Z(xA)大于Z(xB),则用户A在当前打车渠道的用户属性大于用户B在当前打车渠道的用户属性,则优先考虑为用户B进行派单,即:为用户B本次打车订单分配车辆的优先级要高于为用户A本次打车订单分配车辆的优先级。
作为一种可选实施例,本发明实施例提供的技术方案可以应用于拼车场景(如双拼场景),此时第一用户的本次打车订单为拼车订单。
例如,在双拼场景下,可以根据第一用户与第二用户在目标渠道的用户属性,调整为第一用户与第二用户的本次打车订单分配车辆的优先级。
其中,第二用户的本次打车订单为拼车订单,且第二用户与第一用户可以分配至同一车辆。第二用户当前的打车渠道与第一用户当前的打车渠道相同。
在双拼场景下,可以根据能够拼车的两个用户的用户属性,确定为两个用户分配车辆的优先级。
其中,在目标渠道为第一渠道的情况下,两个用户在目标渠道的用户属性越低,为两个用户本次打车订单分配车辆的优先级越高;两个用户对目标渠道的用户属性越高,为两个用户本次打车订单分配车辆的优先级越低。
其中,在目标渠道为第二渠道的情况下,两个用户在目标渠道的用户属性越高,为两个用户本次打车订单分配车辆的优先级越高;两个用户在目标渠道的用户属性越低,为两个用户本次打车订单分配车辆的优先级越低。
可选地,具体实现方式可以如下所述:
根据目标参数,分别确定第一用户和第二用户通过目标渠道打车的波动程度;根据第一用户和第二用户通过目标渠道打车的波动程度之和,确定第一用户与第二用户在目标渠道的用户属性。
可选地,可以根据波动程度之和与用户属性之间的预设对应关系,确定与第一用户和第二用户通过目标渠道打车的波动程度之和对应的用户属性,并将与第一用户和第二用户通过目标渠道打车的波动程度之和对应的用户属性,确定为第一用户和第二用户在目标渠道的用户属性。例如,波动程度之和为0.5,与0.5对应的用户属性为二级,则第一用户和第二用户在目标渠道的用户属性为二级。其中,波动程度之和与第一用户和第二用户在目标渠道的用户属性之间呈负相关关系。
其中,波动程度的计算可以参考第一预设公式,此处便不再进行赘述。
可选地,具体实现方式还可以如下所述:
根据目标参数,分别确定第一用户和第二用户通过目标渠道打车的波动程度;分别计算第一用户通过目标渠道打车的波动程度的第一信息熵和第二用户通过目标渠道打车的波动程度的第二信息熵;然后根据第一信息熵和第二信息熵之和,确定第一用户与第二用户在目标渠道的用户属性。
可选地,可以根据信息熵之和与用户属性之间的预设对应关系,确定与第一信息熵和第二信息熵之和对应的用户属性,并将与第一信息熵和第二信息熵之和对应的用户属性,确定为第一用户和第二用户在目标渠道的用户属性。例如,第一信息熵和第二信息熵之和为1,与1对应的用户属性为三级,则第一用户和第二用户在目标渠道的用户属性为三级。其中,信息熵之和与第一用户和第二用户在目标渠道的用户属性之间呈正相关关系。
为了更好地理解上述技术方案,下面以一示例加以说明。
例如,在双拼场景中,网约车平台分别接收到用户A、用户B和用户C通过网约车运营商的自营网约车应用产生的拼车订单,且用户B和用户C均可以与用户A进行拼车,则可以先分别确定用户A和B在当前打车渠道的用户属性以及用户A和C在当前打车渠道的用户属性。若用户A与用户B在当前打车渠道的用户属性低于用户A与用户C在当前打车渠道的用户属性,则优先考虑为用户A和用户B分配车辆,即:为用户A和用户B分配车辆的优先级要高于为用户A和用户C分配车辆的优先级。若用户A与用户B在当前打车渠道的用户属性高于用户A与用户C对当前打车渠道的用户属性,则优先考虑为用户A和用户C分配车辆,即:为用户A和用户C分配车辆的优先级要高于为用户A和用户B分配车辆的优先级。
再例如,结合第一预设公式和第三预设公式:Z(x1,x2)=-logmf(x1)-logmf(x2)对前述示例进行进一步的说明。
假设,网约车平台通过第一预设公式计算得到用户A对当前打车渠道的波动程度为f(xA)、用户B对当前打车渠道的波动程度为f(xB)、用户C对当前打车渠道的波动程度为f(xC)。
通过第三预设公式获得f(xA)和f(xB)的信息熵之和Z(xA,xB)以及f(xA)和f(xC)的信息熵之和Z(xA,xC)。此时获得的信息熵代表了两个用户之间的拼车关系的混乱程度,信息熵之和的数值越大,说明混乱程度越小,则两个用户在当前打车渠道的用户属性越高;反之,信息熵之和的数值越小,说明混乱程度越大,则两个用户在当前打车渠道的用户属性越低。因此,若Z(xA,xB)小于Z(xA,xC),则用户A和B在当前打车渠道的用户属性低于用户A和C对当前打车渠道的用户属性,则优先考虑为用户A和用户B分配车辆,即:为用户A和用户B分配车辆的优先级要高于为用户A和用户C分配车辆的优先级;若Z(xA,xB)大于Z(xA,xC),则用户A和B在当前打车渠道的用户属性高于用户A和C对当前打车渠道的用户属性,则优先考虑为用户A和用户C分配车辆,即:为用户A和用户C分配车辆的优先级要高于为用户A和用户B分配车辆的优先级。
综上所述,本发明实施例中,依据用户在打车渠道的用户属性,来调整为其分配车辆的优先级。对于在自营网约车应用的用户属性较低的用户或在第三方应用的用户属性较高的用户,调高为其派车的优先级,以在一定程度上使用户尽早约上自营网约车应用提供的网约车,提高用户的打车效率,提升用户的打车体验,增大用户对自营网约车应用的兴趣,进而吸引用户使用自营网约车应用,以体验自营网约车应用提供的更多的打车功能和服务。
上面针对本发明实施例提供的订单分配方法进行了详细描述,下面继续对本发明实施例提供的订单分配装置进行描述。
依据本发明实施例的另一方面,提供了一种订单分配装置,应用于网络约车平台,该网约车平台是指网约车运营商经营的平台。该订单分配装置能实现上述订单分配方法实施例中的具体细节,并能达到相同的技术效果。
如图2所示,所述订单分配装置可以包括:
获取模块201,用于在检测到第一用户通过目标渠道打车的情况下,获取所述第一用户在所述目标渠道的用户属性。
其中,所述目标渠道为第一渠道或第二渠道,所述第一渠道为通过网约车运营商的自营网约车应用进行打车,所述第二渠道为通过第三方应用进行打车。
调整模块202,用于根据所述用户属性,调整为所述第一用户本次打车订单分配车辆的优先级。
其中,在所述目标渠道为所述第一渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈负相关关系;在所述目标渠道为所述第二渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈正相关关系。
作为一种可选实施例,所述订单分配装置还可以包括:
第一确定模块,用于根据目标参数,确定所述第一用户通过所述目标渠道打车的波动程度。
第二确定模块,用于根据所述波动程度,确定所述第一用户在所述目标渠道的用户属性。
其中,所述目标参数包括:目标占比、目标方差以及目标时间间隔;所述目标占比为:第一预设时间段内所述第一用户通过所述目标渠道打车的订单数与所述第一用户通过所有打车渠道打车的订单数的比值;所述目标方差为:第二预设时间段内所述第一用户每天通过所述目标渠道打车的订单数的方差;所述目标时间间隔为:所述第二预设时间段内所述第一用户每次通过所述目标渠道打车与所述第一用户上一次通过所述目标渠道打车之间的时间间隔。
作为一种可选实施例,所述第一确定模块包括:
其中,f(x)表示所述第一用户通过所述目标渠道打车的波动程度;表示所述目标占比,mj表示所述第一预设时间段内所述第一用户通过所述目标渠道打车的订单数,∑mj表示所述第一预设时间段内所述第一用户通过所有打车渠道打车的订单数;表示所述目标方差,xi表示所述第二预设时间段内所述第一用户其中一天通过所述目标渠道打车的订单数;表示所述第二预设时间段内所述第一用户通过所述目标渠道打车的订单总数的平均值;n表示所述第二预设时间段内包括的总天数;ti-ti-1表示所述第二预设时间段内所述第一用户其中一天通过所述目标渠道打车与所述第一用户上一次通过所述目标渠道之间的时间间隔,ti-1表示所述第一用户上一次通过所述目标渠道打车的时间;tn-ti表示所述第二预设时间段内所述第一用户最近一次通过所述目标渠道打车与其中一天通过所述目标渠道打车的时间间隔;tn表示所述第一用户最近一次通过所述目标渠道打车的时间;r表示预设的时间衰弱系数。
作为一种可选实施例,所述第二确定模块包括:
获取单元,用于获取所述波动程度的信息熵。
第二确定单元,用于根据获取的所述信息熵,确定为所述第一用户在所述目标渠道的用户属性。
本发明实施例中,依据用户在打车渠道的用户属性,来调整为其分配车辆的优先级。对于在自营网约车应用的用户属性较低的用户或在第三方应用的用户属性较高的用户,调高为其派车的优先级,以在一定程度上使用户尽早约上自营网约车应用提供的网约车,提高用户的打车效率,提升用户的打车体验,增大用户对自营网约车应用的兴趣,进而吸引用户使用自营网约车应用,以体验自营网约车应用提供的更多的打车功能和服务。
对于上述订单分配装置实施例而言,由于其与订单分配方法实施例基本相似,相关之处参见方法实施例的部分说明即可,为避免重复,这里便不再进行赘述。
依据本发明实施例的又一方面,提供了一种电子设备,该电子设备包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述订单分配方法中的步骤。
举个例子如下,图3示出了一种电子设备的实体结构示意图。
如图3所示,该电子设备可以包括:处理器(processor)310、通信接口(Communications Interface)320、存储器(memory)330和通信总线340,其中,处理器310、通信接口320以及存储器330通过通信总线340完成相互间的通信。处理器310可以调用存储器330中的逻辑指令,以执行如下方法:
在检测到第一用户通过目标渠道打车的情况下,获取所述第一用户在所述目标渠道的用户属性;根据所述用户属性,调整为所述第一用户本次打车订单分配车辆的优先级。
其中,所述目标渠道为第一渠道或第二渠道;所述第一渠道为通过网约车运营商的自营网约车应用进行打车,所述第二渠道为通过第三方应用进行打车。
其中,在所述目标渠道为所述第一渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈负相关关系;在所述目标渠道为所述第二渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈正相关关系。
此外,上述的存储器330中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
依据本发明实施例的再一方面,提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述订单分配方法中的步骤,例如:
在检测到第一用户通过目标渠道打车的情况下,获取所述第一用户在所述目标渠道的用户属性;根据所述用户属性,调整为所述第一用户本次打车订单分配车辆的优先级。
其中,所述目标渠道为第一渠道或第二渠道;所述第一渠道为通过网约车运营商的自营网约车应用进行打车,所述第二渠道为通过第三方应用进行打车。
其中,在所述目标渠道为所述第一渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈负相关关系;在所述目标渠道为所述第二渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈正相关关系。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM、RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种订单分配方法,应用于网约车平台,其特征在于,所述订单分配方法包括:
在检测到第一用户通过目标渠道打车的情况下,获取所述第一用户在所述目标渠道的用户属性;其中,所述目标渠道为第一渠道或第二渠道;所述第一渠道为通过网约车运营商的自营网约车应用进行打车,所述第二渠道为通过第三方应用进行打车;所述用户属性为体现所述第一用户对所述目标渠道的使用情况的属性信息;所述用户属性包括以下至少一种:预设时长内所述第一用户对所述目标渠道的使用次数或频率、所述预设时长内所述第一用户在所述目标渠道产生的订单价值、所述第一用户在所述目标渠道的用户等级、所述第一用户对所述目标渠道的使用程度等级以及所述第一用户的用车紧急程度;
根据所述用户属性,调整为所述第一用户本次打车订单分配车辆的优先级;
其中,在所述目标渠道为所述第一渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈负相关关系;在所述目标渠道为所述第二渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈正相关关系。
2.根据权利要求1所述的订单分配方法,其特征在于,在获取所述第一用户在所述目标渠道的用户属性之前,所述订单分配方法还包括:
根据目标参数,确定所述第一用户通过所述目标渠道打车的波动程度;
根据所述波动程度,确定所述第一用户在所述目标渠道的用户属性;
其中,所述目标参数包括:目标占比、目标方差以及目标时间间隔;所述目标占比为:第一预设时间段内所述第一用户通过所述目标渠道打车的订单数与所述第一用户通过所有打车渠道打车的订单数的比值;所述目标方差为:第二预设时间段内所述第一用户每天通过所述目标渠道打车的订单数的方差;所述目标时间间隔为:所述第二预设时间段内所述第一用户每次通过所述目标渠道打车与所述第一用户上一次通过所述目标渠道打车之间的时间间隔。
3.根据权利要求2所述的订单分配方法,其特征在于,根据目标参数,所述第一用户通过所述目标渠道打车的波动程度,包括:
其中,f(x)表示所述第一用户通过所述目标渠道打车的波动程度;表示所述目标占比,mj表示所述第一预设时间段内所述第一用户通过所述目标渠道打车的订单数,∑mj表示所述第一预设时间段内所述第一用户通过所有打车渠道打车的订单数;表示所述目标方差,xi表示所述第二预设时间段内所述第一用户其中一天通过所述目标渠道打车的订单数;表示所述第二预设时间段内所述第一用户通过所述目标渠道打车的订单总数的平均值;n表示所述第二预设时间段内包括的总天数;ti-ti-1表示所述第二预设时间段内所述第一用户其中一天通过所述目标渠道打车与所述第一用户上一次通过所述目标渠道之间的时间间隔,ti-1表示所述第一用户上一次通过所述目标渠道打车的时间;tn-ti表示所述第二预设时间段内所述第一用户最近一次通过所述目标渠道打车与其中一天通过所述目标渠道打车的时间间隔;tn表示所述第一用户最近一次通过所述目标渠道打车的时间;r表示预设的时间衰弱系数。
4.根据权利要求2或3所述的订单分配方法,其特征在于,根据所述波动程度,确定所述第一用户在所述目标渠道的用户属性,包括:
获取所述波动程度的信息熵;
根据所述信息熵,确定所述第一用户在所述目标渠道的用户属性。
5.一种订单分配装置,应用于网约车平台,其特征在于,所述订单分配装置包括:
获取模块,用于在检测到第一用户通过目标渠道打车的情况下,获取所述第一用户在所述目标渠道的用户属性;其中,所述目标渠道为第一渠道或第二渠道,所述第一渠道为通过网约车运营商的自营网约车应用进行打车,所述第二渠道为通过第三方应用进行打车;所述用户属性为体现所述第一用户对所述目标渠道的使用情况的属性信息;所述用户属性包括以下至少一种:预设时长内所述第一用户对所述目标渠道的使用次数或频率、所述预设时长内所述第一用户在所述目标渠道产生的订单价值、所述第一用户在所述目标渠道的用户等级、所述第一用户对所述目标渠道的使用程度等级以及所述第一用户的用车紧急程度;
调整模块,用于根据所述用户属性,调整为所述第一用户本次打车订单分配车辆的优先级;
其中,在所述目标渠道为所述第一渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈负相关关系;在所述目标渠道为所述第二渠道的情况下,所述用户属性与为所述第一用户本次打车订单分配车辆的优先级之间呈正相关关系。
6.根据权利要求5所述的订单分配装置,其特征在于,所述订单分配装置包括:
第一确定模块,用于根据目标参数,确定所述第一用户通过所述目标渠道打车的波动程度;
第二确定模块,用于根据所述波动程度,确定所述第一用户在所述目标渠道的用户属性;
其中,所述目标参数包括:目标占比、目标方差以及目标时间间隔;所述目标占比为:第一预设时间段内所述第一用户通过所述目标渠道打车的订单数与所述第一用户通过所有打车渠道打车的订单数的比值;所述目标方差为:第二预设时间段内所述第一用户每天通过所述目标渠道打车的订单数的方差;所述目标时间间隔为:所述第二预设时间段内所述第一用户每次通过所述目标渠道打车与所述第一用户上一次通过所述目标渠道打车之间的时间间隔。
7.根据权利要求6所述的订单分配装置,其特征在于,所述第一确定模块包括:
其中,f(x)表示所述第一用户通过所述目标渠道打车的波动程度;表示所述目标占比,mj表示所述第一预设时间段内所述第一用户通过所述目标渠道打车的订单数,∑mj表示所述第一预设时间段内所述第一用户通过所有打车渠道打车的订单数;表示所述目标方差,xi表示所述第二预设时间段内所述第一用户其中一天通过所述目标渠道打车的订单数;表示所述第二预设时间段内所述第一用户通过所述目标渠道打车的订单总数的平均值;n表示所述第二预设时间段内包括的总天数;ti-ti-1表示所述第二预设时间段内所述第一用户其中一天通过所述目标渠道打车与所述第一用户上一次通过所述目标渠道之间的时间间隔,ti-1表示所述第一用户上一次通过所述目标渠道打车的时间;tn-ti表示所述第二预设时间段内所述第一用户最近一次通过所述目标渠道打车与其中一天通过所述目标渠道打车的时间间隔;tn表示所述第一用户最近一次通过所述目标渠道打车的时间;r表示预设的时间衰弱系数。
8.根据权利要求6或7所述的订单分配装置,其特征在于,所述第二确定模块包括:
获取单元,用于获取所述波动程度的信息熵;
第二确定单元,用于根据所述信息熵,确定为所述第一用户在所述目标渠道的用户属性。
9.一种电子设备,包括:处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述计算机程序被所述处理器执行时实现如权利要求1至4中任一项所述的订单分配方法中的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1至4中任一项所述的订单分配方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110383455.6A CN113129098B (zh) | 2021-04-09 | 2021-04-09 | 一种订单分配方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110383455.6A CN113129098B (zh) | 2021-04-09 | 2021-04-09 | 一种订单分配方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113129098A CN113129098A (zh) | 2021-07-16 |
CN113129098B true CN113129098B (zh) | 2022-05-13 |
Family
ID=76775802
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110383455.6A Active CN113129098B (zh) | 2021-04-09 | 2021-04-09 | 一种订单分配方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113129098B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114422580B (zh) * | 2021-12-03 | 2024-02-02 | 浙江吉利控股集团有限公司 | 一种信息处理方法、装置、电子设备及存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180268351A1 (en) * | 2017-03-20 | 2018-09-20 | Genex Science And Technologies Pvt. Ltd. | System and method for assigning logistic order to consignor based on reverse bidding |
CN109784523B (zh) * | 2019-03-19 | 2022-08-05 | 南京邮电大学 | 一种基于多目标优化的网约车智能分配订单方法 |
CN110245841B (zh) * | 2019-05-21 | 2023-06-06 | 平安科技(深圳)有限公司 | 一种网约车风险控制方法及相关装置 |
CN112017463B (zh) * | 2020-07-17 | 2021-11-12 | 盛威时代科技集团有限公司 | 智能化的网约车管理方法 |
-
2021
- 2021-04-09 CN CN202110383455.6A patent/CN113129098B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN113129098A (zh) | 2021-07-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108182524B (zh) | 一种订单分配方法及装置、电子设备 | |
CN104756467B (zh) | 云中的cdn流量管理 | |
CN104756444B (zh) | 云中的cdn负载平衡 | |
Thakral | The public-housing allocation problem | |
CN106373382B (zh) | 一种用于车辆调度的方法与设备 | |
CN111080126B (zh) | 任务分配方法和装置 | |
CN107241380A (zh) | 用于基于时间调整的负载均衡的方法和设备 | |
CN104301257B (zh) | 一种资源分配方法、装置及设备 | |
CN112559147B (zh) | 基于gpu占用资源特点的动态匹配方法、系统和设备 | |
CN114724694B (zh) | 医疗资源处理方法、装置及可读存储介质 | |
CN108073448A (zh) | 宿主机资源分配方法、装置、宿主机调度方法及装置 | |
CN113129098B (zh) | 一种订单分配方法及装置 | |
Thakral | Matching with Stochastic Arrival. | |
CN109614236B (zh) | 集群资源动态调整方法、装置、设备及可读存储介质 | |
CN109783236B (zh) | 用于输出信息的方法和装置 | |
CN109600414B (zh) | 一种资源分配方法、装置、设备及存储介质 | |
CN109062683B (zh) | 主机资源分配的方法、装置及计算机可读存储介质 | |
CN112306709B (zh) | 一种高并发请求的处理方法及装置、服务器、存储介质 | |
CN109905333B (zh) | 一种媒体信息处理方法、装置及存储介质 | |
CN111311310B (zh) | 广告订单推送方法及装置、存储介质及电子装置 | |
CN115310873B (zh) | 面向元宇宙的数字资源调配方法、系统及存储介质 | |
WO2019037368A1 (zh) | 配送任务处理方法、装置、电子设备及计算机存储介质 | |
CN112149139B (zh) | 权限管理方法及装置 | |
CN114882986B (zh) | 一种信息分流处理方法、装置和计算机可读存储介质 | |
CN116521323A (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 |