DB36_T 1179-2019 政務(wù)數(shù)據(jù)共享技術(shù)規(guī)范(高清無水印-可復(fù)制）

1、ICS 35.240L 07DB36江西省地方標準DB36/T 11792019 政務(wù)數(shù)據(jù)共享技術(shù)規(guī)范Technical specification for government sharing data2019 - 12- 13 發(fā)布2019 -12 -13 實施江西省市場監(jiān)督管理局發(fā) 布DB36/T 11792019DB36/T 11792019目次前言VI引言VII1 范圍12 規(guī)范性引用文件13 術(shù)語和定義14 總體框架45 主要功能86 共享資源分類97 資源形態(tài)分類108 技術(shù)管理要求109 共享平臺接入1110 安全保障16附錄 A（規(guī)范性附錄） 日志上報18附錄 B（規(guī)范性附錄

2、） 目錄分類規(guī)范19附錄 C（規(guī)范性附錄） 核心元數(shù)據(jù)20附錄 D（規(guī)范性附錄） 目錄導(dǎo)入格式22附錄 E（規(guī)范性附錄） 目錄導(dǎo)出格式24附錄 F（規(guī)范性附錄） 服務(wù)注冊26附錄 G（規(guī)范性附錄） 服務(wù)開發(fā)27附錄 H（規(guī)范性附錄） 監(jiān)控開發(fā)29附錄 I（規(guī)范性附錄） 獲取令牌30附錄 J（規(guī)范性附錄） 計算簽名31附錄 K（規(guī)范性附錄） 資源目錄服務(wù)調(diào)用33附錄 L（規(guī)范性附錄） JSON 規(guī)范35附錄 M（資料性附錄） 業(yè)務(wù)增量表示例37附錄 N（資料性附錄） 數(shù)據(jù)對賬表示例38附錄 O（規(guī)范性附錄） 訂閱通知接口39附錄 P（規(guī)范性附錄） 傳輸數(shù)據(jù)安全40附錄 Q（規(guī)范性附錄） 數(shù)據(jù)完整

3、性校驗41附錄 R（規(guī)范性附錄） 服務(wù)密鑰解密43I PAGE * ROMAN IV III 附錄 S（規(guī)范性附錄） 接口返回值代碼表47DB36/T 11792019DB36/T 11792019前言本標準按照GB/T 1.1-2009給出的規(guī)定編寫。 本標準由江西省發(fā)展和改革委員會提出并歸口。本標準起草單位：江西省信息中心。 本標準主要起草人：金俊平、杜軍龍、袁振武、周劍濤、張彤、宋子陽。 引言江西省政務(wù)數(shù)據(jù)共享平臺是由江西省發(fā)展和改革委員會牽頭，相關(guān)政府部門共同參與建設(shè)的政府數(shù)據(jù)共享平臺，是匯集、管理、應(yīng)用及共享全省行政事業(yè)單位與行業(yè)部門政務(wù)數(shù)據(jù)、政務(wù)服務(wù)類數(shù)據(jù)的綜合性數(shù)據(jù)服務(wù)平臺。平臺

4、提供行政事業(yè)單位之間相互共享的各類數(shù)據(jù)資源，提供目錄注冊、數(shù)據(jù)查詢、資源訂閱、數(shù)據(jù)獲取、服務(wù)調(diào)用等服務(wù)，致力于充分發(fā)揮政府數(shù)據(jù)資源的整體開發(fā)利用率，滿足全省行政事業(yè)單位與行業(yè)部門的數(shù)據(jù)共通共享。 本標準為江西省各級政府開展政務(wù)數(shù)據(jù)共享提供技術(shù)標準和制度管理依據(jù)。 本標準涉及的交換平臺是DB36/T 981-2017電子政務(wù)共享數(shù)據(jù)統(tǒng)一交換平臺技術(shù)規(guī)范中的“江西省電子政務(wù)共享數(shù)據(jù)統(tǒng)一交換平臺”。 DB36/T 11792019DB36/T 11792019 PAGE 9 PAGE 8 政務(wù)數(shù)據(jù)共享技術(shù)規(guī)范范圍本標準規(guī)定了江西省政務(wù)數(shù)據(jù)共享平臺的總體架構(gòu)、資源目錄管理結(jié)構(gòu)、政務(wù)資源目錄管理系統(tǒng)與交

5、換平臺的協(xié)作、政務(wù)資源目錄管理系統(tǒng)與服務(wù)代理系統(tǒng)的協(xié)作，以及共享體系建設(shè)技術(shù)要求、分類等內(nèi)容，并為各相關(guān)部門政務(wù)數(shù)據(jù)資源共享提供實操性指導(dǎo)。 本標準適用于各級各部門共享體系的總體規(guī)劃、設(shè)計、實施和管理。 政務(wù)數(shù)據(jù)分為兩大類：涉密類和非涉密類。本標準適用于非涉密類的政務(wù)數(shù)據(jù)目錄體系，不包含涉密類的政務(wù)數(shù)據(jù)。 規(guī)范性引用文件下列文件對于本規(guī)范的引用是必不可少的。凡是已經(jīng)標注日期的引用文件，僅以所注明日期的版本適用于本規(guī)范。凡是未標注日期的引用文件，其最新版本（包括所有的修訂版）適用于本規(guī)范。 GB/T 21063.1-2007 政務(wù)信息資源目錄體系 第1部分：總體框架GB/T 21063.6 政務(wù)

6、信息資源目錄體系 第6部分：技術(shù)管理要求DB36/T 980-2017 電子政務(wù)云平臺安全規(guī)范 DB36/T 981-2017 電子政務(wù)共享數(shù)據(jù)統(tǒng)一交換平臺技術(shù)規(guī)范 政務(wù)信息資源目錄編制指南（試行）（發(fā)改高技20171272號） 江西省政務(wù)信息資源目錄編制規(guī)范（試行）（贛發(fā)改高技2017965號） 關(guān)于加快推進全省政務(wù)數(shù)據(jù)共享的工作方案（贛府廳字201895號） 術(shù)語和定義下列術(shù)語和定義適用于本文件。 3.1江西省政務(wù)數(shù)據(jù)共享平臺jiangxi provincial government data sharing platform江西省政務(wù)數(shù)據(jù)共享平臺簡稱為“共享平臺”，是匯集、管理、應(yīng)用及共

7、享全省行政事業(yè)單位與行業(yè)部門政務(wù)數(shù)據(jù)、政務(wù)服務(wù)類數(shù)據(jù)的綜合性數(shù)據(jù)服務(wù)平臺。包括政務(wù)資源目錄管理系統(tǒng)、數(shù)據(jù)共享門戶、數(shù)據(jù)資源庫、電子政務(wù)共享數(shù)據(jù)統(tǒng)一交換平臺、服務(wù)代理系統(tǒng)。 3.2政務(wù)信息資源 government information resources政務(wù)部門在履行職責(zé)過程中制作或獲取的，以一定形式記錄、保存的文件、資料、圖表和數(shù)據(jù)等各類信息資源，包括政務(wù)部門直接或通過第三方依法采集、依法授權(quán)管理和因履行職責(zé)需要依托共享平臺形成的信息資源等。 注：改寫政務(wù)信息資源目錄編制指南（試行）（發(fā)改高技20171272號），定義4.1。 3.3政務(wù)信息資源目錄 government informat

8、ion resources directory通過對政務(wù)信息資源依據(jù)規(guī)范的元數(shù)據(jù)描述，按照一定的分類方法進行排序和編碼的一組信息，用以描述各個政務(wù)信息資源的特征，以便于對政務(wù)信息資源的檢索、定位與獲取。 政務(wù)信息資源目錄編制指南（試行）（發(fā)改高技20171272號），定義4.3 3.4元數(shù)據(jù) metadata描述政務(wù)信息資源特征的數(shù)據(jù)。GB/T 21063.1-2007，定義3.1 3.5核心元數(shù)據(jù) core metadata描述數(shù)據(jù)基本屬性與特征的最小集合。 注：改寫政務(wù)信息資源目錄編制指南（試行）（發(fā)改高技20171272號），定義4.2。 3.6政務(wù)資源目錄管理系統(tǒng) government

9、 resources directory management system提供政務(wù)信息資源的注冊、審批、發(fā)布、訂閱、查詢等功能。 3.7數(shù)據(jù)共享門戶 data sharing portal提供政務(wù)信息資源的查看、檢索、訂閱等功能。從屬于政務(wù)資源目錄管理系統(tǒng)。 3.8資源提供方 resource provider通過數(shù)據(jù)共享門戶提供資源的部門，負責(zé)本部門資源的規(guī)劃、注冊、審核、發(fā)布以及對資源需求方訂單的審核。 3.9平臺管理方 platform manager負責(zé)共享平臺的運行、維護以及安全等事務(wù)的信息管理部門。 3.10資源需求方 resource demand side通過數(shù)據(jù)共享門戶訂閱

10、并獲取資源的部門。 3.11目錄注冊 directory registration資源提供方向政務(wù)資源目錄管理系統(tǒng)登記符合規(guī)范的政務(wù)信息資源目錄數(shù)據(jù)的過程。 3.12目錄審核 directory audit資源提供方對已注冊的目錄數(shù)據(jù)進行審核的過程。 3.13目錄發(fā)布 directory release資源提供方將通過審核的目錄數(shù)據(jù)，依據(jù)不同的分類結(jié)構(gòu)，按照目錄樹的方式組織目錄數(shù)據(jù)的過程。 3.14資源訂閱 resource subscription資源需求方訂閱資源提供方提供的資源的過程。 3.15電子政務(wù)共享數(shù)據(jù)統(tǒng)一交換平臺 e-government shared data exchang

11、e platform電子政務(wù)共享數(shù)據(jù)統(tǒng)一交換平臺（簡稱：交換平臺）包括交換中心和前置節(jié)點。基于全省統(tǒng)一的電子政務(wù)網(wǎng)絡(luò)，覆蓋全省多個部門，為異構(gòu)、同構(gòu)系統(tǒng)提供多種數(shù)據(jù)共享與交換模式，實現(xiàn)在線、實時、定時采集和數(shù)據(jù)交換，實現(xiàn)跨部門、跨地域、跨業(yè)務(wù)、多層級、多業(yè)務(wù)應(yīng)用域的數(shù)據(jù)交換，是政務(wù)信息資源整合與共享的基礎(chǔ)支撐性平臺,為各部門之間、全省之間、各業(yè)務(wù)應(yīng)用系統(tǒng)之間協(xié)同和互動提供支撐與服務(wù)。 3.16交換中心 exchange center交換管理中樞，用來管理前置節(jié)點和交換流程，實現(xiàn)政務(wù)信息資源的交換及監(jiān)控管理。 3.17前置節(jié)點 front node部署在全省的交換節(jié)點，為資源提供方與資源需求方提

12、供交換服務(wù)。 3.18服務(wù)代理系統(tǒng) service agent system服務(wù)代理系統(tǒng)統(tǒng)一提供服務(wù)，將數(shù)據(jù)服務(wù)封裝成共享接口，供各地區(qū)調(diào)用，適用于小數(shù)據(jù)量、實時性要求較高、跨網(wǎng)段的信息共享接入場景。 3.19電子政務(wù)外網(wǎng) e-government extranet服務(wù)于各級黨委、人大、政府、政協(xié)、法院和檢察院等政務(wù)部門，滿足其經(jīng)濟調(diào)節(jié)、市場監(jiān)管、社會管理和公共服務(wù)等方面需要的政務(wù)公用網(wǎng)絡(luò)。政務(wù)外網(wǎng)支持跨地區(qū)、跨部門的業(yè)務(wù)應(yīng)用、信息共享和業(yè)務(wù)協(xié)同，以及不需在政務(wù)內(nèi)網(wǎng)上運行的業(yè)務(wù)，與互聯(lián)網(wǎng)邏輯隔離。 DB36/T 980-2017，定義 3.1總體框架共享平臺總體架構(gòu)共享平臺包括政務(wù)資源目錄管理

13、系統(tǒng)、數(shù)據(jù)共享門戶、數(shù)據(jù)資源庫、電子政務(wù)共享數(shù)據(jù)統(tǒng)一交換平臺、服務(wù)代理系統(tǒng)。政務(wù)資源目錄管理系統(tǒng)提供政務(wù)信息資源的注冊、審批、發(fā)布、訂閱、查詢等功能。數(shù)據(jù)共享門戶依托于政務(wù)資源目錄管理系統(tǒng)提供政務(wù)信息資源的查看、檢索、訂閱等功能。數(shù)據(jù)資源庫包含基礎(chǔ)資源庫、主題資源庫和部門資源庫。交換平臺提供跨部門、跨地域、跨業(yè)務(wù)、多層級、多業(yè)務(wù)應(yīng)用域的數(shù)據(jù)交換。服務(wù)代理系統(tǒng)統(tǒng)一提供服務(wù)，將數(shù)據(jù)服務(wù)封裝成共享接口。 信息資源開放業(yè)務(wù)協(xié)同信息資源共享共享平臺通過對政務(wù)信息資源的整合，形成基礎(chǔ)資源庫、主題資源庫和部門資源庫；并按照資源屬性編目形成基礎(chǔ)目錄、主題目錄、部門目錄；在整合和編目的過程中，需要遵循江西省政務(wù)

14、信息資源目錄編制規(guī)范（試行）和安全標準，最終共享平臺通過政務(wù)資源目錄管理系統(tǒng)、數(shù)據(jù)共享門戶、服務(wù)代理系統(tǒng)和交換平臺提供給資源需求方關(guān)于共享的服務(wù)（如信息資源共享、信息資源開放和業(yè)務(wù)協(xié)同等）,如圖 1 所示。 數(shù)據(jù)共享建設(shè)標準和規(guī)范體系數(shù)據(jù)共享門戶政務(wù)資源目錄管理系統(tǒng)服務(wù)基礎(chǔ)目錄部門目錄主題目錄交代換理平系臺統(tǒng)基礎(chǔ)部門主題資源庫資源庫資源庫資源庫共享平臺數(shù)據(jù)共享安全保障體系部門政務(wù)信息資源公共信息資源服務(wù)信息資源支撐環(huán)境（軟件、硬件和網(wǎng)絡(luò)）圖1 共享平臺總體架構(gòu) 資源目錄管理結(jié)構(gòu)政務(wù)信息資源目錄平臺管理結(jié)構(gòu)分為國家級資源目錄、省級資源目錄、市級資源目錄和縣級資源目錄。如圖2所示。 按照政務(wù)管理的

15、需求，下級共享平臺應(yīng)向上級共享平臺注冊本級分類信息、目錄信息、資源信息和跨級訂閱信息。 資源需求方根據(jù)政務(wù)信息資源目錄的使用授權(quán)，通過本級數(shù)據(jù)共享門戶進行查詢和檢索。 國家級主目錄A省目錄B省目錄.A省級主目錄B省級主目錄.A1市及縣區(qū)目錄A2市及縣區(qū)目錄B1市及縣區(qū)目錄B2市及縣區(qū)目錄 圖2 資源目錄結(jié)構(gòu)政務(wù)資源目錄管理系統(tǒng)與交換平臺協(xié)作資源需求方登錄政務(wù)資源目錄管理系統(tǒng)申請資源，資源提供方對已申請的資源進行審核授權(quán)，政務(wù)資源目錄管理系統(tǒng)將已審核通過的訂閱信息傳遞給交換平臺以驅(qū)動數(shù)據(jù)交換。政務(wù)資源目錄管理系統(tǒng)負責(zé)匯總資源需求方的訂閱請求，并將申請的政務(wù)資源信息、訂閱關(guān)系、共享條件同步給交換平

16、臺，交換平臺解析訂閱信息，匹配過濾條件，生成訂閱任務(wù)，并通過交換傳輸模塊進行數(shù)據(jù)傳輸。交換結(jié)束或者解析失敗后，交換平臺將錯誤信息或交換結(jié)果反饋給政務(wù)資源目錄管理系統(tǒng)，最終由政務(wù)資源目錄管理系統(tǒng)處理反饋給資源需求方。具體過程如圖3所示。 資源需求方資源提供方政務(wù)資源目錄管理系統(tǒng)交換平臺開始申請資源自動受理申請審核授權(quán)自動處理訂單解析訂閱信息否是否解析成功是生成訂閱任務(wù)獲得返回結(jié)果獲得返回結(jié)果驅(qū)動交換結(jié)束圖3 政務(wù)資源目錄管理系統(tǒng)和交換平臺流程政務(wù)資源目錄管理系統(tǒng)與服務(wù)代理系統(tǒng)協(xié)作資源提供方依據(jù)本規(guī)范開發(fā)部署服務(wù)接口，并在政務(wù)資源目錄管理系統(tǒng)注冊、發(fā)布服務(wù)資源，已發(fā)布的資源通過政務(wù)資源目錄管理系統(tǒng)

17、自動同步至服務(wù)代理系統(tǒng)。資源需求方依據(jù)本規(guī)范開發(fā)服務(wù)接口使用端，并在數(shù)據(jù)共享門戶訂閱服務(wù)資源，從數(shù)據(jù)共享門戶獲取訂閱成功的授權(quán)信息，并通過服務(wù)代理系統(tǒng)調(diào)用服務(wù)資源。服務(wù)代理系統(tǒng)提供接收服務(wù)調(diào)用請求，結(jié)合數(shù)據(jù)共享門戶對請求進行認證，轉(zhuǎn)發(fā)附帶授權(quán)范圍信息的請求到資源提供方系統(tǒng)，返回請求結(jié)果給資源需求方，為政務(wù)資源目錄管理系統(tǒng)提供日志審計等功能。如圖4和圖5所示。 調(diào)用服務(wù)訂閱資源政務(wù)資源目錄管理系統(tǒng)服務(wù)代理系統(tǒng)開始資源提供方發(fā)布服務(wù)資源資源需求方訂閱服務(wù)資源資源提供方審核并授權(quán)服務(wù)資源存儲服務(wù)、授權(quán)信息結(jié)束圖4 訂閱資源流程政務(wù)資源目錄管理系統(tǒng)服務(wù)代理系統(tǒng)提供方系統(tǒng)需求方系統(tǒng)開始認證并獲取數(shù)據(jù)范圍

18、返回服務(wù)數(shù)據(jù)調(diào)用服務(wù)處理服務(wù)數(shù)據(jù)獲取服務(wù)數(shù)據(jù)自動接收日志記錄日志結(jié)束圖5 服務(wù)調(diào)用流程服務(wù)代理的步驟如下： 資源提供方在政務(wù)資源目錄管理系統(tǒng)注冊服務(wù)資源，配置服務(wù)使用時段、使用期限、使用頻率等控制性參數(shù)；配置服務(wù)資源輸入輸出的參數(shù)信息；發(fā)布資源； 資源需求方通過數(shù)據(jù)共享門戶申請已發(fā)布的服務(wù)資源； 資源提供方審核訂閱申請； 資源需求方通過數(shù)據(jù)共享門戶獲取服務(wù)的授權(quán)碼信息(appkey)； 資源需求方系統(tǒng)通過服務(wù)信息及授權(quán)碼(appkey)調(diào)用服務(wù)代理系統(tǒng)代理服務(wù)； 服務(wù)代理系統(tǒng)接收調(diào)用申請，認證授權(quán)，獲取授予的輸出參數(shù)列表； 服務(wù)代理系統(tǒng)用json數(shù)組封裝被授予的輸出參數(shù)，將封裝后的Json數(shù)組

19、作為HTTP請求的Header 區(qū)_fieldNames（輸出參數(shù)列表）屬性發(fā)送給提供方服務(wù)； 提供方服務(wù)獲取HTTP請求的Header區(qū)_fieldNames（輸出參數(shù)列表）屬性信息，根據(jù)輸出參數(shù)信息過濾返回結(jié)果； 服務(wù)代理系統(tǒng)返回調(diào)用結(jié)果給需求方系統(tǒng)，記錄調(diào)用日志，日志內(nèi)容見附錄A日志上報，服務(wù)代理系統(tǒng)通過調(diào)用日志形成各種維度的報表。 主要功能政務(wù)資源目錄管理系統(tǒng)目錄注冊資源提供方操作員對政務(wù)信息資源目錄信息進行登記，錄入基本信息、核心元數(shù)據(jù)及擴展元數(shù)據(jù)等信息。 目錄審核資源提供方審核員對待審核的政務(wù)信息資源目錄的格式、類目、核心元數(shù)據(jù)及擴展元數(shù)據(jù)進行審核。 目錄發(fā)布資源提供方審核員發(fā)布審

20、核通過的政務(wù)信息資源目錄數(shù)據(jù)。資源需求方在數(shù)據(jù)共享門戶可檢索已發(fā)布的政務(wù)信息資源目錄。 目錄維護資源提供方操作員對已發(fā)布的政務(wù)信息資源目錄基本信息、核心元數(shù)據(jù)、擴展元數(shù)據(jù)進行編輯和完善。 資源注冊資源提供方操作員在已發(fā)布的目錄上對庫表、服務(wù)、文件、文件夾資源進行注冊，以供資源需求方訂閱使用。 資源審核資源提供方審核員對待審核的政務(wù)信息資源注冊信息進行審核。 資源發(fā)布資源提供方審核員發(fā)布審核通過的政務(wù)信息資源。資源需求方在數(shù)據(jù)共享門戶可檢索并訂閱已發(fā)布的政務(wù)信息資源。 訂單管理資源提供方審核員管理資源需求方已提交的訂單。 標準規(guī)范管理支持對業(yè)務(wù)系統(tǒng)、標準字典、自定義類型的管理和分類管理；實現(xiàn)分類

21、結(jié)構(gòu)的可視化配置和分類結(jié)構(gòu)定制，能根據(jù)分類結(jié)構(gòu)變化進行調(diào)整。 數(shù)據(jù)共享門戶政務(wù)數(shù)據(jù)目錄政務(wù)數(shù)據(jù)目錄主要展現(xiàn)了目錄分類見附錄B和已發(fā)布的目錄信息。其中目錄信息包含了資源分類、資源提供方、資源類型、結(jié)構(gòu)化數(shù)據(jù)量/非結(jié)構(gòu)化數(shù)據(jù)量等信息。支持按照目錄分類、資源形態(tài)、共享類型及關(guān)鍵字進行目錄的檢索。 資源訂閱資源訂閱是資源需求方獲取資源的一種途徑。資源需求方通過目錄查詢功能檢索到所需目錄并進行資源的訂閱，發(fā)起訂閱申請后，資源提供方審核。 交換平臺數(shù)據(jù)交換數(shù)據(jù)交換以交換前置作為各部門間數(shù)據(jù)交換的窗口，一方面從各業(yè)務(wù)系統(tǒng)提取數(shù)據(jù)；另一方面接收數(shù)據(jù)，并向業(yè)務(wù)系統(tǒng)傳遞數(shù)據(jù)。交換前置之間構(gòu)建信息交換通道，根據(jù)部署

22、的交換流程，實現(xiàn)交換信息的打包、轉(zhuǎn)換、傳遞、路由、解包等功能；實現(xiàn)部門數(shù)據(jù)之間的安全、穩(wěn)定和不間斷的傳輸。 交換管理作為數(shù)據(jù)交換的中心管理模塊，提供圖形化的配置工具，實現(xiàn)對整個信息交換過程的流程配置、部署、執(zhí)行進行管理。具體包括數(shù)據(jù)交換適配管理、交換節(jié)點管理、交換流程管理等。 服務(wù)代理系統(tǒng)橋接資源提供方與資源需求方，支持以接口方式進行數(shù)據(jù)交換，提供統(tǒng)一身份認證和路由服務(wù)。服務(wù)代理構(gòu)建信息交換通道，實現(xiàn)交換信息的認證、傳遞、路由等功能；實現(xiàn)部門信息之間的安全、穩(wěn)定和不間斷的傳輸。 共享資源分類部門信息資源類各政務(wù)部門根據(jù)部門權(quán)責(zé)清單和公共服務(wù)清單，明確政務(wù)信息資源的分類、責(zé)任方、格式、屬性、更新

23、時限、共享類型、共享方式、使用要求、開放屬性等內(nèi)容，提取信息資源特征，編制形成本部門信息資源目錄。 基礎(chǔ)信息資源類DB36/T 11792019DB36/T 11792019 PAGE 46 PAGE 47 在部門信息資源目錄的基礎(chǔ)上提取人口、法人單位、自然資源和空間地理、電子證照等相關(guān)信息資源特征，編目形成基礎(chǔ)信息資源目錄。 主題信息資源類圍繞經(jīng)濟社會發(fā)展的同一主題領(lǐng)域，編目形成主題信息資源目錄。 資源形態(tài)分類文件符合政務(wù)資源目錄管理系統(tǒng)要求的文件格式，以電子文件作為信息資源。電子文件的存儲格式為OFD、wps、xml、txt、doc、docx、html、pdf、ppt 等；電子表格的存儲格

24、式為et、xls、xlsx 等。 文件夾符合政務(wù)資源目錄管理系統(tǒng)要求的文件格式，以文件夾作為信息資源。文件夾下的電子文件的存儲格式為OFD、wps、xml、txt、doc、docx、html、pdf、ppt 等；電子表格的存儲格式為et、xls、xlsx 等。 庫表符合政務(wù)資源目錄管理系統(tǒng)要求的數(shù)據(jù)庫，以數(shù)據(jù)庫表作為信息資源。數(shù)據(jù)庫類的存儲格式為Dm、KingbaseES、access、dbf、dbase、sysbase、oracle、sql server、db2 等。 服務(wù)符合政務(wù)資源目錄管理系統(tǒng)要求的服務(wù)，以服務(wù)作為信息資源。支持的服務(wù)為WebService和Restful。 技術(shù)管理要求

25、總則全省政務(wù)部門依據(jù)GB/T 21063.6和關(guān)于加快推進全省政務(wù)數(shù)據(jù)共享的工作方案（贛府廳字201895號）結(jié)合實際情況，建立政務(wù)信息資源目錄體系建設(shè)、維護、服務(wù)、安全等管理制度。共享平臺管理架構(gòu)劃分為多個層級，各級主要包括三種角色和六項活動。三種角色是資源提供方、平臺管理方、資源需求方。六項活動包括規(guī)劃、編目、注冊、發(fā)布、維護、查詢。 規(guī)劃各級政務(wù)部門梳理、規(guī)劃本級政務(wù)信息資源基礎(chǔ)目錄、主題目錄和部門目錄,為本部門政務(wù)信息資源的共享制定建設(shè)實施方案與工程建設(shè)規(guī)范，保證共享數(shù)據(jù)的互聯(lián)互通。 編目資源提供方根據(jù)政務(wù)信息資源內(nèi)容提取基本特征，按照政務(wù)信息資源目錄編制規(guī)范并按照附錄C實現(xiàn)信息資源編

26、碼的賦值，形成目錄內(nèi)容。 注冊資源提供方依法對編制信息資源目錄和目錄內(nèi)容設(shè)置共享屬性和開放屬性詳情見附錄C進行編輯與整理，形成政務(wù)信息資源目錄。資源提供方通過政務(wù)資源目錄管理系統(tǒng)進行目錄的注冊及更新。 發(fā)布資源提供方對本級政務(wù)資源目錄管理系統(tǒng)注冊的政務(wù)信息資源目錄內(nèi)容進行審核發(fā)布，政務(wù)資源目錄管理系統(tǒng)按照共享屬性、開放屬性以及目錄分類，向政務(wù)部門發(fā)布共享目錄。 維護政務(wù)資源目錄管理系統(tǒng)保存、備份、恢復(fù)與注銷政務(wù)信息資源目錄內(nèi)容。 查詢政務(wù)資源目錄管理系統(tǒng)提供按目錄分類、資源形態(tài)等檢索條件，滿足政務(wù)部門檢索政務(wù)信息資源目錄、瀏覽目錄內(nèi)容，并獲取所需的政務(wù)信息資源目錄內(nèi)容和電子化信息資源內(nèi)容的要求

27、。 共享平臺接入目錄接入目錄接入是將各單位梳理的目錄信息注冊至政務(wù)資源目錄管理系統(tǒng)，同時政務(wù)資源目錄管理系統(tǒng)提供目錄的導(dǎo)入和導(dǎo)出。目錄導(dǎo)入：提供同部門內(nèi)符合附錄D的目錄信息，以Excel方式導(dǎo)入，已導(dǎo)入目錄進入目錄審核環(huán)節(jié)。目錄導(dǎo)出：提供目錄信息以Excel方式導(dǎo)出給同部門，目錄導(dǎo)出格式見附錄E，不可跨級和跨機構(gòu)使用。 服務(wù)接入總則服務(wù)接入包含了資源提供方對服務(wù)的注冊、發(fā)布以及資源需求方對服務(wù)的申請、調(diào)用和日志上傳。 資源提供方服務(wù)注冊資源提供方注冊服務(wù)資源時錄入服務(wù)地址、服務(wù)認證信息和資源信息，政務(wù)資源目錄管理系統(tǒng)受理服務(wù)注冊申請并將服務(wù)地址和論證信息打包發(fā)送到服務(wù)代理系統(tǒng)。服務(wù)代理系統(tǒng)根據(jù)

28、服務(wù)地址和服務(wù)認證信息調(diào)用提供方服務(wù)獲取服務(wù)描述信息并將描述信息返回到政務(wù)資源目錄管理系統(tǒng)，政務(wù)資源目錄管理系統(tǒng)填充服務(wù)描述信息到服務(wù)資源并保存服務(wù)資源。詳細的服務(wù)注冊流程如圖6所示。 資源提供方政務(wù)資源目錄管理系統(tǒng)服務(wù)代理系統(tǒng)提供方服務(wù)開始注冊服務(wù)自動受理申請獲取服務(wù)詳情服務(wù)填充服務(wù)信息轉(zhuǎn)發(fā)服務(wù)信息保存結(jié)束圖6 服務(wù)注冊流程服務(wù)發(fā)布資源提供方審核服務(wù)資源，政務(wù)資源目錄管理系統(tǒng)受理發(fā)布申請并將服務(wù)信息打包發(fā)送到服務(wù)代理系統(tǒng)。服務(wù)代理檢查服務(wù)規(guī)范并調(diào)用提供方服務(wù)測試服務(wù)是否正常，返回結(jié)果到政務(wù)資源目錄管理系統(tǒng)， 政務(wù)資源目錄管理系統(tǒng)對符合規(guī)范并正常的服務(wù)進行發(fā)布。詳細的服務(wù)發(fā)布流程如圖7所示。注

29、冊服務(wù)資源見附錄F，除注冊與資源有關(guān)的屬性以外還必須錄入以下信息。工作時段、訪問頻率用于控制用戶訪問；安全授權(quán)類型、安全算法、安全用戶名、安全密碼用于服務(wù)認證；請求類型用于數(shù)據(jù)請求控制； 輸入?yún)?shù)、輸出參數(shù)用于數(shù)據(jù)范圍控制，服務(wù)二次封裝就是基于輸出參數(shù)進行的。發(fā)布服務(wù)接口時，服務(wù)代理系統(tǒng)需進行規(guī)范性檢查和測試，只有通過了規(guī)范性測試的接口才能發(fā)布。 資源提供方政務(wù)資源目錄管理系統(tǒng)服務(wù)代理系統(tǒng)提供方服務(wù)開始審核服務(wù)資源自動受理發(fā)布檢查服務(wù)規(guī)范服務(wù)自動發(fā)布測試服務(wù)結(jié)束圖7 服務(wù)發(fā)布流程服務(wù)開發(fā)規(guī)范開發(fā)要求為降低各類共享接口接入難度，需規(guī)范服務(wù)的傳入傳出參數(shù)，參數(shù)要求見附錄G。 監(jiān)控要求為保障資源需求

30、方穩(wěn)定無間斷使用服務(wù)接口，資源提供方需按照附錄H要求開發(fā)監(jiān)控接口，服務(wù)代理系統(tǒng)定時掃描資源提供方的監(jiān)控接口，對問題服務(wù)進行通知預(yù)警。 性能要求服務(wù)訪問量超過單機承載能力，需以集群的方式對外提供服務(wù)，對外的地址只能存在一個。 資源需求方服務(wù)申請資源需求方申請服務(wù)資源，政務(wù)資源目錄管理系統(tǒng)受理申請，資源提供方登錄政務(wù)資源目錄管理系統(tǒng)進行審核授權(quán)，政務(wù)資源目錄管理系統(tǒng)自動備案并生成服務(wù)調(diào)用授權(quán)碼 appkey，資源需求方獲取授權(quán)信息進行服務(wù)接口調(diào)用。 資源需求方政務(wù)資源目錄管理系統(tǒng)資源提供方開始申請服務(wù)自動受理申請審核授權(quán)自動授權(quán)自動備案獲取授權(quán)信息自動生成服務(wù)授權(quán)碼調(diào)用服務(wù)接口結(jié)束圖8 服務(wù)申請流

31、程服務(wù)申請流程如下： 服務(wù)申請，資源需求方登錄政務(wù)資源目錄管理系統(tǒng)進行服務(wù)申請； 服務(wù)授權(quán)，資源提供方登錄政務(wù)資源目錄管理系統(tǒng)進行服務(wù)授權(quán)； 生成授權(quán)碼，政務(wù)資源目錄管理系統(tǒng)生成服務(wù)接口調(diào)用授權(quán)碼appkey，同時備案； 獲取授權(quán)信息，資源需求方在政務(wù)資源目錄管理系統(tǒng)，點擊用戶中心“我訂閱的資源查看接入信息”頁面，點擊查看服務(wù)申請信息，在頁面中獲得如下信息：請求者身份標識（_rid）、服務(wù)標識（_servicecode）、授權(quán)碼（appkey）；資源需求方獲取授權(quán)信息后即可進行服務(wù)接口調(diào)用。 服務(wù)調(diào)用政務(wù)資源目錄管理系統(tǒng)支持Restful與WebService兩種類型服務(wù)。資源需求方需通過服務(wù)

32、代理系統(tǒng)依據(jù)授權(quán)信息獲取動態(tài)令牌（令牌24h有效），再依據(jù)令牌動態(tài)生成簽名，并通過服務(wù)代理系統(tǒng)調(diào)用服務(wù)資源。 數(shù)據(jù)共享門戶 向下同步服務(wù)授權(quán)、授權(quán)信息項， 向上同步審計日志3、結(jié)果服務(wù)代理資源提供方4、結(jié)果資源使用方1、head+body2、head+body圖9 服務(wù)接口調(diào)用流程服務(wù)調(diào)用步驟如下： a) 資源需求方： 通過授權(quán)碼(appkey)，從服務(wù)代理端獲取令牌，獲取令牌要求見附錄I； 使用令牌，對服務(wù)請求者身份標識（_rid）、服務(wù)標識（_servicecode）和請求時間（_rtime） 進行簽名計算（計算簽名見附錄J），得到簽名（_token）； 將服務(wù)請求者身份標識（_rid）、

33、服務(wù)標識（_servicecode）、請求時間（_rtime）和簽名（_token） 放入HTTP請求的Header區(qū)，發(fā)送請求到服務(wù)代理系統(tǒng)，資源目錄服務(wù)調(diào)用要求見附錄K。 服務(wù)代理系統(tǒng)： 獲取請求Header區(qū)的服務(wù)請求者身份標識（_rid）、服務(wù)標識（_servicecode）、請求時間（_rtime）和簽名信息（_token）等信息，進行權(quán)限認證； 驗證通過后，從系統(tǒng)中獲取被授予的輸出參數(shù)，將被授予輸出參數(shù)組成Json數(shù)組，JSON規(guī)范見附錄L，作為_fieldNames放入發(fā)送給提供方服務(wù)的HTTP請求Header區(qū)。 提供方服務(wù)平臺： 獲取請求數(shù)據(jù)進行相關(guān)業(yè)務(wù)處理； 根據(jù)HTTP請

