兴业银行影像内容管理平台概要设计V完整文档_第1页
兴业银行影像内容管理平台概要设计V完整文档_第2页
兴业银行影像内容管理平台概要设计V完整文档_第3页
兴业银行影像内容管理平台概要设计V完整文档_第4页
兴业银行影像内容管理平台概要设计V完整文档_第5页
已阅读5页,还剩146页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

兴业银行影像内容管理平台概

要设计V完整文档

(可以直接使用,可编辑完整文档,欢迎下载)

内部资料注意保密

兴业银行

INDUSTRIALBANKCO.,LTD.

影像内容管理平台概要设计说明书

系统规范名称:ICM

版本号:V2.0

修订页

编修订前修订后

修订内容简述修订日期修订人批准人

号版本号版本号

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

2新增国结系统与客户缓存影像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预期读者1

1.3电子文档编写工具1

1.4定义说明与符号规定1

1.5本系统的设计规范2

1.6参考资料2

2系统虢述3

2.2系统目标3

目标概述3

设计指标3

用户规划4

技术约束4

时间约束5

资源约束5

系统现状约束6

系统运维约束6

3系统边界设计8

3.2系统关联视图8

3.4应用接口方案9

业务系统接入影像控件接口9

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

影像控件与客户端缓存服务新增影像接口II

影像控件与客户端缓存服务修改影像接口14

影像控件与客户端馈存服务删除影像接口错误!未定义书签。

客户端缓存与分行服务端缓存(传输平台)接口15

3.5数据接口方案17

4应用架构设计18

4.1应用架构设计概述18

4.2逻辑架构图20

客户端组件21

影像控件21

影像采集殂件接口21

影像扫描殂件接口22

客户端内容管理接口22

4.4影像处理平台子系统22

功能描述22

组件关系图23

功能模块设计23

4.5内容管理子系统24

存储规划24

文档对象属性26

国际结算文档对象属性28

4.6目录服务子系统29

4.7组件持续集成功能

4.8传输服务功能30

4.9功能模块设计30

影像控件31

客户端馈存服务31

服务端缓存(传输平台)31

影像处理平台31

蟆存配置管理44

客户端组件44

功能模块244

功能模块344

4.10应用架构扩展44

5技术架构设计要点45

5.1技术架构要点概述45

5.3物理部署图47

服务器47

存储及其它49

负栽均衡设备49

通信线路50

其他硬件50

5.5软件平台50

操作系统50

数据库51

中间件51

其他软件工具52

5.6技术架构扩展52

6数据架构设计53

6.2业务信息模型53

6.3数据表设计53

6.5数据架构扩展53

7安全设计要点55

器别机制55

袋别失败处理55

信息系统中的口令规范55

访问控制机制55

用户权限/角色的定义与管理55

7.3安全审计55

安全审计机制55

日志产生55

通信完整性56

通信保密性56

7.5抗抵赖56

原发抗抵敕56

接收抗抵赖56

•**J±fcX••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••

存储数据的保密性56

存储数据的完整性56

剩余信息保护56

密码分级56

密钥管理56

7.8软件容错57

输入合法性检测57

故障处理57

8关键技术与风险提示58

8.1系统技术框架58

8.2内部接口方案58

8.3进程架构视图58

8.4大表58

8.5小表58

8.6第三方系统软件58

8.7长连接59

8.8大事务59

8.9批处理设计59

8.10交易和数据的完整性59

8.11系统风险59

9非功能性设计60

9.1负载均衡60

9.2故障恢复60

9.3日志管理60

9.4移植与系统切换60

9.5历史数据管理61

9.6备份设计61

9.7系统日常管理61

9.8容错设计61

附表概要设计评审检查表63

1引言

1.1作用

本概要设计说明书定义了影像内容管理平台系统的技术边界,描述了应用

架构设计、技术架构设计和数据奖构设计等,是后续详细设计、编码的基本依

据,同时也作为确定与关联系统接口的规范文件。

1.2预期读者

软件设计人员、软件开发人员、产品设计人员、软件测试人员.系统运维

人员、相关业务部门人员。

1.3电子文档编写工具

本文档编写所使用的工具包括当不限于如下列表:

工具名版本号操作系统

MicrosoftOffice2003WindowsXP

MicrosoftVisio2003WindowsXP

PowerDesigner9WindowsXP

1.4定义说明与符号规定

ICM:ImageContentManagei,影像内容管理

ECM:EnterpriseContentManager,企业内容管理

CE:ContentEngine,内容引擎,本文特指IBMFileNetCE

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

AE:ApplicationEngine,应用引擎,本文特指IBMFileNetAE

LDAP:本文指目录、认证服务

STL:特指本行国际业务系统

OEFP:On-lineTransaclionProcessing,联机事务处理,实时采集处理与事务

相关的数据以及共享数据库和其他文件的地位变化。

OLAP:On-lineAnalyticalProcessing,联机分析代理,支持复杂的分析操作,

侧重决策支持,提供直观易懂的查询结果。

B/S:基于浏览器模式的应用。

C/S:基于客户端程序的应用。

F5:F5负载均衡设备简称。

SAN:区域网络存储交换机谀备,用来连接多个数据存储系统,

VLAN:虚拟网络,用于数据交换机中进行不同子网的划分。

VPN:虚拟专用网络。

RAC:ORACLE数据库提供的高可靠性集群方式。

GPFS:IBM通用并行文件系统英文简称。

API:ApplicationProgrammerInterface,应用程序接口,由各个产品提供给

外界子系统调用其功能的接口。

WebLogic:Oracle公司提供的WEB应用中间件。

外围接入系统:本文特指集成影像控件集或者使用影像内容管理平台服务

的系统,在本文中统称为外围接入系统,例如STL系统。

1.5本系统的设计规范

本系统遵循现有本行信息科技部系统设计开发规范要求。

【说明】(领域级)本系统设计所遵循的组织级规范或者项目组自行制订的

规范,如类设计原则、变量命名规范、安全设计规范、数据设计规范等。

1.6参考资料

资料名称版本号作者日期烬止页号

影像内容管理平台规划.ppiVI.0王世泽2021.1

兴业银行总行信息系统概要设计V2.12信息科技

说明书模板V2.12(简)doc部总体架

构处

2系统概述

2.1系统属性

采统安全保系统系统

编码系统全名系统中文简称

护等级类型定位

合作

影像内容管理平台影像内容管理3JL

研发

2.2系统目标

2.2.1目标概述

建立一个统一的影像存储、管理、分发架构,初步构建本行影域内容管理

平台,支持分布式影像节点的部署。

实现从实体采集、管理到利用、归档的完整影像生命周期管理.提供标准

化的开发工具和组件集,支持B/S、C/S模式与业务应用集成及二次开发。

实现会计资料影像电子化存储系统、会计风险监测预警系统、STL系统、

零售信贷档案系统的集成接入。

2.2.2设计指标

【说明】(一般级)可以包括但不限于:(1)业务量均值、峰值及时点,描

述内容可包括业务种类和估计数量、预计数据量、交易数量等等。(2)响应时

间。(3)3—5年的规划发展值。(4)服务时段。(5)系统恢复时间及其他可用

性指标。

业务指标指标描述指标值

3年规划值一般要规划3年内系统的客户

数量和业务数量的增长情况。

业务量均平均每日登陆系统用户数X每

值人平均每日操作系统次数

峰值每日登陆系统用户数最大值X

每人每R撵作系统次数最大值

响应时间用户操作时系统的响应时间交易提交到交易完成所需时间:2

-5秒内,80%在2—3秒间完成

服务时段系统可供用户使用的时间段7*24小时

并发数量同时访问系统的最大并发用户

数量

访问高峰同时访问系统的用户数量

数量

访问高峰访问系统频率最高的时间段工作日9:00——12:00;14:00

时间—17:C0

单次故障系统允许的单次故障恢复小于8小时

恢复时间时间,即由于故障造成的系统

(RTO)停止服务的时间

允许数据允许的数据丢失的最长时

丢失时间间

(RPO)

2.2.3用户规划

【说明】(一般级)需考虑问题包括:

(1)组织内外部用户描述。

(2)用户群的划分依据、地域分布、人群范围。

(3)用户群的数量,并发数量,访问高峰数量及时间。

(4)本系统不同用户群对系统操作的要求。

2.3系统约束

2.3.1技术约束

本行技术人员对影像内容管理领域研发经验相对欠缺,影像内容管理平台

的建设需要进行持续的规划、分步实施,这也是个经验积累的过程.初期根基

建设时,先以“最小可满足”原则规划对外的服务接口,这要求接口设计采用

