WO2000045567A1

WO2000045567A1 - Telephone and telephone system

Info

Publication number: WO2000045567A1
Application number: PCT/JP2000/000268
Authority: WO
Inventors: Yoshiyuki Majima; Shinobu Katayama
Original assignee: Faith, Inc.
Priority date: 1999-01-28
Filing date: 2000-01-20
Publication date: 2000-08-03
Also published as: AU3075200A; JP2000224269A

Abstract

MIDI data received from an external server (300) is stored in RAM (20) in a telephone, and a sound source CPU (21) reads the MIDI data and instructs a playback section (24) to reproduce music. In response to the instruction, the playback section (24) reads from a sound source ROM (23) and reproduces music, and the reproduced music is output from a speaker (5). Thus, MIDI data can be reproduced in response to an incoming signal and used as ringing sound.

Description

Description S Name of the light

Telephones and telephone systems

Technical field

The present invention relates to a telephone having a music reproducing function and a telephone system using the telephone.

Background art

With the development of communication networks, telephones with various functions have appeared and are being used. In particular, portable telephones (hereinafter referred to as “mobile phones”) have rapidly increased in number of subscribers in recent years due to their convenience, and have become extremely popular among young people.

Due to the practical use of small, large-capacity semiconductor chips, such mobile phones have become very popular with a wide range of functions. For example, a function that plays a ringtone when a call arrives in a melody is one example, and mobile phones that emit a ringtone using such a melody are widely used today.

However, in such telephones, the melody to be played is limited to a few songs set in the memory of the phone in advance, and the tunes that the user likes, such as the latest hit songs, are stored. He could not choose freely. Also, since the music played is monotonous and unexpressive due to artificial sounds, it has a limited ability to appeal to commercial value, especially for young people.

Disclosure of the invention

SUMMARY OF THE INVENTION Therefore, an object of the present invention is to provide a telephone and a telephone system capable of selecting a music to be reproduced as a ringing tone or the like at the time of an incoming call as a favorite one and realizing a music performance with a high expressive power. It is in. One —

Another object of the present invention is to provide a telephone and a telephone system which require a small amount of data and a very short download time.

Another object of the present invention is to provide a telephone which can make a ringing tone of a telephone be played by MDI.

It is another object of the present invention to provide a telephone which can play a different melody in accordance with an incoming signal and can easily identify a caller.

Another object of the present invention is to enable a vibrator to vibrate based on] ^ IDI data in a portable telephone having a vibrator.

Another object of the present invention is to provide a telephone having an answering machine function, which can register a message created by voice together with BGM by MIDI and transmit it to the other party. is there.

It is another object of the present invention to provide a telephone which can play a desired song at any time and can easily enjoy karaoke and the like.

Another object of the present invention is to provide a telephone which can enjoy a more realistic music performance by playing a part of a musical instrument by MIDI and a part of a baud rate by audio. It is in.

Another object of the present invention is to provide a telephone system in which MDI data is downloaded from a server to a telephone.

It is still another object of the present invention to provide a telephone system that downloads MIDI data created on a personal computer to a telephone.

The telephone according to the present invention comprises: a receiving means for receiving MIDI data from the outside; a storage means for storing received MIDI data; — —

A reproducing means for reading out the MIDI data from the storage means and performing a reproducing process.

Here, “MIDI” is an abbreviation of usical Instrument Digital Interface, an international standard for exchanging music performance signals between electronic musical instruments or between electronic musical instruments and a computer. And The term "MDI" in the present specification is used in the meaning as described above.

As will be described in detail later, the MIDI data is not a data of the sound itself but a set of commands for controlling the pronunciation of the electronic musical instrument. For example, "Start the sound of the Do sound", "Stop the sound of the Do sound", and so on, in the form of such a command. This MIDI data is stored, for example, in a server on the network in a data format of SMF (Standard MIDI File) described later. On the other hand, the telephone has built-in storage means and playback means. Then, the server accesses the server from the telephone and downloads the MDI data to the storage means of the telephone. The reproducing means reads out the sound from the sound source and performs based on the downloaded MIDI data. In this way, users can download their favorite songs and play them from the phone.

In this case, since the data to be downloaded is basically only MIDI data, the time required for downloading is extremely short as compared with the case where the entire data of the music itself is downloaded. This is because, as described above, MIDI data is a set of commands and can be composed of binary data.

Various functions can be realized by using the MIDI data downloaded as described above. For example, in response to an incoming signal, MIDI data is read from storage means, and the read M --

If the music reproduced based on the IDI data is reported as a ringing tone, the ringing tone can be played as a melody as in the past. However, unlike conventional ones, since various instrument sounds are read from the sound source according to MIDI data and played, the melody played as the ringing tone is extremely real and sophisticated, and in terms of music expression, Products with much higher commercial value than conventional products can be obtained.

Also, by storing the MIDI data of different songs corresponding to the incoming signal in the storage means of the telephone, and notifying them with different songs according to the incoming signal, anyone who receives a call by the melody that flows can be called. You can know immediately if you have come.

