JP7809677B2 - Karaoke System - Google Patents

Description

The present invention relates to a karaoke system that allows the use of various karaoke content.

Communication-type karaoke devices are common, receiving and playing song information via communication. Communication-type karaoke devices have many advantages, such as the ability to store a large number of songs and making the latest songs available from the day of their release.

Patent Document 1 discloses a communication-type karaoke system that can enhance services for karaoke terminal installation companies and reduce the support work for song information distribution companies. Specifically, at the karaoke terminal, the conditions for songs to be distributed and an ID code for identifying the terminal are registered in an automatic distribution terminal table with an information center.
The information center refers to the automatic distribution terminal table and transmits karaoke song information that meets the distribution song conditions to the karaoke terminal specified by the ID code.

Japanese Patent Application Publication No. 8-234770

The communication-based karaoke system described in Patent Document 1 has the advantage of being able to automatically receive karaoke song information that meets the distribution song conditions. While this system offers these advantages, it also presents problems for subscribers, such as the inconvenience and the high usage fees that arise from the need to pay a fee each time a song is used. It is also conceivable that it would be difficult for distributors who distribute karaoke song information to manage songs. The present invention has been developed in light of these circumstances, and one of its objectives is to provide a karaoke system that simplifies the management of karaoke content, such as songs, and allows subscribers to easily select how they want to use the system.

Therefore, the karaoke system according to the present invention employs the following configuration.
A karaoke system including a karaoke device and a server device,
Multiple packages corresponding to contract identification information are configured,
Each package consists of a combination of multiple units.
Karaoke content belongs to one of the units.
Karaoke equipment or server equipment,
Execute a confirmation process to confirm the contract identification information of the karaoke device;
Karaoke equipment is
The karaoke content belonging to the package corresponding to the contract identification information confirmed in the confirmation process is made available for use,
When moving karaoke content between units, the karaoke system executes only the inter-unit transfer process,
The destination unit in the inter-unit transfer process is a unit in which the karaoke content is included in all packages before the transfer, and is a unit included in a package to which the karaoke content did not belong before the transfer.

Furthermore, in the karaoke system according to the present invention,
The retention conditions for karaoke content are specified.
The karaoke device or the server device manages the storage state of the karaoke content in the storage unit of the karaoke device in accordance with the storage conditions.

Furthermore, in the karaoke system according to the present invention,
The karaoke device deletes karaoke content whose number of uses is less than a threshold based on the retention conditions.

Furthermore, in the karaoke system according to the present invention,
The server device distributes the karaoke content on a regular basis or on request, based on the holding conditions.

Furthermore, the karaoke system according to the present invention comprises:
executes an inter-unit transfer process for transferring karaoke content between units;
The inter-unit transfer process changes the holding conditions of the karaoke content to the holding conditions defined in the unit to which the content is to be moved.

Furthermore, in the karaoke system according to the present invention,
The karaoke content is at least one of karaoke music pieces, karaoke background images, karaoke function programs, and video content.

The karaoke system of the present invention allows packages to be made up of multiple units, and karaoke content to belong to one of the units, making it easier to manage karaoke content. Furthermore, by signing up for a package as a unit, subscribers can easily understand the usage fee and the karaoke content available.

FIG. 1 is a diagram showing the configuration of a karaoke system according to an embodiment of the present invention; Table showing the package configuration according to this embodiment Map showing package configuration and movement between units according to this embodiment FIG. 10 is a flowchart showing a music playback process executed by the karaoke device according to the embodiment. FIG. 10 is a flowchart showing a song deletion process executed by the karaoke device according to the embodiment. FIG. 10 is a flowchart showing additional processing executed by the server device according to the embodiment. FIG. 10 is a flowchart showing a unit-to-unit transfer process executed by the server device according to the present embodiment.

Figure 1 shows the configuration of a karaoke system according to this embodiment. The karaoke system according to this embodiment includes a karaoke device 2 (sometimes referred to as a "commander"), a remote control device 1, and a server device 5. The karaoke device 2 and remote control device 1 are connected to each other via a LAN 100 and an access point 101 to form a network.

The karaoke machine 2 installed in a karaoke booth or the like has an acoustic control unit 25 as a performance unit for playing music. The karaoke machine 2 also has an operation unit 21 that accepts various inputs from the user. The karaoke machine 2 has an operation processing unit 22 that interprets inputs from the operation unit 21 and transmits them to the CPU 30. The karaoke machine 2 also has a hard disk 32 as a storage unit for storing various information. The karaoke machine 2 has a LAN communication unit 24a as a communication means for connecting to the LAN 100 and joining the network. The karaoke machine 2 of this embodiment also has a wireless LAN communication unit 24b. Network communication can also be performed using this wireless LAN communication unit 24b.

The karaoke device 2 also includes a video playback means for displaying lyric and background images on the monitor 41. The video playback means includes a video playback unit 29 that plays images based on video information, a video RAM 28 that temporarily stores the images to be played, and a video control unit 31 that overlays lyrics captions on the played images, applies visual effects, and so on.

Furthermore, the karaoke device 2 is capable of displaying various information on the touch panel monitor 33 in addition to the externally connected monitor 41. The touch panel monitor 33 is composed of a display unit 35 that displays video information input from the video control unit 31 and a touch panel 34 that outputs touch input positions to the operation processing unit 22, superimposed on each other.

The touch panel monitor 33 is located on the front of the housing of the karaoke device 2 and functions as an input unit similar to the operation unit 21 of the karaoke device 2 or the touch panel monitor 11 of the remote control device 1. By selecting a song on the touch panel monitor 33, the user can perform various operations on the karaoke device 2, such as directly reserving a song on the karaoke device 2.

The karaoke device 2 also includes a control unit including a CPU 30 for overall control of each component, and a memory 27 for temporarily storing information required to execute various programs.

With this configuration, the karaoke device 2 executes various processes. The main processes executed by the karaoke device 2 include song reservation processing, song playback processing, etc. The song reservation processing is a processing for specifying and reserving a song based on an operation instruction from the user, and is executed in cooperation with the remote control device 1.
The reservation information including the song identification information formed by the song instruction process on the remote control device 1 is transmitted to the karaoke device 2. The karaoke device 2 registers the received reservation information in a reservation table in the memory 27. The song playback process is a process for playing back a song based on the reservation information registered in the reservation table, and is a process in which the song performance process and the lyric display process are executed synchronously.

The music performance process is a process that reads music information based on music identification information included in the reservation information registered in the reservation table, and causes the sound control unit 25 to perform a performance based on the performance information included in the music information. The music played by the sound control unit 25 is output from the speaker 42 together with singing voices input from the microphones 43a and 43b. The lyric display process is a process that provides singing assistance by displaying lyric information included in the music information on the monitor 41.
A background image display process may be executed in which the lyrics displayed in this lyrics display process are superimposed on a background image.

The remote control device 1 is capable of searching for songs based on user instructions, and of executing reservation instruction processes such as sending reservation information for selected and reserved songs to the karaoke device 2. The remote control device 1 is also capable of receiving various information from the karaoke device 2 or a server device 5 connected to the Internet and executing various processes. In this embodiment, the remote control device 1 is equipped with an operation unit 17 and a touch panel monitor 11 as a user interface for accepting various operation instructions from the user. The touch panel monitor 11 is configured with a display unit 11a and a touch panel 11b, and displays various interfaces on the display unit 11a and is capable of accepting touch input from the user.

The remote control device 1 also includes a memory 14, which serves as a storage unit for storing the databases and various programs required for song selection processing, as well as various information generated as the programs are executed, and a remote control control unit for overall control of these components. The remote control control unit includes a CPU 15, an image control unit 13 that forms images to be displayed on the touch panel monitor 11, a video RAM 12 that temporarily stores the image information to be displayed, and an operation processing unit 18 that interprets input from the touch panel monitor 11 or operation unit 17 and transmits it to the CPU 15.

The remote control device 1 is connected wirelessly to the access point 101 via the wireless LAN communication unit 16, thereby connecting to the network formed by the LAN 100. Communication using the wireless LAN communication unit 16 allows two-way communication between the remote control device 1 and the karaoke device 2. Each remote control device 1 is associated with a specific karaoke device 2 at any time. Various commands output from the remote control device 1 are received by the associated karaoke device 2, making it possible to remotely control the karaoke device 2.

The remote control device 1 can also perform communication using the infrared communication unit 19 .
In the communication using the infrared communication unit 19, the communication between the remote control device 1 and the karaoke device is one-way (from the remote control device 1 to the karaoke device 2). In this embodiment, the communication using the infrared communication unit 19 is performed when communication via the wireless LAN communication unit 16 is not possible.

This configuration of the remote control device 1 allows it to accept various inputs from the user via the touch panel monitor 11 or the operation unit 17, and by providing the user with various information via the display on the touch panel monitor 11, it is possible to perform various processes, such as song instruction processing, which sends reservation information to be output to the karaoke device 2.

