CN105761481A - 面向出租车动态合乘的智能调度方法和系统 - Google Patents

Abstract

本发明公开面向出租车动态合乘的智能调度方法和系统，该方法包括：S1、调度中心加载地图信息，确定合乘费用分摊规则，并更新实时路况信息、出租车的实时位置信息和载客状态信息；S2、调度中心接收合乘请求发出者通过客户终端发送的合乘请求；S3、调度中心基于合乘意愿达成机制向合乘请求接收者发送合乘请求并向合乘请求发出者发送合乘车辆匹配信息，确认合乘双方的合乘意愿并达成合乘协议，合乘双方中的合乘请求接收者为承接合乘业务的出租车上的已在车乘客；S4、调度中心向达成合乘协议的出租车和合乘请求发出者推送合乘方案调度信息。本发明可提高合乘意愿达成速度与成功率，促进出租车合乘业务发展，在一定程度上能够解决“打车难”的问题。

Description

面向出租车动态合乘的智能调度方法和系统

技术领域

本发明涉及智能交通领域。更具体地，涉及一种面向出租车动态合乘的智能调度方法和系统。

背景技术

出租车作为公共交通的重要补充，以其便捷，舒适，服务性强等特点在城市交通中发挥着重要的作用。然而，高峰期庞大的交通需求压力使得出租车供不应求，乘客“打车难”问题日益突出。解决上述问题的关键在于科学合理地调度出租车，充分利用出租车的运能资源。出租车合乘作为一种有效的解决方案，能够缓解出租车供应不足、载客率较低、人均占用道路面积大、出租车资源利用率低等问题；并且，能够降低出租车司机的成本，增加收入，同时为合乘乘客降低乘车费用。其中，出租车动态合乘作为出租车合乘业务中主要的组成部分，是指路侧乘客发出合乘请求并与车辆行驶途中的车上乘客协商共同乘坐同一辆出租车的自愿行为，因其能够基于实时的用车需求调配出租车，实现对合乘请求的即时响应而被广泛关注。

但出租车动态合乘在实施过程中存在诸多问题，如合乘双方费用分摊规则不够精细、短时间内很难找到理想的合乘者等问题。一方面，现有的合乘费用分摊通常只采用百分比分摊，即合乘双方按相同比例共同支付合乘路段费用，然而对于先上车乘客，其合乘过程中通常存在绕路，牺牲了乘车的时间与空间，因此单单基于百分比分摊而不考虑线路绕行情况是不满足公平性原则的。另一方面，现有出租车合乘调度系统在向合乘双方推送合乘信息时通常采取无差别推送的方式，这些信息往往信息量巨大且与乘客的期望相差甚远，浪费了调度中心服务平台的信息处理能力，增加了乘客的时间成本，为乘客的合乘决策增加负担，降低了合乘意愿达成的速度与成功率。现有的研究较少地考虑合乘请求发出者和接收者的合乘意愿匹配程度，且双方费用分摊规则有待改进。

因此，需要提供一种面向出租车动态合乘的智能调度方法和系统以促进出租车合乘业务发展，在充分分析合乘请求发出者和接收者合乘意愿偏好的基础上，考虑合乘双方费用分摊规则公平性与合乘意愿达成机制，以提高出租车合乘的匹配速度与成功率，改善信息的有效性，提升乘客合乘的积极性，，进而缓解高峰时段道路网络交通压力。

发明内容

本发明的目的在于提供一种面向出租车动态合乘的智能调度方法和系统，提高合乘意愿达成速度与成功率，促进出租车合乘业务发展，在一定程度上解决“打车难”的问题。

为达到上述目的，本发明采用下述技术方案：

一种面向出租车动态合乘的智能调度方法，其特征在于，该方法包括如下步骤：

S1、出租车调度中心加载地图信息，确定合乘费用分摊规则，并按照设定的时间间隔更新实时路况信息、承接合乘业务的出租车通过车载终端发送的实时位置信息和载客状态信息；

S2、出租车调度中心接收合乘请求发出者通过客户终端发送的合乘请求，所述合乘请求包括合乘请求发出者的上车地点、目的地、合乘请求人数、性别和是否赶时间；

