T-CESA《城市智能中枢 城市事件管理 第2部分：事件引擎功能要求》

ICS35.240.01

CCSL70

团体标准

T/CESAXXXX—202X

城市智能中枢城市事件管理第2部分：

事件引擎功能要求

Cityintelligentcenter—Cityeventmanagement—Part2:

Eventenginefunctionrequirements

（征求意见稿）

在提交反馈意见时，请将您知道的相关专利连同支持性文件一并附上。

已授权的专利证明材料为专利证书复印件或扉页，已公开但尚未授权的专利申请

证明材料为专利公开通知书复印件或扉页，未公开的专利申请的证明材料为专利申请

号和申请日期。

202X-XX-XX发布202X-XX-XX实施

中国电子工业标准化技术协会发布

T/CESAXXXX—202X

目次

前言............................................................................III

引言.............................................................................IV

1范围................................................................................1

2规范性引用文件......................................................................1

3术语和定义..........................................................................1

4缩略语..............................................................................1

5功能框架............................................................................1

6通用服务............................................................................2

6.1资源服务........................................................................2

6.2预案服务........................................................................3

6.3知识服务........................................................................4

6.4智能服务........................................................................5

7事件受理............................................................................5

7.1事件登记........................................................................5

7.2辅助填单........................................................................5

7.3事件去重........................................................................5

7.4事件核实........................................................................6

7.5事件立案........................................................................6

8事件分拨............................................................................6

8.1人工分拨........................................................................6

8.2智能分拨........................................................................7

8.3相似案例........................................................................7

9事件处置............................................................................7

9.1任务接收........................................................................7

9.2处置信息........................................................................7

9.3处置过程........................................................................8

9.4处置结果........................................................................8

10事件办结...........................................................................8

10.1事件核查.......................................................................8

10.2事件回访.......................................................................8

10.3事件结案.......................................................................8

11评价分析...........................................................................9

11.1事件评价.......................................................................9

11.2事件分析.......................................................................9

II

T/CESAXXXX—202X

城市智能中枢城市事件管理第2部分：事件引擎功能要求

1范围

本文件给出了城市智能中枢事件引擎的功能框架，规定了通用服务要求，以及事件受理、事件分拨、

事件处置、事件办结和评价分析的城市事件全流程功能要求。

本文件适用于城市智能中枢事件引擎的建设、管理和应用。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T30428.4—2016数字化城市管理信息系统第4部分：绩效评价

3术语和定义

3.1

事件引擎eventengine

驱动城市事件全流程处置的信息系统。

3.2

四标四实fourstandardsandfourrealities

以标准作业底图、标准建筑物编码、标准地址库、标准基础网格、实有人口、实有房屋、实有单位、

实有设施为主要内容的数据资源分类。

4缩略语

下列缩略语适用于本文件。

AI：人工智能（ArtificialIntelligence）

API：应用编程接口（ApplicationProgrammingInterface）

GIS：地理信息系统（GeographicInformationSystem）

NLP：自然语言处理（NaturalLanguageProcessing）

OCR：光学字符识别（0pticalCharacterRecognition）

5功能框架

事件引擎功能框架见图1：

1

T/CESAXXXX—202X

注：本文件描述了功能框架中实线部分的功能要求，不涉及虚线部分的功能要求。

图1事件引擎功能框架

事件引擎包括通用服务、事件受理、事件分拨、事件处置、事件办结和评价分析，具体描述如下：

a)通用服务是支撑事件流转的服务能力，包括资源服务、预案服务、知识服务和智能服务；

b)事件受理是通过事件采集汇聚平台，对各个渠道来源的事件进行受理，给出事件受理意见；

c)事件分拨是在事件确认受理后，根据事件权责清单、预案、智能推荐等进行分拨派发；

d)事件处置是责任部门对事件进行处理的过程，如直接处理事件、向下级转派、申请协同处置等，

反馈处置进展；

e)事件办结是事件处置完成后，对事件进行核查，并通过电话、短信等方式进行回访后的结案操

作；

f)评价分析是事件办结后，对事件处置过程的内、外部评价，对城市事件的态势的分析。

6通用服务

6.1资源服务

资源服务为城市事件涉及的人、地、物、组织提供数据建模、数据更新及查询功能，包括资源分级

分类、资源模型、资源标签和资源实例支持，功能要求分别规定如下。

