本发明涉及计算机处理技术领域，尤其涉及一种基于区块链的服务处理方法、装置、设备及可读介质。
背景技术：
在保险的业务范围之中，除了常规的保险公司负责的保险理赔服务之外，常常还包括一些为用户服务的相关的增值服务，如送油、拖车、修车等，而这些增值服务一般是由与保险公司签订了合作协议的服务商提供的。
也就是说在现有技术中，保险增值服务是通过用户，保险公司以及第三方机构这三者通过签订相关协议来实现的。具体通常是首先保险公司与服务商签订合作协议，服务商接收来自各个保险公司的订单，并提供对应的服务，这样做的问题在于增值服务的相关信息在上述三者之间不是共通和透明，如保险公司无法了解服务过程，监管部门也无法核实保险公司对于相关增值服务的费用支出。这样就增加了保险增值服务中互信成本增加、签订协议和同步信息的所造成的低效的缺陷。
技术实现要素：
基于此，有必要针对上述问题，提出一种基于区块链的服务处理方法、装置、计算机设备及可读介质。
一种基于区块链的服务处理方法，其特征在于，所述方法基于一区块链网络，所述区块链网络中包括一个或多个保险公司节点、车主节点和多个第三方机构节点，所述方法包括：
获取所述保险公司节点发送的目标保险合约信息，根据所述目标保险合约信息在所述区块链网络中确定所述车主节点；
获取所述车主节点发送的目标服务请求，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点；
获取所述目标第三方机构节点上传至所述区块链网络的目标订单信息，获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新。
一种基于区块链的服务处理装置，其特征在于，所述装置包括：
确定单元：用于获取所述保险公司节点发送的目标保险合约信息，根据所述目标保险合约信息在所述区块链网络中确定所述车主节点；
第一确定单元：用于获取所述车主节点发送的目标服务请求，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点；
支付单元：用于获取所述目标第三方机构节点上传至所述区块链网络的目标订单信息，获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下步骤：
获取所述保险公司节点发送的目标保险合约信息，根据所述目标保险合约信息在所述区块链网络中确定所述车主节点；
获取所述车主节点发送的目标服务请求，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点；
获取所述目标第三方机构节点上传至所述区块链网络的目标订单信息，获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新。
一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行以下步骤：
获取所述保险公司节点发送的目标保险合约信息，根据所述目标保险合约信息在所述区块链网络中确定所述车主节点；
获取所述车主节点发送的目标服务请求，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点；
获取所述目标第三方机构节点上传至所述区块链网络的目标订单信息，获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新。
在本发明实施例中，首先建立一个包括保险公司节点、车主节点以及第三方机构节点的区块链网络，基于该区块链网络首先获取保险公司节点发送的目标保险合约信息，根据该目标保险合约信息在所述区块链网络中确定出上述车主节点；再获取车主节点发送的目标服务请求，根据目标服务请求在区块链网络中的包含的多个第三方机构节点中确定出目标第三方机构节点；最后获取目标第三方机构节点上传至所述区块链网络的目标订单信息，以及获取车主节点的账户信息，根据目标订单信息对车主节点的账户信息进行更新。
相较于现有技术中需要车主、保险公司以及相关的第三方机构等多方之间一对一地分别签订协议和进行服务订单的确认和状态更新，在这样的服务处理过程较为低效的同时，数据可能被保存的某一/多方篡改，由此造成数据的不安全和不一致，本发明通过以服务处理过程中的各个主要角色为节点构造一个区块链，将各个节点之间的协议和相关数据存于区块链中，从而提高了车险等服务的处理效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
其中：
图1示出了一个实施例中基于区块链的服务处理方法的流程图；
图2示出了一个实施例中确定目标车主节点的账户信息的流程图；
图3示出了一个实施例中对目标车主节点的用户钱包信息进行更新的流程图；
图4示出了另一个实施例中确定第三方机构节点的流程图；
图5示出了一个实施例中基于区块链的服务处理装置的结构框图；
图6示出了一个实施例中计算机设备的内部结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明提出了一种基于区块链的服务处理方法，在一个实施例中，本发明可以基于一手机、pc等计算机处理设备等。基于上述处理设备建立了一个区块链网络，具体的区块链网络中可以包括保险公司节点、车主节点和第三方机构节点。
参考图1，本发明实施例提供了一种基于区块链的服务处理方法。
图1示出了一个实施例中基于区块链的服务处理方法的流程图。本发明中所述的基于区块链的服务处理方法至少包括如图1所示的步骤s1022-s1026，详细介绍如下：
在对基于区块链的服务处理方法进行具体介绍之前，首先针对区块链网络的构成和原理进行说明。
首先，区块链(blockchain)是指借由密码学串接并保护内容的串连文字记录(又称区块)。每一个区块包含了前一个区块的加密散列、相应时间戳记以及交易数据(通常用默克尔树(merkletree)算法计算的散列值表示)，这样的设计使得区块内容具有难以篡改的特性。用区块链技术所串接的分布式账本能让两方有效纪录交易，且可永久查验此交易。
每一个接续的方块都会包含前一个方块的哈希，这个即强制性的将各个区块链绑到一起的纽带。如果有人擅自篡改了第一个方块中包含的哈希就会改变，然但其后面接续的方块所保存着的哈希还是旧有的(未被篡改的)，这种不匹配就会把链条打断。所以哈希的目的就是确保没有任何一方可以篡改区块中所保存的信息。
更进一步的，区块链中的保存的信息会被复制到区块链网络中每一个用户的计算机中。如果某个用户加入了一个区块链网络，那么其计算机就会去下载这些区块数据，因此是区块链是依靠加入链条的多方计算机共同(分布式)保存的。
而区块链的最主要的应用是数字货币(如比特币)。因为支付的本质是“将账户x中减少的金额增加到账户y中”，如果存在一本公共账簿，记录了所有的账户至今为止的所有交易，那么对于任何一个账户，都可以计算出它当前拥有的金额数量。而区块链就是用于实现这个目的的公共账簿，其保存了全部交易记录。
而考虑到在实际的车险等保险相关的服务中，首先需要在车主和保险公司之间签订合约，以此在满足合约约定的条件时，保险公司履行提供对应的服务(如理赔)。除此之外，往往还会存在随着车险附赠或者车主自主购买的额外服务，如车辆养护、故障时救援等，这就需要引入第三方机构来提供对应的专业服务，如与保险公司签订服务提供合作协议的增值服务商(如加油站、修车公司等)。
而在现有技术中，车主、保险公司以及第三方机构的交互、签订以及履行合约都是分别进行的，这就导致车主与增值服务商进行交互的过程中所产生的数据一方面对保险公司并不透明，另一方面也可能存在任一方对交易记录进行篡改或者伪造等。
结合区块链所实现的分布式账本的特点：分布式账本的数据库分布于对等网络的节点(设备)上，当中每个节点都复制及存储与账本完全相同的副本并独立更新。分布式账本的主要优点是不存在中央权威。当一个账本出现更新，每个节点都将执行一笔新交易，然后所有节点以共识机制投票决定哪一个副本是正确的。
而一旦达成共识，所有其他节点都会按照正确副本的数据进行更新。账本透过加密密钥与数位签名而控制其安全性。综上所述，基于区块链来进行车险服务的交易规则和记录是很好的降低交易的互信成本以及提高数据安全性的方法。
在步骤s1022中，获取所述保险公司节点发送的目标保险合约信息，根据所述目标保险合约信息在所述区块链网络中确定所述车主节点。
在基于区块链进行服务处理之前，考虑到传统的保险相关服务的提供仍然是以保险公司提供的数据和与其他各方签订的协议为中心的，因此，可以是先获取保险公司的相关数据以此配置出保险公司节点。
具体的，可以根据保险公司相关数据确定出存在保险公司a1、保险公司a2、保险公司a3等，而考虑到区块链对区块的大小存在一定的限制(如一般不超过1m)，因此可以针对每一个保险公司建立一个区块，另外考虑到可能存在多家保险公司之间也存在合作关系，或者一个车主购买了多家保险公司的不同的车险服务等，因此在可选的实施例中，一个区块链网络中也可以存在多个保险公司节点。
而具体的，在建立了保险公司节点之后，此处的目标保险合约信息可以是保险公司线下或者线上与车主签订的保险合同等，保险公司节点可以通过其预设的装置(如下载了区块链网络程序和数据的计算机)将上述信息上传至区块链网络。
举例进行说明：车主b与保险公司a1签订了车险合约，从而将保险公司a1将该车险合约信息上传到了区块链网络中，从而此处将车主b作为一个车主节点加入到区块链网络中。
另外，考虑到区块链的特点和常见应用，在可选的实施例中，还可以同时根据保险合约信息确定保险公司节点与车主节点之间的智能合约，如在车主b需要保险公司a1实施服务(如进行理赔或者续保)时，类似于车主节点与第三方机构节点之间的交互处理过程，即可以自动检测条件是否符合从而进行相应账户信息的更新的执行。此处的目标保险合约可以包括上述车主b与保险公司a1签订的车险合同信息等。
在步骤s1024中，获取所述车主节点发送的目标服务请求，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点。
继续结合前述步骤的举例说明，车主b的目标服务请求除了与保险公司直接关联的理赔相关的服务以外，还可以是与车险相关的增值服务(自己购买的或者随车险附赠的)，如车主b需要对车加油或者在出现车辆故障时需要请求拖车或者修车服务。
也就是说，车主作为区块链中的一个节点，可以在区块链中选择意欲与其进行交互的、能够提供服务的节点，而能够提供服务的节点可以包括第三方机构和/或保险公司(上一步骤中的可选实施例进行了说明)。
因此也需要将第三方机构节点添加进区块链网络中，故在根据所述目标服务请求在所述区块链网络中确定目标第三方机构节点的步骤之前，还包括：
获取所述保险公司节点发送的合作合约信息，根据所述合作合约信息在所述区块链网络中确定多个第三方机构节点。
在一个具体的实施例中，可以是保险公司a1分别和第三方机构c、第三方机构d和第三方机构e签订了服务合作协议并且上传到了区块链中，因此可以根据合作协议的内容进一步地在区块链中确定出第三方机构节点c、第三方机构节点d、第三方机构节点e分别对应于第三方机构c、d、e作为可选的第三方机构节点。
从而使得与保险公司b签订了保险合约的用户节点在满足条件的情况下可以与上述多个可选的第三方节点(c、d、e)中进行选择。
综上所述，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点中确定目标第三方机构节点的过程可以按照如下：
根据所述目标服务请求从所述多个第三方机构节点中确定所述目标第三方机构节点。
具体的，可以是车主节点b通过发送目标服务请求在上述第三方机构节点c、第三方机构节点d、第三方机构节点e选择了第三方机构节点c作为目标第三方节点，具体的发送目标服务请求可以是车主节点b通过预设的终端装置和程序(如自己的手机或者电脑)发送的。
也就是说，车主可以在多个第三方机构节点中选择自己想要与之进行交易的节点，并且自主与其在区块链中签订协议，从而取消了保险公司在保险服务中的中心和中间人的作用，从而提高了服务处理中交流的效率，也基于区块链的分布式记账共同保存、数据不可篡改的特点，降低了各方的互信成本。
在步骤s1026中，获取所述目标第三方机构节点上传至所述区块链网络的目标订单信息，获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新。
首先，在将获取到的车主节点发送的目标服务请求上传至区块链网络之后，并且根据所述目标服务请求确定出了第三方机构节点c为目标第三方机构节点，即开始监听第三方机构节点c所上传至区块链网络的与上述目标服务请求对应的目标订单信息。
具体的可以是用户节点b请求获取价值100元的汽油，因而此处的订单信息就包括订单金额：100元，卖家：节点c，买家：节点b等信息。
结合区块链应用的特点，此处的车主节点的账户信息可以是包括车主节点b在区块链网络中的用户钱包的相关信息，如钱包地址、钱包余额、钱包历史交易记录等。对应的，此处对账户信息进行更新可以包括根据订单信息中的订单金额对应的在车主节点b的用户账户钱包中进行扣减，从而使得在区块链网络的共用账本中完成对车主节点b与第三方机构c之间的此次交易过程的记录。
又考虑到在实际应用中，区块链的节点进行交易都是基于用户钱包的金额变更的，因此，具体的对进行车主节点的账户信息进行更新过程之前需要先确定车主节点的账户信息，具体可以包括图2示出的步骤s1032-s1034。图2示出了一个实施例中确定目标车主节点的账户信息的流程图。
在步骤s1032中，根据所述目标保险合约信息确定所述车主节点的目标卡券信息。
容易理解的是，在实际应用中，特别是针对保险相关的增值服务，经常会存在一些预先付款购买或者免费兑换的一定金额的预设卡券，如在车主与保险公司签订保险合约时，保险公司赠送给车主的一些合作商所提供的与车辆使用相关的服务地获取资格(如修车、加油、洗车之类的)。而在用户需要使用这些增值服务时，使用(消耗)上述这些保险合同里规定的卡券就可以获得优惠或者对应的服务。
结合区块链的特点，上述这些卡券信息作为交易规则的一部分，和保险合约一样都可以直接存储在区块链中，从而使得在相关节点之间进行交易时，可以直接公开透明地调用上述卡券信息，在节点的账户信息上进行更新，整个区块链网络对交易进行记录、广播和监督。
在步骤s1034中，将所述目标卡券信息上传至所述区块链，与所述目标车主节点的用户钱包进行关联。
此处的关联具体可以为将目标卡券信息(如价值500元的加油券、价值200元的洗车券)存储于目标车主节点在区块链网络中的用户钱包中。
在根据保险合约对应的卡券信息完成了车主用户钱包信息的配置之后，具体的根据目标服务请求对目标车主节点的用户钱包信息进行更新的过程可以包括图3示出的步骤s1042-s1044。图3示出了一个实施例中对目标车主节点的用户钱包信息进行更新的流程图。
在步骤s1042中，根据所述目标订单信息确定待支付信息，根据所述车主节点的用户账户信息确定所述车主节点的账户余额信息。
首先，第三方机构节点在通过区块链网络接收到车主节点b所广播的目标服务请求，通过自己终端上的预设系统/程序(如加油站的结算系统中的合作商卡券通道)生成了目标订单信息(包括待支付金额)并且进行了广播(这样相关保险公司节点也可以同步接收到)。
继续结合前述举例进行说明，在待支付信息为100元加油费的情况下，车主节点b的钱包余额信息可以是存有500元的加油券。
在步骤s1042中，判断所述待支付信息与所述账户余额信息是否匹配，在判定匹配的情况下，根据所述待支付信息对所述车主节点的账户信息进行更新。
具体的，在待支付信息小于所述账户余额信息的情况下，即可以判定当前是可以进行支付的，因此，从车主节点b的账户余额中减去所需要支付的金额，即从500元的加油券中减去待支付的100元，由此，车主节点b的账户信息(用户钱包余额)更新为存有400元加油券。
在可选的实施例中，类似于前述车主与保险公司之间关于理赔的履行是基于的智能合约，此处与第三方机构之间进行服务相关支付的过程也可以是基于智能合约，针对区块链中的智能合约自动进行用户钱包信息的更新。也就是说自动在用户钱包中进行扣除，而不需要车主和第三方机构再签订相关协议以及核对数目等，与此相关的交易数据也在整个区块链中进行广播，由此保险公司或其他监管部门也可以全程同步了解和进行监管。
另外，根据所述待支付信息对所述车主节点的账户信息进行更新的步骤之后，还可以在获取更新后的车主节点的账户信息，根据所述更新后的车主节点的账户信息对所述目标订单信息进行更新，并上传至所述区块链网络进行广播，。
而区块链网络中的各个车主节点、保险公司节点对区块链网络进行监听，在监听到有相关节点的信息(账本)更新后，即进行下载和存储，或者针对该广播做出对应的回应，上传新的信息到区块链中。
另外，在可选的实施例中，除了只有与保险公司签订合同的才能加入区块链以外，还可以更加自由地将满足条件的服务商作为第三方机构加入区块链网络中，与其他可能需要服务的节点按照合约自由交互，因此在可选的实施例中，此多个第三方机构节点的确定过程还可以包括图4示出的步骤s1052-s1054。图4示出了另一个实施例中确定第三方机构节点的流程图。
在步骤s1052中，获取可选服务商信息，判断所述可选服务商信息是否符合预设条件。
具体的可选服务商信息可以包括该可选服务商的经营年限、合作时长、评价等级等各项参数，而判断是否匹配可以是针对上述这些参数是否分别满足对应的阈值进行判断。
在步骤s1054中，根据匹配所述预设条件的可选服务商信息在所述区块链中确定所述第三方机构节点。
可选的，在存在两个可选第三方机构f与g的情况下，预设的评价等级阈值、而预设的合作时长阈值可以是一年，因而第三方机构g的合作时长不满一年所以排除，而第三方机构f的各项信息都满足预设的条件，因此根据第三方机构f的信息在区块链网络中配置出一个第三方机构节点f。
在可选的实施例中，区块链网络中除了车主节点、保险节点、第三方机构节点以外，还可以包括一或多个监管部门节点，监管部门节点可以通过获取区块链网络中其他各个节点的操作记录，从而对车险相关服务的提供和实施(订单花费/产生的需要申报的税务)等进行监管。可选的，监管部门节点也可以在区块链中广播针对不合规订单的监管信息或者发布新的交易协议规则作为智能合约的参考等。
最后需要说明的是，区块链中的节点可以是联机的，也可以是脱机的。在线节点接收、保存和从其他节点传输事务的所有最后块，而没有连接的节点则不会。当脱机节点重新联机时，它首先必须通过下载自该节点断开后添加到区块链的所有块来赶上区块链的其余部分。也就是说，本发明实施例中的各个节点会保持区块链同步。
图5示出了一个实施例中基于区块链的服务处理装置的结构框图。
参考图5所示，根据本发明的一个实施例的基于区块链的服务处理装置1060，包括：第一确定单元1062、第二确定单元1064、支付单元1066。
其中，第一确定单元1062：用于获取所述保险公司节点发送的目标保险合约信息，根据所述目标保险合约信息在所述区块链网络中确定所述车主节点；
第二确定单元1064：用于获取所述车主节点发送的目标服务请求，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点；
支付单元1066：用于获取所述目标第三方机构节点上传至所述区块链网络的目标订单信息，获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新。
图6示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是终端，也可以是服务器。如图6所示，该计算机设备包括通过系统总线连接的处理器、存储器和计算模块、通信模块、控制模块。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现本基于区块链的服务处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行本基于区块链的服务处理方法。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提出了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下步骤：
获取所述保险公司节点发送的目标保险合约信息，根据所述目标保险合约信息在所述区块链网络中配置所述车主节点；
获取所述车主节点发送的目标服务请求，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点；
获取所述目标第三方机构节点上传至所述区块链网络的目标订单信息，获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新。
在一个实施例中，提出了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行以下步骤：
获取所述保险公司节点发送的目标保险合约信息，根据所述目标保险合约信息在所述区块链网络中配置所述车主节点；
获取所述车主节点发送的目标服务请求，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点；
获取所述目标第三方机构节点上传至所述区块链网络的目标订单信息，获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
1.一种基于区块链的服务处理方法，其特征在于，所述方法基于一区块链网络，所述区块链网络中包括一个或多个保险公司节点、车主节点和多个第三方机构节点，所述方法包括：
获取所述保险公司节点发送的目标保险合约信息，根据所述目标保险合约信息在所述区块链网络中确定所述车主节点；
获取所述车主节点发送的目标服务请求，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点；
获取所述目标第三方机构节点上传至所述区块链网络的目标订单信息，获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新。
2.根据权利要求1所述的方法，其特征在于，在根据所述目标服务请求在所述区块链网络中确定目标第三方机构节点的步骤之前，包括：
获取所述保险公司节点发送的合作合约信息，根据所述合作合约信息在所述区块链网络中确定多个第三方机构节点；
所述根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点中确定目标第三方机构节点，包括：
根据所述目标服务请求从所述多个第三方机构节点中确定所述目标第三方机构节点。
3.根据权利要求1所述的方法，其特征在于，在获取所述车主节点的账户信息的步骤之前，包括：
根据所述目标保险合约信息确定所述车主节点的目标卡券信息；
将所述目标卡券信息上传至所述区块链，与所述目标车主节点的用户钱包进行关联。
4.根据权利要求1所述的方法，其特征在于，所述获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新，包括：
根据所述目标订单信息确定待支付信息，根据所述车主节点的用户账户信息确定所述车主节点的账户余额信息；
判断所述待支付信息与所述账户余额信息是否匹配，在判定匹配的情况下，根据所述待支付信息对所述车主节点的账户信息进行更新。
5.根据权利要求4所述的方法，其特征在于，在根据所述待支付信息对所述车主节点的账户信息进行更新的步骤之后，还包括：
获取更新后的车主节点的账户信息，根据所述更新后的车主节点的账户信息对所述目标订单信息进行更新，并上传至所述区块链网络。
6.根据权利要求1所述的方法，其特征在于，在根据所述目标服务请求在所述区块链网络中确定目标第三方机构节点的步骤之前，包括：
获取可选服务商信息，判断所述可选服务商信息是否符合预设条件；
根据匹配所述预设条件的可选服务商信息在所述区块链中确定所述第三方机构节点。
7.一种基于区块链的保险服务实现装置，其特征在于，所述装置包括：
第一确定单元：用于获取所述保险公司节点发送的目标保险合约信息，根据所述目标保险合约信息在所述区块链网络中确定所述车主节点；
第二确定单元：用于获取所述车主节点发送的目标服务请求，根据所述目标服务请求在所述多个第三方机构节点中确定目标第三方机构节点；
支付单元：用于获取所述目标第三方机构节点上传至所述区块链网络的目标订单信息，获取所述车主节点的账户信息，根据所述目标订单信息对所述车主节点的账户信息进行更新。
8.根据权利要求7所述的装置，其特征在于，所述支付单元还包括：
第三确定单元：用于根据所述目标订单信息确定待支付信息，根据所述车主节点的用户账户信息确定所述车主节点的账户余额信息；
更新单元：用于判断所述待支付信息与所述账户余额信息是否匹配，在判定匹配的情况下，根据所述待支付信息对所述车主节点的账户信息进行更新。
9.一种可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至6中任一项所述方法的步骤。
10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至6中任一项所述方法的步骤。
技术总结