CN101188738A - 一种网络电视iptv节目订购的方法、***及装置 - Google Patents

Abstract

本发明实施例公开了一种网络电视IPTV节目订购的方法，包括：应用服务器接收到用户终端发送的消息，订阅用户指定的节目，得到所述用户的订阅结果；应用服务器根据所述用户的订阅结果向用户终端发送节目更新通知；应用服务器获取到用户需要订购所述节目更新通知中更新的节目后，对所述节目进行订购。本发明实施例还公开了网络电视IPTV节目订购的***、应用服务器及用户终端。通过本发明实施例提供的方法、***及装置，提高了节目订购的成功率，使用户有良好的业务体验。

Description

一种网络电视IPTV节目订购的方法、***及装置

技术领域

本发明涉及通信领域，尤其涉及一种网络电视IPTV节目订购的方法、***及装置。

背景技术

VOD(Video On Demand)即视频点播***，是一种受用户控制的视频分配业务，它向用户提供交互式的、更直观、更形象的信息服务。它使分布在不同地理位置上的用户可以交互式地访问远端服务器存储的节目，用户可根据自己的喜好选择***提供的热门影片、视频节目、游戏和各种信息。它比家用录像机提供更丰富的节目源和更高质量的图像。通过视频点播***用户可以实时地启动节目的播放，在收看过程中可以控制节目的快进、快退、暂停等。除点播精彩影片外，VOD***还可提供图文资料、进行信息查询、电视购物等多项服务，它变传统的被动收看为主动选择交互式点播，而且操作简便、信息直观、界面友好。

IP多媒体子***(IMS)作为下一代网络(NGN)标准架构下的多媒体子***，为固定软交换网与移动软交换网提供了融合的体系架构；通过设置独立的归属用户服务器(HSS)数据库促进了控制层面与数据层面的分离，实现了运营商对用户数据和业务数据的统一管理等；更重要的是IMS***架构实现了业务和控制层面的分离，运营商可以在这一架构下培育更多新业务。近期的标准研究表明，IMS的架构应用于网络电视(IPTV)等流媒体业务正成为一个新的发展趋势。可以充分利用IMS的架构优势，如呼叫会话控制功能(CSCF)应用到IPTV的用户认证、业务触发等方面，而HSS则可以更好地管理IPTV的用户数据。随着IMS Based IPTV标准技术的日益成熟，已经形成了一种基于IMS核心网架构来解决公共交换电话网/综合业务数字网(PSTN/ISDN)业务提供的新型模式。同样，对应到IPTV***，也可以采用类似基于IMS核心网的架构来解决IPTV业务提供的模式问题。

发明人在对于IPTV的研究过程中发现：目前的IPTV***，用户想观看某一个节目，就会对节目进行搜索，如果搜索到了，用户可以购买观看；如果搜索不到，***就会提示没有该节目，节目点播失败，这样会降低节目订购的成功率，不利于用户的业务体验。

发明内容

本发明实施例提供一种网络电视IPTV节目订购的方法、***及装置，以提高节目的订购成功率，提高业务的服务质量。

本发明实施例所提供的网络电视IPTV节目订购的方法，包括：

应用服务器接收到用户终端发送的消息，订阅用户指定的节目，得到所述用户的订阅结果；

应用服务器根据所述用户的订阅结果向用户终端发送节目更新通知；

应用服务器获取到用户需要订购所述节目更新通知中更新的节目后，对所述节目进行订购。

本发明实施例所提供的一种网络电视IPTV节目订购的***，包括：

用户终端，用于获取用户需要订阅指定的节目，向应用服务器订阅所述节目；接收应用服务器发送的节目更新通知，获取用户需要订购所述节目更新通知中更新的节目，对所述节目进行订购；

应用服务器，用于接收用户终端发送的消息，订阅用户指定的节目，得到所述用户的订阅结果；根据所述用户的订阅结果向用户终端发送节目更新通知；获取到用户需要订购所述节目更新通知中更新的节目后，对所述节目进行订购。

本发明实施例所提供的一种应用服务器，包括：

第一订阅单元，用于接收到用户终端发送的消息，订阅用户指定的节目，得到所述用户的订阅结果；

第一发送单元，用于根据所述用户的订阅结果向用户终端发送节目更新通知；

第一订购单元，用于获取到用户需要订购所述节目更新通知中更新的节目后，对所述节目进行订购。

本发明实施例所提供的一种用户终端，包括：

第二订阅单元，用于获取用户需要订阅指定的节目，向应用服务器订阅所述节目；

第二接收单元，用于接收应用服务器发送的节目更新通知；

第二订购单元，用于获取用户需要订购所述节目更新通知中更新的节目，对所述节目进行订购。

本发明实施例提供的IPTV节目订购的方法、***及装置，由于在节目更新时应用服务器会根据用户的订阅向用户终端发送节目更新通知，使用户对感兴趣的节目进行订购，提高了节目订购的成功率，使用户有良好的业务体验。

附图说明

图1为本发明实施例的IPTV节目订购方法的示例性流程图；

图2为本发明实施例一的方法流程图；

图3为本发明实施例二的方法流程图；

图4为本发明实施例三的方法流程图；

图5为本发明实施例的IPTV节目订购***的结构示意图；

图6为本发明实施例的应用服务器的结构示意图；

图7为本发明实施例的用户终端的结构示意图。

具体实施方式

下面将结合附图对本发明实施例提供的技术方案作进一步详细描述。

本发明实施例所提供的IPTV节目订购的方法，应用服务器接收到用户终端发送的消息，订阅用户指定的节目，得到所述用户的订阅结果；当有节目更新时，应用服务器根据该用户的订阅结果向用户终端发送节目更新通知；应用服务器获取到用户需要订购所述节目更新通知中更新的节目后，对所述节目进行订购。由于在节目更新时应用服务器会根据用户的订阅向用户终端发送节目更新通知，使用户对感兴趣的节目进行订购，提高了节目订购的成功率，使用户有良好的业务体验。

参见图1，图1为本发明实施例中IPTV节目订购的方法的示例性流程图。如图1所示，该流程包括如下步骤：

步骤101、应用服务器接收到用户终端发送的消息，订阅用户指定的节目，得到所述用户的订阅结果。当用户用搜索关键字没有搜索想要点播的节目时，用户终端获取用户需要订阅该节目，则向应用服务器订阅用户想要点播的节目。如果用户不需要订阅未搜索到的节目，直接结束搜索点播。其中获取用户需要订阅节目可以有两种方法：

方法一、在用户终端上事先设置用户的订阅信息，如需要订阅用户想要点播但未搜索到的节目或不需要订阅用户想要点播但未搜索到的节目，订阅信息进一步还可以包括订阅时限。这样用户终端根据用户预先设置的订阅信息来获取用户是否需要订阅想要点播但未搜索到的节目。相应地，如果预设的订阅信息为需要订阅用户想要点播但未搜索到的节目，当用户用搜索关键字没有搜索到想要点播的节目时，可以直接向应用服务器订阅用户想要点播的节目；如果预设的订阅信息为不需要订阅用户想要点播但未搜索到的节目，当用户用搜索关键字没有搜索到想要点播的节目时，直接结束搜索点播。

方法二、用户终端通过向用户询问是否需要订阅来获取用户需要订阅未搜索到的节目。具体地，用户终端可以通过界面向用户提示是否需要订阅未搜索到的节目，并根据用户的输入获取用户是否需要订阅未搜索到的节目。

当然用户终端发起订阅过程不限于用户未搜索到节目的场景下，在任何时候，用户如果需要对特定关键词的节目进行订阅时，用户终端都可以根据用户输入的关键词发起节目的订阅。此时，用户终端获取用户需要订阅指定节目的一个方法就是通过界面接收用户订阅指示及订阅关键字，向应用服务器订阅用户指定的节目。

用户终端向应用服务器订阅用户指定的节目具体可以通过以下方式实现：用户终端向应用服务器发送订阅消息(具体可以为subscribe消息)，其中订阅携带订阅关键字；应用服务器收到该消息后，根据订阅关键字设定触发规则，通知用户终端触发规则设置成功。这里的订阅关键字可以包括用户标识及节目关键字，节目关键字可以是用户搜索节目时的搜索关键字。相应地，应用服务器在收到订阅消息后，可以通过在本地建立用户标识及节目关键字对应关系表的形式来建立触发规则，触发规则表可以如下表所示：

用户标识	节目关键字
		1	演员1
1	足球
		2	导演1
3	电影名称1
		4	电影名称2

表一触发规则表

