CN112559795A

CN112559795A - Song playing method, song recommending method, device and system

Info

Publication number: CN112559795A
Application number: CN202011211458.3A
Authority: CN
Inventors: 陈普森
Original assignee: Guangzhou Kugou Computer Technology Co Ltd
Current assignee: Guangzhou Kugou Computer Technology Co Ltd
Priority date: 2020-11-03
Filing date: 2020-11-03
Publication date: 2021-03-26

Abstract

The application discloses a song playing method, a song recommending device and a song recommending system, and belongs to the technical field of computers. The method comprises the following steps: acquiring user identifications respectively corresponding to at least two second song clients which are positioned in the same local area network with the first song client; sending at least two user identifications to a song server; receiving a recommended song list sent by a song server, wherein the recommended song list is determined by the song server according to at least two user identifications; and obtaining the song to be played in the recommended song list so as to play the song to be played. The songs to be played in the recommended song list are the songs which are determined according to the user identification and are interested by the user, and the first song client can play the songs which are interested by the user according to the recommended song list, so that the flexibility of playing the songs is improved.

Description

Song playing method, song recommending method, device and system

Technical Field

The present application relates to the field of computer technologies, and in particular, to a song playing method, a song recommending device, and a song recommending system.

Background

At present, in more and more venues, songs are played to adjust the atmosphere in the venues. For example, a relaxing song may be played in a cafe, a rhythmically strong song may be played in a bar, and a popular song may be played in a store.

Currently, a song list of songs to be played is usually preset by a person in charge of a place, and then the songs in the song list are cyclically played through a song playing device.

In setting the song list, the song list is generally set by a person in charge of the place according to his or her preference. Resulting in the possibility of playing songs that are not of interest to the user, which has limitations.

Disclosure of Invention

The application provides a song playing method, a song recommending device and a song recommending system, which can improve the flexibility of playing songs. The technical scheme is as follows:

according to an aspect of the present application, there is provided a song playing method applied to a first song client, the method including:

acquiring user identifications respectively corresponding to at least two second song clients which are positioned in the same local area network with the first song client, wherein the first song client and the at least two second song clients are installed on different electronic equipment;

sending at least two of the user identifications to a song server;

receiving a recommended song list sent by the song server, wherein the recommended song list is determined by the song server according to at least two user identifications;

and obtaining the song to be played in the recommended song list so as to play the song to be played.

According to another aspect of the present application, there is provided a song recommendation method applied to a song server, the method including:

receiving at least two user identifications sent by a first song client, wherein the user identifications are user identifications respectively corresponding to at least two second song clients belonging to the same local area network as the first song client, the user identifications are acquired by the first song client through the local area network, and the first song client and the at least two second song clients are installed on different electronic equipment;

determining a recommended song list according to at least two user identifications;

and sending the recommended song list to the first song client.

According to another aspect of the present application, there is provided a song playing apparatus applied to a first song client, the apparatus including:

the acquisition module is used for acquiring user identifications respectively corresponding to at least two second song clients which are positioned in the same local area network with the first song client, and the first song client and the at least two second song clients are installed on different electronic equipment;

the first sending module is used for sending at least two user identifications to a song server;

the first receiving module is used for receiving a recommended song list sent by the song server, and the recommended song list is determined by the song server according to at least two user identifications;

the obtaining module is further configured to obtain a song to be played in the recommended song list so as to play the song to be played.

Optionally, the obtaining module is configured to:

responding to the second song client to join the local area network, and acquiring a second communication address of the second song client;

sending a first communication address of the first song client to the second communication address;

and acquiring the user identification sent to the first communication address by the second song client.

Optionally, the apparatus further comprises:

and the second sending module is used for sending the song to be played to an external playing device according to the recommended song, and the external playing device is used for playing the song to be played.

According to another aspect of the present application, there is provided a song recommendation apparatus applied to a song server, the apparatus including:

the second receiving module is used for receiving at least two user identifications sent by a first song client, wherein the user identifications are user identifications respectively corresponding to second song clients belonging to the same local area network as the first song client, the user identifications are acquired by the first song client through the local area network, and the first song client and the at least two second song clients are installed on different electronic equipment;

the determining module is used for determining a recommended song list according to at least two user identifications;

and the third sending module is used for sending the recommended song list to the first song client.

Optionally, the determining module includes:

the first determining submodule is used for determining a favorite song list corresponding to each user identification;

and the second determining submodule is used for determining the recommended song list according to n favorite songs with the most repeated occurrence times in all the favorite song lists, wherein n is a positive integer.

Optionally, the determining module includes:

the first determining submodule is used for determining a favorite song list corresponding to each user identifier;

the third determining submodule is used for determining the recommended song list according to the favorite song list and the first weight;

wherein the first weight is determined according to a distance of the second song client from the first song client, the first weight being inversely related to the distance.

Optionally, the first weight is equal to a quotient of the distance, and the third determining submodule is configured to:

determining the number of repetitions of favorite songs in the favorite song list;

determining the product of the repetition times of the favorite song and the first weight of the second song client corresponding to the favorite song to obtain the recommendation score of the favorite song;

and determining the recommended song list according to the n favorite songs with the highest recommended scores, wherein n is a positive integer.

determining a target second song client with the largest first weight;

and determining the recommended song list according to the favorite song list corresponding to the target second song client.

Optionally, the determining module includes:

the fourth determining submodule is used for determining the recommended song list according to the favorite song list and the second weight;

the second weight is determined according to the joining time of the second song client to the local area network, the second weight is in negative correlation with the joining time length, and the joining time length is equal to the difference between the time of determining the recommended song list and the joining time.

Optionally, the second weight is equal to a quotient of one and the joining duration, and the fourth determining submodule is configured to:

determining the product of the repetition times of the favorite song and the second weight of the second song client corresponding to the favorite song to obtain the recommendation score of the favorite song;

determining a target second song client with the largest second weight;

According to another aspect of the present application, there is provided a song playback system including: the system comprises a first song client, at least two second song clients and a song server;

the second song client is used for responding to a local area network where the first song client is added, and sending a second communication address of the second song client to the first song client, and the second song client and the first song client are installed on different electronic equipment;

the first song client is used for sending the first communication address of the first song client to the second communication address;

the second song client is used for sending a user identifier corresponding to the second song client to the first communication address, and the user identifier is used for determining a recommended song list;

the first song client is used for sending at least two user identifications to the song server;

and the song server is used for determining the recommended song list according to at least two user identifications and sending the recommended song list to the first song client.

According to another aspect of the present application, there is provided an electronic device comprising a processor and a memory having stored therein at least one instruction, at least one program, set of codes, or set of instructions that is loaded and executed by the processor to implement a song playing method or a song recommendation method as described above.

According to another aspect of the present application, there is provided a computer readable storage medium having stored therein at least one instruction, at least one program, set of codes, or set of instructions, which is loaded and executed by a processor to implement a song playing method or a song recommendation method as described above.

According to another aspect of the application, a computer program product or computer program is provided, comprising computer instructions stored in a computer readable storage medium. The processor of the electronic device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the electronic device to perform the song playing method or the song recommendation method provided in the various alternative implementations of the above aspects.

The beneficial effect that technical scheme that this application provided brought includes at least:

and acquiring user identifications corresponding to at least two second song clients in the same local area network, acquiring a recommended song list through a song server according to the user identifications and playing the song to be played in the recommended song list. The songs to be played in the recommended song list are the songs which are determined according to the user identification and are interested by the user, and the first song client can play the songs which are interested by the user according to the recommended song list, so that the flexibility of playing the songs is improved.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic structural diagram of a song playing system according to an exemplary embodiment of the present application;

FIG. 2 is a schematic diagram illustrating a principle of playing a song to be played according to an embodiment of the present application;

fig. 3 is a schematic flowchart of a song playing method according to an embodiment of the present application;

fig. 4 is a flowchart illustrating a song recommendation method according to an embodiment of the present application;

fig. 5 is a block diagram of a song playing system provided in an embodiment of the present application;

fig. 6 is a schematic flowchart of another song playing method provided in the embodiment of the present application;

FIG. 7 is a schematic diagram of an implementation process for determining a recommended song title provided by an embodiment of the present application;

FIG. 8 is a schematic diagram of another implementation process for determining a recommended song title provided by an embodiment of the present application;

FIG. 9 is a schematic diagram illustrating an implementation process for determining a recommended song list according to a favorite song list and a first weight according to an embodiment of the present application;

FIG. 10 is a schematic diagram of another implementation process for determining a recommended song list according to a favorite song list and a first weight according to an embodiment of the application;

FIG. 11 is a schematic diagram of another implementation process for determining a recommended song title provided by an embodiment of the present application;

fig. 12 is a schematic diagram illustrating an implementation process of determining a recommended song list according to a favorite song list and a second weight according to an embodiment of the present application;

FIG. 13 is a schematic diagram of another implementation process for determining a recommended song list according to the favorite song list and the second weight according to the embodiment of the application;

fig. 14 is a schematic structural diagram of a song playback apparatus according to an embodiment of the present application;

fig. 15 is a schematic structural diagram of another song playback apparatus according to an embodiment of the present application;

fig. 16 is a schematic structural diagram of a song recommending apparatus according to an embodiment of the present application;

fig. 17 is a schematic structural diagram of a determination module provided in an embodiment of the present application;

FIG. 18 is a block diagram of another exemplary determination module according to another embodiment of the present application;

FIG. 19 is a block diagram of another exemplary module provided in accordance with another embodiment of the present application;

fig. 20 is a schematic structural diagram of a server provided in an embodiment of the present application;

fig. 21 is a schematic structural diagram of a terminal according to an embodiment of the present application.

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Fig. 1 is a schematic structural diagram of a song playing system according to an exemplary embodiment of the present application. As shown in fig. 1, the system includes: a song server 110, a song recommendation terminal 120, a first user terminal 130a and a second user terminal 130b (collectively referred to as user terminals 130). Optionally, the system further comprises an external playing device 140.

Optionally, the song server 110 is a server, or a server cluster composed of several servers, or a virtual server in a cloud computing service center, and the like, which is not limited herein. The song recommendation terminal 120 is a smart phone, a tablet computer, a desktop computer, a notebook computer, a router, and the like. The user terminal 130 is a smart phone, a computer, a television, a multimedia player, an e-reader, and the like. When the song recommending terminal plays the recommended song through the external device, the song playing system further comprises an external playing device 140. The external playing device 140 is an external speaker, a bluetooth speaker, a Wi-Fi speaker, or the like.

Alternatively, the connection between the song server 110 and the song recommendation terminal 120 is established through a wired network or a wireless network. The song recommendation terminal 120 and the user terminal 130 are connected through a wired network or a wireless network, and the song recommendation terminal 120 and the user terminal 130 are in the same local area network. The local area network is formed by connecting the same router, the same gateway or the same Bluetooth device. Optionally, the song recommending terminal is the router, the gateway or the bluetooth device. The connection between the song recommending terminal 120 and the external playing device 140 is established through a wired network or a wireless network. As shown in fig. 1, in the embodiment of the present application, a description is given by taking the song recommending terminal 120 as a desktop computer, the user terminal 130 as a smart phone, and the external playing device as an external speaker.

It should be noted that a first song client is installed on the song recommendation terminal 120, the song recommendation terminal 120 is connected to the song server 110 through the first song client, and the song server 110 is a server corresponding to the first song client. The user terminal 130 is provided with a second song client, and the user terminal 130 is connected with the song recommendation terminal 120 through the second song client, which corresponds to the song server 110. The first song client side is used for sending the user identification corresponding to the second song client side to the song server and obtaining the recommended song list determined by the song client side. The second song client is used for sending the user identification to the first song client. The first song client and the second song client may be the same or different. When the first song client is different from the second song client, the first song client and the second song client can also be the same type and similar function clients, or the first song client and the second song client are different types of clients.

Fig. 2 is a schematic diagram illustrating a principle of playing a song to be played according to an embodiment of the present application. As shown in fig. 2, the song recommendation terminal 201 is under the same local area network as the first user terminal 202a, the second user terminal 202b, and the third user terminal 202c (collectively, the user terminals 202). The song recommendation terminal 201 is provided with a first song client, and the user terminal 202 is provided with a second song client. The number of the user terminals 202 in the same local area network as the song recommending terminal 201 is merely used as an illustration, and is not a limitation to the principle of playing songs to be played provided by the embodiment of the present application.

And when the second song client side joins the local area network, the second communication address of the second song client side is sent to the first song client side. And then the first song client sends the first communication address of the first song client to the second song client according to the second communication address. Optionally, the first song client further sends an identification obtaining instruction to the second song client. And the second song client sends the user identification corresponding to the second song client to the first song client according to the second communication address and the identification acquisition instruction.

The first song client sends the first user id sent by the second song client on the first user terminal 202a, the second user id sent by the second song client on the second user terminal 202b, and the third user id sent by the second song client on the third user terminal 202c to the song server 203. The song server 203 determines a first favorite song list corresponding to the first user identifier according to the first user identifier, determines a second favorite song list corresponding to the second user identifier according to the second user identifier, and determines a third favorite song list corresponding to the third user identifier according to the third user identifier. And then the song server determines a recommended song list according to the repetition times of the favorite songs in the first favorite song list, the second favorite song list and the third favorite song list. The recommended menu is determined based on, for example, 5 favorite songs with the largest number of repetitions. The song server 203 then sends the recommended song list to the first song client. Optionally, the recommended menu includes an audio stream of songs to be played in the recommended menu.

