(57)【特許請求の範囲】
【請求項１】
情報受信装置と所定のネットワークを介して相互に接続される情報送信装置において、
前記情報受信装置に対して、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を生成する生成手段と、
前記生成手段により生成された前記第１の制御情報と前記情報とのうちの少なくとも一方を、前記ネットワークを介して前記情報受信装置に送信する送信手段と、
前記情報を前記情報受信装置が受信しないという判定結果を表す拒絶情報、並びに、前記情報を前記情報受信装置が受信するという判定結果を表す許諾情報としての、前記情報受信装置が正常な信号を受信していることを示すエラーなし情報、および、前記情報受信装置の受信信号にエラーが発生していることを示すエラーあり情報のうちの所定の１つの情報が、前記送信手段により送信された前記第１の制御情報に対する応答として前記情報受信装置から送信されてきたとき、その情報を第２の制御情報として、前記ネットワークを介して受信する受信手段と、
前記情報送信装置の状態として、前記受信手段により受信された前記第２の制御情報が前記拒絶情報である場合には第１の状態に遷移させ、前記第２の制御情報が前記エラーなし情報である場合には第２の状態に遷移させ、前記第２の制御情報が前記エラーあり情報である場合には第３の状態に遷移させ、前記送信装置の状態が前記第１の状態のときには、前記送信手段により前記情報が前記ネットワークを介して前記情報受信装置に送信されることを禁止し、前記情報送信装置の状態が前記第２の状態または前記第３の状態のときには、前記送信手段により前記情報が前記情報受信装置に送信されることを許可する送信制御手段と
を備えること特徴とする情報送信装置。
【請求項２】
前記送信手段は、前記情報を送信するとき、前記情報とともに、前記第１の制御情報を送信する
ことを特徴とする請求項１に記載の情報送信装置。
【請求項３】
前記送信手段は、所定の時間間隔で、前記第１の制御情報を送信する
ことを特徴とする請求項１に記載の情報送信装置。
【請求項４】
前記送信制御手段は、さらに、所定の時間を計時し、その所定の時間が経過するまでの間に前記第２の制御情報が受信された場合、前記情報送信装置の状態を、その第２の制御情報の内容に対応する状態に遷移させ、その所定の時間が経過するまでの間に前記第２の制御情報が受信されなかった場合、前記情報送信装置の状態を現状態のまま保持する、という状態遷移処理を繰り返す
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記情報送信装置の状態には、前記第１の状態乃至前記第３の状態に加えてさらに、前記情報送信装置自身側の理由により前記情報を前記情報受信装置に送信しない状態である第４の状態が存在し、
前記送信制御手段は、さらに、イニシャル指令または送信停止指令が外部から入力された場合、前記情報送信装置の状態を前記第４の状態に遷移させ、前記送信手段により前記情報が前記ネットワークを介して前記情報受信装置に送信されることを禁止し、その後、送信開始指令が外部から入力された場合、前記情報送信装置の状態を前記第４の状態から前記第２の状態に遷移させ、前記所定の時間の計時を開始する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記第１および前記第２の制御情報は、RTCPパケットの情報である
ことを特徴とする請求項１に記載の情報送信装置。
【請求項７】
情報受信装置と所定のネットワークを介して相互に接続される情報送信装置の情報送信方法において、
前記情報受信装置に対して、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を生成する生成ステップと、
前記生成ステップの処理により生成された前記第１の制御情報と前記情報とのうちの少なくとも一方を、前記ネットワークを介して前記情報受信装置に送信することを制御する第１の送信制御ステップと、
前記情報を前記情報受信装置が受信しないという判定結果を表す拒絶情報、並びに、前記情報を前記情報受信装置が受信するという判定結果を表す許諾情報としての、前記情報受信装置が正常な信号を受信していることを示すエラーなし情報、および、前記情報受信装置の受信信号にエラーが発生していることを示すエラーあり情報のうちの所定の１つの情報が、前記第１の送信制御ステップの制御処理により送信された前記第１の制御情報に対する応答として前記情報受信装置から送信されてきたとき、その情報を第２の制御情報として、前記ネットワークを介して受信することを制御する受信制御ステップと、
前記情報送信装置の状態として、前記受信制御ステップの制御処理により受信された前記第２の制御情報が前記拒絶情報である場合には第１の状態に遷移させ、前記第２の制御情報が前記エラーなし情報である場合には第２の状態に遷移させ、前記第２の制御情報が前記エラーあり情報である場合には第３の状態に遷移させ、前記送信装置の状態が前記第１の状態のときには、前記情報を前記ネットワークを介して前記情報受信装置に送信することを禁止し、前記情報送信装置の状態が前記第２の状態または前記第３の状態のときには、前記情報を前記情報受信装置に送信することを許可する第２の送信制御ステップと
を含むことを特徴とする情報送信方法。
【請求項８】
情報受信装置と所定のネットワークを介して相互に接続される情報送信装置を制御するコンピュータのプログラムであって、
前記情報受信装置に対して、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を生成する生成ステップと、
前記生成ステップの処理により生成された前記第１の制御情報と前記情報とのうちの少なくとも一方を、前記ネットワークを介して前記情報受信装置に送信することを制御する第１の送信制御ステップと、
前記情報を前記情報受信装置が受信しないという判定結果を表す拒絶情報、並びに、前記情報を前記情報受信装置が受信するという判定結果を表す許諾情報としての、前記情報受信装置が正常な信号を受信していることを示すエラーなし情報、および、前記情報受信装置の受信信号にエラーが発生していることを示すエラーあり情報のうちの所定の１つの情報が、前記第１の送信制御ステップの制御処理により送信された前記第１の制御情報に対する応答として前記情報受信装置から送信されてきたとき、その情報を第２の制御情報として、前記ネットワークを介して受信することを制御する受信制御ステップと、
前記情報送信装置の状態として、前記受信制御ステップの制御処理により受信された前記第２の制御情報が前記拒絶情報である場合には第１の状態に遷移させ、前記第２の制御情報が前記エラーなし情報である場合には第２の状態に遷移させ、前記第２の制御情報が前記エラーあり情報である場合には第３の状態に遷移させ、前記送信装置の状態が前記第１の状態のときには、前記情報を前記ネットワークを介して前記情報受信装置に送信することを禁止し、前記情報送信装置の状態が前記第２の状態または前記第３の状態のときには、前記情報を前記情報受信装置に送信することを許可する第２の送信制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項９】
情報受信装置と所定のネットワークを介して相互に接続される情報送信装置を制御するコンピュータに、
前記情報受信装置に対して、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を生成する生成ステップと、
前記生成ステップの処理により生成された前記第１の制御情報と前記情報とのうちの少なくとも一方を、前記ネットワークを介して前記情報受信装置に送信することを制御する第１の送信制御ステップと、
前記情報を前記情報受信装置が受信しないという判定結果を表す拒絶情報、並びに、前記情報を前記情報受信装置が受信するという判定結果を表す許諾情報としての、前記情報受信装置が正常な信号を受信していることを示すエラーなし情報、および、前記情報受信装置の受信信号にエラーが発生していることを示すエラーあり情報のうちの所定の１つの情報が、前記第１の送信制御ステップの制御処理により送信された前記第１の制御情報に対する応答として前記情報受信装置から送信されてきたとき、その情報を第２の制御情報として、前記ネットワークを介して受信することを制御する受信制御ステップと、
前記情報送信装置の状態として、前記受信制御ステップの制御処理により受信された前記第２の制御情報が前記拒絶情報である場合には第１の状態に遷移させ、前記第２の制御情報が前記エラーなし情報である場合には第２の状態に遷移させ、前記第２の制御情報が前記エラーあり情報である場合には第３の状態に遷移させ、前記送信装置の状態が前記第１の状態のときには、前記情報を前記ネットワークを介して前記情報受信装置に送信することを禁止し、前記情報送信装置の状態が前記第２の状態または前記第３の状態のときには、前記情報を前記情報受信装置に送信することを許可する第２の送信制御ステップと
を実行させることを特徴とするプログラム。
【請求項１０】
所定の情報を送信する情報送信装置と所定のネットワークを介して相互に接続される情報受信装置において、
前記情報送信装置により送信された、前記情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を、前記ネットワークを介して受信する受信手段と、
前記受信手段により前記第１の制御情報が受信された場合、前記第１の制御情報を送信した前記情報送信装置により送信される前記情報を受信しないという判定結果を表す拒絶情報、並びに、前記情報を受信するという判定結果を表す許諾情報としての、前記受信手段が正常な信号を受信していることを示すエラーなし情報、および、前記受信手段の受信信号にエラーが発生していることを示すエラーあり情報のうちの、１つの情報を生成する生成手段と、
前記拒絶情報、前記エラーなし情報、および前記エラーあり情報のうちの、前記生成手段により生成された１つの情報を第２の制御情報として、前記ネットワークを介して前記情報送信装置に送信する送信手段と
を備えることを特徴とする情報受信装置。
【請求項１１】
前記情報受信装置の状態として、前記情報送信装置からの前記情報の受信が不可能な第１の状態、前記情報送信装置から前記情報をまだ受信していないが、その情報の受信は可能である第２の状態、および、前記情報送信装置からの前記情報を受信している第３の状態が存在し、
前記生成手段は、
さらに、受信停止指令が外部から入力された場合、前記情報受信装置の状態を前記第１の状態に遷移させ、
前記情報受信装置の状態が前記第１の状態で前記第１の制御信号が前記受信手段に受信された場合、前記拒絶情報を生成し、
前記情報受信装置の状態が前記第１の状態で受信開始指令が外部から入力された場合、前記情報受信装置の状態を前記第２の状態に遷移させ、
前記情報受信装置の状態が前記第２の状態で前記第１の制御信号が前記受信手段に受信された場合、前記拒絶情報または前記エラーなし情報を生成し、前記拒絶情報を生成したときには、前記情報受信装置の状態を前記第２の状態のまま保持し、前記エラーなし情報を生成したときには、前記情報受信装置の状態を前記第３の状態に遷移させ、
前記情報受信装置の状態が前記第３の状態で前記第１の制御信号が前記受信手段に受信された場合、前記受信手段に受信されている前記情報のエラーが所定のレベル以下であるときには前記エラーなし情報を生成し、そのエラーが前記所定のレベルを超えているときには前記エラーあり情報を生成し、いずれのときにも、前記情報受信装置の状態を前記第３の状態のまま保持する
ことを特徴とする請求項１０に記載の情報受信装置。
【請求項１２】
前記ネットワークを介して、第１の情報送信装置、および、第２の情報送信装置のそれぞれに接続されており
前記生成手段は、さらに、前記第１の情報送信装置により送信された前記情報が前記受信手段に受信されていることにより、前記情報受信装置の状態を前記第３の状態に保持している最中に、前記第２の情報送信装置により送信された前記第１の制御情報が前記受信手段に受信された場合、前記第２の情報送信装置により送信される前記情報を受信しないと判定し、前記第２の情報送信装置に対して前記拒絶情報を生成し、前記情報受信装置の状態を前記第３の状態のまま保持し、
前記送信手段は、前記生成手段により生成された前記拒絶情報を、前記ネットワークを介して前記第２の情報送信装置に送信する
ことを特徴とする請求項１１に記載の情報受信装置。
【請求項１３】
前記生成手段は、さらに、前記情報受信装置の状態を前記第３の状態に保持している最中に、所定の時間内に前記第１の制御情報が前記受信手段に受信されなかった場合、前記情報受信装置の状態を前記第２の状態に遷移させる
ことを特徴とする請求項１１に記載の情報受信装置。
【請求項１４】
前記第１および前記第２の制御情報は、RTCPパケットの情報である
ことを特徴とする請求項１０に記載の情報受信装置。
【請求項１５】
所定の情報を送信する情報送信装置と所定のネットワークを介して相互に接続される情報受信装置の情報受信方法において、
前記情報送信装置により送信された、前記情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を、前記ネットワークを介して受信することを制御する受信制御ステップと、
前記受信制御ステップの制御処理により前記第１の制御情報が受信された場合、前記第１の制御情報を送信した前記情報送信装置により送信される前記情報を受信しないという判定結果を表す拒絶情報、並びに、前記情報を受信するという判定結果を表す許諾情報としての、前記受信手段が正常な信号を受信していることを示すエラーなし情報、および、前記受信手段の受信信号にエラーが発生していることを示すエラーあり情報のうちの、１つの情報を生成する生成ステップと、
前記拒絶情報、前記エラーなし情報、および前記エラーあり情報のうちの、前記生成ステップの処理により生成された１つの情報を第２の制御情報として、前記ネットワークを介して前記情報送信装置に送信することを制御する送信制御ステップと
を含むことを特徴とする情報受信方法。
【請求項１６】
所定の情報を送信する情報送信装置と所定のネットワークを介して相互に接続される情報受信装置を制御するコンピュータのプログラムであって、
前記情報送信装置により送信された、前記情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を、前記ネットワークを介して受信することを制御する受信制御ステップと、
前記受信制御ステップの制御処理により前記第１の制御情報が受信された場合、前記第１の制御情報を送信した前記情報送信装置により送信される前記情報を受信しないという判定結果を表す拒絶情報、並びに、前記情報を受信するという判定結果を表す許諾情報としての、前記受信手段が正常な信号を受信していることを示すエラーなし情報、および、前記受信手段の受信信号にエラーが発生していることを示すエラーあり情報のうちの、１つの情報を生成する生成ステップと、
前記拒絶情報、前記エラーなし情報、および前記エラーあり情報のうちの、前記生成ステップの処理により生成された１つの情報を第２の制御情報として、前記ネットワークを介して前記情報送信装置に送信することを制御する送信制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項１７】
所定の情報を送信する情報送信装置と所定のネットワークを介して相互に接続される情報受信装置を制御するコンピュータに、
前記情報送信装置により送信された、前記情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を、前記ネットワークを介して受信することを制御する受信制御ステップと、
前記受信制御ステップの制御処理により前記第１の制御情報が受信された場合、前記第１の制御情報を送信した前記情報送信装置により送信される前記情報を受信しないという判定結果を表す拒絶情報、並びに、前記情報を受信するという判定結果を表す許諾情報としての、前記受信手段が正常な信号を受信していることを示すエラーなし情報、および、前記受信手段の受信信号にエラーが発生していることを示すエラーあり情報のうちの、１つの情報を生成する生成ステップと、
前記拒絶情報、前記エラーなし情報、および前記エラーあり情報のうちの、前記生成ステップの処理により生成された１つの情報を第２の制御情報として、前記ネットワークを介して前記情報送信装置に送信することを制御する送信制御ステップと
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報送信装置および方法、情報受信装置および方法、記録媒体、並びにプログラムに関し、特に、限られた帯域においても、複数の送信装置のそれぞれから送信された画像を、受信装置に確実に配信することができるようにした情報送信装置および方法、情報受信装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
近年、大容量の情報、例えば、画像信号が、所定の通信回線を介して送信装置から受信装置に配信される情報配信システムが普及してきた。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の情報配信システムにおいては、一般的に、画像信号の配信は、１つの送信装置から１つの受信装置への配信が対象とされ、かつ、信号（画像信号のみならず制御信号等を含む信号）の伝送方向は、送信装置から受信装置への１方向のみである。また、送信装置は、画像信号の配信を一度開始すると、送信装置と受信装置の間の回線や、送信相手（受信装置）の状況等に関係なく、画像信号を配信し続ける。
【０００４】
従って、送信装置は、受信装置の受信状態(エラーの発生状況など)を監視することが困難であるという第１の課題があった。
【０００５】
さらに、回線容量に制限のある環境において、複数の送信装置のそれぞれが、１台の受信装置に対して同時に画像信号を配信する場合、回線の帯域制限により画像信号のあふれが発生する（複数の送信装置からの画像信号が回線であふれ、伝送不能になる）ことがある。この画像信号のあふれの発生を解消するためには、受信装置側での処置では、いかなる処置であっても不十分であり、送信装置側での処置が必要となる。
【０００６】
しかしながら、上述した第１の課題とともに、受信装置は、送信装置を制御することができないので、送信装置は、画像信号のあふれの発生に対する処置を施すことが困難であるという第２の課題があった。
【０００７】
本発明は、このような状況に鑑みてなされたものであり、限られた帯域においても、複数の送信装置のそれぞれから送信された画像を、受信装置に確実に配信することができるようにするものである。
【００１２】
【課題を解決するための手段】
本発明の情報送信装置は、所定のネットワークを介して相互に接続される情報受信装置に対して、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を生成する生成手段と、生成手段により生成された第１の制御情報と情報とのうちの少なくとも一方を、ネットワークを介して情報受信装置に送信する送信手段と、情報を情報受信装置が受信しないという判定結果を表す拒絶情報、並びに、情報を情報受信装置が受信するという判定結果を表す許諾情報としての、情報受信装置が正常な信号を受信していることを示すエラーなし情報、および、情報受信装置の受信信号にエラーが発生していることを示すエラーあり情報のうちの所定の１つの情報が、送信手段により送信された第１の制御情報に対する応答として情報受信装置から送信されてきたとき、その情報を第２の制御情報として、ネットワークを介して受信する受信手段と、情報送信装置の状態として、受信手段により受信された第２の制御情報が拒絶情報である場合には第１の状態に遷移させ、第２の制御情報がエラーなし情報である場合には第２の状態に遷移させ、第２の制御情報がエラーあり情報である場合には第３の状態に遷移させ、送信装置の状態が第１の状態のときには、送信手段により情報がネットワークを介して情報受信装置に送信されることを禁止し、情報送信装置の状態が第２の状態または第３の状態のときには、送信手段により情報が情報受信装置に送信されることを許可する送信制御手段とを備えること特徴とする。
【００１３】
送信手段は、送信手段により情報が送信されるとき、その情報とともに、第１の制御情報を送信するようにすることができる。
【００１４】
送信手段は、所定の時間間隔で、第１の制御情報を送信するようにすることができる。
送信制御手段は、さらに、所定の時間を計時し、その所定の時間が経過するまでの間に第２の制御情報が受信された場合、情報送信装置の状態を、その第２の制御情報の内容に対応する状態に遷移させ、その所定の時間が経過するまでの間に第２の制御情報が受信されなかった場合、情報送信装置の状態を現状態のまま保持する、という状態遷移処理を繰り返すことができる。
情報送信装置の状態には、第１の状態乃至第３の状態に加えてさらに、情報送信装置自身側の理由により情報を情報受信装置に送信しない状態である第４の状態が存在し、送信制御手段は、さらに、イニシャル指令または送信停止指令が外部から入力された場合、情報送信装置の状態を第４の状態に遷移させ、送信手段により情報がネットワークを介して情報受信装置に送信されることを禁止し、その後、送信開始指令が外部から入力された場合、情報送信装置の状態を第４の状態から第２の状態に遷移させ、所定の時間の計時を開始することができる。
【００１５】
第１および第２の制御情報は、RTCPパケットの情報であるようにすることができる。
【００１７】
本発明の情報送信装置の情報送信方法は、所定のネットワークを介して相互に接続される情報受信装置に対して、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を生成する生成ステップと、生成ステップの処理により生成された第１の制御情報と情報とのうちの少なくとも一方を、ネットワークを介して情報受信装置に送信することを制御する第１の送信制御ステップと、情報を情報受信装置が受信しないという判定結果を表す拒絶情報、並びに、情報を情報受信装置が受信するという判定結果を表す許諾情報としての、情報受信装置が正常な信号を受信していることを示すエラーなし情報、および、情報受信装置の受信信号にエラーが発生していることを示すエラーあり情報のうちの所定の１つの情報が、第１の送信制御ステップの制御処理により送信された第１の制御情報に対する応答として情報受信装置から送信されてきたとき、その情報を第２の制御情報として、ネットワークを介して受信することを制御する受信制御ステップと、情報送信装置の状態として、受信制御ステップの制御処理により受信された第２の制御情報が拒絶情報である場合には第１の状態に遷移させ、第２の制御情報がエラーなし情報である場合には第２の状態に遷移させ、第２の制御情報がエラーあり情報である場合には第３の状態に遷移させ、送信装置の状態が第１の状態のときには、情報をネットワークを介して情報受信装置に送信することを禁止し、情報送信装置の状態が第２の状態または第３の状態のときには、情報を情報受信装置に送信することを許可する第２の送信制御ステップとを含むことを特徴とする。
【００１８】
本発明の第１の記録媒体のプログラムは、所定のネットワークを介して相互に接続される情報受信装置に対して、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を生成する生成ステップと、生成ステップの処理により生成された第１の制御情報と情報とのうちの少なくとも一方を、ネットワークを介して情報受信装置に送信することを制御する第１の送信制御ステップと、情報を情報受信装置が受信しないという判定結果を表す拒絶情報、並びに、情報を情報受信装置が受信するという判定結果を表す許諾情報としての、情報受信装置が正常な信号を受信していることを示すエラーなし情報、および、情報受信装置の受信信号にエラーが発生していることを示すエラーあり情報のうちの所定の１つの情報が、第１の送信制御ステップの制御処理により送信された第１の制御情報に対する応答として情報受信装置から送信されてきたとき、その情報を第２の制御情報として、ネットワークを介して受信することを制御する受信制御ステップと、情報送信装置の状態として、受信制御ステップの制御処理により受信された第２の制御情報が拒絶情報である場合には第１の状態に遷移させ、第２の制御情報がエラーなし情報である場合には第２の状態に遷移させ、第２の制御情報がエラーあり情報である場合には第３の状態に遷移させ、送信装置の状態が第１の状態のときには、情報をネットワークを介して情報受信装置に送信することを禁止し、情報送信装置の状態が第２の状態または第３の状態のときには、情報を情報受信装置に送信することを許可する第２の送信制御ステップとを含むことを特徴とする。
【００１９】
本発明の第１のプログラムは、所定のネットワークを介して相互に接続される情報受信装置に対して、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を生成する生成ステップと、生成ステップの処理により生成された第１の制御情報と情報とのうちの少なくとも一方を、ネットワークを介して情報受信装置に送信することを制御する第１の送信制御ステップと、情報を情報受信装置が受信しないという判定結果を表す拒絶情報、並びに、情報を情報受信装置が受信するという判定結果を表す許諾情報としての、情報受信装置が正常な信号を受信していることを示すエラーなし情報、および、情報受信装置の受信信号にエラーが発生していることを示すエラーあり情報のうちの所定の１つの情報が、第１の送信制御ステップの制御処理により送信された第１の制御情報に対する応答として情報受信装置から送信されてきたとき、その情報を第２の制御情報として、ネットワークを介して受信することを制御する受信制御ステップと、情報送信装置の状態として、受信制御ステップの制御処理により受信された第２の制御情報が拒絶情報である場合には第１の状態に遷移させ、第２の制御情報がエラーなし情報である場合には第２の状態に遷移させ、第２の制御情報がエラーあり情報である場合には第３の状態に遷移させ、送信装置の状態が第１の状態のときには、情報をネットワークを介して情報受信装置に送信することを禁止し、情報送信装置の状態が第２の状態または第３の状態のときには、情報を情報受信装置に送信することを許可する第２の送信制御ステップとを含むことを特徴とする。
【００２０】
本発明の情報送信装置および方法、記録媒体、並びにプログラムによれば、所定のネットワークを介して相互に接続される情報受信装置に対して、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報が生成され、生成された第１の制御情報と情報とのうちの少なくとも一方が、ネットワークを介して情報受信装置に送信される。情報を情報受信装置が受信しないという判定結果を表す拒絶情報、並びに、情報を情報受信装置が受信するという判定結果を表す許諾情報としての、情報受信装置が正常な信号を受信していることを示すエラーなし情報、および、情報受信装置の受信信号にエラーが発生していることを示すエラーあり情報のうちの所定の１つの情報が、送信された第１の制御情報に対する応答として情報受信装置から送信されてきたとき、その情報が第２の制御情報として、ネットワークを介して受信される。情報送信装置の状態として、受信された第２の制御情報が拒絶情報である場合には第１の状態に遷移され、第２の制御情報がエラーなし情報である場合には第２の状態に遷移され、第２の制御情報がエラーあり情報である場合には第３の状態に遷移され、送信装置の状態が第１の状態のときには、情報をネットワークを介して情報受信装置に送信することが禁止され、情報送信装置の状態が第２の状態または第３の状態のときには、情報を情報受信装置に送信することが許可される。
【００２１】
本発明の情報送信装置は、ネットワークを介して接続される情報受信装置に情報を送信する装置であればよく、例えば、他の装置に対しては、ネットワークを介して情報を送受信できることは勿論、ネットワークを介さずとも情報を送受信できるようなものであってもよい。換言すると、本発明の情報送信装置は、情報の送信のみを行う装置であってもよいが、情報の送信および受信のそれぞれを行える装置であってもよい。
【００２２】
本発明の情報受信装置は、所定のネットワークを介して相互に接続される情報送信装置により送信された、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を、ネットワークを介して受信する受信手段と、受信手段により第１の制御情報が受信された場合、第１の制御情報を送信した情報送信装置により送信される情報を受信しないという判定結果を表す拒絶情報、並びに、情報を受信するという判定結果を表す許諾情報としての、受信手段が正常な信号を受信していることを示すエラーなし情報、および、受信手段の受信信号にエラーが発生していることを示すエラーあり情報のうちの、１つの情報を生成する生成手段と、拒絶情報、エラーなし情報、およびエラーあり情報のうちの、生成手段により生成された１つの情報を第２の制御情報として、ネットワークを介して情報送信装置に送信する送信手段とを備えることを特徴とする。
【００２３】
情報受信装置の状態として、情報送信装置からの情報の受信が不可能な第１の状態、情報送信装置から情報をまだ受信していないが、その情報の受信は可能である第２の状態、および、情報送信装置からの情報を受信している第３の状態が存在し、生成手段は、さらに、受信停止指令が外部から入力された場合、情報受信装置の状態を第１の状態に遷移させ、情報受信装置の状態が第１の状態で第１の制御信号が受信手段に受信された場合、拒絶情報を生成し、情報受信装置の状態が第１の状態で受信開始指令が外部から入力された場合、情報受信装置の状態を第２の状態に遷移させ、情報受信装置の状態が第２の状態で第１の制御信号が受信手段に受信された場合、拒絶情報またはエラーなし情報を生成し、拒絶情報を生成したときには、情報受信装置の状態を第２の状態のまま保持し、エラーなし情報を生成したときには、情報受信装置の状態を第３の状態に遷移させ、情報受信装置の状態が第３の状態で第１の制御信号が受信手段に受信された場合、受信手段に受信されている情報のエラーが所定のレベル以下であるときにはエラーなし情報を生成し、そのエラーが所定のレベルを超えているときにはエラーあり情報を生成し、いずれのときにも、情報受信装置の状態を第３の状態のまま保持することができる。
ネットワークを介して、第１の情報送信装置、および、第２の情報送信装置のそれぞれに接続されており生成手段は、さらに、第１の情報送信装置により送信された情報が受信手段に受信されていることにより、情報受信装置の状態を第３の状態に保持している最中に、第２の情報送信装置により送信された第１の制御情報が受信手段に受信された場合、第２の情報送信装置により送信される情報を受信しないと判定し、第２の情報送信装置に対して拒絶情報を生成し、情報受信装置の状態を第３の状態のまま保持し、送信手段は、生成手段により生成された拒絶情報を、ネットワークを介して第２の情報送信装置に送信するようにすることができる。
生成手段は、さらに、情報受信装置の状態を第３の状態に保持している最中に、所定の時間内に第１の制御情報が受信手段に受信されなかった場合、情報受信装置の状態を第２の状態に遷移させることができる。
【００２４】
第１および第２の制御情報は、RTCPパケットの情報であるようにすることができる。
【００２６】
本発明の情報受信装置の情報受信方法は、所定のネットワークを介して相互に接続される情報送信装置により送信された、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を、ネットワークを介して受信することを制御する受信制御ステップと、受信制御ステップの制御処理により第１の制御情報が受信された場合、第１の制御情報を送信した情報送信装置により送信される情報を受信しないという判定結果を表す拒絶情報、並びに、情報を受信するという判定結果を表す許諾情報としての、受信手段が正常な信号を受信していることを示すエラーなし情報、および、受信手段の受信信号にエラーが発生していることを示すエラーあり情報のうちの、１つの情報を生成する生成ステップと、拒絶情報、エラーなし情報、およびエラーあり情報のうちの、生成ステップの処理により生成された１つの情報を第２の制御情報として、ネットワークを介して情報送信装置に送信することを制御する送信制御ステップとを含むことを特徴とする。
【００２７】
本発明の第２の記録媒体のプログラムは、所定のネットワークを介して相互に接続される情報送信装置により送信された、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を、ネットワークを介して受信することを制御する受信制御ステップと、受信制御ステップの制御処理により第１の制御情報が受信された場合、第１の制御情報を送信した情報送信装置により送信される情報を受信しないという判定結果を表す拒絶情報、並びに、情報を受信するという判定結果を表す許諾情報としての、受信手段が正常な信号を受信していることを示すエラーなし情報、および、受信手段の受信信号にエラーが発生していることを示すエラーあり情報のうちの、１つの情報を生成する生成ステップと、拒絶情報、エラーなし情報、およびエラーあり情報のうちの、生成ステップの処理により生成された１つの情報を第２の制御情報として、ネットワークを介して情報送信装置に送信することを制御する送信制御ステップとを含むことを特徴とする。
【００２８】
本発明の第２のプログラムは、所定のネットワークを介して相互に接続される情報送信装置により送信された、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報を、ネットワークを介して受信することを制御する受信制御ステップと、受信制御ステップの制御処理により第１の制御情報が受信された場合、第１の制御情報を送信した情報送信装置により送信される情報を受信しないという判定結果を表す拒絶情報、並びに、情報を受信するという判定結果を表す許諾情報としての、受信手段が正常な信号を受信していることを示すエラーなし情報、および、受信手段の受信信号にエラーが発生していることを示すエラーあり情報のうちの、１つの情報を生成する生成ステップと、拒絶情報、エラーなし情報、およびエラーあり情報のうちの、生成ステップの処理により生成された１つの情報を第２の制御情報として、ネットワークを介して情報送信装置に送信することを制御する送信制御ステップとを含むことを特徴とする。
【００２９】
本発明の情報受信装置および方法、第２の記録媒体、並びに第２のプログラムによれば、所定のネットワークを介して相互に接続される情報送信装置により送信された、情報の受信が可能であるか否かの判定結果の送信を要求する第１の制御情報が、ネットワークを介して受信された場合、第１の制御情報を送信した情報送信装置により送信される情報を受信しないという判定結果を表す拒絶情報、並びに、情報を受信するという判定結果を表す許諾情報としての、受信手段が正常な信号を受信していることを示すエラーなし情報、および、受信手段の受信信号にエラーが発生していることを示すエラーあり情報のうちの、１つの情報が生成され、それが第２の制御情報として、ネットワークを介して情報送信装置に送信される。
【００３０】
本発明の情報受信装置は、ネットワークを介して接続される情報送信装置から送信された情報を、ネットワークを介して受信する装置であればよく、例えば、他の装置に対しては、ネットワークを介して情報を送受信できることは勿論、ネットワークを介さずとも情報を送受信できるようなものであってもよい。換言すると、本発明の情報受信装置は、情報の受信のみを行う装置であってもよいが、情報の送信および受信のそれぞれを行える装置であってもよい。
【００３１】
【発明の実施の形態】
図１は、本発明が適用される情報配信システムの構成例を表している。
【００３２】
情報配信システム１においては、任意の台数（図１の例では、２台）の送信装置１１−１、および、送信装置１１−２と、１台の受信装置１３が、所定のネットワーク１２を介して相互に接続される。
【００３３】
ネットワーク１２の種類は、特に限定されないが、この例においては、イーサネット（登録商標）とされるものとする。
【００３４】
送信装置１１−１は、所定の情報を、ネットワーク１２を介して情報受信装置１３に送信する（配信する）。
【００３５】
受信装置１３に配信される情報は、特に限定されないが、この例においては、画像信号と音声信号（例えば、MPEG（Moving Picture Experts Group）データに対応する画像信号と音声信号）とされるものとする。ただし、以下においては、説明を簡単にするために、画像信号のみを主な配信情報として説明するが、対応する音声信号も同時に伝送されている。
【００３６】
また、受信装置１３に配信される情報（この例では、画像信号）の配信方法も、特に限定されないが、この例においては、その情報は、RTP(Real-time Transport Protocol)パケット化されて、配信されるものとする。即ち、受信装置１３には、RTPパケットが単位とされて、情報が配信される。従って、以下、受信装置１３に配信される情報を、適宜RTPと記述する。
【００３７】
送信装置１１−１は、画像信号(RTP)に付随して、さらに、受信装置１３に対して、そのRTPの受信が可能であるか否か（そのRTPは、受信すべきデータであるか否か）の判定結果の送信を要求する第１の制御信号を生成し、生成した第１の制御信号をネットワーク１２を介して送信する。
【００３８】
受信装置１３は、送信装置１１−１により送信された第１の制御信号をネットワーク１２を介して受信すると、情報送信装置１１−１により送信されるRTPを受信するか否か判定し、その判定結果を表す第２の制御信号を生成し、ネットワーク１２を介して送信装置１１−１に送信する。
【００３９】
この第１および第２の制御信号の種類は、特に限定されないが、この例においては、RTCP（RTP(Real-time Transport Protocol) Control Protocol）パケットとされるものとする。
【００４０】
即ち、ネットワークのトラフィック状態を監視する手法の１つとして、IETF（Internet Engineering Task Force）のRFC(Request For Comments)1889におけるRTCPを用いる手法が知られている。
【００４１】
この手法においては、送信側は、一定時間毎に、送出RTP数やタイムスタンプ等の情報、いわゆる「送信レポート」を受信側にパケット（RTCPパケット）として送信し、受信側は、この「送信レポート」に基づいて、送信側にRTPの紛失率、紛失RTP数、受信した最大シーケンス番号、および到着間隔ジッタ等を含む情報、いわゆる「受信レポート」をパケット（RTCPパケット）として返信する。
【００４２】
このように、RTCPは、送信側と受信側の間のプロトコルであり、送信側と受信側の間に介在するネットワークの種類、すなわちLAN（Local Area Network）やWAN(Wide Area Network)等に関わらず機能するプロトコルである。
【００４３】
この「送信レポート（RTCPパケット）」に相当するものが、この例においては、上述した第１の制御信号とされ、「受信レポート（RTCPパケット）」に相当するものが、上述した第２の制御信号とされる。
【００４４】
以下、この第１の制御信号を、適宜RTCPと記述するとともに、第２の制御信号を、適宜RTCP RRと記述する。
【００４５】
送信装置１１−１は、受信装置１３により送信されたRTCP RRをネットワーク１２を介して受信する。
【００４６】
そして、送信装置１１−１は、受信したRTCP RRが、RTPを受信しないという判定結果を表す情報（以下、このような情報を、RTCP RR（拒絶）と記述する）である場合、RTPを受信装置１３に送信することを禁止する。これに対して、送信装置１１−１は、受信したRTCP RRが、RTPを受信するという判定結果を表す情報（以下、このような情報を、RTCP RR（許諾）と記述する）である場合、RTPをネットワーク１２を介して受信装置１３に送信する。
【００４７】
例えば、いま、送信装置１１−１が、RTCP RR（許諾）を受信したものとする。この場合、上述したように、送信装置１１−１は、RTPをネットワーク１２を介して受信装置１３に配信する。
【００４８】
この状態で、送信装置１１−２が、RTPを受信装置１３に配信（送信）しようとした場合、送信装置１１−２は、送信装置１１−１と同様に、RTPとともに、RTCPをネットワーク１２を介して受信装置１３に送信する。
【００４９】
受信装置１３は、送信装置１１−２から送信されたRTCPをネットワーク１２を介して受信すると、上述したように、その送信装置１１−２からのRTCPに対する応答として、RTCP RRを生成し、ネットワーク１２を介して送信装置１１−２に送信する。具体的には、受信装置１３は、送信装置１１−１から配信されるRTPを既に受信している状態であるので、送信装置１１−２から配信されるRTPは受け付けられないと判定し、RTCP RR（拒絶）を生成し、ネットワーク１２を介して送信装置１１−２に送信する。
【００５０】
送信装置１１−２は、このRTCP RR（拒絶）を、ネットワーク１２を介して受信すると、以降、RTPの受信装置１３に対する配信を停止する。
【００５１】
ただし、送信装置１１−２は、RTPの受信装置１３に対する配信を停止しても、所定の時間間隔で、RTCPをネットワーク１２を介して受信装置１３に送信する処理を繰り返す。
【００５２】
その結果、例えば、送信装置１１−１が、何らかの理由で、RTPの受信装置１３に対する配信を停止した場合、受信装置１３は、送信装置１１−１からのRTPを受信しない状態になるので、それ以降に受信した送信装置１１−２からのRTCPに対する応答として、RTCP RR（許諾）を生成し、ネットワーク１２を介して送信装置１１−２に送信する。
【００５３】
送信装置１１−２は、このRTCP RR（許諾）を、ネットワーク１２を介して受信すると、RTPの受信装置１３に対する配信を再開し、RTPをネットワーク１２を介して受信装置１３に送信する。
【００５４】
次に、図２を参照して、送信装置１１−１と送信装置１１−２の構成例について説明する。なお、以下、送信装置１１−１と送信装置１１−２を個々に区別する必要がない場合、単に、送信装置１１と記述する。
【００５５】
図２の例では、送信装置１１には、上述したネットワーク１２の他に、画像信号を送信装置１１に供給するビデオテープレコーダ２１が接続されている。なお、送信装置１１に接続される機器は、所定の情報を提供することが可能な装置であれば、特に限定されず、図２のビデオテープレコーダ２１の他、例えば、デジタルビデオカメラ等でもよい。
【００５６】
送信装置１１には、ビデオテープレコーダ２１より入力される映像信号を、圧縮および符号化するビデオエンコーダ３１、ビデオテープレコーダ２１より入力される音声信号を、圧縮および符号化するオーディオエンコーダ３２、並びに、ビデオエンコーダ３１により符号化された映像信号と、オーディオエンコーダ３２により符号化された音声信号とを多重化するマルチプレクサ３３が設けられている。
【００５７】
送信装置１１にはさらに、マルチプレクサ３３より供給される多重化信号を、RTPパケットを単位として記憶する（上述したRTP（画像信号）を記憶する）バッファ３４、配信先のアドレス等の情報を格納するデータベース３５、データベース３５に格納されている情報を基に、上述したRTCP（第１の制御信号）を生成し、バッファ３７に供給するとともに、バッファ３４に記憶されたRTPのアービタ３８への出力を制御するネットワークコントローラ３６、バッファ３４より供給されるRTPと、バッファ３７より供給されるRTCPを多重化するアービタ３８、および、アービタ３８より供給される信号（RTPとRTCPの多重化信号、若しくは、RTCP）をネットワーク１２に送信するトランスミッタ３９が設けられている。
【００５８】
なお、ビデオテープレコーダ２１が、ビデオエンコーダ３１、オーディオエンコーダ３２、および、マルチプレクサ３３に相当する機能を有している場合、ビデオエンコーダ３１、オーディオエンコーダ３２、および、マルチプレクサ３３は省略可能である。
【００５９】
送信装置１１にはまた、受信装置１３（図１）により送信されたRTCP RR（上述した第２の制御信号）をネットワーク１２を介して受信するレシーバ４０、レシーバ４０により受信されたRTCP RRをアービタコンパレータ４１を介して取得し、記憶するバッファ４２が設けられている。
【００６０】
ネットワークコントローラ３６は、バッファ４２に記憶されたRTCP RRを検出し、上述したように、そのRTCP RRが、RTCP RR（拒絶）であった場合、バッファ３４に記憶されているRTPをアービタ３８に供給することを禁止する。即ち、この場合、RTPは、ネットワーク１２を介して受信装置１３（図１）には配信されず、所定の時間間隔で、RTCPのみがネットワーク１２を介して受信装置１３に送信される。
【００６１】
これに対して、ネットワークコントローラ３６は、バッファ４２より取得したRTCP RRが、RTCP RR（許諾）であった場合、バッファ３４に記憶されているRTPをアービタ３８に供給することを許可する。即ち、この場合、RTPは、アービタ３８によりRTCPと多重化されて、トランスミッタ３９、および、ネットワーク１２を介して受信装置１３（図１）に配信されるとともに、所定の時間間隔で、RTCPのみがネットワーク１２を介して受信装置１３に送信される。
【００６２】
このように、送信装置１１は、内蔵するネットワークコントローラ３６が、受信装置１３からのRTCP RRに基づいて、受信装置１３に対してRTP（画像信号）を送信するか否かを制御するので、ネットワーク１２の限られた帯域内を他の送信装置と共有して画像信号を転送する場合でも、パケットの衝突を防止することが可能になる。その結果、受信装置１３に受信されるRTPに対応する画像の劣化を防止することが可能になる。また、受信装置１３の受信状態を検知することが可能になる。
【００６３】
図２の例では、送信装置１１にはさらにまた、アービタコンパレータ４１、バッファ４３、デマルチプレクサ４４、ビデオデコーダ４５、および、オーディオデコーダ４６のブロックが設けられている。ただし、これらのブロックは、後述するように、送信装置１１が、受信装置として機能する場合に利用されるものである。即ち、これらのブロックは、送信装置１１（受信機能も有している）が、送信装置としてのみ機能する場合、省略可能であるので、その説明は省略する（図３の受信装置１３の対応するブロックの説明として、後述する）。
【００６４】
図３は、受信装置１３の構成例を表している。
【００６５】
図３の例では、受信装置１３には、上述したネットワーク１２の他に、受信装置１３より出力される画像信号を記録するビデオテープレコーダ６１が接続されている。なお、受信装置１３に接続される機器は、所定の情報を取得し、取り扱うことが可能な装置であれば、特に限定されず、図３のビデオテープレコーダ６１の他、例えば、デジタルビデオカメラ等でもよい。
【００６６】
受信装置１３のビデオエンコーダ７１乃至レシーバ８０のそれぞれは、図２の送信装置１１のビデオエンコーダ３１乃至レシーバ４０のうちの対応するものと同様の構成とされる。
【００６７】
即ち、送信装置１１と受信装置１３のそれぞれは、お互い同一の構成のものを用いることが可能である。換言すると、送信装置１１は、受信装置１３の機能も有しており、かつ、受信装置１３は、送信装置１１の機能も有している。
【００６８】
レシーバ８０は、送信装置１１より送信された信号（RTP（画像信号）とRTCP（第１の制御信号）の多重化信号、または、RTCP）をネットワーク１２を介して受信する。
【００６９】
アービタコンパレータ８１は、レシーバ８０より供給される信号が多重化信号である場合、その多重化信号を、RTPと、RTCPに分離し、RTPをバッファ８３に供給するとともに、RTCPをバッファ８２に供給する。また、アービタコンパレータ８１は、レシーバ４０より供給される信号がRTCPである場合、そのRTCPをそのままバッファ８２に供給する。
【００７０】
データベース７５は、受信装置１３が受信を許可している送信側（図１の例では、送信装置１１−１または送信装置１１−２）の情報（以下、受信許可情報と称する）を記録している。
【００７１】
ネットワークコントローラ７６は、バッファ８２にRTCPが記憶されると、そのRTCPと、データベース７５に記憶されている受信許可情報を比較し、その比較の結果に基づいて、そのRTCPに対する応答用の信号、即ち、上述した第２の制御信号としてのRTP RR(RTCP RR（許諾）、または、RTCP RR（拒絶）)を生成し、バッファ７７に供給する。バッファ７７に供給されたRTCP RRは、アービタ７８、および、トランスミッタ７９を介してネットワーク１２に送信され、ネットワーク１２により対応する送信装置１１に伝送される。
【００７２】
デマルチプレクサ８４は、バッファ８３に記憶されたRTPを、映像信号と音声信号に分離し、映像信号をビデオデコーダ８５に供給するとともに、音声信号をオーディオデコーダ８６に供給する。
【００７３】
ビデオデコーダ８５は、デマルチプレクサ８４により供給された、圧縮および符号化された映像信号をデコードし、ビデオテープレコーダ６１に供給する。
【００７４】
オーディオデコーダ８６は、デマルチプレクサ８４により供給された、圧縮および符号化された音声信号をデコードし、ビデオテープレコーダ６１に供給する。
【００７５】
なお、ビデオテープレコーダ６１が、ビデオデコーダ８５、オーディオデコーダ８６、および、デマルチプレクサ８４に相当する機能を有している場合、ビデオデコーダ８５、オーディオデコーダ８６、および、デマルチプレクサ８４は省略可能である。
【００７６】
また、ビデオエンコーダ７１、オーディオエンコーダ７２、マルチプレクサ７３、および、バッファ７４のブロックは、受信装置１３が、受信装置としてのみ機能する場合、省略可能であり、かつ、それらに対応する図２のブロック（ビデオエンコーダ３１、オーディオエンコーダ３２、マルチプレクサ３３、または、バッファ３４）について説明を行ったので、それらの説明は省略する。
【００７７】
このように、受信装置１３は、内蔵するネットワークコントローラ７６が、送信装置１１からのRTCPに対する応答として、そのRTCPを送信した送信装置１１からのRTP（画像信号）を受信するか否かを判定し、その判定結果を表すRTCP RRを生成し、それを送信装置１１に送信するので、ネットワーク１２の限られた帯域内を複数の送信装置１１が共有して画像信号を転送する場合でも、転送パケットの衝突を防止することが可能になる。その結果、受信装置１３に受信されるRTPに対応する画像の劣化を防止することが可能にな。また、複数の送信装置（図１の例では、２台の送信装置１１−１および送信装置１１−２）からの画像信号を確実に取得することが可能になる。
【００７８】
次に、図４を参照して、送信装置１１（図２）の状態の例を説明する。
【００７９】
この例においては、図４に示されるように、送信装置１１の状態は、状態SA乃至SDのうちのいずれかの状態とされる。
【００８０】
状態SAは、送信装置１１が信号を送信しない状態、即ち、RTP（画像信号）およびRTCP（第１の制御信号）を送信しない状態を表している。
【００８１】
これに対して、状態SB乃至状態SDは、送信装置１１が信号を送信する状態、即ち、上述したRTPとRTCPの多重化信号、または、RTCPを送信する状態を表している。
【００８２】
状態SBは、送信装置１１から送信されたRTP（RTPとRTCPの多重化信号に含まれるRTP）が、ネットワーク１２を介して受信装置１３に正常に受信されている状態を表している。送信装置１１は、その状態が状態SBである場合、RTPとRTCPの多重化信号を送信するとともに、RTCPを定期的に送信する。なお、この例においては、例えば、RTPは、１万パケット/秒で送信され、また、RTCPは、５秒に１回の割合で、定期的に送信される。
【００８３】
状態SCは、送信装置１１が、RTPの配信先である受信装置１３に対して、RTP（RTPとRTCPの多重化信号）の配信が不可能な状態である。ただし、送信装置１１は、その状態が状態SCである場合も、状態SBの場合と同様に、RTCPを定期的に送信する。
【００８４】
状態SDは、送信装置１１から送信され、ネットワーク１２を介して受信装置１３に受信されるRTP（RTPとRTCPの多重化信号に含まれるRTP）に、パケットエラー等のエラーが所定のレベル以上発生している状態である。ただし、送信装置１１は、その状態が状態SDである場合も、状態SBの場合と同様に、RTPとRTCPの多重化信号を送信するとともに、RTCPを定期的に送信する。
【００８５】
即ち、送信装置１１の状態が、状態SAから状態SBに遷移すると、ネットワークコントローラ３６（図２）は、RTCPの生成を開始するとともに、バッファ３４に記憶されているRTPをアービタ３８に供給するか否かの制御を開始する。
【００８６】
送信装置１１の状態が、状態SBまたは状態SDに遷移すると、ネットワークコントローラ３６は、バッファ３４に記憶されているRTPをアービタ３８に供給することを許可する。即ち、アービタ３８は、バッファ３４に記憶されたRTPと、バッファ３７に記憶されたRTCPとを多重化し、トランスミッタ３９に供給し、トランスミッタ３９は、供給されたRTPとRTCPの多重化信号を、ネットワーク１２を介して受信装置１３へ配信する。
【００８７】
これに対して、送信装置１１の状態が、状態SCに遷移すると、ネットワークコントローラ３６は、バッファ３４に記憶されているRTPをアービタ３８に供給することを停止する。即ち、トランスミッタ３９は、ネットワーク１２を介する受信装置１３へのRTPの配信（送信）を停止する。
【００８８】
ただし、送信装置１１の状態が、状態SB乃至SDのうちのいずれの状態とされても、ネットワークコントローラ３６は、RTCPを生成し、バッファ３７、および、アービタ３８および、トランスミッタ３９、並びに、ネットワーク１２を介して、定期的に（１回/５秒の割合で）、受信装置１３に繰り返し送信する。
【００８９】
このように、ネットワークコントローラ３６は、送信装置１１の状態を、状態SA乃至SDのうちのいずれかに遷移させ、遷移させた状態に応じて、RTPおよびRTCPの送信を制御する。
【００９０】
状態SA乃至SDのうちのいずれかから、状態SA乃至SDのうちのいずれかへの状態遷移（同一の状態に留まる場合も含む）は、所定の条件（以下、状態遷移条件と称する）が満たされると実行される。
【００９１】
このような状態遷移条件は、図４においては、１つの状態（状態SA乃至SDのうちのいずれか）から１つの状態（状態SA乃至SDのうちのいずれか）への遷移を表す矢印の上に示される４角形のブロック内に、番号１０１乃至１１６を付して表されている。
【００９２】
ネットワークコントローラ３６は、例えば、「initial（イニシャル）」というコマンドが入力されると（入力装置は図示せず）、状態遷移条件１０１が満たされと判定し、送信装置１１の状態を初期化して、状態SAに遷移させる。
【００９３】
ネットワークコントローラ３６は、送信装置１１の状態が状態SAである場合、レシーバ４０により受信されたRTCP RR（受信装置１３により送信され、ネットワーク１２を介して伝送されてくる第２の制御信号）が、アービタコンパレータ４１、および、バッファ４２を介して供給されると（供給されるはずのないRTCP RRが供給されると）、状態遷移条件１０２が満たされと判定し、送信装置１１の状態を、状態SAから状態SAに遷移させる（状態を遷移させない）。
【００９４】
ネットワークコントローラ３６は、送信装置１１の状態が状態SAである場合、例えば、「rtp_tx=ON」というコマンド（画像信号の送出処理の開始を指令するコマンド）が入力されると、状態遷移条件１０４が満たされたと判定し、送信装置１１の状態を、状態SAから状態SBに遷移させる。
【００９５】
この場合（送信装置１１の状態が状態SBに遷移された場合）、上述したように、ネットワークコントローラ３６は、はじめに、RTPとRTCPの多重化信号を、トランスミッタ３９、およびネットワーク１２を介して送信し、送信装置１１の状態が状態SBに留まる限り、RTPとRTCPの多重化信号、または、RTCPを、トランスミッタ３９、およびネットワーク１２を介して送信する。
【００９６】
その後、送信装置１１の状態が状態SBで留まっている場合に、例えば、「rtp_tx=OFF」というコマンド（画像信号の送出処理の停止を指令するコマンド）が入力されると、ネットワークコントローラ３６は、状態遷移条件１０３が満たされたと判定し、送信装置１１の状態を、状態SBから状態SAに遷移させ、RTPとRTCPの多重化信号、および、RTCPの送信を停止する。
【００９７】
ところで、上述したように、受信装置１３（図１）は、送信装置１１により送信されたRTCPをネットワーク１２を介して受信すると、そのRTCPに対する応答として、RTCP RR(第２の制御信号)を生成し、ネットワーク１２を介して送信装置１１に送信してくる。
【００９８】
このRTCP RRは、上述した例では、RTCP RR（拒絶）、または、RTCP RR（許諾）とされたが、ここでは、受信装置１３は、RTPを受信すると判定した送信装置１１に対しては、そのRTPの受信状態を測定し、その測定結果に応じて、正常な信号を受信している状態であることを表すRTCP RR（以下、RTCP RR（エラーなし）と記述する）、または、受信した信号にパケットエラー等のエラーが発生している状態であることを表すRTCP RR（以下、RTCP RR（エラーあり）と記述する）を生成するものとする。
【００９９】
換言すると、ここでは、受信装置１３は、RTCP RR（許諾）に含まれるRTCP RR（エラーなし）、若しくは、RTCP RR（エラーあり）を生成するか、または、RTCP RR（拒絶）を生成し、ネットワーク１２を介して送信装置１１に送信する。
【０１００】
例えば、受信装置１３が、RTCP RR（エラーなし）を送信した場合、レシーバ４０は、それをネットワーク１２を介し受信し、アービタコンパレータ４１、および、バッファ４２を介してネットワークコントローラ３６に供給する。ネットワークコントローラ３６は、その状態が状態SBである場合、このRTCP RR（エラーなし）を取得すると、状態遷移条件１０５が満たされたと判定し、送信装置１１の状態を、状態SBから状態SBに遷移させる（状態を遷移させない）。
【０１０１】
また、例えば、受信装置１３が、RTCP RR（エラーあり）を送信した場合、レシーバ４０は、それをネットワーク１２を介して受信し、アービタコンパレータ４１、および、バッファ４２を介してネットワークコントローラ３６に供給する。ネットワークコントローラ３６は、その状態が状態SBである場合、このRTCP RR（エラーあり）を取得すると、状態遷移条件１１３が満たされたと判定し、送信装置１１の状態を、状態SBから状態SDに遷移させる。
【０１０２】
これらの場合（送信装置１１の状態が、状態SBに留まる場合、または、状態SDに遷移された場合）、ネットワークコントローラ３６は、RTPとRTCPの多重化信号、または、RTCPを、トランスミッタ３９、およびネットワーク１２を介して引き続き送信する。
【０１０３】
これに対して、例えば、受信装置１３が、RTCP RR（拒絶）を送信した場合、レシーバ４０は、それをネットワーク１２を介して受信し、アービタコンパレータ４１、および、バッファ４２を介してネットワークコントローラ３６に供給する。ネットワークコントローラ３６は、その状態が状態SBである場合、このRTCP RR（拒絶）を取得すると、状態遷移条件１０７が満たされたと判定し、送信装置１１の状態を、状態SBから状態SCに遷移させる。
【０１０４】
この場合（送信装置１１の状態が、状態SCに遷移された場合）、ネットワークコントローラ３６は、上述したように、RTP（RTPとRTCPの多重化信号）のネットワーク１２を介する受信装置１３への配信（送信）を停止する。ただし、RTCPは、定期的にネットワーク１２を介して受信装置１３に引き続き送信される。
【０１０５】
このように、状態SBは、受信装置１３よりRTCP RR（エラーなし）が送信されてくる状態（受信装置１３の受信状態が正常である状態）を、状態SDは、受信装置１３よりRTCP RR（エラーあり）が送信されてくる状態（受信装置１３により受信されるRTPにエラーが発生している状態）を、状態SCは、受信装置１３よりRTCP RR（拒絶）が送信されてくる状態（受信装置１３によりRTPの受信が拒否されている状態）を、それぞれ表している。
【０１０６】
そして、ネットワークコントローラ３６は、RTCP RRを取得すると、送信装置１１の状態を、取得したRTCP RRの種類に対応する状態（RTCP RR（エラーなし）に対応する状態SB、RTCP RR（エラーあり）に対応する状態SD、または、RTCP RR（拒絶）に対応する状態SC）に遷移させる。
【０１０７】
従って、送信装置１１の状態が、状態SDである場合、ネットワークコントローラ３６は、RTCP RR（エラーあり）を取得すると、状態遷移条件１１２が満たされたと判定し、送信装置１１の状態を、状態SDから状態SDに遷移させ（遷移させず）、これに対して、RTCP RR（エラーなし）を取得すると、状態遷移条件１１４が満たされたと判定し、送信装置１１の状態を、状態SDから状態SBに、RTCP RR（拒絶）を取得すると、状態遷移条件１１５が満たされたと判定し、送信装置１１の状態を、状態SDから状態SCに、それぞれ遷移させる。
【０１０８】
同様に、送信装置１１の状態が、状態SCである場合、ネットワークコントローラ３６は、RTCP RR（拒絶）を取得すると、状態遷移条件１０９が満たされたと判定し、送信装置１１の状態を、状態SCから状態SCに遷移させ（遷移させず）、これに対して、RTCP RR（エラーなし）を取得すると、状態遷移条件１０８が満たされたと判定し、送信装置１１の状態を、状態SCから状態SBに遷移させる。
【０１０９】
なお、この例においては、受信装置１３は、RTCP RR（拒絶）を送信した後に、RTCP RR（拒絶）の送信先である送信装置１１に対しては、RTCP RR（エラーあり）を送信しないので、矢印１１６に示されるような状態SCから状態SDへの遷移は存在しない。
【０１１０】
また、ネットワークコントローラ３６は、送信装置１１の状態が、状態SB乃至SDのうちのいずれかの状態である場合、タイマ（図示せず）による計時を行い、例えば、「１秒」を計時すると、対応する状態遷移条件１０６、状態遷移条件１１０、または、状態遷移条件１１１が満たされたと判定し、送信装置１１の状態を同一の状態に遷移させる（状態を遷移させない）。これにより、ネットワークコントローラ３６は、所定の時間が経過しても（所定の時間を計時しても）、受信装置１３よりRTCP RRが送信されてこない場合、ネットワーク１２の障害、または、受信装置１３の不在等の不具合が発生していると推定することが可能になる。
【０１１１】
次に、図５を参照して、受信装置１３（図３）の状態の例を説明する。
【０１１２】
この例においては、図５に示されるように、受信装置１３の状態は、状態RA乃至RCのうちのいずれかの状態とされる。
【０１１３】
状態RAは、受信装置１３がOFFである状態、即ち、いずれの送信装置（図１の例では、送信装置１１−１および送信装置１１−２）に対しても、RTP（画像信号）の受信を受け付けない（拒否する）状態を表している。
【０１１４】
状態RBは、受信装置１３がアイドル状態、即ち、RTPをまだ受信していないが、ネットワーク１２に接続されている送信装置１１−１または１１−２のうちのいずれか一方からのRTPを受信可能である状態を表している。
【０１１５】
状態RCは、受信装置１３が、ネットワーク１２に接続されている送信装置１１−１または１１−２のうちのいずれか一方からのRTPを、実際に受信している状態を表している。
【０１１６】
受信装置１３のネットワークコントローラ７６（図３）は、受信装置１３の状態を、状態RA乃至RCのうちのいずれかに遷移させ、遷移させた状態に応じて、RTPの受信を制御する。
【０１１７】
状態RA乃至RCのうちのいずれかから、状態RA乃至RCのうちのいずれかへの状態遷移（同一の状態に留まる場合も含む）は、所定の状態遷移条件が満たされると実行される。
【０１１８】
このような状態遷移条件は、図５においては、１つの状態（状態RA乃至RCのうちのいずれか）から１つの状態（状態RA乃至RCのうちのいずれか）への遷移を表す矢印の上に示される４角形のブロックに、番号１５１乃至１６０を付して表されている。
【０１１９】
ネットワークコントローラ７６は、受信装置１３の状態が状態RAである場合、例えば、「rtp_rx=ON」というコマンド（情報の受信処理を開始させるコマンド）が入力されると（入力装置は図示せず）、状態遷移条件１５１が満たされと判定し、受信装置１３の状態を、状態RAから状態RBに遷移させる。
【０１２０】
ネットワークコントローラ７６は、受信装置１３の状態が状態RBである場合、例えば、「rtp_rx=OFF」というコマンド（情報の受信処理を停止させるコマンド）が入力されると、状態遷移条件１５２が満たされたと判定し、受信装置１３の状態を、状態RBから状態RAに遷移させる。
【０１２１】
受信装置１３の状態が、状態RAから状態RBに遷移されると、上述したように、レシーバ８０は、送信装置１１から送信されたRTP（画像信号）とRTCP（第１の制御信号）の多重化信号、または、RTCPをネットワーク１２を介して受信し、アービタコンパレータ８１は、レシーバ８０により受信された信号が多重化信号である場合、RTPとRTCPに分離した後、RTCPをバッファ８２に供給し、レシーバ８０により受信された信号がRTCPである場合、それを、そのままバッファ８２に供給する。
【０１２２】
ネットワークコントローラ７６は、バッファ８２に記憶されたRTCPを取得し、そのRTCPと、データベース７５に記憶されている受信許可情報とを比較し、そのRTCPを送信した送信装置１１からのRTPを受信すべき否かを判定する。
【０１２３】
ネットワークコントローラ７６は、RTCPを送信した送信装置１１からのRTPを受信すべきではないと判定した場合、状態遷移条件１５３が満たされたと判定し、第２の制御信号として、RTCP RR(拒絶)２０１を生成し、バッファ７７、アービタ７８、およびトランスミッタ７９、並びにネットワーク１２を介してRTCPを送信した送信装置１１に送信する。そして、ネットワークコントローラ７６は、受信装置１３の状態を、状態RBから状態RBに遷移させる（状態を遷移させない）。
【０１２４】
これに対して、ネットワークコントローラ７６は、RTCPを送信した送信装置１１からのRTPを受信すべきであると判定した場合、状態遷移条件１５４が満たされたと判定し、RTCP RR(エラーなし)２０２を生成し、バッファ７７、アービタ７８、およびトランスミッタ７９、並びにネットワーク１２を介してRTCPを送信した送信装置１１に送信する。そして、ネットワークコントローラ７６は、受信装置１３の状態を、状態RBから状態RCに遷移させる。
【０１２５】
例えば、送信装置１１−１に対して、RTCP RR(エラーなし)２０２が送信され、受信装置１３の状態が、状態RBから状態RCに遷移されたものとすると、送信装置１１−１は、上述したように、RTPとRTCPの多重化信号、または、RTCPをネットワーク１２を介して受信装置１３に送信してくる。
【０１２６】
このとき、上述したように、レシーバ８０は、その多重化信号、または、RTCPを受信し、アービタコンパレータ８１に供給する。アービタコンパレータ８１は、供給された信号が多重化信号であった場合、その多重化信号をRTPとRTCPに分離し、RTCPをバッファ８２に記憶させるとともに、RTPをバッファ８３に記憶させる。また、アービタコンパレータ８１は、供給された信号がRTCPであった場合、そのRTCPをそのままバッファ８２に記憶させる。
【０１２７】
デマルチプレクサ８４は、上述したように、バッファ８３に記憶されているRTPを、映像信号と音声信号に分離し、映像信号を、ビデオデコーダ８５にデコードさせた後、ビデオテープレコーダ６１に供給するとともに、音声信号を、オーディオデコーダ８６にデコードさせた後、ビデオテープレコーダ６１に供給する。
【０１２８】
ネットワークコントローラ７６は、バッファ８３に記憶されたRTPのエラーを測定し、RTPが正常である場合（エラーが所定のレベル以下である場合）、状態遷移条件１５６が満たされたと判定し、RTP RR（エラーなし）２０２を生成し、バッファ７７、アービタ７８、およびトランスミッタ７９、並びにネットワーク１２を介してRTCPを送信した送信装置１１に送信する。そして、ネットワークコントローラ７６は、受信装置１３の状態を、状態RCから状態RCに遷移させる（状態を遷移させない）。
【０１２９】
これに対して、測定されたRTPのエラーが所定のレベルを超える場合、ネットワークコントローラ７６は、状態遷移条件１５８が満たされたと判定し、RTP RR（エラーあり）２０３を生成し、バッファ７７、アービタ７８、およびトランスミッタ７９、並びにネットワーク１２を介してRTCPを送信した送信装置１１に送信する。そして、ネットワークコントローラ７６は、受信装置１３の状態を、状態RCから状態RCに遷移させる（状態を遷移させない）。
【０１３０】
この状態（受信装置１３が、送信装置１１−１からのRTPを既に受信している状態RC）で、さらに、他の送信装置１１−２からのRTCP、または、RTPとRTCPの多重化信号がネットワーク１２を介して受信装置１３に送信されてきたもとき、ネットワークコントローラ７６は、他の送信装置１１−２により送信された信号のうちのRTCPを、レシーバ８０、アービタコンパレータ８１、およびバッファ８２を介して取得するが、送信装置１１−１からのRTPを既に受信している状態RCであるので、それ以外の送信装置１１−２からのRTPを受信することができないと判断する。
【０１３１】
そこで、ネットワークコントローラ７６は、状態遷移条件１５７が満たされたと判定し、RTP RR（拒絶）２０１を生成し、バッファ７７、アービタ７８、およびトランスミッタ７９、並びにネットワーク１２を介して送信装置１１−２に送信する。さらに、ネットワークコントローラ７６は、受信装置１３の状態を、状態RCから状態RCに遷移させる（状態を遷移させない）。
【０１３２】
送信装置１１−２は、上述したように、レシーバ８０により送信されたRTP RR（拒絶）２０１をネットワーク１２を介して受信すると、受信装置１３に対するRTP（RTPとRTCPの多重化信号）の配信を停止する。ただし、送信装置１１−２は、定期的に、RTCPをネットワーク１２を介して受信装置１３に送信する。
【０１３３】
また、ネットワークコントローラ３６は、受信装置１３の状態が、状態RCである場合、タイマ（図示せず）による計時を行い、所定の時間（例えば、この例では「３０秒」）を計時しても、送信装置１１−１からRTPとRTCPの多重化信号、またはRTCPが送信されてこないとき、状態遷移条件１５５が満たされたと判定し、受信装置１３の状態を、状態RCから状態RBに遷移させる。
【０１３４】
これにより、受信装置１３は、今度は、送信装置１１−２からのRTPを受信することが可能になり、それ以降、送信装置１１−２からのRTCPを受信すると、上述した状態遷移条件１５４が満たされたと判定し、送信装置１１−２に対して、RTCP RR(エラーなし)２０２を生成し、ネットワーク１２を介して送信する。そして、受信装置１３の状態は、状態RBから状態RCに遷移され、それ以降、送信装置１１−２は、RTPとRTCPの多重化信号、または、RTCPをネットワーク１２を介して受信装置１３に送信してくる。
【０１３５】
また、ネットワークコントローラ７６は、受信装置１３の状態が状態RCである場合も、状態RBである場合と同様に、例えば、「rtp_rx=OFF」というコマンドが入力されると、状態遷移条件１５９が満たされと判定し、受信装置１３の状態を、状態RCから状態RAに遷移させる。
【０１３６】
次に、図６を参照して、図１の情報配信システム１の全体の動作の一例を説明する。
【０１３７】
例えば、いま、送信装置１１−１と送信装置１１−２のそれぞれの状態は、状態SA（図４）とされ、かつ、受信装置１３の状態は、状態RB（図５）とされた場合に、送信装置１１−１の状態遷移条件１０４（図４）が満たされたものとする（コマンド「rtp_tx=ON」が入力されたものとする）。
【０１３８】
状態遷移条件１０４が満たされた直後の時刻t1に、送信装置１１−１は、RTP（画像信号）とRTCP（第１の制御信号）の多重化信号（この多重化信号を、以下、RTP＋RTCPと記述する）２１１をネットワーク１２を介して受信装置１３に送信する。
【０１３９】
このとき、受信装置１３は、RTP＋RTCP２１１を受信し、例えば、状態遷移条件１５４（図５）が満たされたと判定し、送信装置１１−１からのRTCP（RTP＋RTCP２１１に含まれるRTCP）に対する第２の制御情報として、RTCP RR（エラーなし）２０２を生成し、ネットワーク１２を介して送信装置１１−１に送信する。
【０１４０】
なお、状態遷移条件１０４が満たされた場合、送信装置１１−１および送信装置１１−２のそれぞれは、RTCPのみを送信してもよいが、この例においては、受信装置１３以外の受信装置（図示せず）に対しても画像信号を配信可能とするために、上述したように、はじめに、RTP＋RTCP２１１を送信する。
【０１４１】
送信装置１１−１は、受信装置１３から送信されたRTCP RR（エラーなし）２０２をネットワーク１２を介して受信すると、それ以降、受信装置１３に対して、RTP＋RTCP２１１、または、RTP２１２をネットワーク１２を介して受信装置１３に送信する。
【０１４２】
受信装置１３は、RTP＋RTCP２１１を受信した場合、受信したRTP（RTP＋RTCP２１１に含まれるRTP）のエラーを測定し、測定したエラーが所定のレベル以下であると、遷移推定条件１５６（図５）が満たされたと判定し、RTCP RR（エラーなし）を生成し、ネットワーク１２を介して送信装置１１−１に送信する。
【０１４３】
これに対して、受信装置１３は、例えば、時刻t2に受信されたRTP＋RTCP２１１に含まれるRTPのエラーを測定したところ、測定したエラーが所定のレベルを超えていたとすると、遷移推定条件１５８（図５）が満たされたと判定し、RTCP RR（エラーあり）２０３を生成し、ネットワーク１２を介して送信装置１１−１に送信する。
【０１４４】
送信装置１１−１は、RTCP RR（エラーあり）２０３を受信すると、状態遷移条件１１３（図４）が満たされたと判定し、その状態を、状態SBから状態SDに遷移させる。上述したように、送信装置１１−１は、その状態を、状態SBから状態SDに遷移させても、引き続き、受信装置１３に対して、RTP＋RTCP２１１、または、RTCP２１２をネットワーク１２を介して受信装置１３に送信する。
【０１４５】
その後、例えば、送信装置１１−２の状態遷移条件１０４（図４）が満たされたとする（コマンド「rtp_tx=ON」が入力されたとする）。
【０１４６】
状態遷移条件１０４が満たされた直後の時刻t３に、送信装置１１−２は、RTP＋RTCP２１１をネットワーク１２を介して受信装置１３に送信する。
【０１４７】
受信装置１３は、RTP＋RTCP２１１を受信したとき、送信装置１１−１からのRTPを既に受信している状態RCであるので、状態遷移条件１５７（図５）が満たされたと判定し、送信装置１１−２からのRTCP（RTCP＋RTCP２１１に含まれるRTCP）に対する第２の制御情報として、RTCP RR（拒絶）２０１を生成し、ネットワーク１２を介して送信装置１１−２に送信する。
【０１４８】
送信装置１１−２は、RTCP RR（拒絶）２０１をネットワーク１２を介して受信すると、状態遷移条件１０７（図４）が満たされたと判定し、その状態を、状態SBから状態SCに遷移させる。即ち、送信装置１１−２は、それ以降、受信装置１３に対して、RTP＋RTCP２１１の送信を停止する。ただし、送信装置１１−２は、定期的に、RTCP２１２を、ネットワーク１２を介して受信装置１３に送信する。
【０１４９】
例えば、時刻t4に、送信装置１１−２は、RTCP２１２を、ネットワーク１２を介して受信装置１３に送信したとすると、受信装置１３は、送信装置１１−１からのRTPをまだ受信している状態RCであるので、状態遷移条件１５７（図５）が満たされたと判定し、RTCP RR（拒絶）２０１を生成し、ネットワーク１２を介して送信装置１１−２に送信する。
【０１５０】
このとき、送信装置１１−１は、引き続き、受信装置１３に対して、RTP＋RTCP２１１、または、RTCP２１２をネットワーク１２を介して受信装置１３に送信している。
【０１５１】
例えば、送信装置１１−１は、時刻t5に、受信装置１３に対して、RTP＋RTCP２１１をネットワーク１２を介して送信すると、受信装置１３は、それを受信し、そのRTP＋RTCP２１１に含まれるRTPのエラーを測定する。例えば、その測定結果が、エラーが所定のレベル以下であるという結果である場合、受信装置１３は、遷移推定条件１５６（図５）が満たされたと判定し、RTCP RR（エラーなし）２０２を生成し、ネットワーク１２を介して送信装置１１−１に送信する。
【０１５２】
送信装置１１−１は、RTCP RR（エラーなし）２０２を受信すると、状態遷移条件１１４（図４）が満たされたと判定し、その状態を、状態SDから状態SBに遷移させる。
【０１５３】
送信装置１１−１は、引き続き、受信装置１３に対して、RTP＋RTCP２１１、または、RTCP２１２をネットワーク１２を介して受信装置１３に送信する。
【０１５４】
その後、例えば、時刻t6に、送信装置１１−１の状態遷移条件１０３（図４）が満たされたとすると（コマンド「rtp_tx=OFF」が入力されたとすると）、送信装置１１−１は、その状態を、状態SBから状態SAに遷移させる。
【０１５５】
これにより、送信装置１１−１は、受信装置１３に対して、RTP＋RTCP２１１、および、RTCP２１２のネットワーク１２を介する送信を停止する。従って、受信装置１３は、送信装置１１−１からのRTP＋RTCP２１１、および、RTCP２１２を受信しないので、時刻t6から所定の時間が経過した時刻t7に、状態遷移条件１５５（図５）が満たされたと判定し、その状態を、状態RCから状態RBに遷移させる。
【０１５６】
このとき、送信装置１１−２は、定期的に、RTCP２１２をネットワーク１２を介して受信装置１３に送信しているが、時刻t7より後（受信装置１３の状態が状態RBに遷移された後）の時刻t8に、RTCP２１２をネットワーク１２を介して受信装置１３に送信すると、受信装置１３は、それを受信し、状態遷移条件１５４（図５）が満たされたと判定し、RTCP RR（エラーなし）２０２を生成し、ネットワーク１２を介して送信装置１１−２に送信する。そして、受信装置１３は、その状態を、状態RBから状態RCに遷移させる。
【０１５７】
送信装置１１−２は、RTCP RR（エラーなし）２０２を受信すると、状態遷移条件１０８（図４）が満たされたと判定し、その状態を、状態SCから状態SBに遷移させる。そして、送信装置１１−２は、それ以降、RTP＋RTCP２１１、または、RTCP２１２をネットワーク１２を介して受信装置１３に送信する。
【０１５８】
受信装置１３は、送信装置１１−２からのRTP＋RTCP２１１、または、RTCP２１２を受信すると、RTP＋RTCP２１１に含まれるRTCP、または、RTCP２１２に対する応答としてRTCP RR（図６の例では、RTCP RR（エラーなし）２０２）を生成し、ネットワーク１２を介して送信装置１１−２に送信する。
【０１５９】
その後、例えば、時刻t9に、受信装置１３の状態遷移条件１５９（図５）が満たされたとすると（コマンド「rtp_rx=OFF」が入力されたとすると）、受信装置１３は、その状態を、状態RCから状態RAに遷移させる。
【０１６０】
従って、受信装置１３は、送信装置１１−１および送信装置１１−２のいずれのRTPの受信を受け付けないので、時刻t9より後（受信装置１３の状態が状態RAに遷移された後）の時刻t10に、送信装置１１−２が、RTCP２１２をネットワーク１２を介して受信装置１３に送信してきた場合、受信装置１３は、それを受信すると、状態遷移条件１６０（図５）が満たされたと判定し、RTCP RR（拒絶）２０１を生成し、ネットワーク１２を介して送信装置１１−２に送信する。
【０１６１】
送信装置１１−２は、RTCP RR（拒絶）２０１を受信すると、状態遷移条件１０７（図４）が満たされたと判定し、その状態を、状態SBから状態SCに遷移させる。即ち、送信装置１１−２は、それ以降、RTP＋RTCP２１１のネットワーク１２を介する受信装置１３への送信を停止する。
【０１６２】
同様に、例えば、時刻t9より後（受信装置１３の状態が状態RAに遷移された後）の時刻t11に、送信装置１１−１の状態遷移条件１０４（図４）が満たされたものとすると（コマンド「rtp_tx=ON」が入力されたものとすると）、送信装置１１−１は、その状態を、状態SAから状態SBに遷移させ、RTP＋RTCP２１１をネットワーク１２を介して受信装置１３に送信する。
【０１６３】
この場合、受信装置１３は、RTP＋RTCP２１１を受信すると、状態遷移条件１６０（図５）が満たされたと判定し、RTCP RR（拒絶）２０１を生成し、ネットワーク１２を介して送信装置１１−１に送信する。
【０１６４】
送信装置１１−１は、RTCP RR（拒絶）２０１を受信すると、状態遷移条件１０７（図４）が満たされたと判定し、その状態を、状態SBから状態SCに遷移させる。即ち、送信装置１１−１も、それ以降、RTP＋RTCP２１１のネットワーク１２を介する受信装置１３への送信を停止する。
【０１６５】
このように、情報配信システム１においては、送信装置１１−１と送信装置１１−２のそれぞれが、受信装置１３に対して、画像信号（RTP）の受信が可能であるか否かの判定結果の送信を要求する第１の制御信号（RTCP）を生成し、ネットワーク１２を介して受信装置１３に送信する。情報受信装置１３は、RTCPを受信すると、そのRTCPを送信した送信装置１１−１または１１−２からのRTPを受信するか否か判定し、その判定結果を表す第２の制御信号（RTCP RR（許諾）（RTCP RR（エラーなし）、若しくは、RTCP RR（エラーあり））、または、RTCP RR（拒絶））を生成し、ネットワーク１２を介して対応する送信装置１１−１または１１−２に送信する。
【０１６６】
従って、情報配信システム１においては、送信装置１１−１と送信装置１１−２のそれぞれが、ネットワーク１２の限られた帯域を共有して、画像信号を配信（転送）する場合、その転送パケットの衝突を抑制することが可能になる。また、送信装置１１−１は、受信装置１３の受信状態を検知することが可能になる。さらに、受信装置１３は、複数の送信装置（図１の例では、２台の送信装置１１−１および送信装置１１−２）からの画像信号を確実に取得することが可能になる。
【０１６７】
上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることも可能である。
【０１６８】
この場合、情報配信システム１の送信装置または受信装置は、図７に示されるように、パーソナルコンピュータ等により構成される。
【０１６９】
図７において、CPU３０１は、ROM３０２に記憶されているプログラム、または記憶部３０７からRAM３０３にロードされたプログラムに従って各種の処理を実行する。
【０１７０】
RAM３０３にはまた、CPU３０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１７１】
CPU３０１、ROM３０２、およびRAM３０３は、バス３０４を介して相互に接続されている。このバス３０４にはまた、入出力インタフェース３０９も接続されている。
【０１７２】
入出力インタフェース３０９には、キーボードなどよりなる入力部３０５、ディスプレイなどよりなる出力部３０６、ハードディスクなどより構成される記憶部３０７、ネットワーク１２（図１）を介しての他の装置との通信処理を実行する通信部３０８が接続されている。
【０１７３】
入出力インタフェース３０９にはまた、必要に応じてドライブ３１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブル記録媒体３１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部３０７にインストールされる。
【０１７４】
上述した一連の処理を実行させるプログラムは、ネットワークや記録媒体からインストールされる。この記録媒体は、図７に示されるように、装置本体とは別に、所有者等にプログラムを提供するために配布され、ドライブ３１０に装着される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリなどのリムーバブル記録媒体（パッケージメディア）３１１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM３０２や、記憶部３０７に含まれるハードディスクなどで構成される。
【０１７５】
なお、本明細書において、上述した一連の処理を実行するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１７６】
また、本明細書において、システムとは、複数の装置や処理部により構成される装置全体を表すものである。
【０１７７】
【発明の効果】
以上のごとく、本発明によれば、画像信号等の大容量の情報を配信することができる。また、本発明によれば、限られた帯域においても、複数の送信装置のそれぞれから送信された画像を、受信装置に確実に配信することができる。
【図面の簡単な説明】
【図１】本発明が適用される情報配信システムの構成例を示すブロック図である。
【図２】図１の情報配信システムの送信装置の構成例を示すブロック図である。
【図３】図１の情報配信システムの受信装置の構成例を示すブロック図である。
【図４】図２の送信装置の状態遷移を示す図である。
【図５】図３の受信装置の状態遷移を示す図である。
【図６】図１の情報配信システムの動作を説明するタイムチャートである。
【図７】本発明が適用される情報配信システムの、送信装置または受信装置の他の構成例を示すブロック図である。
【符号の説明】
１  情報配信システム，  １１  送信装置，  １２  ネットワーク，  １３受信装置，  ３４  バッファ，  ３５  データベース，  ３６  ネットワークコントローラ，  ３７  バッファ，  ３８  アービタ，  ３９  トランスミッタ，  ４０  レシーバ，  ４１  アービタコンパレータ，  ４２  バッファ，  ４３  バッファ，  ７４  バッファ，  ７５  データベース，  ７６  ネットワークコントローラ，  ７７  バッファ，  ７８  アービタ，  ７９  トランスミッタ，  ８０  レシーバ，  ８１  アービタコンパレータ，  ８２  バッファ，  ８３  バッファ，  １０１乃至１１６，１５１乃至１６０  状態遷移条件，  ２０１乃至２０３  第２の制御信号，  ２１１  画像信号と第１の制御信号の多重化信号，  ２１２  第１の制御信号，  SA乃至SD  送信装置の状態  ，RA乃至RC受信装置の状態
【図１】
0003796750.tif 000002
【図２】
0003796750.tif 000003
【図３】
0003796750.tif 000004
【図４】
0003796750.tif 000005
【図５】
0003796750.tif 000006
【図６】
0003796750.tif 000007
【図７】
0003796750.tif 000008