基于区块链的业务协查方法和系统与流程

1.本说明书一个或多个实施例涉及网络通信技术，尤其涉及基于区块链的业务协查方法和系统。


背景技术：

2.业务实现中，一个业务协查系统经常需要使用另一个业务协查系统中的业务数据，因此需要进行业务协查。目前的业务协查方法通常是：由一个业务协查系统(业务数据的使用方)派出查询人员到另一个业务协查系统处(业务数据的提供方)进行现场查询办理。
3.可见，目前的业务协查方法需要查询人员到现场办理，效率低下。


技术实现要素：

4.本说明书一个或多个实施例描述了基于区块链的业务协查方法和系统，能够提高业务协查的效率。
5.根据第一方面，提供了一种基于区块链的业务协查方法，应用于查询方；包括：
6.第一业务协查系统接收查询人员输入的业务协查请求；所述业务协查请求中包括业务信息、查询人员的信息、被查询目标的信息；
7.第一业务协查系统将业务协查请求的相关信息上传到区块链中，得到保存该相关信息的第一区块链地址；
8.第一业务协查系统将业务协查请求以及第一区块链地址发送给第二业务协查系统。
9.在所述第一业务协查系统将业务协查请求以及第一区块链地址发送给第二业务协查系统之后，进一步包括：
10.第一业务协查系统接收第二业务协查系统发来的业务协查结果以及第二区块链地址；
11.第一业务协查系统根据第二区块链地址从区块链中获取业务协查结果的相关信息；
12.第一业务协查系统比较从区块链中获取到的业务协查结果的相关信息与根据接收到的业务协查结果得到的相关信息，如果相同，则业务协查结果正确，否则结束当前基于区块链的业务协查方法的流程。
13.在比较出从区块链中获取到的业务协查结果的相关信息与根据接收到的业务协查结果得到的相关信息相同之后，进一步包括：
14.第一业务协查系统将所述根据接收到的业务协查结果得到的相关信息上传到区块链中，得到保存该相关信息的第三区块链地址；
15.第一业务协查系统将第三区块链地址发送给第二业务协查系统；
16.第一业务协查系统接收查询人员输入的解密密码，利用该解密密码对业务协查结
果进行解密。
17.其中，所述相关信息包括：
18.hash值和/或报文的文件名列表。
19.根据第二方面，提供了基于区块链的业务协查方法，应用于被查询方，包括：
20.第二业务协查系统接收业务协查请求以及第一区块链地址；
21.第二业务协查系统根据第一区块链地址从区块链中获取业务协查请求的相关信息；
22.第二业务协查系统比较从区块链中获取到的业务协查请求的相关信息与根据接收到的业务协查请求得到的相关信息，如果相同，则根据业务协查请求进行业务协查处理，得到业务协查结果；
23.第二业务协查系统将业务协查结果的相关信息上传到区块链中，得到保存该相关信息的第二区块链地址；
24.第二业务协查系统将业务协查结果以及第二区块链地址发送给第一业务协查系统。
25.其中，在得到业务协查结果之后，进一步包括：第二业务协查系统对业务协查结果加密；
26.则，所述第二业务协查系统将加密后的业务协查结果的相关信息上传到区块链中，并且将加密后的业务协查结果发送给第一业务协查系统。
27.该方法进一步包括：
28.第二业务协查系统接收到第一业务协查系统发来的第三区块链地址；
29.第二业务协查系统根据该第三区块链地址从区块链中获取业务协查结果的相关信息；
30.第二业务协查系统比较从区块链中获取的业务协查结果的相关信息与根据业务协查结果计算出的相关信息，如果相同，则根据业务协查请求中携带的查询人员信息，将业务协查结果的解密密码发送给查询人员。
31.根据第三方面，提供了第一业务协查系统，应用于查询方，包括：
32.人机交互模块，接收查询人员输入的业务协查请求；所述业务协查请求中包括业务信息、查询人员的信息、被查询目标的信息；
33.第一区块链处理模块，将业务协查请求的相关信息上传到区块链中，得到保存该相关信息的第一区块链地址；
34.第一协查处理模块，将业务协查请求以及第一区块链地址发送给第二业务协查系统。
35.根据第四方面，提供了第二业务协查系统，应用于被查询方，包括：
36.第二协查处理模块，配置为接收业务协查请求以及第一区块链地址；比较从区块链中获取到的业务协查请求的相关信息与根据接收到的业务协查请求得到的相关信息，如果相同，则触发执行模块；将业务协查结果以及第二区块链地址发送给第一业务协查系统；
37.执行模块，配置为在受到触发后，根据业务协查请求进行业务协查处理，得到业务协查结果；
38.第二区块链处理模块，配置为根据第一区块链地址从区块链中获取业务协查请求
的相关信息；将业务协查结果的相关信息上传到区块链中，得到保存该相关信息的第二区块链地址。
39.根据第五方面，提供了一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现本说明书任一实施例所述的方法。
40.本说明书实施例提供的基于区块链的业务查询方法及系统，在查询方执行业务协查处理时，无需查询人员到现场办理，查询人员只需要向位于查询方的第一业务协查系统输入业务协查请求即可，被查询方也只需要操作位于被查询方的第二业务系统，无需现场接待，因此，大大提高了效率。同时，由于查询方和被查询方执行的业务协查处理中，利用区块链来保存业务协查请求的相关信息以及业务协查结果的相关信息，这样，则实现了查询方业务协查请求及被查询方业务协查结果的不可伪造、不可抵赖以及可追溯，比如，防止查询方不承认访问过被查询方或者不承认访问的内容细节，防止被查询方不承认业务协查结果的细节，因而提高了查询方与被查询方双方之间的信任。
附图说明
41.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
42.图1是本说明书一个实施例所应用的系统架构的示意图。
43.图2是本说明书一个实施例中在查询方侧基于区块链的业务协查方法的流程图。
44.图3是本说明书一个实施例中在被查询方侧基于区块链的业务协查方法的流程图。
45.图4是本说明书一个实施例中查询方与被查询方配合执行发起业务协查请求的流程图。
46.图5是本说明书一个实施例中查询方与被查询方配合执行应答业务协查请求的流程图。
47.图6是本说明书一个实施例中第一业务协查系统的结构示意图。
48.图7是本说明书一个实施例中第二业务协查系统的结构示意图。
具体实施方式
49.下面结合附图，对本说明书提供的方案进行描述。
50.为了方便对本说明书的理解，首先对本说明书所应用的系统架构进行描述。如图1中所示，该系统架构主要包括需要配合进行业务协查处理的双方系统，即位于查询方的业务协查系统以及位于被查询方的业务协查系统。举例来说，被查询方可以是比如第三方支付平台等。两端的业务协查系统通过网络交互。其中，网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。
51.图2是本说明书一个实施例中在查询方侧基于区块链的业务协查方法的流程图。该方法的执行主体为查询方的业务协查系统(记为第一业务协查系统)。可以理解，该方法也可以通过任何具有计算、处理能力的装置、设备、平台、设备集群来执行。参见图2，当需要
进行业务协查处理时，位于查询方的第一业务协查系统所执行的处理包括：
52.步骤201：第一业务协查系统接收查询人员输入的业务协查请求；所述业务协查请求中包括业务信息、查询人员的信息、被查询目标的信息。
53.步骤203：第一业务协查系统将业务协查请求的相关信息上传到区块链中，得到保存该相关信息的第一区块链地址。
54.步骤205：第一业务协查系统将业务协查请求以及第一区块链地址发送给第二业务协查系统。
55.通过上述图2所示的流程可以看出，在查询方执行业务协查处理时，无需查询人员到现场办理，查询人员只需要向位于查询方的第一业务协查系统输入业务协查请求即可，因此，大大提高了效率。同时，由于查询方执行的业务协查处理中，利用区块链来保存业务协查请求的相关信息，这样，则实现了查询方业务协查请求的不可伪造、不可抵赖以及可追溯，比如，防止查询方不承认访问过被查询方或者不承认访问的内容细节，因而提高了被查询方对查询方的信任。
56.下面对上述图2所示的每一个步骤分别进行说明。
57.首先，在步骤201中，第一业务协查系统接收查询人员输入的业务协查请求，业务协查请求中包括业务信息、查询人员的信息、被查询目标的信息。
58.本步骤201中，比如司法机构需要查询一个人员a的银行账户交易信息，则可以由司法机构的人员b作为本步骤中的查询人员来创建业务协查请求，该业务协查请求中包括：1、业务信息，比如可以是一个协查法律文书，以要求查询用户名下所有的银行账户交易信息；2、人员的信息，比如手机号、姓名、工号等；3、被查询目标的信息，比如人员a的姓名、身份证号码等。
59.在本步骤201中，协查法律文书为电子版本，可以加盖司法机构的电子签章，以便于被查询方比如银行侧的业务协查系统进行自动化的法律文书真伪识别和内容识别。
60.查询方的第一业务协查系统在接收到业务协查请求之后，可以首先对查询人员的身份、权限中的任一项或多项进行校验，在校验通过后，再执行图2中的后续步骤。
61.接下来，在步骤203中，第一业务协查系统将业务协查请求的相关信息上传到区块链中，得到保存该相关信息的第一区块链地址。
62.为了实现查询方业务协查请求的不可伪造、不可抵赖以及可追溯，本步骤 203中会将业务协查请求的相关信息上链。
63.具体地，在本步骤203中，业务协查请求的相关信息可以包括：利用该业务协查请求计算出的hash值。因为业务协查请求中包括了查询人员以及被查询目标的信息，不适宜公开，因此，不将业务协查请求的原文上传区块链，而是将其hash值上传区块链，从而进一步保护了用户信息。其中，计算hash 值的hash算法包括但不限于md5、sh256、sm3等等。
64.业务协查请求的相关信息也可以包括：业务协查请求的报文文件名列表。因为报文文件名列表反映了业务协查请求的内容，但不是业务协查请求的原文，因此也保护了用户信息。
65.在本说明书一个实施例中，可以同时将业务协查请求的hash值及报文文件名列表上传到区块链中，比如可以上传如下表1所示的内容。
[0066][0067]
表1
[0068]
在本步骤203中，在将业务协查请求的相关信息上传到区块链中，区块链会返回一个保存该相关信息的第一区块链地址，第一业务协查系统记录该第一区块链地址。
[0069]
通过上述步骤201至步骤203的步骤，可以将业务协查请求的报文的hash 值写入区块链，同时在查询方的第一业务协查系统中保留业务协查请求的完整信息作为日后的审计信息。任何时候可以追溯当时的请求，并通过区块链上的 hash值，确认请求的真实性和不可抵赖性。
[0070]
接下来，在步骤205中，第一业务协查系统将业务协查请求以及第一区块链地址发送给第二业务协查系统。
[0071]
在本说明书实施例中，业务协查请求的格式可以是xml或者json格式。
[0072]
至此，则实现了在查询方创建业务协查请求，并进行留痕、不可抵赖处理后，将该业务协查请求发送给被查询方。被查询方会进行相应的业务协查处理，并将业务协查结果返回给查询方的第一业务协查系统。
[0073]
在步骤205之后，查询方的第一业务协查系统针对第二业务协查系统返回的业务协查结果会进行一系列处理。在本说明书一个实施例中，步骤205之后第一业务协查系统会验证接收到的业务协查结果的正确性，具体包括：
[0074]
步骤2051：第一业务协查系统接收第二业务协查系统发来的业务协查结果以及第二区块链地址；
[0075]
步骤2053：第一业务协查系统根据第二区块链地址从区块链中获取业务协查结果的相关信息；
[0076]
步骤2055：第一业务协查系统比较从区块链中获取到的业务协查结果的相关信息记为相关信息1与根据接收到的业务协查结果得到的相关信息记为相关信息2，如果相同，则业务协查结果正确，否则结束当前基于区块链的业务协查方法的流程。
[0077]
在上述步骤2053和步骤2055中，业务协查结果的相关信息可以包括：利用业务协查结果计算出的hash值和/或业务协查结果的报文文件名列表。
[0078]
业务协查结果在网络传输过程中有可能被篡改，从而导致第一业务协查系统接收到错误的业务协查结果。而通过上述步骤2053和步骤2055，第一业务协查系统通过比较处
理，可以验证所接收到的业务协查结果是否是第二业务协查系统发出的业务协查结果，从而避免使用错误的业务协查结果。
[0079]
为了进一步提高安全性，被查询方的第二业务协查系统在得到了业务协查结果之后，可以对该业务协查结果加密，查询方的第一业务协查系统接收到的都为加密后的业务协查结果，从而进一步避免了业务协查结果在网络传输过程中被篡改，并可以进一步实现仅将业务协查结果提供给查询方的专人比如前述的人员b，而不给查询方的其他人员，实现专案专人处理。相应地，所述步骤 2055中，在比较出从区块链中获取到的业务协查结果的相关信息与根据接收到的业务协查结果得到的相关信息相同之后，进一步包括：
[0080]
步骤2057：第一业务协查系统将上述相关信息2上传到区块链中，得到保存该相关信息2的第三区块链地址；
[0081]
步骤2058：第一业务协查系统将第三区块链地址发送给第二业务协查系统；
[0082]
步骤2059：第一业务协查系统接收查询人员输入的解密密码，利用该解密密码对业务协查结果进行解密。
[0083]
上述步骤2057至步骤2058，第一业务协查系统将第三区块链地址发给第二业务协查系统之后，第二业务协查系统可以进一步验证第一业务协查系统是否接收到了正确的业务协查结果，如果是，则可以执行获取业务协查请求中携带的查询人员的手机号，将业务协查结果的解密密码发送到该手机号，从而使得查询方的查询人员即人员b得到了解密密码。这样，步骤2059中，如果接收到正确的解密密码则可以正确解密处业务协查结果。所以，即使在查询方的第一业务协查系统得到了业务协查结果的情况下，如果查看业务协查结果的是查询方的其他人员或者非查询方工作人员，因为他们无法获取解密密码，则阻止了他们查看，实现了专案专人办理，进一步提高了安全性。
[0084]
下面说明在被查询方的第二业务协查系统的处理。
[0085]
图3是本说明书一个实施例中在被查询方侧基于区块链的业务协查方法的流程图。该方法的执行主体为被查询方的业务协查系统(记为第二业务协查系统)。可以理解，该方法也可以通过任何具有计算、处理能力的装置、设备、平台、设备集群来执行。参见图2、图3，当需要进行业务协查处理时，对应于查询方的第一业务协查系统的处理，位于被查询方(比如银行或者第三方支付平台)的第二业务协查系统所执行的处理包括：
[0086]
步骤301：第二业务协查系统接收业务协查请求以及第一区块链地址。
[0087]
步骤303：第二业务协查系统根据第一区块链地址从区块链中获取业务协查请求的相关信息。
[0088]
步骤305：第二业务协查系统比较从区块链中获取到的业务协查请求的相关信息与根据接收到的业务协查请求得到的相关信息，如果相同，则执行步骤307，否则，结束当前流程。
[0089]
步骤307：根据业务协查请求进行业务协查处理，得到业务协查结果。
[0090]
步骤309：第二业务协查系统将业务协查结果的相关信息上传到区块链中，得到保存该相关信息的第二区块链地址。
[0091]
步骤311：第二业务协查系统将业务协查结果以及第二区块链地址发送给第一业务协查系统。
[0092]
通过上述图3所示的流程可以看出，在被查询方执行业务协查处理时，无需查询人
员到现场办理，只需要接收查询方发来的业务协查请求即可触发后续相关协查处理，因此，大大提高了效率。同时，由于被查询方执行的业务协查处理中，会比较从区块链中获取到的业务协查请求的相关信息与根据接收到的业务协查请求得到的相关信息，如果相同，才会认可该业务协查请求的合法性，才会执行后续的协查处理，因此也保证了业务实现的安全性。同时，被查询方利用区块链来保存业务协查结果的相关信息，这样，则实现了被查询方业务协查结果的不可伪造、不可抵赖以及可追溯，比如，防止被查询方不承认协查结果的内容细节，因而提高了查询方对被查询方的信任。
[0093]
下面对上述图3中所示的步骤进行说明。
[0094]
对应于图2中的步骤203的处理，步骤303中，第二业务协查系统根据第一区块链地址可以从区块链中获取业务协查请求的相关信息，比如获取到业务协查请求的hash值和/或业务协查请求的报文文件名列表。
[0095]
接下来，在步骤305中，第二业务协查系统比较从区块链中获取到的业务协查请求的相关信息与根据接收到的业务协查请求得到的相关信息，通过该比较处理，可以验证所接收到的业务协查请求是否是第一业务协查系统发出的业务协查请求，避免业务协查请求在网络传输过程中被篡改而导致的接收到错误业务协查请求的后果。
[0096]
接下来，对于步骤307，比如根据业务协查请求查询人员a的所有账户的银行交易记录，并生成业务协查结果。
[0097]
接下来，步骤309至步骤311中第二业务协查系统将业务协查结果的相关信息上传到区块链中，得到保存该相关信息的第二区块链地址，并将业务协查结果以及第二区块链地址发送给第一业务协查系统。
[0098]
为了实现被查询方的业务协查结果的不可伪造、不可抵赖以及可追溯，因此可以将业务协查结果的相关信息上链。业务协查结果的相关信息可以包括：利用该业务协查结果计算出的hash值。因为业务协查结果中包括了被查询目标的相关信息，不适宜公开，因此，不将业务协查结果的原文上传区块链，而是将其hash值上传区块链，从而进一步保护了用户信息。其中，计算hash 值的hash算法包括但不限于md5、sh256、sm3等等。
[0099]
业务协查结果的相关信息也可以包括：业务协查结果的报文文件名列表。因为报文文件名列表反映了业务协查结果的内容，但不是业务协查结果的原文，因此也保护了用户信息。
[0100]
在本说明书一个实施例中，可以同时将业务协查结果的hash值及报文文件名列表上传到区块链中，比如可以上传如下表2所示的内容。
[0101][0102]
表2
[0103]
在本说明书一个实施例中，如前所述，为了进一步实现仅将业务协查结果提供给查询方的专人比如前述的人员b，而不给查询方的其他人员，实现专案专人处理，对应于上述步骤2057至步骤2059的处理，在步骤307中，在得到业务协查结果之后，进一步包括：第二业务协查系统对业务协查结果加密；
[0104]
这样，步骤309中，第二业务协查系统是将加密后的业务协查结果的相关信息上传到区块链中，并且在步骤311中是将加密后的业务协查结果发送给第一业务协查系统；
[0105]
相应地，在步骤311之后，具体包括：
[0106]
步骤313：第二业务协查系统接收到第一业务协查系统发来的第三区块链地址；
[0107]
步骤315：第二业务协查系统根据该第三区块链地址从区块链中获取业务协查结果的相关信息；
[0108]
步骤317：第二业务协查系统比较从区块链中获取的业务协查结果的相关信息与业务协查处理所得到的业务协查结果的相关信息，如果相同，则根据业务协查请求中携带的查询人员信息，将业务协查结果的解密密码发送给查询人员。
[0109]
下面结合查询方与被查询方的处理，来说明在一个实施例中发起业务协查请求的处理过程。参见图4，所使用的区块链具体为司法链，该方法包括：
[0110]
步骤401：第一业务协查系统接收查询人员输入的业务协查请求；所述业务协查请求中包括业务信息、查询人员的信息、被查询目标的信息。
[0111]
步骤403：第一业务协查系统将业务协查请求的相关信息上传到司法链中，得到保存该相关信息的第一区块链地址。
[0112]
步骤405：第一业务协查系统将业务协查请求以及第一区块链地址发送给第二业务协查系统。
[0113]
步骤407：第二业务协查系统根据第一区块链地址从司法链中获取业务协查请求的相关信息。
[0114]
步骤409：第二业务协查系统比较出从司法链中获取到的业务协查请求的相关信息与根据接收到的业务协查请求得到的相关信息相同，向第一业务协查系统返回协查请求已受理的消息。
[0115]
下面结合查询方与被查询方的处理，来说明在一个实施例中应答业务协查请求的处理过程。参见图5，所使用的区块链具体为司法链，该方法包括：
[0116]
步骤501：第二业务协查系统根据业务协查请求进行业务协查处理，得到业务协查结果。
[0117]
步骤503：第二业务协查系统将加密后的业务协查结果的相关信息上传到司法链中，得到保存该相关信息的第二区块链地址。
[0118]
步骤505：第二业务协查系统将加密后的业务协查结果以及第二区块链地址发送给第一业务协查系统。
[0119]
步骤507：第一业务协查系统根据第二区块链地址从司法链中获取加密后的业务协查结果的相关信息；
[0120]
步骤509：第一业务协查系统比较出相关信息3(即从司法链中获取到的加密后业务协查结果的相关信息)与相关信息4(根据接收到的加密后业务协查结果计算出的相关信息)相同，将相关信息4上传到司法链中，得到保存该相关信息4的第三区块链地址。
[0121]
步骤511：第一业务协查系统将确认协查结果已收到的消息及第三区块链地址发送给第二业务协查系统。
[0122]
步骤513：第二业务协查系统比较出从司法链中获取的业务协查结果的相关信息与业务协查处理后得到的业务协查结果的相关信息相同，则根据业务协查请求中携带的查询人员信息，将业务协查结果的解密密码发送给查询人员。
[0123]
步骤515：第一业务协查系统接收查询人员输入的解密密码，利用该解密密码对业务协查结果进行解密，向查询人员提供业务协查结果。
[0124]
在本说明书的一个实施例中，提供了一种业务协查系统，记为第一业务协查系统，应用于查询方，参见图6，该系统包括：
[0125]
人机交互模块601，接收查询人员输入的业务协查请求；所述业务协查请求中包括业务信息、查询人员的信息、被查询目标的信息；
[0126]
第一区块链处理模块602，将业务协查请求的相关信息上传到区块链中，得到保存该相关信息的第一区块链地址；
[0127]
第一协查处理模块603，将业务协查请求以及第一区块链地址发送给第二业务协查系统。
[0128]
在上述第一业务协查系统的一个实施例中，第一协查处理模块603进一步被配置为执行：接收第二业务协查系统发来的业务协查结果以及第二区块链地址；比较从区块链中获取到的业务协查结果的相关信息与根据接收到的业务协查结果得到的相关信息，如果相同，则业务协查结果正确，否则结束当前基于区块链的业务协查方法的流程；
[0129]
第一区块链处理模块602进一步被配置为执行：根据第二区块链地址从区块链中获取业务协查结果的相关信息。
[0130]
在上述第一业务协查系统的一个实施例中，第一协查处理模块603进一步被配置为在比较出从区块链中获取到的业务协查结果的相关信息与根据接收到的业务协查结果得到的相关信息相同之后，执行：
[0131]
将所述根据接收到的业务协查结果得到的相关信息上传到区块链中，得到保存该相关信息的第三区块链地址；
[0132]
将第三区块链地址发送给第二业务协查系统；
[0133]
接收查询人员输入的解密密码，利用该解密密码对业务协查结果进行解密。
[0134]
在本说明书的一个实施例中，提供了一种业务协查系统，记为第二业务协查系统，应用于被查询方，参见图7，该系统包括：
[0135]
第二协查处理模块701，配置为接收业务协查请求以及第一区块链地址；比较从区块链中获取到的业务协查请求的相关信息与根据接收到的业务协查请求得到的相关信息，如果相同，则触发执行模块；将业务协查结果以及第二区块链地址发送给第一业务协查系统；
[0136]
执行模块702，配置为在受到触发后，根据业务协查请求进行业务协查处理，得到业务协查结果；
[0137]
第二区块链处理模块703，配置为根据第一区块链地址从区块链中获取业务协查请求的相关信息；将业务协查结果的相关信息上传到区块链中，得到保存该相关信息的第二区块链地址。
[0138]
在上述第二业务协查系统的一个实施例中，执行模块702进一步被配置为在得到业务协查结果之后，对业务协查结果加密；
[0139]
则，第二区块链处理模块703是将加密后的业务协查结果的相关信息上传到区块链中；
[0140]
则，第二协查处理模块701是将加密后的业务协查结果发送给第一业务协查系统。
[0141]
在上述第二业务协查系统的一个实施例中，第二协查处理模块701接收到第一业务协查系统发来的第三区块链地址；
[0142]
则，第二区块链处理模块703进一步配置为：根据该第三区块链地址从区块链中获取业务协查结果的相关信息；
[0143]
第二协查处理模块701进一步配置为：比较从区块链中获取的业务协查结果的相关信息与根据业务协查结果计算出的相关信息，如果相同，则根据业务协查请求中携带的查询人员信息，将业务协查结果的解密密码发送给查询人员。
[0144]
本说明书一个实施例提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行说明书中任一个实施例中的方法。
[0145]
本说明书一个实施例提供了一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现执行说明书中任一个实施例中的方法。
[0146]
可以理解的是，本说明书实施例示意的结构并不构成对本说明书实施例的装置的具体限定。在说明书的另一些实施例中，上述装置可以包括比图示更多或者更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件、软件或者软件和硬件的组合来实现。
[0147]
上述装置、系统内的各模块之间的信息交互、执行过程等内容，由于与本说明书方法实施例基于同一构思，具体内容可参见本说明书方法实施例中的叙述，此处不再赘述。
[0148]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例
的部分说明即可。
[0149]
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、挂件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。
[0150]
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。