CN101883333A - 获取指定用户实时媒体播放信息的方法、系统和装置 - Google Patents

获取指定用户实时媒体播放信息的方法、系统和装置 Download PDF

Info

Publication number
CN101883333A
CN101883333A CN200910138254.9A CN200910138254A CN101883333A CN 101883333 A CN101883333 A CN 101883333A CN 200910138254 A CN200910138254 A CN 200910138254A CN 101883333 A CN101883333 A CN 101883333A
Authority
CN
China
Prior art keywords
request
designated user
real
time media
media play
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN200910138254.9A
Other languages
English (en)
Other versions
CN101883333B (zh
Inventor
金晓明
朱文明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huizhou Wisdom Enterprise Management Co Ltd
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN200910138254.9A priority Critical patent/CN101883333B/zh
Priority to PCT/CN2010/072481 priority patent/WO2010127627A1/zh
Publication of CN101883333A publication Critical patent/CN101883333A/zh
Application granted granted Critical
Publication of CN101883333B publication Critical patent/CN101883333B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1076—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast

Abstract

本发明公开了一种获取指定用户实时媒体播放信息的方法、系统和装置，以解决现有IPTV系统不支持其他用户获取指定用户实时媒体播放信息的问题。所述方法包括：接收请求装置发送的获取指定用户实时媒体播放信息的请求，所述请求中携带有指定用户的标识信息；根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置；向所述播放装置请求获取所述目标会话内的实时媒体播放信息；将所述播放装置返回的所述目标会话内的实时媒体播放信息返回给所述请求装置。本发明的获取指定用户实时媒体播放信息的方法、系统和装置，能够实现IPTV系统支持其他用户获取指定用户的实时媒体播放信息。

Description

获取指定用户实时媒体播放信息的方法、系统和装置
技术领域
本发明涉及通信技术领域，尤其是涉及一种获取指定用户实时媒体播放信息的方法、系统和装置。
背景技术
IMS(IP Multimedia Subsystem，IP多媒体子系统)是3GPP(3rd GenerationPartnership Project，第三代移动通信标准化伙伴项目)标准定义的一个IP多媒体子系统，是3G移动网实现分组话音和分组数据、提供统一的多媒体业务和应用的目标网络。
目前，其它的国际标准组织，如ITU-T(International TelecommunicationUnion-Telecommunication Standardization Sector，国际电信联盟-电信标准部)、ETSI(European Telecommunications Standards Institute，欧洲电信标准协会)等也采用IMS作为其定义的下一代网络的核心网络。
IMS采用IP分组域作为其控制信令和媒体传输的承载通道，采用SIP(Session Initiation Protocol，会话发起协议)作为呼叫控制信令，实现了业务管理、会话控制及承载接入的三者分离。
基于IMS架构的IPTV(Internet Protocol Television，交互式网络电视)业务是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。用户在家中可以使用个人电脑、或使用网络机顶盒和普通电视机的方式享受IPTV业务，也可以通过移动终端享受IPTV业务。IPTV使用TCP/IP作为承载协议进行单播、广播或组播视频业务，有效地将电视网、电话网和互联网三个领域结合在一起，是三网融合最具代表性的业务，正受到业界越来越多的关注。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
在下述场景中，存在其他用户获取指定用户实时媒体播放信息的需求：
1)用户A在观看一个点播节目，用户B希望能从用户A当前播放时间点同时观看该点播节目，用户B需要获取用户A观看的该点播节目的实时媒体播放信息；
2)小孩在观看一个时移节目，如该节目是关于前一天发生的交通事故，家长需要获取小孩观看节目的实时媒体播放信息，以便于快速查看该节目内容，若家长发现该节目后半部含有血腥场面，可以根据内容执行家长控制，让小孩在看到该时间段时快进或跳过；
3)在会话转移业务中，用户通过会话转移列表请求获取一个转移会话时，也需要获取被转移会话的实时媒体播放信息；
4)在共享控制业务中，用户通过EPG(Electronic Program Guide，电子节目指南)列表主动加入一个点播节目共享控制群时，用户也需要获取该共享群的实时媒体播放信息。
但是，在当前IPTV系统中，还不支持其他用户获取指定用户的实时媒体播放信息。因此迫切需要解决现有IPTV系统不支持其他用户获取指定用户用户实时媒体播放信息的问题，以满足上述的各需求。
发明内容
本发明实施例的目的是提供一种获取指定用户实时媒体播放信息的方法、系统和装置，以解决现有IPTV系统不支持其他用户获取指定用户实时媒体播放信息的问题。
本发明实施例提供了一种获取指定用户实时媒体播放信息的方法，包括：接收请求装置发送的获取指定用户实时媒体播放信息的请求；所述请求中携带有指定用户的标识信息；根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置；向所述播放装置请求获取所述目标会话内的实时媒体播放信息；将所述播放装置返回的所述目标会话内的实时媒体播放信息返回给所述请求装置。
本发明实施例还提供了一种获取指定用户实时媒体播放信息的系统，包括：请求装置，用于发送获取指定用户实时媒体播放信息的请求，所述请求中携带有指定用户的标识信息；请求处理装置，用于根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置，向该播放装置请求获取所述目标会话内的实时媒体播放信息，并将所述播放装置返回的所述目标会话内的实时媒体播放信息返回给所述请求装置；播放装置，用于播放媒体内容，和，根据所述请求处理装置发送的请求，获取所述目标会话内的实时媒体播放信息。
本发明实施例还提供了一种请求处理装置，包括：第一接收模块，用于接收请求装置发送的获取指定用户实时媒体播放信息的请求；所述请求中携带有指定用户的标识信息；查询模块，用于根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置；请求模块，用于向所述播放装置请求获取所述目标会话内的实时媒体播放信息；第二接收模块，用于接收播放装置返回的所述目标会话内的实时媒体播放信息；返回模块，用于将所述目标会话内的实时媒体播放信息返回给所述请求装置。
本发明实施例的获取指定用户实时媒体播放信息的方法、系统和装置，在接收到请求装置发送的携带有指定用户的标识信息的请求后，根据该指定用户的标识信息确定所述指定用户的目标会话标识及相应的播放装置，从播放装置获取目标会话内的实时媒体播放信息，并返回给请求装置；由此支持其他用户获取指定用户实时媒体播放信息。
附图说明
图1是本发明实施例获取指定用户实时媒体播放信息的方法的第一实施例的流程示意图；
图2是本发明实施例获取指定用户实时媒体播放信息的方法的第二实施例的信令流程图；
图3是本发明实施例获取指定用户实时媒体播放信息的方法的第三实施例的信令流程图；
图4是本发明实施例获取指定用户实时媒体播放信息的方法的第四实施例的信令流程图；
图5是本发明实施例获取指定用户实时媒体播放信息的方法的第五实施例的信令流程图；
图6是本发明实施例获取指定用户实时媒体播放信息的系统的结构示意图；
图7是本发明实施例请求处理装置的结构框图；
图8是本发明实施例的携带获取指示的方法的流程示意图。
具体实施方式
为使本发明实施例的上述目的和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明实施例作进一步详细的说明。
首先对现有的基于IMS架构的IPTV系统进行简要的介绍。现有的IPTV的架构主要有两种，分别由TISPAN(Telecommunication and Internet ConvergedServices and Protocols for Advanced Networking，电信和互联网融合业务及高级网络协议)和OIPF(Open IPTV Forum，开放式IPTV论坛)标准组织定义。两种架构中主要包括的功能实体与各自对应的功能如表1所示。
表1
其中，SCF(Service Control Function，业务控制功能)与IPTV control的功能相对应，都是进行IPTV业务控制；MCF(Media Control Function，媒体控制功能)与MDF(Media Delivery Function，媒体分发功能)合称为MF(Media Function，媒体功能)，MCF与CDNC(Content Delivery NetworkController，内容分发网络控制器)+CC(Cluster Controller，簇控制器)的功能相对应，MDF与CDF(Content Delivery Function，内容分发功能)相对应，MF在用户暂停或退出时主动上报SAD(Service Action Data，业务操作数据)给SCF。
在现有的IPTV系统中，用户可以通过获取自己的SAD信息选择从上一次观看暂停点开始观看内容，用户的SAD信息只有在用户暂停或退出时才会进行记录和保存，无法在用户正在观看时记录保存，而且SAD信息目前只支持被用户自己获取，其他用户是无法获取用户实时媒体播放信息的。
为解决现有IPTV系统无法支持其他用户获取指定用户实时媒体播放信息的问题，本发明实施例提供的获取指定用户实时媒体播放信息的方法的第一实施例如图1所示，包括：
S101，接收请求装置发送的获取指定用户实时媒体播放信息的请求；所述请求中携带有指定用户的标识信息。
所述实时媒体播放信息具体可以包括接入媒体名称、当前播放时间点、当前播放状态(暂停、快进或快退等)和播放速度等。
请求处理装置与请求装置之间进行通信的第一接口协议为SIP协议，请求处理装置与请求装置之间进行通信的消息为SIP消息。所述请求装置发送的获取指定用户实时媒体播放信息的请求为第一请求。所述第一请求中携带指定用户的标识信息，所述指定用户的标识信息具体可以包括指定用户身份标识，或指定用户的会话标识(Session ID)，或指定用户的会话转移标识，或指定用户的共享控制群标识。
所述请求装置发送的获取指定用户实时媒体播放信息的请求具体为：所述请求装置发送的携带获取指定用户实时媒体播放信息指示的SIP消息，所述获取指定用户实时媒体播放信息指示为第一获取指示。所述第一获取指示通过扩展的头域携带在所述SIP消息中，可以通过SIP invite，SIP message，SIPinfo，或SIP option等扩展的头域来携带。
在S101后，还包括步骤S101’：对所述请求装置进行鉴权，若鉴权通过则进入步骤S102，如未通过鉴权，则拒绝所述第一请求。
S102，根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置。
请求处理装置上存有其管理的所有会话的信息。以TISPAN定义的架构为例来说，请求处理装置即为SCF，播放装置即为MF，SCF上存储着其管理的所有已建立的会话的信息，可以包括建立会话的用户身份标识、会话标识、会话对应的内容标识等信息；SCF还存储有用户的标识信息、MF、会话标识等的对应关系。
所述会话可以是指定用户终端当前正在进行的会话，还可以是指定的共享控制业务会话。所述会话为使用SIP invite消息建立起来的IPTV会话，当用户观看点播节目时，则所述会话指的是该点播会话；当多个用户在共享一个IPTV节目时，则所述会话指的是该共享的IPTV节目会话。本发明实施例不限定所述会话是如何建立的。
在请求处理装置收到请求装置发送的第一请求后，会首先通过第一获取指示识别出该第一请求为获取指定用户实时媒体播放信息的请求，然后查询本地存储的指定用户的标识信息、MF、会话标识等的对应关系，确定与第一请求中目标指定用户的标识信息对应的指定用户的目标会话标识和为指定用户目标会话服务的播放装置，所述目标会话标识可以确定目标会话。
当指定用户的标识信息为建立指定用户身份标识时，所述确定指定用户的目标会话标识及播放装置具体可以包括：请求处理装置根据存储的用户身份标识、播放装置、会话标识的对应关系，查找到与指定用户身份标识对应的播放装置和目标会话标识。
当指定用户的标识信息为指定会话标识时，所述确定指定用户的目标会话标识及播放装置具体可以包括：根据存储的会话标识、播放装置的对应关系，查找到与指定会话标识对应的播放装置，所述指定会话标识即为目标会话标识。
当指定用户的标识信息为指定会话转移标识时，所述确定指定用户的目标会话标识及播放装置具体可以包括：根据存储的会话转移标识、播放装置、会话标识的对应关系，查找到与指定会话转移标识对应的播放装置和目标会话标识。
当指定用户的标识信息为指定共享控制群标识时，所述确定指定用户的目标会话标识及播放装置具体可以包括：根据存储的共享控制群标识、播放装置、会话标识的对应关系，查找到与指定共享控制群标识对应的播放装置和会话标识。
具体的，当第一请求中的指定用户的标识信息为指定用户身份标识时，请求处理装置对本地管理的IPTV会话进行检索或者查询，找到该用户身份标识所发起的IPTV会话。实际应用中，请求处理装置本地管理的一个或者多个IPTV会话均包含了各个会话所关联的用户身份标识，比如以SIP URI格式描述的IMPU(IP Multimedia Public Identity，IP多媒体公共标识)，第一请求携带的指定用户身份标识也可以是某个IMPU；请求处理装置获取该第一请求后，找到第一请求中的指定IMPU，并且从本地管理的一个或多个会话中查询该IMPU，从而获得该IMPU发起的某个IPTV会话的信息，如SIP Session ID。
当第一请求中的指定用户的标识信息为会话转移标识时，请求处理装置获取第一请求中的会话转移标识，通过会话转移标识找到对应的IPTV会话，从而获得该IPTV会话的信息，如会话标识。所述会话转移标识可以是3GPP TS23.237所定义的STI(Session Transfer Identifier，会话转移标识)、STN(SessionTransfer Number，会话转移号码)等，可以是提前在请求装置中配置，或者由请求装置从本地或者网络获取，本发明实施例不对会话转移标识如何获取进行限定。
所述请求处理装置可以管理一个或者多个共享控制群，并通过不同的共享控制群标识进行区分。当接收到的第一请求中携带某个共享控制群标识时，请求处理装置可以使用该共享控制群标识对本地管理的一个或多个共享控制群进行检索或者查询，从而获得指定共享控制群标识所对应会话的信息，如该群内正在共享的内容标识等。
S103，向所述播放装置请求获取所述目标会话内的实时媒体播放信息。
请求处理装置与播放装置之间进行通信的第二接口协议为SIP协议，请求处理装置与播放装置之间进行通信的消息为SIP消息。
所述向播放装置请求获取所述目标会话内的实时媒体播放信息具体为：向所述播放装置发送通过扩展的头域携带获取目标会话内的实时媒体播放信息指示的SIP消息。
所述请求处理装置向播放装置发送的获取目标会话内的实时媒体播放信息的请求为第二请求，所述第二请求携带有获取实时媒体播放信息的指示，该指示为第二获取指示，所述第二请求中携带有上述目标会话标识和第二获取指示。
播放装置收到第二请求后，会通过第二获取指示识别出该第二请求为获取实时媒体播放信息的请求，然后返回与所述目标会话标识对应的目标会话内的实时媒体播放信息。所述播放装置返回给请求处理装置的响应为第二响应，所述第二响应为与第二请求对应的响应消息，所述实时媒体播放信息通过第二响应SIP消息的消息体携带给请求处理装置。
其中，所述第一获取指示和第二获取指示都称为获取指示，获取指示可以包括显式获取指示和隐式获取指示。
当所述获取指示为显式获取指示时，即获取指示是通过专有指示标志显示出来。显示获取指示可以通过SIP扩展的头域携带，例如设置required头域为iptv-iptv-media-state来实现。
当所述获取指示为隐式获取指示时，即没有专有的获取指示标志，但是接收到包含上述隐式获取指示的请求消息的网络功能实体，能够根据该请求消息所携带的信息，以及其他的策略(如本地业务逻辑)，识别出该请求消息包含了获取实时媒体播放信息的请求。
所述第一请求和第二请求可以是SIP消息中的invite、re-invite、message、info、option或subscribe等：
当第一请求/第二请求为SIP invite或re-invite请求时，获取指示可以通过Required头域携带，例如设置Required为iptv-iptv-media-state，To头域设置为建立目标会话的指定用户身份标识，Request-URI设置为指定用户当前会话的内容标识或会话转移标识或共享控制群标识；
当第一请求/第二请求为SIP message请求时，可以设置Required为iptv-iptv-media-state，Request-URI设置为指定用户身份标识或会话转移标识或共享控制群标识；
当第一请求/第二请求为SIP subscribe请求时，获取指示可以通过Event头域携带，例如设置Event头域为iptv-iptv-media-state，To头域为指定用户身份标识，Request-URI为目标会话的内容标识；
当第一请求/第二请求为SIP info请求时，可以设置Event头域为iptv-iptv-media-state，Request-URI为指定用户身份标识或会话转移标识或共享控制群标识。
S104，将所述播放装置返回的所述目标会话内的实时媒体播放信息返回给所述请求装置。
请求处理装置将获取到的指定用户目标会话内的实时媒体播放信息携带在返回给请求装置的第一响应中。所述将目标会话内的实时媒体播放信息返回给请求装置的具体实现为：将所述目标会话内的实时媒体播放信息携带在SIP消息的消息体中返回给所述请求装置。
所述第一响应和第二响应中的实时媒体播放信息可以通过sip请求的200OK响应的消息体来携带，例如通过如下的xml schema格式进行描述：
<xs:element name＝″iptv-iptv-media-state″>
  <xs:complexType>
    <xs:sequence>
      <xs:element name＝″list″type＝″listType″minOccurs＝″0″/>