The first song client sends the song to be played to the external playing device 204 according to the received recommended song list, and the external playing device 204 plays the song to be played. Or, the first song client directly plays the song to be played through the song recommendation terminal 201.

And determining a favorite song list corresponding to each user identification through the user identifications corresponding to a plurality of user devices in the same local area network. And determining a recommended song list according to the favorite song list, and playing the song to be played according to the recommended song list. The songs to be played in the recommended song list are the songs which are determined according to the user identification and are interested by the user, the first song client can play the songs which are interested by the user, and the flexibility of playing the songs is improved.

Fig. 3 is a schematic flowchart of a song playing method according to an embodiment of the present application. The method may be used for a song recommendation terminal or a first song client on a song recommendation terminal in a system as shown in fig. 1. As shown in fig. 3, the method includes:

step 301, obtaining user identifiers respectively corresponding to at least two second song clients which are in the same local area network with the first song client.

The first song client and the at least two second song clients are installed on different electronic devices. For example, the first song client is installed on a song recommendation terminal in the system shown in fig. 1, and the second song client is installed on a first user terminal and a second user terminal, respectively, in the system shown in fig. 1. The second song client side and the first song client side are located under the same local area network, and the song recommending terminal and the user terminal are located under the same local area network. Optionally, the local area network is a Wi-Fi local area network, a bluetooth local area network, a wired local area network, or the like.

The user identification corresponding to the second song client is used for the song server to determine the recommended song list. The user identifier corresponding to the second song client includes a user account, a user mobile phone number, an identity document (id) of the user, and information capable of uniquely identifying the user, where the user account refers to an account currently logged in the second song client, an account logged in the second song client, and an account registered by the second song client.

At least two second song clients exist in the local area network where the first song client is located. And the first song client side acquires the user identification corresponding to each second song client side. Optionally, the first song client acquires the user identifier corresponding to the second song client in the local area network periodically, or acquires the user identifier corresponding to the second song client in the local area network at a set time.

Step 302, at least two user identifications are sent to a song server.

Optionally, the first song client sends the acquired user identifier to the song server periodically, or sends the acquired user identifier to the song server at a set time.

And step 303, receiving a recommended song list sent by the song server, wherein the recommended song list is determined by the song server according to at least two user identifications.

The recommended song list also includes an audio stream of songs to be played in the recommended song list. When receiving the recommended song list, the first song client can also receive the audio stream of the song to be played in the recommended song list.

And 304, obtaining the song to be played in the recommended song list so as to play the song to be played.

And when the recommended song list comprises the audio stream of the song to be played, the first song client plays the song to be played according to the audio stream of the song to be played in the recommended song list. Or when the recommended song list does not comprise the audio stream of the song to be played, the first song client acquires the audio stream of the song to be played from the song server according to the recommended song list and plays the song to be played. Optionally, the first song client can also send the recommended song list to an external playing device, and the external playing device plays the song to be played. The external playing device is a device which can communicate with the first song client and play songs, and comprises an external sound box, a Bluetooth sound box, a Wi-Fi sound box and the like. The external playing device can also communicate with the song server, for example, according to a recommended song list sent by the first song client, the audio stream of the song to be played is obtained from the song server, and the song to be played is played.

The first song client can determine all songs in the recommended song list as the songs to be played, and play the songs to be played. And the first song client determines the three songs with the most accumulated praise times in the recommended song list as the songs to be played, and plays the songs to be played. Or, the first song client can also screen out three newly released songs as the songs to be played according to the releasing time of the songs, and play the songs to be played. Wherein the accumulated number of praise for the song is determined by the song server.

In summary, the song recommendation method provided in the embodiment of the present application obtains the user identifiers corresponding to at least two second song clients in the same local area network, and obtains the recommended song list through the song server according to the user identifiers and plays the song to be played in the recommended song list. The songs to be played in the recommended song list are the songs which are determined according to the user identification and are interested by the user, and the first song client can play the songs which are interested by the user according to the recommended song list, so that the flexibility of playing the songs is improved.

Fig. 4 is a flowchart illustrating a song recommendation method according to an embodiment of the present application. The method may be used in a song server in a system such as that shown in fig. 1. As shown in fig. 4, the method includes:

step 401, receiving at least two user identifications sent by a first song client, where the user identifications are user identifications respectively corresponding to second song clients belonging to the same local area network as the first song client.

The first song client and the at least two second song clients are installed on different electronic devices. For example, the first song client is installed on a song recommendation terminal in the system shown in fig. 1, and the second song client is installed on a first user terminal and a second user terminal, respectively, in the system shown in fig. 1. Optionally, the second song client sends the user identifiers corresponding to at least two second song clients to the song server at the same time. The second song client is a client corresponding to the server. The user identification is obtained by the first song client through the local area network.

Step 402, determining a recommended song list according to at least two user identifications.

Optionally, the song server stores therein information identifying the song play record corresponding to the user and the song of interest. The songs of interest refer to favorite songs, favorite singer songs, and daily played songs, etc.

Optionally, the song server determines the recommended song list according to the song playing records corresponding to the at least two user identifications and the information of the interested songs. For example, the song server periodically determines the recommended song list according to the latest received song playing records corresponding to the 5 user identifications and the information of the interested songs.

Step 403, sending the recommended song list to the first song client.

Optionally, the recommended song list further includes an audio stream of songs to be played in the recommended song list. The first song client can play the song to be played according to the recommended song list or play the song to be played through an external playing device.

In summary, the song recommendation method provided in the embodiment of the present application determines the recommended song list through at least two user identifiers. And the song to be played in the recommended song list is the song which is corresponding to the user identification and is interested by the user. Furthermore, the songs which are interested by the user can be played according to the recommended song list, so that the flexibility of playing the songs is improved.

Fig. 5 is a block diagram of a song playing system according to an embodiment of the present application, and as shown in fig. 5, the system 50 includes: a first song client 501, at least two second song clients 502, and a song server 503.

And the second song client 502 is configured to send a second communication address of the second song client 502 to the first song client 501 in response to joining the local area network where the first song client 501 is located. The second song client 502 is installed on a different electronic device from the first song client 501.

A first song client 501, configured to send the first communication address of the first song client 501 to the second communication address.

And the second song client 502 is configured to send a user identifier corresponding to the second song client 502 to the first communication address, where the user identifier is used to determine the recommended song list.

A first song client 501 for sending at least two user identifications to a song server 503.

