CN117196802A - 委托业务的处理方法、装置、设备、存储介质和程序产品 - Google Patents

Abstract

本申请涉及一种委托业务的处理方法、装置、设备、存储介质和程序产品，涉及网络安全技术领域。所述方法包括：接收第一用户触发的业务办理请求；业务办理请求中包括第一用户的第一身份信息和第二用户的第二身份信息，第一用户为第二用户的委托用户；根据第一身份信息和第二身份信息，确定区块链中是否包括第一用户和第二用户之间的目标公证关系；区块链中包括第二用户与对应的多个委托用户之间的公证关系；若区块链中包括第一用户和第二用户之间的目标公证关系，则根据目标公证关系响应于业务办理请求，生成业务办理请求对应的业务办理结果。采用本方法能够避免泄露委托人的信息。

Description

委托业务的处理方法、装置、设备、存储介质和程序产品

技术领域

本申请涉及网络安全技术领域，特别是涉及一种委托业务的处理方法、装置、设备、存储介质和程序产品。

背景技术

目前，银行为了提高服务的便捷性，可以允许客户委托他人办理相关的存款证明。

传统技术中，被委托人替委托人办理业务时，需要出示委托人的身份证件，然而，委托人的身份证件可能会被委托人用于其他用途，可能会存在泄露委托人信息的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够避免泄露委托人信息的委托业务的处理方法、装置、设备、存储介质和程序产品。

第一方面，本申请提供了一种委托业务的处理方法。所述方法包括：

接收第一用户触发的业务办理请求；所述业务办理请求中包括所述第一用户的第一身份信息和第二用户的第二身份信息，所述第一用户为所述第二用户的委托用户；

根据所述第一身份信息和所述第二身份信息，确定区块链中是否包括所述第一用户和所述第二用户之间的目标公证关系；所述区块链中包括所述第二用户与对应的多个委托用户之间的公证关系；

若区块链中包括所述第一用户和所述第二用户之间的目标公证关系，则根据所述目标公证关系响应于所述业务办理请求，生成所述业务办理请求对应的业务办理结果。

在其中一个实施例中，所述根据所述第一身份信息和所述第二身份信息，确定区块链中是否包括所述第一用户和所述第二用户之间的目标公证关系，包括：

确定所述区块链中是否存在所述第一身份信息；

若区块链中存在所述第一身份信息，则根据所述第一身份信息，确定所述第一用户对应的多个候选公证关系；

根据所述第二身份信息和各所述候选公证关系，确定所述目标公证关系。

在其中一个实施例中，所述根据所述第二身份信息和各所述候选公证关系，确定所述目标公证关系，包括：

确定各所述候选公证关系中是否存在所述第二身份信息；

若各所述候选公证关系中存在所述第二身份信息，则将所述第二身份信息对应的候选公证关系确定为所述目标公证关系。

在其中一个实施例中，所述根据所述目标公证关系响应于所述业务办理请求，生成所述业务办理请求对应的业务办理结果，包括：

根据所述第二身份信息，向所述第二用户所在的终端发送所述业务办理请求的确认指令；

在接收到所述第二用户对所述业务办理请求的确认指令的情况下，根据所述目标公证关系，获取所述第二用户的账户信息；

根据所述第二用户的账户信息，生成所述业务办理请求对应的业务办理结果。

在其中一个实施例中，所述在接收到所述第二用户对所述业务办理请求的确认指令的情况下，根据所述目标公证关系，获取所述第二用户的账户信息，包括：

在接收到所述第二用户对所述业务办理请求的确认指令的情况下，对所述第一用户的身份信息进行实时验证；

在对所述第一用户的身份信息实时验证通过的情况下，根据所述目标公证关系，获取所述第二用户的账户信息。

在其中一个实施例中，所述方法还包括：

获取所述第二用户提供的用户信息；所述用户信息包括所述第二用户的身份信息、所述第二用户对应的多个委托用户的身份信息、所述第二用户的账户信息以及所述第二用户与所述多个委托用户之间的公证关系；

在对所述用户信息的合法性审核通过的情况下，将所述第二用户与所述多个委托用户之间的公证关系存储至所述区块链中。

第二方面，本申请还提供了一种委托业务的处理装置。所述装置包括：

接收模块，用于接收第一用户触发的业务办理请求；所述业务办理请求中包括所述第一用户的第一身份信息和第二用户的第二身份信息，所述第一用户为所述第二用户的委托用户；

确定模块，用于根据所述第一身份信息和所述第二身份信息，确定区块链中是否包括所述第一用户和所述第二用户之间的目标公证关系；所述区块链中包括所述第二用户与对应的多个委托用户之间的公证关系；

生成模块，用于若区块链中包括所述第一用户和所述第二用户之间的目标公证关系，则根据所述目标公证关系响应于所述业务办理请求，生成所述业务办理请求对应的业务办理结果。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法的步骤。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。

上述委托业务的处理方法、装置、设备、存储介质和程序产品，通过接收第一用户触发的业务办理请求，能够获取第一用户的第一身份信息和第二用户的第二身份信息，从而能够根据第一身份信息和第二身份信息确定区块链中是否包括第一用户和第二用户之间的目标公证关系，进而能够在区块链中包括第一用户和第二用户之间的目标公证关系的情况下，根据目标公证关系响应于业务办理请求，生成业务办理请求对应的业务办理结果，相比于传统技术，在本申请实施例中，由于将第一用户与第二用户的目标公证关系存储在区块链中，当第二用户委托第一用户办理业务时，不需要将身份证件委托给第一用户，避免了身份证件可能会被用于其他用途，导致第二用户的信息被泄露的风险，提高了业务办理的安全性；另外，由于将目标公证关系存储在区块链中，提高了存储的公证关系的可靠性和持久性，以及提高了第一用户办理业务的便捷性和业务办理的效率。

附图说明

图1为一个实施例中委托业务的处理方法的应用环境图；

图2为一个实施例中委托业务的处理方法的流程示意图；

图3为另一个实施例中委托业务的处理方法的流程示意图；

图4为另一个实施例中委托业务的处理方法的流程示意图；

图5为另一个实施例中委托业务的处理方法的流程示意图；

图6为另一个实施例中委托业务的处理方法的流程示意图；

图7为另一个实施例中委托业务的处理方法的流程示意图；

图8为一个实施例中委托业务的处理装置的结构框图；

图9为另一个实施例中委托业务的处理装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

需要说明的是，本发明的委托业务的处理方法、装置、设备、存储介质和程序产品可用于网络安全技术领域，也可用于除网络安全技术领域之外的任意技术领域，本发明对委托业务的处理方法、装置、设备、存储介质和程序产品的应用领域不做限定。

本申请实施例提供的委托业务的处理方法，可以应用于如图1所示的应用环境中。图1提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图1所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种委托业务的处理方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置。显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

在一个实施例中，如图2所示，提供了一种委托业务的处理方法，以该方法应用于图1中的计算机设备为例进行说明，包括以下步骤：

S201，接收第一用户触发的业务办理请求；业务办理请求中包括第一用户的第一身份信息和第二用户的第二身份信息，第一用户为第二用户的委托用户。

需要说明的是，为了方便业务办理，用户可以委托其他用户办理相关业务，可以其他用户称为该用户的委托用户。其中，业务办理请求中包括第一用户办理业务需要提供的信息，第一用户指的是被委托的用户，第一用户的第一身份信息可以包括第一用户的身份证号，也可以包括第一用户的手机号，还可以包括第一用户的姓名、性别、年龄、家庭住址等信息，第二用户指的是委托其他用户的用户，第二用户的身份信息可以包括第二用户的身份证号，也可以包括第二用户的手机号，还可以包括第二用户的姓名、性别、年龄、家庭住址等信息。

在本实施例中，计算机设备可以通过显示屏接收第一用户触发的业务办理请求，或者，计算机设备还可以接收第一用户通过终端发送的业务办理请求指令。

S202，根据第一身份信息和第二身份信息，确定区块链中是否包括第一用户和第二用户之间的目标公证关系；区块链中包括第二用户与对应的多个被委托用户之间的公证关系。

其中，区块链是一种链条式的将存储信息保存在区块链上所有服务器的存储结构，可以将数据存储在区块链中，以提高存储数据的可靠性和安全性，例如，可以将委托方与被委托方之间的公证关系存储在区块链中。公证关系可以用于证明委托方和被委托方之间的委托关系的真实性和合法性，可选的，公证关系可以应用于各种委托场景中，例如，继承办理、签证办理、存款证明办理等。可以理解的是，第二用户可以将业务办理委托至一个委托用户，或者，第二用户也可以将业务办理委托至多个用户，因此，可以在区块链中存储多个第二用户与对应的委托用户之间的公证关系，在本实施例中，可以将第一用户与第二用户之间的公证关系确定为目标公证关系。

在本实施例中，可以将第一身份信息和第二身份信息作为区块链的索引，根据第一身份信息可以在区块链中查找预先存储的第一用户的相关信息，根据第二身份信息可以在区块链中查找预先存储的第二用户的相关信息，从而根据第一用户的相关信息可以确定包括第一用户的公证关系，根据第二用户的相关信息可以确定包括第二用户的公证关系，进一步，可以从所确定的所有公证关系中查找同时包括第一用户和第二用户的公证关系，进而根据查找结果确定区块链中是否存在目标公证关系；可选的，若查找结果为查找成功，则说明区块链中存在目标公证关系；若查找结果为查找失败，则说明区块链中不存在目标公证关系。

S203，若区块链中包括第一用户和第二用户之间的目标公证关系，则根据目标公证关系响应于业务办理请求，生成业务办理请求对应的业务办理结果。

其中，业务办理结果是计算机设备对第一用户触发的业务办理请求进行响应之后得到的办理结果。在本实施例中，可以在区块链中存在同时包括第一用户和第二用户的公证关系的情况下，确定区块链中包括第一用户和第二用户之间的目标公证关系，则说明第一用户为第二用户的委托用户，可以响应于第一用户触发的业务办理请求，办理该业务并生成该业务对应的业务办理结果，可选的，生成的业务办理结果可以为电子形式，或者，生成的业务办理结果也可以为纸质形式，本实施例对此不作限制。示例性的，若第一用户触发的业务办理请求为办理存款证明，则计算机设备可以根据业务办理请求获取第一用户的身份信息和第二用户的第二身份信息，并在区块链中存在第一用户与第二用户的目标公证关系的情况下，响应于办理存款证明的业务办理请求，生成第二用户的存款证明，可选的，生成的存款证明可以为电子形式的证明文件；或者，生成的存款证明也可以为纸质形式的证明文件。

上述委托业务的处理方法中，通过接收第一用户触发的业务办理请求，能够获取第一用户的第一身份信息和第二用户的第二身份信息，从而能够根据第一身份信息和第二身份信息确定区块链中是否包括第一用户和第二用户之间的目标公证关系，进而能够在区块链中包括第一用户和第二用户之间的目标公证关系的情况下，根据目标公证关系响应于业务办理请求，生成业务办理请求对应的业务办理结果，相比于传统技术，在本申请实施例中，由于将第一用户与第二用户的目标公证关系存储在区块链中，当第二用户委托第一用户办理业务时，不需要将身份证件委托给第一用户，避免了身份证件可能会被用于其他用途，导致第二用户的信息被泄露的风险，提高了业务办理的安全性；另外，由于将目标公证关系存储在区块链中，提高了存储的公证关系的可靠性和持久性，以及提高了第一用户办理业务的便捷性和业务办理的效率。

在上述确定区块链中是否包括第一用户和第二用户之间的目标公证关系的场景中，可以先确定区块链中是否存在包括第一用户的公证关系，从而在存在包括第一用户的公证关系的情况下，确定目标公证关系。在一个实施例中，如图3所示，上述S202，包括：

S301，确定区块链中是否存在第一身份信息。

在本实施例中，可以将第一身份信息中的第一用户的身份证号作为唯一标识符，利用预设的查询语句在区块链中查找第一身份信息对应的公证关系，根据查找结果确定区块链中是否存在第一身份信息，可选的，若查找结果为查找成功，则说明区块链中存在第一身份信息；若查找结果为查找失败，则说明区块链中不存在第一身份信息；或者，也可以将第一身份信息中的第一用户的身份证号与区块链中存储的所有身份证号进行文本对比，根据对比结果确定区块链中是否存在第一身份信息，可选的，若对比结果为对比成功，则说明区块链中存在第一身份信息；若对比结果为对比失败，则说明区块链中不存在第一身份信息。

S302，若区块链中存在第一身份信息，则根据第一身份信息，确定第一用户对应的多个候选公证关系。

可以理解的是，第一用户可以接受一个用户的委托，或者，第一用户也可以接受多个用户的委托，因此，在区块链中可以存储多个第一用户与委托用户之间的公证关系，将上述公证关系确定为候选公证关系，在本实例中，区块链中可以包括多个候选公证关系。

在本实施例中，若区块链中存在第一身份信息，则说明区块链中存在包括第一用户的公证关系，可以根据第一身份信息与区块链中所存储的所有候选身份信息进行对比，若候选身份信息中存在与第一身份信息相同的身份信息，则可以将与第一身份信息相同的候选身份信息所在的公证关系确定为候选公证关系。示例性的，若候选信息中包括的身份证号与第一身份信息中包括的身份证号一致，则可以认为该候选信息所在的公证关系确定为候选公证关系；或者，若候选信息中包括的手机号与第一身份信息中包括的手机号一致，则可以认为该候选信息所在的公证关系确定为候选公证关系。

S303，根据第二身份信息和各候选公证关系，确定目标公证关系。

在本实施例中，可以根据各候选公证关系确定第一用户与所有委托第一用户的其他用户之间的公证关系，不同的其他用户对应不同的身份信息，因此，若某个候选公证关系中包括第二身份信息，则说明该候选公证关系为第一用户与第二用户的公证关系，可以将该候选公证关系确定目标公证关系。

本实施例中，由于先确定区块链中是否存在第一身份信息，能够在区块链中存在第一身份信息的情况下，根据第一身份信息快速地确定出第一用户是否为其他用户的委托用户，并筛选出第一用户的候选公证关系，从而能够根据第二身份信息和各候选公证关系，快速准确的确定出目标公证关系，提高了确定的目标公证关系的准确度和效率。

在上述根据第二身份信息和各候选公证关系，确定目标公证关系的场景中，可以根据候选公证关系中是否存在第二身份信息确定目标公证关系。在一个实施例中，如图4所示，上述S302，包括：

S401，确定各候选公证关系中是否存在第二身份信息。

在本实施例中，可以将第二身份信息与各候选公证关系中包括的其他用户的身份信息进行对比，根据对比结果确定各候选公证关系中是否存在第二身份信息，可选的，若对比结果为一致，则可以确定各候选公证关系中存在第二身份信息；若对比结果为不一致，则可以确定各候选公证关系中不存在第二身份信息。

S402，若各候选公证关系中存在第二身份信息，则将第二身份信息对应的候选公证关系确定为目标公证关系。

在本实施例中，若各候选公证关系中存在第二身份信息，则说明该候选公证关系中包括的其他用户的身份信息就是第二用户的身份信息，也就是说，该候选公证关系为第一用户与第二用户之间的公证关系，则可以将第二身份信息对应的该候选公证关系确定为目标公证关系。

本实施例中，由于确定各候选公证关系中是否存在第二身份信息的过程比较简单，能够快速地确定各候选公证关系中是否存在第二身份信息，从而能够在各候选公证关系中存在第二身份信息的情况下，快速地将第二身份信息对应的候选公证关系确定为目标公证关系，提高了确定目标公证关系的效率。

在上述根据目标公证关系响应于业务办理请求，生成业务办理请求对应的业务办理结果的场景中，可以在获取第二用户对业务办理请求的确认指令的情况下，生成业务办理请求对应的业务办理结果。在一个实施例中，如图5所示，上述S203，包括：

S501，根据第二身份信息，向第二用户所在的终端发送业务办理请求的确认指令。

其中，确认指令是为了获取第二用户的业务办理请求的确认信息，可以理解的是，根据第一身份信息和第二身份信息在区块链中确定出目标公证关系，可以确定第一用户是第二用户的委托用户，但是，无法确定第二用户是否同一需要办理该业务，因此，在响应该业务办理请求之前，还需要确认第二用户是否同意办理该业务。

在本实施例中，可以根据第二身份信息，向第二用户所在的终端发送业务办理请求的确认指令，可选的，可以根据第二身份信息中包括的手机号，通过运营商以短信的形式向第二用户所在终端发送业务办理请求的确认指令；或者，也可以通过第三方软件与第二用户所在的终端进行配对连接，从而向第二用户所在的终端发送业务办理请求的确认指令。

S502，在接收到第二用户对业务办理请求的确认指令的情况下，根据目标公证关系，获取第二用户的账户信息。

其中，第二用户的账户信息可以包括第二用户的账户的账号、密码、开户时间、存储资源数量等信息。需要说明的是，区块链中存储的公证关系是由第二用户提供的信息建立的，在目标公证关系中不仅包括第一用户第一身份信息和第二用户的第二身份信息，还可以包括第二用户的账户信息。

在本实施例中，可以在接收到第二用户对业务办理请求的确认指令的情况下，从目标公证关系中查找并获取第二用户对应的账户信息，可选的，计算机设备可以向存储目标公证关系的区块链所在的服务器发送信息获取指令，得到第二用户的账户信息；或者，计算机设备也可以被动地接收存储目标公证关系的区块链所在的服务器发送的第二账户的账户信息。

S503，根据第二用户的账户信息，生成业务办理请求对应的业务办理结果。

在本实施例中，可以根据业务办理请求确定所需办理的业务类型，根据业务类型对第二用户的账户信息进行相应的处理，根据处理结果生成业务办理请求对应的业务办理结果。示例性的，若业务办理请求为资源转移，则可以根据第二用户的账户信息，将第二用户的账户中的资源转移至业务办理请求中指定的账户，并生成资源已转移到指定账户的业务办理结果。

本实施例中，由于根据第二身份信息，向第二用户所在的终端发送业务办理请求的确认指令，能够确定第二用户是否同意业务办理请求，从而能够在接收到第二用户对业务办理请求的确认指令的情况下，根据目标公证关系，获取第二用户的账户信息，并根据第二用户的账户信息，生成业务办理请求对应的业务办理结果，避免了在第二用户对业务办理请求不同意的情况下响应业务办理请求的问题，提高了响应业务办理请求的安全性。

下面对在接收到第二用户对业务办理请求的确认指令的情况下，根据目标公证关系，获取第二用户的账户信息的详细过程进行描述。在一个实施例中，如图6所示，上述S502，包括：

S601，在接收到第二用户对业务办理请求的确认指令的情况下，对第一用户的身份信息进行实时验证。

在本实施例中，在接收到第二用户对业务办理请求的确认指令的情况下，说明第二用户是同意办理第一用户触发的业务办理请求的，则可以对第一用户的身份信息进行实时验证。

作为一种可选的实施方式，实时验证的方法可以为通过采集第一用户的指纹信息获取第一用户的身份信息，将实时获取的第一用户的身份信息与目标公证关系中包括的第一身份信息进行对比，以对第一用户的身份信息进行实时验证，可选的，若对比结果为一致，则说明第一用户的身份信息的实时验证通过；若对比结果为不一致，则说明第一用户的身份信息的实时验证不通过。

作为另一种可选的实施方式，实时验证的方法也可以为通过图像采集设备采集第一用户的人脸信息，与目标公证关系中存储的第一身份信息对应的身份证件的人脸信息进行对比，以对第一用户的身份信息进行实时验证，可选的，若采集的第一用户的人脸信息与身份证件的人脸信息的对比结果大于或等于预设的对比阈值，则说明第一用户的身份信息的实时验证通过；若采集的第一用户的人脸信息与身份证件的人脸信息的对比结果小于预设的对比阈值，则说明第一用户的身份信息的实时验证不通过。

S602，在对第一用户的身份信息实时验证通过的情况下，根据目标公证关系，获取第二用户的账户信息。

在本实施例中，在对第一用户的身份信息实时验证通过的情况下，说明第一用户的身份信息为真实的，则可以根据目标公证关系中包括的信息，获取第二用户的账户信息。可选的，计算机设备可以向存储目标公证关系的区块链所在的服务器发送信息获取指令，得到第二用户的账户信息，或者，计算机设备也可以被动地接收存储目标公证关系的区块链所在的服务器发送的第二账户的账户信息。

本实施例中，由于在接收到第二用户对业务办理请求的确认指令的情况下，对第一用户的身份信息进行实时验证，能够提高第一用户的身份验证的安全性，从而能够在对第一用户的身份信息实时验证通过的情况下，根据目标公证关系，获取第二用户的账户信息，进而能够提高根据第二用户的账户信息响应业务办理请求的安全性。

在一个实施例中，如图7所示，上述方法还包括：

S701，获取第二用户提供的用户信息；用户信息包括第二用户的身份信息、第二用户对应的多个委托用户的身份信息、第二用户的账户信息以及第二用户与多个委托用户之间的公证关系。

需要说明的是，为了便于第二用户能够委托其他用户办理相关的委托业务，第二用户可以将办理委托业务时所需要的验证信息预先存储至区块链中，其中，办理委托业务时所需要的验证信息中包括的第二用户的身份信息可以用于验证委托用户所输入的第二用户的身份信息是否正确、第二用户的账户信息可以用于办理委托业务、第二用户所委托的多个委托用户的身份信息可以用于验证触发业务办理请求的用户的身份的真实性、第二用户与多个委托用户之间的公证关系可以用于证明触发业务办理请求的用户与第二用户之间的委托关系。

在本实施例中，可以通过显示屏获取第二用户输入的用户信息；或者，计算机设备可以向获取第二用户的用户信息的终端发送信息获取指令，接收终端发送的用户信息，以获取第二用户提供的用户信息。

S702，在对用户信息的合法性审核通过的情况下，将第二用户与多个委托用户之间的公证关系存储至区块链中。

可以理解的是，第二用户提供的用户信息可能存在遗漏某项办理委托业务时所需的验证信息，或者，第二用户提供的用户信息的数据格式可能不符合区块链中信息存储的数据格式，因此，在将公证关系存储至区块链之前，需要对第二用户提供的用户信息的合法性进行审核，其中，用户信息的合法性可以包括信息的规范性和信息的完整性。

在本实施例中，可以通过预设的用户信息的模板对用户信息中包含的信息的完整性和规范性进行审核，并在对用户信息的合法性审核通过的情况下，将第二用户与多个委托之间的公证关系存储至区块链中。

本实施例中，通过获取第二用户提供的用户信息，能够在对用户信息的合法性审核通过的情况下，将第二用户与多个委托用户之间的公证关系存储至区块链中，保证了区块链中存储的公证关系的准确性，从而能够保证根据公证关系确定的第二用户的委托用户的身份信息的真实性和可靠性，进而能够提高第二用户的委托业务办理的安全性。

为了便于本领域技术人员的理解，下边对本申请提供的委托业务的处理方法进行详细介绍，该方法可以包括：

S1，获取第二用户提供的用户信息，用户信息包括第二用户的身份信息、第二用户对应的多个委托用户的身份信息、第二用户的账户信息以及第二用户与多个委托用户之间的公证关系。

S2，在对用户信息的合法性审核通过的情况下，将第二用户与多个委托用户之间的公证关系存储至区块链中。

S3，接收第一用户触发的业务办理请求，业务办理请求中包括第一用户的第一身份信息和第二用户的第二身份信息，第一用户为第二用户的委托用户。

S4，确定区块链中是否存在第一身份信息。

S5，若区块链中存在第一身份信息，则根据第一身份信息，确定第一用户对应的多个候选公证关系。

S6，确定各候选公证关系中是否存在第二身份信息。

S7，若各候选公证关系中存在第二身份信息，则将第二身份信息对应的候选公证关系确定为目标公证关系。

S8，根据第二身份信息，向第二用户所在的终端发送业务办理请求的确认指令。

S9，在接收到第二用户对业务办理请求的确认指令的情况下，对第一用户的身份信息进行实时验证。

S10，在对第一用户的身份信息实时验证通过的情况下，根据目标公证关系，获取第二用户的账户信息。

S11，根据第二用户的账户信息，生成业务办理请求对应的业务办理结果。

需要说明的是，针对上述S1-S11中的描述可以参见上述实施例中相关的描述，且其效果类似，本实施例在此不再赘述。

应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的委托业务的处理方法的委托业务的处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个委托业务的处理装置实施例中的具体限定可以参见上文中对于委托业务的处理方法的限定，在此不再赘述。

在一个实施例中，如图8所示，提供了一种委托业务的处理装置，包括：接收模块10、确定模块11和生成模块12，其中：

接收模块10，用于接收第一用户触发的业务办理请求；业务办理请求中包括第一用户的第一身份信息和第二用户的第二身份信息，第一用户为第二用户的委托用户。

确定模块11，用于根据第一身份信息和第二身份信息，确定区块链中是否包括第一用户和第二用户之间的目标公证关系；区块链中包括第二用户与对应的多个委托用户之间的公证关系。

生成模块12，用于若区块链中包括第一用户和第二用户之间的目标公证关系，则根据目标公证关系响应于业务办理请求，生成业务办理请求对应的业务办理结果。

本实施例提供的委托业务的处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，如图9所示，上述确定模块11，包括：第一确定单元111、第二确定单元112和第三确定单元113，其中：

第一确定单元111，用于确定区块链中是否存在第一身份信息。

第二确定单元112，用于若区块链中存在第一身份信息，则根据第一身份信息，确定第一用户对应的多个候选公证关系。

第三确定单元113，用于根据第二身份信息和各候选公证关系，确定目标公证关系。

本实施例提供的委托业务的处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，请继续参照图9，上述第三确定单元113，具体用于：确定各候选公证关系中是否存在第二身份信息；若各候选公证关系中存在第二身份信息，则将第二身份信息对应的候选公证关系确定为目标公证关系。

本实施例提供的委托业务的处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，请继续参照图9，上述生成模块12，包括：发送单元121、获取单元122和生成单元123，其中：

发送单元121，用于根据第二身份信息，向第二用户所在的终端发送业务办理请求的确认指令。

获取单元122，用于在接收到第二用户对业务办理请求的确认指令的情况下，根据目标公证关系，获取第二用户的账户信息。

生成单元123，用于根据第二用户的账户信息，生成业务办理请求对应的业务办理结果。

本实施例提供的委托业务的处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，请继续参照图9，上述获取单元122，具体用于：在接收到第二用户对业务办理请求的确认指令的情况下，对第一用户的身份信息进行实时验证；在对第一用户的身份信息实时验证通过的情况下，根据目标公证关系，获取第二用户的账户信息。