S3、出租车调度中心基于合乘意愿达成机制向合乘请求发出者发送合乘车辆匹配信息并向合乘请求接收者发送合乘请求，确认合乘双方的合乘意愿并达成合乘协议，所述合乘双方中的合乘请求接收者为承接合乘业务的出租车上的已在车乘客；

S4、出租车调度中心向达成合乘协议的出租车和合乘请求发出者推送合乘方案调度信息，向达成合乘协议的出租车推送的合乘方案调度信息包括合乘上车地点、合乘目的地、合乘路径拓扑、合乘请求接收者在车时间、乘车距离和乘车费用，向合乘请求发出者推送的合乘方案调度信息包括车辆颜色、车牌号、车辆当前位置、预计等待时间、预计在车时间、乘车距离和乘车费用。

优选地，所述合乘费用分摊规则是按百分比分摊合乘路段计费费用为基本模式，并基于公平性原则引入非直线系数对出租车司机收入增益的分摊进行修正的计价模型，而非合乘路段的费用由合乘双方独自承担；

合乘请求发出者的合乘费用计价模型为C_share1＝f₁(C,R₁,R^*,NLC₁,NLC₂)，

合乘请求接收者的合乘费用计价模型为C_share2＝f₂(C,1-R₁,R^*,NLC₁,NLC₂)；

模型中，C_share1和C_share2分别为合乘请求发出者和合乘请求接收者合乘路段最终费用；C为合乘双方合乘路段计费费用；R₁为合乘请求发出者的合乘路段计费费用分摊百分比，合乘请求接收者的合乘路段计费费用分摊百分比为1-R₁；NLC₁和NLC₂分别为合乘请求发出者和合乘请求接收者由于合乘绕行而产生的乘车路径非直线系数；R^*为司机收入增益百分比，司机收入增益由合乘双方共同负担，双方负担比例由双方非直线系数决定。

优选地，所述合乘意愿达成机制是基于历史统计数据或意愿调查数据在分析合乘双方合乘意愿偏好的基础上，利用合乘双方个人属性信息与出行信息计算合乘双方的合乘效用，预先分析合乘双方可能的合乘意愿，并向可能达成协议的合乘双方定向推送信息，最终促使达成合乘协议的机制。

优选地，步骤S3包括如下子步骤：

S3.1、获得初始备选集以及乘客个人属性信息与出行信息，所述个人属性信息包括性别，所述出行信息包括乘客所在地、目的地、是否赶时间和合乘人数；

S3.2、初步筛选可合乘车辆备选集，筛选原则包括：基于合乘请求人数与已在车人数之和进行判别，合乘后总乘车人数应满足车上最大乘客数量约束；和，基于车辆与合乘请求发出者间距离，筛选限定距离范围内的可合乘车辆；

S3.3、面向合乘请求接收者，计算合乘请求接收者的合乘效用与接受合乘请求的概率，通过概率筛选可能的合乘车辆，定向推送合乘请求，并获取合乘请求接收者在规定的响应时间内发出的合乘意愿，将接受合乘请求的车辆的信息保留在合乘车辆备选集中，生成相应的合乘方案的信息，并删除拒绝合乘请求的车辆的信息；接受合乘请求的车辆等待合乘请求发出者选择合乘车辆，而拒绝合乘请求的车辆将继续行驶；若没有车辆接受合乘请求，则该次合乘请求失败，合乘请求发出者可以选择重新提交合乘请求或放弃本次合乘；

S3.4、面向合乘请求发出者，计算合乘请求发出者的合乘效用与选择备选集中所有合乘车辆的概率，通过概率筛选并排序可能的合乘车辆，确定最优合乘车辆备选集，生成相应的合乘方案的信息，并向合乘请求发出者推送最优备选集中的方案信息，获得合乘请求发出者在规定的响应时间内发出的合乘意愿，通知合乘请求发出者选择的车辆“已经被合乘请求发出者选择”，达成合乘协议，并通知其他备选车辆合乘失败；若合乘请求发出者对最优备选集中的车辆均不满意，则通知最优备选集中的所有车辆本次合乘失败，合乘请求发出者可以选择重新提交合乘请求或放弃本次合乘。

优选地，合乘意愿达成过程中提供的合乘方案的信息中的路径信息是由最短路径搜索算法搜索得到，即在确定出租车当前位置、合乘请求发出者位置与合乘双方目的地后，以特定目标搜索合乘最短路径，搜索得到的合乘方案的信息中的路径信息包括：合乘请求发出者的等待时间、在车时间、乘车费用、乘车距离；合乘请求接收者的在车时间、乘车费用、乘车距离。

优选地，所述特定目标包括距离最短目标，时间最短目标，费用最少目标或距离、时间、费用综合最短目标。

优选地，所述合乘效用是衡量合乘者对合乘方案的满意程度的指标，合乘请求发出者同意合乘的效用函数V₁₁＝g₁₁(D₁,C₁,N,T)，拒绝合乘的效用函数V₁₂＝g₁₂(D₁,C₁,N,T,G₂,GSJ₁)，合乘请求接收者同意合乘的函数V₂₁＝g₂₁(D₂,C₂)，拒绝合乘的函数V₂₂＝g₂₂(D₂,C₂,G₁,GSJ₂)，而基于合乘效用计算的合乘选择概率分别为P₁＝h₁(V₁₁,V₁₂)，P₂＝h₂(V₂₁,V₂₂)，其中，V₁₁和V₂₁分别为合乘请求发出者和合乘请求接收者同意合乘的效用；V₁₂和V₂₂分别为合乘请求发出者和合乘请求接收者拒绝合乘的效用；P₁和P₂分别为合乘请求发出者和合乘请求接收者的合乘选择概率；D₁和D₂分别为合乘请求发出者和接收者的乘车里程；C₁和C₂分别为合乘请求发出者和合乘请求接收者的乘车费用；N为与合乘请求发出者共同合乘的在车人数；T为合乘请求发出者预计合乘等待时间；G₁和G₂分别为合乘请求发出者和接收者的性别；GSJ₁和GSJ₂分别为标记合乘请求发出者和接收者是否赶时间的0-1变量。

一种面向出租车动态合乘的智能调度系统，该系统包括出租车调度中心、至少一个客户终端和至少一个车载终端；

客户终端，向出租车调度中心发送合乘请求，并接收和响应出租车调度中心发送的合乘车辆匹配信息和合乘方案调度信息；

车载终端，向出租车调度中心发送实时位置信息、载客状态信息，并接收和响应出租车调度中心发送的合乘请求和合乘方案调度信息；

出租车调度中心，基于合乘意愿达成机制向合乘请求发出者发送合乘车辆匹配信息并向合乘请求接收者发送合乘请求，确认合乘双方的合乘意愿并达成合乘协议，向达成合乘协议的出租车和合乘请求发出者推送合乘方案调度信息。

优选地，出租车调度中心在基于合乘意愿达成机制向合乘请求发出者发送合乘车辆匹配信息并向合乘请求接收者发送合乘请求之前，对合乘请求人数与已在车人数之和进行判别，合乘后总乘车人数应满足车上最大乘客数量约束。

优选地，出租车调度中心在向达成合乘协议的出租车和合乘请求发出者推送合乘方案调度信息后，对合乘双方的合乘请求响应时间进行约束，若合乘双方中任意一方在规定的响应时间内没有响应，则视为放弃合乘。

本发明的有益效果如下：

本发明所述技术方案针对出租车动态合乘的智能调度方法和系统进行设计，在合乘总体流程中充分考虑双方合乘费用分摊规则和意愿达成机制。合乘费用分摊规则是基于当前出租车合乘政策，以百分比分摊为基本模式，利用非直线系数加以修正的计价模型，使得合乘双方费用减少且更为公平，增加司机收入，提高出租车合乘的积极性。考虑双方意愿达成机制的智能调度系统通过获得双方个人信息和出行信息，基于双方的合乘意愿效用函数计算合乘效用，预先判断双方合乘意愿并向可能的合乘者进行合乘信息的定向推送，可以减轻乘客的决策负担，提高出租车合乘的匹配速度与成功率，改善信息的有效性，促进出租车合乘业务发展，进而在一定程度上解决“打车难”的问题。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明。

图1示出面向出租车动态合乘的智能调度方法的流程图。

图2示出面向出租车动态合乘的智能调度方法中出租车合乘双方意愿达成机制图。

具体实施方式

为了更清楚地说明本发明，下面结合优选实施例和附图对本发明做进一步的说明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解，下面所具体描述的内容是说明性的而非限制性的，不应以此限制本发明的保护范围。

