CN115222392A - 基于区块链的业务访问方法、装置、介质及电子设备 - Google Patents

Abstract

本申请的实施例提供了一种基于区块链的业务访问方法、装置、介质及电子设备。该基于区块链的业务访问方法包括：根据应用侧发送的用户账户信息，查询与所述用户账户信息对应的区块链地址，将所述区块链地址返回给所述应用侧；接收所述应用侧发送的区块链交易信息，所述区块链交易信息是所述应用侧根据业务访问请求和所述区块链地址生成的；根据所述用户账户信息的私钥对所述区块链交易信息进行签名，得到签名信息；将所述签名信息返回给所述应用侧，以使所述应用侧根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。本申请实施例的技术方案可以简化区块链技术的使用门槛。

Description

基于区块链的业务访问方法、装置、介质及电子设备

技术领域

本申请涉及计算机及通信技术领域，具体而言，涉及一种基于区块链的业务访问方法、装置、介质及电子设备。

背景技术

在相关技术中，区块链应用的主要实现方式为Dapp(Decentralization-Application，即去中心化应用)，即通过前端界面+智能合约的方式对应用进行构建。在实际应用过程中，用户通过前端界面和用户交互，选择各种命令，再打包为交易的形式交给链上智能合约来执行。但是这种方式需要用户了解较多区块链概念，自行维护相关密钥，使用门槛较高，同时如果有多个应用程序需要单独接入区块链系统时，难以实现平台生态的打通。

发明内容

本申请的实施例提供了一种基于区块链的业务访问方法、装置、介质及电子设备，进而至少在一定程度上可以简化区块链技术的使用门槛。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种基于区块链的业务访问方法，包括：根据应用侧发送的用户账户信息，查询与所述用户账户信息对应的区块链地址，将所述区块链地址返回给所述应用侧；接收所述应用侧发送的区块链交易信息，所述区块链交易信息是所述应用侧根据业务访问请求和所述区块链地址生成的；根据所述用户账户信息的私钥对所述区块链交易信息进行签名，得到签名信息；将所述签名信息返回给所述应用侧，以使所述应用侧根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。

根据本申请实施例的一个方面，提供了一种基于区块链的业务访问方法，包括：接收业务访问请求，所述业务访问请求中包含有用户账户信息；根据所述用户账户信息从管理平台获取所述用户账户信息对应的区块链地址；根据所述区块链地址和所述业务访问请求生成区块链交易信息，将所述区块链交易信息发送至所述管理平台，以使所述管理平台根据所述用户账户信息的私钥对所述区块链交易信息进行签名；接收所述管理平台返回的签名信息，根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。

根据本申请实施例的一个方面，提供了一种基于区块链的业务访问装置，包括：查询单元，配置为根据应用侧发送的用户账户信息，查询与所述用户账户信息对应的区块链地址，将所述区块链地址返回给所述应用侧；第一接收单元，配置为接收所述应用侧发送的区块链交易信息，所述区块链交易信息是所述应用侧根据业务访问请求和所述区块链地址生成的；第一处理单元，配置为根据所述用户账户信息的私钥对所述区块链交易信息进行签名，得到签名信息；第一发送单元，配置为将所述签名信息返回给所述应用侧，以使所述应用侧根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。

在本申请的一些实施例中，基于前述方案，所述业务访问装置还包括：生成单元，配置为若根据所述用户账户信息未查询到与所述用户账户信息对应的区块链地址，则生成所述用户账户信息的公钥和私钥；根据所述用户账户信息的公钥生成所述用户账户信息对应的区块链地址，并存储所述区块链地址和所述用户账户信息的私钥。

在本申请的一些实施例中，基于前述方案，所述第一处理单元配置为：向所述应用侧推送授权确认信息；若接收到所述应用侧反馈的确认授权的指令，则根据所述用户账户信息的私钥对所述区块链交易信息进行签名。

在本申请的一些实施例中，基于前述方案，所述第一处理单元配置为：向应用程序后台推送所述授权确认信息，以使所述应用程序后台调用应用程序客户端发起授权确认请求；若接收到所述应用程序客户端直接反馈的确认授权的指令，则根据所述用户账户信息的私钥对所述区块链交易信息进行签名。

