CN116485399A - 资源处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了资源处理方法及装置，其中，一种资源处理方法包括：对于基于热度事件信息生成的项目，首先由认证用户进行认证，在认证用户对项目进行认证后，根据认证用户对项目的推荐认证关系，对项目状态进行更新，并进行更新后的认证状态对应的发布处理，参与用户可基于发布的认证状态的项目参与该项目，并在参与项目后，生成参与用户参与项目的可信凭证。

Description

资源处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种资源处理方法及装置。

背景技术

随着经济的发展和用户生活水平的提高，越来越多的用户愿意通过资源转移的方式向需要的群体提供帮助；用户通过非盈利的团体、机构，向教育、民政等资源征集事业和遭受自然灾害地区、贫困地区的资源转移，对弱势群体生活的改善、生产的稳定、贫富差距的缩小等多方面均有着重要的意义。如何更加有效的对需要进行资源征集的事件或者群体进行推广，并且提升用户对于资源转移的感知程度，成为相关机构和用户日益关注的重点。

发明内容

本说明书一个或多个实施例提供了一种资源处理方法。所述资源处理方法，包括：获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目。根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理。基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理。按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

本说明书一个或多个实施例提供了一种资源处理装置，包括：准入核验模块，被配置为获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目。发布处理模块，被配置为根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理。资源转移处理模块，被配置为基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理。可信凭证生成模块，被配置为按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

本说明书一个或多个实施例提供了一种资源处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目。根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理。基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理。按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目。根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理。基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理。按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

附图说明

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

图1为本说明书一个或多个实施例提供的一种资源处理方法处理流程图；

图2为本说明书一个或多个实施例提供的一种资源处理方法交互过程示意图；

图3为本说明书一个或多个实施例提供的一种数据挖掘场景的资源处理方法处理流程图；

图4为本说明书一个或多个实施例提供的一种用户发起公益场景的资源处理方法处理流程图；

图5为本说明书一个或多个实施例提供的一种机构发起公益场景的资源处理方法处理流程图；

图6为本说明书一个或多个实施例提供的一种认证用户发起公益场景的资源处理方法处理流程图；

图7为本说明书一个或多个实施例提供的一种资源处理装置示意图；

图8为本说明书一个或多个实施例提供的一种资源处理设备的结构示意图。

具体实施方式

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

本说明书提供的一种资源处理方法一种或多种实施例如下：

本实施例提供的资源处理方法，由认证用户对项目进行确认，在认证用户确认后其他用户可对该项目进行资源捐赠，以此，通过认证用户对项目进行确认的方式提升用户对项目的信任度；具体的，根据认证用户对项目的确认指令，建立认证用户与项目的推荐认证关系，基于所述推荐认证关系的建立，对项目进行认证状态对应的发布处理，根据参与用户对项目的参与请求，进行参与用户对项目的资源处理；

以此，在认证用户确认项目后，对项目进行认证状态对应的发布处理，使用户可基于认证状态对应的项目的发布项进行项目的参与请求的提交，进而参与项目，提升用户对项目的感知程度和信任度，也通过认证用户的认证影响力，提升项目的用户参与率；进一步，在参与用户对项目进行资源赠与后，生成参与用户参与项目的可信凭证，提升用户的参与感。

参照图1，本实施例提供的资源处理方法，具体包括步骤S102至步骤S108。

步骤S102，获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目。

本实施例中，所述资源转移参与的热度事件信息，是指需要进行资源赠与的原因或者事件的相关信息，包括参与资源捐赠的热点事件信息；所述热度事件信息，包括资源接收方信息，也即是被赠与方信息、发起方信息、名称、参与方式中的任意一种或几种的组合；此外，热度事件信息还可包括其他信息，本实施例在此不做限定；本实施例中热度事件信息，包括公益信息；可选的，所述公益信息包括被赠与方信息、公益发起方信息、公益名称、捐款数额中的任意一种或几种的组合。本实施例中，所述热度事件信息，可以是从时事热点事件中分析出的热度事件信息，也可以是用户提交的需要进行资源募捐的事件信息，还可以是第三方机构发起的进行资源募捐的事件信息。需要说明的是，本实施例中，适于进行资源转移参与的热度事件信息，也即是适于进行资源聚合或者资源募集的热度事件信息。

所述项目，包括资源捐赠项目，是指为完成某项服务或者救济生成的进行资源募捐的任务或者提案；例如公益项目；此外，项目还可以是需要一定数量的用户进行数据或者资源交互的项目；例如，为了进行意见或者建议征集发布的数据征集项目，或者，对于多个决策进行决策投票的项目；其中，公益项目例如，为地质灾害发生地区进行资源捐赠的项目，为重大疾病患者进行资金捐赠的项目，参与节碳活动这一类型的公益活动对应的项目。

具体实施时，为了避免直接基于热度事件信息生成项目并进行项目发布的情况下，被赠与方无需接收捐赠但进行项目发布，进而由用户进行资源赠与导致的用户资源损失的情况，本实施例中，获取到热度事件信息后首先对热度事件信息进行准入核验，在核验通过的情况下基于热度事件信息生成项目。本实施例可应用于服务平台，服务平台对项目进行发布以使用户进行资源转移处理。

本实施例提供四种服务平台获取热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目的方式，分别为数据挖掘获得项目、用户发起公益获得项目、第三方机构提供项目、认证用户发起项目；分别对应于，获取对用户访问频次高于阈值的事件信息进行数据挖掘获得的热度事件信息，获取发起用户提交的热度事件信息，获取第三那方机构发送的热度事件信息，获取认证用户提交的热度事件信息；下述分别对在这四种情况下，获取热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目的方式进行具体说明。

一、数据挖掘获得项目

实际应用中，新闻事件存在一些需要进行资源捐赠的事件，例如xx地区发生地质灾害，百姓失去家园；对于这种事件，为了及时高效地对该地区进行资源赠与，可基于数据挖掘得到公益信息，进一步基于公益信息进行项目创建，获得公益项目。

本实施例提供的一种可选实施方式中，获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目的过程，可采用如下方式实现：

调用数据挖掘引擎对用户访问频次高于阈值的事件数据进行数据挖掘，获得热度事件信息；

对所述热度事件信息进行准入核验，并在核验通过的情况下基于所述热度事件信息进行项目创建，获得所述项目。

以公益项目为例，在获取适配于进行资源赠与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成公益项目的过程，可通过如下方式实现：

调用数据挖掘引擎对用户访问频次高于阈值的事件数据进行数据挖掘，获得公益信息；

对所述公益信息进行准入核验，并在核验通过的情况下基于所述公益信息进行项目创建，获得所述公益项目。

此外，若核验未通过，则不做处理即可。

可选的，所述用户访问频次，包括用户访问次数；所述事件数据，包括用户访问次数高于一个阈值的新闻事件；例如热点事件数据。所述热度事件信息，是指所述公益信息。

在具体执行过程中，调用数据挖掘引擎进行数据挖掘，获得公益信息并对所述公益信息进行准入核验，在核验通过的情况下基于所述公益信息进行项目创建获得所述公益项目。

