CN112149012A - 一种用于透明监督事件信息的信息分类发布系统 - Google Patents

Abstract

本申请涉及一种信息分类发布系统。该系统包括：角色配置模块、事件处理模块和发布模块，其中，角色配置模块用于将用户配置为至少一种可配置的角色，其中，可配置的角色包括：普通用户角色、事件发布者角色和事件监督者角色；事件处理模块，与角色配置模块连接，用于接收具有事件发布者角色的用户创建的事件信息，并将事件信息分配给具有事件监督者角色的用户审核，在审核通过的情况下，将事件信息发送给发布模块；发布模块，与事件处理模块连接，用于发布事件信息。通过本申请，解决了相关技术中的信息发布平台上存在大量不实信息的问题，能够减少不实信息的传播。

Description

一种用于透明监督事件信息的信息分类发布系统

技术领域

本申请涉及数据处理领域，特别是涉及一种用于透明监督事件信息的信息 分类发布系统。

背景技术

在使用现有的信息发布平台时，用户的发布的信息往往是在发布之后才能 够核实其真实性，这导致了现有的平台上传播着大量的不实信息。即使在短时 间内能够通过人工巡查发现不实消息而对源头信息进行删除等操作，然而由于 信息的病毒式传播，不实信息造成的影响很难消除。

发明内容

本申请实施例提供了一种信息分类发布系统，以至少解决相关技术中的信 息发布平台上存在大量不实信息的问题。

本申请实施例提供了一种信息分类发布系统，角色配置模块、事件处理模 块和发布模块，其中，

所述角色配置模块用于将用户配置为至少一种可配置的角色，其中，所述 可配置的角色包括：普通用户角色、事件发布者角色和事件监督者角色；

所述事件处理模块，与所述角色配置模块连接，用于接收具有事件发布者 角色的用户创建的事件信息，并将所述事件信息分配给具有事件监督者角色的 用户审核，在审核通过的情况下，将所述事件信息发送给所述发布模块；

所述发布模块，与所述事件处理模块连接，用于发布所述事件信息。

在其中一些实施例中，

所述信息分类发布系统还包括：信息生成模块，分别与所述角色配置模块、 所述事件处理模块和发布模块连接，用于向所述用户提供信息输入的接口，并 在通过所述接口接收到所述用户的输入信息的情况下，判断所述输入信息是否 为所述事件信息；在判断到所述输入信息不为所述事件信息的情况下，将所述 输入信息发送给所述发布模块；

所述发布模块，还用于发布所述输入信息。

在其中一些实施例中，所述信息生成模块，还用于在判断到所述输入信息 为所述事件信息的情况下，将所述事件信息发送给所述事件处理模块。

在其中一些实施例中，所述事件处理模块，还用于在接收到事件信息后， 向所述角色配置模块查询生成所述事件信息的用户是否具有所述事件发布者角 色，在生成所述事件信息的用户不具有所述事件发布者角色的情况下，丢弃所 述事件信息。

在其中一些实施例中，所述信息生成模块，还用于在判断到所述输入信息 为所述事件信息的情况下，向所述角色配置模块查询所述用户是否具有所述事 件发布者角色，在所述用户具有所述事件发布者角色的情况下，将所述事件信 息发送给所述事件处理模块。

在其中一些实施例中，所述事件监督者角色包括事件分配者角色和事件审 核者角色；所述事件处理模块包括：事件分配单元和多个事件审核单元；所述 事件分配单元分别与多个所述事件审核单元连接；其中，

所述事件分配单元，用于根据具有事件分配者角色的用户的分配指令，将 所述事件信息分配给多个所述事件审核单元中的至少一个事件审核单元；

所述事件审核单元，用于根据与所述事件审核单元具有绑定关系且具有事 件审核者角色的用户的请求指令，将所述事件信息移交给所述请求指令的发起 用户审核，以及接收所述请求指令的发起用户的审核结果和审核凭据信息。

在其中一些实施例中，所述事件监督者角色还包括管理者角色；所述事件 处理模块还包括：事件审批单元，分别与所述事件审核单元连接，用于将所述 事件信息的审核结果和审核凭据信息发送给具有管理者角色的用户审批，在审 批通过后，将所述事件信息发送给所述发布模块。

