CN110912974A - 资源处理方法、装置、电子设备及计算机可读取存储介质 - Google Patents

Abstract

本申请公开了一种资源处理方法、装置、电子设备及计算机可读取存储介质，涉及区块链技术领域。该方法应用于作为发送端的终端设备，该方法包括：获取资源转移请求，所述资源转移请求包括资源数据；根据所述资源转移请求，生成临时地址和所述临时地址对应的临时私钥；将所述资源数据转移至所述临时地址；根据所述临时私钥生成寻址路径，所述寻址路径用于在被接收端触发时，指示所述接收端将所述资源数据从所述临时地址转移至所述接收端的接收地址。本申请实施例通过将资源数据先转移至临时地址，并根据临时私钥生成寻址路径，使得接收端通过寻址路径可方便地获取所述资源数据，实现发送端和接收端之间简单便捷的资源转移。

Description

资源处理方法、装置、电子设备及计算机可读取存储介质

技术领域

本申请涉及区块链技术领域，更具体地，涉及一种资源处理方法、装置、电子设备及计算机可读取存储介质。

背景技术

区块链(Blockchain)网络是去中心化的网络，是一种P2P(Peer to Peer，点对点)网络，P2P网络不同于传统的客户端/服务端(client/server,C/S)结构，P2P网络中的每个节点都可以既是客户端也是服务端。目前区块链技术受到越来越广泛的应用，不管是货币、虚拟物品、房产、文件等，都正在尝试用区块链来记录，使交易变得公开透明、去中心化。虽然区块链技术可以给人们生活、工作带来种种便利，但是利用区块链技术进数据交易仍存在较高门槛，操作门槛和难度较高。

发明内容

本申请提出了一种资源处理方法、装置、电子设备及计算机可读取存储介质，以改善上述缺陷。

第一方面，本申请实施例提供了一种资源处理方法,应用于作为发送端的终端设备，该方法包括：获取资源转移请求，所述资源转移请求包括资源数据；根据所述资源转移请求，生成临时地址和所述临时地址对应的临时私钥；将所述资源数据转移至所述临时地址；根据所述临时私钥生成寻址路径，所述寻址路径用于在被接收端触发时，指示所述接收端将所述资源数据从所述临时地址转移至所述接收端的接收地址。

第二方面，本申请实施例还提供了一种资源处理装置，应用于作为发送端的终端设备，该装置包括：请求获取模块，用于获取资源转移请求，所述资源转移请求包括资源数据；地址生成模块，用于根据所述资源转移请求，生成临时地址和所述临时地址对应的临时私钥；资源转移模块，用于将所述资源数据转移至所述临时地址；路径生成模块，用于根据所述临时私钥生成寻址路径，所述寻址路径用于在被接收端触发时，指示所述接收端将所述资源数据从所述临时地址转移至所述接收端的接收地址。

第三方面，本申请实施例还提供了一种电子设备，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述方法。

第四方面，本申请实施例还提供了一种计算机可读取存储介质，计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述方法。

本申请实施例提供的资源处理方法、装置、电子设备及计算机可读取存储介质，应用于作为发送端的终端设备，通过获取资源转移请求，资源转移请求包括资源数据，然后根据资源转移请求，生成临时地址和临时地址对应的临时私钥，将资源数据转移至临时地址，接着根据临时私钥生成寻址路径，其中，寻址路径用于在被接收端触发时，指示接收端将资源数据从临时地址转移至接收端的接收地址。由此，本申请实施例可在获取到资源转移请求时，可以将资源数据先转移至生成的临时地址，并根据临时密钥生成寻址路径，以供接收端通过触发寻址路径来获取临时地址的资源数据，从而实现完全去中心化的接收端和发送端之间的资源转移，转移过程方便快捷，提高了资源转移效率，大大降低用户操作门槛和难度，有利于扩大区块链技术的普及范围。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了适用于本申请实施例的应用场景示意图；

图2示出了本申请一实施例提供的资源处理方法的方法流程图；

图3示出了本申请另一实施例提供的资源处理方法的方法流程图；

图4示出了本申请另一实施例提供的礼品卡展示界面的界面示意图；

图5示出了本申请另一实施例提供的发送确认界面的界面示意图；

图6示出了本申请又一实施例提供的资源处理方法中S310至S340方法流程图；

图7示出了图6中S340的方法流程图；

图8示出了本申请实施例提供的资源处理装置的模块框图；

图9示出了本申请实施例提供的电子设备的结构框图；

图10示出了本申请实施例的用于保存或者携带实现根据本申请实施例的资源处理方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

请参阅图1，图1为适用于本申请实施例的应用场景示意图。本申请实施例提供的资源处理方法可以应用于如图1所示的资源处理系统10中。如图1所示，如图1所示，该资源处理系统10包括终端设备100和区块链节点130。

终端设备100可以是具备本申请实施例所需功能的任何类型的电子设备，包括但不限于台式计算机、膝上型计算机、笔记本计算机、平板计算机、蜂窝电话、智能电话、智能手表、智能电视、可植入计算设备、可穿戴电子设备等。

终端设备100包括发送端110和接收端120。其中，发送端110和接收端120仅是在一次交易过程中相对命名，可以理解的是，在不同交易中前次交易的发送端也可以作为本次交易的接收端，前次交易的接收端也可以作为本次交易的发送端。具体地，以转账交易为例进行说明，可将发起交易请求转出金额的终端设备记为发送端110，将接收转出金额的终端设备记为接收端120。并对应的，使用发送端110的用户记为发送端用户，使用接收端120的用户记为接收端用户。

需要说明的是，利用区块链技术进行的交易可包括任何类型的电子交易，包括数字货币(例如，比特币、法定货币的虚拟金额等)的转移以及存在源地址和目的地地址的其他电子交易，诸如数据的转移之类。换句话说，本申请实施例提供的资源处理方法、装置、电子设备和计算机可读取存储介质可适用于利用区块链的多种类型的电子交易，资源处理系统10可适用于多种类型的电子交易，并不限于数字货币的交易。以下仅为便于描述，以对数字货币的交易为例进行说明。

在资源处理系统10中，发送端用户可能需要经由区块链向接收端用户发送一定量的数字货币或者其他数字的、可转移的数据或数字资产。区块链可以与区块链网络相关联，区块链网络可以包括多个不同的区块链节点130，每个区块链节点130被配置为可接收新的交易请求、生成区块、添加区块到区块链，并向区块链网络广播，还可对区块进行验证，在基于该交易请求的区块被验证通过后，该交易请求对应的交易完成。

在一个示例中，为了经由与区块链网络相关联的区块链来进行电子交易，发送端用户可以使用与其相关联的终端设备100(在本申请实施例中记为发送端110)发起交易请求，交易请求用于从发送端110的发送地址转移指定金额至目的地地址，将包括发送地址、目的地地址、转移金额的交易记录发送给区块链节点130，经区块链节点130打包成区块、添加上区块链、向区块链网络广播、经其他区块链节点130验证通过后，则完成该交易请求对应的交易，即从发送端110的发送地址转移指定金额至目的地地址。

在一些实施例中，发送端110可以为区块链网络中一个区块链节点。在另一些实施例中，发送端110和接收端120均可以为区块链网络中一个区块链节点。

区块链钱包可以包括一对密钥。密钥可以包括私钥和与私钥对应的公钥，其可以由发送端110或其他设备生成并使用标准密钥生成技术提供给发送端110。私钥可被存储在发送端110中，而对应的公钥被提供给构成区块链网络的区块链节点130。区块链钱包对应有区块链地址，发送端110的区块链地址可以是与发送端用户相关联的区块链钱包的公钥生成的区块链地址。

在传统的区块链交易中，发送端110可以电子方式将交易请求发送到区块链节点130，其中该交易请求可以包括目的地地址、转移金额。目的地地址可以是由与接收端用户相关联的区块链钱包的公钥生成的区块链地址，例如可被存储在接收端用户的计算设备(在本申请实施例中记为接收端120)中。接收端120可以使用与接收端120的私钥相对应的公钥，来基于与区块链网络相关联的算法生成地址。转移金额可以是要从发送端110的区块链地址转移到接收端120的区块链地址的数字货币或其他数据的金额。

数字签名可以是经由构成发送者的区块链钱包的私钥生成的数据。数字签名可以用作发送者对区块链钱包的所有权的证据，其可以因此证明发送端用户对转移到该区块链钱包的数字货币的所有权(例如，针对经由钱包的对应公钥生成的早期交易的各目的地地址)。接收交易请求的区块链节点130可被配置为诸如使用对应的公钥来确认数字签名，其可以用作发送端用户对转移到区块链地址的货币的访问的证据。一旦所有权被确认，区块链节点130将生成新的交易，该新的交易将被添加到区块链的新区块中，导致转移金额被转移到接收者的区块链地址，该区块链钱包然后在稍后的交易中可以是可用的，其中接收端120可以生成数字签名以证明转移金额的所有权。目前用户若需使用区块链技术实现交易，仍存在一定门槛，需了解区块链技术、创建区块链地址，了解区块链钱包的使用方法等，对于不了解区块链的用户而言，使用起来存在一定门槛，操作难度也较大。

因此，为了克服上述缺陷，请参阅图2，本申请实施例提供了一种资源处理方法，可应用于上述发送端，具体地，该方法包括：S110至S140。

S110：获取资源转移请求。

其中，资源转移请求包括资源数据。资源数据可以为数字货币(例如，比特币、法定货币的虚拟金额等)，还可以为其他数字形式的数据，例如文件等，在此不做限定。在一些实施方式中，在实际资源转移或交易中，资源数据以数字形式在区块链地址之间转移，例如，若资源数据为数字货币，改变的是区块链地址所对应记录的金额。即资源转移请求可以用于实现多种数类型的资源转移或交易，可不仅限于数字货币的资源转移。

在一些实施方式中，发送端可运行交易平台的客户端，交易平台可依托于H5页面、应用程序(Application，APP)运行。发送端用户可通过发送端运行的交易平台，输入资源转移请求，以使得发送端获取该资源转移请求。在一个示例中，交易平台可基于H5页面开发，并可运行于社交应用程序。其中，社交应用程序可以是具有社交功能实现用户间信息手法的各种应用程序，例如可以是微信、Messenger等APP。

在一些实施方式中，发送端用户可基于发送端发送资源转移请求，资源转移请求用于转移资源数据。具体地，发送端对应有一个区块链地址即发送地址，发送地址可存储或记录有资源数据，通过资源转移请求可将发送地址的资源数据转移至其他地址。在一个示例中，可转移发送地址的所有资源数据；在另一个示例中，也可转移发送地址的部分资源数据。例如，发送端用户可基于发送端输入资源数据的转移金额或其他标识，用于确定所需转移的资源数据，资源转移请求可包括资源数据的转移金额或其他标识，发送端接收发送端用户输入的资源转移请求。