The song server 503 is configured to determine a recommended song list according to at least two user identifications, and send the recommended song list to the first song client 501.

Fig. 6 is a flowchart illustrating another song playing method according to an embodiment of the present application. The method may be used in a system as shown in fig. 1. As shown in fig. 6, the method includes:

step 601, in response to joining the local area network where the first song client is located, the second song client sends a second communication address of the second song client to the first song client.

Optionally, the local area network is a Wi-Fi local area network. And when the second song client is added into the local area network where the first song client is positioned, the IP address of the second song client is sent to the equipment with the IP acquisition authority. The first song client has an IP acquisition right and can receive the IP address of the second song client.

Step 602, the first song client sends the first communication address of the first song client to the second communication address.

The first song client sends the first communication address to any second song client joining the local area network. The first communication address is used for the second song client to direct the first song client to send the user identification corresponding to the second song client. Optionally, when the first song client sends the first communication address to the second song client, the first song client also sends an identification obtaining instruction to the second song client.

And 603, the second song client sends a user identifier corresponding to the second song client to the first communication address, wherein the user identifier is used for determining the recommended song list.

Optionally, the second song client runs a user identification sending process. And the second song client acquires the user identifier corresponding to the second song client in the memory of the user terminal provided with the second song client through the user identifier sending process. And when the second song client receives the first communication address and the identification acquisition instruction, the second song client sends the user identification to the first communication address.

The user identifier corresponding to the second song client includes a user account, a user mobile phone number, an identity document (id) of the user, and information capable of uniquely identifying the user, where the user account refers to an account currently logged in the second song client, an account logged in the second song client, and an account registered by the second song client.

Step 604, the first song client sends at least two user identifications to the song server.

At least two second song clients exist in a local area network where the first song client is located, and the first song client and the at least two second song clients are installed on different electronic devices. The first song client can acquire the user identifications corresponding to the at least two second song clients. Optionally, when the first song client acquires the at least two user identifiers, the at least two user identifiers are sent to the song server. For example, when the song client acquires 5 user identifiers, the 5 user identifiers are sent to the song server. Or the first song client sends the at least two user identifications to the song server according to a set period. Optionally, the first song client sends the at least two user identifications at a time, or sends one user identification at a time and sends the user identifications multiple times.

Step 605, the song server determines a recommended song list according to at least two user identifications.

The recommended song list is determined by the server according to at least two user identifications and searching songs corresponding to the user identifications in the database. For example, the song server can look up in the database the favorite song that the user identified. The song server is a server corresponding to the second song client.

Optionally, the song server determines the recommended song list after receiving a preset number of user identifiers. The song server determines the recommended song list at a set time. Or the song server determines the recommended song list according to a set period. The song server determines the recommended song list according to all the received user identifications, or determines the recommended song list according to the latest received user identifications of the target number. For example, the song server determines the recommended menu based on the newly received 5 user identifications.

Optionally, as shown in fig. 7, the implementation process of step 605 includes the following steps 6051a and 6051 b:

in step 6051a, a list of favorite songs is determined to which each user identifies a corresponding favorite song.

The song server can generate a favorite song list corresponding to the user identifier corresponding to the second song client according to favorite operations of the user of the second song client on the songs when the second song client plays the songs. The favorites include favorites of songs, collection of songs, praise on songs, focus on authors of songs, share or forward songs, comment on songs, play the same song multiple times, and so on. The song server can determine a favorite song list corresponding to the user identification according to the user identification.

In step 6051b, a recommended menu is determined from the n favorite songs that are repeated the most number of times in the entire favorite song list.

Wherein n is a positive integer, and n is set by the song server. The recommended menu is determined based on, for example, 5 favorite songs with the largest number of repetitions.

Illustratively, the song server determines a recommended song list according to the favorite song lists corresponding to 5 user identifications respectively, wherein the recommended song list comprises 3 songs. Where song 1 appears in all 5 favorite song lists, song 2 appears in all 5 favorite song lists, song 3 appears in all 3 favorite song lists, and song 4 appears in all 2 favorite song lists. The song server determines song 1, song 2, and song 3 as the recommended menu. Alternatively, when there are no repeated songs in the entire favorite song list or the number of repeated songs is less than n, the song server randomly selects songs from the favorite song list, thereby determining the recommended song list.

Optionally, as shown in fig. 8, the implementation process of step 605 includes the following steps 6052a and 6052 b:

in step 6052a, a list of favorite songs is determined for each user identification.

The favorite song list is obtained by the song server from a database of the song server according to the user identification.

In step 6052b, a recommended menu is determined based on the favorite song list and the first weight.

Wherein the first weight is determined by the song server according to the distance between the second song client and the first song client. The distance is acquired by the first song client through the local area network, and when the first song client acquires the user identifier corresponding to the second song client, the distance is acquired and sent to the song server. The first weight is inversely related to the distance. The farther the second song client is away from the first song client, the smaller the first weight is; the closer the second song client is to the first song client, the greater the first weight.

Optionally, the first weight is equal to a quotient with the distance. As shown in fig. 9, the implementation of step 6052b includes the following steps 52a 1-52 a 3:

in step 52a1, the number of repetitions of a favorite song in the favorite song list is determined.

The song server determines the number of times of the song appearing in other favorite song lists according to any song in each favorite song list, so that the number of times of repetition of the favorite songs is determined.

In step 52a2, the product of the number of repetitions of the favorite song and the first weight of the second song client corresponding to the favorite song is determined, resulting in a recommendation score for the favorite song.

Optionally, if a favorite song appears in a plurality of favorite song lists, the first weight corresponding to the favorite song is an average of the first weights of the second song clients corresponding to the favorite song lists containing the favorite song. Illustratively, the number of repetitions of song 1 is 3, and song 1 belongs to favorite song list 1, favorite song list 2, and favorite song list 3. The first weight of the second song client corresponding to the favorite song list 1 is the first weight 1, the first weight of the second song client corresponding to the favorite song list 2 is the first weight 2, and the first weight of the second song client corresponding to the favorite song list 3 is the first weight 3. The recommendation score for song 1 is 3 (first weight 1+ first weight 2+ first weight 3)/3.

In step 52a3, a recommended menu is determined based on the n favorite songs with the highest recommendation scores, n being a positive integer.

Alternatively, when there are no repeated songs in the entire favorite song list or the number of repeated songs is less than n, the song server randomly selects songs from the favorite song list, thereby determining the recommended song list.

Optionally, the first weight is equal to a quotient with the distance. As shown in fig. 10, the implementation of step 6052b includes the following steps 52b1 and 52b 2:

in step 52b1, the target second song client with the largest first weight is determined.

And the song server determines the first weight of each second song client according to the distance between each second song client and the first song client, and determines a target second song client with the maximum first weight from all the second song clients.

In step 52b2, a recommended menu is determined according to the favorite song list corresponding to the target second song client.

The song server can acquire a favorite song list corresponding to the user identification according to the user identification corresponding to the target second song client, and determines a recommended song list according to the favorite song list. For example, any n songs in the favorite song list are determined as the songs to be played in the recommended menu. Where n is determined by the song server.

Optionally, as shown in fig. 11, the implementation process of step 605 includes the following steps 6053a and 6053 b:

in step 6053a, a list of favorite songs is determined for each user identification.

In step 6053b, a recommended menu is determined based on the favorite song list and the second weight.

Wherein the second weight is determined according to the joining time of the second song client to the local area network. The second weight is negatively correlated with a joining duration equal to a difference between a time at which the recommended song title is determined and the joining time. The second weight is inversely related to the add duration. The longer the time that the second song client is added into the local area network where the first song client is located, the smaller the second weight; the shorter the time length that the second song client adds to the local area network where the first song client is located, the larger the second weight.

Optionally, the second weight is equal to a quotient of one and the joining duration. For example, the time when the second song client joins the local area network is 11:00:00, and the song server determines that the time when the song list is recommended is 11:30:00, the second weight corresponding to the second song client is 1/0.5-2. As shown in fig. 12, the implementation of step 6053b includes the following steps 53a 1-53 a 3:

in step 53a1, the number of repetitions of a favorite song in the favorite song list is determined.

In step 53a2, the product of the number of repetitions of the favorite song and the second weight of the second song client corresponding to the favorite song is determined, resulting in a recommendation score for the favorite song.

Optionally, if a favorite song appears in the favorite song lists, the second weight corresponding to the favorite song is an average of the second weights of the second song clients corresponding to the favorite song lists containing the favorite song. Illustratively, the number of repetitions of song 1 is 3, and song 1 belongs to favorite song list 1, and favorite song list 1. The second weight of the second song client corresponding to the favorite song list 1 is the second weight 1, the second weight of the second song client corresponding to the favorite song list 2 is the second weight 2, and the second weight of the second song client corresponding to the favorite song list 3 is the second weight 3. The recommended score for song 1 is 3 (second weight 1+ second weight 2+ second weight 3)/3.

In step 53a3, a recommended menu is determined based on the n favorite songs with the highest recommendation score, n being a positive integer.

Optionally, the second weight is equal to a quotient of one and the joining duration. As shown in fig. 13, the implementation process of step 6053b includes the following steps 53b1 and 53b 2:

in step 53b1, the target second song client with the largest second weight is determined.

And the song server determines a second weight of each second song client according to the adding duration of each second song client in the local area network where the first song client is added, and determines a target second song client with the largest second weight from all the second song clients.

In step 53b2, a recommended menu is determined according to the favorite song list corresponding to the target second song client.

Step 606, the song server sends the recommended song list to the first song client.

Optionally, the song server sends the recommended song list to the first song client after determining the recommended song list, or sends the recommended song list to the first song client according to a song list obtaining instruction sent by the first song client. The recommended song list also includes an audio stream of songs to be played in the recommended song list.

Step 607, the first song client obtains the song to be played in the recommended song list to play the song to be played.

The recommended song list also includes an audio stream of the song to be played. And the first song client plays the song to be played according to the audio stream of the song to be played in the recommended song list. Or the first song client acquires the audio stream of the song to be played from the song server according to the recommended song list, and plays the song to be played.

Optionally, the first song client can also send the song to be played to an external playing device according to the recommended song, and the external playing device is used for playing the song to be played. The first song client sends the song to be played to the external playing equipment, and points to the external playing equipment to send the audio stream of the song to be played in the recommended song list. The external playing equipment can play the song to be played according to the audio stream. Optionally, the external playing device and the song server are connected through a wireless network. The first song client sends the recommended song list to the external playing device, and the external playing device obtains the audio stream of the song to be played from the song server according to the recommended song list, so that the song to be played is played. Exemplarily, the external playing device is an external speaker, a bluetooth speaker, a Wi-Fi speaker, and the like.

The steps executed by the song server can be independently realized to become a song recommending method of the song server side; the steps performed by the first song client described above may be implemented separately as a song playing method on the first song client side.

To sum up, the song playing method provided by the embodiment of the present application obtains the user identifiers corresponding to at least two second song clients in the same local area network, and sends the user identifiers to the song server. The song server can determine a recommended song list according to the at least two user identifications. And the songs to be played in the recommended song list are the songs which are determined according to the user identification and are interested by the user. Furthermore, the songs which are interested by the user can be played according to the recommended song list, so that the flexibility of playing the songs is improved.

In addition, the recommended song list is determined through the first weight and the favorite song list, the distance between the position where the song to be played is played and the position where the user is located can be considered, the closer the position of the user is, the higher the importance degree of the user is when the song to be played is determined, and the flexibility of determining the song to be played is improved. The recommended song list is determined through the second weight and the favorite song list, the time length of the user for adding into the local area network can be considered, the shorter the time length of the user for adding into the local area network is, the higher the importance degree is, namely, the song to be played for the new user can be preferentially selected, the retention of the new user can be improved, and therefore the people flow of the place is maintained. The process of determining the songs to be played does not need any operation performed by the user, only needs the terminal of the user to join the local area network, and the recommended songs are the songs which are determined according to the information of the user and are interesting to the user, so that the user experience is improved. For the management personnel of the place, the songs which are interested by the user can be automatically played by establishing the local area network and deploying the first song client, manual operation is not needed, and the process of determining the recommended song list is simplified.

It should be noted that, the order of the steps of the method provided in the embodiments of the present application may be appropriately adjusted, and the steps may also be increased or decreased according to the circumstances, and any method that can be easily conceived by those skilled in the art within the technical scope disclosed in the present application shall be covered by the protection scope of the present application, and therefore, the detailed description thereof is omitted.

In one specific example, user 1, user 2, user 3, user 4, and user 5 shop at a store, and user 1, user 2, user 3, user 4, and user 5 have a second song client installed on their cell phones. The desktop computer of the store accesses the Wi-Fi of the store and is provided with a first song client. When the mobile phones of the user 1, the user 2, the user 3, the user 4 and the user 5 automatically join the Wi-Fi of the store, the desktop computer of the store can acquire the user identifications of the user 1, the user 2, the user 3, the user 4 and the user 5, and acquire the corresponding recommended song list from the song server through the user identifications. The shop's desktop computer can play songs of interest to user 1, user 2, user 3, user 4, and user 5 through the external speaker according to the recommended song list. The songs which are interested by the user are played to attract the user, the purchasing experience of the user is improved, the passenger flow of the shop can be increased, and the income of the shop is improved.

Fig. 14 is a schematic structural diagram of a song playback apparatus according to an embodiment of the present application. The apparatus may be used in a song recommendation terminal or a first song client on a song recommendation terminal in a system such as that shown in fig. 1. As shown in fig. 14, the apparatus 140 includes:

an obtaining module 1401, configured to obtain user identifiers respectively corresponding to at least two second song clients that are located in the same local area network as the first song client. The first song client and the at least two second song clients are installed on different electronic devices.

A first sending module 1402 for sending the at least two user identifications to the song server.

A first receiving module 1403, configured to receive the recommended song list sent by the song server. The recommended song list is determined by the song server based on at least two user identifications.

The obtaining module 1401 is further configured to obtain a song to be played in the recommended song list, so as to play the song to be played.

Optionally, the obtaining module 1401 is configured to:

and responding to the second song client to join the local area network, and acquiring a second communication address of the second song client.

The first communication address of the first song client is sent to the second communication address.

Optionally, as shown in fig. 15, the apparatus 140 further comprises:

the second sending module 1404 is configured to send the song to be played to an external playing device according to the recommended song list, where the external playing device is configured to play the song to be played.

Fig. 16 is a schematic structural diagram of a song recommending apparatus according to an embodiment of the present application. The apparatus may be used in a song server in a system such as that shown in figure 1. As shown in fig. 16, the apparatus 160 includes:

the second receiving module 1601 is configured to receive at least two user identifiers sent by the first song client. The user identifications are user identifications respectively corresponding to second song clients belonging to the same local area network as the first song client. The user identification is obtained by the first song client through the local area network, and the first song client and the at least two second song clients are installed on different electronic devices.

A determining module 1602, configured to determine the recommended song list according to at least two user identifications.

A third sending module 1603, configured to send the recommended song list to the first song client.

Optionally, as shown in fig. 17, the determining module 1602 includes:

a first determining sub-module 16021 for determining a favorite song list corresponding to each user identification.

A second determining sub-module 16022, configured to determine the recommended menu according to the n favorite songs with the largest repetition number in the favorite song list, where n is a positive integer.

Optionally, as shown in fig. 18, the determining module 1602 includes:

A third determining sub-module 16023 for determining the recommended menu according to the favorite song list and the first weight. Wherein the first weight is determined according to the distance between the second song client and the first song client, and the first weight is in negative correlation with the distance.

Optionally, the first weight equals a quotient with the distance, a third determining sub-module 16023 for:

the number of repetitions of the favorite song in the favorite song list is determined.

And determining the product of the repetition times of the favorite songs and the first weight of the second song client corresponding to the favorite songs to obtain the recommendation scores of the favorite songs.

And determining a recommended song list according to the n favorite songs with the highest recommendation scores, wherein n is a positive integer.

and determining the target second song client with the largest first weight.

And determining a recommended song list according to the favorite song list corresponding to the target second song client.

Optionally, as shown in fig. 19, the determining module 1602 includes:

A fourth determination sub-module 16024 for determining the recommended menu according to the favorite song list and the second weight. The second weight is determined according to the joining time of the second song client to the local area network, the second weight is in negative correlation with the joining time length, and the joining time length is equal to the difference between the time of determining the recommended song list and the joining time.

Optionally, the second weight is equal to a quotient of one and the joining duration, and the fourth determining sub-module 16024 is configured to:

And determining the product of the repetition times of the favorite songs and the second weight of the second song client corresponding to the favorite songs to obtain the recommendation scores of the favorite songs.

and determining the target second song client with the largest second weight.

It should be noted that: the song playing apparatus provided in the foregoing embodiment is only exemplified by the division of the functional modules, and in practical applications, the functions may be distributed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the functions described above. In addition, the song playing apparatus and the song playing method provided by the above embodiments belong to the same concept, and specific implementation processes thereof are described in detail in the method embodiments and are not described herein again.

Similarly, the song recommendation apparatus provided in the above embodiment is only illustrated by the division of the above functional modules, and in practical applications, the above function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules to complete all or part of the above described functions. In addition, the song recommendation apparatus and the song recommendation method provided by the above embodiments belong to the same concept, and specific implementation processes thereof are described in detail in the method embodiments and are not described herein again.

An embodiment of the present application also provides an electronic device, including: the system comprises a processor and a memory, wherein at least one instruction, at least one program, code set or instruction set is stored in the memory, and the at least one instruction, the at least one program, code set or instruction set is loaded and executed by the processor to realize the song playing method or the song recommending method provided by the method embodiments.

Optionally, the electronic device is a server. Illustratively, fig. 20 is a schematic structural diagram of a server provided in an embodiment of the present application.

The server 2000 includes a Central Processing Unit (CPU) 2001, a system Memory 2004 including a Random Access Memory (RAM) 2002 and a Read-Only Memory (ROM) 2003, and a system bus 2005 connecting the system Memory 2004 and the CPU 2001. The electronic device 2000 also includes a basic Input/Output system (I/O system) 2006 to facilitate information transfer between various devices within the electronic device, and a mass storage device 2007 to store an operating system 2013, application programs 2014, and other program modules 2015.

The basic input/output system 2006 includes a display 2008 for displaying information and an input device 2009 such as a mouse, keyboard, etc. for a user to input information. Wherein the display 2008 and the input devices 2009 are coupled to the central processing unit 2001 through an input-output controller 2010 coupled to the system bus 2005. The basic input/output system 2006 may also include an input/output controller 2010 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, the input-output controller 2010 also provides output to a display screen, a printer, or other type of output device.

The mass storage device 2007 is connected to the central processing unit 2001 through a mass storage controller (not shown) connected to the system bus 2005. The mass storage device 2007 and its associated computer-readable storage media provide non-volatile storage for the server 2000. That is, the mass storage device 2007 may include a computer-readable storage medium (not shown) such as a hard disk or a Compact Disc-Only Memory (CD-ROM) drive.

Without loss of generality, the computer-readable storage media may include computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable storage instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), flash Memory or other solid state Memory devices, CD-ROM, Digital Versatile Disks (DVD), or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices. Of course, those skilled in the art will appreciate that the computer storage media is not limited to the foregoing. The system memory 2004 and mass storage device 2007 described above may be collectively referred to as memory.

The memory stores one or more programs configured to be executed by the one or more central processing units 2001, the one or more programs containing instructions for implementing the method embodiments described above, and the central processing unit 2001 executes the one or more programs to implement the methods provided by the various method embodiments described above.

The server 2000 may also operate as a remote server connected to a network via a network, such as the internet, according to various embodiments of the present application. That is, the server 2000 may be connected to the network 2012 through a network interface unit 2011 that is coupled to the system bus 2005, or the network interface unit 2011 may be utilized to connect to other types of networks and remote server systems (not shown).

The memory also includes one or more programs, which are stored in the memory, and the one or more programs include instructions for performing the steps performed by the server in the methods provided by the embodiments of the present application.

Optionally, the electronic device is equipped with a first song client or a second song client, and the electronic device is a terminal. Illustratively, fig. 21 is a schematic structural diagram of a terminal provided in an embodiment of the present application.

In general, the terminal 2100 includes: a processor 2101 and a memory 2102.

The processor 2101 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and so on. The processor 2101 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate Array), and a PLA (Programmable Logic Array). The processor 2101 may also include a main processor and a coprocessor, the main processor is a processor for Processing data in an awake state, and is also called a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 2101 may be integrated with a GPU (Graphics Processing Unit) which is responsible for rendering and drawing the content required to be displayed on the display screen. In some embodiments, the processor 2101 may also include an AI (Artificial Intelligence) processor to process computational operations related to machine learning.

The memory 2102 may include one or more computer-readable storage media, which may be non-transitory. The memory 2102 may also include high speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in the memory 2102 is used to store at least one instruction for execution by the processor 2101 to implement a song playing method or a song recommendation method provided by method embodiments herein.

In some embodiments, the terminal 2100 may further optionally include: a peripheral interface 2103 and at least one peripheral. The processor 2101, memory 2102 and peripheral interface 2103 may be connected by buses or signal lines. Each peripheral may be connected to peripheral interface 2103 by a bus, signal line, or circuit board. Specifically, the peripheral device includes: at least one of radio frequency circuitry 2104, display screen 2105, camera head assembly 2106, audio circuitry 2107, positioning assembly 2108, and power source 2109.

The peripheral interface 2103 may be used to connect at least one peripheral related to I/O (Input/Output) to the processor 2101 and the memory 2102. In some embodiments, the processor 2101, memory 2102 and peripheral interface 2103 are integrated on the same chip or circuit board; in some other embodiments, any one or both of the processor 2101, the memory 2102 and the peripheral interface 2103 may be implemented on separate chips or circuit boards, which are not limited by the embodiments.

The Radio Frequency circuit 2104 is used to receive and transmit RF (Radio Frequency) signals, also called electromagnetic signals. The radio frequency circuitry 2104 communicates with a communication network and other communication devices via electromagnetic signals. The radio frequency circuit 2104 converts an electrical signal into an electromagnetic signal to transmit, or converts a received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuitry 2104 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and so forth. The radio frequency circuitry 2104 may communicate with other terminals via at least one wireless communication protocol. The wireless communication protocols include, but are not limited to: the world wide web, metropolitan area networks, intranets, generations of mobile communication networks (2G, 3G, 4G, and 5G), Wireless local area networks, and/or WiFi (Wireless Fidelity) networks. In some embodiments, the radio frequency circuit 2104 may further include NFC (Near Field Communication) related circuits, which are not limited in this application.

The display screen 2105 is used to display a UI (User Interface). The UI may include graphics, text, icons, video, and any combination thereof. When the display screen 2105 is a touch display screen, the display screen 2105 also has the ability to capture touch signals on or over the surface of the display screen 2105. The touch signal may be input as a control signal to the processor 2101 for processing. At this point, the display 2105 may also be used to provide virtual buttons and/or virtual keyboards, also known as soft buttons and/or soft keyboards. In some embodiments, the display 2105 may be one, providing the front panel of the terminal 2100; in other embodiments, the display 2105 can be at least two, each disposed on a different surface of the terminal 2100 or in a folded design; in still other embodiments, the display 2105 can be a flexible display disposed on a curved surface or a folded surface of the terminal 2100. Even the display screen 2105 may be arranged in a non-rectangular irregular figure, i.e. a shaped screen. The Display screen 2105 may be made of LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), or other materials.

The camera assembly 2106 is used to capture images or video. Optionally, camera head assembly 2106 includes a front camera and a rear camera. Typically, the front camera is disposed on the front panel of the terminal 2100 and the rear camera is disposed on the back of the terminal. In some embodiments, the number of the rear cameras is at least two, and each rear camera is any one of a main camera, a depth-of-field camera, a wide-angle camera and a telephoto camera, so that the main camera and the depth-of-field camera are fused to realize a background blurring function, and the main camera and the wide-angle camera are fused to realize panoramic shooting and VR (Virtual Reality) shooting functions or other fusion shooting functions. In some embodiments, camera head assembly 2106 may also include a flash. The flash lamp can be a monochrome temperature flash lamp or a bicolor temperature flash lamp. The double-color-temperature flash lamp is a combination of a warm-light flash lamp and a cold-light flash lamp, and can be used for light compensation at different color temperatures.

The audio circuitry 2107 may include a microphone and a speaker. The microphone is used for collecting sound waves of a user and the environment, converting the sound waves into electric signals, and inputting the electric signals into the processor 2101 for processing, or inputting the electric signals into the radio frequency circuit 2104 to realize voice communication. The microphones may be provided in plural, at different locations of the terminal 2100, for stereo sound acquisition or noise reduction purposes. The microphone may also be an array microphone or an omni-directional pick-up microphone. The speaker is used to convert the electrical signals from the processor 2101 or the radio frequency circuit 2104 into sound waves. The loudspeaker can be a traditional film loudspeaker or a piezoelectric ceramic loudspeaker. When the speaker is a piezoelectric ceramic speaker, the speaker can be used for purposes such as converting an electric signal into a sound wave audible to a human being, or converting an electric signal into a sound wave inaudible to a human being to measure a distance. In some embodiments, the audio circuitry 2107 may also include a headphone jack.

The positioning component 2108 is used to locate the current geographic position of the terminal 2100 for navigation or LBS (Location Based Service). The Positioning component 2108 may be a Positioning component based on the united states GPS (Global Positioning System), the chinese beidou System, or the russian galileo System.

Power supply 2109 is used to provide power to various components in terminal 2100. The power source 2109 may be alternating current, direct current, disposable batteries, or rechargeable batteries. When the power source 2109 includes a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. The wired rechargeable battery is a battery charged through a wired line, and the wireless rechargeable battery is a battery charged through a wireless coil. The rechargeable battery may also be used to support fast charge technology.

In some embodiments, the terminal 2100 also includes one or more sensors 2110. The one or more sensors 2110 include, but are not limited to: acceleration sensor 2111, gyro sensor 2112, pressure sensor 2113, fingerprint sensor 2114, optical sensor 2115, and proximity sensor 2116.

The acceleration sensor 2111 can detect the magnitude of acceleration in three coordinate axes of the coordinate system established with the terminal 2100. For example, the acceleration sensor 2111 may be used to detect components of the gravitational acceleration in three coordinate axes. The processor 2101 may control the touch display screen 2105 to display a user interface in a landscape view or a portrait view according to the gravitational acceleration signal collected by the acceleration sensor 2111. The acceleration sensor 2111 may also be used for acquisition of motion data of a game or a user.

The gyro sensor 2112 may detect the body direction and the rotation angle of the terminal 2100, and the gyro sensor 2112 may cooperate with the acceleration sensor 2111 to acquire the 3D motion of the user on the terminal 2100. The processor 2101 may implement the following functions according to the data collected by the gyro sensor 2112: motion sensing (such as changing the UI according to a user's tilting operation), image stabilization at the time of photographing, game control, and inertial navigation.

Pressure sensors 2113 may be provided on the side bezel of terminal 2100 and/or on the lower layer of touch display screen 2105. When the pressure sensor 2113 is disposed at the side frame of the terminal 2100, a user's grip signal on the terminal 2100 can be detected, and the processor 2101 performs left-right hand recognition or shortcut operation according to the grip signal collected by the pressure sensor 2113. When the pressure sensor 2113 is arranged at the lower layer of the touch display screen 2105, the processor 2101 controls the operability control on the UI interface according to the pressure operation of the user on the touch display screen 2105. The operability control comprises at least one of a button control, a scroll bar control, an icon control and a menu control.

The fingerprint sensor 2114 is configured to collect a fingerprint of a user, and the processor 2101 identifies the identity of the user according to the fingerprint collected by the fingerprint sensor 2114, or the fingerprint sensor 2114 identifies the identity of the user according to the collected fingerprint. Upon identifying that the user's identity is a trusted identity, the processor 2101 authorizes the user to perform relevant sensitive operations including unlocking the screen, viewing encrypted information, downloading software, payment, and changing settings, etc. The fingerprint sensor 2114 may be provided on the front, back, or side of the terminal 2100. When a physical button or vendor Logo is provided on the terminal 2100, the fingerprint sensor 2114 may be integrated with the physical button or vendor Logo.

The optical sensor 2115 is used to collect the ambient light intensity. In one embodiment, processor 2101 may control the display brightness of touch display 2105 based on the ambient light intensity collected by optical sensor 2115. Specifically, when the ambient light intensity is high, the display brightness of the touch display screen 2105 is increased; when the ambient light intensity is low, the display brightness of the touch display screen 2105 is turned down. In another embodiment, processor 2101 may also dynamically adjust the shooting parameters of camera head assembly 2106 based on the intensity of ambient light collected by optical sensor 2115.

A proximity sensor 2116, also called a distance sensor, is typically provided on the front panel of the terminal 2100. The proximity sensor 2116 is used to collect the distance between the user and the front face of the terminal 2100. In one embodiment, when proximity sensor 2116 detects that the distance between the user and the front face of terminal 2100 is gradually decreased, touch display 2105 is controlled by processor 2101 to switch from a bright screen state to a rest screen state; when the proximity sensor 2116 detects that the distance between the user and the front surface of the terminal 2100 is gradually increased, the touch display 2105 is controlled by the processor 2101 to switch from the breath-screen state to the bright-screen state.

Those skilled in the art will appreciate that the configuration shown in fig. 21 is not intended to be limiting with respect to terminal 2100, and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components may be used.

The embodiment of the present application further provides a computer-readable storage medium, where at least one instruction, at least one program, a code set, or a set of instructions is stored in the computer-readable storage medium, and when the at least one instruction, the at least one program, the code set, or the set of instructions is loaded and executed by a processor of an electronic device, the song playing method or the song recommendation method provided by the foregoing method embodiments is implemented.

The present application also provides a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the electronic device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the electronic device executes the song playing method or the song recommending method provided by the above-mentioned method embodiments.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in a computer readable storage medium, and the above readable storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The above description is only an example of the present application and should not be taken as limiting, and any modifications, equivalent switches, improvements, etc. made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A song playing method is applied to a first song client side, and comprises the following steps:

sending at least two of the user identifications to a song server;

2. The method according to claim 1, wherein the obtaining user identifiers respectively corresponding to at least two second song clients that are in the same local area network as the first song client comprises:

3. The method according to claim 1 or 2, characterized in that the method further comprises:

and sending the song to be played to an external playing device according to the recommended song, wherein the external playing device is used for playing the song to be played.

4. A song recommendation method is applied to a song server, and comprises the following steps:

and sending the recommended song list to the first song client.

5. The method of claim 4, wherein said determining a recommended song list based on at least two of said user identifications comprises:

determining a favorite song list corresponding to each user identification;

and determining the recommended song list according to n favorite songs with the most repeated occurrence times in all the favorite song lists, wherein n is a positive integer.

6. The method of claim 4, wherein said determining a recommended song list based on at least two of said user identifications comprises:

determining a favorite song list corresponding to each user identification;

determining the recommended song list according to the favorite song list and a first weight;

7. The method of claim 6, wherein the first weight equals a quotient of the distance, and wherein determining the recommended menu based on the favorite song list and the first weight comprises:

8. The method of claim 6, wherein the first weight equals a quotient of the distance, and wherein determining the recommended menu based on the favorite song list and the first weight comprises:

determining a target second song client with the largest first weight;

9. The method of claim 4, wherein said determining a recommended song list based on at least two of said user identifications comprises:

determining a favorite song list corresponding to each user identification;

determining the recommended song list according to the favorite song list and a second weight;

10. The method of claim 9, wherein the second weight is equal to a quotient of the joining duration, and wherein determining the recommended menu based on the favorite song list and the second weight comprises:

11. The method of claim 9, wherein the second weight is equal to a quotient of the joining duration, and wherein determining the recommended menu based on the favorite song list and the second weight comprises:

determining a target second song client with the largest second weight;

12. A song playback system, the system comprising: the system comprises a first song client, at least two second song clients and a song server;

13. A song playback apparatus applied to a first song client, the apparatus comprising:

14. A song recommendation apparatus, applied to a song server, the apparatus comprising:

the second receiving module is used for receiving at least two user identifications sent by a first song client, wherein the user identifications are user identifications respectively corresponding to at least two second song clients belonging to the same local area network as the first song client, the user identifications are acquired by the first song client through the local area network, and the first song client and the at least two second song clients are installed on different electronic equipment;

15. An electronic device comprising a processor and a memory, the memory having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, the at least one instruction, the at least one program, the set of codes, or the set of instructions being loaded and executed by the processor to implement the song playback method of any one of claims 1 to 3 or the song recommendation method of any one of claims 4 to 11.

16. A computer readable storage medium having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, which is loaded and executed by a processor to implement the song playback method of any one of claims 1 to 3 or the song recommendation method of any one of claims 4 to 11.