CN111127156A - 一种业务执行的方法及装置 - Google Patents

一种业务执行的方法及装置 Download PDF

Info

Publication number
CN111127156A
CN111127156A CN201911347058.2A CN201911347058A CN111127156A CN 111127156 A CN111127156 A CN 111127156A CN 201911347058 A CN201911347058 A CN 201911347058A CN 111127156 A CN111127156 A CN 111127156A
Authority
CN
China
Prior art keywords
user
order
network car
network
service platform
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
CN201911347058.2A
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 Sankuai Online Technology Co Ltd
Original Assignee
Beijing Sankuai Online Technology 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 Sankuai Online Technology Co Ltd filed Critical Beijing Sankuai Online Technology Co Ltd
Priority to CN201911347058.2A priority Critical patent/CN111127156A/zh
Publication of CN111127156A publication Critical patent/CN111127156A/zh
Pending legal-status Critical Current

Links

Images

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/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)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Traffic Control Systems (AREA)

Abstract

本说明书公开了一种业务执行的方法及装置，在接收第一用户针对第二用户发起的网约车请求之后，服务平台获取第二用户的当前位置并发送给第一用户，第一用户根据第二用户的当前位置生成网约车订单，在司机接单后，若服务平台接收到司机发送的订单完毕消息，使第二用户对完成网约车订单进行确认，当第二用户确认后，将网约车订单对应的账单发送给第一用户执行。通过上述方法，减少了第一用户、第二用户与司机之间的交互，提高了代打网约车过程中的信息沟通效率。

Description

