JP2003223167A - Incoming melody editing system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an incoming melody searching editing device for editing the data of an incoming melody such that play can be started from a position designated by a user in a portable telephone. <P>SOLUTION: In a data preparing device 1, incoming melody data for editing reproducible for the portable telephone are prepared. In a server 2, the incoming melody data for editing prepared by the data preparing device 1 are stored. In a user terminal 3, the incoming melody data for editing realized by the portable telephone and desired by the user are downloaded via the Internet. Further, in the user terminal 3, a play starting position is determined corresponding to the instruction of the user by using the downloaded incoming melody data for editing, and the data of the relevant play starting position are transmitted to the server 2. In the server 2, edited incoming melody data are prepared such that the play of the incoming melody can be started from the relevant play starting position, and transmitted to the user terminal 3. Thus, the edited incoming melody data can be acquired in the user terminal 3. <P>COPYRIGHT: (C)2003,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an incoming melody editing system, and more particularly to a system for editing an incoming melody of a mobile phone downloaded from a server.

[0002]

2. Description of the Related Art In recent years, mobile phones have rapidly become popular.
This mobile phone is equipped with a function of playing a melody for notifying the user of an incoming call (hereinafter referred to as an incoming melody). The data of this ringing melody is stored in the recording medium of the mobile phone in advance, is downloaded via the Internet, or is created by the mobile phone or the personal computer to be obtained by the user.

By the way, the length of the music of the incoming melody is
Generally, it is several tens of seconds. On the other hand, the user enters the call state in 5 to 10 seconds after receiving the call. Therefore, when there is a favorite portion in the middle of the incoming melody, the user cannot often hear the favorite portion of the incoming melody.

Here, in some sites (hereinafter referred to as ringing melody sites) for downloading ringing melody data via a mobile phone, even if the ringing melody is the same, a ringing melody at a plurality of different playing start positions is used. There are ringtone melody sites that are prepared for. Specifically, for the same incoming melody, an incoming melody played from the introduction of the song and an incoming melody played from the chorus of the song are prepared on the incoming melody site. Then, the user can download the data of the ringing melody at the desired playing start position from the ringing melody site by using the mobile phone. As a result, the playing start position of the incoming melody is diversified.

[0005]

However, the incoming melody site has only the incoming melody data at the performance start position set by the administrator of the incoming melody site. Therefore, the user cannot always obtain the data of the incoming melody in which the performance is started from the favorite position. Further, in the ringtone melody site, in order to diversify the playing start position of the ringtone, a lot of ringtone data must be prepared. Therefore, there is a problem that it takes time to create the data of the incoming melody.

Therefore, an object of the present invention is to provide an incoming melody cue editing device for editing the data of an incoming melody that allows a mobile phone to start playing from a position designated by the user.

[0007]

[Means for Solving the Problems and Effects of the Invention] A first invention is a system for editing a ringing melody of a mobile phone downloaded from a server, wherein the server comprises:
When there is a data transmission means for transmitting data to a mobile phone and a request to download an incoming melody from the mobile phone,
Incoming melody data selecting means for selecting corresponding incoming melody data from a plurality of incoming melody data prepared in advance and for giving the selected data transmitting means to the mobile phone which issued the download request. , The mobile phone receives the data transmitted from the server, and the start position for determining the play start position of the incoming melody according to the user's instruction while playing the incoming melody data received by the data receiving means. The server includes a deciding means and a notifying means for notifying the server of the playing start position of the incoming melody decided by the starting position deciding means, and when the server receives the playing start position of the incoming melody from the notifying means of the mobile phone, In order to be able to play the incoming melody from the playing start position of the incoming melody, the corresponding incoming The mobile phone is further provided with editing means for editing the data to create new incoming melody data, and for giving the created new incoming melody data to the data transmitting means to transmit to the mobile phone. It further comprises storage means for storing the new incoming melody data.

As described above, according to the first aspect of the invention, the server edits the incoming melody data in response to the request of the portable terminal, so that the user causes the portable telephone to play the incoming melody from an arbitrary playing start position. It becomes possible. Also,
Since the server can edit the incoming melody data and create new incoming melody data having an arbitrary performance start position, the server only needs to have the incoming melody data. As a result, the server does not have to previously hold new incoming melody data having various playing melody start positions, and the server can easily manage the data.

A second invention is an invention according to the first invention, wherein the editing means includes the incoming melody data before the playing start position of the incoming melody and the incoming melody after the playing start position of the incoming melody. It is characterized in that the data and the data are replaced with each other and are combined to create new incoming melody data.

As described above, according to the second invention, the new incoming melody data is created by a simple process of editing the data arrangement of the incoming melody data stored in the server. Compared with the case where the new incoming melody data is created, the new incoming melody data can be created easily and quickly.

A third invention is according to the first invention, wherein the incoming melody data is divided into a plurality of blocks, and the deciding means reproduces the melody data when instructed by the user. It is characterized in that the start position of the existing block is determined as the performance start position of the incoming melody.

As described above, according to the third aspect of the invention, since the head position of the block being reproduced when the user gives an instruction is determined as the performance position of the incoming melody, the user can make the melody of the block. The performance start position can be determined after auditioning a part of. As a result, the user can easily set the performance start position of the incoming melody. Further, since the incoming melody data is divided into a plurality of blocks, the divided position can be used as information indicating the playing start position of the incoming melody. As a result, the server can easily identify the position of the incoming melody data corresponding to the performance start position of the incoming melody transmitted from the mobile terminal.

A fourth invention is according to the first invention, wherein the mobile phone determines the end position of the incoming melody according to a user's instruction while reproducing the incoming melody data. The notifying means further notifies the server of not only the playing start position of the ringing melody but also the playing end position of the ringing melody, and the editing means sends the playing start position of the ringing melody to the playing end position of the ringing melody. It is characterized in that new incoming melody data is created so that the incoming melody corresponding to the part can be played.

As described above, according to the fourth aspect of the invention, in addition to the playing start position of the incoming melody, the playing end position of the incoming melody can be arbitrarily determined by the user. You will be able to have your mobile phone play any part of the ringtone.

A fifth invention is an invention according to the fourth invention, wherein the editing means extracts the incoming melody data of a portion from the performance start position of the incoming melody to the performance end position of the incoming melody, The feature is that new incoming melody data is created.

As described above, according to the fifth aspect of the invention, the new incoming melody data is created by a simple process of extracting a part of the existing incoming melody data. Therefore, the new incoming melody data is newly added. As compared with the case where the incoming melody data is created, the new incoming melody data can be created easily and quickly.

A sixth invention is according to the fourth invention, wherein the incoming melody data is divided into a plurality of blocks, and the start position determining means allows the user to set the playing start position of the incoming melody. The start position of the block being reproduced when the instruction to determine is determined as the performance start position of the incoming melody, and the end position determining means determines when the user instructs to determine the performance end position of the incoming melody. The last position of the block being reproduced immediately before the block being reproduced is determined as the performance ending position of the incoming melody.

As described above, according to the sixth aspect of the invention, the start position of the block being reproduced when the user gives an instruction is determined as the playing position of the incoming melody, and similarly when the user gives an instruction. The last position of the block being played immediately before the block being played is determined as the playing position of the incoming melody. The ending position can be determined. As a result, the user can easily set the performance start position and the performance end position of the incoming melody. Also, since the incoming melody data is divided into multiple blocks,
The divided positions can be used as information indicating the playing start position and the playing end position of the incoming melody. As a result, the server can easily specify the position of the incoming melody data corresponding to the performance start position and the performance end position of the incoming melody transmitted from the mobile terminal.

A seventh invention is an invention according to the first invention, wherein the starting position determining means determines a plurality of performance starting positions of the incoming melody and the ending position determining means determines a plurality of positions. The playing end position of the incoming melody corresponding to each of the playing start position of the incoming melody is determined, and the notifying means notifies the server in a state where the playing start position of the incoming melody and the playing end position of the incoming melody are associated with each other, The editing means creates new incoming melody data so that a plurality of incoming melody corresponding to the incoming melody start position and the incoming melody end position can be continuously played. To do.

As described above, according to the seventh aspect of the invention, since the incoming melody data is edited so that a plurality of parts of the incoming melody are continuously played, there is variation in the usage mode of the incoming melody by the user. Can be made.

An eighth invention is an invention according to the seventh invention, wherein the incoming melody data desired by the mobile phone is:
The plurality of start position determining means determines a plurality of performance start positions of the incoming melody in the plurality of incoming melody data, and the end position determining means determines a plurality of performance start positions of the incoming melody. It is characterized in that the performance ending position of the corresponding incoming melody is determined in a plurality of incoming melody data.

As described above, according to the eighth aspect of the invention, since the incoming melody data is edited so that a plurality of portions of a plurality of incoming melody can be continuously played, variations in the usage mode of the incoming melody of the user are possible. Can have

A ninth invention is according to the first invention, and the server further comprises data creating means for creating the incoming melody data.

As described above, according to the ninth aspect, since the incoming melody data is created by the server, the incoming melody data can be collectively managed by the server. As a result, it becomes easy to change the specification of the incoming melody.

A tenth aspect of the present invention is a system for editing an incoming melody of a mobile phone to be downloaded from a server, wherein the server is a data sending means for sending data to the mobile phone, and the incoming melody is downloaded from the mobile phone. When a request is made, the corresponding incoming melody data is selected from among a plurality of incoming melody data prepared in advance, and the incoming melody data selection is given to the selected data transmitting means to be transmitted to the mobile phone which issued the download request. Means for receiving the incoming melody data transmitted from the server, the mobile phone,
While playing back the incoming melody data received by the data receiving means, a starting position determining means for deciding a playing start position of the incoming melody and a playing melody of the incoming melody can be played according to a user's instruction. In addition, there is provided editing means for editing the incoming melody data to create new incoming melody data, and storage means for storing the new incoming melody data created by the editing means.

As described above, according to the tenth aspect of the invention, since the mobile phone edits the incoming melody data, the user can cause the mobile phone to play the incoming melody from an arbitrary performance start position. Further, since the server causes the mobile phone to edit the incoming melody data and creates new incoming melody data having an arbitrary performance start position, the server only needs to have the incoming melody data. As a result, the server does not have to previously hold new incoming melody data having various playing melody start positions, and the server can easily manage the data. Also, since the mobile phone edits the incoming melody data without connecting to the server,
The user can edit the incoming melody data at any time.

An eleventh aspect of the present invention is a server for editing an incoming melody downloaded by a mobile phone, which comprises a data sending means for sending data to the mobile phone and a request for downloading the incoming melody from the mobile phone. A ringing melody data selecting unit that selects corresponding ringing melody data from among a plurality of ringing melody data prepared in advance, and sends the selected ringing melody data to the selected data transmitting unit to transmit to the mobile phone that issued the download request, The mobile phone uses the ringing melody data transmitted from the server to determine the performance start position of the ringing melody according to the user's instruction and notifies the server, and the server notifies the server of the ringing melody notified from the mobile phone. When the performance start position is received, the ringtone can be played from the performance start position of the ringtone. As it will be further provided with a corresponding incoming melody data by editing creates a new incoming melody data, editing means for transmitting a new ringing tone data corresponding created to the mobile phone gives the data transmission means.

As described above, according to the eleventh aspect, the server edits the incoming melody data in response to the request of the portable terminal, so that the user causes the portable telephone to play the incoming melody from an arbitrary playing start position. It becomes possible. Further, the server can edit the incoming melody data to create new incoming melody data having an arbitrary performance start position, so that the server only needs to hold the incoming melody data. As a result, the server
It is not necessary to previously hold new incoming melody data having various playing start positions of incoming melody, which facilitates data management in the server.

A twelfth aspect of the present invention is a program executed by a mobile phone when editing an incoming melody of a mobile phone downloaded from a server, which is data for receiving data desired by the mobile phone transmitted from the server. While playing the incoming melody data received in the receiving step and the data receiving step, the start position determining step for determining the playing start position of the incoming melody according to the instruction of the user, and the playing of the incoming melody determined in the starting position determining step A new notification melody data edited from the server to notify the starting position to the server, and the new incoming melody data edited so that the incoming melody can be played from the performance starting position of the incoming melody notified in the notification step. The program is sent to the phone and the new Further comprising a storage step of storing the melody data.

As described above, according to the twelfth aspect, the server edits the incoming melody data in response to the request from the portable terminal, so that the user causes the portable telephone to play the incoming melody from an arbitrary playing start position. It becomes possible. Further, the server can edit the incoming melody data to create new incoming melody data having an arbitrary performance start position, so that the server only needs to hold the incoming melody data. As a result, the server
It is not necessary to previously hold new incoming melody data having various playing start positions of incoming melody, which facilitates data management in the server.

A thirteenth aspect of the present invention is a program executed by a mobile phone when editing an incoming melody of a mobile phone downloaded from a server, which receives incoming melody data desired by the mobile phone transmitted from the server. A data receiving step and a ringing melody data received in the data receiving step, and a start determining step for determining a playing start position of the ringing melody according to a user's instruction; In order to enable the above, it is provided with an editing step of editing the incoming melody data to create new incoming melody data and a storing step of storing the new incoming melody data created in the editing step.

According to the thirteenth aspect of the invention as described above, since the mobile phone edits the incoming melody data, the user can cause the mobile phone to play the incoming melody from an arbitrary playing start position. Further, since the server causes the mobile phone to edit the incoming melody data and creates new incoming melody data having an arbitrary performance start position, the server only needs to have the incoming melody data. As a result, the server does not have to previously hold new incoming melody data having various playing melody start positions, and the server can easily manage the data. Also, since the mobile phone edits the incoming melody data without connecting to the server,
The user can edit the incoming melody data at any time.

A fourteenth aspect of the present invention is a program executed by a computer to create incoming melody data for editing from continuous melody data, which comprises a dividing position determining step for determining a dividing position of the melody data, and a dividing position determining step. According to the division position determined in the position determination step, the melody data is divided into a plurality of blocks to create the incoming melody data for editing, and the saving to save the incoming melody data for editing obtained in the dividing step And steps.

As described above, according to the fourteenth invention, since the edit incoming melody data divided into a plurality of blocks is created, the edit incoming melody data is
It can be used outside the computer on which the program is executed. As a result, for example, it becomes possible to edit the incoming melody on the mobile phone or edit the incoming melody on the server.

A fifteenth aspect of the invention is an invention subordinate to the fourteenth aspect of the invention, wherein in the storing step, the edit incoming melody data is saved in the server, and the edit incoming melody data saved in the server is It is characterized in that it is selected by the server according to an editing instruction from the mobile phone and is used for editing the incoming melody.

As described above, according to the fifteenth aspect of the invention, since the incoming melody data for editing can be used for editing the incoming melody, the performance start position can be designated in block units. As a result, the operation of the mobile phone at the time of specifying the performance start position and the operation of the mobile phone and the server when the incoming melody is edited are simplified.

A sixteenth invention is an invention according to the fourteenth invention, and the dividing step divides the melody data into a plurality of blocks and assigns a file name to each of the divided blocks. Characterize.

As described above, according to the sixteenth aspect, a file name is given to each of the divided blocks, so that the file name can be used for editing the incoming melody. More specifically, when the playing start position of the incoming melody is determined by the mobile terminal, the mobile terminal sends the file name of the block to the server as information on the playing start position. Upon receiving the file name, the server recognizes that the beginning position of the block of the file name is the performance start position, and can edit the incoming melody according to the performance start position.

A seventeenth invention is an invention according to the fourteenth invention, wherein the dividing position determining step determines the boundary position of each bar of the incoming melody as the dividing position.

According to the seventeenth aspect, the division position is determined as the boundary position of each bar of the incoming melody.
The divided position is uniquely determined for each incoming melody. As a result, the algorithm of the division position determination step becomes simple.

An eighteenth invention is an invention according to the fourteenth invention, wherein the division position determining step includes an input step in which a person who operates the computer inputs a division position of the melody data. Is characterized in that the division position input in the input step is determined as the division position of the melody data.

As described above, according to the eighteenth aspect, since the division position is input by the person who manages the computer, the person who manages the computer can arbitrarily determine the division position. As a result, unnecessary division positions are not set, and useless division processing is omitted.

[0043]

BEST MODE FOR CARRYING OUT THE INVENTION (First Embodiment) A first embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is a diagram showing the configuration of an incoming melody editing system according to the first embodiment of the present invention. The ringing melody editing system includes a data creating device 1, a server 2, and a user terminal 3. In the ringing melody editing system, the server 2 edits the ringing melody data for editing (hereinafter, referred to as ringing melody data for editing) so that the ringing melody is played from the location designated by the user terminal 3, This is a system for transmitting edited incoming melody data (hereinafter referred to as edited incoming melody data) to the user terminal 3. The data creation device 1 is realized by a computer and is prepared in advance by a MIDI (Musi).
cal Instruments Digital I
edit incoming melody data that can be played back by a mobile phone is created based on the file. The server 2 is realized by a computer and stores the edit incoming melody data created by the data creating apparatus 1. The user terminal 3 is realized by a mobile phone, and downloads the edit incoming melody data desired by the user via the Internet. Furthermore, the user terminal 3
Using the downloaded melody data for editing,
The performance start position is determined according to the user's instruction, and the data of the performance start position is transmitted to the server 2. Server 2
Edited incoming call melody data is created based on the received performance start position data and is transmitted to the user terminal 3. As a result, the user terminal 3 can obtain the edited incoming melody data. The details of the incoming melody editing system configured as above will be described below.

FIG. 2 is a diagram showing the details of the data creating apparatus 1. The data creation device 1 includes a creation device control unit 1
00, the creation device display unit 103, the creation device input unit 105,
MIDI file storage unit 110 and creation device transmission unit 1
15 is provided. The MIDI file storage unit 110 stores a MIDI file of a music piece used when creating the incoming incoming melody data for editing. Creation device display 1
Reference numeral 03 serves to visually provide information to the administrator of the data creation device 1. Creation device input unit 10
In 5, the music title of the edit incoming melody data to be created and the creation condition of the edit incoming melody data are input by the administrator. Here, the creation conditions are
This is information indicating the model of the mobile phone in which the edited incoming melody to be created is used and the position selectable by the user as the playing start position of the incoming incoming melody for editing (hereinafter referred to as selectable playing start position). The reason why the mobile phone model is input as the creation condition is that the data format of the incoming call melody data for editing differs depending on the mobile phone model. The creation device control unit 100 is realized by, for example, a CPU,
Editing incoming melody data is created based on the music title and creation condition information output from the creating device input unit 105. The creating device sending unit 115 sends the edit incoming melody data to the server 2.

The data creating apparatus 1 configured as described above
The operation will be described below. Each process shown in this embodiment can be realized by software using a computer, or can be realized by using a dedicated hardware circuit for performing each process.

FIG. 3 is a flow chart showing the operation performed by the data creating apparatus 1 during the edit incoming melody data creating process. What is the edit ringtone data creation process?
This is a process in which the data creating device 1 creates the incoming incoming melody data for editing in accordance with the instruction from the input unit 105 and sends it to the server 2.

First, a music title input screen is displayed on the creation device display section 103 (step S5). The song name input screen is a screen for entering the song name for creating the incoming incoming melody data for editing. The administrator uses the creating device input unit 105 to input the song name of the incoming incoming call melody data for editing to be created (step S10). The creation device control unit 100 acquires the input music name and outputs the M of the music.
It is determined whether the IDI file is stored in the MIDI file storage unit 110 (step S15). MI
If the DI file is stored, the process proceeds to step S25. On the other hand, if the MIDI file is not stored, the process proceeds to step S20.

When the MIDI file is not stored, the creation device control unit 100 creates an error screen for notifying that the MIDI file does not exist, and causes the creation device display unit 103 to display it (step S20). . Then, the process returns to step S5.

On the other hand, when the MIDI file is stored, the creation device control unit 100 creates a screen for inputting creation conditions (hereinafter referred to as a creation condition input screen), and the creation device display unit This is displayed on 103. The creation condition input screen includes a field for inputting the model name of the mobile terminal and the musical score of the MIDI file music.
The administrator inputs the creation conditions using the creation device input unit 105 (step S25). Specifically, the administrator
The model of the mobile phone in which the edited incoming melody data to be created is used is input, and the selectable performance start position is set on the score of the creation condition input screen. The creation condition is output to the creation device control unit 100. Next, the creation device control unit 100 creates the incoming call incoming melody data 154 shown in FIG. 4B based on the obtained creation conditions and the MIDI file (step S30).

Details of the edit incoming melody data will be described with reference to FIG. FIG. 4A shows the MID
1 shows an example of the configuration of incoming melody data (hereinafter referred to as undivided incoming melody data) 150 corresponding to the I file. The undivided incoming melody data 150 shown in FIG. 4A is created by the creation device control unit 100, and includes song name data 151, model name data 152, and melody data 153. The broken line at the boundary of each data indicates that these data are connected to form one data. FIG. 4B shows an example of the configuration of the edit incoming melody data 154 in which the melody data 153 shown in FIG. 4A is divided at the selectable performance start positions included in the creation conditions. Figure 4 (b)
The edit incoming melody data 154 shown in FIG. 3 is created by the creation device control unit 100, and the song name data 151, the model name data 152, the first melody data 155, the second melody data 160, and the third melody data 165 are created. ,
It is a data group including fourth melody data 170 and fifth melody data 175.

Here, the melody data 153 is the first melody data 155 to the fifth melody data 175.
The reason for the division will be explained. A mobile phone is used as the user terminal 3, but the incoming melody data of the mobile phone does not have information for associating the position playing the incoming melody with the position playing the incoming melody data. . Therefore, even when the user terminal 3 determines the performance start position of the incoming melody and notifies the server 2 of the performance start position, the server 2 recognizes where in the incoming melody data the performance start position corresponds. I can't. Therefore, the user terminal 3 needs to cause the server 2 to recognize where the performance start position of the incoming melody corresponds to the incoming melody data. Therefore, in the present embodiment, the user terminal 3 transmits the file name of the divided melody data designated as the performance start position to the server 2, so that the performance start position of the server 2 is set to which position of the incoming melody data. Make them aware of this. More specifically, for example, when it is determined that the performance start position is the beginning of the third melody data 165, the user terminal 3 transmits the file name of the third melody data 165 to the server 2. The server 2 that has received the file name sets the performance start position to the third melody data 16
It is possible to recognize that it is the first position of 5.

Here, the edit incoming melody data 154
An operation performed by the creation device control unit 100 when creating a file will be described. First, the creation device control unit 100 creates the song name data 151 and the model name data 152 based on the creation conditions, and creates the undivided incoming call melody data 150 based on the MIDI file. Next, the creation device control unit 100 divides the melody data 153 from the first melody data 155 to the fifth melody data 175 based on the performance start selectable position of the creation condition acquired from the creation device input unit 105. . As a result, the edit incoming melody data creation process ends.

The creation device control unit 100, which has completed the edit incoming melody data creation process, sends the edit incoming melody data 154 to the server 2 via the creation device transmitting unit 115 (step S35). The server 2 receives the edit incoming melody data 154 and stores it. This is the end of the description of the edit incoming melody data creation process.

Next, details of the server 2 will be described with reference to FIG. FIG. 5 is a block diagram showing details of the server 2. The server 2 includes a server control unit 200, a server reception unit 205, a server incoming melody storage unit 210, a server program storage unit 215, and a server transmission / reception unit 22.
Equipped with 0. The server control unit 200 creates edited incoming melody data based on the information transmitted from the user terminal 3 and controls the entire server 2. Here, the edited incoming melody data is the incoming incoming melody data for editing 15 so that the incoming melody starts to be played from the performance starting position designated by the user on the user terminal 3.
4 is the edited data. More specifically, when the user desires to start playing from the third melody data 165 in the incoming call incoming melody data 154 of FIG. 4B, as shown in FIG. The melody data 155 and the second melody data 160 are arranged after the fifth melody data 175. Then, the respective divided data are linked to create one edited incoming melody data 250. The server receiving unit 205 receives the edit incoming melody data 154 transmitted from the data creating device 1. The server incoming melody storage unit 210 stores the editing incoming melody data 154 received by the server receiving unit 205. The server program storage unit 215 stores an editing program. Here, the editing program is a program executed by the user terminal 3 when the edited incoming melody data 250 is created by the server 2. The server transmission / reception unit 220 exchanges information with the user terminal 3.

Next, details of the user terminal 3 will be described with reference to FIG. FIG. 7 is a block diagram showing details of the configuration of the user terminal 3. The user terminal 3 includes a terminal control unit 300, a terminal transmitting / receiving unit 305, a terminal display unit 310,
A terminal input unit 315, a terminal program storage unit 320, a terminal incoming melody storage unit 325, a performance unit 330, and an edited incoming melody storage unit 335 are provided. Terminal control unit 300
Plays a role of controlling the entire user terminal 3. The terminal transmission / reception unit 305 exchanges information with the server 2. The terminal display unit 310 serves to visually provide information. The terminal input unit 315 is used when the user gives an operation instruction to the user terminal 3. The terminal program storage unit 320 stores the editing program. The terminal incoming melody storage unit 325 stores the editing incoming melody data 154 downloaded from the server 2. The playing unit 330 plays the incoming incoming melody data for editing 154 according to an instruction from the terminal control unit 300. The edited incoming melody storage unit 335 stores the edited incoming melody data 250.

The operation of the server 2 and the user terminal 3 configured as above will be described below. Each process shown in this embodiment can be realized by software using a computer, or can be realized by using a dedicated hardware circuit for performing each process.

First, the program distribution process will be described with reference to the drawings. FIG. 8 is a flowchart showing the operation performed by the server 2 during the program distribution process. The program distribution process is an operation performed by the user terminal 3 and the server 2 when the user terminal 3 downloads the editing program from the server 2. Here, only the user terminal 3 registered in the incoming melody site can receive the service of the incoming melody site. Therefore, the editing program is also delivered only to the user terminal 3 that has been registered as a user.

First, the user terminal 3 accesses the server 2. When the server 2 receives the access, the server control unit 200 causes a user to input a user ID to a web page (hereinafter referred to as an authentication web page).
Is generated and transmitted to the user terminal 3 via the server transmission / reception unit 220 (step S100). In response, the authentication Web page is displayed on the terminal display unit 310 of the user terminal 3. The user inputs the user ID using the terminal input unit 315. The user terminal 3 sends the user ID input by the user to the server 2 in the terminal transmitting / receiving unit 305.
To send via. Accordingly, the server transmission / reception unit 220
The user ID is received and output to the server control unit 200. As a result, the server control unit 200 determines that the user ID
Is acquired (step S105).

The server control unit 200 that has acquired the user ID
Refers to the user information stored in the user information storage unit (not shown in FIG. 7) and determines whether or not the user terminal 3 is registered (step S1).
10). If it is determined that the user is not registered, the process proceeds to step S115. On the other hand, if it is determined that the user is registered, the process proceeds to step S120.

When the user is not registered, the server control unit 200 creates an error page for notifying that the user is not registered, and transmits it to the user terminal 3 via the server transmission / reception unit 220 (step S115). ). In response, the user terminal 3 receives the error page in the terminal transmitting / receiving unit 305. Then, the error page is displayed on the terminal display unit 310. The user determines whether to end receiving the service on the error page (step S117). If it is determined to end, this process ends. On the other hand, if it is determined not to end, the process returns to step S100.

When the user is registered, the server control unit 200 creates a Web page (hereinafter referred to as a program download page) that allows the user to decide whether or not to download the editing program, and sends / receives to / from the server. It transmits to the user terminal 3 via the part 220 (step S120). In response, the user terminal 3 receives the program download page in the terminal transmitting / receiving unit 305. After that, the program download page is displayed on the terminal display unit 310. The user determines whether or not to download the editing program on the program download page, and causes the user terminal 3 to transmit the determination. In response, the server transmission / reception unit 220 of the server 2 receives the determination, and the server control unit 200
Output to. The server control unit 200 that has obtained the determination determines whether the determination is a request for downloading the editing program (step S125). If it is not a download request, this process is step S1.
Return to 20. On the other hand, if the request is a download request, the process proceeds to step S130.

If it is a download request, the server control section 200 sends the editing program to the user terminal 3 (step S130). More specifically, the server control unit 200 uses the server program storage unit 2
The editing program stored in 15 is acquired and transmitted to the server transmitting / receiving unit 220. In response, the user terminal 3 receives the editing program in the terminal transmitting / receiving unit 305 and stores it in the terminal program storage unit 320. This is the end of the description of the program distribution process. The editing program is installed in the user terminal 3, and the edited incoming melody data 250
Is executed by the terminal control unit 300 when is created by the server 2.

Next, the edit incoming melody data download process will be described with reference to the drawings. Figure 9
4 is a flow chart showing a process performed by the server 2 at the time of the download incoming melody data download process.
What is the editing ringtone data download process?
This is a process in which the server 2 transmits the edit incoming melody data 154 according to an instruction from the user terminal 3.

First, the server control unit 200 causes the edit incoming melody data 154 downloaded by the user terminal 3.
A web page (hereinafter referred to as a ringing melody selection screen) for allowing the user to input the music name and the model name of the user terminal 3 is created and transmitted to the user terminal 3 via the server transmitting / receiving unit 220 (step. S200). In response, the terminal transmitting / receiving unit 305 receives the incoming melody selection screen. Then, the incoming melody selection screen is displayed on the terminal display unit 310.

Using the terminal input section 315, the user inputs the desired song name of the incoming melody and the model name of the user terminal 3 on the incoming melody selection screen. When the music title of the incoming melody is input, the user terminal 3 transmits the music title of the incoming melody and the model name of the user terminal 3 to the server 2 via the terminal transmitting / receiving unit 305. In response, the server transmitting / receiving unit 220 receives the song name of the incoming melody and the model name of the user terminal, and outputs this to the server control unit 200. As a result, the server control unit 200 acquires the song name of the incoming melody and the model name of the user terminal 3 (step S205).

Next, the server control unit 200 determines whether or not the edit incoming melody data 154 having the song name data 151 and the model name data 154 corresponding to the song name of the acquired incoming melody and the model name of the user terminal 3 exists. It is determined by referring to the server incoming melody storage unit 210 (step S210). Editing incoming melody data 1
If it is determined that 54 does not exist, the process proceeds to step S215. On the other hand, if it is determined that the edit incoming melody data 154 exists, the process proceeds to step S220.

If the edit incoming melody data 154 does not exist, the server control unit 200 creates an error page for notifying that the edit incoming melody data 154 does not exist, and the server control unit 200 sends the error page to the user via the server transmission / reception unit 220. It transmits to the terminal 3 (step S215). In response, the user terminal 3 receives the error page, and the terminal display unit 31
Display this on 0. After that, this processing is step S2.
Return to 00.

On the other hand, when the edit incoming melody data 154 exists, the server control unit 200 reads the edit incoming melody data 1 from the server incoming melody storage unit 210.
54 is acquired and transmitted to the user terminal 3 via the server transmission / reception part 220 (step S220). In response, the user terminal 3 receives the edit incoming melody data 154 in the terminal transmitting / receiving unit 305 and stores it in the terminal incoming melody storage unit 325. This is the end of the description of the edit incoming melody data download process. After that, in the user terminal 3, a process for inputting the edit condition of the edit incoming melody data 154 (hereinafter, referred to as edit condition input process) is performed.

Here, the editing condition input process will be described with reference to FIG.
It will be described using 0. FIG. 10 is a flowchart showing the operation performed by the user terminal 3 during the editing condition input process. The editing condition is information indicating the performance start position of the incoming melody set on the user terminal 3. More specifically, for example, when the user wants to start playing from the third melody data 165, the third melody data 165
The file name of corresponds to the editing condition.

First, the terminal control section 315 activates the editing program stored in the terminal program storage section 320 (step S300). Accordingly, the terminal display unit 31
A screen for editing the incoming melody (hereinafter referred to as an editing screen) shown in FIG. 11 is displayed at 0 (step S).
305).

Details of the editing screen shown in FIG. 11 will be described. The editing screen includes a song name of the incoming ringing melody data 154 to be edited, an artist name, an editing graph 400, a performance position display arrow 405, a performance start position display arrow 410, and an operation display unit 415. The length of the editing graph 400 indicates the length of the incoming melody, and the vertical line included in the editing graph 400 indicates the selectable performance start position that the user can select as the performance start position. . Performance position display 40
Reference numeral 5 is an arrow for indicating which part of the incoming melody the playing section 330 is playing. The performance start position display arrow 410 is an arrow indicating the position selected by the user as the performance start position. The operation display unit 415 is a part that indicates an operation method. More specifically, when the user presses the 5 key on the user terminal 3, the incoming melody is played. When the user presses the 6 key on the user terminal 3, the incoming melody is fast forwarded. When the user presses the key 4 on the user terminal 3, the incoming melody is rewound. When the user presses the 8 key on the user terminal 3, the performance of the incoming melody is stopped. When the 1 key of the user terminal 3 is pressed, the playing start position of the incoming melody is determined.

Now, let us return to the description of the editing condition input processing of FIG. The user presses the 5 key on the terminal input unit 315 to instruct to start playing the incoming melody. In response, terminal control unit 300 causes performance unit 330 to play the incoming melody based on editing incoming melody data 154. (Step S310). Here, edit incoming melody data 1
54 is a data group as shown in FIG.
Therefore, it is impossible to continuously play these with a normal mobile phone. Therefore, the editing program has a function for continuously playing the incoming melody.

While the playing section 330 is playing the incoming melody, the playing position display arrow 405 on the editing screen moves from left to right as the playing progresses. When the playing position display arrow 405 reaches the position to be set as the playing start position, the user presses the 1 key of the terminal input section 315 to determine the playing start position (step S315). More specifically, for example, when the user wants to start playing the incoming melody from the beginning of the third melody data 165, the user can play the user terminal 3 while the third melody data 165 is being played. Press the 1 key. As a result, the beginning of the third melody data 165 is determined as the performance start position.

Next, the editing graph 400 on the editing screen
A performance start position display arrow 410 is displayed at. When the incoming melody is played to the end, the terminal control unit 300
A screen that allows the user to decide whether or not to end the editing condition input process is created and displayed on the terminal display unit 310 (step S320). When the editing condition input process is not finished, the process returns to step S305. On the other hand, when ending the editing condition input processing, the terminal control unit 300 causes the terminal transmitting / receiving unit 305 to send the server 2 a file name of one of the first melody data 155 to the fifth melody data 175, which is the editing condition. Send (step S32
5). Here, since the third melody data 165 has been determined as the performance start position, the third melody data 165 is set.
Will be sent. This is the end of the description of the editing condition input process. In this embodiment, the file names of the first melody data 155 to the fifth melody data 175 are transmitted as the editing condition, but the editing condition is not limited to this. For example, information indicating the position of each boundary between the first melody data 155 to the fifth melody data 175 may be transmitted from the user terminal 3 to the server 2 as the editing condition.
In this case, the time information associated with the position of the boundary and the reproduction position of the edit incoming melody data is further included in the edit incoming melody data.

Here, the editing incoming melody data editing process will be described with reference to the drawings. Figure 12
It is the flowchart which showed the operation | movement which the server 2 performs at the time of the said edit incoming melody data edit process. The edit incoming melody data editing process is a process in which the server 2 creates edited incoming melody data based on the editing conditions transmitted from the user terminal 3.

First, the server transmission / reception unit 220 receives the editing condition transmitted from the user terminal 3 and outputs it to the server control unit 200. As a result, the server control unit 200
Acquires editing conditions (step S350). Here, the editing condition is the file name of the third melody data 165. Next, the server control unit 200 edits the edit incoming melody data 154 shown in FIG. 4B into the edited incoming melody data 250 shown in FIG. 6 based on the obtained editing conditions (step S355). More specifically, the server control unit 200, which has acquired the file name of the third melody data 165 as an editing condition, arranges the first melody data 155 and the second melody data 160 after the fifth melody data. And connect each data. Since the edited incoming melody data 250 are connected to each other, the incoming incoming melody data for editing 15
It is not a data group like 4 but one data. Therefore, the edited incoming melody data 250 can be played on an ordinary mobile phone. The server control unit 200 that has edited the edited incoming melody data 250 sends the edited incoming melody data 250 to the server transmission / reception unit 220.
To the user terminal 3 (step S360). In response, the user terminal 3 receives the edited incoming melody data 250 at the terminal transmitting / receiving unit 305 and stores it in the edited incoming melody storage unit 335. Thereby, the user terminal 3
Can obtain the edited incoming melody data 250 and can use the edited incoming melody data 250. When the edited incoming melody data 250 is set as the incoming melody, the user terminal 3 receives the third melody data 165, the fourth melody data 170, and
Fifth melody data 175, first melody data 1
55 and the second melody data 160 in this order,
When the performance of the melody data is completed, the third melody data is played again. This is the end of the description of the editing incoming melody data editing process.

As described above, according to the present embodiment, it is not necessary for the server 2 to hold the data of the incoming melody at various playing start positions in advance, and the server 3 can easily manage the incoming melody data. Become. Furthermore, MIDI
Since the edit incoming melody data 250 having various playing start positions can be edited only by setting the selectable playing start position based on a file or the like, the editing incoming melody data 154 of various playing start positions can be stored in advance. It is possible to easily set a large number of selectable performance start positions, as compared with the case where the server 2 has the same. As a result, it becomes easy to give variations to the performance start position, and the user can start playing the incoming melody from a favorite position.

In this embodiment, only the performance start position is set and the edited incoming melody data 250 is created, but the edited incoming melody data is not limited to this format. For example, the edited incoming melody data may be created by extracting only a part of the edited incoming melody data. More specifically, the second melody data 160 and the third melody data 165 may be extracted to create edited melody data 425 as shown in FIG. In this case, the user terminal 3 must set the performance end position in addition to the performance start position during the editing condition input process. Therefore, the editing screen shown in FIG. 11 becomes that shown in FIG. More specifically, the editing screen of FIG. 14 shows the song name, artist name, editing graph 400, performance position display arrow 405, performance start position display arrow 460, and performance end position display arrow of the edit incoming melody data to be edited. 465 and an operation display unit 470 are provided. Song name, artist name, editing graph 400, and playing position display arrow 4 of the incoming melody data for editing to be edited
No. 05 and performance start position display arrow 460 are the same as those in FIG. Here, the operation display unit 470 includes a display for determining the performance end position. More specifically, when the user presses the 2 key on the user terminal 3, the performance ending position of the incoming melody is determined. The process of determining the performance end position during the editing condition input process will be described below. The last position of the divided melody data reproduced immediately before the divided melody data reproduced when the user presses the 2 key on the user terminal 3 is determined as the performance end position. More specifically, in the edited melody data 425 shown in FIG. 13, the last position of the third melody data 165 is the performance end position. In this case, the user presses the 2 key for determining the performance end position while the fourth melody data 170 is being played. As a result, the end of the third melody data 165 is determined as the performance end position. This is the end of the description of the process of determining the performance end position. After that, the user terminal 3 transmits the performance start position and the performance end position to the server 2 as editing conditions. By determining the performance start position and the performance end position image in this manner, it becomes possible to create the edited incoming melody data 425 as shown in FIG.

Further, the edit incoming melody data may be created by combining two or more portions of the same edit incoming melody data. More specifically, the second melody data 155, the third melody data 160, and the fifth melody data 175 may be extracted to create edited melody data 480 as shown in FIG.

(Second Embodiment) The second embodiment of the present invention will be described below.
Embodiments will be described with reference to the drawings. Here, the second embodiment of the present invention is an incoming melody editing system for creating a edited incoming melody data by combining a plurality of editing incoming melody data parts.
More specifically, the seventh melody data 520 and the eighth melody data 525 included in the first edit incoming melody data 500 shown in FIG.
The edited melody data 580 shown in FIG. 16C is created by extracting and combining the 13th melody data 565 and the 14th melody data 570 included in 6 (b). The details of the incoming melody editing system according to the present embodiment will be described below.

First, the configuration of the incoming melody editing system according to the present embodiment is the same as that shown in FIG. 1 in the first embodiment, and therefore its explanation is omitted. Further, detailed configurations of the data creation device 1, the server 2, and the user terminal 3 are the same as those shown in FIGS. 2, 5, and 7 of the first embodiment, and therefore description thereof will be omitted. Further, the edit incoming melody data creation process performed by the data creation device 1 according to the present embodiment is also the same as the flowchart shown in FIG. Furthermore,
The program distribution process performed by the server 2 and the user terminal 3 according to the present embodiment is also the same as the flowchart of FIG. 8 of the first embodiment, and the description thereof will be omitted.

The editing incoming melody data download process according to this embodiment will be described below with reference to the drawings. The editing incoming melody data download process according to the present embodiment is the first implementation in that the first editing incoming melody data 500 and the second editing incoming melody data 540 are transmitted to the user terminal 3. This is different from the ringtone download process. FIG. 17 is a flowchart showing an operation performed by the server 2 during the editing incoming melody data download process.

First, the server control section 200 allows the user to input the song name of the edit incoming melody data downloaded by the user terminal 3 and the model name of the user terminal 3 (hereinafter referred to as an incoming melody selection screen). ) Is created and transmitted to the user terminal 3 via the server transmission / reception unit 220 (step S400). The song name of the first edit incoming melody data 540, the second edit incoming melody data, and the model name of the user terminal 3 can be input to the incoming melody selection screen according to the present embodiment. . This is because two editing incoming melody data are used when editing the incoming incoming melody data for editing. In response, the terminal transmitting / receiving unit 305 receives the incoming melody selection screen. Then, the incoming melody selection screen is displayed on the terminal display unit 310.

Using the terminal input section 315, the user inputs the desired song name of the first incoming melody and the desired song name of the second incoming melody and the model name of the user terminal 3 on the incoming melody selection screen. . When the music name of the first ringing melody, the music name of the second ringing melody, and the model name of the user terminal 3 are input, the user terminal 3 sends the first incoming call to the server 2 via the terminal transmitting / receiving unit 305. The melody, the song name of the second incoming melody, and the model name of the user terminal 3 are transmitted. Accordingly, the server transmission / reception unit 220
The music name of the first ringing melody, the music name of the second ringing melody, and the model name of the user terminal 3 are received, and these are output to the server control unit 200. As a result, the server control unit 200 acquires the song name of the first incoming melody, the song name of the second incoming melody, and the model name of the user terminal 3 (step S405).

Next, the server control unit 200, based on the acquired song name of the first incoming melody, the song name of the second incoming melody and the model name of the user terminal 3, acquires the first editing incoming melody data. It is determined whether both 500 and the second edit incoming melody data 540 are stored in the server incoming melody storage section 210 (step S).
410). If it is determined that either one or both of the edit incoming melody data is not stored, the process proceeds to step S415. On the other hand, if it is determined that both of the edited incoming melody data are stored, the process proceeds to step S420.

When one or both of the edit incoming melody data is not stored, the server control unit 200 gives an error for notifying that one or both of the edit incoming melody data does not exist. A page is created and the user terminal 3 is transmitted via the server transmission / reception unit 220.
(Step S415). After this, the process returns to step S400.

On the other hand, when both the edit incoming melody data are stored, the server control unit 200
The first editing incoming melody data 500 and the second editing incoming melody data 540 are acquired from the server incoming melody storage unit 210. Then, the server control unit 200
Transmits the first edit incoming melody data 500 to the user terminal 3 via the server transmitting / receiving unit 220 (step S420). In response, the user terminal 3 sends the first edit incoming melody data 500 to the terminal transmitting / receiving unit 305.
And stores it in the terminal incoming melody storage unit 325.

When the transmission of the first edit incoming melody data 500 is completed, the server control section 200 sends the second edit incoming melody data 540 to the server transmitting / receiving section 220.
To the user terminal 3 via (step S42).
5). In response, the user terminal 3 receives the second edit incoming melody data 540 at the terminal transmitting / receiving unit 305,
It is stored in the terminal incoming melody storage unit 325. This is the end of the description of the incoming melody download processing according to the present embodiment. After that, in the user terminal 3, the editing condition input process of the first edit incoming melody data 500 and the second edit incoming melody data 540 is performed.

The operation performed by the user terminal 3 during the editing condition input process will be described with reference to the drawings.
FIG. 18 is a flowchart showing the operation performed by the user terminal during the editing condition input processing according to this embodiment. The editing conditions in this embodiment are information indicating the performance start position and the performance end position of each of the first incoming melody and the second incoming melody. More specifically, for example, when the user wants to start playing the first incoming melody from the beginning of the seventh melody data 520,
The file name of the seventh melody data 520 corresponds to the information on the playing start position of the first incoming melody. Similarly, when the user ends the first melody data 525 with the first
When it is desired to end the performance of the incoming melody of No. 3, the file name of the ninth melody data 530 corresponds to the information of the playing start position of the first incoming melody. Similarly, when the user wants to start playing the second incoming melody from the beginning of the thirteenth melody data 565, the file name of the thirteenth melody data 565 is information on the playing start position of the second incoming melody. Corresponds to. Similarly, when the user wants to end the performance at the end of the fourteenth melody data 570, the file name of the fifteenth melody data 575 corresponds to the information of the performance start position of the first incoming melody.

First, the terminal control section 315 activates the editing program stored in the terminal program storage section 320 (step S500). Accordingly, the terminal display unit 31
At 0, the screen for editing the incoming melody shown in FIG. 19 is displayed (step S505).

Here, the editing screen according to this embodiment will be described with reference to FIG. The editing screen is
Song name of first incoming melody, artist name, first editing graph 600, first performance position display arrow 605, first performance start position display arrow 610, first performance end position display arrow 615, second Song name, artist name, second editing graph 620, second performance position display arrow 625, second performance start position display arrow 630, second performance end position display arrow 635, and operation display section 47.
Equipped with 0. The length of the first editing graph 600 is the first
The vertical line included in the first editing graph 600 indicates the length of the ringing melody of the position where the user can select the performance start position and the performance end position (hereinafter, referred to as selectable position). Is shown. The first performance position display arrow 605 is an arrow for indicating which part of the first incoming melody is being played by the playing section 330. The first performance start position display arrow 610 is an arrow indicating a position (hereinafter referred to as a first performance start position) selected by the user as a performance start position of the first incoming melody. The first performance end position display arrow 615 is an arrow indicating a position (hereinafter referred to as a first performance end position) selected by the user as a performance end position of the first incoming melody. The length of the second editing graph 620 indicates the length of the second ringing melody, and the length of the second editing graph 620 is
A vertical line included in indicates a selectable position. The second performance position display arrow 625 is an arrow for indicating which part of the second incoming melody the playing unit 330 is playing. The second performance start position display arrow 630 is an arrow indicating the position (hereinafter referred to as the second performance start position) selected by the user as the performance start position of the second incoming melody. The second performance end position display arrow 635 is an arrow indicating a position (hereinafter referred to as a second performance end position) selected by the user as the performance end position of the second incoming melody. The operation display unit 470 is a part showing an operation method.
For details of the operation display unit 470, the operation display unit 470 of FIG.
The description is omitted because it is similar to.

Now, let us return to the description of the editing condition input processing shown in FIG. The user presses the 5 key of the terminal input unit 315 to instruct to start playing the first incoming melody. Accordingly, the terminal control unit 300 causes the playing unit 330 to display the first
The first incoming melody is played based on the editing incoming melody data 500 (step S510).

While the playing section 330 is playing the first incoming melody, the first playing position display arrow 60 on the editing screen is displayed.
5 moves from left to right as the performance progresses. The user displays the first performance position display arrow 605 at the position of the divided incoming melody data that he wants to set as the first performance start position.
When is reached, the 1 key of the terminal input section 315 is pressed to determine the first performance start position (step S515). Specifically, for example, when the player wants to start playing the first incoming melody from the beginning of the seventh incoming melody data 520, while the playing unit 330 is playing the seventh incoming melody data 520, the user can The 1 key of the input unit 315 is pressed to determine the first performance start position. Accordingly, the first performance start position display arrow 610 is displayed on the first editing graph 600 on the editing screen. Next, when the first playing position display arrow 605 reaches the position of the divided incoming melody data located next to the divided incoming melody data that the user wants to set at the first playing end position, the terminal input unit 605 The second key 315 is pressed to determine the first performance end position (step S520). Specifically, for example, the eighth
If it is desired to end the performance of the first incoming melody data at the end of the incoming melody data 525 of No.
While playing the incoming melody data 530 of, the user presses the 2 key of the terminal input unit 315 to determine the first playing end position. In response, the first editing graph 600 on the editing screen displays the first performance end position display arrow 61
5 is displayed. After that, when the first ringing melody is played to the end, the terminal control unit 300 causes the playing unit 330 to play the second ringing melody data 540 based on the second editing ringing melody data 540.
The incoming melody of is played (step S525). After that, the second performance start position and the second performance end position are set (steps S530 and S53).
5), but these processes are the same as in step S515 and step S520, and therefore description thereof is omitted.

When the second ringing melody is played to the end, the terminal control section 300 creates a screen for allowing the user to decide whether or not to end the editing condition input processing, and displays this on the terminal display section 310. (Step S540). When the editing condition input process is not finished, this process is step S5.
Return to 05. On the other hand, when ending the editing condition input process,
The terminal control unit 315 sets the editing condition to the terminal transmission / reception unit 3
05 to the server 2 (step S545). This is the end of the description of the edit condition influential process according to the present embodiment.

Next, the editing incoming melody data editing process according to the present embodiment will be described with reference to the drawings. FIG. 20 is a flowchart showing the operation performed by the server 2 during the editing incoming melody data editing process. The editing incoming melody data editing process according to the present embodiment uses the first editing incoming melody data 500 and the second editing incoming melody data 540,
The first point that the edited incoming melody data 580 is edited.
Different from the processing of the embodiment.

First, the server transmission / reception unit 220 receives the editing condition transmitted from the user terminal 3 and outputs it to the server control unit 200. As a result, the server control unit 200
Acquires the editing condition (step S550). next,
The server control unit 200, based on the acquired editing condition,
Editing incoming melody data 50 shown in FIG.
0 and the second edit incoming melody data 540 shown in FIG. 16B are edited into the edited incoming melody data 580 shown in FIG. 16C (step S555).
As a specific example of the process for creating the edited incoming melody 580, the beginning of the seventh melody data 520 is at the first performance start position, the end of the eighth melody data 525 is at the first performance end position, and the thirteenth melody is set. The first of the data 565 is the second
A case will be described in which the end of the 14th melody data 570 is set to the second performance end position at the performance start position of. The server control section 200 extracts the seventh melody data 520 and the eighth melody data 525 from the first edit incoming melody data 500 and extracts the seventh melody data 540 from the second edit incoming melody data 540. 565 and the 14th melody data 570 are extracted. Then, the server control unit 200 creates the third music title data 585. This is an edited incoming melody data 5 which is a combination of two incoming incoming melody data for editing.
Since 80 is edited, the edited incoming melody data 5
This is because 80 names need to be newly created.
At this time, the music title is appropriately determined by the server control unit 200. The server control unit 200 controls the third song name data 585, the model name data 510, the seventh melody data 520, the eighth melody data 525, the thirteenth melody data 565, and the fourteenth melody data 570.
Are arranged as shown in FIG. 16C, and each data is connected. As a result, the edited incoming melody data 580 according to the present embodiment is completed.

The server control unit 200 which has created the edited incoming melody data 580,
The server transmission / reception unit 220 is caused to transmit 80 to the user terminal 3 (step S560). Accordingly, the user terminal 3 causes the terminal transmitting / receiving unit 305 to send the edited incoming melody data 580.
Is received and stored in the edited incoming melody storage unit 335.
As a result, the user terminal 3 can acquire the edited incoming melody data 580 and can use the edited incoming melody data 580. This is the end of the description of the editing incoming melody data editing process according to the present embodiment.

As described above, according to the ringing melody editing system of the present embodiment, the management of ringing melody data in the server 2 is facilitated as in the first embodiment. Further, the user can cause the user terminal 3 to start playing the incoming melody from a favorite position.

Further, according to the ringing melody editing system of the present embodiment, the editing ringing melody data is edited by combining a plurality of parts of the ringing melody data for editing. It becomes possible to use the melody.

(Third Embodiment) The third embodiment of the present invention will be described below.
Embodiments will be described with reference to the drawings. The ringing melody editing system according to the present embodiment is the same as that of FIG. 1 of the first embodiment, and includes a data creation device 1, a server 2 and a user terminal 3. In the ringing melody editing system according to the first embodiment, the server 2 creates edited ringing melody data based on the editing condition set by the user terminal 3, whereas in the ringing melody editing system according to this embodiment. The user terminal 3 creates edited incoming melody data. The incoming melody editing system according to this embodiment will be described below.

Since the configuration of the data creating apparatus 1 is the same as that shown in FIG. 2 of the first embodiment, its explanation is omitted. The server 2 according to the present embodiment is the same as that shown in FIG. 5 of the first embodiment, and the server control unit 20
0, server reception unit 205, server melody storage unit 21
0, a server program storage unit 215, and a server transmission / reception unit 220. Server receiving unit 2 according to the present embodiment
05, the server melody storage unit 210, the server program storage unit 215, and the server transmission / reception unit 220 are the same as those shown in the first embodiment, and therefore description thereof will be omitted. On the other hand, the server control unit 2 according to the present embodiment
The operation performed by the server 00 is the server control unit 20 of the first embodiment.
0 is different from the operation performed. More specifically, the server control unit 200 of the first embodiment edits the edited incoming melody data in addition to controlling the entire server 2, but the server control unit 200 according to the present embodiment It only controls the entire server 2.

Next, the user terminal 3 according to this embodiment will be described. The user terminal 3 according to the present embodiment is
It is similar to that shown in FIG. 7 of the first embodiment, and includes a terminal control unit 300, a terminal transmitting / receiving unit 305, and a terminal display unit 31.
0, terminal input unit 315, terminal program storage unit 320,
The terminal incoming melody storage unit 325, the performance unit 330, and the edit incoming melody storage unit 335 are provided. The terminal transmission / reception unit 305, the terminal display unit 310, the terminal input unit 315, the terminal program storage unit 320, the terminal incoming melody storage unit 325, the playing unit 330, and the edited incoming melody storage unit 335 according to the present embodiment are the first embodiment. The description is omitted because it is the same as that shown by. On the other hand, the operation performed by the terminal control unit 300 according to the present embodiment is different from the operation performed by the terminal control unit 300 according to the first embodiment. More specifically, the terminal control unit 300 of the first embodiment only controls the entire user terminal 3, whereas the terminal control unit 300 according to the present embodiment controls the entire user terminal 3. In addition to performing, edit edited melody data is created.

The operation of the incoming melody editing system configured as described above will be described below. Each process shown in this embodiment can be realized by software using a computer, or can be realized by using a dedicated hardware circuit for performing each process.

Here, the edit incoming melody data creating process performed by the data creating device 1 according to the present embodiment is the first
The description is omitted because it is the same as that of FIG. Further, the program distribution process performed by the server 2 and the user terminal 3 according to the present embodiment is the same as that of FIG. 8 of the first embodiment, and thus the description thereof will be omitted. Further, the editing incoming melody data download process according to the present embodiment is not limited to the first.
The description is omitted because it is similar to FIG.

Now, the editing condition input processing and the editing incoming melody data editing processing according to the present embodiment will be described below with reference to the drawings. FIG. 21 shows
7 is a flowchart showing an operation performed by the user terminal 3 during the editing condition input processing and the editing incoming melody data editing processing according to the present embodiment. The edit melody data editing process according to the present embodiment differs from the first embodiment in that the edit incoming melody data is edited at the user terminal 3. The edit incoming melody data used in this embodiment is as shown in FIG. 4B as in the first embodiment, and the edit incoming melody data created in this embodiment is the first incoming melody data. 6 is similar to the embodiment of FIG.

Here, steps S300 to S320 of the editing condition input processing and editing incoming melody data editing processing according to the present embodiment shown in FIG.
Since it is similar to FIG. 10 of the first embodiment, the description is omitted. In step S320, if the editing conditions have been input, the process proceeds to step S600.

The terminal control unit 300 creates the edit incoming melody data 250 shown in FIG. 6 by using the edit incoming melody data 154 shown in FIG. 4B based on the inputted editing condition ( Step S600). The procedure for creating the edited incoming melody data is the same as that in step S355 of FIG. 9 of the first embodiment, so detailed description will be omitted. Next, the terminal control unit 300 stores the edited incoming melody data 250 in the edited incoming melody storage unit 335 (step S605). This is the end of the description of the editing condition input process and the editing incoming melody data editing process according to the present embodiment.

As described above, the ringing melody editing system according to the present embodiment facilitates management of the ringing melody data for editing in the server 2 as in the first embodiment. Further, the user can cause the user terminal 3 to start playing the incoming melody from a favorite position.

In the ringing melody editing system according to the present embodiment, the user terminal 3 creates the edited ringing melody data 250. It is possible to reduce the amount of communication between and. As a result, it is possible to reduce the communication charge at the time of the edit incoming melody editing process.

In the present embodiment, the case where the edited incoming melody data 250 shown in FIG. 6 is created has been described. However, similar to the rewriting in the first embodiment, a part of the edited incoming melody data is created. May be extracted and the edited incoming melody data 425 shown in FIG. 12 may be created, or the same editing incoming melody data 154 may be created.
Edited incoming melody data 480 shown in FIG. 14 may be created by combining two or more points of.

(Fourth Embodiment) The fourth embodiment of the present invention will be described below.
Embodiments will be described with reference to the drawings. As shown in FIG. 1, the configuration of the incoming melody editing system according to the present embodiment includes a data creation device 1, a server 2 and a user terminal 3. Here, in the incoming melody editing system according to the present embodiment, the user terminal 3 creates an edited incoming melody, similarly to the incoming melody editing system according to the third embodiment. Therefore, detailed configurations of the data creation apparatus 1, the server 2, and the user terminal 3 are the same as those described in the third embodiment with reference to FIGS.

Here, the difference between this embodiment and the third embodiment is the edited incoming melody data that is created.
More specifically, in the incoming melody editing system according to the third embodiment, the edited incoming melody data 250 shown in FIG. 6 is created, whereas in the incoming melody editing system according to the present embodiment, The edited incoming melody data 580 shown in FIG. 16C of the second embodiment is created. That is, the ringing melody editing system according to the present embodiment is similar to the ringing melody editing system of the second embodiment in that the first editing ringing melody data 500 shown in FIG. ). The edited incoming melody data 580 is created by combining the melody data extracted from each of the second editing incoming melody data 540 shown in FIG. Below, regarding the ringtone melody editing system according to the present embodiment,
A description will be given with reference to the drawings.

First, the editing incoming melody data creating process according to the present embodiment is the same as that of the first embodiment shown in FIG. Further, the program distribution process according to the present embodiment is the same as that of FIG. 8 of the first embodiment, and thus the description thereof will be omitted. Furthermore, the edit incoming melody data download process according to the present embodiment is performed by the server 2
Includes the first edit incoming melody data 500 and the second
The editing incoming melody data 540 is distributed to the user terminal 3. Therefore, the editing incoming melody data downloading process is the same as that of the first embodiment shown in FIG.

Now, the editing condition input processing and the editing incoming melody data editing processing according to this embodiment will be described below with reference to the drawings. FIG. 22 shows
7 is a flowchart showing an operation performed by the user terminal 3 during the editing condition input processing and the editing incoming melody data editing processing according to the present embodiment. In the edit melody data editing process according to the present embodiment, the user terminal 3 combines the melody data extracted from each of the first edit incoming melody data 500 and the second edit incoming melody data 540 to create an edit incoming call. This is a process of creating the melody data 580.

Here, since steps S500 to S540 of the flowchart of FIG. 22 are the same as those shown in FIG. 18, their description will be omitted. Step S54
When the input of the editing condition is completed at 0, the process proceeds to step S700.

In step S700, the terminal control unit 3 uses the first edit incoming call melody data 540 and the second edit incoming call melody data 580 based on the determined edit conditions to edit the edit incoming call melody data 58.
0 is created (step S700). Step S7
Details of 00 are the same as step S555 shown in FIG. 21 of the second embodiment, and therefore description thereof will be omitted. next,
The terminal control unit 300 displays the edited incoming melody data 58.
0 is stored in the edited incoming melody storage unit 335. This is the end of the description of the editing condition input process and the editing incoming melody data editing process according to the present embodiment.

As described above, the ringing melody editing system according to this embodiment facilitates management of the ringing melody data for editing in the server 2 as in the first embodiment. Further, the user can cause the user terminal 3 to start playing the incoming melody from a favorite position.

Further, in the ring tone melody editing system according to the present embodiment, the amount of communication between the server 2 and the user terminal 3 can be reduced as in the third embodiment. As a result, it is possible to reduce the communication charge when the editing incoming melody data is edited.

Further, according to the ringing melody editing system of the present embodiment, as in the ringing melody editing system of the second embodiment, a plurality of editing ringing melody data parts are combined to edit the ringing melody. Since the data is created, the user can use more variations of the ringing melody.

In the ringing melody editing system according to the present embodiment and the second embodiment, when the editing ringing melody data 580 is edited, the first editing ringing melody data 500 and the second editing ringing melody data simultaneously downloaded are edited. Although the ringing melody data 540 is used, as the first editing ringing melody data 500 and the second editing ringing melody data 540, the ringing melody data for editing stored in advance in the terminal ringing melody storage unit 325 is used. You may be asked.

Although the editing graph according to the first to fourth embodiments is a straight line graph, the shape of the editing graph is not limited to this. For example, the editing graph 400 may be a circular graph.

The editing screens according to the first to fourth embodiments may be provided with a time display showing the length of the song of the incoming melody and the position currently being played.

In the first to fourth embodiments, it is assumed that the melody data 153 is divided at the position set by the administrator when the data creating device 1 creates the incoming incoming melody data 154 for editing. However, the location of division is not limited to this. For example, the data creation device 1 may automatically divide the melody data 153 for each measure.

In the first to fourth embodiments, the melody data is divided as time information for associating the playing position of the incoming melody data with the playing position of the editing incoming melody data. However, the time information is not limited to this. For example, the data including the time information may be further included in the edit incoming melody data.

In the first to fourth embodiments, the edit incoming melody data is created in the data creating device 1 and then stored in the server 2. The incoming melody data may be stored in the server 2 in advance. in this case,
The data creation device 1 may not be included in the incoming melody editing system.

In the first to fourth embodiments, the data creation device 1 and the server 2 are assumed to be realized by different devices, but they are realized by one device. Good.

[Brief description of drawings]

FIG. 1 is a diagram showing a configuration of an incoming melody editing system according to the present invention.

FIG. 2 is a block diagram showing a detailed configuration of a data creation device of the present invention.

FIG. 3 is a flowchart showing an operation performed by the data creating device during the edit incoming melody data creating process of the present invention.

FIG. 4 (a) is a diagram showing an example of a structure of undivided incoming call melody data created by the data creating device. FIG. 4B is a diagram showing an example of the configuration of the incoming call-editing melody data for editing created by the data creating device.

FIG. 5 is a block diagram showing a detailed configuration of a server of the present invention.

FIG. 6 is a diagram showing an example of a configuration of edited incoming melody data according to the first embodiment of the present invention.

FIG. 7 is a block diagram showing a detailed configuration of a user terminal of the present invention.

FIG. 8 is a flowchart showing an operation performed by the server during the program distribution processing of the present invention.

FIG. 9 is a flowchart showing an operation performed by the server during an edit incoming melody data download process according to the first embodiment of the present invention.

FIG. 10 is a flowchart showing an operation performed by a user terminal during an edit condition input process according to the first embodiment of the present invention.

FIG. 11 is a diagram showing an example of a configuration of an editing screen according to the first embodiment of the present invention.

FIG. 12 is a flowchart showing an operation performed by the server during the editing incoming melody data editing process according to the first embodiment of the present invention.

FIG. 13 shows another example of the edited incoming melody data according to the first embodiment of the present invention.

FIG. 14 is a diagram showing many examples of the configuration of an editing screen according to the first embodiment of the present invention.

FIG. 15 is a diagram showing another example of the configuration of the edited incoming melody data according to the first embodiment of the present invention.

FIG. 16A is a diagram showing an example of a configuration of first edit incoming melody data according to the second embodiment of the present invention. FIG. 16B is a diagram showing an example of the configuration of second edit incoming melody data according to the second embodiment of the present invention. FIG. 16C shows the second embodiment of the present invention.
FIG. 6 is a diagram showing an example of a configuration of edited incoming melody data according to the embodiment of FIG.

FIG. 17 is a flowchart showing an operation performed by the server during an edit incoming melody data download process according to the second embodiment of the present invention.

FIG. 18 is a flowchart showing an operation performed by a user terminal in editing condition input according to the second embodiment of the present invention.

FIG. 19 is a diagram showing an example of a configuration of an editing screen according to a second embodiment of the present invention.

FIG. 20 is a flowchart showing an operation performed by the server during the editing incoming melody data editing process according to the second embodiment of the present invention.

FIG. 21 is a flowchart showing an operation performed by a user terminal during an edit condition input process and an edit incoming melody data edit process according to the third embodiment of the present invention.

FIG. 22 is a flowchart showing an operation performed by a user terminal during an edit condition input process and an edit incoming melody data edit process according to the fourth embodiment of the present invention.

[Explanation of symbols]

1 data creation device 2 server 3 user terminal 100 creation device control unit 103 creation device display unit 105 creation device input unit 110 MIDI file storage unit 115 creation device transmission unit 150 undivided incoming melody data 151 song name data 152 model name data 153 melody Data 154 Editing incoming melody data 155 First melody data 160 Second melody data 165 Third melody data 170 Fourth melody data 175 Fifth melody data 200 Server control unit 205 Server receiving unit 210 Server incoming melody storage Section 215 server program storage section 220 server transmission / reception section 250, 425, 430, 480, 580 edit incoming melody data 300 terminal control section 305 terminal transmission / reception section 310 terminal display section 315 terminal input section 320 terminal program Music storage unit 325 Terminal incoming melody storage unit 330 Playing unit 335 Editing incoming melody storage unit 400 Editing graph 405 Performance position display arrows 410, 460 Performance start position display arrows 415, 470 Operation display unit 465 Performance end position display arrow 500 First Incoming melody data for editing 505 First song name data 510 Model name data 515 Sixth melody data 520 Seventh melody data 525 Eighth melody data 530 Ninth melody data 535 Tenth melody data 540 Second Incoming melody data for editing 545 Second song name data 555 Eleven melody data 560 12th melody data 565 13th melody data 570 14th melody data 575 15th melody data 585 3rd song name data 600 Part 1 Graph 605 First performance position display arrow 610 First performance start position display arrow 615 First performance end position display arrow 620 Second editing graph 625 Second performance position display arrow 630 Second performance start position Display arrow 635 Second display end position display arrow

─────────────────────────────────────────────────── ─── Continuation of front page (51) Int.Cl. ⁷ Identification code FI theme code (reference) H04M 11/08 H04B 7/26 MF term (reference) 5D378 MM12 MM53 MM62 MM96 QQ01 QQ08 5K027 AA11 FF03 FF25 5K067 AA34 BB04 BB21 DD51 EE02 FF01 HH23 5K101 KK16 LL12 MM07 NN23 PP07 UU05

Claims (18)

[Claims] 1. A system for editing an incoming melody of a mobile phone downloaded from a server, wherein the server includes a data sending unit for sending data to the mobile phone, and a request to download an incoming melody from the mobile phone. When there is, a corresponding incoming melody data is selected from a plurality of incoming melody data prepared in advance, and the incoming melody data selection is given to the selected data transmitting means and transmitted to the mobile phone which issued the download request. Means for receiving the data transmitted from the server, the mobile phone, while reproducing the incoming melody data received by the data receiving means, according to the user's instructions A start position determining means for determining a performance start position, and the start position determining means And a notification means for notifying the server of the performance start position of the ringing melody decided by the server. When the server receives the performance start position of the ringing melody from the notification means of the mobile phone, The corresponding incoming melody data is edited to create new incoming melody data so that the incoming melody can be played from the performance start position, and the created new incoming melody data is given to the data transmitting means to generate the incoming melody data. The ringing melody editing system further comprises editing means for transmitting to the mobile phone, and the mobile phone further comprises storage means for storing the new incoming melody data received by the data receiving means. 2. The editing means replaces and arranges the incoming melody data before the performance start position of the incoming melody and the incoming melody data after the performance start position of the incoming melody, and combines them to create a new one. The incoming melody editing system according to claim 1, wherein incoming melody data is created. 3. The incoming melody data is divided into a plurality of blocks, and the determining means sets the start position of the block being played when a user gives an instruction, as the playing start position of the incoming melody. The ringtone melody editing system according to claim 1, wherein the ringtone melody editing system determines. 4. The mobile phone further comprises an end position determination means for determining a performance end position of the incoming melody according to a user's instruction while reproducing the incoming melody data, and the notifying means includes the end melody of the incoming melody. In addition to the playing start position, the server also notifies the playing end position of the ringing melody, and the editing means corresponds to the part from the playing start position of the ringing melody to the playing end position of the ringing melody. 2. A new incoming melody data is created so that can be played.
Ringtone editing system described in. 5. The editing means extracts new incoming melody data by extracting incoming melody data of a portion from a performance start position of the incoming melody to a performance end position of the incoming melody. The ringtone melody editing system according to claim 4. 6. The incoming melody data is divided into a plurality of blocks, and the start position determining means reproduces the block when the user gives an instruction to determine the playing start position of the incoming melody. Is determined as the playing start position of the ringing melody, and the ending position determining means plays the block immediately before the block being played when the user instructs to decide the playing ending position of the ringing melody. 5. The incoming melody editing system according to claim 4, wherein the last position of the block that has been played is determined as the performance ending position of the incoming melody. 7. The start position determining means determines a plurality of performance starting positions of the incoming melody, and the end position determining means corresponds to each of the plurality of performance starting positions of the incoming melody determined. The playing end position of the incoming melody is determined, the notifying unit notifies the server in a state where the playing start position of the incoming melody and the playing end position of the incoming melody are associated with each other, and the editing unit corresponds. Characterized in that new incoming melody data is created so that a plurality of corresponding incoming melody can be continuously played between the playing start position of the incoming melody and the playing end position of the incoming melody.
The ringtone melody editing system according to claim 4. 8. The incoming melody data desired by the mobile phone is a plurality, and the start position determining means determines a plurality of playing start positions of the incoming melody in a plurality of incoming melody data, and the end is performed. 8. The position deciding means decides, in the plurality of incoming melody data, a playing end position of the incoming melody corresponding to each of the playing start positions of the incoming melody decided in a plurality of places. Ringtone melody editing system. 9. The incoming melody editing system according to claim 1, wherein the server further comprises data creating means for creating the incoming melody data. 10. A system for editing an incoming melody of a mobile phone downloaded from a server, wherein the server includes a data sending unit for sending data to the mobile phone, and a request for downloading an incoming melody from the mobile phone. When there is, a corresponding incoming melody data is selected from a plurality of incoming melody data prepared in advance, and the incoming melody data selection is given to the selected data transmitting means and transmitted to the mobile phone which issued the download request. Means for receiving an incoming melody data transmitted from the server, the mobile phone, while reproducing the incoming melody data received by the data receiving means, according to the user's instruction A start position determining means for determining a play start position of the melody; Editing means for editing the incoming melody data to create new incoming melody data so that the incoming melody can be played from the playing start position of the rodee, and the new incoming melody data created by the editing means. An incoming melody editing system comprising a storage means for storing. 11. A server for editing a ringing melody downloaded by a mobile phone, comprising: a data transmitting means for transmitting data to the mobile phone; and a request for downloading the ringing melody from the mobile phone in advance. An incoming melody data selecting means for selecting corresponding incoming melody data from the prepared plural incoming melody data and giving the selected incoming melody data to the selected data transmitting means to transmit to the mobile phone which issued the download request, The mobile phone uses the ringing melody data transmitted from the server to determine the performance start position of the ringing melody according to the user's instruction and notifies the server, and the server notifies from the mobile phone. When the playing start position of the ringing melody is received, the playing start position of the ringing melody is received. The corresponding incoming melody data is edited to create new incoming melody data so that the incoming melody data can be played, and the created new incoming melody data is given to the data transmitting means to the mobile phone. The server further comprising editing means for transmitting. 12. A program executed by the mobile phone when editing an incoming melody of the mobile phone downloaded from a server, the data reception receiving data desired by the mobile phone transmitted from the server. A step of determining a playing start position of the incoming melody according to a user's instruction while playing the incoming melody data received in the data receiving step, and an incoming call determined in the starting position deciding step. A notification step of notifying the server of the playing start position of the melody, and new incoming melody data edited so that the incoming melody can be played from the playing start position of the incoming melody notified in the notifying step. Is transmitted from the server to the mobile phone, the program is Further comprising ringing tone editing program storage step of storing a new incoming melody data received by the data receiving step. 13. A program executed by the mobile phone when editing a mobile phone incoming melody downloaded from a server, the data receiving incoming melody data desired by the mobile phone transmitted from the server. A receiving step, a start determining step of determining a playing start position of the incoming melody according to a user's instruction while playing the incoming melody data received in the data receiving step, and a playing melody of the incoming melody from the playing start position of the incoming melody. The incoming call is provided with an editing step of editing the incoming melody data to create new incoming melody data so as to be playable, and a storing step of storing the new incoming melody data created in the editing step. Melody editing program. 14. A program executed by a computer to create incoming melody data for editing from continuous melody data, which comprises a dividing position determining step of determining a dividing position of the melody data, and the dividing position determination. According to the division position determined in step, the melody data is divided into a plurality of blocks,
An incoming melody data creating program comprising: a dividing step of creating the incoming melody data for editing, and a saving step of saving the incoming melody data for editing obtained in the dividing step. 15. The storing step stores the ringing melody data for editing in a server, and the ringing melody data for editing stored in the server is stored in the server in response to an editing instruction from a mobile phone. 15. The incoming melody data creating program according to claim 14, which is selected and used for editing an incoming melody. 16. The incoming melody data creation according to claim 14, wherein the dividing step divides the melody data into a plurality of blocks, and assigns a file name to each of the divided blocks. program. 17. The incoming melody data creating program according to claim 14, wherein the dividing position determining step determines a boundary position of each bar of the incoming melody as a dividing position. 18. The division position determining step includes an input step in which a person who operates the computer inputs a division position of the melody data, and the division position determining step includes the division position input in the input step. 15. The incoming melody data creating program according to claim 14, which is determined as a division position of the melody data.