公检法司业务、数据融合探索—南京市政法业务协同办案服务平台的

设计了通过安全边界实现公、检、法、司等政法单位各专网和政法通信网络之间的网络架构，同时结合市政法系统实

际情况，综合考虑数据安全、工作效率、运行维护等多种因素完成平台架构搭建，实现了案件业务的协同办理和数据

流转。通过统一数据标准、规范业务流程、建设信任体系、运行安全协议等方法完成了南京市政法业务协同办案服务

平台设计。经过全市推广应用，该平台提高了案件办理效率、规范了执法司法行为、实现了业务数据融合，有较好的

应用\"hMt。关弼：协同临标准信曄系蛭协议形成一套机制”的建设思路，在不改变政法各部门现有业务

引言长期以来，政法各部门之间的业务系统相互独立，数

系统和应用模式的前提下，参照公安网网络拓扑模式搭建了 纵向贯通省、市、区三级政法机关、横向连通政法各业务部

据仅局限于条线内部循环，公检法司之间案件业务衔接采用 门之间的政法专网的南京市政法业务协同办案服务平台，全

人工进行法律文书交换、案卷资料移送、来回换押提审、案

件信息重复录入等传统方式，既繁复又耗时耗力，无法实现

面推进政法各部门数据共享和业务协同，实现案件办理网上 流转、电子卷宗网上推送、执法行为网上监督、法律服务全 方位联动等协同应用，引领政法各部门之间信息“分层”管

理向“结网”融合共享模式的转变。办案全环节流转，办案效率不高，”人来人往”不规范流转

普遍存在，\"案多人少”现象不断加剧，同时各业务部门之 间的数据共享存在壁垒，导致案件信息割裂，难以全面掌握

案件从侦查、起诉、审判到执行的信息，难以对案件办理质

本研究重点围绕设计平台总体架构、统_数据标准、 规范业务流程、建设信息安全互信互认体系、运行安劭议

量进行全程监督管理以及对案件深入分析研判，政法各部门

之间的业务、数据无法实现有效融合，不仅增加司法成本， 还对办案效率和办案质量带来巨大影响。等内容，研发了南京市政法业务协同办案服务平台，并在实

际推广使用过程中取得了巨大成效。南京市公安局按照\"贯通专业网络、衔接业务流程、

开放共享信息、规范监督管理、切实减负增效”的总体建设

_、平台总体架构设计(-)与省级平台的关系要求以及“搭建一张网络、统一一套标准、开发一个平台、 \"省级政法大数据共享应用服务平台”运行在政法网Police Technology 2020年第1 期 27中，主要负责业务检查监督、考核管理、跨区域协同。通过 服务平台架构，完成案件业务的协同办理和数据流转。平台架构设计如图3所示。省市之间的业务协同服务，接收”市级政法业务协同办案服

务平台”实时推送的案件详细信息、业务协同过程信息等数

据，汇聚形成江苏政法大数据；并向市级”市级政法大数据

共享应用服务平台”开放大数据分析服务，其架构关系如图

\"I所示。图3平台架构1.政法通信网络政法通信网络指的是政法专网，主要承载“市协同办 案平台””省级政法大数据共享应用服务平台”的基础通信网络，公、检、法、司四家专网通过各自安全边界平台接入

图1与省级平台的关系（二）网^^到政法专网完成数据通信、业务协同。2.数据层南京市政法协同办案服务平台网络架构分为公、检、

法、司等政法单位各专网和政法网两个部分，政法单位各专

数据层用来存储\"市协同办案平台”所有的业务数

据，包括公安移送案件信息、文书等信息，以及检察院和法 院反馈、回执信息等，它包括结构化数据和非结构化数据两

网之间物理隔离不互通，它们通过安全边界交换平台与政法

网连接。政法单位各专网中执法办案系统相互独立，改造升 级协同办案系统，通过前置服务与市政法业务协同系统进行

部分，属性信息存储在数据库中，文书、图片等文件存储到

分布式文件系统中。对接，完成业务协同和数据流转。政法网中的协同办案服务

3. 服务层月艮务层是“市协同办案平台”的核心系统，通过前置 服务，处理公、检、法、司四家案件办理的移送、受理、反

平台负责各政法单位间的业务流转控制与管理、数据标准规

范管理、数据共享服务、执法监督等业务，是整个网络架构

的协同、共享核，卜。网络架构如图2所示。政法单位各专网政法网馈等业务信息流转的协同工作，同时与”省级政法大数据共 享应用服务平合'对接，完成飾数据流转、业务协同、跨

4囘子卷宗 缶案件值息区域业务协同。4. 业务层•:%•电子卷宗 去•索件ISIS业务层由以公、检、法、司协同办案工作需求建设，

电子卷3?主要包含\"案件信息流转…案卷推送流转…执法监督”

”统粉析”等功能。前置服务

E•案件＜8息4电子文书5. 雄边界安全边界是公、检、法、司四家与政法网进行数据交

图2网络架构（三）平台架构换和信息共享的唯一通道，通过“前置服务”与”市协同办

案平台”进行通讯。南京市政法业务协同办案服务平台总体架构充分结合

6.前网务部署在公、检、法、司四家单位的专网中，主要负责

南京市政法系统实际情况，综合考虑了数据安全、工作效

率、运行维护等多种因素，按照“统一规划、两级部署、标

准一致、部门对接、省市联动”的原则，依托政法专网和省

四家协同单位的专业办案等系统与“市协同办案平台”进行 业务协同通信，同时负责对流出数据进行加密，对流入数据

进行解密，提升流转过程中数据的保密与安全性。例如市公政法大数据共享应用服务平台，搭建南京政法业务协同办案28懂察覘3 2020年第1期智慧警务新生态一m京公彌新型警掰系建设与智慧应用sendPort:发送方openlD （必填）, receivePort:接收方openlD （必填）,

receiver:receiveGroup:接收单位,TleName:所接收的数据包名（必填），

requestCode:请求码（必填）,

ResponseCode:响应码（接收文件中的原请求码）,

backCode:反馈码（必填，如成功、失败、MD5验证

知&、文件异常等…）其中backCode反馈码的数据标准如表1所示。表1 backCode对照表序号1234567891011backCode001002003004005006007008009010011说明操作成功政法平台获取文件异常政法平台校验MD5异常政法平台获取INFO数据异常政法平台数据处理异常政法平台发送文件异常政法平台月良务许可验证异常接收方获取文件异常接收方校验MD5异常接收方获取INFO数据异常接收方数据娅异常安局的前置服务一方面负责将需要移送的刑事案件卷宗信息 加密后发送到”市政法业务协同办案服务平台”,另一方面

也将接收检察院反馈文书信息进行解密并流转到案件办理系 统中，从而实现业务协调和数据流转。7. 规范标准通过对\"市协同办案平台”中的数据定义、月艮务接口

进行统一与规范，将公、检、法、司四家单位原有办案等系

各政法单位按照统一的接收反馈协议，将专网对协同

数据包接收完成后返回给政法平台的数据包，通过政法平台 解析，可由backCode来判断本次数据传输的实时状态。统数据对接到政法网中进行协同工作。8. 雄互信互认按照国家及行业的相关标准及规范，建设政法电子签 名认证中心，主要负责解决公文在传送过程中做到并保证对

电子文档进行签章和安全验证，确保经过盖章的数据文件内 容的完整性、真实性。（二）规范业务流程按照公安部公法[2014]1080号《公安机关刑事案卷立

卷规范（2014版）》确定的立卷规则和技术规范，形成政

法部门之间业务协同的标准规范。各政法部门按照统一标

9. 统一权限主鹦報一用户管理、统一权限管理、统一報

准，改造各自办案业务系统，实现数据对接。下面以审查逮捕流程图为例，详细介绍业务流程规 范，具体流程如图4所示。二、平台的设计与实现（-）统一数据灘为方便政法部门各专网之间的数据流转，需要统一数

据标准，在平台设计时要对协议包组成标准进行统一。将平

台流转的协议包分为两类，一类是压缩包：zip类型，内部

包含info.txt和附件；另一类是文本包：txt类型，包含

JSON对象，如反馈协议包。下面以平台协同办案时使用最为广泛的接收反馈协议

为例，介绍各政法部门之间统一的数据标准。协议包类型：txt；{type: feedback,接收数类型（必填）,图4审查逮捕业芻流程公安机关向检察院提起逮捕申请，案卷材料不齐的退Police Technology 2020年第1 期 29回补充材料，材料齐全的受理案件。审查结束后发决定书给

公安机关，公安机关收到后发送执行回执给检察院，检察院

一个Http Service的URL,用来实时接收流转文件名和回执 消息。数据安全处理方式以MD5+AES对文件进行数字签名

接收回执后结束。如公安机关对检察院不同意逮捕有异议则 保证文件传输安全；采用AES算法对传输数据进行加密。（四）运行安全协议为了确保政法协同办案服务平台的安全运行，数据文

进入复议复核流程。其中交互节点说明如表2所示。表2交互节点说明节点节点内容公安机关从自己的办案系统 内将提请批准逮捕案件通过 政法大数据平台^^^牍 机关O推送数据内容1 •电子卷宗2提请批准逮捕意见书3.换押证4•相关案卡轴件的传递链路以及各关键的通讯节点需考虑有一定的冗余

性，并加入巡检机制对各链路节点进行检查以确保运行的可 靠性。整个政法协同办案服务平台的网络设备及应用层部署

01002001提赵捕受理人员在政法协同平台内 对提捕案件移送材料进行形 02002003

提捕案件退回 式审查，对于移送材料不齐 1•相关案卡琳2反馈补充林料的内容补充材料备、不规范的，退回公安机

超卜充补正洲。构谢口图5所示。02002001 接龌捕案件•关樋捕案件予以接 1•《接收案件通知书》、 收的结果通过大数据平台反 《补充材料通知书》昭公安机关。2相关案卡信息关痂捕案林予接 02002002

不予接收提捕 收的结果通过大数据平台反 1.《不予接收案件通知书》2相关案卡信息案件通知馈给公安机关。1. 《应当逮捕》瞬嫌疑人建 议书》关辭捕案件审结

后，将批准逮捕决定书等送 2. 《批准逮捕决定书》3. 《逮捕案件继续侦查取证

吗公安机关。意见书》4相关案卡信息02002004扌捕沁1《不批沁书》2. 《不批准逮捕理由说明 关辭捕案件审结

书》02002005捕港后，将«^1捕雄书等 3. 《不批案借卜充侦机关。图5网络设备部署构成A为数据交换设备，负责在两个不同的网络之间传递文

4. 相关案卡信息件，该设备在两个网络之间基于FTP服务进行文件的交换，

02002006 检察磁01002003 紐建遊馈01002002 执行回执送达02002007 审结变更情况01002004 补充材料关对傩机关曲的

1.《检察建议书》问题发送检察建议（建议对

2相关案卡信息象名称只能是昵机关）侦查机关对检察机关提出的 1.检察建议回函检察建议反馈给检察机关。2相关案卡信息妙机关樋行扌愴W 1 •批准逮捕决定书执行回 砂捕沁的回大数 执、释放通知书据平台反馈给检察机关。2相关案卡信息每个市布署一套。B为HP服务及前置服务，布署在一台服

务器上，B所在月艮务器需每个市布署一套，每个市的B月艮务

做为其他市的备用服务使用。FTP服务负责文件在网内的传 递并与A协同完成不同网络之间文件的传递。FTP服务器上

需设置两个帐号，分别负责收和发，并对应到两个不同文件

目录。各单位专网内的FTP通常使用Send和Receive两个帐

检察机关对已捕或不捕的决 1 •撤销强制措施决定韦、通

知书定做出变更并通知公安机关2相关案卡信息侦查机关向检察机关补充移 1.补充的洲 送洲2相关案卡信息号负责发送和接收，在政法网内的FTP需要一个接收帐号负

责接收来自专网可P中Send帐号的文件，并设置多个发送

（三）建设信任体系帐号与各专网内FTP服务的接收帐号相对应。B中的前置服

\"南京市政法业务协同办案服务平台”对流转的案件

卷宗、文书等文件数据的涉密要求较高，在文档从各专网转

务负责对接收文件夹的监测，在发现新的文件到达时调用政 法协同平台或支撑平台的Http Service接口通知接收文件。

出时需要进行签名，文档转入时进行合法验证，以防止文件 另外前置服务还负责对所在服务器的硬件和操作系统的监 测。C为政法协同平台，负责对支撑平台传递的数据文件进

磁改；因此在政法各部门专网和新建的政法专网内建设部 署案件编号互认、电子签章互认、电子捺印、证据指引、系

统授权访问、二维码互认、数据加密保存和访问曰志审计等

行留存和仲裁等功能。C布署在政法网，每个市布署至少一

台、省级布署至少一台，通常协同平台应采用负载均衡技术

信息安全互信互认功能，在确保系统数据安全保密的前提 下，实现政法各部门电子文书签名和电子数据互信互认，保

进行多节点工作，以避免单节点故障。D为支撑平台，负责

接收发送数据包、解析、转换、写入收集数据等工作，从而

障政法部门网上业务协同有序开展。与所在业务系统结合。通常支撑平台应当考虑多节点布署， 以避免单节点故障。E为业务系统，是各成员单位的业务系

统，负责各单位业务的办理和流程控制。业务系统由各单位

\"平台”根据政法各单位专用网络涉密安全规范要 求，公检法司各专网与政法网之间的交互通过数据交换平台

以文件包\"摆渡”的方式进行。各专网的协同办案系统提供 根据内部的要求布署，但应尽可能考虑多节点布署。30懂察覘3 2020年第1期智慧警务新生态——南京公安创新型警珈系建设与智慧应用三、平台应用成效（一）平台推广情况1. 提高了案件办理效率通过政法业务协同办案服务平台流转操作，公安部门

上传的电子卷宗，在检察院、法院办案系统中，可以直接 \"拿来”使用，由原来手动填录案卡，转变为平台系统自动

2018年3月，南京市政法业务协同办案服务平台V1.0版

本完成功能研发，并在南京市玄武区、建邺区进行系统试点 导入,减少了政法各部门的工作量，缩短了受理案件时间。 速裁类案件在检察院的办理时间从原来的3.2个工作日，缩

短到2.8个工作日，缩短了0.4个工作日；一般刑事案件缩短 近1个工作曰，工作效率明显提高。应用，2019年8月，V2.0版本完成所有功能研发工作，并在

全市进行推广应用，系统首页如图6所示。2. 规范了执法司法行为通过政法业务协同办案服务平台，缩减了政法部门协

同办案中函件等往来的时间，提高了办案干警的案件进展跟 踪能九实现了案件办理全程留痕，增强了办案信息透明 度，有利于加强法律监督、提升执法办案规范化水平。3. 实现了数据共享共用图6 V2.0版本系统首页政法业务协同办案服务平台不仅仅是按照相关法律要

V2.0版本中公检法司相关业务功能节点共14大类、

129个功能模块，主要业务流程节点如图7所示。求实现跨部门数据的共享、跨部门的业务协同，还实现公检

法司业务系统与协同办案服务平台的数据交换，同时律师经

过授权，也可以通过平台查看相关案件信息，真正实现“一

次录入多次使用、一方录入多方共用”的效果。四、结语

本文从南京市政法业务协同办案服务平台的总体架构

入手，通过政法专网实现各政法部门专网之间的互联互通，

各政法部门不改变在原有办案平台完成执法办案基础上，对

各自系统进行相应功能改造，通过各自的前置^务对接政法

图7主要业务流程节点业务协同办案服务平台，实现各政法单位间的业务流转控制

与管理、数据标准规范管理、数据共享服务、执法监督等业

平台自2018年3月起上线运行以来至2019年\"月21

S,共流转案件7385件。流转信息共39313次，其中公安向 检察院流转9297次，检察院向公安流转15434次，检察院向

法院流转7726次，法院向检察院流转3170次，法院向司法

务。实践证明该平台架构稳定、数据传输准确、实时性好，

改变了传统办案模式，使政法业务协同系统具有完备的实战 化、智能化、高度共享、安全可靠的政法大数据业务协同能 九将为推动政法工作创新发展、政法信息由分层管理向结

流转1050次，司法向法院流转284次，公安向司法流转

933次，司法向公安流转754次，检察院向司法流转301

次，司法向检察院流转134次，公安向法院流转23次，法院

网融合共享方向转变起到积极的促进作用。富向公安流转204次。其中流转提请逮捕1473件，提请起诉

3980件，提请公诉4562件，开庭通知400次，判决文书送

达397件，电子卷宗35851份，往来文书42932份，提请逮

捕卷宗5825份，提请起诉卷宗数25071份，提请公诉卷宗数

参考文献[1] 蔡沁舟.政法信息共享平台公妥局刑事案件协调系统设计与

39494 份。（二）平台推广成效实现[D].电子科技大学,2015.[2] 梁劲国.跨政法多部门专网的办案协同技术探析几数码世

界,2019,（4）:268-272.南京市政法业务协同办案服务平台经过全市推广使

[3] 冯铸.潍坊市政法部门信息资源共享平台的设计与实现[D].

山东大学,2011.用，取得较好的运行效果。Police Technology 2020年第1 期 31