CN101674459B

CN101674459B - 一种多媒体业务处理的方法、系统及装置

Info

Publication number: CN101674459B
Application number: CN200910176077.3A
Authority: CN
Inventors: 陈敬海; 忻渊
Original assignee: ZTE Corp
Current assignee: Du Guangyun; Hua Hui; Liu Yilei; Xiao Tian; Ye Lihong
Priority date: 2009-09-28
Filing date: 2009-09-28
Publication date: 2011-07-13
Anticipated expiration: 2029-09-28
Also published as: CN101674459A; WO2010145179A1

Abstract

本发明公开了一种多媒体业务处理的方法、系统及装置，用以解决现有技术不能在获取高质量多媒体服务的同时，享受不受空间、时间限制的便利性的问题。该方法包括：融合平台通过第一业务门户接收第一用户终端发起的多媒体业务信息查询请求，所述融合平台根据保存的第一用户终端的标识和第二用户终端的标识的对应关系，确定所述第一用户终端对应的第二用户终端，所述融合平台根据保存的所述第一用户终端，以及所述第二用户终端分别对应的多媒体业务信息，处理接收到的多媒体业务信息查询请求，所述融合平台通过所述第一业务门户向所述第一用户终端返回处理结果，使所述第一用户终端操作对应的多媒体业务。

Description

一种多媒体业务处理的方法、系统及装置

技术领域

本发明涉及多媒体系统技术领域，特别涉及一种多媒体业务处理的方法、系统及装置。

背景技术

IPTV业务是指以“电视机+机顶盒”为主要终端设备，通过宽带网络，为用户提供的一种交互式电视体验和多媒体服务的宽带增值业务。IPTV业务的业务形式多种多样，但主要为直播、点播以及两者的变体。其特点包括：(1)、用户可以得到高质量数字媒体服务；(2)、用户可有广泛的自由度选择宽带网络上各网站提供的多媒体节目；(3)、实现媒体提供者和媒体消费者的实质性互动；(4)、为网络发展商和节目提供商提供了广阔的新兴市场。

由于IPTV业务以上特点，目前IPTV业务发展迅速，我国自2004年开始IPTV业务，到2008年底用户总数已经达到了260万。但是，目前的IPTV业务一般都是针对家庭用户，独立的IPTV系统，仅支持机顶盒终端方式使用IPTV业务，而机顶盒，电视机一般都放在固定场所，因此，用户只能在固定场所，通过宽带有线电视网络对互联网上的多媒体业务进行订购、点播，浏览、以及播放等等操作，而不能满足用户随时随地从互联网上获取多媒体业务的需求。

移动流媒体业务就是用户利用移动终端，通过移动通信网络，实现对视音频内容进行流式边下载边播放的增值业务，同时也可将感兴趣的内容下载到移动终端本地播放。移动流媒体业务主要业务形式有：点播、直播、或下载。

目前，独立的移动流媒体系统，仅支持移动终端方式使用移动流媒体业务；这样，通过移动流媒体系统，用户虽然可以不受空间限制，随时获取多媒体业务，但移动终端屏幕较小，不能提供高质量的多媒体服务，并且移动终端电池待机时间限制，因此，不适合处理数据量较大的多媒体业务，例如：播放清晰完整的电影，从而影响了用户的多媒体业务体验。

综上所述，现有的多媒体系统不能在提供高质量数字媒体服务的同时，提供不受空间、时间限制的便利服务。例如：当采用IPTV获取多媒体业务时，旅途中的用户想看电影，但由于没有机顶盒，不能及时获取电影信息，只能回家后，通过机顶盒获取电影信息，并订购感兴趣的电影，然后才能进行播放。当采用移动流媒体获取多媒体业务时，虽然能及时地获取电影信息，并订购感兴趣的电影，但由于移动终端屏幕较小，并且移动终端电池待机时间不长，用户也很难及时欣赏到完整的电影。

发明内容

本发明实施例提供一种多媒体业务处理的方法、系统及装置，用以解决现有技术不能在获取高质量多媒体服务的同时，享受不受空间、时间限制的便利性的问题。

本发明实施例提供一种多媒体业务处理的方法，包括：

融合平台通过第一业务门户接收第一用户终端发起的多媒体业务信息查询请求；