在其中一些实施例中，所述信息分类发布系统还包括：事件追踪模块，所 述事件追踪模块与发布模块连接，用于根据所述事件信息的处理结果，更新所 述事件信息的状态，所述事件信息的状态包括：关闭归档状态、公布状态、强 化曝光状态。

在其中一些实施例中，所述信息分类发布系统还包括事件数据库，所述事 件数据库与所述事件处理模块连接，用于存档经由所述事件处理模块审核通过 的事件信息。

在其中一些实施例中，所述信息分类发布系统还包括：事件分析模块，与 所述事件数据库连接，用于对所述事件数据库中存储的事件信息进行数据分析。

相比于相关技术，本申请实施例提供的信息分类发布系统，解决了相关技 术中的信息发布平台上存在大量不实信息的问题，能够减少不实信息的传播。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请 的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分， 本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限 定。在附图中：

图1是根据本申请实施例的信息分类发布系统；

图2是根据本申请优选实施例的信息分类发布系统的工作流程图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实 施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用 以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通 技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本 申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于 本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些 附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过 程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关 的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些 设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的 内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或 特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短 语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的 实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施 例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属 技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一 个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申 请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖 不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、 产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤 或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单 元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理 的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本 申请所涉及的“多个”是指两个或两个以上。

本实施例提供了一种信息分类发布系统。图1是根据本申请实施例的信息 分类发布系统的结构示意图，如图1所示，该信息分类发布系统包括：角色配 置模块11、事件处理模块12和发布模块13，其中，

角色配置模块11用于将用户配置为至少一种可配置的角色，其中，可配置 的角色包括：普通用户角色、事件发布者角色和事件监督者角色。

普通用户角色，是指仅具有普通用户权限的用户。根据实际需要和系统设 定，普通用户角色可以不能发布任何信息，而只能够针对已发布信息进行浏览、 转发、点赞等基本操作。在一些实施例中，普通用户角色也可以发布信息，但 普通用户角色发布信息的类型受到限制，例如普通用户角色不能够发布事件信 息，除事件信息之外的其他信息可以发布。其中，事件信息是指涉及到真实事 件的相关信息。事件信息一般具有人物、事件发生地点、事件发生时间等信息； 事件信息中的人物、事件发生地点、事件发生时间等信息中有任一信息不正确 或者不全面，将会被认为属于不实消息。

事件发布者角色，是指具有发布事件信息权限的用户；事件发布者角色还 可以具有普通用户角色的全部权限。

事件监督者角色，是指具有监督事件权限，判断事件信息是否为不实信息 权限的用户。

事件处理模块12，与角色配置模块11连接，用于接收具有事件发布者角色 的用户创建的事件信息，并将事件信息分配给具有事件监督者角色的用户审核， 在审核通过的情况下，将事件信息发送给发布模块13。

事件处理模块12用于审核事件信息是否为不实信息，如果不是不实消息而 是可信消息，则事件处理模块12判定该事件信息审核通过，然后将事件信息发 送给发布模块13。

发布模块13，与事件处理模块12连接，用于发布事件信息。

通过上述的系统，在事件信息发布之前先由事件处理模块12审核事件信息 是否为不实信息，并在事件信息审核通过的情况下，再发布事件信息，从而能 够避免存在不实信息的事件信息被发布到信息发布平台，解决了相关技术中的 信息发布平台的不实信息多的问题。

在其中一些实施例中，信息分类发布系统还包括：信息生成模块，分别与 角色配置模块11、事件处理模块12和发布模块13连接，用于向用户提供信息 输入的接口，并在通过接口接收到用户的输入信息的情况下，判断输入信息是 否为事件信息；在判断到输入信息不为事件信息的情况下，将输入信息发送给 发布模块13；发布模块13，还用于发布输入信息。通过上述的系统，在具有普 通用户角色的用户具有发布除事件信息之外的其他信息的权限的情况下，具有 普通用户角色的用户可以正常发布信息。其中，通过对输入信息中关键词的提 取来判断该输入信息是否为事件信息。例如，在输入信息中不存在人名或者代名词的情况下，则可以认为该输入信息不为事件信息。

在其中一些实施例中，信息生成模块，还用于在判断到输入信息为事件信 息的情况下，将事件信息发送给事件处理模块12。

