JP6315270B2 - Karaoke system - Google Patents

Description

The present invention relates to a karaoke system that includes a server, a karaoke device connected to the server, the.

  A host device and a karaoke performance terminal connected to the host device, and a function of notifying a request for a specific music from a predetermined user to another user via the host device and the karaoke performance terminal A karaoke system has been proposed (see, for example, Patent Document 1).

JP 2009-58797 A

  By the way, the karaoke system is often used by a group of a plurality of people. At that time, for example, one member may have a good impression of the other members' singing and want to sing the same song. However, the person who wants to request the song (one member above) does not request the other member directly to sing the song, but dares to ask for the name of the requester, In some cases, when the other members sang the song in response to the request, it would be desirable to provide entertainment such as releasing the name of the requester for the first 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 that can request re-singing of karaoke music while singing is made a public condition of the requester, and can improve convenience and entertainment for the 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 When the group authentication state is detected by the detection unit, a history storage unit that stores the singing history of the first user, and a specific karaoke piece included in the singing history of the first user in the group authentication state When the singing request is accepted by the request accepting unit and the request accepting unit that accepts a singing request to the first user by the second user, the first user corresponds to the accepted singing request. In response to the singing request notified by the singing request notifying means and the singing request notifying means for performing the singing request notification, the first If the over THE is singing, with respect to the first user, characterized by having a a requestor informing means for performing requester notification corresponding to the second user.

  The karaoke system of the first invention of the present application is provided with request receiving means, singing request notifying means, and requester notifying 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, when there is a song (specific karaoke song) that another user (second user) has a good impression and wants to sing again in the singing history of the first user, the second user Makes a singing request by an appropriate operation. Then, this singing request is received by the request receiving unit, and accordingly, a predetermined singing request notification corresponding to the singing request is performed by the singing request notification unit to the first user. In addition, the content notified by this singing request | requirement alert | report is only the fact itself and the information about the music requested | required of the 1st user, and who is a requester (2nd user)? Information about is not included.

  Here, although the 1st user can refuse with respect to the notified singing request | requirement, when requesting | reporting a singing request | requirement without doing so, a requester alerting | reporting means is a requester with respect to a 1st user. The requester notification including information on who is is performed. As a result, when the first user receives a singing request, the first user is required to select whether to sing again or refuse the singing request in order to know the requester. It is possible to provide entertainment in use. As a result, convenience for the user and entertainment as a karaoke system can be improved.

  A second invention has a singing scoring means for scoring a song based on a predetermined scoring standard in the first invention, and the requester notification means is performed by the first user in response to the singing request. The requester notification is performed only when the singing scoring means scores more than a predetermined threshold score for the singing.

  According to the present invention, re-singing of karaoke music can be requested while singing is made a public condition of the requester, and re-singing of karaoke music can be surely requested. Convenience and entertainment for the user Can be improved.

It is a functional block diagram showing the whole structure of the karaoke system of one Embodiment of this invention. FIG. 2A is a diagram showing an encore notification screen, FIG. 2B is a diagram showing an application user's public screen, and FIG. 2C is a diagram showing an application user's private screen. 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.

  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 the request receiving means described in each claim, and the control procedure corresponds to the request receiving procedure 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 applied for encore through the karaoke apparatus 10 of the application and urge encore singing. However, at this encore notification stage, the application user (the above-mentioned other user) is kept secret to the user to be applied (the above-mentioned other user), and the application user is the first time to accept the application and sing an encore. Publish the name of. In addition, said encore application corresponds to the singing request | requirement of each claim. Hereinafter, these details will be described in order.