a)资源分级分类功能要求：

1)应支持资源的分级分类管理，直观展示资源层级；

2)应符合城市基础数据资源管理要求，预置四标四实资源类型，应支持新增、修改、删除等

操作，所有操作都应按照业务规则进行校验；

3)应支持创建资源管理流程，包括不同资源类型下的资源新增、资源删除等流程；应根据实

际业务流程配置各流程节点信息；

4)应支持按资源类型绑定操作流程，并定义资源类型的管理岗位资源模型；

5)应支持为不同资源类型定义管理岗位，如楼栋长、河长等，应具备对应的管理权限；

6)支持根据资源类型以分级分类的格式导出表格。

b)资源模型功能要求：

2

T/CESAXXXX—202X

1)应支持为不同类型的资源定义数据模型，下级资源模型应继承上级模型对象及字段；

2)资源模型应至少包括区、街道、社区、网格、经纬度字段；

3)应支持对资源模型进行管理，包括模型发布、默认版本设置、模型下发、模型收发等功能；

4)应预置四标四实的默认模型和扩展模型，默认模型包括人、地、物、组织等，扩展模型包

括户籍人口、流动人口、居住房屋等。

c)资源标签功能要求：

1)应支持资源标签的分级分类管理，生成资源树，直观展示标签层级；

2)应支持对标签名称、类型、描述进行修改、删除等操作；

3)应支持根据标签名称、编码查询，并以标签树形式展示标签关系；

4)应支持标签根据模板导入和分级分类的格式导出。

d)资源实例功能要求：

1)应支持根据模型字段新增资源实例并生成二维码；

2)应支持资源实例的创建、编辑、删除等操作；

3)应根据模型配置对具体的字段进行必填、数据长度、数据格式等校验；

4)应支持资源实例打标签，支持一个资源实例具备多个标签；

5)应支持资源实例间的关联关系创建，如人口与房屋，建立人口的现住址和房屋地址关联关

系，在填写现住址字段时刻关联房屋地址信息；

6)应支持为不同业务系统数据建立映射关系，可根据名称、标签、行政区域等条件进行查询

资源实例；

7)应支持资源实例列表根据标签、区域、名称进行排序；

8)应支持对资源实例的操作（新增、修改、删除、导入、导出）的日志跟踪；

9)应支持为资源实例配置管理岗位人员。

6.2预案服务

预案服务为城市事件、重大活动保障提供预案支持，包括预案模型、预案管理、预案标签和预案实

例，功能要求分别规定如下：

a)预案模型功能要求：

1)应支持管理自定义预案类型和预置预案类型，预案类型见表1：

表1预案类型

编号预案类型说明示例

1急特事件城市急特事件预案地面塌陷

2协同处置需2个及2个以上的部门处置的预案吹哨报到、联合执法

3疑难会商上报至事件发生地上级行政部门的事件预案疑难事件会商

4重大活动城市举办的大型会议、会展、赛事、庆典等活动马拉松、演唱会

2)应支持定义预案模型及布局，在定义时需选择预案类型。

b)预案管理功能要求：

1)应支持预案的新增、修改和删除等，应提供草稿态、待审核、审核通过、审核不通过和作

废5类状态；

2)应支持配置预案基本信息，如预案类型、预案层级、适用区域、紧急程度、严重程序、预

案总体要求、编制单位等；

3)应支持预案关联不同类型的资源，如执法力量、医疗单位、城市防汛物资等；

4)应支持配置预案响应流程，使得预案任务可按照流程定义进行流转；

3

T/CESAXXXX—202X

5)应支持在预案中关联组织机构进行指挥机构的设置；

6)应支持从组织部门列表中选择并配置到预案处置部门；

7)应支持根据预案名称、预案编码、行政区域等查询预案列表；

8)应支持查询预案基本信息、关联流程、关联资源、关联子预案等；

9)应支持预案文档模板管理、预案文档生成、预案列表查询、预案详情查询、预案下发、预

案签收、预案报备、预案导入、预案导出、预案发布、预案审核、预案作废等。

c)预案标签功能要求：

1)应支持预案标签分级分类管理，生成并展示资源树；

2)应支持预案标签的新增、修改、删除等操作；

3)应支持通过标签名称和标签编码查询并进行展示。

d)预案实例功能要求：

