JP6432198B2 - Karaoke system - Google Patents

Description

  The present invention relates to a karaoke system including a server and a karaoke apparatus connected to the server.

  There has been proposed a karaoke system that includes a server and a karaoke device connected to the server, and stores the music selection history of limited members in the server as a group history (see, for example, Patent Document 1).

JP 2008-058656 A

  By the way, the karaoke system is generally used in a group of a plurality of people, and may be enjoyed many times by almost the same member. At that time, for example, when you used it together last time, you might have a good impression of the singing of other members, and you may want to sing the same song this time. However, it is hard to remember the last time you used it, and it was impossible to identify the song, or it made me bothered to remind you, and eventually I gave up singing the song. There was a case. Also, I sometimes forgot that I had a good impression when I used it last time. Therefore, in this respect, there is room for improvement in the convenience for the user and the enhancement of entertainment as a karaoke system.

  An object of the present invention is to provide a karaoke system capable of reliably requesting re-singing of karaoke music and improving convenience and entertainment for a user.

In order to achieve the above object, the first invention includes an authentication detection means for detecting a group authentication state authenticated by a plurality of users, including at least one first user and one second user, and the authentication A first history that stores the first user's singing history in association with at least the first user's identification information and the second user's identification information when the group authentication state is detected by the detecting means. Singing the first user by the second user with respect to a specific karaoke piece associated with the storage means and the identification information of the second user included in the singing history of the first user in the group authentication state A request accepting unit that accepts a request, and stores the accepted singing request when the singing request is accepted by the request accepting unit A request storing means, after said group authentication state eliminated, and re-authentication detection means for detecting that a new said group authentication condition, wherein a new said group authentication state by re-authentication detection means is detected, and, When the request storage unit stores the singing request from the second user to the first user, the singing request notification corresponding to the stored singing request is performed to the first user. And a user notification means.

  The karaoke system of the first invention of the present application is provided with a request receiving means, a request storing means, and a user notification means. That is, when a user (first user) sings in a group authentication state (detected by the authentication detection unit) that has been authenticated by a plurality of users, the singing history is stored in the first history storage unit. At this time, if there is a song (specific karaoke song) that another user (second user) has a good impression and wants to sing again at the next use in the singing history of the first user, The second user makes a singing request by an appropriate operation. Then, this singing request is accepted by the request accepting unit, and the singing request is stored in the request storing unit in response to the request.

  After that, when a plurality of users including the first user and the second user are authenticated again at the next use in a state where the singing request is stored in the request storage unit as described above, this new group authentication state is detected again. Detected by means. And according to this detection, predetermined | prescribed song request alert | report corresponding to the said memorize | stored song request is performed with respect to the 1st user by a user alerting | reporting means.

  As a result, the first user surely recognizes that the singing of the specific karaoke piece is popular at the time of the previous use, and that the singing is awaited from another user (second user) in this time as well. be able to. As a result, it is possible to reliably request re-singing of karaoke music with a good impression while avoiding the above-mentioned awkwardness, so that convenience for the user and entertainment as a karaoke system are improved. Can do.

According to a second aspect of the present invention, there is provided an authentication detecting means for detecting a group authentication state authenticated by a plurality of users including at least one first user and one second user, and the group authentication state is detected by the authentication detecting means. The first history storage means for storing the singing history of the first user and the second user by the second user for the specific karaoke song included in the singing history of the first user in the group authentication state. Request receiving means for receiving a singing request to the first user, request storing means for storing the received singing request upon receipt of the singing request by the request receiving means, and the group authentication state being canceled Thereafter, the group authentication state is newly established in a state where the singing request to the first user is stored in the request storage means. When a new group authentication state is detected by the re-authentication detection means and the re-authentication detection means, a singing request notification corresponding to the stored singing request is sent to the first user. A second history for storing the other user singing history sung by a user other than the first user until all users are in the non-use authentication state after the request accepting means accepts the singing request. Storage means, and the request reception means sends a singing request to the first user by the second user for a specific karaoke song included in the singing history of the first user in the group authentication state. The request storage means accepts the singing request when the request acceptance means is accepted by the request acceptance means. And the singing requests stored in said group authentication state, before Symbol reauthentication detecting means detects that a new said group authentication state, the user notification unit is newly the group by the re-authentication detecting means When it is detected that the authentication state has been established, the singing request to the first user is stored in the request storage unit, and the other user singing history is stored in the second history storage unit. In this case, the singing request notification and the other user singing history stored in the second history storage unit are notified to the first user.

According to a third aspect of the present invention, in the first or second aspect of the present invention, the authentication detection unit includes the one group of first users, the one second user, and at least one other third user. The first history storage means detects the first user's authentication status when the first authentication status is detected by the authentication detection means. A singing history is memorized, and the request receiving means sends a singing request to the first user by the second user for the specific karaoke song included in the singing history of the first user in the first authentication state. The user notification means accepts the new first authentication state detected by the re-authentication detection means, and the request storage means sends the first user information to the request storage means from the second user. When the singing request to the user is in a state of being stored, and performs the singing request notification to said first user.

According to a fourth aspect of the present invention, in any one of the first to third aspects of the present invention, the re-authentication detection unit uses the first user and the second user who have been authenticated as detected by the authentication detection unit as the group authentication state. And a second authentication state that has been used and authenticated by a plurality of users, including the fourth user who has not been authenticated for use at the time of detection by the authentication detection means, and the user notification means is configured to detect the second authentication state by the re-authentication detection means. When the two authentication states are detected and the request storage means stores the singing request from the second user to the first user, the singing request is notified to the first user. It is characterized by that.

  ADVANTAGE OF THE INVENTION According to this invention, the re-singing of karaoke music can be requested | required reliably and the convenience and entertainment property for a user can be improved.

It is a functional block diagram showing the whole structure of the karaoke system of one Embodiment of this invention. It is a figure showing the flow of the time-sequential behavior of each user related to the application and notification of an encore song. It is a figure which represents typically the example of a recording of a song history database. It is a figure showing the control procedure of the encore process in embodiment. It is a figure showing the control procedure of the encore process in the case of performing encore application outside a store. It is a figure showing the control procedure of an encore process in the case of notifying an encore only when all the users match. It is a figure showing the control procedure of an encore process in the case of notifying of an encore even when an absent member is added at the time of the previous seat use. It is a figure showing the control procedure of an encore process in the case of making a user to be applied perform return encore.

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

<Configuration outline of online karaoke system>
FIG. 1 is a functional block diagram showing the overall configuration of the communication karaoke system according to the present embodiment.

  In FIG. 1, a communication karaoke system 1 (corresponding to a karaoke system) includes at least one karaoke device (first karaoke device 10A and second karaoke device 10B in this example), a server 20, and at least one (in this example). 2) external terminals P. Karaoke devices 10A and 10B (hereinafter, collectively referred to as “karaoke device 10” where appropriate) are installed in a karaoke room KR such as a karaoke store. The karaoke device 10 is a device that provides a karaoke performance reproduction service using Musical Instrument Digital Interface (MIDI) data and video data as music data. The karaoke apparatus 10, the server 20, and the external terminal P are connected to each other so as to be able to transmit / receive information to / from each other via a network NW such as a communication network.

  The karaoke apparatus 10 includes an apparatus main body 100, a remote control 35, a microphone 30, and a camera 40. The apparatus main body 100 and the remote controller 35 are connected to each other so as to be able to transmit / receive information to / from each other via a network such as a wireless or wired LAN. The apparatus main body 100 and the microphone 30 are connected by a wireless line or a wired line. The apparatus main body 100 and the camera 40 are connected by a wireless line or a wired line.

  The apparatus main body 100 includes a control unit 101, a mass storage device 103, an operation unit 104, a reception unit 105, a sound source 106, a sound control unit 107, a speaker 108, a display unit 109, and a communication control unit 110. And have.

  The control unit 101 includes a CPU (not shown) and a memory such as a RAM and a ROM. The control unit 101 executes various programs stored in advance in the ROM or the large-capacity storage device 103 while using the temporary storage function of the RAM. Thereby, the entire apparatus main body 100 is controlled. In particular, the control unit 101 performs processing for transmitting and receiving data and various commands between the user and the server 20 via the remote controller 35 described later.

  The mass storage device 103 is composed of, for example, a hard disk drive (HDD). The large-capacity storage device 103 stores various information such as music data (MIDI data), background video data, and lyrics data.

  The operation unit 104 includes, for example, a plurality of keys and switches. A user can perform various operations such as a reservation operation for a karaoke performance using the operation unit 104 or a remote controller 35 described later.

  The receiving unit 105 receives the singer's voice signal output from the microphone 30.

  The sound source 106 reproduces the music data read from the mass storage device 103 by the control unit 101 and outputs the music data to the audio control unit 107. The audio control unit 107 amplifies the music data output from the sound source 106 and the audio signal input from the microphone 30 via the receiving unit 105 and outputs the amplified signal to the speaker 108. The speaker 108 outputs the music data and the audio signal output from the audio control unit 107 as audio.

  Hereinafter, the sound source 106, the audio output unit 107, and the speaker 108 are appropriately omitted and referred to as “sound source 106 etc.”. The sound source 106 and the like constitute music playback means for playing back music data of karaoke performance music.

  The display unit 109 is composed of a liquid crystal display, for example, and functions as display means for displaying various videos. In particular, the display unit 109 displays the background video data and the lyrics data read from the large-capacity storage device 103 in synchronization with the reproduction of the music data, as the music data is reproduced by the sound source 106 or the like. Corresponding telops can be displayed.

  The communication control unit 110 controls information communication with the remote controller 35 and the server 20.

  The remote controller 35 is an operation terminal for a user to perform various operations such as a reservation operation for a karaoke performance with a plurality of keys and switches. Although not particularly shown, the remote controller 35 itself may be provided with a display unit for displaying various information. The remote controller 35 corresponds to request receiving means described in each claim.

  The camera 40 is for shooting a predetermined range of visual field including a singer at the time of singing, and generates video data of the predetermined range.

  The server 20 functionally includes, for example, a singing history storage unit 21 including a large capacity storage device, a processing unit 22, and a communication control unit 23. Detailed functions of these functional units will be described later.

<Features of this embodiment>
In the above, as a characteristic of the communication karaoke system 1 provided with the karaoke apparatus 10 of the present embodiment, when a user uses the same karaoke apparatus 10 at the same time, other music is actually sung by a certain user. The user can apply to the karaoke apparatus 10 so that the user who sang the music sings again (hereinafter referred to as encore singing). The communication karaoke system 1 can notify the user who has applied for encore through the karaoke apparatus 10 and prompt the encore singing. In addition, said encore application corresponds to the singing request | requirement of each claim. Hereinafter, these details will be described in order.

<Flow of application and notification of encore singing>
In the use of the online karaoke system 1, the flow of time-series behavior of each user related to the application and notification of encore singing will be described with reference to FIG. First, the simultaneous use of the same karaoke device 10 by a plurality of users is referred to as “seat usage” here. In the example of the present embodiment, each user inputs his / her ID and password to log in to the system (use authentication) when using the same seat, and the user can select music via an operation page corresponding to each user. It is assumed that various operations and information display confirmation are performed (not shown). Thus, even when a plurality of users perform operations on the same karaoke apparatus 10 via the same or individual remote controllers 35, the system side sequentially determines which user has performed the individual operations themselves. Can be recognized and recorded. In addition, the user can recognize which user the information displayed on the display unit of the karaoke apparatus 10 or the remote controller 35 is for. Further, when all users log out of the system, the use of the same seat ends.

  In FIG. 2, for example, when two users (the application user and the user to be applied in the figure) use the same seat for the first time, one user (the user to be applied) selects and sings the song A. (ST1). If the other user (applying user) who actually heard the song A from the one user wishes to re-sang the same song A by the other user, then an encore application is made to the karaoke apparatus 10. (ST2).

  Then, when the same two users (the application user and the user to be applied in the figure) use the same seat for the second time, the karaoke device 10 notifies the user to be applied who has already applied for an encore at the start of the karaoke apparatus 10 I do. The encore notification is notified of the name (or song ID) of song A for which an encore application has been made, together with the name (or user ID) of the user who applied for the encore. As described above, the user to be applied receives a notification that the application for the encore singing of the music A is received (ST3), thereby prompting the encore singing of the music A. For this encore song, the karaoke apparatus 10 may automatically start the performance of the music piece A, or the user to be applied may arbitrarily select the start of the encore song and perform a selection operation.

  In the above process, in the example of the present embodiment, the music that is the subject of the encore application is limited to the music that was actually sung by the user to be applied together with the application user when the application was used. For this reason, any encore application operation can be performed only after the target music is actually sung by another user. Further, the encore notification is notified at the start when the same application user and the user to be applied use the same seat next time when the same seat is used when an encore application is made. For this reason, even after the use of the same seat for which an encore application has been made, the application user and the user to be applied are not notified of the encore when used independently without the other user. An encore application becomes invalid once the corresponding encore notification is made. The user to be applied corresponds to the first user described in each claim, the application user corresponds to the second user described in each claim, and the encore notification is described in each claim. This corresponds to singing request notification.