的技术应具备灵活的可扩展性、多数适用以满足后续潜在需要,本系统封装后

的内容管理服务器对外标准接口将采用WEBService技术规范发布.

本行技术人员无影像处理产品研发经脸,影像处理产品以买断使用权的方

式引进产品(公司方开放源代码),因影像处理产品专业性硬,本行技术人员完

全自主掌握成本较高,系统建设初期将主要依赖合作公司方提供服务,在建设

过程中,逐步加强本行技术人员参与度,后续将采用合作研发模式演进所引入

的影像处理产品。

系统设计方案中,拟采用的FilcNclCE、LDAP产品均为引进京品,本行

只拥有使用权,使用产品提供的存性进行二次应用开发,本行技术人员并不掌

握产品底层代码,产品的可靠性、可扩展性需依赖原厂保障,产品自身缺陷有

赖于原厂解决。

FileNetP8为本行引进的IBM影像工作流内容管理产品,需遵循产品技术

架构配置使用该产品,本系统主要使用其CE产品,CE缓存、集群应用架构受

产品可支持的模式及软硬件平台约束。

为提高可靠性,影像内容管理平台数据库拟采用ORACLE.5,并使用RAC,

ORACLERAC应用架构已很成熟,为ORACLE数据库产品架构的一部分,应

用时需遵循产品技术规范配置。

为提高可靠性、可扩展性、,服务性能,影像内容管理平台总行服务端CE

数据库及影像文件的存储拟采用IBMGPFS文件系统,GPFS文件系统在本行

EDIP等系统上巳有成功应用,但是GPFS与不同存储品牌及型号间的券容性仍

需要经过严格的验证测试。

影像内容管理平台需支持分布式影像缓存节点的部署,缓存的机制很重要,

本系统首选缓存方案为采用FileNetCE自身的缓存机制,该方案的有效性在渣

打银行全球跨区域节点间已被验证过,但出于产品自身的特性,需要在主节点、

缓存节点上的影像文件存储区域均需相互将可访问(NAS),缓存CE需直接访

问主节点数据库股务器,鉴于此,数据库访问安全上需考虑VPN。

大批量影像文件的传输需要网络带宽的支持,影像内容管理平台节点的分

布及应用效果受不同业务需求驱动,并受本行网络基础设施的制约,部署上需

综合考虑本行数据中心分布及网络规划,影像传输需要考虑传输策咯及流量控

制机制。

2.3.2时间约束

会计风险监测预警系统(二期)项目技术方案依赖于本系统投声,本系统

需在2021年8月底跟随会计风险监测预警系统(二期)二阶段上线时投产(视

设备到货情况而定)。

2.3.3资源约束

本系统建设将受到软硬件、人力资源、费用等资源的约束。

软硬件和费用约束:影像内容管理平台将作为基础性平台支持不同业务系

统的集成,必须考虑高可靠性、高可用性、有效的备份与恢复策略等等,软硬

件选型上需遵循与本行技术目录指引要求,需考虑经本行实践验证较为稳定或

有同类可比成功案例的成熟稳定的产品及机制,这意味着不菲的费用投入,需

要合理的权衡。

人力资源约束:在时间约束限制内,本行研发团队同时还肩负着交易处理

中心系统(二期)项目、会计风险监测预警系统(二期)项目、会计资料影像

电子化存储系统上线推广、二代支付项目配套改造、验印系统升级改造、系统

日常维护等工作,根据目前系统研发安排,人力资源较为紧张。

外部资源约束:影像内容管型平台的实施需依赖于FileNet实施厂家、影

像处理平台厂家、LDAP产品厂家的支持,原厂技术支持人力资源情况、知识

技能会对交付质量产生影响。

2.3.4系统现状约束

本期项目中,本系统的行内下游系统包括会计资料影像电子化存储系统、

STL系统、会计风险监测预警系统、零售信贷档案系统等。

下游系统需要进行适应性改迨方可接入本系统,本系统影像内容存储、传

输、备份方面需要满足下游系统的需求,并考虑相关系统存量数据的迁移问题。

因此,本系统研发进度将影拘下游系统的接入。

下游会计资料影像电子化存储系统服务端部署在成都,凭证影像要素人工

录入人员集中在成都作业中心,会计资料影像数据量大,系统物理部署主节点

需要综合考虑现有关联系统部署、用户分布现状、本行数据中心规划以及拟部

署地运营支持力量等因素。

2.3.5系统运维约束

运维人员需要了解系统基本运行机制和配置方式,保证系统可以正常的运

行.在系统出现轻微问题(不需要进行系统改动时),可以重新启动系统服条,

恢复系统运行。运维人员需要进行日常系统监控。系统将自动提供日志记录,

运维人员定期备份数据,清理存储空间。

影像内容管理平台作为基础性支撑平台,系统故障恢复时间等非功能性指

标主要由集成接入的业务系统需求确定。

3系统边界设计

3.1本系统定位

影像内容管理平台属于基础支撑系统,它向集成接入的本行其他影像应用

业务系统的提供影像内容管理基础服务。通过本系统的建设,可以构建一套统

一的影像存储、管理、分发架构,以更合理地使用有限的IT资源。

3.2系统关联视图

本系统与其他系统关联关系如下图(随着接入系统的增加而变化)所示:

D数出;大叁彳

:脩改

I►启用关系j

3.3关联系统描述

影像内容管理平台CE服务器、影像处理服务器对外发布WebService标准

接口,并提供可调用这些Web服务的客户端API(Java版本)和影像控件,

影像控件对外提供服务接口。

1,国际业务系统(STL):

本系统原影像信息存储在国业影像系统中更改为存储到影像内容管理平台

中,STL客户端集成影像控件,通过调用影像控件提供的服务接口采用SOAP

协议与影像内容管理平台进行通信存取影像文件及属性信息。

2、会计资料影像电子化存储系统:

本系统原影像信息从扫描端产生后通过其分行网点服务器上传到总行文件

服务器中再最终归档到FileNetCE腹务器进行存储,现改为在其分行网点服务

增加通过集成调用影像内容管理二台客户端API,采用SOAP协议与影像内容

管理平台分行缓存CE服务器进行通信存取影像文件及属性信息的方式,是否

通过分行缓存CE上传影像由本系统自行决定。

3、会计风险监测预警系统:

本系统WEB服务端集成影像内容管理平台影像控件,影像控件在客户端浏

览器中加载后,其提供的服务接口采用SOAP协议与影像内容管理平台进行通

信获取影像文件及属性信息。

3.4应用接口方案

3.4.1业务系统接入影像控件接口

3.4.2影像控件获取配置信息、更新文件接口批注Ipi]:方式改变,配置文件直接由更新程序获取.

下栽到相椀的文件目录下,控件在初始化时到目录中

接口描述

去读取配置文件

在影像处理平台统一配置各业务系统控件操作配置信息(如扫描配置、OCR

配置、版面配置)、IP地址映射、控件组件更新文件列表,将这些配置好的信

息组装好下发到各分行缓存。由客户端控件更新组件轮询访问分行缓存获取版

本信息(如第一次获取则直接向总行获取),如有版本更新则从分行缓存下载到

本地供OCX调用。

3.4.2.2数据流图

总行Comoc服务

客户端更新世ft

SOCKET史於组件投工

V-返回分行袋存地址,如果没方直接返向更然史件,

影像控件

(OCX)

分行提存照务

—SOCKET更新狙件报文+

V执行笛果(下我见新文件)—

一在更新目录,Sf找配置文件A

<同步服务,更新馔存文件一

一读取文件,加及成功一

3.4.23输入项

Name名称类型是否必备注

tradeCode交易编码String是通用项,接口唯一标

SystemID系统编号String是外国系统唯一编号

Bussinfo业务类型String否需要展示的目录树,

如传入则代表需要

从处理平台的配置

中读取目录树结构

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

UpdateDir更新文件存放String是更新组件从服务器

目录上下载的更新文件

存放目录

报文格式:

<?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输出项

Name名称类型是否必备注

tradeCode交易编码String是通用项,接口唯一标

errCode错误号String是如果encode无值,

则说明方法执行成

报文格式:

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

<root>

<tradeCode>230001</tradeCode>

<response>

<errCode>1</errCode><!—1值代表方法执行成功->

</response>

</root>

3.4.3影像控件与客户端缓存服务影像操作接口

接口描述

影像操作接口包括影像新增、替换、删除等。由影像控件将新招描影像存

放在客户端缓存磁盘里,并添加相应的XML描述文件,然后通过Socket服务

发送消息给客户端缓存服务,客尸端缓存服务根据消息内容调用分行CE或者

分行缓存(传输平台)API新增影像方法提交影像,调用哪个API取决于

