CN114066566A - 一种协助关系的确定方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种协助关系的确定方法、装置、设备及存储介质，其中，所述方法包括：响应于与第一用户端关联的请求信息，生成待协助信息；确定与所述待协助信息相匹配的待确认链接；发送所述待确认链接至第二用户端；接收所述第二用户端响应于所述待确认链接发送的确认信息；基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系。

Description

一种协助关系的确定方法、装置、设备及存储介质

技术领域

本申请涉及电商技术领域，尤其涉及一种协助关系的确定方法、装置、设备及存储介质。

背景技术

相关技术中，通常是采用登录对方账户的方式以实现代他人进行相关业务操作，这样存在对方账户的相关隐私信息泄露的风险。

发明内容

为解决上述技术问题，本申请实施例提供一种协助关系的确定方法、装置、设备及存储介质，响应于与第一用户端关联的请求信息，生成待协助信息及待确认链接；发送待确认链接，以获取第二用户端响应于待协助信息发送的确认信息；最后基于待协助信息和确认信息，确定第一用户端和第二用户端之间的协助关系；如此，能够使得第一用户端和第二用户端之间建立可信度更高的协助关系，进而能够提高两个用户端之间完成相关协助任务的安全性和可靠性。

为达到上述目的，本申请的技术方案是这样实现的：

本申请实施例提供一种协助关系的确定方法，所述方法包括：

响应于与第一用户端关联的请求信息，生成待协助信息；

确定与所述待协助信息相匹配的待确认链接；

发送所述待确认链接至第二用户端；

接收所述第二用户端响应于所述待确认链接发送的确认信息；

基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系。

本申请实施例提供一种协助关系的确定装置，所述装置包括：

生成模块，用于响应于与第一用户端关联的请求信息，生成待协助信息；

第一确定模块，用于确定与所述待协助信息相匹配的待确认链接；

发送模块，用于发送所述待确认链接至第二用户端；

接收模块，用于接收所述第二用户端响应于所述待确认链接发送的确认信息；

第二确定模块，用于基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系。

本申请实施例提供一种电子设备，所述电子设备包括：处理器、存储器和通信总线；

所述通信总线用于实现所述处理器和所述存储器之间的通信连接；

所述处理器用于执行所述存储器中的程序，以实现上述所述的协助关系的确定方法。

对应地，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述所述的协助关系的确定方法。

本申请实施例提供的协助关系的确定方法、装置、设备及存储介质；首先，响应于与第一用户端关联的请求信息，生成待协助信息；其次，确定与待协助相匹配的待确认链接，以及发送待确认链接至第二用户端；然后，接收第二用户端响应于待确认链接发送的确认信息；最后，基于待协助信息和确认信息，确定第一用户端和第二用户端之间的协助关系。如此，能够使得第一用户端和第二用户端之间建立可信度更高的协助关系，进而能够提高两个用户端之间完成相关协助任务的安全性和可靠性。

附图说明

图1为本申请实施例提供的一种协助关系的确定方法的流程示意图；

图2A为本申请实施例提供的另一种协助关系的确定方法的流程示意图；

图2B为本申请实施例提供的又一种协助关系的确定方法的流程示意图；

图3为应用本申请实施例提供的协助关系的确定方法中两种应用场景的示意图；

图4为应用本申请实施例提供的确定协助关系的一种流程示意图；

图5为应用本申请实施例提供的确定协助关系的另一种流程示意图；

图6为本申请实施例提供的一种缓存协助关系的结构示意图；

图7为应用本申请实施例提供的协助关系进行购物车加购以及商品选购的示意图；

图8为本申请实施例提供的一种协助关系的确定装置的结构示意图；

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

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

应理解，说明书通篇中提到的“本申请实施例”或“前述实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“本申请实施例中”或“在前述实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中应。在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

为了能够更加详尽地了解本申请实施例的特点与技术内容，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本申请。

相关技术中，在电商场景中，通常采用以下两种方式实现代好友加购商品的行为：

方式一：借用好友的账号以及账户密码，登录好友账号并添加相关商品至好友购物车；

方式二：分享挑选的商品或者商品清单，并将商品对应的链接发送至好友账户(或者逐个分享)，同时好友基于其账户打开商品链接，经过确认再将商品加入购物车。

通过方式一，即借用好友账号实现代好友加购相关商品存在相关隐私泄露的风险；通过方式二，即通过分享商品或清单的方式，需要多次进行链接的发送、点击以及确认，进而再对相关商品进行加购，其过程较为繁琐。此外，商品需要购买多个以及组合方式购买的情况下，还需双方以沟通的方式告知，同时商品清单通常分享后不可修改，想要再次修改过程繁琐；且对多个用户分享时极其不方便，无法记住不同的清单分享过给谁，尤其是对联盟推广用户来说，无法针对不同层次的人做不同的推广。

基于以上问题，本申请实施例提供一种协助关系的确定方法，应用于电子设备，参照图1所示，图1为本申请实施例提供的一种协助关系的确定方法的流程示意图；该方法包括以下步骤：

