专利名称：Iptv系统中时移分片文件的归档及节目播放方法和设备的制作方法
技术领域：
本发明涉及网络电视领域，尤其涉及一种IPTV系统中时移分片文件的归档及节 目播放方法和设备。
背景技术：
IPTV (Interactive Personality Television，交互式网络电视或者称为个性化 互动电视)是一种利用宽带有线电视网、并集成互联网、多媒体、通讯等多种技术，向用户 提供包括数字电视在内的多种交互式服务的新技术。IPTV充分有效地利用多种网络资源， 不仅能够通过丰富多彩的页面提供电子节目导航业务，还能提供视频点播、回看以及录制， 信息浏览，游戏等服务。如图1所示，IPTV系统包括用户侧的用户终端100、网络侧的流媒体服务器101 和IPTV业务子系统102，用户终端100与流媒体服务器101之间基于RTSP(Real Time Streaming Protocol，实时流协议)进行消息交互。NPVR(Network Personal Video Recorder，网络个人录像机)业务是 IPTV 系统提 供的用户对电视直播节目进行录制的业务，用户录制完成的节目存储在流媒体服务器上， 用户在需要时可以通过V0D (Video On Demand，视频点播)的方式观看录制的节目。现有IPTV系统中，电视直播节目的录制是一直进行的。IPTV系统提供的 TV0D(True Video On Demand，电视节目点播)和TSTV(Time Shift TV，时移电视)业务均 需要将电视直播码流录制成文件存储在流媒体服务器上，以备用户点播之用。现有IPTV系统中，流媒体服务器在实现文件的存储时，主要包括以下两种方式方式一、TV0D文件和TSTV文件分开存储，TV0D文件通过拷贝TSTV文件中的部分 内容得到，NPVR业务一般复用TV0D功能，依据用户定制的时段将相应的内容进行拷贝。该 方式势必会造成IPTV系统中存储空间的浪费，同时也会增加IPTV系统所占用的存储1/ 0(Input/Output，输入输出)资源的开销。方式二、TV0D文件和TSTV文件统一存储，即通过同一份文件提供TV0D业务和 TSTV业务，该方式中一般录制的文件以系统时间为标签分片存储，可以称为时移分片文件。 无论用户需要TV0D业务还是TSTV业务，均是通过频道ID (Identifier,标识)、以及起止时 间(开始时间和结束时间)定位到特定的时移分片文件进行播放。NPVR业务可以通过复用 TV0D功能和归档功能实现。该方式能够有效节约IPTV系统的存储空间。采用统一存储方式(方式二)的流媒体服务器中，时移分片文件也不能够无限制 保存，一般都设置如下机制回滚机制，删除超过时移时间且非录制节目所需的时移分片文件，时移时间是指 IPTV系统中用户可以回看的最大时间范围；老化机制，删除超过老化时间且无需归档的时移分片文件；归档机制，保存超过老化时间且需要归档的时移分片文件，即时移分片文件从所 在频道的录制目录转移到同一频道的归档目录下，从而被一直保存，老化时间是指录制的时移分片文件可以保存在流媒体服务器上的最大时间范围，一般情况下，时移时间不超过 老化时间。采用统一存储方式的流媒体服务器中，时移分片文件以系统时间为标签进行分 片，而NPVR业务中用户点播的节目(可以称为NPVR节目)与TV0D业务中用户点播的节目 (可以称为TV0D节目)相同，均是以节目的起止时间标示，而节目的起止时间与分片时间 一般并不对应，会出现两个节目共享同一时移分片文件的情况，即前一个节目的结束时间 与后一个节目的开始时间在同一时移分片文件的时间范围内。在两个节目共享的时移分片 文件被归档之后，由于其被归档到前一个节目所在的归档目录下，而后一个节目的其它时 移分片文件仍在归档目录下，会导致后一个节目的所有时移分片文件不在同一目录下。由 于被归档的时移分片文件已超过老化时间，对于TV0D业务来说，录制的节目不会被请求播 放，但是对于NPVR业务来说，只要用户不主动删除，就要求录制的节目能够播放，而现有归 档机制无法满足该要求。针对所有时移分片文件不在同一目录下的节目，可以采用切换目 录的方式进行播放，但是会导致IPTV系统中消息交互量大，播放呼损率高。
发明内容
本发明实施例提供一种IPTV系统中时移分片文件的归档方法和流媒体服务器， 用以解决现有技术中同一节目的所有时移分片文件可能不在同一目录下，从而该节目无法 正常播放的问题；本发明实施例提供一种基于上述IPTV系统中时移分片文件的归档方法的节目播 放方法和流媒体服务器，用以解决现有技术中针对所有时移分片文件不在同一目录下的节 目，在播放时需要切换目录，导致IPTV系统中消息交互量大，播放呼损率较高的问题。本发明实施例提供的IPTV系统中时移分片文件的归档方法，包括当录制的节目满足归档条件时，将所述节目包括的时移分片文件从所在频道的录 制目录归档到同一频道的归档目录下；确认被归档的各时移分片文件中存在被至少两个节目共享的时移分片文件时，在 所述录制目录下添加链接文件，所述链接文件指向所述被至少两个节目共享的时移分片文 件。相应的，本发明实施例提供的流媒体服务器，包括业务处理模块，用于当录制的节目满足归档条件时，将所述节目包括的时移分片 文件从所在频道的录制目录归档到同一频道的归档目录下；文件管理模块，用于确认被归档的各时移分片文件中存在被至少两个节目共享的 时移分片文件时，在所述录制目录下添加链接文件，所述链接文件指向所述被至少两个节 目共享的时移分片文件。本发明实施例提供的基于上述IPTV系统中时移分片文件的归档方法的节目播放 方法，包括接收用户终端发送的节目播放信令；根据所述节目播放信令请求播放的节目的节目文件路径，确定所述节目包括的每 一个文件的类型；针对每一个文件，如果确定结果为时移分片文件，根据该时移分片文件的存储地址索引信息访问文件，如果确定结果为链接文件，根据该链接文件指向的时移分片文件的 存储地址索引信息访问文件；并将所访问文件的媒体数据返回给用户终端进行播放。相应的，本发明实施例提供的另一种流媒体服务器，包括协议处理模块、文件管理 模块、数据管理模块和承载模块，其中所述协议处理模块，用于接收用户终端发送的节目播放信令，将请求播放的节目 的节目文件路径发送给所述文件管理模块；所述文件管理模块，用于向所述数据管理模块发起所述节目包括的每一个文件的 存储地址索引信息的查询请求，其中携带所述节目文件路径，根据查询到的每一个文件的 存储地址索引信息访问文件，并将所访问文件的媒体数据发送给所述承载模块；所述数据管理模块，用于根据所述查询请求中携带的节目文件路径，确定所述节 目包括的每一个文件的类型，如果确定结果为时移分片文件，向所述文件管理模块返回该 时移分片文件的存储地址索引信息，如果确定结果为链接文件，向所述文件管理模块返回 该链接文件指向的时移分片文件的存储地址索引信息；所述承载模块，用于将所述文件管理模块发送的媒体数据返回给用户终端进行播 放。本发明实施例提供的IPTV系统中时移分片文件的归档方法及流媒体服务器，在 节目包括的时移分片文件从录制目录归档到归档目录下之后，如果发现被归档的各时移分 片文件中存在被至少两个节目共享的时移分片文件，则在原录制目录下添加链接文件，指 向该被至少两个节目共享的时移分片文件，从而有效解决了同一节目的所有时移分片文件 可能不在同一目录下的问题，保证了该节目的正常播放。本发明实施例提供的基于上述IPTV系统中时移分片文件的归档方法的节目播放 方法和流媒体服务器，对于所有时移分片文件不在同一目录下的节目，基于上述IPTV系统 中时移分片文件的归档方案使得该节目不仅包括时移分片文件，还包括链接文件，针对时 移分片文件，根据其存储地址索引信息访问文件，针对链接文件，根据其指向的时移分片文 件的存储地址索引信息访问文件，从而无需切换目录即可实现节目的播放，降低了 IPTV系 统中消息的交互量，同时有效抑制了播放呼损率，提升了用户感受。本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变 得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明 书、权利要求书、以及附图中所特别指出的结构来实现和获得。
图1为现有技术中IPTV系统的网络架构示意图；图2为本发明实施例一中IPTV系统中时移分片文件的归档方法流程图；图3为本发明实施例一中流媒体服务器对IPTV业务子系统下发的节目归档请求 的处理流程；图4为本发明实施例一中NPVR业务的实现流程图；图5为本发明实施例一中流媒体服务器的一种可能结构框图；图6为本发明实施例二中IPTV系统中的节目播放方法流程图7为本发明实施例二中IPTV系统中用户点播NPVR节目时的节目播放方法流程图；图8为本发明实施例二中流媒体服务器的一种可能结构框图。
具体实施例方式本发明实施例为了解决现有技术中同一节目的所有时移分片文件可能不在同一 目录下，从而该节目无法正常播放的问题，提供了一种IPTV系统中时移分片文件的归档方 法和流媒体服务器，在节目包括的时移分片文件从录制目录归档到归档目录下之后，如果 发现被归档的各时移分片文件中存在被至少两个节目共享的时移分片文件，则在原录制目 录下添加链接文件，指向该被至少两个节目共享的时移分片文件。本发明实施例为了解决现有技术中针对所有时移分片文件不在同一目录下的节 目，在播放时需要切换目录，导致IPTV系统中消息交互量大，播放呼损率较高的问题，提 供了一种基于上述IPTV系统中中时移分片文件的归档方法的节目播放方法和流媒体服务 器，对于所有时移分片文件不在同一目录下的节目，基于上述IPTV系统中时移分片文件的 归档方案，使得该节目不仅包括时移分片文件，还包括链接文件，针对时移分片文件，根据 其存储地址索引信息访问文件，针对链接文件，根据其指向的时移分片文件的存储地址索 引信息访问文件。以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的 优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发 明中的实施例及实施例中的特征可以相互组合。实施例一本实施例首先提供了一种IPTV系统中时移分片文件的归档方法，如图2所示，包 括如下步骤S201、当录制的节目满足归档条件时，流媒体服务器将该节目包括的时移分片文 件从所在频道的录制目录归档到同一频道的归档目录下；S202、确认被归档的各时移分片文件中存在被至少两个节目共享的时移分片文件 时，流媒体服务器在录制目录下添加链接文件，该链接文件指向该被至少两个节目共享的 时移分片文件。为了便于理解，举例进行说明。假设某个频道的节目1包括的时移分片文件为A、B和C，同一频道的节目2包括的 时移分片文件为C、D和E，可见时移分片文件C为被两个节目共享的时移分片文件，时移分 片文件A、B、C、D和E当前均保存在该频道的录制目录下。如果节目1需要归档，并且节目 1满足了归档条件，则节目1包括的时移分片文件A、B和C将从该频道的录制目录归档到 该频道的归档目录下；由于时移分片文件C为被两个节目共享的时移分片文件，则在录制 目录下添加链接文件C’，该链接文件C’指向时移分片文件C。针对节目2来说，虽然在节 目1被归档后导致其所有时移分片文件不在同一目录下(时移分片文件C在归档目录下， 时移分片文件D和E在录制目录下)，但是由于录制目录下链接文件C’的存在，能够指向 归档目录下的时移分片文件C，因此能够有效解决节目2的所有时移分片文件不在同一目 录下的问题，保证了节目2的正常播放。具体实施中，节目2可能需要归档，也可能不需要归档。如果节目2需要归档，并且节目2满足了归档条件，则节目2包括的时移分片文件D 和E将从该频道的录制目录归档到该频道的归档目录下。如果节目2不需要归档，则超出 老化时间后，节目2包括的时移分片文件D和E将会从录制目录下删除。因为节目2包括 的时移分片文件C已经被归档了，所以在录制目录下节目2包括的时移分片文件仅为D和 E。无论节目2被归档还是被删除，均无需再保存链接文件C’。为了节省IPTV系统中的存储空间，在录制目录下添加链接文件不能够也不必要 无限制保存，较佳的，在所述链接文件指向的时移分片文件所属的至少两个节目中的时移 分片文件全部归档后，或者所述链接文件指向的时移分片文件所属的最后一个节目老化 后，将所述链接文件从所述录制目录下删除。当然，也可以为链接文件配置生存时间，超过 生存时间之后将链接文件删除，生存时间大于或等于老化时间便可满足要求。在S202的具体实施中，确认被归档的各时移分片文件中存在被至少两个节目共 享的时移分片文件，具体包括步骤A、根据每一个被归档的时移分片文件对应的系统时间，按照时间先后顺序选 取最后一个时移分片文件；步骤B、如果当前节目的结束时间、以及另一个节目的开始时间在所述最后一个时 移分片文件对应的系统时间范围之内，则确认所述最后一个时移分片文件为被至少两个节 目共享的时移分片文件。具体实施中，所述录制的节目满足归档条件可以包括所述节目包括的所有时移 分片文件超出老化时间、且具有需要归档的标志，当然也可以设置其它归档条件，例如接收 到用于对某个节目进行归档的特定指令。具体实施中，通过流媒体服务器对IPTV业务子系 统下发的节目归档请求的处理流程，可以使得需要归档的节目包括的所有时移分片文件具 有需要归档的标志。如图3所示，该处理流程包括如下步骤S301、IPTV业务子系统向流媒体服务器发送节目归档请求，其中携带需要归档的 节目的频道标识和起止时间；具体实施中，如果用户通过NPVR业务，请求对当前正在播放的电视直播节目进行 录制，则该录制的节目需要归档；也可以根据IPTV系统的实际需求，确定需要归档的节目；S302、流媒体服务器根据频道标识和起止时间确定需要归档的节目包括的所有时 移分片文件，并为确定出的各时移分片文件添加需要归档的标志，例如为文件设置一 lbit 的标志位，如果标志位置1则表示需要归档，否则，表示不需要归档；后续如果该节目包括的所有时移分片文件超出老化时间、且具有需要归档的标 志，则确认满足归档条件，即按照上述IPTV系统中时移分片文件的归档方法进行归档处 理，具体请参见图2，归档完成后流媒体服务器将归档结果返回给IPTV业务子系统，归档结 果包括节目所在目录等信息。其中，NPVR业务的实现流程，如图4所示，包括如下步骤S400、用户终端向流媒体服务器发起NPVR业务请求，请求对当前正在播放的电视 直播节目进行录制；IPTV系统中，用户终端可以是STB(Set_TopBox，机顶盒)、也可以是PC (Personal Computer，个人计算机)、多媒体手机等；S401、IPTV业务子系统收集用户终端发起的NPVR业务请求，生成TV0D节目录制请求发送给流媒体服务器；针对同一频道来说，不同TV0D节目录制请求的录制时段互不重合；S402、流媒体服务器根据该请求录制的节目包括的时移分片文件的录制状况向 IPTV业务子系统返回TV0D节目录制确认，后续用户可以通过V0D的方式观看该节目；S403、IPTV业务子系统根据接收到的TV0D节目录制确认，向流媒体服务器发送节 目归档请求；流媒体服务器对IPTV业务子系统下发的节目归档请求的处理流程请参见图3，具 体不再赘述。基于同一技术构思，本实施例提供了一种流媒体服务器，由于该设备解决问题的 原理与IPTV系统中时移分片文件的归档方法相似，因此该设备的实施可以参见方法的实 施，重复之处不再赘述。如图5所示，流媒体服务器的一种可能结构，包括业务处理模块501，用于当录制的节目满足归档条件时，将所述节目包括的时移分 片文件从所在频道的录制目录归档到同一频道的归档目录下；文件管理模块502，用于确认被归档的各时移分片文件中存在被至少两个节目共 享的时移分片文件时，在所述录制目录下添加链接文件，所述链接文件指向所述被至少两 个节目共享的时移分片文件。较佳的，文件管理模块502，还用于在所述链接文件指向的时移分片文件所属的至 少两个节目中的时移分片文件全部归档后，或者所述链接文件指向的时移分片文件所属的 最后一个节目老化后，将所述链接文件从所述录制目录下删除。本实施例提供的IPTV系统中时移分片文件的归档方法及流媒体服务器，在节目 包括的时移分片文件从录制目录归档到归档目录下之后，如果发现被归档的各时移分片文 件中存在被至少两个节目共享的时移分片文件，则在原录制目录下添加链接文件，指向该 被至少两个节目共享的时移分片文件，从而有效解决了同一节目的所有时移分片文件可能 不在同一目录下的问题，保证了该节目的正常播放。实施例二基于实施例一提供的IPTV系统中时移分片文件的归档方案，本实施例首先提供 了一种IPTV系统中的节目播放方法，如图6所示，包括如下步骤S601、流媒体服务器接收用户终端发送的节目播放信令；S602、根据该节目播放信令请求播放的节目的节目文件路径，确定该节目包括的 每一个文件的类型；S603、针对每一个文件，如果确认结果为时移分片文件，根据该时移分片文件的存 储地址索引信息访问文件，如果确认结果为链接文件，根据该链接文件指向的时移分片文 件的存储地址索引信息访问文件；S604、流媒体服务器将所访问文件的媒体数据返回给用户终端进行播放。 需要说明的是，为了便于用户点播，针对每一个节目，流媒体服务器建立该节目的 节目文件路径与频道标识和起止时间之间的对应关系，节目文件路径对应该节目包括的每 一个文件(类型包括链接文件和时移分片文件)的存储地址索引信息，根据存储地址索引 信息可以确定文件的存储地址，从而实现对文件的访问。
9
为了便于理解，以用户点播NPVR节目为例，详细说明IPTV系统中的节目播放方 法，其中用户终端以STB为例，如图7所示，包括如下步骤S701、用户点播NPVR节目，STB向流媒体服务器发送DESCRIBE (描述)信令；其中DESCRIBE信令属于RTSP协议规定的信令，其中携带请求播放的节目的频道 标识和起止时间等信息；S702、流媒体服务器跟据DESCRIBE信令中请求播放的节目的频道标识和起止时 间确定节目文件路径，并向STB返回DESCRIBE响应；S703、STB根据接收到的DESCRIBE响应向流媒体服务器发送SETUP (设置)信令， SETUP信令中携带STB接收媒体数据的端口和方式；S704、流媒体服务器向STB返回SETUP响应，SETUP响应用于将本流媒体服务器发 送媒体数据的端口和方式告知STB ；S705、STB向流媒体服务器发送PLAY (播放)信令，请求播放该NPVR节目；S706、根据请求播放的NPVR节目的节目文件路径确定该节目包括的每一个文 件的类型，针对每一个文件，如果为链接文件，则执行S707，如果为时移分片文件，则执行 S708 ；S707、根据该链接文件指向的时移分片文件的存储地址索引信息访问文件；具体实施中，流媒体服务器根据存储地址索引信息能够查询到文件的存储地址， 从而实现对文件的访问，获得媒体数据；S708、根据该时移分片文件的存储地址索引信息访问文件；S709、将所访问文件的媒体数据返回给用户终端进行播放。基于同一技术构思，本实施例提供了一种流媒体服务器，由于该设备解决问题的 原理与IPTV系统中的节目播放方法相似，因此该设备的实施可以参见方法的实施，重复之 处不再赘述。如图8所示，流媒体服务器的一种可能结构，包括协议处理模块801、文件管理模 块802、数据管理模块803和承载模块804，其中协议处理模块801，用于接收用户终端发送的节目播放信令，将请求播放的节目的 节目文件路径发送给文件管理模块802 ；文件管理模块802，用于向数据管理模块803发起所述节目包括的每一个文件的 存储地址索引信息的查询请求，其中携带所述节目文件路径，根据查询到的每一个文件的 存储地址索引信息访问文件，并将所访问文件的媒体数据发送给承载模块804 ；数据管理模块803，用于根据所述查询请求中携带的节目文件路径，确定所述节目 包括的每一个文件的类型，如果确定结果为时移分片文件，向所述文件管理模块返回该时 移分片文件的存储地址索引信息，如果确定结果为链接文件，向文件管理模块802返回该 链接文件指向的时移分片文件的存储地址索引信息；承载模块804，用于将文件管理模块802发送的媒体数据返回给用户终端进行播 放。本发明实施例提供的IPTV系统中的节目播放方法和流媒体服务器，对于所有时 移分片文件不在同一目录下的节目，基于上述IPTV系统中时移分片文件的归档方案使得 该节目不仅包括时移分片文件，还包括链接文件，针对时移分片文件，根据其存储地址索引信息访问文件，针对链接文件，根据其指向的时移分片文件的存储地址索引信息访问文件， 从而无需切换目录即可实现节目的播放，在不影响TV0D业务和TSTV业务的前提下，使得 NPVR业务能够正常运行，保证用户正常观看NPVR节目，降低了 IPTV系统中消息的交互量， 同时有效抑制了播放呼损率，提升了用户感受。本领域内的技术人员应明白，本发明的实施例可提供为方法、设备、或计算机程序 产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产 品的形式。本发明是参照根据本发明实施例的方法、设备、和计算机程序产品的流程图和/ 或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和 /或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指 令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生 一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现 在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图 一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造 性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优 选实施例以及落入本发明范围的所有变更和修改。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内，则本发明也意图包含这些改动和变型在内。
权利要求
一种IPTV系统中时移分片文件的归档方法，其特征在于，包括当录制的节目满足归档条件时，将所述节目包括的时移分片文件从所在频道的录制目录归档到同一频道的归档目录下；确认被归档的各时移分片文件中存在被至少两个节目共享的时移分片文件时，在所述录制目录下添加链接文件，所述链接文件指向所述被至少两个节目共享的时移分片文件。
2.如权利要求1所述的方法，其特征在于，还包括在所述链接文件指向的时移分片文件所属的至少两个节目中的时移分片文件全部归 档后，或者所述链接文件指向的时移分片文件所属的最后一个节目老化后，将所述链接文 件从所述录制目录下删除。
3.如权利要求1或2所述的方法，其特征在于，还包括接收IPTV业务子系统下发的节目归档请求，其中携带需要归档的节目的频道标识和 起止时间；根据所述频道标识和起止时间确定需要归档的节目包括的所有时移分片文件，并为确 定出的各时移分片文件添加需要归档的标志。
4.如权利要求3所述的方法，其特征在于，所述录制的节目满足归档条件包括所述节 目包括的所有时移分片文件超出老化时间、且具有需要归档的标志。
5.如权利要求1或2所述的方法，其特征在于，所述确认被归档的时移分片文件中存在 被至少两个节目共享的时移分片文件，具体包括根据每一个被归档的时移分片文件对应的系统时间，按照时间先后顺序选取最后一个 时移分片文件；如果当前节目的结束时间、以及另一个节目的开始时间在所述最后一个时移分片文件 对应的系统时间范围之内，则确认所述最后一个时移分片文件为被至少两个节目共享的时 移分片文件。
6.一种流媒体服务器，其特征在于，包括业务处理模块，用于当录制的节目满足归档条件时，将所述节目包括的时移分片文件 从所在频道的录制目录归档到同一频道的归档目录下；文件管理模块，用于确认被归档的各时移分片文件中存在被至少两个节目共享的时移 分片文件时，在所述录制目录下添加链接文件，所述链接文件指向所述被至少两个节目共 享的时移分片文件。
7.如权利要求6所述的流媒体服务器，其特征在于，所述文件管理模块，还用于在所述链接文件指向的时移分片文件所属的至少两个节目 中的时移分片文件全部归档后，或者所述链接文件指向的时移分片文件所属的最后一个节 目老化后，将所述链接文件从所述录制目录下删除。
8.一种基于权利要求1所述归档方法的节目播放方法，其特征在于，包括接收用户终端发送的节目播放信令；根据所述节目播放信令请求播放的节目的节目文件路径，确定所述节目包括的每一个 文件的类型；针对每一个文件，如果确定结果为时移分片文件，根据该时移分片文件的存储地址索 引信息访问文件，如果确定结果为链接文件，根据该链接文件指向的时移分片文件的存储地址索引信息访问文件；并将所访问文件的媒体数据返回给用户终端进行播放。
9.如权利要求8所述的方法，其特征在于，所述接收用户终端发送的节目播放信令之 前,还包括接收用户终端发送的描述DESCRIBE信令，其中携带请求播放的节目的频道标识和起 止时间；以及根据请求播放的节目的频道标识和起止时间确定节目文件路径，并向所述用户终端返 回DESCRIBE响应；接收用户终端根据所述DESCRIBE响应发送的设置SETUP信令，所述SETUP信令中携带 用户终端接收媒体数据的端口和方式；以及向所述用户终端返回SETUP响应，所述SETUP响应用于将发送媒体数据的端口和方式 告知用户终端。
10.一种流媒体服务器，其特征在于，包括协议处理模块、文件管理模块、数据管理模块 和承载模块，其中所述协议处理模块，用于接收用户终端发送的节目播放信令，将请求播放的节目的节 目文件路径发送给所述文件管理模块；所述文件管理模块，用于向所述数据管理模块发起所述节目包括的每一个文件的存储 地址索引信息的查询请求，其中携带所述节目文件路径，根据查询到的每一个文件的存储 地址索引信息访问文件，并将所访问文件的媒体数据发送给所述承载模块；所述数据管理模块，用于根据所述查询请求中携带的节目文件路径，确定所述节目包 括的每一个文件的类型，如果确定结果为时移分片文件，向所述文件管理模块返回该时移 分片文件的存储地址索引信息，如果确定结果为链接文件，向所述文件管理模块返回该链 接文件指向的时移分片文件的存储地址索引信息；所述承载模块，用于将所述文件管理模块发送的媒体数据返回给用户终端进行播放。
全文摘要
本发明公开了一种IPTV系统中时移分片文件的归档方法和流媒体服务器，用以解决同一节目的所有时移分片文件可能不在同一目录下，从而该节目无法正常播放的问题。所述归档方法，包括当录制的节目满足归档条件时，将该节目包括的时移分片文件从所在频道的录制目录归档到同一频道的归档目录下；确认被归档的各时移分片文件中存在被至少两个节目共享的时移分片文件时，在录制目录下添加链接文件，指向该被至少两个节目共享的时移分片文件。本发明还公开了一种基于上述归档方法的节目播放方法和流媒体服务器，用以解决针对所有时移分片文件不在同一目录下的节目，在播放时需要切换目录，导致IPTV系统中消息交互量大，播放呼损率较高的问题。
文档编号H04N7/173GK101848366SQ20101016829
公开日2010年9月29日 申请日期2010年5月7日 优先权日2010年5月7日
发明者肖蓉 申请人:中兴通讯股份有限公司