在本申请的一些实施例中，基于前述方案，所述查询单元还配置为：若接收到通过指定应用程序发送的针对指定用户的数据查看请求，则根据所述指定用户在所述应用侧的多个应用程序中的用户账户信息，查询所述指定用户对应的多个区块链地址；所述第一发送单元还配置为：将所述指定用户对应的多个区块链地址返回给所述指定应用程序，以使所述指定应用程序基于所述多个区块链地址从所述区块链平台中查询所述指定用户的数据。

在本申请的一些实施例中，基于前述方案，所述查询单元还配置为：在查询所述指定用户对应的多个区块链地址之前，根据所述指定应用程序发送的所述指定用户的身份信息，查询所述指定用户在所述应用侧的多个应用程序中的用户账户信息。

在本申请的一些实施例中，基于前述方案，所述应用侧包括应用程序后台，所述用户账户信息是所述应用程序后台从应用程序的客户端所发送的业务访问请求中获取到的。

在本申请的一些实施例中，基于前述方案，所述应用程序包括寄宿程序，所述寄宿程序运行于宿主程序提供的宿主环境中。

根据本申请实施例的一个方面，提供了一种基于区块链的业务访问装置，包括：第二接收单元，配置为接收业务访问请求，所述业务访问请求中包含有用户账户信息；获取单元，配置为根据所述用户账户信息从管理平台获取所述用户账户信息对应的区块链地址；第二发送单元，配置为根据所述区块链地址和所述业务访问请求生成区块链交易信息，将所述区块链交易信息发送至所述管理平台，以使所述管理平台根据所述用户账户信息的私钥对所述区块链交易信息进行签名；第二处理单元，配置为接收所述管理平台返回的签名信息，根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。

在本申请的一些实施例中，基于前述方案，所述第二发送单元还配置为：在将所述区块链交易信息发送至所述管理平台之后，接收所述管理平台反馈的授权确认信息；根据所述授权确认信息向应用程序客户端推送授权确认请求；所述第二处理单元配置为：接收所述管理平台在接收到所述应用程序客户端直接反馈的确认授权的指令后返回的签名信息。

在本申请的一些实施例中，基于前述方案，所述第二接收单元配置为：接收应用程序客户端发送的业务访问请求；所述第二发送单元还配置为：在根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问之后，向所述应用程序客户端反馈业务访问结果，以使所述应用程序客户端进行展示。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的基于区块链的业务访问方法。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的基于区块链的业务访问方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的基于区块链的业务访问方法。

在本申请的一些实施例所提供的技术方案中，管理平台可以根据应用侧发送的用户账户信息，查询与用户账户信息对应的区块链地址，并将区块链地址返回给应用侧，然后接收应用侧发送的区块链交易信息，该区块链交易信息是应用侧根据业务访问请求和区块链地址生成的，进而根据用户账户信息的私钥对区块链交易信息进行签名，得到签名信息，并将签名信息返回给应用侧，以使应用侧根据该签名信息和区块链交易信息向区块链平台发起业务访问。可见，在本申请实施例的技术方案中，可以由管理平台统一维护应用侧的密钥信息并进行区块链交易信息的签名处理等操作，无需用户自行维护密钥信息，简化了用户使用区块链技术的门槛。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了区块链网络的结构示意图。

图2示出了区块链中各区块的连接关系示意图。

图3示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。

图4示出了根据本申请的一个实施例的基于区块链的业务访问方法的流程图。

图5示出了根据本申请的一个实施例的基于区块链的业务访问方法的流程图。

图6示出了根据本申请的一个实施例的系统架构示意图。

图7示出了根据本申请的一个实施例的基于区块链的业务访问方法的交互流程图。

图8示出了根据本申请的一个实施例的基于区块链的业务访问装置的框图。

图9示出了根据本申请的一个实施例的基于区块链的业务访问装置的框图。

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

相关技术中提出的区块链应用的主要实现方式为Dapp，即通过前端界面+智能合约的方式对应用进行构建。但是这种方式需要用户了解较多区块链概念，自行维护相关密钥，使用门槛较高。基于此，本申请实施例提出了一种基于区块链的业务访问方法，可见简化区块链技术的使用门槛。在介绍本申请实施例的技术方案之前，先介绍本申请实施例中用到的区块链技术。

区块链(Blockchain)是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块(即区块)，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