In addition, a portable telephone has a built-in vibrator for notifying an incoming call by vibration. However, the vibrator may be vibrated based on the MDI data. In this way, the vibrator can be vibrated with the same rhythm as that of the drum part of the MIDI data, for example, so that the user feels more comfortable than when reporting with monotonous vibration. Can be given. Also, if the rhythm is strong, it is possible to surely notify the user of the incoming call.

Further, there is a telephone having a function of creating and registering an answering machine guidance message in advance for answering at the time of absence, but the present invention can also be used for such a telephone. That is, the message created in the voice can be registered together with BGM (back 'ground' music) by MIDI.

By doing so, the other party can listen to the message with BGM via MIDI when answering, so that the message is not bored even if the message is spoken in a monotonous tone. In this case, when creating the message, make sure that the audio It is also possible to inject a message with. It is empirical to say that when you send an answering machine message with your own voice, it is empirical to say that it is a kind of tension. The message can be recorded in a relaxed state.

Further, according to the present invention, a telephone having a function of reproducing music at any time can be realized. In other words, if you read the MIDI data stored in the storage means by operating the keys and play back the music, you can play your favorite music from the telephone at any time. Therefore, for example, if the MIDI data of a karaoke music piece is stored in the storage means, it is possible to easily enjoy the power Raoke without a special device for the power Raoke. Especially with mobile phones, you can enjoy karaoke anytime, anywhere.

Further, in the present invention, the music to be reproduced may be composed only of a synthesizer sound based on the MIDI data, but it is also possible to mix a sound based on the audio data. In other words, it is possible to play the instrument part in MIDI and the vocal part such as chorus in audio. In this way, music expression can be further improved as compared to the case where all parts are played in MIDI, and the user can enjoy a music performance full of presence.

Next, the telephone system according to the present invention is provided with a receiving means for receiving MIDI data from the outside, a storage means for storing the received MIDI data, and a reproducing means for reading out the MIDI data from the storage means and performing a reproducing process. And a server accessed from the telephone, so that MIDI data can be downloaded from the server to the telephone.

According to such a system, a server is accessed from a telephone. Just download MIDI data easily. Also, for example, by uploading new song data to the server every month and updating the stored data, it will be possible to operate the system so that users can quickly obtain the latest hit songs.

Further, the telephone system according to the present invention can be configured using a personal computer (hereinafter, referred to as PC). That is, a system is composed of a telephone and a PC to which the telephone is connected, and MDI data created by the PC is downloaded to the telephone. In this way, it is possible to play the original music created by the PC from the telephone.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a schematic configuration diagram showing an example of a telephone system according to the present invention.

FIG. 2 is an external view showing an example of a telephone according to the present invention.

FIG. 3 is a block diagram showing the configuration of the server.

FIG. 4 is a block diagram showing the configuration of the telephone.

FIG. 5 is a block diagram showing a configuration of a main part of the telephone.

FIG. 6 is a block diagram showing a configuration of a main part of the telephone.

FIG. 7 is a configuration diagram of MIDI data.

FIG. 8 is a table showing the contents stored in the storage means.

FIG. 9 is a flowchart for downloading MDI data.

FIG. 10 is a diagram showing a display example on the display unit of the telephone. FIG. 11 is a flowchart showing the operation at the time of an incoming call.

FIG. 12 is a schematic configuration diagram showing another embodiment of the telephone system according to the present invention.

FIG. 13 is a main part of another embodiment of the telephone according to the present invention. — —

FIG.

FIG. 14 is a block diagram of a main part of another embodiment of the telephone according to the present invention.

Fig. 15 is a flowchart for creating an answering machine message.

FIG. 16 is a flowchart showing the operation of playing a karaoke music piece.

FIG. 17 is a block diagram of a main part of a telephone having a function for playing music.

FIG. 18 is a data structure diagram of the META event.

FIG. 19 is a flowchart showing details of the reproduction process.

BEST MODE FOR CARRYING OUT THE INVENTION

FIG. 1 is a schematic configuration diagram showing an example of a telephone system according to the present invention. In the figure, 100 is a telephone set, 200 is a base station that communicates with the telephone set 100, and 300 is a server connected to the base station 200. As the telephone 100, an example of a mobile phone is shown here. However, the telephone of the present invention is not limited to a mobile telephone, and may be a desk-top telephone. Here, three base stations 200 are installed, but this is of course only an example. The server 300 may be installed at a telephone office, for example.

In the above-described telephone system, the server 300 stores MIDI data to be described later, and the telephone 300 accesses the server 300 via the base station 200 to be stored in the server 300. The stored MIDI data is downloaded to the telephone 100 via the base station 200. The detailed operation will be described later.

FIG. 2 is an external view showing an example of the telephone 100 according to the present invention. _ g _

. In the figure, reference numeral 1 denotes a main body of a mobile phone. This main body 1 is provided with an antenna 2, a display unit 3, a key input unit 4, a speaker 5, and a microphone 6. The antenna 2 transmits and receives signals to and from the base station 200 described above. The display unit 3 is composed of a liquid crystal display or the like, and various information including a telephone number is displayed here. Various keys, which will be described later, are arranged in the key input unit 4. Speaker 5 can hear the voice of the other party. The microphone phone 6 is used for voice input of a message to be conveyed to the other party at the time of a call or at the time of generating an answering machine message.

Next, various keys of the key input unit 4 will be described. 4 1 is a power key for turning on / off the mobile phone, 4 2 is a call key operated when starting a call, and 4 3 is a scroll key for scrolling the contents displayed on the display section 3. . 4 4 is a function key that achieves various functions by operating in combination with other keys, 4 5 is a recall key for recalling registered contents and displayed on the display unit 3, 4 6 Is a registration key operated when registering a shortened dial number or the like. 47 is a numeric key consisting of numbers from 0 to 9 and is used to enter telephone numbers and abbreviated numbers. Reference numeral 48 denotes a clear key for erasing display contents and the like, and 49 denotes an execution key operated to execute a predetermined operation.

Reference numeral 410 denotes a new song display key for displaying a new song when downloading the MIDI data from the server 300, and reference numeral 410 denotes an answering machine key used to generate an answering machine message. Reference numeral 412 denotes a karaoke key operated when playing a power rake, reference numeral 413 denotes a performance start key for starting a music performance, and reference numeral 414 denotes a performance end key for ending a music performance.

FIG. 3 is a block diagram showing the configuration of the server 300. The server 300 has an input section 301, a control section 302, a storage section 303, and an output section 300. 4. Composed of a communication control unit 305. The input unit 301 is provided with input means such as a keyboard, and the output unit 304 is provided with output means such as a display printer. The storage unit 303 has a file SMF (Standard MIDI File) 306 for storing MIDI data. The details of the MIDI data stored in the SMF 306 will be described later. The server 300 exchanges data with the base station 200 (FIG. 1) via the interface of the communication control unit 300.

FIG. 4 is a block diagram showing the configuration of telephone 100. The telephone 100 includes a display unit 3, a key input unit 4, an audio output unit 5, an audio input unit 6, a transmission / reception unit 7, a signal processing unit 8, a storage unit 9, and a control unit 10. The display unit 3 and the key input unit 4 are as described in FIG. The audio output unit 5 is specifically composed of a speaker. Therefore, the same reference numerals as those of the speaker 5 in FIG. 2 are used. Note that a piezoelectric element or the like can be used instead of the speaker. The voice input unit 6 is specifically composed of a microphone. Therefore, the same reference numerals as those of the microphone phone 6 in FIG. 2 are used.

The transmission / reception unit 7 is a circuit including the antenna 2 in FIG. 2, and transmits / receives data to / from the base station 200. The signal processing unit 8 is a circuit that processes a signal transmitted from the transmission / reception unit 7 and a signal transmitted to the transmission / reception unit 7. The audio signal is input from the audio input unit 6, and the audio is output to the audio output unit 5. Output a signal. The storage unit 9 includes a ROM that stores a program, a RAM that temporarily stores data, and the like. The control unit 10 includes a CPU and controls the display unit 3, the signal processing unit 8, the storage unit 9, and the like.

FIG. 5 is a block diagram showing a specific configuration of the transmitting / receiving section 7 and the signal processing section 8 in the configuration shown in FIG. Figure 5 shows the audio output section 5 and a voice input unit 6 are also shown, but the display unit 3, the key input unit 4, the storage unit 9, and the control unit 10 are not shown.

The transmission / reception unit 7 includes the above-described antenna 2, a reception unit 12, and a transmission unit 13. The receiving section 12 corresponds to the receiving means of the present invention, and includes a demodulation circuit for demodulating a received signal received by the antenna 2 and sending the demodulated signal to a signal processing section 8 at a subsequent stage. The transmission unit 13 includes a modulation circuit that modulates the signal transmitted from the signal processing unit 8 and transmits the signal from the antenna 2. Although the receiving section 12 and the transmitting section 13 are shown separately as blocks, they can be incorporated in one LSI.

In the signal processing section 8, 14 is a signal discriminating section for discriminating the type of the received signal received by the receiving section 12, and 15 is MIDI data processing for processing the MIDI data when the received signal is a MIDI signal. , 16 is an audio data processing unit that processes audio data when the received signal is an audio signal, and 17 is a digital output signal from the MIDI data processing unit 15 and the audio data processing unit 16 This is a D / A converter that converts the signal to an analog signal and sends it out to speaker 5. Reference numeral 18 denotes an A / D converter that converts the audio input signal from the microphone 6 into a digital signal, and reference numeral 19 denotes a transmission that processes the digital signal from the AZD converter 18 and sends it to the transmission unit 13 It is a data processing unit.

