JP2001292199A - Telephone set and reading object-writing matter - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a telephone set for easily inputting sound data, such as a call-incoming melody and a reading object-writing matter with the sound data recorded thereon. SOLUTION: A code reading part 26 reads a two-dimensional code, being a reading object recording melody data or musical note data from the reading object writing matter to store it in a melody data storing part. Then, a control part reads the melody data from the melody data storing part to convert it into sound to output from a calling speaker incorporated in a portable telephone set 1 during call incoming, to convert it to sound to output from a speaking speaker 4 and to transmit this sound via a transmission/reception part during holding.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a telephone device capable of registering sound data as a sound for operation guidance such as a ringtone or an alarm sound.

[0002]

2. Description of the Related Art Conventionally, there has been known a telephone device configured to be able to register a melody as a sound for operation guidance such as a ringtone or an alarm sound. As a method of registering a melody in such a telephone device, a method of inputting a pitch, a length of a sound, and the like constituting the melody from a keyboard in order for each sound, or using a communication function of the telephone device There is a method of downloading and registering melody data from a service center of each telephone company or the like.

[0003]

However, in the method of inputting from the keyboard, it is necessary to understand the procedure for inputting the pitch, length, and the like of the melody. In addition, since the telephone device generally has only a limited number of keys and display devices, this input procedure is complicated and difficult to input.

[0004] In addition, the method of downloading requires communication with a service center, so that there is a problem that a communication fee is required and a long time is required for downloading. Moreover, in the downloading method, there is no choice but to select only the melody registered by each telephone company service center.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a telephone device for easily inputting sound data such as a melody and a reading target recorded with the sound data.

[0006]

In order to solve the above-mentioned problems, the telephone device according to the first aspect of the present invention reads sound data recorded optically by reading means, and reads the sound data. The sound data is stored in the storage means. The sound output means outputs the sound data stored in the storage means as sound.

[0007] Here, "optically recorded" means that recording has been performed utilizing the physical properties of light. For example, it is recorded in a barcode or a two-dimensional code as described in claim 2. If it is a two-dimensional code,
It can include a larger volume of sound data than a barcode.

The "sound data" is data obtained by encoding a sound, and may be, for example, data obtained by sampling a sound. In this case, optically recorded sampling data is read and stored, and the stored sampling data is converted into sound and output. In this way, the sound can be converted into a two-dimensional code, printed on a printed matter and distributed, and the two-dimensional code of the printed matter can be read by the reading means to output the sound.

[0009] The "sound data" may be data corresponding to a sound pitch, a sound length, or the like (hereinafter, referred to as a sound pitch, etc.). For example, it may be data that outputs a sine wave at 440 Hz for 2 seconds, or data that outputs “quarter note C”. As described above, if the sound data is data corresponding to the pitch or the like, the sound output unit outputs a sound corresponding to the pitch or the like.

As such sound data, it is preferable that the composition information is encoded.
The composition information may be, for example, information corresponding to a symbol described on a musical score. Symbols written on the score include, for example, notes, rests, note names, clef, key signature,
Time signatures, dynamics, speed signs, repetitions, decorations,
There are code names, etc. It is preferable to encode information corresponding to such a symbol and optically record the encoded information as sound data on a reading target, and record the content of the recorded information in a human-readable format. In human readable form,
For example, there are symbols, words, pictograms, numerical values, etc. on music scores.
If it is described with a symbol on the score, the user can view the score and directly enter the contents of the score. for that reason,
Music can be easily input as sound data from a musical score.

[0011] For example, if characters corresponding to the input method using the keyboard of a conventional mobile phone are described,
It is possible to input without operating small keys of the mobile phone. Therefore, this makes it very easy to input the pitch of the sound. Also, it is difficult to increase the number of types of composition information that can be input because the key operation is complicated with a keyboard, but, for example, since it is possible to input from a barcode table corresponding to the composition information,
As described above, the input does not become difficult even if the types of composition information are increased.

[0012] Since the composition information can be easily input by reading the reading object in which the composition information is encoded and optically recorded, the original music (melody) can be easily input. Can be. In the sound data, the sound data related to time, such as the length of a note or the length of a rest, is measured by the length input means as described in claim 4. May be entered.

This eliminates the need to optically read time-related sound data among the sound data. For example, as the length input means, if the time during which the switch is pressed is measured by a timer and input, for example, while the reading means is applied to the code on which the information of "C" is recorded, this switch is used. Is measured, and the measured time can be input as the length of the sound of "do". In this way, the length of the sound can be input by the length input means while the pitch of the sound is optically read by the reading means.

Similarly, in the case of a rest, for example, one code indicating a rest is prepared, and while the reading means is applied on the code, the time during which the above-described switch is pressed is measured. The measured time can be input as the length of the rest. By doing so, the chord table can be reduced, and sound data and information on the length of time of the sound data can be input simultaneously.

The length of this time may be, for example, the length of time during which the above-mentioned switch is pressed (hereinafter referred to as a detection time), or may be determined in a predetermined correspondence with the detection time. It may be time. As the predetermined correspondence, for example, the detection time within a certain range may be the same length of time. This makes it easy to input the length of time when inputting the length of a sound on a musical score. Further, the predetermined correspondence may be set in advance or may be learned.

Further, the sound data may be obtained by encoding a melody. With this configuration, the melody can be easily input via the reading unit. For example, if the melody data for one song is recorded in one two-dimensional code or the like, the song can be input by one reading, and the trouble of inputting the song can be saved. Of course, the melody data for one music piece may be divided into a plurality of two-dimensional codes and recorded. By doing so, the melody data can be read instantaneously, so that the conventional download is unnecessary, and as a result, the communication fee and the time required for the download are unnecessary.

It is preferable that the read sound data is output in the reading order. For example, when a plurality of reading targets in which data of one note is recorded as sound data are read, note data is stored in the reading order of the reading targets, and the note data is read out in the storing order. Output as Also, for example, when a plurality of reading targets in which melody data obtained by encoding a melody is recorded as sound data are read, the melody data is stored in the reading order, and the melody data is read out in the storage order and read as a sound. Output. With this configuration, the user can output the intended sound only by reading the reading targets in the order of output.

For example, as described in claim 14, a melody data of a tune is divided into a plurality of readable objects, and a read corresponding to a favorite phrase (a part of the tune) of a user is read. By reading the objects in order, it is possible to output sounds in order in accordance with the intention of the user. That is, it is easy to output sounds in a different order from the original song phrase order, to output sounds from the middle of the song, or to repeatedly output the rust portion of the song. It is also possible to combine a part of the melodies of a plurality of songs and output the sound as one song.

Now, not only sound data but also various data can be recorded on the object to be read. For example, you may record the content of the process performed using sound data. As the processing performed using the sound data, for example, an input end instruction of the sound data may be recorded in a reading target, or may be recorded.
For example, as in the case of the reading target shown in FIG. 7, during the output time required when sound data is output as sound, mute instruction data for stopping output of the sound may be recorded. The read target including such mute instruction data may be a read target that includes only the mute instruction data without including the sound data, or may be a read target that includes both the mute instruction data and the sound data of the part to mute. Good.

In order to read and mute a read target that does not include sound data but includes only the mute instruction data, it is necessary to specify the sound data to be muffled. Therefore, for example, when reading the read target on which the sound data is recorded after reading the read target including only the mute instruction data, the read sound data as the sound data of the mute target,
When a read target on which sound data is recorded and a read target on which mute instruction data is recorded are read in accordance with a predetermined rule, the sound data is associated as sound data to be muted. That is, as described in claim 7, when a reading target on which sound data is recorded is read after reading a reading target on which sound deadening instruction data is recorded, the sound data and the sound deadening instruction data are stored in association with each other. In this case, the sound data is not output as a sound during the output time of the sound data. On the other hand, when a reading target including both the sound data and the mute instruction data is read, the sound data and the mute instruction data are stored in association with each other, and the sound data is stored for a time corresponding to the output time of the sound data. Do not output data as sound.

In this way, the sound data to be silenced and the silence instruction can be easily input. For example,
According to a sixteenth aspect of the present invention, a user can easily input a mute instruction if the read target is a read target in which a read target on which sound data is recorded and a mute read target including mute instruction data are described in association with each other. can do. Here, the phrase "correspondingly described" means that the user can understand that there is a correspondence between the two reading targets, such as, for example, writing the reading target in which the sound data is recorded and the reading target including the mute instruction data. Means that it is described in In this way, if the sound data is melody data of a part of a song (phrase), the phrase can be easily silenced by reading such a silencing read target. That is, according to such a reading target description and the telephone device according to the seventh aspect, it is possible to easily set whether or not to output as a sound for each phrase of a song. Note that the reading target description may be, for example, paper such as a pamphlet, a book, or a magazine, or other tangible material. That is, any object that can describe the object to be read may be used.

Similarly, the reading object may include deletion instruction data for deleting sound data, and when the reading object is read, the read sound data is added to the read sound data. The corresponding part may be deleted from the sound data already stored in the storage means.
This makes it possible to easily delete the sound data. In this case, the object to be read is similarly set in claim 15.
As shown in (1), the melody may be described in the reading target description in association with the reading target.

The sound data read by the reading means and stored in the storage means may be output as sound from the sound output means when a user inputs a reproduction instruction, or may be an alarm or the like. It can also be output as sound according to predetermined operating conditions. For example, the sound output means may output the sound data stored in the storage means as a sound based on the incoming call signal when the incoming call is detected by the incoming call detection means. This makes it possible to easily input and sound a ringtone.

Also, the sound output means may output the sound data as a sound during the hold state. In this way, the hold sound can be easily input and sounded. The reading means may be built in the telephone device, or may be detachable from the telephone device main body. If it is detachable, the cost of the telephone device itself can be reduced, and the reading means is separate,
The reading means can be used separately from the telephone device main body, and input of sound data is further facilitated.

As described above, according to the telephone apparatus of the present invention, since the sound data is read from the object to be read, a ring tone or the like can be set more easily and at lower cost than in the past. Therefore, for example, it is preferable to provide an ensemble function (ensemble function) in which a plurality of telephone devices play a ringtone or the like. For example, a plurality of telephone devices read and store melody data of different parts of the same song as sound data,
When one telephone device outputs the sound data as a sound,
The other telephone device outputs the sound in accordance with the sound.
In this way, the same music can be played by a plurality of telephone devices, and the enjoyment is increased.

Such an ensemble function can be realized as in claim 12. That is, the sound data stored in the storage unit is output as a sound using the sound detected by the detection unit as a trigger or in synchronization with the sound detected by the detection unit. For example, the detecting means detects a sound that is sounding outside the apparatus itself, and searches whether sound data corresponding to the detected single sound or sound flow (arrangement) is stored in the storage means. If sound data is found, it may be detected, and the sound output means may output sound as sound from the sound data next to the sound data.The sound output means may output the sound detected by the detection means. In synchronization, the sound data stored in the storage means may be output as sound.

The object to be read may be described in association with information that allows the user to understand the contents of the sound data recorded on the object to be read.
For example, a note and a melody corresponding to the sound data may be written together with words (for example, lyrics) and symbols on the reading target. In this way, it is possible to easily determine what kind of sound data is recorded in the reading target.

[0028]

DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is a block diagram illustrating a circuit configuration of a mobile phone 1 according to an embodiment to which the present invention is applied, and FIG. 2 is an external view of the mobile phone 1 as viewed from an operation unit.

As shown in FIG. 2, the portable telephone device 1 of this embodiment is formed in an elongated shape so that it can be operated with one hand and is convenient for carrying, like a general portable telephone device. . In the center, as the operation unit 2, numeric keys “0 to 9, *, #” for inputting the telephone number of the call destination, switching of the operation mode of the mobile phone 1, and input of various commands. A number of key switches each including various function keys are arranged. Above the operation unit 2, there is provided a display unit 3 composed of a liquid crystal display (LCD) for displaying a message transmitted from another telephone device, an operation guide of the mobile telephone device 1, an operation status, and the like. And
Above it, there is provided a call speaker 4 for playing back an audio signal sent from a telephone line network or a call partner by placing an ear during a call. An extensible rod antenna 6 is provided at the tip end above the call speaker 4, and wireless communication with the base station on the telephone line network side is performed via the rod antenna 6. Have been able to.

