WO2002037763A1 - Transmitter, receiver, and broadcast data distribution method - Google Patents

Transmitter, receiver, and broadcast data distribution method Download PDF

Info

Publication number
WO2002037763A1
WO2002037763A1 PCT/JP2001/009666 JP0109666W WO0237763A1 WO 2002037763 A1 WO2002037763 A1 WO 2002037763A1 JP 0109666 W JP0109666 W JP 0109666W WO 0237763 A1 WO0237763 A1 WO 0237763A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
retransmission
retransmission request
broadcast
receiving
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2001/009666
Other languages
English (en)
French (fr)
Inventor
Hidenori Tatsumi
Eiji Ueda
Yuji Ooi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to EP01979011A priority Critical patent/EP1235383A1/en
Publication of WO2002037763A1 publication Critical patent/WO2002037763A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/11—Arrangements for counter-measures when a portion of broadcast information is unavailable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H04L1/1678—Details of the supervisory signal the supervisory signal being transmitted together with control information where the control information is for timing, e.g. time stamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Definitions

  • the present invention relates to a transmitting device, a receiving device, and a broadcast data distribution method.
  • the transmitting device broadcasts data from a transmitting side via a broadcasting channel using a broadcast wave as a medium, and transmits the data to the receiving side.
  • the present invention relates to a transmitting device, a receiving device, and a broadcast data distribution method for receiving broadcasted data. Background art
  • broadcasting is also used as a means of distributing data.
  • the broadcast is used for services with many users because it is possible to transmit (broadcast) the same data to many users simultaneously while performing one-way communication.
  • CATV cable television
  • the transmission method is more suitable for digital data, that is, the distribution of the content.
  • the broadband can be used, distribution services for the above-mentioned contents are already provided in some digital broadcasting using satellites.
  • the content is distributed from the satellite to the fixed receiving device, so that the receiving device can receive to some extent stable while performing one-way communication.
  • fixed reception Despite the device, it is not always possible to completely receive the distributed content.
  • the car-cell system is used as a technology for distributing contents by one-way communication.
  • the carousel method is a method for repeatedly delivering desired data in data broadcasting included in digital broadcasting services, and is based on ISO / IEC (International Organization For Standardization / International Electrotechnical Commission).
  • the receiving device will distribute the received data in the second and third times thereafter using the carousel method.
  • the incomplete data can be complemented.
  • the content distribution service by broadcasting is applied to the mobile terminal, it is difficult to ensure the reliability of content distribution only by using the carousel method. This is because, unlike the fixed receiving device, the receiving condition of the broadcast service changes significantly in the mobile terminal.
  • the increase in the number of repetitions substantially reduces the amount of data delivered per unit time, and is not an essential solution.
  • the receiving device transmits information related to data (packet) that failed to be received to a transmitting terminal provided in a broadcasting station or the like, In the transmitting terminal, the data (packet) whose reception has failed based on the information is distributed again using broadcast (one-way communication).
  • the advantage of content distribution using digital broadcasting is that the unit price of data distribution is reduced based on broadcast distribution.
  • the data distribution unit will eventually increase.
  • the user of the mobile terminal usually bears the line usage fee such as a telephone line used for the two-way communication. For this reason, for example, a mobile terminal that could not receive most of the predetermined music data, if it tries to receive the missing music data via a telephone line, would result in a high usage fee. Occurs.
  • the receiving situation on the receiving device side varies greatly depending on, for example, the weather.
  • data loss is likely to occur on the receiving device side, and the data receiving device will collectively receive the data loss portion (for example, using a telephone line or the Internet).
  • a retransmission request is made to receive the missing packet.
  • the broadcasting station it is necessary for the broadcasting station to secure the number of lines that can handle a large number of retransmission requests simultaneously and at the same time, and when using the Internet, it is necessary to secure processing capacity and bandwidth that can be handled by the Internet. .
  • the present invention has been made in view of such a problem, and realizes more efficient retransmission of data based on a reception result by a receiving device, and also makes it possible to grasp the reception status and charge using the reception result. It is an object of the present invention to provide a transmitting device, a receiving device, and a broadcast data distribution method. Disclosure of the invention
  • the present invention employs the following means to achieve the above object. That is, it is assumed that the receiving device receives data broadcasted from the transmitting device via a broadcast channel using a broadcast wave as a medium.
  • the error detecting means detects an error in the received data
  • the retransmission request control means transmits a retransmission request, which is a request for retransmission of data containing an error, to a bidirectional communication capable of bidirectional data transmission. Transmit via road.
  • the receiving means receives the data corresponding to the retransmission request from the broadcast path or the two-way communication path.
  • the retransmission request receiving unit receives the retransmission request from the receiving device, and the retransmission request storage unit stores the retransmission request. Subsequently, the retransmission control means selects a transmission path to be used for retransmission in one day from the broadcast distribution path or the two-way communication path based on the retransmission request, and retransmits the transmission path.
  • the transmitting device selects a transmission path to be used for retransmission, so that, for example, buckets that need to be retransmitted in large quantities are transmitted from the broadcast transmission line, It is possible to perform retransmission, such as transmitting a bucket that does not cause any problem with a relatively small amount of retransmission from the bidirectional communication path. As a result, it is possible to effectively use the broadcast distribution path by minimizing retransmission using the broadcast distribution path, which is a waste that may occur in retransmission using the broadcast distribution path, that is, for packets destined for a small number of receivers. It becomes possible.
  • the data reconstructing means constituting the receiving apparatus may use a broadcast distribution path or a dual transmission path. There is a configuration in which the above data is reconstructed using a bucket corresponding to a retransmission request received from the directional distribution channel and a bucket normally received.
  • the retransmission request control means specifies a data retransmission route in the retransmission request.
  • the path for retransmitting the lost packet can be selected by the receiving device.
  • content that is not important to the user may not be received but may be received using a broadcast path that is not paid. However, even if the important content is paid, it can be selected according to its importance, such as when it is reliably received using the bidirectional communication channel.
  • the user selects a two-way communication path, and selects a broadcast distribution path if the broadcast can be received. Is also possible.
  • retransmission control means constituting the transmission device dynamically changes the transmission efficiency or transmission quality in the broadcast path based on the number of retransmission requests stored in the retransmission request storage means.
  • the transmission device can always maintain optimal transmission efficiency and transmission quality.
  • the broadcast transmission control means transmits unreceivable data that cannot be received by a receiving device to which data is to be transmitted.
  • the retransmission request receiving means receives a retransmission request as a request for retransmission of the unreceivable data from the receiving device, the retransmission request storage means stores the retransmission request, and the reception status totalizing means
  • the reception status of the receiving device is totaled based on the retransmission request stored in the request storage means.
  • the broadcast transmission control means constituting the transmitting apparatus transmits the unreceivable data to the receiving apparatus to which the data is to be transmitted, and the retransmission request receiving means retransmits the unreceivable data from the receiving apparatus.
  • the retransmission request storage means stores the retransmission request, and the charging means transmits the retransmission request based on the retransmission request stored in the retransmission request storage means. Authentication and / or accounting.
  • the transmitting device can operate the content to generate a retransmission request from the receiving device, thereby performing authentication of the receiving device, restriction of a distribution destination, charging of pay data, and the like.
  • an error detecting unit configures the received data.
  • the data selection means detects a packet error that includes a packet containing the error, creates a distribution data list consisting of only the content that was successfully received, and uses the distribution data list as a user. There is also a configuration in which information is displayed so as to be selectable.
  • the transmitting device and the receiving device can be embodied using a computer.
  • each means constituting the transmitting device and the receiving device is programmed on a computer. Is embodied.
  • FIG. 1 is a functional block diagram showing a schematic configuration of a transmitting device and a receiving device
  • FIG. 2 is a configuration example of a content information packet
  • FIG. 3 is a configuration example of a content data bucket
  • FIG. FIG. 5 is a flow chart of data transmission at the time of division of music data
  • FIG. 5 is a flowchart of data transmission at the transmission device
  • FIG. 6 is a flowchart of data reception processing at the reception device
  • FIG. 8 is an image diagram showing an example of a distribution data list.
  • FIG. 8 is a flowchart of a selection process in the receiving device.
  • FIG. 9 is an image diagram showing an example of a distribution data list after processing.
  • 10 is an image diagram showing an example of a download music selection list
  • FIG. 9 is an image diagram showing an example of a download music selection list
  • FIG. 9 is an image diagram showing an example of a download music selection list
  • FIG. 11 is a diagram showing a configuration example of a retransmission request packet
  • FIG. FIG. 13 is a flow chart of the retransmission processing in the transmitting device
  • FIG. 14 is a graph visually representing a retransmission request of a packet constituting the content.
  • FIG. 16 is a diagram showing a display example prompting the user to select a retransmission route.
  • FIG. 17 shows the number of retransmission requests.
  • FIG. 18 is a flowchart of a data rate change process in the transmitting device.
  • FIG. 19 is a diagram showing an example of a graph representing the audience rating of the content.
  • Fig. 21 is a flowchart showing an example of transmitted / received communication.
  • Fig. 21 is an image diagram of a data distribution system. BEST MODE FOR CARRYING OUT THE INVENTION
  • a broadcasting station on the transmitting side when distributing music data includes a transmitting device 101.
  • the transmitting device 101 inputs music data from, for example, a music server 102 that provides music data for distribution, and processes the music data into a predetermined format using a predetermined procedure. Broadcast to the receiving device via the broadcast distribution channel 1 2 1.
  • “broadcasting” refers to a method of transmitting predetermined data to a plurality of receiving devices at once.
  • the broadcast is, for example, digital terrestrial broadcasting, digital satellite broadcasting, cable television (CATV), etc., and is classified according to the broadcast distribution channel 122.
  • the receiving device 131 which becomes the receiving side when the music data is distributed, is, for example, a television, a broadcast tuner, an STB (Set-Top Box), a mobile phone, or the like.
  • the STB is a general term for devices that provide additional functions by connecting to a home TV, such as a control box for a cable TV or a terminal device for communication karaoke.
  • the receiving device 13 1 When the receiving device 13 1 receives the broadcasted music data, the receiving device 13 1 transmits the music data to a reproducing device 13 2 such as a television, a radio, or a stereo as necessary, and the reproducing device 13 2 Play the received music data.
  • a reproducing device 13 2 such as a television, a radio, or a stereo as necessary
  • the reproducing device 13 2 Play the received music data.
  • the transmission / reception system includes the transmission device and the reception device. The above is an outline of distribution of music data, and details will be described later.
  • the distribution data used for distributing the music data is: There are two main types. That is, the content information 200 shown in FIG. 2 and the content data 300 shown in FIG.
  • the content information 200 has a table meaning of music data to be distributed, and includes a content identifier 301, a content name 302, a content attribute 303, and additional information 320.
  • the additional information 3 20 includes the data size 304, the number of packets 3 05, the transmission method 3 06, the charging method 3 07, the retransmission request permission 3 08, the retransmission request destination 3 09, and the transmission start time 3. 1 0, transmission end time 3 1 1, and error correction code 3 1 2 are included.
  • the content identifier 301 is information capable of uniquely identifying data to be distributed, and the content name 302 includes information indicating the content of the data, that is, a music name (song name), an artist name, and the like.
  • the content attribute 303 stores the type of data (moving image, audio, text, etc.) and the format of data (MPEG, PCM, etc.).
  • the above-mentioned data size 3004 indicates the total size of the content data 300 corresponding to the above-mentioned content identifier 301, and the number of packets 3005 is obtained by dividing the above-mentioned content data 300 into several packets. Indicates whether the message has been sent.
  • the charging information 307 stores information indicating whether the music data to be distributed is paid or not, and the retransmission request permission 308 indicates whether retransmission can be requested if reception fails. If the retransmission request permission 308 above is “requestable” for the retransmission request destination 309, the address (URL: Un ifo rm Resource Locators), telephone number, etc. of the destination for which retransmission should be requested Is stored.
  • the transmission start time 310 and the transmission end time 311 together indicate the time when the content data 300 is transmitted. That is, since the carousel method described above is usually used for the content information 200 and the content data 300, the same data is repeatedly transmitted within a fixed time.
  • the error correction code 3 1 2 is the content data 30 This is a bit string for checking whether there is any abnormality in 0.
  • the content data 300 divides the encoded music data 401 shown in FIG. 4 (a) into, for example, a plurality of data 41 0 to 41 9 shown in FIG. 4 (b). This is a configuration in which a header 336 and an error correction code 335 are added to each of the data 410 to 419 (FIG. 4 (c)).
  • the above-mentioned encoding is an audio encoding method such as MPEG2-AAC or MPEG1 Audio layer3.
  • each of the above data 410 to 419 corresponds to the data 334 of the content data 300, and the header 336 includes the content identifier 331, the packet identifier 332, and the packet size. 3 3 3 is included.
  • the content identifier 331 indicates which content information of the plurality of pieces of content information 200 corresponds.
  • the packet identifier 332 is used to determine which bucket is being requested when a retransmission request is received from the receiving apparatus after the distribution of content 300, for example, a serial number. Attached.
  • the packet size 333 indicates the data size of the content data 300.
  • the content data 300 is multiplexed and distributed to each receiving device on a broadcast wave.
  • the content information 200 and the content data are transmitted.
  • 300 is repeatedly delivered by the transmitting apparatus 101 at a constant cycle.
  • the music data 410 input from the music server 102 or the like is processed into content data 300 by the bucket generating means 103 and stored in the bucket storage means 109 (FIG. 5). : S501).
  • the content information 200 corresponding to the content data 300 is also generated at the same time.
  • the content information 200 contains the content corresponding to each music data 401.
  • Ten identifier 3 0 1 is stored.
  • the content name 302, the content attribute 303, and the additional information 320 described above are also added, but the information to be added may be information added in advance by the operator. As long as the contents can be automatically added (data size, number of packets, etc.), the above-mentioned bucket generating means 101 may add the contents.
  • a content identifier 331 corresponding to the music data 401 is also stored in the content data 300.
  • the generated content information 200 and content data 300 are temporarily stored in the bucket storage means 109 or transmitted directly to the broadcast transmission control means 104.
  • the broadcast transmission control means 104 transmits the content information 2000 to the broadcast transmission means 105, and the broadcast transmission means 105 transmits the received content information 200 to the broadcast distribution path 1. It transmits to the receiving device 13 1 via 21 (FIG. 5: S 5 02).
  • the broadcast transmission control means 104 similarly transmits the content data 300 to the broadcast transmission means 105, and the broadcast transmission means 105 broadcasts the received content data 300.
  • the content is transmitted to the receiving device 13 1 via the distribution channel 12 1 (FIG. 5: S503).
  • the transmission of the content data 300 by the broadcast transmitting means 105 is performed by using predetermined content information 200 This is performed until the content data 300 corresponding to the data is transmitted as shown in FIG. 5 (FIG. 5: S504 No ⁇ S503 ⁇ S504 Yes).
  • music data for one song is distributed to the receiving device. If there are a plurality of music data to be transmitted (here, 10 music pieces), other music data is also distributed as described above. However, in this case, the content information 200 is first distributed for 10 songs, and then the content data 300 is distributed for 10 songs. The above-mentioned distribution uses the car-cell system. If the above-mentioned content is The process from the delivery of the information 200 to the end of the delivery of the content data 300 is repeated ( Figure 5: S502 ⁇ S504Yes).
  • the above is the processing up to the distribution of music data by the transmission device 101.
  • the broadcast receiving means 1 35 constituting the receiving apparatus 13 1 receives the content information 200 via the broadcast distribution path 12 1, the received content information 200 is transmitted to the broadcast receiving control means. 1 Send to 34.
  • the broadcast reception control unit 134 transmits the content information 200 to the error detection unit 141, and the error detection unit 141 uses the error correction code 3 1 Check that 00 is received normally ( Figure 6: S601).
  • the error detecting means 141 stores the content information 200 in the bucket storage means 139. Note that the content information 200 that has been determined not to be received normally is discarded. Also, a plurality of content data 300 distributed following the content information 200 is transmitted from the broadcast reception control means 134 to the error detection means 141 similarly to the above, and the error correction code 33 5 After normal reception is confirmed by using, it is stored in the packet storage means 1339 (Fig. 6: S602 ⁇ S603).
  • the process from the content information receiving process (S601) to the packet storing process (S603) is repeated a predetermined number of times. .
  • the broadcast reception control means 134 determines from the transmission end time 3 11 1 stored in the content information 200 that the data distribution using the car-cell system has been completed, the packet Missing (content information 200 and content data 300) is detected (FIG. 6: 3604). Note that the end of data distribution It is confirmed at the transmission end time 3 1 1 included in the content information 20'0.
  • the lack of the content information 200 may be determined by the lack of the content information corresponding to the content identifier 331 included in the content data 300. Further, when a plurality of pieces of content information 200 are transmitted, the determination may be made based on the lack of the content identifier 301 assigned with a serial number.
  • the lack of the content data 300 is determined, for example, by referring to the content identifier 301, the data size 304, and the number of packets 300 included in the content information 200, and referring to the number of the corresponding content data 300. , And the sum of the data 344 can be detected.
  • the content data corresponding to the content information 200 refers to content data having a content identifier 331 that matches the content identifier 301.
  • the content identifier 301 of each music data is transmitted to the data reconstructing means 133 (FIG. 6: S60) 4 Y es).
  • the reconfiguring means 133 reads the content information 200 and the content data 300 corresponding to the content identifier 301 from the packet storage means 139, Music data is configured based on the content information 2000 and the content data 300 (FIG. 6: S611).
  • the music data composed by the data reconstructing means 13 3 is transmitted to a reproducing device 13 2 such as a television, a radio, a stereo, etc. as necessary, and the reproducing device 13 2 To play. Further, the information is stored in a storage means (not shown) as needed, and is read out and reproduced according to a user's instruction.
  • the above is the processing from reception of the music data of the receiving device 13 1 to reproduction of the music data. You.
  • the receiving device 131 transmits a retransmission request, which is a request for transmitting a missing packet, to the transmitting device 101.
  • the data selecting means 14 2 constituting the receiving device 13 1 uses the content information 2000 and the content data 300 already received from the packet storing means 13 9, for example, as shown in FIG.
  • a distribution data list 700 is created (FIG. 8: S810).
  • the distribution data list 700 is composed of a content identifier 310, a song name 700 obtained from a content name 302, an artist 700, a data size 304, additional information 703, and a received data amount 710. 0 4, missing data information 705, download status 706.
  • the received data amount 704 can be obtained by summing the data 334 of the packets received normally.
  • the missing data information 705 stores which content data is missing using, for example, a packet identifier 332.
  • the additional information 703 includes part or all of the information included in the additional information 320, but is not always necessary here.
  • the download status 706 indicates, for example, the state of the music data corresponding to the content identifier 301 (download completed, missing packets, etc.). For each music data (contents having different content identifiers 301), the difference between the data size 304 and the received data amount 704 is determined as Dr (FIG. 8: S802). .
  • the data selection means 142 determines Dr (FIG. 8: S803).
  • Dr 0, all the content data has been normally downloaded and can be played back.
  • Fig. 8: S803 ⁇ S804 it is assumed that “ ⁇ ” is input in the download status of the reproducible content 706.
  • Df-max indicates the maximum value of the amount of missing data to be distributed (transmitted) when a missing bucket is received after a retransmission request described later is made. That is, when D i —max is large, for example, even if most of the music data cannot be received by broadcasting, a retransmission request can be made. If D f-max is small and the music data has not been sufficiently received by broadcasting, a retransmission request cannot be made.
  • the Df_max can be set freely by the user or, for example, the data selection means 142 in the receiving device 131.
  • the data selection means 144 does not enter anything in the download status.
  • the above-mentioned Dr is determined for each music data, and when the input for the download status 706 is completed, the above-mentioned data selecting means 144 reconstructs the above-mentioned distribution data list 700, and FIG.
  • the distribution data list 900 shown in FIG. 8 is created (FIG. 8: S806). Reconstruction here means deleting the music data list that has no input in the download status 706.
  • the reproducible music data is “AO 01”, “AO 06”, and “AO 09”, and music that can be requested to be retransmitted is The data are "A004", "A050”, and "A008".
  • the data selection means 14 2, the broadcast reception control means 13 4, “ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ” and “ ⁇ ” are input to the download status 7 06, “A 0 1 1”,
  • a distribution data list 900 (FIG. 9) having “A004” to “A006”, “A008”, and “A09” is created.
  • the distribution data list 900 is created from only the data in which “ ⁇ ” is input in the download status 706, that is, the data having no missing data. Is also good.
  • the data selection means 14 2 displays the distribution data list 900 directly on the display provided in the receiving device 13 1, a connected television, or the like, or includes necessary items. And display only (Fig. 8: S807).
  • An example of the above display is shown in FIG.
  • the download status of the above-mentioned distribution list 9 0 0 0 download status 7 0 6 content identifier 3 0 1, song name 7 0 1, artist 7 0 2 only download song selection screen 10 0 It is shown as 02.
  • Conventional television broadcasts and the like are displayed in the TV program display area 1001.
  • the user selects necessary music data from the music data displayed in the distribution data list 900 (FIG. 8). : S808). Note that the music data indicated by " ⁇ " is already playable, so the music data with " ⁇ " is selected.
  • the above selection may be performed by, for example, a remote controller, or the user may touch the TV screen 1000 configured as a touch panel.
  • the data selection means 142 changes, for example, the display of the down-door status 706 of the music data to " ⁇ ".
  • the download 1003 display for example, the information of the download status 706 corresponding to the above user selection in the distribution data list 900 is also changed to “ ⁇ ”.
  • the distribution data list 900 is created only from data having no missing data, the user selects unnecessary data only, and stores unnecessary data in the receiving device. It can be deleted immediately without saving. Naturally, the data selected by the user can be reproduced immediately because it does not include missing data.
  • the data selection means 144 sends a missing bucket of music data corresponding to the user's selection to the retransmission request control means 138 ( Figure 8: S809).
  • the above-mentioned missing packet is represented by a combination of the packet identifier 332 stored in the above-mentioned missing data 705 of the distribution data list 900 and the content identifier 301. Can be.
  • D f _max a predetermined threshold value
  • a content containing a large number of missing buckets may be excluded in advance from the retransmission request target using a predetermined threshold value, and then a retransmission request may be automatically made without performing a process for allowing the user to select.
  • the retransmission request control means 138 Upon receiving the packet identifier of the missing packet and the content identifier corresponding to the packet identifier from the data selection means 142, the retransmission request control means 138 sends a retransmission of the missing packet to the transmitting device 101. Request to. At this time, the retransmission request is transmitted via a two-way communication path 122 such as a telephone line internet.
  • the receiving device identifier 1101 constituting the packet 1100 is a value capable of uniquely identifying the receiving device 1331 requesting the retransmission. Specific examples include addresses (IP addresses) and telephone numbers.
  • the request type 1 102 indicates the content, type, format, and the like of the retransmission request, which will be described in detail later.
  • the retransmission wait time 1103 indicates the time during which the receiving device that has made the retransmission request waits for the retransmission of the packet specified by the bucket identifier 111.
  • the reception device waits for retransmission until the time when the transmission device receives the retransmission request and the retransmission waiting time 1 103 is added.
  • the bucket 111 in FIG. 11 (b) specifies a retransmission wait end time 1 1 1 1 instead of the resending wait time 1 1 103.
  • the content identifier 111 and the packet identifier 1105 indicate a bucket to be retransmitted by the transmitting device, and correspond to the content identifier 3311 and the bucket identifier 3332 in the content data 300, respectively. You. A predetermined packet can be uniquely specified by using two of the content identifier 111 and the packet identifier 111. However, the bucket identifier 1 1 0 5
  • the content identifier 114 is not necessarily required if it contains information that can identify the content.
  • the number of packets can also be changed as shown in packet 1120 in Fig. 11 (c).
  • a plurality of packets may be collectively requested to be retransmitted.
  • a plurality of continuous buckets may be designated by providing the number of packets 113 and the leading packet identifier 113.
  • the bucket itself of the retransmission request can be reduced.
  • FIG. 11 shows a typical example of the format of the packet of the retransmission request
  • the above-described method of specifying the retransmission waiting time and the method of specifying the bucket can be arbitrarily combined.
  • a plurality of packet designation methods may be used in combination.
  • the content of the retransmission request is identified by the information of the request type 1102.
  • the retransmission request control means 138 transmits the retransmission of the missing packet. Request for device 101.
  • the number other than "0" set in the retransmission wait time 1 103 is the time during which the receiving device 131 waits for retransmission packet reception, such as "5 minutes” or "15 minutes”. (FIG. 12: S122).
  • the waiting time may be determined by a user's input, or a predetermined number may be input in advance.
  • the retransmission request transmission means 13 7 transmits, for example, the bucket 1 100 shown in FIG.
  • the data is transmitted to 101 via the bidirectional communication channel 122 (FIG. 12: S123).
  • the transmission device based on the retransmission request destination 309 included in the content information 200, the transmission device
  • the receiving device 13 1 After the receiving device 13 1 sends a retransmission request, for example,
  • the transmitting apparatus 101 transmits a request rejection notification response.
  • the response is sent to the retransmission request control unit 1 via the response reception unit 1 36.
  • the retransmission request control means 1 38 ends the processing of the retransmission request.
  • the retransmission request control unit 138 stores the content of the received retransmission request in the retransmission request storage unit 140.
  • the missing packet corresponding to the retransmission request is transmitted through the broadcast distribution channel 12 1, the broadcast reception unit 13 5, the broadcast reception control unit 134, and the error detection unit 14 1 And stored in the packet storage means 139.
  • the lost packet received by the retransmission request control means 1338 is checked, and if there is information of the corresponding missing packet in the retransmission request storage means 140, the relevant packet is checked. The information is deleted (Fig. 12: S1207 ⁇ S1209).
  • the retransmission request control means 138 transmits the retransmission request storage means 14 at a predetermined timing.
  • a retransmission request is transmitted again to the transmitting device 101 (Fig. 1 2: S 1208 ⁇ S 1209).
  • the response receiving means It is stored in the packet storage means 13 9 via 1 36.
  • the lost packet received by the retransmission request control means 1338 is checked, and the information of the corresponding missing bucket is stored in the retransmission request storage means 140. In such a case, the information is deleted (Fig. 12: S1 2 1 1 ⁇ S 1 2 0 9).
  • the data reconstructing means 131 reconstructs the music data.
  • the music data composed by the data reconstructing means 13 3 is transmitted to a reproducing device 13 2 such as a television, a radio, a stereo, etc. as necessary, and the reproducing device 13 2 To play. Further, the information is stored in a storage means (not shown) as needed, and is read out and reproduced according to a user's instruction.
  • the receiving device stores the retransmission request in the retransmission request storage means and confirms the reception of the missing packet from the transmitting device, thereby reliably recognizing the missing packet that has not been received.
  • the retransmission control means 108 confirms the content of the received retransmission request.
  • the retransmission request is
  • the request rejection notification is transmitted to the receiving device 13 1 via the response means 106 and the two-way communication channel 122, and the retransmission processing is completed (FIG. 13: S 13 03 Yes ⁇ S 1 304).
  • the retransmission control unit 108 sends a request acceptance notification corresponding to the retransmission request to the reception device 1 via the response transmission unit 106 and the bidirectional communication channel 122. 3 Send to 1 (Fig. 13: S1303No ⁇ S1305). Subsequently, the retransmission control unit 108 stores the received retransmission request in the retransmission request storage unit 110.
  • the retransmission control means 108 collects the retransmission requests received from a plurality of receiving devices and stored in the retransmission request storage means 110, and the broadcast distribution path 122, or It is determined which of the two-way communication channels 122 is used to retransmit the bucket (FIG. 13: S1306).
  • the retransmission control means 108 reads out the retransmission request stored in the retransmission request storage means 110 at a predetermined timing, and creates, for example, a graph 1400 shown in FIG.
  • a graph 1400 visually represents a retransmission request of a packet constituting the content for each content (music data).
  • the content A 1401 (music data A) is composed of 20000 packets to which packet identifiers “00001” to “20000” are attached.
  • the packets constituting all the contents may be distributed via the broadcast distribution path 122, but of course, since different contents (eg, content X, content ⁇ , etc.) have already been transmitted, There is no way to use the broadcast channel 1 2 1 just for the contents A to C. ⁇
  • the retransmission control means 108 determines the predetermined threshold value, for example, the number of retransmission request packets equal to or more than 400, based on the current use status of the broadcast distribution path 121 and the above graph 140. (A packet constituting the content B and a packet constituting the content A, and a packet 1403 having a bucket identifier of "7000" to "20000") are selected.
  • the content identifier 331, and the packet identifier 3332 corresponding to the selected packet are transmitted to the broadcast transmission control means 104 by the retransmission control means 108.
  • the broadcast transmission control means 104 reads out the packet corresponding to the received content identifier 311 and the received packet identifier 332 from the bucket storage means 109, and transmits the packet via the broadcast transmission means 105.
  • the data is transmitted to the receiving device 13 1 again (FIG. 13: S 13 07).
  • the receiving apparatus 131 which has received the retransmission bucket via the broadcast distribution path 121, reconfigures the data in the same manner as the reception processing shown in FIG.
  • the processing can be performed when retransmission is performed with priority given to the shorter retransmission wait time 1103 indicated by the receiver 1313. is there.
  • a packet having a packet identifier equal to or less than the predetermined threshold that is, a packet constituting the content C and a packet constituting the content A, having a packet identifier of “00001” to “0699” Is not distributed from the broadcast distribution channel.
  • the retransmission request control means 1338 constituting the receiving apparatus 13 1 refers to the retransmission request storage means 140 and compares the buckets exceeding the retransmission waiting time. If so, the resend request is sent once again.
  • the transmitting apparatus 101 When the transmitting apparatus 101 receives the retransmission request again via the bidirectional communication path 122, the transmitting apparatus 101 responds to the retransmission request using the bidirectional communication path 122, The corresponding packet is read out from the bucket storage means 109 and transmitted via the bidirectional communication path 122 (FIG. 13: S1308—S13009).
  • the retransmission request control means 1338 which has received the retransmission bucket via the bidirectional communication path 122, the response reception means 133, stores the information of the corresponding missing bucket in the retransmission request storage means 140. At the same time, the received bucket is stored in the packet storage means 1339. Thereafter, the music data in which all the packets are completed is reconstructed by the data reconstructing means 13 3 and, if necessary, is transmitted to a reproducing device 13 2 such as a television, a radio, a stereo, etc., and reproduced.
  • a reproducing device 13 2 such as a television, a radio, a stereo, etc.
  • a transmission path to be used for retransmission based on a retransmission request from a receiving device, for example, buckets that need to be retransmitted in a large amount are transmitted from a broadcast transmission path and a relatively small number of retransmissions are performed. It is possible to perform retransmission, such as transmitting a packet that does not cause any problem from the bidirectional communication path. As a result, waste that may occur in retransmission using the broadcast channel, that is, effective use of the broadcast channel by minimizing retransmission of packets addressed to a small number of receivers using the broadcast channel. Becomes possible. In addition, it is possible to solve the problem of securing the line, the problem of preparing the line capacity more than necessary and the processing capacity, and the like, which may occur in the retransmission using the bidirectional communication path.
  • the receiving device can reduce the line usage fee compared to the case where a large amount of missing packets are all obtained by using the bidirectional communication path, and it is also possible to reliably obtain necessary content.
  • the missing bucket is transmitted using the bidirectional communication path in response to the second retransmission request from the receiving apparatus.
  • retransmission using a broadcast channel and retransmission using a bidirectional communication channel may be selected.
  • music data is taken as an example of the content, but it may be a moving image, a still image, character data, audio data, a program, or the like.
  • Embodiment 2 is based on Embodiment 1 described above, and allows a user to specify a retransmission route at receiving apparatus 13 1.
  • the receiving device 131 displays the abnormal content (music data) if it is not normal, for example, by Each time, the user is prompted to select a retransmission route.
  • FIG. 16 shows a display example that prompts the user to select the retransmission route.
  • FIG. 16 shows, for example, an input screen for inputting a user's instruction for content that can be downloaded according to a predetermined threshold value using the download status of the distribution data list 700 shown in FIG. 7 above. 1600, which is displayed, for example, by the data selection means 144.
  • the title of the content having the missing packet 7 01 (here, the title of the song 4) is displayed, and the processing for the missing packet is performed by three buttons 1 6 0 1 to 1 6 0 3 Can be selected.
  • the ratio of the normally received data to the entire content and the amount of missing packet data 1604, the expected waiting time until the reception completes 1605, and the two-way communication path for reception 1 2 The communication fee of 166, etc. when 2 is selected is displayed.
  • the missing packet of the content is not requested to be retransmitted.
  • the normally received packet stored in the packet storage means 1 39 is stored for a predetermined time. Deleted after expiration.
  • the content may be stored as having been successfully received.
  • a request for retransmission of a missing packet is made as a request for retransmission via the broadcast distribution path 121.
  • Is transmitted to the transmitting device 101 (FIG. 15: S1501Yes ⁇ S1502 ⁇ S1503).
  • a bucket 1100 having a request type 1 102 to which “broadcast distribution path” is input is transmitted from the retransmission request control means 1 38 via the bidirectional communication path 1 22. Sent to means 108.
  • the transmitting apparatus 101 that has received the retransmission request stores the retransmission request in the retransmission request storage unit 110, aggregates the transmission request, and transmits the retransmission request from the broadcast distribution channel 121, as in the first embodiment. It is not always necessary to reject a retransmission request or set a waiting time. Subsequently, the receiving device 13 1 receives the missing packet via the broadcast distribution channel 12 1 (FIG. 15: S 1504). However, retransmission via the broadcast channel is not always performed. The receiving device 131, which has received the missing packet via the broadcast distribution channel 121, can reproduce the content by reconstructing the data as in the first embodiment (FIG. 15: S1504 ⁇ S611).
  • a retransmission request for the missing bucket will be issued as a request for retransmission via the bidirectional communication path. It is transmitted to the transmitting device 101 (FIG. 15: S1501No ⁇ S1555 ⁇ S1506). More specifically, for example, a packet 1100 whose request type 1 102 has “bidirectional communication channel” input thereto is transmitted from the retransmission request control unit 138 to the transmission control unit 1 via the bidirectional communication channel 122. Sent to 08.
  • the missing bucket indicated in the retransmission request is received via the bidirectional communication channel 122 (FIG. 15: S1507 No ⁇ S1509).
  • the receiving device 131 that has received the missing packet via the two-way communication channel 122 can reproduce the content by reconstructing the data as in the first embodiment (FIG. 15: S 1 5 09 ⁇ S 6 1 1).
  • the receiving device by making it possible for the receiving device to select the route at the time of retransmission of lost packets, for example, content that is not important to the user may not be able to be received, but the broadcast distribution route that is not paid It is possible to make a selection according to the degree of importance, such as when receiving important content and paying for important content using the two-way communication channel even if it is charged.
  • the user selects the two-way communication path, and selects the broadcast distribution path if the broadcast can be received. Selection is also possible.
  • FIG. 17 is a graph showing the number of retransmission requests collected by the retransmission control means 108 included in the transmitting apparatus 101.
  • the horizontal axis of the graph indicates the transmission time of the packet constituting the content, and the vertical axis indicates the number of retransmission requests for each bucket.
  • the polygonal line 1704 indicates a change in the retransmission request over time.
  • the data rate of 1703 sends content via the broadcast channel 122. It shows the data rate at the time.
  • the data rate indicates the proportion of the entire data packet in the evening that constitutes the content.
  • the receiver corrects the error in the received packet. The probability of being able to do so increases, that is, the transmission quality improves.
  • the probability of correcting an error decreases, but the transmission efficiency can be improved.
  • the upper limit value 1001 is an upper limit value for changing transmission conditions
  • the lower limit value 1702 is a lower limit value for changing transmission conditions, which will be described in detail later.
  • the number of retransmission requests is between the upper limit 1701 and the lower limit 1702 immediately after the start of broadcasting with the data rate of 80% and until time 1705. However, from time 1705 to time 1706, the number of retransmission requests exceeds the upper limit of 1701. Here, an increase in the number of retransmission requests indicates that transmission quality may be poor. For this reason, for example, it is necessary to secure the number of lines capable of processing the large number of retransmission requests and to secure the processing capacity and bandwidth.
  • the retransmission control means 108 receives a retransmission request, and when the number of retransmission requests is larger than the upper limit, the broadcast transmission control means 104 (or packet generation means). Instruct 10 3) to decrease the data rate (Figure 18: S 1801 ⁇ S 180 2 Yes ⁇ S 180 3).
  • the broadcast transmission control means 104 having received the instruction transmits the content with the data rate set to, for example, 60%.
  • lowering the data rate lowers transmission efficiency but improves transmission quality. In other words, retransmission requests are reduced by lowering the data rate.
  • the retransmission control means 108 is a broadcast transmission control means. Instruct 104 to increase the data rate (Fig. 18: S1804 Yes ⁇ S1805).
  • the broadcast transmission control means 104 having received the instruction transmits the content with the data rate set to 70%, for example.
  • the upper limit can automatically maintain a data rate according to the system by determining, for example, the number of lines for processing retransmission requests, the processing capacity, and the bandwidth.
  • the number of retransmission requests is stored as transmission result information, and can be used as highly reliable data when constructing a transmission path network or improving a transmission method.
  • FIG. 19 is an example of a graph showing the audience rating of the content calculated by the reception status totaling means 11 based on the number of retransmission requests.
  • the vertical axis of the graph 190 represents the packet transmission time, and the horizontal axis represents the audience rating calculated from the number of retransmission requests for the packet transmitted at the corresponding time.
  • the retransmission request is transmitted from the receiving device 13 1 to the transmitting device 101 via the bidirectional communication path 122.
  • the transmission and reception of the retransmission request is described in detail in the first embodiment. However, as described in Embodiment 1, the retransmission request is transmitted from the receiving device only when the reception of the broadcast bucket has failed.
  • the reception status counting means 111 instructs the broadcast transmission control means 104 to transmit the unreceivable packet.
  • the unreceivable bucket is a bucket that does not transmit or a packet that contains incorrect data.
  • the unreceivable packet may be generated based on a predetermined condition, for example, at a certain time interval or at a certain number of buckets.
  • Information on the transmitted unreceivable packet is stored in, for example, a storage unit (not shown).
  • the cause of the retransmission request can be identified by comparing the packet identifier specified in the retransmission request received from the receiving device 13 1 with the information of the unreceivable packet. That is, the number of retransmission requests for a packet that cannot be retransmitted indicates the number of receiving devices that need to receive the bucket, and the audience rating of the packet can be obtained by dividing by the total number of receiving devices.
  • the audience rating 1903 in FIG. 19 is a graph of the audience rating obtained by generating unreceivable buckets at regular time intervals in a time-series manner.
  • Figure 19
  • FIG. 20 shows an example of communication transmitted / received between the transmitting apparatus 101 and the receiving apparatus 131 with respect to a retransmission request.
  • the user 2 001 is a user of the receiving device 13 1.
  • the billing means 112 constituting the transmitting apparatus 101 transmits the unreceivable bucket generated by the transmitting apparatus 101 using, for example, the broadcast transmission control means 104.
  • Receiving apparatus 131 which has received the above-mentioned unreceivable bucket, transmits retransmission request 203 to the unreceivable bucket.
  • the above retransmission request 203 is transmitted from receiving apparatus 131 to transmitting apparatus 101 according to the procedure described in the first embodiment.
  • the accounting means 112 constituting the transmitting apparatus 101 that has received the retransmission request 2003 subsequently transmits an authentication request 204 to the retransmission request 203.
  • the authentication request 204 is a notification requesting that information for identifying the receiving device that has made the retransmission request be returned.
  • the accounting means 1 43 constituting the receiving device 1 3 1 Upon receiving the authentication request 2 004, the accounting means 1 43 constituting the receiving device 1 3 1 issues an authentication request 2 005 to the user 2 002.
  • the authentication request 2 005 is, for example, an operation for prompting input of a pass-through user ID.
  • the password user ID input by the user 2002 is transmitted from the receiving device 1331 to the transmitting device 101 as an authentication response 2006.
  • information held by the receiving device 131 for example, identification information of the receiving device, or set user information ⁇ key information for receiving data overnight is used. If the authentication response is possible, the authentication response 2000 may be transmitted without performing the authentication request 2000 and the authentication response 2000 to the user.
  • the billing means 106 constituting the transmitting device 101 determines that the authentication response 200 is appropriate, it transmits a billing notification 208 to the receiving device 131. However, when it is determined that the authentication response 2007 is invalid, the accounting procedure 20015 consisting of the accounting notices 208, 209 and the accounting response 210 is performed without performing the accounting procedure 205. A retransmission request rejection notification is transmitted as retransmission response 200, and the process ends.
  • the above-mentioned billing notice 208 includes the usage fee and payment method of the pay data.
  • the receiving device 13 1 sends a billing notification 2000 to the user 200 1.
  • the above-mentioned billing notification 2000 is an operation for notifying the user of the billing information presented from the receiving device 2000 and prompting the user to select whether or not to make a payment and to input information necessary for the payment. .
  • the accounting response 2100 input by the user 2001 is transmitted to the transmitting apparatus 101.
  • the charging response 2 0 9 and the charging response 2 0 10 are not performed to the user. You can send 1 1.
  • the transmitting device 101 determines that the charging response 2001 is appropriate, the transmitting device 101 transmits a request acceptance notification corresponding to the retransmission request 203 to the receiving device 131 as a retransmission response 2020. I do.
  • the receiving device 13 1 transmits the retransmission data 20 13 specified in the retransmission request 200 3 and ends the process.
  • the receiving apparatus 131 waits for retransmission data, receives all retransmission data 201, and ends the process.
  • the retransmission response 202 and the retransmission data 201 are transmitted following the authentication response 206 without performing the charging procedure 205.
  • the transmitting device 101 obtains detailed information of the receiving device 13 1 by performing the authentication procedure 20 14 including the authentication request 204 and the authentication response 206 regardless of the billing. For example, it can be used as part of the audience rating survey described in the fourth embodiment.
  • the reception can be restricted under a predetermined condition. For example, it is possible to allow only a specific model to receive the control program of the receiving device, or to allow only those who are older than the age limit to receive an age-restricted data.
  • the retransmission data 201 is transmitted using the bidirectional communication channel 122, but the broadcast distribution channel 122 may be used.
  • retransmit data 201 13 is encrypted and key information for decryption is retransmitted. Broadcasting can be realized only for the receiving apparatus for which the charging procedure 2 15 has been completed by notifying with 2 0 12. It should be noted that the authentication procedure 201 and the accounting procedure 201 may be combined and realized by one request and one response.
  • the transmitting device can operate the content and generate a retransmission request from the receiving device, thereby performing authentication of the receiving device, restriction of a distribution destination, charging of pay data, and the like.
  • FIG. 21 shows an overnight distribution system using a transmission / reception device capable of transmitting and receiving data to and from a broadcast distribution channel.
  • the transmission / reception devices 210 to 210 are composed of the transmission device 101 and the reception device 131 shown in FIG. 1, each means 103 to 110, and means 133 to L42. Transmission / reception device.
  • the transmission / reception devices 210 to 210 can transmit and receive using the broadcast distribution channel 121 and are interconnected by a bidirectional communication channel 122.
  • the transmission / reception device 210 can broadcast data to the transmission / reception devices 210 and 210 using the broadcast distribution channel 121.
  • the procedure described in Embodiment 1 is used for broadcast transmission and reception of data.
  • the transmitting / receiving apparatuses 210 and 210 receive the broadcast data and request retransmission of the failed data via the communication path 210.
  • the retransmitted data is transmitted via the broadcasting channel 210 or the communication channel 210.
  • the above-mentioned broadcast transmission, retransmission request, and overnight retransmission are performed between the transmission / reception device 210 and the transmission / reception devices 210, 2104, and between the transmission / reception device 210 and the transmission / reception device 210. Exactly the same is done between 2 and 2 103.
  • a network using a broadcast path and a communication path is constructed between the transmitting and receiving apparatuses.
  • Each transmission / reception device transmits a large amount of data or broadcast data using the broadcast distribution channel 122, and bi-directionally communicates data that complements broadcast transmission and individual data between devices. Efficient data transmission / reception can be realized by transmission using channel 122.
  • the broadcast channel and the bidirectional communication channel can be used separately, and the efficiency can be improved. It is possible to construct a transmission network that performs data distribution efficiently and flexibly.
  • the transmitting apparatus selects a transmission path to be used for retransmission based on a retransmission request from the receiving apparatus, so that, for example, packets that must be retransmitted in large quantities are transmitted from the broadcast transmission path. It is possible to perform retransmission such as transmitting a packet that does not cause any problem with a relatively small amount of retransmission from a bidirectional communication channel. As a result, waste that can occur in retransmission using a broadcast distribution channel, that is, effective use of the broadcast distribution channel by minimizing retransmission of packets destined for a small number of receiving terminals using the broadcast distribution channel can be achieved. It is possible.
  • a transmitting device, a receiving device, and a broadcast data distribution method that broadcast data from a transmission side via a broadcast distribution channel using a broadcast wave as a medium, and receive the broadcasted data at a reception side Suitable for.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Description

明細 : 送信装置、 受信装置及び放送データ配信方法 技術分野
本発明は、 送信装置.、 受信装置及び放送データ配信方法に関し、 詳しくは、 送 信側より放送波を媒体とする同報配信路を介してデータを同報配信し、 受信側に て上記同報配信されたデータを受信する送信装置、 受信装置及び放送データ配信 方法に関する。 背景技術
近年、 インターネットを介して音楽データ （楽曲データ）、 動画、 静止画、 テキ ストデータなどのデジタルコンテンツを配信するサービスが盛んに行われている 。 この場合、 コンテンツの伝送には例えば電話回線などの双方向通信が利用され る。
一方で、 データを配信する手段として放送も利用されている。 当該放送は、 片 方向通信ながら同一のデータを多数の利用者に同時に送信 （同報配信） すること が可能であるため、 利用者の多いサービス等に利用されている。 尚、 上記放送は 従来アナログ放送のみであつたが、 近年、 衛星やケーブルテレビ （C A T V ) を 媒体としたデジタル放送サービスが普及するに至っており、 またデジタル地上波 放送サービスの実施も進められている。
上記デジタル放送においてはその伝送方式より、 デジタルデータ、 即ち上記コ ンテンッの配信に適している。 また広帯域を利用可能であるため、 既に衛星を利 用したデジタル放送の一部では上記コンテンツの配信サービスが行われている。 この場合、 衛星から固定の受信装置に対してコンテンツが配信されるため、 片方 向通信ながら受信装置ではある程度安定した受信が可能である。 但し、 固定受信 装置とはいえ配信されたコンテンツを完全に受信できるとは限らない。 そこで、 片方向通信にてコンテンツを配信する技術としてカル一セル方式が利用される。 上記カルーセル方式とは、 デジ夕ル放送サービスに含まれるデータ放送におい て目的とするデータを繰り返し配信する方式であり、 I S O / I E C ( International Organization For Standardization /International Electrotec nical Commission) 1 3 8 1 8 - 6で定義されている。 即ち、 受信装 置では、 1回目のデータ放送で受信したデータが一部欠落等の不完全な場合でも 、 以後、 上記カルーセル方式にて配信される 2回目、 3回目 '· · ·の受信データ とあわせて上記不完全なデータを補完可能である。 上記技術により、 片方向通信 におけるコンテンッ配信の確実性を高めているのである。
ところで、 最近では携帯電話や携帯情報端末 （ P D A： Personal Digital(Data) Assistants) , 車載ラジオなどの移動端末がいたるところで利用されており、 さら に当該移動端末の多機能化が図られている。 当該多機能化の一つとして、 上記放 送サービスの受信機能の付与がある。 これは、 上記移動端末にて例えばデジタル 放送サービスを介して音楽データ等をダウンロードし、 当該音楽データを記憶 ' 再生しょうとするものである。
ここで、 上記放送によるコンテンツ配信サービスを上記移動端末に適用しょう とした場合、 上記カルーセル方式を利用したのみではコンテンツ配信の確実性を 担保することは困難である。 なぜならば、 固定された受信装置とは異なり、 上記 移動端末では放送サービスの受信状態が著しく変化するためである。 ここで上記 カルーセル方式におけるデータ配信の繰り返し回数を増やすことで、 ある程度コ ンテンッ配信の確実性を上げることは可能である。 しかし、 上記繰り返し回数の 増加は実質的に単位時間あたりのデータ配信量の減少になるため本質的な解決策 とは言いがたい。
そこで、 上記コンテンツ配信の確実性を上げる方法として、 特開 2 0 0 0— 1 3 4 4 0号公報に、 上記片方向通信に加えて双方向通信路を利用する技術が公開 されている。 即ち、 上記受信装置に備えられた、 例えば電話回線等を用いた （双 方向） 通信機能を利用し、 受信に失敗したデータ （欠落データ等） のみ当該双方 向通信機能を用いて受信するのである。 これにより広帯域を利用した同報配信の メリットを享受しつつ、 片方向通信による問題点を解決したデジタルコンテンツ の配信サービス等が可能となっている。
また、 特開平 1 1 一 1 7 7 3 7号公報に記載の技術では、 上記受信装置が受信 に失敗したデータ （パケット） に関連する情報を放送局等に備えられた送信端末 に送信し、 上記送信端末では、 上記情報に基づいて上記受信に失敗したデータ （ パケット） を放送 （片方向通信） を利用して再度配信するものである。
上記デジタル放送を利用したコンテンツ配信のメリットは、 同報配信に基づく データ配信単価の低価格化である。
しかしながら、 上述したように例えば受信装置が備える双方向通信機能を用い て欠落したデータを受信していたのでは、 結果的にデータ配信単ィ面が上がるとい える。 つまり、 上記双方向通信に利用される例えば電話回線等の回線利用料は、 上記移動端末の利用者が負担するのが通常である。 このため、 例えば所定の音楽 デ一夕の大部分を受信できなかった移動端末が、 電話回線を介して上記音楽デー 夕の欠落部分を受信しょうとすると、 回錄使用料が高額になるといった問題が生 じる。
また、 上記デジタル放送の同報配信は、 例えば天候等により受信装置側での受 信状況が大きく異なる。 つまり、 天候の悪い状況では受信装置側でのデ一夕の欠 落等が発生しやすくなり、 データの欠落が発生した受信装置は一斉に例えば電話 回線やインターネットを利用してデータの欠落部分 （欠落パケット） を受信しよ うとして再送要求を行う。 このため、 放送局側では同時にしかも大量の再送要求 を処理できるだけの回線数を確保し、 また、 インターネットを利用する場合には 当該インタ一ネットで対応できるだけの処理能力及び帯域を確保する必要がある 。 しかしながらデジタル放送のように広域に渡って同一のデータを送信する場合 には、 同時に生じる上記再送要求に対応するのは不可能であるといえる。 さらに 、 上述した例えば音楽デ一夕の大部分を受信できなかった移動端末等からの再送 要求に対しては、 移動端末 1台分の欠落部分のデータを送信するだけでも長時間 を要するため、 多数のこのような移動端末からの再送要求を処理することは、 な おさら不可能であるといえる。
以上の 2点を踏まえると、 上記特開 2 0 0 0— 1 3 4 4 0号公報に記載される 、 双方向通信路を利用する技術を広域放送に適用するのは実質的に困難であると 考えられる。
また更に、 上記特開平 1 1 一 1 7 7 3 7号公報に記載の技術では、 バケツトの 再送を行う回数や時間的な制限が可能であるとの記載があるものの、 当該再送要 求に対応するすべてのパケッ トを、 放送を利用して送信している。 即ち、 上記技 術を広域放送に適用した場合には、 例えば 1台の受信装置による再送要求に対し ても、 対応するバケツトをすべての受信装置が共有する放送を介して配信するこ とになり、 非常に無駄が多いといえる。 また、 再送を行う回数や時間的な制限を 行うことで、 一部のパケットのみ正常受信できなかった受信装置は、 結果的に、 受信した不完全なコンテンツを利用できずに破棄することになる。 つまり、 一部 の受信装置は、 上記コンテンツの配信サービスを受けられないのである。 サービ スを受けられない端末がごく一部しか発生しないのであれば殆んど問題にはなら ないといえるが、 特に欠落データが常時発生し得る上記移動端末の増加が見込ま れる現在では、 放送によるコンテンツ配信を実施するには当該技術のみでは不十 分であるといえる。 また、 上記配信サービスが有料である場合には、 一部の端末 のみでもサービスを受けられないのは問題である。
本発明はかかる問題に鑑みてなされたものであり、 受信装置による受信結果に 基づいて一層効率のよいデータの再送を実現すると共に、 上記受信結果を利用し て受信状況の把握及び課金を可能にした送信装置、 受信装置、 放送データ配信方 法を提供することを目的とする。 発明の開示
本発明は、 上記目的を達成するために以下の手段を採用している。 すなわち、 受信装置は、放送波を媒体とする同報配信路を介して送信装置より同報配信され たデータを受信することを前提としている。 ここで、 エラー検出手段は受信した データのエラ一を検出し、 再送要求制御手段は、 エラーを含むデータの再送の要 求である再送要求を、双方向にデータの送信が可能な双方向通信路を介して送信 する。 続いて、 受信手段は、 同報配信路又は上記双方向通信路より上記再送要求 に対応するデータを受信する。
また上記受信装置に対応する送信装置では、再送要求受信手段が受信装置から 再送要求を受信し、 再送要求記憶手段が再送要求を記憶する。 続いて、 再送制御 手段が、再送要求に基づいてデ一夕の再送に利用する送信路を同報配信路又は上 記双方向通信路から選択し、 再送信する。
以上のように、 受信装置からの再送要求に基づいて、 送信装置が再送に利用す る送信路を選択することで、例えば大量に再送しなければならないバケツ トは同 報伝送路から送信し、比較的少量の再送で問題ないバケツ トは双方向通信路から 送信する、 といった再送を行うことが可能となる。 結果として、 同報配信路を用 いた再送に起こりうる無駄、 即ち、 少数受信装置宛てのパケットの、 同報配信路 を用いた再送を最小限に抑えて同報配信路を有効利用することが可能となる。又 、 双方向通信路を用いた再送に起こりうる、 回線の確保の問題や必要以上の回線 能力、 処理能力の準備の問題等を解決することが可能となる。 また、 受信装置で も大量の欠落パケッ トすべてを双方向通信路の利用により取得する場合よりも 回線使用料を抑えることが可能になり、また確実に必要とするコンテンツを取得 することが可能になる。
尚、データの受信及び上記再送要求が上記デ一夕を構成するバケツト単位で行 なわれるに際して、 受信装置を構成するデータ再構成手段は、 同報配信路又は双 方向配信路より受信した再送要求に対応するバケツ トと、正常に受信したバケツ トを用いて上記データを再構成する構成がある。
また、 受信装置を構成するデータ選択手段が、 所定の閾値に基づいて再送要求 を行うデータを選択する構成がある。 この構成では、 欠落バケツ 卜の補完に時間 がかかるデータを再送要求の対象からあらかじめ排除することで、例えば双方向 通信路を利用した欠落パケットの補完の際に、送信装置の負担を減らすことが可 能である。 また、 補完の対象として選択されたデータの補完にかかる時間が短い ために、ユーザが双方向通信路を利用する際の金銭的負担を抑えることができる 尚、 上記データ選択手段が、 受信すべきデータのユーザによる選択を受け付け ることで、 さらにユーザが必要としないデータの補完をする必要がないため、一 層送信装置での負担を減らすことが可能となる。
さらに、 再送要求制御手段が、 再送要求にデータの再送経路を指定する構成も ある。
この構成では、 欠落パケットの再送時の経路を、 受信装置にて選択可能なり、 例えばユーザにとって重要ではないコンテンッは、 受信できない場合もあるが有 料ではない同報配信路を利用して受信し、 重要なコンテンツは有料であっても双 方向通信路を利用して確実に受信するといつた、 重要度に応じた選択が可能であ る。 又、 ユーザが例えば放送が届かない地下街等に入る場合には双方向通信路を 選択し、 放送を受信可能な場所であれば同報配信路を選択するといつた、 ユーザ の環境に応じた選択も可能である。
また更に、 送信装置を構成する再送制御手段が、 再送要求記憶手段に記憶され た再送要求の個数に基づいて、 上記同報配信路での伝送効率又は伝送品質を動的 に変更する構成がある。
この構成では、 送信装置は、 常時最適な伝送効率及び伝送品質を維持すること が可能になる。 また、 放送波を媒体とする同報配信路を介してデータを同報配信する送信装置 を前提とし、 放送送信制御手段が、 データの送信対象である受信装置に受信不能 である受信不能データを送信し、 再送要求受信手段が、 受信装置から上記受信不 能データの再送の要求である再送要求を受信し、 再送要求記憶手段が上記再送要' 求を記憶し、 受信状況集計手段が、 再送要求記憶手段に記憶された再送要求に基 づいて上記受信装置の受信状況を集計する構成がある。
この構成では、 所定のタイミングで受信不能なパケットを送信することで、 再 送要求の受信数からコンテンツの受信状況 （視聴率） を把握することが可能とな る。
また、 送信装置を構成する放送送信制御手段が、 データの送信対象である受信 装置に受信不能である受信不能デ一夕を送信し、 再送要求受信手段が、 受信装置 から上記受信不能データの再送の要求である再送要求を受信し、 再送要求記憶手 段が、 上記再送要求を記憶し、 課金手段が、 上記再送要求記憶手段に記憶された 再送要求に基づいて当該再送要求を送信した受信装置の認証及び/又は課金を行 う構成がある。
この構成では、 送信装置はコンテンツを操作して受信装置からの再送要求を発 生させることで、 受信装置の認証や配信先の制限、 有料データの課金等を行うこ とができる。
さらに、 放送波を媒体とする同報配信路を介して送信装置より同報配信された データに含まれる複数のコンテンツを受信する受信装置を前提とし、 エラ一検出 手段が、 受信したデータを構成するパケッ トのエラーを検出し、 データ選択手段 がエラ一を含むバケツトを含むコンテンツを排除し、 正常に受信できたコンテン ッのみからなる配信デ一タリストを作成すると共に、 配信デ一タリストをユーザ に選択可能に表示する構成もある。
尚、 送信装置、 受信装置はコンピュータを用いて具体化することができる。 こ の場合、 送信装置、 受信装置を構成する各手段は、 コンピュータ上でプログラム を動作させることにより具体化される。
図面の簡単な説明
図 1は、 送信装置、 受信装置の概略構成を示す機能ブロック図であり、 図 2 は、 コンテンツ情報パケットの構成例であり、 図 3は、 コンテンツデータバケツ トの構成例であり、 図 4は、 音楽デ一夕分割時配信時のイメージ図であり、 図 5 は、 送信装置におけるデータ送信時のフロ一チャートであり、 図 6は、 受信装置 におけるデ一タ受信処理のフローチャートであり、 図 7は、 配信デ一タリストの —例を示すイメージ図であり、 図 8は、 受信装置における選択処理のフローチヤ —トであり、 図 9は、 加工後の配信データリストの一例を示すイメージ図であり 、 図 1 0は、 ダウンロード選曲リストの一例を示すイメージ図であり、 図 1 1は 、 再送要求パケットの構成例を示す図であり、 図 1 2は、 受信装置における再送 要求処理のフロ一チャートであり、 図 1 3は、 送信装置における再送処理のフロ —チャートであり、 図 1 4は、 コンテンツを構成するパケッ トの再送要求を視覚 的に表したグラフであり、 図 1 5は、 受信装置における再送要求処理の第 2のフ 口一チャートであり、 図 1 6は、 ユーザに再送経路の選択を促す表示例を示す図 であり、 図 1 7は、 再送要求数を示すグラフであり、 図 1 8は、 送信装置におけ るデータ率変更処理のフローチャートであり、 図 1 9は、 コンテンツの視聴率を 表したグラフの例を示す図であり、 図 2 0再送要求に関して送受信される通信の 例を示すフローチャートであり、 図 2 1は、 デ一夕配信システムのイメージ図で める。 発明の実施をするための最良の形態
以下、 本発明に係る送信装置、 受信装置、 送受信システムの実施の形態につい て図面を参照しながら説明する。 尚、 以下の実施の形態は、 本発明を具体化した 一例であって、 本発明の技術的範囲を限定する性格のものではない。 ここでは、 コンテンツの一例として、 デ一タ放送による音楽データの配信サービスを例にと り説明する。
(実施の形態 1)
まず、 図 1を参照し、 本発明に係る送信装置、 受信装置、 送受信システムの全 体構成について説明する。
音楽デ一夕を配信する際に送信側となる放送局は、 送信装置 1 0 1を備える。 ここで上記送信装置 1 0 1は、 例えば配信用の音楽データを提供する音楽サーバ 1 0 2等より音楽データを入力し、 当該音楽データを所定の手順を用いて決めら れた形式に加工して同報配信路 1 2 1を介して受信装置に同報配信する。 ここに 同報配信とは、 所定のデータを一斉に複数の受信装置に対して送信する方法をい う。 上記同報配信は、 具体的には地上波デジタル放送、 デジタル衛星放送、 ケー ブルテレビ （CATV) 等であり、 上記同報配信路 1 2 1に対応して分類される。 上記音楽データが配信された際に受信側となる受信装置 1 3 1は、 例えばテレ ビ、 放送チューナ一、 S T B (Set-Top Box)、 携帯電話等である。 尚、 当該 S T Bとは、 ケーブルテレビのコントロールボックスや通信カラオケの端末機器等、 家庭用テレビに接続して追加機能を提供するデバイスの総称である。
上記受信装置 1 3 1が上記同報配信された音楽データを受信すると、 必要に応 じて例えばテレビ、 ラジオ、 ステレオ等の再生装置 1 3 2に送信し、 当該再生装 置 1 3 2は、 受信した音楽データを再生する。 尚、 送受信システムは、 上記送信 装置と受信装置にて構成される。 以上が音楽データの配信時の概要であり、 詳細 については後述する。
[データ構造]
続いて上記送信装置 1 0 1から受信装置 1 3 1に送信される音楽データの詳細 について説明する。
本実施の形態 1において上記音楽データの配信に用いられる配信用データは、 大きく分けて 2種類挙げることができる。 即ち、 図 2に示したコンテンツ情報 2 00、 及び図 3に示したコンテンツデータ 30 0である。
上記コンテンツ情報 2 0 0は、 配信される音楽データの目次的意味合いを有し 、 コンテンツ識別子 3 0 1、 コンテンツ名称 3 0 2、 コンテンツ属性 3 0 3、 及 び付加情報 3 2 0が含まれる。 また、 上記付加情報 3 20にはデ一夕サイズ 30 4、 パケット数 3 0 5、 送信方法 3 0 6、 課金方法 3 07、 再送要求許可 3 08 、 再送要求先 3 0 9、 送信開始時刻 3 1 0、 送信終了時刻 3 1 1、 エラー訂正符 号 3 1 2が含まれる。
上記コンテンツ識別子 3 0 1は、 配信されるデータを一意に識別可能な情報で あり、 コンテンツ名称 3 02はデータの内容を示す情報、 即ち音楽名 （曲名） や アーチスト名などが含まれる。 また上記コンテンツ属性 3 0 3には、 データの種 類 （動画、 音声、 テキスト等） や、 データの形式 （MPEG、 P CM等） が格納 される。 さらに上記デ一夕サイズ 3 04は、 上記コンテンツ識別子 3 0 1に対応 するコンテンツデータ 3 0 0の総サイズを示し、 パケット数 3 0 5は、 上記コン テンッデータ 3 0 0がいくつのパケットに分割されて送信されるかを示す。 課金 情報 307には、 配信される音楽データの有償 ·無償を示す情報が格納され、 再 送要求許可 3 08は受信に失敗した場合に再送を要求することが可能かどうかを 示す。 再送要求先 3 0 9には上記再送要求許可 30 8が 「要求可能」 であった場 合に、 再送を要求するべき先のァドレス （URL : Un i f o rm R e s o u r c e L o c a t o r s) 等や電話番号等の情報が格納される。 上記送信開始 時刻 3 1 0、 送信終了時刻 3 1 1は、 合わせてコンテンツデータ 30 0が送信さ れる時間を示す。 即ち、 上記コンテンツ情報 2 0 0、 及びコンテンツデータ 30 0には通常、 上述したカル一セル方式が用いられるため、 一定の時間内に同一デ 一夕が繰り返し送信される。 従って、 受信装置 1 3 1は、 上記送信終了時刻 3 1 1をもって未受信のバケツ卜があれば当該未受信のバケツトを欠落バケツ卜と決 定することが可能となる。 上記エラ一訂正符号 3 1 2は、 コンテンツデータ 30 0に異常が無いかをチェックする為のビット列である。
上記コンテンツデータ 3 0 0は、 図 4 (a) に示す符号化された音楽データ 4 0 1を、 例えば図 4 ( b ) に示す複数のデータ 4 1 0〜4 1 9に分割し、 さらに 上記データ 4 1 0〜4 1 9のそれぞれにヘッダ 3 3 6、 及びエラー訂正符号 3 3 5を付加した構成である （図 4 ( c ) )。 尚、 上記符号化は、 例えば、 MPEG2-AAC や MPEGlAudio layer3等のオーディオ符号化方式である。 また、 上記データ 4 1 0〜 4 1 9のそれぞれがコンテンツデータ 3 0 0のデータ 3 3 4に該当し、 上 記ヘッダ 3 3 6にはコンテンツ識別子 3 3 1、 パケット識別子 3 3 2、 パケット サイズ 3 3 3が含まれる。
上記コンテンツ識別子 3 3 1は、 複数の上記コンテンツ情報 2 0 0のうち、 ど のコンテンツ情報に対応するかを示す。 また、 パケッ ト識別子 3 3 2は、 コンテ ンッデ一夕 3 0 0の配信後に受信装置から再送要求が来た場合にどのバケツトが 要求されているかを判別する為のものであり、 例えば連番で付される。 また、 パ ケッ トサイズ 3 3 3はコンテンツデータ 3 0 0のデータサイズを示す。
上記コンテンツデータ 3 0 0は、 多重化され放送波に乗せて各受信装置に配信 されるが、 上記カルーセル方式では、 図 4 ( d ) に示すように、 上記コンテンツ 情報 2 0 0、 及びコンテンツデータ 3 0 0は、 送信装置 1 0 1により一定の周期 で繰り返し配信される。
[送信装置におけるデータ配信処理]
続いて、 上記送信装置 1 0 1におけるコンテンツ （音楽データ） の配信処理に ついて説明する。
まず、 音楽サーバ 1 0 2等より入力された音楽データ 4 0 1は、 バケツト生成 手段 1 0 3にてコンテンツデータ 3 0 0に加工され、 バケツ ト記憶手段 1 0 9に 記憶される （図 5 ： S 5 0 1 )。 この際、 コンテンッデータ 3 0 0に対応するコン テンッ情報 2 0 0も同時に生成される。
ここで、 上記コンテンツ情報 2 0 0には、 各音楽データ 4 0 1に対応するコン テンッ識別子 3 0 1が格納される。 その他、 上述したコンテンツ名称 3 0 2、 コ ンテンッ属性 3 0 3、 付加情報 3 2 0も付加されるが、 付加される情報は、 オペ レータが予め入力していた情報を付加するものでもよいし、 自動的に付加可能な 内容 （デ一夕サイズ、 パケッ ト数等） であれば、 上記バケツ ト生成手段 1 0 1が 付加するものでもよい。
同様に、 コンテンッデータ 3 0 0にも音楽データ 4 0 1に対応するコンテンツ 識別子 3 3 1が格納される。
上記生成されたコンテンツ情報 2 0 0、 及びコンテンツデータ 3 0 0は、 一旦 バケツ ト記憶手段 1 0 9に記憶された後又は直接、 放送送信制御手段 1 0 4に送 信される。
続いて上記放送送信制御手段 1 0 4は、 コンテンツ情報 2 0 0を放送送信手段 1 0 5に送信し、 当該放送送信手段 1 0 5は受信したコンテンツ情報 2 0 0を、 同報配信路 1 2 1を介して受信装置 1 3 1に送信する （図 5 ： S 5 0 2 )。
次に上記放送送信制御手段 1 0 4は、 コンテンツデータ 3 0 0を同様に放送送 信手段 1 0 5に送信し、 当該放送送信手段 1 0 5は受信したコンテンツデータ 3 0 0を、 同報配信路 1 2 1を介して受信装置 1 3 1に送信する （図 5 ： S 5 0 3 尚、 上記放送送信手段 1 0 5によるコンテンツデータ 3 0 0の送信は、 所定の コンテンツ情報 2 0 0に対応するコンテンツデータ 3 0 0がー通り送信されるま で行われる （図 5 ： S 5 0 4 No→S 5 0 3→S 5 0 4 Yes)。
以上により、 例えば 1曲分の音楽データが受信装置に対して配信される。 尚、 送信すべき音楽データが複数ある場合 （ここでは 1 0曲とする） には上記同様に 他の音楽データも配信される。 但し、 この場合には、 コンテンツ情報 2 0 0をま ず 1 0曲分配信した後、 コンテンツデータ 3 0 0を 1 0曲分配信するものとする 尚、 上記配信がカル一セル方式を利用する場合、 所定の時間内で、 上記コンテ ンッ情報 2 0 0の配信からコンテンツデータ 3 0 0の配信終了までを繰り返す （ 図 5 ： S5 0 2→S5 04Ye s)。
以上が、 送信装置 1 0 1の音楽データ配信までの処理である。
[受信装置におけるデータ受信処理]
続いて、 受信装置 1 3 1において、 上記送信装置 1 0 1より配信されたコンテ ンッ情報 2 0 0、 及びコンテンッデータ 3 0 0の処理方法について説明する。 上記受信装置 1 3 1を構成する放送受信手段 1 3 5が、 同報配信路 1 2 1を介 して上記コンテンツ情報 2 0 0を受信すると、 当該受信したコンテンツ情報 20 0を放送受信制御手段 1 34に送信する。 次に、 上記放送受信制御手段 1 34は 、 上記コンテンツ情報 2 0 0をエラー検出手段 14 1に送信し、 エラー検出手段 1 4 1は、 上記エラー訂正符号 3 1 2を用いて当該コンテンツ情報 2 0 0が正常 に受信されているかを確認する （図 6 ： S 6 0 1 )。
上記コンテンツ情報 2 00が正常に受信されている場合には、 上記エラー検出 手段 1 4 1は当該コンテンツ情報 2 0 0をバケツ ト記憶手段 1 3 9に記憶する。 尚、 正常に受信されていないと判断されたコンテンツ情報 2 0 0は破棄される。 また、 上記コンテンツ情報 2 00に続いて配信される複数のコンテンツデ一タ 3 0 0も、 上記同様、 放送受信制御手段 1 34からエラー検出手段 1 4 1に送信 され、 エラ一訂正符号 33 5を用いて正常受信が確認された後、 パケッ ト記憶手 段 1 3 9に記憶される （図 6 ： S 6 02→S 6 0 3)。
尚、 カル一セル方式にて配信が行われている場合には、 上記コンテンツ情報受 信処理 （S 6 0 1) よりパケッ ト格納処理 （S 6 0 3 ) までを所定の回数だけ繰 り返す。
次に、 上記放送受信制御手段 1 34は、 上記コンテンツ情報 2 00に格納され る送信終了時刻 3 1 1より、 カル一セル方式を用いたデータ配信が終了したと判 断すると、 続いてパケッ ト （コンテンツ情報 2 0 0及びコンテンツデータ 3 00 ) の欠落の検出を行う （図6 : 36 04)。 尚、 データ配信の終了は、 例えば上記 コンテンツ情報 2 0' 0に含まれる送信終了時刻 3 1 1にて確認される。
上記コンテンツ情報 2 0 0の欠落は、 コンテンツデータ 3 0 0に含まれるコン テンッ識別子 3 3 1に対応するコンテンツ情報の欠落により判断してもよい。 ま た、 コンテンツ情報 2 0 0が複数送信された場合には、 連番で振られたコンテン ッ識別子 3 0 1の欠如により判断してもよい。
上記コンテンツデータ 3 0 0の欠落は、 例えばコンテンッ情報 2 0 0に含まれ るコンテンツ識別子 3 0 1、 データサイズ 3 0 4及びパケット数 3 0 5を参照し 、 対応するコンテンツデータ 3 0 0の数、 及びデータ 3 4 4の合計を計算するこ とにより検出することができる。 ここで、 コンテンツ情報 2 0 0に対応するコン テンッデータとは、 コンテンツ識別子 3 0 1に一致するコンテンツ識別子 3 3 1 を有するコンテンツデータを指す。
尚、 コンテンツデータの欠落が検出された場合には、 連番で振られたパケット 識別子 3 3 2を参照することで、どのコンテンツデータが欠落しているかを知る ことができる。
上記パケッ トの欠落の検出において、 上記受信したパケットがすべて正常であ る場合、 各音楽データのコンテンツ識別子 3 0 1がデータ再構成手段 1 3 3に送 信される （図 6 ： S 6 0 4 Y e s )。 上記コンテンッ識別子 3 0 1を受信した再構 成手段 1 3 3は、 パケット記憶手段 1 3 9より当該コンテンッ識別子 3 0 1に対 応するコンテンツ情報 2 0 0、 及びコンテンツデータ 3 0 0を読み出し、 当該コ ンテンッ情報 2 0 0、 及びコンテンツデータ 3 0 0に基づいて音楽データを構成 する （図 6 ： S 6 1 1 )。
上記データ再構成手段 1 3 3により構成された音楽データは、 必要に応じて例 えばテレビ、 ラジオ、 ステレオ等の再生装置 1 3 2に送信され、 当該再生装置 1 3 2は、 受信した音楽データを再生する。 また、 必要に応じて図示しない記憶手 段に記憶され、 ユーザの指示に応じて読み出されて再生される。
以上が、 受信装置 1 3 1の音楽データを受信してから再生するまでの処理であ る。
[受信装置における選択処理]
続いて、受信装置 1 3 1にてパケットを受信したが当該パケットが正常な状態 ではなかった場合、 またはパケット自体が受信できなかった場合等には、 当該パ ケットは欠落パケットとなる。 特に自動車や携帯電話等の移動端末では、 トンネ ルゃ地下街に入ることにより頻繁に欠落バケツ卜が発生することが容易に予想で さる。
そこで、 上記欠落バケツトを取得する為に上記受信装置 1 3 1は、 上記送信装 置 1 0 1に対して欠落パケットの送信要求である再送要求を送信する。
但し、 欠落パケッ トを有する音楽デ一夕、 即ち不完全な音楽データすベてにつ いて再送要求を送信した場合、 送信装置 1 0 1に膨大な負荷がかかることが予想 される。 また、 上記受信装置 1 3 1を用いて音楽データを取得しょうとするユー ザが、 すべての音楽データを必要とする （欲する） とも限らない。 そこで、 上記 受信装置 1 3 1が再送要求を送信装置 1 0 1に送信する前段に、 再送要求を送信 すべき音楽データを選択する選択処理を行う。
上記受信装置 1 3 1を構成するデータ選択手段 1 4 2は、 パケット記憶手段 1 3 9より既に受信しているコンテンツ情報 2 0 0、 及びコンテンツデータ 3 0 0 を用いて、 例えば図 7に示す配信データリスト 7 0 0を作成する （図 8 ： S 8 0 1 )。 当該配信デ一タリスト 7 0 0は、 コンテンツ識別子 3 0 1、 コンテンツ名称 3 0 2より得られる曲名 7 0 1及びアーティスト 7 0 2、 データサイズ 3 0 4、 付加情報 7 0 3、 受信データ量 7 0 4、 欠落データ情報 7 0 5、 ダウンロード状 況 7 0 6より構成される。 上記受信デ一夕量 7 0 4は、 正常に受信したパケット のデータ 3 3 4を集計することで得られる。 また、 欠落データ情報 7 0 5は、 ど のコンテンツデ一夕が欠落しているかを例えばパケット識別子 3 3 2を用いて記 憶している。 上記付加情報 7 0 3は、 付加情報 3 2 0に含まれる情報の一部、 又 は全部で構成されるが、 ここでは必ずしも必要ではない。 上記ダウンロード状況 7 0 6は、 例えばコンテンツ識別子 3 0 1に対応する舎 楽データがどのような状態か （ダウンロード完了、 欠落パケッ トあり等） を示す 次に、 上記データ選択手段 1 4 2は、 各音楽データ （コンテンツ識別子 3 0 1 が異なるコンテンツ） 毎に、 デ一夕サイズ 3 0 4と受信デ一夕量 7 0 4の差であ る D rを求める （図 8 ： S 8 0 2 )。
続いて上記データ選択手段 1 4 2は、 D rを判定する （図 8 ： S 8 0 3 )。 ここで、 D r = 0であれば、 すべてのコンテンツデータが正常にダウンロード できており、 再生可能であるために、 上記デ一夕選択手段 1 4 2は、 例えばダウ ンロ一ド状況 7 0 6にその旨.を入力する （図 8 ： S 8 0 3→S 8 0 4 )。 ここでは 、 再生可能であるコンテンツのダウンロード状況 7 0 6に "〇" を入力するもの とする。
また、 0 < D r < = D f— max である場合、 欠落したパケッ トを一定数ダウン ロードすることで音楽データが問題なく再生できるため、 上記デ一タ選択手段 1 4 2は、 例えばダウンロード状況 7 0 6に "△" を入力する （図 8 ： S 8 0 3→ S 8 0 5 )。但し、 上記再送要求の対象となる音楽データのコンテンツ情報 2 0 0 内の再送要求許可 3 0 8に、 再送要求を許可しない旨の情報が格納されている場 合には、 上記ダウンロード状況 7 0 6への "△" の入力は行わない。
尚、 上記 D f— max は、 後述する再送要求を行った後に欠落バケツ トを受信す る際に、 配信 （送信） される欠落データのデータ量の最大値を示す。 即ち、 D i —max が大きい場合には例えば音楽デ一夕の殆どを放送により受信できなかつた 場合でも再送要求が可能となる。 また、 D f— max が小さい場合で、 音楽データ が放送により十分受信できていない場合には、 再送要求ができないことになる。 上記 D f _max は、 受信装置 1 3 1 にてュ一ザもしくは例えば上記データ選択手 段 1 4 2が自由に設定可能である。
また、 D r > D ί— max である場合、 欠落パケッ トのデータ量が配信される （ 配信可能な） 欠落データのデータ量の最大値より大きいため、 上記データ選択手 段 1 4 2は、 ダウンロード状況に何も入力しない。
各音楽データ毎に上記 D rの判定を行い、 ダウンロード状況 7 0 6に対する入 力が終了すると、 上記データ選択手段 1 4 2は、 上記配信デ一夕リスト 7 0 0を 再構成し、 図 9に示す配信データリスト 9 0 0を作成する （図 8 ： S 8 0 6 )。 こ こで言う再構成とは、 ダウンロード状況 7 0 6に入力の無い音楽データのリスト を削除することである。
例えば、 図 7に示した配信デ一夕リスト 7 0 0では、 再生可能な音楽データは " A O 0 1 "、 " A O 0 6 "、 " A O 0 9 " であり、 再送要求が可能である音楽デ一 夕は、 " A 0 0 4 "、 " A 0 0 5 "、 " A 0 0 8 " である。
この例では、 上記データ選択手段 1 4 2は、 上記放送受信制御手段 1 3 4は、 上記ダウンロード状況 7 0 6に "〇" 及び "△" が入力されている、 " A 0 0 1 " 、 " A 0 0 4 " ~ " A 0 0 6 "、 " A 0 0 8 "、 " A 0 0 9 " を有する配信デ一タリス ト 9 0 0 (図 9 ) を作成する。 但し、 後述する再送要求を行わない場合は、 上記 ダウンロード状況 7 0 6に "〇" が入力されているデータ、 即ち欠落データを有 さないデータのみから上記配信データリスト 9 0 0を作成してもよい。
続いて、 上記データ選択手段 1 4 2は、 例えば上記受信装置 1 3 1に備えられ たディスプレイや、 接続されたテレビ等に対して上記配信デ一夕リスト 9 0 0を そのまま、 あるいは必要な項目だけ抜き出して表示する （図 8 : S 8 0 7 )。 上記表示の一例を図 1 0に示す。 ここでは、 テレビ画面 1 0 0 0に対して上記 配信デ一夕リスト 9 0 0のダウンロード状況 7 0 6、 コンテンツ識別子 3 0 1、 曲名 7 0 1、 アーティスト 7 0 2のみをダウンロード選曲画面 1 0 0 2として表 示している。 尚、 従来のテレビ放送等は T V番組表示領域 1 0 0 1に表示されて いる。
上記配信データリスト 9 0 0が表示されると、 ユーザは当該配信データリスト 9 0 0に表示された音楽データの中から必要とする音楽データを選択する （図 8 ： S 8 0 8 )。 尚、 "〇" で表示された音楽データは既に再生可能であるため、 選 択するのは "△" が記される音楽データである。 ここで、 上記選択は、 例えばリ モ一トコントローラにより行われてもよいし、 夕ツチパネルとして構成される T V画面 1 0 0 0をユーザが触れるようにしてもよい。
上記ュ一ザが音楽データを選択すると、 上記データ選択手段 1 4 2は、 例えば 当該音楽デ一夕のダウン口一ド状況 7 0 6の表示を "▲" に変更する。 また、 ュ —ザが例えばダウンロード 1 0 0 3表示を選択 （押下） することで、 配信データ リスト 9 0 0の上記ユーザの選択に対応するダウンロード状況 7 0 6の情報も " ▲"に変更する。 尚、欠落データを有さないデータのみから上記配信デ一タリスト 9 0 0を作成した場合には、 ユーザは例えば必要なデ一夕のみ選択することで、 不必要なデータを受信装置に記憶しておくことなく直ちに削除可能となる。 当然 、 ユーザに選択されたデ一夕は欠落データを含まない為直ちに再生可能である。 ダウンロード （欠落パケットの補完） する音楽データの選択が完了すると、 デ —夕選択手段 1 4 2は、 ユーザの選択に対応する音楽データの欠落バケツトを再 送要求制御手段 1 3 8に送信する （図 8 ： S 8 0 9 )。 ここで、 上記欠落パケット は、 配信データリスト 9 0 0の上記欠落デ一夕情報 7 0 5に格納されているパケ ット識別子 3 3 2と、 コンテンツ識別子 3 0 1とを組み合わせることにより表す ことができる。
以上のように、 受信装置において、 所定の閾値 （ここでは D f _max) を用いて 、 欠落パケットをたくさん含むために欠落パケットの補完に時間がかかるコンテ ンッを再送要求の対象からあらかじめ排除することで、 例えば後述する双方向通 信路を利用した欠落パケッ卜の補完の際に、 送信装置 1 0 1の負担を減らすこと が可能である。 また、 補完の対象として選択されたコンテンツの補完にかかる時 間が短いために、 ユーザが双方向通信路を利用する際の金銭的負担を抑えること ができる。
さらに、 補完の対象となるコンテンツを表示し、 ユーザが必要とするコンテン ッのみ選択させることで、 必要でないコンテンツの補完を行うことがないため、 一層送信装置での負担を減らすことが可能となる。
尚、 所定の閾値を用いて再送要求の対象から予め欠落バケツ トをたくさん含む コンテンツを排除した後、 ユーザに選択させる処理を行わずに自動的に再送要求 を行うようにしてもよい。
[受信装置における再送要求処理]
続いて、 上記再送要求手段 1 3 8が行う再送要求処理の詳細について説明する 。 上記データ選択手段 1 4 2から欠落パケットのパケット識別子、 及び当該パケ ット識別子に対応するコンテンツ識別子を受信すると、 上記再送要求制御手段 1 3 8は、 当該欠落パケットの再送を送信装置 1 0 1に要求する。 この際、 当該再 送要求は、 電話回線ゃィンターネッ ト等の双方向通信路 1 2 2を介して送信され る。
ここで、上記再送要求に用いられるバケツトのフォーマツ 卜の例を図 1 1に示す 。 図 1 1 ( a ) において、 パケット 1 1 0 0を構成する受信装置識別子 1 1 0 1 は、 再送要求を行う受信装置 1 3 1を一意に識別可能な値である。 具体的には、 アドレス （ I Pアドレス）、 電話番号等が挙げられる。 要求種別 1 1 0 2は、 再送 要求の内容、 種類、 書式などを示すが詳細は後述する。 再送待ち時間 1 1 0 3は 、 再送要求を行った受信装置が、 バケツト識別子 1 1 0 5で指定したパケットの 再送を待つ時間を示す。 従って、 送信装置が再送要求を受信した時刻に再送待ち 時間 1 1 0 3を加算した時刻まで、 受信装置は再送待ちを行う。 尚、 図 1 1 ( b ) のバケツト 1 1 1 0には、 上記再送待ち時間 1 1 0 3に変えて再送待ち終了時 刻 1 1 1 1を指定している。 コンテンッ識別子 1 1 0 4、 及びパケット識別子 1 1 0 5は、 送信装置に再送させるべきバケツトを示し、 コンテンツデ一夕 3 0 0 におけるコンテンツ識別子 3 3 1、 及びバケツト識別子 3 3 2にそれぞれ対応す る。 上記コンテンツ識別子 1 1 0 4、 及びパケット識別子 1 1 0 5の 2つを用い て所定のパケットを一意に特定可能である。 但し、 バケツト識別子 1 1 0 5がコ ンテンッの識別も可能な情報を含む場合には、 コンテンツ識別子 1 1 4は必ずし も必要ない。
さらに、 図 1 1 ( a ) または図 1 1 ( b ) に示すようにパケッ トごとに再送要 求を行う以外に、 図 1 1 ( c ) のパケット 1 1 2 0に示すように、 パケット数 1 1 2 1及び複数のパケット識別子 1 1 2 2を設けることで、 複数のパケットを一 括して再送要求してもよい。 また、 図 1 1 ( d ) のパケット 1 1 3 0に示すよう に、 パケット数 1 1 3 1及び先頭パケット識別子 1 1 3 2を設けることで連続し た複数のバケツトを指定してもよい。
以上のように、 複数のパケットを一括して指定して再送要求を行うことで、 再 送要求のバケツト自体を減らすことが可能となる。
尚、 図 1 1には、 再送要求のパケットのフォーマットについて代表的な例を示 しているが、 上記再送待ち時間の指定方法及びバケツ 卜の指定方法については任 意に組み合わせることができる。 また複数のパケット指定方法を混在させて用い ても構わない。 この場合、 再送要求の内容は、 要求種別 1 1 0 2の情報により識 別される。
さて、 上記データ選択手段 1 4 2から欠落パケッ トのパケッ ト識別子、 及び当 該パケッ ト識別子に対応するコンテンツ識別子を受信すると、 上記再送要求制御 手段 1 3 8は、 当該欠落バケツトの再送を送信装置 1 0 1に要求する。
この際に、 再送待ち時間 1 1 0 3に " 0 " が指定された場合には直ちに再送を 要求することを示すものとする。 上記再送待ち時間 1 1 0 3に設定された " 0 " 以外の数字は、 上記受信装置 1 3 1が再送パケット受信を待機する時間であり、 例えば " 5分" や " 1 5分" といった値である （図 1 2 ： S 1 2 0 2 )。 当該待ち 時間は、 ユーザの入力により決定されてもよいし、 予め所定の数字が入力される ようにしてもよい。
上記再送要求制御手段 1 3 8が上記再送待ち時間 1 1 0 3を設定した後、 上記 再送要求送信手段 1 3 7は、 図 1 1に示した例えばバケツト 1 1 0 0を送信装置 1 0 1に双方向通信路 1 22を介して送信する （図 1 2 ： S 1 2 0 3 )。 この際、 コンテンッ情報 2 0 0に含まれている再送要求先 3 0 9に基づいて上記送信装置
1 0 1が決定される。
上記受信装置 1 3 1が再送要求を送信した後、 例えば
·不正なパケッ ト識別子あるいは不正なコンテンツ識別子が指定された場合、
•指定されたパケットが再送を許可されていない場合、
•指定されたパケットの合計サイズが大きすぎる場合、
•指定されたバケツトが既に送信可能ではない場合
等は、 上記送信装置 1 0 1が要求拒絶通知の応答を送信する。
このような場合、 当該応答は応答受信手段 1 3 6を介して再送要求制御手段 1
3 8に受信され、 当該再送要求制御手段 1 3 8は再送要求の処理を終了する （図
1 2 ： S1 2 04Y e s→S 1 20 5)。
尚、 再送要求に対して上記送信装置 1 0 1から再送要求受付の応答が送信され た場合、 上記再送要求制御手段 1 3 8は、 上記受け付けられた再送要求の内容を 再送要求記憶手段 140に記憶する （図 1 2 : S1 2 04N o→S 1 20 6)。 続いて、 上記再送要求に対応する欠落パケットが、 同報配信路 1 2 1を介して 送信された場合、 放送受信手段 1 3 5、 放送受信制御手段 1 34、 エラー検出手 段 14 1を介してパケット記憶手段 1 39に記憶される。 但し、 当該記憶される 前段に、 上記再送要求制御手段 1 3 8にて受信された欠落パケットがチェックさ れ、 再送要求記憶手段 140内に対応する欠落パケッ トの情報があった場合には 当該情報が削除される （図 1 2 : S 1 20 7→S 1 2 0 9)。
又、 上記再送要求制御手段 1 38が所定のタイミングで再送要求記憶手段 14
0を参照し、 定めた再送待ち時間 1 1 03が過ぎても送信されていない （受信で きていない） パケットを見つけると、 上記送信装置 1 0 1に対して再度再送要求 を送信する （図 1 2 ： S 1 2 0 8→S 1 2 09 )。 ここで、 上記再送要求に対応す る欠落バケツトが、 双方向通信路 1 22を介して送信された場合、 応答受信手段 1 3 6を介してパケット記憶手段 1 3 9に記憶される。 但し、 上記同様、 当該記 憶される前段に、 上記再送要求制御手段 1 3 8にて受信された欠落パケットがチ エックされ、 再送要求記憶手段 1 4 0内に対応する欠落バケツトの情報があった 場合には当該情報が削除される （図 1 2 : S 1 2 1 1→S 1 2 0 9 )。
尚、 上記同報配信路 1 2 1、 及び双方向通信路 1 2 2のどちらを介して欠落パ ケットが上記受信装置 1 3 1に受信されるかについては、 以下の送信装置 1 0 1 の処理にて説明する。
上記受信装置 1 3 1が欠落パケットを受信すると、 データ再構成手段 1 3 1が 音楽データを再構成する。
上記データ再構成手段 1 3 3により構成された音楽データは、 必要に応じて例 えばテレビ、 ラジオ、 ステレオ等の再生装置 1 3 2に送信され、 当該再生装置 1 3 2は、 受信した音楽データを再生する。 また、 必要に応じて図示しない記憶手 段に記憶され、 ユーザの指示に応じて読み出されて再生される。
以上のように、 受信装置にて、 再送要求を再送要求記憶手段に記憶しておき、 送信装置からの欠落パケットの受信を確認することで、 受信していない欠落パケ ットを確実に認識し、 後述する双方向通信路を介した欠落バケツトの受信を確実 に行うことができる。
[送信装置における再送処理]
さて、 上記受信装置 1 3 1からの再送要求を、 再送要求受信手段 1 0 7を介し て受信すると、 まず、 再送制御手段 1 0 8は、 受信した再送要求の内容を確認す る。
ここで、 上記再送要求が
-不正なバケツ ト識別子あるいは不正なコンテンツ識別子が指定された場合、 •指定されたバケツトが再送を許可されていない場合、
·指定されたバケツ卜の合計サイズが大きすぎる場合、
•指定されたバケツ トが既に送信可能ではない場合 等では、 要求拒絶通知を、 応答手段 1 06、 双方向通信路 1 22を介して受信装 置 1 3 1に送信し、 再送処理を終了する （図 1 3 : S 1 3 03 Y e s→S 1 3 0 4)。
以上のように、 送信装置側で送信不能と判断した再送要求に対して再送要求を 拒絶することにより、 受信装置での不要な再送待ちを回避することができる。 上記再送要求に問題がない場合、 上記再送制御手段 1 0 8は、 当該再送要求に 対応する要求受理通知を、 応答送信手段 1 0 6、 双方向通信路 1 22を介して上 記受信装置 1 3 1に送信する （図 1 3 : S 1 3 0 3No→S 1 3 05 )。 続いて、 上記再送制御手段 1 08は、 上記受信した再送要求を再送要求記憶手段 1 1 0に 記憶する。
次に、 一定時間経過後上記再送制御手段 1 0 8は、 複数の受信装置から受信し て上記再送要求記憶手段 1 1 0に記憶した再送要求を集計し、 同報配信路 1 2 1 、 又は双方向通信路 1 2 2のどちらを利用してバケツトを再送するかを決定する (図 1 3 ： S 1 3 0 6 )。
尚、 上記集計方法の具体例を以下に示す。 上記再送制御手段 1 08は、 所定の タイミングで上記再送要求記憶手段 1 1 0に記憶された再送要求を読み出し、 例 えば図 1 4に示したグラフ 1 40 0を作成する。 グラフ 140 0は、 各コンテン ッ （音楽デ一夕） 毎に、 当該コンテンツを構成するパケットの再送要求を視覚的 に表したものである。 例えばコンテンッ A 140 1 (音楽データ A) は、 "0 0 0 1 " 〜 "2 0 0 0 " のパケッ ト識別子を付された 2 0 00個のバケツ 卜で構成さ れている。 又、 このグラフからは、 コンテンツ Aを構成し、 パケット識別子- " 0 0 0 1 " のバケツ 卜の再送要求は約 7個、 バケツ ト識別子 = " 20 0 0 " のパ ケッ 卜の再送要求は約 7 8 0個と読み取ることができる。
以上の集計結果から、 例えばコンテンツ B 1404を構成するバケツ卜の再送 要求が多く、 コンテンツ C 140 5を構成するパケットの再送要求は少ないと判 断することができる。 ここで、 すべてのコンテンツを構成するパケットを同報配信路 1 2 1を介して 配信してもよいが、 当然、 既に異なるコンテンツ （例えばコンテンツ X、 コンテ ンッ γ等） が送信されている為、 コンテンツ A〜Cのためだけに同報配信路 1 2 1を使用するわけにも行かない。 ■
そこで、 上記再送制御手段 1 0 8は、 現在の同報配信路 1 2 1の使用状況と上 記グラフ 1 4 0 0より、 所定の閾値、 例えば再送要求パケット数が 4 0 0個以上 のもの （コンテンツ Bを構成するパケット、 及びコンテンツ Aを構成するパケッ トであって、 バケツト識別子が " 0 7 0 0 " 〜 " 2 0 0 0 " のパケット 1 4 0 3 ) を選択する。
上記選択されたパケットに対応するコンテンツ識別子 3 3 1、 及びパケッ ト識 別子 3 3 2は、 上記再送制御手段 1 0 8により放送送信制御手段 1 0 4に送信さ れる。
上記放送送信制御手段 1 0 4は、 受信したコンテンツ識別子 3 1 1、 及びパケ ット識別子 3 3 2に対応するパケットをバケツト記憶手段 1 0 9より読み出し、 上記放送送信手段 1 0 5を介して再度受信装置 1 3 1に送信する （図 1 3 ： S 1 3 0 7 )。
上記同報配信路 1 2 1を介して再送バケツトを受信した受信装置 1 3 1は、 図 6に示した受信処理と同様に、 データの再構成を行う。
尚、 上記同報配信路 1 2 1を介したパケットの再送時に、 上記受信装置 1 3 1 により示された再送待ち時間 1 1 0 3の短いものから優先して再送するといつた 処理も可能である。
ところで、 上記所定の閾値以下のパケット、 即ち、 コンテンツ Cを構成するパ ケッ ト、 及びコンテンツ Aを構成するパケットであって、 パケット識別子が " 0 0 0 1 " 〜 " 0 6 9 9 " のパケットは、 同報配信路 1 2 1からは配信されない。 この場合、 上記受信装置 1 3 1を構成する再送要求制御手段 1 3 8は、 上記再送 要求記憶手段 1 4 0を参照し、 再送待ち時間を超えているバケツトに関して例え ば一括して再度再送要求を送信する。 再度再送要求が双方向通信路 1 2 2を介し て送信装置 1 0 1に受信されると、 上記送信装置 1 0 1は、 当該双方向通信路 1 2 2を用いた再送要求に対して、 対応するパケットをバケツト記憶手段 1 0 9よ り読み出し、 双方向通信路 1 2 2を介して送信する （図 1 3 ： S 1 3 0 8— S 1 3 0 9 )。
上記双方向通信路 1 2 2、 応答受信手段 1 3 6を介して再送バケツトを受信し た再送要求制御手段 1 3 8は、 再送要求記憶手段 1 4 0内の対応する欠落バケツ トの情報を削除すると共に、 受信したバケツトをパケット記憶手段 1 3 9に記憶 する。 以後、 すべてのパケットがそろった音楽データは、 データ再構成手段 1 3 3により再構成され、 必要に応じて例えばテレビ、 ラジオ、 ステレオ等の再生装 置 1 3 2に送信されて再生される。
以上のように、 受信装置からの再送要求に基づいて再送に利用する送信路を選 抉することで、 例えば大量に再送しなければならないバケツトは同報伝送路から 送信し、 比較的少量の再送で問題ないパケットは双方向通信路から送信する、 と いった再送を行うことが可能となる。 結果として、 同報配信路を用いた再送に起 こりうる無駄、 即ち、 少数受信装置宛てのパケットの、 同報配信路を用いた再送 を最小限に抑えて同報配信路を有効利用することが可能となる。 又、 双方向通信 路を用いた再送に起こりうる、 回線の確保の問題や必要以上の回線能力、 処理能 力の準備の問題等を解決することが可能となる。
また、 受信装置でも大量の欠落パケットすべてを双方向通信路の利用により取 得する場合よりも回線使用料を抑えることが可能になり、 また確実に必要とする コンテンッを取得することが可能になる。
尚、 上記実施の形態 1においては、 受信装置からの 2度目の再送要求に対して 双方向通信路を利用して欠落バケツ卜を送信しているが、 例えば 2度目以降の再 送要求に対しても、 同報配信路を用いた再送と双方向通信路を用いた再送の選択 を行うようにしてもよい。 また、 上記実施の形態 1ではコンテンツの一例として音楽データを例にあげた が、 動画、 静止画、 文字データ、 音声データ、 プログラム等であっても構わない
(実施の形態 2 )
次に、 本発明に係る送信装置、 受信装置、 送受信システムの、 実施の形態 2に ついて説明する。 実施の形態 2では、 上記実施の形態 1を基礎とし、 受信装置 1 3 1にてユーザが再送経路を指定可能としている。
即ち、 受信装置 1 3 1が、 図 6における全パケットが正常か否かの確認 （S 6 0 4 ) に際して、 正常でない場合には当該正常ではないコンテンツ （音楽データ ) を表示することで例えばコンテンツごとにユーザに再送経路の選択を促すので ある。
上記再送経路の選択を促す表示例を図 1 6に示す。 図 1 6は、 例えば上記図 7 に示した配信データリスト 7 0 0のダウンロード状況 7 0 6を用いて、 所定の閾 値によりダウンロード可能とされたコンテンツに対するユーザの指示を入力する 為の入力画面 1 6 0 0であり、 例えば上記データ選択手段 1 4 2により表示され る。
上記入力画面 1 6 0 0には、 欠落パケットを有するコンテンツの曲名 7 0 1 ( ここでは曲名 4 ) が表示されると共に、 当該欠落パケットに対する処理が 3つの ボタン 1 6 0 1 ~ 1 6 0 3により選択可能となっている。
また、 利用者の判断材料として、 全体のコンテンツに対する正常受信データの 割合及び欠落パケットのデータ量 1 6 0 4、 受信完了までの待ち時間の予想 1 6 0 5、 受信に双方向通信路 1 2 2を選択した際の通信料金 1 6 0 6等が表示され ている。
上記入力画面 1 6 0 0に対して、 例えば 「無視する」 1 6 0 1をユーザが選択 した場合、 上記コンテンツの欠落パケットは再送要求されることが無い。 又、 パ ケット記憶手段 1 3 9に記憶されている正常受信されたパケットは、 所定の時間 経過後に削除される。 但し、 他のユーザの再送要求等により同報配信路 1 2 1を 介して欠落パケッ トを受信した場合にはコンテンツを正常受信できたものとして 保存してもよい。
上記入力画面 1 6 0 0に対して、 例えば 「再送を要求する」 1 60 2をユーザ が選択した場合、 同報配信路 1 2 1を介した再送信の要求として、 欠落パケッ ト の再送要求が送信装置 1 0 1に送信される （図 1 5 : S 1 5 0 1 Ye s→S 1 5 0 2→S 1 5 0 3 )。 具体的には、 例えば要求種別 1 1 0 2に 「同報配信路」 が入 力されたバケツ ト 1 1 0 0が再送要求制御手段 1 3 8から双方向通信路 1 22を 介して送信制御手段 1 0 8に送信される。
上記再送要求を受信した送信装置 1 0 1は、 上記実施の形態 1と同様、 当該再 送要求を再送要求記憶手段 1 1 0に記憶し、 集計して同報配信路 12 1より送信 する。 尚、 再送要求の拒絶や待ち時間の設定等は必ずしも行う必要は無い。 続いて、 上記受信装置 1 3 1は、 同報配信路 1 2 1を介して欠落パケッ トを受 信する （図 1 5 ： S 1 5 04)。 但し、 同報配信路を介した再送は、 必ずしも行わ れるとは限らない。 同報配信路 1 2 1を介して欠落パケッ トを受信した受信装置 1 3 1は、 上記実施の形態 1と同様、 データを再構成することでコンテンツを再 生可能になる （図 1 5 : S 1 5 04→S 6 1 1)。
又、 上記入力画面 1 6 0 0に対して、 例えば 「直ちに再取得する」 1 60 3を ユーザが選択した場合、 双方向通信路を介した再送信の要求として、 欠落バケツ トの再送要求が送信装置 1 0 1に送信される （図 1 5 : S 1 5 0 1N o→S 1 5 0 5→S 1 5 0 6 )。 具体的には、 例えば要求種別 1 1 0 2に 「双方向通信路」 が 入力されたパケッ ト 1 1 0 0が再送要求制御手段 1 38から双方向通信路 1 22 を介して送信制御手段 1 08に送信される。
この場合、 上記再送要求に対して、
·不正なパケッ ト識別子あるいは不正なコンテンツ識別子が指定された場合、 • 指定されたバケツ 卜が再送を許可されていない場合、 •指定されたパケットが既に送信可能ではない場合
等がチェックされ、 再送要求が拒絶されれば欠落パケットの受信は行われない （ 図 1 5 : S 1 5 0 7 Ye s→S 1 5 08 )。
上記再送要求が拒絶されなければ、 双方向通信路 1 2 2を介して上記再送要求 に示された欠落バケツトを受信する （図 1 5 : S 1 5 0 7 No→S 1 5 0 9)。 双方向通信路 1 22を介して欠落パケットを受信した受信装置 13 1は、 上記 実施の形態 1と同様、 デ一夕を再構成することでコンテンツを再生可能になる （ 図 1 5 : S 1 5 09→S 6 1 1)。
以上のように、 欠落パケットの再送時の経路を、 受信装置にて選択可能とする ことで、 例えばュ一ザにとって重要ではないコンテンツは、 受信できない場合も あるが有料ではない同報配信路を利用して受信し、 重要なコンテンツは有料であ つても双方向通信路を利用して確実に受信するといつた、 重要度に応じた選択が 可能である。
又、 ユーザが例えば放送が届かない地下街等に入る場合には双方向通信路を選 択し、 放送を受信可能な場所であれば同報配信路を選択するといつた、 ユーザの 環境に応じた選択も可能である。
(実施の形態 3 )
次に、 本発明に係る送信装置、 受信装置、 送受信システムの、 実施の形態 3に ついて説明する。 実施の形態 3では、 上記実施の形態 1を基礎とし、 再送要求の 集計に応じて同報通信路による通信の品質を変更する仕組みについて説明する。 まず、 図 1 7に示すのは、 送信装置 1 0 1を構成する再送制御手段 1 08が集 計した、 再送要求数を示すグラフである。 当該グラフの横軸はコンテンツを構成 するパケットの送信時刻を示し、 縦軸は各バケツトに対する再送要求の数を示し ている。 つまり、 折れ線 1 7 04は、 時間経過に伴う再送要求の変化を示してい る。
さらに、 データ率 1 7 0 3は、 同報配信路 1 2 1を介してコンテンツを送 ί言す る際の、 データ率を示している。 ここでデータ率とは、 コンテンツを構成するデ —夕のパケット全体に占める割合を示し、 例えばデータ率を減少させ、 エラー訂 正符号を増加させることにより、 受信装置は受信バケツ卜の誤りを訂正できる確 率が高まり、 即ち伝送品質が向上する。 又、 データ率を増加させ、 エラー訂正符 号を減少させることにより、 誤りを訂正できる確率が下がるが伝送効率を向上さ せることが可能である。
また、 上限値 1 0 0 1は伝送条件変更のための上限値であり、 下限値 1 7 0 2 は伝送条件変更のための下限値であるが詳細は後述する。
さて、 データ率を 8 0 %として放送を開始した直後から、 時刻 1 7 0 5までは 、 再送要求数は上記上限値 1 7 0 1、 及び下限値 1 7 0 2の間である。 しかし、 時刻 1 7 0 5以降時刻 1 7 0 6までは、 再送要求数が上記上限値 1 7 0 1を越え ている。 ここで、 再送要求数が増えているということは、 伝送品質が悪い可能性 がある。 このため、 例えば上記大量の再送要求を処理できるだけの回線数を確保 し、 また、 処理能力及び帯域を確保する必要が生じる。
以上の問題を解決するために、 上記再送制御手段 1 0 8は、 再送要求を受信し 、 再送要求数が上記上限値よりも多い場合、 放送送信制御手段 1 0 4 (又はパケ ット生成手段 1 0 3 ) に対してデ一夕率の減少を指示する （図 1 8 ： S 1 8 0 1 →S 1 8 0 2 Y e s→S 1 8 0 3 )。
上記指示を受けた放送送信制御手段 1 0 4は、 例えばデータ率を 6 0 %にして コンテンツを送信する。
上述したように、 データ率を下げることにより伝送効率は低下するが伝送品質 を向上させることが可能となる。 つまり、 データ率を下げることにより再送要求 が減少する。
また、 例えば時刻 1 7 0 7から時刻 1 7 0 9までは、 再送要求数が上記下限値 1 7 0 2を下回っている。 ここで、 再送要求数が減っているということは、 伝送 効率が悪いといえる。 このため、 上記再送制御手段 1 0 8は、 放送送信制御手段 1 0 4に対してデータ率の増加を指示する （図 1 8 : S 1 8 0 4 Y e s→S 1 8 0 5 )。
上記指示を受けた放送送信制御手段 1 0 4は、 例えばデータ率を 7 0 %にして コンテンッを送信する。
尚、 上記上限値は、 例えば再送要求を処理する回線数、 処理能力及び帯域を等 によって決定することにより、 システムに応じたデータ率を自動的に維持するこ とができる。
以上のように、 再送要求に基づいて同報配信路を利用するコンテンツのデータ 率を動的に変更することにより、 最適な伝送効率及び伝送品質を維持することが 可能になる。
尚、 かならずしも直ちに再送要求数を送信条件に反映する必要はない。 再送要 求数を伝送結果の情報として蓄積し、 伝送路網の構築や伝送方式の改善において 、 信頼性の高い資料として用いることができる。
(実施の形態 4 )
次に、 本発明に係る送信装置、 受信装置、 送受信システムの、 実施の形態 4に ついて説明する。 実施の形態 4では、 上記実施の形態 1を基礎とし、 再送要求の 集計に応じて視聴率を参照する仕組みについて説明する。
図 1 9は、 再送要求数を元に受信状況集計手段 1 1 1が算出したコンテンツの 視聴率を示したグラフの例である。 グラフ 1 9 0 0の縦軸はパケットの送信時刻 を示し、 横軸は該当する時刻に送信されたパケットに対する再送要求数から算出 された視聴率を示す。 再送要求は、 受信装置 1 3 1から、 双方向通信路 1 2 2を 介して、 送信装置 1 0 1へ送信されたものである。
再送要求の送受信については、 実施の形態 1において詳述している。 ただし、 実施の形態 1で述べているように、 再送要求は同報バケツトの受信に失敗した場 合のみ、 受信装置から送信される。
従って、 再送要求数は、 送信デ一夕を受信した受信装置の数を反^していない 受信装置から確実に再送要求を受け取るために、 上記受信状況集計手段 1 1 1 は、 受信不能なパケットを送信するように放送送信制御手段 1 0 4に指示する。 上記受信不能なバケツトとは、 送信しないバケツトあるいは誤ったデータを含ん だパケッ トである。 上記受信不能パケットは、 例えば、 一定の時間間隔ごと、 あ るいは一定のバケツト数ごと等の、 所定の条件に基づいて発生させればよい。 送信させた受信不能パケットの情報は、 例えば図示しない記憶手段に保持され る。 続いて、 受信装置 1 3 1より受信した再送要求に指定されたパケット識別子 と、 受信不能パケットの情報を比較することによって、 再送要求の発生原因を識 別することができる。 即ち、 再送不能パケットに対する再送要求数は、 該バケツ トの受信を必要とした受信装置の数を示しており、 受信装置の総数で除算するこ とによって、 該パケットの視聴率を得られる。
図 1 9の視聴率 1 9 0 3は、 一定時間間隔で受信不能バケツ トを発生させて取 得した視聴率を、 時系列に沿ってグラフ化したものである。 図 1 9では、 送信コ
. 9 0 1と送信時刻 1 9 0 2に対応する視聴率を参照することができる 以上のように、 所定のタイミングで受信不能なパケットを送信することで、 再 送要求の受信数からコンテンツの受信状況 （視聴率） を把握することが可能とな る。
(実施の形態 5 )
次に、 本発明に係る送信装置、 受信装置、 送受信システムの、 実施の形態 5に ついて説明する。 実施の形態 5では、 上記実施の形態 1を基礎とし、 再送要求を 用いてコンテンツに課金する仕組みについて説明する。
図 2 0は、 送信装置 1 0 1及び受信装置 1 3 1の間で、 再送要求に関して送受 信される通信の例を示している。 ユーザ 2 0 0 1は、 受信装置 1 3 1の使用者で ある。 まず、 送信装置 1 0 1を構成する課金手段 1 1 2は、 例えば放送送信制御手段 1 0 4を用いて、 送信装置 1 0 1が発生させた受信不能バケツ トを送信する。 上 記受信不能バケツトを受信した受信装置 1 3 1は、 当該受信不能バケツトに対し て再送要求 2 0 0 3を送信する。
上記再送要求 2 0 0 3は、 実施の形態 1に記述した手順により、 受信装置 1 3 1から送信装置 1 0 1へ送信される。 上記再送要求 2 0 0 3を受信した送信装置 1 0 1を構成する課金手段 1 1 2は、 続いて再送要求 2ひ 0 3に対して、 認証要 求 2 0 0 4を送信する。 尚、 上記認証要求 2 0 0 4は、 再送要求を行った受信装 置を識別するための情報を返信するよう要求する通知である。
上記受信装置 1 3 1を構成する課金対応手段 1 4 3は、 上記認証要求 2 0 0 4 を受信すると、 利用者 2 0 0 2に対して認証要求 2 0 0 5を行う。 当該認証要求 2 0 0 5は、 例えばパスヮ一ドゃユーザ I Dの入力を促す動作である。
続いて上記利用者 2 0 0 2により入力された例えばパスヮードゃユーザ I Dは 、 認証応答 2 0 0 6として、 受信装置 1 3 1から送信装置 1 0 1へ送信される。 但し、 上記認証要求 2 0 0 4に対して、 上記受信装置 1 3 1が保持する情報、 例えば受信装置の識別情報、 あるいは設定された利用者情報ゃデ一夕受信用の鍵 情報などを用いて、 認証応答が可能な塲合は、 ユーザに対する認証要求 2 0 0 5 および認証応答 2 0 0 6を行うことなく、 認証応答 2 0 0 6を送信してもかまわ ない。
上記送信装置 1 0 1を構成する課金手段 1 0 6は、 認証応答 2 0 0 6が適正で あると判定すると、 課金通知 2 0 0 8を受信装置 1 3 1へ送信する。 但し、 認証 応答 2 0 0 7が不正であると判定した場合は、 課金通知 2 0 0 8、 2 0 0 9及び 課金応答 2 0 1 0、 から成る課金手順 2 0 1 5を行わずに、 再送要求の拒絶通知 を再送応答 2 0 2 0で送信し、 処理を終了する。
上記課金通知 2 0 0 8には、 有料データの利用料金や支払い方法などが含まれ る。 上記受信装置 1 3 1は、 ユーザ 2 0 0 1に対して課金通知 2 0 0 9を行う。 上記課金通知 2 0 0 9は、 受信装置 2 0 0 0から提示された課金情報を利用者に 通知すると共に、 支払いを行うかどうかの選択や支払いに必要な情報の入力を促 す動作である。 続いて上記ユーザ 2 0 0 1により入力された課金応答 2 0 1 0は 、 送信装置 1 0 1へ送信される。
上記受信装置 1 3 1に対して、 事前に課金受諾や支払い情報が設定されていた 場合は、 利用者に対する課金通知 2 0 0 9および課金応答 2 0 1 0を行わずに、 課金応答 2 0 1 1を送信してもかまわない。 送信装置 1 0 1は、 課金応答 2 0 1 1が適正であると判定すると、 再送要求 2 0 0 3に対応する要求受理通知を、 再 送応答 2 0 2 0として受信装置 1 3 1へ送信する。
続いて、 上記受信装置 1 3 1は、 再送要求 2 0 0 3で指定された再送デ一夕 2 0 1 3を送信して処理を終了する。 上記受信装置 1 3 1は、 再送応答 2 0 1 2で 再送要求受理が通知されると、 再送データ待ちを行い、 再送データ 2 0 1 3を全 て受信して処理を終了する。 なお、 有料ではないデータの場合は、 課金手順 2 0 1 5を行わずに、 認証応答 2 0 0 6に続いて、 再送応答 2 0 2 0、 再送データ 2 0 1 3の送信を行う。
尚、 課金にかかわらず認証要求 2 0 0 4、 及び認証応答 2 0 0 6から成る認証 手順 2 0 1 4を行うことで、 送信装置 1 0 1は受信装置 1 3 1の詳細な情報を得 ることができ、 例えば実施の形態 4で述べた視聴率調査の一部として用いること ができる。
あるいは、 得られた受信装置の情報に基づき、 所定の条件によって受信制限を 行うこともできる。 例えば、 受信装置の制御プログラムを特定の機種にのみ受信 させたり、 年齢制限のあるデ一夕を制限年齢以上の利用者にのみ受信させたりす ることが可能である。
図 2 0では、 双方向通信路 1 2 2を用いて再送データ 2 0 1 3の送信を行って いるが、 同報配信路 1 2 1を用いてもかまわない。 有料データを、 放送路によつ て再送する場合は、 再送データ 2 0 1 3を暗号化し、 復号用の鍵情報を再送応答 2 0 1 2で通知することによって、 課金手順 2 0 1 5が完了した受信装置のみを 対象とした同報送信を実現できる。 なお、 認証手順 2 0 1 4および課金手順 2 0 1 5を併せ、 1回の要求と 1回の応答で実現してもかまわない。
以上のように、 送信装置はコンテンツを操作して受信装置からの再送要求を発 生させることで、 受信装置の認証や配信先の制限、 有料データの課金等を行うこ とができる。
(実施の形態 6 )
次に、 本発明に係る送信装置、 受信装置、 送受信システムの、 実施の形態 5に ついて説明する。 実施の形態 6では、 上記実施の形態 1を基礎とし、 互いに同報 配信路、 及び双方向通信路を備えた構成について説明する。
図 2 1は、 同報配信路に対する送信および受信が可能な送受信装置を用いた、 デ一夕配信システムを示している。 送受信装置 2 1 0 2〜 2 1 0 4は、 図 1の送 信装置 1 0 1と受信装置 1 3 1の各手段 1 0 3〜 1 1 0、 及び手段 1 3 3〜； L 4 2を有する送受信装置である。
送受信装置 2 1 0 2〜2 1 0 4は、 同報配信路 1 2 1を用いた送信および受信 が可能であると共に、 双方向通信路 1 2 2によって相互接続されている。 例えば 、 上記送受信装置 2 1 0 2は、 同報配信路 1 2 1を用いて、 送受信装置 2 1 0 3 および 2 1 0 4に対して、 データを同報送信可能である。 データの同報送信およ び受信には、 実施の形態 1に述べた手順を用いる。 同様に実施の形態 1に述べた 手順により、 送受信装置 2 1 0 3および 2 1 0 4は同報データを受信すると共に 、 受信に失敗したデータを、 通信路 2 1 0 1を介して再送要求し、 再送データは 放送路 2 1 0 0または通信路 2 1 0 1により伝送される。
上述の同報送信、 再送要求、 デ一夕再送は、 送受信装置 2 1 0 3と送受信装置 2 1 0 2、 2 1 0 4との間でも、 送受信装置 2 1 0 4と送受信装置 2 1 0 2 , 2 1 0 3との間でも、 全く同様に行われる。
上記データ配信システムを構成する送受信装置の数に制限はなく、 任意台数の 送受信装置間で、 放送路および通信路を用いたネットワークが構築される。 それ ぞれの送受信装置は、 大量あるいは同報性のあるデータを、 同報配信路 1 2 1を 用いて送信し、 同報送信を補完するデータや装置間の個別デ一タを双方向通信路 1 2 2を用いて伝送することによって、 効率的なデ一夕送受信を実現可能である 以上のように、 上記送受信装置を用いることにより、 同報通信路と双方向通信 路を使い分け、 効率的且つ柔軟にデータ配信を行う伝送ネットワークを構築する ことが可能になる。 産業上の利用可能性
以上のように、 送信装置において、 受信装置からの再送要求に基づいて再送に 利用する送信路を選択することで、 例えば大量に再送しなければならなぃパケッ トは同報伝送路から送信し、 比較的少量の再送で問題ないパケットは双方向通信 路から送信する、 といった再送を行うことが可能となる。 結果として、 同報配信 路を用いた再送に起こりうる無駄、 即ち、 少数受信端末宛てのパケットの、 同報 配信路を用いた再送を最小限に抑えて同報配信路を有効利用することが可能とな る。 又、 双方向通信路を用いた再送に起こりうる、 回線の確保の問題や必要以上 の回線能力、 処理能力の準備の問題等を解決することが可能となる。 即ち、 送信 側より放送波を媒体とする同報配信路を介してデータを同報配信し、 受信側にて 上記同報配信されたデータを受信する送信装置、 受信装置及び放送データ配信方 法に適している。