Figure 2 is a table showing the package configuration according to this embodiment, and Figure 3 is a map showing the package configuration and transfer between units according to this embodiment. A subscriber to a karaoke device 2 in the karaoke system of this embodiment can select and subscribe to a package from the table shown in Figure 2, and use the karaoke content that belongs to that package. A package corresponds to contract identification information that identifies the package. Possible karaoke content includes karaoke songs, karaoke background images, karaoke function programs, and video content.

Karaoke songs are content for singing, as explained in the karaoke system configuration in Figure 1, and are content made up of song information. Karaoke background images are images displayed on the monitor 41 while singing, and are content made up of images that correspond one-to-one to the songs or images that match the atmosphere of the songs. Karaoke function programs are content made up of a remote control program, a song index database, programs for scoring and directing when singing, programs to assist with playing musical instruments, and programs for playing various games.

Video content is content for playing commercials between songs, movies, dramas, concerts, etc. Video content also includes content that is broadcast live (live streaming) from a concert venue. This embodiment mainly describes karaoke songs, but other karaoke content can also be handled in the same way.

In this embodiment, six packages are available: "BOX+," "BOX," "Day," "Night," "Night2," and "Elder." A contractor of a karaoke device 2 signs a contract for each package, one for each karaoke device 2. A usage fee is specified for each package, and the contractor signs a contract for each package, one for each karaoke device 2, and pays the usage fee specified for the package. Once the contract is completed, the contractor will be able to use karaoke content, such as songs that belong to the units included in the contracted package, on the karaoke device 2.

Karaoke content can be used in a variety of ways, as long as the karaoke device 2 or server device 5 executes a verification process to verify the contract identification information of the karaoke device 2, and the karaoke device 2 is able to use the karaoke content belonging to the package corresponding to the contract identification information verified in the verification process.

For example, the three forms described below may be adopted. However, the present invention is not limited to these three forms, and various other forms may be adopted, such as combining parts of the three forms.

In the first form, the server device 5 checks the contract identification information of the karaoke device 2, distributes karaoke content belonging to a unit included in a package corresponding to the contract identification information to the target karaoke device 2, and makes the distributed karaoke content available for use.

In the second form, the server device 5 first distributes all karaoke content to the karaoke device 2, and only the karaoke content belonging to the unit included in the package corresponding to the contract identification information is available on the karaoke device 2.

In the third form, the karaoke device 2 displays a menu from which only karaoke content belonging to units included in the package corresponding to the contract identification information can be selected, and the karaoke content selected from the menu can be used.

As shown in Figures 2 and 3, each package is made up of a combination of multiple units. In the map in Figure 3, solid circles represent units, and dashed circles surrounding multiple units represent packages. As shown in the table in Figure 2, in this embodiment, 12 units are prepared. Karaoke content such as song information belongs to one of these units. In this embodiment, by making a package out of multiple units and having karaoke content belong to one of the units, it is possible to easily manage karaoke content.

"BOX+" and "BOX" are packages for karaoke booths. In this embodiment, the "BOX" package is made up of nine units: "High1," "High2," "Middle1," "Middle2," "Base," "Low1," "Low2," "Low3," and "Low4." "BOX+" is a "BOX" with the unit "Option" added, and is equivalent to a higher-level package than "BOX."

"Day" is a package for daytime use at karaoke booths. In this embodiment, the "Day" package consists of seven units: "Middle 1," "Middle 2," "Base," "Low 1," "Low 2," "Low 3," and "Low 4."

"Night" and "Night2" are packages targeted at snack bars and other eating and drinking establishments. The difference between "Night" and "Night2" takes into account the different customer demographics that visit the establishments. The "Night" package in this embodiment is made up of four units: "Base," "Low1," "Low2," and "Noche." The "Night2" package in this embodiment is made up of four units: "Base," "Low2," "Low4," and "Noche."

"Elder" is a package targeted at nursing homes, care facilities, etc. In this embodiment, the "Elder" package consists of four units: "Base," "Low 3," "Low 4," and "Aged."

As shown in the table in Figure 2, each unit has defined storage conditions that can be adopted by the karaoke content belonging to it. The storage status of the karaoke content on the hard disk 32 of the karaoke device 2 is managed in accordance with these storage conditions. Storage conditions are set for each karaoke content, and the content will follow the storage conditions that can be adopted by the unit (defined for each unit). Therefore, when karaoke content is moved between units, it will follow the storage conditions that can be adopted by the unit after the move.

In this embodiment, three retention conditions are set. Retention condition "0" refers to karaoke content that is subject to regular distribution and will not be deleted once stored on the hard disk 32. Retention condition "1" refers to karaoke content that is subject to regular distribution and will be deleted from the hard disk 32 if the number of uses (or number of plays, in the case of song information) is less than a threshold value once stored on the hard disk 32. Retention condition "2" refers to karaoke content that is subject to request distribution and will be deleted from the hard disk 32 if the number of uses (or number of plays, in the case of song information) is less than a threshold value once stored on the hard disk 32.

Here, "regular distribution" refers to a distribution format in which karaoke content is distributed from the server device 5 to the karaoke device 2 at appropriate timing, whether regularly or irregularly. Furthermore, "request distribution" refers to a distribution format in which content is distributed from the server device 5 based on a song instruction process by the user on the karaoke device 2.

In addition, units in this embodiment can have multiple holding conditions. For example, unit "Low1" can have holding condition "1" and holding condition "2." This means that karaoke content belonging to unit "Low1" is set to either holding condition "1" or holding condition "2."

In this way, the unit of this embodiment is configured with rules for the storage conditions that karaoke content can assume, making it possible to appropriately manage the storage capacity of the hard disk 32 of the karaoke device 2.

Next, we will explain how karaoke content is moved between units. It is conceivable that the frequency of use of karaoke content, such as song information, changes over time after its release. This is because some songs remain popular even after a long time has passed since their release, while other songs lose popularity soon after their release.
In consideration of such circumstances, the contract using the package of this embodiment allows the karaoke content to be moved between units as it is used.

In the map shown in Figure 3, the arrows connecting units indicate the possible movements of karaoke content. For example, karaoke content belonging to unit "High1" can only be moved to unit "Middle1." Furthermore, karaoke content belonging to unit "Middle1" can be moved to unit "Low3" or deleted. Furthermore, karaoke content belonging to unit "High2" can only be moved to unit "Middle2." Furthermore, karaoke content belonging to unit "Middle2" can be moved to any of units "Low1," "Base," or "Low4." Furthermore, karaoke content belonging to "Low1" and "Low2" can also be moved to the units indicated by the arrows.

In addition, karaoke content belonging to the units "Option," "Noche," and "Aged" will not be moved. In this embodiment, rules are established for moving karaoke content between units. Specifically, the destination unit must be a unit in which the karaoke content is included in the package before the move, and a unit in which the karaoke content did not belong before the move.

In the map shown in Figure 3, for example, when looking at a move from unit "Middle2," the destination units "Low1," "Low4," and "Base" are units included in the packages "Day," "BOX," and "BOX+," which contain unit "Middle2," to which the karaoke content belongs before the move. Furthermore, the destination units "Low1," "Low4," and "Base" are units included in packages to which the karaoke content did not belong before the move.

Specifically, the destination unit "Low1" is a unit included in the package "Night" to which no karaoke content belonged before the move. The destination unit "Base" is a unit included in the packages "Night," "Night2," and "Elder" to which no karaoke content belonged before the move. The destination unit "Base" is a unit included in the packages "Night2" and "Elder" to which no karaoke content belonged before the move.

In this way, by establishing rules for transfers between units, package subscribers will not lose access to karaoke content that they have been able to use until now, even if the karaoke content is transferred between units. Note that in this embodiment, when karaoke content is transferred from the unit "Middle 1" to "Disabled," it becomes subject to a suspension of use and becomes unusable, but suspension of use does not correspond to a transfer between units in this embodiment.

Next, various processes according to this embodiment will be described. First, the song playback process and song deletion process executed by the karaoke device 2 will be described. Figure 4 is a flow diagram showing the song playback process executed by the karaoke device 2 according to this embodiment. In this embodiment, the karaoke device 2 registers reservation information including song identification information formed in the song instruction process in a reservation table. In the song playback process, song information is read based on the song identification information included in the reservation information registered in the reservation table, and song playback is performed.

The music playback process first checks whether there is a next music to play based on the reservation table (S101). If there is a next music to play (S102: Yes), it checks whether music information for that music is stored on the hard disk 32 (S103). If it is stored on the hard disk 32 (S103: Yes), the music information is read from the hard disk 32 and playback begins (S104). On the other hand, if it is not stored on the hard disk 32 (S103: No), the music information is requested from the server device 5, and playback begins upon receiving the music information (S105). When music playback ends (S106: Yes), it checks whether there is a next music to play (S101).

In this embodiment, songs with retention condition "2" are not songs that are regularly distributed, and the song information may not be stored on the hard disk 32. Furthermore, even if the song information for a song with retention condition "1" has been distributed once, it may be deleted from the hard disk 32 if the number of times it has been played is below a threshold. In this way, if the song information is not stored on the hard disk 32, it is received from the server device 5 and played.

Figure 5 is a flow diagram showing the song deletion process executed by the karaoke device 2 according to this embodiment. The song deletion process is executed by the karaoke device 2 and corresponds to the process of organizing song information, which is karaoke content. By executing the song deletion process, the free space on the hard disk 32 can be increased, making it possible to store frequently used karaoke content.

The song deletion process is performed periodically, for example, at a fixed time every day, or at a fixed time every Sunday, or during periods when the karaoke machine 2 is not in use. When the song deletion process begins, one song stored on the hard disk 32 is first picked up (S121). A check is made to see if the retention condition for the picked song is "0" (S122). If the retention condition for the picked song is "0" (S122: Yes), no deletion is performed, and the process of picking up the next song (S121) is repeated until all songs have been picked up (S126: Yes).

On the other hand, if the retention condition for the picked song is "1" or "2" (S122: No), the number of plays is obtained (S123). If the number of plays is less than the threshold (S124: Yes), the song information for that song is deleted from the hard disk 32 (S123). On the other hand, if the number of plays is not less than the threshold (S124: No), the next song is picked up (S121) without deletion. The processes from S121 to S125 are repeated until all songs have been picked up (S126: Yes).

In this way, the song deletion process of this embodiment references the retention conditions set for the song information and the number of times it has been played, making it possible to delete song information that is unlikely to be used and maintain an appropriate capacity on the hard disk 32. Note that deletion targets not only song information, but also other karaoke content. In this case, other karaoke content is deleted based on the retention conditions and number of times it has been played (used), just like song information.

Next, we will explain the processing executed by the server device 5 of this embodiment. The server device 5 of this embodiment is responsible for additional processing and inter-unit transition processing.

Figure 6 is a flow diagram showing the addition process executed by the server device 5 according to this embodiment. The addition process is a process for setting units and retention conditions for newly added music information. By setting the unit to which the music information belongs, the package to which the music information belongs is determined. By determining the package, it becomes possible to determine whether the music information can be used in the package subscribed to by the subscriber.

The addition process is executed by the server device 5 at an appropriate timing. The appropriate timing could be periodically, or when the number of newly added pieces of music information exceeds a threshold. When the addition process begins, one piece of newly added music information is picked up (S201). Then, a unit is set for the picked up piece of music information (S202).

The units are as explained in Figures 2 and 3, and the picked song information will belong to one of the units. Units can be set manually by an administrator, or automatically using various information related to the song information (song genre, quantified information, various rankings, number of plays on video playback sites, artist popularity, etc.).

Next, retention conditions are set for the picked-up song information (S203). The retention conditions are set to values that the set unit can take. For example, in the case of unit "High1," referring to the table in Figure 2, the retention condition is "1," so when unit "High1" is set, the retention condition is automatically set to "1." On the other hand, in the case of unit "Low1," the retention condition is either "1" or "2," so the retention condition must be selected and set. In this case, as with unit setting, this can be done manually by an administrator, or it can be done automatically using various information.

Next, if the set retention condition is "0" or "1", the song information is targeted for regular distribution (S205). Regular distribution targets karaoke machines 2 that have subscribed to a package that includes the unit to which the song information belongs. Regular distribution can be performed periodically or irregularly, and is performed at appropriate times. The processes of S201 to S206 are performed for all added song information. When picking up all added song information has been completed (S206: Yes), the addition process ends.

In this way, in the addition process of this embodiment, units and retention conditions are set for newly added song information. In addition, by setting units, the package to which the song information belongs is specified, making it possible to determine whether the song information can be used in the package to which the subscriber has subscribed.

Figure 7 is a flow diagram showing the inter-unit transfer process executed by the server device 5 according to this embodiment. As explained using the map in Figure 3, song information as karaoke content can be transferred between units over time. By transferring song information between units, it is possible to easily create a package that suits the current situation. The inter-unit transfer process is a process for transferring song information as karaoke content, and is executed by the server device 5. The inter-unit transfer process can be executed at any appropriate timing, regardless of whether it is performed periodically or irregularly.

When the inter-unit transfer process begins, songs to be moved between units are picked (S221). Songs may be picked manually or automatically using various information such as the number of times they have been played. Next, a destination unit is set for the picked song (S222). Songs are moved according to the rules indicated by the arrows, as explained in Figure 2. By moving songs according to the rules, song information that was previously playable in packages that include the unit before the move can continue to be playable after the move.

After the destination unit is set, a check is made to see if the retention conditions of the unit before the move and the unit to which it is moved are different (S223). If the retention conditions of the units are the same (S223: No), the retention conditions of the song are not changed and the next song is picked up (S221). For example, when moving from unit "High1" to "Middle1," the retention condition for both is "1," so this corresponds to this case.

On the other hand, if the holding conditions are different (S223: Yes), it is determined whether there are multiple candidates for the holding condition for the unit (S224). If there are not multiple candidates for the holding condition (S224: No), the holding condition is set to the holding condition set for the destination unit (S225). For example, when moving from unit "Middle2" to "Base", the holding condition is changed from "2" to "1".

If there are multiple candidates for the holding condition (S224: Yes), the holding condition set for the destination unit is selected and set (S226). For example, when moving from unit "Middle2" to "Low1," the holding condition for the destination unit is either "1" or "2," so one of them is selected and set. If there are not multiple candidates for the holding condition (S224: No), the holding condition set for the destination unit is set (S225). For example, when moving from unit "Middle2" to "Base," the holding condition is changed from "2" to "1." The selection and setting of the holding condition may be performed manually, or may be performed automatically using various information such as the number of plays.

For songs for which retention conditions have been set (S225) or selected and set (S226), and for which retention conditions have changed before and after the unit move (S227: Yes), it is confirmed whether the retention condition is "0" or "1" (S228). If the retention condition after the change is "0" or "1" (S228: Yes), the song is made a target for regular distribution (S229).

On the other hand, if there are no changes to the retention conditions after the change (S227: No), or if the retention condition is "2" (S228: No), the song is not subject to regular distribution, and the next song is picked up (S221). The processes of S221 to S229 are performed for all songs that will be moved between units. When picking up all songs that will be moved between units has been completed (S230: Yes), the inter-unit transfer process ends.

In this way, the inter-unit transfer process of this embodiment allows for the easy assembly of a package that suits the current situation by transferring content between units that make up the package. Furthermore, the inter-unit transfer process of this embodiment allows for the transfer of content between units according to rules, making it possible for songs that were previously available in the package subscribed to by the subscriber to remain available after the unit transfer. Furthermore, after the unit transfer, the songs can be managed appropriately by following the retention conditions specified for the unit. Note that inter-unit transfers can be made for not only song information but also other karaoke content.

The karaoke system of this embodiment has been described above, but the karaoke system of the present invention is not limited to this embodiment and can also employ various modified examples.

The karaoke system of this embodiment has been described above, but the scope of the present invention does not only apply to the karaoke system, but also to the karaoke content management method performed by the karaoke device 2 or the server device 5.

1: Remote control device 24a: LAN communication unit 2: Karaoke device 24b: Wireless LAN communication unit 3: Karaoke system 25: Sound control unit 5: Server device 27: Memory 11: Touch panel monitor 28: Video RAM
11a: Display unit 29: Video playback unit 11b: Touch panel 30: CPU
12: Video RAM 31: Video control unit 13: Video control unit 32: Hard disk 14: Memory 33: Touch panel monitor 15: CPU 34: Touch panel 16: Wireless LAN communication unit 35: Display unit 17: Operation unit 41: Monitor 18: Operation processing unit 42: Speaker 19: Infrared communication unit 43a, 43b: Microphone 21: Operation unit 101: Access point 22: Operation processing unit

Claims (1)

A karaoke system including a karaoke device and a server device,
Multiple packages corresponding to contract identification information are configured,
Each package consists of a combination of multiple units.
Karaoke content belongs to one of the units.
Karaoke equipment or server equipment,
Execute a confirmation process to confirm the contract identification information of the karaoke device;
Karaoke equipment is
The karaoke content belonging to the package corresponding to the contract identification information confirmed in the confirmation process is made available for use,
When moving karaoke content between units, the karaoke system executes only the inter-unit transfer process,
The destination unit in the inter-unit transfer process is a unit in which the karaoke content is included in all packages before the transfer, and is a unit in which the karaoke content does not belong to a package before the transfer.
Karaoke system.