FIG. 6 is a block diagram showing the configuration of FIG. 5 in more detail. In FIG. 6, the same parts as those in FIG. 5 are denoted by the same reference numerals, but in particular, the part of the MIDI data processing unit 15 is specifically disclosed. In the MIDI data processing unit 15, reference numeral 20 denotes a unit corresponding to the storage means of the present invention, and RAM is used as an embodiment. Here, the RAM 20 is constituted by flash memory. This RAM 20 is down-loaded from the SMF 306 of the server 300 in FIG. The loaded MIDI data is stored. Reference numeral 21 denotes a sound source CPU which controls a series of music reproduction operations based on MIDI data and also controls a sound source CoreL SI which constitutes a reproduction section 24 described later. 22 is a program ROM that stores programs to be executed by the sound source CPU 21, 23 is a sound source ROM that stores sound source data of various instruments used for music to be played, and 24 is sound source data from the sound source ROM 23. This is the playback unit that reads the music data and plays back the music performance. The reproducing unit 24 is constituted by, for example, a sound source CoreL SI, and corresponds to the reproducing means in the present invention.

On the other hand, the transmission data processing section 19 is configured to include an encoder 25. In addition, a signal synthesizing unit 26 is provided as needed. The encoder 25 encodes the AZD-converted digital signal input from the microphone 6 and outputs the encoded digital signal to the transmission unit 13. As will be described in detail later, the signal synthesizing unit 26 synthesizes the MIDI data of the background music and the audio data of the guidance message when the answering machine message is generated together with the background music. belongs to.

Next, the details of the MDI data recorded in the SMF will be described. FIG. 7 is a diagram showing the structure of MIDI data recorded in SMF 306 of FIG. SMF is generally a data format including time data called delta 'time and data indicating performance contents called events. As shown in Fig. 7 (a) to (c), there are three types of events: MIDI events, Sys.Ex events, and META events.

A MIDI event is an event that stores performance data, and is composed of, for example, an instruction such as “produce the sound of the piano with the sound of the piano”. This instruction determines the time elapsed since the previous event, t, and One-

Executed when the relation of the event to the delta time T is t ≥ T

. In other words, when an event is executed, the elapsed time from the start of the event is monitored, and when this elapsed time is equal to or exceeds the delta time of the next event (the CPU time). Since the resolution is finite, it may not be exactly the same as the delta time and may be exceeded), the next event is executed.

Sys.Ex events are called system 'task-no-recovery' events, which store configuration information such as setting a system to an orchestra-compatible system. The META event is an event that stores information such as the song number and lyrics.

The MIDI data is configured as described above, and a number of these series of MIDI data are combined to form one song. The song data composed of such MIDI data is stored in the SMF 300 of FIG. 3 in FIG. 3, and when this MIDI data is downloaded to the telephone in the procedure described later, This MIDI data is stored in RAM 20 via antenna 2, receiving section 12 and signal discriminating section 14 in FIG. It is preferable that the new music data is periodically uploaded to the SMF 306 of the server 300.

Next, the principle of playing music based on the above MIDI data will be described. In the MIDI data processing unit 15 of FIG. 6, the tone generator CPU 21 sequentially reads out the MIDI data from the RAM 20 according to the program in the program ROM 22. Then, based on the read MIDI data, the reproducing unit 24 is instructed, for example, to “produce the sound of M with the sound of a piano”. In response to this instruction, the reproduction unit ^{2 4} reads the sound of the piano from the sound source R OM 2 3, to start the pronunciation in the real pitch. From this point on, the sound source CPU 21 counts the elapsed time, and this elapsed time is the next instruction, “Stop sounding the mi If it is equal to or exceeds the delta time attached to “Stop”, it instructs the playback unit 24 to end the sounding of the Mi sound. By repeating such an operation, the reproducing unit 24 reproduces the music represented by the MIDI data.

As can be seen from the above, MIDI data is not the data of the sound itself, but a command to read out the sound and play it. The amount is extremely small. As a result, SMF 306 on the server 300 side and RAM 20 on the telephone set 100 side can use those having small storage capacities. Downloading can be done in a short time.

Next, a procedure for downloading MIDI data from the server 300 to the telephone 100 will be described. FIG. 9 is a flowchart showing this procedure, and shows the operation executed by the control unit 10 (see FIG. 4). Hereinafter, in the present specification, the step of the flowchart is abbreviated as S.

When downloading, first press the new song display key 410 on the telephone shown in FIG. The control unit 10 monitors whether or not the new song display key 410 has been pressed (S101), and if not pressed, stands by (S101 NO). When the new song display key 410 is pressed (S101 YES), a request signal for new song list data is sent from the transmission / reception unit 7 to the server 300 via the base station 200 and the server 300 sends the request signal. The new music list data is received via the base station 200 (S102). Then, a list of new songs (song number and song name) is displayed on the display unit 3 based on the received data, and a guidance display is provided so as to select a song to be downloaded from the displayed new songs (S1). 0 3). An example of this display is shown in FIG. 10 (a). The song may be selected, for example, by moving the cursor to the desired song, or by entering the song number from the numeric keys 47. You can go by typing.

