CN115965425A - 订单处理方法、装置、电子设备、存储介质及程序产品 - Google Patents

Abstract

本申请实施例提供了一种订单处理方法、装置、电子设备、存储介质及程序产品，可涉及云技术、人工智能和智慧交通等领域。该方法包括：云服务器对接收到的用户的身份验证信息进行身份匹配处理，得到身份验证信息对应的第一帐户，获取第一帐户关联的相关订单的订单信息，相关订单包括委托订单，委托订单是由第二帐户发起委托的、并使得第一帐户与委托订单建立关联关系，通过将订单信息发送至验证终端设备，以用于指示对相关订单执行处理，即可实现第一帐户所属用户对第二帐户所属用户委托代领的物品进行线下领取，有效解决了现有领件业务的痛点，满足用户及时、灵活的代领需求，提升用户体验。

Description

订单处理方法、装置、电子设备、存储介质及程序产品

技术领域

本申请涉及信息处理技术领域，具体而言，本申请涉及一种订单处理方法、装置、电子设备、存储介质及程序产品。

背景技术

随着互联网技术和云技术的蓬勃发展，线上购物已经成为一种常见的购物方式。与此伴随而来的，是繁重的取件任务。基于现有业务方案，用户在线上购物后均需要用户本人到线下进行领取。这便经常发生用户由于特殊事宜导致无法线下领取的情况，现有方案无法满足用户及时取件或灵活取件的诉求，使得用户体验较差。

发明内容

本申请实施例的目的旨在能解决用户无法亲自取件导致取件困难的问题。

根据本申请实施例的一个方面，提供了一种订单处理方法，该方法包括：

对接收到的用户的身份验证信息进行身份匹配处理，得到身份验证信息对应的第一帐户；

获取第一帐户关联的相关订单的订单信息，相关订单包括委托订单，委托订单是由第二帐户发起委托的、并使得第一帐户与委托订单建立关联关系；

将订单信息发送至验证终端设备，以用于指示对相关订单执行处理。

在一种可选的实施方式中，获取帐户信息关联的相关订单的订单信息之前，还包括：

响应于第一帐户所在的第一客户端针对订单委托请求执行的授权绑定操作，将第一帐户与订单委托请求对应的委托订单进行关联，订单委托请求是第二帐户所在的第二客户端针对委托订单发起的。

在一种可选的实施方式中，将订单信息发送至验证终端设备之后，还包括：

响应于基于订单信息触发的处理请求，更新处理请求对应的相关订单的订单状态为已处理；

其中，订单状态供与委托订单关联的、除第一帐户之外的其他帐户获取。

在一种可选的实施方式中，将订单信息发送至验证终端设备，包括：

若任一相关订单的订单状态为已处理，则任一相关订单的订单状态信息和订单信息发送至验证终端设备，以用于展示任一相关订单的已被处理的提示信息。

在一种可选的实施方式中，身份验证信息包括人脸采集数据；对接收到的用户的身份验证信息进行身份匹配处理，得到身份验证信息对应的第一帐户，包括：

对人脸采集数据进行特征提取，得到待匹配特征；

将待匹配特征与预设的特征-人脸数据库中的特征进行比对，得到与待匹配特征相似最高的特征对应的目标人脸数据；

将目标人脸数据与预设的人脸-帐户数据库中的帐户人脸数据进行比对，得到目标人脸数据对应的帐户，作为人脸采集数据对应的第一帐户。

在一种可选的实施方式中，将第一帐户与订单委托请求对应的委托订单进行关联之前，还包括：

确定人脸数据库中是否存储有第一帐户的帐户人脸数据；

若否，则向第一帐户对应的客户端发送人脸采集命令，并对基于人脸采集命令获取的帐户人脸数据进行存储。

根据本申请实施例的一个方面，提供了一种订单处理方法，该方法包括：

获取订单委托请求；

针对当前帐户，执行对订单委托请求对应的委托订单的授权绑定操作，以使得服务器将当前帐户与委托订单进行关联；

接收服务器反馈的关联结果，关联结果用于指示是否已对委托订单进行绑定。

根据本申请实施例的一个方面，提供了一种订单处理方法，该方法包括：

响应于针对待委托订单的委托操作，确定待委托订单的订单信息；

基于订单信息，生成订单委托请求；

将订单委托请求发送给至少一个目标帐户，以使得至少一个目标帐户对待委托订单进行授权绑定。

根据本申请实施例的另一个方面，提供了一种订单处理装置，该装置包括：

身份匹配模块，用于对接收到的用户的身份验证信息进行身份匹配处理，得到身份验证信息对应的第一帐户；

订单获取模块，用于获取第一帐户关联的相关订单的订单信息，相关订单包括委托订单，委托订单是由第二帐户发起委托的、并使得第一帐户与委托订单建立关联关系；

信息发送模块，用于将订单信息发送至验证终端设备，以用于指示对相关订单执行处理。

在一种可选的实施方式中，该装置还包括：

关联模块，在订单获取模块获取帐户信息关联的相关订单的订单信息之前，用于响应于第一帐户所在的第一客户端针对订单委托请求执行的授权绑定操作，将第一帐户与订单委托请求对应的委托订单进行关联，订单委托请求是第二帐户所在的第二客户端针对委托订单发起的。

在一种可选的实施方式中，该装置还包括：

更新模块，在信息发送模块将订单信息发送至验证终端设备之后，用于响应于基于订单信息触发的处理请求，更新处理请求对应的相关订单的订单状态为已处理；

其中，订单状态供与委托订单关联的、除第一帐户之外的其他帐户获取。

在一种可选的实施方式中，信息发送模块在用于将订单信息发送至验证终端设备时，具体用于：

若任一相关订单的订单状态为已处理，则任一相关订单的订单状态信息和订单信息发送至验证终端设备，以用于展示任一相关订单的已被处理的提示信息。

在一种可选的实施方式中，身份验证信息包括人脸采集数据；身份匹配模块在用于对接收到的用户的身份验证信息进行身份匹配处理，得到身份验证信息对应的第一帐户时，具体用于：

对人脸采集数据进行特征提取，得到待匹配特征；

将待匹配特征与预设的特征-人脸数据库中的特征进行比对，得到与待匹配特征相似最高的特征对应的目标人脸数据；

将目标人脸数据与预设的人脸-帐户数据库中的帐户人脸数据进行比对，得到目标人脸数据对应的帐户，作为人脸采集数据对应的第一帐户。

在一种可选的实施方式中，关联模块在用于将第一帐户与订单委托请求对应的委托订单进行关联之前，还用于：

确定人脸数据库中是否存储有第一帐户的帐户人脸数据；

若否，则向第一帐户对应的客户端发送人脸采集命令，并对基于人脸采集命令获取的帐户人脸数据进行存储。

根据本申请实施例的另一个方面，提供了一种订单处理装置，该装置包括：

请求获取模块，用于获取订单委托请求；

授权绑定模块，用于针对当前帐户，执行对订单委托请求对应的委托订单的授权绑定操作，以使得服务器将当前帐户与委托订单进行关联；

结果接收模块，用于接收服务器反馈的关联结果，关联结果用于指示是否已对委托订单进行绑定。

根据本申请实施例的另一个方面，提供了一种订单处理装置，该装置包括：

信息确定模块，用于响应于针对待委托订单的委托操作，确定待委托订单的订单信息；

请求生成模块，用于基于订单信息，生成订单委托请求；

请求发送模块，用于将订单委托请求发送给至少一个目标帐户，以使得至少一个目标帐户对待委托订单进行授权绑定。

根据本申请实施例的又一个方面，提供了一种电子设备，该电子设备包括：存储器、处理器及存储在存储器上的计算机程序，处理器执行算机程序以实现本申请实施例提供的订单处理方法的步骤。

根据本申请实施例的再一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本申请实施例提供的订单处理方法的步骤。

根据本申请实施例的还一个方面，提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现本申请实施例提供的订单处理方法的步骤。

本申请实施例提供的订单处理方法、装置、电子设备、存储介质及程序产品，对接收到的用户的身份验证信息进行身份匹配处理，得到身份验证信息对应的第一帐户，获取第一帐户关联的相关订单的订单信息，相关订单包括委托订单，委托订单是由第二帐户发起委托的、并使得第一帐户与委托订单建立关联关系，通过将订单信息发送至验证终端设备，以用于指示对相关订单执行处理，即可实现第一帐户所属用户对第二帐户所属用户委托代领的物品进行线下领取，有效解决了现有领件业务的痛点，满足用户及时、灵活的代领需求，提升用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的订单处理架构的***架构示意图；

图2为本申请实施例提供的一种订单处理方法的流程示意图；

图3为本申请实施例提供的另一种订单处理方法的流程示意图；

图4为本申请实施例提供的又一种订单处理方法的流程示意图；

图5为本申请实施例提供的一种刷脸代领方法的应用示意图；

图6为本申请实施例提供的一种订单处理装置的结构示意图；

图7为本申请实施例提供的另一种订单处理装置的结构示意图；

图8为本申请实施例提供的又一种订单处理装置的结构示意图；

图9为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”指示实现为“A”，或者实现为“A”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例提供了一种订单处理方法，该方法可以如图1所示的订单处理架构实现。其中，该订单处理架构包括后端服务器、线下身份验证设备(图1中以1个线下身份验证设备为例)、以及用户终端(图1中以两个用户终端为例)。线下身份验证设备和用户终端均可以通过有线或无线通信方式与后端服务器建立网络连接，并进行直接或间接的交互，不同的用户终端之间也可以通过有线或无线通信方式建立网络连接，并进行直接或间接的交互，本申请在此不做限制。

对于本申请实施例，后端服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云计算服务的云服务器。

用户终端和线下身份验证设备均可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、智能语音交互设备、车载终端或智能家电(例如但不限于智能电视)等，但并不局限于此。

本申请实施例提供的技术方案可以涉及云物联技术领域，可选地，上述线下身份验证设备可以是物联网设备。其中，物联网(The Internet of Things，简称IOT)是指通过各种信息传感器、射频识别技术、全球定位***、红外感应器、激光扫描器等各种装置与技术，实时采集任何需要监控、连接、互动的物体或过程，采集其声、光、热、电、力学、化学、生物、位置等各种需要的信息，通过各类可能的网络接入，实现物与物、物与人的泛在连接，实现对物品和过程的智能化感知、识别和管理。物联网是一个基于互联网、传统电信网等的信息承载体，它让所有能够被独立寻址的普通物理对象形成互联互通的网络。

云物联(Cloud IOT)旨在将传统物联网中传感设备感知的信息和接受的指令连入互联网中，真正实现网络化，并通过云计算技术实现海量数据存储和运算，由于物联网的特性是物与物相连接，实时感知各个“物体”当前的运行状态，在这个过程中会产生大量的数据信息，如何将这些信息汇总，如何在海量信息中筛取有用信息为后续发展做决策支持，这些已成为影响物联网发展的关键问题，而基于云计算和云存储技术的物联云也因此成为物联网技术和应用的有力支持。

本申请实施例提供的技术方案还可以涉及云安全技术领域。可选地，上述订单处理架构的实现可以采用云安全(Cloud Security)的支持。其中，云安全是指基于云计算商业模式应用的安全软件、硬件、用户、机构、安全云平台的总称。云安全融合了并行处理、网格计算、未知病毒行为判断等新兴技术和概念，通过网状的大量客户端对网络中软件行为的异常监测，获取互联网中木马、恶意程序的最新信息，并发送到服务端进行自动分析和处理，再把病毒和木马的解决方案分发到每一个客户端。

云安全主要研究方向包括：

1.云计算安全，主要研究如何保障云自身及云上各种应用的安全，包括云计算机***安全、用户数据的安全存储与隔离、用户接入认证、信息传输安全、网络攻击防护、合规审计等；

2.安全基础设施的云化，主要研究如何采用云计算新建与整合安全基础设施资源，优化安全防护机制，包括通过云计算技术构建超大规模安全事件、信息采集与处理平台，实现对海量信息的采集与关联分析，提升全网安全事件把控能力及风险控制能力；

3.云安全服务，主要研究各种基于云计算平台为用户提供的安全服务，如防病毒服务等。

本申请实施例提供的技术方案还可以涉及数据库(Database)技术领域，数据库简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。

数据库管理***(英语：Database Management System，简称DBMS)是为管理数据库而设计的电脑软件***，一般具有存储、截取、安全保障、备份等基础功能。数据库管理***可以依据它所支持的数据库模型来作分类，例如关系式、XML(Extensible MarkupLanguage,即可扩展标记语言)；或依据所支持的计算机类型来作分类，例如服务器群集、移动电话；或依据所用查询语言来作分类，例如SQL(结构化查询语言(Structured QueryLanguage)、XQuery；或依据性能冲量重点来作分类，例如最大规模、最高运行速度；亦或其他的分类方式。不论使用哪种分类方式，一些DBMS能够跨类别，例如，同时支持多种查询语言。

本申请实施例提供的技术方案可以涉及人工智能(Artificial Intelligence，AI)技术领域，可选地，后端服务器在与线下身份验证设备交互以进行身份验证的过程可以采用人工智能等手段。其中，人工智能是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用***。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。

人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互***、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习、自动驾驶、智慧交通等几大方向。

本申请实施例中，身份验证具体可以是人脸验证，则还可以涉及计算机视觉技术(Computer Vision，CV)领域，计算机视觉是一门研究如何使机器“看”的科学，更进一步的说，就是指用摄影机和电脑代替人眼对目标进行识别、跟踪和测量等机器视觉，并进一步做图形处理，使电脑处理成为更适合人眼观察或传送给仪器检测的图像。作为一个科学学科，计算机视觉研究相关的理论和技术，试图建立能够从图像或者多维数据中获取信息的人工智能***。计算机视觉技术通常包括图像处理、图像识别、图像语义理解、图像检索、OCR、视频处理、视频语义理解、视频内容/行为识别、三维物体重建、3D技术、虚拟现实、增强现实、同步定位与地图构建、自动驾驶、智慧交通等技术，还包括常见的人脸识别、指纹识别等生物特征识别技术。

随着人工智能技术研究和进步，人工智能技术在多个领域展开研究和应用，例如常见的智能家居、智能穿戴设备、虚拟助理、智能音箱、智能营销、无人驾驶、自动驾驶、无人机、机器人、智能医疗、智能客服、车联网、自动驾驶、智慧交通等，相信随着技术的发展，人工智能技术将在更多的领域得到应用，并发挥越来越重要的价值。

本申请实施例涉及的订单处理架构能够实现委托多人绑定线下代领线上购买的物品，具体而言，用户线上购物后，需其他人代领物品，基于小程序将订单转发至相关好友或相关群组，相关好友授权确认后，实现多人共同绑定订单，任一成员均可代领，使得本申请实施例的技术方案有效解决现有领件业务的痛点，达到满足用户及时、灵活的代领需求的目的，提升用户体验。

下面通过对几个示例性实施方式的描述，对本申请实施例的技术方案以及本申请的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。

本申请实施例中提供了一种订单处理方法，执行主体为后端服务器，如图2所示，该方法包括：

步骤S101：对接收到的用户的身份验证信息进行身份匹配处理，得到身份验证信息对应的第一帐户；

本申请实施例中，可以从图1中的线下身份验证设备接收用户的身份验证信息。每当有用户到取件点取件时，可以征得用户同意后，利用线下身份验证设备采集当前用户的身份验证信息，其中，所采集的用户的身份验证信息并不涉及各类敏感内容。

可选地，身份验证信息可以是生物特征信息，例如人脸等；或者身份验证信息也可以是其他类型的认证信息，例如手机号等；本申请实施例在此不做限定。

在接收到当前用户的身份验证信息后，可以基于该身份验证信息进行身份匹配处理。一种可能的实施方式是，在数据库(帐户-身份验证信息数据库)中进行信息比对，该数据库中存储有征得用户授权的帐户(帐号)与其相关的身份验证信息的关联关系。通过对该用户的身份验证信息的匹配处理，最终返回该用户的帐号(即第一帐户)。

步骤S102：获取第一帐户关联的相关订单的订单信息，相关订单包括委托订单，委托订单是由第二帐户发起委托的、并使得第一帐户与委托订单建立关联关系；

在识别出当前用户的帐号身份后，可以在数据库(帐户-订单数据库)进一步拉取该用户身份下关联的相关订单的订单信息。本申请实施例中，相关订单包括委托订单；其他实施例中，相关订单还可以包括该用户个人的购物订单等，本申请在此不做限制。

其中委托订单是由第二帐户发起委托的、并使得第一帐户与委托订单建立关联关系，即委托订单是第二帐户所属用户的购物订单，由第二帐户所属用户委托给第一帐户所属用户进行代领。本申请实施例中，对第二帐户发起的针对委托订单的委托，会建立接收委托的用户的帐户(第一帐户)与委托订单的关联关系，并存储到数据库中。

实际应用中，订单信息可以包括但不限于订单号、下单时间、支付信息、订单物品信息、物流信息等，对于不同订单类型所包含的订单信息可以不同，本领域技术人员可以根据实际情况进行设置，本申请实施例在此不做限定。

步骤S103：将订单信息发送至验证终端设备，以用于指示对相关订单执行处理。

本申请实施例中，对相关订单执行处理可以包括对相关订单的领取处理，即领取相关订单对应的物品。具体而言，当识别出当前用户帐户下有待领取的相关订单时，可以通过验证终端设备(例如可以是线下身份验证设备)展示订单信息，并可以提供用户是否领取相关订单物品的选择，便于用户选择是否领取或代领，以及领取或代领哪些订单物品。

其他实施例中，对相关订单执行处理还可以包括退货处理、换货处理等，但不限于此。即相关订单为相关退货订单或换货订单，执行的为对相关订单对应的物品进行退货或换货等。具体而言，当识别出当前用户帐户下有待退货/换货的相关订单时，可以通过验证终端设备(例如可以是线下身份验证设备)展示订单信息，并提供用户相关的处理服务。

或者，对相关订单执行处理还可以包括送货处理等。即相关订单为相关送货订单，执行的为对相关订单对应的物品进行送货等。这种送货场景可以应用于需要验证身份来开启储物容器、进出相关场所等情形。对于这些情形，可以限制对应的身份验证信息的使用次数权限，例如一次后权限作废等。本领域技术人员可以根据实际情况进行设置，本申请实施例在此不做限定。具体而言，当识别出当前用户帐户下有待送货的相关订单时，可以发送订单信息至验证终端设备进行展示，以便当前用户进行正确的配送。

本申请实施例提供的订单处理方法，通过对接收到的用户的身份验证信息进行身份匹配处理，得到身份验证信息对应的第一帐户，获取第一帐户关联的相关订单的订单信息，相关订单包括委托订单，委托订单是由第二帐户发起委托的、并使得第一帐户与委托订单建立关联关系，将订单信息发送至验证终端设备，以用于指示对相关订单执行处理，例如对于代理业务，即可实现第一帐户所属用户对第二帐户所属用户委托代领的物品进行线下领取，有效解决了现有领件业务的痛点，满足用户及时、灵活的代领需求，提升用户体验。

同理地，对于退货或换货业务，通过本申请实施例提供的方案可实现第二帐户所属用户委托第一帐户所属用户处理退货/换货业务，并且第一帐户所属用户能够正确验证身份并处理，满足用户及时、灵活的退货/换货需求，提升用户体验。

对于送货业务，通过本申请实施例提供的方案可实现委托(分配)第一帐户所属用户执行送货业务，并且第一帐户所属用户能够正确验证身份并处理，满足用户及时、灵活的送货需求，提升用户体验。

本申请实施例中，为第二帐户对委托订单发起委托，以及接收委托的第一帐户与委托订单建立关联关系的实施提供了一种可能的实现方式，具体地，在获取帐户信息关联的相关订单的订单信息之前，还包括：响应于第一帐户所在的第一客户端针对订单委托请求执行的授权绑定操作，将第一帐户与订单委托请求对应的委托订单进行关联，订单委托请求是第二帐户所在的第二客户端针对委托订单发起的。

可选地，第二客户端可以利用小程序(例如订单委托小程序)针对委托订单发起订单委托请求。一种可能的实施方式中，可以在用户购物并支付的商户ERP(EnterpriseResource Planning，企业资源计划)小程序直接调用订单委托小程序的相关接口，便可将待委托订单的订单信息传递到订单委托小程序中；其他可能的实施方式中，也可以在订单委托小程序中录入和/或查询待委托订单的相关信息。

在订单委托小程序获取到待委托订单(委托后即是委托订单)的相关信息后，便可发起相应的订单委托请求。发起委托的用户可以基于其关系链将订单委托小程序进行分享，例如基于个人好友关系链和/或群组好友关系链将订单委托小程序进行转发。

接收到该订单委托小程序的用户(在第一客户端)可以点击该订单委托小程序对待委托订单执行授权绑定操作，并与后端服务器进行交互，使得后端服务器将该用户帐户(第一帐户)与委托订单进行关联。

本申请实施例中，支持多人关联同一订单，同样支持一人关联多订单。

通过本申请实施例，便可实现第二帐户所属用户委托(一个或多个)第一帐户所属用户代领物品，满足用户及时、灵活的代领需求。

其他实施例中，第二客户端也可以预设的应用软件或网站针对委托订单发起订单委托请求，第一客户端也可以在相应的应用软件或网站中对待委托订单执行授权绑定操作。具体的实现方式可与小程序类似或经过简单变换实现，在此将不再赘述。

本申请实施例中，对于步骤S103，将订单信息发送至验证终端设备之后，还可以包括步骤：响应于基于订单信息触发的处理请求，更新处理请求对应的相关订单的订单状态为已处理；其中，订单状态供与委托订单关联的、除第一帐户之外的其他帐户获取。

用户领取任一订单后，后端服务牌会该订单状态更新为已领取或已被领取。实际应用中，订单状态的更新可以用于用户对其订单的领取情况进行管理。

除此之外，本申请实施例中，对于委托订单，其订单状态还可以供与委托订单关联的、除第一帐户之外的其他帐户获取。例如对于一个委托订单有多人授权绑定的情况下，当订单已被领取时，可以提示相关其他用户该订单已被领取。

同理地，步骤S103还包括：若任一相关订单的订单状态为已处理，则任一相关订单的订单状态信息和订单信息发送至验证终端设备，以用于展示任一相关订单的已被处理的提示信息。

例如当第一帐户下的相关订单物口被其他人领取，此部份订单信息同样会返回设备终端，但状态为已领取或已被领取，以提示前来领取的用户相关订单的领取情况。

本申请实施例提供了一种可能的实施方式，身份验证信息包括人脸采集数据；则线下身份验证设备具体可以是线下(IoT)刷脸终端设备。可选地，为了增强用户人脸识别的安全性，刷脸终端设备可以包括3D(3-Dimension，三维)摄像头。3D摄像头相较于传统摄像头，添加了活体相关软硬件，包括深度相机、和红外相机等，保证信息安全。具体而言，在刷脸终端设备上使用3D摄像头，输出的数据除了包含RGB(RGB color mode，RGB色彩模式)图外，还可以包含深度图等相关数据。

本申请实施例中，调用3D摄像头进行采集，获取RGB图流，深度图流，基于RGB图流，深度图流便可得到上述人脸采集数据，用于进行身份匹配处理。

本申请实施例中，调用3D摄像头进行采集，获取RGB图流，深度图流后，可以进行人脸优选处理和/或活体检测，即通过人脸大小、人脸角度、图像对比度、图像的亮度和清晰度等系数指标综合评价选出最优的人脸采集数据，用于进行身份匹配处理(人脸识别)，即通过人脸多媒体信息换取人身份信息的技术。

采集(或采集优选)成功后，刷脸终端设备会通过网络将人脸采集数据送往后端服务器进行识别及身份匹配处理。

具体而言，步骤S101可以包括：

对人脸采集数据进行特征提取，得到待匹配特征；

将待匹配特征与预设的特征-人脸数据库中的特征进行比对，得到与待匹配特征相似最高的特征对应的目标人脸数据；

将目标人脸数据与预设的人脸-帐户数据库中的帐户人脸数据进行比对，得到目标人脸数据对应的帐户，作为人脸采集数据对应的第一帐户。

即后端服务器接收来自刷脸终端设备上传的人脸采集数据后，对当前图像进行特征提取，并将提取的待匹配特征与预设的数据库(特征-人脸数据库)中的特征进行比对，找出与待匹配特征相似最高的特征(例如分数最高的特征数据)以及该特征对应的目标人脸数据，并将目标人脸数据与后端预设的数据库(人脸-帐户数据库)的帐户人脸数据进行比对(第二比对结果)，找到相同的账户人脸数据，最终返回该账户人脸数据对应的用户帐户(帐号)。

对于本申请实施例，在身份验证信息为人脸采集数据的情况下，在对委托订单的授权绑定阶段，即将第一帐户与订单委托请求对应的委托订单进行关联之前，还包括：

确定人脸数据库中是否存储有第一帐户的帐户人脸数据；

若否，则向第一帐户对应的客户端发送人脸采集命令，并对基于人脸采集命令获取的帐户人脸数据进行存储。

若有，则可以根据实际情况再次采集、验证采集或不再采集，本身实施例在此不做限定。

也就是说，授权绑定阶段会确保数据库中存储有接收委托的用户的帐户人脸数据，已便于利用其帐户人脸数据进行代领。

本申请实施例提供了另外可能的实施方式，身份验证信息包括指纹采集数据；则线下身份验证设备具体可以是指纹采集器。指纹采集成功后，指纹采集器会通过网络将指纹采集数据送往后端服务器进行识别及身份匹配处理，得到对应的第一帐户。

对于本申请实施例，也可以在授权绑定阶段确保数据库中存储有接收委托的用户的帐户指纹数据，已便于利用其帐户指纹数据进行代领。具体的实现过程可以参见上文中对人脸数据的介绍，在此不再赘述。

或者，身份验证信息包括验证码数据，则线下身份验证设备具体可以是验证码接收器。验证码接收器会通过网络将接收的验证码数据送往后端服务器进行识别及身份匹配处理，得到对应的第一帐户。本申请实施例在此对验证码数据的类型不做具体限定，本领域技术人员可以根据实际情况进行设定或改进。

或者，身份验证信息包括手机号码、身份证等实名认证信息，以手机号码为例，后端服务器会对手机号码进行身份匹配处理，得到对应的第一帐户。

对于本申请实施例，也可以在授权绑定阶段确保数据库中存储有接收委托的用户的实名认证信息，已便于利用其实名认证信息进行代领。具体的实现过程可以参见上文中对人脸数据的介绍，在此不再赘述。

本申请实施例提供的订单处理方法可实现第一帐户所属用户对第二帐户所属用户委托代领的物品进行线下领取，有效解决了现有领件业务的痛点，满足用户及时、灵活的代领需求，提升用户体验。

本申请实施例中提供了一种订单处理方法，执行主体为接收委托的用户客户端，如图3所示，该方法包括：

步骤S201：获取订单委托请求；

可选地，发起委托的用户客户端可以利用小程序(例如订单委托小程序)针对委托订单发起订单委托请求。一种可能的实施方式中，可以在用户购物并支付的商户ERP小程序直接调用订单委托小程序的相关接口，便可将待委托订单的订单信息传递到订单委托小程序中；其他可能的实施方式中，也可以在订单委托小程序中录入和/或查询待委托订单的相关信息。

在订单委托小程序获取到待委托订单(委托后即是委托订单)的相关信息后，便可发起相应的订单委托请求。发起委托的用户可以基于其关系链将订单委托小程序进行分享，例如基于个人好友关系链和/或群组好友关系链将订单委托小程序进行转发。本申请实施例中，接收该订单委托小程序并进行点击，便可响应订单委托请求。

步骤S202：针对当前帐户，执行对订单委托请求对应的委托订单的授权绑定操作，以使得服务器将当前帐户与委托订单进行关联；

在第一客户端接收到该订单委托小程序的用户可以点击该订单委托小程序对待委托订单执行授权绑定操作，并与后端服务器进行交互，使得后端服务器将该用户帐户(当前帐户)与委托订单进行关联。

步骤S203：接收服务器反馈的关联结果，关联结果用于指示是否已对委托订单进行绑定。

本申请实施例中，支持多人关联同一订单，同样支持一人关联多订单。其中，多人关联同一订单时，每个用户均可按照本方案的方法进行处理，相同的过程将不再赘述。

其他实施例中，该过程也可以通过预设的应用软件、网站等实现，具体的实现方式可与小程序类似或经过简单变换实现，在此将不再赘述。

通过本申请实施例，可实现帮其他用户代领物品，满足用户及时、灵活的代领需求。

本申请实施例中，具体的代领过程可以参见上文中的介绍，在此将不再赘述。

本申请实施例中提供了一种订单处理方法，执行主体为发起委托的用户客户端，如图4所示，该方法包括：

步骤S301：响应于针对待委托订单的委托操作，确定待委托订单的订单信息；

可选地，发起委托的用户客户端可以利用小程序(例如订单委托小程序)获取待委托订单的订单信息。一种可能的实施方式中，可以在用户购物并支付的商户ERP小程序直接调用订单委托小程序的相关接口，便可将待委托订单的订单信息传递到订单委托小程序中；其他可能的实施方式中，也可以在订单委托小程序中录入和/或查询待委托订单的相关信息。

步骤S302：基于订单信息，生成订单委托请求；

在订单委托小程序获取到待委托订单(委托后即是委托订单)的相关信息后，便可生成相应的订单委托请求。

步骤S303：将订单委托请求发送给至少一个目标帐户，以使得至少一个目标帐户对待委托订单进行授权绑定。

本申请实施例中，可以基于其关系链将订单委托小程序进行分享，例如基于个人好友关系链和/或群组好友关系链将订单委托小程序进行转发，以发送给一个或多个目标帐户，每个目标帐户均可作为代领订单物品的人员，具体地，每个目标帐户都可以对待委托订单进行授权绑定，授权绑定后便可进行代领。

则对于每个目标帐户，在接收到该订单委托小程序分享后，可以点击该订单委托小程序，以响应订单委托请求。具体地，利用该订单委托小程序对待委托订单执行授权绑定操作，并与后端服务器进行交互，使得后端服务器将该目标用户的帐户与待委托订单进行关联，即得到该目标用户的帐户下的委托订单。

其他实施例中，该过程也可以通过预设的应用软件、网站等实现，具体的实现方式可与小程序类似或经过简单变换实现，在此将不再赘述。

通过本申请实施例，可实现委托好友等其他用户来代领物品，并且可实现同时委托多个用户，在一个好友同样无法领取的情况下，仍能满足用户及时、灵活的代领需求。

本申请实施例中，具体的代领过程可以参见上文中的介绍，在此将不再赘述。

下面通过如图5所示的架构图，给出一个基于刷脸实现委托代领的完整示例。该场景包括发起委托的用户A手机端、接收委托的用户B手机端、线下刷脸终端设备，以及后端服务器。

1、线下刷脸终端设备

核心包括3D摄像头，以及人脸APP。

(1)3D摄像头，能够增强用户人脸识别安全性，输出的数据除了RGB图外，还有深度图等相关信息，但不限于此，例如还可以有红外图等。

(2)人脸APP(application，应用程序)，核心包括人脸采集模块、领取确认模块、结果展示模块、网络模块(图5中未示出)等，但不限于此，例如还可以包括朋友圈同步模块、优惠展示模块、商户配置模块等。

1)人脸采集模块：

包括采集模块和人脸优选活检模块。

采集模块：用于调用3D摄像头进行采集，获取RGB图流，深度图流等。

人脸优选活检模块：通过人脸大小、人脸角度、图像对比度、图像的亮度和清晰度等系数指标综合评价选出最优的人脸图片。

2)网络模块：用于采集优选成功后，通过网络模块将人脸采集数据送往后端服务器进行识别。此时，APP前端界面可以进入LOADING(加载)态，用户身份识别成功后，后端服务器会将人脸识别的结果返回。

3)领取确认模块：当后端服务器识别出当前用户帐号下有待领取订单的信息时，会展示此模块。核心包括订单信息展示模块，以及提供用户领取选择的订单物品领取模块。

4)结果展示模块：用户领取订单后，会通过该模块展示当前的领取结果。假如订单有多人授权绑定领取的情况下，当某一订单已被领取时，会展示该订单已被领取的结果来提示用户。

2、用户A手机端和用户B手机端

核心均包括帐户登录模块、小程序模块和关系链模块。

(1)帐户登录模块：

用户A和用户B登录后，客户端具备用户的登录态。

(2)小程序模块：

核心均包括订单委托小程序，用户A手机端还包括商户ERP小程序。

其中，用户A可授权打开商户ERP小程序进行购物并支付，产生相关订单信息(包括订单号及相关物品信息等)。在商户ERP小程序内调用订单委托小程序相关接口，将该订单及物品信息传递到订单委托小程序中。用户B点击该订单委托小程序进行该订单的授权绑定，后端服务器会将用户B帐户与该订单进行关联。

(3)关系链模块：

用户A将录入信息的订单委托小程序转发到关系链模块，例如与用户B的个人好友关系链和/或包含用户B的群组好友关系链中。用户B可以通过关系链模块接收用户A分享的订单委托小程序并进行后续点击、授权、绑定等操作。

3、后端服务器

核心包括人脸识别模块、基础帐号模块、委托订单拉取模块、委托订单领取模块、委托订单授权绑定模块，数据库等，但不限于此。

(1)人脸识别模块：用于接收到来自线下刷脸终端设备上传的人脸采集数据后，与数据库中的人脸数据进行匹配，返回人脸采集数据对应的用户的帐号。

(2)基础帐号模块：跟帐号相关的用户基础信息管理模块。

(3)委托订单委托授权模块：用于接收来自用户的委托授权绑定请求，绑定操作会将当前用户的帐号与委托订单进行关联，后续该用户在线下进行人脸识别后，识别出用户的帐号身份后，进一步拉取相应的委托授权订单信息。

(4)委托订单拉取模块：用于识别出线下刷脸终端设备采集的人脸数据对应的当前用户身份后，进一步拉取当前用户名下的委托订单，当用户帐户下相关物品被其他人领取，此部份订单同样会返回线下刷脸终端设备，但状态为已被领取。

(5)委托订单领取模块：用于处理用户在线下刷脸终端设备对订单的领取选择，将相应订单的状态更新为已被领取。

本申请实施例中，结合图5描述一个可能的应用场景，其中每个步骤可参见图5中的流程部分。

(1)用户A在商户ERP小程序购物并支付后，调用订单委托小程序相关接口，将该购物产生的订单传递到订单委托小程序中。

(2)用户A将订单委托小程序转发到与用户B的个人好友关系链中。

(3)用户B通过该关系链接收用户A分享的订单委托小程序。

(4)用户B点击该订单委托小程序，执行该订单的授权、绑定等操作。

(5)后端服务器根据用户B对订单的授权、绑定等操作，将用户B帐户与该委托订单进行关联。

(6)后端服务器将对用户B帐户与该委托订单的关联关系更新到订单-帐户数据库中。

(7)后端服务器根据用户B对订单的授权、绑定等操作，还可能会更新订单-人脸数据库。

(8)用户B到取件点准备代领该订单物品，线下刷脸终端设备利用3D摄像头采集用户B的人脸采集数据。

(9)线下刷脸终端设备对3D摄像头采集的用户B的人脸采集数据进行优选、活检等处理后上传后端服务器。

(10)后端服务器对接收到的人脸采集数据进行人脸识别及身份匹配处理。

(11)经过身份匹配处理后，基于基础账号管理识别出用户B的帐户信息。

(12)后端服务器拉取用户B帐户下的委托订单，返回线下刷脸终端设备进行展示，并提供对该委托订单的领取选择。

(13)当用户B领取该订单物品后，后端服务器将该委托订单的状态更新为已被领取，并通过线下刷脸终端设备展示领取结果。

本申请实施例提供的订单处理方法，结合了关系链、小程序等模块，以及后端服务其对订单的精细化控制。当用户转发委托代领小程序后，相关好友授权绑定，便可直接线下刷脸代领。一个订单支持多好友绑定，订单领取后，自动更新状态到所有好友帐户下，实现基于手机端的多人脸委托代领并绑定线下刷脸领取，有效满足用户代领物品的需求，提升用户体验。

本申请实施例中，还描述了一个可能的退/换货应用场景。

(1)用户A调用订单委托小程序相关接口，将退/换货订单的相关信息传递到订单委托小程序中，并将订单委托小程序转发到与用户B的个人好友关系链中。

(2)用户B通过该关系链接收用户A分享的订单委托小程序并进行点击，执行该订单的授权、绑定等操作。

(3)后端服务器根据用户B对订单的授权、绑定等操作，将用户B帐户与该委托订单进行关联，并将对用户B帐户与该委托订单的关联关系更新到订单-帐户数据库中。另外，根据用户B对订单的授权、绑定等操作，还可能会更新订单-人脸数据库。

(4)用户B来退/换货，线下刷脸终端设备利用3D摄像头采集用户B的人脸采集数据。

(5)线下刷脸终端设备对3D摄像头采集的用户B的人脸采集数据进行优选、活检等处理后上传后端服务器。

(6)后端服务器对接收到的人脸采集数据进行人脸识别及身份匹配处理，识别出用户B的帐户信息，拉取用户B帐户下的委托订单，返回线下刷脸终端设备进行展示，并提供退/换货处理服务。

本申请实施例提供的订单处理方法，当用户转发委托代领小程序后，相关好友授权绑定，便可直接线下刷脸处理退换货业务。一个订单支持多好友绑定，实现基于手机端的多人脸委托退/换货业务，有效满足用户及时、灵活的退/换货需求，提升用户体验。

本领域技术人员应能理解上述几种场景仅为举例，基于这些范例进行的适当变化也可适用于本申请，故也应包含在本申请保护范围以内。

本申请实施例提供了一种订单处理装置，如图6所示，该订单处理装置60可以包括：身份匹配模块601、订单获取模块602以及信息发送模块603，其中，

身份匹配模块601用于对接收到的用户的身份验证信息进行身份匹配处理，得到身份验证信息对应的第一帐户；

订单获取模块602用于获取第一帐户关联的相关订单的订单信息，相关订单包括委托订单，委托订单是由第二帐户发起委托的、并使得第一帐户与委托订单建立关联关系；

信息发送模块603用于将订单信息发送至验证终端设备，以用于指示对相关订单执行处理。

在一种可选的实施方式中，该装置还包括：

关联模块，在订单获取模块获取帐户信息关联的相关订单的订单信息之前，用于响应于第一帐户所在的第一客户端针对订单委托请求执行的授权绑定操作，将第一帐户与订单委托请求对应的委托订单进行关联，订单委托请求是第二帐户所在的第二客户端针对委托订单发起的。

在一种可选的实施方式中，该装置还包括：

更新模块，在信息发送模块将订单信息发送至验证终端设备之后，用于响应于基于订单信息触发的处理请求，更新处理请求对应的相关订单的订单状态为已处理；

其中，订单状态供与委托订单关联的、除第一帐户之外的其他帐户获取。

在一种可选的实施方式中，信息发送模块603在用于将订单信息发送至验证终端设备时，具体用于：

若任一相关订单的订单状态为已处理，则任一相关订单的订单状态信息和订单信息发送至验证终端设备，以用于展示任一相关订单的已被处理的提示信息。

在一种可选的实施方式中，身份验证信息包括人脸采集数据；身份匹配模块601在用于对接收到的用户的身份验证信息进行身份匹配处理，得到身份验证信息对应的第一帐户时，具体用于：

对人脸采集数据进行特征提取，得到待匹配特征；

将待匹配特征与预设的特征-人脸数据库中的特征进行比对，得到与待匹配特征相似最高的特征对应的目标人脸数据；

将目标人脸数据与预设的人脸-帐户数据库中的帐户人脸数据进行比对，得到目标人脸数据对应的帐户，作为人脸采集数据对应的第一帐户。

在一种可选的实施方式中，关联模块在用于将第一帐户与订单委托请求对应的委托订单进行关联之前，还用于：

确定人脸数据库中是否存储有第一帐户的帐户人脸数据；

若否，则向第一帐户对应的客户端发送人脸采集命令，并对基于人脸采集命令获取的帐户人脸数据进行存储。

本申请实施例的装置可执行本申请前述各实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

本申请实施例提供的订单处理装置，可实现第一帐户所属用户对第二帐户所属用户委托代领的物品进行线下领取，有效解决了现有领件业务的痛点，满足用户及时、灵活的代领需求，提升用户体验。

本申请实施例提供了一种订单处理装置，如图7所示，该订单处理装置70可以包括：请求获取模块701、授权绑定模块702以及结果接收模块703，其中，

请求获取模块701用于获取订单委托请求；

授权绑定模块702用于针对当前帐户，执行对订单委托请求对应的委托订单的授权绑定操作，以使得服务器将当前帐户与委托订单进行关联；

结果接收模块703用于接收服务器反馈的关联结果，关联结果用于指示是否已对委托订单进行绑定。

本申请实施例的装置可执行本申请前述各实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

本申请实施例提供的订单处理装置，可实现帮其他用户代领物品，满足用户及时、灵活的代领需求。

本申请实施例提供了一种订单处理装置，如图8所示，该订单处理装置80可以包括：信息确定模块801、请求生成模块802以及请求发送模块803，其中，

信息确定模块801用于响应于针对待委托订单的委托操作，确定待委托订单的订单信息；

请求生成模块802用于基于订单信息，生成订单委托请求；

请求发送模块803用于将订单委托请求发送给至少一个目标帐户，以使得至少一个目标帐户对待委托订单进行授权绑定。

本申请实施例的装置可执行本申请前述各实施例所提供的方法，其实现原理相类似，本申请各实施例的装置中的各模块所执行的动作是与本申请各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。

本申请实施例的订单处理装置，可实现委托好友等其他用户来代领物品，并且可实现同时委托多个用户，在一个好友同样无法领取的情况下，仍能满足用户及时、灵活的代领需求。

本申请实施例中提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行上述计算机程序以实现前述各方法实施例的步骤。

