服务消息通知方法、装置、计算机设备及存储介质与流程

1.本技术涉及云监控技术领域，尤其涉及一种服务消息通知方法、装置、计算机设备及存储介质。


背景技术：

2.随着业务渠道的拓展，不断有新的应用及交易场景接入到统一交易支付平台，每一个新的场景接入，都需要维护一套场景码与交易类型，与此相伴的是在交易过程中，还需要根据这两个维度与接入系统确保交易状态的一致性。
3.已有系统针对新的场景接入，需要在代码中相应的制定关于场景码和交易类型的交易状态通知给上游。然而由于复杂繁多的场景导致了状态通知代码冗余度高，并且代码维护成本高，状态通知灵活性低，从而导致在复杂场景下服务消息的通知效率较低。现亟需一种在复杂场景下提高服务消息通知效率的方法。


技术实现要素：

4.本技术实施例的目的在于提出一种服务消息通知方法、装置、计算机设备及存储介质，实现在复杂场景下提高服务消息的通知效率。
5.为了解决上述技术问题，本技术实施例提供一种服务消息通知方法，包括：
6.当监听到交易业务系统生成交易结果时，获取所述交易结果，并基于所述交易结果生成通知服务消息，其中，所述通知服务消息包括场景码、交易类型；
7.基于所述通知服务消息，轮询观察者队列中的观察者，将每个所述观察者的预先配置的配置信息与所述通知服务消息进行匹配，得到匹配结果；
8.将所述匹配结果为匹配的所述观察者作为目标观察者，并获取所述目标观察者对应的消息名称和通知内容；
9.通过将所述消息名称和所述通知内容进行封装，生成目标发送消息，并将所述目标发送消息发送到所述目标观察者对应上游订阅系统。
10.为了解决上述技术问题，本技术实施例提供一种服务消息通知装置，包括：
11.通知服务消息生成模块，用于当监听到交易业务系统生成交易结果时，获取所述交易结果，并基于所述交易结果生成通知服务消息，其中，所述通知服务消息包括场景码、交易类型；
12.匹配结果生成模块，用于基于所述通知服务消息，轮询观察者队列中的观察者，将每个所述观察者的预先配置的配置信息与所述通知服务消息进行匹配，得到匹配结果；
13.目标观察者确定模块，用于将所述匹配结果为匹配的所述观察者作为目标观察者，并获取所述目标观察者对应的消息名称和通知内容；
14.目标发送消息发送模块，用于通过将所述消息名称和所述通知内容进行封装，生成目标发送消息，并将所述目标发送消息发送到所述目标观察者对应上游订阅系统。
15.为解决上述技术问题，本发明采用的一个技术方案是：提供一种计算机设备，包
括，一个或多个处理器；存储器，用于存储一个或多个程序，使得一个或多个处理器实现上述任意一项所述的服务消息通知方法。
16.为解决上述技术问题，本发明采用的一个技术方案是：一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的服务消息通知方法。
17.本发明实施例提供了一种服务消息通知方法、装置、计算机设备及存储介质。其中，方法包括：当监听到交易业务系统生成交易结果时，获取交易结果，并基于交易结果生成通知服务消息，其中，通知服务消息包括场景码、交易类型；基于通知服务消息，轮询观察者队列中的观察者，将每个观察者的预先配置的配置信息与通知服务消息进行匹配，得到匹配结果；将匹配结果为匹配的观察者作为目标观察者，并获取目标观察者对应的消息名称和通知内容；通过将消息名称和通知内容进行封装，生成目标发送消息，并将目标发送消息发送到目标观察者对应上游订阅系统。本发明实施例通过监听交易业务系统所生成的交易结果，并生成对应的通知服务消息，通过将通知服务消息与预先配置观察者的配置信息进行对比，有利于在复杂场景下，判断出与通知服务消息所对应的目标观察者，从而实现在复杂场景下对相应的上游订阅系统发送目标发送消息，进而有利于在复杂场景下提高服务消息的通知效率。
附图说明
18.为了更清楚地说明本技术中的方案，下面将对本技术实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
19.图1是本技术实施例提供的服务消息通知方法中子流程的一实现流程图；
20.图2是本技术实施例提供的服务消息通知方法中子流程的又一实现流程图；
21.图3是本技术实施例提供的服务消息通知方法中子流程的又一实现流程图；
22.图4是本技术实施例提供的服务消息通知方法中子流程的又一实现流程图；
23.图5是本技术实施例提供的服务消息通知方法中子流程的又一实现流程图；
24.图6是本技术实施例提供的服务消息通知方法中子流程的又一实现流程图；
25.图7是本技术实施例提供的服务消息通知方法中子流程的又一实现流程图；
26.图8是本技术实施例提供的服务消息通知装置示意图；
27.图9是本技术实施例提供的计算机设备的示意图。
具体实施方式
28.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本技术；本技术的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本技术的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
29.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包
含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
30.为了使本技术领域的人员更好地理解本技术方案，下面将结合附图，对本技术实施例中的技术方案进行清楚、完整地描述。
31.下面结合附图和实施方式对本发明进行详细说明。
32.需要说明的是，本技术实施例所提供的服务消息通知方法一般由服务器执行，相应地，服务消息通知装置一般配置于服务器中。
33.请参阅图1，图1示出了服务消息通知方法的一种具体实施方式。
34.需注意的是，若有实质上相同的结果，本发明的方法并不以图1所示的流程顺序为限，该方法包括如下步骤：
35.s1：当监听到交易业务系统生成交易结果时，获取交易结果，并基于交易结果生成通知服务消息。
36.具体的，通过统一事件处理平台实现本实施例，统一事件处理平台为交易业务系统提供接口与jms两种通知触发服务，当下游支付系统响应给交易业务系统交易结果时，交易业务系统会携带交易结果触发统一事件处理平台的通知服务，统一事件处理平台内部的事件监听服务会通过原生的监听器感知到通知服务被触发并进行相应处理。也即本实施例通过设置监听服务，在当监听到交易业务系统生成交易结果时，获取所述交易结果，并基于所述交易结果生成通知服务消息，其中，通知服务消息包括场景码、交易类型。并且通过对多方式触发服务提供保障了订阅系统接入形式的多样性，接口和jms双重接入提高了消息的安全性，多个服务处理汇聚到内部系统的api事件监听，使事件在系统内部进行处理具备统一性和复用性。
37.请参阅图2，图2示出了步骤s1的一种具体实施方式，详叙如下：
38.s11：当接收到下游支付系统响应交易业务系统的交易结果时，生成交易完成消息。
39.s12：通过交易完成消息触发监听服务，获取交易结果。
40.s13：对交易结果进行解析，以获取交易结果中的场景码和交易类型。
41.s14：将场景码和交易类型进行封装，得到通知服务消息。
42.具体的，在到下游支付系统响应所述交易业务系统的交易结果时，会生成交易完成消息，该交易完成消息用来触发监听服务，监听服务被触发之后，统一事件处理平台获取该交易结果，再对该交易结果进行解析，以获取交易结果中的所述场景码和所述交易类型，再将所述场景码和所述交易类型进行封装，得到通知服务消息。本实施例实现了对交易业务系统进行监听，在交易完成时，获取交易结果，并基于结果生成通知服务消息，有利于提高后续向上游订阅系统发送通知服务消息的准确性。
43.s2：基于通知服务消息，轮询观察者队列中的观察者，将每个观察者的预先配置的配置信息与通知服务消息进行匹配，得到匹配结果。
44.具体的，监听服务被触发之后，通过监听服务通知观察者队列中的所有观察者，该观察者是与与统一事件处理平台订阅过消息通知服务的各个上游系统所对应，轮询观察者队列中的观察者，将每个所述观察者的预先配置的配置信息与所述通知服务消息进行匹
配，得到匹配结果。
45.请参阅图3，图3示出了步骤s2之前的一种具体实施方式，详叙如下：
46.s2a：轮询上游订阅系统，判断上游订阅系统是否订阅消息通知服务。
47.s2b：将已订阅消息通知服务的上游订阅系统进行封装，作为初始观察者，并将初始观察者储存于观察者队列中。
48.s2c：获取初始观察者的预先配置的配置信息，并将配置信息存储于数据库中。
49.具体的，配置信息以数据的形式存放在数据库中，在应用启动时会被加载到缓存中。通知服务中携带的场景码、交易类型和缓存中提前加载的配置信息进行匹配，就可以精准匹配出哪些观察者订阅了这个场景下的消息通知服务。通过配置信息在数据库中配置，有效的实现了消息配置的灵活化，不用再强依赖于代码，也规避了代码变动的其他影响。消息配置提前加载到缓存，有效的使系统性能得以提升。将配置信息与观察者的精准消息匹配，有效的保障了多个观察者角色与消息关系的维护。
50.请参阅图4，图4示出了步骤s2的一种具体实施方式，详叙如下：
51.s21：基于通知服务消息，轮询观察者队列中的观察者，获取观察者对应的配置信息，并将配置信息从数据库中加载到缓存中。
52.s22：在缓存中，将通知服务消息与配置信息逐一进行场景类型的匹配，获取相同场景类型的配置信息，作为初始配置信息。
53.s23：分别获取初始配置信息与通知服务消息对应的场景码，得到目标场景码和对比场景码。
54.s24：将目标场景码和对比场景码进行字符串匹配，得到匹配结果。
55.具体的，由于观察者队列中的观察者是与统一事件处理平台订阅过消息通知服务的各个上游系统所对应，并且所有观察者都已经配置好了对应的配置信息，从数据库中获取每个观察者对应的配置信息，将其加载到缓存中。在缓存中，先将将通知服务消息与配置信息逐一进行场景类型的匹配，获取相同场景类型的配置信息，作为初始配置信息，再获取初始配置信息与通知服务消息的对应的场景码，得到目标场景码和对比场景码；最后将目标场景码和对比场景码进行字符串匹配，得到匹配结果。本实施例通过将观察者的配置信息先从数据库中提取到缓存中，在缓存中，先将通知服务消息与配置信息逐一进行场景类型的匹配，获取相同场景类型的配置信息，再进行场景码的匹配，实现了通知服务消息与观察者的快速匹配，避免在复杂场景中，难以获取到对应观察者的难题，提高了服务消息的通知效率。
56.请参阅图5，图5示出了步骤s24的一种具体实施方式，详叙如下：
57.s241：将目标场景码和对比场景码转换成对应的字符串形式，得到目标字符串和对比字符串。
58.s242：将目标字符串和对比字符串进行两端对齐，并将目标字符串从任一端开始与对比字符串的字符进行逐一匹配。
59.s243：若第一个字符匹配成功，则继续匹配后续字符，直至所有字符匹配完成。
60.s244：若存在至少一个字符不能匹配，则配置信息与通知服务消息匹配失败，若所有字符匹配成功，则配置信息与通知服务消息匹配成功。
61.具体的，将目标场景码和对比场景码转换成对应的字符串形式，经过将目标场景
码和对比场景码的逐一匹配，当所有字符均能够逐一匹配时，则配置信息与通知服务消息匹配成功，否则配置信息与通知服务消息匹配失败。
62.其中，字符串匹配算法包括但不限于：暴风算法(brute force)、哈希检索(robin-karp)、克努特-莫里斯-普拉特操作(简称kmp算法)、boyer-moore算法(简称bm算法)、sunday算法等。
63.优选的，本技术实施例采用boyer-moore算法进行字符串匹配，bm算法当不匹配的时候一次性可以跳过不止一个字符。即它不需要对被搜索的字符串中的字符进行逐一比较，而会跳过其中某些部分。通常搜索关键字越长，算法速度越快。它的效率来自于这样的事实：对于每一次失败的匹配尝试，算法都能够使用这些信息来排除尽可能多的无法匹配的位置。即它充分利用待搜索字符串的一些特征，加快了匹配的步骤。
64.本实施例中，通过将目标场景码和对比场景码转换成对应的字符串形式，经过将目标场景码和对比场景码的逐一匹配，有利于提高观察者和通知服务消息的匹配精度，有利于获取到对应的观察者，从而实现在复杂场景下，提高服务消息的通知效率。
65.s3：将匹配结果为匹配的观察者作为目标观察者，并获取目标观察者对应的消息名称和通知内容。
66.具体的，在缓存中，若是配置信息和通知服务消息的场景码和场景类型均为一致，为将该观察者作为目标观察者，然后在缓存中获取每一个目标观察者所对应的消息名称和通知内容，这为后续将消息进行组装，便于将其发送到对应的上游订阅系统中。
67.在一具体实施例中，根据通知服务消息的匹配结果中的订阅系统名，可以确定是哪些观察者需要为上游发送消息，对应的观察者会通过在缓存配置的对应场景下的消息类型是queue(队列)或者是topic(话题)为上游订阅系统发送相应的消息，与以往代码维护的消息发送相比，实现了消息类型灵活配置发送。
68.请参阅图6，图6示出了步骤s3之后的一种具体实施方式，详叙如下：
69.s3a：判断观察者队列中是否生成新的观察者。
70.s3b：若生成新的观察者，则获取新的观察者的配置信息，并将配置信息与通知服务消息进行匹配，若匹配，则将新的观察者作为目标观察者。
71.具体的，在处理通知服务消息的过程中，可能会在生成和订阅了新的观察者，为了更加准确的将消息进行发送，所以判断观察者队列中的是否生成新的观察者；若生成新的观察者，则获取新的观察者的配置信息，并将配置信息与通知服务消息进行匹配，若匹配，则将新的观察者作为目标观察者。本实施例通过判断是否产生新的观察者，并对其进行匹配，防止在处理通知服务消息的过程中，遗漏新产生的观察者，从而提高服务消息的通知效率。
72.s4：通过将消息名称和通知内容进行封装，生成目标发送消息，并将目标发送消息发送到目标观察者对应上游订阅系统。
73.具体的，上游订阅系统接收包括队列queue消息和话题topic消息两种类型的消息，所以先将消息名称和通知内容进行封装，生成目标发送消息，再将目标发送消息发送到目标观察者对应上游订阅系统。
74.本实施例中，当监听到交易业务系统生成交易结果时，获取交易结果，并基于交易结果生成通知服务消息，其中，通知服务消息包括场景码、交易类型；基于通知服务消息，轮
询观察者队列中的观察者，将每个观察者的预先配置的配置信息与通知服务消息进行匹配，得到匹配结果；将匹配结果为匹配的观察者作为目标观察者，并获取目标观察者对应的消息名称和通知内容；通过将消息名称和通知内容进行封装，生成目标发送消息，并将目标发送消息发送到目标观察者对应上游订阅系统。本发明实施例通过监听交易业务系统所生成的交易结果，并生成对应的通知服务消息，通过将通知服务消息与预先配置观察者的配置信息进行对比，有利于在复杂场景下，判断出与通知服务消息所对应的目标观察者，从而实现在复杂场景下对相应的上游订阅系统发送目标发送消息，进而有利于在复杂场景下提高服务消息的通知效率。
75.请参阅图7，图7示出了步骤s4的一种具体实施方式，详叙如下：
76.s41：基于通知服务消息的场景类型，判断出目标发送消息的组装类型，其中目标发送消息的组装类型包括队列queue消息和话题topic消息。
77.s42：基于目标发送消息的组装类型，将消息名称和通知内容封装成组装类型，以生成目标发送消息。
78.s43：将目标发送消息发送到目标观察者对应上游订阅系统。
79.在一具体实施例中，每个观察者会根据消息名称及通知携带的内容进行消息的组装并发送，例如在c扫b支付场景下，用户扫码进行支付，收单系统同步调用交易系统进行落单并支付，交易业务系统主要处理请求的资金流，然后调用下游支付系统的支付渠道进行支付，但是这种场景下，下游支付系统会同步返回交易受理，交易终态消息会通过异步的形式通知交易业务系统，交易业务系统一旦接收到通知，会携带交易终态信息触发统一事件处理平台消息通知服务，然后精确匹配到上游订阅系统对应的观察者进行交易终态消息通知。本技术实施例实现了消息与资金流的解耦，有效进行了流量削峰，提高了整个交易链路的系统处理性能及高可用性。
80.需要强调的是，为进一步保证上述通知服务消息的私密和安全性，上述通知服务消息还可以存储于一区块链的节点中。
81.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)等非易失性存储介质，或随机存储记忆体(random access memory，ram)等。
82.请参考图8，作为对上述图1所示方法的实现，本技术提供了一种服务消息通知装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
83.如图8所示，本实施例的服务消息通知装置包括：通知服务消息生成模块51、匹配结果生成模块52、目标观察者确定模块53、目标发送消息发送模块54，其中：
84.通知服务消息生成模块51，用于当监听到交易业务系统生成交易结果时，获取交易结果，并基于交易结果生成通知服务消息，其中，通知服务消息包括场景码、交易类型；
85.匹配结果生成模块52，用于基于通知服务消息，轮询观察者队列中的观察者，将每个观察者的预先配置的配置信息与通知服务消息进行匹配，得到匹配结果；
86.目标观察者确定模块53，用于将匹配结果为匹配的观察者作为目标观察者，并获
取目标观察者对应的消息名称和通知内容；
87.目标发送消息发送模块54，用于通过将消息名称和通知内容进行封装，生成目标发送消息，并将目标发送消息发送到目标观察者对应上游订阅系统。
88.进一步的，通知服务消息生成模块51包括：
89.交易完成消息生成单元，用于当接收到下游支付系统响应交易业务系统的交易结果时，生成交易完成消息；
90.交易结果获取单元，用于通过交易完成消息触发监听服务，获取交易结果；
91.交易结果解析单元，用于对交易结果进行解析，以获取交易结果中的场景码和交易类型；
92.将场景码和交易类型进行封装，得到通知服务消息。
93.进一步的，匹配结果生成模块52之前还包括：
94.上游订阅系统轮询模块，用于轮询上游订阅系统，判断上游订阅系统是否订阅消息通知服务；
95.初始观察者生成模块，用于将已订阅消息通知服务的上游订阅系统进行封装，作为初始观察者，并将初始观察者储存于观察者队列中；
96.配置信息获取模块，用于获取初始观察者的预先配置的配置信息，并将配置信息存储于数据库中。
97.进一步的，匹配结果生成模块52包括：
98.观察者轮询单元，用于基于通知服务消息，轮询观察者队列中的观察者，获取观察者对应的配置信息，并将配置信息从数据库中加载到缓存中；
99.初始配置信息获取单元，用于在缓存中，将通知服务消息与配置信息逐一进行场景类型的匹配，获取相同场景类型的配置信息，作为初始配置信息；
100.场景码获取单元，用于分别获取初始配置信息与通知服务消息对应的场景码，得到目标场景码和对比场景码；
101.字符串匹配单元，用于将目标场景码和对比场景码进行字符串匹配，得到匹配结果。
102.进一步的，字符串匹配单元包括：
103.字符串转换子单元，用于将目标场景码和对比场景码转换成对应的字符串形式，得到目标字符串和对比字符串；
104.字符串对齐子单元，用于将目标字符串和对比字符串进行两端对齐，并将目标字符串从任一端开始与对比字符串的字符进行逐一匹配；
105.字符串匹配完成子单元，用于若第一个字符匹配成功，则继续匹配后续字符，直至所有字符匹配完成；
106.匹配结果生成单元，用于若存在至少一个字符不能匹配，则配置信息与通知服务消息匹配失败，若所有字符匹配成功，则配置信息与通知服务消息匹配成功。
107.进一步的，目标观察者确定模块53之后还包括：
108.观察者判断模块，用于判断观察者队列中是否生成新的观察者；
109.新的观察者匹配模块，用于若生成新的观察者，则获取新的观察者的配置信息，并将配置信息与通知服务消息进行匹配，若匹配，则将新的观察者作为目标观察者。
110.进一步的，目标发送消息发送模块54包括：
111.组装类型确定单元，用于基于通知服务消息的场景类型，判断出目标发送消息的组装类型，其中目标发送消息的组装类型包括队列queue消息和话题topic消息；
112.目标发送消息生成单元，用于基于目标发送消息的组装类型，将消息名称和通知内容封装成组装类型，以生成目标发送消息；
113.消息发送单元，用于将目标发送消息发送到目标观察者对应上游订阅系统。
114.需要强调的是，为进一步保证上述通知服务消息的私密和安全性，上述通知服务消息还可以存储于一区块链的节点中。
115.为解决上述技术问题，本技术实施例还提供计算机设备。具体请参阅图9，图9为本实施例计算机设备基本结构框图。
116.计算机设备6包括通过系统总线相互通信连接存储器61、处理器62、网络接口63。需要指出的是，图中仅示出了具有三种组件存储器61、处理器62、网络接口63的计算机设备6，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit，asic)、可编程门阵列(field－programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
117.计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
118.存储器61至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器61可以是计算机设备6的内部存储单元，例如该计算机设备6的硬盘或内存。在另一些实施例中，存储器61也可以是计算机设备6的外部存储设备，例如该计算机设备6上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。当然，存储器61还可以既包括计算机设备6的内部存储单元也包括其外部存储设备。本实施例中，存储器61通常用于存储安装于计算机设备6的操作系统和各类应用软件，例如服务消息通知方法的程序代码等。此外，存储器61还可以用于暂时地存储已经输出或者将要输出的各类数据。
119.处理器62在一些实施例中可以是中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62通常用于控制计算机设备6的总体操作。本实施例中，处理器62用于运行存储器61中存储的程序代码或者处理数据，例如运行上述服务消息通知方法的程序代码，以实现服务消息通知方法的各种实施例。
120.网络接口63可包括无线网络接口或有线网络接口，该网络接口63通常用于在计算机设备6与其他电子设备之间建立通信连接。
121.本技术还提供了另一种实施方式，即提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序可被至少一个处理器执行，以使至少一个处理器
执行如上述的一种服务消息通知方法的步骤。
122.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例的方法。
123.本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
124.显然，以上所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例，附图中给出了本技术的较佳实施例，但并不限制本技术的专利范围。本技术可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本技术的公开内容的理解更加透彻全面。尽管参照前述实施例对本技术进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本技术说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本技术专利保护范围之内。