世界网址·海外网站
数据广播简介
上海东方数据广播有限公司—具备上海*的IDC机房、互联网平台资源，为众多政府部门及企事业单位在软件应用系统开发、数据中心IDC业务、弱电及多媒体系统集成、网站建设、文化多媒体创意等领域，提供优质的一体化解决方案和技术支持。
数据广播是把数据化的音频、视频、图像、动画、软件包括以及计算机文件等各种数据信息通过数字电视广播信道以"推送"（push）的方式传输的用户的数字电视机顶盒、数字电视接收机、个人电脑（pc）以及移动设备等智能设备的一类新型业务。
数据广播是利用卫星广播和电视广播的覆盖网或其他独立数据广播通道，采用数字技术传送数据的信息技术和业务的总称。它是继声音广播(音频)和图像广播(视频)之后出现的第三种广播技术。
数据广播的技术实现方式是使用单一的系统前端(Headend)，连续、滚动地将已编辑整理好的内容，经过信息传输网络，传送到地域广泛的、能够处理这些56 ST数据的用户智能设备上去，如：PC、机顶以及手提设备等。信息内容则是由视频、音频、软件程序、流式数据或者其他数字多媒体组成的。
数据广播实质上就是传统广播媒体一报纸、电台、电视在数字时代的一次升级，保持了广播高速和经济(受众面广)的特点，而且全无互联网缺乏CoS(服务等级)、QoS(服务质量)和安全的问题，成为一种高效率的数字信息传输手段。
业界对该技术的前景有一种预言：数据广播将会被嵌入和包容进未来的互联网中，并且成为其*单一领域。可以确信直到那时，数字媒体才拥有点对点和点对多点两种方式，才具有真正意义上的完整性。正如互联网的出现充实了信息传输方式一样。数据广播的发展也会是信息传输技术的另一场革新。
数据广播适应了数字装置不断扩张的处理能力和Internet提供的基础设施资源，并可以与电视等多种媒体融合，这些跨媒体的立体信息传输业务非常适应于企业信息化的需求。在企业信息化建设中会得到更广泛的应用。
卫星数据广播是数据广播的一种重要形式。它与卫星电视广播的区别是：前者用电脑接收。后者用电视机接收。电脑具有比电视机更灵活的功能，它可以处理和存储数据。
高速卫星数据广播：
Internet用户对带宽通道的渴求，代表了对推送方式传送或数据广播的巨大需求。高功率直播卫星电视的成功和Internet推送技术的出现，刺激了卫星数据广播的迅速发展。
高速数据广播系统技术已趋于成熟，卫星数据广播可提供２Ｍ～４５Ｍｂ／ｓ的速率。网络的可管理性、大容量的数据备份系统(可为用户提供１G～40G的存储备份）和异地备份吸引了世界上许多大公司在世界范围内开始实验网的建设。具有142个成员国的世界上*商业卫星组织Intelsat，于1999年4月初开始卫星互联网多播试验，试验通过Intelsat 603卫星不断地把*Internet内容进行缓存，然后通过卫星把它广播到世界各地相应的ISP卫星接收器中。这意味着ISP可以利用卫星连接得到非常高的带宽，花费较小的费用，快速地浏览国际网站，而且传输成本低，每Bit传输费用比固定线路少30%。
在我国，高速数据广播还只是一个概念，但蕴涵着强大的生命力。未来网络发展的总体趋势是以IP为基础的多种宽带、多媒体网络的融合。卫星通信将在这一网络大家庭中扮演自己应有的角色。
卫星数据广播以卫星通信为载体，包容了卫星通信的基本特点。
1 通信距离远，覆盖范围广
一颗卫星的波束覆盖范围可达几千公里。可随时随地提供通信服务。企业数据上了卫星数据广播，可以轻松地到达全国各地，并且做到同时同质。
2 无地理条件限制
对于沙漠、高原、高山、海岛等铺设地面线路困难且成本较高的地区，通过卫星方式可便捷地实现数据业务传输。
3 快速服务
与铺设光缆等地面通信线路所耗费的时间相比，卫星数据业务方式能够在极短的时间内完成相关工程与调试，为用户提供服务。
4 费用与通信距离无关
与地面通信线路相区别，卫星数据业务的服务费用与传输距离无关，因此对于较偏远地区及地面线路效果差的地区，采用卫星数据业务方式可以节省通信费用。
数据广播是一项基于电视、卫星网络上实现的广播式宽带数据传输系统。 较实用的数据广播系统主要分为以下三类：
VBI数据广播：利用电视逆程，通过卫星、微波或有线电视进入千家万户，*传输速度约180Kbps，目前已在证券行情信息传输、公众多媒体信息传输等方面获得广泛应用。
DVB数据广播：按传输介质不同，分为DVB-S、DVB-C、DVB-T，分别通过卫星、有线电视或地面广播进入千家万户，传输速度为56～90Mbps，主要用于数字视音频广播、宽带数据广播 、现代远程教育等领域。
DAMB数据广播：通过L波段卫星传播，利用光盘大小的天线，无需*调整方向即可接收数据。每颗卫星提供了多达72路128Kbps的可移动的数据广播及数字音频服务，世广"亚洲之星"、"非洲之星"、"美洲之星"覆盖全球85％人口。
它是广播电视技术从模拟时代发展到数字时代的产物。从数字化的角度而言，数字音频/视频与数据无本质的区别，都是二进制数"0"、"1"表示，从技术的角度来看，数据广播是数字电视广播和因特网相互融合的产物。
电视数据广播包括与节目相关数据和与电视节目无关的数据。
与电视机节目相关的数据将随节目一起传送。这种数据又有两种，一类是电子节目指南（EPG），描述节目的播出时间、电影内容简介、电影演员介绍等。电子节目指南帮助观众方便快速的寻找自己感兴趣的节目；另一类是与节目内容相关的数据，如与足球比赛有关的双方球队战绩、球员的个人背景资料等。观众根据自己的需要选出某些与节目有关的数据。
与电视节目无关的数据'可以是游戏、软件、图片、各种网站上下载的信息、股票信息、电子报纸等。用户可主动的从数字电视广播信号中找到需要的信息。数据广播是电视台扩大业务范围、增加服务收入的重要方面之一。
在服务器组的架构下，我们一般会引入一个网关服务器，或类似功能的组件，所有的客户端连接都是到这里，数据然后转发给当前所在的地图服务器。
这 样，在数据广播时便存在一个很大的优化可能性。以前的单服务器架构时，比如要广播移动消息，可以直接找出周围的玩家列表，构造要发送的数据，然后依次调用 send即可。但是在多服务器架构下要是还这么做的话，那地图服务器与网关服务器之间的数据传输量将会非常大，而且这些数据之间除了目标IP地址不一样 外，实际内容完全相同。
其实在以前单服务器架构时就曾考虑过该优化方案。最初使用的立即发送数据包的方式在遇到需要同时发送大量数据时出 现了问题，为了避免由于在逻辑线程内的send调用导致的游戏逻辑被阻塞，我们将数据发送工作放到了一个独立的线程中，游戏逻辑线程在需要向客户端发送数 据时，只是将要发送的数据包和客户端连接句柄递交给了发包线程。这个过程也就和带网关的多服务器架构完全类似了。
当时也是为了避免给发包线程递交太多的请求，因为每个发包请求都需要拷贝一次数据包并添加到发送队列中，显而易见的弊端就是数据多次拷贝的CPU消耗和队列中存在多份数据的内存消耗，所以优化的必要性非常高。
最终采取的方案是只递交一次发包请求，在请求包里面包含了这个数据包要发送到的客户端句柄列表，这样数据完全不需要做拷贝，而且内存占用也只有一份。
放到多服务器架构下也可以这样做，区别仅在于发包请求是发送给了网关服务器。
以前的方案只做到了这一步，再继续考虑一下，其实还有进一步优化的可能。
拿 比较简单的聊天数据包来说，比如在一个小组频道内聊天，服务器在广播此类数据包时，每次递交的发包请求中的客户端句柄列表都是相同的，除非队员发生变动。 所以，可以考虑的是这个列表其实不用每次都发送。通过控制命令在网关服务器上先建立好这些广播组，以后广播数据时只需要指明广播组编号即可。在云风的《游 戏服务器内的组播》一文中对此有介绍。
这里的组我们也可以称之为频道，比如小组频道，团队频道，公会频道，世界频道，本地频道，当前频道等，当然还可能会有自建的频道，每个频道有一个*ID。不同玩家间的当前频道需要独立，但其他频道可以共用。
关 于当前频道需要特别说明一下。这里的当前频道指的是以玩家当前所在位置为中心点的一个可见范围，也就是当玩家移动，或者说话时需要广播到的范围。因为玩家 位置是经常会变动的，所以这个频道内的玩家列表变动也非常频繁，而且不同玩家间的当前频道不能像小组频道一样进行共用。
这个方案对于玩家列表变动不频繁的组队聊天这类情况很有效，但是对于玩家列表会频繁变动的当前频道广播却有些麻烦，维护这类频道会使得地图服务器与网关服务器之间的频道成员管理命令非常频繁。
但是这里也有个选择，一是在频道成员发生变化时立即向网关服务器通知变动，另外一种做法是只在有频道数据要递交时才检查有无成员变动。
比如一个玩家坐着没有动，不停有玩家从其旁边经过，这时他的当前频道玩家列表是不断变化的，但如果该玩家不做任何操作，比如移动和在当前频道聊天，这个变动情况其实是不需要反馈到网关服务器的，因为不会有这个频道内的数据需要广播。
当然，如果这样做的话，可能就需要在地图服务器上也保留两份当前频道玩家列表，用于比较该列表的变动情况，这也就是要在内存占用和网络数据传输量上做个权衡。虽然未经实践验证，目前来说我还是比较倾向于后一种方案。
百度 baike.baidu/view/10919.htm
hi.baidu/thejavafan/blog/item/8931872cea9a45ea8b139954.html
数据广播是企业黄页食品餐饮行业领先的网站，数据广播于2020年10月被世界网址收录于目录下，网站创办者是：数据广播，数据广播网站网址是：http://www.odb.sh.cn，世界网址综合分析数据广播网站的价值和可信度、百度搜索排名、Alexa世界排名、百度权重等基础信息，为您能准确评估数据广播网站价值做参考！
官方信息
-
-
- 微博
-
- YouTube
-
- 微博
-
