興業(yè)銀行影像內(nèi)容管理平臺(tái)概要設(shè)計(jì)V完整文檔

興業(yè)銀行影像內(nèi)容管理平臺(tái)概

要設(shè)計(jì)V完整文檔

（可以直接使用，可編輯完整文檔，歡迎下載）

內(nèi)部資料注意保密

興業(yè)銀行

INDUSTRIALBANKCO.,LTD.

影像內(nèi)容管理平臺(tái)概要設(shè)計(jì)說(shuō)明書(shū)

系統(tǒng)規(guī)范名稱：ICM

版本號(hào)：V2.0

修訂頁(yè)

編修訂前修訂后

修訂內(nèi)容簡(jiǎn)述修訂日期修訂人批準(zhǔn)人

號(hào)版本號(hào)版本號(hào)

1修改影像控件讀取配置信息接2012/6/18VI.0V2.0李海

□

2新增國(guó)結(jié)系統(tǒng)與客戶緩存影像2012/6/18VI.0V2.0李海

綁定接口

3新增客戶端更新組件2012/6/18VI.0V2.0李海

4

5

6

7

8

9

10

11

12

目錄

1引言1

1.1作用1

1.2預(yù)期讀者1

1.3電子文檔編寫(xiě)工具1

1.4定義說(shuō)明與符號(hào)規(guī)定1

1.5本系統(tǒng)的設(shè)計(jì)規(guī)范2

1.6參考資料2

2系統(tǒng)虢述3

2.2系統(tǒng)目標(biāo)3

目標(biāo)概述3

設(shè)計(jì)指標(biāo)3

用戶規(guī)劃4

技術(shù)約束4

時(shí)間約束5

資源約束5

系統(tǒng)現(xiàn)狀約束6

系統(tǒng)運(yùn)維約束6

3系統(tǒng)邊界設(shè)計(jì)8

3.2系統(tǒng)關(guān)聯(lián)視圖8

3.4應(yīng)用接口方案9

業(yè)務(wù)系統(tǒng)接入影像控件接口9

影像控件讀取配置信息接口9

影像控件與客戶端緩存服務(wù)新增影像接口II

影像控件與客戶端緩存服務(wù)修改影像接口14

影像控件與客戶端饋存服務(wù)刪除影像接口錯(cuò)誤!未定義書(shū)簽。

客戶端緩存與分行服務(wù)端緩存（傳輸平臺(tái)）接口15

3.5數(shù)據(jù)接口方案17

4應(yīng)用架構(gòu)設(shè)計(jì)18

4.1應(yīng)用架構(gòu)設(shè)計(jì)概述18

4.2邏輯架構(gòu)圖20

客戶端組件21

影像控件21

影像采集殂件接口21

影像掃描殂件接口22

客戶端內(nèi)容管理接口22

4.4影像處理平臺(tái)子系統(tǒng)22

功能描述22

組件關(guān)系圖23

功能模塊設(shè)計(jì)23

4.5內(nèi)容管理子系統(tǒng)24

存儲(chǔ)規(guī)劃24

文檔對(duì)象屬性26

國(guó)際結(jié)算文檔對(duì)象屬性28

4.6目錄服務(wù)子系統(tǒng)29

4.7組件持續(xù)集成功能

4.8傳輸服務(wù)功能30

4.9功能模塊設(shè)計(jì)30

影像控件31

客戶端饋存服務(wù)31

服務(wù)端緩存（傳輸平臺(tái)）31

影像處理平臺(tái)31

蟆存配置管理44

客戶端組件44

功能模塊244

功能模塊344

4.10應(yīng)用架構(gòu)擴(kuò)展44

5技術(shù)架構(gòu)設(shè)計(jì)要點(diǎn)45

5.1技術(shù)架構(gòu)要點(diǎn)概述45

5.3物理部署圖47

服務(wù)器47

存儲(chǔ)及其它49

負(fù)栽均衡設(shè)備49

通信線路50

其他硬件50

5.5軟件平臺(tái)50

操作系統(tǒng)50

數(shù)據(jù)庫(kù)51

中間件51

其他軟件工具52

5.6技術(shù)架構(gòu)擴(kuò)展52

6數(shù)據(jù)架構(gòu)設(shè)計(jì)53

6.2業(yè)務(wù)信息模型53

6.3數(shù)據(jù)表設(shè)計(jì)53

6.5數(shù)據(jù)架構(gòu)擴(kuò)展53

7安全設(shè)計(jì)要點(diǎn)55

器別機(jī)制55

袋別失敗處理55

信息系統(tǒng)中的口令規(guī)范55

訪問(wèn)控制機(jī)制55

用戶權(quán)限/角色的定義與管理55

7.3安全審計(jì)55

安全審計(jì)機(jī)制55

日志產(chǎn)生55

通信完整性56

通信保密性56

7.5抗抵賴56

原發(fā)抗抵敕56

接收抗抵賴56

?**J±fcX????????????????????????????????????????????????????????????????????????????????????????????????????????

存儲(chǔ)數(shù)據(jù)的保密性56

存儲(chǔ)數(shù)據(jù)的完整性56

剩余信息保護(hù)56

密碼分級(jí)56

密鑰管理56

7.8軟件容錯(cuò)57

輸入合法性檢測(cè)57

故障處理57

8關(guān)鍵技術(shù)與風(fēng)險(xiǎn)提示58

8.1系統(tǒng)技術(shù)框架58

8.2內(nèi)部接口方案58

8.3進(jìn)程架構(gòu)視圖58

8.4大表58

8.5小表58

8.6第三方系統(tǒng)軟件58

8.7長(zhǎng)連接59

8.8大事務(wù)59

8.9批處理設(shè)計(jì)59

8.10交易和數(shù)據(jù)的完整性59

8.11系統(tǒng)風(fēng)險(xiǎn)59

9非功能性設(shè)計(jì)60

9.1負(fù)載均衡60

9.2故障恢復(fù)60

9.3日志管理60

9.4移植與系統(tǒng)切換60

9.5歷史數(shù)據(jù)管理61

9.6備份設(shè)計(jì)61

9.7系統(tǒng)日常管理61

9.8容錯(cuò)設(shè)計(jì)61

附表概要設(shè)計(jì)評(píng)審檢查表63

1引言

1.1作用

本概要設(shè)計(jì)說(shuō)明書(shū)定義了影像內(nèi)容管理平臺(tái)系統(tǒng)的技術(shù)邊界，描述了應(yīng)用

架構(gòu)設(shè)計(jì)、技術(shù)架構(gòu)設(shè)計(jì)和數(shù)據(jù)獎(jiǎng)構(gòu)設(shè)計(jì)等，是后續(xù)詳細(xì)設(shè)計(jì)、編碼的基本依