Below the operation unit 2, there are provided a microphone 5 for a user to input voice during a call and a two-dimensional code reading unit 20 for reading a two-dimensional code. The two-dimensional code reading unit 20 reads a QR code that is a kind of two-dimensional code. As exemplified in the explanatory diagram of FIG. 3, the QR code is composed of bright (white) or dark (black) cells arranged in two vertical and horizontal directions. This QR code has three positioning symbols A, C, and D. When optically reading a QR code, first, these three positioning symbols A, C, and D are detected. The positioning symbols A, C, and D have a specific ratio of 1 / (dark): 1 (bright): 3 regardless of the scanning direction.
(Dark): 1 (bright): 1 (dark). Therefore, if this specific ratio is detected, the positioning symbols A, C, and D can be detected. In addition, QR
The code is located between the positioning symbols A, C, and D.
Since there are timing cells E and F in which light and dark cells are alternately arranged, the center position of another cell is further determined from the center position of this timing cell and decoded. It should be noted that the QR code as a two-dimensional code shown in FIGS. 4, 5 and 12 described later is only for showing the outline thereof, and that the cells representing the recorded information are not arranged. Is added.

In the example shown in FIG. 3, the amount of information corresponding to about 100 characters converted into alphanumeric characters is stored in the two-dimensional code. Although the amount of information cannot be stored in the conventional barcode at all, the maximum amount is 3600 in the case of the QR code.
Since up to characters can be stored, a melody having a certain length can be recorded with one code.

On the other hand, as shown in FIG. 1, the portable telephone device 1 generates a ring tone when a call signal is transmitted from a telephone line network, separately from the telephone speaker 4, and provides other guidance. A calling speaker 8 for generating a sound and calling a user is built in. Further, in the mobile phone device 1, a transmission / reception unit 12 for performing wireless communication with a base station via the antenna 6, a memory for storing melody data usable as a guide sound such as a ringtone or an alarm sound. A melody data storage unit 14, an interface unit (hereinafter referred to as an I / F unit) 18 for inputting and outputting data to and from an external device such as a computer, and various control processes connected to the above units. A control unit 10 for performing the operation is also provided.

The control unit 10 includes a CPU, a ROM, a RAM,
It is composed mainly of a microcomputer including a timer and the like, and performs various control processes for realizing the function as a general mobile phone device, that is, the transmission / reception unit 12 sends another phone device to the phone network. A calling process for transmitting a calling signal for calling, a receiving process for generating a ring tone from the calling speaker 8 when a calling signal is transmitted from the base station, and the generation of the ring tone allows the user to use the portable telephone device 1. When a command to connect the telephone 1 to the telephone network is inputted, the telephone device to be called is connected to the telephone network by connection processing and call processing for connecting the apparatus 1 to the telephone network via the transmission / reception unit 12. When a call with the called party's telephone device becomes possible, or when the device 1 is connected to the telephone line network by the connection processing, and a call with the calling side telephone device becomes possible. To use Transmits a voice signal input from the microphone 5 to the base station side from the transmission / reception unit 12, or receives a voice signal transmitted from a telephone device of a communication destination connected via a telephone network from the telephone speaker 4. It executes voice input / output processing for generating voice.

The user operates the operation unit 2 to input a melody creation command, and the melody data and note data such as pitch and sound length are recorded in a two-dimensional code. When the two-dimensional code reading unit 20 is approached, the control unit 10 performs a process of reading the two-dimensional code.

The two-dimensional code reading unit 20 for reading a two-dimensional code is composed of a two-dimensional CCD, and outputs a video signal based on an instruction from the control unit 10. The output video signal is recorded in the image memory and stored in the image memory.
The control unit 10 searches whether a bit pattern corresponding to the dimension code exists. If a bit pattern corresponding to the two-dimensional code exists, the code is transmitted to the control unit 10.
Decodes to obtain melody data and note data.
In addition, a two-dimensional code (QR code) as shown here
The configuration for reading and the process of the control unit 10 are well known to those skilled in the art.

The melody data and note data are converted into two-dimensional codes as data of alphanumeric characters and symbol characters in MML (Music Macro Language) in which note names, octaves, sound lengths, volume, timbre, tempo, etc. are recorded. Record it. For example, in a quarter note Doremi looks like "L4CDE". Further, in these two-dimensional codes, a data type of melody data or note data is recorded.
In the case of melody data, the song title is also recorded as text information in a two-dimensional code.

The melody data storage unit 14 will be described below among various control processes executed in the control unit 10 as described above.
Next, the process of registering the melody data will be described.
Melody data can be roughly divided into two input methods.
One is the melody data recorded as shown in FIG.
This is a method of reading a two-dimensional code with the two-dimensional code reading unit 20 and inputting melody data. Another method is to read a two-dimensional code in which musical note data is recorded as shown in FIG. This is a method of creating and inputting melody data. The processing corresponding to the former method will be described as melody data reading / registering processing, and the processing corresponding to the latter method will be described as melody data creation / registering processing.

First, the melody data reading / registering process will be described. FIG. 4 is a song code table 3 describing song titles and two-dimensional codes recording melody data of the song having the song title.
FIG. 6 is a flowchart showing the procedure of the melody data reading / registering process. This process is executed when the user operates a function selection key provided on the operation unit 2 to set the operation mode of the apparatus 1 to the melody reading registration mode.

First, in step S110 (S represents a step), a two-dimensional code is read. The user selects a song to be registered from the song code table 30 shown in FIG. 4 and places the two-dimensional code reading unit 20 shown in FIG.
Guess. For example, to input a song with song title A, 2
The two-dimensional code reading unit 20 is placed on the two-dimensional code 32
Make sure to hit. Then, the control unit 10 decodes the signal from the two-dimensional code reading unit 20 by the above-described operation to obtain read data.

In S120, it is determined whether or not the melody data is included in the read data. This determination is made based on the data type described above. If it is melody data (S120: YES), the process proceeds to S130, and if it is not melody data (S120: NO), the process ends.

At S130, the user is notified that the melody data has been read. In this notification, the control unit 10 outputs a beep sound indicating completion of reading to the calling speaker 8,
This is performed by displaying the title of the music included in the read data on the display unit 3. In subsequent S140, it is determined whether or not the user operates the registration key of the operation unit 2 and inputs a registration command. If a registration command has been input (S140: YES), S
Move to 150. If the registration command has not been input for a predetermined time or if the cancellation command has been input (S140:
NO), and the process ends as it is.

In S150, the melody data is registered. That is, the melody data in the read data is stored in the melody data storage unit 14. With the above processing, a melody can be easily registered from the printed two-dimensional code.

Next, the melody data creation / registration processing will be described. FIG. 5A is a part of a note code table 40 including a part indicating a note such as a note name and a note length and a two-dimensional code in which information of the note is recorded. The note code table 40 shown in FIG. 5A includes a diagram showing each note name on a staff notation, a note name description section 41 for describing a two-dimensional code recording information corresponding to each note name, and a note length. , A sound length recording section 42 that describes a two-dimensional code that records a note indicating a note and data corresponding to the note, and a rest that describes a two-dimensional code that records the length of the rest and data corresponding to the rest. Mark writing part 43;
An end description unit 44 is provided for writing a two-dimensional code in which data indicating the end of the input is recorded.

The input of one note is performed by the sound length writing section 42.
After reading the two-dimensional code of
This is done by reading the dimensional code. Also, rest input
This is performed by reading the two-dimensional code of the rest description section 43.
For example, when inputting the score shown in FIG.
The dimension codes 42a, 41a, 42a, 41b, 42a,
41c, 43a, and 44a in the order of the two-dimensional code reading unit 2
Read with 0 applied.

Each two-dimensional code has a corresponding M
ML information, for example, "C" for the two-dimensional code 41a, "C +" for 41c, "L4" for 42a,
42b contains information of "L2." And 43a contains information of "R4". FIG. 7 is a flowchart showing a melody data creation registration process for reading these codes and creating and registering melody data. This process is executed when the user operates a function selection key provided on the operation unit 2 to set the operation mode of the device 1 to the melody creation registration mode.

First, in step S210, a two-dimensional code is read. The user selects a note or the like to be input from the note code table 40 shown in FIG. 5, selects a corresponding two-dimensional code,
The two-dimensional code reading unit 2 shown in FIG.
Hit 0. For example, in the case of inputting the first sound of the musical score shown in FIG. 5B, that is, "quarter note", the two-dimensional code reading unit 20 is placed on the two-dimensional code 42a corresponding to the length of the sound. Make sure you hit it. Then, the control unit 10 decodes the signal from the two-dimensional code reading unit 20 by the above-described operation to obtain read data.

In the following S220, it is determined whether or not the read data is data indicating the end of the input. If the data indicates the end (S220: YES), the process proceeds to S260, and if the data is not the end data (S220: N).
O), proceed to S230. In S230, it is determined whether or not the read data is note data. This determination is made based on the data type described above. In the case of note data (S23
0: YES), the process proceeds to S240, and if it is not note data (S230: NO), the process returns to S210.

In step S240, the user is notified that the note data has been read. This notification is performed by the control unit 10 outputting a beep sound indicating completion of reading to the calling speaker 8 and displaying the MML corresponding to the read data on the display unit 3. In subsequent S250, the read note data is added to the melody data being created. In the case of the above-mentioned quarter note, “L4” is added. Then, the process returns to S21.
Move to zero. Therefore, notes can be input continuously.

On the other hand, when the process proceeds to S260 after reading the end data, the user is notified in S260 that the end data has been read. This notification is performed by the control unit 10 outputting a beep sound indicating the end code reading to the calling speaker 8. In S270, the user operates the operation unit 2
By operating the registration key, it is determined whether a registration command has been input. When the registration command is input (S27
0: YES), to S280. If a cancel command has been input (S270: NO), the process ends.

In S280, the created melody data is registered in the melody data storage unit 14. By reading the two-dimensional code in the note code table 40 by the above processing, a melody can be easily created and registered.

The melody data registered in the melody data storage unit 14 by the melody data reading / registering process or the melody data creating / registering process is as follows.
If the user operates the operation unit 2 and sets it as a ringtone,
Thereafter, it is used as a ring tone generated from the calling speaker 8 according to a calling signal from the telephone line network. Further, if the user operates the operation unit 2 to set the sound as a hold tone, then, when the user operates the operation unit 2 to set the hold mode, the call is transmitted via the transmission / reception unit 12 and the call speaker is set. 4 is used as a holding tone. Further, if the user operates the operation unit 2 and sets the melody as an operation guidance melody such as an alarm sound, the melody is thereafter used as a guidance sound generated from the calling speaker 8 when the operation of the apparatus 1 is guided.

FIG. 8 shows a process when an incoming call is set as a ring tone, and FIG. 9 shows a process when the call is held as a hold tone. The call signal is transmitted to the control unit 1 via the transmission / reception unit 12.
When 0 is input, the control unit 10 executes a ringtone output process shown in FIG.

In S310, the melody data storage unit 14
Reads note data next to the note data previously read from. However, when this step is first executed, the first note data of the melody in the melody data storage unit 14 is read. If the note data is sound length data, the next note name data is also read.

At S320, a sound corresponding to the note data read at S310 is output from the calling speaker 8. If the note data is a rest, the output of the time sound indicated by the rest is stopped. In subsequent S330, it is determined whether or not the user operates the incoming key by the operation unit 2 and inputs an incoming call command. If an incoming call command is input (S
330: YES), and terminate the process. Therefore, the output of the sound stops. On the other hand, when the incoming call command is not input (S330: NO), the process proceeds to S340.

In S340, it is determined whether there is a call signal. If there is a calling signal, the process proceeds to S310. In this way, the registered melody can be output via the two-dimensional code reading unit 20 while the call signal is present. On the other hand, if there is no call signal, the process ends. In this case, the output of the sound is stopped.

As described above, the melody input from the two-dimensional code reading section 20 can be output at the time of an incoming call. On the other hand, if the user operates the hold key using the operation unit 2 to input a hold command during a call, the control unit 10 executes a hold sound output process shown in FIG.

In S410, the melody data storage unit 14
Reads note data next to the note data previously read from. However, when this step is executed for the first time, the first note data of the melody data is read. If the note data is sound length data, the next note name data is also read.

At S420, the sound corresponding to the note data read at S410 is transmitted via the transmitting / receiving unit 12 and output from the speaker 4 for communication. If the note data is a rest, the output of the time sound indicated by the rest is stopped. In subsequent S430, it is determined whether or not the user operates the hold release key using the operation unit 2 and inputs a hold release command. When the hold release command is input (S4
30: YES), and terminate the process. Therefore, the output of the sound is stopped. On the other hand, when the incoming call command is not input (S430: NO), the process proceeds to S410. By doing so, during the suspension period, the two-dimensional code reading unit 2
0 can output the registered melody.
On the other hand, if there is no call signal, the process ends. In this case, the output of the sound is stopped.

According to the above configuration, the melody can be easily input simply by applying the two-dimensional code reading unit 20 to the two-dimensional code. Also, the melody can be used as a ringtone or a hold tone. That is,
By distributing and posting paper or the like on which a two-dimensional code including melody data is printed, the melody can be easily distributed to many people. For example, a song code table such as the song code table 30 in FIG. 4 may be printed on books, magazines, pamphlets, posters, and the like. In this way, a melody can be easily input from these books, magazines, pamphlets, posters, and the like. Also, for example, if melody data such as a company song or a user's favorite song is printed as a two-dimensional code on a business card or the like, a person who receives the business card receives a telephone call from the individual. You can easily set the melody to sound.

Also, since it is possible to input from the note code table 40, when inputting from a musical score, it is sufficient to scan as in the musical score. For this reason, it is very easy to input from a musical score or the like. Also, the user can easily input the original music. In this embodiment, 2
The dimension code reading unit 20 and the control unit 10 correspond to a reading unit, and the melody data storage unit 14 corresponds to a storage unit.
Further, the control unit 10, the calling speaker 8, the calling speaker 4, and the transmitting / receiving unit 12 correspond to a sound output unit.
The transmission / reception unit 12 corresponds to an incoming call detection unit.

As described above, one embodiment of the present invention has been described. However, the present invention is not limited to the above-described embodiment, and various embodiments can be adopted. For example, in the above embodiment, the description has been given of the mobile telephone device wirelessly connected to the base station of the telephone network. However, the present invention relates to a telephone device directly connected to the telephone network by wire. Can also be applied. Of course, the portable telephone device includes a PHS or the like.

Although the note code table 40 shows note names, note durations, and rests, note codes can include information on sounds such as volume and tone. Also, it may include chord information instead of single tone. For example, two-dimensional chords corresponding to chords such as C and Em may be provided. For example, a dotted note, a tuplet, a change symbol such as sharp or flat may be another code, or an octave may be another code. Although the MML is used as the information format, any format may be used as long as sound can be encoded.
For example, a MIDI format may be used, or a character or the like that has been displayed in response to an input from the operation unit 2 when composing music on a mobile phone may be used.
The song code storing the melody data may include data related to the song. For example, it may include a song title, lyrics, and the like.

Although the note code table 40 describes a two-dimensional code together with a musical score, it may be described together with the shape of the musical instrument. For example, a two-dimensional code may be described on a printed keyboard such as a piano. In this way, a user who can play the musical instrument can input a music very easily.

The code is not limited to a two-dimensional code, but may be any code that is optically readable. For example, a bar code may be used. In the above embodiment, a two-dimensional CCD is used for the two-dimensional code reading unit 20, but another optical sensor or the like may be used. For example, a linear CCD or a phototransistor may be used.

Although the two-dimensional code reading section 20 is built in the mobile phone 1, it may be detachable as shown in FIG. In this case, in the case of the mobile phone 1, a code reading unit 26 corresponding to a reading unit is connected to the connector 22 via the cable 24. The code reading unit 26 may be a handy type shown in FIG. 10 or a pen type.

In the above embodiment, when the sound length is input, the sound length is input by reading the two-dimensional code of the sound length description section 42 of the note code table 40 in FIG. A function key for inputting a sound length is provided in the operation unit 2 (corresponding to a length input means), and the time during which the function key is pressed while the note name writing unit 41 is being read is set. , May be input as the length of the sound of the note name. At this time, the time during which the function key is pressed is, for example, an eighth note for less than 1 second, a quarter note for 1 to 2 seconds, 2 to 4
The second may correspond to a half note, and the second or longer may correspond to a whole note.

In the case where the switch 28 is detachable as shown in FIG. 10, the switch 28 may be used as a function key. In this case, in S210 of FIG. 7, the timer of the control unit 10 measures the time during which the function key is pressed and the two-dimensional code including the note name information is read, and the MML corresponding to the time is measured. Generate

In the above embodiment, as described with reference to FIG. 6, registration is performed for each song, but a plurality of songs are stored as one melody data in the melody data storage unit 1.
4 may be stored. For example, 2 of multiple songs
When the dimensional codes are read continuously, the melody data may be connected in the reading order and stored in the melody data storage unit 14, and the melody data may be reproduced.

A melody reading / registering mode (mode for performing the processing shown in FIG. 6) and a melody creation / registering mode (mode for performing the processing shown in FIG. 7) are provided. , For example, without switching the mode, the song code table 3 in FIG.
It may be possible to input from both the note code table 0 and the note code table 40 in FIG.

That is, as shown in FIG. 11, the two-dimensional code is read (S510), and the melody data being created is included in the read two-dimensional code until the end code is read or the end instruction is input from the key. Add melody data or note data (S53
0), when the end instruction is input (S520: YE
S), it is confirmed whether or not to register, and if a registration instruction is input (S540: YES), the melody data being created is registered in the melody data storage unit 14. At this time, a song number is assigned and stored in order to identify the name of the song and the song. Note that a plurality of melody data can be registered in the melody data storage unit 14.

In this manner, a plurality of songs can be registered as one melody, or an original melody can be added from the note code table 40 after the song input from the song code table. Further, the melody data is recorded in a two-dimensional code for each music piece as shown in FIG. 4, but is recorded in another two-dimensional code for each music piece as shown in FIG. You may do so. (A part of a song is referred to as a phrase in the following description.) According to such melody data registration processing, arbitrary phrases can be registered in an arbitrary order.

FIG. 12 is a diagram showing a melody sheet 50 in which melody data of a music piece is divided for each phrase and recorded in a plurality of two-dimensional codes. At the top of the melody sheet 50, there is provided a lyrics description section 51 in which the lyrics of the song are described. A two-dimensional code including the melody data corresponding to the lyrics is shown in a row shown in FIG. Are described in the output melody description section 52 of the respective sections. For example, the melody data corresponding to the lyrics 51a of "Haruno" is recorded in the two-dimensional code 52a. From such a melody sheet 50, phrases can be registered in any order by the melody data registration process shown in FIG.

The two-dimensional code of the silence melody description section 53 in the row shown in FIG. 12B below includes an instruction to silence the reproduced melody during the time required for outputting each phrase. For example, the two-dimensional code 53a includes the time required to reproduce the melody data corresponding to the lyrics 51a of "Haru no" (that is, the melody data recorded in the two-dimensional code 52a), and the mute instruction data for stopping the sound output. In. Specifically, the two-dimensional code 53a
Is a MML that sets the volume of the melody data and the melody data same as the two-dimensional code 52a to zero.
“0” is added to the beginning of the melody data, and “V7”, which is the MML for restoring the volume, is added and recorded at the end of the melody data. Therefore, by registering in the same manner as the two-dimensional code described in the output melody description section 52 by the processing of FIG. 11, the volume is set to 0 during reproduction of this portion, and is not output as sound.

For example, when the two-dimensional code 52a, the two-dimensional code 53b, and the two-dimensional code 52c are read in order and registered as a ring tone, when a call arrives, the melody of the lyrics 51a is reproduced by the ring tone output processing shown in FIG. No sound is output during the time corresponding to the playback time of the melody of the lyrics 51b, and then the melody of the lyrics 51c is output as a sound. In this way, a favorite phrase can be registered in a desired order, including a silent phrase.

Therefore, such a portable telephone device is not
Using the table, the first mobile phone device and the second mobile phone device can register a song phrase from the melody sheet 50 and perform an ensemble. For example, the first mobile phone device has two-dimensional codes 52a, 53b, 52c,
53d and 52e are read in order and registered, and the two-dimensional codes 53a, 52b, 53
Read and register in the order of c, 52d, and 53e. If the output of these registered sounds is started simultaneously by the two portable telephone devices, the melody of the lyrics 51a is the first melody.
And the melody of the lyrics 51b is output from the second mobile phone device. The melody of the lyrics 51c is output from the first mobile phone device, and the melody of the lyrics 51d is output from the second mobile phone device. The melody of the lyrics 51e is output from the first mobile phone device. Thus, 1
One song can be ensembled by multiple mobile phone devices.

Further, the melody sheet 50 of FIG. 12 has a deleted melody description section 54 for the row shown in FIG.
The two-dimensional code of the deletion melody description section 54 includes an instruction to delete the read melody data. For example, in the two-dimensional code 54a, melody data (that is, melody data recorded in the two-dimensional code 52a) corresponding to the lyrics 51a of "Haru no" and deletion data indicating that the melody data is deleted are recorded. ing. When the two-dimensional code including the deleted data is read, in S530 of FIG. 12, a portion corresponding to the read melody data is searched from the melody data being created.
The melody data is deleted, and the melody data is connected so that the part before and after the deleted melody data is continuous to be the melody data being created.

By reading a code including such silence data or deleted data, it is also possible to re-edit the data once registered. For example, FIG.
The re-editing process shown in FIG. FIG.
The reediting process 3 is executed when a reediting instruction is input to the control unit 10 by the function selection key of the operation unit 2. At S610, an instruction to read a code for reediting is displayed. In S620, the input from the two-dimensional code reading unit 20 or the operation unit 2 is checked. When the code including the mute data is read from the two-dimensional code reading unit 20 (S630: YES) and when the code including the deletion data is read (S640: YES), the process proceeds to S680. If a return instruction has been input from the operation unit 2 (S650: YES), the reediting process ends. Then, when the reproduction start instruction is input from the operation unit 2 (S660: YES), the process proceeds to S670. If there is no such input (S660: NO) S
Return to 620.

In S680, the melody data storage unit 14
Search for a portion corresponding to the melody data read from the melody data registered in. If there is a corresponding part (S690: YES), the process proceeds to S700,
If not (S690: NO), the process returns to S620.

In S700, the tune number and name of the corresponding melody data are displayed, and the user is prompted to select the melody data to be edited. Then, when the music number is input in S710 (S720: YES), the process proceeds to S730, and when there is an input other than the music number such as a cancel instruction (S72).
0: NO), and returns to S620.

In S730, the melody data of the input music number is determined as a re-edited music, and when a code including mute data is read, a portion corresponding to the melody data included in the code is muted. When the code including the deleted data is read, the portion corresponding to the melody data included in the code is deleted and stored in the melody data storage unit 14. Then, control goes to a step S670.

At S670, the melody data storage unit 14
Is output from the calling speaker 8 as a sound (reproduced). Reediting can be performed in this manner. If there is a corresponding melody data at a plurality of locations in one melody data, an instruction to edit the corresponding location is input, and the editing location is determined according to the instruction. Good.

Now, in the above example of the ensemble function,
Although it has been described that the ensemble can be performed by starting the output of the registered sound at the same time in the two portable telephone devices, the start timing may be adjusted by, for example, communicating between the two portable telephone devices. Also, a sound input from the microphone 5 of the mobile phone device is monitored, the sound is analyzed, and the melody data storage unit 1 of the own mobile phone device is analyzed.
When a sound corresponding to a part of the melody stored in No. 3 is input, the reproduction of the melody data may be started in accordance with the sound.

The processing in the ensemble mode for automatically performing the ensemble will be described with reference to FIGS. 14 and 15.
The process in the ensemble mode of FIG. 14 is executed when an instruction to start the ensemble mode is input by the function selection key of the operation unit 2. In S810, a screen for prompting selection and input of the sound collection level of the microphone 5 is displayed. In S820, the input from the operation unit 2 is checked. If the end instruction has been input (S830: YES), the processing in the ensemble mode ends. If the end instruction has not been input (S83
0: NO) The process proceeds to S840.

At S840, it is determined whether a level selection instruction has been input. If the level input instruction has been input (S840: YES), the flow shifts to S960 in FIG. If the level input instruction has not been input (S8
40: NO), and proceeds to S850 to determine whether the level has been set. If the level has been set (S850:
(YES), the process proceeds to S860, and if the level has not been set, the process returns to S820.

In S860, it is determined whether or not a sound has been input from the microphone 5, and if a sound has been input, the flow shifts to S870, where the frequency of the sound is analyzed to obtain a corresponding pitch. . Then, the length of the sound is obtained from the duration of the interval, and the corresponding MM is obtained from the interval and the length of the sound.
L is obtained as sound collection data. If a sound not associated with MML is input, the sound collection data is set to 0. In S880 that follows, it is determined whether or not the sound collection data is 0 or not, based on whether or not the data is noise. In the case of noise (S88
0: YES), proceeds to S960 of FIG. 15, and if not noise, proceeds to S890.

In S890, sound collection data is added to the sound data input from the microphone 5 so far. Then, the variable i indicating the number of the added sound collection data is incremented. In subsequent S900, the variable i is set to a predetermined value N
It is determined whether or not this is the case. That is, it is determined whether the arrangement (flow) of N or more sounds matches. If the variable i is equal to or more than the predetermined value N (S900: YES), the process proceeds to S910, and if the variable i is less than the predetermined value N (S900: NO), S8.
Return to 20.

At S910, the melody data storage unit 14
Is searched for melody data having a part that matches the sound data from the melody data registered in. And the following S9
At 20, it is determined whether or not there is a melody data portion that matches the sound data. If there is a matching melody data portion (S920: YES), S9 in FIG.
The process moves to S30, and if there is no matching melody data portion (S930: NO), the process moves to S960 in FIG.

In S930, the process waits for the output of the next sound after the matching melody data portion, that is, the (i + 1) th sound to be output, and determines in S940 whether the output is completed. If the processing has been completed, the process proceeds to S950. If not completed, this step is repeated until the processing is completed.

In S950, the next sound i
The sound corresponding to the melody data registered in the melody data storage unit 14 is reproduced (output) from the calling speaker 8 in order from the melody data (MML) corresponding to the + 2nd sound. Then, the process returns to S820.

In S960, the sound collection level is reset to the input level, the microphone input is turned ON, and the sound data and the variable i are reset. According to the processing in the ensemble mode, a sound matching from the head of the melody data stored in the melody data storage unit 14 to the i-th (i is a predetermined value N or more) data is obtained from the microphone 5.
, The data can be reproduced from the (i + 2) th data.

For example, the same melody is input from the melody sheet shown in FIG. 12 to the first portable telephone device and the second portable telephone device, and the first portable telephone device is inputted as shown in FIG. When the device outputs the melody of the lyrics "Haru" as a ringtone, the second mobile phone device inputs the ringtone from the microphone 5 and converts the sound of the lyrics "Haru" into MML. (Corresponding to the sound data in S890). Then, the melody data matching the MML is searched from the melody data storage unit 14 and the completion of the input of the sound of the lyrics "" is waited (corresponding to the processing of S930). Then, the reproduction of the melody data is started from the data corresponding to the "U" part of the lyrics "Urara" (corresponding to the processing of S950). In this way, an ensemble such as a ringtone can be performed by a plurality of mobile telephone devices.

As shown in FIG. 16 (b), the function of this ensemble mode and the above-mentioned silence melody recording section 53 of FIG.
Is read as shown in FIG.
Combining the melody data including (the part shown by... In (b)) makes it possible to alternately play ensemble for each phrase, thereby increasing the fun.

The melody sheet 50 shown in FIG.
In the melody description section 52, for example, the melody data for each part may be recorded and described in different two-dimensional codes, and the parts may be shared and played by a plurality of portable telephone devices. In addition, when performing the ensemble as shown in FIG. 16, the mobile phone device that has detected the ring tone outputs the melody data (eg, MML) stored in the melody data storage unit 14 as it is as a sound. Alternatively, a predetermined processing may be added to the output. For example, the output may be output in a so-called “haul” manner by shifting a predetermined frequency interval, or may be arranged and output. In this example, the detection of the lyrics "Haru" is used as a trigger to output the subsequent melody data, but at this time, the melody data may be output from the beginning. Good. That is, after the incoming mobile phone device outputs a sound corresponding to “Haru no”, the mobile phone device that has detected the ring tone may output “Haru no” from the beginning. In this way, it is also possible to make a chorus. Alternatively, the microphone 5 may always detect an external sound and reproduce the sound while synchronizing the sound.

According to such a portable telephone device, for example, sound data is read and stored in each portable telephone device from a reading object such as a magazine or the like on which a melody sheet 50 is described by a group of friends. You can enjoy it by leaving it. Then, when friends gather, if someone rings, the other person's mobile phone device will output the sound. Also, even strangers can play together if they are input from the same melody sheet 50. Therefore, play, communication,
The value of the mobile phone device as an entertainment tool can be further enhanced.

[Brief description of the drawings]

FIG. 1 is a block diagram illustrating a circuit configuration of a mobile phone device according to an embodiment.

FIG. 2 is an external view of the mobile phone device of the embodiment as viewed from an operation unit side.

FIG. 3 is an explanatory diagram showing a schematic configuration of a QR code as a two-dimensional code.

FIG. 4 is an explanatory diagram showing an example of a music code table.

FIG. 5 is an explanatory diagram showing an example of a note code table.

FIG. 6 is a flowchart illustrating a melody data reading / registering process.

FIG. 7 is a flowchart illustrating a melody data creation registration process.

FIG. 8 is a flowchart illustrating a ringtone output process.

FIG. 9 is a flowchart illustrating a hold sound output process.

FIG. 10 is a diagram illustrating a mobile phone device according to another embodiment.

FIG. 11 is a flowchart illustrating a melody data registration process according to another embodiment.

FIG. 12 is an explanatory diagram illustrating an example of a melody sheet according to another embodiment.

FIG. 13 is a flowchart illustrating a reediting process according to another embodiment.

FIG. 14 is a flowchart illustrating processing in an ensemble mode according to another embodiment.

FIG. 15 is a diagram illustrating a continuation of the flowchart showing the processing in the ensemble mode according to another embodiment of FIG.

FIG. 16 is an explanatory diagram showing an example of an ensemble in the ensemble mode of another embodiment.

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 ... Mobile telephone apparatus 2 ... Operation part 3 ... Display part 4 ... Talking speaker 5 ... Microphone 6 ... Antenna 6 ... Rod antenna 8 ... Speaker 8 ... Calling speaker 10 ... Control part 12 ... Transmission / reception part 14 ... Melody data storage part DESCRIPTION OF SYMBOLS 20 ... Two-dimensional code reading part 22 ... Connector 24 ... Cable 26 ... Code reading part 28 ... Switch 30 ... Music code table 40 ... Note code table 41 ... Note name description part 42 ... Sound length description part 43 ... Rest description Part 44 ... End description part 50 ... Melody sheet 51 ... Lyrics description part 51a-51e ... Lyrics 52 ... Output melody description part 53 ... Mute melody description part 54 ... Deleted melody description part 32,41a, 41b, 41c, 42a, 42b, 43
a, 44a: two-dimensional code A, C, D: positioning symbol E, F: timing cell

Continued on the front page (72) Inventor Rieko Fukushima 1-1-1, Showa-cho, Kariya-shi, Aichi Pref. ) Inventor Hirofumi Kiyohara 1-1-1, Showa-cho, Kariya-shi, Aichi Pref. 1-chome, Showa-cho, Kariya, Japan F-term in DENSO Corporation (reference)