34、求Header區(qū)輸出參數(shù)（_fieldNames）信息過濾輸出參數(shù)； 返回調(diào)用結(jié)果給服務(wù)代理系統(tǒng)，再由服務(wù)代理系統(tǒng)返回給資源需求方。 日志上報需求方訂閱服務(wù)資源后，通過業(yè)務(wù)系統(tǒng)直接調(diào)用服務(wù)資源（未經(jīng)過服務(wù)代理系統(tǒng)）產(chǎn)生的日志需進行記錄并通過日志上傳接口上傳至服務(wù)代理系統(tǒng)，日志上報情況見附錄A。 數(shù)據(jù)接入數(shù)據(jù)接入方式數(shù)據(jù)接入包含數(shù)據(jù)庫表方式接入和文件方式接入。 數(shù)據(jù)庫表方式接入資源提供方在創(chuàng)建數(shù)據(jù)庫表時，需按時間增量的方式生成業(yè)務(wù)增量表，參見附錄M，同時將該批次的數(shù)據(jù)增量寫入數(shù)據(jù)對賬表，參見附錄N。 每個業(yè)務(wù)表需增加“增量標識”、“增量時間”、“批次號”三個字段： 增量標識：Cd_operati

35、on。業(yè)務(wù)表的數(shù)據(jù)新增時值為“I”，修改時值為“U”，刪除時值為“D”； 增量時間：Cd_time。表示該批次數(shù)據(jù)產(chǎn)生時間； 批次號：Cd_batch。共享平臺按批次更新數(shù)據(jù)，生成批次號。批次號按“數(shù)據(jù)日期+數(shù)據(jù)序號” 的方式制定，其中，數(shù)據(jù)日期是指更新數(shù)據(jù)的日期（如：20180715），數(shù)據(jù)序號為五位數(shù)字， 每天從00001開始，當天數(shù)據(jù)序號遞增； 業(yè)務(wù)表必須要設(shè)置主鍵。 文件方式接入文件交換接入需提供符合政務(wù)資源目錄管理系統(tǒng)規(guī)范的文件資源。為滿足所有操作系統(tǒng)、文件間系統(tǒng)的通用型，文件資源在完全寫入磁盤前，其他系統(tǒng)、人員將不能再操作該文件。除非數(shù)據(jù)交換平臺移動資源。 訂閱通知接入資源需求方提

36、交的訂閱信息以通知的方式提供給資源提供方，訂閱通知接口要求見附錄O。 安全保障權(quán)限管理為保證政務(wù)信息資源在共享交換中的數(shù)據(jù)安全，要有明確的角色和權(quán)限劃分。 資源需求方主要負責(zé)部門信息資源的申請與使用： 根據(jù)對數(shù)據(jù)的使用需求，提出數(shù)據(jù)使用申請； 對用于信息資源交換的部門業(yè)務(wù)應(yīng)用系統(tǒng)及部門端交換前置進行部署與運行維護； 對于交換與共享獲得的信息內(nèi)容在授權(quán)范圍內(nèi)使用。 資源提供方主要負責(zé)信息資源的編目、注冊、審核、發(fā)布、維護等工作： 負責(zé)本部門信息資源注冊申請的審核； 負責(zé)資源需求方訂閱申請的審核； 負責(zé)用于信息資源交換的部門業(yè)務(wù)應(yīng)用系統(tǒng)及部門端交換前置的部署與運行維護。 平臺管理方主要負責(zé)共享平臺

37、的運行、維護以及安全等事務(wù)： 負責(zé)與數(shù)據(jù)共享有關(guān)系統(tǒng)及資源信息庫的運行、維護及安全； 應(yīng)用系統(tǒng)接入共享平臺時，管理者提出部署要求。 傳輸安全考慮到數(shù)據(jù)傳輸?shù)陌踩?，根?jù)共享信息的安全級別在數(shù)據(jù)傳輸過程中采用國密算法對數(shù)據(jù)進行加密后傳輸，傳輸過程中做好數(shù)據(jù)的流水日志記錄，保證整個數(shù)據(jù)傳輸過程可視化，傳輸數(shù)據(jù)安全要求見附錄P。 數(shù)據(jù)完整性校驗數(shù)據(jù)提供方要保證數(shù)據(jù)完整性和準確性，提供方對數(shù)據(jù)進行數(shù)字簽名，需求方對數(shù)據(jù)進行解簽，防止數(shù)據(jù)在傳輸過程中被非法篡改，數(shù)據(jù)完整性校驗要求見附錄Q。 附 錄 A（規(guī)范性附錄） 日志上報A.1.1 日志上報接口的描述信息如表A.1： 表 A.1 日志上報接口的描述信