本实施例提供的委托业务的处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在一个实施例中，请继续参照图9，上述装置还包括：

获取模块13，用于获取第二用户提供的用户信息；用户信息包括第二用户的身份信息、第二用户对应的多个委托用户的身份信息、第二用户的账户信息以及第二用户与多个委托用户之间的公证关系。

存储模块14，用于在对用户信息的合法性审核通过的情况下，将第二用户与多个委托用户之间的公证关系存储至区块链中。

本实施例提供的委托业务的处理装置，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

上述委托业务的处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收第一用户触发的业务办理请求；业务办理请求中包括第一用户的第一身份信息和第二用户的第二身份信息，第一用户为第二用户的委托用户；

根据第一身份信息和第二身份信息，确定区块链中是否包括第一用户和第二用户之间的目标公证关系；区块链中包括第二用户与对应的多个委托用户之间的公证关系；

若区块链中包括第一用户和第二用户之间的目标公证关系，则根据目标公证关系响应于业务办理请求，生成业务办理请求对应的业务办理结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

确定区块链中是否存在第一身份信息；

若区块链中存在第一身份信息，则根据第一身份信息，确定第一用户对应的多个候选公证关系；

根据第二身份信息和各候选公证关系，确定目标公证关系。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

确定各候选公证关系中是否存在第二身份信息；

若各候选公证关系中存在第二身份信息，则将第二身份信息对应的候选公证关系确定为目标公证关系。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据第二身份信息，向第二用户所在的终端发送业务办理请求的确认指令；

在接收到第二用户对业务办理请求的确认指令的情况下，根据目标公证关系，获取第二用户的账户信息；

根据第二用户的账户信息，生成业务办理请求对应的业务办理结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在接收到第二用户对业务办理请求的确认指令的情况下，对第一用户的身份信息进行实时验证；

在对第一用户的身份信息实时验证通过的情况下，根据目标公证关系，获取第二用户的账户信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取第二用户提供的用户信息；用户信息包括第二用户的身份信息、第二用户对应的多个委托用户的身份信息、第二用户的账户信息以及第二用户与多个委托用户之间的公证关系；

在对用户信息的合法性审核通过的情况下，将第二用户与多个委托用户之间的公证关系存储至区块链中。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收第一用户触发的业务办理请求；业务办理请求中包括第一用户的第一身份信息和第二用户的第二身份信息，第一用户为第二用户的委托用户；

根据第一身份信息和第二身份信息，确定区块链中是否包括第一用户和第二用户之间的目标公证关系；区块链中包括第二用户与对应的多个委托用户之间的公证关系；

若区块链中包括第一用户和第二用户之间的目标公证关系，则根据目标公证关系响应于业务办理请求，生成业务办理请求对应的业务办理结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

确定区块链中是否存在第一身份信息；

若区块链中存在第一身份信息，则根据第一身份信息，确定第一用户对应的多个候选公证关系；

根据第二身份信息和各候选公证关系，确定目标公证关系。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

确定各候选公证关系中是否存在第二身份信息；

若各候选公证关系中存在第二身份信息，则将第二身份信息对应的候选公证关系确定为目标公证关系。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据第二身份信息，向第二用户所在的终端发送业务办理请求的确认指令；

在接收到第二用户对业务办理请求的确认指令的情况下，根据目标公证关系，获取第二用户的账户信息；

根据第二用户的账户信息，生成业务办理请求对应的业务办理结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在接收到第二用户对业务办理请求的确认指令的情况下，对第一用户的身份信息进行实时验证；

在对第一用户的身份信息实时验证通过的情况下，根据目标公证关系，获取第二用户的账户信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取第二用户提供的用户信息；用户信息包括第二用户的身份信息、第二用户对应的多个委托用户的身份信息、第二用户的账户信息以及第二用户与多个委托用户之间的公证关系；

在对用户信息的合法性审核通过的情况下，将第二用户与多个委托用户之间的公证关系存储至区块链中。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

接收第一用户触发的业务办理请求；业务办理请求中包括第一用户的第一身份信息和第二用户的第二身份信息，第一用户为第二用户的委托用户；

根据第一身份信息和第二身份信息，确定区块链中是否包括第一用户和第二用户之间的目标公证关系；区块链中包括第二用户与对应的多个委托用户之间的公证关系；

若区块链中包括第一用户和第二用户之间的目标公证关系，则根据目标公证关系响应于业务办理请求，生成业务办理请求对应的业务办理结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

