CN100486329C

CN100486329C - 一种iptv与流媒体设备的接口适配方法

Info

Publication number: CN100486329C
Application number: CNB2005100954504A
Authority: CN
Inventors: 刘琰; 王印龙; 韩炜; 胡捷
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2005-11-16
Filing date: 2005-11-16
Publication date: 2009-05-06
Anticipated expiration: 2025-11-16
Also published as: US20090234964A1; RU2407170C2; EP1954043A4; CN1968398A; EP1954043A1; WO2007056924A1; RU2008118416A

Abstract

本发明旨在提供一种IPTV与流媒体设备的接口适配方法，包括以下步骤：适配层接收到业务层的批命令，判断批命令的类型；适配层判断所述批命令类型，并分别解析或生成原子命令；适配层根据原子命令在流媒体设备上的约束条件，把所述解析或生成的原子命令存入队列中；适配层在约束条件满足的情况下，从队列中获得原子命令向流媒体设备发送请求；判断执行结果，如果成功，则流程结束；否则，可以根据预制的策略，选择相应的发送模式。采用本发明，运营商能够方便的采用多种流媒体设备，更为方便、有效的为流媒体消费者提供服务。

Description

一种IPTV与流媒体设备的接口适配方法

技术领域

本发明涉及电信通讯行业IPTV(网络电视)领域，特别涉及IPTV中的接口适配技术。

背景技术

IPTV(网络电视)业务是指以机顶盒接入到宽带网络，以PC机(个人电脑)或者电视机为显示终端，从而为用户提供一种交互式电视体验和多媒体服务的宽带增值业务。这样的方式，使得IPTV业务的适用范围相当广阔。

由于IPTV充分利用电信、电视、互联网各自的优势和特点，有效地实现了媒体提供者和媒体消费者的实质性互动；因此，它将会成为电信行业下一个极具前景的增值业务，具有巨大的市场潜力。

流媒体设备在IPTV业务中承担着重要的作用，它具有直接面向终端用户为其提供服务的功能。流媒体设备采用流传输的技术，通过网络实时传输多媒体数据。而实时传输数据的方法就是通过流化把数据分成适当大小的分组，然后在服务器和客户端之间传输。

但是流媒体设备制造厂商的产品多种多样，制造的流媒体设备千差万别，这就给上层业务层管理和控制流媒体设备造成了很大的困难。

另外，在IPTV业务中，上层业务层次所面向的是电信网络运营商或者虚拟业务运营商等企业级别的客户，这就需要保证业务层的各种实时或者非实时的功能在预期的时间内能够实现并呈现给客户，以满足电信级或者企业级客户的要求。因此，大多数业务层的批命令或者原子命令，更多的是批命令，需要得到下层流媒体设备层的执行结果，并且在得到失败的结果时，能够将失败的那一部分命令进行重发。所以，针对业务层次的接口绝大部分是异步的。

而对于流媒体设备层次，它只要能够识别最基本的流媒体技术层次上的原子命令就可以满足需求了，此外，流媒体设备层由于直接面向众多的终端用户，直接为终端用户提供服务，这样流媒体设备层不仅要承担巨大的网络负载，还要保证对终端用户的响应时间不超过某个阈值，在这样的情况下，大多数流媒体设备厂商的流媒体设备是不带有数据库的，所以流媒体设备很少缓存上层的命令。因此，与流媒体设备层之间的接口一般是同步的。

因此，在IPTV业务中，适配层面临的的挑战主要是批命令与原子命令之间的转换以及同步消息传输模式和异步消息传输模式之间的协调。

所以为了使得上层的业务管理层模块化、统一化，就有必要对IPTV与流媒体设备之间的接口进行适配，这样，在上层的控制和管理模块不需要改动的情况下，不同的流媒体设备都可以通过接口适配层与业务管理层通信。

发明内容

本发明的目的在于，提供一种IPTV与流媒体设备的接口适配方法，使得IPTV能够同时与多种流媒体设备进行通信，以便解决现有流媒体设备多样化的问题，并实现现有IPTV系统中流媒体设备上层控制模块的统一化问题，增强IPTV业务的性能。

本发明采用以下技术方案：一种IPTV与流媒体设备的接口适配方法，包括以下步骤：

步骤一：适配层接收到业务层的批命令，判断批命令的类型；

步骤二：适配层判断所述批命令类型，并分别解析或生成原子命令；

步骤三：适配层根据原子命令在流媒体设备上的约束条件，把所述解析或生成的原子命令存入队列中；

步骤四：适配层在约束条件满足的情况下，从队列中获得原子命令向流媒体设备发送请求；

步骤五：判断步骤四的执行结果，如果成功，则流程结束；否则，可以根据预制的策略，选择相应的发送模式。

进一步地，步骤二中对于不同类型的批命令，分别作以下处理：解析出批命令中的命令个数以及每个命令的长度，然后根据这两个参数，将批命令解析成符合发送格式的原子命令；或者，根据批命令的消息结构，解析出其中的特定字段，然后根据预制的格式，生成符合发送格式的原子命令。

进一步地，步骤三中约束条件至少包括：时间、优先级。

进一步地，对于时间的约束至少包括两种处理方式：若命令在时间上要求立即发送，则不需将命令存入队列中即可向流媒体设备发送；若命令要求在一定的时间点上发送，则先将命令存入队列中，在时间点到达时，在从队列中取出该命令进行发送。

进一步地，在步骤五中，所采用的预制策略和发送模式的对应关系至少包括：若命令不需重发，则立即丢弃；若命令需要重发，则将命令存入队列。

进一步地，存入队列的命令至少可以分为两种发送模式：若重新发送存在约束条件，则在约束条件满足时从队列中取出命令向流媒体设备发送；若重新发送不存在约束条件，则在适配层空闲的时候，从队列中取出命令向流媒体设备发送。

进一步地，所述队列可以采用表，也可以采用散列单元的方法实现。

与现有技术相比，本发明在结合流媒体技术的情况下，不仅能够实现电信级要求的基本业务，满足其基本需求，而且可以允许电信级用户根据自己的业务需要，动态选择使用哪些类型的接口适配模块，来满足所希望的某些特定方面的要求，提高了IPTV业务的灵活性，避免了一些不必要模块的加载，满足了用户的自主性。在增加新业务的情况下，采用本发明还可以在不改变原有模块的基础上在模块中添加新的功能，这就大大地提高了模块的可扩展性，避免了重新开发的运营成本，提高了系统的稳定性和后期的维护质量，降低了维护成本。

附图说明

图1是本发明应用的系统的框架结构图；

图2是本发明的接口适配方法流程图；

图3是本发明实施例，在频道管理中频道创建的流程图。

具体实施方式

下面结合附图对本发明的具体实施方式再做进一步说明。

图1是本发明应用的IPTV系统的框架结构图，系统包括业务支撑平台、适配层和流媒体系统。业务支撑平台(业务层)包括：服务控制模块、内容控制模块和网络管理模块，还包括数据库和各种IPTV业务。流媒体系统(流媒体设备层)包括：媒体服务缓存、媒体存储装置、媒体传输单元和服务接口。适配层将业务层次的批命令解析并转化成流媒体设备可以识别的最基本的原子命令，并协调业务层和流媒体设备层之间的同步和异步传输模式。

为了保证总的服务吞吐量和稳定的服务质量，可以把多个流媒体设备集中成簇，这一簇流媒体设备称为一个边缘节点，一个边缘节点内的所有流媒体设备统一为某一区域内的终端用户服务，这样就可以有效的控制整个网络内的数据流量。而在业务层上，所关心的只是每个边缘节点的整体性能和服务吞吐量，对于边缘节点内具体的各个流媒体设备的性能参数和功能流向上层业务层是不关心的，而且如果边缘节点的每个流媒体设备都由业务层次来管理，就会形成业务上的瓶颈，造成网络的极大负担。为了缓解业务层管理上的负担，采用由每个边缘节点的上的各个适配层来分散的管理各个流媒体设备，并将本边缘节点的管理数据分析汇总，集中上报到上层业务层。

IPTV业务管理层和流媒体设备之间的接口可进行分类，类别主要包括：内容管理、频道管理、计费、资源上报等。不同类别的接口具备自己独有的一些特点，根据这些特点，不仅可以标识该接口的类别，还可以根据不同接口的具体功能上的特点，在不同的消息结构上封装具体的操作，从而不仅可以满足和不同流媒体设备进行通信的需求，而且可以大大的简化控制流程。譬如在频道管理中的频道编号，在内容管理中的内容编号，都可以方便地用于识别并确定采用哪种类型的消息结构。

图2是本发明的接口适配方法流程图，包括以下步骤：

第一步：适配层接收到业务层的批命令，判断命令的类型。

第二步：适配层判断第一步中的命令类型，并分别处理：

对于类型甲，首先解析出批命令中的命令个数以及每个命令的长度，然后根据这两个参数，将批命令解析成符合发送格式的原子命令；

对于类型乙，首先根据批命令的消息结构，解析出其中的特定字段，然后根据预制的格式，生成符合发送格式的原子命令。

第三步：适配层根据原子命令在流媒体设备上的约束条件，把第二步中解析或生成的原子命令存入队列中；

其中，约束条件至少包括时间、优先级；这里对于时间的约束至少有两种处理方式：