所述融合平台根据保存的第一用户终端的标识和第二用户终端的标识的对应关系，确定所述第一用户终端对应的第二用户终端；

所述融合平台根据保存的所述第一用户终端，以及所述第二用户终端分别对应的多媒体业务信息，处理接收到的多媒体业务信息查询请求；

所述融合平台通过所述第一业务门户向所述第一用户终端返回处理结果，使所述第一用户终端操作对应的多媒体业务。

本发明实施例提供一种多媒体业务处理的系统，包括：

融合平台，用于通过第一业务门户接收第一用户终端发起的多媒体业务信息查询请求，根据保存的第一用户终端的标识和第二用户终端的标识的对应关系，确定所述第一用户终端对应的第二用户终端，根据保存的所述第一用户终端，以及所述第二用户终端分别对应的多媒体业务信息，处理接收到的多媒体业务信息查询请求，通过所述第一业务门户向所述第一用户终端返回处理结果，使所述第一用户终端操作对应的多媒体业务；

第一业务门户，用于将接收到的第一用户终端发起的多媒体业务信息查询请求发送给所述融合平台，将接收到的所述融合平台返回处理结果发送给第一用户终端；

第一用户终端，用于通过所述第一业务门户向所述融合平台发起多媒体业务信息查询请求，根据所述融合平台通过所述第一业务门户返回的处理结果，操作对应的多媒体业务。

本发明实施例提供一种多媒体业务处理的融合平台，包括：

接收单元，用于接收多媒体业务信息查询请求；

确定单元，用于根据保存的第一用户终端的标识和第二用户终端的标识的对应关系，确定所述第一用户终端对应的第二用户终端；

处理单元，用于根据保存的所述第一用户终端，以及所述第二用户终端分别对应的多媒体业务信息，处理接收到的多媒体业务信息查询请求；

发送单元，用于发送处理结果。

本发明实施例中，融合平台保存了第一用户终端的标识和第二用户终端的标识的对应关系，这样，第一用户终端发起多媒体业务信息查询请求后，融合平台可以根据保存的第一用户终端，以及与第一用户终端对应的第二用户终端分别对应的多媒体业务信息，处理接收到的多媒体业务信息查询请求，并使得第一用户终端根据处理结果，操作对应的多媒体业务，从而，通过融合平台，可以实现跨屏订购、跨屏收藏，并且，可以在一个平台上提供全套多媒体业务，以及丰富多彩的融合业务，节省了投资，也能提高用户的多媒体业务的体验。

附图说明

图1为本发明实施例中多媒体业务处理系统的示意图；

图2为本发明实施例中多媒体业务处理的流程图；

图3为本发明实施例中融合平台保存第二用户终端对应的多媒体业务信息的流程图；

图4为本发明实施例中多媒体业务处理系统的架构图；

图5为本发明实施例中多媒体业务处理系统架构的示意图；

图6为本发明实施例一中多媒体业务处理的流程图；

图7为本发明实施例二中多媒体业务处理的流程图；

图8为本发明实施例中多媒体业务处理的融合平台的示意图。

具体实施方式

本发明实施例提供一种多媒体业务处理的系统，参见图1，包括：第一用户终端100、第二用户终端200、第一业务门户300，第二业务门户400、以及融合平台500。其中，第一用户终端100通过第一业务门户300与融合平台500链接，第二用户终端200通过第二业务门户400与融合平台500链接.

融合平台500上保存了第一用户终端100的标识和第二用户终端200的标识的对应关系，即融合平台500实现了第一用户终端100的标识和第二用户终端200的标识的绑定和融合。参见图2，利用该系统进行多媒体业务处理的过程包括：

步骤201：第一用户终端通过第一业务门户向融合平台发起多媒体业务信息查询请求。

本发明实施例中，第一用户终端可以是移动终端，也可以是IPTV业务系统中的机顶盒。当第一用户终端是移动终端，其对应的第一业务门户可以是无线应用协议(Wireless Application Protocol，WAP)门户，当第一用户终端是机顶盒，其对应的第一业务门户可以是电子节目单(Electronic Programmer Guide， EPG)门户。当然第一用户终端还可以是个人电脑，第一业务门户为其对应的业务门户，例如WEB门户。