可选地，本申请实施例中的电子设备可以是指用户设备。具体地，该电子设备的处理器执行上述计算机程序以实现前述各方法实施例的步骤时，可以实现帮其他用户代领物品，或委托好友等其他用户来代领物品，并且可实现同时委托多个用户，在一个好友同样无法领取的情况下，仍能满足用户及时、灵活的代领需求。

可选地，本申请实施例中的电子设备可以是指后端服务器。具体地，该电子设备的处理器执行上述计算机程序以实现前述各方法实施例的步骤时，可以实现对订单的精细化控制。当用户转发委托代领小程序后，相关好友授权绑定，便可直接线下刷脸代领。一个订单支持多好友绑定，订单领取后，自动更新状态到所有好友帐户下，实现基于手机端的多人脸委托代领并绑定线下刷脸领取，有效满足用户代领物品的需求，提升用户体验。

在一个可选实施例中提供了一种电子设备，如图9所示，图9所示的电子设备900包括：处理器901和存储器903。其中，处理器901和存储器903相连，如通过总线902相连。可选地，电子设备900还可以包括收发器904，收发器904可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器904不限于一个，该电子设备900的结构并不构成对本申请实施例的限定。

处理器901可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器901也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线902可包括一通路，在上述组件之间传送信息。总线902可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线902可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器903可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。

存储器903用于存储执行本申请实施例的计算机程序，并由处理器901来控制执行。处理器901用于执行存储器903中存储的计算机程序，以实现前述方法实施例所示的步骤。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

本申请实施例还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时可实现前述方法实施例的步骤及相应内容。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (14)

1.一种订单处理方法，其特征在于，包括：

对接收到的用户的身份验证信息进行身份匹配处理，得到所述身份验证信息对应的第一帐户；

获取所述第一帐户关联的相关订单的订单信息，所述相关订单包括委托订单，所述委托订单是由第二帐户发起委托的、并使得第一帐户与所述委托订单建立关联关系；

将所述订单信息发送至验证终端设备，以用于指示对所述相关订单执行处理。

2.根据权利要求1所述的订单处理方法，其特征在于，所述获取所述帐户信息关联的相关订单的订单信息之前，还包括：

响应于所述第一帐户所在的第一客户端针对订单委托请求执行的授权绑定操作，将所述第一帐户与所述订单委托请求对应的委托订单进行关联，所述订单委托请求是第二帐户所在的第二客户端针对所述委托订单发起的。

3.根据权利要求1所述的订单处理方法，其特征在于，将所述订单信息发送至验证终端设备之后，还包括：

响应于基于所述订单信息触发的处理请求，更新所述处理请求对应的相关订单的订单状态为已处理；

其中，所述订单状态供与所述委托订单关联的、除所述第一帐户之外的其他帐户获取。

4.根据权利要求1所述的订单处理方法，其特征在于，所述将所述订单信息发送至验证终端设备，包括：

若任一相关订单的订单状态为已处理，则所述任一相关订单的订单状态信息和所述订单信息发送至所述验证终端设备，以用于展示所述任一相关订单的已被处理的提示信息。

5.根据权利要求1所述的订单处理方法，其特征在于，所述身份验证信息包括人脸采集数据；所述对接收到的用户的身份验证信息进行身份匹配处理，得到所述身份验证信息对应的第一帐户，包括：

对所述人脸采集数据进行特征提取，得到待匹配特征；

将所述待匹配特征与预设的特征-人脸数据库中的特征进行比对，得到与所述待匹配特征相似最高的特征对应的目标人脸数据；

将所述目标人脸数据与预设的人脸-帐户数据库中的帐户人脸数据进行比对，得到所述目标人脸数据对应的帐户，作为所述人脸采集数据对应的第一帐户。

6.根据权利要求5所述的订单处理方法，其特征在于，所述将第一帐户与所述订单委托请求对应的委托订单进行关联之前，还包括：

确定所述人脸数据库中是否存储有所述第一帐户的帐户人脸数据；

若否，则向所述第一帐户对应的客户端发送人脸采集命令，并对基于所述人脸采集命令获取的帐户人脸数据进行存储。

7.一种订单处理方法，其特征在于，包括：

获取订单委托请求；

针对当前帐户，执行对所述订单委托请求对应的委托订单的授权绑定操作，以使得服务器将所述当前帐户与所述委托订单进行关联；

接收所述服务器反馈的关联结果，所述关联结果用于指示是否已对所述委托订单进行绑定。

8.一种订单处理方法，其特征在于，包括：

响应于针对待委托订单的委托操作，确定所述待委托订单的订单信息；

基于所述订单信息，生成订单委托请求；

将所述订单委托请求发送给至少一个目标帐户，以使得所述至少一个目标帐户对所述待委托订单进行授权绑定。

9.一种订单处理装置，其特征在于，包括：

身份匹配模块，用于对接收到的用户的身份验证信息进行身份匹配处理，得到所述身份验证信息对应的第一帐户；

订单获取模块，用于获取所述第一帐户关联的相关订单的订单信息，所述相关订单包括委托订单，所述委托订单是由第二帐户发起委托的、并使得第一帐户与所述委托订单建立关联关系；

信息发送模块，用于将所述订单信息发送至验证终端设备，以用于指示对所述相关订单执行处理。

10.一种订单处理装置，其特征在于，包括：

请求获取模块，用于获取订单委托请求；

授权绑定模块，用于针对当前帐户，执行对所述订单委托请求对应的委托订单的授权绑定操作，以使得服务器将所述当前帐户与所述委托订单进行关联；

结果接收模块，用于接收所述服务器反馈的关联结果，所述关联结果用于指示是否已对所述委托订单进行绑定。

11.一种订单处理装置，其特征在于，包括：

信息确定模块，用于响应于针对待委托订单的委托操作，确定所述待委托订单的订单信息；

请求生成模块，用于基于所述订单信息，生成订单委托请求；

请求发送模块，用于将所述订单委托请求发送给至少一个目标帐户，以使得所述至少一个目标帐户对所述待委托订单进行授权绑定。

12.一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序以实现权利要求1-6或权利要求7或权利要求8任一项所述方法的步骤。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6或权利要求7或权利要求8任一项所述方法的步骤。

14.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6或权利要求7或权利要求8任一项所述方法的步骤。

Images