KR100631347B1 - Sound data delivering system, sound data delivering method, delivering server utilized in the sound data delivering system, client-side terminal utilized in the sound data delivering system, and computer-readable recording medium containing a program applied to a computer utilized in the sound data delivering system - Google Patents

Abstract

In response to a request from the mobile phone 60, the voice data delivery server 20 delivers the test listening song data to the mobile phone without charging the user of the mobile phone, or at the time of billing to the user. The song data is delivered to this mobile phone. The delivered test listening song data is actually reproduced by the mobile phone, but the number of reproductions is limited, and after the test listening song data is reproduced by a predetermined number of reproduction times, the test listening song data is stored in the memory (RAM) of the mobile phone. 63). Therefore, a user of the mobile telephone can obtain the test listening song data of the incoming melody without being charged, and a system is provided which can actually reproduce the test listening music data by using the user's mobile phone.

Description

A computer readable program comprising a voice data delivery system, a voice data delivery method, a delivery server used for the voice data delivery system, a client side terminal used for the voice data delivery system, and a program applied to a computer used in the voice data delivery system. SOUND DATA DELIVERING SYSTEM, SO COMPOTER-READABLE RECORDING MEDIUM CONTAINING A PROGRAM APPLIED TO THE SOUND DATA DELIVERING SYSTEM}

1 is a schematic diagram of a voice data delivery system of the present invention;

2 is a block diagram schematically showing the configuration of a mobile telephone used in the present invention;

3 is a flowchart of an incoming melody acquisition routine executed by the CPU of the cellular phone according to the first embodiment of the present invention;

4 is a flowchart of an incoming melody delivery processing routine executed by the voice data delivery server according to the first embodiment of the present invention;

Fig. 5 is a diagram showing the data flow between the mobile phone and the voice data delivery server when the user of the mobile phone acquires the test listening song data in the first embodiment of the present invention;

6A is a model diagram showing contents displayed on a display of a mobile telephone in the present invention;

Fig. 6B is a model diagram showing the content displayed on the display of the cellular phone in the present invention;

6C is a model diagram showing contents displayed on a display of a mobile telephone in the present invention;

7 is a flowchart of a test listening song data delivery processing routine executed by the voice data delivery server according to the first embodiment of the present invention;

8A is a diagram for explaining the structure of regular song data and test listening song data used in the present invention;

8B is a view for explaining the structure of the normal song data and test listening song data used in the present invention;

FIG. 8C is a diagram for explaining the structure of regular song data and test listening song data used in the present invention; FIG.

FIG. 8D is a diagram for explaining the structure of regular song data and test listening song data used in the present invention; FIG.

FIG. 8E is a diagram for explaining the structure of regular song data and test listening song data used in the present invention; FIG.

Fig. 9 is a flowchart of a test listening song data processing routine executed by the CPU of the cellular phone according to the first embodiment of the present invention;

Fig. 10 is a flowchart of a routine song data processing routine executed by the CPU of the cellular phone according to the first embodiment of the present invention;

Fig. 11 is a flowchart of a regular song data delivery processing routine executed by the voice data delivery server according to the first embodiment of the present invention;

12 is a flowchart of a processing routine for test listening song data executed by the CPU of the cellular phone according to the second embodiment of the present invention;

13 is a flowchart of a timer interrupt routine executed by the CPU of the cellular phone according to the second embodiment of the present invention;

Fig. 14 is a flowchart of a processing routine for test listening song data executed by the CPU of the cellular phone according to the third embodiment of the present invention;

Fig. 15 is a flowchart of a processing routine for test listening song data executed by the CPU of the cellular phone according to the fourth embodiment of the present invention;

Fig. 16 is a flowchart of a delivery processing routine for trial listening song data executed by the voice data delivery server according to the fourth embodiment of the present invention;

Fig. 17 is a flowchart of a processing routine for song listening music data to be executed by the CPU of the cellular phone according to the fifth embodiment of the present invention;

Fig. 18 is a flowchart of a delivery processing routine for test listening song data executed by the voice data delivery server according to the fifth embodiment of the present invention.

<Explanation of symbols for main parts of drawing>

10: Internet 20: voice data delivery server

21: WEB server 22: voice data database

23: Billing Database 24: Mobile Phone Management Database

30: Billing Server 40: Relay Server

50: wireless base station 60: mobile phone

The present invention has a client-side terminal (e.g., mobile phone) and a voice data delivery server capable of communicating with each other, and voice data reproduced by a client-side terminal at a predetermined timing (e.g., when there is an incoming call on the mobile phone). For example, the present invention relates to a system for delivering an incoming melody (hereinafter referred to as "called melody") from a voice data delivery server to a client side terminal.

With recent advances in communication technology, mobile phones, mobile computers, and others using wireless technology as one of the client-side terminals that can communicate are widely used. On the other hand, as a service that can be received by these client-side terminals, voice data delivery service (called a melody call service in the case of a mobile phone) is also widely used.

In general, in these services, the user of the client-side terminal can select a desired voice data from a plurality of voice data provided in the voice data delivery server. Further, the voice data delivery server is configured to deliver the selected voice data to the client side terminal and charge the user of the client side terminal.

However, in the above service, when the voice data is delivered to the client side terminal, the delivered voice data is registered in the nonvolatile memory of the client side terminal, whereby one of the voice data registered in the client side terminal is automatically generated. Is erased. For this reason, if the user of the client-side terminal feels that the music reproduced on the basis of the newly delivered voice data is not good as a result, or if the user feels that the music reproduced on the basis of the erased voice data is better, the service described above is a user. Not enough to satisfy

Thus, for example, in the apparatus disclosed in Japanese Patent Application Laid-Open No. 11-127262 / 1999, the delivered voice data is not directly registered in the nonvolatile memory, and instead, the delivered voice data is stored in the volatile memory. It is stored so that it is possible to listen to the test (playback) and, when the operation of the predetermined key is performed in accordance with the result of the test listening, this audio data is configured to be registered in the nonvolatile memory.

However, in the above-described prior art, the voice data for test listening (voice data for test listening) and the voice data for registration (regular voice data) are not distinguished, so that the user of the client side terminal receives voice data for test listening. Even if delivery is desired, a fee is charged to the user whenever this voice data is delivered to the client side terminal. For this reason, if the result of the test listening is not good for the user, the above-described prior art service is not sufficiently satisfactory for the user. Accordingly, one of the objects of the present invention is a system, in which a user can perform trial listening of voice data to be delivered without charge (or a fee that is less expensive than a regular purchase of voice data), A method, a delivery server constituting this system, a client-side terminal that is substantially a computer, and a computer-readable recording medium are provided.

In order to achieve the above object of the present invention, a feature of the present invention is a voice data delivery system having a client-side terminal and a delivery server that can communicate with each other, wherein the delivery server has a regular voice request from the client-side terminal. Request determination means for determining whether it is a request of data or a request for test listening voice data; And when the request from the client-side terminal is determined to be the request for the regular voice data, the regular voice data is delivered to the client-side terminal with the billing to the user of the client-side terminal, And a data delivery means for delivering the test listening voice data to the client-side terminal without charging the user of the client-side terminal if the request is determined to be the request of the test-listening voice data. Storage means for storing the delivered regular voice data and the delivered test listening voice data; And reproducing means for generating voice in accordance with the stored voice data and reproducing the voice data.

The delivery server in the present invention stores a plurality of voice data, for example, in a database of voice data, delivers a list of voice data to the client side terminal in response to a request from the client side terminal, The user may be configured to deliver regular voice data or test listening voice data corresponding to voice data selected from this list. If the client-side terminal is, for example, a mobile phone, the voice data may be voice data for generating an incoming melody of the mobile phone (melody as a ring tone in response to the incoming call) or other voice data such as an effect sound. In addition, the regular voice data and the test listening voice data may be configured to include the same voice data as long as at least one of them includes data that can distinguish each other. The reproducing means is a means used for generating a voice under a predetermined condition according to the voice data acquired from the delivery server by the client-side terminal. For example, if the client-side terminal is a mobile phone, the reproducing means is a sound source for generating an incoming melody. Corresponding to a sound system comprising a circuit, an effect circuit, and an amplifier and a speaker.

According to the above feature, if the user of the client-side terminal wishes to listen to the test, the user can request voice data for test listening, and the delivery server is sent when a request for test listening data is transmitted from the client-side terminal to the delivery server. The test listening voice data is delivered to the client side terminal without charging the user. The delivered test listening voice data is stored in the storage means of the client side terminal and reproduced by the reproduction means. As a result of this, the user can acquire voice data for trial listening without being charged, and can consider whether to purchase regular audio data based on the result of trial listening. It should be noted that “without charge” herein, including claims, means “no charges or less charges than charges for regular voice data”.

Another feature of the present invention is a voice data delivery system having a client-side terminal and a delivery server that can communicate with each other, wherein the delivery server determines whether or not the request from the client-side terminal is a request for regular voice data. Request determination means for determining whether a request is made; And when the request from the client-side terminal is determined to be the request for the normal voice data, the regular voice data is delivered to the user of the client-side terminal, and the request from the client-side terminal is sent to the test listening voice data. And a data delivery means for delivering the test listening voice data to the client-side terminal when it is determined to be a request, wherein the client-side terminal stores the delivered regular voice data and the delivered test listening voice data. Memory means; Reproducing means for reproducing voice data by generating voice according to the stored voice data; And reproducing number limiting means for limiting the number of times said test listening voice data is reproduced by said reproducing means to a predetermined finite number of times.

For this reason, in response to a request from the client side terminal, the delivery server can deliver the regular voice data or the test listening voice data to the client side terminal, and the client side terminal can reproduce this voice data by the reproducing means. . Further, the number of times the test listening data is reproduced is limited to a predetermined finite number by the reproduction number limiting means.

Here, it is preferable that the delivery server can charge a predetermined fee to the user when the regular voice data is delivered, and can charge a fee that is not higher than the predetermined fee when the test listening voice data is delivered. Alternatively, the delivery server does not have to charge the user at all with delivery of the test data voice data.

In this case, the client-side terminal further includes data erasing means for erasing the test listening speech data from the storage means when the test listening speech data is reproduced (and later) by a predetermined finite number of times. desirable.

Another feature of the present invention is a voice data delivery system having a client-side terminal and a delivery server that can communicate with each other, wherein the delivery server is a voice data for test-listening whether the request from the client-side terminal is a request for regular voice data. Request judging means for judging whether a request is made; And when the request from the client-side terminal is determined to be the request for the normal voice data, the regular voice data is delivered to the user of the client-side terminal, and the request from the client-side terminal is sent to the test listening voice data. And a data delivery means for delivering the test listening voice data to the client-side terminal when it is determined to be a request, wherein the client-side terminal stores the delivered regular voice data and the delivered test listening voice data. Memory means; Reproducing means for generating a voice in accordance with the stored voice data and reproducing the voice data; And reproducing the test listening voice data when a predetermined time elapses after the test listening voice data becomes reproducible by the client-side terminal or after the test listening voice data is first reproduced by the client-side terminal. It is to include a time limit means for the reproduction allowed to prohibit.

For this reason, in response to a request from the client side terminal, the delivery server delivers the regular voice data or the test listening voice data to the client side terminal, and the client side terminal can reproduce this voice data by the reproducing means. Further, the reproduction allowable time limiting means is for trial listening when a predetermined time elapses after the test listening voice data becomes reproducible by the client side terminal or after the test listening voice data is first reproduced by the client side terminal. Prohibit reproduction of data. In this case, the time when the test listening voice data becomes reproducible by the client side terminal includes the time when the test listening voice data is delivered from the delivery server to the client side terminal. Further, the delivery server may charge a user a predetermined fee at the time of delivery of the regular audio data, and charge a user no more expensive than the predetermined fee at the time of delivery of the audio data for test listening. Alternatively, the delivery server does not charge the user at all upon delivery of the test listening voice data.

In this case, the client side terminal, when the test listening voice data becomes reproducible by the client side terminal or when a time longer than a predetermined time elapses after the test listening voice data is first reproduced by the client side terminal, has elapsed. It is preferable to further include data erasing means for erasing the test listening speech data from the storage means.

According to another aspect of the present invention, in the system according to the above-mentioned features, at least one of the normal voice data and the test listening voice data is added with data distinguishing the normal voice data and the test listening voice data. On the basis of this different data, the client side terminal determines whether the data to be reproduced is the test listening voice data or the normal voice data, and changes the reproduction method according to this determination. Specifically, this feature of the present invention is that the test listening voice data is test listening voice data in which normal voice data is added to the data indicating that the voice data is the test listening voice data. And reproducing the voice data by generating a voice according to only a part of the voice data when recognizing that data to be reproduced is voice data for test listening by determining whether data representing voice data for test listening exists or not. .

Further, this feature of the present invention is that, in the system according to the above-described features, the normal voice data is to be appended with data indicating that the voice data is regular voice data to the test listening voice data. The reproducing means is configured to reproduce the voice data by generating a voice in accordance with only a part of the voice data when recognizing that the data to be reproduced is the voice data for test listening by judging whether or not data representing regular voice data exists. Will be.

According to these features, only part of the regular audio data is reproduced at the time of listening to the test. In other words, during test listening, playback that is slightly lower than the playback of the regular audio data itself (for example, playback of only a part of the length of the audio data or playback of some parts if the audio data is composed of a plurality of parts) is performed. For the client side terminal to perform, the delivery server side simply prepares data in which data indicating whether the voice data is regular voice data or test listening voice data is added to either the normal voice data or the test listening voice data. Can be. By this feature, the storage capacity on the delivery server side (database, etc.) can be reduced. In addition, when the user requests normal voice data (purchase) after the test listening, only the data indicating whether the voice data is the normal voice data or the test listening voice data from the normal voice data or the test listening voice data. Can be configured to be deleted, thereby reducing the time required for communication since it is not necessary to deliver the entire voice data again.

According to another aspect of the present invention, in the system according to the above-described features, the test listening voice data is configured as part of the regular voice data so that only a part of the regular voice data can be reproduced at the time of listening to the test at the client side terminal. Will be. In this case, the test listening voice data is composed of only a part of the length of the normal voice data, or alternatively, if the regular voice data is composed of a plurality of parts, the test listening voice data is a part of the plurality of parts. It may consist of only parts.

According to still another aspect of the present invention, in the system according to the above-described features, the client-side terminal is a portable communication terminal, and if the voice data stored in the storage means is regular voice data, the voice data is received by the portable communication terminal. And registration means configured not to register the voice data as a ring tone, a warning sound, or the BGM voice data of the portable communication terminal, whereas the voice data is registered as the voice data of the warning sound or the BGM, whereas the voice data is voice data for test listening. The reproducing means may transmit the registered ringing tone, warning tone, or voice data of the BGM when the client-side terminal receives an incoming call, when the portable communication terminal is in a state in which a warning tone should be generated, or when using a mobile communication terminal. Or to reproduce the response message of the portable communication terminal at the time of reproduction (generation) with an answering telephone (answer telephone service), respectively. It is composed. In this case, the predetermined condition described above includes an input operation performed by the user of the portable communication terminal to register the voice data as a ring tone, warning sound, or BGM (background music).

For this reason, the regular voice data can be registered as a ring tone, a warning sound, or a BGM, while the voice data for test listening can be prohibited from registering as a ring tone, a warning sound, or a BGM.

In this case, the registration means is configured such that when the voice data purchase instruction is transmitted from the portable communication terminal to the delivery server, the test listening voice data can be registered as a ringing tone, warning sound, or BGM voice data of the portable communication terminal. It is desirable to be. In this case, the delivery server may be configured to charge the user of the portable communication terminal based on the purchase instruction.

Another feature of the present invention is a voice data delivery system having a client-side terminal and a delivery server that can communicate with each other, wherein the delivery server is a voice data for test-listening whether the request from the client-side terminal is a request for regular voice data. Request judging means for judging whether a request is made; And when the request from the client-side terminal is determined to be the request for the normal voice data, the regular voice data is delivered to the user of the client-side terminal, and the request from the client-side terminal is sent to the test listening voice data. And data delivery means for stream delivering (streaming) the test listening voice data to a client-side terminal, if the request is determined to be a request, the client-side terminal comprising: storage means for storing the delivered regular voice data; And reproduces the regular voice data by generating a voice according to the stored normal voice data, and whenever the client-side terminal receives a part of the test listening voice data through stream delivery (streaming) (the reproduction And reproducing means for storing a part of the test listening voice data to be delivered to the stream in one buffer and generating a voice according to the data stored in the buffer.

In this case, the delivery server can charge the user for a predetermined fee at the time of delivery of the regular audio data, and can charge the user at a cost not higher than the predetermined fee at the time of delivery of the audio data for test listening. Alternatively, the delivery server does not have to charge anything for delivering the test listening voice data.

According to this configuration, the test listening voice data is stream-delivered from the delivery server to the client side terminal. Further, whenever the client-side terminal receives a part of the test listening voice data via stream delivery, the client-side terminal stores a part of the test listening voice data in one buffer for reproduction. As a result, since voice data for test listening does not remain in the client side terminal, the user can be prevented from performing continuous test listening.

Note that throughout this specification, "without charging for shipping test data" means "without charges or at a rate no higher than the charge charged for shipping regular voice data." Should be.

Hereinafter, a preferred embodiment of the voice data delivery system according to the present invention will be described with reference to the accompanying drawings.

(Example 1)

1 is a schematic system diagram of a voice data delivery system (song data delivery system, incoming melody delivery system) according to Embodiment 1 of the present invention. This system is configured using the Internet 10. A voice data delivery server 20, a billing server 30, and a relay server 40 are connected to the Internet 10, and a wireless base station 50 is connected to the relay server 30. have. The mobile telephone 60 serving as a client side terminal is capable of communicating with the voice data delivery server 20 via the wireless base station 50, the relay server 40, and the Internet 10 (data exchange possible). Consists of. Here, the Internet 10 may be a communication line such as a dedicated line (this communication line is not limited to a wire line, but may include a wireless line such as a satellite communication line), and the client-side terminal may be a mobile phone 60. It may be a mobile computer or a personal digital assistant (PDA), which is a communication device including a computer, and the like.

The voice data delivery server 20 is configured to include a computer and delivers regular voice data and test listening voice data to the mobile phone 60 in response to a request from the mobile phone 60. The voice data delivery server 20 performs the WEB server 21, a plurality of tests corresponding to each of a plurality of voice data (in this example, a plurality of regular song data and regular song data used as an incoming melody). A database 22 of voice data for storing listening song data), a billing database 23 for storing information for charging a user of the mobile phone 60, a mobile phone number, a password, a user name, and the like. And a mobile phone management database 24 for storing data relating to a user of the mobile phone 60 including the mobile phone 60. The WEB server 21 is actually a program stored in a computer, and takes out necessary data from the databases 22 to 24 and transfers the data to the billing server 30 or the relay in accordance with a predetermined communication protocol (for example, HTTP). The server 40 supplies data to the server 40, processes the data supplied from the billing server 30 or the relay server 40 according to a predetermined communication protocol, and stores this data in the databases 22 to 24 as necessary.

The billing server 30 is configured to include a computer to perform billing management for the user, and the cellular phone 60 according to the data supplied from the voice data delivery server 20 via the Internet 10. ) Will be charged to the user. Specifically, the billing server 30 performs necessary data communication with a computer of a financial institution (bank) in which the user has an account (bank account), and automatically withdraws the fee for using the voice data delivery service from the user's account. It is configured to. Here, the billing server 30 may be configured to issue a bill to the user and send the bill to the user by mail. The financial institution may be a credit card management company owned by the user. The fee may also be charged by adding the purchase fee of voice data to the phone fee performed by the cellular phone 60. The billing method is a pay-as-you-go method in which a predetermined fee (for example, 50 yen per song) is charged every time a piece (voice data for one piece) is purchased, or a predetermined basic fee is charged within a predetermined time period (for example, 10 songs can be purchased within a month for 300 yen) Any one of a fixed fare system may be allowed to purchase a plurality of predetermined songs, and the number of remaining songs available for purchase within this predetermined time is subtracted each time one song is purchased. Alternatively, a combination of the two methods described above, that is, a pay-as-you-go method and a fixed fee method, may be adopted (e.g., if the number of songs purchased within a predetermined time does not exceed a predetermined plurality of songs, A fee is charged, and then a predetermined fee is charged each time a song is purchased).

The relay server 40 is configured to include a computer, and is configured to convert data supplied from the voice data delivery server 20 through the Internet 10 into a predetermined signal and transmit the predetermined signal to the wireless base station 50. The radio base station 50 modulates the signal supplied from the relay server 40 and transmits the modulated signal to the cellular phone 60. In addition, the radio base station 50 is configured to demodulate the signal transmitted from the cellular phone 60 and to supply the demodulated signal to the relay server 40. The relay server 40 converts the signal supplied from the radio base station 50 into predetermined data and supplies the converted data to the voice data delivery server 20 according to the predetermined communication protocol described above.

As shown in the block diagram of FIG. 2, the cellular phone 60 includes an external storage device 65 such as a CPU 61, a ROM 62, a RAM 63, a nonvolatile RAM 64, a memory card, and the like. And a communication interface 66 that enables data communication with other computers via wires. These are connected to each other via a bus and are controlled by the CPU 61. The nonvolatile RAM 64 may be an EEPROM.

In addition, the mobile phone 60 demodulates the received signal received by the antenna 67 by being connected to the antenna 67, the transmission / reception circuit 68 connected to the antenna, and the transmission / reception circuit 68, and the CPU. A panel operator having a modulation / demodulation circuit 69 for modulating a signal to be transmitted from the antenna 67 given by the control of 61, a plurality of pushbutton switches for inputting a telephone number or other instructions ( 70, a detection circuit 71 connected to the panel operator 70 to detect switching of the panel operator 70, a display 72 for displaying numerical and character information, and a display circuit for controlling the display of the display 72. (73), a sound source circuit 74, an effect circuit 75 connected to the sound source circuit 74, and a sound system 76 connected to the effect circuit 75 and including an amplifier and a speaker. Among them, the modulation / demodulation circuit 69, the detection circuit 71, the display circuit 73, the sound source circuit 74, and the effect circuit 75 are connected to each other via a bus and controlled by the CPU 61. It is supposed to be. Here, the sound source circuit 74, the effect circuit 75, and the sound system 76 together with the CPU 62, the RAM 63, and the nonvolatile RAM 64 constitute a reproducing means.

The CPU 61 executes a program stored in the ROM 62 and the external storage device 65 while using the clock information of the timer 61a connected to the CPU 61. The RAM 63 functions as a storage means for temporarily storing data necessary for the CPU 61 to execute the above-described program, data such as received voice data, and the like. The nonvolatile RAM 64 is capable of storing and retaining data written when the main power source (not shown) is on, even when the main power source is off. In response to a request from the CPU 61, data stored and held in the CPU 61 is supplied. This nonvolatile RAM 64 constitutes a part of the registration means for registering the incoming melody played by the mobile phone 60 from the sound system 76 when the mobile phone 60 has an incoming call.

Next, the operation of the voice data delivery system configured as described above will be described with reference to Figs.

First, the case where a regular user of the cellular phone 60 purchases this incoming melody (voice data, song data) after trial listening of a desired incoming melody will be described. When the user enters the incoming melody acquisition mode by operating the panel operator 70 with the main power supply (not shown) of the cellular phone 60 turned on, the CPU 61 of the cellular phone 60 (hereinafter, simply &Quot; mobile phone 60 " starts the process of the incoming melody acquisition routine shown in FIG.

The mobile phone 60 then proceeds to step 305 to determine whether or not an instruction is given to connect the mobile phone 60 to the voice data delivery server 20. The instruction for this connection is a transmission operation in which the user connects the cellular phone 60 to a destination having a specific telephone number or a specific uniform resource locator (ie, voice data delivery server 20). If this connection instruction has been given, the cellular phone 60 determines with "Yes" in step 305 and proceeds to step 310 to perform processing for connecting the cellular phone 60 to the voice data delivery server 20 ( See the arrows in FIG. 5 (1)).

On the other hand, the voice data delivery server 20 executes the program for delivery processing shown in FIG. 4 and monitors whether or not the cellular phone 60 is connected in step 405. Therefore, when connected to the cellular phone 60, the voice data delivery server 20 determines as "Yes" in step 405 and proceeds to step 410 to acquire the data (user required to confirm the user with the cellular phone 60). Request of name and password) (see the arrow in Fig. 5 (2)).

At this time, the cellular phone 60 proceeds to step 315, in which a user confirmation data input process is performed. Specifically, the cellular phone 60 displays the type of user confirmation data required by the voice data delivery server 20 on the display 72 to prompt the user to input this data. When the user inputs the necessary information, the cellular phone 60 transmits this input data to the voice data delivery server 20 (refer to the arrow in Fig. 5 (3)). Here, in this system, a user name, a password, etc. are input only at the time of user registration at the time of initial connection, and the necessary information is automatically transmitted from the cellular phone 60 at the time of two subsequent connection, and the data input by a user is skipped. It may be configured to.

In step 410, the voice data delivery server 20 that has received the user confirmation data uses the data stored in the mobile phone management database 24, and the connected mobile phone 60 is used by a regular user. Check if it is present or not. In this case, since the user of the cellular phone 60 is a regular user, the voice data delivery server 20 determines with "Yes" in step 415, and proceeds to step 420 to proceed from the song database 22 to the cellular phone 60. ), A list of song data that can be delivered is read, and the list is sent to the cellular phone 60 (see the arrow in Fig. 5 (4)). Here, if it is not connected by a regular user, the voice data delivery server 20 determines "NO" in step 415, proceeds to step 455, and performs processing for terminating the connection with the cellular phone 60, and step 495. The routine terminates at step 400 and returns to step 400.

On the other hand, the mobile phone 60 is configured to monitor whether or not a list of song data has been received in step 320, so that when the list of song data is received, the mobile phone 60 determines with " Yes " The flow advances to step 325 to display a list of songs received on the display 72 (see screen 1 of FIG. 6A). Here, with respect to the list of the song data, the system inputs a predetermined search condition (the genre of the song, the name of the artist, the first lyrics of the song, etc.) from the mobile phone 60, and the voice data delivery server 20 inputs this. May be configured in such a manner that the voice data delivery server 20 delivers to the cellular phone 60 a list of songs composed only of songs that satisfy the transmitted search condition.

By referring to this display screen, the user of the cellular phone 60 operates the panel operator 70 to select a desired tune. Fig. 6A shows a state in which the second song "fghij" is selected. At this time, the mobile phone 60 proceeds to step 330 and monitors which music is selected from the songs displayed on the display 72. If a song is selected, the cellular phone 60 proceeds to step 335 and transmits data specifying the selected song to the voice data delivery server 20 (see arrow in Fig. 5 (5)).

The voice data delivery server 20 is monitoring whether or not the song has been selected in step 425. Therefore, when data specifying the selection song transmitted from the cellular phone is received, the voice data delivery server 20 proceeds to step 430, whereby the user of the cellular phone 60 is connected to the selection song (voice listening voice data). Data for requesting the selection of whether to listen to the test or to purchase the selected song (regular song data) is transmitted (see the arrow in FIG. 5 (6)).

At this time, the cellular phone 60 is monitoring at step 340 whether data requesting a trial listening or purchase selection has been received. Thus, when the data requesting the selection of trial listening or purchase is received, the cellular phone 60 determines to be "Yes" in step 340 and proceeds to step 345 where the user desires to listen to trial purchase or purchase of data of the selected song. A screen for prompting the user to select whether or not to be displayed is displayed (see screen 2 of FIG. 6B). Next, the cellular phone 60 waits for selection of "test listening" or "purchase" in step 350, and when the user operates the panel operator 70 to select either "listening test" or "purchase", The cellular phone 60 proceeds to step 355 to transmit the selection result to the voice data delivery server 20 (see the arrow in Fig. 5 (7)).

The voice data delivery server 20 monitors the reception of the selection result in step 435, and when this selection result is received, the voice data delivery server 20 proceeds to step 440 and based on the selection result, the mobile telephone ( It is determined whether or not the user of 60) wishes to listen to the test of the selected song. In this case, since the user wants to listen to the test, the voice data delivery server 20 determines to be "Yes" in step 440 and proceeds to step 445 to perform processing of the test listening song data. Specifically, the voice data delivery server 20 starts the processing of the test listening song data delivery processing routine shown in detail in FIG. 7 from step 700 and transmits the test listening song data corresponding to the song selected in step 705 ( See arrows in FIG. 5 (8)).

Here, in order to provide a description of the test listening data, Fig. 8A shows the normal song data, and Fig. 8B shows the test listening song data used in this embodiment. Normal audio data is composed of eight measures including four parts. In front of the first measure, a header having a tone, tempo and the like of each part is arranged. The song data for trial listening is a regular song in that the data indicating whether the song data is the test listening song data and data representing the number of playbacks (playback allowable times) are added to the header in addition to the tone and tempo of each part. Different from the data.

Referring again to FIG. 3, after performing the process of step 355, the cellular phone 60 proceeds to step 360 to determine whether the selection result made by the user in this step 360 is "test listening". In this case, since the user has selected " test listening " of the song data, the cellular phone 60 determines " Yes " in step 360 and proceeds to step 365 to execute the test data for listening to music data processing routine shown in detail in FIG. Run

Specifically, the mobile phone 60 starts processing from step 900 of FIG. 9, and in step 905, the mobile phone 60 receives the test listening song data and stores the received test listening song data as a volatile memory. It stores in (63). Next, the cellular phone 60 proceeds to step 910, where the counter n counters the number of times of reproduction (e.g., "3", "1", etc.) written in the header of the test listening song data. (n), and in step 915, it is monitored whether or not the user has made an instruction (instruction for trial listening) to reproduce the music data for trial listening.

Now, assuming that the user has instructed to reproduce the test listening song data, the mobile phone 60 determines to be YES in step 915, and proceeds to step 920, where the value of the counter n is reached. Is reduced (subtracted) by " 1 " and the music data for trial listening is reproduced in step 925 by use of the sound source circuit 74, the effect circuit 75, and the sound system. For this reason, the user can reproduce the test listening song data delivered by the use of the sound source circuit 74, the effect circuit 75, and the sound system 76 of his mobile phone 60, and the playback result is reproduced. On the basis, it can be determined whether or not regular song data should be purchased.

The cellular phone 60 then proceeds to step 930 to determine whether or not the value of the counter n is "0", and if the value of the counter n is not "0", the cellular phone 60 proceeds to step 930. In step 915, the process returns to No. For this reason, whenever a reproduction instruction is given, the cellular phone 60 proceeds to step 920 to decrease the value of the counter n and to generate data based on the test listening song data in step 925 to reproduce the data. Therefore, when the test listening song data is played back as many times as the playback number set in the counter n in the previous step 910, the value of the counter n becomes " 0 ", whereby the cellular phone 60 causes the mobile phone 60 to proceed in step 930. If it is determined as "Yes", the process proceeds to step 970 to erase (delete) the test listening song data from the RAM 63, and proceeds to step 975 to indicate that the test listening song data is erased from the RAM 63. Display on the display 72 and notify the user by emitting a beep using the sound system 76. Thereafter, the cellular phone 60 returns to step 395 of FIG. 3 via step 995, and ends the incoming melody acquisition routine. Here, the above-described steps 910 to 930 correspond to the number of reproduction limiting means for limiting the number of pieces of test data for trial listening, and step 970 corresponds to the data erasing means.

Next, it is further explained assuming that no playback instruction is given at the time of the determination of step 915 of FIG. 9 described above. In this case, the cellular phone 60 proceeds to step 935 to determine whether or not the user has instructed to store (register) the test listening tune data in the nonvolatile RAM 64 as the incoming melody. If a registration instruction has not been given at the time of determination of this step 935, the cellular phone 60 returns to step 915. It again determines whether or not a reproduction instruction has been given. It should be noted that the incoming melody is a song played as a paging sound (as a kind of ring tone) when there is an incoming call to the cellular phone 60. In addition, the incoming melody described here for explanation is a warning sound (e.g., an alarm sound generated when the set time is reached) generated by the mobile phone 60 when a predetermined condition is satisfied in the mobile phone 60. It can be replaced by an attached song data file when calling or sending an e-mail to a BGM used for a response message of an answering telephone or another mobile telephone, another personal computer, or the like.

If no registration instruction has been given in the determination of step 935 described above, the cellular phone 60 proceeds to step 940, whereby the test listening song data cannot be registered as an incoming melody of the cellular phone 60. It is shown on the display 72 and notified by generating a specific warning sound from the sound system 76. Next, the cellular phone 60 proceeds to step 945 to display a screen for confirming whether or not the user desires to purchase regular song data corresponding to the test listening song data (see screen 3 of FIG. 6C). .

Next, in step 950, the mobile phone 60 waits for an instruction of either "buy" or "not buy" the regular song data, and if the instruction is given, the mobile phone 60 proceeds to step 955. It is determined whether this instruction is a purchase instruction for regular music data. If the given instruction is a purchase instruction, the cellular phone 60 proceeds to step 960 and data specific to the test listening song data written in the header of the test listening song data, that is, the song data is the test listening song data. By erasing the data indicating the number of times and the data indicating the number of times of reproduction, this test listening tune data is changed to the normal tune data. The mobile phone 60 then proceeds to step 965 and sends data to the voice data delivery server 20 indicating that the user wishes to purchase regular song data (see arrow in Fig. 5 (9)). . Thereafter, the cellular phone 60 proceeds to step 1010 of performing a regular song data processing routine shown in FIG. 10, and performs registration processing of purchase data described later.

On the other hand, after the voice data delivery server 20 transmits the test listening song data in step 705 described above, the voice data delivery server 20 monitors whether or not a regular song data purchase instruction has been received in step 710. Doing. Therefore, when the voice data delivery server 20 receives data indicating that the user desires to purchase regular voice data, the voice data delivery server 20 determines in step 710 to be "Yes" and proceeds to step 715. In step 715, it is determined whether or not a purchase instruction exists. In this case, the voice data delivery server 20 determines in step 715 to " YES " and proceeds to step 1110 to perform the regular song data delivery processing routine shown in FIG. That is, in step 1110, the voice data delivery server 20 writes data relating to the user who purchased the song data in the billing database 23, and at a predetermined timing, the voice data delivery server 20 charges the fee. The billing server 30 transmits not only data on charges but also data such as a telephone number or a name necessary to specify a user (see arrows in FIG. 5 (10)).

Based on this data, the billing server 30 executes billing processing required to withdraw the bill from the bank account of the user of the cellular phone 60. Thereafter, the voice data delivery server 20 proceeds to step 455 in FIG. 4 via step 1195 to terminate the connection with the cellular phone 60, and then proceeds to step 495 to end this delivery processing routine.

In addition, the mobile phone 60, which proceeds to step 1010 of FIG. 10, searches for data whose registration date is the earliest among the plurality of song data registered in the incoming melody registration area of the nonvolatile RAM 64 in this step 1010. , Delete this data. Then, the cellular phone 60 proceeds to step 1015, where the currently purchased regular song data (including data changed from the test listening song data to the regular song data) is stored in the area where the deleted data is registered. It is registered with the date and time, and then proceeds to step 395 of FIG. 3 via step 1095. For this reason, the regular song data purchased now becomes one of the registered song data that can be selected as a melody reproduced when the cellular phone 60 is received by the user of the cellular phone 60.

Therefore, in the trial listening tune data processing, the cellular phone 60 stores the trial listening tune data first received in the RAM 63, and sets the number of times of reproduction in the counter n in step 910. FIG. The mobile phone 60 then monitors whether or not a playback instruction exists in step 915, and if there is a playback instruction, the mobile telephone 60 proceeds to step 920 and later to play back the song listening song data. On the other hand, if the playback instruction does not exist, the cellular phone 60 monitors whether a registration instruction exists or not, and if there is a registration instruction, the portable telephone 60 proceeds to step 940 to register the test listening song data. The content of the fact that it cannot be displayed is displayed on the display 72 and notified by emitting a warning sound from the sound system. Thereafter, the cellular phone 60 returns to step 915 to monitor whether or not a playback instruction exists.

Next, at the time of execution of step 350 in FIG. 3, when the user performs an operation for purchasing the regular song data, that is, the user's desire to purchase the regular song data in step 355, the mobile phone 60 The case where it is transmitted to the voice data delivery server 20 from the following is demonstrated. In this case, the cellular phone 60 and the voice data delivery server 20 execute the regular song data processing routines shown in Figs. 10 and 11, respectively.

That is, if the request from the mobile phone 60 is not the delivery request for the test listening song data but the delivery request for the normal song data in step 440 of FIG. 4, the voice data delivery server 20 delivers the voice data delivery. The server 20 proceeds to step 450 to execute a regular song data delivery processing routine. Specifically, when the processing from step 1100 of FIG. 11 is started, in step 1105, the voice data delivery server 20 reads out the regular song data corresponding to the selected song from the database 22 of the voice data. Song data is delivered to the cellular phone 60. The voice data delivery server 20 then performs the billing process in step 1110 described above and returns to step 455 of FIG. 4 via step 1195.

On the other hand, if it is determined in step 360 of FIG. 3 that the user's desire is to purchase regular song data, the mobile phone 60 proceeds to step 370 to perform processing of the regular song data processing routine shown in FIG. In step 1005, the normal song data is received, and the normal song data is stored in the RAM 63. Then, in step 1010 described above, the cellular phone 60 searches for the song data having the earliest registration date among the plurality of song data stored in the nonvolatile RAM 64 in this step 1010, and deletes the data. Then, the cellular phone 60 proceeds to step 1015 to register the received regular song data of step 1005 with the current date and time in the area where the erased data was registered, and then via step 1095. Proceed to step 395 of step 3. For this reason, the currently purchased regular song data becomes one of the registered song data that can be selected as a melody reproduced when the mobile phone 60 is received by the user of the mobile phone 60. Here, in step 1010, instead of deleting the data having the first registration date and time among the plurality of pieces of music data already registered, the user may designate the song data to be deleted.

As described above, according to the first embodiment, the test listening song data can be delivered to the mobile phone 60 without being charged and reproduced in the mobile phone 60 a predetermined number of times, thereby giving copyright. Provide services that satisfy users while effectively protecting them. Here, step 440 of FIG. 4 described above constitutes determining means for determining whether the request from the cellular phone 60 is a request for regular song data or a test listening song data, and steps 440, 445, And step 450, a data delivery means for delivering data in accordance with the above-described request. In the above embodiment, the number of reproduction allowances is written in the header of the song data, but the present invention is not limited to this. It may be configured to be received (in connection with), or a process similar to the above may be executed based on the received reproduction allowance data. It should be noted that if the delivery server 20 determines "NO" in step 715, the process proceeds to step 455 of FIG. 4 via step 795 to terminate the connection to the cellular phone 60. In step 970 and step 975, the mobile phone 60 transmits data indicating that the user does not want to purchase regular song data to the voice data delivery server 20, and connects to the mobile phone 60. It should also be noted that step 710 is determined to be YES at step 710 and NO at step 715 to be step 455 of FIG. 4 via step 795.

(Example 2)

Next, Embodiment 2 of the voice data delivery system according to the present invention will be described. Embodiment 2 is that in the CPU 61 of the cellular phone 60 executes the test listening song data processing routines shown in Figs. 12 and 13 instead of the test listening song data processing routine shown in Fig. 9, It differs from the first embodiment only in that the reproduction allowable time is written in the header of the test listening song data instead of the number of reproduction. Therefore, the differences from the first embodiment are described below with reference to FIGS. 12 and 13.

In Embodiment 2, when the user enters the incoming melody acquisition mode by operating the panel operator 70 of the mobile phone 60, the CPU 61 of the mobile phone 60 (hereinafter simply referred to as "mobile phone 60"). "Executes the program shown in FIG. Therefore, when the user purchases the desired incoming melody after the trial listening, the cellular phone 60 proceeds to step 365 to execute the trial listening tune data processing routine shown in FIG.

Specifically, when the processing starts from step 1200 in Fig. 12, the cellular phone 60 receives the test listening song data in step 1205 and stores (stores) the received test listening song data in the RAM 63. As in Example 1, this test listening song data is transmitted from the voice data delivery server 20, and as shown in Fig. 8B, the song data includes four parts and is composed of the first to eighth measures. The same as the regular song data shown in Fig. 8A in that a header in which the tone, tempo, etc. of each part is written before the first measure is arranged. On the other hand, the song data for trial listening is a regular song in that the data indicating the initial value TS (corresponding to the reproduction allowable time) of the timer T, which will be described later, is added to the header, tempo, etc. of each part. Different from the data.

Referring back to FIG. 12, the cellular phone 60 proceeds to step 1210 where a timer initial time TS (for example, one minute) written in the header of the test listening song data is set to the value of the timer T. In step 1215, it is determined whether or not the value of the timer T is less than or equal to " 0 ".

As shown in FIG. 13, the value of this timer T is changed by the timer interrupt processing routine performed every time a predetermined time elapses. Specifically, when this interrupt process is started, the cellular phone 60 (the CPU 61 of the mobile phone 60) starts the process from step 1300, and decreases the value of the timer T by a predetermined value α in step 1305. The flow advances to step 1395 to terminate this interrupt processing routine. Because of this process, the value of the timer T decreases by a predetermined value α each time a predetermined time elapses.

Referring back to FIG. 12, since the present time is immediately after the initial value TS is given to the timer T, the cellular phone 60 determines to be “NO” in step 1215, and proceeds to step 1220 to listen to a test by the user. It is determined whether or not a playback instruction (test listening instruction) of the music data exists. If the user has instructed the reproduction of the test listening song data, the mobile phone 60 proceeds to step 1225 in which the music for test listening is performed by the use of the sound source circuit 74, the effect circuit 75, and the sound system 76. Play the data. By this processing, the user can reproduce the test listening song data delivered using the sound source circuit 74, the effect circuit 75, and the sound system 76 of the portable terminal 60 of the user, and reproduces the reproduction. Based on the result, it is possible to determine whether or not regular audio data should be purchased. Thereafter, the cellular phone 60 returns to step 1215.

On the other hand, if the playback instruction does not exist at the time of execution of the above-described step 1220, the cellular phone 60 determines to "no" in step 1220, and proceeds to step 1230 where the user deactivates the test listening song data as the incoming melody. It is determined whether the instruction is made to store (register) the volatile RAM 64. If there is no registration instruction at the time of determination of step 1230, the cellular phone 60 returns to step 1215.

Further, if there is a registration instruction at the time of the determination of step 1230 described above, the cellular phone 60 proceeds to step 1235, so that the test listening song data cannot be registered as the incoming melody of the cellular phone 60 and for registration. The content indicating that regular song data should be purchased is displayed on the display 72 and notified by generating a specific warning sound from the sound system 76, and then returns to step 1215.

When such an operation is repeatedly performed, the value of the timer T gradually decreases, and when a predetermined time elapses, the value of the timer T becomes equal to or smaller than "0". As a result of this, the cellular phone 60 determines with " YES " in step 1215, proceeds to step 1240, deletes (erases) the test listening song data from the RAM 63, and proceeds to step 1245, where the RAM ( The content of the fact that the test listening song data has been deleted from 63) is displayed on the display 72 and notified by using the sound system 76 to emit a beep sound. Subsequently, the cellular phone 60 returns to step 395 of FIG. 3 via step 1295 to end the incoming melody acquisition mode.

As described above, according to the second embodiment, the test listening song data is not charged and can be reproduced until the predetermined time has elapsed in the mobile phone 60, This provides a service that can satisfy users while effectively protecting copyrights. Here, the above-described steps 1210, 1215, 1240, and 1245 constitute a reproduction allowable time limiting means for prohibiting reproduction of the test listening song data after a predetermined time has elapsed, and also after the predetermined time has elapsed. A data erasing means for erasing data from the RAM 63 serving as a storage means is configured.

Here, in the second embodiment described above, when the mobile phone 60 receives the test listening song data and stores the data in the RAM 63, the initial value TS is set in the timer T, and the time elapses. At the time, that is, when the value of the timer T is equal to or smaller than "0", the test listening song data is erased from the RAM 63. That is, in Example 2 mentioned above, time count is performed at the time when the mobile telephone 60 receives the test listening song data and stores it in the RAM 63 (that is, the time when the test listening song data is reproducible). Is started, and after a predetermined time has elapsed from that point in time, the test listening song data is erased from the RAM 63. However, the time point at which the time count is started by the timer can be set to the time point when reproduction of the test listening song data in step 1225 is first executed. Further, in the above embodiment, the timing of prohibiting reproduction of the test listening song data is the same as the timing of erasing the test listening song data, but the system is for listening to the test listening after reproduction of the test listening song data is prohibited. The song data may be configured to be erased. That is, the system may be configured such that the test listening tune data is erased after a time elapsed from the start of the time count by the timer to the prohibition of reproduction of the test listening tune data.

Further, in Embodiment 2, when the user wishes to register the test listening song data in the nonvolatile RAM 64 as one of the incoming melodies, the cellular phone 60 can only register the test listening song data. Notify that there is no (step 1235), but as in the first embodiment, the user can prompt the purchase of regular song data, and when a purchase instruction is given by the user, for trial listening from the header of the test listening song data Data inherent to the song data (data indicating that the song data is not only the reproduction allowable time but also the test listening song data) is erased to convert the test listening song data into regular song data and receive a melody in the nonvolatile RAM 64. To register (or to enable data registration), the voice data delivery server 20 charges the user. In addition, in the above embodiment, the reproduction allowable time is written in the header of the song data, but the present invention is not limited to this. In addition to the song data, the system records data in which the reproduction allowable time is recorded together with the above-described song data ( Related) may be received, or a process similar to the above may be executed in accordance with the received reproduction allowable time data.

(Example 3)

Next, Embodiment 3 of the voice data delivery system according to the present invention will be described. In the third embodiment, the CPU 61 of the cellular phone 60 executes the test listening song data processing routine shown in FIG. 14 instead of the test listening song data processing routine shown in FIG. The header is different from the first embodiment in that only data indicating that the song data is the test listening song data is written in addition to the data written in the header of the normal song data. Therefore, the difference from Embodiment 1 is described below with reference to FIG.

In the third embodiment, when the user operates the panel operator 70 of the mobile phone 60 to enter the incoming melody acquisition mode, the CPU 61 of the mobile phone 60 (hereinafter simply referred to as "mobile phone 60"). Will execute the program shown in FIG. Therefore, when the user wishes to purchase the desired incoming melody after the trial listening, the cellular phone 60 proceeds to step 365 to execute the trial listening song data processing routine shown in FIG.

Specifically, when the processing starts from step 1400 of Fig. 14, the cellular phone 60 receives the test listening song data in step 1405 and stores (stores) the received test listening song data in the RAM 63. This test listening song data is transmitted from the voice data delivery server 20, and as shown in Fig. 8C, data indicating that the song data is the test listening song data is written in the header of the test listening song data. Except for the normal song data shown in Fig. 8A.

The mobile phone 60 then proceeds to step 1410 to determine whether or not a playback instruction (test listening instruction) of the test listening song data by the user exists. If the user has instructed playback of the test listening song data, the mobile phone 60 proceeds to step 1415 in which the use of the sound source circuit 74, the effect circuit 75, and the sound source system 76 is used to perform the test listening song data reproduction. Only a part of the part or only a portion of the same part from the first to the fourth measure of the song data for trial listening is played. More specifically, the cellular phone 60 determines whether the song data to be reproduced stored in the RAM 63 in step 1415 is regular song data or test listening song data based on the data written in the header of the song data. It judges by making. In this case, the song data stored in the RAM 63 was acquired in the previous step 1405 and is the test data for the listening data, so that the cellular phone 60 partially reproduces the song data in the step 1415.

By this process, the user can only partially extract the same song data as the regular song data delivered by the use of the sound source circuit 74, the effect circuit 75, and the sound system 76 of his mobile phone 60. Playback can be performed, and it can be determined whether or not regular song data should be purchased based on the reproduction result. The mobile phone 60 then returns to step 1410.

On the other hand, if there is no playback instruction at the time of execution of step 1410, the mobile phone 60 proceeds to step 1420 to instruct the user to store (register) the test listening song data in the nonvolatile RAM 64 as an incoming melody. Determine whether or not. If there is no registration instruction upon determination at step 1420, the cellular phone 60 returns to step 1410 to judge whether or not a playback instruction exists.

Further, if there is a registration instruction in the determination of step 1420 described above, the cellular phone 60 proceeds to step 1425, indicating that the test listening song data cannot be registered as an incoming melody of the cellular phone 60. The notification is made by displaying on the display 72 and generating a specific beep from the sound system 76. The cellular phone 60 then proceeds to step 1430 to display a screen for confirming whether the user desires to purchase regular song data corresponding to the test listening song data (see screen 3 of FIG. 6C).

Next, in step 1435, the mobile phone 60 waits for an instruction of either "buy" or "not buy" the regular song data, and if the instruction is given, the mobile phone 60 proceeds to step 1440. It is determined whether the instruction is a purchase instruction of regular song data. If the given instruction is a purchase instruction, the cellular phone 60 proceeds to step 1445 to erase the data indicating whether the song data is the test listening song data written in the header of the test listening song data, thereby erasing the test listening song. Change the data to regular song data. The cellular phone 60 then proceeds to step 1450 to transmit data to the voice data delivery server 20 indicating whether the user wishes to purchase regular song data. Thereafter, the cellular phone 60 proceeds to step 1010 after performing the regular song data processing routine shown in FIG. 10 to perform the above-described registration processing of purchase data. In this case, the voice data delivery server 20 executes step 710 of the test listening song data delivery processing routine of FIG. 7 as in the first embodiment. Therefore, when the voice data delivery server 20 receives the purchase instruction described above, the voice data delivery server 20 determines to be "Yes" in steps 710 and 715, and proceeds to step 1110 in FIG. The user of 60 performs a billing process.

As described above, according to the third embodiment, as the song data required for voice generation, the test listening song data identical to the normal song data is delivered to the mobile phone 60 without being charged, and this test listening song data Is partially reproduced in the mobile phone 60, thereby providing a service that can satisfy the user while protecting copyright effectively.

Here, in the third embodiment, data indicating that the song data is the test listening song data is written into the header of the test listening song data, but in addition to or instead of this, the system tunes to the header of the normal song data. The data indicating that the data is regular song data may be written. In this case, when the mobile phone 60 determines whether a playback instruction exists in step 1410, the mobile phone 60 determines whether the song data stored in the RAM 63 in step 1415 is the song data for test listening. It may be configured to judge whether or not it is based on whether or not data representing normal music data exists. If data representing the test listening song data is written in the header of the test listening song data, the mobile phone 60 stores the test listening song data from the header of the song data stored in the RAM 63 in step 1445. The data indicating is erased, and data indicating that the song data is regular song data is written in this header. Here, although the data indicating the test listening data is written in the header of the song data, the system is not limited to this, and the system independently of the song data includes data indicating that the song data is for test listening, along with the song data. It may be configured to be received (associated), or a process similar to the above may be executed in accordance with data indicating that the received song data is for trial listening. Also in the third embodiment, as in the first or second embodiment, the system may be configured such that the test listening song data is erased after a predetermined number of reproductions have been performed or after a predetermined time has elapsed. The user is urged to purchase regular song data.

(Example 4)

Next, Embodiment 4 of the voice data delivery system according to the present invention will be described. In the fourth embodiment, the CPU 61 of the cellular phone 60 executes the test listening song data processing routine shown in FIG. 15 instead of the test listening song data processing routine shown in FIG. 20) executes the test listening song data delivery processing routine shown in FIG. 16 instead of the test listening song data delivery processing routine shown in FIG. 7, and instead of writing the number of times of reproduction in the header of the test listening song data. The test listening data itself is different from the first embodiment in that it is composed of a part of regular song data. Therefore, the differences from the first embodiment are mainly described below with reference to FIGS. 15 and 16.

Also in the fourth embodiment, when the user operates the panel operator 70 of the mobile phone 60 to enter the incoming melody acquisition mode, the CPU 61 of the mobile phone 60 (hereinafter simply referred to as "mobile phone 60"). Executes the program shown in FIG. Therefore, when the user purchases the desired incoming melody after the trial listening, the cellular phone 60 transmits the delivery request of the specific trial listening song data to the voice data delivery server 20 in steps 335 and 355, and step 365 Subsequently, the processing routine for the test listening tune data shown in FIG. 15 is executed.

At this time, the voice data delivery server 20 executes step 440 of FIG. Therefore, upon receiving the delivery request for the specific test listening song data from the mobile phone 60, the voice data delivery server 20 determines to be YES in step 440 and proceeds to step 445 to be shown in FIG. Executes a test listening song data delivery processing routine, specifically, the voice data delivery server 20 starts processing from step 1600 and proceeds to step 1605 for a test listening corresponding to a song specified (selected) by the user. Perform song data delivery.

On the other hand, the cellular phone 60 starts from step 1500 in FIG. 15, receives test data for listening to music in step 1505, and stores (stores) the received test data for listening in music in the RAM 63. In this example, the normal song data includes four parts as shown in Fig. 8A and is composed of first to eighth measures, and the above-described test listening song data is normal as shown in Fig. 8D. Similarly to the song data, it includes four parts and is composed of first to fourth measures. That is, the test listening song data is composed of a length of a part of the normal song data (data obtained by cutting out a section of the regular song data).

The cellular phone 60 then proceeds to step 1510 to determine whether or not a playback instruction (test listening instruction) exists for playing the test data for the test listening by the user. If the user has instructed the reproduction of the test listening song data, the mobile phone 60 proceeds to step 1515 to perform the test listening song data by use of the sound source circuit 74, the effect circuit 75, and the sound system 76. Play it. In this case, since the test listening song data is part of the normal song data, the music being played is also part of the normal song. However, the user can actually reproduce a part of the song data he is considering purchasing by using the sound source circuit 74, the effect circuit 75, and the sound system 76 of his mobile phone 60. The user can appropriately determine whether or not regular song data should be purchased based on the reproduction result. Thereafter, the cellular phone 60 returns to step 1510 to monitor whether there is a playback instruction again.

On the other hand, if no playback instruction exists at the execution of step 1510, the cellular phone 60 proceeds to step 1520 to instruct the user to store (register) the test listening song data in the nonvolatile RAM 64 as an incoming melody. Determine whether or not. If no playback instruction exists at the decision of step 1520, the cellular phone 60 returns to step 1510 to judge whether or not the playback instruction exists.

Further, if there is a playback instruction in the determination of step 1520 described above, the cellular phone 60 proceeds to step 1525, where the test listening song data cannot be registered as an incoming melody of the cellular phone 60. The notification is made by displaying on the display 72 and generating a specific beep from the sound system 76. The cellular phone 60 then proceeds to step 1530 and displays a screen for confirming whether or not the user desires to purchase regular song data corresponding to the test listening song data (see screen 3 of FIG. 6C).

The mobile phone 60 then waits for an instruction of either "buy" or "not buy" the regular song data in step 1535, and if given, the mobile phone 60 proceeds to step 1540. It is determined whether this instruction is a purchase instruction of regular song data. If the given instruction is a purchase instruction, the cellular phone 60 proceeds to step 1545 and sends to the voice data delivery server 20 an instruction (request) of the user who purchases regular song data.

At this time, since the voice data delivery server 20 executes step 1610 of the test listening tune data delivery processing routine of FIG. 16, the voice data delivery server 20 determines with "Yes" in step 1610, and step 1615. Proceeds to step 1615, and the process proceeds to step 1105 of the regular song data delivery processing routine shown in FIG. 11, whereby the voice data delivery server 20 sends the regular song data of the selected song to the cellular phone. 60 and perform the billing process described above in a subsequent step 1110.

Next, the mobile phone 60 proceeds to step 1010 after receiving regular song data in step 1550 and performing the regular song data processing routine shown in FIG. 10 to perform the above-described registration processing of purchase data.

(Variation of Example 4)

In the above-described embodiment 4, the regular song data includes four parts and is composed of first to eighth measures, and the test listening song data includes four parts and is composed of first to fourth measures. have. On the other hand, in the variation of the fourth embodiment, the normal song data includes four parts and is composed of the first to eighth measures, and the test data for the test listening is normal music, as shown in Fig. 8E. It consists of first to eighth measures consisting of only one part of the four parts of data. The other features are the same as in Example 4. Here, it should be understood that the song data for test listening may be composed of a number of parts smaller than the number of parts constituting the regular song data. That is, the music data for trial listening need not be composed of only one part as described above.

For this reason, when the cellular phone 60 reproduces the test listening song data in step 1515, only one part of the plurality of parts constituting the regular song data is reproduced even though it has the same length as the regular song data. The user can consider purchasing regular song data based on the result of the playback. As in Example 4 described above, it should be noted that the song data for trial listening cannot be registered as an incoming melody.

As described above, according to the fourth embodiment and variations thereof, test listening song data composed of a part of regular song data is delivered to the mobile phone 60 without being charged and reproduced by the mobile phone 60. In this way, the service is provided to satisfy users while efficiently protecting copyrights.

(Example 5)

Next, Embodiment 5 of the voice data delivery system according to the present invention will be described. In the fifth embodiment, the CPU 61 of the mobile phone 60 executes the test listening song data processing routine shown in FIG. 17 instead of the test listening song data processing routine shown in FIG. Instead of the test listening song data delivery processing routine, the voice data delivery server 20 executes the test listening song data delivery processing routine shown in FIG. 18, and the test listening song data is the same as all the normal song data, but is portable. It differs from the first embodiment in that the stream is delivered to the telephone 60 (delivered through streaming). Therefore, the differences from the first embodiment are mainly described below with reference to FIGS. 17 and 18.

Also in the fifth embodiment, when the user operates the panel operator 70 of the cellular phone 60 to enter the incoming melody acquisition mode, the CPU 61 of the cellular phone 60 (hereinafter simply referred to as "mobile phone 60"). ) Executes the program shown in FIG. Therefore, when the user purchases the desired incoming melody after the trial listening, the cellular phone 60 transmits the data specifying the desired song to the voice data delivery server 20 in step 335 and the test desired by the user in step 355. Data indicating listening is transmitted to the voice data delivery server 20. Thereafter, the cellular phone 60 proceeds to step 365 to execute the test listening tune data processing routine shown in FIG.

At this time, the voice data delivery server 20 starts the test listening song data delivery process of FIG. 18 from step 1800, and in step 1805, the test listening song data (in this embodiment, the test listening song data is normal). Since it is the same as the song data, it is then monitored whether or not the timing for generating voice has arrived according to both data simply referred to as song data).

By this processing, when the timing of generating voice in accordance with the song data arrives, the voice data delivery server 20 determines with "Yes" in step 1805, and proceeds to step 1810, where the pronunciation event (mobile phone 60) Information necessary to generate a new voice) is then transmitted, and it is then determined in step 1815 whether the song data has ended. If the song data has not ended, in step 1815, the voice data delivery server 20 determines "no" and returns to step 1805 to wait for the arrival of the next pronunciation timing. By the above process, the voice data delivery server 20 transmits a pronunciation event to the cellular phone 60 every time the pronunciation timing arrives until the tune data ends (by packet communication). That is, the voice data delivery server 20 stream delivers the song data to the mobile phone 60. When the music data to be delivered ends, it is determined as "Yes" in step 1815, and the flow advances to step 1820 to transmit data indicating that the music data has ended to the cellular phone 60.

On the other hand, the cellular phone 60 temporarily stores the pronunciation event transmitted from the voice data delivery server 20 in step 1705 of FIG. 17 in a buffer (may be RAM 63), and stored in this buffer in step 1710. Sound is generated according to the contents. Then, in step 1715, the cellular phone 60 immediately erases the contents of the buffer, and proceeds to step 1720, in which data indicating whether the song data sent from the voice data delivery server 20 has ended or not is finished. Is judged based on whether or not is present. If the song data has not ended, the mobile phone 60 determines to be NO in step 1720 and returns to step 1705, whereas if the song data has ended, the mobile phone 60 determines to YES in step 1720. The process proceeds to step 1725.

As a result, the cellular phone 60 continuously reproduces the song data stream-delivered from the sound source data delivery server 20 by use of the sound source circuit 74, the effect circuit 75, and the sound system 76. Therefore, the user can confirm whether the song data is actually reproduced by his mobile phone 60, and can correctly determine whether or not the regular song data should be purchased based on the reproduction result.

When the song data to be delivered to the stream is finished, the cellular phone 60 proceeds to step 1725 to display a screen for confirming whether the user wishes to purchase the selected song data (see screen 3 of FIG. 6C). The cellular phone 60 then waits for an instruction of either "buy" or "not buy" the regular song data in step 1730, and if given by the user, the cellular phone 60 returns to step 1735. It proceeds and determines whether this instruction is an instruction to purchase regular music data. If the given instruction is a purchase instruction, the cellular phone 60 proceeds to step 1740 to send an instruction (request) of the user who purchases the song data to the voice data delivery server 20, and then via FIG. Return to step 395 of. If the instruction is not a purchase instruction for regular song data, the cellular phone 60 proceeds directly from step 1735 to step 1795 and returns to step 395 of FIG.

At this time, the audio data delivery server 20 executes step 1825 in the trial listening music data delivery processing routine of FIG. For this reason, if the instruction from the cellular phone 60 is a purchase instruction, the voice data delivery server 20 determines "Yes" in step 1825 and proceeds to step 1830, and also determines "Yes" in step 1830. 11, the process proceeds to step 1105 of the regular song data delivery processing routine, wherein the voice data delivery server 20 transmits the regular song data of the song selected in step 1105 to the mobile phone 60 and described above in subsequent steps 1110. Perform billing processing.

On the other hand, if the instruction from the mobile phone 60 is not a purchase instruction, the voice data delivery server 20 determines "Yes" in step 1825, and then "No" in step 1830, via step 1835. It proceeds after step 445 shown in FIG.

Therefore, in the fifth embodiment, as in the other embodiments, the regular song data delivered to the mobile phone 60 by the voice data delivery server 20 in response to a request from the mobile phone 60 is stored in the mobile phone 60. Are all stored in the RAM 63 of the memory 63 and then registered in the nonvolatile RAM 64 as an incoming melody. On the other hand, regarding the song data for the test listening, data required for the pronunciation event are sequentially delivered each time a pronunciation event arrives from the voice data delivery server 20 to the mobile phone 60, whereby the mobile phone ( 60 generates a voice each time data is delivered. At this time, the mobile phone 60 does not store the test listening song data in the RAM 63, and this test listening song data is automatically deleted (erased) from the mobile phone 60, and thus, as an incoming melody. It cannot be registered in the nonvolatile RAM 64.

As described above, according to the fifth embodiment, the song data for trial listening is stream-delivered to the mobile phone 60 without being charged, and the mobile phone 60 continuously receives the pronunciation event for each delivery. The music data for playback and trial listening, which has been reproduced every time, is erased from the mobile phone 60, thereby providing a service that can satisfy the user while protecting copyright effectively. It should be noted that the test listening song data delivered in the stream in Example 5 may be part of the normal song data as in the fourth embodiment. Also, in the above, the voice data delivery server 20 delivers packetized data for each pronunciation event at the time of stream delivery of the pronunciation event. It may be configured to. The packetized data may include data on the pronunciation time difference of each event. In this case, the plurality of events included in one packet received by the cellular phone 60 are sequentially reproduced according to the data based on the pronunciation time difference.

As described above, in each embodiment according to the present invention, the delivery request of the test listening song data or the regular song data of the song that the user wants to acquire from the mobile phone 60 to the voice data delivery server 20 The voice data delivery server 20 delivers the tune data corresponding to the request to the mobile phone 60 by this. In addition, the voice data delivery server 20 charges the user of the mobile phone 60 located at the delivery destination when the regular song data is delivered, and does not charge the user upon delivery of the test listening song data. For this reason, the user can acquire the test listening song data corresponding to the music data he / she is considering purchasing for free, and actually reproduce the test listening song data on the user's own mobile phone 60 (voice). May occur). As a result, the service provided by this voice data delivery system is satisfactory to the user of the cellular phone.

Also, in each of the above embodiments, the delivery of the song data can be registered in the nonvolatile RAM 64 as the incoming melody until the purchase instruction of the song data is transmitted. By this. The copyright of the song data to be delivered can be effectively protected. In each of the above embodiments, it should be noted that, among the plurality of pieces of song data registered in the nonvolatile RAM 64 as the incoming melody, song data that can be used for voice generation when there is an incoming call is selected and set.

It should be noted that the present invention is not limited to the above-described embodiments, and that various modifications may be made within the scope of the present invention. For example, in each of the above embodiments, regular song data is automatically registered in the nonvolatile RAM 64 as an incoming melody at the same time as the purchase of this regular song data. Alternatively, however, when the registration instruction is further provided by the user after the regular song data is acquired (after the regular song data is stored in the RAM 63), the regular song data is a non-volatile RAM (as the incoming melody). 64).

In each of the above embodiments, the voice data delivery server 20 does not charge the user for delivery of the test listening song data. Alternatively, however, upon delivery of the test listening song data, the voice data delivery server 20 may be configured to charge less than the fee charged for delivering the regular song data. For example, in the pay-as-you-go system, the price of the test listening song data may be half of the normal song data, or in the fixed fee method, the test listening song data may be counted as 0.5 pieces of the normal song data.

Claims (54)

A voice data delivery system having a portable communication terminal and a delivery server that can communicate with each other, The delivery server, Request determination means for determining whether the request from the portable communication terminal is a request for regular voice data or a test listening voice data; And When the request from the mobile communication terminal is determined as the regular sound data of the requested delivery the normal audio data of for the mobile communication terminal with a user of the portable communication terminal and billing, and a request from the mobile communications terminal the above test additional data indicating that it is determined by the needs of audio data for the listen without charge to the user of the mobile communications terminal to carry the voice data is voice data for trial listening to regular voice data of the communication terminal and provided with a data delivery means for delivery of voice data for trial listening is made, The portable communication terminal, Storage means for storing the delivered regular voice data and the delivered test listening voice data; Reproducing means for generating a sound in accordance with the voice data stored in said storage means and reproducing the voice data ; If the voice data stored in the storage means is the regular voice data when a predetermined condition is established, the voice data is registered as a ring tone, a warning tone, or a BGM voice data of the portable communication terminal, and the voice data listens to the test. The voice data is not registered as a ringing tone, a warning sound or a BGM voice data of the portable communication terminal, and the voice data for test listening stored in the storage means for the delivery server from the portable communication terminal. When there is an instruction to purchase the corresponding regular audio data, the test listening data is deleted from the test listening audio data stored in the storage means by erasing data indicating that the test listening audio data is normal audio data. To the mobile communication terminal. The ringing tone, register means adapted to permit the registered as audio data of BGM or the warning sound; And When the registered ringing tone, warning tone, or voice data of the BGM is received at the portable communication terminal, when the portable communication terminal is in a state in which a warning sound should be generated, or when using a mobile communication terminal for a call or And an incoming call alert BGM sound generating means for reproducing each of the response messages of the answering telephone . The method of claim 1, The delivery server is provided with means for charging a fee for a user of the portable communication terminal when an instruction to purchase the regular voice data corresponding to the test listening voice data stored in the storage means is given. Voice data delivery system. The method according to claim 1 or 2, If the voice data stored in the storage means is the test listening voice data when the predetermined condition is satisfied, the portable communication terminal registers the voice data as a ringing tone, warning tone or BGM voice data of the portable communication terminal. And a means for notifying that it cannot be. delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete A voice data delivery method for delivering voice data from the delivery server to the portable communication terminal using a portable communication terminal and a delivery server that can communicate with each other, When regular voice data is requested from the portable communication terminal to the delivery server, the user of the portable communication terminal is charged and the regular voice data is delivered to the portable communication terminal. When the test listening voice data is requested from the portable communication terminal to the delivery server, the user of the portable communication terminal is not charged and indicates that the voice data is the test listening voice data in the regular voice data. The test listening voice data made by adding the data is delivered to the mobile communication terminal, The regular voice data is allowed to be registered in the portable communication terminal as a ring tone, warning sound, or BGM voice data of the portable communication terminal, and the test listening voice data is a ring tone, warning tone or BGM of the portable communication terminal. Registration is prohibited as the voice data of the mobile communication terminal, When the portable communication terminal has instructed the delivery server to purchase regular voice data corresponding to the test listening voice data, data indicating that the test listening voice data is erased from the test listening voice data. The test listening voice data is thereby changed to the regular voice data, and the changed voice data can be registered as a ring tone, a warning tone or a BGM voice data of the portable communication terminal. . The method of claim 20, And a charge is charged to the user of the portable communication terminal when a purchase instruction of the regular voice data corresponding to the test listening voice data is issued. The method of claim 20 or 21, And when the instruction to register the test listening voice data as a ringing tone, a warning sound, or a BGM voice data of the portable communication terminal, informs the user of the portable communication terminal that the registration is impossible. . delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete delete As a portable communication terminal that can communicate with a delivery server for voice data, Requesting means for requesting any one of regular voice data or test listening voice data to said delivery server; Storage means for storing test listening voice data formed by adding data indicating that the voice data is voice for test listening to the normal voice data or the normal voice data delivered from the delivery server according to the request; , Reproducing means for generating a sound in accordance with the voice data stored in said storage means and reproducing the voice data; If the voice data stored in the storage means is the regular voice data when a predetermined condition is established, the voice data is registered as a ring tone, a warning tone, or a BGM voice data of the portable communication terminal, and the voice data listens to the test. The voice data is not registered as a ringing tone, a warning sound or a BGM voice data of the portable communication terminal, and the voice data for test listening stored in the storage means for the delivery server from the portable communication terminal. When there is an instruction to purchase the corresponding regular audio data, the test listening data is deleted from the test listening audio data stored in the storage means by erasing data indicating that the test listening audio data is normal audio data. To the mobile communication terminal. The ringing tone, register means adapted to permit the registered as audio data of BGM or the warning sound; And When the registered ringing tone, warning tone, or voice data of the BGM is received at the portable communication terminal, when the portable communication terminal is in a state in which a warning sound should be generated, or when using a mobile communication terminal for a call or And a ringing warning BGM sound generating means for reproducing each of the response messages of the answering telephone. The method of claim 44, Means for notifying that the voice data stored in the storage means when the predetermined condition is satisfied cannot be registered as the ring tone, warning tone or BGM voice data of the portable communication terminal if the voice data stored in the storage means is the test data. A portable communication terminal comprising a. delete delete delete delete delete delete A computer-readable recording medium having recorded thereon a program applied to a client-side computer capable of communicating with a delivery server of voice data, the program comprising: Voice data request processing for requesting any one of regular voice data or test listening voice data to the delivery server; Storing in the storage means the test listening voice data formed by adding data indicating that the voice data is the test listening voice data to the normal voice data or the normal voice data delivered from the delivery server according to the request. Memory processing, If the voice data stored in the storage means is the regular voice data when a predetermined condition is established, the voice data is registered as a ring tone, a warning tone or a BGM voice data of the client side computer, and the voice data is listened to the test. Registration data for prohibiting the voice data from being registered as ringing tones, warning tones or BGM voice data of the client-side computer, The test listening from the test listening voice data stored in the storage means when the delivery server has instructed the delivery server to purchase regular voice data corresponding to the test listening voice data stored in the storage means. The registration permission process that allows the test listening data to be changed to the regular voice data by deleting the data indicating that the voice data is for voice data and to register the changed voice data as the ring tone, warning tone, or voice data of the BGM. Wow , When the registered ringing tone, warning tone, or BGM voice data is received by the client-side computer, when the client-side computer is in a state to generate a beeping sound, or when using the client-side computer for a call or A computer-readable recording medium, which includes an incoming call warning BGM sound generation process to be reproduced at the time of reproducing a response message of an answering telephone. The method of claim 52, wherein The program also, A notification notifying that, when the predetermined condition is satisfied, if the voice data stored in the storage means is the test listening voice data, the voice data cannot be registered as the ringing tone, warning tone, or BGM voice data of the client-side computer. A computer readable recording medium comprising processing. delete

Images