Next, it is determined whether the program has been selected and the execution key 49 (FIG. 2) has been pressed (S104), and if not, waits for the key to be pressed (S104NO). If the key is pressed (S104 YES), the number of the selected song is transmitted to the server 300, and a request for downloading the MIDI data of the corresponding song is made (S105) ). In response to this, the server 300 reads out the corresponding MIDI data from the SMF 306 and transmits it via the base station 200, and the antenna 2 receives it and downloads it (S 106).

The received data is demodulated by the receiving unit 12, the signal discriminating unit 14 discriminates that the data is MIDI data, and is stored in the RAM 20 of the MIDI data processing unit 15 (S107). . Here, the RAM 20 has an error having an address corresponding to the track number, the MIDI data of the track number 1 is transmitted to the area of the address 1, and the MIDI data of the track number 2 is transmitted to the address 2. It is stored in the area of, and so on.

Next, it is determined whether or not the download has been completed (S108). If the download has not been completed (S108 NO), the download is continued by repeating S106 and S107, and if the download has been completed (S108 YES), this is indicated. Is displayed on the display unit 3 (S109), and the operation ends. An example of this display is shown in FIG. 10 (b). It is also possible to operate such that one or several pieces of MIDI data are preset in RAM 20 when the telephone is purchased.

Next, a description will be given of an operation in which a ringing tone at the time of an incoming call is played as a melody using the MIDI data downloaded as described above. FIG. 11 is a flowchart showing the operation at the time of an incoming call, showing the operation executed by the sound source CPU 21 (see FIG. 6). sound source The CPU 21 constantly monitors whether an incoming signal has been received (S201). In FIG. 6, when an incoming signal is received by the antenna 2, the receiving unit 12 demodulates the signal, the signal discriminating unit 14 discriminates that the signal is an incoming signal, and sends the discrimination signal to the sound source CPU 21. give. In response to this, the sound source CPU 21 determines that an incoming signal has been received (S201 YES), and reads out MIDI data from RAM 20 (S202).

The sound source CPU 21 gives an instruction to the reproducing unit 24 based on the read MIDI data, and the reproducing unit 24 receives the sound and reads the sound from the sound source ROM 23 to reproduce the music (S 2 0 3). Since the detailed principle has already been described, the description is omitted here. Then, the reproduced music is output from the speaker 5 as a ringing tone (S204). When the user who hears the ring tone presses the call key 4 2 (FIG. 2) of the telephone 100, the call with the other party starts (S205 YES), the ring tone stops, and the call stops (S205). 0 6) Operation ends. If the call key 42 is not pressed (S205 NO), the operation of S202 to S204 is repeated and the ringing tone continues to sound.

As described above, when a call is received, the ringing tone can be played by MDI melody. In this case, the tune to be played as a ring tone can be set in advance by the user. If different songs are set according to the incoming signal, the melody can be changed depending on the person who called. Specifically, as shown in FIG. 8, the music number of the performance and the corresponding MIDI data may be set for each incoming number in RAM 20.

In the above-described embodiment, an example has been described in which the MIDI data stored in the server 300 is wirelessly downloaded and used, but instead, the MIDI data created by the PC is downloaded to the telephone. —-

It is also possible to configure the system to run. Figure 12 shows an example of such a telephone system. In the figure, reference numeral 27 denotes a general-purpose PC, reference numeral 100 denotes a telephone having the same configuration as that of the above-described telephone, and reference numeral 28 denotes a cable for connecting the PC 27 to the telephone 100.

In the system shown in Fig. 12, the user creates his or her own original music on PC100 using the music composition software. Then, the MIDI data of the created song is downloaded to the telephone 100 via the cable 28. The downloaded MDI data is stored in RAM 20 as in the above case. By doing so, the ringing tone of the telephone set 100 can be played with an original song that is made by the user.

FIG. 13 is a main block diagram showing another embodiment of the telephone according to the present invention. In the figure, the same parts as those in FIG. 5 are denoted by the same reference numerals. In this embodiment, the telephone is a mobile phone, and a vibrator 29 is added to the configuration of FIG. The other components are the same as in Fig. 5. The vibrator 29 informs of the incoming call by vibration instead of or together with the ringing sound from the speaker 5 when receiving the incoming call signal.

In FIG. 13, the vibrator 29 is driven by an output signal from the MIDI data processing unit 15. The configuration of the MIDI data processor 15 is the same as that shown in FIG. Therefore, if the playback unit 24 inputs the drum sound to the vibrator 29 among the sounds read out from the sound source 1¾0 ^ 23 and played back, for example, the vibrator 29 will be used for the drum rhythm. In addition, it can be vibrated like “Don'Don'Don”. By doing so, it is possible to give the user a pleasant feeling and to be able to reliably report the incoming call, as compared with the case of notifying the incoming call with a monotonous vibration as in the past. _ 1-

FIG. 14 is a main part block diagram showing another embodiment of the telephone according to the present invention. In the drawing, the same parts as those in FIG. 13 are denoted by the same reference numerals. In this embodiment, the telephone may be a mobile phone or a desk phone. Vibrator 29 is not required for desk phone.

The embodiment shown in FIG. 14 is an example of a telephone equipped with an answering machine function for registering a message created in a voice together with BGM by MDI. In the figure, a signal from the MDI data processing unit 15 is input to a transmission data processing unit 19. Also in this case, the configuration of the MIDI data processing unit 15 is the same as that shown in FIG. 6, but the transmission data processing unit 19 does not output from the playback unit 24 but receives the MIDI from the sound source CPU 21. The data is entered. In addition, the transmission data processing section 19 is provided with an encoder 25 and a signal processing section 26 as shown in FIG. Then, the MDI data from the sound source CPU 21 described above is input to the signal processing unit 26.

Next, an operation of registering an answering machine guidance message in the above configuration will be described with reference to a flowchart of FIG. The control unit 10 (Fig. 4) monitors whether the answering machine key 4 1 1 (Fig. 2) is pressed (S301), and if it is not pressed (S310 NO). ) Continue monitoring as it is. When the answering machine key 4 1 1 is pressed (S 3 0 1 YES), the menu of the song is displayed on the display 3 with a message saying “Select a song to use as background music and press the start key”. Will be displayed (S302). This menu is displayed in the same manner as in FIG. 10 (a).

Next, it is determined whether or not a song has been selected and the play start key 4 13 (FIG. 2) has been pressed (S303), and if it has not been pressed (S303NO), it is left as it is. When it is pressed and pressed (S303 YES), the sound source CPU 21 Notifying that, the sound source CPU 21 reads out the MIDI data of the area corresponding to the music selected in S303 from the MIDI data of RAM 20 and gives a command to the reproducing unit 24, Thereafter, the selected music is reproduced by the same operation as described above (S304).

This playback output is provided to the speaker 5 via the DZA converter 17, and the music selected from the speaker 5 is played. The user speaks an answering machine message from the microphone 6 while listening to this performance (S305). In other words, the melody flowing from the speaker 5 is used as BGM, and a voice message is blown. In this way, by speaking the message content with the background music background, tension can be alleviated, and the message can be input smoothly.

The input voice message signal is sent to a signal synthesis unit 26 via an AZD converter 18 and an encoder 25, and the signal synthesis unit 26 compresses the voice signal. Then, an SMF is created by synthesizing the compressed audio signal with the MIDI data of the music being reproduced input from the sound source CPU 21 of the MIDI data processing section 15 (S306). Here, as a means of the compression processing, for example, a method disclosed in Japanese Patent Publication No. 10-370581 can be adopted.

Next, the created SMF is transferred from the transmission unit 13 to the base station 200 via the antenna 2 (S307). In this example, since it is assumed that the answering machine guidance message is registered on the host side, the SMF is forwarded to the base station 200, but the answering machine message is transmitted to the terminal. It is also possible to register on the (telephone) side, in which case the SMF created by the signal synthesis unit 26 is stored in an answering machine (not shown) inside the telephone.

Next, it is determined whether or not the registration key 46 (FIG. 2) has been pressed (S 308). If registration key 4 6 is not pressed (S 3 0 8 NO), S 3 0 Repeat steps 4 to S307 to continue message registration. When the registration key 46 is pressed (S308 YES), a message "Message registration is completed" is displayed on the display 3 (S309), and a series of operations are completed. I do. In this way, the voice message is registered as an answering machine message together with the MIDI data. At the time of answering machine, the other party receives this guidance message, plays the MIDI data by the playback unit built in his telephone, and listens to the voice message together with the background music.

In the above example, the voice message is input according to the music played by the MIDI. However, only the voice message may be input first and then combined with the MIDI data at the time of transmission to the base station. Also, in the above example, the MIDI data before playback is combined with the audio signal and treated as one data. However, the playback signal of the MIDI data and the audio signal of the message are simply mixed to form a base station or It may be sent to the Answer Phone memory inside the phone. That is, the BGM to be registered may be MIDI data before reproduction, or may be an output signal after reproduction. In the latter case, the signal synthesizing section 26 in FIG. 6 is unnecessary, and a mixer is provided instead. Then, the output of the reproducing section 24 is input to this mixer. Also, in this case, the other party's telephone does not need to have the playback unit 24, and can listen to the voice message and the background music by MDI using a general telephone.

Next, as another embodiment of the telephone according to the present invention, a telephone having a function of reproducing a favorite song at any time can be considered. That is, in the configuration shown in FIG. 6, the force that causes the speaker 5 to play the media in response to the incoming signal from the signal discriminating unit 14 In addition to this, the key is operated by operating the key. The music can be played at any time if the music is played from PEAKA5. One example and Then, for example, it is conceivable to have a karaoke performance function. Specifically, the sound source CPU 21 may execute the reproduction process in response to the operation of the karaoke key 4 12 in FIG.

In this case, the MIDI data of the karaoke music is downloaded from the SMF 306 of the server 300 and stored in the RAM. The RAM may be provided separately from the RAM 20 storing the MID I data for the incoming mail message, or may be shared with the RAM 20 if the capacity permits. In the latter case, the MID I data for the incoming melody and the MID I data for the performance rake are stored in separate areas of the RAM.

FIG. 16 is a flowchart showing the operation of karaoke performance. The control unit 10 (FIG. 4) determines whether or not the karaoke key 412 is pressed (S401), and if it is not pressed (S401NO), the standby state is maintained as it is. . When the karaoke key 4 1 2 is pressed (S 4 0 1 YES), a menu of songs is displayed on the display 3 with the guidance of “Select a song to play and press the start key J” (S 4 0 2) _D this menu is displayed in a manner similar to the first 0 diagram (a).

Next, it is determined whether or not the song is selected and the play start key 4 13 (FIG. 2) is pressed (S 403), and if it is not pressed (S 403 N〇), the program waits. When pressed (S403 YES), the tone generator CPU 21 is notified of this, and the tone generator CPU 21 corresponds to the MIDI data in RAM 20 corresponding to the song selected in S403. The MIDI data of the area to be read is read out (S404), and the selected song is reproduced (S405). This playback output is given to the speaker 5 via the DZA converter 17 and the music selected from the speaker 5 is played (S406). The user sings karaoke along with this performance.

Next, it is determined whether or not the performance end key 414 (FIG. 2) has been pressed (S407). If the performance end key 4 1 4 is not pressed (S 4 0 7 —-

NO), S404-S406 are repeated to continue the performance. When the performance end key 414 is pressed (S407YES), the performance is stopped (S408) and a series of operations is terminated.

In this way, the telephone itself can be used as a karaoke playback device, and karaoke can be easily enjoyed without a dedicated device. In particular, mobile phones have the advantage of being able to enjoy karaoke easily, regardless of location or time. Here, the karaoke performance music is used as an example, but it goes without saying that music other than karaoke may be used.

By the way, in the above-mentioned reproduction processing (S405), music reproduction may be performed based only on the MDI data, but in this case, the music is performed only by the synthesizer sound, and the original music such as a back chorus is performed. The part that should be expressed in the voice of a person is also replaced by a synthesizer sound, which has the disadvantage of lacking a sense of realism.

In order to overcome this, it is conceivable to create an SMF that mixes the audio data with the MIDI data, play the musical instrument part with the MIDI data, and play the vocal part with the audio data. In this way, the vocal portion is reproduced with the original sound, so that the music played from the speaker 5 has a very high sense of presence, and the commercial value can be further enhanced.

FIG. 17 is a main part block diagram for realizing this, and shows a modification of the part of the MIDI data processing unit 15 in FIG. The configuration required for the other telephones is the same as that shown in FIG. 6, and is not shown. The same parts as those in FIG. 6 are denoted by the same reference numerals.

In FIG. 17, reference numeral 30 denotes a player unit including a CPU, which corresponds to the sound source CPU in FIG. 3 1 is sound source ROM --

23 Sound synthesis unit that reads and synthesizes sound from 3; 3 2 is an audio playback module that plays back audio from audio data; 3 3 is an image playback module that plays back images from image data; 3 4 is reverberation added And a mixer 35 for mixing the sound reproduced by the sound synthesizing unit 31 and the sound reproduced by the audio reproducing module 32. The output of the mixer 35 is sent to the speaker 5, and the output of the image reproduction module 33 is sent to the display unit 3. Therefore, according to this configuration, a karaoke sound with video can be obtained. The sound synthesizing section 31 and the sound eater section 34 constitute a so-called software synthesizer.

FIG. 18 is a diagram showing a data structure of a META event in the MIDI data stored in RAM 20 of FIG. The META event includes a META event related to audio data transfer shown in FIG. 7A and a META event related to audio control shown in FIG. The following briefly describes these data structures.

In Fig. 18 (a), the first FFh indicates that the event is a META event, and the next 30h indicates data indicating that the META event relates to audio data transfer. It is. In addition, the data length is 1 en, type represents an audio format, and id represents a data number. eVent indicates the event type. For example, data transfer start is represented by 0, audio data is represented by 1, and data transfer end is represented by 2.

Voicedata is audio data such as the vocals described above. This audio data is not always added to all audio data transfer META events. For example, if a song contains repetitive vocal parts, only the first event —-

If this is added and captured and stored, subsequent calls can be made any number of times by calling it with a MIDI event, so there is no need to add the same audio data.

Next, in FIG. 18 (b), the META events related to audio control include the audio playback start, audio stop, volume setting, and reverb setting events. Since FFh, len, type, and id in these events are the same as those in FIG. 18 (a), the description is omitted.

A playback start event of 1 Oh indicates that this event is a playback start event. An audio halt event of 11h indicates that this event is an audio halt event. A volume setting event of 12h indicates that this event is a volume setting event. Also, _C h is Chi Yan'nenore number, L vol represents the left volume, R vol is the right volume, respectively. A reverb setting event of 13h indicates that this event is a reverb (reverberation) setting event. Revrb indicates the amount of reverb send.

FIG. 19 is a flowchart in the case where the audio data is inserted into the MIDI data and the reproduction process is performed as described above, and shows the details of the process in S405 in FIG. In playback processing, when MIDI data is read from the RAM 20 (S501), the MIDI data is stored in a buffer (not shown) in the player section 30 (S500). 2). Next, it is determined whether or not the MIDI data is a message for a synthesizer, that is, a sound source (S503). If it is a message for a sound source (S503 YES), the message is sent to the sound synthesizing section 31 and the sound synthesizing section 31 performs reproduction based on the MIDI data (S5111). ), And shift to S508. sound One —

If the message is not a source message (S503NO), the processing proceeds to the META event (S504).

First, it is determined whether or not the META event is an event related to audio data processing (S505). If the event is not related to audio data processing, for example, if it is related to lyrics or song titles (S505NO), normal processing corresponding to the event is performed (S512), and the process proceeds to S508. If the event is related to audio data processing, it is then determined whether or not the event is a META event related to audio data transfer shown in FIG. 18 (a) (S506).

If it is a META event related to audio data transfer (S506 YES), the audio data (voice data) is sent to the audio playback module 32, and the module 32 performs playback based on the audio data (S506). 1 3), proceed to S508. On the other hand, if the META event is not a META event related to audio data transfer (S506 NO), the META event is a META event related to audio control (Fig. 18 (b)). The control of the module is performed (S507).

Then, it is determined whether or not the reproduction has been completed (S508). If the reproduction has not been completed (S508 NO), the delta 'time (FIG. 7) of the MIDI data is read. (S509), it is determined whether or not the time of the delta 'time has elapsed (S510). If the elapsed time matches the value of the delta time (S510YES), the process returns to S501 to read the next MDI data, and thereafter repeats the above operation. When the reproduction is completed (S508YES), a series of operations is completed.

As described above, various embodiments of the present invention have been described. However, the present invention can be applied to other applications. For example, referring to FIG. --

Using the function of the answering machine message, you can send a voice mail with BGM by MIDI. In this case, the voice mail may be stocked at the host or sent directly to the other party's terminal (mobile phone, etc.).

As another application example, the melody line of a music piece can be stored as MIDI data, and the other parts (accompaniment, etc.) can be arranged using a program-based arrangement function to complete the song. It is possible. In this way, the amount of data is greatly reduced, and the memory capacity can be saved.

Also, as another application example, music played back by MIDI data can be used as a hold sound for a telephone. In this way, the other party holding the call can listen to sophisticated music that is not dry, so that the other party does not have to wait and feel uncomfortable.

Further, as another application example, MID I data can be set so that the incoming call style differs for each telephone. In this way, even if there are many telephones, it is easy to determine which telephone is ringing based on the incoming melody.

Also, as the telephone system of the present invention, the example in which the server 300 is accessed via the base station 200 has been described in the above embodiment, but the base station 200 is not necessarily required in the present invention. Alternatively, a configuration in which the server 300 is directly accessed via a communication line or the like may be employed.

Claims

Scope of request. A receiving means for receiving MIDI data from outside, a storage means for storing received MIDI data, and a reproducing means for reading out the MIDI data from the storing means and performing a reproducing process. A telephone characterized by the following.

2. The telephone according to claim 1, wherein MIDI data is read from said storage means in response to an incoming signal, and a music reproduced based on the read MIDI data is notified as a ringing tone. .

3. The telephone according to claim 2, wherein the storage means stores MIDI data of different music pieces corresponding to the incoming call signal, and notifies the different music pieces as ringing sounds according to the incoming call signal.

4. The telephone according to claim 2, further comprising a vibrator for notifying an incoming call, wherein the vibrator is vibrated based on the MDI data.

The telephone according to claim 1, 2 or 3, which has a function for generating an answering machine message, wherein the message created by voice is registered together with the background music by MIDI. Phone.

2. The telephone according to claim 1, wherein MIDI data stored in said storage means is read out by a key operation to reproduce music.

7. The telephone according to claim 1, wherein the music to be reproduced includes a synthesizer sound based on MDI data and a voice based on audio data.

A telephone, and a server accessed by the telephone, wherein the telephone is defined in claims 1, 2, 3, or 6. The telephone system according to any of the preceding claims, wherein the MIDI data is downloaded from the server to the telephone.

9. The telephone system according to claim 8, wherein the telephone is a portable telephone.

0. A telephone and a personal computer to which the telephone is connected, wherein the telephone is the telephone according to any one of claims 1 to 3, wherein the telephone is formed by the personal computer. A telephone system characterized in that downloaded MIDI data is downloaded to the telephone.