CN108009869A - 订单处理方法、装置、服务器和计算机可读存储介质 - Google Patents

订单处理方法、装置、服务器和计算机可读存储介质 Download PDF

Info

Publication number
CN108009869A
CN108009869A CN201710701159.XA CN201710701159A CN108009869A CN 108009869 A CN108009869 A CN 108009869A CN 201710701159 A CN201710701159 A CN 201710701159A CN 108009869 A CN108009869 A CN 108009869A
Authority
CN
China
Prior art keywords
order
spelling
single
merging
default
Prior art date
Application number
CN201710701159.XA
Other languages
English (en)
Inventor
张妮萍
李璐
罗明珊
魏蒲萌
刘美辰
Original Assignee
北京嘀嘀无限科技发展有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 北京嘀嘀无限科技发展有限公司 filed Critical 北京嘀嘀无限科技发展有限公司
Priority to CN201710701159.XA priority Critical patent/CN108009869A/zh
Publication of CN108009869A publication Critical patent/CN108009869A/zh

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/30Transportation; Communications
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce, e.g. shopping or e-commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders
    • GPHYSICS
    • G01MEASURING; TESTING
    • G01CMEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00Navigation; Navigational instruments not provided for in preceding groups G01C1/00-G01C19/00
    • G01C21/26Navigation; Navigational instruments not provided for in preceding groups G01C1/00-G01C19/00 specially adapted for navigation in a road network
    • G01C21/34Route searching; Route guidance
    • G01C21/3407Route searching; Route guidance specially adapted for specific applications
    • G01C21/3438Rendez-vous, i.e. searching a destination where several users can meet, and the routes to this destination for these users; Ride sharing, i.e. searching a route such that at least two users can share a vehicle for at least part of the route
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/04Forecasting or optimisation, e.g. linear programming, "travelling salesman problem" or "cutting stock problem"
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/04Forecasting or optimisation, e.g. linear programming, "travelling salesman problem" or "cutting stock problem"
    • G06Q10/047Optimisation of routes, e.g. "travelling salesman problem"
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management, e.g. organising, planning, scheduling or allocating time, human or machine resources; Enterprise planning; Organisational models
    • G06Q10/063Operations research or analysis
    • G06Q10/0631Resource planning, allocation or scheduling for a business operation
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management, e.g. organising, planning, scheduling or allocating time, human or machine resources; Enterprise planning; Organisational models
    • G06Q10/063Operations research or analysis
    • G06Q10/0631Resource planning, allocation or scheduling for a business operation
    • G06Q10/06311Scheduling, planning or task assignment for a person or group
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management, e.g. organising, planning, scheduling or allocating time, human or machine resources; Enterprise planning; Organisational models
    • G06Q10/063Operations research or analysis
    • G06Q10/0631Resource planning, allocation or scheduling for a business operation
    • G06Q10/06315Needs-based resource requirements planning or analysis
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/20Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202Dispatching vehicles on the basis of a location, e.g. taxi dispatching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/023Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds

Abstract

本发明提供了一种订单处理方法、装置、服务器和计算机可读存储介质,其中,订单处理方法包括:确定拼单队列中的订单的属性信息;根据属性信息确定满足预设拼单条件的多个待响应订单,并打包生成一个合并订单。本发明的技术方案,有利于提高派单效率,提升了订单成交量和用户的使用体验。

Description

订单处理方法、装置、服务器和计算机可读存储介质

技术领域

[0001] 本发明涉及计算机技术领域,具体而言,涉及一种订单处理方法、一种订单处理装 置、一种服务器和一种计算机可读存储介质。

背景技术

[0002] 随着电子商务经济的发展,为了提升成交量和派单效率,服务器在响应于电子订 单时,通常会对每个电子订单进行派单,其中,电子订单如外卖订单、家政服务订单和网约 车行程订单等,虽然服务器能够负担对每个订单进行派单的数据计算压力,并且进一步,通 过提供拼单服务来提高成交量,在供需严重失衡时,仍需按照顺序对拼单队列中的每个订 单进行分派,虽然降低了运力成本,但是,仍不能有效地提高订单响应效率,严重影响用户 的使用体验。

发明内容

[0003] 本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。

[0004] 为此,本发明的一个目的在于提供一种订单处理方法。

[0005] 本发明的另一个目的在于提供一种订单处理的装置。

[0006] 本发明的又一个目的在于提供一种服务器。

[0007] 本发明的又一个目的在于提供一种计算机可读存储介质。

[0008] 为了实现上述目的,本发明第一方面的技术方案提供了一种订单处理方法,包括: 确定拼单队列中的订单的属性信息;根据属性信息确定满足预设拼单条件的多个待响应订 单,并打包生成一个合并订单。

[0009] 在该技术方案中,通过根据订单的属性信息将满足预设拼单条件的多个待处理的 订单进行打包,并合并生成一个订单,有利于提高派单效率,提升了订单成交量和用户的使 用体验,同时,有效地减少了派单次数,降低了服务器的数据通信压力。

[0010] 具体地,在拼单订单生成速度远大于响应速率时,会生成拼单队列,本申请并不是 按照订单生成时间对每个拼单订单进行派单,而是根据属性信息判断订单是否满足预设拼 单条件,将满足预设拼单条件的订单打包生成一个合并订单进行派单,其中,属性信息可以 是订单生成时间、订单预约响应时间和订单生成区域等,而预设拼单条件的生成需要满足 多种运营逻辑,例如,一方面,要保证拼单后运力的成本不会过高,另一方面,要保证合并订 单中的每个订单的执行时间不会过长。

[0011] 其中,拼单是指多个订单被同一个运力响应,也即每个运力在响应一个订单后,如 果满足拼单策略要求还能接收其他订单请求,不仅有利于提高运力的利用率,而且有利于 提升成交量,而拼单队列的形成是由于能够响应拼单请求的运力远远少于拼单请求量,因 此,处于运营公平考虑,以拼单订单的生成时间和出发时间进行队列排序。

[0012] 在上述技术方案中,优选地,订单处理方法还包括:待响应订单为网约车行程订单 时,预设属性信息包括行程路线、乘车人数、行程时间和调度费用中的至少一种信息,其中, 调度费用大于或等于零。

[0013] 在该技术方案中,当待生成的订单为网约车行程订单时,行程订单会包括订单的 属性信息,订单的属性信息主要为行程路线、乘车人数、行程时间和调度费用,订单信息的 实例如下表1所示:

[0014] 表1

[0015]

Figure CN108009869AD00061

[0016] 在上述技术方案中,优选地,根据属性信息确定满足预设拼单条件的多个待响应 订单,并打包生成一个合并订单,具体包括:根据属性信息确定任一待响应订单在不拼单时 的第一行程时长;预估任一待响应订单被打包生成一个合并订单时的第二行程时长;计算 第一行程时长与第二行程时长之间的比值;若比值大于或等于预设比值,则确定待响应订 单满足预设拼单条件,并打包生成一个合并订单。

[0017] 在该技术方案中,通过预估拼单前后行程时长的比值来判断待响应订单是否满足 预设拼单条件,是为了保证每个订单的行程时长不会过多偏离用户预期时间,以提升用户 的乘车体验,其中,网约车行程订单在未进行拼单时预估的行程时间为第一行程时长,在待 响应订单被打包成合并订单时预估的行程时间为第二行程时长,通过计算第一行程时长和 第二行程时长的比值,并且若比值大于或等于预设比值,则确定待响应订单满足预设拼单 条件,并打包生成一个合并订单,是为了保证合并订单执行过程中,其中的每个拼单订单用 户享受网约车服务的时间不会产生太大偏差,例如,多个拼单订单在不拼单时的第一行程 时长均大于40分钟,而预计多个拼单订单的合并订单的第二行程时长为80分钟,如预设比 值为50%,则确定打包生成上述合并订单。

[0018] 其中,上述行程时间为服务器根据行程路线和路况预估的时间。

[0019] 在上述技术方案中,优选地,根据属性信息确定满足预设拼单条件的多个待响应 订单,并打包生成一个合并订单,具体包括:根据属性信息确定任一待响应订单在不拼单时 的第一行程路线;预估任一待响应订单被打包生成一个合并订单时的第二行程路线;计算 第一行程路线与第二行程路线之间的匹配度;若匹配度大于或等于预设匹配度,则确定待 响应订单满足预设拼单条件,并打包生成一个合并订单。