步骤101、响应于与第一用户端关联的请求信息，生成待协助信息。

在本申请实施例中，电子设备是任一具有数据处理能力的设备；其中，可以是电子设备响应于与基于第一用户端输入的请求信息，生成与该请求信息对应的待协助信息。

需要说明的是，用户端即为客户端，是指与服务器相对应，为客户提供本地服务的程序；该程序可以部署在电子设备上，也可以部署在能够与电子设备进行信息交互的其他电子设备上。

在一种可行的实现方式中，电子设备响应于基于第一用户端输入的请求信息，并对该请求信息进行解析或重新组合，得到待协助信息。相应地，待协助信息可以与请求信息相同，也可不同。

在一种可行的实现方式中，电子设备响应于基于第一用户端输入申请其他用户端进行协助的请求信息，生成申请协助信息。

在另一种可行的实现方式中，电子设备响应于基于第一用户端输入的申请协助其他用户端以完成相关代操作的请求信息，生成提出协助信息。

需要说明的是，待协助信息中可以包括但不限于：第一用户端关联的账户信息、协助的起始时间、协助事件的具体执行动作等；其中，待协助信息中对应的待协助请求的数量可以是一个，两个及以上。

步骤102、确定与所述待协助信息相匹配的待确认链接。

在本申请实施例中，电子设备确定与待协助信息相匹配的待确认连接；其中，该待确认链接可以是电子设备将待协助信息进行文件格式转换得到的。

其中，待确认链接至少包括与待协助信息的属性信息相关的参数信息。

步骤103、发送所述待确认链接至第二用户端。

在本申请实施例中，电子设备将生成的待确认连接发送至第二用户端；其中，该第二用户端可以部署在电子设备上，即可以与第一用户端共同部署在电子设备上，也可以是部署在能够与电子设备进行信息交互的其他电子设备上。

其中，第二用户端的属性与一用户端的属性可以完全相同，也可以完全不同，在本申请以下其他实施例中，均以第一用户端关联第一账户，第二用户端关联第二账户为例进行说明；其中，第一账户和第二账户不同。

步骤104、接收所述第二用户端响应于所述待确认链接发送的确认信息。

在本申请实施例中，电子设备接收第二用户端响应于待确认链接发送的确认信息；其中，该确认信息是第二用户端响应于待确认链接反馈的信息。

需要说明的是，在本申请以下其他实施例中，该确认信息指代对该待确认链接反馈认同意见的信息。

步骤105、基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系。

在本申请实施例中，电子设备基于待协助信息和确认信息，确定第一用户端和第二用户端之间的协助关系；其中，该协助关系可以是第一用户端对第二用户端进行相关操作的协助，也可以是第二用户端对第一用户端进行相关操作的协助，同时该操作是基于请求信息中的属性信息确定的。

其中，协助关系可以是指代第一用户端能够对第二用户端执行相关购物车的加购操作，也可以指代执行相关文本的编辑操作等，还可以指代执行相关文件的发送操作；对应的，以上也可是第二用户端针对第一用户端执行相关操作。

需要说明的是，在本申请实施例中，电子设备响应于与第一用户端关联的请求信息，生成待协助信息及待确认链接；发送待确认链接，以获取第二用户端响应于待协助信息发送的确认信息；最后基于待协助信息和确认信息，确定第一用户端和第二用户端之间的协助关系；如此，能够使得第一用户端和第二用户端之间建立可信度更高的协助关系，以便两个用户端之间完成相关待协助任务。

本申请实施例提供的协助关系的确定方法，首先，响应于与第一用户端关联的请求信息，生成待协助信息；其次，确定与待协助相匹配的待确认链接，以及发送待确认链接至第二用户端；然后，接收第二用户端响应于待确认链接发送的确认信息；最后，基于待协助信息和确认信息，确定第一用户端和第二用户端之间的协助关系。如此，能够使得第一用户端和第二用户端之间建立可信度更高的协助关系，进而能够提高两个用户端之间完成相关协助任务的安全性和可靠性。

基于前述实施例，本申请实施例还提供一种协助关系的确定方法，应用于电子设备，参照图1和图2所示(包括图2A和图2B)，该方法包括以下步骤：

在一些实施例中，通过在协助表单上输入对应的请求信息，生成待协助信息，能够高效且精准地确定待协助信息，即电子设备响应于与第一用户端关联的请求信息，生成待协助信息，可以通过执行以下步骤A1和步骤A2的方式来实现：

步骤A1、响应于基于所述第一用户端输入的预设请求指令，确定协助表单。

在本申请实施例中，电子设备响应于基于第一用户端输入的预设请求指令，确定协助表单；其中，该协助表单可以是待填写相关协助权限以及相关协助账户信息的表单。

步骤A2、响应于在所述协助表单上输入的请求信息，生成所述待协助信息。

在本申请实施例中，电子设备响应于基于第一用户端在协助表单上输入的请求信息，生成待协助信息；其中，可以是响应于基于第一用户端，在协助表单上输入对应的请求参数，即请求信息，得到待协助信息。

需要说明的是，在本申请实施例中，电子设备依次响应于基于第一用户端输入的预设请求指令和请求信息，确定协助表单以及待协助信息。如此，能够使得确定的待协助信息的准确度和精准度更高。

在一些实施例中，确定第一用户端和第二用户端之间的协助关系，可以分为两大场景，一个场景是第一用户端主动邀请第二用户端对其进行相关操作的协助，即第二用户端获得对第一用户端进行相关操作的权限，以使得第二用户端协助第一用户端完成相关操作，即建立第一用户端和第二用户端之间的协助关系；另一个场景是第一用户端主动申请协助第二用户端完成相关操作，即第一用户端获得对第二用户端进行相关操作的权限，以使得第一用户端协助第二用户端完成相关操作，即建立第一用户端和第二用户端之间的协助关系。基于此，本申请实施例可以基于上述两种场景执行以下步骤：

场景一：被协助用户端主动邀请协助用户端对其进行相关操作的协助，即在第一用户端为申请协助的用户端的情况下，电子设备响应于在协助表单上输入的请求信息，生成待协助信息，参照图1和图2A所示，图2A为本申请实施例提供的另一种协助关系的确定方法的流程示意图；即电子设备执行步骤A2可以通过以下步骤201来实现：

步骤201、响应于在所述协助表单上输入的携带商品加购权限的第一请求信息，生成包括协助权限的申请协助信息。

其中，所述待协助信息包括所述申请协助信息。

在本申请实施例中，电子设备响应于在协助表单上输入的携带商品加购权限的第一请求信息，生成包括协助权限的申请协助信息；其中，该第一请求信息可以包括但不限于：加购商品的开始时间和结束时间、加购商品的数量、第一用户端关联的被协助账户的标识信息，其可以是被协助账户的通用唯一识别码(Universally Unique Identifier，UUID)等。

其中，商品加购权限包括但不限于：加购商品的开始时间和结束时间、加购商品的数量、加购商品的种类等；相应地，包括协助权限的申请协助信息可以是携带商品加购权限的信息。

相应地，电子设备依次通过上述实施例中的步骤102至步骤104，获取对应的待确认链接以及对应的确认信息，进而基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系，即电子设备执行上述实施例的步骤105，可以通过以下步骤202和步骤203来实现：

步骤202、基于所述确认信息，将所述申请协助信息对应的协助状态调整为已确认状态，得到第一待协助信息。

在本申请实施例中，电子设备基于从第二用户端获取的确认信息，对申请协助信息对应的协助状态进行调整，即将该协助状态调整为已确认状态，从而得到第一待协助信息；其中，第一待协助信息对应的协助状态为已确认状态。

在一种可行的实现方式中，电子设备执行上述步骤202，可以通过以下步骤202a至步骤202d的方式来实现：

步骤202a、基于所述确认信息，将所述申请协助信息对应的协助状态调整为中间确认状态，得到中间申请协助信息。

步骤202b、发送所述中间申请协助信息至所述第一用户端。

在本申请实施例中，电子设备基于第二用户端发送的确认信息，将申请协助信息对应的协助状态调整为中间确认状态，得到中间申请协助信息，同时将该中间申请协助信息发送至第一用户端，即告知第一用户端有关第二用户端对于待协助信息的已确认信息，同时还可在中间申请协助信息中携带有关第二用户端的相关信息，以告知第一用户端，以便第一用户端基于第二用户端的相关属性信息，以及第二用户端发送的确认信息给出对应的反馈信息。

步骤202c、接收所述第一用户端响应于所述中间申请协助信息发送的中间确认信息。

在本申请实施例中，电子设备接收第一用户端响应于中间申请协助信息发送的中间确认信息，该中间确认信息是第一用户端基于接收的中间协助信息确定的反馈信息，即中间确认信息。

步骤202d、基于所述中间确认信息，将所述中间申请协助信息对应的协助状态调整为所述已确认状态，得到所述第一待协助信息。

在本申请实施例中，电子设备基于中间确认信息，将中间申请协助信息对应的协助状态调整为已确认状态，得到第一待协助信息，即第一协助信息是申请协助信息，依次通过第一用户端和第二用户端进行确认得到的。

需要说明的是，在本申请实施例中，电子设备依次接收第二用户端和第一用户端发送的确认信息，对申请协助信息对应的协助状态进行调整，直至得到协助状态为已确认状态，得到第一待协助信息；如此，通过第一用户端和第二用户端之间的多次信息交互，在第一用户端和第二用户端之间建立信任度更高的操作委托关系，即协助关系，进而能够提高第二用户端对第一用户端进行协助操作时的安全性和可靠性。

步骤203、基于所述第一待协助信息，确定所述第二用户端与所述第一用户端之间的商品加购协助关系。

在本申请实施例中，电子设备基于第一待协助信息，确定第二用户端和第一用户端之间的商品加购协助关系，即使得第二用户端获得对第一用户端进行商品加购的权限。

需要说明的是，在本申请实施例中，在第一用户端为申请协助的用户端的情况下，电子设备响应于基于第一用户端输入的携带商品加购权限的第一请求信息，生成申请协助信息；同时基于从第二用户端发送的确认信息，对申请协助信息对应的协助状态进行调整，得到对应的第一待协助信息，进而根据第一待协助信息，确定第二用户端和第一用户端之间的商品加购协助关系。如此，能够使得第二用户端和第一用户端之间建立更加安全可靠的委托关系，即能够提高第二用户端对第一用户端进行协助操作时的安全性和可靠性，同时能够在第二用户端关联的第二账户对第一用户端关联的第一账户进行相关协助操作时，提高第一账户的相关隐私信息的安全性。

在一种可行的实现方式中，电子设备基于所述第一待协助信息，确定所述第二用户端与所述第一用户端之间的商品加购协助关系，即电子设备执行步骤203，可以通过步骤203a和步骤204b的方式来实现：

步骤203a、基于所述第一待协助信息，生成携带所述协助权限的第一协助指令。

在本申请实施例中，电子设备基于第一待协助信息，生成携带协助权限的第一协助指令；其中，该第一协助指令可以是对第一待协助信息进行转换得到的。

步骤203b、发送所述第一协助指令至所述第二用户端，以使所述第二用户端获得对所述第一用户端进行商品加购的权限。

在本申请实施例中，电子设备将生成的第一协助指令发送至第二用户端，以使第二用户端获得第一用户端进行商品加购的权限，即第一用户端将相关商品加购权限授权至第二用户端，以使第二用户端关联的第二账户可以对第一用户端关联的第一账户执行相关商品加购操作。

需要说明的是，在本申请实施例中，电子设备将与第一待协助信息对应的第一协助指令发送至第二用户端，以使第二用户端获得对第一用户端进行商品加购的权限；如此，将第一用户端的相关商品加购操作权限委托至第二用户端，能够使得代他人完成相关购物操作的过程安全且可靠。

场景二：协助用户端请求操作被协助用户端的部分权限，即在第一用户端为提出协助的用户端的情况下，电子设备响应于在协助表单上输入的请求信息，生成待协助信息，参照图1和图2B所示，图2B为本申请实施例提供的又一种协助关系的确定方法的流程示意图；即电子设备执行步骤A2可以通过以下步骤204来实现：

步骤204、响应于在所述协助表单上输入的第二请求信息，生成提出协助信息。

其中，所述待协助信息包括所述提出协助信息；所述第二请求信息与第一请求信息不同。

在本申请实施例中，电子设备响应于在协助表单上输入的第二请求信息，生成提出协助信息；其中，该第二请求信息与第一请求信息不同，第二请求信息可以是不包括商品加购权限的信息。

在一种可行的实现方式中，第二请求信息可以包括但不限于：第一用户端关联的协助账户的标识信息，即该协助账户所对应的账户的UUID等。

在一些实施例中，电子设备依次通过上述实施例中的步骤102至步骤104，获取对应的待确认链接以及对应的确认信息，进而基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系，即电子设备执行上述实施例提供的步骤105，可以通过以下步骤205和步骤206来实现：

步骤205、基于所述确认信息，对所述提出协助信息进行调整，得到第二待协助信息。

在本申请实施例中，电子设备基于从第二用户端获取的确认信息，对提出协助信息进行调整；其中，调整包括但不限于：对提出协助信息对应的协助状态进行调整，对提出协助信息内部的相关参数进行补充等，进而得到第二待协助信息。

其中，第二待协助信息与第一待协助信息的属性信息相同，需要说明的是，第一待协助信息中第一用户端为被协助用户端，对应的第二用户端为协助用户端；而第二待协助信息中第一用户端为协助用户端，对应的第二用户端为被协助用户端。

在一种可行的实现方式中，电子设备执行上述步骤205，可以通过以下步骤205a和步骤205b的方式来实现：

步骤205a、将所述确认信息中的协助权限和所述提出协助信息进行组合，得到中间提出协助信息。

在本申请实施例中，电子设备将确认信息中的协助权限和提出协助信息进行组合，得到中间提出协助信息；其中，该确认信息是与提出信息对应的，由第二用户端发送的，其中，该确认信息中携带有第二用户端对于相关协助请求设定的协助权限，即可以执行相关操作的范围。

步骤205b、将所述中间提出协助信息对应的协助状态调整为已确认状态，得到所述第二待协助信息。

在本申请实施例中，电子设备将中间提出协助信息对应的协助状态调整为已确认状态，得到第二待协助信息。

在一种可行的实现方式中，电子设备可以基于获取的确认信息，将中间提出协助信息对应的协助状态调整为已确认状态，进而得到第二待协助信息。

需要说明的是，在本申请实施例中，电子设备基于从第二用户端获取的确认信息，对提出协助信息内部的参数以及对应的协助状态进行调整，得到对应的第二待协助信息；如此，通过依次获取第一用户端和第二用户端的相关信息，在第一用户端和第二用户端之间建立信任度更高的操作委托关系，即协助关系，进而能够提高第一用户端对第二用户端进行协助操作时的安全性和可靠性，同时能够提高第一用户端对第二用户端进行协助操作时的灵活性和便捷性。

步骤206、基于所述第二待协助信息，确定所述第二用户端与所述第一用户端之间的商品加购协助关系。

在本申请实施例中，电子设备基于第二待协助信息，确定第二用户端和第一用户端之间的商品加购协助关系，即使得第一用户端获得对第二用户端进行商品加购的权限。

需要说明的是，在本申请实施例中，在第一用户端为提出协助的用户端的情况下，电子设备响应于基于第一用户端输入的第二请求信息，生成提出协助信息；同时基于从第二用户端发送的确认信息，对提出协助信息对应的协助状态以及内部参数进行调整，得到对应的第二待协助信息，进而根据第二待协助信息，确定第二用户端和第一用户端之间的商品加购协助关系。如此，能够使得第二用户端和第一用户端之间建立更加安全可靠的委托关系，同时能够提高第一用户端关联的第一账户对第二用户端关联的第二账户进行相关协助操作时的灵活性和便捷性。

在一种可行的实现方式中，电子设备基于所述第二待协助信息，确定所述第二用户端与所述第一用户端之间的商品加购协助关系，即电子设备执行步骤206，可以通过以下步骤206a和步骤206b的方式来实现：

步骤206a、基于所述第二待协助信息，生成携带所述协助权限的第二协助指令。

在本申请实施例中，电子设备基于第二待协助信息，生成携带协助权限的第二协助指令；其中，该第二协助指令可以是对第二待协助信息进行转换得到的。

其中，第二协助指令与第一协助指令内部的属性信息相同，但其对应的具体执行参数可以不同。

步骤206b、发送所述第二协助指令至与所述第一用户端，以使所述第一用户端获得对所述第二用户端进行商品加购的权限。

在本申请实施例中，电子设备将生成的第二协助指令发送至第一用户端，以使第一用户端获得第二用户端进行商品加购的权限，即第二用户端将相关商品加购权限授权至第一用户端，以使第一用户端关联的第一账户可以对第二用户端关联的第二账户执行相关商品加购操作。

需要说明的是，在本申请实施例中，电子设备将与第二待协助信息对应的第二协助指令发送至第一用户端，以使第一用户端获得对第二用户端进行商品加购的权限；如此，能够将第二用户端的相关商品加购操作委托至第一用户端进行操作，能够使得代他人完成相关购物操作的过程安全且便捷。

本申请实施例提供的协助关系的确定方法，在两种应用场景，即主动申请协助和邀请他人协助两种场景下，基于第一用户端输入的请求信息，生成对应的待协助信息；同时基于从第二用户端发送的确认信息，对待协助信息对应的协助状态等进行调整，以得到对应的协助指令，并将该协助指令发送至对应的用户端，以使得第二用户端和第一用户端之间建立更加安全可靠的委托关系，同时能够提协助用户端与备协助用户端进行相关协助操作时的安全性和便捷性。

同时，基于前述实施例，在本申请实施例提供的协助关系的确定方法中，电子设备在基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系之后，还可以执行以下步骤B：

步骤B、在所述待协助信息对应的协助状态为已取消状态的情况下，解除所述第一用户端和所述第二用户端之间的协助关系。

在本申请实施例中，电子设备检测待协助信息对应的协助状态，并在待协助信息对应的协助状态为已取消状态的情况下，解除第一用户端和第二用户端之间的协助关系；其中，可以是取消第一用户端对第二用户端进行协助的行为，也可以是取消第二用户端对第一用户端进行协助的行为。

需要说明的是，在本申请实施例中，电子设备通过对待协助信息对应的协助状态进行实时检测，并在该协助状态为已取消状态的情况下，解除相关协助关系。如此，能够高效且便捷地保护相关用户端即账户的隐私以及安全。

基于此，本申请实施例提供的协助关系的确定方法应用于电商代好友操作购物车场景中，可以包括两种应用情况，如图3所示，为应用本申请实施例提供的协助关系的确定方法中两种应用场景的示意图。

场景一，如图3的a所示，被协助用户(用户A)主动邀请协助用户(用户B)帮助挑选商品，即操作购物车；第1步即301，用户A通过代操作购物车功能，即生成并确定对应的请求协助连接，即生成一个授权链接，并通过相关信息交互方式发送(分享)给用户B；第2步即302，用户B访问被用户A发送过来的链接，点击确认；第3步即303，用户A收到消息，该消息可以是微信公众号通知，也可以是APP自身消息通知，也可以是短信通知等等各种通知方式，点击消息，跳转到确认授权页面，确认，完成授权，即确认被用户B协助。

场景二，如图3的b所示，协助人(用户B)主动申请操作用户A的购物车；第1步即304，用户B发起申请，通过相关信息交互方式分享发送该请求对应的协助页面给用户A；第2步即305，用户A打开协用户B发来的消息链接到授权页面，选择另外授权附加信息如时间、数据限制等，点击确认，完成授权，即确认被用户B协助。

其中，基于场景一建立协助关系的实现流程图如图4所示，即图4示出应用本申请实施例提供的确定协助关系的一种流程示意图；应用到本申请实施例中，可以默认在电子设备中提供一个选项前台入口，用户A点击后弹出窗口或者跳转到新页面，即401的访问邀请协助页面，页面内容为准备邀请别人(比如用户B)来操作自己购物车的授权限制条件的表单；用户A通过填写表单即402，完成表单提交到后台即403，提交授权限制信息到系统后台；其中，限制信息包括可操作购物车的时长、可操作加购物车的数量、用户的个人识别密码(Personal Identification Number，PIN)和一个UUID。

其中，该表格可以表1所示，其中，包括被协助用户PIN、协助PIN、UUID以及对应的开始时间、结束时间、限制操作数和状态。

需要说明的是，此时没有建立任何协助关系，类似表1中第一行记录，协助人PIN为空。

同时，数据状态为“发起中”，并生成一个后台链接，比如：http://cart.××.com/help_me_add_cart？pin＝xuuid＝cda12006-5bb0-4579-8d78-7ca75865e22f；即执行404至406；进而用户A将该链接发送或分享至给用户B，用户B点击或访问链接(此时被协助人已经登录)，打开页面，页面中有用户A的信息，点击确认，数据提交后服务端，即执行407和408。

表1

然后，购物车系统后台即服务端接收数据，根据UUID查询出数据做变更，将状态变更为“协助人已确认”，并将结果用发送给用户A；用户A打开通知链接，展示协助信息，其实包括用户B的PIN等，再次点击确认，确认协助信息再次提交到后台；后台接收到用户A的确认数据，根据UUID查询出数据，将状态变更为“协助中”，协助操作购物车开始，即执行409至413。

其中，基于场景二建立协助关系的实现流程图如图5所示，即图5示出应用本申请实施例提供的确定协助关系的另一种流程示意图；用户A主动申请协助用户B，用户A主动发起请求，要操作用户B的购物车，用户A访问系统后台，生成下面一条记录：用户A的PIN、UUID、状态为等待被协助人确认，生成链接，即执行501至505；并分享该连接至用户B。

用户B打开收到的链接，页面展示信息为授权补充信息如：授权时长、授权可加购物车数量等，补充完后，确认授权，即执行506至508，并将该数据提交到后台，数据变为如下状态，授权状态建立，其对应的步骤可参照图4中国的具体说明，即如图5中的509至513，以实现协助操作购物车。

需要说明的是，协助人与被协助人的可操作关系，可以通过redis等缓存中间件，建立类似如图6中的关系示意图，即图6为本申请实施例提供的一种缓存协助关系的结构示意图；其中，可以用于加快双向的查询是否有操作权限，判断当前时间是否在缓存开始结束区间，如果权限过期可顺便删除索引中的单条记录。其中，该图6中示出账户为xiaoming，与其建立协助操作关系的三个账户，分别为：xiaozhang、xiaoli以及xiaowang；其各自对应的协助操作时间分别为2021-05-01 11:10:20至2021-05-02 11:10:20、2021-05-02 11:10:20至2021-05-03 11:10:20以及2021-05-01 11:10:20至2021-05-02 11:10:20。

此外，本申请实施例还可提供后台提供加购物车接口addToCart(StringsourcePin,String helperPin,Map<String,Integer>skuMap)，三个入参分别为请求协助人的pin,协助人pin，key为sku，value为sku数量的Map结构；删除购物车接口delCart(String sourcePin,String helperPin,List<String>skuList)，三个入参分别为请求协助人的pin、协助人pin，要删除的sku集合。两个heplerPin都是协助人的登录环境中的用户pin，sourcePin为前台页面传入的被协助人pin；原购物车的数据存储结构稍微改动即可，若原数据存储为123456:1、1234567:2、1234567如果端口为协助人添加的，那么购物车信息存储为123456:1、1234567:2:xiaoli、1234568:1:xiaoli，根据这个数据结构可以遍历取出指定用户(xiaoli)添加的购物车sku。

同时本申请实施例中还可以对实现协助操作后的购物车以及添加购物车页面进行调整，进而以提升用户体验；如图7所示，示出应用本申请实施例提供的协助关系进行购物车加购以及商品选购的示意图；如图7中a所示，被协助人查看自己购物车商品列表时，根据缓存中存储的协助关系，获取到添加该商品对应的协助人Pin信息，可以将相同协助人的商品归堆展示，并在购物车商品列表的合适位置露出用户身份标识；同时作为协助人，查看某个被协助人的购物车商品列表，可根据缓存中存储的协助关系，返回本人可操作的pin列表，并提供选择用户的前台界面功能，如图7中的b所示，进而在选中相关用户后，可对选中用户添加、删除购物车、查询购物车等操作。

基于以上，本申请实施例提供一种远程协助操作购物车的方法，可以通过两个用户端的多次交互过程，建立可信任的操作委托关系，同时基于协助权限，使得协助方无法查看被协助方已有的购物车信息，进而能够提协助用户端与备协助用户端进行相关协助操作时的安全性和便捷性。

基于前述实施例，本申请实施例还提供一种协助关系的确定装置8，该协助关系的确定装置8可以应用于图1和图2(包括图2A和图2B)对应的实施例提供的一种协助关系的确定方法中，参照图8所示，该协助关系的确定装置8包括：生成模块81、第一确定模块82、发送模块83、接收模块84和第二确定模块85，其中：

生成模块81，用于响应于与第一用户端关联的请求信息，生成待协助信息；

第一确定模块82，用于确定与所述待协助信息相匹配的待确认链接；

发送模块83，用于发送所述待确认链接至第二用户端；

接收模块84，用于接收所述第二用户端响应于所述待确认链接发送的确认信息；

第二确定模块85，用于基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系。

在本申请其他实施例中，生成模块81，还用于响应于基于所述第一用户端输入的预设请求指令，生成协助表单；响应于在所述协助表单上输入的请求信息，生成所述待协助信息。

在本申请其他实施例中，生成模块81，在所述第一用户端为申请协助的用户端的情况下，还用于响应于在所述协助表单上输入的携带商品加购权限的第一请求信息，生成包括协助权限的申请协助信息；其中，所述待协助信息包括所述申请协助信息；相应地，第二确定模块85，还用于基于所述确认信息，将所述申请协助信息对应的协助状态调整为已确认状态，得到第一待协助信息；基于所述第一待协助信息，确定所述第二用户端与所述第一用户端之间的商品加购协助关系。

在本申请其他实施例中，第二确定模块85，还用于基于所述确认信息，将所述申请协助信息对应的协助状态调整为中间确认状态，得到中间申请协助信息；发送所述中间申请协助信息至所述第一用户端；接收所述第一用户端响应于所述中间申请协助信息发送的中间确认信息；基于所述中间确认信息，将所述中间申请协助信息对应的协助状态调整为所述已确认状态，得到所述第一待协助信息。

在本申请其他实施例中，第二确定模块85，还用于基于所述第一待协助信息，生成携带所述协助权限的第一协助指令；发送所述第一协助指令至所述第二用户端，以使所述第二用户端获得对所述第一用户端进行商品加购的权限。

在本申请其他实施例中，生成模块81，在所述第一用户端为提出协助的用户端的情况下，还用于响应于在所述协助表单上输入的第二请求信息，生成提出协助信息；其中，所述待协助信息包括所述提出协助信息；所述第二请求信息与第一请求信息不同；相应地，第二确定模块85，还用于基于所述确认信息，对所述提出协助信息进行调整，得到第二待协助信息；基于所述第二待协助信息，确定所述第二用户端与所述第一用户端之间的商品加购协助关系。

在本申请其他实施例中，第二确定模块85，还用于将所述确认信息中的协助权限和所述提出协助信息进行组合，得到中间提出协助信息；将所述中间提出协助信息对应的协助状态调整为已确认状态，得到所述第二待协助信息。

在本申请其他实施例中，第二确定模块85，还用于基于所述第二待协助信息，生成携带所述协助权限的第二协助指令；发送所述第二协助指令至与所述第一用户端，以使所述第一用户端获得对所述第二用户端进行商品加购的权限。

在本申请其他实施例中，该协助关系的确定装置8还包括：解除模块，用于在所述待协助信息对应的协助状态为已取消状态的情况下，解除所述第一用户端和所述第二用户端之间的协助关系。

需要说明的是，本实施例中各个模块所执行的步骤的具体实现过程，可以参照图1和图2(包括图2A和图2B)对应的实施例提供的协助关系的确定方法中的实现过程，此处不再赘述。

本申请实施例提供的协助关系的确定装置，在两种应用场景，即主动申请协助和邀请他人协助两种场景下，基于第一用户端输入的请求信息，生成对应的待协助信息；同时基于从第二用户端发送的确认信息，对待协助信息对应的协助状态等进行调整，以得到对应的协助指令，并将该协助指令发送至对应的用户端，以使得第二用户端和第一用户端之间建立更加安全可靠的委托关系，同时能够提协助用户端与备协助用户端进行相关协助操作时的安全性和便捷性。

基于前述实施例，本申请实施例还提供一种电子设备9，该电子设备9可以应用于图1和图2(包括图2A和图2B)对应的实施例提供的一种协助关系的确定方法中，参照图9所示，该电子设备9包括：处理器91、存储器92和通信总线93，其中：

通信总线93用于实现处理器91和存储器92之间的通信连接。

处理器91用于执行存储器92中存储的协助关系的确定方法的程序，以实现参照图1和图2(包括图2A和图2B)对应的实施例提供的协助关系的确定方法。

本申请实施例提供的电子设备，在两种应用场景，即主动申请协助和邀请他人协助两种场景下，基于第一用户端输入的请求信息，生成对应的待协助信息；同时基于从第二用户端发送的确认信息，对待协助信息对应的协助状态等进行调整，以得到对应的协助指令，并将该协助指令发送至对应的用户端，以使得第二用户端和第一用户端之间建立更加安全可靠的委托关系，同时能够提协助用户端与备协助用户端进行相关协助操作时的安全性和便捷性。

基于前述实施例，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现如图1和图2(包括图2A和图2B)对应的实施例提供的协助关系的确定方法。

需要说明的是，上述计算机可读存储介质可以是只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read Only Memory，EEPROM)、磁性随机存取存储器(Ferromagnetic Random Access Memory，FRAM)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(Compact Disc-Read Only Memory，CD-ROM)等存储器；也可以是包括上述存储器之一或任意组合的各种电子设备，如移动电话、计算机、平板设备、个人数字助理等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所描述的方法。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (12)

1.一种协助关系的确定方法，其特征在于，所述方法包括：

响应于与第一用户端关联的请求信息，生成待协助信息；

确定与所述待协助信息相匹配的待确认链接；

发送所述待确认链接至第二用户端；

接收所述第二用户端响应于所述待确认链接发送的确认信息；

基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系。

2.根据权利要求1所述的方法，其特征在于，所述响应于与第一用户端关联的请求信息，生成待协助信息，包括：

响应于基于所述第一用户端输入的预设请求指令，确定协助表单；

响应于在所述协助表单上输入的请求信息，生成所述待协助信息。

3.根据权利要求2所述的方法，其特征在于，在所述第一用户端为申请协助的用户端的情况下，所述响应于在所述协助表单上输入的请求信息，生成所述待协助信息，包括：

响应于在所述协助表单上输入的携带商品加购权限的第一请求信息，生成包括协助权限的申请协助信息；其中，所述待协助信息包括所述申请协助信息；

相应地，所述基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系，包括：

基于所述确认信息，将所述申请协助信息对应的协助状态调整为已确认状态，得到第一待协助信息；

基于所述第一待协助信息，确定所述第二用户端与所述第一用户端之间的商品加购协助关系。

4.根据权利要求3所述的方法，其特征在于，所述基于所述确认信息，将所述申请协助信息对应的协助状态调整为已确认状态，得到第一待协助信息，包括：

基于所述确认信息，将所述申请协助信息对应的协助状态调整为中间确认状态，得到中间申请协助信息；

发送所述中间申请协助信息至所述第一用户端；

接收所述第一用户端响应于所述中间申请协助信息发送的中间确认信息；

基于所述中间确认信息，将所述中间申请协助信息对应的协助状态调整为所述已确认状态，得到所述第一待协助信息。

5.根据权利要求3所述的方法，其特征在于，所述基于所述第一待协助信息，确定所述第二用户端与所述第一用户端之间的商品加购协助关系，包括：

基于所述第一待协助信息，生成携带所述协助权限的第一协助指令；

发送所述第一协助指令至所述第二用户端，以使所述第二用户端获得对所述第一用户端进行商品加购的权限。

6.根据权利要求2所述的方法，其特征在于，在所述第一用户端为提出协助的用户端的情况下，所述响应于在所述协助表单上输入的请求信息，生成所述待协助信息，包括：

响应于在所述协助表单上输入的第二请求信息，生成提出协助信息；其中，所述待协助信息包括所述提出协助信息；所述第二请求信息与第一请求信息不同；

相应地，所述基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系，包括：

基于所述确认信息，对所述提出协助信息进行调整，得到第二待协助信息；

基于所述第二待协助信息，确定所述第二用户端与所述第一用户端之间的商品加购协助关系。

7.根据权利要求6所述的方法，其特征在于，所述基于所述确认信息，对所述提出协助信息进行调整，得到第二待协助信息，包括：

将所述确认信息中的协助权限和所述提出协助信息进行组合，得到中间提出协助信息；

将所述中间提出协助信息对应的协助状态调整为已确认状态，得到所述第二待协助信息。

8.根据权利要求7所述的方法，其特征在于，所述基于所述第二待协助信息，确定所述第二用户端与所述第一用户端之间的商品加购协助关系，包括：

基于所述第二待协助信息，生成携带所述协助权限的第二协助指令；

发送所述第二协助指令至与所述第一用户端，以使所述第一用户端获得对所述第二用户端进行商品加购的权限。

9.根据权利要求1所述的方法，其特征在于，所述基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系之后，所述方法还包括：

在所述待协助信息对应的协助状态为已取消状态的情况下，解除所述第一用户端和所述第二用户端之间的协助关系。

10.一种协助关系的确定装置，其特征在于，所述装置包括：

生成模块，用于响应于与第一用户端关联的请求信息，生成待协助信息；

第一确定模块，用于确定与所述待协助信息相匹配的待确认链接；

发送模块，用于发送所述待确认链接至第二用户端；

接收模块，用于接收所述第二用户端响应于所述待确认链接发送的确认信息；

第二确定模块，用于基于所述待协助信息和所述确认信息，确定所述第一用户端和所述第二用户端之间的协助关系。

11.一种电子设备，其特征在于，所述电子设备包括：处理器、存储器和通信总线；

所述通信总线用于实现所述处理器和所述存储器之间的通信连接；

所述处理器用于执行所述存储器中的程序，以实现如权利要求1至9任一所述的协助关系的确定方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至9任一项所述的协助关系的确定方法。

Images