WO2009143743A1 - 一种媒体播放方法、系统以及播放代理装置 - Google Patents

一种媒体播放方法、系统以及播放代理装置 Download PDF

Info

Publication number
WO2009143743A1
WO2009143743A1 PCT/CN2009/071790 CN2009071790W WO2009143743A1 WO 2009143743 A1 WO2009143743 A1 WO 2009143743A1 CN 2009071790 W CN2009071790 W CN 2009071790W WO 2009143743 A1 WO2009143743 A1 WO 2009143743A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
play
channel
playback
module
Prior art date
Application number
PCT/CN2009/071790
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 华为技术有限公司
Publication of WO2009143743A1 publication Critical patent/WO2009143743A1/zh

Links

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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination

Definitions

  • the present invention relates to the field of information transmission, and in particular, to a media playing method, system, and playback proxy device. Background technique
  • IPTV Internet Protocol Television
  • PC personal computer
  • STB set top box
  • the terminal and the source communicate TV signals through the end-to-end media channel.
  • the terminal joins the multicast group 1 corresponding to channel A, and the multicast group.
  • An end-to-end media channel is established between 1 and thereafter, the user switches, the channel B is viewed through the terminal, the terminal joins the multicast group 2 corresponding to channel B, and an end-to-end media channel is established between the multicast group 2.
  • the user is watching channel A, a movie that the user pre-orders will start playing after five minutes, and the user wants the terminal to automatically switch to the movie playback when the playing time arrives, so that when the movie playing time arrives,
  • the network can notify the terminal of the media channel 3 for playing the movie by means of redirection or transfer, and the terminal leaves the multicast group 1 and establishes an end-to-end connection with the media channel 3.
  • the terminal directly establishes a media channel with the source, and lacks corresponding service control functions on the source side, which is not conducive to the development of multiple different service functions.
  • the Internet Group Management Protocol (IGMP) message sent by the terminal is a network layer protocol, and the IPTV is located at the application layer.
  • the application server cannot directly sense the user's channel switch The request needs to be reported to the current channel by the terminal after the channel is switched, so as to know the status of the channel viewed by the current user, which causes difficulty in controlling the IPTV related service.
  • the technical problem to be solved by the present invention is to provide a media playing method, system and playback agent device.
  • Business control for media playback can be achieved.
  • an embodiment of the present invention provides a media playing method, including: a play proxy device obtains play control information of the media; and a play proxy device according to the play control information, at the play proxy device and an internet protocol television
  • the playing of the media content is controlled on the media channel established between the IPTV terminals, wherein the media content is obtained by the playing proxy device from the media playing source through a media channel established with the media playing source.
  • an embodiment of the present invention provides a playback proxy device, including: an obtaining unit, configured to obtain playback control information of a media; and a playback processing unit, configured to: in the playback proxy device, according to the playback control information Controlling the playback of media content on a media channel established between the Internet Protocol Television IPTV terminal.
  • An embodiment of the present invention provides a playback proxy device, including: a media receiving module, configured to receive a media stream from a media source; a media transmission channel establishing module, configured to establish a media channel with the IPTV terminal; a playback module, configured to receive a play request, a play request processing module, configured to process the play request, the process includes receiving the play request and generating a play operation indication, or rejecting the play request; Playback operation is performed according to the playback operation instructions.
  • the embodiment of the present invention further provides a media playing proxy device, including: a media receiving module, configured to receive a media stream from a media playing source. a distribution control module, configured to: obtain distribution control information, and generate a distribution control indication according to the distribution control information; the media bridge module is configured to bridge the received media stream to the media sending module according to the distribution control indication And a media sending module, configured to send the multimedia stream bridged by the media bridging module to a corresponding media channel established by each IPTV terminal.
  • a media receiving module configured to receive a media stream from a media playing source.
  • a distribution control module configured to: obtain distribution control information, and generate a distribution control indication according to the distribution control information
  • the media bridge module is configured to bridge the received media stream to the media sending module according to the distribution control indication
  • a media sending module configured to send the multimedia stream bridged by the media bridging module to a corresponding media channel established by each IPTV terminal.
  • the embodiment of the present invention further provides a media playing proxy device, including: a channel switching request acquiring module, configured to receive a channel switching request from an IPTV terminal or a network, where the channel switching request includes a video object identifier of the switching destination party .
  • Channel content receiving module configured to receive current media content And switching the media content
  • the channel selection module configured to generate a handover indication according to the channel switching request
  • the channel content sending module configured to establish a corresponding media sending channel with the IPTV terminal, send the current media content, and receive the After switching the indication, stop sending the current media content and send the switching media content.
  • an embodiment of the present invention further provides a media playing system, including: a playing proxy device, configured to obtain playing control information of a media, and according to the playing control information, in the playing proxy device and an Internet Protocol Television IPTV The media channel established between the terminals controls the playing of the media content; the media playing source is configured to provide the media content to the playing proxy device.
  • a media playing system including: a playing proxy device, configured to obtain playing control information of a media, and according to the playing control information, in the playing proxy device and an Internet Protocol Television IPTV
  • IPTV Internet Protocol Television
  • the play proxy device may send video media from different video play sources to the IPTV terminal through one or more fixed media channels, and may perform various play according to the play control information.
  • Control suitable for a variety of IPTV services, enhances the control capabilities of IPTV services.
  • FIG. 1 is a schematic diagram of a position of a playback proxy device in a playback system according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a composition of a playback proxy device according to an embodiment of the present invention
  • FIG. 3a is a schematic diagram of another composition of a play proxy device in an embodiment of the present invention.
  • Figure 3b is a schematic diagram of another composition of the playback proxy device in the embodiment of the present invention
  • Figure 4a is a schematic diagram of the composition of the playback processing unit in the embodiment of the present invention
  • 4b is another schematic diagram of a composition of a playback processing unit in an embodiment of the present invention.
  • FIG. 5 is another schematic diagram of a composition of a playback proxy device according to an embodiment of the present invention.
  • 6a is a schematic diagram showing the composition of a first embodiment of a playback agent device in accordance with the present invention.
  • 6b is a schematic diagram showing the composition of a second embodiment of the playback agent device of the present invention.
  • Figure 7a is a schematic diagram showing the composition of a third embodiment of the playback agent device of the present invention.
  • Figure 7b is a schematic diagram showing the composition of a fourth embodiment of the playback agent device of the present invention.
  • FIG. 8 is a schematic flowchart of a media playing method in an embodiment of the present invention.
  • FIG. 9 is a schematic flow chart of a first embodiment of a media playing method in the present invention.
  • FIG. 10 is a schematic flow chart of a second embodiment of a media playing method in the present invention.
  • FIG. 11 is a schematic flow chart of a third embodiment of a media playing method in the present invention.
  • FIG. 12 is a schematic flow chart of a fourth embodiment of a media playing method in the present invention.
  • FIG. 13 is a schematic flow chart of a fifth embodiment of a media playing method in the present invention.
  • Figure 14 is a flow chart showing a sixth embodiment of the media playing method in the present invention.
  • Figure 15 is a flow chart showing a seventh embodiment of the media playing method in the present invention.
  • FIG. 1 it is a schematic diagram of a location of a playback proxy device in a media playback system according to an embodiment of the present invention.
  • the media playing system includes a playing agent device and two media playing sources (a first video playing source and a second video playing source), and the IPTV terminal related to the media playing system is also illustrated in the figure.
  • the playing proxy device is configured to obtain the playing control information of the media, and control the playing of the media content on the media channel established between the playing proxy device and the Internet Protocol Television IPTV terminal according to the playing control information;
  • the source is configured to provide the media content to a play proxy device, and the media play source may be one or more. This is not done here - for example, but does not impose any limitation on the understanding of the composition of the playback system of the present invention due to the situation shown in FIG.
  • the IPTV terminal connected to the play proxy device may be one or more (as in the case of a video conference).
  • a signaling protocol interface S1 exists between the play proxy device and the IPTV terminal for transmitting signaling.
  • the S1 interface may be one or several of the SIP protocol, the RTSP protocol, the IGMP protocol, and the HTTP protocol.
  • the S1 interface may be a direct interface or an indirect interface, and the indirect interface refers to an IPTV terminal and a playback agent unit. There are other intermediate nodes.
  • M1 between the playback agent unit and the IPTV terminal to receive video media content
  • Ml interface may be an RTP protocol or the like.
  • the playback proxy device in the embodiment of the present invention includes: an obtaining unit 10, configured to obtain playback control information of the media; and a playback processing unit 20, configured to use, according to the playback control information, The playing of the media content is controlled on a media channel established between the play proxy device and the Internet Protocol Television IPTV terminal.
  • the play control information may be a play request for requesting to play the corresponding media, a channel switch request for channel switching, distribution control information for media distribution, or a registration message initiated by the IPTV terminal when the device is powered on, or a parent control request. Wait.
  • the play control information may include a corresponding IPTV terminal identifier, a specified media object identifier, And corresponding playback operation information.
  • the IPTV terminal identifier may be an identifier of the currently playing terminal, or may be an identifier of another related IPTV terminal;
  • the specified media object identifier may be a channel identifier, a media program identifier (such as a movie program identifier, a TV drama program identifier), and a live channel multicast.
  • the address and the like; the playback operation information may be an instruction to start playback, stop playback, pause playback, fast forward playback, playback playback, scheduled playback, and the like.
  • SIP Session Initiation Protocol
  • RTSP Real Time Streaming Protocol
  • IGMP IGMP
  • HTTP Hypertext Transfer Protocol
  • the device of the information is related to, for example, the IPTV terminal can carry the play control information through a SIP message, and other cases are not exemplified, and should be well known to those skilled in the art.
  • the playback control information may have multiple sources.
  • the third-party control terminal or the IPTV terminal may send the play control information to the play proxy device, where the third-party control terminal refers to the playable play except the current IPTV terminal and the media play source.
  • the terminal for controlling the media content such as another IPTV terminal controlled by the user, may actually be that the user of the current IPTV terminal is a minor in the family, and the other user is a parent in the family, so as to implement the parental pair.
  • the monitoring or restriction of content by minors in the family may be used to be a minor in the family.
  • the media play source may also send the play control information to the play proxy device, for example, the media play source may initiate a play request according to all current media content.
  • the play proxy device generates the play control information according to the IPTV service logic control.
  • the play proxy device further includes: a service logic control module 30, configured to perform corresponding IPTV service logic control,
  • the control result generating module 40 is configured to generate corresponding play control information according to the received control result, and send the play control information to the acquiring unit 10.
  • the play proxy device further includes: a service logic control module 30, configured to perform corresponding IPTV service logic control, generate a control result, and send the control result to the play processing unit 20
  • the playback processing unit 20 performs a corresponding playback operation according to the control result.
  • the playback processing unit 20 includes:
  • the instruction obtaining module 201 is configured to obtain a play operation indication according to the play control information.
  • the play operation includes: on the media channel Start playback, stop playback, pause playback, fast forward playback, rollback playback, etc. for the received media stream.
  • the playback control information includes a channel switching request
  • the playback operation includes channel selection and the like.
  • the playback control information includes distribution control
  • the playback operation includes media bridging or the like.
  • the indication operation module 202 is configured to control, according to the play operation indication, transmitting corresponding media content on a media channel established between the play proxy device and the IPTV terminal.
  • the play processing unit 20 further includes one or more of the following modules, and the case shown in FIG. 4b is a part:
  • the media sending channel establishing module is configured to establish a media channel with the IPTV terminal according to the control of the indication operating module 202, where the IPTV terminal may be one or more.
  • the media receiving module 204 is configured to obtain corresponding media content from the media playing source by using a media channel established with the media playing source according to the control of the indication operating module 202.
  • the media sending module 205 is configured to send corresponding media content to the IPTV terminal through the media channel according to the control of the indication operation module 202.
  • a media processing module configured to perform playback processing on the media content received by the media receiving module according to the control of the indication operation module, where the playback process includes media stream encoding format conversion, data packet encapsulation format conversion, and media content synthesis.
  • the playback process includes media stream encoding format conversion, data packet encapsulation format conversion, and media content synthesis.
  • the format of the media content that is identifiable by the IPTV terminal is inconsistent, the format of the media content is converted; or the received at least two media content are synthesized. For example, for picture-in-picture business and mosaic business.
  • the play proxy device may further include:
  • the session establishing module 50 is configured to receive a first session request from the IPTV terminal, and generate and send a session request notification after establishing a session with the IPTV terminal according to the first session request. Further, the session request establishing module further includes: a play request channel establishing submodule, configured to establish a play request channel with the IPTV terminal according to the received first session request, to receive a play request sent by the IPTV terminal.
  • the session request delivery module 60 is configured to generate and send a second session request according to the received session request notification, where the second session request may be a SIP message, an RTSP message, an H.248 message, and an internal interface message or other One of the agreements.
  • the media channel establishing module 70 is configured to establish a media channel with the IPTV terminal according to the received second session request, where the IPTV terminal may be one or more.
  • the session request delivery module 60 is optional. If there is no callback request delivery module 60, the session establishment module 50 directly sends a session request notification to the media channel establishment module 70, and the media channel establishment module 70 according to the session. Request notification to establish the appropriate media channel.
  • the above-mentioned play proxy device may be located in one physical device or may be located in more than one physical device.
  • the session establishment module and the session request delivery module in the playback proxy device are placed in the service application service, and the media channel establishment module that establishes the media channel with the IPTV terminal is placed in the media server.
  • the video playing proxy device comprises: a play request acquiring module, a media receiving module, a media sending channel establishing module, a play request processing module, and a playing operation module.
  • the media receiving module is configured to receive a media stream from a video source.
  • the media transmission channel establishing module is configured to establish a media channel between the playback proxy device and the IPTV terminal.
  • the play request obtaining module is configured to obtain a play request, and the play request may be from an IPTV terminal, or may be generated from a network control.
  • a play request processing module configured to process the play request, the process comprising receiving the play request and generating a play operation indication, or rejecting the play request.
  • the playing operation indication includes: performing a play operation of starting, stopping, pausing, fast-forwarding, rewinding, and the like on the received media stream on the media channel, and the indication is sent to the playing operation module. It can be a SIP message, an RTSP message, an HTTP message, an H.248 message, or an internal interface message.
  • the playing operation module is configured to perform a playing operation according to the playing operation indication, that is, playing, stopping, playing, fast-forwarding, rewinding, and the like on the received media stream on the media sending channel.
  • the video playing proxy device may further include a service logic control module and a play request generating module.
  • the service logic control module is configured to process the IPTV service logic control, and notify the play request generation module of the control result.
  • the play request generation module is configured to generate a play request according to the service logic control result, and send the play request acquisition module.
  • the service logic control module may also notify the control result processing sub-module of the play request processing module of the IPTV service logic control result, and then control the result processing sub-module to generate a play request according to the service logic control result.
  • the operation instruction, or the playback request is rejected.
  • the play operation module may further include: a format conversion submodule, configured to play the media stream according to the playback operation indication, and perform the format conversion on the media sending channel.
  • the format conversion includes a media encoding format conversion and a data packet encapsulation format, and the playback may refer to a playback operation such as pause playback or fast forward playback; or, a content synthesis submodule, configured to receive according to a playback operation indication. At least two video media contents are synthesized, and the synthesized media content is played on the media sending channel, and the playing may be a playback operation such as pause playing, fast forward playing, and the like.
  • the play proxy device may be located in one physical device, or may be located in more than one physical device, for example, a play request acquisition module, a play request processing module, a service logic control module, and a play request generation module, which may be located in the service application server.
  • the media receiving module, the media sending channel establishing module, and the playing operation module may be located in the media server.
  • FIG. 7a it is a schematic diagram of a composition of the playback proxy device used to implement the function of media distribution in the present invention.
  • the playback proxy device in this example may be referred to as a media distribution device.
  • the media distribution device is configured to distribute the media received from the media source to the IPTV terminal, and the device includes: a media receiving module, configured to receive the media stream from the video source.
  • the media sending module is configured to establish a corresponding media sending channel with each IPTV terminal (in this example, the first IPTV terminal and the second IPTV terminal), and send the received media stream.
  • the distribution control module configured to acquire distribution control information, and generate a distribution control indication according to the distribution control information.
  • the distribution control information includes an IPTV terminal identifier and a video object identifier, and instructs the media bridge module to bridge the media stream corresponding to the video object identifier to the media sending channel corresponding to the IPTV terminal identifier.
  • the media bridging module is configured to: according to the distribution control indication, the media stream corresponding to the video object identifier received by the media receiving module is bridged to the media sending module, so that for more than one media sending channel, the media bridging module A media object corresponding to a video object is bridged to more than one media transmission channel and sent by the media sending module.
  • the media bridging module can use ordinary bridging resources, such as conference resources, to join the media sending channel to the conference, and distribute the received media; for example, the media bridging module can also use multicast resources, such as establishing a multicast group. Add the media send channel to the multicast group, distribute the received media, and more.
  • the distribution control module further includes a determining sub-module, configured to determine whether the media receiving channel corresponding to the video object identifier has been established, and if not established, instructing the channel establishing sub-module of the media receiving module to establish media reception corresponding to the video object identifier aisle.
  • a determining sub-module configured to determine whether the media receiving channel corresponding to the video object identifier has been established, and if not established, instructing the channel establishing sub-module of the media receiving module to establish media reception corresponding to the video object identifier aisle.
  • FIG. 7b it is a schematic diagram of a composition of the playback proxy device used in the present invention to implement a channel switching function, and the playback proxy device in this example is referred to as a channel switching device.
  • the device includes:
  • the channel switching request obtaining module is configured to receive a channel switching request from the IPTV terminal or the network, where the request may be a SIP message, an RTSP message, or an IGMP message, and the request includes a video object identifier of the switching destination.
  • the channel content receiving module is configured to receive the first channel content and the second channel content of the first video playing source and the second video playing source, that is, the current media content and the switching media content.
  • the channel content sending module is configured to establish a corresponding media sending channel with the IPTV terminal, send the first channel content, and after receiving the switching instruction of the channel selecting module, stop sending the first channel content and send the second channel content. For example, if the channel content sending module uses the conference resource to distribute the media, the media sending channel leaves the first channel content distribution conference resource, and joins the second channel content distribution conference resource. For example, if the channel content sending module uses the multicast resource to distribute the media, Then the media sending channel leaves the first channel multicast group, joins the second channel multicast group, and so on.
  • the channel selection module is configured to generate a switching indication according to the channel switching request, and select, by the channel content receiving module, the second channel content corresponding to the switching destination video object identifier, and instruct the channel content sending module to send.
  • the channel content sending module further includes a content splicing sub-module, configured to splicing the second channel content after the first channel content.
  • a playback proxy device that can implement service control for playback is added between the IPTV terminal and the media source, which solves the problem of difficult service control and improves the service control capability of the entire playback system. , improved user experience.
  • the embodiments of the present invention are further described below in conjunction with the media playing method in the embodiments of the present invention. As shown in FIG. 8, a schematic flowchart of the method includes:
  • the play control information may be a play request for requesting to play the corresponding media, a channel switch request for channel switching, distribution control information for media distribution, or a registration message initiated by the IPTV terminal when the device is powered on, or a parent control request. Wait.
  • the play control information may include an IPTV terminal identifier, a specified media object identifier, and corresponding play operation information.
  • the IPTV terminal identifier may be an identifier of the terminal currently playing, or It is an identifier of another related IPTV terminal;
  • the specified media object identifier may be a channel identifier, a media program identifier (such as a movie program identifier, a TV program identifier), a live channel multicast address, and the like;
  • the playback operation information may be an indication to start playing, stop playing, Pause playback, fast forward playback, rewind playback, scheduled playback, and more.
  • the play control information may be transmitted by using one of a SIP message, an RTSP message, an IMGP message, and an HTTP message, where the specific situation is related to the device that sends the play control information, for example, the IPTV terminal may be carried by the SIP message.
  • the playback control information is not exemplified in other cases and should be well known to those skilled in the art.
  • the playback control information may have multiple sources.
  • the third-party control terminal or the IPTV terminal may send the play control information to the play proxy device, where the third-party control terminal refers to the playable play except the current IPTV terminal and the media play source.
  • the terminal for controlling the media content such as another IPTV terminal controlled by the user, may actually be that the user of the current IPTV terminal is a minor in the family, and the other user is a parent in the family, so as to implement the parental pair.
  • the monitoring or restriction of content by minors in the family may be used to be a minor in the family.
  • the play control information may also be that the media play source sends the play control information to the play proxy device.
  • the media play source may initiate a play request according to all current media content.
  • the play proxy device controls the play control information generated according to the IPTV service logic
  • the IPTV service logic control may be a service logic control performed according to locally stored user information, where the locally stored user information includes IPTV terminal rights information, One or more of the IPTV terminal personality information.
  • the playback control information may also come from other network servers.
  • This step can be divided into two steps:
  • the IPTV terminal may be interacted with the IPTV terminal according to the play control information to obtain a play operation indication, which specifically includes:
  • the play proxy device sends a play inquiry message to the IPTV terminal according to the play control information.
  • the IPTV terminal After the IPTV terminal makes a play selection according to the play inquiry message, the IPTV terminal sends a play selection result to the play proxy device.
  • the playing proxy device obtains a playback operation indication according to the play selection result.
  • the service control logic may be used to perform the service control logic processing on the play control information by using the service control logic, such as an authentication operation, and the like.
  • the play operation includes: starting, stopping, pausing, fast-forwarding, and rewinding the received media stream on the media channel. , delayed playback, etc.
  • the play operation includes channel selection, that is, selecting and playing the at least two media contents on a media channel established between the play proxy device and the IPTV terminal.
  • the play operation includes distributing and playing the media content, such as media bridging, on a media channel established between the play proxy device and the IPTV terminal.
  • the method may include: performing, according to the playing operation indication, acquiring, by the media playing source, a corresponding media content, where the playing process includes one or two of format conversion and content synthesis; The media content after the playback process is transmitted on a media channel established between the play proxy device and the IPTV terminal.
  • the method further comprises: the playing proxy device receiving the establishment session request to establish a session; and after the playing proxy device establishes the session, establishing a media channel with the IPTV terminal.
  • the play proxy device may establish a media channel with the media play source, and the media play source may be one or more; the play proxy device is established by using the media play source.
  • the media channel obtains the corresponding media content from the media source.
  • the IPTV terminal sends a play request for the TV channel A. Specifically, the IPTV terminal carries the play request by sending a SIP INVITE message, where the play request includes the channel identifier of the channel A.
  • the play proxy device After receiving the SIP INVITE message, the play proxy device obtains, according to the play request, a play operation instruction to play the program of the TV channel A. Therefore, the play proxy device and the IPTV terminal establish a SIP session and establish a media channel through the SIP session. 903.
  • the IPTV terminal initiates a join request of the multicast group 1 of the channel A, sends a member report of the IGMP multicast join, and requests to join the multicast group 1.
  • the play proxy device receives the multicast join report, determines whether the media stream from the multicast group 1 has been received, and if not received, sends the multicast join report, and if it has received, enters 906.
  • the play proxy device joins the multicast group 1 and receives the media stream 1 from the multicast group 1.
  • the play proxy device sends the media stream 1 from the multicast group 1 to the media channel that has been established between the IPTV terminal and the IPTV terminal. After receiving the media stream 1, the IPTV terminal can play the media content of the TV channel A.
  • the user switches channels, selects to play TV channel B;
  • the IPTV terminal initiates the leaving request of the multicast group 1 of the channel A, sends a member report of the IGMP multicast leaving, and requests to leave the multicast group 1.
  • the playback proxy device receives the multicast leave report, and does not immediately stop sending the media stream 1 to the established media channel between the IPTV terminals, but stops the transmission after delaying for a suitable period of time.
  • the IPTV terminal initiates a join request of the multicast group 2 of the channel B, sends a member report of the IGMP multicast join, and requests to join the multicast group 2.
  • the playback proxy device receives the multicast join report, and determines whether the media stream from the multicast group 2 has been received. If not, the multicast join report is sent, so as to be combined with the multicast group 2 of the television channel B. Establish an origin media channel; if it has been received, go to 913.
  • the play proxy device receives the media stream 2 from the multicast group 2.
  • the playback proxy device stops sending the media stream 1 to the media channel that has been established between the IPTV terminal, and sends the media stream 2 from the multicast group 2 to the media channel. After receiving the media stream 2, the IPTV terminal receives the media stream 2 The media content of TV channel B can be played.
  • the play proxy device may use the video frame splicing technology to seamlessly splicing the media stream 2 and the media stream 1 to the IPTV terminal through the media channel, that is, the last frame of the media stream 1 and the media stream.
  • One frame is continuous.
  • 908 ⁇ 909 is an optional step, that is, when performing user channel switching, the IPTV terminal may directly send the member report of the multicast join without first sending the member report of the multicast leaving; or, the IPTV terminal also The IGMP multicast leave and join member report can be sent; or the IPTV terminal can also send the multicast join member report first, and then send the multicast away member report.
  • the media channel is established to receive media streams from different video playing sources, and the playing proxy device can enable different video playing sources to continuously send media streams from different video playing sources to the media channel without using the IPTV terminal to play from a video.
  • the source is switched to another video source, which omits the media channel setup time between the IPTV terminal and the second video source, shortens the delay of channel switching, and provides a better experience for the user.
  • the user switches the channel, and selects the program for watching the TV channel B.
  • the flow of the specific embodiment is as follows:
  • the play proxy device receives the media stream 1 of the multicast group 1 from channel A.
  • the play proxy device may receive media streams from different video play sources in advance. For example, the play proxy device may initiate a join request of the multicast group 1 of the channel A, send a member report of the IGMP multicast join, request to join the multicast group 1; or, the play proxy device joins the multicast tree of the channel A as a multicast node. Or, the playback proxy device joins a multicast tree of more than one TV channel as a multicast node, where the multicast stream includes video media content of more than one TV channel, and the playback proxy device obtains the media stream 1 of the channel A, etc. Other similar specific conditions are well known to those of ordinary skill in the art and will not be described herein.
  • the playback proxy device receives the media stream 2 of the multicast group 2 from channel B. There is no strict sequence difference between this step and 1001.
  • the IPTV terminal sends a play request to the channel A, the play request may be carried in the SIP INVITE message; after receiving the SIP INVITE message, the play proxy device establishes a SIP session with the IPTV terminal, which will be from the multicast group 1 The media stream 1 is sent to the media channel established between the IPTV terminal and the IPTV terminal.
  • the user switches channels and selects TV channel B.
  • the IPTV terminal initiates a play request for the channel B according to the operation of the channel switching by the user (can be carried in the RTSP PLAY play message), and the play request includes the channel identifier of the channel B.
  • the playback proxy device stops sending the media stream 1 to the media channel that has been established between the IPTV terminal, and sends the media stream 2 from the multicast group 2 to the media channel. After receiving the media stream 2, the IPTV terminal receives the media stream 2 The program of TV channel B can be played.
  • the play proxy device also sends an RTSP 200 OK response code (not shown in the figure) to the IPTV terminal, and may send the 200 response code and then send the media stream 2, or send the media stream 2 and then send the 200 response code. , or send media stream 2 and 200 response codes at the same time.
  • the IPTV terminal can receive 200 After playing the content of the media stream 2 after the response code, the content of the media stream 2 can also be played before the 200 response code is received.
  • the network determines that the program of the TV channel A is played to the terminal according to the user's personal preference, and the user watches the program of the TV channel A; thereafter, the network determines that the movie scheduled by the user arrives in advance. , the pre-ordered movie is played to the terminal.
  • the media source in this example includes the multicast group 1 of channel A and the multicast group 3 of the movie channel.
  • the playback proxy device receives the media stream 1 of the multicast group 1 from channel A.
  • the play proxy device receives the media stream 3 of the multicast group 3 from the movie channel.
  • the IPTV terminal is powered on, and a SIP REGISTER message is initiated.
  • the play proxy device After receiving the SIP REGISTER message, the play proxy device performs play determination according to the locally stored user information, such as the user's personal preference information. For example, in this example, the result of the judgment is that the program of the TV channel A is played to the terminal; or, the user opens the IPTV terminal at time 20:00, and the playback agent device knows according to the locally stored user information, the user's personal preference information. The statistics show that during this time period, the user generally selects TV channel A to watch, and the playback agent device determines that the program of TV channel A is currently being played to the terminal.
  • the locally stored user information such as the user's personal preference information.
  • the result of the judgment is that the program of the TV channel A is played to the terminal; or, the user opens the IPTV terminal at time 20:00, and the playback agent device knows according to the locally stored user information, the user's personal preference information.
  • the statistics show that during this time period, the user generally selects TV channel A to watch, and the playback agent device determines that
  • the play proxy device In this step, the play proxy device generates a play request for the play channel A transmitted to the IPTV terminal according to the processing result of the service logic control.
  • the play proxy device sends a SIP INVITE message to the IPTV terminal to establish a media channel with the terminal.
  • the IPTV terminal After receiving the SIP INVITE message, the IPTV terminal establishes a SIP session with the play proxy device and establishes a media channel. Thereafter, the playback proxy device transmits the media stream 1 from the multicast group 1 to the IPTV terminal through the media channel.
  • the play proxy device senses that the pre-ordered movie launch time of the user arrives. For example, if the user pre-orders a movie program on the movie channel and starts broadcasting at 21:00, the play proxy device knows that the pre-order needs to be played to the user at 21:00. The movie, the play proxy device acquires the corresponding media stream 3 to the corresponding movie channel multicast group 3 in due course.
  • the playback agent device similarly, the playback agent device generates a play request for the play channel A played to the IPTV terminal according to the processing result of the service logic control.
  • the playback proxy device stops sending the media stream 1 to the media channel that has been established between the IPTV terminal, and sends the media stream 3 from the multicast group 3 to the media channel.
  • the IPTV terminal receives the media. After the stream 3, the pre-ordered movie program can be played.
  • the network knows that the movie X is on the shelf, and judges that the user may like to watch the movie according to the user's personal preference, and then notifies the user that the movie X is put on the shelf, and the user selects to watch, the network Request to play movie X to the terminal.
  • the flow of this embodiment is described as follows:
  • the IPTV terminal is playing a program of TV channel A.
  • the playback agent device learns that the new movie X is on the shelf, and the new movie X is stored on the network side, such as from a corresponding media source.
  • the play proxy device determines that the user may like to watch the movie according to the user's personal preference information, and then performs step 1203.
  • the play proxy device sends a play inquiry message to the IPTV terminal, where the message prompts the user that the movie X has been put on the shelf, and asks the user whether to select to watch.
  • the user selects to watch, the IPTV terminal makes a play selection, and sends the play selection result to the play proxy device.
  • the play proxy device After receiving the play selection result, the play proxy device initiates a viewing request for the movie X to a corresponding media play source (eg, a VOD server) that provides the movie X.
  • a corresponding media play source eg, a VOD server
  • the SIP INVITE message is sent, and the message carries the program identifier of the movie X and the SDP (Session Description Protocol) information of the IPTV terminal.
  • SDP Session Description Protocol
  • the Video On Demand (VOD) server receives the SIP INVITE message, and returns a SIP 606 Not Acceptable response code, indicating that the movie X does not support the SDP information of the IPTV terminal, and carries the SIP 606 response code. SDP information for movie X.
  • VOD Video On Demand
  • the play proxy device initiates a viewing request for the movie X, and sends a SIP INVITE message, where the message carries the SDP information of the movie X.
  • the play proxy device and the VOD server establish a SIP session, and establish a media channel between the play proxy device and the media source.
  • the play proxy device receives the media stream 4 of the movie X from the VOD server.
  • the media agent 4 After the media agent 4 obtains the media stream 4, it is determined that the format conversion is performed, and then the media stream 4 is subjected to an encoding format conversion process to be converted into an encoding format supported by the IPTV terminal, and the media stream 5 is obtained after the conversion.
  • the playback agent device provides a response process according to the foregoing SDP information, and determines The IPTV terminal does not support the encoding format of the media stream 4. Therefore, the media stream 4 needs to be converted into an encoding format supported by the IPTV terminal, and then transmitted to the IPTV terminal.
  • the media stream is sent to the media channel established between the IPTV terminal and the IPTV terminal. After the IPTV terminal receives the media stream 5, the movie X program can be played.
  • the playback agent device plays the video program from the video source through its media channel established with the IPTV terminal in accordance with a playback request from the IPTV terminal or network.
  • the specific embodiment of the present invention further includes: in the EAS (Emergency Alert System) service, the play proxy device learns the play request of the emergency police video program from the network, and passes the video program from the emergency channel through the The media channel playback established with the IPTV terminal.
  • EAS Electronic Alert System
  • the specific embodiment of the present invention further includes a case of personalizing an advertisement service, that is, when the play proxy device plays a program such as a TV drama or a movie to the IPTV terminal, when the insertion advertisement time arrives, the user prefers to view according to the personalized preference information of the user.
  • the video media stream of the commercial is played through the media channel established with the IPTV terminal.
  • the specific implementation of the present invention includes a picture-in-picture or mosaic service, that is, the playback proxy device synthesizes at least two video playback sources, such as channel A and channel B, through the media channel established by the IPTV terminal. Wait, here is no longer - repeat.
  • the playback agent device can handle a variety of other playback operations, as further described below.
  • the IPTV terminal is playing the program of the TV channel A, the user switches the channel, selects the program for watching the TV channel B, and the network determines that the user does not have the right to watch the current broadcast program of the TV channel B, and the terminal continues to play the TV channel A.
  • Program The specific process is described as follows:
  • the play proxy device receives the media stream 1 of the multicast group 1 from channel A, and the play proxy device receives the media stream 2 of the multicast group 2 from channel B.
  • the IPTV terminal is playing a program of the TV channel A.
  • the user switches channels and selects TV channel B.
  • the IPTV terminal initiates a play request for the channel B, and is sent by using an RTSP SETUP message, where the play request carries the channel identifier of the channel B.
  • the playback proxy device after receiving the data packet carrying the multicast member report, obtains the IP address of the IPTV terminal by parsing the data packet, and further obtains the identifier of the IPTV terminal.
  • the play proxy device After receiving the RTSP SETUP message, the play proxy device combines the locally stored user letter. The user judges that the user does not have permission to watch the current broadcast program of the channel, that is, rejects the play request issued by the IPTV terminal.
  • the playback proxy device continues to send the media stream to the media channel originally established by the IPTV terminal.
  • the user B uploads the video program Y that he is shooting to the network in real time, and the user A requests to view the real-time uploaded video program Y, during which the user B continues to upload the video program Y for some reason.
  • the case where the playback of the video program Y is suspended, and the screen in which the user A watches the video program Y is suspended is selected.
  • the IPTV terminal 2 (controlled by the user B) and the playback agent device establish a session for uploading the video program Y in real time.
  • the IPTV terminal 2 transmits a media stream of the program Y to a media channel established between the proxy device and the playback proxy device.
  • IPTV terminal 1 The user A who controls another IPTV terminal (IPTV terminal 1) requests to view the video program Y, and the IPTV terminal 1 initiates a play request of the program Y, and the play request is carried in the SIP INVITE message.
  • the play proxy device after receiving the SIP INVITE message, the play proxy device establishes a SIP session with the IPTV terminal 1, and the play proxy device sends the media stream of the program Y to the media channel established between the IPTV terminal 1 and the IPTV terminal 1;
  • IPTV terminal 2 sends an RTSP PAUSE pause message, where the message carries the program identifier of program Y.
  • the play proxy device After receiving the RTSP PAUSE message, the play proxy device pauses to send the media stream of the program Y received in real time to the IPTV terminal 1 according to the logic control of the content upload service.
  • the playback control information initiated by the IPTV terminal 2 is converted and functions on the IPTV terminal 1.
  • the play proxy device receives the media stream 1 of the multicast group 1 from channel A, and the play proxy device receives the media stream 2 of the multicast group 2 from channel B. 1503.
  • the IPTV terminal 2 used by the user A is playing the program of the television channel A.
  • User B initiates a parental control request through the IPTV terminal 1.
  • the level of the playback control request initiated by the user B is higher than the level of the playback control request initiated by the user A.
  • the IPTV terminal 1 may initiate a SIP INVITE message, where the message carries the parent control request, and the network obtains the corresponding terminal of the parent control request bound by the IPTV terminal 1 according to the preset user data, which is an IPTV terminal. 2, routing the SIP INVITE message to the playback proxy device currently attached to the IPTV terminal 2; or, the parent control request includes the user identifier of the corresponding IPTV terminal 2, and the network directly routes the parent control request to the IPTV The playback agent device to which the terminal 2 is currently attached.
  • the play proxy device receives the parental control request, establishes a session with the IPTV terminal 1, and binds the IPTV terminal 1 to the media stream 1 and the IPTV terminal that the corresponding IPTV terminal 2 is watching.
  • the media channel established between 1 is sent;
  • the IPTV terminal 1 receives the media stream 1 , and the user B sees that the program is not suitable for the user A to watch, then switches the channel and selects the TV channel B;
  • the IPTV terminal 1 initiates a play request of the channel B, where the play request can be carried in the RTSP PLAY play message, and the play request carries the channel identifier of the channel B.
  • the playback proxy device receives the RTSP PLAY message, and plays the program of the channel B to the IPTV terminal 2 according to the logic control of the parent control service, and converts the play request initiated by the IPTV terminal 1 to the IPTV terminal 2.
  • the playing proxy device sends the media stream 2 to the media channel established with the IPTV terminal 2, and sends the media stream 2 to the media channel established with the IPTV terminal 1, so that both the user A and the user B view the program of the channel B.
  • the play proxy device can control according to the corresponding logic (for example, the control level of the user B is higher than the user. A), reject the play request.
  • the channel switching operation is often performed. During this period, some channels are quickly swept by the user and are not viewed. For example, the user is watching channel A, and wants to go. Watch channel C, but the user does not choose to directly press the number key corresponding to channel D, but press the up and down keys quickly, channel B is swept, when the channel C is reached, the user stops the button and watches the program of channel C.
  • the process is described as follows: The user quickly presses the up and down keys, and the IPTV terminal sequentially sends the play request of channel B and channel C.
  • the play proxy device After receiving the play request for channel B, the play proxy device performs a delay processing of a specified duration, and within the specified duration, the play proxy When the device receives the play request for the channel C, the device does not send the media stream of the channel B to the media channel established between the IPTV terminal, so that the channel B is swiftly swept; likewise, the play proxy device receives the play request for the channel C. After that, a delay processing of a specified duration is also performed. After the specified duration expires, the playback proxy device does not receive the other playback request, and then sends the media stream of the channel C to the media channel established between the IPTV terminal and the user. Watch the program on channel C.
  • the play proxy device may send video media from different video play sources to the IPTV terminal through a fixed media channel, and further perform various play operations, which are applicable to multiple
  • the IPTV service solves the problem of switching gaps caused by switching between different video playback sources of the IPTV terminal, and also enables the network to actively push the specified video media to the IPTV terminal. Meanwhile, since the IPTV terminal is not directly added to the video source, multicast The group, in turn, enables the playback proxy device to directly sense the channel switching request of the IPTV terminal, and the IPTV service control is convenient.
  • the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. the way.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a readable storage medium, such as a floppy disk of a computer.
  • a hard disk or optical disk or the like includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

一种媒体播放方法、 系统以及播放代理装置 本申请要求于 2008年 5月 30日提交中国专利局、申请号为 200810028415.4、 发明名称为 "一种媒体播放方法、 系统以及播放代理装置" 的中国专利申请的 优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及信息传输领域， 尤其涉及一种媒体播放方法、 系统以及播放代 理装置。 背景技术
因特网协议电视（ Internet Protocol Television , IPTV )是一种在因特网协议 ( Internet Protocol, IP ) 网络上传送视频、 文本、 图形和数据等媒体流， 并提供 服务质量 /体验质量保证、 安全、 交互性和可靠性的可管理的多媒体业务。 用户 可以使用个人计算机 ( Personal Computer, PC )或者机顶盒（ Set Top Box, STB ) +普通电视机的方式使用 IPTV业务， 也可以通过移动终端使用 IPTV业务。
在现有 IPTV电视节目播放中，终端和播放源之间通过端到端的媒体通道传 输电视信号， 比如， 用户通过终端正在观看频道 A, 终端加入频道 A对应的多 播组 1 , 和多播组 1之间建立端到端的媒体通道， 此后， 用户进行切换， 通过终 端观看频道 B ,终端则加入频道 B对应的多播组 2 ,和多播组 2之间建立端到端 的媒体通道。
再如， 用户正在观看频道 A, 用户预先定购的一部电影将在五分钟后开始 播放， 并且用户希望在播放时间到达时终端自动切换至该电影播放， 这样， 当 该电影播放时间到达时， 网络可以通过重定向或转移等方式向终端通知播放电 影的媒体通道 3 , 终端离开多播组 1 , 和媒体通道 3之间建立端到端的连接。
在上述的情况下， 终端直接与播放源建立媒体通道， 在播放源方缺乏相应 的业务控制功能， 不利于多种不同业务功能的开展。
此外， 当用户在切换频道加入一个多播组时， 在现有的 IPTV服务技术中， 终端发送的因特网组管理协议 ( Internet Group Management Protocol , IGMP )报 文是网络层协议，位于应用层的 IPTV应用服务器无法直接感知用户的频道切换 请求， 需要通过终端在频道切换后上报当前频道才能获知当前用户观看的频道 的状况， 造成 IPTV相关业务控制上的困难。 发明内容
本发明所要解决的技术问题在于， 提供一种媒体播放方法、 系统以及播放 代理装置。 可实现对媒体播放的业务控制。
一方面， 本发明的实施例提供了一种媒体播放方法， 包括： 播放代理装置 获得所述媒体的播放控制信息； 播放代理装置根据所述播放控制信息， 在所述 播放代理装置和因特网协议电视 IPTV终端之间建立的媒体通道上控制媒体内 容的播放， 其中所述媒体内容为播放代理装置通过与媒体播放源建立的媒体通 道从所述媒体播放源获得。
另一方面， 本发明的实施例提供了一种播放代理装置， 包括： 获取单元， 用于获得媒体的播放控制信息； 播放处理单元， 用于根据所述播放控制信息， 在所述播放代理装置和因特网协议电视 IPTV终端之间建立的媒体通道上控制 媒体内容的播放。
本发明的实施例提供了一种播放代理装置， 包括： 媒体接收模块， 用于接 收来自媒体播放源的媒体流； 媒体发送通道建立模块， 用于建立与 IPTV终端之 间的媒体通道； 播放请求获取模块， 用于获取播放请求； 播放请求处理模块， 用于处理所述播放请求， 所述处理包括接收所述播放请求并产生播放操作指示， 或者拒绝所述播放请求； 播放操作模块， 用于根据播放操作指示， 进行播放操 作。
本发明的实施例还提供了一种媒体播放代理装置， 包括： 媒体接收模块， 用于接收来自媒体播放源的媒体流。 分发控制模块， 用于获取分发控制信息， 并根据所述分发控制信息产生分发控制指示； 媒体桥接模块， 用于根据所述分 发控制指示， 将接收到的所述媒体流桥接至媒体发送模块发送； 媒体发送模块， 用于将所述媒体桥接模块桥接的多媒体流在和各 IPTV终端建立的对应的媒体 通道上发送。
本发明的实施例还提供了一种媒体播放代理装置， 包括： 频道切换请求获 取模块， 用于接收来自 IPTV终端或网络的频道切换请求， 所述频道切换请求中 包含切换目的方的视频对象标识。 频道内容接收模块， 用于接收当前媒体内容 和切换媒体内容； 频道选择模块， 用于根据所述频道切换请求， 产生切换指示； 频道内容发送模块， 用于和 IPTV终端建立对应的媒体发送通道， 发送当前媒体 内容， 并在收到所述切换指示后， 停止发送当前媒体内容并发送切换媒体内容。
同时， 本发明的实施例还提供了一种媒体播放系统， 包括： 播放代理装置， 用于获得媒体的播放控制信息， 并根据所述播放控制信息， 在所述播放代理装 置和因特网协议电视 IPTV终端之间建立的媒体通道上控制媒体内容的播放；媒 体播放源， 用于向播放代理装置提供所述媒体内容。
在本发明实施例提供的方案中， 播放代理装置可以将来自不同视频播放源 的视频媒体， 通过一个或多个固定的媒体通道向 IPTV终端发送， 并且可以根据 播放控制信息做出执行各种播放控制， 适用于多种 IPTV业务， 增强了 IPTV业 务的控制能力。 附图说明
图 1是本发明实施例中的播放代理装置在一个播放系统中的位置示意图； 图 2是本发明实施例中的播放代理装置的组成示意图；
图 3a是本发明实施例中的播放代理装置的另一组成示意图；
图 3b是本发明实施例中的播放代理装置的另一组成示意图； 图 4a是本发 明实施例中播放处理单元的组成示意图；
图 4b是本发明实施例中播放处理单元的另一组成示意图；
图 5是本发明实施例中的播放代理装置的另一组成示意图；
图 6a是本发明中播放代理装置的第一具体实施例的组成示意图；
图 6b是本发明中播放代理装置的第二具体实施例的组成示意图；
图 7a是本发明中播放代理装置的第三具体实施例的组成示意图；
图 7b是本发明中播放代理装置的第四具体实施例的组成示意图；
图 8是本发明实施例中媒体播放方法的流程示意图；
图 9是本发明中媒体播放方法的第一具体实施例的流程示意图；
图 10是本发明中媒体播放方法的第二具体实施例的流程示意图；
图 11是本发明中媒体播放方法的第三具体实施例的流程示意图；
图 12是本发明中媒体播放方法的第四具体实施例的流程示意图；
图 13是本发明中媒体播放方法的第五具体实施例的流程示意图； 图 14是本发明中媒体播放方法的第六具体实施例的流程示意图； 图 15是本发明中媒体播放方法的第七具体实施例的流程示意图。 具体实施方式
下面参考附图对本发明的实施例进行描述。
如图 1 所示， 为本发明实施例中的播放代理装置在一个媒体播放系统中的 位置示意图。 该媒体播放系统中包括播放代理装置以及两个媒体播放源 （第一 视频播放源和第二视频播放源）， 同时， 图中还示意与所述媒体播放系统相关的 IPTV终端。
其中， 播放代理装置， 用于获得媒体的播放控制信息， 并根据所述播放控 制信息，在所述播放代理装置和因特网协议电视 IPTV终端之间建立的媒体通道 上控制媒体内容的播放； 媒体播放源， 用于向播放代理装置提供所述媒体内容， 该媒体播放源可以为一个或多个。 此处不做——举例， 但不因以图 1 中所示的 情况， 而对本发明中播放系统的组成的理解造成任何的限制。
其中， 与所述播放代理装置相连的 IPTV终端可以为一个或多个（如进行视 频会议的情况）。
所述播放代理装置和 IPTV终端之间存在一个信令协议接口 S1 , 用以传输 信令。 S1接口可以是 SIP协议、 RTSP协议、 IGMP协议、 HTTP协议等中的一 种或若干种， S1接口可以是直接接口， 也可以是间接接口， 间接接口是指 IPTV 终端和播放代理单元之间还存在其它的中间节点。
播放代理单元和 IPTV终端之间还存在一个媒体面接口 Ml , 以接收视频媒 体内容， Ml接口可以是 RTP协议等。
如图 2所示， 为实现上述功能， 本发明实施例中的播放代理装置包括： 获 取单元 10, 用于获得媒体的播放控制信息； 播放处理单元 20, 用于根据所述播 放控制信息，在所述播放代理装置和因特网协议电视 IPTV终端之间建立的媒体 通道上控制媒体内容的播放。
所述播放控制信息可以是用于请求播放相应媒体的播放请求、 进行频道切 换的频道切换请求、 进行媒体分发的分发控制信息， 也可以是 IPTV终端开机时 发起的注册消息， 或是家长控制请求等。
所述播放控制信息中可包括相应的 IPTV终端标识、 指定的媒体对象标识、 以及相应播放操作信息。 IPTV终端标识可以是进行当前播放的终端的标识， 也 可以是其他相关 IPTV终端的标识； 指定媒体对象标识可以是频道标识、媒体节 目标识（如电影节目标识、 电视剧节目标识）、 直播频道组播地址等； 播放操作 信息可以是指示开始播放、 停止播放， 暂停播放， 快进播放、 回退播放， 预约 播放等。
SIP )消息、 实时流传输协议（ Real Time Streaming Protocol, RTSP )消息、 IGMP 消息、 以及超文本传输协议 ( Hypertext Transfer Protocol , HTTP )消息中的某一 种进行传送， 具体情况与发送所述播放控制信息的设备有关， 如 IPTV终端可通 过 SIP 消息携带所述播放控制信息， 其他情况不做一一举例， 并应为本领域技 术人员所熟知。
该播放控制信息可以有多个来源， 如， 第三方控制端或 IPTV终端可向所述 播放代理装置发送播放控制信息，其中第三方控制端是指除当前 IPTV终端和媒 体播放源的可对播放的媒体内容实现控制的终端， 如另一用户控制的 IPTV 终 端， 实际使用中， 可能是当前 IPTV终端的使用者为家庭中的未成年人， 另一用 户为家庭中的家长， 以便实现家长对家庭中的未成年人观看内容的监控或限制。
也可以是媒体播放源向所述播放代理装置发送播放控制信息， 如， 媒体播 放源根据当前所有的媒体内容可主动发起播放请求的情况。
或者是， 播放代理装置根据 IPTV业务逻辑控制产生播放控制信息， 则相应 的， 如图 3a所示， 所述播放代理装置还包括： 业务逻辑控制模块 30, 用于进行 相应的 IPTV业务逻辑控制， 生成并发送控制结果； 播放控制信息生成模块 40, 用于根据收到的控制结果生成相应的播放控制信息， 并将所述播放控制信息发 送给所述获取单元 10。
也可以是，如图 3b所示，所述播放代理装置还包括： 业务逻辑控制模块 30, 用于进行相应的 IPTV业务逻辑控制， 生成控制结果， 并将所述控制结果发送给 播放处理单元 20, 所述播放处理单元 20根据该控制结果进行相应的播放操作。
当前， 所述播放控制信息也可以来自其他网络服务器， 此处不做——赘述。 如图 4a所示， 所述播放处理单元 20包括：
指示获取模块 201 , 用于根据所述播放控制信息获得播放操作指示。 其中， 当所述播放控制信息包括播放请求时， 所述播放操作包括： 在所述媒体通道上 对接收到的媒体流进行开始播放、 停止播放、 暂停播放、 快进播放、 回退播放 等。 当所述播放控制信息包括频道切换请求时， 所述播放操作包括频道选择等。 当所述播放控制信息包括分发控制时， 所述播放操作包括媒体桥接等。
指示操作模块 202, 用于根据所述播放操作指示对在所述播放代理装置和 IPTV终端之间建立的媒体通道上传送相应的媒体内容进行控制。
进一步的， 所述播放处理单元 20还包括如下模块中的一种或多种， 图 4b 中所示的为包含部分的情况：
媒体发送通道建立模块， 用于根据所述指示操作模块 202 的控制与所述 IPTV终端建立媒体通道， 所述 IPTV终端可为一个或多个。
媒体接收模块 204,用于根据所述指示操作模块 202的控制通过与所述媒体 播放源建立的媒体通道， 从所述媒体播放源获取相应的媒体内容。
媒体发送模块 205,用于根据所述指示操作模块 202的控制将相应的媒体内 容通过所述媒体通道发送至所述 IPTV终端。
媒体处理模块， 用于根据所述指示操作模块的控制对所述媒体接收模块接 收的媒体内容进行播放处理， 所述播放处理包括媒体流编码格式转换、 数据包 封装格式转换以及媒体内容合成中的一种或多种。 具体执行时， 若来自媒体播 放源的媒体内容和 IPTV终端可识别的内容的格式不一致时，则实现对所述的媒 体内容进行格式转换； 或将接收到的至少两个媒体内容， 进行合成， 如对于画 中画业务和马赛克业务。
另一方面， 如图 5所示， 所述播放代理装置还可包括：
会话建立模块 50, 用于接收来自 IPTV终端的第一会话请求， 在根据所述 第一会话请求与所述 IPTV终端建立会话后生成并发送会话请求通知。 进一步 的， 所述会话请求建立模块， 还包括： 播放请求通道建立子模块， 用于根据收 到的第一会话请求， 和 IPTV终端建立播放请求通道， 以接收 IPTV终端发送的 播放请求。
会话请求传递模块 60, 用于根据接收的所述会话请求通知， 生成并发送第 二会话请求， 所述第二会话请求可为 SIP消息、 RTSP消息、 H.248消息、 以及 内部接口消息或其它协议中的一种。
媒体通道建立模块 70, 用于根据接收的第二会话请求与所述 IPTV终端之 间建立媒体通道， 所述 IPTV终端可为一个或多个。 在上述三个模块中， 会话请求传递模块 60为可选， 若没有回话请求传递模 块 60, 则会话建立模块 50直接将会话请求通知发给媒体通道建立模块 70, 媒 体通道建立模块 70根据该会话请求通知建立相应的媒体通道。
上述的播放代理装置可可以位于一个物理设备中， 也可以位于一个以上的 物理设备中。 比如将播放代理装置中会话建立模块和会话请求传递模块放到业 务应用服务中，而将与 IPTV终端建立媒体通道的媒体通道建立模块放到媒体服 务器中。
如图 6a所示， 为本发明中播放代理装置用于实现视频播放代理时的一个组 成示意图。 如图所示， 视频播放代理装置包括： 播放请求获取模块、 媒体接收 模块、 媒体发送通道建立模块、 播放请求处理模块、 播放操作模块。
其中， 媒体接收模块， 用于接收来自视频播放源的媒体流。
媒体发送通道建立模块，用于建立播放代理装置和 IPTV终端之间的媒体通 道。
播放请求获取模块， 用于获取播放请求， 该播放请求可以来自 IPTV终端， 也可以来自网络控制生成。
播放请求处理模块， 用于处理所述播放请求， 所述处理包括接收所述播放 请求并产生播放操作指示、 或者拒绝所述播放请求。 其中， 所述播放操作指示 包括： 在所述媒体通道上对接收到的媒体流进行开始播放、 停止播放、 暂停播 放、 快进播放、 回退播放等播放操作， 该指示被发往播放操作模块， 可以是 SIP 消息、 RTSP消息、 HTTP消息、 H.248消息、 或内部接口消息等。
播放操作模块， 用于根据播放操作指示， 进行播放操作， 即在所述媒体发 送通道上对接收到的媒体流进行开始播放、 停止播放、 暂停播放、 快进播放、 回退播放等播放操作。
如图 6b所示， 所述视频播放代理装置还可进一步包括业务逻辑控制模块、 播放请求生成模块。 其中， 业务逻辑控制模块， 用于处理 IPTV业务逻辑控制， 并将控制结果通知播放请求生成模块； 播放请求生成模块， 用于根据业务逻辑 控制结果， 生成一个播放请求， 发送给播放请求获取模块。 或者， 所述业务逻 辑控制模块也可将 IPTV 业务逻辑控制结果通知播放请求处理模块的控制结果 处理子模块， 则控制结果处理子模块， 根据业务逻辑控制结果， 对收到的播放 请求， 产生播放操作指示、 或者拒绝所述播放请求。 同时， 播放操作模块还可包括， 格式转换子模块， 用于根据播放操作指示 将接收到的媒体流， 进行格式转换后在所述媒体发送通道上播放。 其中， 所述 格式转换包括媒体编码格式转换和数据包封装格式等， 所述播放可以是指暂停 播放、 快进播放等播放操作； 或， 内容合成子模块， 用于根据播放操作指示将 接收到的至少两个视频媒体内容进行内容合成， 并将内容合成后的媒体内容在 所述媒体发送通道上播放， 该播放可以是指暂停播放、 快进播放等播放操作。
所述播放代理装置可以位于一个物理设备中， 也可以位于一个以上的物理 设备中， 比如， 播放请求获取模块、 播放请求处理模块、 以及业务逻辑控制模 块、 播放请求生成模块， 可以位于业务应用服务器中， 媒体接收模块、 媒体发 送通道建立模块、 播放操作模块， 可以位于媒体服务器中。
同时， 如图 7a所示， 为本发明中的播放代理装置用以实现媒体分发的功能 时的组成示意图， 此时可称本例中的播放代理装置为媒体分发装置。 所述媒体 分发装置用于将从媒体播放源收到的媒体分发给 IPTV终端， 该装置包括： 媒体接收模块， 用于接收来自视频播放源的媒体流。
媒体发送模块， 用于和各 IPTV终端（本例中为第一 IPTV终端、 第二 IPTV 终端）建立对应的媒体发送通道， 发送接收到的媒体流。
分发控制模块， 用于获取分发控制信息， 并根据所述分发控制信息产生分 发控制指示。 所述分发控制信息中包括 IPTV终端标识和视频对象标识， 并指示 媒体桥接模块将视频对象标识对应的媒体流桥接至 IPTV 终端标识对应的媒体 发送通道。
媒体桥接模块， 用于根据所述分发控制指示， 将媒体接收模块接收到的、 视频对象标识对应的媒体流， 桥接至媒体发送模块发送， 这样， 对一个以上的 媒体发送通道， 媒体桥接模块将一个视频对象标识对应的媒体流桥接至一个以 上的媒体发送通道， 并由媒体发送模块发送。 比如， 媒体桥接模块可以使用普 通的桥接资源， 如会议资源， 将媒体发送通道加入会议， 对收到的媒体进行分 发； 再如， 媒体桥接模块也可以使用多播资源， 如建立多播组， 将媒体发送通 道加入多播组， 对收到的媒体进行分发， 等等。
进一步的， 分发控制模块还包括判断子模块， 用于判断视频对象标识对应 的媒体接收通道是否已经建立， 若没有建立， 则指示媒体接收模块的通道建立 子模块建立和视频对象标识对应的媒体接收通道。 如图 7b所示， 为本发明中的播放代理装置用以实现频道切换功能时的组成 示意图， 称本例中的播放代理装置为频道切换装置。 该装置包括：
频道切换请求获取模块， 用于接收来自 IPTV终端或网络的频道切换请求， 该请求可以是一个 SIP消息、 或 RTSP消息、 或 IGMP报文等， 请求中包含切换 目的方的视频对象标识。
频道内容接收模块， 用于接收第一视频播放源和第二视频播放源的第一频 道内容和第二频道内容， 即当前媒体内容和切换媒体内容。
频道内容发送模块， 用于和 IPTV终端建立对应的媒体发送通道， 发送第一 频道内容， 并在收到频道选择模块的切换指示后， 停止发送第一频道内容并发 送第二频道内容。 比如， 若频道内容发送模块使用会议资源分发媒体， 则媒体 发送通道离开第一频道内容分发会议资源， 加入第二频道内容分发会议资源， 再如， 若频道内容发送模块使用多播资源分发媒体， 则媒体发送通道离开第一 频道多播组， 加入第二频道多播组， 等等。
频道选择模块， 用于根据频道切换请求， 产生切换指示， 从频道内容接收 模块中选择和切换目的方视频对象标识相对应的第二频道内容， 指示频道内容 发送模块发送。
进一步的， 频道内容发送模块， 还包括内容拼接子模块， 用于将第二频道 内容拼接在第一频道内容之后发送。
通过上述具体实施例的描述可知，由于在 IPTV终端和媒体播放源之间增加 了可实现对播放进行业务控制的播放代理装置， 解决了业务控制困难的问题， 提高了整个播放系统的业务控制能力， 改善了用户体验。 下面， 结合本发明实施例中的媒体播放方法对本发明实施例进行进一步说 明。 如图 8所示， 所述方法的流程示意图， 包括：
801、 获得所述媒体的播放控制信息。
所述播放控制信息可以是用于请求播放相应媒体的播放请求、 进行频道切 换的频道切换请求、 进行媒体分发的分发控制信息， 也可以是 IPTV终端开机时 发起的注册消息， 或是家长控制请求等。
则所述播放控制信息中可包括 IPTV终端标识、 指定的媒体对象标识、 以及 相应播放操作信息。 IPTV终端标识可以是进行当前播放的终端的标识， 也可以 是其他相关 IPTV终端的标识； 指定媒体对象标识可以是频道标识、媒体节目标 识（如电影节目标识、 电视剧节目标识）、 直播频道组播地址等； 播放操作信息 可以是指示开始播放、 停止播放， 暂停播放， 快进播放、 回退播放， 预约播放 等。
同时， 所述播放控制信息可以通过 SIP消息、 RTSP消息、 IMGP消息、 以 及 HTTP 消息中的某一种进行传送， 具体情况与发送所述播放控制信息的设备 有关， 如 IPTV终端可通过 SIP消息携带所述播放控制信息， 其他情况不做一一 举例， 并应为本领域技术人员所熟知。
该播放控制信息可以有多个来源， 如， 第三方控制端或 IPTV终端可向所述 播放代理装置发送播放控制信息，其中第三方控制端是指除当前 IPTV终端和媒 体播放源的可对播放的媒体内容实现控制的终端， 如另一用户控制的 IPTV 终 端， 实际使用中， 可能是当前 IPTV终端的使用者为家庭中的未成年人， 另一用 户为家庭中的家长， 以便实现家长对家庭中的未成年人观看内容的监控或限制。
该播放控制信息也可以是媒体播放源向所述播放代理装置发送播放控制信 息， 如， 媒体播放源根据当前所有的媒体内容可主动发起播放请求的情况。
或者是， 播放代理装置根据 IPTV业务逻辑控制产生的播放控制信息， 所述 IPTV业务逻辑控制可以是根据本地存储的用户信息进行的业务逻辑控制， 所述 本地存储的用户信息包括 IPTV终端权限信息、 IPTV终端个性信息中的一种或 多种。
所述播放控制信息也可以来自其他的网络服务器。
802、根据所述播放控制信息，在所述播放代理装置和因特网协议电视 IPTV 终端之间建立的媒体通道上控制媒体内容的播放。
本步可分为两步：
A、 根据所述播放控制信息获得播放操作指示。
其中， 可以根据所述播放控制信息与所述 IPTV终端进行交互， 以获得播放 操作指示， 具体包括：
1、 播放代理装置根据所述播放控制信息向 IPTV终端发送播放询问消息。
2、 所述 IPTV终端根据所述播放询问消息做出播放选择后， 向所述播放代 理装置发送播放选择结果。
3、 所述播放代理装置根据所述播放选择结果获得播放操作指示。 也可以是通过业务控制逻辑对所述播放控制信息进行业务控制逻辑处理获 得相应的播放操作指示， 如鉴权处理等。
另一方面， 当所述播放控制信息包括播放请求时， 所述播放操作包括： 在 所述媒体通道上对接收到的媒体流进行开始播放、 停止播放、 暂停播放、 快进 播放、 回退播放、 延迟播放等。
当所述播放控制信息包括频道切换请求时， 所述播放操作包括频道选择， 即在所述播放代理装置和 IPTV终端之间建立的媒体通道上对所述至少两个媒 体内容进行选择播放等。
当所述播放控制信息包括分发控制时， 所述播放操作包括在所述播放代理 装置和 IPTV终端之间建立的媒体通道上对所述媒体内容进行分发播放，如媒体 桥接等。
B、 根据所述播放操作指示在所述播放代理装置和 IPTV终端之间建立的媒 体通道上传送相应的媒体内容。 具体可包括： 根据所述播放操作指示对所述从 所述媒体播放源获取相应的媒体内容进行播放处理， 所述播放处理包括格式转 换、 内容合成中的一种或两种； 将进过所述播放处理后的媒体内容在所述播放 代理装置和 IPTV终端之间建立的媒体通道上传送。
同时， 在执行步骤 B之前还包括： 所述播放代理装置收到建立会话请求建 立会话； 所述播放代理装置建立会话后， 与所述 IPTV终端建立媒体通道。
在执行步骤 B之前也可以包括： 所述播放代理装置与所述媒体播放源建立 媒体通道， 所述媒体播放源可为一个或多个； 所述播放代理装置通过与所述媒 体播放源建立的媒体通道从所述媒体播放源获取相应的媒体内容 为了更清楚的说明上述流程， 下面分别以若干具体实施例进行描述。
如图 9所示， 为 IPTV终端正在播放频道 A的节目， 用户切换频道， 选择 观看频道 B的节目的情况。 对流程解释如下：
901、 IPTV终端发送对电视频道 A的播放请求。 具体可以是， IPTV终端通 过发送 SIP INVITE消息携带所述播放请求，播放请求中包括频道 A的频道标识。
902、 播放代理装置收到该 SIP INVITE消息后， 根据播放请求获得播放操 作指示为播放电视频道 A的节目。 因此， 播放代理装置和 IPTV终端建立 SIP 会话， 并通过 SIP会话建立媒体通道。 903、 IPTV终端发起频道 A的多播组 1的加入请求， 发送 IGMP多播加入 的成员报告， 请求加入多播组 1。
904、 播放代理装置收到该多播加入报告， 判断是否已经收到来自多播组 1 的媒体流， 若没有收到， 则发送该多播加入报告， 若已经收到， 则进入 906。
905、 播放代理装置加入多播组 1 , 接收来自多播组 1的媒体流 1。
906、 播放代理装置将来自多播组 1的媒体流 1 , 向和 IPTV终端之间已经 建立的媒体通道发送。 IPTV终端接收该媒体流 1后， 即可以播放电视频道 A的 媒体内容。
907、 用户切换频道， 选择播放电视频道 B;
908、 IPTV终端发起频道 A的多播组 1的离开请求， 发送 IGMP多播离开 的成员报告， 请求离开多播组 1。
909、 播放代理装置收到该多播离开报告， 并不立即停止向 IPTV终端之间 已经建立的媒体通道发送媒体流 1 , 而是延迟一段合适的时间后再停止发送。
910、 IPTV终端发起频道 B的多播组 2的加入请求， 发送 IGMP多播加入 的成员报告， 请求加入多播组 2。
911、 播放代理装置收到该多播加入报告， 判断是否已经收到来自多播组 2 的媒体流， 若没有收到， 则发送该多播加入报告， 以便与电视频道 B的多播组 2 之间建立起源媒体通道； 若已经收到， 则进入 913。
912、 播放代理装置接收来自多播组 2的媒体流 2。
913、 播放代理装置停止向和 IPTV终端之间已经建立的媒体通道发送媒体 流 1 , 并将来自多播组 2的媒体流 2, 向该媒体通道发送； IPTV终端接收该媒 体流 2后， 即可以播放电视频道 B的媒体内容。
本步骤中， 进一步的， 播放代理装置可以使用视频帧拼接技术， 将媒体流 2 和媒体流 1无缝拼接后通过媒体通道向 IPTV终端发送，即媒体流 1的最后一帧 和媒体流的第一帧是连续的。
在本实施例中， 908 ~ 909为可选步骤， 即进行用户频道切换时， IPTV终端 可以不用先发送多播离开的成员报告， 而是直接发送多播加入的成员报告； 或 者， IPTV终端也可以发送 IGMP多播离开和加入的成员报告； 或者， IPTV终 端也可以先发送多播加入的成员报告， 再发送多播离开的成员报告。
在上述实施例中， 可以看到， 由于 IPTV终端固定的通过和播放代理装置之 间建立的媒体通道来接收来自不同视频播放源的媒体流， 播放代理装置可以使 得不同的视频播放源向该媒体通道连续的发送来自不同视频播放源的媒体流， 而不用 IPTV终端从一个视频播放源切换至另一个视频播放源， 即省略了 IPTV 终端与第二视频播放源之间媒体通道建立时间， 缩短了频道切换的时延， 给用 户带来较好的体验。
如图 10所示， 为 IPTV终端正在播放电视频道 A的节目， 用户切换频道， 选择观看电视频道 B的节目， 本具体实施例的流程说明如下：
1001、 播放代理装置接收来自频道 A的多播组 1的媒体流 1。
本实施例中， 播放代理装置可以预先接收来自不同视频播放源的媒体流。 比如， 播放代理装置可以发起频道 A的多播组 1的加入请求， 发送 IGMP多播 加入的成员报告， 请求加入多播组 1; 或者， 播放代理装置作为多播节点加入频 道 A的多播树； 或者， 播放代理装置作为多播节点加入一个以上电视频道的多 播树， 该多播流中包含了一个以上电视频道的视频媒体内容， 播放代理装置从 中获取频道 A的媒体流 1 , 等， 其他相似的具体情况应为本领域普通技术人员 所熟知， 此处不做赘述。
1002、 播放代理装置接收来自频道 B的多播组 2的媒体流 2。 本步和 1001 之间没有严格的先后顺序的区别。
1003 ~ 1005、 IPTV终端通过发送对频道 A的播放请求， 该播放请求可携带 在 SIP INVITE消息中； 播放代理装置收到该 SIP INVITE消息后， 和 IPTV终端 建立 SIP会话，将来自多播组 1的媒体流 1向和 IPTV终端之间建立的媒体通道 发送。
1006、 用户切换频道， 选择电视频道 B。
1007, IPTV终端根据用户进行频道切换的操作发起对频道 B的播放请求（可 携带于 RTSP PLAY播放消息中）， 播放请求中包括频道 B的频道标识。
1008、播放代理装置停止向和 IPTV终端之间已经建立的媒体通道发送媒体 流 1 , 并将来自多播组 2的媒体流 2, 向该媒体通道发送； IPTV终端接收该媒 体流 2后， 即可以播放电视频道 B的节目。
本步骤中， 播放代理装置还会向 IPTV终端发送 RTSP 200 OK响应码（图 示中没有画出）， 可以先发送 200响应码再发送媒体流 2, 或先发送媒体流 2再 发送 200响应码，或同时发送媒体流 2和 200响应码。 IPTV终端可以在收到 200 响应码后再播放媒体流 2的内容，也可以在收到 200响应码之前就播放媒体流 2 的内容。
如图 11所示， 为获知 IPTV终端开机后， 网络根据用户的个人偏好， 判断 向终端播放电视频道 A的节目， 用户收看电视频道 A的节目； 此后， 网络判断 用户预先定购的电影开播时间到达， 则向终端播放预购的电影。 其中， 本例中 媒体播放源包括频道 A的多播组 1和电影频道的多播组 3。 具体的实施流程说 明如下：
1101、 播放代理装置接收来自频道 A的多播组 1的媒体流 1。
1102、 播放代理装置接收来自电影频道的多播组 3的媒体流 3。
1103、 IPTV终端开机， 发起 SIP REGISTER (注册） 消息。
1104、播放代理装置收到该 SIP REGISTER消息后，根据本地存储的用户信 息， 如用户的个人偏好信息， 进行播放判断。 如， 在本例中获得判断结果为向 终端播放电视频道 A的节目； 或者是， 用户是在时刻 20: 00打开 IPTV终端的， 播放代理装置根据本地存储的用户信息获知， 用户的个人偏好信息的统计显示 在这一时间段， 用户一般选择电视频道 A观看， 则播放代理装置判断当前向终 端播放电视频道 A的节目。
本步骤中，播放代理装置根据业务逻辑控制的处理结果，生成了一个向 IPTV 终端发送的播放频道 A的播放请求。
1105-1107,播放代理装置向 IPTV终端发送 SIP INVITE消息以便与终端之 间建立媒体通道， IPTV终端收到该 SIP INVITE消息后， 和播放代理装置建立 SIP会话， 并建立媒体通道。 此后， 播放代理装置将来自多播组 1的媒体流 1 , 通过所述媒体通道发送至 IPTV终端。
1108、 播放代理装置感知用户预先定购的电影开播时间到达， 如， 用户在 电影频道预购了一部电影节目， 在 21: 00开播， 则播放代理装置获知在 21: 00 时需要向用户播放预先定购的电影， 播放代理装置则适时向相应的电影频道多 播组 3获取相应的媒体流 3。
本步骤中， 类似的， 播放代理装置根据业务逻辑控制的处理结果， 生成了 一个向 IPTV终端播放的播放频道 A的播放请求。
1109、播放代理装置停止向和 IPTV终端之间已经建立的媒体通道发送媒体 流 1 , 并将来自多播组 3的媒体流 3, 向该媒体通道发送； IPTV终端接收该媒 体流 3后， 即可以播放预购的电影节目。
如图 12所示， 为 IPTV终端正在播放电视频道 A的节目， 网络获知电影 X 上架，并根据用户的个人偏好判断用户可能喜欢观看该电影，则通知用户电影 X 上架， 用户选择观看后， 网络请求向终端播放电影 X。 本实施例的流程描述如 下：
1201、 IPTV终端正在播放电视频道 A的节目。
1202、播放代理装置获知新电影 X上架，该新电影 X上架信息来自网络侧， 如可来自相应的媒体播放源。
播放代理装置根据用户的个人偏好信息， 判断用户可能喜欢观看该电影， 则执行步骤 1203.。
1203、播放代理装置向 IPTV终端发送播放询问消息， 该消息中提示用户电 影 X已经上架， 询问用户是否选择观看。
1204、 用户选择观看， 则 IPTV终端做出播放选择， 并向播放代理装置发送 所述播放选择结果。
1205、 播放代理装置收到所述播放选择结果后向相应的提供电影 X的媒体 播放源 （如为 VOD服务器 )发起对电影 X的观看请求。 如， 发送 SIP INVITE 消息，消息中携带电影 X的节目标识以及 IPTV终端的 SDP ( Session Description Protocol, 会话描述协议）信息。
1206、 视频点播 ( Video On Demand, VOD )服务器收到该 SIP INVITE消 息， 返回 SIP 606不接受（ Not Acceptable )响应码， 表示电影 X不支持 IPTV终 端的 SDP信息， 并在 SIP 606响应码中携带电影 X的 SDP信息。
1207、 播放代理装置发起对电影 X的观看请求， 发送 SIP INVITE消息， 消 息中携带电影 X的 SDP信息。
1208、 播放代理装置和 VOD服务器建立了 SIP会话， 建立播放代理装置与 媒体播放源之间的媒体通道。
1209、 播放代理装置接收来自 VOD服务器的电影 X的媒体流 4。
1210、 播放代理装置获得媒体流 4后， 判断需要对进行格式转换， 则对媒 体流 4进行编码格式转换处理， 以转换成 IPTV终端支持的编码格式， 转换后获 得媒体流 5。 本步骤中， 播放代理装置根据前述的 SDP信息提供应答过程， 判 断 IPTV终端不支持媒体流 4的编码格式， 因此需要将该媒体流 4,转换成 IPTV 终端支持的编码格式后， 再向 IPTV终端发送。
1211、向和 IPTV终端之间已经建立的媒体通道发送媒体流 5; IPTV终端接 收该媒体流 5后， 即可以播放电影 X节目。
在上述的实施例中， 播放代理装置根据来自 IPTV终端或网络的播放请求， 将来自视频播放源的视频节目通过其和 IPTV终端建立的媒体通道播放。
类似的， 本发明具体实施例还包括在 EAS ( Emergency Alert System, 紧急 告警系统 ) 业务中， 播放代理装置获知来自网络的有紧急警 视频节目的播放 请求，则将来自紧急频道的视频节目通过其和 IPTV终端建立的媒体通道播放的 情况。 具体流程此处不做赘述。
本发明具体实施例还包括个性化广告业务的情况， 即播放代理装置在向 IPTV终端播放电视剧或电影等节目时， 当插播广告时间到达时， 根据用户的个 性化偏好信息， 将用户偏好观看的广告节目的视频媒体流， 通过其和 IPTV终端 建立的媒体通道播放。
本发明具体实施里包括在画中画或马赛克业务的情况， 即播放代理装置至 少将两个视频播放源如频道 A和频道 B的媒体内容进行合成， 通过其和 IPTV 终端建立的媒体通道播放， 等等， 这里不再——赘述。 此外， 播放代理装置还 能处理其它多种播放操作， 下面是其进一步描述。
如图 13所示的，为 IPTV终端正在播放电视频道 A的节目，用户切换频道， 选择观看电视频道 B的节目， 网络判断用户没有观看电视频道 B当前播放节目 的权限， 终端继续播放电视频道 A的节目。 具体流程描述如下：
1301-1302, 播放代理装置接收来自频道 A的多播组 1的媒体流 1 , 播放代 理装置接收来自频道 B的多播组 2的媒体流 2。
1303、 IPTV终端正在播放电视频道 A的节目。
1304、 用户切换频道， 选择电视频道 B。
1305、 IPTV终端发起对频道 B的播放请求， 可通过 RTSP SETUP (建立） 消息进行发送， 所述播放请求中携带有频道 B的频道标识。
本实施例中， 播放代理装置收到携带多播成员报告的数据包后， 通过对数 据包的解析， 获得 IPTV终端的 IP地址， 并进一步获得 IPTV终端的标识
1306、 播放代理装置收到该 RTSP SETUP消息后， 结合本地存储的用户信 息，判断用户没有权限观看频道 Β的当前播放节目， 即拒绝 IPTV终端发出的播 放请求。
1307、播放代理装置仍然继续向和 IPTV终端原建立的媒体通道发送媒体流
1。
如图 14所示， 为用户 B向网络实时上传他正在拍摄的视频节目 Y, 用户 A 请求观看该实时上传的视频节目 Y,期间，用户 B在继续上传该视频节目 Y时， 因为某种原因， 选择暂停对该视频节目 Y的播放， 用户 A观看视频节目 Y的画 面被暂停的情况。 该实施例流程描述如下：
1401、 IPTV终端 2 (由用户 B控制）和播放代理装置建立了实时上传视频 节目 Y的会话。
1402、 IPTV终端 2向和播放代理装置之间建立的媒体通道发送节目 Y的媒 体流。
1403、 控制另一 IPTV终端 （IPTV终端 1 ) 的用户 A请求观看该视频节目 Y, IPTV终端 1发起节目 Y的播放请求，该播放请求携带于 SIP INVITE消息中。
1404-1405 ,播放代理装置收到该 SIP INVITE消息后， 和 IPTV终端 1建立 SIP会话，播放代理装置向和 IPTV终端 1之间建立的媒体通道发送节目 Y的媒 体流；
1406-1407,用户 B发起对节目 Y的暂停播放请求， IPTV终端 2发送 RTSP PAUSE暂停消息中， 消息中携带节目 Y的节目标识。
1408、 播放代理装置收到该 RTSP PAUSE消息后， 根据内容上传业务的逻 辑控制， 暂停向 IPTV终端 1发送其实时接收到的节目 Y的媒体流。
在本实施例中实现了将 IPTV终端 2发起的播放控制信息进行转换，并作用 于 IPTV终端 1的功能。
如图 15所示， 为用户 A (如家中的小孩）正在家中观看电视频道 A, 用户 B (如在外地的家长）通过手机查看小孩正在观看的电视节目， 发现小孩正在观 看的电视频道 A的节目不适合儿童观看， 则进行频道切换， 将小孩观看的节目 切换至适合儿童观看的电视频道 B ,以实现第三方控制端进行控制的功能。对本 流程的描述如下：
1501-1502, 播放代理装置接收来自频道 A的多播组 1的媒体流 1 , 播放代 理装置接收来自频道 B的多播组 2的媒体流 2。 1503、 用户 A使用的 IPTV终端 2正在播放电视频道 A的节目。
1504、 用户 B通过 IPTV终端 1发起家长控制请求， 为实现有效的控制， 通 过用户 B发起的播放控制请求的级别要高于用户 A发起的播放控制请求的级别。
具体实现时， 可以是， IPTV终端 1可以发起 SIP INVITE消息， 消息中携 带所述家长控制请求， 网络根据预先设置的用户数据， 得到 IPTV终端 1绑定的 该家长控制请求的对应终端是 IPTV终端 2,则将该 SIP INVITE消息路由至 IPTV 终端 2当前附着的播放代理装置；或者是，所述家长控制请求中包括相应的 IPTV 终端 2的用户标识， 网络直接将所述家长控制请求路由至 IPTV终端 2当前附着 的播放代理装置。
1505-1506, 播放代理装置收到该家长控制请求， 和 IPTV终端 1之间建立 会话， 并将 IPTV终端 1绑定该家长控制请求的对应 IPTV终端 2正在观看的媒 体流 1 , 向和 IPTV终端 1之间建立的媒体通道发送；
1507、 IPTV终端 1收到媒体流 1 , 用户 B看到该节目不适合用户 A观看， 则切换频道， 选择电视频道 B;
1508、 IPTV终端 1发起频道 B的播放请求，该播放请求可携带于 RTSP PLAY 播放消息中， 播放请求中携带频道 B的频道标识。
1509、 播放代理装置收到该 RTSP PLAY消息， 根据家长控制业务的逻辑控 制， 向 IPTV终端 2播放频道 B的节目， 即将 IPTV终端 1发起的播放请求进行 转换， 作用于 IPTV终端 2。
1510 ~ 1511、播放代理装置向和 IPTV终端 2建立的媒体通道发送媒体流 2, 向和 IPTV终端 1建立的媒体通道发送媒体流 2,使用户 A和用户 B都观看到频 道 B的节目。
此后， 如果用户 A想将 IPTV终端 2播放的节目切换回频道 A, IPTV终端 2发送对频道 A的播放请求， 则播放代理装置可以根据相应的逻辑控制 （如， 用户 B的控制级别高于用户 A ), 拒绝该播放请求。
在本发明的一个具体实施例中， 当用户在观看电视时， 经常会进行频道切 换操作， 这期间， 有些频道会被用户快速掠过， 并不观看， 比如， 用户正在看 频道 A, 想去观看频道 C, 但用户并没有选择直接按频道 D对应的数字键， 而 是快速按动上下键， 频道 B被掠过， 当到达频道 C时， 用户停止按键， 观看频 道 C的节目。 其流程进行描述如下： 用户快速按动上下键， IPTV终端依次发送频道 B、 频道 C的播放请求； 播 放代理装置收到对频道 B的播放请求后， 进行一个指定时长的延时处理， 在该 指定时长内，播放代理装置收到对频道 C的播放请求，则不向和 IPTV终端之间 建立的媒体通道发送频道 B的媒体流， 这样频道 B被快速掠过； 同样， 播放代 理装置收到对频道 C的播放请求后， 也进行一个指定时长的延时处理， 在该指 定时长超时后， 播放代理装置没有收到对其它的播放请求， 则向和 IPTV终端之 间建立的媒体通道发送频道 C的媒体流， 用户观看频道 C的节目。
在本发明实施例提供的方案中， 播放代理装置可以将来自不同视频播放源 的视频媒体， 通过一个固定的媒体通道向 IPTV终端发送， 并且还可以进一步的 做出各种播放操作， 适用于多种 IPTV业务， 解决了 IPTV终端在不同视频播放 源之间切换产生的切换间隙问题，也使得网络可以主动向 IPTV终端推送指定的 视频媒体； 同时， 由于 IPTV终端不是直接加入视频播放源的多播组， 进而使得 播放代理装置可以直接感知 IPTV终端的频道切换请求， IPTV业务控制便利。
通过以上的实施方式的描述， 所属领域的技术人员可以清楚地了解到本发 明可借助软件加必需的通用硬件平台的方式来实现， 当然也可以通过硬件， 但 很多情况下前者是更佳的实施方式。 基于这样的理解， 本发明的技术方案本质 上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来， 该计算 机软件产品存储在可读取的存储介质中， 如计算机的软盘， 硬盘或光盘等， 包 括若干指令用以使得一台计算机设备（可以是个人计算机， 服务器， 或者网络 设备等）执行本发明各个实施例所述的方法。
以上所揭露的仅为本发明的实施例而已， 当然不能以此来限定本发明之权 利范围， 因此依本发明权利要求所作的等同变化， 仍属本发明所涵盖的范围。

Claims

权 利 要 求
1、 一种媒体播放方法， 其特征在于， 所述方法包括：
播放代理装置获得所述媒体的播放控制信息；
播放代理装置根据所述播放控制信息， 在所述播放代理装置和因特网协议 电视 IPTV终端之间建立的媒体通道上控制媒体内容的播放，
其中所述媒体内容为播放代理装置通过与媒体播放源建立的媒体通道从所 述媒体播放源获得。
2、 如权利要求 1所述的方法， 其特征在于， 在所述播放代理装置根据所述 播放控制信息，在所述播放代理装置和因特网协议电视 IPTV终端之间建立的媒 体通道上控制媒体内容的播放之前包括：
所述播放代理装置与所述 IPTV终端建立媒体通道， 所述 IPTV终端可为一 个或多个。
3、 如权利要求 1所述的方法， 其特征在于， 在所述播放代理装置根据所述 播放控制信息，在所述播放代理装置和因特网协议电视 IPTV终端之间建立的媒 体通道上控制媒体内容的播放之前包括：
所述播放代理装置与所述媒体播放源建立媒体通道， 所述媒体播放源可为 一个或多个。
4、 如权利要求 1所述的方法， 其特征在于， 所述播放代理装置根据所述播 放控制信息，在所述播放代理装置和因特网协议电视 IPTV终端之间建立的媒体 通道上控制媒体内容的播放包括：
播放代理装置根据所述播放控制信息对从媒体播放源获取相应的媒体内容 进行播放处理， 所述播放处理包括格式转换、 内容合成中的一种或两种；
在所述播放代理装置和 IPTV 终端之间建立的媒体通道上控制经过所述播 放处理的媒体内容的播放。
5、 如权利要求 1至 4中任一项所述的方法， 其特征在于， 所述在所述播放 代理装置和 IPTV终端之间建立的媒体通道上控制媒体内容的播放包括以下至 少一种： 开始播放、 停止播放、 暂停播放、 快进播放、 回退播放、 延迟播放。
6、 如权利要求 1至 4中任一项所述的方法， 其特征在于， 所述控制媒体内 容的播放包括， 对所述媒体内容进行分发播放， 或对两个或多个所述媒体内容 进行选择播放。
7、 如权利要求 1或 4中任一项所述的方法， 其特征在于， 所述播放代理装 置获得所述媒体的播放控制信息包括：
播放代理装置获得第三方控制端、 或业务控制逻辑、 或其它网络服务器、 或 IPTV终端发送的播放控制信息， 其中， 可通过 SIP消息、 RTSP消息、 IGMP 消息、 以及 HTTP消息中的至少一种消息携带所述播放控制信息。
8、 如权利要求 1或 4中任一项所述的方法， 其特征在于， 所述播放代理装 置获得所述媒体的播放控制信息包括：
根据本地存储的用户信息进行相应的业务逻辑控制；
根据所述业务逻辑控制的结果生成相应的播放控制信息；
所述本地存储的用户信息包括 IPTV终端权限信息、 IPTV终端个性化信息 中的一种或多种。
9、 如权利要求 1或 4中任一项所述的方法， 其特征在于， 所述播放代理装 置根据所述播放控制信息，在所述播放代理装置和因特网协议电视 IPTV终端之 间建立的媒体通道上控制媒体内容的播放包括：
所述播放代理装置根据所述播放控制信息向 IPTV终端发送播放询问消息； 所述 IPTV终端根据所述播放询问消息做出播放选择后，向所述播放代理装 置发送播放选择结果；
所述播放代理装置根据所述播放选择结果获得播放操作指示；
所述播放代理装置根据所述播放操作指示， 在所述播放代理装置和因特网 协议电视 IPTV终端之间建立的媒体通道上控制媒体内容的播放。
10、 一种播放代理装置， 其特征在于， 所述装置包括：
获取单元， 用于获得媒体的播放控制信息；
播放处理单元， 用于根据所述播放控制信息， 在和因特网协议电视 IPTV终 端之间建立的媒体通道上控制媒体内容的播放， 其中， 所述媒体内容为通过与 媒体播放源建立的媒体通道从所述媒体播放源获得。
11、 如权利要求 10所述的装置， 其特征在于， 所述播放处理单元包括： 指示获取模块， 用于根据所述播放控制信息获得播放操作指示；
指示操作模块，用于根据所述播放操作指示对在和 IPTV终端之间建立的媒 体通道上传送的相应的媒体内容进行播放控制。
12、 如权利要求 11所述的装置， 其特征在于， 所述播放处理单元还包括： 媒体发送通道建立模块，用于根据所述指示操作模块的控制与所述 IPTV终 端建立媒体通道， 所述 IPTV终端可为一个或多个。
13、 如权利要求 10至 12中任一项所述的装置， 其特征在于， 所述装置还 包括：
业务逻辑控制模块， 用于进行相应的 IPTV业务逻辑控制， 生成并发送控制 结果；
播放控制信息生成模块， 用于根据收到的控制结果生成相应的播放控制信 息， 并将所述播放控制信息发送给所述获取单元。
14、 如权利要求 11或 12中所述的装置， 其特征在于， 所述播放处理单元 还包括：
媒体接收模块， 用于根据所述指示操作模块的控制通过与所述媒体播放源 建立的媒体通道从所述媒体播放源获取相应的媒体内容；
媒体发送模块， 用于根据所述指示操作模块的控制将相应的媒体内容通过 所述媒体通道发送至所述 IPTV终端。
15、 如权利要求 14中任一项所述的装置， 其特征在于， 所述播放处理单元 还包括：
媒体处理模块， 用于根据所述指示操作模块的控制对所述媒体接收模块接 收的媒体内容进行播放处理， 所述播放处理包括媒体流格式转换、 数据包格式 转换以及内容合成中的至少一种处理。
16、 如权利要求 10至 12中任一项所述的装置， 其特征在于， 所述装置还 包括：
会话建立模块， 用于接收来自 IPTV终端的第一会话请求， 在根据所述第一 会话请求与所述 IPTV终端建立会话后生成并发送会话请求通知；
会话请求传递模块， 用于根据接收的所述会话请求通知， 生成并发送第二 会话请求；
媒体通道建立模块，用于根据接收的第二会话请求与所述 IPTV终端之间建 立媒体通道， 所述 IPTV终端可为一个或多个。
17、 如权利要求 16所述的装置， 其特征在于， 所述会话建立模块还包括： 播放请求通道建立子模块，用于根据所述第一会话请求和 IPTV终端建立播 放请求通道， 并通过所述播放请求通道接收 IPTV终端发送的播放请求。
18、如权利要求 16所述的装置，其特征在于，所述第二会话请求可为 RTSP 消息、 H.248消息、 以及内部接口消息中的一种。
19、 一种播放代理装置， 其特征在于， 所述装置包括：
媒体接收模块， 用于接收来自媒体播放源的媒体流；
媒体发送通道建立模块， 用于建立与 IPTV终端之间的媒体通道； 播放请求获取模块， 用于获取播放请求；
播放请求处理模块， 用于处理所述播放请求， 所述处理包括接收所述播放 请求并产生播放操作指示， 或者拒绝所述播放请求；
播放操作模块， 用于根据播放操作指示， 进行播放操作， 所述播放操作包 括控制通过所述媒体接收模块接收的媒体流在所述媒体发送通道建立模块建立 的媒体通道上的播放。。
20、 如权利要求 19所述的装置， 其特征在于， 所述装置还包括： 业务逻辑控制模块， 用于处理 IPTV业务逻辑控制， 并生成控制结果； 播放请求生成模块， 用于根据所述控制结果， 生成播放请求， 并将所述播 放请求发送给播放请求获取模块。
21、 如权利要求 19所述的装置， 其特征在于， 所述装置还包括：
业务逻辑控制模块， 用于处理 IPTV业务逻辑控制， 并生成控制结果； 所述播放请求处理模块还用于根据业务逻辑控制结果和播放请求， 产生播 放操作指示、 或者拒绝所述播放请求
22、 如权利要求 19至 21 中任一项所述的装置， 其特征在于， 所述播放操 作模块还包括以下子模块中的至少一种：
格式转换子模块， 用于将接收到的媒体流进行编码格式或数据包格式转换 后， 在所述媒体通道上播放；
内容合成子模块， 用于将接收到的至少两个媒体流的内容进行内容合成后， 在所述媒体通道上播放。
23、 一种媒体播放代理装置， 其特征在于， 所述装置包括：
媒体接收模块， 用于接收来自媒体播放源的媒体流；
分发控制模块， 用于获取分发控制信息， 并根据所述分发控制信息产生分 发控制指示；
媒体桥接模块， 用于根据所述分发控制指示， 将接收到的所述媒体流桥接 至媒体发送模块发送；
媒体发送模块，用于将所述媒体桥接模块桥接的多媒体流在和各 IPTV终端 建立的对应的媒体通道上发送。
24、 如权利要求 23所述的装置， 其特征在于，
所述分发控制模块还包括判断子模块， 用于判断提供相应的媒体流的媒体 播放源的媒体通道是否建立， 并产生判断结果； 所述媒体接收模块还包括通道建立子模块， 用于当所述判断子模块的判断 结果为所述媒体通道没有建立时， 建立媒体通道以从所述媒体播放源接收相应 的媒体流。
25、 一种媒体播放代理装置， 其特征在于， 所述装置包括：
频道切换请求获取模块， 用于接收来自 IPTV终端或网络的频道切换请求， 所述频道切换请求中包含切换目的方的视频对象标识。
频道内容接收模块， 用于接收当前媒体内容和切换媒体内容；
频道选择模块， 用于根据所述频道切换请求， 产生切换指示；
频道内容发送模块， 用于和 IPTV终端建立对应的媒体发送通道， 发送当前 媒体内容， 并在收到所述切换指示后， 停止发送当前媒体内容， 以发送切换媒 体内容。
26、 如权利要求 25所述的装置， 其特征在于， 所述频道内容发送模块还包 括：
内容拼接子模块， 用于将所述当前媒体内容拼接在所述切换媒体内容之后 发送。
27、 一种媒体播放系统， 其特征在于， 所述系统包括：
播放代理装置， 用于获得媒体的播放控制信息， 并根据所述播放控制信息， 在所述播放代理装置和因特网协议电视 IPTV 终端之间建立的媒体通道上控制 媒体内容的播放；
媒体播放源， 用于向播放代理装置提供所述媒体内容。
28、 如权利要求 27所述的系统， 其特征在于， 所述播放代理装置包括： 获取单元， 用于获得媒体的播放控制信息；
指示获取模块， 用于根据所述播放控制信息获得播放操作指示；
指示操作模块，用于根据所述播放操作指示对在和 IPTV终端之间建立的媒 体通道上传送的相应的媒体内容进行播放控制。
PCT/CN2009/071790 2008-05-30 2009-05-14 一种媒体播放方法、系统以及播放代理装置 WO2009143743A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810028415.4 2008-05-30
CN200810028415.4A CN101594238B (zh) 2008-05-30 2008-05-30 一种媒体播放方法、系统以及播放代理装置

Publications (1)

Publication Number Publication Date
WO2009143743A1 true WO2009143743A1 (zh) 2009-12-03

Family

ID=41376598

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071790 WO2009143743A1 (zh) 2008-05-30 2009-05-14 一种媒体播放方法、系统以及播放代理装置

Country Status (2)

Country Link
CN (1) CN101594238B (zh)
WO (1) WO2009143743A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101777362B (zh) * 2009-01-13 2013-05-08 鸿富锦精密工业（深圳）有限公司 自动播放媒体的系统及方法
CN102143132A (zh) * 2010-08-10 2011-08-03 华为技术有限公司 流媒体的频道切换方法、切换代理、客户端及终端
CN102572522B (zh) * 2010-12-14 2015-04-01 中兴通讯股份有限公司 一种实现马赛克电视业务的方法及系统
WO2012142510A1 (en) * 2011-04-15 2012-10-18 Skyfire Labs, Inc. Real-time video detector
CN102694836B (zh) * 2011-08-02 2016-08-24 新奥特（北京）视频技术有限公司 一种实现渲染播出的方法、设备及系统
CN103313111A (zh) * 2012-10-29 2013-09-18 中兴通讯股份有限公司 一种媒体播放方法及装置
CN104144350B (zh) * 2013-05-10 2017-12-15 中国电信股份有限公司 交互式网络电视个性化信息的显示方法、装置与系统
CN103986975B (zh) * 2014-05-20 2018-04-20 华为技术有限公司 一种网关设备及节目传输方法
CN104135675A (zh) * 2014-07-30 2014-11-05 华为技术有限公司 一种节目直播控制方法及装置
CN105898415A (zh) * 2015-12-01 2016-08-24 乐视网信息技术（北京）股份有限公司 视频播放管理控制方法、控制设备、控制服务器及其系统
CN111246267A (zh) * 2019-08-01 2020-06-05 深圳市点嘀互联网络有限公司 通过代理程序实现音视频投放到车机的方法
CN114007087B (zh) * 2020-07-28 2023-04-11 华为技术有限公司 一种媒体流切换方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101026631A (zh) * 2006-12-28 2007-08-29 中兴通讯股份有限公司 基于cdn结构的iptv系统的媒体交付系统
WO2007119176A2 (en) * 2006-04-13 2007-10-25 Alcatel Lucent Apparatus for managing requests for data in a communication network
WO2008029230A2 (en) * 2006-08-31 2008-03-13 Telefonaktiebolaget Lm Ericsson (Publ) Unicast/multicast media edge proxy with fast channel switching
CN101166106A (zh) * 2006-10-19 2008-04-23 爱立信公司 用于减少网络中的重发请求的方法和设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100591133C (zh) * 2007-08-01 2010-02-17 神州亿品科技有限公司 代理服务器及电视播放网络系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007119176A2 (en) * 2006-04-13 2007-10-25 Alcatel Lucent Apparatus for managing requests for data in a communication network
WO2008029230A2 (en) * 2006-08-31 2008-03-13 Telefonaktiebolaget Lm Ericsson (Publ) Unicast/multicast media edge proxy with fast channel switching
CN101166106A (zh) * 2006-10-19 2008-04-23 爱立信公司 用于减少网络中的重发请求的方法和设备
CN101026631A (zh) * 2006-12-28 2007-08-29 中兴通讯股份有限公司 基于cdn结构的iptv系统的媒体交付系统

Also Published As

Publication number Publication date
CN101594238B (zh) 2012-01-11
CN101594238A (zh) 2009-12-02

Similar Documents

Publication Publication Date Title
WO2009143743A1 (zh) 一种媒体播放方法、系统以及播放代理装置
US8046479B2 (en) Media channel management
CN101155191B (zh) 支持ims终端享用现有iptv业务的系统和方法
JP5363473B2 (ja) 改善されたメディア・セッション管理の方法と装置
CN100579209C (zh) 基于ngn网络实现时移电视业务的方法及系统、媒体资源设备
CN102037703B (zh) Iptv通信网络中ip电视频道之间切换的方法和设备
US20090055540A1 (en) Methods and Systems for Multicast Control and Channel Switching for Streaming Media in an IMS Environment
US20090100147A1 (en) Information Processing Apparatus, Information Processing Method, and Computer Program
JP2008530835A (ja) パケット交換ネットワーク上のオンデマンドマルチチャネルストリーミングセッション
CN101232389A (zh) 一种提供组播业务的方法、设备及系统
WO2009138006A1 (zh) 媒体播放控制的方法及系统、元数据执行单元
WO2010022570A1 (zh) 基于网际协议电视的信息推送方法、装置及系统
WO2012122935A1 (zh) 互联网协议电视内容共享方法、装置以及终端设备
JP5048790B2 (ja) タイムシフトｔｖサービス確立方法およびタイムシフトｔｖメディア機能エンティティ
WO2010006530A1 (zh) 直播会话切换的方法、多终端频道切换同步的方法及终端
JP2012515484A (ja) ネットワークにおける関連付けられたセッションの管理
WO2009140880A1 (zh) 节目播放的控制方法、装置和系统
WO2008000114A1 (fr) Procédé de fusion d'un système de conférence télévisuelle avec un système iptv et appareil correspondant
WO2009026799A1 (fr) Procédé de décalage de temps de télévision numérique, système et décodeur
WO2010028601A1 (zh) 以文件方式传输媒体内容的方法、系统及设备
EP2273785B1 (en) Play controlling method, device and system
WO2010025675A1 (zh) 一种业务内容的播放方法、系统和装置
WO2008110094A1 (fr) Procédé et système permettant d'obtenir une commutation de service de télévision par protocole internet (iptv)
WO2010045796A1 (zh) 一种点播业务的控制方法、装置及系统
WO2009155840A1 (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: 09753461

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09753461

Country of ref document: EP

Kind code of ref document: A1