一种多方交互信息处理方法、系统及存储介质与流程

1.本发明涉及煤炭产销链的信息处理技术领域，特别涉及一种煤炭产销链中多方交互信息处理方法、系统及存储介质。


背景技术：

2.目前，煤炭供应链各环节所涉及到的企业间互信程度低、业务协同能力弱、数据不能互信互通，同时由于各个企业的结算规则不同，结算周期不同，就导致多次对账过程中造成的结算不统一。
3.基于上述情况，虽然需要进行对账的企业仅设计买方和卖方，但是经常需要承运车队一起联合进行对账，在此情形下，增加了对账主体后涉及到的票据量更大，对账工作更加复杂，造成了对账的工作效率低，容易出错的问题。


技术实现要素：

4.本发明要解决的技术问题是现有煤炭产销链涉及到的企业对账效率低、容易出错的问题，为此，本发明提出了一种应用于煤炭产销链中的多方交互信息处理方法、系统及存储介质。
5.针对上述技术问题，本发明提供如下技术方案：
6.本发明一部分实施例提供一种多方交互信息处理方法，包括如下步骤：
7.获取第一方发送的原始账单信息并根据所述原始账单信息生成第一验证码，所述第一验证码与所述原始账单信息唯一对应；
8.获取第二方发送的原始账单支付信息并根据所述原始账单支付信息和所述第一验证码生成第二验证码，所述第二验证码与所述原始账单支付信息唯一对应；
9.获取所述第一方发送的原始账单结算信息并根据所述原始账单结算信息和所述第二验证码生成第三验证码，所述第三验证码与所述原始账单结算信息唯一对应；
10.获取所述第一方或所述第二方发送的对账请求，提取所述对账请求中所包含的账单信息或账单支付信息或账单结算信息；
11.根据所述对账请求中所包含的账单信息或账单支付信息或账单结算信息获得对账验证码；
12.根据所述对账验证码与所述第一验证码、所述对账验证码与所述第二验证码或者所述对账验证码与所述第三验证码之间的关系确定对账结果。
13.本发明实施例提供的所述的多方交互信息处理方法，获取所述第一方或所述第二方发送的对账请求，提取所述对账请求中所包含的账单信息或账单支付信息或账单结算信息的步骤之前，还包括如下步骤：
14.将所有的原始账单信息和第一验证码、原始账单支付信息和第二验证码、原始账单结算信息和第三验证码均复制为多份，每一份复制数据均单独存储至不同的存储装置中。
15.本发明实施例提供的所述的多方交互信息处理方法，还包括如下步骤：
16.所述对账验证码与所述第一验证码、所述对账验证码与所述第二验证码或者所述对账验证码与所述第三验证码经对照后相同，则对账完成。
17.本发明实施例提供的所述的多方交互信息处理方法，还包括如下步骤：
18.若所述对账验证码与所述第一验证码、所述对账验证码与所述第二验证码或者所述对账验证码与所述第三验证码经对照后不同，则从存储装置中提取复制数据；
19.提取所述复制数据中的第一验证码、第二验证码和第三验证码作为验证信息；
20.根据所述对账验证码与所述验证信息之间的关系确定对账结果。
21.本发明实施例提供的所述的多方交互信息处理方法，还包括如下步骤：
22.若所述对账验证码与所述第一验证码、所述对账验证码与所述第二验证码或者所述对账验证码与所述第三验证码经对照后不同，则随机地从奇数个存储装置中提取奇数个复制数据；
23.提取每一所述复制数据中的第一验证码、第二验证码和第三验证码作为验证信息，所以的验证信息形成验证信息组合；
24.若所述对账验证码与所述验证信息组合经对照后，相同结果数量大于不同结果数量，则对账完成，否则对账失败。
25.本发明实施例提供的所述的多方交互信息处理方法，若对账失败则还包括如下步骤：
26.发送提示信息至与所述对账请求相关的第一方和第二方。
27.本发明实施例提供的所述的多方交互信息处理方法，所述第一验证码为采用加密算法对所述原始账单信息加密后得到；
28.所述第二验证码为采用加密算法对所述原始账单支付信息和所述第一验证码加密后得到；
29.所述第三验证码为采用加密算法对所述原始账单结算信息和所述第二验证码加密后得到。
30.本发明实施例提供的所述的多方交互信息处理方法，所述第一验证码为采用哈希函数对所述原始账单信息处理后得到；
31.所述第二验证码为采用哈希函数对所述原始账单支付信息和所述第一验证码处理后得到；
32.所述第三验证码为采用采用哈希函数对所述原始账单结算信息和所述第二验证码处理后得到。
33.本发明一部分实施例还提供一种存储介质，所述存储介质中存储有程序信息，计算机读取所述程序信息后执行以上任一项所述的多方交互信息处理方法。
34.本发明一部分实施例还提供一种多方交互信息处理系统，所述系统包括至少一个处理器和至少一个存储器，至少一个所述存储器中存储有程序信息，至少一个所述处理器读取所述程序信息后执行以上任一项所述的多方交互信息处理方法。
35.本发明的技术方案相对现有技术具有如下技术效果：
36.本发明提供的多方交互信息处理方法、系统及存储介质，第一方和第二方在执行账单过程节点中，每一个节点的信息均被设置了验证码，而且后一节点的验证码会以前一
节点的验证码为基础，在此基础上可以确保每一个节点的信息难以被篡改，确保每一节点验证码的唯一性和准确性。当第一方或者第二方需要对账时，直接将对账请求上传，根据相同的验证码生成方式结合对账请求会形成对账验证码。因此，如果原始的账单执行节点中均没有发生篡改信息的情况，则对账验证码与相应的第一验证码或第二验证码或第三验证码相同。在本方案中，仅需要接收请求对账的一方上传的信息即可完成对账，无需多方参与，简化了对账流程，提高了对账过程的准确程度。
附图说明
37.下面将通过附图详细描述本发明中优选实施例，将有助于理解本发明的目的和优点，其中:
38.图1为本发明一个实施例所述多方交互信息处理方法的流程图；
39.图2为本发明一个实施例所述对账过程的流程图；
40.图3为本发明一个实施例所述验证码形成过程的示意图；
41.图4为本发明一个实施例所述账单执行过程中数据以及验证码的存储方式示意图；
42.图5为本发明一个实施例所述多方交互信息处理系统的硬件连接结构示意图。
具体实施方式
43.下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
44.在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
45.在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
46.此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
47.本实施例提供一种多方交互信息处理方法，可应用于计算机系统中，如图1所示，包括如下步骤：
48.s101:获取第一方发送的原始账单信息并根据所述原始账单信息生成第一验证码，所述第一验证码与所述原始账单信息唯一对应；第一方为开具账单的一方，原始账单信息可以包括账单编号、账单开具时间、账单金额、账单所针对的事项、账单涉及到的甲方和乙方信息等。
49.s102:获取第二方发送的原始账单支付信息并根据所述原始账单支付信息和所述
第一验证码生成第二验证码，所述第二验证码与所述原始账单支付信息唯一对应。第二方为需要支付的一方，原始账单支付信息可以包括账单编号、账单金额、支付时间、银行信息、开票信息等。
50.s103:获取所述第一方发送的原始账单结算信息并根据所述原始账单结算信息和所述第二验证码生成第三验证码，所述第三验证码与所述原始账单结算信息唯一对应。
51.s104:获取所述第一方或所述第二方发送的对账请求，提取所述对账请求中所包含的账单信息或账单支付信息或账单结算信息。即对账请求可能是任意一方提出的，无论哪一方提出对账请求，都需要提供针对对账请求所涉及的账单信息。
52.s105:根据所述对账请求中所包含的账单信息或账单支付信息或账单结算信息获得对账验证码。本步骤中生成验证码的过程与前述步骤中生成验证码的步骤相似，例如第一方针对账单提出对账请求则需要提供账单信息中包括的账单编号、账单开具时间、账单金额、账单所针对的事项、账单涉及到的甲方和乙方信息等，如果第二方针对账单支付信息进行请求，则需要提供账单支付信息中包括的账单编号、账单金额、支付时间、银行信息、开票信息等。本系统中，根据账单编号能够从历史数据中查询到与其对应的第一验证码，之后能够将第一验证码与账单支付信息按照生成第二验证码的逻辑进行运算，从而得到该对账请求的对账验证码。
53.s106:根据所述对账验证码与所述第一验证码、所述对账验证码与所述第二验证码或者所述对账验证码与所述第三验证码之间的关系确定对账结果。
54.本实施例提供的以上方案，第一方和第二方在执行账单过程节点中，每一个节点的信息均被设置了验证码，而且后一节点的验证码会以前一节点的验证码为基础，在此基础上可以确保每一个节点的信息难以被篡改，确保每一节点验证码的唯一性和准确性。当第一方或者第二方需要对账时，直接将对账请求上传，根据相同的验证码生成方式结合对账请求会形成对账验证码。因此，如果原始的账单执行节点中均没有发生篡改信息的情况，则对账验证码与相应的第一验证码或第二验证码或第三验证码相同。在本方案中，仅需要接收请求对账的一方上传的信息即可完成对账，无需多方参与，简化了对账流程，提高了对账过程的准确程度。
55.在一些实施例中，结合图2-图4所示，以上方案中在步骤s106之前还可以包括：
56.s106’：将所有的原始账单信息和第一验证码、原始账单支付信息和第二验证码、原始账单结算信息和第三验证码均复制为多份，每一份复制数据均单独存储至不同的存储装置中。如图4所示，本方案所涉及的计算机系统100与第一方200和第二方300之间通信，第一方可以为煤炭销售企业、第二方可以为煤炭购买企业。计算机系统100将所有的信息生成后，复制为多份，其中一份存在其本身配置的存储器中，其余各份可以存储至其他的存储装置400中。如此，一旦发生某一方对本计算机系统的数据进行篡改，本方案还可以通过提取其他存储装置中已有的数据进一步判断，由此提高了对账数据的安全性。
57.以上方案中，各验证码的形成过程可以通过如下步骤实现：所述第一验证码为采用加密算法对所述原始账单信息加密后得到；所述第二验证码为采用加密算法对所述原始账单支付信息和所述第一验证码加密后得到；所述第三验证码为采用加密算法对所述原始账单结算信息和所述第二验证码加密后得到。加密算法可以从现有的加密算法中选择即可。
58.优选地，如图3所示，各验证码的形成过程可以通过如下步骤实现：所述第一验证码为采用哈希函数对所述原始账单信息处理后得到；所述第二验证码为采用哈希函数对所述原始账单支付信息和所述第一验证码处理后得到；所述第三验证码为采用采用哈希函数对所述原始账单结算信息和所述第二验证码处理后得到。哈希函数也是一种加密算法，但是哈希函数本身具有更快的运算速度。
59.在一些方案中，在步骤s106中，如果所述对账验证码与所述第一验证码、所述对账验证码与所述第二验证码或者所述对账验证码与所述第三验证码经对照后相同，则对账完成。否则还包括如下步骤：
60.s107：若所述对账验证码与所述第一验证码、所述对账验证码与所述第二验证码或者所述对账验证码与所述第三验证码经对照后不同，则从存储装置中提取复制数据。
61.s108：提取所述复制数据中的第一验证码、第二验证码和第三验证码作为验证信息。
62.s109：根据所述对账验证码与所述验证信息之间的关系确定对账结果。
63.以上方案适合于简单比对即可完成对账过程的方案，在一些特殊的情形下，若所述对账验证码与所述第一验证码、所述对账验证码与所述第二验证码或者所述对账验证码与所述第三验证码经对照后不同，为了确保对账结果的准确性，还可以从所有的存储装置400中随机地选出奇数个存储装置，从而提取奇数个复制数据，之后执行如下步骤：
64.s110：提取每一所述复制数据中的第一验证码、第二验证码和第三验证码作为验证信息，所以的验证信息形成验证信息组合。
65.s111：若所述对账验证码与所述验证信息组合经对照后，相同结果数量大于不同结果数量，则对账完成，否则对账失败。
66.即，采用奇数个数据作为对账的基础，如果有更多数的比对结果显示一致则对账完成，如果有更多数的比对结果显示不一致则对账失败。因为运算量非常大，导致很难将所有存储装置中的数据全部篡改，本方案中通过随机地选择不同存储装置中的数据进行对账结果的进一步确认，能够具有非常高的准确性。
67.优选地，若对账失败则还包括如下步骤：s113：发送提示信息至与所述对账请求相关的第一方和第二方。即通知相关方对信息安全方面进行强化，如果有信息泄漏的风险应及时调整。
68.本发明一些实施例中还提供一种存储介质，所述存储介质中存储有程序信息，计算机读取所述程序信息后执行以上任一方法实施例所提出的多方交互信息处理方法。
69.如图5所示为本发明一种电子设备的多方交互信息处理系统的示意图，包括：至少一个处理器101；以及，与至少一个所述处理器101通信连接的存储器102；其中，所述存储器102存储有可被至少一个所述处理器执行的指令，所述指令被至少一个所述处理器执行，以使至少一个所述处理器能够执行如前所述的多方交互信息处理方法。图5中以一个处理器101为例。
70.上述系统还可以包括：输入装置103和显示装置104。处理器101、存储器102、输入装置103及显示装置104可以通过总线或者其他方式连接。存储器102作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本技术实施例中的多方交互信息处理方法对应的程序指令/模块，例如，图1所示的方法
流程。处理器101通过运行存储在存储器102中的非易失性软件程序、指令以及模块，从而执行各种功能应用以及数据处理，即实现上述实施例中的多方交互信息处理方法。
71.存储器102可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据多方交互信息处理方法的使用所创建的数据等。此外，存储器102可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器102可选包括相对于处理器101远程设置的存储器，这些远程存储器可以通过网络连接至执行提高煤炭订单稳定性的方法的装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
72.输入装置103可接收输入的用户点击，以及产生与多方交互信息处理方法的用户设置以及功能控制有关的信号输入。输出装置104可包括显示屏等显示设备。
73.在所述一个或者多个模块存储在所述存储器102中，当被所述一个或者多个处理器101运行时，执行上述任意方法实施例中的多方交互信息处理方法。
74.显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明的保护范围之中。