CN101083756A - 基于互联网的电视流媒体数据实时传输和服务装置及方法 - Google Patents

Abstract

基于互联网的电视流媒体数据实时传输和服务装置及方法在互联网中，利用转码服务器，将直接接收的电视媒体数据进行实时转码，然后向各个小区媒体服务器分发转码后的多媒体数据，再由小区媒体服务器对数据进行存储，同时向用户提供电视媒体点播服务和实时直播服务，且两种服务可无缝切换，从而在互联网中实现了可以提供服务质量保证的实时电视多媒体业务的传输和服务。该装置包括转码服务器(1)、数据接收存储实体(2)、媒体服务器(3)；其中：数据接收实体(2)是媒体服务器(3)的数据前端，两者位于同一物理服务器上，而与转码服务器(1)通过因特网连接并执行实时传输协议。

Description

基于互联网的电视流媒体数据实时传输和服务装置及方法

技术领域

本发明涉及计算机多媒体技术领域，尤其涉及一种支持实时转码、多种播放方式和操作的流媒体服务器的实现方法，以及流媒体数据的传输、存储和流化读取方法。

背景技术

随着全球宽带用户的大规模增加，以视频点播(Video On Demand，VOD)为代表的多媒体点播业务一直是公众、影视公司和网络服务提供商的梦想，在因特网上展开视频点播等多媒体服务的需求越来越明显。视频多媒体点播因其交互性和即时性，正在迅速成为互联网的重要应用。

IP电视又叫IPTV，是利用宽带IP网络的基础设施，以家用电视机或电脑作为主要终端电器，基于IP协议来传送数字电视信号，提供包括数字电视节目在内的多种数字媒体服务。其关键技术是：IP over Everything的特点，通过各种网络利用电脑或“机顶盒+电视”实现宽带视频服务。

现有的IPTV媒体服务主要包括两种：第一种在互联网上通过实时转播接收到的电视数据达到与普通电视同样的效果，另外一种则是将电视节目录制保存下来，然后向客户提供类似于普通电影的VOD服务。在第一种方式下客户无法主动进行VOD的各种操作，而在第二种方式下客户只能点播已经录制好的文件，不能及时享受最新的电视节目和实时服务。为适应我国宽带产业发展需要，网络电视运营商提出了在3TNet原有网络电视及VOD业务基础上提供点播式网络电视业务，即TVOD(TeleVision On Demand)。

发明内容

技术问题：本发明针对电视媒体数据实时VOD播放方式的需求，提供了一种基于互联网的电视流媒体数据实时传输和服务装置及方法，该装置对用户同时提供了电视媒体的VOD点播和电视直播的播放方式，包括栏目点播、时移电视和电视直播，使用户可以随心所欲的选择自己的栏目和播放方式，从而在现有的网络环境中实现电视点播和直播并发服务，特别地，单组播的实现对用户是透明的，用户可以在已有的节目中任意切换。

技术方案：在我们的解决方案中，核心系统主要包括三个部分——转码服务器、数据接收存储实体和媒体服务器。转码服务器通过对接受到的多媒体数据进行实时转码(解码后编码)以降低数据流的码率便于传输，数据接收存储实体向转码服务器请求数据并接收存储数据，而媒体服务器根据已接收到的数据对用户进行服务，具体包括：

转码服务器：包括一个电视媒体数据接入单元、一个媒体数据实时转码单元、一个数据封装单元和一个数据分发单元；其中，接入单元接收实时的电视媒体数据并交给转码单元进行转码，转码后的数据由封装单元打包为实时传输协议包，并由分发单元根据后端数据接收实体的请求分发打包后的媒体数据，并在运行中根据实时监控的状况建立或关闭对给定后端服务器的数据分发。

数据接收存储实体：包括一个数据请求接收单元、一个数据解析单元、一个文件生成单元、一个文件管理单元；其中请求接收单元向转码服务器请求数据并进行接收，然后对接收到的数据交由数据解析单元进行解析，并将解析后的数据由文件生成单元以可实时动态增删的MP4文件方式存储于本地，以提供媒体服务器的服务内容，而文件管理单元负责其它几个单元和生成的电视媒体文件的管理；其中RTP的解析和文件的组织生成是独立的。