一种业务执行的方法及装置
技术领域
本说明书涉及交通通信领域，尤其涉及一种业务执行的方法及装置。
背景技术
在使用网约车出行时，用户可以使用智能设备等终端给自己打车，也可以使用自己的智能设备给别人打车(也即，代别人打车)，尤其是当操作智能设备有困难的长辈需要打车时，用户可在自己的智能设备上使用自己的账户信息给长辈打车。
现有技术中，用户(为便于描述，统称为A)在给别人(统称为B)打车时，B联系A告知B当前的位置以及目的地，A根据B的信息，使用网约车软件为B打车并将B的信息上传至服务平台，司机接单后，电话联系B沟通具体的事宜(例如，上车地点、当前位置等)。当B结束行程后，服务器将账单发给A以便于A支付账单。
在A给B打车的过程中，A、B、司机之间的信息沟通需要多轮交互，信息沟通效率比较低。所以，如何能够提高A给B打车过程中的信息沟通效率，则是一个亟待解决的问题。
发明内容
本说明书实施例提供一种业务执行的方法及装置，以部分解决现有技术存在的上述问题。
本说明书实施例采用下述技术方案：
本说明书提供的一种业务执行的方法，所述方法包括：
接收第一用户针对第二用户发起的网约车请求；
根据所述网约车请求，获取所述第二用户的当前位置并发送给所述第一用户；
接收所述第一用户基于所述当前位置发送的针对所述第二用户的网约车订单；
确定执行所述网约车订单的司机作为接单司机，以使所述接单司机执行所述网约车订单；
若接收到所述接单司机发送的订单完毕消息，发送确认所述接单司机完成所述网约车订单的提示消息，以通过所述提示消息指示所述第二用户对所述接单司机完成所述网约车订单进行确认；
若接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息，将所述网约车订单对应的账单发送给所述第一用户进行执行。
可选地，根据所述网约车请求，获取所述第二用户的当前位置并发送给所述第一用户之前，所述方法还包括：
根据预先存储的业务授权关系，判断所述第二用户是否对所述第一用户进行业务授权；
若是，处理所述网约车请求，否则，拒绝所述网约车请求。
可选地，处理所述网约车请求，具体包括：
向所述第二用户发送询问消息，并接收所述第二用户根据所述询问消息返回的回复消息；
根据所述回复消息，判断所述第二用户当前是否同意所述第一用户代替所述第二用户执行网约车业务；
若是，响应所述网约车请求，否则，拒绝所述网约车请求。
可选地，存储业务授权关系，具体包括：
获取所述第一用户上传的所述第二用户的第二用户标识和/或所述第二用户上传的所述第一用户的第一用户标识；
建立所述第一用户标识和所述第二用户标识的对应关系，以确定针对所述第一用户和所述第二用户的业务授权关系并存储。
可选地，确定执行所述网约车订单的司机作为接单司机之后，所述方法还包括：
实时获取所述接单司机的位置信息并发送给所述第一用户以及所述第二用户。
可选地，若接收到所述接单司机发送的订单完毕消息，发送确认所述接单司机完成所述网约车订单的提示消息，具体包括：
向所述第二用户的终端发送所述提示消息，以使所述第二用户在所述第二用户的终端上对所述接单司机完成所述网约车订单进行确认；或者
向所述接单司机的终端发送所述提示消息，以使所述第二用户在所述接单司机的终端上对所述接单司机完成所述网约车订单进行确认。
可选地，所述确认消息包括：语音消息；
若接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息，将所述网约车订单对应的账单发送给所述第一用户进行执行，具体包括：
从所述确认消息中提取出待验证语音特征；
根据预先获取到的所述第二用户的标准语音特征，对所述待验证语音特征进行验证；
若确定所述待验证语音特征通过验证，将所述网约车订单对应的账单发送给所述第一用户进行执行。
可选地，所述方法还包括：
接收语音会话请求；
根据所述语音会话请求，发起所述第一用户和所述第二用户中的至少一个用户与所述接单司机的语音会话。
可选地，在接收到所述接单司机发送的订单完毕消息之前，所述方法还包括：
接收所述第一用户发送针对所述网约车订单的订单修改信息，所述订单修改信息中携带有修改后的上车点和/或修改后的目的地；
将所述订单修改信息发送给所述接单司机，以使所述接单司机根据所述订单修改信息，对所述网约车订单执行。
本说明书提供的一种业务执行的方法，所述方法包括：
第一用户的终端向服务平台发送针对所述第二用户的网约车请求；
根据所述服务平台基于所述网约车请求返回的所述第二用户的当前位置，生成针对所述第二用户的网约车订单，并发送给所述服务平台，以使所述服务平台确定执行所述网约车订单的司机作为接单司机；
接收所述服务平台发送的所述网约车订单对应的账单并执行，所述网约车订单对应的账单是所述服务平台在接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息后向所述第一用户的终端发送的。
可选地，第一用户的终端向服务平台发送针对所述第二用户的网约车请求之前，所述方法还包括：
获取所述第二用户的第二用户标识并保存；
将所述第一用户的第一用户标识和所述第二用户标识发送给所述服务平台，以使所述服务平台根据所述第一用户标识和所述第二用户标识，确定针对所述第一用户和第二用户的业务授权关系并存储。
可选地，获取所述第二用户的第二用户标识，具体包括：
与所述第二用户的终端建立通信连接，所述通信连接包括：蓝牙连接；
根据所述通信连接，获取所述第二用户同意所述第一用户代替所述第二用户执行网约车业务的授权信息；
基于所述授权信息，获取所述第二用户的第二用户标识。
可选地，根据所述通信连接，获取所述第二用户同意所述第一用户代替所述第二用户执行网约车业务的授权信息，具体包括：
通过所述通信连接，向所述第二用户的终端发送数据包，以使所述第二用户的终端执行所述数据包中的应用程序；
获取所述第二用户的终端通过执行所述应用程序发送的所述授权信息。
可选地，第一用户的终端向服务平台发送针对所述第二用户的网约车请求之前，所述方法还包括：
通过所述服务平台向所述第二用户发送授权询问消息；
若通过所述授权询问消息，确定所述第二用户同意所述第一用户代替所述第二用户执行网约车业务，向所述服务平台发送所述第一用户的第一用户标识以及所述第二用户的第二用户标识，以使所述服务平台根据所述第一用户标识和所述第二用户标识，确定针对所述第一用户和第二用户的业务授权关系并存储。
本说明书提供一种业务执行的装置，所述装置包括：
接收请求模块，用于接收第一用户针对第二用户发起的网约车请求；
获取模块，用于根据所述网约车请求，获取所述第二用户的当前位置并发送给所述第一用户；
接收订单模块，用于接收所述第一用户基于所述当前位置发送的针对所述第二用户的网约车订单；
确定模块，用于确定执行所述网约车订单的司机作为接单司机，以使所述接单司机执行所述网约车订单；
确认模块，用于若接收到所述接单司机发送的订单完毕消息，发送确认所述接单司机完成所述网约车订单的提示消息，以通过所述提示消息指示所述第二用户对所述接单司机完成所述网约车订单进行确认；
执行模块，用于若接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息，将所述网约车订单对应的账单发送给所述第一用户进行执行。
本说明书提供一种业务执行的装置，所述装置包括：
发送模块，用于所述装置所在的第一用户的终端向服务平台发送针对所述第二用户的网约车请求；
生成模块，用于根据所述服务平台基于所述网约车请求返回的所述第二用户的当前位置，生成针对所述第二用户的网约车订单，并发送给所述服务平台，以使所述服务平台确定执行所述网约车订单的司机作为接单司机；
执行账单模块，用于接收所述服务平台发送的所述网约车订单对应的账单并执行，所述网约车订单对应的账单是所述服务平台在接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息后向所述第一用户的终端发送的。
本说明书提供的一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述业务执行的方法。
本说明书提供的一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述业务执行的方法。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：
本说明书在接收第一用户针对第二用户发起的网约车请求之后，服务平台获取第二用户的当前位置并发送给第一用户，第一用户根据第二用户的当前位置生成网约车订单，在司机接单后，若服务平台接收到司机发送的订单完毕消息，使第二用户对完成网约车订单进行确认，当第二用户确认后，将网约车订单对应的账单发送给第一用户执行。通过上述方法，减少了第一用户、第二用户与司机之间的交互，提高了代打网约车过程中的信息沟通效率。
附图说明
此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，本说明书的示意性实施例及其说明用于解释本说明书，并不构成对本说明书的不当限定。在附图中：
图1为本说明书实施例提供的一种业务执行的方法流程示意图；
图2为本说明书实施例提供的一种业务执行的方法交互示意图；
图3为本说明书实施例提供的另一种业务执行的交互示意图；
图4为本说明书实施例提供的一种业务执行的装置的结构示意图；
图5为本说明书实施例提供的另一种业务执行的装置的结构示意图；
图6为本说明书实施例提供的对应于图1的电子设备示意图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。
本说明书提供的一种业务执行的方法，可应用于代打网约车的场景中，其中，代打网约车的实际情况可以有多种。例如，第一用户在网约车软件的账户上有可用优惠券，当第二用户需要通过网约车方式打车时，可由第一用户代第二用户打车，并由第一用户支付网约车账单；再例如，第一用户和第二用户二人为亲属关系，第二用户作为不熟练使用终端(例如，手机、平板电脑等智能设备)的长辈，操作网约车软件有障碍，可由第一用户代第二用户打网约车，并由第一用户代第二用户支付网约车账单。而本说明书提供的业务执行的方法对代打网约车的各种实际情况均适用，下面将对本说明书提供的业务执行的方法进行详细说明。
以下结合附图，详细说明本说明书各实施例提供的技术方案。
图1为本说明书实施例提供的一种业务执行的方法流程示意图，具体可包括以下步骤：
S100：接收第一用户针对第二用户发起的网约车请求。
第一用户在替第二用户进行网约车时，可以向服务平台发送第一用户针对第二用户发起的网约车请求。其中，这里提到的网约车请求并不是指第一用户向服务平台发送针对第二用户的网约车订单，而是需要基于该网约车请求，通过服务平台获取到第二用户所处的当前位置，进而基于获取到的第二用户所处的当前位置，向服务平台发送针对第二用户的网约车订单。
在本说明书中，第一用户的终端中安装有网约车软件，而第二用户的终端中可以安装有网约车软件，也可以不安装网约车软件。当第二用户的终端中安装有网约车软件时，可以基于该网约车软件与第二用户进行信息沟通，而当第二用户的终端中未安装网约车软件时，可根据第二用户的电话号码，以电话、短信等方式进行信息沟通。
具体的，当第二用户需要打车时，第二用户可通过线上沟通的方式(例如，安装在第二用户的终端中的网约车软件)将打车需求告知第一用户，也可以通过线下沟通的方式(例如，电话、短信、面谈等)将打车需求告知第一用户。其中，打车需求中包含第二用户的约车时间、目的地信息等。
当第一用户接收到第二用户的打车需求后，可以基于第一用户的终端中预先存储的第二用户的用户标识，以及该第一用户的用户标识，向服务平台发送针对第二用户的网约车请求。其中，这里提到的用户标识用于对用户进行唯一标识，用户标识的具体形式可以有多种，例如，用户姓名、用户电话号码、用户账号、终端标识等。由于第一用户和第二用户二人均有对应的用户标识，为了便于区分，可以将第一用户的用户标识作为第一用户标识，将第二用户的用户标识作为第二用户标识。
在接收第一用户针对第二用户发起的网约车请求后，服务平台可根据预先存储的业务授权关系，判断第二用户是否对第一用户进行业务授权；若是，处理第一用户针对第二用户发起的网约车请求，否则，拒绝第一用户针对第二用户发起的网约车请求。
具体的，根据预先存储的业务授权关系，若服务平台判断第二用户对第一用户进行业务授权，则服务平台可向第二用户发送询问消息，并接收第二用户根据询问消息返回的回复消息，根据回复消息，服务平台可判断第二用户当前是否同意第一用户代替第二用户执行网约车业务，若是，服务平台响应网约车请求，否则，服务平台拒绝网约车请求。
其中，当第二用户的终端安装有网约车软件时，若网约车软件未在第二用户的终端中运行，则服务平台可以基于第二用户的用户账号，向第二用户的终端中安装的网约车软件发送指令，以唤醒网约车软件，并向第二用户发送询问消息。其中，询问消息是指询问第二用户是否同意第一用户代替第二用户执行网约车业务的消息，询问消息中可包括第一用户的第一用户标识。询问消息可在第二用户的网约车软件中以窗口的方式弹出。若第二用户同意第一用户代替第二用户执行网约车业务，则可以手动点击窗口中的“同意”控件，以向服务平台发送回复消息。相应的，服务平台根据第二用户的回复消息，确定第二用户当前同意第一用户代替第二用户执行网约车业务，并响应网约车请求。而若第二用户手动点击窗口中的“不同意”控件，服务平台根据第二用户的回复消息，确定第二用户当前不同意第一用户代替第二用户执行网约车业务，并拒绝该网约车请求。
当然，由于第一用户和第二用户存在业务授权关系，可认定第二用户信任第一用户，基于此，服务平台向第二用户发送询问消息时，第二用户的终端可以判断该询问消息中携带的第一用户标识是否与预先存储的第一用户标识一致，若第二用户的终端(或网约车软件)判断该询问消息中携带的第一用户标识与预先存储的第一用户标识一致时，则第二用户的终端(或网约车软件)可以自动向服务平台发送同意的回复消息，否则第二用户的终端可以自动向服务平台发送不同意的回复消息。
若是第二用户的终端未安装网约车软件，则服务平台在接收到上述网约车请求后，可根据预先存储的业务授权关系中记录的第二用户的电话号码，以电话或短信等方式向第二用户发送询问消息。第二用户接收到电话或短信后，可根据电话或短信中的指示回复消息。例如，当服务平台以短信的形式向第二用户发送询问信息时，第二用户回复数字1表示同意，回复数字2表示不同意。若服务平台接收到的回复消息为数字1，则确定第二用户当前同意第一用户代替第二用户执行网约车业务，并响应网约车请求，否则，确定第二用户当前不同意第一用户代替第二用户执行网约车业务，并拒绝网约车请求。
需要说明的是，服务平台决定是否对上述网约车请求进行执行是基于预先存储的业务授权关系来实现的，该业务授权关系是服务平台基于第一用户和第二用户在执行网约车业务之前执行的授权操作而确定出的，具体过程将在下文中详细描述。
S102：根据所述网约车请求，获取所述第二用户的当前位置并发送给所述第一用户。
在接收到上述网约车请求后，服务平台可以获取第二用户的当前位置，并返回给第一用户，以便于第一用户根据该第二用户的当前位置，通过操作网约车软件生成网约车订单并发送给服务平台。
具体的，当第二用户的终端安装有网约车软件时，该网约车软件可以对第二用户所处的当前位置进行定位，并将定位出的当前位置发送给至服务平台，而服务平台在接收到第二用户上传的当前位置后，可以将第二用户的当前位置发送给第一用户。
若第二用户的终端未安装网约车软件，服务平台可向第二用户发送用于对该第二用户进行定位的短信，该短信中包含有请求获取第二用户当前位置的链接。当第二用户点击短信中的链接后，将在第二用户的终端打开一个获取当前位置的页面，并自动上传第二用户的当前位置。这里需要说明的是，当第二用户点开该链接后，获取当前位置的页面可在后台保持运行，以便于服务平台获取第二用户的实时位置。
S104：接收所述第一用户基于所述当前位置发送的针对所述第二用户的网约车订单。
第一用户通过终端中安装的网约车软件获取到第二用户的当前位置后，第一用户可根据第二用户的当前位置以及第二用户的打车需求，生成网约车订单，并将网约车订单发送给服务平台。换句话说，第一用户可以第二用户的当前位置作为该第二用户的起始地，并根据该起始地以及第二用户告知的目的地，生成针对该第二用户的网约车订单。相应的，服务平台接收第一用户基于第二用户的当前位置发送的针对第二用户的网约车订单。
当然，第一用户在获取到第二用户的当前位置后，进一步地通过服务平台获取与该当前位置相匹配的上车点，并基于该上车点向服务平台发送针对第二用户的网约车订单。
具体的，服务平台在确定第一用户和第二用户的业务授权关系时，可在服务平台中进一步地存储第二用户经常出现的地点，例如，家里、公园、超市等地点。相应的，在第一用户根据第二用户的当前位置生成网约车订单的过程中，服务平台可以根据第二用户的当前位置，在预先存储的地点中向第一用户推荐上车点。例如，服务平台可判断第二用户的当前位置与预先存储的地点之间的距离是否小于预设的距离阈值，若是，则在距离小于预设的距离阈值的预先存储的地点中选择距离最短的地点，作为推荐的上车点发送给第一用户。第一用户可直接将该上车点作为网约车订单的上车点，生成针对该第二用户的网约车订单。
除此之外，在获取到第二用户的当前位置后，服务平台可以基于该当前位置，向第一用户进行兴趣点(Point Of Interest，POI)推荐，即，向该第一用户推荐与该当前位置相近的POI点。第一用户可以根据第二用户的实际需求，从服务平台推荐的各POI点中选取一个POI点作为上车点，并根据该上车点，生成针对该第二用户的网约车订单。
在本说明书中，上述网约车订单中包含有第二用户上车的起始地、目的地、第一用户的联系方式以及第二用户的联系方式。这样一来，若是后续该网约车订单的执行过程中，接单司机、第一用户和第二用户之间需要就网约车订单的具体执行进行沟通，则可以通过该网约车订单中记录的联系方式进行通话。
S106：确定执行所述网约车订单的司机作为接单司机，以使所述接单司机执行所述网约车订单。
服务平台接收到网约车订单后，可根据网约车订单信息，确定执行网约车订单的司机作为接单司机。具体的，服务平台可向各提供网约车服务的司机发送网约车订单信息，以使各司机自行抢单，将抢单成功的司机作为接单司机。服务平台还可根据网约车订单信息中的上车点信息，在各提供网约车服务的司机中，选择距离上车点最近的司机，将网约车订单分配给该司机，并将该司机作为接单司机。
接单司机在接受该网约车订单后，服务平台可实时获取接单司机的位置信息并发送给第一用户和第二用户。其中，这里提到的接单司机可以是指专职执行网约车业务的司机，也可以是指兼职执行网约车业务(如顺风车)的司机。
在本说明书中，若是第二用户的终端中安装有网约车软件，第二用户可以通过该网约车软件实时查看第二用户的当前位置以及接单司机的当前位置，即，服务平台可以将获取到的接单司机的位置信息发送给第二用户，以使第二用户通过该网约车软件显示出该位置信息。同时，服务平台可以根据第二用户的当前位置与上车点信息进行路径规划，得到从该第二用户的当前位置到该上车点的路线并发送给该第二用户。其中，该路线可以在该第二用户的终端中安装的网约车软件进行呈现，也可以发起语音导航，指示第二用户到达网约车订单中的上车点。与此同时，服务平台也可以将该路线发送给第一用户，以使该第一用户根据该路线以及实时获取到的第二用户的位置信息，时刻了解第二用户的实际情况。
若是第二用户的终端未安装网约车软件，服务平台可以每隔一段时间，通过短信或者电话的方式，向第二用户提示接单司机的实时信息。例如，车牌号为XX的接单司机距离上车点N米；再例如，车牌号为XX的接单司机已到达上车点。相应的，第二用户可以通过服务平台发送的提示信息，了解接单司机的具体信息，并掌握接单司机的位置。与此同时，服务平台可以将接单司机的联系方式发送给第二用户，使得第二用户可以基于该联系方式与接单司机进行沟通。
S108：若接收到所述接单司机发送的订单完毕消息，发送确认所述接单司机完成所述网约车订单的提示消息，以通过所述提示消息指示所述第二用户对所述接单司机完成所述网约车订单进行确认。
第二用户和接单司机到达约定的上车点后，将开启网约车行程。当网约车行程结束时，接单司机可以向服务平台发送用于表示该网约车订单已经完成的订单完毕消息。相应的，若服务平台接收到接单司机发送的订单完毕消息，则可向第二用户的终端发送提示消息，以使第二用户在第二用户的终端上对接单司机已完成网约车订单的这一情况进行确认；或者向接单司机的终端发送提示消息，以使第二用户在接单司机的终端上对接单司机已完成网约车订单的这一情况进行确认。
具体的，当网约车行程结束时，接单司机可在接单司机的终端点击“到达目的地”控件，以向服务平台发送订单完毕消息。而对于第二用户来说，该第二用户对接单司机已完成该网约车订单这一情况进行确认，可以有多种情况。例如，若是第二用户的终端安装有网约车软件，服务平台可向第二用户的终端发送提示消息，提示消息为提示网约车订单已执行完毕的消息。第二用户的终端接收到提示消息后，可弹出窗口，以供第二用户输入确认消息，以对接单司机已完成网约车订单这一情况进行确认。其中，第二用户可以点击该网约车软件弹出的窗口中所显示的确认控件，以向服务平台发送该确认消息，也可以通过该窗口中所显示的语音输入控件，向服务平台发送确认该接单司机已完成该网约车订单的语音消息。
再例如，若是第二用户的终端未安装网约车软件，服务平台可根据第二用户的电话号码，以电话或短信的方式，向第二用户发送提示消息。其中，当服务平台以短信的形式向第二用户发送提示消息时，可以根据第二用户回复的消息，确定该第二用户是否对接单司机已完成该网约车订单进行了确认。如，若是第二用户回复数字1，则表明该第二用户确认接单司机已完成该网约车订单，若是第二用户回复数字2，则表明该第二用户确认接单司机未完成该网约车订单。
若是服务平台以电话语音的形式向第二用户发送提示消息时，可以基于第二用户的按键回复，确定该第二用户是否对接单司机已完成该网约车订单进行了确认。如，服务平台向第二用户发送电话语音时，可以提示用户对接单司机是否已经完成该网约车订单进行确认，按1键表明确认完成，按2键表明未完成。这样一来，服务平台可以根据第二用户的按键回复，来对接单司机是否已完成该网约车订单进行确认。
当然，第二用户也可以根据服务平台发送的电话语音，直接进行语音回复。服务平台在接收到第二用户的语音回复后，可以进行语音识别。若识别出第二用户确认接单司机已完成该网约车订单的相关语音信息后，可以确定该接单司机已完成该网约车订单，而若识别出第二用户确认接单司机未完成该网约车订单的相关语音信息后，可以确定该接单司机未完成该网约车订单。
除此之外，服务平台也可向接单司机的终端发送提示消息，由于网约车行程结束时，第二用户往往还在车上，故，服务平台向接单司机的终端发送提示消息后，第二用户在车上可通过接单司机的终端输入包含诸如“确认”等字眼的语音消息，从而对接单司机已完成网约车订单进行确认。
S110：若接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息，将所述网约车订单对应的账单发送给所述第一用户进行执行。
服务平台接收到接单司机的终端或第二用户的终端发送的确认消息后，可首先验证确认消息，若确认消息通过验证，则将网约车订单对应的账单发送给第一用户进行执行。
具体的，当确认消息为语音消息时，可从确认消息中提取出待验证语音特征，并根据预先获取到的第二用户的标准语音特征，对待验证语音特征进行验证。若确定待验证语音特征通过验证，则将网约车订单对应的账单发送给第一用户进行执行，否则，将该网约车订单进行异常处理。其中，这里提到的第二用户的标准语音特征可以是服务平台存储第一用户和第二用户的业务授权关系时获取并存储的。
也就是说，第一用户和第二用户在建立该业务授权关系时，服务平台可以获取提示第二用户输入的语音信息，服务平台可以从该语音信息提取出第二用户的语音特征，作为第二用户的标准语音特征，并通过该标准语音特征对后续第二用户的语音确认进行验证。其中，在业务授权阶段，服务平台可以向第二用户发送诸如“确认完成”、“未完成”等跟读信息，第二用户通过对这些跟读信息进行语音跟读，向服务平台发送相应的语音信息。这样一来，服务平台可以基于该标准语音信息，有效的验证出接收到的确认消息是否出自第二用户，从而保证了网约车业务执行过程中的安全性。
当服务平台接收到并验证通过用于表征第二用户确认接单司机已完成该网约车订单的确认消息后，服务平台可以将网约车订单对应的账单发送给第一用户进行执行，从而完成整个网约车订单的执行过程。
上述方法可以看出，第一用户和第二用户之间无需进行复杂繁琐的交互，即可完成第一用户替第二用户打网约车，从而提高了网约车过程中的信息沟通效率。同时，由于在网约车订单完成时，服务平台还会向第二用户发送用于确认接单司机是否已经完成该网约车订单的提示消息，并对第二用户回复的确认消息进行验证，从而有效的保证了网约车业务执行过程中的安全性，降低了接单司机欺诈用户的可能性。
需要说明的是，在本说明书中，第一用户和第二用户在执行上述网约车业务之前，需要先进行业务授权。相应的，服务平台将根据第一用户和第二用户执行的业务授权操作，存储第一用户和第二用户的业务授权关系。其中，该业务授权关系可以是基于第一用户上传的第二用户的第二用户标识和/或第二用户上传的第一用户的第一用户标识建立的。
具体的，第一用户的终端中可预先获取并存储第二用户的第二用户标识，并将第一用户标识与第二用户标识发送给服务平台。其中，若第二用户的终端安装有网约车软件，则第一用户的终端和第二用户的终端可建立通信连接，例如，蓝牙连接、红外连接等。此时，第一用户可以在自己所持有的终端上执行相关的授权操作，而第一用户的终端中安装的网约车软件将基于该授权操作，通过建立的通信连接唤醒第二用户的终端中安装的网约车软件。第二用户的终端可弹出“是否同意授权第一用户远程代打网约车”的窗口。若同意，第一用户的终端可接收第二用户的终端发送的同意第一用户代替第二用户执行网约车业务的授权信息，相应的，第一用户的终端可基于该授权信息，获取并存储第二用户的第二用户标识。与此同时，第二用户的终端也将获取到第一用户的第一用户标识。
对于第二用户的终端未安装网约车软件的情况来说，若第一用户的终端和第二用户的终端建立通信连接后，第一用户的终端可向第二用户的终端发送数据包，以使第二用户的终端执行数据包中的应用程序，第一用户的终端可获取第二用户的终端通过执行应用程序发送的授权信息。其中，数据包中的应用程序可以是一个轻量级的应用程序，可获取应用程序所在终端的用户标识、实时位置信息等。当第一用户的终端通过蓝牙等通信连接方式，将数据包发送至第二用户的终端后，第二用户的终端可弹出是否同意执行数据包中的应用程序的窗口。当第二用户的终端接收到第二用户执行的同意操作后，可执行数据包中的应用程序，并将第二用户的第二用户标识发送给第一用户的终端，第一用户的终端可获取并存储第二用户的第二用户标识。与此同时，第一用户可以通过该应用程序，实时获取第二用户所处的位置信息，进而可以基于获取到的位置信息，向服务平台发送针对第二用户的网约车订单。
第一用户的终端获取并存储第二用户的第二用户标识后，将第一用户标识和第二用户标识发送给服务平台，以使服务平台根据第一用户标识和第二用户标识，确定针对第一用户和第二用户的业务授权关系并存储。
若第二用户的终端未安装网约车软件，也并未与第一用户的终端建立通信连接，则第一用户的终端可通过服务平台向第二用户发送授权询问消息。服务平台接收第一用户向第二用户发送授权询问消息之后，可根据第二用户的电话号码，通过电话或短信等方式向第二用户发送该授权询问消息，即，询问第二用户是否同意授权第一用户代替第二用户执行网约车业务。以短信询问的方式为例，假设第二用户回复数字1表示同意授权，回复数字2表示不同意授权，当服务平台接收到的第二用户回复的数字1后，可向第一用户发送第二用户已同意授权的消息，以使第一用户通过终端将第一用户的第一用户标识和第二用户的第二用户标识发送给服务平台。服务平台可以根据第一用户标识和第二用户标识，确定针对第一用户和第二用户的业务授权关系并存储。
需要说明的是，在本说明书中，服务平台在确定并建立上述业务授权关系时除了存储第一用户标识和第二用户标识外，还可以在该业务授权关系的基础上存储其他信息。例如，若是第一用户和第二用户分别上传了各自的指纹信息，则服务平台可以将第一用户标识、第一用户的指纹信息、第二用户标识、第二用户的指纹信息对应进行存储，以得到该业务授权关系。
值得强调的是，服务平台在建立上述业务授权关系时，不仅可以看作是第二用户向第一用户的单方面授权，也可以看作是第一用户和第二用户的相互授权。也就是说，在后续的实际应用中，基于该业务授权关系，第二用户也可以代替第一用户执行网约车业务，而并不仅限于只能第一用户代替第二用户执行网约车业务。
在服务平台确定接单司机之后，服务平台还可接收语音会话请求，根据语音会话请求，发起第一用户、第二用户中的至少一人与接单司机的语音通话。具体的，服务平台接收语音会话请求的时机可以是在开启网约车行程之前，也可以是在网约车行程中，还可以是在网约车行程结束之后。而该语音会话请求可以是第一用户、第二用户和接单司机三者中任意一个人发起的。即，第一用户、第二用户、接单司机均可在自己终端中安装的网约车软件界面上点击“发起语音会话”控件，选择其他一人或两人进行语音会话。第一用户、第二用户、接单司机进行语音会话时，可沟通上车点信息，也可以针对网约车订单信息的修改进行沟通，还可以是针对网约车行程的异议进行沟通。
还需说明的是，当第二用户需要修改网约车订单信息时，可通过电话、短信等方式或在网约车软件上联系第一用户，告知修改网约车订单的订单修改信息。其中，订单修改信息中可携带有修改后的上车点和/或修改后的目的地。第一用户的终端中的网约车软件界面上设置有“修改订单”控件，当第一用户点击“修改订单”控件并将网约车订单信息修改后，服务平台接收第一用户发送的针对网约车订单的订单修改信息，并将订单修改信息发送给接单司机，以使接单司机根据订单修改信息，执行修改后的网约车订单。
为了进一步清楚的介绍上述方案的大致过程，下面将分别以第二用户安装网约车软件和第二用户未安装网约车软件这两种情况，对本说明书提供的业务执行的方法进行说明。
图2为本说明书实施例提供的一种业务执行的方法交互示意图，图2表示的是第二用户安装网约车软件的情况。
在图2中，首先，第二用户告知第一用户打车需求，第一用户接收到第二用户的打车需求后，向服务平台发送针对第二用户的网约车请求。服务平台接收到网约车请求后，检测第一用户与第二用户是否存在业务授权关系，若存在，则向第二用户发送询问消息来确认第二用户是否同意第一用户代替第二用户执行网约车订单，否则拒绝网约车请求。第二用户接收到询问消息后，向服务平台返回回复消息。服务平台根据回复消息判断第二用户当前是否同意第一用户代替第二用户执行网约车业务。当第二用户同意时，服务平台获取第二用户的当前位置，并将当前位置发送给第一用户，以便于第一用户根据第二用户的当前位置，生成网约车订单。
其次，服务平台接收到网约车订单后确定执行网约车订单的司机作为接单司机，并将接单司机的位置信息发送给第一用户和第二用户，将网约车订单信息发送给第二用户。第二用户的网约车软件可根据当前位置信息以及网约车订单信息中生成路径规划，以便第二用户导航至上车点。在服务平台执行网约车订单时，第一用户可实时查看第二用户与接单司机的位置。
最后，当接单司机到达目的地时，服平台可接收到接单司机发送的订单完毕消息，并向第二用户发送提示消息以提示第二用户到达目的地，第二用户根据提示消息发送确认消息。服务平台接收到确认消息后，可验证确认消息，当验证通过时，将网约车订单对应的账单发送给第一用户，以使第一用户支付网约车订单对应的账单。
图3为本说明书实施例提供的另一种业务执行的交互示意图，图3表示的是第二用户未安装网约车软件的情况。
在图3中，首先，第二用户告知第一用户打车需求，第一用户接收到第二用户的打车需求后，向服务平台发送针对第二用户的网约车请求。服务平台接收到网约车请求后，检测第一用户与第二用户是否存在业务授权关系，若存在，则根据第二用户的电话号码，向第二用户发送短信来确认第二用户是否同意第一用户代替第二用户执行网约车订单，否则拒绝网约车请求。第二用户接收到短信后，向服务平台返回回复消息。服务平台根据回复消息判断第二用户当前是否同意第一用户代替第二用户执行网约车业务。当第二用户同意时，服务平台向第二用户发送包含链接的获取位置短信，第二用户点击短信中的链接后向服务平台上传位置信息。服务平台获取第二用户的当前位置后，将当前位置发送给第一用户，以便于第一用户根据第二用户的当前位置，生成网约车订单。
其次，服务平台接收到网约车订单后确定执行网约车订单的司机作为接单司机，并将接单司机的位置信息发送给第一用户和第二用户，将网约车订单信息发送给第二用户。服务平台向第二用户发送导航至上车点的短信，以便第二用户导航至上车点，并每隔一段时间，发送语音播报提示第二用户接单司机的位置信息。在服务平台执行网约车订单时，第一用户可实时查看第二用户与接单司机的位置。
最后，当接单司机到达目的地时，服平台可接收到接单司机发送的订单完毕消息，并向接单司机发送提示消息，以获取还在车上的第二用户针对到达目的地的确认消息。服务平台接收到第二用户通过接单司机的网约车软件发送确认消息后，可验证确认消息，当验证通过时，将网约车订单对应的账单发送给第一用户，以使第一用户支付网约车订单对应的账单。
基于图1所示的业务执行的方法，本说明书实施例还对应提供一种业务执行的装置的结构示意图，如图4所示。
图4为本说明书实施例提供的一种业务执行的装置的结构示意图，所述装置包括：
接收请求模块401，用于接收第一用户针对第二用户发起的网约车请求；
获取模块402，用于根据所述网约车请求，获取所述第二用户的当前位置并发送给所述第一用户；
接收订单模块403，用于接收所述第一用户基于所述当前位置发送的针对所述第二用户的网约车订单；
确定模块404，用于确定执行所述网约车订单的司机作为接单司机，以使所述接单司机执行所述网约车订单；
确认模块405，用于若接收到所述接单司机发送的订单完毕消息，发送确认所述接单司机完成所述网约车订单的提示消息，以通过所述提示消息指示所述第二用户对所述接单司机完成所述网约车订单进行确认；
执行模块406，用于若接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息，将所述网约车订单对应的账单发送给所述第一用户进行执行。
可选地，所述装置还包括：授权模块407；
所述授权模块407具体用于，根据预先存储的业务授权关系，判断所述第二用户是否对所述第一用户进行业务授权；若是，处理所述网约车请求，否则，拒绝所述网约车请求。
可选地，所述授权模块407具体用于，向所述第二用户发送询问消息，并接收所述第二用户根据所述询问消息返回的回复消息；根据所述回复消息，判断所述第二用户当前是否同意所述第一用户代替所述第二用户执行网约车业务；若是，响应所述网约车请求，否则，拒绝所述网约车请求。
可选地，所述授权模块407具体用于，获取所述第一用户上传的所述第二用户的第二用户标识和/或所述第二用户上传的所述第一用户的第一用户标识；建立所述第一用户标识和所述第二用户标识的对应关系，以确定针对所述第一用户和所述第二用户的业务授权关系并存储。
可选地，所述装置还包括：位置共享模块408；
所述位置获取模块408具体用于，实时获取所述接单司机的位置信息并发送给所述第一用户以及所述第二用户。
可选地，所述确认模块405具体用于，向所述第二用户的终端发送所述提示消息，以使所述第二用户在所述第二用户的终端上对所述接单司机完成所述网约车订单进行确认；或者向所述接单司机的终端发送所述提示消息，以使所述第二用户在所述接单司机的终端上对所述接单司机完成所述网约车订单进行确认。
可选地，所述确认消息包括：语音消息；
所述执行模块406具体用于，从所述确认消息中提取出待验证语音特征；根据预先获取到的所述第二用户的标准语音特征，对所述待验证语音特征进行验证；若确定所述待验证语音特征通过验证，将所述网约车订单对应的账单发送给所述第一用户进行执行。
可选地，所述装置还包括：会话请求模块409；
所述会话请求模块409具体用于，接收语音会话请求；根据所述语音会话请求，发起所述第一用户和所述第二用户中的至少一个用户与所述接单司机的语音会话。
可选地，所述装置还包括：修改模块410；
所述修改模块410具体用于，接收所述第一用户发送针对所述网约车订单的订单修改信息，所述订单修改信息中携带有修改后的上车点和/或修改后的目的地；将所述订单修改信息发送给所述接单司机，以使所述接单司机根据所述订单修改信息，对所述网约车订单执行。
本说明书实施例还对应提供另一种业务执行的装置的结构示意图，如图5所示。
图5为本说明书实施例提供的另一种业务执行的装置的结构示意图，所述装置包括：
发送模块501，用于所述装置所在的第一用户的终端向服务平台发送针对所述第二用户的网约车请求；
生成模块502，用于根据所述服务平台基于所述网约车请求返回的所述第二用户的当前位置，生成针对所述第二用户的网约车订单，并发送给所述服务平台，以使所述服务平台确定执行所述网约车订单的司机作为接单司机；
执行账单模块503，用于接收所述服务平台发送的所述网约车订单对应的账单并执行，所述网约车订单对应的账单是所述服务平台在接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息后向所述第一用户的终端发送的。
可选地，所述装置还包括：第一授权模块504；
所述第一授权模块504具体用于，获取所述第二用户的第二用户标识并保存；将所述第一用户的第一用户标识和所述第二用户标识发送给所述服务平台，以使所述服务平台根据所述第一用户标识和所述第二用户标识，确定针对所述第一用户和第二用户的业务授权关系并存储。
可选地，所述第一授权模块504具体用于，与所述第二用户的终端建立通信连接，所述通信连接包括：蓝牙连接；根据所述通信连接，获取所述第二用户同意所述第一用户代替所述第二用户执行网约车业务的授权信息；基于所述授权信息，获取所述第二用户的第二用户标识。
可选地，所述第一授权模块504具体用于，通过所述通信连接，向所述第二用户的终端发送数据包，以使所述第二用户的终端执行所述数据包中的应用程序；获取所述第二用户的终端通过执行所述应用程序发送的所述授权信息。
可选地，所述装置还包括：第二授权模块505；
可选地，所述第二授权模块505具体用于，通过所述服务平台向所述第二用户发送授权询问消息；若通过所述授权询问消息，确定所述第二用户同意所述第一用户代替所述第二用户执行网约车业务，向所述服务平台发送所述第一用户的第一用户标识以及所述第二用户的第二用户标识，以使所述服务平台根据所述第一用户标识和所述第二用户标识，确定针对所述第一用户和第二用户的业务授权关系并存储。
本说明书实施例还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1提供的业务执行的方法。
基于图1所示的业务执行的方法，本说明书实施例还提出了图6所示的电子设备的示意结构图。如图6，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图1所述的业务执行的方法。
当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (18)