这样，第一用户终端发起多媒体业务信息查询请求后，首先发送给对应的第一业务门户，然后第一业务门户将该多媒体业务信息查询请求发送给融合平台。

这里，多媒体业务信息查询请求包括：多媒体业务订购关系查询请求，多媒体业务退订关系查询请求，多媒体业务收藏关系查询请求，或多媒体业务去收藏关系查询请求。

步骤202：融合平台根据保存的第一用户终端的标识和第二用户终端的标识的对应关系，确定发起请求的第一用户终端对应的第二用户终端。

融合平台上保存了第一用户终端的标识和第二用户终端的标识的对应关系，即融合平台实现了第一用户终端的标识和第二用户终端的标识的绑定和融合。因此，可以根据保存的对应关系，确定发起请求的第一用户终端对应的第二用户终端。

步骤203：融合平台根据保存的发起请求的第一用户终端对应的多媒体业务信息，以及与第一用户终端对应的第二用户终端对应的多媒体业务信息，处理接收到的多媒体业务信息查询请求。

融合平台不仅保存了第一用户终端的多媒体业务信息，也保存了第二用户终端的多媒体业务信息。

当多媒体业务信息查询请求为多媒体业务订购关系查询请求时，不仅需要查询融合平台保存的通过第一用户终端发起的多媒体业务订购关系，还需要查询融合平台保存的通过第二用户终端发起的多媒体业务订购关系。

同样，当多媒体业务信息查询请求为多媒体业务退订关系查询请求时，不仅需要查询融合平台保存的通过第一用户终端发起的多媒体业务退订关系，还需要查询融合平台保存的通过第二用户终端发起的多媒体业务退订关系。

当然，当多媒体业务信息查询请求为多媒体业务收藏关系查询请求时，不仅需要查询融合平台保存的通过第一用户终端发起的多媒体业务收藏关系，还需要查询融合平台保存的通过第二用户终端发起的多媒体业务收藏关系。

当多媒体业务信息查询请求为多媒体业务去收藏关系查询请求时，不仅需要查询融合平台保存的通过第一用户终端发起的多媒体业务去收藏关系，还需要查询融合平台保存的通过第二用户终端发起的多媒体业务去收藏关系。

步骤204：融合平台通过第一业务门户向第一用户终端返回处理结果。

融合平台对接收到的多媒体业务信息查询请求进行处理后，将处理结果首先返回到第一业务门户，然后，第一业务门户将处理结果返回给第一用户终端。

当多媒体业务信息查询请求为多媒体业务订购关系查询请求时，融合平台通过第一业务门户向第一用户终端返回查询到的所有的多媒体业务订购关系。

当多媒体业务信息查询请求为多媒体业务退订关系查询请求时，融合平台通过第一业务门户向第一用户终端返回查询到的所有的多媒体业务退订关系。

当然，当多媒体业务信息查询请求为多媒体业务收藏关系查询请求时，融合平台通过第一业务门户向第一用户终端返回查询到的所有的多媒体业务收藏关系。

当多媒体业务信息查询请求为多媒体业务去收藏关系查询请求时，融合平台通过第一业务门户向第一用户终端返回查询到的所有的多媒体业务去收藏关系。

步骤205：第一用户终端根据处理结果，操作对应的多媒体业务。

当第一用户终端接收到的是查询到的所有的多媒体业务订购关系，则可以从订购的多媒体业务中，选择一个多媒体业务进行播放、浏览、或定时播放等操作。

当第一用户终端接收到的是查询到的所有的多媒体业务退订关系，则可以查询到历史订购记录，还可以删除查询到的所有的多媒体业务退订记录。

当第一用户终端接收到的是查询到的所有的多媒体业务收藏关系时，则可以从收藏的多媒体业务中，选择一个多媒体业务进行播放、浏览、或定时播放等操作。

当第一用户终端接收到的是查询到的所有的多媒体业务去收藏关系时，则可以查询到历史收藏记录，还可以删除查询到的所有的多媒体业务去收藏记录。

上述实施例中，融合平台保存第二用户终端对应的多媒体业务信息的过程可以参见图3，包括：

步骤301：第二用户终端通过第二业务门户向融合平台发起多媒体业务操作请求。

第二用户终端发起多媒体业务操作请求后，首先发送给对应的第二业务门户，然后第二业务门户将该多媒体业务操作请求发送给融合平台。

这里，多媒体业务操作请求包括：多媒体业务订购请求，多媒体业务退订请求，以及多媒体业务收藏、去收藏请求。

步骤302：融合平台处理接收到的多媒体业务操作请求，并将操作结果保存到第二用户终端对应的多媒体业务信息中。

这里，可以将多媒体业务订购关系保存到融合平台中，或者将多媒体业务退订关系保存到融合平台中，或者将多媒体业务收藏、去收藏关系保存到融合平台中。

步骤303：融合平台通过第二业务门户向第二用户终端返回操作结果。

融合平台向第二业务门户返回操作结果，第二业务门户向第二用户终端返回操作结果。

当然，融合平台保存第一用户终端对应的多媒体业务信息的过程也如上所述，也就是，融合平台不仅保存了第一用户终端的标识和第二用户终端的标识的对应关系，也分别保存了第一用户终端对应的多媒体业务信息，以及第二用户终端对应的多媒体业务信息。

在本发明实施例中，在第一用户终端通过第一业务门户向融合平台发起多媒体业务信息查询请求之前，融合平台还需对第一用户终端进行认证，即包括：

第一用户终端通过第一业务门户向融合平台发起登录请求，融合平台根据保存的第一用户终端标识对发起登录请求的第一用户终端进行认证，当认证通过时，融合平台通过第一业务门户向第一用户终端返回认证成功的结果，即登录成功消息，否则，返回认证失败的结果。

当然，第二用户终端通过第二业务门户向融合平台发起多媒体业务操作请求之前，融合平台也需对第二用户终端进行认证，只有认证通过了，第二用户终端才能发起多媒体业务操作请求。

因此，在如图1所示的多媒体业务处理的系统中，包括：第一用户终端100、第二用户终端200、第一业务门户300，第二业务门户400、以及融合平台500。其中，

融合平台500，用于通过第一业务门户300接收第一用户终端100发起的多媒体业务信息查询请求，根据保存的第一用户终端100的标识和第二用户终端200的标识的对应关系，确定第一用户终端100对应的第二用户终端200，根据保存的第一用户终端100，以及第二用户终端200分别对应的多媒体业务信息，处理接收到的多媒体业务信息查询请求，通过第一业务门户300向第一用户终端100返回处理结果，使第一用户终端100操作对应的多媒体业务。

第一业务门户300，用于将接收到的第一用户终端100发起的多媒体业务信息查询请求发送给融合平台500，将接收到的融合平台500返回处理结果发送给第一用户终端100。

第一用户终端100，用于通过第一业务门户300向融合平台500发起多媒体业务信息查询请求，根据融合平台500通过第一业务门户300返回的处理结果，操作对应的多媒体业务。

可见，本发明实施例中，多媒体业务处理的系统中，融合平台500保存了第一用户终端100的标识和第二用户终端200的标识的对应关系，以及第一用户终端100，以及第二用户终端200对应的多媒体业务信息。这样，

第二用户终端200，用于通过第二业务门户400向融合平台500发起多媒体业务信息操作请求，接收融合平台500通过第二业务门户400返回的操作结果。

第二业务门户400，用于将接收的第二用户终端200发起的多媒体业务信息操作请求发送给融合平台500，将接收的融合平500返回的操作结果发送给第二用户终端台200。则，

融合平台500，还用于处理所述多媒体业务操作请求，将处理结果保存到第二用户终端200对应的多媒体业务信息中，并将所述操作结果通过所述第二业务门户400返回给第二用户终端200。

并且，本实施例中，第一用户终端100，还用于通过第一业务门户300向融合平台500发起登录请求，接收融合平台500通过第一业务门户300返回的登录成功消息。

第一业务门户300，还用于将接收的第一用户终端100发起的登录请求发送给融合平台500，将接收的融合平台500返回的登录成功消息发送给第一用户终端100。

融合平台500，还用于登录请求进行认证，当认证通过时，通过第一业务门户300向第一用户终端100返回登录成功消息。

当然，本发明实施例中，第一用户终端的功能第二用户终端也可以实现，第二用户终端的功能第一用户终端也能实现。

下面结合说明书附图对本发明实施例作进一步详细描述。

