CN108009650A - 网约车服务请求处理方法、装置和服务器 - Google Patents
网约车服务请求处理方法、装置和服务器 Download PDFInfo
- Publication number
- CN108009650A CN108009650A CN201710196641.2A CN201710196641A CN108009650A CN 108009650 A CN108009650 A CN 108009650A CN 201710196641 A CN201710196641 A CN 201710196641A CN 108009650 A CN108009650 A CN 108009650A
- Authority
- CN
- China
- Prior art keywords
- order
- service request
- user terminal
- car
- net
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 33
- 238000012545 processing Methods 0.000 claims description 15
- 238000012790 confirmation Methods 0.000 claims description 10
- 235000010627 Phaseolus vulgaris Nutrition 0.000 description 8
- 244000046052 Phaseolus vulgaris Species 0.000 description 8
- 230000008859 change Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 238000000034 method Methods 0.000 description 5
- 208000019901 Anxiety disease Diseases 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 4
- 230000036506 anxiety Effects 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000007423 decrease Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000013178 mathematical model Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G06Q50/40—
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063114—Status monitoring or status determination for a person or group
-
- 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06316—Sequencing of tasks or work
-
- 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/0611—Request for offers or quotes
-
- 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/0623—Item investigation
-
- 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/0639—Item locations
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Development Economics (AREA)
- Tourism & Hospitality (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Game Theory and Decision Science (AREA)
- Educational Administration (AREA)
- Traffic Control Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提出了一种网约车服务请求处理方法、网约车服务请求处理装置和服务器,其中,所述网约车服务请求处理方法包括:从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求,生成包括至少根据所述起点和终点计算的预估价格的订单并发送至所述用户终端;从所述用户终端接收到确认订单指令后,将所述订单加入到等候队列中排队等待分配服务车辆;和向所述用户终端发送第一显示指令,以使所述用户终端能够显示所述订单排队等待分配服务车辆的状态提示信息。通过本发明的技术方案,使得用户在等待被分配车辆时,可以及时了解当前的运力情况。
Description
技术领域
本发明涉及网约车技术领域,具体而言,涉及网约车服务请求处理方法、装置和服务器。
背景技术
在市场经济环境下,供给与需求不会永远处于平衡状态,总会出现供大于求或者供小于求的情况。供小于求的时段通常被称为高峰期,交通方面的高峰期通常是在大部分公司上下班的工作日早8点-9点及傍晚5点-7点。而高峰期都会出现交通堵塞,出行困难。运输公司会在高峰期上线一些运力调控策略,如通过加派班次来疏运用户,或者限制单双号、高速路增加ETC(Electronic Toll Collection,电子不停车收费系统)快速通道等。餐饮业的高峰期通常会通过排号来限制人流,游乐场则会在高峰期开辟快速VIP通道排队保证高优用户先进场。
由以上可以看出,排队在各个行业有着广泛的应用。排队论是研究排队系统的数学理论和方法,是运筹学的一个重要分支,是以概率论、数理统计和随机过程为基础,是研究要求获得某种服务的对象所产生的随机性聚散现象的理论,是可以对服务系统进行定量分析的数学模型和方法。一般排队系统包括输入过程、排队规则和服务机构。排队论中几个主要的性能指标:系统中的平均排队长,顾客在系统中的平均等待时间,顾客在系统中的平均逗留时间,系统中的平均顾客数。几个常用的数量指标:平均达到率,平均服务率,系统中服务台的数目,服务台强度即每个服务台单位时间间隔内的平均服务时间。
在节假日和工作日早晚高峰期时,交通工具会出现供需失衡,公共交通如地铁采用等待制排队,出租车则通过临时溢价来筛选高价值用户,火车通过线下排队购票或者黄牛加价购买。但是,目前交通行业的排队都是需求方在线下可以明确看到排队的队长,运力方又是比较稳定,有固定的路线或者固定的存量不会动态变化的。而在网络约车的行业,用户的需求和运力都在动态变化,用户到达时间、司机的服务时间以及服务台都是随机性的。因此,当用户在排队等待被分配车辆时,并不能了解到当前的运力情况,导致了用户不能根据当前的运力情况及时做出选择是否继续等待还是换乘其它交通工具。
因此,如何使得用户在排队等待被分配车辆时,及时了解当前的运力情况成为亟待解决的技术问题。
发明内容
本发明正是基于上述问题,提出了一种新的技术方案,能够解决用户在等待被分配车辆时,不能及时了解当前的运力情况的技术问题。
有鉴于此,本发明的第一方面提出了一种网约车服务请求处理方法,包括:从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求,生成包括至少根据所述起点和终点计算的预估价格的订单并发送至所述用户终端;从所述用户终端接收到确认订单指令后,将所述订单加入到等候队列中排队等待分配服务车辆;和向所述用户终端发送第一显示指令,以使所述用户终端能够显示所述订单排队等待分配服务车辆的状态提示信息。
在该技术方案中,当订单加到等候队列中排队等候分配服务车辆时,用户终端显示订单排队等待分配服务车辆的状态提示信息,以使用户根据该状态提示信息及时了解当前的运力情况是供不应求的,这样用户可以根据自己的出行需求及时做出选择是否继续排队等待,还是加价以被优先分配车辆,或者换乘其它交通工具,从而提升了用户的使用体验。
在上述技术方案中,优选地,所述状态提示信息包括以下之一或多种的组合:所述等候队列中在所述订单之前排队的待执行订单数、预估等待时间、所述等候队列中待执行订单总数、当前可用车辆的数量。
在该技术方案中,通过将在订单之前排队的待执行订单数、预估等待时间、待执行订单总数、当前可用车辆的数量透明给用户,以帮助用户去判断当前交通供需紧张的情况。另外,显示预估等待时间,可以协助用户有预期的去管理自己的出行安排,从而实现智慧出行的目的。
在上述任一技术方案中,优选地,所述预估等待时间随着所述订单的当前排队时间的增加而减小;和/或所述等候队列中在所述订单之前排队的待执行订单数随着所述订单的当前排队时间的增加而减小。
在该技术方案中,随着订单的当前排队时间的增加,预估等待时间是减小的,在订单之前排队的待执行订单数是递减的,使得用户了解到随着其等待时间的增加,用户越来越快被分配车辆,从而提升了用户的使用体验。
在上述任一技术方案中,优选地,在所述向所述用户终端发送第一显示指令之前,还包括:获取历史排队数据,根据所述历史排队数据,预测所述订单的等待时间;将预测的等待时间作为所述预估等待时间,或者将预测的等待时间所在区间范围对应的时间作为所述预估等待时间。
在该技术方案中,可以将预测到的等待时间作为预估等待时间以使用户终端显示出来,还可以将预测的等待时间所在区间范围对应的时间作为预估等待时间以使用户终端显示出来,从而实现对预估等待时间的模糊化处理,避免了当预测的等待时间不准确时预估等待时间的变化出现异常(例如预估等待时间增加)的情况。
在上述任一技术方案中,优选地,还包括:若所述等候队列中在所述订单之前排队的待执行订单数小于预设数值,和/或所述预估等待时间小于第一设定时间,则向所述用户终端发送替换指令,以使所述用户终端将显示的所述状态提示信息替换为显示正在为所述订单派车的信息。
在该技术方案中,在订单之前排队的待执行订单数小于预设数值,例如,预设数值为4人,说明在该订单之前排队的待执行订单数比较少,或者预估等待时间小于第一设定时间,说明很快就能为用户分配车辆,则用户终端不显示状态提示信息,而显示正在为订单派车的信息,以使用户了解到很快就会为其分配服务车辆,从而提升了用户的使用体验。
在上述任一技术方案中,优选地,在所述订单为非拼车订单的情况下,所述网约车服务请求处理方法还包括:若所述预估等待时间大于第二设定时间,则向所述用户终端发送第二显示指令,以使所述用户终端显示拼车出行的建议信息和/或显示用于将所述订单修改为拼车订单的选项。
在该技术方案中,若预估等待时间大于第二设定时间,例如,第二设定时间为30分钟,即用户将要等待很长时间来被分配服务车辆,说明当前出现了比较严重的供求失衡的状况,则建议用户选择拼车出行,从而提高用户被成功分配服务车辆的概率,避免用户等待过长时间。
在上述任一技术方案中,优选地,当所述起点所在的区域内待执行订单数比可用车辆数多设定阈值或者当前时间在预设时间范围内时,向所述用户终端发送所述第一显示指令。
在该技术方案中,当订单的起点所在的区域内待执行订单数比该区域内可用车辆数多设定阈值或者当前时间在预设时间范围内时,例如,预设时间范围为早8点-9点及傍晚5点-7点,说明当前处于上下班高峰期,以上两种情况都说明出现了供求失衡,则向用户终端发送第一显示指令,以使用户终端显示订单排队等待分配服务车辆的状态提示信息。
在上述任一技术方案中,优选地,所述设定阈值为:固定的数值或者由所述区域的大小确定。
在上述任一技术方案中,优选地,所述区域为:地图上所述起点所在的格子、地图上所述起点所在的格子及与其相邻的所有格子、以所述起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。
在上述任一技术方案中,优选地,在所述将所述订单加入到等候队列中排队等待分配服务车辆之前,还包括:确定所述订单的类型;将与所述订单的类型对应的队列作为所述等候队列。
在该技术方案中,根据订单的类型,将该订单加入到与订单的类型对应的队列中等候被分配车辆,从而保证不同订单类型的用户的用车需求。
在上述任一技术方案中,优选地,所述订单的类型包括以下之一或多种的组合:个人订单、企业订单、活动订单。
在该技术方案中,订单的类型可以是普通的个人订单,还可以是企业订单,例如,将同一个企业里的员工加入到一个等候队列中。订单的类型还可以是活动订单,例如,演唱会或者粉丝见面会结束后,会有大量的用户滞留,则将参加演唱会或者粉丝见面会的用户加入到一个等候队列中,以便于疏散大量的用户。通过以上方案,按照订单的类型将订单加入到对应的队列中,从而满足不同用户的用车需求。
在上述任一技术方案中,优选地,所述将所述订单加入到等候队列中排队等待分配服务车辆,具体包括:确定所述等候队列的当前排队模式;按照所述当前排队模式,将所述订单加到所述等候队列中排队等待分配服务车辆。
在该技术方案中,订单按照当前排队模式在等候队列中排队,从而满足了在不同场景下用户的用车需求。
在上述任一技术方案中,优选地,所述当前排队模式为严格排队模式或者非严格排队模式,所述按照所述当前排队模式,将所述订单加到所述等候队列中排队等待分配服务车辆,具体包括:若所述当前排队为所述严格排队模式,则按照所述订单的确认时间先后顺序将所述订单加到所述等候队列中排队;若所述当前排队为所述非严格排队模式,则计算所述订单的优先权重值,根据所述优先权重值将所述订单加到所述等候队列中排队。
在该技术方案中,若在预设场景下,供需非常紧张,例如,在下大暴雨或者下雪等天气状况恶劣的情况下,则按照订单的确认时间先后顺序排队,从而保证了在供需非常紧张时每个用户的用车机会是均等的,进而公平有序地疏散拥堵需求。若未在预设场景下,供需不是非常紧张,可以计算订单的优先权重值,根据该优先权重值来排队。具体地,可以根据订单的起点、终点和行程总长来计算优先权重值。
在上述任一技术方案中,优选地,还包括:当所述订单在排队时,确定所述订单的当前排队时间;若所述订单的当前排队时间超过第三设定时间,则向所述用户终端发送第三显示指令,以使所述用户终端能够显示是否继续排队等待的信息;若所述订单的当前排队时间超过第四设定时间,则关闭所述订单,其中,所述第四设定时间大于所述第三设定时间。
在该技术方案中,若订单的当前排队时间超过第三设定时间,例如,第三设定时间为30分钟,则用户终端显示是否继续排队等待的信息,若订单的当前排队时间超过第四设定时间,例如,第四设定时间为60分钟,则关闭该订单,从而避免由于用户等待时间过长而影响用户的出行计划。
本发明的第二方面提出了一种网约车服务请求处理装置,包括:处理单元,用于从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求,生成包括至少根据所述起点和终点计算的预估价格的订单并发送至所述用户终端;排队单元,用于从所述用户终端接收到确认订单指令后,将所述订单加入到等候队列中排队等待分配服务车辆;和第一发送单元,用于向所述用户终端发送第一显示指令,以使所述用户终端能够显示所述订单排队等待分配服务车辆的状态提示信息。
在该技术方案中,当订单加到等候队列中排队等候分配服务车辆时,用户终端显示订单排队等待分配服务车辆的状态提示信息,以使用户根据该状态提示信息及时了解当前的运力情况是供不应求的,这样用户可以根据自己的出行需求及时做出选择是否继续排队等待,还是加价以被优先分配车辆,或者换乘其它交通工具,从而提升了用户的使用体验。
在上述技术方案中,优选地,所述状态提示信息包括以下之一或多种的组合:所述等候队列中在所述订单之前排队的待执行订单数、预估等待时间、所述等候队列中待执行订单总数、当前可用车辆的数量。
在该技术方案中,通过将在订单之前排队的待执行订单数、预估等待时间、待执行订单总数、当前可用车辆的数量透明给用户,以帮助用户去判断当前交通供需紧张的情况。另外,显示预估等待时间,可以协助用户有预期的去管理自己的出行安排,从而实现智慧出行的目的。
在上述任一技术方案中,优选地,所述预估等待时间随着所述订单的当前排队时间的增加而减小;和/或所述等候队列中在所述订单之前排队的待执行订单数随着所述订单的当前排队时间的增加而减小。
在该技术方案中,随着订单的当前排队时间的增加,预估等待时间是减小的,在订单之前排队的待执行订单数是递减的,使得用户了解到随着其等待时间的增加,用户越来越快被分配车辆,从而提升了用户的使用体验。
在上述任一技术方案中,优选地,还包括:预测单元,用于获取历史排队数据,根据所述历史排队数据,预测所述订单的等待时间;第一确定单元,用于将预测的等待时间作为所述预估等待时间,或者将预测的等待时间所在区间范围对应的时间作为所述预估等待时间。
在该技术方案中,可以将预测到的等待时间作为预估等待时间以使用户终端显示出来,还可以将预测的等待时间所在区间范围对应的时间作为预估等待时间以使用户终端显示出来,从而实现对预估等待时间的模糊化处理,避免了当预测的等待时间不准确时预估等待时间的变化出现异常(例如预估等待时间增加)的情况。
在上述任一技术方案中,优选地,还包括:第二发送单元,用于若所述等候队列中在所述订单之前排队的待执行订单数小于预设数值,和/或所述预估等待时间小于第一设定时间,则向所述用户终端发送替换指令,以使所述用户终端将显示的所述状态提示信息替换为显示正在为所述订单派车的信息。
在该技术方案中,在订单之前排队的待执行订单数小于预设数值,例如,预设数值为4人,说明在该订单之前排队的待执行订单数比较少,或者预估等待时间小于第一设定时间,说明很快就能为用户分配车辆,则用户终端不显示状态提示信息,而显示正在为订单派车的信息,以使用户了解到很快就会为其分配服务车辆,从而提升了用户的使用体验。
在上述任一技术方案中,优选地,在所述订单为非拼车订单的情况下,所述网约车服务请求处理装置还包括:第三发送单元,用于若所述预估等待时间大于第二设定时间,则向所述用户终端发送第二显示指令,以使所述用户终端显示拼车出行的建议信息和/或显示用于将所述订单修改为拼车订单的选项。
在该技术方案中,若预估等待时间大于第二设定时间,例如,第二设定时间为30分钟,即用户将要等待很长时间来被分配服务车辆,说明当前出现了比较严重的供求失衡的状况,则建议用户选择拼车出行,从而提高用户被成功分配服务车辆的概率,避免用户等待过长时间。
在上述任一技术方案中,优选地,当所述起点所在的区域内待执行订单数比可用车辆数多设定阈值或者当前时间在预设时间范围内时,向所述用户终端发送所述第一显示指令。
在该技术方案中,当订单的起点所在的区域内待执行订单数比该区域内可用车辆数多设定阈值或者当前时间在预设时间范围内时,例如,预设时间范围为早8点-9点及傍晚5点-7点,说明当前处于上下班高峰期,以上两种情况都说明出现了供求失衡,则向用户终端发送第一显示指令,以使用户终端显示订单排队等待分配服务车辆的状态提示信息。
在上述任一技术方案中,优选地,所述设定阈值为:固定的数值或者由所述区域的大小确定。
在上述任一技术方案中,优选地,所述区域为:地图上所述起点所在的格子、地图上所述起点所在的格子及与其相邻的所有格子、以所述起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。
在上述任一技术方案中,优选地,还包括:第二确定单元,用于确定所述订单的类型,将与所述订单的类型对应的队列作为所述等候队列。
在该技术方案中,根据订单的类型,将该订单加入到与订单的类型对应的队列中等候被分配车辆,从而保证不同订单类型的用户的用车需求。
在上述任一技术方案中,优选地,所述订单的类型包括以下之一或多种的组合:个人订单、企业订单、活动订单。
在该技术方案中,订单的类型可以是普通的个人订单,还可以是企业订单,例如,将同一个企业里的员工加入到一个等候队列中。订单的类型还可以是活动订单,例如,演唱会或者粉丝见面会结束后,会有大量的用户滞留,则将参加演唱会或者粉丝见面会的用户加入到一个等候队列中,以便于疏散大量的用户。通过以上方案,按照订单的类型将订单加入到对应的队列中,从而满足不同用户的用车需求。
在上述任一技术方案中,优选地,所述排队单元包括:确定子单元,用于确定所述等候队列的当前排队模式;排队子单元,用于按照所述当前排队模式,将所述订单加到所述等候队列中排队等待分配服务车辆。
在该技术方案中,订单按照当前排队模式在等候队列中排队,从而满足了在不同场景下用户的用车需求。
在上述任一技术方案中,优选地,所述当前排队模式为严格排队模式或者非严格排队模式,所述排队子单元具体用于,若所述当前排队为所述严格排队模式,则按照所述订单的确认时间先后顺序将所述订单加到所述等候队列中排队,若所述当前排队为所述非严格排队模式,则计算所述订单的优先权重值,根据所述优先权重值将所述订单加到所述等候队列中排队。
在该技术方案中,若在预设场景下,供需非常紧张,例如,在下大暴雨或者下雪等天气状况恶劣的情况下,则按照订单的确认时间先后顺序排队,从而保证了在供需非常紧张时每个用户的用车机会是均等的,进而公平有序地疏散拥堵需求。若未在预设场景下,供需不是非常紧张,可以计算订单的优先权重值,根据该优先权重值来排队。具体地,可以根据订单的起点、终点和行程总长来计算优先权重值。
在上述任一技术方案中,优选地,还包括:第三确定单元,用于当所述订单在排队时,确定所述订单的当前排队时间;第四发送单元,用于若所述订单的当前排队时间超过第三设定时间,则向所述用户终端发送第三显示指令,以使所述用户终端能够显示是否继续排队等待的信息;关闭单元,用于若所述订单的当前排队时间超过第四设定时间,则关闭所述订单,其中,所述第四设定时间大于所述第三设定时间。
在该技术方案中,若订单的当前排队时间超过第三设定时间,例如,第三设定时间为30分钟,则用户终端显示是否继续排队等待的信息,若订单的当前排队时间超过第四设定时间,例如,第四设定时间为60分钟,则关闭该订单,从而避免由于用户等待时间过长而影响用户的出行计划。
本发明的第三方面提出了一种服务器,包括上述技术方案中任一项所述的网约车服务请求处理装置,因此,该服务器具有和上述技术方案中任一项所述的网约车服务请求处理装置相同的技术效果,在此不再赘述。
通过本发明的技术方案,使得用户在等待被分配车辆时,可以及时了解当前的运力情况。
附图说明
图1示出了根据本发明的一个实施例的网约车服务请求处理方法的流程示意图;
图2示出了根据本发明的一个实施例的订单排队的原理示意图;
图3示出了根据本发明的另一个实施例的网约车服务请求处理方法的流程示意图;
图4示出了根据本发明的又一个实施例的网约车服务请求处理方法的流程示意图;
图5示出了根据本发明的一个实施例的网约车服务请求处理装置的结构示意图;
图6示出了根据本发明的另一个实施例的网约车服务请求处理装置的结构示意图;
图7示出了根据本发明的又一个实施例的网约车服务请求处理装置的结构示意图;
图8示出了根据本发明的一个实施例的服务器的结构示意图;
图9A至图9C示出了根据本发明的一个实施例的终端界面的示意图。
具体实施方式
为了可以更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的一个实施例的网约车服务请求处理方法的流程示意图。
如图1所示,根据本发明的一个实施例的网约车服务请求处理方法,包括:
步骤102,从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求,生成包括至少根据起点和终点计算的预估价格的订单并发送至用户终端。
步骤104,从用户终端接收到确认订单指令后,将订单加入到等候队列中排队等待分配服务车辆。
如图2所示,当用户终端发单后,将订单在等候队列中排队,将司机队列中的车辆分配给等候队列中的订单,若司机取消订单,则改派订单,并为该订单优先派车。拼车订单也在等待被分配车辆。
步骤106,向用户终端发送第一显示指令,以使用户终端能够显示订单排队等待分配服务车辆的状态提示信息。
在该技术方案中,当订单加到等候队列中排队等候分配服务车辆时,用户终端显示订单排队等待分配服务车辆的状态提示信息,以使用户根据该状态提示信息及时了解当前的运力情况是供不应求的,这样用户可以根据自己的出行需求及时做出选择是否继续排队等待,还是加价以被优先分配车辆,或者换乘其它交通工具,从而提升了用户的使用体验。
可以理解的是,当起点所在的区域内待执行订单数比可用车辆数多设定阈值或者当前时间在预设时间范围内时,向用户终端发送第一显示指令。
当订单的起点所在的区域内待执行订单数比该区域内可用车辆数多设定阈值或者当前时间在预设时间范围内时,例如,预设时间范围为早8点至9点及傍晚5点至傍晚7点,说明当前处于上下班高峰期,以上两种情况都说明出现了供求失衡,则向用户终端发送第一显示指令,以使用户终端显示订单排队等待分配服务车辆的状态提示信息。
可以理解的是,设定阈值为:固定的数值或者由区域的大小确定。
可以理解的是,区域为:地图上起点所在的格子、地图上起点所在的格子及与其相邻的所有格子、以起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。
可以理解的是,将订单加入到等候队列中排队等待分配服务车辆,具体包括:确定等候队列的当前排队模式;按照当前排队模式,将订单加到等候队列中排队等待分配服务车辆。
订单按照当前排队模式在等候队列中排队,从而满足了在不同场景下用户的用车需求。
可以理解的是,当前排队模式为严格排队模式或者非严格排队模式,按照当前排队模式,将订单加到等候队列中排队等待分配服务车辆,具体包括:若当前排队为严格排队模式,则按照订单的确认时间先后顺序将订单加到等候队列中排队;若当前排队为非严格排队模式,则计算订单的优先权重值,根据优先权重值将订单加到等候队列中排队。
若在预设场景下,供需非常紧张,例如,在下大暴雨或者下雪等天气状况恶劣的情况下,则按照订单的确认时间先后顺序排队,从而保证了在供需非常紧张时每个用户的用车机会是均等的,进而公平有序地疏散拥堵需求。若未在预设场景下,供需不是非常紧张,可以计算订单的优先权重值,根据该优先权重值来排队。具体地,可以根据订单的起点、终点和行程总长来计算优先权重值。
图3示出了根据本发明的另一个实施例的网约车服务请求处理方法的流程示意图。
图3中的步骤102、步骤104和步骤106与图1中的步骤102、步骤104和步骤106基本相同,在图3示出的网约车服务请求处理方法中,步骤106中的状态提示信息包括但不限于以下之一或多种的组合:等候队列中在订单之前排队的待执行订单数、预估等待时间、等候队列中待执行订单总数、当前可用车辆的数量。而且,图3示出的网约车服务请求处理方法还包括步骤108。
步骤108,若等候队列中在订单之前排队的待执行订单数小于预设数值,和/或预估等待时间小于第一设定时间,则向用户终端发送替换指令,以使用户终端将显示的状态提示信息替换为显示正在为订单派车的信息。
在该技术方案中,通过将在订单之前排队的待执行订单数、预估等待时间、待执行订单总数、当前可用车辆的数量透明给用户,以帮助用户去判断当前交通供需紧张的情况。另外,显示预估等待时间,可以协助用户有预期的去管理自己的出行安排,从而实现智慧出行的目的。并且在订单之前排队的待执行订单数小于预设数值,例如,预设数值为4人,说明在该订单之前排队的待执行订单数比较少,或者预估等待时间小于第一设定时间,例如,第一设定时间为59秒,说明很快就能为用户分配车辆,则用户终端不显示状态提示信息,而显示正在为订单派车的信息,以使用户了解到很快就会为其分配服务车辆,从而提升了用户的使用体验。
可以理解的是,周期性地或实时地向用户终端发送刷新指令,以使用户终端对状态提示信息进行刷新。例如,每隔10秒或者15秒自动刷新一次等候队列中在订单之前排队的待执行订单数、预估等待时间、等候队列中待执行订单总数、当前可用车辆的数量。刷新的时间可以配置。
另外,当用户终端的等待应答页面崩溃后需恢复显示最新的排队情况,即显示最新的在等候队列中在乘客之前排队的人数、乘客的预估等待时间、等候队列中排队乘客的总人数、当前可用车辆的数量。若乘客被应答则直接进入接驾页面。
可以理解的是,预估等待时间随着订单的当前排队时间的增加而减小;和/或等候队列中在订单之前排队的待执行订单数随着订单的当前排队时间的增加而减小。
随着订单的当前排队时间的增加,预估等待时间是减小的,在订单之前排队的待执行订单数是递减的,使得用户了解到随着其等待时间的增加,用户越来越快被分配车辆,从而提升了用户的使用体验。在订单之前排队的待执行订单数最少可以为1,也支持在订单之前排队的待执行订单数为非0时被接单,而且,等候队列中排队的待执行订单总数是可增可减的。
可以理解的是,在向用户终端发送第一显示指令之前,还包括:获取历史排队数据,根据历史排队数据,预测订单的等待时间;将预测的等待时间作为预估等待时间,或者将预测的等待时间所在区间范围对应的时间作为预估等待时间。
可以将预测到的等待时间作为预估等待时间以使用户终端显示出来,还可以将预测的等待时间所在区间范围对应的时间作为预估等待时间以使用户终端显示出来,从而实现对预估等待时间的模糊化处理,避免了当预测的等待时间不准确时预估等待时间的变化出现异常(例如预估等待时间增加)的情况。
可以理解的是,在将预测的等待时间所在区间范围对应的时间作为预估等待时间的情况下,预估等待时间大于预测的等待时间。
例如,0-59秒的区间范围对应的时间为1分钟,1分钟-1分59秒的区间范围对应的时间为3分钟,2分钟-4分59秒的区间范围对应的时间为5分钟,5分钟-8分59秒的区间范围对应的时间为10分钟,9分钟-10分钟的区间范围对应的时间为11分钟。
当预测的等待时间为30秒时,显示的预估等待时间为1分钟,当预测的等待时间为1分40秒时,显示的预估等待时间为3分钟,当预测的等待时间为3分30秒时,显示的预估等待时间为5分钟。
可以理解的是,在订单为非拼车订单的情况下,网约车服务请求处理方法还包括:若预估等待时间大于第二设定时间,则向用户终端发送第二显示指令,以使用户终端显示拼车出行的建议信息和/或显示用于将订单修改为拼车订单的选项。
若预估等待时间大于第二设定时间,例如,第二设定时间为30分钟,即用户将要等待很长时间来被分配服务车辆,说明当前出现了比较严重的供求失衡的状况,则建议用户选择拼车出行,从而提高用户被成功分配服务车辆的概率,避免用户等待过长时间。
可以理解的是,在将订单加入到等候队列中排队等待分配服务车辆之前,还包括:确定订单的类型;将与订单的类型对应的队列作为等候队列。
根据订单的类型,将该订单加入到与订单的类型对应的队列中等候被分配车辆,从而保证不同订单类型的用户的用车需求。
可以理解的是,订单的类型包括以下之一或多种的组合:个人订单、企业订单、活动订单。
订单的类型可以是普通的个人订单,还可以是企业订单,例如,将同一个企业里的员工加入到一个等候队列中。订单的类型还可以是活动订单,例如,演唱会或者粉丝见面会结束后,会有大量的用户滞留,则将参加演唱会或者粉丝见面会的用户加入到一个等候队列中,以便于疏散大量的用户。通过以上方案,按照订单的类型将订单加入到对应的队列中,从而满足不同用户的用车需求。
图4示出了根据本发明的又一个实施例的网约车服务请求处理方法的流程示意图。
图4中的步骤102、步骤104和步骤106与图1中的步骤102、步骤104和步骤106基本相同,另外,图4示出的网约车服务请求处理方法还包括步骤110和步骤112。
步骤110,当订单在排队时,确定订单的当前排队时间。
步骤112,若订单的当前排队时间超过第三设定时间,则向用户终端发送第三显示指令,以使用户终端能够显示是否继续排队等待的信息;若订单的当前排队时间超过第四设定时间,则关闭订单,其中,第四设定时间大于第三设定时间。
在该技术方案中,若订单的当前排队时间超过第三设定时间,例如,第三设定时间为30分钟,则用户终端显示是否继续排队等待的信息,若订单的当前排队时间超过第四设定时间,例如,第四设定时间为60分钟,则关闭该订单,从而避免由于用户等待时间过长而影响用户的出行计划。
图5示出了根据本发明的一个实施例的网约车服务请求处理装置的结构示意图。
如图5所示,根据本发明的一个实施例的网约车服务请求处理装置500,包括:处理单元502、排队单元504和第一发送单元506。
处理单元502,用于从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求,生成包括至少根据起点和终点计算的预估价格的订单并发送至用户终端;排队单元504,用于从用户终端接收到确认订单指令后,将订单加入到等候队列中排队等待分配服务车辆;和第一发送单元506,用于向用户终端发送第一显示指令,以使用户终端能够显示订单排队等待分配服务车辆的状态提示信息。
在该技术方案中,当订单加到等候队列中排队等候分配服务车辆时,用户终端显示订单排队等待分配服务车辆的状态提示信息,以使用户根据该状态提示信息及时了解当前的运力情况是供不应求的,这样用户可以根据自己的出行需求及时做出选择是否继续排队等待,还是加价以被优先分配车辆,或者换乘其它交通工具,从而提升了用户的使用体验。
可以理解的是,当起点所在的区域内待执行订单数比可用车辆数多设定阈值或者当前时间在预设时间范围内时,向用户终端发送第一显示指令。
当订单的起点所在的区域内待执行订单数比该区域内可用车辆数多设定阈值或者当前时间在预设时间范围内时,例如,预设时间范围为早8点至9点及傍晚5点至傍晚7点,说明当前处于上下班高峰期,以上两种情况都说明出现了供求失衡,则向用户终端发送第一显示指令,以使用户终端显示订单排队等待分配服务车辆的状态提示信息。
可以理解的是,设定阈值为:固定的数值或者由区域的大小确定。
可以理解的是,区域为:地图上起点所在的格子、地图上起点所在的格子及与其相邻的所有格子、以起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。
可以理解的是,排队单元504包括:确定子单元5042,用于确定等候队列的当前排队模式;排队子单元5044,用于按照当前排队模式,将订单加到等候队列中排队等待分配服务车辆。
订单按照当前排队模式在等候队列中排队,从而满足了在不同场景下用户的用车需求。
可以理解的是,当前排队模式为严格排队模式或者非严格排队模式,排队子单元5044具体用于,若当前排队为严格排队模式,则按照订单的确认时间先后顺序将订单加到等候队列中排队,若当前排队为非严格排队模式,则计算订单的优先权重值,根据优先权重值将订单加到等候队列中排队。
若在预设场景下,供需非常紧张,例如,在下大暴雨或者下雪等天气状况恶劣的情况下,则按照订单的确认时间先后顺序排队,从而保证了在供需非常紧张时每个用户的用车机会是均等的,进而公平有序地疏散拥堵需求。若未在预设场景下,供需不是非常紧张,可以计算订单的优先权重值,根据该优先权重值来排队。具体地,可以根据订单的起点、终点和行程总长来计算优先权重值。
图6示出了根据本发明的另一个实施例的网约车服务请求处理装置500的结构示意图。
图6中的处理单元502、排队单元504、确定子单元5042、排队子单元5044和第一发送单元506与图5中的处理单元502、排队单元504、确定子单元5042、排队子单元5044和第一发送单元506基本相同,在图6示出的网约车服务请求处理装置500中,状态提示信息包括但不限于以下之一或多种的组合:等候队列中在订单之前排队的待执行订单数、预估等待时间、等候队列中待执行订单总数、当前可用车辆的数量。而且,图6示出的网约车服务请求处理装置500还包括第二发送单元508。
第二发送单元508,用于若等候队列中在订单之前排队的待执行订单数小于预设数值,和/或预估等待时间小于第一设定时间,则向用户终端发送替换指令,以使用户终端将显示的状态提示信息替换为显示正在为订单派车的信息。
在该技术方案中,通过将在订单之前排队的待执行订单数、预估等待时间、待执行订单总数、当前可用车辆的数量透明给用户,以帮助用户去判断当前交通供需紧张的情况。另外,显示预估等待时间,可以协助用户有预期的去管理自己的出行安排,从而实现智慧出行的目的。在订单之前排队的待执行订单数小于预设数值,例如,预设数值为4人,说明在该订单之前排队的待执行订单数比较少,或者预估等待时间小于第一设定时间,说明很快就能为用户分配车辆,则用户终端不显示状态提示信息,而显示正在为订单派车的信息,以使用户了解到很快就会为其分配服务车辆,从而提升了用户的使用体验。
可以理解的是,预估等待时间随着订单的当前排队时间的增加而减小;和/或等候队列中在订单之前排队的待执行订单数随着订单的当前排队时间的增加而减小。
随着订单的当前排队时间的增加,预估等待时间是减小的,在订单之前排队的待执行订单数是递减的,使得用户了解到随着其等待时间的增加,用户越来越快被分配车辆,从而提升了用户的使用体验。
可以理解的是,网约车服务请求处理装置500还包括:预测单元510,用于获取历史排队数据,根据历史排队数据,预测订单的等待时间;第一确定单元512,用于将预测的等待时间作为预估等待时间,或者将预测的等待时间所在区间范围对应的时间作为预估等待时间。
可以将预测到的等待时间作为预估等待时间以使用户终端显示出来,还可以将预测的等待时间所在区间范围对应的时间作为预估等待时间以使用户终端显示出来,从而实现对预估等待时间的模糊化处理,避免了当预测的等待时间不准确时预估等待时间的变化出现异常(例如预估等待时间增加)的情况。
可以理解的是,在订单为非拼车订单的情况下,网约车服务请求处理装置500还包括:第三发送单元514,用于若预估等待时间大于第二设定时间,则向用户终端发送第二显示指令,以使用户终端显示拼车出行的建议信息和/或显示用于将订单修改为拼车订单的选项。
若预估等待时间大于第二设定时间,例如,第二设定时间为30分钟,即用户将要等待很长时间来被分配服务车辆,说明当前出现了比较严重的供求失衡的状况,则建议用户选择拼车出行,从而提高用户被成功分配服务车辆的概率,避免用户等待过长时间。
可以理解的是,网约车服务请求处理装置500还包括:第二确定单元516,用于确定订单的类型,将与订单的类型对应的队列作为等候队列。
根据订单的类型,将该订单加入到与订单的类型对应的队列中等候被分配车辆,从而保证不同订单类型的用户的用车需求。
可以理解的是,订单的类型包括以下之一或多种的组合:个人订单、企业订单、活动订单。
订单的类型可以是普通的个人订单,还可以是企业订单,例如,将同一个企业里的员工加入到一个等候队列中。订单的类型还可以是活动订单,例如,演唱会或者粉丝见面会结束后,会有大量的用户滞留,则将参加演唱会或者粉丝见面会的用户加入到一个等候队列中,以便于疏散大量的用户。通过以上方案,按照订单的类型将订单加入到对应的队列中,从而满足不同用户的用车需求。
图7示出了根据本发明的又一个实施例的网约车服务请求处理装置500的结构示意图。
图7中的处理单元502、排队单元504、确定子单元5042、排队子单元5044和第一发送单元506与图5中的处理单元502、排队单元504、确定子单元5042、排队子单元5044和第一发送单元506基本相同,图7示出的网约车服务请求处理装置500还包括:第三确定单元518、第四发送单元520和关闭单元522。
第三确定单元518,用于当订单在排队时,确定订单的当前排队时间;第四发送单元520,用于若订单的当前排队时间超过第三设定时间,则向用户终端发送第三显示指令,以使用户终端能够显示是否继续排队等待的信息;关闭单元522,用于若订单的当前排队时间超过第四设定时间,则关闭订单,其中,第四设定时间大于第三设定时间。
在该技术方案中,若订单的当前排队时间超过第三设定时间,例如,第三设定时间为30分钟,则用户终端显示是否继续排队等待的信息,若订单的当前排队时间超过第四设定时间,例如,第四设定时间为60分钟,则关闭该订单,从而避免由于用户等待时间过长而影响用户的出行计划。
图8示出了根据本发明的一个实施例的服务器的结构示意图。
如图8所示,根据本发明的一个实施例的服务器800,包括图5或图6或图7所述的网约车服务请求处理装置500,因此,该服务器800具有和图5或图6或图7所述的网约车服务请求处理装置500相同的技术效果,在此不再赘述。
下面结合图9A至图9C进一步地说明上述技术方案。
服务器从用户终端接收到确认订单指令后,将订单加入到等候队列中排队等待分配服务车辆,然后向用户终端发送第一显示指令,以使用户终端上显示订单排队等待分配服务车辆的状态提示信息。如图9A所示,在用户终端上显示“高峰期需排队叫车,您当前排号为100,共有120人排队,预计5分钟内应答”,用户当前的排号为100,说明在用户的订单之前有99个待执行订单在排队。用户根据图9A的界面上显示的信息了解当前的运力情况是供不应求的。其中,排队用户的总人数和预估等待时间可以与其他文字区别显示,例如,排队用户的总人数和预估等待时间用加粗和斜体字显示,或者排队用户的总人数和预估等待时间与其他文字的颜色不同。
若等候队列中在订单之前排队的待执行订单数小于预设数值,和/或预估等待时间小于第一设定时间,则向用户终端发送替换指令,以使用户终端将显示的状态提示信息替换为显示正在为订单派车的信息。如图9B所示,在当前排号为3时,说明在用户的订单之前有2个待执行订单在排队,则在用户终端上直接显示“正在为您匹配司机,感谢您的耐心等待”,用户根据图9B的界面上显示的信息了解到很快就能为用户分配车辆。
如图9C所示,当预估等待时间大于10分钟时,用户终端上显示拼车出行的建议信息。当然,也可以直接显示是否修改为拼车订单的选项,若用户选择了修改为拼车订单,则可以直接将该约车订单修改为拼车订单,若用户未选择修改为拼车订单,则保持该约车订单为非拼车订单。
以上结合附图详细说明了本发明的技术方案,通过本发明的技术方案,使得用户在等待被分配车辆时,可以及时了解当前的运力情况。
在本发明中,术语“第一”、“第二”仅用于描述的目的,而不能理解为指示或暗示相对重要性;术语“多个”表示两个或两个以上。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (29)
1.一种网约车服务请求处理方法,其特征在于,包括:
从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求,生成包括至少根据所述起点和终点计算的预估价格的订单并发送至所述用户终端;
从所述用户终端接收到确认订单指令后,将所述订单加入到等候队列中排队等待分配服务车辆;和
向所述用户终端发送第一显示指令,以使所述用户终端能够显示所述订单排队等待分配服务车辆的状态提示信息。
2.根据权利要求1所述的网约车服务请求处理方法,其特征在于,
所述状态提示信息包括以下之一或多种的组合:所述等候队列中在所述订单之前排队的待执行订单数、预估等待时间、所述等候队列中待执行订单总数、当前可用车辆的数量。
3.根据权利要求2所述的网约车服务请求处理方法,其特征在于,
所述预估等待时间随着所述订单的当前排队时间的增加而减小;和/或
所述等候队列中在所述订单之前排队的待执行订单数随着所述订单的当前排队时间的增加而减小。
4.根据权利要求2所述的网约车服务请求处理方法,其特征在于,在所述向所述用户终端发送第一显示指令之前,还包括:
获取历史排队数据,根据所述历史排队数据,预测所述订单的等待时间;
将预测的等待时间作为所述预估等待时间,或者将预测的等待时间所在区间范围对应的时间作为所述预估等待时间。
5.根据权利要求2所述的网约车服务请求处理方法,其特征在于,还包括:
若所述等候队列中在所述订单之前排队的待执行订单数小于预设数值,和/或所述预估等待时间小于第一设定时间,则向所述用户终端发送替换指令,以使所述用户终端将显示的所述状态提示信息替换为显示正在为所述订单派车的信息。
6.根据权利要求2所述的网约车服务请求处理方法,其特征在于,在所述订单为非拼车订单的情况下,所述网约车服务请求处理方法还包括:
若所述预估等待时间大于第二设定时间,则向所述用户终端发送第二显示指令,以使所述用户终端显示拼车出行的建议信息和/或显示用于将所述订单修改为拼车订单的选项。
7.根据权利要求1所述的网约车服务请求处理方法,其特征在于,
当所述起点所在的区域内待执行订单数比可用车辆数多设定阈值或者当前时间在预设时间范围内时,向所述用户终端发送所述第一显示指令。
8.根据权利要求7所述的网约车服务请求处理方法,其特征在于,
所述设定阈值为:固定的数值或者由所述区域的大小确定。
9.根据权利要求7所述的网约车服务请求处理方法,其特征在于,
所述区域为:地图上所述起点所在的格子、地图上所述起点所在的格子及与其相邻的所有格子、以所述起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。
10.根据权利要求1至9中任一项所述的网约车服务请求处理方法,其特征在于,在所述将所述订单加入到等候队列中排队等待分配服务车辆之前,还包括:
确定所述订单的类型;
将与所述订单的类型对应的队列作为所述等候队列。
11.根据权利要求10所述的网约车服务请求处理方法,其特征在于,
所述订单的类型包括以下之一或多种的组合:个人订单、企业订单、活动订单。
12.根据权利要求1至9中任一项所述的网约车服务请求处理方法,其特征在于,所述将所述订单加入到等候队列中排队等待分配服务车辆,具体包括:
确定所述等候队列的当前排队模式;
按照所述当前排队模式,将所述订单加到所述等候队列中排队等待分配服务车辆。
13.根据权利要求12所述的网约车服务请求处理方法,其特征在于,所述当前排队模式为严格排队模式或者非严格排队模式,所述按照所述当前排队模式,将所述订单加到所述等候队列中排队等待分配服务车辆,具体包括:
若所述当前排队为所述严格排队模式,则按照所述订单的确认时间先后顺序将所述订单加到所述等候队列中排队;
若所述当前排队为所述非严格排队模式,则计算所述订单的优先权重值,根据所述优先权重值将所述订单加到所述等候队列中排队。
14.根据权利要求1至9中任一项所述的网约车服务请求处理方法,其特征在于,还包括:
当所述订单在排队时,确定所述订单的当前排队时间;
若所述订单的当前排队时间超过第三设定时间,则向所述用户终端发送第三显示指令,以使所述用户终端能够显示是否继续排队等待的信息;
若所述订单的当前排队时间超过第四设定时间,则关闭所述订单,其中,所述第四设定时间大于所述第三设定时间。
15.一种网约车服务请求处理装置,其特征在于,包括:
处理单元,用于从一个用户终端接收至少包括一个起点和一个终点的网约车服务请求,生成包括至少根据所述起点和终点计算的预估价格的订单并发送至所述用户终端;
排队单元,用于从所述用户终端接收到确认订单指令后,将所述订单加入到等候队列中排队等待分配服务车辆;和
第一发送单元,用于向所述用户终端发送第一显示指令,以使所述用户终端能够显示所述订单排队等待分配服务车辆的状态提示信息。
16.根据权利要求15所述的网约车服务请求处理装置,其特征在于,
所述状态提示信息包括以下之一或多种的组合:所述等候队列中在所述订单之前排队的待执行订单数、预估等待时间、所述等候队列中待执行订单总数、当前可用车辆的数量。
17.根据权利要求16所述的网约车服务请求处理装置,其特征在于,
所述预估等待时间随着所述订单的当前排队时间的增加而减小;和/或
所述等候队列中在所述订单之前排队的待执行订单数随着所述订单的当前排队时间的增加而减小。
18.根据权利要求16所述的网约车服务请求处理装置,其特征在于,还包括:
预测单元,用于获取历史排队数据,根据所述历史排队数据,预测所述订单的等待时间;
第一确定单元,用于将预测的等待时间作为所述预估等待时间,或者将预测的等待时间所在区间范围对应的时间作为所述预估等待时间。
19.根据权利要求16所述的网约车服务请求处理装置,其特征在于,还包括:
第二发送单元,用于若所述等候队列中在所述订单之前排队的待执行订单数小于预设数值,和/或所述预估等待时间小于第一设定时间,则向所述用户终端发送替换指令,以使所述用户终端将显示的所述状态提示信息替换为显示正在为所述订单派车的信息。
20.根据权利要求16所述的网约车服务请求处理装置,其特征在于,在所述订单为非拼车订单的情况下,所述网约车服务请求处理装置还包括:
第三发送单元,用于若所述预估等待时间大于第二设定时间,则向所述用户终端发送第二显示指令,以使所述用户终端显示拼车出行的建议信息和/或显示用于将所述订单修改为拼车订单的选项。
21.根据权利要求15所述的网约车服务请求处理装置,其特征在于,
当所述起点所在的区域内待执行订单数比可用车辆数多设定阈值或者当前时间在预设时间范围内时,向所述用户终端发送所述第一显示指令。
22.根据权利要求21所述的网约车服务请求处理装置,其特征在于,
所述设定阈值为:固定的数值或者由所述区域的大小确定。
23.根据权利要求21所述的网约车服务请求处理装置,其特征在于,
所述区域为:地图上所述起点所在的格子、地图上所述起点所在的格子及与其相邻的所有格子、以所述起点为圆心且以预定数值为半径的圆或者按经度和纬度划分的区域。
24.根据权利要求15至23中任一项所述的网约车服务请求处理装置,其特征在于,还包括:
第二确定单元,用于确定所述订单的类型,将与所述订单的类型对应的队列作为所述等候队列。
25.根据权利要求24所述的网约车服务请求处理装置,其特征在于,
所述订单的类型包括以下之一或多种的组合:个人订单、企业订单、活动订单。
26.根据权利要求15至23中任一项所述的网约车服务请求处理装置,其特征在于,所述排队单元包括:
确定子单元,用于确定所述等候队列的当前排队模式;
排队子单元,用于按照所述当前排队模式,将所述订单加到所述等候队列中排队等待分配服务车辆。
27.根据权利要求26所述的网约车服务请求处理装置,其特征在于,所述当前排队模式为严格排队模式或者非严格排队模式,所述排队子单元具体用于,
若所述当前排队为所述严格排队模式,则按照所述订单的确认时间先后顺序将所述订单加到所述等候队列中排队,
若所述当前排队为所述非严格排队模式,则计算所述订单的优先权重值,根据所述优先权重值将所述订单加到所述等候队列中排队。
28.根据权利要求15至23中任一项所述的网约车服务请求处理装置,其特征在于,还包括:
第三确定单元,用于当所述订单在排队时,确定所述订单的当前排队时间;
第四发送单元,用于若所述订单的当前排队时间超过第三设定时间,则向所述用户终端发送第三显示指令,以使所述用户终端能够显示是否继续排队等待的信息;
关闭单元,用于若所述订单的当前排队时间超过第四设定时间,则关闭所述订单,其中,所述第四设定时间大于所述第三设定时间。
29.一种服务器,其特征在于,包括:如权利要求15至28中任一项所述的网约车服务请求处理装置。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710196641.2A CN108009650A (zh) | 2017-03-29 | 2017-03-29 | 网约车服务请求处理方法、装置和服务器 |
EP17904135.5A EP3577620A1 (en) | 2017-03-29 | 2017-11-14 | Systems and methods for allocating vehicles for on-demand services |
JP2019548912A JP6867504B2 (ja) | 2017-03-29 | 2017-11-14 | オンデマンドサービスのための乗り物を割り当てるシステム及び方法 |
AU2017406770A AU2017406770A1 (en) | 2017-03-29 | 2017-11-14 | Systems and methods for allocating vehicles for on-demand services |
CN201780035203.6A CN109313776A (zh) | 2017-03-29 | 2017-11-14 | 用于按需服务分配车辆的系统和方法 |
PCT/CN2017/110885 WO2018176849A1 (en) | 2017-03-29 | 2017-11-14 | Systems and methods for allocating vehicles for on-demand services |
US15/833,756 US20180286003A1 (en) | 2017-03-29 | 2017-12-06 | Method and system for providing transportation service |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710196641.2A CN108009650A (zh) | 2017-03-29 | 2017-03-29 | 网约车服务请求处理方法、装置和服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108009650A true CN108009650A (zh) | 2018-05-08 |
Family
ID=62048648
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710196641.2A Pending CN108009650A (zh) | 2017-03-29 | 2017-03-29 | 网约车服务请求处理方法、装置和服务器 |
Country Status (2)
Country | Link |
---|---|
US (1) | US20180286003A1 (zh) |
CN (1) | CN108009650A (zh) |
Cited By (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108764698A (zh) * | 2018-05-23 | 2018-11-06 | 北京嘀嘀无限科技发展有限公司 | 一种拼车信息提示的方法及系统 |
CN108810804A (zh) * | 2018-06-13 | 2018-11-13 | 陈磊 | 一种基于网约车平台的智能防护方法及其系统 |
CN109242127A (zh) * | 2018-08-23 | 2019-01-18 | 蜜小蜂智慧(北京)科技有限公司 | 一种预约车辆的方法及装置 |
CN109615159A (zh) * | 2018-10-17 | 2019-04-12 | 北京趣拿软件科技有限公司 | 请求处理方法和装置 |
CN109635980A (zh) * | 2018-12-21 | 2019-04-16 | 重庆呼我出行网络科技有限公司 | 约车订单分配方法及系统 |
CN109784659A (zh) * | 2018-12-18 | 2019-05-21 | 东软集团股份有限公司 | 服务请求的处理方法、装置、存储介质及电子设备 |
WO2019103695A1 (en) * | 2017-11-24 | 2019-05-31 | Ctrlworks Pte. Ltd. | Dual mode personal mobility device (pmd), a method for managing a fleet of such pmds |
CN109919739A (zh) * | 2019-03-26 | 2019-06-21 | 深圳市元征科技股份有限公司 | 供需服务匹配方法、装置、设备及计算机可读存储介质 |
CN110782301A (zh) * | 2019-02-25 | 2020-02-11 | 北京嘀嘀无限科技发展有限公司 | 一种拼单方法、装置、电子设备及计算机可读存储介质 |
CN110956524A (zh) * | 2018-09-27 | 2020-04-03 | 北京嘀嘀无限科技发展有限公司 | 服务信息推送方法、装置、电子设备以及计算机存储介质 |
CN111028053A (zh) * | 2019-12-03 | 2020-04-17 | 北京嘀嘀无限科技发展有限公司 | 一种订单处理的方法、装置、电子设备及存储介质 |
CN111127156A (zh) * | 2019-12-24 | 2020-05-08 | 北京三快在线科技有限公司 | 一种业务执行的方法及装置 |
CN111144603A (zh) * | 2018-11-02 | 2020-05-12 | 北京嘀嘀无限科技发展有限公司 | 一种服务信息推送方法、装置、电子设备和存储介质 |
CN111243260A (zh) * | 2020-01-16 | 2020-06-05 | 长安大学 | 一种红绿灯排队等车提醒系统及方法 |
CN111476389A (zh) * | 2019-01-24 | 2020-07-31 | 北京嘀嘀无限科技发展有限公司 | 一种预估接单等待时长的方法及装置 |
CN111526170A (zh) * | 2019-02-01 | 2020-08-11 | 北京嘀嘀无限科技发展有限公司 | 推送方法、显示方法、装置、服务器、终端和存储介质 |
CN111612198A (zh) * | 2019-02-25 | 2020-09-01 | 北京嘀嘀无限科技发展有限公司 | 预测拼单成功率的方法、装置和电子设备 |
CN111832875A (zh) * | 2020-03-19 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 数据处理方法、可读存储介质和电子设备 |
CN111832788A (zh) * | 2019-04-23 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 一种服务信息生成的方法、装置、计算机设备及存储介质 |
CN111861200A (zh) * | 2020-07-17 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 一种服务订单分配方法、装置、电子设备及可读存储介质 |
CN112017001A (zh) * | 2020-08-28 | 2020-12-01 | 北京嘀嘀无限科技发展有限公司 | 网约车车型推荐方法、装置、电子设备和存储介质 |
CN112184373A (zh) * | 2020-09-25 | 2021-01-05 | 汉海信息技术(上海)有限公司 | 数据处理方法、装置、电子设备及存储介质 |
CN112288112A (zh) * | 2020-10-29 | 2021-01-29 | 上海擎感智能科技有限公司 | 预约车辆的方法、装置及计算机存储介质 |
CN112559144A (zh) * | 2020-12-09 | 2021-03-26 | 海南大学 | 面向数据与信息权益交换的智能共享装置调度方法 |
CN112633965A (zh) * | 2020-12-11 | 2021-04-09 | 汉海信息技术(上海)有限公司 | 订单处理方法、装置、电子设备及存储介质 |
CN112669534A (zh) * | 2020-12-03 | 2021-04-16 | 东风汽车集团有限公司 | 一种服务车辆分配方法及装置 |
CN113379495A (zh) * | 2021-06-10 | 2021-09-10 | 北京达佳互联信息技术有限公司 | 信息处理方法和信息处理装置 |
CN114565114A (zh) * | 2022-03-01 | 2022-05-31 | 济南宏腾信息科技有限公司 | 一种基于大数据技术的计算机数据安全监测方法及系统 |
CN115049419A (zh) * | 2022-03-07 | 2022-09-13 | 首约科技(北京)有限公司 | 一种供需失衡识别和预警方法 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108009651A (zh) * | 2017-08-16 | 2018-05-08 | 北京嘀嘀无限科技发展有限公司 | 订单处理方法、装置、终端设备和计算机可读存储介质 |
US10719792B2 (en) * | 2018-03-26 | 2020-07-21 | GM Global Technology Operations LLC | System and method to distribute and execute rideshare tasks |
US11410089B2 (en) * | 2018-08-30 | 2022-08-09 | International Business Machines Corporation | Dynamic booking system for shared dockless bikes using trajectory position |
US10535271B1 (en) * | 2018-10-10 | 2020-01-14 | Waymo Llc | Smart signs for autonomous vehicles |
US20220261827A1 (en) * | 2019-06-14 | 2022-08-18 | Beijing Didi Infinity Technology And Development Co., Ltd. | Integrating Contextual Bandit With Temporal Difference Learning For Pricing And Dispatch Of Transportation-Hailing Platform |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070040026A1 (en) * | 2005-07-06 | 2007-02-22 | Verety, Llc | Order processing apparatus and method |
US20070174129A1 (en) * | 2004-07-01 | 2007-07-26 | Ralph Muniz | System and method for ordering of goods and services with alternative payment |
US20120158934A1 (en) * | 2010-12-17 | 2012-06-21 | Verizon Patent And Licensing, Inc. | Queue processing system |
US20140129302A1 (en) * | 2012-11-08 | 2014-05-08 | Uber Technologies, Inc. | Providing a confirmation interface for on-demand services through use of portable computing devices |
CN104537750A (zh) * | 2014-11-27 | 2015-04-22 | 哈尔滨工程大学 | 一种美容美发店排队管理系统及管理方法 |
US20150161752A1 (en) * | 2013-12-11 | 2015-06-11 | Uber Technologies Inc. | Intelligent queuing for user selection in providing on-demand services |
CN103985186B (zh) * | 2014-05-28 | 2016-10-19 | 南京亿栋信息科技有限公司 | 一种用于排队机的等待时间预测方法 |
CN106372736A (zh) * | 2016-08-31 | 2017-02-01 | 单青 | 在线洗车排队系统 |
CN106534238A (zh) * | 2015-09-11 | 2017-03-22 | 百度在线网络技术(北京)有限公司 | 为用户提供离线应用服务的方法与装置 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006102354A2 (en) * | 2005-03-22 | 2006-09-28 | Ticketmaster | Apparatus and methods for providing queue messaging over a network |
US10002198B2 (en) * | 2009-10-28 | 2018-06-19 | Verizon Patent And Licensing Inc. | Mobile taxi dispatch system |
US20130179205A1 (en) * | 2012-01-10 | 2013-07-11 | Eduard SLININ | Systems and methods for optimizing transportation resources |
US20150154810A1 (en) * | 2013-12-04 | 2015-06-04 | Kar Leong Tew | Virtual transportation stands |
US9984574B2 (en) * | 2014-01-21 | 2018-05-29 | Tribal Rides, Inc. | Method and system for anticipatory deployment of autonomously controlled vehicles |
US20170169366A1 (en) * | 2015-12-14 | 2017-06-15 | Google Inc. | Systems and Methods for Adjusting Ride-Sharing Schedules and Routes |
-
2017
- 2017-03-29 CN CN201710196641.2A patent/CN108009650A/zh active Pending
- 2017-12-06 US US15/833,756 patent/US20180286003A1/en not_active Abandoned
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070174129A1 (en) * | 2004-07-01 | 2007-07-26 | Ralph Muniz | System and method for ordering of goods and services with alternative payment |
US20070040026A1 (en) * | 2005-07-06 | 2007-02-22 | Verety, Llc | Order processing apparatus and method |
US20120158934A1 (en) * | 2010-12-17 | 2012-06-21 | Verizon Patent And Licensing, Inc. | Queue processing system |
US20140129302A1 (en) * | 2012-11-08 | 2014-05-08 | Uber Technologies, Inc. | Providing a confirmation interface for on-demand services through use of portable computing devices |
US20150161752A1 (en) * | 2013-12-11 | 2015-06-11 | Uber Technologies Inc. | Intelligent queuing for user selection in providing on-demand services |
CN103985186B (zh) * | 2014-05-28 | 2016-10-19 | 南京亿栋信息科技有限公司 | 一种用于排队机的等待时间预测方法 |
CN104537750A (zh) * | 2014-11-27 | 2015-04-22 | 哈尔滨工程大学 | 一种美容美发店排队管理系统及管理方法 |
CN106534238A (zh) * | 2015-09-11 | 2017-03-22 | 百度在线网络技术(北京)有限公司 | 为用户提供离线应用服务的方法与装置 |
CN106372736A (zh) * | 2016-08-31 | 2017-02-01 | 单青 | 在线洗车排队系统 |
Cited By (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019103695A1 (en) * | 2017-11-24 | 2019-05-31 | Ctrlworks Pte. Ltd. | Dual mode personal mobility device (pmd), a method for managing a fleet of such pmds |
CN108764698A (zh) * | 2018-05-23 | 2018-11-06 | 北京嘀嘀无限科技发展有限公司 | 一种拼车信息提示的方法及系统 |
CN108810804B (zh) * | 2018-06-13 | 2020-06-09 | 车城智行信息技术(成都)有限公司 | 一种基于网约车平台的智能防护方法及其系统 |
CN108810804A (zh) * | 2018-06-13 | 2018-11-13 | 陈磊 | 一种基于网约车平台的智能防护方法及其系统 |
CN109242127A (zh) * | 2018-08-23 | 2019-01-18 | 蜜小蜂智慧(北京)科技有限公司 | 一种预约车辆的方法及装置 |
CN110956524A (zh) * | 2018-09-27 | 2020-04-03 | 北京嘀嘀无限科技发展有限公司 | 服务信息推送方法、装置、电子设备以及计算机存储介质 |
CN109615159A (zh) * | 2018-10-17 | 2019-04-12 | 北京趣拿软件科技有限公司 | 请求处理方法和装置 |
CN109615159B (zh) * | 2018-10-17 | 2023-12-22 | 北京趣拿软件科技有限公司 | 请求处理方法和装置 |
CN111144603A (zh) * | 2018-11-02 | 2020-05-12 | 北京嘀嘀无限科技发展有限公司 | 一种服务信息推送方法、装置、电子设备和存储介质 |
CN109784659A (zh) * | 2018-12-18 | 2019-05-21 | 东软集团股份有限公司 | 服务请求的处理方法、装置、存储介质及电子设备 |
CN109635980B (zh) * | 2018-12-21 | 2023-09-05 | 重庆呼我出行网络科技有限公司 | 约车订单分配方法及系统 |
CN109635980A (zh) * | 2018-12-21 | 2019-04-16 | 重庆呼我出行网络科技有限公司 | 约车订单分配方法及系统 |
CN111476389A (zh) * | 2019-01-24 | 2020-07-31 | 北京嘀嘀无限科技发展有限公司 | 一种预估接单等待时长的方法及装置 |
CN111526170B (zh) * | 2019-02-01 | 2022-10-04 | 北京嘀嘀无限科技发展有限公司 | 推送方法、显示方法、装置、服务器、终端和存储介质 |
CN111526170A (zh) * | 2019-02-01 | 2020-08-11 | 北京嘀嘀无限科技发展有限公司 | 推送方法、显示方法、装置、服务器、终端和存储介质 |
CN111612198A (zh) * | 2019-02-25 | 2020-09-01 | 北京嘀嘀无限科技发展有限公司 | 预测拼单成功率的方法、装置和电子设备 |
CN110782301A (zh) * | 2019-02-25 | 2020-02-11 | 北京嘀嘀无限科技发展有限公司 | 一种拼单方法、装置、电子设备及计算机可读存储介质 |
CN111612198B (zh) * | 2019-02-25 | 2023-12-12 | 北京嘀嘀无限科技发展有限公司 | 预测拼单成功率的方法、装置和电子设备 |
CN109919739A (zh) * | 2019-03-26 | 2019-06-21 | 深圳市元征科技股份有限公司 | 供需服务匹配方法、装置、设备及计算机可读存储介质 |
CN111832788A (zh) * | 2019-04-23 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 一种服务信息生成的方法、装置、计算机设备及存储介质 |
CN111832788B (zh) * | 2019-04-23 | 2024-03-29 | 北京嘀嘀无限科技发展有限公司 | 一种服务信息生成的方法、装置、计算机设备及存储介质 |
CN111028053A (zh) * | 2019-12-03 | 2020-04-17 | 北京嘀嘀无限科技发展有限公司 | 一种订单处理的方法、装置、电子设备及存储介质 |
CN111127156A (zh) * | 2019-12-24 | 2020-05-08 | 北京三快在线科技有限公司 | 一种业务执行的方法及装置 |
CN111243260A (zh) * | 2020-01-16 | 2020-06-05 | 长安大学 | 一种红绿灯排队等车提醒系统及方法 |
CN111832875A (zh) * | 2020-03-19 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 数据处理方法、可读存储介质和电子设备 |
CN111861200A (zh) * | 2020-07-17 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 一种服务订单分配方法、装置、电子设备及可读存储介质 |
CN112017001A (zh) * | 2020-08-28 | 2020-12-01 | 北京嘀嘀无限科技发展有限公司 | 网约车车型推荐方法、装置、电子设备和存储介质 |
CN112184373A (zh) * | 2020-09-25 | 2021-01-05 | 汉海信息技术(上海)有限公司 | 数据处理方法、装置、电子设备及存储介质 |
CN112288112A (zh) * | 2020-10-29 | 2021-01-29 | 上海擎感智能科技有限公司 | 预约车辆的方法、装置及计算机存储介质 |
CN112669534A (zh) * | 2020-12-03 | 2021-04-16 | 东风汽车集团有限公司 | 一种服务车辆分配方法及装置 |
CN112559144A (zh) * | 2020-12-09 | 2021-03-26 | 海南大学 | 面向数据与信息权益交换的智能共享装置调度方法 |
CN112633965A (zh) * | 2020-12-11 | 2021-04-09 | 汉海信息技术(上海)有限公司 | 订单处理方法、装置、电子设备及存储介质 |
CN113379495A (zh) * | 2021-06-10 | 2021-09-10 | 北京达佳互联信息技术有限公司 | 信息处理方法和信息处理装置 |
CN114565114A (zh) * | 2022-03-01 | 2022-05-31 | 济南宏腾信息科技有限公司 | 一种基于大数据技术的计算机数据安全监测方法及系统 |
CN114565114B (zh) * | 2022-03-01 | 2023-07-14 | 深圳顺道出行科技有限公司 | 一种基于大数据技术的计算机数据安全监测方法及系统 |
CN115049419A (zh) * | 2022-03-07 | 2022-09-13 | 首约科技(北京)有限公司 | 一种供需失衡识别和预警方法 |
Also Published As
Publication number | Publication date |
---|---|
US20180286003A1 (en) | 2018-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108009650A (zh) | 网约车服务请求处理方法、装置和服务器 | |
Hörcher et al. | Crowding cost estimation with large scale smart card and vehicle location data | |
JP6589499B2 (ja) | 行動制御システム及び行動制御方法 | |
US10192448B2 (en) | Method to control vehicle fleets to deliver on-demand transportation services | |
Muñoz et al. | Comparison of dynamic control strategies for transit operations | |
Yu et al. | Using survival models to estimate bus travel times and associated uncertainties | |
Petit et al. | Dynamic bus substitution strategy for bunching intervention | |
Thompson et al. | Optimisation of parking guidance and information systems display configurations | |
Wong et al. | Bi-level decisions of vacant taxi drivers traveling towards taxi stands in customer-search: Modeling methodology and policy implications | |
Ryan et al. | Comparison of perceived and measured accessibility between different age groups and travel modes at Greenwood Station, Perth, Australia | |
KR101718433B1 (ko) | 택시 합승 서비스 제공방법 | |
CN113723659A (zh) | 一种城市轨道交通全场景客流预测方法及系统 | |
Manasra et al. | Optimization-based operations control for public transportation service with transfers | |
JP6459303B2 (ja) | 駐車場予約システム | |
Gu et al. | Maximizing bus discharge flows from multi-berth stops by regulating exit maneuvers | |
Bucak et al. | Train timetabling for a double-track urban rail transit line under dynamic passenger demand | |
CN108806249A (zh) | 基于乘客出行体验的公交app软件 | |
Jia et al. | Modeling taxi drivers’ decisions at airport based on queueing theory | |
JP6653138B2 (ja) | 需要予測システムおよび需要予測方法 | |
Jaiswal et al. | Modelling relationships between passenger demand and bus delays at busway stations | |
Kim et al. | Estimating hourly variations in passenger volume at airports using dwelling time distributions | |
Lees-Miller et al. | Ride sharing in personal rapid transit capacity planning | |
JP2003196791A (ja) | 車両運行支援システム | |
Saade et al. | Scheduling lane conversions for bus use on city-wide scales and in time-varying congested traffic | |
Lee et al. | Planning and design of a taxipooling dispatching system |
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: 20180508 |