ICS35.020

70

CCSLDB3212

泰州市地方標(biāo)準(zhǔn)

DB3212/T1170—2024

網(wǎng)格化社會(huì)治理平臺(tái)應(yīng)用規(guī)范

Specificationforgridsocialgovernanceplatformapplication

2024-10-10發(fā)布2024-11-10實(shí)施

泰州市市場(chǎng)監(jiān)督管理局發(fā)布

DB3212/T1170—2024

前言

本文件按照GB/T1.1—2020《標(biāo)準(zhǔn)化工作導(dǎo)則第1部分：標(biāo)準(zhǔn)化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)

定起草。

請(qǐng)注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機(jī)構(gòu)不承擔(dān)識(shí)別專利的責(zé)任。

本文件由泰州市市域社會(huì)治理現(xiàn)代化指揮中心、泰州市網(wǎng)格化服務(wù)管理中心提出。

本文件由中共泰州市委政法委歸口并組織實(shí)施與監(jiān)督。

本文件起草單位：泰州市市域社會(huì)治理現(xiàn)代化指揮中心、泰州市網(wǎng)格化服務(wù)管理中心、中國(guó)電信股

份有限公司泰州分公司。

本文件主要起草人：許鑫、施馳樂(lè)、周正坤、唐小妹、印丹、鄭澤軍、夏葳、陳毅、鄧愷、孫津哲。

I

DB3212/T1170—2024

網(wǎng)格化社會(huì)治理平臺(tái)應(yīng)用規(guī)范

1范圍

本文件規(guī)定了網(wǎng)格化社會(huì)治理平臺(tái)（以下簡(jiǎn)稱“平臺(tái)”）應(yīng)用的總體要求、架構(gòu)設(shè)計(jì)、技術(shù)需求、

用戶設(shè)計(jì)、功能設(shè)計(jì)、接入要求等。

本文件適用于網(wǎng)格化社會(huì)治理平臺(tái)應(yīng)用建設(shè)以及基層網(wǎng)格化社會(huì)治理特色應(yīng)用接入。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過(guò)文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對(duì)應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

GB/T20269信息安全技術(shù)信息系統(tǒng)安全管理要求

GB/T20270信息安全技術(shù)網(wǎng)絡(luò)基礎(chǔ)安全技術(shù)要求

GB/T20271信息安全技術(shù)信息系統(tǒng)通用安全技術(shù)要求

GB/T20273信息安全技術(shù)數(shù)據(jù)庫(kù)管理系統(tǒng)安全技術(shù)要求

3術(shù)語(yǔ)和定義

下列術(shù)語(yǔ)和定義適用于本文件。

3.1

網(wǎng)格化社會(huì)治理平臺(tái)gridsocialgovernanceplatform

按照“網(wǎng)格化管理、精細(xì)化服務(wù)、信息化支撐”的理念，以“網(wǎng)格”為單位劃分社會(huì)治理單元，依

托信息化平臺(tái)及手段，“人、地、事、物、組織”等全要素信息常態(tài)化服務(wù)與管理的平臺(tái)。

4總體要求

網(wǎng)格化社會(huì)治理平臺(tái)應(yīng)滿足以下要求：

a)平臺(tái)設(shè)計(jì)應(yīng)充分考慮與政務(wù)平臺(tái)的各類數(shù)據(jù)資源共享和互通，應(yīng)采用模塊化設(shè)計(jì)；

b)應(yīng)保證接入平臺(tái)的設(shè)備、系統(tǒng)、用戶以及數(shù)據(jù)傳輸?shù)陌踩?/p>

c)平臺(tái)應(yīng)具備用戶分層分類功能，滿足不同用戶不同權(quán)限的需求；

d)平臺(tái)交互界面應(yīng)簡(jiǎn)潔、友好、清晰；

e)平臺(tái)應(yīng)具備良好可擴(kuò)展性，滿足各市（區(qū)）、鄉(xiāng)鎮(zhèn)（街道）網(wǎng)格化社會(huì)治理特色應(yīng)用接入。

5架構(gòu)設(shè)計(jì)

5.1總體架構(gòu)

平臺(tái)總體架構(gòu)分為基礎(chǔ)設(shè)施層、數(shù)據(jù)層、功能應(yīng)用層、展示層四個(gè)部分，以及安全保障與標(biāo)準(zhǔn)規(guī)范

兩大體系。架構(gòu)設(shè)計(jì)見(jiàn)圖1總體架構(gòu)圖。

1

DB3212/T1170—2024

圖1總體架構(gòu)圖

5.2基礎(chǔ)設(shè)施層

基礎(chǔ)層包括設(shè)備資源（感知設(shè)備、控制設(shè)備、執(zhí)行設(shè)備等）、IT系統(tǒng)（部門應(yīng)用、區(qū)縣/街道/社

區(qū)應(yīng)用）、數(shù)據(jù)（業(yè)務(wù)數(shù)據(jù)、時(shí)空數(shù)據(jù)、分析數(shù)據(jù)），由政務(wù)云提供各系統(tǒng)基礎(chǔ)運(yùn)行環(huán)境，并通過(guò)電子

政務(wù)外網(wǎng)或互聯(lián)網(wǎng)進(jìn)行訪問(wèn)。

5.3數(shù)據(jù)層

5.3.1數(shù)據(jù)層包含接入層、核心能力、開放層及基礎(chǔ)框架。

5.3.2接入層包含接入各類設(shè)備、業(yè)務(wù)系統(tǒng)及專業(yè)數(shù)據(jù)；

5.3.3核心能力主要為大數(shù)據(jù)治理能力、AI建模能力、地圖能力、基礎(chǔ)能力、擴(kuò)展能力。

5.3.4開放層負(fù)責(zé)對(duì)平臺(tái)各類能力、數(shù)據(jù)成果、應(yīng)用相關(guān)服務(wù)開放。

5.3.5基礎(chǔ)框架保障平臺(tái)技術(shù)路線的統(tǒng)一。

5.4功能應(yīng)用層

功能應(yīng)用層包含黨建引領(lǐng)、基礎(chǔ)數(shù)據(jù)、巡查走訪、矛盾調(diào)解、事件受理、任務(wù)派發(fā)、網(wǎng)格心聲、指

揮調(diào)度、網(wǎng)格管理、態(tài)勢(shì)感知、警網(wǎng)融合、專項(xiàng)行動(dòng)、市（區(qū)）個(gè)性化應(yīng)用、鄉(xiāng)鎮(zhèn)（街道）個(gè)性化應(yīng)用

等。

5.5展示層

展示層面向各級(jí)用戶提供不同的接入服務(wù)，針對(duì)不同業(yè)務(wù)不同用戶按需開放。

6技術(shù)要求

6.1技術(shù)路線

平臺(tái)設(shè)計(jì)應(yīng)遵循以下技術(shù)路徑：

a)基于微服務(wù)的架構(gòu)模式進(jìn)行設(shè)計(jì)，前后端應(yīng)分離，后端業(yè)務(wù)邏輯采用接口方式，前端通過(guò)調(diào)用

統(tǒng)一數(shù)據(jù)接口展現(xiàn)后臺(tái)業(yè)務(wù)數(shù)據(jù)。

2

DB3212/T1170—2024

b)WEB端采用SpringCloud微服務(wù)技術(shù)棧，語(yǔ)言為java，前端使用Vue框架，后端使用SpringBoot，

數(shù)據(jù)庫(kù)為mysql，采取容器平臺(tái)進(jìn)行部署；APP端采用原生安卓+uni小程序。

6.2性能要求

平臺(tái)應(yīng)符合表1所規(guī)定的性能要求。

表1網(wǎng)格化社會(huì)治理平臺(tái)性能要求表

序號(hào)性能名稱指標(biāo)要求

用戶操作系統(tǒng)響應(yīng)時(shí)間≤0.5秒；

1操作性平均故障間隔時(shí)間（MTBF）≥2160小時(shí)；

系統(tǒng)具有集成其他應(yīng)用系統(tǒng)接口的能力；

指錄入，修改或刪除一條記錄、發(fā)布一條信息等操作，平均響應(yīng)

2交互性

時(shí)間：0.2—0.8秒，峰值響應(yīng)時(shí)間：0.5秒—1秒；

簡(jiǎn)單查詢平均響應(yīng)時(shí)間：1秒—3秒，復(fù)雜查詢平均響應(yīng)時(shí)間：3

3查詢

秒—5秒。

6.3數(shù)據(jù)要求

應(yīng)滿足以下要求：

a)《江蘇省網(wǎng)格化社會(huì)治理基礎(chǔ)數(shù)據(jù)規(guī)范》的相關(guān)要求；

b)圖片格式宜采用jpg、png等通用格式；

c)數(shù)據(jù)庫(kù)管理系統(tǒng)應(yīng)滿足GB/T20273的要求。

6.4安全要求

應(yīng)滿足以下要求：

