CN110766568A - 一种出行验证方法、装置、电子设备及存储介质 - Google Patents

一种出行验证方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN110766568A
CN110766568A CN201910766049.0A CN201910766049A CN110766568A CN 110766568 A CN110766568 A CN 110766568A CN 201910766049 A CN201910766049 A CN 201910766049A CN 110766568 A CN110766568 A CN 110766568A
Authority
CN
China
Prior art keywords
information
passenger
face image
travel
service
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
CN201910766049.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 CN201910766049.0A priority Critical patent/CN110766568A/zh
Publication of CN110766568A publication Critical patent/CN110766568A/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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • 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/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/10—Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
    • G06V40/16—Human faces, e.g. facial parts, sketches or expressions
    • G06V40/161—Detection; Localisation; Normalisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • General Health & Medical Sciences (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Primary Health Care (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Oral & Maxillofacial Surgery (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供了一种出行验证方法、装置、电子设备及存储介质，其中，该出行验证方法包括：响应服务请求端的出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；将预存的所述服务提供端对应的人脸图像发送至所述服务请求端，所述服务提供端对应的人脸图像被用于与司机本人进行比对；在接收到所述服务请求端发送的确认上车的指示信息后，向所述服务提供端发送核验乘客信息的提示信息；在接收到所述服务提供端发送的乘客核验请求后，将预存的所述服务请求端对应的人脸图像发送给所述服务请求端，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。本申请提高了乘车环境的安全性。

Description

一种出行验证方法、装置、电子设备及存储介质
技术领域
本申请涉及出行监控技术领域，具体而言，涉及一种出行验证方法、装置、电子设备及存储介质。
背景技术
随着社会的发展，传统的出租车已经不能满足人们出行的需求，为了更加方便用户的需求，目前市面上出现了网络预约车，方便用户通过用车软件预定符合自己行程的车辆。
在网络预约车中，为了保证用户的安全，当用户注册成为服务提供方或者服务提供者时，会提前验证用户的身份信息是否合法，比如验证针对服务提供方的申请用户的身份证、驾驶证、行驶证等；验证针对服务请求方的申请用户的身份证。
但是这种情况，可能存在他人借用或者盗用验证通过的服务提供方进行出行服务，或者存在他人借用或者盗用验证通过的服务请求方的身份进行出行请求，这种场景下，对合乘者的安全存在隐患，因此，如何最大限度地保证乘车安全，是目前急需解决的问题。
发明内容
有鉴于此，本申请的目的在于提供一种出行验证方法、装置、电子设备及存储介质，能够提高乘车环境的安全性。
第一方面，本申请实施例提供了一种出行验证方法，包括：
响应服务请求端的出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
将预存的所述服务提供端对应的人脸图像发送至所述服务请求端，所述服务提供端对应的人脸图像被用于与司机本人进行比对；
在接收到所述服务请求端发送的确认上车的指示信息后，向所述服务提供端发送核验乘客信息的提示信息；
在接收到所述服务提供端发送的乘客核验请求后，将预存的所述服务请求端对应的人脸图像发送给所述服务请求端，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
在一些实施方式中，将预存的所述服务提供端对应的人脸图像发送至所述服务请求端，包括：
在所述出行订单的出发时间达到前的预设时长内，向所述服务请求端发送携带有所述服务提供端的服务信息的车主确认页面信息；所述服务信息中包括所述人脸图像。
在一些实施方式中，所述车主确认页面信息中还包括以下信息选择按钮：
确认信息相符并上车；确认信息不相符。
在一些实施方式中，将预存的所述服务提供端对应的人脸图像发送至所述服务请求端后，还包括：
若接收到所述服务请求端发送的司机信息不相符的反馈信息，则向所述服务请求端发送携带有取消订单选择按钮的第一订单取消提示页面信息，以便所述服务请求端选择是否取消订单。
在一些实施方式中，所述第一订单取消提示页面信息中还携带有信息不符选项，所述信息不符选项中包括司机信息不符选项和车辆信息不符选项。
在一些实施方式中，在接收到所述服务提供端发送的乘客核验请求后，还包括：生成校验码；
所述将预存的所述服务请求端对应的人脸图像发送给所述服务请求端，包括：向所述服务请求端发送携带有所述人脸图像和所述校验码的乘客核验页面信息；
所述出行验证方法还包括：向所述服务提供端发送携带有所述校验码的乘客确认页面信息，其中，所述乘客核验页面信息中的所述人脸图像被用于与乘客本人比对时，所述乘客确认页面信息中的校验码被用于与所述乘客核验页面中的校验码进行比对。
在一些实施方式中，所述乘客确认页面信息中还携带有以下信息选择按钮：
确认乘客信息相符；确认乘客信息不相符。
在一些实施方式中，将预存的所述服务请求端对应的人脸图像发送给所述服务请求端之后，还包括：
若接收到所述服务提供端发送的确认乘客信息不相符的反馈信息，则向所述服务提供端发送携带有取消订单选择按钮的第二订单取消提示页面信息，以便所述服务提供端选择是否取消订单。
在一些实施方式中，所述第二订单取消提示页面信息中还携带有多个乘客信息不符选项，其中每个乘客信息不符选项中包括至少一种不相符的乘客信息。
在一些实施方式中，将预存的所述服务提供端对应的人脸图像发送至所述服务请求端，包括：
基于所述乘客信息，对预存的所述服务提供端对应的人脸图像进行水印加密处理，得到标识有乘客信息的司机人脸图像；
将所述标识有乘客信息的司机人脸图像发送至所述服务请求端。
在一些实施方式中，响应服务请求端的出行请求，生成出行订单，包括：
在接收到所述服务请求端的出行请求后，获取所述服务请求端上传的当前乘客的人脸图像；
基于预存的所述服务请求端注册时的人脸图像，对所述服务请求端上传的当前乘客的人脸图像进行验证，并在通过后，生成所述出行订单。
在一些实施方式中，将所述出行订单分配给所述服务提供端之前，还包括：
在接收到服务提供端发送的服务请求后，获取所述服务提供端上传的当前司机的人脸图像；
基于预存的所述服务提供端注册时的人脸图像，对所述服务提供端上传的当前司机的人脸图像进行验证，并在验证通过后，将所述服务提供端加入匹配队列中；
所述将该出行订单分配给匹配的服务提供端，包括：
将该出行订单分配给所述匹配队列中与所述出行订单匹配的服务提供端。
第二方面，本申请实施例提供了一种出行验证方法，应用于服务请求端，所述出行验证方法包括：
向服务器发送出行请求，以便服务器基于该出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
接收所述服务器发送的匹配的所述服务提供端对应的人脸图像，并显示所述人脸图像，所述服务提供端对应的人脸图像被用于与司机本人进行比对；
在获取到确认上车的指令后，向所述服务器发送确认上车的指示信息，以便所述服务器在接收到所述确认上车的指示信息后向所述服务提供端发送核验乘客信息的提示信息；
接收所述服务器基于所述服务提供端的乘客核验请求发送的所述服务请求端对应的人脸图像，并进行显示，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
第三方面，本申请实施例提供了一种出行验证方法，应用于服务提供端，所述出行验证方法包括：
接收服务器匹配的服务提供端的出行订单；
在到达所述出行订单对应的出发地点后，接收所述服务器发送的核验乘客信息的提示信息；
响应司机确认核验乘客信息的请求，向所述服务器发送乘客核验请求，以便所述服务器将预存的服务请求端对应的人脸图像发送给所述服务提供端，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
第四方面，本申请实施例提供了一种出行验证装置，包括：
出行订单分配模块，用于响应服务请求端的出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
第一图像发送模块，用于将预存的所述服务提供端对应的人脸图像发送至所述服务请求端，所述服务提供端对应的人脸图像被用于与司机本人进行比对；
提示信息发送模块，用于在接收到所述服务请求端发送的确认上车的指示信息后，向所述服务提供端发送核验乘客信息的提示信息；
第二图像发送模块，用于在接收到所述服务提供端发送的乘客核验请求后，将预存的所述服务请求端对应的人脸图像发送给所述服务请求端，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
在一些实施方式中，所述第一图像发送模块在用于将预存的所述服务提供端对应的人脸图像发送至所述服务请求端时，包括：
在所述出行订单的出发时间达到前的预设时长内，向所述服务请求端发送携带有所述服务提供端的服务信息的车主确认页面信息；所述服务信息中包括所述人脸图像。
在一些实施方式中，所述车主确认页面信息中还包括以下信息选择按钮：
确认信息相符并上车；确认信息不相符。
在一些实施方式中，所述第一图像发送模块将所述服务提供端对应的人脸图像发送至所述服务请求端后，还用于：
若接收到所述服务请求端发送的司机信息不相符的反馈信息，则向所述服务请求端发送携带有取消订单选择按钮的第一订单取消提示页面信息，以便所述服务请求端选择是否取消订单。
在一些实施方式中，所述第一订单取消提示页面信息中还携带有信息不符选项，所述信息不符选项中包括司机信息不符选项和车辆信息不符选项。
在一些实施方式中，所述第二图像发送模块在接收到所述服务提供端发送的乘客核验请求后，还用于：生成校验码；
所述第二图像发送模块在用于将预存的所述服务请求端对应的人脸图像发送给所述服务请求端时，包括：向所述服务请求端发送携带有所述人脸图像和所述校验码的乘客核验页面信息；
所述第二图像发送模块，还用于向所述服务提供端发送携带有所述校验码的乘客确认页面信息，其中，所述乘客核验页面信息中的所述人脸图像被用于与乘客本人比对时，所述乘客确认页面信息中的校验码被用于与所述乘客核验页面中的校验码进行比对。
在一些实施方式中，所述乘客确认页面信息中还携带有以下信息选择按钮：
确认乘客信息相符；确认乘客信息不相符。
在一些实施方式中，所述第二图像发送模块将预存的所述服务请求端对应的人脸图像发送给所述服务请求端之后，还用于：
若接收到所述服务提供端发送的确认乘客信息不相符的反馈信息，则向所述服务提供端发送携带有取消订单选择按钮的第二订单取消提示页面信息，以便所述服务提供端选择是否取消订单。
在一些实施方式中，所述第二订单取消提示页面信息中还携带有多个乘客信息不符选项，其中每个乘客信息不符选项中包括至少一种不相符的乘客信息。
在一些实施方式中，所述第一图像发送模块在用于将预存的所述服务提供端对应的人脸图像发送至所述服务请求端时，包括：
基于所述乘客信息，对预存的所述服务提供端对应的人脸图像进行水印加密处理，得到标识有乘客信息的司机人脸图像；
将所述标识有乘客信息的司机人脸图像发送至所述服务请求端。
在一些实施方式中，所述出行订单分配模块用于响应服务请求端的出行请求，生成出行订单时，包括：
在接收到所述服务请求端的出行请求后，获取所述服务请求端上传的当前乘客的人脸图像；
基于预存的所述服务请求端注册时的人脸图像，对所述服务请求端上传的当前乘客的人脸图像进行验证，并在通过后，生成所述出行订单。
在一些实施方式中，所述出行订单分配模块将所述出行订单分配给所述服务提供端之前，还用于：
在接收到服务提供端发送的服务请求后，获取所述服务提供端上传的当前司机的人脸图像；
基于预存的所述服务提供端注册时的人脸图像，对所述服务提供端上传的当前司机的人脸图像进行验证，并在验证通过后，将所述服务提供端加入匹配队列中；
所述出行订单分配模块在用于将该出行订单分配给匹配的服务提供端时，包括：
将该出行订单分配给所述匹配队列中与所述出行订单匹配的服务提供端。
第五方面，本申请实施例提供了一种出行验证装置，驻留于服务请求端，所述出行验证装置包括：
出行请求发送模块，用于向服务器发送出行请求，以便服务器基于该出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
第一图像接收模块，用于接收所述服务器发送的匹配的所述服务提供端对应的人脸图像，并显示所述人脸图像，所述服务提供端对应的人脸图像被用于与司机本人进行比对；
指示信息发送模块，用于在获取到确认上车的指令后，向所述服务器发送确认上车的指示信息，以便所述服务器在接收到所述确认上车的指示信息后向所述服务提供端发送核验乘客信息的提示信息；
第二图像接收模块，用于接收所述服务器基于所述服务提供端的乘客核验请求发送的所述服务请求端对应的人脸图像，并进行显示，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
第六方面，本申请实施例提供了一种出行验证装置，驻留于服务提供端，所述出行验证装置包括：
出行订单接收模块，用于接收服务器匹配的服务提供端的出行订单；
提示信息接收模块，用于在到达所述出行订单对应的出发地点后，接收所述服务器发送的核验乘客信息的提示信息；
核验请求发送模块，用于响应司机确认核验乘客信息的请求，向所述服务器发送乘客核验请求，以便所述服务器将预存的服务请求端对应的人脸图像发送给所述服务提供端，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
第七方面，本申请实施例提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如第一方面所述出行验证方法的步骤。
第八方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如第一方面所述出行验证方法的步骤。
本申请实施例提供的出行验证方法，服务器在接收到服务请求端的出行请求后，生成出行订单，在将该出行订单分配给匹配的服务提供端后，会将该服务提供端对应的人脸图像发送至服务请求端，即乘客可以在服务请求端，比如手机上看到司机的人脸图像，这样在上车前就可以基于该司机的人脸图像识别来接驾的司机是否为本人，在确定是本人后，可以向服务器发送确认上车的指示信息，服务器则可以继续向服务提供端发送核验乘客信息的提示信息，并在接收到服务提供端发送的乘客核验请求后，将预存的乘客的人脸图像发送给服务请求端，这样司机可以提示乘客出示其人脸图像，便于司机对乘客的身份进行核验。
可见，本申请实施例提供的出行验证方法，使得乘客、司机双方可以互相验证对方身份，降低在出行领域非合法注册的服务提供方本人接驾乘客以及非合法注册的乘客本人乘车的情况，从而提高乘车环境的安全性。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种出行验证***的架构示意图；
图2示出了本申请实施例提供的一种出行验证方法的流程示意图；
图3示出了本申请实施例提供的一种人脸图像的上传流程示意图；
图4示出了本申请实施例提供的一种车主确认页面示意图；
图5示出了本申请实施例提供的一种第一订单取消提示页面示意图；
图6示出了本申请实施例提供的一种安全护航页面示意图；
图7示出了本申请实施例提供的一种提示页面示意图；
图8示出了本申请实施例所提供的一种乘客核验页面示意图；
图9示出了本申请实施例所提供的一种乘客确认页面示意图；
图10示出了本申请实施例所提供的第二订单取消提示页面示意图；
图11示出了本申请实施例所提供的基于服务请求端的出行验证方法的流程图；
图12示出了本申请实施例所提供的基于服务提供端的出行验证方法的流程图；
图13示出了本申请实施例所提供的驻留于服务器的出行验证装置的结构示意图；
图14示出了本申请实施例所提供的驻留于服务请求端的出行验证装置的结构示意图；
图15示出了本申请实施例所提供的驻留于服务提供端的出行验证装置的结构示意图；
图16示出了本申请实施例所提供的与服务器对应的电子设备的结构示意图；
图17示出了本申请实施例所提供的与服务请求端对应的电子设备的结构示意图；
图18示出了本申请实施例所提供的与服务提供端对应的电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“顺风车的出行验证方法”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕顺风车的出行验证方法进行描述，但是应该理解，这仅是一个示例性实施例。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中的术语“乘客”、“请求方”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。
本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。
本申请中使用的定位技术可以基于全球定位***(Global Positioning System,GPS)、全球导航卫星***(Global Navigation Satellite System,GLONASS)，罗盘导航***(COMPASS)、伽利略定位***、准天顶卫星***(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。一个或多个上述定位***可以在本申请中互换使用。
本申请的一个方面涉及一种出行验证***。该***可以使得乘客、司机双方可以互相验证对方身份，降低在出行领域非合法注册的服务提供方本人接驾乘客以及非合法注册的乘客本人乘车的情况，从而提高乘车环境的安全性。
值得注意的是，在本申请提出申请之前，服务器在为乘客分配了对应的司机后，乘客和司机会合后，双方并无法有效确定对方是否为合法注册的用户，即司机无法确定乘客是否为合法注册的乘客本人，乘客也无法确定司机是否为合法注册的服务提供方本人，进而在乘车环境中，存在安全隐患。
图1是本申请实施例提供的一种出行验证***的架构示意图。例如，出行验证***可以是用于诸如出租车、代驾服务、快车、拼车之类的运输服务、或其任意组合的在线运输服务平台。出行验证***可以包括服务器101、网络102、服务请求端103、服务提供端104、和数据库105中的一种或多种。
在一些实施例中，服务器101可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于从服务请求端103获得的服务请求来确定目标车辆。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application Specific IntegratedCircuit,ASIC)、专用指令集处理器(Application Specific Instruction-setProcessor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(ReducedInstruction Set Computing,RISC)、或微处理器等，或其任意组合。
在一些实施例中，服务请求端103和服务提供端104对应的设备类型可以是移动设备，比如可以包括可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，也可以是平板计算机、膝上型计算机、或机动车辆中的内置设备等。
在一些实施例中，数据库105可以连接到网络102以与出行验证***中的一个或多个组件(例如，服务器101，服务请求端103，服务提供端104等)通信。出行验证***中的一个或多个组件可以经由网络102访问存储在数据库105中的数据或指令。在一些实施例中，数据库105可以直接连接到出行验证***中的一个或多个组件，或者，数据库105也可以是服务器101的一部分。
下面结合上述图1示出的出行验证***中描述的内容，对本申请实施例提供的出行验证方法进行详细说明。
参照图2所示，为本申请实施例提供的一种出行验证方法的流程示意图，该方法可以由出行验证***中的服务器来执行，具体执行过程包括以下步骤S201～S204：
S201，响应服务请求端的出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端。
这里的服务请求端在出行领域可以指乘客对应的智能移动设备，比如智能手机、平板电脑、笔记本电脑等；服务提供端在出行领域可以指司机对应的智能移动设备，比如智能手机、平板电脑、笔记本电脑、车载终端等。
乘客在需要用车时，可以打开提前在服务请求端上安装的用车软件，然后在用车软件的用车页面上输入要出行的时间、出行人数、出发地和目的地等，然后触发确认用车后，服务请求端就可以基于乘客输入的信息生成出行请求，并将该出行请求发送至服务器。
服务器在接收到服务请求端发送的出行请求后，即会基于该出行请求生成出行订单，该出行订单中记录有乘客要出行的时间、出行人数、出发地和目的地等，然后就可以根据这些信息找到匹配的服务提供端，并将该出行订单分配给该匹配的服务提供端。
具体地，为了保证乘车安全环境，确保发出出行请求的服务请求端对应的乘客的身份信息合法，这里服务器接收到服务请求端发起的出行请求后，生成出行订单，包括以下步骤：
(1)在接收到服务请求端的出行请求后，获取服务请求端上传的当前乘客的人脸图像；
(2)基于预存的服务请求端注册时的人脸图像，对服务请求端上传的当前乘客的人脸图像进行验证，并在通过后，生成出行订单。
即服务器在接收到服务请求端的出行请求后，会向服务请求端发送采集当前乘客的人脸图像的指示信息，然后乘客需要通过服务请求端上的图像采集部件采集自己的人脸图像，采集成功后，上传至服务器，服务器接收到当前乘客的人脸图像后，通过预存的服务请求端注册时的人脸图像对当前乘客的人脸图像进行验证，确保发起出行请求的当前乘客的身份信息是合法的。
这里服务请求端注册时的人脸图像是指乘客在首次使用用车软件时进行实名注册后传送至服务器的人脸图像，比如，乘客在实名注册时，将填写的身份证号码、登录号码、姓名等信息发送至服务器进行实名注册，注册后服务器提示服务请求端上传乘客的人脸图像，并在接收到该人脸图像后，可以将该人脸图像与乘客的身份证号码对应的证件照片进行比对，在确认人脸图像与该乘客的证件照片一致后，再允许该乘客可以使用该用车软件发起出行请求。
进一步地，在为出行订单分配匹配的服务提供端时，也需要在可以为服务请求端提供本次出行服务的匹配队列中寻找合适的服务提供端，这里的匹配队列中的服务提供端是指通过身份验证后的司机对应的服务提供端，在本申请实施例中服务器将出行订单分配给服务提供端之前，还包括以下过程：
(1)在接收到服务提供端发送的服务请求后，获取服务提供端上传的当前司机的人脸图像；
(2)基于预存的服务提供端注册时的人脸图像，对服务提供端上传的当前司机的人脸图像进行验证，并在验证通过后，将服务提供端加入匹配队列中。
即服务器在接收到服务提供端发送的服务请求后，同样会向服务提供端发送采集当前司机的人脸图像的指示信息，然后司机需要通过服务提供端上的图像采集部件采集自己的人脸图像，采集成功后，上传至服务器，服务器接收到当前司机的人脸图像后，通过预存的服务提供端注册时的人脸图像对当前司机的人脸图像进行验证，确保发起出行请求的当前司机的身份信息是合法的，然后再将服务提供端加入到匹配队列中。
这样，服务器将发起出行请求的服务请求端的出行订单分配给匹配的服务提供端，即将该出行订单分配给匹配队列中与该出行订单匹配的服务提供端，具体在匹配队列中选择与出行订单匹配的服务提供端时，可以根据服务提供端的出行路线和出行时间，以及服务请求端的出行路线和出行时间确定，在此不进行赘述。
同样，这里服务提供端注册时的人脸图像是指司机在首次使用用车软件时进行实名注册后传送至服务器的人脸图像，比如，司机在实名注册时，将填写的身份证号码、登录号码、姓名等信息发送至服务器进行实名注册，注册后服务器提示服务提供端上传乘客的人脸图像，并在接收到该人脸图像后，可以将该人脸图像与司机的身份证号码对应的证件照片进行比对，在确认人脸图像与该司机的证件照片一致后，再允许司机可以使用该用车软件发起服务请求。
本申请实施例中，用户(包括乘客和司机)上传的人脸图像，要求是清晰未遮挡的人脸图像，在服务器接收到该人脸图像后，确定该人脸图像清晰并且未遮挡后，再与用户的身份证号码对应的证件照片进行比对，比对成功后，提示用户该人脸图像将用于后期司乘互验，如图3所示，为用户上传人脸头像的界面示意图，用户在上传过程中，可以选择实时拍摄的人脸图像进行上传，也可以选择之前拍摄好的人脸照片作为这里的人脸图像进行上传，然后服务器接收到人脸图像后，先检测其清晰度与完整性，在确定清晰度和完整性符合设定条件后，再将该人脸图像与用户身份证号码对应的证件照片进行比对，若比对不成功，则提示用户重新上传人脸图像，若比对成功，则提示用户上传成功，该人脸图像将用于行程前的司乘互验。
S202，将预存的服务提供端对应的人脸图像发送至服务请求端，该服务提供端对应的人脸图像被用于与司机本人进行比对。
在为服务请求端的出行订单分配了匹配的服务提供端后，即可以将预存的服务提供端对应的人脸图像，即司机的人脸图像发送至服务请求端，具体地，将预存的服务提供端对应的人脸图像发送至服务请求端，可以包括：
在出行订单的出发时间达到前的预设时长内，向服务请求端发送携带有服务提供端的服务信息的车主确认页面信息；服务信息中包括人脸图像。
比如在出行订单的出发时间达到前的10分钟内，向服务请求端发送该车主确认页面信息，可以在服务请求端生成如图4所示的车主确认页面，乘客可以在司机到达出发地后，通过该车主确认页面中的司机的人脸图像验证司机本人与人脸图像是否匹配。
此外，该车主确认页面信息中的服务信息还包括服务提供端对应的车辆信息，比如可以包括车辆的牌照、型号和颜色等，这样，乘客在司机到达出发地后，除了验证司机本人与人脸图像是否匹配外，还可以验证接驾车辆的信息与车主确认页面中的车辆信息是否匹配，这样可以进一步确保乘车安全。
在对车辆以及司机进行验证后，服务请求端可以向服务器反馈验证结果，具体地，这里的车主确认页面信息中还包括以下信息选择按钮：
确认信息相符并上车；确认信息不相符。
这里的信息相符可以包括确定司机信息相符以及车辆信息相符，信息不相符可以包括司机信息不相符、车辆信息不相符、或者司机信息和车辆信息都不相符。
若乘客确认司机本人与车主确认页面信息中的司机的人脸图像匹配，且车辆信息相符后，则可以触发确认信息相符并上车的选择按钮，若乘客确认司机本人与车主确认页面信息中的司机的人脸图像不匹配，或者车辆信息不相符，或者司机本分与车主确认页面信息中的司机的人脸图像不匹配且车辆信息不相符，则可以触发确认信息不相符的选择按钮，这里选项按钮中的“确认信息相符并上车”字样以及选择按钮中的“确认信息不相符”字样并不局限于此，还可以通过其它字样来表示确认信息相符和确认信息不相符的含义，在此不具体限定。
进一步地，服务器将预存的服务提供端对应的人脸图像发送至服务请求端后，还包括：
若接收到服务请求端发送的信息不相符的反馈信息，则向服务请求端发送携带有取消订单选择按钮的第一订单取消提示页面信息，以便服务请求端选择是否取消订单。
这里，服务请求端向服务器发送信息不相符的反馈信息后，服务器为了进一步确认乘客的意图，服务器可以将携带有取消订单选择按钮的第一订单取消提示页面信息发送至服务请求端，则可以在服务请求端生成如图5所示的第一订单取消提示页面，以便乘客在该第一订单取消提示页面上选择是否确认取消订单。
若因为乘客误触碰了表示信息不相符的选项，这里乘客可以通过第一订单取消提示页面信息中的“返回”选项按钮，重新返回车主确认页面，并可以在该车主确认页面重新触发确定信息相符并上车的选项按钮。
特别地，如图5所示，第一订单取消提示页面信息中还可以携带有信息不符选项，信息不符选项中包括司机信息不符选项和车辆信息不符选项。
比如，这里的司机信息不符选项即指司机本人与车主确认页面信息中的司机的人脸图像不匹配，车辆信息不符选项可以包括：车辆颜色不符、车辆型号不符和车辆车牌号不符中的一种或多种。
乘客在确定取消订单前，可以通过表示司机信息不符的选项按钮和表示车辆信息不符的选项按钮中的至少一种向服务器反馈取消订单的具体原因。
本申请实施例中，当乘客触发了信息不相符的选项按钮，并在第一订单取消提示页面选择了司机信息不符选项，即确定司机不是合法注册的服务提供方本人，且触发了取消订单的选项按钮后，服务器可以向服务提供端重新发起身份验证的提示，提示服务提供端重新上传当前司机的人脸图像，并且只有在验证通过后，才会重新将该服务提供端加入匹配队列中，否则拒绝为该服务提供端继续分配出行订单。
特别地，当该服务提供端对应的司机被多次确定为非法司机后，可以将该司机实名注册的登录号码加入黑名单，不再响应该服务提供端发起的服务请求。
本申请实施例中，因为要将司机的人脸图像发送至服务器端，为了防止乘客恶意传播司机的人脸图像，这里提出在将预存的服务提供端对应的人脸图像发送至服务请求端时，对司机的人脸图像进行加密处理，具体包括以下过程：
(1)基于乘客信息，对预存的服务提供端对应的人脸图像进行水印加密处理，得到标识有乘客信息的司机人脸图像；
(2)将标识有乘客信息的司机人脸图像发送至服务请求端。
比如可以基于乘客在注册用车软件时的登录号码对服务提供端对应的人脸图像进行水印加密，即得到标识有乘客信息的司机人脸图像，这样若乘客将该司机人脸图像进行恶意传播，则可以根据司机人脸图像中的乘客信息找到恶意传播的乘客。
S203，在接收到服务请求端发送的确认上车的指示信息后，向服务提供端发送核验乘客信息的提示信息。
这里接收到服务请求端发送的确认上车的指示信息后，此时可以在服务请求端展示如图6所示的安全护航页面，乘客可以在安全护航页面上监控车辆的行驶路线，以及在该页面上触发危险报警、行程分享等，在此不做具体限定。
服务器在在接收到服务请求端确认上车的指示信息后，可以进一步提示司机验证乘客的身份信息，以提高司机在出行环境中的安全，这里服务器可以向服务提供端发送提示页面信息，以在服务提供端展示如图7所示的提示页面，该提示页面中可以包含核验乘客信息的选项按钮，司机可以通过触发该选项按钮向服务器发送乘客核验请求。
S204，在接收到服务提供端发送的乘客核验请求后，将预存的服务请求端对应的人脸图像发送给服务请求端，该服务请求端对应的人脸图像被用于与乘客本人进行比对。
服务器在接收到服务提供端发送的乘客核验请求后，则可以将预存的服务请求端对应的人脸图像发送给服务请求端，当司机需要进行核验时，乘客将该服务请求端对应的人脸图像出示给司机进行核验。
这里考虑到若存在非法用户盗用合法乘客的出行订单，然后用图片处理软件将合法乘客的出行订单中的乘客的人脸图像更改为自身的人脸图像的情况，冒用合法乘客的身份信息非法乘车，本申请实施例提出了在接收到服务提供端发送的乘客核验请求后，还包括：生成校验码，这里的验证码是在接收到服务提供端发送的乘客核验请求后随机生成，可以是数字校验码，可以是字母校验码，也可以是同时包含字母和数字的校验码。
这样，步骤S204中，将预存的服务请求端对应的人脸图像发送给服务请求端，包括：
向服务请求端发送携带有人脸图像和校验码的乘客核验页面信息。
这里的乘客核验页面信息可以在服务请求端呈现如图8所示的乘客核验页面，该乘客核验页面可以包含服务请求端对应的人脸图像和校验码，除此之外，还可以包含该乘客的本次出行订单信息，比如乘客的出发地地址、目的地地址和乘客人数等。
当司机需要验证乘客的身份信息时，乘客可以向司机出示该乘客核验页面信息，以便证实自身身份。
相应地，出行验证方法还包括：向服务提供端发送携带有校验码的乘客确认页面信息，其中，乘客核验页面信息中的人脸图像被用于与乘客本人比对时，乘客确认页面信息中的校验码被用于与乘客核验页面中的校验码进行比对。
这里向服务提供端发送的携带有校验码的乘客确认页面信息，该乘客确认页面信息可以在服务提供端呈现如图9所示的乘客确认页面，该乘客确认页面中携带的校验码应该与图8中的乘客核验页面中的校验码一致，这样司机可以通过乘客核验页面信息中的校验码和人脸图像一同来确定前来乘车的乘客是否为合法注册的乘客本人。
进一步地，司机验证乘客信息后，需要向服务器反馈验证结果，故这里的乘客确认页面信息中还可以携带有以下信息选择按钮：
确认乘客信息相符；确认乘客信息不相符。
这里的乘客信息相符可以包括乘客是合法注册的乘客本人、乘客人数相符以及目的地地址相符等；乘客信息不相符可以包括乘客不是合法注册的乘客本人、乘客人数不相符和目的地地址不相符中的一种或多种。
若司机确认乘客本人与乘客核验页面中的乘客的人脸图像匹配、乘客确认页面中的校验码与乘客核验页面中的校验码一致、乘客人数相符以及目的地地址相符，则可以触发确认乘客信息相符的选择按钮，若司机确认乘客本人与乘客核验页面中的乘客的人脸图像不匹配、乘客确认页面中的校验码与乘客核验页面中的校验码不一致、乘客人数不相符和目的地地址不相符中的一种或多种，则可以触发确认乘客信息不相符的选择按钮。
这里选项按钮中的“确认乘客信息相符”字样以及选择按钮中的“确认乘客信息不相符”字样并不局限于此，还可以通过其它字样来表示确认乘客信息相符和确认乘客信息不相符的含义，比如，这里“确认乘客信息相符”可以替换为如图9所示的“我知道了”字样，即司机默认乘客信息相符，若确定乘客信息不符，可以通过触发如图9所示的“信息不符”选项按钮向服务器进行反馈。
进一步地，服务器将预存的服务请求端对应的人脸图像发送给服务请求端之后，还包括：
若接收到服务提供端发送的确认乘客信息不相符的反馈信息，则向服务提供端发送携带有取消订单选择按钮的第二订单取消提示页面信息，以便服务提供端选择是否取消订单。
这里，服务提供端向服务器发送确认乘客信息不相符的反馈信息后，为了进一步确认司机的意图，即司机是否要真实取消订单还是误触发表示乘客信息不相符的选项按钮，服务器可以将携带有取消订单选择按钮的第二订单取消提示页面信息发送至服务提供端，这样可以在服务提供端展示如图10所示的第二订单取消提示页面，以便司机在该第二订单取消提示页面上进一步确定是否取消订单。
特别地，第二订单取消提示页面信息中还携带有多个乘客信息不符选项，如图10所示，其中每个乘客信息不符选项中包括至少一种不相符的乘客信息。
这里乘客信息不符选项比如可以为乘客非本人、乘客拒绝出示乘客核验页面、乘客人数不符中的一种或多种。
本申请实施例中，当司机触发了乘客信息不相符的选项按钮，并在第二订单取消提示页面选择了乘客非本人，即乘客不是合法注册的乘客本人，且触发了取消订单的选项按钮后，服务器可以向服务请求端重新发起身份验证的提示，提示服务请求端重新上传当前乘客的人脸图像，并且只有在验证通过后，才会重新为该服务请求端的出行订单分配服务提供端。
特别地，当该服务请求端对应的乘客被多次确定为非法乘客后，可以将该乘客实名注册的登录号码加入黑名单，不再响应该服务提供端发起的出行请求。
下面结合顺风车乘车环境，描述一种出行验证过程：
用户张三想要第二天从北京西站前往天津站，可以打开手机上的用车软件发起出行请求，服务器接收到该出行请求后，向张三的手机发送提示张三上传其人脸图像的信息，此时张三需要打开手机上的摄像头拍摄自身的人脸图像，然后上传至服务器，服务器比对此时接收到的张三的人脸图像是否与张三注册用车软件时的上传的人脸图像一致，若是，则开始为张三匹配合适的司机，当匹配到合适的司机后，比如匹配到司机李四后，将携带有司机李四的人脸头像的车主确认页面信息发送至张三的手机中，提示张三在上车前对司机李四进行身份验证，当司机李四到达指定出发地后，张三对李四进行了验证并确认无误后，可以通过车主确认页面向服务器发送确定信息相符并上车的信息，此时服务器可以向张三的手机发送提示页面信息，提示司机李四验证乘客张三的身份信息，若司机李四确定验证，则会向乘客张三的手机发送携带有张三的人脸图像和当前生成的校验码的乘客核验页面信息，以及向司机李四的手机发送携带有当前生成的校验码的乘客确认页面信息，便于司机基于张三的人脸图像和当前生成的校验码验证乘客的身份信息，即确定前来乘坐的用户是否乘客张三。
这样，本申请实施例提供的出行验证方法，使得乘客、司机双方可以互相验证对方身份，降低在出行领域非合法注册的服务提供方本人接驾乘客以及非合法注册的乘客本人乘车的情况，从而提高了乘车环境的安全性。
本申请实施例还提供了一种出行验证方法，应用于服务请求端，如图11所示，该出行验证方法包括以下步骤S1101～S1104：
S1101，向服务器发送出行请求，以便服务器基于该出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
S1102，接收服务器发送的匹配的服务提供端对应的人脸图像，并显示人脸图像，该服务提供端对应的人脸图像被用于与司机本人进行比对；
S1103，在获取到确认上车的指令后，向服务器发送确认上车的指示信息，以便服务器在接收到确认上车的指示信息后向服务提供端发送核验乘客信息的提示信息；
S1104，接收服务器基于服务提供端的乘客核验请求发送的服务请求端对应的人脸图像，并进行显示，该服务请求端对应的人脸图像被用于与乘客本人进行比对。
这里的出行验证方法在上述描述服务器侧的出行验证方法时，已详细描述，在这里不再进行赘述。
本申请实施例还提供了一种出行验证方法，应用于服务提供端，如图12所示，该出行验证方法包括以下步骤S1201～S1203：
S1201，接收服务器匹配的服务提供端的出行订单；
S1202，在到达出行订单对应的出发地点后，接收服务器发送的核验乘客信息的提示信息；
S1203，响应司机确认核验乘客信息的请求，向服务器发送乘客核验请求，以便服务器将预存的服务请求端对应的人脸图像发送给服务提供端，该服务请求端对应的人脸图像被用于与乘客本人进行比对。
这里的出行验证方法在上述描述服务器侧的出行验证方法时，已详细描述，在这里不再进行赘述。
基于同一发明构思，本申请实施例中还提供了与出行验证方法对应的出行验证装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述出行验证方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
参照图13所示，为本申请实施例提供的一种出行验证装置1300的示意图，驻留于服务器，该出行验证装置包括：出行订单分配模块1301、第一图像发送模块1302、提示信息发送模块1303和第二图像发送模块1304。
出行订单分配模块1301，用于响应服务请求端的出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
第一图像发送模块1302，用于将预存的所述服务提供端对应的人脸图像发送至服务请求端，所述服务提供端对应的人脸图像被用于与司机本人进行比对；
提示信息发送模块1303，用于在接收到服务请求端发送的确认上车的指示信息后，向服务提供端发送核验乘客信息的提示信息；
第二图像发送模块1304，用于在接收到服务提供端发送的乘客核验请求后，将预存的服务请求端对应的人脸图像发送给服务请求端，该服务请求端对应的人脸图像被用于与乘客本人进行比对。
在一种实施方式中，第一图像发送模块1302在用于将预存的服务提供端对应的人脸图像发送至服务请求端时，包括：
在出行订单的出发时间达到前的预设时长内，向服务请求端发送携带有服务提供端的服务信息的车主确认页面信息；该服务信息中包括人脸图像。
在一种实施方式中，车主确认页面信息中还包括以下信息选择按钮：
确认信息相符并上车；确认信息不相符。
在一种实施方式中，第一图像发送模块1302将服务提供端对应的人脸图像发送至服务请求端后，还用于：
若接收到服务请求端发送的信息不相符的反馈信息，则向服务请求端发送携带有取消订单选择按钮的第一订单取消提示页面信息，以便服务请求端选择是否取消订单。
在一种实施方式中，第一订单取消提示页面信息中还携带有信息不符选项，信息不符选项中包括司机信息不符选项和车辆信息不符选项。
在一种实施方式中，第二图像发送模块1304在接收到服务提供端发送的乘客核验请求后，还用于：生成校验码；
第二图像发送模块1304在用于将预存的服务请求端对应的人脸图像发送给服务请求端时，包括：向服务请求端发送携带有所述人脸图像和校验码的乘客核验页面信息；
第二图像发送模块1304，还用于向服务提供端发送携带有校验码的乘客确认页面信息，其中，乘客核验页面信息中的所述人脸图像被用于与乘客本人比对时，乘客确认页面信息中的校验码被用于与乘客核验页面中的校验码进行比对。
在一种实施方式中，乘客确认页面信息中还携带有以下信息选择按钮：
确认乘客信息相符；确认乘客信息不相符。
在一种实施方式中，第二图像发送模块1304将预存的所述服务请求端对应的人脸图像发送给所述服务请求端之后，还用于：
若接收到服务提供端发送的确认乘客信息不相符的反馈信息，则向服务提供端发送携带有取消订单选择按钮的第二订单取消提示页面信息，以便服务提供端选择是否取消订单。
在一种实施方式中，第二订单取消提示页面信息中还携带有多个乘客信息不符选项，其中每个乘客信息不符选项中包括至少一种不相符的乘客信息。
在一种实施方式中，第一图像发送模块1302在用于将预存的所述服务提供端对应的人脸图像发送至所述服务请求端时，包括：
基于乘客信息，对预存的服务提供端对应的人脸图像进行水印加密处理，得到标识有乘客信息的司机人脸图像；
将标识有乘客信息的司机人脸图像发送至服务请求端。
在一种实施方式中，出行订单分配模块1301用于响应服务请求端的出行请求，生成出行订单时，包括：
在接收到服务请求端的出行请求后，获取服务请求端上传的当前乘客的人脸图像；
基于预存的服务请求端注册时的人脸图像，对服务请求端上传的当前乘客的人脸图像进行验证，并在通过后，生成出行订单。
在一种实施方式中，出行订单分配模块1301将出行订单分配给服务提供端之前，还用于：
在接收到服务提供端发送的服务请求后，获取服务提供端上传的当前司机的人脸图像；
基于预存的服务提供端注册时的人脸图像，对服务提供端上传的当前司机的人脸图像进行验证，并在验证通过后，将服务提供端加入匹配队列中；
出行订单分配模块1301在用于将该出行订单分配给匹配的服务提供端时，包括：
将该出行订单分配给匹配队列中与出行订单匹配的服务提供端。
本申请实施例还提供了一种出行验证装置1400，如图14所示，驻留于服务请求端，出行验证装置包括：
出行请求发送模块1401，用于向服务器发送出行请求，以便服务器基于该出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
第一图像接收模块1402，用于接收服务器发送的匹配的所述服务提供端对应的人脸图像，并显示人脸图像，服务提供端对应的人脸图像被用于与司机本人进行比对；
指示信息发送模块1403，用于在获取到确认上车的指令后，向服务器发送确认上车的指示信息，以便服务器在接收到确认上车的指示信息后向服务提供端发送核验乘客信息的提示信息；
第二图像接收模块1404，用于接收服务器基于服务提供端的乘客核验请求发送的服务请求端对应的人脸图像，并进行显示，服务请求端对应的人脸图像被用于与乘客本人进行比对。
本申请实施例还提供了一种出行验证装置1500，如图15所示，驻留于服务提供端，出行验证装置包括：
出行订单接收模块1501，用于接收服务器匹配的服务提供端的出行订单；
提示信息接收模块1502，用于在到达出行订单对应的出发地点后，接收所述服务器发送的核验乘客信息的提示信息；
核验请求发送模块1503，用于响应司机确认核验乘客信息的请求，向服务器发送乘客核验请求，以便服务器将预存的所述服务请求端对应的人脸图像发送给服务提供端，服务请求端对应的人脸图像被用于与乘客本人进行比对。
关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。
本申请实施例还提供了一种电子设备，该电子设备可以是服务器、服务请求端或者服务提供端，当该电子设备为服务器时，如图16所示，为本申请实施例提供的电子设备1600的结构示意图，包括：处理器1601、存储介质1602和总线1603。存储介质1602存储有处理器1601可执行的机器可读指令(比如，图13中的装置中出行订单分配模块1301、第一图像发送模块1302、提示信息发送模块1303和第二图像发送模块1304对应的执行指令等)，当电子设备1600运行时，处理器1601与存储介质1602之间通过总线1603通信，机器可读指令被处理器1601执行时执行如下处理：
响应服务请求端的出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
将预存的服务提供端对应的人脸图像发送至服务请求端，服务提供端对应的人脸图像被用于与司机本人进行比对；
在接收到服务请求端发送的确认上车的指示信息后，向服务提供端发送核验乘客信息的提示信息；
在接收到服务提供端发送的乘客核验请求后，将预存的服务请求端对应的人脸图像发送给所述服务请求端，服务请求端对应的人脸图像被用于与乘客本人进行比对。
一种可能的实施方式中，处理器1601执行的指令中，包括：
在出行订单的出发时间达到前的预设时长内，向服务请求端发送携带有服务提供端的服务信息的车主确认页面信息；服务信息中包括人脸图像。
一种可能的实施方式中，处理器1601执行的指令中，车主确认页面信息中还包括以下信息选择按钮：
确认信息相符并上车；确认信息不相符。
一种可能的实施方式中，处理器1601执行的指令中，将预存的所述服务提供端对应的人脸图像发送至所述服务请求端后，还包括：
若接收到服务请求端发送的信息不相符的反馈信息，则向服务请求端发送携带有取消订单选择按钮的第一订单取消提示页面信息，以便服务请求端选择是否取消订单。
一种可能的实施方式中，处理器1601执行的指令中，第一订单取消提示页面信息中还携带有信息不符选项，信息不符选项中包括司机信息不符选项和车辆信息不符选项。
一种可能的实施方式中，处理器1601执行的指令中，在接收到服务提供端发送的乘客核验请求后，还包括：生成校验码；
向服务请求端发送携带有人脸图像和所述校验码的乘客核验页面信息；
向服务提供端发送携带有校验码的乘客确认页面信息，其中，乘客核验页面信息中的人脸图像被用于与乘客本人比对时，乘客确认页面信息中的校验码被用于与乘客核验页面中的校验码进行比对。
一种可能的实施方式中，处理器1601执行的指令中，乘客确认页面信息中还携带有以下信息选择按钮：
确认乘客信息相符；确认乘客信息不相符。
一种可能的实施方式中，处理器1601执行的指令中，将预存的服务请求端对应的人脸图像发送给服务请求端之后，还包括：
若接收到服务提供端发送的确认乘客信息不相符的反馈信息，则向服务提供端发送携带有取消订单选择按钮的第二订单取消提示页面信息，以便服务提供端选择是否取消订单。
一种可能的实施方式中，处理器1601执行的指令中，第二订单取消提示页面信息中还携带有多个乘客信息不符选项，其中每个乘客信息不符选项中包括至少一种不相符的乘客信息。
一种可能的实施方式中，处理器1601执行的指令中，包括：
基于乘客信息，对预存的服务提供端对应的人脸图像进行水印加密处理，得到标识有乘客信息的司机人脸图像；
将标识有乘客信息的司机人脸图像发送至所述服务请求端。
一种可能的实施方式中，处理器1601执行的指令中，包括：
在接收到服务请求端的出行请求后，获取服务请求端上传的当前乘客的人脸图像；
基于预存的服务请求端注册时的人脸图像，对服务请求端上传的当前乘客的人脸图像进行验证，并在通过后，生成出行订单。
一种可能的实施方式中，处理器1601执行的指令中，将出行订单分配给服务提供端之前，还包括：
在接收到服务提供端发送的服务请求后，获取服务提供端上传的当前司机的人脸图像；
基于预存的服务提供端注册时的人脸图像，对服务提供端上传的当前司机的人脸图像进行验证，并在验证通过后，将服务提供端加入匹配队列中；
一种可能的实施方式中，处理器1601执行的指令中，包括：
将该出行订单分配给匹配队列中与出行订单匹配的服务提供端。
当该电子设备为服务请求端时，如图17所示，为本申请实施例提供的电子设备1700的结构示意图，包括：处理器1701、存储介质1702和总线1703。存储介质1702存储有处理器1701可执行的机器可读指令(比如，图14中的出行验证装置中的出行请求发送模块1401、第一图像接收模块1402、指示信息发送模块1403和第二图像接收模块1404对应的执行指令等)，当电子设备1700运行时，处理器1701与存储介质1702之间通过总线1703通信，机器可读指令被处理器1701执行时执行如下处理：
向服务器发送出行请求，以便服务器基于该出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
接收服务器发送的匹配的所述服务提供端对应的人脸图像，并显示人脸图像，服务提供端对应的人脸图像被用于与司机本人进行比对；
在获取到确认上车的指令后，向服务器发送确认上车的指示信息，以便服务器在接收到确认上车的指示信息后向服务提供端发送核验乘客信息的提示信息；
接收服务器基于服务提供端的乘客核验请求发送的服务请求端对应的人脸图像，并进行显示，服务请求端对应的人脸图像被用于与乘客本人进行比对。
当该电子设备为服务提供端时，如图18所示，为本申请实施例提供的电子设备1800的结构示意图，包括：处理器1801、存储介质1802和总线1803。存储介质1802存储有处理器1801可执行的机器可读指令(比如，图15中的出行验证装置中的出行订单接收模块1501、提示信息接收模块1502和核验请求发送模块1503对应的执行指令等)，当电子设备1800运行时，处理器1801与存储介质1802之间通过总线1803通信，机器可读指令被处理器1801执行时执行如下处理：
接收服务器匹配的服务提供端的出行订单；
在到达出行订单对应的出发地点后，接收服务器发送的核验乘客信息的提示信息；
响应司机确认核验乘客信息的请求，向服务器发送乘客核验请求，以便服务器将预存的服务请求端对应的人脸图像发送给服务提供端，服务请求端对应的人脸图像被用于与乘客本人进行比对。
本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述出行验证方法的步骤。
具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述出行验证方法，从而提高乘车环境的安全性。
综上，本申请实施例提供的出行验证方法、装置、电子设备及存储介质，使得乘客、司机双方可以互相验证对方身份，降低在出行领域非合法注册的服务提供方本人接驾乘客以及非合法注册的乘客本人乘车的情况，从而提高乘车环境的安全性。
另一方面，提出司机通过乘客手机来验证乘客的信息，避免乘客的隐私泄露；提出通过校验码来防止乘客伪造核验信息；提出通过水印加密司机人脸图像，防止乘客对司机照片的恶意传播。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (30)

1.一种出行验证方法，其特征在于，应用于服务器，所述出行验证方法包括：
响应服务请求端的出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
将预存的所述服务提供端对应的人脸图像发送至所述服务请求端，所述服务提供端对应的人脸图像被用于与司机本人进行比对；
在接收到所述服务请求端发送的确认上车的指示信息后，向所述服务提供端发送核验乘客信息的提示信息；
在接收到所述服务提供端发送的乘客核验请求后，将预存的所述服务请求端对应的人脸图像发送给所述服务请求端，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
2.根据权利要求1所述的出行验证方法，其特征在于，将预存的所述服务提供端对应的人脸图像发送至所述服务请求端，包括：
在所述出行订单的出发时间达到前的预设时长内，向所述服务请求端发送携带有所述服务提供端的服务信息的车主确认页面信息；所述服务信息中包括所述人脸图像。
3.根据权利要求2所述的出行验证方法，其特征在于，所述车主确认页面信息中还包括以下信息选择按钮：
确认信息相符并上车；确认信息不相符。
4.根据权利要求1～3任一所述的出行验证方法，其特征在于，将预存的所述服务提供端对应的人脸图像发送至所述服务请求端后，还包括：
若接收到所述服务请求端发送的司机信息不相符的反馈信息，则向所述服务请求端发送携带有取消订单选择按钮的第一订单取消提示页面信息，以便所述服务请求端选择是否取消订单。
5.根据权利要求4所述的出行验证方法，其特征在于，所述第一订单取消提示页面信息中还携带有信息不符选项，所述信息不符选项中包括司机信息不符选项和车辆信息不符选项。
6.根据权利要求1所述的出行验证方法，其特征在于，在接收到所述服务提供端发送的乘客核验请求后，还包括：生成校验码；
所述将预存的所述服务请求端对应的人脸图像发送给所述服务请求端，包括：向所述服务请求端发送携带有所述人脸图像和所述校验码的乘客核验页面信息；
所述出行验证方法还包括：向所述服务提供端发送携带有所述校验码的乘客确认页面信息，其中，所述乘客核验页面信息中的所述人脸图像被用于与乘客本人比对时，所述乘客确认页面信息中的校验码被用于与所述乘客核验页面中的校验码进行比对。
7.根据权利要求6所述的出行验证方法，其特征在于，所述乘客确认页面信息中还携带有以下信息选择按钮：
确认乘客信息相符；确认乘客信息不相符。
8.根据权利要求1所述的出行验证方法，其特征在于，将预存的所述服务请求端对应的人脸图像发送给所述服务请求端之后，还包括：
若接收到所述服务提供端发送的确认乘客信息不相符的反馈信息，则向所述服务提供端发送携带有取消订单选择按钮的第二订单取消提示页面信息，以便所述服务提供端选择是否取消订单。
9.根据权利要求8所述的出行验证方法，其特征在于，所述第二订单取消提示页面信息中还携带有多个乘客信息不符选项，其中每个乘客信息不符选项中包括至少一种不相符的乘客信息。
10.根据权利要求1所述的出行验证方法，其特征在于，将预存的所述服务提供端对应的人脸图像发送至所述服务请求端，包括：
基于所述乘客信息，对预存的所述服务提供端对应的人脸图像进行水印加密处理，得到标识有乘客信息的司机人脸图像；
将所述标识有乘客信息的司机人脸图像发送至所述服务请求端。
11.根据权利要求1所述的出行验证方法，其特征在于，响应服务请求端的出行请求，生成出行订单，包括：
在接收到所述服务请求端的出行请求后，获取所述服务请求端上传的当前乘客的人脸图像；
基于预存的所述服务请求端注册时的人脸图像，对所述服务请求端上传的当前乘客的人脸图像进行验证，并在通过后，生成所述出行订单。
12.根据权利要求1所述的出行验证方法，其特征在于，将所述出行订单分配给所述服务提供端之前，还包括：
在接收到服务提供端发送的服务请求后，获取所述服务提供端上传的当前司机的人脸图像；
基于预存的所述服务提供端注册时的人脸图像，对所述服务提供端上传的当前司机的人脸图像进行验证，并在验证通过后，将所述服务提供端加入匹配队列中；
所述将该出行订单分配给匹配的服务提供端，包括：
将该出行订单分配给所述匹配队列中与所述出行订单匹配的服务提供端。
13.一种出行验证方法，其特征在于，应用于服务请求端，所述出行验证方法包括：
向服务器发送出行请求，以便服务器基于该出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
接收所述服务器发送的匹配的所述服务提供端对应的人脸图像，并显示所述人脸图像，所述服务提供端对应的人脸图像被用于与司机本人进行比对；
在获取到确认上车的指令后，向所述服务器发送确认上车的指示信息，以便所述服务器在接收到所述确认上车的指示信息后向所述服务提供端发送核验乘客信息的提示信息；
接收所述服务器基于所述服务提供端的乘客核验请求发送的所述服务请求端对应的人脸图像，并进行显示，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
14.一种出行验证方法，其特征在于，应用于服务提供端，所述出行验证方法包括：
接收服务器匹配的服务提供端的出行订单；
在到达所述出行订单对应的出发地点后，接收所述服务器发送的核验乘客信息的提示信息；
响应司机确认核验乘客信息的请求，向所述服务器发送乘客核验请求，以便所述服务器将预存的服务请求端对应的人脸图像发送给所述服务提供端，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
15.一种出行验证装置，其特征在于，驻留于服务器，所述出行验证装置包括：
出行订单分配模块，用于响应服务请求端的出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
第一图像发送模块，用于将预存的所述服务提供端对应的人脸图像发送至所述服务请求端，所述服务提供端对应的人脸图像被用于与司机本人进行比对；
提示信息发送模块，用于在接收到所述服务请求端发送的确认上车的指示信息后，向所述服务提供端发送核验乘客信息的提示信息；
第二图像发送模块，用于在接收到所述服务提供端发送的乘客核验请求后，将预存的所述服务请求端对应的人脸图像发送给所述服务请求端，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
16.根据权利要求15所述的出行验证装置，其特征在于，所述第一图像发送模块在用于将预存的所述服务提供端对应的人脸图像发送至所述服务请求端时，包括：
在所述出行订单的出发时间达到前的预设时长内，向所述服务请求端发送携带有所述服务提供端的服务信息的车主确认页面信息；所述服务信息中包括所述人脸图像。
17.根据权利要求16所述的出行验证装置，其特征在于，所述车主确认页面信息中还包括以下信息选择按钮：
确认信息相符并上车；确认信息不相符。
18.根据权利要求15～17任一所述的出行验证装置，其特征在于，所述第一图像发送模块将所述服务提供端对应的人脸图像发送至所述服务请求端后，还用于：
若接收到所述服务请求端发送的司机信息不相符的反馈信息，则向所述服务请求端发送携带有取消订单选择按钮的第一订单取消提示页面信息，以便所述服务请求端选择是否取消订单。
19.根据权利要求18所述的出行验证装置，其特征在于，所述第一订单取消提示页面信息中还携带有信息不符选项，所述信息不符选项中包括司机信息不符选项和车辆信息不符选项。
20.根据权利要求15所述的出行验证装置，其特征在于，所述第二图像发送模块在接收到所述服务提供端发送的乘客核验请求后，还用于：生成校验码；
所述第二图像发送模块在用于将预存的所述服务请求端对应的人脸图像发送给所述服务请求端时，包括：向所述服务请求端发送携带有所述人脸图像和所述校验码的乘客核验页面信息；
所述第二图像发送模块，还用于向所述服务提供端发送携带有所述校验码的乘客确认页面信息，其中，所述乘客核验页面信息中的所述人脸图像被用于与乘客本人比对时，所述乘客确认页面信息中的校验码被用于与所述乘客核验页面中的校验码进行比对。
21.根据权利要求20所述的出行验证装置，其特征在于，所述乘客确认页面信息中还携带有以下信息选择按钮：
确认乘客信息相符；确认乘客信息不相符。
22.根据权利要求15所述的出行验证装置，其特征在于，所述第二图像发送模块将预存的所述服务请求端对应的人脸图像发送给所述服务请求端之后，还用于：
若接收到所述服务提供端发送的确认乘客信息不相符的反馈信息，则向所述服务提供端发送携带有取消订单选择按钮的第二订单取消提示页面信息，以便所述服务提供端选择是否取消订单。
23.根据权利要求22所述的出行验证装置，其特征在于，所述第二订单取消提示页面信息中还携带有多个乘客信息不符选项，其中每个乘客信息不符选项中包括至少一种不相符的乘客信息。
24.根据权利要求15所述的出行验证装置，其特征在于，所述第一图像发送模块在用于将预存的所述服务提供端对应的人脸图像发送至所述服务请求端时，包括：
基于所述乘客信息，对预存的所述服务提供端对应的人脸图像进行水印加密处理，得到标识有乘客信息的司机人脸图像；
将所述标识有乘客信息的司机人脸图像发送至所述服务请求端。
25.根据权利要求15所述的出行验证装置，其特征在于，所述出行订单分配模块用于响应服务请求端的出行请求，生成出行订单时，包括：
在接收到所述服务请求端的出行请求后，获取所述服务请求端上传的当前乘客的人脸图像；
基于预存的所述服务请求端注册时的人脸图像，对所述服务请求端上传的当前乘客的人脸图像进行验证，并在通过后，生成所述出行订单。
26.根据权利要求25所述的出行验证装置，其特征在于，所述出行订单分配模块将所述出行订单分配给所述服务提供端之前，还用于：
在接收到服务提供端发送的服务请求后，获取所述服务提供端上传的当前司机的人脸图像；
基于预存的所述服务提供端注册时的人脸图像，对所述服务提供端上传的当前司机的人脸图像进行验证，并在验证通过后，将所述服务提供端加入匹配队列中；
所述出行订单分配模块在用于将该出行订单分配给匹配的服务提供端时，包括：
将该出行订单分配给所述匹配队列中与所述出行订单匹配的服务提供端。
27.一种出行验证装置，其特征在于，驻留于服务请求端，所述出行验证装置包括：
出行请求发送模块，用于向服务器发送出行请求，以便服务器基于该出行请求，生成出行订单，并将该出行订单分配给匹配的服务提供端；
第一图像接收模块，用于接收所述服务器发送的匹配的所述服务提供端对应的人脸图像，并显示所述人脸图像，所述服务提供端对应的人脸图像被用于与司机本人进行比对；
指示信息发送模块，用于在获取到确认上车的指令后，向所述服务器发送确认上车的指示信息，以便所述服务器在接收到所述确认上车的指示信息后向所述服务提供端发送核验乘客信息的提示信息；
第二图像接收模块，用于接收所述服务器基于所述服务提供端的乘客核验请求发送的所述服务请求端对应的人脸图像，并进行显示，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
28.一种出行验证装置，其特征在于，驻留于服务提供端，所述出行验证装置包括：
出行订单接收模块，用于接收服务器匹配的服务提供端的出行订单；
提示信息接收模块，用于在到达所述出行订单对应的出发地点后，接收所述服务器发送的核验乘客信息的提示信息；
核验请求发送模块，用于响应司机确认核验乘客信息的请求，向所述服务器发送乘客核验请求，以便所述服务器将预存的服务请求端对应的人脸图像发送给所述服务提供端，所述服务请求端对应的人脸图像被用于与乘客本人进行比对。
29.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至14任一所述出行验证方法的步骤。
30.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至14任一所述出行验证方法的步骤。
CN201910766049.0A 2019-08-19 2019-08-19 一种出行验证方法、装置、电子设备及存储介质 Pending CN110766568A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910766049.0A CN110766568A (zh) 2019-08-19 2019-08-19 一种出行验证方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910766049.0A CN110766568A (zh) 2019-08-19 2019-08-19 一种出行验证方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN110766568A true CN110766568A (zh) 2020-02-07

Family

ID=69329326

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910766049.0A Pending CN110766568A (zh) 2019-08-19 2019-08-19 一种出行验证方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN110766568A (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111260297A (zh) * 2020-02-12 2020-06-09 上海东普信息科技有限公司 货物承运管理方法、装置、设备及存储介质
CN111985667A (zh) * 2020-08-19 2020-11-24 广州小马智行科技有限公司 自动驾驶车辆的预约方法及装置、自动驾驶车辆
CN112101286A (zh) * 2020-09-25 2020-12-18 北京市商汤科技开发有限公司 一种服务请求的方法、装置、计算机设备及存储介质
CN112101289A (zh) * 2020-09-25 2020-12-18 北京市商汤科技开发有限公司 一种服务提供的方法、装置、计算机设备及存储介质
CN112149854A (zh) * 2020-09-28 2020-12-29 建信金融科技有限责任公司 一种数据处理方法、装置及设备
CN113268653A (zh) * 2020-02-17 2021-08-17 斑马智行网络(香港)有限公司 信息处理方法、装置、计算设备及车机设备
CN113327150A (zh) * 2021-05-27 2021-08-31 广州宸祺出行科技有限公司 一种防违规的顺风车行程验证方法及***
CN114244948A (zh) * 2021-12-24 2022-03-25 世纪恒通科技股份有限公司 一种基于安卓***的代驾***质检方法
CN114584583A (zh) * 2022-02-24 2022-06-03 ***股份有限公司 信息交互方法、装置和智能座舱
CN114970905A (zh) * 2021-02-19 2022-08-30 阿里巴巴集团控股有限公司 网约车订单处理方法、装置、电子设备、介质及程序产品

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130198079A1 (en) * 2012-01-27 2013-08-01 Daniel Mattes Verification of Online Transactions
CN105206045A (zh) * 2015-09-28 2015-12-30 深圳中创未来科技有限公司 租车安全保障方法及***和移动终端
CN106056839A (zh) * 2016-06-30 2016-10-26 武汉斑马快跑科技有限公司 网约车安全监测***及方法
CN106209876A (zh) * 2016-07-18 2016-12-07 廖嘉泓 网约车安全服务认证方法及车辆身份识别***
CN108510090A (zh) * 2017-02-24 2018-09-07 北京嘀嘀无限科技发展有限公司 一种接单司机身份的确定方法及装置
CN108805071A (zh) * 2018-06-06 2018-11-13 北京京东金融科技控股有限公司 身份核验方法及装置、电子设备、存储介质
CN109859089A (zh) * 2019-01-31 2019-06-07 平安科技（深圳）有限公司 预警用户乘车安全方法、装置、计算机设备和存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130198079A1 (en) * 2012-01-27 2013-08-01 Daniel Mattes Verification of Online Transactions
CN105206045A (zh) * 2015-09-28 2015-12-30 深圳中创未来科技有限公司 租车安全保障方法及***和移动终端
CN106056839A (zh) * 2016-06-30 2016-10-26 武汉斑马快跑科技有限公司 网约车安全监测***及方法
CN106209876A (zh) * 2016-07-18 2016-12-07 廖嘉泓 网约车安全服务认证方法及车辆身份识别***
CN108510090A (zh) * 2017-02-24 2018-09-07 北京嘀嘀无限科技发展有限公司 一种接单司机身份的确定方法及装置
CN108805071A (zh) * 2018-06-06 2018-11-13 北京京东金融科技控股有限公司 身份核验方法及装置、电子设备、存储介质
CN109859089A (zh) * 2019-01-31 2019-06-07 平安科技（深圳）有限公司 预警用户乘车安全方法、装置、计算机设备和存储介质

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111260297A (zh) * 2020-02-12 2020-06-09 上海东普信息科技有限公司 货物承运管理方法、装置、设备及存储介质
CN113268653A (zh) * 2020-02-17 2021-08-17 斑马智行网络(香港)有限公司 信息处理方法、装置、计算设备及车机设备
CN111985667A (zh) * 2020-08-19 2020-11-24 广州小马智行科技有限公司 自动驾驶车辆的预约方法及装置、自动驾驶车辆
CN112101286A (zh) * 2020-09-25 2020-12-18 北京市商汤科技开发有限公司 一种服务请求的方法、装置、计算机设备及存储介质
CN112101289A (zh) * 2020-09-25 2020-12-18 北京市商汤科技开发有限公司 一种服务提供的方法、装置、计算机设备及存储介质
CN112149854A (zh) * 2020-09-28 2020-12-29 建信金融科技有限责任公司 一种数据处理方法、装置及设备
CN114970905A (zh) * 2021-02-19 2022-08-30 阿里巴巴集团控股有限公司 网约车订单处理方法、装置、电子设备、介质及程序产品
CN113327150A (zh) * 2021-05-27 2021-08-31 广州宸祺出行科技有限公司 一种防违规的顺风车行程验证方法及***
CN114244948A (zh) * 2021-12-24 2022-03-25 世纪恒通科技股份有限公司 一种基于安卓***的代驾***质检方法
CN114584583A (zh) * 2022-02-24 2022-06-03 ***股份有限公司 信息交互方法、装置和智能座舱

Similar Documents

Publication Publication Date Title
CN110766568A (zh) 一种出行验证方法、装置、电子设备及存储介质
US11743248B2 (en) Onboard vehicle digital identification transmission
US20190088036A1 (en) Mobile automotive wireless communication system enabled microbusinesses
US20200122688A1 (en) System and Method for Wirelessly Rostering a Vehicle
CN104620277B (zh) 用于提供交通服务信息的方法和移动终端，用于管理交通服务的方法和服务器及用于提供交通服务的方法和车辆
US8880239B2 (en) Credential check and authorization solution for personal vehicle rental
CN109891417A (zh) 用于核实和标识检查的通信流程
US20190205816A1 (en) Carsharing system, information processing device for carsharing, information processing method for carsharing, and storage medium on which program for carsharing is stored
US20140129113A1 (en) Hardware and controls for personal vehicle rental
CN106534132B (zh) 基于打车订单的视频处理方法、装置、服务器和***
US20220005141A1 (en) Vehicle management device, vehicle management method, and vehicle
US11613217B2 (en) Vehicle identity access management
CN110288417B (zh) 信息处理设备和存储用于汽车共享服务的程序的存储介质
US10112529B2 (en) Electronic safety system for a vehicle
US20190138952A1 (en) Apparatus for providing vehicle sharing service, system including the same, and method thereof
CN109842678B (zh) 一种车辆共享方法及装置
JP2012203428A (ja) 認証システム及び認証方法
CN109637034A (zh) 基于虚拟钥匙的车辆分时租赁方法及***
CN112907834A (zh) 用于信息处理的方法、设备和计算机存储介质
CN111127126A (zh) 一种信息反馈方法及装置、计算机可读存储介质
CN113395678B (zh) ***、车载装置以及信息处理方法
KR20130094673A (ko) 원데이 자동차보험 가입방법 및 그 시스템
CN115134149B (zh) 一种基于云端配置的车辆付费功能鉴权方法及***
CN104408074B (zh) 基于车载无线通讯模块的车辆违章查询***
JP6573941B2 (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200207

RJ01 Rejection of invention patent application after publication