CN108009657A - 网约车订单处理方法、系统、终端及服务器 - Google Patents

网约车订单处理方法、系统、终端及服务器 Download PDF

Info

Publication number
CN108009657A
CN108009657A CN201710703550.3A CN201710703550A CN108009657A CN 108009657 A CN108009657 A CN 108009657A CN 201710703550 A CN201710703550 A CN 201710703550A CN 108009657 A CN108009657 A CN 108009657A
Authority
CN
China
Prior art keywords
signal
time
passenger
information
sent
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
CN201710703550.3A
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 CN201710703550.3A priority Critical patent/CN108009657A/zh
Priority to US15/842,606 priority patent/US11238378B2/en
Priority to PCT/CN2018/076350 priority patent/WO2019033737A1/en
Priority to CN201880002307.1A priority patent/CN109716367B/zh
Publication of CN108009657A publication Critical patent/CN108009657A/zh
Priority to TW107128573A priority patent/TWI806891B/zh
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
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data
    • G06Q30/0206—Price or cost determination based on market factors
    • 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/0613—Third-party assisted
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0639—Item locations
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Game Theory and Decision Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Primary Health Care (AREA)
  • Medical Informatics (AREA)
  • Computing Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Detergent Compositions (AREA)
  • Traffic Control Systems (AREA)

Abstract

本发明提出了一种网约车订单处理方法、系统、终端及服务器，其中，网约车订单处理，包括：接收乘客终端发送的订单信号；根据订单信号对应的订单信息以及第一预设时间内的未处理订单数量，生成第一排队队列；确定订单信息对应的价格调整数额；向乘客终端发送对应于价格调整数额的预设通道信号。通过本发明的技术方案，可以在供需失衡时，通过增加应急出口，即将更快的出行路线推荐给乘客，使得乘客可以通过选择不同的加价方案来选择不同的预设通道，从而实现了乘客可以优先派单，节省了乘客的出行时间，为乘客的出行提供了方便。

Description

网约车订单处理方法、系统、终端及服务器
技术领域
本发明涉及智能技术领域，具体而言，涉及一种网约车订单处理方法、一种网约车订单处理系统、一种计算机设备、一种计算机可读存储介质、一种终端以及一种服务器。
背景技术
目前，随着交通的便利，网约车出行已经成为人们常有的出行方式，而网约车的方式也从以前单一的路边网约车演变为通过相关网约车应用app直接下发订单网约车。现有技术仅是通过乘客下发订单，司机接单来完成本次的出行。然而通过网约车应用实现的成功交易，取决于乘客需求和运力供给两部分的匹配情况，在很多场景会出现供小于求的情况，比如早晚高峰、企业下班、极端天气等，此时乘客会遇到网约车难、叫不到车的情况。在供需失衡时，引入排队机制，用户可以有稳定的预期知道自己预计什么时候能走，但又可能出现排队排很久的情况。此时乘客可能会遇到一些紧急情况需要立即出发，比如需要去医院、赶飞机等，在这种场景下需要提供额外的通道来满足乘客的紧急需求。
发明内容
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
为此，本发明的一个目的在于提出了一种网约车订单处理方法。
本发明的再一个目的在于提出了一种网约车订单处理方法。
本发明的再一个目的在于提出了一种网约车订单处理系统。
本发明的再一个目的在于提出了一种网约车订单处理系统。
本发明的又一个目的在于提出一种计算机设备。
本发明的又一个目的在于提出一种计算机可读存储介质。
本发明的又一个目的在于提出一种终端。
本发明的又一个目的在于提出一种服务器。
有鉴于此，本发明第一方面的技术方案提出了一种网约车订单处理方法，用于服务器，包括：接收乘客终端发送的订单信号；根据订单信号对应的订单信息以及第一预设时间内的未处理订单数量，生成第一排队队列；确定订单信息对应的价格调整数额；向乘客终端发送对应于价格调整数额的预设通道信号。
在该技术方案中，服务器接收乘客终端发送的订单信号，该订单信号对应的订单信息包括但不限于乘客当前所在的位置、以及所要到达目的地的位置以及车型。进一步地，在第一预设时间内，服务器根据订单信号对应的订单信息如所选车型和起点终点位置以及第一预设时间内所选车型订单信号对应的订单信息以及未处理的订单数量，生成第一排队队列来确定乘客终端所需等待时间。需要说明的是，由于供需关系的失衡，出现订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时，订单排队的情况，即将排队时间设为第一预设时间，其中，第一预设时间包括但不限于可以根据调研所得到的数据进行设定，也可以是根据历史的相应的订单排队数量来设定排队的时间，继而在第一预设时间内，需排队的订单是未被处理的订单。再进一步地，当乘客需要快速出行时，可选择相应的预设通道(即应用软件的相关程序)，根据订单信息对应的车型和起点终点位置确定对应的价格调整数额，进而服务器会在第一排队队列中选择订单信息中对应于价格调整数额的订单，即相对于第一时间内未处理的订单，该订单的订单信息价格高于其他订单，而后，服务器向乘客终端发送对应于价格调整数额的预设通道信号，进而使得乘客可以得到可以快速出行的信息，使得乘客可以通过快速加价来选择“预设通道”，实现了乘客可以优先派单，节省了乘客的出行时间，为乘客的出行提供了方便。
需要说明的是，价格调整数额可以是根据城市特性如规模、客单价来确定的固定金额，也可以是根据排队人数、运力流速、乘客排队位置等综合计算价格调整数额，如乘客处于小县城，在整个县城排队乘客位置相距不远，乘客排队位置影响较小，如乘客处于北京某一客流稀少的郊区，司机前往接单路程较远，则价格调整数额需综合计算。
在上述技术方案中，优选地，还包括：确定订单信息在第一排队队列的第一次序；根据第一次序确定对应于订单信息的第一应答时间；向乘客终端发送对应于第一应答时间的第一时间反馈信号。
在该技术方案中，确定订单信息在第一排队队列的第一次序，即明确订单信息在队列中的位置；进而根据第一次序确定对应于订单信息的第一应答时间，即明确对应于订单信息的应答时间，并将对应于第一应答时间的第一时间反馈信号发送给乘客终端，使得乘客终端及时得到车辆到达乘客所在位置的时间或目的地位置的时间，进而使得乘客可以及时调整行程，为乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述技术方案中，优选地，还包括：接收乘客终端发送的第一出行信号；根据第一出行信号对应的第一出行信息以及第二预设时间内的未处理出行订单数量，生成第二排队队列；确定出行信息在第二排队队列的第二次序；根据第二次序确定对应于出行信息的第二应答时间；向乘客终端发送对应于第二应答时间的第二时间反馈信号。
在该技术方案中，服务器接收乘客终端发送的第一出行信号，该第一出行信号对应的第一出行信息包括但不限于乘客当前所在的位置以及所要到达目的地的位置。进一步地，服务器根据第一出行信号对应的第一出行信息以及未处理的出行订单数量，生成第二排队队列。需要说明的是，由于供需关系的失衡，出现订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时订单排队的情况。再进一步地，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而服务器会根据出行订单信息在第二排队队列的第二次序，来确定订单信息的第二应答时间；并将对应于第二应答时间的第二时间反馈信号发送给乘客终端，使得乘客终端及时获知车辆到达乘客所在位置的时间和目的地位置的时间，为乘客提供详细的更快的出行路线作为参考，方便乘客做出选择，合理安排行程，提升了用户体验。
在上述技术方案中，优选地，还包括：接收乘客终端发送的第一加价确定信号；根据第一加价确定信号，按照第二次序向司机终端发送第一派单信息；向乘客终端发送对应于第一派单信息的第一等待信号。
在该技术方案中，服务器接收到乘客终端发送的第一加价确定信号，即乘客终端确定加价出行；根据该第一加价确定信号，按照第二次序向司机终端发送第一派单信息。通过上述技术方案，服务器实现了与乘客终端的通信来确定是否进行加价出行。需要说明的是，因为该订单相对于其他的在排队的订单价格加价，所以优先通过第二次序(相当于出行)向司机终端发送派单信息，使得司机优先接收并完成该订单；同时服务器将对应于第一派单信息的第一等待信号发送给乘客终端，使得乘客终端可以展示需要等待，也侧面提示乘客该订单已被受理，使得乘客及时了解订单的处理状态，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述技术方案中，优选地，还包括：接收乘客终端发送的第二出行信号；根据第二出行信号对应的路线信息确定对应于至少一种车型的预设价格；根据订单信息对应于每种车型在第三预设时间内的未处理出行订单数量，生成对应于每种车型的第三排队队列；确定订单信息在每种第三排队队列的第三次序；根据每种第三次序确定对应于第二出行信息的第三应答时间；生成对应于车型、预设价格和第三应答时间列表；向乘客终端发送对应于列表的第三时间反馈信号。
在该技术方案中，服务器接收乘客终端发送的第二出行信号，该第二出行信号对应的第二出行路线信息包括但不限于乘客当前所在的位置以及所要到达目的地的位置；并根据该路线信息确定至少一种车型的预设价格；需要说明的是，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而服务器会选择第二出行信号对应的路线信息对应于价格调整数额的订单。进一步地，服务器根据第二出行信号对应的第二出行信息以及未处理的出行订单数量，生成第三排队队列。需要说明的是，由于供需关系的失衡，出现出行订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时，订单排队的情况。再进一步地，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而服务器会在第三排队队列中确定出行订单信息在第二排队队列的第三次序，即明确出行订单信息在队列中的位置；进而根据第三次序确定对应于第二出行订单信息的第三应答时间，即明确对应于出行订单信息的对应应答时间，并生成对应于车型、预设价格和第三应答时间列表，并将该列表的第三时间反馈信号发送给乘客终端，使得乘客终端及时得到车辆的车型、预设价格，以及分别到达乘客所在位置的时间和目的地位置的时间，为乘客提供了多种选择作为参考，方便乘客及时出行。
在上述技术方案中，优选地，还包括：接收乘客终端发送的第二加价确定信号；根据第二加价确定信号，按照第三次序向司机终端发送第三派单信息；向乘客终端发送对应于第三派单信息的第三等待信号。
在该技术方案中，服务器接收乘客终端发送的第二加价确定信号，说明乘客终端选择加价出行；根据该第二加价确定信号，按照第三次序向司机终端发送第三派单信息，同时服务器将对应于第三派单信息的第三等待信号发送给乘客终端，使得乘客终端可以展示需要等待的信息，也侧面提示乘客该订单已被受理，使得乘客及时了解订单的处理状态，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
本发明第二方面的技术方案提出了一种网约车订单处理方法，用于乘客终端，包括：接收订单指令；根据订单指令，确定对应于订单指令的订单信号，向服务器发送订单信号；接收服务器发送的预设通道信号；展示预设通道信号对应的预设通道信息。
在该技术方案中，乘客终端接收订单指令，其中，订单指令中包括但不限于输入的乘客当前所在的位置以及所要到达目的地的位置，继而根据订单指令，把订单信号发送与服务器；使得服务器接收订单信息，进而选择出最优预设通道，并将该预设通道的信息通过预设通道信号发送给乘客终端。即乘客终端接收服务器发送的预设通道信号，进而将预设通道信号的预设通道信息展现与乘客终端。使得乘客可以了解所要出行的预设通道，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述技术方案中，优选地，还包括：接收服务器发送的第一时间反馈信号；展示对应于第一时间反馈信号的第一时间反馈信息。
在该技术方案中，乘客终端接收服务器发送的第一时间反馈信号，并展示对应于第一时间反馈信号的第一时间反馈信息。其中，该第一反馈信息中包括但不限于订单信息在所述第一排队队列的第一次序，以及通过第一次序确定的订单信息的第一应答时间，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述技术方案中，优选地，还包括：接收对应于预设通道信息的出行指令；向服务器发送对应于出行指令的出行信号；接收服务器发送的第二时间反馈信号。
在该技术方案中，乘客终端接收对应于预设通道信息的出行指令，其中，出行指令包括但不限于输入的乘客当前所在的位置以及所要到达目的地的位置，继而根据出行指令，把出行指令对应的出行信号发送与服务器；使得服务器接收出行信息，进而服务器向乘客终端发送第二时间反馈信号，其中，第二时间反馈信号对应的出行信息包括但不限于第二排队队列的第二次序，以及根据第二次序确定对应于出行信息的第二应答时间，使得乘客可以了解所要出行的时间，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述技术方案中，优选地，还包括：接收加价确定指令；向服务器发送对应于加价确定指令的加价确定信号；接收服务器发送的等待信号；展示对应于等待信号的等待信息。
在该技术方案中，乘客终端接收服务器发送的加价确定指令；在乘客确定该价格合适，而后，向服务器发送对应于加价确定指令的加价确定信号；进而使得服务器可以向司机终端下单，进而完成订单。同时，接收服务器发送的等待信号；展示对应于等待信号的等待信息；继而明确了等待的时间，也侧面得到该订单已有司机接收，乘客需等待即可，进而使得乘客可以通过快速加价来选择“预设通道”，实现了乘客可以优先派单，节省了乘客的出行时间，为乘客的出行提供了方便。
本发明第三方面的技术方案提出了一种网约车订单处理系统，包括：订单信号接收单元，用于接收乘客终端发送的订单信号；第一排队队列确定单元，用于根据订单信号对应的订单信息以及第一预设时间内的未处理订单数量，生成第一排队队列；价格调整数额确定单元，用于确定订单信息对应的价格调整数额；预设通道信号发送单元，用于向乘客终端发送对应于价格调整数额的预设通道信号。
在该技术方案中，订单信号接收单元接收乘客终端发送的订单信号，该订单信号对应的订单信息包括但不限于乘客当前所在的位置、以及所要到达目的地的位置以及车型。进一步地，在第一预设时间内，第一排队队列确定单元根据订单信号对应的订单信息如所选车型和起点终点位置以及第一预设时间内所选车型订单信号对应的订单信息以及未处理的订单数量，生成第一排队队列来确定乘客终端所需等待时间。需要说明的是，由于供需关系的失衡，出现订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时，订单排队的情况，即将排队时间设为第一预设时间，其中，第一预设时间包括但不限于可以根据调研所得到的数据进行设定，也可以是根据历史的相应的订单排队数量来设定排队的时间，继而在第一预设时间内，需排队的订单是未被处理的订单。再进一步地，当乘客需要快速出行时，可选择相应的预设通道(即应用软件的相关程序)，价格调整数额确定单元根据订单信息对应的车型和起点终点位置确定对应的价格调整数额，进而服务器会在第一排队队列中选择订单信息中对应于价格调整数额的订单，即相对于第一时间内未处理的订单，该订单的订单信息价格高于其他订单，而后，预设通道信号发送单元向乘客终端发送对应于价格调整数额的预设通道信号，进而使得乘客可以得到可以快速出行的信息，使得乘客可以通过快速加价来选择“预设通道”，实现了乘客可以优先派单，节省了乘客的出行时间，为乘客的出行提供了方便。
需要说明的是，价格调整数额可以是根据城市特性如规模、客单价来确定的固定金额，也可以是根据排队人数、运力流速、乘客排队位置等综合计算价格调整数额，如乘客处于小县城，在整个县城排队乘客位置相距不远，乘客排队位置影响较小，如乘客处于北京某一客流稀少的郊区，司机前往接单路程较远，则价格调整数额需综合计算。
在上述技术方案中，优选地，还包括：第一次序确定单元，用于确定订单信息在第一排队队列的第一次序；第一应答时间确定单元，用于根据第一次序确定对应于订单信息的第一应答时间；第一时间反馈信号发送单元，用于向乘客终端发送对应于第一应答时间的第一时间反馈信号。
在该技术方案中，第一次序确定单元确定订单信息在第一排队队列的第一次序，即明确订单信息在队列中的位置；进而第一应答时间确定单元根据第一次序确定对应于订单信息的第一应答时间，即明确对应于订单信息的应答时间，并通过第一时间反馈信号发送单元将对应于第一应答时间的第一时间反馈信号发送给乘客终端，使得乘客终端及时得到车辆到达乘客所在位置的时间或目的地位置的时间，进而使得乘客可以及时调整行程，为乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述技术方案中，优选地，还包括：第一出行信号接收单元，用于接收乘客终端发送的第一出行信号；第二排队队列确定单元，用于根据第一出行信号对应的第一出行信息以及第二预设时间内的未处理出行订单数量，生成第二排队队列；第二次序确定单元，用于确定订单信息在第二排队队列的第二次序；第二应答时间确定单元，用于根据第二次序确定对应于出行信息的第二应答时间；第二时间反馈信号发送单元，用于向乘客终端发送对应于第二应答时间的第二时间反馈信号。
在该技术方案中，第一出行信号接收单元接收乘客终端发送的第一出行信号，该第一出行信号对应的第一出行信息包括但不限于乘客当前所在的位置以及所要到达目的地的位置。进一步地，第二排队队列确定单元根据第一出行信号对应的第一出行信息以及未处理的出行订单数量，生成第二排队队列。需要说明的是，由于供需关系的失衡，出现订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时订单排队的情况。再进一步地，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而第二次序确定单元会根据出行订单信息在第二排队队列的第二次序，通过第二应答时间确定单元来确定订单信息的第二应答时间；并通过第二时间反馈信号发送单元将对应于第二应答时间的第二时间反馈信号发送给乘客终端，使得乘客终端及时获知车辆到达乘客所在位置的时间和目的地位置的时间，为乘客提供详细的更快的出行路线作为参考，方便乘客做出选择，合理安排行程，提升了用户体验。
在上述技术方案中，优选地，还包括：第一加价确定信号接收单元，用于接收乘客终端发送的第一加价确定信号；第一派单信息发送单元，用于根据第一加价确定信号，按照第二次序向司机终端发送第一派单信息；第一等待信号发送单元，用于向乘客终端发送对应于第一派单信息的第一等待信号。
在该技术方案中，通过第一加价确定信号接收单元，服务器接收到乘客终端发送的第一加价确定信号，即乘客终端确定加价出行；再通过第一派单信息发送单元，根据该第一加价确定信号，按照第二次序向司机终端发送第一派单信息。通过上述技术方案，服务器实现了与乘客终端的通信来确定是否进行加价出行。需要说明的是，因为该订单相对于其他的在排队的订单价格加价，所以优先通过第二次序(相当于出行)向司机终端发送派单信息，使得司机优先接收并完成该订单；之后通过第一等待信号发送单元，服务器将对应于第一派单信息的第一等待信号发送给乘客终端，使得乘客终端可以展示需要等待，也侧面提示乘客该订单已被受理，使得乘客及时了解订单的处理状态，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述技术方案中，优选地，还包括：第二出行信号接收单元，用于接收乘客终端发送的第二出行信号；预设价格确定单元，用于根据第二出行信号对应的路线信息确定对应于至少一种车型的预设价格；第三排队队列确定单元，用于根据订单信息对应于每种车型在第三预设时间内的未处理出行订单数量，生成对应于每种车型的第三排队队列；第三次序确定单元，用于确定订单信息在每种第三排队队列的第三次序；第三应答时间确定单元，用于根据每种第三次序确定对应于第二出行信息的第三应答时间；第三应答时间列表确定单元，用于生成对应于车型、预设价格和第三应答时间列表；第三时间反馈信号发送单元，用于向乘客终端发送对应于列表的第三时间反馈信号。
在该技术方案中，通过第二出行信号接收单元，服务器接收乘客终端发送的第二出行信号，该第二出行信号对应的第二出行路线信息包括但不限于乘客当前所在的位置以及所要到达目的地的位置；再通过预设价格确定单元，根据该路线信息确定至少一种车型的预设价格；需要说明的是，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而服务器会选择第二出行信号对应的路线信息对应于价格调整数额的订单。进一步地，通过第三排队队列确定单元，服务器根据第二出行信号对应的第二出行信息以及未处理的出行订单数量，生成第三排队队列。需要说明的是，由于供需关系的失衡，出现出行订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时，订单排队的情况。再进一步地，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而第三次序确定单元会在第三排队队列中确定出行订单信息在第二排队队列的第三次序，即明确出行订单信息在队列中的位置；进而第三应答时间确定单元根据第三次序确定对应于第二出行订单信息的第三应答时间，即明确对应于出行订单信息的对应应答时间，并生成对应于车型、预设价格和第三应答时间列表，并通过第三时间反馈信号发送单元将该列表的第三时间反馈信号发送给乘客终端，使得乘客终端及时得到车辆的车型、预设价格，以及分别到达乘客所在位置的时间和目的地位置的时间，为乘客提供了多种选择作为参考，方便乘客及时出行。
在上述技术方案中，优选地，还包括：第二加价确定信号接收单元，用于接收乘客终端发送的第二加价确定信号；第三派单信息发送单元，用于根据第二加价确定信号，按照第三次序向司机终端发送第三派单信息；第三等待信号发送单元，用于向乘客终端发送对应于第三派单信息的第三等待信号。
在该技术方案中，当乘客终端接收到服务器反馈的加价信息后，乘客确定接收该反馈信息，继而第二加价确定信号接收单元确定该加价信息订单；即服务器接收乘客终端发送的第二加价确定信号，第三派单信息发送单元据该第二加价确定信号，按照第三次序向司机终端发送第三派单信息；同时第三等待信号发送单元将对应于第三派单信息的第三等待信号发送给乘客终端，使得乘客终端可以展示需要等待，也侧面提示乘客该订单已被受理，使得乘客及时了解订单的处理状态，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
本发明第四方面的技术方案提出了一种网约车订单处理系统，包括：订单指令接收单元，用于接收订单指令；订单信号发送单元，用于根据订单指令，确定对应于订单指令的订单信号，向服务器发送订单信号；预设通道信号接收单元，用于接收服务器发送的预设通道信号；预设通道信息展示单元，用于展示预设通道信号对应的预设通道信息。
在该技术方案中，订单指令接收单元接收订单指令，其中，订单指令中包括但不限于输入的乘客当前所在的位置以及所要到达目的地的位置，继而订单信号发送单元根据订单指令，把订单信号发送与服务器；使得服务器接收订单信息，进而选择出最优预设通道，并通过预设通道信号接收单元将该预设通道的信息通过预设通道信号发送给乘客终端。即乘客终端接收服务器发送的预设通道信号，进而预设通道信息展示单元将预设通道信号的预设通道信息展现与乘客终端。使得乘客可以了解所要出行的预设通道，进而使得乘客可以通过快速加价来选择“预设通道”，实现了乘客可以优先派单，节省了乘客的出行时间，为乘客的出行提供了方便，提升了用户体验。
在上述技术方案中，优选地，还包括：第一时间反馈信号接收单元，用于接收服务器发送的第一时间反馈信号；第一时间反馈信息展示单元，用于展示对应于第一时间反馈信号的第一时间反馈信息。
在该技术方案中，第一时间反馈信号接收单元接收服务器发送的第一时间反馈信号，并通过第一时间反馈信息展示单元展示对应于第一时间反馈信号的第一时间反馈信息。其中，该第一反馈信息中包括但不限于订单信息在所述第一排队队列的第一次序，以及通过第一次序确定的订单信息的第一应答时间，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述技术方案中，优选地，还包括：出行指令接收单元，用于接收对应于预设通道信息的出行指令；出行信号发送单元，用于向服务器发送对应于出行指令的出行信号；第二时间反馈信号接收单元，用于接收服务器发送的第二时间反馈信号。
在该技术方案中，出行指令接收单元接收对应于预设通道信息的出行指令，其中，出行指令包括但不限于输入的乘客当前所在的位置以及所要到达目的地的位置，继而出行信号发送单元根据出行指令，把出行指令对应的出行信号发送与服务器；使得服务器接收出行信息，进而第二时间反馈信号接收单元向乘客终端发送第二时间反馈信号，其中，第二时间反馈信号对应的出行信息包括但不限于第二排队队列的第二次序，以及根据第二次序确定对应于出行信息的第二应答时间，使得乘客可以了解所要出行的时间，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述技术方案中，优选地，还包括：加价确定指令接收单元，用于接收加价确定指令；加价确定信号发送单元，用于向服务器发送对应于加价确定指令的加价确定信号；等待信号接收单元，用于接收服务器发送的等待信号；等待信息展示单元，用于展示对应于等待信号的等待信息。
在该技术方案中，加价确定指令接收单元接收服务器发送的加价确定指令；在乘客确定该价格合适后，加价确定信号发送单元向服务器发送对应于加价确定指令的加价确定信号；进而使得服务器可以向司机终端下单，进而完成订单。同时，等待信号接收单元接收服务器发送的等待信号；并通过等待信息展示单元展示对应于等待信号的等待信息；继而明确了等待的时间，也侧面得到该订单已有司机接收，乘客需等待即可，进而为地向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
本发明第五方面的技术方案提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时执行上述任一项的网约车订单处理方法。
在该技术方案中，计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时执行实现如上述任一项技术方案网约车订单处理的方法的全部有益效果，在此不再赘述。
本发明第六方面的技术方案提出了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述任一项的网约车订单处理方法。
在该技术方案中，计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述任一项技术方案网约车订单处理的方法，或如上述任一项网约车订单处理方法的全部有益效果，在此不再赘述。
本发明第七方面的技术方案提出了一种服务器，包括上述任一项的网约车订单处理系统。
在该技术方案中，服务器包括如上述任一项技术方案的网约车订单处理的系统，因此具有如上述任一项技术方案网约车订单处理系统的全部有益效果，在此不再赘述。
本发明第八方面的技术方案提出了一种乘客终端，包括上述任一项的网约车订单处理系统。
在该技术方案中，终端包括如上述任一项技术方案的网约车订单处理系统，因此具有如上述任一项技术方案网约车订单处理系统的全部有益效果，在此不再赘述。
本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
图1示出了根据本发明的一个实施例的业务线推荐方法的流程示意图；
图2示出了根据本发明的再一个实施例的业务线推荐方法的流程示意图；
图3示出了根据本发明的一个实施例的业务线推荐系统的结构示意图；
图4示出了根据本发明的再一个实施例的业务线推荐系统的结构示意图；
图5示出了根据本发明的一个实施例的计算机设备的结构示意图；
图6示出了根据本发明的一个实施例的终端的结构示意图；
图7示出了根据本发明的一个实施例的服务器的结构示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
实施例一：
如图1所示，本发明一个实施例提出了一种网约车订单处理方法，用于服务器，包括：步骤S102，接收乘客终端发送的订单信号；步骤S104，根据订单信号对应的订单信息以及第一预设时间内的未处理订单数量，生成第一排队队列；步骤S106，确定订单信息对应的价格调整数额；步骤S108，向乘客终端发送对应于价格调整数额的预设通道信号。
在该实施例中，步骤S102服务器接收乘客终端发送的订单信号，该订单信号对应的订单信息包括但不限于乘客当前所在的位置、以及所要到达目的地的位置以及车型。进一步地，在第一预设时间内，步骤S104服务器根据订单信号对应的订单信息如所选车型和起点终点位置以及第一预设时间内所选车型订单信号对应的订单信息以及未处理的订单数量，生成第一排队队列来确定乘客终端所需等待时间。需要说明的是，由于供需关系的失衡，出现订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时，订单排队的情况，即将排队时间设为第一预设时间，其中，第一预设时间包括但不限于可以根据调研所得到的数据进行设定，也可以是根据历史的相应的订单排队数量来设定排队的时间，继而在第一预设时间内，需排队的订单是未被处理的订单。再进一步地，当乘客需要快速出行时，可选择相应的预设通道(即应用软件的相关程序)，步骤S106根据订单信息对应的车型和起点终点位置确定对应的价格调整数额，进而服务器会在第一排队队列中选择订单信息中对应于价格调整数额的订单，即相对于第一时间内未处理的订单，该订单的订单信息价格高于其他订单，而后，步骤S108服务器向乘客终端发送对应于价格调整数额的预设通道信号，进而使得乘客可以得到可以快速出行的信息，使得乘客可以通过快速加价来选择“预设通道”，实现了乘客可以优先派单，节省了乘客的出行时间，为乘客的出行提供了方便。
需要说明的是，价格调整数额可以是根据城市特性如规模、客单价来确定的固定金额，也可以是根据排队人数、运力流速、乘客排队位置等综合计算价格调整数额，如乘客处于小县城，在整个县城排队乘客位置相距不远，乘客排队位置影响较小，如乘客处于北京某一客流稀少的郊区，司机前往接单路程较远，则价格调整数额需综合计算。
在上述实施例中，优选地，还包括：确定订单信息在第一排队队列的第一次序；根据第一次序确定对应于订单信息的第一应答时间；向乘客终端发送对应于第一应答时间的第一时间反馈信号。
在该实施例中，确定订单信息在第一排队队列的第一次序，即明确订单信息在队列中的位置；进而根据第一次序确定对应于订单信息的第一应答时间，即明确对应于订单信息的应答时间，并将对应于第一应答时间的第一时间反馈信号发送给乘客终端，使得乘客终端及时得到车辆到达乘客所在位置的时间或目的地位置的时间，进而使得乘客可以及时调整行程，为乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述实施例中，优选地，还包括：接收乘客终端发送的第一出行信号；根据第一出行信号对应的第一出行信息以及第二预设时间内的未处理出行订单数量，生成第二排队队列；确定订单信息在第二排队队列的第二次序；根据第二次序确定对应于出行信息的第二应答时间；向乘客终端发送对应于第二应答时间的第二时间反馈信号。
在该实施例中，服务器接收乘客终端发送的第一出行信号，该第一出行信号对应的第一出行信息包括但不限于乘客当前所在的位置以及所要到达目的地的位置。进一步地，服务器根据第一出行信号对应的第一出行信息以及未处理的出行订单数量，生成第二排队队列。需要说明的是，由于供需关系的失衡，出现订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时订单排队的情况。再进一步地，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而服务器会根据出行订单信息在第二排队队列的第二次序，来确定订单信息的第二应答时间；并将对应于第二应答时间的第二时间反馈信号发送给乘客终端，使得乘客终端及时获知车辆到达乘客所在位置的时间和目的地位置的时间，为乘客提供详细的更快的出行路线作为参考，方便乘客做出选择，合理安排行程，提升了用户体验。
在上述实施例中，优选地，还包括：接收乘客终端发送的第一加价确定信号；根据第一加价确定信号，按照第二次序向司机终端发送第一派单信息；向乘客终端发送对应于第一派单信息的第一等待信号。
在该实施例中，服务器接收到乘客终端发送的第一加价确定信号，即乘客终端确定加价出行；根据该第一加价确定信号，按照第二次序向司机终端发送第一派单信息。通过上述技术方案，服务器实现了与乘客终端的通信来确定是否进行加价出行。需要说明的是，因为该订单相对于其他的在排队的订单价格加价，所以优先通过第二次序(相当于出行)向司机终端发送派单信息，使得司机优先接收并完成该订单；同时服务器将对应于第一派单信息的第一等待信号发送给乘客终端，使得乘客终端可以展示需要等待，也侧面提示乘客该订单已被受理，使得乘客及时了解订单的处理状态，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述实施例中，优选地，还包括：接收乘客终端发送的第二出行信号；根据第二出行信号对应的路线信息确定对应于至少一种车型的预设价格；根据订单信息对应于每种车型在第三预设时间内的未处理出行订单数量，生成对应于每种车型的第三排队队列；确定订单信息在每种第三排队队列的第三次序；根据每种第三次序确定对应于第二出行信息的第三应答时间；生成对应于车型、预设价格和第三应答时间列表；向乘客终端发送对应于列表的第三时间反馈信号。
在该实施例中，服务器接收乘客终端发送的第二出行信号，该第二出行信号对应的第二出行路线信息包括但不限于乘客当前所在的位置以及所要到达目的地的位置；并根据该路线信息确定至少一种车型的预设价格；需要说明的是，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而服务器会选择第二出行信号对应的路线信息对应于价格调整数额的订单。进一步地，服务器根据第二出行信号对应的第二出行信息以及未处理的出行订单数量，生成第三排队队列。需要说明的是，由于供需关系的失衡，出现出行订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时，订单排队的情况。再进一步地，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而服务器会在第三排队队列中确定出行订单信息在第二排队队列的第三次序，即明确出行订单信息在队列中的位置；进而根据第三次序确定对应于第二出行订单信息的第三应答时间，即明确对应于出行订单信息的对应应答时间，并生成对应于车型、预设价格和第三应答时间列表，并将该列表的第三时间反馈信号发送给乘客终端，使得乘客终端及时得到车辆的车型、预设价格，以及分别到达乘客所在位置的时间和目的地位置的时间，为乘客提供了多种选择作为参考，方便乘客及时出行。
在上述实施例中，优选地，还包括：接收乘客终端发送的第二加价确定信号；根据第二加价确定信号，按照第三次序向司机终端发送第三派单信息；向乘客终端发送对应于第三派单信息的第三等待信号。
在该实施例中，服务器接收乘客终端发送的第二加价确定信号，说明乘客终端选择加价出行；根据该第二加价确定信号，按照第三次序向司机终端发送第三派单信息，同时服务器将对应于第三派单信息的第三等待信号发送给乘客终端，使得乘客终端可以展示需要等待的信息，也侧面提示乘客该订单已被受理，使得乘客及时了解订单的处理状态，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
实施例二：
如图2所示，本发明一个实施例提出了一种网约车订单处理方法，用于乘客终端，包括：步骤S202，接收订单指令；步骤S204，根据订单指令，确定对应于订单指令的订单信号，向服务器发送订单信号；步骤S206，接收服务器发送的预设通道信号；步骤S208，展示预设通道信号对应的预设通道信息。
在该实施例中，步骤S202乘客终端接收订单指令，其中，订单指令中包括但不限于输入的乘客当前所在的位置以及所要到达目的地的位置，继而步骤S204根据订单指令，把订单信号发送与服务器；使得步骤S206服务器接收订单信息，进而选择出最优预设通道，步骤S208并将该预设通道的信息通过预设通道信号发送给乘客终端。即乘客终端接收服务器发送的预设通道信号，进而将预设通道信号的预设通道信息展现与乘客终端。使得乘客可以了解所要出行的预设通道，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述实施例中，优选地，还包括：接收服务器发送的第一时间反馈信号；展示对应于第一时间反馈信号的第一时间反馈信息。
在该实施例中，乘客终端接收服务器发送的第一时间反馈信号，并展示对应于第一时间反馈信号的第一时间反馈信息。其中，该第一反馈信息中包括但不限于订单信息在所述第一排队队列的第一次序，以及通过第一次序确定的订单信息的第一应答时间，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述实施例中，优选地，还包括：接收对应于预设通道信息的出行指令；向服务器发送对应于出行指令的出行信号；接收服务器发送的第二时间反馈信号。
在该实施例中，乘客终端接收对应于预设通道信息的出行指令，其中，出行指令包括但不限于输入的乘客当前所在的位置以及所要到达目的地的位置，继而根据出行指令，把出行指令对应的出行信号发送与服务器；使得服务器接收出行信息，进而服务器向乘客终端发送第二时间反馈信号，其中，第二时间反馈信号对应的出行信息包括但不限于第二排队队列的第二次序，以及根据第二次序确定对应于出行信息的第二应答时间，使得乘客可以了解所要出行的时间，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述实施例中，优选地，还包括：接收加价确定指令；向服务器发送对应于加价确定指令的加价确定信号；接收服务器发送的等待信号；展示对应于等待信号的等待信息。
在该实施例中，乘客终端接收服务器发送的加价确定指令；在乘客确定该价格合适，而后，向服务器发送对应于加价确定指令的加价确定信号；进而使得服务器可以向司机终端下单，进而完成订单。同时，接收服务器发送的等待信号；展示对应于等待信号的等待信息；继而明确了等待的时间，也侧面得到该订单已有司机接收，乘客需等待即可，进而使得乘客可以通过快速加价来选择“预设通道”，实现了乘客可以优先派单，节省了乘客的出行时间，为乘客的出行提供了方便。
实施例三：
如图3所示，本发明再一个实施例提出了一种网约车订单处理系统300，包括：订单信号接收单元302，用于接收乘客终端发送的订单信号；第一排队队列确定单元304，用于根据订单信号对应的订单信息以及第一预设时间内的未处理订单数量，生成第一排队队列；价格调整数额确定单元306，用于确定订单信息对应的价格调整数额；预设通道信号发送单元308，用于向乘客终端发送对应于价格调整数额的预设通道信号。
在该实施例中，订单信号接收单元302接收乘客终端发送的订单信号，该订单信号对应的订单信息包括但不限于乘客当前所在的位置、以及所要到达目的地的位置以及车型。进一步地，在第一预设时间内，第一排队队列确定单元304根据订单信号对应的订单信息如所选车型和起点终点位置以及第一预设时间内所选车型订单信号对应的订单信息以及未处理的订单数量，生成第一排队队列来确定乘客终端所需等待时间。需要说明的是，由于供需关系的失衡，出现订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时，订单排队的情况，即将排队时间设为第一预设时间，其中，第一预设时间包括但不限于可以根据调研所得到的数据进行设定，也可以是根据历史的相应的订单排队数量来设定排队的时间，继而在第一预设时间内，需排队的订单是未被处理的订单。再进一步地，当乘客需要快速出行时，可选择相应的预设通道(即应用软件的相关程序)，价格调整数额确定单元306根据订单信息对应的车型和起点终点位置确定对应的价格调整数额，进而服务器会在第一排队队列中选择订单信息中对应于价格调整数额的订单，即相对于第一时间内未处理的订单，该订单的订单信息价格高于其他订单，而后，预设通道信号发送单元308向乘客终端发送对应于价格调整数额的预设通道信号，进而使得乘客可以得到可以快速出行的信息，使得乘客可以通过快速加价来选择“预设通道”，实现了乘客可以优先派单，节省了乘客的出行时间，为乘客的出行提供了方便。
需要说明的是，价格调整数额可以是根据城市特性如规模、客单价来确定的固定金额，也可以是根据排队人数、运力流速、乘客排队位置等综合计算价格调整数额，如乘客处于小县城，在整个县城排队乘客位置相距不远，乘客排队位置影响较小，如乘客处于北京某一客流稀少的郊区，司机前往接单路程较远，则价格调整数额需综合计算。
在上述实施例中，优选地，还包括：第一次序确定单元310，用于确定订单信息在第一排队队列的第一次序；第一应答时间确定单元312，用于根据第一次序确定对应于订单信息的第一应答时间；第一时间反馈信号发送单元314，用于向乘客终端发送对应于第一应答时间的第一时间反馈信号。
在该实施例中，第一次序确定单元310确定订单信息在第一排队队列的第一次序，即明确订单信息在队列中的位置；进而第一应答时间确定单元312根据第一次序确定对应于订单信息的第一应答时间，即明确对应于订单信息的应答时间，并通过第一时间反馈信号发送单元314将对应于第一应答时间的第一时间反馈信号发送给乘客终端，使得乘客终端及时得到车辆到达乘客所在位置的时间或目的地位置的时间，进而使得乘客可以及时调整行程，为乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述实施例中，优选地，还包括：第一出行信号接收单元316，用于接收乘客终端发送的第一出行信号；第二排队队列确定单元318，用于根据第一出行信号对应的第一出行信息以及第二预设时间内的未处理出行订单数量，生成第二排队队列；第二次序确定单元320，用于确定订单信息在第二排队队列的第二次序；第二应答时间确定单元322，用于根据第二次序确定对应于出行信息的第二应答时间；第二时间反馈信号确定单元324，用于向乘客终端发送对应于第二应答时间的第二时间反馈信号。
在该实施例中，第一出行信号接收单元316接收乘客终端发送的第一出行信号，该第一出行信号对应的第一出行信息包括但不限于乘客当前所在的位置以及所要到达目的地的位置。进一步地，第二排队队列确定单元318根据第一出行信号对应的第一出行信息以及未处理的出行订单数量，生成第二排队队列。需要说明的是，由于供需关系的失衡，出现订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时订单排队的情况。再进一步地，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而第二次序确定单元320会根据出行订单信息在第二排队队列的第二次序，通过第二应答时间确定单元322来确定订单信息的第二应答时间；并通过第二时间反馈信号发送单元324将对应于第二应答时间的第二时间反馈信号发送给乘客终端，使得乘客终端及时获知车辆到达乘客所在位置的时间和目的地位置的时间，为乘客提供详细的更快的出行路线作为参考，方便乘客做出选择，合理安排行程，提升了用户体验。
在上述实施例中，优选地，还包括：第一加价确定信号接收单元326，用于接收乘客终端发送的第一加价确定信号；第一派单信息发送单元328，用于根据第一加价确定信号，按照第二次序向司机终端发送第一派单信息；第一等待信号发送单元330，用于向乘客终端发送对应于第一派单信息的第一等待信号。
在该实施例中，通过第一加价确定信号接收单元326，服务器接收到乘客终端发送的第一加价确定信号，即乘客终端确定加价出行；再通过第一派单信息发送单元328，根据该第一加价确定信号，按照第二次序向司机终端发送第一派单信息。通过上述实施例，服务器实现了与乘客终端的通信来确定是否进行加价出行。需要说明的是，因为该订单相对于其他的在排队的订单价格加价，所以优先通过第二次序(相当于出行)向司机终端发送派单信息，使得司机优先接收并完成该订单；之后通过第一等待信号发送单元320，服务器将对应于第一派单信息的第一等待信号发送给乘客终端，使得乘客终端可以展示需要等待，也侧面提示乘客该订单已被受理，使得乘客及时了解订单的处理状态，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述实施例中，优选地，还包括：第二出行信号接收单元332，用于接收乘客终端发送的第二出行信号；预设价格确定单元334，用于根据第二出行信号对应的路线信息确定对应于至少一种车型的预设价格；第三排队队列确定单元336，用于根据订单信息对应于每种车型在第三预设时间内的未处理出行订单数量，生成对应于每种车型的第三排队队列；第三次序确定单元338，用于确定订单信息在每种第三排队队列的第三次序；第三应答时间确定单元340，用于根据每种第三次序确定对应于第二出行信息的第三应答时间；第三应答时间列表确定单元342，用于生成对应于车型、预设价格和第三应答时间列表；第三时间反馈信号发送单元344，用于向乘客终端发送对应于列表的第三时间反馈信号。
在该实施例中，通过第二出行信号接收单元332，服务器接收乘客终端发送的第二出行信号，该第二出行信号对应的第二出行路线信息包括但不限于乘客当前所在的位置以及所要到达目的地的位置；再通过预设价格确定单元334，根据该路线信息确定至少一种车型的预设价格；需要说明的是，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而服务器会选择第二出行信号对应的路线信息对应于价格调整数额的订单。进一步地，通过第三排队队列确定单元336，服务器根据第二出行信号对应的第二出行信息以及未处理的出行订单数量，生成第三排队队列。需要说明的是，由于供需关系的失衡，出现出行订单数量很多而可以提供的车辆数量很少的情况，进而会出现下单时，订单排队的情况。再进一步地，当乘客需要出行时，可选择相应的出行通道(即应用软件的相关程序)，进而第三次序确定单元338会在第三排队队列中确定出行订单信息在第二排队队列的第三次序，即明确出行订单信息在队列中的位置；进而第三应答时间确定单元340根据第三次序确定对应于第二出行订单信息的第三应答时间，即明确对应于出行订单信息的对应应答时间，并通过第三应答时间列表确定单元342生成对应于车型、预设价格和第三应答时间列表，并通过第三时间反馈信号发送单元344将该列表的第三时间反馈信号发送给乘客终端，使得乘客终端及时得到车辆的车型、预设价格，以及分别到达乘客所在位置的时间和目的地位置的时间，为乘客提供了多种选择作为参考，方便乘客及时出行。
在上述实施例中，优选地，还包括：第二加价确定信号接收单元346，用于接收乘客终端发送的第二加价确定信号；第三派单信息发送单元348，用于根据第二加价确定信号，按照第三次序向司机终端发送第三派单信息；第三等待信号发送单元350，用于向乘客终端发送对应于第三派单信息的第三等待信号。
在该实施例中，当乘客终端接收到服务器反馈的加价信息后，乘客确定接收该反馈信息，继而第二加价确定信号接收单元346确定该加价信息订单；即服务器接收乘客终端发送的第二加价确定信号，第三派单信息发送单元348据该第二加价确定信号，按照第三次序向司机终端发送第三派单信息；同时第三等待信号发送单元350将对应于第三派单信息的第三等待信号发送给乘客终端，使得乘客终端可以展示需要等待，也侧面提示乘客该订单已被受理，使得乘客及时了解订单的处理状态，进而准确为地向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
实施例四：
如图4所示，本发明再一个实施例提出了一种网约车订单处理系统400，包括：订单指令接收单元402，用于接收订单指令；订单信号发送单元404，用于根据订单指令，确定对应于订单指令的订单信号，向服务器发送订单信号；预设通道信号接收单元406，用于接收服务器发送的预设通道信号；预设通道信息展示单元408，用于展示预设通道信号对应的预设通道信息。
在该实施例中，订单指令接收单元402接收订单指令，其中，订单指令中包括但不限于输入的乘客当前所在的位置以及所要到达目的地的位置，继而订单信号发送单元404根据订单指令，把订单信号发送与服务器；使得服务器接收订单信息，进而选择出最优预设通道，并通过预设通道信号接收单元406将该预设通道的信息通过预设通道信号发送给乘客终端。即乘客终端接收服务器发送的预设通道信号，进而预设通道信息展示单元408将预设通道信号的预设通道信息展现与乘客终端。使得乘客可以了解所要出行的预设通道，进而使得乘客可以通过快速加价来选择“预设通道”，实现了乘客可以优先派单，节省了乘客的出行时间，为乘客的出行提供了方便。
在上述实施例中，优选地，还包括：第一时间反馈信号接收单元410，用于接收服务器发送的第一时间反馈信号；第一时间反馈信息展示单元412，用于展示对应于第一时间反馈信号的第一时间反馈信息。
在该实施例中，第一时间反馈信号接收单元410接收服务器发送的第一时间反馈信号，并通过第一时间反馈信息展示单元412展示对应于第一时间反馈信号的第一时间反馈信息。其中，该第一反馈信息中包括但不限于订单信息在所述第一排队队列的第一次序，以及通过第一次序确定的订单信息的第一应答时间，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述实施例中，优选地，还包括：出行指令接收单元414，用于接收对应于预设通道信息的出行指令；出行信号发送单元416，用于向服务器发送对应于出行指令的出行信号；第二时间反馈信号接收单元418，用于接收服务器发送的第二时间反馈信号。
在该实施例中，出行指令接收单元414接收对应于预设通道信息的出行指令，其中，出行指令包括但不限于输入的乘客当前所在的位置以及所要到达目的地的位置，继而出行信号发送单元416根据出行指令，把出行指令对应的出行信号发送与服务器；使得服务器接收出行信息，进而第二时间反馈信号接收单元418向乘客终端发送第二时间反馈信号，其中，第二时间反馈信号对应的出行信息包括但不限于第二排队队列的第二次序，以及根据第二次序确定对应于出行信息的第二应答时间，使得乘客可以了解所要出行的时间，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
在上述实施例中，优选地，还包括：加价确定指令接收单元420，用于接收加价确定指令；加价确定信号发送单元422，用于向服务器发送对应于加价确定指令的加价确定信号；等待信号接收单元424，用于接收服务器发送的等待信号；等待信息展示单元426，用于展示对应于等待信号的等待信息。
在该实施例中，加价确定指令接收单元420接收服务器发送的加价确定指令；在乘客确定该价格合适后，加价确定信号发送单元422向服务器发送对应于加价确定指令的加价确定信号；进而使得服务器可以向司机终端下单，进而完成订单。同时，等待信号接收单元424接收服务器发送的等待信号；并通过等待信息展示单元426展示对应于等待信号的等待信息；继而明确了等待的时间，也侧面得到该订单已有司机接收，乘客需等待即可，进而向乘客提供了更快的出行路线作为参考，方便乘客及时出行，提升了用户体验。
实施例五：
如图5所示，本发明又一个实施例提出了一种计算机设备500，包括存储器502、处理器504及存储在存储器502上并可在处理器504上运行的计算机程序，处理器执行计算机程序时执行上述任一项的网约车订单处理方法。
在该实施例中，计算机设备500包括存储器502、处理器504及存储在存储器上502并可在处理器504上运行的计算机程序，处理器504执行计算机程序时执行实现如上述任一项实施例网约车订单处理的方法的全部有益效果，在此不再赘述。
实施例六：
如图6所示，本发明又一个实施例提出了一种服务器600，包括上述任一项的网约车订单处理系统300。
在该实施例中，服务器600包括如上述任一项实施例的网约车订单处理的系统300，因此具有如上述任一项实施例网约车订单处理系统的全部有益效果，在此不再赘述。
实施例七：
如图7所示，本发明又一个实施例提出了一种乘客终端700，包括上述任一项的网约车订单处理系统400。
在该实施例中，乘客终端700包括如上述任一项实施例的网约车订单处理系统400，因此具有如上述任一项实施例网约车订单处理系统的全部有益效果，在此不再赘述。
以上结合附图详细说明了本发明的实施例，一种网约车订单处理方法、系统、终端及服务器，通过本发明的实施例，可以在供需失衡时，通过增加应急出口，即将更快的出行路线推荐给乘客，使得乘客可以通过快速加价来选择“预设通道”，实现了乘客可以优先派单，节省了乘客的出行时间，为乘客的出行提供了方便。
在本说明书的描述中，术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或实例。而且，描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (24)

1.一种网约车订单处理方法，用于服务器，其特征在于，包括：
接收乘客终端发送的订单信号；
根据所述订单信号对应的订单信息以及第一预设时间内的未处理订单数量，生成第一排队队列；
确定所述订单信息对应的价格调整数额；
向所述乘客终端发送对应于所述价格调整数额的预设通道信号。
2.根据权利要求1所述的网约车订单处理方法，其特征在于，还包括：
确定所述订单信息在所述第一排队队列的第一次序；
根据所述第一次序确定对应于所述订单信息的第一应答时间；
向所述乘客终端发送对应于所述第一应答时间的第一时间反馈信号。
3.根据权利要求1所述的网约车订单处理方法，其特征在于，还包括：
接收所述乘客终端发送的第一出行信号；
根据所述第一出行信号对应的第一出行信息以及第二预设时间内的未处理出行订单数量，生成第二排队队列；
确定所述第一出行信息在所述第二排队队列的第二次序；
根据所述第二次序确定对应于所述第一出行信息的第二应答时间；
向所述乘客终端发送对应于所述第二应答时间的第二时间反馈信号。
4.根据权利要求3所述的网约车订单处理方法，其特征在于，还包括：
接收所述乘客终端发送的第一加价确定信号；
根据所述第一加价确定信号，按照所述第二次序向司机终端发送第一派单信息；
向所述乘客终端发送对应于所述第一派单信息的第一等待信号。
5.根据权利要求1所述的网约车订单处理方法，其特征在于，还包括：
接收所述乘客终端发送的第二出行信号；
根据所述第二出行信号对应的路线信息确定对应于至少一种车型的预设价格；
根据所述订单信息对应于每种所述车型在第三预设时间内的未处理出行订单数量，生成对应于每种所述车型的第三排队队列；
确定所述订单信息在每种所述第三排队队列的第三次序；
根据每种所述第三次序确定对应于所述第二出行信息的第三应答时间；
生成对应于所述车型、所述预设价格和所述第三应答时间列表；
向所述乘客终端发送对应于所述列表的第三时间反馈信号。
6.根据权利要求5所述的网约车订单处理方法，其特征在于，还包括：
接收所述乘客终端发送的第二加价确定信号；
根据所述第二加价确定信号，按照所述第三次序向司机终端发送第三派单信息；
向所述乘客终端发送对应于所述第三派单信息的第三等待信号。
7.一种网约车订单处理方法，用于乘客终端，其特征在于，包括：
接收订单指令；
根据所述订单指令，确定对应于所述订单指令的订单信号，向服务器发送所述订单信号；
接收所述服务器发送的预设通道信号；
展示所述预设通道信号对应的预设通道信息。
8.根据权利要求7所述的网约车订单处理方法，其特征在于，还包括：
接收所述服务器发送的第一时间反馈信号；
展示对应于所述第一时间反馈信号的第一时间反馈信息。
9.根据权利要求8所述的网约车订单处理方法，其特征在于，还包括：
接收对应于所述预设通道信息的出行指令；
向所述服务器发送对应于所述出行指令的出行信号；
接收所述服务器发送的第二时间反馈信号。
10.根据权利要求9所述的网约车订单处理方法，其特征在于，还包括：
接收加价确定指令；
向所述服务器发送对应于所述加价确定指令的加价确定信号；
接收所述服务器发送的等待信号；
展示对应于所述等待信号的等待信息。
11.一种网约车订单处理系统，其特征在于，包括：
订单信号接收单元，用于接收乘客终端发送的订单信号；
第一排队队列确定单元，用于根据所述订单信号对应的订单信息以及第一预设时间内的未处理订单数量，生成第一排队队列；
价格调整数额确定单元，用于确定所述订单信息对应的价格调整数额；
预设通道信号发送单元，用于向所述乘客终端发送对应于所述价格调整数额的预设通道信号。
12.根据权利要求11所述的网约车订单处理系统，其特征在于，还包括：
第一次序确定单元，用于确定所述订单信息在所述第一排队队列的第一次序；
第一应答时间确定单元，用于根据所述第一次序确定对应于所述订单信息的第一应答时间；
第一时间反馈信号发送单元，用于向所述乘客终端发送对应于所述第一应答时间的第一时间反馈信号。
13.根据权利要求11所述的网约车订单处理系统，其特征在于，还包括：
第一出行信号接收单元，用于接收所述乘客终端发送的第一出行信号；
第二排队队列确定单元，用于根据所述第一出行信号对应的第一出行信息以及第二预设时间内的未处理出行订单数量，生成第二排队队列；
第二次序确定单元，用于确定所述出行信息在所述第二排队队列的第二次序；
第二应答时间确定单元，用于根据所述第二次序确定对应于所述出行信息的第二应答时间；
第二时间反馈信号发送单元，用于向所述乘客终端发送对应于所述第二应答时间的第二时间反馈信号。
14.根据权利要求13所述的网约车订单处理系统，其特征在于，还包括：
第一加价确定信号接收单元，用于接收所述乘客终端发送的第一加价确定信号；
第一派单信息发送单元，用于根据所述第一加价确定信号，按照所述第二次序向司机终端发送第一派单信息；
第一等待信号发送单元，用于向所述乘客终端发送对应于所述第一派单信息的第一等待信号。
15.根据权利要求11所述的网约车订单处理系统，其特征在于，还包括：
第二出行信号接收单元，用于接收所述乘客终端发送的第二出行信号；
预设价格确定单元，用于根据所述第二出行信号对应的路线信息确定对应于至少一种车型的预设价格；
第三排队队列确定单元，用于根据所述订单信息对应于每种所述车型在第三预设时间内的未处理出行订单数量，生成对应于每种所述车型的第三排队队列；
第三次序确定单元，用于确定所述订单信息在每种所述第三排队队列的第三次序；
第三应答时间确定单元，用于根据每种所述第三次序确定对应于所述第二出行信息的第三应答时间；
第三应答时间列表确定单元，用于生成对应于所述车型、所述预设价格和所述第三应答时间列表；
第三时间反馈信号发送单元，用于向所述乘客终端发送对应于所述列表的第三时间反馈信号。
16.根据权利要求15所述的网约车订单处理系统，其特征在于，还包括：
第二加价确定信号接收单元，用于接收所述乘客终端发送的第二加价确定信号；
第三派单信息发送单元，用于根据所述第二加价确定信号，按照所述第三次序向司机终端发送第三派单信息；
第三等待信号发送单元，用于向所述乘客终端发送对应于所述第三派单信息的第三等待信号。
17.一种网约车订单处理系统，其特征在于，包括：
订单指令接收单元，用于接收订单指令；
订单信号发送单元，用于根据所述订单指令，确定对应于所述订单指令的订单信号，向服务器发送所述订单信号；
预设通道信号接收单元，用于接收所述服务器发送的预设通道信号；
预设通道信息展示单元，用于展示所述预设通道信号对应的预设通道信息。
18.根据权利要求17所述的网约车订单处理系统，其特征在于，还包括：
第一时间反馈信号接收单元，用于接收所述服务器发送的第一时间反馈信号；
第一时间反馈信息展示单元，用于展示对应于所述第一时间反馈信号的第一时间反馈信息。
19.根据权利要求18所述的网约车订单处理系统，其特征在于，还包括：
出行指令接收单元，用于接收对应于所述预设通道信息的出行指令；
出行信号发送单元，用于向所述服务器发送对应于所述出行指令的所述出行信号；
第二时间反馈信号接收单元，用于接收所述服务器发送的第二时间反馈信号。
20.根据权利要求19所述的网约车订单处理系统，其特征在于，还包括：
加价确定指令接收单元，用于接收加价确定指令；
加价确定信号发送单元，用于向所述服务器发送对应于所述加价确定指令的加价确定信号；
等待信号接收单元，用于接收所述服务器发送的等待信号；
等待信息展示单元，用于展示对应于所述等待信号的等待信息。
21.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时执行如权利要求1至6中任一项所述的网约车订单处理方法或如权利要求7至10中任一项所述的网约车订单处理方法。
22.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的网约车订单处理方法或如权利要求7至10中任一项所述的网约车订单处理方法。
23.一种服务器，包括如权利要求11至16中任一项所述的网约车订单处理系统。
24.一种乘客终端，包括如权利要求17至20中任一项所述的网约车订单处理系统。
CN201710703550.3A 2017-08-16 2017-08-16 网约车订单处理方法、系统、终端及服务器 Pending CN108009657A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201710703550.3A CN108009657A (zh) 2017-08-16 2017-08-16 网约车订单处理方法、系统、终端及服务器
US15/842,606 US11238378B2 (en) 2017-08-16 2017-12-14 Method and system for booking transportation services
PCT/CN2018/076350 WO2019033737A1 (en) 2017-08-16 2018-02-11 METHOD AND SYSTEM FOR RESERVING TRANSPORT SERVICES
CN201880002307.1A CN109716367B (zh) 2017-08-16 2018-02-11 用于预定运输服务的方法和系统
TW107128573A TWI806891B (zh) 2017-08-16 2018-08-16 用於預定運輸服務的方法和系統

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710703550.3A CN108009657A (zh) 2017-08-16 2017-08-16 网约车订单处理方法、系统、终端及服务器

Publications (1)

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

Family

ID=62050884

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710703550.3A Pending CN108009657A (zh) 2017-08-16 2017-08-16 网约车订单处理方法、系统、终端及服务器
CN201880002307.1A Active CN109716367B (zh) 2017-08-16 2018-02-11 用于预定运输服务的方法和系统

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201880002307.1A Active CN109716367B (zh) 2017-08-16 2018-02-11 用于预定运输服务的方法和系统

Country Status (4)

Country Link
US (1) US11238378B2 (zh)
CN (2) CN108009657A (zh)
TW (1) TWI806891B (zh)
WO (1) WO2019033737A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108682079A (zh) * 2018-05-23 2018-10-19 杭州优行科技有限公司 车辆共享方法、装置、计算机可读存储介质及电子设备
CN109615176A (zh) * 2018-11-13 2019-04-12 北京趣拿软件科技有限公司 用车订单的派发方法及装置
CN109635980A (zh) * 2018-12-21 2019-04-16 重庆呼我出行网络科技有限公司 约车订单分配方法及系统
CN110189569A (zh) * 2019-05-24 2019-08-30 武汉华瑞密达科教有限责任公司 一种机场接送乘客登机下机模拟训练系统
CN110580818A (zh) * 2018-06-08 2019-12-17 丰田自动车株式会社 车辆管理装置
CN110634046A (zh) * 2019-08-29 2019-12-31 北京趣拿软件科技有限公司 数据的处理方法和装置
CN110782245A (zh) * 2019-10-22 2020-02-11 上海钧正网络科技有限公司 费用获取方法、装置、终端及可读存储介质
CN112017001A (zh) * 2020-08-28 2020-12-01 北京嘀嘀无限科技发展有限公司 网约车车型推荐方法、装置、电子设备和存储介质
CN113657810A (zh) * 2021-09-01 2021-11-16 首约科技(北京)有限公司 一种提升完单率和司机满意度的派单方法

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10901415B1 (en) * 2015-05-26 2021-01-26 Waymo Llc Non-passenger requests for autonomous vehicles
US11410089B2 (en) * 2018-08-30 2022-08-09 International Business Machines Corporation Dynamic booking system for shared dockless bikes using trajectory position
US11248921B2 (en) * 2018-10-15 2022-02-15 Ford Global Technologies, Llc Method and apparatus for tunable multi-vehicle routing
WO2020185623A1 (en) * 2019-03-08 2020-09-17 Mobileye Vision Technologies Ltd. Priority based management of access to shared resources
CN110245763B (zh) * 2019-05-13 2020-05-12 特斯联（北京）科技有限公司 一种基于数据链的网络约车方法、装置及数据链节点
JP7303333B2 (ja) * 2019-05-16 2023-07-04 グラブタクシー ホールディングス プライベート リミテッド 輸送関連サービスのための量子修飾子を得るための通信サーバ装置および方法
JP6770154B1 (ja) * 2019-08-28 2020-10-14 和則 藤沢 配車用ユーザ端末および配車システム並びにこれらで実行されるプログラム
US11018954B1 (en) * 2019-11-18 2021-05-25 Language Line Services, Inc. Queue prioritization system for managing language interpretation services
US20210192583A1 (en) * 2019-12-19 2021-06-24 Lyft, Inc. Systems and methods for determining a pre-request transportation match between transportation requestor devices and transportation provider devices
CN111598519B (zh) * 2020-05-20 2021-01-22 南京福佑在线电子商务有限公司 运力调节方法和装置
CN112801495B (zh) * 2021-01-22 2024-04-26 长沙市到家悠享家政服务有限公司 家政服务派单方法及服务端设备
JP2024024339A (ja) * 2022-08-09 2024-02-22 トヨタ自動車株式会社 荷物配送管理システム、荷物配送管理方法、及び車両

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105184726A (zh) * 2015-08-20 2015-12-23 北京嘀嘀无限科技发展有限公司 一种动态调价方法及装置
CN105825663A (zh) * 2015-01-05 2016-08-03 口碑控股有限公司 打车方法、服务器及系统
CN106997577A (zh) * 2016-01-26 2017-08-01 滴滴（中国）科技有限公司 一种订单策略动态调整方法及装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9305310B2 (en) 2012-03-19 2016-04-05 Uber Technologies, Inc. Enabling a user to verify a price change for an on-demand service
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
CN103971507B (zh) 2013-01-30 2017-06-13 国民技术股份有限公司 一种召车方法、召车平台及系统
AU2014362392A1 (en) * 2013-12-11 2016-06-23 Uber Technologies, Inc. Intelligent queuing for user selection in providing on-demand services
CA3194882A1 (en) 2013-12-11 2015-06-18 Uber Technologies, Inc. Optimizing selection of drivers for transport requests
US20150317702A1 (en) * 2014-05-05 2015-11-05 3 Dumbbells LLC Systems and methods for moving positions in a waiting list
US20160163121A1 (en) * 2014-12-05 2016-06-09 Angela Lea MARTIN System and method for vehicle retrieval
AU2016205059A1 (en) 2015-01-08 2017-08-03 Uber Technologies, Inc. Providing information about a proposed service for a user based on user-specific location information
CN105303817B (zh) 2015-09-16 2019-01-29 北京嘀嘀无限科技发展有限公司 一种出行方式的规划方法及装置
CN105160711B (zh) 2015-08-20 2018-03-02 北京嘀嘀无限科技发展有限公司 一种动态调价方法及装置
US20170169366A1 (en) 2015-12-14 2017-06-15 Google Inc. Systems and Methods for Adjusting Ride-Sharing Schedules and Routes
CN105809263A (zh) 2016-05-10 2016-07-27 北京交通大学 基于多目标优化的出租车预约方法及系统
CN106204937B (zh) 2016-07-01 2018-09-14 宁波轩悦行电动汽车服务有限公司 一种阶梯计价的租车费用计算系统及方法
CN106846038A (zh) 2016-12-19 2017-06-13 北京东方车云信息技术有限公司 一种叫车方法及叫车系统、服务端
US11755960B2 (en) * 2017-05-04 2023-09-12 Lyft, Inc. System and method for reserving drivers with minimum fare offers and navigating drivers to service transportation requests

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105825663A (zh) * 2015-01-05 2016-08-03 口碑控股有限公司 打车方法、服务器及系统
CN105184726A (zh) * 2015-08-20 2015-12-23 北京嘀嘀无限科技发展有限公司 一种动态调价方法及装置
CN106997577A (zh) * 2016-01-26 2017-08-01 滴滴（中国）科技有限公司 一种订单策略动态调整方法及装置

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108682079A (zh) * 2018-05-23 2018-10-19 杭州优行科技有限公司 车辆共享方法、装置、计算机可读存储介质及电子设备
CN108682079B (zh) * 2018-05-23 2020-11-03 杭州优行科技有限公司 车辆共享方法、装置、计算机可读存储介质及电子设备
CN110580818B (zh) * 2018-06-08 2022-03-11 丰田自动车株式会社 车辆管理装置
CN110580818A (zh) * 2018-06-08 2019-12-17 丰田自动车株式会社 车辆管理装置
CN109615176A (zh) * 2018-11-13 2019-04-12 北京趣拿软件科技有限公司 用车订单的派发方法及装置
CN109615176B (zh) * 2018-11-13 2023-04-07 北京趣拿软件科技有限公司 用车订单的派发方法及装置
CN109635980A (zh) * 2018-12-21 2019-04-16 重庆呼我出行网络科技有限公司 约车订单分配方法及系统
CN109635980B (zh) * 2018-12-21 2023-09-05 重庆呼我出行网络科技有限公司 约车订单分配方法及系统
CN110189569A (zh) * 2019-05-24 2019-08-30 武汉华瑞密达科教有限责任公司 一种机场接送乘客登机下机模拟训练系统
CN110634046A (zh) * 2019-08-29 2019-12-31 北京趣拿软件科技有限公司 数据的处理方法和装置
CN110782245A (zh) * 2019-10-22 2020-02-11 上海钧正网络科技有限公司 费用获取方法、装置、终端及可读存储介质
CN112017001A (zh) * 2020-08-28 2020-12-01 北京嘀嘀无限科技发展有限公司 网约车车型推荐方法、装置、电子设备和存储介质
CN113657810A (zh) * 2021-09-01 2021-11-16 首约科技(北京)有限公司 一种提升完单率和司机满意度的派单方法

Also Published As

Publication number Publication date
WO2019033737A1 (en) 2019-02-21
TW201921312A (zh) 2019-06-01
CN109716367A (zh) 2019-05-03
US11238378B2 (en) 2022-02-01
US20190057326A1 (en) 2019-02-21
TWI806891B (zh) 2023-07-01
CN109716367B (zh) 2024-01-02

Similar Documents

Publication Publication Date Title
CN108009657A (zh) 网约车订单处理方法、系统、终端及服务器
CN108009656B (zh) 网约车订单处理方法、系统、终端及服务器
US20170146354A1 (en) Electric Vehicle Exchange Management
US20130024249A1 (en) Public transport optimization
CN107563613A (zh) 无人车车型信息的选择方法、装置及系统
CN108009654A (zh) 订单处理方法、装置、服务器和计算机可读存储介质
CN109961158A (zh) 预约订单分配方法和预约订单分配装置
CN109118752A (zh) 信息处理方法、信息处理系统以及程序
d'Orey et al. Can ride‐sharing become attractive? A case study of taxi‐sharing employing a simulation modelling approach
CN107491825A (zh) 一种约车处理方法及系统
CN109673163A (zh) 用于提供交通服务信息的方法和系统
KR101718433B1 (ko) 택시 합승 서비스 제공방법
US11270232B2 (en) Method for transporting a plurality of objects between object-specific locations
JP2006227672A (ja) 運送手配支援システム、運送手配支援方法および運送手配支援サーバ
CN104486376A (zh) 一种无人驾驶汽车城市服务网络的构建方法
CN109784901A (zh) 一种电子虚拟卡加油方法、装置、系统、设备和存储介质
CN106600017A (zh) 一种智能打车的方法及其系统
CN106934473A (zh) 接送机服务预订系统及方法
RU2673388C1 (ru) Способ распределения заказов
US20090048919A1 (en) Flexible online travel reward dual model
CN111861525A (zh) 任务执行方法、装置、电子设备及计算机可读存储介质
CN107844931A (zh) 信息处理方法和装置
CN113701772A (zh) 一种导航路线确定方法、系统、电子设备及存储介质
CN109635981A (zh) 一种约车订单处理方法及系统
CN109726912A (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