CN109284842A - 一种网约车订单信息处理方法、处理系统及计算机装置 - Google Patents
一种网约车订单信息处理方法、处理系统及计算机装置 Download PDFInfo
- Publication number
- CN109284842A CN109284842A CN201710595663.6A CN201710595663A CN109284842A CN 109284842 A CN109284842 A CN 109284842A CN 201710595663 A CN201710595663 A CN 201710595663A CN 109284842 A CN109284842 A CN 109284842A
- Authority
- CN
- China
- Prior art keywords
- passenger
- late
- net
- vehicle
- duration
- 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.)
- Granted
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 41
- 238000003672 processing method Methods 0.000 title claims abstract description 26
- 238000009434 installation Methods 0.000 title claims abstract description 12
- 238000004891 communication Methods 0.000 claims description 39
- 238000004590 computer program Methods 0.000 claims description 14
- 230000005540 biological transmission Effects 0.000 claims description 11
- 239000002699 waste material Substances 0.000 abstract description 10
- 238000010586 diagram Methods 0.000 description 10
- 238000000034 method Methods 0.000 description 3
- 239000000463 material Substances 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000035755 proliferation Effects 0.000 description 1
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
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- 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/0607—Regulated
-
- 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)
- Engineering & Computer Science (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Tourism & Hospitality (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)
- Elevator Control (AREA)
- Time Recorders, Dirve Recorders, Access Control (AREA)
Abstract
本发明提出了一种网约车订单信息处理方法、处理系统、计算机装置及计算机可读存储介质,网约车订单信息处理方法包括:在接收到来自网约车乘客终端设备的时,获取订单信息以及网约车乘客的历史订单数据;根据历史订单数据,计算乘客准时率和乘客平均迟到时长;根据乘客准时率和乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息。使得司机能够及时准确的了解乘客的准时情况,进而提高了网约车司机的接驾效率,并且避免了不必要的沟通成本的浪费。
Description
技术领域
本发明涉及网络约车技术领域,具体而言,涉及一种网约车订单信息处理方法、处理系统、计算机装置及计算机可读存储介质。
背景技术
网络约车属于新型的出行方式,由于其方便快捷且弥补了传统出行方式(例如出租车)等车难、收费乱等缺点而迅速普及,成为越来越多人出行的选择。而网络约车技术也存在一些问题,影响了司机和乘客的使用体验,比如:在司机抢单后的接驾环节,存在很多接驾率低以及司乘之间进行不必要的沟通而造成沟通成本偏高的订单。而在相关技术中,由于司机无法掌握乘客的具体位置,无法判断乘客是否会提前在上车点等待,如果不提前电话或发送信息与乘客沟通,有可能影响接驾效率,延长等候时长甚至造成交通拥堵;而对于习惯于提前等待司机、极少迟到的乘客,提前的电话或发送信息沟通则会造成沟通成本浪费,也在一定程度上降低了乘客的体验。
发明内容
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
为此,本发明的一个方面在于提出了一种网约车订单信息处理方法。
本发明的另一个方面在于提出了一种网约车订单信息处理系统。
本发明的再一个方面在于提出了一种计算机装置。
本发明的又一个方面在于提出了一种计算机可读存储介质。
有鉴于此,根据本发明的一个方面,提出了一种网约车订单信息处理方法,包括:在接收到来自网约车乘客终端设备的网约车订单时,获取订单信息以及网约车乘客的历史订单数据;根据历史订单数据,计算乘客准时率和乘客平均迟到时长;根据乘客准时率和乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息。
本发明提供的网约车订单信息处理方法,在接收到来自网约车乘客终端设备的网约车订单时,获取该乘客的订单信息以及历史订单数据,通过该乘客的历史订单数据,精准地计算出该乘客的准时率和该乘客的平均迟到时长,从而根据该乘客的准时率和该乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息,使得司机能够及时准确的了解乘客的准时情况,进而提高了网约车司机的接驾效率,并且避免了不必要的沟通成本的浪费。例如:对于准时率较低,经常性迟到的乘客,可以提前电话或者发送信息与乘客沟通具体乘坐时间,有效的保证了司机的接驾效率;而对于准时率较高,极少迟到的乘客,就可不必提前进行电话沟通,节省了司机和乘客双方的沟通成本,提升了司机和乘客的使用体验。
根据本发明的上述网约车订单信息处理方法,还可以具有以下技术特征:
在上述技术方案中,优选地,订单信息包括下单地点信息、上车地点信息;历史订单数据包括订单总数、迟到订单数、迟到总时长。
在该技术方案中,订单信息包括下单地点信息、上车地点信息,便于司机查看乘客的下单地点和上车地点是否一致,如果不一致,通过计算下单地点和上车地点的距离,从而判断该乘客大致上车时间。而历史订单数据包括订单总数、迟到订单数、迟到总时长,可以计算出该乘客的准时率,以及该乘客的平均迟到时长,便于司机根据准时率和平均迟到时长的情况,决定是否与该乘客打电话或发送信息进行沟通。
在上述任一技术方案中,优选地,根据历史订单数据,计算乘客准时率和乘客平均迟到时长的步骤,具体包括:根据订单总数、迟到订单数、迟到总时长,按照第一公式计算乘客准时率,按照第二公式计算乘客平均迟到时长;第一公式为乘客准时率=1-迟到订单数/订单总数,第二公式为乘客平均迟到时长=迟到总时长/迟到订单数。
在该技术方案中,根据订单总数、迟到订单数、迟到总时长,按照第一公式计算乘客的准时率,按照第二公式计算乘客平均迟到时长;第一公式为乘客准时率=1-迟到订单数/订单总数,第二公式为乘客准时率=迟到总时长/迟到订单数,通过第一公式和第二公式,可以准确的计算出乘客的准时率和平均迟到时长。例如:该乘客的订单总数为30单,而迟到单数为12单,则该乘客的准时率=1-12/30=0.6,即60%。而如果该用户的迟到总时长为30分钟,则该乘客的乘客平均迟到时长=30/12=2.5分钟。而对于乘客的订单数在30单以上的情况,历史数据统计得比较精细,进而使准时率及平均迟到时长更加精准。
在上述任一技术方案中,优选地,根据乘客准时率和乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息的步骤,具体包括:判断乘客准时率是否小于第一预设阈值,以及判断乘客平均迟到时长是否大于第二预设阈值;当乘客准时率小于第一预设阈值,以及乘客平均迟到时长大于第二预设阈值时,根据下单地点信息及上车地点信息,获取网约车乘客由下单地点到上车地点的时长,并向网约车司机终端设备发送第一提示信息;当乘客准时率大于等于第一预设阈值,和/或乘客平均迟到时长小于等于第二预设阈值时,向网约车司机终端设备发送第二提示信息。
在该技术方案中,在网约车系统中设置第一阀预设值和第二预设阀值,判断乘客的准确率是否小于第一阀值,判断乘客的平均迟到时长是否大于第二预设阀值,当判断乘客的准时率小于第一预设阀值,而且乘客的平均迟到时长大于第二预设阀值的时候,根据乘客的下单地点及上车地点信息,得出乘客的下单地点和上车地点的时长,网约车系统向司机终端设备发送第一提示信息;而当乘客准时率大于等于第一预设阈值,和/或乘客平均迟到时长小于等于第二预设阈值时,向网约车司机终端设备发送第二提示信息。通过预设不同的阀值,用来与乘客的准时率和平均迟到时长进行比较,可以根据比较结果,向司机终端设备发送与之对应的沟通信息,便于司机根据情况的不同,而做出相对应的操作,节省了司机沟通的成本,提升了司机的使用体验。
在上述任一技术方案中,优选地,第一提示信息包括司机乘客沟通时间的信息;第二提示信息包括司机乘客省略沟通的信息。
在该技术方案中,第一提示信息包括司机乘客沟通时间的信息,第二提示信息包括司机乘客省略沟通的信息。比如:对于准时率较低,迟到时间较长的乘客,系统会给司机发送跟乘客确定上车时间的信息,以便司机及时给乘客打电话或发送信息与之确认上车时间,避免了乘客因迟到而影响接驾效率。对于准时率较高,迟到时间较低的乘客,系统会提示司机不用提前与乘客确认上车时间,实现了低沟通成本甚至零通话的接驾体验。
根据本发明的另一个方面,提出了一种网约车订单信息处理系统,包括:获取单元,用于在接收到来自网约车乘客终端设备的网约车订单时,获取网约车乘客的订单信息以及网约车乘客的历史订单数据;计算单元,用于根据历史订单数据,计算乘客准时率和乘客平均迟到时长;发送单元,用于根据乘客准时率和乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息。
本发明提供的网约车订单信息处理系统,在接收到来自网约车乘客终端设备的网约车订单时,获取该乘客的订单信息以及历史订单数据,通过该乘客的历史订单数据,精准地计算出该乘客的准时率和该乘客的平均迟到时长,从而根据该乘客的准时率和该乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息,使得司机能够及时准确的了解乘客的准时情况,进而提高了网约车司机的接驾效率,并且避免了不必要的沟通成本的浪费。例如:对于准时率较低,经常性迟到的乘客,可以提前电话或者发送信息与乘客沟通具体乘坐时间,有效的保证了司机的接驾效率;而对于准时率较高,极少迟到的乘客,就可不必提前进行电话沟通,节省了司机和乘客双方的沟通成本,提升了司机和乘客的使用体验。
根据本发明的上述网约车订单信息处理系统,还可以具有以下技术特征:
在上述技术方案中,优选地,订单信息包括下单地点信息、上车地点信息;历史订单数据包括订单总数、迟到订单数、迟到总时长。
在该技术方案中,订单信息包括下单地点信息、上车地点信息,便于司机查看乘客的下单地点和上车地点是否一致,如果不一致,通过计算下单地点和上车地点的距离,从而判断该乘客大致上车时间。而历史订单数据包括订单总数、迟到订单数、迟到总时长,可以计算出该乘客的准时率,以及该乘客的平均迟到时长,便于司机根据准时率和平均迟到时长的情况,决定是否与该乘客打电话或发送信息进行沟通。
在上述任一技术方案中,优选地,计算单元,具体用于:根据订单总数、迟到订单数、迟到总时长,按照第一公式计算乘客准时率,按照第二公式计算乘客平均迟到时长;第一公式为乘客准时率=1-迟到订单数/订单总数,第二公式为乘客准时率=迟到总时长/迟到订单数。
在该技术方案中,根据订单总数、迟到订单数、迟到总时长,按照第一公式计算乘客的准时率,按照第二公式计算乘客平均迟到时长;第一公式为乘客准时率=1-迟到订单数/订单总数,第二公式为乘客准时率=迟到总时长/迟到订单数,通过第一公式和第二公式,可以准确的计算出乘客的准时率和平均迟到时长。例如:该乘客的订单总数为30单,而迟到单数为12单,则该乘客的准时率=1-12/30=0.6,即60%。而如果该用户的迟到总时长为30分钟,则该乘客的乘客平均迟到时长=30/12=2.5分钟。而对于乘客的订单数在30单以上的情况,历史数据统计得比较精细,进而使准时率及平均迟到时长更加精准。
在上述任一技术方案中,优选地,判断单元,用于判断乘客准时率是否小于第一预设阈值,以及判断乘客平均迟到时长是否大于第二预设阈值;发送单元,具体用于当乘客准时率小于第一预设阈值,以及乘客平均迟到时长大于第二预设阈值时,根据下单地点信息及上车地点信息,获取网约车乘客由下单地点到上车地点的时长,并向网约车司机终端设备发送第一提示信息;以及当乘客准时率大于等于第一预设阈值,和/或乘客平均迟到时长小于等于第二预设阈值时,向网约车司机终端设备发送第二提示信息。
在该技术方案中,在网约车系统中设置第一阀预设值和第二预设阀值,判断乘客的准确率是否小于第一阀值,判断乘客的平均迟到时长是否大于第二预设阀值,当判断乘客的准时率小于第一预设阀值,而且乘客的平均迟到时长大于第二预设阀值的时候,根据乘客的下单地点及上车地点信息,得出乘客的下单地点和上车地点的时长,网约车系统向司机终端设备发送第一提示信息;而当乘客准时率大于等于第一预设阈值,和/或乘客平均迟到时长小于等于第二预设阈值时,向网约车司机终端设备发送第二提示信息。通过预设不同的阀值,用来与乘客的准时率和平均迟到时长进行比较,可以根据比较结果,向司机终端设备发送与之对应的沟通信息,便于司机根据情况的不同,而做出相对应的操作,节省了司机沟通的成本,提升了司机的使用体验。
在上述任一技术方案中,优选地,第一提示信息包括司机乘客沟通时间的信息;第二提示信息包括司机乘客省略沟通的信息。
在该技术方案中,第一提示信息包括司机乘客沟通时间的信息,第二提示信息包括司机乘客省略沟通的信息。比如:对于准时率较低,迟到时间较长的乘客,系统会给司机发送跟乘客确定上车时间的信息,以便司机及时给乘客打电话或发送信息与之确认上车时间,避免了乘客因迟到而影响接驾效率。对于准时率较高,迟到时间较低的乘客,系统会提示司机不用提前与乘客确认上车时间,实现了低沟通成本甚至零通话的接驾体验。
根据本发明的再一个方面,提出了一种计算机装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现如上述任一项的网约车订单信息处理方法的步骤。
本发明提供的计算机装置,处理器执行计算机程序时实现在接收到来自网约车乘客终端设备的网约车订单时,获取该乘客的订单信息以及历史订单数据,通过该乘客的历史订单数据,精准地计算出该乘客的准时率和该乘客的平均迟到时长,从而根据该乘客的准时率和该乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息,使得司机能够及时准确的了解乘客的准时情况,进而提高了网约车司机的接驾效率,并且避免了不必要的沟通成本的浪费。例如:对于准时率较低,经常性迟到的乘客,可以提前电话或者发送信息与乘客沟通具体乘坐时间,有效的保证了司机的接驾效率;而对于准时率较高,极少迟到的乘客,就可不必提前进行电话沟通,节省了司机和乘客双方的沟通成本,提升了司机和乘客的使用体验。
根据本发明的又一个方面,提出了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现如上述任一项的网约车订单信息处理方法的步骤。
本发明提供的计算机可读存储介质,计算机程序被处理器执行时实现在接收到来自网约车乘客终端设备的网约车订单时,获取该乘客的订单信息以及历史订单数据,通过该乘客的历史订单数据,精准地计算出该乘客的准时率和该乘客的平均迟到时长,从而根据该乘客的准时率和该乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息,使得司机能够及时准确的了解乘客的准时情况,进而提高了网约车司机的接驾效率,并且避免了不必要的沟通成本的浪费。例如:对于准时率较低,经常性迟到的乘客,可以提前电话或者发送信息与乘客沟通具体乘坐时间,有效的保证了司机的接驾效率;而对于准时率较高,极少迟到的乘客,就可不必提前进行电话沟通,节省了司机和乘客双方的沟通成本,提升了司机和乘客的使用体验。
本发明的附加方面和优点将在下面的描述部分中变得明显,或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解,其中:
图1示出了本发明的一个实施例的网约车订单信息处理方法的流程示意图;
图2示出了本发明的另一个实施例的网约车订单信息处理方法的流程示意图;
图3示出了本发明的一个实施例的网约车订单信息处理系统的示意框图;
图4示出了本发明的另一个实施例的网约车订单信息处理系统的示意框图;
图5示出了本发明的一个实施例的计算机装置的示意框图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不限于下面公开的具体实施例的限制。
本发明第一方面的实施例,提出一种网约车订单信息处理方法,图1示出了本发明的一个实施例的网约车订单信息处理方法的流程示意图。其中,该方法包括:
步骤102,在接收到来自网约车乘客终端设备的网约车订单时,获取订单信息以及网约车乘客的历史订单数据;
步骤104,根据历史订单数据,计算乘客准时率和乘客平均迟到时长;
步骤106,根据乘客准时率和乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息。
本发明提供的网约车订单信息处理方法,在接收到来自网约车乘客终端设备的网约车订单时,获取该乘客的订单信息以及历史订单数据,通过该乘客的历史订单数据,精准地计算出该乘客的准时率和该乘客的平均迟到时长,从而根据该乘客的准时率和该乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息,使得司机能够及时准确的了解乘客的准时情况,进而提高了网约车司机的接驾效率,并且避免了不必要的沟通成本的浪费。例如:对于准时率较低,经常性迟到的乘客,可以提前电话或者发送信息与乘客沟通具体乘坐时间,有效的保证了司机的接驾效率;而对于准时率较高,极少迟到的乘客,就可不必提前进行电话沟通,节省了司机和乘客双方的沟通成本,提升了司机和乘客的使用体验。
在本发明的一个实施例中,优选地,订单信息包括下单地点信息、上车地点信息;历史订单数据包括订单总数、迟到订单数、迟到总时长。
在该实施例中,订单信息包括下单地点信息、上车地点信息,便于司机查看乘客的下单地点和上车地点是否一致,如果不一致,通过计算下单地点和上车地点的距离,从而判断该乘客大致上车时间。而历史订单数据包括订单总数、迟到订单数、迟到总时长,可以计算出该乘客的准时率,以及该乘客的平均迟到时长,便于司机根据准时率和平均迟到时长的情况,决定是否与该乘客打电话或发送信息进行沟通。
在本发明的一个实施例中,优选地,根据历史订单数据,计算乘客准时率和乘客平均迟到时长的步骤,具体包括:根据订单总数、迟到订单数、迟到总时长,按照第一公式计算乘客准时率,按照第二公式计算乘客平均迟到时长;第一公式为乘客准时率=1-迟到订单数/订单总数,第二公式为乘客准时率=迟到总时长/迟到订单数。
在该实施例中,根据订单总数、迟到订单数、迟到总时长,按照第一公式计算乘客的准时率,按照第二公式计算乘客平均迟到时长;第一公式为乘客准时率=1-迟到订单数/订单总数,第二公式为乘客准时率=迟到总时长/迟到订单数,通过第一公式和第二公式,可以准确的计算出乘客的准时率和平均迟到时长。例如:该乘客的订单总数为30单,而迟到单数为12单,则该乘客的准时率=1-12/30=0.6,即60%。而如果该用户的迟到总时长为30分钟,则该乘客的乘客平均迟到时长=30/12=2.5分钟。而对于乘客的订单数在30单以上的情况,历史数据统计得比较精细,进而使准时率及平均迟到时长更加精准。
图2示出了本发明的另一个实施例的网约车订单信息处理方法的流程示意图。其中,该方法包括:
步骤202,在接收到来自网约车乘客终端设备的网约车订单时,获取订单信息以及网约车乘客的历史订单数据;
步骤204,根据历史订单数据,计算乘客准时率和乘客平均迟到时长;
步骤206,判断乘客准时率是否小于第一预设阈值;
步骤208,判断乘客平均迟到时长是否大于第二预设阈值;
步骤210,当乘客准时率小于第一预设阈值,以及乘客平均迟到时长大于第二预设阈值时,根据下单地点信息及上车地点信息,获取网约车乘客由下单地点到上车地点的时长,并向网约车司机终端设备发送第一提示信息;
步骤212,当乘客准时率大于等于第一预设阈值,和/或乘客平均迟到时长小于等于第二预设阈值时,向网约车司机终端设备发送第二提示信息。
在该实施例中,在网约车系统中设置第一阀预设值和第二预设阀值,判断乘客的准确率是否小于第一阀值,判断乘客的平均迟到时长是否大于第二预设阀值,当判断乘客的准时率小于第一预设阀值,而且乘客的平均迟到时长大于第二预设阀值的时候,根据乘客的下单地点及上车地点信息,得出乘客的下单地点和上车地点的时长,网约车系统向司机终端设备发送第一提示信息;而当乘客准时率大于等于第一预设阈值,和/或乘客平均迟到时长小于等于第二预设阈值时,向网约车司机终端设备发送第二提示信息。通过预设不同的阀值,用来与乘客的准时率和平均迟到时长进行比较,可以根据比较结果,向司机终端设备发送与之对应的沟通信息,便于司机根据情况的不同,而做出相对应的操作,节省了司机沟通的成本,提升了司机的使用体验。
在本发明的一个实施例中,优选地,第一提示信息包括司机乘客沟通时间的信息;第二提示信息包括司机乘客省略沟通的信息。
在该实施例中,第一提示信息包括司机乘客沟通时间的信息,第二提示信息包括司机乘客省略沟通的信息。比如:对于准时率较低,迟到时间较长的乘客,系统会给司机发送跟乘客确定上车时间的信息,以便司机及时给乘客打电话或发送信息与之确认上车时间,避免了乘客因迟到而影响接驾效率。对于准时率较高,迟到时间较低的乘客,系统会提示司机不用提前与乘客确认上车时间,实现了低沟通成本甚至零通话的接驾体验。
本发明第二方面的实施例,提出了一种出网约车订单信息处理系统,图3示出了本发明的一个实施例的网约车订单信息处理系统的示意框图。其中,该系统300包括:
获取单元302,用于在接收到来自网约车乘客终端设备的网约车订单时,获取网约车乘客的订单信息以及网约车乘客的历史订单数据;
计算单元304,用于根据历史订单数据,计算乘客准时率和乘客平均迟到时长;
发送单元306,用于根据乘客准时率和乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息。
本发明提供的网约车订单信息处理系统300,在接收到来自网约车乘客终端设备的网约车订单时,获取单元302获取该乘客的订单信息以及历史订单数据,通过该乘客的历史订单数据,计算单元304精准地计算出该乘客的准时率和该乘客的平均迟到时长,从而根据该乘客的准时率和该乘客平均迟到时长,发送单元306向网约车司机终端设备发送用于司机乘客沟通的提示信息,使得司机能够及时准确的了解乘客的准时情况,进而提高了网约车司机的接驾效率,并且避免了不必要的沟通成本的浪费。例如:对于准时率较低,经常性迟到的乘客,可以提前电话或者发送信息与乘客沟通具体乘坐时间,有效的保证了司机的接驾效率;而对于准时率较高,极少迟到的乘客,就可不必提前进行电话沟通,节省了司机和乘客双方的沟通成本,提升了司机和乘客的使用体验。
在本发明的一个实施例中,如图3所示,优选地,订单信息包括下单地点信息、上车地点信息;历史订单数据包括订单总数、迟到订单数、迟到总时长。
在该实施例中,订单信息包括下单地点信息、上车地点信息,便于司机查看乘客的下单地点和上车地点是否一致,如果不一致,通过计算下单地点和上车地点的距离,从而判断该乘客大致上车时间。而历史订单数据包括订单总数、迟到订单数、迟到总时长,可以计算出该乘客的准时率,以及该乘客的平均迟到时长,便于司机根据准时率和平均迟到时长的情况,决定是否与该乘客打电话或发送信息进行沟通。
在本发明的一个实施例中,如图3所示,优选地,计算单元304,具体用于:根据订单总数、迟到订单数、迟到总时长,按照第一公式计算乘客准时率,按照第二公式计算乘客平均迟到时长;第一公式为乘客准时率=1-迟到订单数/订单总数,第二公式为乘客准时率=迟到总时长/迟到订单数。
在该实施例中,计算单元304根据订单总数、迟到订单数、迟到总时长,按照第一公式计算乘客的准时率,按照第二公式计算乘客平均迟到时长;第一公式为乘客准时率=1-迟到订单数/订单总数,第二公式为乘客准时率=迟到总时长/迟到订单数,通过第一公式和第二公式,可以准确的计算出乘客的准时率和平均迟到时长。例如:该乘客的订单总数为30单,而迟到单数为12单,则该乘客的准时率=1-12/30=0.6,即60%。而如果该用户的迟到总时长为30分钟,则该乘客的乘客平均迟到时长=30/12=2.5分钟。而对于乘客的订单数在30单以上的情况,历史数据统计得比较精细,进而使准时率及平均迟到时长更加精准。
图4示出了本发明的另一个实施例的网约车订单信息处理系统的示意框图。其中,该系统400包括:
获取单元402,用于在接收到来自网约车乘客终端设备的网约车订单时,获取网约车乘客的订单信息以及网约车乘客的历史订单数据;
计算单元404,用于根据历史订单数据,计算乘客准时率和乘客平均迟到时长;
发送单元406,用于根据乘客准时率和乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息;
计算单元404,具体用于:根据订单总数、迟到订单数、迟到总时长,按照第一公式计算乘客准时率,按照第二公式计算乘客平均迟到时长;第一公式为乘客准时率=1-迟到订单数/订单总数,第二公式为乘客准时率=迟到总时长/迟到订单数;
判断单元408,用于判断乘客准时率是否小于第一预设阈值,以及判断乘客平均迟到时长是否大于第二预设阈值;
发送单元406,具体用于当乘客准时率小于第一预设阈值,以及乘客平均迟到时长大于第二预设阈值时,根据下单地点信息及上车地点信息,获取网约车乘客由下单地点到上车地点的时长,并向网约车司机终端设备发送第一提示信息;和/或当乘客准时率大于等于第一预设阈值,以及乘客平均迟到时长小于等于第二预设阈值时,向网约车司机终端设备发送第二提示信息。
在该实施例中,在网约车系统中设置第一阀预设值和第二预设阀值,判断乘客的准确率是否小于第一阀值,判断乘客的平均迟到时长是否大于第二预设阀值,当判断乘客的准时率小于第一预设阀值,而且乘客的平均迟到时长大于第二预设阀值的时候,根据乘客的下单地点及上车地点信息,得出乘客的下单地点和上车地点的时长,网约车系统向司机终端设备发送第一提示信息;而当乘客准时率大于等于第一预设阈值,和/或乘客平均迟到时长小于等于第二预设阈值时,向网约车司机终端设备发送第二提示信息。通过预设不同的阀值,用来与乘客的准时率和平均迟到时长进行比较,可以根据比较结果,向司机终端设备发送与之对应的沟通信息,便于司机根据情况的不同,而做出相对应的操作,节省了司机沟通的成本,提升了司机的使用体验。
在本发明的一个实施例中,优选地,第一提示信息包括司机乘客沟通时间的信息;第二提示信息包括司机乘客省略沟通的信息。
在该实施例中,第一提示信息包括司机乘客沟通时间的信息,第二提示信息包括司机乘客省略沟通的信息。比如:对于准时率较低,迟到时间较长的乘客,系统会给司机发送跟乘客确定上车时间的信息,以便司机及时给乘客打电话或发送信息与之确认上车时间,避免了乘客因迟到而影响接驾效率。对于准时率较高,迟到时间较低的乘客,系统会提示司机不用提前与乘客确认上车时间,实现了低沟通成本甚至零通话的接驾体验。
本发明第三方面的实施例,提出一种计算机装置,图5示出了本发明的一个实施例的计算机装置500的示意框图。其中,该计算机装置500包括:
存储器502、处理器504及存储在存储器502上并可在处理器504上运行的计算机程序,处理器504执行计算机程序时实现如上述任一项的网约车订单信息处理方法的步骤。
本发明提供的计算机装置500,处理器504执行计算机程序时实现在接收到来自网约车乘客终端设备的网约车订单时,获取该乘客的订单信息以及历史订单数据,通过该乘客的历史订单数据,精准地计算出该乘客的准时率和该乘客的平均迟到时长,从而根据该乘客的准时率和该乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息,使得司机能够及时准确的了解乘客的准时情况,进而提高了网约车司机的接驾效率,并且避免了不必要的沟通成本的浪费。例如:对于准时率较低,经常性迟到的乘客,可以提前电话或者发送信息与乘客沟通具体乘坐时间,有效的保证了司机的接驾效率;而对于准时率较高,极少迟到的乘客,就可不必提前进行电话沟通,节省了司机和乘客双方的沟通成本,提升了司机和乘客的使用体验。
本发明第四方面的实施例,提出了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现如上述任一项的网约车订单信息处理方法的步骤。
本发明提供的计算机可读存储介质,计算机程序被处理器执行时实现在接收到来自网约车乘客终端设备的网约车订单时,获取该乘客的订单信息以及历史订单数据,通过该乘客的历史订单数据,精准地计算出该乘客的准时率和该乘客的平均迟到时长,从而根据该乘客的准时率和该乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息,使得司机能够及时准确的了解乘客的准时情况,进而提高了网约车司机的接驾效率,并且避免了不必要的沟通成本的浪费。例如:对于准时率较低,经常性迟到的乘客,可以提前电话或者发送信息与乘客沟通具体乘坐时间,有效的保证了司机的接驾效率;而对于准时率较高,极少迟到的乘客,就可不必提前进行电话沟通,节省了司机和乘客双方的沟通成本,提升了司机和乘客的使用体验。
在本说明书的描述中,术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或实例。而且,描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种网约车订单信息处理方法,其特征在于,包括:
在接收到来自网约车乘客终端设备的网约车订单时,获取订单信息以及所述网约车乘客的历史订单数据;
根据所述历史订单数据,计算乘客准时率和乘客平均迟到时长;
根据所述乘客准时率和所述乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息。
2.根据权利要求1所述的网约车订单信息处理方法,其特征在于,
所述订单信息包括下单地点信息、上车地点信息;
所述历史订单数据包括订单总数、迟到订单数、迟到总时长。
3.根据权利要求2所述的网约车订单信息处理方法,其特征在于,所述根据所述历史订单数据,计算所述乘客准时率和所述乘客平均迟到时长的步骤,具体包括:
根据所述订单总数、所述迟到订单数、所述迟到总时长,按照第一公式计算所述乘客准时率,按照第二公式所述计算乘客平均迟到时长;
所述第一公式为乘客准时率=1-迟到订单数/订单总数,所述第二公式为乘客准时率=迟到总时长/迟到订单数。
4.根据权利要求2所述的网约车订单信息处理方法,其特征在于,根据所述乘客准时率和所述乘客平均迟到时长,向所述网约车司机终端设备发送用于司机乘客沟通的所述提示信息的步骤,具体包括:
判断所述乘客准时率是否小于第一预设阈值,以及判断所述乘客平均迟到时长是否大于第二预设阈值;
当所述乘客准时率小于所述第一预设阈值,以及所述乘客平均迟到时长大于所述第二预设阈值时,根据所述下单地点信息及所述上车地点信息,获取所述网约车乘客由所述下单地点到所述上车地点的时长,并向所述网约车司机终端设备发送第一提示信息;
当所述乘客准时率大于等于所述第一预设阈值,和/或所述乘客平均迟到时长小于等于所述第二预设阈值时,向所述网约车司机终端设备发送第二提示信息。
5.根据权利要求4所述的网约车订单信息处理方法,其特征在于,
所述第一提示信息包括司机乘客沟通时间的信息;
所述第二提示信息包括司机乘客省略沟通的信息。
6.一种网约车订单信息处理系统,其特征在于,包括:
获取单元,用于在接收到来自网约车乘客终端设备的网约车订单时,获取所述网约车乘客的订单信息以及所述网约车乘客的历史订单数据;
计算单元,用于根据所述历史订单数据,计算乘客准时率和乘客平均迟到时长;
发送单元,用于根据所述乘客准时率和所述乘客平均迟到时长,向网约车司机终端设备发送用于司机乘客沟通的提示信息。
7.根据权利要求6所述的网约车订单信息处理系统,其特征在于,
所述订单信息包括下单地点信息、上车地点信息;
所述历史订单数据包括订单总数、迟到订单数、迟到总时长。
8.根据权利要求7所述的网约车订单信息处理系统,其特征在于,所述计算单元,具体用于:
根据所述订单总数、所述迟到订单数、所述迟到总时长,按照第一公式计算所述乘客准时率,按照第二公式所述计算乘客平均迟到时长;
所述第一公式为乘客准时率=1-迟到订单数/订单总数,所述第二公式为乘客准时率=迟到总时长/迟到订单数。
9.根据权利要求7所述的网约车订单信息处理系统,其特征在于,还包括:
判断单元,用于判断所述乘客准时率是否小于第一预设阈值,以及判断所述乘客平均迟到时长是否大于第二预设阈值;
所述发送单元,具体用于当所述乘客准时率小于所述第一预设阈值,以及所述乘客平均迟到时长大于所述第二预设阈值时,根据所述下单地点信息及所述上车地点信息,获取所述网约车乘客由所述下单地点到所述上车地点的时长,并向所述网约车司机终端设备发送第一提示信息;以及
当所述乘客准时率大于等于所述第一预设阈值,和/或所述乘客平均迟到时长小于等于所述第二预设阈值时,向所述网约车司机终端设备发送第二提示信息。
10.根据权利要求9所述的网约车订单信息处理系统,其特征在于,
所述第一提示信息包括司机乘客沟通时间的信息;
所述第二提示信息包括司机乘客省略沟通的信息。
11.一种计算机装置,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述的网约车订单信息处理方法的步骤。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的网约车订单信息处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710595663.6A CN109284842B (zh) | 2017-07-20 | 2017-07-20 | 一种网约车订单信息处理方法、处理系统及计算机装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710595663.6A CN109284842B (zh) | 2017-07-20 | 2017-07-20 | 一种网约车订单信息处理方法、处理系统及计算机装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109284842A true CN109284842A (zh) | 2019-01-29 |
CN109284842B CN109284842B (zh) | 2021-10-15 |
Family
ID=65184844
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710595663.6A Active CN109284842B (zh) | 2017-07-20 | 2017-07-20 | 一种网约车订单信息处理方法、处理系统及计算机装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109284842B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109978197A (zh) * | 2019-03-29 | 2019-07-05 | 北京三快在线科技有限公司 | 一种处理订单的方法、装置、设备及存储介质 |
CN111652666A (zh) * | 2019-11-18 | 2020-09-11 | 北京嘀嘀无限科技发展有限公司 | 一种出行订单处理方法及装置 |
CN111860931A (zh) * | 2020-03-31 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 一种到达时长提醒方法、装置、设备和存储介质 |
CN113205198A (zh) * | 2021-05-20 | 2021-08-03 | 上海钧正网络科技有限公司 | 网约车订单补贴方法、装置及计算机可读存储介质 |
CN113393043A (zh) * | 2021-06-22 | 2021-09-14 | 上海钧正网络科技有限公司 | 车辆迟到预警方法、装置、终端及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102426780A (zh) * | 2011-11-16 | 2012-04-25 | 深圳欧奇网络技术有限公司 | 一种用于出租车招车的寻呼系统及寻呼方法 |
CN106779405A (zh) * | 2016-12-14 | 2017-05-31 | 深圳市大东车慧科技股份有限公司 | 一种司机服务能力评估分析系统及其使用方法 |
WO2017106256A1 (en) * | 2015-12-14 | 2017-06-22 | Google Inc. | Systems and methods for adjusting ride-sharing schedules and routes |
-
2017
- 2017-07-20 CN CN201710595663.6A patent/CN109284842B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102426780A (zh) * | 2011-11-16 | 2012-04-25 | 深圳欧奇网络技术有限公司 | 一种用于出租车招车的寻呼系统及寻呼方法 |
WO2017106256A1 (en) * | 2015-12-14 | 2017-06-22 | Google Inc. | Systems and methods for adjusting ride-sharing schedules and routes |
CN106779405A (zh) * | 2016-12-14 | 2017-05-31 | 深圳市大东车慧科技股份有限公司 | 一种司机服务能力评估分析系统及其使用方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109978197A (zh) * | 2019-03-29 | 2019-07-05 | 北京三快在线科技有限公司 | 一种处理订单的方法、装置、设备及存储介质 |
CN111652666A (zh) * | 2019-11-18 | 2020-09-11 | 北京嘀嘀无限科技发展有限公司 | 一种出行订单处理方法及装置 |
CN111652666B (zh) * | 2019-11-18 | 2021-05-18 | 北京嘀嘀无限科技发展有限公司 | 一种出行订单处理方法及装置 |
CN111860931A (zh) * | 2020-03-31 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 一种到达时长提醒方法、装置、设备和存储介质 |
CN113205198A (zh) * | 2021-05-20 | 2021-08-03 | 上海钧正网络科技有限公司 | 网约车订单补贴方法、装置及计算机可读存储介质 |
CN113393043A (zh) * | 2021-06-22 | 2021-09-14 | 上海钧正网络科技有限公司 | 车辆迟到预警方法、装置、终端及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109284842B (zh) | 2021-10-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109284842A (zh) | 一种网约车订单信息处理方法、处理系统及计算机装置 | |
CN105303817B (zh) | 一种出行方式的规划方法及装置 | |
CN104346921B (zh) | 基于位置信息的出租车信息通讯服务系统、终端和方法 | |
CN104639627B (zh) | 一种用于车联网的信息发送方法及相应的车载装置和车辆 | |
CN107665476A (zh) | 一种为乘客提供上车地点的方法和装置 | |
CN106470236B (zh) | 基于移动终端的打车方法、装置和系统 | |
CN107690149B (zh) | 触发网络策略更新的方法、管理功能实体及核心网设备 | |
CN107424316A (zh) | 一种管理充电车位的方法及系统 | |
CN104181911B (zh) | 车辆远程诊断的方法 | |
CN108399779B (zh) | 车辆调度处理方法、装置、设备及存储介质 | |
CN107742336A (zh) | 一种用于共享单车智能锁的数据传输方法及终端设备 | |
CN107844843A (zh) | 一种订单处理方法及服务器 | |
CN105225518A (zh) | 公交付费到站提醒方法及装置 | |
CN107920096A (zh) | 一种打车预估信息展示方法、装置及服务器 | |
CN110450822A (zh) | 一种轨道交通服务方法、装置、设备及系统 | |
CN109215333A (zh) | 调度配置方法和系统 | |
CN108198409A (zh) | 智能驾驶汽车的远程调度方法和装置、电子设备及计算机存储介质 | |
CN109978197A (zh) | 一种处理订单的方法、装置、设备及存储介质 | |
CN109740807A (zh) | 一种估算公共巴士载人数量的方法和装置 | |
CN107844986A (zh) | 一种用车订单计价方法及服务器 | |
CN116258359B (zh) | 费用异议标记方法、装置和设备 | |
CN109493168A (zh) | 一种处理订单的方法、装置、设备及存储介质 | |
CN109635972A (zh) | 网约车派单方法与装置 | |
CN111833090B (zh) | 拼车订单的处理方法、装置、设备及存储介质 | |
CN107851339B (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 |