<xs:element name＝″service-type″type＝″ServiceType″minOccurs＝″0″/>
      </xs:sequence>
    </xs:complexType>
</xs:element>
<xs:complexType name＝″listType″>
      <xs:sequence>
        <xs:element name＝″offset″type＝″xs:string″minOccurs＝″0″/>
<xs:element name＝″trickplayStatus″type＝”trickplayStatusType”
minOccurs＝″0″maxOccurs＝″unbounded″/>
      </xs:sequence>
      <xs:attribute name＝″ID″type＝”xs:string”use＝”required”/>
<xs:attribute name＝″PiP″use＝″optional″>
     <xs:simpleType>
       <xs:restriction base＝″xs:string″>
        <xs:enumeration value＝″big″/>
        <xs:enumeration value＝″small″/>
       </xs:restriction>
     </xs:simpleType>
    </xs:attribute>
</xs:complexType>
<xs:complextType name＝″trickplayStatus″>
    <xs:sequence>
      <xs:element name＝″state″type＝″xs:string″minOccurs＝″0″/>
<xs:element name＝″scale″type＝″xs:string″minOccurs＝″0″/>
    </xs:sequence>
</xs:complexType>
<xs:simpleType name＝″ServiceType″>
  <xs:simpleType>
    <xs:restriction base＝″xs:string″>
      <xs:enumeration value＝″BC″/>
      <xs:enumeration value＝″CoD″/>
      <xs:enumeration value＝″nPVR″/>
    </xs:restriction>
  </xs:simpleType>