38、息名稱 日志上報接口 功能說明 外部系統(tǒng)將服務(wù)接口調(diào)用日志上傳到服務(wù)代理程序。 URL 樣式 http:/上下文/serviceagent/service!upCallLogs.action 提交方式 POST 接口協(xié)議 HTTP 內(nèi)容類型 application/json 提交資源數(shù)據(jù) 名稱 是否必須 類型 長度 描述 srvCode 是 string 70 服務(wù)編碼 methodName 是 string 250 方法名 callerSystemName 是 string 350 調(diào)用者系統(tǒng)名稱 callerIp 是 string 350 調(diào)用者 IP accessTimeStart 是

39、timestamp - 服務(wù)訪問開始時間 2018-12-29 12:23:59 systemName 是 string 350 服務(wù)系統(tǒng)名稱 accessTimeEnd 是 timestamp - 服務(wù)訪問結(jié)束時間 2018-12-29 12:23:59 callResult 是 string 1 調(diào)用結(jié)果(調(diào)用結(jié)果。1：成功，0：失敗) createTime 是 timestamp - 創(chuàng)建時間 如 2018-12-29 12:23:59 exceptionMsg 否 string 4000 異常信息 callerUnitId 是 string 32 調(diào)用者所在單位 callerUnitN

40、ame 否 string 350 調(diào)用者所在單位稱 提交 http header 數(shù)據(jù) 名稱 是否必須 類型 長度 描述 thinvent_rid 是 string 36 機構(gòu)編碼：001001 thinvent_sid 是 string 36 接口標識：s_calllog_up thinvent_rtime 是 string 17 服務(wù)調(diào)用時間如：1544407853146 thinvent_sign 是 string 36 簽名信息（ 對授權(quán)碼進行簽名， 見附錄 J ）：DkxVyuuV8qmDMcxc+tHn7Qv2EN7ayjM6cuKAUnIsHcc= 提交數(shù)據(jù)舉例 srvCode:

41、xxxx,methodName:xxx 返回 Http狀態(tài) 200 返回數(shù)據(jù)參數(shù) 名稱 類型 長度 描述 code string - 執(zhí)行結(jié)果代碼 message string - 執(zhí)行結(jié)果信息 返回數(shù)據(jù)舉例 成 功 ： code: 1, message: 保存成功， 失 敗 ： code: 0, message: 請求者機構(gòu)為空 附 錄 B（規(guī)范性附錄） 目錄分類規(guī)范政務(wù)信息資源開放的數(shù)據(jù)分類組織方式遵循江西省政務(wù)信息資源目錄編制規(guī)范（試行）（贛發(fā)改高技2017965號）。政務(wù)信息資源目錄按照資源屬性分類，包括基礎(chǔ)信息資源目錄、主題信息資源目錄、部門信息資源目錄等。 基礎(chǔ)信息資源目錄是對江西

42、省基礎(chǔ)信息資源的編目。包括江西省人口基礎(chǔ)信息資源、法人單位基礎(chǔ)信息資源、自然資源和空間地理信息資源、社會信用基礎(chǔ)信息資源、電子證照基礎(chǔ)信息資源等。 主題信息資源目錄是圍繞經(jīng)濟社會發(fā)展的同一主題領(lǐng)域，由多部門共建項目形成的政務(wù)信息資源目錄。包括但不限健康保障、社會保障、食品藥品安全、安全生產(chǎn)、價格監(jiān)管、能源安全、城鄉(xiāng)建設(shè)、社區(qū)治理、生態(tài)環(huán)保、應(yīng)急維穩(wěn)。 部門信息資源目錄是對政務(wù)部門信息資源的編目。包括：黨中央、全國人大常委會、國務(wù)院、全國政協(xié)、最高人民法院、 最高人民檢察院的政務(wù)部門信息資源，?。ㄗ灾螀^(qū)、直轄市）、計劃單列市以及其下各級政務(wù)部門信息資源。 附 錄 C（規(guī)范性附錄） 核心元數(shù)據(jù)表

