CN106846038A - 一种叫车方法及叫车***、服务端 - Google Patents
一种叫车方法及叫车***、服务端 Download PDFInfo
- Publication number
- CN106846038A CN106846038A CN201611174350.5A CN201611174350A CN106846038A CN 106846038 A CN106846038 A CN 106846038A CN 201611174350 A CN201611174350 A CN 201611174350A CN 106846038 A CN106846038 A CN 106846038A
- Authority
- CN
- China
- Prior art keywords
- service end
- multiplying power
- end subscriber
- chauffeur
- price markup
- 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
Links
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/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0283—Price estimation or determination
- G06Q30/0284—Time or distance, e.g. usage of parking meters or taximeters
Landscapes
- Business, Economics & Management (AREA)
- Development Economics (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种叫车方法及叫车***及服务端,所述叫车方法包括如下步骤:A.服务端检测乘客端发出的叫车请求是否被司机接单,若已被接单,则结束流程;若未被接单,则进入步骤B;步骤B.服务端根据叫车请求及出车司机的供需情况来计算加价倍率,将所述加价倍率传送至乘客端并获取乘客端发回的对加价倍率的反馈信息,若反馈信息是拒绝加价,则结束流程;若反馈信息是同意加价,则返回步骤A。由于该加价倍率是完全根据叫车请求的信息以及当时当地的司机和乘客的供需关系且由服务端来计算的,且该加价倍率在没有司机接单前是保持一个增加趋势的,通过价格上浮的方式可以激励较远的司机前来接驾,减少了用户叫不到车的情况,从而提高了用户体验。
Description
技术领域
本发明属于智能出车平台技术领域,尤其涉及一种叫车方法及相应的叫车***和服务端。
背景技术
随着移动互联网的发展,网络约车的逐渐普及,人的打车习惯已经被深刻地改变。传统出租车行业存在乘客打车难,打不到车、司机载不到客等问题,随着互联网打车软件的出现,这种情况大大得到了改善。但是,在一些出发时间太早或太晚的时段或者司机出车服务供不应求的情况下,乘客使用当前的互联网叫车***还是打不到车,原因是当前的互联网叫车方法虽然会根据早晚高峰时段增加价格倍率,但该倍率通常是不变的,导致对司机缺乏吸引力,司机即使收到叫车请求,也基于时间和距离成本的考虑会拒绝接单。
为解决上述问题,现有技术中有采用动态加价的方式,但服务端仅充当一个为司机和乘客提供价格协商服务的平台,该技术的缺陷在于司机和乘客均不充分了解当时当地司机与叫车请求间的供需关系,导致司机与乘客间盲目协商价格,效率低下,也有失公平。
发明内容
针对以上技术不足,本发明提供了一种既能提升公平性又能提高打车效率的叫车方法及叫车***和服务端。
本发明是这样实现的,一种叫车方法,包括如下步骤:
A.服务端接收乘客端发出的叫车请求,并检测所述叫车请求是否被司机接单,若已被接单,则结束流程;若未被接单,则进入步骤B;
B.服务端根据所述叫车请求及当前时刻出车司机的供需情况来计算加价倍率,将所述加价倍率传送至乘客端并获取乘客端发回的对加价倍率的反馈信息,若反馈信息是拒绝加价,则结束流程;若反馈信息是同意加价,则返回步骤A。
进一步地,所述叫车请求中包括定位信息、目的地、出发时间和决策请求。
进一步地,所述服务端根据叫车请求及出车司机的供需情况来计算加价倍率具体包括如下步骤:服务端获取叫车请求中的租车形式、订单金额、空驶距离、定位点附近可接单的司机数,再根据预先设定的价格规则,计算出加价倍率。
进一步地,服务端获取叫车请求中的租车形式、订单金额、空驶距离、定位点附近可接单的司机数,再根据预先设定的价格规则,计算出加价倍率具体包括如下步骤:
a.若所述服务端接收到的叫车请求中包含人工决策请求且所述人工决策请求是预约模式,则进入步骤b,若所述叫车请求中包含人工决策请求且所述人工决策请求是随叫随到模式,则进入步骤c,若所述叫车请求中包含***决策请求且所述***决策请求是预约模式,则进入步骤d,若所述叫车请求中包含***决策请求且所述***决策请求是随叫随到模式,则进入步骤e;
b.计算基础倍率M=aM1+bM2,
预约模式下,所述产品类型M1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:M1=T+P,M1变化范围0~1;
M2:订单金额,所述订单金额与M2值的映射表由服务端用户预先设置,M2变化范围0~1;
其中a,b的数值以及M1、M2的阶梯映射关系均由服务端用户预先配置;
根据M的结果决定第几轮开始加价,M值与开始加价轮次K的关系映射表由服务端用户预先配置;
计算公式L=(R-K)*d,其中d为轮次增量系数,由服务端用户预先配置,L:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(M+L)*O,结束,其中O是运营倍率,由服务端用户预先设置;
c.计算基础倍率F=aF1+bF2+cF3,
随叫随到模式下,所述产品类型F1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:F1=P,F1变化范围0~1;
F2:订单金额,所述订单金额与F2值的映射表由服务端用户预先设置,F2变化范围0~1;
F3:随叫随到模式下可接单司机数,所述可接单司机数与F3值的映射表由服务端用户预先设置,F3变化范围0~1;
a,b,c的数值以及F1、F2、F3的阶梯映射关系均由服务端用户预先配置;
根据F的结果决定第几轮开始加价,F值与开始加价批次S的关系映射表由服务端用户预先配置;
计算公式Q=(R-S)*e,其中e为批次增量系数,由服务端用户预先配置,Q:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(F+N+Q)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置;
d.计算基础倍率A=aA1+bA2
预约模式下,所述产品类型A1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:A1=T+P,A1变化范围0~1;
A2:订单金额,所述订单金额与A2值的映射表由服务端用户预先设置,A2变化范围0~1;
其中a,b的数值以及A1、A2的阶梯映射关系均由服务端用户预先配置;
根据A的结果决定第几轮开始加价,A值与开始加价轮次X的关系映射表由服务端用户预先配置;
计算公式Z=(R-X)*d,其中d为轮次增量系数,由服务端用户预先配置,Z:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(A+Z)*O,结束,其中O是运营倍率,由服务端用户预先设置;
e.计算基础倍率B=aB1+bB2
随叫随到模式下,所述产品类型B1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:B1=P,B1变化范围0~1;
B2:订单金额,所述订单金额与B2值的映射表由服务端用户预先设置,B2变化范围0~1;a,b的数值以及B1、B2的阶梯映射关系均由服务端用户预先配置;
根据B的结果决定第几轮开始加价,B值与开始加价批次Y的关系映射表由服务端用户预先配置;
计算公式D=(R-Y)*d,其中d为批次增量系数,由服务端用户预先配置,D:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(B+N+D)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置。
本发明还提供一种服务端,包括
检测模块,用于检测乘客端发出的叫车请求是否被司机接单;
处理模块,用于根据检测模块的检测结果进行相应处理,若已被接单,则结束流程;若未被接单,则根据叫车请求及出车司机的供需情况来计算加价倍率;
发送模块,用于将所述加价倍率发送至乘客端;
接收模块,用于接收乘客端发回的对加价倍率的反馈信息;
所述处理模块还用于根据所述反馈信息进行相应处理,当反馈信息为拒绝加价,则结束流程,若反馈信息是同意加价,则通知检测模块检测乘客端发出的叫车请求是否被司机接单。
进一步地,所述叫车请求中包括定位信息、目的地、出发时间和决策请求。
进一步地,所述根据叫车请求及出车司机的供需情况来计算加价倍率具体为获取叫车请求中的租车形式、订单金额、空驶距离、定位点附近可接单的司机数,再根据预先设定的价格规则,计算出加价倍率。
进一步地,所述服务端获取叫车请求中的租车形式、订单金额、空驶距离、定位点附近可接单的司机数,再根据预先设定的价格规则,计算出加价倍率具体为:
a.服务端判断接收到的叫车请求中包含人工决策请求且是预约模式,则进入步骤b,若叫车请求中包含人工决策请求且是随叫随到模式,则进入步骤c,若叫车请求中包含***决策请求且是预约模式,则进入步骤d,若叫车请求中包含***决策请求且是随叫随到模式,则进入步骤e,
b.计算基础倍率M=aM1+bM2,
预约模式下,所述产品类型M1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:M1=T+P,M1变化范围0~1;
M2:订单金额,所述订单金额与M2值的映射表由服务端用户预先设置,M2变化范围0~1;
其中a,b的数值以及M1、M2的阶梯映射关系均由服务端用户预先配置;
根据M的结果决定第几轮开始加价,M值与开始加价轮次K的关系映射表由服务端用户预先配置;
计算公式L=(R-K)*d,其中d为轮次增量系数,由服务端用户预先配置,L:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(M+L)*O,结束,其中O是运营倍率,由服务端用户预先设置;
c.计算基础倍率F=aF1+bF2+cF3,
随叫随到模式下,所述产品类型F1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:F1=P,F1变化范围0~1;
F2:订单金额,所述订单金额与F2值的映射表由服务端用户预先设置,F2变化范围0~1;
F3:随叫随到模式下可接单司机数,所述可接单司机数与F3值的映射表由服务端用户预先设置,F3变化范围0~1;
a,b,c的数值以及F1、F2、F3的阶梯映射关系均由服务端用户预先配置;
根据F的结果决定第几轮开始加价,F值与开始加价批次S的关系映射表由服务端用户预先配置;
计算公式Q=(R-S)*e,其中e为批次增量系数,由服务端用户预先配置,Q:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(F+N+Q)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置;
d.计算基础倍率A=aA1+bA2
预约模式下,所述产品类型A1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:A1=T+P,A1变化范围0~1;
A2:订单金额,所述订单金额与A2值的映射表由服务端用户预先设置,A2变化范围0~1;
其中a,b的数值以及A1、A2的阶梯映射关系均由服务端用户预先配置;
根据A的结果决定第几轮开始加价,A值与开始加价轮次X的关系映射表由服务端用户预先配置;
计算公式Z=(R-X)*d,其中d为轮次增量系数,由服务端用户预先配置,Z:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(A+Z)*O,结束,其中O是运营倍率,由服务端用户预先设置;
e.计算基础倍率B=aB1+bB2
随叫随到模式下,所述产品类型B1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:B1=P,B1变化范围0~1;
B2:订单金额,所述订单金额与B2值的映射表由服务端用户预先设置,B2变化范围0~1;
a,b的数值以及B1、B2的阶梯映射关系均由服务端用户预先配置;
根据B的结果决定第几轮开始加价,B值与开始加价批次Y的关系映射表由服务端用户预先配置;
计算公式D=(R-Y)*d,其中d为批次增量系数,由服务端用户预先配置,D:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(B+N+D)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置。
同时,本发明还提供一种叫车***,包括上述服务端、多个乘客端以及多个司机端,
所述乘客端用于实时接收服务端发来的加价倍率,并向服务端返回对加价倍率的反馈信息;
所述司机端用于接收叫车请求并实时接收服务端发来的加价倍率,并向服务端返回对所述叫车请求的反应信息,所述反应信息包括接单或拒绝。
进一步地,所述乘客端还用于向服务端发送叫车请求,所述司机端还用于向服务端发送实时定位信息和载客状态。
与现有技术相比,本发明的有益效果如下:本技术方案采用服务端控制叫车订单的加价倍率,具体为服务端根据叫车请求及出车司机的供需情况来计算加价倍率,并将得出的加价倍率发送给乘客端和司机端。由于该加价倍率是完全根据叫车请求的信息以及当时当地的司机和乘客的供需关系来计算的,且该加价倍率在没有司机接单前是保持一个增加趋势的,通过价格上浮的方式可以激励较远的司机前来接驾,更大程度上减少了用户叫不到车的情况,从而提高了用户体验。
附图说明
图1为本发明实施例提供的一种叫车方法的流程图。
图2为本发明实施例中乘客端显示可接单司机的界面示意图。
图3为本发明实施例中服务端的结构示意图。
具体实施方式
为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
本发明实施例提供的叫车方法,涉及到三方,乘客的移动终端、司机的移动终端和打车***的服务端,其中司机的移动终端耦合设有司机端,乘客的移动终端耦合设有乘客端。
下面对本发明实施例提供的叫车方法的具体实施方式进行详细的说明:
本发明实施例提供的叫车方法,如图1所示,包括下述步骤:
S101:程序启动时,服务端接收乘客端发来的叫车请求,并将所述叫车请求发送给附近空载的司机。
S102:服务端检测乘客端发出的叫车请求是否被司机接单,若已被接单,则结束流程;若未被接单,则进入步骤S103;
服务端在检测乘客端发出的叫车请求是否被司机接单之前可以等待一段时间,该时间可以由服务端用户预先设定,地点偏僻或出发时间在低业务量时间段的,可以适当地延长等待的时间。
S103:服务端根据叫车请求及出车司机的供需情况来计算加价倍率,将所述加价倍率传送至乘客端并获取乘客端发回的对加价倍率的反馈信息。
S104:判断反馈信息是否为同意加价,若反馈信息是拒绝加价,则结束流程;若反馈信息是同意加价,则返回步骤S102。
服务端获取叫车请求中的定位信息、目的地、出发时间和决策请求,根据定位信息确定附近的可接单司机数,根据定位信息中的定位点到目的地的距离获得订单预估距离,根据定位信息中的定位点到司机的定位点之间的距离获得空驶距离,根据出发时间判断该订单的租车形式,是预约还是随叫随到,当服务端接收到叫车请求的时间与订单开始时间的距离超过预先设置的数值,则为预约,否则为随叫随到,所述决策请求包括人工决策请求和***决策请求。
之后服务端根据可接单司机数、空驶距离、订单预估距离、租车形式,并按照预先设定的规则计算出加价倍率。
服务端计算价格倍率更具体的过程如下:
a.服务端判断接收到的叫车请求中包含人工决策请求且是预约模式,则进入步骤b,若叫车请求中包含人工决策请求且是随叫随到模式,则进入步骤c,若叫车请求中包含***决策请求且是预约模式,则进入步骤d,若叫车请求中包含***决策请求且是随叫随到模式,则进入步骤e。
本实施例中,预约模式和随叫随到模式之间的界限值设为20分钟,即服务端接收到叫车请求的时间距离订单开始的时间(即服务端将叫车请求发送给司机的时间)超过20分钟,即为预约模式,若未超过20分钟,则为随叫随到模式。
所述人工决策请求即为乘客可选择提供服务的司机。
所述***决策请求,即为由服务端直接匹配一个已经接单的司机给该乘客的叫车请求。
当叫车请求中包含人工决策请求且是预约模式时,按照以下规则和步骤计算加价倍率。步骤b:计算基础倍率M=aM1+bM2,
预约模式下,所述产品类型M1的决定因素包括:
①出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,本实施例中映射表设置如下:
②租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,本实施例中,映射表配置如下:
租车形式 | 半日租 | 日租 | 送站 | 送机 | 接站 | 接机 | 其他 |
P取值 | 0 | 0 | 0.3 | 0.3 | 0.5 | 0.5 | 0.8 |
计算公式:M1=T+P,M1变化范围0~1;
M2:订单金额,所述订单金额与M2值的映射表由服务端用户预先设置,映射表配置如下:
金额 | M2 |
0~20 | 1 |
20~30 | 0.6 |
30~40 | 0.2 |
40~inf | 0 |
M2变化范围0~1;
其中a,b的数值以及M1、M2的阶梯映射关系均由服务端用户预先配置,本实施例中,a=0.2,b=0.5。
根据M的结果决定第几轮开始加价,可以防止司机故意拖延时间,等待加价。M值与开始加价轮次K的关系映射表由服务端用户预先配置,本实施例中,映射表配置如下:
M值 | 加价批次K |
0~1 | 3 |
1~1.5 | 2 |
1.5-inf | 1 |
计算公式L=(R-K)*d,其中d为轮次增量系数,由服务端用户预先配置,本实施例中d=0.2,L:轮次增量,R:当前轮次,当R<K时,加价倍率为0,当R>K时,按上述公式计算轮次增量,所述轮次增量即为本轮次比上一轮次的加价倍率的差值。一轮次即为加价倍率发送给司机后等待司机接单直至下一轮加价倍率发送给司机的一个过程。
根据上述结果计算:加价倍率=(M+L)*O,其中O是运营倍率,由服务端用户预先设置,本实施例中O=2;结束本次加价倍率计算。
当叫车请求中包含人工决策请求且是随叫随到模式,则按照以下规则和步骤计算加价倍率。
步骤c.计算基础倍率F=aF1+bF2+cF3,
随叫随到模式下,所述产品类型F1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,本实施例中,映射表配置如下:
租车形式 | 半日租 | 日租 | 送站 | 送机 | 接站 | 接机 | 其他 |
P取值 | 0 | 0 | 0.3 | 0.3 | 0.5 | 0.5 | 0.8 |
计算公式:F1=P,F1变化范围0~1;
F2:订单金额,所述订单金额与F2值的映射表由服务端用户预先设置,本实施例中,映射表配置如下:
金额 | F2 |
0~20 | 1 |
20~30 | 0.6 |
30~40 | 0.2 |
40~inf | 0 |
F2变化范围0~1。
F3:随叫随到模式下可接单司机数,所述可接单司机数是对叫车请求作出响应且准备接单的司机的个数。在本实施例中,服务端会将可接单的司机的情况发送至乘客端,并且乘客端的叫车界面会显示该情况以便乘客选择自己满意的司机来接驾,如图2所示。所述可接单司机数与F3值的映射表由服务端用户预先设置,本实施例中,映射表配置如下:
F3变化范围0~1。
a,b,c的数值及F1、F2、F3的阶梯映射关系均由服务端用户预先配置,本实施例中,a=0.2,b=0.5,c=1;
根据F的结果决定第几轮开始加价,F值与开始加价批次S的关系映射表由服务端用户预先配置,本实施例中,映射表配置如下:
F值 | 加价批次S |
0~1 | 3 |
1~1.5 | 2 |
1.5-inf | 1 |
计算公式Q=(R-S)*e,其中e为批次增量系数,由服务端用户预先配置,本实施例中e=0.2,Q:批次增量,R:当前轮次,当R<S时,加价倍率为0,当R>S时,按上述公式计算批次增量,此处批次增量与上述轮次增量的定义相同。
根据上述结果计算:加价倍率=(F+N+Q)*O结束,
其中N:随叫随到模式下司机的空驶距离/订单预估距离,由于乘客自主决策选车,故每个可接单司机所在的位置到乘客定位点的距离为空驶距离,该因素也是影响加价倍率的因素。司机的空驶距离/订单预估距离与N值的映射表由服务端用户预先配置,本实施例中配置如下:
O是运营倍率,由服务端用户预先设置,本实施例中,O=2。
当叫车请求中包含***决策请求且是预约模式,则按照以下规则和步骤计算加价倍率。
步骤d.计算基础倍率A=aA1+bA2
预约模式下,所述产品类型A1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,本实施例中映射表设置如下:
时段 | T取值 |
7:00~9:00 | 0.1 |
17:00~19:00 | 0.1 |
0:00~5:00 | 0.3 |
其他 | 0 |
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,本实施例中,映射表配置如下:
租车形式 | 半日租 | 日租 | 送站 | 送机 | 接站 | 接机 | 其他 |
P取值 | 0 | 0 | 0.3 | 0.3 | 0.5 | 0.5 | 0.8 |
计算公式:A1=T+P,A1变化范围0~1;
A2:订单金额,所述订单金额与A2值的映射表由服务端用户预先设置,A2变化范围0~1,本实施例中,映射表配置如下:
其中a,b的数值以及A1、A2的阶梯映射关系均由服务端用户预先配置;
根据A的结果决定第几轮开始加价,A值与开始加价轮次X的关系映射表由服务端用户预先配置,本实施例中,映射表配置如下:
A值 | 开始加价轮次X |
0~1.5 | 2 |
1.5~inf | 1 |
计算公式Z=(R-X)*d,其中d为轮次增量系数,由服务端用户预先配置,Z:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(A+Z)*O,结束,其中O是运营倍率,由服务端用户预先设置。
当叫车请求中包含***决策请求且是随叫随到模式,则按照以下规则和步骤计算加价倍率。
步骤e.计算基础倍率B=aB1+bB2
随叫随到模式下,所述产品类型B1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,本实施例中,映射表设置同上。
计算公式:B1=P,B1变化范围0~1;
B2:订单金额,所述订单金额与B2值的映射表由服务端用户预先设置,B2变化范围0~1;本实施例中,映射表设置如下:
a,b的数值以及B1、B2的阶梯映射关系均由服务端用户预先配置;
根据B的结果决定第几轮开始加价,B值与开始加价轮次Y的关系映射表由服务端用户预先配置,配置如下:
B值 | 开始加价轮次Y |
0~1.5 | 2 |
1.5~inf | 1 |
计算公式D=(R-Y)*d,其中d为批次增量系数,由服务端用户预先配置,D:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(B+N+D)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置,设置如下:。
比值 | N |
0~0.2 | 0 |
0.2~0.4 | 0.1 |
0.4~0.6 | 0.2 |
0.6~0.8 | 0.3 |
0.8~1 | 0.4 |
1~2 | 0.5 |
2~inf | 1 |
服务端计算完加价倍率后,将所述加价倍率传送至乘客端和司机端,并获取乘客端发回的对加价倍率的反馈信息和司机端发回的对加价倍率的响应信息。若乘客的反馈信息是拒绝加价,则结束流程;若乘客的反馈信息是同意加价,则返回步骤S102。
本发明实施例分为四种情况:人工决策下的预约模式、人工决策下的随叫随到模式、***决策下的预约模式、***决策下的随叫随到模式。
人工决策下的预约模式,其加价倍率的影响因素包括:批次增量、运营倍率、产品类型、订单金额。
人工决策下的随叫随到模式,其加价倍率的影响因素包括:司机空驶距离和订单预估距离的比值、批次增量、运营倍率、产品类型、订单金额、可接单司机数。
***决策下的预约模式,其加价倍率的影响因素包括:批次增量、运营倍率、产品类型、订单金额。
***决策下的随叫随到模式,其加价倍率的影响因素包括:批次增量、运营倍率、订单金额,产品类型。
综上,人工决策下的预约模式和***决策下的预约模式,这两种情况下,计算加价倍率的规则和方法相同。
本发明实施例采用服务端对乘客叫车订单的金额进行动态加价,且该动态加价是根据乘客的定位点、目的地、出发时间及租车方式、司机的定位信息及载客状态等综合因素来计算的。首先,在乘客订单迟迟没有司机接单的情况下,动态加价的方式可以吸引较远的司机前来接驾,解决了乘客打不到车的难题。其次,由服务端来控制加价倍率,由于服务端掌握了乘客及司机的综合信息,加价倍率的计算较公平,防止乘客和司机不公平议价。
基于同一发明构思,本发明实施例还提供了一种服务端,如图3所示,包括:
检测模块,用于检测乘客端发出的叫车请求是否被司机接单,所述叫车请求中包括定位信息、目的地、出发时间和决策请求。
处理模块,用于根据检测模块的检测结果进行相应处理,若已被接单,则结束流程;若未被接单,则根据叫车请求及出车司机的供需情况来计算加价倍率。
发送模块,用于将所述加价倍率发送至乘客端和相应司机端。
接收模块,用于接收乘客端发回的对加价倍率的反馈信息和司机端发回的对加价倍率的响应信息。
所述处理模块还用于根据所述反馈信息进行相应处理,当反馈信息为拒绝加价,则结束流程,若反馈信息是同意加价,则通知检测模块检测乘客端发出的叫车请求是否被司机接单。
所述服务端计算加价倍率具体为获取叫车请求中的租车形式、订单金额、空驶距离、定位点附近可接单的司机数,再根据预先设定的价格规则,计算出加价倍率。
更具体的,服务端计算加价倍率具体为:
a.服务端判断接收到的叫车请求中包含人工决策请求且是预约模式,则进入步骤b,若叫车请求中包含人工决策请求且是随叫随到模式,则进入步骤c,若叫车请求中包含***决策请求且是预约模式,则进入步骤d,若叫车请求中包含***决策请求且是随叫随到模式,则进入步骤e,
b.计算基础倍率M=aM1+bM2,
预约模式下,所述产品类型M1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:M1=T+P,M1变化范围0~1;
M2:订单金额,所述订单金额与M2值的映射表由服务端用户预先设置,M2变化范围0~1;其中a,b的数值以及M1、M2的阶梯映射关系均由服务端用户预先配置;
根据M的结果决定第几轮开始加价,M值与开始加价轮次K的关系映射表由服务端用户预先配置;
计算公式L=(R-K)*d,其中d为轮次增量系数,由服务端用户预先配置,L:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(M+L)*O,结束,其中O是运营倍率,由服务端用户预先设置;
c.计算基础倍率F=aF1+bF2+cF3,
随叫随到模式下,所述产品类型F1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:F1=P,F1变化范围0~1;
F2:订单金额,所述订单金额与F2值的映射表由服务端用户预先设置,F2变化范围0~1;
F3:随叫随到模式下可接单司机数,所述可接单司机数与F3值的映射表由服务端用户预先设置,F3变化范围0~1;
a,b,c的数值以及F1、F2、F3的阶梯映射关系均由服务端用户预先配置;
根据F的结果决定第几轮开始加价,F值与开始加价批次S的关系映射表由服务端用户预先配置;
计算公式Q=(R-S)*e,其中e为批次增量系数,由服务端用户预先配置,Q:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(F+N+Q)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置;
d.计算基础倍率A=aA1+bA2
预约模式下,所述产品类型A1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:A1=T+P,A1变化范围0~1;
A2:订单金额,所述订单金额与A2值的映射表由服务端用户预先设置,A2变化范围0~1;其中a,b的数值以及A1、A2的阶梯映射关系均由服务端用户预先配置;
根据A的结果决定第几轮开始加价,A值与开始加价轮次X的关系映射表由服务端用户预先配置;
计算公式Z=(R-X)*d,其中d为轮次增量系数,由服务端用户预先配置,Z:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(A+Z)*O,结束,其中O是运营倍率,由服务端用户预先设置;
e.计算基础倍率B=aB1+bB2
随叫随到模式下,所述产品类型B1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:B1=P,B1变化范围0~1;
B2:订单金额,所述订单金额与B2值的映射表由服务端用户预先设置,B2变化范围0~1;a,b的数值以及B1、B2的阶梯映射关系均由服务端用户预先配置;
根据B的结果决定第几轮开始加价,B值与开始加价批次Y的关系映射表由服务端用户预先配置;
计算公式D=(R-Y)*d,其中d为批次增量系数,由服务端用户预先配置,D:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(B+N+D)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置。
本发明实施例提供一种服务端,该服务端对乘客叫车订单的金额进行动态加价,且该动态加价是根据乘客的定位点、目的地、出发时间及租车方式、司机的定位信息及载客状态等综合因素来计算的。由服务端来控制加价倍率,由于服务端掌握了乘客及司机的综合信息,加价倍率的计算较公平,防止乘客和司机不公平议价。
在本发明实施例中,所述服务端具体为服务器,所述服务器包括:
至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本发明实施例中所述的叫车方法。
基于同一发明构思,本发明实施例还提供了一种叫车***,包括上述服务端、多个乘客端以及多个司机端,
所述乘客端用于向服务端发送叫车请求、实时接收服务端发来的加价倍率,并向服务端返回对加价倍率的反馈信息;
所述司机端用于向服务端发送实时定位信息和载客状态、接收叫车请求并实时接收服务端发来的加价倍率,并向服务端返回对所述叫车请求的反应信息,所述反应信息包括接单或拒绝。
在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述,构造这类***所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的打车***服务器中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种叫车方法,其特征在于,包括如下步骤:
A.服务端接收由乘客端发出的叫车请求,并检测所述叫车请求是否被司机接单,若已被接单,则结束流程;若未被接单,则进入步骤B;
B.服务端根据所述叫车请求及当前时刻出车司机的供需情况来计算加价倍率,将所述加价倍率传送至乘客端并获取乘客端发回的对加价倍率的反馈信息,若反馈信息是拒绝加价,则结束流程;若反馈信息是同意加价,则返回步骤A。
2.根据权利要求1所述的叫车方法,其特征在于:所述叫车请求中包括定位信息、目的地、出发时间和决策请求。
3.根据权利要求1所述的叫车方法,其特征在于:所述服务端根据叫车请求及出车司机的供需情况来计算加价倍率具体包括如下步骤:服务端获取叫车请求中的租车形式、订单金额、空驶距离、定位点附近可接单的司机数,再根据预先设定的价格规则,计算所述加价倍率。
4.根据权利要求3所述的叫车方法,其特征在于:所述服务端获取叫车请求中的租车形式、订单金额、空驶距离、定位点附近可接单的司机数,再根据预先设定的价格规则,计算出加价倍率具体包括如下步骤:
a.若所述服务端接收到的叫车请求中包含人工决策请求且所述人工决策请求是预约模式,则进入步骤b,若所述叫车请求中包含人工决策请求且所述人工决策请求是随叫随到模式,则进入步骤c,若所述叫车请求中包含***决策请求且所述***决策请求是预约模式,则进入步骤d,若所述叫车请求中包含***决策请求且所述***决策请求是随叫随到模式,则进入步骤e;
b.计算基础倍率M=aM1+bM2,
预约模式下,所述产品类型M1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
所述产品类型M1的计算公式:M1=T+P,M1变化范围0~1;
M2:订单金额,所述订单金额与M2值的映射表由服务端用户预先设置,M2变化范围0~1;
其中a,b的数值以及M1、M2的阶梯映射关系均由服务端用户预先配置;
根据M的结果决定第几轮开始加价,M值与开始加价轮次K的关系映射表由服务端用户预先配置;
计算公式L=(R-K)*d,其中d为轮次增量系数,由服务端用户预先配置,L:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(M+L)*O,结束,其中O是运营倍率,由服务端用户预先设置;
c.计算基础倍率F=aF1+bF2+cF3,
随叫随到模式下,所述产品类型F1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:F1=P,F1变化范围0~1;
F2:订单金额,所述订单金额与F2值的映射表由服务端用户预先设置,F2变化范围0~1;
F3:随叫随到模式下可接单司机数,所述可接单司机数与F3值的映射表由服务端用户预先设置,F3变化范围0~1;
a,b,c的数值以及F1、F2、F3的阶梯映射关系均由服务端用户预先配置;
根据F的结果决定第几轮开始加价,F值与开始加价批次S的关系映射表由服务端用户预先配置;
计算公式Q=(R-S)*e,其中e为批次增量系数,由服务端用户预先配置,Q:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(F+N+Q)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置;
d.计算基础倍率A=aA1+bA2
预约模式下,所述产品类型A1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:A1=T+P,A1变化范围0~1;
A2:订单金额,所述订单金额与A2值的映射表由服务端用户预先设置,A2变化范围0~1;
其中a,b的数值以及A1、A2的阶梯映射关系均由服务端用户预先配置;
根据A的结果决定第几轮开始加价,A值与开始加价轮次X的关系映射表由服务端用户预先配置;
计算公式Z=(R-X)*d,其中d为轮次增量系数,由服务端用户预先配置,Z:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(A+Z)*O,结束,其中O是运营倍率,由服务端用户预先设置;
e.计算基础倍率B=aB1+bB2
随叫随到模式下,所述产品类型B1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:B1=P,B1变化范围0~1;
B2:订单金额,所述订单金额与B2值的映射表由服务端用户预先设置,B2变化范围0~1;
a,b的数值以及B1、B2的阶梯映射关系均由服务端用户预先配置;
根据B的结果决定第几轮开始加价,B值与开始加价批次Y的关系映射表由服务端用户预先配置;
计算公式D=(R-Y)*d,其中d为批次增量系数,由服务端用户预先配置,D:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(B+N+D)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置。
5.一种服务端,其特征在于,包括
接收模块,用于接收由乘客端发出的叫车请求;
检测模块,用于检测所述叫车请求是否被司机接单;
处理模块,用于根据检测模块的检测结果进行相应处理,若已被接单,则结束流程;若未被接单,则根据所述叫车请求及当前时刻出车司机的供需情况来计算加价倍率;
发送模块,用于将所述加价倍率发送至乘客端;
所述接收模块还用于接收乘客端发回的对加价倍率的反馈信息;
所述处理模块还用于根据所述反馈信息进行相应处理,当反馈信息为拒绝加价,则结束流程,若反馈信息是同意加价,则通知检测模块检测乘客端发出的叫车请求是否被司机接单。
6.根据权利要求5所述的服务端,其特征在于:所述叫车请求中包括定位信息、目的地、出发时间和决策请求。
7.根据权利要求6所述的服务端,其特征在于:所述根据叫车请求及出车司机的供需情况来计算加价倍率具体为获取叫车请求中的租车形式、订单金额、空驶距离、定位点附近可接单的司机数,再根据预先设定的价格规则,计算出加价倍率。
8.根据权利要求7所述的服务端,其特征在于:所述服务端获取叫车请求中的租车形式、订单金额、空驶距离、定位点附近可接单的司机数,再根据预先设定的价格规则,计算出加价倍率具体为:
a.服务端判断接收到的叫车请求中包含人工决策请求且是预约模式,则进入步骤b,若叫车请求中包含人工决策请求且是随叫随到模式,则进入步骤c,若叫车请求中包含***决策请求且是预约模式,则进入步骤d,若叫车请求中包含***决策请求且是随叫随到模式,则进入步骤e,
b.计算基础倍率M=aM1+bM2,
预约模式下,所述产品类型M1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:M1=T+P,M1变化范围0~1;
M2:订单金额,所述订单金额与M2值的映射表由服务端用户预先设置,M2变化范围0~1;
其中a,b的数值以及M1、M2的阶梯映射关系均由服务端用户预先配置;
根据M的结果决定第几轮开始加价,M值与开始加价轮次K的关系映射表由服务端用户预先配置;
计算公式L=(R-K)*d,其中d为轮次增量系数,由服务端用户预先配置,L:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(M+L)*O,结束,其中O是运营倍率,由服务端用户预先设置;
c.计算基础倍率F=aF1+bF2+cF3,
随叫随到模式下,所述产品类型F1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:F1=P,F1变化范围0~1;
F2:订单金额,所述订单金额与F2值的映射表由服务端用户预先设置,F2变化范围0~1;
F3:随叫随到模式下可接单司机数,所述可接单司机数与F3值的映射表由服务端用户预先设置,F3变化范围0~1;
a,b,c的数值以及F1、F2、F3的阶梯映射关系均由服务端用户预先配置;
根据F的结果决定第几轮开始加价,F值与开始加价批次S的关系映射表由服务端用户预先配置;
计算公式Q=(R-S)*e,其中e为批次增量系数,由服务端用户预先配置,Q:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(F+N+Q)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置;
d.计算基础倍率A=aA1+bA2
预约模式下,所述产品类型A1的决定因素包括:
出发时段影响因子T,所述出发时段与T值的映射表由服务端用户预先设置,
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:A1=T+P,A1变化范围0~1;
A2:订单金额,所述订单金额与A2值的映射表由服务端用户预先设置,A2变化范围0~1;
其中a,b的数值以及A1、A2的阶梯映射关系均由服务端用户预先配置;
根据A的结果决定第几轮开始加价,A值与开始加价轮次X的关系映射表由服务端用户预先配置;
计算公式Z=(R-X)*d,其中d为轮次增量系数,由服务端用户预先配置,Z:轮次增量,R:当前轮次,
根据上述结果计算:加价倍率=(A+Z)*O,结束,其中O是运营倍率,由服务端用户预先设置;
e.计算基础倍率B=aB1+bB2
随叫随到模式下,所述产品类型B1的决定因素包括:
租车形式影响因子P,包括接机、送机、接站、送站、日租和半日租,所述租车形式与P值的映射表由服务端用户预先设置,
计算公式:B1=P,B1变化范围0~1;
B2:订单金额,所述订单金额与B2值的映射表由服务端用户预先设置,B2变化范围0~1;
a,b的数值以及B1、B2的阶梯映射关系均由服务端用户预先配置;
根据B的结果决定第几轮开始加价,B值与开始加价批次Y的关系映射表由服务端用户预先配置;
计算公式D=(R-Y)*d,其中d为批次增量系数,由服务端用户预先配置,D:批次增量,R:当前轮次,
根据上述结果计算:加价倍率=(B+N+D)*O结束
其中N:随叫随到模式下司机的空驶距离/订单预估距离,O是运营倍率,由服务端用户预先设置。
9.一种叫车***,其特征在于:包括如权利要求5-8任一项所述的服务端、多个乘客端以及多个司机端,
所述乘客端用于实时接收服务端发送的加价倍率,并向服务端返回针对所述加价倍率的反馈信息;
所述司机端用于接收由服务端转发的所述叫车请求并实时接收服务端发送针对所述叫车请求的加价倍率,还用于向服务端返回针对所述叫车请求的反应信息,所述反应信息包括接单或拒绝。
10.根据权利要求9所述的叫车***,其特征在于,所述乘客端还用于向服务端发送叫车请求,所述司机端还用于向服务端发送实时定位信息和载客状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611174350.5A CN106846038A (zh) | 2016-12-19 | 2016-12-19 | 一种叫车方法及叫车***、服务端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611174350.5A CN106846038A (zh) | 2016-12-19 | 2016-12-19 | 一种叫车方法及叫车***、服务端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106846038A true CN106846038A (zh) | 2017-06-13 |
Family
ID=59140219
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611174350.5A Pending CN106846038A (zh) | 2016-12-19 | 2016-12-19 | 一种叫车方法及叫车***、服务端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106846038A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107819880A (zh) * | 2017-12-08 | 2018-03-20 | 浪潮软件股份有限公司 | 一种企业监督检查方法、服务端、智能终端及*** |
CN108682079A (zh) * | 2018-05-23 | 2018-10-19 | 杭州优行科技有限公司 | 车辆共享方法、装置、计算机可读存储介质及电子设备 |
WO2019033737A1 (en) * | 2017-08-16 | 2019-02-21 | Beijing Didi Infinity Technology And Development Co., Ltd. | METHOD AND SYSTEM FOR RESERVING TRANSPORT SERVICES |
WO2019128477A1 (en) * | 2017-12-28 | 2019-07-04 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for assigning service requests |
CN109978193A (zh) * | 2017-12-28 | 2019-07-05 | 北京嘀嘀无限科技发展有限公司 | 网络约车订单分配方法和装置 |
CN110782301A (zh) * | 2019-02-25 | 2020-02-11 | 北京嘀嘀无限科技发展有限公司 | 一种拼单方法、装置、电子设备及计算机可读存储介质 |
CN111144599A (zh) * | 2020-01-16 | 2020-05-12 | 王迎 | 一种网约车的约车服务*** |
CN112349116A (zh) * | 2019-08-07 | 2021-02-09 | 丰田自动车株式会社 | 远程驾驶服务处理装置 |
TWI808594B (zh) * | 2022-01-03 | 2023-07-11 | 郭朝誠 | 具租借共享交通工具功能的外送服務媒合系統 |
WO2023204758A1 (en) * | 2022-04-22 | 2023-10-26 | Grabtaxi Holdings Pte. Ltd. | Method and device for forecasting delivery fare and determining batching possibility prediction-based dynamic discount for scheduled order of goods delivery service |
-
2016
- 2016-12-19 CN CN201611174350.5A patent/CN106846038A/zh active Pending
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11238378B2 (en) | 2017-08-16 | 2022-02-01 | Beijing Didi Infinity Technology And Development Co., Ltd. | Method and system for booking transportation services |
WO2019033737A1 (en) * | 2017-08-16 | 2019-02-21 | Beijing Didi Infinity Technology And Development Co., Ltd. | METHOD AND SYSTEM FOR RESERVING TRANSPORT SERVICES |
CN109716367A (zh) * | 2017-08-16 | 2019-05-03 | 北京嘀嘀无限科技发展有限公司 | 用于预定运输服务的方法和*** |
CN109716367B (zh) * | 2017-08-16 | 2024-01-02 | 北京嘀嘀无限科技发展有限公司 | 用于预定运输服务的方法和*** |
CN107819880A (zh) * | 2017-12-08 | 2018-03-20 | 浪潮软件股份有限公司 | 一种企业监督检查方法、服务端、智能终端及*** |
CN107819880B (zh) * | 2017-12-08 | 2020-10-23 | 浪潮软件股份有限公司 | 一种企业监督检查方法、服务端、智能终端及*** |
WO2019128477A1 (en) * | 2017-12-28 | 2019-07-04 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for assigning service requests |
CN109978193A (zh) * | 2017-12-28 | 2019-07-05 | 北京嘀嘀无限科技发展有限公司 | 网络约车订单分配方法和装置 |
CN108682079A (zh) * | 2018-05-23 | 2018-10-19 | 杭州优行科技有限公司 | 车辆共享方法、装置、计算机可读存储介质及电子设备 |
CN110782301A (zh) * | 2019-02-25 | 2020-02-11 | 北京嘀嘀无限科技发展有限公司 | 一种拼单方法、装置、电子设备及计算机可读存储介质 |
CN112349116A (zh) * | 2019-08-07 | 2021-02-09 | 丰田自动车株式会社 | 远程驾驶服务处理装置 |
CN112349116B (zh) * | 2019-08-07 | 2023-02-28 | 丰田自动车株式会社 | 远程驾驶服务处理装置 |
CN111144599A (zh) * | 2020-01-16 | 2020-05-12 | 王迎 | 一种网约车的约车服务*** |
TWI808594B (zh) * | 2022-01-03 | 2023-07-11 | 郭朝誠 | 具租借共享交通工具功能的外送服務媒合系統 |
WO2023204758A1 (en) * | 2022-04-22 | 2023-10-26 | Grabtaxi Holdings Pte. Ltd. | Method and device for forecasting delivery fare and determining batching possibility prediction-based dynamic discount for scheduled order of goods delivery service |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106846038A (zh) | 一种叫车方法及叫车***、服务端 | |
JP3779151B2 (ja) | インセンティブ電力負荷制御方法およびシステム | |
CN107292703A (zh) | 一种货运订单推送方法及*** | |
CN108154278A (zh) | 一种基于大数据的餐饮配送方法 | |
CN107465732A (zh) | 基于共享理念的智能供用电***及方法 | |
CN107563613A (zh) | 无人车车型信息的选择方法、装置及*** | |
CN106776900A (zh) | 出行方法和装置 | |
CN112418799A (zh) | 一种工单分派方法、装置、电子设备和可读存储介质 | |
CN107330655A (zh) | 一种基于时间预约的智能配送路径规划方法 | |
CN115280354A (zh) | 用于促进电动车辆的充电会话的方法和*** | |
CN103745265A (zh) | 一种汽车维修保养的预约方法和*** | |
CN107944780A (zh) | 一种基于汽车资源动态调度与分配的车辆调度平台及汽车租赁方法 | |
CN107392537A (zh) | 一种全民城乡市场智能经济交易流通方法 | |
CN107529208A (zh) | 一种多模终端业务处理方法及装置、多模终端 | |
CN107481425B (zh) | 一种供电设备管理方法及*** | |
CN109039669A (zh) | 一种信息处理方法及装置 | |
CN105869037A (zh) | 移动终端、订餐方法及*** | |
CN108133347A (zh) | 基于物流平台的订单处理方法及装置 | |
CN109785036A (zh) | 一种团购上门服务的方法和服务器 | |
CN110428080A (zh) | 一种基于空闲行程车辆的实时出行订单的派单方法和装置 | |
CN108615120A (zh) | 一种城际车辆排队派单方法及介质 | |
CN107659639A (zh) | 一种基于网络平台的家政服务***和使用方法 | |
CN106600017A (zh) | 一种智能打车的方法及其*** | |
CN108446786A (zh) | 一种信息处理方法、装置及电子设备 | |
Kamatani et al. | Dynamic pricing method to maximize utilization of one-way car sharing service |
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 |