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

1、ICS 35.240L 07DB36江西省地方標準DB36/T 11792019 政務數(shù)據(jù)共享技術規(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 術語和定義14 總體框架45 主要功能86 共享資源分類97 資源形態(tài)分類108 技術管理要求109 共享平臺接入1110 安全保障16附錄 A（規(guī)范性附錄） 日志上報18附錄 B（規(guī)范性附錄

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

35、on。業(yè)務表的數(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è)務表必須要設置主鍵。 文件方式接入文件交換接入需提供符合政務資源目錄管理系統(tǒng)規(guī)范的文件資源。為滿足所有操作系統(tǒng)、文件間系統(tǒng)的通用型，文件資源在完全寫入磁盤前，其他系統(tǒng)、人員將不能再操作該文件。除非數(shù)據(jù)交換平臺移動資源。 訂閱通知接入資源需求方提

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

37、的運行、維護以及安全等事務： 負責與數(shù)據(jù)共享有關系統(tǒ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)將服務接口調用日志上傳到服務代理程序。 URL 樣式 http:/上下文/serviceagent/service!upCallLogs.action 提交方式 POST 接口協(xié)議 HTTP 內容類型 application/json 提交資源數(shù)據(jù) 名稱 是否必須 類型 長度 描述 srvCode 是 string 70 服務編碼 methodName 是 string 250 方法名 callerSystemName 是 string 350 調用者系統(tǒng)名稱 callerIp 是 string 350 調用者 IP accessTimeStart 是

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

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

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

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

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

44、摘要 定義:對信息資源內容(或關鍵字段)的概要描述。數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 7.信息資源格式 定義:信息資源的存在方式(可多選)。 數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 定義:描述結構化信息資源中具體數(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ù)政務信息資源共享管理暫行辦法的規(guī)定，政務信息資源的共享類型

45、包括:無條件共享、有條件共享、不予共享三類。 數(shù)據(jù)類型:數(shù)值型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 9.2 共享條件 定義:不同共享類型的政務信息資源的共享條件。數(shù)據(jù)類型:字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 9.3 共享方式 定義:獲取信息資源的方式。原則上通過共享平臺方式獲?。淮_因條件所限可采用其他方式，如郵件、拷盤、介質交換 (紙質報表、電子文檔等)等方式。數(shù)據(jù)類型: 字符型。 備注:必選項；最大出現(xiàn)次數(shù)為1。 10. 開放屬性 10.1 是否向社會開放 定義:信息資源面向社會開放的屬性，包括“是”和“否”，對應取值分別為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ā)布日期 定義:政務信息資源提供方發(fā)布共享、開放政務信息資源的日期。數(shù)據(jù)類型:日期型，格式為CCYY-MM-DD。 備注:必選項；最大出現(xiàn)次數(shù)為1。 13.關聯(lián)資源代碼 定義:如該信息資源同屬于其他資源分類，需標注其他資源分類或其他政務部門編制的該信息資源代碼。 數(shù)據(jù)類型:字符型。

47、備注:可選項；最大出現(xiàn)次數(shù)為1。 附 錄 D（規(guī)范性附錄） 目錄導入格式D.1.1 目錄導入的格式要求如表D.1： 表 D.1 目錄導入的格式要求信息資源基本信息 名稱 是否必填 類型 長度 描述 信息資源名稱 是 string 400 需要導入的目錄名稱 信息資源提供方 是 string 50 提供方內部部門 否 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ù)庫，對應的信息資 源 格 式 類 型 有 ： Dm ； access ； KingbaseES； dbf； dbase； sysbase； oracle；sql server；mysql 信息資源格式為電子文件，對應的信息資源格式類型有：OFD；wps；xml；txt； doc；docx；html；

49、pdf；ppt 信息資源格式為電子表格，對應的信息資源格式類型有：et；xls；xlsx 4. 信息資源格式為圖形圖像，對應的信息資源格式類型有：jpg；gif；bmp；其他 信息資源格式為流媒體，對應的信息資源格式類型有：swf; rm; mpg 信息資源格式為自描述格式，對應的信息資源格式類型自己填寫。 其他類型資源格式描述 否 string 50 共享類型 是 string 32 有條件共享；無條件共享 表 D.1 目錄導入的格式要求(續(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 例如：資源分類為：基礎目錄-人口庫-

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

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 目錄導出的格式(續(xù)) 名稱 是否一定有值 描述 在線資源鏈接地址 否 目錄所屬系統(tǒng)地址 信息資源分類 分類一級 是 例如：資源分類為：基礎目錄-人口庫-其他。分類一級為基礎目錄 分類二級 是 例如：資源分類為：基礎目錄-人口庫-其他。分類二級為人口庫 分類三級 是 例如：資源分類

54、為：基礎目錄-人口庫-其他。分類三級為其他 分類四級 否 發(fā)布日期 是 目錄新增成功時的日期 附 錄 F（規(guī)范性附錄） 服務注冊表 F.1 服務注冊服務基本信息 名稱 是否必填 類型 長度 描述 服務名稱 是 string 50 服務的名稱，不能輸入特殊字符，不能有重復的服務名稱 工作時段 是 string 1 1：工作日；2：全天 訪問頻率 是 string 12 只允許輸入數(shù)字，0 代表不限制 安全授權類型 否 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、能重復 參數(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ī)范性附錄） 服務開發(fā)輸入?yún)?shù)Header區(qū)采用鍵值對形式，常用于傳輸控制參數(shù)，服務二次封裝就是采用Heade

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

58、（ 特殊字符進行轉義處理） 標 參數(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 文件 文件內容 其他格式 特定格式（不方便通用平臺接入） 輸出格式服務返回的數(shù)據(jù)內容格式種類繁多，解析困難。為降低業(yè)務系統(tǒng)接入難度，提高資源利用效率，本規(guī)范還定義了的服務輸出參數(shù)標準。下表列出了輸出參數(shù)標準。 表 G.2 輸出參數(shù)標準區(qū)域 信息項 描述 Hea

59、der 區(qū)域 _type 返回內容格式，目前支持 json、json 的 zip 壓縮,Xml、Xml 的 zip 壓縮、文件(json/jsonzip/xml/xmlzip) 標準格式（ 特殊字符字符進行轉義處理） 返回編碼(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 格式 文件 文件內容 其他格式 特定格式（不方便通用平臺接入） 附 錄 H（規(guī)范性附錄） 監(jiān)控開發(fā)服務代理系統(tǒng)監(jiān)控提供方的服務支持兩種模式，提供方可以根據(jù)自身情況選擇一種監(jiān)控方式。第一種模式是提供方開發(fā)測試接口，具體見附錄G，在服務代理系統(tǒng)注冊測試接口信息和參數(shù)，服務代理系統(tǒng)依據(jù)測試信息和參數(shù)定時掃描測試接口，獲取測試接口的返回值，根據(jù)返回值判斷服務是否正常；第二模式是提供方的服務支持HTTP的OPTION檢查，服務代理系統(tǒng)定時發(fā)送OPTION請求掃描服