互联网电视业务实现方法、设备及系统的制作方法

专利名称：互联网电视业务实现方法、设备及系统的制作方法
技术领域：
本发明涉及通信:技术领域，尤其涉及一种互联网电^L (Internet Protocol Television,以下简称IPTV)业务实现方法、i殳备及系统。
背景技术：
IPTV正在成为众所周知的媒体获取手段，其又被称为交互式网络电视、 网络电视等，IPTV业务应用正处于不断推广、改进和完善的过程中。
现有的IPTV业务，通常是由各公司独立开发的IPTV系统来承载的。作 为一个IPTV系统， 一般包括业务提供侧和用户侧两方面的设备。业务提供侧 设备又称IPTV业务系统，其包括业务管理系统和业务支撑系统，用户侧设备 即业务终端，通常指安装在各用户家中的机顶盒。各公司提供IPTV业务一般 涉及两方面，即业务浏览和业务服务，分别由IPTV业务系统中不同的子系统 提供。业务浏览一般由相应的电子节目菜单(Electronic Program Guide, 以下简称EPG)系统提供。业务服务则由业务支撑系统提供，业务管理系统 一般用于进行信息管理，例如业务订购、鉴权等。对于各公司而言，其业务 浏览和业务服务通常是绑定实现的，难以剥离。在业务实现过程中，业务终 端通过其内设置的浏览器中间件进行业务浏览，从而查找和管理IPTV业务， 还通过其内设置的视频流解码内核接收业务数据流，从而获取和使用IPTV业 务。
由于各个公司依照不同的规范独立开发各自的IPTV系统，所以不同公司 提供的IPTV业务无法兼容。某个公司提供的业务终端中使用相同的浏览器中 间件和视频流解码内核，只能选择该公司提供的业务浏览和业务服务系统，不同公司的业务终端不能接入其他公司的IPTV业务系统从中获取业务浏览 和业务服务。现有IPTV业务的实现模式如图1所示，业务终端与各IPTV业 务系统之间交互EPG和数据流(DATA ) 。 A 7>司业务终端10可以访问A />司 的IPTV业务系统11 ，但不能有效地访问B公司或C公司的IPTV业务系统21 、 31，同样，B公司或C公司业务终端20、 30也存在同样的问题。对于各公司 推出的IPTV增值业务也存在无法互连互通的问题，其他公司的业务终端不可 以进行访问，例如A公司业务终端不能与D公司IPTV增值业务子系统交互， 无法获取D公司提供的IPTV增值业务。
随着IPTV业务的普及，各IPTV系统的互通互联性问题已成为有效利用 资源和最大限度满足客户需求的障碍。对于运营商来说，在实际运营过程中 提供IPTV业务时会遇到诸多问题，例如1、使用同一个公司的IPTV业务系 统无法将其业务服务和业务浏览剥离开，限制了 IPTV基本业务的推广，因为 业务服务和业务浏览的绑定，且不能互通提供，所以IPTV系统的业务，特别 是各类增值业务无法提供给其他用户，限制了其发展，不利于运营商创造新的 业务增长点；2、用户和公司均不能使用第三方制造的终端设备或系统设备， 例如机顶盒、浏览器等，也无能使用其他的软件系统，这不利于产业链的健 康发展，也4艮难P争低运营商的运营成本；3、统一的业务规范无法制订实施， 限制了该行业的发展。

发明内容
本发明实施例提供一种IPTV业务实现方法、设备及系统，以实现IPTV 业务中业务浏览的兼容性、互通性，充分利用现有网络资源，推广IPTV业务。 本发明实施例提供了 一种互联网电视业务实现方法，包括如下步骤 接收业务终端发送的业务获取请求；
根据所述业务获取请求向互联网电视业务系统发送信息获取请求； 接收所述互联网电视业务系统返回的业务信息；将所述业务信息转换为信息页，并发送给所述业务终端。
本发明实施例还提供了 一种互联网电视业务实现设备，包括 终端接口模块，用于接收业务终端发送的业务获取请求；
系统接口模块，用于根据所述业务获取请求向互联网电视业务系统发送 信息获取请求，并用于接收所述互联网电视业务系统返回的业务信息；
转换模块，与所述终端接口模块和所述系统接口模块分别相连，用于将 所述业务信息转换为信息页，并通过所述终端接口才莫块发送给所述业务终端。
本发明实施例又提供了 一种采用本发明互联网电视业务实现设备的系 统，还包括业务终端和互耳关网电^L业务系统；所述业务终端与所述终端4妄 口模块相连；所述互联网电视业务系统与所述系统接口模块相连。
上述IPTV业务实现设备具体是一 EPG门户中间件，由EPG门户中间件执 行上述IPTV业务实现方法。由以上技术方案可知，本发明实施例通过EPG门 户中间件来实现业务终端和IPTV业务系统之间的交互，通过EPG门户中间对 交互的信息的转换和转发作用，实现了各公司IPTV系统之间的兼容，有利于 最大限度的利用现有IPTV业务资源，为用户提供更丰富的IPTV业务浏览服 务。
下面通过具体实施例并结合附图对本发明做进一步的详细描述。


图1为现有技术中IPTV系统的业务实现模式示意图； 图2为本发明IPTV业务实现方法具体实施例一的信令流程图； 图3为本发明IPTV业务实现方法具体实施例二的信令流程图； 图4为本发明IPTV业务实现方法具体实施例三的信令流程图； 图5为本发明IPTV业务实现方法具体实施例四的信令流程图； 图6为本发明IPTV业务实现方法具体实施例五的信令流程图；图7为本发明IPTV业务实现方法具体实施例六的信令流程图 图8为本发明IPTV业务实现方法具体实施例七的信令流程图 图9为本发明IPTV业务实现方法具体实施例八的信令流程图 图IO为本发明IPTV业务实现方法实施例业务实现模式示意图； 图11为本发明IPTV业务实现设备实施例的结构示意图； 图12为本发明IPTV业务实现系统实施例的结构示意图。 图中
IO-A公司业务终端 11-A公司IPTV业务系统20-B/^司业务终端
21-B公司IPTV业务系统30-C公司业务终端 31-C公司IPTV业务系统
50-EPG门户中间件 51-终端接口模块 52-系统接口模块
53-转换模块 54-获取模块 55-存储模块
具体实施例方式
本发明IPTV业务实现方法各实施例的技术方案是通过业务终端访问EPG 门户中间件来实现的。各实施例中所涉及的EPG门户中间件是引入IPTV系统 的门户网元，独立于IPTV系统中的各个业务子系统和业务终端，EPG门户中 间件作为各业务子系统和业务终端之间交互业务浏览信息的桥梁，EGP门户 中间件可以是原有各公司IPTV系统中EPG系统功能的集合，原有的各个EGP 系统可以逐渐弱化被取代，也可以保留其独立的工作，使整个IPTV网络系统 平滑地演进。
EPG门户中间件与IPTV业务系统之中的各子系统交互，且与业务终端交 互，其基本交互步骤如下
步骤1、 EPG门户中间件接收业务终端发送的业务获取请求；
步骤2、 EPG门户中间件对业务获取请求进行分析，根据业务获取请求向 IPTV业务系统发送信息获取请求；
步骤3、 EPG门户中间件接收IPTV业务系统返回的业务信息；步骤4、 EPG门户中间件将业务信息转换为信息页，并发送给业务终端， 即机顶盒。
基于上述方式，可实现多种IPTV业务系统中的业务浏览，对于业务服务 的问题，例如视频数据传送、音频数据传送等，可以直接按现有IPTV系统中 的交互方式来处理。下面分别描述各种具体的业务浏览流程。
IPTV业务实现方法实施例一
如图2所示为本发明互联网电视业务实现方法具体实施例一的信令流程 图。业务终端可以通过EPG门户中间件实现在线业务订购，通常，EPG门户 中间件会为业务终端提供一 自服务业务页，相当于业务终端接入EPG门户中 间件的接口，业务终端可以从自服务业务页中的选项中选择相应的服务，选 定对应的选项时即可发送相应的业务获取请求。本实施例具体为业务终端通 过自服务业务功能进行IPTV业务在线订购的流程，具体为通过访问EPG门户 中间件实现IPTV业务中的业务订购流程。该流程具体包括如下步骤
步骤201、 EPG门户中间件接收业务终端发送的业务订购请求，业务订购 请求即业务获取请求中的一种具体形式，以此来触发对某IPTV业务的订购；
步骤202、 EPG门户中间件才艮据该业务订购请求向IPTV业务系统中的业 务管理系统发送信息获取请求，该信息获取请求是EPG门户中间件才艮据业务 订购请求产生的，具体是根据业务订购请求在本地查询发送该业务订购请求 的用户信息，或者从该业务订购请求中解析获取携带于其中的用户信息，将 该用户信息和业务订购请求作为信息获取请求；
步骤203、当业务管理系统接收到信息获取请求时，从中解析识别出用 户信息，根据用户信息进行用户鉴权，即根据本地存储的相应数据判断该用 户是否有资格订购IPTV业务。或者，业务管理系统可以从信息获取请求中解 析识别业务获取订购请求，根据业务订购请求进行业务鉴权，即根据本地存 储的相应数据判断该业务是否能够被订购，例如是否有订购时限要求等。再 或者，可以将上述用户鉴权和业务鉴权相结合，同时解析识别用户信息和业 务订购请求，判断该用户是否有资格订购该IPTV业务；步骤204、当鉴权通过时，业务管理系统为该用户建立订购关系，在本 地记录相关的订购关系数据，同时将订购成功响应作为业务信息返回给EPG 门户中间件，为方便用户使用，还可以将所订购的IPTV业务的基本介绍或其 他信息一并返回。当鉴权不通过时，业务管理系统可以将订购失败响应作为 业务信息返回给EPG门户中间件，进一步还可以将失败原因等信息返回给EPG 门户中间件，从而提供给用户；
步骤205、 EPG门户中间件将接收到的业务信息转换为信息页，具体的一 种实现形式可以是在本地存储多种与业务逻辑对应的显示才莫板，例如其中一 种对应的是订购成功或失败响应的显示模板，EPG门户中间件根据业务信息 的类型在本地查询获取对应的显示模板；订购成功或失败响应通常是基本数 据的形式，在确定显示模块后，可以将返回的业务信息基本数据填入显示模 板中，生成相应的信息页，并将该信息页发送给业务终端，呈现给用户。随 着业务信息内容的扩展，可以方便的通过显示模板的改进和扩充来适应多种 返回的业务信息的形式。在具体应用中，可以进一步使业务管理系统在返回 的业务信息中标识其类型，以供EPG门户中间件作为依据来选择显示才莫板。
本实施例的技术方案，通过EPG门户中间件方便地实现了任一公司的业 务终端从其他公司的IPTV业务系统中的业务管理系统订购IPTV业务的方法， 实现了各公司IPTV系统的兼容性，有利于IPTV业务的推广，也能使用户和 运营商充分利用现有的资源。该方案的可推广性好、可扩展性强，现有IPTV 系统用户侧和网络侧的设备均无需进行大的改进，通过与EPG门户中间件的 交互即可实现互通性，且通过对EPG门户中间件的升级和改进可以方便地提 升系统能力，因此可扩展性强。
IPTV业务实现方法实施例二
如图3所示为本发明互联网电视业务实现方法具体实施例二的信令流程 图。在业务终端订购了 IPTV业务之后，还可以通过EPG门户中间件执行在线 的IPTV业务退订流程。该流程具体包括如下步骤
步骤301、 EPG门户中间件接收业务终端发送的业务退订请求，业务退订请求也是业务获取请求中的一种具体形式，以此来触发对某IPTV业务的退
订；
步骤302、 EPG门户中间件根据该业务退订请求向IPTV业务系统中的业 务管理系统发送信息获取请求，该信息获取请求是EPG门户中间件根据业务 退订请求产生的，具体是根据业务退订请求在本地查询发送该业务退订请求 的用户信息，或者从该业务退订请求中解析获取携带于其中的用户信息，将 该用户信息和业务退订请求作为信息获取请求；
步骤303、当业务管理系统接收到信息获取请求时，与进行业务订购的 流程类似，从中解析识别出用户信息，根据用户信息进行用户鉴权，或者， 根据解析识别到的业务退订请求进行业务鉴权，再或者可以将上述用户鉴权 和业务鉴权相结合进行鉴权，判断该用户是否有资格取消该业务的订购关系；
步骤304、当鉴权通过时，业务管理系统为该用户取消订购关系，并在 本地更新相应的记录，而后将退订成功响应作为业务信息返回给EPG门户中 间件。当鉴权不通过时，业务管理系统可以将退订失败响应作为业务信息返 回给EPG门户中间件，进一步还可以将失败原因等信息返回给EPG门户中间 件，从而提供给用户；
步骤305、 EPG门户中间件将接收到的业务信息转换为信息页，具体的实 现形式可以采用上述实施例 一 中的信息页转换方式。
本实施例的技术方案，通过EPG门户中间件方便地实现了任一公司的业 务终端解除与其他公司的IPTV业务的业务订购关系，实现了各公司IPTV系 统的兼容性，有利于IPTV业务的推广，也能使用户和运营商充分利用现有的 资源，且该方案的可推广性好、可扩展性强。
IPTV业务实现方法实施例三
如图4所示为本发明互联网电视业务实现方法具体实施例三的信令流程 图。本实施例具体为业务终端通过EPG门户中间件4丸行IPTV业务查询流程， 即业务终端可以通过访问EPG门户中间件，使用自服务业务中的查询功能来 在线查询已经订购或未订购的IPTV业务的相关信息。该查询流程具体包括如下步骤
步骤401、 EPG门户中间件接收业务终端发送的业务查询请求，业务查询 请求是业务获取请求中的另一种具体形式，以此来触发对IPTV业务相关信息 的查询；
步骤402、 EPG门户中间件根据该业务查询请求向业务支撑系统发送信息 获取请求，该信息获取请求是EPG门户中间件根据业务查询请求产生的，具 体是根据业务查询请求在本地查询发送该业务查询请求的用户信息，或者从 该业务查询请求中解析获取携带于其中的用户信息，将该用户信息和业务查 询请求作为信息获取请求；
步骤403、当业务支撑系统接收到信息获取请求时，与进行业务订购和 退订的流程类似，从中解析识别出用户信息，根据用户信息进行用户鉴权， 或者根据解析识别到的业务查询请求进行业务鉴权，再或者可以将上述用户 鉴权和业务鉴权相结合进行鉴权，判断该用户是否有资格查询IPTV业务，或 判断该用户可查询的IPTV业务的范围；
步骤404、当鉴权通过时，业务支撑系统将该用户查询的IPTV业务的相 关信息作为业务信息返回给EPG门户中间件。当鉴权不通过时，业务支撑系 统可以将查询失败响应作为业务信息返回给EPG门户中间件，进一步还可以 将失败原因等信息返回给EPG门户中间件，从而提供给用户；
步骤405、 EPG门户中间件将接收到的业务信息转换为信息页，具体的实 现形式可以采用上述实施例 一 中的信息页转换方式。
在本实施例中，通过自服务业务中的指示，业务终端还可以选定某公司或 某类别的业务，在业务查询请求中附加查询限定的条件，当EPG门户中间件接 收到该业务查询请求时，可以解析其中的参数进行识别，根据识别到的参数将 业务查询请求发送给指定公司的IPTV业务系统，或者发送给具有某个共性的 部分IPTV业务系统，例如均提供有记录片类视听业务的IPTV业务系统。
本实施例的技术方案，通过EPG门户中间件方便地实现了任一公司的业 务终端可查询其他公司的IPTV业务，实现了各公司IPTV系统的兼容性，有利于IPTV业务的推广，也能使用户和运营商充分利用现有的资源，且该方案 的可推广性好、可扩展性强。
IPTV业务实现方法实施例四
图。本实施例具体为业务终端在完成IPTV业务订购之后，通过EPG门户中间 件向IPTV业务系统中的业务支撑系统发送请求，以启动已订购的某项IPTV 业务的业务启动流程。该流程具体包括如下步骤
步骤501、 EPG门户中间件接收业务终端发送的业务启动请求，业务启动 请求是业务获取请求中的一种具体形式，以此来触发对某项已订购IPTV业务 的启动；
步骤502、 EPG门户中间件根据该业务启动请求向业务支撑系统发送信息 获取请求，该信息获取请求是EPG门户中间件根据业务启动请求产生的，具 体是根据业务启动请求在本地查询发送该业务启动请求的用户信息，或者从 该业务启动请求中解析获取携带于其中的用户信息，将该用户信息和业务启 动请求作为信息获取请求。进一步地，EPG门户中间还可以根据业务启动请 求识别请求启动的该IPTV业务所属的公司，以及其所属的类型，例如属于A 公司的多媒体业务，在识别到这类信息后，EPG门户中间件可以将该业务启 动请求发送给相应的公司的业务支撑系统下相应的子系统，例如发送给A公 司业务支撑系统下的多媒体分发子系统；
步骤503、当业务支撑系统接收到信息获取请求时，与进行业务订购和 退订的流程类似，从中解析识别出用户信息，根据用户信息进行用户鉴权， 或者根据解析识别到的业务启动请求进行业务鉴权，再或者可以将上述用户 鉴权和业务鉴权相结合进行鉴权，判断该用户是否可以启动该IPTV业务；
步骤504、当鉴权通过时，业务支撑系统启动该用户订购的IPTV业务， 并将启动成功响应以及该IPTV的导航定位信息作为业务信息返回给EPG门户 中间件。当鉴权不通过时，业务支撑系统可以将启动失败 应作为业务信息 返回给EPG门户中间件，进一步还可以将失败原因等信息返回给EPG门户中间件，从而提供给用户；
步骤505、 EPG门户中间件将接收到的业务信息转换为信息页，具体的实 现形式可以采用上述实施例一 中的信息页转换方式。
本实施例的技术方案，通过EPG门户中间件方便地实现了任一公司的业 务终端启动在其他公司的业务支撑系统启动已订购的IPTV业务，实现了各公 司IPTV系统的兼容性，有利于IPTV业务的推广，也能使用户和运营商充分 利用现有的资源，且该方案的可推广性好、可扩展性强。
IPTV业务实现方法实施例五
如图6所示为本发明互联网电视业务实现方法具体实施例五的信令流程 图，本实施例具体为业务终端通过EPG门户中间件获取直播业务的流程。直 播业务，类似普通的广播电视，是在IPTV业务支撑系统中的直播业务子系统 上同时向多个业务终端主动推送视音频流的业务。在数据传输网络支持的情 况下，直播业务子系统能够通过组播的方式向业务终端提供直播业务服务， 尽可能提高网络带宽的利用效率；在数据传输网络不支持组播的情况下，直 播业务子系统可以单播方式为业务终端提供直播业务。为获取直播业务，通 常业务终端均需要获致定位信息，例如特定的广播频道，而后加入该频道以 接收数据。本实施例的直播业务获取流程具体包括如下步骤
步骤601、 EPG门户中间件接收业务终端发送的直播业务获取请求，直播 业务获取请求是业务获取请求中的一种具体形式，其中包含了业务终端所请 求的直播业务标识，业务终端以此来请求获取该直播业务的定位信息，例如 进入该直播业务的频道、路径等相关信息；
步骤602、 EPG门户中间件根据该直播业务获取请求向直播业务子系统发 送信息获取请求，该信息获取请求是EPG门户中间件根据直播业务获取请求 产生的，具体是从直播业务获取请求中解析获取直播业务标识，产生包含直 播业务标识的资源定位请求，用于确定所请求的直播业务的节目媒体流所在 的边缘流媒体服务器的信息，将资源定位请求作为信息获取请求发送给直播 业务子系统；步骤603、当直播业务子系统接收到资源定位请求时，从中解析识别出
直播业务标识，根据直播业务标识确定该直播业务的节目媒体流所在的边缘 流媒体服务器，获取该服务器信息，将该服务器信息，也就是定位信息，作
为业务信息返回给EPG门户中间件；
步骤604、 EPG门户中间件将接收到的业务信息转换为信息页，具体的实 现形式可以采用上述实施例一中的信息页转换方式，该信息页即能够导航直 播业务的播放控制页，而后将该播放控制页发送给业务终端；
步骤605、业务终端根据播放控制页中的服务器信息向直播业务子系统 发送获取指定的直播业务节目媒体流的媒体流接收请求；
步骤606、直播业务子系统根据媒体流接收请求向业务终端推送直播媒 体流，业务终端最终将^ 某体流内容呈现给用户；
步骤607、当直播业务结束后，业务终端向EPG门户中间件发送记录信 息，例如日志信息等；
步骤608、 EPG门户中间件向该直播业务子系统发送该记录信息。
本实施例的技术方案，通过EPG门户中间件方便地实现了任一公司的业 务终端能够接收其他公司的直播业务子系统推送的直播业务，实现了各公司 IPTV系统的兼容性，有利于IPTV业务的推广，也能使用户和运营商充分利 用现有的资源，且该方案的可推广性好、可扩展性强。
IPTV业务实现方法实施例六
如图7所示为本发明互联网电视业务实现方法具体实施例六的信令流程 图，本实施例具体为业务终端通过EPG门户中间件获取点播业务的流程。所 谓点播业务，即视频点播(Video On Demand,以下简称VOD )，业务支撑系 统中的点播业务子系统也称为交互式电视点播系统。点播业务是用户可以随 时选择一些事先录制好的视频进行观看的业务。本实施例的点播业务获取流 程具体包括如下步骤
步骤701、 EPG门户中间件接收业务终端发送的点播业务获取请求，点播 业务获取请求是业务获取请求中的一种具体形式，其中包含了业务终端所点播业务的标识，即点播业务标识，业务终端以此来请求获取该点播业务的定
位信息，例如进入该点播业务的频道、路径等相关信息；
步骤702、 EPG门户中间件根据该点播业务获取请求向点播业务子系统发 送信息获取请求，该信息获取请求是EPG门户中间件根据点播业务获取请求 产生的，具体是从点播业务获取请求中解析获取点播业务标识，产生包含点 播业务标识的资源定位请求，用于确定所请求的点播业务的节目媒体流所在 的边缘流^^某体服务器的信息，将资源定位请求作为信息获取请求发送给点播 业务子系统；
步骤703、当点播业务子系统接收到资源定位请求时，从中解析识别出 点播业务标识，根据点播业务标识确定该点播业务的节目媒体流所在的边缘 流媒体服务器，获取该服务器信息，将该服务器信息，即定位信息作为业务 信息返回给EPG门户中间件；
步骤704、 EPG门户中间件将接收到的业务信息转换为信息页，具体的实 现形式可以采用上述实施例一 中的信息页转换方式，该信息页即能够导航点 播业务的播放控制页，而后将该播放控制页发送给业务终端；
步骤705、业务终端根据播放控制页中的服务器信息向点播业务子系统 发送获取指定的点播业务节目媒体流的媒体流接收请求；
步骤706、点播业务子系统根据媒体流接收请求向业务终端推送点播媒 体流，业务终端最终将^ 某体流内容呈现给用户；
步骤707、当点播业务结束后，业务终端向EPG门户中间件发送记录信 息，例如曰志信息等；
步骤708、 EPG门户中间件向该点播业务子系统发送该记录信息。
本实施例的技术方案，通过EPG门户中间件方便地实现了任一公司的业 务终端能够接收其他公司的点播业务子系统推送的点播业务，实现了各公司 IPTV系统的兼容性，有利于IPTV业务的推广，也能使用户和运营商充分利 用现有的资源，且该方案的可推广性好、可扩展性强。
IPTV业务实现方法实施例七如图8所示为本发明互联网电视业务实现方法具体实施例七的信令流程
图，本实施例具体为业务终端通过EPG门户中间件获取时移业务的流程。所 谓时移电视(Time Shifting TV，简称TSTV)业务，是指用户在观看视频节 目时，可以随时按后退键观看已播放过的内容，或可以按快进键跳过已看过 的内容，或者还可以随时按下暂停键停止视频的播放，或随时按播放键继续 开始视频播放。时移业务一般由业务支撑系统中的时移业务子系统提供。本 实施例的时移业务获取流程具体包括如下步骤
步骤801、 EPG门户中间件接收业务终端发送的时移业务获取请求，时移 业务获取请求是业务获取请求中的一种具体形式，业务终端以此来请求获取 一时移业务控制页面以便对当前播放的视频业务进行时移控制；
步骤802、 EPG门户中间件根据该时移业务获取请求向时移业务子系统发 送信息获取请求，该信息获取请求是EPG门户中间件根据时移业务获取请求 产生的，具体可以是根据时移业务获取请求获取用户信息，从中解析识别该 业务终端所需的时移操作，例如前进、后退，以及获取该业务终端当前播放 的视频业务标识等，上述可通常为时移业务标识，而后产生包含上述时移业 务标识的信息获取请求发送给时移业务子系统；
步骤803、当时移业务子系统接收到信息获取请求时，可以根据用户信 息、视频业务标识等信息进行鉴权，判断该用户是否有资格获取时移业务， 并可以根据用户的权限将时移操作信息，也就是定位信息作为业务信息返回 给EPG门户中间件，例如返回前进、后退、暂停、继续等操作信息；
步骤804、 EPG门户中间件将接收到的业务信息转换为信息页，具体的实 现形式可以采用上述实施例 一 中的信息页转换方式，该信息页即能够导航时 移业务的播放控制页，而后将该播放控制页发送给业务终端；
步骤805、业务终端根据播放控制页中的时移操作信息向时移业务子系 统发送时移操作接收请求；
步骤806、时移业务子系统根据时移操作接收请求控制当前视频业务媒 体流向业务终端的推送；步骤807、当业务结束后，业务终端向EPG门户中间件发送记录信息， 例如日志信息等；
步骤808、 EPG门户中间件向该时移业务子系统发送该记录信息。
本实施例的技术方案，通过EPG门户中间件方便地实现了任一公司的业 务终端能够对其他公司的视频业务进行时移控制，实现了各公司IPTV系统的 兼容性，有利于IPTV业务的推广，也能使用户和运营商充分利用现有的资源， 且该方案的可推广性好、可扩展性强。
IPTV业务实现方法实施例八
如图9所示为本发明互联网电视业务实现方法具体实施例八的信令流程 图。在具体应用中，还可以类似上述获取直播业务、点播业务的方式来获取 其他业务，业务终端可以通过EPG门户中间件从其他业务子系统获取其他业 务服务，例如从增值业务子系统获取非视听类业务，诸如获取实时天气预报、 火车时刻表、航班时刻表和在线新闻等增值业务。业务终端可以通过EPG门户 中间件来获取非视听类的业务信息供用户浏览。以下以用户查看航班信息为 例，介绍用户收看非视听类业务的流程。本实施例的流程具体包括如下步骤
步骤901、 EPG门户中间件接收业务终端发送的航班信息获取请求，航班 信息获取请求是业务获取请求中的一种具体形式，业务终端以此来请求获取 航班信息；
步骤902、 EPG门户中间件根据该航班信息获取请求向增值业务子系统发 送信息获取请求，该信息获取请求是EPG门户中间件根据航班信息获取请求 产生的，具体可以是根据航班信息获取请求产生资源定位请求，用于确定提 供该航班信息的数据所在的边缘流媒体服务器的信息，将资源定位请求作为 信息获取请求发送给增值业务子系统；
步骤903、当增值业务子系统接收到资源定位请求时，根据资源定位请 求确定该航班信息的数据所在的边缘流媒体服务器，获取该服务器信息，将 该服务器信息作为业务信息返回给EPG门户中间件；
步骤904、 EPG门户中间件将接收到的业务信息转换为信息页，具体的实现形式可以采用上述实施例一中的信息页转换方式，该信息页即能够导瓶J元
班信息的播放控制页，而后将该播放控制页发送给业务终端；
步骤905、业务终端根据播放控制页中的服务器信息向增值业务子系统 发送获取航班信息的接收请求；
步骤906、增值业务子系统根据接收请求向业务终端推送航班信息，业 务终端最终将航班信息呈现给用户；
步骤907、当用户指示停止浏览该航班信息后，业务终端向EPG门户中 间件发送记录信息，例如日志信息等；
步骤908、 EPG门户中间件向增值业务子系统发送该记录信息。
本实施例的技术方案，通过EPG门户中间件方便地实现了任一公司的业 务终端能够从其他公司的业务子系统获取其他业务，实现了各公司IPTV系统 的兼容性，有利于IPTV业务的推广，也能使用户和运营商充分利用现有的资 源，且该方案的可推广性好、可扩展性强。
在上述实施例的技术方案中，业务终端与EPG门户中间件之间的信息交 互可以基于超文本传输协议(HyperText Transfer Protocol ，以下简称HTTP) 来实现，EPG门户中间件以超文本标记语言(Hyper Text Mark-叩Language, 以下简称HTML)生成信息页；IPTV业务系统中的业务管理系统和业务支撑系 统可以基于简单对象访问协议(Simple Object Access Protocol,以下简称 SOAP)与EPG门户中间件实现交互，以扩展标记语言(extensible Markup Language,简称XML)传输页面，SOAP协议的开放性和可扩展性能够有利于 不同公司的IPTV业务系统接入EPG门户中间件，便于IPTV网络的扩展。图 10所示为采用本发明IPTV业务实现方法的一种较佳业务实现模式示意图， 示出了各网元之间传输信息所基于的协议。通过本发明各实施例的技术方案 提供给业务终端的业务浏览和业务服务可以通过EPG门户中间件分离开，方 便于分别进行组织处理。
由上述实施例的技术方案可知，EPG门户中间件可以管理各种IPTV业务 的浏览业务的相关业务逻辑和显示模板。各公司的IPTV业务系统通过提供与EPG门户中间件的接口 ，即可基于一定协议与EPG门户中间件交互。EPG门户 中间件向各个业务子系统请求相关的基本数据，并能把这些基本数据与自身 管理的业务逻辑和显示模板合并生成EPG信息页面提供给业务终端。上述技 术方案便捷地实现了各公司IPTV系统之间的兼容性和互通性。
在本发明中，EPG门户中间件类似于网络代理，当业务浏览的数据量较 小、所占用的网络带宽和运算量也较小时，所有的业务浏览的数据都可以经 过EPG门户中间件处理和转发。在大用户量的情况下，为保证数据处理的实 时性和可靠性，还需要考虑EPG门户中间件的性能问题。可以采用集群方式 和分布式运算的方法来设计EPG门户中间件，从而提升其在大用户量情况下
的服务质量问题。
IPTV业务实现设备实施例
如图11所示为本发明IPTV业务实现设备具体实施例的结构示意图，该 设备即为EPG门户中间件，可以执行本发明IPTV业务实现方法任意实施例的 技术方案。EPG门户中间件的结构具体包括终端接口模块51、系统接口模块 52和转换模块53。其中，终端接口模块51用于接收业务终端发送的业务获 取请求；系统接口模块52用于根据业务获取请求向IPTV业务系统发送信息 获取请求，并用于接收IPTV业务系统返回的业务信息；转换模块53与终端 接口模块51和系统接口模块52分别相连，用于将业务信息转换为信息页， 并通过终端接口模块51发送给业务终端。
在具体应用中，该EPG门户中间件还可以包括获取模块54和存储模块 55。获取模块54与终端接口模块51和系统接口模块52分别相连，用于根据 业务获取请求获取用户信息或业务标识，并提供给系统接口模块52向IPTV 业务系统发送。存储模块55与转换模块53相连，用于存储显示模板以提供 给转换;漠块53查询并转换信息页。
本发明的EPG门户中间件可以执行本发明IPTV业务实现方法任意实施例 的技术方案，能够便于实现IPTV业务中的业务浏览互通性。
IPTV业务实现系统实施例如图12所示为本发明IPTV业务实现系统具体实施例的结构示意图，包 括本发明的EPG门户中间件，承载IPTV业务，其具体结构还包括各个公司的 业务终端，以及各公司的IPTV业务系统，例如A、 B、 C公司的业务终端IO、 20和30， A、 B、 C公司的IPTV业务系统11、 21和31;各业务终端与EPG门 户中间件50的终端接口才莫块分别相连；各IPTV业务系统与EPG门户中间件 50的系统接口模块分别相连。
各IPTV业务系统一般包括业务管理系统和业务支撑系统，且业务支撑系 统一般包括直播业务子系统、点播业务子系统、时移业务子系统和增值业务 子系统等承栽不同IPTV业务的子系统。
本发明IPTV业务实现方法、设备和系统的优势在于本发明提出了一套 解决各公司IPTV系统的业务浏览之间的互联互通问题的技术方案。通过本发 明的技术方案可以有效地将业务浏览和业务服务剥离开来，为大量发展增值 业务提供可能，并把服务提供商和内容提供商以及系统提供商分离开来，为 产业链的健康发展提供了技术保证。同时还为运营商在IPTV系统中运营增值 业务提供了盈利点。另外，由于IPTV系统的各个业务的业务逻辑和显示模板 会随着业务的变化而发生变化，所以，从成本和效益上考虑，选择开发统一 的EPG门户中间件的方法，是现阶段解决业务浏览的互联互通问题的一种较 佳方案。
本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读 取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述 的存储介质包括R0M、 RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其 限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术 人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改，或 者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技
术方案的本质脱离本发明各实施例技术方案的精神和范围。
权利要求
1、一种互联网电视业务实现方法，其特征在于，包括接收业务终端发送的业务获取请求；根据所述业务获取请求向互联网电视业务系统发送信息获取请求；接收所述互联网电视业务系统返回的业务信息；将所述业务信息转换为信息页，并发送给所述业务终端。
2、 根据权利要求1所述的互联网电视业务实现方法，其特征在于，根据 所述业务获取请求向互联网电视业务系统发送信息获取请求具体为根据所述业务获取请求获取对应的用户信息；将所述用户信息和所述业务获取请求作为信息获取请求发送给互联网电 视业务系统中的业务管理系统或业务支撑系统。
3、 根据权利要求2所述的互联网电视业务实现方法，其特征在于，在互 联网电视业务系统接收到所述信息获取请求之后，还包括所述业务管理系统或业务支撑系统从所述信息获取请求中解析识别所述 用户信息和/或所述业务获取请求；所述业务管理系统或业务支撑系统根据所述用户信息和/或所述业务获 取请求进行鉴权；所述业务管理系统或业务支撑系统根据鉴权结果返回相应的业务信息。
4、 根据权利要求3所述的互联网电视业务实现方法，其特征在于，所述 业务获取请求为业务订购请求，所述业务管理系统#4居鉴权结果返回相应的 业务信息具体为当所述业务管理系统判断所述用户信息对应的用户具有订购业务资格 时，在本地对应记录订购关系，并将订购成功响应作为所述业务信息返回； 或当所述业务管理系统判断所述用户信息对应的用户不具有订购业务资格 时，将订购失败响应作为所述业务信息返回。
5、 根据权利要求3所述的互联网电视业务实现方法，其特征在于，所述 业务获取请求为业务退订请求，所述业务管理系统根据鉴权结果返回相应的 业务信息具体为当所述业务管理系统判断所述用户信息对应的用户具有退订业务资格 时，将本地存储的订购关系取消，并将退订成功响应作为所述业务信息返回； 或当所述业务管理系统判断所述用户信息对应的用户不具有退订业务资格 时，将退订失败响应作为所述业务信息返回。
6、 根据权利要求3所述的互联网电视业务实现方法，其特征在于，所述 业务获取请求为业务查询请求，所述业务支撑系统根据鉴权结果返回相应的 业务信息具体为当所述业务支撑系统判断所述用户信息对应的用户具有业务查询资格 时，采集本地提供的互联网电视业务相关信息作为所述业务信息返回；或当所述业务支撑系统判断所述用户信息对应的用户不具有业务查询资格 时，将查询失败响应作为所述业务信息返回。
7、 根据权利要求3所述的互联网电视业务实现方法，其特征在于，所述 业务获取请求为业务启动请求，所述业务支撑系统才艮据鉴权结果返回相应的 业务信息具体为当所述业务支撑系统判断所述用户信息对应的用户具有业务启动资格 时，将启动成功响应和所述业务启动请求中指定启动的业务的导航定位信息 作为所述业务信息返回；或当所述业务支撑系统判断所述用户信息对应的用户不具有业务启动资格 时，将启动失败响应作为所述业务信息返回。
8、 根据权利要求1所述的互联网电视业务实现方法，其特征在于，根据 所述业务获取请求向互联网电视业务系统发送所述信息获取请求具体为从所述业务获取请求中解析获取业务标识；根据所述业务标识确定互联网电视业务系统中对应的业务支撑系统，产生包含所述业务标识的资源定位请求；将所述资源定位请求作为信息获取请求发送给所述业务支撑系统。
9、 根据权利要求8所述的互联网电视业务实现方法，其特征在于，所述 业务标识为直播业务标识或点播业务标识或时移业务标识或增值业务标识， 在各所述业务标识对应的直播业务子系统或点播业务子系统或时移业务子系 统或增值业务子系统接收到所述资源定位请求后，还包括所述直播业务子 系统或点播业务子系统或时移业务子系统或增值业务子系统根据所述业务标 识在本地查询对应的直播业务或点播业务或时移业务或增值业务的定位信 息，将所述定位信息作为所述业务信息返回。
10、 根据权利要求9所述的互联网电视业务实现方法，其特征在于，在 将返回的所述业务信息转换为信息页并发送给业务终端之后，还包括所述业务终端解析获取所述信息页中包含的定位信息； 所述业务终端根据所述定位信息向对应的所述直播业务子系统或点播业务子系统或时移业务子系统或增值业务子系统发送接收请求；当所述直播业务子系统或点播业务子系统或时移业务子系统或增值业务子系统接收到所述业务终端发送的所述接收请求后，将所述直播业务或点播业务或时移业务或增值业务推送给所述业务终端。
11、 根据权利要求10所述的互联网电视业务实现方法，其特征在于， 在所述业务终端接收完成推送的所述直播业务或点播业务或时移业务或增值 业务之后，还包括接收所述业务终端发送的日志信息，并对应转发给所述直播业务子系统 或点播业务子系统或时移业务子系统或增值业务子系统。
12、 根据权利要求1 ~ 11所述的任一互联网电视业务实现方法，其特征 在于，将所述业务信息转换为信息页具体为根据所述业务信息在本地查询对应的显示模板；将所述业务信息填入所述显示才莫板生成所述信息页。
13、 根据权利要求1 ~ 11所述的任一互联网电视业务实现方法，其特征 在于，与所述业务终端交互具体为基于超文本传输协议与所述业务终端交 互。
14、 根据权利要求1-11所述的任一互联网电视业务实现方法，其特征 在于，与所述互联网电视业务系统交互具体为基于简单对象访问协议与所 述互联网电^L业务系统交互。
15、 一种互联网电视业务实现设备，其特征在于包括 终端接口模块，用于接收业务终端发送的业务获取请求；系统接口模块，用于根据所述业务获取请求向互联网电视业务系统发送 信息获取请求，并用于接收所述互联网电视业务系统返回的业务信息；转换模块，与所述终端接口模块和所述系统接口模块分别相连，用于将 所述业务信息转换为信息页，并通过所述终端接口模块发送给所述业务终端。
16、 根据权利要求15所述的互联网电视业务实现设备，其特征在于， 还包括获取模块，用于根据所述业务获取请求获取用户信息或业务标识，并提 供给所述系统接口模块向所述互联网电视业务系统发送。
17、 根据权利要求15所述的互联网电视业务实现设备，其特征在于， 还包括存储模块，用于存储显示模板，以提供给所述转换才莫块查询并转换信息页。
18、 根据权利要求15所述的互联网电视业务实现设备，其特征在于， 还包括日志转发模块，用于接收业务终端发送的日志信息并转发给互联网电视 业务系统。
19、 一种采用权利要求15 ~ 18所述的任一互联网电视业务实现设备的系统，其特征在于，还包括业务终端和互联网电i见业务系统；所述业务终 端与所述终端接口模块相连；所述互联网电视业务系统与所述系统接口模块 相连。
20、 根据权利要求19所述的互联网电视业务实现系统，其特征在于 所述互联网电视业务系统包括业务管理系统和业务支撑系统，且所述业务支 撑系统包括直播业务子系统、点播业务子系统、时移业务子系统和增值业务 子系统。
全文摘要
本发明涉及一种互联网电视业务实现方法、设备及系统。该方法包括接收业务终端发送的业务获取请求；据此向IPTV业务系统发送信息获取请求；接收返回的业务信息；将其转换为信息页并发送给业务终端。该设备包括终端接口模块，用于接收业务获取请求；系统接口模块，用于向IPTV业务系统发送信息获取请求，并用于接收返回的业务信息；转换模块，用于将业务信息转换为信息页，并通过终端接口模块发送给业务终端。该系统采用本发明的设备，还包括业务终端和IPTV业务系统。本发明能够实现业务终端和IPTV业务系统之间浏览信息的交互，实现各公司IPTV系统业务浏览的兼容和互通，充分利用现有IPTV业务资源。
文档编号H04N7/173GK101600086SQ20081011429
公开日2009年12月9日 申请日期2008年6月2日 优先权日2008年6月2日
发明者刘毅敏, 刘辛炎, 加雄伟, 张函斯, 潘海鹏, 王志军 申请人:中国联合网络通信集团有限公司