submi(Mc(hod参数。

♦影像正确性校验:客户端缓存在接收到OCX发出的新增影像指令后,

首先判断本地存储上的再像MD5码是否与OCX发出的MD5码一直,

如果一直则执行新增操作,否则说明文件被篡改,将验证未通过信息

返回给OCX。

343.2数据流图

影像控件CE分行线存出玳收务

客户端拨存跟务

<OCX)妙

-SOCKET影里模忤报士►调用CEAP1相应方法A

返国报文(成功标识),执行结果(成功标识》

3.4.33输入项

Name名称类型是否必备注

tradeCode交易编码String是通用项,接口唯一标

FolderPath文件夹路径String是影像文件夹路径

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

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

SubmitMethod提文方式int否不传或者值为0为

同步提交,值为1

为异步提交

报文格式:

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

<root>

<tradeCode>230002</tradeCode>

<request>

<FolderPath></FolderPath>

<CachelP>Customlnfo</CachelP>

<CachePort/CachePort>

<SubmitMethod>0</SubmitMethod>

</request>

</root>

3.434输出项

Name名称类型是否必输备注

tradeCode交易编码String是通用项,接口唯一

标识

errCode错误号String是如果errcode无值,

则说明方法执行

成功

报文格式:

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

<root>

<tradeCode>230002</tradeCode>

<response>

<errCodex/errCode><!—无值代表方法执行成功->

</response>

</root>

3.4.4影控件与客户端缓存服务影像查询接口像

接口描述

由控件将查询条件组装好放置在描述文件中,通过socket报文通知客户端

缓存读取描述文件并调用CE查询接口。

客户端缓存根据读取的描述文件信息,首先访问指定目录判断是否已经存

在需要查询的文件,如果有将描述文件中的版本信息发送到CE判断是否为最

新版本,如果是则直接返回成功标识给OCX,否则重新从CE下载影像。

344.2数据流图

344.3输入项

3.4.4.4输出项

3.4.5影像控件与客户端缓存服务修改影像属性接口

接口描述

控件在做影像属性变更操作时发送socket报文绐客户端缓存,琴户端缓存

解析得到的报文并调用CEAPI更改属性。

345.2数据流图

CE£•行煤存/目录眼务

客户哨场存服务

-SOCKET饯改影像风性报文►调用CEAPI崛性修改方法►

<返回报文(成功标识》V执行结果(成功标识)

3.453输入项

Name名称类型是否必备注

tradeCode交易编码String是通用项,接口唯一标

FolderPath文件夹路径String是影像文件夹路径

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

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

3.4.5.4输出项

Name名称类型是否必备注

tradeCode交易编码String是通用项,接口唯一标

ImagellUID影像文件编号String否影像编号,修改影像

属性时返回此值

DocVersionCE版本号String否CE版本号,修改影

像属性时返回此值

errcode成功标识String是如果encode无值,

则说明方法执行成

3.4.6客户端缓存与分行服务端缓存(传输平台)接口

接口描述

影像异步提交、查询时需要与影像传输平台交互,异步提交时影像转存在

服务端缓存,根据影像处理子系统配置的排程时间策略定时向CE缓存提交影

像;影像查询时先查找传输平台里是否有影像,如有影像,从传输平台下载到

本地缓存,如果没有则调用CEAPI下载影像。

3.4.6.2数据流图

3.4.63输入项

3.464输出项

3.4.7国结系统与客户端缓存服务影像绑定接口批注|p2):新增,现在绑定操作通过国结系统进行触

发,不通过控件,自接与客户端缓存服务建立连接.

接口描述

将需要绑定的业务将考号和影像史记号传送给客户

STL将需要绑定的业务参考号与影像登记号信息组成相应的XML报文格式端缓存,后者调用CEAPI完成相应操作

信息,发送给客户端缓存服务,客户端缓存服务根据消息内容调用CE的修改

接口,并将CE返回的XML报文返回给STL向用户展示操作结果。

3.4.7.2数据流图

◄返M报文(成功标识》执行结果(成功标识)

3.4.73输入项

Name名称类型是否必备注

tradeCode交易编码String是通用项,接口唯一标

FolderPath文件夹路径String是影像文件夹路径

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

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

347.4输出项

Name名称类型是否必备注

tradeCode交易编码String是通用项,接口唯一标

ImageUUID账像文件编号String否影像编号,修改影像

属性时返回此值

DocVersionCE版本号String否CE版本号,修改影

像属性时返回此值

errcode成功标识Siring是如果errcode无值,

则说明方法执行成

3.5数据接口方案

【说明】(一般级)阐述本系统与其他系统之间的业务信息数据的关系以及

数据接口的设计概述。

(领域级)应尽量详细的描述出本系统数据到其它系统中,经过了哪些中

间环节。特殊端口应注明。

4应用架构设计

4.1应用架构设计概述

影像内容管理平台由内容管理平台、影像处理平台、目录服务系统三个子

系统组成。内容管理平台由总行内容管理主节点、分行内容缓存节点组成,主

节点与缓存节点间可以根据不同的策略实时或定时批量进行内容信息同步;影

像处理平台采用B/S架构,提供各种影像处理服务组件,并提供业务系统可集

成的影像控件;目录服务系统提供用户身份认证服务,用于进行影像数据的访

问合法性控制认证。

逻辑上,可将本系统划分为客户端组件接口层、内容缓存服务层、用户展

现层、影像应用管理服务层、内容管理服务层、目录服务五个功能层次。

客户端组件接口层包括影像控件、影像组件接口、客户端缓存、客户端内

容管理接口、客户端持续集成等模块组成,这些模块运行在客户端环境中。影

像控件通过封装影像内容管理接口及影像组件接口功能对外提供可调用服务接

口,负责与影像应用管理服务端、内容缓存及网点服务、内容管理主节点服务

通信实现影像数据的维护、查沟、调阅、压缩、安全、传输、识别.归档等功

能,业务系统集成调用影像控件实现C/S模式接入影像内容管理平台。影像组

件接口是由运行在客户端的分担各种影像处理功能的组件及接口组成,包括影

像维护、影像查询、影像调阅、影像压缩、影像安全、影像传输、影像识别、

影像切分、影像归档保存等服务组件,组件接口供影像控件集成调用,同时负

责与影像应用管理服务端通信,将需要服务端处理的信息发送给服务端(Web

Scrvcie)。客户端缓存用于暂存客户端采集到的影像及相关的业务信息(XML

格式),供影像处理组件使用,且实现同步/异步传输处理,客户端谡存可起到

提高业务连续性操作的作用。客户端内容管理接口负责与内容缓存.内容管理

节点通信(SOAP/HTTP),负责将接收到的符合其对外接口规范(XML格式)

要求的信息转换转义为内容缓存、内容管理节点服务接口规范(WebService接

口)并发送给内容管理平台服务端,同时接收并转换内容管理平台响应信息返

回给接口调用方。客户端持续集成组件负责从影像控件、影像组件接口、客户

端内容管理接口等影像客户端运行所需组件软件版本的更新及相关应用配置信

息文件的同步工作。

影像应用管理服务层包括影像服务接口、影像服务、影像服务配置管理、

客户端配置管理等功能模块。影像服务接口提供信息访问、服务端影像股务调

用的接口。影像服务提供服务端影像处理服务功能,如影像识别、切分等。影

像服务配置管理用于对影像控件、组件处理影像资料所需的信息进行配置如影

像版面配置等。客户端配置管理月于对客户端影像控件、组件进行配置,如访

问节点、开放的功能等。

内容缓存服务层包括缓存服务、缓存配置管理服务等模块组成,缓存服务

负责与总行主节点间同步影像文件,在本地缓存存储区保存与主节点上一致的

内容信息文件副本,负责按配置的缓存管理策略对本地影像缓存进行管理。缓

存配置管理服务用于配置缓存的管理策略。

内容管理服务层包括内容管理接口、内容引擎、内容配置管理、用户管理、

认证控制等功能模块,内容管理服务接口(WebService)调用内容引擎内容管

理操作的相关服务,客户端使用这些接口进行内容管理相关操作。为容配置管

理用于配置如创建内容存储对象及类、元数据属性、存储及访问策咯、事件等

信息。内容引擎为内容管理平台核心组件,其管理内容元数据及非绪构化内容

信息文件,支持多种数据库、文件系统及存储设备,访问各种内容存储区(包

括缓存),实现内容信息增、删、改、查及访问控制的核心处理逻辑。用户管理

模块访问目录服务,用于设定内容管理平台用户及权限。认证控制结合目录服

务认证服务及内容访问控制策略,对用户使用内容信息的方式进行控制。

通用服务层包括目录服务、传输服务、传输策略配置、组件持续集成服务、

数据迁移备份等模块。目录服务用于集中配置管理影像内容管理平台用户分组

及权限信息,配置不同业务接入系统分组权限控制策略,内容引擎访问该服务

以进行用户身份校验及内容信息访问控制。传输策略配置用于根据不同业务及

主题资料的传输需要配置影像传输服务的不同策略。传输服务依据配置好的传

输策略在不同节点(内容缓存、总行内容管理节点等)间进行影像文件上传/

下载的传输活动,具有错误重传、新点续传等功能。组件持续集成模块以C/S

模式实现,在服务端进行软件版本控制及发布,客户端侦测影像组件及相关配

置文件,更新路径为总行影像处理平台今分行缓存及网点服务器今蒙户端。数

据迁移备份模块实现按照不同业务主题数据的在线、近缓、离线存错策略要求

来迁移及备份数据,辅助进行内容全生命周期管理。

除上述内容外,在数据存储方面,包括内容管理数据库、影像为容文件存

储、影像处理服务数据库、认证服务数据库等。内容管理数据库包括内容管理

全局配置数据、内容管理元数据及索引;影像内容文件数据存储在存储设备上

通过内容管理引擎进行管理;影像处理服务数据库用于保存影像处理服务的配

置信息:认证服务数据库保存认证服务相关的访问影像内容信息的安全权限设

置信息。

4.2逻辑架构图

客户序细件接口展

影像组客户端内容

影像控件客户端缓存

件接口管理接口

y

影朱应用管乱服分足

影像耳务接影像服务配客户端配置

影像服务

置管理管理

y

为容缓存服务层

缓存配置管

援存服务

y

内容管理服务层

内容管理蜃内容配置管

内容引掌用户管理用户认证

务接口理

y

通用服务层♦

传输策略配组件持续集数据迁移及

目录,服务传输服务

置管理成模块备份楔块

y

口:口;口

业务系统集成接入影像内容管理平台逻辑架构示意图如下:

l_J±J

区缩安全切分归档

处理

数据♦结构

存储化存储

4.3客户端组件

4.3.1影像控件

4.3.1.1功能模块描述

封装调用影像组件接口、客尸端内容管理接口,提供影像操作界面,对外

提供控件操作接口。控件操作接口包括。

43.1.2数据流图

处理流程

异常处理

4.3.2影像采集组件接口

功能模块描述

为业务系统提供统一的影像录入功能,业务系统调用该接口录入业务相关影

像数据,为相应的影像添加文字描述(附注),对扫描录入的影像进行修改编辑,

生成与当前扫描批次相关的批次案引信息,结合业务系统传递的XML格式数据

信息,在客户端缓存区中生成对应的包含影像文件、元数据XML文件的文件夹。

能够支持多样的影像采集设备,包括平板扫描仪、高速扫描仪、清分机等设

备,可以设置各种扫描仪参数。

配有批量参数设置,快速支持不同影像档案资料类型(包括资料幅面大小、

对比度、亮度等)。

支持TIF、JPG、PDF等格式的影像文件导入。

支持批量扫描、单笔扫描。

43.2.2数据流图

【说明】(一般级)如果本功能模块实现相对简单,则只需要从系统级层面

描述数据的传递及加工(即顶层数据流图)。

(领域级)如果本功能实现相对复杂,则应增加内部模块之间的数据流图。

4.323处理流程

【说明】(一般级)描述本功能模块大致的实现过程。

43.2.4异常处理

【说明】(一般级)描述处理中发生异常时的处理方法。

4.3.3影像扫描组件接口

4.3.4客户端内容管理接口

4.3.5客户端更新组件批注Ip3J:新期,现在更新方式调整为系统服务,在

开机时自动启动,常驻内存,以轮询机制向服务湘查

询更新信息,

4.4影像处理平台子系统

4.4.1功能描述

影像处理平台是影像内容管理系统中的一个内部管理系统,管理和存储影

像控件初始化参数、扫描参数、客户端网段与分行缓存服务器地址的映射关系、

影像异步提交时间策略等配置信息。对外提供Socket接口服务,供影像控件调

用读取配置信息。详见3.4章节。

4.4.2组件关系图

r影像控件(ocx)

控件初始化

£

w

-

r影像处理平台\/氤像传输平a

SocketService

力描配置组件开火IP映射

<——

4.4

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论