(57)【要約】【課題】データを効率的に、かつ高い信頼性で、多数のユーザに配信することができるようにする。【解決手段】送信装置１では、データが、例えば、衛星回線などでなる放送回線２を介して送信される。受信装置３1乃至３5では、そのデータが受信され、データを正常に受信することができたかどうかが確認される。そして、送信装置１への情報の送信が可能な受信装置３2や３3，３5では、データを正常に受信することができなかった場合にのみ、そのデータを再送信する旨の要求である再送要求が、例えば、インターネットなどでなる通信回線４を介して、送信装置１に送信される。送信装置１では、再送要求が送信されてきた場合に、その再送要求のみが受信されて集計される。そして、その集計結果に基づき、再送要求がされたデータが、放送回線２を介して再送信され、受信装置３1乃至３5において受信される。【選択図】図１
2007166674.tif 000002
【特許請求の範囲】
【請求項１】
データを一方向だけに送信可能な放送波による放送回線を介して、前記放送回線とは異なる通信回線に接続している受信装置かまたは前記通信回線に接続していない受信装置のいずれかである複数の受信装置に送信する送信装置であって、
前記データを、前記放送回線を介して前記複数の受信装置に対して送信する送信手段と、
一方向だけに送信可能な前記放送回線とは異なる前記通信回線を介して、前記通信回線に接続している前記受信装置から送信された、前記データを再送信する旨の再送要求を受信する受信手段と、
前記受信手段において受信された前記通信回線に接続している複数の前記受信装置それぞれからの前記再送要求の集計を行う集計手段と、
前記集計手段により求められた集計結果に基づき、前記再送要求がされた前記データを、前記放送回線を介して前記受信装置に再送信するように、前記送信手段を制御する制御手段と
を備える送信装置。
【請求項２】
前記通信回線に接続している前記受信装置は、前記放送回線を介して送信された前記データを正しく受信できない場合は前記再送要求を当該送信装置に送信し、正しく受信できた場合は受信情報を前記送信装置に送信しない装置である
請求項１に記載の送信装置。
【請求項３】
前記送信手段は、前記データの再送信する場合、所定の条件で再送信を繰り返す
請求項２に記載の送信装置。
【請求項４】
前記放送回線は、前記受信装置における受信状況を確認せずに通信を行う回線である
請求項２に記載の送信装置。
【請求項５】
前記通信回線は、双方向の通信が可能な通信回線である
請求項２に記載の送信装置。
【請求項６】
前記受信手段は、ＵＤＰに従って送信された前記再送要求を受信する
請求項２に記載の送信装置。
【請求項７】
前記データを所定のデータ単位の１以上のパケットにパケット化するパケット化手段をさらに備え、
前記送信手段は、前記パケットを送信し、
前記受信手段は、前記パケットについての前記再送要求を受信し、
前記集計手段は、前記データ単位で前記再送要求の集計を行い、
前記制御手段は、１以上の受信装置から前記再送要求のあったパケットすべてを、前記受信装置に再送信するように前記送信手段を制御する
請求項２に記載の送信装置。
【請求項８】
データを一方向だけに送信可能な放送波による放送回線を介して、前記放送回線とは異なる通信回線に接続している受信装置かまたは前記通信回線に接続していない受信装置のいずれかである複数の受信装置に送信する送信装置の送信方法であって、
前記データを、前記放送回線を介して前記複数の受信装置に対して送信し、
一方向だけに送信可能な前記放送回線とは異なる前記通信回線を介して、前記通信回線に接続している前記受信装置から送信された、前記データを再送信する旨の再送要求を受信し、
前記通信回線に接続している複数の前記受信装置それぞれからの前記再送要求の集計を行い、その集計結果に基づき、前記再送要求がされた前記データを、前記放送回線を介して前記受信装置に再送信するように、前記送信手段を制御する
ステップを含む送信方法。
【請求項９】
一方向だけに送信可能な放送波による放送回線とは異なる通信回線に接続され、送信装置から前記放送回線を介して送信されてくるデータを受信する受信装置であって、
前記放送回線を介して送信されてくる前記データを受信する受信手段と、
前記データを正常に受信することができたかどうかを確認する確認手段と、
前記データを正常に受信することができなかった場合に、その受信できなかったデータを再送信する旨の再送要求を、前記放送回線とは異なる前記通信回線を介して前記送信装置に送信する送信手段と
を備え、
前記受信手段は、さらに、前記受信装置と他の受信装置からの前記再送要求の集計結果に基づき前記送信装置から再送信された再送信データを受信する
受信装置。
【請求項１０】
前記確認手段は、さらに、前記再送信データが既に受信済みのデータであるか否かを確認し、前記受信済みのデータではないと確認された場合に、前記再送信データを取得する
請求項９に記載の受信装置。
【請求項１１】
一方向だけに送信可能な放送波による放送回線とは異なる通信回線に接続され、送信装置から前記放送回線を介して送信されてくるデータを受信する受信装置の受信方法であって、
前記放送回線を介して送信されてくる前記データを受信し、
前記データを正常に受信することができたかどうかを確認し、
前記データを正常に受信することができなかった場合に、その受信できなかったデータを再送信する旨の再送要求を、前記放送回線とは異なる前記通信回線を介して前記送信装置に送信し、
前記受信装置と他の受信装置からの前記再送要求の集計結果に基づき前記送信装置から再送信された再送信データを受信する
ステップを含む受信方法。
【請求項１２】
データを一方向だけに送信可能な放送波による放送回線を介して送信する送信装置と、前記放送回線とは異なる通信回線に接続している受信装置かまたは前記通信回線に接続していない受信装置のいずれかである複数の受信装置とからなる送受信システムであって、
前記送信装置は、
前記データを、前記放送回線を介して前記複数の受信装置に対して送信するデータ送信手段と、
一方向だけに送信可能な前記放送回線とは異なる前記通信回線を介して、前記通信回線に接続している前記受信装置から送信された、前記データを再送信する旨の再送要求を受信する再送要求受信手段と、
前記受信手段において受信された前記通信回線に接続している複数の前記受信装置それぞれからの前記再送要求の集計を行う集計手段と、
前記集計手段により求められた集計結果に基づき、前記再送要求がされた前記データを、前記放送回線を介して前記受信装置に再送信するように、前記送信手段を制御する制御手段と
を備え、
前記放送回線とは異なる通信回線に接続している前記受信装置は、
前記送信装置から前記放送回線を介して送信されてくる前記データを受信するデータ受信手段と、
前記データを正常に受信することができたかどうかを確認する確認手段と、
前記データを正常に受信することができなかった場合に、その受信できなかったデータを再送信する旨の再送要求を、前記放送回線とは異なる前記通信回線を介して前記送信装置に送信する再送要求送信手段と
を備え、
前記データ受信手段は、さらに、前記通信回線に接続している複数の前記受信装置からの前記再送要求の集計結果に基づき前記送信装置から再送信された再送信データを受信する
送受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置、送信方法、受信装置、受信方法、および送受信システムに関し、特に、多数のユーザに対して、データを効率的、かつ高い信頼性で配信することができるようにする送信装置、送信方法、受信装置、受信方法、および送受信システムに関する。
【背景技術】
【０００２】
多数のユーザに、効率的にデータを配信する方法としては、例えば、地上波や、衛星回線、ＣＡＴＶ網などの、いわゆる放送に用いられる伝送媒体を利用して、画像や音声とともに、文字などのデータを送信する文字放送その他がある。
【０００３】
一方、最近では、このように放送に用いられる伝送媒体ではなく、コンピュータネットワークとしての、例えば、インターネットなどを利用して、多数のユーザに、効率的にデータを配信する手法が提案されている。
【０００４】
例えば、インターネット上において、多数のユーザに対する効率的なデータの配信を行う手法としては、ＩＰ（Internet Protocol）マルチキャストと呼ばれるデータの同報を行うものがある。
【０００５】
即ち、図８は、ＩＰマルチキャストによりデータの配信を行うデータ配信システム（システムとは、複数の装置が論理的に集合したものをいい、各構成の装置が同一筐体中にあるか否かは問わない）の一例の構成を示している。
【０００６】
ＩＰマルチキャストでは、データの配信先のＩＰアドレスとして、その配信先としての受信装置の集まりである受信装置群に対して、一斉同報を行うためのマルチキャストアドレス（一般には、クラスＤと呼ばれる特殊なＩＰアドレスで、224.0.0.0乃至239.255.255.255の範囲の値のもの）を割り当てる。そして、データを同報するサーバなどの送信装置１０１では、特定のマルチキャストアドレスを指定して、データの発信を行い、データの同報を受けるコンピュータなどの受信装置１０３乃至１０７では、そのマルチキャストアドレスを指定しておく。この場合に、インターネットなどのＴＣＰ／ＩＰプロトコルにしたがった通信を行う通信回線１０２上のＩＰマルチキャスト対応のルータにおいては、マルチキャストアドレスの指定されたＩＰパケットを受け取ると、そのマルチキャストアドレスの指定がなされている受信装置が存在する経路が割り出され、さらに、そのパケットが複製されて送信される。
【０００７】
従って、送信装置１０１では、データを配信する多数の受信装置（図８では、受信装置１０３乃至１０７）を意識することなく、１のアドレス（マルチキャストアドレス）を指定するだけで、その多数の受信装置に対して、データを配信することができる。
【０００８】
なお、例えば、インターネットである通信回線１０２では、そのトラフィックを低減するために、重複したデータの転送を省略したり、必要なアドレスだけにデータを転送するなどの、ＩＰマルチキャストに適したデータ転送のための経路制御が行われる場合がある。
【０００９】
ここで、ＩＰマルチキャストについては、例えば、非特許文献１に、その詳細が記載されている。
【００１０】
ＩＰマルチキャストでは、相手方（図８では、受信装置１０３乃至１０７）におけるデータの受信状況を確認せずに通信を行うコネクションレスプロトコルの１つであるＵＤＰ（User Datagram Protocol）にしたがって、データ転送が行われる。ＵＤＰによる通信では、送受信時の負荷が小さく、処理を高速にすることができるが、そのレベル（プロトコルのレベル）では、いわゆるハンドシェイクで行われる通信のように、データが正常に受信できた旨を示す信号ＡＣＫ（ACKnowledgment）（以下、適宜、確認信号ＡＣＫという）、およびデータが正常に受信できなかったためその再送を要求する信号ＮＡＫ（Negative AcKnowledgment）（以下、適宜、再送要求信号ＮＡＫという）のいずれも、受信側から送信側に返されないため、データの信頼性は低いものとなる。
【００１１】
そこで、データの信頼性を向上させるため、例えば、ＲＭＴＰ（Reliable Multicast Transport Protocol）などの通信プロトコルが提案されている。
【００１２】
ＲＭＴＰを利用した通信では、まず、図９（Ａ）に示すように、ＩＰマルチキャストで、送信装置１０１から受信装置１０３乃至１０７に対して、通信回線１０２を介して、ＵＤＰにより、データが同報される。そして、図９（Ｂ）に示すように、受信装置１０３乃至１０７のうち、データを正常に受信することができたものは確認信号ＡＣＫを、正常受信できなかったものは再送要求信号ＮＡＫを、それぞれ通信回線１０２を介して、ＵＤＰにより送信装置１０１に送信する。
【００１３】
ここで、図９（Ｂ）では、受信装置１０４および１０６においては、データを正常に受信することができたため、確認信号ＡＣＫが送信装置１０１に送信されており、また、受信装置１０３，１０５、および１０７においては、データを正常に受信することができなかったため、再送要求信号ＮＡＫが送信装置１０１に送信されている。
【００１４】
送信装置１０１は、再送要求信号ＮＡＫを受信すると、その要求されたデータを、図９（Ａ）に示したように、再度、ＵＤＰで送信（再送）し、以下、例えば、再送要求信号ＮＡＫが送信されてこなくなるまで、あるいは、所定の時刻までに再送要求信号ＮＡＫが送信されてくる間は、データの再送を繰り返す。
【００１５】
ＲＭＴＰを利用した通信では、確認信号ＡＣＫまたは再送要求信号ＮＡＫのうちのいずれかが必ず返されるため、ＩＰマルチキャストによる多数のユーザへのデータ配信の効率性を維持しながら、そのデータの信頼性を向上させることができる。
【００１６】
なお、ＲＭＴＰについては、例えば、非特許文献２に、その詳細が記載されている。
【００１７】
【非特許文献１】日経エレクトロニクス（NIKKEI ELECTRONICS）、１９９４．３．２４（ｎｏ．６８５）第１４６頁〜第１５７頁
【非特許文献２】城下、高橋、山下、山内、串田、「インターネットに適用可能な高信頼一斉配信分配システム」、情報処理学会研究会報告ＡＶＭ１１−２、１９９５年１２月など
【発明の開示】
【発明が解決しようとする課題】
【００１８】
地上波や、衛星回線、ＣＡＴＶ網などの伝送媒体を利用して、データの配信を行う場合においては、広範囲に一斉同報が可能であるが、いまのところ、コンピュータネットワークにおいて標準的に採用されている、例えば、ＵＤＰやＴＣＰ（Transmission Control Protocol）などのＩＰ（Internet Protocol）を基本としたプロトコルがサポートされておらず、データの送信中に、修復不可能な欠落その他のエラーが生じたときに、そのエラーに対処することはできない。従って、データの信頼性は低いものとなる。
【００１９】
一方、コンピュータネットワークの１つである、例えば、インターネットを利用して、ＩＰマルチキャストを行う場合には、上述のＲＭＴＰなどを採用することで、データの信頼性を向上させることができる。しかしながら、現状のインターネットでは、ＩＰマルチキャストを行うと、広範囲に重複して同一のデータが送信されるため、限りある資源を浪費することになる。
【００２０】
そこで、ネットワーク上のトラフィックを低減する手法として、重複するデータの転送を省略したり、必要な相手だけにデータを転送するなどの、ＩＰマルチキャストに適したデータ転送経路の制御を行うものがあるが、この場合、そのような制御を行うルータをネットワーク上に配置する必要がある。しかしながら、ネットワークとして、例えば、世界規模のインターネットを想定した場合、そのような特殊なルータに、インターネット上のルータをすべて置き換えることは、いまのところ現実的ではない。
【００２１】
また、インターネットに接続している企業の多くは、自社のネットワークへの、第三者の侵入を防ぐために、いわゆる防火壁（ファイヤウォール）を設けることが多いが、ＩＰマルチキャストによるパケットは、基本的に、この防火壁により遮断される。従って、防火壁に囲まれたネットワークにおいては、多くの場合、ＩＰマルチキャストによるパケットを受信することができない。
【００２２】
一方、ＲＭＴＰでは、データの信頼性を強固なものとするため、図９（Ｂ）で説明したように、確認信号ＡＣＫまたは再送要求信号ＮＡＫのうちのいずれかを必ず返すことが要求されている。
【００２３】
従って、送信装置と多数の受信装置それぞれとを結ぶネットワークとして、少なくとも双方向の通信が可能なものが必要となる。また、ＲＭＴＰによるデータ配信サービスを受けるためには、すべての受信装置が、送信装置に対して、確認信号ＡＣＫおよび再送要求信号ＮＡＫを送信することができるものでなければならない。
【００２４】
さらに、例えば、国民規模や世界規模などの多数のユーザに、データを配信する場合において、そのすべてのユーザ（ユーザの受信装置）に、確認信号ＡＣＫまたは再送要求信号ＮＡＫのうちのいずれかを必ず送信させるようにすると、ネットワークが輻輳することになり、結果として、効率的なデータの配信が困難となる。
【００２５】
本発明は、このような状況に鑑みてなされたものであり、特に、多数のユーザに対して、データを効率的、かつ高い信頼性で配信することができるようにするものである。
【課題を解決するための手段】
【００２６】
本発明の第１の側面の送信装置は、データを一方向だけに送信可能な放送波による放送回線を介して、前記放送回線とは異なる通信回線に接続している受信装置かまたは前記通信回線に接続していない受信装置のいずれかである複数の受信装置に送信する送信装置であって、前記データを、前記放送回線を介して前記複数の受信装置に対して送信する送信手段と、一方向だけに送信可能な前記放送回線とは異なる前記通信回線を介して、前記通信回線に接続している前記受信装置から送信された、前記データを再送信する旨の再送要求を受信する受信手段と、前記受信手段において受信された前記通信回線に接続している複数の前記受信装置それぞれからの前記再送要求の集計を行う集計手段と、前記集計手段により求められた集計結果に基づき、前記再送要求がされた前記データを、前記放送回線を介して前記受信装置に再送信するように、前記送信手段を制御する制御手段とを備える。
【００２７】
前記送信手段には、前記データの再送信する場合、所定の条件で再送信を繰り返すようにさせることができる。
【００２８】
前記受信手段には、ＵＤＰに従って送信された前記再送要求を受信させることができる。
【００２９】
前記データを所定のデータ単位の１以上のパケットにパケット化するパケット化手段をさらに設け、前記送信手段には、前記パケットを送信させ、前記受信手段には、前記パケットについての前記再送要求を受信させ、前記集計手段には、前記データ単位で前記再送要求の集計を行わせ、前記制御手段には、１以上の受信装置から前記再送要求のあったパケットすべてを、前記受信装置に再送信するように前記送信手段を制御させることができる。
【００３０】
本発明の第１の側面の送信方法は、データを一方向だけに送信可能な放送波による放送回線を介して、前記放送回線とは異なる通信回線に接続している受信装置かまたは前記通信回線に接続していない受信装置のいずれかである複数の受信装置に送信する送信装置の送信方法であって、前記データを、前記放送回線を介して前記複数の受信装置に対して送信し、一方向だけに送信可能な前記放送回線とは異なる前記通信回線を介して、前記通信回線に接続している前記受信装置から送信された、前記データを再送信する旨の再送要求を受信し、前記通信回線に接続している複数の前記受信装置それぞれからの前記再送要求の集計を行い、その集計結果に基づき、前記再送要求がされた前記データを、前記放送回線を介して前記受信装置に再送信するように、前記送信手段を制御するステップを含む。
【００３１】
本発明の第１の側面においては、データが、放送回線を介して複数の受信装置に対して送信され、一方向だけに送信可能な放送回線とは異なる通信回線を介して、通信回線に接続している受信装置から送信された、データを再送信する旨の再送要求が受信される。また、通信回線に接続している複数の受信装置それぞれからの再送要求の集計が行われ、その集計結果に基づき、再送要求されたデータが、放送回線を介して受信装置に再送信される。
【００３２】
本発明の第２の側面の受信装置は、一方向だけに送信可能な放送波による放送回線とは異なる通信回線に接続され、送信装置から前記放送回線を介して送信されてくるデータを受信する受信装置であって、前記放送回線を介して送信されてくる前記データを受信する受信手段と、前記データを正常に受信することができたかどうかを確認する確認手段と、前記データを正常に受信することができなかった場合に、その受信できなかったデータを再送信する旨の再送要求を、前記放送回線とは異なる前記通信回線を介して前記送信装置に送信する送信手段とを備え、前記受信手段は、さらに、前記受信装置と他の受信装置からの前記再送要求の集計結果に基づき前記送信装置から再送信された再送信データを受信する。
【００３３】
前記確認手段には、さらに、前記再送信データが既に受信済みのデータであるか否かを確認させ、前記受信済みのデータではないと確認された場合に、前記再送信データを取得させることができる。
【００３４】
本発明の第２の側面の受信方法は、一方向だけに送信可能な放送波による放送回線とは異なる通信回線に接続され、送信装置から前記放送回線を介して送信されてくるデータを受信する受信装置の受信方法であって、前記放送回線を介して送信されてくる前記データを受信し、前記データを正常に受信することができたかどうかを確認し、前記データを正常に受信することができなかった場合に、その受信できなかったデータを再送信する旨の再送要求を、前記放送回線とは異なる前記通信回線を介して前記送信装置に送信し、前記受信装置と他の受信装置からの前記再送要求の集計結果に基づき前記送信装置から再送信された再送信データを受信するステップを含む。
【００３５】
本発明の第２の側面においては、放送回線を介して送信されてくるデータが受信され、データを正常に受信することができたかどうかが確認される。データを正常に受信することができなかった場合に、その受信できなかったデータを再送信する旨の再送要求が、放送回線とは異なる通信回線を介して送信装置に送信され、受信装置と他の受信装置からの再送要求の集計結果に基づき送信装置から再送信された再送信データが受信される。
【００３６】
本発明の第３の側面の送受信システムは、データを一方向だけに送信可能な放送波による放送回線を介して送信する送信装置と、前記放送回線とは異なる通信回線に接続している受信装置かまたは前記通信回線に接続していない受信装置のいずれかである複数の受信装置とからなる送受信システムであって、前記送信装置は、前記データを、前記放送回線を介して前記複数の受信装置に対して送信するデータ送信手段と、一方向だけに送信可能な前記放送回線とは異なる前記通信回線を介して、前記通信回線に接続している前記受信装置から送信された、前記データを再送信する旨の再送要求を受信する再送要求受信手段と、前記受信手段において受信された前記通信回線に接続している複数の前記受信装置それぞれからの前記再送要求の集計を行う集計手段と、前記集計手段により求められた集計結果に基づき、前記再送要求がされた前記データを、前記放送回線を介して前記受信装置に再送信するように、前記送信手段を制御する制御手段とを備え、前記放送回線とは異なる通信回線に接続している前記受信装置は、前記送信装置から前記放送回線を介して送信されてくる前記データを受信するデータ受信手段と、前記データを正常に受信することができたかどうかを確認する確認手段と、前記データを正常に受信することができなかった場合に、その受信できなかったデータを再送信する旨の再送要求を、前記放送回線とは異なる前記通信回線を介して前記送信装置に送信する再送要求送信手段とを備え、前記データ受信手段は、さらに、前記通信回線に接続している複数の前記受信装置からの前記再送要求の集計結果に基づき前記送信装置から再送信された再送信データを受信する。
【００３７】
本発明の第３の側面においては、送信装置において、データが、放送回線を介して複数の受信装置に対して送信され、一方向だけに送信可能な放送回線とは異なる通信回線を介して、通信回線に接続している受信装置から送信された、データを再送信する旨の再送要求が受信される。また、通信回線に接続している複数の受信装置それぞれからの再送要求の集計が行われ、その集計結果に基づき、再送要求されたデータが、放送回線を介して受信装置に再送信される。受信装置において、放送回線を介して送信されてくるデータが受信され、データを正常に受信することができたかどうかが確認される。データを正常に受信することができなかった場合に、その受信できなかったデータを再送信する旨の再送要求が、放送回線とは異なる通信回線を介して送信装置に送信され、受信装置と他の受信装置からの再送要求の集計結果に基づき送信装置から再送信された再送信データが受信される。
【発明の効果】
【００３８】
本発明の第１の側面によれば、データを効率的に、かつ高い信頼性で配信することができる。
【００３９】
本発明の第２の側面によれば、データを効率的に、かつ高い信頼性で配信することができる。
【００４０】
本発明の第３の側面によれば、データを効率的に、かつ高い信頼性で配信することができる。
【発明を実施するための最良の形態】
【００４１】
図１は、本発明を適用したデータ配信システムの一実施の形態の構成例を示している。
【００４２】
このデータ配信システムにおいては、送信装置１において、データが送信され、受信装置３1，３2，３3，・・・において、そのデータが受信されるようになされている。送信装置１によるデータの送信は、例えば、衛星回線や、ＣＡＴＶ網、地上波、その他の、少なくとも、多数のユーザに一斉同報が可能なネットワーク（後述する通信回線４と区別するために放送回線という）２を介して行われるようになされており、また、本実施の形態では、受信装置３1，３2，３3，・・・のうちの受信装置３2，３3、および３5は、例えば、アナログ公衆網や、ＩＳＤＮ（Integrated System Digital Network）、インターネット、その他の、送信装置１への情報の送信が可能なネットワーク（上述の放送回線２と区別するために通信回線という）４を介して、送信装置１に再送要求信号ＮＡＫを送信することができるようになされている。
【００４３】
次に、図２を参照して、その動作について説明する。
【００４４】
送信装置１では、図２（Ａ）に示すように、データが、放送回線２を介して、例えば、ＩＰマルチキャストによって送信される。放送回線２を介して送信（配信）されてくるデータは、不特定多数、あるいは所定の契約を結んだユーザの受信装置３1，３2，３3，・・・で受信される。なお、これらの受信装置３1，３2，３3，・・・は、ネットワーク的に（異なるドメインのネットワークに）散在していても良いし、１のネットワークの中にあっても良い。
【００４５】
ここで、以下では、説明を簡単にするために、ユーザ側の受信装置として、受信装置３1乃至３5だけを考える。また、以下、適宜、受信装置３1乃至３5をまとめて、受信装置３という。
【００４６】
受信装置３1乃至３5は、放送回線２を介して送信されてくるデータを正常に受信することができたかどうかを確認し、正常に受信することができた場合においては、そのデータを記憶する。
【００４７】
受信装置３1乃至３5において記憶されたデータは、ユーザが、所定操作を行うことにより、例えば表示され、あるいは音声として出力される。
【００４８】
上述したように、受信装置３1乃至３5のうち、本実施の形態では、受信装置３2，３3、および３5は、通信回線４を介して、送信装置１に情報を送信する機能を有し、かつ通信回線４を使用することが可能な状態にあり（従って、残りの受信装置３1および３4は、そのような機能を有していない、若しくは、そのような機能を有していたとしても、一時的に、通信回線４を使用しない状態にある）（以下、適宜、単に、情報を送信する機能を有する、または有しないという）、この受信装置３2，３3、または３5では、データを正常に受信することができなかった場合のみ、再送要求信号ＮＡＫが、通信回線４を介して、送信装置１に送信される。
【００４９】
即ち、図２では、同図（Ｂ）に示すように、受信装置３1乃至３5のうちの、受信装置３1，３3および３5（図２（Ｂ）で●印で示す）において、データを正常に受信することができず、そのうちの再送要求信号ＮＡＫを送信する機能を有する受信装置３3および３5から送信装置１に対して、再送要求信号ＮＡＫが、通信回線４を介して送信されている。
【００５０】
送信装置１は、例えば、放送回線２を介してのデータの送信を行ってから所定の時間が経過するまでの間に、通信回線４を介して、再送要求信号ＮＡＫを受信すると、図２（Ａ）に示すように、その再送要求信号ＮＡＫにより再送の要求がされたデータを、再度、放送回線２を介して送信する。
【００５１】
ここで、上述したように、受信装置３1および３4は、送信装置１に情報を送信する機能を有していない（若しくは、情報を送信する機能を有していても、通信回線４を使用しない状態にある）ため、これらの受信装置３1および３4では、送信装置１から放送回線２を介して送信されてくるデータが受信されるだけで、その受信に際して、送信装置１と、受信装置３1または３4それぞれとの間では、ハンドシェイクで通信を行う場合のようなコネクションは成立しない（成立することはない）。従って、送信装置１から、受信装置３1または３4それぞれへのデータの送信は、前述したＵＤＰによりデータが送信される場合と同様に、コネクションレス通信により行われているということができる。
【００５２】
また、受信装置３2は、送信装置１に情報を送信する機能を有するが、図２（Ｂ）では、受信装置３2において、データを正常に受信することができたため、送信装置１に対して、再送要求信号ＮＡＫは送信されていない。従って、この場合も、受信装置３1や３4における場合と同様に、送信装置１との間でコネクションは成立しないので、送信装置１から、受信装置３2へのデータの送信も、やはりコネクションレス通信により行われているということができる。
【００５３】
一方、送信装置１に情報を送信する機能を有する、残りの受信装置３3および３5では、図２（Ｂ）においては、データを正常に受信することができなかったため、通信回線４を介して、再送要求信号ＮＡＫが、送信装置１に送信されている。即ち、データの受信に際して、その応答としての再送要求信号ＮＡＫが、送信装置１に返されている。従って、この場合、ハンドシェイクで通信を行う場合のようなコネクションが成立している。但し、送信装置１に対する応答は、データを正常に受信することができた場合も、また、できなかった場合も、いずれの場合にも送信されるものではなく、データを正常に受信することができなかった場合にのみ、再送要求信号ＮＡＫという形で送信される。即ち、送信装置１とのコネクションは、常時成立しているものではなく、データを正常に受信することができなかった場合にのみ成立する。その意味で、この場合の送信装置１から受信装置３3または３5それぞれへのデータの送信は、いわば緩慢なコネクション通信（データを正常受信することができたときはコネクションが成立せず、正常受信することができなかったときはコネクションが成立する通信）により行われているということができる。
【００５４】
受信装置３2，３3、または３5のうち、再送要求信号ＮＡＫを送信したもの、および再送要求ＮＡＫを送信する機能を有しない（若しくは、再送要求ＮＡＫを送信する機能を有していても、通信回線４を使用しない状態にある）受信装置３1または３3のうち、データを正常に受信することができなかったものでは、上述のようにして再送されてくるデータが受信される。そして、データを正常に受信することができたかどうかが確認され、以下、同様の処理が繰り返される。
【００５５】
一方、送信装置１では、データの再送後、再度、再送要求信号ＮＡＫが送信されてきた場合には、データの再送が繰り返される。そして、再送要求信号ＮＡＫが送信されてこなくなった場合には、次のデータの送信が行われ、以下、同様の処理が繰り返される。
【００５６】
以上のように、受信装置３から通信回線４を介して送信装置１に対しては、再送要求信号ＮＡＫしか送信されないため、確認信号ＡＣＫも送信する場合に比較して、受信装置の数が、例えば、国民規模などに増加しても、通信回線４の輻輳を低減することができ、その結果、効率的なデータの配信を行うことができる。
【００５７】
また、図１のデータ配信システムでは、送信装置１から放送回線２を介して送信されてくるデータを受信する受信装置（本実施の形態では、受信装置３1乃至３5）すべてが、再送要求信号ＮＡＫを送信する機能を有している必要はなく、従って、そのような機能を有していない受信装置であっても、送信装置１からのデータを受信することができる。
【００５８】
なお、図１において、受信装置３1乃至３5すべてが、再送要求信号ＮＡＫを送信する機能を有していない（若しくは、有していても、通信回線４を使用しない状態にある）場合には、単に、ＩＰマルチキャストでデータの配信を行う場合のように、受信装置３1乃至３5において正常にデータを受信することができたかどうかに関係なく、データの再送は行われない。従って、この場合、データの信頼性が低下することになるので、受信装置３1乃至３5のうちの１以上は、再送要求信号ＮＡＫを送信する機能を有しているものであることが好ましい。
【００５９】
さらに、再送要求信号ＮＡＫを送信する機能を有している受信装置（以下、適宜、再送要求可能受信装置という）の数は、より多いことが好ましい。即ち、再送要求信号ＮＡＫを送信する機能を有していない受信装置（以下、適宜、再送要求不可受信装置という）では、データを正常に受信することができない場合に、再送要求信号ＮＡＫを送信することができないが、それと同一のデータを正常受信することができなかった再送要求可能受信装置がある場合には（このような状況は、正常受信することができなかった原因が、個々の受信装置ではなく、送信装置１や放送回線２にある場合に、特に起こりうる）、その再送要求可能受信装置から、再送要求信号ＮＡＫが送信され、これにより、送信装置１において、放送回線２を介してのデータの再送が行われる。従って、結果として、データを正常に受信することができなかった再送要求不可受信装置に対しても、データが再送されることになり、再送要求可能受信装置において受信されるデータのみならず、再送要求不可受信装置において受信されるデータについても、その信頼性を向上させることができる。
【００６０】
また、ここでは、再送要求信号ＮＡＫのみを送信することができるようにしていることから、その送信中にエラーが生じ、再送要求信号ＮＡＫが、送信装置１において受信されない場合があることが予想される。しかしながら、送信装置１において、ある受信装置が送信した再送要求信号ＮＡＫを受信することができなかった場合というのは、その受信装置が再送要求可能受信装置ではなく、再送要求不可受信装置であった場合と等価であり、従って、このような場合に対処するためにも、再送要求可能受信装置の数は、より多い方が好ましい。
【００６１】
但し、受信装置の中に、再送要求可能受信装置がなくても、データの信頼性の維持は困難となるが、データの配信は行うことができる。
【００６２】
また、放送回線２と通信回線４とは、物理的に別々のネットワークである必要はない。即ち、放送回線２を、例えば、ＣＡＴＶ網で構成する場合においては、そのＣＡＴＶ網は通信回線４として利用することも可能である。また、放送回線２によるデータの配信を、例えば、インターネットなどを利用したＩＰマルチキャストで行う場合においては、通信回線４は、そのインターネットで構成することも可能である。
【００６３】
但し、放送回線２は、例えば、衛星回線や地上波、ＣＡＴＶ網などの、広域に一斉同報が可能な、いわゆる放送に適しているものであることが望ましい。これは、次のような理由による。即ち、そのような放送回線２によれば、送信装置１と、多数の受信装置それぞれとの間が、いわばネットワーク的に直結されることになり、どの受信装置も、送信装置１から見れば同等になる。従って、例えば、現状のインターネットを利用して、ＩＰマルチキャストを行う場合における、前述した経路制御上の問題や、ネットワーク資源の浪費の問題などを回避することができる。また、放送回線２として、例えば、衛星回線や地上波などの無線回線を利用する場合においては、その無線による電波が届く範囲内であれば、防火壁が設けられたネットワークに接続されている受信装置としてのコンピュータなどにも、データの配信を行うことができる。
【００６４】
次に、図３を参照して、図１のデータ配信システムの動作について、さらに説明する。
【００６５】
送信装置１においては、所定のスケジュールにしたがって、データの送信が行われるが、そのデータの送信の前に、そのデータを受信側で復元するために必要な情報（以下、適宜、送信条件という）としての、例えば、そのデータを識別するための情報、データの内容、データ量、データを送信する時刻、伝送レート、プロトコル、送信回数（後述するように、データは、１回以上繰り返し送信されるようになされており、送信回数とは、その繰り返し回数を意味する）などが、例えば、ＩＰマルチキャストで、放送回線２を介して送信される。
【００６６】
送信条件は、受信装置３で受信され、受信装置３は、その後、データが送信されてくるまで待機する。なお、受信装置３では、以後、その送信条件に基づいて、データが受信、復元される。
【００６７】
一方、送信装置１では、所定のスケジュールにしたがい、送信すべきデータを、１以上のパケットにパケット化し、各パケットに、元のデータに復元するのに必要な情報を付加することにより、ＩＰパケットを構成する。ここで、図３では、データが、パケットａ，ｂ，ｃ，ｄ，ｅの５つのパケットにパケット化されている。
【００６８】
その後、送信装置１は、パケットａ乃至ｅを、例えば、ＩＰマルチキャストで、放送回線２を介して順次送信する。
【００６９】
受信装置３では、以上のようにして順次送信されてくるパケットａ乃至ｅが受信される。そして、受信装置３では、パケットａ乃至ｅが、そこに付加されている情報に基づいて、元のデータに再構成される。このとき、受信装置３では、パケットａ乃至ｅを正常に受信することができたかどうかが確認される。
【００７０】
ここで、図３では、受信装置３2および３4において、パケットａ乃至ｅがすべて正常に受信されている。一方、受信装置３1ではパケットｂを、受信装置３3ではパケットｂおよびｄを、受信装置５では、パケットｄおよびｅを、それぞれ正常に受信することができず、元のデータを再構成するのに不足している（図３では、正常受信することができなかったパケットを、影を付して示してある）。
【００７１】
データを再構成するのに必要なパケットａ乃至ｅのうちのいずれかのパケットを正常に受信することができなかった受信装置３1，３3、または３5のうち、再送要求可能受信装置である受信装置３3および３5では、データの再構成が完了していないのにもかかわらず、最後にパケットを受信してから所定時間が経過すると、正常に受信することができなかったパケットの再送を、データ単位で要求する再送要求信号ＮＡＫが、通信回線４を介して、例えば、ＵＤＰにより送信装置１に送信される。即ち、図３では、受信装置３3はパケットｂおよびｄの再送を、受信装置３5はパケットｄおよびｅの再送を、それぞれ一括して要求する再送要求信号ＮＡＫを、例えばＵＤＰにより、送信装置１に送信する。
【００７２】
送信装置１は、パケットａ乃至ｅの送信の終了後、所定の待ち時間をおき、その間に送信されてくる再送要求信号ＮＡＫを受信して集計する。即ち、送信装置１では、再送要求信号ＮＡＫによって再送の要求がされているパケットの、例えば論理和が求められ、これにより、再送すべきパケットが認識される。図３においては、受信装置３3からパケットｂおよびｄの再送が、受信装置３5からパケットｄおよびｅの再送が、それぞれ要求されているため、それらの論理和であるパケットｂ，ｄ、およびｅが、再送すべきパケットとして認識される。
【００７３】
そして、送信装置１では、その認識されたパケットｂ，ｄ、およびｅが、上述した場合と同様にして、放送回線２を介して順次送信（再送）される。
【００７４】
パケットａ乃至ｅのすべてを既に正常に受信することができている受信装置３2および３4では、送信装置１から再送されてくるパケットｂ，ｄ、およびｅは無視（破棄）される。また、パケットｂおよびｄについての再送要求をした受信装置３3では、そのパケットｂおよびｄだけが受信され、パケットｅは無視される。同様に、パケットｄおよびｅについての再送要求をした受信装置３5では、そのパケットｄおよびｅだけが受信され、パケットｂは無視される。
【００７５】
さらに、パケットｂを正常受信することができなかった、再送要求不可受信装置である受信装置３1では、受信装置３3によって再送が要求され、送信装置１から再送されてきたパケットｂだけが受信され、パケットｄおよびｅは無視される。
【００７６】
以上のようにして再送されてきたパケットを受信した受信装置３1，３3，３5では、そのパケットと、既に受信しているパケットを用いて、元のデータが再構成される。
【００７７】
従って、再送要求可能受信装置では、パケットを正常受信することができなかった場合に、そのパケットについて再送要求信号ＮＡＫを送信することにより、そのパケットを得ることができる。また、再送要求不可受信装置において、パケットを正常受信することができなかった場合であっても、他の、再送要求可能受信装置である受信装置が、そのパケットについて再送要求信号ＮＡＫを送信していれば、いわば便乗する形で、そのパケットを得ることができる。
【００７８】
さらに、図３では、送信装置１からのパケットを正常受信することができなかった場合に、即座に、再送要求信号ＮＡＫを送信するのではなく、あるデータを構成する一連のパケットを受信した後に、正常受信することができなかったパケットを要求する再送要求信号ＮＡＫが、いわば一括して送信される。このようなデータ単位で、再送要求信号ＮＡＫが送信される場合においては、パケット単位で、再送要求信号ＮＡＫを送信する場合に比較して、通信回線４上のトラフィックを低減することができる。
【００７９】
また、送信装置１では、再送要求信号ＮＡＫを受信するたびに、その再送要求信号ＮＡＫによって要求されているパケットが再送されるのではなく、所定の期間内に受信した再送要求信号ＮＡＫが集計され、その集計結果にしたがって、パケットの再送が行われる。従って、個々の再送要求信号ＮＡＫに対応して、パケットの再送を行う場合に比較して、効率的な再送を行うことができる。
【００８０】
なお、パケットの再送後、その再送を要求した、いずれかの再送要求可能受信装置において、再度、パケットの正常受信に失敗した場合には、その再送要求可能受信装置は、再び、再送要求信号ＮＡＫを送信する。一方、送信装置１は、再送要求信号ＮＡＫを受信した場合には、パケットの再送を繰り返す。そして、送信装置１は、再送要求信号ＮＡＫを受信することができなくなると、即ち、受信装置から再送要求信号ＮＡＫが送信されてこなくなると、所定のスケジュールにしたがい、次のデータ（を構成するパケット）の送信を行う。
【００８１】
但し、１の再送要求可能受信装置からも、再送要求信号ＮＡＫが送信されてこなくなるまで、パケットの再送を繰り返すと、極端な場合には、１の再送要求可能受信装置だけのために、パケットの再送が何度も繰り返されることがあり、効率的でない。従って、パケットの再送を行う回数や時間は制限することが可能である。
【００８２】
次に、図４は、図１の送信装置１の構成例を示している。
【００８３】
データベース１１には、配信すべきデータが記憶されている。パケット構成部１２は、スケジュール管理部１４の制御の下、データベース１１からデータを読み出し、それを、１以上のＩＰパケットにパケット化して、伝送部１３に供給するようになされている。伝送部１３は、スケジュール管理部１４の制御の下、パケット構成部１２からのパケットを、放送回線２を介して、ＩＰマルチキャストなどによって送信するようになされている。スケジュール管理部１４は、所定のスケジュールにしたがい、パケット構成部１２および伝送部１３を制御することにより、パケットを構成させて送信させるようになされている。さらに、スケジュール管理部１４は、再送要求集計部１５による再送要求信号ＮＡＫの集計結果にしたがって伝送部１３を制御し、これにより、必要なパケットを再送させるようにもなされている。再送要求集計部１５は、通信制御部１６で受信された再送要求信号ＮＡＫを集計し、その集計結果を、スケジュール管理部１４に供給するようになされている。通信制御部１６は、通信回線４を介しての受信装置（図１の実施の形態では、受信装置３2，３3、および３5）との通信を制御するようになされており、これにより、通信回線４を介して、ＵＤＰなどによって送信されてくる再送要求信号ＮＡＫを受信し、再送要求集計部１５に供給するようになされている。
【００８４】
次に、図５のフローチャートを参照して、その動作について説明する。
【００８５】
まず最初に、スケジュール管理部１４は、ステップＳ１において、所定のスケジュールにしたがって送信するデータについての送信条件を、伝送部１３を制御することにより、放送回線２を介して送信させる。そして、スケジュール管理部１４は、所定のスケジュールにしたがってパケット構成部１２を制御することにより、ステップＳ２において、送信すべきデータをデータベース１１から読み出させてＩＰパケットを構成させる。このＩＰパケットは、伝送部１３に順次供給され、ステップＳ３において、放送回線２を介して送信される。
【００８６】
そして、ステップＳ４に進み、スケジュール管理部１４において、データを構成するパケットの送信を、所定の回数繰り返したかどうかが判定され、まだ、所定の回数だけ繰り返していないと判定された場合、ステップＳ３に戻り、パケットの送信が繰り返される。
【００８７】
即ち、放送回線２を介して送信されるデータを受信する受信装置３の中には、再送要求を行わない受信装置３1および３4があり、再送要求を行う受信装置３2，３3、および３5すべてにおいて、データを正常に受信することができた場合には、再送要求は行われず、従って、この場合に、受信装置３1や３4において、データを正常に受信することができなかったときには、受信装置３1や３4では、再送を要求することができないため、そのデータを得ることができない。また、受信装置３2や３3、３5において、データを正常に受信することができず、再送要求信号ＮＡＫが送信された場合であっても、送信装置１において、その再送要求信号ＮＡＫを正常受信することができないときがある。そして、この場合も、データの再送は行われない。
【００８８】
そこで、送信装置１は、データを構成するパケットの送信を、１回以上の所定の回数繰り返すようになされており、これにより、受信装置３において、データを正常受信することができる確率を向上させるようになされている。
【００８９】
なお、パケットの送信は、所定の回数繰り返すのではなく、所定の時間が経過するまで繰り返すようにしても良い。
【００９０】
ステップＳ４において、データを構成するパケットの送信を、所定の回数だけ繰り返したと判定された場合、ステップＳ５に進み、通信制御部１６において、再送要求信号ＮＡＫが受信されたかどうかが判定される。ステップＳ５において、再送要求信号ＮＡＫが受信されていないと判定された場合、ステップＳ１に戻り、次に送信すべきデータについての送信条件が送信され、以下、同様の処理が繰り返される。
【００９１】
一方、ステップＳ５において、再送要求信号ＮＡＫが受信されたと判定された場合、ステップＳ６に進み、再送要求信号ＮＡＫが集計される。即ち、通信制御部１６で受信された再送要求信号ＮＡＫは、再送要求集計部１５に供給され、再送要求集計部１５では、通信制御部１６からの再送要求信号ＮＡＫによって再送が要求されているパケットの論理和が、再送すべきパケットとして求められる。例えば、前述した図３に示す例においては、受信装置３3からパケットｂおよびｄの再送が、受信装置３5からパケットｄおよびｅの再送が、それぞれ要求されているため、それらの論理和であるパケットｂ，ｄ、およびｅが、再送すべきパケットとして求められる。そして、その再送すべきパケットを表す情報（再送要求信号ＮＡＫの集計結果）（以下、適宜、再送情報という）が、再送要求集計部１５からスケジュール管理部１４に供給される。
【００９２】
スケジュール管理部１４は、再送要求集計部１５から再送情報を受信すると、ステップＳ７において、伝送部１３を制御することにより、その再送情報に対応するパケットを再送させ、ステップＳ５に戻る。そして、その再送の結果、再送要求信号ＮＡＫが送信されてきた場合には、ステップＳ５乃至Ｓ７の処理が繰り返され、再送要求信号ＮＡＫが送信されてこなくなると、ステップＳ５からステップＳ１に戻る。なお、ステップＳ５乃至Ｓ７によるパケットの再送処理は、上述したように、所定回数または所定の時間で打ち切り、ステップＳ１に戻るようにすることが可能である。
【００９３】
次に、図６は、図１の受信装置３の構成例を示している。
【００９４】
受信部２１は、放送回線２から送信されてくる情報（パケットや送信条件など）を受信し、データ構成部２２に供給するようになされている。データ構成部２２は、データ受信部２１から供給されるパケットを、同じくデータ受信部２１から供給される送信条件にしたがって、元のデータに再構成するようになされている。データ確認部２３は、データ構成部２２に供給されるパケットを監視しており、そのパケットが正常受信されたものかどうかを確認するようになされている。また、データ確認部２３は、受信部２１を制御することにより、重複して受信されたパケットを破棄させるようにもなされている。記録媒体２４は、例えば、ハードディスクや、光磁気ディスクなどでなり、データ構成部２２において再構成されたデータを記憶（記録）するようになされている。読み出し部２５は、操作部２７の操作にしたがって、記録媒体２４からデータを読み出し、出力部２６に供給するようになされている。出力部２６は、例えば、ディスプレイやスピーカなどで構成され、読み出し部２５からのデータを表示、印刷し、または音声として出力するようになされている。操作部２７は、記録媒体２４に記録されたデータを読み出すときに操作されるようになされている。
【００９５】
再送要求部２８は、データ確認部２３において、パケットが正常受信されなかったことが確認された場合に、その再送を要求するようになされている。即ち、再送要求部２８は、正常受信することができなかったパケットの再送を要求する再送要求信号ＮＡＫを生成し、通信制御部２９を制御することにより、通信回線４を介して、送信装置１に送信させるようになされている。なお、再送要求部２８では、上述したように、データ単位で再送要求信号ＮＡＫが生成されるようになされている。即ち、あるデータを構成する一連のパケットの受信を、受信部２１が終えた後、そのデータを構成するパケットのうち、正常受信することができなかったものについて、再送要求信号ＮＡＫが生成されるようになされている。
【００９６】
通信制御部２９は、通信回線４を介しての送信装置１との間の通信を制御するようになされており、これにより、再送要求部２８から供給される再送要求信号ＮＡＫを、通信回線４を介して、ＵＤＰなどによって送信装置１に送信するようになされている。
【００９７】
なお、受信装置３のうち、再送要求を行う受信装置（再送要求可能受信装置）である受信装置３2，３3、および３5は、以上の通りであるが、再送要求を行わない受信装置（再送要求不可受信装置）である受信装置３1および３4は、図６において点線で囲んで示す再送要求部２８および通信制御部２９が設けられていない構成、またはそれらのうちのいずれか一方若しくは両方の機能が一時停止した状態となっている。
【００９８】
次に、図７のフローチャートを参照して、その動作について説明する。
【００９９】
受信装置３では、ステップＳ１１において、送信装置１から放送回線２を介して、送信条件が送信されてくるのを待って、受信部２１で受信される。受信部２１は、受信した送信条件を、データ構成部２２を介して、データ確認部２３に供給し、以後、データ確認部２３は、次に送信条件が供給されるまでは、受信部２１から、データ構成部２２を介して供給された送信条件に基づき、受信部２１やデータ構成部２２の制御を行う。
【０１００】
送信条件が受信されると、ステップＳ１２に進み、送信装置１から放送回線２を介して、データを構成する一連のパケットが送信されてくるのを待って、受信部２１で受信される。受信部２１でパケットが受信されると、ステップＳ１３に進み、そのパケットの中に、既に受信したパケット（以下、適宜、受信済みパケットという）と同一のものがあるかどうかが、受信部２１において判定される。即ち、上述したように、送信装置１においては、パケットは、何回か繰り返し送信されてくるため、受信部２１では、受信済みパケットと同一のパケットが重複して受信される場合がある。この場合、データ確認部２３は、そのパケットを無視するように、受信部２１を制御するようになされており、従って、重複したパケットは、受信部２１において破棄される。
【０１０１】
ステップＳ１３において、受信したパケットの中に、受信済みパケットと同一のものがあると判定された場合、ステップＳ１４に進み、データ確認部２３は、その受信したパケットのうち、受信済みパケット同一のものを破棄するように、受信部２１を制御し、ステップＳ１５に進む。これにより、受信部２１では、受信したパケットのうち、受信済みパケットと同一のものが破棄される。なお、受信部２１において破棄されなかったパケットは、データ構成部２２に供給される。
【０１０２】
また、ステップＳ１３において、受信部２１が受信したパケットの中に、受信済みパケットと同一のものがないと判定された場合、受信部２１が受信したパケットは、すべて、データ構成部２２に供給される。データ構成部２２では、ステップＳ１５において、受信部２１から供給されたパケットを用いて、元のデータが再構成される。
【０１０３】
そして、データ確認部２３では、ステップＳ１６において、データ構成部２２に供給されたパケットがすべて正常受信されたものがどうかが判定され、すべて正常受信されたものであると判定された場合、データ構成部２２は、再構成したデータを、記録媒体２４に供給して記憶させる。そして、次の送信条件が、送信装置１から放送回線２を介して送信されてくるのを待って、ステップＳ１１に戻る。
【０１０４】
ここで、以上のようにして記録媒体２４に記録されたデータは、操作部２７が操作されることにより、読み出し部２５によって読み出され、出力部２６に供給されて表示等される。これにより、ユーザは、記録媒体２４に記録されたデータを利用することができる。
【０１０５】
一方、ステップＳ１６において、データ構成部２２に供給されたパケットのうちの１つでも、正常受信することができなかったものがあると判定された場合、ステップＳ１７に進み、データ確認部２３において、その正常受信することができなかったパケット（欠落パケット）の集計が行われる。即ち、データ確認部２３は、あるデータを再構成するのに必要なパケットのうちの、正常受信することができなかったものすべてを検出し、再送要求部２８に供給する。そして、ステップＳ１８に進み、その正常受信することができなかったパケットのすべての再送が、一括して要求される。即ち、ステップＳ１８では、再送要求部２８において、正常受信することができなかったパケットを一括して要求するための再送要求信号ＮＡＫが生成され、通信制御部２９に供給される。さらに、ステップＳ１８では、通信制御部２９において、再送要求部２８からの再送要求信号ＮＡＫが、通信回線４を介して、送信装置１に送信される。
【０１０６】
その後、ステップＳ１２に戻り、再送要求信号ＮＡＫによって要求したパケットが、放送回線２を介して再送されてくるのを待って、受信部２１で受信される。なお、このとき、受信部２１において、再送要求信号ＮＡＫによって要求したパケットをすべて受信することができた場合には、ステップＳ１５において、そのパケットと、既に正常受信しているパケットとを用いて、データが再構成されることになる。
【０１０７】
ここで、再送要求部２８および通信制御部２９を有しない受信装置３1や３4では、ステップＳ１７およびＳ１８の処理はスキップされる。従って、受信装置３1や３4では、ステップＳ１６において、データ構成部２２に供給されたパケットのうちの１つでも、正常受信することができなかったものがあると判定された場合には、受信装置３2や３3，３5による再送要求信号ＮＡＫにより、正常受信することができなかったパケットが再送されるのを待って、ステップＳ１２の処理が行われる。なお、正常受信することができなかったパケットの再送が行われなかった場合には、そのパケットを含んで構成されるデータは、例えば、記録媒体２４には記録されずに破棄される。
【０１０８】
以上、本発明をデータ配信システムに適用した場合について説明したが、このようなデータ配信システムは、例えば、９７．３、日経マルチメディア（Nikkei Multimedia）で紹介されているような、放送回線２または通信回線４として、衛星またはインターネットなどをそれぞれ利用したディジタル放送によるマルチメディアコンテンツ流通ビジネスなどに適用可能である。
【０１０９】
ここで、コンピュータを内蔵した情報機器の一般家庭への普及に伴い、テレビジョン放送やラジオ放送に利用されている、衛星回線や地上波、ＣＡＴＶ網などの、広域に一斉同報が可能な伝送媒体（以下、適宜、放送用媒体という）を、画像や音声の配信に用いるだけでなく、コンピュータなどで取り扱われる各種のディジタルデータの配信に用いる試みが活発化しており、放送用媒体を、このようにコンピュータへのデータ（画像や音声のデータなどの他、コンピュータプログラムを含む）の配信に利用するという動きは、今後ますます盛んになると予想される。
【０１１０】
一方、コンピュータネットワークの１つであるインターネットに接続することのできる端末の普及と、その接続のための回線の大容量化に伴い、インターネットを利用して、テレビジョン放送やラジオ放送と同様に、画像（特に、動画）や音声などのデータをリアルタイムで一斉同報する試みも活発化しており、コンピュータネットワークを、このように、いわゆる放送に利用するという動きも、今後ますます盛んになると予想される。
【０１１１】
以上のように、放送用媒体とコンピュータネットワークとの境界がなくなりつつある現状を背景として、放送用媒体の広域同報性と、コンピュータネットワークの双方向性という特徴を組み合わせて利用することにより、ＡＶ（Audio Visual）コンテンツからコンピュータソフトウェアに至る多種多様の形態のマルチメディア情報を、国民規模、さらには世界規模のユーザに、効率良く配信する技術の重要性は極めて大であり、上述のデータ配信システムによれば、多数のユーザに対して、効率が良く、かつ信頼性の高いマルチキャストサービスの提供が可能となる。
【０１１２】
なお、放送回線２として、無線を利用する場合においては、受信装置３は、室内に設置されるものであっても良いし、また、例えば、モバイルコンピュータなどの、いわゆる携帯型のものであっても良い。
【０１１３】
また、以上のようなデータ配信システムでは、データの配信を、有料または無料のいずれでもすることができるし、さらには、有料のユーザと無料のユーザとが混在していてもかまわない。また、受信装置３の数の多少に関係なく、データの配信は可能であるが、本発明は、受信装置３の数が多い場合に、特に有用である。
【図面の簡単な説明】
【０１１４】
【図１】本発明を適用したデータ配信システムの一実施の形態の構成例を示すブロック図である。
【図２】図１のデータ配信システムの動作を説明するための図である。
【図３】図１のデータ配信システムの動作を説明するための図である。
【図４】図１の送信装置１の構成例を示すブロック図である。
【図５】図４の送信装置１の動作を説明するためのフローチャートである。
【図６】図１の受信装置３の構成例を示すブロック図である。
【図７】図６の受信装置３の動作を説明するためのフローチャートである。
【図８】従来のデータ配信システムの一例の構成を示すブロック図である。
【図９】ＲＭＴＰを利用したデータ配信システムの一例の構成を示すブロック図である。
【符号の説明】
【０１１５】
１  送信装置，  ２  放送回線，  ３1乃至３5  受信装置，  ４  通信回線，  １１  データベース，  １２  パケット構成部，  １３  伝送部，  １４  スケジュール管理部，  １５  再送要求集計部，  １６  通信制御部，  ２１  受信部，  ２２  データ構成部，  ２３  データ確認部，  ２４  記録媒体，  ２５  読み出し部，  ２６  出力部，  ２７  操作部，  ２８  再送要求部，  ２９  通信制御部
【図１】
2007166674.tif 000003
【図２】
2007166674.tif 000004
【図３】
2007166674.tif 000005
【図４】
2007166674.tif 000006
【図５】
2007166674.tif 000007
【図６】
2007166674.tif 000008
【図７】
2007166674.tif 000009
【図８】
2007166674.tif 000010
【図９】
2007166674.tif 000011