如上所述，区块链本质上是一个去中心化的数据库，而区块链是由区块链网络中的节点共同维护的。比如，在图1所示的区块链网络中，可以包括多个节点101，多个节点101可以是形成区块链网络的各个客户端。每个节点101在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该区块链网络内的共享数据。为了保证区块链网络内的信息互通，区块链网络中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当区块链网络中的任意节点接收到输入信息时，区块链网络中的其它节点便根据共识算法获取该输入信息，将该输入信息作为共享数据进行存储，使得区块链网络中全部节点上存储的数据均一致。

对于区块链网络中的每个节点，均具有与其对应的节点标识，而且区块链网络中的每个节点均可以存储有其它节点的节点标识，以便后续根据其它节点的节点标识，将生成的区块广播至区块链网络中的其它节点。每个节点中可维护一个节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(InternetProtocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息。

区块链网络中的每个节点均存储一条相同的区块链。区块链由多个区块组成，参见图2所示，区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值等，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值等，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

区块链网络中各个节点可以是服务器，也可以是终端设备。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算(Cloud Computing)、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。各个节点之间可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

前述的云计算是指IT基础设施的交付和使用模式，具体指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关，也可是其他服务。云计算是网格计算(Grid Computing)、分布式计算(Distributed Computing)、并行计算(ParallelComputing)、效用计算(Utility Computing)、网络存储(Network StorageTechnologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。随着互联网、实时数据流、连接设备多样化的发展，以及搜索服务、社会网络、移动商务和开放协作等需求的推动，云计算迅速发展起来。不同于以往的并行分布式计算，云计算的产生从理念上将推动整个互联网模式、企业管理模式发生革命性的变革。

基于前述介绍的区块链技术，以及相关技术中在实现区块链应用时存在使用门槛较高的问题，本申请的实施例提供的一种新的基于区块链的业务访问方法。具体而言，在本申请的一个应用场景中，如图3所示，主要包含了应用侧301、管理平台302和区块链平台303。其中，应用侧301可以包含客户端和后台，区块链平台303可以是基于图1中所示的区块链网络搭建的平台。

当应用侧301需要访问区块链平台303以获取业务数据时，可以将用户账户信息发送给管理平台302，管理平台302可以根据应用侧发送的用户账户信息，查询与用户账户信息对应的区块链地址，然后将查询到的区块链地址返回给应用侧301。应用侧301在接收到该区块链地址之后，可以根据该区块链地址和业务访问请求生成区块链交易信息，然后将该区块链交易信息发送至管理平台302。

管理平台302在接收到该区块链交易信息之后，使用存储的该用户账户信息的私钥对该区块链交易信息进行签名，得到签名信息，之后将该签名信息返回给应用侧301。应用侧301在接收到该签名信息之后，根据该签名信息和之前生成的区块链交易信息向区块链平台303发起业务访问，以从区块链平台303中获取到需要的业务数据。

基于图3所示应用场景，在采用了本申请实施例的技术方案之后，应用侧301无需掌握过多的区块链技术，也无需自行维护区块链的相关密钥，进而极大地简化了区块链技术的使用门槛。

以下对本申请实施例的技术方案的各种实现细节进行详细阐述：

图4示出了根据本申请的一个实施例的基于区块链的业务访问方法的流程图，该基于区块链的业务访问方法可以由管理平台来执行，该管理平台可以用于对应用程序使用区块链技术时的密钥进行管理，在实现时比如可以是服务器等设备。参照图4所示，该基于区块链的业务访问方法至少包括步骤S410至步骤S440，详细介绍如下：

在步骤S410中，根据应用侧发送的用户账户信息，查询与用户账户信息对应的区块链地址，将该区块链地址返回给应用侧。

在本申请的一个实施例中，应用侧可以是应用程序后台，应用程序后台可以接收应用程序客户端发送的业务访问请求，然后从该业务访问请求中获取到用户账户信息，并将获取到的用户账户信息发送给管理平台。该业务访问请求可以是数据获取请求、数据查询请求等。

可选地，本申请实施例中的应用程序即为完成某项或多项特定工作的计算机程序，其可以通过应用程序客户端与用户进行交互，具有可视化的用户界面。比如应用程序可以是寄宿程序，寄宿程序是一种依托于宿主程序，不需要下载安装即可使用的程序，比如小程序、快应用等都属于寄宿程序。在计算机环境下，寄宿程序赖以生存的软件环境被称作是宿主环境，而提供宿主环境的程序可以称之为宿主程序，宿主程序比如可以是开放平台、能够运行寄宿程序的应用程序、移动终端的操作系统等。

在本申请的一个实施例中，在一些设定的情况下，管理平台也可以直接接收应用程序客户端发送的用户账户信息。

在本申请的一个实施例中，如果管理平台根据用户账户信息未查询到与用户账户信息对应的区块链地址，那么说明该用户账户信息可能还未进行注册，在这种情况下，可以生成该用户账户信息的公钥和私钥，然后根据该用户账户信息的公钥生成用户账户信息对应的区块链地址，并存储该区块链地址和该用户账户信息的私钥。

在步骤S420中，接收应用侧发送的区块链交易信息，该区块链交易信息是应用侧根据业务访问请求和区块链地址生成的。

在本申请的一个实施例中，应用侧在获取到区块链地址之后，可以根据业务访问请求和该区块链地址构建区块链交易信息，以便于将该区块链交易信息进行后续的上链处理。

在步骤S430中，根据用户账户信息的私钥对区块链交易信息进行签名，得到签名信息。

在本申请的一个实施例中，管理平台可以直接根据用户账户信息的私钥对区块链交易信息进行签名。当然，为了获取到用户的授权，管理平台也可以向应用侧推送授权确认信息，在接收到应用侧反馈的确认授权的指令之后，再根据用户账户信息的私钥对区块链交易信息进行签名。

可选地，管理平台向应用侧推送授权确认信息可以是向应用程序后台推送授权确认信息，以使应用程序后台调用应用程序客户端发起授权确认请求。当管理平台接收到应用程序客户端直接反馈的确认授权的指令之后，可以根据用户账户信息的私钥对区块链交易信息进行签名，这种方式使得管理平台可以直接获取到用户通过应用程序客户端反馈的确认授权的指令。

在步骤S440中，将签名信息返回给应用侧，以使应用侧根据签名信息和区块链交易信息向区块链平台发起业务访问。

在本申请的一个实施例中，当应用侧(如应用程序后台)在接收到该签名信息之后，可以将该签名信息和区块链交易信息打包发送至区块链平台中，以进行交易的上链处理。

在本申请的一个实施例中，如果管理平台接收到通过指定应用程序(比如可以是该指定应用程序的后台)发送的针对指定用户的数据查看请求，则可以根据指定用户在应用侧的多个应用程序中的用户账户信息，查询指定用户对应的多个区块链地址，然后将指定用户对应的多个区块链地址返回给指定应用程序，以使指定应用程序基于多个区块链地址从区块链平台中查询指定用户的数据。该实施例的技术方案使得可以打破应用程序之间的壁垒，有利于打通区块链平台的生态。

需要说明的是，在上述的实施例中，管理平台可以根据指定应用程序发送的指定用户的身份信息，查询指定用户在应用侧的多个应用程序中的用户账户信息。该指定用户的身份信息可以是用户的真实身份信息，比如实名认证信息等。可选地，该指定用户的身份信息可以包含在前述的数据查看请求中，或者也可以独立于前述的数据查看请求来发送给管理平台。

图4所示实施例是从管理平台的角度进行了阐述，以下结合图5从应用侧的角度对本申请实施例的技术方案的实现细节进行详细阐述：

图5示出了根据本申请的一个实施例的基于区块链的业务访问方法的流程图，该基于区块链的业务访问方法可以由应用侧来执行，比如可以由应用程序后台来执行。参照图5所示，该基于区块链的业务访问方法至少包括步骤S510至步骤S540，详细介绍如下：

在步骤S510中，接收业务访问请求，该业务访问请求中包含有用户账户信息。

在本申请的一个实施例中，如果图5所示实施例的技术方案是由应用程序后台来执行，那么应用程序后台可以接收应用程序客户端发送的业务访问请求，该业务访问请求可以是数据获取请求、数据查询请求等。

当然，在一些情况下，图5所示实施例的技术方案也可以由应用程序客户端来执行，那么应用程序客户端可以接收用户触发的业务访问请求。

在步骤S520中，根据该用户账户信息从管理平台获取用户账户信息对应的区块链地址。

在本申请的一个实施例中，应用层可以将该用户账户信息发送到管理平台，由该管理平台来反馈用户账户信息对应的区块链地址。可选地，该管理平台可以用于对应用程序使用区块链技术时的密钥进行管理，在实现时比如可以是服务器等设备，管理平台获取用户账户信息对应的区块链地址的过程参照前述实施例的技术方案。

在步骤S530中，根据该区块链地址和业务访问请求生成区块链交易信息，将该区块链交易信息发送至管理平台，以使管理平台根据用户账户信息的私钥对区块链交易信息进行签名。

在本申请的一个实施例中，应用侧在获取到区块链地址之后，可以根据业务访问请求和该区块链地址构建区块链交易信息，以便于将该区块链交易信息进行后续的上链处理。

在步骤S540中，接收管理平台返回的签名信息，根据该签名信息和区块链交易信息向区块链平台发起业务访问。

在本申请的一个实施例中，管理平台可以直接根据用户账户信息的私钥对区块链交易信息进行签名。当然，为了获取到用户的授权，管理平台也可以向应用侧推送授权确认信息，在接收到应用侧反馈的确认授权的指令之后，再根据用户账户信息的私钥对区块链交易信息进行签名。在这种情况下，应用侧(如应用程序后台)在将区块链交易信息发送至管理平台之后，可以接收管理平台反馈的授权确认信息，然后根据该授权确认信息向应用程序客户端推送授权确认请求，应用程序客户端在接收到该授权确认请求，并获取到用户的确认授权指令之后，可以直接将该确认授权指令发送给管理平台，进而管理平台在接收到应用程序客户端直接反馈的确认授权的指令后进行签名操作，并向应用程序后台返回签名信息。

在本申请的一个实施例中，在应用程序后台根据签名信息和区块链交易信息向区块链平台发起了业务访问之后，还可以向应用程序客户端反馈业务访问结果，以使应用程序客户端进行展示。

以上分别从管理平台和应用侧的角度对本申请实施例的技术方案进行了阐述，以下以应用侧为小程序为例，对本申请实施例的一个具体应用场景进行详细说明：

在该应用场景中，如图6所示，钱包管理后台即为管理平台，区块链开放平台即为区块链平台。可选地，钱包管理后台可以是TBOS(Tencent Blockchain Operating System，腾讯区块链开放平台)钱包后台，TBOS是由腾讯侧搭建的区块链开放接入平台，开发者可以通过授权接入API(Application Programming Interface，应用程序编程接口)及密钥管理平台等快速搭建区块链相关产品；区块链开放平台可以是TBOS钱包后台。

在图6所示的系统架构中，主要包含了小程序平台方、钱包管理后台、区块链开放平台等。通过该系统架构，可以通过区块链技术打通不同小程序之间的数据壁垒，实现关键数据上链、链上操作、链上管理等。同时能够为用户提供统一的区块链链上数据查询等服务。

比如，假设小程序A在链上(即区块链开放平台)维护了用户的积分信息，如果用户期望对自己的积分进行操作，那么可以通过小程序A来发起请求，进而小程序A通过请求1(请求1中包含了该用户在小程序A中的用户信息)从钱包管理后台获取到该用户信息的链上地址，然后基于该链上地址构建区块链积分交易请求，并通过请求2发送至钱包管理后台，以便于钱包管理后台对该区块链积分交易请求进行签名。钱包管理后台在对区块链积分交易请求进行签名之后，将签名信息返回给小程序A，进而小程序A通过请求3向区块链开放平台发起上链请求，以实现用户积分的链上操作功能。可选地，该示例中小程序A发出的3个请求(即请求1、请求2和请求3)均可以是小程序A的后台来执行的，即小程序A的客户端接收用户指令，由小程序A的后台来执行相应的交互操作。

在本申请的一个实施例中，用户可以通过钱包小程序查看自己的链上地址由不同小程序维护的资产情况，同时通过该链上地址可以查询该用户的每一笔链上操作行为，保证资产不被侵占流失，同时操作可追溯不可被篡改抵赖。具体而言，用户可以通过钱包小程序向钱包管理后台发出获取该用户的多个链上地址(即该用户在多个小程序中的用户信息所分别对应的链上地址)的请求，然后钱包管理平台根据该用户在多个小程序中的用户信息查询得到多个链上地址，将这多个链上地址返回给钱包小程序。钱包小程序在获取到这多个链上地址之后，基于该多个链上地址构建查询请求，并发送给钱包管理后台进行签名，钱包管理后台进行签名之后，将签名信息返回给钱包小程序，进而钱包小程序可以基于该签名信息和该查询请求向区块链开放平台发起数据查询。

需要说明的是，图6中所示的钱包管理后台可以进行用户地址管理和用户密钥管理，即维护用户链上地址与用户的密钥信息。具体而言，当用户在某个小程序上注册之后，该小程序可以将该用户在该小程序中的用户信息发送给钱包管理后台，然后钱包管理后台生成该用户信息对应的链上地址，并存储该用户信息及该脸上地址的对应关系。在这种情况下，针对同一个用户，钱包管理后台可能维护有多个链上地址，这是由于该用户在多个小程序中进行了注册，并且该用户在每个小程序中的用户信息对应了一个链上地址。

基于图6所示的系统架构，如图7所示为一个具体的交互流程，主要包括如下步骤：

S701，用户在小程序客户端上发起请求使用积分的操作。之后小程序客户端将用户的请求传递给小程序后台。

S702，小程序后台向钱包管理后台发起获取链上地址的请求，钱包管理后台根据小程序后台发送的用户信息查找到对应的链上地址，并返回给小程序后台。

在本申请的一个实施例中，如果钱包管理后台根据用户信息没有查询到对应的链上地址，那么说明该用户信息可能还未进行注册，在这种情况下，可以生成该用户信息的公钥和私钥，然后根据该用户信息的公钥生成该用户信息对应的链上地址，并存储该链上地址和该用户信息的私钥。

S703，小程序后台在获取到链上地址之后，基于该链上地址生成待签名请求串。

S704，小程序后台向钱包管理后台发起请求，以请求钱包进行签名。

S705，小程序后台从钱包管理后台获取授权会话。

S706，小程序后台调用小程序客户端拉起确认插件，以便于小程序客户端向用户推送授权确认信息。

S707，小程序客户端接收到用户的确认授权指令。

S708，小程序客户端直接调用钱包管理后台传递授权指令。

S709，钱包管理后台进行签名操作，并向小程序后台返回签名串。

S710，小程序后台基于得到的签名串向区块链开放平台请求积分操作，同时可以由小程序客户端展示操作结果。

图6和图7所示实施例的技术方案可以由钱包管理后台统一维护各个小程序的密钥信息并进行区块链交易信息的签名处理等操作，无需用户自行维护密钥信息，简化了用户使用区块链技术的门槛。同时，也可以打破各个小程序之间的壁垒，有利于打通区块链平台的生态。

需要说明的是，上述的小程序仅仅是示例，比如其可以是微信小程序，那么图6和图7中所示的用户即为微信用户；当然该小程序可以是QQ小程序，那么图6和图7中所示的用户即为QQ用户。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的基于区块链的业务访问方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的基于区块链的业务访问方法的实施例。

图8示出了根据本申请的一个实施例的基于区块链的业务访问装置的框图，该基于区块链的业务访问装置可以设置在管理平台内，该管理平台可以用于对应用程序使用区块链技术时的密钥进行管理，在实现时比如可以是服务器等设备。

参照图8所示，根据本申请的一个实施例的基于区块链的业务访问装置800，包括：查询单元802、第一接收单元804、第一处理单元806和第一发送单元808。

其中，查询单元802配置为根据应用侧发送的用户账户信息，查询与所述用户账户信息对应的区块链地址，将所述区块链地址返回给所述应用侧；第一接收单元804配置为接收所述应用侧发送的区块链交易信息，所述区块链交易信息是所述应用侧根据业务访问请求和所述区块链地址生成的；第一处理单元806配置为根据所述用户账户信息的私钥对所述区块链交易信息进行签名，得到签名信息；第一发送单元808配置为将所述签名信息返回给所述应用侧，以使所述应用侧根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。

在本申请的一些实施例中，基于前述方案，所述业务访问装置800还包括：生成单元，配置为若根据所述用户账户信息未查询到与所述用户账户信息对应的区块链地址，则生成所述用户账户信息的公钥和私钥；根据所述用户账户信息的公钥生成所述用户账户信息对应的区块链地址，并存储所述区块链地址和所述用户账户信息的私钥。

在本申请的一些实施例中，基于前述方案，所述第一处理单元806配置为：向所述应用侧推送授权确认信息；若接收到所述应用侧反馈的确认授权的指令，则根据所述用户账户信息的私钥对所述区块链交易信息进行签名。

在本申请的一些实施例中，基于前述方案，所述第一处理单元806配置为：向应用程序后台推送所述授权确认信息，以使所述应用程序后台调用应用程序客户端发起授权确认请求；若接收到所述应用程序客户端直接反馈的确认授权的指令，则根据所述用户账户信息的私钥对所述区块链交易信息进行签名。

在本申请的一些实施例中，基于前述方案，所述查询单元802还配置为：若接收到通过指定应用程序发送的针对指定用户的数据查看请求，则根据所述指定用户在所述应用侧的多个应用程序中的用户账户信息，查询所述指定用户对应的多个区块链地址；所述第一发送单元808还配置为：将所述指定用户对应的多个区块链地址返回给所述指定应用程序，以使所述指定应用程序基于所述多个区块链地址从所述区块链平台中查询所述指定用户的数据。

在本申请的一些实施例中，基于前述方案，所述查询单元802还配置为：在查询所述指定用户对应的多个区块链地址之前，根据所述指定应用程序发送的所述指定用户的身份信息，查询所述指定用户在所述应用侧的多个应用程序中的用户账户信息。

在本申请的一些实施例中，基于前述方案，所述应用侧包括应用程序后台，所述用户账户信息是所述应用程序后台从应用程序的客户端所发送的业务访问请求中获取到的。

在本申请的一些实施例中，基于前述方案，所述应用程序包括寄宿程序，所述寄宿程序运行于宿主程序提供的宿主环境中。

图9示出了根据本申请的一个实施例的基于区块链的业务访问装置的框图，该基于区块链的业务访问装置可以设置在应用侧设备内，比如可以设置在应用程序后台内。

参照图9所示，根据本申请的一个实施例的基于区块链的业务访问装置900，包括：第二接收单元902、获取单元904、第二发送单元906和第二处理单元908。

其中，第二接收单元902配置为接收业务访问请求，所述业务访问请求中包含有用户账户信息；获取单元904配置为根据所述用户账户信息从管理平台获取所述用户账户信息对应的区块链地址；第二发送单元906配置为根据所述区块链地址和所述业务访问请求生成区块链交易信息，将所述区块链交易信息发送至所述管理平台，以使所述管理平台根据所述用户账户信息的私钥对所述区块链交易信息进行签名；第二处理单元908配置为接收所述管理平台返回的签名信息，根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。

在本申请的一些实施例中，基于前述方案，所述第二发送单元906还配置为：在将所述区块链交易信息发送至所述管理平台之后，接收所述管理平台反馈的授权确认信息；根据所述授权确认信息向应用程序客户端推送授权确认请求；所述第二处理单元908配置为：接收所述管理平台在接收到所述应用程序客户端直接反馈的确认授权的指令后返回的签名信息。

在本申请的一些实施例中，基于前述方案，所述第二接收单元902配置为：接收应用程序客户端发送的业务访问请求；所述第二发送单元906还配置为：在根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问之后，向所述应用程序客户端反馈业务访问结果，以使所述应用程序客户端进行展示。

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示，计算机系统1000包括中央处理单元(Central Processing Unit，CPU)1001，其可以根据存储在只读存储器(Read-Only Memory，ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(Random Access Memory，RAM)1003中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1003中，还存储有系统操作所需的各种程序和数据。CPU 1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(Input/Output，I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(CPU)1001执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (15)

1.一种基于区块链的业务访问方法，其特征在于，包括：

根据应用侧发送的用户账户信息，查询与所述用户账户信息对应的区块链地址，将所述区块链地址返回给所述应用侧；

接收所述应用侧发送的区块链交易信息，所述区块链交易信息是所述应用侧根据业务访问请求和所述区块链地址生成的；

根据所述用户账户信息的私钥对所述区块链交易信息进行签名，得到签名信息；

将所述签名信息返回给所述应用侧，以使所述应用侧根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。

2.根据权利要求1所述的基于区块链的业务访问方法，其特征在于，所述方法还包括：

若根据所述用户账户信息未查询到与所述用户账户信息对应的区块链地址，则生成所述用户账户信息的公钥和私钥；

根据所述用户账户信息的公钥生成所述用户账户信息对应的区块链地址，并存储所述区块链地址和所述用户账户信息的私钥。

3.根据权利要求1所述的基于区块链的业务访问方法，其特征在于，根据所述用户账户信息的私钥对所述区块链交易信息进行签名，包括：

向所述应用侧推送授权确认信息；

若接收到所述应用侧反馈的确认授权的指令，则根据所述用户账户信息的私钥对所述区块链交易信息进行签名。

4.根据权利要求3所述的基于区块链的业务访问方法，其特征在于，向所述应用侧推送授权确认信息，包括：向应用程序后台推送所述授权确认信息，以使所述应用程序后台调用应用程序客户端发起授权确认请求；

若接收到所述应用侧反馈的确认授权的指令，则根据所述用户账户信息的私钥对所述区块链交易信息进行签名，包括：若接收到所述应用程序客户端直接反馈的确认授权的指令，则根据所述用户账户信息的私钥对所述区块链交易信息进行签名。

5.根据权利要求1所述的基于区块链的业务访问方法，其特征在于，所述方法还包括：

若接收到通过指定应用程序发送的针对指定用户的数据查看请求，则根据所述指定用户在所述应用侧的多个应用程序中的用户账户信息，查询所述指定用户对应的多个区块链地址；

将所述指定用户对应的多个区块链地址返回给所述指定应用程序，以使所述指定应用程序基于所述多个区块链地址从所述区块链平台中查询所述指定用户的数据。

6.根据权利要求5所述的基于区块链的业务访问方法，其特征在于，在查询所述指定用户对应的多个区块链地址之前，所述方法还包括：

根据所述指定应用程序发送的所述指定用户的身份信息，查询所述指定用户在所述应用侧的多个应用程序中的用户账户信息。

7.根据权利要求1至6中任一项所述的基于区块链的业务访问方法，其特征在于，所述应用侧包括应用程序后台，所述用户账户信息是所述应用程序后台从应用程序的客户端所发送的业务访问请求中获取到的。

8.根据权利要求7所述的基于区块链的业务访问方法，其特征在于，所述应用程序包括寄宿程序，所述寄宿程序运行于宿主程序提供的宿主环境中。

9.一种基于区块链的业务访问方法，其特征在于，包括：

接收业务访问请求，所述业务访问请求中包含有用户账户信息；

根据所述用户账户信息从管理平台获取所述用户账户信息对应的区块链地址；

根据所述区块链地址和所述业务访问请求生成区块链交易信息，将所述区块链交易信息发送至所述管理平台，以使所述管理平台根据所述用户账户信息的私钥对所述区块链交易信息进行签名；

接收所述管理平台返回的签名信息，根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。

10.根据权利要求9所述的基于区块链的业务访问方法，其特征在于，所述方法还包括：在将所述区块链交易信息发送至所述管理平台之后，接收所述管理平台反馈的授权确认信息；根据所述授权确认信息向应用程序客户端推送授权确认请求；

接收所述管理平台返回的签名信息，包括：接收所述管理平台在接收到所述应用程序客户端直接反馈的确认授权的指令后返回的签名信息。

11.根据权利要求9所述的基于区块链的业务访问方法，其特征在于，所述接收业务访问请求，包括：接收应用程序客户端发送的业务访问请求；

在根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问之后，所述方法还包括：

向所述应用程序客户端反馈业务访问结果，以使所述应用程序客户端进行展示。

12.一种基于区块链的业务访问装置，其特征在于，包括：

查询单元，配置为根据应用侧发送的用户账户信息，查询与所述用户账户信息对应的区块链地址，将所述区块链地址返回给所述应用侧；

第一接收单元，配置为接收所述应用侧发送的区块链交易信息，所述区块链交易信息是所述应用侧根据业务访问请求和所述区块链地址生成的；

第一处理单元，配置为根据所述用户账户信息的私钥对所述区块链交易信息进行签名，得到签名信息；

第一发送单元，配置为将所述签名信息返回给所述应用侧，以使所述应用侧根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。

13.一种基于区块链的业务访问装置，其特征在于，包括：

第二接收单元，配置为接收业务访问请求，所述业务访问请求中包含有用户账户信息；

获取单元，配置为根据所述用户账户信息从管理平台获取所述用户账户信息对应的区块链地址；

第二发送单元，配置为根据所述区块链地址和所述业务访问请求生成区块链交易信息，将所述区块链交易信息发送至所述管理平台，以使所述管理平台根据所述用户账户信息的私钥对所述区块链交易信息进行签名；

第二处理单元，配置为接收所述管理平台返回的签名信息，根据所述签名信息和所述区块链交易信息向区块链平台发起业务访问。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的基于区块链的业务访问方法，或者实现如权利要求9至11中任一项所述的基于区块链的业务访问方法。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至8中任一项所述的基于区块链的业务访问方法，或者实现如权利要求9至11中任一项所述的基于区块链的业务访问方法。

Images