浙江省省直单位档案室电子目录数据库结构与交换格式
浙江省省直单位档案室电子目录数据库结构与交换格式为适应档案管理现代化需要，建立全省统一的档案检索和管理体系，更好地开发档案信息资源，实现档案信息资源共享，特制定本标准。
1、范围
1.1 本标准规定了建国后档案电子目录数据交换的格式与要求。 1.2 本标准适用于浙江省档案馆、省直单位档案室建国后档案电子目录数据库结构与其目录数据的交换，档案管理软件开发中数据库结构的设计与数据交换。
2、定义
本标准采用下列定义:
2.1 档案目录
由揭示档案特征的条目汇集而成并按照一定次序编排的档案检索工具。 2.2 电子目录
将档案目录依照一定的格式输入计算机内，可以由计算机进行读取、管理、检索的档案目录信息。
2.3 案卷级目录
登录案卷的题名及其他特征并按一定次序编排而成的一种档案目录。 2.4 文件级目录
登录文件题名及其他特征并按一定次序编排而成的一种档案目录。 2.3 数据对事物的概念和属性进行描述的规范化表示。
2.4 记录
完整描述一件事物的相关数据处理单元。
2.5 字段
记录中可标识的特定范围数据。
2.6 字段名称
字段(著录项目)的显示名称。
2.7 字段名
数据库中用于字段实际存取的名称。
2.8 字段值
字段的取值范围，可以选择输入。
2.9 必须著录项目
指省直单位范围的或由省档案馆组织的数据库，各馆室进行数据交换时，必须有的项目。
2.10 选择著录项目
指各单位档案室可根据本档案室数据库的情况和目标，选择所需的著录项目。选定的著录项目仍应执行本标准规定的字段名、字段类型和长度。
3、数据库结构与著录格式
本标准包括《案卷级目录数据库结构与著录格式》、《文件级目录(1)数据库结构与著录格式》和《文件级目录(2)数据库结构与著录格式》等三种数据交换格式。
《案卷级目录数据库结构与著录格式》和《文件级目录(1)数据库结构与著录格式》适用于文书立卷改革前的档案电子目录。《文件级目录(2)数据库结构与著录格式》适用于按照DA/T22-2000《归档文件整理规则》整理的档案电子目录。
3.1 案卷级目录数据库结构与著录格式
3.1.1 案卷级目录数据库结构(见表1)
案卷级目录数据库结构一览表
字段名称字段名字段类型长度字段值
全宗号 QZH C 4 必
须目录号 MLH C 3 著案卷号 AJH C 6
录题名 TM C 254 项责任者 ZRZ C 100 目
文件起始时间 WQS C 6
文件终止时间 WZS C 6
永久、长期、短期保管期限 BGQX C 4
卷内文件份数 WJFS N 2
1、2、3 数据库级别 SJKJB C 1
纸质、图像、影像、
载体类型 ZTLX C 4
声音
密级 MJ C 4
分类号 FLH C 80 选关键词 GJC C 80 择
主题词 ZTC C 80 著
载体规格 ZTGG C 15 录
项载体数量 ZTSL C 6 目
附注 FZ C 40
全文标识 QWBS C 250
3.1.2 案卷级目录著录格式
3.1.2.1 全宗号、目录号、案卷号、题名、责任者、文件起始时间、文件终止时
间、保管期限、卷内文件份数、数据库级别、载体类型为必须著录项目。其他著
录项目为选择著录项目。
3.1.2.2 全宗号:是档案馆(室)给定每个全宗的代码。全宗号用四位代码标识。其中第一位用汉语拼音字母标识全宗属性，建国后档案用“J”;后三位用阿拉伯数字标识某一属类全宗的顺序号。如“J002”表示建国后2号全宗档案。
3.1.2.3 目录号:是全宗内案卷所属目录的代码。目录号以三位阿拉伯数字标识。可按不同时间，不同组织机构，不同保管期限，不同专题或不同载体形态设置案卷目录号。如“003”表示目录号。
3.1.2.4 案卷号:案卷排列的顺序号。案卷号用三位阿拉伯数字标识。按目录内的案卷排列次序流水编号，不应有空号。如“123”表示案卷号。若有之一、之二卷，则在案卷号后用阿拉伯数字标识，加“()”。如“123(2)”表示123号卷的第二卷。
3.1.2.5 题名:又称案卷标题、题目，是表达档案中心内容、形式特征的名称。案卷题名不能揭示案卷内容或题名过于冗长，一般应重新拟写，将原题名修改好再著录。
3.1.2.6 责任者:案卷级的责任者著录产生档案的单位及内部组织机构。如“浙江省交通厅办公室”。机关团体责任者必须著录全称或不发生误解的通用简称。例1:“中国共产党浙江省委”或“中共浙江省委”;
例2:“浙江省交通厅”。
以上不应简称为“省委”、“省交通厅”等。
3.1.2.7 时间项:指卷内文件起止日期，分为起始时间和终止时间。时间项著录到月为止。时间项一律用6位阿拉伯数字表示，第1-4位表示年，第5-6位表示月。如“198108”表示1981年8月。
文件时间不完整或部分时间字迹不清时，起码应考证出年份，其次考证出月。月考证不出，以“0”补之。考证不出准确年份，可著录大致年份。如50年代的，起始时间著录为“195001”;终止时间著录为“195912”。
3.1.2.8 保管期限:对档案划定的存留年限。保管期限一般分为永久、长期、短期三种。
3.1.2.9 卷内文件份数 :用阿拉伯数字表示。
3.1.2.10 数据库级别:此处指系统内围绕某一案卷建立数据库的情况，一般分“1”、“2”、“3”为三级，其中“1”代表只有案卷级条目;“2”代表既有案卷级条目，又有文件级条目;“3”代表案卷级条目、文件级条目、文件全文内容都有。
3.1.2.11 载体类型:档案的载体类型分为纸质档案、图像档案、影像档案和声音档案等。载体类型据实著录。
3.1.2.12 密级:密级是文件保密程度的等级。案卷以卷内文件密级最高的文件作为该案卷的密级。按GB/T 7156-1987《文献保密等级代码》将文献保密等级划分为六个等级，名称与代码如下:
文献保密等级代码
名称汉字代码
公开级公开
国内级国内
内部级内部
秘密级秘密
机密级机密
绝密级绝密
著录时应著录汉字代码。密级一般按文件形成时所定密级著录，对已升、降、解密的文件，应著录新的密级，公开级、国内级可不著录。
3.1.2.13 分类号:分类号依据《中国档案分类法》和《档案分类标引规则》的有关规定著录。案卷内容有多少主题就标引多少分类号。多个分类号之间用“;”间隔。
3.1.2.14 关键词:是在标引和检索中取自文件题名或正文用以表达档案主题并具有检索意义的词或词组。关键词可标引分类号的汉语类名。多个关键词之间用“;”间隔。
3.1.2.15 主题词:主题词按照《档案主题标引规则》、《中国档案主题词表》、中共中央办公厅《公文主题词表》、《国务院公文主题词表》及本专业、本单位的规范词表进行标引。文件内容有多少主题标引多少主题词。多个主题词之间用“;”间隔。
3.1.2.16 载体规格:标准的文书档案，如16K，A4纸的文件不著录，其他特殊类型的档案应著录。规格指档案载体的尺寸及型号。
例1:105mm*148mm;
例2:3/4英寸。
3.1.2.17 载体数量:特种载体档案著录，其他档案不著录。数量用阿拉伯数字表示，单位用档案物质形态的统计单位，如“卷”、“册”、“张”、“片”、“盒”、“米”等。
3.1.2.18 附注:附注著录档案中需要解释和补充的事项。 3.1.2.19 全文标识:用于访问全文。文件正文有电子文件形式的著录，无电子文件形式的不著录。全文标识的具体著录格式与方法另文规定。 3.2 文件级目录(1)数据库结构与著录格式
3.2.1文件级目录(1)数据库结构及字段(见表2)
文件级目录(1)数据库结构及字段一览表
字段名称字段名字段类型字段长度字段值
全宗号 QZH C 4
目录号 MLH C 3
案卷号 AJH C 6
必页(张)号 ZYH C 3
须
正题名 ZTM C 200 著
录责任者 ZRZ C 100
项
文件形成时间 XCSJ C 10 目
文件编号 WJBH C 25
永久、长期、短期保管期限 BGQX C 4 纸质、图像、影像、载体类型 ZTLX C 4 声音
附件 FJ C 120
稿本 GB C 8
密级 MJ C 4
选 80 分类号 FLH C 择
80 关键词 GJC C 著
录 80 主题词 ZTC C 项
6 载体数量 ZTSL C 目
15 载体规格 ZTGG C
附注 FZ C 100
文件所涉人名 WJSSRM C 250
全文标识 QWBS C 250
2. 文件级目录(1)著录格式
3.2.2.1 全宗号、目录号、案卷号、页(张)号、正题名、责任者、文件形成时间、文件编号、保管期限、载体类型为必须著录项目。其他著录项目为选择著录项目。
3.2.2.2 全宗号:见3.1.2.2 。
3.2.2.3 目录号:见3.1.2.3 。
3.2.2.4 案卷号:见3.1.2.4 。
3.2.2.5 页(张)号:是案卷内文件每页(张)的顺序号。页(张)号用三位阿拉伯数字标识。如“043”表示该卷的第43页(张)号。
3.2.2.6 正题名:文件的文首的题名。有副题名原文照录于正题名后。没有题名，依据其内容拟写题名，并加“[ ]”号。题名不能揭示内容时，原题名照录，并
根据其内容另拟题名附后，加“[ ]”号。
3.2.2.7 责任者:责任者，也称作者，是指对档案内容进行创造、负有责任的团体或个人。责任者有多个时，责任者之间以“;”号相隔。个人责任者一般只著录姓名，必要时在姓名后著录职务、职称，并加“()”号。机关团体责任者必须著录全称或不发生误解的通用简称。
例1:“中国共产党浙江省委”或“中共浙江省委”;
例2:“浙江省交通厅”。
以上不应简称为“省委”、“省交通厅”等。
3.2.2.8 文件形成时间:一般公私文书、信札为发文时间。决议、决定、命令、法令、规程、规范、标准、条例等法规性文件为通过或发布时间。条约、合同、协议为签署时间。时间项一律用8位阿拉伯数字表示，第1-4位表示年，第
5-6位表示月，第7-8位表示日。如“19810824”表示1981年8月24日。文件时间不完整或部分时间字迹不清的著录。月日缺少或不清部分以“0”补之;年缺少
或不清，应考证出年份，加“[ ]”号。考证不出年份，应考证出大致年份，著录该年代的起始年份，月日用“0”表示，加“[ ]”号。如五十年代的文件，著录为“[19500000]”。
3.2.2.9 文件编号:文件编号是文件制发过程中由制发机关、团体或个人赋予文件的顺序号。文件编号一般照原文著录。有多个文件编号的，著录主办机关的文件编号。文件编号的括号原文可能采用各种符号，本标准规定，一律用“[]”著录。
3.2.2.10 保管期限:见3.1.2.8 。
3.2.2.11 载体类型:见3.1.2.11 。
3.2.2.12 附件:附件是指文件正文后的附加材料，只著录附件题名。有多个附件时，应逐一著录各附件题名。附件过多，题名又具有独立检索意义时，应另行著录条目，但应在附注中加以说明。
3.2.2.13 稿本:稿本是指文件的文稿、文本和版本。稿本依据实际情况著录为草稿、定稿、手稿、正本、副本、试行本、修订本等。
3.2.2.14 密级:见3.1.2.12 。
3.2.2.15 分类号:见3.1.2.13 。
3.2.2.16 关键词:见3.1.2.14 。
3.2.2.17 主题词:见3.1.2.15 。
3.2.2.18 载体数量:见3.1.2.17 。
3.2.2.19 载体规格:见3.1.2.16 。
3.2.2.20 附注:见3.1.2.18 。
3.2.2.21 文件所涉人名:著录人事任免、处分、案件等档案内容中所提及的人名。
3.2.2.22 全文标识:见3.1.2.19
3.3 文件级目录(2)数据库结构与著录格式
3.3.1 文件级目录(2)数据库结构与字段(见表2) 文件级目录(2)数据库结构与字段一览表
字段名称字段名字段类型字段长度字段值
全宗号 QZH C 6
年度 ND C 4
永久、长期、短期保管期限 BGQX C 4
必
组织机构或问题 ZZJG或WT , 10
须档案室编件号 GBJH C 5
正题名 ZTM C 200 著
责任者 ZRZ C 100 录
文件形成时间 XCSJ C 10
项文件页数 WJYS N 2
文件编号 WJBH C 20 目
文本、图像、影像、
信息类型 XXLX C 4
声音
数据库级别 SJKJB C 1 1、2
附件 FJ C 120
稿本 GB C 8
密级 MJ C 4
分类号 FLH C 80
关键词 GJC C 80 选
择主题词 ZTC C 80
著
纸质、图像、影像、录载体类型 ZTLX C 6
声音项
目载体数量 ZTSL C 6
载体规格 ZTGG C 15
附注 FZ C 100
文件所涉人名 WJSSRM C 250
全文标识 QWBS C 250
3.3.2 文件级目录(2)著录格式
3.3.2.1 全宗号、年度、保管期限、组织机构或问题、档案室编件号、正题名、责任者、文件形成时间、文件页数、文件编号、信息类型、数据库级别为必须著录项目。其他项目为选择著录项目。
3.3.2.2 全宗号:见3.1.2.2 。
3.3.2.3 年度:按照DA/T2000《归档文件整理规则》整理的档案，年度指文件形成年度，是一种分类方法。年度以四位阿拉伯数字标注公元纪年。如“2002”。
3.3.2.4 保管期限:见3.1.2.8 。
3.3.2.5 组织机构或问题 : 按照DA/T2000《归档文件整理规则》整理的档案，应著录组织机构或问题。组织机构或问题是指作为分类方案类目的组织机构或问题名称或规范化简称。
3.3.2.6 档案室编件号:档案室编件号是档案室依据DA/T22-2000《归档文件整
理规则》整理而给予文件的排列顺序号。用五位阿拉伯数字标识。如“00034”。 3.3.2.7 正题名:见3.2.2.6 。
3.3.2.8 责任者:见3.2.2.7 。
3.3.2.9 文件形成时间:见3.2.2.8 。
3.3.2.10 文件页数:此处指纸质文件的页数。
3.3.2.11 文件编号:见3.2.2.9 。
3.3.2.12 信息类型:档案的信息类型一般分为文本文件、图像文件、影像文件、声音文件等，信息类型如实著录。
3.3.2.13 数据库级别:此处指系统内围绕某一文件建立数据库的情况，一般分为“1”、“2”二级，其中“1”代表只有文件级条目;“2”代表文件级条目、文件全文内容都有。
3.3.2.14 附件:见3.2.2.12 。
3.3.2.15 稿本:见3.2.2.13 。
3.3.2.16 密级:见3.1.2.12 。
3.3.2.17 分类号:见3.1.2.13 。
3.3.2.18 关键词:见3.1.2.14 。
3.3.2.19 主题词:见3.1.2.15 。
3.3.2.20 载体类型:见3.1.2.11 。
3.3.2.21 载体规格:见3.1.2.16 。
3.3.2.22 载体数量:见3.1.2.17 。
3.3.2.23 附注:见3.1.2.18 。
3.2.2.24 文件所涉人名:见3.2.2.21 。
3.3.2.25 全文标识:见3.1.2.19。
4、电子目录数据组织与交换要求
4.1 本标准规定的电子目录数据交换文件的组织方式是以.dbf为扩展名的关系型数据库文件。
4.2 本标准涉及的各种符号,如“*”、“#”、“()”、“;”等等，在计算机录入时，一律用“半角”录入。
4.3 经过加密处理的电子目录移交文件必须解密后移交，保证可读性。
4.4 经过压缩处理的电子目录移交文件，移交的同时提供解压手段。库文件长度超过存储介质容量时，可将库文件分为若干子文件存储。
4.5 电子目录移交盘应带有外部标识，注明全宗名称、全宗号、盘号、文件名称及其他相关信息。
4.6 电子目录移交盘采用光盘CD、3.5英寸软盘或通用的USB接口活动存储器。网上传递仅限党委和政府内部网络。
4.7 电子目录移交文件应经过内容、病毒等检测，内容完整、且又不带病毒才能接收。
数据交换平台解决方案
数据共享交换平台解决方案 1. 概述 在我国，政府职能正从管理型转向管理服务型，如何更好地发挥政府部门宏观管理、综合协调的职能，如何更加有效地向公众提供服务，提高工作效率、打破信息盲区、加强廉政建设 已成为当前各级政府部门普遍关注和亟待解决的问题。国家“十五”计划纲要要求“政府行政管理 要积极运用数字化、网络化技术，加快信息化进程”。各级政府、行政管理部门都面临着利用 信息技术推动政务工作科学化、高效率的新局面。 随着电子政务建设的不断发展，政府拥有越来越多的应用数据，如何建立政府信息资源采集、处理、交换、共享、运营和服务的机制和规程，实现分布在各类政府部门和各级政府机关 的信息资源的有效采集、交换、共享和应用，是电子政务建设的更高级的阶段和核心任务。 信息资源只有交流、共享才能被充分开发和利用，而只有打破信息封闭，消除信息“荒岛” 和“孤岛”，也才能创造价值。目前各级政府都在进行政务资源数据的“整合”，但“整合”什么？ 如何“整合”？“整合”后做什么？将是摆在政府各级领导面前的首要问题。 北京华迪宏图信息技术有限公司凭借自身丰富的电子政务建设经验、自主创新的技术研发优势，为各级政府机构的实际需求提供了政务资源整合的综合解决方案——华迪宏图数据共享 交换平台。 2. 电子政务总体框架 华迪宏图数据共享交换平台总体框架如下： 由上图可以看出，华迪宏图数据共享交换平台交换体系共分为六个层次，分别是安全和标准体系、网络基础设施、信息资源中心、共享交换平台、应用层和展示层。 （1）展示层 通过建立综合信息集成门户系统为用户提供统一的用户界面，信息和应用通过门户层实现统一的访问入口和集中展现。 （2）应用层
电子数据交换系统(EDI)
电子数据交换系统（ＥＤＩ） 一、ＥＤＩ的基本概念 电子数据交换系统（ＥＤＩ）是指将企业间交易往来的资料由从前的文书、传票等传统的交换方式改变成依循标准的表格及规约，利用电脑网络传送的表达方式。EDI是一种对处理数据格式要求很严的报文处理系统。它通过通信网络、按照协议在商业贸易伙伴的计算机系统之间快速传送和自动处理订单、发票、海关申报单、进出口许可证等规范化的商业文件。 EDI的应用包括两方面的标准：一个是经济信息的格式标准；另一个是网络通讯的协议标准。 EDI可以使其他公司的电脑处理结果直接透过网络传送至自己的电脑中。产生的效益有以下几点：(1)缩短信息传达的时间；(2)免纸张式的传票处理作业，削减转记作业等流程； (3)减少转记所造成的失误；(4)使资料输入合作更省略、更迅速并提高资料的精确度。 二、应用EDI的效果及意义 EDI将计算机应用技术、现代通信技术和现代化科学管理融为一体，它将引起影响深远的结构性商业革命。 1．EDI技术首先在世界上的经济贸易行业，得到迅速的应用和发展，它绝不仅仅是业务操作方式的变化。发达国家的实践表明，它的广泛运用直接干预和影响着诸如企业行为、经济效益、商业观念、经营运行模式、市场甚至整个国民经济的运行等，使这些方面产生根本性的变化。 EDI与企业内部的管理信息系统相结合，将成为一种威力强大，集信息处理、管理和通信于一体的手段。例如一个生产企业的EDI系统，通过网络收到一份订单，系统便可以自动地处理该订单，检查订单是否符合要求，若符合要求，就向供货方发送确认报文，通知企业内部管理系统安排生产，向零配件供应商订购零配件，向交通运输部门预定货运集装箱，向海关、商检等有关部门申请出口许可证，通知银行结算并开具EDI发票，从而将整个订货、生产、销售过程连为一体。这里表明，EDI和MIS结合在一起，能自动地完成整个商业贸易和生产过程的信息处理和管理。 EDI的使用能降低企业经营成本，增强市场竞争力。据有关方面研究分析，应用EDI 后，可使商业文件传递速度提高81％，文件成本降低40％。由于错误造成的商业损失减少40％，文件处理成本下降38％，竞争力增加34％。由此可见，ＥＤＩ所带来的效益是明显的。美国通用汽车公司采用EDI之后，每生产一辆汽车的成本可减少250美元。东芝公司在使用EDI之前，每一笔交易的文件处理费用是1500日元，实施EDI后则降低到375日元，每张订单的处理费用由125美元降到32美元。新加坡全国贸易网Tradenet，一份进出口许可证可在15分钟之内完成审批工作，大大缩短了贸易周期，提高了效率。间接效益
高校异构数据库间的数据交换
现 代 计 算 机（总 第 二 六一期） 收稿日期：２００７－０３－２８修稿日期：２００７－０６－０５ 作者简介：匡银虎（１９７４－），男，硕士，讲师，研究方向为数据库技术 ０引言 校园网中现存的各个子系统之间存在着各种差 异，部署平台的不同，采用的数据库管理系统不同，数 据库在物理上和逻辑上都存在异构。在各个异构系统 之间进行信息通信、数据交换和数据共享比较困难， 造成了数据冗余度大，数据不一致等弊端。这样多种 架构系统并存但却又各自为政的现象，极大的降低了 教学、科研和管理工作的效率。 １异构数据库的概念 异构数据库系统是相关的多个数据库系统的集 合，可以实现数据的共享和透明访问，其体系结构如 图１所示。 图１异构数据库体系结构图 异构数据库体系结构可分为两个部分： 一部分是数据库系统的客户端／服务器结构，不 同的数据库可能对应着相同的客户端，同一个数据库 可能对应着不同的客户端。 另一部分是客户端／服务器转换结构，就是利用转 换程序将各种不同的客户端数据源中的数据进行相 互转换，转换程序是异构数据库实现互联的关键部分。 每个数据库系统在加入异构数据库系统之前本 身就已经存在，拥有自己的ＤＢＭＳ。异构数据库的各 个组成部分具有自身的自治性，实现数据共享的同 时，每个数据库系统仍保有自己的应用特性、完整性 控制和安全性控制。 ＤＢＭＳ的不同表现在表达结构和限制以及语义 两方面。不同的数据模型提供不同的结构原语，例如 相同的信息在关系模型中用关系表达，而在网络模型 中用记录类型表达；不同的数据模型可能支持不同的 限制；不同的数据模型通常对应不同的数据库语言， 即使数据模型相同也可以有不同的语言。数据语义的 不同，指不同的成员数据库的相同或相关数据在含 义、解释或用途方面的不同。异构数据库系统的目标是 对地理上分布的多个异构数据库，在尽可能少的影响 其本地自治性的基础上，构造具有用户所需要的某种 透明性的分布式数据库，以支持对各数据库的全局应 用和各数据库之间灵活的信息交换和共享，面向分布 式的异构数据库，一般是存在于跨平台的网络环境中。 ２中间件技术的应用 采用中间件技术，在表示层与应用层之间增加一 个中间层，为原有应用层提供身份验证、流量控制、格 式规范化等功能最后提交回原有应用层处理，扩充原 有应用层，从而保留原有应用层，是一种很好的选择。 ２．１数据交换中心的设计 （１）数据交换中心的系统结构 整个体系结构为一个星型结构，数据中心处于中高校异构数据库间的数据交换 匡银虎，张虹波 （宁夏大学物理电气信息学院，银川７５００２１） 摘要：通过对现存于各高校之中的异构数据库的信息进行集成之重要性的分析，提出了通过 ＸＭＬ来解决高校内部各部门数据库间的信息交换，给出了具体的技术实现方法。 关键词：中间件；异构数据库；数据交换 !" ＭＯＤＥＲＮＣＯＭＰＵＴＥＲ２００７．６
政府数据交换平台解决方案
政府数据交换平台解决方案 目前，国内各地政府部门和机构或多或少均建立起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等。但由于诸多因素的影响，即使同一地区的政府机构间也无法进行合理、有效的沟通，可以说是一座座的“信息孤岛”。电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起，充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入。此外，电子政务建设过程中，即使是统一规划，但具体的实施单位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据可能存放于数据库、文本文件、XML文件，甚至普通文件中。因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。上述两种情况，均要求解决应用系统间数据和信息的互通、互用问题。 如上图所示，原来的典型处理方法是需要一个个直接的“点对点”的数据链接，并且需要定制开发以实现系统之间的“会话”。随着新系统的不断增加，直接的定向连接和定制开发的情况会急剧增加，这最终将成为信息流动和系统维护的瓶颈。 在数据交换领域中，没有标准的部落式交换的代价是高昂的，相同的数据分析处理模块在很多应用中被重复地撰写，可能只是为了将某一数据源的数据转换到各个不同的目标数据源中去。由于没有中间标准，各个系统的实现人员也几乎没有可能将代码重用，昂贵的数据交换代价使得数据源只能散乱孤立地存在。 因此，有必要建立一个通用的、分布式的数据集成平台，用以解决电子政务实施过程中对于基于异构数据平台上的数据无法进行有效交流和沟通的问题。“大汉网络数据交换平台”就是解决该类问题的一个解决方案。
“大汉网络数据交换平台”能够为需要数据集成的应用提供数据服务，解决数据从何而来，哪个应用对其感兴趣，以及如何被每个系统使用的问题。“大汉网络数据交换平台”通过把信息提供者和消费者隔离，来构建灵活的系统，使得这些系统不会受到数据的物理位置的影响，也不会受到需要存取数据信息的应用个数的影响，对于每一个系统就不需要进行特别的定制处理，就可以在系统之间实现信息的集成了。 “大汉网络数据交换平台”通过一个集成框架的方案来解决这个问题，通过为开发人员提供一组标准接口（适配器）来实现这个方案。 “大汉网络数据交换平台”主要功能为：各应用系统数据的抽取或加载；交换数据通过交换平台完成数据的交换传输；各应用系统交换数据的比对、整理。各应用系统仅需负责确定本系统参与交换的数据，而不必关心数据库之间数据的传送。 二、系统设计 1．设计原则 数据交换平台应遵循以下几个基本设计原则： 不影响现有或其它相关信息系统的使用和信息安全。 采用先进成熟、稳定的技术和软硬件平台。 坚持开放性，易于技术更新。 采用国际通用标准，便于和国际接轨，易于系统扩展及升级。 建立一个坚实的系统应用平台，便于系统的管理和维护，技术易于更新，网络及业务规模可以逐步扩展。统一规划，分步实施。
电子数据交换即EDI
电子数据交换即EDI（Electronic Date Interchange）技术 根据联合国标准化组织的定义，是指将商业或行政事务处理按照一个公认的标准，形成结构化的事务处理或报文数据格式，从计算机到计算机的电子传输方法。 电子数据交换技术自问世以来，因其技术先进，可大大减少贸易文件及文件处理成本，因而受到世界各国普遍重视，发展迅速。现在，EDI用户根据国际通用的标准格式编制电文，以机器可读的方式将结构化的信息（如发票、海关申报单、进出口许可证等“经济信息”）按照协议经过通信网络传送。报文接受方按国际统一规定的语法规则对报文进行处理，通过相应的管理信息系统，完成综合的自动交换和处理。EDI遵循一定的国际标准或行业规则，自动地进行数据发送、传送及处理，而不需人工介入，从而实现事务处理或贸易自动化。 联合国欧洲经济理事会（UN/ECE）经过多年来的大量工作，于1987年公布了一套EDI 国际标准，命名为UN/EDIFACT，而国际标准化组织ISO为该标准制定了一套语法规则（SYNTAX RULES，ISO9735），UN/EDIFACT是联合国推荐的用于行政、商业和运输业的电子交换标准报文格式。EDI技术发展的重点任务之一是统一报文格式。目前，UN/EDIFACT 标准已占据全球EDI标准的主导地位。 集装箱运输是当今世界航运史上最先进的运输方式，而EDI技术是国际贸易、结算通关、数据处理等最佳通道，具有很好的应用前景，因此，目前国际航运界已广泛地应用了这一先进的科技成果。航运业大多数业务需要填制大量的卡片，而采用EDI技术后，带来了如下变化： 提高处理速度，减少雇员；准确程度提高；功能趋向多样化。 在集装箱管理中，采用电子数据交换技术，把所有描绘集装箱的常用数据，如重量、号码、尺寸等存储后，再输入所有与信息相关的集装箱营运情况尤其是集装箱运行及修理情况，就很容易获悉集装箱在各地的数量。利用这些信息能使运力调配达到最优化。此外，利用EDI还可以进行统计工作，计算出成本、净利润、周转率、总收入并进行收益分析。进而对托运人、集装箱或运输距离作出评价。 EDI通信方式 运用EDI技术实现从计算机到计算机的信息传递有两种方式： 1、直接方式。这种方式是指计算机通过一条通信线路直接向另一台计算机发送信息，通信线路可以是租借的，也可以是拨号电话线。这种方式的通信能力受到线路通信能力的制约。 2、间接方式。这种方式是将计算机用增值网络（V AN）连接起来，即所有计算机的信息传递和接收都通过EDI中心完成。由于使用了增值网，可以使更多的计算机连到一起。 EDI中心的主要功能是：
异构数据集成思路总结
基于XML的异构数据集成方案 一、设计任务 设计出基于XML的异构数据集成方案，具体要求： i.数据源包括：结构化数据、非结构化数据和半结构化数据 ii.实现功能包括：能够用统一的方式实现查询等处理 iii.应用的技术为XML技术，实现异构数据集成 二、设计应用的具体集成方法 2.1异构数据集成方法简介： 异构数据集成方法包括：模式集成和数据复制方法。 1、模式集成方法中的数据仍保存在各数据源上，由集成系统提供一个虚拟的集成视图(即全局模式)以及全局模式查询的处理机制。用户直接在全局模式的基础上提交请求，由数据集成系统处理这些请求，转换成各个数据源在本地数据视图基础上能够执行的请求。 2、数据复制方法将各个数据源的数据复制到与其相关的其它数据源上，并维护数据源整体上的数据一致性、提高信息共享利用的效率。 3、模式集成包括：联邦数据库和中间件集成方法是现有的两种典型的模式集成方法。 4、数据复制方法：数据仓库方法。 2.2异构数据集成方案分析 1.联邦数据库数据集成 联邦数据库是数据库集成的最简单结构，将所有组件数据库进行一对一的连接为了实现各个数据库和其它数据库数据之间的互操作，需要解决各个数据库之间的格式冲突问题，就要为每一个数据库向其它数据库的数据类型转换提供转换规则。这就是说这样的异构数据库系统需要建立N X（N一1）/2个转换规则，或者说要编写N X (N一1)/2段代码来支持两两之间的查询访问。 在联邦数据库数据集成方式中，如果要向系统中加入新的节点，就需要再建立很多转换规则，并且为系统之间只有通过编写软件来实现互相的信息正确地传递，这样做既费时又费工。如果各个子系统需要修改，那么会带来更多的问题，大大影响了系统的可扩展性、移植性和稳定性。其模型示意图如下图所示：
东软电子政务数据交换共享解决方案(1)
东软电子政务 数据共享交换平台解决方案 1. 概述 在我国，政府职能正从管理型转向管理服务型，如何更好地发挥政府部门宏观管理、综合协调的职能，如何更加有效地向公众提供服务，提高工作效率、打破信息盲区、加强廉政建设已成为当前各级政府部门普遍关注和亟待解决的问题。国家“十五” 计划纲要要求“政府行政管理要积极运用数字化、网络化技术，加快信息化进程”。 各级政府、行政管理部门都面临着利用信息技术推动政务工作科学化、高效率的新局面。 随着电子政务建设的不断发展，政府拥有越来越多的应用数据，如何建立政府信息资源采集、处理、交换、共享、运营和服务的机制和规程，实现分布在各类政府部门和各级政府机关的信息资源的有效采集、交换、共享和应用，是电子政务建设的更高级的阶段和核心任务。 信息资源只有交流、共享才能被充分开发和利用，而只有打破信息封闭，消除信息“荒岛”和“孤岛”，也才能创造价值。目前各级政府都在进行政务资源数据的“整合”，但“整合”什么？如何“整合”？“整合”后做什么？将是摆在政府各级领导面前的首要问题。 北京华迪宏图信息技术有限公司凭借自身丰富的电子政务建设经验、自主创新的技术研发优势，为各级政府机构的实际需求提供了政务资源整合的综合解决方案——华迪宏图数据共享交换平台。 2. 电子政务总体框架 平台框架 华迪宏图数据共享交换平台总体框架如下：
由上图可以看出，华迪宏图数据共享交换平台交换体系共分为六个层次，分别是安全和标准体系、网络基础设施、信息资源中心、共享交换平台、应用层和展示层。 （1）展示层 通过建立综合信息集成门户系统为用户提供统一的用户界面，信息和应用通过门户层实现统一的访问入口和集中展现。 （2）应用层 应用层提供满足面向各类用户依据实际需求开展业务的需要。如支撑城市应急联动应用、辅助领导决策应用、城市管理应用、社会救助应用等。 （3）共享交换平台层 共享交换平台层为城市数据共享交换平台所在位置，连接各类应用和应用所需的信息资源，组织和整合各类数据、组件和服务。数据共享交换平台层为实现应用层各种应用系统的搭建和运行提供支撑服务，包括目录服务系统、交换服务系统、安全服务系统和平台管理系统等。交换平台还提供了资源目录管理体系。目录服务主要提供目录注册、目录发布、目录查询、目录维护等功能，能够实现各类基础资源和共享资源目录信息的统一汇集和管理
数据交换共享整合系统平台技术方案
数据交换共享整合协同平台设计整合协同平台的主要功能是从其它子系统中提取共享数据，并对多来源渠道的、相互不一致的数据进行数据融合处理；基于数据字典对实时数据和历史数据进行组织，以保证数据间关系的正确性、可理解性并避免数据冗余；以各种形式提供数据服务，采用分层次的方法对各类用户设置权限，使不同用户既能获得各自所需要的数据，又能确保数据传输过程的安全性及共享数据的互操作性和互用性；维护基础信息、动态业务数据以及系统管理配置参数；支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。整合协同平台根据功能可分为两个部分：第一部分，基础数据和共享数据的交换服务和路由流程管理，该部分是交换平台的基础，包括：静态交换数据、动态交换数据、图形数据及表格、统计资料等属性数据。 第二部分，各子系统之间的接口实现，根据事先制订好的规范、标准，实现各子系统之间的数据共享和传输操作。在接入中心平台时，应按系统集成要求设计系统结构，各类数据接口遵循系统集成规范。 中心平台设计 平台功能结构 整合协同平台服务器是公共基础平台的核心部分，XMA整合协同平台提供一整套规范的、高效的、安全的数据交换机制。XMA整合协同平台由部署在数据中心和各业务部门的数据交换服务器、数据接口系统共同组成，解决数据采集、更新、汇总、分发、一致性等数据交换问题，解决按需查询、公共数据存取控制等问题。 各业务子系统都要统一使用XMA整合协同平台进行数据交换。数据中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者应用级整合通过XMA整合协同平台向数据中心提供数据，也通过XMA整合协同平台访问共享数据。 XMA整合协同平台的基本功能如下： 共享数据库的数据采集、更新、维护。 业务资料库、公共服务数据库的数据采集。 提供安全可靠的共享数据服务。 业务部门之间的业务数据交换。 结合工作流的协调数据服务。 功能流程说明： 数据供需方的接口数据系统：为了满足应用层交换和数据层交换，交换代理必须有应用层和数据层的连接和接口适配功能，数据代理必须有数据格式的转换功能。 数据传输：为了保证数据的正确传输和传输性能，必须有传输管理功能，包括了传输协议管理和控制，传输过程控、数据传输加密、压缩、网络故障检测和连接共享等功能。 数据整合协同平台： 会话管理：为了能提供数据的交换方式如主动（推）、被动（拉）；支持定时和实时策略，支持超时控制管理等功能，数据交换平台必须有会话策略、会话控制和管理功能。 数据管理：为了数据能按标准进行交换，能按照部署的路由规则进行交换，必须有数据路由、数据模板管理、数据解析、数据转换等功能。 系统管理功能：同时数据交换平台还应该提供服务管理功能，包括运行管理，部署管理，服务管理，系统日志等功能
面向电子政务的数据交换平台设计方案
面向电子政务的数据交换平台设计方案 目录 一、电子政务概述 (2) 二、XX省电子政务建设目标 (2) 三、系统平台选型 (2) 四、电子政务应用的参考模型 (3) 1、逻辑视图（L OGIC V IEW） (3) 2、开发视图（D EVELOPMENT/M ODULE V IEW) (4) 3、进程视图 (5) 4、物理视图 (7) 5、场景(S CENARIOS) (8) 六、数据交换平台的应用参考模型 (9) (1)面向电子政务的数据交换平台体系结构 (9) (2)面向电子政务的数据交换平台的层次结构 (10) (3)面向电子政务的数据交换平台的服务层次结构图 (11) 六、主要WEB SERVICE 设计 (11) （1）数据抽取服务接口 (12) （2）数据访问服务接口 (12) （3）数据交换服务接口 (12) 七、电子政务公文格式 (13) 八、电子政务数据交换的方式 (14) 1、数据适配器构件功能模型 (15) 2、路由适配器构件功能模型 (16) 3、政务信息电子公文交换适配器功能模型 (17) 4、管理与消息发布构件功能模型 (18) 5、安全支撑平台适配器功能模型 (19) 九、XML电子公文的生成 (19) 十、系统和业务管理的中间件系统 (20) 业务数据交换中间件系统结构图 (20) 十一、数据中心数据资源库 (21) 元数据库 (22) 十二、系统实现中解决的典型问题 (22) 十三、结束语 (23)
一、电子政务概述 电子政务(E-Government)就是利用计算机和网络技术，来管理和维持政府日常办公，是一项将政府工作标准化、服务化、信息化、网络化、公开化的系统工程，它打破了时间、空间和部门分割的制约，是为社会公众及自身提供一体化的高效、优质、廉洁的管理和服务的过程。电子政务系统由“四网一库”构建而成，“一库”指的是政务系统的中心数据库“，四网”主要指四个组成部分：一是政府部门内部的信息化办公即G2G 模式( Government to Government )，目前各个政府部门使用的办公自动化系统就属于此类；二是政府各个部门之间通过计算机网络而进行的信息和资源共享以及即时通信，即G2B 模式(Governmentto Business )；三是政府部门通过网络和公众、企业等进行的双向信息交流，即G2C 模式(Government to Citizen)，例如政府的信息发布、网上审批、网上招聘等就属于第三种电子政务的范畴。四是政府和公务员（G2E) 利用Intranet建立有效的行政办公体系，为提高政府工作效率服务。内容包括：电子公文、电子邮寄、电子规划管理、电子人事。所以，一个完整的电子政务系统应当是上述三种系统的有机的结合。 二、XX省电子政务建设目标 “XX省电子政务项目，以提高网上政府协同办公、政务公开和公共服务为重点，开展电子政务运行模式探索、技术系统建设和行政管理创新。基于J2EE架构建起了XX省电子政务系统，这一系统的成功运行，可以为部门提供统一、高效的基础办公应用服务，实现资源共享，强化部门间沟通协同，使行政行为显著规范。” 三、系统平台选型 服务器平台选型：服务器操作系统可选用Windows 、Unix、Linux等多种操作系统。 数据库平台选型：可支持Oracle、DB2或Domino 等各类数据库。 应用平台选型：根据应用平台选型要求，系统的软件平台，选用电子邮件系统WiseMate、工作流程管理软件WiseFlow、分布式文档管理系统WiseDoc、短消息网 关系统WiseSMS、结合视频会议系统以及数据安全系统。支持J2EE和 XML ，Wed Servise等工业标准，使之具有很好的集成性，完善的安全控 制机制、跨平台、快速开发和实施等特点
数据交换系统
1.1.1数据交换系统 数据交换中心需遵循统一数据交换规范支持各应用系统间无人值守的数据交换。数据交换中心是一种分布式联网系统，它的基本结构是通过区域集成服务器将一个区域内的各个应用系统联系起来，各应用的开发者可以从繁冗的数据结构中解脱出来，不再考虑不同系统之间不同的数据结构和字段类型，不再开发复杂且不易移植的数据迁移程序。各应用系统都创建各自的代理程序作为系统与数据交换中心的接口，代理程序之间并不直接通信，而是通过数据交换中心间接通信，数据交换中心是所有代理程序的集成点。 数据交换中心和代理程序都使用统一数据标准的JSON词汇，作为数据传输与交换的语言。数据交换中心可以交换的数据是通过一系列数据对象进行定义的。各数据对象包括了操作状态维护以及内容。数据发布方或数据订阅方根据数据代理程序实现数据的交换。数据代理的职责是将业务系统的数据转化为规范的格式，或将接受到的数据转化为业务系统的数据格式，代理通过数据交换中心的API使用数据交换中心的服务，业务系统通过代理实现数据的交换与共享，业务系统无需关注数据交换的细节，可以完全按照面向数据对象的方式去完成数据交换。数据代理就是业务系统与数据交换中心之间的桥梁。数据交换中心针对基础数据和用户档案数据提供数据订阅和数据发布两种服务，主要的功能包括数据报文管理、数据发布授权管理、接口权限管理、数据发布管理、数据订阅管理、日志管理、数据交换统计等功能。
1.1.1.1数据交换模式 1.1.1.1.1发布模式 发布模式适用于数据的提供方。数据提供方的数据发生变化（新增、修改或删除）时，代理程序会将监控到的数据变化信息和变化类型根据报文规范，组装成一条报文发送到统一数据交换中心子系统的专用通道中，统一数据交换中心子系统接收到报文后，会校验报文格式和解析报文，并完成数据库的数据更新。 为实现数据有效性维护机制，数据提供方（数据源）所发生的任何数据变化，都要以无人值守的方式自动同步到所有的数据使用方。要实现这种无人值守的数据自动同步，需要数据提供方在统一数据交换中心子系统申请发布数据服务，并在应用系统内部完成数据发布代理的开发和配置，实现数据的共享。 发布代理的作用是数据提供方获取到数据变动后，需要自动处理数据，加工成数据报文提供给统一数据交换中心子系统，供数据使用方订阅，同时记录数据交换的日志信息。 1.1.1.1.2订阅模式 订阅模式适用于数据的使用方。数据使用方通过统一数据交换中心子系统订阅需要的数据，当交换中心监控到订阅的该数据发生变化时，会根据报文规范生成相应的报文，发送给数据订阅方。数据订阅方收到报文后，即可消费报文，并完成自身数据库的数据更新。 数据使用方需要在统一数据交换中心子系统申请订阅数据服务，并在应用系统内部完成数据订阅代理的开发和配置。当统一数据交换中心子系统获取到数据提供方的数据时，会将数据同步给所有订阅了该数据服务的应用系统；应用系统可以根据自身的需要，实时或者周期性的更新数据。 订阅代理的作用是数据使用方订阅数据服务，获取到数据报文后，需要自动处理报文加工成自己需要的数据并进行入库，同时记录数据交换的日志信息。
电子数据交换的基本概念
https://www.wendangku.net/doc/1a11427387.html,/xaonline/operation/operation6.html 一、电子数据交换的基本概念 电子数据交换是英文Electronic Data Internetchange的缩写，它将贸易、生产、运输、保险、金融和海关等事务文件，通过电子信箱按个有关部门或公司企业之间的标准格式进行数据交换，并按照国际统一的语法规则对报文进行处理，是一种利用计算机进行事务处理的新业务。 1、电子数据交换使用的必要性 在国内、国际贸易活动中EDI业务，取消了传统的纸面贸易文件（如；订单、发货单、发票等）代之以电子资料交换，双方使用统一的国际标准格式编制文件资料，利用电子方式将贸易资料由一方传送到另一方，处理迅速准确，是发达国家已经普遍采用的"无纸贸易"手段。也是关贸总协定成员国将来必须使用和推广的标准贸易方式 2、电子数据交换的技术特点 ?电子数据交换是格式化的标准文件，并具有格式检验的功能 ?电子数据交换是计算机之间的自动传输和自动处理，文件用户是计算机系统 ?电子数据交换对于传输的文件具有自动跟踪、确认防篡改、防冒领、电子签名等一系列安全化措施。 3、电子数据交换的优点 ?提高文件处理、传递的速度和效率，大大减少了中间环节和重复劳动 ?提高文件处理的可靠性，减少差错率，大大提高了办公效率和服务质量 ?降低成本，加快资金周转，有效的组织库存和组织生产
?大大增加企业的贸易机会和市场竞争力 二、电子数据交换提供的基本业务 ?贸易双方贸易伙伴关系的建立 ?EDI文件的发送、接收和处理 ?EDI信箱管理包括消息存储转发、用户检索、格式管理、消息审计 ?提供AP1，实现对各种用户单证的开发和制作 ?用户可将EDI单证发送给非EDI用户的传真机上。 三、电子数据交换实现的环境和条件 ?数据通信网是实现EDI的技术基础 ?计算机应用是实现EDI的内部条件 ?用户方面只需通信必备的硬件如计算机、调制解调器、电话线路、再加上相应的用户端软件即可进入EDI系统 ?标准化是实现EDI的关键 四、电子数据交换用户端软件的基本功能 ?映射（Mapping）生成EDI平面：把用户各类应用系统中的应用文件（如单证、票据等）或数据库中的数据，映射成一种标准的 中间文件-平面文件 ?翻译生成EDI标准格式文件：将平面文件通过翻译软件生成EDI 标准格式文件-EDI 电子单证或电子票据。它是EDI 用户之间进 行贸易和业务往来的依据，具有法律效力 ?通信：通过用户端的通信软件与EDI中心建立连接、传送数据。 用户通过通信网络，接入EDI信箱系统，将EDI电子单证投递到 对方的信箱中，信箱系统自动完成投递和转接，并按照X.400或 X.435通信协议的要求，为电子单证加上信封、信头、信尾、投 送地址、安全要求及其它辅助信息 五、电子数据交换应用范围 ?电子数据交换用户可以通过电话入网 ?电子数据交换用户可以通过分组交换网入网 ?电子数据交换用户可以通过数字数据网入网
基于XML的异构数据交换技术的研究
3 2010204206收到,2010206223改回 33 李 沐,女,1985年生,在读硕士,研究方向:人工智能。 文章编号:100325850(2010)0820037204 基于X ML 的异构数据交换技术的研究 Research on Heterogeneous Da ta Exchange ba sed on X ML 李 沐 谢红薇 (太原理工大学计算机与软件学院 太原 030024) 【摘 要】随着电子政务的不断发展,政府的各个部门间需要交换的数据日益繁重,因此,基于电子政务的异构数据交换技术的研究显得格外重要。论文提出了基于XM L 的异构数据交换技术,使用XM L 可以将来自异构系统的不同数据源的数据很容易的集成在一起,应用软件可以在中间层的服务器上对后台数据库的数据进行集成,然后以XM L 格式发送给客户端或其他服务器。客户端在接收到数据以后,可以使用本地软件来解析数据,并对数据作进一步处理,这样就能有效地解决网络中日益繁重的异构数据交换问题。【关键词】XM L ,数据交换,异构系统 中图分类号:T P 3111138 文献标识码:A ABSTRACT W ith the continuous developm ent of e 2governm ent ,data w h ich needs to be exchanged betw een vari ous governm ent departm ents is becom ing heavier 1T herefo re ,the research based on data exchange of e 2governm ent system s in heterogeneous system s is particularly i m po rtant 1U se the X M L can integrate the data from different data sources very easy 1A pp licati on softw are can integrate data from back 2end database server in the m iddle level ,and then ,send data to the client o r o ther servers in X M L fo r m at 1T he local softw are can parse the received data ,and use the data fo r further p rocessing 1T h is can so lve the increasingly seri ous p roblem of heterogeneous data exchange in the netw o rk 1KEYWOR D S X M L ,data exchange ,heterogeneous system s 近年来,随着信息技术的不断发展,政府的各个部门都建立了基于各种数据库的信息管理系统,由于建设初期各种资源和技术的限制,各个部门采用的网络环境、操作系统和数据库系统都有所差异,因此数据共享比较困难,形成了众多信息孤岛。然而随着电子政务的不断发展,各部门之间需要交换的数据日益繁重,异构系统数据交换技术的研究显得格外重要。 异构系统的异构性主要包括以下几个方面:①网络环境的异构:网络的拓扑结构、通信协议的异构等;②操作系统的异构:操作系统可以是L inux 、U n ix 、W indow s 等;③数据库管理系统的异构:可以是数据模型相同厂商不同的数据库系统,如SQL Server 、O racle 、DB 2等,它们都是关系数据库,但数据的存储模式不同,数据处理语言也不同;也可以是数据模型不同的数据库系统,如层次模型、网状模型、关系模型以及面向对象模型等。目前,政府部门的数据异构主要是数据库管理系统的异构,因此异构交换技术主要实现的是异构数据库系统间的数据交换。 目前常见的异构数据交换技术可以分为电子数据交换(ED I )方式、中间数据库法、中介层方式、数据仓库方式、中间数据方式等几种方式,各有其优缺点[1]。本文提出一种理想的基于XM L 技术的异构系统数据交换技术,此技术是通过数据交换中间件实现的,它可 以处理日益繁多的电子政务需要交换的数据。由于XM L 文档本身是纯文本格式的,良好的数据存储格式使得XM L 文档能方便有效的在网络中传输,而且XM L 采用结构化的方式来组织数据,使数据具有统一的格式,方便其他应用程序对数据做进一步处理,因此,XM L 是目前最好的数据交换的标准。 1 XM L 技术的优势 XM L 是Ex ten sib le M arkup L anguage 的缩写,意为可扩展置标语言,用于置标电子文档,使其数据具 有结构化的格式[3]。XM L 作为SG M L 的一个子集,保留了SG M L 的强大功能,降低了SG M L 的复杂性,使其具有强大的扩展性和灵活性。在各种应用中XM L 都有一定的优点,如:①由于XM L 本身是纯文本格式的,可以很轻松的实现数据在W eb 上发布,而且描述的数据具有统一的格式,其他程序可以对数据作进一步处理,有利于开发灵活的W eb 应用程序;②XM L 采用结构化的方式描述的是数据的本身,数据的显示要使用CSS 和XSL 以及XSL T 来控制,这样用户可以使用丰富的样式来显示数据;③使用XM L 可以将来自不同数据源的数据很容易的集成在一起,应用软件可以在中间层的服务器上对后台数据库的数据进行集成,然后以XM L 格式发送给客户端或其他服务器,
异构数据库跨库检索技术综述
异构数据库的跨库检索技术综述 黄镝 上海交通大学图书馆上海200030 [摘要] 异构数据库的跨库检索是电子资源整合的核心技术，本文介绍了异构数据库的特征、异构数据库的连接和数据交换技术；探讨了跨库检索系统应具备的功能和应注意的问题，并对国外一些有影响的跨库检索系统进行了介绍。 [关鍵词] 异构数据库跨库检索数据库连接Webfeat MetaLib [分类号] G250.73 Review of Cross Searching Technique for Heterogeneous Database Huang Di Shanghai Jiaotong University Library, Shanghai 200030 [Abstract] Cross searching technique for heterogeneous database is core technology of integrating electronic resource. The paper has introduced the character of heterogeneous database, the technology of heterogeneous databases connection and information exchanging. It also discussed the function of cross retrieval system for heterogeneous databases. The paper has also included a survey of foreign products in cross database searching. [Keywords] Heterogeneous databases Cross database searching Database connection Webfeat MetaLib 1．引言 近几年，图书馆通过引进和自建数据库，已使电子资源的建设具有相当规模，电子文献在文献服务中所占的比重也不断增加。在继续加强电子资源建设的同时，图书馆开始更加关注电子资源的管理工作，整合已有的资源，将不同类型、不同结构、不同环境、不同用法的各种异构数据库纳入统一的检索平台，以便于用户更方便、更高效地获取信息。 2．数据库的异构特征 图书馆要整合的数据库主要包括：书目数据库(OPAC)、题录/文摘数据库、全文数据库、电子期刊和电子图书、相关的WEB网站等。这些数据库分布在不同的服务器，由不同的信息服务公司和出版社提供、或由图书馆自建，成为各具不同特性的异构数据库，其异构特征表现为以下几个方面： 2.1 数据模型的异构分层次、网状、关系和面向对象4种。 2.2 数据结构不同如ORACLE与Sybase数据库物理模型异构、数据结构不同，而有些数据还是半结构或非结构的。 2.3 系统控制方式不同有集中式与分布式。 2.4 计算机平台的异构从巨、大、中、小型机到工作站、PC。 2.5 通信协议的不同有Z39.50、HTTP及非标准等。 2.6 通信结构模式的不同有主从结构、客户机/服务器模式、浏览器/服务器模式。 2.7 操作系统的异构有UNIX、NT、OS／2、Apache、Sun Solaris、Linux等。 2.8 网络的异构有LAN、WAN、以太总线结构与令牌环结构等。 3．异构数据库连接与存取的相关技术
市电子政务数据交换平台可行性研究报告
XX市电子政务数据交换平台可行性研究报告
目录 第一章概述 (3) 1.1建设背景 (3) 1.2应用场景 (3) 1.3编制依据及参考资料 (4) 第二章必要性、可行性及效益分析 (5) 2.1必要性分析 (5) 2.2可行性分析 (5) 2.3效益分析 (5) 第三章建设目标、思路及原则 (6) 3.1建设目标 (6) 3.2建设思路 (6) 3.3建设原则 (6) 第四章总体设计 ................................ 错误!未定义书签。 4.1系统总体结构.............................. 错误!未定义书签。 4.2系统逻辑结构.............................. 错误!未定义书签。 4.3系统物理结构 (1) 第五章数据交换平台功能设计 (2) 5.1交换中心管理系统 (2) 5.2接入管理系统 (3) 5.3交换前置子系统 (5) 5.4交换桥接子系统 (6) 5.5运行监控平台 (7) 5.6系统管理 (8) 第六章交换平台安全设计 (10) 6.1威胁与风险分析 (10) 6.2安全需求分析 (10) 6.3身份认证和授权管理设计 (11) 6.4数字证书认证 (12)
6.5数据交换过程的安全保障 (12) 第七章数据交换中间件选型 (13) 7.1数据交换中间件技术要求 (13)
第一章概述 1.1 建设背景 国务院总理温家宝在十届全国人大三次会议上作政府工作报告时提到：“大力推进政务公开，加强电子政务建设，增强政府工作透明度，提高政府公信力。”可见，电子政务建设仍然是今后几年国家信息化工作的重点之一。 随着政府投入的增加，市电子政务建设也呈现出快速发展的态势，2009年初完成了全市统一电子政务平台和全市公文交换系统建设，系统采用集中建设的模式，实现了×个市直单位的网上行政办公和区县的公文传输。 在取得成绩和进步的同时，实际操作过程中也碰到很多问题，比如发展水平参差不齐、条块分割、架构不统一。比如，以前所建的系统，大多数都是属于局部单位的、分散建设的和只有部分功能的系统。这些系统相互之间没有统一的标准，采用不同的系统平台，形成了一个个信息孤岛，不能发挥整体的作用。但这些已存在的业务系统通过多年的积累已产生了大量的业务数据，要通过有效的手段去挖掘和利用这些系统中的数据为我市电子政务建设服务。 为了改变电子政务系统建设中存在的分散状态，充分利用和挖掘已存在系统中的数据，使电子政务建设走向健康发展的道路，一方面要从现在开始做好有关规划工作，也要利用先进成熟的技术解决已存在的问题。 经过多年的探索和发展，国内数据交换平台已经日趋成熟，数据交换平台的实现为解决电子政务领域的条块分割、信息孤岛等问题提供的很好的解决方案。 1.2 应用场景 ?场景一：电子政务统一平台与其它单位的信息交换 由于各单位信息化进程不同，特别是一些垂直管理单位已经建立起了自己专门的网上办公系统，这些单位如果要接收市公文，都必须通过手工录入，无法进行信息的自动交换，通过数据交换平台，结合简单的接口开发，能使市电子政务统一平台与已有业务系统之间实现信息的自动对接和交换，提高办事效率，减少人为错误。 ?场景三：基础信息库 基础信息库包括：人口基础信息库、企业基础信息库、宏观经济基础信息库、
数据交换共享整合系统平台技术方案
数据交换共享整合协同平台设计
整合协同平台的主要功能是从其它子系统中提取共享数据，并对多来源渠道的、相互不一致的数据进行数据融合处理；基于数据字典对实时数据和历史数据进行组织，以保证数据间关系的正确性、可理解性并避免数据冗余；以各种形式提供数据服务，采用分层次的方法对各类用户设置权限，使不同用户既能获得各自所需要的数据，又能确保数据传输过程的安全性及共享数据的互操作性和互用性；维护基础信息、动态业务数据以及系统管理配置参数；支撑系统的网络构架、信息安全、网络管理、流程管理、数据库维护和备份等运维能力。整合协同平台根据功能可分为两个部分： 第一部分，基础数据和共享数据的交换服务和路由流程管理，该部分是交换平台的基础，包括：静态交换数据、动态交换数据、图形数据及表格、统计资料等属性数据。 第二部分，各子系统之间的接口实现，根据事先制订好的规范、标准，实现各子系统之间的数据共享和传输操作。在接入中心平台时，应按系统集成要求设计系统结构，各类数据接口遵循系统集成规范。
第一章中心平台设计 1.1 平台功能结构 整合协同平台服务器是公共基础平台的核心部分，XMA整合协同平台提供一整套规范的、高效的、安全的数据交换机制。XMA整合协同平台由部署在数据中心和各业务部门的数据交换服务器、数据接口系统共同组成，解决数据采集、更新、汇总、分发、一致性等数据交换问题，解决按需查询、公共数据存取控制等问题。 各业务子系统都要统一使用XMA整合协同平台进行数据交换。数据中心统一管理和制定数据交换标准。各业务部门通过数据级整合或者应用级整合通过XMA 整合协同平台向数据中心提供数据，也通过XMA整合协同平台访问共享数据。 XMA整合协同平台的基本功能如下： 共享数据库的数据采集、更新、维护。 业务资料库、公共服务数据库的数据采集。 提供安全可靠的共享数据服务。 业务部门之间的业务数据交换。 结合工作流的协调数据服务。