據(jù)，同時(shí)也作為確定與關(guān)聯(lián)系統(tǒng)接口的規(guī)范文件。

1.2預(yù)期讀者

軟件設(shè)計(jì)人員、軟件開(kāi)發(fā)人員、產(chǎn)品設(shè)計(jì)人員、軟件測(cè)試人員.系統(tǒng)運(yùn)維

人員、相關(guān)業(yè)務(wù)部門(mén)人員。

1.3電子文檔編寫(xiě)工具

本文檔編寫(xiě)所使用的工具包括當(dāng)不限于如下列表：

工具名版本號(hào)操作系統(tǒng)

MicrosoftOffice2003WindowsXP

MicrosoftVisio2003WindowsXP

PowerDesigner9WindowsXP

1.4定義說(shuō)明與符號(hào)規(guī)定

ICM：ImageContentManagei,影像內(nèi)容管理

ECM：EnterpriseContentManager,企業(yè)內(nèi)容管理

CE：ContentEngine,內(nèi)容引擎，本文特指IBMFileNetCE

PE：ProcessEngine,工作流引擎,本文特指IBMFileNetPE

AE：ApplicationEngine,應(yīng)用引擎，本文特指IBMFileNetAE

LDAP：本文指目錄、認(rèn)證服務(wù)

STL：特指本行國(guó)際業(yè)務(wù)系統(tǒng)

OEFP：On-lineTransaclionProcessing,聯(lián)機(jī)事務(wù)處理，實(shí)時(shí)采集處理與事務(wù)

相關(guān)的數(shù)據(jù)以及共享數(shù)據(jù)庫(kù)和其他文件的地位變化。

OLAP：On-lineAnalyticalProcessing,聯(lián)機(jī)分析代理，支持復(fù)雜的分析操作，

側(cè)重決策支持，提供直觀易懂的查詢結(jié)果。

B/S：基于瀏覽器模式的應(yīng)用。

C/S：基于客戶端程序的應(yīng)用。

F5：F5負(fù)載均衡設(shè)備簡(jiǎn)稱。

SAN：區(qū)域網(wǎng)絡(luò)存儲(chǔ)交換機(jī)諛備，用來(lái)連接多個(gè)數(shù)據(jù)存儲(chǔ)系統(tǒng)，

VLAN：虛擬網(wǎng)絡(luò)，用于數(shù)據(jù)交換機(jī)中進(jìn)行不同子網(wǎng)的劃分。

VPN：虛擬專用網(wǎng)絡(luò)。

RAC:ORACLE數(shù)據(jù)庫(kù)提供的高可靠性集群方式。

GPFS：IBM通用并行文件系統(tǒng)英文簡(jiǎn)稱。

API：ApplicationProgrammerInterface,應(yīng)用程序接口，由各個(gè)產(chǎn)品提供給

外界子系統(tǒng)調(diào)用其功能的接口。

WebLogic：Oracle公司提供的WEB應(yīng)用中間件。

外圍接入系統(tǒng)：本文特指集成影像控件集或者使用影像內(nèi)容管理平臺(tái)服務(wù)

的系統(tǒng)，在本文中統(tǒng)稱為外圍接入系統(tǒng)，例如STL系統(tǒng)。

1.5本系統(tǒng)的設(shè)計(jì)規(guī)范

本系統(tǒng)遵循現(xiàn)有本行信息科技部系統(tǒng)設(shè)計(jì)開(kāi)發(fā)規(guī)范要求。

【說(shuō)明】（領(lǐng)域級(jí)）本系統(tǒng)設(shè)計(jì)所遵循的組織級(jí)規(guī)范或者項(xiàng)目組自行制訂的

規(guī)范，如類設(shè)計(jì)原則、變量命名規(guī)范、安全設(shè)計(jì)規(guī)范、數(shù)據(jù)設(shè)計(jì)規(guī)范等。

1.6參考資料

資料名稱版本號(hào)作者日期燼止頁(yè)號(hào)

影像內(nèi)容管理平臺(tái)規(guī)劃.ppiVI.0王世澤2021.1

興業(yè)銀行總行信息系統(tǒng)概要設(shè)計(jì)V2.12信息科技

說(shuō)明書(shū)模板V2.12（簡(jiǎn)）doc部總體架

構(gòu)處

2系統(tǒng)概述

2.1系統(tǒng)屬性

發(fā)

采統(tǒng)安全保系統(tǒng)系統(tǒng)

式

編碼系統(tǒng)全名系統(tǒng)中文簡(jiǎn)稱

護(hù)等級(jí)類型定位

合作

影像內(nèi)容管理平臺(tái)影像內(nèi)容管理3JL

研發(fā)

2.2系統(tǒng)目標(biāo)

2.2.1目標(biāo)概述

建立一個(gè)統(tǒng)一的影像存儲(chǔ)、管理、分發(fā)架構(gòu)，初步構(gòu)建本行影域內(nèi)容管理

平臺(tái)，支持分布式影像節(jié)點(diǎn)的部署。

實(shí)現(xiàn)從實(shí)體采集、管理到利用、歸檔的完整影像生命周期管理.提供標(biāo)準(zhǔn)

化的開(kāi)發(fā)工具和組件集，支持B/S、C/S模式與業(yè)務(wù)應(yīng)用集成及二次開(kāi)發(fā)。

實(shí)現(xiàn)會(huì)計(jì)資料影像電子化存儲(chǔ)系統(tǒng)、會(huì)計(jì)風(fēng)險(xiǎn)監(jiān)測(cè)預(yù)警系統(tǒng)、STL系統(tǒng)、

零售信貸檔案系統(tǒng)的集成接入。

2.2.2設(shè)計(jì)指標(biāo)

【說(shuō)明】（一般級(jí)）可以包括但不限于：（1）業(yè)務(wù)量均值、峰值及時(shí)點(diǎn)，描

述內(nèi)容可包括業(yè)務(wù)種類和估計(jì)數(shù)量、預(yù)計(jì)數(shù)據(jù)量、交易數(shù)量等等。（2）響應(yīng)時(shí)

間。（3）3—5年的規(guī)劃發(fā)展值。（4）服務(wù)時(shí)段。（5）系統(tǒng)恢復(fù)時(shí)間及其他可用

性指標(biāo)。

業(yè)務(wù)指標(biāo)指標(biāo)描述指標(biāo)值

3年規(guī)劃值一般要規(guī)劃3年內(nèi)系統(tǒng)的客戶

數(shù)量和業(yè)務(wù)數(shù)量的增長(zhǎng)情況。

業(yè)務(wù)量均平均每日登陸系統(tǒng)用戶數(shù)X每

值人平均每日操作系統(tǒng)次數(shù)

峰值每日登陸系統(tǒng)用戶數(shù)最大值X

每人每R攆作系統(tǒng)次數(shù)最大值

