CN105913130A - 一种订单处理方法、装置及*** - Google Patents
一种订单处理方法、装置及*** Download PDFInfo
- Publication number
- CN105913130A CN105913130A CN201610207627.3A CN201610207627A CN105913130A CN 105913130 A CN105913130 A CN 105913130A CN 201610207627 A CN201610207627 A CN 201610207627A CN 105913130 A CN105913130 A CN 105913130A
- Authority
- CN
- China
- Prior art keywords
- information
- terminal
- order
- server
- sequence information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 14
- 238000000034 method Methods 0.000 claims abstract description 48
- 230000004044 response Effects 0.000 claims description 78
- 238000012545 processing Methods 0.000 claims description 16
- 230000008901 benefit Effects 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 claims description 13
- 238000002716 delivery method Methods 0.000 claims description 3
- 238000004891 communication Methods 0.000 abstract description 4
- 238000012790 confirmation Methods 0.000 abstract description 3
- 230000008569 process Effects 0.000 description 18
- 238000010586 diagram Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 6
- 241001269238 Data Species 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 210000003205 muscle Anatomy 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
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/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
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Human Resources & Organizations (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Entrepreneurship & Innovation (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种订单处理方法、设备及***，所述订单处理方法包括：接收第一终端发送的第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；向第二终端发送第二订单信息，所述第二订单信息包括乘车信息；根据所述第三方用户信息向第三终端发送通知消息，所述通知消息中包括所述第二终端的信息。解决用户无法在线为他人打车的问题，实现了第三方用户与司机用户的直接沟通、第三方用户订单确认、下单用户支付订单，提升了用户打车时的下单效率以及操作便利性。
Description
技术领域
本申请涉及计算机技术领域，尤其涉及一种订单处理方法、装置及***。
背景技术
目前，在打车领域，若某用户需要打车时，可通过打车软件在线为自己打车，但是当自己不方便打车时，就无法通过他人在线为自己打车。即使他人在线为自己打车，也只能通过线下方式(如打电话或当面沟通的方式)告知自己打车情况。可见，当自身不方便打车时，就无法通过在线打车，打车操作便利性较差。
申请内容
本申请实施例提供一种订单处理方法、装置及***，解决他人无法在线为自己打车的问题，提升了用户操作便利性。
本申请实施例提供一种订单处理方法，包括：
接收第一终端发送的第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；
向第二终端发送第二订单信息，所述第二订单信息包括乘车信息；
根据所述第三方用户信息向第三终端发送通知消息，所述通知消息中包括所述第二终端的信息。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，在向第二终端发送第二订单信息之前，还包括：
根据所述第三方用户信息向第三终端发送订单确认请求；
接收所述第三终端返回的订单确认响应。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，所述订单确认响应还包括：更新后的乘车信息。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，所述第一订单信息还包括：
支付指示信息，所述支付指示信息用于指示第一终端或第三终端对所述订单进行支付。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，还包括：
向所述第一终端发送所述第二终端和/或所述第三终端的位置信息。
本申请实施例提供一种订单下发方法，包括：
第一终端向服务器发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息，以使得所述服务器根据所述第三方用户信息为第三终端下单；
接收所述服务器返回的指示下单成功的响应消息。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，所述第一订单信息还包括：
支付指示信息，所述支付指示信息用于指示所述第一终端或所述第三终端对所述订单进行支付。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，包括：
第三终端接收服务器根据第一订单信息发送的订单确认请求，所述订单确定请求包括乘车信息；
向所述服务器发送订单确认响应，以使得所述服务器向第二终端发送第二订单信息；
接收所述服务器返回的指示下单成功的通知消息。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，所述订单确认响应还包括：更新后的乘车信息。
本申请实施例提供一种订单处理服务器，包括：
接收单元，用于接收第一终端发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；
发送单元，用于向第二终端发送第二订单信息，所述第二订单信息包括乘车信息；
所述发送单元，还用于根据所述第三方用户信息向第三终端发送通知消息，所述通知消息中包括所述第二终端的信息。
在一种可能的实现方式中，在本发明实施例提供的上述服务器中，
所述发送单元，还用于根据所述第三方用户信息向第三终端发送订单确认请求；
所述接收单元，还用于接收所述第三终端返回的订单确认响应。
在一种可能的实现方式中，在本发明实施例提供的上述服务器中，所述接收单元，具体用于接收所述第三终端返回的包括更新后的乘车信息的订单确认响应；
在一种可能的实现方式中，在本发明实施例提供的上述服务器中，所述接收单元，还用于接收第一终端发送的包括支付指示信息的第一订单信息；
所述支付指示信息用于指示所述第一终端或所述第三终端对所述订单进行支付。
在一种可能的实现方式中，在本发明实施例提供的上述服务器中，所述发送单元，还用于向所述第一终端发送所述第二终端和/或所述第三终端的位置信息。
本申请实施例提供一种终端，包括：
发送单元，用于向服务器发送第一订单信息，所述订单信息包括乘车信息，所述乘车信息包括第三方用户信息，以使得所述服务器根据所述第三方用户信息为第三终端下单；
接收单元，用于接收所述服务器返回的指示下单成功的响应消息。
在一种可能的实现方式中，在本发明实施例提供的上述终端中，所述发送单元，具体用于向服务器发送包括支付指示信息的第一订单信息；所述支付指示信息用于指示所述第一终端或所述第三终端对所述订单进行支付。
本申请实施例提供一种终端，包括：
接收单元，用于接收服务器根据第一订单信息发送的订单确认请求，所述订单确定请求包括乘车信息；
发送单元，用于向所述服务器发送订单确认响应，以使得所述服务器向第二终端发送第二订单信息；
所述接收单元，还用于接收所述服务器返回的指示下单成功的通知消息。
在一种可能的实现方式中，在本发明实施例提供的上述终端中，
所述发送单元，具体用于向所述服务器发送包括更新后的乘车信息的订单确认响应；
本申请实施例提供一种订单处理***，其特征在于，包括：
服务器、第一终端、第二终端、第三终端；
所述第一终端，用于向服务器发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；
所述服务器，用于接收所述第一终端发送的所述第一订单信息；根据所述第一订单信息中的所述乘车信息向所述二终端发送第二订单信息，或，根据所述第三终端发送的所述订单确认响应中更新后的乘车信发送第二订单信息；接收所述第二终端返回的指示接单成功的响应消息；根据所述第三方用户信息向所述第三终端发送通知消息，所述通知消息包括所述第二终端的信息；
所述第三终端，用于接收服务器根据所述第一订单信息发送的包括所述乘车信息的订单确认请求；向所述服务器发送订单确认响应；接收所述服务器返回的指示下单成功的通知消息；
所述第二终端，用于接收所述服务器发送的所述第二订单信息；向所述服务器返回指示接单成功的所述响应消息，以使得所述服务器向所述第三终端返回指示下单成功的通知消息。
这样就实现了他人在线代为下单，用户打车时的操作便利性得到提高。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的一种订单处理***结构示意图；
图2为本申请实施例提供的一种订单处理流程示意图；
图3为本申请实施例提供的一种订单处理流程示意图；
图4为本申请实施例提供的一种订单处理流程示意图；
图5为本申请实施例提供的一种订单处理流程示意图；
图6为本申请实施例提供的一种订单处理流程示意图；
图7为本申请实施例提供的一种订单处理服务器结构示意图；
图8为本申请实施例提供的一种终端结构示意图；
图9为本申请实施例提供的一种终端结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在实际预订车辆的应用场景中，存在子女在线为父母下单，父母在线确认后乘车等情况。目前，无法通过在线方式完成他人代为自己下单，用户操作便利性较差。
本申请针对上述情况，提供了一种第一终端(以下简称UE1)、第二终端(以下简称UE2)、第三终端(以下简称UE3)、服务器(以下简称SER)构成的***，以实现下单人和乘车人不一致时，下单人可在线为乘车人完成下单，可提高用户操作便利性，同时可提高乘车效率。
图1为订单处理***包括：
用于处理订单的服务器101、第一终端102、第二终端103、第三终端104；
所述第一终端102，用于向服务器101发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；
所述服务器101，用于接收所述第一终端102发送的所述第一订单信息；根据所述第一订单信息中的所述乘车信息向所述第二终端103发送第二订单信息，或，根据所述第三终端104发送的所述订单确认响应中更新后的乘车信发送第二订单信息；接收所述第二终端103返回的指示接单成功的响应消息；根据所述第三方用户信息向所述第三终端104发送通知消息，所述通知消息包括所述第二终端103的信息；
所述第三终端104，用于接收服务器根据所述第一订单信息发送的包括所述乘车信息的订单确认请求；向所述服务器101发送订单确认响应；接收所述服务器101返回的指示下单成功的通知消息；
所述第二终端103，用于接收所述服务器发送的所述第二订单信息；向所述服务器101返回指示接单成功的所述响应消息，以使得所述服务器101向所述第三终端104返回指示下单成功的通知消息。
以下将从UE1、UE2、UE3以及SER相交互的过程说明本申请的订单处理方法。
图2为本发明实施例提供的一种订单处理方法，包括以下步骤：
S201:SER接收UE1发送的第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；
在本申请实施例中，由于UE1、UE2之间无大数据处理能力，需要服务器(SER)协助完成下单。则UE1向SER发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；
在本申请实施例中，由于下单人是代为他人(即第三方用户)下单，因此UE1向SER发送的所述第一订单信息中的乘车信息还包括第三方用户信息。
本申请实施例UE1向SER发送包括第三方用户信息的第一订单信息时，其中一种实施方式为：所述UE1向用户展示下单页面，所述下单页面包括提示用户输入乘车信息的提示信息；接收用户在所述下单页面上输入的第三方用户信息。
所述乘车信息包括乘车位置信息、乘车人信息。所述乘车位置信息例如乘车的起始地理位置、终点地理位置(目的地地理位置)、待乘路线、预定出发时间等；所述乘车人信息即第三方用户信息，如第三方用户的姓名、昵称、注册帐号、身份证号、移动通讯号码等第三方用户信息身份标识。
所述第一订单信息除了包括乘车信息，还可包括下单用户信息，所述下单用户信息即UE1对应的用户信息，如UE1对应的用户的姓名、昵称、注册帐号、身份证号、移动通讯号码等UE1对应的用户的身份标识。
S202:SER向UE2发送第二订单信息，所述第二订单信息包括乘车信息；
在实际应用场景中，所述UE2为驾驶员对应的第二终端，为了提高下单效率，则SER发送第二订单信息之前，需要首先确定合适的UE2。具体确定UE2时，可以向有限的几个UE2发送第二订单信息或向指定的一个UE2发送第二订单信息。
为了进一步提高第三方用户的乘车效率，可以向多个与第三方用户信息相关联的UE2发送第二订单信息。比如，向多个距离乘车人的起始地理位置设定距离(如1公里)内的UE2发送第二订单信息，若同意接单的UE2的数量不止一个时，服务器还可以根据所述驾驶员的驾驶记录信息确定一个UE2。比如，可通过驾驶员的身份标识确定的账户积分、完成单数、下单人好评率等参数确定UE2。
所述第二订单信息包括S201中的所述乘车信息，以便于UE2接收第二订单信息。可选的，当所述UE2接收第二订单信息时，可参考所述第二订单信息中的乘车信息(如第三方用户的身份标识、乘车的起始地理位置、终点地理位置、预设出发时间、待乘路线等)来确定是否向所述SER返回指示接单成功的第一响应消息；若所述UE2拒绝接单，所述SER可以在接收到所述UE2返回的指示拒绝接单的消息后返回执行步骤S202(即向其他UE2发送第二下单请求)，也可以是在一定时间内未接收所述UE2返回的指示接单成功的第一响应消息后，向其他UE2发送第二订单信息。
S203:SER根据所述第三方用户信息向UE3发送通知消息，所述通知消息中包括所述UE2的信息。
所述UE2的信息是UE2对应的司机信息，包括司机的姓名、昵称、注册帐号、身份证号、手机号等身份标识信息，还可以包括司机驾驶的车型、接单数量等信息，还可以包括司机的接单时所处地理位置、预计到达乘车人起始地理位置的时间等信息。其中，所述司机的信息除身份标识外的其他信息，可以全部或部分由所述司机终端返回的指示接单成功的第一响应消息携带，也可以由服务器根据驾驶员的身份标识信息生成。
当服务器向UE3发送通知消息时，具体的，可以是在所述SER首次接收到UE2返回的指示接单成功的第一响应消息时执行，也可以是在所述SER接收到多个UE2返回的指示接单成功的第一响应消息时，从中确定一个UE2作为发送。
所述SER根据所述第三方用户信息向UE3发送通知消息，具体的，可以是根据第三方用户的身份标识通过在线打车软件向UE3发送通知消息，可以是根据第三方用户的身份标识(也可以是第三方用户在其他通信软件的身份标识)通过其他通信软件如微信向UE3发送通知消息，还可以根据第三方用户的身份标识(也可以是第三方用户的手机号码)通过短信、通话语音的方式向UE3发送通知消息。
通过如图2所示的方法，通过SER、UE1、UE2、UE3之间的在线交互，解决了下单用户为他人(即第三方用户)预定车辆时，无法通过在线方式完成下单，操作便利性较差的问题。
为了提高UE1获取第三方用户信息的效率，从而提高本发明订单处理效率，则上述UE1获取第三方用户信息时，具体还可以通过下述实施方式实现：
其中一种实施方式为：下单用户可以在UE1展示的下单页面的提示下直接在下单页面上输入第三方用户信息，也可以直接调用UE1存的历史记录，该历史记录中包括第三方用户信息。
具体的，若获取第三方用户信息中的身份标识时，具体的，可以通过调用其他应用程序(如通讯录或社交应用)来获取其他应用程序中存储的身份标识。
若获取乘车信息中的起始地理位置和待乘路线时，具体的，可以由下单用户在页面上输入。考虑到下单用户有可能无法准确输入乘车人的起始位置，SER也可以根据接收到UE1发送的第一订单信息中的第三方用户的身份标识，通过所述SER的定位及地图模块或其他服务器获取所述乘车的起始地理位置。
上述S201中，进一步的，在UE1获取起始位置、终点位置等信息后，还可以通过应用程序页面向下单用户展示在电子地图中的起始地理位置、终点地理位置以及待乘路线等信息。
为了防止下单用户误操作，可选的，步骤S201在接收下单用户在所述下单页面上输入第三方用户信息后，发送第一订单信息之前还包括：确定所述输入第三方用户信息与下单用户信息不同。
具体的，假设所述UE1获取第三方用户的身份标识、起始地理位置、终点地理位置等信息后，还可以将获取的下单用户的身份标识，确认第三方用户的身份标识、下单用户的身份标识是否一致，若否，则确认该下单用户不是为他人下单，则在下单页面上显示相关的提示信息。如提示用户“您输入的信息为您自己的信息”；若是，则UE1可向SER发送所述第一订单信息。
上述确认第三方用户信息与下单用户信息是否一致时，也可以由服务器来执行。比如，UE1成功发送所述第一订单信息后，由SER确认第三方用户信息与下单用户信息中的身份标识是否一致，若否则执行S102，否是则向UE1返回提示信息。
为了使下单用户获知下单是否成功，可选的，上述S204中，还包括SER向所述UE1发送第二通知消息，所述第二通知消息中包括所述UE2的信息。
考虑到实际应用场景中，下单用户代为第三方用户下单时，可能会输入错误的第三方用户的身份标识、起始地理位置、终点地理位置等乘车信息，也有可能因为第三方用户的行程临时变动使得下单用户代为输入的乘车信息不再准确。
为了保证第三方用户信息的准确性，可选的，在向UE2发送第二订单信息之前，还包括：服务器根据第一订单信息中的所述第三方用户信息，向与第三方用户对应的UE3发送订单确认请求。
具体的，所述SER向UE3发送订单确认请求是在所述SER接收所述UE1发送的第一下单请求之后，并且所述SER接收所述UE3返回的订单确认响应后向UE2发送包括所述第一下单请求中的乘车人的信息的第二下单请求。
下面从UE1、UE2、UE3以及服务器的整体交互过程来举例说明还包括所述UE3确认所述订单功能的订单处理方法。
参见图3，本发明实施例提供的一种订单处理方法，包括以下步骤：
S301：UE1向SER发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息。
S302：SER向UE3发送订单确认请求。
具体的，所述SER向UE3发送的订单确认请求可以包括第三方用户的身份标识、起始地理位置、终端地理位置路线，还可以包括预设出发时间、待乘路线等信息。
S303：UE3向SER发送订单确认响应。
具体的，所述SER向UE3发送订单确认请求时，相应的，UE3可通过UE3上的应用程序接收所述订单确认请求，也可以通过短信或电话等方式接收所述订单确认请求，那么，UE3生成订单确认消息的方式可以是在UE3上的应用程序界面点击确认按钮，也可以是通过乘车人回复短信或答复电话等方式确认，以使得订单确认响应返回。
S304：SER接收UE3发送的订单确认响应，向UE2发送第二订单信息，所述第二订单信息包括乘车信息。
S305：UE2向SER返回的指示接单成功的第一响应消息。
S306：SER向UE3发送通知消息，所述通知消息中包括UE2的信息。
进一步的，考虑所述UE3生成订单确认响应时，发现第二下单请求中的信息出现错误，若直接导致下单失败需要重新下单，则下单效率太低。
为了保证乘车人的信息的准确性同时提高代为他人下单时的效率，本申请实施例还可包括由UE3更新乘车信息的方法。其中一种实施方式为：上述S303中，所述UE3向SER发送订单确认响应。发送的订单确认响应中可携带更新后的乘车信息，如更新后的乘车的起始地理位置、终点地理路线、预设出发时间等信息，以使得所述服务器可以根据更新后的乘车信息向所述UE2发送第二下单请求。另一种实施方式为：上述S303中，所述UE3向SER发送的订单确认响应中返回订单信息错误的消息后，所述SER向UE3发送更新下单人的信息的请求，所述UE3向所述SER返回更新后的乘车信息。
考虑到实际场景中，下单用户代为第三方用户下单时特别是年轻人代老人或小孩下单时。为了确保行程安全，下单用户对应的UE1还需要获取第三方用户在行程中的位置信息，可选的，本申请实施例UE3第三终端的位置信息。
具体的，所述地理位置信息可以是实时定位信息、行进路线信息，也可以是某时刻到达目的地的通知信息。在本实施例的一种实施方式中，所述位置信息通过文字、语音的形式展示。在本实施例的另一种实施方式中通过所述UE1上的应用程序中的电子地图界面展示，具体的，通过UE1的包括所述下单页面的应用程序中的电子地图界面展示或通过UE1上的其他应用程序展示。
具体的，所述UE1接收UE2(或UE3)的地理位置信息，可以是SER发送的，也可以UE2(或UE3)发送的；其中，若所述SER发送地理位置信息时，SER可以是根据UE2(或UE3)的身份标识UE2(或UE3)的地理位置信息，也可以是接收UE2(或UE3)的发送的地理位置信息。
具体的，所述地理位置信息的获取，可以通过UE1向SER发送请求的方式主动获取，也可以是被动的接收SER或UE2或UE3的推送。
下面以UE1主动从SER获取UE3的地理位置信息的举例说明所述UE1接收UE2(或UE3)的地理位置信息。
参见图4，本发明实施例提供的一种订单处理方法，包括以下步骤：
S401：UE1向SER发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息。
S402：SER接收UE1发送的所述第一订单信息，向UE2发送第二订单信息，所述第二订单信息包括乘车信息。
S403：UE2向SER返回的指示接单成功的第一响应消息。
S404：SER向UE3发送通知消息，所述通知消息中包括所述UE2的信息。
S405：UE1向SER发送请求所述UE2或UE3的地理位置信息获取请求。
具体的，所述UE1向SER发送请求所述UE2或UE3的地理位置信息获取请求，一种实施方式是经UE1请求，SER即返回所述SER接收到所述位置信息获取请求时刻的UE3的定位信息，其中，UE1可以在不同时刻可多次发送位置信息获取请求；另一种实施方式是UE1只需发送一次位置信息获取请求，SER即返回所述UE3在行程中的实时定位信息、行进路线并在下单人终端上的应用程序中的电子地图页面中展示。
S406：SER向UE1返回所UE2或UE3的位置信息。
考虑到实际应用场景中，行程中或行程结束后，服务器还需要处理订单支付的问题，可选的，本申请实施例所述的方法还包括：
服务器在所述向UE3发送通知消息之后，向UE1发送订单支付请求，并接收所述UE1返回的订单支付响应；或，
服务器向UE3发送订单支付请求，并接收UE3返回的订单支付响应；或，
服务器分别向UE1和UE3发送订单支付请求，并在接收到UE1和UE3的其中之一返回的订单支付响应时，拒绝接收另一返回的订单支付响应。
则通过本实施例，不仅可以由第三方用户支付，还可以由下单用户支付。其中，所述订单支付请求中包括支付金额，还可以包括行程公里数、每公里费用等信息。
进一步的，考虑到实际应用场景中，下单用户代为第三方用户下单后发现自己余额不足，所以下单用户对应的UE1无法向服务器支付，又或者下单用户代为第三方用户下单可能是因为第三方用户的余额不足无法支付等原因，所以需要服务器更灵活地处理支付信息。
可选的，本申请实施例的还提供一种由下单用户对应的UE1或第三方用户对应的UE3指示由UE1支付还是UE3支付的方法。其中，一种实施方式包括：UE1发送的所述第一订单信息除了包括乘车信息之外，还包括支付指示信息，所述支付指示信息用于指示UE1(即下单用户)或UE3(即第三方用户)对所述订单进行支付。
例如，SER根据所述第一订单信息中指示由UE1支付的支付指示信息，向所述UE1发送订单支付请求，并接收所述UE1返回的订单支付响应；或，根据所述第一订单信息中指示由UE3支付的支付指示信息，向所述UE3发送订单支付请求，并接收UE3返回的订单支付响应。
这样UE1可以在第一下单请求中灵活的指示由UE1支付还是UE3支付。
除了上述由UE1可以在第一订单信息中指示由UE1支付还是UE3支付的方法，另外一种实施方式包括：所述UE3发送的所述订单确认响应还包括指示由UE1(即下单用户)支付或由UE3(即第三方用户)支付的支付指示信息。
例如，所述SER根据所述订单确认响应中指示由UE1支付的订单支付信息，向所述UE1发送订单支付请求，并接收UE1返回的订单支付响应；或，
根据所述订单确认响应中指示由UE3支付的订单支付信息，向所述UE3发送订单支付请求，并接收UE3返回的订单支付响应。
这样就UE3在订单确认响应中完成由UE1支付还是UE3支付的支付指示。
下面以UE1发送的所述第一订单信息包括指示由UE3(第三方用户)支付的支付指示信息为例，具体说明。
参见图5，本发明实施例提供的一种订单处理方法，包括以下步骤：
S501：UE1向SER发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；所述第一订单信息还包括支付指示信息，所述支付指示信息用于指示UE3对所述订单进行支付。
S502：SER接收UE1发送的所述第一订单信息，向UE2发送第二订单信息，所述第二订单信息包括乘车信息；所述第二订单信息还包括指示由UE3(即第三方用户)支付的支付指示信息。
S503：所述UE2向所述SER返回指示接单成功的第一响应消息。
S504：SER向UE3发送通知消息，所述通知消息中包括所述UE2的信息。
S505：SER获取UE3的目的地到达通知。
S506：SER根据所述第一订单信息中指示由UE3支付的订单支付信息，向所述UE3发送订单支付请求。
S507：UE3接收SER发送的订单支付请求并向SER发送订单支付响应。
上述S506中，所述订单支付请求中包括支付金额，还可以包括行程公里数、每公里费用等信息。
其中，S501中的所述第一订单信息还可以是包括指示由UE1(即下单用户)支付的支付指示信息，则S506中的SER根据所述第一订单信息中指示由UE1支付的支付指示信息，向所述UE1发送订单支付请求，S507为所述UE1接收SER发送的订单支付请求并向SER发送订单支付响应。
下面以UE3发送的所述订单确认响应中包括指示由UE1(即下单用户)支付的支付指示信息为例，具体说明。
参见图6，本发明实施例提供的一种订单处理方法，包括以下步骤：
S601：与UE1向SER发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息。
S602：所述SER根据所述第一订单信息中的包括第三方用户信息的乘车信息，向UE3发送订单确认请求。
S603:UE3向所述SER发送订单确认响应，所述订单确认响应还包括支付指示信息，所述支付指示信息指示由UE1(即下单用户)支付。
S604：SER向与UE2发送第二订单信息，所述第二订单信息包括乘车信息。
S605：UE2向所述SER返回的指示接单成功的第一响应消息。
S606：SER向UE3发送通知消息，所述通知消息中包括UE2的信息。
S607：SER获取UE3的目的地到达通知。
S608：SER根据所述订单确认响应中指示由UE1支付的支付指示信息，向UE1发送订单支付请求。
S609：UE1接收SER发送的订单支付请求并向SER发送订单支付响应。
上述步骤中，所述订单支付请求中包括支付金额，还可以包括行程公里数、每公里费用等信息。
其中，S603中的所述订单确认响应还可以是包括指示由UE3(即第三方用户)支付的支付指示信息，则S608中的SER根据所述订单确认响应中指示由UE3支付的支付指示信息，向所述UE3发送订单支付请求，S609为UE3接收SER发送的订单支付请求并向SER发送订单支付响应。
除了上述S501中所述第一订单信息包括指示由UE1支付的支付指示信息以及上述S603中所述订单确认响应中包括指示由UE1支付的支付指示信息，所述由UE1或UE3指示UE1或UE3支付的信息可UE1或UE3与SER的其他通信消息中，在此不赘述。
参见图7，本申请实施例提供的一种订单处理服务器，包括：
接收单元701，用于接收第一终端发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；
发送单元702，用于向第二终端发送第二订单信息，所述第二订单信息包括乘车信息；
所述发送单元702，还用于根据所述第三方用户信息向第三终端发送通知消息，所述通知消息中包括所述第二终端的信息。
可选的，所述发送单元702，还用于根据所述第三方用户信息向第三终端发送订单确认请求；所述接收单元701，还用于接收所述第三终端返回的订单确认响应。
可选的，所述接收单元701，还用于接收所述第三终端返回的包括更新后的乘车信息的订单确认响应；
可选的，所述发送单元702，还用于，在所述接收所述第二终端返回的第一响应消息后，向所述第一终端发送第二通知消息，所述第二通知消息中包括所述向第三终端发送的通知消息中的所述第二终端的信息。
可选的，所述接收单元701，还用于获取所述第二终端和/或所述第三终端的位置信息；所述发送单元702，还用于向所述第一终端发送所述位置信息。
可选的，所述服务器还包括，第一支付处理单元703，用于在所述向第三方用户对应的第三终端发送通知消息之后，向所述第一终端发送订单支付请求，并接收所述第一终端返回的订单支付响应；或向所述第三终端发送订单支付请求，并接收所述第三终端返回的订单支付响应；或分别向所述第一终端和所述第三终端发送订单支付请求，并在接收到第一终端和第三终端中的其中之一返回的订单支付响应时，拒绝接收另一返回的订单支付响应。
可选的，所述接收单元701，具体用于接收包括指示由所述第一终端(即下单用户)支付或由所述第三终端(即第三方用户)支付的支付指示信息的第一订单信息。
进一步的，所述服务器还包括：第二支付处理单元704，用于根据所述第一订单信息中指示由所述第一终端支付的支付指示信息，向所述第一终端发送订单支付请求，并接收所述第一终端返回的订单支付响应；或根据所述第一订单信息中指示由所述第三终端支付的支付指示信息，向所述第三终端发送订单支付请求，并接收所述第三终端返回的订单支付响应。
参见图8，本申请实施例提供的一种终端，包括：
发送单元801，用于向服务器发送第一订单信息，所述订单信息包括乘车信息，所述乘车信息包括第三方用户信息，以使得所述服务器根据所述第三方用户信息为第三终端下单；接收单元802，用于接收所述服务器返回的指示下单成功的响应消息。
可选的，所述终端还包括：展示单元803，用于向所述服务器发送所述第一订单信息之前，向用户展示下单页面，所述下单页面包括提示用户输入乘车信息的提示信息；所述接收单元802，还用于接收用户在所述下单页面上输入的乘车信息。
进一步的，所述终端还包括：确定单元804，用于在所述接收用户在所述下单页面上输入的乘车信息后，确定所述输入的第三方用户信息与下单用户信息不同。
可选的，所述接收单元802，还用于接收与所述第二终端和/或所述第三终端的位置信息。
可选的，所述发送单元801，还用于发送包括指示由所述第一终端支付或由所述第三终端支付的支付指示信息的第一订单信息。
可选的，所述终端还包括：支付处理单元805，用于接收所述服务器发送的订单支付请求并向所述服务器发送订单支付响应。
参见图9，本申请实施例提供的一种终端，包括：
接收单元901，用用于接收服务器根据第一订单信息发送的订单确认请求，所述订单确定请求包括乘车信息；
发送单元902，用于向所述服务器发送订单确认响应，以使得所述服务器向第二终端发送第二订单信息；
所述接收单元901，还用于接收所述服务器返回的指示下单成功的通知消息。
可选的，所述发送单元902，还用于发送包括指示由所述第一终端支付或由所述第三终端支付的支付指示信息的订单确认响应。
可选的，所述终端还包括：支付处理单元903，用于接收所述服务器发送的订单支付请求并向所述服务器发送订单支付响应。
可选的，所述发送单元902，还用于在所述接收所述服务器返回的指示下单成功的通知消息后，向与下单人对应的第一终端或所述服务器发送所述第三终端对应的位置信息；或向所述第一终端或所述服务器发送所述第三终端到达目的地的到达消息。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/25或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中5的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个10流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash 15RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其20他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒25体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设5备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、10光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
Claims (19)
1.一种订单处理方法，其特征在于，包括：
接收第一终端发送的第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；
向第二终端发送第二订单信息，所述第二订单信息包括乘车信息；
根据所述第三方用户信息向第三终端发送通知消息，所述通知消息中包括所述第二终端的信息。
2.根据权利要求1所述的方法，其特征在于，在向第二终端发送第二订单信息之前，还包括：
根据所述第三方用户信息向第三终端发送订单确认请求；
接收所述第三终端返回的订单确认响应。
3.根据权利要求2所述的方法，其特征在于，所述订单确认响应还包括：
更新后的乘车信息。
4.根据权利要求1方法，其特征在于，所述第一订单信息还包括：
支付指示信息，所述支付指示信息用于指示第一终端或第三终端对所述订单进行支付。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向所述第一终端发送所述第二终端和/或所述第三终端的位置信息。
6.一种订单下发方法，其特征在于，包括：
第一终端向服务器发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息，以使得所述服务器根据所述第三方用户信息为第三终端下单；
接收所述服务器返回的指示下单成功的响应消息。
7.根据权利要求6所述的方法，其特征在于，所述第一订单信息还包括：
支付指示信息，所述支付指示信息用于指示所述第一终端或所述第三终端对所述订单进行支付。
8.一种订单下发方法，其特征在于，包括：
第三终端接收服务器根据第一订单信息发送的订单确认请求，所述订单确定请求包括乘车信息；
向所述服务器发送订单确认响应，以使得所述服务器向第二终端发送第二订单信息；
接收所述服务器返回的指示下单成功的通知消息。
9.根据权利要求8所述的方法，其特征在于，所述订单确认响应还包括：
更新后的乘车信息。
10.一种订单处理服务器，其特征在于，包括：
接收单元，用于接收第一终端发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；
发送单元，用于向第二终端发送第二订单信息，所述第二订单信息包括乘车信息；
所述发送单元，还用于根据所述第三方用户信息向第三终端发送通知消息，所述通知消息中包括所述第二终端的信息。
11.根据权利要求10所述的服务器，其特征在于：
所述发送单元，还用于根据所述第三方用户信息向第三终端发送订单确认请求；
所述接收单元，还用于接收所述第三终端返回的订单确认响应。
12.根据权利要求11所述的服务器，其特征在于：
所述接收单元，具体用于接收所述第三终端返回的包括更新后的乘车信息的订单确认响应；
13.根据权利要求10所述的服务器，其特征在于：
所述接收单元，还用于接收第一终端发送的包括支付指示信息的第一订单信息；
所述支付指示信息用于指示所述第一终端或所述第三终端对所述订单进行支付。
14.根据权利要求10所述的服务器，其特征在于：
所述发送单元，还用于向所述第一终端发送所述第二终端和/或所述第三终端的位置信息。
15.一种终端，其特征在于，包括：
发送单元，用于向服务器发送第一订单信息，所述订单信息包括乘车信息，所述乘车信息包括第三方用户信息，以使得所述服务器根据所述第三方用户信息为第三终端下单；
接收单元，用于接收所述服务器返回的指示下单成功的响应消息。
16.如权利要求15所述的终端，其特征在于：
所述发送单元，具体用于向服务器发送包括支付指示信息的第一订单信息；
所述支付指示信息用于指示所述第一终端或所述第三终端对所述订单进行支付。
17.一种终端，其特征在于，包括：
接收单元，用于接收服务器根据第一订单信息发送的订单确认请求，所述订单确定请求包括乘车信息；
发送单元，用于向所述服务器发送订单确认响应，以使得所述服务器向第二终端发送第二订单信息；
所述接收单元，还用于接收所述服务器返回的指示下单成功的通知消息。
18.如权利要求17所述的终端，其特征在于：
所述发送单元，具体用于向所述服务器发送包括更新后的乘车信息的订单确认响应；
19.一种订单处理***，其特征在于，包括：
服务器、第一终端、第二终端、第三终端；
所述第一终端，用于向服务器发送第一订单信息，所述第一订单信息包括乘车信息，所述乘车信息包括第三方用户信息；
所述服务器，用于接收所述第一终端发送的所述第一订单信息；根据所述第一订单信息中的所述乘车信息向所述二终端发送第二订单信息，或，根据所述第三终端发送的所述订单确认响应中更新后的乘车信发送第二订单信息；接收所述第二终端返回的指示接单成功的响应消息；根据所述第三方用户信息向所述第三终端发送通知消息，所述通知消息包括所述第二终端的信息；
所述第三终端，用于接收服务器根据所述第一订单信息发送的包括所述乘车信息的订单确认请求；向所述服务器发送订单确认响应；接收所述服务器返回的指示下单成功的通知消息；
所述第二终端，用于接收所述服务器发送的所述第二订单信息；向所述服务器返回指示接单成功的所述响应消息，以使得所述服务器向所述第三终端返回指示下单成功的通知消息。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US15/526,892 US20180107949A1 (en) | 2016-02-06 | 2016-05-31 | Methods, apparatuses and systems for processing an order |
| PCT/CN2016/084048 WO2017133149A1 (zh) | 2016-02-06 | 2016-05-31 | 一种订单处理方法、装置及*** |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2016100839608 | 2016-02-06 | ||
| CN201610083960 | 2016-02-06 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105913130A true CN105913130A (zh) | 2016-08-31 |
Family
ID=56745495
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610207627.3A Pending CN105913130A (zh) | 2016-02-06 | 2016-04-05 | 一种订单处理方法、装置及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105913130A (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107590993A (zh) * | 2017-09-15 | 2018-01-16 | 大局科技信息技术（深圳）有限公司 | 一种基于物联网技术用车费用的支付方法及*** |
| CN109308534A (zh) * | 2017-07-28 | 2019-02-05 | 北京嘀嘀无限科技发展有限公司 | 生成多个订单的方法及终端设备 |
| CN109410000A (zh) * | 2018-10-19 | 2019-03-01 | 北京小米移动软件有限公司 | 订单提示方法及装置 |
| WO2019174620A1 (en) * | 2018-03-14 | 2019-09-19 | Beijing Didi Infinity Technology And Development Co., Ltd. | Devices and methods for processing service request |
| CN111435516A (zh) * | 2019-01-15 | 2020-07-21 | 菜鸟智能物流控股有限公司 | 一种订单处理的方法及装置、电子设备、存储介质 |
| CN112633537A (zh) * | 2020-12-24 | 2021-04-09 | 汉海信息技术(上海)有限公司 | 代叫车订单处理方法、装置，以及电子设备 |
| CN112927054A (zh) * | 2021-04-01 | 2021-06-08 | 支付宝(杭州)信息技术有限公司 | 乘车订单处理方法及装置 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104794884A (zh) * | 2014-07-15 | 2015-07-22 | 北京东方车云信息技术有限公司 | 在网络租车***中为他人订车的方法和*** |
-
2016
- 2016-04-05 CN CN201610207627.3A patent/CN105913130A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104794884A (zh) * | 2014-07-15 | 2015-07-22 | 北京东方车云信息技术有限公司 | 在网络租车***中为他人订车的方法和*** |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109308534A (zh) * | 2017-07-28 | 2019-02-05 | 北京嘀嘀无限科技发展有限公司 | 生成多个订单的方法及终端设备 |
| CN109308534B (zh) * | 2017-07-28 | 2021-08-24 | 北京嘀嘀无限科技发展有限公司 | 生成多个订单的方法及终端设备 |
| CN107590993A (zh) * | 2017-09-15 | 2018-01-16 | 大局科技信息技术（深圳）有限公司 | 一种基于物联网技术用车费用的支付方法及*** |
| WO2019174620A1 (en) * | 2018-03-14 | 2019-09-19 | Beijing Didi Infinity Technology And Development Co., Ltd. | Devices and methods for processing service request |
| CN110276462A (zh) * | 2018-03-14 | 2019-09-24 | 北京嘀嘀无限科技发展有限公司 | 约车、约车订单处理方法及装置 |
| CN110276462B (zh) * | 2018-03-14 | 2023-09-12 | 北京嘀嘀无限科技发展有限公司 | 约车、约车订单处理方法及装置 |
| CN109410000A (zh) * | 2018-10-19 | 2019-03-01 | 北京小米移动软件有限公司 | 订单提示方法及装置 |
| WO2020077838A1 (zh) * | 2018-10-19 | 2020-04-23 | 北京小米移动软件有限公司 | 订单提示方法及装置 |
| CN111435516A (zh) * | 2019-01-15 | 2020-07-21 | 菜鸟智能物流控股有限公司 | 一种订单处理的方法及装置、电子设备、存储介质 |
| CN111435516B (zh) * | 2019-01-15 | 2023-08-04 | 菜鸟智能物流控股有限公司 | 一种订单处理的方法及装置、电子设备、存储介质 |
| CN112633537A (zh) * | 2020-12-24 | 2021-04-09 | 汉海信息技术(上海)有限公司 | 代叫车订单处理方法、装置，以及电子设备 |
| CN112927054A (zh) * | 2021-04-01 | 2021-06-08 | 支付宝(杭州)信息技术有限公司 | 乘车订单处理方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105913130A (zh) | 一种订单处理方法、装置及*** | |
| US11940284B1 (en) | Casual driver ride sharing | |
| US10242574B2 (en) | Network computer system to address service providers to contacts | |
| CN108132880B (zh) | 一种参数校验方法及装置 | |
| US10769922B2 (en) | Help seeking method, system, and apparatus, and computer storage medium | |
| CA2765950C (en) | Apparatus and method for automated vehicle roadside assistance | |
| US20160110836A1 (en) | Arranging on-demand services based on one or more predefined rules | |
| KR101271785B1 (ko) | 모바일을 이용한 주차 이동 요청 시스템 및 그 방법 | |
| KR20120040478A (ko) | 택시 콜 서비스 제공 방법 및 이를 구현한 택시 콜 서비스 제공 시스템 | |
| US10872134B2 (en) | Method and system for identifying pre-identified or pre-selected groups of individuals for transportation | |
| US11132636B2 (en) | System and method for monitoring and sharing location and activity of devices | |
| CN103680132A (zh) | 一种出租车调度方法和*** | |
| KR20180136760A (ko) | 복수의 배차 요청이 가능한 콜택시 서비스를 제공하는 방법, 서버 및 단말 | |
| US10522044B2 (en) | Dispatch platform for road, travel, or home assistance | |
| US20180252542A1 (en) | Monitoring and managing task completion by an on-demand service provider | |
| CN105871826A (zh) | 一种终端间共享地理位置的方法及装置 | |
| JP5976629B2 (ja) | サーバ装置及び位置登録促進システム | |
| WO2017133149A1 (zh) | 一种订单处理方法、装置及*** | |
| KR20190103908A (ko) | 긴급 출동 서비스 방법 및 그 장치 | |
| KR101331767B1 (ko) | 실시간 위치 기반의 모바일 로컬소셜 서비스 시스템 및 서비스 제공 방법, 그리고 이를 위한 컴퓨터로 판독가능한 기록매체 | |
| JP2017134569A (ja) | 配車管理システム及び配車管理方法 | |
| KR20200117558A (ko) | 호출자와 탑승자가 상이한 주문형 운수 서비스 제공 방법 및 서버 | |
| CN112781602A (zh) | 订单派送方法、装置、设备及存储介质 | |
| CN114500741A (zh) | 信息处理方法、装置、电子设备及存储介质 | |
| JP2005018684A (ja) | タクシー配車システム、タクシー配車方法及びタクシー配車プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into 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: 20160831 |