1)应支持定义预案实例模型及布局；

2)应支持综合查询预案实例，提供已启动、已响应、未响应、已完成等多种维度列表，支持

组合条件过滤预案实例列表；

3)应支持查询预案实例详情，包括预案名称、发生地点、预案启动层级、关联的事件工单详

情、预案响应情况等；

4)应支持根据预案的处置方案设置，将任务直接下发给处置单位、协助处置单位、处置区域

联动单位；

5)应支持自动跟踪任务响应情况，并获取相关响应时间；

6)应支持人工直接下达指挥调度任务，进行现场信息采集，反馈处置结果信息；

7)应支持重新设定调度任务传送顺序和接收方向，使任务得以快速传递。

6.3知识服务

知识服务提供技术、技能、政策、指导等知识服务，包括知识分类、知识管理和知识纠错，功能要

求分别如下：

a)知识分类功能要求：

1)应对知识进行分级分类管理，支持根据指示分类绑定知识流程，如该类型的知识上架、变

更的审批流程，纠错审核流程等；

2)应支持为知识定义数据模型并管理，包括模型的基础信息、元模型、个性化模型、上下文

配置、知识字段调优、知识操作配置、知识任务配置等；

3)应支持预置知识数据模型字段，包括但不限于：知识标题、摘要、类别、内容、富文本内

容、归口、状态、有效期等；

4)应支持按照政策、技术、技能、指导等维度进行知识分类，服务于城市事件处置全流程。

b)知识管理功能要求：

1)应支持知识（草稿态）录入、编辑等功能，知识发布后，不允许删除草稿；

2)应支持知识上架前审批，发布后旧版知识自动下架，发布的知识与草稿应进行区分；

3)应支持设置知识发布范围，公开或仅选择的部门可查询；

4)应支持发布后的知识下架操作；

5)应支持按照知识模板进行批量导入，导入需进行对应的校验；

6)应支持知识（按分类）授权，授予给部门/岗位，该部门/岗位下的人可查询被授权的知识。

c)知识纠错功能要求：

1)应提供知识纠错服务接口，供用户提交知识纠错信息；

2)应提供服务接口供知识归口管理员对纠错反馈是否采纳；

4

T/CESAXXXX—202X

3)应提供服务接口供纠错提交人查询已提交的纠错信息。

6.4智能服务

智能服务包括通用算法服务、行业算法服务和AI工具组件服务，支撑事件全闭环智能化，功能要求

如下：

a)通用算法服务包括知识计算服务、全域感知、智能视觉服务、机器人服务等，覆盖场景应用；

b)行业算法服务应提供智能发现、OCR证照识别、疑难工单识别、工单情绪评价、热线话题挖掘

等；

c)AI工具组件应提供训练推理、工作流开发、机器人开发等工具；

d)应支持对所有算法的统一管理及任务调度；

e)应支持其他平台算法模型根据接口规范进行打包，调用接口上传算法模型及授权相关信息，按

照可公开访问的方式进行模型发布，在平台环境对算法模型相关功能进行流程验证，通过算法

输入输出配置、部署服务后可以根据单位需求启动事件算法，进行算法任务下发。

7事件受理

7.1事件登记

事件管理接入多渠道的事件上报，根据事件信息确定事件上报的层级，在事件引擎中先进行事件登

记，事件登记应符合以下要求：

a)支持根据标签识别问题类型，无法自动识别时采用人工方式登记；

b)上报人基本信息应包括姓名、性别、联系电话、年龄范围、所在地区、通信信息等，支持信息

字段的扩展；

c)事件登记信息应至少包括事件类型、上报方式、诉求类型、事件标题、事件描述、紧急程度、

发生地址等，支持信息字段的扩展；

d)支持利用统一地址服务、GIS服务快速搜索地点或在地图选点填写事件发生地址和归属网格；

e)支持相似事件查询服务，根据填写的事件基本信息筛选类似事件展示，给予建议；

f)当新登记事件已有相同事件在处理中，利用标题、内容进行智能匹配，并支持事件合并，合并

后不再执行后续处置流程，仅主事件办理；

g)支持对已合并的事件撤销，撤销合并后事件重新变为独立事件，可以继续处置。

7.2辅助填单

事件信息需要通过文本方式记录并保存，但存在大量语音上报场景，支持语音转换文字辅助事件工

单填写，辅助填单应符合以下要求：

a)支持基于工单诉求的语义语境和关键词，自动匹配事件分类、处置部门等；

b)支持自然语言理解、语音识别、语音合成等人机交互技术，实现语音转文字、文字转语音功能；

c)支持以文字、语音等方式提供智能在线问答服务。

7.3事件去重

事件去重应符合以下要求：

a)支持按照一定的规则，包括根据事件大小类、事件发生范围、事件发生时间等条件，来判断该

事件是否与之前的事件属于重复事件，如默认同一地点（10m之内），同一段时间（默认1d）；

b)支持基于NLP智能算法对事件描述内容、上报时间、地点等信息进行关联关系分析，实现事件

与多维度模型匹配事件重叠度计算；

5

T/CESAXXXX—202X

c)支持事件与事件库中正在受理的事件、正在处置的事件、已经作废的事件进行比对，判断是否

是重复事件；

d)对重复上报的事件，应以最早上报记录进行受理，其他重复事件进行批注；

e)支持根据事件上报事件、地点判断是否已被上报、立案或处置，并提示是否为重复事件，并标

记为重复事件标识，支持事件的合并与拆分。

7.4事件核实

事件需经过现场或非现场方式进行核实，确认是否存在误报、虚报、漏报等情况，确认事件发生地

址是否准确，并将核实结果反馈给事件管理平台，事件核实要求如下：

a)非现场核实应通过视频智能识别手段，对城市管理、社会治安等事件进行核实；

b)现场核实应在规定时间内到达现场，核查内容应包括事件信息的真实性、客观性，且无误报、

虚报、漏报等情况；

c)现场核实应支持自动分配核查人员并派发核查申请，人工进行现场核实及拍照，将核实情况和

照片发回到平台。

7.5事件立案

事件立案应符合以下要求：

a)根据事件核实结果，对符合立案条件的进行立案，不符合立案条件的不予立案，并填写退回理

由；

b)事件管理平台应反馈事件受理结果给事件上报人，如是否立案、不予立案的事件应提供充分的

理由；

c)存在以下任一情况应不予立案：

1)没有核实或有核实但无核实情况证明的事件；

2)核实情况证明与事件地址不一致的事件，待重新核实后再决定是否立案；

3)没有达到立案标准的事件；

4)对因特殊原因无核实照片的事件立案时，没有用文字说明理由的事件；

5)上报信息模糊、多而杂乱，以至无法确认的不予立案；

6)核实证明日期与上报日期不一致的事件；

7)多个投诉者投诉同一个问题，则不重复立案，只须在首个投诉者投诉时立案记录的投诉内

容一栏中进行加注；

8)其他不符合立案条件的事件。

8事件分拨

8.1人工分拨

以人工方式对事件进行分拨处理，分拨方式包括顺序办分拨、主协办分拨、联合办分拨、强制分拨、

转派、加派等，人工分拨应符合以下要求：

a)支持选择一个或多个部门进行处置，并支持制定多个部门的协同方式；

b)支持人工选择分拨部门，支持根据事件分类和特性提供分拨建议，人工决定是否采纳；

c)对于已经受理立案的事件，如人工判断为不需要进一步处置，应支持终止事件；

d)对于涉及协同处理的事件，应提供加派功能，支持人工选择加派部门或人员；

e)支持将事件安排给下级行政区域进行办理，下派时支持选择下级直属行政区域；

6

T/CESAXXXX—202X

f)事件在本行政区域下无法进行闭环时，支持将人工事件上升到上一级行政区域进行办理（如：

街道将事件提级到区进行办理）；

g)事件分拨出错时，支持将已分拨的事件进行撤回，并进行重新分拨。

8.2智能分拨

事件权责关系清晰、处置方式明确时，可配置为智能分拨，降低人工分拨的工作量，提升分拨的效

率，智能分拨应符合以下要求：

a)支持智能分拨自定义配置，包括但不限于智能分拨情形条件配置、处置方式配置、处置部门配

置、自定义处置流程配置；

b)支持配置智能分拨条件，每种条件下可以配置不同的处置方式和处置部门；

c)支持根据事件分类和特性智能分拨到处置部门；

d)支持按照历史同类事件配置处置部门，通过事件信息实时比对分析出同类已办结历史事件，匹