订阅关键字可以进一步包括订阅时限，订阅时限可以从用户终端中预先设置的订阅信息中获得，也可以通过界面向用户询问获得，具体的时长可以灵活设置，如2周或1个月。相应地，应用服务器在收到订阅消息后，可以通过在本地建立用户标识、节目关键字及订阅时限对应关系表的形式来建立触发规则，这时的触发规则列表可以如表二所示。如果在订阅时限之后，仍无所述节目发布，所述应用服务器向用户终端发送订阅超时消息，提醒用户是否还需要订阅。如果用户需要继续订阅，可以通过用户终端向应用服务器订阅该节目，具体获取用户是否需要续订的方法同上述获取用户需要订阅节目的方法，具体向应用服务器订阅的流程同上所述的订阅流程，如果用户不需要继续订阅，可以通过用户终端向应用服务器取消订阅所述节目，应用服务器将相应的记录从触发规则列表中删除。

用户标识	节目关键字	订阅时限
			1	演员1	1个月
1	足球	2周
			2	导演1	2周
3	电影名称1	1个月
			4	电影名称2	2周

表二触发规则表

为了防止同一用户多次发起订阅流程给应用服务器造成过大压力，可以在应用服务器收到订阅消息后，判断所述用户是否有权限进行订阅(具体的权限设置可以为用户是否有足够的余额和/或其签约信息是否允许其订阅等)和/或判断用户订阅的次数是否达到最大订阅次数(可以在应用服务器建一个表来记录每个用户已经订阅了多少次，用户的最大订阅次数可以保存在应用服务器中，也可以在用户的签约信息中，由应用服务器向HSS获取)，如果用户没有权限进行订阅(如用户的余额不足或其签约信息不允许其订阅)或已经达到最大订阅次数，则拒绝订阅，如果用户有订阅的权限和/或还未达到最大订阅次数则根据订阅关键字设定触发规则。

步骤102、在用户订阅的节目更新后，应用服务器根据用户的订阅结果即根据设定的触发规则向用户终端发送节目更新通知。

具体可以为应用服务器通过新发布的节目的节目关键字搜索节目触发列表中的节目关键字，得到相匹配的节目关键字所对应的用户标识，向该用户标识对应的用户终端发送消息；用户终端接收应用服务器发送的节目更新通知，具体可以包括新发布的节目的关键字等。

步骤103、应用服务器获取到用户需要订购所述节目更新通知中更新的节目后，对所述节目进行订购。

用户终端接收到应用服务器发送的节目更新通知后，获取用户需要订购节目更新通知中更新的节目，向应用服务器发送消息对该节目进行订购，应用服务器获取到用户需要订购所述节目更新通知中更新的节目后，对更新的节目进行订购。如果不需要订购，可以直接结束该流程。其中获取用户需要订购该节目的方法同前获取用户需要订阅节目的方法类似，即：

方法一、在用户终端上事先设置用户的订购信息，如需要订购更新的节目或不需要订购更新的节目。这样用户终端根据用户预先设置的订购信息来获取用户是否需要订购更新的节目。相应地，如果预设的订购信息为需要订购更新的节目，当用户终端接收到应用服务器发送的包含有节目更新通知的消息时，可以直接向应用服务器订购更新的节目；如果预设的订购信息为不需要订购更新的节目，当用户终端接收到应用服务器发送的包含有节目更新通知的消息时，可以直接结束订购流程。

方法二、用户终端通过向用户询问是否需要订购来获取用户需要订购更新的节目。具体地，用户终端可以通过界面向用户提示是否需要订购更新的节目，并根据用户的输入获取用户是否需要订购更新的节目。

可见由于在节目更新时应用服务器会根据用户的订阅向用户终端发送节目更新通知，使用户对感兴趣的节目进行订购，提高了节目订购的成功率，使用户有良好的业务体验。下面通过较佳实施例对本发明所述方案作进一步地详细说明。用户终端具体可以为机顶盒(STB，Set Top Box)。

本发明实施例一：

如图2所示，为本发明实施例一的方法流程图。

步骤201、STB通过搜索关键字与应用服务器交互搜索关键字为“演员1”的节目。

步骤202、当没有搜索到该节目时，STB获取用户1需要订阅该节目。

本步骤中获取用户1需要订阅该节目采用方法一，即STB预先设置了用户1的订阅信息：需要订阅用户想要点播但未搜索到的节目。当用搜索关键字没有搜索到想要点播的节目时，STB直接向应用服务器订阅该节目。

步骤203、STB向应用服务器发subscribe消息，其中携带订阅关键字，向应用服务器订阅用户1想要点播的节目。

其中订阅关键字包括用户标识及节目关键字，节目关键字可以是用户搜索节目时的搜索关键字，即“演员1”。

