CN109729402B - Media content synchronization method, device and storage medium - Google Patents
Media content synchronization method, device and storage medium Download PDFInfo
- Publication number
- CN109729402B CN109729402B CN201711046801.1A CN201711046801A CN109729402B CN 109729402 B CN109729402 B CN 109729402B CN 201711046801 A CN201711046801 A CN 201711046801A CN 109729402 B CN109729402 B CN 109729402B
- Authority
- CN
- China
- Prior art keywords
- media
- application client
- information
- media information
- media application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
-
- 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/637—Control signals issued by the client directed to the server or network components
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The application provides a media content synchronization method, which comprises the following steps: a first media application client sends a media information request to acquire media information of media content being played by a second media application client; the first media application client receives the media information; and the first media application client plays the media content corresponding to the media information according to the media information. Correspondingly, the application also provides a device for realizing the media content synchronization method.
Description
Technical Field
The present application relates to the field of information technology, and in particular, to a media content synchronization method, apparatus, and storage medium.
Background
Currently, with the development of the internet, users have more and more demands on media resource sharing. Therefore, a need arises for a plurality of users to simultaneously watch the same video by using different terminal devices at different locations, and for the same user to change locations or change terminal devices to continue watching during watching of the same video.
Disclosure of Invention
The embodiment of the application provides a media content synchronization method, which can realize the synchronous playing of the same media content among different media application clients. The method comprises the following steps: a first media application client sends a media information request message to request to acquire media information of media content being played by a second media application client; a first media application client receives media information; and the first media application client plays the media content corresponding to the media information according to the media information.
An example of the present application further provides a media application client, including:
the sending module responds to the operation of requesting the media information of other user terminals, sends a media information request message and requests to acquire the media information of the media content being played by the second media application client;
a receiving module, configured to receive the media information; and
and the playing module is used for playing the media content corresponding to the media information according to the media information.
The present application also provides a storage medium storing readable instructions, which can cause at least one processor to execute the above media content synchronous playing method.
According to the technical scheme, on one hand, synchronous media playing of different media clients in the same network can be realized, so that the same or different users can watch the same media content through different terminals, and even the playing progress of different terminals can be kept consistent. On the other hand, the method for synchronizing the media content can avoid various operations such as searching the media content and adjusting the playing progress, which are executed when the user plays the same media content on different terminal devices, thereby not only avoiding repeated playing, but also reducing information interaction between the user terminal and the server and unnecessary downloading of the media content, improving the efficiency of the terminal devices and saving time, network resources and power resources.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.
FIG. 1 is a schematic diagram of a system architecture according to an example of the present application;
FIG. 1a is a schematic system diagram of another embodiment of the present application;
fig. 2 is a flowchart of a media content synchronization method according to an embodiment of the present application;
FIG. 3 is a flowchart illustrating a media content synchronization method according to an embodiment of the present application;
fig. 3a is a flowchart of a processing method of the media application client after obtaining media information according to an embodiment of the present application;
fig. 3b is a flowchart of a processing method of the media application client after obtaining media information according to another embodiment of the present application;
fig. 4 is an example of a media application client of a user terminal displaying a media content list according to an embodiment of the present application;
FIG. 5 is an example of a media content synchronization method according to another embodiment of the present application;
FIG. 6 is a flow chart of a media content synchronization method according to another embodiment of the present application;
fig. 6a is a flowchart of a processing method of the media application client after obtaining media information according to an embodiment of the present application;
fig. 6b is a flowchart of a processing method of the media application client after obtaining media information according to another embodiment of the present application;
FIG. 7 is a flow chart of a media content synchronization method according to yet another embodiment of the present application;
fig. 8 is a schematic structural diagram of a media application client according to an embodiment of the present application;
fig. 9 is a schematic structural diagram of a media application client according to an embodiment of the present application;
fig. 10 is a schematic structural diagram of a media application server according to an embodiment of the present application; and
fig. 11 is a schematic hardware structure diagram of a media application client or a media application server according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
For simplicity and clarity of description, the invention will be described below by describing several representative embodiments. The numerous details of the examples are merely provided to assist in understanding the inventive arrangements. It will be apparent, however, that the invention may be practiced without these specific details. Some embodiments are not described in detail, but rather are merely provided as frameworks, in order to avoid unnecessarily obscuring aspects of the invention. Hereinafter, "including" means "including but not limited to", "according to … …" means "at least according to … …, but not limited to … … only". When the number of one component is not particularly specified hereinafter, it means that the component may be one or more, or may be understood as at least one.
As described above, in the process of rapid development of the internet, there are demands that a plurality of users want to watch the same video at different locations using different terminals, respectively, and demands that the same user wants to change locations or change terminal devices to watch the same video. This requires sharing and synchronization of the same media content between different terminal devices. The existing media synchronous playing methods are basically two, one method is that a plurality of users open media playing clients respectively, find the same media and watch the same media respectively; another method is to log in with the same account number on the user terminal with viewing history, and realize the playing synchronization through the previously stored viewing history. However, the above two schemes cannot automatically acquire and display the media content being played by other users, and are cumbersome to operate and poor in user experience.
In order to solve the above problem, an example of the present application provides a media content synchronous playing method, which is applied to a media application client of a user terminal, and is used for implementing synchronous playing of media content between different media application clients in a network. For example, when a media application client on any user terminal in the local area network is playing a certain media content, other user terminals in the local area network can automatically acquire the media content being played by the media application client, even the playing progress, when starting the media application client, and can directly select to watch the media content being watched by the other party. Meanwhile, the playing of the media application client on each user terminal in the network is independent, the playing progress of each user is free, and the users can fast forward and fast backward independently without mutual interference.
Fig. 1 is a schematic structural diagram of a system to which the media synchronized playing method according to some examples of the present application is applied. As shown in fig. 1, the system of the present application includes at least: more than two user terminals 11, a network 12 and an application server 13.
In some examples of the present application, the user terminal 11 may be a smart terminal device such as a smart phone, a PAD, a personal computer, a smart television, and a tablet computer. The user terminal 11 includes a display device, such as a display or a touch screen. In general, various application clients, such as a media application client that can play media content, for example, an application client for Tencent video, cloud audio-visual polar light, and the like, may be installed on the user terminal 11.
In some examples of the present application, the network 12 may refer to the internet, and the two or more user terminals 11 may respectively access the internet and respectively connect to the application server 13 through the internet to respectively communicate with the application server.
In some examples of the present application, the network 12 may also be referred to as a local area network. The two or more user terminals 11 and the application server 13 may together form a local area network and communicate with each other via the local area network, for example, via a hub. An application server 13 is also connected to the local area network. The specific communication protocol may be selected from the IEEE 802.3 protocol of a Local Area Network (LAN), the IEEE802.11 protocol of a WLAN, and the Wi-Fi protocol, among others. In this case, the two or more user terminals 11, and the user terminal 11 and the application server 13 can communicate with each other through the local area network. In addition, the mutual discovery and mutual communication between different devices can be realized between more than two user terminals 11 and between the user terminals 11 and the application server 13 through a TCP/IP protocol.
In some examples of the present application, the network 12 may also be a network including a local area network, a routing device 14, and the internet 15. The specific network structure may be as shown in fig. 1a, and specifically, the local area network may be a wired local area network or a wireless local area network. The two or more user terminals 11 may be configured with the routing device 14 as a local area network, and the communication between each other is realized through the local area network, and the specific communication protocol may be selected from, for example, IEEE 802.3 protocol of Local Area Network (LAN), IEEE802.11 protocol of WLAN, and Wi-Fi protocol, etc. Furthermore, the above-mentioned two or more user terminals 11 may also be connected to the internet 15 through the routing device 14, thereby enabling communication with the application server 13 that is also connected to the internet 14.
The application server 13 is an application server corresponding to an application client installed on the user terminal 11, and may be, for example, a media application server or the like. The application server software in the application server 13 together with the application client software in the user terminal 11 provides services to the user, e.g. playing video files etc. The application server 13 may be a single server or a cluster server composed of a plurality of servers. The application server 13 may be a server within a local area network or a public server on the internet. When the application server 13 is a server within a local area network, the user terminal 11 within the network 12 may be directly connected to the application server 13 through the network 12. When the application server 13 is a public server on the internet, the user terminal 11 inside the network 12 is linked to a routing device in the network 12 through the network 12, and is further connected to the application server 13 on the internet through the routing device. In the present embodiment, the connection method between the user terminal 11 and the application server 13 is not limited. That is, in the example of the present application, the application server 13 may be a server in a local area network or a public server on the internet, the user terminal 11 may be different user terminals under the same local area network or different user terminals respectively connected to the internet, and the network settings do not affect the application of the embodiment of the present application.
On the premise, based on the system structure shown in fig. 1, the present application provides a media content synchronization method, which can be applied to a media application client on a user terminal 11, and can implement synchronous playing of media content between two or more media application clients. As described above, the present application is applicable to a plurality of user terminals connected via a network, for example, when family members in a home watch a certain program played by a smart television together, if one or more of the user terminals want to respectively return to their rooms to continue watching the program via other user terminals, the method can be applied. For another example, a user may use the method to synchronously watch programs watched by other users or watched by the user on other terminal devices.
Here, without loss of generality, the requesting party of media content synchronization is referred to as a first media application client, and the requested party is referred to as a second media application client.
Fig. 2 shows a flowchart of a media content synchronous playing method provided by an example of the present application. The method is performed by a first media application client on a user terminal 11, as shown in fig. 2, and comprises the following steps:
step 201: sending a media information request message to request to acquire the media information of the media content being played by the second media application client;
step 202: receiving media information of media content being played by a second media application client; and
step 203: and playing the media content corresponding to the media information according to the media information.
Since the operation of the first media application client is different in different network environments of the lan or the internet, the processing method in different network environments will be described in detail through different embodiments.
Fig. 3 shows a flowchart of a media content synchronous playing method provided by an example of the present application. The method is performed by a media application client on a user terminal 11, as shown in fig. 3, and comprises the following steps:
step 301: and sending a media information request message to one or more second media application clients, requesting the second media application clients to feed back the media information of the media content being played.
In one embodiment of the present application, the step 301 may be triggered to be executed under various conditions. For example, the step 301 may be performed when the terminal where the first media application client is located is started, for example, when the terminal is powered on. Step 301 may also be performed when the first media application client is launched, for example, when the user clicks on a media application client icon or option to launch the media application client. When a user starts to operate a media application client on a user terminal, the user terminal accesses itself to the network as a node, that is, connects to the network. It should be noted that the network may be a local area network. At this time, the media information request may be a broadcast message, that is, the activated media application client may send a media information request to all other second media application clients in the lan by broadcasting.
In another embodiment of the present application, the step 301 may also be performed when selecting to request media information of other media application clients. For example, a function option "view media content being played in the local area network" may be set in an interface or a menu of the media application client, and when the user clicks the function option "view media content being played in the local area network", the media application client may send a media information request to all other nodes in the local area network in a broadcast manner.
In another embodiment of the present application, the step 301 may also be performed when selecting to synchronize to other media application clients for media playing. For example, a function option "synchronize to the media content being played by other users in the local area network" may be set in an interface or a menu of the media application client, and when the user clicks the function option "synchronize to the media content being played by other users", the media application client may send a media information request to all other nodes in the local area network in a broadcast manner. In addition, because each node in the local area can discover the existence of other nodes through a communication protocol and acquire the identifiers of other nodes, a menu option containing the identifiers of all other nodes in the local area can be further set on the basis of setting a function option of synchronizing to the media content played by other users in the local area, so that the user can select a target user for media content synchronization. In this way, the media information request may also carry the user identifier of the user corresponding to the synchronized second media application client. Thus, in addition to the above-mentioned broadcasting manner, the media application client may directly send a media information request to the target second media application client selected by the user, and request the user to feed back the media information.
In addition, because there is no central node in the local area network, and each node has no primary and secondary points, each node can request the media information played on other nodes, and can receive the requests of other nodes and feed back the media information played by itself. In the local area network, each node distinguishes different nodes by the device identifier of the user terminal device, such as MAC address, device name, etc. After accessing the local area network, the media application client on the user terminal may confirm that other nodes in the same local area network have been accessed, that is, may obtain the device identifiers of other user terminal devices in the local area network. Specifically, the media application client may obtain the device identifiers of other user terminal devices in the local area network through a local area network protocol, such as TCP/IP, IPX/SPX, WAPI, and the like.
In some examples, the media information may include: identification of media content. The identification of the media content refers to an identification that can uniquely determine the media content. In general, the media application client may send a query request to the server according to the identifier of the media content to obtain the address of the media content corresponding to the identifier of the media content and other information such as the total playing time, so that the media application client may obtain the address of the media content, for example, the URL of the media content, by the identifier of the media content. In addition, the media information may directly include: the address of the media content. In an embodiment of the present application, the media information may further include playing progress information of the media content, such as a played time length or a played proportion. In an embodiment of the present application, the media information may further include playing setting information of the media content, such as a full screen setting, a bullet screen setting, or a playing double speed setting.
In some examples, the media application client on the user terminal may request media information of the media content being played from other user terminals in the network using a network protocol.
Further, a timeout time, for example, 5 seconds, may be set as a time threshold for receiving a response corresponding to the request.
Here, the media information request may be an entirely new message or implemented by using a pre-reserved field in an existing message, and a pre-agreed character string, such as "ABC", may be configured in the field. When a media application client received by a user terminal receives the new message sent by another media application client or detects that a reserved field in a certain message is occupied, the media application client can be known to request the media information of the media content which is played by the media application client. Besides the broadcast method, the media information request may be a unicast message sent to each user terminal in the network one by one. It should be noted that the format and specific implementation of the media information request are not limited in this application.
At this moment, the media application client receiving the request firstly judges the self playing state, and if the media application client is in an idle state, the media application client does not reply; and if the media application client is playing certain media content, feeding back the media information of the currently played media content to the media application client sending the request.
In addition, the user can also select the function of shielding or closing the function of reading the media information of the user by other people through the function setting. At this point, the media application client will not reply to a request for media information from other media application clients when it receives the request.
Step 302: and receiving the media information fed back by the one or more second media application clients.
In the example of the present application, if the timeout time is set, a timer is started while the media information request is sent, and when the timer times to the timeout time, the timer stops counting, during which, if the media information is not received, the process may be ended or the user may be prompted whether to send the media information request again. If the user chooses to send the media information request again, the process may return to step 301 above to continue. If media information fed back by one or more media application clients is received before the timer is timed out, the subsequent steps can be continuously executed.
Here, the media information may be sent according to a predetermined format, and specifically, the predetermined format may be an identifier, an address, a total playing duration and a playing progress of the media content. For example, one media item may be Chuqiao 01https:// v.qq.com/x/page/f0391428sgt.html 5015. When the media application client of the user terminal 11 receives the media information sent according to the agreed format in the above example, firstly, the identifier of the media content is obtained by parsing to "chu qiao 01", and then https:// v.qq.com/x/page/f0391428sgt.html is obtained by parsing, wherein "50" is the total duration of the media content (the total duration of the media content is 50 minutes), and "15" is the progress of the media content (the media content has been played for 15 minutes). In some examples, if the media application client does not receive the media information, that is, does not receive a response from any node in the network, it indicates that there is no media content capable of being played synchronously in the current network.
After receiving the media information fed back by one or more media application clients, the first media application client may have multiple processing modes to play the media content corresponding to the received media information. The details will be described in each case.
Fig. 3a shows a processing procedure of a first media application client after acquiring media information according to an embodiment of the application. As shown in fig. 3a, the first media application client may perform the following steps after acquiring the media information.
Step 303 a: and displaying the received media information fed back by the one or more second media application clients.
In some embodiments of the present application, the step of displaying the media information may include: and adding the received media information fed back by the one or more second media application client sides into a media list, and displaying the media list on a current interface.
In some examples, the media application client adds the received media information, such as an identification of the media content, e.g., poster, playing duration, playing progress and address, to the media list and displays the media list via its own display device for the user to select according to his own preferences. It should be noted that, when displaying the media list, only part of the content in the media information may be displayed, for example, only the identifier of the media content, such as a poster, or only the identifier and the playing progress of the media content may be displayed, and the address of the media content may or may not be displayed.
For example, fig. 4 shows an example of a media list for the media application client of the user terminal 11. As shown in fig. 4, the media application client interface has a media content playing window 401 on the left, an episode list 403 of currently playing media content, a media content list 402 of other users and a currently popular media content ranking list 404 on the right. The media content list 402 displays therein an identification of the media content currently being played by other user terminals in the network and/or other information, such as a name or poster of the media content.
Step 304 a: and receiving a selection operation of certain displayed media information.
Step 305 a: and requesting the media content corresponding to the media information from the media application server according to the selected media information.
Step 306 a: and downloading and playing the media content.
In some examples, in response to a user selection of a certain item of displayed media information, for example, a certain item of media information in the media list, the media application client configures an address in the selected media information into its own media player, and requests the media application server to download the media content according to the address.
Fig. 3b shows a processing procedure of the first media application client after acquiring the media information according to another embodiment of the present application. As shown in fig. 3b, the processing procedure of the first media application client after obtaining the media information may include the following steps.
Step 303 b: and requesting media content corresponding to one item of media information from the media application server according to the received media information fed back by the one or more second media application clients.
Step 304 b: and downloading and playing the media content.
Specifically, the first media application client may configure an address in the received media information to its own media player, request the media application server to download the media content according to the address, and play the media content.
If the media information received by the first media application client is from a plurality of second media application clients, the first media application client can select one piece of media information from the media information, and then requests the media application server for the media content corresponding to the media information and plays the media content. The specific selection method may be random selection, selection according to a default user selection preset by the user, or selection according to a priority of the second media application client preset by the user, and preferentially playing the media content being played by the media application client with the higher priority. In addition, if the media information received by the first media application client is from multiple second media application clients, the first media application client may also display the media information, i.e., present the media information from the multiple second media application clients to the user, asking the user to select the media content that the user wishes to play. The specific display and selection method may refer to the method shown in fig. 3 a. And will not be described in detail herein.
In the above embodiments, the first media application client plays the media content from the beginning or may further request the media application server to download a part of the media content that is not yet played but is about to be played according to the address and the playing progress in the media information, and plays the part, that is, continues to play the media content according to the playing progress recorded in the media information.
In addition, if the media information further includes play setting information of the media content, the first media application client may further perform play setting according to the play setting information. For example, if the playback setting information includes full screen playback and 1.5 times playback, the first media application client may directly play the current media content in full screen and at 1.5 times speed.
It should be noted that, during the playing process of the media content, the user may control the playing of the media content through the playing control key on the media application client interface, for example, pause, fast forward, fast backward, or independently adjust the playing progress by dragging the playing progress bar, and so on.
Furthermore, when the playing of the media content is finished, the user may be continuously prompted whether to request the media information of other media application clients again, and at this time, in response to the operation of requesting the media information of other media application clients, the above step 301 is returned to; and responding to the operation of not requesting the media information of other media application clients, and ending the process.
Furthermore, when the user terminal 11 enters the network as a node, the user terminal 11 may also serve as a node to receive the media information request sent by another node while sending the media information request to another node in the network. Wherein the process of receiving the media information request and the process of sending the media information request are asynchronous at the same time.
Fig. 5 is a flowchart of a method for implementing synchronous playing of media contents when the user terminal 11 serves as a receiving node second media application client.
It should be noted that, in the example of the present application, in order to protect the privacy of the user, the user may select whether to feed back the media information of the currently-viewed media content to the other media application clients according to the own needs, for example, an option whether to share the played media content may be provided in the setting selection of the media application client, and the user may set whether to share the media information of the currently-played media content to the other media application clients according to the option, so that the user controls whether to feed back the media information of the currently-played media content when receiving a media information request from the other media application clients according to the own needs. The media application client will respond to media information requests from other media application clients only when the user chooses to share media information for the media content that is playing itself. The following example is based on a setting in which the user selects to share media information of media content that is playing by itself. As shown in fig. 5, the method may include the steps of:
step 501: a request for media information is received from a first media application client.
In the example of the present application, when a media application client on the user terminal 11 starts up and enters the network as a node, a media information request from other media application clients may be received in addition to the media information of the media content being played on other media application clients.
As mentioned above, the media information request may be a completely new message or implemented by using a pre-reserved field (referred to as a media information field for short) in an existing message. When the media application client receives the new message sent by another media application client or detects that a media information field in a certain message is occupied, the media application client can be known to be a media information request, namely the media application client requests the media information of the media content which is being played.
Step 502: determining whether media content is currently being played, and if so, executing step 503; if not, the flow ends.
Step 503: and feeding back the media information of the media to the first media application client.
In some examples, when the second media application client determines that the media content is currently being played, the media information of the media content is fed back to the first media application client. As mentioned above, the media information may include: identification of media content (e.g., poster), address, length of play, and progress of play.
In some examples of the present application, the method may include: and providing an interface for a user to set whether to share own media information, and responding to the media content sharing setting operation to carry out media content sharing setting.
It should be noted that, as an alternative to the above method, the user may not be required to set whether to share the media information in advance, or further, before the user selects to share the media information and before the step 503 is executed, the user may be prompted again that another media application client (for example, a device identifier may be displayed) currently requests the media information of the media content currently being played by the user, and whether to agree to share the media information by requesting, for example, a pop-up dialog box prompts the user "the device wants to know what highlights you are watching, and whether to tell him". When the user chooses to agree to share his own media information, the process continues to step 503, otherwise, the process is ended.
According to the technical scheme, on one hand, the synchronous playing method of the media content can realize synchronous media playing of different media application clients in the same network (such as the same local area network), so that a user can watch the same media content through different media application clients, and even can further keep the playing progress of different media application clients consistent. Furthermore, each media application client still has mutually independent play control authority, that is, in the playing process of the media content, the playing progress of the media content can still be controlled, the operation of a user is facilitated, and the user experience is improved. On the other hand, the method for automatically synchronizing the media content playing can avoid various operations of searching the media content and adjusting the playing progress when a user plays the same media content on different media application clients, thereby not only avoiding repeated playing, but also reducing the interaction between the user terminal and the server, improving the efficiency of the terminal equipment and saving time, network and power resources.
It should be noted that, the above embodiment is described by taking a network structure that can directly communicate between the user terminals 11 such as a local area network as an example, and in order to implement synchronous playing of media content on the current internet, the present application also provides a media content synchronization method, which is respectively applied to the media application client and the media application server. In the method, a requester (a media application client requesting media content synchronization to other media application clients) and a requester (a media application client requested media content synchronization) of media content synchronization have an association relationship. The association relationship may be different media application clients having the same user Identification (ID) or different media application clients having different user IDs with which a connection has been established, for example, media application clients corresponding to two user IDs that are interested in each other or friends of each other or media application clients corresponding to two user IDs having a one-way interest relationship. Here, it is not a general assumption that the requesting party of media content synchronization is referred to as a first media application client, and the requested party is referred to as a second media application client.
Fig. 6 is a flowchart of a media content synchronization method according to an embodiment of the present application. The method is applied to a first media application client. As shown in fig. 6, the method comprises the steps of:
step 601: and sending a media information request to the media application server to request the media application server to feed back the media information of the media content being played by the second media application client.
In an embodiment of the present application, the step 601 may be performed when a terminal where the first media application client is located is started, or when the first media application client is started to run, for example, a user clicks an icon or an option of the media application client to start an operation of running the media application client. When a user starts to operate a media application client on a user terminal, the user terminal accesses itself to the network as a node, that is, connects to the network. At this time, the media application client may send a media information request to the media application server, requesting it to feed back media information of media content being played by other media application clients having an association relationship with itself. In some embodiments of the present application, the media information request may not carry a user identifier of a requested party for media content synchronization. In some examples of the present application, the media information request may also carry a user identifier of a requested party for media content synchronization, for example, a user identifier of a user who logs in the media application server or a default user identifier set by the user.
In another embodiment of the present application, the step 601 may also be performed when selecting to request media information of other media application clients, for example, a function option of "view media content being played by other users" may be set in an interface or a menu of the media application client, and when the user clicks the function option of "view media content being played in the local area network", the media application client may send a media information request to the media application server, requesting it to feed back media information of other media content being played by the media application client having an association relationship with itself. In addition, the media application client can also provide a user identification list having an association relation with the user for the user to select, or provide a dialog box represented by the user input user, and ask the user to input the user identification corresponding to the second media application client. Thus, the media information request may carry a user identifier selected or input by the user.
In another embodiment of the present application, the step 601 may also be performed when selecting to synchronize to other media application clients for media playing. For example, a function option of "synchronize to media content being played by other users" may be set in an interface or a menu of the media application client, and when the user clicks the function option of "view media content being played in the local area network", the media application client may send a media information request to the media application server, requesting it to feed back media information of other media content being played by the media application client having an association relationship with itself. In addition, the media application client can further display a menu option containing user identifications of other users having an association relation with the user, so that the user can select a target user for media content synchronization. Therefore, the media information request can carry the user identifier corresponding to the second media application client selected by the user.
As mentioned above, the media information may include: identification of media content. The media information may further include: the address of the media content and the total duration of the play. The media information may further include: and playing progress information. The media information may further include: and playing the setting information.
In some examples, the media application client on the user terminal may request media information of the media content being played from other user terminals in the network using a network protocol.
Further, a timeout time, for example, 5 seconds, may be set as a time threshold for receiving a response corresponding to the request.
Here, the media information request may be an entirely new message or implemented by using a pre-reserved field in an existing message, and a pre-agreed character string, such as "ABC", may be configured in the field. When a media application client received by a user terminal receives the new message sent by another media application client or detects that a reserved field in a certain message is occupied, the media application client can be known to request the media information of the media content which is played by the media application client. Besides the broadcast method, the media information request may be a unicast message sent to each user terminal in the network one by one. It should be noted that the format and specific implementation of the media information request are not limited in this application.
At this time, the media application server receiving the request is authorized to play the second media application client, and if the second media application client is playing a certain media content, the media application server feeds back the media information of the media content currently being played by the second media application client to the first media application client sending the request. If it is in the idle state, a response may not be replied to or may be replied to without retrieving the response data.
In some examples of the present application, the media information request may further include a device identifier of the first terminal and a corresponding user identifier. The device Identifier may be a Globally Unique Identifier (GUID) of the first terminal or another Identifier that can uniquely identify the device itself. For example, International Mobile Subscriber Identity (IMSI); an International Mobile Equipment Identity (IMEI); an Electronic Serial Number (ESN) or a Mobile Equipment Identification (MEID), etc.
Step 602: and receiving the media information which is fed back by the media application server and is played by one or more media application clients.
In the example of the present application, if the timeout time is set, a timer is started while the media information request is sent, and when the timer times to the timeout time, the timer stops counting, during which, if the media information is not received, the process may be ended or the user may be prompted whether to send the media information request again. If the user chooses to send the media information request again, the above step 601 can be returned to continue the execution. If the media information fed back by the media application server is received before the timer is overtime, the subsequent steps can be continuously executed.
Here, the media information may be sent according to a predetermined format, and specifically, the predetermined format may be an identifier, an address, a playing duration, and a playing progress of the media content.
After receiving the media information fed back by one or more media application clients, there may be multiple ways to process the media information. Fig. 6a shows a processing procedure of a first media application client after acquiring media information according to an embodiment of the application. As shown in fig. 6a, the first media application client may perform the following steps after acquiring the media information.
Step 603 a: and displaying the media information of the one or more second media application clients which receive the feedback of the media application server.
In some embodiments of the present application, the step of displaying the media information may include: and adding the received media information of the one or more second media application clients into a media list, and displaying the media list on a current interface.
In some examples, the media application client adds the received media information, such as an identification of the media content, e.g., poster, playing duration, playing progress and address, to the media list and displays the media list via its own display device for the user to select according to his own preferences. It should be noted that, when displaying the media list, only part of the content in the media information may be displayed, for example, only the identifier of the media content, such as a poster, or only the identifier of the media content and the playing progress and/or playing duration may be displayed, and the address of the media content may or may not be displayed. An example of the first media application client displaying the media list may also refer to fig. 4 described above.
Step 604 a: and receiving a selection operation of certain displayed media information.
Step 605 a: and requesting the media content corresponding to the media information from the media application server according to the selected media information.
Step 606 a: and downloading and playing the media content.
The processing procedure of the first media application client after acquiring the media information according to another embodiment of the present application may include the following steps.
Step 603 b: requesting media content corresponding to the media information from a media application server according to the received media information of the one or more second media application clients;
step 604 b: and downloading and playing the media content.
Specifically, the first media application client may configure an address in the received media information to its own media player, request the media application server to download the media content according to the address, and play the media content.
Fig. 7 is a flowchart of a media content synchronization method according to an embodiment of the present application. The method is applied to a media application server. As shown in fig. 7, the method comprises the steps of:
step 701: a request for media information is received from a first media application client.
In some embodiments of the present application, the media information request may include a user identifier corresponding to a requested party for media content synchronization, that is, the second media application client.
In some embodiments of the present application, the media information request further includes a user identifier and a device identifier corresponding to a requester of media content synchronization, that is, the first media application client.
Step 702: and according to the received media information request, acquiring the media information of the media content currently played by the second media application client.
If the media information request does not carry the user identifier corresponding to the second media application client, the user identifier corresponding to the second media application client having the association relation with the user identifier corresponding to the first media application client carried in the media information request is obtained according to the user identifier corresponding to the first media application client, and then the media information of the media content currently played by the second media application client is obtained according to the user identifier corresponding to the second media application client.
And if the media information request carries the user identification corresponding to the second media application client, acquiring the media information of the media content currently played by the second media application client according to the user identification corresponding to the second media application client carried in the media information request.
Since the user usually logs in the media content server by using the specific user identifier before watching the program through the second media application client, the media application server can obtain the media information of the media application being played by the second media application client according to the user identifier.
Step 703: and feeding back the acquired media information to the first media application client.
In some examples, as mentioned above, the media information may include: identification of media content (e.g., poster), address, length of play, and progress of play.
According to the technical scheme, on one hand, the synchronous playing method of the media content can realize synchronous media playing of different media application clients in the same network (such as the Internet), so that different users can watch the same media content, and even the playing progress of different media application clients can be further kept consistent. Furthermore, each media application client still has mutually independent play control authority, that is, in the playing process of the media content, the playing progress of the media content can still be controlled, the operation of a user is facilitated, and the user experience is improved. On the other hand, the method for automatically synchronizing the media content playing can avoid various operations of searching the media content and adjusting the playing progress when different users play the same media content on different media application clients, thereby not only avoiding repeated playing, but also reducing the interaction between the user terminal and the server, improving the efficiency of the terminal equipment and saving time, network and power resources.
Corresponding to the above media content synchronous playing method, the present application also provides a media application client 800 for implementing the above method.
In some examples of the present application, the media application client 800 implementing the media content synchronous playing method may be implemented by a structure diagram shown in fig. 7, including: the transmitting module 801 and the receiving module 802 have the following functions:
a sending module 801, configured to send a media information request to acquire media information of media content being played by a second media application client;
a receiving module 802, configured to receive media information;
the playing module 803 is configured to play the media content corresponding to the media information according to the media information.
In some embodiments of the present application, the media application client 800 may further include:
and the display module is used for displaying the media information of the one or more media application clients.
In some embodiments of the present application, the media application client 800 may further include:
the media content request module is used for responding to the selection operation of certain displayed media information and requesting the media content corresponding to the media information to the media application server according to the selected media information; and
the first downloading module is used for downloading the media content.
In some embodiments of the present application, the media application client 800 may further include:
and the second downloading module is used for requesting the media content corresponding to the media information from a media application server according to one item of the received media information and downloading the media content.
The above embodiments may be referred to as specific implementation methods of the modules.
Further, corresponding to the above media content synchronous playing method, the present application also provides a media application client 900 for implementing the above method.
A first receiving module 901, configured to receive a media information request from a first media application client.
A first determining module 902, configured to determine whether media content is currently being played, and if so, obtain media information of the currently playing media content.
A first feedback module 903, configured to feed back the media information of the media to the first media application client.
The media application client 900 may further include: and the setting module is used for providing an interface for a user to set whether to share own media information or not, and responding to the media content sharing setting operation to carry out media content sharing setting.
Further, corresponding to the above media content synchronous playing method, the present application also provides a media application server 1000 for implementing the above method.
A second receiving module 1001, configured to receive a media information request from a first media application client.
The second determining module 1002 is configured to obtain media information of media content currently being played by the second media application client according to the media information request.
The second feedback module 1003 is configured to feed back the acquired media information to the first media application client.
In some embodiments of the present application, the application server may further include: and the judging module is used for judging whether the media information request comprises the user identifier corresponding to the second media application client.
In this case, when the media information request includes the user identifier corresponding to the second media application client, the second determining module obtains the media information of the media content currently being played by the second media application client corresponding to the user identifier; and when the media information request does not include the user identifier corresponding to the second media application client, acquiring the media information of the media content currently played by the second media application client having the association relation with the first media application client.
Fig. 11 is a block diagram of a computing device 1100 in which a user terminal 1100 implementing the method for synchronized playback of media content is located. As shown in fig. 11, the computing device includes one or more processors (CPUs) 1102, a communications module 1104, a memory 1106, a user interface 1110, and a communications bus 1108 for interconnecting these components.
The processor 1102 may receive and transmit data via the communication module 1104 to enable network communications and/or local communications.
The user interface 1110 includes one or more output devices 1112, including one or more speakers and/or one or more visual displays. The user interface 1110 also includes one or more input devices 1114, including, for example, a keyboard, a mouse, a voice command input unit or microphone, a touch screen display, a touch-sensitive input pad, a gesture-capture camera or other input buttons or controls, and the like.
Memory 1106 may be high-speed random access memory such as DRAM, SRAM, DDR RAM, or other random access solid state memory devices; or non-volatile memory, such as one or more magnetic disk storage devices, optical disk storage devices, flash memory devices, or other non-volatile solid-state storage devices.
The memory 1106 stores a set of instructions executable by the processor 1102, including:
an operating system 1116, including programs for handling various basic system services and for performing hardware-related tasks;
the application 1118 includes various application programs for implementing the media content synchronous playing method, and such application programs can implement the processing flows in the above examples, such as some or all units in the media application clients 800 and 900 and the media application server 1000, which may include the media content synchronous playing method shown in fig. 8, 9 and 10. At least one of the units or modules may store machine-executable instructions. The processor 1102 may be configured to perform the functions of at least one of the modules described above by executing machine-executable instructions of at least one of the modules in the memory 1106.
It should be noted that not all steps and modules in the above flows and structures are necessary, and some steps or modules may be omitted according to actual needs. The execution order of the steps is not fixed and can be adjusted as required. The division of each module is only for convenience of describing adopted functional division, and in actual implementation, one module may be divided into multiple modules, and the functions of multiple modules may also be implemented by the same module, and these modules may be located in the same device or in different devices.
The hardware modules in the embodiments may be implemented in hardware or a hardware platform plus software. The software includes machine-readable instructions stored on a non-volatile storage medium. Thus, embodiments may also be embodied as software products.
Accordingly, some examples of the present application also provide a computer-readable storage medium having computer instructions stored thereon, wherein the computer instructions, when executed by a processor, implement the steps of the method of any of the above-described fig. 2-4.
In various examples, the hardware may be implemented by specialized hardware or hardware executing machine-readable instructions. For example, the hardware may be specially designed permanent circuits or logic devices (e.g., special purpose processors, such as FPGAs or ASICs) for performing the specified operations. Hardware may also include programmable logic devices or circuits temporarily configured by software (e.g., including a general purpose processor or other programmable processor) to perform certain operations.
In addition, each example of the present application can be realized by a data processing program executed by a data processing apparatus such as a computer. It is clear that a data processing program constitutes the present application. Further, the data processing program, which is generally stored in one storage medium, is executed by directly reading the program out of the storage medium or by installing or copying the program into a storage device (such as a hard disk and/or a memory) of the data processing device. Such a storage medium therefore also constitutes the present application, which also provides a non-volatile storage medium in which a data processing program is stored, which data processing program can be used to carry out any one of the above-mentioned method examples of the present application.
Machine-readable instructions corresponding to the modules in fig. 8, 9, and 10 may cause an operating system or the like operating on the computer to perform some or all of the operations described herein. The nonvolatile computer-readable storage medium may be a memory provided in an expansion board inserted into the computer or written to a memory provided in an expansion unit connected to the computer. A CPU or the like mounted on the expansion board or the expansion unit may perform part or all of the actual operations according to the instructions.
In addition, the devices and modules in the examples of the present application may be integrated into one processing unit, or each module may exist alone physically, or two or more devices or modules may be integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (9)
1. A media content synchronization method, wherein the method comprises:
the first media application client accesses itself into the local area network as a node;
sending a media information request message to one or more second media application clients which are connected to the same local area network and located at other nodes so as to request to acquire media information of media contents which are played by the one or more second media application clients; the media information request message is a broadcast message, and when the one or more second media application clients receive a new message in the broadcast message sent by the first media application client or detect that a reserved field in the message in the broadcast message is occupied, the first media application client is determined to request the media information of the media content which is being played by the first media application client;
setting the overtime time corresponding to the media information request message;
when the timeout timer is completed, if the first media application client does not receive the media information fed back by the one or more second media application clients connected to the same local area network, determining that no media content capable of being played synchronously exists in the current local area network, otherwise,
the first media application client adds the received identification of the media content corresponding to the media information into a media information list and displays the media list;
according to the selection of the identifier of the media content corresponding to one item of media information in the media list, the first media application client requests a media application server to download and play the media content corresponding to the selected media information according to the address in the selected media information.
2. The method of claim 1, wherein the sending a media information request message to one or more second media application clients connected to the same local area network to request to obtain media information of the media content being played by the one or more second media application clients comprises: when a terminal where a first media application client is located is started, when the first media application client detects an operation of selecting an option of requesting media information of other media application clients, or when the first media application client detects an operation of selecting an option of synchronizing to media information of other media application clients, the first media application client sends a media information request message to request for acquiring media information of media content being played by a second media application client.
3. The method of claim 1, wherein after the setting of the timeout period corresponding to the media information request message, the method further comprises:
the first media application client starts a timer when sending the media information request according to the overtime time, and stops timing when the timer times to the overtime time; and
if the media information is not received in the timing process of the timer, prompting the user whether to send a media information request again; and according to the request of the user for sending the media information again, executing the step of sending the media information request message to the one or more second media application clients connected to the same local area network again.
4. The method of claim 1, wherein the media information further comprises: the playing progress information of the media content corresponding to the media information;
the requesting, by the first media application client, to the media application server according to the address in the selected media information to download and play the media content corresponding to the selected media information by the first media application client includes: and the first media application client adjusts the playing progress of the media content according to the playing progress information.
5. The method of claim 1, wherein the media information further comprises: the playing setting information of the media content corresponding to the media information;
the requesting, by the first media application client, to the media application server according to the address in the selected media information to download and play the media content corresponding to the selected media information by the first media application client includes: and the first media application client performs the playing setting of the media content according to the playing setting information.
6. The method of claim 1, wherein the requesting, by the first media application client, from the media application server according to the address in the selected media information to download and play the media content corresponding to the selected media information by the first media application client comprises: and the first media application client independently adjusts the playing progress of the media content corresponding to the media information through a playing control key on a media application client interface.
7. A media application client, wherein the media application client comprises:
the sending module is used for accessing the sending module into the local area network as a node, and sending a media information request message to one or more second media application clients which are connected to the same local area network and are positioned at other nodes so as to request to acquire media information of media contents played by the one or more second media application clients; the media information request message is a broadcast message, and when the one or more second media application clients receive a new message in the broadcast message sent by a first media application client or detect that a reserved field in the message in the broadcast message is occupied, the first media application client is determined to request the media information of the media content which is played by the first media application client;
the sending module is used for setting the overtime time corresponding to the media information request message;
the sending module is further configured to determine that there is no media content capable of being played synchronously in the current local area network if the receiving module does not receive the media information fed back by the one or more second media application clients connected to the same local area network when the timeout timer is completed;
the receiving module is used for receiving the media information fed back by the one or more second media application clients connected to the same local area network, adding the identification of the media content corresponding to the received media information into a media information list, and displaying the media list; and
the first downloading module is used for requesting to download the selected media content corresponding to the media information from a media application server by the first media application client according to the address in the selected media information according to the selection of the identifier of the media content corresponding to one item of media information in the media list; and the playing module is used for playing the media content corresponding to the media information.
8. The media application client according to claim 7, wherein the playing module is further configured to independently adjust the playing progress of the media content corresponding to the media information through a playing control key on a media application client interface.
9. A storage medium having stored thereon machine readable instructions for causing at least one processor to perform the method of any one of claims 1-6.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711046801.1A CN109729402B (en) | 2017-10-31 | 2017-10-31 | Media content synchronization method, device and storage medium |
| PCT/CN2018/112880 WO2019085925A1 (en) | 2017-10-31 | 2018-10-31 | Media content synchronization method, device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711046801.1A CN109729402B (en) | 2017-10-31 | 2017-10-31 | Media content synchronization method, device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109729402A CN109729402A (en) | 2019-05-07 |
| CN109729402B true CN109729402B (en) | 2021-05-28 |
Family
ID=66294351
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711046801.1A Active CN109729402B (en) | 2017-10-31 | 2017-10-31 | Media content synchronization method, device and storage medium |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN109729402B (en) |
| WO (1) | WO2019085925A1 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111147919A (en) * | 2019-12-31 | 2020-05-12 | 维沃移动通信有限公司 | Play adjustment method, electronic equipment and computer readable storage medium |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102685563B (en) * | 2011-03-15 | 2015-11-25 | 华为终端有限公司 | IPTV content sharing method, device and terminal equipment |
| CN103534679B (en) * | 2012-12-12 | 2017-06-27 | 华为终端有限公司 | Media Stream shared method and terminal |
| CN103237053A (en) * | 2013-03-28 | 2013-08-07 | 东莞宇龙通信科技有限公司 | Media file sharing method and TV box |
| CN103648014A (en) * | 2013-11-15 | 2014-03-19 | 乐视致新电子科技（天津）有限公司 | Method and apparatus for pushing resource to mobile communication terminal by intelligent television |
| US9426519B1 (en) * | 2014-06-05 | 2016-08-23 | Google Inc. | Synchronized advertisement playback across navigation experiences and transitional states |
| CN104168503B (en) * | 2014-07-24 | 2016-08-24 | 小米科技有限责任公司 | The method and device of shared video information |
| CN104301778A (en) * | 2014-09-05 | 2015-01-21 | 北京奇虎科技有限公司 | Data acquisition method, device and system |
| US9685196B2 (en) * | 2014-09-17 | 2017-06-20 | Verizon Patent And Licensing Inc. | Sharing and synchronizing content |
| CN104539999A (en) * | 2014-11-24 | 2015-04-22 | 深圳市金立通信设备有限公司 | Multimedia data sharing method and terminal |
| CN104519051A (en) * | 2014-11-24 | 2015-04-15 | 深圳市金立通信设备有限公司 | Method and terminals for sharing multimedia data |
| CN104918105B (en) * | 2015-06-02 | 2018-04-27 | 腾讯科技（北京）有限公司 | More screen playing methods, equipment and the system of media file |
| CN105049903A (en) * | 2015-07-03 | 2015-11-11 | 浪潮软件集团有限公司 | Method and system for cross-device synchronization of media files and media playing device |
| US10549204B2 (en) * | 2015-09-30 | 2020-02-04 | Sony Interactive Entertainment America Llc | Systems and methods for providing augmented data-feed for game play re-creation and dynamic replay entry points |
| CN105847880A (en) * | 2016-03-29 | 2016-08-10 | 乐视控股（北京）有限公司 | Audio-video sharing method, server and terminal |
| CN106211357A (en) * | 2016-06-28 | 2016-12-07 | 青岛海信移动通信技术股份有限公司 | A kind of method and apparatus of shared multimedia messages |
-
2017
- 2017-10-31 CN CN201711046801.1A patent/CN109729402B/en active Active
-
2018
- 2018-10-31 WO PCT/CN2018/112880 patent/WO2019085925A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2019085925A1 (en) | 2019-05-09 |
| CN109729402A (en) | 2019-05-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11477495B2 (en) | Live broadcast method and system, and related device | |
| US9686329B2 (en) | Method and apparatus for displaying webcast rooms | |
| EP3640849B1 (en) | Electronic device and method of registering personal cloud apparatus in user portal server thereof | |
| USRE48946E1 (en) | Systems and methods for providing a media playback in a networked environment | |
| WO2014183427A1 (en) | Method and apparatus for displaying webcast rooms | |
| EP2933982B1 (en) | Media stream transfer method and user equipment | |
| JP5891559B2 (en) | Instant messaging method, terminal, server and system | |
| WO2017107550A1 (en) | Network connection method and apparatus | |
| CN105323628B (en) | Cross-screen playing method and system based on DLNA (digital Living network alliance), browser end device and playing device | |
| US20150237169A1 (en) | Remote Access Method and Device | |
| US11489686B2 (en) | Virtual meetings in ad-hoc networks | |
| WO2019153722A1 (en) | Terminal communication method and device, terminal and storage medium | |
| US10419543B2 (en) | Method and system for establishing a connection between a seeker device and a target device | |
| CN113518247A (en) | Video playing method, related equipment and computer readable storage medium | |
| WO2018107593A1 (en) | Method and device for sharing file between different terminals | |
| WO2021042612A1 (en) | Wireless screen projection method and apparatus, device and storage medium | |
| WO2016065977A1 (en) | Call processing method and device, communication terminal and server | |
| WO2015096802A1 (en) | Method, device, and server for message transmission | |
| US20220286731A1 (en) | Multimedia apparatus and cast method | |
| WO2014036960A1 (en) | Method for automatically publishing information and mobile terminal | |
| US9807450B2 (en) | Apparatus and method for media play in home network | |
| US11706301B2 (en) | Server node selection method and terminal device | |
| CN109729402B (en) | Media content synchronization method, device and storage medium | |
| WO2024017113A1 (en) | Data synchronization method and apparatus, and electronic device | |
| US9232281B2 (en) | Communication management apparatus, terminal, communication management system, communication management method, program, and information storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |