WO2014089773A1 - 媒体流共享的方法及终端 - Google Patents

媒体流共享的方法及终端 Download PDF

Info

Publication number
WO2014089773A1
WO2014089773A1 PCT/CN2012/086432 CN2012086432W WO2014089773A1 WO 2014089773 A1 WO2014089773 A1 WO 2014089773A1 CN 2012086432 W CN2012086432 W CN 2012086432W WO 2014089773 A1 WO2014089773 A1 WO 2014089773A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
media stream
sent
attribute
resolution
Prior art date
Application number
PCT/CN2012/086432
Other languages
English (en)
French (fr)
Inventor
邹现军
唐东
Original Assignee
华为终端有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为终端有限公司 filed Critical 华为终端有限公司
Priority to EP12889957.2A priority Critical patent/EP2858322B1/en
Priority to CN201280004124.6A priority patent/CN103534679B/zh
Priority to KR1020157001589A priority patent/KR101657914B1/ko
Priority to PCT/CN2012/086432 priority patent/WO2014089773A1/zh
Publication of WO2014089773A1 publication Critical patent/WO2014089773A1/zh
Priority to US14/586,247 priority patent/US9906692B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/04—Synchronising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • 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

Definitions

  • the present invention relates to communication technologies, and in particular, to a method and a terminal for media stream sharing. Background technique
  • One of the existing technologies is the airplay technology of the smart terminal, and the airplay technology can share the screen on the smart terminal to the smart TV inside the local home network.
  • the specific process may include: the smart terminal finds the set top box or the smart TV service portal on the home local network through the internal private service discovery technology; when the user starts the airplay screen sharing service on the smart terminal, the sharing In the device list, the device that receives the sharing is selected; the airplay service on the smart terminal captures and copies the content in the screen cache; the Airplay service captures the copied cached data for encoding, and sends the encoded data to the Wifi network.
  • the airplay service portal on the smart TV, set-top box or pad enables the airplay service on the Pad, set-top box or smart TV to decode the received data stream and play it on the screen.
  • the above method directly captures and encodes from the screen buffer, and the bandwidth occupation is relatively large, and the hardware requirements are high.
  • the processing flow since the processing flow is relatively large, it is required to be crawled, encoded, Wifi transmitted, decoded, and then shared. Play on, so the delay is relatively large (the airplay delay of the existing intelligent terminal is more than 200ms), when there is a video call similar service, it will feel a significant delay, the experience is poor, and the audio synchronization cannot be realized at the same time. Transmission, it will also cause a lack of user experience. Summary of the invention
  • an embodiment of the present invention provides a method and a terminal for media stream sharing, which are used to solve In the prior art, when the streaming media is shared, the audio and video are not synchronized, and the cost is high.
  • an embodiment of the present invention provides a method for media stream sharing, including:
  • the first terminal After receiving the start command of the user to trigger the start of the audio and video sharing service, the first terminal searches for a terminal that can share the media stream with the first terminal according to the start command, and presents the list of the found terminal or terminal;
  • the first terminal acquires a play attribute of the second terminal when determining that the terminal selected by the user according to the presented terminal or terminal list is the second terminal;
  • the first terminal synchronizes the media stream sent by the third terminal to the second terminal according to the play attribute, so that the second terminal decodes and plays the media stream.
  • the first terminal before the first terminal receives the start command of the user to start the audio and video sharing service, the first terminal further includes:
  • the first terminal has received the media stream sent by the third terminal.
  • the acquiring the play attribute of the second terminal includes:
  • the first terminal sends an attribute obtaining request to the second terminal, where the attribute obtaining request includes a code rate, a resolution, a frame rate of the media stream, and/or a codec information of the media stream of the currently played media stream;
  • the first terminal receives the play attribute sent by the second terminal.
  • the play attribute includes: a listening address and a port of the second terminal.
  • the method before the first terminal receives the play attribute sent by the second terminal, the method further includes:
  • determining response includes: The code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream supported by the second terminal.
  • the first terminal according to the play attribute, the media stream sent by the third terminal is synchronized to the second terminal, including:
  • the method further includes:
  • the first terminal After the media stream of the third terminal stops transmitting, the first terminal sends an end notification to the second terminal, so that the second terminal closes the listening address of the second terminal according to the end notification. port.
  • the embodiment of the present invention further provides a method for sharing a media stream, including: during a process of receiving a media stream by a first terminal, searching for a shared with the first terminal according to a start instruction of the audio and video sharing service
  • the second terminal receives the attribute acquisition request sent by the first terminal, where the attribute acquisition request includes the code rate and resolution of the currently played media stream in the first terminal. Rate, frame rate of the media stream, and/or codec information of the media stream;
  • the method further includes: determining, according to the attribute obtaining request, that a code rate, a resolution, a frame rate of the media stream, and/or a media stream that cannot be supported cannot be supported. Or the codec information of the media stream sends an unsupportable response to the first terminal, so that the first terminal ends the audio and video sharing service with the second terminal.
  • the method before the sending, by the first terminal, the play attribute of the second terminal, the method further includes:
  • a determination response that supports information about a code rate, a resolution, a frame rate of the media stream, and/or a codec of the media stream to the first terminal, where the determining response includes: The code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream supported by the second terminal are described.
  • the embodiment of the present invention further provides a terminal, including: a receiving unit, configured to receive a start command of a user-triggered boot audio and video sharing service, and a searching unit, configured to: after the receiving unit receives the start command, search for a terminal that can share a media stream with the terminal according to the start command And presenting the found terminal or terminal list;
  • a determining unit configured to determine, in the terminal or terminal list searched by the searching unit, a terminal selected by the user
  • An obtaining unit configured to acquire a play attribute of the second terminal when the determining unit determines that the terminal selected by the user is the second terminal;
  • a media stream synchronization unit configured to: after the acquiring unit acquires the play attribute of the second terminal, synchronize the media stream sent by the third terminal to the second terminal according to the play attribute, so that the second The terminal decodes and plays the media stream.
  • the receiving unit is specifically configured to: when receiving the media stream sent by the third terminal, receive a start command of the user initiated trigger audio and video sharing service.
  • the acquiring unit is specifically configured to be used in
  • the terminal After receiving the code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream, the terminal receives the play attribute sent by the second terminal, where the play attribute includes: The listening address and port of the second terminal.
  • the media stream synchronization unit is specifically configured to: after the acquiring unit acquires a play attribute of the second terminal, The media stream sent by the three terminals is copied, and the copied media stream is sent to the listening address and port of the second terminal.
  • the terminal further includes:
  • the embodiment of the present invention further provides a terminal, including:
  • a receiving unit configured to receive an attribute obtaining request sent by another terminal, where the attribute obtaining request includes a code rate, a resolution, a frame rate of the media stream, and/or a media stream of the media stream currently playing in the other terminal.
  • the codec information requesting, in the process of receiving the media stream by the another terminal, searching for a terminal capable of sharing the media stream with another terminal according to a startup instruction of the audio and video sharing service triggered by the user Sent for the terminal,
  • a determining unit configured to determine, according to the attribute obtaining request, whether to support a code rate, a resolution, a frame rate of the media stream, and/or a media stream, after the receiving unit receives the attribute obtaining request Codec information;
  • a sending unit configured to send, to the another terminal, after the determining unit determines that the terminal can support the code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream, a play attribute of the terminal, where the play attribute includes: a listening address and a port of the terminal;
  • the receiving unit is further configured to: after the sending unit sends the play attribute, receive a media stream of the third terminal that is received by the another terminal by the another terminal according to the play attribute.
  • the sending unit is further configured to send, after the frame rate of the stream and/or the codec information of the media stream, an unsupportable response to the another terminal. So that the other terminal ends the audio and video sharing service with the terminal.
  • the embodiment of the present invention further provides a terminal, including:
  • a receiver configured to receive a start command of a user-triggered boot audio and video sharing service
  • a processor configured to: after the receiver receives the start command, search for a terminal that can share a media stream with the terminal according to the start command And presenting the searched terminal or terminal list, and determining, in the searched terminal or terminal list, that the terminal selected by the user is the second terminal, acquiring the play attribute of the second terminal;
  • the receiver is configured to receive a user-triggered startup audio and video sharing in a process of receiving a media stream sent by the third terminal.
  • the start command of the service is configured to receive a user-triggered startup audio and video sharing in a process of receiving a media stream sent by the third terminal.
  • the processor is configured to send an attribute obtaining request to the second terminal, where the attribute obtaining request includes a code rate of a currently played media stream, Resolution, frame rate of the media stream, and/or codec information of the media stream;
  • the play attribute sent by the second terminal receives, after the second terminal determines the code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream, the play attribute sent by the second terminal, the play attribute
  • the method includes: a listening address and a port of the second terminal;
  • the terminal further includes:
  • a transmitter configured to send an end notification to the second terminal after the media stream of the third terminal received by the receiver is stopped, so that the second terminal closes the second according to the end notification
  • the listening address and port of the terminal configured to send an end notification to the second terminal after the media stream of the third terminal received by the receiver is stopped, so that the second terminal closes the second according to the end notification
  • the embodiment of the present invention further provides a terminal, including:
  • a receiver configured to receive an attribute obtaining request sent by another terminal, where the attribute obtaining request includes a code rate, a resolution, a frame rate of the media stream, and/or a media stream of the media stream currently playing in the other terminal.
  • the codec information requesting, in the process of receiving the media stream by the another terminal, searching for a terminal capable of sharing the media stream with another terminal according to a startup instruction of the audio and video sharing service triggered by the user Sent for the terminal,
  • a processor configured to determine, according to the attribute obtaining request, whether to support a code rate, a resolution, a frame rate of the media stream, and/or a media stream according to the attribute obtaining request after the receiver receives the attribute obtaining request Codec information;
  • a transmitter configured to send, to the another terminal, after the processor determines that the terminal can support a code rate, a resolution, a frame rate of the media stream, and/or a codec information of the media stream, a play attribute of the terminal, where the play attribute includes: a listening address and a port of the terminal;
  • the receiver is further configured to: after the transmitter sends the play attribute, receive a media stream of the third terminal that is received by the another terminal by the another terminal according to the play attribute.
  • the transmitter is further configured to determine, at the processor, that the terminal cannot support a code rate, a resolution, and a frame rate of the media stream of the media stream. And/or after the codec information of the media stream, sending an unsupportable response to the other terminal, so that the another terminal ends the audio and video sharing service with the terminal.
  • the method and the terminal for media stream sharing in the embodiment of the present invention acquire the play attribute of the second terminal after the second terminal that the user determines to share the media stream, according to the play attribute,
  • the currently played media stream is synchronized to the second terminal, so that the second terminal decodes and plays the media stream, which solves the problem that the audio and video are not synchronized when the streaming media is shared in the prior art, and the cost is high.
  • FIG. 1 is a schematic flowchart of a method for media stream sharing according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of a method for media stream sharing according to another embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of a method for sharing a media stream
  • FIG. 4 is a schematic structural diagram of a terminal according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of a terminal according to another embodiment of the present disclosure.
  • FIG. 6 is a schematic structural diagram of a terminal according to another embodiment of the present disclosure.
  • FIG. 7 is a schematic structural diagram of a terminal according to another embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a terminal according to another embodiment of the present invention.
  • the technical solutions of the present invention will be clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It will be apparent that the various embodiments described below are merely exemplary embodiments of the invention. Based on the following embodiments of the present invention, those skilled in the art can obtain the technical problem of the present invention by implementing equivalent transformation of some or even all technical features, even if no creative labor is performed. Other embodiments of the technical effects, and the various embodiments of the invention are apparently not departing from the scope of the invention.
  • the media stream sharing method in this embodiment can be applied to a video call service scenario, and the user can share the screen on the first terminal (such as a pad) to the second terminal (such as a set top box (STB). Or smart TV), to achieve large-screen playback, and then display the status of other users through large-screen voice and video.
  • the foregoing method can implement the second terminal to decode the media stream received in real time and play on the large screen, thereby reducing the processing flow, reducing the delay and bandwidth occupation, and simultaneously synchronizing the audio and video, thereby providing a better user experience.
  • FIG. 1 is a schematic flowchart of a method for media stream sharing according to an embodiment of the present invention. As shown in FIG. 1, the method for media stream sharing in this embodiment includes the following steps:
  • the first terminal After the first terminal receives the start command of the user to start the audio and video sharing service, the first terminal searches for a terminal that can share the media stream with the first terminal according to the startup command, and presents the found terminal or terminal list.
  • the terminal list is the list in which the found terminal is located.
  • the first terminal acquires a play attribute of the second terminal when determining that the terminal selected by the user according to the presented terminal or terminal list is the second terminal;
  • the play attribute of the location may be the listening address and port of the second terminal, that is, the listening address and port opened by the second terminal for the shared media stream.
  • the first terminal synchronizes the media stream sent by the third terminal to the second terminal according to the play attribute, so that the second terminal decodes and plays the media stream.
  • the above method may further include the following steps 100 not shown in the figure:
  • the first terminal has received the media stream sent by the third terminal.
  • the first terminal has implemented video communication with the third terminal through the video call service.
  • DLAN technology can be supported by all terminals that actually apply the method of media stream sharing. That is, the first terminal supports the digital living network alliance by one or more terminals in the terminal or terminal list of the home network searched according to the audio-video sharing service ( Digital Living
  • DLNA Network Alliance
  • the method of media sharing in this embodiment can be applied to a home network or a small office.
  • the first terminal in the foregoing embodiment may be a mobile phone or a pad
  • the second terminal may be a set top box or a smart TV
  • the third terminal may be a mobile phone, a pad or a set top box.
  • the method for sharing the media stream in the embodiment after the first terminal determines that the second terminal of the media stream is shared by the user, acquires the play attribute of the second terminal, and displays the currently played media according to the play attribute.
  • the stream is synchronized to the second terminal, so that the second terminal decodes and plays the media stream, which solves the problem that the audio and video are not synchronized when the streaming media is shared in the prior art, and the operation is complicated and the cost is high.
  • FIG. 2 is a schematic flowchart of a method for media stream sharing according to an embodiment of the present invention. As shown in FIG. 2, the method for media stream sharing in this embodiment includes the following steps:
  • the user starts the audio and video sharing service in the video call of the first terminal, and prepares to forward the media stream received by the video call to the STB or the smart TV for playing.
  • the first terminal receives the media stream in the video call sent by the third terminal, and after receiving the start command of the user to trigger the start audio and video sharing service, the first terminal searches for a terminal list that can be shared with the first terminal according to the startup command. And present a list of found terminals.
  • the first terminal may query other terminals inside the local home network and a service entry list corresponding to the terminal through the DLNA technology.
  • terminals that can share the media stream can be found, and a service entry list corresponding to the terminals can also be obtained.
  • Other terminals within the local home network mentioned above may be STBs, smart TVs, computers, and the like.
  • the first terminal sends an attribute obtaining request to the second terminal, where the first terminal determines that the terminal selected by the user according to the presented terminal list is the second terminal, and the attribute obtaining request includes the code rate and resolution of the currently played media stream. Rate, frame rate of the media stream and/or codec information of the media stream.
  • the second terminal can be an STB.
  • the attribute acquisition request may further include information such as the highest code rate and the highest frame rate of the media stream. This embodiment only exemplifies the attribute acquisition request, and does not limit the information content included in the attribute acquisition request.
  • the first terminal receives the broadcast sent by the second terminal.
  • the play attribute includes: The listening address and port of the second terminal.
  • the listening address and port of the second terminal in the foregoing step 203 may be the listening address and port opened by the second terminal for the audio and video sharing service.
  • the method before the step of the first terminal receiving the play attribute sent by the second terminal, the method further includes:
  • the first terminal receives a determination response that is sent by the second terminal and supports the code rate, the resolution, the frame rate of the media stream, and/or the codec of the media stream, and the determining response includes: Supported code rate, resolution, frame rate of the media stream, and/or codec information of the media stream.
  • the first terminal synchronizes the media stream sent by the third terminal to the second terminal according to the play attribute, so that the second terminal decodes and plays the media stream.
  • the first terminal copies the media stream sent by the third terminal, and sends the copied media stream to the listening address and port of the second terminal.
  • the first terminal first registers a transport forwarding hook function, and after registration, the media stream sent by the third terminal that is continuously received may be copied and sent to the listening address and port of the second terminal.
  • the foregoing media stream sharing method may further include the step 205 not shown in the following figure:
  • the first terminal After the media stream of the third terminal stops transmitting, the first terminal sends an end notification to the second terminal, so that the second terminal closes the listening address and the port of the second terminal according to the end notification.
  • the method for media stream sharing in this embodiment is applied to a home network environment, through wireless
  • the Wifi network transfers the video call originally made on the first terminal, such as a mobile phone or a pad, to a second terminal such as a smart TV or a set top box for playback. That is, the foregoing method implements that the second terminal provides a listening address and a port for receiving the media stream forwarded from the first terminal side, and causes the first terminal to forward the media stream sent by the third terminal to the second in real time.
  • the terminal plays on the STB or the smart TV, thereby ensuring that the first terminal has a good user experience.
  • FIG. 3 is a schematic flowchart of a method for media stream sharing according to an embodiment of the present invention. As shown in FIG. 3, the method for media stream sharing in this embodiment includes the following steps:
  • the second terminal receives the attribute obtaining request sent by the first terminal.
  • the attribute obtaining request includes the current current in the first terminal The code rate, resolution, frame rate of the media stream, and/or codec information of the media stream of the played media stream;
  • the second terminal determines, according to the attribute obtaining request, a code rate, a resolution, a frame rate of the media stream, and/or a codec information of the media stream, and sends the play attribute of the second terminal to the first terminal.
  • the attributes include: The listening address and port of the second terminal.
  • the listening address and port of the second terminal in the foregoing step may be the listening address and port opened by the second terminal for the audio and video sharing service.
  • the second terminal receives the media stream of the third terminal that is received by the first terminal that is sent by the first terminal according to the play attribute.
  • the second terminal determines that the code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream cannot be supported according to the attribute acquisition request, the second terminal sends the codec information to the second terminal. Sending an unsupported response, so that the first terminal ends the audio and video sharing service with the second terminal.
  • the media stream sharing method in this embodiment may further include the step S01 not shown in the following figure:
  • the second terminal may further send, to the first terminal, a determining response that supports the code rate, the resolution, the frame rate of the media stream, and/or the codec of the media stream, and the determining response includes: The content rate, resolution, frame rate of the media stream, and/or codec information of the media stream supported by the second terminal.
  • the foregoing media stream sharing method may further include a step 304 not shown in the following figure:
  • the second terminal receives an end notification sent by the first terminal after the media stream of the third terminal stops transmitting, and closes the interception address and port of the second terminal according to the end notification.
  • the media stream sharing method in the embodiment can seamlessly share the voice and video of the friend to the television screen for playing in the video call scenario, thereby improving the user experience and solving the long sharing delay and poor experience in the prior art.
  • the set-top box is not convenient for voice and video input problems.
  • an embodiment of the present invention further provides a terminal.
  • the terminal includes: a receiving unit 41, a searching unit 42, a determining unit 43, an obtaining unit 44, and a media stream synchronization unit 45;
  • the receiving unit 41 is configured to receive a startup initiated by the user to start the audio and video sharing service.
  • the searching unit 42 is configured to: after receiving the start instruction of the user-initiated start audio and video sharing service, the receiving unit 41 searches for a terminal that can implement the shared media stream with the terminal according to the startup instruction, and presents the found terminal or terminal list;
  • the determining unit 43 is configured to determine, in the terminal or terminal list searched by the searching unit 42, the terminal selected by the user;
  • the obtaining unit 44 is configured to determine, when the determining unit 43 determines that the terminal selected by the user is the second terminal, the playing attribute of the second terminal;
  • the media stream synchronization unit 45 is configured to synchronize the media stream sent by the third terminal to the second terminal according to the play attribute after the obtaining unit 44 acquires the play attribute of the second terminal, so that the second terminal decodes and plays the media stream.
  • the receiving unit 41 is specifically configured to receive a start command of the user to trigger the start of the audio and video sharing service in the process of receiving the media stream sent by the third terminal.
  • the obtaining unit 44 is specifically configured to send an attribute obtaining request to the second terminal, where the attribute obtaining request includes a code rate, a resolution, a frame rate of the media stream, and/or a codec information of the media stream of the currently played media stream;
  • the second terminal After the second terminal determines the code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream, the second terminal sends the play attribute sent by the second terminal, where the play attribute includes: the intercept address of the second terminal And port.
  • the media stream synchronization unit 45 is configured to: after the acquiring unit acquires the play attribute of the second terminal, copy the media stream sent by the third terminal, and send the copied media stream to the listening address and port of the second terminal.
  • the foregoing terminal may further include a sending unit 46, not shown, for transmitting to the second after the media stream of the third terminal received by the receiving unit 41 is stopped.
  • the terminal sends an end notification, so that the second terminal closes the listening address and port of the second terminal according to the end notification.
  • the terminal in this embodiment can implement multi-screen sharing of media streams by multiple terminals, thereby improving the user experience of the terminal.
  • an embodiment of the present invention further provides a terminal, as shown in FIG. 5, the terminal includes: a receiving unit 51, a determining unit 52, and a sending unit 53;
  • the receiving unit 51 is configured to receive an attribute obtaining request sent by another terminal, where the attribute obtaining request includes a code rate, a resolution, a frame rate of the media stream, and/or a media stream of the currently played media stream in another terminal.
  • Decoding information in the process of receiving the media stream by another terminal, the attribute acquisition request is sent according to the start instruction of the audio and video sharing service triggered by the user, and the terminal that can share the media stream with another terminal is sent as the terminal,
  • the determining unit 52 is configured to determine, according to the attribute obtaining request, whether the code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream can be supported according to the attribute obtaining request after the receiving unit 51 receives the attribute obtaining request;
  • the sending unit 53 is configured to: after the determining unit 52 determines that the terminal can support the code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream, send the play attribute of the terminal to the other terminal, and play the attribute. Including: the listening address and port of the terminal;
  • the receiving unit 51 is further configured to: after the sending unit 53 sends the playing attribute, receive the media stream of the third terminal that is received by another terminal according to the playing attribute.
  • the sending unit 53 is further configured to determine, after the determining unit 52 determines that the terminal cannot support the code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream. Sending an unsupported response to another terminal, so that the other terminal ends the audio and video sharing service with the terminal.
  • the terminal in this embodiment can implement multi-screen sharing of media streams by multiple terminals, thereby improving the user experience of the terminal.
  • an embodiment of the present invention further provides a terminal, as shown in FIG. 6, the terminal includes: a receiver 61 and a processor 62;
  • the receiver 61 is configured to receive a startup command triggered by the user to start the audio and video sharing service.
  • the processor 62 is configured to: after the receiver 61 receives the startup instruction, search for a terminal that can share the media stream with the terminal according to the startup instruction, and present the found terminal or terminal list, and determine the user selection in the searched terminal or terminal list.
  • the terminal is the second terminal, acquiring the play attribute of the second terminal;
  • the receiver 61 may be specifically configured to receive the media stream sent by the third terminal.
  • the user initiates a start command for starting the audio and video sharing service triggered by the user.
  • the foregoing processor 62 may be specifically configured to send an attribute obtaining request to the second terminal, where the attribute obtaining request includes a code rate, a resolution, a frame rate of the media stream, and/or a codec information of the media stream of the currently played media stream;
  • the second terminal After the second terminal determines the code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream, the second terminal sends the play attribute sent by the second terminal, where the play attribute includes: the intercept address of the second terminal And port;
  • the foregoing terminal may further include a transmitter not shown in the figure.
  • the transmitter 63 is configured to send an end notification to the second terminal after the media stream of the third terminal received by the receiver 61 is stopped, so that the second terminal turns off the listening address and port of the second terminal according to the end notification.
  • the terminal in this embodiment can implement multi-screen sharing of media streams by multiple terminals, thereby improving the user experience of the terminal.
  • an embodiment of the present invention further provides a terminal, as shown in FIG. 7, the terminal includes: a receiver 71, a processor 72, and a transmitter 73;
  • the receiver 71 is configured to receive an attribute obtaining request sent by another terminal, where the attribute obtaining request includes a code rate, a resolution, a frame rate of the media stream, and/or a media stream of the currently played media stream in another terminal.
  • Decoding information in the process of receiving the media stream by another terminal, the attribute acquisition request is sent according to the start instruction of the audio and video sharing service triggered by the user, and the terminal that can share the media stream with another terminal is sent as the terminal,
  • the processor 72 is configured to determine, according to the attribute obtaining request, whether the code rate of the media stream, the resolution, the frame rate of the media stream, and/or the codec information of the media stream can be supported according to the attribute obtaining request after the receiver 71 receives the attribute obtaining request;
  • the transmitter 73 is configured to: after the processor 72 determines that the terminal can support the code rate, the resolution, the frame rate of the media stream, and/or the codec information of the media stream, send the play attribute of the terminal to the other terminal, and play the attribute. Including: the listening address and port of the terminal;
  • the receiver 71 is further configured to: after the transmitter 73 sends the play attribute, receive a media stream of the third terminal that is received by another terminal according to the play attribute by another terminal.
  • the transmitter 73 is further configured to: after the processor 72 determines that the terminal cannot support the code rate of the media stream, the resolution, the frame rate of the media stream, and/or the codec information of the media stream, The other terminal sends an unsupportable response to cause the other terminal to end the audio and video sharing service with the terminal.
  • the terminal in this embodiment can implement multi-screen sharing of media streams by multiple terminals, thereby improving the user experience of the terminal.
  • FIG. 8 is a schematic structural diagram of a terminal according to another embodiment of the present invention.
  • the terminal may be a mobile phone, a tablet computer, a PDA, a set top box, a smart TV, etc. Description:
  • the mobile terminal 90 includes a processor 91, a transceiver module 92, a memory 93, an input device 94, a display device 95, a service negotiation interface module 96, and a transmission relay service module 97.
  • the processor 91 of the mobile terminal 90 is a mobile phone.
  • the control center of the terminal 90 connects various parts of the entire mobile phone using various interfaces and lines, and executes the mobile terminal 90 by running or executing software programs and/or modules stored in the memory 93, and calling data stored in the memory 93.
  • the various functions and processing data enable overall monitoring of the mobile terminal.
  • the processor 91 can integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, an application, and the like, and the modem processor mainly processes the wireless communication. It will be appreciated that the above described modem processor may also not be integrated into the processor 91.
  • the transceiver module 92 can be used for receiving and transmitting signals during the transmission or reception of information or during the call.
  • the downlink information of the base station is received, and then processed by the processor 91.
  • the designed uplink data is sent to the base station.
  • the transceiver module 92 can also communicate with the network and other devices via wireless communication. Wireless communication can use any communication standard or protocol, and the like.
  • the memory 93 can be used to store software programs (such as audio and video sharing service programs) and modules, and the processor 91 executes various functional applications and data processing of the mobile phone terminal 90 by running software programs and modules stored in the memory 93.
  • the memory 93 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as a sound playing function, a graphic playing function, etc.), and the like; the storage data area may be stored according to The data created by the use of the mobile terminal 90 (such as audio data, phone book, etc.) and the like.
  • the memory 93 may include a high speed random access memory, and may also include non-volatile memory.
  • a memory such as at least one disk storage device, flash memory device, or other volatile solid state storage device.
  • Input device 94 can be used to receive input numeric or character information, as well as to generate key signal inputs related to user settings and function controls of handset terminal 90.
  • input device 94 can include a touch panel as well as other input devices.
  • a touch panel also known as a touch screen, can collect touch operations on or near the user (such as the user using a finger, a stylus, or the like, any suitable object or accessory on or near the touch panel).
  • the corresponding connecting device is driven according to a preset program.
  • the touch panel may include two parts: a touch detection device and a touch controller.
  • the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information Give the processor and receive commands from the processor and execute them.
  • touch panels can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves.
  • the input device 94 can also include other input devices. Specifically, other input devices may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, and the like.
  • the display device 95 can be used to display information input by the user or information provided to the user and various menus of the mobile terminal 90.
  • the display device 95 can include a display panel, and optionally, a liquid crystal display (LCD), an organic light emitting diode
  • the touch panel may cover the display panel.
  • the touch panel detects a touch operation on or near the touch panel, the touch panel transmits to the processor 91 to determine the type of the touch event, and then the processor 91 displays according to the type of the touch event. A corresponding visual output is provided on the panel.
  • the service negotiation interface module 96 is configured to interact with a DLNA (or a similar device service discovery module) of another terminal that needs to share the media stream, and obtain a terminal capable of sharing the media stream in the home network and corresponding to the terminal.
  • Device service entry and according to the user's choice to negotiate with other devices, such as the corresponding service on the STB, video interface;
  • the transmission relay service module 97 is configured to, after the service negotiation interface module negotiates, the voice of the third terminal received by the transmission layer of the terminal, and the video real-time transmission protocol (Realtime)
  • RTP Real-Time Transport Control Protocol
  • Realtime Transport Control Protocol
  • rtcp Real-Time Transport Control Protocol
  • the aforementioned program can be stored in a computer readable storage medium.
  • the program when executed, performs the steps including the above method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供一种媒体流共享的方法及终端，其中，所述方法包括：第一终端接收用户触发的启动音视频共享服务的启动指令之后，根据所述启动指令查找能够与第一终端实现共享媒体流的终端，并呈现所述查找到的终端或终端列表；所述第一终端在确定用户根据所述呈现的终端或终端列表所选择的终端为第二终端时，获取所述第二终端的播放属性；所述第一终端根据所述播放属性将当前播放的媒体流同步到所述第二终端，以使所述第二终端对所述媒体流进行解码并播放。上述方法解决了现有技术中流媒体共享时音视频不同步，且操作复杂、成本高的问题。