[0020] 在该技术方案中,在确定多个待响应订单是否满足预设拼单条件时,需要考虑运 力的营运成本,也即保证拼车后的顺路程度,这就需要确定在不进行拼单时的行程路线和 合并订单的行程路线之间的匹配度,匹配度所表示是行程的顺路程度,当多个待响应订单 顺路的时候就匹配成功,打包生成一个合并订单,减少了用户的等待时间,提升了用户对网 约车服务的体验。

[0021] 在上述技术方案中,优选地,根据属性信息确定满足预设拼单条件的多个待响应 订单,并打包生成一个合并订单,具体包括:根据属性信息确定多个待响应订单的乘车人数 和;确定空闲运力的空余位置数;若乘车人数和小于或等于空余位置数,则确定多个待响应 订单满足预设拼单条件,并打包生成一个合并订单。

[0022] 在该技术方案中,对于网约车行程订单而言,在上述打包过程中,在考虑行程时长 和顺路程度的同时,需要考虑乘车人数是否合理,例如,在播单区域内,检测到一辆运营车 辆(即运力)有三个空闲座位,则仅能接受乘车人数和小于或等于三个的合并订单。

[0023] 在上述技术方案中,优选地,合并订单中的任两个待响应订单之间的起始时刻之 间的差值小于或等于预设时间差。

[0024] 在该技术方案中,对于网约车行程订单而言,其不同于其他电商订单之处在于,乘 车业务的起始时刻是影响用户体验的重要因素之一,为了避免拼车用户的等待时间过久以 及降低运力的时间成本,设定预设时间差来限制待响应订单的起始时刻,例如,预设时间差 可以设为5分钟、10分钟和15分钟等,并根据路况进行修正和调整,如交通拥堵时,提高预设 时间差,在交通通畅时,减小预设时间差。

[0025] 在上述技术方案中,优选地,在确定拼单队列中的待响应订单的属性信息前,还包 括:记录非拼单订单的响应等待时间;判断响应等待时间是否大于或等于预设响应等待时 间;在判定响应等待时间大于或等于预设响应等待时间时,发送拼单提示信息;响应于拼单 提示信息的确认拼单信息,将确认拼单信息对应的非拼单订单添加至拼单队列;发送非拼 单订单在拼单队列中的预计等待时间和排队计数,以触发客户端生成相应的排队交互界 面。

[0026] 在该技术方案中,通过根据非拼单订单的响应等待时间,提示用户是否接受拼单, 相当于为用户提供了多种业务接口,以减少用户的响应等待时间,而为了进一步提升拼单 业务的成交量,在客户端的排队交互界面显示预计等待时间和排队计数,以使用户更直观 地了解拼单业务的优势,促使用户更多地使用拼单业务。

[0027] 在上述技术方案中,优选地,订单处理方法还包括:在打包生成一个合并订单后, 根据合并订单中的调度费用更新播单区域;在检测到更新后的播单区域出现空闲运力时, 按照合并订单的生成顺序派单至空闲运力。

[0028] 在该技术方案中,在打包生成合并订单后,为了进一步提高响应速率,解析调度费 用以更新播单区域,通常是扩大播单半径,进而扩大派单范围,提高合并订单的响应速率。

[0029] 在上述技术方案中,优选地,订单处理方法还包括:设置所述合并订单的派单次序 早于未打包的待响应订单的派单次序。

[0030] 在该技术方案中,通过设置合并订单的派单顺序要优先于为打包的订单的派单顺 序,由于合并订单的成交金额较高且至少满足两个待响应订单的乘车需求,因此,优先对合 并订单进行派送可以减少多个用户的等待时间,同时,也有利于提升成交量。

[0031] 在上述技术方案中,优选地,订单处理方法还包括:设置合并订单的派单次序为合 并订单中最早加入拼单队列的待响应订单的派单次序。

[0032] 在该技术方案中,通过设置合并订单的派单次序为合并订单中最早加入拼单队列 的待响应订单的派单次序,更符合派单的公平性,拼单队列中任一待响应订单的等待时间 均不会延长,具体地,如拼单队列中为{Cn},其中,下标η表征每个待响应订单的排队顺序, 且η为大于或等于2的正整数,如η为10时,C2、C6和C9满足预设拼单条件,则打包C2、C6和C9为 一个合并订单,此时拼单队列的顺序为订单心、合并订单(C2、C6和C9)、订单C3、订单C4、订单 C5、订单C7、订单C8和订单C10。

[0033] 本发明的第二方面的技术方案提供了一种订单处理装置还包括:确定单元,用于 确定拼单队列中的订单的属性信息;打包单元,用于根据属性信息确定满足预设拼单条件 的多个待响应订单,并打包生成一个合并订单。

[0034] 在该技术方案中,通过根据订单的属性信息将满足预设拼单条件的多个待处理的 订单进行打包,并合并生成一个订单,有利于提高派单效率,提升了订单成交量和用户的使 用体验,同时,有效地减少了派单次数,降低了服务器的数据通信压力。

[0035] 具体地,在拼单订单生成速度远大于响应速率时,会生成拼单队列,本申请并不是 按照订单生成时间对每个拼单订单进行派单,而是根据属性信息判断订单是否满足预设拼 单条件,将满足预设拼单条件的订单打包生成一个合并订单进行派单,其中,属性信息可以 是订单生成时间、订单预约响应时间和订单生成区域等,而预设拼单条件的生成需要满足 多种运营逻辑,例如,一方面,要保证拼单后运力的成本不会过高,另一方面,要保证合并订 单中的每个订单的执行时间不会过长。

[0036] 其中,拼单是指多个订单被同一个运力响应,也即每个运力在响应一个订单后,如 果满足拼单策略要求还能接收其他订单请求,不仅有利于提高运力的利用率,而且有利于 提升成交量,而拼单队列的形成是由于能够响应拼单请求的运力远远少于拼单请求量,因 此,处于运营公平考虑,以拼单订单的生成时间和出发时间进行队列排序。

[0037] 在上述技术方案中,优选地,订单处理装置还包括:第一设置单元,用于待响应订 单为网约车行程订单时,预设属性信息包括行程路线、乘车人数、行程时间和调度费用中的 至少一种信息,其中,调度费用大于或等于零。

[0038] 在该技术方案中,当待生成的订单为网约车行程订单时,行程订单会包括订单的 属性信息,订单的属性信息主要为行程路线、乘车人数、行程时间和调度费用。

[0039] 在上述技术方案中,优选地,订单处理装置还包括:确定单元还用于:根据属性信 息确定任一待响应订单在不拼单时的第一行程时长;确定单元还用于:预估任一待响应订 单被打包生成一个合并订单时的第二行程时长;确定单元还用于:计算第一行程时长与第 二行程时长之间的比值;确定单元还用于:若比值大于或等于预设比值,则确定待响应订单 满足预设拼单条件,并打包生成一个合并订单。

[0040] 在该技术方案中,通过预估拼单前后行程时长的比值来判断待响应订单是否满足 预设拼单条件,是为了保证每个订单的行程时长不会过多偏离用户预期时间,以提升用户 的乘车体验,其中,网约车行程订单在未进行拼单时预估的行程时间为第一行程时长,在待 响应订单被打包成合并订单时预估的行程时间为第二行程时长,通过计算第一行程时长和 第二行程时长的比值,并且若比值大于或等于预设比值,则确定待响应订单满足预设拼单 条件,并打包生成一个合并订单,是为了保证合并订单执行过程中,其中的每个拼单订单用 户享受网约车服务的时间不会产生太大偏差,例如,多个拼单订单在不拼单时的第一行程 时长均大于40分钟,而预计多个拼单订单的合并订单的第二行程时长为80分钟,如预设比 值为50%,则确定打包生成上述合并订单。

[0041] 其中,上述行程时间为服务器根据行程路线和路况预估的时间。

[0042] 在上述技术方案中,优选地,订单处理装置还包括:确定单元还用于:根据属性信 息确定任一待响应订单在不拼单时的第一行程路线;确定单元还用于:预估任一待响应订 单被打包生成一个合并订单时的第二行程路线;确定单元还用于:计算第一行程路线与第 二行程路线之间的匹配度;确定单元还用于:若匹配度大于或等于预设匹配度,则确定待响 应订单满足预设拼单条件,并打包生成一个合并订单。