Claims (16)

[Claims] 1. A reading means for reading sound data optically recorded on an object to be read, a storage means for storing the sound data read by the reading means, and a sound data stored in the storage means. A telephone output device for outputting the sound data as sound. 2. The telephone device according to claim 1, wherein said reading means reads a two-dimensional code. 3. The telephone device according to claim 1, wherein said sound data is obtained by encoding music composition information. 4. The telephone device according to claim 3, further comprising: a length input unit for inputting a time length of the sound data when reading the sound data, wherein the length input unit inputs the time length of the sound data. Wherein the length of the time period is the length of the sound data read at the time of reading the sound data. 5. The telephone device according to claim 1, wherein said sound data is obtained by encoding a melody. 6. The telephone device according to claim 1, wherein the storage unit is configured to determine a reading order when sound data is read from a plurality of reading targets by the reading unit. Wherein the sound output means outputs the sound data in the reading order. 7. The telephone device according to claim 6, wherein said reading means further outputs mute instruction data for stopping sound output during an output time required when said sound data is output as sound. The reading means is readable, and when the reading means reads the mute instruction data and the sound data, the storage means stores the mute instruction data in association with the sound data, The telephone device, wherein the sound output means does not output the sound data as a sound during a time corresponding to the output time of the sound data when the sound data is associated with the mute instruction data. 8. The telephone device according to claim 6, wherein said reading means further includes deletion instruction data for deleting a part or all of the sound data stored in said storage means. When the deletion instruction data and the sound data are read in association with each other by the reading means, the storage means reads out of the sound data stored in the storage means. A telephone device for deleting a portion of sound data that matches the sound data. 9. The telephone device according to claim 1, further comprising an incoming call detecting means for detecting an incoming call, said sound output means based on an incoming signal detected by said incoming call detecting means. A telephone device for outputting the sound data stored in the storage unit as a sound. 10. The telephone device according to claim 1, wherein said sound output means outputs said sound data stored in said storage means as a sound during a hold state. Telephone equipment. 11. The telephone device according to claim 1, wherein said reading means is detachable from a telephone device main body. 12. The telephone device according to claim 1, further comprising: detecting means for detecting that a sound corresponding to the sound data stored in said storing means sounds outside. The sound output unit outputs the sound data stored in the storage unit as a sound, using the sound detected by the detection unit as a trigger or in synchronization with the sound detected by the detection unit. A telephone device characterized by the above-mentioned. 13. A reading target description describing the reading target readable by the telephone device according to any one of claims 1 to 12, further comprising the content of sound data recorded on the reading target. A read target description, wherein information shown to a user is described in association with the read target. 14. The object to be read according to claim 13, wherein a plurality of the objects to be read are described, and each of the objects to be read records a part of a melody of a song as the sound data. To be read. 15. The reading object according to claim 13, wherein the reading object on which the sound data is recorded corresponds to the deletion reading object on which the deletion data for deleting the sound data is recorded. An article to be read, characterized in that it is additionally described. 16. The object to be read according to claim 13, wherein the output of the sound is stopped during a reading object on which the sound data is recorded and an output time required when the sound data is output as a sound. A description item to be read which is described in association with a reading object for muffling including muffling instruction data for causing the sound to be muted.