1.本技术涉及计算机技术,特别地涉及一种用于追溯事件的系统、方法、 电子设备以及存储介质。
背景技术:
2.12345政务服务热线可以帮助诉求人解决生活、生产中所遇到的困难和 问题。是市委市政府关注民生、倾听民意的平台。现全国各地政府已开通多 条政务服务热线。
3.政务服务热线上线后接收了大量投诉事件,并交由对应的行政部门进行 处理。但是,行政部门是否有效、及时的解决了普通民众的诉求仍是未知。可 能存在的情况例如:同一事件多次多人投诉仍未解决。投诉反馈已解决但再 次发生同样投诉,等等。
技术实现要素:
4.依据本技术的第一方面,提供了一种用于追溯事件的系统,包括:
5.接收模块,用于接收至少一个事件获取端上传的存储了事件的信息的区 块,接收至少一个事件处理端上传的存储了包括事件的信息和对应的处理结 果的区块,以及将被接收的区块置入区块链系统,其中,事件的信息至少包 括能够用于识别该事件的关键信息,并且如果两个区块中的事件的关键信息 相同,则认为两个区块对应于同一事件;
6.分发模块,用于对所述接收模块从所述至少一个事件获取端上传的存储 了事件的信息的区块,将所述区块所存储的事件的信息发送给所述至少一个 事件处理端中的对应的事件处理端;
7.扫描模块,用于在所述区块接收模块接收到新的区块后扫描所述区块链 系统中的历史区块,并且若有历史区块所存储的事件的关键信息与所述新的 区块中的事件的关键信息相同,则在所述新的区块中增加指向该历史区块的 指针。
8.依据本技术的第二方面,提供了一种用于追溯事件的系统,包括:
9.如第一方面所述的系统;
10.至少一个事件获取端,用于在获取事件后,创建区块以存储所述事件的 信息,并将所创建的区块上传到如权利要求1所述的系统;
11.至少一个事件处理端,所述至少一个事件处理端中的任一个事件处理端 用于在事件处理完毕后,创建区块以存储所述事件的信息和对应的处理结果, 并将所创建的区块上传到如权利要求1所述的系统。
12.依据本技术的第三方面,提供了一种用于追溯事件的方法,包括:
13.接收至少一个事件获取端上传的存储了事件的信息的区块;
14.将所述区块所存储的事件的信息发送给所述至少一个事件处理端中的对 应的事件处理端;
15.接收至少一个事件处理端上传的存储了包括事件的信息和对应的处理结 果的区
块,将被接收的区块置入区块链系统;其中,事件的信息至少包括能 够用于识别该事件的关键信息,并且如果两个区块中的事件的关键信息相同, 则认为两个区块对应于同一事件;
16.扫描所述区块链系统中的历史区块,并且若有历史区块所存储的事件的 关键信息与所述新的区块中的事件的关键信息相同,则在所述新的区块中增 加指向该历史区块的指针。
17.依据本技术的第四方面,提供了一种电子设备,包括:处理器;用于存储 所述处理器可执行指令的存储器;其中,所述处理器被配置为能够执行所述 指令,以实现如第三方面所述的方法。
18.依据本技术的第五方面,提供了一种计算机可读介质,其上存储有计算 机可读指令,所述计算机可读指令被计算机执行时能够执行如第三方面所述 的方法。
19.本技术构建一种事件追溯系统,基于区块链技术将投诉事件进行上链存 证,作为行政执法监督的重要线索。基于区块链的不可篡改性,实现事件的 历史追溯,有力辅助行政监督。
附图说明
20.图1是本技术一示例性实施例示出的用于事件追溯的系统的一种示意图;
21.图2是本技术一示例性实施例示出的区块的一种示意图;
22.图3是本技术一示例性实施例示出的区块的另一种示意图;
23.图4是本技术一示例性实施例示出的用于事件追溯的系统的另一种示意 图;
24.图5是本技术一示例性实施例示出的用于事件追溯的系统的另一种示意 图.
具体实施方式
25.现在将参照若干示例性实施例来论述本技术的内容。应当理解,论述了 这些实施例仅是为了使得本领域普通技术人员能够更好地理解且因此实现本 申请的内容,而不是暗示对本技术的范围的任何限制。
26.如本文中所使用的,术语“包括”及其变体要被解读为意味着“包括但不 限于”的开放式术语。术语“基于”要被解读为“至少部分地基于”。术语“一 个实施例”和“一种实施例”要被解读为“至少一个实施例”。术语“另一个 实施例”要被解读为“至少一个其他实施例”。如本文中所使用的,术语“任 务”可以指任何一种可执行单元,包括但不限于进程、线程、模块或其集合。
27.本技术的实施例提供了一种用于追溯事件的系统,参见图1,包括:
28.接收模块,用于接收至少一个事件获取端上传的存储了事件的信息的区 块,以及接收至少一个事件处理端上传的存储了包括事件的信息和对应的处 理结果的区块,以及将被接收的区块置入区块链系统,其中,事件的信息至 少包括能够用于识别该事件的关键信息,并且如果两个区块中的事件的关键 信息相同,则认为两个区块对应于同一事件;
29.分发模块,用于对所述区块接收模块从所述至少一个事件获取端上传的 存储了事件的信息的区块,将所述区块所存储的事件的信息发送给所述至少 一个事件处理端中的对应的事件处理端;
30.扫描模块,用于在所述区块接收模块接收到新的区块后扫描所述区块链 系统中的历史区块,若有历史区块所存储的事件的主体信息和行为信息都与 所述新的区块相同,则判定所述历史区块与所述新的区块存储了相同的事件, 在所述新的区块中增加指向该历史区块的指针。
31.首先对本实施例涉及的区块进行描述,区块包括区块头和区块体,区块 头用于存储本区块的区块体的哈希(hash)值、前一区块的哈希值,以及指向 存储了同一事件的历史区块的指针。区块体用于存储事件的信息和对应的处 理结果。
32.在一些实施例中,区块头中至少包含以下信息:
33.1)当前区块的区块体所存储的信息的哈希值。
34.若区块体存储的事件的信息被篡改,则该区块体所在区块的区块头所存 储的信息也会发生变化。
35.2)前一区块的区块头所存储的信息的哈希值。
36.参见图2,若任一区块的区块头存储的信息被篡改,则该区块的后续的所 有区块的区块头中的信息均会发生变化。结合上述第1)点,即,任一区块的 区块体或区块头被篡改后,均会引发后续所有区块的变化。可以有效避免发 生篡改行为。
37.3)指向相同事件的哈希指针。
38.用于跟踪相同事件的处理情况。后续进行具体介绍。
39.参见图3,区块体中的数据结构是一个哈希树,形式可以例如是默克尔树(merkle tree)。哈希树中叶子节点是数据区块,用于保存具体的事件信息。 每两个事件信息构建一个哈希指针,依次向上构建得到根哈希指针。由此可 以使根哈希指针包含该区块体中存储的所有事件信息。
40.数据区块(data blocks)的设计:
41.以事件是投诉事件为例,每一个数据区块需要说明事件的信息,事件的 处理情况,所分派的行政部门信息,事件来源(市民服务热线)等。具体如 下:
42.事件的信息:
43.发生事件
44.发生地
45.事件主体
46.行为
47.导致结果
48.分配行政部门
49.事件的处理情况:
50.是否已处理
51.处理内容
52.事件的来源:
53.市民服务热线|行政部门(环保部门、食品安全部门)
54.事件的信息可以基于事件抽取算法(例如深度学习算法)从描述事件信 息的文本中进行自动抽取,并在结构化处理后得到结构化信息,将事件的信 息都进行结构化处理可以便于后续基于事件的信息进行相同事件的比对以及 关联。事件的信息主要由事件获取
端(例如各地区12345市民投诉部门的电 脑一类设备)构建成区块并上传。
55.事件处理情况主要由例如行政部门接收上述事件的信息后,进行相应处 理并由事件处理端(例如各地区环保部门、食品安全部门等行政部门中的电 脑一类设备)将相应的事件和处理结果构建成区块并上传。在事件没有被处 理时(例如事件获取端上传区块时),数据区块中的事件的处理情况部分可以 被置为“未处理”。
56.事件的来源即上传方的身份标识。在一些实施例中,每一个区块都带有 上传来源使用自身独立私钥写入的签名,区块链内各方可通过私钥对应的公 钥对该签名进行验证(身份验证)。私钥是区块链中唯一的身份标识。
57.下面以事件是投诉事件为例,参见图4和图5,对本技术的追溯事件的 流程进行说明。
58.1、投诉信息上链
59.市民投诉热线接收到市民投诉后,为保证上链数据的有效性以及及时性, 通过事件获取端采用自动化的方式将投诉文本信息结构化为上面所述的事件 的信息,并对事件的信息进行私钥签名,打包上传到区块链中,成为一个候 选区块。当一个节点提出候选区块后,进行发布需要区块链中其他成员进行 验证,可以验证候选区块中的以下两个信息:
60.a.验证区块中数据的数据区块中的私钥。
61.b.验证数据区块中事件基础信息是否正确。
62.在一些实施例中,可以采用基于联盟链机制的监管部门投票方案,由监 管部门对候选区块进行检测,验证。
63.验证成功后,该用于追溯事件的系统对历史区块中事件进行扫描,若检 测到相同事件,则构建当前事件指向相同事件的哈希指针。保持系统内相同 事件的追溯。系统会维护一份唯一事件列表,记录事件信息涉及到的区块链, 用户对历史区块中相同事件进行快速检测。在一些实施例中,相同事件判断 标准为事件的信息中主体、行为相同的事件。
64.2、分发投诉信息
65.当新的投诉信息作为新的区块成功上链后,用于追溯事件的系统根据该 新的区块中的事件信息的“分配行政部门”对投诉信息分发到相应的行政部 门的事件处理端。
66.3、反馈结果处理
67.当相关行政部门对相关投诉事件进行处理后,事件处理端构建相应的新 的区块,该新的区块包含事件信息以及事件处理情况,并使用事件处理端自 己的私钥进行签名后打包成候选区块。候选区块需要验证发布后上链,具体 流程参考上文记载。用于追溯事件的系统进行相同事件监测,构建指向相同 事件的哈希指针。
68.4、历史事件追溯
69.基于上述构建指向相同事件的哈希指针获取存储了相同的事件的多个区 块,依据所述多个区块确定所述事件的前后处理流程,并基于所述事件的前 后处理流程发送异常提醒。
70.当新的区块成功上链后,对以下两种情况需要发送异常提醒。
71.接收到所述事件获取端上传的区块后,若检测到存储了相同事件的上一 历史区块中未存储对应的处理结果,则判定所述事件存在反复投诉且未处理 情况,发送相应的异常提醒;或者,
72.接收到所述事件获取端上传的区块后,若检测到存储了相同事件的上一 历史区块中已存储对应的处理结果,则判定所述事件存在已处理后再次投诉 情况,发送相应的异常提醒。
73.在一些实施例中,该异常提醒被发送给监管端。该监管端可以是检察院 等监督机构的设备。
74.本技术基于区块链技术,将事件处理的过程进行上链存证。基于区块链 不可篡改性,实现对于相同事件的前后处理过程的历史追溯。进而可以很好 的实现对于事件处理流程的监督的目的。
75.相应于上述系统实施例,本技术实施例还提供一种方法,所述方法可以 包括:
76.接收至少一个事件获取端上传的存储了事件的信息的区块;
77.将所述区块所存储的事件的信息发送给所述至少一个事件处理端中的对 应的事件处理端;
78.接收至少一个事件处理端上传的存储了包括事件的信息和对应的处理结 果的区块,将被接收的区块置入区块链系统;其中,事件的信息至少包括能 够用于识别该事件的关键信息,并且如果两个区块中的事件的关键信息相同, 则认为两个区块对应于同一事件;
79.扫描所述区块链系统中的历史区块,并且若有历史区块所存储的事件的 关键信息与所述新的区块中的事件的关键信息相同,则在所述新的区块中增 加指向该历史区块的指针。
80.本技术实施例还提供一种电子设备,其至少包括存储器、处理器及存储 在存储器上并可在处理器上运行的计算机程序,其中,处理器执行所述程序 时实现前述方法,所述方法包括:
81.接收至少一个事件获取端上传的存储了事件的信息的区块;
82.将所述区块所存储的事件的信息发送给所述至少一个事件处理端中的对 应的事件处理端;
83.接收至少一个事件处理端上传的存储了包括事件的信息和对应的处理结 果的区块,将被接收的区块置入区块链系统;其中,事件的信息至少包括能 够用于识别该事件的关键信息,并且如果两个区块中的事件的关键信息相同, 则认为两个区块对应于同一事件;
84.扫描所述区块链系统中的历史区块,并且若有历史区块所存储的事件的 关键信息与所述新的区块中的事件的关键信息相同,则在所述新的区块中增 加指向该历史区块的指针。
85.本技术实施例还提供一种计算机可读介质,其上存储有计算机可读指令, 所述指令被执行时可实施本技术各实施例的方法。
86.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由 任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、 程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存 (pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他 类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储 器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读
存储器(cd
‑
rom)、 数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁存储设备存储 或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访 问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体 (transitory media),如调制的数据信号和载波。
87.根据需要,本技术各实施例的系统、方法和装置可以实现为纯粹的软件 (例如用java和sql来编写的软件程序),也可以根据需要实现为纯粹的硬 件(例如专用asic芯片或fpga芯片),还可以实现为结合了软件和硬件的系 统(例如存储有固定代码的固件系统或者带有通用存储器和处理器的系统)。
88.上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或 实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算 机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电 话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、 游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组 合。
89.以上所述仅是本技术实施例的具体实施方式,应当指出,对于本技术领 域的普通技术人员来说,在不脱离本技术实施例原理的前提下,还可以做出 若干改进和润饰,这些改进和润饰也应视为本技术实施例的保护范围。
再多了解一些
本文用于企业家、创业者技术爱好者查询,结果仅供参考。