精华内容
下载资源
问答
  • 维护媒体关系
    千次阅读
    2021-06-23 03:07:45

    数字媒体是以现代互联网作为主要传播载体,并且利用数字媒体编辑系统对所采集信息进行加工处理,呈现出的是一种数字化的商业产品,可以认为是一种现代化、无纸化的快速传播方式,并以大众传播为理论依据,在文艺、教育、商业等领域广泛应用。

    一、数字媒体技术的主要特征

    数字媒体技术是数字技术与媒介有机结合的产物,主要有以下几个特征属性:(1)数字化特征。与以往采用模拟方式对数据进行存储和处理的媒体技术相比,数字媒体技术采用的数字化的二进制形式,省去了模拟和数字之间转换的麻烦。(2)交互式特征。数字媒体在应用中,可以实现人机之间的有效的互动,如在现代教育教学中引入的多媒体教学方式就是一种很好的应用。(3)娱乐趣味性。数字媒体技术为人们提供了数字游戏、数字视频、数字电视等多种形式的娱乐空间,给人们的日常生活增加了无限的趣味和娱乐选择。(4)视听享受。数字媒体技术集合了声音、图像、视频等各种媒体形式于一体,给人们带来了极为震撼的视听享受。(5)文化和艺术的传播。数字媒体技术的设计有效的融入了社会文化和文学艺术等多方面的内容,并且通过数字媒体的这些领域知识的融合与传播架起了一座无形的桥梁。

    二、数字媒体技术的主要技术组成

    数字媒体作为各领域前沿技术的结合体,各领域所有同音频、视频及图像处理有关的技术都是数字媒体技术研究内容的组成部分。

    2.1计算机图形技术

    计算机图形技术是一种利用计算机生成、绘制和显示图形的数字媒体技术。由于图形在计算机中是以数字形式存在的,因此不同于纸质图形的绘制,计算机图形的绘制就可以不考虑光照角度、透光度以及线型等问题,便于大规模的进行图形的既准确规范又快速的制作。

    2.2数字图像处理技术

    作为新兴数媒技术,数字图像处理技术是借助于目前数码DV、手机以及数码相机等数码产品,通过采集原始图像的信号,并进行量化和重新编码,从而实现图像电信号向数字信号的转化,实现了将大容量视频信息存储体积的有效压缩,便于视频信息的快速传输和高清晰度传输。因此,数字图像技术是数字媒体目前进行抽象信息快速传输的重要技术。

    2.3数字媒体信息获取与输出技术

    数字媒体信息的有效获取是进行数字媒体信息处理的前提,其涉及的关键技术有图像、声音等信息的获取技术和人机交互技术等。而输出技术则是实现将数字媒体信息转化为人们所能进行感知的信息的技术,其应用目的主要是利用更人性化、更丰富甚至可交互的界面将数字媒体的内容进行展示。涉及的主要技术包括声音系统技术、显示技术、硬拷贝技术及三维显示技术等技术。

    2.4数字媒体数据库技术及信息检索与安全技术

    数据库技术是利用计算机进行数据的辅助管理的计算机技术,主要涉及怎样有效的获取和处理数据,以及怎样实现数据的有效组织和存储。数字媒体数据库是数据库技术与数字媒体技术相结合而产生的新型数据库。数字媒体数据库技术主要是实现对数媒数据的编码、组织、分类、存储及检索维护等有效管理。信息安全技术与信息检索技术则是实现保障信息的安全性及对数据进行高效查询、存取和管理的关键性技术。

    三、数字媒体技术的主要应用领域及未来发展趋势

    随着科学技术的不断发展,以及人们需求的不断提要,数字媒体技术已经成为现代社会无法忽略的重要技术手段。下面我们主要从它的主要应用领域及发展趋势两个方面进行阐述。

    3.1主要应用领域

    在影视的制作环节中,运用数字媒体技术,极大程度的降低了影视制作过程中的费用,促进了影视制作效率和质量的提高,同时对于一些比较难以拍摄或完成的影像,可以采用数字媒体技术进行仿真模拟,增强了影视作品的艺术感和效果性。在影视的发行环节中,利用数字媒体技术可以实现影视在全球各地的同步上映,不仅降低了影视的发行成本,而且能够带来可观的经济利润和社会反响。同时,数字媒体技术能够对影视作品进行永久的保存与存储,这样有利于文化的长久传播。

    “数字游戏”(Digital Game)凭借数字技术为设计开发手段,利用计算机等数字化设施为游戏平台,为消费大众提供声光娱乐。数字游戏在游戏市场上占有相当大的份额,包括手机游戏、电视游戏、PC单机游戏以及网络游戏等。由于数字游戏具有强大的吸引力,同时参与方便,因此可以利用它作为文化传播的工具。

    在当前国家教育教学素质改革的大背景下,利用数字媒体技术多维度教学打破了教师枯燥讲解、单调无趣的尴尬局面,多媒体影像集合了声音、视频和图像等多种媒体形式,能够给学生呈现图文并茂、动静结合、内容丰富的教学情境和资源,让教师的教学变得更加生动形象,并且具有趣味性和互动性,活跃了课堂中教学的气氛,充分的调动了学生的各种感官体验,促使学生自觉的加入到良好学习的环境中去,有利于拓展学生的知识层面和促进学生思维及信息素养的提升。

    进入数字化时代,传统广播已被淘汰,数字广播正式进入了人们的生活。数字广播利用数字技术将音频信号等其它数据信号数字化,并对它们进行编码、传递、再编码等处理。在数字媒体时代,人们可以通过便携式接收终端、手机等多种设备收看多种形式的节目。

    随着智能化产品及数字媒体技术的广泛应用及发展,促使微信、QQ等app应用软件成为了人们沟通交流的主要方式,并且成为当代人生活中不可缺少的部分。同时也给人们的远程学习、工作、沟通等方面带来了极大的便利性,但是与此同时,这也使得现在的人与人之间缺少了交流的机会,让部分人变得更加的孤僻和封闭,不愿意开口与人进行沟通,这给他们融入社会生活造成了极大的障碍,因此,作为社会大众应该满足自身基本需求的同时,要把握好进行数字娱乐的度,这样才能充分的体现数字媒体技术的价值。

    3.2未来发展趋势

    数字媒体技术经过近年来的不断发展,从最开始的应用于电视和广播领域,到科学科研、教育教学、广告营销等领域中,到目前在互联网、电信运营、广电传播等众多领域,具有十分可观的应用前景和发展趋势。

    增强现实(Augment Reality,AR)技术的探讨也取得了重大进展。AR技术是一种利用计算机技术,将虚拟的技术应用到现实世界,然后将实体信息通过模拟仿真的方式再现出来,实现熟悉化的真实世界。它不仅展现了现实世界中的实物信息,而且将虚拟的信息业同时的显现在同一个空间或画面中,让用户借助于3D、4D眼镜和头盔去体验一个具有真实感官效果的环境。就目前我国的科技发展和形势来看,AR技术正在逐步的成长,并且已经发展到了媒体融合的阶段中,并且在将来将会大量的应用于某些数字媒体领域中,这也是数字媒体技术发展的必然趋势。

    更多相关内容
  • 媒体关系维护技巧.doc

    2021-10-07 08:31:57
    媒体关系维护技巧.doc
  • 新媒体时代的媒体关系管理 ...所以在媒体关系维护工作中,单靠重点维护传统媒体关系的工作方式已经不能适应新媒体时代企业宣传正面信息、有效防止负面信息的需要。 新媒体时代的媒介关系管理全文共7页,当前为第1页。
  • 社交媒体从根本上改变了沟通行为,并创造了新的方式来管理客户关系。 尤其是,社交媒体平台上的品牌页面使公司有... 调查结果表明,营销经理应在社交媒体品牌页面上进行投资,并吸引其粉丝群来建立和维护其客户关系
  • 微信运营是指通过个人微信或微信公众平台,向特定用户传递信息、与用户沟通、维护用户关系,以及拓展客户的运营过程。 微信在民营口腔机构的运营中,是不可缺少的营销工具。微信运营是指通过个人微信或微信公众平台...
  • 媒体营销研究.pptx

    2022-07-07 23:35:52
    目录 AM PM 互动讨论 关于媒体及媒体关系的三大思考 案例剖析 媒体关系建立与维护的必要性 基础建设 从微博运营看媒介关系管理 执行技巧 媒介关系管理的五大关键点 情景模拟 新媒体营销研究全文共92页,当前为第3页...
  • 媒体时代的媒介功能主义 作者:杨扬 来源:《广告大观·媒介》2018年第11期 摘要:随着互联网信息技术的快速发展,当今世界...以媒介平台为例,现在媒介平台不单单使用户能够和属于自己圈子内的个体 进行关系维护和资
  • hyve仍然会做一些您无法通过客户端API进行的操作(截至2021年1月),因此,即使您决定继续使用它,无论它是否被维护,我都建议您分叉它并保持依赖关系为最新。 (以防止潜在的漏洞)。 hyve是一个应用程序,它使您...
  • 喀麦隆的司法信息以一种相互作用为特征的环境,考察了司法与媒体之间的力量平衡,这种相互作用突显了新闻界所面临的各种目标之间的紧张关系以及维护其宗旨的严酷司法环境之间的紧张关系。 提及将行动社会学与冲突...
  • 关系型数据库的发展历史

    千次阅读 2019-03-12 23:15:03
    数据库发展史 信息系统产生了海量的数据,有...关系型数据库 :使用关系型模型进行数据库设计和存放 非关系型数据库:为适应水平扩展性和处理超大量的数据环境,近几年发展非常迅速的发展,衍生类型非常多。 本...

    数据库发展史

    信息系统产生了海量的数据,有数据必须要有数据的存放位置,

    无库时代 :没有专门的数据库,数据大多以文件形式存放

    层次状数据库 :使用层次状模型进行数据库设计和存放

    网状数据库 :使用网状模型进行数据库设计和存放

    关系型数据库 :使用关系型模型进行数据库设计和存放

    非关系型数据库:为适应水平扩展性和处理超大量的数据环境,近几年发展非常迅速的发展,衍生类型非常多。

     

    本文主要考虑对于OLTP和OLAP占据主流的关系型数据库,目前关系型数据库软件主要有:

    大型商用关系型数据库:Oracle,DB2,SQL Sever/Sybase;

    近年发展较快的开源关系型数据库:MySQL,PostgreSQL,SQLite
    关系型数据库主要人物与发展历史

    关系型数据库的发展,大致可分为理论奠基、SQL标准、商用成型、多家发展等几个阶段,在每个阶段都有对应的重要人物与贡献。

    首先是数学家E.F.Codd发表了数学论文《用于大型共享数据库的关系数据模型》,提出关系和关系运算的概念,奠定了关系型数据库的理论模型;

    然后是Codd的同事DonChamberlin将Codd的论文和关系运算,转换成为比较容易理解和使用的SQL语言,并且在后面成为所有关系型数据库的标准;

    有了上面的数据理论和SQL基础,LarryElision和他的同事看到商机,开发出第一个商用大型关系型数据库Oracle,Scott作为一个开发的员工,将其测试账户放在里面了;

    除了Oracle数据库,IBM也开发出了DB2数据库,但其他主流的关系型数据库都与Michael Stonebraker有关,开发了Postgres并放在BSD版权下,后来演变成了Postgres SQL;87年微软和Sybase合作,开发除了MS SQL和Sybase;后又加入Ingres和Informax,其他的主流关系型数据库几乎都和Michael Stonebraker有关。
    关系型数据库之父:E.F.Codd

    1970年,Codd划时代的论文《用于大型共享数据库的关系数据模型》


     Codd全关系系统十二准则

    准则0

    一个关系形的关系数据库系统必须能完全通过它的关系能力来管理数据库。

    准则1 信息准则

    关系数据库系统的所有信息都应该在逻辑一级上用表中的值这一种方法显式的表示。

    准则2 保证访问准则

    依靠表名、主码和列名的组合,保证能以逻辑方式访问关系数据库中的每个数据项。

    准则3 空值的系统化处理

    全关系的关系数据库系统支持空值的概念,并用系统化的方法处理空值。

    准则4 基于关系模型的动态的联机数据字典

    数据库的描述在逻辑级上和普通数据采用同样的表述方式。

    准则5 统一的数据子语言

    一个关系数据库系统可以具有几种语言和多种终端访问方式,但必须有一种语言,它的语句可以表示为严格语法规定的字符串,并能全面的支持各种规则。

    准则6 视图更新准则

    所有理论上可更新的视图也应该允许由系统更新。

    准则7 高级的插入、修改和删除操作

    系统应该对各种操作进行查询优化。

    准则8 数据的物理独立性

    无论数据库的数据在存储表示或存取方法上作任何变化,应用程序和终端活动都保持逻辑上的不变性。

    准则9 数据逻辑独立性

    当对基本关系进行理论上信息不受损害的任何改变时,应用程序和终端活动都保持逻辑上的不变性。

    准则10 数据完整的独立性

    关系数据库的完整性约束条件必须是用数据库语言定义并存储在数据字典中的。

    准则11 分布独立性

    关系数据库系统在引入分布数据或数据重新分布时保持逻辑不变。

    准则12 无破坏准则

    如果一个关系数据库系统具有一个低级语言,那么这个低级语言不能违背或绕过完整性准则。

     
    SQL之父:唐-钱伯林(Don Chamberlin)

     

    唐·钱伯林(DonChamberlin),是IBM Fellow,ACM及IEEE 特别会员。他是SQL关系数据库语言的发明人之一,也是XQuery语言的设计基础Quilt语言的发明人之一。Don拥有加利福尼亚大学博士学位。他目前在IBM Almaden 研究中心工作,在过去几年中,他代表IBM参与W3C XML Query工作组的工作。


    Scott和他的猫的故事

    第一个商用关系型数据库——Oracle

     

    左起 Ed Oates、Bruce Scott、Bob Miner、Larry Ellison

     

    Oracle与Larry Ellison

     
    主流数据库的奠基人——Michael Stonebraker

    Michael Stonebraker,SQL Server/Sysbase奠基人。

    著名的数据库科学家,他在1992 年提出对象关系数据库模型在加州伯克利分校计算机教授达25年。在此期间他创作了Ingres,Illustra, Cohera, StreamBase Systems和Vertica等系统。Stonebraker教授也曾担任过Informix的CEO,目前他是MIT麻省理工学院客席教授。

    Stonebraker 教授领导了称为Postgres的后Ingres项目。这个项目的成果非常巨大,在现代数据库的许多方面都做出的大量的贡献。Stonebraker 教授还做出了一件造福全人类的事情,那就是把Postgres 放在了BSD 版权的保护下。如今Postgres名字已经变成了PostgreSQL,功能也是日渐强大。

    87年左右,Sybase联合了微软,共同开发SQL Server。原始代码的来源与Ingres有些渊源。后来1994年,两家公司合作终止。此时,两家公司都拥有一套完全相同的SQLServer代码。可以认为,Stonebraker教授是目前主流数据库的奠基人。

     

    1973 年 IBM 启动了 System R 项目,项目组发表了一系列关于关系数据库的的文章。两个伯克莱大学的科学家,Michael Stonebraker 和 Eugene Wong 读了这些文章后非常感兴趣,于是决定自己启动一个关系数据的研究项目。他们已经为一个地理数据库系统申请到了资金,他们称为 ingres,意思是交互式图形获取系统

    Ingres的代码是可以免费获得的,到 1980 年止,共分发了 1000 份拷贝,不少公司使用这些代码形成了自己的产品线。Informix 是最早的用户之一,并且其员工完全是 Ingres 项目的人员。他们在 1984 发布了基于 Ingres 的第一版产品,到 1997 年已经成了第二大数据库供应商。然而,一系列管理和财会方面的失误在短短两年内毁了公司的信誉,并于 2000 年被 IBM 收购。

     

    Robert Epstein 在伯克立大学项目中的重要的程序员,创建了 Britton-Lee,后来的 Sybase,Sybase 在 80 到 90 年期间是第二号数据库产品,Sybase 于1992年将产品卖给微软,微软称之为 MSSQLServer。

    Stonebraker 自己离开了伯克立大学在1982年创建了Ingres 公司,Stonebraker 在这个公司工作到 1991 年,然后公司卖给了 ASK,1994年 ASK/ingres 被 CA Computer Associates 收购。2004 年 CA 在开源许可下发布了 Ingres release 3,并继续开发销售 Ingres。

    在返回 Berkeley 之后,Stonebraker 开始了一项后-Ingres 计划来致力于解决关系模型的数据库管理现有实现的局限性。其中主要的是它们不能让用户定义组合更简单域的新域(或者叫类型)(参见关系模型获得对术语域的解释。)结果的计划叫做 Postgres,以介入对增加完整的类型支持所需要的最小数目的特征为目标。其中包括定义类型的功能,还有完全描述联系的能力 - 联系至今已经广泛使用但仍由用户完全维护。在 Postgres 中数据库理解联系,并能以使用规则的自然方式在有关联的表中检索信息。详情请参见 PostgreSQL 的文章。在 1990 年 Stonebraker 再次离开 Berkeley 去商业化 Postgres,使用了名字 Illustra。Illustra 后来被 Informix 并购,而 Stonebraker 再次回去搞高等教育了。

     
    附录:主要关系型数据库厂商的发展历史
    数据库厂商的发展历史之Oracle

    所有这一切要从IBM的一篇论文谈起,1970年的6月,IBM公司的研究员埃德加·考特(Edgar Frank Codd) 在 Communications ofACM 上发表了那篇著名的《大型共享数据库数据的关系模型》(A Relational Model ofData for Large Shared Data Banks)的论文。这是数据库发展史上的一个转折。要知道,当时还是层次模型和网状模型的数据库产品在市场上占主要位置。从这篇论文开始,拉开了关系型数据库软件革命的序幕。IBM虽然1973年就启动了SystemR的项目来研究关系型数据库的实际可行性,也没有及时推出这样的产品,因为当时IBM的的IMS(著名的层次型数据库)市场不错,如果推出关系型数据库,牵涉到IBM很多人的自身利益。再者,IBM庞大复杂的官僚机构处在决策上远不那么灵活

    1977年6月,Larry Ellison与Bob Miner和Ed Oates在硅谷共同创办了一家名为软件开发实验室(Software Development Laboratories,SDL)的计算机公司(ORACLE公司的前身)。那个时候,32岁的Larry Ellison,这个读了三家大学都没能毕业的辍学生,还只是一个普通的软件工程师。公司创立之初,Miner是总裁,Oates为副总裁,而Ellison,因为一个合同的事情,还在另一家公司上班。没多久,第一位员工Bruce Scott(用过ORACLE数据库软件的人都知道有个Scott用户的吧?没错,就是这个Scott,至于Scott用户的密码Tiger,那是Scott养的猫的名字, Oracle也一直没有忘记她的第一位程序员)加盟进来,在Miner和Oates有些厌倦了那种合同式的开发工作后,他们决定开发通用软件,不过们还不知道自己能开发出来什么样的产品。Oates最先看到了埃德加·考特的那篇著名的论文连同其他几篇相关的文章并推荐Ellison和Miner也阅读一下。Ellison和Miner预见到数据库软件的巨大潜力(跟着IBM走,没错),于是,SDL开始策划构建可商用的关系型数据库管理系统(RDBMS)。

    根据Ellison和Miner他们在前一家公司从事的一个由中央情报局投资的项目代码,他们把这个产品命名为ORACLE。因为他们相信,ORACLE(字典里的解释有“神谕, 预言”之意)是一切智慧的源泉。1979年,SDL更名为关系软件有限公司(Relational Software,Inc.,RSI),毕竟“软件开发实验室”不太像一个大公司的名字。1983年,为了突出公司的核心产品,RSI再次更名为ORACLE。Oracle从此正式走入人们的视野。

    RSI在1979年的夏季发布了可用于DEC公司的PDP-11计算机上的商用ORACLE产品,这个数据库产品整合了比较完整的SQL实现,其中包括子查询、连接及其他特性。出于市场策略,公司宣称这是该产品的第二版,但却是实际上的第一版。这就是Oracle这种“要命”的市场策略,事实上,这种策略有时候也是非常成功的。

    1983年3月,RSI发布了ORACLE第三版。Miner和Scott历尽艰辛用C语言重新写就这一版本。(说老实话,太佩服这两个大牛了,为什么一直没多少媒体宣传这两个人呢,怀疑Miner简直就是“少林老僧”般的人物。)要知道,C语言当时推出不久,用它来写ORACLE软件也是具有一定的风险的,但除此之外,别无他法。很快就证明了这样做是多么的正确:C编译器便宜而又有效,还有很好的移植性。从现在起,ORACLE产品有了一个关键的特性:[可移植性]。同样是1983年,IBM发布了姗姗来迟的Database 2(DB2),但只可在MVS上使用。不管怎么说,ORACLE已经占取了先机。

    在开发第三版还没有结束的时候,Scott离开了ORACLE。当时用C语言改写ORACLE的压力很大,无休止的软件调试终于让Scott不堪重负,选择了一走了之。把剩下的重担交给了Miner一个人。在出售了自己的4%的股票之后,Scott 后来创建了Gupta公司(现更名为Centura Software)和PointBase公司(提供百分之百纯Java嵌入式数据库),都是开发和数据库相关的产品。多年后有人问到他的4%的ORACLE股票的时候,Scott,这个曾经给ORACLE写出第一行代码的技术高手,也只能报以一笑了。如果能坚持下来,那是一笔几亿美金的财富。不过当时的Scott没有那么多的想法,他只是太累了。

    很长一段时间里,公司研发由Miner独力承担。Miner视金钱如无物,为人低调,和Ellison的锋芒必露形成鲜明的对比。在公司里,大家一致认为他是老好人,他也深受员工爱戴。Ellison是公司的大脑,Miner则当之无愧的成为公司的心脏。他是个沉默的英雄,正如Steve Jobs背后的Steve Wozniak一样。

    1984年10月,ORACLE发布了第4版产品。产品的稳定性总算得到了得到了一定的增强,用Miner的话说,达到了“工业强度”。

    在1985年,ORACLE发布了5.0版。有用户说,这个版本算得上是ORACLE数据库的稳定版本。这也是首批可以在Client/Server模式下运行的的RDBMS产品,在技术趋势上,ORACLE数据库始终没有落后。

    那是在1985年,当时曾经的最大的独立软件公司Cullinet(主要销售网状数据库)已经如流星般陨落。ORACLE的主要竞争对手是Ingres数据库。Ingres在加州大学伯克利分校诞生,主要的设计者是当时鼎鼎大名的MichaelStonebraker教授。可以说Ingres数据库软件是上个世纪80年代技术上最好的数据库,Ingres市场分额的快速增长已经给ORACLE早成了很大的压力。巧的是,这个时候,IBM公司再一次伸出“上帝之手”。

    Ingres使用的是Stonebraker 发明的QUEL(Query Language))的查询技术,这和IBM的SQL大不相同。在某些地方QUEL甚至要优于SQL。IBM当时担心Ingres把QUEL变成标准会对自己不利。经过一番衡量,决定把自己的SQL提交给数据库标准委员会。而Stonebraker教授可不打算把QUEL提交给数据库标准委员会,学院派的他认为这麽做实际上是扼杀了创新精神。可以看出,学院派,大都会把事情搞杂。

    1986年3月12日,ORACLE公司以每股15美元公开上市,当日以20.75美元收盘,公司市值2.7亿美元。3月13日,微软以每股21美元的发行价上市,以28美元收市,公司市值达到7亿美元。远远超过了ORACLE。成功的光环的微软和盖茨遮盖住了ORACLE和Ellison的光芒,可能这也是Ellison敌视微软的开始。

    ORACLE第6版于1988年发布。由于过去的版本在性能上屡受诟病,Miner带领着工程师对数据库核心进行了重新的改写。引入了行级锁(row-level locking)这个重要的特性,也就是说,执行写入的事务处理只锁定受影响的行,而不是整个表。这个版本引入了还算不上完善的PL/SQL(Procedural Language extension to SQL)语言。第6版还引入了联机热备份功能,使数据库能够在使用过程中创建联机的备份,这极大地增强了可用性。

    在第六版刚发布之后,很多迫不及待开始使用的用户就怨声载道。这是个根本就没有测试好就进行发布的产品(也怪Ellison,大话总要说在前头,只好自尝苦果)。用户开始对ORACLE大肆抨击,ORACLE的一些对手也开始落井下石,针对ORACLE产品的一些弱点进行攻击。

    噩梦延续到ORACLE第七版的推出而结束。这个公司已经空谈了好几年的新版本(一度被讥讽为不过是Ellison的故计重施而已),直到1992年6月才终于闪亮登场,这一次公司吸取了第六版匆忙上市的教训,听取了用户的多方面的建议,并集中力量对新版本进行了大量而细致的测试。该版本增加了许多新的性能特性:分布式事务处理功能、增强的管理功能、用于应用程序开发的新工具以及安全性方法。

    ORACLE 第七版是ORACLE真正出色的产品,取得了巨大的成功。这个版本的出现真是好时机,当时Sybase公司的数据库已经占据了不少份额,ORACLE借助这一版本的成功,一具击退了咄咄逼人的Sybase。公司的销售人员这次算到了给用户兑现空头许诺的时候。公司经过两三年的治理,终于摆脱了种种麻烦,重新开始健康发展,销售额也从92年的15亿美元变为四年后的42亿美元。  

    1997年6月,ORACLE第八版发布。ORACLE8支持面向对象的开发及新的多媒体应用,这个版本也为支持Internet、网络计算等奠定了基础。同时这一版本开始具有同时处理大量用户和海量数据的特性。

    1998年9月,ORACLE公司正式发布ORACLE 8i。“i”代表Internet,这一版本中添加了大量为支持Internet而设计的特性。这一版本为数据库用户提供了全方位的Java支持。ORACLE 8i成为第一个完全整合了本地Java运行时环境的数据库,用Java就可以编写ORACLE的存储过程。对,Java,只要是能够打击微软的武器,ORACLE都要派上用场。  

    在2001年6月的ORACLEOpenWorld大会中,ORACLE发布了ORACLE 9i。在ORACLE 9i的诸多新特性中,最重要的就是Real Application Clusters(RAC)了。说起ORACLE集群服务器,早在第五版的时候,ORACLE就开始开发ORACLE并行服务器(ORACLE Parallel Server ,OPS),并在以后的版本中逐渐的完善了其功能,不过,严格来说,尽管OPS算得上是个集群环境,但是并没有体现出集群技术应有的优点。

    2003年9月8日,旧金山举办的ORACLE World大会上,Ellison宣布下一代数据库产品为“ORACLE 10g”。ORACLE应用服务器10g(ORACLEApplication Server 10g)也将作为甲骨文公司下一代应用基础架构软件集成套件。“g”代表“grid ,网格”。这一版的最大的特性就是加入了网格计算的功能。(Oracle绝对是造概念的能手,只要是能引领出新的卖点,出些新概念,也是值得的)。

    最近两年,Oracle先后又收购了People soft(103亿$), BEA(80多亿$),还有Sibel之类的就不说了。通过收购,实力大增。

    2007年11月,Oracle 11g正式发布,功能上大大加强。11g是甲骨文公司30年来发布的最重要的数据库版本,根据用户的需求实现了信息生命周期管理(InformationLifecycle Management)等多项创新。大幅提高了系统性能安全性,全新的Data Guard最大化了可用性,利用全新的高级数据压缩技术降低了数据存储的支出,明显缩短了应用程序测试环境部署及分析测试结果所花费的时间,增加了RFID Tag、DICOM医学图像、3D空间等重要数据类型的支持,加强了对Binary XML的支持和性能优化。
    从Oracle的发展来看,它的市场策略直接引导着公司的发展。与别的公司有很大的不同。

     

     

     
    数据库厂商的发展历史之DB2

    1973年,IBM研究中心启动System R项目,为DB2的诞生打下良好基础。System R 是 IBM 研究部门开发的一种产品,这种原型语言促进了技术的发展并最终在1983年将 DB2 带到了商业市场。

    在这期间,IBM发表了很多数据库领域的精典论文,前边E.F.Codd就不说了,1976年, 身在IBM的Gim Gray发有了他的代表作:共享数据库的一致性和锁的粒度。他同样也是数据库领域的图灵奖获得之一。后来被微软挖走(应该是在他退休之后),去年他独自一人出海,失踪,不知下落如何。此君因为不喜欢Seattle的雨天,使得Bill Gates为拉他入Microsoft在San Francisco为其新建了一座研究院让他做院长。据说此君在一次学术会议上demo他的新程序,听众中有人提出界面可以如何改进,此君竟然在讲坛上就打开VC++开始改起代码来,然后给人看新效果。这样的大师,太让人尊敬了。

    1981年, E.F.Codd因为发明关系数据库模型,获得ACM图灵奖,当然他前边还有一位大师,Charles W.Bachman。

    1982年,IBM发布SQL/DS for VSE and VM,以System R为原型。

    1983年,发布Database2 (DB2) forMVS, 内部代号为"Eagle",于是DB2正式诞生。

    1986年,System/38 V7发布,首次配置查询优化器,能对应用的存取计划进行优化。

    1987年,DB2完成了到OS/2的扩展,进入微机领域。

    1988年,发布SQL/400,为AS/400服务器提供SQL支持。到此时为止,感觉IBM的数据库产品的发展十分凌乱,似乎同时在做多个产品,平台又不统一。

    1992年,IDUG大会在瑞士如开,DB2应用开始全球化。DB2 for OS2 V1和DB2 for RS/6000 V1推出,这是第一次在Intel和Unix平台上推出DB2产品。

    1993年,郭士纳进入IBM,大刀改革。

    1994年,DB2实现了HP unix和Solaris版本。实际上,还真不知道这两个平台上有多少用户。

    也是在1994年,AIX平台上DB2开始支持对象型数据。

    1995年,DB2开始支持Windows NT, Unix等多个平台。(标志性的一年?)

    1995年,收购Lotus,晕,现在我们还在用Lotus的邮件系统。不好用,但是不容易中毒。

    1996年,DB2正式更名为DB2 通用数据库。

    1997年, DB2 UDB forUnix/windows/OS2同时发布

    1998年,DB2 开始支持SCO Unixware

    1998年, DB2 UDB5.2出现。(不知道以前的版本是怎么定义的,有些乱。。。)

    1999年,DB2支持Linux on intel cpu

    2000年,DB2 支持XML扩展

    2000年,进一步支持Linux集群

    2002年,收购Rational Soft,从此, rose这个大炮工具被IBM弄走了

    2002/2003,DB2 V8.1出现

    2007年, DB2 V9出现,好像是第一个混合模式(关系型、层次型)数据库出现,既有关系模型,又有直接支持XML的层次模型。不知道是否属于叫好不叫座。

    在这期间,忘了是哪一年,印象中,好像是2001/2002年的光景,IBM还收购了Informix,花了1个Billion$,那也是一家曾经响当当的数据库厂商。

     

     
    数据库厂商的发展历史之MySQL

    MySQL这个名字,起源不是很明确。一个比较有影响的说法是,基本指南和大量的库和工具带有前缀“my”已经有10年以上,而且不管怎样,MySQL AB创始人之一的Monty Widenius的女儿也叫My。这两个到底是哪一个给出了MySQL这个名字至今依然是个密,包括开发者在内也不知道。

    MySQL的海豚标志的名字叫“sakila”,它是由MySQL AB的创始人从用户在“海豚命名”的竞赛中建议的大量的名字表中选出的。获胜的名字是由来自非洲斯威士兰的开源软件开发者Ambrose Twebaze提供。根据Ambrose所说,Sakila来自一种叫SiSwati的斯威士兰方言,也是在Ambrose的家乡乌干达附近的坦桑尼亚的Arusha的一个小镇的名字。

    MySQL,虽然功能未必很强大,但因为它的开源、广泛传播,导致很多人都了解到这个数据库。它的历史也富有传奇性。

    MySQL的历史最早可以追溯到1979年,那时Oracle也才小打小闹,微软的SQL Server影子都没有。有一个人叫Monty Widenius, 为一个叫TcX的小公司打工,并用BASIC设计了一个报表工具,可以在4M主频和16KB内在的计算机上运行。过了不久,又将此工具,使用C语言重写,移植到Unix平台,当时,它只是一个很底层的面向报表的存储引擎。这个工具叫做Unireg。

    可是,这个小公司资源有限,Monty天赋极高,面对资源有限的不利条件,他反而更能发挥潜能,总是力图写出最高效的代码。并因此养成了习惯。与Monty同在一起的还有一些别的同事,很少有人能坚持把那些代码持续写到20年后,而Monty却做到了。

    1990年,TcX的customer 中开始有人要求要为它的API提供SQL支持,当时,有人想到了直接使用商用数据库算了,但是Monty觉得商用数据库的速度难令人满意。于是,他直接借助于mSQL的代码,将它集成到自己的存储引擎中。但不巧的是,效果并不太好。于是, Monty雄心大起,决心自己重写一个SQL支持。

    1996年,MySQL 1.0发布,只面向一小拨人,相当于内部发布。到了96年10月,MySQL 3.11.1发布了,呵呵,没有2.x版本。最开始,只提供了Solaris下的二进制版本。一个月后,Linux版本出现了。

    紧接下来的两年里,MySQL依次移植到各个平台下。它发布时,采用的许可策略,有些与众不同:允许免费商用,但是不能将MySQL与自己的产品绑定在一起发布。如果想一起发布,就必须使用特殊许可,意味着要花银子。当然,商业支持也是需要花银子的。其它的,随用户怎么用都可以。这种特殊许可为MySQL带来了一些收入,从而为它的持续发展打下了良好的基础。(细想想,PostgreSQL曾经有几年限入低谷,可能与它的完全免费,不受任何限制有关系)。

    MySQL3.22应该是一个标志性的版本,提供了基本的SQL支持。

    1999-2000年,有一家公司在瑞典成立了,叫MySQL AB(不知道AB是什么意思,待查)。   雇了几个人,与Sleepycat合作,开发出了 Berkeley DB引擎, 因为BDB支持事务处理,所以,MySQL从此开始支持事务处理了。

    2000年4月,MySQL对旧的存储引擎进行了整理,命名为MyISAM。同时,2001年,Heikiki Tuuri向MySQL提出建议,希望能集成他们的存储引擎InnoDB,这个引擎同样支持事务处理,还支持行级锁。

    如今,遗憾的是,BDB和InnoDB好像都被Oracle收购了,为了消灭竞争对手,哪怕是开源的,都是不择手段。

    MySQL与InnoDB的正式结合版本是4.0。

    到了MySQL5.0,2003年12月,开始有View, 存储过程之类的东东,当然,其间, bug也挺多。

    在2008年1月16号 MySQL被Sun公司收购。

    最近,MySQL的创始人Monty Widenius已经向Sun提交了辞呈。head都要走了。

    据说,被Sun收购的公司多薄命,不知道MySQL今后前途如何,希望一路走好。相信MySQL的生命力还是很长久的。
    派生版本

    派生版本有Drizzle,MariaDB,Percona Server及OurDelta等。

     

     
    数据库厂商的发展历史之Sybase

    Sybase公司成立于1984年,公司名称“Sybase”取自“system”和“database”相结合的含义。Sybase公司的创始人之一Bob Epstein 是Ingres 大学版(与System/R同时期的关系数据库模型产品)的主要设计人员。

    Sybase公司的第一个关系数据库产品是1987年5月推出的Sybase SQLServer1.0。Sybase首先提出Client/Server 数据库体系结构的思想,并率先在SybaseSQLServer 中实现。

    提到Ingres数据库,不得不提一下Michael Stonebraker,他是Ingres的创始人。他是加州大学伯克利分校的教授,著名的数据库学者,他在1992 年提出对象关系数据库模型。Stonebraker 教授领导了称为Postgres 的后Ingres 项目。这个项目的成果是非常巨大的,在现代数据库的许多方面都做出的大量的贡献。Stonebraker 教授还做出了一件造福全人类的事情,那就是把Postgres 放在了BSD 版权的保护下。如今Postgres名字已经变成了PostgreSQL,功能也是日渐强大,我也非常喜爱这个数据库。你可自由的浏览它的代码库,可以实时了解一线工程的思路。

    话说,87年的时候,Sybase觉得单靠一家力量,难以把SQLServer(那时不叫ASE)做到老大,于是联合微软,共同开发。至于原始的代码从何而来,这个应该与Ingres有些渊源。后来1994年,两家公司合作终止。截止此时,应该是都拥有一套完全相同的SQLServer代码。

    然后可想而知了,Sybase继续开发,将Sybase SQLServer往各个平台移植,版本也是跳跃式的变化,从4.2,好像一下子就到了11.0。

    Sybase SQLServer后来为了与微软的MS SQL Server相区分,改名叫:Sybase ASE(Adaptive Server Enterprise),其实,应该改名字的是微软。代码的最初拥有者是Sybase,结果得到正式名字的居然是微软。这笔交易,实在是有些亏。不过,ASE也还好记,把Sybase的前边三个字母去就是ase了。

    ASE如今已经发展到了15.0.2版了。13和14两个数,对于老美来说,都不是好数,所以直接从12.5.4跳到15.0了。估计Oracle以后也会这样命名。

    现在的Sybase,产品策略已经有了调整,在移动数据库市场上,它的ASA (SQL Anywhere)占据了绝对的老大地位,70%以上的市场。同时,Sybase ASE仍然保持着大型数据库厂商的地位。在电信、交通、市政、银行等领域,拥有强大的市场。它的产品全是多平台支持。

    Sybase ASE又分出了Replication Server(复制服务器), Sybase IQ等重量级产品,相当于对大型数据库市场又进行了细分。

    算起来,MS SQL Server应该算是Sybase ASE的同胞兄弟了,不过,ASE血统更纯正。无论谁更成功,都证明当初的那个SQL Server生命力还在持续,它仍拥有强大的生命力。
     

    展开全文
  • 媒体服务器使用手册

    千次阅读 2018-11-15 10:25:20
    媒体服务器使用手册     版本:V5.2   目 录 第1章 产品概述... 3 第2章 产品使用详解... 4 2.1 产品主要功能... 4 2.2 产品安装... 4 2.3.1 应用程序安装... 4 2.3.2 产品注册... 4 2.3.3 ...

    流媒体服务器使用手册

     

     

    版本:V5.2

     

    第1章 产品概述... 3

    第2章 产品使用详解... 4

    2.1            产品主要功能... 4

    2.2            产品安装... 4

    2.3.1       应用程序安装... 4

    2.3.2       产品注册... 4

    2.3.3       服务启动与停止... 6

    2.3            媒体服务器参数设置... 8

    2.3.1       HTTP协议设置... 8

    2.3.2       RTMP协议设置... 11

    2.3.3       HLS协议设置... 18

    2.3.4       DASH设置... 21

    2.3.5       录制服务设置... 23

    2.3.6       转发服务设置... 25

    2.3.7       分发服务设置... 27

    2.3.8       点播服务设置... 30

    2.3.9       性能监视... 32

    第3章 技术支持和服务... 33

    3.1            产品技术支持... 33

    3.2            联系方式... 34

     

     

    1. 产品概述

    先锋流媒体服务器是由北京顺景科技有限公司研发的一款专业的流媒体服务平台软件,该软件系统主要实现流媒体内容的网络发布功能,可以同时向多种网络终端设备(PC、智能手机、机顶盒、网络电视、平板电脑)提供直播和录播形式的视频内容。

    图1.1 先锋流媒体服务器服务控制台

     

    1. 产品概述

    该产品支持多媒体内容的直播、直播转发、录播、点播和CDN内容分发功能。支持面向多终端多协议同时发布,该平台软件采用C++语言开发实现,具有超高的运行效率和超强的稳定性,适合大规模视频内容发布应用平台使用,比如新媒体网络电视台、OTT网络电视平台、大型视频直播运营平台、大型视频点播运营平台。

    1. 产品使用详解
      1. 产品主要功能

    该产品主要实现多媒体视频内容的直播与录播发布功能。

    直播内容发布支持多种发布协议,支持多种终端设备接收,支持集群式与分布式部署,可以满足超大规模运营使用。

    录播内容发布支持多种发布协议,支持多种终端设备接收,支持多种视音频格式,支持集群式与分布式部署,可以满足超大规模运营使用。

      1. 产品安装
    1. 应用程序安装

    在Windows操作系统环境下,以管理员身份执行安装程序包,根据提示一步步安装运行。

    1. 产品注册

    程序安装完成后,点击主程序右下角的“联机注册软件”按钮进行产品注册(注意:请在产品注册前确保运行该软件的主机可以连接到互联网),浏览器中会自动打开产品注册界面,如下图1.2所示:

    图1.2

    在用户名称、联系电话、联系人三个输入框中输入正确的信息,然后点击“开始注册”,系统会自动返回注册成功与注册失败的结果。如果注册失败,系统会将错误原因提供给终端用户。

     

    图1.3

    1. 服务启动与停止

    软件注册成功后,点击“启动”按钮将服务启动。

    注意:服务启动前请确保各项参数配置正确,否则服务无法正常开启。关于媒体服务器各项参数设置方式,请参照2.3章节的说明进行。

    服务启动:

    点击媒体服务器管理控制台的控制属性页,出现如图2.1所示界面,在这里可以控制媒体服务器的启动与停止。点击启动【按钮】来启动媒体服务。

    服务停止:

    如果媒体服务已经启动,点击【停止】按钮可以停止媒体服务。对于已经启动的媒体服务,点击【重新启动】来进行一键停止并启动。

    如果想在每次计算机开机后自动启动媒体服务,请将【开机后立即启动媒体服务】复选按钮选中。

    注意:开启“开机后立即启动媒体服务”功能需要设置注册表,请确保你是以管理员权限运行了媒体服务器管理控制台。

    状态查询:

    如果媒体服务启动成功,则在【当前状态】区的图标将变成绿色指示图标,如果出现任何故障,则在【当前状态】区的图标将变成红绿交替的警报状态。出现启动不成功的原因可能如下:

    1. 服务器的端口设置可能存在冲突

    默认的HTTP协议端口是80,如果80端口已经被其它应用程序占用,请尝试改变为其它端口再试;RTMP协议的默认端口是1935,如果配置的端口与其它应用程序冲突,请尝试改变为其它端口再试试。

    1. 文件目录可能不存在

    如果启动了HLS服务、DASH服务或录制服务的其中某些想,请确保相应设置的目录是已经存在的目录,如果目录不存在,请预先手工创建目录,媒体服务器不会主动为你创建这些目录。

    图2.1

    如图2.2 所示为一个启动异常的媒体服务器,如果媒体服务器启动异常,并且尝试通过修改配置后仍旧异常,请联系产品开发商或产品供应商。

    图2.2

      1. 媒体服务器参数设置

    先锋流媒体服务器是一款功能丰富的专业流媒体服务平台,由于其丰富的功能,为了便于使用者对该服务平台进行灵活操控,需要在正式运行该平台系统前对系统的关键参数进行正确配置。

    通常,媒体服务器需要设置“HTTP协议”、“RTMP协议”、“HLS服务”、“DASH服务”、“录制服务”、“转发服务”、“分发服务”、“点播服务”等基础设置项,其中“转发服务器”、“分发服务”与“点播服务”为服务器功能设置项,在你需要启动该项功能时进行设置,如果你不启用相应功能,则无需设置。

    1. HTTP协议设置

    HTTP协议设置界面如图2.3所示

    图2.3

    点击HTTP协议属性页,出现如图2.3所示界面。HTTP协议为国际标准的网页访问协议,媒体服务器内建了HTTP服务用来传输媒体流或者交互信息,HTTP协议设置页是媒体服务器中的重要设置项,请务必正确设置。

    HTTP协议设置中的关键参数包括绑定地址与服务端口。

    绑定地址:

    即HTTP协议需要通过本计算机的哪个IP地址(或者网卡)进行输出,通常运行媒体服务器的计算机有多块物理网卡,如果你想让媒体服务器的HTTP服务能够通过任意一块网卡进行访问,则之间用“(全部未分配)”向即可,“(全部未分配)”表示不指定哪块网卡,需要媒体服务器对本机的所有网卡都进行监听。如果你的计算机有多块网卡,但你仅想通过某一块网卡来提供HTTP通信服务,则请从地址下拉框中选择一个需要使用的IP地址。

    媒体服务器内建支持IPv6互联网协议,你可以通过选择绑定IPv6地址来使用运行在IPv6协议上的HTTP服务,如果不指定IPv6地址,你也可以通过选择“(全部未分配)”,然后复选【仅启用IPv6】来启用IPv6协议。如果选择了“(全部未分配)”但不选中【仅启用IPv6】,则媒体服务器可能会同时启用IPv4与IPv6协议,IPv6协议启用是否成功,取决于你的计算机里是否开启了IPv6协议栈。

     

    HTTP服务端口:

    网络协议的服务端口用于表示一个网络应用,HTTP协议的服务端口默认是80,如果你的媒体服务器所在的计算机上没有其它网络程序占用这个端口,请尽量采用80作为HTTP协议的服务端口,或者采用8080作为服务端口,其它端口号也是支持的,只要范围在1到65535之间即可,采用陌生数字可能妨碍记忆。

    启用Web发布服务:

    一般来说,接收直播节目是先通过浏览器这个入口来让用户浏览节目的,浏览器需要访问Web服务器来请求节目信息。媒体服务器内建了这项服务,该服务允许通过浏览器浏览节目列表并播放节目。如果你的应用功能比较简单,则通过内建的网页服务即可满足要求。要启用Web发布服务,请复选“启用Web发布服务”。其中“Web服务站点名”是用于用户访问Web服务的URL路径。

    例如,如果你输入Web服务站点名为“live”,则可以通过如下URL地址来访问直播发布页面。

    http://<当前主机任意IP地址>:8080/live,请将<当前主机任意IP地址>用当前主机的任意IP地址替换,“:8080”为HTTP服务端口,如果服务端口为80,则可以省略。你也可以将Web服务站点名设置为空,则访问地址将简化为:http://<当前主机任意IP地址>:8080。

    注意:输入不为空的站点名可能有助于站点信息保护。

     

    多码流自适应服务:

    媒体服务器支持多码流自适应直播,所谓多码流就是指编码器在编码时将直播视频编码成多个不同视频尺寸、不同位率或者不同档次的节目流,便于流媒体服务器在不同网络状态下为终端设备传输不同码流的节目来适应不同的网络环境。多码流自适应技术的关键点是用于传送多码流信息的清单文件,媒体服务器支持HLS、DASH与Adobe的HTTP Dynamic Stream三种自适应技术,每种自适应技术会产生不同的清单文件。

    对于单个节目向媒体服务器推送的多种规格的码流(视频分辨率、码率不同,但关键帧对齐),媒体服务器能够根据设置,自动将这些码流归集分类,自动生成适应于多码流节目传送的清单文件。

    在多码流自适应输入框里输入的是用于访问多码流节目清单文件时的web站点名称,你可以自定义站点名称,例如:如果你在输入框里输入hds,则你可以通过如下地址访问自适应码流的节目。

    RTMP 自适应码流 : http://<当前主机任意IP地址>:8080/hds/<live>/<stream>.f4m

    HLS自适应码流 : http://<当前主机任意IP地址>:8080/hds/<live>/<stream>.m3u8

    DASH自适应码流: http://<当前主机任意IP地址>:8080/hds/<live>/<stream>.mpd

    注意:多码流自适应节目需要媒体服务器与客户端播放器共同完成。如果你仅仅在服务器端启用了多码流自适应,但播放器端不支持,则无法进行多码流自适应播放。如果要实现多码流自适应方式的直播应用,还需要一个能够产生多码流的视频编码器。

    1. RTMP协议设置

    RTMP协议是专门用于直播服务的实时消息协议,它即能够用于编码器向视频服务器推送节目流,又可以用于视频服务器向观众发布节目流。RTMP是一个网络协议,它跟HTTP协议一样需要绑定地址与服务端口。RTMP协议绑定地址和端口与HTTP协议绑定地址和端口概念一致。

    RTMP协议的设置如图 2.4所示。

     

    图 2.4

    绑定地址:

      即RTMP协议需要通过本计算机的哪个地址(或者网卡)进行输出,通常运行媒体服务器的计算机有多块物理网卡,如果你想让媒体服务器的RTMP服务能够通过任意一块网卡进行访问,则直接选用“(全部未分配)”即可,“(全部未分配)”表示不指定哪块网卡,需要媒体服务器对本机的所有网卡都进行监听。如果你的计算机有多块网卡,但你仅想通过某一块网卡来提供RTMP通信服务,则请从地址下拉框中选择一个需要的地址。

    媒体服务器内建支持IPv6互联网协议,你可以通过选择绑定IPv6地址来使用运行在IPv6协议上的RTMP服务,如果不指定IPv6地址,你也可以通过选择“(全部未分配)”,然后复选【仅支持IPv6】来启用IPv6协议。如果选择了“(全部未分配)”但不选中【仅支持IPv6】复选框,则媒体服务器可能会同时启用IPv4与IPv6协议,IPv6协议启用是否成功,取决于你的计算机里是否开启了IPv6协议栈。如何在计算机里开启IPv6协议栈,请查询操作系统的相关文档,Windows 服务器用户可以通过“控制面板\网络和 Internet\网络连接”来打开网卡设置,点击计算机上某个具体的网络连接,出现如图2.8所示界面(具体样式可能会因操作系统版本不同而有所差异):

    图 2.5

    在“Internet 协议版本 6 (TCP/IPv6)”项目前勾选,然后点击【确定】按钮即可启用IPv6协议栈。

     

    RTMP服务端口:

    网络协议的服务端口设置用于告知媒体服务器使用计算机的哪个网络端口来提供RTMP通信服务。RTMP协议的服务端口默认是1935,如果你的媒体服务器所在的计算机上没有其它网络程序占用这个端口,请尽量采用1935作为RTMP协议的服务端口,如果该端口已经被其它应用程序占用,你也可以使用其它未被占用的端口,只要范围在1到65535之间即可。注意:采用陌生数字可能妨碍记忆。

     

    RTMP协议HTTP转发:

    RTMP协议传输的数据只有在实现了RTMP协议的终端才能接收,支持RTMP协议的终端一般为Adobe 的Flash Player,但随着HTML5的逐渐完善与普及,Flash Player必将被淘汰,HTML5要求的传输协议为HTTP,因此媒体服务器支持HTTP传输是必备选项。

    为了同时兼容RTMP协议数据和未来主流的HTML5技术,先锋流媒体服务器内建了RTMP协议→HTTP协议的转换模块,支持将RTMP协议传输的数据流转换成HTTP协议传输,通过将RTMP转换成HTTP协议,不仅能支持Flash Player播放,也能够支持最新的HTML5终端播放。

    HTTP转发服务同样也需要绑定所需使用的网卡地址和网络端口,其含义与HTTP协议的设置保持一致。

    RTMP 应用实例:

    先锋流媒体服务器支持多种直播服务功能,例如:直播录制、HTTP协议、HLS协议与DASH协议,在RTMP应用中,为了便于将不同的直播服务功能进行区分,我们设计了RTMP应用实例,用户可以通过设置不同的应用实例来对不同直播服务进行功能控制。先锋流媒体服务器同时支持多个应用实例。

    1. 应用实例添加:

    点击【添加】按钮添加新的应用实例;

    如图2.6 所示,点击【添加】按钮,将出现如图 2.6 所示的输入框。

    图 2.6

    应用实例名称输入框里输入任意合法的应用名称,状态设置为启用,并对该应用上的功能进行相应设置。

    在这里可以设置应用实例名称,实例名称是由你自己定义的,你可以用任意字符与数字或者二者的组合作为应用实例名称。在输入应用实例名称时,请不要超过250个字节。应用实例名称将作为直播推流与直播接收地址的一部分,例如你输入的应用实例名称为live,绑定地址为 192.168.1.88,RTMP服务端口为1935,那么你可以用如下地址作为推流地址:

    rtmp://192.168.1.88/live

    在播放器端接收时,也是使用以上这个地址前缀。

    不同的应用实例可以有不同的功能表现,请根据具体需要进行设置。

    图 2.7

    注意:

    这里的HTTP协议设置、HLS协议设置、DASH协议设置、直播录制设置,所针对的都是当前的RTMP应用实例,它与全局的HTTP协议设置、HLS协议设置、DASH协议设置、直播录制设置既有区别又有联系,两者的关系是一种局部与全局的关系。

    两者的区别与联系:

    RTMP应用实例中的以上设置针对的仅仅是当前的RTMP应用实例,如果在全局设置中未启用以上功能,那么在局部设置中即使启用了上述功能,这些功能也不能正常运行。只有在全局设置中已经启用了上述功能的前提下,在RTMP应用实例中启用的上述功能才能生效。

    【允许通过HTTP协议接收本应用的直播节目】

    选中该复选框后,则推送到该RTMP应用实例上的媒体流将能够通过HTTP协议转发给终端用户,如果不选中,则终端用户无法通过HTTP协议接收推送到本应用实例的直播节目流。

    【在本应用上启用Apple-HLS(HTTP Live Streaming协议)服务】

    选中该复选框后,则所有推送到该RTMP应用实例上的媒体流将自动进行HLS(Http Live Streaming) 切片,客户端将能够通过HLS协议接收本应用实例的直播节目流。

    启用时移直播缓存功能

    这项功能为时移直播应用设计,由于做时移直播时必须先将直播内容缓存到本地服务器上才能实现,所以如果要启用时移直播功能,必须选中该复选框,并且需要确保本地磁盘有足够大的内容缓存空间。

    【在本应用上启用MPEG-DASH(HTTP动态自适应流协议)服务】

    如果选中该复选框,则所有推送到该RTMP应用实例上的媒体流将自动进行DASH 切片,客户端将能够通过DASH协议接收本应用实例的直播节目流。

    【允许服务器录制推送到本应用的直播节目】

    先锋流媒体服务器具备直播节目录制功能,录制时支持自动模式与手工模式,自动启动录制模式是在推流发生时,服务器自动启动录制;手工启动录制模式是在推流发生时并不启动节目录制功能,只有在你调用相关接口手工启动时才能开始录制。

    如要启用录制功能,请选中该复选框,并选择相应的录制模式。

    注意:如果要启动录制功能,还需要设置好录制参数,请参见全局设置中的“录制服务”配置的相关说明。

    1. 应用实例删除:

    首先选中应用实例列表中的一个实例,然后点击【删除】按钮即可删除这个应用实例;

    1. 应用实例修改:

    双击实例列表框中的某个实例,可以对其进行编辑修改,修改操作与添加操作类似。

    允许外部编码器推送节目:

    如果流媒体服务器的RTMP端口已经公布,则任何知道这个端口的人员均可以连接这个端口并试图向这个端口推送节目流,也许你并不希望未经授权的主机向你的媒体服务器推送节目流,这个选项就是用来实现推流权限控制功能。

    如果要允许本计算机之外的编码器向服务器推送节目流,请复选【允许外部编码器推送节目】,如果你想限制外部编码器,则在被允许的主机地址输入框中输入允许的计算机的IP地址,设置为空将允许任意外部编码器推送节目到本服务器,否则仅允许IP地址为本处地址所列的编码器进行节目码流推送。如果禁止外部编码器推流,则只有运行在本服务器主机上的编码器才能够向本服务器推送节目流。

     

    媒体服务器并发连接数设置:

    允许的最大客户端并发连接数是指媒体服务器同一时刻能够支持的最大连接的用户数,该数值可能由软件许可证进行设置,或者受限于你的计算机硬件资源。RTMP协议在Windows平台上支持的最大连接数为1024,这是软件设计所致。但软件许可证也许将这个设置值设置为更小的值,这个更小的值就是你在这里设置的并发连接数的上限。如果你想限制这台计算机能够支持的并发连接数,请在“允许的最大客户端并发连接数”中填入相应的值。

    流切换时自动重起播放器:

    这个复选框当前只针对Flash播放器有效。当该选项被选中后,服务器端进行流切换时,服务器将自动发送命令给Flash播放器以便于让其重启继续接收直播流。

    (需要Flash播放器已经处于连接状态)

    自动与空闲的推流端断开:

    这个复选框用来设置自动断开空闲推流端的等待时长(以毫秒为单位)

    音视频同步纠正时间戳偏差值:

    这个复选框用来设置音视频同步的时间偏差(以毫秒为单位)。比如,设立设置300毫秒,那么当音视频的时间戳相差达到300毫秒时,服务器端将对音视频自动进行时间同步纠正。

     

    下面用示例说明一下如何向媒体服务器发布直播节目

    比如,我们向媒体服务器推送了一个节目流,节目流的名称为stream1(媒体服务器支持推流端自行定义流名称,定义的流名称不要与媒体服务器上已有的流名称重复),推送的服务器的绑定地址为192.168.1.200,rtmp的服务端口为1935。推流的应用实例名为live,http协议转发已经启用,http协议转发服务端口为8080,则:

    推流地址为:rtmp://192.168.1.200/live,

    流名称为:stream1;(有的推流软件称之为流密码)

    则RTMP与HTTP的接收地址如下:

    RTMP接收地址: rtmp://192.168.1.200/live/stream1

    HTTP接收地址:http://192.168.1.200:8080/live/stream1

    HTTP协议转发后的第二个接收地址: http://192.168.1.200:8080/live/stream1.flv

    如果在http的接收地址的目录加入.flv扩展名,则表示数据采用 flv格式传输。如果没有制定,则媒体服务器采用默认的方式传输节目流。其它的扩展名包括MP4与TS。

    1. HLS协议设置

    HLS全称为 HTTP Live Streamming,为苹果公司(Apple Inc)提出的流媒体传输协议,主要用于苹果系列设备进行流式传输,当前已经被大多数设备终端的软件所支持,无论是iOS系统、Android系统还是PC端,均能提供HLS协议的支持。

    注意:由于HTTP协议的高延时性(一般10秒以上),因此建议设备只有在无其它协议可选的情况下才采用HLS协议。

    媒体服务器内建支持HLS协议,媒体服务器支持将RTMP推送过来的直播节目实时切片为MPEG-2 TS片段文件(扩展名为.ts),并实时产生HLS协议的清单文件(.m3u8)。HLS协议实际上不是一个新的传输协议,它依赖于HTTP服务协议,媒体服务器产生清单文件与媒体片段后,通过任何支持HTTP协议的网络服务程序均可以传输,例如NGINX、Apache HTTP Server与lighttpd等Web服务器经过相应的设置后均可以作为媒体服务器的HTTP传输服务器。

     点击“HLS设置”出现媒体服务器的HLS设置界面,如图2.10所示。

    图2.10

    由于HLS协议需要媒体服务器将RTMP协议的实时流切片为TS片段,因此必须提供一个媒体服务器的物理硬盘存储位置作为分片文件暂存目录。HLS分片文件保存目录尽量设置在能够高速传输的存储设备上,例如SCSI或SAS等高速接口的硬盘上,以便于媒体服务器能够支持更多的并发用户访问。

    HLS访问站点是用于访问HLS媒体流的虚拟目录,此处设置的访问站点名仅用于媒体服务器内建的HTTP服务器,如果将HLS分片文件外挂到第三方HTTP服务器的虚拟目录下,则请参考相关第三方web服务器的设置文档。

    媒体服务器在运行当中会实时将切片文件保存在设置目录下,媒体服务器将在该目录下自动根据设置的RTMP的应用实例名创建子目录,如果选中【为每个流创建独立的分片存放目录】复选按钮,则媒体服务器还将在各个实例名称子目录下创建每个流的子目录,子目录的名称为发布时流名称。

    举例如下:如果HLS分片文件保存目录为D:\Media\hls,HLS访问站点名为hls,媒体服务器内建的HTTP服务端口为8080,媒体服务器的IP地址为192.168.1.100。

    如果向媒体服务器的live应用实例推送一个名为stream1的流。

    则媒体服务器会在D:\Media\hls目录里创建live目录,如果选中【为每个流创建独立的分片存放目录】复选框,则媒体服务器还将在live目录里再创建一个名为stream1的子目录。

    如果没有选中【为每个流创建独立的分片存放目录】复选框,则通过以下地址接收直播:

    http:// 192.168.1.100:8080/hls/live/stream1.m3u8

    如果选中了【为每个流创建独立的分片存放目录】复选框,则通过以下地址接收直播:

    http:// 192.168.1.100:8080/hls/live/stream1/index.m3u8

    分片文件的时间长度:

    代表每个TS片段文件的时间长度,分片文件的时间长度不能设置过大,过大的分片文件时间长度会影响直播的接收延时,通过也导致过大的分片文件尺寸。

    清单文件中包含的分片文件数:

    HLS的清单文件类型为.m3u8,里面记录了每次播放端发生请求时能够记录的分片文件信息,清单文件是动态更新的。清单文件记录的文件数目会影响接收端的播放延时,如果设置得过大,则延时越大,设置得过小,可能会在网络波动时播放卡顿,一般建议设置为3至5之间的数目。

    分片文件索引编号回转周期:

    媒体服务器将产生的分片文件的命名格式为stream1-XXXX.ts,其中XXXX代表分片文件的数字后缀,例如会用0001、0002、0003等数字来代替,XXXX后缀会来回循环利用,例如,录入过将回转周期设置为100,则在存储上回产生stream1-0001.ts到stream1-0100.ts这样的文件,当XXXX的值达到100时,索引后缀将重新从0001开始。过大的回转周期能够让分片文件保存更长的时间,但会占用更大的存储空间。

    自动删除过期分片文件:

    媒体服务器能够根据需要删除对直播不在需要的分片文件,如果不选中该项,则媒体服务器将媒体分片文件一直保存在存储设备上。保存在存储设备上的媒体文件片段可以作为后续的点播内容,如果选中【自动删除过期分片文件】,则媒体文件将在比较短的时间内删除。

    禁用时移直播功能

    时移直播就是将媒体文件录制为分片媒体文件,后续随时可以通过点播收看以前保存的分片文件。

    1. DASH设置

    如下图2.11所示,DASH是一种动态自适应流传输协议,它是Dynamic Adaptive Streaming over HTTP的缩写,是国际标准组MPEG制定的技术标准。

    DASH标准对目前出现的HAS技术框架进行了总结归纳,对背景、目的以及使用场景进行了介绍。该标准中定义了一系列的使用场景,如3D Video、互动3D、动态码率自适应、Peer-2-Peer以及多画面电视,同时还对如何与内容保护技术结合进行了定义。

    DASH标准的制定主要为了解决以下问题:

    1.更为有效地将MPEG的媒体通过HTTP协议,以自适应、渐进式、下载或流的方式进行内容分发;

    2.支持直播业务;

    3.更为有效地利用传统的基于HTTP的CDN网络、代理Server或防火墙等网络基础部件;

    4.支持与内容保护系统的结合,完成对内容的保护。

    总的来说,DASH对采用HTTP传输MPEG媒体涉及到的各方面提出了一系列的技术要求,包括了媒体内容格式、传输方式、MPD文件、业务控制、自适应以及媒体保护等。

    先锋流媒体服务器对DASH协议提供了很好的支持,下面是与DASH相关的配置参数操作方式。

    MPD分片文件保存目录:

    这是用于保存MPD媒体描述文件的存储路径。

    DASH服务应用名:

    这是用于访问媒体流的HTTP虚拟目录,请以字母、数字或者两者的组合来定义。

    为每个流创建独立的分片存放目录:

    这个选项设置的目的是将每个流的分片存储路径分开,便于管理。

    比如,将DASH服务应用名设置为“dash”,AppName为推流时的应用实例名,streamname为编码器发布节目时设置的流名称,那么接收直播节目的URL地址为:

    http://192.168.1.10:8060/dash/AppName/streamName/index.mpd

    每个DASH MPD分片文件时间长度:

    用于设定每个MPD分片文件的时间长度,单位是秒。

    DASH清单文件中包含的分片文件数:

    用于设定每个DASH清单文件包含多少个分片文件。

    分片文件索引编号回转周期:

    这里用于设定在硬盘中存储多少个DASH  MPD分片文件,这里的值最少是分片文件数的2倍。

    自动删除过期分片文件:

    选定该复选框后,系统将自动删除过期的分片文件,否则系统会保存过期的分片文件。在设定了回转周期的情况下,系统会按照设定的回转周期删除过期后的分片文件。

    图2.11

    1. 录制服务设置

    媒体服务器接收到推送过来的节目流后能够进行录制。录制的节目将保存在媒体服务器上的存储设备里。媒体服务器录制有两种工作模式,自动录制与手动录制,自动录制任务由媒体服务器在接收到节目流时自动启动,手动录制需要人员进行操作来启动或停止录制,可以同时启用两种任务模式。

    点击“录制服务”属性页,出现如图2.12所示的界面。

    图2.12

    启用自动录制节目服务:

    自动录制服务由媒体服务器自动启动,你无法手工停止自动录制服务。

    录制内容:全部表示录制节目流中的视频与音频;仅视频表示仅仅录制视频;仅音频表示仅仅录制音频;视频关键帧表示仅仅录制视频的关键帧。

    文件保存格式:媒体服务器能够将节目保存为MP4或者FLV格式,由于MP4文件为当前主流的网络文件格式,因此建议将文件录制为MP4。

    最大文件尺寸限制:限制录制文件的最大尺寸,当文件尺寸达到这个数值时,将自动产生一个新的文件。媒体服务器录制的MP4文件是经过优化处理的,非常适合于通过HTTP协议进行流式传输或其它协议进行网络点播。

    如果不想限制文件录制的最大尺寸,请将该设置框输入0。

    注意:由于当前喝多主流的移动设备支持的文件尺寸不能大于2GB,因此如果你要将文件尺寸设置为大于2GB,可能导致部分设备无法播放。

    最大时间长度限制:限制录制文件的最大时间长度,如果最大时间长度超过这个值,则将重新产生新的文件。建议将时间长度控制在2小时之内。如果不限制录制时间长度,请设置为0。

    录制间隔时间:设置录制文件的时间长度,即每隔多少时间产生一个新文件,与“最大时间长度限制”参数的区别是后者进一步控制了录制文件的时间长度,如果没有设置后者,则录制文件的时间长度无限制。如果录制间隔时间大于最大时间长度限制, 则取最大时间长度为文件的录制时长。

    文件命名格式:

    用于设定录像文件的命名格式,比如设定为“.mp4”,那么所有录像文件将以.mp4为文件后准扩展名称。

    为每一个流创建独立的保存目录:

    选定该选项后,系统将为每一个录制的节目流创建一个独立的存储目录。

    每日创建不同的保存目录:

    选定该选项后,系统将自动根据日期创建不同的保存目录,目录名以日期命名。

    启用手动录制节目服务:

    选定该选项后,系统将根据接收到的外部指令来启动录制节目服务。我们会在CMS管理系统中为用户提供手工启动录制节目的调用接口。

    1. 最大录制片段时间

    用于设定手动录制服务时录像片段的最大时长。

    1. 文件保存目录

    用于设定将录像文件保存在什么位置。

    任务启动后持续不间断录制:

    选定该选项后,系统将按照设定的参数持续不断地进行节目录制,只有手工停止录制服务时录制工作才会停止。

    自动入库与应用系统集成:

    媒体服务将在每一个文件录制开始与录制结束时向第三方媒资管理系统提交信息,用于录制的节目自动入库。媒资管理系统需要提供与本系统兼容的调用接口来处理入库信息。详情请参考媒体服务器接口开发指南。

    1. 启动录制回调接口:

    用于设定启动录制的回调接口,回调接口规则如下:

    http://<cms_server_ip>/manage/vmap.php?cid=1&fun=start

    其中,<cms_server_ip>为cms服务器的IP地址或者域名,cid为栏目ID号。

    比如:

    http://192.168.1.201/admin/vmap.php?cid=1&fun=start

    表示cms服务器IP是192.168.1.201,节目自动入库到栏目ID为1的栏目下。

    1. 录制完成回调接口:

    用于设定录制完成的回调接口,比如:

    http://192.168.1.201/admin/vmap.php?cid=1&fun=end

    1. 转发服务设置

    这里用于设定直播流的转发服务,先锋流媒体服务器可以从远程媒体服务器将直播流拉到本地,然后通过本地服务器进行直播流转发,通过启用转发服务来节省主干网络的带宽资源。当前版本支持通过RTMP协议拉流,然后通过本服务器主机进行RTMP协议的直播发布或者HLS协议的直播发布。

    启用直播转发服务:

    选定该选项后,系统将启用直播转发服务。

    本地应用实例名:

    用于为本地的转发应用实例命名。媒体服务器将创建一个新的RTMP应用实例来转发远程服务器的直播流,本地接收的网络转发流都来源于这个应用实例。例如,假定输入的实例名为“relay”,那么用户端接收本地转发直播流的地址格式为:

    rtmp://<server ip><:port>/relay/streamname

    streamname为添加节目流时输入的本地流名称。

    图2.13

    备注:考虑到单台服务器的负载能力,为了让服务器能够稳定工作,我们为其设定了最大支持32路转发的限制。

    添加转发节目流:

    用于添加需要转发的直播节目流,如图2.14所示:

    图2.14

    本地流名称:

    设里需要设定本地流名称,这里的流名称将作为播放地址URL的一部分,最好输入英文字母或者数字或者两者的组合,如果输入其它非规范化字符将可能导致直播转发服务不能正常工作。

    状态:

    用于设定转发服务的状态,如果要使用直播转发服务,请启用它。

    启动方式:

    用于设定直播转发服务的启动方式,分为“自动启动”和“按需启动”两种。

    在“自动启动”模式下,当媒体服务器启动后,直播转发服务就自动启动。

    在“按需启动”模式下,只有在系统接收到外部的启动命令后才会启动。

    1. 分发服务设置

    该选项卡用于设定由本地服务器向远程服务器的直播分发。通过直播分发服务,可以充分利用多节点服务器的处理能力来服务于更多的终端用户。如图2.15所示:

    图2.15

    启用远程节目分发服务:

    选定该选项后,系统将启动列表中的远程直播分发服务。

    注意:

    该服务隶属于全局服务控制,设定、修改或者变更该服务内容后,必须将先锋流媒体服务器重启才能生效。

    1. 添加服务器

    用于添加直播分发直播分发服务器信息。如图2.16所示:

    图2.16

    转发的应用实例:

    从本地已经创建的直播应用实例中进行选择。

    本地流名称:

    用于设定需要转发的本地直播节目流的名称,如果此处设定为空,那么该直播应用实例下的所有节目流都将被分发出去。如果指定的特定的节目流名称,那么只有该节目流才会被转发到远程服务器。

    状态:

    用于设定分发服务的状态。只有选定“启用”复选框时,该转发服务才能生效。

    远程推流地址:

    用来设定将节目流推送到远程服务器的哪个地址下。远程流推流地址构造格式如下:

    rtmp://远程服务器IP:端口号/远程服务器实例名

    或者是:

    rtmp://远程服务器IP:端口号/远程服务器实例名/流名称

    如果未指定远程服务器的流名称,那么系统将会使用本地节目的流名称作为远程节目的流名称。

    如果为设定本地流名称,那么在远程流推流地址中也不能设置远程流名称。

    1. 点播服务设置

    该选项用于设定点播服务的相关参数。视频点播服务,是将本地的视频录像文件以流媒体的方式传送给用户终端,在用户端可以即点即播,无需预先对整个视频文件进行下载。

    图2.17

    启用点播服务:

    如果要使用先锋流媒体服务器内置的点播服务,必须启用该服务才可生效。该点播服务内包含HTTP和RTMP协议的点播服务,不包含HLS与DASH协议的点播服务。

    启用超级VOD服务:

    超级VOD服务提供HLS与DASH协议的点播服务,如果不启用超级VOD服务,那么服务平台将只能提供HTTP和RTMP协议的点播服务。

    在超级VOD服务模式下,系统会将MP4媒体文件进行实时的虚拟HLS与DASH切片(虚拟切片在服务器的内存中完成,不会将切片文件存储到物理硬盘上),这种方式可以极大地提高媒体服务器的运行效率。

    启用超级VOD服务后,需要设定超级VOD服务所使用的TCP端口号,系统默认使用8088端口。

    超级VOD应用添加

    点击“添加应用”按钮,弹出图2.18所示编辑窗口。

    图2.18

    在这里添加超级VOD的应用名称和文件文件的存储目录。

    VMAP(Video Media Access Protocal)协议:

    该协议主要用于将本地的媒体资源文件快速导入到CMS内容管理平台数据库中。使用本协议,用户无需手工映射媒体虚拟目录,媒体服务器自动将媒体文件转换成终端能够接收的链接地址信息,并且对文件重新规范化命名,可以避免原始节目文件命名不规范、以及文件信息暴露等安全问题。使用该协议,任何存储目录下的任何媒体文件均能进行映射。

    执行VMAP映射:

    程序执行界面如图2.19所示。

    图2.19

    程序执行后将生成媒体资源文件的信息清单文件,该文件为JSON格式。

    1. 性能监视

    该服务用于监控服务器的实时运行状态,如图2.10所示。

    图2.10

    其中包括CPU占用率,内存资源占用率。

    直播连接数统计,直播发布数统计,直播播放数统计;

    点播连接数统计,RTMP协议的点播人数统计,HTTP协议的点播人数统计;

    网络连接数统计。

    服务器发送和接收到的字节数统计,服务器发送的节目码率以及接收的节目码率实时信息统计。

    1. 技术支持和服务
      1. 产品技术支持

    先锋流媒体服务器是由我公司的专业流媒体研发团队开发和维护的一套完整的流媒体发布平台软件,目前经过多年的技术改进已经升级到5.2版本,如果您在使用产品的过程中有什么意见或建议,均可以及时向我们反馈,我们会非常重视您的宝贵意见,并将尽最大努力及时对我们的产品进行改进,我们将一直跟进最新的技术进展来不断完善我们的产品,以便于更好地为用户服务。

      1. 联系方式

    公司地址:北京市海淀区上地信息产业基地安宁庄路26号909

    电话:010-57221668

    Email: support@shunjingtech.com

    网址:http://www.shunjingtech.com

    QQ:1918098288

    展开全文
  • 资讯,从而形成的营销、销售、公共关系处理和客户关系服务维护及开拓的一种方 式。一般自媒体营销工具包括论坛、短视频、微博、微信、今日头条、百度、搜狐、 凤凰、UC、博客、SNS 社区、图片和视频通过自媒体平台...

    一、什么是自媒体营销

    自媒体营销就是利用社会化网络、在线社区、博客、百科、短视频、微博、微信、今
    日头条、百度、搜狐、凤凰、UC 等平台或者其他互联网协作平台和媒体来传播和发布
    资讯,从而形成的营销、销售、公共关系处理和客户关系服务维护及开拓的一种方
    式。一般自媒体营销工具包括论坛、短视频、微博、微信、今日头条、百度、搜狐、
    凤凰、UC、博客、SNS 社区、图片和视频通过自媒体平台或者组织媒体平台进行发布
    和传播。

    网络营销中的自媒体主要是指具有网络性质的综合站点,其主要特点是网站内容大多
    由用户自愿提供(UGC),而用户与站点不存在直接的雇佣关系。

    传播的内容量大且形式多样;每时每刻都处在营销状态、与消费者的互动状态,强调
    内容性与互动技巧;需要对营销过程进行实时监测、分析、总结与管理;需要根据市
    场与消费者的实时反馈调整营销目标等。自媒体的崛起是近些年来互联网的一个发展
    趋势。不管是国外的 Facebook 和 Twitter,还是国内的人人网或微博,都极大的改变
    了人们的生活,将我们带入了一个社交网络的时代。社交网络属于网络媒体的一种,
    而我们营销人在社交网络时代迅速来临之际,也不可逃避的要面对社交化媒体给营销
    带来的深刻变革。

    二、自媒体获客的优势

    自媒体的崛起是不可改变的,不管是国外还是国内,自媒体的发展都大大的改变了人
    们的生活习惯,无论是企业还是个人,都需要利用这一红利期,借助自媒体平台进行
    自我营销。

    那么相比于传统媒体,自媒体营销好在哪儿?

    1.精准化
    目前互联网上公开的大数据已经可以让我们自媒体人在营销的时候对用户有着精准化
    的优势。比如可以在网上查阅到用户最近的喜好、消费程度、定向选择等内容。而且
    移动智能化越来越高,那么用户在网络上的时间也就越多,虚拟社交的范围也就越来
    越大,这就给自媒体营销减少了线下的开支,极大的理清了对用户营销时的脉络。

    2.互动性
    互动是人与人之间建立起好的关系的最好方法,放在自媒体营销中,那就是用户自媒
    体人之间建立起好的联系的最好方式。自媒体打破了传统的时间和空间上的界限,能
    使得自媒体人和用户之间有着更加亲近的互动,加之自媒体的去权威性,也能让用户
    把企业当着朋友来对待。

    3.大数据
    用户在互联网上的每一步操作都留下了相关的数据,通过大数据技术,对这些数据进
    行收集、整理、建模、分析,形成精准的用户画像和数据线索,从而让企业进行更精
    准的营销,节约成本,使流量转化率最大化。

    4.成本低
    传统媒体营销一般行业门槛较高,需要消耗大量的人力物力财力。而在自媒体时代,
    每个人都可以经营自己的媒体,随时随地进行营销,成功的自媒体营销通常会短时间
    内在互联网上以病毒式的方式迅速传播,可以想象,一个粉丝数有几十万甚至上百万
    的自媒体账号发一条内容的广告效益会是多么的大。

    三、为什么需要自媒体营销工具?

    如今,互联网飞速发展,信息大爆炸,数十个自媒体平台,造成了流量的分散,企业
    获客更加困难,不得不建立多个自媒体平台账号,还需要雇佣相应的员工维护平台,
    写一篇文章才花半个小时,在所有自媒体平台发布一次却至少需要 2 个小时,投入了
    大量了人力、财力和时间成本。然而每个自媒体平台互不相通,形成了信息壁垒,自
    媒体平台运营人员发布内容都要单独登陆到各个平台,便出现了账号管理复杂、内容
    发布不稳定、影响效率、数据混乱与内容质量低等问题。

    针对这一系列的问题,我们需要一个独立的媒体管理工具。

    四、我们的媒体管理中心能做什么

    1 媒体账号管理
    媒体账号授权管理,包括微信公众号、新浪微博、头条号等自媒体账号统一后台轻松
    管理。
    在这里插入图片描述

    2 内容分发
    在线内容编辑,同时支持多语言版本,自由选择所需要发布的平台,多平台多账号一
    键分发。
    在这里插入图片描述

    3 定时发布
    提前安排发布任务。节约时间成本,最大限度确保账号活跃,工作更高效。定时发
    布、重新编辑等功能,灵活规划运营工作。
    在这里插入图片描述

    4 数据分析
    持续跟踪监测数据概况。粉丝画像、访问数量等关键数据一键触达,真正实现数据赋
    能。
    在这里插入图片描述

    展开全文
  • 软件维护手册

    千次阅读 2019-05-14 16:53:40
    软件维护手册 主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明,便于软件的维护。 1 引言或者概述 1.1 编写目的 阐明编写手册的目的并指明读者对象。 1.2 项目背景 说明项目的提出者...
  • 软件维护手册模板

    千次阅读 2019-12-11 21:26:54
    软件维护手册 1 引言 1.1 编写目的:阐明编写手册的目的并指明读者对象。 1.2 项目背景:说明项目的提出者、开发者、用户和使用场所。 1.3 定义:列出报告中所用到的专门术语的定义和缩写词的原意。 1.4 参考资料:...
  • 因为搜狐自媒体是百度的新闻源,只要选对关键词,流量非常大,是做霸屏和排名的神器。 缺点:不太好注册。建议注册前先申请微信公众号和今日头条,发布几篇文章后再来申请,成功几率会大很多。 网易云阅读开发平台...
  • 媒体运营绩效考核标准

    千次阅读 2020-08-25 15:57:17
    媒体运营绩效考核的原则是:既能让团队里的每个人都明确知道自己的职责范围,又促使整个团队做同样一个工作,也就是说,大家要力往一处使。设置新媒体运营绩效考核都是为了达到一定的运营目的,所以必要以为新媒体...
  • 媒体服务器原理和架构解析

    千次阅读 2020-05-13 10:26:16
    在流式传输时,流媒体数据具有实时性,等时性等基本特点,流服务期和客户终端要保证各种媒体间的同步关系,因此,流媒体传输对“最大延时”,“延时抖动”等QoS参数都有严格要求。 实时流传输既可传输实况直播,也...
  • 媒体短视频代运营公司的优势

    千次阅读 2020-10-27 18:10:23
    媒体短视频的白热化,催化了市场对新媒体运营岗位的需求,前有各大寺院的招聘,后有各大政府机构新媒体运营的培训,新媒体运营人员供不需求,有的公司不知道如何运营与管理就会找新媒体短视频代运营公司,今天和...
  • 媒体哪些平台收益比较高?

    千次阅读 2021-01-12 08:40:15
    随着自媒体的不断发展,目前自媒体平台越来越多,相信很多人都想知道哪个平台收益高,大部分的人都是想通过做自媒体赚取一定的收益,所以今天洪哥就来给大家分析一下四大主流自媒体的收益特点。一、百家号收益情况...
  • 《多媒体信息技术》复习思考题

    万次阅读 2017-07-06 09:17:48
    ①多媒体是融合两种或者两种以上媒体的一种人-机交互式的信息交流和传播媒体。 对信息技术而言,多媒体是用多种媒体综合表达信息内容。对计算机而言,多媒体是将图、文、声、像等内容混成在一起的一门计算机技术。...
  • Android和Linux:你俩到底啥关系

    千次阅读 2022-03-05 19:19:56
    最近正在着手研究android,自己虽然还算是熟悉Linux,但对Android可是一窍不通,都说Android就是个装了UI的Linux,可到底和Linux有什么关系呢? 根据Linux官方文档,Android分为以下几层: 应用框架。应用...
  • 媒体传输类型 主流的流媒体协议 流媒体协议原理 (一) HTTP渐进式下载原理(仅支持文件播放) (二) 苹果支持的HLS原理(实况直播、文件点播) (三) Adobe Flash 支持的RTMP协议(支持文件播放 和 实况直播) (四) ...
  • kodi 媒体库插件 如果您像我一样喜欢拥有自己的数据,那么您还可能希望购买蓝光或DVD光盘上的电影和电视节目。 您也可以像我一样为视频制作ISO ,以保留精确的数字副本。 有一小段时间,将一堆文件存储在某种目录...
  • 本文来自EasyDarwin团队Fantasy(fantasy(at)easydarwin.org)一. EasyDarwin任务队列实现EasyDarwin的任务...外面再经过一层封装,OSQueue_Blocking(),该类对OSQueue的操作都是加锁的,线程池的线程都是各自维护
  • 媒体技术知识梳理整合

    千次阅读 2018-08-16 11:08:08
    媒体技术 1.流媒体技术基础知识 1.1 流媒体技术简介 流媒体,又叫流式媒体,是具备边传边播特点的一种多媒体,如音频、视频或多媒体文件。 流媒体技术是将采集到的连续非串流格式的视频和音频编码压缩(目的:...
  • Android的媒体路由API被设计用来允许多种媒体(视频、音乐、图片)在与ANDROID设备连接(无线或有线)的辅助设备(如电视、立体声、家庭戏院系统、音乐播放机)上显示和播放,使用该框架和API,允许Android用户立即在辅助...
  • Kafka分布式流媒体平台简介

    千次阅读 2019-06-10 14:48:34
    媒体平台有三个关键功能: 发布和订阅记录流,类似于消息队列或企业消息传递系统。 以容错的持久方式存储记录流。 记录发生时处理流。 Kafka通常用于两大类应用: 构建可在系统或应用程序之间可靠获取数据的...
  • 软件维护文档

    千次阅读 2016-10-11 16:41:04
    文档名称:XXXX程序维护手册  项目编号: 项目名称: 开发部门: 项目负责人:  编写 年 月 日 校对 年 月 日 审核 年 月 日 批准 年 月 日  程序维护手册 1引言 1.1 编写目的 [ 阐明编写维护手册的目的,...
  • 它们之间有极大的关系 我们一般人会认为,软件工程是纯软件的学习专业,而计算机科学是一门兼并软硬件结合的专业,相对来说学习计算机科学专业会比较好,对以后也会有一个全面的发展,其实不是这样的。 软件工程...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 64,321
精华内容 25,728
关键字:

维护媒体关系