CN115907779A - 一种交易提案的验证方法、装置、服务器和存储介质 - Google Patents

Abstract

本发明实施例公开了一种交易提案的验证方法、装置、服务器和存储介质，应用于服务器，服务器包括至少两个节点，一个节点对应用户设备的一个应用程序；该方法包括：通过目标节点接收用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求；分别通过每个其他节点向用户设备发送第一验证信息，并接收用户设备发送的第一验证结果，第一验证信息包括第一提案请求，第一验证结果用于指示其他应用程序是否支持第一提案请求；确定第一验证结果是否满足预设条件；若第一验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第一提案请求。本发明实施例通过确定第一验证结果是否满足预设条件，提高验证的安全性。

Description

一种交易提案的验证方法、装置、服务器和存储介质

技术领域

本发明涉及区块链技术领域，尤其涉及一种交易提案的验证方法、装置、服务器和存储介质。

背景技术

随着现代全球广域网(World Wide Web，Web)应用的发展，互联网市场逐渐由存量市场转为增量市场，联合发挥各个公司的优势才能扩展新的市场，各个公司/机构的业务合作联系越来越频繁，应用逐渐趋向于跨机构跨系统的方向发展。

目前，在现有技术中，对于跨机构数据共享主要通过建立公共的数据平台，定义公共的数据格式；在本地数据增加、删减、修改和查询时，转换机构的本地数据与公共数据平台进行同步；在查询时，通过公共数据平台进行数据查询，这样的方法存在公共的中间数据平台难以对机构互信做出限制，难以保证防篡改问题，数据操作的安全性较低。

发明内容

本发明提供了一种交易提案的验证方法、装置、服务器和存储介质，解决了数据共享之间的信任问题，提升验证操作的安全性。

根据本发明的一方面，本发明实施例提供了一种交易提案的验证方法，应用于服务器，服务器包括至少两个节点，一个节点对应用户设备的一个应用程序；该方法包括：通过目标节点接收用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求；分别通过每个其他节点向用户设备发送第一验证信息，并接收用户设备发送的第一验证结果，第一验证信息包括第一提案请求，第一验证结果用于指示其他应用程序是否支持第一提案请求；确定第一验证结果是否满足预设条件；若第一验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第一提案请求。

可选的，根据支持第一提案请求的其他应用程序的数量和其他应用程序的总数量，确定第一占比；若第一占比小于预设阈值，则确定第一验证结果不满足预设条件；若第一占比大于或者等于预设阈值，则确定第一验证结果满足预设条件。

可选的，通过目标节点接收用户设备发送的第二交易提案，第二交易提案包括目标应用程序的标识和第二提案请求；若接收第二交易提案的时刻位于执行第一提案请求后的预设时间段内、且第一提案请求和第二提案请求的类型相同，则根据目标应用程序的标识，对目标应用程序执行第二提案请求。

可选的，若接收第二交易提案的时刻不位于执行第一提案请求后的预设时间段内，或者第一提案请求和第二提案请求的类型不同，则分别通过每个其他节点向用户设备发送第二验证信息，并接收用户设备发送的第二验证结果，第二验证信息包括第二提案请求，第二验证结果用于指示其他应用程序是否支持第二提案请求；确定第二验证结果是否满足预设条件；若第二验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第二提案请求。

可选的，提案请求的类型为用户登录验证或者用户信息修改。

可选的，在分别通过每个其他节点向用户设备发送第一验证信息前，还包括：确定第一提案请求是否满足策略合约；若第一提案请求不满足策略合约，则确定第一交易提案验证失败。

可选的，服务器还包括功能节点，功能节点用于在目标节点繁忙时存储第一交易提案。

根据本发明的另一方面，本发明实施例还提供了一种交易提案的验证装置，应用于服务器，服务器包括至少两个节点，一个节点对应用户设备的一个应用程序；该装置包括：提案发送模块，用于通过目标节点接收用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求；结果接收模块，用于分别通过每个其他节点向用户设备发送第一验证信息，并接收用户设备发送的第一验证结果，第一验证信息包括第一提案请求，第一验证结果用于指示其他应用程序是否支持第一提案请求；条件确定模块，用于确定第一验证结果是否满足预设条件；提案执行模块，用于若第一验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第一提案请求。

根据本发明的另一方面，本发明实施例还提供了一种服务器，该服务器包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的计算机程序，计算机程序被至少一个处理器执行，以使至少一个处理器能够执行本发明任一实施例的交易提案的验证方法。

根据本发明的另一方面，本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行时实现本发明任一实施例的交易提案的验证方法。

本发明实施例的技术方案，通过目标节点接收用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求；分别通过每个其他节点向用户设备发送第一验证信息，并接收用户设备发送的第一验证结果，第一验证信息包括第一提案请求，第一验证结果用于指示其他应用程序是否支持第一提案请求；确定第一验证结果是否满足预设条件；若第一验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第一提案请求。在上述实施例的基础上，通过对交易提案进行验证，并确定验证结果是否满足预设条件，从而根据目标应用程序的标识对目标应用程序执行提案请求，解决了数据共享之间的信任问题，提升验证操作的安全性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一中提供的一种交易提案的验证方法的一个流程图；

图2是本发明实施例二中提供的一种交易提案的验证方法的一个流程图；

图3是本发明实施例三中提供的一种交易提案的验证装置的结构示意图；

图4是本发明实施例四中提供的一种服务器的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1是本发明实施例一中提供的一种交易提案的验证方法的一个流程图，本实施例可适用于交易提案的验证情况，该方法可以由交易提案的验证装置来执行，该交易提案的验证装置可以采用硬件和/或软件的形式实现，在一个具体的实施例中，该交易提案的验证装置可配置于服务器中，服务器可以是联盟链网络，且服务器包括至少两个节点，一个节点对应用户设备的一个应用程序。如图1所示，本发明实施例的方法具体包括如下步骤：

S110、通过目标节点接收用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求。

其中，目标节点接入服务器的需要进行交易提案的验证的节点；用户设备与目标节点对应，一个节点对应用户设备的一个应用程序；第一交易提案包括目标应用程序的标识和第一提案请求，目标应用程序的标识是用于识别目标节点的标识符号和信息，第一提案请求用于表示目标节点的提案内容。

具体的，当用户设备发送第一交易提案，且第一交易提案包括目标应用程序的标识和第一提案请求时，服务器通过目标节点接收与之对应的用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求。

S120、分别通过每个其他节点向用户设备发送第一验证信息，并接收用户设备发送的第一验证结果。

其中，第一验证信息包括第一提案请求，第一验证结果用于指示其他应用程序是否支持第一提案请求。

具体的，服务器通过目标节点接收用户设备发送的第一交易提案后，分别通过每个其他节点向用户设备发送第一验证信息，使得每个其他节点对第一验证信息中的第一提案请求进行验证。每个其他节点对应的用户设备对第一验证信息进行验证后得到第一验证结果，并将第一验证结果发送至服务器，最后服务器接收每个其他节点对应的用户设备发送的第一验证信息，确定每个其他节点是否支持第一提案请求。

S130、确定第一验证结果是否满足预设条件。若是，则执行S140。

具体的，当服务器接收到每个其他节点对应的用户设备发送的第一验证结果之后，确定支持第一提案请求的预设数量，其中，预设数量为预先设定的支持第一提案请求的其他节点的数量，预设数量可以根据接入服务器的其他节点对应的用户设备的总数量进行调整。若第一验证结果中支持第一提案请求的其他节点的数量小于预设数量，则确定第一验证结果不满足预设条件，对目标应用程序不执行第一提案请求；若第一验证结果中支持第一提案请求的其他节点的数量大于或者等于预设数量，则确定第一验证结果满足预设条件，执行S140。

示例性的，接入服务器的其他节点对应的用户设备的总数量为10，确定预设数量为总数量的80％，则确定预设数量为8，若确定第一验证结果中支持第一提案请求的数量为9，此时，支持第一提案请求的数量9大于预设数量8，则确定第一验证结果满足预设条件。

S140、根据目标应用程序的标识，对目标应用程序执行第一提案请求。

具体的，若第一验证结果满足预设条件，完成对第一提案的验证，则根据目标应用程序的标识，对应对目标应用程序执行第一提案请求。

在上述实施例的基础上，可选的，通过目标节点接收用户设备发送的第二交易提案，第二交易提案包括目标应用程序的标识和第二提案请求；若接收第二交易提案的时刻位于执行第一提案请求后的预设时间段内、且第一提案请求和第二提案请求的类型相同，则根据目标应用程序的标识，对目标应用程序执行第二提案请求。