</xs:element>
</xs:schema>
所述第一请求、第二请求可以为同种类型的SIP消息，如都是message消息，也可以为不同类型的SIP消息；第一响应的类型与第一请求的类型相对应，第二响应的类型与第二请求的类型相对应。
本实施例的获取指定用户实时媒体播放信息的方法，在接收到请求装置发送的携带有指定用户的标识信息和获取指示的请求后，根据接收到的指定用户的标识信息确定所述指定用户的目标会话标识及相应的播放装置，从播放装置获取目标会话内的实时媒体播放信息，并返回给请求装置；由此支持其他用户获取指定用户的实时媒体播放信息。
下面通过四个具体的实施例，来对本发明实施例的方法进行说明。
第二实施例
如图2所示，UE1正在观看一个点播节目，UE2想获得UE1的实时媒体播放信息。本实施例中，所述指定用户为UE1，请求装置(即其他用户)为UE2，请求处理装置为SCF1，播放装置为MF1。
S201，UE2发出获取UE1正在观看的点播节目实时媒体播放信息的第一请求；所述第一请求经过Core IMS被路由到UE1的基本业务SCF1。
所述点播节目实时媒体播放信息包括当前播放时间点、当前播放状态等，第一请求中携带UE1身份标识，进一步还可以包括UE1当前观看的节目标识(UE2可以通过presence信息获取UE1的节目标识)。所发出的第一请求可以是SIP message，带有第一获取指示和UE1的身份标识：Request-URI设置为UE1的身份标识，To头域设置为UE1的身份标识，Required头域设置为iptv-iptv-media-state；第一请求还可以是SIP subscribe请求：Request-URI设置为UE 1当前的节目标识，Event事件扩展为iptv-iptv-media-state。
第一请求经过Core IMS被路由到UE1的基本业务SCF1，比如根据Request-URI路由到UE1的归属域，再根据iFC(Initial Filter Criteria，初始过滤标准)触发(比如根据Required头域值进行触发，这里的iFC触发可以采用动态iFC触发)到UE1的基本业务SCF1。
S202，SCF1根据UE1身份标识确定UE1的会话标识和MF1。
SCF1收到UE2发送的获取UE1实时媒体播放信息的第一请求后，SCF1对UE2进行鉴权，判断UE2是否有权限获取UE1实时媒体播放信息(具体权限控制可以由UE1预先设定)，并在鉴权通过后，查找到为UE1服务的MF1和UE1的会话标识。
S203，SCF1发送获取UE1实时媒体播放信息的第二请求经过Core IMS路由到MF1。
SCF1根据UE1当前的会话标识，向为UE1服务的MF1发送获取UE1实时媒体播放信息的第二请求，所述第二请求中带有第二获取指示和UE1当前的会话标识，比如发送会话内的SIP message消息或info消息，Request-URI设置为MF1的地址。
S204，MF1返回的携带有UE1会话内的实时媒体播放信息的第二响应经过Core IMS返回给SCF1，可以是通过第二响应的消息体携带，比如xml格式如下：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<iptv-media-state>
    <list ID＝”cod 1@iptv.com”>
        <offset>300</offset>
        <trickplayStatus>
            <state>PLAY</state>
            <scale>1</scale>
        </trickplayStatus>
    </list>
</iptv-media-state>
S205，SCF1获取UE1实时媒体播放信息，发送携带UE1实时媒体播放信息的第一响应经过Core IMS返回到UE2。
后续，UE2可以根据UE1的实时媒体播放信息从UE1当前播放时间点开始观看该点播节目。
所述第一请求中的UE1的身份标识也可以替换为UE1当前的会话标识。
上述流程还可以用于一键切换，即UE2通过所使用终端上显示的获取UE1实时媒体播放信息的功能键，实现获取UE1实时媒体播放信息的功能。
本实施例的获取指定用户实时媒体播放信息的方法，在接收到UE2发送的携带UE1的身份标识和获取指示的请求后，SCF1根据接收到的UE1的身份标识确定UE1的会话标识及为UE1服务的MF1，从MF1获取目标会话内的实时媒体播放信息，并返回给UE2；由此支持其他用户获取指定用户的实时媒体播放信息。
第三实施例
如图3所示，小孩正在观看画中画节目，家长查看小孩目前观看的具体内容，家长终端显示小孩的画中画内容，并可以正常对节目进行操作，后续可以进行一定的家长控制；所述指定用户为小孩的终端UE1，请求装置(即其他用户)为家长终端UE2，请求处理装置为分别为画中画上显示的为两个节目服务的业务SCF1-1和业务SCF1-2，播放装置为分别为节目1和节目2提供服务的MF1-1和MF1-2(图中未示出)。
前提：家长签约了监视业务，通过该业务能够获取小孩实时媒体播放信息，并可以从小孩当前观看的播放时间点切入该节目。可以是通过HTTP、SIP方式签约，也可以通过在营业厅或电话签约。
S301，UE2发起对UE1监视的请求，该监视请求中携带UE1的身份标识，比如发送SIP invite请求，Request-URI设置为监视业务PSI，监视请求经过CoreIMS路由到监视SCF。
S302，监视SCF收到UE2发送的监视请求后，对UE2进行监视鉴权，在鉴权通过后，获取为UE1服务的业务SCF的地址，即SCF1-1和SCF1-2的地址。
S303，监视SCF向业务SCF1-1发送获取实时媒体播放信息1的第一请求1。
根据UE1当前会话(监视业务启动时，UE1的业务会话会串进监视SCF)，向业务SCF请求UE1的实时媒体播放信息，即向业务SCF1-1发送获取实时媒体播放信息1的第一请求1，该第一请求1中携带第一获取指示1和UE1的身份标识，SCF1-1查找与UE1的身份标识对应的MF1-1和UE1的目标会话标识1，后续SCF1-1从MF1-1获取实时媒体播放信息1的过程与第二实施例相类似，此处不再赘述。
S304，业务SCF1-1返回携带UE1的实时媒体播放信息1的第一响应1，携带UE1的实时媒体播放信息1的第一响应1经过Core IMS返回到监视SCF；该第一响应1消息体xml格式可以如下：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<iptv-media-state>
    <1ist ID＝”tstv1@iptv.com”PiP＝”big”>
        <offset>300</offset>
        <trickplayStatus>
            <state>PLAY</state>
            <scale>1</scale>
        </trickplayStatus>
    </list>
</iptv-media-state>
S305，监视SCF根据UE1的业务会话，向业务SCF1-2发送获取UE1的实时媒体播放信息2的第一请求2，该第一请求2中携带有第一获取指示2和UE1的身份标识，该第一请求2经过Core IMS路由到业务SCF1-2。
S306，SCF1-2查找与UE1的身份标识对应的MF1-2和UE1的目标会话标识2，SCF1-2从MF获取实时媒体播放信息2的过程与第二实施例相类似；业务SCF1-2返回携带有UE1的实时媒体播放信息2的第一响应2给监视SCF，该第一响应2消息体xml格式可以如下：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<iptv-media-state>
    <list ID＝”cod1@iptv.com”PiP＝”small”>
        <offset>100</offset>
        <trickplayStatus>
            <state>PLAY</state>
            <scale>1</scale>
        </trickplayStatus>
    </list>
</iptv-media-state>
S307，监视SCF收到业务SCF1-1和业务SCF1-2返回的UE1画中画实时媒体播放信息1和实时媒体播放信息2后，将该画中画实时媒体播放信息封装在给UE2监视的监视响应消息体中返回给UE2，其xml格式可以如下：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<iptv-media-state>
      <list ID＝”tstv 1@iptv.com”PiP＝”big”>
          <offset>300</offset>
          <trickplayStatus>
            <state>PLAY</state>
            <scale>1</scale>
          </trickplayStatus>
      </list>
<list ID＝”cod1@iptv.com”PiP＝”small”>
          <offset>100</offset>
          <trickplayStatus>
            <state>PLAY</state>
            <scale>1</scale>
          </trickplayStatus>
        </list>
        <service-type>PiP</service-type>
</iptv-media-state>
后续家长可以根据小孩实时媒体播放信息从相同的播放时间点开始观看相同节目。
由于家长和小孩在同一个订阅关系下，所以对相同节目的业务控制实体是同一个。以本实施例为例，对于家长和小孩，节目1的业务控制实体都是SCF1-1，节目2的业务控制实体都是SCF1-2。
本实施例的获取指定用户实时媒体播放信息的方法，在接收到UE2发送的携带有UE1的身份标识和获取指示的请求后，SCF1-1根据接收到的UE1的身份标识确定UE1的会话标识1及为UE1服务的MF1-1，SCF1-2根据接收到的UE1的身份标识确定UE1的会话标识2及为UE1服务的MF1-2，从MF1-1和MF1-2分别获取UE1会话内的实时媒体播放信息1和实时媒体播放信息2，并通过监视SCF返回给UE2；由此支持其他用户获取指定用户的实时媒体播放信息。
第四实施例
如图4所示，用户使用另一终端UE2从IPTV会话转移列表中选择一个会话，使用UE2从该会话当前播放时间点开始继续观看IPTV节目；所述指定用户为UE1，请求装置(即其他用户)为UE2，请求处理装置为SCF，播放装置为给UE1服务的MF。
前提：用户使用一个终端UE1观看IPTV节目，在决定使用另一终端UE2继续观看该节目时，用户使用UE1发送一个会话转移命令，此时，用户使用的UE2的会话转移列表中就会出现UE1会话的选项。
S401，UE2从IPTV会话转移列表中选择一个会话，请求从该会话当前播放时间点开始继续观看，UE2发出会话连续的第一请求，第一请求经过CoreIMS被路由到SCF，比如根据Request-URI路由到SCF，该第一请求中携带所选会话的会话转移标识，所发起的第一请求可以是SIP invite，Request-URI设置为STI(Session Transfer Identifier，会话转移标识)，这里的获取指示可以为隐式获取指示。
S402，SCF收到UE2发送的第一请求后，对UE2进行鉴权，并在鉴权通过后，根据本地存储的会话转移标识、MF、会话标识的对应关系，查找到对应的会话标识和为UE1服务的MF。
SCF管理着会话转移列表，存储着每条会话转移的相关信息，包括会话转移发起方、会话转移接收方、会话转移的会话标识等。UE2从会话转移列表选择继续进行某一会话时，其实是向SCF发送了携带所选会话的会话转移标识的第一请求，本发明实施例对于UE2如何获得会话转移标识不做限定。
S403，SCF向所述MF发送携带有所述会话标识的获取被转移会话实时媒体播放信息的第二请求。
第二请求经过Core IMS被路由到MF，比如可以发送会话内的SIP message消息或info消息，Request-URI设置为MF的地址。
S404，MF返回携带有被转移会话实时媒体播放信息的第二响应给SCF，第二响应经过Core IMS被返回到SCF，第二响应可以是通过消息体携带，比如xml格式如下：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<iptv-media-state>
    <list ID＝”cod1@iptv.com”>
        <offset>300</offset>
        <trickplayStatus>
            <state>PLAY</state>
            <scale>1</scale>
        </trickplayStatus>
    </list>
</iptv-media-state>
S405，SCF获取被转移会话实时媒体播放信息，并将被转移会话实时媒体播放信息携带在第一响应中返回给UE2，所述第一响应经过Core IMS返回到UE2。
后续UE2可以根据被转移会话实时媒体播放信息观看该点播节目。
另外，S405也可以不携带被转移会话实时媒体播放信息，而是在SCF获取到被转移会话实时媒体播放信息后，直接指示为UE2服务的MF从指定播放时间点开始播放。
本实施例的获取指定用户实时媒体播放信息的方法，在接收到UE2发送的携带有指定用户会话转移标识和获取指示的请求后，SCF根据接收到的会话转移标识确定UE1的会话标识及为UE1服务的MF，从MF获取目标会话内的实时媒体播放信息，并返回给UE2；由此支持其他用户获取指定用户的实时媒体播放信息。
第五实施例
如图5所示，某个共享控制群中目前已经有多个用户终端UE1、UE2等在共享观看某个点播节目Z，此时用户终端UEY希望加入到该共享控制群中，并同时与其他用户终端同步观看该点播节目Z。为此UEY发起一个加入共享控制群的请求，其中携带共享控制群标识X，该请求被共享控制群服务器获取后，通过查询该共享控制群所观看的点播节目Z，从而向媒体服务器获取当前节目Z的实时媒体播放信息，并返回给UEY。之后UEY即可发起针对点播节目Z的点播请求，并以返回的当前播放时间点和返回的播放速率开始播放节目Z，使得UEY与其他用户终端观看节目Z达到同步。所述指定用户为共享控制群，请求装置(即其他用户)为UEY，请求处理装置为共享控制群应用服务器AS，播放装置为共享控制群标识X对应的一个或多个MF。
本实施例中，共享控制群的媒体播放由同一个共享控制群AS来控制，该共享控制群AS上存储有其管理的所有共享控制群的会话标识和会话内容标识等信息。任何一个共享控制群内的用户设备对共享节目的操作控制，都会由共享控制群AS统一作用于为该共享控制群服务的所有MF上，以实现群内的各用户设备观看的节目同步。
S501，UEY请求加入一个正在进行的共享控制群，比如UEY通过EPG列表获取共享控制群信息，UEY发送携带有共享控制群标识X的第一请求，第一请求经过Core IMS路由到共享控制群AS，该第一请求可以为SIP invite请求，设置Request-URI为共享控制群标识X；本实施例中的获取指示可以为隐式获取指示。
S502，共享控制群AS识别所述第一请求中携带的共享控制群标识，根据共享控制群AS本地存储的共享控制群标识、MF、会话标识、会话内容标识等的对应关系，查找到共享控制群标识X对应的一个或多个MF和当前共享控制群的多个共享控制会话标识等。
S503，共享控制群AS向会话内的MF发送携带有共享控制会话标识的、获取共享实时媒体播放信息的第二请求，该第二请求经过Core IMS路由到MF。
S504，MF返回携带有共享实时媒体播放信息的第二响应给共享控制群AS。
S505，共享控制群AS返回携带有共享实时媒体播放信息的第一响应给UEY。
S506，UEY根据获取到的共享实时媒体播放信息建立共享点播节目的会话。
至于后续共享控制群AS、群内各个UE以及MF具体如何协调动作，本发明实施例不做限定。
本实施例的获取指定用户实时媒体播放信息的方法，在接收到UEY发送的携带有共享控制群标识X和获取指示的请求后，共享控制群AS根据接收到的共享控制群标识X确定目标会话标识及与该共享控制群对应的一个或多个MF，从MF获取共享控制群目标会话的共享实时媒体播放信息，并返回给UEY；由此支持其他用户获取指定用户群的实时媒体播放信息。
本发明实施例还提供一种获取指定用户实时媒体播放信息的系统，如图6所示，包括：请求装置10，请求处理装置20和播放装置30。
所述请求装置10，用于发送获取指定用户实时媒体播放信息的请求，所述请求中携带有指定用户的标识信息；所述获取指定用户实时媒体播放信息的请求为第一请求，所述第一请求中携带有获取指定用户实时媒体播放信息的指示，即第一获取指示。请求装置10可以为用户终端，如移动台、带有网络STB(Set Top Box，机顶盒)的电视机等，请求装置10与请求处理装置20之间进行通信的第一接口协议为SIP协议。
所述指定用户的标识信息具体可以包括指定用户身份标识，或指定用户的会话标识，或指定用户的会话转移标识，或指定用户的共享控制群标识；所述第一请求还可以进一步携带与所述指定用户实时媒体播放信息相关联的内容描述信息，比如会话转移中的内容标识、或共享控制群内正在共享的内容标识等。
所述请求处理装置20，用于根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置30，向该播放装置30请求获取所述目标会话内的实时媒体播放信息，并将所述播放装置30返回的所述目标会话内的实时媒体播放信息返回给所述请求装置10。请求处理装置20为网络实体，具体可以包括SCF、IPTV Control、AS等。请求处理装置20与播放装置30之间进行通信的第二接口协议为SIP协议。
所述请求处理装置20收到所述第一请求后，会首先根据第一获取指示识别出该第一请求为获取实时媒体播放信息的请求，而不是普通的会话建立请求或播放控制指令。请求处理装置20会查询与指定用户的标识信息对应的播放装置30和会话标识。
请求处理装置20向该播放装置30请求获取所述目标会话内的实时媒体播放信息具体为：请求处理装置20向播放装置30发送获取所述目标会话内的实时媒体播放信息的请求，该请求为第二请求。所述第二请求中携带有获取指定用户目标会话内的实时媒体播放信息的指示，即第二获取指示；第二请求携带有上述目标会话的会话标识和第二获取指示。所述第二请求可以通过目标会话的会话内信息发送给播放装置30，以使播放装置30能够根据所述第二获取指示判断出第二请求为获取目标会话实时媒体播放信息的请求，获取播放装置30本地管理的所有会话中与所述目标会话标识对应的实时媒体播放信息，并将获取到的实时媒体播放信息携带在第二响应中返回给请求处理装置20。
所述请求处理装置20在接收到所述第一请求后，还用于对请求装置10进行鉴权，所述鉴权规则可以由所述指定用户通过HTTP、SIP等方式进行预设。
所述请求处理装置20在接收到所述第一请求后，不是获取已存储的SAD信息，而是获取播放装置30上正在为指定用户目标会话播放的实时媒体播放信息，因此实时性更好。
所述播放装置30，用于播放媒体内容，和，根据所述请求处理装置20发送的请求，获取所述目标会话内的实时媒体播放信息。播放装置30可以为网络实体，例如MF(实际提供实时媒体播放信息的是MDF)、CDF等。
请求处理装置20从播放装置30获取指定用户目标会话内的实时媒体播放信息，目标会话内的实时媒体播放信息可以通过sip请求的200OK响应的消息体来携带。
本实施例的获取指定用户实时媒体播放信息的系统，在接收到请求装置发送的携带有指定用户的标识信息和获取指示的请求后，根据接收到的指定用户的标识信息确定指定用户的目标会话标识及相应的播放装置，通过所述会话标识从播放装置获取目标会话内的实时媒体播放信息，并返回给请求装置；由此支持其他用户获取指定用户实时媒体播放信息。
本发明实施例还提供获取指定用户实时媒体播放信息的一种请求处理装置，如图7所示，包括：第一接收模块100，查询模块200，请求300，第二接收模块400，返回模块500。
第一接收模块100，用于接收请求装置10发送的获取指定用户实时媒体播放信息的请求；所述请求中携带有指定用户的标识信息。
所述指定用户的标识信息具体可以包括指定用户身份标识，或指定用户的会话标识(Session ID)，或指定用户的会话转移标识，或指定用户的共享控制群标识等。
查询模块200，用于根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置。
请求模块300，用于向所述播放装置请求获取所述目标会话内的实时媒体播放信息。
第二接收模块400，用于接收播放装置返回的所述目标会话内的实时媒体播放信息。
返回模块500，用于将所述目标会话内的实时媒体播放信息返回给所述请求装置。
优选的，所述请求处理装置20还包括鉴权模块，用于在所述第一接收模块100接收到请求装置发送的获取实时媒体播放信息的请求后，对所述请求装置进行鉴权。
本实施例的请求处理装置，在接收到请求装置发送的携带有指定用户的标识信息和获取指示的请求后，根据接收到的指定用户的标识信息确定所述指定用户的目标会话标识及相应的播放装置，通过所述会话标识从播放装置获取目标会话内的实时媒体播放信息，并返回给请求装置；由此支持其他用户获取指定用户的实时媒体播放信息。
本发明实施例还提供一种携带获取指示的方法，如图8所示，包括：
S801，扩展会话初始协议消息的头域。
将SIP消息的头域进行扩展，所述SIP消息可以为invite，re-invite，message，info，option或subscribe。
S802，使用所述扩展的头域来携带指定用户的实时媒体播放信息的获取指示。
本实施例的方法适用于上述各实施例。
本实施例通过扩展SIP消息的头域，使用扩展的头域来携带指定用户实时媒体播放信息获取指示，从而实现了通过SIP消息携带指定用户实时媒体播放信息的获取指示。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读存储介质中，该程序在执行时，包括如下步骤：接收请求装置发送的获取指定用户实时媒体播放信息的请求；所述请求中携带有指定用户的标识信息；根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置；向所述播放装置请求获取所述目标会话内的实时媒体播放信息；将所述播放装置返回的所述目标会话内的实时媒体播放信息返回给所述请求装置。所述存储介质，如：ROM/RAM、磁碟、光盘等。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (14)

1.一种获取指定用户实时媒体播放信息的方法，其特征在于，包括：
接收请求装置发送的获取指定用户实时媒体播放信息的请求；所述请求中携带有指定用户的标识信息；
根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置；
向所述播放装置请求获取所述目标会话内的实时媒体播放信息；
将所述播放装置返回的所述目标会话内的实时媒体播放信息返回给所述请求装置。
2.如权利要求1所述的方法，其特征在于，当所述指定用户的标识信息为指定用户身份标识时，所述确定指定用户的目标会话标识及播放装置具体包括：
根据存储的用户身份标识、播放装置、会话标识的对应关系，查找到与所述指定用户身份标识对应的播放装置和目标会话标识。
3.如权利要求1所述的方法，其特征在于，当所述指定用户的标识信息为指定会话标识时，所述确定指定用户的目标会话标识及播放装置具体包括：
根据存储的会话标识、播放装置的对应关系，查找到与所述指定会话标识对应的播放装置，所述指定会话标识即为目标会话标识。
4.如权利要求1所述的方法，其特征在于，当所述指定用户的标识信息为指定会话转移标识时，所述确定指定用户的目标会话标识及播放装置具体包括：
根据存储的会话转移标识、播放装置、会话标识的对应关系，查找到与所述指定会话转移标识对应的播放装置和目标会话标识。
5.如权利要求1所述的方法，其特征在于，当所述指定用户的标识信息为指定共享控制群标识时，所述确定指定用户的目标会话标识及播放装置具体包括：
根据存储的共享控制群标识、播放装置、会话标识的对应关系，查找到与所述指定共享控制群标识对应的播放装置和目标会话标识。
6.如权利要求1-5任一项所述的方法，其特征在于，在接收到所述请求装置发送的获取实时媒体播放信息的请求后，所述方法还包括对所述请求装置进行鉴权。
7.如权利要求1-5任一项所述的方法，其特征在于，所述接收请求装置发送的获取指定用户实时媒体播放信息的请求具体为：
接收所述请求装置发送的携带获取指定用户实时媒体播放信息指示的会话初始协议消息。
8.如权利要求7所述的方法，其特征在于，所述获取指定用户实时媒体播放信息指示通过扩展的头域携带在所述会话初始协议消息中。
9.如权利要求1-5任一项所述的方法，其特征在于，所述向播放装置请求获取目标会话内的实时媒体播放信息的具体实现为：
向所述播放装置发送通过扩展的头域携带获取目标会话内的实时媒体播放信息指示的会话初始协议消息。
10.如权利要求1-5任一项所述的方法，其特征在于，所述将目标会话内的实时媒体播放信息返回给请求装置的具体实现为：
将所述目标会话内的实时媒体播放信息携带在会话初始协议消息的消息体中返回给所述请求装置。
11.一种获取指定用户实时媒体播放信息的系统，其特征在于，包括：
请求装置，用于发送获取指定用户实时媒体播放信息的请求，所述请求中携带有指定用户的标识信息；
请求处理装置，用于根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置，向该播放装置请求获取所述目标会话内的实时媒体播放信息，并将所述播放装置返回的所述目标会话内的实时媒体播放信息返回给所述请求装置；
播放装置，用于播放媒体内容，和，根据所述请求处理装置发送的请求，获取所述目标会话内的实时媒体播放信息。
12.如权利要求11所述的系统，其特征在于，所述请求处理装置在接收到所述请求装置发送的获取实时媒体播放信息的请求后，还用于对所述请求装置进行鉴权。
13.一种请求处理装置，其特征在于，包括：
第一接收模块，用于接收请求装置发送的获取指定用户实时媒体播放信息的请求；所述请求中携带有指定用户的标识信息；
查询模块，用于根据所述指定用户的标识信息，确定所述指定用户的目标会话标识及为指定用户目标会话服务的播放装置；
请求模块，用于向所述播放装置请求获取所述目标会话内的实时媒体播放信息；
第二接收模块，用于接收播放装置返回的所述目标会话内的实时媒体播放信息；
返回模块，用于将所述目标会话内的实时媒体播放信息返回给所述请求装置。
14.如权利要求13所述的装置，其特征在于，所述请求处理装置还包括鉴权模块，用于在所述第一接收模块接收到请求装置发送的获取实时媒体播放信息的请求后，对所述请求装置进行鉴权。
CN200910138254.9A 2009-05-08 2009-05-08 获取指定用户实时媒体播放信息的方法、系统和装置 Expired - Fee Related CN101883333B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200910138254.9A CN101883333B (zh) 2009-05-08 2009-05-08 获取指定用户实时媒体播放信息的方法、系统和装置
PCT/CN2010/072481 WO2010127627A1 (zh) 2009-05-08 2010-05-06 获取指定用户实时媒体播放信息的方法、系统和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910138254.9A CN101883333B (zh) 2009-05-08 2009-05-08 获取指定用户实时媒体播放信息的方法、系统和装置

Publications (2)

Publication Number Publication Date
CN101883333A true CN101883333A (zh) 2010-11-10
CN101883333B CN101883333B (zh) 2012-12-19

Family

ID=43049989

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910138254.9A Expired - Fee Related CN101883333B (zh) 2009-05-08 2009-05-08 获取指定用户实时媒体播放信息的方法、系统和装置

Country Status (2)

Country Link
CN (1) CN101883333B (zh)
WO (1) WO2010127627A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102572529A (zh) * 2010-12-13 2012-07-11 中国移动通信集团广东有限公司 一种节目资源播放的方法、装置和系统
CN102780678A (zh) * 2011-05-10 2012-11-14 华为终端有限公司 共享内容的方法和设备
CN103024589A (zh) * 2011-09-26 2013-04-03 联想(北京)有限公司 一种交互信息输出方法、传输方法和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1813467B (zh) * 2003-06-26 2012-06-27 汤姆森特许公司 数字内容的父母监视
US20060287080A1 (en) * 2005-06-20 2006-12-21 M-Systems Flash Disk Pioneers, Ltd. System for game console parental control
CN101098467B (zh) * 2007-07-24 2010-12-08 中兴通讯股份有限公司 一种网络音视频监控方法及系统

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102572529A (zh) * 2010-12-13 2012-07-11 中国移动通信集团广东有限公司 一种节目资源播放的方法、装置和系统
CN102572529B (zh) * 2010-12-13 2015-11-25 中国移动通信集团广东有限公司 一种节目资源播放的方法、装置和系统
CN102780678A (zh) * 2011-05-10 2012-11-14 华为终端有限公司 共享内容的方法和设备
US9686321B2 (en) 2011-05-10 2017-06-20 Huawei Device Co., Ltd. Method and device for content sharing
US10044772B2 (en) 2011-05-10 2018-08-07 Huawei Device Co., Ltd. Method and device for content sharing
CN103024589A (zh) * 2011-09-26 2013-04-03 联想(北京)有限公司 一种交互信息输出方法、传输方法和装置

Also Published As

Publication number Publication date
CN101883333B (zh) 2012-12-19
WO2010127627A1 (zh) 2010-11-11

Similar Documents

Publication Publication Date Title
US10397644B2 (en) Switching between delivery methods in an IPTV communication network
US8332527B2 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
CN101401427B (zh) 用于iptv系统的时间偏移和追踪播放
CN101459664B (zh) 一种获取iptv业务媒体描述信息的方法及装置
CN101326826B (zh) 网络电视的业务控制方法、系统以及装置
CN100571278C (zh) 在iptv业务中应用终端能力信息的方法、系统及装置
JP5436577B2 (ja) ネットワークにおける関連付けられたセッションの管理
WO2012122935A1 (zh) 互联网协议电视内容共享方法、装置以及终端设备
CN101340557B (zh) 时移电视业务建立方法以及时移电视媒体功能实体
CN101631029A (zh) 直播会话切换的方法、多终端频道切换同步的方法及终端
CN101163279A (zh) 实现好友电视业务的方法、系统和设备
US8908853B2 (en) Method and device for displaying information
CN101547402B (zh) 一种建立iptv多播业务的方法及设备
CN101605142A (zh) 会话管理的实现方法、装置、系统及终端
CN101883333B (zh) 获取指定用户实时媒体播放信息的方法、系统和装置
WO2008154849A1 (fr) Procédé et entité de fonction pour récupérer les informations de sélection du service iptv
WO2011036646A2 (en) Systems and methods for handling advertisements in conjunction with network-based bookmarking
CN101360095A (zh) 会话初始协议网络中提供电视业务的方法、装置和系统
CN101651820B (zh) 基于下一代网络的交互式网络电视的内容推播方法及系统
CN101459525B (zh) 一种实现媒体控制的方法、系统及设备
CN101459824B (zh) 时移电视业务建立方法以及时移电视媒体功能实体

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: HUIZHOU ZHITAI ENTERPRISE MANAGEMENT CO., LTD.

Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD.

Effective date: 20150421

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 516003 HUIZHOU, GUANGDONG PROVINCE

TR01 Transfer of patent right

Effective date of registration: 20150421

Address after: 516003 Guangdong province Huizhou City Mountain Road No. 4 Building 12 layer Dweh No. 06 A District

Patentee after: Huizhou wisdom Enterprise Management Co., Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: Huawei Technologies Co., Ltd.

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20121219

Termination date: 20150508

EXPY Termination of patent right or utility model