<Notice of encore application and disclosure of application user>
The notification of the encore application and the disclosure of the application user when using the online karaoke system 1 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. This also allows the user to recognize to which user the information displayed on the display unit of the karaoke apparatus 10 or the remote controller 35 belongs. Further, when all users log out of the system, the use of the same seat ends.

  And suppose that one user (user to be applied) selects and sings a predetermined piece of music among a plurality of users using the same seat. And when the other user (application user) who actually heard the song of the music by this one user wishes to re-sang the same music by the one user after that, an operation for applying an encore to the karaoke apparatus 10 I do. Thus, an encore notification image as shown in FIG. 2A is displayed on the operation page of the user to be applied.

  In this encore notification image, it is displayed that the user who has applied for the application (“Mr. A” in the figure) has applied for an encore application for the song that has already been sung (“Music XXX” in the figure). At the same time, the name of the application user who applied for the encore application is notified that the encore singing by the user to be applied will not be disclosed unless the singing score of the karaoke apparatus scores a predetermined score (80 in the example in the figure) or more. To do. In the example of the present embodiment, the score of the disclosure condition is arbitrarily set by the application user at the time of encore application operation. Then, the user to be applied can select and decide whether to ignore the encore application without accepting it or to accept the encore application and sing the encore through the operation on the operation unit 104 or the remote controller 35.

  When the user to be applied accepts the encore application, the application target music is reserved. And when the encore singing by the user to be applied can score more than the above public condition score by the singing score at the karaoke apparatus 10, the encore singing of the encore singing as shown in FIG. The number of scoring points and the name of the application user (“Mr. B” in the example in the figure) are displayed.

  In addition, even if the user to be applied consents to the application for encore and sings an encore, if the singing score is less than the above disclosure condition score, an encore as shown in FIG. A message indicating that the singing score and the name of the application user cannot be disclosed is displayed.

  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 the user to be applied. For this reason, as a timing which performs encore application operation, it may be performed while the user to be applied is singing the music for the first time, while using the same seat after the singing, or It may be done at the next use of the same seat, or it may be applied from outside the store by accessing the server via an external terminal P (see FIG. 1 above) such as a personal computer or various information terminals from outside the store. Also good.

  In addition, as for the timing of the encore notification, it may be notified immediately when an encore application is made, or it may be notified at the next use of the same seat, and the selection setting can be made arbitrarily at the time of application operation. Also good. Moreover, about the timing which displays the result of the singing scoring and the application user's disclosure possibility, it may be after the end of the encore singing by the user to be applied, or at the end of the same seat use, or the next time The application user and the user to be applied may be in the same seat use, and the selection setting may be arbitrarily performed during the application operation. Note that the user to be applied corresponds to the first user described in each claim, the application user corresponds to the second user and the requester described in each claim, and the encore notification includes each request. This corresponds to the singing request notification described in the paragraph, and the public display of the name of the application user corresponds to the requester notification described in each claim.