本发明实施例多媒体业务处理的系统架构参见图4，移动终端经分组业务数据节点(Packet Data Services Node，PDSN)或GPRS网关支持节点(GatewayGPRS Support Node，GGSN)连接到骨干网，也可能经过WAP网关登录到IPTV与移动流媒体融合平台，实现移动流媒体业务。机顶盒经有线网络连接到骨干网，登录到IPTV与移动流媒体融合平台，实现IPTV业务。其系统架构示意图如图5所示。机顶盒与EPG门户可以与图1中的第一用户终端以及第一门户相对应，则移动终端与WAP门户与图1中的第二用户终端以及第二门户相对应。当然，机顶盒与EPG门户也可以与图1中的第二用户终端以及第二门户相对应，则移动终端与WAP门户与图1中的第一用户终端以及第一门户相对应。

实施例1，本实施例中，IPTV与移动流媒体融合平台中保存移动终端号码与机顶盒号码的对应关系，并建立了数据库，数据库中包括：移动终端对应的多媒体业务信息，以及机顶盒对应的多媒体业务信息，这样，可以通过移动终端订购多媒体业务，通过机顶盒查阅订购关系，具体过程参见图6，包括：

步骤601：移动终端向WAP门户发送登录请求。

步骤602：WAP门户将登录请求发送到IPTV与移动流媒体融合平台。

步骤603：IPTV与移动流媒体融合平台对登录请求进行认证，当认证通过时，向WAP门户发起登录成功消息。

步骤604：WAP门户将登录成功消息发送给移动终端。

步骤605：移动终端在WAP门户浏览多媒体业务，当发现有感兴趣的一个或多个多媒体业务时，移动终端通过WAP门户向IPTV与移动流媒体融合平台发起多媒体业务订购请求，即移动终端通过WAP门户向IPTV与移动流媒体融合平台请求订购这一个或多个多媒体业务。

步骤606：IPTV与移动流媒体融合平台订购一个或多个多媒体业务，将一个或多个多媒体业务的订购关系保存在数据库中，即将一个或多个多媒体业务的订购关系保存在该移动终端对应的多媒体业务信息中。

步骤607：IPTV与移动流媒体融合平台通过WAP门户向移动终端返回订购结果。

步骤608：机顶盒向EPG门户发送登录请求。

步骤609：EPG门户将登录请求发送到IPTV与移动流媒体融合平台。

步骤610：IPTV与移动流媒体融合平台对登录请求进行认证，当认证通过时，向EPG门户发起登录成功消息。

步骤611：EPG门户将登录成功消息发送给机顶盒。

步骤612：机顶盒通过EPG门户向IPTV与移动流媒体融合平台发起多媒体业务订购关系查询请求。

步骤613：IPTV与移动流媒体融合平台对多媒体业务订购关系查询请求进行处理。

这里，首先根据保存的移动终端号码与机顶盒号码的对应关系，确定与该机顶盒对应的移动终端，从而在数据库中，该机顶盒对应的多媒体信息中，以及确定的移动终端对应的多媒体信息中，查找所有的多媒体业务订购关系。

步骤614：IPTV与移动流媒体融合平台通过EPG门户向机顶盒返回处理结果，即查找到的所有的多媒体业务订购关系。

步骤615：机顶盒根据接收到的多媒体业务订购关系，选择一个已订购的多媒体业务进行播放、或浏览等操作。

根据本实施例可知，用户可以通过移动终端随时随地浏览多媒体业务，当有感兴趣的一个或多个多媒体业务时，及时进行订购，这样，当用户回到家中后，即可利用机顶盒进行查阅，并进行欣赏，从而可以获得高质量数字媒体服务，这样，可以合理地利用时间，方便快捷地获得高质量数字媒体服务，也提高网络资源的利用率。

当然，本发明实施例中，还可以通过机顶盒订购多媒体业务，通过移动终端查阅订购关系，具体过程就不在累述了。

实施例2：本实施例中，IPTV与移动流媒体融合平台中保存移动终端号码与机顶盒号码的对应关系，并建立了数据库，数据库中包括：移动终端对应的多媒体业务信息，以及机顶盒对应的多媒体业务信息，这样，可以通过移动终端收藏多媒体业务，通过机顶盒查阅收藏关系，具体过程参见图7，包括：

步骤701：移动终端向WAP门户发送登录请求。

