CN110166513A - 移动出行业务处理方法及装置 - Google Patents

移动出行业务处理方法及装置 Download PDF

Info

Publication number
CN110166513A
CN110166513A CN201810150936.0A CN201810150936A CN110166513A CN 110166513 A CN110166513 A CN 110166513A CN 201810150936 A CN201810150936 A CN 201810150936A CN 110166513 A CN110166513 A CN 110166513A
Authority
CN
China
Prior art keywords
service
trip
type
user equipment
user
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
CN201810150936.0A
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 CN201810150936.0A priority Critical patent/CN110166513A/zh
Priority to PCT/CN2019/074546 priority patent/WO2019158004A1/en
Publication of CN110166513A publication Critical patent/CN110166513A/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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0605—Supply or demand aggregation
    • 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
    • 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/0641—Shopping interfaces
    • G06Q30/0643—Graphical representation of items or shoppers
    • 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/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72457—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to geographic location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72469—User interfaces specially adapted for cordless or mobile telephones for operating the device by selecting functions from two or more displayed items, e.g. menus or icons
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Environmental & Geological Engineering (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例提供一种移动出行业务处理方法及装置。该方法包括：接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求涉及至少两个出行业务类型；根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。本发明实施例用户可以一次向服务器发起包含至少两个出行业务类型的订单请求，在操作界面上显示最快应答的车辆的信息，避免了用户多次发起订单请求，导致的耗时较长的问题，从而提高了用户的体验。

Description

移动出行业务处理方法及装置
技术领域
本发明实施例涉及移动出行技术领域，尤其涉及一种移动出行业务处理方法及装置。
背景技术
随着通信技术和计算机技术的不断发展，越来越多的用户选择使用用户设备(例如智能手机)上的出行平台来呼叫车辆，以方便用户出行。
目前，用户打开安装于用户设备上的出行平台呼叫车辆时，通常在出行平台的界面上选择某一车型并输入出行信息，如输入出发地、目的地等。在服务器为用户派单成功后，出行平台的操作界面上将显示有用户呼叫到的车辆的相关信息，以便用户进行出行。
在早晚高峰或者其他供不应求的场景下，用户选择某一车型发起呼叫后，只有当呼叫失败时用户才能继续尝试其他车型发起呼叫，用户可能会经过较长时间的等待，而且用户在呼叫失败后可能会在多个车型间反复尝试、多次发起呼叫，耗时较长，用户体验不高。
发明内容
本发明实施例提供一种移动出行业务处理方法及装置，以解决现有技术中用户在呼叫车辆时的耗时较长，用户体验不高的问题。
第一方面，本发明实施例提供一种移动出行业务处理方法，包括：
接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求涉及至少两个出行业务类型；
根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。
第二方面，本发明实施例提供一种移动出行业务处理方法包括：
接收第一用户设备发送的订单请求，所述订单请求涉及至少两个出行业务类型；
根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求；
根据接收到的与所述派单请求对应的响应信息，向所述第一用户设备发送车辆信息；所述车辆信息为最快应答的第二用户设备对应的车辆的信息。
第三方面，本发明实施例提供一种移动出行业务处理装置，包括：
接收模块，用于接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求涉及至少两个出行业务类型；
显示模块，用于根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。
第四方面，本发明实施例提供一种移动出行业务处理装置，包括：
接收模块，用于接收第一用户设备发送的订单请求，所述订单请求涉及至少两个出行业务类型；
发送模块，用于根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求；
所述发送模块，还用于根据接收到的与所述派单请求对应的响应信息，向所述第一用户设备发送车辆信息；所述车辆信息为最快应答的第二用户设备对应的车辆的信息。
第五方面，本发明实施例提供一种用户设备，包括：
处理器，以及，用于存储处理器的可执行指令的存储器；
其中，处理器被配置为经由执行所述可执行指令来执行如第一方面中任一项所述的方法。
第六方面，本发明实施例提供一种服务器，包括：
处理器，以及，用于存储处理器的可执行指令的存储器；
其中，处理器被配置为经由执行所述可执行指令来执行如第二方面中任一项所述的方法。
本发明实施例提供的移动出行业务处理方法及装置，接收用户在出行业务的操作界面上触发的订单请求，订单请求涉及至少两个出行业务类型；根据订单请求，在操作界面上显示车辆信息；车辆信息为服务器根据至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息，由于用户触发的订单请求中包括有至少两个出行业务类型，因此用户可以一次向服务器发起包含至少两个出行业务类型的订单请求，在操作界面上显示最快应答的车辆的信息，避免了用户多次发起订单请求，导致的耗时较长的问题，从而提高了用户的体验。
附图说明
图1为本发明实施例提供的移动出行业务处理方法一实施例的场景示意图；
图2为本发明实施例提供的移动出行业务处理方法一实施例的流程图；
图3a为本发明实施例提供的一实施例的一操作界面示意图；
图3b为本发明实施例提供的一实施例的另一操作界面示意图；
图3c为本发明实施例提供的一实施例的又一操作界面示意图；
图4a为本发明实施例提供的另一实施例的一操作界面示意图；
图4b为本发明实施例提供的另一实施例的另一操作界面示意图；
图5a为本发明实施例提供的又一实施例的一操作界面示意图；
图5b为本发明实施例提供的又一实施例的另一操作界面示意图；
图5c为本发明实施例提供的又一实施例的又一操作界面示意图；
图6为本发明实施例提供的移动出行业务处理方法另一实施例的流程图；
图7a为本发明实施例提供的移动出行业务处理装置一实施例的结构图；
图7b为本发明实施例提供的移动出行业务处理装置另一实施例的结构图；
图8a为本发明实施例提供的移动出行业务处理装置又一实施例的结构图；
图8b为本发明实施例提供的移动出行业务处理装置又一实施例的结构图；
图9为本发明实施例中用户设备一实施例的结构图；
图10为本发明实施例中服务器一实施例的结构图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本发明的说明书和权利要求书及所述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例提供的业务处理方法可以应用于安装有出行平台的用户设备中。本发明实施例中的用户设备(User Equipment，UE)可以是手持设备、车载设备、可穿戴设备、计算设备，以及各种形式的移动台(Mobile Station，MS)、终端(terminal)等。本发明实施例中的出行平台指的是可以实现预约网约车功能的应用程序(Application，APP)。
本发明实施例提供的移动出行业务处理方法，具体的，可以应用于用户通过出行平台进行车辆预约的系统中。图1为本发明实施例提供的移动出行业务处理方法的应用场景示意图，如图1所示，该系统中包括服务器11、第一用户设备12和第二用户设备13，本发明实施例中以第一用户设备12为乘客端的用户设备，第二用户设备13为司机端的用户设备为例进行说明。发明人在实现本发明的过程中发现：在一些实施方式中用户属于时间敏感型且价格不敏感型，即用户往往在多个出行业务类型都有反复尝试、多次呼叫的行为，对于这一类用户而言，他们的行程需求是：不介意是什么车辆(花多少钱)来接我，只要有车来接我就可以。在另一些实施方式中，在早晚高峰或者其他供不应求的场景下，绝大多数用户只希望能更快的叫到车，因此，这一类用户对行程的需求可以理解为：订单的被应答时长越短越好。
而在相关技术中，用户在呼叫车辆的时候只可以选择其中一个出行业务类型，只有当呼叫失败(包括呼叫无应答关单或者用户主动取消订单)时，用户才能继续尝试其他出行业务类型，因此，对于上述这些特殊场景下，用户体验较低。
本发明实施例提供的移动出行业务处理方法中，当第一用户设备对应的用户通过出行平台进行车辆预约时，可以触发同时包括至少两个出行业务类型的订单请求，第一用户设备12将接收到用户触发的订单请求发送给服务器11后，服务器11根据至少两个出行业务类型以及预设的派单策略进行派单，即向第二用户设备13发送派单请求，然后将最快应答的第二用户设备13对应的车辆的信息发送发给第一用户设备12，此时，在第一用户设备的操作界面上将显示该车辆信息。
其中，第一用户设备12和服务器11，以及第二用户设备13和服务器11可以通过移动互联网连接，例如3G、4G或无线保真(Wireless Fidelity，WIFI)等通信网络。
需要进行说明的是，在图1中，第一用户设备12也可以为司机端的用户设备，第二用户设备13也可以为乘客端的用户设备，本发明实施例对此不作限制。
下面以具体的实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本发明实施例提供的移动出行业务处理方法一实施例的流程图。如图2所示，本实施例的移动出行业务处理方法，该方法可以由任意执行业务处理方法的装置来执行，该装置可以通过软件和/或硬件实现。本实施例中，该装置可以集成在第一用户设备中。该业务处理方法包括：
步骤201、接收用户在出行业务的操作界面上触发的订单请求，订单请求涉及至少两个出行业务类型。
图3a为出行业务的操作界面的一示意图，如图3a所示，当用户需要通过第一用户设备预约车辆时，可以在出行业务的操作界面301上触发订单请求，具体的，可以通过点击操作界面301上的按钮，或者通过点击其他按键或者通过触控屏幕等方式触发订单请求，例如，可以通过点击操作界面301上的“同时呼叫”图标302来触发订单请求，其中，订单请求涉及至少两个出行业务类型。
本发明实施例的出行业务类型例如包括“快车”、“优享”、“拼车”、“出租车”等出行业务类型。
可选的，步骤201之后，所述方法还包括：
向服务器发送订单请求；
接收服务器发送的车辆信息。
步骤202、根据订单请求，在操作界面上显示车辆信息；车辆信息为服务器根据至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。
在本实施例中，第一用户设备接收到用户触发的订单请求之后，第一用户设备会将该订单请求发送给服务器，服务器根据至少两个出行业务类型以及预设的派单策略进行派单，即向至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求。在第二用户设备接单后，服务器会向第一用户设备发送该最快应答的第二用户设备对应的车辆的车辆信息，此时，在第一用户设备的操作界面上将显示该车辆信息，其中，车辆信息包括如下信息中的至少一项：车辆型号、车辆颜色、车牌号、累积接单数量或司机的服务星级。例如：图3b为出行业务的操作界面的另一示意图，如图3b所示，当用户触发订单请求，且服务器为该用户派单成功后，将在操作界面301上显示最快应答的车辆信息，如“车辆型号为丰田卡罗拉、车辆颜色为黑色、车牌号为京XXX、累积接单数量为320单、司机为吴师傅、司机的服务星级为4.9”。
可选的，步骤202，具体可以包括：
在操作界面上显示车辆信息以及与车辆信息对应的出行业务类型。
如图3b所示，用户被某个出行业务类型对应的车辆应答后，为了加强用户对于接驾出行业务类型的感知，可以在操作界面上同时显示车辆信息以及该车辆信息对应的出行业务类型，图3b中，显示的出行业务类型为“快车”，具体可以在显示车辆信息的操作界面上显示一提示信息，如“快车司机即将到达”。
本发明实施例提供的移动出行业务处理方法，接收用户在出行业务的操作界面上触发的订单请求，订单请求涉及至少两个出行业务类型；根据订单请求，在操作界面上显示车辆信息；车辆信息为服务器根据至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息，由于用户触发的订单请求中包括有至少两个出行业务类型，因此用户设备可以一次向服务器发起包含至少两个出行业务类型的订单请求，在操作界面上显示最快应答的车辆的信息，避免了用户多次发起订单请求，导致的耗时较长的问题，从而提高了用户的体验。
在图2所示实施例的基础上，可选地，为了用户的操作，可以在操作界面上显示出行业务类型对应的图标，因此在步骤201之前，还可以进行如下操作：按照预设的图标显示顺序，在操作界面上显示至少两个图标；至少两个图标中的至少一个图标对应至少两个出行业务类型；
相应的，步骤201具体可以通过如下方式实现：
接收用户在操作界面上操作至少两个出行业务类型对应的图标触发的订单请求。
具体的，用户在操作界面上触发订单请求之前，操作界面上显示至少两个图标，其中至少一个图标对应至少两个出行业务类型，即用户可以通过操作该至少两个出行业务类型对应的图标，从而触发该订单请求，如图4a所示，操作界面上按照预设的图标显示顺序，显示“同时呼叫”图标，“快车”图标等，用户操作该“同时呼叫”图标，例如点击、长按、上滑、下滑、左滑、右滑、双击或者重压等，触发该订单请求。该“同时呼叫”图标对应至少两个出行业务类型，例如包括快车、优享、出租车中的至少两个。如图4b所示，用户可以操作其他的图标，例如只对应一个出行业务类型的图标，如图4b中的“快车”图标，可呼叫一个出行业务类型对应的车辆(如快车)。
其中，预设的图标显示顺序，为服务器根据用户的使用意愿，或者平台运营策略确定的。用户的使用意愿例如为第一用户设备对各个出行业务类型的使用时间顺序、使用频率、使用场景需求，根据第一用户设备对各个出行业务类型的使用时间顺序确定图标显示顺序，例如第一用户设备周一使用了出行业务类型A，周二使用了出行业务类型B，周三使用了出行业务类型C，则在周四呼叫车辆时可以将出行业务类型C对应的图标排在第一位，出行业务类型B对应的图标排在第二位，以此类推。例如在上下班高峰期的使用场景中，用户希望尽快呼叫到车辆，则可以将“同时呼叫”图标排在最前面。
平台运营策略例如为在运力紧张时的导流策略，或者在不同场景下的引导策略等，例如在极端天气场景下可以将平时使用率较低的出行业务类型排在前面。
可选的，在图标数量较多时，操作界面上同时无法显示所有图标时，可以隐藏部分图标，即在操作界面上显示至少两个图标之前，还可以接收用户的滑动操作；
相应的，可以根据用户的滑动操作在操作界面上显示至少两个图标。
具体的，如图4a所示，操作界面上显示的图标依次为“同时呼叫”图标、“站点拼车”图标、“快车”图标，用户可以在操作界面上进行滑动操作，经过用户的滑动操作后如图4b所示，操作界面上显示的完整图标依次为“站点拼车”图标、“快车”图标、“优享”图标。
可选的，为了提示用户还有隐藏的图标未显示时，因此在操作界面上显示至少两个图标，具体可以通过如下方式实现：
在操作界面上显示至少一个图标的至少部分内容。
具体的，为了能让用户感知到界面上显示的图标可以移动，则在操作界面上显示至少一个图标的部分内容，例如图4a所示，图中显示“优享”图标的一部分。
可选的，在用户使用出行平台呼叫车辆时，为了提醒用户增加的新功能，因此在步骤201之前，还可以进行如下操作：
在操作界面上显示第一提示信息；所述第一提示信息用于提示用户在触发订单请求时选择至少两个出行业务类型对应的图标；
相应的，步骤201，具体可以通过如下方式实现：
接收用户根据第一提示信息在操作界面上操作至少两个出行业务类型对应图标触发的订单请求。
具体的，在用户触发订单请求之前，在操作界面上显示第一提示信息，该第一提示信息用于提示用户在触发订单请求时选择至少两个出行业务类型对应的图标；用户可以根据第一提示信息在操作界面上操作至少两个出行业务类型对应图标触发订单请求。即用户同时可以触发包含至少两个出行业务类型的订单请求。如图3c所示，“同时呼叫”图标对应至少两个出行业务类型。在显示时，可以将“同时呼叫”图标放大显示，其他图标按照的预设的大小正常显示，从而增强该“同时呼叫”图标的显示效果。
可选的，在接收到服务器派单的车辆信息之前，操作界面上可以显示等待应答的界面，提高用户体验，即在步骤202之前，还包括：
在操作界面上显示用户当前的排队信息；排队信息包括至少一个出行业务类型对应的排队编号以及预估等待时间；或，
在操作界面上显示第二提示信息，第二提示信息用于提示用户已向至少一个出行业务类型对应的车辆进行派单。
具体的，在用户触发订单请求后的等待应答环节，为了提高用户的体验，因此根据出行业务类型的运力状态，分为两种实现方式：
第一种实现方式：在服务器发送派单请求的第二用户设备对应的出行业务类型的运力紧张时，可以在操作界面上显示用户当前的排队信息，例如包括至少一个出行业务类型对应的排队编号以及预估等待时间。如图5a、图5b所示，图5a中显示的是“快车”对应的排队信息以及“优享”对应的排队信息，服务器同时对“快车”、“优享”、“出租车”进行派单，由于出租车不属于出行平台运营，因此无法估计排队信息，在操作界面上不显示“出租车”对应的排队信息。图5b中显示的是“快车”对应的排队信息，服务器同时对“快车”、“优享”、“出租车”进行派单，图5b中“优享”对应的运力充足，因此不显示排队信息。
第二种实现方式：在服务器发送派单请求的第二用户设备对应的出行业务类型的运力充足时，可以在操作界面上显示第二提示信息，第二提示信息用于提示用户已向至少一个出行业务类型对应的车辆进行派单，如图5c中显示的提示信息：正在为您同时呼叫快车、出租车和优享。
本发明实施例提供的移动出行业务处理方法，在操作界面上显示至少两个图标，其中至少一个图标对应至少两个出行业务类型，提升了用户的操作体验。进一步的，在操作界面上显示至少一个图标的至少部分内容，从而提示用户在操作界面上有未显示的图标。进一步的，在操作界面上可以显示排队信息，或者显示提示用户已派单的提示信息，提升了用户在等待应答时的体验。
图6为本发明实施例提供的移动出行业务处理方法另一实施例的流程示意图，本发明实施例提供了一种移动出行业务处理方法，该方法可以由任意执行业务处理方法的装置来执行，该装置可以通过软件和/或硬件实现。本实施例中，该装置可以集成在服务器中。如图6所示，在图1所示应用场景的基础上，该移动出行业务处理方法可以包括如下步骤：
步骤601、接收第一用户设备发送的订单请求，订单请求涉及至少两个出行业务类型。
本步骤的实现原理与图2所示实施例中的类似，此处不再赘述。
步骤602、根据预设的派单策略，向至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求。
本步骤中，服务器在接收到订单请求后，根据预设的派单策略，向至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求。预设的派单策略为满足用户希望快速出行的诉求，从至少两个出行业务类型中选择至少一个业务类型进行派单，例如根据不同的场景需求选择不同的出行业务类型对应的第二用户设备发送派单请求。
可选的，步骤602具体可以通过如下方式实现：
向至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送派单请求；或，
向至少两个出行业务类型中预设的出行业务类型对应的第二用户设备发送派单请求，若经过预设的时间阈值后未接收到第二用户设备发送的响应信息，则向至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送派单请求；或，
确定至少两个出行业务类型中各个出行业务类型对应的第二用户设备中与第一用户设备距离最近的第二用户设备，向距离最近的第二用户设备发送派单请求；或，
根据第一用户设备对应的偏好信息和/或当前场景信息，向至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求。
具体的，服务器在进行派单时，可以采用如下几种实现方式：
第一种方式：为了满足用户最快速出行的目标，向至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送派单请求。本发明实施例中的最快应答指的是该出行业务类型对应的运力充足，例如在用户起始位置的预设距离范围内具有超过预设数量的车辆。
第二种方式：为了满足出行平台的平台收益(Gross Merchandise Volume，GMV)，因此可以选择预设的出行业务类型对应的第二用户设备进行派单，例如优先选择“优享”对应的第二用户设备进行派单。若经过预设的时间阈值后未接收到第二用户设备发送的响应信息，则为了满足用户的出行需求，向至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送派单请求。
或者，为了提高某个出行业务类型的收益，因此可以将某个预设的出行业务类型，如优先选择“站点拼车”对应的第二用户设备进行派单。若经过预设的时间阈值后未接收到第二用户设备发送的响应信息，则为了满足用户的出行需求，向至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送派单请求。
第三种方式：在多个出行业务类型都有运力可承接时，为了保证接驾距离最近，在进行派单时，首先确定至少两个出行业务类型中各个出行业务类型对应的第二用户设备与第一用户设备的距离，然后向与第一用户设备距离最近的第二用户设备发送派单请求。
第四种方式：可以根据用户的偏好信息和/或当前场景信息进行派单，例如根据第一用户设备对应的偏好信息，如“价格低”，则向至少两个出行业务类型中的至少一个出行业务类型，例如“站点拼车”对应的第二用户设备发送派单请求。其中，当前场景信息例如上下班高峰期、雨天等场景信息。
可选的，步骤602之后，还可以进行如下操作：
根据至少一个出行业务类型对应的运力状态信息，确定至少一个出行业务类型对应的运力是否充足；
若否，则确定至少一个出行业务类型各自对应的排队信息，并向第一用户设备发送排队信息。
若是，则向第一用户设备发送第二提示信息；第二提示信息用于提示第一用户已向至少一个运力充足的出行业务类型对应的车辆进行派单。
具体的，在用户触发订单请求后的等待应答环节，为了提高用户的体验，因此根据出行业务类型的运力状态信息，确定至少一个出行业务类型对应的运力是否充足，可以分为以下两种情况：
第一种：存在至少一个出行业务类型对应的运力不充足，则可以在操作界面上显示用户当前的排队信息，例如包括至少一个出行业务类型对应的排队编号以及预估等待时间。如图5a、图5b所示，图5a中显示的是“快车”对应的排队信息以及“优享”对应的排队信息。图5b中显示的是“快车”对应的排队信息，图5b中“优享”对应的运力充足，因此不显示排队信息。
第二种：至少一个出行业务类型对应的运力全部充足时，可以在操作界面上显示第二提示信息，第二提示信息用于提示用户已向至少一个出行业务类型对应的车辆进行派单，如图5c中显示的提示信息：正在为您同时呼叫快车、出租车和优享。
本发明实施例中，派单请求中可以包括订单信息，第二用户设备在接收到订单信息后，会将订单信息显示在出行业务的派单界面上，其中，订单信息可以包括出发地、目的地以及与乘客之间的距离等。
第二用户设备对应的用户可以根据自己的实际情况选择是否接单，若选择接单时，则在派单界面上触发确认响应操作，如可以通过点击派单界面上的“接单”图标进行触发。第二用户设备可以向服务器发送响应信息。
步骤603、根据接收到的与派单请求对应的响应信息，向第一用户设备发送车辆信息；车辆信息为最快应答的第二用户设备对应的车辆的信息。
可选的，步骤603具体可以通过如下方式实现：
向第一用户设备发送所述车辆信息以及与车辆信息对应的出行业务类型。
具体的，服务器根据接收到的第二用户设备的响应信息，向第一用户设备发送车辆信息，进一步还可以发送与车辆信息对应的出行业务类型。
本发明实施例提供的移动出行业务处理方法，接收第一用户设备发送的订单请求，订单请求涉及至少两个出行业务类型；根据预设的派单策略，向至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求；根据接收到的与派单请求对应的响应信息，向第一用户设备发送车辆信息；车辆信息为最快应答的第二用户设备对应的车辆的信息，由于用户触发的订单请求中包括有至少两个出行业务类型，因此第一用户设备可以一次向服务器发起包含至少两个出行业务类型的订单请求，服务器可以根据预设的派单策略，向至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求，在接收到响应信息后向第一用户设备发送最快应答的车辆信息，避免了用户多次发起订单请求，导致的耗时较长的问题，从而提高了用户的体验。
在上述实施例的基础上，可选的，为了便于用户的操作，因此需要在操作界面上显示出行业务类型对应的图标，其中为了满足不同的需求，图标的显示顺序可以根据实际情况确定，因此本实施例中的移动出行业务处理方法还可以包括：
根据第一用户设备对各个出行业务类型的使用时间顺序、使用频率、使用场景需求，或者各个出行业务类型的平台运营策略，确定至少两个图标的图标显示顺序；至少两个图标中的至少一个图标对应至少两个出行业务类型；
将图标显示顺序发送给第一用户设备。
具体的，服务器根据用户的使用意愿，或者平台运营策略确定图标显示顺序。用户的使用意愿例如为第一用户设备对各个出行业务类型的使用时间顺序、使用频率、使用场景需求，根据第一用户设备对各个出行业务类型的使用时间顺序确定图标显示顺序，例如第一用户设备周一使用了出行业务类型A，周二使用了出行业务类型B，周三使用了出行业务类型C，则在周四呼叫车辆时可以将出行业务类型C对应的图标排在第一位，出行业务类型B对应的图标排在第二位，以此类推。例如在上下班高峰期的使用场景中，用户希望尽快呼叫到车辆，则可以将“同时呼叫”图标排在最前面，从而提升用户的需求满足率。
平台运营策略例如为在运力紧张时的导流策略，或者在不同场景下的引导策略等，例如在极端天气场景下可以将平时使用率较低的出行业务类型排在前面，避免在用户设备中长期隐藏某个出行业务类型。
可选的，在用户使用出行平台呼叫车辆时，为了提醒用户增加的新功能，还可以包括：
向第一用户设备发送第一提示信息，第一提示信息用于提示第一用户设备对应的用户在触发所述订单请求时选择至少两个出行业务类型对应的图标。
具体可以参见前述用户设备侧的实施例，此处不再赘述。
本实施例的移动出行业务处理方法，本发明实施例提供的业务处理方法，在操作界面上显示至少两个图标，其中至少一个图标对应至少两个出行业务类型，提升了用户的操作体验。
图7a为本发明实施例提供的移动出行业务处理装置一实施例的结构图，如图7a、图7b所示，本实施例的移动出行业务处理装置，包括：
接收模块701，用于接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求涉及至少两个出行业务类型；
显示模块702，用于根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。
可选的，所述显示模块702，还用于：
按照预设的图标显示顺序，在所述操作界面上显示至少两个图标；所述至少两个图标中的至少一个图标对应至少两个出行业务类型；
相应的，所述接收模块701，具体用于：
接收所述用户在所述操作界面上操作所述至少两个出行业务类型对应的图标触发的所述订单请求。
可选的，所述接收模块701，还用于：
接收所述用户的滑动操作；
相应的，所述显示模块702，具体用于：
根据所述滑动操作，在所述操作界面上显示所述至少两个图标。
可选的，所述显示模块702，具体用于：
在所述操作界面上显示至少一个所述图标的至少部分内容。
可选的，所述显示模块702，还用于：
在所述操作界面上显示第一提示信息；所述第一提示信息用于提示所述用户在触发所述订单请求时选择至少两个出行业务类型对应的图标；
相应的，所述接收模块701，具体用于：
接收用户根据所述第一提示信息在所述操作界面上操作所述至少两个出行业务类型对应图标触发的所述订单请求。
可选的，所述显示模块702，还用于：
在所述操作界面上显示所述用户当前的排队信息；所述排队信息包括至少一个出行业务类型对应的排队编号以及预估等待时间；或，
在所述操作界面上显示第二提示信息，所述第二提示信息用于提示所述用户已向至少一个所述出行业务类型对应的车辆进行派单。
可选的，所述显示模块702，具体用于：
在所述操作界面上显示所述车辆信息以及与所述车辆信息对应的出行业务类型。
可选的，还包括：
发送模块703，用于向服务器发送所述订单请求；
所述接收模块701，还用于接收所述服务器发送的所述车辆信息。
本实施例的装置，可以用于执行上述图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图8a为本发明实施例提供的移动出行业务处理装置又一实施例的结构图，如图8a、图8b所示，本实施例的移动出行业务处理装置，包括：
接收模块801，用于接收第一用户设备发送的订单请求，所述订单请求涉及至少两个出行业务类型；
发送模块802，用于根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求；
所述发送模块802，还用于根据接收到的与所述派单请求对应的响应信息，向所述第一用户设备发送车辆信息；所述车辆信息为最快应答的第二用户设备对应的车辆的信息。
可选的，还包括：
确定模块803，用于根据所述第一用户设备对各个所述出行业务类型的使用时间顺序、使用频率、使用场景需求，或者各个所述出行业务类型的平台运营策略，确定至少两个图标的图标显示顺序；所述至少两个图标中的至少一个图标对应至少两个出行业务类型；
所述发送模块802，还用于将所述图标显示顺序发送给所述第一用户设备。
可选的，所述发送模块802，具体用于：
向所述至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送所述派单请求；或，
向所述至少两个出行业务类型中预设的出行业务类型对应的第二用户设备发送所述派单请求，若经过预设的时间阈值后未接收到所述第二用户设备发送的响应信息，则向所述至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送所述派单请求；或，
确定所述至少两个出行业务类型中各个出行业务类型对应的第二用户设备中与所述第一用户设备距离最近的第二用户设备，向距离最近的所述第二用户设备发送所述派单请求；或，
根据所述第一用户设备对应的偏好信息和/或当前场景信息，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求。
可选的，所述发送模块802，还用于：
向所述第一用户设备发送第一提示信息，所述第一提示信息用于提示所述第一用户设备对应的用户在触发所述订单请求时选择至少两个出行业务类型对应的图标。
可选的，还包括：
处理模块804，用于根据所述至少一个出行业务类型对应的运力状态信息，确定所述至少一个出行业务类型对应的运力是否充足；
若否，则所述处理模块804还用于确定所述至少一个出行业务类型各自对应的排队信息，所述发送模块802还用于向所述第一用户设备发送所述排队信息。
若是，则所述发送模块802还用于向所述第一用户设备发送第二提示信息；所述第二提示信息用于提示所述第一用户已向至少一个运力充足的出行业务类型对应的车辆进行派单。
可选的，所述发送模块802，具体用于：
向所述第一用户设备发送所述车辆信息以及与所述车辆信息对应的出行业务类型。
本实施例的装置，可以用于执行上述如图6所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
图9为本发明提供的用户设备一实施例的结构图，如图9所示，该用户设备包括：
处理器901，以及，用于存储处理器901的可执行指令的存储器902；
可选的，还包括显示器903，用于显示操作界面以及操作界面上的信息；
可选的，还包括通信接口，用于与服务器通信。
其中，处理器901配置为经由执行所述可执行指令来执行前述方法实施例中对应的方法，其具体实施过程可以参见前述方法实施例，此处不再赘述。
图10为本发明提供的服务器一实施例的结构图，如图10所示，该服务器包括：
处理器1001，以及，用于存储处理器1001的可执行指令的存储器1002；
可选的，还包括通信接口1003，用于与第一用户设备和第二用户设备通信。
其中，处理器1001配置为经由执行所述可执行指令来执行前述方法实施例中对应的方法，其具体实施过程可以参见前述方法实施例，此处不再赘述。
本发明实施例中还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现前述方法实施例中对应的方法，其具体实施过程可以参见前述方法实施例，其实现原理和技术效果类似，此处不再赘述。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本发明旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (30)

1.一种移动出行业务处理方法，其特征在于，所述方法包括：
接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求涉及至少两个出行业务类型；
根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。
2.根据权利要求1所述的方法，其特征在于，所述接收用户在所述出行业务的操作界面上触发的订单请求之前，还包括：
按照预设的图标显示顺序，在所述操作界面上显示至少两个图标；所述至少两个图标中的至少一个图标对应至少两个出行业务类型；
相应的，所述接收用户在所述出行业务的操作界面上触发的订单请求，包括：
接收所述用户在所述操作界面上操作所述至少两个出行业务类型对应的图标触发的所述订单请求。
3.根据权利要求2所述的方法，其特征在于，所述在所述操作界面上显示至少两个图标之后，还包括：
接收所述用户的滑动操作；
相应的，所述在所述操作界面上显示至少两个图标，包括：
根据所述滑动操作，在所述操作界面上显示所述至少两个图标。
4.根据权利要求2或3所述的方法，其特征在于，所述在所述操作界面上显示至少两个图标，包括：
在所述操作界面上显示至少一个所述图标的至少部分内容。
5.根据权利要求2或3所述的方法，其特征在于，所述接收用户在所述出行业务的操作界面上触发的订单请求之前，还包括：
在所述操作界面上显示第一提示信息；所述第一提示信息用于提示所述用户在触发所述订单请求时选择至少两个出行业务类型对应的图标；
相应的，所述接收所述用户在所述操作界面上操作所述至少两个出行业务类型对应图标触发的所述订单请求，包括：
接收用户根据所述第一提示信息在所述操作界面上操作所述至少两个出行业务类型对应图标触发的所述订单请求。
6.根据权利要求1-3任一项所述的方法，其特征在于，在所述操作界面上显示车辆信息之前，还包括：
在所述操作界面上显示所述用户当前的排队信息；所述排队信息包括至少一个出行业务类型对应的排队编号以及预估等待时间；或，
在所述操作界面上显示第二提示信息，所述第二提示信息用于提示所述用户已向至少一个所述出行业务类型对应的车辆进行派单。
7.根据权利要求1-3任一项所述的方法，其特征在于，在所述操作界面上显示车辆信息，包括：
在所述操作界面上显示所述车辆信息以及与所述车辆信息对应的出行业务类型。
8.根据权利要求1-3任一项所述的方法，其特征在于，接收用户在所述出行业务的操作界面上触发的订单请求之后，所述方法还包括：
向服务器发送所述订单请求；
接收所述服务器发送的所述车辆信息。
9.一种移动出行业务处理方法，其特征在于，包括：
接收第一用户设备发送的订单请求，所述订单请求涉及至少两个出行业务类型；
根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求；
根据接收到的与所述派单请求对应的响应信息，向所述第一用户设备发送车辆信息；所述车辆信息为最快应答的第二用户设备对应的车辆的信息。
10.根据权利要求9所述的方法，其特征在于，还包括：
根据所述第一用户设备对各个所述出行业务类型的使用时间顺序、使用频率、使用场景需求，或者各个所述出行业务类型的平台运营策略，确定至少两个图标的图标显示顺序；所述至少两个图标中的至少一个图标对应至少两个出行业务类型；
将所述图标显示顺序发送给所述第一用户设备。
11.根据权利要求9或10所述的方法，其特征在于，所述根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求，包括：
向所述至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送所述派单请求；或，
向所述至少两个出行业务类型中预设的出行业务类型对应的第二用户设备发送所述派单请求，若经过预设的时间阈值后未接收到所述第二用户设备发送的响应信息，则向所述至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送所述派单请求；或，
确定所述至少两个出行业务类型中各个出行业务类型对应的第二用户设备中与所述第一用户设备距离最近的第二用户设备，向距离最近的所述第二用户设备发送所述派单请求；或，
根据所述第一用户设备对应的偏好信息和/或当前场景信息，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求。
12.根据权利要求10所述的方法，其特征在于，还包括：
向所述第一用户设备发送第一提示信息，所述第一提示信息用于提示所述第一用户设备对应的用户在触发所述订单请求时选择至少两个出行业务类型对应的图标。
13.根据权利要求9或10所述的方法，其特征在于，所述根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求之后，还包括：
根据所述至少一个出行业务类型对应的运力状态信息，确定所述至少一个出行业务类型对应的运力是否充足；
若否，则确定所述至少一个出行业务类型各自对应的排队信息，并向所述第一用户设备发送所述排队信息；
若是，则向所述第一用户设备发送第二提示信息；所述第二提示信息用于提示所述第一用户已向至少一个运力充足的出行业务类型对应的车辆进行派单。
14.根据权利要求9或10所述的方法，其特征在于，向所述第一用户设备发送车辆信息，包括：
向所述第一用户设备发送所述车辆信息以及与所述车辆信息对应的出行业务类型。
15.一种移动出行业务处理装置，其特征在于，包括：
接收模块，用于接收用户在所述出行业务的操作界面上触发的订单请求，所述订单请求移动出行至少两个出行业务类型；
显示模块，用于根据所述订单请求，在所述操作界面上显示车辆信息；所述车辆信息为服务器根据所述至少两个出行业务类型以及预设的派单策略派单后最快应答的车辆的信息。
16.根据权利要求15所述的装置，其特征在于，所述显示模块，还用于：
按照预设的图标显示顺序，在所述操作界面上显示至少两个图标；所述至少两个图标中的至少一个图标对应至少两个出行业务类型；
相应的，所述接收模块，具体用于：
接收所述用户在所述操作界面上操作所述至少两个出行业务类型对应的图标触发的所述订单请求。
17.根据权利要求16所述的装置，其特征在于，所述接收模块，还用于：
接收所述用户的滑动操作；
相应的，所述显示模块，具体用于：
根据所述滑动操作，在所述操作界面上显示所述至少两个图标。
18.根据权利要求16或17所述的装置，其特征在于，所述显示模块，具体用于：
在所述操作界面上显示至少一个所述图标的至少部分内容。
19.根据权利要求16或17所述的装置，其特征在于，所述显示模块，还用于：
在所述操作界面上显示第一提示信息；所述第一提示信息用于提示所述用户在触发所述订单请求时选择至少两个出行业务类型对应的图标；
相应的，所述接收模块，具体用于：
接收用户根据所述第一提示信息在所述操作界面上操作所述至少两个出行业务类型对应图标触发的所述订单请求。
20.根据权利要求15-17任一项所述的装置，其特征在于，所述显示模块，还用于：
在所述操作界面上显示所述用户当前的排队信息；所述排队信息包括至少一个出行业务类型对应的排队编号以及预估等待时间；或，
在所述操作界面上显示第二提示信息，所述第二提示信息用于提示所述用户已向至少一个所述出行业务类型对应的车辆进行派单。
21.根据权利要求15-17任一项所述的装置，其特征在于，所述显示模块，具体用于：
在所述操作界面上显示所述车辆信息以及与所述车辆信息对应的出行业务类型。
22.根据权利要求15-17任一项所述的装置，其特征在于，还包括：
发送模块，用于向服务器发送所述订单请求；
所述接收模块，还用于接收所述服务器发送的所述车辆信息。
23.一种移动出行业务处理装置，其特征在于，包括：
接收模块，用于接收第一用户设备发送的订单请求，所述订单请求涉及至少两个出行业务类型；
发送模块，用于根据预设的派单策略，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求；
所述发送模块，还用于根据接收到的与所述派单请求对应的响应信息，向所述第一用户设备发送车辆信息；所述车辆信息为最快应答的第二用户设备对应的车辆的信息。
24.根据权利要求23所述的装置，其特征在于，还包括：
确定模块，用于根据所述第一用户设备对各个所述出行业务类型的使用时间顺序、使用频率、使用场景需求，或者各个所述出行业务类型的平台运营策略，确定至少两个图标的图标显示顺序；所述至少两个图标中的至少一个图标对应至少两个出行业务类型；
所述发送模块，还用于将所述图标显示顺序发送给所述第一用户设备。
25.根据权利要求23或24所述的装置，其特征在于，所述发送模块，具体用于：
向所述至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送所述派单请求；或，
向所述至少两个出行业务类型中预设的出行业务类型对应的第二用户设备发送所述派单请求，若经过预设的时间阈值后未接收到所述第二用户设备发送的响应信息，则向所述至少两个出行业务类型中最快应答的出行业务类型对应的第二用户设备发送所述派单请求；或，
确定所述至少两个出行业务类型中各个出行业务类型对应的第二用户设备中与所述第一用户设备距离最近的第二用户设备，向距离最近的所述第二用户设备发送所述派单请求；或，
根据所述第一用户设备对应的偏好信息和/或当前场景信息，向所述至少两个出行业务类型中的至少一个出行业务类型对应的第二用户设备发送派单请求。
26.根据权利要求24所述的装置，其特征在于，所述发送模块，还用于：
向所述第一用户设备发送第一提示信息，所述第一提示信息用于提示所述第一用户设备对应的用户在触发所述订单请求时选择至少两个出行业务类型对应的图标。
27.根据权利要求23或24所述的装置，其特征在于，还包括：
处理模块，用于根据所述至少一个出行业务类型对应的运力状态信息，确定所述至少一个出行业务类型对应的运力是否充足；
若否，则所述处理模块还用于确定所述至少一个出行业务类型各自对应的排队信息，所述发送模块还用于向所述第一用户设备发送所述排队信息；
若是，则所述发送模块还用于向所述第一用户设备发送第二提示信息；所述第二提示信息用于提示所述第一用户已向至少一个运力充足的出行业务类型对应的车辆进行派单。
28.根据权利要求23或24所述的装置，其特征在于，所述发送模块，具体用于：
向所述第一用户设备发送所述车辆信息以及与所述车辆信息对应的出行业务类型。
29.一种用户设备，其特征在于，包括：
处理器，以及，用于存储处理器的可执行指令的存储器；
其中，处理器被配置为经由执行所述可执行指令来执行如权利要求1-8任一项所述的方法。
30.一种服务器，其特征在于，包括：
处理器，以及，用于存储处理器的可执行指令的存储器；
其中，处理器被配置为经由执行所述可执行指令来执行如权利要求9-14任一项所述的方法。
CN201810150936.0A 2018-02-13 2018-02-13 移动出行业务处理方法及装置 Pending CN110166513A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810150936.0A CN110166513A (zh) 2018-02-13 2018-02-13 移动出行业务处理方法及装置
PCT/CN2019/074546 WO2019158004A1 (en) 2018-02-13 2019-02-02 Systems and methods for service request processing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810150936.0A CN110166513A (zh) 2018-02-13 2018-02-13 移动出行业务处理方法及装置

Publications (1)

Publication Number Publication Date
CN110166513A true CN110166513A (zh) 2019-08-23

Family

ID=67619655

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810150936.0A Pending CN110166513A (zh) 2018-02-13 2018-02-13 移动出行业务处理方法及装置

Country Status (2)

Country Link
CN (1) CN110166513A (zh)
WO (1) WO2019158004A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111210315A (zh) * 2020-01-14 2020-05-29 北京三快在线科技有限公司 出行订单的处理方法、装置、电子设备及可读存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130132887A1 (en) * 2010-12-06 2013-05-23 Uber Technologies, Inc. Transitioning user interface features for on-demand services through use of portable computing devices
CN104658242A (zh) * 2015-03-09 2015-05-27 深圳市晨芳文化传媒有限公司 一种基于固定约车终端的约车系统
CN105139228A (zh) * 2015-08-20 2015-12-09 北京嘀嘀无限科技发展有限公司 一种订单分配的方法及装置
CN105303817A (zh) * 2015-09-16 2016-02-03 北京嘀嘀无限科技发展有限公司 一种出行方式的规划方法及装置
US20160275638A1 (en) * 2015-03-20 2016-09-22 David M. Korpi Vehicle service request system having enhanced safety features
CN106384174A (zh) * 2016-10-26 2017-02-08 北京小米移动软件有限公司 确定应答车辆的方法及装置
CN106548242A (zh) * 2016-10-25 2017-03-29 先锋智道（北京）科技有限公司 车辆订单分配方法和装置
CN107368904A (zh) * 2017-07-12 2017-11-21 乐山易通天下网络科技有限公司 一种及时出行网约车订单分配方法及系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130132887A1 (en) * 2010-12-06 2013-05-23 Uber Technologies, Inc. Transitioning user interface features for on-demand services through use of portable computing devices
CN104658242A (zh) * 2015-03-09 2015-05-27 深圳市晨芳文化传媒有限公司 一种基于固定约车终端的约车系统
US20160275638A1 (en) * 2015-03-20 2016-09-22 David M. Korpi Vehicle service request system having enhanced safety features
CN105139228A (zh) * 2015-08-20 2015-12-09 北京嘀嘀无限科技发展有限公司 一种订单分配的方法及装置
CN105303817A (zh) * 2015-09-16 2016-02-03 北京嘀嘀无限科技发展有限公司 一种出行方式的规划方法及装置
CN106548242A (zh) * 2016-10-25 2017-03-29 先锋智道（北京）科技有限公司 车辆订单分配方法和装置
CN106384174A (zh) * 2016-10-26 2017-02-08 北京小米移动软件有限公司 确定应答车辆的方法及装置
CN107368904A (zh) * 2017-07-12 2017-11-21 乐山易通天下网络科技有限公司 一种及时出行网约车订单分配方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111210315A (zh) * 2020-01-14 2020-05-29 北京三快在线科技有限公司 出行订单的处理方法、装置、电子设备及可读存储介质
CN111210315B (zh) * 2020-01-14 2022-02-15 北京三快在线科技有限公司 出行订单的处理方法、装置、电子设备及可读存储介质

Also Published As

Publication number Publication date
WO2019158004A1 (en) 2019-08-22

Similar Documents

Publication Publication Date Title
CN109542287B (zh) 消息提醒方法、装置、移动终端及存储介质
WO2016008391A1 (zh) 在网络租车系统中为他人订车的方法和系统
CN110035004B (zh) 一种用户名片分享方法、好友添加方法和相关装置
CN104133629A (zh) 双屏互动的方法及移动终端
TW201805801A (zh) 終端、應用資訊的顯示方法及裝置
CN110515717A (zh) 应用程序的后台切换方法、装置、设备以及存储介质
CN105354214B (zh) 一种备忘信息的生成方法及装置
JP2013134641A (ja) 携帯端末を用いたタクシー車両の呼び寄せシステム
CN108391021B (zh) 排队服务管理方法、设备、系统及存储介质
CN109756428A (zh) 广告投放方法及装置
JP2019174862A (ja) 運転評価装置、運転評価システム、及びプログラム
KR101718433B1 (ko) 택시 합승 서비스 제공방법
KR100993636B1 (ko) 사용자가 대리운전 기사를 직접 선택할 수 있는 대리운전 서비스 제공 방법
CN107748690A (zh) 应用跳转方法、装置和计算机存储介质
CN110163394A (zh) 出行应用的信息显示方法、装置和设备
CN106530004A (zh) 打车应用程序推荐方法及装置
CN110505287B (zh) 基于服务的业务线推荐方法、装置及存储介质
CN110163707B (zh) 网约车业务处理方法、终端设备及服务器
CN110166513A (zh) 移动出行业务处理方法及装置
CN109460840B (zh) 互联网出行订单处理方法、装置和设备
CN114065981A (zh) 订单数据处理方法、设备、平台、系统及计算机存储介质
CN102655531A (zh) 一种基于互联网的数据分享方法及电子终端
KR20130115691A (ko) 대리운전 서비스 제공 방법
CN108985477A (zh) 业务处理方法、装置及存储介质
CN112153719B (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190823