配同类历史事件的处置部门，直接将事件分拨给事件处置主管部门；

e)支持按照城市事项清单、权责清单等匹配处置部门，根据事件来源，自动匹配城市事项清单中

处置部门，直接将事件分拨给事件处置主管部门；

f)支持对多个事件属性智能分拨条件进行判断，预置的条件包括事项、事件来源、问题描述、所

属区域，也可以添加其他的事件属性作为判断条件；

g)支持智能分拨情况的变更记录展示。

8.3相似案例

通过学习历史工单的处理结果，为事件引擎提供相似案例推荐。相似案例应符合以下要求：

a)支持根据工单标题、诉求等信息，提供相似案例推荐；

b)支持查看相似案例详情列表，并对存在相似案例的事件进行标识；

c)支持事件与相似案例对比，智能推荐事件的处置部门，为分拨人员提供参考。

9事件处置

9.1任务接收

事件经过分拨到处置部门后，部门对事件处置任务进行确认，应符合以下要求：

a)对事件处置任务进行核实，如任务属实则接受任务，如存在异议，支持事件回退；

b)具备事件转派功能，支持将任务转派到其他单位或岗位；

c)对需要多人和或多单位处置的事件：

1)支持事件联合处置部门或处置人员，并写明原因；

2)支持利用融合通讯进行会商；

3)支持配置处置结果展现，可配置所有人的处理情况的展现，以及处理过程的展示。

9.2处置信息

处置信息应符合以下要求：

a)支持展示本部门已处置和待处置的事件信息，支持多维度的筛选条件进行搜索查看指定事件；

b)支持展示事件概况信息，包括事件编号、事件标题、事件类别、上报方式等，并支持查看详细

信息和处置流程；

c)支持以直观的形式提示待办事件的优先级，如根据办理期限以红、黄等图表或类似形式区分临

期、逾期的待办事件任务；

7

T/CESAXXXX—202X

d)支持多元处置方式，如网格员、居民主动接受处置工单；

e)支持查看事件处置的状态、人员分配、事件来源等。

9.3处置过程

处置过程应符合以下要求：

a)支持按值班排班、职责分工等自动分派给处置人员；

b)支持部门处置人员填写处置内容、阶段性处置结果；

c)支持处置部门负责人定向分派处置任务；

d)对多次处置未果的事件可根据实际情况再次派遣处置人员进行处置；

e)实时监控事件处置动态，对临期、超期的事件处置任务，应给予提醒或催办，对多次催办的事

件处置任务，应给予督办。

9.4处置结果

处置结果应符合以下要求：

a)应根据事件情况及流程配置，对事件处置结果进行逐级确认；

b)具备事件协办、催办、挂起、取消等功能，应填写对应原因；

c)当规定时限内无法完成事件处置时，应支持延期申请，需填写延时原因，事件延期仅延长当前

阶段的办理时限，如果当前阶段的截止时间超过了下一个阶段的截止时间，则下个阶段的截止

时间以本阶段的截止时间为准；

d)完成处置工作后，应支持处置结果和证明材料上传，内容包括处置过程、事件和结果，上传类

型包括但不限于图片、视频和文字；

e)支持对事件处置完成结果情况查看，应全面准确描述处置结果及最终完成处置的时间。

10事件办结

10.1事件核查

事件核查应满足以下要求：

a)支持对事件处置完成的信息进行初步审核，对符合审核要求的事件作现场核查：

1)事件核查通过后结案；

2)事件核查不通过，驳回并直接返回至处置人员重新处置。

b)支持核查情况反馈，支持图片、视频、文字等核查结果上传；

c)对于跳过核查的事件应填写备注信息，并流转至下一节点；

d)支持对当前事件核查阶段的任务数量进行查看，查看全部待核查事件列表和详情，并进行核查

处理。

10.2事件回访

事件处置完成后，由工作人员对事件上报人员进行回访（电话、短信等方式），回访满意后进行事

件结案操作，事件回访应符合以下要求：

a)支持展示待回访和已回访的事件概要信息，支持多维度的筛选条件；

b)支持展示事件的概况信息，包括事件编号、事件标题、事件类别、上报方式等；

c)支持查看事件详细信息和事件处置流程等。

10.3事件结案

8

T/CESAXXXX—202X

事件结案应符合以下要求：

