KR20120128142A - Mixing data delivery server - Google Patents

Abstract

The present invention provides a server capable of accumulating voices and musical sounds, respectively, without increasing communication time. Only the singer's singing sound is uploaded to the center as voice data (song file) together with the synchronous information of karaoke performance. The synchronization information describes at least the tempo and volume information of the karaoke music played at the time of recording the audio data. The center reproduces the song file to generate the song voice signal, and performs a karaoke at the tempo and volume described in the synchronization information to generate the music signal. New voice data (mixing data) is generated by mixing the generated singing voice signal and the sound signal.

Description

Mixing data distribution server {MIXING DATA DELIVERY SERVER}

The present invention relates to a server for distributing voice data obtained by mixing voice and musical sounds.

DESCRIPTION OF RELATED ART Conventionally, the system which uploads the voice data which consists of a song sound and a music sound recorded with the karaoke apparatus to a server, and distributes voice data to each user is proposed (refer patent document 1). Patent Literature 1 describes that the karaoke contest is performed by scoring by listening to the singing and musical sounds of the distributed voice data.

Japanese Patent Publication No. 2007-121550

In the system of patent document 1, a song sound and a music sound are accumulate | stored in the server as 1 audio data which was mixed previously. Therefore, it is not possible to later adjust the mixing balance of the song sound and the musical sound. In order to adjust the mixing balance between the song sound and the music later, it is conceivable to upload the song sound and the music as separate voice data. Occurs.

Accordingly, an object of the present invention is to provide a server capable of accumulating voices and musical sounds, respectively, without increasing communication time.

The mixing data distribution server of the present invention includes a receiving means, a storage means, a voice data generating means, and a distribution means. The receiving means receives the voice data of the singer and the synchronization information with the karaoke performance of the singer's voice data. The storage means stores the received voice data and the synchronization information of the singer. The storage means also stores music data for performing karaoke.

The audio data generating means reproduces the audio data read from the storage means, reads the music data based on the synchronization information, and performs the automatic performance. Then, the voice data generating means mixes the voice based on the reproduced voice data and the musical sound by the automatic performance to generate the mixing data. The generated mixing data is distributed to each terminal, and the user can listen.

In this manner, the singer's singing sound is uploaded to the server as the voice data together with the synchronization information of the karaoke performance sound, and the musical sound is generated by automatically playing the music data based on the synchronization information on the server side, and mixing with the reproduction sound of the voice data To generate mixing data (complete data consisting of singing and musical sounds). Therefore, by simply uploading the voice data of the song sound, the voice and the music sound are accumulated on the server side, respectively, and the time required for uploading is the same as before.

The synchronization information may be in a form in which the tempo and volume information of the karaoke music played at the time of recording the audio data are described. Thereby, when the audio data of a song sound is reproduced later, the karaoke performance synchronized with this song sound is performed.

The audio data may be composed of a plurality of audio data, and the synchronization information may include information indicating the reproduction timing of each of the plurality of audio data. For example, in the case of a duet song, the singer sings duet parts, and since the time period for singing in one song is determined, the song file can be divided into a plurality of songs. In this case, information indicating the elapsed time from the start of the performance or delta time is described in the synchronization information, and the karaoke performance synchronized with the song sound can also be performed by reproducing each song file with reference to this information at the time of reproduction. .

In addition, the generated mixing data may be stored in the storage means. In this case, even if there are delivery requests at the same time, delivery is possible immediately. Also in this case, since the audio data of the song sound is held in the storage means, the mixing balance can be changed later.

In addition, the synchronization information includes an effect parameter, and may be a form in which the setting of the effect parameter is reflected when the voice data generating means mixes the musical sound by automatic performance. Thereby, the effect set at the time of recording a song sound can be reflected to a karaoke performance, and the user receiving distribution data of mixing can enjoy a more realistic performance.

According to the present invention, voices and musical sounds can be accumulated in the server, respectively, without increasing the communication time.

1 is a block diagram showing the configuration of a karaoke system.
2 is a block diagram showing the configuration of a karaoke apparatus.
3 is a diagram illustrating a structure of various data.
4 is a block diagram showing the configuration of a center.
5 is a diagram illustrating an example of a list of song files displayed on the WEB.
6 is a block diagram showing the configuration of a user PC.
7 is a flowchart illustrating an operation when registering a song file.
8 is a flowchart illustrating an operation during duet distribution.

1 is a diagram illustrating a configuration of a mixing data distribution system. The mixing data distribution system comprises a center (server, mixing data distribution server) 1 connected through a network 2 made of the Internet, a plurality of karaoke stores 3, and a plurality of user PCs 4. Each karaoke store 3 is provided with a repeater 5 such as a router connected to the network 2 and a plurality of karaoke devices 7 connected to the network 2 via the repeater 5. The repeater 5 is installed in the management room of a karaoke store, or the like. A plurality of karaoke apparatuses 7 are provided in each room (room) one by one. The user PC 4 is a general home personal computer.

In the mixing data distribution system of the present embodiment, a voice of a singer in advance is recorded by the karaoke apparatus 7 and uploaded to the center 1 as a song file (compressed voice data). Then, the center 1 plays the song file in response to the request of each user PC 4, performs karaoke performance in synchronization with the song file to be reproduced, and mixes the mixed data (compressed voice data) in which the song sound and the music sound are mixed. It generates and distributes to the user PC 4. Hereinafter, each structure and operation for implementing this mixing data distribution system are demonstrated.

2 is a block diagram showing the configuration of a karaoke apparatus. The karaoke apparatus 7 consists of the CPU 11 which controls the operation | movement of the whole apparatus, and the various components connected to CPU11. The CPU 11 includes a RAM 12, an HDD 13, a network interface (I / F) 14, an operation unit 15, an A / D converter 17, a sound source 18, a mixer (effector) 19 And a decoder 22 such as MPEG, and a display processor 23 are connected.

The HDD 13 stores music data for playing karaoke, video data for displaying a background image on the monitor 24, and the like. The video data stores both a moving picture and a still picture.

In the RAM 12 which is the work memory, an area to be read for executing the operation program of the CPU 11, an area for reading music data to play karaoke, and the like are set.

The CPU 11 has a built-in sequencer functionally. The sequencer is a program that reads music data stored in the HDD 13 and executes karaoke performance. As shown in Fig. 3A, the music data includes a header in which a song number and the like are written, a music track in which MIDI data for performance is written, a guide melody track in which MIDI data for guide melody is written, and MIDI data for use. And a chorus track in which back chorus reproduction timing and audio data to be reproduced are written. The sequencer controls the sound source 18 based on the data of the music track or the guide melody track to generate the music of karaoke music. The sequencer also reproduces back chorus speech data (compressed speech data such as MP3 accompanying music data) at a timing specified by the chorus track. The sequencer synthesizes the character pattern of the lyrics in synchronism with the progress of the song based on the lyrics track, converts the character pattern into a video signal, and inputs it to the display processor 23.

The sound source 18 forms a sound signal (digital voice signal) in accordance with data (note event data) input from the CPU 11 by processing of the sequencer. The formed sound signal is input to the mixer 19.

The mixer 19 gives an effect such as echo to the voice signal generated by the sound source 18, the chorus sound, and the singer's voice signal input from the microphone 16 through the A / D converter 17, and the like. , Mix these signals.

Each mixed digital voice signal is input to a sound system (SS) 20. The sound system 20 incorporates a D / A converter and a power amplifier. The sound system 20 converts the input digital signal into an analog signal, amplifies it, and sounds the sound from the speaker 21. The balance of the effects and mixing that the mixer 19 imparts to each audio signal is controlled by the CPU 11.

The CPU 11 reads the video data stored in the HDD 13 and reproduces the background video or the like in synchronization with the generation of the musical tones by the sequencer and the generation of the gossip line. The video data of a moving picture is encoded in the MPEG format. The CPU 11 inputs the read video data to the MPEG decoder 22. The MPEG decoder 22 converts the input MPEG data into a video signal and inputs it to the display processor 23. In addition to the video signal of the background image, the display processor 23 inputs a character pattern of the lyrics telop. The display processing unit 23 synthesizes lyrics, etc., on an image signal of a background image into an OSD (On Screen Display) and outputs the same to the monitor 24. The monitor 24 displays the video signal input from the display processor 23. [

The operation unit 15 is composed of various key switches installed on the operation panel surface of the karaoke apparatus 7, a remote control unit connected through infrared communication, or the like, and accepts various operations of the user, and receives operation information according to the operation type from the CPU ( 11). The operation unit 15 receives a request for a song, recording of a song sound (registration operation), and the like.

The CPU 11 performs the karaoke performance of the specified song when the singer who wants to release the song sound performs the registration operation of the song sound and designation of the song to the operation unit 15, and the A / D from the microphone 16 is performed. A song file is generated based on the song voice signal of the singer input through the converter 17, and uploaded to the center 1 via the network I / F 14. The song file is generated as compressed voice data such as MP3. At this time, the CPU 11 generates synchronizing information indicating the correspondence between the karaoke music performed and the song file, and uploads it together with the song file.

3B is a diagram illustrating an example of synchronization information. 3C is a diagram illustrating an example of a song file. As shown in FIG. 3B, the synchronization information includes a header, tempo information, volume information (Vol.), And timing information (tempo change amount). The header describes a song number, a song name, a file name of a song file to be associated, and the like. The song number is data (information representing alphanumeric characters) in common format with the song number assigned to the music data of each karaoke song, and the song number designated by the singer at the time of registration operation is transferred. The tempo information is information representing the performance tempo of the song designated by the singer at the time of the registration operation, and designates the progress speed of the sequencer. If the singer does not specify or change the tempo during the registration operation, the standard tempo of the music data is transferred as it is. The volume information is information indicating the volume of the song (the volume of the music track) designated by the singer during the registration operation. The timing information is information indicating the timing (time elapsed from the start of the performance) of the tempo change when the singer changes the tempo during the song. By referring to the timing information indicating this tempo change, the performance tempo changes in the middle of the song even during later playback.

The song file consists of a header and song audio data, as shown in FIG. At least the file name is described in the header and is associated with the header of the synchronization information. If the encoding format is MP3, the header may be recorded as an ID3 tag.

The above synchronization information and song file are uploaded to the center 1 and accumulated in the center 1. Furthermore, the singer can input his or her profile, a message, etc. using the operation part 15, and upload it as singer information.

In the center 1, when the accumulated song files are reproduced, the music data of the designated song number is read with reference to the synchronization information of each song file, and karaoke is performed at the tempo and volume described in the synchronization information. When timing information indicating a tempo change is described, the performance tempo is changed in the middle of the song in accordance with the timing information. Thereby, the karaoke performance at the time of recording can be reproduced, and the mixing data (complete data which consists of a song sound and a music sound) which mixed the reproduced singing voice signal and the musical sound signal produced by the performance is produced | generated. Therefore, only by uploading the voice data of the song sound, the song sound and the music sound are accumulated on the server side, and the song sound and the music sound can be accumulated without increasing the time required for upload.

The song file shown in FIG. 3C records all voices (voices picked up by the microphone 16) from the start of the karaoke tune to the end of the performance. In this case, if the audio signal based on the song file is output together with the start of karaoke performance, synchronous reproduction can be performed. However, as shown in FIG. 3E, for example, as shown in FIG. Splitting into files is also possible. In this case, as shown in Fig. 3D, the synchronization information is information indicating the timing of reproduction of each song file, and information indicating the passage of time from the start of the performance, or the delta time between the song files (the leading song file is Time from the start of the performance) may be described, and each song file may be reproduced with reference to the timing information of the synchronization information during reproduction. In this case, the synchronization information may be configured as MIDI data (an extended track of music data) in order to achieve unification of the music data and implemented in a format that can be read by the sequencer. In this case, since the song sound is not recorded during the time period when the song is not performed, the data capacity of the song file can be reduced, and the upload time can be further shortened. It is especially useful when the time zone in which a song is performed is limited among one song (for example, a duet song and a singer sings only one duet part).

Next, FIG. 4 is a block diagram which shows the structure of the center 1. As shown in FIG. The center 1 consists of various structures connected to the CPU 31 and CPU 31 which control the operation | movement of the center as a whole. The CPU 31 is connected with a RAM 32, an HDD 33, a network interface (I / F) 34, a sound source 38, and a mixer (effector) 39.

The HDD 33 stores the same number of pieces of music data as the karaoke apparatus 7 in addition to the song file, synchronization information, and singer information uploaded from each karaoke apparatus 7. In addition, the mixing data generated in the past is also stored. In addition, an operating program of the CPU 31 is recorded in the HDD 33, and the CPU 31 expands this operating program into the RAM 32 and performs various processes.

For example, the CPU 31 performs reception data processing for recording the song file, synchronization information, and singer information received from each karaoke apparatus 7 through the network I / F 34 on the HDD 33. In addition, the CPU 31 has a built-in sequencer functionally, similarly to the karaoke apparatus 7, reads music data from the HDD 33, performs karaoke performance, and controls the sound source 38 to generate a sound signal. can do. In addition, the CPU 31 generates an HTML file (not shown) that edits and displays each singer information, and performs a WEB display process for causing the user PC 4 to display it as a WEB page.

5 is a diagram illustrating an example of a list of song files displayed as a WEB page. As shown in Fig. 5, each song file is displayed on the WEB page as a list of items such as a file name (or song number), a song name, a profile input by the singer at the time of registration operation, and a message. In addition, the popularity (number of downloads) and the like of each song file are also displayed. The number of downloads of each song file is recorded on the HDD 33, and is counted up when the song file is downloaded to each karaoke apparatus 7. The user PC 4 can refer to this list by accessing a WEB page, and can select the song file of the singer who wants to listen. In addition, when each item is selected by operating the user PC 4, the ascending and descending order of the list can also be sorted.

6 is a block diagram showing the configuration of the user PC 4. The user PC 4 is a general home personal computer, and has a CPU 41 for controlling the overall operation and various configurations connected to the CPU 41. The CPU 41 is connected with a RAM 42, an HDD 43, a network I / F 44, an operation unit 45, a sound system (SS) 46, and a display processing unit 48. The CPU 41 expands the operation program recorded on the HDD 43 in the RAM 42 and performs various processes. When the user makes a display request for the song file using the operation unit 45, the CPU 41 transmits the display request to the center 1. The CPU 31 of the center 1 that has received the display request transmits the HTML file to the user PC 4 (the user PC 4 accesses by notifying the URL). In the user PC 4, the WEB page based on the HTML file transmitted from the center 1 is displayed on the monitor 49 via the display processing part 48. FIG. In this way, a list of the song files shown in FIG. 5 is displayed.

When the user selects the song file displayed on the WEB page using the operation unit 45, the CPU 41 makes a request for mixing data distribution. The request is executed by, for example, transmitting information to the center 1 indicating the song file name. The CPU 31 of the center 1 retrieves the received song file name from the HDD 33, and reads out the corresponding song file and synchronization information.

The CPU 41 reproduces the read song file to generate a song voice signal, reads the music data of the song number described in the synchronization information, and sends it to the sequencer in accordance with the tempo and volume information described in the synchronization information. Play a karaoke song. This generates a sound signal.

The generated sound signal and the singing voice signal are output to the mixer 39 and mixed. This mixed audio signal is input to the CPU 41 again, and generated as one compressed audio data (mixing data). The CPU 41 distributes the generated mixing data to the user PC 4 on which the request is made. The distributed mixing data is reproduced by the CPU 41 of the user PC 4, converted into an analog audio signal in SS46, and soundproofed from the speaker 47.

In addition, the center 1 may perform a billing process in cooperation with a predetermined billing system. After charging a predetermined amount of money to the user who has made the delivery request, the mixing data is downloaded to the user PC 4. In this case, since the singer can receive a reward every time the song file is downloaded, incentives can be given to the singer by linking with the charging system.

In this way, the user can listen to the singing and musical sounds of each singer. According to the delivery system of the present embodiment, it is possible to realize a karaoke contest, for example, by scoring a song sound heard by each user.

Moreover, according to the delivery system shown in this embodiment, since it is only necessary to upload a song file to the center 1, a song sound and a music sound can be accumulated in a server, respectively, without increasing an upload time. Since the data of the song sound (song file) is stored in the HDD 33 of the center 1 separately from the data of the music sound (music file data), it is also possible to easily change the mixing balance or to change the effects later. Do.

Moreover, according to the delivery system of this embodiment, it is also possible to perform multiple recording which synthesize | combines the singing sound of several singers (or the singing sound of the same singer) later. In the conventional system, since a song sound and a music sound are accumulated in the server as one voice data which is already mixed, when another song sound is added later, the voice data is decoded and converted into a voice signal once, Since encoding is performed after mixing audio signals, sound quality deterioration has occurred. However, in the present embodiment, since the song sound and the music sound are kept as different data, the song file to be multiplexed during playback can be decoded and synthesized. Therefore, sound quality deterioration by multiple recording does not occur.

Next, operation | movement of the delivery system of this embodiment is demonstrated using a flowchart. 7 is a flowchart showing an operation during a registration operation. 8 is a flowchart illustrating an operation when distributing mixing data.

First, as shown in FIG. 7, when the singer who wants to release a song sound performs the registration operation of a song sound and designation of a song by the operation part 15 of the karaoke apparatus 7, CPU11 receives a registration operation. (s11). At this time, the CPU 11 also accepts input of a singer's profile or a message from the operation unit 15.

Upon receiving the registration operation, the CPU 11 reads the specified piece of music data and performs karaoke (s12), and is based on the singer's voice signal input from the microphone 16 through the A / D converter 17. To generate a song file (s13). Furthermore, synchronization information is generated based on the song number, tempo, volume, etc. of the played music (s14). When the performance of the song is finished, the CPU 11 uploads the generated song file and the synchronization information to the center 1 (s15). The center 1 records the uploaded song file and the synchronization information on the HDD 33 (s16). In this manner, the song file of the singer is registered in the center 1. The CPU 31 of the center 1 updates the HTML file using the singer information of the uploaded song file, and updates the WEB page accessed by the user PC 4 (s17).

Next, as shown in FIG. 8, the user (the user of the user PC 4) which requests distribution data distribution requests a display of a song file in order to refer to the list of singers (s21). This display request is transmitted to the center 1, and the center 1 accepts the WEB display request (s22). The CPU 31 of the center 1 performs a WEB display process of transferring the HTML file to the user PC 4 (s23). The monitor 49 of the user PC 4 displays a WEB page based on the HTML file transmitted from the center 1 (s24). In this way, the list of the song files shown in FIG. 5 is displayed on the monitor 49.

By referring to the list of song files displayed on the monitor 49, the user selects the singer he wants to listen to and performs a distribution request for mixing data (s25). The CPU 41 extracts the file name of the song file selected by the user from the HTML file and notifies the center 1 of the file. As a result, the delivery request is accepted (s26).

Then, the billing process is performed in the center 1 (or billing server, etc.) and the user PC 4 (s27, s28). When the billing process ends, the CPU 11 of the center 1 is the HDD 33. The song file and the synchronization information are read from the song file to decode the song file, and a song sound audio signal based on the song file is generated. Note that the charging process is not essential, and the processes of s27 and s28 may be omitted. The music data of the song number described in the synchronization information is read from the HDD 33, and the music source 38 is controlled by sequencing the music data in accordance with the tempo and volume described in the synchronization information. Thereby, the karaoke performance is reproduced at the same tempo and volume as the recording of the song sound, and at the same time, synchronous reproduction is performed by outputting the song sound of the singer (s29). However, if the same song file has already been reproduced in the past and held on the HDD 33 as the mixing data, it is not necessary to perform synchronous reproduction again when the mixing data is read from the HDD 33. Moreover, you may generate each mixing data beforehand using the free time of the process of the center 1. As shown in FIG. In this case, even if there are simultaneous delivery requests, the mixing data can be delivered immediately. Of course, in this case as well, since the song file is held on the HDD 33, the mixing balance can be changed later.

Thereafter, the vocal voice signal synchronously reproduced and the music signal of the karaoke song are mixed to generate mixing data (s30) and downloaded to the user PC 4 (s31). At this time, the CPU 31 of the center 1 counts up the number of times of the downloaded song file (s32).

The CPU 41 of the user PC 4 downloads the mixing data from the center 1 (s33) and holds it in the HDD 43 (or RAM 42). Then, the CPU 41 decodes the mixing data to reproduce the song sound and the musical sound (s34).

The generation and distribution of the mixing data may be performed by combining one song or may be downloaded as sequential streaming data. In addition, when delivering at a low bit rate, it may be free. When delivering at a high bit rate (bit rate at the time of recording), you may pay a fee.

As shown in Figs. 3C and 3D, the information indicating the timing of playback of each song file in the synchronization information is information indicating the passage of time from the start of the performance, or the delta time between the song files ( When the head song file is the time from the start of the performance), the CPU 31 of the center 1 outputs an audio signal based on each song file in accordance with the sequence of music data. When the synchronization information is configured as MIDI data (an extended track of music data), the sequencer can output audio signals based on each song file by reading the MIDI data of the synchronization information.

Here, when the user operates the operation unit 45 to give an instruction to change the mixing balance (s35), the CPU 41 makes a change request to the center 1 (s36). The change request includes information indicating the mixing balance of the song sound and the music sound. When the CPU 31 of the center 1 receives the change request (s37), the mixing balance of the mixer 39 is changed according to the information indicating the mixing balance included in the change request to generate the mixing data again ( s38). The CPU 31 then delivers the mixed data after regeneration to the user PC 4 on which the change request has been made (s39). The user PC 4 reproduces the remixed mixing data (s40), and repeats the above process until the reproduction ends (s41).

The mixing data to be redistributed may be redistributed from the middle of the song on which the change request is made, or may be redistributed to the mixing balance after the change from the beginning of the music.

Thus, in this embodiment, since a song sound and a music sound are comprised from each source, it is possible to control volume independently and it is possible to change a mixing balance easily.

The user can also instruct the effect change or the tempo change in the mixing balance change instruction. When the tempo change instruction is given, the CPU 31 of the center 1 performs the music data sequence at the changed tempo, and also changes the reproduction speed of the song file. In this case, the CPU 31 (or DSP, not shown) performs processing to expand and contract the audio signal on the time axis while maintaining the pitch of the song sound. A process of stretching and contracting an audio signal on the time axis while maintaining the pitch of the song sound is performed as follows, for example.

That is, the CPU 31 divides the audio signal of the song sound based on the song file into time axis waveforms for each sampling period, and generates a new time axis waveform (middle waveform) obtained by combining a plurality of time axis waveforms. The intermediate waveform is generated by crossfading and synthesizing the front and rear time axis waveforms. If an intermediate waveform is inserted between the original time axis waveforms, it is possible to extend along the time axis while maintaining the pitch of the song sound. When the audio data is compressed, a process of replacing the intermediate waveform with the original time axis waveform is performed. For example, when the insertion process is performed by skipping by one sampling, it can be doubled (reproduction speed 1/2), and when the substitution process is performed, the compression (double playback speed) can be achieved. When the insertion process is performed skipping by two samplings, it is possible to increase the size by 1.5 times. When the insertion process is performed by skipping the three sampling steps, it is possible to increase the size by 1.33 times.

In addition, when the user instructs a key change, the CPU 31 performs key change (shift of note number) of the music data and pitch change of the song audio signal. Pitch change can be realized by resampling an audio signal. In addition, the frequency characteristic of the audio signal may be changed.

In addition, in this embodiment, although the singer performed the operation which registers a song file using the karaoke apparatus 7, the microphone 1 or the recording function was added to the center 1, and the center 1 was used, It is also possible to configure the song file to be registered. More simply, it is also possible to realize using the user PC 4 which realized the function of the karaoke apparatus 7. In this case, the software of the user PC 4 implements a sequencer, a sound source, or the like to constitute a karaoke performance terminal.

In addition, although listening to the song file showed the example using a general home personal computer, it is also possible to listen using the karaoke apparatus 7, of course.

In the present embodiment, as shown in FIG. 3B, an example in which the synchronization information includes a header, tempo information, volume information (Vol.), And timing information (tempo change amount) is described. However, the synchronization information may include effect parameters such as microphone echo, reverb, compressor, voice change, etc. in addition to these information. In this case, at the time of the registration operation of the song sound, the synchronization information including the effect parameter is registered. Specifically, for example, at the timing of the process of generating the synchronization information of s14 in FIG. 7, the effect parameter set at that time in the karaoke apparatus 7 is reflected in the synchronization information. When playing karaoke, this effect parameter is used to reflect the microphone echo and the like into the audio signal. Thereby, the effect set at the time of recording a song sound can be reflected to a karaoke performance, and the user receiving distribution data of mixing can enjoy a more realistic performance.

In the present embodiment, the billing process is performed at the time of transmitting the mixing data, but the billing process may be performed when the singer uploads the song file. That is, the singer is charged at the time of the registration operation in s11 of FIG. 7 or the upload of the song file and the synchronization information in s15. Thereby, for example, when performing a karaoke contest in which the singer can participate by paying money, a system for collecting money from each singer as an entry fee when uploading his or her song file can be realized.

1 center
2 networks
3 karaoke stores
4 user PC
5 repeater
7 Karaoke Device

Claims (5)

Receiving means for receiving synchronization information between the voice data of the singer and the karaoke performance of the voice data of the singer;
Storage means for storing voice data of the singer, synchronization information, and music data for performing karaoke;
Playing the audio data, reading the music data based on the synchronization information, and performing automatic performance;
Voice data generation means for mixing the voice based on the reproduced voice data and the musical sound by the automatic performance to generate mixing data;
And a distribution data distribution server for delivering the mixing data generated by the sound data generation means. The mixing data distribution server according to claim 1, wherein the synchronization information describes the tempo and volume information of the karaoke music played during the recording of the voice data. According to claim 1 or 2, wherein the voice data is composed of a plurality of voice data,
And the synchronization information includes information indicating a reproduction timing of each of the plurality of audio data. The storage device according to any one of claims 1 to 3, wherein the storage means further stores mixing data generated by the voice data generating means,
And said distribution means reads out said mixing data from said storage means and delivers it. The method according to any one of claims 1 to 4, wherein the synchronization information includes an effect parameter.
And a mixed data distribution server for reflecting the setting of the effect parameter when the sound data generating means mixes the musical sound by the automatic performance.

Images