具体的，为了提升数据挖掘的便捷性和高效性，数据挖掘引擎在进行数据挖掘的过程中，首先在热点事件数据中筛选出用户访问频次高于阈值的事件数据，然后在事件数据中进行数据挖掘，获得公益信息；为了提升数据挖掘引擎进行数据挖掘获得的公益信息的有效性，避免获得的公益信息不够准确的情况下进行发布导致用户对服务平台的不信任，在获得公益信息后，对公益信息进行准入核验，在核验通过的情况下基于公益信息进行项目创建，获得公益项目。数据挖掘引擎在时间数据中进行数据挖掘的过程，也即是进行公益信息挖掘的过程。

其中，本实施例提供的一种可选实施方式中，可采用如下方式对公益信息进行准入核验：

核验所述公益信息对应的事件是否为真实事件；

若否，确定核验未通过；

若是，核验所述公益信息中包含的事件发生时间与当前时间的时间距离是否次小于时间阈值；

若否，确定核验未通过；

若是，核验事件发生地区是否为公益捐赠地区；

若否，确定核验未通过；

若是，确定核验通过。

其中，核验事件是否为真实事件，包括，向第三方平台查询所述事件对应的事件讨论信息；基于事件讨论信息核验所述事件是否为真实事件。所述基于事件讨论信息核验所述事件是否为真实事件，包括，核验所述事件讨论信息中是否携带真实事件关键词和/或所述事件讨论信息中的事件关键词数量是否大于数量阈值。

例如，数据挖掘引擎在新闻事件中筛选出热点事件；从热点事件触发进行数据挖掘，获得的公益信息为“xx地区t时发生地质灾害，百姓失去家园”，服务平台获取到数据挖掘引擎进行数据挖掘获得的公益信息后，首先核验xx地区发生地质灾害，百姓失去家园这个事件是否为真实事件；若是，核验t时与当前时间的时间距离是否小于一个月，若是，则核验xx地区是否为资源落后地区；若是，则确定核验通过并基于公益信息创建公益项目的公益标识为“为xx地区深陷地质灾害的用户捐赠”。此外，公益项目还可包含其他信息，本实施例在此不做限定。其中，在核验事件是否为真实事件的过程中，向第三方平台查询该事件的事件讨论信息，若事件讨论信息中包含的“xx地区加油”的讨论数量占事件讨论信息的三分之二，则确定该事件为真实事件。

需要说明的是，上述基于事件真实性、时间和地区的准入核验仅仅是示例性的，在具体场景中，可根据不同类别的公益信息进行不同方式的准入核验；具体的准入核验的核验方式可根据实际场景的需求进行配置，本实施例在此不做限定。

为了进一步提升进行数据挖掘的数据的全面性，还可不对用户访问频次高于阈值的事件数据进行数据挖掘，也即是上述调用数据挖掘引擎对用户访问频次高于阈值的事件数据进行数据挖掘，获得公益信息操作还可被替换为，调用数据挖掘引擎对新闻事件数据进行数据挖掘，获得公益信息，并与本实施例提供的其他处理过程组成新的实现方式。

二、用户发起公益获得项目

本实施例提供的一种可选实施方式中，获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目，还可采用如下方式生成：

获取发起用户提交的热度事件信息，并对所述热度事件信息进行第一准入核验；

若第一准入核验通过，对所述热度事件信息进行待核验状态对应的待核验发布处理；

在检测到所述热度事件信息的访问用户满足访问条件的情况下，对所述热度事件信息进行第二准入核验；

若第二准入核验通过，基于所述热度事件信息生成所述项目。

以用户发起公益获得公益项目为例，对用户发起公益获得项目进行说明。需要说明的是，下述对于用户发起公益项目的说明，可适应性地修改为用户发起公益获得项目的相关内容，本实施例在此不做限定。

实际应用中，存在用户因为需要主动进行公益信息的发起，服务平台获得用户发起公益的公益信息后，对公益信息进行准入核验，在具体执行过程中，由于用户发起公益是由用户主动发起的，为了避免用户进行无效发起公益或者发起公益的公益信息不够准确导致资源赠与用户的资源损失，本实施例提供的一种可选实施方式中，在用户发起公益的情况下，通过如下方式实现获取适配于进行资源赠与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成公益项目的过程：

获取发起用户提交的公益信息，并对所述公益信息进行第一准入核验；

若第一准入核验未通过，读取未通过原因并基于所述未通过原因向所述发起用户发送核验未通过的核验结果；

若第一准入核验通过，对所述公益信息进行待核验状态对应的待核验发布处理；

在检测到所述公益信息的访问用户满足访问条件的情况下，对所述公益信息进行第二准入核验；

若第二准入核验未通过，读取未通过原因并基于所述未通过原因向所述发起用户发送核验未通过的核验结果；

若第二准入核验通过，基于所述公益信息生成所述公益项目。

可选的，所述公益信息，包括发起用户提交的请求进行资源赠与的赠与理由；所述第二准入核验的核验级别高于所述第一准入核验的核验级别。所述访问条件，包括访问用户的用户数量大于数量阈值，访问用户的信用评级高于预设评级，和/或，访问用户提交的异议指令为空。所述访问用户，包括对公益信息进行访问和/或进行关注操作的用户；所述待核验状态对应的待核验发布处理后，用户可对公益信息进行访问、关注和异议指令的提交。

具体的，由于第二准入核验的核验级别高于第一准入核验，为了避免对所有公益信息直接进行第二准入核验导致服务平台的资源浪费，首先对发起用户提交的公益信息进行第一准入核验，在第一准入核验通过的情况下对公益信息进行发布处理，若检测到所述公益信息的访问用户的用户数量大于数量阈值，对公益信息进行第二准入核验，在第二准入核验通过的情况下基于公益信息生成公益项目。此外，还包括：若在预设周期内未检测到所述公益信息的访问用户满足访问条件，则确定所述公益信息为无效信息。

其中，所述第一准入核验，包括核验所述发起用户的信用等级是否满足准入等级和/或核验所述公益信息中的关键字是否为公益关键字；所述第二准入核验，包括基于风险识别模型对所述公益信息进行风险识别，获得风险等级；核验所述风险等级是否为准入等级；若是，确定第二准入核验通过；若否，确定第二准入核验未通过。

例如，发起用户提交对患有xx疾病的用户p进行募捐的公益发起公益，服务平台在接收到该公益发起公益后，读取发起用户的信用评级，核验信用评级是否为准入级别，若是，xx疾病是否为需要花费大量资金的疾病；若是，对公益发起公益进行待核验发布处理；若检测到已经有5000个访问用户对该公益发起公益进行关注，则核验发起用户和用户p在服务平台是否具有关联关系，若是，生成公益发起公益对应的公益项目。此外，在核验发起用户和用户p在服务平台具有关联关系之后，还可向用户p对应的医疗机构核验用户p的疾病的真实性。上述核验信用评级、疾病和关联关系的过程中，若核验结果为否，确定核验未通过。

需要说明的是，上述对于第一准入核验和第二准入核验的说明仅仅是示例性的，在具体实现场景中，可根据实际需求进行配置，本实施例在此不做限定。

此外，上述获取适配于进行资源赠与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成公益项目的过程还可被替换为：

获取发起用户提交的公益信息，并对所述公益信息进行准入核验；

若核验通过，基于所述公益信息生成所述公益项目；