43、C.1 核心元數(shù)據(jù)元數(shù)據(jù) 說明 1.信息資源分類 定義:說明政務(wù)信息資源分類的類目信息。數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 2.信息資源名稱 定義:縮略描述政務(wù)信息資源內(nèi)容的標題。數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 3.信息資源代碼 定義:政務(wù)信息資源的唯一不變的標識代碼。數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 4.信息資源提供方 定義:提供政務(wù)信息資源的政務(wù)部門。數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 5.信息資源提供方代碼 定義:提供政務(wù)信息資源的政務(wù)部門代碼。數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 6.信息資源

44、摘要 定義:對信息資源內(nèi)容(或關(guān)鍵字段)的概要描述。數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 7.信息資源格式 定義:信息資源的存在方式(可多選)。 數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 定義:描述結(jié)構(gòu)化信息資源中具體數(shù)據(jù)項的標題。適用于格式為數(shù)據(jù)庫、電子表格類等的信息資源。 數(shù)據(jù)類型:字符型。 備注:可選項；最大出現(xiàn)次數(shù)為1。 8.信息項信息 8.1 信息項名稱 定義:表明該信息項的數(shù)據(jù)類型。 數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 8.2 數(shù)據(jù)類型 9.共享屬性 9.1 共享類型 定義:根據(jù)政務(wù)信息資源共享管理暫行辦法的規(guī)定，政務(wù)信息資源的共享類型

45、包括:無條件共享、有條件共享、不予共享三類。 數(shù)據(jù)類型:數(shù)值型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 9.2 共享條件 定義:不同共享類型的政務(wù)信息資源的共享條件。數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 9.3 共享方式 定義:獲取信息資源的方式。原則上通過共享平臺方式獲取；確因條件所限可采用其他方式，如郵件、拷盤、介質(zhì)交換 (紙質(zhì)報表、電子文檔等)等方式。數(shù)據(jù)類型: 字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 10. 開放屬性 10.1 是否向社會開放 定義:信息資源面向社會開放的屬性，包括“是”和“否”，對應(yīng)取值分別為1和0。 數(shù)據(jù)類型:數(shù)值型。 表 C.1 核心元數(shù)據(jù)(續(xù))元

46、數(shù)據(jù) 說明 備注:可選項；最大出現(xiàn)次數(shù)為1。 10.2 開放 條件 定義:對向社會開放資源的條件描述。當“是否向社會開放”取值為1時，描述開放條件。 數(shù)據(jù)類型:字符型。 11.更新周期 定義:信息資源更新的頻度。分為實時、每日、每周、每月、每季度、每年等。數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 12.發(fā)布日期 定義:政務(wù)信息資源提供方發(fā)布共享、開放政務(wù)信息資源的日期。數(shù)據(jù)類型:日期型，格式為CCYY-MM-DD。 備注:必選項；最大出現(xiàn)次數(shù)為1。 13.關(guān)聯(lián)資源代碼 定義:如該信息資源同屬于其他資源分類，需標注其他資源分類或其他政務(wù)部門編制的該信息資源代碼。 數(shù)據(jù)類型:字符型。

47、備注:可選項；最大出現(xiàn)次數(shù)為1。 附 錄 D（規(guī)范性附錄） 目錄導(dǎo)入格式D.1.1 目錄導(dǎo)入的格式要求如表D.1： 表 D.1 目錄導(dǎo)入的格式要求信息資源基本信息 名稱 是否必填 類型 長度 描述 信息資源名稱 是 string 400 需要導(dǎo)入的目錄名稱 信息資源提供方 是 string 50 提供方內(nèi)部部門 否 string 50 資源提供方代碼 是 string 50 信息資源摘要 是 string 1024 是否涉密 是 string 1 1:是；0:否 開放類型 是 string 2 1：可對社會開放 2：不可對社會開放 開放條件 否 string 1024 可對社會開放時必填 共享

48、方式 是 string 32 數(shù)據(jù)交換；網(wǎng)站發(fā)布；線下獲取 信息資源格式分類 是 string 1 1:數(shù)據(jù)庫；2:電子表格；3:電子文件；4:圖形圖像； 5:流媒體；6:自描述格式 信息資源格式類型 是 string 1000 根據(jù)信息資源格式分類的不同，信息資源格式類型不同。 信息資源格式為數(shù)據(jù)庫，對應(yīng)的信息資 源 格 式 類 型 有 ： Dm ； access ； KingbaseES； dbf； dbase； sysbase； oracle；sql server；mysql 信息資源格式為電子文件，對應(yīng)的信息資源格式類型有：OFD；wps；xml；txt； doc；docx；html；

49、pdf；ppt 信息資源格式為電子表格，對應(yīng)的信息資源格式類型有：et；xls；xlsx 4. 信息資源格式為圖形圖像，對應(yīng)的信息資源格式類型有：jpg；gif；bmp；其他 信息資源格式為流媒體，對應(yīng)的信息資源格式類型有：swf; rm; mpg 信息資源格式為自描述格式，對應(yīng)的信息資源格式類型自己填寫。 其他類型資源格式描述 否 string 50 共享類型 是 string 32 有條件共享；無條件共享 表 D.1 目錄導(dǎo)入的格式要求(續(xù)) 名稱 是否必填 類型 長度 描述 共享條件 否 string 200 有條件共享時必填 信息項信息 信息項名稱 是 string 2048 數(shù)據(jù)類型

50、 是 string 10 1：字符串型 C，2:數(shù)值型 N,3:貨幣型 Y，4:日期型 D,5:日期時間型 T，6:邏輯型L，7:備注型 M，8:通用型 G,9:雙精度型B,10: 整型 I,11:浮點型 F,12: 二進制blob，13:長文本 text 數(shù)據(jù)長度 否 int - 數(shù)據(jù)類型為日期型 D 和日期時間型 T 時不必填 信息項描述 否 string 254 是否向社會開放 是 string 1 1:是；0:否 所屬系統(tǒng)名稱 否 string 250 在線資源鏈接地址 否 string 2048 信息資源分類 分類一級 是 string 100 例如：資源分類為：基礎(chǔ)目錄-人口庫-

51、其他。分類一級為基礎(chǔ)目錄 分類二級 是 string 100 例如：資源分類為：基礎(chǔ)目錄-人口庫- 其他。分類二級為人口庫 分類三級 是 string 100 例如：資源分類為：基礎(chǔ)目錄-人口庫- 其他。分類三級為其他 分類四級 否 string 100 分類五級 否 string 100 附 錄 E（規(guī)范性附錄） 目錄導(dǎo)出格式E.1.1 目錄導(dǎo)出的格式要求如表E.1： 表 E.1 目錄導(dǎo)出的格式信息資源基本信息 名稱 是否一定有值 描述 信息資源名稱 是 目錄注冊時填寫的目錄名稱 信息資源代碼 是 目錄注冊時自動填入的代碼 信息資源提供方 是 注冊目錄的部門 提供方內(nèi)部部門 否 取決于目錄注

52、冊時是否填寫 資源提供方代碼 是 資源提供方部門的編碼 資源描述 是 目錄注冊時的目錄摘要 信息資源格式分類 是 1：數(shù)據(jù)庫，2：電子表格，3：電子文件:4：圖形圖像:5:流媒體 信息資源格式類型 是 格式分類下的具體格式，比如電子表格有et,xls,xlsx 共享類型 是 無條件共享、有條件共享 共享條件 否 共享類型為有條件共享時才有值。 共享方式類型 是 數(shù)據(jù)交換，網(wǎng)站發(fā)布，線下獲取 是否向社會開放 是 1：可對社會開放 2：不可對社會開放 開放條件 否 選擇可對社會開放時才有值 信息項信息 信息項名稱 是 目錄注冊時的信息項的名稱 數(shù)據(jù)類型 是 1：字符串型 C，2:數(shù)值型 N,3:貨

