JP2002023769A - Method and system for distributing contents - Google Patents

Abstract

PROBLEM TO BE SOLVED: To distribute contents at a high speed and a low cost by using broadcast waves when distributing contents to mobile equipment. SOLUTION: A broadcasting station 70 repeatedly broadcasts music data MXn and menu data MS. A user receives the menu data MS by a car navigation device 30 connected to mobile equipment 10, and selects a music desired by the user himself or herself. Afterwards, when the music data MXn corresponding to his or her desired music are received by the car navigation device 30, the mobile equipment 10 receives the music data from the car navigation device 30, and judges whether or not any packet Pn which is not normally received is present in the music data MXn. Then, when any packet Pn which is not normally received is present, the packet which is not normally received is received from a distribution control server 60 through a mobile communication network 20.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a content distribution method and a content distribution system suitable for a service for distributing content such as music data.

[0002]

2. Description of the Related Art In recent years, with the spread of mobile devices such as mobile phones, various systems for distributing various contents to mobile devices have been proposed. For this type of system,
When a homepage providing contents is established on the WWW (World Wide Web) of the Internet, and a user of the mobile device accesses the homepage using the mobile device and selects a desired content, the selected content is moved. Downloading to a user's mobile device via a communication network is known.

[0003]

However, most mobile communication networks used for distributing contents are still low speed. For example, in the case of the current mobile telephone network, only a communication speed of 9.6 kbps is available. However, even in the case of IMT-2000, which is scheduled to be implemented in the future, it is assumed that the communication speed will be mainly about 64 kbps per user for the time being. Therefore, in the above-described content distribution system, when a content having a large data amount is distributed, there is a problem that it takes a very long time to download the content. Further, if the download takes a long time, there is a problem that a communication fee required for receiving the distribution of the content becomes high.

[0004] The present invention has been made in view of the above-described circumstances, and uses a broadcast wave as well as a mobile communication network to distribute contents to mobile devices at high speed and at low cost. It is an object of the present invention to provide a content distribution method and a content distribution system capable of distributing content.

[0005]

In order to solve the above-mentioned problems, the invention according to claim 1 provides a broadcasting process in which a broadcasting station repeatedly broadcasts one or a plurality of contents and a communication through a mobile communication network. A terminal having a function of performing, or a receiver connected to the terminal, a broadcast receiving step of receiving a desired content among the contents broadcasted in the broadcast step, and after the broadcast receiving step, the desired content is transmitted to the terminal. If any part was not received properly,
A data transmission requesting process in which the terminal transmits a transmission request for data corresponding to the part that has not been normally received to the server via the mobile communication network; and
A data transmission step of transmitting data corresponding to the transmission request to the terminal that transmitted the transmission request in the data transmission request step via the mobile communication network.

According to a second aspect of the present invention, there is provided a distribution requesting step in which a terminal performing communication via a mobile communication network requests a server to distribute a desired content, and the server performs the distribution requesting step in the distribution requesting step. A broadcast requesting step of making a broadcast request of a content to which a terminal has made a distribution request to a broadcasting station; a broadcasting step of broadcasting the content requested by the server to broadcast from the server in the broadcast requesting step; A terminal or a receiver connected to the terminal receives a desired content among the contents broadcast in the broadcasting process, and after the broadcast receiving process is completed, the terminal or the receiver is normally received by the desired content. If there is a part that was not received, the terminal sends a data transmission request corresponding to the part that was not received normally through the mobile communication network. A data transmission requesting step of transmitting data corresponding to the transmission request to the terminal which transmitted the transmission request in the transmission requesting step, via the mobile communication network. And a transmitting step.

[0007] According to a third aspect of the present invention, in the content distribution method according to the first or second aspect, in the broadcast receiving step, when there is a part which is not normally received in the desired content, The reception of the content is repeated up to a predetermined upper limit of the number of receptions.

According to a fourth aspect of the present invention, in the content distribution method according to the third aspect, the user of the mobile device sets the upper limit number of times.

According to a fifth aspect of the present invention, in the content distribution method according to the first or second aspect, in the broadcast receiving step, when there is a part which is not normally received in the desired content, If the user decides whether or not to receive the content again, and if the user decides to receive the content again by broadcasting, the terminal or the receiver transmits the content to be broadcast by the broadcasting station. Is received.

According to a sixth aspect of the present invention, in the content distribution method according to the second aspect, when the server receives a distribution request of the content from the mobile device in the distribution requesting process, the server transmits the content to the content. Set the corresponding distribution request flag, and in the broadcast request process,
The server sequentially determines each distribution request flag corresponding to each content, makes the broadcast request of the content for which the distribution request flag is set to the broadcast station, and resets the distribution request flag corresponding to the content. It is characterized by the following.

According to a seventh aspect of the present invention, in the content distribution method according to the second aspect, the server receives the content distribution request from the mobile device in the distribution request step. Count the number of requests corresponding to the, in the broadcast request process,
The server sends the broadcast request corresponding to the content whose request count is equal to or greater than “1” to the broadcast station, and resets the request count corresponding to the content.

[0012] According to an eighth aspect of the present invention, in the content distribution method according to any one of the first to seventh aspects,
The server divides the content to be broadcast and stores it as a plurality of packets, and in the data transmission request process, the terminal could not normally receive the packet received by the terminal to the server. Make a packet transmission request, and in the data transmission process,
The server transmits a packet corresponding to the transmission request to the terminal via the mobile communication network.

According to a ninth aspect of the present invention, in the content distribution method according to any one of the first to eighth aspects,
The content is encrypted, the terminal receives the desired content, and makes a distribution request for a key for decrypting the content to the server. When a key distribution request is received from a device, a key corresponding to the content is distributed.

According to a tenth aspect of the present invention, in the content distribution method according to the ninth aspect, when the server distributes a key to the mobile device, the server distributes a content corresponding to the key. The number of times is counted, and the distribution history for the mobile device is registered.

According to an eleventh aspect of the present invention, in the content distribution method according to any one of the first to tenth aspects, the content is music data obtained by digitally recording a music performance. .

According to a twelfth aspect of the present invention, in the content distribution method according to the eleventh aspect, the broadcasting station broadcasts a music program according to a program table, and the plurality of contents are played in the program. Music data of a music piece.

According to a thirteenth aspect of the present invention, a terminal, a server having content to be delivered to the terminal,
In a content distribution system constituted by a communication network accommodating these servers and terminals, the content is stored in the communication network, the content is stored, and the content is broadcasted on an unspecified number of destinations by broadcasting. A broadcast station, the terminal receives the content broadcast by the broadcast station, and, if there is a part that cannot be normally received in the content, data corresponding to the part. To the server, and the server transmits data corresponding to the data transmission request from the terminal to the terminal via the communication network.

[0018]

Embodiments of the present invention will be described below with reference to the drawings. In the embodiments described below, the present invention is applied to a content distribution system that distributes music data obtained by digitally recording music performances.

[1] First Embodiment [1.1] Configuration of First Embodiment (1) Overall Configuration of System FIG. 1 is a block diagram showing an overall configuration of a content distribution system according to the present embodiment. As shown in the figure,
This content distribution system is a system that provides a music distribution service that distributes various music data, and includes a mobile device 10, a mobile communication network 20, a plurality of base stations 21 accommodated in the mobile communication network 20, It comprises a car navigation device 30, a distribution management server 60, a broadcasting station 70, and the like.

The mobile device 10 is a mobile communication terminal such as a mobile phone accommodated in the mobile communication network 20. This mobile device 10
Has a wireless communication function, and can receive a wireless communication service of the mobile communication network 20 and can perform wireless data communication via the mobile communication network 20. Further, the mobile device 10 has an interface for connecting to an external device, and can be connected to the car navigation device 30 as an external device.

The car navigation device 30 has a function of receiving a terrestrial digital broadcast supplied from a broadcasting station 70 in addition to the functions of a normal on-vehicle navigation device. The car navigation device 30 has an interface for connecting to the mobile device 10 and can be connected to the mobile device 10. When the car navigation device 30 is connected to the mobile device 10 and receives a broadcast wave broadcast by the broadcast station 70, the car navigation device 30 demodulates the broadcast wave and transmits the demodulated data to the mobile device 10.
Send to

The broadcasting station 70 has a music database 71 storing music data to be distributed, and a menu database 72 storing menu data of music stored in the music database 71 (hereinafter, “database”).
Abbreviated as “DB”) and D
A DB management system 73 that manages the update of the group B, etc., and a broadcast station server system 74 that sequentially and cyclically broadcasts a predetermined number of songs from among the song data stored in the song DB 71.
It has.

FIG. 2 is a diagram showing the storage contents of the music DB 71. As shown in the figure, the music DB 71 stores a large number of music data MXn (n = 1 to k) and a music ID which is identification information for uniquely identifying each music, in association with each other. . Here, the music data MXn indicates that the performance of the music is, for example, MPEG2 AAC (MPEG2 Advanced Audio).
Coding) is data obtained by digital recording according to a predetermined audio compression encoding method, and is encrypted with different encryption keys. Therefore, each music data M
In order to decrypt Xn, it is necessary to use a decryption key corresponding to the encryption key used for each encryption.

FIG. 3 is a diagram showing the stored contents of the menu DB 72. As shown in FIG.
Stores menu data MS including a song ID for each song and a song name corresponding to the song ID. Here, the music data MXn stored in the music DB 71
And the menu data MS stored in the menu DB 72 are associated with each other by the music ID. For example, the music data MX1 and “Music A”
D "m0001".

Next, the distribution management server 60
In response to a request from the broadcasting station 70, a decryption key for decrypting the encryption of the music data MXn broadcast by the broadcasting station 70 is distributed. The distribution management server 60 also accumulates billing data, distribution history, and the like that accompany the music distribution service. Also, the music data MXn broadcast by the broadcasting station 70 may not be normally received by the car navigation device 30 connected to the mobile device 10. In such a case, the distribution management server 60, in accordance with the request from the mobile device 10, transmits the data of the music data MXn that the mobile device 10 could not normally receive.
0 to the mobile device 10.

(2) Details of the music data MXn stored in the music DB 71 FIG. 4 shows the music data MX stored in the music DB 71
FIG. 3 is a diagram showing a configuration of n. As shown in FIG.
In B71, each piece of music data MXn includes a plurality of packets P
n (n = 1 to m). Here, the payload portion D of each packet Pn contains a predetermined amount of data obtained by dividing the music data MXn.

The header H of each packet Pn contains information necessary for error detection, information such as a data payload length and a packet number. In addition, the first packet among the packets Pn constituting the music data MXn, that is, the packet P1, includes the music ID of the music data MXn in addition to these pieces of information. When the broadcasting station 70 broadcasts the music data MXn, the mobile station 1
0 determines whether the packet Pn is a packet Pn corresponding to the music data MXn to be received by itself based on the music ID included in the header H.

(3) Configuration of Broadcast Channel Related to Music Distribution Service FIG. 5 is a diagram showing a configuration example of a broadcast channel related to the music distribution service. As shown in the figure, the broadcast channels related to the music distribution service are channels mch1 and mc.
h2. In the channel mch1, the music DB
Of the music data MXn of the music stored in 71, predetermined music data MXn is sequentially and cyclically broadcast.

On the other hand, in the channel mch2, as shown in FIG. 5, menu data MS for guiding the music stored in the music DB 71 is repeatedly broadcast. Here, the music data MXn and the menu data MS broadcast on each of the broadcast channels mch1 and mch2 are always broadcast regardless of whether or not the mobile device 10 receives the music data.

(4) Configuration of Distribution Management Server 60 FIG. 6 is a block diagram showing the configuration of the distribution management server 60. As shown in the figure, the distribution management server 60 includes a control unit 61, a communication unit 62, a decryption key storage unit 63, a billing data storage unit 64, a table storage unit 65, a music DB 6
6 is comprised.

The control unit 61 has a CPU (Central Process
g Unit), ROM (Read Only Memory), RAM (Randam A
ccess Memory) and the like (not shown). RO
A control program for executing a music distribution service is stored in M, and the CPU controls each unit of the distribution management server 60 by executing the control program,
Executes a process related to the music distribution service.

The communication section 62 performs data communication via the mobile communication network 20. Through this data communication, the distribution management server 60 receives a transmission request for the packet Pn that could not be received normally from the mobile device 10 and a distribution key distribution request, and also made a request to the mobile device 10. Distribution of the packet Pn and the decryption key is performed.

The decryption key storage unit 63 stores a decryption key for decrypting the music data MXn broadcast by the broadcasting station 70 for each music. FIG. 7 is a diagram showing the storage contents of the decryption key storage unit 63. As shown in the figure,
The decoding key storage unit 63 stores a song ID for each song and a decoding key for decoding the song data MXn corresponding to the song ID.

The music DB 66 stores exactly the same data as the music DB 71 provided in the broadcasting station 70 described above. Here, the music data MXn stored in the music DB 66 is used when the car navigation device 30 connected to the mobile device 10 includes a packet Pn that cannot be normally received in the receiving process. It is used to distribute the packet Pn via the mobile communication network 20 in response to a packet transmission request from the mobile device 10.

The billing data storage unit 64 stores billing data generated by the music distribution service for each mobile station 10 (ie, user) of each user who subscribes to the music distribution service. Each time the mobile device 10 receives the music distribution service, the charging data is updated in such a manner that the cost required for receiving the service is accumulated.

The table storage unit 65 stores a distribution management table TBL1. FIG. 8 is a diagram showing the distribution management table TBL1. As shown in the figure, the distribution management table TBL1 includes a mobile device ID for specifying the mobile device 10 that has requested distribution of the decryption key of the music data MXn, and a music piece of the music requested by the mobile device 10. The IDs are stored in association with each other. The writing of the mobile device ID and the music ID into the distribution management table TBL1 is performed by the control unit 61.

The table storage unit 65 stores a distribution history table and a distribution count table. FIG. 9 is a diagram showing a distribution history table, and FIG.
FIG. 8 is a diagram showing a distribution count table. As shown in FIG. 9, the distribution history table TBL2 contains, for each mobile device 10 (ie, user) of each user who has subscribed to the music distribution service, a music ID corresponding to the decryption key transmitted to the mobile device 10. And the distribution date and time of the decryption key are registered as a distribution history. When the distribution of the decryption key is completed, the control unit 61 stores the mobile device ID, the music ID, and the like in the distribution history table TBL2 based on the contents of the distribution management table TBL1.
Register the distribution date and time. Also, as shown in FIG. 10, the distribution count table TBL3 registers, for each music ID, the distribution count of the decryption key corresponding to the music ID. When completing the distribution of the decryption key corresponding to a certain music ID, the control unit 61 sets the distribution count table TBL3
, The number of distributions corresponding to the music ID is incremented by “1”.

(5) Configuration of Mobile Station 10 FIG. 11 is a block diagram showing the configuration of the mobile station 10.
As shown in FIG. 1, the mobile device 10 includes a control unit 11, a wireless communication unit 12, a user interface unit 13 (hereinafter, the interface is abbreviated as “I / F”), a speaker I,
/ F unit 14, MPEG decoder 15, external device connection I / F unit 16, and bus 17 interconnecting these.

The external device connection I / F unit 16 includes, for example, a U
An interface, such as an SB, connects an external device such as the car navigation device 30 to the mobile device 10. When the music data MXn is sent from the car navigation device 30 connected by the external device connection I / F unit 16, the music data MXn is sent to the CPU 1 of the control unit 11.
11 is supplied.

The control unit 11 includes a CPU 111, a ROM 11
2, which comprises a RAM 113 and an SRAM 114, and controls each unit of the mobile device 10. In the ROM 112,
A mobile device ID for uniquely specifying the mobile device 10 in the mobile communication network 20 and various control programs are stored. The CPU 111 performs the operations described below by executing these control programs. The RAM 113 is used as a work area of the CPU 111. SRA
M114 stores music data MXn acquired by the music distribution service, various information registered by the user, and the like. Music data MXn stored in the SRAM 114
Is music data that has been decrypted by the decryption key in the CPU 111. The music data MXn distributed by the music distribution service is stored in the SRAM 114, read out in response to a request from the user, and subjected to reproduction processing.

The wireless communication unit 12 performs wireless communication with the base station 21 of the mobile communication network 20 via the antenna 121.

The user I / F unit 13 includes a liquid crystal display unit for displaying an interactive screen and various information, a keypad for the user to perform various input operations, a microphone and a speaker for the user to talk. .

The MPEG decoder 15 decodes the music data MXn transferred from the control unit 11 and outputs the decoding result to the speaker I / F unit 14.

The speaker I / F unit 14 is an audio output interface to which an external speaker such as a headphone is connected. The speaker I / F unit 14 is provided with a DAC (D / A
A digital audio signal supplied from the MPEG decoder 15 is supplied to an external speaker after D / A (digital / analog) conversion.

(6) Configuration of Car Navigation Device 30 FIG. 12 is a block diagram showing the functional configuration of the car navigation device 30. As shown in FIG. 1, the car navigation device 30 includes a control unit 31, an external device connection I / F unit 32, a tuner 33, a user I / F unit 34, and a bus 35 for interconnecting these components. Although not particularly shown because it has nothing to do with the gist of the present invention, the car navigation device 30 includes, in addition to the components shown, components included in a normal car navigation device such as a GPS and a CD-ROM. are doing.

The control unit 31 includes a CPU 311, a ROM 31
2 and a RAM 313, and controls each unit of the car navigation device 30. In the ROM 312,
Various control programs necessary for controlling the car navigation device 30 are stored. CPU311
Performs various control processes by executing these control programs. The RAM 313 is used as a work area of the CPU 311.

The external device connection I / F section 32 is an interface such as a USB, and
, An external device such as the mobile device 10 is connected.

The tuner 33 tunes to the broadcast wave channel selected by the user, receives the broadcast wave via the broadcast wave receiving antenna 331, and performs demodulation processing. The demodulated reception data is transferred to the control unit 31, and the mobile unit 1 connected by the control unit 31 via the external device connection I / F unit 32
Sent to 0.

The user I / F unit 34 includes an operation panel for receiving an input operation by the user, a display panel for displaying various information, and the like.

[1.2] Operation of First Embodiment Next, an operation of receiving the music data MXn using the car navigation device 30 in the present embodiment having the above configuration will be described. Here, in the present embodiment, there are three operation examples depending on the difference in the processing content of the mobile device 10, and therefore, the operation of the present embodiment will be described for each operation example. Note that it is also possible to use the mobile device 10 to perform voice communication with another portable terminal, a mobile phone, or the like via the mobile communication network 20. Is omitted.

<Operation Example 1> One operation example according to the present embodiment will be described below with reference to FIGS. In the following description, the music ID, the music data MXn, and the music name have the relationships shown in FIGS. 2 and 3 for more specific description.

First, when the user is the user I / F of the mobile device 10
By operating the keypad of the section 13, the broadcast station 7
When the user selects the broadcast frequency of 0 and inputs that the broadcast wave should be received, the CPU 111
For 0, a command to change the reception frequency of the tuner 33 is sent. As a result, the CPU 311 of the car navigation device 30 sets the reception frequency of the tuner 33 to the broadcast station 7.
0 broadcast channels mch1 and mch
2 is synchronized with the broadcast channel mch2 on which the menu data MS is broadcast.

When the receiving channel of the tuner 33 is set to mch2 in this manner, the car navigation device 30 thereafter receives the menu data MS broadcast from the broadcasting station 70 (step Sb1 in FIG. 14). Then, the menu data M received by the tuner 33
S is sent to the mobile device 10 via the external device connection I / F unit 32, and is supplied to the CPU 111 via the external device connection I / F unit 16 in the mobile device 10 (step Sa1).

The CPU 111 writes the menu data MS sent from the CPU 311 of the car navigation device 30 in the RAM 113 in this way, and displays an image corresponding to the menu data MS on the liquid crystal display of the user I / F unit 13. Is displayed. That is, the list of the music data MXn to which the user can receive the distribution shown in FIG. 3 is displayed on the liquid crystal display unit.

Next, when the user operates the keypad of the user I / F section 13, an input is made to select, for example, "Song A" as the song that the user desires to receive. When “Song A” is selected in this way, the CP
U111 extracts the music ID “m0001” corresponding to “music A” from the menu data MS and writes it in the RAM 113 (step Sa2). Next, the CPU 111 instructs the CPU 311 of the car navigation device 30 to set the reception channel of the tuner 33 to mch1.

When the receiving channel of the tuner 33 is set to mch1 in this manner, the car navigation device 30 thereafter sequentially receives the packets Pn of the music data MXn broadcast from the broadcasting station 70. Then, the packet Pn of the music data MXn received by the tuner 33 is sent to the mobile device 10 through the external device connection I / F unit 32, and is transmitted through the external device connection I / F unit 16 in the mobile device 10. Is supplied to the CPU 111.

The CPU 111 monitors the music ID included in the packet Pn of the music data MXn sequentially supplied in this way, and determines whether or not the music data MX1 corresponding to the music ID “m0001” has been received. (Step Sa3). Here, the music data M desired by the user
While music data MX2 to k different from X1 are being received, the determination result in step Sa3 is “No”, and the determination in this step is repeated.

Then, the music data MX desired by the user
When the reception of the first packet P1 is performed, step Sa3
Is "Yes". In this case, the CPU 11
1 sequentially receives the packets P1 to Pm of the desired music data MX1 supplied from the car navigation device 30 and stores them in the RAM 113.

The CPU 111 monitors the packets Pn sequentially supplied from the car navigation device 30, and if there is a packet Pn that has not been received normally, stores the packet number in the RAM 113. When the above processing is completed for the last packet of the desired music data, the processing executed by the CPU 111 proceeds from step Sa3 to step Sa4.

FIG. 15 is a conceptual diagram showing the relationship between the music data MX1 to MXk sequentially broadcast by the broadcasting station 70 and the music data MXn received by the mobile device 10. It should be noted that in the figure, in order to make the description more specific, each piece of music data MXn is illustrated as being composed of 20 packets P1 to P20.

In the case shown in the figure, when music data MX1 corresponding to "music A" is received, the CPU 11
1 receives the packets P1 to P20 of the music data MX1 and stores the packets in the RAM 113. In this case, for example, if the packet corresponding to the packet number “7” is not normally received, the packet number corresponding to “7” is lost in the music data MX1. In this case, the CPU 111 assumes that the packet corresponding to the packet number “7” has not been normally received, and writes the packet number “7” into the RAM 113.

Next, at step Sa4, the CPU 11
No. 1 determines whether or not the packet number of the packet Pn that has not been normally received is stored in the RAM 113, that is, whether or not all the packets Pn constituting the desired music data MX1 have been normally received. .

As a result of this determination, if it is determined that all the packets Pn constituting the music data MX1 have been normally received, the CPU 111 executes a calling process to the distribution management server 60 and changes the music ID "m0001" The distribution request of the decryption key of the music data MX1 including the distribution request is sent to the wireless communication unit 12 (step Sa10). As a result, a distribution key distribution request for the music data MX1 is transmitted from the mobile device 10 to the distribution management server 60 via the mobile communication network 20 (FIG. 1).
4 steps Sb4).

On the other hand, upon receiving the distribution key distribution request,
The control unit 61 of the distribution management server 60 extracts the mobile device ID and the music ID “m0001” included in the distribution request, and stores these information in the distribution management table TBL1. Then, the control unit 61 controls the distribution management table T
Based on BL1, it is determined that the decryption key to be delivered to the mobile device 10 corresponds to the music data MX1. Then, the control unit 61 sets the music ID “m000
The decryption key corresponding to "1" is read from the decryption key storage unit 63, and the decryption key is transmitted to the mobile device 10 via the mobile communication network 20 (step Sb5 in FIG. 14).

When the distribution of the decryption key is completed in this way, the control unit 61 of the distribution management server 60 adds the charging data for the music distribution service to the charging data in the charging data storage unit 64. Further, the control unit 61 determines the mobile device ID of the mobile device 10 based on the distribution management table TBL1.
, The music ID “m0001”, and the distribution time of the decryption key as the distribution history of the mobile device 10, the distribution history table TB
Register in L2. Then, the control unit 61 sets the music ID “m0001” in the distribution count table TBL3.
The number of distributions is incremented by "1" at the position corresponding to.

On the other hand, CPU 111 of mobile device 10 decrypts the music data MX1 using the received decryption key and stores the music data MX1 in SRAM 114 (step Sa11).

On the other hand, the music data MX1
When it is determined that there is a packet Pn that has not been received normally (step Sa4 "No"), the CPU 111 of the mobile device 10 broadcasts the music data MX.
It is determined whether or not the number of times 1 has been received exceeds a predetermined upper limit number (step Sa5). If the result of this determination is “No”, the CPU 111 continues the processing of step Sa3 until the car navigation device 30 receives the music data MX1 corresponding to “music A”.

Thereafter, the music data MXn broadcast by the broadcasting station 70 makes a round and is broadcast again (FIG. 1).
4 Step Sb1) The packet P1 of the music data MX1 of the desired music is transmitted from the car navigation device 30 to the mobile device 10. Then, the CPU 111 of the mobile device 10 reads out the packet number stored in the RAM 113 as not being received normally, for example, the packet number “7” in the case shown in FIG. It is determined whether or not the packet P7 corresponding to the packet number "7" has been normally received from the header H of the packet Pn (step Sa4).

As a result of the determination in step Sa4, when the packet Pn corresponding to the number is normally received (“Yes”), the CPU 111 stores the packet Pn in the RAM 113 and deletes the packet number in the RAM 113. I do.

Next, the CPU 111 of the mobile device 10 sends a distribution request of the decryption key of the music data MX1 including the music ID “m0001” to the radio communication unit 12 (step Sa1).
0). As a result, a distribution request of the decryption key of the music data MX1 is transmitted from the mobile device 10 to the distribution management server 60 via the mobile communication network 20 (step Sb in FIG. 14).
4).

Then, the distribution management server 60 transmits the decryption key of the music data MX1 to the mobile device 10 via the mobile communication network 20 (step Sb5 in FIG. 14). At this time, the control unit 61 of the distribution management server 60 sets the distribution history table TB
The distribution history is registered in L2, and the distribution count is incremented by "1" in the distribution count table TBL3. Then, when receiving the decryption key of the music data MX1, the CPU 111 of the mobile device 10 decrypts the encryption of the music data MX1 and stores it in the SRAM 114 (steps Sb5 and Sa11).

On the other hand, as a result of the determination in step Sa4, if there is a packet Pn that has not been received normally in the music data MX1, the CPU 11 of the mobile device 10
1 detects whether the number of times of reception of the broadcast by the car navigation device 30 is the number of times of reception, and determines whether or not the number of receptions exceeds a predetermined upper limit number (step Sa5). If the result of this determination is “No”, the mobile device 10 executes the above-described processing again.

On the other hand, in step Sa5,
If it is determined that the number of receptions exceeds the upper limit,
U111 displays a message such as "Reception failed. Do you want to receive data that was not received normally?" On the liquid crystal display of the user I / F unit 13 to prompt the user to make a determination. As a result, when the user performs an input operation to give up the reception (“No” in step Sa6), the CPU 111 ends the processing.

On the other hand, when the user performs an input operation to receive the packet Pn that has not been normally received through the mobile communication network 20 (step Sa6 "Yes"), C
The PU 111 executes a calling process for the distribution management server 60, and stores the packet number stored in the RAM 113,
A packet transmission request including the music ID “m0001” desired to be transmitted is sent to the wireless communication unit 12 (step Sa)
7). As a result, a packet transmission request is transmitted from the mobile device 10 to the distribution management server 60 (FIG. 1).
4 steps Sb2).

For example, in the case shown in FIG. 15, if the reception of the broadcast is repeated up to the maximum number of times, and the packet P7 is not normally received, the RAM 11
3, the packet number “7” remains without being erased. The CPU 111 reads the packet number “7” from the RAM 113 and transmits a packet transmission request including the music ID “m0001” of the music data MX1 to the distribution management server 60.

When the packet transmission request is made in this way, the CPU 111 continues the processing of step Sa8 until the packet Pn transmitted by the distribution management server 60 is transmitted from the wireless communication unit 12.

On the other hand, the control unit 61 of the distribution management server 60
Receives the packet transmission request, receives the packet number (for example, “7”) included in the packet transmission request and the music ID.
“M0001” is extracted, and the packet Pn to be transmitted to the mobile device 10 is specified. Then, the control unit 61 reads the packet Pn from the music DB 66, and
0 to the mobile station 10 (step S in FIG. 14).
b3).

On the other hand, when a packet corresponding to the packet transmission request is transmitted to the CPU 111 of the mobile device 10, the determination result in step Sa8 is “Yes”.
Becomes In this case, the CPU 111 sequentially receives the packets Pn of the music data MX <b> 1 corresponding to the packet transmission request sent from the wireless communication unit 12 and stores them in the RAM 113.

When all the packets Pn corresponding to the music data MX1 have been successfully received in this way, the mobile station 1
The CPU 111 of “0” sends a distribution key distribution request including the mobile device ID to the wireless communication unit 12 (step Sa10). As a result, a distribution key distribution request is transmitted from the mobile device 10 to the distribution management server 60 (step Sb4 in FIG. 14).

On the other hand, the control unit 61 of the distribution management server 60
Receives the decryption key distribution request, extracts the mobile device ID and the music ID “m0001” included in the distribution request, and stores these information in the distribution management table TBL1. Then, the control unit 61 determines a decryption key to be delivered to the mobile device 10 (in this case, a key corresponding to “m0001”) based on the delivery management table TBL1, and stores the decryption key in the mobile communication network. Mobile device 10 via
(Step Sb5 in FIG. 14).

The control unit 61 adds the billing data for the distribution service to the billing data in the billing data storage unit 64, and stores the music data distributed to the mobile device 10 in the distribution history table TBL2 and the distribution count table TBL3. Information such as the music ID “m0001” of the data MX1 is registered as a distribution history.

Here, the distribution management server 60 registers the distribution history in the distribution history table TBL2 in order to grasp the preference of each user and provide information to the user. For example, music I remaining as a distribution history
From D, the genres of the songs requested by the user are totaled, and in accordance with the totaling result, the new song information of the genres can be distributed in a push type. In addition, since the distribution history allows a user to know a favorite artist, new song information of the artist can be distributed.

Also, the distribution count table TBL3
By registering the number of distributions of the decryption key for each music ID in the following manner, the following is also possible. 1. Songs with a large number of decryption key distributions are considered to be popular songs, and the popular songs are ranked. 2. Popular genres are totaled, and new song information of the genre is pushed to the user in a push type. 3.
Popular genres are totaled, and a large number of songs of the genre are arranged in the content of the song data MXn stored in the song DB 71.

On the other hand, in the mobile device 10, the CPU 11
1 decrypts the music data MX1 using the decryption key received, and stores the music data MX1 in the SRAM 114 (step Sa11 and step Sb in FIG. 14).
5).

<Operation Example 2> FIG. 16 is a flowchart showing processing of the mobile device 10 in this operation example. In this operation example, the CPU 111 of the mobile device 10
0, if there is a packet Pn that is not received normally in the process of receiving the music data MXn broadcasted by the broadcast station 70, the packet Pn is transmitted to the mobile communication network 20 without receiving the music data broadcasted by the broadcasting station 70 again. The difference from the operation example 1 described above is that the information is received from the distribution management server 60 via the server.

That is, if the result of determination in step Sc 4 is “No”, the CPU 111 of the mobile device 10
Displays a message such as "Do you want to receive packets that could not be received normally through the mobile communication network 20?" On the liquid crystal display unit of the user I / F unit 13 to prompt the user to make a decision. (Step Sc5). As a result, when the user performs an operation to give up the reception (step Sc5 “N
o "), the CPU 111 ends the processing. On the other hand, if the result of the determination in step Sc5 is “Yes”, the CPU 111 makes a packet transmission request to the distribution management server 60 and receives a packet from the distribution management server 60.

<Operation Example 3> FIG. 17 is a flowchart showing a process of the mobile device 10 in this operation example. In this operation example, the CPU 111 of the mobile device 10
0, the packet Pn that could not be received normally in the process of receiving the music data MXn broadcast by
Exists, it is determined according to the user's judgment whether or not the music data MXn is to be received again by broadcasting.

That is, the CPU 111 of the mobile device 10
If the result of determination in step Sd4 is "No", a message such as "Broadcast reception failed. Would you like to receive broadcast again?" Is displayed on the liquid crystal display of the user I / F 13. Then, the user's judgment is prompted (step Sd5).

As a result, when the user performs an input to the keypad of the user I / F unit 13 to receive the broadcast wave again (“Yes” in step Sd5), the mobile device 10 performs the processing in steps Sd3 and Sd4. Execute the process. The processing in steps Sd3 and Sd4 is described in FIG.
Since there is no difference from steps Sa3 and Sa4 of the operation example 1 shown in FIG.

On the other hand, if the result of determination in step Sd5 is “No”, the CPU 111 prompts the user I / F unit 13 again to display “the data that could not be received normally” to the liquid crystal display unit. "Do you want to receive via mobile communication network 20?" After that, in steps Sd6 to Sd11, the same processing as in steps Sa6 to Sa11 in FIG. 13 is executed.

As described above, according to the content distribution system according to the present embodiment, music data is distributed using terrestrial digital broadcasting that enables high-speed data communication as compared with a mobile communication network. In addition, the communication time required for distribution can be reduced. In addition, since it is possible to receive desired music data using a broadcast wave whose communication cost can be kept relatively low, it is possible to reduce communication costs of a user required for distribution of music data. Also, in the music data broadcasted by the broadcasting station, if there is a packet that has not been received normally, the packet can be received via the mobile communication network.

[1.3] Modifications <Modification 1-1> In the operation example 1 of the present embodiment, the upper limit number of times in step Sa5 of FIG. 13 is fixed. However, the upper limit number may be arbitrarily changed by the user.

<Modification 1-2> In the present embodiment,
In order to connect the mobile device 10 and the car navigation device 30, a wired interface such as a USB is used. However, the communication between the mobile device 10 and the car navigation device 30 is not by wire, but by IrDA, a standard for infrared communication, HomeRF (Home Radio Frequency), or Bluetooth (registered trademark), which is a standard for short-range wireless communication. ), Etc., the wireless communication may be performed.

<Modification 1-3> In the present embodiment,
The distribution management server 60 and the broadcasting station 70 are configured as completely different devices. However, the broadcasting station server system 74 of the broadcasting station 70 may have the function of the distribution management server 60.

<Modification 1-4> In the present embodiment, a mobile device such as a mobile phone having a call function has been described as an example. However, the present invention is not limited to this.
(Personal handyphoneSystem) and portable information terminals such as PDAs (Personal Digital Assistants) having a wireless data communication function.

<Modification 1-5> In the present embodiment, the content to be distributed is the music data MXn. However, the present invention is not limited to this, and other content such as movies, game software, electronic books, news, etc. may be distributed. It may be. in this case,
The menu data MS broadcast on the broadcast channel mch2 may provide a list of movies that can be distributed and text data of producers and performers as guide information.

<Modification 1-6> In the present embodiment, the car navigation device 30 receives the broadcast menu data MS and the music data MXn, and
It has only the function of sending to However, a configuration may be adopted in which the software shown in FIG. 13 is stored in the ROM 312 of the car navigation device 30, and the CPU 311 reads out the software and executes the process when receiving the distribution of the music data MXn. in this case,
The mobile device 10 functions only as a communication device when communicating with the distribution management server 60 via the mobile communication network 20 when the car navigation device 30 receives the distribution of the music data MXn.

In this case, the operability can be improved by providing a touch panel on the user I / F unit 34 of the car navigation device 30 and providing buttons corresponding to the operation on a display panel (not shown). Becomes
Further, by providing a hard disk in the car navigation device 30 and storing the distributed music data in the hard disk, the music data MX to be distributed is stored.
It is also possible to increase the number of n.

<Modification 1-7> In the present embodiment, the music data MXn distributed by the mobile device 10 is an SRAM.
114 is stored. But, for example,
An external storage medium such as a smart media (registered trademark) or a compact flash (registered trademark) may be connected via the external device I / F unit 16 to store the music data MXn stored in the SRAM 114. . <Modification 1-8> In this embodiment, the menu data MS is transmitted, and the music data MXn desired to be distributed is determined based on the menu data MS. However, a configuration is also possible in which the contents of the questionnaire are added to the menu data MS to broadcast. In this case, the user sends an e-mail replying to the questionnaire. In this way, when the content of the music DB 71 is changed at a later date, the music data MXn according to the content of the questionnaire can be targeted for distribution.

[2] Second Embodiment The content distribution system according to the present embodiment is realized by the same configuration as the configuration shown in FIG.
Therefore, unless otherwise indicated, each component of FIG.
It has the same configuration as the embodiment and performs the same operation.

In the content distribution system according to the present embodiment, the broadcasting station 70 broadcasts a music program and broadcasts music data MXn corresponding to the music played in the music program. More specifically, when the music pieces played in a music program called “XX music” broadcast during a certain time zone are “song A”, “song C”, “song E”, and “song G”, The broadcasting station 70 broadcasts the music data MXn corresponding to “Song A”, “Song C”, “Song E” and “Song G” during this time period. Then, in the music program "xx music" broadcast in the next time zone, "song H", "song I", "song J" and "song K"
Is played, the broadcasting station 70 changes the music data MXn to be broadcast, and changes the music data corresponding to “Music H”, “Music I”, “Music J” and “Music K” during this time period. It broadcasts MXn. Here, the music program broadcasted by the broadcasting station 70 is received by a receiver such as a radio receiver or a television receiver having a reception function of terrestrial digital broadcasting, and is for reproducing video and audio. is there.

In order to realize the functions described above, the content distribution system according to the present embodiment differs from the first embodiment in the following points. In the present embodiment, the DB management system 73 has an operation terminal (not shown). Then, the operator of the broadcasting station 70 uses the operation terminal to input a broadcasting time zone of each music program and a tune to be played in the music program based on the program table before the broadcasting of the music program. And DB
The management system 73 extracts, from the menu data MS stored in the menu DB 72, one corresponding to the music title based on the input music title. Then, time information corresponding to the input time is added to the extracted menu data to generate selected menu data.

FIG. 18 is a diagram showing selection menu data. Here, TI shown in the figure is time information.
The selection menu data MSB is generated one for each music program broadcasted by the broadcasting station 70 in each time zone, and corresponds to the music played in the music program. Thus, the selection menu data MSB
Is completed, the DB management system 73 sends the selected menu data MSB to the broadcast station server system 74.

The broadcast station server system 74 transmits the selection menu data MS transmitted from the DB management system 73.
A music ID is extracted from B, and music data MXn to be broadcast is determined based on the music ID. Then, the broadcasting station 70 broadcasts the selected menu data MSB and the selected music data MXn together with the music program. At this time, the broadcast station server system 74 sets the time information T
Based on I, the time to broadcast the music data MXn and the selection menu data MSB is determined.

FIG. 19 is a diagram showing a configuration example of a channel broadcast by the broadcast station 70 in the content distribution system according to the present embodiment. As shown in the figure,
The broadcast channel related to the music distribution service is channel m
ch0 to mch2. In the channel mch0, a music program according to a program table is broadcast every time. On the other hand, in the channel mch1, the music DB7
Among the music data MXn of the music stored in No. 1, the music data MXn selected as a broadcast target is sequentially and cyclically broadcast. On the other hand, in the channel mch2, the selection menu data MSB is repeatedly broadcast.

The car navigation device 30 receives the music program broadcast by the broadcasting station 70 in this manner,
The music program is displayed on a display panel or sound is reproduced. Then, the user views the broadcast, and receives a distribution of the music data using the mobile device 10 when the music that matches his / her preference is performed. The operation when the user receives the distribution of the music data using the mobile device 10 is as follows.
Since there is no difference from the first embodiment, the description is omitted.

Also, in the present embodiment, when the distribution of the decryption key of the music data MXn is completed, the distribution history and the like are accumulated in the distribution history table TBL2 and the distribution count table TBL3. Therefore, based on the distribution count table TBL3, the genres of popular songs can be totaled, and the songs of the genre can be reflected on the broadcast music program.

As described above, according to the content distribution system of the present embodiment, the music data played in the broadcast music program is broadcast in conjunction with the broadcast music program. Therefore, when receiving the distribution of the music data, the user can view the broadcast music program, select the music that matches his / her preference, and receive the distribution of the music data of the music.

[2.1] Modifications <Modification 2-1> In the present embodiment, the DB management system 73 generates the selection menu data MSB, and broadcasts the music data MXn based on the selection menu data MSB. Configuration. However, by generating the selection menu data MSB in more detailed time units, it is possible to broadcast in a broadcast form further linked to the music program. That is, in a music program, for example, during the time period when “Song A” is being broadcast, the song data MX
1 is repeatedly broadcast, and the music data MX2 is repeatedly broadcast during a time period when “Song B” is being broadcast. In this case, the user can watch the music program being broadcast and receive the distribution of the music data MXn while the music that matches his / her preference is being played.

<Modification 2-2> In the present embodiment,
When the decryption key is delivered to the mobile device 10, the delivery history is stored in the delivery history table TBL2 and the delivery count table TBL3, and is reflected in the broadcast contents at a later date based on the delivery history. However, in determining the program content, a configuration may be adopted in which a questionnaire is given to the user of the mobile device 10. In this case, after the distribution management server 60 distributes the decryption key, the distribution management server 60 may transmit an e-mail describing the contents of the questionnaire to the mobile device 10, and the user may reply to the questionnaire. In addition, the configuration may be such that the content of the questionnaire is added to the selection menu data MSB broadcasted from the broadcast station 70 and the broadcast is performed. In this case, the user sends an e-mail replying to the questionnaire. By doing so, the program provider of the broadcasting station 70
The contents of the questionnaire can be drawn into a broadcast program at a later date. In addition, even a user who does not receive the distribution of the music data MXn can receive the selection menu data MSB and answer the questionnaire, so that the program broadcasting in which the viewer participates can be performed.

[3] Third Embodiment The content distribution system according to the present embodiment is realized by the same configuration as the configuration shown in FIG.
Therefore, unless otherwise indicated, each component of FIG.
It has the same configuration as the embodiment and performs the same operation.

The difference between the content distribution system according to the present embodiment and the first embodiment is that
Only the music data MXn requested to be distributed by the broadcasting station 7
0 broadcasts. More specifically, in the content distribution system according to the present embodiment, the mobile device 10 makes a distribution request of the music data MXn to the distribution management server 60 via the mobile communication network 20, and based on the distribution request, Thus, the distribution management server 60 makes a broadcast request to the broadcast station 70. Then, the broadcasting station server system 74
Broadcasts only the music data MXn for which a broadcast request has been received from the distribution management server 60. Accordingly, in the present embodiment, the configuration of the distribution management server 60 and the operation of the system are different from those of the first embodiment.

In this embodiment, the request storage count table is stored in the table storage unit 65 of the distribution management server 60. FIG. 20 is a diagram illustrating the request count table. As shown in the figure,
In the request count table TBL4, a song ID and the number of requests for the song are stored in association with each song. Each time a distribution request of the music data MXn is received from the mobile device 10, the control unit 61 of the distribution management server 60 increments the number of requests to a position corresponding to the music ID of the requested music in the request count count table TBL4. Then, the distribution management server 60
Sets the song requested at least once in the request count table TBL4 as the broadcast target song.

Next, the operation of the present embodiment having the above configuration will be described with reference to FIGS. Hereinafter, the operation of the present embodiment will be described in the following order.
That is, (1) reception of a distribution request in the distribution management server 60, (2) determination of music data MXn to be broadcast in the distribution management server 60, and (3) overall operation of the mobile device 10 and the entire system will be described. .

(1) Acceptance of Distribution Request by Distribution Management Server 60 FIG. 21 is a flowchart showing an operation when the distribution management server 60 receives a distribution request of the music data MXn from the mobile device 10. First, the control unit 61 determines whether or not a distribution request for the music data MXn has been received from the mobile device 10 via the mobile communication network 20 (Step Se1). Here, if the distribution request has not been received (step Se1 “N
o "), the control section 61 repeats the process of step Se1.

On the other hand, when a distribution request for the music data MXn is received (step Se1 "Yes"), the process proceeds to step S1.
Proceed to e2. In this case, for example, the distribution request of the music data MXn transmitted from the mobile device 10 includes the music ID
If “m0001” is included, the control unit 61 extracts the music ID “m0001” from the received distribution request, and sets the number of requests in the portion corresponding to the music ID “m0001” in the request count table TBL4. Increment by "1" (Step Se)
2).

At the same time, the control unit 61 extracts the mobile device ID included in the distribution request and registers the mobile device ID in the distribution management table TBL1 together with the music ID “m0001”.

(2) Determination of Music Data MXn to Broadcast in Distribution Management Server 60 Next, an operation when the distribution management server 60 determines the music data MXn to be broadcast will be described with reference to FIG. The process of determining the music data MXn to be broadcast is a process that is always performed by the control unit 61 in a fixed cycle irrespective of the above-described process of receiving the distribution request.

Here, “M” in FIG.
The number of songs of the song data MXn stored in 71 and 66 is shown. “N” is the music DB 71 and 66
, For example, when “N” is “1”, the music ID “m0001” is to be processed, and when “N” is “2”, Is
This indicates that the music ID “m0002” is to be processed. In the following description, in order to make the description more specific, the content of the request count table TBL4 is described as having the same content as that of FIG.

First, the control unit 61 sets the value of “N” to “0”.
After setting to "N", "N" is incremented by "1" (steps Sf1, Sf2). In this way, "N"
Is set to “1”, the control unit 61 sets the music ID “m00” in the request count table TBL4.
The count of the number of requests corresponding to "01" is read (step Sf3).

Then, the control section 61 determines that the count number corresponding to “m0001” is not “0”, and
The music data MX1 corresponding to the music ID is selected as a broadcast target (step Sf4). Next, the control unit 61
Resets the count number corresponding to “m0001” to “0” and sends a broadcast request including the music ID to the broadcast station 70.
(Steps Sf5, Sf6). As a result, the broadcast station server system 74 of the broadcast station 70
The music data MX1 corresponding to the music ID “m0001” is read from B71 and broadcast.

On the other hand, the distribution management server 60 monitors the broadcasting status of the music data MX1 at the broadcasting station 70, and determines whether the broadcasting of the music data MX1 corresponding to “m0001” has been completed (step Sf7). . Then, when it is determined that the broadcasting in the broadcasting station 70 has not ended (step Sf7 “No”), the control unit 61
Repeats the process of step Sf7.

On the other hand, when the broadcasting of the music data MX1 at the broadcasting station 70 ends (step Sf7 “Ye
s "), the control unit 61 determines whether or not the value of" N "exceeds the value of" M "(step Sf8). In this case, since “N = 1”, the control unit 61 determines in step S
By executing f2, the value of "N" is incremented by "1". Then, the music data MX2 corresponding to the music ID “m0002” is processed. Next, the control unit 61 reads a request frequency counter corresponding to the music ID “m0002” in the request frequency count table TBL4 (step Sf3).

Then, the control section 61 determines that the count number corresponding to “m0002” is “0”,
The music data MX2 corresponding to “m0002” is regarded as not to be broadcast (step Sf4). And
The control unit 61 sets the value of “N” in step Sf8 to:
It is determined that the value does not exceed the value of “M”, and step S
By executing f2, the value of "N" is incremented by "1".

Hereinafter, the same processing is repeated, and the control unit 61
Resets the value of "N" when the processing corresponding to all the songs stored in the song DB 66 ends and the value of "N" becomes equal to the value of "M" (step Sf8 "Yes"). Then, the processing is restarted from the music ID “m0001” again.

(3) Overall Operation of the Mobile Station 10 and the Entire System Next, the mobile station 10 according to the present embodiment having the above-described configuration will be described.
The operation of the entire system will be described. Here, in the present embodiment, there are three operation examples depending on the difference in the processing content of the mobile device 10, and therefore, the operation of the present embodiment will be described for each operation example.

<Operation Example 1> First, with reference to FIGS. 23 and 24, processing of the mobile device 10 and the entire system according to this operation example will be described. When receiving the music data MXn using the car navigation device 30 connected to the mobile device 10, first, the user operates the user I / F unit 13 of the mobile device 10.
When the user selects the broadcast frequency of the broadcast station 70 by operating the keypad and inputs an instruction to receive the broadcast wave, the CPU 111 of the mobile device 10 sets the external device connection I / F.
For the car navigation device 30 via the unit 16,
The tuner 33 sends a command to set the reception frequency. As a result, the CPU 311 of the car navigation device 30 changes the reception frequency of the tuner 33 to one tuned to the broadcast channel mch2 broadcast by the broadcast station 70.

When the receiving channel of the tuner 33 is set to mch2 in this way, the car navigation device 30 thereafter receives the menu data MS broadcast from the broadcasting station 70. The menu data MS received by the tuner 33 is stored in the external device connection I /
The mobile device 10 is sent to the mobile device 10 via the F
It is supplied to the CPU 111 via the external device connection I / F unit 16 (step Sg1).

The CPU 111 transmits the menu data M sent from the car navigation device 30 in this manner.
S in the RAM 113 and the user I / F unit 1
An image corresponding to the menu data MS is displayed on the liquid crystal display unit 3. That is, a list of music data MXn that the user can receive is displayed on the liquid crystal display unit (see FIG. 3).

Next, the user operates the keypad of the user I / F section 13 to input, for example, "Song A" as the song desired to be distributed. In this way, when “Song A” is selected, the CPU 11
1 extracts “m0001” from the menu data MS as a music ID corresponding to “music A”, and extracts the music ID
“M0001” is written to the RAM 113. (Step Sg2). Then, the CPU 111 controls the distribution management server 6
The calling process for 0 is executed.

Next, the CPU 111 reads the mobile station ID and the music ID “m0001” from the RAM 113, and sends a distribution request (request) of music data including these to the wireless communication unit 12 (step Sg3). As a result, a distribution request for the music data is transmitted from the mobile device 10 to the distribution management server 60 via the mobile communication network 20 (Step Sh1 in FIG. 24). When completing the distribution request addressed to the distribution management server 60, the CPU 111 sets the reception channel of the tuner 33 to the car navigation device 30.
An instruction to set to 1 is issued.

When the receiving channel of the tuner 33 is set to mch1 in this manner, the car navigation device 30 thereafter sequentially receives the packets Pn of the music data MXn broadcast from the broadcasting station 70. Then, the packet Pn of the music data MXn received by the tuner 33 is sent to the mobile device 10 through the external device connection I / F unit 32, and is transmitted through the external device connection I / F unit 16 in the mobile device 10. Is supplied to the CPU 111.

On the other hand, the control unit 61 of the distribution management server 60
Receives the music data distribution request from the mobile device 10 side, executes the above-described distribution request reception process, registers the mobile device ID of the mobile device 10 and the music ID “m0001” in the distribution management table TBL1, and , The music ID “m0001” in the request count table TBL4
The number of requests is incremented by "1" at a location corresponding to (1) (see FIG. 21). As a result, the control unit 61 selects the music data MX1 corresponding to the music ID “m0001” as the broadcast target music (see FIG. 22).

Then, the control section 61 transmits a broadcast request for the selected music data MX1 to the broadcast station 70 (Step Sh2 in FIG. 24). As a result, the broadcast station server system 74 broadcasts the music data MX1 corresponding to the music ID “m0001” (step Sh in FIG. 24).
3).

On the other hand, the CPU 111 of the mobile device 10 monitors the music ID included in the packet Pn of the music data MXn sequentially supplied from the car navigation device 30, and
It is determined whether or not the music data MX1 corresponding to “m0001” has been received (step Sg4). here,
While the music data MX2 to MXk different from the music data MX1 desired by the user are being received, this step S
The determination result at g4 is “No”, and the determination in the same step is repeated.

The music data MX desired by the user
When one packet P1 is received, the determination in step Sg4 becomes “Yes”. In this case, the CPU 111
Receives the packets P1 to Pm of the song data MX1 of “Song A” supplied from the car navigation device 30 and stores them in the RAM 113.

Further, the CPU 111 monitors the packets Pn sequentially supplied from the car navigation device 30, and
If there is a packet Pn that has not been received normally,
The packet number is stored in the RAM 113. And
When the above processing is completed for the last packet of the desired music data, the processing executed by the CPU 111 proceeds from step Sg4 to step Sg5.

Next, when the processing proceeds to step Sg5, the CPU 11
No. 1 determines whether or not the packet number of the packet Pn that has not been normally received is stored in the RAM 113, that is, whether or not all the packets Pn constituting the desired music data MX1 have been normally received. I do.

As a result of this determination, if it is determined that all the packets Pn constituting the music data MX1 have been normally received, the CPU 111 reads the mobile device ID of the mobile device 10 from the RAM 113 and reads the mobile device ID. Is transmitted to the wireless communication unit 12 (step Sg11). As a result, the music data MX1 is transmitted from the mobile device 10 to the distribution management server 60 via the mobile communication network 20.
Is transmitted (step Sh in FIG. 24).
7).

On the other hand, upon receiving this decryption key distribution request,
The control unit 61 of the distribution management server 60 extracts the mobile device ID included in the distribution request,
In L1, the music ID corresponding to the mobile device ID is "m
0001 ". And the control unit 61
Transmits the music data MX1, that is, the decryption key corresponding to the music ID “m0001” to the mobile device 10 via the mobile communication network 20 (Step Sh8 in FIG. 24).

When the transmission of the decryption key is completed in this way, the control section 61 adds the charging data for the music distribution service to the charging data in the charging data storage section 64. Further, the control unit 61 determines the mobile device ID of the mobile device 10 and the music ID “m0 based on the distribution management table TBL1.
001 ”and the distribution time of the decryption key are registered in the distribution history table TBL2 as the distribution history of the mobile device 10. Then, the control unit 61 sets the distribution count table TBL.
In 3, the number of distributions is incremented by "1" to the position corresponding to the music ID "m0001".

On the other hand, the CPU 111 of the mobile device 10 decrypts the music data MX1 using the received decryption key and stores the music data MX1 in the SRAM 114 (step Sg12).

On the other hand, if it is determined in step Sg5 that there is a packet Pn that has not been normally received in the music data MX1 of the desired music,
The CPU 111 of the mobile device 10 transmits the music data M
It is determined whether or not the number of times X1 has been received exceeds a predetermined upper limit number (step Sg6).

If the result of this determination is “No”, C
The PU 111 reads the mobile device ID and the music I from the RAM 113.
D “m0001” is read out, and a distribution request of the music data MX1 including these pieces of information is transmitted to the wireless communication unit 12 again (step Sg3). As a result, the music data MX
1 is transmitted from the mobile device 10 to the distribution management server 60 via the mobile communication network 20 (step S in FIG. 24).
h1). Further, when completing the distribution request addressed to the distribution management server 60, the CPU 111
To the tuner 33 to set the reception channel to mch1.

On the other hand, the control unit 61 of the distribution management server 60
Upon receiving the distribution request from the mobile device 10 side, executes the above-described distribution request receiving process again (see FIG. 21). And the request count count table TBL
When the number of requests is incremented by “1” at a location corresponding to the music ID “m0001” of No. 4, the control unit 61
Selects the music data MX1 for which distribution is requested by the mobile device 10 as a reception target (see FIG. 22). As a result, the music data MX1 is broadcast again by the broadcast station server system 74 of the broadcast station 70 (Step Sh3 in FIG. 24).

After that, the music data MX1 broadcast again
Is received by the car navigation device 30 and sent to the mobile device 10. Then, the CPU 1 of the mobile device 10
11 is a packet Pn of the received music data MX1.
From the header H of R
The packet number stored in the AM 113 is read, and it is determined whether or not the packet Pn corresponding to the packet number has been correctly received (step Sg5). Then, when the packet corresponding to the packet number is normally received, the CPU 111 stores the packet in the RAM 113 and deletes the packet number in the RAM 113.

Next, the CPU 111 of the mobile device 10 sends a request to distribute the decryption key of the music data MX1 including the music ID “m0001” to the wireless communication unit 12 (step Sg1).
1). As a result, a distribution request for the decryption key of the music data MX1 is transmitted from the mobile device 10 to the distribution management server 60 via the mobile communication network 20 (Step Sh in FIG. 24).
7). Then, the distribution management server 60 communicates with the mobile communication network 20.
Then, the decryption key of the music data MX1 is transmitted to the mobile device 10 via (step Sh8 in FIG. 24). When the decryption key of the music data MX1 is received in this manner, the C
The PU 111 decrypts the encryption of the music data MX1 and
This is stored in the RAM 114 (step Sh in FIG. 24).
8 and Sg12).

On the other hand, as a result of the determination in step Sg5, when there is a packet Pn that has not been normally received in the music data MX1 (step Sg5 “N
o)), the CPU 111 of the mobile device 10 detects whether or not the number of times of reception of the broadcast by the car navigation device 30 is the number of times of reception, and determines whether or not the number of times of reception exceeds a predetermined upper limit number. (Step Sg6). If the result of this determination is “No”, the processing described above is executed.

On the other hand, if the result of determination in step Sg 6 is “Yes”, the CPU 111 displays, on the liquid crystal display unit of the user I / F unit 13, “Reception failed. Do you want to receive it? "
Is displayed to prompt the user to make a determination (step Sg
7). As a result, when the user performs an input operation to give up reception (step Sg7 “No”), the CPU 111
Ends the processing.

On the other hand, if the user performs an input operation to receive the packet Pn that has not been normally received via the mobile communication network 20 (step Sg7 “Yes”),
The CPU 111 executes a calling process to the distribution management server 60, and sends a packet transmission request including the packet number stored in the RAM 113 and the music ID “m0001” desired to be transmitted to the wireless communication unit 12 (step). Sg
8). As a result, a packet transmission request is transmitted from the mobile device 10 to the distribution management server 60 (FIG. 2).
4 steps Sh5).

When the packet transmission request is made in this way, the same processing as steps Sa8 to Sa10 shown in FIG.
This is executed at g11. As a result, the packet Pn and the decryption key that have not been normally received by the mobile device 10 are transmitted from the distribution management server 60 to the mobile device 10 via the mobile communication network 20. In this way,
When the reception of the decryption key is completed, the mobile device 10
The PU 111 decrypts the music data MX1 using the decryption key, and stores the music data MX1 in the SRAM 11
4 (step Sg12 and step Sh8 in FIG. 24).

<Operation Example 2> FIG. 25 is a flowchart showing the processing of mobile device 10 in this operation example. In this operation example, the CPU 111 of the mobile device 10
0, if there is a packet Pn that is not received normally in the process of receiving the music data MXn broadcasted by the broadcast station 70, the packet Pn is transmitted to the mobile communication network 20 without receiving the music data broadcasted by the broadcasting station 70 again. The difference from the operation example 1 described above is that the information is received from the distribution management server 60 via the server.

That is, if the result of determination in step Si5 is “No”, the CPU 111 of the mobile device 10
Displays a message such as "Do you want to receive packets that could not be received normally through the mobile communication network 20?" On the liquid crystal display unit of the user I / F unit 13 to prompt the user to make a decision. (Step Si6). As a result, when the user performs an operation of giving up reception (step Si6 “N
o "), the CPU 111 ends the processing. On the other hand, if the result of the determination in step Si5 is “Yes”, the CPU 111 makes a packet transmission request to the distribution management server 60 and receives a packet from the distribution management server 60.

<Operation Example 3> FIG. 26 is a flowchart showing the processing of the mobile device 10 in this operation example. In this operation example, the CPU 111 of the mobile device 10
0, the packet Pn that could not be received normally in the process of receiving the music data MXn broadcast by
Is present, the user is prompted to determine whether or not the music data MXn is to be received again by broadcasting.

That is, in the present embodiment, the mobile station 1
If the CPU 111 of “0” determines “No” as a result of the determination in the step Sj5, the liquid crystal display unit of the user I / F unit 13 displays “Failed to receive broadcast. Would you like to receive broadcast again?” Is displayed to prompt the user to make a determination (step Sj6).

As a result, when the user makes an input to the keypad of the user I / F unit 13 to receive the broadcast wave again (“Yes” in step Sj6), the mobile device 10 performs the operations in steps Sj3 to Sj5. Execute the process. Note that the processing in steps Sj3 to Sj5 is not different from steps Sg3 to Sg5 of the operation example 1 shown in FIG.

On the other hand, if the result of determination in step Sj 6 is “Yes”, the CPU 111 prompts the user I / F section 13 again to display “the packet that could not be received normally” to the liquid crystal display section. "Do you want to receive via mobile communication network 20?" Thereafter, in steps Sj7 to Sj12, FIG.
The same processing as steps Sg7 to Sg12 of No. 3 is executed.

As described above, the content distribution system according to the present embodiment is configured to broadcast only the music data requested by the mobile device.
Therefore, the music data that is not received on the mobile device side is not broadcast, and the broadcast wave can be effectively used.

In the present embodiment, the upper limit number in step Sg6 in FIG. 23 is fixed. However, the upper limit number may be arbitrarily changed by the user.

[3.1] Modifications <Modification 3-1> In the present embodiment, the distribution management server 60 requests the distribution of the music data MXn from the mobile device 10 to the request count table TBL4. Each time the request is counted, the music data MXn to which a request has been made even once in the request count table TBL4 is selected as a broadcast target.

However, the distribution management server 60 can be configured to select a broadcast target song by a simpler method. That is, the broadcast target music is determined by the following method. First, the distribution management server 60
However, for example, when receiving a distribution request of the data MX1 corresponding to the music ID “m0001” from the mobile device 10, the control unit 61 of the distribution management server 60 sets the request number count table TBL4 to correspond to the music ID “m0001”. "1" is set as the distribution request flag in the portion. In this way, when the distribution request flag is “1”, even if a distribution request corresponding to the music is made, the control unit 61 does not change the distribution request flag corresponding to the music. Then, the control unit 61 of the above-described distribution management server 60
Of the music data MXn to be broadcasted in FIG.
), The control unit 61 sets the distribution management table TBL
Since “1” is set as the distribution request flag in the portion corresponding to the music ID “m0001” of No. 2, it is determined that the music data MX1 is to be broadcast.

<Modification 3-2> In the present embodiment,
As in the first embodiment, the configuration of the broadcast channels broadcast by the broadcast station 70 is mch1 and mch2, and the music data MXn and the menu data MS are broadcast on each of the channels mch1 and mch2. I have. However, as in the second embodiment, a three-channel configuration (channels mch0 to mch3) may be used to broadcast a music program together with the music data MXn and the menu data MS. In this case, as in the second embodiment, the operator inputs in advance, for example, the title of the music played in the broadcast program, and extracts from the menu data MS stored in the menu DB 72 the data corresponding to the input result. Then, the selection menu data MSB is generated. Then, by broadcasting the generated selection menu data MSB on the channel mch2, it becomes possible to receive a request for music data in conjunction with the broadcast program as in the second embodiment. In this case, the program content may be determined based on the distribution count table TBL3. Also, the music data MXn
When the distribution request is received, the distribution management server 60 may transmit an e-mail describing the contents of a simple questionnaire to the mobile device 10 and answer the questionnaire to determine broadcast contents at a later date. Absent. In addition, the configuration may be such that the content of the questionnaire is added to the selection menu data MSB broadcasted from the broadcast station 70 and the broadcast is performed.
In this case, the user sends an e-mail replying to the questionnaire. By doing so, the program provider of the broadcasting station 70 can also draw up the contents of the questionnaire in a broadcast program at a later date.
In addition, even a user who does not receive the distribution of the music data MXn can receive the selection menu data MSB and answer the questionnaire, so that the program broadcasting in which the viewer participates can be performed.

[4] Fourth Embodiment FIG. 27 is a block diagram showing a configuration of a content distribution system according to the present embodiment. In FIG. 27, the same reference numerals are given to portions corresponding to the respective portions shown in FIG. 1 described above. The content distribution system according to the present embodiment includes a plurality of mobile devices 10a to 10c.
, A car navigation device 30 connected to the mobile device 10a, a tuner 40 connected to the mobile device 10c, distribution units 1a to 1c, and the like.

Here, the mobile units 10a and 10c are connected to the third
The mobile device 10b has the same configuration and functions as those of the third embodiment. The mobile device 10b has a tuner for receiving terrestrial digital broadcasts in addition to the same functions as those of the third embodiment.

The tuner 40 is, for example, a tuner for television or radio, and is a digital broadcast receiver having a function of receiving terrestrial digital broadcast supplied from the broadcast station 70c. More specifically, this tuner 40
The tuner 40 has a broadcast wave receiving antenna (not shown), and has a function of demodulating a broadcast wave received by the broadcast wave receiving antenna. The tuner 40 has an interface (not shown) for connecting to the mobile device 10, and receives the music data MXn broadcast by the broadcasting station 70 c to receive the music data MXn.
Has the function of outputting to

Distribution units 1a to 1c have distribution management servers 60a to 60c and broadcast stations 70a to 70c, respectively (hereinafter, referred to as “distribution management server 60” and “broadcast station 70” unless otherwise specified). are doing. Here, the distribution management server 60 and the broadcasting station 70 have exactly the same configuration as in the third embodiment, and perform the same operations. That is, each of the distribution units 1 a to 1 c receives the distribution request of the music data MXn from the mobile device 10 by the distribution management server 60 and transmits the music data M corresponding to the distribution request to the broadcasting station 70.
Xn broadcast request is made. Then, the broadcasting station 70 broadcasts the music data MXn corresponding to the distribution request.
Therefore, the operations performed by the mobile device 10, the distribution management server 60, and the broadcast station 70 when the respective distribution units 1a to 1c distribute the music data MXn intended for the mobile device 10 are the same as those of the third embodiment. It is exactly the same as shown.

Hereinafter, differences between the distribution units 1a to 1c will be described. First, the roles of the distribution units 1a to 1c are as follows. Distribution unit 1a. It accommodates the mobile device 10a connected to the car navigation device 30, receives a distribution request of the music data MXn from the mobile device 10a, and broadcasts the music data MXn to the car navigation device 30 connected to the mobile device 10a as a reception target. Distribution unit 1b. The mobile device 10b is accommodated therein.
Receives a distribution request for the music data MXn from
Distribution unit 1c that broadcasts music data MXn to mobile device 10b as a reception target. Mobile device 1 connected to tuner 40
0c, and the music data MXn
, And broadcasts the music data MXn with the tuner 40 connected to the mobile device 10c as a reception target.

[0168] The distribution units 1a to 1c divide the music data MXn to be received for the following reasons. In the present embodiment, similarly to the third embodiment, the music data MXn is broadcast in units of packets Pn, and the retransmission of the music data MXn that cannot be normally received is also performed in units of packets Pn. For this reason, in the broadcast receiving process, if there is a period during which the data could not be received normally, the amount of data that was not normally received becomes larger than the amount of data to be received during the period. It happens. For example, when the music data MXn is not normally received only during the period in which the header H should be received in one packet Pn, the period during which the header H was not actually received was only the period during which the header H should be received. However, on the mobile device 10 side, one packet Pn is completely lost.

Therefore, when the music data MXn broadcasted by the broadcasting station 70 is to be broadcast to a partner who is likely to be unable to normally receive the music data MXn, the music data MXn is received via the mobile communication network 20. In order to reduce the data amount to be performed, it is necessary to reduce the data amount of the music data MXn incorporated in the packet Pn.

For example, when the broadcast of the music data MXn is received by the car navigation device 30 connected to the mobile device 10a, it is rare that the device for receiving the broadcast, that is, the car navigation device 30, is not mounted on the automobile. . When the receiver (in this case, the car navigation device 30) is a vehicle-mounted type, for example, it may happen that the receiver enters a tunnel while traveling or receives a broadcast while traveling on a mountain road. Therefore, when the car navigation device 30 is connected to the mobile device 10 to receive broadcast waves, an environment in which the music data MXn cannot be normally received is likely to occur.

On the other hand, when the broadcast of the music data MXn is received using the tuner 40 connected to the mobile device 10c, the receiving object does not move, and the receiving antenna has a high receiving sensitivity. Can be used. Therefore, when the music data MXn is received by the tuner 40 connected to the mobile device 10c, the possibility that the music data MXn is normally received is higher than when the music data MXn is received by the car navigation device 30. Therefore, compared to the case where the tuner 40 is to be received, the amount of music data MXn received via the mobile communication network 20 is smaller when the packet Pn size is not reduced in the case where the car navigation device 30 is to be received than in the case where the tuner 40 is the target. May increase.

Therefore, in the present embodiment, the music DB 71
As shown in FIG. 28, a to 71c are divided into different data amounts even for the same music data MXn, and are stored in a packet Pn. Here, the data amount of the music data MXn incorporated in each packet Pn is music DB 71a <71b <71c. As a result, the music data MXn of the same music is composed of different numbers of packets Pn. That is,
The same music ID "m0001" as in the example shown in FIG.
Music data MXn, the music DB 71
In a, the packet is divided into 20 packets Pn,
The music DB 71b is divided into 15 packets Pn, and the music DB 71c is divided into 10 packets Pn.

Each of the broadcasting stations 70a to 70c broadcasts the music data MXn using a different frequency band. For this reason, the broadcast channels broadcast by the broadcast stations 70a to 70c are received by the mobile device 10b, the car navigation device 30, or the tuner 40 without affecting each other.

The distribution management servers 60a to 60c
When the mobile device 10 makes a distribution request of the music data MXn to the distribution management servers 60a to 60c, each having a different telephone number, the user, in accordance with his / her own reception environment, receives a distribution that matches the reception environment. A call is made by specifying the telephone numbers of the distribution management servers 60a to 60c belonging to the units 1a to 1c, and a distribution request for the music data MXn is made.

For example, when the user connects the mobile device 10a to the car navigation device 30, the music data MX
n broadcasts, the distribution management server 60a
The call may be made by designating the telephone number of the user and making a distribution request to the distribution management server 60a. The designation of the call destination may be arbitrarily designated by the user. Also, the car navigation device 30 is connected to the external device connection I / F unit 16a.
In the initial setting performed when the control unit 11 is connected,
The configuration may be such that the car navigation device 30 to which a is connected is detected, and the telephone number of the corresponding distribution management server 60a is automatically selected.

As described above, the content distribution system according to the present embodiment sets the packet size of the distributed music data to be different according to the reception environment when the music data broadcast by the broadcasting station is received. I have.
Therefore, even when there is a packet that is not normally received in the receiving process, the total amount of data to be transmitted upon retransmission of the packet can be set to an appropriate value.

[0177]

As described above, according to the present invention,
When delivering content to a mobile device, it is possible to deliver content at high speed and at low cost using not only a mobile communication network but also broadcast waves.

[Brief description of the drawings]

FIG. 1 is a block diagram showing an overall configuration of a content distribution system according to a first embodiment of the present invention.

FIG. 2 is a diagram showing an example of stored contents of a music DB in the embodiment.

FIG. 3 is a diagram showing an example of stored contents of a menu DB in the embodiment.

FIG. 4 is a diagram showing a configuration of music data stored in a music DB in the embodiment.

FIG. 5 is a format diagram showing a configuration example of a broadcast channel related to music distribution in the embodiment.

FIG. 6 is a block diagram showing a configuration of a distribution management server in the embodiment.

FIG. 7 is a diagram showing storage contents of a decryption key storage unit of the distribution management server in the embodiment.

FIG. 8 is a diagram showing a distribution management table in the embodiment.

FIG. 9 is a diagram showing a distribution history table in the embodiment.

FIG. 10 is a diagram showing a distribution count table in the embodiment.

FIG. 11 is a block diagram showing a configuration of the mobile device in the embodiment.

FIG. 12 is a block diagram showing a configuration of a car navigation device in the embodiment.

FIG. 13 is a flowchart showing a first operation example of the mobile device in the embodiment.

FIG. 14 is a diagram showing a sequence of the entire system in the embodiment.

FIG. 15 is a conceptual diagram showing a relationship between music data broadcast by a broadcasting station and music data received by a mobile device.

FIG. 16 is a flowchart showing a second operation example of the mobile device in the embodiment.

FIG. 17 is a flowchart showing a third operation example of the mobile device in the embodiment.

FIG. 18 is a diagram illustrating selection menu data according to the second embodiment.

FIG. 19 is a diagram showing a configuration example of a channel broadcast by a broadcasting station in the embodiment.

FIG. 20 is a diagram illustrating a request count count table included in a distribution table storage unit of the distribution management server in the third embodiment.

FIG. 21 is a flowchart showing an operation of receiving a distribution request by the distribution management server in the embodiment.

FIG. 22 is a flowchart showing an operation of determining broadcast music data by the distribution management server in the embodiment.

FIG. 23 is a flowchart showing a first operation example in the mobile device in the embodiment.

FIG. 24 is a diagram showing a sequence of the entire system in the embodiment.

FIG. 25 is a flowchart showing a second operation example in the mobile device in the embodiment.

FIG. 26 is a flowchart showing a third operation example in the mobile device in the embodiment.

FIG. 27 is a block diagram showing a configuration of a content distribution system according to a fourth embodiment.

FIG. 28 is a diagram showing a configuration of music data stored in a music DB in the embodiment.

[Explanation of symbols]

1a, 1b, 1c: distribution unit 10, 10a, 10b, 10c: mobile device (mobile communication terminal, information receiving terminal), 11: control unit, 12.
..Wireless communication unit, 13 ... user interface unit
14 ... speaker interface unit, 15 ...
MPEG decoder, 16: external device connection interface, 18: bus, 20: mobile communication network,
21 ... base station, 30 ... car navigation device, 31 ... control unit, 32 ... external device connection interface, 33 ... tuner, 34 ...
User interface, 35 ... bus, 40 ...
Tuner, 60, 60a, 60b, 60c ... distribution management server (information distribution device), 61 ... control unit, 6
2 ... communication unit, 63 ... decryption key storage unit, 64
..Charge data storage unit, 65: distribution table storage unit, 66: music data MXn base, 70, 7
0a, 70b, 70c ... broadcast station, 71 ... music database, 72 ... menu data database,
73 ... database management system, 74 ...
Broadcasting station server system, 111, 311 ... CPU,
112, 312 ... ROM, 113, 313 ...
・ RAM, 114 ・ ・ ・ SRAM, 151, 331
... broadcast wave receiving antenna, TBL1 ... distribution management table, TBL2 ... distribution history table, TBL3
..Delivery count table, TBL4... Request count table,

──────────────────────────────────────────────────の Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) H04N 5/44 H04N 7/173 620Z // H04N 7/173 620 G10L 9/00 N (72) Inventor Kaneda Yoji 2-1-1, Nagatacho, Chiyoda-ku, Tokyo Inside NTT DoCoMo, Inc. (72) Inventor Yoshinori Goto 2-1-1, Nagatacho, Chiyoda-ku, Tokyo NTT DoCoMo, Inc. DoCoMo (72) Inventor Hiroshi Uehara 2-1-1, Nagatacho, Chiyoda-ku, Tokyo NTT Docomo Co., Ltd. (72) Inventor Hiroharu Saito 2-1-1 Nishishinjuku, Shinjuku-ku, Tokyo No. F-term within NTT Advanced Technology Corporation (reference) 5C025 AA01 AA08 AA09 AA21 AA25 AA29 BA27 CA19 DA07 DA10 5C064 BA07 BB01 BB02 BB05 BC10 BC16 BC20 BD02

Claims (13)

[Claims] 1. A broadcasting process in which a broadcasting station repeatedly broadcasts one or more contents, and a terminal having a function of communicating via a mobile communication network or a receiver connected to the terminal is broadcast in the broadcasting process. A broadcast receiving step of receiving a desired content among the contents, and after the broadcast receiving step, if the desired content has a part that has not been normally received,
A data transmission requesting step of transmitting a data transmission request corresponding to the part that has not been normally received to the server via the mobile communication network; and the server transmits a transmission request in the data transmission requesting step. Transmitting a data corresponding to the transmission request to the terminal via the mobile communication network. 2. A distribution requesting step in which a terminal performing communication via a mobile communication network requests a server to distribute a desired content, and the server performs a distribution request in the distribution requesting step. A broadcast requesting process for making a broadcast request for content to a broadcasting station; a broadcasting process in which the broadcast station broadcasts a content requested to be broadcasted from the server in the broadcast requesting process; A broadcast receiving step in which a receiver receives a desired content among the contents broadcast in the broadcasting step; and, after the broadcast receiving step, when there is a part that is not normally received in the desired content, The terminal is
A data transmission requesting step of transmitting a data transmission request corresponding to the part that has not been normally received to the server via the mobile communication network; and a terminal from which the server has transmitted the transmission request in the transmission requesting step. A data transmission step of transmitting data corresponding to the transmission request via the mobile communication network. 3. The content distribution method according to claim 1, wherein, in the broadcast receiving step, a predetermined upper limit number of receptions is limited when a part of the desired content that is not normally received is included. A method of distributing the content as described above. 4. The content distribution method according to claim 3, wherein the upper limit number is set by a user of the terminal. 5. The content distribution method according to claim 1, wherein, in the broadcast receiving step, if the desired content includes a part that has not been normally received, the content is received again. The terminal or the receiver receives the content broadcasted by the broadcasting station when the user determines that the content is to be received again by broadcasting. Content distribution method to use. 6. The content distribution method according to claim 2, wherein the server sets a distribution request flag corresponding to the content when the server receives a distribution request for the content from the terminal in the distribution request process. In the broadcast requesting step, the server sequentially determines each distribution request flag corresponding to each content, and makes the broadcast request of the content for which the distribution request flag is set to the broadcast station, while corresponding to the content. Resetting the distribution request flag. 7. The content distribution method according to claim 2, wherein the server, when receiving the distribution request for the content from the terminal in the distribution requesting step, counts the number of requests corresponding to the content. In the broadcast requesting step, the broadcast request corresponding to the content whose request count is equal to or greater than "1" is made to the broadcast station, and the request count corresponding to the content is reset. . 8. The content distribution method according to claim 1, wherein the server divides the content to be broadcast and stores the divided content as a plurality of packets. Makes a transmission request for a packet that the terminal cannot receive normally in the packets received by the terminal to the server, and in the data transmission step, the server transmits a packet corresponding to the transmission request to the mobile communication. A content distribution method, wherein the content is transmitted to the terminal via a network. 9. The content distribution method according to claim 1, wherein the content is encrypted, and the terminal receives the desired content and sends the content to the server. Requesting distribution of a key for decrypting the encryption of the content, the server receives a key distribution request from the terminal,
A content distribution method, which distributes a key corresponding to the content. 10. The content distribution method according to claim 9, wherein when the server distributes the key to the terminal, the server counts the number of times the content corresponding to the key is distributed, and A content distribution method characterized by registering a distribution history for a content. 11. The content distribution method according to claim 1, wherein the content is music data corresponding to music performance. 12. The content distribution method according to claim 11, wherein the broadcasting station broadcasts a music program according to a program table, and the plurality of contents are music data of music played in the music program. A content distribution system characterized by the following. 13. A content distribution system comprising a terminal, a server having content to be distributed to the terminal, and a communication network accommodating the server and the terminal. Remember
A broadcasting station that broadcasts the content on an unspecified number of destinations by placing the content on a broadcast wave, wherein the terminal receives the content broadcasted by the broadcasting station, and normally includes the content in the received content. When there is a part that could not be received, a request for transmitting data corresponding to the part is made to the server, and the server transmits data corresponding to a data transmission request from the terminal to the server. A content distribution system for transmitting to a terminal via a communication network.