[0043] 在该技术方案中,在确定多个待响应订单是否满足预设拼单条件时,需要考虑运 力的营运成本,也即保证拼车后的顺路程度,这就需要确定在不进行拼单时的行程路线和 合并订单的行程路线之间的匹配度,匹配度所表示是行程的顺路程度,当多个待响应订单 顺路的时候就匹配成功,打包生成一个合并订单,减少了用户的等待时间,提升了用户对网 约车服务的体验。

[0044] 在上述技术方案中,优选地,订单处理装置还包括:确定单元还用于:根据属性信 息确定多个待响应订单的乘车人数和;确定单元还用于:确定空闲运力的空余位置数;确定 单元还用于:若乘车人数和小于或等于空余位置数,则确定多个待响应订单满足预设拼单 条件,并打包生成一个合并订单。

[0045] 在该技术方案中,对于网约车行程订单而言,在上述打包过程中,在考虑行程时长 和顺路程度的同时,需要考虑乘车人数是否合理,例如,在播单区域内,检测到一辆运营车 辆(即运力)有三个空闲座位,则仅能接受乘车人数和小于或等于三个的合并订单。

[0046] 在上述技术方案中,优选地,订单处理装置还包括:合并订单中的任两个待响应订 单之间的起始时刻之间的差值小于或等于预设时间差。

[0047] 在该技术方案中,对于网约车行程订单而言,其不同于其他电商订单之处在于,乘 车业务的起始时刻是影响用户体验的重要因素之一,为了避免拼车用户的等待时间过久以 及降低运力的时间成本,设定预设时间差来限制待响应订单的起始时刻,例如,预设时间差 可以设为5分钟、10分钟和15分钟等,并根据路况进行修正和调整,如交通拥堵时,提高预设 时间差,在交通通畅时,减小预设时间差。

[0048] 在上述技术方案中,优选地,订单处理装置还包括:计时单元,用于记录非拼单订 单的响应等待时间;判断单元,用于判断响应等待时间是否大于或等于预设响应等待时间; 通信单元,用于在判定响应等待时间大于或等于预设响应等待时间时,发送拼单提示信息; 确定单元还用于:响应于拼单提示信息的确认拼单信息,将确认拼单信息对应的非拼单订 单添加至拼单队列;通信单元还用于:发送非拼单订单在拼单队列中的预计等待时间和排 队计数,以触发客户端生成相应的排队交互界面。

[0049] 在该技术方案中,通过根据非拼单订单的响应等待时间,提示用户是否接受拼单, 相当于为用户提供了多种业务接口,以减少用户的响应等待时间,而为了进一步提升拼单 业务的成交量,在客户端的排队交互界面显示预计等待时间和排队计数,以使用户更直观 地了解拼单业务的优势,促使用户更多地使用拼单业务。

[0050] 在上述技术方案中,优选地,订单处理装置还包括:更新单元,用于在打包生成一 个合并订单后,根据合并订单中的调度费用更新播单区域;派单单元,用于在检测到更新后 的播单区域出现空闲运力时,按照合并订单的生成顺序派单至空闲运力。

[0051] 在该技术方案中,在打包生成合并订单后,为了进一步提高响应速率,解析调度费 用以更新播单区域,通常是扩大播单半径,进而扩大派单范围,提高合并订单的响应速率。

[0052] 在上述技术方案中,优选地,订单处理装置还包括:第二设置单元,用于设置合并 订单的派单次序早于未打包的待响应订单的派单次序。

[0053] 在该技术方案中,通过设置合并订单的派单顺序要优先于为打包的订单的派单顺 序,由于合并订单的成交金额较高且至少满足两个待响应订单的乘车需求,因此,优先对合 并订单进行派送可以减少多个用户的等待时间,同时,也有利于提升成交量。

[0054] 在上述技术方案中,优选地,订单处理装置还包括:第三设置单元,用于设置合并 订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序。

[0055] 在该技术方案中,通过设置合并订单的派单次序为合并订单中最早加入拼单队列 的待响应订单的派单次序,更符合派单的公平性,拼单队列中任一待响应订单的等待时间 均不会延长,具体地,如拼单队列中为{Cn},其中,下标η表征每个待响应订单的排队顺序, 且η为大于或等于2的正整数,如η为10时,C2、C6和C9满足预设拼单条件,则打包C2、C6和C9为 一个合并订单,此时拼单队列的顺序为订单心、合并订单(C2、C6和C9)、订单C3、订单C4、订单 C5、订单C7、订单C8和订单C10。

[0056] 本发明的第三方面的技术方案提供了一种服务器,包括:存储器、处理器及存储在 存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述任一项订 单处理方法限定的步骤,和/或包括上述任一项的订单处理装置。

[0057] 本发明的第四方面的技术方案提供了一种计算机可读存储介质,其上存储有计算 机程序,计算机程序被处理器执行时实现上述任一项订单处理方法限定的步骤。

[0058] 本发明的优点将在下面的描述部分中给出,部分将从下面的描述中变得明显,或 通过本发明的实践了解到。

附图说明

[0059] 本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得 明显和容易理解,其中:

[0060] 图1示出了根据本发明的一个实施例的订单处理方法的示意流程图;

[0061] 图2示出了根据本发明的一个实施例的打包生成合并订单的示意图;

[0062] 图3示出了根据本发明的一个实施例的订单处理装置的示意框图;

[0063] 图4示出了本发明的一个实施例的服务器的示意框图;

[0064] 图5示出了本发明的一个实施例的客户端的排队交互界面的示意图;

[0065] 图6示出了本发明的另一个实施例的客户端的排队交互界面的示意图。

具体实施方式

[0066] 为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实 施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施 例及实施例中的特征可以相互组合。

[0067] 在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可 以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开 的具体实施例的限制。

[0068] 图1示出了根据本发明的一个实施例的订单处理方法的示意流程图。

[0069] 如图1所示,根据本发明的实施例的订单处理方法,包括:步骤S102,确定拼单队列 中的订单的属性信息;步骤S104,根据属性信息确定满足预设拼单条件的多个待响应订单, 并打包生成一个合并订单。

[0070] 在该技术方案中,通过根据订单的属性信息将满足预设拼单条件的多个待处理的 订单进行打包,并合并生成一个订单,有利于提高派单效率,提升了订单成交量和用户的使 用体验,同时,有效地减少了派单次数,降低了服务器的数据通信压力。

[0071] 具体地,在拼单订单生成速度远大于响应速率时,会生成拼单队列,本申请并不是 按照订单生成时间对每个拼单订单进行派单,而是根据属性信息判断订单是否满足预设拼 单条件,将满足预设拼单条件的订单打包生成一个合并订单进行派单,其中,属性信息可以 是订单生成时间、订单预约响应时间和订单生成区域等,而预设拼单条件的生成需要满足 多种运营逻辑,例如,一方面,要保证拼单后运力的成本不会过高,另一方面,要保证合并订 单中的每个订单的执行时间不会过长。

[0072] 其中,拼单是指多个订单被同一个运力响应,也即每个运力在响应一个订单后,如 果满足拼单策略要求还能接收其他订单请求,不仅有利于提高运力的利用率,而且有利于 提升成交量,而拼单队列的形成是由于能够响应拼单请求的运力远远少于拼单请求量,因 此,处于运营公平考虑,以拼单订单的生成时间和出发时间进行队列排序。

[0073] 在上述技术方案中,优选地,订单处理方法还包括:待响应订单为网约车行程订单 时,预设属性信息包括行程路线、乘车人数、行程时间和调度费用中的至少一种信息,其中, 调度费用大于或等于零。

[0074] 在该技术方案中,当待生成的订单为网约车行程订单时,行程订单会包括订单的 属性信息,订单的属性信息主要为行程路线、乘车人数、行程时间和调度费用,订单信息的 实例如下表1所示:

[0075] 表1

[0076]

Figure CN108009869AD00111

[0077] 在上述技术方案中,优选地,根据属性信息确定满足预设拼单条件的多个待响应 订单,并打包生成一个合并订单,具体包括:根据属性信息确定任一待响应订单在不拼单时 的第一行程时长;预估任一待响应订单被打包生成一个合并订单时的第二行程时长;计算 第一行程时长与第二行程时长之间的比值;若比值大于或等于预设比值,则确定待响应订 单满足预设拼单条件,并打包生成一个合并订单。