在一个示例中，发送端用户基于发送端输入资源数据的转移金额，还需输入矿工费(Gas Fee)，即在区块链网络发起交易所需要支付给矿工的手续费，用于支付转移所需耗费的计算资源。由于在发起交易到交易完成时，区块链网络的矿工是一种区块链节点，矿工需要把交易打包并放入区块链中，才能使交易完成，在此过程中会消耗区块链的运算资源，因此在资源数据为数字货币时，除了输入资源数据对应的转移金额时，还需输入所需的矿工费，保证交易可正常进行。其中，交易在本实施例中也可称为资源转移。

S120：根据资源转移请求，生成临时地址和临时地址对应的临时私钥。

发送端根据资源转移请求，可生成临时地址和临时地址对应的临时私钥，根据临时私钥可对临时地址的数据进行处理。其中，临时地址为区块链地址。

S130：将资源数据转移至临时地址。

发送端生成临时地址后，可根据资源转移请求，将资源数据从发送端的发送地址转移至临时地址。

在一种实施方式中，发送端生成临时地址后可向区块链网络的区块链节点(例如矿工)提交交易请求来发起区块链交易。区块链节点可接收交易请求，交易请求可包括发送端的区块链地址即发送地址、临时地址、资源数据，区块链节点可生成新区块以添加到区块链，该新区块包括从发送端的发送地址转移资源数据到临时地址的交易记录，进而经由区块链网络的区块链节点对该交易记录进行验证，验证通过后即可将资源数据从发送地址转移至临时地址。

在一些实施方式中，发送端发起交易请求时，为保证交易正常进行，需支付相应的矿工费。例如，发送端发起从发送地址转移资源数据至临时地址的交易请求时，需支付一笔矿工费，用于支付矿工生成新区块添加上链等所耗费的计算资源。

S140：根据临时私钥生成寻址路径，寻址路径用于在被接收端触发时，指示接收端将资源数据从临时地址转移至接收端的接收地址。

其中，寻址路径可以是统一资源定位符(Uniform Resource Locator,URL)，一种网页链接。根据临时私钥生成寻址路径，寻址路径包括临时私钥。在一个示例中，寻址路径可以是以交易平台的域名+临时私钥的形式生成。寻址路径用于在被接收端出发时，指示接收端将资源数据从临时地址转移至接收端的接收地址。在一个示例中，在寻址路径被接收端触发时，接收端可基于其区块链地址即接收地址，寻址路径包括的临时私钥、资源数据向区块链节点发起交易请求，根据临时私钥可获得临时私钥对应的临时地址，从而区块链节点可将包括临时地址、接收地址、资源数据的交易记录打包成新区块，并添加上区块链，向区块链网络广播，以经过其他区块链节点的验证，在验证通过后，将资源数据从临时地址转移至接收端的接收地址，完成完全去中心化的资源转移。由此，接收端用户可不必了解区块链技术，仅需触发寻址路径，即可基于寻址路径获取临时地址的临时私钥，将临时地址的资源数据转移到接收端或接收端用户对应的接收地址，转移过程方便快捷，提高了资源转移效率，大大降低用户操作门槛和难度，有利于扩大区块链技术的普及范围。

可以理解的是，本实施例的资源转移实际上涉及两次转移，分别为从发送地址转移资源数据至临时地址，从临时地址转移资源数据至接收地址，因此，在发送端用户基于发送端输入的资源转移请求中包括矿工费，矿工费用于支付两次转移所需耗费的计算资源。

在一些实施方式中，发送端根据临时私钥生成寻址路径后，发送端用户可基于发送端将寻址路径发送至接收端，以使得接收端用户可基于接收端接收该寻址路径，触发该寻址路径，实现从临时地址到接收地址的资源转移，进而完成从发送地址到接收地址的资源转移。

在一些实施例中，发送端用户可基于发送端将寻址路径发送至多个接收端，使得多个接收端用户可接收到寻址路径，接收端监听是否获取到对寻址路径的触发操作，若获取到，则基于临时私钥获取临时地址，将该接收地址、临时地址发送至区块链节点，生成交易记录并加入区块，加入区块链，经由广播、区块链节点的验证完成将资源数据从临时地址转移到接收地址的资源转移。在一些实施方式中，相同的寻址路径在一次被触发后失效，即在发送端将一个寻址路径发送给多个接收端时，一个接收端触发寻址路径后，其他接收端接收的寻址路径即失效，即使被触发也不会发生资源转移。

在一种实施方式中，交易平台可基于H5页面开发，并可运行于社交应用程序。由此，发送端可通过社交应用程序将生成的寻址路径发送给接收端用户。在一个示例中，发送端用户可基于微信运行交易平台，并通过交易平台发送资源转移请求，发送端获取资源转移请求，生成临时地址和临时私钥，并根据临时私钥生成寻址路径，发送端用户将寻址路径通过微信消息发送至接收端用户对应的微信聊天窗口中，使得接收端用户可接收寻址路径，并通过点击或其他操作触发寻址路径，以实现资源转移。由此，发送端用户可简单方便地发起资源转移，提高基于区块链技术的资源转移效率，并无需接收端用户自行手动创建区块链地址，也无需熟悉区块链技术，即可完成区块链交易，大大降低用户操作门槛和难度，有利于扩大区块链技术的普及范围。

在一些实施例中，接收端用户的接收地址可以是预先创建的，从而在接收端触发寻址路径时，可获取预先创建的接收地址，并实现资源数据从临时地址到接收地址的转移。另外，在一些实施例中，若在触发寻址路径前，接收端用户并未创建有区块链地址，接收端检测到接收端用户触发寻址路径时，可创建区块链地址，即为接收端用户创建区块链地址即接收地址，使得接收端用户即便未使用过区块链钱包、不了解区块链技术，仍可在触发寻址路径时，自动创建接收地址，以实现资源数据从临时地址到接收地址的转移。