订阅关键字可以进一步包括订阅时限。本实施例的订阅时限同样是从用户终端预设的用户1的订阅信息中获得的，如1个月。

步骤204、应用服务器收到STB发送的subscribe消息后，根据订阅关键字设定触发规则，并用notify消息通知STB触发规则设置成功。

应用服务器在收到消息后，可以通过在本地建立的触发规则表中记录用户1及节目关键字“演员1”的对应关系的形式来建立触发规则，触发规则表可以如表一所示。

如果订阅关键字进一步包括订阅时限，则应用服务器建立的触发规则可以如表二所示。

步骤205、相关节目发布，应用服务器根据设定的触发规则向STB发送message消息，通知用户相关节目已经发布更新。

本实施例中，当节目关键字为“演员1”的节目发布时，应用服务器根据该关键字查找触发规则表得到用户1订阅了该节目，则向用户1的STB发送message消息，消息中可以携带新发布的节目的关键字“演员1”，通知用户1订阅的节目关键字为“演员1”的节目已经发布更新。

步骤206、STB接收到应用服务器发送的包含有节目更新通知的消息后，获取用户1需要订购该节目。

本步骤中获取用户1需要订购该节目采用方法二，即STB通过界面向用户1提示是否需要订购更新的节目关键字为“演员1”的节目，并根据用户1的输入获取用户需要订购。

步骤207、STB发起订购流程，订购成功后用户1观看该节目。

该步骤使用现有的流程即可实现，这里不再赘述。

如果在用户1订阅后超过订阅期限即1个月，关键字为“演员1”的节目还没有更新，则步骤204后不再执行步骤205～步骤207的流程，转以下流程，

步骤208、在订阅时限1个月之后，仍无相关节目发布，所述应用服务器向STB发送订阅超时message消息，提醒用户是否需要继续订阅。

具体的，message消息可以携带节目的名称“演员1”。

步骤209、STB通过界面向用户1提示是否需要继续订阅节目关键字为“演员1”的节目，并根据用户1的输入获取用户是否需要继续订阅。

步骤210、如果用户1需要继续订阅，STB向应用服务器订阅该节目，具体流程同上所述的订阅流程，即步骤203～步骤204。如果用户不需要继续订阅，STB向应用服务器发送subscriber消息，取消订阅所述节目，应用服务器将相应的记录从触发规则列表中删除。

本发明实施例二：

如图3所示，为本发明实施例二的方法流程图。

步骤301、STB通过搜索关键字与应用服务器交互搜索关键字为“导演1”的节目。

步骤302、当没有搜索到该节目时，STB获取用户2需要订阅该节目。

本步骤中获取用户2需要订阅该节目采用方法二，即STB通过界面向用户2提示是否需要订阅未搜索到的关键字为  “导演1”的节目，并根据用户2的输入获取用户2需要订阅。

步骤303、STB向应用服务器发subscribe消息，其中携带订阅关键字，向应用服务器订阅用户2想要点播的节目。

其中订阅关键字包括用户标识及节目关键字，节目关键字可以是用户搜索节目时的搜索关键字，即“导演1”。

步骤304、应用服务器收到STB发送的subscribe消息后，判断用户2是否有权限进行订购，具体地判断用户2账户余额足够时，根据订阅关键字设定触发规则，并用notify消息通知STB触发规则设置成功。

应用服务器在收到消息后，首先判断用户的账户余额是否足够，具体可以与IMS网络计费实体交互，在有足够的余额时，可以通过在本地建立的触发规则表中记录用户2及节目关键字“导演1”的对应关系的形式来建立触发规则，触发规则表可以如表一所示。如果余额不足，则向STB发送subscriber响应消息，通知用户2的余额不足，结束本流程。

当然，本实施例在判断用户权限时，也可以判断用户2的签约信息是否允许其进行订阅，即应用服务器通过与存放用户签约信息的实体(如HSS)交互来获取用户2是否有进行订阅的权限，如果有则建立触发规则，向用户终端发送notify消息通知STB触发规则设置成功；如果没有则向STB发送subscriber响应消息，结束本流程。显然地，也可以既判断用户的签约信息也判断用户的账户余额情况，如果签约信息允许其进行订阅且用户的账户余额充足，则建立触发规则，向用户终端发送notify消息通知STB触发规则设置成功；如果签约信息不允许其进行订阅或用户的账户余额不足则向STB发送subscriber响应消息，结束本流程。

步骤305，相关节目发布，应用服务器根据设定的触发规则向STB发送message消息，通知用户相关节目已经发布更新。

本实施例中，当节目关键字为“导演1”的节目发布时，应用服务器根据该关键字查找触发规则表得到用户2订阅了该节目，则向用户2的STB发送message消息，消息中可以携带新发布的节目的关键字“导演1”，通知用户2订阅的节目关键字为“导演1”的节目已经发布更新。

步骤306，STB接收到应用服务器发送的包含有节目更新通知的消息后，获取用户2需要订购该节目。

本步骤中获取用户2需要订购该节目采用方法一，即STB预先设置了用户1的订购信息：需要订购更新的节目。当STB接收到应用服务器发送的message消息时，可以直接向应用服务器订购更新的节目关键字为“导演1”的节目。

步骤307，STB发起订购流程，订购成功后用户2观看该节目。

该步骤使用现有的流程即可实现，这里不再赘述。

本发明实施例三：

如图4所示，为本发明实施例三的方法流程图。

步骤401、STB通过搜索关键字与应用服务器交互搜索关键字为“电影名称1”的节目。

步骤402、当没有搜索到该节目时，STB获取用户3需要订阅该节目。

本步骤中获取用户3需要订阅该节目采用方法一，即STB预先设置了用户3的订阅信息：需要订阅用户想要点播但未搜索到的节目。当用搜索关键字没有搜索到想要点播的节目时，STB直接向应用服务器订阅该节目。

步骤403、STB向应用服务器发subscribe消息，其中携带订阅关键字，向应用服务器订阅用户3想要点播的节目。

其中订阅关键字包括用户标识及节目关键字，节目关键字可以是用户搜索节目时的搜索关键字，即“电影名称1”。

步骤404、应用服务器收到STB发送的subscribe消息后，判断用户3是否有权限进行订购，判断用户3的账户余额充足且用户3的订阅次数未达到最大订阅次数时，根据订阅关键字设定触发规则，并用notify消息通知STB触发规则设置成功。

应用服务器在收到消息后，判断用户3的账户余额是否充足，具体可以与计费实体交互，在有足够的余额时，则判断用户3的订阅次数是否达到用户3的最大订阅次数；如果用户3的账户余额不足，则向STB发送subscriber响应消息，拒绝订阅，结束本流程。

判断用户3的订阅次数是否达到用户3的最大订阅次数可以通过本地的用户订阅次数记录表来判断，在用户3的订阅次数没有达到最大订阅次数时，可以通过在本地建立的触发规则表中记录用户3及节目关键字“电影名称1”的对应关系的形式来建立触发规则，触发规则表可以如表一所示。如果用户3的订阅次数已经达到最大订阅次数，则向STB发送subscriber响应消息，通知用户3的已经达到最大订阅次数，结束本流程。

当然，也可以先判断用户3的订阅次数是否达到最大订阅次数，再判断是否用户3是否有足够的余额。另外，本实施例也可以只判断用户3的订阅次数是否达到最大订阅次数。同实施例二类似，本实施例在判断用户权限时也可以结合用户3的签约信息进行判断。实际应用中对于是否允许用户进行订阅的判断是比较灵活的。

步骤405，相关节目发布，应用服务器根据设定的触发规则向STB发送message消息，通知用户相关节目已经发布更新。

本实施例中，当节目关键字为“电影名称1”的节目发布时，应用服务器根据该关键字查找触发规则表得到用户3订阅了该节目，则向用户2的STB发送message消息，消息中可以携带新发布的节目的关键字“电影名称1”，通知用户3订阅的节目关键字为“电影名称1”的节目已经发布更新。

步骤406，STB接收到应用服务器发送的包含有节目更新通知的消息后，获取用户3需要订购该节目。

本步骤中获取用户3需要订购该节目采用方法一，即STB预先设置了用户3的订购信息：需要订购更新的节目。当STB接收到应用服务器发送的message消息时，可以直接向应用服务器订购更新的节目关键字为“电影名称

1”的节目。

步骤407，STB发起订购流程，订购成功后用户3观看该节目。

该步骤使用现有的流程即可实现，这里不再赘述。

下面介绍本发明实施例中的***及装置实施例，请参阅图5，为本发明实施例一种IPTV订购节目的***的结构示意图，本发明实施例的订购节目的***包括：用户终端501及应用服务器502，

用户终端501，用于获取用户需要订阅指定的节目，向应用服务器502订阅该节目；接收应用服务器502发送的节目更新通知，获取用户需要订购节目更新通知中更新的节目，对该节目进行订购；

应用服务器502，用于接收用户终端501发送的消息，订阅用户指定的节目；根据用户的订阅向用户终端501发送节目更新通知；获取到用户需要订购节目更新通知中更新的节目后，对该节目进行订购。

即当用户终端501获得用户需要订阅指定的节目，向应用服务器502订阅所述节目；应用服务器502接收到用户终端501发送的携带订阅关键字的订阅消息后，订阅用户指定的节目，根据所述订阅关键字设定触发规则。

当节目发布后，应用服务器502根据用户的订阅即根据设定的触发规则向用户终端501发送节目更新通知；用户终端501接收应用服务器502发送的节目更新通知后，获取用户需要订购节目更新通知中更新的节目，向应用服务器502发送消息对该节目进行订购；应用服务器502获取到用户需要订购节目更新通知中更新的节目后，对更新的节目进行订购。

其中，本发明实施例的应用服务器502的结构图如图6所示，包括：第一订阅单元601、第一发送单元602及第一订购单元603。第一订阅单元601，用于接收到用户终端501发送的消息，订阅用户指定的节目；第一发送单元602，用于根据用户的订阅向用户终端501发送节目更新通知；第一订购单元603，用于获取到用户需要订购所述节目更新通知中更新的节目后，对该节目进行订购。

第一订阅单元601进一步可以包括第一接收单元6011和触发规则设定单元6012：

第一接收单元6011，用于接收用户终端501发送的携带订阅关键字的订阅消息，

触发规则设定单元6012，用于根据上述订阅关键字设定触发规则。其中，如果订阅关键字包括用户标识及节目关键字；则触发规则设定单元6012可以包括第一设定单元60121：用于设定包含用户标识与节目关键字之间的对应关系的触发规则表；如果订阅关键字包括用户标识、节目关键字及订阅时限；则触发规则设定单元6012可以包括第二设定单元60122：用于设定包含用户标识、节目关键字及订阅时限对应关系的触发规则表；则应用服务器502可以进一步包括：通知单元604，用于如果在订阅时限之后，仍无用户订阅的节目发布，则向用户终端501发送订阅超时消息。

另外，应用服务器502还可进一步包括第一判断单元605与第二判断单元606中的至少一个，

第一判断单元605，用于判断用户是否还有权限进行订阅，如果有则通知触发规则设定单元6012根据订阅关键字设定触发规则，否则，拒绝订阅；

第二判断单元606，用于判断用户订阅的次数是否达到最大订阅次数，如果是则通知触发规则设定单元6012根据订阅关键字设定触发规则，否则，拒绝订阅。

应用服务器502进一步还可以包括：搜索单元607，用于在用户订阅的节目发布后，根据节目的关键字搜索触发规则设定单元6012中设定的触发规则表，得到节目关键字所对应的用户标识，通知第一发送单元602向该用户标识对应的用户终端501发送节目更新通知。

本发明实施例的用户终端501的结构示意图如图7所示，包括：第二订阅单元701、第二接收单元702及第二订购单元703，其中

第二订阅单元701，用于获取用户需要订阅指定的节目，向应用服务器订阅该节目；

第二接收单元702，用于接收应用服务器502发送的节目更新通知；

第二订购单元703，用于获取用户需要订购所述节目更新通知中更新的节目，对更新的节目进行订购。

其中，第二订阅单元701进一步可以包括第一预设获取单元7011与第一询问获取单元7012中至少一个子单元，

第一预设获取单元7011，用于根据用户预先设置的订阅信息获取用户需要订阅未搜索到的节目。订阅信息包括：需要订阅用户想要点播但未搜索到的节目或不需要订阅用户想要点播但未搜索到的节目；

第一询问获取单元7012，用于通过询问用户获取用户需要订阅未搜索到的节目。

第二订阅单元701进一步可以包括第二发送单元7013与第三发送单元7014中的至少一个，

第二发送单元7013，用于向应用服务器502发送携带订阅关键字的订阅消息，订阅关键字包括：用户标识及节目关键字；

第三发送单元7014，用于向应用服务器502发送携带订阅关键字的订阅消息，所述订阅关键字包括：用户标识、节目关键字及订阅时限。

第二订购单元703进一步可以包括第二预设获取单元7031与第二询问获取单元7032中至少一个子单元，

第二预设获取单元7031，用于根据用户预先设置的订阅信息获取用户需要订购更新的节目，所述订购信息包括：需要订阅更新的节目或不需要订购更新的节目；

第二询问获取单元7032，用于通过询问用户获取用户需要订购更新的节目；

由上所述，本发明实施例提供的节目订购的方法、***及装置，由于在节目更新时应用服务器会根据用户的订阅向用户终端发送节目更新通知，使用户对感兴趣的节目进行订购，提高了节目订购的成功率，使用户有良好的业务体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (27)

1.一种网络电视IPTV节目订购的方法，其特征在于，包括：

应用服务器接收到用户终端发送的消息，订阅用户指定的节目，得到所述用户的订阅结果；

应用服务器根据所述用户的订阅结果向用户终端发送节目更新通知；

应用服务器获取到用户需要订购所述节目更新通知中更新的节目后，对所述节目进行订购。

2.如权利要求1所述的方法，其特征在于，所述应用服务器接收到用户终端发送的消息之前，该方法进一步包括：

用户终端获取用户需要订阅指定的节目，向应用服务器订阅所述节目。

3.如权利要求2所述的方法，其特征在于，所述获取用户需要订阅指定的节目包括：

用户终端根据用户预先设置的订阅信息获取用户需要订阅所述节目，所述订阅信息包括：需要订阅用户想要点播但未搜索到的节目或不需要订阅用户想要点播但未搜索到的节目；或

用户终端通过询问用户获取用户需要订阅所述节目。

4.如权利要求1所述的方法，其特征在于，所述应用服务器接收到用户终端发送的消息，订阅用户指定的节目，得到所述用户的订阅结果包括：

应用服务器接收到用户终端发送的订阅消息，所述订阅消息携带订阅关键字；

应用服务器收到所述消息后，根据订阅关键字设定触发规则。

5.如权利要求4所述的方法，其特征在于，所述应用服务器收到所述消息后，根据订阅关键字设定触发规则包括：

应用服务器判断所述用户是否有权限进行订阅，如果有则根据订阅关键字设定触发规则，否则，拒绝订阅。

6.如权利要求4所述的方法，其特征在于，所述应用服务器收到所述消息后，根据订阅关键字设定触发规则包括：

应用服务器判断所述用户订阅的次数是否达到最大订阅次数，如果是则根据订阅关键字设定触发规则，否则，拒绝订阅。

7.如权利要求4、5或6所述的方法，其特征在于，所述订阅关键字包括用户标识及节目关键字；

则所述根据订阅关键字设定触发规则包括：设定包含用户标识与节目关键字之间的对应关系的触发规则表。

8.如权利要求4、5或6所述的方法，其特征在于，所述订阅关键字包括：用户标识、节目关键字及订阅时限；

所述根据订阅关键字设定触发规则包括：设定包含用户标识、节目关键字及订阅时限对应关系的触发规则表；

所述根据订阅关键字设定触发规则之后进一步包括：如果在订阅时限之后，仍无所述节目发布，所述应用服务器通知用户终端订阅超时。

9.如权利要求8所述的方法，其特征在于，所述用户终端接收到应用服务器的订阅超时通知后，获取用户需要继续订阅，则向应用服务器订阅所述节目。

10.如权利要求8所述的方法，其特征在于，所述用户终端接收到应用服务器的订阅超时通知后，获取用户不需要继续订阅，则向应用服务器取消订阅所述节目。

11.如权利要求1所述的方法，其特征在于，所述应用服务器向用户终端发送节目更新通知之后进一步包括：

用户终端接收到节目更新通知后，获取用户需要订购所述节目更新通知中更新的节目，对所述节目进行订购。

12.如权利要求11所述的方法，其特征在于，所述用户终端获取用户需要订购所述节目更新通知中更新的节目包括：

用户终端根据用户预先设置的订购信息获取用户需要订购所述节目，所述订购信息包括：需要订购更新的节目或不需要订购更新的节目；或

用户终端通过询问用户获取用户需要订购所述节目。

13.如权利要求7所述的方法，其特征在于，所述应用服务器根据所述用户的订阅结果向用户终端发送节目更新通知具体包括：

在节目发布后，应用服务器根据所述触发规则向所述用户终端发送节目更新通知。

14.如权利要求13所述的方法，其特征在于，所述应用服务器根据所述触发规则向所述用户终端发送消息包括：

应用服务器根据新发布的节目的节目关键字搜索触发规则表，得到所述节目关键字所对应的用户标识，向所述用户标识对应的用户终端发送节目更新通知。

15.一种网络电视IPTV节目订购的***，其特征在于，包括：

用户终端，用于获取用户需要订阅指定的节目，向应用服务器订阅所述节目；接收应用服务器发送的节目更新通知，获取用户需要订购所述节目更新通知中更新的节目，对所述节目进行订购；

应用服务器，用于接收用户终端发送的消息，订阅用户指定的节目，得到所述用户的订阅结果；根据所述用户的订阅结果向用户终端发送节目更新通知；获取到用户需要订购所述节目更新通知中更新的节目后，对所述节目进行订购。

16.如权利要求15所述的节目订购的***，其特征在于，所述应用服务器还用于：接收用户终端发送的携带订阅关键字的订阅消息，根据所述订阅关键字设定触发规则。

17.一种应用服务器，其特征在于，所述应用服务器包括：

第一订阅单元，用于接收到用户终端发送的消息，订阅用户指定的节目，得到所述用户的订阅结果；

第一发送单元，用于根据所述用户的订阅结果向用户终端发送节目更新通知；

第一订购单元，用于获取到用户需要订购所述节目更新通知中更新的节目后，对所述节目进行订购。

18.如权利要求17所述的应用服务器，其特征在于，所述第一订阅单元进一步包括：

第一接收单元，用于接收用户终端发送的携带订阅关键字的订阅消息；

触发规则设定单元，用于根据所述订阅关键字设定触发规则。

19.如权利要求18所述的应用服务器，其特征在于，所述订阅关键字包括用户标识及节目关键字；

所述触发规则设定单元包括第一设定单元：用于设定包含用户标识与节目关键字之间的对应关系的触发规则表。

20.如权利要求18或19所述的应用服务器，其特征在于，所述订阅关键字包括用户标识、节目关键字及订阅时限；

所述触发规则设定单元包括第二设定单元：用于设定包含用户标识、节目关键字及订阅时限对应关系的触发规则表；

所述应用服务器进一步包括：通知单元，用于如果在订阅时限之后，仍无用户订阅的节目发布，则向用户终端发送订阅超时消息。

21.如权利要求18所述的应用服务器，其特征在于，所述应用服务器进一步包括第一判断单元和第二判断单元中至少一个：

第一判断单元，用于判断所述用户是否有权限进行订阅，如果有则通知所述触发规则设定单元根据订阅关键字设定触发规则，否则，拒绝订阅；

第二判断单元，用于判断所述用户订阅的次数是否达到最大订阅次数，如果是则通知所述触发规则设定单元根据订阅关键字设定触发规则，否则，拒绝订阅。

22.如权利要求20所述的应用服务器，其特征在于，所述应用服务器进一步包括：

搜索单元，用于在用户订阅的节目发布后，根据所述节目的关键字搜索触发规则表，得到节目关键字所对应的用户标识，通知所述第一发送单元向所述用户标识对应的用户终端发送节目更新通知。

23.一种用户终端，其特征在于，包括：

第二订阅单元，用于获取用户需要订阅指定的节目，向应用服务器订阅所述节目；

第二接收单元，用于接收应用服务器发送的节目更新通知；

第二订购单元，用于获取用户需要订购所述节目更新通知中更新的节目，对所述节目进行订购。

24.如权利要求23所述的用户终端，其特征在于，所述第二订阅单元进一步包括第一预设获取单元和第一询问获取单元中的至少一个：

第一预设获取单元，用于根据用户预先设置的订阅信息获取用户需要订阅所述节目，所述订阅信息包括：需要订阅用户想要点播但未搜索到的节目或不需要订阅用户想要点播但未搜索到的节目；第一询问获取单元，用于通过询问用户获取用户需要订阅所述节目。

25.如权利要求23所述的用户终端，其特征在于，所述第二订阅单元进一步包括：

第二发送单元，用于向应用服务器发送携带订阅关键字的订阅消息，所述订阅关键字包括：用户标识及节目关键字。

26.如权利要求23或25所述的用户终端，其特征在于，所述第二订阅单元进一步包括：

第三发送单元，用于向应用服务器发送携带订阅关键字的订阅消息，所述订阅关键字包括：用户标识、节目关键字及订阅时限。

27.如权利要求23所述的用户终端，其特征在于，所述第二订购单元包括第二预设获取单元和第二询问获取单元中至少一个：

第二预设获取单元，用于根据用户预先设置的订购信息获取用户需要订购所述节目，所述订购信息包括：需要订购更新的节目或不需要订购更新的节目；

第二询问获取单元，用于通过询问用户获取用户需要订购所述节目。

Images