GB/T29265.402-2017

信息技术信息设备资源共享协同服务第402部分:应用框架

Informationtechnology—Informationdeviceintelligentgroupingandresourcesharing—Part402:Applicationprofile

本文分享国家标准信息技术信息设备资源共享协同服务第402部分:应用框架的全文阅读和高清PDF的下载,信息技术信息设备资源共享协同服务第402部分:应用框架的编号:GB/T29265.402-2017。信息技术信息设备资源共享协同服务第402部分:应用框架共有53页,发布于2017-12-01
  • 中国标准分类号(CCS)L65
  • 国际标准分类号(ICS)35.200
  • 实施日期2017-12-01
  • 文件格式PDF
  • 文本页数53页
  • 文件大小4.24M

以图片形式预览信息技术信息设备资源共享协同服务第402部分:应用框架

信息技术信息设备资源共享协同服务第402部分:应用框架


国家标准 GB/T29265.402一2017 信息技术信息设备资源共享协同服务 第 402部分;应用框架 Informationteehnology一Informationdeviceeinteigentgrouping andresoureesharing一Part402:Appliceationprofile 2017-05-12发布 2017-12-01实施 中华人民共利国国家质量监督检验检疙总局 发布 国家标准化管理委员会国家标准
GB/T29265.402一2017 前 言 GB/T29265《信息技术信息设备资源共享协同服务》分为如下部分 -第1部分:体系结构与参考模型; 第201部分:基础协议; 第202部分:通用控制基础协议; 第203部分;基于IPV6的通信协议; 第204部分:网关设计; 第301部分;设备类型 第302部分;服务类型 第303部分;通用控制设备描述; 第304部分.数字媒体内容保护 第305部分;电力线通信接口; 第36部分;服务质量 401部分:基础应用; 第402部分;应用框架 第405部分;媒体中心设备 第406部分;网络多媒体终端及应用 第501部分;测试; 第502部分;通用控制设备验证 本部分为GB/T29265的第402部分 本部分按照GB/T1.1一2009给出的规则起草 请注意本文件的某些内容可能涉及专利 本文件的发布机构不承担识别这些专利的责任 本部分由全国信息技术标准化技术委员会(sAC/Tc28提出并归口 本部分起草单位;闪联信息技术工程中心有限公司北京市闪联信息产业协会、海信集团有限公司、 深圳市闪联信息技术有限公司、联想集团有限公司、四川长虹电器股份有限公司、TC1集团股份有限公 司、康佳集团股份有限公司、长城计算机集团公司、创维集团有限公司,电子技术标准化研究 院、飞利浦()投资有限公司、深圳市九洲电器有限公司、猫范(北京)科技有限公司 本部分主要起草人:孙育宁、贺志强、王立建、皇晓琳、张维华、孙志勇、李玉军、曹重英、侯紫峰、 过晓冰、宿为民、卓兰、杨宏、杨富东,李嘉、刘孟红、李丕
GB:/T29265.402一2017 信息技术信息设备资源共享协同服务 第402部分:应用框架 范围 GB/T29265的本部分规定了设备间在资源共享协同服务的基础协议下实现媒体数据和文件数据 流数据资源共享和协同服务的应用框架、设备交互流程模式,以及设备间交互过程中的请求和响应的消 息格式及设备提供服务的描述格式 本部分适用于计算机,家用电器和通信设备在一定范围内通过有线或无线的方式实现资源共享和 协同服务 规范性引用文件 下列文件对于本文件的应用是必不可少的 凡是注日期的引用文件,仅注日期的版本适用于本文 件 凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T29265.201一2017信息技术信息设备资源共享协同服务第201部分;基础协议 GB/T29265.302-2017信息技术信息设备资源共享协同服务第302部分;服务类型 术语和定义 下列术语和定义适用于本文件 3.1 AV多播设备组audio/ideomultieastdeyieegroup 由媒体服务器和媒体客户端组成,在AV多播回放应用中具有多播能力的媒体设备组 3.2 GRs动态服务调用模块IGRsdtmumie seryiceiny0cationm0dule 控制与设备或者设备组性能相匹配的应用服务交互,用于协调媒体服务器和媒体客户端之间的服 务调用序列的应用逻辑部分 3.3 GRS服务IGRsserviee IGRS设备中包含的执行应用接口和为其他IGRS设备提供服务的可共享资源 注:每个IGRS服务包含一个符合IGRS规范的调用接口,这些调用接口通过IGRS服务描述规范在网络上描述并 宣告 3.4 GRs客户端GRselient IGRS设备上调用IGRS服务的应用程序 3.5 GRs设备IGRsdeviee 符合IG;RS协议的设备
GB/T29265.402一2017 3.6 Gs用户IGsuser IGRS设备和IGRS客户端的拥有者 3.7 对等设备组peer-t0peerdeviegroup 组内各IGRS设备为对等关系的设备组 3.8 服务类型servieetype 根据涉及的资源内容定义的IGRS服务分类 注:服务类型分类使同类的服务应用拥有同样的调用接口 3.9 服务接口serviceinterface IGRS服务提供给IGRS客户使用共享资源的方法,由接口名称、需要IGRS客户提供的参数等 组成 3.10 服务属性servieeattribute 隶属于每种服务类型的用于记录服务状态的变量 3.11 ediaserver 媒体服务器 在IG;Rs网络中具有存储和计算能力的AV设备,比如计算机、网络存储服务器等 注:媒体服务器可以在AV应用中作为源设备为其他AV设备提供网络接口 3.12 媒体客户端mediaelient 在IGRs网络中具有AV解码或播放能力的AV设备,比如电视机、机顶盒等 在AV应用中,媒 体客户端可以作为目标设备访问媒体服务器上的内容 3.13 媒体设备组mediadevicegroup AV系统中包含的设备组,在GB/T29265.2012017中定义的一种主从设备组 注有两种媒体设备组:CIs设备组和AV多播设备组 3.14 CIs设备组contentindexservieedevieegrop 由多个媒体服务器组成,管理多个多媒体服务器上的内容索引的媒体设备组 3.15 设备标识符devieeidentifier 用于区分不同IGRS设备的标识 3.16 设备管道devieepipe 符合GB/T29265.201一2017规定的传输设备间交互消息的通道 3.17 设备组devieegroup 多个IGRS设备遵循GB/T29265.2012017规定的交互规则形成的设备群组 注设备组包括对等设备组和主从设备组两种类型
GB:/T29265.402一2017 3.18 主从设备组centralizeddevieegroup 组内存在一个IGRS主设备的设备组 IGRS主设备管理设备组的创建、解散和lIGRS从设备的加 组内的IGRs主设备与IG;Rs从设备构成主从关系 缩略语 下列缩略语适用于本文件 AV音视频(Audio/Video BCM后向信道消息(BackChannelMessage) CIS内容索引服务(ContentIndexService) CMS连接管理服务(ConneetionManagementService DCSDVD换盘服务(DVDDiscChangeService DDSDVD分发服务(DVDDistributionService DPMSDVD电源管理服务(DVDPowerManagementService DRM数字版权管理(DigitalRightsManagement DRMsDvD呈现管理服务(DVDRenderingManagementService) DVD数字多功能光盘(IgitalVersatileDisee FAMs文件访问管理服务(FileAccessManagementService) Fc文件客户端(FileClient FCMs文件连接管理服务(FileConnectionManagementServiee) Fs文件服务器(FileServer) GRs资源共享协同服务(IntelligentGroupingandResourcesharing) GRsDsIMIGRS动态服务调用模块(IGRsDynanmiecServiceInvocationModule) Mc媒体客户端(MediaClient McTMS媒体目标传输管理服务(MediaClientTransportManagementService MP媒体播放器(MediaPlayer) MR媒体录制器(MediaRecorder) Ms媒体服务器(MediaServer) MSTMS媒体源传输管理服务(MediaServerTransportManagementService) MT媒体转码器(MediaTranscoder) MIrs媒体转码服务(MediaTransecodingseriee) Qos服务质量(QualityofService) RMS呈现管理服务(RenderingManagementService) RTP实时传输协议(Real-timeTransportProtocol RTsP实时流协议(RealimesireamingProtocol sOAP简单对象访问协议(SimpleObjeectAccessProtocol TMS传输管理服务(TransportManagementService) UUID通用唯一标识符(UniversallyUniqueldentifier) xML可扩展置标语言(ExtensbleMarkwp Ianguage
GB/T29265.402一2017 5 综述 5.1概述 信息设备资源共享协调服务系列标准的目标是在企业、公共场所、个人以及家庭所涉及的设备互连 时,通过遵循共同资源描述及功能服务接口标准,使设备能够有效实现资源开放及服务协同,提高设备 间功能的互操作性 IGRS基础协议,IGRS应用框架及IGRS基础及扩展应用构成了信息设备资源共享协调服务系列 标准的主要内容 其中,IGRs应用框架是基于基础协议,面向最终应用而定义的一系列应用交互规 则,如面向家庭多媒体应用的AV应用框架定义家庭场景中各种AV相关设备为实现AV应用所应具 备的IGRS服务与IGRS客户间的配合关系 本部分主要包括AV应用框架、,DVD应用框架和文件应 用框架,分别在第6章一第8章定义 5.2AV应用框架 IGRsAV应用框架定义了IGRsAV设备和相关的控制点应用之间的交互模型 AV设备可以包 括电视机、AV播放器、机顶盒、音响系统、照相机、电子相框和台式微型计算机等 IGRsAV应用框架 允许设备支持任何传输协议上任意格式的媒体内容 5.3DD应用框架 DVD应用框架是基于AV应用框架,定义了DCS,DDs,DRMS和可选的DPMS;同时,在实际的 交互过程中还需要用到AV应用框架中定义的CMS和TMS 此应用框架还定义了这些服务功能接口 交互的逻辑流程 5.4文件应用框架 在小型办公和家庭环境下,可能使用多种数字设备,例如台式微型计算机、便携式计算机、数字照相 机、数字摄像机、AV媒体播放器移动通信终端机顶盒等 用户可能要求通过网络能够浏览、拷贝删 除、读写这些设备上的数据文件 文件应用框架就是为了这个目标而设计的 它在用户和不同的设备间建立一个软件中间层,该层 隐藏下层网络协议.设备,操作系统和文件操作方式,提供给应用程序开发人员统一的共享文件访问程 序接口 用户可以透明地访问网络环境中的设备上的文件,而不用考虑文件所在设备及设备运行的操 作系统 AV应用框架 6 6.1系统结构 6.1.1概述 GRRsAV应用框架描述了IGRsAV系统构成以及在AV应用中AV设备或者设备组之间的交互 模型 一个AV设备可以是电视机、媒体播放器、机顶盒、音响系统、数字照相机、数字摄像机等 AV设备组是一组包含有多个AV设备的设备组 IGRsAV应用框架支持在多个IGRsAV设备之间 通过各种传输协议和各种媒体格式来传输多媒体内容 IGRsAV应用框架定义了多种灵活的结构,以支持不同类型的AV应用 从应用中包含的设备类 型的角度来看,IGRSAV应用框架支持独立设备AV应用,也支持设备组AV应用;IGRsAV应用框
GB/T29265.402一2017 架还支持一系列的应用类型,从简单的AV回放应用到高级的个性化内容管理应用 如图1所示,IGRsAV系统通常包含三种类型的设备;MSs,MC和媒体设备组 与之对应,IGRs AV应用也应该支持设备之间四种不同的交互模式:单MS和单MC,多MS和单MC、单MS和多MC 多Ms和多MC 其中单MS和单MC为必选,其他三种为可选 各交互模式的定义见6.1.2 MSs MC MS MC MC Ms MS 媒体设备组(cIs设备组 媒体设备组(AV广播设备组 图1IGRsAV应用框架的设备组模型 6.1.2IGRsAV应用中的四种设备交互模式 6.1.2.1单MS和单MC的交互模式 如果IG;RsAV应用仅包含单MS和单Mc比如在一个MS和一个MC之间进行AV播放),应遵 循IGRSAV中单MS和单MC之间的交互模式,如图2所示 MS MC 控制信道 GRs应用根架 lGRS应用框架 GRS基础协议 GRs基础协议 媒体流数据惜外传输路径 图2单MS和单MC的交互模式 6.1.2.2多MS和单MC的交互模式 如果IGRsAV应用包含多MS和单Mc(比如内容分布在包含了多个Ms的媒体设备组中,特别 是CIs设备组中),应遵循IGRSAV中多MS和单MC之间的交互模式,如图3所示
GB/T29265.402一2017 媒体设备组 MC MS MS GRS应用框架 GRS应用框架 媒体流数据带外传输路径 GRS应用框架 IGRS基础协议 IGRs基础协议 IGRS基础协议 图3多MS和单MC的交互模式 6.1.2.3单MS和多MC的交互模式 如果IGRsAV应用包含单MS和多MC比如媒体流通过多播的方式从一个MS传输到多个 MC),应遵循IGRSAV中单MS和多MC之间的交互模式,如图4所示,其中的MC应是一个媒体设 备组的成员,特别应是AV多播设备组的成员 Ms Mc MC GRs应用根架 IGRS应用框架 IGRS应用框架 媒体流数揣带外传输路径 媒体流数据带外传输路径 GRs基础协议 GRs基础协议 IGRs基础协议 媒体设备组 图4单MS和多MC的交互模式 6.1.2.4多MS和多MC的交互模式 如果IGRsAV应用包含多Ms和多Mc,应遵循IGRsAV中多Ms和多Mc之间的交互模式,如 图5所示,其中的MC应是一个媒体设备组的成员,特别是AV多播设备组 比如交互的内容来自包含 多个Ms的媒体设备组(比如CIS设备组),媒体流从包含多个MS的媒体设备组以多播的方式向多个 MC进行多播
GB:/T29265.402一2017 媒体设备组 MC MC MS MsS GRs应用框架 继体流数带 媒体流双 IGRS应用框架 IGRS应用框架 IGRS应用框架 外传输路径 外传输路径 IGRs基础协议 GRs基础协议 GRS基础协议 GRS基础协议 媒体设备组 图5多MS和多MC的交互模式 6.2IGRSAV系统组件 6.2.1IGRsA应用 GRSAV系统应支持两种类型的AV应用;简单的AV回放应用和高级的个性化内容管理应用 为 了支持这两种应用,需要定义三种设备类型:MS,MC和媒体设备组 这三种设备类型的定义见6.2.2、 6.2.3和6.2.4 6.2.2MS 6.2.2.1概述 在IGRsAV系统中,MS是具有较强技术能力和存储能力的设备,比如是一个计算机或者一个网 络存储设备 在IGRSAV应用中,MS通常作为源设备,可以对其内容进行管理,并给MC提供标准的 网络接口来访问和使用 MS也可以作为目标设备,允许MC将存储在网络中的其他内容上传到MS 上,实现通用内容管理功能 MS也可包含可选的媒体转码功能模块,提供MS和MC之间的媒体格式 转换 IGRSMS的组成结构见图6 MS MTS CIS lGRs CMS BCMTCP服务 MSTMs GRs基础协议 图6MS的组成结构
GB/T29265.402一2017 MS的组件和定义如下 a CIS:MS应执行CIS,使得MC可以通过CIS的接口功能浏览、搜索和访问存储的内容 见6.2.2.2 连接管理和传输制机制.Mc可以选择和播放Ms上的内容 Ms应支持至少一个连接管理 b 和传输控制机制 传输控制管理带外数据流,IGRsMS支持两种类型的连接管理和传输控制 机制 基于BCM(后向信道消息)的连接管理和传输控制机制,见6.2.2.3; 基于sOAP(简单对象访问协议)的连接管理和传输控制机制,见6.2.2.4 MS应执行BCMTCP服务以支持基于BCM的连接管理和传输控制机制 MS可同 时执行带外数据流的连接管理和传输控制 MS应执行CMs的GetProtocolnfo()接口函数使网络中的其他设备可以查询MS支 持的媒体格式并获取MS支持的连接管理和传输控制机制: MS也可使用基于sOAP的连接管理和传输控制机制来执行CMS和MSTMS 与基 于sOAP的连接管理和传输控制机制相比,基于BCM的连接管理和传输控制机制是 更加简便的访问方法,也是本部分建议的方法; MS应支持HTTP.GET带外传输数据流协议; 在执行多播AV回放时,MS应支持RTSP/RTP带外传输数据流协议 MTs;MS可执行可选的MTs,当MC通过CIS发现Ms中不支持的媒体格式时,调用MTs c 对媒体格式进行转码后提供给MC,见6.2.2.5 6.2.2.2CIS CIS定义了IGRsAV系统的内容表现框架 通过内容元数据描述的方式,CIS在MS和MC之间 提供用于在AV回放应用中匹配媒体格式和传输机制的基础信息,同时也为高级的个性化内容管理应 用提供必要的支持 CIS的定义见GB/T29265.3022017的8.1 6.2.2.3CM1ICP服务 BCMTCP服务是在IGRsAV系统中用于AV回放的一种连接管理和传输控制机制 它是基于 TCP协议上的一种命令令牌控制协议,包含CM服务器和BCM客户端 定义见GB/T29265.302 2017的第9章 6.2.2.4IGRSsoAP服务 CMS负责管理MS和MC之间的连接 MSTMS负责MS和MC之间的带外数据流传输控制 1GRsAV系统定义了基于BcM的连接管理和传输控制机制.SoAP可以用于这些IGRS服务,但 是由于BCM访问方法更加简单,本部分不推荐使用sOAP 6.2.2.4.1CMS CMS定义了下述功能的接口函数 查询MS支持的媒体格式; a 获取支持的连接管理和传输控制机制 b 设置、查询和释放IGRsAV系统中Ms和MC之间的连接 c 定义见GB/T29265.302一2017的8.2 6.2.2.4.2MSTMS MSTMS定义了lIGRSAV系统中MS发起的带外数据流的传输控制接口函数 定义见
GB/T29265.402一2017 GB/T29265.302一2017的8.3. 6.2.2.5Ms MTs负责对媒体格式进行转码,定义见G;B/T29265.302一2017的8.6 6.2.3MC 6.2.3.1概述 在IG;RS网络中,MC是一种具有媒体解码能力的设备,例如电视机、机顶盒或者高清网络播放器 等 在AV应用中,MC通常是一个通过标准网络接口访问和操作Ms上的内容的目标设备 MC也 可以是一个将存储在其他设备上的内容上传到MS上进行统一内容管理的源设备 MC也可包含可选 的媒体转码功能模块,提供MS和MC之间的媒体格式转换,IGRSMC的组成结构如图7所示 MC CMsS BCMTCP服务 MCTMs IGRS MIS RMs lGRs基础协议 图7MC的组成结构 IGRsMC共有两类设备:MP和MR 在浏览并选择了要播放或者录制的MS上的内容后,MC通常会建立与MS的连接并执行带外数 据流的传输控制 下面是MC的组成部分的详细描述: 连接管理和传输控制:MC支持两种类型的连接管理和传输控制机制 a -基于BCM的连接管理和传输控制机制,见6.2.3.2 基于SOAP的连接管理和传输控制机制,见6.2.3.3 MC应支持基于BCM的连接管理和传输控制机制 从而允许MC执行带外数据流的 连接管理和传输控制 MC应执行CMs的GetProtocollnfo()接口函数使网络中的其他设备可以查询MC支 持的媒体格式并获取MC支持的连接管理和传输控制机制 MC也可使用基于sOAP的连接管理和传输控制机制来执行CMS和MSTMS 与基 于sOAP的连接管理和传输控制机制相比,基于BCM的连接管理和传输控制机制是 更加简便的访问方法,也是本部分建议的方法
GB/T29265.402一2017 MC应支持HTTPGET带外传输数据流协议 在执行多播AV回放时,MC应支持RTSP/RTP带外传输数据流协议 b RMS:MC应执行RMs以支持在回放设备上的内容呈现,比如亮度调节、对比度调节、音量调 节等,见6.2.3.4 MTS.MS可执行可选的MTS,当MC通过CIS发现MS中不支持的媒体格式时,调用MTS 对接收到的内容转码后提供给RMS,见6.2.3.5 6.2.3.2BCMTCP服务 BCMTCP服务是在IGRSAV系统中用于AV回放的一种连接管理和传输控制机制 它是基于 TCP协议上的一种命令令牌控制协议,包含BCM服务器和BCM客户端 定义见GB/T29265.302 2017的第9章 6.2.3.3IGRssOAP服务 6.2.3.3.1 概述 CMS负责管理MS和MC之间的连接 MCTMS负责MS和MC之间的带外数据流传输控制 GRsAV系统定义了基于cM的连接管理和传输控制机制,sOAP可以用于这些IGRS服务,但 是由于BCM访问方法更加简单,本部分不推荐使用sOAP 6.2.3.3.2CMS CMS定义了下述功能的接口函数 查询MC支持的媒体格式; a b) 获取支持的连接管理和传输控制机制 设置、查询和释放IGRsAV系统中MS和MC之间的连接 c 定义见GB/T29265.302一2017的8.2 6.2.3.3.3MCIMs MCTMS定义了IGRsAV系统中MC发起的带外数据流的传输控制接口丽数 定义见 (GB/T29265.3022017的8.4 6.2.3.4RRMs RMS定义IGRsAV系统中McC上内容呈现管理的接口函数 定义见GB/T29265.302一2017的 8.5 6.2.3.5MIs MTS负责对媒体格式进行转码,定义见GB/T29265.3022017的8.6 6.2.4媒体设备组 6.2.4.1概述 IGRS设备组是GB/T29265.201一2017中定义的设备类型,用于在IGRS网络中进行资源共享和 设备协同 IGRS设备组应包含两种类型;对等设备组和主从设备组 GB/T29265.201一2017为IGRsAV应用中使用的设备组定义了特定的类型,即媒体设备组 媒 体设备组是包含Ms和MC的设备组,包括: 10
GB/T29265.402一2017 CIS设备组,定义见6.2.4.2 a b)AV多播设备组,定义见6.2.4.3. 6.2.4.2CIS设备组 CIS设备组是包含多个Ms的IGRS主从设备组,主要实现多媒体服务器之间CIs实例的分布协 作和负载均衡,见6.3.6.2 一个CIs设备组应包含一个主设备和多个从设备,组中所有的设备都应支 持CIS. CIS设备组中的主设备称为CIS主设备,从设备称为CIS从设备 CIs主设备通常拥有较强的计 算能力、较大的存储能力、较强的媒体内容分析能力以及相关的模块,比如台式微型计算机、便携式计算 机、存储服务器等 CIS主设备可以在CIS从设备上备份存储内容的元数据,也可以将实际的存储内容 存储在CIS从设备上 CIS从设备通常计算能力和存储能力有限,比如一些嵌人式媒体设备、数字相 机、移动通信终端、媒体适配器等 设备生产商可根据媒体服务器设备的性能确定在建立CIS设备组 时该设备是否可作为CIs设备组的主设备 CIS主设备可通过访问CIS从设备的内容目录来获取包含CIS从设备的所有媒体元数据内容目 录 通常.cIs主设备应仅复制cIs从设备内容目录的元数据而不必将实际的内容复制到cs主设备 CIs主设备应通过objeeURI元数据属性向CIs从设备提供内容索引详细内容见GB/T29265.302 2017中的cIs服务部分 cIS主设备应使用其内容分析模块为cIS从设备执行简单媒体格式分析或 者高级的内容场景分析,比如,如果CIS从设备性能有限,不能正确执行脸部识别分析功能,具有先进 的脸部识别模块的cIs主设备可以对存储在cIS从设备上的照片进行分析,而不必获取内容的精确元 数据 处理流程见6.3.6.2 在访问CIS设备组时,MC可通过访问CIs主设备来获取cIs设备组中所有设备的内容目录 然 而,因为CIs主设备通常仅复制cIs从设备的内容元数据,而不复制组员内容目录中的实际内容,Mc 应建立一条与cIS从设备的直接连接,从而在从CIS主设备的内容目录中获取了指向cCIs从设备的内 容的ObjectURI后,可以通过带外传输协议访问这些内容 处理流程见6.3.6.2 CIs设备组的设备组类型定义为 Centralized:av:MediaDeviceGroup:CISDeviceGroup 6.2.4.3AV多播设备组 AV多播设备组是包含单MS和多个MC的IGRS主从设备组类型 该设备组的主要应用是以节 省网络资源的方式实现基于多播的AV回放见6.3.5) AV多播设备组是有MS建立的主从设备组 MC以从设备的身份加人该设备组 AV多播设备组的设备组类型定义为: Centralized:av:.MediaDevicecGroup:AVMCastDevieeGroup 6.2.5MS和NMC的模块扩展 在IGRsAV系统中,MS和MC中包含的模块可以进行动态扩展以支持除了6.2.2和6.2.3中列出 的模块以外的更多先进的服务和功能 如图8所示,MS和MC可扩展为包含DRM模块,QoS模块和 用户管理模块 11
GB/T29265.402一2017 MS MC 控制信道 GRs GRs GRs GRs IGRS IGRS IGRS 1GRS DRM DRM oS Oos 模 模 块 块 媒体流数据带外传输路径 GRs基础协议 GRs基础协议 图8MIS和MC的模块扩展 6.3IGRsAV系统交互流程 6.3.1交互流程概述 IGRSAV系统定义了两种AV应用的标准交换流程和网络接口;简单AV回放和高级个性化内容 管理 IGRsAV系统的全部交互流程如图9所示 IGRSAV系统交互流程中应支持IGRSDSIM IGRSDSIM作为AV应用逻辑的一部分参与工 作,根据参与交互的设备或者设备组的性能来对交互进行管理,协调MS和MC之间的服务调用顺序 IGRSDSIM可在MS,.MC或者IGRS客户端上执行 创建设备组 确定动态服务交互流程 GRSAV应用类型? AV回放 内容管理 GRSAV回放交互流程 s内客管理交互被烈 图9IGRSAV系统的全部交互流程 图9中IGRSAV系统全部交互流程的各个步骤如下 创建设备组:IGRsAV设备根据设备性能匹配条件建立媒体设备组(见6.3.2) a b 确定服务交互流程:IGRSDSIM根据AV服务类型和设备和设备组的性能确定与之匹配的应 用服务交互流程(见6.3.3); 选择流程;根据不同的应用分别选择执行6.3.4中定义的AV回放交互流程或者6.3.6中定义 的内容管理交互流程 12
GB/T29265.402一2017 6.3.2创建设备组交互流程 6.3.2.1 创建设备组交互流程概述 本条定义创建媒体设备组流程 媒体设备组是G;B/T29265.201一2017中定义的主从设备组类 型,其建立、解散和查找策略遵循GB/T29265.201一2017中规范的主从设备组相关规则,见 GB/T29265.201一2017中5.5,5.14和8.8 IGRsAV系统中媒体设备组可以分为两类 CIS设备组;包含多个MSs设备,主要实现多MS设备分布协作和存储和管理的内容的负载 a 均衡; D)AV多播设备组;包含一个支持多播功能的MS和多个MC,可以执行基于多播的AV回放 6.3.2.2IGRs设备组组内信息交互机制 6.3.2.2.1概述 GB/T29265.201一2017中已经定义了IGRS设备组的组管理机制 本条定义一套通用组内设备 间的组内信息交互机制作为对GB/T29265.201一2017中定义的补充 IGRs设备组应支持两类组内信息交互机制,6.3.2.2.2中定义了基于多播的通知消息,6.3.2.2.3中 定义了基于单播的请求/响应消息 注,本部分消息定义中正体字均表示规定内容,斜体字均表示应具体填人内容的提示 6.3.2.2.2基于多播通知的组内信息交互 基于多播通知的组内信息交互是IGRS设备组的通用信息交互机制,可以应用于对等设备组或 者主从设备组 任何需要向同组内的其他设备通知交互信息的设备应使用表1中定义的通知消息 格式 本部分不指定交互消息的格式,仅要求交互的信息应为使用XML命名空间的XML元素 本部分 中定义的媒体设备组组内交互信息格式见6.3.2.4.4和6.3.2.5.4 表1IGRs设备组组内信息交互通知消息 消息 说明 NOTIFY HT'TP/1.l 扩展HTTP命令行 Host;239.255.255.250;3880 必选字段 NT;uid,通知源的设备标识行 必选字段,定义见GB/T29265.201一2017的7.1.2 NTs; 必选字段 :isdp:groupalive USN;uuid;通知源的设备标识符 必选字段,定义见GB/T29265.2012017的7.1.2 MAN:"http://www.igrs.org/speel.0";ns=01 必选字段 01-IGRSVersion:lGRS/1.0 必选字段 01-IGRSMessageType:Deviee(GrouplnfoExNotify 必选字段 必选字段,类型为UR1,定义见GB/T29265.201一20127 01-DeviceGroupld;知源的设备组标识符 的7.l3 13
GB/T29265.402一2017 表1续) 消息 说明 必选字段,类型为URI,定义见GB/T29265,201一2017 通知源的设备标识符 01-SourceDeviceld 的7.1.2 Content-length;消息体长度 必选字段 Content-Type;text/xml;charset=utf-8 必选字段 "ht MAN http;//schemas,xmlsoap.org/soap/envelope/ 必选字段 =02 nS "IGRSDevice( 必选字段 02-SoapAction: cGrouplnfoExNotify" 必选空行 sOAPENV:Envelopexmlns:sOAPENV ”http:/ ope/" schemmas.xmlsoap.org/soap/envelo1 必选字段 SOAPENV:encodingStyle="http://schemas,xmlsoap. org/soap/encoding/ /DeviceOperation> /S(OAPENV;Body 必选字段 二/sOAP-ENV;Enveope 必选字段 6.3.2.2.3基于单播请求/响应消息的组内信息交互 基于单播请求/响应消息的组内信息交互是IGRs设备组定义的通用信息交互机制,既可以应用于 对等设备组,也可以应用于主从设备组 任何需要从组内的其他设备接收到组内交互信息的设备应使 用表2中的请求消息格式,接收请求消息的设备应以表3中定义的响应消息格式发送期望的组内交互 信息 此处不定义组内交互信息的格式,仅要求信息格式应为符合任意XML命名空间规范的XML元 素 本部分定义的媒体设备组组内交互信息格式见6.3.2.4.4和6.3.2.5.4 表2IGRS设备组组内信息交互请求消息 消息 说明 扩展HTTP命令行 M-POST/IGRSHTTP/1.1 Host;目标主机/地址;端口号 必选字段 MAN"http://www.igrs.,org/specl.0";ns=01 必选字段 14
GB:/T29265.402一2017 表2(续) 消息 说明 必选字段,IGRs版本号 01-IGRSVersion:IGRS/1.0 o1-IGRSMe GroupoERe 必选字段,内容不可变 essageType:Device(Gir Request 必选字段,类型为URI,定义见GB/T29265.2012017 01-DevieeGroupld;设备组标识符 的7.1.3 必选字段,类型为URI,定义见GB/T29265.2012017 01-SoureeDevieeld;请求设备的设备标识符 的7.1.2 必选字段,类型为URI,定义见GB/T29265.2012017 01-TargetDevieeld;主设备标识符 的7.1.2 必选字段 Content-Iength h;消息体长度 Content-Type;text/xml;charset=utf8 必选字段 MAN:"http://schemas.xmlsoap.org/soap/envelope/";ns 必选字段 02 02-SoapAction;"IGRSDevice(Group-InfoExRequest" 必选字段 必选空行 GB/T29265.402一2017 表3续) 消息 说明 必选字段,类型为URI,定义见GB/T29265,201一2017 01-SourceDevieeld:响应设备的设备标识符 的7.1.2 必选字段,类型为URI,定义见GB/T29265.201一2017 01-TargetDeviceld:发送请求的设备的设备标识符 的7.1.2 必选字段,类型为URI,定义见GB/T29265.201一2017 01-DeviceGroupld:设备组标识符 的7.l.3 必选字段 消息体长度 Content-ength: Content-Type;text/xml;eharset=utf-8 必选字段 MAN:"http://schemas.xmlsoap.org/soap/envelope/";ns 必选字段 =02 02-SoapAetion;"IGRSDeviee(Group-lnfoExResponse" 必选字段 必选空行 sO)APENVEnveopexmlns;so)APENV="http: schemas,xmlsoap.org/soap/envelope/ 必选字段 SoAPENv:encodingStyle=”ht 1ttp://schenmas,xmlsoap. org/soap/encoding/" 必选字段 DevieeOperationxmlns="http://www.igrs.org/spee 必选字段 Device(GiroupName>设备组名称调用响应序列号响应状态码 必选字段,类型为XMl元素 nfoEx /Deviee(Operation 必选字段 /soAP-E Body 必选字段 /sOAPENVEavdope 必选字段 6.3.2.3IGRS主从设备组的组管理机制 本条为GB/T29265.201一2017中定义的IGRS主从设备组的通用组管理机制 如图10所示,主设备的IGRs主从设备组的管理流程如下 创建设备组(创建主从设备组);主设备上线,创建主从设备组,发送主从设备组上线宣告消息 a 主设备允许从设备加人组(加人主从设备组):从设备上线,发现需要的IGRS主从设备组,随 b 后选择并加人该设备组 详细的加人策略由应用开发者和设备生产商确定 主设备允许从设备离开组(离开主从设备组);从设备可以离开主从设备组或者直接离线 c d 解散设备组(主从设备组解散);:主设备向主从设备组发送解散通知消息,设备组解散 16
GB/T29265.402一2017 主设备上线 创建主从设备组 接受从设备加入/离开设备组 解散主从设备组 主设备离线 图10主设备的主从设备组管理流程 如图所示,从设备的GRs主从设备组的管理流程如下 发现设备组从设备上线,发现IGRS主从设备组; a 加人设备组从设备从上一步中发现的GRs主从设备组中选择并加人设备组 b 离开设备组;从设备可离开主从设备组或者直接离线; c d)从设备离线 从设备上线 发现主从设备组 加入主从设备组 离开主从设备组 从设备离线 图11从设备的主从设备组管理流程 17
GB/T29265.402一2017 6.3.2.4CIS设备组 6.3.2.4.1概述 CIS设备组是一种IGRS媒体设备组,由几个MS组成 主设备称为CIS主设备,从设备称为CIS 从设备 6.3.2.4.2CIs设备组的组创建策略 在IGRs网络中,任何时候都只能有最多一个cIs设备组,组中仅有一个作为主设备的Ms cCIs 主设备选举策略应采用先来先得策略,允许仅接受并成功处理第一个MS的创建CIS设备组请求,拒绝 其他的创建请求 6.3.2.4.3CIs设备组在线宣告消息 CIS主设备应周期性发送CIS设备组在线宣告消息见GB/T29265..201一2017的8.5.3.2),在 sOAP消息体中应增加一个“DeviceGroupType”XMI元素,其值为 Centralized:av:MediaDevice(Group:CISDevcie(Group,如表4所示 表4CIs设备组在线广告消息 消息 说明 NOTIFY HTTP/1.1 扩展HTTP命令行 Host:239.255.255.250;3880 必选字段 必选字段,类型为32位无符号整型(0保留) 若收到该 消息的设备判断该字段表示的时间已到,则认为该设备 Cacheccontrolmaxage=最大宣告有效时间 组已不存在 主设备应在改宣告有效时间到达前,发出 新的设备组选搞来耍新改时间,时间单位为秒 Location:http;//www.igrs.org/devieegroup/eentralisedl 必选字段 NT:uuid;宣告的设备组标识符 必选字段,定义见GB/T29265.201一2017的7.1.3 NTS;:isdp:groupalive 必选字段 SERVER:OS/versionIGRS/1.0produet/version 必选字段 宣告的设备组标识符 必选字段,定义见GB/T29265.201一2017的7.1.3 USN:uuid l.0";ns=01 必选字段 MAN:"http://www.igrs.org/specl 01-IGRSVer 1;lGRs/1.0 必选字段,IGRS版本号 rSlon 01-IGRSMessageTypeCentralisedlDevice(GiroupAdvertisement 必选字段,内容不可变 必选字段,类型为URI,定义见GB/T29265.201一2017 1-SourceDevieeld,发送组宣告消息的源设备标识符 的7.1.2 Content-Type;:text/xml;charset=utf-8 必选字段 Content-length:Messagebodylength 必选字段 /2002/12/ MAN:"http;://www.w3.org/" 2/soapenvelope" 必选字段 ns=02 "IGRS( 02-SoapAction: -CentralisedlDeviceGroupAdvertise 必选字段 mment" 18
GB:/T29265.402一2017 表4续) 消息 说明 必选空行 SOAP-ENV:Envelopexmlns:SOAP-ENV=”http:/ schemas.xmlsoap.org/soap/envelope/ 必选字段 SAP-ENV:encodingStyle=”http://schemas,xmlsoap org/soap/encoding, SOAPEN;Body 必选字段 Deviee(Operationxmlns “http://www.igrs.org/spee 必选字段 DeviceGroupld>设备组标识符 必选字段,定义见GB/T29265.201一2017的7.1.3 DeviecGiroupNanme>设备组名称 必选字段 eviceGiroupType>Centralized:av;MediaDevieeGiroup: 必选字段 CISDeviee(GroupGB/T29265.402一2017 Ms上线 搜索CIS设备组 存在CIS设备组吗? 作为主设备创建CIs设备组 是 作为CIS从设备加入CIS设备组 CIs设备组上线宜告 接受其他MS作为CIS从设备加入组 向CIS主设备发传送CIS元数据 向CIS主没备上传cIs从设备的CIs 元数据 离开CIS设备组 接受CIS从设备离开组 解散CIS设备组 MS离线 MS离线 图12MIS作为CIS主设备的CIS设备组管理流程 如图13所示,CIS从设备的组管理流程 MS上线,设置为CIS从设备 a b) 搜索当前IGRS网络中的CIS设备组 如果存在CIS设备组,则加人该设备组,将自己的CIS元数据发送到CIS主设备的内容 l 目录中 然后它可以离开CIS设备组并离线; 如果没有CIS设备组,MS会等待一定的时间,然后周期性的重复执行b) 等待时间由应 用开发者和设备生产商确定 20
GB/T29265.402一2017 MS上线 搜索CIS设备组 等待 是否存在CIS设备组? 作为CIs从设备加入cIS设备组 向CIS主设备传送CIS元数据 离开CIS设备组 MS离线 图13MS作为CIs从设备的CIs设备组管理流程 6.3.2.5AV多播设备组 6.3.2.5.1概述 AV多播设备组是一种lGRS媒体设备组类型,由一个MS(作为设备组的主设备)和多个MCc(作 为设备组的从设备)组成 6.3.2.5.2AV多播设备组的组创建策略 同一个IGRS网络中允许同时存在多个AV多播设备组 一个MS可以创建多个AV多播设备 组,一个MC可以以从设备的身份同时加人多个AV多播设备组 6.3.2.5.3AV多播设备组在线宣告消息 主设备应周期性发送AV多播设备组在线宣告消息见GB/T29265.201一2017的8.5.3.2),在 SOAP消息体中应增加一个“DeviceGroupType"XML元素,其值为 Centralized:av;MediaDeviceGro ;AVMCastDeviceGr roup,如表5所示 oup: 21
GB/T29265.402一2017 表5AV多播设备组在线广告消息 消息 说明 扩展HTTP命令行 NOTIFY HTTP/1.l Host;239.255.255.250;3880 必选字段 必选字段,类型为32位无符号整型(0保留) 若收到该 消息的设备判断该字段表示的时间已到,则认为该设备 Caehccontrol;maxage=最大宣告有效时间 组已不存在 主设备应在该宣告有效时间到达前,发出 新的设备组在线宣告消息,以重置该时间,时间单位 为秒 l.ocation:http;//www.,igrs,org/devicegroup/centralised 必选字段 NT;uuid;宣告的设备组标识符 必选字段,定义见GB/T29265.201一2017的7.1.3 NTS:isdp:groupalive 必选字段 SERVER;OS/versionIGRS/1.0product/version 必选字段 UsN;uuid;宣告的设备组标识符 必选字段,定义见GB/T29265.201一2017的7.1.3 l.0";ns=01 必选字段 MAN htp://www.igs.org/spel. 01-IGRsVersion;IGRs/1.0 必选字段,IGRs版本号 01-IGRSMessageType:CentraliselDkeviceGroupAdvertisenent 必选字段,内容不可变 必选字段,类型为URI,定义见GB/T29265.201一2017 Devieeld,发送组宣告消息的源设备标识符 01-Source 的7.1.2 Content-Type:text/xml;charset=utf8 必选字段 contentLength,;消息体长度 必选字段 //www.w3.org/2002/12/soaprenvelope"; MAN,"htp:/ 必选字段 02 iS 02-SoapAction;"IGRSCentralisedDevieeGroupAdvertise 必选字段 ment" 必选空行 SOAPENV:Envelopexmlns:SOAPENV="http: schemas.xmlsoap.org/soap/envelope/" 必选字段 SOAPENV:encodingStyle=”http://schemas xmlsoap. org/soap/encoding/"> 必选字段 6.3.2.5.4AV多播设备组组内信息交互机制 如6.3.2.2中所述,AV多播设备组支持两种类型的组内信息交互机制:基于多播的通知机制和基 于单播的请求/响应消息机制 AV多播设备组组内交互消息的XML元素定义如下 McastInfo> 一MediaFleURLMediaFileURL/MediaFileURL McastAddr>MulticastAddress之/McastAddr /Mcastlnfo L元素包含多播内容的ObjeeURI,为URI字符串类型 元素中;对基于单播的 请求消息,上述xML元素应包含在元素中,值为,元素为空;对基于单播的响应消息,上述XMI元素应包含在元素中,值为GB/T29265.402一2017 MS上线 创建AV广播设备组 接受MC加入组 广播数据流传输 接受MC离开组或者Mc离线 解散设备组 NMS离线 图14主设备AV多播设备组管理流程 如图15所示,AV多播从设备的组管理流程 MC上线; a 搜索当前IGRs网络中的AV多播设备组; b) 选择和加人AV多播设备组; c d)播放或者录制来自主设备的多播内容; MC离开设备组; e MC离线 f MC上线 搜索AV广播设备组 加入设备组 广播数据流回放 离开设备组 MC离线 图15从设备AV多播设备组管理流程 24
GB:/T29265.402一2017 6.3.3确定动态服务调用交互流程 在IGRSAV系统中,IGRSDSIM根据包含的设备或者设备组的性能和匹配条件确定服务交互流 程,如图16所示 MS lGRSDsIM 媒体设备组 MC 设备性能发现 设备组性能发现 设备性能发现 对设备性能进打匹 E以生成动态服务 调用流程 图16动态服务调用交互流程 GRsDsIM首先发现MS,MC和媒体设备组的应用能力,然后对它们的能力进行匹配以确定合适 的动态服务调用流程 例如,如果AV回放应用中的MS和MC都支持IGRsQoS协议,应调用IGRs QoS服务来建立通信路由;反之则不调用QoS服务 IGRSDSIM通过使用下述方法确定设备性能 服务在线宣告消息中的服务类型头(01-ServiceType)表明设备的IGRS标准服务执行信息(见 a GB/T29265.201一2017的9.1.1); 主从设备组中从设备的服务在线注册消息向主设备报告从设备上正在运行的服务信息(见 b GB/T29265.201一2017的9.1.2) c 通过发送服务搜索消息搜索设备上正在运行的服务(见GB/T29265.201一2017的9.2); 定制设备的服务在线通知事件,这样当服务上线时会向IGRSDSIM发送通知消息以报告它的 d 服务类型(见GB/T29265.201一2017的9.3). IGRSDSIM通过发现设备组的设备组类型确定设备组的性能(见GB/T29265.201一2017的8.8). 6.3.4AV回放交互流程 6.3.4.1概述 本条介绍IGRSAV回放应用的交互流程,IGRSAV回放应用中IGRSDSIM根据6.3.3的定义的 协调MS和MC之间的服务调用流程如图17所示,其中虚线标注的部分为可选 25
GB/T29265.402一2017 Ms(包含MT9) Ms MC GRSDSIM 内容检索 媒体格式和传输机制发现 媒体格式和传输机制发现 媒体格式和传 输机制匹配 转码 媒体传输控制机制发现 媒体传输控制机制发现 媒体传输控制机 制匹配 建立连接 建立连接 选择内容 DRM模块调用 iDRM模块调用 建立Qos 建立Qos 传输控制 传输控制 呈现控制 释放Oos 释放Qos 释放连接 释放连按 图17AV回放交互流程 26
GB:/T29265.402一2017 IGRsAV回放应用交互流程如下 a 内容检索;IGRRSDSIM浏览MS管理的内容,使用CIS的Browse()和Search()接口发现内容 见GB/T29265.3022017) 发现媒体格式和传输机制:IGRSDSIM发现MS和MC支持的媒体格式和传输机制 可以通 b 过调用CMS的GetProtocollnfo()(见GB/T29265.302一2017的CMS部分)接口或者从设备 的本地配置中获取媒体格式信息和传输机制 媒体格式和传输机制匹配;IGRSDSIM对MS和MC支持的媒体格式和传输机制进行匹配 转码:如果MS和McC的不能就内容的媒体格式进行匹配,IGRSDsIM发现Ms具有转码功能 d [即MS的cCIs执行了ConvertMediaFormat()接口],MS需要执行对内容的媒体格式转码见 GB/T29265.302一2017) 媒体传输控制机制发现:IGRSDsIM发现Ms和MC支持的传输控制机制;可能是基于BCM 的传输控制机制或者基于sOAP的传输控制机制 可以通过CMS的GetProtocolInfo()接口 或者从设备的本地配置来获取传输控制机制见GB/T29265.3022017) 媒体传输控制机制匹配:IGRSDSIM对MS和MC支持的媒体传输控制机制进行匹配,如果 两种机制都支持,应优先使用基于BCM的传输控制机制 建立连接;IGRSDSIM在MS和MC之间建立连接 对于基于BCM的连接管理和传输控制 机制,见GB/T29265.302一2017的第9章;对于基于sOAP的连接管理和传输控制机制,见 GB/T29265.3022017的8.2. h 内容选择:IGRSDsIM选择播放内容 对于基于BCM的连接管理和传输控制机制,见GB/T 29265.302一2017的第9章;对于基于sOAP的连接管理和传输控制机制,见GB/T29265. 302一2017的8.3和8.4 DRM模块调用:如果内容包含版权,调用IGRsCRM系统来执行正确的步骤 建立QoS;如果将要播放的内容需要QoS支持,调用IGRsQoS系统建立传输路径 k 传输控制lIGRSDsIM控制媒体流的传输,比如播放、暂停、停止等 对于基于BCM的连接管 理和传输控制机制,见GB/T29265.302一2017的第9章;对于基于SOAP的连接管理和传输 -2017的8.3和8.A 控制机制,见GB/T29265. 302. 呈现控制:IGRSDsIM控制内容的呈现,比如调节亮度,响度等,见GB/T29265.302一2017 ID m释放Qos;如果内容回放包含QoS支持,调用1GRsQoS系统来释放传输路径 n)释放连接;IGRsDsIM释放MS和MC之间的连接 对于基于BCM的连接管理和传输控制 机制,见GB/T29265.3022017的第9章;对于基于sOAP的连接管理和传输控制机制,见 GB/T29265.3022017的8.2 GRsA回放应用支持两种类型的带外媒体流传输模式MS发起的传输和MC发起的传输 在MS 发起的传输模式中,MS负责媒体流的传输控制;在MC发起的传输模式中,MC负责媒体流的传输控制 GRsAV回放应用还支持两种类型的媒体流传输控制机制基于BcM的传输控制和基于sOAP 的传输控制 根据不同的带外传输发起方和不同的传输控制机制,IGRSAV回放应用需要不同的组件和交互流 程 6.3.4.2中介绍了MS发起的带外传输的设备组成和交互流程;6.3.4.3中介绍了MC发起的带外传 输的设备组成和交互流程 6.3.4.2MS发起的传输控制模式 6.3.4.2.1基于BCM的传输控制机制 在本模式下,如果IGRSDSIM如图18所示位于MC,MS应作为BCMTCP服务的BCM服务器而 心

信息技术信息设备资源共享协同服务:GB/T29265.402-2017应用框架简介

在信息技术快速发展的今天,信息设备资源共享和协同服务已经成为了企业和组织必不可少的工具。GB/T29265.402-2017《信息技术 信息设备资源共享协同服务 第402部分:应用框架》是一个非常重要的标准,它规定了信息设备资源共享和协同服务方面的应用框架要求和规范。

什么是应用框架?

应用框架是一种软件开发模式的基础架构,它包含了一系列已经定制好或者可以自定义的程序模块。这些模块可以帮助开发人员更加快速地构建应用系统,提高开发效率,降低开发成本。GB/T29265.402-2017的应用框架就是针对于信息技术信息设备资源共享协同服务而设计的应用框架。

GB/T29265.402-2017的主要内容

GB/T29265.402-2017是信息技术信息设备资源共享协同服务方面的应用框架标准,它包含了以下主要内容:

  • 术语和定义:规定了相关术语和定义,避免了不同人对于同一术语理解上的偏差。
  • 参考模型:介绍了信息技术信息设备资源共享协同服务的参考模型,包括资源管理、用户管理、服务管理等。
  • 框架要素:描述了应用框架的各个要素,如应用模块、数据模块、安全模块等。
  • 应用场景:阐述了应用框架的应用场景及其特点,如云计算、物联网等领域。
  • 实施指南:提供了应用框架的实施指南,如开发流程、测试方法、部署方式等。

应用框架的意义

GB/T29265.402-2017所规定的应用框架为企业和组织在信息技术信息设备资源共享协同服务领域的开发提供了基础架构和指导。它可以帮助企业更加快速地构建应用系统,降低开发成本,提高开发效率。同时,应用框架也为企业在应对未来的技术挑战时提供了可靠的基础。

总结

GB/T29265.402-2017是信息技术信息设备资源共享协同服务方面非常重要的标准之一,应用框架是其中一个关键的内容。我们必须认真学习和遵守这个标准,合理运用应用框架,为企业和组织的开发提供更好的支持。

信息技术信息设备资源共享协同服务第402部分:应用框架的相关资料

和信息技术信息设备资源共享协同服务第402部分:应用框架类似的标准

信息技术信息设备资源共享协同服务第401部分:基础应用
上一篇 本文分享国家标准信息技术信息设备资源共享协同服务第401部分:基础应用的全文阅读和高清PDF的下载,信息技术信息设备资源共享协同服务第401部分:基础应用的编号:GB/T29265.401-2017。信息技术信息设备资源共享协同服务第401部分:基础应用共有15页,发布于2017-12-01
信息技术信息设备资源共享协同服务第501部分:测试
本文分享国家标准信息技术信息设备资源共享协同服务第501部分:测试的全文阅读和高清PDF的下载,信息技术信息设备资源共享协同服务第501部分:测试的编号:GB/T29265.501-2017。信息技术信息设备资源共享协同服务第501部分:测试共有81页,发布于2017-12-01 下一篇
相关推荐