響應(yīng)時(shí)間用戶操作時(shí)系統(tǒng)的響應(yīng)時(shí)間交易提交到交易完成所需時(shí)間：2

-5秒內(nèi)，80%在2—3秒間完成

服務(wù)時(shí)段系統(tǒng)可供用戶使用的時(shí)間段7*24小時(shí)

并發(fā)數(shù)量同時(shí)訪問(wèn)系統(tǒng)的最大并發(fā)用戶

數(shù)量

訪問(wèn)高峰同時(shí)訪問(wèn)系統(tǒng)的用戶數(shù)量

數(shù)量

訪問(wèn)高峰訪問(wèn)系統(tǒng)頻率最高的時(shí)間段工作日9：00——12：00；14：00

時(shí)間—17：C0

單次故障系統(tǒng)允許的單次故障恢復(fù)小于8小時(shí)

恢復(fù)時(shí)間時(shí)間，即由于故障造成的系統(tǒng)

（RTO）停止服務(wù)的時(shí)間

允許數(shù)據(jù)允許的數(shù)據(jù)丟失的最長(zhǎng)時(shí)

丟失時(shí)間間

（RPO）

2.2.3用戶規(guī)劃

【說(shuō)明】（一般級(jí)）需考慮問(wèn)題包括：

（1）組織內(nèi)外部用戶描述。

（2）用戶群的劃分依據(jù)、地域分布、人群范圍。

（3）用戶群的數(shù)量，并發(fā)數(shù)量，訪問(wèn)高峰數(shù)量及時(shí)間。

（4）本系統(tǒng)不同用戶群對(duì)系統(tǒng)操作的要求。

2.3系統(tǒng)約束

2.3.1技術(shù)約束

本行技術(shù)人員對(duì)影像內(nèi)容管理領(lǐng)域研發(fā)經(jīng)驗(yàn)相對(duì)欠缺，影像內(nèi)容管理平臺(tái)

的建設(shè)需要進(jìn)行持續(xù)的規(guī)劃、分步實(shí)施，這也是個(gè)經(jīng)驗(yàn)積累的過(guò)程.初期根基

建設(shè)時(shí)，先以“最小可滿足”原則規(guī)劃對(duì)外的服務(wù)接口，這要求接口設(shè)計(jì)采用

的技術(shù)應(yīng)具備靈活的可擴(kuò)展性、多數(shù)適用以滿足后續(xù)潛在需要，本系統(tǒng)封裝后

的內(nèi)容管理服務(wù)器對(duì)外標(biāo)準(zhǔn)接口將采用WEBService技術(shù)規(guī)范發(fā)布.

本行技術(shù)人員無(wú)影像處理產(chǎn)品研發(fā)經(jīng)臉，影像處理產(chǎn)品以買(mǎi)斷使用權(quán)的方

式引進(jìn)產(chǎn)品（公司方開(kāi)放源代碼），因影像處理產(chǎn)品專業(yè)性硬，本行技術(shù)人員完

全自主掌握成本較高，系統(tǒng)建設(shè)初期將主要依賴合作公司方提供服務(wù)，在建設(shè)

過(guò)程中，逐步加強(qiáng)本行技術(shù)人員參與度，后續(xù)將采用合作研發(fā)模式演進(jìn)所引入

的影像處理產(chǎn)品。

系統(tǒng)設(shè)計(jì)方案中，擬采用的FilcNclCE、LDAP產(chǎn)品均為引進(jìn)京品，本行

只擁有使用權(quán)，使用產(chǎn)品提供的存性進(jìn)行二次應(yīng)用開(kāi)發(fā)，本行技術(shù)人員并不掌

握產(chǎn)品底層代碼，產(chǎn)品的可靠性、可擴(kuò)展性需依賴原廠保障，產(chǎn)品自身缺陷有

賴于原廠解決。

FileNetP8為本行引進(jìn)的IBM影像工作流內(nèi)容管理產(chǎn)品，需遵循產(chǎn)品技術(shù)

架構(gòu)配置使用該產(chǎn)品，本系統(tǒng)主要使用其CE產(chǎn)品，CE緩存、集群應(yīng)用架構(gòu)受

產(chǎn)品可支持的模式及軟硬件平臺(tái)約束。

為提高可靠性，影像內(nèi)容管理平臺(tái)數(shù)據(jù)庫(kù)擬采用ORACLE.5,并使用RAC,

ORACLERAC應(yīng)用架構(gòu)已很成熟，為ORACLE數(shù)據(jù)庫(kù)產(chǎn)品架構(gòu)的一部分，應(yīng)

用時(shí)需遵循產(chǎn)品技術(shù)規(guī)范配置。

為提高可靠性、可擴(kuò)展性、,服務(wù)性能，影像內(nèi)容管理平臺(tái)總行服務(wù)端CE

數(shù)據(jù)庫(kù)及影像文件的存儲(chǔ)擬采用IBMGPFS文件系統(tǒng)，GPFS文件系統(tǒng)在本行

EDIP等系統(tǒng)上巳有成功應(yīng)用，但是GPFS與不同存儲(chǔ)品牌及型號(hào)間的券容性仍

需要經(jīng)過(guò)嚴(yán)格的驗(yàn)證測(cè)試。

影像內(nèi)容管理平臺(tái)需支持分布式影像緩存節(jié)點(diǎn)的部署，緩存的機(jī)制很重要，

本系統(tǒng)首選緩存方案為采用FileNetCE自身的緩存機(jī)制，該方案的有效性在渣

打銀行全球跨區(qū)域節(jié)點(diǎn)間已被驗(yàn)證過(guò)，但出于產(chǎn)品自身的特性，需要在主節(jié)點(diǎn)、

緩存節(jié)點(diǎn)上的影像文件存儲(chǔ)區(qū)域均需相互將可訪問(wèn)（NAS）,緩存CE需直接訪

問(wèn)主節(jié)點(diǎn)數(shù)據(jù)庫(kù)股務(wù)器，鑒于此，數(shù)據(jù)庫(kù)訪問(wèn)安全上需考慮VPN。

大批量影像文件的傳輸需要網(wǎng)絡(luò)帶寬的支持，影像內(nèi)容管理平臺(tái)節(jié)點(diǎn)的分

布及應(yīng)用效果受不同業(yè)務(wù)需求驅(qū)動(dòng)，并受本行網(wǎng)絡(luò)基礎(chǔ)設(shè)施的制約，部署上需

綜合考慮本行數(shù)據(jù)中心分布及網(wǎng)絡(luò)規(guī)劃，影像傳輸需要考慮傳輸策咯及流量控

制機(jī)制。

2.3.2時(shí)間約束

會(huì)計(jì)風(fēng)險(xiǎn)監(jiān)測(cè)預(yù)警系統(tǒng)（二期）項(xiàng)目技術(shù)方案依賴于本系統(tǒng)投聲，本系統(tǒng)

需在2021年8月底跟隨會(huì)計(jì)風(fēng)險(xiǎn)監(jiān)測(cè)預(yù)警系統(tǒng)（二期）二階段上線時(shí)投產(chǎn)（視

設(shè)備到貨情況而定）。

2.3.3資源約束

本系統(tǒng)建設(shè)將受到軟硬件、人力資源、費(fèi)用等資源的約束。

軟硬件和費(fèi)用約束：影像內(nèi)容管理平臺(tái)將作為基礎(chǔ)性平臺(tái)支持不同業(yè)務(wù)系

統(tǒng)的集成，必須考慮高可靠性、高可用性、有效的備份與恢復(fù)策略等等，軟硬

件選型上需遵循與本行技術(shù)目錄指引要求，需考慮經(jīng)本行實(shí)踐驗(yàn)證較為穩(wěn)定或

有同類可比成功案例的成熟穩(wěn)定的產(chǎn)品及機(jī)制，這意味著不菲的費(fèi)用投入，需

要合理的權(quán)衡。

人力資源約束：在時(shí)間約束限制內(nèi)，本行研發(fā)團(tuán)隊(duì)同時(shí)還肩負(fù)著交易處理

中心系統(tǒng)（二期）項(xiàng)目、會(huì)計(jì)風(fēng)險(xiǎn)監(jiān)測(cè)預(yù)警系統(tǒng)（二期）項(xiàng)目、會(huì)計(jì)資料影像

電子化存儲(chǔ)系統(tǒng)上線推廣、二代支付項(xiàng)目配套改造、驗(yàn)印系統(tǒng)升級(jí)改造、系統(tǒng)

日常維護(hù)等工作，根據(jù)目前系統(tǒng)研發(fā)安排，人力資源較為緊張。

外部資源約束：影像內(nèi)容管型平臺(tái)的實(shí)施需依賴于FileNet實(shí)施廠家、影

像處理平臺(tái)廠家、LDAP產(chǎn)品廠家的支持，原廠技術(shù)支持人力資源情況、知識(shí)

技能會(huì)對(duì)交付質(zhì)量產(chǎn)生影響。

2.3.4系統(tǒng)現(xiàn)狀約束

本期項(xiàng)目中，本系統(tǒng)的行內(nèi)下游系統(tǒng)包括會(huì)計(jì)資料影像電子化存儲(chǔ)系統(tǒng)、

STL系統(tǒng)、會(huì)計(jì)風(fēng)險(xiǎn)監(jiān)測(cè)預(yù)警系統(tǒng)、零售信貸檔案系統(tǒng)等。

下游系統(tǒng)需要進(jìn)行適應(yīng)性改迨方可接入本系統(tǒng)，本系統(tǒng)影像內(nèi)容存儲(chǔ)、傳

輸、備份方面需要滿足下游系統(tǒng)的需求，并考慮相關(guān)系統(tǒng)存量數(shù)據(jù)的遷移問(wèn)題。

因此，本系統(tǒng)研發(fā)進(jìn)度將影拘下游系統(tǒng)的接入。

下游會(huì)計(jì)資料影像電子化存儲(chǔ)系統(tǒng)服務(wù)端部署在成都，憑證影像要素人工

錄入人員集中在成都作業(yè)中心，會(huì)計(jì)資料影像數(shù)據(jù)量大，系統(tǒng)物理部署主節(jié)點(diǎn)

需要綜合考慮現(xiàn)有關(guān)聯(lián)系統(tǒng)部署、用戶分布現(xiàn)狀、本行數(shù)據(jù)中心規(guī)劃以及擬部

署地運(yùn)營(yíng)支持力量等因素。

2.3.5系統(tǒng)運(yùn)維約束

運(yùn)維人員需要了解系統(tǒng)基本運(yùn)行機(jī)制和配置方式，保證系統(tǒng)可以正常的運(yùn)

行.在系統(tǒng)出現(xiàn)輕微問(wèn)題（不需要進(jìn)行系統(tǒng)改動(dòng)時(shí)），可以重新啟動(dòng)系統(tǒng)服條，

恢復(fù)系統(tǒng)運(yùn)行。運(yùn)維人員需要進(jìn)行日常系統(tǒng)監(jiān)控。系統(tǒng)將自動(dòng)提供日志記錄，

運(yùn)維人員定期備份數(shù)據(jù)，清理存儲(chǔ)空間。

影像內(nèi)容管理平臺(tái)作為基礎(chǔ)性支撐平臺(tái)，系統(tǒng)故障恢復(fù)時(shí)間等非功能性指

標(biāo)主要由集成接入的業(yè)務(wù)系統(tǒng)需求確定。

3系統(tǒng)邊界設(shè)計(jì)

3.1本系統(tǒng)定位

影像內(nèi)容管理平臺(tái)屬于基礎(chǔ)支撐系統(tǒng)，它向集成接入的本行其他影像應(yīng)用

業(yè)務(wù)系統(tǒng)的提供影像內(nèi)容管理基礎(chǔ)服務(wù)。通過(guò)本系統(tǒng)的建設(shè)，可以構(gòu)建一套統(tǒng)

一的影像存儲(chǔ)、管理、分發(fā)架構(gòu)，以更合理地使用有限的IT資源。

3.2系統(tǒng)關(guān)聯(lián)視圖

本系統(tǒng)與其他系統(tǒng)關(guān)聯(lián)關(guān)系如下圖（隨著接入系統(tǒng)的增加而變化）所示：

D數(shù)出;大叁彳

：脩改

I?啟用關(guān)系j

3.3關(guān)聯(lián)系統(tǒng)描述

影像內(nèi)容管理平臺(tái)CE服務(wù)器、影像處理服務(wù)器對(duì)外發(fā)布WebService標(biāo)準(zhǔn)

接口，并提供可調(diào)用這些Web服務(wù)的客戶端API（Java版本）和影像控件，

影像控件對(duì)外提供服務(wù)接口。

1,國(guó)際業(yè)務(wù)系統(tǒng)（STL）：

本系統(tǒng)原影像信息存儲(chǔ)在國(guó)業(yè)影像系統(tǒng)中更改為存儲(chǔ)到影像內(nèi)容管理平臺(tái)

中，STL客戶端集成影像控件，通過(guò)調(diào)用影像控件提供的服務(wù)接口采用SOAP

協(xié)議與影像內(nèi)容管理平臺(tái)進(jìn)行通信存取影像文件及屬性信息。

2、會(huì)計(jì)資料影像電子化存儲(chǔ)系統(tǒng)：

本系統(tǒng)原影像信息從掃描端產(chǎn)生后通過(guò)其分行網(wǎng)點(diǎn)服務(wù)器上傳到總行文件

