WO2013166851A1 - 媒体播放方法、装置和系统 - Google Patents

媒体播放方法、装置和系统 Download PDF

Info

Publication number
WO2013166851A1
WO2013166851A1 PCT/CN2012/088103 CN2012088103W WO2013166851A1 WO 2013166851 A1 WO2013166851 A1 WO 2013166851A1 CN 2012088103 W CN2012088103 W CN 2012088103W WO 2013166851 A1 WO2013166851 A1 WO 2013166851A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
multicast
renderer
played
server
Prior art date
Application number
PCT/CN2012/088103
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 WO2013166851A1 publication Critical patent/WO2013166851A1/zh
Priority to US14/536,850 priority Critical patent/US20150067110A1/en

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
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H04N21/8352—Generation of protective data, e.g. certificates involving content or source identification data, e.g. Unique Material Identifier [UMID]

Definitions

  • the present invention relates to communication technologies, and in particular, to a media playing method, apparatus, and system. Background technique
  • Digital Living Network Alliance is a set of standard solutions for people's digital home entertainment life.
  • digital media server Digital Media Server; : DMS
  • DMC Digital Media Controller
  • DMP Digital Media Player
  • DMR Digital Media Renderer
  • the DMS is used to store and manage the media resources, so that other devices can conveniently obtain the media content through the network
  • DMC is used to browse the media information of the DMS, obtain the metadata information of the media from the DMS, and command the DMR playback to be selected.
  • Media content, DMR is a media player without DMC function
  • DMP is a media player with DMC function.
  • FIG. 1 is a schematic structural diagram of a DLNA three-box interaction model in the prior art.
  • a three-box interaction model in the prior art is composed of DMS, DMR, and DMC, and DMC passes DLNA/Universal Plug and Play.
  • Protocol Universal Plug and Play; hereinafter referred to as: UPnP
  • the device auto-discovery protocol obtains device information of DMS and DMR. These device information are used to describe the list of services provided on each device.
  • the Content Directory Service (hereinafter referred to as CDS) is one of the services.
  • the DMC obtains the media content information in the DMS through the CDS browsing or search command (ie CDS::browse or CDS::search), and plays the media. Other relevant information about the content.
  • CDS Content Directory Service
  • the DMC obtains the media content information in the DMS through the CDS browsing or search command (ie CDS::browse or CDS::search), and plays the media. Other relevant information about the
  • Embodiments of the present invention provide a media playing method, apparatus, and system, which enable multiple players to synchronously play the same media content.
  • a first aspect of the embodiments of the present invention provides a media playing method, including: separately sending a connection preparation message to a media server and at least one media renderer supporting multicast to notify the media server and each of the media rendering Configuring a multicast protocol address according to the connection preparation message;
  • Another aspect of the present invention provides another media playing method, including: receiving a connection preparation message sent by a media controller, and configuring a multicast protocol address according to the connection preparation message;
  • the at least one media renderer of the multicast receives the media stream on the multicast protocol address, and respectively plays the media file to be played locally in the media renderer.
  • a still further aspect of the embodiments of the present invention provides a media playback method, including: receiving a connection preparation message sent by a media controller, and configuring a multicast protocol address according to the connection preparation message;
  • the media stream of the media file to be played is transmitted by the media server on the multicast protocol address after receiving the media transmission identifier and the broadcast message sent by the media controller, where the media file to be played is The media transmission identifier is identified.
  • a still further aspect of the present invention provides a media controller, including: a connection notification module, configured to separately send a connection preparation message to a media server and at least one media renderer supporting multicast to notify the media server and Each of the media renderers is based on The connection preparation message is configured with a multicast protocol address;
  • a play notification module configured to send a media transmission identifier and a play message to the media server, to notify the media server to transmit, according to the play message, the media transport identifier identifier to be played on the multicast protocol address a media stream of the media file, and each of the media renderers respectively receives the media stream on the multicast protocol address, and locally plays the to-be-played media file in the media renderer.
  • a further aspect of the embodiments of the present invention provides a media server, including: a first receiving module, configured to receive a connection preparation message sent by a media controller, and configure a multicast protocol address according to the connection preparation message;
  • a second receiving module configured to send, by the media controller, a media transmission identifier and a play message
  • a sending module configured to transmit, according to the play message, a media stream of the media file to be played that is identified by the media transmission identifier on the multicast protocol address, so that at least one media renderer supporting multicast is respectively in the The media stream is received on the multicast protocol address, and the media file to be played is played locally on the media renderer.
  • a further aspect of the embodiments of the present invention provides a media rendering device, including: a fourth receiving module, configured to receive a connection preparation message sent by a media controller, and configure a multicast protocol address according to the connection preparation message;
  • a playing module configured to receive a media stream of the media file to be played on the multicast protocol address, and play the media file to be played locally;
  • the media stream of the to-be-played media file is transmitted by the media server on the multicast protocol address after receiving the media transmission identifier and the broadcast message sent by the media controller, where the media to be played is transmitted.
  • the file is identified by the media transport identifier.
  • Yet another aspect of an embodiment of the present invention is to provide a media player including the above media controller and media renderer.
  • Still another aspect of an embodiment of the present invention provides a media playback system including the above media controller, the media server, and at least one of the above media renderers.
  • the technical effect of the embodiment of the present invention is: sending a connection preparation message to the media server and the at least one media player, so that the media server and each media player configure a multicast protocol address, and then sending the media transmission identifier to the media server and Play a message to notify the media service
  • the media stream of the media file to be played is transmitted on the multicast protocol address, and each media player receives the media stream on the multicast protocol address, and plays the media file to be played locally in each media player;
  • the embodiment realizes that multiple players synchronously play the same media content, and does not need to use multiple media players to request one by one, thereby saving the bandwidth of the media streaming network.
  • FIG. 1 is a schematic structural diagram of a DLNA three-box interaction model in the prior art
  • Embodiment 1 of a media playing method according to the present invention is a flowchart of Embodiment 1 of a media playing method according to the present invention
  • FIG. 3 is a schematic diagram of network element interaction in Embodiment 1 of a media playing method according to the present invention.
  • Embodiment 4 is a flowchart of Embodiment 2 of a media playing method according to the present invention.
  • FIG. 5 is a flowchart of Embodiment 3 of a media playing method according to the present invention.
  • Embodiment 4 of a media playing method according to the present invention
  • Embodiment 7 is a schematic structural diagram of Embodiment 1 of a media controller according to the present invention.
  • Embodiment 8 is a schematic structural diagram of Embodiment 2 of a media controller according to the present invention.
  • Embodiment 9 is a schematic structural diagram of Embodiment 1 of a media server according to the present invention.
  • Embodiment 2 of a media server according to the present invention.
  • Embodiment 1 is a schematic structural diagram of Embodiment 1 of a media renderer according to the present invention.
  • FIG. 12 is a schematic structural diagram of Embodiment 2 of a media renderer according to the present invention.
  • the technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention.
  • the embodiments are a part of the embodiments of the invention, and not all of the embodiments. Based on the embodiments of the present invention, those skilled in the art are not making creative labors. All other embodiments obtained below are within the scope of the invention.
  • Embodiment 1 of a media playing method according to the present invention is a flowchart of Embodiment 1 of a media playing method according to the present invention. As shown in FIG. 2, this embodiment provides a media playing method. This embodiment describes a solution of the present invention from a media controller side. Including the following steps:
  • Step 201 Send a connection preparation message to the media server and the at least one media renderer supporting the multicast, respectively, so that the media server and each of the media renderers configure a multicast protocol address according to the connection preparation message.
  • the media controller in this embodiment may be specifically a DMC or a Mobile Digital Media Controller (hereinafter referred to as M-DMC), and the media server may be specifically a DMS or a mobile digital media server (Mobile Digital Media Server; Abbreviation: M-DMS), the media renderer can be specifically DMR or DMP.
  • M-DMC Mobile Digital Media Controller
  • M-DMS Mobile Digital Media Server
  • This embodiment is to improve the media playback scheme of the DLNA three-box model in the prior art, and is not limited to a single DMC, DMS, and DMR network element.
  • the DMR in this embodiment may be multiple.
  • 3 is a schematic diagram of network element interaction in the first embodiment of the media playing method of the present invention. As shown in FIG.
  • multiple DMRs are set in a local network, and multiple DMRs can synchronously play the same under the control of the DMC.
  • Media file the network elements of the DMC, the DMS, and the DMR can be interconnected and communicated in the same broadcast domain of the local network, and can receive or send multicast packets.
  • the physical connection between the network elements is not limited to Ethernet.
  • the interface can also be wireless fidelity (hereinafter referred to as WiFi), power line communication (hereinafter referred to as: PLC), and next generation home entertainment network (hereinafter referred to as G.hn). Come connect.
  • WiFi wireless fidelity
  • PLC power line communication
  • G.hn next generation home entertainment network
  • the media controller sends a connection preparation message to the media server, and the media server prepares a media transmission connection after receiving the connection preparation message, and specifically, the transmission address is configured as a multicast protocol address according to the connection preparation message, and the subsequent media server is The associated media stream is transmitted on the multicast protocol address.
  • the media controller also separately sends a connection preparation message to at least one media renderer that supports multicast, and each media renderer prepares a media transmission connection after receiving the connection preparation message, and specifically, the transmission address may be configured according to the connection preparation message.
  • the multicast protocol address, the subsequent media renderers respectively receive the media stream at the multicast protocol address.
  • Step 202 Send a media transmission identifier and a play message to the media server, to notify the media server to transmit the media transmission identifier identifier on the multicast protocol address according to the play message.
  • the media stream of the media file is played, and each media renderer receives the media stream on the multicast protocol address, and plays the media file to be played locally in each media renderer.
  • the media controller After the media server and each media renderer complete the preparation of the media transmission connection, the media controller sends the media transmission identifier and the broadcast message to the media server, and the media server is notified by the broadcast message to transmit the media file to be played on the multicast protocol address.
  • the media file to be played is a media file identified by the media transmission identifier. Specifically, the user can select a media file to be played through the display interface of the media controller, and the media controller generates a media transmission identifier according to the user's selection.
  • the media server After receiving the broadcast message, the media server transmits the media stream of the media file to be played on the previously obtained multicast protocol address; each media renderer receives the media stream on the previously obtained multicast protocol address, and each media renderer After receiving the media stream, the media file to be played can be played locally in each of the media renderers, thereby achieving the effect of multi-point synchronous play of the homogenous media.
  • the media playing method provided in this embodiment may further include the following steps: acquiring, by the device automatic discovery process, device information of the media server and the media renderer, where the device information includes the media server and the media Service information for all services supported by the renderer.
  • the media controller needs to obtain device information of the media server and each media renderer through the device automatic discovery process, and the device information includes service information of all services supported by each device.
  • the service information here may be a Uniform Resource Locator to service description (hereinafter referred to as SCPDURL) and a control uniform resource locator (URL for control; controlURL ) and event uniform resource locator ( URL for eventing; hereinafter referred to as : eventSubURL ).
  • the URL pointed to by the SCPDURL defines the service capability set of the service, and mainly includes a service state table (serviceStateTable) and an operation list (actionList), and the serviceStateTable contains all internal state variables of the service, and the actionList indicates the
  • controlURL defines the control point of the service
  • the target URL when submitting the action.
  • the service subsystem where the URL is located is responsible for executing the action, and eventSubURL defines the URL for subscribing to eventing.
  • the services supported by the media server include CDS, Connection Management Service (CMS), and audio and video transmission. Audio Video Transport Service (hereinafter referred to as AVTS), and the CDS service needs to support Browse Action or Search Action.
  • Services supported by the media renderer include CMS, as well as AVTS and rendering control services.
  • RCS rendering Control Service
  • connection preparation message sent by the media controller in step 201 in this embodiment may be specifically a PrepareForConnection in the CMS service, that is, the DMC passes the CM::
  • the PrepareForConnection command DMS prepares the media transport connection, as well as via CM::
  • the PrepareForConnection command each DMR prepares a media transport connection.
  • the media transmission identifier and the play message sent by the media controller in step 202 in this embodiment may be specifically SetAVTransportURI and Play in the AVTS service, that is, the DMC starts to pass the multicast media through the AVT::SetAVTransportURI and AVT::Play commands.
  • the transport protocol sends the media stream of the media file to be played that has been streamed.
  • the embodiment provides a media playing method, by separately sending a connection preparation message to the media server and the at least one media renderer, so that the media server and each media renderer configure a multicast protocol address, and then send the media transmission identifier to the media server. And playing a message to notify the media server to transmit the media stream of the media file to be played on the multicast protocol address, and each media renderer receives the media stream on the multicast protocol address, and respectively plays the media stream in each media renderer.
  • the media file is played. Because the media renderer in this embodiment is included in the media player, the embodiment implements multiple players to synchronously play the same media content, and does not need to use multiple media players - requested Way, so there is no waste of resources.
  • FIG. 4 is a flowchart of Embodiment 2 of a media playing method according to the present invention. As shown in FIG. 4, this embodiment provides a media playing method. This embodiment describes the solution of the present invention from the media server side, and may specifically include The following steps:
  • Step 401 Receive a connection preparation message sent by the media controller, and configure a multicast protocol address according to the connection preparation message.
  • the media server receives the connection preparation message sent by the media controller, and the media server prepares the media transmission connection after receiving the connection preparation message, and specifically, the transmission address is configured as a multicast protocol address according to the connection preparation message, and the subsequent media server is The associated media stream is transmitted on the multicast protocol address.
  • Step 402 Receive a media transmission identifier and a play message sent by the media controller, and further Transmitting, by the broadcast message, a media stream of the media file to be played that is identified by the media transmission identifier on the multicast protocol address, so that at least one media renderer supporting the multicast receives the media stream on the multicast protocol address, respectively. And playing the to-be-played media file separately in each media renderer.
  • the media server After the media server completes the preparation of the media transmission connection, the media server continues to receive the media transmission identifier and the broadcast message sent by the media controller, and the media server transmits the media stream of the media file to be played on the multicast protocol address according to the broadcast message.
  • the media file to be played is a media file identified by the media transmission identifier. Specifically, the user can select a media file to be played through the display interface of the media controller, and the media controller generates a media transmission identifier according to the user's selection.
  • the media server After receiving the broadcast message, the media server transmits the media stream of the media file to be played on the previously obtained multicast protocol address; each media renderer receives the media stream on the previously obtained multicast protocol address, and each media renderer After receiving the media stream, the media file to be played can be played locally in each media renderer, thereby achieving the effect of multi-point synchronous playback of the homogenous media.
  • the media renderer in this step is a media renderer selected by the user to support the multicast.
  • the media playing method provided in this embodiment may further include the following steps: the media server receives the play control message sent by the media controller; and the media server plays the play progress of the to-be-played media file according to the play control message. Play speed is controlled.
  • the embodiment provides a media playing method, configured to configure a multicast protocol address by using the received connection preparation message, and transmit a media stream of the media file to be played on the multicast protocol address by using the received broadcast message, and each media renderer is respectively in the group.
  • the media stream is received on the broadcast protocol address, and the media file to be played is played locally in each media renderer.
  • This embodiment implements multiple players to synchronously play the same media content, and does not need to use multiple media players. The way the request is made, so there is no waste of resources.
  • FIG. 5 is a flowchart of Embodiment 3 of a media playing method according to the present invention. As shown in FIG. 5, this embodiment provides a media playing method. This embodiment describes a solution of the present invention from a media renderer side, which may be specifically Including the following steps:
  • Step 501 Receive a connection preparation message sent by the media controller, and configure a multicast protocol address according to the connection preparation message.
  • This step is for the media renderer to receive the connection preparation message sent by the media controller, media rendering After receiving the connection preparation message, the device prepares a media transmission connection, and specifically, the transmission address is configured as a multicast protocol address according to the connection preparation message, and the subsequent media renderer receives the media stream at the multicast protocol address.
  • Step 502 Receive a media stream of the media file to be played on the multicast protocol address, and play the media file to be played locally.
  • the media renderer receives the media stream on the previously obtained multicast protocol address, and after receiving the media stream, the media renderer can locally play the to-be-played media file, thereby achieving the same homologous media.
  • the media stream of the media file to be played is transmitted by the media server on the multicast protocol address after receiving the media transmission identifier and the broadcast message sent by the media controller, where the media file to be played is
  • the media transmission identifier is used to identify, specifically, the user selects a media file to be played through the display interface of the media controller, and the media controller generates a media transmission identifier according to the user's selection.
  • the media renderer in this step is a media-supported media renderer selected by the user.
  • the media playing method provided in this embodiment may further include the following steps: after receiving the connection preparation message, the media renderer checks whether the media transmission protocol of the media server acquired by the media controller is multicast.
  • the media transport protocol which checks whether the media controller supports the multicast media transport protocol. If the media transmission protocol of the media server is a multicast media transmission protocol, the media renderer joins the multicast address group identified by the multicast protocol address.
  • the media playing method provided in this embodiment may further include the following steps: the media renderer receives an effect control message sent by the media controller; and the media renderer plays the media file to be played according to the effect control message. The effect is controlled.
  • the embodiment provides a medium playing method, configured to configure a multicast protocol address by using the received connection preparation message, and receive a media stream of the media file to be played on the multicast protocol address, and play the media file to be played locally, where
  • the media stream of the media file to be played is transmitted by the media server on the multicast protocol address after receiving the media transmission identifier and the broadcast message sent by the media controller, and the media file to be played is identified by the media transmission identifier. It realizes that multiple players synchronously play the same media content, and does not need to use multiple media players to request one by one, so no waste of resources.
  • FIG. 6 is a signaling diagram of Embodiment 4 of a media playing method according to the present invention.
  • the media controller in this embodiment is specifically a DMC and a media.
  • the service server is specifically DMS, and the media renderer is specifically DMR; the services supported by the DMS in this embodiment include CDS, CMS, and AVTS, and the CDS service needs to support Browse Action; the services supported by the DMR include CMS, and can also support AVTS. And RCS.
  • This embodiment may specifically include the following steps:
  • Step 601 The DMC sends a browse operation command to the DMS.
  • the DMC before the DMC controls the DMS to play the media file, the DMC first sends a browsing operation command to the DMS.
  • the browsing operation command in this embodiment may be specifically a Browse in the CDS service.
  • Step 602 The DMC obtains a media information list of the media file selected by the user from the media information library of the DMS.
  • the DMS may return the media information database of the DMS to the DMC, and the DMC may obtain a media information list of the media file selected by the user from the media information library of the DMS.
  • Each media information item in the media information list includes a media transmission protocol and a media format of each media file.
  • each media file may correspond to A plurality of media information items, that is, each media file may include multiple media transmission protocols and media formats.
  • at least one media information item of the multicast media transmission protocol needs to be generated for each media file.
  • the DMC can browse the media information library of the DMS through CDS::Browse, so that all media information lists in the media information library are displayed on the display interface for the user to select.
  • the DMC can also search the DMS media information library through CDS:: Search to directly display the list of media information searched in the media information library for display by the user on the display interface.
  • the media content information in the media information database of the DMS is generated by the DMS for each media file by using the CDS service, and the same media file may generate at least one media information item, and each piece of media information item defines the An access method of the media source, the media information item in this embodiment may be marked with Res.
  • protocollnfo consists of the following string:
  • ⁇ protocol>: ⁇ network>: ⁇ contentFormat>: ⁇ additionalInfo> The protocol defines the transport protocol for streaming media clients to obtain streaming media content, and the contentFormat defines key information such as media formats.
  • Step 603 The DMC obtains a media transmission protocol and a media format of the media file to be played according to the media information list.
  • the user can select a media file that needs to be played in multiple points synchronously through the display interface, that is, the media file to be played.
  • the DMC can obtain the media transmission protocol and the media format of the file to be played according to the media information item corresponding to the media file to be played in the media information list.
  • the media content of the DMS supporting media file is required to be transmitted through the multicast media transmission protocol.
  • Step 604 The DMC sends a protocol information acquisition command to at least one DMR selected by the user.
  • the user may select multiple DMRs to play the media files for synchronous playback.
  • the DMC sends a protocol information acquisition command to at least one DMR selected by the user.
  • the protocol information obtaining command in this embodiment may be specifically in the CM service.
  • Step 605 Each DMR returns to the DMC respectively a multicast-based media transmission protocol and a media format supported by the DMC.
  • each DMR After each DMR receives the protocol information acquisition command of the DMC, each DMR returns its respective multicast-based media transmission protocol and media format to the DMC.
  • the DMC can obtain the multicast-based media transmission protocol and media format supported by each DMR through CM::GetProtocolInfo.
  • One DMR can support multiple media transmission protocols and media formats.
  • each DMR is required to support a multicast media transmission protocol.
  • the multicast media transmission protocol here may be a Real Time Transform Protocol over User Datagram Protocol over multicast (hereinafter referred to as:
  • the media transmission protocol for obtaining the DMR is the multicast media transmission protocol RTP-UDP-mc or httpu-mc, and the multicast protocol address is 224.0.0.xxx/24, that is, the media stream is only multicast transmission in the local network.
  • Step 606 The DMC matches the media transmission protocol and the media format of the media file to be played, and the multicast-based media transmission protocol and the media format supported by each DMR, and obtains a multicast-based media transmission protocol that can be supported by both the DMS and the DMR. And media format.
  • the media transmission protocol and the media format are matched according to the two to obtain the best.
  • Media transport protocol and media format the best media transport protocol and media format here are multicast-based media transport protocols and media formats that DMS and each DMR can support.
  • the preferred optimal media transmission protocol is a multicast media transmission protocol, and at least one DMR supporting multicast is obtained. When all the DMRs do not support the multicast media transmission protocol, the user is prompted to play the failure. .
  • Step 607 The DMC sends a connection preparation message to the DMS.
  • connection preparation message in this embodiment may be specifically in the CMS.
  • this step can be specifically for DMC to pass
  • CM PrepareForConnection Command
  • DMS prepares a media transport connection.
  • Step 608 The DMS configures a multicast protocol address according to the connection preparation message.
  • the DMS After receiving the connection preparation message sent by the DMC, the DMS prepares a media transmission connection according to the connection preparation message, and configures the transmission address as a multicast protocol address, for example, DMS preparation.
  • RTP-UDP-mc 224.0.0.xxx or httpu-mc : 224.0.0. xxx multicast protocol address for media transmission connection.
  • Step 609 The DMC sends a connection preparation message to each DMR.
  • connection preparation message in this embodiment may be specifically in the CMS.
  • this step can be specifically for DMC to pass
  • the CM:: PrepareForConnection command supports multicast DMR preparation media transport connections.
  • Step 610 Each DMR configures a multicast protocol address according to the connection preparation message.
  • the DMC After receiving the connection preparation message sent by the DMC, the DMC prepares a media transmission connection according to the connection preparation message, and configures the transmission address as a multicast protocol address, for example, DMS preparation.
  • RTP-UDP-mc 224.0.0.xxx or httpu-mc : 224.0.0. xxx multicast protocol address The receipt of the media stream.
  • Step 611 The DMC sends a media transmission identifier to the DMS.
  • the DMC sends a media transmission identifier to the DMS, where the media transmission identifier is used to identify the media file to be played, which may be specifically in the AVTS service.
  • This step can be specifically for DMC to pass
  • AVT SetAVTransportURI notifies the DMS to play the media file, that is, notifies the DMS user of the selected media file to be played.
  • Step 612 the DMS returns a successful response to the DMC.
  • the DMS may return a reception success response to the DMC to indicate that the media transmission identifier sent by the DMC has been successfully sent, and the DMS has acquired the media file to be played.
  • Step 613 The DMC sends a play message to the DMS.
  • the DMC sends a play message to the DMS, and the play message may be specifically Play in the AVTS monthly service.
  • the DMC can notify the DMS to play the to-be-played media file through the AVT::Play.
  • the play here is specifically that the DMS sends the media stream of the streamed media file to be played through the multicast media transmission protocol.
  • Step 614 the DMS returns a successful response to the DMC.
  • the DMS may return a success response to the DMC to indicate that the broadcast message sent by the DMC has been successfully sent.
  • Step 615 The DMS transmits the media stream of the media file to be played that is identified by the media transmission identifier on the multicast protocol address according to the play message.
  • the DMS transmits the media stream of the file to be played identified by the media transmission identifier on the multicast protocol address according to the broadcast message, and specifically may be transmitted on, for example, 224.0.0.xxx.
  • the media stream of the media file to be played identified by SetAVTransportURI.
  • Step 616 Each DMR receives the media stream on the multicast protocol address, and locally plays the to-be-played media file.
  • Each DMR that supports multicast receives the media stream on the multicast protocol address and plays the media stream in real time after receiving the media stream, thereby realizing the simultaneous playback of the same media file on multiple DMRs.
  • Step 617 The DMC sends a play control message to the DMS.
  • the DMC can also perform synchronous control on the media files played on the multiple DMRs, where the control can control the playback process and playback progress of the media files, including Play stop, play pause, play start, play search, etc.
  • This step is specifically that the DMC sends a play control message to the DMS, and the play control message may be specifically Stop, Pause, Start, Seek in the AVTS service.
  • Step 618 The DMS controls the playing progress and the playing speed of the media file to be played according to the play control message.
  • the DMS controls the play progress and the play speed of the media file to be played according to the play control message.
  • the DMC controls the DMS to perform unified control on the playback progress and playback speed of the media files played on each DMR through commands such as AVT:: (Stop, Pause, Start, Seek), such as playback stop, play pause, and the like.
  • Step 619 The DMC sends an effect control message to each DMR.
  • the DMC in addition to the unified control of the playback progress of the media file, the DMC can also uniformly control the playback effect of the media file.
  • the DMC sends an effect control message to each DMR, and the effect control message may be specifically SetVolume, SetBrightness, and the like in the RCS service.
  • Step 620 The DMR controls the playing effect of the media file to be played according to the effect control message.
  • each DMR controls the playback effect of the media file to be played according to the effect control message.
  • the DMC performs unified control on the playback effect of the media files played on each DMR through commands such as RCS:: (SetVolume, SetBrightness), such as setting the playback volume, setting the screen brightness, and the like.
  • the DMC can also repeat or play other media content that can be played through AVT:: SetAVTransportURI and AVT::Play.
  • FIG. 7 is a schematic structural diagram of Embodiment 1 of a media controller according to the present invention. As shown in FIG. 7 , this embodiment provides a media controller, which may specifically perform the steps in the first embodiment of the foregoing method, and details are not described herein again. .
  • the media controller provided in this embodiment may specifically include a connection notification module 701 and a play notification module 702.
  • the connection notification module 701 is configured to separately send a connection preparation message to the media server and the at least one media renderer supporting the multicast, to notify the media server and each of the media renderers to configure a multicast protocol according to the connection preparation message. address.
  • the play notification module 702 is configured to send a media transmission identifier and a play message to the media server, to notify the media server to transmit, according to the play message, the media transport identifier identifier to be played on the multicast protocol address.
  • a media stream of the media file, and each of the media renderers respectively receives the media stream on the multicast protocol address, and locally plays the to-be-played media file in the media renderer.
  • FIG. 8 is a schematic structural diagram of Embodiment 2 of a media controller according to the present invention. As shown in FIG. 8 , this embodiment provides a media controller, which may specifically perform the steps in the fourth embodiment of the foregoing method, and details are not described herein again. .
  • the media controller provided in this embodiment may further include a first obtaining module 801, a second obtaining module 802, a third obtaining module 803, and a matching module 804.
  • the first obtaining module 801 is configured to obtain, from a media information library of the media server, a media information list of media files selected by a user, where each media information item in the media information list includes media of each media file. Transport protocol and media format.
  • the second obtaining module 802 is configured to obtain a media transmission protocol and a media format of the media file to be played according to the media information list.
  • the third obtaining module 803 is configured to obtain a multicast-based media transmission protocol and a media format supported by each of the media renderers according to a media renderer list of at least one media renderer selected by the user.
  • the matching module 804 is configured to match a media transmission protocol and a media format of the to-be-played media file, and a multicast-based media transmission protocol and a media format supported by the media renderers, to obtain the media server and the A multicast-based media transport protocol and media format supported by each media renderer is obtained, and the at least one media renderer supporting the multicast is obtained.
  • the media controller provided in this embodiment may further include a first play control module 805 and a first effect control module 806.
  • the first play control module 805 is configured to send a play control message to the media server, so that the media server controls the play process of the media file to be played according to the play control message.
  • the first effect control module 806 is used by And sending an effect control message to the media renderers, so that the media renderers control the play effect of the media file to be played according to the effect control message.
  • the media controller provided in this embodiment may further be the fourth obtaining module 807, where the fourth obtaining module 807 is configured to acquire device information of the media server and the media renderer by using an automatic device discovery process, where the device The information includes service information of all services supported by the media server and the media renderer.
  • the services supported by the media server include a content directory service, a connection management service, and an audio video transmission service, and the services supported by the media renderer include a connection management service.
  • the embodiment provides a media controller, respectively, by sending a connection preparation message to the media server and the at least one media renderer, so that the media server and each media renderer configure a multicast protocol address, and then send the media transmission identifier to the media server. And playing a message to notify the media server to transmit the media stream of the media file to be played on the multicast protocol address, and each media renderer receives the media stream on the multicast protocol address, respectively, and respectively localizes in each media renderer
  • the playing media file is played for playing; this embodiment realizes that multiple players synchronously play the same media content, and does not need to use multiple media players - the request method, so no waste of resources.
  • FIG. 9 is a schematic structural diagram of Embodiment 1 of the media server according to the present invention.
  • the media server provided in this embodiment may specifically include a first receiving module 901, a second receiving module 902, and a sending module 903.
  • the first receiving module 901 is configured to receive a connection preparation message sent by the media controller, and configure a multicast protocol address according to the connection preparation message.
  • the second receiving module 902 is configured to receive a media transmission identifier and a play message sent by the media controller.
  • the sending module 903 is configured to transmit, according to the play message, a media stream of the media file to be played that is identified by the media transmission identifier on the multicast protocol address, so that at least one media renderer supporting multicast is respectively in the The media stream is received on the multicast protocol address, and the media file to be played is played locally on the media renderer.
  • Embodiment 2 of a media server is a schematic structural diagram of Embodiment 2 of a media server according to the present invention. As shown in FIG. 10, this embodiment provides a media server, which may specifically perform various steps in Embodiment 4 of the foregoing method, and details are not described herein again.
  • the media server provided in this embodiment may further include a third receiving module 1001 and a second playing control module 1002 on the basis of the foregoing FIG.
  • the third receiving module 1001 is configured to receive a play control message sent by the media controller.
  • Second The play control module 1002 is configured to control, by using the play control message, a play progress and a play speed of the media file to be played.
  • the embodiment provides a media server, configured to configure a multicast protocol address by using the received connection preparation message, and transmit a media stream of the media file to be played on the multicast protocol address by using the received broadcast message, and each media renderer is respectively in the multicast Receiving the media stream on the protocol address, and playing the media file to be played locally in each media renderer; this embodiment implements multiple players to synchronously play the same media content, and does not need to use multiple media players - request The way, therefore, will not cause waste of resources.
  • FIG. 11 is a schematic structural diagram of Embodiment 1 of a media renderer according to the present invention.
  • this embodiment provides a media rendering server, which may specifically perform the steps in the third embodiment of the foregoing method, and details are not described herein again.
  • the media renderer provided in this embodiment may specifically include a fourth receiving module 1101 and a playing module 1102.
  • the fourth receiving module 1101 is configured to receive a connection preparation message sent by the media controller, and configure a multicast protocol address according to the connection preparation message.
  • the playing module 1102 is configured to receive a media stream of the media file to be played on the multicast protocol address, and play the media file to be played locally.
  • the media stream of the to-be-played media file is transmitted by the media server on the multicast protocol address after receiving the media transmission identifier and the broadcast message sent by the media controller, where the media to be played is transmitted.
  • the file is identified by the media transport identifier.
  • FIG. 12 is a schematic structural diagram of Embodiment 2 of the media renderer of the present invention. As shown in FIG. 12, this embodiment provides a media renderer, which may specifically perform the steps in the fourth embodiment of the foregoing method, and details are not described herein again. .
  • the media renderer provided in this embodiment may further include an inspection module 1201 and a multicast joining module 1202 on the basis of the foregoing FIG.
  • the checking module 1201 is configured to check, after receiving the connection preparation message, whether the media transmission protocol of the media server acquired by the media controller is a multicast media transmission protocol.
  • the multicast join module 1202 is configured to add the media transport protocol of the media server to the multicast address group identified by the multicast protocol address if the media transport protocol is a multicast media transport protocol.
  • the media renderer provided in this embodiment may further include a fifth receiving module 1203 and a second effect control module 1204.
  • the fifth receiving module 1203 is configured to receive an effect control message sent by the media controller.
  • the second effect control module 1204 is configured to control a play effect of the media file to be played according to the effect control message.
  • the embodiment of the present invention provides a media renderer, which configures a multicast protocol address by using a received connection preparation message, and receives a media stream of the media file to be played on the multicast protocol address, and plays the media file to be played locally, where
  • the media stream of the media file to be played is transmitted by the media server on the multicast protocol address after receiving the media transmission identifier and the broadcast message sent by the media controller, and the media file to be played is identified by the media transmission identifier. It realizes that multiple players synchronously play the same media content, and does not need to use multiple media players to request one by one, so no waste of resources.
  • the embodiment further provides a media player, which may specifically include the media controller shown in FIG. 7 or FIG. 8 above and the media renderer shown in FIG. 11 or FIG. 12 described above.
  • the embodiment further provides a media playing system, which may specifically include the media controller shown in FIG. 7 or FIG. 8 above, the media server shown in FIG. 9 or FIG. 10, and at least one of FIG. 11 or FIG. Media renderer.

Abstract

本发明实施例提供一种媒体播放方法、装置和系统，方法包括：向媒体服务器和支持组播的至少一个媒体渲染器分别发送连接准备消息，以通知所述媒体服务器和各所述媒体渲染器根据所述连接准备消息配置组播协议地址；向所述媒体服务器发送媒体传输标识符和播放消息，以通知所述媒体服务器根据所述播放消息在所述组播协议地址上传输所述媒体传输标识符标识的待播放媒体文件的媒体流，且所述各媒体渲染器分别在所述组播协议地址上接收所述媒体流，并在本地分别对所述待播放媒体文件进行播放。本发明还提供了一种媒体控制器、媒体服务器、媒体渲染器、媒体播放器和媒体播放系统。本发明实施例实现了多个播放器同步播放同一媒体内容。

Description

媒体播放方法、 装置和系统
技术领域
本发明涉及通信技术， 尤其涉及一种媒体播放方法、 装置和系统。 背景技术
数字生活网络联盟 （ Digital Living Network Alliance; 以下简称： DLNA ) 是为了方便人们的数字家庭娱乐生活而制定的一套标准方案， 在 媒体播放与共享中， 涉及数字媒体服务器 （ Digital Media Server; 以下简 称： DMS )、数字媒体控制器 ( Digital Media Controller; 以下简称： DMC )、 数字媒体播放器 （ Digital Media Player; 以下简称： DMP ) 、 数字媒体渲 染器（ Digital Media Renderer; 以下简称： DMR ) 。 其中， DMS用于存储 和管理媒体资源， 使得其他设备可以通过网络方便地获取到媒体内容， DMC用于浏览 DMS的媒体信息， 从 DMS上获取到媒体的元数据信息， 并命令 DMR播放已经选择的媒体内容 , DMR为不具备 DMC功能的媒体 播放器， DMP为具有 DMC功能的媒体播放器。
图 1为现有技术中的 DLNA三盒交互模型的结构示意图，如图 1所示， 在现有技术中的三盒交互模型由 DMS、 DMR和 DMC组成， DMC通过 DLNA/通用即插即用协议（ Universal Plug and Play; 以下简称： UPnP )设 备自动发现协议得到 DMS和 DMR的设备信息， 这些设备信息用于描述 各设备上提供的服务列表。 内容目录服务（ Content Directory Service; 以 下简称： CDS ) 为其中一个服务， DMC通过 CDS的浏览或搜索命令（即 CDS::browse或 CDS::search ) 获取到 DMS中的媒体内容信息， 以及播放 媒体内容的其他相关信息。 当 DMC要求 DMR播放某个媒体内容时， 将 其中的相关信息发送到 DMR, 以使 DMR能够正确完成播放。
然而，现有的 DLNA技术仅提供了单播传输和播放技术，无法实现多 个播放器同步播放同一媒体内容， 即在家庭中的不同区域实现同步视频播 放、 同步照片推送共享等。 发明内容 本发明实施例提供一种媒体播放方法、 装置和系统， 实现多个播放器 同步播放同一媒体内容。
本发明实施例的第一个方面是提供一种媒体播放方法， 包括： 向媒体服务器和支持组播的至少一个媒体渲染器分别发送连接准备 消息， 以通知所述媒体服务器和各所述媒体渲染器根据所述连接准备消息 配置组播协议地址；
向所述媒体服务器发送媒体传输标识符和播放消息， 以通知所述媒体 服务器根据所述播放消息在所述组播协议地址上传输所述媒体传输标识 符标识的待播放媒体文件的媒体流， 且所述各媒体渲染器分别在所述组播 协议地址上接收所述媒体流， 并在所述各媒体渲染器本地分别对所述待播 放媒体文件进行播放。
本发明实施例的另一个方面是提供另一种媒体播放方法， 包括： 接收媒体控制器发送的连接准备消息， 并根据所述连接准备消息配置 组播协议地址；
接收所述媒体控制器发送的媒体传输标识符和播放消息， 并根据所述 播放消息在所述组播协议地址上传输所述媒体传输标识符标识的待播放 媒体文件的媒体流， 以使支持组播的至少一个媒体渲染器分别在所述组播 协议地址上接收所述媒体流， 并在所述各媒体渲染器本地分别对所述待播 放媒体文件进行播放。
本发明实施例的又一个方面是提供又一种媒体播放方法， 包括： 接收媒体控制器发送的连接准备消息， 并根据所述连接准备消息配置 组播协议地址；
在所述组播协议地址上接收待播放媒体文件的媒体流， 并在本地对所 述待播放媒体文件进行播放；
其中， 所述待播放媒体文件的媒体流为媒体服务器在接收到所述媒体 控制器发送的媒体传输标识符和播放消息后在所述组播协议地址上传输 的， 所述待播放媒体文件由所述媒体传输标识符来标识。
本发明实施例的又一个方面是提供一种媒体控制器， 包括： 连接通知模块， 用于向媒体服务器和支持组播的至少一个媒体渲染器 分别发送连接准备消息， 以通知所述媒体服务器和各所述媒体渲染器根据 所述连接准备消息配置组播协议地址；
播放通知模块， 用于向所述媒体服务器发送媒体传输标识符和播放消 息， 以通知所述媒体服务器根据所述播放消息在所述组播协议地址上传输 所述媒体传输标识符标识的待播放媒体文件的媒体流， 且所述各媒体渲染 器分别在所述组播协议地址上接收所述媒体流， 并在所述各媒体渲染器本 地分别对所述待播放媒体文件进行播放。
本发明实施例的又一个方面是提供一种媒体服务器， 包括： 第一接收模块， 用于接收媒体控制器发送的连接准备消息， 并根据所 述连接准备消息配置组播协议地址；
第二接收模块， 用于所述媒体控制器发送的媒体传输标识符和播放消 息；
发送模块， 用于根据所述播放消息在所述组播协议地址上传输所述媒 体传输标识符标识的待播放媒体文件的媒体流， 以使支持组播的至少一个 媒体渲染器分别在所述组播协议地址上接收所述媒体流， 并在所述各媒体 渲染器本地分别对所述待播放媒体文件进行播放。
本发明实施例的又一个方面是提供一种媒体渲染器， 包括： 第四接收模块， 用于接收媒体控制器发送的连接准备消息， 并根据所 述连接准备消息配置组播协议地址；
播放模块， 用于在所述组播协议地址上接收待播放媒体文件的媒体 流， 并在本地对所述待播放媒体文件进行播放；
其中， 所述待播放媒体文件的媒体流为所述媒体服务器在接收到所述 媒体控制器发送的媒体传输标识符和播放消息后在所述组播协议地址上 传输的， 所述待播放媒体文件由所述媒体传输标识符来标识。
本发明实施例的又一个方面是提供一种媒体播放器， 包括上述媒体控 制器和媒体渲染器。
本发明实施例的又一个方面是提供一种媒体播放系统， 包括上述媒体 控制器、 上述媒体服务器和至少一个上述媒体渲染器。
本发明实施例的技术效果是： 通过向媒体服务器和至少一个媒体播放 器分别发送连接准备消息， 以使媒体服务器和各媒体播放器配置组播协议 地址， 再向媒体服务器发送媒体传输标识符和播放消息， 以通知媒体服务 器在组播协议地址上传输待播放媒体文件的媒体流， 各媒体播放器分别在 组播协议地址上接收该媒体流， 并在所述各媒体播放器本地分别对待播放 媒体文件进行播放； 本实施例实现了多个播放器同步播放同一媒体内容， 且无需釆用多个媒体播放器一一请求的方式， 节省了媒体流传输网络带 宽。 附图说明
实施例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见 地， 下面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员 来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。
图 1为现有技术中的 DLNA三盒交互模型的结构示意图；
图 2为本发明媒体播放方法实施例一的流程图；
图 3为本发明媒体播放方法实施例一中的网元交互示意图；
图 4为本发明媒体播放方法实施例二的流程图；
图 5为本发明媒体播放方法实施例三的流程图；
图 6为本发明媒体播放方法实施例四的信令图；
图 7为本发明媒体控制器实施例一的结构示意图；
图 8为本发明媒体控制器实施例二的结构示意图；
图 9为本发明媒体服务器实施例一的结构示意图；
图 10为本发明媒体服务器实施例二的结构示意图；
图 11为本发明媒体渲染器实施例一的结构示意图；
图 12为本发明媒体渲染器实施例二的结构示意图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述，显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
图 2为本发明媒体播放方法实施例一的流程图， 如图 2所示， 本实施 例提供了一种媒体播放方法， 本实施例从媒体控制器一侧对本发明的方案 进行说明， 具体可以包括如下步骤：
步骤 201 , 向媒体服务器和支持组播的至少一个媒体渲染器分别发送 连接准备消息， 以使所述媒体服务器和各所述媒体渲染器根据所述连接准 备消息配置组播协议地址。
本实施例中的媒体控制器可以具体为 DMC或移动数字媒体控制器 ( Mobile Digital Media Controller; 以下简称： M-DMC ) , 媒体服务器可 以具体为 DMS或移动数字媒体服务器（ Mobile Digital Media Server; 以下 简称： M-DMS ) , 媒体渲染器可以具体为 DMR或 DMP。 本实施例为对 现有技术中 DLNA三盒模型的媒体播放方案进行改进， 不局限于单个 DMC、 DMS , DMR网元， 本实施例中的 DMR可以为多个。 图 3为本发 明媒体播放方法实施例一中的网元交互示意图， 如图 3所示， 本实施例中 在本地网络中设置多台 DMR, 多台 DMR在 DMC的控制之下可以同步播 放同一媒体文件。 在本实施例中， DMC、 DMS , DMR各个网元在本地网 络的同一广播域中均能够互连互通， 均能够接收或发送组播报文； 且网元 之间的物理连接不限于以太网接口， 还可以通过无线保真 （Wireless Fidelity; 以下简称： WiFi ) 、 电力线通信 ( Power Line Communication; 以下简称： PLC ) 、 下一代家庭移动网络 ( Next Generation Home entertainment network; 以下简称： G.hn ) 来连接。
本步骤为媒体控制器向媒体服务器发送连接准备消息， 媒体服务器在 接收到该连接准备消息后准备媒体传输连接， 具体可以根据该连接准备消 息将传输地址配置为组播协议地址， 后续媒体服务器在该组播协议地址上 传输相关的媒体流。 媒体控制器还向支持组播的至少一个媒体渲染器也分 别发送连接准备消息， 各媒体渲染器在接收到该连接准备消息后准备媒体 传输连接， 具体可以根据该连接准备消息将传输地址配置为组播协议地 址， 后续各媒体渲染器分别在该组播协议地址上接收媒体流。
步骤 202, 向媒体服务器发送媒体传输标识符和播放消息， 以通知媒 体服务器根据播放消息在组播协议地址上传输媒体传输标识符标识的待 播放媒体文件的媒体流， 且各媒体渲染器分别在组播协议地址上接收媒体 流， 并在所述各媒体渲染器本地分别对待播放媒体文件进行播放。
在媒体服务器和各媒体渲染器均完成媒体传输连接的准备后， 媒体控 制器向媒体服务器发送媒体传输标识符和播放消息， 通过播放消息通知媒 体服务器在组播协议地址上传输待播放媒体文件的媒体流。 其中， 待播放 媒体文件为由媒体传输标识符标识的媒体文件， 具体可以为用户通过媒体 控制器的显示界面选择需要播放的媒体文件， 媒体控制器根据用户的选择 生成媒体传输标识符。 媒体服务器在接收到播放消息后， 在之前获取的组 播协议地址上传输待播放媒体文件的媒体流； 各媒体渲染器分别在之前获 取的组播协议地址上接收该媒体流， 各媒体渲染器在接收到媒体流后， 便 可以分别在所述各媒体渲染器各自本地对该待播放媒体文件进行播放， 从 而达到了同源媒体多点同步播放的效果。
进一步地， 本实施例提供的媒体播放方法还可以包括如下步骤： 通过 设备自动发现过程获取所述媒体服务器和所述媒体渲染器的设备信息， 所 述设备信息包含所述媒体服务器和所述媒体渲染器所支持的所有服务的 服务信息。 在进行媒体播放之前， 媒体控制器需要通过设备自动发现过程 获取到媒体服务器和各媒体渲染器的设备信息， 这些设备信息中包含了每 个设备所支持的所有服务的服务信息。 此处的服务信息可以为每个服务对 应的月良务 4 述统——资源定位符 ( Uniform Resource Locator to service description;以下简称： SCPDURL )、控制统一资源定位符（ URL for control; 以下简称： controlURL )和事件统一资源定位符 （ URL for eventing； 以下 简称： eventSubURL ) 。 其中， SCPDURL所指的 URL定义了该服务的能 力集，其主要包括服务状态表（ serviceStateTable )和操作列表（ actionList ) , serviceStateTable中包含了该服务的所有内部状态变量， actionList中说明 了该
服务提供给外部系统的操作接口。 controlURL定义了服务的控制点
( Control Point; 以下简称： CP )提交 Action时的目标 URL, 该 URL所 在的服务子系统负责执行该 Action, eventSubURL定义了订阅 eventing的 URL。 在本实施例中， 媒体服务器所支持的服务包括 CDS、 连接管理服务 ( Connection Management Service; 以下简称： CMS ) 和音频视频传输月良 务 ( Audio Video Transport Service; 以下简称： AVTS ) , 且 CDS服务需 要支持浏览操作 （ Browse Action ) 或搜索操作 （ Search Action ) 。 媒体渲 染器所支持的服务包括 CMS , 也可以支持 AVTS以及渲染控制服务
( Rendering Control Service; 以下简称： RCS ) 。
具体地， 本实施例中的步骤 201中媒体控制器发送的连接准备消息可 以具体为 CMS服务中的 PrepareForConnection, 即 DMC通过 CM::
PrepareForConnection命令 DMS准备媒体传输连接， 以及通过 CM::
PrepareForConnection命令各 DMR准备媒体传输连接。本实施例中的步骤 202中媒体控制器发送的媒体传输标识符和播放消息可以具体为 AVTS服 务中的 SetAVTransportURI和 Play,即 DMC通过 AVT:: SetAVTransportURI 和 AVT::Play命令 DMS开始通过组播媒体传输协议发送已经流化的待播 放媒体文件的媒体流。
本实施例提供了一种媒体播放方法， 通过向媒体服务器和至少一个媒 体渲染器分别发送连接准备消息， 以使媒体服务器和各媒体渲染器配置组 播协议地址， 再向媒体服务器发送媒体传输标识符和播放消息， 以通知媒 体服务器在组播协议地址上传输待播放媒体文件的媒体流， 各媒体渲染器 分别在组播协议地址上接收该媒体流， 并在各媒体渲染器本地分别对待播 放媒体文件进行播放； 由于本实施例中的媒体渲染器包含在媒体播放器 中， 则本实施例实现了多个播放器同步播放同一媒体内容， 且无需釆用多 个媒体播放器——请求的方式， 因此不会造成资源浪费。
图 4为本发明媒体播放方法实施例二的流程图， 如图 4所示， 本实施 例提供了一种媒体播放方法， 本实施例从媒体服务器一侧对本发明的方案 进行说明， 可以具体包括如下步骤：
步骤 401 , 接收媒体控制器发送的连接准备消息， 并根据所述连接准 备消息配置组播协议地址。
本步骤为媒体服务器接收媒体控制器发送的连接准备消息， 媒体服务 器在接收到连接准备消息后准备媒体传输连接， 具体可以根据该连接准备 消息将传输地址配置为组播协议地址， 后续媒体服务器在该组播协议地址 上传输相关的媒体流。
步骤 402, 接收媒体控制器发送的媒体传输标识符和播放消息， 并根 据播放消息在组播协议地址上传输媒体传输标识符标识的待播放媒体文 件的媒体流， 以使支持组播的至少一个媒体渲染器分别在所述组播协议地 址上接收所述媒体流， 并在各媒体渲染器本地分别对所述待播放媒体文件 进行播放。
在媒体服务器完成媒体传输连接的准备后， 媒体服务器继续接收媒体 控制器发送的媒体传输标识符和播放消息， 媒体服务器根据播放消息在组 播协议地址上传输待播放媒体文件的媒体流。 其中， 待播放媒体文件为由 媒体传输标识符标识的媒体文件， 具体可以为用户通过媒体控制器的显示 界面选择需要播放的媒体文件， 媒体控制器根据用户的选择生成媒体传输 标识符。 媒体服务器在接收到播放消息后， 在之前获取的组播协议地址上 传输待播放媒体文件的媒体流； 各媒体渲染器分别在之前获取的组播协议 地址上接收该媒体流， 各媒体渲染器在接收到媒体流后， 便可以分别在各 媒体渲染器各自本地对该待播放媒体文件进行播放， 从而达到了同源媒体 多点同步播放的效果。 其中， 本步骤中的媒体渲染器为用户选择的支持组 播的媒体渲染器。
进一步地， 本实施例提供的媒体播放方法还可以包括如下步骤： 媒体 服务器接收所述媒体控制器发送的播放控制消息； 媒体服务器根据所述播 放控制消息对所述待播放媒体文件的播放进度和播放速度进行控制。
本实施例提供了一种媒体播放方法， 通过接收的连接准备消息配置组 播协议地址， 通过接收的播放消息在组播协议地址上传输待播放媒体文件 的媒体流， 各媒体渲染器分别在组播协议地址上接收该媒体流， 并在各媒 体渲染器本地分别对待播放媒体文件进行播放； 本实施例实现了多个播放 器同步播放同一媒体内容， 且无需釆用多个媒体播放器一一请求的方式， 因此不会造成资源浪费。
图 5为本发明媒体播放方法实施例三的流程图， 如图 5所示， 本实施 例提供了一种媒体播放方法， 本实施例从媒体渲染器一侧对本发明的方案 进行说明， 可以具体包括如下步骤：
步骤 501 , 接收媒体控制器发送的连接准备消息， 并根据所述连接准 备消息配置组播协议地址。
本步骤为媒体渲染器接收媒体控制器发送的连接准备消息， 媒体渲染 器再接收到该连接准备消息后准备媒体传输连接， 具体可以根据该连接准 备消息将传输地址配置为组播协议地址， 后续媒体渲染器在该组播协议地 址上接收媒体流。
步骤 502 , 在组播协议地址上接收待播放媒体文件的媒体流， 并在本 地对所述待播放媒体文件进行播放。
本步骤为媒体渲染器在之前获取的组播协议地址上接收该媒体流， 媒 体渲染器在接收到媒体流后， 便可以在本地对该待播放媒体文件进行播 放， 从而达到了同源媒体多点同步播放的效果。 其中， 待播放媒体文件的 媒体流为所述媒体服务器在接收到所述媒体控制器发送的媒体传输标识 符和播放消息后在所述组播协议地址上传输的， 所述待播放媒体文件由所 述媒体传输标识符来标识， 具体可以为用户通过媒体控制器的显示界面选 择需要播放的媒体文件， 媒体控制器根据用户的选择生成媒体传输标识 符。 其中， 本步骤中的媒体渲染器为用户选择的支持组播的媒体渲染器。
进一步地， 本实施例提供的媒体播放方法还可以包括如下步骤： 在接 收到所述连接准备消息后， 媒体渲染器检查所述媒体控制器获取的所述媒 体服务器的媒体传输协议是否为组播媒体传输协议， 即检查媒体控制器是 否支持组播媒体传输协议。 如果所述媒体服务器的媒体传输协议为组播媒 体传输协议， 则媒体渲染器加入所述组播协议地址标识的组播地址组中。
进一步地， 本实施例提供的媒体播放方法还可以包括如下步骤： 媒体 渲染器接收所述媒体控制器发送的效果控制消息； 媒体渲染器根据所述效 果控制消息对所述待播放媒体文件的播放效果进行控制。
本实施例提供了一种媒体播放方法， 通过接收的连接准备消息配置组 播协议地址， 并在组播协议地址上接收待播放媒体文件的媒体流， 在本地 对待播放媒体文件进行播放， 其中， 待播放媒体文件的媒体流为媒体服务 器在接收到媒体控制器发送的媒体传输标识符和播放消息后在组播协议 地址上传输的， 待播放媒体文件由媒体传输标识符来标识； 本实施例实现 了多个播放器同步播放同一媒体内容， 且无需釆用多个媒体播放器一一请 求的方式， 因此不会造成资源浪费。
图 6为本发明媒体播放方法实施例四的信令图， 如图 6所示， 本实施 例提供了一种媒体播放方法， 本实施例中的媒体控制器具体为 DMC , 媒 体服务器具体为 DMS , 媒体渲染器具体为 DMR; 本实施例中的 DMS所 支持的服务包括 CDS、 CMS和 AVTS ,且 CDS服务需要支持 Browse Action; DMR所支持的服务包括 CMS , 也可以支持 AVTS以及 RCS。 本实施例可 以具体包括如下步骤：
步骤 601 , DMC向 DMS发送浏览操作命令。
在本实施例中， DMC在控制 DMS播放媒体文件前， DMC先向 DMS 发送浏览操作命令， 本实施例中的浏览操作命令可以具体为 CDS服务中 的 Browse„
步骤 602 , DMC从 DMS的媒体信息库中获取供用户选择的媒体文件 的媒体信息列表。
DMS在接收到浏览操作命令后， 可以向 DMC返回 DMS的媒体信息 库， DMC可以从 DMS的媒体信息库中获取供用户选择的媒体文件的媒体 信息列表。 其中， 媒体信息列表中的每条媒体信息项包含每个媒体文件的 媒体传输协议和媒体格式， 在本实施例中， DMS在生成媒体信息库中的 媒体信息项时， 每个媒体文件可以对应多个媒体信息项， 即每个媒体文件 可以包含多种媒体传输协议和媒体格式， 本实施例中对每个媒体文件需要 生成至少一个组播媒体传输协议的媒体信息项。 在本实施例中， 即 DMC 可以具体通过 CDS: :Browse浏览 DMS的媒体信息库， 从而在显示界面上 显示媒体信息库中所有的媒体信息列表供用户选择。 或者， DMC也可以 通过 CDS: : Search搜索 DMS的媒体信息库， 从而在显示界面上直接显示 媒体信息库中搜索到的媒体信息列表供用户选择。
在本实施例中， DMS的媒体信息库中的媒体内容信息由 DMS通过 CDS服务为每一个媒体文件生成的， 同一个媒体文件可以生成至少一条媒 体信息项， 每一条媒体信息项定义了对该媒体源的一种访问方式， 本实施 例中的媒体信息项可以使用 Res标示。 如对于节目 "/sdcard/media/非诚勿 扰. mpeg" 来说， DMS通过 CDS为其生成的媒体信息项可以如下所示： <res protocolInfo= "http-get:* :video/mpeg: * " >
http://192.1 68.1.2:8080/wishb- dms/media./非诚勿扰. m。eg</res>
<res protocolInfo= "rtsp-RTP-UDP:* :video/x-ms-wmv: *" >
1^ :〃192.168.1.2:554/\¥18111)-(11118/1116(11&/非诚勿扰.\¥111¥</ 8> 其中， protocollnfo由如下字符串组成：
<protocol>:<network>:<contentFormat>:<additionalInfo>。 其中 protocol定 义了流媒体客户端获取流媒体内容的传输协议， contentFormat定义了媒体 格式等关键信息。
步骤 603 , DMC根据媒体信息列表获取待播放媒体文件的媒体传输协 议和媒体格式。
在本实施例中， 用户可以通过显示界面选择需要多点同步播放的媒体 文件， 即待播放媒体文件。 DMC可以根据媒体信息列表中待播放媒体文 件对应的媒体信息项， 获取该待播放文件的媒体传输协议和媒体格式。 在 本实施例中， 要求 DMS支持媒体文件的媒体内容通过组播媒体传输协议 来传输。
步骤 604, DMC分别向用户选择的至少一个 DMR发送协议信息获取 命令。
在本实施例中， 用户可以选择多个 DMR对待播放媒体文件进行同步 播放， 本步骤为 DMC分别向用户选择的至少一个 DMR发送协议信息获 取命令。 本实施例中的协议信息获取命令可以具体为 CM服务中的
GetProtocolInfo。
步骤 605 ,各 DMR分别向 DMC返回各自所支持的基于组播的媒体传 输协议和媒体格式。
各 DMR接收到 DMC的协议信息获取命令后， 各 DMR分别向 DMC 返回各自所支持的基于组播的媒体传输协议和媒体格式。 DMC可以具体 通过 CM: : GetProtocolInfo获取各 DMR所支持的基于组播的媒体传输协议 和媒体格式， 其中， 一个 DMR可以支持多种媒体传输协议和媒体格式。 在本实施例中， 要求各 DMR支持组播媒体传输协议。 此处的组播媒体传 输协议可以为基于组播包的实时流媒体传输协议 （ Realtime Transform Protocol over User Datagram Protocol over multicast; 以下简称：
RTP-UDP-mc ) 、 基于超文本和组播数据包的流媒体传输协议（ HyperText Transfer Protocol streaming over User Datagram Protocol over multicast; 以 下简称： httpu-mc ) 等。 在本实施例中， DMC从 DMR上获取的协议信息 可以例如为： rotocolInfo= "RTP-UDP-mc:224.0.0.xxx:video/h264:*" , 或 者为： rotocolInfo= " httpu-mc : 224.0.0. xxx : video/h264： * " 。 其中， 获取到 DMR的媒体传输协议为组播媒体传输协议 RTP-UDP-mc或 httpu-mc, 组 播协议地址为 224.0.0.xxx/24 , 即媒体流只在本地网络中组播传输。
步骤 606, DMC对待播放媒体文件的媒体传输协议和媒体格式， 以及 各 DMR所支持的基于组播的媒体传输协议和媒体格式进行匹配， 得到 DMS和 DMR均能支持的基于组播的媒体传输协议和媒体格式。
在获取到待播放媒体文件的媒体传输协议和媒体格式， 以及各 DMR 所支持的基于组播的媒体传输协议和媒体格式后， 根据二者的媒体传输协 议和媒体格式进行匹配， 从而得到最佳的媒体传输协议和媒体格式， 此处 的最佳的媒体传输协议和媒体格式为 DMS和各 DMR均能够支持的基于 组播的媒体传输协议和媒体格式。 在本实施例中， 优选的最佳的媒体传输 协议为组播媒体传输协议， 并获取到支持组播的至少一个 DMR, 当所有 DMR均不支持组播媒体传输协议时， 向用户提示播放失败。
步骤 607, DMC向 DMS发送连接准备消息。
本实施例中的连接准备消息可以具体为 CMS中的
PrepareForConnection , 本步骤可以具体为 DMC通过
CM:： PrepareForConnection命令 DMS准备媒体传输连接。
步骤 608 , DMS根据连接准备消息配置组播协议地址。
在接收到 DMC发送的连接准备消息后， DMS根据连接准备消息准备 媒体传输连接， 将传输地址配置为组播协议地址， 例如 DMS准备
RTP-UDP-mc:224.0.0.xxx 或者 httpu-mc :224.0.0. xxx的组播协议地址进行 媒体传输连接。
步骤 609, DMC向各 DMR发送连接准备消息。
本实施例中的连接准备消息可以具体为 CMS中的
PrepareForConnection , 本步骤可以具体为 DMC通过
CM:： PrepareForConnection命令支持组播的各 DMR准备媒体传输连接。
步骤 610, 各 DMR根据连接准备消息配置组播协议地址。
在接收到 DMC发送的连接准备消息后， DMC根据连接准备消息准备 媒体传输连接， 将传输地址配置为组播协议地址， 例如 DMS准备
RTP-UDP-mc:224.0.0.xxx 或者 httpu-mc :224.0.0. xxx的组播协议地址进行 媒体流的接收。
步骤 611 , DMC向 DMS发送媒体传输标识符。
本步骤为 DMC向 DMS发送媒体传输标识符， 该媒体传输标识符用 于标识待播放媒体文件， 其可以具体为 AVTS服务中的
SetAVTransportURL 本步骤可以具体为 DMC通过
AVT:： SetAVTransportURI通知 DMS待播放媒体文件 , 即通知 DMS用户 选择的需要播放的媒体文件。
步骤 612, DMS向 DMC返回接收成功响应。
DMS在接收到媒体传输标识符后，可以向 DMC返回一个接收成功响 应， 以表明 DMC发送的媒体传输标识符已经发送成功， DMS已经获取到 待播放媒体文件。
步骤 613 , DMC向 DMS发送播放消息。
本步骤为 DMC向 DMS发送播放消息，该播放消息可以具体为 AVTS 月良务中的 Play。本步骤可以具体为 DMC通过 AVT::Play通知 DMS播放待 播放媒体文件， 此处的播放具体为 DMS通过组播媒体传输协议发送已经 流化的待播放媒体文件的媒体流。
步骤 614, DMS向 DMC返回接收成功响应。
DMS在接收到播放消息后， 可以向 DMC返回一个接收成功响应， 以 表明 DMC发送的播放消息已经发送成功。
步骤 615 , DMS根据播放消息在组播协议地址上传输媒体传输标识符 标识的待播放媒体文件的媒体流。
DMS根据播放消息在组播协议地址上传输上述媒体传输标识符标识 的待播放文件的媒体流， 具体可以为在如 224.0.0.xxx上传输
SetAVTransportURI标识的待播放媒体文件的媒体流。
步骤 616, 各 DMR分别在组播协议地址上接收媒体流， 并在本地分 别对所述待播放媒体文件进行播放。
支持组播的各 DMR则分别在组播协议地址上接收媒体流， 并在接收 到媒体流后分别实时在本地进行播放， 从而实现了在多个 DMR上同步播 放同一个媒体文件。
步骤 617 , DMC向 DMS发送播放控制消息。 在本实施例中， 在同源媒体多点同步播放过程中 , DMC还可以对多 个 DMR上播放的媒体文件进行同步控制， 此处的控制可以为控制媒体文 件的播放过程和播放进度， 包括播放停止、 播放暂停、 播放开始、 播放寻 找等。 本步骤具体为 DMC向 DMS发送播放控制消息， 该播放控制消息 可以具体为 AVTS服务中的 Stop、 Pause, Start, Seek。
步骤 618, DMS根据播放控制消息对待播放媒体文件的播放进度和播 放速度进行控制。
DMS在接收到 DMC发送的播放控制消息后，根据该播放控制消息对 待播放媒体文件的播放进度和播放速度等进行控制。 本实施例具体为 DMC通过 AVT:: (Stop, Pause, Start, Seek)等命令控制 DMS对各 DMR 上播放的媒体文件的播放进度和播放速度等进行统一控制， 如播放停止、 播放暂停等。
步骤 619, DMC向各 DMR发送效果控制消息。
在本实施例中， DMC除了可以对媒体文件的播放进度进行统一控制， 还可以统一控制媒体文件的播放效果。 本步骤具体为 DMC向各 DMR发 送效果控制消息， 该效果控制消息可以具体为 RCS服务中的 SetVolume、 SetBrightness等。
步骤 620, DMR根据效果控制消息对待播放媒体文件的播放效果进行 控制。
各 DMR在接收到 DMC发送的效果控制消息后， 根据该效果控制消 息对待播放媒体文件的播放效果进行控制。 本实施例具体为 DMC通过 RCS:: (SetVolume, SetBrightness)等命令对各 DMR上播放的媒体文件的播 放渲染效果进行统一控制， 如设置播放音量、 设置画面亮度等。
另外， 在本实施例中， DMC还可以通过 AVT:： SetAVTransportURI和 AVT::Play重复或播放其他可以播放的媒体内容。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算 机可读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步 骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存 储程序代码的介质。 图 7为本发明媒体控制器实施例一的结构示意图， 如图 7所示， 本实 施例提供了一种媒体控制器， 可以具体执行上述方法实施例一中的各个步 骤， 此处不再赘述。 本实施例提供的媒体控制器可以具体包括连接通知模 块 701和播放通知模块 702。 其中， 连接通知模块 701用于向媒体服务器 和支持组播的至少一个媒体渲染器分别发送连接准备消息， 以通知所述媒 体服务器和各所述媒体渲染器根据所述连接准备消息配置组播协议地址。 播放通知模块 702用于向所述媒体服务器发送媒体传输标识符和播放消 息， 以通知所述媒体服务器根据所述播放消息在所述组播协议地址上传输 所述媒体传输标识符标识的待播放媒体文件的媒体流， 且所述各媒体渲染 器分别在所述组播协议地址上接收所述媒体流， 并在所述各媒体渲染器本 地分别对所述待播放媒体文件进行播放。
图 8为本发明媒体控制器实施例二的结构示意图， 如图 8所示， 本实 施例提供了一种媒体控制器， 可以具体执行上述方法实施例四中的各个步 骤， 此处不再赘述。 本实施例提供的媒体控制器在上述图 7所示的基础之 上， 还可以包括第一获取模块 801、 第二获取模块 802、 第三获取模块 803 和匹配模块 804。 其中， 第一获取模块 801用于从所述媒体服务器的媒体 信息库中获取供用户选择的媒体文件的媒体信息列表， 所述媒体信息列表 中的每条媒体信息项包含每个媒体文件的媒体传输协议和媒体格式。 第二 获取模块 802用于根据所述媒体信息列表获取所述待播放媒体文件的媒体 传输协议和媒体格式。 第三获取模块 803用于根据用户选择的至少一个媒 体渲染器的媒体渲染器列表， 获取各所述媒体渲染器所支持的基于组播的 媒体传输协议和媒体格式。 匹配模块 804用于对所述待播放媒体文件的媒 体传输协议和媒体格式， 以及所述各媒体渲染器所支持的基于组播的媒体 传输协议和媒体格式进行匹配， 得到所述媒体服务器和所述各媒体渲染器 均能支持的基于组播的媒体传输协议和媒体格式， 并获取所述支持组播的 至少一个媒体渲染器。
进一步地， 本实施例提供的媒体控制器还可以包括第一播放控制模块 805和第一效果控制模块 806。 其中， 第一播放控制模块 805用于向所述 媒体服务器发送播放控制消息， 以使所述媒体服务器根据所述播放控制消 息对所述待播放媒体文件的播放过程进行控制。 第一效果控制模块 806用 于向所述各媒体渲染器发送效果控制消息， 以使所述各媒体渲染器根据所 述效果控制消息对所述待播放媒体文件的播放效果进行控制。
更进一步地， 本实施例提供的媒体控制器还可以第四获取模块 807 , 第四获取模块 807用于通过设备自动发现过程获取所述媒体服务器和所述 媒体渲染器的设备信息， 所述设备信息包含所述媒体服务器和所述媒体渲 染器所支持的所有服务的服务信息。 其中， 所述媒体服务器所支持的服务 包括内容目录服务、 连接管理服务和音频视频传输服务， 所述媒体渲染器 所支持的服务包括连接管理服务。
本实施例提供了一种媒体控制器， 通过向媒体服务器和至少一个媒体 渲染器分别发送连接准备消息， 以使媒体服务器和各媒体渲染器配置组播 协议地址， 再向媒体服务器发送媒体传输标识符和播放消息， 以通知媒体 服务器在组播协议地址上传输待播放媒体文件的媒体流， 各媒体渲染器分 别在组播协议地址上接收该媒体流， 并在所述各媒体渲染器本地分别对待 播放媒体文件进行播放； 本实施例实现了多个播放器同步播放同一媒体内 容，且无需釆用多个媒体播放器——请求的方式， 因此不会造成资源浪费。
图 9为本发明媒体服务器实施例一的结构示意图， 如图 9所示， 本实 施例提供了一种媒体服务器， 可以具体执行上述方法实施例二中的各个步 骤， 此处不再赘述。 本实施例提供的媒体服务器可以具体包括第一接收模 块 901、 第二接收模块 902和发送模块 903。 其中， 第一接收模块 901用 于接收媒体控制器发送的连接准备消息， 并根据所述连接准备消息配置组 播协议地址。 第二接收模块 902用于接收所述媒体控制器发送的媒体传输 标识符和播放消息。 发送模块 903用于根据所述播放消息在所述组播协议 地址上传输所述媒体传输标识符标识的待播放媒体文件的媒体流， 以使支 持组播的至少一个媒体渲染器分别在所述组播协议地址上接收所述媒体 流， 并在所述各媒体渲染器本地分别对所述待播放媒体文件进行播放。
图 10为本发明媒体服务器实施例二的结构示意图， 如图 10所示， 本 实施例提供了一种媒体服务器， 可以具体执行上述方法实施例四中的各个 步骤， 此处不再赘述。 本实施例提供的媒体服务器在上述图 9所示的基础 之上， 还可以包括第三接收模块 1001和第二播放控制模块 1002。 其中， 第三接收模块 1001用于接收所述媒体控制器发送的播放控制消息。 第二 播放控制模块 1002用于具所述播放控制消息对所述待播放媒体文件的播 放进度和播放速度进行控制。
本实施例提供了一种媒体服务器， 通过接收的连接准备消息配置组播 协议地址， 通过接收的播放消息在组播协议地址上传输待播放媒体文件的 媒体流， 各媒体渲染器分别在组播协议地址上接收该媒体流， 并在各媒体 渲染器本地分别对待播放媒体文件进行播放； 本实施例实现了多个播放器 同步播放同一媒体内容， 且无需釆用多个媒体播放器——请求的方式， 因 此不会造成资源浪费。
图 11为本发明媒体渲染器实施例一的结构示意图， 如图 11所示， 本 实施例提供了一种媒体渲染服务器， 可以具体执行上述方法实施例三中的 各个步骤， 此处不再赘述。 本实施例提供的媒体渲染器可以具体包括第四 接收模块 1101和播放模块 1 102。 其中， 第四接收模块 1101用于接收媒体 控制器发送的连接准备消息， 并根据所述连接准备消息配置组播协议地 址。 播放模块 1102用于在所述组播协议地址上接收待播放媒体文件的媒 体流， 并在本地对所述待播放媒体文件进行播放。 其中， 所述待播放媒体 文件的媒体流为所述媒体服务器在接收到所述媒体控制器发送的媒体传 输标识符和播放消息后在所述组播协议地址上传输的， 所述待播放媒体文 件由所述媒体传输标识符来标识。
图 12为本发明媒体渲染器实施例二的结构示意图， 如图 12所示， 本 实施例提供了一种媒体渲染器， 可以具体执行上述方法实施例四中的各个 步骤， 此处不再赘述。 本实施例提供的媒体渲染器在上述图 11所示的基 础之上， 还可以包括检查模块 1201和组播加入模块 1202。 其中， 检查模 块 1201用于在接收到所述连接准备消息后， 检查所述媒体控制器获取的 所述媒体服务器的媒体传输协议是否为组播媒体传输协议。 组播加入模块 1202用于如果所述媒体服务器的媒体传输协议为组播媒体传输协议，则加 入所述组播协议地址标识的组播地址组中。
进一步地，本实施例提供的媒体渲染器还可以包括第五接收模块 1203 和第二效果控制模块 1204。 其中， 第五接收模块 1203用于接收所述媒体 控制器发送的效果控制消息。 第二效果控制模块 1204用于根据所述效果 控制消息对所述待播放媒体文件的播放效果进行控制。 本实施例提供了一种媒体渲染器， 通过接收的连接准备消息配置组播 协议地址， 并在组播协议地址上接收待播放媒体文件的媒体流， 在本地对 待播放媒体文件进行播放， 其中， 待播放媒体文件的媒体流为媒体服务器 在接收到媒体控制器发送的媒体传输标识符和播放消息后在组播协议地 址上传输的， 待播放媒体文件由媒体传输标识符来标识； 本实施例实现了 多个播放器同步播放同一媒体内容， 且无需釆用多个媒体播放器一一请求 的方式， 因此不会造成资源浪费。
本实施例还提供了一种媒体播放器， 可以具体包括上述图 7或图 8所 示的媒体控制器和上述图 1 1或图 12所示的媒体渲染器。
本实施例还提供了一种媒体播放系统， 可以具体包括上述图 7或图 8 所示的媒体控制器、 上述图 9或图 10所示的媒体服务器和至少一个图 11 或图 12所示的媒体渲染器。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非 对其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的 普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进 行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或 者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的范 围。

Claims

权 利 要 求 书
1、 一种媒体播放方法， 其特征在于， 包括：
向媒体服务器和支持组播的至少一个媒体渲染器分别发送连接准备 消息， 以通知所述媒体服务器和各所述媒体渲染器根据所述连接准备消息 配置组播协议地址；
向所述媒体服务器发送媒体传输标识符和播放消息， 以通知所述媒体 服务器根据所述播放消息在所述组播协议地址上传输所述媒体传输标识 符标识的待播放媒体文件的媒体流， 且所述各媒体渲染器分别在所述组播 协议地址上接收所述媒体流， 并在所述各媒体渲染器本地分别对所述待播 放媒体文件进行播放。
2、 根据权利要求 1所述的方法， 其特征在于， 还包括：
从所述媒体服务器的媒体信息库中获取供用户选择的媒体文件的媒 体信息列表， 所述媒体信息列表中的每条媒体信息项包含每个媒体文件的 媒体传输协议和媒体格式；
根据所述媒体信息列表获取所述待播放媒体文件的媒体传输协议和 媒体格式；
根据用户选择的至少一个媒体渲染器的媒体渲染器列表， 获取各所述 媒体渲染器所支持的基于组播的媒体传输协议和媒体格式；
对所述待播放媒体文件的媒体传输协议和媒体格式， 以及所述各媒体 渲染器所支持的基于组播的媒体传输协议和媒体格式进行匹配， 得到所述 媒体服务器和所述各媒体渲染器均能支持的基于组播的媒体传输协议和 媒体格式， 并获取所述支持组播的至少一个媒体渲染器。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 还包括： 向所述媒体服务器发送播放控制消息， 以使所述媒体服务器根据所述 播放控制消息对所述待播放媒体文件的播放过程进行控制；
向所述各媒体渲染器发送效果控制消息， 以使所述各媒体渲染器根据 所述效果控制消息对所述待播放媒体文件的播放效果进行控制。
4、 根据权利要求 1所述的方法， 其特征在于， 还包括：
通过设备自动发现过程获取所述媒体服务器和所述媒体渲染器的设 备信息， 所述设备信息包含所述媒体服务器和所述媒体渲染器所支持的所 有服务的服务信息；
其中， 所述媒体服务器所支持的服务包括内容目录服务、 连接管理服 务和音频视频传输服务， 所述媒体渲染器所支持的服务包括连接管理服 务。
5、 一种媒体播放方法， 其特征在于， 包括：
接收媒体控制器发送的连接准备消息， 并根据所述连接准备消息配置 组播协议地址；
接收所述媒体控制器发送的媒体传输标识符和播放消息， 并根据所述 播放消息在所述组播协议地址上传输所述媒体传输标识符标识的待播放 媒体文件的媒体流， 以使支持组播的至少一个媒体渲染器分别在所述组播 协议地址上接收所述媒体流， 并在所述各媒体渲染器本地分别对所述待播 放媒体文件进行播放。
6、 根据权利要求 5所述的方法， 其特征在于， 还包括：
接收所述媒体控制器发送的播放控制消息；
根据所述播放控制消息对所述待播放媒体文件的播放进度和播放速 度进行控制。
7、 一种媒体播放方法， 其特征在于， 包括：
接收媒体控制器发送的连接准备消息， 并根据所述连接准备消息配置 组播协议地址；
在所述组播协议地址上接收待播放媒体文件的媒体流， 并在本地对所 述待播放媒体文件进行播放；
其中， 所述待播放媒体文件的媒体流为媒体服务器在接收到所述媒体 控制器发送的媒体传输标识符和播放消息后在所述组播协议地址上传输 的， 所述待播放媒体文件由所述媒体传输标识符来标识。
8、 根据权利要求 7所述的方法， 其特征在于， 还包括：
在接收到所述连接准备消息后， 检查所述媒体控制器获取的所述媒体 服务器的媒体传输协议是否为组播媒体传输协议；
如果所述媒体服务器的媒体传输协议为组播媒体传输协议， 则加入所 述组播协议地址标识的组播地址组中。
9、 根据权利要求 7或 8所述的方法， 其特征在于， 还包括： 接收所述媒体控制器发送的效果控制消息；
根据所述效果控制消息对所述待播放媒体文件的播放效果进行控制。
10、 一种媒体控制器， 其特征在于， 包括：
连接通知模块， 用于向媒体服务器和支持组播的至少一个媒体渲染器 分别发送连接准备消息， 以通知所述媒体服务器和各所述媒体渲染器根据 所述连接准备消息配置组播协议地址；
播放通知模块， 用于向所述媒体服务器发送媒体传输标识符和播放消 息， 以通知所述媒体服务器根据所述播放消息在所述组播协议地址上传输 所述媒体传输标识符标识的待播放媒体文件的媒体流， 且所述各媒体渲染 器分别在所述组播协议地址上接收所述媒体流， 并在所述各媒体渲染器本 地分别对所述待播放媒体文件进行播放。
11、 根据权利要求 10所述的控制器， 其特征在于， 还包括： 第一获取模块， 用于从所述媒体服务器的媒体信息库中获取供用户选 择的媒体文件的媒体信息列表， 所述媒体信息列表中的每条媒体信息项包 含每个媒体文件的媒体传输协议和媒体格式；
第二获取模块， 用于根据所述媒体信息列表获取所述待播放媒体文件 的媒体传输协议和媒体格式；
第三获取模块， 用于根据用户选择的至少一个媒体渲染器的媒体渲染 器列表， 获取各所述媒体渲染器所支持的基于组播的媒体传输协议和媒体 格式；
匹配模块， 用于对所述待播放媒体文件的媒体传输协议和媒体格式， 以及所述各媒体渲染器所支持的基于组播的媒体传输协议和媒体格式进 行匹配， 得到所述媒体服务器和所述各媒体渲染器均能支持的基于组播的 媒体传输协议和媒体格式， 并获取所述支持组播的至少一个媒体渲染器。
12、 根据权利要求 10或 11所述的控制器， 其特征在于， 还包括： 第一播放控制模块， 用于向所述媒体服务器发送播放控制消息， 以使 所述媒体服务器根据所述播放控制消息对所述待播放媒体文件的播放过 程进行控制；
第一效果控制模块， 用于向所述各媒体渲染器发送效果控制消息， 以 使所述各媒体渲染器根据所述效果控制消息对所述待播放媒体文件的播 放效果进行控制。
13、 根据权利要求 10所述的控制器， 其特征在于， 还包括： 第四获取模块， 用于通过设备自动发现过程获取所述媒体服务器和所 述媒体渲染器的设备信息， 所述设备信息包含所述媒体服务器和所述媒体 渲染器所支持的所有服务的服务信息；
其中， 所述媒体服务器所支持的服务包括内容目录服务、 连接管理服 务和音频视频传输服务， 所述媒体渲染器所支持的服务包括连接管理服 务。
14、 一种媒体服务器， 其特征在于， 包括：
第一接收模块， 用于接收媒体控制器发送的连接准备消息， 并根据所 述连接准备消息配置组播协议地址；
第二接收模块， 用于接收所述媒体控制器发送的媒体传输标识符和播 放消息；
发送模块， 用于根据所述播放消息在所述组播协议地址上传输所述媒 体传输标识符标识的待播放媒体文件的媒体流， 以使支持组播的至少一个 媒体渲染器分别在所述组播协议地址上接收所述媒体流， 并在所述各媒体 渲染器本地分别对所述待播放媒体文件进行播放。
15、 根据权利要求 14所述的服务器， 其特征在于， 还包括： 第三接收模块， 用于接收所述媒体控制器发送的播放控制消息； 第二播放控制模块， 用于具所述播放控制消息对所述待播放媒体文件 的播放进度和播放速度进行控制。
16、 一种媒体渲染器， 其特征在于， 包括：
第四接收模块， 用于接收媒体控制器发送的连接准备消息， 并根据所 述连接准备消息配置组播协议地址；
播放模块， 用于在所述组播协议地址上接收待播放媒体文件的媒体 流， 并在本地对所述待播放媒体文件进行播放；
其中， 所述待播放媒体文件的媒体流为媒体服务器在接收到所述媒体 控制器发送的媒体传输标识符和播放消息后在所述组播协议地址上传输 的， 所述待播放媒体文件由所述媒体传输标识符来标识。
17、 根据权利要求 16所述的渲染器， 其特征在于， 还包括： 检查模块， 用于在接收到所述连接准备消息后， 检查所述媒体控制器 获取的所述媒体服务器的媒体传输协议是否为组播媒体传输协议；
组播加入模块， 用于如果所述媒体服务器的媒体传输协议为组播媒体 传输协议， 则加入所述组播协议地址标识的组播地址组中。
18、 根据权利要求 16或 17所述的渲染器， 其特征在于， 还包括： 第五接收模块， 用于接收所述媒体控制器发送的效果控制消息； 第二效果控制模块， 用于根据所述效果控制消息对所述待播放媒体文 件的播放效果进行控制。
19、 一种媒体播放器， 其特征在于， 包括权利要求 10-13中任一项所 述的媒体控制器和权利要求 16-18中任一项所述的媒体渲染器。
20、 一种媒体播放系统， 其特征在于， 包括权利要求 10-13中任一项 所述的媒体控制器、 权利要求 14或 15所述的媒体服务器和至少一个权利 要求 16-18中任一项所述的媒体渲染器。
PCT/CN2012/088103 2012-05-10 2012-12-31 媒体播放方法、装置和系统 WO2013166851A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/536,850 US20150067110A1 (en) 2012-05-10 2014-11-10 Media Playing Method, Apparatus, and System

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210143499.2 2012-05-10
CN201210143499.2A CN103391277B (zh) 2012-05-10 2012-05-10 媒体播放方法、装置和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/536,850 Continuation US20150067110A1 (en) 2012-05-10 2014-11-10 Media Playing Method, Apparatus, and System

Publications (1)

Publication Number Publication Date
WO2013166851A1 true WO2013166851A1 (zh) 2013-11-14

Family

ID=49535436

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/088103 WO2013166851A1 (zh) 2012-05-10 2012-12-31 媒体播放方法、装置和系统

Country Status (3)

Country Link
US (1) US20150067110A1 (zh)
CN (1) CN103391277B (zh)
WO (1) WO2013166851A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112533034A (zh) * 2019-09-17 2021-03-19 青岛海信宽带多媒体技术有限公司 基于hls的视频提供方法、装置、设备、介质及系统
CN114844870A (zh) * 2022-03-25 2022-08-02 阿里巴巴（中国）有限公司 一种媒体流获取方法、装置、电子设备及存储介质

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103701623B (zh) * 2013-12-23 2017-08-18 华为技术有限公司 媒体设备发现方法、终端和系统
CN103796061A (zh) * 2014-03-03 2014-05-14 上海美琦浦悦通讯科技有限公司 多智能终端中实现媒体文件同步播放和控制的系统及方法
CN104301803B (zh) * 2014-10-24 2018-01-19 广东欧珀移动通信有限公司 一种基于UPnP的多媒体播放控制方法及系统
CN104754400B (zh) * 2015-03-26 2018-01-19 广东欧珀移动通信有限公司 一种基于移动终端的封套信息共享方法及装置
US9591350B2 (en) * 2015-04-10 2017-03-07 Sony Corporation Sharing web application program guide content items over home networks
CN105978847A (zh) * 2015-12-03 2016-09-28 乐视致新电子科技（天津）有限公司 一种数据同步方法和系统
CN106250536B (zh) * 2016-08-05 2021-07-16 腾讯科技（深圳）有限公司 一种空间页面背景设置方法、装置及系统
CN107277132B (zh) * 2017-06-15 2021-07-06 深圳Tcl新技术有限公司 Dlna推送处理方法、多媒体接收端及存储介质
CN109948546B (zh) * 2019-03-20 2022-04-15 四川长虹电器股份有限公司 媒体播放交互控制系统及方法
CN113542904B (zh) * 2021-07-12 2023-06-02 北京奇艺世纪科技有限公司 一种视频投屏播放方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1856964A (zh) * 2003-09-22 2006-11-01 Lg电子株式会社 组播流传送服务方法及其系统
CN101022344A (zh) * 2006-02-14 2007-08-22 中国移动通信集团公司 通过监听消息为终端提供组播的方法
CN102143385A (zh) * 2011-03-16 2011-08-03 华为技术有限公司 媒体播放处理方法、数字媒体服务器和系统

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6389467B1 (en) * 2000-01-24 2002-05-14 Friskit, Inc. Streaming media search and continuous playback system of media resources located by multiple network addresses
US7228305B1 (en) * 2000-01-24 2007-06-05 Friskit, Inc. Rating system for streaming media playback system
GB0230301D0 (en) * 2002-12-30 2003-02-05 Nokia Corp Streaming media
US7574514B2 (en) * 2003-09-30 2009-08-11 Sharp Laboratories Of America, Inc. Systems and methods for identifying original streams of media content
US20060291412A1 (en) * 2005-06-24 2006-12-28 Naqvi Shamim A Associated device discovery in IMS networks
KR101270275B1 (ko) * 2005-08-17 2013-05-31 삼성전자주식회사 방송 시스템에서의 통지 메시지 제공 방법 및 장치
CN101438256B (zh) * 2006-03-07 2011-12-21 索尼株式会社 信息处理设备、信息通信系统、信息处理方法
CN100433627C (zh) * 2006-06-21 2008-11-12 华为技术有限公司 实现移动多媒体广播组播的系统及方法
CN101686194A (zh) * 2008-09-28 2010-03-31 华为技术有限公司 用户生成内容ugc业务的实现方法及装置
US8190706B2 (en) * 2009-05-04 2012-05-29 Comcast Cable Communications, Llc Network based digital media server
EP2473927A4 (en) * 2009-09-04 2016-05-11 Iii Holdings 2 Llc SYSTEM AND METHOD FOR MANAGING INTERNET MULTIMEDIA CONTENT
US8547974B1 (en) * 2010-05-05 2013-10-01 Mu Dynamics Generating communication protocol test cases based on network traffic
EP2666301A4 (en) * 2011-01-20 2014-08-06 Lg Electronics Inc DIGITAL RECEIVER AND REAL TIME EVALUATION METHOD THEREOF

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1856964A (zh) * 2003-09-22 2006-11-01 Lg电子株式会社 组播流传送服务方法及其系统
CN101022344A (zh) * 2006-02-14 2007-08-22 中国移动通信集团公司 通过监听消息为终端提供组播的方法
CN102143385A (zh) * 2011-03-16 2011-08-03 华为技术有限公司 媒体播放处理方法、数字媒体服务器和系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112533034A (zh) * 2019-09-17 2021-03-19 青岛海信宽带多媒体技术有限公司 基于hls的视频提供方法、装置、设备、介质及系统
CN112533034B (zh) * 2019-09-17 2023-08-25 青岛海信宽带多媒体技术有限公司 基于hls的视频提供方法、装置、设备、介质及系统
CN114844870A (zh) * 2022-03-25 2022-08-02 阿里巴巴（中国）有限公司 一种媒体流获取方法、装置、电子设备及存储介质
CN114844870B (zh) * 2022-03-25 2024-03-26 阿里巴巴（中国）有限公司 一种媒体流获取方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
US20150067110A1 (en) 2015-03-05
CN103391277B (zh) 2016-08-10
CN103391277A (zh) 2013-11-13

Similar Documents

Publication Publication Date Title
WO2013166851A1 (zh) 媒体播放方法、装置和系统
AU2022259837B2 (en) Systems and methods for networked music playback
US9479584B2 (en) Synchronous media rendering of demuxed media components across multiple devices
KR100782854B1 (ko) 원격 사용자 인터페이스를 이용한 콘텐트 관리 방법 및장치
US20150181285A1 (en) Media Playback Method, Control Point, and Terminal
WO2013170584A1 (zh) 多屏互动的方法及系统
WO2012109821A1 (zh) 流媒体资源共享的方法、系统及具有dlna功能的设备
US20170264967A1 (en) Content transfer device and content transfer method, content reproduction device and content reproduction method, content distribution system and computer program
CN103796061A (zh) 多智能终端中实现媒体文件同步播放和控制的系统及方法
WO2013107175A1 (zh) 家庭网络设备的控制方法及装置
US8788888B2 (en) Method and apparatus for providing end user notification in a UPnP network
JP2007506389A (ja) マルチキャストストリーミングサービス方法及びそのシステム
US9807450B2 (en) Apparatus and method for media play in home network
JP6016809B2 (ja) コンテンツ提供方法及びコンテンツ提供システム
WO2010121525A1 (zh) 一种rtsp终端获取媒体资源的方法、装置及系统
US9538234B2 (en) Time-shifting of a live media stream
Heredia An introduction to the DLNA architecture: network technologies for media devices
KR101732189B1 (ko) 홈 네트워크 디바이스에 외부 네트워크 서비스를 제공하는 방법 및 장치
WO2012100558A1 (zh) 媒体播放的控制方法和装置
US8255556B2 (en) Multicast and synchronization emulation for content transformed streams
CN105323125A (zh) 一种跨家庭网络的处理方法及http网关、dlna设备
WO2012065416A1 (zh) 一种控制iptv节目的方法和家庭网关
JP2012142969A (ja) コンテンツ送信装置、再生装置およびコンテンツ再生方法
JP2012114948A (ja) コンテンツ送信装置、再生装置およびコンテンツ再生方法

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: 12876090

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: 12876090

Country of ref document: EP

Kind code of ref document: A1