a)信息系統(tǒng)安全符合GB/T20269的要求；

b)網(wǎng)絡(luò)基礎(chǔ)安全符合GB/T20270的相關(guān)規(guī)定；

c)信息系統(tǒng)安全通用技術(shù)要求符合GB/T20271的相關(guān)規(guī)定。

6.5維護(hù)要求

一般故障響應(yīng)時(shí)間不超過(guò)1h，重大故障響應(yīng)時(shí)間不超過(guò)2h。

7用戶設(shè)計(jì)

平臺(tái)應(yīng)設(shè)置市縣鄉(xiāng)三級(jí)中心、網(wǎng)格長(zhǎng)、網(wǎng)格員、民輔警、鄉(xiāng)鎮(zhèn)（街道）聯(lián)動(dòng)部門、群眾等用戶。

8功能設(shè)計(jì)

8.1統(tǒng)一門戶

應(yīng)支持提供統(tǒng)一登錄界面，提供對(duì)各類用戶的登錄、授權(quán)、認(rèn)證、信息管理、日志記錄、消息提醒

功能；各類應(yīng)用能夠通過(guò)統(tǒng)一門戶進(jìn)行接入和上下架管理。

8.2黨建引領(lǐng)

應(yīng)提供各級(jí)黨組織、黨員、黨建活動(dòng)信息采集及接入功能，將黨員、黨組織設(shè)置與管理網(wǎng)格有機(jī)融

合。

8.3基礎(chǔ)數(shù)據(jù)

應(yīng)提供一標(biāo)三實(shí)、關(guān)注人群、關(guān)愛(ài)對(duì)象的信息采集功能，做到人進(jìn)戶、戶進(jìn)房、房進(jìn)網(wǎng)格、網(wǎng)格進(jìn)

圖。

3

DB3212/T1170—2024

8.4巡查走訪

應(yīng)實(shí)現(xiàn)對(duì)各地區(qū)服務(wù)走訪規(guī)則的自定義化，各地區(qū)可根據(jù)當(dāng)?shù)貙?shí)際業(yè)務(wù)場(chǎng)景對(duì)關(guān)愛(ài)對(duì)象、關(guān)注人群、

房屋等業(yè)務(wù)進(jìn)行定制化配置，能準(zhǔn)確記錄各網(wǎng)格員巡查信息。

8.5矛盾調(diào)解

應(yīng)支持網(wǎng)格員對(duì)轄區(qū)內(nèi)涉及的矛盾糾紛事件進(jìn)行記錄和管理，做好矛盾糾紛的源頭預(yù)防、接待化解

和依法處置工作。

8.6事件受理

應(yīng)提供自下而上的事件上報(bào)信息流轉(zhuǎn)通道，并與泰州市12345系統(tǒng)關(guān)聯(lián)，縱向上實(shí)現(xiàn)市、縣（市、

區(qū)）、鄉(xiāng)（鎮(zhèn)、街道）、村（社區(qū)）、網(wǎng)格五級(jí)工單流轉(zhuǎn)，橫向上與各部門聯(lián)通、一鍵轉(zhuǎn)派，并定義各

環(huán)節(jié)處理時(shí)限，對(duì)各環(huán)節(jié)處理時(shí)限進(jìn)行考核。同時(shí)提供事件辦理評(píng)價(jià)功能，提供事件處理信息的全流程

展示。

8.7任務(wù)派發(fā)

應(yīng)能夠接入與各部門、各地區(qū)平臺(tái)轉(zhuǎn)入事件，基于網(wǎng)格指揮體系實(shí)現(xiàn)各類任務(wù)的精準(zhǔn)觸達(dá)，使各類

網(wǎng)格事件在線上就能閉環(huán)處理，按步推進(jìn)事件的下發(fā)、催辦、回復(fù)處理、審核、辦結(jié)等。

8.8網(wǎng)格心聲

市民可通過(guò)該功能查詢所屬網(wǎng)格、網(wǎng)格長(zhǎng)、網(wǎng)格員的基本信息，通過(guò)該功能上報(bào)網(wǎng)格內(nèi)的事件、訴

求、社情民意線索等，上報(bào)后通過(guò)事件受理功能進(jìn)行閉環(huán)處置并反饋至本功能。

8.9指揮調(diào)度

能夠視頻點(diǎn)調(diào)網(wǎng)格員的工作終端，便于中心開展統(tǒng)一的指揮調(diào)度工作。同時(shí)，與政法委視頻會(huì)議系

統(tǒng)對(duì)接，實(shí)現(xiàn)市縣鄉(xiāng)三級(jí)硬終端和網(wǎng)格員工作終端的聯(lián)動(dòng)視頻點(diǎn)調(diào)。

8.10網(wǎng)格管理

應(yīng)提供網(wǎng)格、網(wǎng)格員、微網(wǎng)格聯(lián)絡(luò)員的基礎(chǔ)信息管理功能。

8.11態(tài)勢(shì)感知

實(shí)時(shí)準(zhǔn)確掌握各類事件發(fā)生情況，實(shí)現(xiàn)對(duì)地區(qū)基層治理事件的全面監(jiān)測(cè)和精細(xì)化的閉環(huán)管理，結(jié)合

GIS、視頻分析、大數(shù)據(jù)分析監(jiān)測(cè)呈現(xiàn)總體態(tài)勢(shì)，同時(shí)聚焦熱點(diǎn)事件呈現(xiàn)主題熱點(diǎn)問(wèn)題及事件狀態(tài)追蹤，

實(shí)現(xiàn)態(tài)勢(shì)看得清，資源找得到、事件管得住。

8.12專項(xiàng)行動(dòng)

整合社保、醫(yī)保、不動(dòng)產(chǎn)、稅務(wù)、12345等民生數(shù)據(jù)，逐步實(shí)現(xiàn)基層社會(huì)治理問(wèn)題全口徑匯聚，通

過(guò)建立數(shù)據(jù)推送機(jī)制，以各類專項(xiàng)行動(dòng)形式將社會(huì)治理數(shù)據(jù)及分析結(jié)果推送至網(wǎng)格員，開展網(wǎng)格巡查、

入戶走訪、矛盾糾紛排查等工作。

8.13市（區(qū)）個(gè)性化應(yīng)用

根據(jù)社會(huì)治理實(shí)際需求，市（區(qū)）部門可基于平臺(tái)構(gòu)建個(gè)性化應(yīng)用，按照相關(guān)要求接入市級(jí)平臺(tái)。

8.14鄉(xiāng)鎮(zhèn)（街道）個(gè)性化應(yīng)用

根據(jù)社會(huì)治理實(shí)際需求，鄉(xiāng)鎮(zhèn)（街道）部門可基于平臺(tái)構(gòu)建個(gè)性化應(yīng)用，按照相關(guān)要求接入市級(jí)平

臺(tái)。

9應(yīng)用對(duì)接流程

9.1應(yīng)用接入流程

接入流程見(jiàn)圖2。

4

DB3212/T1170—2024

圖2應(yīng)用接入流程

9.2接入申請(qǐng)

接入方提交相關(guān)材料至市中心，包括機(jī)構(gòu)信息、聯(lián)系人、聯(lián)系方式和應(yīng)用信息，應(yīng)用信息中需包含

應(yīng)用名稱、接入IP、所需參數(shù)、應(yīng)用圖標(biāo)等內(nèi)容。

9.3接入測(cè)試

接入方在授權(quán)的測(cè)試環(huán)境中，根據(jù)市中心提供的測(cè)試密鑰，按對(duì)接規(guī)范進(jìn)行實(shí)施，開展聯(lián)調(diào)，形成

測(cè)試報(bào)告。

9.4上線啟用

a)接入方向市中心提交上線申請(qǐng)，市中心分配正式密鑰；

b)頁(yè)面接入：接入方獲得正式密鑰，由市中心配置應(yīng)用系統(tǒng)，接入方自行授權(quán)（僅區(qū)縣用戶），

完成上線；

c)接口（API）對(duì)接：接入方獲得正式密鑰，自行配置正式環(huán)境應(yīng)用，確認(rèn)接口、數(shù)據(jù)無(wú)誤，完

成上線。

9.5應(yīng)用接入方式

頁(yè)面接入方式應(yīng)符合附錄A的要求，API接入方式應(yīng)符合附錄B的要求。

5

DB3212/T1170—2024

A

附錄A

（規(guī)范性）

頁(yè)面接入方式

A.1接入APP端應(yīng)提供互聯(lián)網(wǎng)URL，接入WEB端需提供電子政務(wù)外網(wǎng)URL。

A.2平臺(tái)通過(guò)接入方提供的URL，跳轉(zhuǎn)到相應(yīng)頁(yè)面。

A.3平臺(tái)將接入方所需要的參數(shù)，組裝成JSON字符串，并生成隨機(jī)的16位key對(duì)字符串進(jìn)行AES加密，