步骤702：WAP门户将登录请求发送到IPTV与移动流媒体融合平台。

步骤703：IPTV与移动流媒体融合平台对登录请求进行认证，当认证通过时，向WAP门户发起登录成功消息。

步骤704：WAP门户将登录成功消息发送给移动终端。

步骤705：移动终端在WAP门户浏览多媒体业务，当发现有感兴趣的一个或多个多媒体业务时，移动终端通过WAP门户向IPTV与移动流媒体融合平台发起多媒体业务收藏请求，即移动终端通过WAP门户向IPTV与移动流媒体融合平台请求收藏这一个或多个多媒体业务。

步骤706：IPTV与移动流媒体融合平台收藏一个或多个多媒体业务，将一个或多个多媒体业务的收藏关系保存在数据库中，即将一个或多个多媒体业务的收藏关系保存在该移动终端对应的多媒体业务信息中。例如：IPTV与移动流媒体融合平台收藏直播频道或点播内容。

步骤707：IPTV与移动流媒体融合平台通过WAP门户向移动终端返回收藏结果。例如：返回已收藏的直播频道或点播内容。

步骤708：机顶盒向EPG门户发送登录请求。

步骤709：EPG门户将登录请求发送到IPTV与移动流媒体融合平台。

步骤710：IPTV与移动流媒体融合平台对登录请求进行认证，当认证通过时，向EPG门户发起登录成功消息。

步骤711：EPG门户将登录成功消息发送给机顶盒。

步骤712：机顶盒通过EPG门户向IPTV与移动流媒体融合平台发起多媒体业务收藏关系查询请求。

步骤713：IPTV与移动流媒体融合平台对多媒体业务收藏关系查询请求进行处理。

这里，首先根据保存的移动终端号码与机顶盒号码的对应关系，确定与该机顶盒对应的移动终端，从而在数据库中，该机顶盒对应的多媒体信息中，以及确定的移动终端对应的多媒体信息中，查找所有的多媒体业务收藏关系。

步骤714：IPTV与移动流媒体融合平台通过EPG门户向机顶盒返回处理结果，即查找到的所有的多媒体业务收藏关系。

步骤715：机顶盒根据接收到的多媒体业务收藏关系，选择一个已收藏的多媒体业务进行订购、播放、或浏览等操作。

同样，根据本实施例可知，用户可以通过移动终端随时随地浏览多媒体业务，当有感兴趣的一个或多个多媒体业务时，及时进行收藏，这样，当用户回到家中后，即可利用机顶盒进行查阅，并进行欣赏，从而可以获得高质量数字媒体服务，这样，可以合理地利用时间，方便快捷地获得高质量数字媒体服务，也提高网络资源的利用率。

当然，本发明实施例中，还可以通过机顶盒收藏多媒体业务，通过移动终端查阅收藏关系，具体过程就不在累述了。

根据上述的多媒体业务处理的系统，以及多媒体业务处理的方法，可知融合平台具体包括：接收单元，确定单元，处理单元以及发送单元，参见图8，其中，

接收单元810，用于接收多媒体业务信息查询请求；

确定单元820，用于根据保存的第一用户终端的标识和第二用户终端的标识的对应关系，确定所述第一用户终端对应的第二用户终端；

处理单元830，用于根据保存的所述第一用户终端以及所述第二用户终端分别对应的多媒体业务信息，处理接收到的多媒体业务信息查询请求；

发送单元840，用于发送处理结果。

当然，接收单元810还用于接收多媒体业务操作请求；处理单元830还用于处理所述多媒体业务操作请求，并将操作结果保存到对应的多媒体业务信息中；发送单元840，还用发送所述操作结果。

接收单元810还用于接收登录请求，处理单元830还用对所述登录请求进行认证，发送单元840还用于当认证通过时，发送登录成功消息。

综上所述，本发明实施例中，IPTV与移动流媒体融合平台将机顶盒号码与移动号码进行绑定了，不仅在数据库保存了机顶盒对应的多媒体信息，也保存了移动终端对应的多媒体信息，从而，可以将IPTV系统与移动流媒体系统融合在一起，可以在一个融合平台上提供全套多媒体业务并提供丰富多彩的融合业务。对电信运营商来说，系统融合可以降低建网成本、节省投资，增加业务黏性和ARPU值，降低移动终端离网率；对于多媒体内容提供商来说，也提高了多媒体信息的浏览量，提供了使用率；对于普通的家庭用户来说，既可能有机顶盒加电视方式的IPTV终端，也可能有一部或多部可用于移动流媒体业务的移动终端，融合平台将这IPTV业务和移动流媒体业务融合起来后，可增强用户多媒体业务体验，提高用户满意度。

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

Claims

1.一种多媒体业务处理的方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，所述融合平台保存所述第二用户终端对应的多媒体业务信息包括：

融合平台通过第二业务门户接收所述第二用户终端发起的多媒体业务操作请求；

融合平台处理所述多媒体业务操作请求，并将操作结果保存到所述第二用户终端对应的多媒体业务信息中；

融合平台将所述操作结果通过第二业务门户返回给所述第二用户终端。

3.如权利要求1所述的方法，其特征在于，所述融合平台通过第一业务门户接收第一用户终端发起的多媒体业务信息查询请求之前，还包括：

所述融合平台通过第一业务门户接收第一用户终端发起的登录请求；

所述融合平台对所述登录请求进行认证，当认证通过时，通过第一业务门户向所述第一用户终端返回登录成功消息。

4.如权利要求1、3所述的任一方法，其特征在于，所述第一终端用户包括：机顶盒或移动终端。

5.一种多媒体业务处理的系统，其特征在于，包括：融合平台、第一业务门户，第一用户终端，第二业务门户和第二用户终端，其中，

所述融合平台，用于通过第一业务门户接收第一用户终端发起的多媒体业务信息查询请求，根据保存的第一用户终端的标识和第二用户终端的标识的对应关系，确定所述第一用户终端对应的第二用户终端，根据保存的所述第一用户终端，以及所述第二用户终端分别对应的多媒体业务信息，处理接收到的多媒体业务信息查询请求，通过所述第一业务门户向所述第一用户终端返回处理结果，使所述第一用户终端操作对应的多媒体业务；

所述第一业务门户，用于将接收到的第一用户终端发起的多媒体业务信息查询请求发送给所述融合平台，将接收到的所述融合平台返回处理结果发送给第一用户终端；

所述第一用户终端，用于通过所述第一业务门户向所述融合平台发起多媒体业务信息查询请求，根据所述融合平台通过所述第一业务门户返回的处理结果，操作对应的多媒体业务。

6.如权利要求5所述的系统，其特征在于，

所述第二用户终端，用于通过第二业务门户向所述融合平台发起多媒体业务信息操作请求，接收所述融合平台通过第二业务门户返回的操作结果；

所述第二业务门户，用于将接收的所述第二用户终端发起的多媒体业务信息操作请求发送给所述融合平台，将接收的所述融合平返回的操作结果发送给所述第二用户终端台；则，

所述融合平台，还用于处理所述多媒体业务操作请求，将操作结果保存到所述第二用户终端对应的多媒体业务信息中，并将所述操作结果通过所述第二业务门户返回给所述第二用户终端。

7.如权利要求5所述的系统，其特征在于，

所述第一用户终端，还用于通过第一业务门户向所述融合平台发起登录请求，接收所述融合平台通过第一业务门户返回的登录成功消息；

所述第一业务门户，还用于将接收的所述第一用户终端发起的登录请求发送给所述融合平台，将接收的所述融合平台返回的登录成功消息发送给所述第一用户终端；

所述融合平台，还用于对所述登录请求进行认证，当认证通过时，通过第一业务门户向第一用户终端返回登录成功消息。

8.一种多媒体业务处理的融合平台，其特征在于，包括：

接收单元，用于接收多媒体业务信息查询请求；

发送单元，用于发送处理结果。

9.如权利要求8所述的融合平台，其特征在于，

所述接收单元，还用于接收多媒体业务操作请求；

所述处理单元，还用于处理所述多媒体业务操作请求，并将操作结果保存到对应的多媒体业务信息中；

所述发送单元，还用于发送所述操作结果。

10.如权利要求8所述的融合平台，其特征在于，

所述接收单元，还用于接收登录请求；

所述处理单元，还用对所述登录请求进行认证；

所述发送单元，还用于当认证通过时，发送登录成功消息。