[0078] 在该技术方案中,通过预估拼单前后行程时长的比值来判断待响应订单是否满足 预设拼单条件,是为了保证每个订单的行程时长不会过多偏离用户预期时间,以提升用户 的乘车体验,其中,网约车行程订单在未进行拼单时预估的行程时间为第一行程时长,在待 响应订单被打包成合并订单时预估的行程时间为第二行程时长,通过计算第一行程时长和 第二行程时长的比值,并且若比值大于或等于预设比值,则确定待响应订单满足预设拼单 条件,并打包生成一个合并订单,是为了保证合并订单执行过程中,其中的每个拼单订单用 户享受网约车服务的时间不会产生太大偏差,例如,多个拼单订单在不拼单时的第一行程 时长均大于40分钟,而预计多个拼单订单的合并订单的第二行程时长为80分钟,如预设比 值为50%,则确定打包生成上述合并订单。

[0079] 其中,上述行程时间为服务器根据行程路线和路况预估的时间。

[0080] 在上述技术方案中,优选地,根据属性信息确定满足预设拼单条件的多个待响应 订单,并打包生成一个合并订单,具体包括:根据属性信息确定任一待响应订单在不拼单时 的第一行程路线;预估任一待响应订单被打包生成一个合并订单时的第二行程路线;计算 第一行程路线与第二行程路线之间的匹配度;若匹配度大于或等于预设匹配度,则确定待 响应订单满足预设拼单条件,并打包生成一个合并订单。

[0081] 在该技术方案中,在确定多个待响应订单是否满足预设拼单条件时,需要考虑运 力的营运成本,也即保证拼车后的顺路程度,这就需要确定在不进行拼单时的行程路线和 合并订单的行程路线之间的匹配度,匹配度所表示是行程的顺路程度,当多个待响应订单 顺路的时候就匹配成功,打包生成一个合并订单,减少了用户的等待时间,提升了用户对网 约车服务的体验。

[0082] 在上述技术方案中,优选地,根据属性信息确定满足预设拼单条件的多个待响应 订单,并打包生成一个合并订单,具体包括:根据属性信息确定多个待响应订单的乘车人数 和;确定空闲运力的空余位置数;若乘车人数和小于或等于空余位置数,则确定多个待响应 订单满足预设拼单条件,并打包生成一个合并订单。

[0083] 在该技术方案中,对于网约车行程订单而言,在上述打包过程中,在考虑行程时长 和顺路程度的同时,需要考虑乘车人数是否合理,例如,在播单区域内,检测到一辆运营车 辆(即运力)有三个空闲座位,则仅能接受乘车人数和小于或等于三个的合并订单。

[0084] 在上述技术方案中,优选地,合并订单中的任两个待响应订单之间的起始时刻之 间的差值小于或等于预设时间差。

[0085] 在该技术方案中,对于网约车行程订单而言,其不同于其他电商订单之处在于,乘 车业务的起始时刻是影响用户体验的重要因素之一,为了避免拼车用户的等待时间过久以 及降低运力的时间成本,设定预设时间差来限制待响应订单的起始时刻,例如,预设时间差 可以设为5分钟、10分钟和15分钟等,并根据路况进行修正和调整,如交通拥堵时,提高预设 时间差,在交通通畅时,减小预设时间差。

[0086] 在上述技术方案中,优选地,在确定拼单队列中的待响应订单的属性信息前,还包 括:记录非拼单订单的响应等待时间;判断响应等待时间是否大于或等于预设响应等待时 间;在判定响应等待时间大于或等于预设响应等待时间时,发送拼单提示信息;响应于拼单 提示信息的确认拼单信息,将确认拼单信息对应的非拼单订单添加至拼单队列;发送非拼 单订单在拼单队列中的预计等待时间和排队计数,以触发客户端生成相应的排队交互界 面。

[0087] 在该技术方案中,通过根据非拼单订单的响应等待时间,提示用户是否接受拼单, 相当于为用户提供了多种业务接口,以减少用户的响应等待时间,而为了进一步提升拼单 业务的成交量,在客户端的排队交互界面显示预计等待时间和排队计数,以使用户更直观 地了解拼单业务的优势,促使用户更多地使用拼单业务。

[0088] 在上述技术方案中,优选地,订单处理方法还包括:在打包生成一个合并订单后, 根据合并订单中的调度费用更新播单区域;在检测到更新后的播单区域出现空闲运力时, 按照合并订单的生成顺序派单至空闲运力。

[0089] 在该技术方案中,在打包生成合并订单后,为了进一步提高响应速率,解析调度费 用以更新播单区域,通常是扩大播单半径,进而扩大派单范围,提高合并订单的响应速率。

[0090] 在上述技术方案中,优选地,订单处理方法还包括:设置合并订单的派单次序早于 未打包的待响应订单的派单次序。

[0091] 在该技术方案中,通过设置合并订单的派单顺序要优先于为打包的订单的派单顺 序,由于合并订单的成交金额较高且至少满足两个待响应订单的乘车需求,因此,优先对合 并订单进行派送可以减少多个用户的等待时间,同时,也有利于提升成交量。

[0092] 在上述技术方案中,优选地,订单处理方法还包括:设置合并订单的派单次序为合 并订单中最早加入拼单队列的待响应订单的派单次序。

[0093] 在该技术方案中,通过设置合并订单的派单次序为合并订单中最早加入拼单队列 的待响应订单的派单次序,更符合派单的公平性,拼单队列中任一待响应订单的等待时间 均不会延长,具体地,如拼单队列中为{Cn},其中,下标η表征每个待响应订单的排队顺序, 且η为大于或等于2的正整数,如η为10时,C2、C6和C9满足预设拼单条件,则打包C2、C6和C9为 一个合并订单,此时拼单队列的顺序为订单心、合并订单(C2、C6和C9)、订单C3、订单C4、订单 C5、订单C7、订单C8和订单C10。

[0094] 具体地,如图2所示,在未打包的拼单队列^中,包括按照时间排序的订单C1、订单 C2、订单C3、订单C4、订单C5、订单C6、订单C7、订单C8、订单C9、订单C1Q、订单C11和订单C12,根据 预设拼单条件打包生成打包队列A2,包括第一合并订单(C2、C6和C9)、第二合并订单(CjPC5) 和第三合并订单(C?和C11),将打包队列A2中的八个订单分别派单至运力队列A3,运力队列A3 标识依次空闲的运力Βι、运力B2、运力B3、运力B4、运力B5、运力B6、运力B7和运力Bs。

[0095] 在图1和图2所示的实施例中,预设拼单条件同时包括预估的行程时长、顺路程度 以及乘车人数和在内,以最大程度保证本申请提出的订单处理方案的可靠性,进而提升成 交量和用户的使用体验。

[0096] 图3示出了根据本发明的一个实施例的订单处理装置的示意框图。

[0097] 如图3所示,根据本发明的一个实施例的订单处理装置300,包括:确定单元302,用 于确定拼单队列中的订单的属性信息;打包单元304,用于根据属性信息确定满足预设拼单 条件的多个待响应订单,并打包生成一个合并订单。

[0098] 在该技术方案中,通过根据订单的属性信息将满足预设拼单条件的多个待处理的 订单进行打包,并合并生成一个订单,有利于提高派单效率,提升了订单成交量和用户的使 用体验,同时,有效地减少了派单次数,降低了服务器的数据通信压力。

[0099] 具体地,在拼单订单生成速度远大于响应速率时,会生成拼单队列,本申请并不是 按照订单生成时间对每个拼单订单进行派单,而是根据属性信息判断订单是否满足预设拼 单条件,将满足预设拼单条件的订单打包生成一个合并订单进行派单,其中,属性信息可以 是订单生成时间、订单预约响应时间和订单生成区域等,而预设拼单条件的生成需要满足 多种运营逻辑,例如,一方面,要保证拼单后运力的成本不会过高,另一方面,要保证合并订 单中的每个订单的执行时间不会过长。

[0100] 其中,拼单是指多个订单被同一个运力响应,也即每个运力在响应一个订单后,如 果满足拼单策略要求还能接收其他订单请求,不仅有利于提高运力的利用率,而且有利于 提升成交量,而拼单队列的形成是由于能够响应拼单请求的运力远远少于拼单请求量,因 此,处于运营公平考虑,以拼单订单的生成时间和出发时间进行队列排序。

[0101] 在上述技术方案中,优选地,订单处理装置300还包括:第一设置单元306,用于待 响应订单为网约车行程订单时,预设属性信息包括行程路线、乘车人数、行程时间和调度费 用中的至少一种信息,其中,调度费用大于或等于零。