a)支持查看当前事件结案阶段的任务数量全部结案事件列表和详情；

b)支持对结案事件进行分类选择操作，采用多级分类；

c)事件结案信息包含结案理由、结案条件、事件来源、办理时限、事件涉及部门、事件处置部门、

责任主体、事件处理情况等；

d)支持记录事件的结案事件、结案部门、结案人员；

e)支持对可结案的事件建立结案信息，填写结案归档意见并予以归档操作并记录处置流程，归档

后流程解锁，事件归档留存；

f)当事件被分解为多个关联子事件时，分别对每个子事件进行分别结案；

g)不予结案的事件支持填写归档意见并予以退回操作，退回后直接退回至处置人员重新处置；

h)不予结案包括但不限于以下情形：

1)没有核查的事件；

2)有核查但无现场照片的事件；

3)核查照片与核实照片地址不一致的事件；

4)核查照片反映没有达到结案标准的事件；

5)对因特殊原因无核查照片的事件；

6)结案时没有用文字说明理由的事件；

7)事件上报人反馈不满意的事件。

11评价分析

11.1事件评价

事件评价应符合以下要求：

a)事件处置完成后支持自动发起评价与回访，根据考核评价体系的指标设置，自动生成评价表单

或者自动呼出回访电话，并生成评价结果；

b)针对未发起自动评价或者无评价结果的数据支持由人工发起评价与回访操作，并生成评价结

果。

c)支持考核评价计算功能，将考核结果存储在有效的评估库中；

d)支持考核结果多维度查询，包括考核对象、指标结果、评价得分等；

e)支持评价报告模板配置，支持各类图表展示和报告的导出；

f)评价指标符合GB/T30428.4中第6章的规定。

11.2事件分析

事件分析应符合以下要求：

a)支持事件处置、分拨、未办结事件总量、环比进行分析，事件处置量以办结量为准，即为已办

结事件总量；

b)支持对部门办理/联合办理/主协办理事件处置量、占比、环比进行分析，包括超期、延期、疑

难、督办、二次派单事件；

c)支持智能分拨/人工分拨事件处置量、占比、环比分析；

d)支持按照异常事件（超期/延期/疑难/督办/二次派单）或分类排名（结构）进行分类；

e)支持事件类型排名列表分析，包括排名、事件名称、事件量、环比；

f)支持事件处置列表分析，包括事件名称、事件描述、事件等级、街道、上报人、上报时间、地

址；

9

T/CESAXXXX—202X

g)支持未办结事项和部门分析，包括事项名称、事件量、事件量环比、排名、排名变化、部门名

称、事件量、未办结事件量占比、排名、排名变化等；

h)对未办结督办事件情况进行分析，包括未办结督办事件量、未办结事件量占比、未办结事件量

环比、未办结事件量趋势；

i)支持对事件基本情况进行分析，包括但不限于应处置数、实际处置数、处置量、应结案数、实

际结案数、结案率、采集上报数、有效上报数、有效上报率；

j)支持根据部门、事件进行事件结案数据统计分析；

k)支持根据系统结案事件，输出事件报告，包括但不限于高发事件排行、事件高发区域排行等；

l)支持周期性事件处置变化趋势分析。

10

中国电子工业标准化技术协会

团体标准《城市智能中枢城市事件管理第2部分：事件引

擎功能要求》（征求意见稿）编制说明

一、工作简况

2023年12月8日，中国电子工业标准化技术协会下达了2023年第十一批团体

标准制修订项目的通知（中电标通〔2023〕032号）。根据该通知，团体标准制

订计划《城市智能中枢城市事件管理第2部分：事件引擎功能要求》正式下达，

项目计划号为CESA-2023-107。该标准项目由中国电子工业标准化技术协会归

口，牵头单位为华为技术有限公司。

二、标准编制原则和确定主要内容的论据及解决的主要问题

“一网统管”是通过流程变革、技术支撑、线上线下协同，不断提升城市的

“智治力”。针对城市治理当中的关键问题，围绕“高效处置一件事”的目标，形成

横向整合政府各委办局，纵向拉通各区、各街镇，有效进行统筹管理和跨部门协

作的现代化城市治理体系，智能中枢事件管理中事件引擎部分，是支撑“一网统

管”事件流转的重要内容。

本部分标准依托《智慧城市