如图1所示，本实施例提供的面向出租车动态合乘的智能调度方法，包括如下步骤：

S1、出租车调度中心加载地图信息，确定合乘费用分摊规则，并按照设定的时间间隔更新实时路况信息、承接合乘业务的出租车通过车载终端发送的实时位置信息和载客状态信息，本实施例中信息更新的时间间隔设定为5分钟；

S2、出租车调度中心接收合乘请求发出者通过客户终端发送的合乘请求，所述合乘请求包括合乘请求发出者的上车地点、目的地、合乘请求人数、性别和是否赶时间；

S3、出租车调度中心基于合乘意愿达成机制向合乘请求接收者发送合乘请求并向合乘请求发出者发送合乘车辆匹配信息，确认合乘双方的合乘意愿并达成合乘协议，所述合乘双方中的合乘请求接收者为承接合乘业务的出租车上的已在车乘客；

S4、出租车调度中心向达成合乘协议的出租车和合乘请求发出者推送合乘方案调度信息，向达成合乘协议的出租车推送的合乘方案调度信息包括合乘上车地点、合乘目的地、合乘路径拓扑、合乘请求接收者在车时间、乘车距离和乘车费用，向合乘请求发出者推送的合乘方案调度信息包括车辆颜色、车牌号、车辆当前位置、预计等待时间、预计在车时间、乘车距离和乘车费用。

其中

合乘费用分摊规则是按百分比分摊合乘路段计费费用为基本模式，并基于公平性原则引入非直线系数对出租车司机收入增益的分摊进行修正的计价模型，而非合乘路段的费用由合乘双方独自承担；

合乘请求发出者的合乘费用计价模型为C_share1＝f₁(C,R₁,R^*,NLC₁,NLC₂)，

合乘请求接收者的合乘费用计价模型为C_share2＝f₂(C,1-R₁,R^*,NLC₁,NLC₂)；

模型中，C_share1和C_share2分别为合乘请求发出者和合乘请求接收者合乘路段最终费用；C为合乘双方合乘路段计费费用；R₁为合乘请求发出者的合乘路段计费费用分摊百分比，合乘请求接收者的合乘路段计费费用分摊百分比为1-R₁；NLC₁和NLC₂分别为合乘请求发出者和合乘请求接收者由于合乘绕行而产生的乘车路径非直线系数；R^*为司机收入增益百分比，司机收入增益由合乘双方共同负担，双方负担比例由双方非直线系数决定。

本实施例中合乘请求发出者的合乘费用计价模型和合乘请求接收者的合乘费用计价模型具体为：

$C_{share1}=C\×(50\%+20\%\×\frac{{\mathrm{NLC}}_2}{{\mathrm{NLC}}_1+{\mathrm{NLC}}_2})$

$C_{share2}=C\×(50\%+20\%\×\frac{{\mathrm{NLC}}_1}{{\mathrm{NLC}}_1+{\mathrm{NLC}}_2})$

在本实施例中，合乘请求发出者与接收者的合乘路段计费费用分摊百分比设定为50％，即合乘双方平摊合乘路段计费费用，司机收入增益百分比设定为20％，司机收入增益由合乘双方共同负担，双方负担比例由双方非直线系数决定。并且，非直线系数越大的合乘者，由于绕路的距离更远，因此要对其在合乘费用上进行补偿，故非直线系数越大的合乘者负担的司机收入增益越少，其中的非直线系数是衡量绕路程度的一个指标，非直线系数越大，说明合乘后的路线比不合乘时绕路更多。这些路径的绕行是由合乘的对方造成的，因此为体现公平性，非直线系数越大的合乘者负担的司机收入增益越少，这部分的绕路损失应由对方补偿。这样设置的意义是让合乘双方分别补偿由于合乘而给对方带来的不方便。

客户终端包括路侧电子屏、手机或平板电脑。

步骤S3中的合乘意愿达成机制是基于历史统计数据或意愿调查数据在分析合乘双方合乘意愿偏好的基础上，利用合乘双方个人属性信息与出行信息计算合乘双方的合乘效用，预先分析合乘双方可能的合乘意愿，并向可能达成协议的合乘双方定向推送信息，最终促使达成合乘协议的机制，其中的历史统计数据是指真实的选择数据，意愿调查数据是指通过虚拟场景得到的选择数据。