1.一种业务执行的方法，其特征在于，所述方法包括：
接收第一用户针对第二用户发起的网约车请求；
根据所述网约车请求，获取所述第二用户的当前位置并发送给所述第一用户；
接收所述第一用户基于所述当前位置发送的针对所述第二用户的网约车订单；
确定执行所述网约车订单的司机作为接单司机，以使所述接单司机执行所述网约车订单；
若接收到所述接单司机发送的订单完毕消息，发送确认所述接单司机完成所述网约车订单的提示消息，以通过所述提示消息指示所述第二用户对所述接单司机完成所述网约车订单进行确认；
若接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息，将所述网约车订单对应的账单发送给所述第一用户进行执行。
2.如权利要求1所述的方法，其特征在于，根据所述网约车请求，获取所述第二用户的当前位置并发送给所述第一用户之前，所述方法还包括：
根据预先存储的业务授权关系，判断所述第二用户是否对所述第一用户进行业务授权；
若是，处理所述网约车请求，否则，拒绝所述网约车请求。
3.如权利要求2所述的方法，其特征在于，处理所述网约车请求，具体包括：
向所述第二用户发送询问消息，并接收所述第二用户根据所述询问消息返回的回复消息；
根据所述回复消息，判断所述第二用户当前是否同意所述第一用户代替所述第二用户执行网约车业务；
若是，响应所述网约车请求，否则，拒绝所述网约车请求。
4.如权利要求2所述的方法，其特征在于，存储业务授权关系，具体包括：
获取所述第一用户上传的所述第二用户的第二用户标识和/或所述第二用户上传的所述第一用户的第一用户标识；
建立所述第一用户标识和所述第二用户标识的对应关系，以确定针对所述第一用户和所述第二用户的业务授权关系并存储。
5.如权利要求1所述的方法，其特征在于，确定执行所述网约车订单的司机作为接单司机之后，所述方法还包括：
实时获取所述接单司机的位置信息并发送给所述第一用户以及所述第二用户。
6.如权利要求1所述的方法，其特征在于，若接收到所述接单司机发送的订单完毕消息，发送确认所述接单司机完成所述网约车订单的提示消息，具体包括：
向所述第二用户的终端发送所述提示消息，以使所述第二用户在所述第二用户的终端上对所述接单司机完成所述网约车订单进行确认；或者
向所述接单司机的终端发送所述提示消息，以使所述第二用户在所述接单司机的终端上对所述接单司机完成所述网约车订单进行确认。
7.如权利要求1或6所述的方法，其特征在于，所述确认消息包括：语音消息；
若接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息，将所述网约车订单对应的账单发送给所述第一用户进行执行，具体包括：
从所述确认消息中提取出待验证语音特征；
根据预先获取到的所述第二用户的标准语音特征，对所述待验证语音特征进行验证；
若确定所述待验证语音特征通过验证，将所述网约车订单对应的账单发送给所述第一用户进行执行。
8.如权利要求1所述的方法，其特征在于，所述方法还包括：
接收语音会话请求；
根据所述语音会话请求，发起所述第一用户和所述第二用户中的至少一个用户与所述接单司机的语音会话。
9.如权利要求1所述的方法，其特征在于，在接收到所述接单司机发送的订单完毕消息之前，所述方法还包括：
接收所述第一用户发送针对所述网约车订单的订单修改信息，所述订单修改信息中携带有修改后的上车点和/或修改后的目的地；
将所述订单修改信息发送给所述接单司机，以使所述接单司机根据所述订单修改信息，对所述网约车订单执行。
10.一种业务执行的方法，其特征在于，所述方法包括：
第一用户的终端向服务平台发送针对所述第二用户的网约车请求；
根据所述服务平台基于所述网约车请求返回的所述第二用户的当前位置，生成针对所述第二用户的网约车订单，并发送给所述服务平台，以使所述服务平台确定执行所述网约车订单的司机作为接单司机；
接收所述服务平台发送的所述网约车订单对应的账单并执行，所述网约车订单对应的账单是所述服务平台在接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息后向所述第一用户的终端发送的。
11.如权利要求10所述的方法，其特征在于，第一用户的终端向服务平台发送针对所述第二用户的网约车请求之前，所述方法还包括：
获取所述第二用户的第二用户标识并保存；
将所述第一用户的第一用户标识和所述第二用户标识发送给所述服务平台，以使所述服务平台根据所述第一用户标识和所述第二用户标识，确定针对所述第一用户和第二用户的业务授权关系并存储。
12.如权利要求11所述的方法，其特征在于，获取所述第二用户的第二用户标识，具体包括：
与所述第二用户的终端建立通信连接，所述通信连接包括：蓝牙连接；
根据所述通信连接，获取所述第二用户同意所述第一用户代替所述第二用户执行网约车业务的授权信息；
基于所述授权信息，获取所述第二用户的第二用户标识。
13.如权利要求12所述的方法，其特征在于，根据所述通信连接，获取所述第二用户同意所述第一用户代替所述第二用户执行网约车业务的授权信息，具体包括：
通过所述通信连接，向所述第二用户的终端发送数据包，以使所述第二用户的终端执行所述数据包中的应用程序；
获取所述第二用户的终端通过执行所述应用程序发送的所述授权信息。
14.如权利要求10所述的方法，其特征在于，第一用户的终端向服务平台发送针对所述第二用户的网约车请求之前，所述方法还包括：
通过所述服务平台向所述第二用户发送授权询问消息；
若通过所述授权询问消息，确定所述第二用户同意所述第一用户代替所述第二用户执行网约车业务，向所述服务平台发送所述第一用户的第一用户标识以及所述第二用户的第二用户标识，以使所述服务平台根据所述第一用户标识和所述第二用户标识，确定针对所述第一用户和第二用户的业务授权关系并存储。
15.一种业务执行的装置，其特征在于，所述装置包括：
接收请求模块，用于接收第一用户针对第二用户发起的网约车请求；
获取模块，用于根据所述网约车请求，获取所述第二用户的当前位置并发送给所述第一用户；
接收订单模块，用于接收所述第一用户基于所述当前位置发送的针对所述第二用户的网约车订单；
确定模块，用于确定执行所述网约车订单的司机作为接单司机，以使所述接单司机执行所述网约车订单；
确认模块，用于若接收到所述接单司机发送的订单完毕消息，发送确认所述接单司机完成所述网约车订单的提示消息，以通过所述提示消息指示所述第二用户对所述接单司机完成所述网约车订单进行确认；
执行模块，用于若接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息，将所述网约车订单对应的账单发送给所述第一用户进行执行。
16.一种业务执行的装置，其特征在于，所述装置包括：
发送模块，用于所述装置所在的第一用户的终端向服务平台发送针对所述第二用户的网约车请求；
生成模块，用于根据所述服务平台基于所述网约车请求返回的所述第二用户的当前位置，生成针对所述第二用户的网约车订单，并发送给所述服务平台，以使所述服务平台确定执行所述网约车订单的司机作为接单司机；
执行账单模块，用于接收所述服务平台发送的所述网约车订单对应的账单并执行，所述网约车订单对应的账单是所述服务平台在接收到所述第二用户确认所述接单司机完成所述网约车订单的确认消息后向所述第一用户的终端发送的。
17.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求1～9或10～14任一项所述的方法。
18.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述权利要求1～9或10～14任一项所述的方法。
CN201911347058.2A 2019-12-24 2019-12-24 一种业务执行的方法及装置 Pending CN111127156A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911347058.2A CN111127156A (zh) 2019-12-24 2019-12-24 一种业务执行的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911347058.2A CN111127156A (zh) 2019-12-24 2019-12-24 一种业务执行的方法及装置

Publications (1)

Publication Number Publication Date
CN111127156A true CN111127156A (zh) 2020-05-08

Family

ID=70500269

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911347058.2A Pending CN111127156A (zh) 2019-12-24 2019-12-24 一种业务执行的方法及装置

Country Status (1)

Country Link
CN (1) CN111127156A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112633537A (zh) * 2020-12-24 2021-04-09 汉海信息技术(上海)有限公司 代叫车订单处理方法、装置，以及电子设备
CN112686415A (zh) * 2020-12-29 2021-04-20 南京领行科技股份有限公司 一种网约车行为监控方法及装置

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104933571A (zh) * 2015-05-13 2015-09-23 北京嘀嘀无限科技发展有限公司 打车的方法及系统
WO2018046102A1 (en) * 2016-09-10 2018-03-15 Swiss Reinsurance Company Ltd. Automated, telematics-based system with score-driven triggering and operation of automated sharing economy risk-transfer systems and corresponding method thereof
CN108009650A (zh) * 2017-03-29 2018-05-08 北京嘀嘀无限科技发展有限公司 网约车服务请求处理方法、装置和服务器
CN108665079A (zh) * 2017-03-28 2018-10-16 北京嘀嘀无限科技发展有限公司 一种约车呼叫装置、约车平台及约车呼叫方法
CN108776886A (zh) * 2018-05-11 2018-11-09 阿里巴巴集团控股有限公司 一种事务协助方法、装置及电子设备
CN109285102A (zh) * 2018-08-15 2019-01-29 阿里巴巴集团控股有限公司 打车方法和装置、电子设备
CN109636368A (zh) * 2018-11-20 2019-04-16 梅州蜂派网络科技有限公司 互联网打车方法、装置、打车设备和计算机可读存储介质
CN110175779A (zh) * 2019-05-27 2019-08-27 北京三快在线科技有限公司 一种业务执行的方法及装置
WO2019174620A1 (en) * 2018-03-14 2019-09-19 Beijing Didi Infinity Technology And Development Co., Ltd. Devices and methods for processing service request

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104933571A (zh) * 2015-05-13 2015-09-23 北京嘀嘀无限科技发展有限公司 打车的方法及系统
WO2018046102A1 (en) * 2016-09-10 2018-03-15 Swiss Reinsurance Company Ltd. Automated, telematics-based system with score-driven triggering and operation of automated sharing economy risk-transfer systems and corresponding method thereof
CN108665079A (zh) * 2017-03-28 2018-10-16 北京嘀嘀无限科技发展有限公司 一种约车呼叫装置、约车平台及约车呼叫方法
CN108009650A (zh) * 2017-03-29 2018-05-08 北京嘀嘀无限科技发展有限公司 网约车服务请求处理方法、装置和服务器
WO2019174620A1 (en) * 2018-03-14 2019-09-19 Beijing Didi Infinity Technology And Development Co., Ltd. Devices and methods for processing service request
CN108776886A (zh) * 2018-05-11 2018-11-09 阿里巴巴集团控股有限公司 一种事务协助方法、装置及电子设备
CN109285102A (zh) * 2018-08-15 2019-01-29 阿里巴巴集团控股有限公司 打车方法和装置、电子设备
CN109636368A (zh) * 2018-11-20 2019-04-16 梅州蜂派网络科技有限公司 互联网打车方法、装置、打车设备和计算机可读存储介质
CN110175779A (zh) * 2019-05-27 2019-08-27 北京三快在线科技有限公司 一种业务执行的方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
姜霖: "交互设计用户心智模型建模方法——以老年人互联网约车出行APP为例", 《南京艺术学院学报(美术与设计)》 *
甘开全 著: "《滴滴程维：在巨头阴影中前行》", 31 May 2017 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112633537A (zh) * 2020-12-24 2021-04-09 汉海信息技术(上海)有限公司 代叫车订单处理方法、装置，以及电子设备
CN112686415A (zh) * 2020-12-29 2021-04-20 南京领行科技股份有限公司 一种网约车行为监控方法及装置
CN112686415B (zh) * 2020-12-29 2022-05-17 南京领行科技股份有限公司 一种网约车行为监控方法及装置

Similar Documents

Publication Publication Date Title
JP6856072B2 (ja) ユニファイド・コネクテッドネットワークのためのシステム及び方法
US20200273136A1 (en) Method and system for trip invitation
US11074539B2 (en) Vehicle usage assessment of drivers in a car sharing service
CN103616860A (zh) 一种远程控制家电设备的方法和装置
CN109298926B (zh) 资源转移方入驻资源转移平台的方法、装置及电子设备
WO2013036199A1 (en) A system and a method for locating one or more peers
CN111127156A (zh) 一种业务执行的方法及装置
CN104753772A (zh) 一种信息交互的方法和装置
CN112995403B (zh) 车辆控制方法及相关装置
CN106470236A (zh) 基于移动终端的打车方法、装置和系统
CN105554003A (zh) 启用车载云服务的方法和系统
CN111935224B (zh) 车辆内信息推送方法、装置、设备及系统
CN107708064B (zh) 一种车载设备定位手机的方法和系统
CN112288502B (zh) 电子乘车发票处理方法及装置
CN115293533A (zh) 派单处理方法及装置
CN114677773A (zh) 一种用户绑定方法及装置
CN111464653A (zh) 车载设备互联的方法、系统及装置
CN112561483B (zh) 行程处理方法及装置
CN112308545A (zh) 一种账户绑定的方法及装置
CN113034710A (zh) 租赁车辆的etc代扣处理方法及装置
US20200096351A1 (en) Meeting support device and meeting support method
KR102321392B1 (ko) 모빌리티 서비스의 제공을 위한 IoT 디바이스와 통합 관리 서버 및 이를 이용한 모빌리티 서비스 제공 방법
CN113065863B (zh) 公交车辆乘车费用支付方法及装置
US20240171940A1 (en) Location determining method and system for implementing
US20240196166A1 (en) Network performance monitoring method and system for implementing

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: 20200508

RJ01 Rejection of invention patent application after publication