本实施例通过获取资源转移请求，资源转移请求包括资源数据，然后根据资源转移请求，生成临时地址和临时地址对应的临时私钥，将资源数据转移至临时地址，接着根据临时私钥生成寻址路径，其中，寻址路径用于在被接收端触发时，指示接收端将资源数据从临时地址转移至接收端的接收地址。由此，本申请实施例可在获取到资源转移请求时，将资源数据先转移至生成的临时地址，并根据临时私钥生成寻址路径，以供接收端通过触发寻址路径来将临时地址的资源数据转移至接收地址，从而实现接收端和发送端之间完全去中心化的资源转移，转移过程方便快捷，提高了资源转移效率，大大降低用户操作门槛和难度，有利于扩大区块链技术的普及范围。

另外，由于寻址路径的生成往往是一次性的，所以在根据临时私钥生成寻址路径后，发送端无法找回临时私钥对临时地址的资源数据进行处理，若寻址路径丢失或无人触发寻址路径，临时地址的资源数据即无人接收，也就是说发送端转移到临时地址的资源数据丢失在临时地址中而无法找回。由此，在一些实施例中，根据资源转移请求，生成临时地址和临时地址对应的临时私钥之后，还可以通过发送端的密钥对临时私钥加密后与临时地址对应存储，使得发送端可找回临时私钥，从而可对临时地址的资源数据进行再处理，由此可大大提高系统可用性，而且通过发送端的密钥加密，使得其他设备或用户在没有发送端密钥的情况下，无法获取临时私钥，从而可提高资源转移安全性。请参阅图3，示出了本申请另一实施例提供的资源处理方法，可应用于上述发送端，具体地，该方法包括：S210至S250。

S210：获取资源转移请求。

S220：根据资源转移请求，生成临时地址和临时地址对应的临时私钥。

其中，S210至S220的具体描述可参见前述实施例中对S110至S120的描述，在此不再赘述。

S230：根据发送端的密钥对临时私钥进行加密，获得加密私钥。

作为一种实施方式，根据发送端的密钥对临时私钥进行加密，可以是通过发送端的密钥对临时私钥进行aes-256-ofb加密，获得加密私钥。还可以是通过其他加密算法对临时私钥进行加密，例如数据加密标准(Data Encryption Standard，DES)、3DES(TripleDES)等，在此不做限定。

其中，发送端的密钥包括发送私钥和发送密钥。

在一些实施方式中，可以通过发送私钥对临时私钥进行加密。具体地，根据发送端的密钥对临时私钥进行加密，获得加密私钥的具体实施方式可以为：根据发送端的发送私钥对临时私钥进行加密，获得加密私钥。由此，在需要获取临时私钥时，则需要发送端的发送公钥对加密私钥进行解密。从而在没有发送端的发送公钥的情况下，无法获取临时私钥，也就无法获取临时地址的资源数据，从而可保证资源转移的安全可靠性。

在另一些实施方式中，若资源数据不是数字货币，而是其他数字形式的数据例如文件等，即在非数字货币的交易场景下，还可以通过发送公钥对临时私钥进行加密。具体地，根据发送端的密钥对临时私钥进行加密，获得加密私钥的具体实施方式还可以为：根据发送端的发送公钥对临时私钥进行加密，获得加密后的临时私钥。由此，在需要获取临时私钥时，则需要发送端的发送私钥对加密私钥进行解密，由于发送私钥一般仅发送端用户可知，因此通过发送公钥对临时私钥加密，使得加密后获得的加密私钥仅可由发送端解密，大大提高资源转移的安全性，避免被发送端和通过寻址路径进行资源转移的接收端之外的其他设备或用户(后续为便于描述，将发送端和通过寻址路径进行资源转移的接收端之外的其他设备或用户，记为非法设备或非法用户)获取到临时私钥，从而提高临时地址的资源数据的安全性，提高资源转移的安全可靠性。

S240：根据加密私钥，生成资源转移信息。

其中，资源转移信息与临时地址对应存储，使得在接收端用户触发寻址路径时，一方面接收端可将资源数据从临时地址转移至接收端的接收地址，另一方面接收端还可输出资源转移信息对应的消息，使得接收端用户还可接收消息。

在一些实施方式中，资源转移信息可以是发送端随资源数据向接收端发送消息的消息协议。其中，消息可以是发送端用户基于发送端输入的附言、留言、备忘等文本信息、语音信息等，在此不作限定。在一个示例中，消息协议的结构可以为tlv二进制结构，包括多个字段，并可在一个字段中存储加密私钥，从而根据加密私钥，生成的资源转移信息中包括加密私钥。

在一个具体的示例中，以基于礼品卡的资源转移为例进行说明，资源转移信息可以为消息协议，消息协议包括6个字段，其中每个字段包括字段类型Type、占用字节数Length以及字段对应的值Value，Type占用1个字节(Byte)，Length占用2个字节，Value的占用字节数由length描述。具体地，消息协议的字段按顺序可依次包括{protocol}{version}{private_key}{type}{skin_id}{message}。具体地，每个字段可以如下表所示：