[0102] 在该技术方案中,当待生成的订单为网约车行程订单时,行程订单会包括订单的 属性信息,订单的属性信息主要为行程路线、乘车人数、行程时间和调度费用。

[0103] 在上述技术方案中,优选地,订单处理装置300还包括:确定单元302还用于:根据 属性信息确定任一待响应订单在不拼单时的第一行程时长;确定单元302还用于:预估任一 待响应订单被打包生成一个合并订单时的第二行程时长;确定单元302还用于:计算第一行 程时长与第二行程时长之间的比值;确定单元302还用于:若比值大于或等于预设比值,则 确定待响应订单满足预设拼单条件,并打包生成一个合并订单。

[0104] 在该技术方案中,通过预估拼单前后行程时长的比值来判断待响应订单是否满足 预设拼单条件,是为了保证每个订单的行程时长不会过多偏离用户预期时间,以提升用户 的乘车体验,其中,网约车行程订单在未进行拼单时预估的行程时间为第一行程时长,在待 响应订单被打包成合并订单时预估的行程时间为第二行程时长,通过计算第一行程时长和 第二行程时长的比值,并且若比值大于或等于预设比值,则确定待响应订单满足预设拼单 条件,并打包生成一个合并订单,是为了保证合并订单执行过程中,其中的每个拼单订单用 户享受网约车服务的时间不会产生太大偏差,例如,多个拼单订单在不拼单时的第一行程 时长均大于40分钟,而预计多个拼单订单的合并订单的第二行程时长为80分钟,如预设比 值为50%,则确定打包生成上述合并订单。

[0105] 其中,上述行程时间为服务器根据行程路线和路况预估的时间。

[0106] 在上述技术方案中,优选地,订单处理装置300还包括:确定单元302还用于:根据 属性信息确定任一待响应订单在不拼单时的第一行程路线;确定单元302还用于:预估任一 待响应订单被打包生成一个合并订单时的第二行程路线;确定单元302还用于:计算第一行 程路线与第二行程路线之间的匹配度;确定单元302还用于:若匹配度大于或等于预设匹配 度,则确定待响应订单满足预设拼单条件,并打包生成一个合并订单。

[0107] 在该技术方案中,在确定多个待响应订单是否满足预设拼单条件时,需要考虑运 力的营运成本,也即保证拼车后的顺路程度,这就需要确定在不进行拼单时的行程路线和 合并订单的行程路线之间的匹配度,匹配度所表示是行程的顺路程度,当多个待响应订单 顺路的时候就匹配成功,打包生成一个合并订单,减少了用户的等待时间,提升了用户对网 约车服务的体验。

[0108] 在上述技术方案中,优选地,订单处理装置300还包括:确定单元302还用于:根据 属性信息确定多个待响应订单的乘车人数和;确定单元302还用于:确定空闲运力的空余位 置数;确定单元302还用于:若乘车人数和小于或等于空余位置数,则确定多个待响应订单 满足预设拼单条件,并打包生成一个合并订单。

[0109] 在该技术方案中,对于网约车行程订单而言,在上述打包过程中,在考虑行程时长 和顺路程度的同时,需要考虑乘车人数是否合理,例如,在播单区域内,检测到一辆运营车 辆(即运力)有三个空闲座位,则仅能接受乘车人数和小于或等于三个的合并订单。

[0110] 在上述技术方案中,优选地,订单处理装置300还包括:合并订单中的任两个待响 应订单之间的起始时刻之间的差值小于或等于预设时间差。

[0111] 在该技术方案中,对于网约车行程订单而言,其不同于其他电商订单之处在于,乘 车业务的起始时刻是影响用户体验的重要因素之一,为了避免拼车用户的等待时间过久以 及降低运力的时间成本,设定预设时间差来限制待响应订单的起始时刻,例如,预设时间差 可以设为5分钟、10分钟和15分钟等,并根据路况进行修正和调整,如交通拥堵时,提高预设 时间差,在交通通畅时,减小预设时间差。

[0112] 在上述技术方案中,优选地,订单处理装置300还包括:计时单元316,用于记录非 拼单订单的响应等待时间;判断单元308,用于判断响应等待时间是否大于或等于预设响应 等待时间;通信单元310,用于在判定响应等待时间大于或等于预设响应等待时间时,发送 拼单提示信息;确定单元302还用于:响应于拼单提示信息的确认拼单信息,将确认拼单信 息对应的非拼单订单添加至拼单队列;通信单元310还用于:发送非拼单订单在拼单队列中 的预计等待时间和排队计数,以触发客户端生成相应的排队交互界面。

[0113] 在该技术方案中,通过根据非拼单订单的响应等待时间,提示用户是否接受拼单, 相当于为用户提供了多种业务接口,以减少用户的响应等待时间,而为了进一步提升拼单 业务的成交量,在客户端的排队交互界面显示预计等待时间和排队计数,以使用户更直观 地了解拼单业务的优势,促使用户更多地使用拼单业务。

[0114] 在上述技术方案中,优选地,订单处理装置300还包括:更新单元320,用于在打包 生成一个合并订单后,根据合并订单中的调度费用更新播单区域;派单单元314,用于在检 测到更新后的播单区域出现空闲运力时,按照合并订单的生成顺序派单至空闲运力。

[0115] 在该技术方案中,在打包生成合并订单后,为了进一步提高响应速率,解析调度费 用以更新播单区域,通常是扩大播单半径,进而扩大派单范围,提高合并订单的响应速率。

[0116] 在上述技术方案中,优选地,订单处理装置300还包括:第二设置单元312,用于设 置合并订单的派单次序早于未打包的待响应订单的派单次序。

[0117] 在该技术方案中,通过设置合并订单的派单顺序要优先于为打包的订单的派单顺 序,由于合并订单的成交金额较高且至少满足两个待响应订单的乘车需求,因此,优先对合 并订单进行派送可以减少多个用户的等待时间,同时,也有利于提升成交量。

[0118] 在上述技术方案中,优选地,订单处理装置300还包括:第三设置单元318,用于设 置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序。

[0119] 在该技术方案中,通过设置合并订单的派单次序为合并订单中最早加入拼单队列 的待响应订单的派单次序,更符合派单的公平性,拼单队列中任一待响应订单的等待时间 均不会延长,具体地,如拼单队列中为{Cn},其中,下标η表征每个待响应订单的排队顺序, 且η为大于或等于2的正整数,如η为10时,C2、C6和C9满足预设拼单条件,则打包C2、C6和C9为 一个合并订单,此时拼单队列的顺序为订单心、合并订单(C2、C6和C9)、订单C3、订单C4、订单 C5、订单C7、订单C8和订单C10。

[0120] 图4示出了本发明的一个实施例的服务器的示意框图。

[0121] 如图4所示,根据本发明的一个实施例的服务器400,包括:存储器402、处理器404 及存储在存储器402上并可在处理器404上运行的计算机程序,处理器404执行计算机程序 时实现上述任一项订单处理方法限定的步骤,和/或包括上述任一项的订单处理装置300。

[0122] 根据本发明的实施例的计算机可读存储介质,其上存储有计算机程序,计算机程 序被处理器执行时实现:确定拼单队列中的订单的属性信息;根据属性信息确定满足预设 拼单条件的多个待响应订单,并打包生成一个合并订单。

[0123] 在该技术方案中,通过根据订单的属性信息将满足预设拼单条件的多个待处理的 订单进行打包,并合并生成一个订单,有利于提高派单效率,提升了订单成交量和用户的使 用体验,同时,有效地减少了派单次数,降低了服务器的数据通信压力。

[0124] 具体地,在拼单订单生成速度远大于响应速率时,会生成拼单队列,本申请并不是 按照订单生成时间对每个拼单订单进行派单,而是根据属性信息判断订单是否满足预设拼 单条件,将满足预设拼单条件的订单打包生成一个合并订单进行派单,其中,属性信息可以 是订单生成时间、订单预约响应时间和订单生成区域等,而预设拼单条件的生成需要满足 多种运营逻辑,例如,一方面,要保证拼单后运力的成本不会过高,另一方面,要保证合并订 单中的每个订单的执行时间不会过长。

[0125] 其中,拼单是指多个订单被同一个运力响应,也即每个运力在响应一个订单后,如 果满足拼单策略要求还能接收其他订单请求,不仅有利于提高运力的利用率,而且有利于 提升成交量,而拼单队列的形成是由于能够响应拼单请求的运力远远少于拼单请求量,因 此,处于运营公平考虑,以拼单订单的生成时间和出发时间进行队列排序。

