IMOS多媒体业务操作系统 H3C多媒体持续发展基石

　　在快速成长的多媒体领域，太多的人追求产品开发的短期速度，忽视长期积累，轻视基础架构。长此以往，只能在低水平重复开发，难以持续满足客户需求，正所谓“不积跬步，无以至千里”。继上期讲堂推出《走进网络操作系统——Comware软件架构浅谈》后，本期将向你展现H3C在多媒体领域的核心软件平台——IMOS，多媒体业务操作系统。

　　视讯会议、视频监控、视频发布、远程呈现……多媒体成为IP领域发展最快、最具活力的领域，吸引了大量的厂商进入该领域，新的产品、新的业务层出不穷。但是，诱惑伴随浮躁，目前很多的多媒体相关产业中，很多视音频的核心处理部分都由芯片或硬件完成，软件更多的是业务的控制、管理和呈现。加上市场竞争激烈，产品生命周期有限，因此有太多的人追求产品开发的“短、平、快”，追求短期速度、轻视长期积累，重呈现界面、轻基础架构，从单个产品、单个项目看，从产品推出速度看。但是放到一个更长的时间看，却总是在不断的低水平重复开发，难以持续满足客户需求。尤其是当目前的多媒体业务还处在不断的融合、演变之中，如何满足多媒体业务融合的需求，是目前所有多媒体产品和解决方案提供商面临的挑战。

　　经济的发展离不开基础设施的完善，同样，产品和解决方案的发展离不开核心技术和开发平台的积累。为此，H3C打造了IMOS——IP多媒体业务操作系统。

　　IMOS将成为H3C IP多媒体产品持续丰富、稳步发展的基础设施支撑。通过数百人几年的努力，H3C多媒体开发人员将自己在IP多媒体领域的软件积累，不论视讯会议、还是视频监控等，都凝结为平台的一部分，从而实现多媒体软件技术的平台化、货架化，使得每款新的产品研发都可站在前人工作的基础上更上一层楼。

　　IMOS也是H3C 在IP多媒体领域的一次创新，因为它是无成熟先例可循的一次尝试。IP多媒体领域业务空间巨大，但是各项多媒体业务间的差异性也很大。如何实现这些业务产品之间的软硬模块或组件共享？如何实现平台化的多媒体业务平台？到目前为止，在业界尚是一个新课题。

　　“求同存异”的设计理念

　　“求同存异”是IMOS的基础理念与设计出发点，多媒体应用很多很丰富，视讯会议、视频监控、IPTV、视频发布、可视电话……

　　咋一看，这些多媒体应用直接的差异是如此之大：

　　视讯会议是多方双向视讯通信，以实时应用为主；

　　视频监控以单向视频应用为主，同时具备实时性的实况监控和非实时性的录像回放应用，同时流量模型是典型的汇聚型；

　　IPTV是以单向点播为主，从流量模型特征看，以发散型的下行流量为主；

　　等等。

　　几乎每一种多媒体应用都与其他应用有着巨大的不可融合的差异。但是仔细分析一下，发现这些多媒体应用又有那么多的相似之处：

　　共同的呼叫控制信令：SIP（Session Initiation Protocol）已经成为所有IP多媒体应用共同的控制信令标准，不论是视讯会议、视频监控，还是IM、IPTV等，都无一例外的采用SIP作为其核心控制协议；

　　共同的媒体流：由于各种原因，不同多媒体应用采用了不同的视音频编码标准，长期以来，这一直是困扰多媒体应用融合和发展的一大问题。随着视频编码的标准化发展，目前各种多媒体应用的媒体标准正在逐步走向统一。例如，无论是视讯会议、视频监控等视频通信应用，还是视频存储、广播等应用，在视频编解码方面都开始逐步向H.264过渡。H.264正逐步成为各种多媒体应用共同的媒体编码标准；

　　共同的设备管理方式：随着业务的IP化，IP网络设备管理的方式也逐步被各种多媒体系统采用，如SNMP（Simple Network Management Protocol）的管理方式被引入到视讯会议和监控的设备管理中，在一些多媒体运营环境中，TR069（DSL论坛（www.dslforum.org）所开发的技术规范之一，也称为“CPE广域网管理协议”）开始被引入；

　　类似的基本操作和业务接口方式：尽管每种多媒体应用的业务模式、操作方式和呈现方式各有不同，但是分解到其“原子操作”，这些多媒体应用的基本动作和业务接口又都是类似的，如媒体编码、传输、解码播放、媒体存储、检索、点播回放、摄像头控制等；

　　此外，作为多媒体应用，都有着共同的基础软件架构和支撑体系，如操作系统适配、数据库操作、多媒体数据模型、配置管理、告警管理、用户管理等。

　　分层架构设计

　　IMOS在设计之初，就对各种多媒体功能和多媒体数据进行抽象，形成各种模型，基于这些模型实现了各种多媒体业务的软件组件共用。通过这些模型的组合，配合以相应的“管理插件”、“媒体处理插件”、“控制插件”、及相应的业务呈现方式，最终对外提供各种差异化的业务功能。

　　作为H3C所有多媒体产品共有的软件平台IMOS，需要支撑多种不同的多媒体产品，产品形态涵盖终端、MCU、视频编解码器、管理平台、媒体处理服务器等多种，这些产品的组网角色、应用场景、业务功能、管理模式等都有很大差异。因此，IMOS必须从架构上保证良好的可裁减性、灵活的伸缩性。

　　为此，IMOS设计采用了分层架构设计，如下图所示：

　　IMOS的架构示意图

　　IMOS的架构可分为5部分：

　　OS基础设施层：完成对操作系统、数据库、多媒体协议的封装，屏蔽差异，实现上层应用的平台无关性，提高开发效率和系统兼容性。

　　多媒体基础设施层：完成多媒体领域通用模型和标准实现，支持对具体业务实现的扩展，提供了“原子”业务（基础业务）。

　　数据访问层：完成对多媒体数据的封装，使得数据的存在形式不受位置（本地/远程）、形式（数据库/文件/原始磁盘块）、格式（结构化/非结构化）的限制，同时支持对数据的扩展和替换。

　　业务逻辑层：通过对原子业务的简单组合或者定制开发，可以快速构建新的业务。“搭积木”的开发方式，节省大量的重复开发成本，开发和稳定周期更短。

　　业务展示层：可替换的分层模型和开发接口允许完全替换开发新的展示，多套展示可以并存，从而满足不同行业，不同应用的业务展示需求，最大化的贴近用户的体验。

　　通过这种分层架构，最大限度的实现各种多媒体产品之间的模块可重用性，如其中的OS基础设施层和多媒体基础设施层可用于所有多媒体产品，同时IMOS也保持了平台的伸缩性和可裁减性，而通过业务逻辑层的不同组合和业务展示层的差异化呈现，可实现不同多媒体产品之间的业务和呈现差异性。

　　除了对功能实现采用分层模块化的策略外，IMOS还根据多媒体应用的特点，对多媒体数据访问进行抽象和建模。如根据多媒体数据特点，形成了多媒体信息模型，该模型是“架构在格式化存储和非格式化存储之上的，针对多媒体特点优化，并有完整的多媒体信息关系描述语法的一整套存储、检索和管理的系统模型”，既可应用于视讯会议、也可应用于视频监控。

　　IMOS是H3C多媒体产品线最重要的“产品”，是H3C多媒体所有产品持续发展的基石。

　　IMOS虽然不是直接面向最终用户的交付件，但它却注定要成为H3C多媒体产品线最重要的“产品”，也是H3C在多媒体产品线投入最大的产品之一。它将是H3C多媒体所有产品持续发展的基石。

　　实际上，H3C已经基于IMOS形成了丰富的视讯会议和监控产品系列。骐骥一跃，不能十步；驽马十驾，功在不舍。从某种角度讲，IMOS是H3C在IP多媒体领域长期投入的誓词，也承载了H3C在IP多媒体领域可持续发展的战略梦想。