【文档说明】CETSC-EMIF工作组工作总结.pptx，共(27)页，85.927 KB，由精品优选上传

转载请保留链接：https://www.ichengzhen.cn/view-332168.html

以下为本文档部分文字说明：

CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGroupCETSC-EMIF工作组工作总结EMIF工作组2004年3月24日1CETSC-EMIF工作组Educat

ionManagementInformationSystemInteroperabilityFramework-WorkingGroup一、工作内容概述工作目标通过借鉴、调研、讨论、分析、试用，建立体现我国教育管理需求的教育软件互操作标准时间2003年8月——2004年3月形式全体成

员正式会议部分成员非正式讨论工作组论坛工作成果EMIF1.1工作草案（2003年8月）EMIF1.1第一个修改草案（2003年10月）EMIF1.1第二个修改草案（2003年11月）EMIF1.1第三个修改草案（2004年2月）2CETSC-EMIF工作组E

ducationManagementInformationSystemInteroperabilityFramework-WorkingGroup1.1EMIF工作组企业成员Intel（中国）公司浙大网络公

司常州易维尔公司武汉创星伟业公司联想集团北京中教育星公司北京希尔公司北京腾图文教电子发展有限公司北京校际通信息技术有限公司其他3CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-Work

ingGroup1.2正式会议第一次会议（2003年8月29日，北京西郊宾馆）确定工作组的工作目标和工作内容提交EMIF1.1工作草案第二次会议（2003年9月15日，北京大学）讨论EMIF体系结构相关问题推出EMIF1.1第一个修改草案第三次会议（2003年11月26日，北京大学）讨论EMI

F与SIF的专利权和著作权关系讨论EMIF加密和数字签名方案讨论EMIF数据规范相关问题推出EMIF1.1第二个修改草案4CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGr

oup1.3非正式会议建立工作组论坛http://162.105.142.5/gse_forum/list.asp?boardid=42非正式讨论与Intel（中国）公司与中教育星公司与其他公司推出EMIF1.1第三个修改草案5CETSC-EMIF工作组EducationManageme

ntInformationSystemInteroperabilityFramework-WorkingGroup二、工作成果概述经过三次重大讨论、修改，EMIF1.1已经成为比较稳定的版本更灵活，能广泛兼容各种互操作情形和各类教育软件产品更实用，易于开发商开发实现更开放，允许用

户自扩展互操作内容（数据对象）更具本土特征，体现我国教育信息管理的需求特征参加EMIF工作组的多家开发商已开发实现EMIF1.1的符合性教育软件产品6CETSC-EMIF工作组EducationManag

ementInformationSystemInteroperabilityFramework-WorkingGroup2.1EMIF1.1体系结构单区域结构模型人事管理系统+代理成绩管理系统+代理图

书馆系统+代理办公管理系统+代理资源库系统+代理网络教学平台+代理学籍管理系统+代理其他应用软件+代理学科网站+代理信息平台+代理ZIS7CETSC-EMIF工作组EducationManagementInformati

onSystemInteroperabilityFramework-WorkingGroup2.1EMIF1.1体系结构数据交换模型数据查询：请求—应答模型数据更新：发布—预约模型①注册和提供②发送请求报文③转发请求报文④发送应答报文⑤转发应答报文⑥发送预约报文⑦发送事

件报文⑧转发事件报文学籍管理系统代理成绩管理系统代理人事管理系统代理图书馆管理系统代理ZIS①④③⑤②①请求-应答流程①⑥⑧①⑦发布-预约流程8CETSC-EMIF工作组EducationManagementInformationSystemInter

operabilityFramework-WorkingGroup2.1EMIF1.1体系结构异步通信模型EMIF要求代理之间的通信本质上采用异步通信，即代理之间完成一次通信需要经过两次报文循环异步通信可以保证通信稳定性代理AZIS代理BEMIF_RequestEMIF

_AckEMIF_RequestEMIF_Ack9CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGrou

p2.1EMIF1.1体系结构安全模型身份验证•DigitalCertificate&XML-Signature加密•XML-Encryption存取控制•控制代理对每一数据对象的操作权限（请求、应答、预约、发布）•ZIS端实现10CETSC-EMIF工作组EducationManagemen

tInformationSystemInteroperabilityFramework-WorkingGroup2.1EMIF1.1体系结构支持同一数据对象的多提供者支持在典型EMIF区域中，同一类数据对象（如：P学生基本信息）存在多个提供者当存在多个提供者时，针对同一个数据对

象的EMIF_Request，对应着所有提供者的EMIF_Response的集合11CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramewo

rk-WorkingGroup2.1EMIF1.1体系结构支持推、拉两种报文传递模式推：ZIS主动向代理建立连接并传递报文拉：代理首先向ZIS建立连接，发出EMIF_GetMessage命令，然后ZIS在连接中将报文传递给代理采用哪一种模式由代理向ZIS注册时

指定两种模式本身无优劣之分，关键是代理和ZIS应按照一致的模式通信12CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFram

ework-WorkingGroup2.1EMIF1.1体系结构要求EMIFHTTP为基本传输层协议EMIF允许代理与ZIS之间使用任何传输协议，EMIFHTTP为默认协议当发现其他传输协议不能完成通信时，应使用EMIFHTTP重新建立连接EMI

FHTTP是HTTP1.1（RFC2616）的子集•支持Postmethod•支持200-OKResponse•支持Keep-aliveConnection•不支持TransferEncoding•不支持DataChunking•不支持Connection:

Upgrade13CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGroup2.1EMIF

1.1体系结构要求代理端解决死锁问题死锁（deadlock）：报文在队列中被按序逐一处理，某时刻当某个报文的处理必须依赖于其后续某个报文首先被处理而报文队列又不允许时，即发生死锁选择性报文阻塞（SelectiveMessageBlocking，SMB）•代理以锁定方

式保留当前不能立即处理的报文•锁定其他同类报文（仅当被锁报文为EMIF_Event时）•向ZIS发送EMIF_Request以获取所需信息•处理ZIS反馈的EMIF_Response•处理原锁定报文•解锁所有锁定报文要求SMB机制在代理端实现14CETSC-EMIF工作组EducationMan

agementInformationSystemInteroperabilityFramework-WorkingGroup2.1EMIF1.1体系结构命名和标识代理和ZIS应具有区域内唯一的标识命名规则•组成：英

文字母（A-Z，a-z，大小写敏感）数字（0-9）下滑线（_）连接符（-）实点（.）•长度：不超过255个字符长度•含义：应能够表明应用程序所服务的区域，如Library.Agent.BNU15CETSC-

EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGroup2.1EMIF1.1体系结构代理的符合性要求向ZIS注册向ZIS提供数据对象向ZIS发布数据对象更新事

件应答EMIF_Request支持EMIF-Encrption和EMIF-Signature支持SMB机制16CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGroup2.1EM

IF1.1体系结构ZIS的符合性要求注册代理管理提供者信息管理预约者信息管理存取控制列表提供EMIF_ZoneStatus对象支持推、拉模式支持数剧对象的多提供者机制支持EMIF-Encrption和EMIF-Signa

ture17CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGroup2.2EMIF1.1报文规范报文类别EMIF_Ack：用于通知是否已成功接收或处理报文EMIF_Event：用于

发布数据对象更新事件EMIF_Provide：用于提供数据对象EMIF_Register：用于注册代理EMIF_Request：用于获取数据对象EMIF_Response：用于应答对数据对象的请求EMIF_Subs

cribe：用于预约数据对象更新事件EMIF_SystemControl：用于控制数据流动EMIF_Unprovide：用于取消对数据对象的提供EMIF_Unregister：用于取消注册EMIF_Unsubscribe：用于取消对数据对象更新事件的预约18CETSC-EMIF工

作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGroup2.2EMIF1.1报文规范19CETSC-EMIF工作组EducationManagementInformati

onSystemInteroperabilityFramework-WorkingGroup2.2EMIF1.1数据规范内容：引用教育部颁布的两部数据规范的内容，采用EMIF的描述格式教育管理信息化标准第1部分：学校

管理信息标准（2002）CELTSC-41基础教育教学资源元数据规范（2002）格式：基于XMLSchema的EMIF-Schema元素约束性：Mandatory类型的元素减到最小其他统一数据对象命名规则统一日期格式：YYYY-MM-DD统一使用GUID标识数

据对象20CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGroup三、若干遗存问题

EMIF体系结构和EMIF报文规范在应用中证明可行、实用、稳定EMIF数据规范在引用“基础教育教学资源元数据规范”时遇到数据表示的问题XML标签的大小写问题XML元素的多个值域问题注：以下将“基础教育教学资源元数据规范”简称为“CETSC-41规范”21CETSC-EMIF

工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGroup3.1XML标签的大小写问题问题来源CETSC-41规范采用全字母小写方式书写XML元素标签，如：<tableofcontents>EMIF规

范在引用CETSC-41规范时改用首字母大写方式书写XML元素标签，如：<TableOfContents>标签大小写不一致将导致：按照EMIF规范生成的资源描述文档与按照CETSC-41规范生成的资源描述文档无法实现互操作

，这将影响EMIF规范的应用范围我们建议：统一采用首字母大写方式书写XML文档首字母大写符合XML元素描述的国际惯用法，而小写则非与EMIF规范的行文用法一致：EMIF报文规范和数据规范均采用首字母大写方式描述XML文档22C

ETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGroup3.2XML元素的多个值域问题问题来源CETSC-41规范在定义元素时经常给出多个值域（值域在CETSC-4

1规范中称为“编目方案”）如：学科的编目方案1.LCSH（美国国会图书馆主题词表）2.MESH（医学主题词表）3.DDC（杜威十进分类法）4.LCC（美国国会图书馆分类法）5.UDC（国际十进分类法）6.按国家课程标准定义的学习领域与课程

如：空间（Spatial）的编目方案1.DCMIPoint、ISO3166、DCMIBox、TGN23CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFra

mework-WorkingGroup3.2XML元素的多个值域问题CETSC-41规范在定义多个值域的同时却没有给出值域适用范围多个值域并存而不给出适用范围将导致：同样按照CETSC-41规范描述资源的属性，但不同的开发商可能根据不同的值域取值，因此必将导致互操作失败我们建议：两种备用方案，可

采用其一24CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFramework-WorkingGroup3.2XML元素的多个值域问题方案一：增加一个属性来指明

所采用值域（如：scheme）<Spatialscheme=”DCMIPoint”><Point><east>…</east><north>…</north><Point></Spatial>方案二：强制约定一种值域，舍弃其他<Spatial><

Point><east>…</east><north>…</north><Point></Spatial>25CETSC-EMIF工作组EducationManagementInformationSystemInterope

rabilityFramework-WorkingGroup四、总结EMIF工作组工作内容概述EMIF工作组工作成果概述EMIF1.1的若干遗存问题26CETSC-EMIF工作组EducationManagementInformationSystemInteroperabilityFr

amework-WorkingGroup谢谢！27