CN103309968B - A kind of playback of songs method and device - Google Patents

Abstract

The embodiment of the present invention discloses a song playing method and device. The method includes: acquiring a song queue and a playback control instruction. At least one song in the song queue is configured with a list of uniform resource identifiers, and the uniform resource identifier is used to identify The storage location of the at least one song; according to the play control instruction, read a URI from the URI list corresponding to the at least one song, and determine whether the URI is read whether the link of the character is successful; if not, read the next Uniform Resource Identifier from the list of Uniform Resource Identifiers corresponding to the at least one song until the link to the read Uniform Resource Identifier is determined If successful, play the song identified by the uniform resource identifier with a successful link; otherwise, switch to the next song in the song queue. Implementing the embodiment of the present invention can effectively improve the hit rate of playing songs.

Description

Method and device for playing music

technical field

The invention relates to the technical field of the Internet, in particular to a song playing method and device.

Background technique

At present, many portable speakers on the market are integrated with a memory card slot. When a memory card is inserted into the memory card slot, this speaker can read and play the songs stored in the memory card, so that songs can be played anytime, anywhere. play. However, it is found in practice that the songs in the memory card are pre-stored to the memory card, and when an error occurs in the song (such as incomplete song, wrong song format, etc.) during the storage process, the speaker cannot play the song, thereby reducing the The playback hit rate of the song.

Contents of the invention

The embodiment of the invention discloses a method and device for playing songs, which can effectively improve the hit rate of playing songs.

The first aspect of the embodiment of the present invention discloses a song playing method, including:

Acquiring song queues and play control instructions, at least one song in the song queue is configured with a list of uniform resource identifiers, and the uniform resource identifiers are used to identify the storage location of the at least one song;

According to the play control instruction, read a URI from the URI list corresponding to the at least one song, and judge whether the link to the read URI is successful; if not, Then read the next Uniform Resource Identifier from the Uniform Resource Identifier list corresponding to the at least one song, until it is judged that the link to the read Uniform Resource Identifier is successful, the unified resource identifier that is successfully linked is played. The song identified by the resource identifier, otherwise switch to the next song in the song queue.

The second aspect of the embodiment of the present invention discloses a computer storage medium, the computer storage medium stores a program, and when the program is executed, it includes all the steps of the song playing method disclosed in the first aspect of the embodiment of the present invention.

The third aspect of the embodiment of the present invention discloses a song playing device, comprising:

An acquisition unit, configured to acquire a song queue and a play control instruction, where at least one song in the song queue is configured with a list of uniform resource identifiers, and the uniform resource identifier is used to identify the storage location of the at least one song;

A reading unit, configured to read a URI from the URI list corresponding to the at least one song according to the playback control instruction;

a judging unit, configured to judge whether the link to the read uniform resource identifier is successful;

The playing unit is configured to notify the reading unit to select from the URI list corresponding to the at least one song when the judging unit determines that the link to the read URI is unsuccessful. Read the next stored URI until the judging unit judges that the link to the read URI is successful, play the song identified by the URI that is linked successfully, otherwise switch to The next song in the song queue.

In the embodiment of the present invention, after the song queue and the playback control instruction are obtained, a stored URI can be read from the URI list corresponding to the song, and the link to the read URI can be determined. Whether it is successful; if it is not successful, read the stored next Uniform Resource Identifier from the corresponding Uniform Resource Identifier list of the song until it is judged that the link to the read Uniform Resource Identifier is successful, and the playback link is successful The song identified by the Uniform Resource Identifier. It can be seen that the embodiment of the present invention does not store the song itself, but stores a plurality of uniform resource identifiers corresponding to the song, which can ensure that the final link to the read uniform resource identifier is successful, thereby effectively improving the playing hit of the song Rate.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the following will briefly introduce the accompanying drawings that need to be used in the embodiments. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention. For Those of ordinary skill in the art can also obtain other drawings based on these drawings without any creative effort.

Fig. 1 is a flow chart of a song playing method disclosed in an embodiment of the present invention;

Fig. 2 is a schematic diagram of a song queue disclosed by an embodiment of the present invention;

Fig. 3 is the flow chart of another song playing method disclosed by the embodiment of the present invention;

Fig. 4 is a structural diagram of a song playing device disclosed in an embodiment of the present invention.

detailed description

The following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are only some of the embodiments of the present invention, not all of them. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the protection scope of the present invention.

The embodiment of the invention discloses a method and device for playing songs, which can effectively improve the hit rate of playing songs. Each will be described in detail below.

Please refer to FIG. 1 . FIG. 1 is a flow chart of a song playing method disclosed in an embodiment of the present invention. Among them, the song playing method described in Figure 1 is applicable to speakers (wireless or wired), smart phones (Android phones, iOS phones, etc.), tablet computers, applause computers, mobile Internet devices (Mobile Internet Devices, MID), PCs and other digital A media player (Digital Media Player, DMP) is not limited in this embodiment of the present invention. As shown in FIG. 1 , the song playing method may include the following steps.

S101. Obtain a song queue and a playback control instruction. At least one song in the song queue is configured with a Uniform Resource Identifier (URI) list, and the URI is used to identify the storage location of the song.

In the embodiment of the present invention, the DMP (such as a sound box) may receive a song play instruction sent by a Digital Media Controller (Digital Media Controller, DMC), and the song play instruction includes an identifier of the song.

In the embodiment of the present invention, the DMP (such as a speaker) can receive the song queue sent by the DMC, and the song queue includes the identification of each song and the metadata of each song, wherein the metadata of each song includes the The URI list corresponding to the song and the attribute data of the song, the URI list corresponding to the song includes at least two different URIs.

S102. According to the play control instruction, read a stored Uniform Resource Identifier from the URI list corresponding to the song.

For example, the URI list corresponding to each song can be pre-stored in the DMP (such as a speaker) in the embodiment of the present invention, so that when the DMP (such as a speaker) is powered on, for each song, the DMP (such as a speaker) A stored URI can be read from the URI list corresponding to the song.

For another example, in the embodiment of the present invention, the URI list corresponding to each song can be pre-stored in the DMP (such as a speaker), so that when the DMP (such as a speaker) is powered on, the DMP (such as a speaker) can receive information from mobile phones, PCs, etc. and other digital media controllers (Digital Media Controller, DMC) send the song play command, the song play command includes the identification of the song, correspondingly DMP (such as speakers) can respond to the song play command, and from the URI list corresponding to the song Read a stored URI.

In the embodiment of the present invention, before the DMP (such as a speaker) receives the song play instruction sent by the DMC such as a mobile phone or a PC, the DMP (such as a speaker) can also receive the song queue sent by the DMC, and the song queue includes the identification of each song And the metadata of each song, wherein, the metadata of each song includes the URI list corresponding to the song and the attribute data of the song, and the URI list corresponding to the song includes at least two different URIs; correspondingly DMP (such as speakers) can store the queue of songs sent by DMC. In the embodiment of the present invention, the DMC can send the song queue to the speaker through the Universal Plug and Play (UPnP) protocol, or the DMC can send the song queue to the DMP (such as the speaker) through Bluetooth, or the DMC can pass The near field communication (NearField Communication, NFC) sends the song queue to the DMP (such as a speaker), which is not limited in this embodiment of the present invention. As shown in Figure 2, the song queue sent by the DMC to the DMP (such as a speaker) may not only include the identifiers of songs such as song 1, song 2, and song 3, but also include the metadata of songs such as song 1, song 2, and song 3. data. Taking the metadata of song 1 as an example, the metadata may include the URI list corresponding to song 1 and the attribute data of song 1, wherein the URI list corresponding to song 1 may include URI-1, URI-2, and URI-3, etc. The URI of song 1, the attribute data of song 1 can include the name of song 1, artist name, album name, album cover, song number, song duration, lyrics and custom data. In one embodiment, the attribute data of song 1 may also include one or more of song 1's title, singer name, album name, album cover, song number, song duration, lyrics, and custom data. Examples are not limited.

S103, judging whether the link to the read URL is successful; if not, read the stored next URL from the URL list corresponding to the song until it is judged that the link to the read When the link of the uniform resource identifier is successful, the song identified by the successful linked uniform resource identifier is played; otherwise, the song is switched to the next song in the song queue.

For example, in the embodiment of the present invention, the DMP (such as a speaker) can judge whether the link to the read URI is successful, and if successful, the DMP (such as a speaker) can play the song identified by the URI with a successful link; if not, the DMP (such as a speaker) can read the next stored URI from the URI list corresponding to the song, until it is judged that the link to the read URI is successful, play the song identified by the URI with a successful link, otherwise switch to the song queue. next song.

For example, DMP (such as speaker) reads the stored URI-1 from the URI list corresponding to song 1, DMP (such as speaker) can judge whether the link to read URI-1 is successful, if successful, DMP (such as speaker ) can play the song identified by URI-1 with successful link; if it is unsuccessful, DMP (such as speaker) can read the next stored URI from the URI list corresponding to song 1 until it judges the URI to be read (such as URI -2 or URI-3) when the link is successful, play the song identified by the successful URI (such as URI-2 or URI-3), otherwise switch to the next song in the song queue.

In the embodiment of the present invention, the DMP (such as a sound box) reads the stored URIs from the URI list corresponding to the song, which can be read sequentially; wherein, the URIs in the URI list follow the order of the quality of the song identified by the URI from high to low arrangement. For example, in the URI list corresponding to song 1, URI-1, URI-2, and URI-3 are sorted sequentially. The song identified by URI-1 has the highest quality, the song identified by URI-2 has the second highest quality, and the song identified by URI-3 has the highest quality. of the lowest quality.

In the method described in Fig. 1, after reading a stored URI from the URI list corresponding to the song, it can be judged whether the link to the URI read is successful; The stored next URI is fetched until it is judged that the link to the read URI is successful, and the song identified by the successful URI is played. It can be seen that the method described in FIG. 1 does not store the song itself, but stores multiple URIs corresponding to the song, which can ensure that the final link to the read URI is successful, thereby effectively improving the playback hit rate of the song.

Please refer to FIG. 3 . FIG. 3 is a flow chart of another song playing method disclosed in an embodiment of the present invention. In the method shown in Figure 3, DMCs such as mobile phones and PCs need to be connected to the wireless LAN environment and join the UPnP network in advance, and DMPs such as speakers are required to be connected to the wireless LAN and join the UPnP network in advance, so that the DMC can use the UPnP discovery mechanism to search And select DMP as the operation target. On this basis, the song playing method shown in FIG. 3 may include the following steps.

S301. The DMP receives the song queue sent by the DMC through the UPnP protocol.

In the embodiment of the present invention, the DMC can perform UTF8 encoding on the song queue, organize it into an XML format, and send it to the DMP through the UPnP protocol. Wherein, the song queue that DMC sends to DMP can be as shown in Figure 2, not only can include the mark of songs such as song 1, song 2 and song 3, can also include the metadata of songs such as song 1, song 2, song 3. Taking the metadata of song 1 as an example, the metadata may include the URI list corresponding to song 1 and the attribute data of song 1, wherein the URI list corresponding to song 1 may include URI-1, URI-2, and URI-3, etc. The URI of song 1, the attribute data of song 1 can include the name of song 1, artist name, album name, album cover, song number, song duration, lyrics and custom data. In one embodiment, the attribute data of song 1 may also include one or more of song 1's title, singer name, album name, album cover, song number, song duration, lyrics, and custom data. Examples are not limited.

S302. After receiving the song queue sent by the DMC through the UPnP protocol, the DMP stores the song queue sent by the DMC.

S303. The DMP receives editing operation instructions such as insertion, deletion, and replacement for the song queue sent by the DMC through the UPnP protocol.

Wherein, the DMC can send editing operation instructions such as insertion, deletion, and replacement of the song queue to the DMP through the UPnP protocol according to user operations.

S304. The DMP responds to the editing operation instruction, and performs editing operations such as insertion, deletion, and replacement for the song queue.

It should be noted that steps S303 to S304 are optional, and are not limited in this embodiment of the present invention.

S305. The DMP receives the song play instruction sent by the DMC through the UPnP protocol, and the song play instruction includes a song identifier.

S306. After receiving the song play instruction sent by the DMC, the DMP responds to the song play instruction and sequentially reads a stored URI from the URI list corresponding to the song in the stored song queue.

In the embodiment of the present invention, the URIs in the URI list corresponding to the song are arranged in descending order of the quality of the song identified by the URI. For example, in the URI list corresponding to song 1, URI-1, URI-2, and URI-3 are sorted sequentially. The song identified by URI-1 has the highest quality, the song identified by URI-2 has the second highest quality, and the song identified by URI-3 has the highest quality. of the lowest quality.

In the embodiment of the present invention, the URI is used to identify the storage location of the song in the Internet.

S307. The DMP judges whether the link to the read URI is successful, if not, execute step S308; if successful, execute step S309.

S308, DMP judges whether next URI exists in the URI list corresponding to this song, if yes, then continue to execute step S306, to read the next URI stored in sequence from the URI list corresponding to this song in the song queue stored; If not, proceed to step S310.

S309. The DMP plays the song identified by the URI that is successfully linked.

S310, the DMP judges whether there is a next song, if yes, execute step S311; if no, end this process.

S311. The DMP selects the next song in sequence, and executes step S306.

In the embodiment of the present invention, the DMP can receive broadcast control instructions such as selection, play, pause, stop, and cycle (single song cycle or entire list cycle) sent by the DMC through the UPnP protocol, and respond to the play control command. Song selection, play, pause, stop, loop and other playback control operations.

In the embodiment of the present invention, for each song, the DMP will try each URI in the URI list corresponding to the song in order, and if the link to a certain URI is successful, the song of the URI identification will be played immediately; , then try the next URI in the list of URIs until a usable URI is found. If the links of all URIs of the current song all fail, then jump to the next song and continue to execute the process of the present invention. If the playing of the current song ends, it can automatically jump to the next song to continue the process of the present invention; or, in the single loop mode, the current song can be played repeatedly. If the last song in the song queue is finished playing, it will end the playback of the entire list; or in the loop playback mode of the entire list, it will automatically jump to the first song to continue playing.

In the embodiment of the present invention, the method described in Fig. 3 is suitable for digital home network, not only can realize the interconnection between DMC and DMP in the digital home network, but also can realize the control of DMC to DMP, thus can be in the digital home network Effectively improve the hit rate of DMP song playback.

In the method described in FIG. 3 , the DMP does not store the song itself, but stores multiple URIs corresponding to the song, which can ensure that the final link to the read URI is successful, thereby effectively improving the playback hit rate of the song.

Please refer to FIG. 4 . FIG. 4 is a structural diagram of a song playing device disclosed in an embodiment of the present invention. Among them, the song playing device described in Figure 4 is suitable for speakers (wireless or wired), smart phones (Android phones, iOS phones, etc.), tablet computers, applause computers, mobile Internet devices (Mobile Internet Devices, MID), PCs and other digital A media player (Digital Media Player, DMP) is not limited in this embodiment of the present invention. As shown in Figure 4, the song player 400 may include:

The obtaining unit 401 is used to obtain the song queue and the play control instruction, at least one song in the song queue is configured with a URI list, and the URI is used to identify the storage location of the song;

The reading unit 402 is configured to read a stored URI from the URI list corresponding to the song according to the play control instruction, wherein the URI is used to identify the storage location of the song;

A judging unit 403, configured to judge whether the link to the read URI is successful;

The playback unit 404 is used to notify the reading unit 402 to read the next URI stored in the URI list corresponding to the song when the judging unit 403 judges that the link to the read URI is unsuccessful, until the judging unit 403 judges When the link to the read URI is successful, play the song identified by the URI with successful link, otherwise switch to the next song in the song queue.

In one embodiment, in the apparatus 400 shown in FIG. 4 , obtaining the playback control instruction by the obtaining unit 401 includes:

The acquiring unit 401 is configured to receive a song playing instruction sent by the DMC, where the song playing instruction includes a song identifier.

In one embodiment, in the apparatus 400 shown in FIG. 4 , obtaining the song queue by the obtaining unit 401 includes:

The acquisition unit 401 is used to receive the song queue sent by the DMC, the song queue includes the identifier of each song and the metadata of each song, wherein the metadata of each song includes the URI list corresponding to the song and the The attribute data of the song, the URI list corresponding to the song includes at least two different URIs.

In the embodiment of the present invention, the device 400 shown in FIG. 4 may also include:

The storage unit 405 is configured to store the queue of songs sent by the DMC.

Correspondingly, the reading unit 402 is configured to read a stored URI from the list of URIs corresponding to the song stored in the storage unit 405 .

In the embodiment of the present invention, the attribute data of the song includes one or more of the name of the song, singer name, album name, album cover, song number, song duration, lyrics, and custom data. limited.

In the embodiment of the present invention, the reading unit 402 reads the stored URIs from the URI list corresponding to the songs sequentially; wherein, the URIs in the URI list are arranged in descending order of the quality of the songs identified by the URIs.

In the device described in FIG. 4 , instead of storing the song itself, multiple URIs corresponding to the song are stored, which can ensure that the final link to the read URI is successful, thereby effectively improving the hit rate of playing the song.

The embodiment of the present invention further discloses a computer storage medium, the computer storage medium stores a program, and when the program is executed, it includes all the steps of the method shown in Fig. 1 and Fig. 2 .

Those of ordinary skill in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by instructing the hardware related to playback devices such as speakers through a program, and the program can be stored in computer-readable storage of playback devices such as speakers. media, and be executed by at least one processor in the playback device, so as to realize the playback of songs. Wherein, the storage medium may include: a flash disk, a read-only memory (Read-Only Memory, ROM), a random access device (Random Access Memory, RAM), a magnetic disk or an optical disk, and the like.

A song playing method and device disclosed in the embodiment of the present invention has been introduced in detail above. The principle and implementation of the present invention have been explained by using specific examples in this paper. The description of the above embodiment is only used to help understand the present invention. method and its core idea; at the same time, for those of ordinary skill in the art, according to the idea of the present invention, there will be changes in the specific implementation and application scope. Invention Limitations.

Claims (10)

1. A song playing method, characterized in that, comprising: Acquiring song queues and play control instructions, at least one song in the song queue is configured with a list of uniform resource identifiers, and the uniform resource identifiers are used to identify the storage location of the at least one song; According to the play control instruction, read a URI from the URI list corresponding to the at least one song, and judge whether the link to the read URI is successful; if not, Then read the next Uniform Resource Identifier from the Uniform Resource Identifier list corresponding to the at least one song, until it is judged that the link to the read Uniform Resource Identifier is successful, the unified resource identifier that is successfully linked is played. The song identified by the resource identifier, otherwise switch to the next song in the song queue; the reading of the stored uniform resource identifier from the corresponding uniform resource identifier list of the song is sequential reading; wherein, the The uniform resource identifiers in the uniform resource identifier list are arranged in descending order according to the quality of the songs identified by the uniform resource identifiers; Wherein, said acquisition song queue and play control instruction include: Receive the song queue sent by the digital media controller through the UPnP protocol; And, receiving the song playing instruction sent by the digital media controller through the UPnP protocol. 2. The method according to claim 1, wherein the playback control instruction comprises: An identification of the at least one song. 3. The method according to claim 1, wherein the song queue comprises: An identification of each song and metadata of each song, wherein the metadata of each song includes a list of Uniform Resource Identifiers corresponding to the song and attribute data of the song, and the song The corresponding URI list includes at least two different URIs. 4. method according to claim 3, is characterized in that, described method also comprises: A queue of songs sent by the digital media controller is stored. 5. The method according to claim 3, wherein the attribute data of the song includes the title of the song, singer name, album name, album cover, song number, song duration, lyrics and custom data. one or several. 6. A song playing device, characterized in that, comprising: An acquisition unit, configured to acquire a song queue and a play control instruction, where at least one song in the song queue is configured with a list of uniform resource identifiers, and the uniform resource identifier is used to identify the storage location of the at least one song; A reading unit, configured to read a URI from the URI list corresponding to the at least one song according to the playback control instruction; a judging unit, configured to judge whether the link to the read uniform resource identifier is successful; The playing unit is configured to notify the reading unit to read and store the URI from the URI list corresponding to the song when the judging unit judges that the link to the read URI is unsuccessful. until the judging unit judges that the link to the read URL is successful, play the song identified by the URL that is successfully linked, otherwise switch to the the next song in the song queue; The reading unit reads the stored uniform resource identifiers from the corresponding uniform resource identifier list of the song in order; wherein, the uniform resource identifiers in the uniform resource identifier list are identified according to the uniform resource identifier The quality of the songs is arranged in order from high to low; Wherein, the acquiring unit is used for receiving the song playing instruction sent by the digital media controller through the UPnP protocol; And, the obtaining unit is used for receiving the song queue sent by the digital media controller through the UPnP protocol. 7. The device according to claim 6, wherein the song playing instruction includes an identifier of the at least one song. 8. The device according to claim 6, wherein the song queue includes an identifier of each song and metadata of each song, wherein the metadata of each song includes The URI list corresponding to the song and the attribute data of the song, the URI list corresponding to the song includes at least two different URIs. 9. The device according to claim 8, further comprising: The storage unit is used for storing the song queue sent by the digital media controller. 10. The device according to claim 9, wherein the attribute data of the song includes the name of the song, artist name, album name, album cover, song number, song duration, lyrics and custom data. one or several.