其中，提案请求的类型为用户登录验证或者用户信息修改；第二提案交易包括目标应用程序的标识和第二提案请求，第二提案请求的类型可以第一提案请求的类型相同，也可以与第一提案请求的类型不同；预设时间段为预先设定的接收第二提案请求的时间段，例如可以是2分钟，5分钟，10分钟等，本实施例对此不进行限定。

具体的，通过目标节点接收用户设备发送的第二交易提案，第二交易提案包括目标应用程序的标识和第二提案请求；确定接收第二交易提案的时刻，若接收第二交易提案的时刻位于执行第一提案请求后的预设时间段内、且第一提案请求和第二提案请求的类型相同，则根据目标应用程序的标识，对目标应用程序执行第二提案请求。

示例性的，确定预设时间段为5分钟，若第一提案请求接收的时刻为12点10分，确定接收第二交易提案的时刻为12点13分，且第一提案请求和第二提案请求的类型相同，确定接收第二交易提案的时刻位于执行第一提案请求后的预设时间段内，则直接根据目标应用程序的标识，对目标应用程序执行第二提案请求。这样设置的好处在于，当第一提案请求和第二提案请求的类型相同时，且接收第二交易提案的时刻位于执行第一提案请求后的预设时间段内，不需要重复对第二交易提案进行验证，直接根据目标应用程序的标识，对目标应用程序执行第二提案请求，提升交易提案的验证效率，减少资源的浪费。

在上述实施例的基础上，可选的，若接收第二交易提案的时刻不位于执行第一提案请求后的预设时间段内，或者第一提案请求和第二提案请求的类型不同，则分别通过每个其他节点向用户设备发送第二验证信息，并接收用户设备发送的第二验证结果，第二验证信息包括第二提案请求，第二验证结果用于指示其他应用程序是否支持第二提案请求；确定第二验证结果是否满足预设条件；若第二验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第二提案请求。

其中，第二验证信息包括第二提案请求；第二验证结果用于指示其他应用程序是否支持第二提案请求。

具体的，若接收第二交易提案的时刻不位于执行第一提案请求后的预设时间段内，或者第一提案请求和第二提案请求的类型不同，则分别通过每个其他节点向用户设备发送第二验证信息，使得每个其他节点对第二验证信息中的第二提案请求进行验证。每个其他节点对应的用户设备对第二验证信息进行验证后得到第二验证结果，并将第二验证结果发送至服务器，最后服务器接收每个其他节点对应的用户设备发送的第二验证信息，确定每个其他节点是否支持第二提案请求。当服务器接收到每个其他节点对应的用户设备发送的第二验证结果之后，确定支持第二提案请求的预设数量，其中，预设数量为预先设定的支持第二提案请求的其他节点的数量，预设数量可以根据接入服务器的其他节点对应的用户设备的总数量进行调整。若第二验证结果中支持第二提案请求的其他节点的数量小于预设数量，则确定第二验证结果不满足预设条件，对目标应用程序不执行第二提案请求；若第二验证结果中支持第一提案请求的其他节点的数量大于或者等于预设数量，则确定第二验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第二提案请求。

示例性的，确定预设时间段为5分钟，若第一提案请求接收的时刻为12点10分，确定接收第二交易提案的时刻为12点17分，且第一提案请求和第二提案请求的类型不相同，确定接收第二交易提案的时刻不位于执行第一提案请求后的预设时间段内，则确定分别通过每个其他节点向用户设备发送第二验证信息，使得每个其他节点对第二验证信息中的第二提案请求进行验证。每个其他节点对应的用户设备对第二验证信息进行验证后得到第二验证结果，并将第二验证结果发送至服务器，最后服务器接收每个其他节点对应的用户设备发送的第二验证信息，确定每个其他节点是否支持第二提案请求。当服务器接收到每个其他节点对应的用户设备发送的第二验证结果之后，确定支持第二提案请求的预设数量，其中，预设数量为预先设定的支持第二提案请求的其他节点的数量，预设数量可以根据接入服务器的其他节点对应的用户设备的总数量进行调整。若第二验证结果中支持第二提案请求的其他节点的数量小于预设数量，则确定第二验证结果不满足预设条件，对目标应用程序不执行第二提案请求；若第二验证结果中支持第一提案请求的其他节点的数量大于或者等于预设数量，则确定第二验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第二提案请求。这样设置的好处在于，对不同于第一交易提案的类型的第二交易提案进行验证，保证交易提案的安全性。

在上述实施例的基础上，可选的，服务器还包括功能节点。

其中，功能节点用于在目标节点繁忙时存储第一交易提案。

具体的，当目标节点的访问压力大于预设压力时，其中，预设压力为预先设设定的目标节点可以访问的最大量，可以通过功能节点对目标节点进行均衡分配，对目标节点进行访问的动态分配存储第一交易提案，从而承担目标节点的访问压力，这样设置的好处在于，首先对访问的动态分配，提升服务器的整体访问性能。

本发明实施例的技术方案，通过目标节点接收用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求；分别通过每个其他节点向用户设备发送第一验证信息，并接收用户设备发送的第一验证结果，第一验证信息包括第一提案请求，第一验证结果用于指示其他应用程序是否支持第一提案请求；确定第一验证结果是否满足预设条件；若第一验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第一提案请求。在上述实施例的基础上，通过对交易提案进行验证，并确定验证结果是否满足预设条件，从而根据目标应用程序的标识对目标应用程序执行提案请求，解决了数据共享之间的信任问题，提升验证操作的安全性。

实施例二

图2是本发明实施例二中提供的一种交易提案的验证方法的一个流程图，本实施例可适用于交易提案的验证情况，该方法可以由交易提案的验证装置来执行，该交易提案的验证装置可以采用硬件和/或软件的形式实现，在一个具体的实施例中，该交易提案的验证装置可配置于服务器中，服务器可以是联盟链网络，且服务器包括至少两个节点，一个节点对应用户设备的一个应用程序。在上述实施例的基础上，对于确定第一验证结果是否满足预设条件进一步优化，如图2所示，该方法具体包括如下步骤：

S210、通过目标节点接收用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求。

具体的，当用户设备发送第一交易提案，且第一交易提案包括目标应用程序的标识和第一提案请求时，服务器通过目标节点接收与之对应的用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求。

S220、确定第一提案请求是否满足策略合约。

其中，策略合约是一种旨在以信息化方式传播、验证或者执行的合同的计算机协议，规则公开透明，智能合约内的规则以及数据公开透明但是不可修改。

具体的，确定第一提案请求的类型中用户登录验证或者用户信息修改是否满足策略合约，若第一提案请求的类型中用户登录验证或者用户信息修改不满足策略合约，则执行S230；若第一提案请求的类型中用户登录验证或者用户信息修改不满足策略合约，则执行240。

S230、确定第一交易提案验证失败。

具体的，若第一提案请求不满足策略合约，则确定第一交易提案验证失败。

S240、分别通过每个其他节点向用户设备发送第一验证信息，并接收用户设备发送的第一验证结果。

其中，第一验证信息包括第一提案请求，第一验证结果用于指示其他应用程序是否支持第一提案请求。

具体的，若第一提案请求满足策略合约，服务器通过目标节点接收用户设备发送的第一交易提案后，分别通过每个其他节点向用户设备发送第一验证信息，使得每个其他节点对第一验证信息中的第一提案请求进行验证。每个其他节点对应的用户设备对第一验证信息进行验证后得到第一验证结果，并将第一验证结果发送至服务器，最后服务器接收每个其他节点对应的用户设备发送的第一验证信息，确定每个其他节点是否支持第一提案请求。

S250、在接收用户设备发送的第一验证结果后，根据支持第一提案请求的其他应用程序的数量和其他应用程序的总数量，确定第一占比。

其中，第一占比是用于表示支持第一提案请求的其他应用程序的数量与其他应用程序的总数量的比值。

具体的，在接收用户设备发送的第一验证结果后，确定服务器接收到的第一验证信息中支持第一提案请求的其他应用程序的数量，并确定接入服务器的用户设备中下载的其他应用程序的总数量，根据支持第一提案请求的其他应用程序的数量与其他应用程序的总数量的比值确定第一占比。

示例性的，若确定接入服务器的用户设备中下载的其他应用程序的总数量为20，确定支持第一提案请求的其他应用程序的数量15，则根据支持第一提案请求的其他应用程序的数量与其他应用程序的总数量的比值确定第一占比为0.75。

S260、确定第一占比是否小于预设阈值。

其中，预设阈值为预先设定的支持第一提案请求的其他应用程序的数量和其他应用程序的总数量的比值，例如可以是0.8，0.9等，本实施例对此不进行限定。

具体的，在确定第一占比后，判断第一占比与预设阈值的大小，若确定第一占比小于预设阈值，则执行S270；若确定第一占比大于或者等于预设阈值，则执行S280。

S270、确定第一验证结果不满足预设条件，对目标应用程序不执行第一提案请求。

具体的，若第一占比小于预设阈值，则确定第一验证结果不满足预设条件，对目标应用程序不执行第一提案请求。

S280、确定第一验证结果满足预设条件。

具体的，若第一占比大于或者等于预设阈值，则确定第一验证结果满足预设条件，执行S290。

S290、根据目标应用程序的标识，对目标应用程序执行第一提案请求。

具体的，若第一验证结果满足预设条件，完成对第一提案的验证，则根据目标应用程序的标识，对应对目标应用程序执行第一提案请求。

本发明实施例的技术方案，通过目标节点接收用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求；确定第一提案请求是否满足策略合约；分别通过每个其他节点向用户设备发送第一验证信息，并接收用户设备发送的第一验证结果；若第一提案请求满足策略合约，根据支持第一提案请求的其他应用程序的数量和其他应用程序的总数量，确定第一占比；确定第一占比是否小于预设阈值；若第一占比大于或者等于预设阈值，则确定第一验证结果满足预设条件，根据目标应用程序的标识，对目标应用程序执行第一提案请求。在上述实施例的基础上，通过确定第一提案请求是否满足策略合约，进一步根据支持第一提案请求的其他应用程序的数量和其他应用程序的总数量，确定第一占比，从而在第一占比大于或者等于预设阈值时，根据目标应用程序的标识，对目标应用程序执行第一提案请求，保证对第一交易提案的验证，提高验证的安全性。

实施例三

图3是本发明实施例三中提供的一种交易提案的验证装置的结构示意图，该装置包括：提案发送模块310、结果接收模块320、条件确定模块330和提案执行模块340。其中，

提案发送模块310，用于通过目标节点接收用户设备发送的第一交易提案，第一交易提案包括目标应用程序的标识和第一提案请求。

结果接收模块320，用于分别通过每个其他节点向用户设备发送第一验证信息，并接收用户设备发送的第一验证结果，第一验证信息包括第一提案请求，第一验证结果用于指示其他应用程序是否支持第一提案请求。

条件确定模块330，用于确定第一验证结果是否满足预设条件。

提案执行模块340，用于若第一验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第一提案请求。

可选的，条件确定模块330，具体用于：根据支持第一提案请求的其他应用程序的数量和其他应用程序的总数量，确定第一占比；若第一占比小于预设阈值，则确定第一验证结果不满足预设条件；若第一占比大于或者等于预设阈值，则确定第一验证结果满足预设条件。

可选的，该装置还包括：第二执行模块，用于：通过目标节点接收用户设备发送的第二交易提案，第二交易提案包括目标应用程序的标识和第二提案请求；若接收第二交易提案的时刻位于执行第一提案请求后的预设时间段内、且第一提案请求和第二提案请求的类型相同，则根据目标应用程序的标识，对目标应用程序执行第二提案请求。

可选的，第二执行模块，还用于：若接收第二交易提案的时刻不位于执行第一提案请求后的预设时间段内，或者第一提案请求和第二提案请求的类型不同，则分别通过每个其他节点向用户设备发送第二验证信息，并接收用户设备发送的第二验证结果，第二验证信息包括第二提案请求，第二验证结果用于指示其他应用程序是否支持第二提案请求；确定第二验证结果是否满足预设条件；若第二验证结果满足预设条件，则根据目标应用程序的标识，对目标应用程序执行第二提案请求。

可选的，提案请求的类型为用户登录验证或者用户信息修改。

可选的，该装置还包括：验证确定模块，用于：在分别通过每个其他节点向用户设备发送第一验证信息前，确定第一提案请求是否满足策略合约；若第一提案请求不满足策略合约，则确定第一交易提案验证失败。

可选的，服务器还包括功能节点，功能节点用于在目标节点繁忙时存储第一交易提案。

本发明实施例所提供的交易提案的验证装置可执行本发明任意实施例所提供的交易提案的验证方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4是本发明实施例四中提供的一种服务器的结构示意图，服务器旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。服务器还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，服务器10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储服务器10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

服务器10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许服务器10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如方法交易提案的验证方法。

在一些实施例中，方法交易提案的验证方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到服务器10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的方法交易提案的验证方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法交易提案的验证方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在服务器上实施此处描述的系统和技术，该服务器具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给服务器。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种交易提案的验证方法，其特征在于，应用于服务器，所述服务器包括至少两个节点，一个所述节点对应用户设备的一个应用程序；该方法包括：

通过目标节点接收所述用户设备发送的第一交易提案，所述第一交易提案包括目标应用程序的标识和第一提案请求；

分别通过每个其他节点向所述用户设备发送第一验证信息，并接收所述用户设备发送的第一验证结果，所述第一验证信息包括所述第一提案请求，第一验证结果用于指示其他应用程序是否支持所述第一提案请求；

确定所述第一验证结果是否满足预设条件；

若所述第一验证结果满足预设条件，则根据所述目标应用程序的标识，对所述目标应用程序执行所述第一提案请求。

2.根据权利要求1所述的方法，其特征在于，所述确定所述第一验证结果是否满足预设条件，包括：

根据支持所述第一提案请求的所述其他应用程序的数量和所述其他应用程序的总数量，确定第一占比；

若所述第一占比小于预设阈值，则确定所述第一验证结果不满足预设条件；

若所述第一占比大于或者等于所述预设阈值，则确定所述第一验证结果满足预设条件。

3.根据权利要求1所述的方法，其特征在于，还包括：

通过所述目标节点接收所述用户设备发送的第二交易提案，所述第二交易提案包括目标应用程序的标识和第二提案请求；

若接收所述第二交易提案的时刻位于执行所述第一提案请求后的预设时间段内、且所述第一提案请求和所述第二提案请求的类型相同，则根据所述目标应用程序的标识，对所述目标应用程序执行所述第二提案请求。

4.根据权利要求3所述的方法，其特征在于，还包括：

若接收所述第二交易提案的时刻不位于执行所述第一提案请求后的预设时间段内，或者所述第一提案请求和所述第二提案请求的类型不同，则分别通过每个其他节点向所述用户设备发送第二验证信息，并接收所述用户设备发送的第二验证结果，所述第二验证信息包括所述第二提案请求，第二验证结果用于指示其他应用程序是否支持所述第二提案请求；

确定所述第二验证结果是否满足预设条件；

若所述第二验证结果满足预设条件，则根据所述目标应用程序的标识，对所述目标应用程序执行所述第二提案请求。

5.根据权利要求3或4所述的方法，其特征在于，提案请求的类型为用户登录验证或者用户信息修改。

6.根据权利要求1所述的方法，其特征在于，在分别通过每个其他节点向所述用户设备发送第一验证信息前，还包括：

确定所述第一提案请求是否满足策略合约；

若所述第一提案请求不满足策略合约，则确定所述第一交易提案验证失败。

7.根据权利要求1所述的方法，其特征在于，所述服务器还包括功能节点，所述功能节点用于在所述目标节点繁忙时存储所述第一交易提案。

8.一种交易提案的验证装置，其特征在于，应用于服务器，所述服务器包括至少两个节点，一个所述节点对应用户设备的一个应用程序；该装置包括：

提案发送模块，用于通过目标节点接收所述用户设备发送的第一交易提案，所述第一交易提案包括目标应用程序的标识和第一提案请求；

结果接收模块，用于分别通过每个其他节点向所述用户设备发送第一验证信息，并接收所述用户设备发送的第一验证结果，所述第一验证信息包括所述第一提案请求，第一验证结果用于指示其他应用程序是否支持所述第一提案请求；

条件确定模块，用于确定所述第一验证结果是否满足预设条件；

提案执行模块，用于若所述第一验证结果满足预设条件，则根据所述目标应用程序的标识，对所述目标应用程序执行所述第一提案请求。

9.一种服务器，其特征在于，所述服务器包括：

至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的交易提案的验证方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的交易提案的验证方法。

Images