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
merging
default
responded
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
Application number
CN201710701159.XA
Other languages
English (en)
Inventor
张妮萍
李璐
罗明珊
魏蒲萌
刘美辰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development Co Ltd
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 Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to CN201710701159.XA priority Critical patent/CN108009869A/zh
Priority to US15/858,959 priority patent/US20190057481A1/en
Priority to PCT/CN2018/076348 priority patent/WO2019033735A1/en
Priority to SG11201806806YA priority patent/SG11201806806YA/en
Priority to GB1813366.0A priority patent/GB2564578A/en
Priority to CN201880000947.9A priority patent/CN109791672B/zh
Priority to EP18750091.3A priority patent/EP3513372A1/en
Priority to CA3014482A priority patent/CA3014482C/en
Priority to AU2018217238A priority patent/AU2018217238A1/en
Priority to JP2018543614A priority patent/JP6668493B2/ja
Publication of CN108009869A publication Critical patent/CN108009869A/zh
Priority to TW107127899A priority patent/TW201911213A/zh
Priority to JP2020030798A priority patent/JP6849837B2/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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
    • 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
    • G01—MEASURING; TESTING
    • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34—Route searching; Route guidance
    • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
    • G01C21/3438—Rendez-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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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
    • 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
    • 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/06315—Needs-based resource requirements planning or analysis
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Quality & Reliability (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Educational Administration (AREA)
  • Automation & Control Theory (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Document Processing Apparatus (AREA)

Abstract

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

Description

订单处理方法、装置、服务器和计算机可读存储介质
技术领域
本发明涉及计算机技术领域，具体而言，涉及一种订单处理方法、一种订单处理装置、一种服务器和一种计算机可读存储介质。
背景技术
随着电子商务经济的发展，为了提升成交量和派单效率，服务器在响应于电子订单时，通常会对每个电子订单进行派单，其中，电子订单如外卖订单、家政服务订单和网约车行程订单等，虽然服务器能够负担对每个订单进行派单的数据计算压力，并且进一步，通过提供拼单服务来提高成交量，在供需严重失衡时，仍需按照顺序对拼单队列中的每个订单进行分派，虽然降低了运力成本，但是，仍不能有效地提高订单响应效率，严重影响用户的使用体验。
发明内容
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
为此，本发明的一个目的在于提供一种订单处理方法。
本发明的另一个目的在于提供一种订单处理的装置。
本发明的又一个目的在于提供一种服务器。
本发明的又一个目的在于提供一种计算机可读存储介质。
为了实现上述目的，本发明第一方面的技术方案提供了一种订单处理方法，包括：确定拼单队列中的订单的属性信息；根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单。
在该技术方案中，通过根据订单的属性信息将满足预设拼单条件的多个待处理的订单进行打包，并合并生成一个订单，有利于提高派单效率，提升了订单成交量和用户的使用体验，同时，有效地减少了派单次数，降低了服务器的数据通信压力。
具体地，在拼单订单生成速度远大于响应速率时，会生成拼单队列，本申请并不是按照订单生成时间对每个拼单订单进行派单，而是根据属性信息判断订单是否满足预设拼单条件，将满足预设拼单条件的订单打包生成一个合并订单进行派单，其中，属性信息可以是订单生成时间、订单预约响应时间和订单生成区域等，而预设拼单条件的生成需要满足多种运营逻辑，例如，一方面，要保证拼单后运力的成本不会过高，另一方面，要保证合并订单中的每个订单的执行时间不会过长。
其中，拼单是指多个订单被同一个运力响应，也即每个运力在响应一个订单后，如果满足拼单策略要求还能接收其他订单请求，不仅有利于提高运力的利用率，而且有利于提升成交量，而拼单队列的形成是由于能够响应拼单请求的运力远远少于拼单请求量，因此，处于运营公平考虑，以拼单订单的生成时间和出发时间进行队列排序。
在上述技术方案中，优选地，订单处理方法还包括：待响应订单为网约车行程订单时，预设属性信息包括行程路线、乘车人数、行程时间和调度费用中的至少一种信息，其中，调度费用大于或等于零。
在该技术方案中，当待生成的订单为网约车行程订单时，行程订单会包括订单的属性信息，订单的属性信息主要为行程路线、乘车人数、行程时间和调度费用，订单信息的实例如下表1所示：
表1
行程路线 行程时间 乘车人数 调度费用
商场至机场 2017/05/057:10-8:30am 2人 50元
在上述技术方案中，优选地，根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单，具体包括：根据属性信息确定任一待响应订单在不拼单时的第一行程时长；预估任一待响应订单被打包生成一个合并订单时的第二行程时长；计算第一行程时长与第二行程时长之间的比值；若比值大于或等于预设比值，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，通过预估拼单前后行程时长的比值来判断待响应订单是否满足预设拼单条件，是为了保证每个订单的行程时长不会过多偏离用户预期时间，以提升用户的乘车体验，其中，网约车行程订单在未进行拼单时预估的行程时间为第一行程时长，在待响应订单被打包成合并订单时预估的行程时间为第二行程时长，通过计算第一行程时长和第二行程时长的比值，并且若比值大于或等于预设比值，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单，是为了保证合并订单执行过程中，其中的每个拼单订单用户享受网约车服务的时间不会产生太大偏差，例如，多个拼单订单在不拼单时的第一行程时长均大于40分钟，而预计多个拼单订单的合并订单的第二行程时长为80分钟，如预设比值为50％，则确定打包生成上述合并订单。
其中，上述行程时间为服务器根据行程路线和路况预估的时间。
在上述技术方案中，优选地，根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单，具体包括：根据属性信息确定任一待响应订单在不拼单时的第一行程路线；预估任一待响应订单被打包生成一个合并订单时的第二行程路线；计算第一行程路线与第二行程路线之间的匹配度；若匹配度大于或等于预设匹配度，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，在确定多个待响应订单是否满足预设拼单条件时，需要考虑运力的营运成本，也即保证拼车后的顺路程度，这就需要确定在不进行拼单时的行程路线和合并订单的行程路线之间的匹配度，匹配度所表示是行程的顺路程度，当多个待响应订单顺路的时候就匹配成功，打包生成一个合并订单，减少了用户的等待时间，提升了用户对网约车服务的体验。
在上述技术方案中，优选地，根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单，具体包括：根据属性信息确定多个待响应订单的乘车人数和；确定空闲运力的空余位置数；若乘车人数和小于或等于空余位置数，则确定多个待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，对于网约车行程订单而言，在上述打包过程中，在考虑行程时长和顺路程度的同时，需要考虑乘车人数是否合理，例如，在播单区域内，检测到一辆运营车辆(即运力)有三个空闲座位，则仅能接受乘车人数和小于或等于三个的合并订单。
在上述技术方案中，优选地，合并订单中的任两个待响应订单之间的起始时刻之间的差值小于或等于预设时间差。
在该技术方案中，对于网约车行程订单而言，其不同于其他电商订单之处在于，乘车业务的起始时刻是影响用户体验的重要因素之一，为了避免拼车用户的等待时间过久以及降低运力的时间成本，设定预设时间差来限制待响应订单的起始时刻，例如，预设时间差可以设为5分钟、10分钟和15分钟等，并根据路况进行修正和调整，如交通拥堵时，提高预设时间差，在交通通畅时，减小预设时间差。
在上述技术方案中，优选地，在确定拼单队列中的待响应订单的属性信息前，还包括：记录非拼单订单的响应等待时间；判断响应等待时间是否大于或等于预设响应等待时间；在判定响应等待时间大于或等于预设响应等待时间时，发送拼单提示信息；响应于拼单提示信息的确认拼单信息，将确认拼单信息对应的非拼单订单添加至拼单队列；发送非拼单订单在拼单队列中的预计等待时间和排队计数，以触发客户端生成相应的排队交互界面。
在该技术方案中，通过根据非拼单订单的响应等待时间，提示用户是否接受拼单，相当于为用户提供了多种业务接口，以减少用户的响应等待时间，而为了进一步提升拼单业务的成交量，在客户端的排队交互界面显示预计等待时间和排队计数，以使用户更直观地了解拼单业务的优势，促使用户更多地使用拼单业务。
在上述技术方案中，优选地，订单处理方法还包括：在打包生成一个合并订单后，根据合并订单中的调度费用更新播单区域；在检测到更新后的播单区域出现空闲运力时，按照合并订单的生成顺序派单至空闲运力。
在该技术方案中，在打包生成合并订单后，为了进一步提高响应速率，解析调度费用以更新播单区域，通常是扩大播单半径，进而扩大派单范围，提高合并订单的响应速率。
在上述技术方案中，优选地，订单处理方法还包括：设置所述合并订单的派单次序早于未打包的待响应订单的派单次序。
在该技术方案中，通过设置合并订单的派单顺序要优先于为打包的订单的派单顺序，由于合并订单的成交金额较高且至少满足两个待响应订单的乘车需求，因此，优先对合并订单进行派送可以减少多个用户的等待时间，同时，也有利于提升成交量。
在上述技术方案中，优选地，订单处理方法还包括：设置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序。
在该技术方案中，通过设置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序，更符合派单的公平性，拼单队列中任一待响应订单的等待时间均不会延长，具体地，如拼单队列中为{Cn}，其中，下标n表征每个待响应订单的排队顺序，且n为大于或等于2的正整数，如n为10时，C2、C6和C9满足预设拼单条件，则打包C2、C6和C9为一个合并订单，此时拼单队列的顺序为订单C1、合并订单(C2、C6和C9)、订单C3、订单C4、订单C5、订单C7、订单C8和订单C10。
本发明的第二方面的技术方案提供了一种订单处理装置还包括：确定单元，用于确定拼单队列中的订单的属性信息；打包单元，用于根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单。
在该技术方案中，通过根据订单的属性信息将满足预设拼单条件的多个待处理的订单进行打包，并合并生成一个订单，有利于提高派单效率，提升了订单成交量和用户的使用体验，同时，有效地减少了派单次数，降低了服务器的数据通信压力。
具体地，在拼单订单生成速度远大于响应速率时，会生成拼单队列，本申请并不是按照订单生成时间对每个拼单订单进行派单，而是根据属性信息判断订单是否满足预设拼单条件，将满足预设拼单条件的订单打包生成一个合并订单进行派单，其中，属性信息可以是订单生成时间、订单预约响应时间和订单生成区域等，而预设拼单条件的生成需要满足多种运营逻辑，例如，一方面，要保证拼单后运力的成本不会过高，另一方面，要保证合并订单中的每个订单的执行时间不会过长。
其中，拼单是指多个订单被同一个运力响应，也即每个运力在响应一个订单后，如果满足拼单策略要求还能接收其他订单请求，不仅有利于提高运力的利用率，而且有利于提升成交量，而拼单队列的形成是由于能够响应拼单请求的运力远远少于拼单请求量，因此，处于运营公平考虑，以拼单订单的生成时间和出发时间进行队列排序。
在上述技术方案中，优选地，订单处理装置还包括：第一设置单元，用于待响应订单为网约车行程订单时，预设属性信息包括行程路线、乘车人数、行程时间和调度费用中的至少一种信息，其中，调度费用大于或等于零。
在该技术方案中，当待生成的订单为网约车行程订单时，行程订单会包括订单的属性信息，订单的属性信息主要为行程路线、乘车人数、行程时间和调度费用。
在上述技术方案中，优选地，订单处理装置还包括：确定单元还用于：根据属性信息确定任一待响应订单在不拼单时的第一行程时长；确定单元还用于：预估任一待响应订单被打包生成一个合并订单时的第二行程时长；确定单元还用于：计算第一行程时长与第二行程时长之间的比值；确定单元还用于：若比值大于或等于预设比值，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，通过预估拼单前后行程时长的比值来判断待响应订单是否满足预设拼单条件，是为了保证每个订单的行程时长不会过多偏离用户预期时间，以提升用户的乘车体验，其中，网约车行程订单在未进行拼单时预估的行程时间为第一行程时长，在待响应订单被打包成合并订单时预估的行程时间为第二行程时长，通过计算第一行程时长和第二行程时长的比值，并且若比值大于或等于预设比值，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单，是为了保证合并订单执行过程中，其中的每个拼单订单用户享受网约车服务的时间不会产生太大偏差，例如，多个拼单订单在不拼单时的第一行程时长均大于40分钟，而预计多个拼单订单的合并订单的第二行程时长为80分钟，如预设比值为50％，则确定打包生成上述合并订单。
其中，上述行程时间为服务器根据行程路线和路况预估的时间。
在上述技术方案中，优选地，订单处理装置还包括：确定单元还用于：根据属性信息确定任一待响应订单在不拼单时的第一行程路线；确定单元还用于：预估任一待响应订单被打包生成一个合并订单时的第二行程路线；确定单元还用于：计算第一行程路线与第二行程路线之间的匹配度；确定单元还用于：若匹配度大于或等于预设匹配度，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，在确定多个待响应订单是否满足预设拼单条件时，需要考虑运力的营运成本，也即保证拼车后的顺路程度，这就需要确定在不进行拼单时的行程路线和合并订单的行程路线之间的匹配度，匹配度所表示是行程的顺路程度，当多个待响应订单顺路的时候就匹配成功，打包生成一个合并订单，减少了用户的等待时间，提升了用户对网约车服务的体验。
在上述技术方案中，优选地，订单处理装置还包括：确定单元还用于：根据属性信息确定多个待响应订单的乘车人数和；确定单元还用于：确定空闲运力的空余位置数；确定单元还用于：若乘车人数和小于或等于空余位置数，则确定多个待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，对于网约车行程订单而言，在上述打包过程中，在考虑行程时长和顺路程度的同时，需要考虑乘车人数是否合理，例如，在播单区域内，检测到一辆运营车辆(即运力)有三个空闲座位，则仅能接受乘车人数和小于或等于三个的合并订单。
在上述技术方案中，优选地，订单处理装置还包括：合并订单中的任两个待响应订单之间的起始时刻之间的差值小于或等于预设时间差。
在该技术方案中，对于网约车行程订单而言，其不同于其他电商订单之处在于，乘车业务的起始时刻是影响用户体验的重要因素之一，为了避免拼车用户的等待时间过久以及降低运力的时间成本，设定预设时间差来限制待响应订单的起始时刻，例如，预设时间差可以设为5分钟、10分钟和15分钟等，并根据路况进行修正和调整，如交通拥堵时，提高预设时间差，在交通通畅时，减小预设时间差。
在上述技术方案中，优选地，订单处理装置还包括：计时单元，用于记录非拼单订单的响应等待时间；判断单元，用于判断响应等待时间是否大于或等于预设响应等待时间；通信单元，用于在判定响应等待时间大于或等于预设响应等待时间时，发送拼单提示信息；确定单元还用于：响应于拼单提示信息的确认拼单信息，将确认拼单信息对应的非拼单订单添加至拼单队列；通信单元还用于：发送非拼单订单在拼单队列中的预计等待时间和排队计数，以触发客户端生成相应的排队交互界面。
在该技术方案中，通过根据非拼单订单的响应等待时间，提示用户是否接受拼单，相当于为用户提供了多种业务接口，以减少用户的响应等待时间，而为了进一步提升拼单业务的成交量，在客户端的排队交互界面显示预计等待时间和排队计数，以使用户更直观地了解拼单业务的优势，促使用户更多地使用拼单业务。
在上述技术方案中，优选地，订单处理装置还包括：更新单元，用于在打包生成一个合并订单后，根据合并订单中的调度费用更新播单区域；派单单元，用于在检测到更新后的播单区域出现空闲运力时，按照合并订单的生成顺序派单至空闲运力。
在该技术方案中，在打包生成合并订单后，为了进一步提高响应速率，解析调度费用以更新播单区域，通常是扩大播单半径，进而扩大派单范围，提高合并订单的响应速率。
在上述技术方案中，优选地，订单处理装置还包括：第二设置单元，用于设置合并订单的派单次序早于未打包的待响应订单的派单次序。
在该技术方案中，通过设置合并订单的派单顺序要优先于为打包的订单的派单顺序，由于合并订单的成交金额较高且至少满足两个待响应订单的乘车需求，因此，优先对合并订单进行派送可以减少多个用户的等待时间，同时，也有利于提升成交量。
在上述技术方案中，优选地，订单处理装置还包括：第三设置单元，用于设置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序。
在该技术方案中，通过设置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序，更符合派单的公平性，拼单队列中任一待响应订单的等待时间均不会延长，具体地，如拼单队列中为{Cn}，其中，下标n表征每个待响应订单的排队顺序，且n为大于或等于2的正整数，如n为10时，C2、C6和C9满足预设拼单条件，则打包C2、C6和C9为一个合并订单，此时拼单队列的顺序为订单C1、合并订单(C2、C6和C9)、订单C3、订单C4、订单C5、订单C7、订单C8和订单C10。
本发明的第三方面的技术方案提供了一种服务器，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一项订单处理方法限定的步骤，和/或包括上述任一项的订单处理装置。
本发明的第四方面的技术方案提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项订单处理方法限定的步骤。
本发明的优点将在下面的描述部分中给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
图1示出了根据本发明的一个实施例的订单处理方法的示意流程图；
图2示出了根据本发明的一个实施例的打包生成合并订单的示意图；
图3示出了根据本发明的一个实施例的订单处理装置的示意框图；
图4示出了本发明的一个实施例的服务器的示意框图；
图5示出了本发明的一个实施例的客户端的排队交互界面的示意图；
图6示出了本发明的另一个实施例的客户端的排队交互界面的示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的一个实施例的订单处理方法的示意流程图。
如图1所示，根据本发明的实施例的订单处理方法，包括：步骤S102，确定拼单队列中的订单的属性信息；步骤S104，根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单。
在该技术方案中，通过根据订单的属性信息将满足预设拼单条件的多个待处理的订单进行打包，并合并生成一个订单，有利于提高派单效率，提升了订单成交量和用户的使用体验，同时，有效地减少了派单次数，降低了服务器的数据通信压力。
具体地，在拼单订单生成速度远大于响应速率时，会生成拼单队列，本申请并不是按照订单生成时间对每个拼单订单进行派单，而是根据属性信息判断订单是否满足预设拼单条件，将满足预设拼单条件的订单打包生成一个合并订单进行派单，其中，属性信息可以是订单生成时间、订单预约响应时间和订单生成区域等，而预设拼单条件的生成需要满足多种运营逻辑，例如，一方面，要保证拼单后运力的成本不会过高，另一方面，要保证合并订单中的每个订单的执行时间不会过长。
其中，拼单是指多个订单被同一个运力响应，也即每个运力在响应一个订单后，如果满足拼单策略要求还能接收其他订单请求，不仅有利于提高运力的利用率，而且有利于提升成交量，而拼单队列的形成是由于能够响应拼单请求的运力远远少于拼单请求量，因此，处于运营公平考虑，以拼单订单的生成时间和出发时间进行队列排序。
在上述技术方案中，优选地，订单处理方法还包括：待响应订单为网约车行程订单时，预设属性信息包括行程路线、乘车人数、行程时间和调度费用中的至少一种信息，其中，调度费用大于或等于零。
在该技术方案中，当待生成的订单为网约车行程订单时，行程订单会包括订单的属性信息，订单的属性信息主要为行程路线、乘车人数、行程时间和调度费用，订单信息的实例如下表1所示：
表1
行程路线 行程时间 乘车人数 调度费用
商场至机场 2017/05/05 7:10-8:30am 2人 50元
在上述技术方案中，优选地，根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单，具体包括：根据属性信息确定任一待响应订单在不拼单时的第一行程时长；预估任一待响应订单被打包生成一个合并订单时的第二行程时长；计算第一行程时长与第二行程时长之间的比值；若比值大于或等于预设比值，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，通过预估拼单前后行程时长的比值来判断待响应订单是否满足预设拼单条件，是为了保证每个订单的行程时长不会过多偏离用户预期时间，以提升用户的乘车体验，其中，网约车行程订单在未进行拼单时预估的行程时间为第一行程时长，在待响应订单被打包成合并订单时预估的行程时间为第二行程时长，通过计算第一行程时长和第二行程时长的比值，并且若比值大于或等于预设比值，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单，是为了保证合并订单执行过程中，其中的每个拼单订单用户享受网约车服务的时间不会产生太大偏差，例如，多个拼单订单在不拼单时的第一行程时长均大于40分钟，而预计多个拼单订单的合并订单的第二行程时长为80分钟，如预设比值为50％，则确定打包生成上述合并订单。
其中，上述行程时间为服务器根据行程路线和路况预估的时间。
在上述技术方案中，优选地，根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单，具体包括：根据属性信息确定任一待响应订单在不拼单时的第一行程路线；预估任一待响应订单被打包生成一个合并订单时的第二行程路线；计算第一行程路线与第二行程路线之间的匹配度；若匹配度大于或等于预设匹配度，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，在确定多个待响应订单是否满足预设拼单条件时，需要考虑运力的营运成本，也即保证拼车后的顺路程度，这就需要确定在不进行拼单时的行程路线和合并订单的行程路线之间的匹配度，匹配度所表示是行程的顺路程度，当多个待响应订单顺路的时候就匹配成功，打包生成一个合并订单，减少了用户的等待时间，提升了用户对网约车服务的体验。
在上述技术方案中，优选地，根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单，具体包括：根据属性信息确定多个待响应订单的乘车人数和；确定空闲运力的空余位置数；若乘车人数和小于或等于空余位置数，则确定多个待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，对于网约车行程订单而言，在上述打包过程中，在考虑行程时长和顺路程度的同时，需要考虑乘车人数是否合理，例如，在播单区域内，检测到一辆运营车辆(即运力)有三个空闲座位，则仅能接受乘车人数和小于或等于三个的合并订单。
在上述技术方案中，优选地，合并订单中的任两个待响应订单之间的起始时刻之间的差值小于或等于预设时间差。
在该技术方案中，对于网约车行程订单而言，其不同于其他电商订单之处在于，乘车业务的起始时刻是影响用户体验的重要因素之一，为了避免拼车用户的等待时间过久以及降低运力的时间成本，设定预设时间差来限制待响应订单的起始时刻，例如，预设时间差可以设为5分钟、10分钟和15分钟等，并根据路况进行修正和调整，如交通拥堵时，提高预设时间差，在交通通畅时，减小预设时间差。
在上述技术方案中，优选地，在确定拼单队列中的待响应订单的属性信息前，还包括：记录非拼单订单的响应等待时间；判断响应等待时间是否大于或等于预设响应等待时间；在判定响应等待时间大于或等于预设响应等待时间时，发送拼单提示信息；响应于拼单提示信息的确认拼单信息，将确认拼单信息对应的非拼单订单添加至拼单队列；发送非拼单订单在拼单队列中的预计等待时间和排队计数，以触发客户端生成相应的排队交互界面。
在该技术方案中，通过根据非拼单订单的响应等待时间，提示用户是否接受拼单，相当于为用户提供了多种业务接口，以减少用户的响应等待时间，而为了进一步提升拼单业务的成交量，在客户端的排队交互界面显示预计等待时间和排队计数，以使用户更直观地了解拼单业务的优势，促使用户更多地使用拼单业务。
在上述技术方案中，优选地，订单处理方法还包括：在打包生成一个合并订单后，根据合并订单中的调度费用更新播单区域；在检测到更新后的播单区域出现空闲运力时，按照合并订单的生成顺序派单至空闲运力。
在该技术方案中，在打包生成合并订单后，为了进一步提高响应速率，解析调度费用以更新播单区域，通常是扩大播单半径，进而扩大派单范围，提高合并订单的响应速率。
在上述技术方案中，优选地，订单处理方法还包括：设置合并订单的派单次序早于未打包的待响应订单的派单次序。
在该技术方案中，通过设置合并订单的派单顺序要优先于为打包的订单的派单顺序，由于合并订单的成交金额较高且至少满足两个待响应订单的乘车需求，因此，优先对合并订单进行派送可以减少多个用户的等待时间，同时，也有利于提升成交量。
在上述技术方案中，优选地，订单处理方法还包括：设置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序。
在该技术方案中，通过设置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序，更符合派单的公平性，拼单队列中任一待响应订单的等待时间均不会延长，具体地，如拼单队列中为{Cn}，其中，下标n表征每个待响应订单的排队顺序，且n为大于或等于2的正整数，如n为10时，C2、C6和C9满足预设拼单条件，则打包C2、C6和C9为一个合并订单，此时拼单队列的顺序为订单C1、合并订单(C2、C6和C9)、订单C3、订单C4、订单C5、订单C7、订单C8和订单C10。
具体地，如图2所示，在未打包的拼单队列A1中，包括按照时间排序的订单C1、订单C2、订单C3、订单C4、订单C5、订单C6、订单C7、订单C8、订单C9、订单C10、订单C11和订单C12，根据预设拼单条件打包生成打包队列A2，包括第一合并订单(C2、C6和C9)、第二合并订单(C4和C5)和第三合并订单(C7和C11)，将打包队列A2中的八个订单分别派单至运力队列A3，运力队列A3标识依次空闲的运力B1、运力B2、运力B3、运力B4、运力B5、运力B6、运力B7和运力B8。
在图1和图2所示的实施例中，预设拼单条件同时包括预估的行程时长、顺路程度以及乘车人数和在内，以最大程度保证本申请提出的订单处理方案的可靠性，进而提升成交量和用户的使用体验。
图3示出了根据本发明的一个实施例的订单处理装置的示意框图。
如图3所示，根据本发明的一个实施例的订单处理装置300，包括：确定单元302，用于确定拼单队列中的订单的属性信息；打包单元304，用于根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单。
在该技术方案中，通过根据订单的属性信息将满足预设拼单条件的多个待处理的订单进行打包，并合并生成一个订单，有利于提高派单效率，提升了订单成交量和用户的使用体验，同时，有效地减少了派单次数，降低了服务器的数据通信压力。
具体地，在拼单订单生成速度远大于响应速率时，会生成拼单队列，本申请并不是按照订单生成时间对每个拼单订单进行派单，而是根据属性信息判断订单是否满足预设拼单条件，将满足预设拼单条件的订单打包生成一个合并订单进行派单，其中，属性信息可以是订单生成时间、订单预约响应时间和订单生成区域等，而预设拼单条件的生成需要满足多种运营逻辑，例如，一方面，要保证拼单后运力的成本不会过高，另一方面，要保证合并订单中的每个订单的执行时间不会过长。
其中，拼单是指多个订单被同一个运力响应，也即每个运力在响应一个订单后，如果满足拼单策略要求还能接收其他订单请求，不仅有利于提高运力的利用率，而且有利于提升成交量，而拼单队列的形成是由于能够响应拼单请求的运力远远少于拼单请求量，因此，处于运营公平考虑，以拼单订单的生成时间和出发时间进行队列排序。
在上述技术方案中，优选地，订单处理装置300还包括：第一设置单元306，用于待响应订单为网约车行程订单时，预设属性信息包括行程路线、乘车人数、行程时间和调度费用中的至少一种信息，其中，调度费用大于或等于零。
在该技术方案中，当待生成的订单为网约车行程订单时，行程订单会包括订单的属性信息，订单的属性信息主要为行程路线、乘车人数、行程时间和调度费用。
在上述技术方案中，优选地，订单处理装置300还包括：确定单元302还用于：根据属性信息确定任一待响应订单在不拼单时的第一行程时长；确定单元302还用于：预估任一待响应订单被打包生成一个合并订单时的第二行程时长；确定单元302还用于：计算第一行程时长与第二行程时长之间的比值；确定单元302还用于：若比值大于或等于预设比值，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，通过预估拼单前后行程时长的比值来判断待响应订单是否满足预设拼单条件，是为了保证每个订单的行程时长不会过多偏离用户预期时间，以提升用户的乘车体验，其中，网约车行程订单在未进行拼单时预估的行程时间为第一行程时长，在待响应订单被打包成合并订单时预估的行程时间为第二行程时长，通过计算第一行程时长和第二行程时长的比值，并且若比值大于或等于预设比值，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单，是为了保证合并订单执行过程中，其中的每个拼单订单用户享受网约车服务的时间不会产生太大偏差，例如，多个拼单订单在不拼单时的第一行程时长均大于40分钟，而预计多个拼单订单的合并订单的第二行程时长为80分钟，如预设比值为50％，则确定打包生成上述合并订单。
其中，上述行程时间为服务器根据行程路线和路况预估的时间。
在上述技术方案中，优选地，订单处理装置300还包括：确定单元302还用于：根据属性信息确定任一待响应订单在不拼单时的第一行程路线；确定单元302还用于：预估任一待响应订单被打包生成一个合并订单时的第二行程路线；确定单元302还用于：计算第一行程路线与第二行程路线之间的匹配度；确定单元302还用于：若匹配度大于或等于预设匹配度，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，在确定多个待响应订单是否满足预设拼单条件时，需要考虑运力的营运成本，也即保证拼车后的顺路程度，这就需要确定在不进行拼单时的行程路线和合并订单的行程路线之间的匹配度，匹配度所表示是行程的顺路程度，当多个待响应订单顺路的时候就匹配成功，打包生成一个合并订单，减少了用户的等待时间，提升了用户对网约车服务的体验。
在上述技术方案中，优选地，订单处理装置300还包括：确定单元302还用于：根据属性信息确定多个待响应订单的乘车人数和；确定单元302还用于：确定空闲运力的空余位置数；确定单元302还用于：若乘车人数和小于或等于空余位置数，则确定多个待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，对于网约车行程订单而言，在上述打包过程中，在考虑行程时长和顺路程度的同时，需要考虑乘车人数是否合理，例如，在播单区域内，检测到一辆运营车辆(即运力)有三个空闲座位，则仅能接受乘车人数和小于或等于三个的合并订单。
在上述技术方案中，优选地，订单处理装置300还包括：合并订单中的任两个待响应订单之间的起始时刻之间的差值小于或等于预设时间差。
在该技术方案中，对于网约车行程订单而言，其不同于其他电商订单之处在于，乘车业务的起始时刻是影响用户体验的重要因素之一，为了避免拼车用户的等待时间过久以及降低运力的时间成本，设定预设时间差来限制待响应订单的起始时刻，例如，预设时间差可以设为5分钟、10分钟和15分钟等，并根据路况进行修正和调整，如交通拥堵时，提高预设时间差，在交通通畅时，减小预设时间差。
在上述技术方案中，优选地，订单处理装置300还包括：计时单元316，用于记录非拼单订单的响应等待时间；判断单元308，用于判断响应等待时间是否大于或等于预设响应等待时间；通信单元310，用于在判定响应等待时间大于或等于预设响应等待时间时，发送拼单提示信息；确定单元302还用于：响应于拼单提示信息的确认拼单信息，将确认拼单信息对应的非拼单订单添加至拼单队列；通信单元310还用于：发送非拼单订单在拼单队列中的预计等待时间和排队计数，以触发客户端生成相应的排队交互界面。
在该技术方案中，通过根据非拼单订单的响应等待时间，提示用户是否接受拼单，相当于为用户提供了多种业务接口，以减少用户的响应等待时间，而为了进一步提升拼单业务的成交量，在客户端的排队交互界面显示预计等待时间和排队计数，以使用户更直观地了解拼单业务的优势，促使用户更多地使用拼单业务。
在上述技术方案中，优选地，订单处理装置300还包括：更新单元320，用于在打包生成一个合并订单后，根据合并订单中的调度费用更新播单区域；派单单元314，用于在检测到更新后的播单区域出现空闲运力时，按照合并订单的生成顺序派单至空闲运力。
在该技术方案中，在打包生成合并订单后，为了进一步提高响应速率，解析调度费用以更新播单区域，通常是扩大播单半径，进而扩大派单范围，提高合并订单的响应速率。
在上述技术方案中，优选地，订单处理装置300还包括：第二设置单元312，用于设置合并订单的派单次序早于未打包的待响应订单的派单次序。
在该技术方案中，通过设置合并订单的派单顺序要优先于为打包的订单的派单顺序，由于合并订单的成交金额较高且至少满足两个待响应订单的乘车需求，因此，优先对合并订单进行派送可以减少多个用户的等待时间，同时，也有利于提升成交量。
在上述技术方案中，优选地，订单处理装置300还包括：第三设置单元318，用于设置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序。
在该技术方案中，通过设置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序，更符合派单的公平性，拼单队列中任一待响应订单的等待时间均不会延长，具体地，如拼单队列中为{Cn}，其中，下标n表征每个待响应订单的排队顺序，且n为大于或等于2的正整数，如n为10时，C2、C6和C9满足预设拼单条件，则打包C2、C6和C9为一个合并订单，此时拼单队列的顺序为订单C1、合并订单(C2、C6和C9)、订单C3、订单C4、订单C5、订单C7、订单C8和订单C10。
图4示出了本发明的一个实施例的服务器的示意框图。
如图4所示，根据本发明的一个实施例的服务器400，包括：存储器402、处理器404及存储在存储器402上并可在处理器404上运行的计算机程序，处理器404执行计算机程序时实现上述任一项订单处理方法限定的步骤，和/或包括上述任一项的订单处理装置300。
根据本发明的实施例的计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现：确定拼单队列中的订单的属性信息；根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单。
在该技术方案中，通过根据订单的属性信息将满足预设拼单条件的多个待处理的订单进行打包，并合并生成一个订单，有利于提高派单效率，提升了订单成交量和用户的使用体验，同时，有效地减少了派单次数，降低了服务器的数据通信压力。
具体地，在拼单订单生成速度远大于响应速率时，会生成拼单队列，本申请并不是按照订单生成时间对每个拼单订单进行派单，而是根据属性信息判断订单是否满足预设拼单条件，将满足预设拼单条件的订单打包生成一个合并订单进行派单，其中，属性信息可以是订单生成时间、订单预约响应时间和订单生成区域等，而预设拼单条件的生成需要满足多种运营逻辑，例如，一方面，要保证拼单后运力的成本不会过高，另一方面，要保证合并订单中的每个订单的执行时间不会过长。
其中，拼单是指多个订单被同一个运力响应，也即每个运力在响应一个订单后，如果满足拼单策略要求还能接收其他订单请求，不仅有利于提高运力的利用率，而且有利于提升成交量，而拼单队列的形成是由于能够响应拼单请求的运力远远少于拼单请求量，因此，处于运营公平考虑，以拼单订单的生成时间和出发时间进行队列排序。
在上述技术方案中，优选地，订单处理方法还包括：待响应订单为网约车行程订单时，预设属性信息包括行程路线、乘车人数、行程时间和调度费用中的至少一种信息，其中，调度费用大于或等于零。
在该技术方案中，当待生成的订单为网约车行程订单时，行程订单会包括订单的属性信息，订单的属性信息主要为行程路线、乘车人数、行程时间和调度费用，订单信息的实例如下表1所示：
表1
行程路线 行程时间 乘车人数 调度费用
商场至机场 2017/05/05 7:10-8:30am 2人 50元
在上述技术方案中，优选地，根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单，具体包括：根据属性信息确定任一待响应订单在不拼单时的第一行程时长；预估任一待响应订单被打包生成一个合并订单时的第二行程时长；计算第一行程时长与第二行程时长之间的比值；若比值大于或等于预设比值，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，通过预估拼单前后行程时长的比值来判断待响应订单是否满足预设拼单条件，是为了保证每个订单的行程时长不会过多偏离用户预期时间，以提升用户的乘车体验，其中，网约车行程订单在未进行拼单时预估的行程时间为第一行程时长，在待响应订单被打包成合并订单时预估的行程时间为第二行程时长，通过计算第一行程时长和第二行程时长的比值，并且若比值大于或等于预设比值，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单，是为了保证合并订单执行过程中，其中的每个拼单订单用户享受网约车服务的时间不会产生太大偏差，例如，多个拼单订单在不拼单时的第一行程时长均大于40分钟，而预计多个拼单订单的合并订单的第二行程时长为80分钟，如预设比值为50％，则确定打包生成上述合并订单。
其中，上述行程时间为服务器根据行程路线和路况预估的时间。
在上述技术方案中，优选地，根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单，具体包括：根据属性信息确定任一待响应订单在不拼单时的第一行程路线；预估任一待响应订单被打包生成一个合并订单时的第二行程路线；计算第一行程路线与第二行程路线之间的匹配度；若匹配度大于或等于预设匹配度，则确定待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，在确定多个待响应订单是否满足预设拼单条件时，需要考虑运力的营运成本，也即保证拼车后的顺路程度，这就需要确定在不进行拼单时的行程路线和合并订单的行程路线之间的匹配度，匹配度所表示是行程的顺路程度，当多个待响应订单顺路的时候就匹配成功，打包生成一个合并订单，减少了用户的等待时间，提升了用户对网约车服务的体验。
在上述技术方案中，优选地，根据属性信息确定满足预设拼单条件的多个待响应订单，并打包生成一个合并订单，具体包括：根据属性信息确定多个待响应订单的乘车人数和；确定空闲运力的空余位置数；若乘车人数和小于或等于空余位置数，则确定多个待响应订单满足预设拼单条件，并打包生成一个合并订单。
在该技术方案中，对于网约车行程订单而言，在上述打包过程中，在考虑行程时长和顺路程度的同时，需要考虑乘车人数是否合理，例如，在播单区域内，检测到一辆运营车辆(即运力)有三个空闲座位，则仅能接受乘车人数和小于或等于三个的合并订单。
在上述技术方案中，优选地，合并订单中的任两个待响应订单之间的起始时刻之间的差值小于或等于预设时间差。
在该技术方案中，对于网约车行程订单而言，其不同于其他电商订单之处在于，乘车业务的起始时刻是影响用户体验的重要因素之一，为了避免拼车用户的等待时间过久以及降低运力的时间成本，设定预设时间差来限制待响应订单的起始时刻，例如，预设时间差可以设为5分钟、10分钟和15分钟等，并根据路况进行修正和调整，如交通拥堵时，提高预设时间差，在交通通畅时，减小预设时间差。
在上述技术方案中，优选地，在确定拼单队列中的待响应订单的属性信息前，还包括：记录非拼单订单的响应等待时间；判断响应等待时间是否大于或等于预设响应等待时间；在判定响应等待时间大于或等于预设响应等待时间时，发送拼单提示信息；响应于拼单提示信息的确认拼单信息，将确认拼单信息对应的非拼单订单添加至拼单队列；发送非拼单订单在拼单队列中的预计等待时间和排队计数，以触发客户端生成相应的排队交互界面。
在该技术方案中，通过根据非拼单订单的响应等待时间，提示用户是否接受拼单，相当于为用户提供了多种业务接口，以减少用户的响应等待时间，而为了进一步提升拼单业务的成交量，在客户端的排队交互界面显示预计等待时间和排队计数，以使用户更直观地了解拼单业务的优势，促使用户更多地使用拼单业务。
在上述技术方案中，优选地，订单处理方法还包括：在打包生成一个合并订单后，根据合并订单中的调度费用更新播单区域；在检测到更新后的播单区域出现空闲运力时，按照合并订单的生成顺序派单至空闲运力。
在该技术方案中，在打包生成合并订单后，为了进一步提高响应速率，解析调度费用以更新播单区域，通常是扩大播单半径，进而扩大派单范围，提高合并订单的响应速率。
在上述技术方案中，优选地，订单处理方法还包括：设置合并订单的派单次序早于未打包的待响应订单的派单次序。
在该技术方案中，通过设置合并订单的派单顺序要优先于为打包的订单的派单顺序，由于合并订单的成交金额较高且至少满足两个待响应订单的乘车需求，因此，优先对合并订单进行派送可以减少多个用户的等待时间，同时，也有利于提升成交量。
在上述技术方案中，优选地，订单处理方法还包括：设置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序。
在该技术方案中，通过设置合并订单的派单次序为合并订单中最早加入拼单队列的待响应订单的派单次序，更符合派单的公平性，拼单队列中任一待响应订单的等待时间均不会延长，具体地，如拼单队列中为{Cn}，其中，下标n表征每个待响应订单的排队顺序，且n为大于或等于2的正整数，如n为10时，C2、C6和C9满足预设拼单条件，则打包C2、C6和C9为一个合并订单，此时拼单队列的顺序为订单C1、合并订单(C2、C6和C9)、订单C3、订单C4、订单C5、订单C7、订单C8和订单C10。
图5示出了本发明的一个实施例的客户端的排队交互界面的示意图。
图6示出了本发明的另一个实施例的客户端的排队交互界面的示意图。
如图5所示，根据本发明的一个实施例的客户端的排队交互界面500，包括：在非拼单订单的等待响应时间大于预设等待响应时间(如5分钟)时，则生成“等待应答”的提示信息，并生成非拼单队列的排队信息的提示框502，包括排队原因，如“叫车人数过多需排队，感谢耐心等候”，或“雷雨天气，用车紧张”，或“高峰时段，道路拥堵”，还包括“当前排位26号”和“预估等待13分钟”，以供用户合理调整用车业务。
如图5所示，为了提升用户的使用体验，提供其他业务接口包括同时呼叫拼车(接口)504和调度远处司机(接口)506，提示框508显示地图信息和运力分布信息，另外，如用户触控提供取消订单(接口)510，则取消上述非拼单订单。
在用户触控同时呼叫拼车(接口)504后，排队交互界面刷新显示如图6，经打包生成合并订单(包括用户本身、拼友A和拼友B)，在拼单队列中排位为2号，预估等待5分钟，极大地缩短了用户的等待时间，另外，为了提升用户对拼单业务的可视度，提供合并订单的业务信息512，提示拼单接驾信息包括：司机于5分钟后在Z处为您接驾；拼友A在X处上车；拼友B在Y处上车。
以上结合附图详细说明了本发明的技术方案，考虑到相关技术提出拼单业务的响应效率低的技术问题，本发明提出了一种订单处理方法，通过根据订单的属性信息将满足预设拼单条件的多个待处理的订单进行打包，并合并生成一个订单，有利于提高派单效率，提升了订单成交量和用户的使用体验，同时，有效地减少了派单次数，降低了服务器的数据通信压力。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

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 订单处理方法、装置、服务器和计算机可读存储介质 Pending CN108009869A (zh)

Priority Applications (12)

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
CN201880000947.9A CN109791672B (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
PCT/CN2018/076348 WO2019033735A1 (en) 2017-08-16 2018-02-11 SYSTEM AND METHOD FOR PROCESSING SIMULTANEOUS CO-CHARGING REQUESTS
EP18750091.3A EP3513372A1 (en) 2017-08-16 2018-02-11 System and method for processing simultaneous carpool requests
CA3014482A CA3014482C (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 用於處理同時共乘請求的系統和方法
JP2020030798A JP6849837B2 (ja) 2017-08-16 2020-02-26 同時相乗り要求を処理するためのシステム及び方法

Applications Claiming Priority (1)

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

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 Pending CN108009869A (zh) 2017-08-16 2017-08-16 订单处理方法、装置、服务器和计算机可读存储介质
CN201880000947.9A Active CN109791672B (zh) 2017-08-16 2018-02-11 一种用于处理同时拼车请求的系统和方法

Family Applications After (1)

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

Country Status (10)

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

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108615120A (zh) * 2018-05-09 2018-10-02 厦门卫星定位应用股份有限公司 一种城际车辆排队派单方法及介质
CN110609733A (zh) * 2019-09-18 2019-12-24 拉扎斯网络科技（上海）有限公司 数据处理方法及装置、电子设备、可读存储介质
CN110633815A (zh) * 2019-08-14 2019-12-31 杭州飞步科技有限公司 一种拼车方法和装置、电子设备、存储介质
CN110866709A (zh) * 2018-08-28 2020-03-06 北京京东尚科信息技术有限公司 合并订单的方法和装置
CN111260281A (zh) * 2020-01-13 2020-06-09 拉扎斯网络科技（上海）有限公司 任务处理方法、装置、电子设备及计算机可读存储介质
CN111353837A (zh) * 2018-12-20 2020-06-30 北京嘀嘀无限科技发展有限公司 一种拼车方法、系统及计算机可读介质
CN111612198A (zh) * 2019-02-25 2020-09-01 北京嘀嘀无限科技发展有限公司 预测拼单成功率的方法、装置和电子设备
CN111626801A (zh) * 2019-02-27 2020-09-04 北京嘀嘀无限科技发展有限公司 一种订单派发方法、装置、电子设备和计算机存储介质
CN111652408A (zh) * 2020-04-13 2020-09-11 北京旷视机器人技术有限公司 仓库中的订单处理方法、装置、介质、电子设备与系统
CN111723276A (zh) * 2019-03-19 2020-09-29 天津五八到家科技有限公司 任务响应系统、方法、装置及电子设备
CN111882093A (zh) * 2020-06-16 2020-11-03 北京嘀嘀无限科技发展有限公司 一种拼车方法和系统
CN112288525A (zh) * 2020-10-29 2021-01-29 珠海优特智厨科技有限公司 餐饮订单处理方法、装置及计算机设备
CN112435101A (zh) * 2020-12-02 2021-03-02 北京沃东天骏信息技术有限公司 订单信息处理方法、装置、电子设备和计算机可读介质
CN113283624A (zh) * 2021-06-10 2021-08-20 武超 自助洗车方法、装置及系统
CN113610258A (zh) * 2021-08-16 2021-11-05 重庆愉客行网络有限公司 一种可接入多个运营平台的网约车车机系统
CN115409452A (zh) * 2022-10-27 2022-11-29 浙江口碑网络技术有限公司 配送信息处理方法、装置、系统、设备及可读存储介质
CN116151401A (zh) * 2023-03-01 2023-05-23 南京领行科技股份有限公司 一种平台派单方法、装置、设备及存储介质

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108009651A (zh) * 2017-08-16 2018-05-08 北京嘀嘀无限科技发展有限公司 订单处理方法、装置、终端设备和计算机可读存储介质
US10775806B2 (en) * 2017-12-22 2020-09-15 Lyft, Inc. Autonomous-vehicle dispatch based on fleet-level target objectives
US20190220036A1 (en) * 2018-01-17 2019-07-18 Uber Technologies, Inc. Systems and Methods for Implementing Vehicle Assignments using Vehicle State Information
US11003696B2 (en) * 2018-06-29 2021-05-11 Uber Technologies, Inc. Adaptive geographical data caching based on a route pattern
US11590862B2 (en) * 2019-12-12 2023-02-28 Lear Corporation Seating system
KR20230006893A (ko) * 2020-06-03 2023-01-11 포티투닷 주식회사 도착지로 운행 중인 차량의 배차 관리 방법, 이에 사용되는 관리 서버 및 도착지로 운행 중인 차량의 배차 관리 방법을 실행시키는 프로그램이 기록된 기록 매체

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 (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004062490A (ja) * 2002-07-29 2004-02-26 Matsushita Electric Ind Co Ltd 相乗り代理交渉システムおよび相乗り代理交渉方法
WO2009148298A1 (en) * 2008-06-05 2009-12-10 Telefonaktiebolaget Lm Ericsson (Publ) A method of providing a car pooling assistance through a wireless communication system
CN101662722B (zh) * 2008-08-29 2012-10-03 岑宇钿 基于移动终端的拼车服务方法
US20100280884A1 (en) * 2009-04-30 2010-11-04 Uri Levine Automated carpool matching
US20120239452A1 (en) * 2011-03-17 2012-09-20 Aarjav Trivedi Fleet Management Systems and Processes
JP5777373B2 (ja) * 2011-03-31 2015-09-09 株式会社日本総合研究所 カーステーション負荷分散システム
US8504295B2 (en) * 2011-12-19 2013-08-06 Sap Ag Preserving assigned carpools after a cancellation
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
US20140129578A1 (en) * 2012-11-08 2014-05-08 Sap Ag System and method for carpool matching
JP6015467B2 (ja) * 2013-01-30 2016-10-26 トヨタ自動車株式会社 同乗者検索装置、同乗者検索システムおよび方法
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
CA2932917A1 (en) * 2013-12-11 2015-06-18 Uber Technologies, Inc. Intelligent queuing for user selection in providing on-demand services
WO2015112669A1 (en) * 2014-01-22 2015-07-30 Khanna Jahan Systems and methods for providing a transportation marketplace
US9293048B2 (en) * 2014-01-23 2016-03-22 Eric Alan Fowler Method for efficient dynamic allocation of vehicles to independent passengers
JP6340866B2 (ja) * 2014-03-27 2018-06-13 富士通株式会社 相乗り依頼方法、相乗り依頼装置およびプログラム
US9483744B2 (en) * 2014-05-06 2016-11-01 Elwha Llc Real-time carpooling coordinating systems and methods
CN104217249B (zh) * 2014-07-02 2017-06-23 浙江工业大学 一种基于时间与费用约束的动态拼车匹配方法
CN106716066A (zh) * 2014-07-22 2017-05-24 莱夫特公司 链式乘坐
WO2016112318A1 (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 北京九五智驾信息技术股份有限公司 提供拼车服务的方法
US20160334232A1 (en) * 2015-05-11 2016-11-17 General Motors, Llc Real-time carpooling
CN104951848A (zh) * 2015-06-10 2015-09-30 浙江工业大学 一种实时拼车匹配方法
US10055995B2 (en) * 2015-10-06 2018-08-21 Gt Gettaxi Limited System for preemptively navigating drivers to an event created through a social network system
CN105608749B (zh) * 2015-12-18 2019-07-05 昆明理工大学 一种智能型多功能出租车合乘计价实现方法
CN105489002B (zh) * 2016-01-05 2017-12-26 深圳大学 一种基于智能匹配和路径优化的拼车方法及系统
US10248913B1 (en) * 2016-01-13 2019-04-02 Transit Labs Inc. Systems, devices, and methods for searching and booking ride-shared trips
CN105809263A (zh) * 2016-05-10 2016-07-27 北京交通大学 基于多目标优化的出租车预约方法及系统
US20180005145A1 (en) * 2016-06-29 2018-01-04 RideSage Inc. Mitigating surge pricing in ridesharing services
CN106339763A (zh) * 2016-08-12 2017-01-18 北京东方车云信息技术有限公司 拼车方法、乘客端及服务端
US9813510B1 (en) * 2016-09-26 2017-11-07 Uber Technologies, Inc. Network system to compute and transmit data based on predictive information
US20180314998A1 (en) * 2017-04-26 2018-11-01 Uber Technologies, Inc. Resource Allocation in a Network System
US20180260787A1 (en) * 2017-03-13 2018-09-13 GM Global Technology Operations LLC Systems, methods and devices for driver-rider matching adaptable to multiple rideshare models

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 (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108615120B (zh) * 2018-05-09 2021-02-02 厦门卫星定位应用股份有限公司 一种城际车辆排队派单方法及介质
CN108615120A (zh) * 2018-05-09 2018-10-02 厦门卫星定位应用股份有限公司 一种城际车辆排队派单方法及介质
CN110866709B (zh) * 2018-08-28 2024-05-24 北京京东尚科信息技术有限公司 合并订单的方法和装置
CN110866709A (zh) * 2018-08-28 2020-03-06 北京京东尚科信息技术有限公司 合并订单的方法和装置
CN111353837A (zh) * 2018-12-20 2020-06-30 北京嘀嘀无限科技发展有限公司 一种拼车方法、系统及计算机可读介质
CN111612198A (zh) * 2019-02-25 2020-09-01 北京嘀嘀无限科技发展有限公司 预测拼单成功率的方法、装置和电子设备
CN111612198B (zh) * 2019-02-25 2023-12-12 北京嘀嘀无限科技发展有限公司 预测拼单成功率的方法、装置和电子设备
CN111626801B (zh) * 2019-02-27 2023-08-18 北京嘀嘀无限科技发展有限公司 一种订单派发方法、装置、电子设备和计算机存储介质
CN111626801A (zh) * 2019-02-27 2020-09-04 北京嘀嘀无限科技发展有限公司 一种订单派发方法、装置、电子设备和计算机存储介质
CN111723276A (zh) * 2019-03-19 2020-09-29 天津五八到家科技有限公司 任务响应系统、方法、装置及电子设备
CN111723276B (zh) * 2019-03-19 2023-10-27 天津五八到家科技有限公司 任务响应系统、方法、装置及电子设备
CN110633815A (zh) * 2019-08-14 2019-12-31 杭州飞步科技有限公司 一种拼车方法和装置、电子设备、存储介质
CN110609733A (zh) * 2019-09-18 2019-12-24 拉扎斯网络科技（上海）有限公司 数据处理方法及装置、电子设备、可读存储介质
CN111260281A (zh) * 2020-01-13 2020-06-09 拉扎斯网络科技（上海）有限公司 任务处理方法、装置、电子设备及计算机可读存储介质
CN111652408A (zh) * 2020-04-13 2020-09-11 北京旷视机器人技术有限公司 仓库中的订单处理方法、装置、介质、电子设备与系统
CN111882093A (zh) * 2020-06-16 2020-11-03 北京嘀嘀无限科技发展有限公司 一种拼车方法和系统
CN112288525A (zh) * 2020-10-29 2021-01-29 珠海优特智厨科技有限公司 餐饮订单处理方法、装置及计算机设备
CN112435101A (zh) * 2020-12-02 2021-03-02 北京沃东天骏信息技术有限公司 订单信息处理方法、装置、电子设备和计算机可读介质
CN113283624A (zh) * 2021-06-10 2021-08-20 武超 自助洗车方法、装置及系统
CN113610258A (zh) * 2021-08-16 2021-11-05 重庆愉客行网络有限公司 一种可接入多个运营平台的网约车车机系统
CN115409452A (zh) * 2022-10-27 2022-11-29 浙江口碑网络技术有限公司 配送信息处理方法、装置、系统、设备及可读存储介质
CN115409452B (zh) * 2022-10-27 2024-02-23 浙江口碑网络技术有限公司 配送信息处理方法、装置、系统、设备及可读存储介质
CN116151401A (zh) * 2023-03-01 2023-05-23 南京领行科技股份有限公司 一种平台派单方法、装置、设备及存储介质
CN116151401B (zh) * 2023-03-01 2024-06-07 南京领行科技股份有限公司 一种平台派单方法、装置、设备及存储介质

Also Published As

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

Similar Documents

Publication Publication Date Title
CN108009869A (zh) 订单处理方法、装置、服务器和计算机可读存储介质
CN108009651A (zh) 订单处理方法、装置、终端设备和计算机可读存储介质
US10325442B2 (en) Facilitating direct rider driver pairing for mass egress areas
CN106171032B (zh) 数据传输方法及设备
CN105303817B (zh) 一种出行方式的规划方法及装置
CN105139641B (zh) 一种基于WiFi中继站的车辆调度方法及系统
CN107292703A (zh) 一种货运订单推送方法及系统
TW202034278A (zh) 用於提供運輸服務的方法和系統
CN108876156A (zh) 拼车及用户订单处理方法、系统及所适用的设备
JP2020515951A (ja) オンデマンドサービスのための乗り物を割り当てるシステム及び方法
CN106530677B (zh) 一种基于实时信息的校车调度方法及系统
CN106373382B (zh) 一种用于车辆调度的方法与设备
WO2015180643A1 (zh) 一种提供召车服务的方法和系统
CN108154278A (zh) 一种基于大数据的餐饮配送方法
US20190205976A1 (en) Account number registration method, apparatus, and system
CN108805490A (zh) 快递包裹配送方法、装置及计算机可读存储介质
CN106341787A (zh) 一种车辆预定分派系统及方法
CN106888505A (zh) 数据传输的方法和站点
CN108446786A (zh) 一种信息处理方法、装置及电子设备
Peng et al. Multi-task oriented data diffusion and transmission paradigm in crowdsensing based on city public traffic
CN110414737A (zh) 公共交通行程处理方法、装置、电子设备及存储介质
US11557203B2 (en) Information processing device, non-transitory storage medium, and evaluation method
CN110992123A (zh) 一种订单派发方法及装置
CN112541724A (zh) 分配方法及装置、电子设备和存储介质
CN114111828A (zh) 导航路径规划方法、装置及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20180508

RJ01 Rejection of invention patent application after publication