在其中一些实施例中，事件处理模块12，还用于在接收到事件信息后，向 角色配置模块11查询生成事件信息的用户是否具有事件发布者角色，在生成事 件信息的用户不具有事件发布者角色的情况下，丢弃事件信息。上述的系统中， 事件处理模块12接收到事件信息后判断该事件信息的发布者是否具有事件信息 发布者角色，若不具有事件发布者角色则丢弃事件信息。通过事件发布者角色 配置，可以避免对所有用户发布的事件信息进行处理导致的大量处理资源的浪 费。

在其中一些实施例中，信息生成模块，还用于在判断到输入信息为事件信 息的情况下，向角色配置模块11查询用户是否具有事件发布者角色，在用户具 有事件发布者角色的情况下，将事件信息发送给事件处理模块12。

在其中一些实施例中，事件监督者角色包括事件分配者角色和事件审核者 角色；事件处理模块12包括：事件分配单元和多个事件审核单元；事件分配单 元分别与多个事件审核单元连接；其中，事件分配单元，用于根据具有事件分 配者角色的用户的分配指令，将事件信息分配给多个事件审核单元中的至少一 个事件审核单元；事件审核单元，用于根据与事件审核单元具有绑定关系且具 有事件审核者角色的用户的请求指令，将事件信息移交给请求指令的发起用户 审核，以及接收请求指令的发起用户的审核结果和审核凭据信息。通过上述的 事件分配单元分配事件信息，以及通过上述的事件审核单元审核事件信息，其 中事件审核单元审核事件信息时是通过具有事件审核者角色的用户来进行人工 审核的，这样可以避免机器审核导致的误判。并且，多个人工审核的审核结果 可以相互印证和监督，审核凭据信息也可以用于复核审核结果是否正确以及审 核过程是否合法。

在其中一些实施例中，事件监督者角色还包括管理者角色；事件处理模块 12还包括：事件审批单元，分别与事件审核单元连接，用于将事件信息的审核 结果和审核凭据信息发送给具有管理者角色的用户审批，在审批通过后，将事 件信息发送给发布模块13。上述的事件审批单元用于将事件信息以及相关的审 核信息提交给具有管理者角色的用户审批，该具有管理者角色的用户可以是相 关执法部门的用户。通过管理者角色的进一步审批，有效避免了不实信息的漏 检，而且也能够避免和及早发现事件审核单元中是否存在不合规、不合法的审 核操作。

在其中一些实施例中，信息分类发布系统还包括：事件追踪模块，事件追 踪模块与发布模块13连接，用于根据事件信息的处理结果，更新事件信息的状 态，事件信息的状态包括：关闭归档状态、公布状态、强化曝光状态。通过事 件追踪模块追踪事件的处理状态，并且能够对事件的处理状态进行有限的干预， 例如，在事件信息所反映的事件长期得不到解决的情况下，可以将事件信息的 状态更新为强化曝光状态，以获取更多的关注，推动事件及早得到解决。

在其中一些实施例中，信息分类发布系统还包括事件数据库，事件数据库 与事件处理模块12连接，用于存档经由事件处理模块12审核通过的事件信息。 将事件信息存档，有利于后续的事件分析。

在其中一些实施例中，信息分类发布系统还包括：事件分析模块，与事件 数据库连接，用于对事件数据库中存储的事件信息进行数据分析。

下面结合优选实施例对本申请进行描述和说明。

现有的信息发布系统，例如微博或者Facebook等，由于在信息发布前对用 户发表事件的真实性没有考证，导致一些谣言，一传十，十传百，造成恶劣的 影响。现有的信息发布平台对于事件发表后没有后续的持续追踪。在信息发布 系统中出现的不实信息进行删除、或者撤掉热搜的操作可能进一步引起恐慌和 猜疑。现有的信息发布系统对于用户发表的事件没有定级分类，导致后端管理 人员很难进行管理，也对后续的大数据分析带来了难度和不便。

本申请提供了一种能够用于全民监督、透明管理以及事件追踪的信息分类 发布系统。该系统包括内审模块、事件模块、个人中心模块、审核管理模块、 专线服务模块、管理大拿模块、事件追踪模块。上述系统可以通过Vue3.0框架 来实现。例如，通过使用vue-cli3脚手架创建系统的整个架构，通过使用vue3 中的vuex来管理每个角色的状态，通过使用vue3的vue-router来创建每个模块 的路由；在事件的执行监管中，使用vue-component-api来实现相应模块的功能 设计。