若核验未通过，向所述发起用户发送核验结果。

其中，为了提升发起用户对核验失败的核验结果的感知程度，向所述发起用户发送核验结果的过程还可被替换为，读取核验未通过的原因，基于所述原因向所述发起用户发送核验未通过的核验结果。发起用户可基于所述原因进行公益信息的更新和重新提交。

除此之外，上述第一准入核验和第二准入核验的过程中，除了核验级别外，还可按照公益信息对应的项目类型进行核验；具体的，在进行第一准入核验或者第二准入核验的过程中，可执行如下操作：

读取所述发起用户的信用评级以及确定所述用户公益项目对应的项目类型；

基于所述信用评级和所述项目类型读取进行第一准入核验或者第二准入核验的核验策略；

根据所述核验策略对所述公益信息进行第一准入核验或者第二准入核验。

需要说明的是，尽管确定第一准入核验和第二准入核验的核验策略的方式类似，但是第二准入核验的核验级别高于第一准入核验的核验级别。

三、第三方机构提供项目

本实施例提供的一种可选实施方式中，获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目，还可采用如下方式实现：

获取第三方机构发送的热度事件信息，并基于所述热度事件信息进行项目核验；

在核验通过的情况下基于所述热度事件信息生成所述项目。

此外，上述过程还可被替换为，获取第三方机构发送的待核验项目的热度事件信息，并基于所述热度事件信息进行项目核验；在核验通过的情况下将所述待核验项目确定为所述项目。

以第三方公益机构提供公益项目为例对第三方机构提供项目的过程进行具体说明；需要说明的是，下述以第三方公益机构提供公益项目的说明内容可根据需要适应性地修改为第三方机构提供项目的形式，本实施例在此不做限定。

实际应用中，第三方公益机构可针对事件发起公益募捐等活动；本实施例提供的一种可选实施方式中，获取适配于进行资源赠与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成公益项目，还可采用如下方式实现：

获取第三方公益机构发送的待核验项目的热度事件信息，并基于所述热度事件信息进行公益项目核验；

在核验通过的情况下将所述待核验项目确定为所述公益项目。

具体的，对第三方公益机构发送的待核验项目的热度事件信息进行准入核验，在核验通过的情况下将所述待核验项目确定为准入核验通过的公益项目。

需要说明的是，对于第三方公益机构发送的待核验项目的热度事件信息进行准入核验的过程，包括：基于所述热度事件信息确定所述待核验项目的项目类型；按照所述项目类型对应的核验策略对所述热度事件信息进行准入核验。

还需要说明的是，对第三方公益机构发送的热度事件信息进行准入核验的核验级别可与上述第一准入核验的核验级别一致，也可与上述第二准入核验的核验级别一致，本实施例在此不做限定。本实施例在此也不限定准入核验的具体核验过程，可参照上述核验过程，也可根据实际场景进行核验过程的配置，上述核验过程也仅仅是示例性的。此外，该过程还可被替换为，获取第三方公益机构发送的热度事件信息，并基于所述热度事件信息进行项目核验，在核验通过的情况下基于所述热度事件信息生成所述项目，在核验未通过的情况下向第三方公益机构发送核验失败的核验提醒。

此外，基于热度事件信息进行准入核验的过程中，还可基于第三方公益机构的机构信用评级进行核验级别的确定；例如，基于所述热度事件信息进行准入核验的过程中，可通过如下方式实现：

基于所述热度事件信息中包含的所述第三方公益机构的机构标识，读取所述第三方公益机构的机构信用评级；

根据所述机构信用评级确定对所述热度事件信息进行准入核验的核验级别，以及，基于所述热度事件信息确定所述待核验项目的项目类型；

按照所述核验级别和所述项目类型读取对所述热度事件信息进行准入核验的准入核验策略，并基于所述准入核验策略对所述热度事件信息进行准入核验。

可选的，所述项目类型，包括、节碳类型、地质灾害类型和/或疾病类型。

四、认证用户发起项目

本实施例提供的一种可选实施方式中，获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目的过程，还可执行如下操作：

获取所述认证用户提交的热度事件信息，并对所述热度事件信息进行准入核验；

在核验通过的情况下基于所述热度事件信息生成所述项目并建立所述认证用户与所述项目的推荐确定关系。

以认证用户发起公益项目为例，对认证用户发起项目的过程进行具体说明；需要说明的是，下述对于认证用户发起公益项目的说明，可适应性地修改为认证用户发起项目的相关内容。

本实施例中，为了提升用户对参与的公益项目的感知程度和信任度，由认证用户对公益项目进行认证，认证后则建立认证用户与公益项目的推荐认证关系；上述三种获得公益项目的方式中，在获得公益项目后，需要由认证用户对公益项目进行认领，认领后建立认证用户与公益项目的推荐认证关系；此外，在具体执行过程中，还可由认证用户发起公益项目；本实施例提供的一种可选实施方式中，还可采用如下方式实现获取热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成公益项目的过程：

获取所述认证用户提交的热度事件信息，并对所述热度事件信息进行准入核验；

在核验通过的情况下基于所述热度事件信息生成所述公益项目并建立所述认证用户与所述公益项目的推荐确定关系。

可选的，所述认证用户，包括对公益项目进行确认或者认领的具有特定职业的用户或者在所属领域具有知名度或者做出领域贡献的用户。

具体的，对认证用户提交的热度事件信息进行准入核验，若核验通过，基于所述热度事件信息生成所述公益项目并建立所述认证用户与所述公益项目的推荐确定关系。

其中，对认证用户提交的热度事件信息进行准入核验的过程中，也可根据认证用户的信用评级、热度事件信息对应的项目类型进行准入核验策略的确定，进一步利用确定的准入核验策略对热度事件信息进行准入核验；具体的准入核验的方式参照上述三种方式中的相关内容即可，本实施例在此不做限定。

需要说明的是，本实施例中，认证用户对公益项目进行确认的过程，也即是对公益项目进行认领和/或担保的过程；也即是基于认证用户的影响力担保公益项目的真实性，以此，提升用户参与公益项目的信任度。

上述提供了四种获得公益项目的方式，也即是提供了四种获得项目的方式，需要说明的是，上述四种获得公益项目的方式中的相关内容可相互参照相互替换，本实施例不做限定。上述四种获得公益项目的方式中，除了认证用户发起公益项目之外，其他三种获得公益项目的方式在获得公益项目后，都未与认证用户建立推荐认证关系，可选的，上述数据挖掘获得公益项目、用户发起公益获得公益项目、第三方公益机构提供公益项目三种获得公益项目的方式中，获得的公益项目的项目状态为待认证状态。

为了提升用户对项目的信任度，在生成项目后，由认证用户对项目进行确认，认证用户确认项目后，项目状态由待认证状态更新为认证状态，本实施例中，服务平台可邀请认证用户对项目进行确认，还可将项目进行待认证状态对应的发布处理；下述分别对邀请确认和访问确认两种方式下认证用户与项目的推荐认证关系的建立进行具体说明：

本实施例提供的第一种可选实施方式中，采用如下方式对认证用户进行项目的邀请确认：

基于筛选规则进行认证用户筛选，获得包含所述认证用户的至少一个候选认证用户；

向所述至少一个候选认证用户发送对所述项目的推荐邀请信息；

