JP5455952B2 - Music selection device and music selection program - Google Patents

Description

  The present invention relates to a karaoke device for enjoying a song by designating a desired song, or a song selection device and a song selection program for selecting a song for various performance devices for designating and playing a desired song. .

  Conventionally, in a karaoke apparatus, a desired tune is selected by referring to a booklet (a karaoke quick sample) that lists the tune number associated with the tune and inputting the tune number with an input device such as a remote control device. It was.

  In a karaoke device that uses performance information such as MIDI information, the number of songs that can be stored in one karaoke device is due to the fact that the capacity of performance information is small and the capacity of storage devices such as hard disks has increased. Increased dramatically. With this increase in the number of songs, the number of pages in the karaoke quick sample has also increased. Under such circumstances, the remote control device has been developed not only with the conventional music selection using the numeric keypad but also with a GUI function for displaying various music selection items and selecting music by providing display means such as an LCD. In such a remote control device, devices having various functions in addition to a search function for performing a search using a song name or a singer name have appeared.

  In Patent Document 1, a request song for at least another user is registered in the personal database in the user information associated with the user ID in the user database, and sung to other users. There has been disclosed a karaoke system capable of accurately and easily informing a desired music piece as a requested music piece. In this karaoke system, it is possible to transmit a requested song to other users via the system even in a loud acoustic karaoke place.

JP 2009-58797 A

  At karaoke venues such as karaoke boxes and snacks, multiple people gather to enjoy singing. Singing will be performed by each person's selection, but what kind of reaction and impression the attendees have on the selected song will be expected until the performance starts Difficult to do. Also, depending on the music selected, it may be completely different from the preferences of the people who are present, and the atmosphere of the place may be destroyed.

  The present invention is an index that can predict what kind of impression the person who is trying to select has a song when he / she selects a song in karaoke or the like and what kind of reaction he / she will show. Is intended to present. Another object is to recommend music from among the music belonging to the selected item using such an index.

The music selection device according to the present invention switches between an input means for receiving various inputs from a user, an authentication process for authenticating the user based on identification information input from the input means, and an authenticated user authenticated by the authentication process The user-selected music selection process for selecting the music on the basis of the music selection item specified by the input means for the switched authentication user, and the music selection item specified by the user in the user-specific music selection process, Control means for executing an index calculation process for calculating an index based on user information corresponding to an authenticated user is provided.

  Furthermore, in the music selection device according to the present invention, the music selection item for which the index is calculated in the index calculation process is at least one of a music, a singer, and a genre.

  Furthermore, in the music selection device according to the present invention, the user information corresponding to the other authenticated user used in the index calculation process is music related information of the music that the authenticated user has registered or used. It is a feature.

  Furthermore, in the music selection device according to the present invention, the index calculation processing is characterized in that an index corrected based on a use history of music that has been registered or used by an authenticated user is calculated.

  Furthermore, in the music selection device according to the present invention, the control means executes a general index calculation process for calculating a total index obtained by integrating the index calculated in the index calculation process for all other authenticated users. Yes.

  In addition, the music selection device according to the present invention includes an input unit that receives various inputs from a user, an authentication process that authenticates the user based on identification information input from the input unit, and an authenticated user authenticated by the authentication process. Based on user information corresponding to other authenticated users being authenticated for a plurality of music corresponding to the music selection item specified by the input means in the user-specific music selection processing for selecting and switching the authenticated user Control means for executing an index calculation process for calculating an index and a recommendation process for recommending music based on the calculated index is provided.

  Further, the music selection program according to the present invention switches between an authentication process for authenticating a user based on identification information input from an input means and an authentication user authenticated by the authentication process, and the input user is switched for the switched authentication user. Based on user information corresponding to other authenticated users being authenticated for the music selection process by user who selects music based on the music selection item specified by means, and the music selection item specified by the user in the user-specific music selection process An index calculation process for calculating an index is executed by a computer.

  The music selection program according to the present invention switches between an authentication process for authenticating a user based on identification information input from the input means, and an authentication user authenticated by the authentication process, and selects a song for the switched authentication user. In the user-specific music selection process to be performed, an index calculation process for calculating an index based on user information corresponding to another authenticated user being authenticated for a plurality of music corresponding to the music selection item specified by the input means is calculated. It is characterized by causing a computer to execute a recommendation process for recommending music based on the index.

  According to the present invention, by calculating the index of the other user who is present with the song selection item specified by the user, what impression the other user has about the song selection item, or in the song selection item When a corresponding music piece is played, it is possible to predict in advance what kind of reaction it will show, and it can be used as a reference for music selection. In particular, in karaoke, knowing the index in advance makes it possible to sing songs that match the atmosphere of the place.

  Further, in the present invention, an index is calculated for a plurality of songs belonging to the designated music selection item, and music is recommended based on the index, so that the music in the place can be instantly selected from the music belonging to the designated music selection item. The selected music can be selected.

The figure which shows the network structure of the karaoke system which concerns on embodiment of this invention. The figure which shows the karaoke system which concerns on embodiment of this invention The figure which shows the top screen which concerns on embodiment of this invention The figure which shows the user information which concerns on embodiment of this invention The figure which shows the service process with respect to the user which concerns on embodiment of this invention The figure which shows the active user top screen which concerns on embodiment of this invention The flowchart which shows the my room screen which concerns on embodiment of this invention The figure which shows the my song selection screen which concerns on embodiment of this invention The flowchart which shows the music selection process which concerns on embodiment of this invention The figure which shows the music confirmation screen which concerns on embodiment of this invention The figure which shows the support rate screen according to user which concerns on other embodiment of this invention. The flowchart which shows the parameter | index (support rate) calculation process which concerns on embodiment of this invention. The figure which shows the relationship of the music which the user A selected in embodiment of this invention. The figure which shows the point number table which concerns on embodiment of this invention. The figure which shows the correction table which concerns on embodiment of this invention. The figure for demonstrating the parameter | index which concerns on other embodiment of this invention. The figure which shows the music selection process which concerns on other embodiment of this invention. The figure which shows the music selection screen (total support rate ranking) which concerns on other embodiment of this invention. The figure which shows the music selection screen (support rate ranking according to user) which concerns on other embodiment of this invention. The figure for demonstrating the user information (purchase history) which concerns on other embodiment of this invention. The figure which shows the user information (singing wish table) which concerns on other embodiment of this invention.

  FIG. 1 is a diagram showing a network configuration of a karaoke system according to an embodiment of the present invention. In the figure, the main configuration as a karaoke system is configured by a karaoke host 5 (server device), a commander 2 installed in a store, and the like. The commander 2 is a so-called karaoke device having a music playback function, and is connected to the LAN 100 in the store. The commander 2 and the karaoke host 5 are connected via the Internet, and transmit and receive information necessary for various services such as newly supplied music information and user information. In the present embodiment, connection is made via a VPN (Virtual Private Network), and communication with excellent security can be performed.

  The commander 2 installed in the store can accept various instructions from the user by the remote control device 1. In addition, the remote control device 1 includes a display screen and can provide various information to the user. The remote control device 1 is wirelessly connected to the commander 2 via an access point 110a installed on the LAN 100. As indicated by broken lines in the figure, for example, the commander 2a is associated with the remote control devices 1a and 1b, and can transmit and receive information via the LAN 100a. Further, the remote control device 1 and the commander 2 can perform short-range communication using infrared rays or the like.

Furthermore, in the karaoke system of the present embodiment, an Internet host 6 is provided to provide various services to the user. The Internet host 6 is connected to a user's personal computer and a portable information terminal (such as a mobile phone or a PDA), and can provide various services to the user who uses these devices. Further, the Internet host 6 shares data with the karaoke host 5. For example, various databases stored in the first storage unit 51 of the karaoke host 5 and the second storage unit 61 of the Internet host 6 are synchronized. In this way, it is possible to provide a coordinated service.

  FIG. 2 is a diagram illustrating a configuration of a karaoke system installed in a store. The karaoke system in the present embodiment is composed of a commander 2 (karaoke device) and a remote control device 1, which are connected to each other wirelessly and wiredly via a LAN 100.

  The commander 2 functions mainly with the control unit 30 that performs overall control, and can perform music performance processing, video display processing, music selection processing, and the like as main functions. The music performance process is a process in which performance information corresponding to the music specified by the user is played on the sound source unit such as the MIDI sound source 26 and emitted from the speaker 42 by the input unit 21 or the remote control device 1. At this time, the sound input from the singing microphone 44 is also emitted from the speaker 42. The video playback process is a process in which various video information, lyrics information, and the like are played back by the video playback unit 29 and visual information is provided to the user via the monitor 41.

  The music selection process is a process for selecting and reserving music based on designation from the user. In this embodiment, it is executed in cooperation with the remote control device 1. A user command input from the operation unit 17 of the remote control device 1 is transmitted to the commander 2 via the infrared communication units 19 and 23 or the LAN 100. The processing result of the commander 2 is displayed on the display unit 11 on the remote control device 1 side, and the user can visually recognize various information for music selection. The commander 2 and the remote control device 1 are not limited to the music selection process, and can execute various processes such as a login process (authentication process) for providing a user-specific service.

  A camera 43 can be connected to the commander 2 of the present embodiment, and it is possible to photograph the state of a singer or a companion from the connected camera 43. When the video of the camera 43 is monitored by display means (for example, the monitor 41), the camera 43 is preferably arranged in the vicinity of the display means such as the upper part of the display means. The user can use the monitor image like a mirror. Note that a plurality of cameras 43 may be provided, and video information may be acquired by shooting at the same time or switching.

  FIG. 3 is a diagram showing a top screen according to the embodiment of the present invention, that is, a screen immediately after starting the remote control device 1. In the present embodiment, various information is provided to the user who operates the remote control device 1 by displaying on the display unit 11 of the remote control device 1. As the operation unit 17 of the remote control device 1, a touch panel that directly operates buttons, icons, and the like displayed on the display unit 11 in addition to various mechanical switches such as cursor keys can be employed. .

  In the karaoke system of this embodiment, a plurality of users can log in. Information about user login is always displayed at the top of the screen. A login user column 103 is provided for displaying a login image (avatar) of the logged-in user. In addition to the image imitating a person or a character, various forms such as figures and symbols can be adopted as the portrait image.

In addition, a guest icon 102 for a user who does not have an account and a user changeover switch 101 for switching the user are displayed. A logged-in user can receive various services using his / her user information by selecting the image displayed in the logged-in user column 103 or operating the user changeover switch 101. Further, a user who does not have an account can receive a general service such as music selection by operating the guest icon 102. Note that when switching users, authentication such as a password may be performed, but switching may be performed simply without performing authentication.

  FIG. 4 is a diagram for explaining user information stored for each user. In the present embodiment, the user information includes various information related to the user such as personal information, my song table, my artist table, and history table. The user information is associated with a user ID and a password for logging in and using the information. The personal information includes a user name (not limited to an actual name but may be a nickname), gender, age, and the like. These various types of information can be set by logging in using the remote control device 1, or a personal computer or portable information terminal connected to the network.

  The My Uta table is a table showing songs registered in advance by the user, and includes at least a song identifier for identifying the song. In addition, you may register the highest score (scoring information) scored when singing, the key adjustment value for adjusting to a singing sound range, etc. The user can easily select a music piece registered in advance by reading out this My Uta table.

  The my artist table is a table showing artists (singer) registered in advance by the user, and includes a singer identifier. The user can read out the artist registered in advance by calling up this my artist table, and can read out and select music related to the artist by referring to the database.

  The history table is a table in which the history of music selection by the user is described, and includes a song identifier, singing date and time, key adjustment value, scoring result, singing store (singing position), and the like. The scoring result is information indicating the result of the scoring means when singing, and the key adjustment value is information indicating the pitch change when singing.

  In the present embodiment, it is also possible to select music recorded in this history table. The user can perform the music specified in the past again by performing the music selection using the history table.

  In the present embodiment, by using such user information, various services can be provided to the user.

  FIG. 5 is a diagram showing how user information is transmitted and received. A user who visits a karaoke store inputs identification information composed of his / her user ID and password, or causes the identification information stored in the IC card to be read by an IC card reader provided in the remote control device 1 or the like. The authentication process S101 is executed. The commander 2 or the remote control device 1 that has read the identification information of the user transmits the identification information to the karaoke host 5 (S102), and the karaoke host 5 that has received the identification information from the database stored in the storage unit 1, User information of the corresponding user is extracted (S121), and transmitted to the commander 2 or remote control device 1 that made the inquiry (S122).

On the commander 2 side that has received the user information (S103), various service processes such as a music selection process and a performance process are provided based on the received user information (S104). When logout is requested by the user (S105), the service process is interrupted, and various histories (logs) during the service process or user information reflecting the setting change by the user is transmitted to the karaoke host 5 (S106). Here, as the user information, not only all the information but also the updated difference may be transmitted. The karaoke host 5 updates the database stored in the storage unit 1 based on the received user information (S124).

  The flow from one user authentication process (login) to logout has been described above, but the commander 2 and the remote control device 1 of this embodiment are in a state where a plurality of authenticated users (authenticated users) are logged in at the same time. By using the user interface described with reference to FIG. 3, it is possible to switch and use a user who provides a service (hereinafter referred to as “active user”).

  FIG. 6 is a diagram showing an active user top screen according to the embodiment of the present invention. As shown in this figure, when a plurality of people are logged in, the logged-in user column 103 displays the logged-in images 103a to 103e (face portions in this embodiment) of the logged-in user. In the login user column 103, the user whose background is highlighted at the right end is the active user 103e. In the state shown in the figure, the service for the active user 103e, that is, the user information of the active user 103e is used. The service is running.

  On this active user top screen, by selecting “Search for a song”, a search based on a singer name and a song name can be performed as in the case of a conventional song book. When “My Room” is selected, a music search specialized for the active user can be performed using the My Uta table in the user information.

  FIG. 7 shows a My Room screen that is a screen when “My Room” is selected on the active user top screen. On this My Room screen, as shown in the figure, operation buttons having notations such as My Uta 104, My Artist 105, and Rireki 106 are displayed, and various music selection methods using user information by selecting these buttons. It is possible to select. When My Uta 104 is selected, music selection referring to the My Uta table is performed. When My Artist 105 is selected, music selection is performed referring to the My Artist table. When Reki 106 is selected, music selection is performed referring to the history table. Is executed.

  As an example of user-specific music selection processing for selecting music based on various tables in such user information, FIG. 8 shows a my song selection screen. This screen is a screen view when Mr. A who is an active user in FIG. 7 selects “My Uta”, and information related to the music registered in the My Uta table in the user information (here, the music title) And singer name) are displayed for each music field. Mr. A who is an active user can select a music field to be sung from the displayed music and make a performance reservation. On this screen, the songs are displayed in the order of the song names, but it is also possible to display them in the order of the singer names by operating the buttons shown at the upper right of the song column.

  By operating the “My Artist” and “Rireki” buttons shown on the screen in FIG. 7, it is possible to select a song in the same way as in the case of this My Uta using the My Artist Table and the History Table, respectively. It has become.

In the present embodiment, the index (support rate) is calculated using such a my song table, my artist table, and my history table in such user information. Now, an embodiment for calculating an index in a karaoke system will be described. FIG. 9 is a flowchart showing music selection processing according to the embodiment of the present invention. Note that the processing described in this specification can also be provided as a program that can be executed by a general-purpose computer.

  First, when one piece of music is designated by the user via the operation unit 17 of the remote control device 1 as input means (S201), an index calculation process (S300) for calculating an index for the music is executed. This index is an index indicating another user's preference for the music selected by the user. In this embodiment, the My Uta table, My Artist table, and My History table that exist in the user information of other users are used. Is calculated. The other users mentioned here are users who are logged in at the same time at karaoke.

  In S203, a music confirmation screen for the music specified in S201 is displayed on the display unit 11 of the remote control device 1, and it is asked whether or not to make a reservation to the user. At this time, by displaying the index calculated in S300, the user can predict the reaction of the other person to the designated music. The user who has confirmed the information on the music and the index on the music confirmation screen determines whether or not to make a reservation for the music. When the reservation instruction is given, the music identifier of the music is registered on the reservation list managed by the commander 2 (S204), and the music selection process is terminated. The commander 2 causes the MIDI sound source 26 as a performance means to sequentially play music registered in the reservation list. On the other hand, if no reservation is made, the music can be redesignated in S201.

  In this embodiment, the support rate (0 to 100%) is adopted as this index, but it is not limited to such a form, and it is displayed as a ranking of a plurality of categories such as A to D, or a point value. Alternatively, various forms can be adopted regardless of numerical values and figures as long as the degree of preference is displayed, such as a graph or the like.

  There may also be multiple users present. In this index calculation process, not only the index of each individual but also the total index that integrates the indexes of each individual participating in the karaoke place is calculated. The user who has selected the music can predict the reaction of the entire field when the music is sung in advance by referring to the general index. In addition, by referring to the index of each individual, it is possible to predict the reaction of the referred user.

  FIG. 10 shows a music confirmation screen according to the embodiment of the present invention, and FIG. 11 shows a user-specific support rate screen according to another embodiment of the present invention. This figure is a music confirmation screen of the music “Natsu no Umi” selected by Mr. A, and displays various music related information for confirmation, such as music name, singer name, and singing. Also, on this screen, the pitch at the time of performance can be changed. When changing, the change switch attached to the “key setting” field is operated. Further, the overall support rate is displayed in the lower left of the screen as an index of other users' responses to the music. In this example, the overall support rate is obtained by integrating the support rates of two people displayed in the login user column 103.

  In the column where the overall support rate is displayed, a switch “viewed by user” is also written, and when it is desired to refer to an individual index, this switch is operated, and the user shown in FIG. Another support rate screen pops up. Here, the support rate for each user (user A, user B) for the music selected by user A is displayed as a percentage. A heart-shaped figure whose size changes according to the support rate is also displayed.