Claims

請求の範囲
1 . 放送波を媒体とする同報配信路を介して送信装置より同報配信されたデータ を受信する受信装置において、
上記受信したデ一夕のエラ一を検出するエラー検出手段と、
上記エラーを含むデータの再送の要求である再送要求を、 双方向にデータの送 信が可能な双方向通信路を介して送信する再送要求制御手段と、
上記同報配信路又は上記双方向通信路より上記再送要求に対応するデータを受 信する受信手段とを具備することを特徴とする受信装置。
2 . 上記データの受信及び上記再送要求が上記データを構成するパケット単位で 行なわれるに際して、 上記同報配信路又は上記双方向配信路より受信した上記再 送要求に対応するバケツトと、 正常に受信したバケツトを用いて上記デ一夕を再 構成するデータ再構成手段とを具備する請求の範囲第 1項に記載の受信装置。
3 . さらに、 エラーを有するパケット及び所定の閾値に基づいて再送要求を行う データを選択するデータ選択手段を備えると共に、
上記再送要求制御手段は、 上記データ選択手段により選択されたデータについ てのみ再送要求を送信する請求の範囲第 2項に記載の受信装置。
4 . 上記データ選択手段は、 受信すべきデータのユーザによる選択を受け付ける と共に、
上記再送要求制御手段は、 上記ユーザに選択されたデータについてのみ再送要 求を送信する請求の範囲第 3項に記載の受信装置。
5 . 上記再送要求制御手段は、 上記再送要求に上記データの再送経路を指定する 請求の範囲第 1項に記載の受信装置。
6 . 放送波を媒体とする同報配信路を介して送信装置より同報配信されたデータ を受信する受信方法において、
上記受信したデータのエラーを検出するエラー検出ステップと、 上記エラ一を含むデータの再送の要求である再送要求を、 双方向にデータの送 信が可能な双方向通信路を介して送信する再送要求ステップと、
上記同報配信路又は上記双方向通信路より上記再送要求に対応するデータを受 信する受信ステップとを具備することを特徴とする受信方法。
7 . 放送波を媒体とする同報配信路を介して送信装置より同報配信されたデータ を受信する受信装置に、
上記受信したデータのエラ一を検出するエラー検出ステツプと、
上記エラーを含むデータの再送の要求である再送要求を、 双方向にデータの送 信が可能な双方向通信路を介して送信する再送要求ステップと、
上記同報配信路又は上記双方向通信路より上記再送要求に対応するデータを受 信する受信ステツプとを実行させることを特徴とするプログラム。
8 . 放送波を媒体とする同報配信路を介して送信装置より同報配信されたデータ を受信する受信装置に、
上記受信したデータのエラ一を検出するエラー検出ステップと、
上記エラ一を含むデータの再送の要求である再送要求を、 双方向にデータの送 信が可能な双方向通信路を介して送信する再送要求ステップと、
上記同報配信路又は上記双方向通信路より上記再送要求に対応するデータを受 信する受信ステップとを実行させるプログラムを記録したコンピュータ読み取り 可能な記憶媒体。
9 . 放送波を媒体とする同報配信路を介してデ一夕を同報配信する送信装置にお いて、
上記データの送信対象である受信装置から上記データの再送の要求である再送 要求を、 双方向にデータの送信が可能な双方向通信路を介して受信する再送要求 受信手段と、
上記再送要求を記憶する再送要求記憶手段と、
上記再送要求記憶手段に記憶された再送要求に基づいて、 上記再送要求に対応 するデータの再送に利用する送信路を上記同報配信路又は上記双方向通信路から 選択すると共に、 当該対応するデ一夕を選択した送信路を介して再送信する再送 制御手段とを備えることを特徴とする送信装置。
1 0 . 上記再送制御手段は、 上記再送要求記憶手段に記憶された再送要求の個数 に基づいて、 上記データの送信路を選択する請求の範囲第 9項に記載の送信装置
1 1 . 上記再送制御手段は、 所定の閾値以上の個数の再送要求に対応するデータ を上記同報配信路ょり再送する請求の範囲第 9項に記載の送信装置。
1 2 . 上記再送要求は、 上記データを構成するパケット単位で送信されると共に 、 上記送信路が上記パケット単位で選択される請求の範囲第 1 1項 (こ記載の送信 装置。
1 3 . 上記再送制御手段は、 上記再送要求に含まれる受信装置の再送待ち時間情 報に基づいて、 上記データを構成するバケツトの再送順序を決定する請求の範囲 第 9項に記載の送信装置。
1 4 . 上記再送制御手段は、 上記受信装置から送信される再送要求により指定さ れた上記同報配信路又は上記双方向通信路よりデータを送信する請求の範囲第 9 項に記載の送信装置。
1 5 . 上記再送制御手段は、 上記再送要求記憶手段に記憶された再送要求の個数 に基づいて、 上記同報配信路での伝送効率又は伝送品質を動的に変更する請求の 範囲第 9項に記載の送信装置。
1 6 . 放送波を媒体とする同報配信路を介してデ一夕を同報配信する送信装置に おいて、
上記データの送信対象である受信装置に受信不能である受信不能データを送信 する放送送信制御手段と、
上記受信装置から上記受信不能データの再送の要求である再送要求を、 双方向 にデータの送信が可能な双方向通信路を介して受信する再送要求受信手段と、 上記再送要求を記憶する再送要求記憶手段と、
上記再送要求記憶手段に記憶された再送要求に基づいて上記受信装置の受信状 況を集計する受信状況集計手段とを備えることを特徴とする送信装置。
1 7 . 上記受信状況は、 各データの視聴率である請求の範囲第 1 6項に記載の送 信装置。
1 8 . 放送波を媒体とする同報配信路を介してデータを同報配信する送信装置.に おいて、
上記データの送信対象である受信装置に受信不能である受信不能データを送信 する放送送信制御手段と、
上記受信装置から上記受信不能データの再送の要求である再送要求を、 双方向 にデータの送信が可能な双方向通信路を介して受信する再送要求受信手段と、 上記再送要求を記憶する再送要求記憶手段と、
上記再送要求記憶手段に記憶された再送要求に基づいて当該再送要求を送信し た受信装置の認証及び/又は課金を行う課金手段とを備えることを特徴とする送 信装置。
1 9 . 放送波を媒体とする同報配信路を介してデータを同報配信する送信方法に おいて、
上記データの送信対象である受信装置から上記データの再送の要求である再送 要求を、 双方向にデータの送信が可能な双方向通信路を介して受信する受信ステ ップと、
上記再送要求に基づいて、 上記再送要求に対応するデータの再送に利用する送 信路を上記同報配信路又は上記双方向通信路から選択する選択ステップと、 上記再送要求に対応するデータを上記選択した送信路を介して再送信する再送 ステップとを備えることを特徴とする送信方法。
2 0 . 放送波を媒体とする同報配信路を介してデータを同報配信する送信装置に 上記データの送信対象である受信装置から上記データの再送の要求である再送 要求を、 双方向にデータの送信が可能な双方向通信路を介して受信する受信ステ ップと、
上記再送要求に基づいて、 上記再送要求に対応するデータの再送に利用する送 信路を上記同報配信路又は上記双方向通信路から選択する選択ステップと、 上記再送要求に対応するデータを上記選択した送信路を介して再送信する再送 ステツプとを実行させることを特徴とするプログラム。
2 1 . 放送波を媒体とする同報配信路を介してデータを同報配信する送信装置に 上記データの送信対象である受信装置から上記データの再送の要求である再送 要求を、 双方向にデータの送信が可能な双方向通信路を介して受信する受信ステ ップと、
上記再送要求に基づいて、 上記再送要求に対応するデータの再送に利用する送 信路を上記同報配信路又は上記双方向通信路から選択する選択ステップと、 上記再送要求に対応するデータを上記選択した送信路を介して再送信する再送 ステップとを実行させるプログラムを記録したコンピュータ読み取り可能な記憶 媒体。
2 2 . 送信側より放送波を媒体とする同報配信路を介してデ一夕を同報配信し、 受信側にて上記同報配信されたデ一夕を受信する放送データ配信方法において、 上記受信したデータのエラ一を検出する検出ステップと、
上記エラーを含むデータの再送の要求である再送要求を双方向にデータの送信 が可能な双方向通信路を介して送信する送信ステップと、
上記再送要求に基づいて上記再送要求に対応するデータの再送に利用する送信 路を上記同報配信路又は上記双方向通信路から選択する選択ステップと、 上記再送要求に対応するデータを選択した送信路を介して再送信する再送信ス テツプとを具備することを特徴とする放送データ配信方法。
2 3 . 放送波を媒体とする同報配信路を介して送信装置より同報配信されたデー 夕に含まれる複数のコンテンツを受信する受信装置において、
上記受信したデータを構成するバケツ卜のエラ一を検出するエラー検出手段と 上記エラーを含むバケツ トを含むコンテンツを排除し、 正常に受信できたコン テンッのみからなる配信データリストを作成すると共に、 当該配信データリスト をユーザに選択可能に表示するデータ選択手段とを備えることを特徴とする受信
補正書の請求の範囲
[2002年 3月 19曰 （19. 03. 02) 国際事務局受理：出願当初の請求の範囲
3及び 5は補正された；出願当初の請求の範囲 1，2，6,7及び 8は取り下げられた；
他の請求の範囲は変更なし。 （2頁） ]
1 - (削除）
2 . (削除）
3 . (補正後）放送波を媒体とする同報配信路を介して送信装置より同報配信され たパケッ ト単位で構成されるデータを受信する受信装置において、 上記受信したバケツトのエラーを検出するエラー検出手段と、
エラーを含むパケッ ト及び所定の閾値に基づいて、 エラーを有するパケッ 卜の 再送の要求である再送要求の対象となるデ一夕を選択するデータ選択手段と、 上記データ選択手段により選択されたデ一夕についてのみ上記再送要求を、 双 方向にデータの送信が可能な双方向通信路を介して送信する再送要求制御手段と
上記同報配信路又は上記双方向通信路より上記再送要求に対応するパケッ トを 受信する受信手段と、
上記同報配信路又は上記双方向配信路より受信した上記再送要求に対応するパ ケッ トと、 正常に受信したパケッ トを用いて上記データを再構成するデータ再構 成手段とを備えることを特徴とする受信装置。
4 . 上記デ一夕選択手段は、 受信すべきデータのユーザによる選択を受け付ける と共に、
上記再送要求制御手段は、 上記ユーザに選択されたデータについてのみ再送要 求を送信する請求の範囲第 3項に記載の受信装置。
5 . (補正後）放送波を媒体とする同報配信路を介して送信装置より同報配信され たデータを受信する受信装置において、 上記受信したデータのエラーを検出するエラ一検出手段と、
上記エラ一を含むデータの再送の要求である再送要求に当該デ一夕の再送経路 を含めると共に、 双方向にデータの送信が可能な双方向通信路を介して送信する 攄正された用! ¾条約第 Ιδ^ 再送要求制御手段と、
上記同報配信路又は上記双方向通信路より上記再送要求に対応するデータを受 信する受信手段と
を具備することを特徴とする受信装置。
6 . (削除）
7 . (削除）
8 . (削除）
9 . 放送波を媒体とする同報配信路を介してデータを同報配信する送信装置にお いて、
上記データの送信対象である受信装置から上記データの再送の要求である再送 要求を、 双方向にデータの送信が可能な双方向通信路を介して受信する再送要求 受信手段と、
上記再送要求を記憶する再送要求記憶手段と、，
上記再送要求記憶手段に記憶された再送要求に基づいて、 上記再送要求に対応 するデータの再送に利用する送信路を上記同報配信路又は上記双方向通信路から 選択すると共に、 当該対応するデータを選択した送信路を介して再送信する再送 制御手段とを備えることを特徴とする送信装置。
1 0 . 上記再送制御手段は、 上記再送要求記憶手段に記憶された再送要求の個数 に基づいて、 上記デ一夕の送信路を選択する請求の範囲第 9項に記載の送信装置
1 1 . 上記再送制御手段は、 所定の閾値以上の個数の再送要求に対応するデータ を上記同報配信路ょり再送する請求の範囲第 9項に記載の送信装置。
1 2 . 上記再送要求は、 上記データを構成するパケット単位で送信されると共に 、 上記送信路が上記パケット単位で選択される請求の範囲第 1 1項に記載の送信 装置。
1 3 . 上記再送制御手段は、 上記再送要求に含まれる受信装置の再送待ち時間情
II正された JS紙 (条約第 is )
PCT/JP2001/009666 2000-11-06 2001-11-05 Transmitter, receiver, and broadcast data distribution method Ceased WO2002037763A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP01979011A EP1235383A1 (en) 2000-11-06 2001-11-05 Transmitter, receiver, and broadcast data distribution method

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2000-337088 2000-11-06
JP2000337088 2000-11-06
JP2000-360614 2000-11-28
JP2000360614 2000-11-28

Publications (1)

Publication Number Publication Date
WO2002037763A1 true WO2002037763A1 (en) 2002-05-10

Family

ID=26603411

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2001/009666 Ceased WO2002037763A1 (en) 2000-11-06 2001-11-05 Transmitter, receiver, and broadcast data distribution method

Country Status (4)

Country Link
US (1) US20020095636A1 (ja)
EP (1) EP1235383A1 (ja)
CN (1) CN1394411A (ja)
WO (1) WO2002037763A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7502316B2 (en) 2004-01-16 2009-03-10 Ntt Docomo, Inc. Data receiving apparatus and data receiving method

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6799298B2 (en) * 1998-03-11 2004-09-28 Overture Services, Inc. Technique for locating an item of interest within a stored representation of data
US7403994B1 (en) * 2000-08-29 2008-07-22 International Business Machines Corporation Method of doing business over a network by transmission and retransmission of digital information on a network during time slots
JP3912091B2 (ja) * 2001-12-04 2007-05-09 ソニー株式会社 データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
CN101668215A (zh) 2003-02-18 2010-03-10 诺基亚有限公司 图像解码方法
MXPA05008404A (es) * 2003-02-18 2005-10-05 Nokia Corp Metodo de codificacion de imagen.
US7400889B2 (en) * 2003-04-01 2008-07-15 Telefonaktiebolaget Lm Ericsson (Publ) Scalable quality broadcast service in a mobile wireless communication network
GB0307947D0 (en) * 2003-04-05 2003-05-14 Koninkl Philips Electronics Nv Repairing broadcast dropout
US7113773B2 (en) 2003-05-16 2006-09-26 Qualcomm Incorporated Reliable reception of broadcast/multicast content
EP1482671A1 (en) * 2003-05-28 2004-12-01 Motorola Inc. Retransmission request method and apparatus in a broadcast communication system
JP4183586B2 (ja) * 2003-09-12 2008-11-19 三洋電機株式会社 映像表示装置
US8078483B1 (en) * 2003-12-16 2011-12-13 Ticketmaster Systems and methods for queuing access to network resources
US20050201471A1 (en) * 2004-02-13 2005-09-15 Nokia Corporation Picture decoding method
US7296205B2 (en) 2004-02-18 2007-11-13 Nokia Corporation Data repair
DE602004021296D1 (de) * 2004-02-18 2009-07-09 Ericsson Telefon Ab L M Verfahren und vorrichtung zum zuverlässigen rundsenden
WO2005104421A1 (en) * 2004-03-29 2005-11-03 Nokia Corporation Data repair enhancements for multicast/broadcast data distribution
US9124907B2 (en) * 2004-10-04 2015-09-01 Nokia Technologies Oy Picture buffering method
KR100970817B1 (ko) * 2004-12-28 2010-07-16 후지쯔 가부시끼가이샤 재송 제어 장치
CN102571309A (zh) * 2004-12-28 2012-07-11 富士通株式会社 重发控制装置
JP4774758B2 (ja) * 2005-03-02 2011-09-14 日本電気株式会社 移動通信システム、無線基地局及びそれに用いる再送制御方法
US8280368B2 (en) * 2005-04-07 2012-10-02 Qualcomm Incorporated Method and system for re-acquiring signals of a wireless broadcast network
JPWO2007142182A1 (ja) * 2006-06-08 2009-10-22 シャープ株式会社 放送受信端末装置、放送受信方法、プログラムおよび記録媒体
EP1901468B1 (de) * 2006-09-13 2012-10-17 Siemens Aktiengesellschaft Verfahren zur Kodierung eines berührungslosen Schaltsystems
KR100772417B1 (ko) * 2006-09-26 2007-11-01 삼성전자주식회사 다이렉트 링크를 이용한 무선네트워크 통신 방법 및 그장치
US8004994B1 (en) * 2006-11-01 2011-08-23 Azimuth Systems, Inc. System and method for intelligently analyzing performance of a device under test
CN101286826B (zh) * 2007-04-10 2011-08-24 中兴通讯股份有限公司 单频网的广播数据的重发方法
US8132070B2 (en) * 2008-06-19 2012-03-06 Sony Corporation Using different physical interface to request retransmission of packet lost on unidirectional interface
JP2010081397A (ja) * 2008-09-26 2010-04-08 Ntt Docomo Inc データ受信端末、データ配信サーバ、データ配信システム、およびデータ配信方法
JP5075225B2 (ja) * 2010-05-31 2012-11-21 株式会社エヌ・ティ・ティ・ドコモ 放送補完データ伝送装置および放送補完データ伝送方法、ならびに放送システム
KR101891618B1 (ko) * 2010-11-02 2018-08-27 한국전자통신연구원 디지털 방송 시스템에서 비실시간 서비스를 수행하는 방법 및 그 장치
US8689049B2 (en) * 2011-11-03 2014-04-01 Hewlett-Packard Development Company, L.P. Corrective actions based on probabilities
CN103686247A (zh) * 2013-12-04 2014-03-26 乐视网信息技术（北京）股份有限公司 基于同/异步的视频分发方法和系统
FR3032077B1 (fr) * 2015-01-27 2018-03-16 Eutelsat S A Procede de diffusion multipoint d'un flux de donnees au format ip
JP6414913B2 (ja) * 2017-03-24 2018-10-31 日本電気株式会社 送信システム、通信端末装置、送受信システム及び送信方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05167565A (ja) * 1991-12-11 1993-07-02 Hitachi Ltd 衛星通信を用いたデ−タ伝送方法
JPH06225231A (ja) * 1993-01-26 1994-08-12 Toshiba Corp 車載用表示装置
JPH06252896A (ja) * 1993-02-26 1994-09-09 Nri & Ncc Co Ltd 通信衛星を利用したデータ配信システムおよび方法
JPH08263410A (ja) * 1995-03-20 1996-10-11 Fujitsu Ltd 受信装置
JPH1188251A (ja) * 1997-09-04 1999-03-30 Mitsubishi Electric Corp データ通信システム、送信機、受信機、並びに、データ通信方法
JPH11298555A (ja) * 1998-04-16 1999-10-29 Nec Corp デジタルデータのシリアル転送システムおよび方法
JP2000013440A (ja) * 1998-06-23 2000-01-14 Matsushita Electric Ind Co Ltd 情報記録装置
JP2000036849A (ja) * 1998-07-17 2000-02-02 Nec Eng Ltd 無手順通信システム及びその無手順通信方法並びにその制御プログラムを記録した記録媒体

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5844918A (en) * 1995-11-28 1998-12-01 Sanyo Electric Co., Ltd. Digital transmission/receiving method, digital communications method, and data receiving apparatus
US6772209B1 (en) * 2000-04-06 2004-08-03 International Business Machines Corporation Efficient method for rule-based distribution and management of content in a distributed hierarchy of storage devices

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05167565A (ja) * 1991-12-11 1993-07-02 Hitachi Ltd 衛星通信を用いたデ−タ伝送方法
JPH06225231A (ja) * 1993-01-26 1994-08-12 Toshiba Corp 車載用表示装置
JPH06252896A (ja) * 1993-02-26 1994-09-09 Nri & Ncc Co Ltd 通信衛星を利用したデータ配信システムおよび方法
JPH08263410A (ja) * 1995-03-20 1996-10-11 Fujitsu Ltd 受信装置
JPH1188251A (ja) * 1997-09-04 1999-03-30 Mitsubishi Electric Corp データ通信システム、送信機、受信機、並びに、データ通信方法
JPH11298555A (ja) * 1998-04-16 1999-10-29 Nec Corp デジタルデータのシリアル転送システムおよび方法
JP2000013440A (ja) * 1998-06-23 2000-01-14 Matsushita Electric Ind Co Ltd 情報記録装置
JP2000036849A (ja) * 1998-07-17 2000-02-02 Nec Eng Ltd 無手順通信システム及びその無手順通信方法並びにその制御プログラムを記録した記録媒体

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7502316B2 (en) 2004-01-16 2009-03-10 Ntt Docomo, Inc. Data receiving apparatus and data receiving method

Also Published As

Publication number Publication date
EP1235383A1 (en) 2002-08-28
US20020095636A1 (en) 2002-07-18
CN1394411A (zh) 2003-01-29

Similar Documents

Publication Publication Date Title
WO2002037763A1 (en) Transmitter, receiver, and broadcast data distribution method
JP2002232478A (ja) 送信装置、受信装置及び放送データ配信方法
AU2007336111B2 (en) A method of constructing and handling requests for data files
TWI253824B (en) System, method and computer program product for downloading pushed content
JP5337266B2 (ja) マルチメディアコンテンツの安全な転送およびプレイバックのための方法および装置
US8001573B2 (en) Information-processing system, information-processing apparatus, and information-processing method
US8121291B2 (en) Apparatus, system, method and computer program product for distributing service information and digital rights for broadcast data
KR100923061B1 (ko) Esg의 프래그먼트들을 전송하는 그리고 모바일 단말에서 esg를 구성하는 방법 및 컴퓨터 판독가능 매체, esg 데이터를 배포하기 위한 시스템 및 esg 데이터를 수신하는 모바일 장치
CN101355394B (zh) 用于能够广播的移动装置的广播节目购买方法和设备
KR100490863B1 (ko) 디지털 멀티미디어 방송에서의 저작권료 과금처리 시스템및 과금처리방법
JP2009506607A (ja) デジタル放送サービスガイドにおけるメッセージングテンプレートを配信する方法
RU2392745C2 (ru) Объявление об инициализации терминала при помощи сервисного справочника
CN102761787B (zh) 一种数字电视互动业务处理系统、方法及装置
JP2002203070A (ja) メタデータ配信方法
US6167045A (en) Method and system for receiving data packets in a unidirectional broadcasting system
KR101418992B1 (ko) 모바일 ｉｐｔｖ 시스템 및 그 방법
WO2007105873A1 (en) System for transmitting channel recommendation data and channel recommendation method thereof
CN102006516A (zh) 一种基于有线电视双向接入的数字家庭内容服务传输方法
JP2001136136A (ja) 端末装置、制御方法およびプログラムを記録した記録媒体
JP2008521365A (ja) マルチメディアコンテンツの安全な転送およびプレイバックのための方法および装置
JP4496276B1 (ja) 情報受信装置、情報受信方法、情報受信プログラム、情報配信装置並びに情報配信システム
CN102572571B (zh) 接收双向业务数据的方法、装置、终端及系统
KR100836238B1 (ko) 네비게이션 정보를 업데이트 하기 위한 방법, 장치 및 이를 구현하기 위한 프로그램이 기록된 기록매체
WO1997037463A1 (en) Data transmitting method, data transmitter, data receiver, and data receiver network connecting device
JP2003223425A (ja) コンテンツデータ蓄積システム及びプログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2001979011

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 01803490X

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2001979011

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2001979011

Country of ref document: EP