GY/T 322. 2-2019
基本信息
标准号： GY/T 322. 2-2019
中文名称：网络音频应用的开放式控制架构 第2部分:类结构
标准类别：广播电影电视行业标准(GY)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：675486
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GY/T 322. 2一2019. Audio applications of networks - open control architecture-Part 2: Class structure.
1范围
GY/T 322的本部分规定了网络音频应用的开放式控制架构的类结构。
GY/T 322. 2适用于网络音频应用的控制和监测。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
GB/T 28167- -2011信息技术XML元数据交换 (XMI) ( ISO/IEC 19503:2005， IDT)
GY/T 322. 1- -2019网络音频应用的开放式控制架构第1部分: 框架
GY/T 322. 3- -2019网络 音频应用的开放式控制架构第3部分: 用于TCP/IP网络的协议
3 类结构
类结构应由GB/T 28167- 2011中定义的XML元数据交换(XMI) 2. 1格式的通用建模语言(UML) 文定义。
相关文件的获取途径见
www. aes. org/ standards/ models/ AES702 -AnnexA-151112- e lass -structure-1. xmi.
注1:与传统文本描述构建的独立类模型相比，这种XII机器可读格式旨在使实施者能够以最大速度和最小转录错误风险直接获得类模型。
注2: X0I类模型可以用适当的UML.应用解析。
4信息总览
4.1 概述
本章简要描述了网络音频应用的开放式控制架构的类结构。
4.2控制类
本部分定义了如下三种控制类，见表1。
1范围
GY/T 322的本部分规定了网络音频应用的开放式控制架构的类结构。
GY/T 322. 2适用于网络音频应用的控制和监测。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
GB/T 28167- -2011信息技术XML元数据交换 (XMI) ( ISO/IEC 19503:2005， IDT)
GY/T 322. 1- -2019网络音频应用的开放式控制架构第1部分: 框架
GY/T 322. 3- -2019网络 音频应用的开放式控制架构第3部分: 用于TCP/IP网络的协议
3 类结构
类结构应由GB/T 28167- 2011中定义的XML元数据交换(XMI) 2. 1格式的通用建模语言(UML) 文定义。
相关文件的获取途径见
www. aes. org/ standards/ models/ AES702 -AnnexA-151112- e lass -structure-1. xmi.
注1:与传统文本描述构建的独立类模型相比，这种XII机器可读格式旨在使实施者能够以最大速度和最小转录错误风险直接获得类模型。
注2: X0I类模型可以用适当的UML.应用解析。
4信息总览
4.1 概述
本章简要描述了网络音频应用的开放式控制架构的类结构。
4.2控制类
本部分定义了如下三种控制类，见表1。
标准图片预览
标准内容
中华人民共和国广播电视行业标准GY/T322.2—2019
网络音频应用的开放式控制架构第2部分：类结构
Audio applications of networks - open control architecturePart2:Classstructure
2019-04-28发布
国家广播电视总局
2019-04-28实施
规范性引用文件
类结构
信息总览，
控制类。
数据类型
工作单元类，
管理单元类
代理类
控制数据类型
控制类构造参数
控制类和要素识别
附录A（规范性附录）
最小的开放式控制架构的类结构的实现。开放式控制架构兼容性
所需对象
固件升级
所需对象需要的方法和事件
GY/T322.2—2019
GY/T322.2—2019
GY/T322《网络音频应用的开放式控制架构》分为以下三部分：一第1部分：框架；
一一第2部分：类结构：
一一第3部分：用于TCP/IP网络的协议。本部分为GY/T322的第2部分。
本部分按照GB/T1.1一2009给出的规则起草。本部分是参照AES70-2-2015《网络音频应用的开放式控制架构第2部分：类结构》编制的。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任本部分由全国广播电影电视标准化技术委员会（SAC/TC239）归口。本部分起草单位：中央广播电视总台、国家广播电视总局广播电视科学研究院、国家广播电视总局广播电视规划院、江苏省广播电视总台、浙江广播电视集团、苏州市福川科技有限公司、北京英夫美迪科技股份有限公司、北京众和传新科技有限公司、杭州联汇科技股份有限公司、上海佰贝科技发展有限公司、北京捷成世纪科技股份有限公司、苏州大学。本部分主要起草人：钱岳林、朱峰、罗攀、潘宇、张磊、王兰岚、庞超、唐峰、张伟、邓向冬、董升来、何晶、孙岩君、李维民、陈武、董晓坡、陈沁、唐卫平、陈立德、赵崇峰、肖仲喆。II
GY/T322.2—2019
本部分定义了用于媒体网络监控的开放式控制架构的类结构。类结构定义了控制类的内容。类结构的内容是根据面向对象的设计理念定义的类。每个类定义了一个特定的监控接口元素，可以通过开放式控制架构定义的一个或多个交互协议从整个媒体网络访问。开放式控制架构可控设备可实现这样的接口元素的集合；这些集合构成设备向网络提供的远程监控的目的接口。这样的接口称为开放式控制架构的设备模型，由GY/T322.1定义。为了区分类结构类与可编程类，开放式控制架构涉及的类结构的类是指“控制类”，他们的实例为控制对象，这里的控制宜理解为控制和监测。开放式控制架构的类结构由控制类、控制数据类型和控制类构造参数三部分组成。开放式控制架构的第1部分是参照AES70-1-2015《网络音频应用的开放式控制架构第1部分：框架》编制的，英文原文可从http://aes.org/publications/standards/search.cfm?docID-101下载。开放式控制架构的第2部分定义了用于媒体网络监控的开放式控制架构的类结构。第2部分是参照AES70-2-2015《网络音频应用的开放式控制架构第2部分：类结构》编制的，英文原文可从http://aes.org/publications/standards/search.cfm?docID=102下载。开放式控制架构的第3部分是参照AES70-3-2015《网络音频应用的开放式控制架构第3部分：用于TCP/IP网络的协议》编制的，英文原文可从http://aes.org/publications/standards/search.cfm?docID=1o3下载III
1范围
网络音频应用的开放式控制架构第2部分：类结构
GY/T322的本部分规定了网络音频应用的开放式控制架构的类结构本部分适用于网络音频应用的控制和监测。规范性引用文件
GY/T322.2—2019
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件。GB/T28167—2011信息技术XML元数据交换（XMI）（IS0/IEC19503:2005，IDT）网络音频应用的开放式控制架构第1部分：框架GY/T322.1—2019
GY/T322.3一2019网络音频应用的开放式控制架构第3部分：用于TCP/IP网络的协议类结构
类结构应由GB/T28167一2011中定义的XML元数据交换（XMI）2.1格式的通用建模语言（UML）文档定义。
相关文件的获取途径见
aes.org/standards/models/AES70-2-AnnexA-151112-class-structure-1.xmi。注1：与传统文本描述构建的独立类模型相比，这种XMI机器可读格式在使实施者能够以最大速度和最小转录错误风险直接获得类模型。
注2：XMI类模型可以用适当的UML应用解析。4
信息总览
4.1概述
本章简要描述了网络音频应用的开放式控制架构的类结构4.2控制类
本部分定义了如下三种控制类，见表1。GY/T322.2—2019
控制类
工作单元
管理单元
三种控制类
负责信号处理和监测功能的类
负责流控制处理功能的类
负责设备管理功能的类
开放式控制架构的设备模型均由表1中类的对象组成数据类型
本部分还提供了两套支持的数据类型定义，见表2。表2
数据类型
控制数据类型
控制类构造参数
类结构的概述如图1所示。
支持的数据类型
控制类使用的数据类型
用于构建控制类的数据类型
开放式控制架构的类结构
控制类
工作单元
管理单元
执行器
传感器
块和矩阵
网络工作单元
设备管理单元
安全管理单元
固件管理单元
一订阅管理单元
一网络管理单元
电源管理单元
（数个）
（数个）
（数个）
媒体端口
一媒体时钟管理单元
音频处理管理单元
库管理单元
网络和流网络
编组器
淡入淡出单元
一数值观察器
媒体时钟
一供电单元
事件处理单元
控制数据类型
（数个）
控制类构造参数
（数个）
说明：
表示继承关系，平端对象是箭头端对象的子类。图1
类结构概览
GY/T322.2—2019
GY/T322.2—2019
4.4工作单元类
工作单元类描述了设备的应用功能。工作单元类有四种，见表3表3四种工作单元类
工作单元类
执行器
传感器
块和矩阵
网络工作单元
信号处理和路由功能
各种监测功能。如信号电平、增益衰减、温度等将对象聚合到结构化集合中的类。用于对结构复杂的设备模块化和管理对输入和输出的媒体流进行连接管理对于任何给定的设备，可以根据需要对工作单元类进行多次实例化，以模拟设备的功能。必要时，制造商可以定义子类对工作单元类进行细化和扩展。详见GY/T322.1一-2019
5管理单元类
管理单元类描述了设备管理功能。对于每个设备，管理单元类是单一的。也就是说，每个管理单元类在每个设备上只能实例化一次。兼容开放式控制架构应实现部分管理单元类，并应在每一个设备上实例化。另一部分管理单元类是可选的。不需实现所有必需类的全部接口元素。附录A规定了兼容开放式控制架构的最低设备要求，管理单元，见表4。
管理单元
管理单元
设备管理单元
安全管理单元
固件管理单元
订阅管理单元
网络管理单元
电源管理单元
媒体时钟管理单元
音频处理管理单元
库管理单元
设备时间管理单元
代理类
包含制造商和型号信息，并控制设备总体状态控制安全功能，或报告无此功能负责设备固件更新，或报告未实现管理返回到控制器的设备数据报告维持设备网络接口的集合，由4.6中提到的网络对象定义允许监控设备电源或电量
提供访问设备媒体时钟的功能
提供全局音频处理控制参数
控制创建、管理和使用存储参数集（预设、Patch等）允许访问设备的日历时钟（如果有）代理类提供了与信号处理不直接相关的显著控制特性。代理类见表5。表5代理类
代理类
OcaNetwork
OcaStreamNetwork
OcaStreamConnector
表示控制网络的连接
表示控制和/或媒体网络的连接
表示对外部媒体流开放的一个OcaStreamNetwork连接点OcaGrouper
OcaRamper
代理类
OcaNumericObserver
OcaNumericObserverList
OcaLibrary
OcaMediaClock
OcaEventHandler
4.7控制数据类型wwW.bzxz.Net
表5（续）
GY/T322.2—2019
支持控制聚合，允许单个参数的改变影响多个对象。效果与调音台中的压控放大器控制相似
提供增量参数改变，例如定时淡入淡出。还提供将来在指定时间发生的参数改变的队列
观察特定参数，并在该参数达到特定值时发出报警。同时也支持向控制器定期报告参数值的功能（例如电平表读数）与OcaNumericObserver相同，但可用于观察一系列参数提供一系列功能，用于在设备中预先存储参数集，并在需要时应用预设描述了设备使用的一个内部或外部媒体时钟。在支持多个媒体时钟的设备中可进行多次实例化
描述处理来自被控设备的传入通知的控制器接口本部分定义了一系列控制数据类型，这些数据类型用于4.4、4.5、4.6中列出的类的定义中。定义文件获取途径见aes.org/standards/models/AES70-2-AnnexA-151112-class-structure-1.xmi。4.8控制类构造参数
-些基于DSP的产品允许控制器定义其处理拓扑。开放式控制架构将这样的产品称为可配置设备。在某些可配置设备中，控制器可以使新处理对象被创建和删除。GY/T322称这些设备为完全可配置设备。当完全可配置设备中的控制器创建一个对象时，可能需要用到特定参数。例如，一个控制器创建个多掷开关，它需要指定该开关的掷数，还可以为每个掷加一个文本标签。这样的参数被称为构造参数。不同类之间的构造参数数量和种类各不相同，见GY/T322.3一2019。开放式控制架构不支持完全可配置设备在运行时创建管理对象，因此这些不包括在构造参数集中。4.9控制类和要素识别
GY/T322.1一2019的4.2.2描述了控制类和要素的标识方案。5
GY/T322.2—2019
A.1概述
附录A
（规范性附录）
最小的开放式控制架构的类结构的实现本附录规定了符合开放式控制架构的设备应实现的最小设备模型。在本附录中，符合开放式控制架构的设备简称为设备，其设备模型称为符合设备模型。A.2开放式控制架构兼容性
每个设备应至少实现本附录指定的最小设备模型元素，并应至少实现一种符合开放式控制架构的协议。开放式控制架构的协议由GY/T322.3一2019定义。A.3所需对象
A.3.1概述
本章定义了兼容所需的对象。
“最小实现”需依据设备是否支持加密命令流（安全），或者是否通过网络发送及接收数字媒体流（成流），或两者都具备。
根据需要，设备可包括可选对象，以使其部分或全部功能可访问用于来自所连接网络的监控注：开放式控制架构的兼容性不要求设备包含开放式控制架构工作单元或代理的所有功能：制造商可以自由选择哪些功能可以通过网络进行控制。A.3.2
所需管理单元
表A.1列出了设备应实现的管理单元对象。每个所需对象都应实现其类定义的所有方法。许多这些方法可能会在适当的情况下返回“未实现”状态。见第3章规定的模型。
管理单元对象
OcaDeviceManager
OcaSecurityManager
OcaFirmwareManager
OcaSubscriptionManager
OcaNetworkManager
OcaMediaClockManager
所需管理单元对象
设备需具备
注：·表示支持该功能设备需具备的管理单元对象。6
A.3.3所需工作单元
表A.2列出了所有设备应实现的工作单元对象。表A.2
工作单元对象
OcaBlock
OcaMediaclock
对象编号
所需Worker对象
注：“·”表示支持该功能设备需具备的工作单元对象，A.3.4
所需代理
设备需具备
GY/T322.2—2019
设备至少应实现一个代理，即网络对象。网络对象应是OcaStreamNetwork类中的实例。注：早期开放式控制架构实现也可用OcaNetwork网络对象，但新的设计中弃用了这个对象。A.4
固件升级
未实现开放式控制架构固件升级功能的设备应提供简化的OcaFirmwareManage类，以便提供设备固件部分的版本号，见B.5.5。
所需对象需要的方法和事件
A.5.1概述
所需对象定义的所有方法应在设备模型中表示。未实现某个方法的特定设备应返回NotImplemented结果。
下文中，“所有方法和事件”是指描述的类的所有方法和事件，由第3章指定。A.5.2
基础集合
所有类应实现的方法和事件见表A.3。表A.3
基础集合
方法和事件
GetLockable(...)
Lock(...)
Unlock(...)
event PropertyChanged(...)
OcaDeviceManager
只有只读对象可以返回False
只有对象可以锁定时使用该方法只有对象可以锁定时使用该方法备注
当实现OcaDeviceManager对象时，应实现的方法和事件见表A.4。GY/T322.2—2019
GetDeviceName(...)
GetEnabled(...)
SetEnabled(...)
GetManagers (...)
方法和事件
GetModelDescription(...)
GetModelGUID(...)
GetOcaVersion(...)
GetSerialNumber(....)
GetState(...)
OcaSecurityManager
OcaDeviceManager
当实现OcaSecurityManager对象时，应实现OcaSecurityManager类中的所有方法和事件。A.5.5OcaFirmwareManager
OcaFirmwareManager对象应为所有设备实现GetComponentVersions（...）方法。对于使用开放式控制架构固件升级功能的设备，OcaFirmwareManager对象应实现OcaFirmwareManager类的其他所有方法和事件。A.5.6OcaSubscriptionManager
当实现OcaSubscriptionManager对象时，应实现的方法和事件见表A.5。表A.5
方法和事件
AddSubscription(...)
RemoveSubscription(...)
OcaNetworkManager
OcaSubscriptionManager
OcaNetworkManager对象应实现OcaNetworkManager类的所有方法和事件。OcaMediaClockManager
当设备实现OcaMediaClockManager对象时，应实现ocaMediaClockManager类的所有方法和事件。A.5.9 OcaBlock
当实现OcaBlock对象时，应实现的方法和事件见表A.6。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
网络音频应用的开放式控制架构第2部分：类结构
Audio applications of networks - open control architecturePart2:Classstructure
2019-04-28发布
国家广播电视总局
2019-04-28实施
规范性引用文件
类结构
信息总览，
控制类。
数据类型
工作单元类，
管理单元类
代理类
控制数据类型
控制类构造参数
控制类和要素识别
附录A（规范性附录）
最小的开放式控制架构的类结构的实现。开放式控制架构兼容性
所需对象
固件升级
所需对象需要的方法和事件
GY/T322.2—2019
GY/T322.2—2019
GY/T322《网络音频应用的开放式控制架构》分为以下三部分：一第1部分：框架；
一一第2部分：类结构：
一一第3部分：用于TCP/IP网络的协议。本部分为GY/T322的第2部分。
本部分按照GB/T1.1一2009给出的规则起草。本部分是参照AES70-2-2015《网络音频应用的开放式控制架构第2部分：类结构》编制的。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任本部分由全国广播电影电视标准化技术委员会（SAC/TC239）归口。本部分起草单位：中央广播电视总台、国家广播电视总局广播电视科学研究院、国家广播电视总局广播电视规划院、江苏省广播电视总台、浙江广播电视集团、苏州市福川科技有限公司、北京英夫美迪科技股份有限公司、北京众和传新科技有限公司、杭州联汇科技股份有限公司、上海佰贝科技发展有限公司、北京捷成世纪科技股份有限公司、苏州大学。本部分主要起草人：钱岳林、朱峰、罗攀、潘宇、张磊、王兰岚、庞超、唐峰、张伟、邓向冬、董升来、何晶、孙岩君、李维民、陈武、董晓坡、陈沁、唐卫平、陈立德、赵崇峰、肖仲喆。II
GY/T322.2—2019
本部分定义了用于媒体网络监控的开放式控制架构的类结构。类结构定义了控制类的内容。类结构的内容是根据面向对象的设计理念定义的类。每个类定义了一个特定的监控接口元素，可以通过开放式控制架构定义的一个或多个交互协议从整个媒体网络访问。开放式控制架构可控设备可实现这样的接口元素的集合；这些集合构成设备向网络提供的远程监控的目的接口。这样的接口称为开放式控制架构的设备模型，由GY/T322.1定义。为了区分类结构类与可编程类，开放式控制架构涉及的类结构的类是指“控制类”，他们的实例为控制对象，这里的控制宜理解为控制和监测。开放式控制架构的类结构由控制类、控制数据类型和控制类构造参数三部分组成。开放式控制架构的第1部分是参照AES70-1-2015《网络音频应用的开放式控制架构第1部分：框架》编制的，英文原文可从http://aes.org/publications/standards/search.cfm?docID-101下载。开放式控制架构的第2部分定义了用于媒体网络监控的开放式控制架构的类结构。第2部分是参照AES70-2-2015《网络音频应用的开放式控制架构第2部分：类结构》编制的，英文原文可从http://aes.org/publications/standards/search.cfm?docID=102下载。开放式控制架构的第3部分是参照AES70-3-2015《网络音频应用的开放式控制架构第3部分：用于TCP/IP网络的协议》编制的，英文原文可从http://aes.org/publications/standards/search.cfm?docID=1o3下载III
1范围
网络音频应用的开放式控制架构第2部分：类结构
GY/T322的本部分规定了网络音频应用的开放式控制架构的类结构本部分适用于网络音频应用的控制和监测。规范性引用文件
GY/T322.2—2019
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件。GB/T28167—2011信息技术XML元数据交换（XMI）（IS0/IEC19503:2005，IDT）网络音频应用的开放式控制架构第1部分：框架GY/T322.1—2019
GY/T322.3一2019网络音频应用的开放式控制架构第3部分：用于TCP/IP网络的协议类结构
类结构应由GB/T28167一2011中定义的XML元数据交换（XMI）2.1格式的通用建模语言（UML）文档定义。
相关文件的获取途径见
aes.org/standards/models/AES70-2-AnnexA-151112-class-structure-1.xmi。注1：与传统文本描述构建的独立类模型相比，这种XMI机器可读格式在使实施者能够以最大速度和最小转录错误风险直接获得类模型。
注2：XMI类模型可以用适当的UML应用解析。4
信息总览
4.1概述
本章简要描述了网络音频应用的开放式控制架构的类结构4.2控制类
本部分定义了如下三种控制类，见表1。GY/T322.2—2019
控制类
工作单元
管理单元
三种控制类
负责信号处理和监测功能的类
负责流控制处理功能的类
负责设备管理功能的类
开放式控制架构的设备模型均由表1中类的对象组成数据类型
本部分还提供了两套支持的数据类型定义，见表2。表2
数据类型
控制数据类型
控制类构造参数
类结构的概述如图1所示。
支持的数据类型
控制类使用的数据类型
用于构建控制类的数据类型
开放式控制架构的类结构
控制类
工作单元
管理单元
执行器
传感器
块和矩阵
网络工作单元
设备管理单元
安全管理单元
固件管理单元
一订阅管理单元
一网络管理单元
电源管理单元
（数个）
（数个）
（数个）
媒体端口
一媒体时钟管理单元
音频处理管理单元
库管理单元
网络和流网络
编组器
淡入淡出单元
一数值观察器
媒体时钟
一供电单元
事件处理单元
控制数据类型
（数个）
控制类构造参数
（数个）
说明：
表示继承关系，平端对象是箭头端对象的子类。图1
类结构概览
GY/T322.2—2019
GY/T322.2—2019
4.4工作单元类
工作单元类描述了设备的应用功能。工作单元类有四种，见表3表3四种工作单元类
工作单元类
执行器
传感器
块和矩阵
网络工作单元
信号处理和路由功能
各种监测功能。如信号电平、增益衰减、温度等将对象聚合到结构化集合中的类。用于对结构复杂的设备模块化和管理对输入和输出的媒体流进行连接管理对于任何给定的设备，可以根据需要对工作单元类进行多次实例化，以模拟设备的功能。必要时，制造商可以定义子类对工作单元类进行细化和扩展。详见GY/T322.1一-2019
5管理单元类
管理单元类描述了设备管理功能。对于每个设备，管理单元类是单一的。也就是说，每个管理单元类在每个设备上只能实例化一次。兼容开放式控制架构应实现部分管理单元类，并应在每一个设备上实例化。另一部分管理单元类是可选的。不需实现所有必需类的全部接口元素。附录A规定了兼容开放式控制架构的最低设备要求，管理单元，见表4。
管理单元
管理单元
设备管理单元
安全管理单元
固件管理单元
订阅管理单元
网络管理单元
电源管理单元
媒体时钟管理单元
音频处理管理单元
库管理单元
设备时间管理单元
代理类
包含制造商和型号信息，并控制设备总体状态控制安全功能，或报告无此功能负责设备固件更新，或报告未实现管理返回到控制器的设备数据报告维持设备网络接口的集合，由4.6中提到的网络对象定义允许监控设备电源或电量
提供访问设备媒体时钟的功能
提供全局音频处理控制参数
控制创建、管理和使用存储参数集（预设、Patch等）允许访问设备的日历时钟（如果有）代理类提供了与信号处理不直接相关的显著控制特性。代理类见表5。表5代理类
代理类
OcaNetwork
OcaStreamNetwork
OcaStreamConnector
表示控制网络的连接
表示控制和/或媒体网络的连接
表示对外部媒体流开放的一个OcaStreamNetwork连接点OcaGrouper
OcaRamper
代理类
OcaNumericObserver
OcaNumericObserverList
OcaLibrary
OcaMediaClock
OcaEventHandler
4.7控制数据类型wwW.bzxz.Net
表5（续）
GY/T322.2—2019
支持控制聚合，允许单个参数的改变影响多个对象。效果与调音台中的压控放大器控制相似
提供增量参数改变，例如定时淡入淡出。还提供将来在指定时间发生的参数改变的队列
观察特定参数，并在该参数达到特定值时发出报警。同时也支持向控制器定期报告参数值的功能（例如电平表读数）与OcaNumericObserver相同，但可用于观察一系列参数提供一系列功能，用于在设备中预先存储参数集，并在需要时应用预设描述了设备使用的一个内部或外部媒体时钟。在支持多个媒体时钟的设备中可进行多次实例化
描述处理来自被控设备的传入通知的控制器接口本部分定义了一系列控制数据类型，这些数据类型用于4.4、4.5、4.6中列出的类的定义中。定义文件获取途径见aes.org/standards/models/AES70-2-AnnexA-151112-class-structure-1.xmi。4.8控制类构造参数
-些基于DSP的产品允许控制器定义其处理拓扑。开放式控制架构将这样的产品称为可配置设备。在某些可配置设备中，控制器可以使新处理对象被创建和删除。GY/T322称这些设备为完全可配置设备。当完全可配置设备中的控制器创建一个对象时，可能需要用到特定参数。例如，一个控制器创建个多掷开关，它需要指定该开关的掷数，还可以为每个掷加一个文本标签。这样的参数被称为构造参数。不同类之间的构造参数数量和种类各不相同，见GY/T322.3一2019。开放式控制架构不支持完全可配置设备在运行时创建管理对象，因此这些不包括在构造参数集中。4.9控制类和要素识别
GY/T322.1一2019的4.2.2描述了控制类和要素的标识方案。5
GY/T322.2—2019
A.1概述
附录A
（规范性附录）
最小的开放式控制架构的类结构的实现本附录规定了符合开放式控制架构的设备应实现的最小设备模型。在本附录中，符合开放式控制架构的设备简称为设备，其设备模型称为符合设备模型。A.2开放式控制架构兼容性
每个设备应至少实现本附录指定的最小设备模型元素，并应至少实现一种符合开放式控制架构的协议。开放式控制架构的协议由GY/T322.3一2019定义。A.3所需对象
A.3.1概述
本章定义了兼容所需的对象。
“最小实现”需依据设备是否支持加密命令流（安全），或者是否通过网络发送及接收数字媒体流（成流），或两者都具备。
根据需要，设备可包括可选对象，以使其部分或全部功能可访问用于来自所连接网络的监控注：开放式控制架构的兼容性不要求设备包含开放式控制架构工作单元或代理的所有功能：制造商可以自由选择哪些功能可以通过网络进行控制。A.3.2
所需管理单元
表A.1列出了设备应实现的管理单元对象。每个所需对象都应实现其类定义的所有方法。许多这些方法可能会在适当的情况下返回“未实现”状态。见第3章规定的模型。
管理单元对象
OcaDeviceManager
OcaSecurityManager
OcaFirmwareManager
OcaSubscriptionManager
OcaNetworkManager
OcaMediaClockManager
所需管理单元对象
设备需具备
注：·表示支持该功能设备需具备的管理单元对象。6
A.3.3所需工作单元
表A.2列出了所有设备应实现的工作单元对象。表A.2
工作单元对象
OcaBlock
OcaMediaclock
对象编号
所需Worker对象
注：“·”表示支持该功能设备需具备的工作单元对象，A.3.4
所需代理
设备需具备
GY/T322.2—2019
设备至少应实现一个代理，即网络对象。网络对象应是OcaStreamNetwork类中的实例。注：早期开放式控制架构实现也可用OcaNetwork网络对象，但新的设计中弃用了这个对象。A.4
固件升级
未实现开放式控制架构固件升级功能的设备应提供简化的OcaFirmwareManage类，以便提供设备固件部分的版本号，见B.5.5。
所需对象需要的方法和事件
A.5.1概述
所需对象定义的所有方法应在设备模型中表示。未实现某个方法的特定设备应返回NotImplemented结果。
下文中，“所有方法和事件”是指描述的类的所有方法和事件，由第3章指定。A.5.2
基础集合
所有类应实现的方法和事件见表A.3。表A.3
基础集合
方法和事件
GetLockable(...)
Lock(...)
Unlock(...)
event PropertyChanged(...)
OcaDeviceManager
只有只读对象可以返回False
只有对象可以锁定时使用该方法只有对象可以锁定时使用该方法备注
当实现OcaDeviceManager对象时，应实现的方法和事件见表A.4。GY/T322.2—2019
GetDeviceName(...)
GetEnabled(...)
SetEnabled(...)
GetManagers (...)
方法和事件
GetModelDescription(...)
GetModelGUID(...)
GetOcaVersion(...)
GetSerialNumber(....)
GetState(...)
OcaSecurityManager
OcaDeviceManager
当实现OcaSecurityManager对象时，应实现OcaSecurityManager类中的所有方法和事件。A.5.5OcaFirmwareManager
OcaFirmwareManager对象应为所有设备实现GetComponentVersions（...）方法。对于使用开放式控制架构固件升级功能的设备，OcaFirmwareManager对象应实现OcaFirmwareManager类的其他所有方法和事件。A.5.6OcaSubscriptionManager
当实现OcaSubscriptionManager对象时，应实现的方法和事件见表A.5。表A.5
方法和事件
AddSubscription(...)
RemoveSubscription(...)
OcaNetworkManager
OcaSubscriptionManager
OcaNetworkManager对象应实现OcaNetworkManager类的所有方法和事件。OcaMediaClockManager
当设备实现OcaMediaClockManager对象时，应实现ocaMediaClockManager类的所有方法和事件。A.5.9 OcaBlock
当实现OcaBlock对象时，应实现的方法和事件见表A.6。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。