根据所述认证用户针对所述项目提交的推荐确认指令，建立所述认证用户与所述项目的推荐认证关系。

可选的，所述候选认证用户，包括筛选获得的影响力超过预设阈值的认证用户；例如，被关注数量超出数量阈值的认证用户，所述候选认证用户中包括所述认证用户。也即是，对公益项目进行认证的认证用户和其他认证用户组成候选认证用户。

本实施例提供的第二种可选实施方式中，由于项目在生成后的项目状态为待认证状态，因此采用如下方式实现认证用户对项目的访问确认：

基于所述待认证状态，对所述项目进行待确认发布处理；

若获取到特定身份的认证用户对所述项目提交的推荐确认指令，建立所述认证用户与所述项目的推荐认证关系。

为了进一步提升认证用户对项目进行推荐确认的感知程度，对应于上述提供的两种认证用户对项目进行确定的可选实施例，本实施例提供的一种可选实施方式中，所述推荐认证关系，采用如下方式建立：

确定所述认证用户对所述项目的资源转移数额；

基于所述资源转移数额，进行从所述认证用户的用户账户至所述资源账户的资源转移处理，并建立所述认证用户与所述项目的推荐认证关系。

可选的，本实施例中，资源转移处理，即是对项目的资源赠与处理。

进一步，为了保证准入通过的项目能够顺利进行募捐，若在一段时间内未检测到认证用户提交对项目的推荐确认指令，则可由服务平台对项目进行确认，以此保证用户对公益项目的信任度；为了保证服务平台认领的项目的有效性，避免由于项目的不准确或者不真实导致参与用户对服务平台的不信任，服务平台对项目进行确认之前，对项目进行二次准入核验；可选的，若在预设周期届满后未检测到认证用户对所述项目提交的推荐确定指令，基于所述热度事件信息对所述项目进行二次准入核验；若核验通过，则建立服务平台与所述项目的推荐认证关系；若核验未通过，不做处理即可。

继续以公益项目为了对认证用户对项目的确认过程进行具体说明。

为了提升用户对参与的公益项目的信任度，在基于上述三种方式生成公益项目后，由认证用户对公益项目进行确认，认证用户确认公益项目后公益项目的项目状态由待认证状态更新为认证状态。本实施例中，服务平台可邀请认证用户对公益项目进行确认，还可将公益项目进行待认证状态对应的发布处理；下述分别对邀请确认和访问确认两种方式下认证用户与公益项目的推荐认证关系的建立进行具体说明。

本实施例提供的第一种可选实施方式中，采用如下方式对认证用户进行公益项目的邀请确认：

基于筛选规则进行认证用户筛选，获得包含所述认证用户的至少一个候选认证用户；

向所述至少一个候选认证用户发送对所述公益项目的推荐邀请信息；

根据所述认证用户针对所述公益项目提交的推荐确认指令，建立所述认证用户与所述公益项目的推荐认证关系。

此外，所述基于筛选规则进行认证用户筛选，获得至少一个候选认证用户，向所述至少一个候选认证用户发送对所述公益项目的推荐邀请信息，根据所述至少一个候选认证用户中所述认证用户提交对所述公益项目的推荐确认指令，建立所述认证用户与所述公益项目的推荐认证关系的过程，还可被替换为向服务平台的至少一个认证用户发送对所述公益项目的推荐邀请信息，根据所述至少一个认证用户中认证用户提交的对所述公益项目的推荐确认指令，建立所述认证用户与所述公益项目的推荐认证关系。

本实施例提供的第二种可选实施方式中，采用如下方式实现认证用户对公益项目的访问确认：

基于所述待认证状态，对所述公益项目进行待确认发布处理；

若获取到特定身份的认证用户对所述公益项目提交的推荐确认指令，建立所述认证用户与所述公益项目的推荐认证关系。

具体的，对所述公益项目进行待确认发布处理，根据认证用户对所述公益项目提交的推荐确认指令，建立所述认证用户与所述公益项目的推荐认证关系。

为了进一步提升认证用户对公益项目进行推荐确认的感知程度，对应于上述提供的两种认证用户对公益项目进行确定的可选实施例，本实施例提供的一种可选实施方式中，所述推荐认证关系，采用如下方式建立：

确定所述认证用户对所述公益项目的资源转移数额；

基于所述资源转移数额，进行从所述认证用户的用户账户至所述资源账户的资源转移处理，并建立所述认证用户与所述公益项目的推荐认证关系。

可选的，所述资源转移数额，可由认证用户录入，也可由服务平台基于公益项目的需求进行确定；例如，公益项目需要m，认证用户在对公益项目进行确认时，需要赠与a％，则确定认证用户对公益项目的资源转移数额为m×a％。可选的，所述资源账户，包括服务平台开通的进行公益资源管理的资源账户，或者，所述公益项目对应的资源接收方的资源账户。

具体的，生成项目状态为待认证状态的公益项目后，对所述公益项目进行待确认发布处理，若获取到认证用户对所述公益项目提交的推荐确认指令，确定所述认证用户对所述公益项目的资源转移数额，基于所述资源转移数额，进行从所述认证用户的用户账户至所述公益项目对应的资源账户的资源转移处理，并建立所述认证用户与所述公益项目的推荐认证关系；

或者，生成项目状态为待认证状态的公益项目后，基于所述待认证状态，向至少一个候选认证用户发送对所述公益项目的推荐邀请信息，若获取到至少一个候选认证用户中的认证用户对所述公益项目提交的推荐确认指令，确定所述认证用户对所述公益项目的资源转移数额，基于所述资源转移数额，进行从所述认证用户的用户账户至所述公益项目对应的资源账户的资源转移处理，并建立所述认证用户与所述公益项目的推荐认证关系；

此外，上述两种对公益项目进行确认的方式，可分开执行，也可共同执行；例如，生成项目状态为待认证状态的公益项目后，对所述公益项目进行待确认发布处理，以及基于所述待认证状态，向至少一个候选认证用户发送对所述公益项目的推荐邀请信息，若获取到认证用户对所述公益项目提交的推荐确认指令，确定所述认证用户对所述公益项目的资源转移数额，基于所述资源转移数额，进行从所述认证用户的用户账户至所述公益项目对应的资源账户的资源转移处理，并建立所述认证用户与所述公益项目的推荐认证关系；可选的，所述认证用户可以基于待确认发布处理后的公益项目进行推荐确认指令的提交，也可基于推荐邀请信息进行推荐确认指令的提交。

其中，所述若获取到认证用户对所述公益项目提交的推荐确认指令，确定所述认证用户对所述公益项目的资源转移数额和所述若获取到至少一个候选认证用户中的认证用户对所述公益项目提交的推荐确认指令，确定所述认证用户对所述公益项目的资源转移数额还可被替换为，根据认证用户对所述公益项目提交的推荐确认指令，确定所述认证用户对所述公益项目的资源转移数额。

为了保证准入通过的公益项目能够顺利进行募捐，若在一段时间内未检测到认证用户提交对公益项目的推荐确认指令，则可由服务平台对公益项目进行确认，以此保证用户对公益项目的信任度；为了保证服务平台认领的公益项目的有效性，避免由于公益项目的不准确或者不真实导致参与用户对服务平台的不信任，服务平台对公益项目进行确认之前，对公益项目进行二次准入核验；

需要说明的是，二次准入核验的核验级别高于步骤S102中准入核验的核验级别；二次准入核验可基于核验模型进行核验，具体的准入核验的核验方式可根据实际场景的需求进行配置，本实施例在此不做限定。本实施例提供的一种可选实施方式中，若在预设周期届满后未检测到认证用户对所述公益项目提交的推荐确定指令，基于所述热度事件信息对所述公益项目进行二次准入核验；若核验未通过，则不做处理即可；若核验通过，则建立服务平台与所述公益项目的推荐认证关系。

本实施例中，准入核验和二次准入核验的核验项目可以相同，但核验条件不同，例如，准入核验和二次准入核验都是核验公益项目的风险级别；准入核验是在公益项目的风险级别为第一风险级别和第二风险级别的情况下核验通过；二次准入核验是在公益项目的风险级别为第一风险级别的情况下核验通过；其中，第二风险级别的风险高于第一风险级别的风险。

此外，上述步骤S102还可被替换为，获取准入核验通过的公益项目，并与本实施例提供的其他处理步骤组成新的实现方式。步骤S102还可被替换为，获取适配于进行资源赠与的事件信息并进行准入核验，在核验通过的情况下基于所述事件信息生成项目，并与本实施例提供的其他处理步骤组成新的实现方式。除此之外，本实施例中，适于进行资源转移参与的热度事件信息，也即是适于进行资源聚合或者资源募集的热度事件信息。

步骤S104，根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理。

所述认证用户，包括对所述项目进行确认或者认领的认证用户。可选的，所述项目基于所述待认证状态进行发布处理后，用户具有对所述项目的访问权限和/或推荐申请权限；所述项目基于所述认证状态进行项目发布后，用户具有对所述项目的参与权限。所述对所述项目进行所述认证状态对应的发布处理，包括：基于所述认证状态，将所述项目的发布项发布至服务平台，或者，基于所述认证状态，将所述项目对应的推荐内容向所述项目的访问用户进行消息推荐。

在具体执行过程中，由于认证用户是具有特定身份的用户，因此，对用户进行认证身份核验且在身份核验通过后，才能将用户标记为认证用户；本实施例提供的一种可选实施方式中，所述认证用户，采用如下方式进行身份认证：

根据用户通过采集服务标识提交的用户身份信息，对所述用户进行身份核验；

若核验所述用户满足特定身份的身份条件，将所述用户标记为所述特定身份的认证用户；

或者，

通过第三方数据接口查询用户身份信息并基于所述用户身份信息对用户进行身份核验；

若所述用户满足特定身份的身份条件，向所述用户发送特定身份的认证提醒；

根据所述用户基于所述认证提醒提交的确认指令，将所述用户标记为所述认证用户。

在具体执行过程中，为了保证认证用户的身份的有效性和准确性，可通过邀请用户进行身份核验和用户主动进行身份核验两种方式进行认证用户的身份认定；对于满足特定身份的身份条件的用户，将该用户标记为特定身份的认证用户。

一种是：采用地推或者线上推广的方式，使用户通过采集用于进行认证推广的服务标识发起用户身份信息；具体的，用户采集服务标识并识别后获得信息录入页面，基于信息录入页面进行用户身份信息的录入和提交；服务平台接收到用户提交的用户身份信息后，基于用户身份信息对用户进行特定身份的身份核验；也即是核验用户是否具有特定身份；若是，则将该用户标记为认证用户；若否，向用户发送认证失败提醒或者不做处理即可。可选的，所述服务标识，包括二维码。

另一种是：用户在进行服务平台的注册的过程中，可根据用户授权通过第三方数据接口查询用户身份信息或者获取用户提交的用户身份信息，在获取到用户身份信息的情况下基于用户身份信息对用户进行身份核验，并在核验通过的情况下将该用户标记为认证用户；具体的，获取用户身份信息，基于用户身份信息对用户进行身份核验，也即是核验用户是否具有特定身份；若是，将该用户标记为认证用户；若否，向用户发送认证失败提醒或者不做处理即可；为了进一步提升用户对对应的特定身份的感知程度，避免用户不同意的情况下将用户标记为候选认证用户影响用户体验，在核验用户具有特定身份后，还可向用户发送特定身份的认证提醒，在用户基于认证提醒提交确认指令的情况下将用户标记为认证用户。

可选的，所述身份条件，包括用户身份信息中包含的用户名称和用户身份凭证标识与第三方存储的具有特定职业的用户的名称和身份凭证标识一致，所述用户身份信息中包含特定身份的证明信息和/或所述用户身份信息与数据库中记录的具有特定身份的用户的身份信息匹配或者一致。

上述步骤中，获取项目并建立项目与认证用户或者服务平台的推荐认证关系后，本步骤中，根据推荐认证关系，将项目的项目状态更新为认证状态，并对项目进行认证状态对应的发布处理，以使用户对项目进行资源赠与。本实施例中，所述资源包括资金、节碳量和/或碳排放量。

具体实施时，为了提升用户对发布的项目的项目状态的感知程度，基于不同的项目状态进行发布处理的过程中，对应的发布项中可标记项目状态，或者可设定不同的项目状态基于不同形式的发布项进行发布。

本实施例提供的一种可选实施方式中，为了使用户在公益项目的项目状态被更新为认证状态之后可以对公益项目进行资源赠与，采用如下方式实现对公益项目进行认证状态对应的发布处理：

根据所述认证状态开通对所述项目的参与权限；

基于所述参与权限、所述认证用户和所述项目生成所述项目的发布项并发布。

具体的，根据认证用户与项目的推荐认证关系，将项目的项目状态更新为认证状态，基于项目的认证状态，开通对项目的参与权限，基于参与权限、认证用户和/或项目生成发布项并在服务平台进行发布；可选的，将发布项在服务平台进行发布，以使用户在访问服务平台后可基于发布项进行项目的访问以及资源赠与。

为了提升用户对项目以及认证用户的感知程度，本实施例中，在进行发布项的发布的过程中，可通过与认证用户配合进行项目的推荐视频的拍摄等方式，提升项目的发布的多样性。

进一步，为了提升项目的资源转移效率，也即是募捐效率，在对项目进行发布处理的过程中，还可执行如下操作：

确定所述项目的发布推荐信息，以及读取所述项目的访问用户；

基于所述发布推荐信息生成所述项目的推荐内容并向所述访问用户发送。

可选的，所述发布推荐信息，包括用于对项目进行推荐和推广的信息；例如认证用户与服务平台配合拍摄的用于进行项目推广的视频。所述访问用户，包括对待核验状态和/或待认证状态发布的项目进行访问和/或关注的用户。

具体的，根据项目的认证状态开通项目的参与权限后，确定项目的发布推荐信息，并向项目的访问用户发送至少包含发布推荐信息的推荐内容。

需要说明的是，上述对于项目进行认证状态对应的发布处理中发布项的发布以及向访问用户的推荐发送，两者在执行过程中可单独执行，也可配合执行。例如，所述对所述项目进行所述认证状态对应的发布处理，包括：

根据所述认证状态开通对所述项目的参与权限，并获取所述项目的发布推荐信息；

基于所述参与权限的开通、所述认证用户、所述热度事件信息和/或所述发布推荐信息生成所述项目的发布项并发布；

或者，

根据所述认证状态开通对所述项目的参与权限，以及获取所述项目的发布推荐信息；

基于所述参与权限的开通，生成包含所述发布推荐信息、认证用户信息和/或所述热度事件信息的推荐内容并向所述项目的访问用户推荐；

或者，

根据所述认证状态开通对所述项目的参与权限，以及获取所述项目的发布推荐信息；

基于所述参与权限的开通，生成包含认证用户信息、所述发布推荐信息和/或所述热度事件信息的发布项并发布；以及，

生成包含认证用户信息、所述发布推荐信息和/或所述热度事件信息的推荐内容并向所述公益项目的访问用户推荐。

此外，步骤S104还可被替换为，根据推荐对象与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理，并与本实施例提供的其他处理步骤组成新的实现方式。可选的，所述推荐对象，包括认证用户或者服务平台。步骤S104还可被替换为，若检测到认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理，并与本实施例提供的其他处理步骤组成新的实现方式。

步骤S106，基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理。

所述用户账户，包括用户开通的用于进行资源存储的资源账户；例如资金账户，碳排放量账户或者节碳量账户。所述项目对应的资源账户，包括项目对应的资金账户，碳排放量账户或者节碳量账户。可选的，所述项目对应的资源账户，包括服务平台开通的进行资源管理的资源账户，例如，服务平台开通的进行公益资源管理的资源账户；或者，所述项目对应的资源接收方的资源账户。其中，资源接收方的资源账户，也即是被赠与方的资源账户。需要说明的是，本实施例中的资源转移处理，也即是对项目的资源赠与处理。

上述步骤中，对项目进行认证状态对应的发布处理后，用户可基于发布处理后的发布项或者推荐消息对项目进行参与；本步骤中，若检测到参与用户提交的对所述项目的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理；或者，步骤S106还可被替换为，基于参与用户提交的对所述项目的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理，并与本实施例提供的其他处理步骤组成新的实现方式。

在具体执行过程中，所述参与请求中可携带参与用户对项目的资源转移数额；本实施例中，基于参与用户提交的对所述项目的参与请求中的资源转移数额，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理。

步骤S108，按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

本实施例中可信凭证，是指生成的对参与用户参与项目进行记录的凭证；该凭证通过可信渠道生成并进行可信存储；可选的，所述可信凭证包括向参与用户发放的参与项目的数字权益的权益凭证；此外，可信凭证还可以包括数字藏品，数字藏品是指利用相关技术对特定的数字艺术品生成的唯一数字凭证，在保护其数字版权的基础上，实现真实可信的数字化发行、购买、收藏和使用。可选的，所述可信凭证，包括：虚拟世界中的虚拟可信凭证。可选的，所述可信凭证可由被赠与方、认证用户、服务平台和参与用户四方共同制定生成策略，也即是共同参与设计，具有唯一权属且上传至区块链存储，以此保证可信凭证的唯一性。

在参与用户参与项目，也即是参与用户对项目进行资源赠与后，为了提升用户对项目的参与感，在参与用户对项目进行资源转移处理后，按照项目对应的可信凭证生成策略，生成参与用户参与项目的可信凭证。

本实施例提供的一种可选实施方式中，采用如下方式生成参与用户参与公益项目的可信凭证：

基于参与用户标识、认证用户标识和/或所述项目的项目标识，生成所述可信凭证。

具体的，为了保证可信凭证的唯一权属，步骤S108可由服务平台对应的区块链节点执行；由于服务平台获得项目的执行数据后，对获得的执行数据进行上链存储；因此，本实施例中，步骤S108还可被替换为，区块链节点按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

除了在参与用户对项目进行资源转移处理之后根据参与用户标识、认证用户标识和/或项目标识生成可信凭证之外，为了保证项目的有效进行，还可在项目的赠与总数额大于阈值的情况下，生成公益项目的参与用户的可信凭证；也即是，步骤S108还可被替换为，在检测到所述项目的项目赠与资源的资源数额大于数额阈值的情况下，生成所述项目的参与用户参与所述项目的可信凭证，并与本实施例提供的其他处理步骤组成新的实现方式。

为了能对项目的相关数据进行有效存储，提升参与用户对项目的捐赠情况的感知程度和信任度，本实施例提供的一种可选实施方式中，将所述项目的执行数据上传至区块链节点，以对所述执行数据进行上联存储；其中，所述执行数据，包括下述至少一项：认证用户标识、参与用户标识、资源转移数额、可信凭证。

为了进一步保证项目的真实性，无论是基于哪种状态对项目进行发布，用户在访问项目时都可提交对项目的异常信息；例如，对项目的真实性提出质疑和相关证明的信息。对于可能存在异常的项目，这就要求认证用户在认领项目时对项目进行真实性的评估；本实施例中，可将认证用户的信用与项目进行关联；本实施例提供的一种可选实施方式中，可执行如下操作：

根据目标用户对所述项目提交的异常信息，对所述项目进行异常等级划分；

按照所述项目的异常等级，确定所述项目的异常影响指标；

基于所述异常影响指标，对所述认证用户的信用评级进行降级处理。

可选的，所述目标用户包括访问项目的任意用户。所述异常信息，包括对项目提出异议的信息；根据异常信息的不同，对应的异常等级也不相同；例如，项目的项目标识中的关键字是错别字，对应的异常等级为第一异常等级；项目中的被捐赠方属于异常用户，对应的异常等级为第二异常等级；项目对应的事件不真实，对应的异常等级为第三异常等级；其中，从异常级别来看，第三异常等级高于第二异常等级高于第一异常等级。

本实施例中，不同的异常等级，对应不同的异常影响指标；例如，第一异常等级下影响指标为1，第二异常等级下影响指标为5，第三异常等级下影响指标为10。

具体实施时，为了提升认证用户对项目审核的有效性，若检测到目标用户提交对所述项目的异常信息，基于所述异常信息进行异常核验，在核验通过的情况下基于所述异常信息确定所述项目的异常影响指标；并根据所述异常影响指标对所述认证用户的信用评级进行降级处理。

其中，基于所述异常信息进行异常核验，包括：核验项目是否存在异常信息对应的问题；若是，确定核验通过；若否，确定核验未通过并不做处理即可。

综上所述，本实施例提供的资源处理方法，获取热度事件信息并基于服务平台的风险控制能力对热度事件信息进行准入核验，在核验通过的情况下基于热度事件信息生成公益项目；

在生成公益项目后通过邀请认证用户对公益项目进行确认或者认证用户主动对公益项目进行确认的方式建立认证用户与公益项目的推荐认证关系，基于推荐认证关系将公益项目的项目状态由待认证状态更新为认证状态，并基于认证状态，生成公益项目的发布项以及推荐内容；将发布项发布至服务平台的发布子平台，以及将推荐内容向公益项目的访问用户进行消息推荐，以使用户可基于发布项或者推荐内容对公益项目进行资源赠与；

若检测到参与用户提交对公益项目的参与请求，从参与用户的用户账户向公益项目对应的资源账户进行资源转移处理；在向公益项目进行捐赠的资源数额超出资源阈值的情况下，生成公益项目的参与用户参与公益项目的可信凭证；

以此，通过服务平台的数据挖掘能力进行公益项目的挖掘，结合第三方公益机构进行公益项目的获取，获取用户发起公益的方式获取公益项目以及候选认证用户发起公益项目这四种公益项目的获取方式，使发布的公益项目更加全面，提升了公益服务的覆盖面；对于发布的公益项目，通过邀请认证用户确认或者认证用户主动确认的方式，利用认证用户的影响力提升用户对公益项目的感知程度和信任度，提升对公益项目的推广程度；参与用户在认证用户对公益项目进行确认后，对公益项目进行资源捐赠，在提升对公益项目的推广程度的基础上，提升参与用户对公益项目的参与积极性；通过生成参与用户参与公益项目的可信凭证的方式，提升参与用户对公益项目的参与体验；此外，将公益项目相关的执行数据上传至区块链存储，保证公益项目的公正公开和透明化，进一步提升认证用户和参与用户对公益项目的信任度；此外，认证用户通过对公益项目进行推荐确认，还可提升自身的影响力和公信力。

如图2所示，通过第三方公益机构提供、数据挖掘、认证用户发起公益和用户发起公益这四种方式进行公益项目的发起，配合在服务平台入驻的认证用户对公益项目进行确认，进而发起对公益项目的项目倡议，也即是对公益项目的认证状态对应的发布处理，用户基于项目倡议对公益项目进行捐赠，捐赠后可由多方共同设计向参与用户发放的可信凭证，为了对公益项目的执行数据进行有效管理和透明化的存储，基于区块链对公益项目的执行数据进行存储。

需要说明的是，本实施例中获取公益项目的四种方式仅仅是示例性的，还可通过其他方式或者其他渠道获取公益项目，本实施例在此不做限定。

下述以本实施例提供的一种资源处理方法在数据挖掘场景的应用为例，对本实施例提供的资源处理方法进行进一步说明，参见图3，应用于数据挖掘场景的资源处理方法，具体包括如下步骤。

步骤S302，调用数据挖掘引擎对热点事件数据进行数据挖掘，获得公益信息。

步骤S304，对公益信息进行准入核验，并在核验通过的情况下基于公益信息创建待认证状态的公益项目。

步骤S306，将公益项目进行待认证状态对应的发布处理。

步骤S308，根据认证用户提交的对公益项目的推荐确认指令，建立认证用户与公益项目的推荐认证关系。

步骤S310，基于推荐认证关系的建立，将公益项目的项目状态更新为认证状态。

步骤S312，根据认证状态，生成包含认证用户的用户标识和公益信息的发布项并进行发布处理。

步骤S314，获取参与用户基于发布项提交的对公益项目的参与请求。

步骤S316，根据参与请求，从参与用户的资金账户向公益项目对应的资金账户进行资源转移。

步骤S318，在公益项目的捐赠资金的资金数额超过资金阈值的情况下，根据该公益项目的凭证生成策略生成参与用户参与公益项目的数字权益的可信权益凭证。

下述以本实施例提供的一种资源处理方法在用户发起公益场景的应用为例，对本实施例提供的资源处理方法进行进一步说明，参见图4，应用于用户发起公益场景的资源处理方法，具体包括如下步骤。

步骤S402，获取发起用户提交的公益信息并对公益信息进行第一准入核验。

可选的，所述发起用户，还可以是需要一定额度的碳排放量的机构，也即是发起机构；对应的，所述公益信息，包括节碳公益信息。

步骤S404，在核验通过的情况下，基于公益信息生成待核验状态的发布项并发布。

步骤S406，若基于发布项对待核验状态的公益信息进行访问的访问用户的用户数量超过预设阈值，对公益信息进行第二准入核验。

步骤S408，在核验通过的情况下，基于公益信息生成待认证状态的公益项目。

步骤S410，向候选认证用户发送对公益项目的推荐邀请信息。

步骤S412，根据候选认证用户中认证用户基于推荐邀请信息提交的对公益项目的推荐确认指令，建立认证用户与公益项目的推荐认证关系。

步骤S414，根据推荐认证关系的建立，将公益项目的项目状态更新为认证状态。

步骤S416，获取公益项目的发布推荐信息，生成包含发布推荐信息、公益信息和认证用户的用户信息的推荐内容并向访问用户进行消息推送。

步骤S418，根据参与用户基于发布项提交的对公益项目的参与请求，从参与用户的资金账户向公益项目对应的资金账户进行资源转移。

步骤S420，根据公益项目对应的凭证生成策略，生成参与用户参与公益项目的可信凭证。

下述以本实施例提供的一种资源处理方法在机构发起公益场景的应用为例，对本实施例提供的资源处理方法进行进一步说明，参见图5，应用于机构发起公益场景的资源处理方法，具体包括如下步骤。

步骤S502，获取第三方公益机构发送的公益信息。

步骤S504，对公益信息进行准入核验，并在核验通过的情况下基于公益信息创建待认证状态的公益项目。

步骤S506，将公益项目进行待认证状态对应的发布处理。

步骤S508，若在预设时间内未检测到候选认证用户提交的对公益项目的推荐确认指令，基于公益信息对公益项目进行二次准入核验。

步骤S510，在核验通过的情况下建立服务平台与公益项目的推荐认证关系并基于推荐认证关系的建立，将公益项目的项目状态更新为认证状态。

步骤S512，根据认证状态，获取发布推荐信息并生成包含发布推荐信息和公益信息的发布项并进行发布处理。

步骤S514，根据参与用户基于发布项提交的对公益项目的参与请求，从参与用户的资金账户向公益项目对应的资金账户进行资源转移。

步骤S516，在公益项目的捐赠资金的资金数额超过资金阈值的情况下，根据该公益项目的凭证生成策略，生成参与用户参与公益项目的可信凭证。

下述以本实施例提供的一种资源处理方法在认证用户发起公益场景的应用为例，对本实施例提供的资源处理方法进行进一步说明，参见图6，应用于认证用户发起公益场景的资源处理方法，具体包括如下步骤。

步骤S602，获取认证用户提交的节碳公益信息。

步骤S604，对节碳公益信息进行准入核验，并在核验通过的情况下基于节碳公益信息创建待认证状态的节碳公益项目。

步骤S606，建立认证用户与节碳公益项目的推荐认证关系。

步骤S608，基于推荐认证关系的建立，将节碳公益项目的项目状态更新为认证状态。

步骤S610，根据认证状态，获取发布推荐信息并生成包含发布推荐信息和公益信息的发布项并进行发布处理。

步骤S612，根据参与用户基于发布项提交的对公益项目的参与请求，从参与用户的碳排放量账户向节碳公益项目对应的碳排放量账户进行碳排放量转移。

步骤S614，在节碳公益项目的碳排放量账户的碳排放量数额超过碳排放量阈值的情况下，生成参与用户参与节碳公益项目的数字藏品。

需要说明的是，上述参见图3至图6的实施例，在执行过程中可互相组合互相替换，可根据实际场景的需要进行步骤的相互结合或者替换，本实施例在此不做赘述。

本说明书提供的一种资源处理装置实施例如下：

在上述的实施例中，提供了一种资源处理方法，与之相对应的，还提供了一种资源处理装置，下面结合附图进行说明。

参照图7，其示出了本实施例提供的一种资源处理装置示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种资源处理装置，包括：

准入核验模块702，被配置为获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目；

发布处理模块704，被配置为根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理；

资源转移处理模块706，被配置为基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理；

可信凭证生成模块708，被配置为按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

本说明书提供的一种资源处理设备实施例如下：

对应上述描述的一种资源处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种资源处理设备，该资源处理设备用于执行上述提供的资源处理方法，图8为本说明书一个或多个实施例提供的一种资源处理设备的结构示意图。

本实施例提供的一种资源处理设备，包括：

如图8所示，资源处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器801和存储器802，存储器802中可以存储有一个或一个以上存储应用程序或数据。其中，存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括资源处理设备中的一系列计算机可执行指令。更进一步地，处理器801可以设置为与存储器802通信，在资源处理设备上执行存储器802中的一系列计算机可执行指令。资源处理设备还可以包括一个或一个以上电源803，一个或一个以上有线或无线网络接口804，一个或一个以上输入/输出接口805，一个或一个以上键盘806等。

在一个具体的实施例中，资源处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对资源处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目；

根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理；

基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理；

按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种资源处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目；

根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理；

基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理；

按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于资源处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或者相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处，比如装置实施例、设备实施例和存储介质实施例，三者均相似于方法实施例，所以描述地比较简单，阅读装置实施例、设备实施例和存储介质实施例中的相关内容请参照方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (19)

1.一种资源处理方法，包括：

获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目；

根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理；

基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理；

按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

2.根据权利要求1所述的资源处理方法，所述项目在生成后的项目状态为待认证状态；

相应的，所述获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目步骤执行之后，还包括：

基于所述待认证状态，对所述项目进行待确认发布处理；

若获取到特定身份的所述认证用户对所述项目提交的推荐确认指令，建立所述认证用户与所述项目的推荐认证关系。

3.根据权利要求1所述的资源处理方法，所述获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目步骤执行之后，且所述根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理步骤执行之前，还包括：

基于筛选规则进行认证用户筛选，获得包含所述认证用户的至少一个候选认证用户；

向所述至少一个候选认证用户发送对所述项目的推荐邀请信息；

根据所述认证用户针对所述项目提交的推荐确认指令，建立所述认证用户与所述项目的推荐认证关系。

4.根据权利要求2或3所述的资源处理方法，所述推荐认证关系，采用如下方式建立：

确定所述认证用户对所述项目的资源转移数额；

基于所述资源转移数额，进行从所述认证用户的用户账户至所述资源账户的资源转移处理，并建立所述认证用户与所述项目的推荐认证关系。

5.根据权利要求2或3所述的资源处理方法，还包括：

若在预设周期届满后未检测到认证用户对所述项目提交的推荐确定指令，基于所述热度事件信息对所述项目进行二次准入核验；

若核验通过，则建立服务平台与所述项目的推荐认证关系。

6.根据权利要求1所述的资源处理方法，所述获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目，包括：

调用数据挖掘引擎对用户访问频次高于阈值的事件信息进行数据挖掘，获得热度事件信息；

对所述热度事件信息进行准入核验，并在核验通过的情况下基于所述热度事件信息进行项目创建，获得所述项目。

7.根据权利要求1所述的资源处理方法，所述获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目，包括：

获取发起用户提交的所述热度事件信息，并对所述热度事件信息进行第一准入核验；

若第一准入核验通过，对所述热度事件信息进行待核验状态对应的待核验发布处理；

在检测到所述热度事件信息的访问用户满足访问条件的情况下，对所述热度事件信息进行第二准入核验；

若第二准入核验通过，基于所述热度事件信息生成所述项目。

8.根据权利要求1所述的资源处理方法，所述获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目，包括：

获取第三方机构发送的所述热度事件信息，并基于所述热度事件信息进行项目核验；

在核验通过的情况下基于所述热度事件信息生成所述项目。

9.根据权利要求1所述的资源处理方法，所述获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目，包括：

获取所述认证用户提交的所述热度事件信息，并对所述热度事件信息进行准入核验；

在核验通过的情况下基于所述热度事件信息生成所述项目并建立所述认证用户与所述项目的推荐确定关系。

10.根据权利要求1所述的资源处理方法，还包括：

根据目标用户对所述项目提交的异常信息，对所述项目进行异常等级划分；

按照所述项目的异常等级，确定所述项目的异常影响指标；

基于所述异常影响指标，对所述认证用户的信用评级进行降级处理。

11.根据权利要求1所述的资源处理方法，所述对所述项目进行所述认证状态对应的发布处理，包括：

根据所述认证状态开通对所述项目的参与权限；

基于所述参与权限、所述认证用户和所述项目生成所述项目的发布项并发布。

12.根据权利要求11所述的资源处理方法，所述对所述项目进行所述认证状态对应的发布处理，还包括：

确定所述项目的发布推荐信息，以及读取所述项目的访问用户；

基于所述发布推荐信息生成所述项目的推荐内容并向所述访问用户发送。

13.根据权利要求1所述的资源处理方法，所述资源账户，包括服务平台开通的进行资源管理的资源账户，或者，所述项目对应的资源接收方的资源账户；

所述项目基于待认证状态进行发布处理后，用户具有对所述项目的访问权限和/或推荐申请权限；所述项目基于认证状态进行项目发布后，用户具有对所述项目的参与权限。

14.根据权利要求1所述的资源处理方法，所述认证用户，采用如下方式进行身份认证：

根据用户通过采集服务标识提交的用户身份信息，对所述用户进行身份核验；

若核验所述用户满足特定身份的身份条件，将所述用户标记为所述特定身份的认证用户；

或者，

通过第三方数据接口查询用户身份信息并基于所述用户身份信息对用户进行身份核验；

若所述用户满足特定身份的身份条件，向所述用户发送特定身份的认证提醒；

根据所述用户基于所述认证提醒提交的确认指令，将所述用户标记为所述认证用户。

15.根据权利要求1所述的资源处理方法，还包括：

将所述项目的执行数据上传至区块链节点，以通过所述区块链节点对所述执行数据进行上链存储；

其中，所述执行数据，包括下述至少一项：认证用户标识、参与用户标识、资源转移数额、可信凭证。

16.根据权利要求1所述的资源处理方法，所述按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证，包括：

基于参与用户标识、认证用户标识和/或所述项目的项目标识，生成所述可信凭证。

17.一种资源处理装置，包括：

准入核验模块，被配置为获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目；

发布处理模块，被配置为根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理；

资源转移处理模块，被配置为基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理；

可信凭证生成模块，被配置为按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

18.一种资源处理设备，包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目；

根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理；

基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理；

按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。

19.一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取适于进行资源转移参与的热度事件信息并进行准入核验，在核验通过的情况下基于所述热度事件信息生成项目；

根据认证用户与所述项目的推荐认证关系，将所述项目的项目状态更新为认证状态，并对所述项目进行所述认证状态对应的发布处理；

基于参与用户针对所述项目提交的参与请求，进行从所述参与用户的用户账户至所述项目对应的资源账户的资源转移处理；

按照所述项目的凭证生成策略，生成所述参与用户参与所述项目的可信凭证。