GB/T 29265.402-2017 信息技术 信息设备资源共享协同服务 第402部分 应用框架 .pdf.pdf
- 文档部分内容预览:
CIS定义了IGRSAV系统的内容表现框架。 通过内容元数据描述的方式,CIS在MS和MC之间 提供用于在AV回放应用中匹配媒体格式和传输机制的基础信息,同时也为高级的个性化内容管理应 用提供必要的支持。CIS的定义见GB/ 29265.3022017的8.1
6.2.2.3BCMTCP服务
6.2.24IGRSSOAP服务
CMS负责管理MS和MC之间的连接。MSTMS负责MS和MC之间的带外数据流传输控制。 IGRSAV系统定义了基于BCM的连接管理和传输控制机制,SOAP可以用于这些IGRS服务 日于BCM访问方法更加简单,本部分不推荐使用SOAP。
招标投标6.2.2.41CMS
CMS定义了下述功能的接口函数: a)查询MS支持的媒体格式; b) 获取支持的连接管理和传输控制机制; C) 设置、查询和释放IGRSAV系统中MS和MC之间的连接。 定义见GB/T29265.302—2017的8.2
6.2.2.4.2MSTMS
MSTMS定义了IGRSAV系统中MS发起的带外数据流的传输控制接口函数。定义!
GB/T29265.402—2017GB/T29265.302—2017的8.3。6.2.2.5MTSMTS负责对媒体格式进行转码,定义见GB/T29265.302一2017的8.6。6.2.3MC6.2.3.1·概述在IGRS网络中,MC是一种具有媒体解码能力的设备,例如电视机、机顶盒或者高清网络播放器等。在AV应用中,MC通常是一个通过标准网络接口访问和操作MS上的内容的目标设备。MC也可以是一个将存储在其他设备上的内容上传到MS上进行统一内容管理的源设备。MC也可包含可选的媒体转码功能模块,提供MS和MC之间的媒体格式转换,IGRSMC的组成结构如图7所示。MCCMSBCMTCP服务IGRSMCTMSMTSRMSIGRS基础协议图7MC的组成结构IGRSMC共有两类设备:MP和MR在浏览并选择了要播放或者录制的MS上的内容后,MC通常会建立与MS的连接并执行带外数据流的传输控制。下面是MC的组成部分的详细描述:a)连接管理和传输控制:MC支持两种类型的连接管理和传输控制机制:基于BCM的连接管理和传输控制机制,见6.2.3.2;基于SOAP的连接管理和传输控制机制,见6.2.3.3。·MC应支持基于BCM的连接管理和传输控制机制。从而允许MC执行带外数据流的连接管理和传输控制。·MC应执行CMS的GetProtocolInfo()接口函数使网络中的其他设备可以查询MC支持的媒体格式并获取MC支持的连接管理和传输控制机制。MC也可使用基于SOAP的连接管理和传输控制机制来执行CMS和MSTMS。与基于SOAP的连接管理和传输控制机制相比,基于BCM的连接管理和传输控制机制是更加简便的访问方法,也是本部分建议的方法。
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之间的带外数据流传输控制, IGRSAV系统定义了基于BCM的连接管理和传输控制机制,SOAP可以用于这些IGRS服务 日于BCM访问方法更加简单,本部分不推荐使用SOAP
6.2.3.3.2CMS
CMS定义了下述功能的接口函数: a)查询MC支持的媒体格式; b) 获取支持的连接管理和传输控制机制; C 设置、查询和释放IGRSAV系统中MS和MC之间的连接。 定义见GB/T29265.302—2017的8.2。
6.2.333MCTMS
MCTMS定义了IGRSAV系统中.MC.发起的带外数据流的传输控制接口函数。 GB/T29265.302—2017的8.4
IS定义了IGRSAV系统中MC.发起的带外数据流的传输控制接口函数。定义见 65.302—2017的8.4。
MTS负责对媒体格式进行转码,定义见GB/T29265.302
a)CIS设备组,定义见6.2.4.2; b)AV多播设备组,定义见6.2.4.3。
6.2.4.2CIS设备组
GB/T29265.4022017
6.2.4.3AV多播设备组
AV多播设备组是包含单MS和多个MC的IGRS主从设备组类型。该设备组的主要应用是以节 省网络资源的方式实现基于多播的AV回放(见6.3.5)。AV多播设备组是有MS建立的主从设备组, MC以从设备的身份加入该设备组。 AV多播设备组的设备组类型定义为: Centralized:av:MediaDeviceGroup:AVMCastDeviceGroup
6.2.5MS和MC的模块扩展
在IGRSAV系统中,MS和MC中包含的模块可以进行动态扩展以支持除了6.2.2和6.2.3中 模块以外的更多先进的服务和功能。如图8所示,MS和MC可扩展为包含DRM模块、QoS模 户管理模块
6.3.2创建设备组交互流程
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设备组组内信息交互通知消息
3.2.2.3基于单播请求/响应消息的组内信息交7
基于单播请求/响应消息的组内信息交互是IGRS设备组定义的通用信息交互机制,既可以应用于 对等设备组,也可以应用于主从设备组。任何需要从组内的其他设备接收到组内交互信息的设备应使 用表2中的请求消息格式,接收请求消息的设备应以表3中定义的响应消息格式发送期望的组内交互 信息。 此处不定义组内交互信息的格式,仅要求信息格式应为符合任意XML命名空间规范的XML元 素。本部分定义的媒体设备组组内交互信息格式见6.3.2.4.4和6.3.2.5.4。
GRS设备组组内信息交工
GB/T29265.4022017
GRS设备组组内信息交
6.3.2.3IGRS主从设备组的组管理机制
本条为GB/T29265.201一2017中定义的IGRS主从设备组的通用组管理机制。 如图10所示,主设备的IGRS主从设备组的管理流程如下: a)创建设备组(创建主从设备组):主设备上线,创建主从设备组,发送主从设备组上线宣告消息; b)主设备允许从设备加入组(加人主从设备组):从设备上线,发现需要的IGRS主从设备组,随 后选择并加入该设备组。详细的加入策略由应用开发者和设备生产商确定; C 主设备允许从设备离开组(离开主从设备组):从设备可以离开主从设备组或者直接离线; d)解散设备组(主从设备组解散):主设备向主从设备组发送解散通知消息,设备组解散。
GB/T29265.4022017主设备上线创建主从设备组接受从设备加入/离开设备组解散主从设备组主设备离线图10主设备的主从设备组管理流程如图11所示,从设备的IGRS主从设备组的管理流程如下:a)发现设备组:从设备上线,发现IGRS主从设备组;b)加人设备组:从设备从上一步中发现的IGRS主从设备组中选择并加人设备组;c)离开设备组:从设备可离开主从设备组或者直接离线;d)从设备离线。从设备上线发现主从设备组加入主从设备组离开主从设备组从设备离线图11.从设备的主从设备组管理流程17
6.3.2.4CIS设备组
6.3.2.4.1概迷
CIS设备组是一种IGRS媒体设备组,由几个MS组成。主设备称为CIS主设备,从设备称为CIS 从设备。
6.3.2.4.2CIS设备组的组创建策略
在IGRS网络中,任何时候都只能有最多一个CIS设备组,组中仅有一个作为主设备的MS。CIS 主设备选举策略应采用先来先得策略,允许仅接受并成功处理第一个MS的创建CIS设备组请求,拒绝 其他的创建请求。
6.3.2.4.3CIS设备组在线宣告消息
CIS主设备应周期性发送CIS设备组在线宣告消息(见GB/T29265.2012017.的8.5.3.2),在 SOAP消息体中应增加一个“DeviceGroupType”XML元素,其值为: Centralized:av:MediaDeviceGroup:CISDevcieGroup,如表4所示
表4:CIS设备组在线广告消息
GB/T29265.4022017
6.3.2.4.4CIS设备组组内信息交互机制
的请求/响应消息机制。 此处不限定组内交互信息的格式,详细的策略由应用开发者和设备生产商确定
6.3.2.4.5CIS设备组组管理机制
GB/T 29265.402—2017MS上线搜索CIS设备组存在CIS设备组吗?是作为主设备创建CIS设备组作为CIS从设备加入CIS设备组CIS设备组上线宣告接受其他MS作为CIS从设备加入组向CIS主设备发传送CIS元数据向CIS主设备上传CIS从设备的CIS元数据离开CIS设备组接受CIS从设备离开组解散CIS设备组MS离线MS离线图12MS作为CIS主设备的CIS设备组管理流程如图13所示,CIS从设备的组管理流程:a)MS上线,设置为CIS从设备。b)搜索当前IGRS网络中的CIS设备组:1):如果存在CIS设备组,则加入该设备组,将自已的CIS元数据发送到CIS主设备的内容目录中。然后它可以离开CIS设备组并离线;2)如果没有CIS设备组,MS会等待一定的时间,然后周期性的重复执行b)。等待时间由应用开发者和设备生产商确定。20
GB/T 29265.402—2017MS.上线搜索CIS设备组等待是否存在CIS设备组?香作为CIS从设备加入CIS设备组向CIS主设备传送CIS元数据离开CIS设备组MS离线图13MS作为CIS从设备的CIS设备组管理流程6.3.2.5AV多播设备组6.3.2.5.1.概述AV多播设备组是一种IGRS媒体设备组类型,由一个MS(作为设备组的主设备)和多个MC(作为设备组的从设备)组成。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:MediaDeviceGroup:AVMCastDeviceGroup,如表5所示。21
表5AV多播设备组在线广告消息
GB/T29265.4022017
6.3.2.5.4AV多播设备组组内信息交互机制
如6.3.2.2中所述,AV多播设备组支持两种类型的组内信息交互机制:基于多播的通知机制和基 于单播的请求/响应消息机制。 AV多播设备组组内交互消息的XML元素定义如下:
MediaFileURL MulticastAddress McastInfo>XML元素包含多播内容的ObjectURI,为URI字符串类型。 XML元素包含多播地址,为字符串类型,格式为IP地址:端口号,例如:239.255.255.100:1000,这里 的IP地址是多播的IP地址,端口号为指定端口号。 对基于多播的通知,上述XML元素应作为子元素包含在 元素中;对基于单播的 请求消息,上述XML元素应包含在 元素中,值为 , 元素为空;对基于单播的响应消息,上述XML元素应包含在 元素中,值为 6AV多播设备组组管理
本条定义AV多播设备组中主设备和从设备的组管理机制,定义见6.3.2.3。 如图14所示,AV多播主设备的组管理流程: a)MS上线; b)创建AV多播设备组,发送AV多播设备组在线宣告; c) MS允许MC以从设备身份加人组; d)向从设备发送多播内容; e) 允许从设备离开组,或者从设备直接离线; f) 解散设备组; g)MS离线,
GB/T29265.4022017MS上线创建AV广播设备组接受MC加入组广播数据流传输接受MC离开组或者MC离线解散设备组MS离线图14主设备AV多播设备组管理流程如图15所示,AV多播从设备的组管理流程:a)MC上线;b)搜索当前IGRS网络中的AV多播设备组;c)选择和加人AV多播设备组;d)播放或者录制来自主设备的多播内容;e)MC离开设备组;f)MC离线。MC上线搜索AV广播设备组加入设备组广播数据流回放离开设备组MC离线图15从设备AV多播设备组管理流程24
GB/T29265.402—2017MS(包含MTS)MSMCIGRSDSIM内容检索媒体格式和传输机制发现媒体格式和传输机制发现媒体格式和传输机制匹配转码媒体传输控制机制发现媒体传输控制机制发现媒体传输控制机制匹配建立连接建立连接选择内容DRM模块调用DRM模块调用建立QoS建立QoS传输控制传输控制星现控制释放QoSi释放QoS释放连接释放连接图17AV回放交互流程26
6.3.4.2MS发起的传输控制模式
在本模式下,如果IGRSDSIM如图18所示位于MC,MS应作为BCMTCP服务的BCM服务
GB/T29265.402——20176.3.4.3MC发起的传输控制模式6.3.4.3.1基于BCM的传输控制机制在本模式下,如果IGRSDSIM如图21所示位于MC,MS应作为BCMTCP服务的BCM服务器而MC应作为BCMTCP服务的BCM客户端;如果IGRSDSIM如图22所示位于MS,MS应作为BCMTCP服务的BCM客户端而MC应作为BCMTCP服务的BCM服务器。BCM客户端发送BCM命令以控制MS和MC之间的带外媒体流。MS(包含BCMTCP服务器)MC(包含BCMTCP客户端)+IGRSDSIMBCM传输控制命令BCM传输状态通知图211MC发起的基于BCM的传输控制(IGRSDSIM位于MC)MS(包含BCMTCP客户端)+IGRSDSIMMC(包含BCMTCP服务器)BCM传输控制命令BCM传输状态通知图22MC发起的基于BCM的传输控制(IGRSDSIM位于MS)6.3.4.3.2基于SOAP的传输控制机制在本模式下,MC执行MCTMS,IGRSDSIM调用MCTMS中定义的SOAP接口函数控制带外媒体流。交互流程如图23所示MSMCIGRSDSIMMCTMS: PlayOMCTMS: PauseOMCTMS: StopO图23基于SOAP的MC发起的传输控制29
GB/T29265.402—2017d):MC按照6.3.2.2从MS获取AV多播回放地址;e)MC根据6.3.4访问AV多播回放地址并开始播放内容;f)MC离开AV多播设备组;g)如果AV多播设备组中不再有别的MC,MS解散该设备组。6.3.6内容管理交互流程6.3.6.1概述本条规定了内容管理类型的IGRSAV应用交互流程。IGRSAV系统支持两种类型的内容管理应用:总和内容分析和个性化内容推荐。6.3.6.2总和内容分析交互流程CIS设备组支持在多个MS上对分布式内容进行总和的功能,交互流程如图25所示。a)根据6.3.2:4建立CIS设备组。b)CIS主设备获取CIS从设备的内容目录,从CIS从设备中导人内容元数据而非内容。CIS主设备的ObjectURI元数据指向CIS从设备存储的内容。如果CIS从设备请求CIS主设备协助分析内容的元数据,它应将该元数据属性设置为空XML元素。CIS主设备检查是否CIS从设备的内容元数据为空XML元素。如果内容元数据为空XML元素,CIS主设备确定CIS从设备请求协助分析元数据。CIS主设备获取CIS从设备的内容,分析该内容,生成元数据并将新生成的元数据发送给CIS从设备。CIS从设备在接收到新生成的元数据后,将元数据和原来本地存储的元数据合并为更加完整的元数据,随后更新内容目录并将更新的内容目录通过通知消息发送给CIS主设备。CIS主设备CIS从设备如果IGRS网络中没有CIS设备组,则创建CIS设备组加入设备组获取CIS从设备的元数据如果元数据不完整,对CIS从设备的内容进行分析更新元数据图25总和内容分析交互流程31
道,该通道上可以传递命令、通知和错误信息。
6.4.5.2后向信道的消息格式
6.4.5.2.1概述
后向信道上传递的是以空格作为分隔符的令牌流; 每个消息的第一令牌为消息类型,可以为enum命令CMD=0,错误信息Error,通知Info),消息的 其他部分由消息类型决定; 命令(CMD)消息的其余部分由命令名和参数表组成,命令名的定义为enum(PLAY=O,STOP PAUSE,CLOSE,SEEK,CHOICE,参数表的内容由命令名决定
6.4.5.2.2消息格式定义
空格CmdName空格参数1空格参数N
6.4.5.2.3CMD详解
GB/T29265.402—20177.2DVD应用框架交互模型DVD分发器DVD客户端DPMSDCSIGRS网络应用程序(Application)DDSDRMSDVD媒体带外传输图30IGRSDVD应用框架的交互模型DVD应用框架由两个逻辑设备构成:a)DVD分发器(DVDDistributor):DVD分发器负责将DVD中的媒体内容以流的方式分发到网络,在其上可运行可选的DPMS、必选的DCS、DDS和DRMS;b)DVD客户端:DVD客户端上运行着DVD客户端引擎,DVD客户端通过该引擎接收来自DVD分发器的DVD媒体流并进行解码回放。本交互模型涉及四种服务,它们都运行于DVD分发器上,其中DPMS提供对DVD设备的电源管理;DCS负责操控DVD设备托盘门来完成碟片更换服务;DDS负责将DVD中的AV媒体流分发到网络;而DRMS负责设置DVD的字幕文种和配音文种以及调整DVD宽高比等。DVD客户端引擎是客户端应用程序,负责与DVD分发器交互。交互模型如图30所示。7.3'DVD应用框架交互流程7.3.1概述依据DVD分发器功能的实现程度可以将IGRSDVD应用框架交互流程分为最简交互流程和完整交互流程。在最简交互流程中,DVD分发器实现了三种服务中的必选接口,完成对DVD媒体内容的分发;而在完整交互流程中,DVD分发器实现了四种服务的所有接口。7.3.2DVD应用框架的最简交互流程DVD分发器和DVD客户端的IGRS服务接口最简交互流程(见图31)如下:a)DVD设备通电上线后自动向网络定时发布设备在线宣告,这是客户端发现和调用DVD分发器服务的前提。DVD客户端收到DVD分发器的在线宣告消息以后,自动将其加入到自已的设备列表中。客户端也可以主动发出搜索请求以得到符合条件的DVD分发器设备。同时,通过IGRS的服务发现机制,DVD客户端可获得DVD分发器端所提供的服务。b)DVD客户端要访问列表中的某个DVD分发器设备时,首先调用DiscChange::HasTrayDisc36
GB/T29265.402—2017()接口函数向该DVD分发器发送询问该设备托盘中是否含有DVD的请求消息。DVD分发器处理来自DVD客户端的请求消息,根据设备托盘中有无DVD两种情况分别发送IGRS响应消息给DVD客户端。d)DVD客户端处理来自DVD分发器的响应消息,分两种情况:1设备托盘中没有DVD,则DVD客户端调用DiscChange::AddDisc()接口函数向DVD分发器发送添加DVD的请求;2)设备托盘中已经有DVD,则客户端调用DVDDistribution::GetDVDMenu()接口函数向DVD分发器发送获取DVD播放菜单的请求消息。e),DVD分发器处理来自DVD客户端的请求消息,分两种情况:1)如果是添加DVD消息,则执行以下步骤:①打开托盘门;②弹出托盘;③向托盘中放入DVD;④退回托盘;关上托盘门。添加完DVD以后,DVD分发器向DVD客户端发送DVD已添加响应消息。2)如果是获取菜单消息,则DVD分发器将菜单流化以后通过网络传给DVD客户端。DVD分发器DVD客户端DVD设备在线宜告调用DiscChange::HasTrayDiscO返回托盘中是否有光盘进行换盘操作或获调用DiscChange:AddDiscO取菜单操作返回是否成功调用DVDDistribution::GetDVDMenuO返回DVD的播放定位菜单调用PlayDVDO播放DVD返回是否成功发送播放完成消息返回是否成功继续观看调用PowerManagement::TurnoffPowerO返回是否成功图31DVD分发器与客户端最小集交互过程图37
GB/T29265.4022017
f)客户端处理来自DVD分发器的响应消息,分为两种情况: 1)如果是添加DVD响应消息,则返回第e)步继续往下执行; 2 如果是获取菜单响应消息,则客户端解析菜单数据,并且将之显示到播放器窗口中。然后 根据自已的喜好,通过调用DVDRenderManagement服务的相关接口来设置视频和音频 的属性,或者直接调用DVDDistribution::PlayDVD()接口播放DVD内容。在播放的过 程中,用户还可以调用AV应用框架中媒体传输管理服务的pause、stop等接口函数来控 制播放进程。 g) 当播放完成时,DVD分发器向客户端发送通知消息,通知客户端此章节的节目已经播放完毕, 等待客户端的下一步操作请求。 h)如果用户想继续观看其他章节,则返回第e)步进行操作;如果用户想要换碟,则返回第d)步进 行操作。 i)最后一步,当用户不再使用此DVD设备时,可以关闭该DVD设备。客户端通过调用Power Management::TurnOffPower()接口,向DVD设备发送关机消息,结束DVD客户端和DVD 分发器之间的交互
发电机标准规范范本7.3.3DVD应用框架的完整交互流程
GB/T29265.402——2017DVD分发器DVD客户端DVD设备在线宜告调用DiscChange::HasTrayDiscO判断托盘中是否有光盘返回托盘中是否有光盘进行换盘操作或调用DiscChange::AddDiscO获取菜单操作返回是否成功调用DVDDistribution::GetDVDMenuO返回DVD的播放定位菜单调用PlayDVDO播放DVD返回是否成功调用现控制接口返回是否成功发送播放完成消息返回是否成功继续观看调用PowerManagement::SetPowerStatus(返回是否成功继续使用DVD调用PowerManagement: :TurnoffPowerO返回是否成功DVD设备离线通知图32DVD应用框架完整交互流程h)当播放完成时,DVD分发器设备向DVD客户端发送通知消息,通知DVD客户端此章节的节目已经播放完毕,等待用户的下一步操作请求。如果用户要继续观看其他章节,则返回第e)步进行操作;如果用户想要换碟,则返回第d)步进行操作。j)如果播放完成后用户不想继续观看,那么用户可以对DVD分发器设备进行电源管理,使设备处于非活动状态下,如STANDBY、IDLE、SLEEP等状态。在这些状态下DVD设备的功耗比活动状态要小的多,从而节约用电。具体操作是DVD客户端通过调用PowerManagement::39
DCS模板的定义符合GB/T29265.201一—2017的7.2.1定义的服务描述模板。它主要完成以下的 动能: a) 向DVD传送带上添加一张DVD,或者从DVD传送带上移出一张DVD; b)·从DVD传送带中按照下一张,前一张或随机的方式来选择一张DVD进行播放。 具体的来说,DCS包含以下3个组件: a),二个DVD传送带,它能容纳一定数目的DVD(大于等于1); b):一个装DVD的托盘,这个托盘是播放操作与DVD传送带之间的传输接口; c),一扇托盘门,打开后能向托盘里面添加DVD(如果是空的),或者将DVD从托盘里移出(如果 有DVD)。 如果要播放DVD传送带中的某张盘,首先应将这张DVD装进托盘中,然后使它处于准备播放状 态,最后调用DDS的相关接口来实现播放。 在进行DVD添加操作时,先将当前托盘中的DVD移回到DVD传送带中,然后打开托盘门,弹出 托盘把新的DVD移进托盘里,最后关上托盘门。 如果用户手动打开托盘的门,用户可以移走托盘中的DVD,或者放一张新的盘到托盘中(如果托 盘空)。 DCS的WSDL语言描述见GB/T29265.302一2017附录P
此服务模板的定义符合GB/T29265.201一2017的7.2.1的服务描述模板。它定义了一个与DVD
Distribution:1相关的服务类型。 DVDDistribution:1主要完成以下特色功能: a)查询DVD上的节目菜单; b) 进行DVD设备进行播放级别限制设置: c)对播放画面进行放大; d)设置书签, DDS的WSDL语言描述见GB/T29265.302
DRMS模板的定义符合GB/T29265.201一2017的7.2.1的服务描述模板定义。它定义了一个与 DVDRenderManagement:1相对应的服务类型。 DVDRenderManagement:1服务主要完成如下功能: a 设置显示屏幕长宽的比例,如:2:1,16:9,16:10,221:100等; b)进行字幕文种和配音文种的选择设备安装技术、工艺,DVD支持多达32种语言的字幕和8种语言的配音; C) 选择镜头的角度,DVD支持多达9个角度的选择 d)对画面进行放大。 DRMS的WSDL语言描述见GB/T29265.302一2017附录R。
....- 设备标准
- 相关专题: 信息技术