采用本优选实施例的信息分类发布系统，可以在用户建立事件信息后，进 行事件信息的核实和审核，在核实和审核通过后再发布事件信息。这样信息发 布平台上的每位用户都能知晓此次事件的准确性和真实性。事件信息发表后通 过舆论的力量，可以达到让社会关注的目的，引起各界关注，增大曝光率，增 快职能政府处理事件进度，后续还会有事件处理状态等事件追踪等一系列操作， 确保每件事件能够有完善的处理结果。

图2是根据本申请优选实施例的信息分类发布系统的工作流程图，如图2 所示，信息分类发布系统的工作流程包括如下阶段：

1)事件创建阶段

系统用户可通过APP端，WEB管理端登录以后，进入到不同角色的界面， 角色分为事件发布者，大拿管理者，网警管理者，内审员，赏金猎者，普通用 户六种角色。事件创建阶段是由事件发布者发起，可以通过使用现有模板和自 定义模板两种方式创建事件，现有模板包括事件标题，事件类型，事件等级， 附件上传，事件描述，事件标题主要是对事件进行精简的概述，事件类型主要 分为几种：疾病救助类，公益传播类，社会现象曝光类，之后的类型会更一步 的细化和归类，事件等级按照事件的紧急情况分为紧急而重要，紧急，普通3个等级，附件上传主要是对事件进行图片和视频的上传，这样更加直观的描述 事件的真相，事件描述是较为详细的对事件进行描述。你也可以通过自定义模 板去创建一些比较特殊的事件，该阶段是需要用户实名制的。

2)事件审核阶段

事件发布者发布事件之后，通过大拿管理者角色对事件进行类型的再分配 和归总，通过团队内部悬赏机制，把事件发布到自己团队负责的悬赏平台。根 据事件的紧急情况，严重程度，社会影响，事件截止时间等多个方面对事件进 行不同价位的悬赏，悬赏公布后，由负责不同事件类型的赏金猎者领取任务。 赏金猎者角色领到悬赏任务后，通过自己的合理合法的侦查方法，首先对发布 事件进行涉及黄赌毒方面的筛选剔除，经排查无误后，剩余合格的事件再进行 事件真实性的核实，核实时需要通过平台上传相应的凭证依据作为事件真实性 的判断标准，核实完毕以后移交大拿管理者，领取对应的赏金，进行下一事件 的审核。

3)事件审批阶段

赏金猎人移交事件后，会进入网警管理者角色的阶段，该角色通过公安方 面所持有的资源，对该事件进行多方面的核查和资料补充，包括对已有视频的 扩展，对描述事件中的人物或者地点进行进一步的完善，如有涉及到刑事案件 则直接移交警方处理，待事件审批结束后发布至平台。普通用户角色可对该事 件进行评论或点赞转发，知情人也可以对事件进行补充说明等操作，此过程也 需要实名注册。

4)事件追踪阶段

事件正式发布平台后，通过媒体舆论和人民群众的共同监督和关注下，可 推动对应的职能部门加快对事件的关注和处理。事件发布一段时间后，会进入 事件追踪阶段。如果事件得到有效处理，大拿管理者则会对事件进行关闭和归 档，如果事件还在处理中，则会对事件进行持久性的追踪关注，针对事件的利 害关系，采取一些相应的处理方式(事件置顶，请相关媒体记者进行曝光等)， 一直持续到事件解决为止。

5)内审阶段

为了防止事件审核的公开和公正性，审核环节是专门对大拿管理者进行监 督的，会通过平台定期的核实悬赏事件的财务出纳，事件的真实性，后续的追 踪报道的审计，以防止出现内部腐败现象。

6)大数据分析阶段

这个阶段是比较后期的一个阶段，需要建立在有一定用户数据的基础上。 针对现有发生的事件的类型和数量汇总，进行大数据分析，动态的感知当前社 会总体事件的趋势走向，对每个用户的事件行为进行数据分析，降低犯罪率， 对于疾病类型的事件，针对高频发的疾病进行针对性的研究和治疗。

本申请上述实施例具有下列有益效果：

1、解决了事件谣言传播的危害性，增强了事件的准确性，对社会正确的舆 论风向提供了强而有力的保证。

2、信息分类发布系统对事件进行分类和定级，对紧急且影响重大的事件推 动性和关注度更加关切，找准实效事件的厉害关系，为平台提供一种良好的关 注社会时事的导向。

3、信息分类发布系统关注信息发布前的管理，杜绝了不实信息的“撤热搜”， “删评论”可能导致的社会恐慌和猜疑。

4、采用悬赏机制，让平台获得更多荣誉，更多信任，更多威信的人成为升 级成大拿。管理大拿分配用户创建的事件，分配事件。能够更快，更准确的能 核实事件的准确性。

5、大数据分析能够全面了解用户的行为习惯，为大家更好更贴心的服务。

6、每件事件都进行持续性的追踪，全民监督，直到事件结束。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对 上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技 术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细， 但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的 普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改 进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权 利要求为准。

Claims (10)

1.一种信息分类发布系统，其特征在于，角色配置模块、事件处理模块和发布模块，其中，

所述角色配置模块用于将用户配置为至少一种可配置的角色，其中，所述可配置的角色包括：普通用户角色、事件发布者角色和事件监督者角色；

所述事件处理模块，与所述角色配置模块连接，用于接收具有事件发布者角色的用户创建的事件信息，并将所述事件信息分配给具有事件监督者角色的用户审核，在审核通过的情况下，将所述事件信息发送给所述发布模块；

所述发布模块，与所述事件处理模块连接，用于发布所述事件信息。

2.根据权利要求1所述的信息分类发布系统，其特征在于，

所述信息分类发布系统还包括：信息生成模块，分别与所述角色配置模块、所述事件处理模块和发布模块连接，用于向所述用户提供信息输入的接口，并在通过所述接口接收到所述用户的输入信息的情况下，判断所述输入信息是否为所述事件信息；在判断到所述输入信息不为所述事件信息的情况下，将所述输入信息发送给所述发布模块；

所述发布模块，还用于发布所述输入信息。

3.根据权利要求2所述的信息分类发布系统，其特征在于，所述信息生成模块，还用于在判断到所述输入信息为所述事件信息的情况下，将所述事件信息发送给所述事件处理模块。

4.根据权利要求3所述的信息分类发布系统，其特征在于，所述事件处理模块，还用于在接收到事件信息后，向所述角色配置模块查询生成所述事件信息的用户是否具有所述事件发布者角色，在生成所述事件信息的用户不具有所述事件发布者角色的情况下，丢弃所述事件信息。

5.根据权利要求2所述的信息分类发布系统，其特征在于，所述信息生成模块，还用于在判断到所述输入信息为所述事件信息的情况下，向所述角色配置模块查询所述用户是否具有所述事件发布者角色，在所述用户具有所述事件发布者角色的情况下，将所述事件信息发送给所述事件处理模块。

6.根据权利要求1所述的信息分类发布系统，其特征在于，所述事件监督者角色包括事件分配者角色和事件审核者角色；所述事件处理模块包括：事件分配单元和多个事件审核单元；所述事件分配单元分别与多个所述事件审核单元连接；其中，

所述事件分配单元，用于根据具有事件分配者角色的用户的分配指令，将所述事件信息分配给多个所述事件审核单元中的至少一个事件审核单元；

所述事件审核单元，用于根据与所述事件审核单元具有绑定关系且具有事件审核者角色的用户的请求指令，将所述事件信息移交给所述请求指令的发起用户审核，以及接收所述请求指令的发起用户的审核结果和审核凭据信息。

7.根据权利要求6所述的信息分类发布系统，其特征在于，所述事件监督者角色还包括管理者角色；所述事件处理模块还包括：事件审批单元，分别与所述事件审核单元连接，用于将所述事件信息的审核结果和审核凭据信息发送给具有管理者角色的用户审批，在审批通过后，将所述事件信息发送给所述发布模块。

8.根据权利要求1所述的信息分类发布系统，其特征在于，所述信息分类发布系统还包括：事件追踪模块，所述事件追踪模块与发布模块连接，用于根据所述事件信息的处理结果，更新所述事件信息的状态，所述事件信息的状态包括：关闭归档状态、公布状态、强化曝光状态。

9.根据权利要求1至8中任一项所述的信息分类发布系统，其特征在于，所述信息分类发布系统还包括事件数据库，所述事件数据库与所述事件处理模块连接，用于存档经由所述事件处理模块审核通过的事件信息。

10.根据权利要求9所述的信息分类发布系统，其特征在于，所述信息分类发布系统还包括：事件分析模块，与所述事件数据库连接，用于对所述事件数据库中存储的事件信息进行数据分析。

Images