[0126] 在上述技术方案中,优选地,订单处理方法还包括:待响应订单为网约车行程订单 时,预设属性信息包括行程路线、乘车人数、行程时间和调度费用中的至少一种信息,其中, 调度费用大于或等于零。

[0127] 在该技术方案中,当待生成的订单为网约车行程订单时,行程订单会包括订单的 属性信息,订单的属性信息主要为行程路线、乘车人数、行程时间和调度费用,订单信息的 实例如下表1所示:

[0128] 表1

[0129]

Figure CN108009869AD00161

[0130] 在上述技术方案中,优选地,根据属性信息确定满足预设拼单条件的多个待响应 订单,并打包生成一个合并订单,具体包括:根据属性信息确定任一待响应订单在不拼单时 的第一行程时长;预估任一待响应订单被打包生成一个合并订单时的第二行程时长;计算 第一行程时长与第二行程时长之间的比值;若比值大于或等于预设比值,则确定待响应订 单满足预设拼单条件,并打包生成一个合并订单。

[0131] 在该技术方案中,通过预估拼单前后行程时长的比值来判断待响应订单是否满足 预设拼单条件,是为了保证每个订单的行程时长不会过多偏离用户预期时间,以提升用户 的乘车体验,其中,网约车行程订单在未进行拼单时预估的行程时间为第一行程时长,在待 响应订单被打包成合并订单时预估的行程时间为第二行程时长,通过计算第一行程时长和 第二行程时长的比值,并且若比值大于或等于预设比值,则确定待响应订单满足预设拼单 条件,并打包生成一个合并订单,是为了保证合并订单执行过程中,其中的每个拼单订单用 户享受网约车服务的时间不会产生太大偏差,例如,多个拼单订单在不拼单时的第一行程 时长均大于40分钟,而预计多个拼单订单的合并订单的第二行程时长为80分钟,如预设比 值为50%,则确定打包生成上述合并订单。

[0132] 其中,上述行程时间为服务器根据行程路线和路况预估的时间。

[0133] 在上述技术方案中,优选地,根据属性信息确定满足预设拼单条件的多个待响应 订单,并打包生成一个合并订单,具体包括:根据属性信息确定任一待响应订单在不拼单时 的第一行程路线;预估任一待响应订单被打包生成一个合并订单时的第二行程路线;计算 第一行程路线与第二行程路线之间的匹配度;若匹配度大于或等于预设匹配度,则确定待 响应订单满足预设拼单条件,并打包生成一个合并订单。

[0134] 在该技术方案中,在确定多个待响应订单是否满足预设拼单条件时,需要考虑运 力的营运成本,也即保证拼车后的顺路程度,这就需要确定在不进行拼单时的行程路线和 合并订单的行程路线之间的匹配度,匹配度所表示是行程的顺路程度,当多个待响应订单 顺路的时候就匹配成功,打包生成一个合并订单,减少了用户的等待时间,提升了用户对网 约车服务的体验。

[0135] 在上述技术方案中,优选地,根据属性信息确定满足预设拼单条件的多个待响应 订单,并打包生成一个合并订单,具体包括:根据属性信息确定多个待响应订单的乘车人数 和;确定空闲运力的空余位置数;若乘车人数和小于或等于空余位置数,则确定多个待响应 订单满足预设拼单条件,并打包生成一个合并订单。

[0136] 在该技术方案中,对于网约车行程订单而言,在上述打包过程中,在考虑行程时长 和顺路程度的同时,需要考虑乘车人数是否合理,例如,在播单区域内,检测到一辆运营车 辆(即运力)有三个空闲座位,则仅能接受乘车人数和小于或等于三个的合并订单。

[0137] 在上述技术方案中,优选地,合并订单中的任两个待响应订单之间的起始时刻之 间的差值小于或等于预设时间差。

[0138] 在该技术方案中,对于网约车行程订单而言,其不同于其他电商订单之处在于,乘 车业务的起始时刻是影响用户体验的重要因素之一,为了避免拼车用户的等待时间过久以 及降低运力的时间成本,设定预设时间差来限制待响应订单的起始时刻,例如,预设时间差 可以设为5分钟、10分钟和15分钟等,并根据路况进行修正和调整,如交通拥堵时,提高预设 时间差,在交通通畅时,减小预设时间差。

[0139] 在上述技术方案中,优选地,在确定拼单队列中的待响应订单的属性信息前,还包 括:记录非拼单订单的响应等待时间;判断响应等待时间是否大于或等于预设响应等待时 间;在判定响应等待时间大于或等于预设响应等待时间时,发送拼单提示信息;响应于拼单 提示信息的确认拼单信息,将确认拼单信息对应的非拼单订单添加至拼单队列;发送非拼 单订单在拼单队列中的预计等待时间和排队计数,以触发客户端生成相应的排队交互界 面。

[0140] 在该技术方案中,通过根据非拼单订单的响应等待时间,提示用户是否接受拼单, 相当于为用户提供了多种业务接口,以减少用户的响应等待时间,而为了进一步提升拼单 业务的成交量,在客户端的排队交互界面显示预计等待时间和排队计数,以使用户更直观 地了解拼单业务的优势,促使用户更多地使用拼单业务。

[0141] 在上述技术方案中,优选地,订单处理方法还包括:在打包生成一个合并订单后, 根据合并订单中的调度费用更新播单区域;在检测到更新后的播单区域出现空闲运力时, 按照合并订单的生成顺序派单至空闲运力。

[0142] 在该技术方案中,在打包生成合并订单后,为了进一步提高响应速率,解析调度费 用以更新播单区域,通常是扩大播单半径,进而扩大派单范围,提高合并订单的响应速率。

[0143] 在上述技术方案中,优选地,订单处理方法还包括:设置合并订单的派单次序早于 未打包的待响应订单的派单次序。

[0144] 在该技术方案中,通过设置合并订单的派单顺序要优先于为打包的订单的派单顺 序,由于合并订单的成交金额较高且至少满足两个待响应订单的乘车需求,因此,优先对合 并订单进行派送可以减少多个用户的等待时间,同时,也有利于提升成交量。

[0145] 在上述技术方案中,优选地,订单处理方法还包括:设置合并订单的派单次序为合 并订单中最早加入拼单队列的待响应订单的派单次序。

[0146] 在该技术方案中,通过设置合并订单的派单次序为合并订单中最早加入拼单队列 的待响应订单的派单次序,更符合派单的公平性,拼单队列中任一待响应订单的等待时间 均不会延长,具体地,如拼单队列中为{Cn},其中,下标η表征每个待响应订单的排队顺序, 且η为大于或等于2的正整数,如η为10时,C2、C6和C9满足预设拼单条件,则打包C2、C6和C9为 一个合并订单,此时拼单队列的顺序为订单心、合并订单(C2、C6和C9)、订单C3、订单C4、订单 C5、订单C7、订单C8和订单C10。

[0147] 图5示出了本发明的一个实施例的客户端的排队交互界面的示意图。

[0148] 图6示出了本发明的另一个实施例的客户端的排队交互界面的示意图。

[0149] 如图5所示,根据本发明的一个实施例的客户端的排队交互界面500,包括:在非拼 单订单的等待响应时间大于预设等待响应时间(如5分钟)时,则生成“等待应答”的提示信 息,并生成非拼单队列的排队信息的提示框502,包括排队原因,如“叫车人数过多需排队, 感谢耐心等候”,或“雷雨天气,用车紧张”,或“高峰时段,道路拥堵”,还包括“当前排位26 号”和“预估等待13分钟”,以供用户合理调整用车业务。

[0150] 如图5所示,为了提升用户的使用体验,提供其他业务接口包括同时呼叫拼车(接 口)504和调度远处司机(接口)506,提示框508显示地图信息和运力分布信息,另外,如用户 触控提供取消订单(接口)510,则取消上述非拼单订单。

[0151] 在用户触控同时呼叫拼车(接口)504后,排队交互界面刷新显示如图6,经打包生 成合并订单(包括用户本身、拼友A和拼友B),在拼单队列中排位为2号,预估等待5分钟,极 大地缩短了用户的等待时间,另外,为了提升用户对拼单业务的可视度,提供合并订单的业 务信息512,提示拼单接驾信息包括:司机于5分钟后在Z处为您接驾;拼友A在X处上车;拼友 B在Y处上车。