媒体服务器：包括媒体数据流化单元、操作切换单元、请求接入单元、数据发送单元和直播服务单元，以及无缝的单组播切换单元；其中组播数据直接由数据接收存储实体中的文件生成单元实时流化提供，而单播数据由已经存储的电视媒体文件提供，从而分离了单组播的资源竞争，大大提高了组播的可靠性和实时性。

本发明还对实时媒体服务系统中的关键技术进行了研究和实施，提出了一种基于互联网的电视流媒体数据实时传输和实时服务的方法，具体包括：

a、转码服务器将收到的电视媒体数据进行转码并以RTP的形式分发给请求的后端服务器；

b、数据接收存储实体请求数据并获取转码服务器分发的RTP数据包，然后解析并存储为可实时增删并使用的MP4本地文件；

c、数据接收存储实体通过数据的同步读取向媒体服务器提供电视媒体数据，并对单播和实时组播采用不同的方式；而当进行单播播放时，利用读取缓存来实现媒体文件的无缝切换；

d、媒体服务器根据客户的操作执行必要的单组播切换；

e、根据客户的请求执行播放、暂停、快进、快退、前跳、后跳、停止等各种操作和播放方式之间的切换。

所述的步骤a包括：在转码数据服务器中，将媒体数据按时间顺序进行解析，然后将实际的媒体数据送往解码器和编码器完成转码，最后根据输入信息将媒体数据封装成RTP包进行分发，且媒体数据的SDP信息由编码器根据给定的设置自动生成，并在后端服务器请求时分发给请求的服务器。

所述的步骤b包括：

b1、媒体文件以元数据MOV和媒体数据MDAT分开的MP4文件方式进行存储，两者均以1小时(可调整)的时间段进行分割，当文件到达一个小时后重新开辟新文件并将已满文件写入硬盘持久存储，而且不同媒体数据根据其类型(音频或视频)独立地进行文件分割和读取拼接

b2、当前正在写入的元数据和媒体数据首先缓存在内存中，当到达一定的限制后再写入硬盘，其中元数据缓存和实际媒体数据缓存的策略是独立的，两者可分别配置，且写入硬盘时存储在不同的文件中

b3、给定时间段的元数据全部缓存在内存中，且新数据采用插入的方式添加到已有数据中，而对应的媒体数据通过时间交织采用追加的方式添加到已写入文件或缓存的后端；时间交织的精细程度通过指定帧数进行控制，到达限制后生成对应的元数据以及媒体和流化数据并分别进行写入；

b4、写入文件的同时判断已有的旧文件是否过时需要删除，若是则删除之以防过量占用系统硬盘资源。

所述的步骤c包括：

c1、媒体数据存储过程中自动生成RTP包，写入数据的同时由组播模块进行组播播放；

c2、每一个单播请求分别读取自己的媒体数据且读取同一文件的所有请求共享文件缓存；

c3、文件读取过程中首先读取MOOV信息，再根据读取的信息从文件MDAT中读取相应的实际电视数据，当读取最新文件时，采用读写锁实现读写同步；在读写同步处理中，对读取当前正在写入文件的客户请求，在对应的数据读取模块中设有读写标识位，写入时进行统一设定，每个请求模块读取数据后分别清除；

c4、文件切换时，在前一文件的音视频全部数据读取完成后再切换到后一文件进行读取，并在读取缓存中分别完成不同数据的拼接。

所述的步骤d包括：单组播的数据包都是由写入的运动音视频标准格式文件时文件模块统一生成的，具有相同的时间基准，单组播切换时利用此时间基准进行定位；且组播数据包比新生成文件的流化数据包时间稍晚，以保证组播转入单播时请求的数据是此时间媒体数据是可播放的。

所述的步骤e包括：快进快退过程中不播放音频数据，而只播放媒体数据中的视频关键帧，快进快退的速度通过调整关键帧的播放比率和一帧的持续时间进行控制，并由数据发送模块通过播放状态参数的计录进行控制。

有益效果：在上述的解决方案中，转码服务器和具体的媒体服务器是独立的，两者之间的交互只有数据请求和分发，而媒体服务器不关心具体的媒体数据内容。系统在这种结构下工作，主要有以下两个优点，首先，媒体服务器的工作方式不受转码服务器的约束，两者可以独立的进行实现和更改，如编码方式等；其次，一个转码服务器可以服务一套或多套电视节目，同时向单个或多个媒体服务器分发数据，在具体实现中保证了转码服务器和媒体服务器既可以在同一处又可以分级服务。

在数据接收存储实体中数据的解析和文件的生成是独立的，如此两者可以独立的实现，更重要的是解析部分不会受文件分割中处理缓冲的影响。所有的文件存储和读取有一个单独的管理模块进行处理，这样就能够保证读写数据同步并在正确的位置(内存或硬盘)进行读写，而且能够集中管理流程处理的逻辑。

媒体服务器对客户端进行服务时提供了针对所有客户的实时组播和针对单个客户的单播，因此客户既能收看实时节目又可以选择自己喜欢的已播放栏目，同时组播方式大大增加了系统并发服务的用户数。两种播放方式的媒体数据是基于同一时间基准的，保证了两者之间可以自由平滑切换；对用户来说，他们可以随心所欲的采用任一播放方式观看任意已有的电视节目，而具体的实现方式是完全透明的。

上述的系统结构不仅能服务单个电视节目，还可以服务多套节目，只需增加相应的功能模块即可。理论上，在服务器性能允许的条件下，单台服务器可以服务任意套数的电视节目。

附图说明

图1为媒体服务器的结构框图；

图2为MP4存储文件的构造方式示意图；

图3为服务器同步读写操作的服务流程；

图4为单组播切换说明示例图。

具体实施方式

本发明的核心是在当前的宽带互联网中构建一个对电视媒体数据进行VOD播放的系统，使客户能够主动控制电视的播放时间点和播放方式。首先我们利用转码服务器对已有的实时电视节目进行转码以降低码率，从而在有限的带宽条件下最大可能的提高媒体播放质量；然后通过媒体服务器向客户提供具体的播放和操作服务，而服务的电视媒体数据由数据接收存储实体向转码服务器请求并接收和存储于本地。整个系统的结构框架大致如图1所示，下面对图1中的各个实体及功能分别进行说明。

TVOD转码服务器：该模块主要包括电视媒体请求处理、转码功能实现和数据分发三部分。电视媒体请求部分负责向当前的电视系统请求指定的一套或多套电视节目，从而获取真正的电视媒体数据流(通常是TS流格式)；转码功能部分则进行具体的数据解析、转码和打包封装，首先解析模块将给定格式的媒体数据解析出媒体清流数据并交给转码，转码处理后由打包模块根据数据的相关信息对媒体数据进行封装(RTP包)；数据分发则监听后端服务器的请求并进行处理，然后将封装后的数据包分发给请求的服务器。

数据接收存储实体：该模块主要包括RTP数据解析、MP4文件存储读取和文件管理三部分。RTP数据解析将收到的RTP媒体数据包解析成指定的格式，然后转交给MP4文件存储读取模块，MP4文件存储读取模块除了将数据存储为文件外还负责单个文件的具体组织和读写同步，而具体RTP数据包的接收和其他部分之间的交互控制由管理模块完成。单个数据接收实体对应一套电视节目，如果需要服务多套节目，则对应多个实体。

请求共享数据读取接口：该部分是数据存储管理和服务模块之间的接口，它提供了对指定数据的读取，并对服务模块屏蔽了文件的存储分割细节，即文件的读取拼接在这里完成。该部分和请求的客户一一对应，多个请求的共享文件处理由MP4文件存储模块负责。

数据组播模块：负责将重新处理后的RTP数据以RTP包的进行组播，而组播的数据直接从数据管理模块获取，这样能够保证数据的连续性(只要接收到数据就有组播数据)，不用与单播请求竞争资源。此模块对应于一套节目，参数是可配置的，如：是否要组播，组播所需的参数等。

单播请求处理和数据分发模块：这两部分主要处理客户的单播请求，请求处理部分主要是接收客户的RTSP请求，然后根据请求对分发模块进行必要的控制并返回相应的RTSP响应；数据分发模块从数据读取接口获取数据，然后根据请求利用RTP/RTCP协议分发数据包给对应的客户端，而客户端和服务器的通信由请求模块完成。

整个系统主要由两个流程，一个是转码后数据请求接收存储流程，另一个是媒体服务器数据服务流程，下面对这两个过程分别进行说明。

数据请求接收存储流程：假设转码服务器已经开始正常工作，首先数据接收存储实体向转码服务器请求指定节目的数据，然后转码服务器的分发模块通过请求认证并向后端服务器发送对应的请求响应；如果认证通过则转码服务器开始对请求的媒体服务器分发转码后的RTP数据包，而数据接收存储实体收到响应后也开始接收数据；收到的数据包首先交给RTP数据解析模块处理为帧单位的媒体数据和相关信息，然后再由管理模块交给MP4文件存储模块生成MP4文件以持久存储；创建媒体数据MP4文件的同时将新收到的媒体数据生成对应的RTP数据包，然后由管理模块将最新的RTP数据包交给组播模块，而组播模块根据RTP包中的时间信息依次将它们进行组播。

媒体服务器数据服务流程：媒体服务器存储媒体数据以后就可以提供VOD服务(此处指单播服务)。首先由客户端向媒体服务器发送RTSP请求，其格式为：rtsp://ipaddress/objectInfo/programId，其中ipaddress指媒体服务器的IP地址，objectInfo代表客户端的有效信息，programId代表客户端欲点播的电视节目号，另外，RTSP请求必须携带欲播放节目的起止时间(由点播界面提供)；媒体服务器收到请求后，分配相应的数据分发模块和数据读取接口，并根据请求的节目号和时间信息定位起始播放的媒体数据，此时点播请求处理模块根据分配状态和媒体数据的定位情况给客户端响应；单播数据分发模块就开始顺序读取数据并利用RTP/RTCP协议发送给客户端，直到接收到客户其它操作请求或播放完成；在播放过程中，如果客户发出了其它操作(如：快进快退等)请求，则单播数据分发模块进行响应并按客户指定的方式进行播放；播放结束后，媒体服务器自动关闭连接释放资源，终止此次服务。上述是对单个客户的请求过程，实际上所有的请求是按以上过程并发处理并共享相同的资源。

整个系统的架构和服务流程中使用了许多关键的技术方法，主要有电视媒体数据的同步、文件的组织、媒体数据的共享缓冲和读写同步、单播操作的切换处理、单组播的切换、快进快退实现等，下面对这些方法的原理分别进行具体的说明。

媒体数据同步：转码服务器和媒体服务器之间、媒体服务器和客户端都是通过RTP协议传输具体的媒体数据的，而RTP的时间戳是根据转码接收到的媒体数据节目时间确定的，并以绝对时间来表示。显然RTP标准中的32位的时间戳值不能满足这个要求，因此我们采用了RTP协议的扩展位，使总的时间表示达到64位。在整个服务过程中，所有媒体数据的时间均采用此值进行处理，这就保证了对单个节目媒体数据时间处理的一致性。

MP4文件组织：在TVOD中，由于电视节目流不断到达，节目数据的存储要随之更新，这要求数据文件能够动态实时更新内容，下面结合附图2说明TVOD中文件的具体组织形式。当前采用MP4文件形式持久化存储数据，并通过二级管理达到动态跟踪的单个文件效果。第一级管理是文件管理模块，它负责文件分割并将媒体数据按时间顺序分别存储于不同文件中，对外则是一个封装的动态更新大文件；当数据不断到达时，文件管理模块负责将数据交给最新文件或开辟新文件进行存储，同时判断是否有文件“过时”进行必要的删除操作，而当文件需要服务时，管理模块定位到正确的文件上读取数据，一个文件结束后，管理模块自动切换到下一个文件。第二级管理则是对单个固定的MP4文件的存储和读取，它根据MP4文件的特点将RTP解析后的媒体数据及相关信息生成对应的元数据MOOV和媒体数据MDAT，且两种数据分别存储于不同的文件中，因此数据写入时不必更新已写入文件的内容，同时写入文件过程中已存在内容数据的读取能够顺利完成；为了提高数据读写的效率，将数据量较小的MOOV整个文件数据缓存于系统内存中，直至文件结束时将其写入硬盘，而MDAT只缓冲部分的数据内容，当到达限制时将缓冲数据刷入硬盘，同时缓存中的数据是可读取服务的。

MP4文件切换：由上段MP4文件组织可知，在文件数据服务时，具体的数据按时间分别存储于不同的文件中，而数据播放时需要获取时间连续的内容，因此服务过程中需要时间MP4文件直接的无缝切换和拼接。实现中我们通过三个方面实现这一点，首先是在文件切割过程中使音视频数据在每个文件结束处在时间上尽量对齐；然后在文件读取过程中只在前一个文件的音视频数据全部结束后再切换到下一个文件进行读取，如此可降低文件切换的复杂度；最后对读出的数据进行缓冲，在缓存区中数据将无缝连接起来(对客户端来说切换是透明的)，其中缓冲区大小与文件末端音视频的对齐程度成正比。