如图2所示，步骤S3包括如下子步骤：

S3.1、获得初始备选集以及乘客个人属性信息与出行信息，所述个人属性信息包括性别，所述出行信息包括乘客所在地、目的地、是否赶时间和合乘人数；

S3.2、初步筛选可合乘车辆备选集，筛选原则包括：基于合乘请求人数与已在车人数之和进行判别，合乘后总乘车人数应满足车上最大乘客数量约束；和，基于车辆与合乘请求发出者间距离，筛选限定距离范围内的可合乘车辆，在本实施例中设定车上最大乘客数量为3人；假设合乘请求发出者计划乘车距离为d，则出租车调度中心将筛选出合乘请求发出者周边d/2范围内，且合乘时乘车距离不超过1.25d的出租车；

S3.3、面向合乘请求接收者，计算合乘请求接收者的合乘效用与接受合乘请求的概率，通过概率筛选可能的合乘车辆，定向推送合乘请求，并获取合乘请求接收者在规定的响应时间内发出的合乘意愿，将接受合乘请求的车辆的信息保留在合乘车辆备选集中，生成相应的合乘方案的信息，并删除拒绝合乘请求的车辆的信息；接受合乘请求的车辆等待合乘请求发出者选择合乘车辆，而拒绝合乘请求的车辆将继续行驶；若没有车辆接受合乘请求，则该次合乘请求失败，合乘请求发出者可以选择重新提交合乘请求或放弃本次合乘；

在本实施例中，规定的响应时间(出租车调度中心的合乘请求确认时间)设置为30秒，即30秒内需收到合乘请求接收者的合乘意愿(响应)，否则视为合乘请求接收者放弃合乘。另外，对可能合乘的车辆的判别是通过计算其接受请求的概率，当接受请求的概率大于50％时，调度中心服务平台给相应车辆推送合乘请求，并将接受合乘请求的m(m>0)辆出租车车辆信息保留于合乘车辆备选集中，生成相应的合乘方案的信息，并删除拒绝合乘的车辆信息。若经调度中心服务平台计算得到的车辆接受请求的概率均不大于50％，则认为没有合适的合乘车辆，系统不进行合乘请求的推送，并通知合乘请求发出者合乘请求失败，合乘请求发出者可以选择重新提交合乘请求或放弃本次合乘。

S3.4、面向合乘请求发出者，计算合乘请求发出者的合乘效用与选择备选集中所有合乘车辆的概率，通过概率筛选并排序可能的合乘车辆，确定最优合乘车辆备选集，生成相应的合乘方案的信息，并向合乘请求发出者推送最优备选集中的方案信息，获得合乘请求发出者在规定的响应时间内发出的合乘意愿，通知合乘请求发出者选择的车辆“已经被合乘请求发出者选择”，达成合乘协议，并通知其他备选车辆合乘失败；若合乘请求发出者对最优备选集中的车辆均不满意，则通知最优备选集中的所有车辆本次合乘失败，合乘请求发出者可以选择重新提交合乘请求或放弃本次合乘。

在本实施例中，出租车调度中心的合乘请求确认时间设置为30秒，即30秒内需收到合乘请求发出者的合乘意愿(响应)，否则视为合乘请求发出者放弃合乘。另外，针对步骤S3.3中得到的合乘车辆备选集，基于合乘请求发出者个人属性信息和出行信息计算备选集中所有合乘车辆的选择概率，将选择概率大于50％的n(0＜n≤m)辆车作为备选车辆，并将备选车辆按其被选概率由大到小排列，由前p(0＜p≤n，可取1～3以降低乘客的决策负担)个车辆信息组成最优合乘车辆备选集，推送给合乘请求发出者，获得合乘请求发出者选择的合乘车辆信息，通知被选车辆“已达成合乘协议”并通知其余m-1辆车合乘失败。若经调度中心服务平台计算得到的合乘请求发出者选择车辆的概率均不大于50％，则认为没有合适的合乘车辆，系统不进行合乘车辆信息的推送，并通知合乘请求发出者以及已接收合乘请求的m辆出租车“合乘请求失败”，合乘请求发出者可以选择重新提交合乘请求或放弃本次合乘。

合乘意愿达成过程中提供的合乘方案的信息中的路径信息是由最短路径搜索算法搜索得到，即在确定出租车当前位置、合乘请求发出者位置与合乘双方目的地后，以特定目标搜索合乘最短路径，最短路径搜索算法可以采用Floyd算法、Dijkstra算法等，搜索得到的合乘方案的信息中的路径信息包括：合乘请求发出者的等待时间、在车时间、乘车费用、乘车距离；合乘请求接收者的在车时间、乘车费用、乘车距离。

特定目标包括距离最短目标，时间最短目标，费用最少目标或距离、时间、费用综合最短目标。

合乘效用是衡量合乘者对合乘方案的满意程度的指标，合乘请求发出者同意合乘的效用函数V₁₁＝g₁₁(D₁,C₁,N,T)，拒绝合乘的效用函数V₁₂＝g₁₂(D₁,C₁,N,T,G₂,GSJ₁)，合乘请求接收者同意合乘的函数V₂₁＝g₂₁(D₂,C₂)，拒绝合乘的函数V₂₂＝g₂₂(D₂,C₂,G₁,GSJ₂)，而基于合乘效用计算的合乘选择概率分别为P₁＝h₁(V₁₁,V₁₂)，P₂＝h₂(V₂₁,V₂₂)，其中，V₁₁和V₂₁分别为合乘请求发出者和合乘请求接收者同意合乘的效用；V₁₂和V₂₂分别为合乘请求发出者和合乘请求接收者拒绝合乘的效用；P₁和P₂分别为合乘请求发出者和合乘请求接收者的合乘选择概率；D₁和D₂分别为合乘请求发出者和接收者的乘车里程；C₁和C₂分别为合乘请求发出者和合乘请求接收者的乘车费用；N为与合乘请求发出者共同合乘的在车人数；T为合乘请求发出者预计合乘等待时间；G₁和G₂分别为合乘请求发出者和接收者的性别(男性为1，女性为0)；GSJ₁和GSJ₂分别为标记合乘请求发出者和接收者是否赶时间的0-1变量(赶时间为1，不赶时间为0)。

本实施例中，合乘请求发出者同意合乘情况下效用函数V₁₁如下所示：

V₁₁＝-0.223D₁-0.176C₁-0.429N-6.553T；

合乘请求发出者拒绝合乘情况下效用函数V₁₂如下所示：

V₁₂＝-0.223D₁-0.176C₁-6.553T-0.621G₂+1.87GSJ₁；

合乘请求接收者同意合乘情况下效用函数V₂₁如下所示：

V₂₁＝-0.237D₂-0.088C₂；

合乘请求接收者拒绝合乘情况下效用函数V₂₂如下所示：

V₂₂＝-0.237D₂-0.088C₂-0.842G₁+1.949GSJ₂；

合乘请求发出者同意合乘的概率P₁₁如下所示：

$P_{11}=\frac{\exp \left(V_{11}\right)}{\exp (V_{11}+V_{12})};$

合乘请求接收者同意合乘的概率P₂₁如下所示：

$P_{21}=\frac{\exp \left(V_{21}\right)}{\exp (V_{21}+V_{22})}.$

本实施例提供的执行上述方法的面向出租车动态合乘的智能调度系统包括出租车调度中心、至少一个客户终端和至少一个车载终端；

客户终端，向出租车调度中心发送合乘请求，并接收和响应出租车调度中心发送的合乘车辆匹配信息和合乘方案调度信息；

车载终端，向出租车调度中心发送实时位置信息、载客状态信息，并接收和响应出租车调度中心发送的合乘请求和合乘方案调度信息；

出租车调度中心，基于合乘意愿达成机制向合乘请求发出者发送合乘车辆匹配信息并向合乘请求接收者发送合乘请求，确认合乘双方的合乘意愿并达成合乘协议，向达成合乘协议的出租车和合乘请求发出者推送合乘方案调度信息。

其中

出租车调度中心在基于合乘意愿达成机制向合乘请求发出者发送合乘车辆匹配信息并向合乘请求接收者发送合乘请求之前，对合乘请求人数与已在车人数之和进行判别，合乘后总乘车人数应满足车上最大乘客数量约束。

出租车调度中心在向达成合乘协议的出租车和合乘请求发出者推送合乘方案调度信息后，对合乘双方的合乘请求响应时间进行约束，若合乘双方中任意一方在规定的响应时间内没有响应，则视为放弃合乘。

显然，本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定，对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动，这里无法对所有的实施方式予以穷举，凡是属于本发明的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。

Claims (10)

1.一种面向出租车动态合乘的智能调度方法，其特征在于，该方法包括如下步骤：

S1、出租车调度中心加载地图信息，确定合乘费用分摊规则，并按照设定的时间间隔更新实时路况信息、承接合乘业务的出租车通过车载终端发送的实时位置信息和载客状态信息；

S2、出租车调度中心接收合乘请求发出者通过客户终端发送的合乘请求，所述合乘请求包括合乘请求发出者的上车地点、目的地、合乘请求人数、性别和是否赶时间；

S3、出租车调度中心基于合乘意愿达成机制向合乘请求接收者发送合乘请求并向合乘请求发出者发送合乘车辆匹配信息，确认合乘双方的合乘意愿并达成合乘协议，所述合乘双方中的合乘请求接收者为承接合乘业务的出租车上的已在车乘客；

S4、出租车调度中心向达成合乘协议的出租车和合乘请求发出者推送合乘方案调度信息，向达成合乘协议的出租车推送的合乘方案调度信息包括合乘上车地点、合乘目的地、合乘路径拓扑、合乘请求接收者在车时间、乘车距离和乘车费用，向合乘请求发出者推送的合乘方案调度信息包括车辆颜色、车牌号、车辆当前位置、预计等待时间、预计在车时间、乘车距离和乘车费用。

2.根据权利要求1所述的方法，其特征在于，所述合乘费用分摊规则是按百分比分摊合乘路段计费费用为基本模式，并基于公平性原则引入非直线系数对出租车司机收入增益的分摊进行修正的计价模型，而非合乘路段的费用由合乘双方独自承担；

合乘请求发出者的合乘费用计价模型为C_share1＝f₁(C,R₁,R^*,NLC₁,NLC₂)，

合乘请求接收者的合乘费用计价模型为C_share2＝f₂(C,1-R₁,R^*,NLC₁,NLC₂)；

模型中，C_share1和C_share2分别为合乘请求发出者和合乘请求接收者合乘路段最终费用；C为合乘双方合乘路段计费费用；R₁为合乘请求发出者的合乘路段计费费用分摊百分比，合乘请求接收者的合乘路段计费费用分摊百分比为1-R₁；NLC₁和NLC₂分别为合乘请求发出者和合乘请求接收者由于合乘绕行而产生的乘车路径非直线系数；R^*为司机收入增益百分比，司机收入增益由合乘双方共同负担，双方负担比例由双方非直线系数决定。

3.根据权利要求1所述的方法，其特征在于，所述合乘意愿达成机制是基于历史统计数据或意愿调查数据在分析合乘双方合乘意愿偏好的基础上，利用合乘双方个人属性信息与出行信息计算合乘双方的合乘效用，预先分析合乘双方可能的合乘意愿，并向可能达成协议的合乘双方定向推送信息，最终促使达成合乘协议的机制。

4.根据权利要求3所述的方法，其特征在于，步骤S3包括如下子步骤：

S3.1、获得初始备选集以及乘客个人属性信息与出行信息，所述个人属性信息包括性别，所述出行信息包括乘客所在地、目的地、是否赶时间和合乘人数；

S3.2、初步筛选可合乘车辆备选集，筛选原则包括：基于合乘请求人数与已在车人数之和进行判别，合乘后总乘车人数应满足车上最大乘客数量约束；和，基于车辆与合乘请求发出者间距离，筛选限定距离范围内的可合乘车辆；

S3.3、面向合乘请求接收者，计算合乘请求接收者的合乘效用与接受合乘请求的概率，通过概率筛选可能的合乘车辆，定向推送合乘请求，并获取合乘请求接收者在规定的响应时间内发出的合乘意愿，将接受合乘请求的车辆的信息保留在合乘车辆备选集中，生成相应的合乘方案的信息，并删除拒绝合乘请求的车辆的信息；接受合乘请求的车辆等待合乘请求发出者选择合乘车辆，而拒绝合乘请求的车辆将继续行驶；若没有车辆接受合乘请求，则该次合乘请求失败，合乘请求发出者可以选择重新提交合乘请求或放弃本次合乘；

S3.4、面向合乘请求发出者，计算合乘请求发出者的合乘效用与选择备选集中所有合乘车辆的概率，通过概率筛选并排序可能的合乘车辆，确定最优合乘车辆备选集，生成相应的合乘方案的信息，并向合乘请求发出者推送最优备选集中的方案信息，获得合乘请求发出者在规定的响应时间内发出的合乘意愿，通知合乘请求发出者选择的车辆“已经被合乘请求发出者选择”，达成合乘协议，并通知其他备选车辆合乘失败；若合乘请求发出者对最优备选集中的车辆均不满意，则通知最优备选集中的所有车辆本次合乘失败，合乘请求发出者可以选择重新提交合乘请求或放弃本次合乘。

5.根据权利要求4所述的方法，其特征在于，合乘意愿达成过程中提供的合乘方案的信息中的路径信息是由最短路径搜索算法搜索得到，即在确定出租车当前位置、合乘请求发出者位置与合乘双方目的地后，以特定目标搜索合乘最短路径，搜索得到的合乘方案的信息中的路径信息包括：合乘请求发出者的等待时间、在车时间、乘车费用、乘车距离；合乘请求接收者的在车时间、乘车费用、乘车距离。

6.根据权利要求5所述的方法，其特征在于，所述特定目标包括距离最短目标，时间最短目标，费用最少目标或距离、时间、费用综合最短目标。

7.根据权利要求4所述的方法，其特征在于，所述合乘效用是衡量合乘者对合乘方案的满意程度的指标，合乘请求发出者同意合乘的效用函数V₁₁＝g₁₁(D₁,C₁,N,T)，拒绝合乘的效用函数V₁₂＝g₁₂(D₁,C₁,N,T,G₂,GSJ₁)，合乘请求接收者同意合乘的函数V₂₁＝g₂₁(D₂,C₂)，拒绝合乘的函数V₂₂＝g₂₂(D₂,C₂,G₁,GSJ₂)，而基于合乘效用计算的合乘选择概率分别为P₁＝h₁(V₁₁,V₁₂)，P₂＝h₂(V₂₁,V₂₂)，其中，V₁₁和V₂₁分别为合乘请求发出者和合乘请求接收者同意合乘的效用；V₁₂和V₂₂分别为合乘请求发出者和合乘请求接收者拒绝合乘的效用；P₁和P₂分别为合乘请求发出者和合乘请求接收者的合乘选择概率；D₁和D₂分别为合乘请求发出者和接收者的乘车里程；C₁和C₂分别为合乘请求发出者和合乘请求接收者的乘车费用；N为与合乘请求发出者共同合乘的在车人数；T为合乘请求发出者预计合乘等待时间；G₁和G₂分别为合乘请求发出者和接收者的性别；GSJ₁和GSJ₂分别为标记合乘请求发出者和接收者是否赶时间的0-1变量。

8.一种面向出租车动态合乘的智能调度系统，其特征在于，该系统包括出租车调度中心、至少一个客户终端和至少一个车载终端；

客户终端，向出租车调度中心发送合乘请求，并接收和响应出租车调度中心发送的合乘车辆匹配信息和合乘方案调度信息；

车载终端，向出租车调度中心发送实时位置信息、载客状态信息，并接收和响应出租车调度中心发送的合乘请求和合乘方案调度信息；

出租车调度中心，基于合乘意愿达成机制向合乘请求接收者发送合乘请求并向合乘请求发出者发送合乘车辆匹配信息，确认合乘双方的合乘意愿并达成合乘协议，向达成合乘协议的出租车和合乘请求发出者推送合乘方案调度信息。

9.根据权利要求8所述的系统，其特征在于，出租车调度中心在基于合乘意愿达成机制向合乘请求发出者发送合乘车辆匹配信息并向合乘请求接收者发送合乘请求之前，对合乘请求人数与已在车人数之和进行判别，合乘后总乘车人数应满足车上最大乘客数量约束。

10.根据权利要求8所述的系统，其特征在于，出租车调度中心在向达成合乘协议的出租车和合乘请求发出者推送合乘方案调度信息后，对合乘双方的合乘请求响应时间进行约束，若合乘双方中任意一方在规定的响应时间内没有响应，则视为放弃合乘。