GB/T 40570-2021 多屏互动 基于本地网络的终端间互动技术要求.pdf

GB/T 40570-2021 多屏互动 基于本地网络的终端间互动技术要求.pdf
仅供个人学习
反馈
标准编号:
文件类型:.pdf
资源大小:1.3 M
标准类别:电力标准
资源ID:319812
下载资源

标准规范下载简介

GB/T 40570-2021 多屏互动 基于本地网络的终端间互动技术要求.pdf

GB/T 40570—2021

国家市场监督管理总局 发布 国家标准化管理委员会

GB/T40570—2021

JB/T 12158-2015标准下载范围 规范性引用文件 术语、定义和缩略语 3.1术语和定义 3.2缩略语 概述 基础架构 5.1终端互联结构 5.2终端功能角色 业务流程 6.1 基本流程 6.2 媒体共享流程 6.3 播放甩屏流程 6.4 跨屏遥控流程 6.5 内容分屏流程 6.6 消息推送流程 接口说明 7.1 接口概述 7.2 状态上报接口 7.3 设备发现接口 7.4 加密协商接口 7.5 设备描述接口 7.6 跨屏互动接口 参考文献

GB/T40573《多屏互动业务场景和需求》、GB/T40570《多屏互动基于本地网络的终端间互动 技术要求》和GB/T40572《多屏互动基于远程网络的终端间互动技术要求》共同构成多屏互动的系 列国家标准。 本标准按照GB/T1.1一2009给出的规则起草。 本标准由中华人民共和国工业和信息化部提出。 本标准由全国通信标准化技术委员会(SAC/TC485)归口。 本标准起草单位:中国电信集团有限公司、中国信息通信研究院、中兴通讯股份有限公司、中国联合 网络通信集团有限公司。 本标准主要起草人:祝谷乔、缪川扬、蒋力、魏、张铮凯、杨、宋皓

GB/T40570202

多屏互动基于本地网络的终端间 互动技术要求

多屏互动基于本地网络的终端

本标准规定了本地网络环境下实现多媒体多屏互动业务的技术要求。 本标准适用于指导多屏互动应用的开发

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注甘期的版本 件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 GB/T40573多屏互动业务场景和需求

下列术语和定义适用于本文件

IPTV业务平台IPTVserviceplatform 包括业务管理系统、门户导航系统、媒体交付系统、运维支撑系统、安全管理系统和扩展业务系统, 机顶盒通过与这些系统的交互完成IPTV的内容管理和业务管理、认证、计费、鉴权以及流媒体的服务 等功能。

IPTV业务平台IPTVserviceplatform

媒体共享mediashare 各终端在自已设备上存储的媒体内容可以被其他的终端设备发现并播放

媒体共享 media share

媒体共享 media share

设备上存储的媒体内容可以被其他的终端设备

GB/T40570—2021

以机顶盒、电视一体机、PC、PAD、手机等多种用户侧终端设备作为业务展现终端,通过终端与终端 的交互或者终端与平台的交互,实现在多个终端上进行音频、视频、文字、图片等多媒体内容的共享、切 换、操作控制等交互功能

基于本地网络的多屏互动业务是指在一个局域网环境中实现多终端设备间的多媒体内容共享与交 互操作的媒体服务。 本标准以GB/T40573为基础,描述基于本地网络的多终端间实现多屏互动的基础架构、业务流 程、协议与接口等方面的技术要求,

图1为由终端设备和路由设备组成的局域网环境GB3836.13-1997爆炸性环境用防爆电气设备 第13部分-爆炸性气体环境用电气设备的检修,两种终端的功能描述如下

a)终端:为集成多屏互动服务的智能设备。它可以是智能一体机、机顶盒/电视、媒体存储器,也 可以是PC、PAD、手机、数字摄像机、音/视频播放器、智能手表等移动终端。 D 路由设备:为局域网中的终端提供寻址、网络互连、数据转发、控制管理等功能的设备。本标准 不对路由设备的具体要求做出定义,仅针对多屏互动业务所涉及的功能进行描述 图1局域网环境中的终端设备可通过以下两种互联方式交换信息,实现多屏互动的相关业务功能: a)设备直连(如图1中实线):一个终端与另一个终端之间通过有线(如网线、HDMI、USB连接线 等)或者无线(如WAPI、蓝牙等)方式建立直连的数据通道 D 路由设备的互联(如图1中虚线):任一终端设备以有线或者无线的方式连接路由设备,利用路 由设备的数据转发功能建立起与其他终端之间的数据通道。这种互联方式较为典型,6.1将 主要描述路由设备互联的基本流程。 图1中设备之间的接口功能描述如下: a)终端与终端之间的接口:实现终端互联所需的设备发现、设备描述传递、加密协商、媒体控制指 令、状态通知等信息的交互。 b)终端与路由设备之间的接口:实现IP地址分配与维护、状态监听、数据转发、路由管理等交互