Description

媒体流共享的方法及终端 技术领域 本发明实施例涉及通信技术， 尤其涉及一种媒体流共享的方法及终 端。 背景技术
随着 Wifi和智能手机的兴起， 目前多屏共享， 多屏合一是各通讯及互 联网技术 ( internet Technology, 简称 IT )厂家的一个非常热门的研究点， 在家庭环境下将手机或者平板电脑 pad上的语音，视频内容展示到电视大 屏幕上播放会极大提升用户体验， 提高产品竟争力。
现有的一种技术是智能终端的播放共享（airplay )技术， airplay技术 能够在本地家庭网络内部将智能终端上的屏幕共享到智能电视
( Television , 简称 TV ) 上播放； 具体流程可包括： 智能终端通过内部私 有的服务发现技术找到家庭本地网络上的机顶盒或者智能 TV服务入口； 当用户在智能终端上启动 airplay屏幕分享服务， 在分享设备列表中选择 接收分享的设备； 智能终端上的 airplay服务会将屏幕緩存中的内容进行 捕获复制； Airplay服务将捕获复制到的緩存数据进行编码操作， 以及将编 码后的数据通过 Wifi网络发送到智能 TV, 机顶盒或者 pad上的 airplay 服务入口，使得 Pad , 机顶盒或者智能 TV上的 airplay服务将接收到的数 据流进行解码并在屏幕上进行播放。
然而， 上述方法是直接从屏幕緩存中进行抓取和编码， 带宽占用比较 大， 对硬件要求较高， 同时由于处理流程比较多， 要经过抓取， 编码， Wifi传输， 解码后才能在共享设备上进行播放， 因此延时比较大（现有智 能终端的 airplay延时在 200ms以上） ， 在进行视频通话类似的业务时会 感觉有明显的延时感， 体验比较差， 同时无法实现音频的同步传输， 也会 造成用户体验上的缺憾。 发明内容
有鉴于此， 本发明实施例提供一种媒体流共享的方法及终端， 用于解决 现有技术中流媒体共享时音视频不同步， 且成本高的问题。
第一方面， 本发明实施例提供一种媒体流共享的方法， 包括：
第一终端接收用户触发的启动音视频共享服务的启动指令之后， 根据 所述启动指令查找能够与第一终端实现共享媒体流的终端， 并呈现所述查 找到的终端或终端列表；
所述第一终端在确定用户根据所述呈现的终端或终端列表所选择的 终端为第二终端时， 获取所述第二终端的播放属性；
所述第一终端根据所述播放属性将第三终端发送的媒体流同步到所 述第二终端， 以使所述第二终端对所述媒体流进行解码并播放。
结合第一方面， 在第一种可能的实现方式中， 所述第一终端接收用户 触发的启动音视频共享服务的启动指令之前， 还包括：
所述第一终端已经接收到第三终端发送的媒体流。
结合第一方面及上述可能的实现方式， 在第二种可能的实现方式中， 所述获取所述第二终端的播放属性， 包括：
所述第一终端向所述第二终端发送属性获取请求， 所述属性获取请求 中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和 /或媒体流的编 解码信息；
在所述第二终端确定支持所述媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息之后，所述第一终端接收所述第二终端发送的播 放属性， 所述播放属性包括： 所述第二终端的监听地址和端口。
结合第一方面及第二种可能的实现方式， 在第三种可能的实现方式 中， 所述第一终端接收所述第二终端发送的播放属性之前， 还包括：
所述第一终端接收所述第二终端发送的支持所述媒体流的码率、 分辨 率、媒体流的帧率和 /或媒体流的编解码的信息的确定应答， 所述确定应答 包括： 所述第二终端所支持的码率、 分辨率、 媒体流的帧率和 /或媒体流的 编解码信息。
结合第一方面及上述可能的实现方式， 在第四种可能的实现方式中， 所述第一终端根据所述播放属性将第三终端发送的媒体流同步到所述第 二终端， 包括：
所述第一终端将第三终端发送的媒体流复制， 并将复制的媒体流发送 至所述第二终端的监听地址和端口。
结合第一方面及第一种可能的实现方式， 在第五种可能的实现方式 中， 所述方法还包括：
所述第一终端在所述第三终端的媒体流停止传输之后， 向所述第二终 端发送结束通知， 以使所述第二终端根据所述结束通知关闭所述第二终端 的监听地址和端口。
第二方面， 本发明实施例还提供一种媒体流共享的方法， 包括： 在第一终端进行媒体流的接收过程中， 根据音视频共享服务的启动指 令查找能够与第一终端实现共享所述媒体流的终端为第二终端时， 所述第 二终端接收所述第一终端发送的属性获取请求， 所述属性获取请求中包括 所述第一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和 /或媒 体流的编解码信息；
所述第二终端根据所述属性获取请求确定能够支持所述媒体流的码 率、 分辨率、媒体流的帧率和 /或媒体流的编解码信息， 则向所述第一终端 发送所述第二终端的播放属性， 所述播放属性包括： 所述第二终端的监听 地址和端口；
所述第二终端接收所述第一终端根据所述播放属性发送的所述第 ― 终端接收到的第三终端的媒体流。
结合第二方面， 在第一种可能的实现方式中， 所述方法还包括： 若根据所述属性获取请求确定无法支持当前播放的媒体流的码率、 分 辨率、媒体流的帧率和 /或媒体流的编解码信息， 则向所述第一终端发送无 法支持的应答， 以使所述第一终端结束与所述第二终端的音视频共享服 务。
结合第二方面， 在第二种可能的实现方式中， 所述向第一终端发送所 述第二终端的播放属性之前， 所述方法还包括：
所述第二终端向所述第一终端发送支持所述媒体流的码率、 分辨率、 媒体流的帧率和 /或媒体流的编解码的信息的确定应答， 所述确定应答包 括： 所述第二终端所支持的码率、 分辨率、媒体流的帧率和 /或媒体流的编 解码信息。
第三方面， 本发明实施例还提供一种终端， 包括： 接收单元， 用于接收用户触发的启动音视频共享服务的启动指令； 查找单元， 用于在所述接收单元接收所述启动指令之后， 根据所述启 动指令查找能够与终端实现共享媒体流的终端， 并呈现所述查找到的终端 或终端列表；
确定单元， 用于在所述查找单元查找的终端或终端列表中确定用户选 择的终端；
获取单元， 用于在所述确定单元确定用户所选择的终端为第二终端 时， 获取第二终端的播放属性；
媒体流同步单元， 用于在所述获取单元获取所述第二终端的播放属性 之后， 根据所述播放属性将第三终端发送的媒体流同步到所述第二终端， 以使所述第二终端对所述媒体流进行解码并播放。
结合第三方面， 在第一种可能的实现方式中， 所述接收单元， 具体用 于在接收第三终端发送的媒体流的过程中， 接收用户触发的启动音视频共 享服务的启动指令。
结合第三方面， 在第二种可能的实现方式中， 所述获取单元， 具体用 于
向所述第二终端发送属性获取请求， 所述属性获取请求中包括当前播 放的媒体流的码率、 分辨率、 媒体流的帧率和 /或媒体流的编解码信息； 在所述第二终端确定支持所述媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息之后，接收所述第二终端发送的播放属性， 所述 播放属性包括： 所述第二终端的监听地址和端口。
结合第三方面及上述可能的实现方式中， 在第三种可能的实现方式 中， 所述媒体流同步单元， 具体用于在所述获取单元获取所述第二终端的 播放属性之后， 将第三终端发送的媒体流复制， 并将复制的媒体流发送至 所述第二终端的监听地址和端口。
结合第三方面及上述第一种可能的实现方式， 在第四种可能的实现方 式中， 所述终端还包括：
发送单元， 用于在所述接收单元接收的所述第三终端的媒体流停止之 后， 向所述第二终端发送结束通知， 以使所述第二终端根据所述结束通知 关闭所述第二终端的监听地址和端口。 第四方面， 本发明实施例还提供一种终端， 包括：
接收单元， 用于接收另一终端发送的属性获取请求， 所述属性获取请 求中包括所述另一终端中当前播放的媒体流的码率、 分辨率、 媒体流的帧 率和 /或媒体流的编解码信息；所述属性获取请求为所述另一终端进行媒体 流的接收过程中， 根据用户触发的音视频共享服务的启动指令查找到能够 与另一终端实现共享所述媒体流的终端为所述终端时发送的，
确定单元， 用于在所述接收单元接收所述属性获取请求之后， 根据所 述属性获取请求确定能否支持所述媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息；
发送单元， 用于在所述确定单元确定所述终端能够支持所述媒体流的 码率、 分辨率、媒体流的帧率和 /或媒体流的编解码信息之后， 向所述另一 终端发送所述终端的播放属性， 所述播放属性包括： 所述终端的监听地址 和端口；
所述接收单元， 还用于在所述发送单元发送所述播放属性之后， 接收 所述另一终端根据所述播放属性发送的所述另一终端接收到的第三终端 的媒体流。
结合第四方面， 在第一种可能的实现方式中， 所述发送单元， 还用于 流的帧率和 /或媒体流的编解码信息之后，向所述另一终端发送无法支持的 应答， 以使所述另一终端结束与所述终端的音视频共享服务。
第五方面， 本发明实施例还提供一种终端， 包括：
接收器， 用于接收用户触发的启动音视频共享服务的启动指令； 处理器， 用于在所述接收器接收所述启动指令之后， 根据所述启动指 令查找能够与终端实现共享媒体流的终端， 并呈现所述查找到的终端或终 端列表， 且在查找的终端或终端列表中确定用户选择的终端为第二终端 时， 获取第二终端的播放属性； 以及
根据所述播放属性将第三终端发送的媒体流同步到所述第二终端， 以 使所述第二终端对所述媒体流进行解码并播放。
结合第五方面， 在第一种可能的实现方式中， 所述接收器， 具体用于 在接收第三终端发送的媒体流的过程中， 接收用户触发的启动音视频共享 服务的启动指令。
结合第五方面， 在第二种可能的实现方式中， 所述处理器， 具体用于 向所述第二终端发送属性获取请求， 所述属性获取请求中包括当前播放的 媒体流的码率、 分辨率、 媒体流的帧率和 /或媒体流的编解码信息；
在所述第二终端确定支持所述媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息之后，接收所述第二终端发送的播放属性， 所述 播放属性包括： 所述第二终端的监听地址和端口； 以及
将第三终端发送的媒体流复制， 并将复制的媒体流发送至所述第二终 端的监听地址和端口。
结合第五方面及上述第一种可能的实现方式， 在第三种可能的实现方 式中， 所述终端还包括：
发射器， 用于在所述接收器接收的所述第三终端的媒体流停止之后 , 向所述第二终端发送结束通知， 以使所述第二终端根据所述结束通知关闭 所述第二终端的监听地址和端口。
第六方面， 本发明实施例还提供一种终端， 包括：
接收器， 用于接收另一终端发送的属性获取请求， 所述属性获取请求 中包括所述另一终端中当前播放的媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息；所述属性获取请求为所述另一终端进行媒体流 的接收过程中， 根据用户触发的音视频共享服务的启动指令查找到能够与 另一终端实现共享所述媒体流的终端为所述终端时发送的，
处理器， 用于在所述接收器接收所述属性获取请求之后， 根据所述属 性获取请求确定能否支持所述媒体流的码率、 分辨率、 媒体流的帧率和 / 或媒体流的编解码信息；
发射器， 用于在所述处理器确定所述终端能够支持所述媒体流的码 率、 分辨率、媒体流的帧率和 /或媒体流的编解码信息之后， 向所述另一终 端发送所述终端的播放属性， 所述播放属性包括： 所述终端的监听地址和 端口；
所述接收器， 还用于在所述发射器发送所述播放属性之后， 接收所述 另一终端根据所述播放属性发送的所述另一终端接收到的第三终端的媒 体流。 结合第六方面， 在第一种可能的实现方式中， 所述发射器， 还用于在 所述处理器确定所述终端无法支持所述媒体流的码率、 分辨率、 媒体流的 帧率和 /或媒体流的编解码信息之后， 向所述另一终端发送无法支持的应 答， 以使所述另一终端结束与所述终端的音视频共享服务。
由上述技术方案可知， 本发明实施例的媒体流共享的方法及终端， 通 过第一终端在用户确定进行媒体流共享的第二终端之后， 获取第二终端的 播放属性， 根据所述播放属性， 将当前播放的媒体流同步到第二终端， 以 使第二终端对所述媒体流进行解码并播放， 解决了现有技术中流媒体共享 时音视频不同步， 且成本高的问题。 附图说明 为了更清楚地说明本发明的技术方案， 下面将对实施例中所需要使用的 附图作一简单地介绍， 显而易见地： 下面附图只是本发明的一些实施例的附 图， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可 以根据这些附图获得同样能实现本发明技术方案的其它附图。
图 1为本发明一实施例提供的媒体流共享的方法的流程示意图； 图 2为本发明另一实施例提供的媒体流共享的方法的流程示意图； 图 3为本发明另一实施例提供的媒体流共享的方法的流程示意图； 图 4为本发明一实施例提供的终端的结构示意图；
图 5为本发明另一实施例提供的终端的结构示意图；
图 6为本发明另一实施例提供的终端的结构示意图；
图 7为本发明另一实施例提供的终端的结构示意图；
图 8为本发明另一实施例提供的终端的结构示意图。 具体实施方式 为使本发明的目的、 技术方案和优点更加清楚， 下面将结合本发明实 施例中的附图， 对本发明的技术方案进行清楚、 完整地描述。 显然， 下述 的各个实施例都只是本发明一部分的实施例。 基于本发明下述的各个实施 例， 本领域普通技术人员即使没有作出创造性劳动， 也可以通过等效变换 部分甚至全部的技术特征， 而获得能够解决本发明技术问题， 实现本发明 技术效果的其它实施例， 而这些变换而来的各个实施例显然并不脱离本发 明所公开的范围。
本实施例中的媒体流共享的方法， 可应用在视频通话的业务场景中， 用户可将第一终端（如 pad )上的屏幕共享到第二终端（如机顶盒（ Set Top Box, 简称 STB ) 或者智能 TV ) 上， 实现大屏播放， 进而通过大屏的语 音和视频展示其他用户的状态。 上述方法可以实现第二终端对实时接收到 的媒体流进行解码， 并在大屏上进行播放， 降低了处理流程， 减少了延时 和带宽占用， 同时使得音视频同步， 进而提供了较好的用户体验。
图 1示出了本发明一实施例提供的媒体流共享的方法的流程示意图， 如图 1所示， 本实施例中的媒体流共享的方法包括如下的步骤：
101、第一终端接收用户触发的启动音视频共享服务的启动指令之后， 根据启动指令查找能够与第一终端实现共享媒体流的终端， 并呈现查找到 的终端或终端列表。
举例来说， 终端列表即为查找到的终端所在的列表。
102、 第一终端在确定用户根据呈现的终端或终端列表所选择的终端 为第二终端时， 获取第二终端的播放属性；
举例来说， 该处的播放属性可为第二终端的监听地址和端口， 即第二 终端为本次共享媒体流所开启的监听地址和端口。
103、 第一终端根据播放属性将第三终端发送的媒体流同步到第二终 端， 以使第二终端对媒体流进行解码并播放。
当然， 在实际应用中， 在步骤 101 中的 "第一终端接收用户触发的启 动音视频共享服务的启动指令" 之前， 上述方法还可包括如下的图中未示 出的步骤 100:
100、 第一终端已经接收到第三终端发送的媒体流。
也就是说， 第一终端已经通过视频通话服务与第三终端实现视频通 话。
特别地，在实际应用媒体流共享的方法的所有终端均可支持 DLAN技 术。 即， 第一终端根据音视频共享服务查找的家庭网络内部的终端或终端 列表中的一个或多个终端均支持数字生活网络联盟 （ Digital Living
Network Alliance, 简称 DLNA )技术。 本实施例中的媒体共享的方法可适用于家庭网络或者， 小型办公场 所。
上述实施例中的第一终端可为手机或 pad、 第二终端可为机顶盒或智 能 TV, 第三终端可为手机、 pad或机顶盒等。
由上述实施例可知， 本实施例的媒体流共享的方法， 通过第一终端在 用户确定进行媒体流共享的第二终端之后， 获取第二终端的播放属性， 根 据播放属性， 将当前播放的媒体流同步到第二终端， 以使第二终端对媒体 流进行解码并播放， 解决了现有技术中流媒体共享时音视频不同步， 且操 作复杂、 成本高的问题。
图 2示出了本发明一实施例提供的媒体流共享的方法的流程示意图， 如图 2所示， 本实施例中的媒体流共享的方法包括如下的步骤：
用户在第一终端的视频通话中启动音视频共享服务， 准备将视频通话 接收到的媒体流转发到 STB或者智能 TV上进行播放。
201、 第一终端接收第三终端发送的视频通话中的媒体流， 第一终端 接收用户触发的启动音视频共享服务的启动指令之后， 根据启动指令查找 能够与第一终端实现共享服务的终端列表， 并呈现查找到的终端列表。
举例来说，第一终端可通过 DLNA技术查询到本地家庭网络内部的其 他终端和与终端对应的服务入口列表。
也就是说， 根据当前的 DLAN技术可以查找到可共享媒体流的终端， 同时还可以获得该些终端对应的服务入口列表。
上述提及的本地家庭网络内部的其他终端可为 STB、 智能 TV、 计算 机等。
202、 第一终端在确定用户根据呈现的终端列表所选择的终端为第二 终端时， 第一终端向第二终端发送属性获取请求， 属性获取请求中包括当 前播放的媒体流的码率、分辨率、媒体流的帧率和 /或媒体流的编解码信息。
第二终端可为 STB。 举例来说， 属性获取请求中还可包括媒体流的最 高码率和最高帧率等信息， 本实施例仅对属性获取请求进行举例说明， 不 限定属性获取请求包括的信息内容。
203、 在第二终端确定支持当前播放的媒体流的码率、 分辨率、 媒体 流的帧率和 /或媒体流的编解码信息之后，第一终端接收第二终端发送的播 放属性， 播放属性包括： 第二终端的监听地址和端口。
举例来说，上述步骤 203中的第二终端的监听地址和端口可为第二终 端为本次音视频共享服务开启的监听地址和端口。 可选地， 在第一终端接 收第二终端发送的播放属性的步骤之前， 还可包括：
第一终端接收第二终端发送的支持当前播放的媒体流的码率、 分辨 率、媒体流的帧率和 /或媒体流的编解码的信息的确定应答，确定应答中包 括： 第二终端所支持的码率、 分辨率、 媒体流的帧率和 /或媒体流的编解码 信息等内容。
204、 第一终端根据播放属性将第三终端发送的媒体流同步到第二终 端， 以使第二终端对媒体流进行解码并播放。
举例来说， 第一终端将第三终端发送的媒体流复制， 并将复制的媒体 流发送至第二终端的监听地址和端口。
在实际应用中， 第一终端首先注册传输转发钩子函数， 在注册之后， 可将持续接收的第三终端发送的媒体流复制并发送至第二终端的监听地 址和端口。
可选地， 在实际应用中， 上述的媒体流共享方法还可包括如下的图中 未示出的步骤 205:
205、 第一终端在第三终端的媒体流停止传输之后， 向第二终端发送 结束通知， 以使第二终端根据结束通知关闭第二终端的监听地址和端口。
本实施例中的媒体流共享的方法， 应用于家庭网络环境， 通过无线
Wifi网络将原本在第一终端如手机或者 pad上进行的视频通话转移到第二 终端如智能 TV或者机顶盒上进行播放。 也就是说， 上述方法实现了第二 终端提供用于接收从第一终端侧转发过来的媒体流的监听地址和端口， 并 使第一终端将第三终端发送过来的媒体流实时转发到第二终端如 STB或 者智能 TV上进行播放， 从而保证了第一终端具有良好的用户体验。
图 3示出了本发明一实施例提供的媒体流共享的方法的流程示意图， 如图 3所示， 本实施例中的媒体流共享的方法包括如下的步骤：
301、 在第一终端进行媒体流接收过程中根据音视频共享服务的启动 指令查找能够与第一终端实现共享媒体流的终端为第二终端时， 第二终端 接收第一终端发送的属性获取请求， 属性获取请求中包括第一终端中当前 播放的媒体流的码率、 分辨率、 媒体流的帧率和 /或媒体流的编解码信息；
302、 第二终端根据属性获取请求确定能够支持媒体流的码率、 分辨 率、媒体流的帧率和 /或媒体流的编解码信息， 则向第一终端发送第二终端 的播放属性， 播放属性包括： 第二终端的监听地址和端口。
举例来说， 上述步骤中的第二终端的监听地址和端口可为第二终端为 本次音视频共享服务开启的监听地址和端口。
303、 第二终端接收第一终端根据播放属性发送的第一终端接收到的 第三终端的媒体流。
当然， 在实际应用中， 若第二终端根据属性获取请求确定无法支持当 前播放的媒体流的码率、分辨率、媒体流的帧率和 /或媒体流的编解码信息， 则向第二终端发送无法支持的应答， 以使第一终端结束与第二终端的音视 频共享服务。
可选地， 在步骤 302中的 "向第一终端发送第二终端的播放属性" 的 步骤之前， 本实施例中的媒体流共享方法还可包括如下的图中未示出的步 骤 S01 :
S01、 第二终端还可向第一终端发送支持当前播放的媒体流的码率、 分辨率、媒体流的帧率和 /或媒体流的编解码的信息的确定应答， 确定应答 中包括： 第二终端所支持的码率、 分辨率、 媒体流的帧率和 /或媒体流的编 解码信息等内容。
可选地， 在实际应用中， 上述的媒体流共享方法还可包括如下的图中 未示出的步骤 304:
304、 第二终端接收第一终端在第三终端的媒体流停止传输之后发送 的结束通知， 根据结束通知关闭第二终端的监听地址和端口。
本实施例中的媒体流共享的方法在视频通话的场景下可以将好友的 音， 视频无缝共享到电视屏幕上进行播放， 提升用户体验， 解决了现有技 术中共享延时长， 体验差及机顶盒不方便进行语音， 视频的输入问题。
根据本发明的另一方面，本发明实施例还提供一种终端，如图 4所示， 该终端包括： 接收单元 41、 查找单元 42、 确定单元 43、 获取单元 44和 媒体流同步单元 45;
其中， 接收单元 41用于接收用户触发的启动音视频共享服务的启动 指令；
查找单元 42用于在接收单元 41接收用户触发的启动音视频共享服务 的启动指令之后， 根据启动指令查找能够与终端实现共享媒体流的终端， 并呈现查找到的终端或终端列表；
确定单元 43用于在查找单元 42查找的终端或终端列表中确定用户选 择的终端；
获取单元 44用于确定单元 43确定用户所选择的终端为第二终端时， 获取第二终端的播放属性；
媒体流同步单元 45用于在获取单元 44获取第二终端的播放属性之 后， 根据播放属性将第三终端发送的媒体流同步到第二终端， 以使第二终 端对媒体流进行解码并播放。
举例来说， 上述的接收单元 41具体用于在接收第三终端发送的媒体 流的过程中， 接收用户触发的启动音视频共享服务的启动指令。
上述的获取单元 44具体用于向第二终端发送属性获取请求， 属性获 取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和 /或媒体 流的编解码信息；
在第二终端确定支持媒体流的码率、分辨率、媒体流的帧率和 /或媒体 流的编解码信息之后， 接收第二终端发送的播放属性， 播放属性包括： 第 二终端的监听地址和端口。
上述的媒体流同步单元 45具体用于在获取单元获取第二终端的播放 属性之后， 将第三终端发送的媒体流复制， 并将复制的媒体流发送至第二 终端的监听地址和端口。
在一种可选的应用场景中， 上述的终端还可包括图中未示出的发送单 元 46, 该发送单元 46用于在接收单元 41接收的第三终端的媒体流停止 之后， 向第二终端发送结束通知， 以使第二终端根据结束通知关闭第二终 端的监听地址和端口。
本实施例中的终端能够实现多个终端对媒体流的多屏共享， 进而提高 了终端的用户体验。
根据本发明的另一方面，本发明实施例还提供一种终端，如图 5所示， 该终端包括： 接收单元 51、 确定单元 52和发送单元 53; 其中， 接收单元 51用于接收另一终端发送的属性获取请求， 属性获 取请求中包括另一终端中当前播放的媒体流的码率、 分辨率、 媒体流的帧 率和 /或媒体流的编解码信息；属性获取请求为另一终端进行媒体流的接收 过程中， 根据用户触发的音视频共享服务的启动指令查找到能够与另一终 端实现共享媒体流的终端为终端时发送的，
确定单元 52用于在接收单元 51接收属性获取请求之后，根据属性获 取请求确定能否支持媒体流的码率、分辨率、媒体流的帧率和 /或媒体流的 编解码信息；
发送单元 53用于在确定单元 52确定终端能够支持媒体流的码率、分 辨率、媒体流的帧率和 /或媒体流的编解码信息之后， 向另一终端发送终端 的播放属性， 播放属性包括： 终端的监听地址和端口；
接收单元 51还用于在发送单元 53发送播放属性之后 ,接收另一终端 根据播放属性发送的另一终端接收到的第三终端的媒体流。
在一种可选的应用场景中， 上述的发送单元 53还用于在确定单元 52 确定终端无法支持媒体流的码率、分辨率、媒体流的帧率和 /或媒体流的编 解码信息之后， 向另一终端发送无法支持的应答， 以使另一终端结束与终 端的音视频共享服务。
本实施例中的终端能够实现多个终端对媒体流的多屏共享， 进而提高 了终端的用户体验。
根据本发明的另一方面，本发明实施例还提供一种终端，如图 6所示， 该终端包括： 接收器 61和处理器 62;
其中， 接收器 61用于接收用户触发的启动音视频共享服务的启动指 令；
处理器 62用于在接收器 61接收启动指令之后，根据启动指令查找能 够与终端实现共享媒体流的终端， 并呈现查找到的终端或终端列表， 且在 查找的终端或终端列表中确定用户选择的终端为第二终端时， 获取第二终 端的播放属性； 以及
根据播放属性将第三终端发送的媒体流同步到第二终端， 以使第二终 端对媒体流进行解码并播放。
可选地， 上述的接收器 61可具体用于在接收第三终端发送的媒体流 的过程中， 接收用户触发的启动音视频共享服务的启动指令。
上述的处理器 62可具体用于向第二终端发送属性获取请求， 属性获 取请求中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和 /或媒体 流的编解码信息；
在第二终端确定支持媒体流的码率、分辨率、媒体流的帧率和 /或媒体 流的编解码信息之后， 接收第二终端发送的播放属性， 播放属性包括： 第 二终端的监听地址和端口； 以及
将第三终端发送的媒体流复制， 并将复制的媒体流发送至第二终端的 监听地址和端口。
在一种可选的应用场景中， 上述的终端还可包括图中未示出的发射器
63,该发射器 63用于在接收器 61接收的第三终端的媒体流停止之后， 向 第二终端发送结束通知， 以使第二终端根据结束通知关闭第二终端的监听 地址和端口。
本实施例中的终端能够实现多个终端对媒体流的多屏共享， 进而提高 了终端的用户体验。
根据本发明的另一方面，本发明实施例还提供一种终端，如图 7所示， 该终端包括： 接收器 71、 处理器 72和发射器 73;
其中， 接收器 71用于接收另一终端发送的属性获取请求， 属性获取 请求中包括另一终端中当前播放的媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息；属性获取请求为另一终端进行媒体流的接收过 程中， 根据用户触发的音视频共享服务的启动指令查找到能够与另一终端 实现共享媒体流的终端为终端时发送的，
处理器 72用于在接收器 71接收属性获取请求之后，根据属性获取请 求确定能否支持媒体流的码率、分辨率、媒体流的帧率和 /或媒体流的编解 码信息；
发射器 73用于在处理器 72确定终端能够支持媒体流的码率、分辨率、 媒体流的帧率和 /或媒体流的编解码信息之后 ,向另一终端发送终端的播放 属性， 播放属性包括： 终端的监听地址和端口；
接收器 71还用于在发射器 73发送播放属性之后，接收另一终端根据 播放属性发送的另一终端接收到的第三终端的媒体流。 在一种可选的应用场景中，发射器 73还用于在处理器 72确定终端无 法支持媒体流的码率、分辨率、媒体流的帧率和 /或媒体流的编解码信息之 后， 向另一终端发送无法支持的应答， 以使另一终端结束与终端的音视频 共享服务。
本实施例中的终端能够实现多个终端对媒体流的多屏共享， 进而提高 了终端的用户体验。
另外， 图 8示出了本发明另一实施例提供的终端的结构示意图， 如图 8所示， 该终端可以为手机、 平板电脑、 PDA、 机顶盒、 智能 TV等， 本 实施例以手机终端举例说明：
如图 8 , 手机终端 90包括处理器 91、 收发模块 92、 存储器 93、 输入 设备 94、 显示设备 95、 服务协商接口模块 96、 传输中转服务模块 97; 其中， 手机终端 90的处理器 91是手机终端 90的控制中心， 利用各 种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器 93 内的软件程序和 /或模块， 以及调用存储在存储器 93内的数据， 执行手机 终端 90的各种功能和处理数据， 从而对手机终端进行整体监控。 可选的， 处理器 91可集成应用处理器和调制解调处理器， 其中， 应用处理器主要 处理操作系统、 用户界面和应用程序等， 调制解调处理器主要处理无线通 信。 可以理解的是， 上述调制解调处理器也可以不集成到处理器 91中。
收发模块 92可用于收发信息或通话过程中， 信号的接收和发送， 特 别地， 对于手机终端 90 , 将基站的下行信息接收后， 给处理器 91处理； 另外， 将设计上行的数据发送给基站。 此外， 收发模块 92还可以通过无 线通信与网络和其他设备通信。 无线通信可以使用任一通信标准或协议 等。
存储器 93可用于存储软件程序 (如音视频共享服务程序 )以及模块， 处理器 91通过运行存储在存储器 93的软件程序以及模块， 从而执行手机 终端 90的各种功能应用以及数据处理。 存储器 93可主要包括存储程序区 和存储数据区， 其中， 存储程序区可存储操作系统、 至少一个功能所需的 应用程序 （比如声音播放功能、 图形播放功能等）等； 存储数据区可存储 根据手机终端 90的使用所创建的数据 (比如音频数据、 电话本等） 等。 此外， 存储器 93可以包括高速随机存取存储器， 还可以包括非易失性存 储器， 例如至少一个磁盘存储器件、 闪存器件、 或其他易失性固态存储器 件。
输入设备 94可用于接收输入的数字或字符信息， 以及产生与手机终 端 90的用户设置以及功能控制有关的键信号输入。 具体地， 输入设备 94 可包括触控面板以及其他输入设备。 触控面板， 也称为触摸屏， 可收集用 户在其上或附近的触摸操作（比如用户使用手指、 触笔等任何适合的物体 或附件在触控面板上或在触控面板附近的操作） ， 并根据预先设定的程式 驱动相应的连接装置。 可选的， 触控面板可包括触摸检测装置和触摸控制 器两个部分。 其中， 触摸检测装置检测用户的触摸方位， 并检测触摸操作 带来的信号， 将信号传送给触摸控制器； 触摸控制器从触摸检测装置上接 收触摸信息， 并将它转换成触点坐标， 再送给处理器， 并能接收处理器发 来的命令并加以执行。 此外， 可以釆用电阻式、 电容式、 红外线以及表面 声波等多种类型实现触控面板。 除了触控面板， 输入设备 94还可以包括 其他输入设备。 具体地， 其他输入设备可以包括但不限于物理键盘、 功能 键（比如音量控制按键、 开关按键等） 、 轨迹球、 鼠标、 操作杆等中的一 种或多种。
显示设备 95可用于显示由用户输入的信息或提供给用户的信息以及 手机终端 90的各种菜单。 显示设备 95可包括显示面板， 可选的， 可以釆 用液晶显示器 (Liquid Crystal Display, 简称 LCD)、 有机发光二极管
(Organic Light-Emitting Diode, 简称 OLED)等形式来配置显示面板。 进一 步的， 触控面板可覆盖显示面板， 当触控面板检测到在其上或附近的触摸 操作后， 传送给处理器 91以确定触摸事件的类型， 随后处理器 91根据触 摸事件的类型在显示面板上提供相应的视觉输出。
在本实施例中， 服务协商接口模块 96用于与需共享媒体流的另一终 端的 DLNA (或者类似的设备服务发现模块） 进行交互获取家庭网络内部 的能够共享媒体流的终端以及该终端对应的设备服务入口， 并根据用户选 择与其他设备例如 STB上的对应服务进行协商音， 视频接口；
传输中转服务模块 97用于在服务协商接口模块协商之后， 负责将终 端的传输层收到的第三终端的语音， 视频实时传输协议 （Realtime
Transport Protocol , 简称 rtp ) , 实时传输控制协议（ Realtime Transport Control Protocol , 简称 rtcp ) 流转发到第二终端如 STB上对应的流媒体 监听地址和端口。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算 机可读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步 骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存 储程序代码的介质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非 对其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的 普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进 行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或 者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的范 围。

Claims

权 利 要 求 书
1、 一种媒体流共享的方法， 其特征在于， 包括：
第一终端接收用户触发的启动音视频共享服务的启动指令之后， 根据 所述启动指令查找能够与第一终端实现共享媒体流的终端， 并呈现所述查 找到的终端或终端列表；
所述第一终端在确定用户根据所述呈现的终端或终端列表所选择的 终端为第二终端时， 获取所述第二终端的播放属性；
所述第一终端根据所述播放属性将第三终端发送的媒体流同步到所 述第二终端， 以使所述第二终端对所述媒体流进行解码并播放。
2、 根据权利要求 1所述的方法， 其特征在于， 所述第一终端接收用 户触发的启动音视频共享服务的启动指令之前， 还包括：
所述第一终端已经接收到第三终端发送的媒体流。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述获取所述第 二终端的播放属性， 包括：
所述第一终端向所述第二终端发送属性获取请求， 所述属性获取请求 中包括当前播放的媒体流的码率、分辨率、媒体流的帧率和 /或媒体流的编 解码信息；
在所述第二终端确定支持所述媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息之后，所述第一终端接收所述第二终端发送的播 放属性， 所述播放属性包括： 所述第二终端的监听地址和端口。
4、 根据权利要求 3所述的方法， 其特征在于， 所述第一终端接收所 述第二终端发送的播放属性之前， 还包括：
所述第一终端接收所述第二终端发送的支持所述媒体流的码率、 分辨 率、媒体流的帧率和 /或媒体流的编解码的信息的确定应答， 所述确定应答 包括： 所述第二终端所支持的码率、 分辨率、 媒体流的帧率和 /或媒体流的 编解码信息。
5、 根据权利要求 1至 3任一所述的方法， 其特征在于， 所述第一终 端根据所述播放属性将第三终端发送的媒体流同步到所述第二终端， 包 括： 所述第一终端将第三终端发送的媒体流复制， 并将复制的媒体流发送 至所述第二终端的监听地址和端口。
6、 根据权利要求 2所述的方法， 其特征在于， 还包括： 所述第一终端在所述第三终端的媒体流停止传输之后， 向所述第二终 端发送结束通知， 以使所述第二终端根据所述结束通知关闭所述第二终端 的监听地址和端口。
7、 一种媒体流共享的方法， 其特征在于， 包括：
在第一终端进行媒体流的接收过程中， 根据音视频共享服务的启动指 令查找能够与第一终端实现共享所述媒体流的终端为第二终端时， 所述第 二终端接收所述第一终端发送的属性获取请求， 所述属性获取请求中包括 所述第一终端中当前播放的媒体流的码率、分辨率、媒体流的帧率和 /或媒 体流的编解码信息；
所述第二终端根据所述属性获取请求确定能够支持所述媒体流的码 率、 分辨率、媒体流的帧率和 /或媒体流的编解码信息， 则向所述第一终端 发送所述第二终端的播放属性， 所述播放属性包括： 所述第二终端的监听 地址和端口；
所述第二终端接收所述第一终端根据所述播放属性发送的所述第一 终端接收到的第三终端的媒体流。
8、 根据权利要求 7所述的方法， 其特征在于， 还包括：
若根据所述属性获取请求确定无法支持当前播放的媒体流的码率、 分 辨率、媒体流的帧率和 /或媒体流的编解码信息， 则向所述第一终端发送无 法支持的应答， 以使所述第一终端结束与所述第二终端的音视频共享服 务。
9、 根据权利要求 7所述的方法， 其特征在于， 所述向第一终端发送 所述第二终端的播放属性之前， 还包括：
所述第二终端向所述第一终端发送支持所述媒体流的码率、 分辨率、 媒体流的帧率和 /或媒体流的编解码的信息的确定应答， 所述确定应答包 括： 所述第二终端所支持的码率、 分辨率、媒体流的帧率和 /或媒体流的编 解码信息。
10、 一种终端， 其特征在于， 包括：
接收单元， 用于接收用户触发的启动音视频共享服务的启动指令； 查找单元， 用于在所述接收单元接收所述启动指令之后， 根据所述启 动指令查找能够与终端实现共享媒体流的终端， 并呈现所述查找到的终端 或终端列表；
确定单元， 用于在所述查找单元查找的终端或终端列表中确定用户选 择的终端；
获取单元， 用于在所述确定单元确定用户所选择的终端为第二终端 时， 获取第二终端的播放属性；
媒体流同步单元， 用于在所述获取单元获取所述第二终端的播放属性 之后， 根据所述播放属性将第三终端发送的媒体流同步到所述第二终端， 以使所述第二终端对所述媒体流进行解码并播放。
1 1、 根据权利要求 10所述的终端， 其特征在于， 所述接收单元， 具 体用于在接收第三终端发送的媒体流的过程中， 接收用户触发的启动音视 频共享服务的启动指令。
12、 根据权利要求 10所述的终端， 其特征在于， 所述获取单元， 具 体用于
向所述第二终端发送属性获取请求， 所述属性获取请求中包括当前播 放的媒体流的码率、 分辨率、 媒体流的帧率和 /或媒体流的编解码信息； 在所述第二终端确定支持所述媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息之后，接收所述第二终端发送的播放属性， 所述 播放属性包括： 所述第二终端的监听地址和端口。
13、 根据权利要求 10至 12任一所述的终端， 其特征在于， 所述媒体 流同步单元， 具体用于在所述获取单元获取所述第二终端的播放属性之 后， 将第三终端发送的媒体流复制， 并将复制的媒体流发送至所述第二终 端的监听地址和端口。
14、 根据权利要求 1 1所述的终端， 其特征在于， 还包括：
发送单元， 用于在所述接收单元接收的所述第三终端的媒体流停止之 后， 向所述第二终端发送结束通知， 以使所述第二终端根据所述结束通知 关闭所述第二终端的监听地址和端口。
15、 一种终端， 其特征在于， 包括：
接收单元， 用于接收另一终端发送的属性获取请求， 所述属性获取请 求中包括所述另一终端中当前播放的媒体流的码率、 分辨率、 媒体流的帧 率和 /或媒体流的编解码信息；所述属性获取请求为所述另一终端进行媒体 流的接收过程中， 根据用户触发的音视频共享服务的启动指令查找到能够 与另一终端实现共享所述媒体流的终端为所述终端时发送的，
确定单元， 用于在所述接收单元接收所述属性获取请求之后， 根据所 述属性获取请求确定能否支持所述媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息；
发送单元， 用于在所述确定单元确定所述终端能够支持所述媒体流的 码率、 分辨率、媒体流的帧率和 /或媒体流的编解码信息之后， 向所述另一 终端发送所述终端的播放属性， 所述播放属性包括： 所述终端的监听地址 和端口；
所述接收单元， 还用于在所述发送单元发送所述播放属性之后， 接收 所述另一终端根据所述播放属性发送的所述另一终端接收到的第三终端 的媒体流。
16、 根据权利要求 15所述的终端， 其特征在于， 所述发送单元， 还 媒体流的帧率和 /或媒体流的编解码信息之后，向所述另一终端发送无法支 持的应答， 以使所述另一终端结束与所述终端的音视频共享服务。
17、 一种终端， 其特征在于， 包括：
接收器， 用于接收用户触发的启动音视频共享服务的启动指令； 处理器， 用于在所述接收器接收所述启动指令之后， 根据所述启动指 令查找能够与终端实现共享媒体流的终端， 并呈现所述查找到的终端或终 端列表， 且在查找的终端或终端列表中确定用户选择的终端为第二终端 时， 获取第二终端的播放属性； 以及
根据所述播放属性将第三终端发送的媒体流同步到所述第二终端， 以 使所述第二终端对所述媒体流进行解码并播放。
18、 根据权利要求 17所述的终端， 其特征在于， 所述接收器， 具体 用于在接收第三终端发送的媒体流的过程中， 接收用户触发的启动音视频 共享服务的启动指令。
19、 根据权利要求 17所述的终端， 其特征在于， 所述处理器， 具体 用于向所述第二终端发送属性获取请求， 所述属性获取请求中包括当前播 放的媒体流的码率、 分辨率、 媒体流的帧率和 /或媒体流的编解码信息； 在所述第二终端确定支持所述媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息之后，接收所述第二终端发送的播放属性， 所述 播放属性包括： 所述第二终端的监听地址和端口； 以及
将第三终端发送的媒体流复制， 并将复制的媒体流发送至所述第二终 端的监听地址和端口。
20、 根据权利要求 18所述的终端， 其特征在于， 还包括：
发射器， 用于在所述接收器接收的所述第三终端的媒体流停止之后 , 向所述第二终端发送结束通知， 以使所述第二终端根据所述结束通知关闭 所述第二终端的监听地址和端口。
21、 一种终端， 其特征在于， 包括：
接收器， 用于接收另一终端发送的属性获取请求， 所述属性获取请求 中包括所述另一终端中当前播放的媒体流的码率、 分辨率、 媒体流的帧率 和 /或媒体流的编解码信息；所述属性获取请求为所述另一终端进行媒体流 的接收过程中， 根据用户触发的音视频共享服务的启动指令查找到能够与 另一终端实现共享所述媒体流的终端为所述终端时发送的，
处理器， 用于在所述接收器接收所述属性获取请求之后， 根据所述属 性获取请求确定能否支持所述媒体流的码率、 分辨率、 媒体流的帧率和 / 或媒体流的编解码信息；
发射器， 用于在所述处理器确定所述终端能够支持所述媒体流的码 率、 分辨率、媒体流的帧率和 /或媒体流的编解码信息之后， 向所述另一终 端发送所述终端的播放属性， 所述播放属性包括： 所述终端的监听地址和 端口；
所述接收器， 还用于在所述发射器发送所述播放属性之后， 接收所述 另一终端根据所述播放属性发送的所述另一终端接收到的第三终端的媒 体流。
22、 根据权利要求 21所述的终端， 其特征在于， 所述发射器， 还用 于在所述处理器确定所述终端无法支持所述媒体流的码率、 分辨率、 媒体 流的帧率和 /或媒体流的编解码信息之后，向所述另一终端发送无法支持的 应答， 以使所述另一终端结束与所述终端的音视频共享服务。
PCT/CN2012/086432 2012-12-12 2012-12-12 媒体流共享的方法及终端 WO2014089773A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP12889957.2A EP2858322B1 (en) 2012-12-12 2012-12-12 Method and terminal for sharing media stream
CN201280004124.6A CN103534679B (zh) 2012-12-12 2012-12-12 媒体流共享的方法及终端
KR1020157001589A KR101657914B1 (ko) 2012-12-12 2012-12-12 미디어 스트림 공유 방법 및 단말기
PCT/CN2012/086432 WO2014089773A1 (zh) 2012-12-12 2012-12-12 媒体流共享的方法及终端
US14/586,247 US9906692B2 (en) 2012-12-12 2014-12-30 Media stream sharing method and terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/086432 WO2014089773A1 (zh) 2012-12-12 2012-12-12 媒体流共享的方法及终端

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/586,247 Continuation US9906692B2 (en) 2012-12-12 2014-12-30 Media stream sharing method and terminal

Publications (1)

Publication Number Publication Date
WO2014089773A1 true WO2014089773A1 (zh) 2014-06-19

Family

ID=49935392

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/086432 WO2014089773A1 (zh) 2012-12-12 2012-12-12 媒体流共享的方法及终端

Country Status (5)

Country Link
US (1) US9906692B2 (zh)
EP (1) EP2858322B1 (zh)
KR (1) KR101657914B1 (zh)
CN (1) CN103534679B (zh)
WO (1) WO2014089773A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114398020A (zh) * 2019-12-30 2022-04-26 华为技术有限公司 一种音频播放方法及相关设备

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104811582A (zh) * 2014-01-28 2015-07-29 华为技术有限公司 多智能设备同步播放的方法和装置
KR102269481B1 (ko) 2014-10-17 2021-06-28 삼성전자주식회사 디바이스 간에 화면 공유 방법 및 이를 이용하는 디바이스
CN105635625B (zh) * 2014-10-31 2019-12-20 腾讯科技（深圳）有限公司 视频通话方法和装置
CN105681255A (zh) * 2014-11-18 2016-06-15 中兴通讯股份有限公司 网元间媒体流数据发送、接收方法及发送、接收装置
CN105791367A (zh) * 2014-12-25 2016-07-20 中国移动通信集团公司 屏幕共享中辅助媒体信息共享方法、系统和相关设备
CN105812909A (zh) * 2014-12-29 2016-07-27 中国移动通信集团公司 一种视频传输方法及装置
CN105635238A (zh) * 2015-01-30 2016-06-01 西安酷派软件科技有限公司 流媒体数据共享方法、流媒体数据共享装置和终端
CN106201384B (zh) * 2015-05-04 2019-03-29 联想(北京)有限公司 一种信息传输方法和电子设备
CN104869347B (zh) * 2015-05-18 2018-10-30 小米科技有限责任公司 视频通话方法及装置
CN105430433B (zh) * 2015-10-29 2019-02-19 小米科技有限责任公司 信息处理方法及装置
CN105430436A (zh) * 2015-10-30 2016-03-23 青岛海尔智能家电科技有限公司 一种移动终端共享电视音频的方法及装置
CN106101773A (zh) * 2016-06-30 2016-11-09 北京小米移动软件有限公司 内容同屏方法、装置和显示设备
CN108235111B (zh) * 2016-12-15 2020-06-09 华为技术有限公司 信息共享方法及智能机顶盒
CN107613340A (zh) * 2017-09-27 2018-01-19 深圳市酷开网络科技有限公司 一种虚拟现实设备与智能电视同步播放视频的方法及系统
CN109729402B (zh) * 2017-10-31 2021-05-28 腾讯科技（深圳）有限公司 一种媒体内容同步方法、装置及存储介质
CN112399257B (zh) * 2019-08-16 2024-03-05 中兴通讯股份有限公司 云桌面视频播放方法、服务器、终端及存储介质
CN111580764B (zh) * 2020-04-18 2023-08-29 广州视源电子科技股份有限公司 智能交互平板的屏幕共享方法、装置、设备和存储介质
CN114125513B (zh) * 2020-08-28 2022-10-11 华为终端有限公司 投屏方法、装置及投送端

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101964842A (zh) * 2010-09-13 2011-02-02 复旦大学 一种基于手机终端的自组织视频同步分享播放器
CN102325182A (zh) * 2011-09-09 2012-01-18 重庆抛物线信息技术有限责任公司 一种音视频共享方法及系统
CN102447956A (zh) * 2010-09-30 2012-05-09 北京沃安科技有限公司 手机视频分享的方法及系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101282464B (zh) * 2007-04-03 2012-12-19 联想(北京)有限公司 转移视频的终端及方法
JP2010117863A (ja) * 2008-11-12 2010-05-27 Toshiba Corp コンテンツ再生装置およびコンテンツ再生方法
KR101435478B1 (ko) * 2009-04-27 2014-08-28 에스케이플래닛 주식회사 사용자 단말기 환경을 이용한 멀티미디어 검색 방법 및 시스템
US8792429B2 (en) * 2010-12-14 2014-07-29 Microsoft Corporation Direct connection with side channel control
KR101209037B1 (ko) * 2011-05-25 2012-12-06 엠앤서비스 주식회사 콘텐츠 동시 재생 단말, 그 시스템 및 동시 재생 방법
CN102364957A (zh) * 2011-10-11 2012-02-29 Tcl集团股份有限公司 网络视频播放方法、装置及设备
CN102638774A (zh) * 2012-03-31 2012-08-15 王方淇 一种移动终端数据同步分享的方法和系统
CN102752667B (zh) * 2012-07-17 2015-02-04 王加俊 一种多流流媒体直播互动系统及直播互动方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101964842A (zh) * 2010-09-13 2011-02-02 复旦大学 一种基于手机终端的自组织视频同步分享播放器
CN102447956A (zh) * 2010-09-30 2012-05-09 北京沃安科技有限公司 手机视频分享的方法及系统
CN102325182A (zh) * 2011-09-09 2012-01-18 重庆抛物线信息技术有限责任公司 一种音视频共享方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114398020A (zh) * 2019-12-30 2022-04-26 华为技术有限公司 一种音频播放方法及相关设备

Also Published As

Publication number Publication date
CN103534679A (zh) 2014-01-22
EP2858322A1 (en) 2015-04-08
EP2858322B1 (en) 2018-08-01
US20150120958A1 (en) 2015-04-30
US9906692B2 (en) 2018-02-27
CN103534679B (zh) 2017-06-27
KR20150033668A (ko) 2015-04-01
EP2858322A4 (en) 2015-07-29
KR101657914B1 (ko) 2016-09-19

Similar Documents

Publication Publication Date Title
WO2014089773A1 (zh) 媒体流共享的方法及终端
US10440065B2 (en) Method and apparatus for providing user input back channel in audio/video system
JP6339226B2 (ja) リアルタイムトランスポートプロトコルのためのストリーミング制御
US9137559B2 (en) Apparatus and method for providing media programming
WO2015096679A1 (zh) 一种同屏互动方法以及装置
WO2015096687A1 (zh) 移动通信终端控制智能电视播放视频文件的方法及装置
TW201324331A (zh) 用以執行無線顯示控制之方法與裝置
WO2012068793A1 (zh) 数字电视接收终端与移动终端交互方法、终端和系统
KR20110080375A (ko) 화상 통화 연결 방법, 그를 이용한 화상 통신 장치 및 디스플레이 장치
WO2015021928A1 (zh) 一种多屏交互方法、终端及系统
WO2014019357A1 (zh) 实现多屏互动的方法和装置
WO2012079319A1 (zh) 一种移动终端控制数字电视接收终端方法、装置和系统
WO2016008348A1 (zh) 一种用于视频控制的方法与设备
WO2015131454A1 (zh) 一种投影方法及终端、系统
WO2012071816A1 (zh) 移动终端与数字电视接收终端分享网页方法及装置和系统
KR101372904B1 (ko) 인터넷전화기능이 구비된 스마트 아이피티브이 셋톱박스시스템 및 그 제어방법
WO2012068794A1 (zh) 一种移动终端工作状态切换方法、系统及移动终端
US11153627B2 (en) System and method for switching video presentations between devices
US10235698B2 (en) Sound code recognition for broadcast media
TWI431994B (zh) 多媒體檔案的播放方法、系統及其使用之電腦程式產品
WO2014187421A1 (zh) 一种iptv的频道切换方法和装置、终端
TW201427463A (zh) 多媒體串流的播放系統與方法
WO2011041982A1 (zh) 控制移动流媒体节目播放的方法及装置
WO2012068796A1 (zh) 数字电视接收终端与移动终端交互方法、装置和系统
WO2012075617A1 (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: 12889957

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012889957

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20157001589

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE