基于区块链的资产管理方法、装置及系统与流程

1.本说明书一个或多个实施例涉及区块链技术领域，尤其涉及一种基于区块链的资产管理方法、装置及系统。


背景技术：

2.商旅管理指的是企业在商旅管理公司(travel management corporation，tmc)的协助下对差旅活动进行整体规划，由商旅管理公司集中采购资源。商旅管理公司可以向企业提供商旅审核和商旅流程管理等服务，从而可以帮助企业降低差旅成本，以及提升企业差旅出行的便捷度和安全性。


技术实现要素：

3.有鉴于此，本说明书一个或多个实施例提供一种基于区块链的资产管理方法、装置及系统。
4.为实现上述目的，本说明书一个或多个实施例提供技术方案如下：
5.根据本说明书一个或多个实施例的第一方面，提出了一种基于区块链的资产管理系统，包括：
6.业务参与方，用于根据业务发起方发起的服务预订请求，向所述服务预订请求所指示的业务执行方提供垫付资产，以由所述业务执行方为所述业务发起方预订相应的目标服务，并获得所述业务执行方反馈的服务预订结果；以及，所述业务参与方根据所述业务发起方对所述目标服务的确认指示，生成对应于所述垫付资产的目标数字资产凭证；
7.区块链系统，用于关联存证所述服务预订请求、所述服务预订结果以及所述目标数字资产凭证；
8.资产提供方，用于响应于所述业务参与方针对所述目标数字资产凭证发起的资产提供请求，根据所述区块链系统所存证的所述服务预订请求、所述服务预订结果与所述目标数字资产凭证的匹配信息对所述目标数字资产凭证进行可靠性验证，并在确认验证通过的情况下，向所述业务参与方提供数额匹配于所述垫付资产的资产。
9.根据本说明书一个或多个实施例的第二方面，提出了一种基于区块链的资产管理方法，应用于业务参与方；所述方法包括：
10.根据业务发起方发起的服务预订请求，向所述服务预订请求所指示的业务执行方提供垫付资产，以由所述业务执行方为所述业务发起方预订相应的目标服务，并获得所述业务执行方反馈的服务预订结果；
11.响应于所述业务发起方对所述目标服务的确认指示，生成对应于所述垫付资产的目标数字资产凭证，所述服务预订请求、所述服务预订结果以及所述目标数字资产凭证被关联存证在区块链系统中；
12.向资产提供方发送针对所述目标数字资产凭证的资产提供请求，以使所述资产提供方根据所述区块链系统所存证的所述服务预订请求、所述服务预订结果与所述目标数字
资产凭证的匹配信息对所述目标数字资产凭证进行可靠性验证，并在确认验证通过的情况下，向所述业务参与方提供数额匹配于所述垫付资产的资产。
13.根据本说明书一个或多个实施例的第三方面，提出了一种基于区块链的资产管理装置，应用于业务参与方；所述装置包括：
14.资产提供单元，用于根据业务发起方发起的服务预订请求，向所述服务预订请求所指示的业务执行方提供垫付资产，以由所述业务执行方为所述业务发起方预订相应的目标服务，并获得所述业务执行方反馈的服务预订结果；
15.凭证生成单元，用于响应于所述业务发起方对所述目标服务的确认指示，生成对应于所述垫付资产的目标数字资产凭证，所述服务预订请求、所述服务预订结果以及所述目标数字资产凭证被关联存证在区块链系统中；
16.发送单元，用于向资产提供方发送针对所述目标数字资产凭证的资产提供请求，以使所述资产提供方根据所述区块链系统所存证的所述服务预订请求、所述服务预订结果与所述目标数字资产凭证的匹配信息对所述目标数字资产凭证进行可靠性验证，并在确认验证通过的情况下，向所述业务参与方提供数额匹配于所述垫付资产的资产。
17.根据本说明书一个或多个实施例的第四方面，提供一种电子设备。所述电子设备包括：
18.处理器；
19.用于存储处理器可执行指令的存储器；
20.其中，所述处理器通过运行所述可执行指令以实现如第二方面所述的方法。
21.根据本说明书一个或多个实施例的第五方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如第二方面所述方法的步骤。
附图说明
22.图1是一示例性实施例提供的一种基于区块链的资产管理系统的架构示意图。
23.图2是一示例性实施例提供的一种基于区块链的资产管理方法的流程图。
24.图3是一示例性实施例提供的另一种基于区块链的资产管理方法的流程图。
25.图4是一示例性实施例提供的另一种基于区块链的资产管理方法的流程图。
26.图5是一示例性实施例提供的一种设备的结构示意图。
27.图6是一示例性实施例提供的一种基于区块链的资产管理装置的框图。
具体实施方式
28.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
29.需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进
行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。
30.区块链技术(也被称之为，分布式账本技术)是一种去中心化的分布式数据库技术。由于采用去中心化的网络结构、共识机制和链式区块结构，使得区块链技术具有去中心化、公开透明、不可篡改、可信任等多种特点，适用于诸多对数据可靠性具有高需求的应用场景中。
31.区块链一般被划分为三种类型：公有链(public blockchain)，私有链(private blockchain)和联盟链(consortium blockchain)。此外，还有多种类型的结合，比如私有链+联盟链、联盟链+公有链等不同组合形式。其中去中心化程度最高的是公有链。公有链以比特币、以太坊为代表，加入公有链的参与者可以读取链上的数据记录、参与交易以及竞争新区块的记账权等，且各参与者(即节点)可自由加入以及退出网络。私有链则相反，该网络的数据写入权限由某个组织或者机构控制，数据读取权限受组织规定；简单来说，私有链可以为一个弱中心化系统，参与节点具有严格限制且少，因而私有链更适合于特定机构内部使用。联盟链则是介于公有链以及私有链之间的区块链，可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织，参与者通过授权加入网络并组成利益相关联盟，共同维护区块链运行。
32.在区块链系统中，通过向区块链节点提交相应的区块链交易(简称交易)，并由区块链节点执行区块链交易，以实现相应的操作目的。基于区块链系统的去中心化架构，使得区块链上的每笔区块链交易都需要在区块链系统内的所有区块链节点上执行，以确保每个区块链节点所维护的区块链账本数据一致。如果交易逻辑较为简单，比如以比特币为例，区块链交易仅用于实现转账操作，此时即便区块链交易需要在所有区块链节点都执行，也不会导致过多的资源消耗。但是，如果区块链提供了智能合约的功能，而区块链交易调用了智能合约，那么情况可能大不相同。区块链上的智能合约是在区块链系统上可以被交易触发执行的合约，智能合约可以通过代码的形式定义。
33.在区块链系统中，通过向区块链节点提交相应的区块链交易，可以由区块链交易触发执行对应的智能合约，可以通过调用智能合约实现复杂的功能。而智能合约是区块链上预先部署的可执行代码，智能合约允许在没有第三方的情况下进行可信交易，且该交易可追踪且不可逆转。智能合约中可以定义一个或多个接口，每一接口用于实现相应的功能。在通过区块链交易调用智能合约时，可以声明调用该智能合约中定义的哪个或哪些接口，以实现相应的功能。
34.商旅管理公司可以向企业提供商旅审核和商旅流程管理等服务，从而可以帮助企业降低差旅成本，以及提升企业差旅出行的便捷度和安全性。在相关技术中，商旅管理公司接收企业员工提交的差旅订单，并由商旅管理公司向酒店或者航司下单，在这一过程中商旅管理公司与企业之间通常按照预设时长周期结算差旅费用，该预设时长周期一般被设定为15
‑
45天，而商旅管理公司与酒店、航司等供应商之间通常是即时结算费用的，此时，需要商旅管理公司提前为企业垫付大量的资金，因而商旅管理公司具有较大的资金压力，并且商旅管理公司作为中小企业，难以从银行或者保理公司等金融机构得到融资，资金问题制约了商旅管理公司的快速发展。
35.因此，本说明书利用基于区块链的资产管理系统以解决相关技术中存在的上述技
术问题。下面结合实施例进行详细说明。
36.图1是本说明书示出的一种基于区块链的资产管理系统的架构示意图。如图1所示，该资产管理系统可以包括业务参与方11、区块链系统12和资产提供方13。其中，业务参与方11可以接收到业务发起方发起的服务预订请求，并代替业务发起方向服务预订请求所指示的业务执行方提供垫付资产，资产提供方13可以包括银行或者保理公司等金融机构。以差旅管理场景为例，业务参与方11可以包括向业务发起方提供差旅管理服务的商旅管理公司，业务发起方可以包括委托业务参与方11对其差旅活动进行管理的企业，业务执行方可以包括酒店或者航司等供应商。
37.业务参与方11可以根据由业务发起方发起的服务预订请求，代替业务发起方向该服务预订请求所指示的业务执行方提供相应的垫付资产，也就是，业务参与方11利用垫付资产与业务执行方进行即时费用结算，使得业务执行方可以根据服务预订请求向为业务发起方预订相应的目标服务，例如，当业务执行方为酒店时，目标服务可以包括住宿服务或者设施服务等；当业务执行方为航空公司时，目标服务可以包括托运服务或者乘机服务等。并且，业务执行方还可以向业务参与方11反馈目标服务的服务预订结果，而该服务预订结果可以包括目标服务是否预订成功或者目标服务所处的服务阶段等信息，例如，当目标服务为住宿服务时，住宿服务所处的服务阶段可以包括：未入住阶段、办理入住阶段、已入住阶段和已离店阶段等。
38.另外，业务发起方可以向业务参与方11发送针对上述目标服务的确认指示，该确认指示用于表明业务发起方认可业务参与方11为其提供了针对目标服务的垫付资产，那么，业务参与方11可以根据该确认指示，生成对应于垫付资产的目标数字资产凭证。其中，该目标数字资产凭证可以用于表征业务发起方需要向业务参与方11支付的一笔应付账款，譬如该目标数字资产凭证可以为业务发起方开具的发票或具有前述凭证功能的其他票据。
39.在一实施例中，可以由业务参与方11将接收到的服务预订请求转发至业务执行方，从而使得业务执行方根据接收到的服务预订请求为业务发起方预订相应的目标服务；或者，可以由业务发起方分别将服务预订请求传输至业务参与方以及业务执行方，本说明书并不对此进行限制。
40.区块链系统12内的各个区块链节点所维护的区块链上可以关联存证有上述服务预订请求、服务预订结果以及目标数字资产凭证，从而可以保证服务预订请求、服务预订结果以及目标数字资产凭证的真实性和可靠性，进一步可以保证根据区块链系统12上所存证的服务预订请求、服务预订结果以及目标数字资产凭证得到的匹配信息的可靠性。
41.在一实施例中，业务参与方11可以接收到来自业务发起方的服务预订请求和来自业务执行方的服务预订结果，从而可以由业务参与方11将服务预订请求、服务预订结果以及生成的目标数字资产凭证关联存证至区块链系统12中；或者，可以由业务参与方11将服务预订请求以及目标数字资产凭证存证至区块链系统12中，并由业务执行方将其所生成的服务预订结果存证至区块链系统12中；或者，可以由业务发起方直接将服务预订请求存证至区块链系统12，由业务参与方11将相应的目标数字资产凭证存证至区块链系统12中，以及由业务执行方将得到的服务预订结果存证至区块链系统12中，本说明书并不对此进行限制。
42.资产提供方13可以接收到业务参与方11针对上述目标数字资产凭证发起的资产
提供请求，那么资产提供方13可以响应于该资产提供请求，确定区块链系统所存证的服务预订请求、服务预订结果以及目标数字资产凭证的匹配信息，而资产提供方13可以根据该匹配信息对目标数字资产凭证进行可靠性验证，在确定目标数字资产凭证具有可靠性的情况下，可以向业务参与方11提供数额匹配于垫付资产的资产，资产提供方13可以根据区块链系统12上所存证的对应于目标数字资产凭证的服务预订请求以及服务预订结果，确定目标数字资产凭证的可靠性，有助于资产提供方13进行风控管理，保障资产提供方向业务参与方11所提供的资产的安全性，同时，业务参与方11可以利用目标数字资产凭证获得资产提供方13提供的资产，可以显著减轻业务参与方11的资金压力，有利于业务参与方11的业务发展。
43.在一实施例中，上述服务预订请求中可以包括业务发起方采用维护的非对称密钥对中的身份私钥进行签名而生成的第一签名，那么区块链系统12在获取到该服务预订请求后，可以通过执行用于签名验证的智能合约，获取业务参与方对应的第一公钥，并采用该第一公钥对第一签名进行验证。在根据第一公钥对第一签名验证通过的情况下，区块链系统12对服务预订请求进行存证。也就是，区块链系统12存证服务预订请求的前提条件包括：区块链系统12对服务预订请求中所含的第一签名验证通过，从而既可以保证该服务预订请求是由业务发起方生成的，又可以保证该服务预订请求在传输过程中未被篡改。
44.在一实施例中，服务预订结果中可以包括业务执行方采用维护的非对称密钥对中的身份私钥进行签名而生成的第二签名，那么区块链系统12在获取到该服务预订结果后，可以通过执行用于签名验证的智能合约，获取业务参与方对应的第二公钥，并采用该第二公钥对第二签名进行验证。在根据第二公钥对第二签名验证通过的情况下，区块链系统12对服务预订结果进行存证。也就是，区块链系统12存证服务预订结果的前提条件包括：区块链系统12对服务预订结果中所含的第二签名验证通过，从而既可以保证该服务预订结果是由业务执行方生成的，又可以保证该服务预订结果在传输过程中未被篡改。
45.在一实施例中，可以由业务参与方11将接收到的来自业务发起方的服务预订请求转发至业务执行方，那么业务执行方可以响应于该服务预订请求，为业务执行方预订相应的目标服务。此时，区块链系统12可以在获取到服务预订请求后，通过执行用于校验时间戳的智能合约，确定由业务发起方发起该服务预订请求的发起时间戳和业务参与方11转发该服务预订请求的转发时间戳，并将发起时间戳与转发时间戳之间的时间差值与预设时长阈值进行比较。在时间差值不大于预设时长阈值的情况下，此时服务预订请求的发起时间戳与转发时间戳之间的时间间隔较短，业务参与方11对服务预订请求进行篡改的可能性小，区块链系统12存证该服务预订请求，保证区块链系统12上存证未经篡改的服务预订请求；在时间差值大于预设时长阈值的情况下，此时服务预订请求的发起时间戳与转发时间戳之间的时间间隔过长，业务参与方11对服务预订请求进行篡改的可能性大，区块链系统12不存证该服务预订请求，避免在区块链系统12上存证经过篡改的服务预订请求。其中，区块链系统12可以通过解析服务预订请求，获取由业务发起方添加的发起时间戳以及由业务参与方11添加的转发时间戳；或者，区块链系统12可以将接收到来自业务发起方的服务预订请求的时刻，作为该服务预订请求的发起时间戳，同样的，区块链系统12可以将接收到来自业务参与方11的服务预订请求的时刻，作为该服务预订请求的转发时间戳等，本说明书并不对此进行限制。
46.在一实施例中，服务预订结果中还可以包括由业务执行方生成的对应于其所提供的目标服务的服务凭证，例如，当目标服务为飞行服务时，服务凭证可以包括机票订单；当目标凭证为住宿服务时，服务凭证可以包括酒店发票等。区块链系统12在接收到服务预订结果后，可以通过执行凭证智能合约所含的用于验证凭证真实性的合约逻辑，对服务凭证进行校验，并且可以在服务凭证被验证通过的情况下，存证该服务预订结果。用于验证凭据真实性的合约逻辑，例如可以包括：用于对机票订单进行真伪验证的合约逻辑、用于对酒店发票进行真伪验证的合约逻辑等，本说明书并不对此进行限制。通过上述验证方案，可以保证区块链系统12所存证的服务预订结果所含的服务凭证都是真实且可靠的，可以保证区块链系统12所存证的每一服务预订结果所含的服务凭证的业务真实性，避免业务执行方和业务参与方中的任何一方伪造服务凭证，也可以避免业务执行方与业务参与方的联合造假。
47.在一实施例中，区块链系统12在接收到上述服务预订请求、服务预订结果以及目标数字资产凭证后，区块链系统12可以通过执行存证智能合约，将服务预订请求、服务预订结果以及相应的目标数字资产凭证关联存证至该存证智能合约的合约状态中，从而便于后续直接从合约状态中获取服务预订请求、服务预订结果以及相应的目标数字资产凭证。
48.在一实施例中，上述存证智能合约的合约状态中还可以维护有目标数字资产凭证的有效性，而区块链系统12可以获取到预先设定的业务发起方兑付目标数字资产凭证的指定时刻，例如，区块链系统12上可以存证由业务发起方与业务参与方11线下签订的合同内容，而该合同内容中可以包括业务发起方兑付目标数字资产凭证的指定时刻，那么区块链系统12可以从合同内容中获取相应的指定时刻。区块链系统12还可以获取本地时刻，并在确定本地时刻晚于指定时刻的情况下，将该目标数字资产凭证的有效性设置为失效，表明目标数字资产凭证不应当被用于向资产提供方申请资产进行周转，此时，业务发起方已经向业务参与方兑付数额匹配于目标数字资产凭证的资产的可能性较大；或者，在本地时刻不晚于指定时刻并且本地时刻与指定时刻之间的差值小于指定时刻阈值的情况下，区块链系统12可以将目标数字资产凭证的有效性设置为失效，表明目标数字资产凭证不应当被用于向资产提供方申请资产，此时，业务发起方已经向业务参与方兑付数额匹配于目标数字资产凭证的资产的可能性较大。
49.在一实施例中，区块链系统12可以接收到业务参与方发起的资产提供请求，那么区块链系统12可以通过执行具有查询功能的智能合约，可以获取目标数字资产凭证、对应于目标数字资产凭证的服务预订请求以及服务预订结果。例如，资产提供请求中可以包括目标数字资产凭证的标识信息，该标识信息可以是目标数字资产凭证的id(identity document，身份标识号)或者名称等，那么区块链系统12可以通过执行具有查询功能的智能合约，获得对应于该标识信息的目标数字资产凭证，以及与目标数字资产凭证关联存证的服务预订请求和服务预订结果等。
50.在一实施例中，区块链系统12可以将查询得到的目标数字资产凭证、服务预订请求以及服务预订结果反馈至资产提供方13，并由资产提供方13在链下对目标数字资产凭证、服务预订请求以及服务预订结果进行匹配，并且在确定服务预订请求、服务预订结果均匹配于目标数字资产凭证的情况下，资产提供方13可以确定目标数字资产凭证具有可靠性；而在确定服务预订请求和服务预订结果中的至少一方不匹配于目标数字资产凭证的情况下，资产提供方13可以确定目标数字资产凭证不具有可靠性。
51.在一实施例中，区块链系统12还可以执行具有数字资产凭证校验功能的智能合约，从而可以将获取到的服务预订请求、服务预订结果以及相应的目标数字资产凭证进行匹配，得到相应的匹配信息，并且在匹配信息表征服务预订请求匹配于目标数字资产凭证以及服务预订结果匹配于目标数字资产凭证的情况下，可以确定目标数字资产凭证具有可靠性；而在匹配信息表征服务预订请求和服务预订结果中的至少一方不匹配于目标数字资产凭证的情况下，可以确定目标数字资产凭证不具有可靠性。
52.无论是链下对查询得到目标数字资产凭证、服务预订请求以及服务预订进行匹配，还是在链上对查询得到的目标数字资产凭证、服务预订请求以及服务预订进行匹配，资产提供方13均无需分别从业务发起方、业务参与方11或者业务执行方处获得相应的数据，既可以避免干扰业务发起方、业务参与方11或者业务执行方的正常业务执行过程，又能满足对目标数字资产凭证的可靠性进行验证的需求。
53.上述的资产提供请求可使区块链系统12分别执行上述具有查询功能的智能合约以及具有数字资产凭证校验功能的智能合约。或者，上述的资产提供请求可使区块链系统12仅执行具有查询功能的智能合约，而需要通过区别于资产提供请求的其他请求来驱使区块链系统12执行具有数字资产凭证校验功能的智能合约，本说明书并不对此进行限制。
54.图2是本说明书一示例性实施例示出的一种基于区块链的资产管理方法的流程图。如图2所示，该方法应用于业务参与方(如图1所示的业务参与方11)；该方法可以包括以下步骤：
55.步骤202，根据业务发起方发起的服务预订请求，向所述服务预订请求所指示的业务执行方提供垫付资产，以由所述业务执行方为所述业务发起方预订相应的目标服务，并获得所述业务执行方反馈的服务预订结果。
56.步骤204，响应于所述业务发起方对所述目标服务的确认指示，生成对应于所述垫付资产的目标数字资产凭证，所述服务预订请求、所述服务预订结果以及所述目标数字资产凭证被关联存证在区块链系统中。
57.步骤206，向资产提供方发送针对所述目标数字资产凭证的资产提供请求，以使所述资产提供方根据所述区块链系统所存证的所述服务预订请求、所述服务预订结果与所述目标数字资产凭证的匹配信息对所述目标数字资产凭证进行可靠性验证，并在确认验证通过的情况下，向所述业务参与方提供数额匹配于所述垫付资产的资产。
58.在一实施例中，业务参与方可以接收来自所述业务执行方的服务预订结果，并将所述服务预订请求、所述服务预订结果和所述目标数字资产凭证存证至所述区块链系统；或者，业务参与方可以将所述目标数字资产凭证和接收到的服务预订请求存证至所述区块链系统，而由业务执行方将服务预订结果存证至区块链系统；或者，业务参与方可以将所述目标数字资产凭证存证至所述区块链系统，而由业务发起方将服务预订请求存证至区块链系统，并由业务执行方将服务预订结果存证至区块链系统。
59.另外，图2的具体实施过程与图1所示的实施例相类似，此处不再赘述。
60.为了便于理解，下面结合图3对本说明书的技术方案进行进一步说明。以核心企业a通过商旅管理公司b预订酒店c提供的住宿服务进行示例性描述。图3是本说明书一示例性实施例提供的一种基于区块链的资产管理方法的流程图。如图3所示，可以包括以下步骤：
61.步骤301，传输服务预订请求。
62.在本实施例中，核心企业a的员工可以通过由商旅管理公司b提供的差旅管理平台发起服务预订请求，并由差旅管理平台将该服务预订请求传输至商旅管理公司b，该服务预订请求用于预约酒店c在6月1日至6月5日的住宿服务，该服务预订请求中还可以包括由核心企业a采用身份私钥进行签名而生成的第一签名、标识信息bs01以及由核心企业a添加的发起时间戳10:15。其中，核心企业a的员工可以通过预先设置的app或者小程序等使用差旅管理平台，本说明书并不对此进行限制。
63.步骤302，向区块链系统d转发服务预订请求。
64.步骤303，存证服务预订请求。
65.在本实施例中，商旅管理公司b可以将接收到的服务预订请求转发至区块链系统d，而区块链系统d可以响应于该服务预订请求，执行用于签名验证的智能合约，获取对应于核心企业a的第一公钥，并利用该第一公钥对第一签名进行验证，假设服务预订请求所含的第一签名被验证通过，则可以表明该服务预订请求确实由核心企业a所发起。
66.以及，区块链系统d可以根据接收到来自商旅管理公司b传输的服务预订请求，确定商旅管理公司b转发该服务预订请求的转发时间戳为10:17。区块链系统还可以响应于该服务预订请求，执行用于校验时间戳的智能合约，从而可以确定发起时间戳与转发时间戳之间的时间差值为2分钟，而假设预设时长阈值为5分钟，那么此时时间差值小于预设时长阈值，可以表明商旅管理公司b未对服务预订请求进行伪造或者篡改。
67.在本实施例中，在区块链系统d确定服务预订请求所含的第一签名被验证通过，以及服务预订请求的发起时间戳与转发时间戳之间的时间差值小于预设时长阈值的情况下，区块链系统d可以将该服务预订请求存证至区块链上。其中，差旅管理平台与区块链系统d之间可以通过api标准接口的方式进行对接，便于将服务预订请求或者服务预订请求所含的预设标准字段的内容传输至区块链系统d，差旅管理平台可以仅将服务预订请求中所含的预设标准字段的内容传输至区块链系统d进行存证，从而可以减少存证服务预订请求所占用的存储空间，而预设标准字段可以包括日志信息、相关文件以及基础数据等，预设标准字段可以根据实际需求进行设置，本说明书并不对此进行限制。
68.步骤304，向酒店c转发服务预订请求。
69.步骤305，预订住宿服务。
70.步骤306，反馈服务预订结果。
71.在本实施例中，商旅管理公司b可以将服务预订请求转发至酒店c，从而可以由酒店c基于该服务预订请求为核心企业a的员工预订6月1日至6月5日的住宿服务。以及，商旅管理公司b可以根据服务预订请求，向酒店c提供对应于“6月1日至6月5日的住宿服务”的垫付资产。酒店c在为核心企业a的员工预订好住宿服务后，可以生成相应的服务预订结果，该服务预订结果可以包括预约成功、由酒店c采用身份私钥进行签名而生成的第二签名、标识信息bs01以及服务阶段为未入住状态。当然，酒店c还可以在每次服务阶段发生变更时，都向商旅管理公司b反馈更新后的服务阶段，便于商旅管理公司b及时获知上述住宿服务的进展状况，当然，商旅管理公司b也可以将更新后的服务阶段传输至区块链系统d进行存证，本说明书并不对此进行限制。
72.步骤307，传输服务预订结果。
73.步骤308，存证服务预订结果。
74.在本实施例中，商旅管理公司b可以将接收到的服务预订结果转发至区块链系统d，而区块链系统d可以响应于该服务预订结果，执行用于签名验证的智能合约，获取对应于酒店c的第二公钥，并利用该第二公钥对第二签名进行验证，假设服务预订请求所含的第二签名被验证通过，则可以表明该服务预订结果确实由酒店c所生成。区块链系统d可以将该服务预订结果存证至相应的区块链中。
75.步骤309，生成对账单。
76.步骤310，传输对账单。
77.步骤311，生成确认指示。
78.步骤312，传输确认指示。
79.步骤313，生成目标发票。
80.在本实施例中，商旅管理公司b可以生成对账单，该对账单中可以包括由酒店c提供6月1日至6月5日的住宿服务，商旅管理公司b可以将该对账单传输至核心企业a进行确认。商旅管理公司b在接收到来自核心企业a的确认指示的情况下，可以生成对应于上述住宿服务的目标发票，该目标发票中可以包含标识信息bs01以及需要由核心企业a支付的对应于“6月1日至6月5日的住宿服务”的资产数额。
81.步骤314，传输目标发票。
82.步骤315，存证目标发票。
83.在本实施例中，商旅管理公司b可以将生成的上述目标发票传输至区块链系统d，从而可以由区块链系统d将该目标发票存证至相应的区块链上。此时，区块链系统d可以将上述包含标识信息bs01的服务预订请求、服务预订结果以及目标发票进行关联存证。其中，包含标识信息bs01的服务预订请求、服务预订结果可以用于佐证相应的目标发票的真实性和可靠性。
84.图4是本说明书一示例性实施例提供的一种基于区块链的资产管理方法的流程图。在图3所示的实施例中，商旅管理公司b根据服务预订请求，代替核心企业a向酒店c提供了对应于“6月1日至6月5日的住宿服务”的垫付资产，同时商旅管理公司b生成了对应于垫付资产的目标发票，其中，目标发票包含标识信息bs01。假设商旅管理公司b希望使用目标发票向金融机构e申请融资。如图4所示，可以包括以下步骤：
85.步骤401，发起针对目标发票的资产提供请求。
86.步骤402，执行具有查询功能的智能合约。
87.步骤403，传输查询到的目标发票、服务预订请求以及服务预订结果。
88.在本实施例中，商旅管理公司b可以向区块链系统d发起针对目标发票的资产提供请求。区块链系统d可以响应于该资产提供请求，执行具有查询功能的智能合约，从而可以获得包含上述标识信息bs01的目标发票、服务预订请求以及服务预订结果。
89.在本实施例中，区块链系统d可以将查询得到的包含标识信息bs01的目标发票、服务预订请求以及服务预订结果传输至金融机构e。
90.步骤404，将接收到的目标发票、服务预订请求以及服务预订结果进行匹配。
91.步骤405，提供周转资产。
92.在本实施例中，金融机构e可以在链下对接收到的上述包含标识信息bs01的目标发票、服务预订请求以及服务预订结果进行匹配，假设金融机构e根据匹配信息可以确定服
务预订请求匹配于目标发票、服务预订结果也匹配于目标发票，并且服务预订请求所含的第一签名被验证通过以及服务预订结果所含的第二签名也被验证通过，那么金融机构e可以确定目标发票具有可靠性。
93.在本实施例中，金融机构e在确定目标发票具有可靠性的情况下，可以向商旅管理公司b提供数额匹配于垫付资产的周转资产，从而可以保证商旅管理公司b具有充足的资金，保证商旅管理公司b的正常运转。
94.图5是一示例性实施例提供的一种设备的示意结构图。请参考图5，在硬件层面，该设备包括处理器502、内部总线504、网络接口506、内存508以及非易失性存储器510，当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器502从非易失性存储器510中读取对应的计算机程序到内存508中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
95.请参考图6，基于区块链的资产管理装置可以应用于如图5所示的设备中，以实现本说明书的技术方案。其中，该资产管理装置可以包括：
96.资产提供单元602，用于根据业务发起方发起的服务预订请求，向所述服务预订请求所指示的业务执行方提供垫付资产，以由所述业务执行方为所述业务发起方预订相应的目标服务，并获得所述业务执行方反馈的服务预订结果；
97.凭证生成单元604，用于响应于所述业务发起方对所述目标服务的确认指示，生成对应于所述垫付资产的目标数字资产凭证，所述服务预订请求、所述服务预订结果以及所述目标数字资产凭证被关联存证在区块链系统中；
98.发送单元606，用于向资产提供方发送针对所述目标数字资产凭证的资产提供请求，以使所述资产提供方根据所述区块链系统所存证的所述服务预订请求、所述服务预订结果与所述目标数字资产凭证的匹配信息对所述目标数字资产凭证进行可靠性验证，并在确认验证通过的情况下，向所述业务参与方提供数额匹配于所述垫付资产的资产。
99.可选的，还包括存证单元608，所述存证单元608具体用于：
100.接收来自所述业务执行方的服务预订结果，并将所述服务预订请求、所述服务预订结果和所述目标数字资产凭证存证至所述区块链系统；
101.或者，将所述目标数字资产凭证和接收到的服务预订请求存证至所述区块链系统，所述服务预订结果被所述业务执行方存证至所述区块链系统中；
102.或者，将所述目标数字资产凭证存证至所述区块链系统，而所述服务预订请求被所述业务发起方存证至所述区块链系统，所述服务预订结果被所述业务执行方存证至所述区块链系统。
103.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
104.在一个典型的配置中，计算机包括一个或多个处理器(cpu)、输入/输出接口、网络
接口和内存。
105.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
106.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd
‑
rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
107.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
108.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
109.在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
110.应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
111.以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。