53、幣型 Y，4: 日期型 D,5:日期時間型 T，6:邏輯型 L，7: 備注型 M，8:通用型 G,9:雙精度型 B,10:整型 I,11:浮點型 F,12:二進制 blob，13:長文本 text 數(shù)據(jù)長度 否 數(shù)據(jù)類型的長度，數(shù)據(jù)類型有長度屬性才有值 信息系統(tǒng)信息 所屬系統(tǒng)名稱 否 目錄所屬于的系統(tǒng)名稱 表 E.1 目錄導(dǎo)出的格式(續(xù)) 名稱 是否一定有值 描述 在線資源鏈接地址 否 目錄所屬系統(tǒng)地址 信息資源分類 分類一級 是 例如：資源分類為：基礎(chǔ)目錄-人口庫-其他。分類一級為基礎(chǔ)目錄 分類二級 是 例如：資源分類為：基礎(chǔ)目錄-人口庫-其他。分類二級為人口庫 分類三級 是 例如：資源分類

54、為：基礎(chǔ)目錄-人口庫-其他。分類三級為其他 分類四級 否 發(fā)布日期 是 目錄新增成功時的日期 附 錄 F（規(guī)范性附錄） 服務(wù)注冊表 F.1 服務(wù)注冊服務(wù)基本信息 名稱 是否必填 類型 長度 描述 服務(wù)名稱 是 string 50 服務(wù)的名稱，不能輸入特殊字符，不能有重復(fù)的服務(wù)名稱 工作時段 是 string 1 1：工作日；2：全天 訪問頻率 是 string 12 只允許輸入數(shù)字，0 代表不限制 安全授權(quán)類型 否 string 2 36：HTTP 基本認證；37：Header 自定義標識； 38：國家平臺認證 39：無 安全算法 否 stirng 2 41:BASE64；42:MD5； 43

55、:RSA 算法； 44:SM2；45:SM3；47:DES；48:SHA 安全用戶名 否 string 50 不允許輸入特殊字符 安全密碼 否 string 25 只允許輸入字母或數(shù)字 方法列表 名稱 是否必填 類型 長度 描述 方法名稱 是 string 50 不能有相同的方法名 方法描述 否 string 100 對方法你的描述信息 請求類型 是 string 10 GET、POST、PUT、DELETE 返回值類型 是 string 10 JSON、XML、HTML、TEXT JSONP 參數(shù)列表 名稱 是否必填 類型 長度 描述 參數(shù)名稱 是 string 50 參數(shù)的名稱，參數(shù)名稱不

56、能重復(fù) 參數(shù)描述 否 string 25 參數(shù)的描述，說明 參數(shù)位置 是 string 1 1:formData;2:path;3:query;4:body;5:header 6:cookie 參數(shù)類型 是 string 1 1:字符型；2：數(shù)字型；3：日期型；4：數(shù)組型；5：布爾型；6：對象型 參數(shù)屬性 是 string 1 1：輸入；0：輸出 排序號 是 string 3 只允許輸入數(shù)字，排序不能相同 是否必填 否 string 1 1：必填 0：不必填 默認值 示例 附 錄 G（規(guī)范性附錄） 服務(wù)開發(fā)輸入?yún)?shù)Header區(qū)采用鍵值對形式，常用于傳輸控制參數(shù)，服務(wù)二次封裝就是采用Heade

57、r傳輸參數(shù)。為降低一網(wǎng)通辦、統(tǒng)一接口查詢和數(shù)據(jù)監(jiān)控等綜合業(yè)務(wù)系統(tǒng)接入難度，提高資源利用效率，本規(guī)范定義了服務(wù)輸入?yún)?shù)標準和認證標準。為實現(xiàn)動態(tài)授權(quán)服務(wù)輸出參數(shù)，需服務(wù)代理將輸出參數(shù)控制信息傳輸?shù)教峁┓降姆?wù)，因而服務(wù)代理傳給提供方的HTTP請求的Header區(qū)域需要增加下表參數(shù)，提供方服務(wù)需獲取并解析Http請求Header區(qū)的_fieldNames屬性，根據(jù)_fieldNames屬性控制輸出參數(shù)。下表列出了輸入?yún)?shù)標準。 表 G.1 輸入?yún)?shù)標準區(qū)域 信息項 描述 Header 區(qū)域 _fieldNames 請求的輸出項列表，中文需用 BASE64 編碼。舉例輸出參數(shù)名,輸出參數(shù)名 標準格式

58、（ 特殊字符進行轉(zhuǎn)義處理） 標 參數(shù)值 1 準 格XML 格 式 式類型 值 1 值 2 Body 區(qū)域 參數(shù)名稱 1: 參數(shù)值 1, 參數(shù)名稱 2: 參數(shù)值 1, 參數(shù)名稱 3, Json 、 數(shù)據(jù)列 1: test01, JsonP格式 數(shù)據(jù)列 1: .TestSQL , 數(shù)據(jù)列 1: test01, 數(shù)據(jù)列 1: .TestSQL 文件 文件內(nèi)容 其他格式 特定格式（不方便通用平臺接入） 輸出格式服務(wù)返回的數(shù)據(jù)內(nèi)容格式種類繁多，解析困難。為降低業(yè)務(wù)系統(tǒng)接入難度，提高資源利用效率，本規(guī)范還定義了的服務(wù)輸出參數(shù)標準。下表列出了輸出參數(shù)標準。 表 G.2 輸出參數(shù)標準區(qū)域 信息項 描述 Hea

59、der 區(qū)域 _type 返回內(nèi)容格式，目前支持 json、json 的 zip 壓縮,Xml、Xml 的 zip 壓縮、文件(json/jsonzip/xml/xmlzip) 標準格式（ 特殊字符字符進行轉(zhuǎn)義處理） 返回編碼(1 表示成功，負數(shù)表示失敗 ) 返回消息 XML 參數(shù)值 1 參數(shù)值 2 標準格Json code: 返回編碼 1 表示成功，負數(shù)表示失敗 , messge: 返回消息, data: code: 記錄名稱, name: 記錄中文名稱, remark: 備注, metadata: name: 輸出參數(shù) 1, type: 類型參考目錄規(guī)范, length: 長度, form

60、at: 格式（可選） , result: 輸出參數(shù) 1: test01, 輸出參數(shù) 2: .TestSQL 式 Body 、區(qū)域 JsonP 格式 文件 文件內(nèi)容 其他格式 特定格式（不方便通用平臺接入） 附 錄 H（規(guī)范性附錄） 監(jiān)控開發(fā)服務(wù)代理系統(tǒng)監(jiān)控提供方的服務(wù)支持兩種模式，提供方可以根據(jù)自身情況選擇一種監(jiān)控方式。第一種模式是提供方開發(fā)測試接口，具體見附錄G，在服務(wù)代理系統(tǒng)注冊測試接口信息和參數(shù)，服務(wù)代理系統(tǒng)依據(jù)測試信息和參數(shù)定時掃描測試接口，獲取測試接口的返回值，根據(jù)返回值判斷服務(wù)是否正常；第二模式是提供方的服務(wù)支持HTTP的OPTION檢查，服務(wù)代理系統(tǒng)定時發(fā)送OPTION請求掃描服