其中，字段名protocol表征协议名，可固定为gift，则可以通过hex检查头前7字节是否为gift对应的02000467696674，以判断协议是否为消息协议；字段名version表征协议版本号，可以为1、2等，依据版本而定；字段名type可表征交易类型，用于表征当前交易所处的阶段，阶段可包括发送阶段和接收阶段，发送阶段可表征获取到发送端的资源转移请求前的阶段，接收阶段可表征获取到发送端的资源转移请求后的阶段，另，可用0表征发送阶段、1表征接收阶段；字段名private_key表征加密私钥，加密私钥对应private_key存储，从而根据资源转移信息可查找字段private_key，从而获取到加密私钥；字段名skin_id用于表征礼品卡ID，在一些实施方式中，礼品卡的封面可以是程序预设，也可以由用户自定义，例如用户可选择一个图片作为礼品卡的封面；字段名message表征礼品卡附言，用于存储发送端用户随礼品卡发出的消息，其中，在一些实施方式中，字段类型为uint时，value可以是ID，由此还可兼容对消息协议较为局限的区块链，如比特币(Bitcoin，BTC)对应的区块链等。

进一步地，基于前述消息协议，通过本实施例可实现基于礼品卡的资源转移，例如，请参阅图4，图4示出了礼品卡展示界面的界面示意图，发送端可显示礼品卡展示界面，使得发送端用户可选择所需的礼品卡。选中不同的礼品卡对应不同的skin_id。如图4所示，礼品卡的封面可显示转移金额，例如可以是0.005345ETH、0.0026723ETH等。另外，在一些实施方式中，还可通过“+”自定义礼品卡的转移金额，便于用户方便地根据转移金额选择礼品卡，或自定义转移金额而创建礼品卡展示界面所没有的礼品卡。

进一步地，发送端用户选中礼品卡后，发送端可检测到发送端用户的选中操作，确定选中操作对应的礼品卡，并显示礼品卡对应的发送确认界面。例如，请参阅图5，图5示出了发送确认界面的界面示意图，发送确认界面可包括礼品卡的封面、用于触发资源转移请求的确认控件，还可包括用于输入附言的输入控件。输入控件对应字段message，发送端用户可基于输入控件输入附言、留言等消息，并存储于message。在一些实施方式中，message可以为空，即发送端用户可不基于输入控件输入任何消息。

进一步地，在一些实施方式中，根据加密私钥，生成资源转移信息后，发送端将资源转移信息发送至区块链节点，区块链节点可将该资源转移信息的交易记录打包成新区块，添加到区块链，在经由广播和其他区块链节点的验证后，实现资源转移信息对应的资源转移，即将资源数据转移至临时地址。由此，发送端可获取区块链上的交易记录，以获取到该资源转移信息，进而获取加密私钥。由于临时私钥丢失则无法对临时地址的资源数据进行处理，因此通过对临时私钥进行加密，并与临时地址对应存储，可实现灵活的基于区块链技术的资源转移，并且由于临时私钥是通过发送端的密钥进行加密获得的，还可资源转移的安全可靠性，使得临时地址的资源数据可被发送端随时找回，大大提高系统可用性。在一些实施例中，步骤S220之后还可包括：

S250：将资源数据转移至临时地址。

S260：根据临时私钥生成寻址路径，寻址路径用于在被接收端触发时，指示接收端将资源数据从临时地址转移至接收端的接收地址。

需要说明的是，S250至S260与S230至S240可以同时执行，也可先后执行，即S250至S260可以先于S230至S240执行，也可以在S230至S240之后执行，还可以与S230至S240同时执行，在此不做限定。

需要说明的是，上述步骤中未详细描述的部分，可参考前述实施例，在此不再赘述。

本实施例提供的资源处理方法，通过获取资源转移请求，并根据资源转移请求，生成临时地址和临时地址对应的临时私钥后，通过发送端的密钥对临时私钥进行加密后存储，使得发送端可在资源数据被转移至临时地址后，仍能获取到临时私钥，对临时地址的资源数据进行处理，由此可实现基于区块链技术的灵活的资源转移，并且由于加密密钥是通过发送端的密钥对临时私钥加密得到的，因此在其他设备或用户没有发送端的密钥时无法获取到临时私钥，也就无法处理临时地址的资源数据，由此可在实现灵活的资源转移的基础上，还可提高资源转移的安全性。

另外，在一些实施例中，在临时地址的资源数据未被接收时，发送端还可获取发送端用户输入的资源处理指令，执行资源处理指令对应的操作，以对临时地址的资源数据进行再处理，大大提高系统可用性，避免因为网络故障或其他异常原因导致资源数据在临时地址而无法被任何设备或用户接收，使得基于区块链技术的资源转移安全可靠。具体地，本申请又一实施例提供的资源处理方法在前述实施例的基础上，还可包括S310至S340，请参阅图6，图6示出了本申请又一实施例提供的资源处理方法中S310至S340的方法流程图，具体地，包括：

S310：获取资源处理指令。

其中，资源处理指令与待处理的资源数据对应，用于对待处理的资源数据进行处理。其中，待处理的资源数据为在临时地址未被转移的资源数据，例如，接收端用户未触发寻址路径，未将临时地址的资源数据转移时，临时地址的资源数据可记为待处理的资源数据。此时获取资源处理指令，可根据资源处理指令，对待处理的资源数据进行处理，使得待处理的资源数据不会长时间地在临时地址而无人接收或领取，有利于实现灵活的资源转移，提高资源转移的安全可靠性。

在一种实施方式中，发送端可显示有用于处理资源数据的资源处理界面，资源处理界面显示有多个发送端进行资源转移的交易记录，发送端用户可选中其中一个交易记录作为目标交易记录，并通过选中与目标交易记录对应的至少一个操作控件来触发所选中的操作控件对应的资源处理指令，由此使得发送端可获取资源处理指令。需要说明的是，通过选中不同的操作控件，可触发不同的资源处理指令。

在一个示例中，发送端用户可通过点击、触压操作控件对应的图标，发送端通过检测作用于操作控件的触发信号，获取操作控件对应的资源处理指令。

S320：根据资源处理指令，获取发送端的密钥和待处理的资源数据对应的资源转移信息。

其中，发送端的密钥包括发送私钥和发送公钥。

在一些实施方式中，若资源转移信息中的加密私钥是根据发送端的发送私钥对临时私钥加密获得的，可以根据资源处理指令，获取发送端的发送公钥和待处理的资源数据对应的资源转移信息。

在另一些实施方式中，若资源转移信息中的加密私钥是根据发送端的发送公钥对临时私钥加密获得的，可以根据资源处理指令，获取发送端的发送私钥和待处理的资源数据对应的资源转移信息。

其中，待处理的资源数据对应的资源转移信息存储于区块链，发送端可根据指定字段和发送端的密钥在区块链中找到该资源转移信息。以资源转移信息为前述消息协议为例进行说明，发送端可查询区块链上区块所存储的交易记录，并对交易记录中的消息协议的字段protocol的值进行匹配，再在匹配的交易记录中，根据字段private_key确定目标交易记录，获取目标交易记录的消息协议，以获取加密私钥。例如，若字段protocol的值符合预设值例如02000467696674，判断private_key中的加密私钥是否由发送端的密钥加密得到的，若是，则可确定该交易记录为目标交易记录，可获取该加密私钥。从而发送端可找回临时私钥，也就可以对临时地址的资源数据进行再处理，大大提高系统灵活性，避免临时私钥丢失导致资源数据丢失在临时地址造成的损失，提高资源转移的安全可靠性。

S330：根据密钥对资源转移信息进行解密，获取资源转移信息对应的临时地址的临时私钥。

若加密私钥是经过发送私钥加密获得的，获取发送公钥，并根据发送公钥对资源转移信息进行解密，即对加密私钥进行解密，获取临时私钥，即资源转移信息对应的临时地址的临时私钥，。由此，在没有发送端的发送公钥的情况下，无法对资源转移信息进行解密，也就无法获得临时私钥，从而可保证临时地址的资源数据的安全性，一方面既可使得临时私钥能被发送端获取，实现的灵活的资源转移，另一方面又避免被其他非法用户获取，提高资源转移的安全可靠性。

若加密私钥是经发送公钥加密获得的，获取发送私钥，并根据发送私钥对资源转移信息进行解密，即对加密私钥进行解密，获取临时私钥，即资源转移信息对应的临时地址的临时私钥。由于发送私钥一般仅发送端可获知，因此经发送公钥加密的加密私钥，可进一步提高临时私钥的存储安全性，避免临时私钥被其他非法用户获取，从而可提高临时地址的资源数据的安全性，进而提高资源转移的安全可靠性。

S340：基于临时私钥，执行资源处理指令对应的操作。

在一种实施方式中，资源处理指令可包括第一资源处理指令，基于临时私钥，执行资源处理指令对应的操作的具体实施方式可以为：当资源处理指令为第一资源处理指令时，基于临时私钥，将临时地址的资源数据转移至发送端的发送地址。具体地，当资源处理指令为第一资源处理指令时，可将发送地址、临时地址发送至区块链节点，使得区块链节点把将资源数据从临时地址转移至发送地址的交易记录打包计入区块，并在将区块添加上区块链后，向区块链网络广播该区块，通过区块链节点的验证后，将该区块加到区块链上，从而实现将临时地址的资源数据转移至发送端的发送地址，使得发送端用户可通过输入第一资源处理指令，发送端获取第一资源处理指令，撤回转移出去的资源数据，从临时地址取回资源数据。由此，使得发送端用户可随时撤回临时地址的资源数据，例如，在接收端用户迟迟未触发寻址路径、或寻址路径丢失等异常事件发生时，发送端用户可轻松取回临时地址的资源数据，避免损失，由此大大提高系统可用性，以及资源转移的安全可靠性，避免资源数据丢失在临时地址无人接收。

在一个示例中，发送端用户可通过触发寻址路径，使得发送端获取到第一资源处理指令，从而实现撤回，将资源数据从临时地址转移回发送端的发送地址。

在另一种实施方式中，资源处理指令可包括第二资源处理指令，基于临时私钥，执行资源处理指令对应的操作的具体实施方式可以为：当资源处理指令为第二资源处理指令时，根据临时私钥生成新的寻址路径。由于发送端在发送寻址路径给接收端时，可能由于发送端、接收端中至少一方的网络故障、发送端为发出寻址路径、接收端用户未接收到或保存好寻址路径等异常事件，导致寻址路径丢失，此时发送端用户可基于发送端输入第二资源处理指令，发送端可在获取到第二资源处理指令时，根据临时私钥生成新的寻址路径，并发送给发送端，使得发送端用户可基于发送端将新的寻址路径发送至接收端，使得接收端用户可重新获取到寻址路径，完成资源转移。在一些实施例中，新的寻址路径可以发送给原接收端，也可发送至新的一个或多个接收端，在此不做限定。

需要说明的是，新的寻址路径包括临时私钥，可以与之前生成的寻址路径相同，也可不同，本实施例对此不作限定，只要新的寻址路径包括临时私钥，使得接收端触发新的寻址路径，可获取临时私钥，实现将资源数据从临时地址转移至接收地址即可。

在一些实施例中，资源处理指令可包括第一资源处理指令或第二资源处理指令，S340可包括S341至S343，具体地，请参阅图7，图7示出了S341至S343的方法流程图：

S341：确定资源处理指令是否为第一资源处理指令。

资源处理指令可包括第一资源处理指令或第二资源处理指令，第一资源处理指令、第二资源处理指令分别具有不同的标识，发送端用户可基于发送端分别输入第一资源处理指令或第二资源处理指令，发送端获取输入的资源处理指令，并获取资源处理指令的标识，与第一资源处理指令的标识进行匹配，若匹配，可确定资源处理指令为第一资源处理指令；若不匹配，可确定资源处理指令不为第一资源处理指令，而为第二资源处理指令。

在一种实施方式中，发送端可显示有用于处理资源数据的资源处理界面，资源处理界面显示有多个发送端进行资源转移的交易记录，发送端用户可选中其中一个交易记录作为目标交易记录，并通过选中与目标交易记录对应的至少一个操作控件来触发所选中的操作控件对应的资源处理指令。例如显示有两个操作控件，分别对应第一资源处理指令和第二资源处理指令，由此发送端用户选中不同的操作控件，发送端可获取不同的资源处理指令。

在一个示例中，发送端可显示有两个操作控件，分别显示“撤回”、“重新生成”，发送端用户可通过点击或触压操作控件，发送端通过检测作用于操作控件的触发信号，获取操作控件对应的资源处理指令。例如，发送端用户点击“撤回”的操作控件，发送端可获取第一资源处理指令，发送端用户点击“重新生成”的操作控件，发送端可获取第二资源处理指令。

于本实施例中，确定资源处理指令是否为第一资源处理指令之后，可包括：

当资源处理指令为第一资源处理指令时，可执行S342；

当资源处理指令不为第一资源处理指令，为第二资源处理指令时，可执行S343。

在一些实施例中，S341也可以是确定资源处理指令是否为第二资源处理指令，并在资源处理指令为第二资源处理指令时，可执行S343，在资源处理指令不为第二资源处理指令时，即为第一资源处理指令时，可执行S342。确定资源处理指令是否为第二资源处理指令的方法和原理与确定资源处理指令是否为第一资源处理指令相似，在此不再赘述。

S342：当资源处理指令为第一资源处理指令时，基于临时私钥，将临时地址的资源数据转移至发送端的发送地址。

S343：当资源处理指令为第二资源处理指令时，根据临时私钥生成新的寻址路径。

需要说明的是，上述步骤中未详细描述的部分，可参考前述实施例，在此不再赘述。

本实施例提供的资源处理方法，在前述实施例的基础上，通过在临时地址的资源数据未被接收时，获取资源处理指令，并根据资源处理指令，获取发送端的密钥和待处理的资源数据对应的资源转移信息，根据密钥对资源转移信息进行解密，取出资源转移信息中的临时私钥，最后基于临时私钥执行资源处理指令对应的操作，并根据资源处理指令的不同，可实现将资源数据从临时地址转移回发送端的发送地址的撤回操作，或重新基于临时私钥生成寻址路径，使得接收端接收寻址路径后，可通过寻址路径获取临时地址的资源数据。由于在实际使用中，若出现网络故障、误删除等导致寻址路径丢失的异常事件时，或者接收端忘记触发寻址路径等其他情况时，发送端用户可随时通过资源处理指令对临时地址的资源数据进行再处理，如撤回或重新生成新的寻址路径等操作，使得临时地址的资源数据可被找回或继续转移，而不会因为寻址路径的丢失或接收端不接收而丢失在临时地址.由此，可大大提高系统可用性，提高资源转移的安全可靠性，实现灵活可靠的基于区块链技术的资源转移。

请参阅图8，其示出了本申请实施例提供的一种资源处理装置800的结构框图，该资源处理装置800可以包括：请求获取模块810、地址生成模块820、资源转移模块830以及路径生成模块840。

请求获取模块810，用于获取资源转移请求，所述资源转移请求包括资源数据；

地址生成模块820，用于根据所述资源转移请求，生成临时地址和所述临时地址对应的临时私钥；

资源转移模块830，用于将所述资源数据转移至所述临时地址；

路径生成模块840，用于根据所述临时私钥生成寻址路径，所述寻址路径用于在被接收端触发时，指示所述接收端将所述资源数据从所述临时地址转移至所述接收端的接收地址。

进一步地，资源处理装置800还包括：私钥加密模块、信息生成模块、指令获取模块、密钥获取模块、私钥解密模块以及操作执行模块，其中：

私钥加密模块，用于根据所述发送端的密钥对所述临时私钥进行加密，获得加密私钥；

信息生成模块，用于根据所述加密私钥，生成资源转移信息，所述资源转移信息与所述临时地址对应存储。

指令获取模块，用于获取所述资源处理指令，所述资源处理指令与待处理的资源数据对应；

密钥获取模块，用于根据所述资源处理指令，获取所述发送端的密钥和所述待处理的资源数据对应的资源转移信息；

私钥解密模块，用于根据所述密钥对所述资源转移信息进行解密，获取所述资源转移信息对应的临时地址的临时私钥；

操作执行模块，用于基于所述临时私钥，执行所述资源处理指令对应的操作。

进一步地，所述操作执行模块包括：第一执行子模块以及第二执行子模块，其中：

第一执行子模块，用于当所述资源处理指令为所述第一资源处理指令时，基于所述临时私钥，将所述临时地址的资源数据转移至所述发送端的发送地址。

第二执行子模块，用于当所述资源处理指令为所述第二资源处理指令时，根据所述临时私钥生成新的寻址路径。

进一步，所述发送端的密钥包括发送私钥和发送公钥，所述私钥加密模块包括：第一私钥加密子模块，用于根据所述发送端的发送私钥对所述临时私钥进行加密，获得加密私钥。

所述密钥获取模块包括：第一密钥获取子模块，用于根据所述资源处理指令，获取所述发送端的发送公钥和所述待处理的资源数据对应的资源转移信息

进一步地，所述发送端的密钥包括发送私钥和发送公钥，所述私钥加密模块包括：第二私钥加密子模块，用于根据所述发送端的发送公钥对所述临时私钥进行加密，获得加密私钥。

所述密钥获取模块包括：第二密钥获取子模块，用于根据所述资源处理指令，获取所述发送端的发送私钥和所述待处理的资源数据对应的资源转移信息

本申请实施例提供的资源处理装置用于实现前述方法实施例中相应的资源处理方法，并具有相应的方法实施例的有益效果，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

请参考图9，其示出了本申请实施例提供的一种电子设备的结构框图。该电子设备900可以是台式计算机、膝上型计算机、笔记本计算机、平板计算机、蜂窝电话、智能电话、智能手表、智能电视、可植入计算设备、可穿戴电子设备等能够运行应用程序的电子设备。本申请中的电子设备900可以包括一个或多个如下部件：处理器910、存储器920以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器920中并被配置为由一个或多个处理器910执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器910可以包括一个或者多个处理核。处理器910利用各种接口和线路连接整个电子设备900内的各个部分，通过运行或执行存储在存储器920内的指令、程序、代码集或指令集，以及调用存储在存储器920内的数据，执行电子设备900的各种功能和处理数据。可选地，处理器910可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器910可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器910中，单独通过一块通信芯片进行实现。

存储器920可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器920可用于存储指令、程序、代码、代码集或指令集。存储器920可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备900在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参考图10，其示出了本申请实施例提供的一种计算机可读取存储介质的结构框图。该计算机可读取存储介质1000中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读取存储介质1000可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质1000包括非易失性计算机可读取存储介质(non-transitory computer-readable storage medium)。计算机可读取存储介质1000具有执行上述方法中的任何方法步骤的程序代码1010的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码1010可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种资源处理方法，其特征在于，应用于作为发送端的终端设备，所述方法包括：

获取资源转移请求，所述资源转移请求包括资源数据；

根据所述资源转移请求，生成临时地址和所述临时地址对应的临时私钥；

将所述资源数据转移至所述临时地址；

根据所述临时私钥生成寻址路径，所述寻址路径用于在被接收端触发时，指示所述接收端将所述资源数据从所述临时地址转移至所述接收端的接收地址。

2.根据权利要求1所述的方法，其特征在于，所述根据所述资源转移请求，生成临时地址和所述临时地址对应的临时私钥之后，所述方法还包括：

根据所述发送端的密钥对所述临时私钥进行加密，获得加密私钥；

根据所述加密私钥，生成资源转移信息，所述资源转移信息与所述临时地址对应存储。

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

获取资源处理指令，所述资源处理指令与待处理的资源数据对应；

根据所述资源处理指令，获取所述发送端的密钥和所述待处理的资源数据对应的资源转移信息；

根据所述密钥对所述资源转移信息进行解密，获取所述资源转移信息对应的临时地址的临时私钥；

基于所述临时私钥，执行所述资源处理指令对应的操作。

4.根据权利要求3所述的方法，其特征在于，所述资源处理指令包括第一资源处理指令，所述基于所述临时私钥，执行所述资源处理指令对应的操作，包括：

当所述资源处理指令为所述第一资源处理指令时，基于所述临时私钥，将所述临时地址的资源数据转移至所述发送端的发送地址。

5.根据权利要求3所述的方法，其特征在于，所述资源处理指令包括第二资源处理指令，所述基于所述临时私钥，执行所述资源处理指令对应的操作，包括：

当所述资源处理指令为所述第二资源处理指令时，根据所述临时私钥生成新的寻址路径。

6.根据权利要求2或3所述的方法，其特征在于，所述发送端的密钥包括发送私钥和发送公钥，所述根据所述发送端的密钥对所述临时私钥进行加密，获得加密私钥，包括：

根据所述发送端的发送私钥对所述临时私钥进行加密，获得加密私钥；

所述根据所述资源处理指令，获取所述发送端的密钥和所述待处理的资源数据对应的资源转移信息，包括：

根据所述资源处理指令，获取所述发送端的发送公钥和所述待处理的资源数据对应的资源转移信息。

7.根据权利要求2或3所述的方法，其特征在于，所述发送端的密钥包括发送私钥和发送公钥，所述根据所述发送端的密钥对所述临时私钥进行加密，获得加密私钥，包括：

根据所述发送端的发送公钥对所述临时私钥进行加密，获得加密私钥；

所述根据所述资源处理指令，获取所述发送端的密钥和所述待处理的资源数据对应的资源转移信息，包括：

根据所述资源处理指令，获取所述发送端的发送私钥和所述待处理的资源数据对应的资源转移信息。

8.一种资源处理装置，其特征在于，应用于作为发送端的终端设备，所述装置包括：

请求获取模块，用于获取资源转移请求，所述资源转移请求包括资源数据；

地址生成模块，用于根据所述资源转移请求，生成临时地址和所述临时地址对应的临时私钥；

资源转移模块，用于将所述资源数据转移至所述临时地址；

路径生成模块，用于根据所述临时私钥生成寻址路径，所述寻址路径用于在被接收端触发时，指示所述接收端将所述资源数据从所述临时地址转移至所述接收端的接收地址。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-7任一项所述的方法。

10.一种计算机可读介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行所述权利要求1-7任一项所述的方法。

Images