生成加密數(shù)據(jù)data；同時(shí)平臺(tái)還會(huì)對(duì)16位key進(jìn)行RSA的公鑰加密，生成加密數(shù)據(jù)sign。加密值會(huì)以“?

data=xxxxxxx&sign=xxxxxxx”的方式，拼接在接入方提供的URL后面。

A.4接入方獲取到URL傳輸?shù)闹袇?shù)data和sign值，通過(guò)RSA的私鑰對(duì)sign值解密，解密后獲取到16

位的key，通過(guò)16位key對(duì)data數(shù)據(jù)進(jìn)行AES解密，最終獲取到平臺(tái)提供的數(shù)據(jù)。

A.5接入方通過(guò)解密鏈接中data的值，獲取平臺(tái)提供的數(shù)據(jù)。

A.6接入方通過(guò)解密獲取的數(shù)據(jù)判斷當(dāng)前登錄人的信息，對(duì)頁(yè)面進(jìn)行相應(yīng)的渲染。

6

DB3212/T1170—2024

B

附錄B

（資料性）

API接入方式

B.1接入方根據(jù)申請(qǐng)的正式環(huán)境appid和appsecret調(diào)用平臺(tái)“獲取token”的接口，獲取到accessTok

en，accessToken的有效期為2小時(shí)。

B.2接入方獲取到accessToken后，應(yīng)調(diào)用平臺(tái)“獲取隨機(jī)數(shù)（nonce）”的接口，獲取到隨機(jī)數(shù)。

B.3接入方攜帶accessToken和nonce向平臺(tái)發(fā)起請(qǐng)求時(shí)，生成一個(gè)簽名，這個(gè)簽名將作為請(qǐng)求的一部

分發(fā)送給平臺(tái)，用于驗(yàn)證請(qǐng)求的合法性。簽名算法以接口文檔為準(zhǔn)。

B.4平臺(tái)收到請(qǐng)求后，使用相同的算法和參數(shù)重新計(jì)算簽名，并與收到的簽名進(jìn)行比較。如果兩者匹

配，則認(rèn)為請(qǐng)求是合法的；否則，請(qǐng)求被拒絕；調(diào)用完成后，平臺(tái)清除隨機(jī)數(shù)，如接入方需要再次調(diào)用，

則需要重新調(diào)用“獲取隨機(jī)數(shù)”的接口來(lái)獲取隨機(jī)數(shù)。

B.5簽名相關(guān)的公共參數(shù)統(tǒng)一放在請(qǐng)求HTTP的header中。API訪問(wèn)簽名參數(shù)表見(jiàn)表B.1，API請(qǐng)求參數(shù)表

見(jiàn)表B.2。

表B.1API訪問(wèn)簽名參數(shù)表

參數(shù)是否必填類型說(shuō)明

accessToken是字符串通過(guò)獲取token的接口獲取

表B.2API請(qǐng)求參數(shù)表

參數(shù)是否必填類型說(shuō)明

ip是字符串應(yīng)用服務(wù)ip

port是字符串應(yīng)用服務(wù)端口

sceneCode是字符串應(yīng)用場(chǎng)景編碼

serviceCode是字符串接口服務(wù)編碼

apiName是字符串具體接口名稱

B.6請(qǐng)求格式：http://{ip}:{port}/dy/{sceneCode}/{serviceCode}/{apiName}。

B.7接口數(shù)據(jù)響應(yīng)：應(yīng)采用統(tǒng)一標(biāo)準(zhǔn)規(guī)格的JSON數(shù)據(jù)進(jìn)行響應(yīng)；應(yīng)提供相應(yīng)的接口說(shuō)明、編碼說(shuō)明文

檔，每個(gè)接口對(duì)應(yīng)一個(gè)接口說(shuō)明表，每個(gè)業(yè)務(wù)模塊對(duì)應(yīng)一個(gè)響應(yīng)編碼說(shuō)明表，編碼說(shuō)明表中的200、50

0為固定返回值，API訪問(wèn)簽名參數(shù)見(jiàn)表B.3，支持平臺(tái)業(yè)務(wù)返回的API訪問(wèn)接口編碼見(jiàn)表B.4。

表B.3API訪問(wèn)接口編碼表（HTTP返回）

序號(hào)編碼說(shuō)明示例

1200成功

{

2400請(qǐng)求出錯(cuò)"timestamp":"2024-03-1809:50:23",

3401認(rèn)證失敗"status":404,

4403權(quán)限異常"error":"NotFound",

5