By referring to the overall support rate displayed on the music confirmation screen in FIG. 10, the user can determine whether the selected music is suitable for the place and then execute a performance reservation for the music It becomes. In addition, by referring to the support rate screen for each user in FIG. 11, it is also possible to refer to the response for each user, and for example, to predict the response to a favorable partner pinpoint.

  Now, an index calculation process according to an embodiment of the present invention will be described with reference to FIGS. FIG. 12 is a flowchart showing an index (support rate) calculation process according to the embodiment of the present invention, and FIG. 13 is a diagram showing a relationship between music pieces selected by the user A in the embodiment of the present invention. 14 is a diagram showing a score table according to the embodiment of the present invention, and FIG. 15 is a diagram showing a correction table according to the embodiment of the present invention.

  FIG. 12 is a diagram showing details of the index calculation process (S300) described in FIG. When the index calculation process is started, first, one seated user is selected in S301, and the user information of the user is acquired. Here, the attending user refers to a user who is different from the user who selected the music and is simultaneously logged in.

  In the present embodiment, in the user information, an index for the music selected by the user is calculated using tables (my song table, my artist table, history table) directly related to the music or singer. In S302, it is determined whether or not the selected music exists in the history table or the my song table. If the music exists, a predetermined support point is added (S303). In the present embodiment, when music exists in both the My Uta table and the history table, the support points when they exist in the My Uta table are given priority.

  On the other hand, if there is no music, it is determined whether there is a singer who sings the selected music or a song held by the singer by referring to the my artist table and the history table (S309). If a singer exists, a predetermined support point is added (S310). In this embodiment, when a singer exists in both the my artist table and the history table, the support points when the singer exists in the my artist table are given priority.

  An example of the support points to which points are added in S303 and S310 is shown in FIG. In this table, in this embodiment, Condition A-1, Condition A-2, Condition B-1, and Condition B-2 are used, but in addition to this, in the history table as shown in Condition C, The cover music of the selected music, that is, the presence of a music with a different singer, or the presence of the music selected in the group history of the attending user as shown in condition D may be added to the conditions. Here, the group history is a piece of music selected by another user when the user previously attended. When this group history is used, it is necessary to provide a group history separately in the user information or to provide an association with a user who is present. By using the group history, it is possible to add points as music that the user is familiar with.

  Thus, in this embodiment, which of the four conditions (condition A-1, condition A-2, condition B-1, and condition B-2) shown in FIG. It is determined that support points corresponding to each condition are added.

In this embodiment, when it is determined in S302 that there is a music piece, a correction process for correcting the support points added in S303 is executed (S304). When it is determined in S302 that the music exists, the user who is the target of the index calculation has sung the music before. In this correction process, when the user sings the music The support points are corrected based on the scoring results, the number of performances, the date and time of singing, the number of times of imaging.

  FIG. 15 shows an example of a correction table used in the correction process. Each of these items can be obtained by referring to a history table. The scoring result is a score obtained using the scoring function in the past, and can be obtained from the history table. When there are a plurality, it is possible to use the latest scoring result or use the average value of the scoring results. The number of performances is a value indicating the number of times of singing in the past, and can be obtained from the history table. The singing date indicates the date of the most recent singing, and the more recently sung, the higher the magnification. The number of times of imaging is the number of times the user who is singing is imaged using the camera 43 connected to the karaoke system, and is performed in units of music, and is disclosed to a personal computer or the like via the Internet host 4. Here, it is determined that a song with a larger number of imaging times, in other words, a song with a larger number of postings, has a higher attachment to the song, and the magnification is increased.

  In S305, the support point of the same seated user selected in S301 is determined by the above processing. Furthermore, in this embodiment, the process which converts the support point calculated in S306 into a support rate is performed. This process is the ratio of the support points acquired in S305 to the highest points that can be acquired for the selected music, and is indicated by a numerical value of 0 to 100%.

  In S307, the presence / absence of a non-selected seated user is determined, and the above-described processing is repeated until the support rate for all the seated users is calculated. In S308, the support rates calculated for the same-seat users in S306 are integrated and calculated as a general support rate (total index) for the same-seat users. In the present embodiment, the integration is executed by taking the average of the support rates calculated for the respective seated users.

  Now, with respect to the index (support rate) calculation process of FIG. 12, an example of support rate calculation in the case of using the added point table of FIG. 14 and the correction table of FIG. Here, for simplicity of explanation, a case will be described in which the conditions A and B are used in the score table of FIG. 14, and only the scoring results are used for the correction table.

  FIG. 13 is a diagram for explaining the relationship between the songs used for calculating the support rate. Here, the user A selects the song identifier “123” (music name: ●●, singer name: ▲▲). The index (support rate) will be described. Here, consider a case where there are two users B and C who are present at the same time, that is, users who are logged in at the same time.

  First, the support rate calculation for the user B will be described. The music ●● exists in the history table. Therefore, Condition A-2 is applied as the condition of the score table, and 40 support points are added (S303). In this case, since the same music has been sung, the point correction process using the correction table is executed in S304. User B has a history of 89 points for the latest scoring results for music ●●. Referring to the correction table of FIG. 15, it can be seen that a 1.5 × magnification is applied to the scoring results.

Therefore, the support point after correction is
Correction support point = 40 (points) × 1.5
= 60 (points)
It becomes. On the other hand, the highest point that can be acquired for this music is when the condition A-1 (50 points) is satisfied in the score table and the scoring result is 90 to 100 points (2.0 times magnification) in the correction table. for that reason,
Maximum point = 50 (points) x 2.0
= 100 (points)
Is calculated as As mentioned above, the support rate is the ratio of the acquired support point to the highest point.
= 0.6
= 60 [%]
Is calculated as

Next, calculation of the support rate of the user C will be described. User C registers in the artist table a song xx of singer ▲▲ who sings the music selected by user A. Therefore, in the point addition table of FIG. 14, Condition B-1 is applied and 30 points are added and confirmed as support points (S310, S305). In this case, since it is not the same music, the point correction process of S304 is not performed.
Therefore, the user C support rate for the music ●● selected by user A is
Support rate = 30 (acquired support points) / 100 (maximum points)
= 0.3
= 30 [%]
Is calculated as

Moreover, since the overall support rate in this embodiment is the average of the support rates of each user,
Total support rate = (60 + 30) / 2
= 45 [%]
It becomes.

  The calculated support rate and total support rate of each user are displayed on the display unit 11 as described with reference to FIGS. The user A can determine whether or not to reserve the music piece with reference to the displayed overall support rate or the support rate of each user.

  As described above, in this embodiment, the index is calculated using the My Uta table, My Artist table, and history table that are directly related to the music in the user information, but the degree to the selected music can be calculated. If there is, personal information in the user information can be used. For example, the song age (a value determined by the age of the user who sings the song, for example, the age of the user who sings most) is calculated for each song, Based on the difference in song age, the closer the difference, the higher the index, and the higher the number of male songs and female songs (singer's gender) may be assigned to the song, Various forms such as an index are conceivable.

  Note that the various types of information (the user B singing history, scoring results, and the song held on the artist table of user C) as the cause of the index calculation as described in FIG. It may be displayed above. The user who has selected the music can know the basis for calculating the support rate.

  In this embodiment, the selection item is a music piece, and an index for the selected music piece is calculated. However, the selection item is not limited to a music piece, and a singer or a genre may be adopted. By presenting an index for the selected singer or genre, it is possible to predict what impression the attending user will have, and it is possible to select a song with reference to the presented index.

  In addition to the support rates described in the present embodiment, the index may be displayed by rank display (rank S to rank D) corresponding to each support rate as shown in FIG. 16, or as shown in FIG. It can take various forms such as showing the size of a figure. Furthermore, as described with reference to FIGS. 12 and 14, instead of adding points by any one of the conditions A-1, A-2, B-1, and B-2, it corresponds to the satisfied condition. All support points may be added, or the support point itself may be used as an index.

  Next, another embodiment will be described with reference to FIGS. Also in the present embodiment, the characteristic part of the present invention is that the index that uses the user information of other attending users is calculated for the item selected by the active user.

  When selecting a song, the song itself may be specified as in the previous embodiment, but in this singer's song or in this genre, which song should be sung? You may get lost. In this embodiment, when a singer or a genre is designated as a music selection item in this way, an index of music belonging to the designated music selection item is calculated, and music is recommended based on the index. In the present embodiment, a case where a support rate is used as an index will be described as in the above-described embodiment.

  FIG. 17 is a diagram showing a music selection process according to the present embodiment, FIG. 18 is a diagram showing a music selection screen (total support rate ranking), and FIG. 19 is a music selection screen (support rate ranking by user). FIG.

  In the present embodiment, the “Sing this” function is used as a function name that recommends music belonging to a designated music selection item. For example, the function can be selected from the top screen of FIG. 3 or the active user top screen of FIG. Yes (not shown). When the “sing this” function of this embodiment is selected (S401), the user is allowed to designate a singer as a music selection item (S402). As described above, in this embodiment, a singer is employed as the music selection item, but various items can be employed as long as the item can define a set of music such as a genre.

  In S403, one piece of music associated with the singer designated as the music selection item in S402 is selected. Being associated with a singer means being a song held by the singer. In S300, an index (support rate) calculation process (similar to FIG. 12) is executed for the music selected in S403, and the support rate and the overall support rate of each user are calculated for the music. This index calculation process is executed for all the songs associated with the selected singer, and a song selection screen is displayed based on the calculated support rate.

  FIG. 18 is a diagram showing a music selection screen, which is a ranking display in which music is ranked based on the general support rate of the same-seat users. In this case, for “Singer A” selected by user A (Mr. A), the songs are ranked according to the general support rate of the same-seat user during the singer's own song. User A can select (reserve) a song with reference to the overall support rate. When reserving music, each music field is operated, so that the music confirmation screen as shown in FIG. 10 can be displayed for reservation.

  Also in this embodiment, it is possible to refer to music based on the support rate for each user. The music selection screen on which the user-specific support ranking of FIG. 19 is displayed by operating “view by user” displayed in the lower right of FIG. 18 and further selecting (not shown) the same-seat user to be referred to. Transition to. In the example of FIG. 19, a case where user B (Mr. B) is selected is shown, and rankings based on Mr. B's support rate are displayed for a plurality of songs associated with “Singer A”. Mr. A can select music with reference to Mr. B's support rate for each song.

  As described above, in the present embodiment, for each piece of music associated with the singer selected as the music selection item, an index for each user (support rate) or a general index (support rate) that integrates the support rate of the same-seat user is obtained. By presenting it, it becomes possible to perform music selection that predicts the reaction of the user when singing.

  In the present embodiment described above, as user information corresponding to other authenticated users, the user information of the embodiment described in FIG. 4 is used to calculate an index for music selection items such as music and singer. However, the user information is not limited to this, and includes embodiments described below.

  FIG. 20 is a diagram for explaining user information according to another embodiment of the present invention, and shows how various purchase histories of a user are created as user information. It is conceivable for a karaoke dealer to provide not only a singing service at a karaoke store but also various contents used in a karaoke apparatus to a portable information terminal or a personal computer. In such a case, it is conceivable that the user's preference is acquired according to the content purchased or used by the user and reflected in the user information as a purchase history table.

  As shown in the figure, when a content request (request) is transmitted from the form information terminal possessed by the user to the content distribution host 7, the content distribution host 7 executes charging processing, encryption processing, and the like. Then, contents such as music and ringtone are transmitted to the form information terminal. The content request includes a user ID, and the content distribution host 7 that cooperates with the Internet host 6 described in FIG. 1 sends the user ID and content ID as purchase history to the Internet host 6. Send.

  Upon receiving this, the Internet host 6 creates and stores a purchase history table in which the user ID and the content ID are associated with each other. In the case of content directly related to music such as music and ringtones, the name of the music, singer name, etc. corresponding to the content ID are extracted by referring to the database, and the index is calculated in the same manner as in the previous embodiment. can do. In addition, the content is not limited to those directly related to such music, but it may be in the case of video information such as movies and dramas, game applications, etc. An index may be calculated based on the index.

  It is also conceivable to create a purchase history table based on sales of goods such as CDs and DVDs as well as sales of contents on the Internet. As shown in the figure, when a user presents a membership card or the like or purchases a product such as a CD or DVD based on a user ID via the net, the user ID such as a membership card is associated with the product. The JAN code, ISBN code, etc. are transmitted to the Internet host 6. As in the case of content distribution, the Internet host 6 stores codes indicating these products in the purchase history table corresponding to the user ID. For example, in the case of a CD, based on the chord, the CD singer and music included in the CD can be determined, and the above-described index can be calculated. As described above, the article sales reflecting the user's preference may be included in the user information used for calculating the index.

  The user ID used in the above content distribution and merchandise sales at a store or the like has been described for the case where the user ID is the same as the user ID described in FIG. Can create the above-described purchase history table by associating the user ID used in the karaoke service with the user ID used in the content and article sales.

  Moreover, as user information used for index calculation, it is also conceivable to use a singing desire table shown in FIG. This table is a table in which information on the music and singer that the user wants others to sing is described, and is created by a user operation on the remote control device 1 or the like. It is good also as calculating the parameter | index about the said user based on the table which shows such a music, a singer, etc. directly. As an example of the information stored in the singing request table, when only the music identifier or singer identifier is stored as shown in the figure, conditions such as gender and user ID are given to the music identifier or singer identifier. Can be considered.

  When only the music identifier or the singer identifier is stored, it is a case where a user wishes to sing a song or a singer regardless of the user, and is used to calculate an index for a music selection item designated by all active users. On the other hand, when conditions such as gender and user ID are given, it is a case where a song or singer that is desired to be sung by an active user who satisfies this condition is specified. Will be used for index calculation only.

  As the user information used for calculating the index in this way, various purchase histories, songs desired to be sung, singing wish table in which singers are registered, and the like can be used.

  Note that the present invention is not limited to these embodiments, and embodiments configured by appropriately combining the configurations of the respective embodiments also fall within the scope of the present invention.

DESCRIPTION OF SYMBOLS 1 ... Remote control apparatus, 11 ... Display part, 12 ... Video RAM, 13 ... Image | video control part, 14 ... Memory, 15 ... Control part, 16 ... Wireless LAN communication part, 17 ... Operation part, 18 ... Operation processing part, 19 ... Infrared communication unit, 2 ... Commander (karaoke device), 21 ... Operation unit, 22 ... Operation processing unit, 23 ... Infrared communication unit, 24 ... Interface unit, 25 ... Voice control unit, 26 ... MIDI sound source, 27 ... Memory, 28 ... Video RAM, 29 ... Video playback unit, 30 ... Control unit, 31 ... Video control unit, 32 ... Hard disk, 41 ... Monitor, 42 ... Speaker, 43 ... Camera, 44a, 44b ... Singing microphone, 100 ... LAN, 110 ... Access point, 120 ... Router, 5 ... Karaoke host, 51 ... First storage unit, 52 ... Web server, 6 ... Internet host, 61 ... Second storage unit, 2 ... Web server, 101 ... user change-over switch, 102 ... guest user, 103 ... login user column, 103a~103e ... login user, 103e ... active users

Claims (8)

Input means for receiving various inputs from the user;
An authentication process for authenticating a user based on identification information input from the input means;
Switching the authentication user authenticated in the authentication process, and for the switched authentication user, the user-specific music selection process for selecting music based on the music selection item specified by the input means,
An index calculation process for calculating an index based on user information corresponding to another authenticated user being authenticated with respect to a music selection item specified by the user in the user-specific music selection process; A music selection device. The music selection device according to claim 1, wherein the music selection item for which the index is calculated in the index calculation process is at least one of a song, a singer, and a genre. The user information corresponding to another authenticated user used in the index calculation process is music related information of a music that has been registered or used by the authenticated user. The music selection device described in 1. The music selection apparatus according to claim 3, wherein the index calculation processing calculates a corrected index based on a usage history of a music that has been registered or used by an authenticated user. The control unit executes a comprehensive index calculation process for calculating a total index obtained by integrating the index calculated in the index calculation process with respect to all other authenticated users. The music selection device according to claim 1. Input means for receiving various inputs from the user;
An authentication process for authenticating a user based on identification information input from the input means;
In the user-specific music selection process for switching the authenticated user who is authenticated in the authentication process and performing the music selection for the switched authentication user,
An index calculation process for calculating an index based on user information corresponding to another authenticated user for a plurality of music corresponding to the music selection item specified by the input means;
A music selection device comprising: a control unit that executes a recommendation process for recommending a music based on the calculated index. An authentication process for authenticating the user based on the identification information input from the input means;
Switching the authentication user authenticated in the authentication process, and for the switched authentication user, the user-specific music selection process for selecting music based on the music selection item specified by the input means,
An index calculation process for calculating an index based on user information corresponding to another authenticated user being authenticated for a music selection item specified by the user in the user-specific music selection process is performed. Music selection program. An authentication process for authenticating the user based on the identification information input from the input means;
In the user-specific music selection process for switching the authenticated user who is authenticated in the authentication process and performing the music selection for the switched authentication user,
An index calculation process for calculating an index based on user information corresponding to another authenticated user for a plurality of music corresponding to the music selection item specified by the input means;
A music selection program characterized by causing a computer to execute a recommendation process for recommending a music based on a calculated index.

Images