<About Singing History Database>
The contents of the singing history database necessary for the communication karaoke system 1 to execute the above encore processing are shown in FIG. 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 composition ID, an encore application user ID, and a disclosure condition score. 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 record item of the encore application user ID, the user ID of the application user is recorded when an encore application is made corresponding to each song song ID. 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 record item of the disclosure condition score, when the encore application user ID is recorded and the application user sets the disclosure condition score, the disclosure condition score is recorded.

  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 processing described above will be described with reference to FIG. In FIG. 4, for example, this flow is started when the power of the first karaoke apparatus 10 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 device 10 transmits the user ID and the song 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 (SS20). Sequential registration in the singing history database (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). In addition, when the application user sets the disclosure condition score during the encore application operation, the karaoke apparatus 10 also transmits the disclosure condition score to the server 20.

  The server 20 registers the encore application user ID in the singing history database in correspondence with the received application user ID and music ID (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. The user ID of the application user who performed the application operation is recorded in the user ID record item. Further, when the server 20 also receives the disclosure condition score, it is recorded in the corresponding disclosure condition score recording item, and when the disclosure condition score is not received, a predetermined score is recorded.

  In the example of the present embodiment, when the encore application operation and the registration are performed, the server 20 immediately transmits the music ID (and the disclosure condition score) that is the object of the encore application to the user to be applied for notification of the encore. Perform (SS40). Thereby, on the display unit of the karaoke apparatus 10 or the remote controller 35, the encore notification screen as shown in FIG. 2 (a) can be displayed on the operation page of the application user who has received the encore notification. The user can be prompted to perform an encore song (SS45). On the other hand, the user to be applied can select and decide whether to accept or ignore the encore application. However, if the application is accepted, the karaoke apparatus 10 starts playing the target music and performs the encore singing (SS45). . In addition, for an encore application once notified of an encore, the record item of the encore application user ID is reset. Alternatively, “complete” is recorded as information indicating the history of application for encore.

  And the karaoke apparatus 10 performs singing score based on a predetermined scoring standard with respect to the encore singing by said user to be applied (SS50), and transmits the score to the server 20. The server 20 that has received the score information determines whether or not the score is equal to or greater than the score set and recorded in the record item of the release condition score in the singing history database (SS55). When the score is equal to or greater than the disclosure condition score, the determination is satisfied (SS55: Yes), and the server 20 transmits the corresponding application user ID to the user to be applied. Thereby, on the display unit of the karaoke apparatus 10 or the remote controller 35, the result screen as shown in FIG. 2 (b) can be displayed on the operation page of the application user who has received the encore notification. The name of the application user can be made public. If the score is less than the disclosure condition score, the determination is not satisfied (SS55: No), and the score of the encore singing and the name of the application user as shown in FIG. Appears to be unpublishable.

  The application and notification of singing and encore, notification, and singing as described above are repeated, and the use of the same seat proceeds, and the use of the same seat ends when all users log out of the system (SS 60, 65).

  In the above, the procedure SS15 of the server 20 corresponds to the authentication detection means and the authentication detection procedure described in each claim, and the procedure SS25 of the server 20 corresponds to the history storage means and the history storage procedure described in each claim. The procedure SS40 corresponds to the singing request notifying means and the singing request notifying procedure described in each claim, the procedure 50 of the karaoke apparatus 10 corresponds to the singing scoring means described in each claim, and the procedure SS55 of the server 20 is described in each claim. This corresponds to the requester notification means and the requester notification procedure.

<Effect of embodiment>
As described above, in the present embodiment, the remote controller 35, the procedure SS25, the procedure SS40, and the procedure SS55 are provided. That is, when a certain user (user to be applied) sings in the group authentication state (detected by procedure SS15) authenticated by a plurality of users, the song history is stored in the song history database in procedure 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 in the singing history of the user to be applied, Apply for encore (singing request) by appropriate operation. Then, this encore application is accepted by the remote controller 35, and a predetermined encore notification (singing request notification) corresponding to the encore application is made to the user to be applied in accordance with the procedure SS40 accordingly. Note that the content notified by the encore notification is only the fact that the user to be applied for singing is requested and information on the requested music, and information on who the application user is is included. Absent.

  Here, the user to be applied can refuse the notified encore application, but when singing in response to the encore application without doing so, the procedure SS55 determines who the application user is to the application user. Display of the result screen including the information on whether or not (requester notification). As a result, the user to be applied is required to select whether to perform the encore singing or to refuse the encore application in order to know the application user when receiving the encore application. It is possible to provide entertainment in use. As a result, it is possible to request encore singing of karaoke music while singing is made a public condition of the application user, and it is possible to improve convenience for the user and entertainment as a karaoke system.

  In this embodiment, in particular, it has a procedure SS50 for scoring a song based on a predetermined scoring standard. In step SS55, a predetermined release condition score is obtained for a singing score for an encore song performed by the user to be applied. The name of the application user is disclosed only when the score is equal to or greater than (threshold score). As a result, the name of the application user cannot be known unless the encore singing of the user to be applied according to the encore application is scored more than a predetermined score by singing. Thereby, the user to be applied can be motivated to perform the encore singing skillfully, and the entertainment in the use of karaoke in a group can be further improved.

  In addition, you may enable it to make an application user's name public only by accepting an encore application and performing an encore song, without setting a disclosure condition score. In this case, the application user may be disclosed immediately after the start of the encore song.

  Further, the sharing of the processes of the karaoke apparatus 10 and the server 20 in the encore process shown in FIG. 4 can be changed as appropriate according to the setting and the situation. For example, when the encore application, the encore notification, the encore singing, and the disclosure of the application user are all completed during the same seat use, the karaoke device 10 performs part or all of the respective processes on the server 20. You can do it instead. Further, instead of the remote control 35, an operation may be performed via a smartphone owned by each user in which a predetermined application is installed in advance. Even in this case, the smartphone may share a part of each process of the karaoke apparatus 10 and the server 20.

  In the above, the flowchart shown in FIG. 4 or the like does not limit the present invention to the procedure shown in the above-described flow, and the addition / deletion of the procedure or the change of the order within the scope of the gist and technical idea of the invention. You may do.

  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 (2)

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;
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;
When the request reception unit receives the singing request, the singing request notification unit that performs a singing request notification corresponding to the received singing request to the first user;
Requester notification means for performing requester notification corresponding to the second user to the first user when the first user sings in response to the singing request notified by the singing request notification means. ,
A karaoke system characterized by comprising: The karaoke system according to claim 1,
Singing scoring means for scoring a song based on a predetermined scoring standard,
The requester notification means includes:
The karaoke characterized in that the requester notification is performed only when the singing scoring means scores more than a predetermined threshold score for the singing performed by the first user in response to the singing request. System .

Images