CN112528173A - 一种拼车方法、系统及电子设备 - Google Patents
一种拼车方法、系统及电子设备 Download PDFInfo
- Publication number
- CN112528173A CN112528173A CN202011337816.5A CN202011337816A CN112528173A CN 112528173 A CN112528173 A CN 112528173A CN 202011337816 A CN202011337816 A CN 202011337816A CN 112528173 A CN112528173 A CN 112528173A
- Authority
- CN
- China
- Prior art keywords
- passenger
- current
- car sharing
- information
- car
- 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
- 238000000034 method Methods 0.000 title claims abstract description 100
- 238000011176 pooling Methods 0.000 title description 24
- 230000008569 process Effects 0.000 claims abstract description 31
- 238000012795 verification Methods 0.000 claims description 35
- 238000004590 computer program Methods 0.000 claims description 6
- 238000005265 energy consumption Methods 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
-
- 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/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
-
- 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/0207—Discounts or incentives, e.g. coupons or rebates
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Human Resources & Organizations (AREA)
- Databases & Information Systems (AREA)
- Tourism & Hospitality (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Traffic Control Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Data Mining & Analysis (AREA)
Abstract
本申请公开了一种拼车方法、系统及电子设备,该方案中,先获取当前乘客的目的地信息,再判断当前乘客是否接受拼车,若当前乘客接受拼车,则在从起始地行驶至目的地的行驶过程中搜索以自身车辆所在的位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且同样接受拼车的拼车乘客,如果存在满足上述条件的拼车乘客,则确定当前乘客与拼车乘客进行拼车。可见,本申请中车辆在行驶的途中也能够使目的地之间距离小于预设距离的乘客进行拼车,减少了出行的车辆,缓解了交通压力,也减少了能源的消耗,节约了车辆的成本,同时减小了用户的成本。
Description
技术领域
本申请涉及无线通信领域,特别是涉及一种拼车方法、系统及电子设备。
背景技术
现有技术中,用户在打车时,车辆可以获取用户在相应的打车应用程序上输入的起始地和目的地的信息,并在用户确认拼车后在以起始地为中心的预设范围内自动搜索和该用户的目的地距离较近的其他用户,从而进行拼车。但是,若以起始地为中心的预设范围内没有符合条件的用户,则后续也不再进行拼车,导致拼车率较低,且出行车辆的增加导致交通压力较大,车辆耗费的能源较多,成本较高,用户花费的成本也较高。
发明内容
本申请的目的是提供一种拼车方法、系统及电子设备,在车辆行驶的途中也能够使目的地之间距离小于预设距离的乘客进行拼车,减少了出行的车辆,缓解了交通压力,也减少了能源的消耗,节约了车辆的成本,同时减小了用户的成本。
为解决上述技术问题,本申请提供了一种拼车方法,包括:
获取当前乘客的目的地信息;
判断所述当前乘客是否接受拼车;
若接受拼车,则在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与所述当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客;
若存在所述拼车乘客,则确定所述当前乘客与所述拼车乘客进行拼车。
优选地,获取当前乘客的目的地信息之后,还包括:
获取所述当前乘客的乘客信息;
所述当前乘客接受拼车之后,还包括:
获取所述当前乘客的拼车需求;
确定存在所述拼车乘客之后,还包括:
判断所述拼车乘客的乘客信息是否满足所述当前乘客的拼车需求且所述当前乘客的乘客信息是否满足所述拼车乘客的拼车需求;
若均满足,则进入确定所述当前乘客与所述拼车乘客进行拼车的步骤。
优选地,获取所述当前乘客的乘客信息之前,还包括:
接收所述当前乘客的验证信息;
判断所述当前乘客的验证信息与所述当前乘客在注册乘车用户时录入的验证信息是否匹配;
若匹配,则进入获取所述当前乘客的乘客信息的步骤;
若不匹配,则获取当前乘客的验证信息所对应的乘客信息并进入判断所述当前乘客是否接受拼车的步骤。
优选地,所述当前乘客的乘客信息包括所述当前乘客的性别和/或历史乘车评分。
优选地,判断所述当前乘客是否接受拼车之前,还包括:
判断所述当前乘客的所述历史乘车评分是否不小于预设评分;
若不小于,则进入判断所述当前乘客是否接受拼车的步骤;
若小于,则不接受所述当前乘客的拼车申请。
优选地,确定存在所述拼车乘客之后,还包括:
判断当前时间是否处于夜间时间段;
若不处于所述夜间时间段,则进入判断所述拼车乘客的乘客信息是否满足所述当前乘客的拼车需求且所述当前乘客的乘客信息是否满足所述拼车乘客的拼车需求的步骤;
若处于所述夜间时间段,则基于所述当前乘客的乘客信息及所述拼车乘客的乘客信息判断所述当前乘客与所述拼车乘客的性别是否相同;
若相同,则进入判断所述拼车乘客的乘客信息是否满足所述当前乘客的拼车需求且所述当前乘客的乘客信息是否满足所述拼车乘客的拼车需求的步骤。
优选地,确定所述当前乘客与所述拼车乘客进行拼车之后,还包括:
获取各乘客获得的乘车评分;
将各所述乘客的所述乘车评分分别上传至各所述乘客的所述乘客信息,并分别计入各所述乘客的所述历史乘车评分。
优选地,确定所述当前乘客与所述拼车乘客拼车之后,还包括:
向所述当前乘客及所述拼车乘客发送优惠信息和/或对所述当前乘客及所述拼车乘客的支付金额进行打折处理。
为解决上述问题,本申请还提供了一种拼车系统,包括:
第一获取单元,用于获取当前乘客的目的地信息;
第一判断单元,用于判断所述当前乘客是否接受拼车,以及在判定所述当前乘客接受拼车后触发乘客搜索单元;
所述乘客搜索单元,用于在行驶过程中搜索自身车辆所处位置的预设范围内是否存在目的地与所述当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,并在搜索到存在所述拼车乘客后触发确定单元;
所述确定单元,用于确定所述当前乘客与所述拼车乘客进行拼车。
优选地,所述拼车系统还包括:
第二获取单元,用于在所述第一获取单元获取当前乘客的目的地信息后获取所述当前乘客的乘客信息;
第三获取单元,用于在所述第一判断单元判定所述当前乘客接受拼车后获取所述当前乘客的拼车需求;
第二判断单元,用于在所述乘客搜索单元搜索到存在所述拼车乘客后判断所述拼车乘客的乘客信息是否满足所述当前乘客的拼车需求且所述当前乘客的乘客信息是否满足所述拼车乘客的拼车需求;
所述确定单元具体用于在所述第二判断单元判定所述当前乘客及所述拼车乘客均互相满足对方的要求后确定所述当前乘客与所述拼车乘客进行拼车。
优选地,所述拼车系统还包括:
信息接收单元,用于在所述第二获取单元获取到所述当前乘客的乘客信息后接收所述当前乘客的验证信息;
第三判断单元,用于判断所述当前乘客的验证信息与所述当前乘客在注册乘车用户时录入的验证信息是否匹配,若匹配,则触发所述第二获取单元,若不匹配,则获取当前乘客的验证信息所对应的乘客信息并触发所述第一判断单元。
优选地,所述当前乘客的乘客信息包括所述当前乘客的性别和/或历史乘车评分。
优选地,所述拼车系统还包括:
第四判断单元,用于判断所述当前乘客的所述历史乘车评分是否不小于预设评分,并在判定所述当前乘客的所述历史乘车评分不小于预设评分时触发所述第一判断单元,在判定所述当前乘客的所述历史乘车评分小于预设评分时不接受所述当前乘客的拼车申请。
优选地,所述拼车系统还包括:
第五判断单元,用于在所述乘客搜索单元搜索到存在所述拼车乘客后判断当前时间是否处于夜间时间段,若不处于所述夜间时间段,则触发所述第二判断单元;若处于所述夜间时间段,则触发第六判断单元;
所述第六判断单元,用于基于所述当前乘客的乘客信息及所述拼车乘客的乘客信息判断所述当前乘客与所述拼车乘客的性别是否相同,并在判定性别相同时触发所述第二判断单元。
优选地,所述拼车系统还包括:
第四获取单元,用于在所述确定单元确定所述当前乘客与所述拼车乘客进行拼车之后获取各乘客获得的乘车评分;
评分上传单元,用于将各所述乘客的所述乘车评分分别上传至各所述乘客的所述乘客信息,并分别计入各所述乘客的所述历史乘车评分。
优选地,所述拼车系统还包括:
折扣处理单元,用于在所述确定单元确定所述当前乘客和所述拼车乘客进行拼车后向所述当前乘客及所述拼车乘客发送优惠信息和/或对所述当前乘客及所述拼车乘客的支付金额进行打折处理。
为解决上述问题,本申请还提供了一种电子设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现以下步骤:
获取当前乘客的目的地信息;
判断所述当前乘客是否接受拼车;
若接受拼车,则在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与所述当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客;
若存在所述拼车乘客,则确定所述当前乘客与所述拼车乘客进行拼车。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:
在获取当前乘客的目的地信息之后获取所述当前乘客的乘客信息;
在所述当前乘客接受拼车之后获取所述当前乘客的拼车需求;
在确定存在所述拼车乘客之后,还判断所述拼车乘客的乘客信息是否满足所述当前乘客的拼车需求且所述当前乘客的乘客信息是否满足所述拼车乘客的拼车需求并在所述当前乘客和所述拼车乘客均满足对方的条件后进入确定所述当前乘客与所述拼车乘客进行拼车的步骤。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:
接收所述当前乘客的验证信息;
判断所述当前乘客的验证信息与所述当前乘客在注册乘车用户时录入的验证信息是否匹配,若匹配,则进入获取所述当前乘客的乘客信息的步骤,若不匹配,则获取当前乘客的验证信息所对应的乘客信息并进入判断所述当前乘客是否接受拼车的步骤。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:
获取所述当前乘客的性别和/或历史乘车评分。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:
在判断所述当前乘客是否接受拼车之前判断所述当前乘客的所述历史乘车评分是否不小于预设评分;
若不小于,则进入判断所述当前乘客是否接受拼车的步骤;
若小于,则不接受所述当前乘客的拼车申请。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:
在所述乘客搜索单元搜索到存在所述拼车乘客后判断当前时间是否处于所述夜间时间段;
若不处于所述夜间时间段,则进入判断所述拼车乘客的乘客信息是否满足所述当前乘客的拼车需求且所述当前乘客的乘客信息是否满足所述拼车乘客的拼车需求的步骤;
若处于所述夜间时间段,则基于所述当前乘客的乘客信息及所述拼车乘客的乘客信息判断所述当前乘客与所述拼车乘客的性别是否相同;
若相同,则进入判断所述拼车乘客的乘客信息是否满足所述当前乘客的拼车需求且所述当前乘客的乘客信息是否满足所述拼车乘客的拼车需求的步骤。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:
在确定所述当前乘客与所述拼车乘客进行拼车之后获取各乘客获得的乘车评分;
将各所述乘客的所述乘车评分分别上传至各所述乘客的所述乘客信息,并分别计入各所述乘客的所述历史乘车评分。
优选地,所述处理器执行所述存储器中保存的计算机子程序时,可以具体实现以下步骤:
在确定所述当前乘客与所述拼车乘客拼车之后向所述当前乘客及所述拼车乘客发送优惠信息和/或对所述当前乘客及所述拼车乘客的支付金额进行打折处理。
可见,本申请所提供的技术方案,先获取当前乘客的目的地信息,再判断当前乘客是否接受拼车,若当前乘客接受拼车,则在从起始地行驶至目的地的行驶过程中搜索以自身车辆所在的位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且同样接受拼车的拼车乘客,如果存在满足上述条件的拼车乘客,则确定当前乘客与拼车乘客进行拼车。可见,本申请中车辆在行驶的途中也能够使目的地之间距离小于预设距离的乘客进行拼车,减少了出行的车辆,缓解了交通压力,也减少了能源的消耗,节约了车辆的成本,同时减小了用户的成本。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对现有技术和实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请所提供的第一种拼车方法的流程示意图;
图2为本申请所提供的第二种拼车方法的流程示意图;
图3为本申请所提供的第三种拼车方法的流程示意图;
图4为本申请所提供的第四种拼车方法的流程示意图;
图5为本申请所提供的第五种拼车方法的流程示意图;
图6为本申请所提供的第六种拼车方法的流程示意图;
图7为本申请所提供的第七种拼车方法的流程示意图;
图8为本申请所提供的第八种拼车方法的流程示意图;
图9为本申请所提供的一种拼车系统的结构示意图;
图10为本申请所提供的一种电子设备的结构示意图。
具体实施方式
本申请的核心是提供一种拼车方法、系统及电子设备,在车辆行驶的途中也能够使目的地之间距离小于预设距离的乘客进行拼车,减少了出行的车辆,缓解了交通压力,也减少了能源的消耗,节约了车辆的成本,同时减小了用户的成本。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参照图1,图1为本申请所提供的第一种拼车方法的流程示意图。其中,该方法的执行主体可以为电子设备,实际应用中可以为移动终端,个人数字助理、服务器等具有数据收集、分析和处理功能的计算装置。
该方法可以包括:
S101:获取当前乘客的目的地信息;
一般而言,用户可基于用户终端,如手机等发起打车请求,并将该打车请求发送至后台服务器,如打车服务平台;此时,打车服务平台即可根据接收到用户的打车请求从而获取用户的目的地信息,用户搭乘的车辆同时也获取用户的目的地信息,该用户即为当前乘客。基于当前乘客的目的地信息,车辆可以为当前乘客在始发地附近以及在行驶过程中搜寻可以与当前乘客进行拼车的拼车乘客。
其中,目的地信息可以为当前乘客设定的具体街道或者具体的门牌号,本申请对此不做限定。
此外,当前乘客的人数可以为一个或多个,不超过车辆能够搭载的最多人数即可。.
另外,本申请中的车辆可以为有人驾驶车辆,也可以为无人驾驶车辆,无人驾驶车辆能够进一步节约运力,但是,本申请对此不作限定。
需要说明的是,当用户在用户终端,例如手机发起打车请求后,打车服务平台为用户搜寻始发地附近适合用户出行的车辆,例如搜索离用户的始发地距离最近的车辆作为用户搭乘的车辆。
S102:判断当前乘客是否接受拼车,若接受拼车,则进入S103;
当前乘客提交打车请求后,先向当前乘客确认是否接收拼车,例如,当前乘客的用户终端可以显示为选择拼车和拒绝拼车的选项,当前乘客选择拼车时,车辆为当前乘客搜索可拼车的拼车乘客,若当前乘客拒绝拼车,则不再为当前乘客搜索拼车乘客,直接将当前乘客载往目的地。
需要说明的是,本申请并不限定判断当前乘客是否接收拼车的具体方法,能够准确判断当前乘客是否接收拼车即可。
S103:在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,若存在拼车乘客,则进入S104;
在步骤S102中判定当前乘客确认拼车后,车辆不仅在当前乘客的起始地的预设范围内搜索目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,即现有技术中的拼车方法,也在从起始地至目的地之间的行驶过程中搜索相应的拼车乘客,使当前乘客拼车成功的概率更高,进一步减小了车辆消耗的能源,且进一步减少了出行的车辆,减缓了交通压力。
其中,以自身车辆所处位置为中心的预设范围可以为和自身车辆相距200米的范围内,本申请对此不作限定。
另外,对于上述预设范围的具体取值,可由车辆根据实际情况进行预先设定,本申请不做限定,例如,在人口稀疏、车辆较少的偏远地区,可设置较大的预设范围,在人口密集、车辆较多的城市地区,则可设置较小的预设范围。
此外,拼车乘客的人数也可以为一个或多个,当前乘客与拼车乘客的人数之和不超过车辆能够搭载的最多人数即可。
S104:确定当前乘客与拼车乘客进行拼车。
若在步骤S103中找到相应的拼车乘客,则确定自身车辆的当前乘客与拼车乘客进行拼车。
具体地,若拼车乘客未被安排车辆,则当前车辆直接驶往拼车乘客的具体位置,便于拼车乘客搭乘自身车辆;若拼车乘客在另一车辆搭乘,则可以通过判断当前乘客和拼车乘客之间人数更多的乘客,人数更少的乘客搭乘人数更多的乘客所搭乘的车辆,以实现拼车,并再次确认各乘客的目的地信息。
需要说明的是,若当前车辆和目的地之间的距离小于预设最小距离时,搜索到相应的拼车乘客后,也可以不进行拼车,或当前车辆和目的地之间的距离小于预设最小距离时,不对相应的拼车乘客进行搜索,本申请对此不作限定。
此外,在确定当前乘客与拼车乘客拼车后,若当前乘客和拼车乘客的总人数小于车辆能够搭载的最多人数,车辆可继续搜索拼车乘客,以进行拼车,直至车辆所搭载的总人数为车辆能够搭载的最多人数或者已到达目的地,本申请对此不作限定。
在行驶过程中,车辆搭载的用户可随时在行驶过程中取消接受拼车的选项,以满足用户的需求。
可见,本申请中车辆在行驶的途中也能够使目的地之间距离小于预设距离的乘客进行拼车,减少了出行的车辆,缓解了交通压力,也减少了能源的消耗,节约了车辆的成本,同时减小了用户的成本。
下面通过另一具体实施方式对本申请所提供的拼车方法进行进一步阐述,参照图2,图2为本申请所提供的第二种拼车方法的流程示意图,该拼车方法可包括:
S201:获取当前乘客的目的地信息;
S202:获取当前乘客的乘客信息;
本实施例中,在获取当前乘客的目的地信息之后,还获取当前乘客的乘客信息,乘客信息可以但不限定包括当前乘客的人数、性别、年龄及历史乘车评分,以便当前车辆基于当前乘客的乘客信息对后续搜索相应的拼车乘客时搜索到使当前乘客更满意的拼车乘客。
其中,本申请在获取当前乘客的乘客信息时,可以向当前乘客的用户终端发送多个选项,例如,选择性别,选择出行人数,选择年龄以及选择历史乘客评分,本申请对获取当前乘客的乘客信息的具体方法不作限定。
S203:判断当前乘客是否接受拼车,若接受拼车,则进入S204;
S204:获取当前乘客的拼车需求;
在当前车辆接受拼车后,为了进一步满足当前乘客对拼车乘客的要求,本申请还获取当前乘客的拼车需求,以便车辆能够更加准确地搜索到满足当前乘客的拼车需求的拼车乘客,提高当前乘客的乘车体验。
其中,当前乘客的拼车需求可以但不限定包括与当前乘客进行拼车的乘客的性别、与当前乘客进行拼车的乘客的历史乘车评分和与当前乘客进行拼车的乘客数量的一种或多种的组合。历史乘车评分的满分可以但不限定为100分。
S205:在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,若存在拼车乘客,则进入S206;
S206:判断拼车乘客的乘客信息是否满足当前乘客的拼车需求且当前乘客的乘客信息是否满足拼车乘客的拼车需求,若均满足,则进入S207;
在步骤S205中搜索到相应的拼车乘客后,再基于当前乘客的拼车需求及拼车乘客的拼车需求进一步确定当前乘客与拼车乘客是否分别满足对方的拼车需求,若双方均满足,则进入步骤S207,即当前乘客与拼车乘客进行拼车。
为进一步对上述进行说明,例如,乘客信息包括性别和历史乘车评分时,当前乘客的乘客信息为女性,历史乘车评分为97分,拼车需求为要求拼车乘客为女性,历史乘车评分为98分以上;车辆在步骤S205中搜索到相应的拼车乘客的乘客信息为女性,99分,拼车需求为要求拼车乘客为女性,历史乘车评分为96分以上,则可以判定,当前乘客与拼车乘客互相满足对方的拼车需求,可以确定当前乘客与拼车乘客进行拼车,且当前车辆的所有乘客作为当前乘客。若当前乘客的总人数小于当前车辆能够搭载的最多人数,则当前车辆继续搜索拼车乘客,若再次搜索到以自身车辆所处位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,且该拼车乘客的乘客信息为女性,历史乘车评分为99分,拼车需求为要求拼车乘客为女性,历史乘车评分为96分以上,则可以将当前乘客与拼车乘客进行拼车。
S207:确定当前乘客与拼车乘客进行拼车。
关于上述步骤S201、S203、S205以及S207的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的拼车方法进行进一步阐述,参照图3,图3为本申请所提供的第三种拼车方法的流程示意图,该拼车方法可包括:
S301:获取当前乘客的目的地信息;
S302:接收当前乘客的验证信息;
本实施例中,申请人考虑到当前乘客可能使用其他乘客注册的乘车信息进行打车,因此,先接收当前乘客的验证信息,从而判断当前乘客是否使用的本人注册的乘车信息。
其中,本申请中的验证信息可以但不限定为面部信息或者指纹信息。
S303:判断当前乘客的验证信息与当前乘客在注册乘车用户时录入的验证信息是否匹配,若匹配,则进入S304,若不匹配,则进入S305;
接收到当前乘客的验证信息后,将当前乘客的验证信息与注册乘车用户时录入的验证信息对比判断是否匹配,若匹配,后续可直接获取当前乘客的乘客信息;若不匹配,则需获取当前乘客的验证信息对应的乘客信息,以便更准确的选择拼车乘客进行拼车。
S304:获取当前乘客的乘客信息并进入S306;
S305:获取当前乘客的验证信息所对应的乘客信息并进入S306;
S306:判断当前乘客是否接受拼车,若接受拼车,则进入S307;
S307:获取当前乘客的拼车需求;
S308:在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,若存在拼车乘客,则进入S309;
S309:判断拼车乘客的乘客信息是否满足当前乘客的拼车需求且当前乘客的乘客信息是否满足拼车乘客的拼车需求,若均满足,则进入S310;
S310:确定当前乘客与拼车乘客进行拼车。
关于上述步骤S301、S304至S310的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的拼车方法进行进一步阐述,参照图4,图4为本申请所提供的第四种拼车方法的流程示意图,该拼车方法可包括:
S401:获取当前乘客的目的地信息;
S402:获取当前乘客的乘客信息,其中,当前乘客的乘客信息包括当前乘客的性别和/或历史乘车评分;
本申请中,为了便于后续当前乘客及拼车乘客更能满足对方的需求,乘客信息包括当前乘客的性别和/或历史乘车评分,以提高当前乘客的乘车体验。
此外,乘客信息还可以包括当前乘客的历史出行记录等,本申请对此不作限定。
S403:判断当前乘客是否接受拼车,若接受拼车,则进入S404;
S404:获取当前乘客的拼车需求;
S405:在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,若存在拼车乘客,则进入S406;
S406:判断拼车乘客的乘客信息是否满足当前乘客的拼车需求且当前乘客的乘客信息是否满足拼车乘客的拼车需求,若均满足,则进入S407;
S407:确定当前乘客与拼车乘客进行拼车。
确定当前乘客与拼车乘客进行拼车后,最终当前乘客与拼车乘客所搭乘的车辆再次确认各乘客的目的地信息及乘客信息。
关于上述步骤S401以及S403至S407的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的拼车方法进行进一步阐述,参照图5,图5为本申请所提供的第五种拼车方法的流程示意图,该拼车方法可包括:
S501:获取当前乘客的目的地信息;
S502:获取当前乘客的乘客信息,其中,当前乘客的乘客信息包括当前乘客的性别和/或历史乘车评分;
S503:判断当前乘客的历史乘车评分是否不小于预设评分,若不小于,则进入S504,若小于,则进入S509;
申请人考虑到当前乘客在历史乘车时,可能存在某些问题使其历史乘车评分较低,对拼车乘客可能造成不良的乘车体验,因此,在步骤S502中获取到当前乘客的历史乘车评分后,先判断其历史乘车评分是否不小于预设评分,例如95分,不小于预设评分时可判断当前乘客是否接受拼车,以进行后续的拼车过程;若当前乘客的历史乘车评分小于预设评分,则拒绝当前乘客的拼车申请。
基于此,本申请能基于当前乘客的历史乘车评分来判断是否允许当前乘客拼车,只有历史乘车评分满足条件才能拼车,能够进一步满足乘客的乘车体验。
S504:判断当前乘客是否接受拼车,若接受拼车,则进入S505;
S505:获取当前乘客的拼车需求;
S506:在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,若存在拼车乘客,则进入S507;
S507:判断拼车乘客的乘客信息是否满足当前乘客的拼车需求且当前乘客的乘客信息是否满足拼车乘客的拼车需求,若均满足,则进入S508;
S508:确定当前乘客与拼车乘客进行拼车;
S509:不接受当前乘客的拼车申请。
关于上述步骤S501至S502以及S505至S508的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的拼车方法进行进一步阐述,参照图6,图6为本申请所提供的第六种拼车方法的流程示意图,该拼车方法可包括:
S601:获取当前乘客的目的地信息;
S602:获取当前乘客的乘客信息,其中,当前乘客的乘客信息包括当前乘客的性别和/或历史乘车评分;
S603:判断当前乘客是否接受拼车,若接受拼车,则进入S604;
S604:获取当前乘客的拼车需求;
S605:在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,若存在拼车乘客,则进入S606;
S606:判断当前时间是否处于夜间时间段,若处于夜间时间段,则进入S607,若不处于夜间时间段,则进入S608;
申请人考虑到在夜间时间段时,女性用户乘车可能存在一定的风险,为了保证乘客的安全,本申请在步骤S605中搜索到相应的拼车乘客后,先判断当前是否处于夜间时间段,夜间时间段和非夜间时间段的拼车方式不同,从而使用户在夜间时间段时拼车更加安全。
其中,夜间时间段可以但不限定为当日19时至次日8时。
S607:基于当前乘客的乘客信息及拼车乘客的乘客信息判断当前乘客与拼车乘客的性别是否相同,若相同,则进入S608;
在步骤S606中已判定当前处于夜间时间段后,先判断当前乘客与步骤S605中搜索到的拼车乘客的性别是否相同,并且性别相同的乘客才能够进行后续其他拼车需求的匹配,否则不能进行拼车。
基于此,在夜间时间段时相同性别的乘客可以拼车,能够在一定程度上保证用户的乘车安全。
S608:判断拼车乘客的乘客信息是否满足当前乘客的拼车需求且当前乘客的乘客信息是否满足拼车乘客的拼车需求,若均满足,则进入S609;
S609:确定当前乘客与拼车乘客进行拼车。
关于上述步骤S601至S605以及S608至S609的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的拼车方法进行进一步阐述,参照图7,图7为本申请所提供的第七种拼车方法的流程示意图,该拼车方法可包括:
S701:获取当前乘客的目的地信息;
S702:获取当前乘客的乘客信息,其中,当前乘客的乘客信息包括当前乘客的性别和/或历史乘车评分;
S703:判断当前乘客是否接受拼车,若接受拼车,则进入S704;
S704:获取当前乘客的拼车需求;
S705:在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,若存在拼车乘客,则进入S706;
S706:判断拼车乘客的乘客信息是否满足当前乘客的拼车需求且当前乘客的乘客信息是否满足拼车乘客的拼车需求,若均满足,则进入S707;
S707:确定当前乘客与拼车乘客进行拼车;
S708:获取各乘客获得的乘车评分;
为了便于各乘客在后续的拼车中能得知拼车成功在以往乘车过程中的具体表现,本申请在确定当前乘客与拼车乘客进行拼车后,各个乘客均会获得在其在乘车过程中获得的乘车评分。其中,车辆所搭载的各个乘客均可以基于在乘车过程中其他乘客的表现为其他乘客进行乘车评分,满分可以但不限定为100分,各乘客的乘车评分为同乘车辆中其他乘客为该乘客所评分数的平均值,例如,同一辆车有四位乘客,其他三位乘客对剩余一位乘客的评分分别为A、B及C,基于此,该剩余一位乘客的乘车评分即为(A+B+C)/3。
此外,当车辆为有人驾驶车辆时,司机也可以对各乘客进行乘车评分;当车辆为无人驾驶车辆时,无人车设有自动评测系统,可以基于各乘客的乘车表现进行相应的评分。
S709:将各乘客的乘车评分分别上传至各乘客的乘客信息,并分别计入各乘客的历史乘车评分。
各乘客分别获得其他乘客、司机或者无人车自动评测系统的乘车评分后,系统会各乘客本次乘车的乘车评分分别上传至各乘客的乘客信息,并分别计入各乘客的历史乘车评分,以便后续乘客拼车时作为拼车需求的依据。
关于上述步骤S701至S707的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过另一具体实施方式对本申请所提供的拼车方法进行进一步阐述,参照图8,图8为本申请所提供的第八种拼车方法的流程示意图,该拼车方法可包括:
S801:获取当前乘客的目的地信息;
S802:判断当前乘客是否接受拼车,若接受拼车,则进入S803;
S803:在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,若存在拼车乘客,则进入S804;
S804:确定当前乘客与拼车乘客进行拼车;
S805:向当前乘客及拼车乘客发送优惠信息和/或对当前乘客及拼车乘客的支付金额进行打折处理。
本实施例中,在确定当前乘客与拼车乘客拼车后,为当前乘客及拼车乘客发送优惠信息,或者对当前乘客和拼车乘客本次乘车的支付金额进行打折,以促进各乘客打车的意愿,提升各乘客打车的概率,进一步减少出行车辆的数量,同时也减小了用户的出行成本。
关于上述步骤S801至S804的具体实施过程可参照前述实施例的内容,在此不再进行赘述。
下面通过一实际乘客拼车场景的具体实施例对本申请所提供的拼车方法进行详细阐述。
当某用户需要打车时,可基于用户终端发起打车请求,并设定目的地信息,该用户上车后,作为当前乘客,当前乘客搭乘的车辆可获取当前乘客的目的地信息,并判断该当前乘客是否同意拼车。判定当前乘客接受拼车后,基于当前乘客的目的地信息,在起始点或行驶过程中以自身车辆为中心的预设范围内,例如距自身车辆200米内搜索目的地与当前乘客的目的地之间的距离小于预设距离的拼车乘客,从而使当前乘客及拼车乘客进行拼车。此外,还可以基于当前乘客可拼车乘客的拼车需求进行匹配,从而确定是否拼车,极大的提高了当前乘客与拼车乘客的乘车体验。
下面对本申请实施例提供的拼车系统进行介绍,下文描述的拼车系统与上文描述的拼车方法可相互对应参照。
请参考图9,图9为本申请所提供的一种拼车系统的结构示意图,该拼车系统可以包括:
第一获取单元91,用于获取当前乘客的目的地信息;
第一判断单元92,用于判断当前乘客是否接受拼车,以及在判定当前乘客接受拼车后触发乘客搜索单元93;
乘客搜索单元93,用于在行驶过程中搜索自身车辆所处位置的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,并在搜索到存在拼车乘客后触发确定单元94;
确定单元94,用于确定当前乘客与拼车乘客进行拼车。
本申请所提供的拼车系统,首先获取当前乘客的目的地信息,在判断当前乘客是否接受拼车,以及判定当前乘客接受拼车后在车辆行驶过程中搜索自身车辆所处位置的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,若存在拼车乘客,则确定当前乘客和拼车乘客进行拼车,从而减少出行的车辆,缓解交通压力,也减少了能源的消耗,节约了车辆的成本,同时减小了用户的成本。
在一些具体的实施例中,拼车系统还包括:
第二获取单元,用于在第一获取单元91获取当前乘客的目的地信息后获取当前乘客的乘客信息;
第三获取单元,用于在第一判断单元92判定当前乘客接受拼车后获取当前乘客的拼车需求;
第二判断单元,用于在乘客搜索单元93搜索到存在拼车乘客后判断拼车乘客的乘客信息是否满足当前乘客的拼车需求且当前乘客的乘客信息是否满足拼车乘客的拼车需求;
确定单元94具体用于在第二判断单元判定当前乘客及拼车乘客均互相满足对方的要求后确定当前乘客与拼车乘客进行拼车。
在一些具体的实施例中,拼车系统还包括:
信息接收单元,用于在第二获取单元获取到当前乘客的乘客信息后接收当前乘客的验证信息;
第三判断单元,用于判断当前乘客的验证信息与当前乘客在注册乘车用户时录入的验证信息是否匹配,若匹配,则触发第二获取单元,若不匹配,则获取当前乘客的验证信息所对应的乘客信息并触发第一判断单元92。
在一些具体的实施例中,当前乘客的乘客信息包括当前乘客的性别和/或历史乘车评分。
在一些具体的实施例中,拼车系统还包括:
第四判断单元,用于判断当前乘客的历史乘车评分是否不小于预设评分,并在判定当前乘客的历史乘车评分不小于预设评分时触发第一判断单元92,在判定当前乘客的历史乘车评分小于预设评分时不接受当前乘客的拼车申请。
在一些具体的实施例中,拼车系统还包括:
第五判断单元,用于在乘客搜索单元93搜索到存在拼车乘客后判断当前时间是否处于夜间时间段,若不处于夜间时间段,则触发第二判断单元;若处于夜间时间段,则触发第六判断单元;
第六判断单元,用于基于当前乘客的乘客信息及拼车乘客的乘客信息判断当前乘客与拼车乘客的性别是否相同,并在判定相同时触发第二判断单元。
在一些具体的实施例中,拼车系统还包括:
第四获取单元,用于在确定单元94确定当前乘客与拼车乘客进行拼车之后获取各乘客获得的乘车评分;
评分上传单元,用于将各乘客的乘车评分分别上传至各乘客的乘客信息,并分别计入各乘客的历史乘车评分。
在一些具体的实施例中,拼车系统还包括:
折扣处理单元,用于在确定单元94确定当前乘客和拼车乘客进行拼车后向当前乘客及拼车乘客发送优惠信息和/或对当前乘客及拼车乘客的支付金额进行打折处理。
对于本申请提供的系统的介绍请参照上述方法实施例,本申请在此不做赘述。
请参照图10,图10为本申请所提供的一种电子设备的结构示意图。
该电子设备可以包括:
存储器101,用于存储计算机程序;
处理器102,用于执行计算机程序时实现以下步骤:
获取当前乘客的目的地信息;
判断当前乘客是否接受拼车;
若接受拼车,则在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客;
若存在拼车乘客,则确定当前乘客与拼车乘客进行拼车。
本实施例中,处理器102执行存储器101中保存的计算机子程序时,可以具体实现以下步骤:.
在获取当前乘客的目的地信息之后获取当前乘客的乘客信息;
在当前乘客接受拼车之后获取当前乘客的拼车需求;
在确定存在拼车乘客之后,还判断拼车乘客的乘客信息是否满足当前乘客的拼车需求且当前乘客的乘客信息是否满足拼车乘客的拼车需求并在当前乘客和拼车乘客均满足对方的条件后进入确定当前乘客与拼车乘客进行拼车的步骤。
本实施例中,处理器102执行存储器101中保存的计算机子程序时,可以具体实现以下步骤:.
接收当前乘客的验证信息;
判断当前乘客的验证信息与当前乘客在注册乘车用户时录入的验证信息是否匹配,若匹配,则进入获取当前乘客的乘客信息的步骤,若不匹配,则获取当前乘客的验证信息所对应的乘客信息并进入判断当前乘客是否接受拼车的步骤。
本实施例中,处理器102执行存储器101中保存的计算机子程序时,可以具体实现以下步骤:.
获取当前乘客的性别和/或历史乘车评分。
本实施例中,处理器102执行存储器101中保存的计算机子程序时,可以具体实现以下步骤:.
在判断当前乘客是否接受拼车之前判断当前乘客的历史乘车评分是否不小于预设评分;
若不小于,则进入判断当前乘客是否接受拼车的步骤;
若小于,则不接受当前乘客的拼车申请。
本实施例中,处理器102执行存储器101中保存的计算机子程序时,可以具体实现以下步骤:.
在乘客搜索单元93搜索到存在拼车乘客后判断当前时间是否处于夜间时间段;
若不处于夜间时间段,则进入判断拼车乘客的乘客信息是否满足当前乘客的拼车需求且当前乘客的乘客信息是否满足拼车乘客的拼车需求的步骤;
若处于夜间时间段,则基于当前乘客的乘客信息及拼车乘客的乘客信息判断当前乘客与拼车乘客的性别是否相同;
若相同,则进入判断拼车乘客的乘客信息是否满足当前乘客的拼车需求且当前乘客的乘客信息是否满足拼车乘客的拼车需求的步骤。
本实施例中,处理器102执行存储器101中保存的计算机子程序时,可以具体实现以下步骤:.
在确定当前乘客与拼车乘客进行拼车之后获取各乘客获得的乘车评分;
将各乘客的乘车评分分别上传至各乘客的乘客信息,并分别计入各乘客的历史乘车评分。
本实施例中,处理器102执行存储器101中保存的计算机子程序时,可以具体实现以下步骤:.
在确定当前乘客与拼车乘客拼车之后向当前乘客及拼车乘客发送优惠信息和/或对当前乘客及拼车乘客的支付金额进行打折处理。
对于本申请提供的电子设备的介绍请参照上述方法实施例,本申请在此不做赘述。
还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其他实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种拼车方法,其特征在于,包括:
获取当前乘客的目的地信息;
判断所述当前乘客是否接受拼车;
若接受拼车,则在行驶过程中搜索以自身车辆所处位置为中心的预设范围内是否存在目的地与所述当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客;
若存在所述拼车乘客,则确定所述当前乘客与所述拼车乘客进行拼车。
2.如权利要求1所述的拼车方法,其特征在于,获取当前乘客的目的地信息之后,还包括:
获取所述当前乘客的乘客信息;
所述当前乘客接受拼车之后,还包括:
获取所述当前乘客的拼车需求;
确定存在所述拼车乘客之后,还包括:
判断所述拼车乘客的乘客信息是否满足所述当前乘客的拼车需求且所述当前乘客的乘客信息是否满足所述拼车乘客的拼车需求;
若均满足,则进入确定所述当前乘客与所述拼车乘客进行拼车的步骤。
3.如权利要求2所述的拼车方法,其特征在于,获取所述当前乘客的乘客信息之前,还包括:
接收所述当前乘客的验证信息;
判断所述当前乘客的验证信息与所述当前乘客在注册乘车用户时录入的验证信息是否匹配;
若匹配,则进入获取所述当前乘客的乘客信息的步骤;
若不匹配,则获取当前乘客的验证信息所对应的乘客信息并进入判断所述当前乘客是否接受拼车的步骤。
4.如权利要求2所述的拼车方法,其特征在于,所述当前乘客的乘客信息包括所述当前乘客的性别和/或历史乘车评分。
5.如权利要求4所述的拼车方法,其特征在于,判断所述当前乘客是否接受拼车之前,还包括:
判断所述当前乘客的所述历史乘车评分是否不小于预设评分;
若不小于,则进入判断所述当前乘客是否接受拼车的步骤;
若小于,则不接受所述当前乘客的拼车申请。
6.如权利要求4所述的拼车方法,其特征在于,确定存在所述拼车乘客之后,还包括:
判断当前时间是否处于夜间时间段;
若不处于所述夜间时间段,则进入判断所述拼车乘客的乘客信息是否满足所述当前乘客的拼车需求且所述当前乘客的乘客信息是否满足所述拼车乘客的拼车需求的步骤;
若处于所述夜间时间段,则基于所述当前乘客的乘客信息及所述拼车乘客的乘客信息判断所述当前乘客与所述拼车乘客的性别是否相同;
若相同,则进入判断所述拼车乘客的乘客信息是否满足所述当前乘客的拼车需求且所述当前乘客的乘客信息是否满足所述拼车乘客的拼车需求的步骤。
7.如权利要求4所述的拼车方法,其特征在于,确定所述当前乘客与所述拼车乘客进行拼车之后,还包括:
获取各乘客获得的乘车评分;
将各所述乘客的所述乘车评分分别上传至各所述乘客的所述乘客信息,并分别计入各所述乘客的所述历史乘车评分。
8.如权利要求1至7任一项所述的拼车方法,其特征在于,确定所述当前乘客与所述拼车乘客拼车之后,还包括:
向所述当前乘客及所述拼车乘客发送优惠信息和/或对所述当前乘客及所述拼车乘客的支付金额进行打折处理。
9.一种拼车系统,其特征在于,包括:
第一获取单元,用于获取当前乘客的目的地信息;
第一判断单元,用于判断所述当前乘客是否接受拼车,以及在判定所述当前乘客接受拼车后触发乘客搜索单元;
所述乘客搜索单元,用于在行驶过程中搜索自身车辆所处位置的预设范围内是否存在目的地与所述当前乘客的目的地之间的距离小于预设距离且接受拼车的拼车乘客,并在搜索到存在所述拼车乘客后触发确定单元;
所述确定单元,用于确定所述当前乘客与所述拼车乘客进行拼车。
10.一种电子设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至8任一项所述拼车方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011337816.5A CN112528173A (zh) | 2020-11-25 | 2020-11-25 | 一种拼车方法、系统及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011337816.5A CN112528173A (zh) | 2020-11-25 | 2020-11-25 | 一种拼车方法、系统及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112528173A true CN112528173A (zh) | 2021-03-19 |
Family
ID=74993471
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011337816.5A Pending CN112528173A (zh) | 2020-11-25 | 2020-11-25 | 一种拼车方法、系统及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112528173A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101383089A (zh) * | 2008-10-15 | 2009-03-11 | 梁宇杰 | 一种车辆匹配调度系统和方法 |
CN103198655A (zh) * | 2013-04-24 | 2013-07-10 | 江苏子扬交通科技有限公司 | 一种同向出租车途中合乘控制装置及其工作方法 |
CN104217585A (zh) * | 2014-02-23 | 2014-12-17 | 广州市沃希信息科技有限公司 | 一种计程车拼车方法、系统及服务器 |
CN104715296A (zh) * | 2015-04-08 | 2015-06-17 | 北京航空航天大学 | 一种面向交通枢纽的出租车拼车机制设计及实现的方法 |
CN104811556A (zh) * | 2015-04-30 | 2015-07-29 | 努比亚技术有限公司 | 出租车的管理方法及系统 |
CN105679067A (zh) * | 2016-02-22 | 2016-06-15 | 腾讯科技(深圳)有限公司 | 一种信息处理方法、第一终端及服务器 |
CN106548240A (zh) * | 2016-11-01 | 2017-03-29 | 成都俊巡科技有限公司 | 一种改进的拼车系统 |
CN110163516A (zh) * | 2019-05-27 | 2019-08-23 | 杨铮 | 一种城市配送拼车服务系统及方法 |
-
2020
- 2020-11-25 CN CN202011337816.5A patent/CN112528173A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101383089A (zh) * | 2008-10-15 | 2009-03-11 | 梁宇杰 | 一种车辆匹配调度系统和方法 |
CN103198655A (zh) * | 2013-04-24 | 2013-07-10 | 江苏子扬交通科技有限公司 | 一种同向出租车途中合乘控制装置及其工作方法 |
CN104217585A (zh) * | 2014-02-23 | 2014-12-17 | 广州市沃希信息科技有限公司 | 一种计程车拼车方法、系统及服务器 |
CN104715296A (zh) * | 2015-04-08 | 2015-06-17 | 北京航空航天大学 | 一种面向交通枢纽的出租车拼车机制设计及实现的方法 |
CN104811556A (zh) * | 2015-04-30 | 2015-07-29 | 努比亚技术有限公司 | 出租车的管理方法及系统 |
CN105679067A (zh) * | 2016-02-22 | 2016-06-15 | 腾讯科技(深圳)有限公司 | 一种信息处理方法、第一终端及服务器 |
CN106548240A (zh) * | 2016-11-01 | 2017-03-29 | 成都俊巡科技有限公司 | 一种改进的拼车系统 |
CN110163516A (zh) * | 2019-05-27 | 2019-08-23 | 杨铮 | 一种城市配送拼车服务系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102529911B1 (ko) | 차량 서비스 제공 장치 및 그 방법 | |
CN110717639B (zh) | 信息处理装置、乘车车辆调节方法以及存储了乘车车辆调节程序的存储介质 | |
CN112262418B (zh) | 车辆管理系统和车辆管理方法 | |
US20200210905A1 (en) | Systems and Methods for Managing Networked Vehicle Resources | |
CN111861081B (zh) | 一种订单分配方法、装置、电子设备及存储介质 | |
CN107844843B (zh) | 一种订单处理方法及服务器 | |
CN114298770A (zh) | 充电站推荐方法、设备、存储介质及程序产品 | |
CN111739329B (zh) | 行驶路线生成方法、装置、存储介质及服务器 | |
CN110782056A (zh) | 一种电池更换预约方法、系统及计算机可读存储介质 | |
CN110245288A (zh) | 一种基于多维评价系统的车辆匹配方法及装置 | |
CN111899061B (zh) | 订单推荐方法、装置、设备及存储介质 | |
KR102530331B1 (ko) | 차량 매칭에 따른 예약 관리 서비스를 제공하기 위한 모빌리티 플랫폼 제공 방법 및 장치 | |
JP2020071778A (ja) | 車両派遣システム、サーバおよび情報処理方法 | |
CN113095549A (zh) | 一种电动车充电桩推荐方法、装置、电子设备及存储介质 | |
CN113408903A (zh) | 订单处理方法、装置、电子设备和可读存储介质 | |
CN110634192B (zh) | 停车场出借装置、停车场出借系统及停车场出借方法 | |
JP6435773B2 (ja) | 共用車両管理装置及び共用車両管理方法 | |
CN111651687B (zh) | 上车点信息推送方法及装置、下车点信息推送方法及装置 | |
CN112528173A (zh) | 一种拼车方法、系统及电子设备 | |
CN109916420B (zh) | 一种车辆导航的方法及相关装置 | |
CN110111600B (zh) | 一种基于VANETs的停车场推荐方法 | |
CN116665479A (zh) | 车位推荐方法、装置、电子设备及存储介质 | |
CN110910191A (zh) | 拼车订单生成方法及设备 | |
WO2013137190A1 (ja) | 充電管理システム、充電管理方法、及び、車載装置 | |
CN111882912B (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210319 |