图1局域网环境下的多终端互联结构图

根据终端在多屏互动业务场景中承担的不同功能,将被分为以下儿种角色: a)媒体控制器(DMC):通过向媒体播放器传递控制指令,实现对于媒体内容的播放控制功能; b 媒体播放器(DMP):通过向媒体服务器获取媒体内容及从媒体控制器接收控制指令,实现媒 体内容的本地谊染和播放功能; C 媒体服务器(DMS):提供媒体内容的本地存储、流化与分发的功能,媒体内容可被媒体播放器 获取。媒体播放器可以是终端设备,也可以是媒体服务平台(如IPTV业务平台、OTT流媒体 服务平台)。 终端承担的角色与实际的业务场景相关联,某一类型的终端可以承担不同的角色,也可以同时承担 角色。例如在媒体共享的业务场景中(即通过尺寸终端播放存储在小尺寸终端上的多媒体内容) 寸终端为媒体服务器,大尺寸终端为媒体控制器和媒体播放器;或在跨屏遥控的业务场景中(即用 尺寸终端对大尺寸终端上播放的IPTV电视节目进行遥控)小尺寸终端为媒体控制器,大尺寸终端为 本播放器,部署在城域网中的IPTV业务平台为媒体服务器

GB/T40570—2021

闽2016-J-41:烧结煤矸石多孔砖、多孔砌块墙体构造.pdf基于本地网络的多屏互动业务基本流程见图

前置条件:各终端成功接人局域网。 终端1发出人网宣告,通过路由设备将上线状态通知局域网内的其他终端(通讯方式:广播/传 输协议:UDP)[此步骤可合人b)的设备发现请求中]。 终端1发出设备发现请求,以获取设备列表(广播或单播/UDP或TCP)。 )局域网内的终端解析请求消息,向终端1返回设备发现响应消息(单播/TCP)。 1)设备发现成功情况下,终端1与终端2协商安全传输方式(如加密算法等),为后续步骤的数据 传输建立安全通道(单播/TCP)[此步骤也可合人c)的设备发现响应中」。 )设备发现成功情况下,终端1向终端2返回的URL请求详细的设备物理描述(即XML或 JSON格式的描述文件,包含设备型号、序列号等信息)和设备服务描述(包括内嵌的服务、支 持的操作指令及变量等信息)(单播/HTTP或HTTPS)。 终端2验证请求的合法性,验证通过后向终端1返回设备描述文件(单播/HTTP或者HT TPS) 设备描述获取成功情况下,终端1向终端2指定的URL发送跨屏互动指令(单播);对于媒体 播放控制类的指令,宜采用TCP方式传输,对于体感操作类指令(如重力感应),宜采用UDF 方式传输。 h) 终端2响应互动请求,并向终端1返回相对应的控制变量和运行状态变量(例如根据终端1提 供的URL向媒体服务器获取媒体内容,或针对终端1传输的媒体流或媒体文件进行谊染输

前置条件:各端成功接人局域网。 终端1发出人网宣告,通过路由设备将上线状态通知局域网内的其他终端(通讯方式:广播/传 输协议:UDP)[此步骤可合人b)的设备发现请求中]。 b)终端1发出设备发现请求,以获取设备列表(广播或单播/UDP或TCP)。 c)局域网内的终端解析请求消息,向终端1返回设备发现响应消息(单播/TCP)。 d)设备发现成功情况下,终端1与终端2协商安全传输方式(如加密算法等),为后续步骤的数据 传输建立安全通道(单播/TCP)[此步骤也可合人c)的设备发现响应中」。 e)设备发现成功情况下,终端1向终端2返回的URL请求详细的设备物理描述(即XML或 JSON格式的描述文件,包含设备型号、序列号等信息)和设备服务描述(包括内嵌的服务、支 持的操作指令及变量等信息)(单播/HTTP或HTTPS)。 终端2验证请求的合法性,验证通过后向终端1返回设备描述文件(单播/HTTP或者HT TPS) g)设备描述获取成功情况下,终端1向终端2指定的URL发送跨屏互动指令(单播);对于媒体 播放控制类的指令,宜采用TCP方式传输,对于体感操作类指令(如重力感应),宜采用UDF 方式传输。 h) 终端2响应互动请求,并向终端1返回相对应的控制变量和运行状态变量(例如根据终端1提 供的URL向媒体服务器获取媒体内容,或针对终端1传输的媒体流或媒体文件进行谊染输

©版权声明
相关文章