若命令在时间上要求立即发送，则不需将命令存入队列中即可向流媒体设备发送；

若命令要求在一定的时间点上发送，则先将命令存入队列中，在时间点到达时，在从队列中取出该命令进行发送。

第四步：适配层在约束条件满足的情况下，从队列中获得原子命令向流媒体设备发送请求。

第五步：判断第四步中命令的执行结果，如果成功，则流程结束；否则，可以根据预制的策略，选择相应的发送模式。

其中，第三步和第五步中的队列可以采用表，也可以采用散列单元的方法实现。

其中，在第五步中，所采用的预制策略和发送模式的对应关系至少包括：

若命令不需重发，则立即丢弃；

若命令需要重发，则将命令存入队列；存入队列的命令至少可以分为两种发送模式：

若重新发送存在约束条件，则在约束条件满足时从队列中取出命令向流媒体设备发送；

若重新发送不存在约束条件，则在适配层空闲的时候，从队列中取出命令向流媒体设备发送。

图3是本发明实施例，下面结合图3，以在频道管理中频道创建的流程来具体说明本发明应用。在本实施例中，上层的业务管理模块的消息传输模式是异步的，而在流媒体设备上，消息的传输模式是同步的。本实施例流程包括以下步骤：

步骤A：适配层接收到上层业务管理层(即业务层)的频道创建请求消息。

步骤B：适配层根据流媒体设备要求的请求消息结构，对业务管理层的消息进行解析，譬如说把频道编号解析成流媒体设备可以识别的ChannelCode，然后对该消息中的字段进行解析，组装发往流媒体设备的请求消息。

步骤C：如果命令要立即下发，则立即向流媒体设备发送请求消息，否则，把步骤B中的原子命令存入队列甲中。

步骤D：在满足指定条件的情况下，从队列甲中获得命令向流媒体设备发送请求消息。

步骤E：判断步骤D中命令的执行结果，如果发送成功，则执行步骤F；否则，将命令存入队列乙中，若该命令需要重新发送，则判断重新发送是否存在约束条件，本实施例中的约束条件是发送次数是否小于3，是则从队列乙中取出命令向流媒体设备发送，否则执行步骤F；本步骤还设置另一约束条件定时器，定时器到时才从队列乙中取出命令向流媒体设备发送。

步骤F：如果向流媒体设备发送成功，则向上层业务管理层回应接收成功的ACK响应消息，否则，向上层业务管理层返回接收失败的消息，本次会话结束；

步骤G：向流媒体设备发送请求成功以后，将上层业务管理层的请求消息缓存在对应的消息队列中；

步骤H：接收到流媒体设备返回的同步结果消息，把这个结果消息先进性解析，组合成上层业务管理层可以识别的消息结构，譬如说要由缓存的请求消息中获得业务管理层发送请求的序列号，然后把结果消息发送给上层的业务管理模块，从而使业务管理模块识别出是对应哪个请求的结果消息，完成此次异步消息的传输；流程结束。

采用本发明，运营商能够方便的采用多种流媒体设备，更为方便、有效的为流媒体消费者提供服务。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims

1.一种IPTV与流媒体设备的接口适配方法，包括以下步骤：

步骤五：判断步骤四的执行结果，如果成功，则流程结束；否则，根据预制的策略，选择相应的发送模式。

2.根据权利要求1所述的方法，其特征在于，步骤二中对于不同类型的批命令，分别作以下处理：解析出批命令中的命令个数以及每个命令的长度，然后根据这两个参数，将批命令解析成符合发送格式的原子命令；或者，根据批命令的消息结构，解析出其中的特定字段，然后根据预制的格式，生成符合发送格式的原子命令。

3.根据权利要求1或2所述的方法，其特征在于，步骤三中约束条件至少包括：时间或优先级。

4.根据权利要求3所述的方法，其特征在于，对于时间的约束至少包括两种处理方式：若命令在时间上要求立即发送，则不需将命令存入队列中即可向流媒体设备发送；若命令要求在一定的时间点上发送，则先将命令存入队列中，在时间点到达时，再从队列中取出该命令进行发送。

5.根据权利要求1或2所述的方法，其特征在于，在步骤五中，所采用的预制策略和发送模式的对应关系至少包括：若命令不需重发，则立即丢弃；若命令需要重发，则将命令存入队列。

6.根据权利要求5所述的方法，其特征在于，存入队列的命令至少分为两种发送模式：若重新发送存在约束条件，则在约束条件满足时从队列中取出命令向流媒体设备发送；若重新发送不存在约束条件，则在适配层空闲的时候，从队列中取出命令向流媒体设备发送。

7.根据权利要求1或2或4或6所述的方法，其特征在于，所述队列采用表，或采用散列单元的方法实现。