<About Singing History Database>
FIG. 3 shows the contents of the singing history database necessary for the communication karaoke system to execute the above encore processing. The singing history database is a database recorded in the singing history storage unit 21 included in the server 20, and the contents are recorded and managed by the processing unit 22.

  This singing history database has record items of a self user ID, a use date, a use user ID, a song song ID, an encore application presence, and an application user ID. In this singing history database, the singing history of all the users who have used the same seat so far is recorded corresponding to each user, and the record item of the self user ID is registered in the communication karaoke system 1. IDs of all existing users are recorded.

  The use date record item records the date and time (only the date is shown in the figure) when the user with the corresponding self-user ID logged into the system and used it. The user ID of each user who uses the same karaoke device 10 on the same use day is recorded in the record item of the use user ID. In addition, the same user ID as the self user ID is necessarily included and recorded in the record item of the use user ID.

  In the record item of the song song ID, the song ID of the song sung by each user when using the same seat is recorded in the order of singing. In the recording item of presence / absence of encore application, the presence / absence of an encore application operation is recorded corresponding to each song song ID. In addition, in the record item of the application user ID, when an encore application is made with the record item of presence / absence of encore application, the user ID of the application user is recorded. In addition, when the encore application is made from several application users with respect to the song music of the same singing user, the user ID of all those application users is recorded (not shown in particular).

  In the communication karaoke system 1 of the present embodiment, only when a plurality of users share the same seat, the above singing history data is recorded for each user regardless of the combination of the users at that time. The procedure for executing the encore process using this singing history database will be described in detail below.

<Specific Encore Processing of this Embodiment>
A control procedure for realizing the encore process shown in FIG. 2 will be described with reference to FIG. In FIG. 4, for example, this flow is started when the power of the first karaoke apparatus 10A is turned on by a karaoke manager (not shown).

  First, the user ID and password (abbreviated as PW in the figure) input by the application user and the user to be applied through the operation of the remote control 35 are transferred to the server 20 to perform system login (SS5, SS10). ). As a result, the server 20 performs group authentication on the assumption that the application user and the user to be applied who have logged in simultaneously with the same karaoke apparatus 10 are using the same seat (SS15).

  The karaoke apparatus 10 transmits the user ID and the music ID to the server 20 for the music selected and sung by the user to be applied during the use of the same seat in the group authentication state, and the server 20 that receives the karaoke apparatus 10 receives the singing history database. Are registered sequentially (SS25).

  In addition, when the application user performs an encore application operation during the use of the same seat, the server 20 refers to the singing history database and each user (including the application user itself) until the use of the same seat. The singing user ID and the song ID are transmitted to the karaoke apparatus 10 (or the remote controller 35) for all the songs sung by (or may not be included). The application user refers to the list of the song IDs and singing user IDs that have been sung and selects and decides the user (applicable user) and the music that are the subject of the encore application, and the karaoke device 10 receives the application user ID and the music. The ID is transmitted to the server 20 (SS30).

  The server 20 registers the encore application presence / absence and the application user ID in the singing history database in correspondence with the received user ID and music ID received (SS35). Specifically, an encore application corresponding to the same singing user ID and singing song ID as the combination of the received user ID and the song ID on the use date of the same user usage of the same user ID as the received user ID received. Record “(encore application) exists” in the presence / absence record item, and record the user ID of the application user who performed the application operation in the corresponding record item of application user ID.

  The singing and encore application as described above are repeated and the same-seat usage proceeds, and when all users complete the system logout, the first same-seat usage is completed (SS40, 45).

  After that, the application user and the user to be applied again log in at the same time (SS50, SS55) through the same karaoke device 10, and the server 20 confirms that the second use of the same seat is started by the group authentication (SS60). recognize. At this time, the server 20 refers to the singing history database to check whether or not each user has applied for an encore, and only when the application user of the encore application is using the same seat, the music ID and the application user ID to be applied for the encore application Is notified to the user to be applied (SS65). Thereby, an encore song (SS70) can be urged to the application user who received the encore notification. For an encore application that has been notified of an encore once, the record item of whether or not an encore application has been made is reset from the presence of an encore application to the absence of an encore application. Alternatively, “Complete” is prepared as information indicating completion of encore application, in addition to “Yes” and “None” as record items of presence / absence of encore application. Even if it is possible to determine that the encore application has already been completed by changing the record item of encore application presence / absence from Yes to Complete at the timing when the encore notification is made by preparing “Complete” Good.

  In the above, the procedure SS15 of the server 20 corresponds to the authentication detection means described in each claim, the procedure SS25 of the server 20 corresponds to the first history storage means described in each claim, and the procedure SS35 of the server 20 corresponds to each claim. The procedure SS60 of the server 20 corresponds to the re-authentication detection unit described in each claim, and the procedure SS65 of the server 20 corresponds to the user notification unit described in each claim.

<Effect of embodiment>
As described above, in the present embodiment, the remote controller 35, the procedure SS35, and the procedure SS65 are provided. That is, when a certain user (user to be applied) sings at the same time in a group authentication state (detected by procedure SS15) in which multiple users are authenticated by login, the singing history is stored in the singing history database in step SS25. . At this time, if there is a song (specific karaoke song) that another user (application user) has a good impression and wants to sing again at the next use, in the singing history of the user to be applied, The application user applies for encore by an appropriate operation. Then, the encore application is accepted by the remote controller 35, and the encore application is stored in the singing history corresponding to the user to be applied in step SS35.

  After that, when an encore application is stored in the singing history database as described above and a plurality of users including the user to be applied and the application user are authenticated again at the next use, the new group authentication status is changed to step SS60. Is detected. In response to this detection, a predetermined encore notification corresponding to the stored encore application is sent to the user to be applied in step SS65.

  As a result, the user to be applied for is expected to sing from other users (applying users) even when using the same karaoke song as a result of the popularity of the singing of the specific karaoke song at the time of the previous use of the same seat. Can be reliably recognized. As a result, it is possible to reliably request re-singing of karaoke music with a good impression while avoiding awkwardness, so that convenience for the user and entertainment as a karaoke system can be improved.

  In the above embodiment, the encore notification is performed at the start of the same-seat use next to the enrollment application, but the present invention is not limited to this. For example, an encore application may be made so that the user sings again at the same time using the same seat according to the designation of the application user, and an encore notification is sent as soon as the performance of the music reserved at that time is completed. Moreover, you may make it selectable to hide the name of an application user at the time of an encore notification by designation | designated of an application user.

  Moreover, in the said embodiment, although the to-be-application user who becomes the object of encore application performed during the 1st same-seat use which actually sung the music A, it is not restricted to this. For example, the encore application may be performed for the music A sung by the user to be applied at the first use of the same seat while the next use is being used (at the second and subsequent use).

  In addition, when a plurality of application users apply for an encore for the same music sung by the same user to be applied, the encore notification may be performed only when the plurality of application users are logged in, or when using the same seat, or You may make it perform an encore notification at the time of the same seat use where a part (predetermined ratio number of persons) of several application users logged in. In addition, even when only some application users are present in this way, after making an encore notification, only the user ID of the application user who is present is deleted from the application user ID in the singing history database and is present. It is desirable to leave the encore application of other application users who do not exist.

  The present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the spirit and technical idea of the present invention. Hereinafter, such various modifications will be described in order.

<When applying for an encore outside the store>
In the above-described embodiment, the case where the user to be applied applies for an encore by operating the remote control 35 during the use of the same seat where the user A sung the song A, that is, during the first use of the same seat in the store has been described. Not limited. For example, as shown in FIG. 5 corresponding to FIG. 4 above, after the first use of the same seat is completed, the application user may be an external terminal P outside the store (a home PC or a mobile terminal such as a smartphone or a tablet). ; See FIG. 1 above), the server 20 may be enrolled for application. In this case, the external terminal P corresponds to the request receiving means described in each claim. Even in this case, an encore notification can be sent to the user to be applied at the start of the second use of the same seat where the application user and the user to be applied are together. Thereby, since the opportunity which can apply for an encore increases, a user's convenience improves further.

<Notification of encore only when all users match>
For example, as shown in FIG. 6, when three or more users are present at the time of the first attendance at which the application for encore is made, all of those users are present again and the group is used as the second attendance. Authentication may be performed and an encore notification may be sent only in that case. In this case, the user other than the application user and the user to be applied for corresponds to the third user described in each claim, and the state of the group authentication at the first and second use of the same seat is described in each claim. This corresponds to the first authentication state.

  In this modification, an encore of a specific karaoke piece by an applied user only in a state where all of the requested user who requested the encore singing, the applied user who requested the encore singing, and other users are all in place. Singing is performed. Thereby, entertainment property can be further improved by reliably reproducing the same situation as when the user to be applied last time sings the karaoke music.

  In addition, as shown in FIG. 7, if there is a user to be applied for encore singing at the first use of the same seat and an application user who has requested encore singing, there is no presence at the first use. Even when another user who is present is present, group authentication may be performed as the second use of the same seat, and an encore notification may be performed. In this case, the user other than the application user and the user to be applied corresponds to the fourth user described in each claim, and the state of the group authentication at the time of the second use of the same seat is the second user described in each claim. Corresponds to the authentication status. As a result, even if there are some fluctuations between members when using the same seat last time and this time using the same seat, it is possible to reliably request encore singing of a specific karaoke song to the user to be applied, further improving convenience can do.

<When requesting user to apply for return encore>
When the user to be applied performs an encore singing, a right to perform a return encore application that returns an encore application to another user may be automatically granted as the reward.

  For example, in FIG. 8 in which the first use of the same seat is omitted, after the server 20 issues an encore notification in step SS65A and the user to be applied performs an encore song, the other users (including the application user) at the previous use of the same seat The singing history is transmitted again to the user to be applied in the procedure SS65A. The user to be applied refers to this singing history and makes a return encore application to the other user with the music that was actually sung at the time of the previous use (SS75). As a result, the server 20 issues a return encore notification to the user who is the object of the return encore application (the application user in the illustrated example) (SS80). Thereby, the user to be applied can prompt other users to sing an encore by applying for a return encore. Note that the procedure for storing the singing history of the user other than the user to be applied at the first use of the same seat (corresponding to the procedure SS25 in FIG. 4; omitted in FIG. 8) is the second history storage means described in each claim. It corresponds to.

  In this modification, the user to be applied can refer to the singing situation of another user at the time of using the same seat at the previous time when encore singing a specific karaoke piece in response to a request for encore singing. As a result, the user to be applied determines the singing order of the group as a reward for singing the encore in response to the request of the applying user (for example, the user who sings in the next order of his / her name or the application user after himself) For example, it is possible to specify a specific karaoke piece and request an encore singing, etc.), and further improve entertainment.

  A user who has applied for return encore may also be able to apply for return encore. In addition, as a music for which a return encore application is made, a music sung other than at the time of the previous attendance may be selected.

  In the above, the flowcharts shown in FIGS. 2, 4, 5, 6, 7, 8 and the like are not intended to limit the present invention to the procedure shown in the above-described flow. Procedures may be added / deleted or the order may be changed without departing from the scope.

  In addition to those already described above, the methods according to the above-described embodiments and modifications may be used in appropriate combination.

  In addition, although not illustrated one by one, the present invention is implemented with various modifications within a range not departing from the gist thereof.

1 Online Karaoke System (Karaoke System)
10A, 10B Karaoke device 20 Server 21 Singing history storage unit 22 Processing unit 30 Microphone 35 Remote control (request receiving means)
40 Camera P External terminal (request accepting means)

Claims (4)

An authentication detection means for detecting a group authentication state used and authenticated by a plurality of users, including at least one first user and one second user;
The first user's singing history when the authentication status is detected by the authentication detection means is stored in association with at least the identification information of the first user and the identification information of the second user. 1 history storage means;
Request for accepting a singing request to the first user by the second user for a specific karaoke piece associated with the identification information of the second user included in the singing history of the first user in the group authentication state Receiving means;
Demand storage means for storing the received singing request when the singing request is received by the request receiving means,
Re-authentication detection means for detecting that the group authentication state is newly entered after the group authentication state is resolved;
When the new authentication status is detected by the re-authentication detection means and the singing request from the second user to the first user is stored in the request storage means, the first User notification means for performing a singing request notification corresponding to the stored singing request to the user;
A karaoke system characterized by comprising: An authentication detection means for detecting a group authentication state used and authenticated by a plurality of users, including at least one first user and one second user;
First history storage means for storing the singing history of the first user when the group authentication state is detected by the authentication detection means;
Request receiving means for receiving a singing request to the first user by the second user for a specific karaoke piece included in the singing history of the first user in the group authentication state;
Demand storage means for storing the received singing request when the singing request is received by the request receiving means,
Re-authentication detection means for detecting that the group authentication state is newly established in a state where the singing request to the first user is stored in the request storage means after the group authentication state is resolved;
User notification means for performing a singing request notification corresponding to the stored singing request to the first user when a new group authentication state is detected by the re-authentication detection means;
A second history storage unit that stores other user singing histories sung by a user other than the first user until all users are in a non-use authentication state after the request receiving unit receives the singing request;
Have
The request receiving means includes
A singing request to the first user by the second user for a specific karaoke piece included in the singing history of the first user in the group authentication state is accepted in the group authentication state,
The request storage means includes
In response to the singing request being received by the request receiving means, the received singing request is stored in the group authentication state ,
Before Symbol re-authentication detection means,
Detecting that the group authentication state is newly established,
The user notification means includes
When the re-authentication detection unit detects that the group authentication state is newly established, the request storage unit stores the singing request to the first user and the second history storage unit stores the other When the user singing history is stored, the singing request notification and the other user singing history stored in the second history storage unit are notified to the first user. Karaoke system. In the karaoke system according to claim 1 or 2,
The authentication detection means includes
Detecting that the plurality of users including the one first user, the one second user, and at least one third user other than the group authentication state are in a first authentication state each of which has been used and authenticated;
The first history storage means includes
Storing the singing history of the first user when the first authentication state is detected by the authentication detecting means;
The request receiving means includes
Accepting a singing request to the first user by the second user for the specific karaoke piece included in the singing history of the first user in the first authentication state;
The user notification means includes
When the new first authentication state is detected by the re-authentication detection means, and the singing request from the second user to the first user is stored in the request storage means, the first The karaoke system characterized by notifying the user of the singing request. The karaoke system according to any one of claims 1 to 3,
The re-authentication detection means includes
The group authentication state includes a plurality of the first user and the second user that have been used and authenticated at the time of detection by the authentication detecting means, and a fourth user who has not been used and authenticated at the time of detection of the authentication detecting means. Detects the second authentication state that the user has authenticated,
The user notification means includes
When the second authentication state is detected by the re-authentication detection means, and the singing request from the second user to the first user is stored in the request storage means, the first user A karaoke system characterized in that the singing request notification is performed.

Images