共享缓冲和读写同步：我们知道在服务过程中多个不同的客户端可能同时请求读取同一个数据文件，因此多个客户端可以共享同一个文件对象；而且不同的客户端可能同时读取的位置非常接近，这样它们可以通过缓存已读取的数据共享数据内容，而不是从硬盘重复读取，如此便可增加系统的数据吞吐量。在图1中，每个客户端对应一个单播数据分发模块，而每个文件对应一个文件对象，客户端共享文件通过两者之间的接口关联实现。如果读取的数据是当前正在写入的文件，在要求读写之间进行同步，即数据读取位置不能超过写数据的文件位置且读取数据内容正确。已知媒体数据是以MP4文件形式进行存储，而MP4文件分为元数据(MOOV)和媒体数据(MDAT)两部分构成，其中元数据存储了媒体数据索引等相关信息，而媒体数据存储了具体的电视媒体数据和流化数据。下面我们通过图3对读取过程中数据同步的过程进行了具体的说明，同步主要发生在内存中正在写入的数据，因此我们主要对这一特殊过程进行必要的补充说明。首先对媒体数据的位置进行读取(由于我们的实现中MOOV数据全部缓冲在内存中，不存在同步问题)，然后根据读取的索引信息先后获取相应的流化数据和媒体数据并组包进行发送。在读取流化数据和媒体数据过程中，由于随时都有可能向硬盘刷入数据，而数据读取到组包过程并不是一次完成的，因此其中的任一过程需要判断数据的位置。

单组播切换：为了提高系统的容量系统提供了组播功能，同时要求单组播之间能够自由平滑的切换，在实现中通过以下几点完成此功能。组播时间与最新数据时间之间存在一个很小(可调)偏差以缓冲数据的波动；当单播时间到达组播时间后通知客户端加入组播，并由客户端自动关闭单播播放；如果当前在组播，在客户端进行允许的操作后将会退出组播并请求单播播放，且请求的单播时间稍小于收到的最后一个组播包时间，如此收到单播数据后可以在缓冲中将数据完全拼接起来，图4给出了一个切换的实例。

快进快退实现：当前的TVOD系统中完全支持多种速度的快进快退播放方式，快进快退操作功能在图1中的单播数据分发模块完成，该模块从文件中读取数据时获取正常播放时间，而后根据请求的速度累计快进或快退的时间，在发包时减去或加上此累计时间；当客户端重新请求时则将此值清零。在快进快退播放过程中，服务器自动屏蔽音频数据，视频只播放关键帧，而播放关键帧的密度由给定的播放速度和媒体数据中关键帧的密度共同决定，从而保证系统的容量和客户端的播放质量。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (11)

1、一种基于互联网的电视流媒体数据实时传输和服务装置，其特征在于该装置包括转码服务器(1)、数据接收存储实体(2)、媒体服务器(3)；其中：数据接收实体(2)是媒体服务器(3)的数据前端，两者位于同一物理服务器上，而与转码服务器(1)通过因特网连接并执行实时传输协议；所说的转码服务器(1)包括一个顺序串联连接的电视媒体数据接入单元(1-1)、一个媒体数据实时转码单元(1-2)、一个数据封装单元(1-3)和一个数据分发单元(1-4)，其中接入单元(1-1)实时接收多路不同外部电视媒体数据，均依次串行传递给转码单元(1-3)和封装单元(1-4)，最终由分发单元(1-4)按不同请求接收单元(2-1)分别分发给后端数据接收实体(2-1)；所说的数据接收存储实体(2)包括若干请求接收单元(2-1)、若干数据解析单元(2-2)、若干文件生成单元(2-3)、一个数据文件管理单元(2-4)，其中请求接收单元(2-1)获取电视媒体流，然后由解析单元(2-2)将解析后的数据交给文件生成单元(2-3)进行持久化存储，而文件管理单元(2-4)控制整个业务流程，并向特定的媒体服务器(3)提供同步文件数据；所说的媒体服务器(3)主要包括一个媒体数据流化单元(3-1)、一个操作切换控制单元(3-2)、若干点播请求接入单元(3-3)、若干数据发送单元(3-4)和一个直播服务单元(3-5)，其中请求接入单元(3-2)接入用户点播请求并初始化数据流化单元(3-1)、数据发送单元(3-4)和操作切换单元(3-2)，然后操作切换单元(3-2)控制流化单元(3-1)从文件管理单元(2-4)获取媒体数据并进行流化，由发送单元(3-4)传送给客户端，而直播服务单元(3-5)的媒体数据包直接由接收存储实体(2)录制文件时主动流化传递。

2、一种如权利要求1所述的基于互联网的电视流媒体数据实时传输和服务方法，其特征在于该方法包括下列步骤：

a、转码服务器接收电视媒体数据，将媒体数据按时间顺序进行解析，然后将实际的媒体数据送往解码器和编码器完成转码，并以实时传输协议包的形式分发给请求的数据接收存储实体，

b、数据接收存储实体将实时传输协议数据包解析为帧数据，并存储为可实时增删和使用的运动音视频标准格式文件，

c、通过同步文件对媒体数据的流化读取，并利用缓存机制实现媒体音视频数据的无缝拼接，

d、根据客户的操作执行必要的单组播切换，

e、根据客户的请求执行播放、暂停、快进、快退、前跳、后跳、停止等各种操作和播放方式之间的切换。

3、根据权利要求2所述的基于互联网的电视流媒体数据实时传输和服务方法，其特征在于在步骤a中，在转码数据服务器中，媒体数据的会话描述协议信息由编码器根据给定的设置自动生成，并在后端服务器请求时分发给请求的服务器。

4、根据权利要求2所述的基于互联网的电视流媒体数据实时传输和服务方法，其特征在于所述的步骤b包括：

b1、媒体文件以元数据信息和媒体数据分开的运动音视频标准格式文件方式进行存储，两者均以预设置的固定时间段进行分割；

b2、当前正在写入的元数据和媒体数据首先缓存在内存中，当到达一定的限制后再持久化写入硬盘。

5、根据权利要求4所述的基于互联网的电视流媒体数据实时传输和服务方法，其特征在于所述的步骤b1包括：不同媒体的音频或视频数据根据其类型独立地进行文件分割和读取拼接。

6、根据权利要求4所述的基于互联网的电视流媒体数据实时传输和服务方法，其特征在于所述的步骤b2包括：元数据缓存和实际媒体数据缓存的策略是独立的，两者可分别配置，且写入硬盘时存储在不同的文件中。

7、根据权利要求4或6所述的基于互联网的电视流媒体数据实时传输和服务方法，其特征在于所述的步骤b2还包括：给定时间段的元数据全部缓存在内存中，且新数据采用插入的方式添加到已有数据中，而对应的媒体数据通过时间交织采用追加的方式添加到已写入文件或缓存的后端；时间交织的精细程度通过指定帧数进行控制，到达限制后生成对应的元数据以及媒体和流化数据并分别进行写入。

8、根据权利要求2所述的基于互联网的电视流媒体数据实时传输和服务方法，其特征在于所述的步骤c包括：

c1、媒体数据存储过程中自动生成实时传输协议包，写入数据的同时由组播模块进行组播播放；

c2、每一个单播请求分别读取自己的媒体数据且读取同一文件的所有请求共享文件缓存；

c3、文件读取过程中首先读取元数据信息，再根据读取的信息从文件媒体数据中读取相应的实际电视数据，当读取最新文件时，采用读写锁实现读写同步；

c4、文件切换时，在前一文件的音视频全部数据读取完成后再切换到后一文件进行读取，并在读取缓存中分别完成不同数据的拼接。

9、根据权利要求8所述的基于互联网的电视流媒体数据实时传输和服务方法，其特征在于所述的步骤c3包括：在读写同步处理中，对读取当前正在写入文件的客户请求，在对应的处理模块中设有读写标识位，写入时进行统一设定，每个请求模块读取数据后分别清除。

10、根据权利要求2所述的基于互联网的电视流媒体数据实时传输和服务方法，其特征在于所述的步骤d包括：单组播的数据包都是由写入的运动音视频标准格式文件时文件模块统一生成的，具有相同的时间基准，单组播切换时利用此时间基准进行定位。

11、根据权利要求2所述的基于互联网的电视流媒体数据实时传输和服务方法，其特征在于所述的步骤e包括：快进快退过程中不播放音频数据，而只播放媒体数据中的视频关键帧，快进快退的速度通过调整关键帧的播放比率和一帧的持续时间进行控制，并由数据发送模块通过播放状态参数的计录进行控制。

Images