[0152] 以上结合附图详细说明了本发明的技术方案,考虑到相关技术提出拼单业务的响 应效率低的技术问题,本发明提出了一种订单处理方法,通过根据订单的属性信息将满足 预设拼单条件的多个待处理的订单进行打包,并合并生成一个订单,有利于提高派单效率, 提升了订单成交量和用户的使用体验,同时,有效地减少了派单次数,降低了服务器的数据 通信压力。

[0153] 以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技 术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修 改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (22)

1. 一种订单处理方法,其特征在于,订单处理包括: 确定拼单队列中的订单的属性信息; 根据所述属性信息确定满足预设拼单条件的多个待响应订单,并打包生成一个合并订 单。
2. 根据权利要求1所述的订单处理方法,其特征在于,还包括: 所述待响应订单为网约车行程订单时,预设所述属性信息包括行程路线、乘车人数、行 程时间和调度费用中的至少一种信息, 其中,所述调度费用大于或等于零。
3. 根据权利要求1所述的订单处理方法,其特征在于,根据所述属性信息确定满足预设 拼单条件的多个待响应订单,并打包生成一个合并订单,具体包括: 根据所述属性信息确定任一所述待响应订单在不拼单时的第一行程时长; 预估任一所述待响应订单被打包生成一个所述合并订单时的第二行程时长; 计算所述第一行程时长与所述第二行程时长之间的比值; 若所述比值大于或等于预设比值,则确定所述待响应订单满足所述预设拼单条件,并 打包生成一个所述合并订单。
4. 根据权利要求1所述的订单处理方法,其特征在于,根据所述属性信息确定满足预设 拼单条件的多个待响应订单,并打包生成一个合并订单,具体包括: 根据所述属性信息确定任一所述待响应订单在不拼单时的第一行程路线; 预估任一所述待响应订单被打包生成一个所述合并订单时的第二行程路线; 计算所述第一行程路线与所述第二行程路线之间的匹配度; 若所述匹配度大于或等于预设匹配度,则确定所述待响应订单满足所述预设拼单条 件,并打包生成一个所述合并订单。
5. 根据权利要求1至4中任一项所述的订单处理方法,其特征在于,根据所述属性信息 确定满足预设拼单条件的多个待响应订单,并打包生成一个合并订单,具体包括: 根据所述属性信息确定多个所述待响应订单的乘车人数和; 确定空闲运力的空余位置数; 若所述乘车人数和小于或等于空余位置数,则确定多个所述待响应订单满足所述预设 拼单条件,并打包生成一个所述合并订单。
6. 根据权利要求1至4中任一项所述的订单处理方法,其特征在于, 所述合并订单中的任两个待响应订单之间的起始时刻之间的差值小于或等于预设时 间差。
7. 根据权利要求1至4中任一项所述的订单处理方法,其特征在于,在确定拼单队列中 的待响应订单的属性信息前,还包括: 记录非拼单订单的响应等待时间; 判断所述响应等待时间是否大于或等于预设响应等待时间; 在判定所述响应等待时间大于或等于所述预设响应等待时间时,发送拼单提示信息; 响应于所述拼单提示信息的确认拼单信息,将所述确认拼单信息对应的非拼单订单添 加至所述拼单队列; 发送所述非拼单订单在所述拼单队列中的预计等待时间和排队计数,以触发客户端生 成相应的排队交互界面。
8. 根据权利要求1至4中任一项所述的订单处理方法,其特征在于,还包括: 在打包生成一个所述合并订单后,根据所述合并订单中的调度费用更新播单区域; 在检测到更新后的播单区域出现空闲运力时,按照所述合并订单的生成顺序派单至所 述空闲运力。
9. 根据权利要求1至4中任一项所述的订单处理方法,其特征在于,还包括: 设置所述合并订单的派单次序早于未打包的所述待响应订单的派单次序。
10. 根据权利要求1至4中任一项所述的订单处理方法,其特征在于,还包括: 设置所述合并订单的派单次序为所述合并订单中最早加入所述拼单队列的待响应订 单的派单次序。
11. 一种订单处理装置,其特征在于,订单处理包括: 确定单元,用于确定拼单队列中的订单的属性信息; 打包单元,用于根据所述属性信息确定满足预设拼单条件的多个待响应订单,并打包 生成一个合并订单。
12. 根据权利要求11所述的订单处理装置,其特征在于,还包括: 第一设置单元,用于所述待响应订单为网约车行程订单时,预设所述属性信息包括行 程路线、乘车人数、行程时间和调度费用中的至少一种信息, 其中,所述调度费用大于或等于零。
13. 根据权利要求11所述的订单处理装置,其特征在于, 所述确定单元还用于:根据所述属性信息确定任一所述待响应订单在不拼单时的第一 行程时长; 所述确定单元还用于:预估任一所述待响应订单被打包生成一个所述合并订单时的第 二行程时长; 所述确定单元还用于:计算所述第一行程时长与所述第二行程时长之间的比值; 所述确定单元还用于:若所述比值大于或等于预设比值,则确定所述待响应订单满足 所述预设拼单条件,并打包生成一个所述合并订单。
14. 根据权利要求11所述的订单处理装置,其特征在于, 所述确定单元还用于:根据所述属性信息确定任一所述待响应订单在不拼单时的第一 行程路线; 所述确定单元还用于:预估任一所述待响应订单被打包生成一个所述合并订单时的第 二行程路线; 所述确定单元还用于:计算所述第一行程路线与所述第二行程路线之间的匹配度; 所述确定单元还用于:若所述匹配度大于或等于预设匹配度,则确定所述待响应订单 满足所述预设拼单条件,并打包生成一个所述合并订单。
15. 根据权利要求11至14中任一项所述的订单处理装置,其特征在于, 所述确定单元还用于:根据所述属性信息确定多个所述待响应订单的乘车人数和; 所述确定单元还用于:确定空闲运力的空余位置数; 所述确定单元还用于:若所述乘车人数和小于或等于空余位置数,则确定多个所述待 响应订单满足所述预设拼单条件,并打包生成一个所述合并订单。
16. 根据权利要求11至14中任一项所述的订单处理装置,其特征在于,所述合并订单中 的任两个待响应订单之间的起始时刻之间的差值小于或等于预设时间差。
17. 根据权利要求11至14中任一项所述的订单处理装置,其特征在于,还包括: 计时单元,用于记录非拼单订单的响应等待时间; 判断单元,用于判断所述响应等待时间是否大于或等于预设响应等待时间; 通信单元,用于在判定所述响应等待时间大于或等于所述预设响应等待时间时,发送 拼单提不ί目息; 所述确定单元还用于:响应于所述拼单提示信息的确认拼单信息,将所述确认拼单信 息对应的非拼单订单添加至所述拼单队列; 所述通信单元还用于:发送所述非拼单订单在所述拼单队列中的预计等待时间和排队 计数,以触发客户端生成相应的排队交互界面。
18. 根据权利要求11至14中任一项所述的订单处理装置,其特征在于,还包括: 更新单元,用于在打包生成一个所述合并订单后,根据所述合并订单中的调度费用更 新播单区域; 派单单元,用于在检测到更新后的播单区域出现空闲运力时,按照所述合并订单的生 成顺序派单至所述空闲运力。
19. 根据权利要求11至14中任一项所述的订单处理装置,其特征在于,还包括: 第二设置单元,用于设置所述合并订单的派单次序早于未打包的所述待响应订单的派 单次序。
20. 根据权利要求11至14中任一项所述的订单处理装置,其特征在于,还包括: 第三设置单元,用于设置所述合并订单的派单次序为所述合并订单中最早加入所述拼 单队列的待响应订单的派单次序。
21. —种服务器,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行 的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至10中任 一项订单处理方法限定的步骤,和/或包括如权利要求11至20中任一项所述的订单处理装 置。
22. —种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序 被处理器执行时实现如权利要求1至10中任一项订单处理方法限定的步骤。
CN201710701159.XA 2017-08-16 2017-08-16 订单处理方法、装置、服务器和计算机可读存储介质 CN108009869A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710701159.XA CN108009869A (zh) 2017-08-16 2017-08-16 订单处理方法、装置、服务器和计算机可读存储介质

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
CN201710701159.XA CN108009869A (zh) 2017-08-16 2017-08-16 订单处理方法、装置、服务器和计算机可读存储介质
US15/858,959 US20190057481A1 (en) 2017-08-16 2017-12-29 System and method for processing simultaneous carpool requests
PCT/CN2018/076348 WO2019033735A1 (en) 2017-08-16 2018-02-11 System and method for processing simultaneous carpool requests
CN201880000947.9A CN109791672A (zh) 2017-08-16 2018-02-11 一种用于处理同时拼车请求的系统和方法
SG11201806806YA SG11201806806YA (en) 2017-08-16 2018-02-11 System and method for processing simultaneous carpool requests
GB1813366.0A GB2564578A (en) 2017-08-16 2018-02-11 System and method for processing simultaneous carpool requests
EP18750091.3A EP3513372A4 (en) 2017-08-16 2018-02-11 System and method for processing simultaneous carpool requests
CA3014482A CA3014482A1 (en) 2017-08-16 2018-02-11 System and method for processing simultaneous carpool requests
AU2018217238A AU2018217238A1 (en) 2017-08-16 2018-02-11 System and method for processing simultaneous carpool requests
JP2018543614A JP6668493B2 (ja) 2017-08-16 2018-02-11 同時相乗り要求を処理するためのシステム及び方法
TW107127899A TW201911213A (zh) 2017-08-16 2018-08-10 用於處理同時共乘請求的系統和方法

Publications (1)

Publication Number Publication Date
CN108009869A true CN108009869A (zh) 2018-05-08

Family

ID=62050896

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710701159.XA CN108009869A (zh) 2017-08-16 2017-08-16 订单处理方法、装置、服务器和计算机可读存储介质
CN201880000947.9A CN109791672A (zh) 2017-08-16 2018-02-11 一种用于处理同时拼车请求的系统和方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201880000947.9A CN109791672A (zh) 2017-08-16 2018-02-11 一种用于处理同时拼车请求的系统和方法

Country Status (10)

Country Link
US (1) US20190057481A1 (zh)
EP (1) EP3513372A4 (zh)
JP (1) JP6668493B2 (zh)
CN (2) CN108009869A (zh)
AU (1) AU2018217238A1 (zh)
CA (1) CA3014482A1 (zh)
GB (1) GB2564578A (zh)
SG (1) SG11201806806YA (zh)
TW (1) TW201911213A (zh)
WO (1) WO2019033735A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108615120A (zh) * 2018-05-09 2018-10-02 厦门卫星定位应用股份有限公司 一种城际车辆排队派单方法及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103971507A (zh) * 2013-01-30 2014-08-06 国民技术股份有限公司 一种召车方法、召车平台及系统
CN104715296A (zh) * 2015-04-08 2015-06-17 北京航空航天大学 一种面向交通枢纽的出租车拼车机制设计及实现的方法
CN105225472A (zh) * 2015-10-14 2016-01-06 深圳市十方联智科技有限公司 一种拼车方法与设备
CN105279955A (zh) * 2015-10-14 2016-01-27 深圳市十方联智科技有限公司 一种拼车方法及设备

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5276162B2 (ja) * 2008-06-05 2013-08-28 テレフオンアクチーボラゲット エル エム エリクソン(パブル) コンピュータ装置、方法、コンピュータプログラムおよびコンピュータ可読媒体
CN101662722B (zh) * 2008-08-29 2012-10-03 岑宇钿 基于移动终端的拼车服务方法
US20120239452A1 (en) * 2011-03-17 2012-09-20 Aarjav Trivedi Fleet Management Systems and Processes
US8768614B2 (en) * 2011-12-19 2014-07-01 Sap Ag Increasing throughput for carpool assignment matching
US20130204656A1 (en) * 2012-02-03 2013-08-08 Weeels, Inc. Method and Application for Batch-Based Queue Management System
CN203480554U (zh) * 2013-09-12 2014-03-12 北京汽车股份有限公司 一种拼车提示系统及汽车
US20150142484A1 (en) * 2013-11-18 2015-05-21 National Taipei University Of Technology Carpool service providing method and carpool server using the same
US20150154810A1 (en) * 2013-12-04 2015-06-04 Kar Leong Tew Virtual transportation stands
CN104217249B (zh) * 2014-07-02 2017-06-23 浙江工业大学 一种基于时间与费用约束的动态拼车匹配方法
CN106716066A (zh) * 2014-07-22 2017-05-24 莱夫特公司 链式乘坐
CA3007343A1 (en) * 2015-01-08 2016-07-14 Uber Technologies, Inc. Providing information about a proposed service for a user based on user-specific location information
CN104640074A (zh) * 2015-02-17 2015-05-20 北京九五智驾信息技术股份有限公司 提供拼车服务的方法
CN104951848A (zh) * 2015-06-10 2015-09-30 浙江工业大学 一种实时拼车匹配方法
US10290215B2 (en) * 2015-10-06 2019-05-14 Gt Gettaxi Limited System for navigating grouped passengers from an event
CN105608749B (zh) * 2015-12-18 2019-07-05 昆明理工大学 一种智能型多功能出租车合乘计价实现方法
CN105489002B (zh) * 2016-01-05 2017-12-26 深圳大学 一种基于智能匹配和路径优化的拼车方法及系统
CN105809263A (zh) * 2016-05-10 2016-07-27 北京交通大学 基于多目标优化的出租车预约方法及系统
CN106339763A (zh) * 2016-08-12 2017-01-18 北京东方车云信息技术有限公司 拼车方法、乘客端及服务端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103971507A (zh) * 2013-01-30 2014-08-06 国民技术股份有限公司 一种召车方法、召车平台及系统
CN104715296A (zh) * 2015-04-08 2015-06-17 北京航空航天大学 一种面向交通枢纽的出租车拼车机制设计及实现的方法
CN105225472A (zh) * 2015-10-14 2016-01-06 深圳市十方联智科技有限公司 一种拼车方法与设备
CN105279955A (zh) * 2015-10-14 2016-01-27 深圳市十方联智科技有限公司 一种拼车方法及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
郭会 等: "基于个性化需求的拼车路径匹配算法研究", 《计算机技术与发展》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108615120A (zh) * 2018-05-09 2018-10-02 厦门卫星定位应用股份有限公司 一种城际车辆排队派单方法及介质

Also Published As

Publication number Publication date
WO2019033735A1 (en) 2019-02-21
US20190057481A1 (en) 2019-02-21
EP3513372A1 (en) 2019-07-24
EP3513372A4 (en) 2019-07-24
GB2564578A (en) 2019-01-16
SG11201806806YA (en) 2019-03-28
CA3014482A1 (en) 2019-02-16
GB201813366D0 (en) 2018-10-03
GB2564578A8 (en) 2019-09-11
JP6668493B2 (ja) 2020-03-18
TW201911213A (zh) 2019-03-16
AU2018217238A1 (en) 2019-03-07
CN109791672A (zh) 2019-05-21
JP2019533207A (ja) 2019-11-14

Similar Documents

Publication Publication Date Title
CN104272850B (zh) D2d连接恢复方案
US9978282B2 (en) Ride chaining
US20160247247A1 (en) Systems and Methods for Allocating Networked Vehicle Resources in Priority Environments
CN105103607B (zh) 在无线通信系统中处理基于接近的服务的方法和设备
CN103971507B (zh) 一种召车方法、召车平台及系统
CN104170336B (zh) 在WiFi网络中提供差异化关联服务的系统和方法
CN104346921B (zh) 基于位置信息的出租车信息通讯服务系统、终端和方法
EP3332365A1 (en) Systems and methods for adjusting ride-sharing schedules and routes
CN103858512B (zh) 处理无线通信系统中的连接
AU2015296265A1 (en) Arranging a transport service for multiple users
GB2535718A (en) Resource management
WO2017063518A1 (zh) 数据处理方法、装置及系统
US8571918B2 (en) Estimation of transit demand models for enhancing ridership
US20190182514A1 (en) Live video push method, device, storage medium, and program product
US20100165896A1 (en) Power saving in peer-to-peer communication devices
CN103684874B (zh) 一种自动分配网上客服进行客户服务的方法和装置
CN101378581B (zh) 出租车运营辅助系统及方法
JP4068095B2 (ja) 通信システム及び車載通信装置
WO2013123835A1 (zh) 基于手持移动终端的出租车呼叫系统及方法
CN103218769A (zh) 出租车订单分配方法
US20060002413A1 (en) Control system for controlling turn-waiting queues of queue objects
US20140210650A1 (en) Apparatus and method for informing bus driver of intention to get on or off bus
RU2635888C2 (ru) Способ и устройство передачи многоадресной информации
Zhu et al. Public vehicles for future urban transportation
CN104185296B (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