服務(wù)器中再最終歸檔到FileNetCE腹務(wù)器進(jìn)行存儲(chǔ)，現(xiàn)改為在其分行網(wǎng)點(diǎn)服務(wù)

增加通過(guò)集成調(diào)用影像內(nèi)容管理二臺(tái)客戶端API,采用SOAP協(xié)議與影像內(nèi)容

管理平臺(tái)分行緩存CE服務(wù)器進(jìn)行通信存取影像文件及屬性信息的方式，是否

通過(guò)分行緩存CE上傳影像由本系統(tǒng)自行決定。

3、會(huì)計(jì)風(fēng)險(xiǎn)監(jiān)測(cè)預(yù)警系統(tǒng)：

本系統(tǒng)WEB服務(wù)端集成影像內(nèi)容管理平臺(tái)影像控件，影像控件在客戶端瀏

覽器中加載后，其提供的服務(wù)接口采用SOAP協(xié)議與影像內(nèi)容管理平臺(tái)進(jìn)行通

信獲取影像文件及屬性信息。

3.4應(yīng)用接口方案

3.4.1業(yè)務(wù)系統(tǒng)接入影像控件接口

3.4.2影像控件獲取配置信息、更新文件接口批注Ipi］：方式改變,配置文件直接由更新程序獲取.

下栽到相椀的文件目錄下，控件在初始化時(shí)到目錄中

接口描述

去讀取配置文件

在影像處理平臺(tái)統(tǒng)一配置各業(yè)務(wù)系統(tǒng)控件操作配置信息（如掃描配置、OCR

配置、版面配置）、IP地址映射、控件組件更新文件列表，將這些配置好的信

息組裝好下發(fā)到各分行緩存。由客戶端控件更新組件輪詢?cè)L問(wèn)分行緩存獲取版

本信息（如第一次獲取則直接向總行獲取），如有版本更新則從分行緩存下載到

本地供OCX調(diào)用。

3.4.2.2數(shù)據(jù)流圖

總行Comoc服務(wù)

客戶端更新世ft

SOCKET史於組件投工

V-返回分行袋存地址,如果沒(méi)方直接返向更然史件，

影像控件

(OCX)

分行提存照務(wù)

—SOCKET更新狙件報(bào)文+

V執(zhí)行笛果(下我見(jiàn)新文件)—

一在更新目錄，Sf找配置文件A

＜同步服務(wù)，更新饌存文件一

一讀取文件，加及成功一

3.4.23輸入項(xiàng)

Name名稱類型是否必備注

輸

tradeCode交易編碼String是通用項(xiàng)，接口唯一標(biāo)

識(shí)

SystemID系統(tǒng)編號(hào)String是外國(guó)系統(tǒng)唯一編號(hào)

Bussinfo業(yè)務(wù)類型String否需要展示的目錄樹(shù)，

如傳入則代表需要

從處理平臺(tái)的配置

中讀取目錄樹(shù)結(jié)構(gòu)

ClientIP客戶端1PString是影像采集客戶端IP

UpdateDir更新文件存放String是更新組件從服務(wù)器

目錄上下載的更新文件

存放目錄

報(bào)文格式：

<?xmlversion^'1.0"encoding="GB2312"?>

<root>

<tradeCode>230001</tradeCode>

<request>

<SystemID>00001</SystemID>

<Busslnfo>Customlnfo</Bussinfo>

<ClientlPx/ClientlP>

<UpdateDir>D:\Sunyard\SunlmageScan\UpdateConfig</UpdateDir>

</request>

</root>

3.4.2.4輸出項(xiàng)

Name名稱類型是否必備注

輸

tradeCode交易編碼String是通用項(xiàng)，接口唯一標(biāo)

識(shí)

errCode錯(cuò)誤號(hào)String是如果encode無(wú)值，

則說(shuō)明方法執(zhí)行成

功

報(bào)文格式：

<?xmlversion="1.0"encoding="GB2312"?>

<root>

<tradeCode>230001</tradeCode>

<response>

<errCode>1</errCode><!—1值代表方法執(zhí)行成功->

</response>

</root>

3.4.3影像控件與客戶端緩存服務(wù)影像操作接口

接口描述

影像操作接口包括影像新增、替換、刪除等。由影像控件將新招描影像存

放在客戶端緩存磁盤(pán)里，并添加相應(yīng)的XML描述文件，然后通過(guò)Socket服務(wù)

發(fā)送消息給客戶端緩存服務(wù)，客尸端緩存服務(wù)根據(jù)消息內(nèi)容調(diào)用分行CE或者

分行緩存(傳輸平臺(tái))API新增影像方法提交影像，調(diào)用哪個(gè)API取決于

