DB15∕T 2240.2-2021 政務(wù)與社會(huì)數(shù)據(jù)融合治理 第2部分:服務(wù)接口技術(shù)要求_第1頁
DB15∕T 2240.2-2021 政務(wù)與社會(huì)數(shù)據(jù)融合治理 第2部分:服務(wù)接口技術(shù)要求_第2頁
DB15∕T 2240.2-2021 政務(wù)與社會(huì)數(shù)據(jù)融合治理 第2部分:服務(wù)接口技術(shù)要求_第3頁
DB15∕T 2240.2-2021 政務(wù)與社會(huì)數(shù)據(jù)融合治理 第2部分:服務(wù)接口技術(shù)要求_第4頁
DB15∕T 2240.2-2021 政務(wù)與社會(huì)數(shù)據(jù)融合治理 第2部分:服務(wù)接口技術(shù)要求_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

ICS35.080

CCSL70

15

內(nèi)蒙古自治區(qū)地方標(biāo)準(zhǔn)

DB15/T2240.2—2021

政務(wù)與社會(huì)數(shù)據(jù)融合治理

第2部分:服務(wù)接口技術(shù)要求

Governmentaffairsandsocialdatafusiongovernance—Part2:Service

interfacetechnicalrequirements

2021-07-23發(fā)布2021-08-23實(shí)施

內(nèi)蒙古自治區(qū)市場(chǎng)監(jiān)督管理局發(fā)布

DB15/T2240.2—2021

目次

前言.................................................................................II

1范圍...............................................................................1

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

3術(shù)語和定義.........................................................................1

4縮略語.............................................................................1

5服務(wù)接口...........................................................................2

5.1概述...........................................................................2

5.2服務(wù)接口設(shè)計(jì)原則...............................................................2

5.3服務(wù)接口基本要求...............................................................2

6服務(wù)接口基本能力要求...............................................................4

6.1能力概述.......................................................................4

6.2能力分類.......................................................................5

6.3接口發(fā)布能力要求...............................................................5

6.4文件發(fā)布能力要求...............................................................5

6.5數(shù)據(jù)集發(fā)布能力要求.............................................................6

7服務(wù)接口對(duì)接流程...................................................................6

8服務(wù)接口使用流程...................................................................7

9服務(wù)接口安全要求...................................................................7

10服務(wù)接口審計(jì)要求..................................................................7

附錄A(規(guī)范性)接口調(diào)用返回碼定義.....................................................8

參考文獻(xiàn)..............................................................................9

I

DB15/T2240.2—2021

前言

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

起草。

本文件是DB15/T2240《政務(wù)與社會(huì)數(shù)據(jù)融合治理》的第2部分。DB15/T2240已經(jīng)發(fā)布了以下部

分:

——第1部分:總體要求;

——第2部分:服務(wù)接口技術(shù)要求。

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

本文件由內(nèi)蒙古自治區(qū)大數(shù)據(jù)中心提出并歸口。

本文件起草單位:內(nèi)蒙古自治區(qū)大數(shù)據(jù)中心、內(nèi)蒙古自治區(qū)政務(wù)服務(wù)局、內(nèi)蒙古自治區(qū)質(zhì)量和標(biāo)準(zhǔn)

化研究院、內(nèi)蒙古大學(xué)、內(nèi)蒙古工業(yè)大學(xué)、內(nèi)蒙古晨躍科技有限公司、新華三技術(shù)有限公司、內(nèi)蒙古金

融科技有限公司、內(nèi)蒙古華昕科技有限公司。

本文件主要起草人:張世銘、應(yīng)智強(qiáng)、徐曉強(qiáng)、翟瑞霞、張建軍、全鑫、朱曉春、蔣檸、崔連偉、

李華、李孝雷、孫曉輝、楊康、李歡、周佳琪、孫健、陳威升、李耀鑫、黃迪。

II

DB15/T2240.2—2021

政務(wù)與社會(huì)數(shù)據(jù)融合治理第2部分:服務(wù)接口技術(shù)要求

1范圍

本文件規(guī)定了政務(wù)數(shù)據(jù)與社會(huì)數(shù)據(jù)融合治理中,提供數(shù)據(jù)服務(wù)時(shí)服務(wù)接口的基本要求。

本文件適用于政務(wù)數(shù)據(jù)與社會(huì)數(shù)據(jù)融合治理及對(duì)相關(guān)應(yīng)用的支撐。

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

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

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

文件。

GB/T35274信息安全技術(shù)大數(shù)據(jù)服務(wù)安全能力要求

DB15/T1875政務(wù)信息資源代碼規(guī)范

DB15/T2240.1政務(wù)與社會(huì)數(shù)據(jù)融合治理第1部分:總體要求

3術(shù)語和定義

DB15/T2240.1-2021界定的以及下列術(shù)語和定義適用于本文件。

3.1

數(shù)據(jù)資源代碼dataresourcecode

用于唯一標(biāo)識(shí)政務(wù)數(shù)據(jù)資源的一組字符。

3.2

順序碼sequentialcode

由阿拉伯?dāng)?shù)字或拉丁字母的先后順序來標(biāo)識(shí)編碼對(duì)象的代碼。

4縮略語

下列縮略語適用于本文件。

HTTP:超文本傳輸協(xié)議(HypertextTransferProtocol)

HTTPS:超文本傳輸安全協(xié)議(HyperTextTransferProtocoloverSecureSocketLayerHyperText

TransferProtocoloverSecureSocketLayer)

REST:表述性狀態(tài)傳遞(RepresentationalStateTransfer)

SOAP:簡(jiǎn)單對(duì)象訪問協(xié)議(SimpleObjectAccessProtocol)

Utf-8:針對(duì)Unicode的可變長(zhǎng)度字符編碼(UniversalCharacterSet/UnicodeTransformation

Format)

WSDL:網(wǎng)絡(luò)服務(wù)描述語言(WebServicesDescriptionLanguage)

1

DB15/T2240.2—2021

5服務(wù)接口

5.1概述

服務(wù)接口是政務(wù)數(shù)據(jù)資源或社會(huì)數(shù)據(jù)資源提供方和政務(wù)信息資源需求方通過數(shù)據(jù)融合治理平臺(tái)或

第三方數(shù)據(jù)共享交換平臺(tái)實(shí)現(xiàn)數(shù)據(jù)資源交換或功能調(diào)用的中間件。服務(wù)接口適用于實(shí)時(shí)性和靈活性要求

較高的數(shù)據(jù)交換。

5.2服務(wù)接口設(shè)計(jì)原則

服務(wù)接口設(shè)計(jì)的基本原則包括但不限于:

——安全性原則:應(yīng)提供多種安全可靠的技術(shù)手段,保證接口數(shù)據(jù)的安全;

——開放性原則:應(yīng)采用通用的接口設(shè)計(jì)標(biāo)準(zhǔn),保證與其他系統(tǒng)的互聯(lián)互通;

——靈活性原則:應(yīng)能根據(jù)業(yè)務(wù)變化,靈活調(diào)整接口容量與性能;

——松耦合原則:應(yīng)避免提供方的業(yè)務(wù)系統(tǒng)對(duì)接口服務(wù)實(shí)現(xiàn)的依賴性;

——可審計(jì)原則:應(yīng)提供支持多種規(guī)則,實(shí)現(xiàn)對(duì)服務(wù)接口使用情況形成全面準(zhǔn)確日志審計(jì)的功能。

5.3服務(wù)接口基本要求

5.3.1接口名稱

接口名稱應(yīng)采用中文名稱,由提供方名稱、數(shù)據(jù)資源名稱和接口分類三部分組成。政務(wù)數(shù)據(jù)提供方

名稱宜使用國(guó)家規(guī)定的部門簡(jiǎn)稱,如內(nèi)蒙古自治區(qū)民政廳簡(jiǎn)稱為自治區(qū)民政廳。

5.3.2接口分類

服務(wù)接口分為查詢類、驗(yàn)證類、下載類、數(shù)據(jù)傳輸類及其他類,接口分類代碼見表1。

表1服務(wù)接口分類代碼

代碼分類名稱

1查詢類

2驗(yàn)證類

3下載類

4數(shù)據(jù)傳輸類

5其他類

5.3.3服務(wù)接口代碼

服務(wù)接口代碼由接口提供方代碼、數(shù)據(jù)資源代碼、接口分類代碼和接口順序碼四部分組成,代碼結(jié)

構(gòu)見圖1。

2

DB15/T2240.2—2021

XXXXXXXXXXXXXXXXXXXXXXXXXXXX

2位接口順序嗎

1位接口分類代碼

24位數(shù)據(jù)資源代碼

1位接口提供方代碼

圖1服務(wù)接口代碼結(jié)構(gòu)

接口提供方代碼

接口提供方代碼,使用1位大寫英文字母表示,“T”標(biāo)識(shí)資源提供方開發(fā)接口,“P”標(biāo)識(shí)共享

交換平臺(tái)統(tǒng)一開發(fā)接口。

數(shù)據(jù)資源代碼

提供政務(wù)數(shù)據(jù)資源,數(shù)據(jù)資源代碼使用24位阿拉伯?dāng)?shù)字表示,采用DB15/T1875規(guī)定的政務(wù)數(shù)據(jù)資

源代碼結(jié)構(gòu)。提供社會(huì)數(shù)據(jù)資源,數(shù)據(jù)資源代碼使用24位阿拉伯?dāng)?shù)字表示,其中前18位為對(duì)應(yīng)企業(yè)或組

織的統(tǒng)一社會(huì)信用代碼,后6位由提供方自行定義。

接口分類代碼

接口分類代碼,使用1位阿拉伯?dāng)?shù)字表示,編碼范圍為1~5,分類代碼見5.3.2。

接口順序碼

接口順序碼,使用2位阿拉伯?dāng)?shù)字表示,用于標(biāo)識(shí)同一接口分類下的接口順序,編碼范圍為01~99。

5.3.4服務(wù)接口技術(shù)要求

服務(wù)接口技術(shù)要求包括但不限于:

a)服務(wù)傳輸協(xié)議:應(yīng)符合HTTP/HTTPS1.0/1.1/2.0標(biāo)準(zhǔn);

b)服務(wù)消息協(xié)議:WebService服務(wù)消息封裝應(yīng)符合SOAP1.1/1.2標(biāo)準(zhǔn);REST服務(wù)消息封裝應(yīng)

符合HTTP1.0/1.1/2.0標(biāo)準(zhǔn);

c)服務(wù)描述要求:服務(wù)描述的內(nèi)容格式應(yīng)符合WSDL1.1/2.0、SOAP1.1/1.2標(biāo)準(zhǔn)。

5.3.5服務(wù)接口開發(fā)要求

服務(wù)接口包括數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)和提供方開發(fā)的接口。平臺(tái)開發(fā)的接口

應(yīng)由需求方提出申請(qǐng),提供方提供系統(tǒng)IP地址、用戶名、密碼、接口功能名稱等信息,并由平臺(tái)接口開

發(fā)人員編寫需求文檔。

服務(wù)接口開發(fā)要求包括但不限于:

a)接口名稱:接口的中文名稱應(yīng)符合5.3.1的規(guī)定;

b)接口方式:一般包括WebService和REST兩種方式,若為REST方式,應(yīng)標(biāo)明REST操作;

c)接口方法:命名應(yīng)采用大小寫混合的形式,以小寫字母開頭,名稱中其他單詞的首字母以大

寫字母開頭,不宜使用下劃線分割單詞;

3

DB15/T2240.2—2021

d)接口測(cè)試:接口應(yīng)對(duì)共享交換平臺(tái)開放測(cè)試權(quán)限,并提供測(cè)試用例;

e)接口授權(quán):提供方授權(quán)的接口應(yīng)明確管控參數(shù)ApiKey;

f)接口參數(shù):

1)REST類型的服務(wù)接口,僅允許在Header里傳入授權(quán)驗(yàn)證相關(guān)的參數(shù),不允許使用數(shù)據(jù)融

合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)保留的參數(shù)名AppKey、AppSecret、ApiKey、

ApiSecret,POST方式的接口支持在Body中傳遞Application/JSON格式的參數(shù);

2)WebService類型的服務(wù)接口,不允許在Header傳遞參數(shù),應(yīng)在Body中進(jìn)行傳遞;

3)傳遞參數(shù)為中文字符時(shí),應(yīng)采用Utf-8編碼。

g)返回?cái)?shù)據(jù):

1)接口注冊(cè)時(shí)應(yīng)標(biāo)明接口的返回格式;

2)返回?cái)?shù)據(jù)應(yīng)采用固定的格式封裝,一般為xml、JSON等;

3)接口調(diào)用不通過,可通過返回碼返回?cái)?shù)據(jù),接口調(diào)用返回碼定義見附錄A。

5.3.6服務(wù)接口發(fā)布要求

服務(wù)接口發(fā)布時(shí),要準(zhǔn)確填寫接口描述信息。接口描述信息包括但不限于接口概述、接口名稱、接

口分類、接口方式、接口地址、接口授權(quán)、接口方法、輸入輸出參數(shù),以及接口實(shí)例。接口主要描述信

息填寫要求包括但不限于:

a)接口概述:應(yīng)描述出接口的提供方和功能;

b)接口授權(quán):應(yīng)明確服務(wù)授權(quán)方,服務(wù)授權(quán)方包括共享交換平臺(tái)和提供方;

c)輸入?yún)?shù):針對(duì)每個(gè)接口方法,應(yīng)給出參數(shù)名、參數(shù)說明、類型、約束等輸入信息;

d)輸出參數(shù):針對(duì)每個(gè)接口方法,應(yīng)給出返回值格式等輸出信息;

e)接口實(shí)例:提供方應(yīng)提供服務(wù)接口實(shí)例,并標(biāo)注返回參數(shù)含義等信息;

f)數(shù)據(jù)留存聲明:提供方提供數(shù)據(jù)時(shí),對(duì)調(diào)用方是否可以留存數(shù)據(jù),以及對(duì)留存數(shù)據(jù)管理要求

應(yīng)進(jìn)行明確。

5.3.7服務(wù)接口更新

提供方若因業(yè)務(wù)變更,需對(duì)交換數(shù)據(jù)進(jìn)行變更時(shí),應(yīng)在不影響使用的原則下對(duì)已發(fā)布的服務(wù)接口更

新,接口更新時(shí)應(yīng)保留原版本。服務(wù)接口更新要求包括但不限于:

a)應(yīng)提前在本級(jí)共享交換平臺(tái)進(jìn)行更新備案,說明服務(wù)更新的計(jì)劃停止時(shí)間、重新啟動(dòng)時(shí)間、

變更內(nèi)容等;

b)應(yīng)避免在工作時(shí)間內(nèi)進(jìn)行服務(wù)接口更新;

c)應(yīng)避免變更輸入、輸出參數(shù)。

5.3.8授權(quán)驗(yàn)證

應(yīng)通過數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)分配的接口密鑰、訪問令牌等方式對(duì)調(diào)用服務(wù)

申請(qǐng)進(jìn)行授權(quán)驗(yàn)證。

6服務(wù)接口基本能力要求

6.1能力概述

服務(wù)接口作為政務(wù)數(shù)據(jù)或社會(huì)數(shù)據(jù)提供方和數(shù)據(jù)資源需求方通過數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)

共享交換平臺(tái)實(shí)現(xiàn)數(shù)據(jù)資源的交換或功能調(diào)用的中間件,應(yīng)以開放、共享、方便、便捷為設(shè)計(jì)原則,需

具備多種數(shù)據(jù)源發(fā)布及服務(wù)的能力。

4

DB15/T2240.2—2021

6.2能力分類

服務(wù)接口基本能力應(yīng)至少滿足以下三類:

a)接口發(fā)布能力;

b)文件發(fā)布能力;

c)數(shù)據(jù)集發(fā)布能力。

6.3接口發(fā)布能力要求

6.3.1功能性要求

接口發(fā)布能力應(yīng)需具體以下功能:

a)支持接入Webservice、RESTful方式的接口;

b)支持包括HTTP1.0、HTTP1.1、HTTP2.0、HTTPS1.0、HTTPS1.1、HTTPS2.0標(biāo)準(zhǔn)傳輸協(xié)議的

接口;

c)請(qǐng)求方式應(yīng)滿足GET、POST、DELETE,并接口協(xié)議中需要明確標(biāo)識(shí)請(qǐng)求方式;

d)支持接口編排,輕松實(shí)現(xiàn)多個(gè)接口的功能集成;

e)提供圖形化管理界面,用于接口數(shù)據(jù)存儲(chǔ)位置、操作用戶、目標(biāo)存儲(chǔ)位置的配置;

f)應(yīng)提供完善的日志和審計(jì)能力,可以記錄接口數(shù)據(jù)配置及數(shù)據(jù)抽取操作配置、運(yùn)行時(shí)發(fā)生的

各種事件;

g)應(yīng)具備限制機(jī)制,保證服務(wù)整體可用,是接口訪問異常情況下的處理策略;

h)支撐接口認(rèn)證安全機(jī)制,確保接口訪問應(yīng)是在接口認(rèn)證成功情況下訪問。

6.3.2性能效率要求

接口發(fā)布能力應(yīng)滿足以下性能效率要求:

a)數(shù)據(jù)寫入速率:在千兆帶寬的網(wǎng)絡(luò)條件下,數(shù)據(jù)抽取吞吐量不少于30MB/秒;

b)操作并發(fā)數(shù):并發(fā)數(shù)大于200個(gè)/秒;

c)具備良好的可擴(kuò)展性。

6.4文件發(fā)布能力要求

6.4.1功能性要求

文件發(fā)布能力應(yīng)滿足以下基本功能要求:

a)至少支持HTTP、HTTPS、FTP、SFTP多種傳輸協(xié)議;

b)應(yīng)支持順序型斷點(diǎn)續(xù)傳功能,支持外部文件存儲(chǔ)斷點(diǎn)續(xù)傳能力的自動(dòng)識(shí)別及模式匹配;

c)應(yīng)支持文件壓縮傳輸,提供文件壓縮規(guī)則設(shè)置;

d)應(yīng)支持文件加密傳輸,提供文件加密傳輸規(guī)則設(shè)置;

e)應(yīng)支持設(shè)置文件同步、異步拉取,支持設(shè)置拉取并行度;

f)應(yīng)支持指定目標(biāo)文件存儲(chǔ)位置、文件名,提供文件類型轉(zhuǎn)換規(guī)則,支持常見類型轉(zhuǎn)換;

g)應(yīng)支持全量文件采集,支持外部數(shù)據(jù)一次性初始化導(dǎo)入;

h)應(yīng)支持定時(shí)輪詢文件采集,采集新增的文件,支持文件列表規(guī)則過濾;

i)應(yīng)支持圖形管理功能,支持連接配置、文件源配置、文件目標(biāo)存儲(chǔ)配置、文件壓縮和加密傳

輸規(guī)則配置、文件同步/異步傳輸規(guī)則配置、文件傳輸并行度配置、文件定時(shí)及實(shí)時(shí)策略配置、

文件采集過濾配置;

j)應(yīng)支持順序型斷點(diǎn)續(xù)傳功能;

k)應(yīng)支持對(duì)接收文件的完整性校驗(yàn);

5

DB15/T2240.2—2021

l)應(yīng)支持對(duì)客戶端進(jìn)行認(rèn)證。

6.4.2性能效率要求

文件發(fā)布能力應(yīng)滿足以下性能效率要求:

a)在千兆帶寬的網(wǎng)絡(luò)條件下,數(shù)據(jù)抽取吞吐量不少于50MB/秒;

b)具備良好的可擴(kuò)展性;

c)具備限制機(jī)制。

6.5數(shù)據(jù)集發(fā)布能力要求

6.5.1功能性要求

數(shù)據(jù)集發(fā)布能力應(yīng)滿足以下功能要求:

a)支持結(jié)構(gòu)化、半結(jié)構(gòu)化及非結(jié)構(gòu)化數(shù)據(jù)集的發(fā)布能力;

b)結(jié)構(gòu)化數(shù)據(jù)集支持對(duì)主流的關(guān)系數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)服務(wù)的抽取及發(fā)布;支持對(duì)數(shù)據(jù)庫(kù)中常用的

數(shù)據(jù)類型進(jìn)行數(shù)據(jù)抽取,至少包括數(shù)值型、字符型、日期/時(shí)間型等數(shù)據(jù)類型;

c)支持“全量”和“定制”兩種發(fā)布模式;“全量”模式是指一次性將數(shù)據(jù)提供方提供的數(shù)據(jù)

集通過共享交換平臺(tái)需求方提供服務(wù)?!岸ㄖ啤蹦J绞侵父鶕?jù)需求方的數(shù)據(jù)需求條件篩選數(shù)據(jù)

集提供方符合條件的數(shù)據(jù)進(jìn)行服務(wù);

d)支持立即執(zhí)行、定時(shí)調(diào)度運(yùn)行。定時(shí)調(diào)度運(yùn)行應(yīng)提供多種調(diào)度策略,至少包括固定時(shí)間間隔

運(yùn)行、指定時(shí)間點(diǎn)運(yùn)行、指定時(shí)間范圍運(yùn)行、一次或指定次數(shù)運(yùn)行等策略;

e)應(yīng)提供圖形化管理界面,應(yīng)提供數(shù)據(jù)集模式設(shè)置、數(shù)據(jù)集提供者、提供方式、服務(wù)者、服務(wù)

方式以及運(yùn)行策略配置等操作界面;

f)應(yīng)提供完善的日志和審計(jì)能力,可以記錄數(shù)據(jù)集操作配置、運(yùn)行時(shí)發(fā)生的各種事件;

g)應(yīng)提供完善的監(jiān)控機(jī)制,運(yùn)行過程中出現(xiàn)異常可快速的定位及解決。

6.5.2性能效率要求

數(shù)據(jù)集發(fā)布能力應(yīng)滿足以下性能效率要求:

a)對(duì)于結(jié)構(gòu)化數(shù)據(jù)集處理速度:不少于5000條/秒;

b)對(duì)于非結(jié)構(gòu)化數(shù)據(jù)集處理速度:在千兆帶寬的網(wǎng)絡(luò)條件下,數(shù)據(jù)抽取吞吐量不少于100MB/

秒。

7服務(wù)接口對(duì)接流程

基于數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)的服務(wù)接口對(duì)接流程:

a)提供方整理可共享交換的資源,完成資源目錄的編目與報(bào)送;

b)提供方在數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)完成資源發(fā)布;

c)需求方通過數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)進(jìn)行檢索,對(duì)所需的資源進(jìn)行申請(qǐng):

1)對(duì)于無條件共享的資源,需求方在數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)備案后

獲取資源;

2)對(duì)于有條件共享的資源,需由提供方進(jìn)行審核,審核通過后完成資源獲取。

d)提供方通過數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)以接口交換方式提供需求方所需資

源;

e)需求方獲取資源;

f)需求方對(duì)獲取資源進(jìn)行校驗(yàn)及反饋:

6

DB15/T2240.2—2021

1)若提供資源與所需資源一致,需求方可直接獲取使用;

2)若提供資源與所需資源不一致,需求方應(yīng)通過共享交換平臺(tái)提交糾錯(cuò)意見,并提供政務(wù)信

息資源目錄、信息資源格式類型、信息資源名稱、問題描述、聯(lián)系人、聯(lián)系電話、聯(lián)系人

郵箱等信息,提供方通過數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)查看糾錯(cuò)意見,并

將意見反饋給需求方,需求方可重新申請(qǐng)資源。

8服務(wù)接口使用流程

服務(wù)接口使用流程包括但不限于:

——資源發(fā)布:

提供方登錄數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái),按照服務(wù)注冊(cè)要求填報(bào)注冊(cè)信

息;

注冊(cè)完成后,數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)審核通過后發(fā)布服務(wù)接口,并

實(shí)現(xiàn)代理運(yùn)行。

——接口申請(qǐng):

需求方通過數(shù)據(jù)融合治理平臺(tái)或第三方數(shù)據(jù)共享交換平臺(tái)的服務(wù)接口列表、分類檢索和接

口搜索等功能進(jìn)行服務(wù)信息的查找,獲得服務(wù)接口注冊(cè)信息;

需求方對(duì)資源進(jìn)行申請(qǐng),填寫申請(qǐng)部門、申請(qǐng)時(shí)間、調(diào)用頻率、用途說明等相關(guān)信息,獲

取授權(quán)。

——接口授權(quán):對(duì)于需求方提交的服務(wù)接口申請(qǐng),提供方對(duì)其進(jìn)行授權(quán);

——接口調(diào)用:獲得授權(quán)后,需求方使用授權(quán)碼進(jìn)行服務(wù)接口調(diào)用。

9服務(wù)接口安全要求

服務(wù)接口安全性要求應(yīng)符合GB/T35274中規(guī)定的數(shù)據(jù)服務(wù)接口安全能力要求。

10服務(wù)接口審計(jì)要求

服務(wù)接口的審計(jì)要求包括但不限于:

a)應(yīng)明確可用的審計(jì)規(guī)則;

b)明確審計(jì)的流程及記錄信息的內(nèi)容;

c)審計(jì)信息的準(zhǔn)確性是可審核的;

d)具備指定專門用戶負(fù)責(zé)審計(jì)日志信息查閱的功能;

e)審計(jì)信息可按照用戶指定的周期進(jìn)行備份。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論