确定区块链中是否存在第一身份信息；

若区块链中存在第一身份信息，则根据第一身份信息，确定第一用户对应的多个候选公证关系；

根据第二身份信息和各候选公证关系，确定目标公证关系。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

确定各候选公证关系中是否存在第二身份信息；

若各候选公证关系中存在第二身份信息，则将第二身份信息对应的候选公证关系确定为目标公证关系。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据第二身份信息，向第二用户所在的终端发送业务办理请求的确认指令；

在接收到第二用户对业务办理请求的确认指令的情况下，根据目标公证关系，获取第二用户的账户信息；

根据第二用户的账户信息，生成业务办理请求对应的业务办理结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在接收到第二用户对业务办理请求的确认指令的情况下，对第一用户的身份信息进行实时验证；

在对第一用户的身份信息实时验证通过的情况下，根据目标公证关系，获取第二用户的账户信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取第二用户提供的用户信息；用户信息包括第二用户的身份信息、第二用户对应的多个委托用户的身份信息、第二用户的账户信息以及第二用户与多个委托用户之间的公证关系；

在对用户信息的合法性审核通过的情况下，将第二用户与多个委托用户之间的公证关系存储至区块链中。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种委托业务的处理方法，其特征在于，所述方法包括：

接收第一用户触发的业务办理请求；所述业务办理请求中包括所述第一用户的第一身份信息和第二用户的第二身份信息，所述第一用户为所述第二用户的委托用户；

根据所述第一身份信息和所述第二身份信息，确定区块链中是否包括所述第一用户和所述第二用户之间的目标公证关系；所述区块链中包括所述第二用户与对应的多个委托用户之间的公证关系；

若区块链中包括所述第一用户和所述第二用户之间的目标公证关系，则根据所述目标公证关系响应于所述业务办理请求，生成所述业务办理请求对应的业务办理结果。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一身份信息和所述第二身份信息，确定区块链中是否包括所述第一用户和所述第二用户之间的目标公证关系，包括：

确定所述区块链中是否存在所述第一身份信息；

若区块链中存在所述第一身份信息，则根据所述第一身份信息，确定所述第一用户对应的多个候选公证关系；

根据所述第二身份信息和各所述候选公证关系，确定所述目标公证关系。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第二身份信息和各所述候选公证关系，确定所述目标公证关系，包括：

确定各所述候选公证关系中是否存在所述第二身份信息；

若各所述候选公证关系中存在所述第二身份信息，则将所述第二身份信息对应的候选公证关系确定为所述目标公证关系。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述根据所述目标公证关系响应于所述业务办理请求，生成所述业务办理请求对应的业务办理结果，包括：

根据所述第二身份信息，向所述第二用户所在的终端发送所述业务办理请求的确认指令；

在接收到所述第二用户对所述业务办理请求的确认指令的情况下，根据所述目标公证关系，获取所述第二用户的账户信息；

根据所述第二用户的账户信息，生成所述业务办理请求对应的业务办理结果。

5.根据权利要求4所述的方法，其特征在于，所述在接收到所述第二用户对所述业务办理请求的确认指令的情况下，根据所述目标公证关系，获取所述第二用户的账户信息，包括：

在接收到所述第二用户对所述业务办理请求的确认指令的情况下，对所述第一用户的身份信息进行实时验证；

在对所述第一用户的身份信息实时验证通过的情况下，根据所述目标公证关系，获取所述第二用户的账户信息。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述第二用户提供的用户信息；所述用户信息包括所述第二用户的身份信息、所述第二用户对应的多个委托用户的身份信息、所述第二用户的账户信息以及所述第二用户与所述多个委托用户之间的公证关系；

在对所述用户信息的合法性审核通过的情况下，将所述第二用户与所述多个委托用户之间的公证关系存储至所述区块链中。

7.一种委托业务的处理装置，其特征在于，所述装置包括：

接收模块，用于接收第一用户触发的业务办理请求；所述业务办理请求中包括所述第一用户的第一身份信息和第二用户的第二身份信息，所述第一用户为所述第二用户的委托用户；

确定模块，用于根据所述第一身份信息和所述第二身份信息，确定区块链中是否包括所述第一用户和所述第二用户之间的目标公证关系；所述区块链中包括所述第二用户与对应的多个委托用户之间的公证关系；

生成模块，用于若区块链中包括所述第一用户和所述第二用户之间的目标公证关系，则根据所述目标公证关系响应于所述业务办理请求，生成所述业务办理请求对应的业务办理结果。

8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

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

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