submi(Mc(hod參數(shù)。

?影像正確性校驗(yàn)：客戶端緩存在接收到OCX發(fā)出的新增影像指令后，

首先判斷本地存儲(chǔ)上的再像MD5碼是否與OCX發(fā)出的MD5碼一直,

如果一直則執(zhí)行新增操作，否則說(shuō)明文件被篡改，將驗(yàn)證未通過(guò)信息

返回給OCX。

343.2數(shù)據(jù)流圖

影像控件CE分行線存出玳收務(wù)

客戶端撥存跟務(wù)

<OCX）妙

-SOCKET影里模忤報(bào)士?調(diào)用CEAP1相應(yīng)方法A

返國(guó)報(bào)文（成功標(biāo)識(shí)）,執(zhí)行結(jié)果（成功標(biāo)識(shí)》

3.4.33輸入項(xiàng)

Name名稱類型是否必備注

輸

tradeCode交易編碼String是通用項(xiàng)，接口唯一標(biāo)

識(shí)

FolderPath文件夾路徑String是影像文件夾路徑

CachelP分行緩存地址String是分行緩存地址

CachePort分行緩存端口String是分行緩存端口

SubmitMethod提文方式int否不傳或者值為0為

同步提交，值為1

為異步提交

報(bào)文格式：

<?xmlversion="1.0"encoding="GB2312"?>

<root>

<tradeCode>230002</tradeCode>

<request>

<FolderPath></FolderPath>

<CachelP>Customlnfo</CachelP>

<CachePort/CachePort>

<SubmitMethod>0</SubmitMethod>

</request>

</root>

3.434輸出項(xiàng)

Name名稱類型是否必輸備注

tradeCode交易編碼String是通用項(xiàng)，接口唯一

標(biāo)識(shí)

errCode錯(cuò)誤號(hào)String是如果errcode無(wú)值，

則說(shuō)明方法執(zhí)行

成功

報(bào)文格式：

<?xmlversion=01.0,'encoding="GB2312"?>

<root>

<tradeCode>230002</tradeCode>

<response>

<errCodex/errCode><!—無(wú)值代表方法執(zhí)行成功->

</response>

</root>

3.4.4影控件與客戶端緩存服務(wù)影像查詢接口像

接口描述

由控件將查詢條件組裝好放置在描述文件中，通過(guò)socket報(bào)文通知客戶端

緩存讀取描述文件并調(diào)用CE查詢接口。

客戶端緩存根據(jù)讀取的描述文件信息，首先訪問(wèn)指定目錄判斷是否已經(jīng)存

在需要查詢的文件，如果有將描述文件中的版本信息發(fā)送到CE判斷是否為最

新版本，如果是則直接返回成功標(biāo)識(shí)給OCX,否則重新從CE下載影像。

344.2數(shù)據(jù)流圖

344.3輸入項(xiàng)

3.4.4.4輸出項(xiàng)

3.4.5影像控件與客戶端緩存服務(wù)修改影像屬性接口

接口描述

控件在做影像屬性變更操作時(shí)發(fā)送socket報(bào)文紿客戶端緩存，琴戶端緩存

解析得到的報(bào)文并調(diào)用CEAPI更改屬性。

345.2數(shù)據(jù)流圖

CE￡?行煤存/目錄眼務(wù)

客戶哨場(chǎng)存服務(wù)

-SOCKET餞改影像風(fēng)性報(bào)文?調(diào)用CEAPI崛性修改方法?

<返回報(bào)文（成功標(biāo)識(shí)》V執(zhí)行結(jié)果（成功標(biāo)識(shí)）

3.453輸入項(xiàng)

Name名稱類型是否必備注

輸

tradeCode交易編碼String是通用項(xiàng)，接口唯一標(biāo)

識(shí)

FolderPath文件夾路徑String是影像文件夾路徑

CachelP分行緩存地址String是分行緩存地址

CachePort分行緩存端口String是分行緩存端口

3.4.5.4輸出項(xiàng)

Name名稱類型是否必備注

輸

tradeCode交易編碼String是通用項(xiàng)，接口唯一標(biāo)

識(shí)

ImagellUID影像文件編號(hào)String否影像編號(hào)，修改影像

屬性時(shí)返回此值

DocVersionCE版本號(hào)String否CE版本號(hào)，修改影

像屬性時(shí)返回此值

errcode成功標(biāo)識(shí)String是如果encode無(wú)值，

則說(shuō)明方法執(zhí)行成

功

3.4.6客戶端緩存與分行服務(wù)端緩存（傳輸平臺(tái)）接口

接口描述

影像異步提交、查詢時(shí)需要與影像傳輸平臺(tái)交互，異步提交時(shí)影像轉(zhuǎn)存在

服務(wù)端緩存，根據(jù)影像處理子系統(tǒng)配置的排程時(shí)間策略定時(shí)向CE緩存提交影

像；影像查詢時(shí)先查找傳輸平臺(tái)里是否有影像，如有影像，從傳輸平臺(tái)下載到

本地緩存，如果沒(méi)有則調(diào)用CEAPI下載影像。

3.4.6.2數(shù)據(jù)流圖

3.4.63輸入項(xiàng)

3.464輸出項(xiàng)

3.4.7國(guó)結(jié)系統(tǒng)與客戶端緩存服務(wù)影像綁定接口批注|p2）:新增，現(xiàn)在綁定操作通過(guò)國(guó)結(jié)系統(tǒng)進(jìn)行觸

發(fā),不通過(guò)控件，自接與客戶端緩存服務(wù)建立連接.

接口描述

將需要綁定的業(yè)務(wù)將考號(hào)和影像史記號(hào)傳送給客戶

STL將需要綁定的業(yè)務(wù)參考號(hào)與影像登記號(hào)信息組成相應(yīng)的XML報(bào)文格式端緩存，后者調(diào)用CEAPI完成相應(yīng)操作

信息，發(fā)送給客戶端緩存服務(wù)，客戶端緩存服務(wù)根據(jù)消息內(nèi)容調(diào)用CE的修改

接口，并將CE返回的XML報(bào)文返回給STL向用戶展示操作結(jié)果。

3.4.7.2數(shù)據(jù)流圖

?返M報(bào)文（成功標(biāo)識(shí)》執(zhí)行結(jié)果（成功標(biāo)識(shí)）

3.4.73輸入項(xiàng)

Name名稱類型是否必備注

輸

tradeCode交易編碼String是通用項(xiàng)，接口唯一標(biāo)

識(shí)

FolderPath文件夾路徑String是影像文件夾路徑

CachelP分行緩存地址String是分行緩存地址

CachePort分行緩存端口String是分行緩存端口

347.4輸出項(xiàng)

Name名稱類型是否必備注

輸

tradeCode交易編碼String是通用項(xiàng)，接口唯一標(biāo)

識(shí)

ImageUUID賬像文件編號(hào)String否影像編號(hào)，修改影像

屬性時(shí)返回此值

DocVersionCE版本號(hào)String否CE版本號(hào)，修改影

像屬性時(shí)返回此值

errcode成功標(biāo)識(shí)Siring是如果errcode無(wú)值，

則說(shuō)明方法執(zhí)行成

功

3.5數(shù)據(jù)接口方案

【說(shuō)明】（一般級(jí)）闡述本系統(tǒng)與其他系統(tǒng)之間的業(yè)務(wù)信息數(shù)據(jù)的關(guān)系以及

數(shù)據(jù)接口的設(shè)計(jì)概述。

（領(lǐng)域級(jí)）應(yīng)盡量詳細(xì)的描述出本系統(tǒng)數(shù)據(jù)到其它系統(tǒng)中，經(jīng)過(guò)了哪些中

間環(huán)節(jié)。特殊端口應(yīng)注明。

4應(yīng)用架構(gòu)設(shè)計(jì)

4.1應(yīng)用架構(gòu)設(shè)計(jì)概述

影像內(nèi)容管理平臺(tái)由內(nèi)容管理平臺(tái)、影像處理平臺(tái)、目錄服務(wù)系統(tǒng)三個(gè)子

系統(tǒng)組成。內(nèi)容管理平臺(tái)由總行內(nèi)容管理主節(jié)點(diǎn)、分行內(nèi)容緩存節(jié)點(diǎn)組成，主

節(jié)點(diǎn)與緩存節(jié)點(diǎn)間可以根據(jù)不同的策略實(shí)時(shí)或定時(shí)批量進(jìn)行內(nèi)容信息同步；影

像處理平臺(tái)采用B/S架構(gòu)，提供各種影像處理服務(wù)組件，并提供業(yè)務(wù)系統(tǒng)可集

成的影像控件；目錄服務(wù)系統(tǒng)提供用戶身份認(rèn)證服務(wù)，用于進(jìn)行影像數(shù)據(jù)的訪

問(wèn)合法性控制認(rèn)證。

邏輯上，可將本系統(tǒng)劃分為客戶端組件接口層、內(nèi)容緩存服務(wù)層、用戶展

現(xiàn)層、影像應(yīng)用管理服務(wù)層、內(nèi)容管理服務(wù)層、目錄服務(wù)五個(gè)功能層次。

客戶端組件接口層包括影像控件、影像組件接口、客戶端緩存、客戶端內(nèi)

容管理接口、客戶端持續(xù)集成等模塊組成，這些模塊運(yùn)行在客戶端環(huán)境中。影

像控件通過(guò)封裝影像內(nèi)容管理接口及影像組件接口功能對(duì)外提供可調(diào)用服務(wù)接

口，負(fù)責(zé)與影像應(yīng)用管理服務(wù)端、內(nèi)容緩存及網(wǎng)點(diǎn)服務(wù)、內(nèi)容管理主節(jié)點(diǎn)服務(wù)

通信實(shí)現(xiàn)影像數(shù)據(jù)的維護(hù)、查溝、調(diào)閱、壓縮、安全、傳輸、識(shí)別.歸檔等功

能，業(yè)務(wù)系統(tǒng)集成調(diào)用影像控件實(shí)現(xiàn)C/S模式接入影像內(nèi)容管理平臺(tái)。影像組

件接口是由運(yùn)行在客戶端的分擔(dān)各種影像處理功能的組件及接口組成，包括影

像維護(hù)、影像查詢、影像調(diào)閱、影像壓縮、影像安全、影像傳輸、影像識(shí)別、

影像切分、影像歸檔保存等服務(wù)組件，組件接口供影像控件集成調(diào)用，同時(shí)負(fù)

責(zé)與影像應(yīng)用管理服務(wù)端通信，將需要服務(wù)端處理的信息發(fā)送給服務(wù)端（Web

Scrvcie）。客戶端緩存用于暫存客戶端采集到的影像及相關(guān)的業(yè)務(wù)信息（XML

格式），供影像處理組件使用，且實(shí)現(xiàn)同步/異步傳輸處理，客戶端謖存可起到

提高業(yè)務(wù)連續(xù)性操作的作用。客戶端內(nèi)容管理接口負(fù)責(zé)與內(nèi)容緩存.內(nèi)容管理

節(jié)點(diǎn)通信（SOAP/HTTP）,負(fù)責(zé)將接收到的符合其對(duì)外接口規(guī)范（XML格式）

要求的信息轉(zhuǎn)換轉(zhuǎn)義為內(nèi)容緩存、內(nèi)容管理節(jié)點(diǎn)服務(wù)接口規(guī)范（WebService接

口）并發(fā)送給內(nèi)容管理平臺(tái)服務(wù)端，同時(shí)接收并轉(zhuǎn)換內(nèi)容管理平臺(tái)響應(yīng)信息返

回給接口調(diào)用方?？蛻舳顺掷m(xù)集成組件負(fù)責(zé)從影像控件、影像組件接口、客戶

端內(nèi)容管理接口等影像客戶端運(yùn)行所需組件軟件版本的更新及相關(guān)應(yīng)用配置信

息文件的同步工作。

影像應(yīng)用管理服務(wù)層包括影像服務(wù)接口、影像服務(wù)、影像服務(wù)配置管理、

客戶端配置管理等功能模塊。影像服務(wù)接口提供信息訪問(wèn)、服務(wù)端影像股務(wù)調(diào)

用的接口。影像服務(wù)提供服務(wù)端影像處理服務(wù)功能，如影像識(shí)別、切分等。影

像服務(wù)配置管理用于對(duì)影像控件、組件處理影像資料所需的信息進(jìn)行配置如影

像版面配置等?？蛻舳伺渲霉芾碓掠趯?duì)客戶端影像控件、組件進(jìn)行配置，如訪

問(wèn)節(jié)點(diǎn)、開(kāi)放的功能等。

內(nèi)容緩存服務(wù)層包括緩存服務(wù)、緩存配置管理服務(wù)等模塊組成，緩存服務(wù)

負(fù)責(zé)與總行主節(jié)點(diǎn)間同步影像文件，在本地緩存存儲(chǔ)區(qū)保存與主節(jié)點(diǎn)上一致的

內(nèi)容信息文件副本，負(fù)責(zé)按配置的緩存管理策略對(duì)本地影像緩存進(jìn)行管理。緩

存配置管理服務(wù)用于配置緩存的管理策略。

內(nèi)容管理服務(wù)層包括內(nèi)容管理接口、內(nèi)容引擎、內(nèi)容配置管理、用戶管理、

認(rèn)證控制等功能模塊,內(nèi)容管理服務(wù)接口（WebService）調(diào)用內(nèi)容引擎內(nèi)容管

理操作的相關(guān)服務(wù)，客戶端使用這些接口進(jìn)行內(nèi)容管理相關(guān)操作。為容配置管

理用于配置如創(chuàng)建內(nèi)容存儲(chǔ)對(duì)象及類、元數(shù)據(jù)屬性、存儲(chǔ)及訪問(wèn)策咯、事件等

信息。內(nèi)容引擎為內(nèi)容管理平臺(tái)核心組件，其管理內(nèi)容元數(shù)據(jù)及非緒構(gòu)化內(nèi)容

信息文件，支持多種數(shù)據(jù)庫(kù)、文件系統(tǒng)及存儲(chǔ)設(shè)備，訪問(wèn)各種內(nèi)容存儲(chǔ)區(qū)（包

括緩存），實(shí)現(xiàn)內(nèi)容信息增、刪、改、查及訪問(wèn)控制的核心處理邏輯。用戶管理

模塊訪問(wèn)目錄服務(wù)，用于設(shè)定內(nèi)容管理平臺(tái)用戶及權(quán)限。認(rèn)證控制結(jié)合目錄服

務(wù)認(rèn)證服務(wù)及內(nèi)容訪問(wèn)控制策略，對(duì)用戶使用內(nèi)容信息的方式進(jìn)行控制。

通用服務(wù)層包括目錄服務(wù)、傳輸服務(wù)、傳輸策略配置、組件持續(xù)集成服務(wù)、

數(shù)據(jù)遷移備份等模塊。目錄服務(wù)用于集中配置管理影像內(nèi)容管理平臺(tái)用戶分組

及權(quán)限信息，配置不同業(yè)務(wù)接入系統(tǒng)分組權(quán)限控制策略，內(nèi)容引擎訪問(wèn)該服務(wù)

以進(jìn)行用戶身份校驗(yàn)及內(nèi)容信息訪問(wèn)控制。傳輸策略配置用于根據(jù)不同業(yè)務(wù)及

主題資料的傳輸需要配置影像傳輸服務(wù)的不同策略。傳輸服務(wù)依據(jù)配置好的傳

輸策略在不同節(jié)點(diǎn)（內(nèi)容緩存、總行內(nèi)容管理節(jié)點(diǎn)等）間進(jìn)行影像文件上傳/

下載的傳輸活動(dòng)，具有錯(cuò)誤重傳、新點(diǎn)續(xù)傳等功能。組件持續(xù)集成模塊以C/S

模式實(shí)現(xiàn)，在服務(wù)端進(jìn)行軟件版本控制及發(fā)布，客戶端偵測(cè)影像組件及相關(guān)配

置文件，更新路徑為總行影像處理平臺(tái)今分行緩存及網(wǎng)點(diǎn)服務(wù)器今蒙戶端。數(shù)

據(jù)遷移備份模塊實(shí)現(xiàn)按照不同業(yè)務(wù)主題數(shù)據(jù)的在線、近緩、離線存錯(cuò)策略要求

來(lái)遷移及備份數(shù)據(jù)，輔助進(jìn)行內(nèi)容全生命周期管理。

除上述內(nèi)容外，在數(shù)據(jù)存儲(chǔ)方面，包括內(nèi)容管理數(shù)據(jù)庫(kù)、影像為容文件存

儲(chǔ)、影像處理服務(wù)數(shù)據(jù)庫(kù)、認(rèn)證服務(wù)數(shù)據(jù)庫(kù)等。內(nèi)容管理數(shù)據(jù)庫(kù)包括內(nèi)容管理

全局配置數(shù)據(jù)、內(nèi)容管理元數(shù)據(jù)及索引；影像內(nèi)容文件數(shù)據(jù)存儲(chǔ)在存儲(chǔ)設(shè)備上

通過(guò)內(nèi)容管理引擎進(jìn)行管理；影像處理服務(wù)數(shù)據(jù)庫(kù)用于保存影像處理服務(wù)的配

置信息：認(rèn)證服務(wù)數(shù)據(jù)庫(kù)保存認(rèn)證服務(wù)相關(guān)的訪問(wèn)影像內(nèi)容信息的安全權(quán)限設(shè)

置信息。

4.2邏輯架構(gòu)圖

客戶序細(xì)件接口展

影像組客戶端內(nèi)容

影像控件客戶端緩存

件接口管理接口

y

影朱應(yīng)用管亂服分足

影像耳務(wù)接影像服務(wù)配客戶端配置

影像服務(wù)

置管理管理

y

為容緩存服務(wù)層

緩存配置管

援存服務(wù)

理

y

內(nèi)容管理服務(wù)層

內(nèi)容管理蜃內(nèi)容配置管

內(nèi)容引掌用戶管理用戶認(rèn)證

務(wù)接口理

y

通用服務(wù)層?

傳輸策略配組件持續(xù)集數(shù)據(jù)遷移及

目錄,服務(wù)傳輸服務(wù)

置管理成模塊備份楔塊

y

口：口；口

業(yè)務(wù)系統(tǒng)集成接入影像內(nèi)容管理平臺(tái)邏輯架構(gòu)示意圖如下:

l_J±J

區(qū)縮安全切分歸檔

處理

數(shù)據(jù)?結(jié)構(gòu)

存儲(chǔ)化存儲(chǔ)

4.3客戶端組件

4.3.1影像控件

4.3.1.1功能模塊描述

封裝調(diào)用影像組件接口、客尸端內(nèi)容管理接口，提供影像操作界面，對(duì)外

提供控件操作接口?？丶僮鹘涌诎?。

43.1.2數(shù)據(jù)流圖

處理流程

異常處理

4.3.2影像采集組件接口

功能模塊描述

為業(yè)務(wù)系統(tǒng)提供統(tǒng)一的影像錄入功能，業(yè)務(wù)系統(tǒng)調(diào)用該接口錄入業(yè)務(wù)相關(guān)影

像數(shù)據(jù)，為相應(yīng)的影像添加文字描述（附注），對(duì)掃描錄入的影像進(jìn)行修改編輯,

生成與當(dāng)前掃描批次相關(guān)的批次案引信息，結(jié)合業(yè)務(wù)系統(tǒng)傳遞的XML格式數(shù)據(jù)

信息，在客戶端緩存區(qū)中生成對(duì)應(yīng)的包含影像文件、元數(shù)據(jù)XML文件的文件夾。

能夠支持多樣的影像采集設(shè)備，包括平板掃描儀、高速掃描儀、清分機(jī)等設(shè)

備，可以設(shè)置各種掃描儀參數(shù)。

配有批量參數(shù)設(shè)置，快速支持不同影像檔案資料類型（包括資料幅面大小、

對(duì)比度、亮度等）。

支持TIF、JPG、PDF等格式的影像文件導(dǎo)入。

支持批量掃描、單筆掃描。

43.2.2數(shù)據(jù)流圖

【說(shuō)明】（一般級(jí)）如果本功能模塊實(shí)現(xiàn)相對(duì)簡(jiǎn)單，則只需要從系統(tǒng)級(jí)層面

描述數(shù)據(jù)的傳遞及加工（即頂層數(shù)據(jù)流圖）。

（領(lǐng)域級(jí)）如果本功能實(shí)現(xiàn)相對(duì)復(fù)雜，則應(yīng)增加內(nèi)部模塊之間的數(shù)據(jù)流圖。

4.323處理流程

【說(shuō)明】（一般級(jí)）描述本功能模塊大致的實(shí)現(xiàn)過(guò)程。

43.2.4異常處理

【說(shuō)明】（一般級(jí)）描述處理中發(fā)生異常時(shí)的處理方法。

4.3.3影像掃描組件接口

4.3.4客戶端內(nèi)容管理接口

4.3.5客戶端更新組件批注Ip3J:新期，現(xiàn)在更新方式調(diào)整為系統(tǒng)服務(wù)，在

開(kāi)機(jī)時(shí)自動(dòng)啟動(dòng)，常駐內(nèi)存，以輪詢機(jī)制向服務(wù)湘查

詢更新信息,

4.4影像處理平臺(tái)子系統(tǒng)

4.4.1功能描述

影像處理平臺(tái)是影像內(nèi)容管理系統(tǒng)中的一個(gè)內(nèi)部管理系統(tǒng)，管理和存儲(chǔ)影

像控件初始化參數(shù)、掃描參數(shù)、客戶端網(wǎng)段與分行緩存服務(wù)器地址的映射關(guān)系、

影像異步提交時(shí)間策略等配置信息。對(duì)外提供Socket接口服務(wù)，供影像控件調(diào)

用讀取配置信息。詳見(jiàn)3.4章節(jié)。

4.4.2組件關(guān)系圖

r影像控件（ocx）

控件初始化

￡

w

斗

襠

-

r影像處理平臺(tái)\/氤像傳輸平a

SocketService

力描配置組件開(kāi)火IP映射

<——

4.4