WO2009140882A1 - 在ip电视中实现媒体内容插播的方法、装置及系统 - Google Patents

在ip电视中实现媒体内容插播的方法、装置及系统 Download PDF

Info

Publication number
WO2009140882A1
WO2009140882A1 PCT/CN2009/071433 CN2009071433W WO2009140882A1 WO 2009140882 A1 WO2009140882 A1 WO 2009140882A1 CN 2009071433 W CN2009071433 W CN 2009071433W WO 2009140882 A1 WO2009140882 A1 WO 2009140882A1
Authority
WO
WIPO (PCT)
Prior art keywords
media content
media
information
implementing
advertisement
Prior art date
Application number
PCT/CN2009/071433
Other languages
English (en)
French (fr)
Inventor
朱文明
漆宝剑
施有铸
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 EP09749425A priority Critical patent/EP2282525A4/en
Publication of WO2009140882A1 publication Critical patent/WO2009140882A1/zh

Links

Classifications

    • 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
    • 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
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2665—Gathering content from different sources, e.g. Internet and satellite
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/64—Addressing
    • H04N21/6405—Multicasting
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/812—Monomedia components thereof involving advertisement data
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles

Definitions

  • the media content insertion indication includes at least one of a second media insertion identifier, an insertion time, a second media playback rate, and a play format information.
  • the description information of the first media content currently received by the user terminal for example, the first media content currently received by the user terminal may be a sports program, an entertainment program, or the like.
  • the user preference and user feature information may be pre-stored with their own information by means of user registration.
  • the second media content and the first media content may be sent to the user terminal by using the first media transmission parameter; Stop sending, the second media content is sent to the user terminal by using the first media transmission parameter; and the second media content may be sent to the user terminal by using the second media transmission parameter.
  • a second media content obtaining unit configured to acquire second media content that matches the user information; and the insertion unit is configured to send the second media content to the user terminal according to the insertion prompt information.
  • FIG. 4 another apparatus for implementing media content insertion in an IP TV provided by the implementation of the present invention.
  • one or more second media content may be provided for one first media content. Specifically included and not limited to:
  • the media content insertion unit is configured to insert the second media content into the first media content according to the insertion prompt information and the matching result;
  • the media content insertion unit is configured to provide the second media content to the media receiving unit during a content insertion period.
  • the matching result provided by the matching unit is divided into the following cases:
  • FIG. 6 it is a media content insertion unit of a system for implementing media content insertion in an IP TV provided in FIG. 5 according to an embodiment of the present invention.
  • the unit further includes: an insertion prompt information acquisition module, a matching result acquisition module, a media content acquisition module, a media content transmission module, and a media storage module;
  • AD Server sends the inventory to the plug-in server after the request is made.
  • the AD Server can send the advertisement resources to the insertion server through encapsulation methods such as TCP, UDP, RTP, and MPEG-TS flow.
  • the insertion server inserts or caches the received advertisement resources according to its own logic or control information of other network elements, so as to perform the insertion of the advertisement immediately when the insertion time comes.
  • the IPTV SCF provides the insertion prompt information and the matching result of the contact that the user information and the second media content match, and sends the matching result to the MF; the MF provides the normally played program media, and at the content insertion time.
  • the insertion of the ad is completed within the segment; AD Server provides the inserted inventory.
  • the MF can execute the commands in the script program, such as immediately performing content insertion, or waiting for a certain time to perform content insertion and the like.
  • the IPTV SCF sends a SIP MESSAGE message to the MF, where the advertisement and multicast address, and the broadcast time can be carried in the following XML text:
  • the IPTV terminal joins the corresponding multicast group by the obtained matching result, thereby obtaining the corresponding second media content.
  • the 11 interface between the media receiving unit and the media content insertion unit can be implemented by an internal protocol.
  • the IPTV terminal may not receive the normally broadcasted program media between steps 1 and 6, but must acquire and present the inserted resources, such as interstitial advertisements, inserted movie tiles, etc., during the insertion period.
  • the MF sends a plurality of second media content, i.e., the insertion resource, along with the currently broadcast live media to the multicast address of the live program.
  • the MF performs mixing between the second media content and the first media content, and transmits using the first media transmission parameter (multicast address).
  • the insertion time of the advertisement is coming soon, and the IPTV AS sends the advertisement insertion time to each IPTV terminal.
  • Information also issued the address of the ad server AD Server.
  • step 4 the advertisement media is sent to the multicast access point by using the multicast mode, and the IPTV terminal joins the multicast group to obtain the advertisement content.
  • the message body of the SIP INFO message can also be described using the following XML format:
  • the IPTV terminal of the on-demand program that is, the first media content, receives the advertisement content, that is, the second media content, during the gap time period.
  • FIG. 14 another method for implementing media content insertion in an IP TV according to an embodiment of the present invention.
  • the multicast router obtains the multicast stream of the normal program by adding the multicast tree and provides it to the IPTV terminal.
  • the IPTV terminal joins the multicast group through IGMP or MLD.
  • the IPTV terminal joins the multicast group through IGMP Jo in (IGMP joins the multicast group request).
  • the IPTV terminal obtains the normal program stream from the multicast router, and also receives the insertion prompt information carried in the multicast stream. Inserting the prompt information at this time may cause the silent prompt signal complying with the SCTE 35, wherein the insert prompt information includes at least: an insertion identifier of the second media content, a second media content insertion time information, a second media content type inserted, and an inserted One of the two media content identifiers.
  • the method and device for implementing media content insertion in an IP TV selects and matches an appropriate second media content by user information of the user terminal, thereby performing content insertion according to the personalized needs of the user terminal.
  • the embodiment of the present invention is not only applicable to program insertion in the live channel, but also Applicable to application scenarios such as personalized program insertion in on-demand programs, so that the inserted program meets user preferences or user characteristics, and is improved. user experience.
  • different programs can be pushed for users with different characteristics, thereby improving the push effect of the advertiser and achieving the propaganda purpose of the advertiser.

Description

在 IP电视中实现媒体内容插播的方法、 装置及系统 本申请要求于 2008 年 5 月 21 日提交中国专利局、 申请号为 200810100674. 3 , 发明名称为 "在 IP电视中实现媒体内容插播的方法、 装置 及系统" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及网络互联领域， 尤其涉及在 IP电视中实现媒体内容插播的方 法、 装置及系统。
背景技术
基于 IMS 网络的 IPTV ( Internet Protocol Te levi s ion，互联网协议电 视），是在 IMS ( IP Mul t imedia Subsys tem, IP 多媒体子系统） 网络架构上 引入的一种多媒体业务， 该业务是通过对 IMS 网络实体和接口的增强来实现 的。其中，包括对 IMS网络实体和接口协议的扩展，对 AS( Appl ica t ion Server , 应用服务器）能力的细化和增强。实现各种 IPTV基本业务，包括： CoD( Content on Demand,点播节目）， BC ( Broadcas t ,直播节目）， N-PVR ( Network-Per sona l Video Recorder , 网络内容录制）， 并且还可以通过对用户终端数据、 内容数 据的交互和控制，为用户终端提供各式各样的增强业务，如 PPV预定（Pay Per View, 按次计费）、 广告业务、 推荐业务等， 提高用户终端的观看体验。
随着传播媒体的多样化， 广告主为了达到投放效益的最大化， 已经开始 关注广告的受众分析， 以提高广告的命中率和回报效益。 从终端用户心理上 分析， 终端用户痛恨与其不相关的电视广告， 但不会介意能为他们提供帮助 的广告。
而现有的节目插放技术是基于区域广播的方式， 该方式从媒体流中获取 节目插入信息， 只能针对区域内所有受众进行广播， 也即只能针对目标用户 终端的地域特征进行节目的插播。 而实际情况下， 用户特征不仅仅包含所处 的地域， 还包括用户终端的年龄、 性别、 职业、 信仰、 收入等等。 而用户终 端都希望接收的节目， 比如： 广告宣传、 节目推送等等， 能够符合自身的需 求和特点。 显然， 现有技术仅仅基于地域特征的广播， 并不能满足这样的商 用需求。
发明内容
本发明的实施例提供一种在 i p电视中实现媒体内容插播的方法、 装置及 系统。 本发明实施例能够解决现有技术中只能针对区域内所有受众进行节目 广播的问题。
为达到上述目的， 本发明的实施例采用如下技术方案：
一种在 IP电视中实现媒体内容插播的方法， 包括：
接收插入提示信息；
获取与用户信息匹配的第二媒体内容；
根据插入提示信息， 将所述第二媒体内容发送给用户终端。
一种在 IP电视中实现媒体内容插播的装置， 包括：
插入提示信息媒体接收单元： 用于接收插入提示信息；
第二媒体内容获取单元： 用于获取与用户信息匹配的第二媒体内容； 插播单元： 用于根据插入提示信息， 将所述第二媒体内容发送给用户终 端。
一种在 IP电视中实现媒体内容插播的系统， 包括：
匹配单元， 为用户匹配相应的第二媒体内容， 得到匹配结果；
插入提示信息提供单元， 用于提供所述第二媒体内容插入第一媒体内容 的插入提示信息；
媒体内容插入单元： 用于根据插入提示信息和匹配结果， 将所述第二媒 体内容插入第一媒体内容；
所述媒体接收单元： 用于接收插入所述第二媒体内容的第一媒体内容。 本发明实施例提供的在 IP电视中实现媒体内容插入的方法、 装置及系统 通过用户终端的主视频媒体内容选择匹配恰当的第二媒体内容， 从而根据用 户的个性化的需要进行内容插入。 与现有技术中， 只能针对区域内所有受众 进行广播的问题， 也就是只能针对目标用户的地域特征进行节目插播的问题， 本发明实施例不仅适用于直播频道中的节目插入， 还适用于点播节目中的个 性化节目插入等应用场景， 让插入的节目符合用户偏好或者用户特征， 提高 了用户体验。 特别在广告推送的过程中， 可以针对不同特征的用户推送不同 的节目， 从而提高广告商的推送效果， 达到广告商的宣传目的。
附图说明
图 1为本发明实施提供的一种在 IP电视中实现媒体内容插播的方法流程 图；
图 2为本发明实施提供的另一种在 IP电视中实现媒体内容插播的方法流 程图；
图 3为本发明实施提供的一种在 IP电视中实现媒体内容插播的装置结构 示意图；
图 4为本发明实施提供的另一种在 IP电视中实现媒体内容插播的装置结 构示意图；
图 5为本发明实施提供的一种在 IP电视中实现媒体内容插播的系统结构 示意图；
图 6为为本发明实施例图 5中提供的一种在 IP电视中实现媒体内容插播 的系统的媒体内容插入单元的结构示意图；
图 7为本发明实施例提供的一种在 IP电视中实现媒体内容插播的方法流 程图；
图 8为本发明实施例提供的另一种在 IP电视中实现媒体内容插播的方法 流程图；
图 9为本发明实施例提供的另一种在 IP电视中实现媒体内容插播的方法 流程图；
图 10为本发明实施例提供的另一种在 IP电视中实现媒体内容插播的方 法流程图； 图 11为本发明实施例提供的另一种在 IP电视中实现媒体内容插播的方 法流程图；
图 12为本发明实施例提供的另一种在 IP电视中实现媒体内容插播的方 法流程图；
图 13为本发明实施例提供的另一种在 IP电视中实现媒体内容插播的方 法流程图；
图 14本发明实施例提供的另一种在 IP电视中实现媒体内容插播的方法 流程图；
图 15本发明实施例提供的另一种在 IP电视中实现媒体内容插播的方法 流程图；
图 16本发明实施例提供的另一种在 IP电视中实现媒体内容插播的方法 流程图。
具体实施方式
下面结合附图对本发明实施例在 IP电视中实现媒体内容插入的方法、 装 置及系统进行详细描述。
如图 1所示， 本发明实施提供的一种在 IP电视中实现媒体内容插播的方 法；
S101 : 接收插入提示信息。 所述插入提示信息至少包括如下信息中的一 种： 第二媒体内容的插入标识、 第二媒体内容插入时间信息、 插入第二媒体 内容类型、 插入的第二媒体内容标识； 所述插入提示信息的发送方式， 包括： 通过媒体面发送插入提示信息的方式或通过信令面发送插入提示信息的方 式。
S102 : 获取与用户信息匹配的第二媒体内容。 该步骤通过根据所述用户 信息和第二媒体内容之间建立关联关系 , 获取包含用户信息与第二媒体内容 关联关系的匹配结果， 从而可以根据匹配结果， 获取第二媒体内容。 其中， 所述用户信息至少包括： 用户终端当前所接收的第一媒体内容的描述信息、 用户偏好、 用户特征信息及用户终端能力中的一种。 所述的匹配结果至少包 括： 第二媒体传输参数、 第二媒体内容源地址、 第二媒体内容标识、 第一媒 体内容标识、 第二媒体内容插入指示、 指示用户信息与第二媒体内容对应关 系的信息中的一种。 所述媒体内容插入指示， 至少包括： 第二媒体插入标识、 插入时间、 第二媒体播放速率和播放格式信息中的一种。 所述的用户终端当 前所接收的第一媒体内容的描述信息， 例如： 用户终端当前接收到的第一媒 体内容可以是体育类节目、 娱乐类节目等等。 所述用户偏好、 用户特征信息 可以通过用户注册的方式将其自身信息预先存储。
S1 03: 根据插入提示信息， 将所述第二媒体内容发送给用户终端。
如图 2所示， 为本发明实施提供的另一种在 IP电视中实现媒体内容插播 的方法；
S201 : 接收插入提示信息；
S202 : 获取包含用户信息与第二媒体内容关联关系的匹配结果， 并根据 匹配结果， 获取第二媒体内容。
所述获取匹配结果的过程可以在接收插入提示信息步骤之后完成， 还可 以在接收插入提示信息步骤之前完成。 其中， 获取匹配结果的过程可以为： 对用户信息进行分类； 对第二媒体内容进行分类； 在类别相同的用户信息和 第二媒体内容之间建立关联关系， 作为匹配结果； 其中， 用户信息至少包括： 用户终端当前所接收的第一媒体内容的描述信息、 用户偏好、 用户特征信息 及用户终端能力中一种； 其中， 所述第一媒体内容的描述信息包括： 第一媒 体内容的标识、 第一媒体内容的类型、 以及第一媒体内容包含的关键字等数 据信息。
以所述用户信息为用户终端当前所接收的第一媒体内容的描述信息为 例， 对所述的匹配结果中相同的用户信息和第二媒体内容之间关联关系进行 说明： 一个第一媒体内容可以对应一个第二媒体内容； 一个第一媒体内容对 应多个第二媒体内容。 S203: 存储所述第二媒体内容；
S204: 将所述第二媒体内容发送给用户终端；
该步骤中第二媒体内容采用第二媒体传输参数进行传输； 所述的第二媒 体传输参数可以与第一媒体传输参数相同。 如果所述第二媒体内容通过新的 媒体传输参数进行传输， 还可以进一步包括： 协商媒体传输参数的步骤。 然 后， 通过新的媒体传输参数将所述的第二媒体内容发送给用户。
所述第二媒体内容通过媒体传输参数发送给用户终端的步骤中， 所述第 二媒体内容与第一媒体内容可以通过第一媒体传输参数一起发送给用户终 端； 还可以通过将第一媒体内容停止发送， 所述第二媒体内容通过第一媒体 传输参数发送给用户终端； 还可以通过将所述第二媒体内容通过第二媒体传 输参数发送给用户终端。
根据插入提示信息显示所述第二媒体内容。 该步骤可以根据插入提示信 息将所述第二媒体内容插入到主视频媒体内容后， 进行显示； 还可以根据插 入提示信息所述第二媒体内容全屏覆盖第一媒体内容后， 进行显示； 还可以 根据插入提示信息所述第二媒体内容部分覆盖第一媒体内容后 , 进行显示。
如图 3所示， 本发明实施提供的一种在 IP电视中实现媒体内容插播的装 置； 包括：
插入提示信息媒体接收单元： 用于接收插入提示信息；
第二媒体内容获取单元： 用于获取与用户信息匹配的第二媒体内容； 插播单元： 用于根据插入提示信息， 将所述第二媒体内容发送给用户终 端。
如图 4所示， 本发明实施提供的另一种在 IP电视中实现媒体内容插播的 装置；
插入提示信息媒体接收单元： 用于接收插入提示信息；
第二媒体内容获取单元： 用于获取与用户信息匹配的第二媒体内容； 该 单元， 包括： 匹配结果获取模块， 用于获取包含用户信息与第二媒体内容关联关系的 匹配结果；
第二媒体内容获取模块， 用于根据匹配结果， 获取与用户信息相匹配的 第二媒体内容。 所述第二媒体内容可以包括一个或多个类型的媒体内容， 可 以是适合不同年龄、 性别、 职业、 信仰、 收入人群观看的广告， 还可以是影 视节目的片花等等。
进一步的， 所述第二媒体内容获取单元还可以包括：
用户信息分类模块： 用于对用户信息进行分类；
第二媒体内容分类模块： 用于对第二媒体内容进行分类；
关联模块： 用于在类别相同的用户信息和第二媒体内容之间建立关联关 系， 作为匹配结果。
媒体存储模块： 用于存储所述第二媒体内容。 其中所述第二媒体内容是 根据用户信息匹配所获取的。
插播单元： 用于根据插入提示信息将所述第二媒体内容插播到第一媒体 内容。 该单元， 包括：
协商模块： 用于协商媒体传输参数； 该单元可以根据选择的传输参数进 行选择协商。 如果传输第二媒体内容的媒体传输参数为第一媒体传输参数， 则不需要进行协商； 如果传输第二媒体内容的媒体传输参数为新的传输参数， 则需要进行协商。
发送模块： 用于所述第二媒体内容通过媒体传输参数发送给用户终端。 所述发送模块可以用于将所述第二媒体内容与第一媒体内容通过第一媒 体传输参数一起发送给用户终端； 或用于第一媒体内容停止发送， 将所述第 二媒体内容通过第一媒体传输参数发送给用户终端； 或用于将所述第二媒体 内容通过第二媒体传输参数发送给用户终端。
如图 5所示， 本发明实施例提供的一种在 IP电视中实现媒体内容插播的 系统； 该系统， 包括： 插入提示信息提供单元、 匹配单元、 媒体内容插入单 元、 媒体接收单元；
所述插入提示信息提供单元， 用于提供所述第二媒体内容插入第一媒体 内容的插入提示信息； 实际应用中， 该插入提示信息可以经信令面或者媒体 面发送：
1. 经媒体面发送插入提示信息的方式： 此时插入提示信息提供单元可以 存在于 MDN、 IPTV MF、 AD Server, 卫星信号接收点、 IPTV 内容编码头端、 以及 IPTV业务开展中所部署的其他服务器或者媒体存储网络等网元中， 插入 提示信息经媒体传输通道以 MPEG-TS ( Motion Picture Experts Group - Transport Stream 动画专家组 -传输流 )、 RTP ( Real-time Transport Protocol , 实时传输协议)、 TCP (Transmission Control Protocol , 传输控 制协议）、 UDP (User Datagram Protocol, 用户数据报文协议） 等封装方式 进行传输。 以 IPTV内容编码头端提供 MPEG TS传输流为例， 其中携带的插入 提示信息可以是遵从 ANSI (American National Standard Institute, 美国 国家标准学会) SCTE ( Society of Cable Telecommunications Engineers , 有线网络通信工程师协会） 35标准的无声语音信号， 与其他传输流数据包一 同携带， 但使用特定的 0x86 包 ID与其他传输流数据包进行区分。 该例中， IPTV 内容编码头端即作为插入提示信息提供单元的应用示例。 另一个携带插 入提示信息的例子是使用 RTP数据包封装提示信号的方法， 即在 RTP数据包 的包头使用动态分配的 Payload Type (载荷类型）标识位将封装提示信号的 RTP数据包与其他类型的 RTP数据包区分开来，并且在 RTP数据包的主体部分 携带有描述内容插入信息； 该信息进一步包括描述内容的插入起始时间、 描 述内容的插入结束时间等。
2. 经信令面发送插入提示信息的方式： 此时插入提示信息提供单元可以 是单独的网元， 或者存在于其他网元上， 如存在于 CPSF (Content Profile Server Function,内容酉己置月良务功能）、 IPTV SCF( Service Control Function, IPTV业务控制功能）或者其他能够提供插入提示信息的网元， 如 EAS紧急通 知中心也可以发送紧急消息， 通知当前第一媒体内容需要被紧急频道所替换 等等。 插入提示信息被封装在 SOAP ( S imp le Objec t Acces s Protocol , 简单 对象访问协议）命令或者 HTTP ( HyperText Tranfer Protoco l , 超文本传输 协议）、 FTP, DIAMETER, SIP、 内部协议等协议消息中， 发送到媒体内容插入 单元。 以 CPSF提供直播频道插入提示信息为例， 插入提示信息可以与其他内 容元数据一起在 CPSF中进行描述和配置， 如一个直播频道的元数据包括； 频 道标识、 逻辑频道号、 频道分类、 频道简要介绍等， 同时还提供该直播频道 内能够进行内容插入的时间点。 该例对应的 XML Schema ( XML模版）可表示 ^口下：
<xs： complexType name="BCService">
<xs： complexType>
<xs:sequence>
<xs: element name="TextualID" type="xs: string "/>
<xs: element name="LogicalChannelNumber" type="xsd:positiveInteger" minOccurs="0"/>
<xs: element name=" Genre" type="dvb:Genre" minOccurs="0"/>
<xs: element name="ServiceURL" type="xs: anyURI" minOccurs="l" />
<xs: element name="CommercialBreak" minOccurs="0">
<xs： complexType>
<xs:sequence>
<xs: element name="BreakStartTime" type="xs:dateTime" minOccurs=" 1 "/> <xs:choice>
<xs: element name="BreakEndTime" type="xs:dateTime" minOccurs="0"/>
<xs: element name="BreakLength" type="xs: string" minOccurs="0"/>
</xs:choice>
</xs:sequence>
</xs: complexType>
</xs:element> </xs:sequence>
</xs: complexType>
</xs: complexType>
其中， BCService 元素用于单个直播频道的 XML 描述， 其中携带 CommercialBreak元素； 所述 Commerc ia lBreak元素为单个直播频道内可能出 现的广告插入时间点， 包括时间起点 （ BreakStar tTime ), 并使用时间终点 ( BreakEndTime )或插入时间长度 ( BreakLength )指示广告有效时间段。
实际应用中的 XML Schema可不限于上述格式， 但所达到的目的都是让直 播频道的内容元数据能够描述广告插入提示信息， 使得广告插播能够根据该 提示信息正确触发。
以 CPSF提供点播节目插入提示信息为例， 点播节目的内容元数据可以描 述节目的标题、 节目标识、 简介、 内容分类， 同时还可以包含广告插入点信 息。 该例对应的 XML Schema可表示如下：
<xs:complexType name="CoDProgramInfoType">
<xs:sequence>
<xs: element name="CoDContentId" type="xs: anyURI"/>
<xs: element name="CoDTitle" type="xs: string" minOccurs=" 0 "/>
<xs:element name="Genre" type="xs: string" minOccurs="0"/>
<xs: element name="InsertionPoint" minOccurs="0">
<xs： complexType>
<xs:sequence>
<xs: element name="InsertionOffset" type="xs: string" minOccurs=" 1 "/>
<xs: element name="InertionLength" type="xs: string" minOccurs="0"/>
</xs:sequence>
</xs: complexType>
</xs:element>
</xs:sequence>
</xs: complexType> 其中， CoDProgramlnfoType元素用于单个点播节目的 XML描述， 其中 携带 InsertionPoint元素； 所述 Inser t ionPoint为单个点播节目内的插入指示 信息， 包括从点播节目开始的时间偏移量（ Inser t ionOff set ), 以及一个广 告插播时长（ Inser t ionLeng th )。
实际应用中的 XML Schema可不限于上述格式， 但所达到的目的都是让点 播节目的内容元数据能够描述广告插入提示信息， 使得广告插播能够根据该 提示信息正确触发。
所述匹配单元： 用于为用户终端匹配相应的第二媒体内容， 得到匹配结 果； 即针对同一个用户信息而言， 能够插入的第二媒体内容有哪些。 此处所 述用户信息至少包括： 用户终端当前所接收的第一媒体内容的描述信息、 用 户偏好、 用户特征信息及用户终端能力中一种。 此处所述匹配结果中可以至 少携带： 第二媒体传输参数、 第二媒体内容源地址、 第二媒体内容标识、 第 一媒体内容标识、 第二媒体内容插入指示、 指示用户信息与第二媒体内容对 应关系的信息中的一种。 其中， 所述第二媒体传输参数， 用于说明第二媒体 内容使用的传输参数是使用第一媒体传输参数还是使用第二媒体传输参数； 本发明所有实施例中， 本发明实施例中并不对第一媒体内容、 第二媒体 内容与第一媒体传输参数、 第二媒体传输参数之间的对应关系进行限定， 即 第一媒体内容可以使用第一媒体传输参数进行传输 , 也可以使用第二媒体传 输参数进行传输， 而第二媒体内容同样可以使用第一媒体传输参数或者第二 媒体传输参数进行传输。 所述媒体传输参数可以包括但不限于单播地址和端 口， 多播地址和端口， 内部模块标识， 用户终端标识、 用户群组标识等等； 第一媒体传输参数和第二媒体传输参数可以相同， 也可以不同。
对于匹配结果中携带第二媒体传输参数的情形， 该传输参数可以是匹配 单元根据自身逻辑生成， 或者与媒体接收单元进行协商后决定生成， 甚至由 其他网元提供， 如 IPTV业务服务器， 或者 IPTV业务部署单元等。 对于媒体 接收单元与媒体内容插入单元分属不同网元时， 传输参数通常以 IP地址和端 口等进行标识， 对于二者同属一个网元时， 传输参数通常以内部逻辑模块标 识进行表示， 此时二者之间的媒体和信令交互均属内部协议实现。
举例来说， 当匹配单元与媒体接收单元之间存在 SIP会话时， 可以通过 会话修改的方式， 进行 SDP协商， 从而决定新的接收地址和端口。 比如匹配 单元使用 SIP UPDATE或者 re-INVITE等 SIP消息发起会话修改请求， 在其中 携带的 SDP消息体中修改 c行的接收地址、 m行中的媒体接收端口， 或者新增 m行， c行的方式， 对第二媒体内容所对应的接收地址、 端口进行协商。 媒体 接收单元接收到该 SDP协商请求后， 返回一个 SDP答复。 在进行一次或者多 次 SDP 交互之后， 匹配单元和媒体接收单元之间对新的第二媒体传输参数达 成共识， 从而为建立插入单元与媒体接收单元之间的第二媒体内容传输通道 做好准备。
如在 SIP UPDATE消息的 SDP消息体包含如下内容： m=video 3458 RTP/AVP 0 96 97 98
c= IN IP6 5555: 1: 2: 3: 4
a= ...
m=video 0 RTP/AVP 99 100
c=IN IP6 5555: 1: 2: 3: 4
a=. . . 其中第一个 m行和 c行表示第一媒体内容所传输的端口 ( 3458 )和接收 地址（ 5555: 1: 2: 3: 4 ),后面新增的 m行和 c行则为新的第二媒体传输参数（地 址加端口）。
媒体接收单元返回的 SDP响应可以包括如下内容： m=video 3458 RTP/AVP 0 96 97 98 c= IN IP6 5555: 1 : 2: 3: 4
a= ...
m=v ideo 3334 RTP/AVP 99 100
c=IN IP6 5555: 1 : 2: 3: 4
a=. . .
对于具体的 SDP协商方法， 本发明并不做限定， 只要求协商的结果中包 含新生成的第二媒体传输参数即可。
进一步的， 匹配结果中可以提供内容的插入指示， 包括且不限于以下方 式的任意组合：
采用 （第二媒体内容标识 +时间起止点）的方式， 用于指示发送的是指定 第二媒体内容的某个时间段或者多个时间段内的那部分， 而非全部。 比如当 前第一媒体内容是 CCTV, 在插入时间 20080420T123432Z开始， 将第二媒体内 容 "英雄" 中从 00: 00: 30到 00: 10: 30之间的部分影片内容插入进去， 则匹 配结果中可以采用 ( "英雄"， 00: 00: 30 , 00: 10: 30 )等形式进行描述;
提供第二媒体内容的播放速率。 如以 2倍速快进方式播放， 则匹配结果 中可以增加类似 （speed=2. 0 )等形式进行描述；
提供第二媒体内容的格式转换信息。 如第二媒体内容是高清的， 需要转 换成标清， 或者从一种编解码转换成另一种编解码。
实际应用中， 针对一个第一媒体内容， 可以提供一个或者多个第二媒体 内容。 具体包括且不限于：
1、 匹配结果中一个第二媒体传输参数对应一个第二媒体内容， 用于指示 插入单元使用该标识向媒体接收单元发送一个第二媒体内容；
2、 匹配结果中一个第二媒体传输参数对应多个第二媒体内容， 用于指示 插入单元使用该传输参数向媒体接收单元同时发送多个第二媒体内容、 或者 顺序发送多个第二媒体内容；
3、 匹配结果中多个第二媒体传输参数对应多个第二媒体内容， 用于指示 插入单元同时使用多个第二媒体传输参数， 分别将对应的第二媒体内容发送 到对应的媒体接收单元。 该情形可算作是上述两种情况的特例， 即要求使用 不同的第二媒体传输参数同时接收不同的第二媒体内容；
在实际应用中， 匹配单元可以是单独的网元， 也可以存在于其他网元上， 如推荐服务器 RCMF ( ReCoMmenda t ion Funct ion ), 广告服务器 AD Server , IPTV SCF、 UPSF ( User Prof i le Server Funct ion, 用户终端配置服务功能）、 CPSF、 UE等等， 视实际情况而定。 所述匹配结果可以通过 SDP携带， 也可以 通过 XML文本携带。
作为携带匹配结果的实施例， 当使用 XML文本携带时， 针对直播频道中 的群组化广告插播， 可采用如下的 XML Schema ( XML模版）：
<xs:complexType name="BCAdInsertionCommand">
<xs:sequence>
<xs: element name="BCServiceId" type="xs： anyURI " minOccurs="0"/> <xs: element name="AdInsertionBeginTime" type="xs:dateTime" minOccurs="0"/>
<xs:choice>
<xs: element name="AdInsertionEndTime" type="xs:dateTime" minOccurs="0"/>
<xs: element name="AdInsertionLength" type="xs: string" minOccurs="0"/> </xs:choice>
<xs: element name="AdDecision" maxOccurs="6">
<xs： complexType>
<xs: attribute name="GroupId" type="xs: string" use="required" default="null">
<xs:sequence>
<xs: element name="AdContentId" type="xs: string" minOccurs="0"/>
<xs: element name="AdContentSourceURL" type="xs:anyURI" minOccurs="0"/> <xs: element name="AdContentBandwidth" type="xs: decimal" minOccurs="0"/>
<xs: element name=" Target" minOccurs="0" maxOccurs="6">
<xs： complexType>
<xs:sequence>
<xs: element name="TargetAddr" type="xs: string" minOccurs="0"/>
<xs: element name="TargetPort" type="xs: decimal" minOccurs=" 0 "/>
</xs:sequence>
</xs: complexType>
</xs:element>
</xs:sequence>
</xs: complexType>
</xs:element>
</xs:sequence>
</xs: complexType>
此例 中 的 XML Schema 描述了 一个直播广告插播指示元素 ( BCAdlnser t ionCommand ), 其中携带当前的直播节目标识（ BCServ iceld )、 广 告起止 时 间 ( Adlnser t ionBeg inTime 和 Adlnser t ionEndTime / Adlnser t ionLeng th ) 以及广告匹配结果（ AdDec i s ion )。 而广告匹配结果中 包含 了 所 选择 的 广 告 标 识 （ AdContent ld ) 、 广 告 源 地 址 ( AdContentSourceURL ), 广告所需带宽 ( AdContentBandwidth ) 以及目标多 播地址（ TargetAddr/TargetPor t )。 实际应用中的 XML Schema可不限于此种 格式， 但所达到的目的都是让广告插入单元获得足够信息， 从而将一个或多 个广告分别发送到不同的多播组中。
作为携带匹配结果的另一个实施例， 当使用 XML文本携带时， 针对点播 节目中的个性化广告插播， 可采用如下的 XML Schema ( XML模版）：
<xs:complexType name="CoDAdInsertionCommand">
<xs:sequence> <xs: element name="CoDContentId" type="xs:anyURI" minOccurs="0"/> <xs: element name="AdInsertionOffset" type="xs:string" minOccurs="0"/> <xs: element name="AdInsertionLength" type="xs: string" minOccurs="0"/> <xs: element name="Target" minOccurs="0">
<xs： complexType>
<xs:sequence>
<xs: element name="TargetAddr" type="xs: string" minOccurs="0"/>
<xs: element name="TargetPort" type="xs: decimal" minOccurs=" 0 "/>
</xs:sequence>
</xs: complexType>
</xs:element>
<xs: element name="AdDecision" minOccurs="0">
<xs:complexType >
<xs:sequence>
<xs: element name=" AdContentld" type="xs: string" minOccurs="0"/>
<xs: element name="AdContentSourceURL" type="xs:anyURI" minOccurs="0"/>
<xs: element name="AdContentBandwidth" type="xs: decimal" minOccurs="0"/>
</xs:sequence>
</xs: complexType></xs： element>
</xs:sequence>
</xs: complexType>
此例 的 文本主体 中 携 带 一个 点播广 告插播指令元素 ( CoDAdlnser t ionCommand ) , 包含当前正在观看的点播节 目 标识 ( CoDContent Id )、 个性化广告匹配结果（ AdDec i s ion )、 广告插播相对节目 开 头 的 偏 移 量 （ Adlnser t ionOff set ) 以 及 广 告 插 播 长 度 ( Adlnser t ionLength ), 目标地址信息（ Target )。 其中广告匹配结果中包含 了广告内容标识（AdContent ld ), 广告源地址（ AdContentSourceURL )、 所需 带宽 （ AdContentBandwidth)。 实际应用中的 XML Schema可不限于上述格式， 但所达到的目的都是让广告插入单元获得足够信息， 从而将一个或多个广告 分别发送给目标接收端。
除上述单独使用不同的 XML Schema描述方式以外， 本发明还可以采用统 一的方式对匹配结果进行 XML表达， 即无论是直播中的群组化广告， 还是点 播中的个性化广告， 均可以通过实例化下面的 XML模版进行描述：
<xs: complexType name="AdvPol icys"> 〃描述一个广告策略的集合，其 中包含零个、 一个或者多个匹配结果（ AdvPolicy )
<xs: sequence>
<xs: element name=，， TargetMedia " >
<xs: complexType>
<xs: sequence>
<xs: element name= " Ta r ge tMed i a I d " type="xs: anyURI " />
<xs: element name= " Targe tMed iaType">
<xs: s impleType>
<xs: restriction base="xs: str ing">
<xs: enumerat ion value="Multicast" />
<xs: enumerat ion value="Unicast" />
</ xs: restriction>
</ xs: s impleType>
</ xs: element>
<xs: choice>
<xs: sequence>
<xs: element name="Mul t i cast Address " type="xs: string" />
<xs: element name="Mul t icas tSource" type="xs: string" />
</ xs: sequence> <xs: sequence>
<xs: element name= UnicastSource" type="xs: string" />
<xs: element name= Un i cast Sour cePor t " type="xs: string" /> <xs: element name= UnicastDes t inat ion" type="xs: string" /> <xs: element name= Unicas tDes t inat ionPor t " type="xs: string <xs: element name= Protocol " type="xs: string" />
</ xs: sequence>
</ xs: choice>
</ xs: sequence>
</ xs: complexType>
</ xs: element>
<xs: element name= AdvPol icy " maxOccur s=" unbounded ">
<xs: complexType>
<xs: sequence>
<xs: element name="AdsId">
<xs: complexType>
<xs: sequence>
<xs: element name= Tar ge tMul t i cast Address " type="xs: str ing"/> <xs: element name= AdID" type=，， xs: string" />
<xs: element name= AdvResources">
<xs: complexType>
<xs: sequence>
<xs: element name="AdvType">
<xs: s impleType>
<xs: restriction base="xs: str ing">
<xs: enumerat ion value="Picture" /> <xs: enumerat ion value="Video" />
<xs: enumerat ion value="Text" />
<xs: enumerat ion value="Ap l i cat ion" />
</ xs: restriction>
</ xs: s impleType>
</ xs: element>
<xs: element name=" AdvLocat ion" type="xs: anyURI " /> </ xs: sequence>
</ xs: complexType>
</ xs: element>
<xs: element name="AdS tar tTimeS tamp" type=" xs: dateTime <xs: element name=" AdEndTimeStamp" type=，， xs: dateTime" <xs: element name=" InsertMode">
<xs: s impleType>
<xs: restriction base="xs: str ing">
<xs: enumerat ion value=" InsertAndDelayOr ignal " />
<xs: enumerat ion value=" InsertAndOver la Or ignal " />
<xs: enumerat ion value="Part lyOver lap" />
</ xs: restriction>
</ xs: s impleType>
</ xs: element>
</ xs: sequence>
</ xs: complexType>
</ xs: element>
</ xs: sequence>
</ xs: complexType> </ xs: element>
</ xs: sequence>
</ xs: complexType>
其中 ， TargetMediald 用 于指示当前观看节 目 的 内容标识； TargetMediaType用于标识当前观看节目的媒体类型， 例如： 单播或多播；
MulticastAddress和 MulticastSource元素用于描述当前观看节目是多 播情况下的媒体传输参数， 例如： 多播地址， 多播源地址等；
UnicastSource 、 Unicas tSourcePor t 、 UnicastDest inat ion 、 UnicastDestinationPort以及 Protocol等元素则用于描述当前观看节目是单 播情况下的媒体传输参数 (单播源地址 /端口、 目标地址 /端口、 传输协议）；
AdvPolicy元素用于描述一个匹配结果，其中可携带多个插播指示时长内 的广告列表 ( Adsld); 一个 Adsld元素用于描述一次插播指示时长内需要播 放的广告列表， 其中含零个、 一个或者多 个可播放的广告； TargetMulticastAddress元素用于指示当前插播指示时长内的广告列表需要 发送到哪个多播组； AdID元素用于指示可以选择的广告标识； AdvResources 元素用于描述广告资源信息； AdvType元素用于指示广告资源类型描述， 是 图片、 视频、 文字还是应用程序； AdvLocation元素用于指示广告资源的源 地址， 如 FTP URL、 SIP URI等； AdStar tTimeStamp元素用于指示广告开始 时间， 如绝对时间 （UTC)或者相对时间 （NPT); AdEndTimeStamp元素用于 指示广告结束时间， 比如绝对时间 (UTC)或者相对时间 ( NPT ); InsertMode 元素用于指示广告插播方式， 是插入、 全覆盖、 还是部分叠加等。
以上 XML Schema并不是对本发明中匹配结果的描述方式进行限定， 而是 对匹配结果描述方式的可实施性进行举例说明。 实际应用中并不排除同样能 携带匹配结果的其他 XML Schema描述方式。
所述媒体内容插入单元： 用于根据插入提示信息和匹配结果， 将所述第 二媒体内容插入第一媒体内容； 所述的媒体内容插入单元： 用于在内容插入时间段内， 向所述媒体接收 单元提供第二媒体内容。
为了能够及时的进行媒体切换， 媒体内容插入单元需要完成的操作可以 分为以下几个：
1、 获取插入提示信息， 判断是否允许第二媒体内容插入以及内容插入的 起止时间点等；
2、 获取第二媒体内容标识与第二媒体传输参数的匹配结果；
3、 获取匹配结果所指示的第二媒体内容；
4、 当插入点来临时， 向第二媒体传输参数发送匹配结果所指示的第二媒 体内容； 当插入点结束时， 停止向第二媒体传输参数发送第二媒体内容； 以上所述 1、 2、 3 步可以是实时或者提前完成。 当实时完成时， 媒体内 容插入单元直接应用匹配结果， 将获取的第二媒体内容根据第二媒体传输参 数实时转发到指定媒体接收单元； 当提前完成时， 需要对所获取的提示信息、 匹配结果、 第二媒体内容等进行存储和记录。
以上所述 1、 2、 3步可以分开完成， 也可以在一个或者两个步骤中完成， 如： 插入单元可以首先获取提示信息以及匹配结果， 然后再根据匹配结果获 取第二媒体内容； 或者插入单元可以在获取第二媒体内容的同时， 也同时获 得插入提示信息和匹配结果， 等等。
除以上几个步骤之外， 媒体内容插入单元还可以获取第一媒体内容， 当 内容插入时间未来临时 , 使用第一媒体传输参数将第一媒体内容发送到媒体 接收单元， 而在插入时间段内停止发送第一媒体内容； 或者无论何时都使用 第一媒体传输参数将第一媒体内容发送到媒体接收单元。
在媒体内容插入单元决定进行媒体内容插入时， 针对匹配单元提供的匹 配结果， 分以下情况：
I. 第二媒体内容重用第一媒体传输参数进行传输；
此时媒体内容插入单元根据获得的匹配结果， 针对同一个第一媒体内容 可以获得一个或者多个第二媒体内容， 并且在插入时间点到来时， 将获得的 多个（如果有多个） 第二媒体内容同时发送到第一媒体传输参数所标识的媒 体接收单元。
具体来说：
对于单播情况， 第一媒体传输参数通常采取单播地址和端口的方式进行 描述， 则插入单元将第二媒体内容发送到该单播地址和端口。 在插入时间点 到来时， 接收第一媒体内容的媒体接收单元并不需要建立新的媒体连接即从 相同的端口接收到了第二媒体内容。
对于多播情况， 第一媒体传输参数还可以使用多播地址（可能再加上端 口 ) 的方式进行描述， 则插入单元将第二媒体内容发送到该多播地址（和端 口）， 接收第一媒体内容的所有媒体接收单元都不需要重新加入多播组， 即可 接收到第二媒体内容。
该过程中， 第一媒体内容的传输可以停止， 也可以不停止。 当第一媒体 内容停止发送， 则插入单元执行媒体的拼接， 即执行类似开关的操作， 将原 先的第一媒体内容传输换成第二媒体内容传输， 传输的目的地址和方式均不 发生改变； 如果第一媒体内容不停止发送， 则媒体内容插入单元执行媒体的 混合， 将两种媒体混合发送到同一个地址和端口， 则此时媒体接收单元可以 从一个媒体传输参数同时获取第一媒体内容和第二媒体内容。
I I. 第二媒体内容使用第二媒体传输参数进行传输；
此时插入单元根据匹配结果， 可以针对一个第一媒体内容获得一个或者 多个第二媒体内容， 并且在插入时间点到来时， 将第二媒体内容使用第二媒 体传输参数发送到对应的媒体接收单元。
A 此时如果匹配结果中携带了第二媒体传输参数， 则媒体内容插入单元 使用第二媒体传输参数将获得的第二媒体内容发送到对应媒体接收单元。
具体来说：
对于单播情况 , 匹配结果中携带了第二媒体单播地址和端口或者同一个 单播地址但使用不同的端口， 则插入单元将获得的一个或者多个第二媒体内 容， 发送到该单播地址和端口， 则此时接收第一媒体内容的媒体接收单元需 要从第二媒体地址和端口接收第二媒体内容；
对于多播情况， 匹配结果中携带了第二媒体多播地址和端口， 由媒体内 容插入单元用来发送第二媒体内容， 则此时接收第一媒体内容的媒体接收单 元需要加入第二媒体多播地址， 用于接收第二媒体内容。
B 如果匹配结果中不携带新的第二媒体传输参数， 则需要媒体内容插入 单元在插入内容之前先完成第二媒体传输参数的生成， 然后再使用第二媒体 传输参数发送第二媒体内容。 所述的第二媒体传输参数可以完全由插入单元 自身逻辑生成，或从其他单元获取，如 IPTV业务服务器、 IPTV部署实体、 IPTV 终端等， 或者与媒体接收单元进行协商后决定。 对于媒体接收单元与媒体内 容插入单元分属不同网元时，媒体传输参数通常以 IP地址和端口等进行标识， 对于二者同属一个网元时， 媒体传输参数通常以内部逻辑模块标识表示， 此 时二者之间的媒体和信令交互均属内部协议实现。
举例来说， 当插入单元与媒体接收单元之间存在 SIP会话时， 可以通过 会话修改的方式， 进行 SDP协商， 从而决定新的接收地址和端口。 比如插入 单元使用 SIP UPDATE或者 re-INVITE等 SIP消息发起会话修改请求， 在其中 携带的 SDP消息体中修改 c行的接收地址、 m行中的媒体接收端口， 或者新增 m行， c行的方式， 对第二媒体内容所对应的接收地址、 端口进行协商。 媒体 接收单元接收到该 SDP协商请求后， 返回一个 SDP答复。 在进行一次或者多 次 SDP 交互之后， 插入单元和媒体接收单元之间对新的第二媒体传输参数达 成共识， 从而为建立媒体内容插入单元与媒体接收单元之间的第二媒体内容 传输通道做好准备。
如在 SIP UPDATE消息的 SDP消息体包含如下内容： m=video 3458 RTP/AVP 0 96 97 98 c= IN IP6 5555: 1: 2: 3: 4
a= ...
m=video 0 RTP/AVP 99 100
c=IN IP6 5555: 1: 2: 3: 4
a=. . . 其中第一个 m行和 c行表示第一媒体内容所传输的端口 ( 3458 )和接收 地址（ 5555: 1: 2: 3: 4 ),后面新增的 m行和 c行则为新的第二媒体传输参数（地 址加端口）。
媒体接收单元返回的 SDP响应可以包括如下内容 m=video 3458 RTP/AVP 0 96 97 98
c= IN IP6 5555: 1: 2: 3: 4
a= ...
m=video 3334 RTP/AVP 99 100
c=IN IP6 5555: 1: 2: 3: 4
a=. . .
对于具体的 SDP协商方法， 本发明并不做限定， 只要求协商的结果中包 含新生成的第二媒体传输参数即可。
对于情况 Π , 媒体内容插入单元在插入时间段内发送第二媒体内容的同 时， 可以对第一媒体内容做相应的处理， 包括且不限于如下几种：
1、 第一媒体内容仍然使用第一媒体传输参数发送， 此时接收第一媒体内 容的媒体接收单元可以使用两个传输参数 (单播接收端口、 或者多播地址 ) 同时接收第一媒体内容和第二媒体内容；
2、 停止使用第一媒体传输参数发送第一媒体内容， 而是将第一媒体内容 与第二媒体内容一起， 使用新的传输参数进行传输。 此时接收第一媒体内容 的媒体接收单元通过使用新的传输参数， 同时接收第一媒体内容和第二媒体 内容， 由插入单元执行媒体的混合；
3、 既不使用第一媒体传输参数， 也不使用第二媒体传输参数发送第一媒 体内容， 而是做其他处理， 如丟弃， 或者緩存等， 此时接收第一媒体内容的 媒体接收单元通过使用新的传输参数， 仅接收第二媒体内容， 由媒体内容插 入单元执行媒体的拼接。
从上可以看出， 媒体内容插入单元的实质工作就是利用已有的传输通道、 或者通过新建传输通道， 在插入时间段内将第二媒体内容发送到指定的媒体 接收单元。 对于媒体接收单元而言， 插入时间段内可以只接收第二媒体内容， 也有可能同时接收第二媒体内容和第一媒体内容； 所述传输通道为媒体传输 参数。
在实际应用中， 媒体内容插入单元可以是单独的网元， 或者存在于其他 网元上， 如 IPTV UE、 IPTV MF、 广告拼接器（ AD Spl icer )、 广告服务器 ADS、 内容分发网络 CDN、交互式应用月良务器 iTV AS , EAS( Emergency Aler t Service, 紧急报警业务）服务器、或者其他能够提供内容插入功能的网元等。以 IPTV MF 为例， IPTV MF 可以在播放点播节目的过程中， 接收来自 IPTV SCF 的 SIP MESSAGE消息， 携带广告插入指示， 如当前节目的第 15分钟处需要播放视频 广告" 宝马汽车" ； 则 IPTV MF可以通过会话修改方式与 IPTV终端进行媒体 协商， 如发起 SIP re-INVITE, 通过 SDP交互而获得视频广告 '宝马汽车， 所 需的 IP地址、 端口以及带宽要求等； 传输参数协商成功之后 IPTV MF暂停发 送当前的点播节目媒体， 并且获得 "宝马汽车" 视频广告的媒体， 将其通过 协商的 IP地址与端口发送给 IPTV终端； 当广告播放完毕后， IPTV MF恢复当 前点播节目的媒体发送。 此例中， IPTV MF 为内容插入单元， IPTV SCF为匹 配单元， IPTV终端为媒体接收单元， 当前点播节目为第一媒体内容， 广告 "宝 马汽车" 为第二媒体内容。
所述媒体接收单元： 用于接收第一媒体内容， 所述的第一媒体内容中插 有与所述第二媒体内容。 媒体接收单元在内容插入的过程中用于接收从媒体 内容插入单元发过来的第二媒体内容， 在没有内容插入的时候用于接收第一 媒体内容。
媒体接收单元接收到第二媒体内容或者第一媒体内容之后， 可以在自身 逻辑的驱动下， 或者其他控制单元的控制之下进行相应的处理， 比如将第二 媒体内容单独呈现到显示设备， 将第二媒体内容与第一媒体内容一同显示， 甚至对接收到的内容进行解码等操作。 除此之外， 媒体接收单元还可以与媒 体内容插入单元进行信令面交互， 如媒体接收单元请求媒体内容插入单元进 行内容的插入； 如媒体接收单元与媒体内容插入单元进行媒体协商， 以建立 第二媒体内容的媒体传输通道等等。 该接口上的信令交互协议可以包括但不 限于 IGMP ( Internet Group Management Protocol, 英特网分组管理协议）、 MLD ( Multicast Listener Discovery, 组播诊听者发现）、 SIP ( Session Initiation Protocol ,会话发起十办议 )、 RTSP( Real Time Streaming Protocol , 实时流协议）、 HTTP, FTP ( File Transfer Protocol，文件传输协议）、 SOAP 内部协议等等。
在实际应用中， 媒体接收单元可以是单独的网元， 或者存在于 IPTV UE (User Equipment, IPTV用户终端）、 STB ( Set Top Box, 机顶盒）、 附属设 备如新式遥控器、 连接 STB的 PDA (Personal Digital Assistant, 个人数字 助理）等设备之中。
如图 6所示， 为本发明实施例图 5中提供的一种在 IP电视中实现媒体内 容插播的系统的媒体内容插入单元。 该单元， 进一步包括： 插入提示信息获 取模块、 匹配结果获取模块、 媒体内容获取模块、 媒体内容发送模块、 媒体 存储模块；
所述插入提示信息获取模块， 用于获取插入提示信息；
所述匹配结果获取模块， 用于获取匹配结果； 该模块可以在接收到插入 提示信息后， 获取匹配结果； 还可以独立的完成获取匹配结果的操作； 所述媒体内容获取模块， 用于根据所述匹配结果和插入提示信息， 获取 媒体内容；
所述媒体内容发送模块， 用于通过媒体传输参数， 将所述媒体内容获取 单元获取的媒体内容发送给所述媒体接收单元。
所述媒体存储模块： 用于存储所述第二媒体内容。
如图 7所示， 本发明实施例提供的一种在 IP电视中实现媒体内容插播的 方法； 该方法的 程: ¾口下：
该实施例中， IPTV编码头端将第二媒体内容即广告插入时间等信息与当 前播放的节目媒体即第一媒体内容一起封装到媒体传输通道即媒体传输参数 中进行发送； 广告服务器 AD Server提供用户与广告的匹配结果， 以及相应 的广告资源； IPTV终端负责接收当前播放的节目媒体以及插播的广告资源； 插入服务器完成广告的插播， 即在插入时间未来临时向 IPTV电视终端发送正 常节目， 在插入时间段内发送广告内容。 其中， IPTV终端包括： 媒体接收单 元； 插入服务器包括： 媒体内容插入单元； AD Server包括： 匹配单元和第二 媒体内容提供单元； IPTV编码头端包括： 第一媒体内容提供单元和插入提示 信息提供单元。
具体流程如下：
1. IPTV 编码头端将广告插入的时间信息等与直播节目媒体一起， 以 MPEG-TS的封装方式发送到插入服务器。 该步骤中以 IPTV编码头端为较佳选 择，实际应用中，也可以由 IPTV MF( Media Funct ion,媒体功能）、 CDN( Content Del ivery Network, 内容分发网络）或者其他网元实现该动作。 比如当 MF具 有在媒体流中混合封装一些附加信息时 , 广告插入的时间点等可以作为附加 信息与正常直拨节目流进行绑定， 从而发送到广告拼接器。
2. 插入服务器在没有广告插播任务时， 将正常的直播节目发送到 IPTV 终端， 实现正常节目的观看； 同时插入服务器需要对获取的正常直播媒体进 行监测， 在发现其中携带的广告插入时间等信息时将其提取出来， 以备緩存 或者立刻发起内容的插入。
3. 插入服务器从媒体中获取了广告插入时间信息等， 按照自身逻辑， 或 者其他网元的控制信息， 向 AD Server ( Adver t i s ing Server , 广告服务器） 获取合适的广告资源。 广告服务器通过自身的匹配功能生成匹配结果， 或者 从别的网元获取用户与广告的匹配结果， 并以此为依据在广告服务器中定位 和准备广告资源。
4. AD Server在获得请求之后将广告资源发送给插入服务器。 该步骤中， AD Server可以通过 TCP、 UDP、 RTP、 MPEG-TS流等封装方式， 将广告资源发 送到插入服务器。 插入服务器根据自身逻辑或者其他网元的控制信息， 对接 收的广告资源进行即时插入或者进行緩存， 以备插入时间到来时立刻执行广 告的插入。
5. 当插入时间点到来时， 插入服务器将即时获取的或者提前緩存的广告 资源替换正在发送的直播节目媒体， 转而发送广告媒体。 该过程中， 广告资 源的封装格式可以与第一媒体内容一样， 也可以使用其他的封装格式。 广告 资源的发送方式也可以与第一媒体内容一样， 使用原先的单播或者多播地址 和端口， 也可以采取与第一媒体内容不同的传输方式， 比如通过新分配的多 播地址等等， 将广告资源发送到另外的地址。
6. 即步骤 5执行的结果， 插入服务器将插播的广告资源发送到媒体接收 单元所在的 IPTV终端。 当插入服务器将广告资源发送到原有的正常直播节目 地址时， IPTV终端不感知内容的转换， 即可完成广告的插播； 当插入服务器 使用新的传播地址和端口即所述的第二媒体传输参数时， IPTV终端需要感知 传播方式的变化， 比如从网络获取多播地址， 从而加入到新的多播组等等。 该过程中， 插入服务器可以继续接收正常直播节目， 但是并不将其发送出去， 可以采取丟弃或者緩存的方式进行处理。
7. 插入时间段结束， 插入服务器将接收的正常直播节目替代广告资源， 以原有的封装格式和传播方式发送出去。 所述的原有封装格式和传播方式指 的是， 插入时间段来临之前， 正常直播节目如何封装和传播， 则此时正常直 播节目就以这种封装和传播方式进行下发。
8. 作为步骤 7的执行结果， IPTV终端恢复获取正常直播节目媒体， 结束 广告的插入。
如图 8所示， 本发明实施例提供的另一种在 IP电视中实现媒体内容插播 的方法； 该方法的流程如下：
本实施例根据用户群与广告的匹配结果实现直播节目中的群组化的广告 插播。 在直播节目进行到一定时间时可以插入广告， 但对于不同特征的用户， 推送的是不同的广告。 比如在某个直播频道中有三个待插入的广告 、 B、 C, 需要在同一时刻推送给不同的用户群： 青少年、 成年、 老年。 则经本实施例 应用之后的结果是， 观看同一频道的所有人之中， 在相同时间段内， 所有青 少年收看的是插播广告 、 所有成年人收看的是插播广告 B, 而所有老年人收 看的是插播广告（。 其中， IPTV终端包括媒体接收单元； IPTV SCF包括匹配 单元和插入提示信息提供单元； MF 包括： 媒体内容插入单元和第一媒体内容 提供单元； AD Server第二媒体内容提供单元。
具体流程如下：
该实施例中， 由 IPTV SCF提供插入提示信息以及用户信息和第二媒体内 容相匹配的联系即广告的匹配结果， 并将其发送到 MF; MF提供正常播放的节 目媒体， 并且在内容插入时间段内完成广告的插入； AD Server提供插播的广 告资源。
具体流程解释如下：
la, lb. 不同的 IPTV终端观看同一个 IPTV节目， 此时 MF向终端发送该 节目的媒体。 当前播放的节目媒体可以经过媒体内容插入单元转发， 也可以 不经过媒体内容插入单元， 而是直接发送到 IPTV终端。 本方案中该节目媒体 以多播方式发送到多播接入点， 由各个 I PTV终端以加入多播组的方式接收， 实际应用中也可以使用单播方式进行传输， 可实际情况的需要而定。 媒体封 装方式可以是 MPEG-TS 、 RTP、 UDP、 TCP等方式。
2a, 2b. IPTV SCF根据当前播放节目的元数据、 待插入的广告元数据以 及用户特征等数据生成用户信息与第二媒体内容的匹配关系即广告的匹配结 果， 并将其发送给正在观看当前节目的终端。 同时还可以提供当前节目的广 告插入时间 （即间隙时间）等。 此时不同类型的用户， 根据获得的匹配结果 即找到对应的多播地址。 此处各个广告对应的多播地址由 IPTV SCF根据自身 逻辑进行分配， 或者由后台的业务部署实体提供。
该步骤中 IPTV SCF向 IPTV终端下发信息的通道可以经过 IMS Core ( IP Mul t imedia Subsys tem, IP多媒体子系统核心）， 以 SIP消息的方式通知到， 比如 SIP INFO, SIP MESSAGE, SIP NOTIFY等； 也可以不经过 IMS Core, 而 是以单独的信息通知方式， 以 HTTP, SOAP ( S imple Object Acces s Protocol , 简单对象访问协议）或其他方式通知到； 甚至将其发送给 MF, 由 MF将其与正 常节目进行混合后发送给 IPTV终端； 进一步的， 下发的信息可以封装在 XML ( extens ib le Markup Language , 可扩展的标签语言） 文本方式的脚本程序 中下发给 IPTV终端， 由后者执行其中的指令。
3. IPTV SCF向 MF发送匹配的结果和广告插入时间， 以指示 MF进行广告 插播。 在基于 IMS的 IPTV网络中， IPTV SCF可以通过 IMS Core, 以 SIP消 息的方式将匹配结果和广告插入时间信息发送给 MF; IPTV SCF也可以不通过 IMS Core , 而是以单独的 TCP连接， 将这些信息以 HTTP、 SOAP或者其他协议 方式发送给 MF。 进一步的， IPTV SCF可以将这些信息封装在脚本程序文本中， 发送给 MF。此时脚本程序可以是以 XML方式描述的文本， MF获取脚本程序后， 可以执行脚本程序中的命令， 比如立刻执行内容插入， 或者等待一定时间后 执行内容插入等等。 以匹配结果经过 IMS Core为例， 此时 IPTV SCF向 MF发 起 SIP MESSAGE 消息， 其中的广告与组播地址， 以及播出时间可以使用如下 的 XML文本携带：
<BCAdInsertionCommand> - ιε -
<qi TA TOaiu9iuo v/>088t7<mPi^puBaiu9iuo v>
< 3Π33屬 S u( PV/> s o9l_iuqT_ B/iuoo-ooiuo- B//:dij <Tail90-inoSlu9luoDPV>
< ilu9iuo v/>raoo-ooiuo@09I~PN[a aV<PIlu9luoDPV>
<tteoodn°-i§ tt=pidno-i9uois 9apv>
<UOTST09QpV/> <19§J¾/>
Figure imgf000033_0001
<qi TA TOaiu9iuo v/>09AS<liiPiAPTOaiu9luoDPV>
< 3Π33屬 S u( PV/> ΪΛΒ · g6u_BT5[Ou_ B/iuoo · οοιπο ·ρ¾// : dij <Tail90-inoSlu9luoDPV>
< pu9iuo v/>raoo-ooiuo@g6M~VDIOM_aV<PIlu9luoDPV>
<UOTST09QpV/> <19§J¾/>
Figure imgf000033_0002
<19§JBX>
<qi TA TOaiu9iuo v/>09AS<liiPiAPTOaiu9luoDPV>
< 3Π33屬 S u( PV/> ΪΛΒ · B_T tiB_ B /moo · ooiuo' B //:dij <Tan90-inoSlu9luoDPV>
< ilu9iuo v/> iuoo-ooiuo@ 8V_iailV_aV<PHu9luoDPV>
< "励 d麵 §"=pidti(xiD uoTs 9a v>
Figure imgf000033_0003
££niO/600Z^D/lDd Z880 /600Z OAV <Target>
<TargetAddr>211.211.1.144</TargetAddr>
<TargetPort>4430</TargetPort>
</Target>
</AdDecision>
</BCAdInsertionCommand> 此例中， SIP MESSAGE的消息主体包含一个 BCAdlnser t ionCo and元素， 其中携带的当前的直播节目标识为 CCTV0151CMCC. com、 对应的广告起止时间 (起点 Adlnser t ionBeg inTime为 2009年 1月 1 日 12点 0分 0秒， 终点 Adlnser t ionEndTime为 2009年 1月 1 日 12点 15分 0分 0秒，持续 15分钟）， 同时针对三个不同群组分别提供了三个广告匹配结果（ AdDec i s ion )。 而广告 匹配结果中包含了不同群组对应的不同的广告标识 （ AdContent Id )、 广告源 地址 （ AdContentSourceURL )、 广告所需带宽 ( AdContentBandwidth ) 以及目 标多播地址 ( TargetAdd, TargetPor t
该例所述的 S IP MESSAGE消息主体也可以使用如下 XML文本进行封装：
<AdvPolicys>
<TargetMedia>
<TargetMediaId>CCTV01 @cmcc.com </TargetMediaId>
<TargetMediaType>Multicast</TargetMediaType>
<MulticastAddress>211.211.1.121 : 12344</MulticastAddress>
</TargetMedia>
<AdvPolicy>
<AdsId>
<TargetMulticastAddress>211.211.1.123 : 5760</TargetMulticastAddress>
<AdID>ad— video— audi— a8</AdID>
<AdvResources>
<AdvType>Video</AdvType>
<AdvLocation>ftp://ad.cmcc.com:5760/ad_audi_a8.avi</AdvLocation> - εε -
<s onojA v/> < onojA v/> <PIspv/>
<9 O] [lJ9SUJ/> U§UOdBIJ9AO UV^l9SUJ<9 O] [lJ9SUJ>
<diuBiS9raTi u3 v/>Z000O0: S ΐ :Π丄 ΐ 0— ΐ 0—600Z<draBiS3iuupi¾pv> <diu¾is sraii ug v/>Z000 " 00： 0 ΐ： U ΐ 0- ΐ 0-600Z<draBiS3iui丄 μΒ ρν>
<S90JtlOS9¾ApV/>
<uoTiBOo A y/> s o9l_iu T_ B/09AS:iuoo"ooiuo- B//:dij <uoiiBOo A y>
Ο(3 χΛ ν/>09 ΐΛΟ<3 χΛ ν>
<S90JtlOS9¾ApV>
<αΐΡν/>09 ΐπςΓθ9 ΐΛ~ Β <aiPV>
Figure imgf000035_0001
<pispv> <PIspv/>
<9 O] [lJ9SUJ/> U§UOdBIJ9AO UV^l9SUJ<9 O] [lJ9SUJ>
<diuBiS9raTi u3 v/>Z000O0: S ΐ :Π丄 ΐ 0— ΐ 0—600Z<draBiS3iuupi¾pv> <tareis 9iuTi u3 v/>Z000" 00:00:ZUI0-10-600Z<draBis 9iuTm¾isPV>
<S90JtlOS9¾ApV/>
<uoTiBOo A y/>TAB-g6u_BT5[ou_ B/09 s:iuoo-ooiuo- B//:dij <uoiiBOo A y>
Ο(3 χΛ ν/>09 ΐΛΟ<3 χΛ ν>
<S90JtlOS9¾ApV>
<aiPv/>S6u_¾ ou_09PiA_p¾ <aipv>
Figure imgf000035_0002
Z<ssaippviSBop謂 pgj¾
<pispv> <PIspv/>
<9 O] [lJ9SUJ/> U§UOdBIJ9AO UV^l9SUJ<9 O] [lJ9SUJ>
<diuBiS9raTi u3 v/>Z000O0: S ΐ :Π丄 ΐ 0— ΐ 0—600Z<draBiS3iuupi¾pv> <tareis 9iuTi u3 v/>Z000" 00:00:ZUI0-10-600Z<draBis 9iuTm¾isPV>
<S90JtlOS9¾ApV/>
££ U0/600Z l3/13d Z880 /600Z OAV 实际应用中的 XML文本可不限于此种格式， 但所达到的目的都是让广告 插入单元获得足够信息， 从而将一个或多个广告分别发送到不同的多播组中。
4. MF在获取了不同用户群所对应的广告标识、 以及各个广告的插入时间 信息后， 向广告服务器 AD Server请求广告资源。
5. 广告服务器将广告资源下发给 MF。下发的广告资源可以使用 MPEG-TS 、 RTP、 UDP、 TCP等传输协议。
6. MF在插入点到来时，向各个用户群组发送不同的广告资源。该过程中， MF根据获取的匹配结果， 将获取的广告资源分别发送到对应的多播地址。 此 时正常节目媒体可以停止发送， 也可以不停止发送。
7a, 7b. 作为步骤 6的执行结果， MF将广告资源以多播方式经多播接入 点发送到各个需要第二媒体内容的 IPTV终端。封装格式可以是 MPEG-TS 、RTP、 UDP、 TCP等。 其中终端 a与终端 b由于获取的匹配结果不同， 同时加入了不 同的多播组， 接收到的是不同的广告： 如终端 a 的用户终端是男性， 播放刮 胡刀的广告（第二媒体内容 I ); 终端 b的用户终端是女性， 播放化妆品的广 告（第二媒体内容 I I )。 该过程中各个 IPTV终端可以选择退出正常播放的节 目媒体多播组， 也可以不退出， 而是将节目媒体与广告资源一同接收。
8. 在广告插入点结束时， MF停止发送所有广告资源。 如果在插入时间段 内 MF没有停止发送被中断的节目媒体， 则此时 MF仅需要停止发送广告资源 即可， 否则 MF需要重新将被中断的节目媒体发送到原先的多播地址中。
9a, 9b. 作为步骤 8的执行结果， MF将被中断的节目媒体发送到原有的 多播地址中， 各个广告多播组的 IPTV终端也退出相应的多播组， 从原有的多 播组中接收节目媒体。 此时如果在插入时间段内第一媒体内容没有中断， 则
IPTV终端仅退出广告资源多播组即可；如果插入时间段内 MF停止发送正常的 节目媒体， 则 IPTV除了退出广告资源多播组之外， 还需要重新加入原先的节 目媒体多播组。
如图 9所示， 本发明实施例提供的另一种在 IP电视中实现媒体内容插播 的方法；
本实施例是实现群组化内容插播的一种方法。 该实施例中由 IPTV终端包 括： 媒体接收单元、 媒体内容插入单元和匹配单元； 实现第二媒体内容的匹 配、 插入与接收功能； MF 包括： 第一媒体内容提供单元、 第二媒体提供单元 和插入提示信息提供单元。 IPTV终端通过同时获取插播资源和节目媒体， 在 插入时间点到来时执行内容的插入， 使得插入时间段内呈现的是插播的内容。 本实施例中插播资源是根据用户偏好所选择的 IPTV内容， 如电影片花、 游戏 等， 当然也可以是根据用户特征或者偏好所选择的插播广告。 插入的内容可 以有多个， 由 MF根据部署结果在插入时间到来时分别发往多个多播地址， 在 此之前， MF将插入时间（间隙时间）、 多个待插入的内容描述信息与当前播放 的节目媒体以多播方式发送到多个 IPTV终端， 后者通过获取用户终端数据进 行匹配后选择适合当前用户终端的第二媒体内容， 找到对应多播地址， 在插 入点到来时加入相应多播组， 并在 I PTV终端实现内容的插入， 使得插入时间 段内 IPTV终端能够获得插入的资源。
具体流程如下：
1. MF将内容插入的时间信息与当前播放的节目经多播接入点发送到收看 节目的 IPTV终端。 本实施例中以多播方式进行媒体下发。
2. IPTV终端获取广告插入的时间信息之后， 向 AS请求获取用户终端数 据， 比如用户偏好数据或者用户终端的特征， 如总体方案中所描述。 在特定 情况下， 该步骤可以省略： 比如用户终端数据保存在终端， 则 IPTV终端可以 从本地获取， 而不需要从 AS获取用户终端数据； 又比如匹配所依据的信息不 是用户终端数据， 而是由 IPTV终端根据自身特性或者其他交互方式获得， 举 例来说， 用户终端所在 IP地址， 等等。
3. IPTV终端对第二媒体内容进行匹配， 从中选择合适的匹配结果， 并找 到对应的多播地址， 以备在插入时间点到来时进行内容的插播。 在该步骤之 前， IPTV终端可以根据自身配置或者从别的网元获得第二媒体内容的描述信 息， 比如从 SSF获得， 或者该信息与媒体流一同， 从 MF获得等等。 其中的第 二媒体内容描述信息即包括待插入的一个或多个第二媒体内容的元数据， 以 及对应的多播地址等。 此时匹配单元、 插入单元以及媒体接收单元都存在于 IPTV终端， 之间的信令交互和媒体传输均属于内部协议实现。
4. 当插入点到来时， MF将多个第二媒体内容， 即插播资源， 分别发送到 对应的多播地址。
5，6与 4 同步， IPTV终端在插入点到来时， 通过获取的匹配结果加入到 对应的多播组， 从而获得相应的第二媒体内容。 此时媒体接收单元与媒体内 容插入单元之间的 11接口可以由内部协议实现。 IPTV终端在步骤 1到步骤 6 之间， 可以不停止接收正常播放的节目媒体， 但是在插入时间段内必须获取 和呈现所插入的资源， 如插播广告、 插入的电影片花等。
7. 插入时间段结束， IPTV终端退出广告多播组；
8. 插入时间段结束， MF发送的媒体中没有了插播资源， 而是正常播放的 节目媒体。
9. 与此同时， IPTV终端也结束了对插播资源的插入， 恢复正常直播节目 的播放。
如图 10所示， 本发明实施例提供的另一种在 IP电视中实现媒体内容插 播的方法；
本实施例是实现群组化内容插播的另一种方法。 该实施例中多个待选的 插播资源与正常播放的直播节目一起， 发送到相同的多播地址， 由 IPTV终端 根据用户终端个性化需求进行匹配后， 从获取的多个插播资源中选择合适的 资源， 实现内容的插入。 此处插播资源可以是广告、 交互式内容、 电影片花 等 IPTV内容。
该过程中， IPTV终端不需要退出当前多播组， 即可同时接收第一媒体内 容和第二媒体内容， 且从多个第二媒体内容中选择一个或多个， 在显示设备 上呈现。 所述的 IPTV终端包括： 媒体接收单元、 媒体内容插入单元和匹配单 元； MF 包括： 第一媒体内容提供单元、 第二媒体内容提供单元和插入提示信 息提供单元。
具体流程如下：
1. MF将插播资源插入的时间信息（即间隙时间）与当前播放的节目一起 发送到多播接入点， 由 IPTV终端加入多播组进行接收， 同时发送的还有插播 资源插入的时间信息。
2. IPTV终端获取广告插入的时间信息之后， 向 AS请求获取用户终端数 据， 比如用户偏好数据或者用户终端的特征， 如总体方案中所描述。 在特定 情况下， 该步骤可以省略： 比如用户终端数据保存在终端， 则 IPTV终端可以 从本地获取， 而不需要从 AS获取用户终端数据； 又比如匹配所依据的信息不 是用户终端数据， 而是由 IPTV终端根据自身特性或者其他交互方式获得， 举 例来说， 用户终端所在 IP地址， 等等。
3. IPTV终端对插播资源进行匹配， 从中选择合适的匹配结果以备到时插 入。 在进行匹配之前， IPTV终端可以根据自身配置或者从别的网元获得第二 媒体内容的描述信息， 比如从 SSF获得， 或者该信息与媒体流一同， 从 MF获 得等等。 其中的第二媒体内容描述信息即包括待插入的一个或多个第二媒体 内容的元数据。 此时匹配单元、 插入单元以及媒体接收单元都存在于 IPTV终 端， 之间的信令交互和媒体传输均属于内部协议实现。
4. 当插入点到来时， MF将多个第二媒体内容， 即插播资源， 随同当前播 放的直播媒体一起发送到直播节目的多播地址。 此时 MF执行第二媒体内容与 第一媒体内容之间的混合， 使用第一媒体传输参数进行传输（多播地址）。
4a. IPTV终端在插入点到来之前， 对获取的多个插播资源进行选择性緩 存： 只緩存符合上面匹配结果的资源。 该过程可选， 即如果插入时间是要求 实时插入， 则 IPTV终端直接将获取的符合匹配结果的插播资源发送到显示设 备或做其他处理， 而不是进行緩存。
5. IPTV终端在插入点到来时呈现插播资源。 IPTV终端在步骤 1到步骤 5 之间， 可以停止呈现正常播放的直播节目， 则 IPTV终端实现对媒体的拼接； 也可以不停止呈现正常播放的节目媒体， 但是在插入时间段内必须获取和呈 现所插入的资源， 如插播广告、 插入的电影片花等。
6. 插入时间段结束， MF发送的媒体中没有了插播资源， 而是正常播放的 节目媒体。
7. 与此同时， IPTV终端也结束了对插播资源的插入， 恢复正常直播节目 的播放。
如图 11所示， 本发明实施例提供的另一种在 IP电视中实现媒体内容插 播的方法；
本实施例是实现群组化广告插播的另一种方法。 IPTV AS获取当前节目中 的广告插入时间点后， 携带当前节目标识、 广告插入时间点， 将业务触发到 广告服务器 AD Server实行群组化广告插播， AD Server根据用户终端个性化 设置后对广告进行匹配， 生成匹配结果， 同时建立多个组播组， 将各个广告 媒体分别发送到相应的组播地址中。
IPTV终端获取当前节目的广告插入点， 以及广告请求链接 (即 AD Server 地址）之后， 向 AD Server请求插播， 后者根据请求用户终端的个性化设置 找到对应的广告及组播地址， 返回给 UE , UE加入相应的组播组。
广告结束之后， IPTV终端再退出相应的 （广告）组播组， 恢复正常的节 目观看。 其中， 所述 IPTV终端， 包括： 媒体内容插入单元和媒体接收单元； 所述 IPTV AS包括： 插入提示信息提供单元； MF包括： 第一媒体内容提供单 元； AD Server包括： 第二媒体内容提供单元和匹配单元。
具体流程下：
1. IPTV终端加入 IPTV节目媒体多播组，观看节目。 此时节目媒体的发送 采取多播方式， 由 MF发送到多播接入点， IPTV终端通过 IGMP或者 MLD等协 议加入到相应多播组接收媒体流。
2.广告插入时间即将到来， IPTV AS向各个 IPTV终端下发广告插入时间 信息， 同时下发的还有广告服务器 AD Server的地址。
3. IPTV终端通过获取的 AD Server地址， 向广告服务器请求匹配结果， 后者根据用户终端数据、 广告部署安排等信息， 生成用户终端传输参数与广 告标识的匹配结果，返回给 IPTV终端。此处的请求和响应可以使用 SIP、 HTTP, SOAP , RTSP、 内部协议等方式进行传输； 匹配结果中， 针对一个正常播放的 节目媒体， 可以对应一个或者多个多播地址， 并且每个多播地址可以对应一 个或者多个广告。当匹配结果中一个多播地址对应多个广告时，说明 AD Server 需要同时在一个媒体传输参数中发送多个广告， IPTV终端可以选择其中的一 个、 多个或者全部进行呈现。
4.当广告插入点到来时， AD Server向多播地址发送相应的广告。
5.作为步骤 4 的执行结果， 广告媒体使用多播方式发送到多播接入点， 由 IPTV终端加入多播组， 从而获得广告内容。
6.各个群组的 IPTV终端在广告插入点到来时， 将正常播放的节目媒体替 换成获得的广告， 从而呈现广告内容。
7.广告插入时间段结束时， AD Server停止向各个多播地址发送相应的广 告。
8.与 7同步， IPTV终端退出对应的广告多播组， 继续接收和呈现被中断 的节目媒体。 从步骤 1到步骤 8过程中， IPTV终端可以继续接收节目媒体， 只是获取之后不呈现， 或者与广告一起呈现； 当然可以在广告插入的过程中 停止接收节目媒体， 则此时 IPTV终端在此期间只获得广告内容， 而没有节目 媒体。
如图 12所示， 本发明实施例提供的另一种在 IP电视中实现媒体内容插 播的方法；
本实施例通过内容插入的方法进行紧急业务通知及媒体的强制切换。 当 一个紧急业务通知到达时， 网络需要将特定的第二媒体内容， 如紧急频道播 放的视频通知等发送到该紧急业务范畴之内的所有用户。 比如某地即将发生 火山爆发， 则该地的所有 IPTV业务都需要暂停， 并且强制插入有关火山爆发 的现场才艮道、 紧急 4款离指示等内容。 此处才艮警中心 EAS Center ( Emergency Aler t Service Center , 紧急报警业务中心） 包含插入提示信息提供单元和 紧急业务的匹配单元， MF 包^某体内容插入单元、 第一媒体内容和第二媒体 内容的提供单元， IPTV终端包含媒体接收单元。
具体应流程如下：
1. IPTV终端在使用 IPTV业务， 由 MF发送节目媒体。 节目媒体可以根据 业务的需要， 以单播或者多播的方式发送， 封装格式可以是 MPEG-TS 、 RTP、 UDP、 TCP等。
2. 紧急业务通知中心 EAS Center发送紧急通知到 MF , 通知进行内容的 插入。 此时紧急通知中携带匹配结果， 如某个地区的所有用户都需要接收某 个紧急内容等， 以及内容插入的时间点， 如 "now" 表示立刻进行紧急内容的 插播。
3. MF根据紧急通知的内容获取紧急内容， 并中断所有正在发送的节目媒 体流， 转而插入获取的紧急内容， 向相同的传输参数进行发送。 比如针对某 个地区的所有用户， 无论在使用单播还是多播， 或者数据传输、 交互式等， 都需要在相同时刻插入相同的内容。 对于单播或者多播， MF将紧急内容使用 节目媒体流的传输通道（如单播接收地址和端口、 多播地址等）进行发送。
4. 作为步骤 3的执行结果， MF将紧急内容发送到适用所述紧急通知的所 有 IPTV终端进行呈现。 此时 IPTV终端上正常播放的节目媒体被紧急内容所 代替。
5. 报警时间已过， MF停止插入紧急内容， 转而将被中断的节目媒体使用 原来的传输通道进行发送。 整个过程中， MF与各个 IPTV终端均沿用正常节目 媒体流所适用的传输参数进行媒体发送， 而无需通过协商产生新的媒体传输 参数。
6. 作为步骤 5的执行结果， MF将被中断的节目媒体发送到对应的 IPTV 终端， 所有适用前述紧急通知的 IPTV终端上的媒体播放恢复正常。 如图 13所示， 本发明实施例提供的另一种在 IP电视中实现媒体内容插 播的方法；
本实施例通过内容插入的方式实现点播节目中的个性化广告插入。 IPTV AS获取当前点播节目的广告插入时间后通过获取用户终端个性化设置， 对可 供插播的广告（一个或者多个）进行匹配筛选， 将匹配结果（广告媒体地址、 广告插入时间、 UE IP等）通知 MF; MF在间隙时间来临前或者来临时获取广 告媒体流， 当间隙时间到达时 MF暂停当前节目播放， 并且对广告媒体流和正 常点播节目内容进行拼接， 发送地址和端口不变； 间隙时间结束时 MF结束拼 接， 恢复之前的点播媒体流。 此处所述的广告媒体流是指上述提到的第二媒 体内容， 所述正常点播节目内容为上述提到的第一媒体内容。 所述 IPTV终端 包括： 媒体接收单元； IPTV AS 包括： 匹配单元和提示信息提供单元： MF 包 括： 第一媒体内容提供单元、 第二媒体内容提供单元和媒体内容插入单元； 具体应流程如下：
1. IPTV终端与 MF建立点播会话。 该过程可以是 IPTV终端、 IPTV AS以 及 MF之间建立的 S IP会话， 如使用 SIP INVITE; 也可以是 IPTV终端与 MF之 间建立的 RTSP会话， 如使用 SETUP。 还可以是其他方式的点播会话， 在此并 不限定。
2. MF在会话建立成功之后， 向 IPTV终端发送点播节目流。
3. IPTV AS通过从 CPSF获取广告插入时间 (即间隙时间 )和广告元数据、 从 IPTV AS本地或者其他网元如 UPSF获得用户终端数据进行个性化匹配， 在 待选的多个广告中进行匹配， 生成匹配结果。 此处 CPSF ( Content Prof i le Server Func t ion, 内容配置服务功能）作为元数据存储和管理的逻辑单元， 可以单独设立， 也可以存在于 IPTV AS、 SSF等其他网元中。
4. IPTV AS将匹配结果以及广告插入时间发送给 MF, 指示执行内容的插 入。此处 IPTV AS到 MF的消息发送途径可以是直接的 TCP链接，如使用 HTTP、 RTSP或者 SOAP命令，也可以是通过 IMS Core的 SIP接口，如使用 S IP INVITE , INFO, REFER等。 以 SIP INFO为例， IPTV AS发送给 MF的 INFO消息中， 其 Event头域可使用专门针对广告插播的事件名称， 如 IPTVAdlnser t ion, 消息 主体使用 XML文本携带广告匹配结果和广告插入时间点， 其 XML Schema可使 用如下描述：
<CoDAdInsertionCommand>
<CoDContentId> CoD_023@cmcc.com </CoDContentId>
<AdInsertionOffset>1800.000<AdInsertionOffset>
<AdInsertionLength>900.000<AdInsertionLength>
<Target>
<TargetAddr>202.38.46.22</TargetAddr>
<TargetPort>5760</TargetPort>
</Target>
<AdDecision>
<AdContentId> ad— video— audi— a8 </AdContentId>
<AdContentSourceURL> ftp://ad.cmcc . com/ad— audi— a8. avi
</AdContentSourceURL>
</AdDecision>
<AdDecision>
<AdContentId> ad_video_nokia_n95 </AdContentId>
<AdContentSourceURL> ftp： //ad. cmcc. com/ad_nokia_n95. avi
</AdContentSourceURL>
</AdDecision>
<AdDecision>
<AdContentId>ad_video_ibm_t60 </AdContentId>
<AdContentSourceURL> ftp://ad.cmcc.com/ad_ibm_t60.ts </AdContentSourceURL>
</AdDecision>
</CoDAdInsertionCommand> 此例中， INFO消息体携带一个 CoDAdlnser t ionCommand元素， 包含当前 正在观看的点播节目标识（CoDContent ld, CoD_ 02351cmcc. com )、 广告插播相 对节目开头的偏移量（ Adlnser t ionOff set , 1800秒， 即 30分钟）、 广告插播 长度（ Adlnser t ionLength, 900秒， 即 15分钟）、 目标终端地址（ Target ), 以及个性化广告匹配结果（ AdDec i s ion, —共有三个匹配结果）。 其中广告匹 配结果中携带了三个已经选择的广告信息， 包括广告内容标识
( AdContent ld )、 广告源地址 （ AdContentSourceURL )、 所需带宽
( AdContentBandwidth )等。
所述 SIP INFO消息的消息体也可以使用如下 XML格式进行描述：
<AdvPolicys>
<TargetMedia>
<TargetMediaId>CoD_023 @cmcc.com </TargetMediaId>
<TargetMediaType>Unicast</TargetMediaType>
<UnicastSource>202.114.33.23</UnicastSource >
<UnicastSourcePort>4468</UnicastSourcePort>
<UnicastDestiniation>202.38.46.22</UnicastDestination>
<UnicastDestinationPort>5760</UnicastDestinationPort>
<Protocol>RTP</Protocol>
<TargetMedia>
<AdvPolicy>
<AdsId>
<AdID>ad— video— audi— a8</AdID>
<AdvResources>
<AdvType>Video</AdvType>
<AdvLocation>ftp://ad.cmcc.com:5760/ad_audi_a8.avi</AdvLocation> </AdvResources>
<AdStartTimeStamp>NPT=1800.000</AdEndTimeStamp>
<AdEndTimeStamp>NPT=2100.000</AdEndTimeStamp> <InsertMode>InsertAndDelayOrignal</InsertMode>
</AdsId>
<AdsId>
<AdID>ad_video_nokia_n95</AdID>
<AdvResources>
<AdvType>Video</AdvType>
<AdvLocation>ftp://ad.cmcc.com:5760/ad_nokia_n95.avi</AdvLocation> </AdvResources>
<AdStartTimeStamp>NPT=2100.000</AdEndTimeStamp>
<AdEndTimeStamp>NPT=2400.000</AdEndTimeStamp>
<InsertMode>InsertAndDelayOrignal</InsertMode>
</AdsId>
<AdsId>
<AdID>ad_video_ibm_t60</AdID>
<AdvResources>
<AdvType>Video</AdvType>
<AdvLocation>ftp://ad.cmcc.com:5760/ad_ibm_t60.ts</AdvLocation> </AdvResources>
<AdStartTimeStamp>NPT=2400.000</AdEndTimeStamp>
<AdEndTimeStamp>NPT=2700.000</AdEndTimeStamp>
<InsertMode>InsertAndDelayOrignal</InsertMode>
</AdsId>
</AdvPolicy>
</AdvPolicys>
实际应用中的 XML文本可不限于上述格式， 但所达到的目的都是让广告 插入单元获得足够信息， 从而将一个或多个广告顺序发送到目标单播地址中。
5. MF在间隙时间到来时或者到来前根据广告标识获取广告媒体， 并且在 间隙时间到来时对点播节目流进行拼接： 暂停点播节目流的发送， 并且记录 暂停时间点， 转而将获取的广告媒体内容发送到点播节目流所使用的接收地 址和端口。 该过程中： 暂停时间点通常采取媒体时间偏移的方式（比如从影 片开始偏移 15 分钟）， 而不是绝对时间进行表示； 媒体传输的接收地址和端 口均不变， 只是 MF将广告内容插入到暂停时间点； 广告播放多久， 点播节目 流即暂停多久。
6.作为步骤 5的执行结果， 点播节目即第一媒体内容的 IPTV终端在间隙 时间段内接收到的是广告内容即所述的第二媒体内容。
7.间隙时间段结束， MF停止发送广告内容， 并且恢复点播节目流在暂停 时间点的播放。 MF获取之前保存的暂停时间点及该时间点开始的第一媒体内 容， 同时停止广告的发送，将第一媒体内容的内容发送到同一个传输参数（地 址、 端口等）。
8.作为步骤 7执行的结果， IPTV终端结束广告插播， 恢复点播节目流的 播放。
如图 14所示， 本发明实施例提供的另一种在 IP电视中实现媒体内容插 播的方法；
本实施例是实现点播中个性化广告插入的另一种方法。 IPTV AS将匹配结 果发送到 IPTV终端， 当间隙时间到来时或者到来前， IPTV终端通过匹配结果 获取广告资源并在必要时进行緩存， 并通过 RTSP媒体控制信令， 实现对第一 媒体内容的暂停和恢复等播放控制。
本方案中， IPTV 终端包含媒体接收单元和媒体内容插入单元、 IPTV AS 包含匹配单元和内容插入信息提供单元、 MF 包含第一媒体内容提供单元和第 二媒体内容提供单元。 具体流程如下：
1. IPTV终端与 MF建立点播会话。 该会话可以是直接的 RTSP会话， 也可 以是经过 IPTV AS而建立的 SIP会话。
2.会话建立后， MF向 IPTV终端发送点播节目流， 以呈现点播内容。
3. IPTV AS在正常节目播放过程中触发个性化广告的推送， 本步骤中完成 个性化广告的匹配， 即从多个待选的广告中选择适合用户个性化的广告。 4. IPTV AS在间隙时间到来前将匹配结果， 即广告的标识（此处为广告的 媒体地址， 也可以是其他标识）、 广告插入时间 （间隙时间）发送给 IPTV终 端。此处发送的途径可以是 SIP方式的 INF0、 REFER, MESSAGE等，或者是 HTTP 协议等、 甚至可以是 IPTV终端与 IPTV AS建立点播会话的成功响应中， 携带 该匹配结果。 本例中， 携带匹配结果的消息体可以采用 XML文本描述， 其遵 从的 XML Schema可与图 13步骤 4中的描述类似， 目的是使得 IPTV终端能够 从 IPTV AS下发的消息中获得足够的信息从而能够获取广告资源。
5.在间隙时间到来之前， IPTV终端根据获取的广告媒体地址向 MF请求广 告资源。 此处采取了提前获取广告资源， 实际应用时也可以可以等到间隙时 间到来时再执行本步骤， 视部署情况而定， 本方案中并不限定是否实时获取 广告资源。该过程中 IPTV终端可以与 MF建立广告的 RTSP会话。该过程中 IPTV 终端可以与 MF进行 SDP协商， 以决定广告传输通道所需的参数即上述提到的 第二媒体传输参数， 此处第二媒体传输参数与第一媒体传输参数不同。
6.作为步骤 5的请求结果, MF向需要插播广告的 IPTV终端发送广告资源。 该过程中， 广告资源可以使用与插入前的点播节目流不同的接收地址和端口。
7. IPTV终端获取广告资源， 并且在间隙时间到来之前进行緩存。 当间隙 时间到来之前， IPTV终端可以从同一个接收端口获得点播节目媒体和广告媒 体， 或者从两个接收端口分别获得点播节目媒体和广告媒体， 只是点播节目 媒体仍正常播放， 而广告媒体在接收之后进行緩存， 以提供媒体的无缝拼接。 步骤 5、 6、 7可以是提前进行； 也可以在间隙时间到来的时候， 与第 8步同 时进行， 则此时第 7步的緩存可以省略； 具体如何实现可以由部署决定。
8. 间隙时间到达， IPTV终端向 MF请求暂停播放当前的点播节目。 该过 程中 IPTV终端可以采用 RTSP的 PAUSE消息向 MF请求暂停， 点播节目的暂停 时间点可采用媒体时间， 如播放开始后的第 15分钟； 可以由 IPTV终端或者 MF记录。
9.与 8同步， IPTV点播节目媒体的暂停时间点开始播放广告资源。 10.间隙时间段结束， IPTV终端请求 MF恢复正常节目的播放。 比如可以 采用 RTSP的 PLAY消息， MF获取之后由当前的暂停时间点开始恢复播放正常 节目。
11.作为步骤 10的执行结果， IPTV终端重新获取第一媒体内容， 观看正 常节目。
如图 15所示， 本发明实施例提供的另一种在 IP电视中实现媒体内容插 播的方法；
本实施例是实现点播中个性化广告插入的另一种方法。 广告插入时间信 息随着第一媒体内容一同从 MF发送到 IPTV终端， 其中携带 AD Server的地 址， IPTV终端据此向 AD Server请求匹配结果，从而向 MF获取第二媒体内容， 最终由 IPTV终端实现内容的拼接。
本方案中， IPTV终端包含媒体接收单元和媒体内容插入单元、 AD Server 包含匹配单元、 MF 包含第一媒体内容提供单元、 第二媒体内容提供单元以及 插入提示信息提供单元。 具体流程如下：
1. IPTV终端从 MF接收正常节目流，其中携带当前节目的广告插入时间（间 隙时间）等信息。
2. IPTV终端向 AD Server地址请求个性化广告匹配结果， 后者在响应中 返回符合用户终端个性化设置的广告标识， 如广告媒体地址等。 此处的 AD Server地址可以是 IPTV终端自身配置或者从别的网元 (如 SSF )获取的。
步骤 3、 4、 5、 6、 7、 8、 9 , 分别与图 13所示的实施例的 5、 6、 7、 8、 9、 10、 11相似， 再此不做赞述。
如图 16所示， 本发明实施例提供的另一种在 IP电视中实现媒体内容插 播的方法； 以下所述广告为第二媒体内容。
本实施例是实现群组化内容插播的另一种方法。 该实施例中 IPTV终端在 接收正常节目流的过程中检测插入提示信息， 并根据该信息从广告服务器获 取个性化广告匹配结果， 并获得相应的广告媒体流。 当广告插入点到来时， IPTV终端将获得的广告媒体流替代正常节目流进行播放， 或者使用小窗口进 行叠加播放， 从而实现广告的插入。
该过程中， IPTV终端不需要退出当前多播组， 即可同时接收第一媒体内 容和第二媒体内容， 并可以将第一媒体内容和第二媒体内容同时呈现在显示 设备上。 在显示设备上呈现。 所述的 IPTV终端包括： 媒体接收单元和媒体内 容插入单元； 组播路由器包括： 第一媒体内容提供单元和插入提示信息提供 单元； 广告应用服务器包括： 匹配单元； 广告媒体服务器包括： 第二媒体内 容提供单元。
1.组播路由器通过加入组播树， 获得正常节目的组播流并将其提供给 IPTV终端。 此时 IPTV终端通过 IGMP或者 MLD协议加入多播组。 例如： IPTV 终端通过 IGMP Jo in ( IGMP加入组播组请求）加入多播组。
2. IPTV终端从组播路由器获得正常节目流， 同时接收到的还有组播流中 携带的插入提示信息。 此时插入提示信息可以使遵从 SCTE 35 的无声提示信 号， 其中所述插入提示信息至少包括： 第二媒体内容的插入标识、 第二媒体 内容插入时间信息、 插入第二媒体内容类型、 插入的第二媒体内容标识中的 一种。
3. IPTV终端从组播正常节目流中获取插入提示信息之后， 向广告服务器 发起广告请求。 该步骤中的广告请求可以是 S IP INVITE (初始会话请求）， 其 中携带广告业务标识即第二媒体内容标识， 进一步可以包括第二媒体插入提 示信息。
4.广告服务器在收到 IPTV终端的请求后， 根据用户偏好、 当前状态等信 息对广告进行匹配选择， 从而生成可供播放的广告列表， 并作为匹配结果发 送给 IPTV终端。 该匹配结果中包括广告标识、 广告源地址信息、 广告播放时 间信息中的一个或者多个的组合。 该步骤中， 广告服务器可以在成功响应消 息 200 0K中携带相应的匹配结果。
3a为可选步骤， 即在广告服务器可以在收到 S IP INVITE并完成广告匹配 后向广告媒体服务器发起 SIP INVITE请求，其中携带广告列表,从而建立 IPTV 终端到广告媒体服务器的传输通道。
5. IPTV终端从广告媒体服务器获得匹配结果中所指示的广告内容。 该过 程中， IPTV终端可以使用 RTSP PLAY (播放请求） 消息向广告媒体服务器发 起播放请求， 携带广告内容标识以及相关的媒体传输参数， 从而接收相应的 广告内容。 此时广告内容为第二媒体内容， 使用的是第二媒体传输参数进行 传输。
6. 当插入点到来时， IPTV终端接收的广告媒体内容插入到当前的正常节 目流中并进行呈现。 该过程中， IPTV终端可以不退出之前的组播组， 同时接 收从广告媒体服务器发送的广告内容， 并将二者同时呈现； 或者， IPTV终端 退出之前的正常节目组播组， 只接收广告媒体服务器发送的广告内容， 以独 占屏幕的方式呈现广告。
7. 插入时间段结束， IPTV终端拆除了广告媒体服务器之间的传输通道， 停止接收广告内容， 并恢复正常播放的节目媒体。 如果步骤 6中 IPTV退出了 之前的组播组， 则此时需要再加入该组播组， 以接收中断的正常节目媒体。 例如： IPTV终端再通过 IGMP Join ( IGMP加入组播组请求）加入多播组。
以上所述本发明实施例中，除非特别说明，所述 SIP消息需经过 IMS Core, 特别指的是经过 S-CSCF ( Serve-Ca l l Ses s ion Control Funct ion, 服务-呼 叫会话控制功能简称）。 虽然在流程图或者步骤说明中并未出现 IMS Core或 者 S-CSCF, 但并不表明相关 SIP信令不经过 S-CSCF。
本发明实施例提供的在 IP电视中实现媒体内容插入的方法及装置通过用 户终端的用户信息选择匹配恰当的第二媒体内容， 从而根据用户终端的个性 化的需要进行内容插入。 与现有技术中， 只能针对区域内所有受众进行广播 的问题， 也就是只能针对目标用户终端的地域特征进行节目插播的问题， 本 发明实施例不仅适用于直播频道中的节目插入， 还适用于点播节目中的个性 化节目插入等应用场景， 让插入的节目符合用户偏好或者用户特征， 提高了 用户体验。 特别在广告推送的过程中， 可以针对不同特征的用户推送不同的 节目， 从而提高广告商的推送效果， 达到广告商的宣传目的。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应所述以权利要求的保护范围为准。

Claims

权利 要求 书
1、 一种在 IP电视中实现媒体内容插播的方法， 包括：
接收插入提示信息；
获取与用户信息匹配的第二媒体内容；
根据插入提示信息， 将所述第二媒体内容发送给用户终端。
2、根据权利要求 1所述在 IP电视中实现媒体内容插播的方法，其特征在于， 所述获取与用户信息匹配的第二媒体内容的步骤包括：
获取包含用户信息与第二媒体内容关联关系的匹配结果；
根据匹配结果， 获取第二媒体内容。
3、 根据权利要求 2所述在 IP电视中实现媒体内容插播的方法，其特征在于， 所述获取与用户信息匹配的第二媒体内容的步骤， 还包括：
对用户信息进行分类；
对第二媒体内容进行分类；
在类别相同的用户信息和第二媒体内容之间建立关联关系， 作为匹配结果。
4、根据权利要求 1或 2或 3所述在 IP电视中实现媒体内容插播的方法，其 特征在于， 所述用户信息至少包括： 用户终端当前所接收的第一媒体内容的描 述信息、 用户偏好、 用户特征信息及用户终端能力中一种。
5、根据权利要求 1或 2或 3所述在 IP电视中实现媒体内容插播的方法，其 特征在于， 所述获取与用户信息匹配的第二媒体内容的步骤， 还包括：
存储所述第二媒体内容。
6、根据权利要求 1所述在 IP电视中实现媒体内容插播的方法，其特征在于， 所述插入提示信息至少包括： 第二媒体内容的插入标识、 第二媒体内容插入时 间信息、 插入第二媒体内容类型、 插入的第二媒体内容标识中的一种； 所述插 入提示信息发送方式， 包括： 通过媒体面发送插入提示信息的方式或通过信令 面发送插入提示信息的方式。
7、根据权利要求 3所述在 IP电视中实现媒体内容插播的方法，其特征在于， 所述的匹配结果至少包括： 第二媒体传输参数、 第二媒体内容源地址、 第二媒 体内容标识、 第一媒体内容标识、 第二媒体内容插入指示、 指示用户信息与第 二媒体内容对应关系的信息中的一种。
8、根据权利要求 7所述在 IP电视中实现媒体内容插播的方法，其特征在于， 所述媒体内容插入指示， 至少包括： 第二媒体插入标识、 插入时间、 第二媒体 播放速率和播放格式信息中的一种。
9、根据权利要求 1或 2或 3或 6或 7或 8所述在 IP电视中实现媒体内容插 播的方法， 其特征在于， 所述根据插入提示信息， 将所述第二媒体内容发送给 用户终端的步骤， 包括：
将所述第二媒体内容通过第一媒体传输参数或第二媒体传输参数发送给用 户终端。
10、 根据权利要求 9所述在 IP电视中实现媒体内容插播的方法， 其特征在 于， 所述媒体传输参数包括： 单播地址加端口、 多播地址或多播地址加端口、 用户终端标识、 用户群组标识中的一种或多种的组合。
11、根据权利要求 9或 10所述在 IP电视中实现媒体内容插播的方法，其特 征在于， 所述第二媒体内容通过媒体传输参数发送给用户终端的步骤包括： 所述第二媒体内容与第一媒体内容通过所述媒体传输参数一起发送给用户 终端；
或第一媒体内容停止发送， 所述第二媒体内容通过所述媒体传输参数发送 给用户终端。
12、根据权利要求 11所述在 IP电视中实现媒体内容插播的方法，其特征在 于， 当所述第一媒体内容与第二媒体内容通过不同的媒体传输参数发送时， 所 述根据插入提示信息， 将所述第二媒体内容发送给用户终端的步骤， 还包括： 协商媒体传输参数；
所述第二媒体内容通过所述媒体传输参数发送给用户终端。
13、 一种在 IP电视中实现媒体内容插播的装置， 包括： 插入提示信息媒体接收单元： 用于接收插入提示信息；
第二媒体内容获取单元： 用于获取与用户信息匹配的第二媒体内容； 插播单元： 用于根据插入提示信息， 将所述第二媒体内容发送给用户终端。
14、 根据权利要求 13所述在 IP电视中实现媒体内容插播的装置，其特征在 于， 所述第二媒体内容获取单元， 包括：
匹配结果获取模块， 用于获取包含用户信息与第二媒体内容关联关系的匹 配结果；
第二媒体内容获取模块， 用于根据匹配结果， 获取第二媒体内容。
15、根据权利要求 14所述在 IP电视中实现媒体内容插播的装置，其特征在 于， 所述第二媒体内容获取单元， 还包括：
用户信息分类模块： 用于对用户信息进行分类；
第二媒体内容分类模块： 用于对第二媒体内容进行分类；
关联模块： 用于在类别相同的用户信息和第二媒体内容之间建立关联关系， 作为匹配结果。
16、根据权利要求 13或 14或 15所述在 IP电视中实现媒体内容插播的装置， 其特征在于， 所述第二媒体内容获取单元， 还包括：
媒体存储模块： 用于存储所述第二媒体内容。
17、根据权利要求 13所述在 IP电视中实现媒体内容插播的装置，其特征在 于， 所述插播单元， 包括：
协商模块： 用于协商媒体传输参数；
发送模块： 用于所述第二媒体内容通过媒体传输参数发送给用户终端。
18、根据权利要求 17所述在 IP电视中实现媒体内容插播的装置，其特征在 于， 所述发送模块： 用于将所述第二媒体内容与第一媒体内容通过第一媒体传 输参数一起发送给用户终端； 或用于第一媒体内容停止发送， 将所述第二媒体 内容通过第一媒体传输参数发送给用户终端； 或用于将所述第二媒体内容通过 第二媒体传输参数发送给用户终端。
19、 一种在 IP电视中实现媒体内容插播的系统， 包括：
匹配单元： 用于为用户匹配相应的第二媒体内容， 得到匹配结果； 插入提示信息提供单元， 用于提供所述第二媒体内容插入第一媒体内容的 插入提示信息；
媒体内容插入单元： 用于根据插入提示信息和匹配结果， 将所述第二媒体 内容插入第一媒体内容；
媒体接收单元： 用于接收插入所述第二媒体内容的第一媒体内容。
20、根据权利要求 19所述在 IP电视中实现媒体内容插播的系统，其特征在 于： 所述媒体内容插入单元， 包括： 插入提示信息获取模块、 匹配结果获取模 块、 媒体内容获取模块、 媒体内容发送模块；
所述插入提示信息获取模块， 用于获取插入提示信息；
所述匹配结果获取模块， 用于获取匹配结果；
所述媒体内容获取模块， 用于根据所述匹配结果和插入提示信息， 获取媒 体内容；
所述媒体内容发送模块， 用于通过媒体传输参数， 将所述媒体内容获取单 元获取的媒体内容发送给所述媒体内容媒体接收单元。
21、根据权利要求 20所述在 IP电视中实现媒体内容插播的系统，其特征在 于： 所述媒体内容插入单元， 还包括： 媒体存储模块；
所述媒体存储模块： 用于存储所述第二媒体内容。
PCT/CN2009/071433 2008-05-21 2009-04-23 在ip电视中实现媒体内容插播的方法、装置及系统 WO2009140882A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP09749425A EP2282525A4 (en) 2008-05-21 2009-04-23 METHOD, DEVICE AND SYSTEM FOR REALIZING CONTENT INSERTION IN IP TELEVISION

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810100674.3A CN101588216B (zh) 2008-05-21 2008-05-21 在ip电视中实现媒体内容插播的方法、装置及系统
CN200810100674.3 2008-05-21

Publications (1)

Publication Number Publication Date
WO2009140882A1 true WO2009140882A1 (zh) 2009-11-26

Family

ID=41339764

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071433 WO2009140882A1 (zh) 2008-05-21 2009-04-23 在ip电视中实现媒体内容插播的方法、装置及系统

Country Status (3)

Country Link
EP (1) EP2282525A4 (zh)
CN (1) CN101588216B (zh)
WO (1) WO2009140882A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105100840A (zh) * 2015-07-28 2015-11-25 上海聚力传媒技术有限公司 一种用于插播推荐媒体信息的方法和装置
CN113826407A (zh) * 2019-05-15 2021-12-21 谷歌有限责任公司 定制的补充媒体内容的动态整合

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102318358A (zh) * 2011-05-26 2012-01-11 华为技术有限公司 广告插入的方法、设备与系统
CN102984550B (zh) * 2011-09-07 2018-01-09 中兴通讯股份有限公司 一种基于iptv的紧急通知发布的方法和系统
CN102572558B (zh) * 2011-12-31 2015-11-25 华为技术有限公司 一种视频插播的方法、装置及系统
CN103428524B (zh) 2012-05-23 2017-04-26 华为终端有限公司 一种iptv服务器和录制内容的播放方法
CN103618921B (zh) * 2013-12-03 2018-09-04 深圳Tcl新技术有限公司 电视节目播放控制的方法及装置
CN103747282A (zh) * 2013-12-27 2014-04-23 乐视网信息技术（北京）股份有限公司 一种节目单编排方法和设备
CN103763575B (zh) * 2013-12-27 2018-08-10 乐视网信息技术（北京）股份有限公司 一种节目单编排方法及装置
JP2015162162A (ja) * 2014-02-28 2015-09-07 東芝テック株式会社 情報配信装置、情報配信プログラム
CN105207976B (zh) * 2014-06-23 2018-12-07 北京大学 Avs-dash系统的多媒体信息插播控制方法、系统和客户端
CN104244098B (zh) * 2014-10-08 2018-07-10 三星电子（中国）研发中心 提供内容的方法、终端、服务器和系统
CN105224617A (zh) * 2015-09-17 2016-01-06 北京金山安全软件有限公司 一种广播内容的推荐方法、装置及系统
CN105828110A (zh) * 2016-03-09 2016-08-03 乐视网信息技术（北京）股份有限公司 业务对象投放方法、装置以及服务器
CN108306849B (zh) * 2017-01-13 2020-12-18 上海交通大学 一种基于广播系统的媒体点播服务控制方法
KR20180093702A (ko) * 2017-02-14 2018-08-22 삼성전자주식회사 대체 광고를 재생하는 디스플레이 장치 및 그 디스플레이 장치의 제어 방법
CN110278448B (zh) * 2018-03-13 2023-12-08 腾讯科技（深圳）有限公司 视频处理系统、方法、装置及设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1819644A (zh) * 2006-03-20 2006-08-16 北京北大方正电子有限公司 一种设置电视节目插播点的方法
WO2007049248A2 (en) * 2005-10-28 2007-05-03 Koninklijke Philips Electronics N.V. Customized advertising with mhp application
CN101035294A (zh) * 2007-04-13 2007-09-12 深圳市融合视讯科技有限公司 在视频节目中插播网络广告的方法
WO2008001287A2 (en) * 2006-06-27 2008-01-03 Koninklijke Philips Electronics N.V. Inserting advertisements in a television program

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070143787A1 (en) * 2005-12-19 2007-06-21 Cankaya Hakki C System and method for providing context-aware local advertising in IPTV systems
CN101071496A (zh) * 2006-05-10 2007-11-14 北京中青凯诚网络电视传媒有限公司 智能广告播放方法
US20070283384A1 (en) * 2006-05-31 2007-12-06 Sbc Knowledge Ventures, Lp System and method of providing targeted advertisements
US20080040742A1 (en) * 2006-08-11 2008-02-14 Sbc Knowledge Ventures L.P. Method and system for inserting advertisement data into an internet protocol television network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007049248A2 (en) * 2005-10-28 2007-05-03 Koninklijke Philips Electronics N.V. Customized advertising with mhp application
CN1819644A (zh) * 2006-03-20 2006-08-16 北京北大方正电子有限公司 一种设置电视节目插播点的方法
WO2008001287A2 (en) * 2006-06-27 2008-01-03 Koninklijke Philips Electronics N.V. Inserting advertisements in a television program
CN101035294A (zh) * 2007-04-13 2007-09-12 深圳市融合视讯科技有限公司 在视频节目中插播网络广告的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2282525A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105100840A (zh) * 2015-07-28 2015-11-25 上海聚力传媒技术有限公司 一种用于插播推荐媒体信息的方法和装置
CN113826407A (zh) * 2019-05-15 2021-12-21 谷歌有限责任公司 定制的补充媒体内容的动态整合

Also Published As

Publication number Publication date
CN101588216B (zh) 2012-05-23
EP2282525A1 (en) 2011-02-09
EP2282525A4 (en) 2011-07-13
CN101588216A (zh) 2009-11-25

Similar Documents

Publication Publication Date Title
WO2009140882A1 (zh) 在ip电视中实现媒体内容插播的方法、装置及系统
US11653042B2 (en) Apparatus and method for configuring a control message in a broadcast system
US11317164B2 (en) Methods, apparatus, and systems for providing media content over a communications network
US20140068691A1 (en) Method, system, and apparatus for acquiring comment information when watching a program
US11617007B2 (en) Broadcast receiving device, method of operating broadcast receiving device, linking device for linking to broadcast receiving device, and method of operating linking device
US20160234570A1 (en) Correlating timeline information between media streams
JP2011525757A (ja) メディアコンテンツを推奨する方法、装置およびシステム
CN106416272B (zh) 广播接收装置及其操作方法、和与广播接收装置交互操作的配套装置及其操作方法
CN101321079A (zh) 发送/接收广播信号的方法和接收器
KR101285884B1 (ko) 디지털 방송 서비스 방법 및 시스템과 디지털 방송수신방법 및 수신기
JP2015534312A (ja) レンダリング時の制御
AU2011233856A1 (en) Method and apparatus for providing timeshift service in digital broadcasting system and system thereof
WO2013181996A1 (zh) 一种获取信息的方法、设备及系统
KR101078701B1 (ko) 아이피티브이 프로그램의 서브 콘텐츠 선택 재생 방법 및 장치
EP2288108B1 (en) Method and network equipment for establishing individualized content delivery channel
US20150067749A1 (en) Method and apparatus for providing extended tv data
KR20130070019A (ko) 방송 채널의 이미지를 포함한 실시간 방송 편성표 제공 장치 및 방법
JP2011029786A (ja) 情報配信システム及び情報配信方法
CA2938484C (en) In-band trick mode control
Kim et al. Hybrid application service with companion devices based on T-UHDTV
George et al. Internet-delivered Television using MPEG-DASH: Opportunities and Challenges
WO2009138008A1 (zh) 通知消息发送方法及控制单元、发布单元和接收单元装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09749425

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2009749425

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE