CN107272866B - 打车方法、信息交互方法、移动终端、服务器和打车系统 - Google Patents
打车方法、信息交互方法、移动终端、服务器和打车系统 Download PDFInfo
- Publication number
- CN107272866B CN107272866B CN201610223670.9A CN201610223670A CN107272866B CN 107272866 B CN107272866 B CN 107272866B CN 201610223670 A CN201610223670 A CN 201610223670A CN 107272866 B CN107272866 B CN 107272866B
- Authority
- CN
- China
- Prior art keywords
- taxi taking
- mobile terminal
- taxi
- account
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/329—Power saving characterised by the action undertaken by task scheduling
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明公开一种打车方法、信息交互方法、移动终端、服务器和打车系统，打车方法包括：接收用户的叫车指令，检测移动终端当前的电池电量使用情况；若低于预设的数值，获取用户的上车地点和目的地点，将上车地点和目的地点发送给服务器，触发用户账户的关联账户向服务器发起打车请求，以使服务器进行车辆匹配，在确定出目标车辆后，向目标车辆发送用户的联系方式，向移动终端和登录关联账户的移动终端发送打车成功的信息；接收服务器发送的打车成功的信息，并在打车结束后接收服务器发送的打车费用信息，在用户确认支付打车费用后，触发关联账户支付本次打车费用。当上述方法应用于移动终端时，即使移动终端电量较低，用户仍然能完成打车。
Description
技术领域
本发明涉及网络打车技术领域，具体涉及一种打车方法、信息交互方法、移动终端、服务器和打车系统。
背景技术
用户在打车时，如果用户所使用的移动终端(比如手机、ipad)的电量较低，这时因为存在移动终端和服务器信息交互以及在打车结束时需要调用支付软件进行打车费用支付的过程，就使得在用户打车的过程中极有可能因为手机因电量过低自动关机而导致完不成打车。
由此，如何提供一种在移动终端电量较低时仍能使用户完成打车的方法，成为亟待解决的问题。
发明内容
针对现有技术中的缺陷，本发明实施例提供一种打车方法、信息交互方法、移动终端、服务器和打车系统。
一方面，本发明实施例提出一种利用移动终端进行打车的方法，包括：
接收用户的叫车指令，检测移动终端当前的电池电量使用情况；
若电量低于预设的数值，则获取所述用户的上车地点和目的地点，将所述上车地点和目的地点发送给服务器，并触发所述用户账户的关联账户向所述服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述用户的联系方式，向所述移动终端和登录所述关联账户的移动终端发送打车成功的信息；
接收所述服务器发送的打车成功的信息，并在打车结束后接收所述服务器发送的打车费用信息，在所述用户确认支付打车费用后，触发所述关联账户支付本次打车费用。
本发明实施例提供的利用移动终端进行打车的方法，当用户打车时，首先检测用户打车所用移动终端的电池电量情况，若电池电量较低，则触发当前用户账户的关联账户代替当前用户账户与服务器进行交互，且代替当前用户账户进行打车费用支付，而仅上传打车用户的上车地点和目的地点，接收所述服务器发送的打车成功的信息，从而相较于需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前用户账户与服务器之间的交互以及当前用户打车所用移动终端侧调用的应用程序的数量，从而极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
另一方面，本发明实施例提出一种打车过程中的信息交互方法，包括：
接收登录第一账户的第一移动终端发送的第一触发指令，根据所述第一触发指令向服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和发起所述打车请求的第二移动终端发送打车成功的信息，其中，所述第一账户和所述第二终端登录的第二账户互为关联账户；
接收所述服务器发送的打车成功的信息，在所述用户打车结束后接收所述第一移动终端发送的第二触发指令，根据所述第二触发指令由所述第二账户支付所述用户的本次打车费用。
本发明实施例提供的打车过程中的信息交互方法，由当前打车用户账户的关联账户代替当前打车用户账户与服务器进行交互，且代替当前打车用户账户进行打车费用支付，而登录当前打车用户账户的移动终端仅需要上传打车用户的上车地点和目的地点，接收所述服务器发送的打车成功的信息，从而相较于登录当前打车用户账户的移动终端需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前打车用户账户与服务器之间的交互以及当前打车用户打车所用移动终端侧调用的应用程序的数量，从而在打车用户的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
另一方面，本发明实施例提出一种打车过程中的信息交互方法，包括：
接收登录第一账户的第一移动终端发送的上车地点和目的地点，并接收登录第二账户的第二移动终端发送的打车请求，其中，所述第一账户和第二账户互为关联账户；
根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和第二移动终端发送打车成功的信息；
在所述用户打车结束后获取第三移动终端发送的所述用户所乘坐车辆的行驶路径长度，根据所述行驶路径长度计算打车费用，将所述打车费用发送给所述第一移动终端，以使所述用户在确认支付打车费用后，触发所述第二账户支付所述打车费用；
在所述第二账户支付所述打车费用后，向所述第一移动终端和第三移动终端发送支付成功信息。
本发明实施例提供的打车过程中的信息交互方法，由当前打车用户账户的关联账户代替当前打车用户账户与服务器进行交互，且代替当前打车用户账户进行打车费用支付，而登录当前打车用户账户的移动终端仅需要上传打车用户的上车地点和目的地点，接收所述服务器发送的打车成功的信息和支付成功信息，从而相较于登录当前打车用户账户的移动终端需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前打车用户账户与服务器之间的交互以及当前打车用户打车所用移动终端侧调用的应用程序的数量，从而在打车用户的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
另一方面，本发明实施例提出一种打车过程中的信息交互方法，包括：
在接单后，接收服务器发送的乘客的联系方式；
在所述乘客打车结束后向所述服务器发送所述乘客所乘坐车辆的行驶路径长度，以使所述服务器根据所述行驶路径长度计算打车费用，并将所述打车费用发送给登录所述乘客账户的移动终端；
在所述乘客账户的关联账户支付所述打车费用后，接收所述服务器发送的支付成功信息。
本发明实施例提供的打车过程中的信息交互方法，在司机接到乘客后不需要登录乘客账户的移动终端与服务器交互，在需要乘客支付打车费用时，由乘客账户的关联账户代替乘客账户进行打车费用支付，而登录乘客账户的移动终端仅需要接收服务器发送的打车费用信息，从而相较于登录乘客账户的移动终端需要在打车结束时调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少乘客打车所用移动终端侧调用的应用程序的数量，从而在乘客的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，使乘客在移动终端电量较低时仍然能完成打车。
另一方面，本发明实施例提出一种移动终端，包括：
电量检测单元，用于接收用户的叫车指令，检测移动终端当前的电池电量使用情况；
打车触发单元，用于若电量低于预设的数值，则获取所述用户的上车地点和目的地点，将所述上车地点和目的地点发送给服务器，并触发所述用户账户的关联账户向所述服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述用户的联系方式，向所述移动终端和登录所述关联账户的移动终端发送打车成功的信息；
支付触发单元，用于接收所述服务器发送的打车成功的信息，并在打车结束后接收所述服务器发送的打车费用信息，在所述用户确认支付打车费用后，触发所述关联账户支付本次打车费用。
本发明实施例提供的移动终端，当用户打车时，首先由电量检测单元检测用户打车所用移动终端的电池电量情况，若电池电量较低，则由打车触发单元触发当前用户账户的关联账户代替当前用户账户与服务器进行交互，且由支付触发单元触发当前用户账户的关联账户代替当前用户账户进行打车费用支付，而仅由所述打车触发单元上传打车用户的上车地点和目的地点，并由所述支付触发单元接收所述服务器发送的打车成功的信息，从而相较于需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前用户账户与服务器之间的交互以及当前用户打车所用移动终端侧调用的应用程序的数量，从而极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
另一方面，本发明实施例提出一种移动终端，包括：
打车请求发起单元，用于接收登录第一账户的第一移动终端发送的第一触发指令，根据所述第一触发指令向服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和发起所述打车请求的第二移动终端发送打车成功的信息，其中，所述第一账户和所述第二终端登录的第二账户互为关联账户；
打车费用支付单元，用于接收所述服务器发送的打车成功的信息，在所述用户打车结束后接收所述第一移动终端发送的第二触发指令，根据所述第二触发指令由所述第二账户支付所述用户的本次打车费用。
本发明实施例提供的移动终端，由打车请求发起单元根据登录当前打车用户账户的移动终端发送的第一触发指令触发当前打车用户账户的关联账户代替当前打车用户账户与服务器进行交互，且由打车费用支付单元根据登录当前打车用户账户的移动终端发送的第二触发指令触发所述关联账户代替当前打车用户账户进行打车费用支付，而登录当前打车用户账户的移动终端仅需要上传打车用户的上车地点和目的地点，由所述打车费用支付单元接收所述服务器发送的打车成功的信息，从而相较于登录当前打车用户账户的移动终端需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前打车用户账户与服务器之间的交互以及当前打车用户打车所用移动终端侧调用的应用程序的数量，从而在打车用户的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
另一方面，本发明实施例提出一种服务器，包括：
接收单元，用于接收登录第一账户的第一移动终端发送的上车地点和目的地点，并接收登录第二账户的第二移动终端发送的打车请求，其中，所述第一账户和第二账户互为关联账户；
匹配单元，用于根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和第二移动终端发送打车成功的信息；
第一计算单元，用于在所述用户打车结束后获取第三移动终端发送的所述用户所乘坐车辆的行驶路径长度，根据所述行驶路径长度计算打车费用，将所述打车费用发送给所述第一移动终端，以使所述用户在确认支付打车费用后，触发所述第二账户支付所述打车费用；
第一发送单元，用于在所述第二账户支付所述打车费用后，向所述第一移动终端和第三移动终端发送支付成功信息。
本发明实施例提供的服务器，由所述服务器的匹配单元与代替当前打车用户账户的关联账户进行交互，并由所述关联账户进行打车费用支付，而登录当前打车用户账户的移动终端仅需要向接收单元发送打车用户的上车地点和目的地点，接收匹配单元发送的打车成功的信息和第一发送单元发送的支付成功信息，从而相较于登录当前打车用户账户的移动终端需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前打车用户账户与服务器之间的交互以及当前打车用户打车所用移动终端侧调用的应用程序的数量，从而在打车用户的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
另一方面，本发明实施例提出一种移动终端，包括：
联系方式接收单元，用于在接单后，接收服务器发送的乘客的联系方式；
行驶路径长度发送单元，用于在所述乘客打车结束后向所述服务器发送所述乘客所乘坐车辆的行驶路径长度，以使所述服务器根据所述行驶路径长度计算打车费用，并将所述打车费用发送给登录所述乘客账户的移动终端；
支付成功信息接收单元，用于在所述乘客账户的关联账户支付所述打车费用后，接收所述服务器发送的支付成功信息。
本发明实施例提供的移动终端，在司机接到乘客后不需要登录乘客账户的移动终端与服务器交互，在需要乘客支付打车费用时，由乘客账户的关联账户代替乘客账户进行打车费用支付，而登录乘客账户的移动终端仅需要接收服务器发送的打车费用信息，从而相较于登录乘客账户的移动终端需要在打车结束时调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少乘客打车所用移动终端侧调用的应用程序的数量，从而在乘客的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，使乘客在移动终端电量较低时仍然能完成打车。
另一方面，本发明实施例提出一种打车系统，包括：
上述移动终端和服务器。
本发明实施例提供的打车系统，包含上述移动终端和服务器，从而使得登录当前打车用户账户的关联账户的移动终端能够代替登录当前打车用户账户的移动终端与服务器进行交互，并完成打车费用支付，而登录当前打车用户账户的移动终端仅需接收服务器发送的打车成功的信息和支付成功信息，从而相较于登录当前打车用户账户的移动终端需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前打车用户账户与服务器之间的交互以及当前打车用户打车所用移动终端侧调用的应用程序的数量，从而在打车用户的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
附图说明
图1为本发明利用移动终端进行打车的方法一实施例的流程示意图；
图2为本发明打车过程中的信息交互方法一实施例的流程示意图；
图3为本发明打车过程中的信息交互方法一实施例的流程示意图；
图4为本发明打车过程中的信息交互方法一实施例的流程示意图；
图5为本发明移动终端一实施例的结构示意图；
图6为本发明移动终端一实施例的结构示意图；
图7为本发明服务器一实施例的结构示意图；
图8为本发明移动终端一实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参看图1，本实施例公开一种利用移动终端进行打车的方法，包括：
S10、接收用户的叫车指令，检测移动终端当前的电池电量使用情况；
S11、若电量低于预设的数值(比如5％)，则获取所述用户的上车地点和目的地点，将所述上车地点和目的地点发送给服务器，并触发所述用户账户的关联账户向所述服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述用户的联系方式(也可以附带发送关联账户对应的用户的联系方式)，向所述移动终端和登录所述关联账户的移动终端发送打车成功的信息；
S12、接收所述服务器发送的打车成功的信息，并在打车结束后接收所述服务器发送的打车费用信息，在所述用户确认支付打车费用后，触发所述关联账户支付本次打车费用。
本发明实施例提供的利用移动终端进行打车的方法，当用户打车时，首先检测用户打车所用移动终端的电池电量情况，若电池电量较低，则触发当前用户账户的关联账户代替当前用户账户与服务器进行交互，且代替当前用户账户进行打车费用支付，而仅上传打车用户的上车地点和目的地点，接收所述服务器发送的打车成功的信息，从而相较于需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前用户账户与服务器之间的交互以及当前用户打车所用移动终端侧调用的应用程序的数量，从而极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
可选地，在本发明利用移动终端进行打车的方法的另一实施例中，还可以包括：
若电量低于所述数值，则将所述移动终端切换至省电模式。
本发明实施例中，当电量低于所述数值，则将所述移动终端切换至省电模式，从而能够在前述实施例的基础上进一步地减少打车过程所耗费的电量，便于用户完成打车。
可选地，在本发明利用移动终端进行打车的方法的另一实施例中，在所述关联账户支付本次打车费用成功后，所述方法，还可以包括：
记录本次关联打车信息，
其中，所述方法，还包括：
在下一次打车时，若检测到所述移动终端的电池电量不低于所述数值，则提示所述用户是否调出上次关联打车信息；
在所述用户确认调出上次关联打车信息后，调出上次关联打车信息，并显示，其中，在显示上次关联打车信息的界面上显示有表示是否将上次打车费用支付给所述关联账户的选择按键；
在所述用户确认将上次打车费用支付给所述关联账户后，将上次打车费用支付给所述关联账户。
本发明实施例中，每次关联打车信息可以不存储在本地，而是由服务器进行记录，这样，当下次打车时自动检索乘客移动终端的电量，当电量充足的时候可以从服务器调出上次关联打车信息，由乘客自己选择是否显示上次的叫车详情并且支付打车费用给关联账户，从而相较于在本地记录关联打车信息，能够节省本地存储空间。
参看图2，本发明实施例提出一种打车过程中的信息交互方法，包括：
S20、接收登录第一账户的第一移动终端发送的第一触发指令，根据所述第一触发指令向服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和发起所述打车请求的第二移动终端发送打车成功的信息，其中，所述第一账户和所述第二终端登录的第二账户互为关联账户；
S21、接收所述服务器发送的打车成功的信息，在所述用户打车结束后接收所述第一移动终端发送的第二触发指令，根据所述第二触发指令由所述第二账户支付所述用户的本次打车费用。
本实施例公开的打车过程中的信息交互方法，由当前打车用户账户的关联账户代替当前打车用户账户与服务器进行交互，且代替当前打车用户账户进行打车费用支付，而登录当前打车用户账户的移动终端仅需要上传打车用户的上车地点和目的地点，接收所述服务器发送的打车成功的信息，从而相较于登录当前打车用户账户的移动终端需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前打车用户账户与服务器之间的交互以及当前打车用户打车所用移动终端侧调用的应用程序的数量，从而在打车用户的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
可选地，在本发明打车过程中的信息交互方法的另一实施例中，在所述接收所述第一移动终端发送的第二触发指令之前，还可以包括：
在所述第一账户对应用户乘车的过程中获取所述服务器发送的所述用户所乘坐车辆的实时位置信息和实时打车费用信息，显示所述实时打车费用信息，并根据所述实时位置信息生成所述用户所乘坐车辆的行驶路径，显示所述行驶路径。
本发明实施例中，在用户乘车的过程中在登录其关联账户的移动终端上显示用户的实时打车费用信息和用户所乘坐车辆的行驶路径，能够使登录其关联账户的它人了解该用户的打车信息，从而能够一定程度上保证该用户的打车安全。
参看图3，本发明实施例提出一种打车过程中的信息交互方法，包括：
S30、接收登录第一账户的第一移动终端发送的上车地点和目的地点，并接收登录第二账户的第二移动终端发送的打车请求，其中，所述第一账户和第二账户互为关联账户；
S31、根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和第二移动终端发送打车成功的信息；
S32、在所述用户打车结束后获取第三移动终端发送的所述用户所乘坐车辆的行驶路径长度，根据所述行驶路径长度计算打车费用，将所述打车费用发送给所述第一移动终端，以使所述用户在确认支付打车费用后，触发所述第二账户支付所述打车费用；
S33、在所述第二账户支付所述打车费用后，向所述第一移动终端和第三移动终端发送支付成功信息。
本发明实施例中，除了向目标车辆发送第一账户对应用户的联系方式之外，还可以向目标车辆发送第二账户对应用户的联系方式，以使目标车辆司机联系不到第一账户对应用户的情况下，可以通过联系第二账户对应用户结束本次打车过程。
本实施例公开的打车过程中的信息交互方法，由当前打车用户账户的关联账户代替当前打车用户账户与服务器进行交互，且代替当前打车用户账户进行打车费用支付，而登录当前打车用户账户的移动终端仅需要上传打车用户的上车地点和目的地点，接收所述服务器发送的打车成功的信息和支付成功信息，从而相较于登录当前打车用户账户的移动终端需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前打车用户账户与服务器之间的交互以及当前打车用户打车所用移动终端侧调用的应用程序的数量，从而在打车用户的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
可选地，在本发明打车过程中的信息交互方法的另一实施例中，所述在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，可以包括：
通过查找预设的账户和账户对应的用户的联系方式的对应关系确定所述第一账户对应用户的联系方式；
向所述目标车辆发送所述第一账户对应用户的联系方式。
可选地，在本发明打车过程中的信息交互方法的另一实施例中，还可以包括：
在所述用户乘车的过程中获取所述第三移动终端发送的所述用户所乘坐车辆的实时位置信息和实时行驶路径长度，根据所述实时行驶路径长度计算实时打车费用，将所述实时位置信息和实时打车费用发送给所述第二移动终端。
本发明实施例中，在用户乘车的过程中通过获取所述第三移动终端(司机侧)发送的所述用户所乘坐车辆的实时位置信息和实时行驶路径长度，根据所述实时行驶路径长度计算实时打车费用，将所述实时位置信息和实时打车费用发送给所述第二移动终端(已登录关联账户)，有助于使登录所述用户账户的关联账户的它人了解该用户的打车信息，从而能够一定程度上保证该用户的打车安全。
参看图4，本发明实施例提出一种打车过程中的信息交互方法，包括：
S40、在接单后，接收服务器发送的乘客的联系方式；
S41、在所述乘客打车结束后向所述服务器发送所述乘客所乘坐车辆的行驶路径长度，以使所述服务器根据所述行驶路径长度计算打车费用，并将所述打车费用发送给登录所述乘客账户的移动终端；
S42、在所述乘客账户的关联账户支付所述打车费用后，接收所述服务器发送的支付成功信息。
本实施例公开的打车过程中的信息交互方法，在司机接到乘客后不需要登录乘客账户的移动终端与服务器交互，在需要乘客支付打车费用时，由乘客账户的关联账户代替乘客账户进行打车费用支付，而登录乘客账户的移动终端仅需要接收服务器发送的打车费用信息，从而相较于登录乘客账户的移动终端需要在打车结束时调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少乘客打车所用移动终端侧调用的应用程序的数量，从而在乘客的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，使乘客在移动终端电量较低时仍然能完成打车。
可选地，在本发明打车过程中的信息交互方法的另一实施例中，还可以包括：
在所述乘客乘车的过程中，获取所述乘客所乘坐车辆的实时位置信息和实时行驶路径长度，将所述实时位置信息和实时行驶路径长度发送给所述服务器，以使所述服务器根据所述实时行驶路径长度计算实时打车费用，将所述实时位置信息和实时打车费用发送给登录所述乘客账户的关联账户的移动终端。
本发明实施例中，在乘客乘车的过程中获取所述乘客所乘坐车辆的实时位置信息和实时行驶路径长度，将所述实时位置信息和实时行驶路径长度发送给所述服务器，有助于所述服务器根据所述实时行驶路径长度计算实时打车费用，将所述实时位置信息和实时打车费用发送给登录所述乘客账户的关联账户的移动终端，从而有助于登录所述乘客账户的关联账户的它人了解乘客的打车信息，从而能够一定程度上保证乘客的打车安全。
参看图5，本发明实施例提出一种移动终端，包括：
电量检测单元10，用于接收用户的叫车指令，检测移动终端当前的电池电量使用情况；
打车触发单元11，用于若电量低于预设的数值，则获取所述用户的上车地点和目的地点，将所述上车地点和目的地点发送给服务器，并触发所述用户账户的关联账户向所述服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述用户的联系方式，向所述移动终端和登录所述关联账户的移动终端发送打车成功的信息；
支付触发单元12，用于接收所述服务器发送的打车成功的信息，并在打车结束后接收所述服务器发送的打车费用信息，在所述用户确认支付打车费用后，触发所述关联账户支付本次打车费用。
本实施例公开的移动终端，当用户打车时，首先由电量检测单元检测用户打车所用移动终端的电池电量情况，若电池电量较低，则由打车触发单元触发当前用户账户的关联账户代替当前用户账户与服务器进行交互，且由支付触发单元触发当前用户账户的关联账户代替当前用户账户进行打车费用支付，而仅由所述打车触发单元上传打车用户的上车地点和目的地点，并由所述支付触发单元接收所述服务器发送的打车成功的信息，从而相较于需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前用户账户与服务器之间的交互以及当前用户打车所用移动终端侧调用的应用程序的数量，从而极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
可选地，在本发明移动终端的另一实施例中，还可以包括：
模式切换单元，用于若电量低于所述数值，则将所述移动终端切换至省电模式。
本发明实施例中，当电量低于所述数值，由模式切换单元将所述移动终端切换至省电模式，从而能够在前述实施例的基础上进一步地减少打车过程所耗费的电量，便于用户完成打车。
可选地，在本发明移动终端的另一实施例中，还可以包括：
记录单元，用于在所述关联账户支付本次打车费用成功后，记录本次关联打车信息，
其中，所述移动终端，还可以包括：
提示单元，用于在下一次打车时，若检测到所述移动终端的电池电量不低于所述数值，则提示所述用户是否调出上次关联打车信息；
显示单元，用于在所述用户确认调出上次关联打车信息后，调出上次关联打车信息，并显示，其中，在显示上次关联打车信息的界面上显示有表示是否将上次打车费用支付给所述关联账户的选择按键；
支付单元，用于在所述用户确认将上次打车费用支付给所述关联账户后，将上次打车费用支付给所述关联账户。
本发明实施例中，每次关联打车信息可以不存储在本地，而是由服务器进行记录，这样，当下次打车时自动检索乘客移动终端的电量，当电量充足的时候可以从服务器调出上次关联打车信息，由乘客自己选择是否显示上次的叫车详情并且支付打车费用给关联账户，从而相较于在本地记录关联打车信息，能够节省本地存储空间。
参看图6，本发明实施例提出一种移动终端，包括：
打车请求发起单元20，用于接收登录第一账户的第一移动终端发送的第一触发指令，根据所述第一触发指令向服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和发起所述打车请求的第二移动终端发送打车成功的信息，其中，所述第一账户和所述第二终端登录的第二账户互为关联账户；
打车费用支付单元21，用于接收所述服务器发送的打车成功的信息，在所述用户打车结束后接收所述第一移动终端发送的第二触发指令，根据所述第二触发指令由所述第二账户支付所述用户的本次打车费用。
本实施例公开的移动终端，由打车请求发起单元根据登录当前打车用户账户的移动终端发送的第一触发指令触发当前打车用户账户的关联账户代替当前打车用户账户与服务器进行交互，且由打车费用支付单元根据登录当前打车用户账户的移动终端发送的第二触发指令触发所述关联账户代替当前打车用户账户进行打车费用支付，而登录当前打车用户账户的移动终端仅需要上传打车用户的上车地点和目的地点，由所述打车费用支付单元接收所述服务器发送的打车成功的信息，从而相较于登录当前打车用户账户的移动终端需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前打车用户账户与服务器之间的交互以及当前打车用户打车所用移动终端侧调用的应用程序的数量，从而在打车用户的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
可选地，在本发明移动终端的另一实施例中，还可以包括：
位置和行驶路径显示单元，用于用于在所述打车费用支付单元接收所述第一移动终端发送的第二触发指令之前，在所述第一账户对应用户乘车的过程中获取所述服务器发送的所述用户所乘坐车辆的实时位置信息和实时打车费用信息，显示所述实时打车费用信息，并根据所述实时位置信息生成所述用户所乘坐车辆的行驶路径，显示所述行驶路径。
本发明实施例中，在用户乘车的过程中在登录其关联账户的移动终端上显示用户的实时打车费用信息和用户所乘坐车辆的行驶路径，能够使登录其关联账户的它人了解该用户的打车信息，从而能够一定程度上保证该用户的打车安全。
参看图7，本发明实施例提出一种服务器，包括：
接收单元30，用于接收登录第一账户的第一移动终端发送的上车地点和目的地点，并接收登录第二账户的第二移动终端发送的打车请求，其中，所述第一账户和第二账户互为关联账户；
匹配单元31，用于根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和第二移动终端发送打车成功的信息；
第一计算单元32，用于在所述用户打车结束后获取第三移动终端发送的所述用户所乘坐车辆的行驶路径长度，根据所述行驶路径长度计算打车费用，将所述打车费用发送给所述第一移动终端，以使所述用户在确认支付打车费用后，触发所述第二账户支付所述打车费用；
第一发送单元33，用于在所述第二账户支付所述打车费用后，向所述第一移动终端和第三移动终端发送支付成功信息。
本发明实施例中，可以事先在服务器端由乘客自己设置关联账号，例如A的关联账号是自己妻子B的账号。所述的服务器中存储有第一账户与与所述第一账户关联的第二账户的对应关系，当接收到移动终端发送的上车地点和目的地点，以及打车请求时，会查找所述对应关系，以确定出相关联的账户，便于进行后续进行打车服务。
本实施例公开的服务器，由所述服务器的匹配单元与代替当前打车用户账户的关联账户进行交互，并由所述关联账户进行打车费用支付，而登录当前打车用户账户的移动终端仅需要向接收单元发送打车用户的上车地点和目的地点，接收匹配单元发送的打车成功的信息和第一发送单元发送的支付成功信息，从而相较于登录当前打车用户账户的移动终端需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前打车用户账户与服务器之间的交互以及当前打车用户打车所用移动终端侧调用的应用程序的数量，从而在打车用户的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
可选地，在本发明服务器的另一实施例中，所述匹配单元，可以具体用于：
通过查找预设的账户和账户对应的用户的联系方式的对应关系确定所述第一账户对应用户的联系方式；
向所述目标车辆发送所述第一账户对应用户的联系方式。
可选地，在本发明服务器的另一实施例中，还可以包括：
第二计算单元，用于在所述用户乘车的过程中获取所述第三移动终端发送的所述用户所乘坐车辆的实时位置信息和实时行驶路径长度，根据所述实时行驶路径长度计算实时打车费用，将所述实时位置信息和实时打车费用发送给所述第二移动终端。
本发明实施例中，在用户乘车的过程中通过获取所述第三移动终端(司机侧)发送的所述用户所乘坐车辆的实时位置信息和实时行驶路径长度，根据所述实时行驶路径长度计算实时打车费用，将所述实时位置信息和实时打车费用发送给所述第二移动终端(已登录关联账户)，有助于使登录所述用户账户的关联账户的它人了解该用户的打车信息，从而能够一定程度上保证该用户的打车安全。
参看图8，本发明实施例提出一种移动终端，包括：
联系方式接收单元40，用于在接单后，接收服务器发送的乘客的联系方式；
行驶路径长度发送单元41，用于在所述乘客打车结束后向所述服务器发送所述乘客所乘坐车辆的行驶路径长度，以使所述服务器根据所述行驶路径长度计算打车费用，并将所述打车费用发送给登录所述乘客账户的移动终端；
支付成功信息接收单元42，用于在所述乘客账户的关联账户支付所述打车费用后，接收所述服务器发送的支付成功信息。
本实施例公开的移动终端，在司机接到乘客后不需要登录乘客账户的移动终端与服务器交互，在需要乘客支付打车费用时，由乘客账户的关联账户代替乘客账户进行打车费用支付，而登录乘客账户的移动终端仅需要接收服务器发送的打车费用信息，从而相较于登录乘客账户的移动终端需要在打车结束时调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少乘客打车所用移动终端侧调用的应用程序的数量，从而在乘客的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，使乘客在移动终端电量较低时仍然能完成打车。
可选地，在本发明移动终端的另一实施例中，还可以包括：
第二发送单元，用于在所述乘客乘车的过程中，获取所述乘客所乘坐车辆的实时位置信息和实时行驶路径长度，将所述实时位置信息和实时行驶路径长度发送给所述服务器，以使所述服务器根据所述实时行驶路径长度计算实时打车费用，将所述实时位置信息和实时打车费用发送给登录所述乘客账户的关联账户的移动终端。
本发明实施例中，在乘客乘车的过程中获取所述乘客所乘坐车辆的实时位置信息和实时行驶路径长度，将所述实时位置信息和实时行驶路径长度发送给所述服务器，有助于所述服务器根据所述实时行驶路径长度计算实时打车费用，将所述实时位置信息和实时打车费用发送给登录所述乘客账户的关联账户的移动终端，从而有助于登录所述乘客账户的关联账户的它人了解乘客的打车信息，从而能够一定程度上保证乘客的打车安全。
本发明实施例提出一种打车系统，包括：
上述实施例任一项所述的移动终端(指图5所示的移动终端以及其扩展实施例)、上述实施例任一项所述的移动终端(指图6所示的移动终端以及其扩展实施例)、上述实施例任一项所述的服务器(指图7所示的服务器以及其扩展实施例)以及上述实施例任一项所述的移动终端(指图8所示的移动终端以及其扩展实施例)。
本实施例公开的打车系统，包含上述移动终端和服务器，从而使得登录当前打车用户账户的关联账户的移动终端能够代替登录当前打车用户账户的移动终端与服务器进行交互，并完成打车费用支付，而登录当前打车用户账户的移动终端仅需接收服务器发送的打车成功的信息和支付成功信息，从而相较于登录当前打车用户账户的移动终端需要和服务器进行信息交互以及在打车结束时需要调用支付软件进行打车费用支付的现有技术，本发明能够尽可能减少当前打车用户账户与服务器之间的交互以及当前打车用户打车所用移动终端侧调用的应用程序的数量，从而在打车用户的移动终端电量较低时能够极大程度上节省打车过程所耗费的电量，从而使用户在移动终端电量较低时仍然能完成打车。
虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。
Claims (17)
1.一种利用移动终端进行打车的方法，其特征在于，包括：
接收用户的叫车指令，检测移动终端当前的电池电量使用情况；
若电量低于预设的数值，则获取所述用户的上车地点和目的地点，将所述上车地点和目的地点发送给服务器，并触发所述用户账户的关联账户向所述服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述用户的联系方式，向所述移动终端和登录所述关联账户的移动终端发送打车成功的信息；
接收所述服务器发送的打车成功的信息，并在打车结束后接收所述服务器发送的打车费用信息，在所述用户确认支付打车费用后，触发所述关联账户支付本次打车费用。
2.根据权利要求1所述的方法，其特征在于，还包括：
若电量低于所述数值，则将所述移动终端切换至省电模式。
3.根据权利要求1或2所述的方法，其特征在于，在所述关联账户支付本次打车费用成功后，所述方法，还包括：
记录本次关联打车信息，
其中，所述方法，还包括：
在下一次打车时，若检测到所述移动终端的电池电量不低于所述数值，则提示所述用户是否调出上次关联打车信息；
在所述用户确认调出上次关联打车信息后，调出上次关联打车信息，并显示，其中，在显示上次关联打车信息的界面上显示有表示是否将上次打车费用支付给所述关联账户的选择按键；
在所述用户确认将上次打车费用支付给所述关联账户后，将上次打车费用支付给所述关联账户。
4.一种打车过程中的信息交互方法，其特征在于，包括：
接收登录第一账户的第一移动终端发送的第一触发指令，根据所述第一触发指令向服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和发起所述打车请求的第二移动终端发送打车成功的信息，其中，所述第一账户和所述第二终端登录的第二账户互为关联账户；
接收所述服务器发送的打车成功的信息，在所述用户打车结束后接收所述第一移动终端发送的第二触发指令，根据所述第二触发指令由所述第二账户支付所述用户的本次打车费用。
5.根据权利要求4所述的方法，其特征在于，在所述接收所述第一移动终端发送的第二触发指令之前，还包括：
在所述第一账户对应用户乘车的过程中获取所述服务器发送的所述用户所乘坐车辆的实时位置信息和实时打车费用信息，显示所述实时打车费用信息，并根据所述实时位置信息生成所述用户所乘坐车辆的行驶路径，显示所述行驶路径。
6.一种打车过程中的信息交互方法，其特征在于，包括：
接收登录第一账户的第一移动终端发送的上车地点和目的地点，并接收登录第二账户的第二移动终端发送的打车请求，其中，所述第一账户和第二账户互为关联账户；
根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和第二移动终端发送打车成功的信息；
在所述用户打车结束后获取第三移动终端发送的所述用户所乘坐车辆的行驶路径长度，根据所述行驶路径长度计算打车费用，将所述打车费用发送给所述第一移动终端，以使所述用户在确认支付打车费用后，触发所述第二账户支付所述打车费用；
在所述第二账户支付所述打车费用后，向所述第一移动终端和第三移动终端发送支付成功信息。
7.根据权利要求6所述的方法，其特征在于，所述在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，包括：
通过查找预设的账户和账户对应的用户的联系方式的对应关系确定所述第一账户对应用户的联系方式；
向所述目标车辆发送所述第一账户对应用户的联系方式。
8.根据权利要求6所述的方法，其特征在于，还包括：
在所述用户乘车的过程中获取所述第三移动终端发送的所述用户所乘坐车辆的实时位置信息和实时行驶路径长度，根据所述实时行驶路径长度计算实时打车费用，将所述实时位置信息和实时打车费用发送给所述第二移动终端。
9.一种移动终端，其特征在于，包括：
电量检测单元，用于接收用户的叫车指令，检测移动终端当前的电池电量使用情况；
打车触发单元，用于若电量低于预设的数值，则获取所述用户的上车地点和目的地点，将所述上车地点和目的地点发送给服务器，并触发所述用户账户的关联账户向所述服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述用户的联系方式，向所述移动终端和登录所述关联账户的移动终端发送打车成功的信息；
支付触发单元，用于接收所述服务器发送的打车成功的信息，并在打车结束后接收所述服务器发送的打车费用信息，在所述用户确认支付打车费用后，触发所述关联账户支付本次打车费用。
10.根据权利要求9所述的移动终端，其特征在于，还包括：
模式切换单元，用于若电量低于所述数值，则将所述移动终端切换至省电模式。
11.根据权利要求9或10所述的移动终端，其特征在于，还包括：
记录单元，用于在所述关联账户支付本次打车费用成功后，记录本次关联打车信息，
其中，所述移动终端，还包括：
提示单元，用于在下一次打车时，若检测到所述移动终端的电池电量不低于所述数值，则提示所述用户是否调出上次关联打车信息；
显示单元，用于在所述用户确认调出上次关联打车信息后，调出上次关联打车信息，并显示，其中，在显示上次关联打车信息的界面上显示有表示是否将上次打车费用支付给所述关联账户的选择按键；
支付单元，用于在所述用户确认将上次打车费用支付给所述关联账户后，将上次打车费用支付给所述关联账户。
12.一种移动终端，其特征在于，包括：
打车请求发起单元，用于接收登录第一账户的第一移动终端发送的第一触发指令，根据所述第一触发指令向服务器发起打车请求，以使所述服务器根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和发起所述打车请求的第二移动终端发送打车成功的信息，其中，所述第一账户和所述第二终端登录的第二账户互为关联账户；
打车费用支付单元，用于接收所述服务器发送的打车成功的信息，在所述用户打车结束后接收所述第一移动终端发送的第二触发指令，根据所述第二触发指令由所述第二账户支付所述用户的本次打车费用。
13.根据权利要求12所述的移动终端，其特征在于，还包括：
位置和行驶路径显示单元，用于在所述打车费用支付单元接收所述第一移动终端发送的第二触发指令之前，在所述第一账户对应用户乘车的过程中获取所述服务器发送的所述用户所乘坐车辆的实时位置信息和实时打车费用信息，显示所述实时打车费用信息，并根据所述实时位置信息生成所述用户所乘坐车辆的行驶路径，显示所述行驶路径。
14.一种服务器，其特征在于，包括：
接收单元，用于接收登录第一账户的第一移动终端发送的上车地点和目的地点，并接收登录第二账户的第二移动终端发送的打车请求，其中，所述第一账户和第二账户互为关联账户；
匹配单元，用于根据所述打车请求，利用所述第一移动终端发送的上车地点和目的地点进行车辆匹配，并在确定出目标车辆后，向所述目标车辆发送所述第一账户对应用户的联系方式，向所述第一移动终端和第二移动终端发送打车成功的信息；
第一计算单元，用于在所述用户打车结束后获取第三移动终端发送的所述用户所乘坐车辆的行驶路径长度，根据所述行驶路径长度计算打车费用，将所述打车费用发送给所述第一移动终端，以使所述用户在确认支付打车费用后，触发所述第二账户支付所述打车费用；
第一发送单元，用于在所述第二账户支付所述打车费用后，向所述第一移动终端和第三移动终端发送支付成功信息。
15.根据权利要求14所述的服务器，其特征在于，所述匹配单元，具体用于：
通过查找预设的账户和账户对应的用户的联系方式的对应关系确定所述第一账户对应用户的联系方式；
向所述目标车辆发送所述第一账户对应用户的联系方式。
16.根据权利要求14所述的服务器，其特征在于，还包括：
第二计算单元，用于在所述用户乘车的过程中获取所述第三移动终端发送的所述用户所乘坐车辆的实时位置信息和实时行驶路径长度，根据所述实时行驶路径长度计算实时打车费用，将所述实时位置信息和实时打车费用发送给所述第二移动终端。
17.一种打车系统，其特征在于，包括：
上述权利要求9至11任一项所述的移动终端、上述权利要求12至13任一项所述的移动终端、上述权利要求14至16任一项所述的服务器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610223670.9A CN107272866B (zh) | 2016-04-08 | 2016-04-08 | 打车方法、信息交互方法、移动终端、服务器和打车系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610223670.9A CN107272866B (zh) | 2016-04-08 | 2016-04-08 | 打车方法、信息交互方法、移动终端、服务器和打车系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107272866A CN107272866A (zh) | 2017-10-20 |
| CN107272866B true CN107272866B (zh) | 2021-03-16 |
Family
ID=60052541
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610223670.9A Active CN107272866B (zh) | 2016-04-08 | 2016-04-08 | 打车方法、信息交互方法、移动终端、服务器和打车系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107272866B (zh) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110447050A (zh) * | 2017-12-04 | 2019-11-12 | 北京嘀嘀无限科技发展有限公司 | 用于在线按需服务中分配订单的系统和方法 |
| CN110276462B (zh) * | 2018-03-14 | 2023-09-12 | 北京嘀嘀无限科技发展有限公司 | 约车、约车订单处理方法及装置 |
| JP7091871B2 (ja) * | 2018-06-21 | 2022-06-28 | トヨタ自動車株式会社 | 情報処理装置、情報処理システム、情報処理方法、及び、情報処理プログラム |
| CN109285102B (zh) * | 2018-08-15 | 2022-02-22 | 创新先进技术有限公司 | 打车方法和装置、电子设备 |
| CN109367542B (zh) * | 2018-09-25 | 2021-03-12 | 珠海格力电器股份有限公司 | 一种控制车辆行驶的方法和装置 |
| CN109474747B (zh) * | 2018-11-28 | 2020-10-23 | 维沃移动通信有限公司 | 一种信息提示方法及移动终端 |
| CN109542208B (zh) * | 2018-12-10 | 2021-11-30 | 深圳市中交出行科技有限公司 | 一种基于网约车服务的低耗能监控方法 |
| CN109561411B (zh) * | 2018-12-10 | 2022-02-15 | 北京小米移动软件有限公司 | 打车服务的优化方法及装置 |
| CN109949024B (zh) * | 2019-02-26 | 2021-09-14 | 杭州优行科技有限公司 | 服务提供方法、装置、服务器及存储介质 |
| CN110430239A (zh) * | 2019-07-09 | 2019-11-08 | 北京小米智能科技有限公司 | 打车信息处理方法、装置、电子设备和存储介质 |
| CN112486313B (zh) | 2019-09-11 | 2024-03-26 | 华为技术有限公司 | 终端的节电方法和装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20110129733A (ko) * | 2010-05-26 | 2011-12-02 | 성균관대학교산학협력단 | 이동통신 단말기를 이용한 택시 콜 서비스 시스템 및 방법 |
| CN102903154A (zh) * | 2012-10-16 | 2013-01-30 | 上海天英微系统科技有限公司 | 拼车用出租车及其拼车方法 |
| CN103390344A (zh) * | 2012-05-09 | 2013-11-13 | 深圳华宏联创科技有限公司 | 实现出租车拼车的方法及系统 |
| CN104835100A (zh) * | 2015-04-23 | 2015-08-12 | 小米科技有限责任公司 | 出行协商方法、装置、终端及服务器 |
| CN104933767A (zh) * | 2014-03-19 | 2015-09-23 | 杨超 | 一种基于移动终端的交通工具智能合乘计费方法及其系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104463450A (zh) * | 2014-11-28 | 2015-03-25 | 小米科技有限责任公司 | 一种订单处理的方法和装置 |
-
2016
- 2016-04-08 CN CN201610223670.9A patent/CN107272866B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20110129733A (ko) * | 2010-05-26 | 2011-12-02 | 성균관대학교산학협력단 | 이동통신 단말기를 이용한 택시 콜 서비스 시스템 및 방법 |
| CN103390344A (zh) * | 2012-05-09 | 2013-11-13 | 深圳华宏联创科技有限公司 | 实现出租车拼车的方法及系统 |
| CN102903154A (zh) * | 2012-10-16 | 2013-01-30 | 上海天英微系统科技有限公司 | 拼车用出租车及其拼车方法 |
| CN104933767A (zh) * | 2014-03-19 | 2015-09-23 | 杨超 | 一种基于移动终端的交通工具智能合乘计费方法及其系统 |
| CN104835100A (zh) * | 2015-04-23 | 2015-08-12 | 小米科技有限责任公司 | 出行协商方法、装置、终端及服务器 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107272866A (zh) | 2017-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107272866B (zh) | 打车方法、信息交互方法、移动终端、服务器和打车系统 | |
| CN110135852B (zh) | 乘车支付方法、系统、支付受理设备和服务器 | |
| CN108009652B (zh) | 信息显示方法、装置、终端设备和计算机可读存储介质 | |
| EP3306348A1 (en) | Vehicle positioning method and system | |
| CN106228383A (zh) | 一种生成订单邀约信息的方法和装置 | |
| CN111784924A (zh) | 车辆的停放控制方法、电子设备及共享车辆系统 | |
| CN109547917A (zh) | 共享单车的交接和停放方法及交接识别系统 | |
| CN109649340B (zh) | 基于互联网的洗车方法及洗车机、服务器和车载终端 | |
| EP3885210A1 (en) | Intelligent vehicle washing method, vehicle washing machine, server, and vehicle terminal | |
| CN110599695A (zh) | 一种移动电源的租赁方法 | |
| CN106740210A (zh) | 基于二维码的电动汽车充电方法及装置 | |
| CN111784868B (zh) | 一种基于智能终端的事件记录方法和系统 | |
| CN113257034B (zh) | 车位智能预约方法及系统 | |
| CN106971334A (zh) | 处理行程订单的方法及装置、电子设备 | |
| CN104501821A (zh) | 一种基于实时路况最佳路线规划方法、系统及便携式设备 | |
| US20210035062A1 (en) | Information prompt | |
| CN106231110A (zh) | 司机客户端的离线服务方法、司机客户端及相关系统 | |
| CN105513418A (zh) | 一种停车方法、装置及系统 | |
| CN110956515A (zh) | 一种订单处理方法、装置、电子设备及计算机存储介质 | |
| CN107770036A (zh) | 房源信息检索、数据接收与发送处理方法、服务器和装置 | |
| CN110956346A (zh) | 一种订单处理方法及装置 | |
| CN112633537A (zh) | 代叫车订单处理方法、装置，以及电子设备 | |
| CN108519093B (zh) | 一种导航路线确定方法及装置 | |
| KR102106046B1 (ko) | 주차 공간의 전달 | |
| JP6131604B2 (ja) | 車両管理システム |
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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20201208 Address after: 100193, No. 34, building No. 8, West flourishing road, Haidian District, Beijing Applicant after: BEIJING DIDI INFINITY TECHNOLOGY AND DEVELOPMENT Co.,Ltd. Address before: Office building D comprehensive service district Nangang Industrial Zone 300480 in Tianjin Binhai New Area of Tianjin economic and Technological Development Zone 2 219-23 Applicant before: Didi (China) Technology Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |