(57)【要約】【課題】複数の配信開始要求が競合した場合に、配信サーバを設けることなく、複数の配信開始要求の調停を行う。【解決手段】エンコーダは、映像音声の配信開始要求をデコーダに対して送信する配信要求部１５と、デコーダからの配信開始要求に対する配信開始応答を、そのデコーダに対して送信する配信応答部１６と、映像音声の配信を開始すると、配信要求部１５または配信応答部１６を制御して、配信開始要求または配信開始応答の送信を規制する配信制御部１７−２とを有する。デコーダも同様の構成を有する。【選択図】図２
2008182431.tif 000002
【特許請求の範囲】
【請求項１】
相互に映像音声の配信開始要求を送信することで、前記映像音声の配信または受信を開始する複数の情報処理装置からなる映像音声配信システムであって、
前記複数の情報処理装置の各々は、
前記配信開始要求を他の情報処理装置に対して送信する配信要求部と、
他の情報処理装置からの前記配信開始要求に対する配信開始応答を、当該他の情報処理装置に対して送信する配信応答部と、
前記映像音声の配信または受信を開始すると、前記配信要求部または前記配信応答部を制御して、前記配信開始要求または前記配信開始応答の送信を規制する配信制御部と、を有する映像音声配信システム。
【請求項２】
前記配信制御部は、自装置から前記配信開始要求を送信することで前記映像音声の配信または受信を開始した場合、前記配信応答部を制御して、前記配信開始応答の送信を抑制する、請求項１に記載の映像音声配信システム。
【請求項３】
前記配信制御部は、自装置から前記配信開始応答を送信することで前記映像音声の配信または受信を開始した場合、前記配信要求部を制御して、前記配信開始要求の送信を抑制する、請求項１または２に記載の映像音声配信システム。
【請求項４】
前記配信制御部は、自装置から前記配信開始応答を送信することで前記映像音声の配信または受信を開始した場合、当該映像音声の配信先または配信元以外の他の情報処理装置から前記配信開始要求を受信すると、前記配信応答部を制御して、当該他の情報処理装置に対して配信拒否応答を送信する、請求項１から３のいずれか１項に記載の映像音声配信システム。
【請求項５】
前記配信制御部は、自装置から前記配信開始要求を送信する前に、当該配信開始要求の送信先の他の情報処理装置により自装置との間に通信セッションが確立された場合、前記配信要求部を制御して、当該他の情報処理装置に対して前記配信開始要求の送信を中断するよう通知する、請求項１から４のいずれか１項に記載の映像音声配信システム。
【請求項６】
前記複数の情報処理装置は、
前記映像音声を配信するエンコーダと、
前記エンコーダから配信された映像音声を受信するデコーダと、からなり、
前記エンコーダと前記デコーダとの間で相互に前記配信開始要求を送信する、請求項１から５のいずれか１項に記載の映像音声配信システム。
【請求項７】
他の情報処理装置との間で、相互に映像音声の配信開始要求を送信することで、前記映像音声の配信または受信を開始する情報処理装置であって、
前記配信開始要求を他の情報処理装置に対して送信する配信要求部と、
他の情報処理装置からの前記配信開始要求に対する配信開始応答を、当該他の情報処理装置に対して送信する配信応答部と、
前記映像音声の配信または受信を開始すると、前記配信要求部または前記配信応答部を制御して、前記配信開始要求または前記配信開始応答の送信を規制する配信制御部と、を有する情報処理装置。
【請求項８】
前記配信制御部は、自装置から前記配信開始要求を送信することで前記映像音声の配信または受信を開始した場合、前記配信応答部を制御して、前記配信開始応答の送信を抑制する、請求項７に記載の情報処理装置。
【請求項９】
前記配信制御部は、自装置から前記配信開始応答を送信することで前記映像音声の配信または受信を開始した場合、前記配信要求部を制御して、前記配信開始要求の送信を抑制する、請求項７または８に記載の情報処理装置。
【請求項１０】
前記配信制御部は、自装置から前記配信開始応答を送信することで前記映像音声の配信または受信を開始した場合、当該映像音声の配信先または配信元以外の他の情報処理装置から前記配信開始要求を受信すると、前記配信応答部を制御して、当該他の情報処理装置に対して配信拒否応答を送信する、請求項７から９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記配信制御部は、自装置から前記配信開始要求を送信する前に、当該配信開始要求の送信先の他の情報処理装置により自装置との間に通信セッションが確立された場合、前記配信要求部を制御して、当該他の情報処理装置に対して前記配信開始要求の送信を中断するよう通知する、請求項７から１０のいずれか１項に記載の情報処理装置。
【請求項１２】
前記情報処理装置は、前記映像音声を配信するエンコーダであり、当該映像音声を受信するデコーダとの間で相互に前記配信開始要求を送信する、請求項７から１１のいずれか１項に記載の情報処理装置。
【請求項１３】
前記情報処理装置は、前記映像音声を受信するデコーダであり、当該映像音声を配信するエンコーダとの間で相互に前記配信開始要求を送信する、請求項７から１１のいずれか１項に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像音声を配信するための映像音声配信システムおよび情報処理装置に関する。
【背景技術】
【０００２】
従来、全国の各地の天気や道路交通状況を観測する場合、通常、各地にカメラとカメラで撮影された映像音声をエンコードするエンコーダとを設置し、本部のデコーダでエンコーダから配信されてきた映像音声をデコードすることが行われる。
【０００３】
映像音声を配信する技術としては、従来は、電波を用いるＦＰＵ（ Field Pick-up Unit）と呼ばれる技術が主流であったが、最近は、ＩＰネットワークを用いる技術も存在する。
【０００４】
映像音声の配信にＩＰネットワークを用いる映像音声配信システムとしては、例えば、エンコーダとデコード間でＴＣＰ（Transmission Control Protocol）セッションを確立し、エンコーダからデコードに対し、映像音声ストリームをＵＤＰ（User Datagram Protocol）パケットとして配信する映像音声配信システムが挙げられる（特許文献１参照）。
【０００５】
ところで、特許文献１に開示されているような映像音声配信システムにおいては、通常、デコーダからエンコーダに対して、映像音声ストリームの配信開始要求を行い、エンコーダからデコーダに対して、映像音声ストリームの配信を開始する。
【０００６】
しかし、エンコーダとデコード間ではＩＰネットワークを介した双方向通信を容易に行うことができることから、例えば、各地の天気や道路交通状況が大幅に変化した場合等に、各地のデコーダからも配信開始要求を行うニーズが増えると考えられる。
【０００７】
ただし、単純に、エンコーダおよびデコーダの双方から配信開始要求を行うこととした場合、複数の配信開始要求が競合するケースがより多くなると考えられる。例えば、複数台のデコーダから１台のエンコーダに対して配信開始要求を送信する場合や、複数台のエンコーダから１台のデコーダに対して配信開始要求を送信する場合や、１対のデコーダおよびエンコーダで相互にほぼ同時に配信開始要求を送信する場合等である。
【０００８】
映像音声配信システムにおいて、複数の配信開始要求が競合した場合にその調停を行うためには、例えば、特許文献２に開示されているように配信サーバを設け、この配信サーバにおいて、配信開始要求の調停を行うことが考えられる。
【０００９】
しかし、特許文献２に開示されているように配信サーバを設けると、システム全体のコストが増大する等の弊害が生じてしまう。
【特許文献１】特開２００５−３３３５６８号公報
【特許文献２】特開２００５−３２３３０９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述のように従来の映像音声配信システムにおいては、エンコーダおよびデコーダの双方から配信開始要求を行う構成とするには、複数の配信開始要求が競合することを想定し、複数の配信開始要求の調停を行うための配信サーバを設けなければならないという課題がある。
【００１１】
そこで、本発明の目的は、複数の配信開始要求が競合した場合に、配信サーバを設けることなく、複数の配信開始要求の調停を行うことができる映像音声配信システムおよび情報処理装置を提供することにある。
【課題を解決するための手段】
【００１２】
上記目的を達成するために本発明の映像音声配信システムは、
相互に映像音声の配信開始要求を送信することで、前記映像音声の配信または受信を開始する複数の情報処理装置からなる映像音声配信システムであって、
前記複数の情報処理装置の各々は、
前記配信開始要求を他の情報処理装置に対して送信する配信要求部と、
他の情報処理装置からの前記配信開始要求に対する配信開始応答を、当該他の情報処理装置に対して送信する配信応答部と、
前記映像音声の配信または受信を開始すると、前記配信要求部または前記配信応答部を制御して、前記配信開始要求または前記配信開始応答の送信を規制する配信制御部と、を有することを特徴とする。
【００１３】
上記の構成によれば、複数の情報処理装置の各々において、配信開始要求を送信する配信要求部と、配信開始要求に対する配信開始応答を送信する配信応答部と、映像音声の配信または受信を開始すると、配信要求部または配信応答部を制御して、配信開始要求または配信開始応答の送信を規制する配信制御部と、を設け、複数の配信開始要求の調停を各情報処理装置で行う構成となっている。
【００１４】
そのため、複数の配信開始要求が競合した場合でも、配信サーバを設けることなく、複数の配信開始要求の調停を行うことが可能となる。
【００１５】
具体的には、前記配信制御部は、自装置から前記配信開始要求を送信することで前記映像音声の配信または受信を開始した場合、前記配信応答部を制御して、前記配信開始応答の送信を抑制することを特徴とする。
【００１６】
また、前記配信制御部は、自装置から前記配信開始応答を送信することで前記映像音声の配信または受信を開始した場合、前記配信要求部を制御して、前記配信開始要求の送信を抑制することを特徴とする。
【００１７】
また、前記配信制御部は、自装置から前記配信開始応答を送信することで前記映像音声の配信または受信を開始した場合、当該映像音声の配信先または配信元以外の他の情報処理装置から前記配信開始要求を受信すると、前記配信応答部を制御して、当該他の情報処理装置に対して配信拒否応答を送信することを特徴とする。
【００１８】
また、前記配信制御部は、自装置から前記配信開始要求を送信する前に、当該配信開始要求の送信先の他の情報処理装置により自装置との間に通信セッションが確立された場合、前記配信要求部を制御して、当該他の情報処理装置に対して前記配信開始要求の送信を中断するよう通知することを特徴とする。
【００１９】
上記目的を達成するために本発明の情報処理装置は、
他の情報処理装置との間で、相互に映像音声の配信開始要求を送信することで、前記映像音声の配信または受信を開始する情報処理装置であって、
前記配信開始要求を他の情報処理装置に対して送信する配信要求部と、
他の情報処理装置からの前記配信開始要求に対する配信開始応答を、当該他の情報処理装置に対して送信する配信応答部と、
前記映像音声の配信または受信を開始すると、前記配信要求部または前記配信応答部を制御して、前記配信開始要求または前記配信開始応答の送信を規制する配信制御部と、を有することを特徴とする。
【発明の効果】
【００２０】
以上説明したように本発明によれば、各情報処理装置で複数の配信開始要求の調停を行う構成であるため、複数の配信開始要求が競合した場合でも、配信サーバを設けることなく、複数の配信開始要求の調停を行うことができるという効果が得られる。
【発明を実施するための最良の形態】
【００２１】
以下に、本発明を実施するための最良の形態について図面を参照して説明する。
【００２２】
図１を参照すると、本実施形態の映像音声配信システムは、ｎ（ｎは自然数）台のエンコーダ１０−１〜１０−ｎと、ｍ（ｍは自然数）台のデコーダ２０−１〜２０−ｍとが、ＩＰネットワーク３０を介して互いに接続された構成となっている。
【００２３】
また、エンコーダ１０−１〜１０−ｎには、それぞれ対応して設けられた端末４０−１〜４０−ｎが接続されており、また、デコーダ２０−１〜２０−ｍには、それぞれ対応して設けられた端末５０−１〜５０−ｍが接続されている。
【００２４】
エンコーダ１０−１〜１０−ｎは、デコーダ２０−１〜２０−ｍのいずれか１台と１対１で通信セッションを確立した上で、そのデコーダに対して映像音声ストリームの配信開始要求を送信して、映像音声ストリームの配信を開始する。
【００２５】
一方、デコーダ２０−１〜２０−ｍは、エンコーダ１０−１〜１０−ｎのいずれか１台と１対１で通信セッションを確立した上で、そのエンコーダに対して映像音声ストリームの配信開始要求を送信して、そのエンコーダから配信されてきた映像音声ストリームの受信を開始する。
【００２６】
なお、本実施形態では、通信セッションをＴＣＰセッションとし、また、映像音声ストリームをＵＤＰパケットとして配信するものとして説明するが、本発明はこれに限定されない。また、映像音声ストリームは、ＭＰＥＧ２−ＴＳ（Moving Picture Experts Group phase 2-Transport Stream）に代表される符号化データや非圧縮（ＰＣＭ；Pulse Code Modulation）データであるものとして説明するが、本発明はこれに限定されない。
【００２７】
エンコーダ１０−１〜１０−ｎおよびデコーダ２０−１〜２０−ｍは、起動後は配信開始要求待ち状態となり、配信開始要求待ち状態で他装置からの配信開始要求を受けた場合は、配信開始応答を返信する。
【００２８】
エンコーダ１０−１〜１０−ｎおよびデコーダ２０−１〜２０−ｍは、自装置が配信開始要求を送信した場合は自装置を主局（マスタ）と認識して、それぞれ配信状態または受信状態となり、また、自装置が配信開始応答を返信した場合は自装置を従局（スレーブ）と認識して、それぞれ配信状態または受信状態となる。
【００２９】
主局（マスタ）は、配信状態または受信状態では、他装置からの配信開始要求を拒否するために、配信開始応答の抑制を行う。
【００３０】
一方、従局（スレーブ）は、配信状態または受信状態では、自装置からの配信開始要求の送信を抑制する。
【００３１】
さらに、従局（スレーブ）は、配信状態または受信状態では、他装置からの配信開始要求を受けると、回線が使用中であることを通知するために、配信拒否応答を行う。
【００３２】
ここで、エンコーダ１０−１〜１０−ｎおよびデコーダ２０−１〜２０−ｍの内部構成について、図２および図３を参照して説明する。
【００３３】
図２を参照すると、エンコーダ１０−１〜１０−ｎの各々は、符号化処理部１１と、冗長パケット（ＦＥＣ；Forward Error Correction）生成部１２と、パケット配信部１３と、端末ＩＦ（Interface）部１４と、配信要求部１５と、配信応答部１６と、制御部１７とを有している。
【００３４】
符号化処理部１１は、外部入力されたデジタル映像／音声信号をＭＰＥＧ２−ＴＳデータに符号化し、符号化後のＭＰＥＧ２−ＴＳデータをパケット化する。
【００３５】
冗長パケット生成部１２は、符号化処理部１２で符号化されたＭＰＥＧ２−ＴＳデータを基にしてエラー訂正用の冗長パケット（ＦＥＣ）を生成する。
【００３６】
パケット配信部１３は、符号化処理部１１からのＭＰＥＧ２−ＴＳデータのパケットを、冗長パケット生成部１２からの冗長パケットとともにＩＰネットワーク３０上に配信する。
【００３７】
端末ＩＦ部１４は、自装置に対応して設けられた端末とのインターフェース部分である。
【００３８】
配信要求部１５は、制御部１７の制御の元で、ＩＰネットワーク３０上に配信開始要求等を送信し、また、配信応答部１６は、制御部１７の制御の元で、ＩＰネットワーク３０上に配信開始応答等を送信する。
【００３９】
制御部１７は、エンコーダ１０の全体動作を制御するものであり、端末処理部１７−１と、配信制御部１７−２と、設定制御部１７−３とを有している。
【００４０】
端末処理部１７−１は、自装置に対応して設けられた端末からの入力処理を行うとともに、その端末に対する通知処理を行う。
【００４１】
配信制御部１７−２は、配信要求部１５および配信応答部１６に対する制御を行うものであり、例えば、配信状態では、配信開始要求または配信開始応答の送信を規制する。
【００４２】
具体的には、配信制御部１７−２は、配信開始要求待ち状態で端末からの配信開始指示を受けると、配信要求部１５を制御して、配信開始要求を送信する。また、配信開始要求待ち状態で他装置からの配信開始要求を受信すると、配信応答部１６を制御して、配信開始応答を返信する。
【００４３】
ただし、配信制御部１７−２は、配信状態では、自装置が主局（マスタ）であれば、配信応答部１６を制御して、配信開始応答の送信の抑制を行う。また、配信状態では、自装置が従局（スレーブ）であれば、配信要求部１５を制御して、配信開始要求の送信の抑制を行うとともに、配信応答部１６を制御して、配信拒否応答を行う。
【００４４】
設定制御部１７−３は、符号化処理部１１、冗長パケット生成部１２、およびパケット配信部１３に対する設定制御を行う。
【００４５】
具体的には、設定制御部１７−３は、端末からの指示に応じて、符号化モードを符号化処理部１１に設定し、冗長パケットを生成する間隔を冗長パケット生成部１２に設定し、配信アドレスをパケット配信部１３に設定する。
【００４６】
図３を参照すると、デコーダ２０−１〜２０−ｍの各々は、パケット受信部２１と、エラー訂正部２２と、復号化処理部２３と、端末ＩＦ部２４と、配信要求部２５と、配信応答部２６と、制御部２７とを有している。
【００４７】
パケット受信部２１は、エンコーダ１０−１〜１０−ｎから送信されてきたパケットをＩＰネットワーク３０から受信する。
【００４８】
エラー訂正部２２は、パケット受信部２１で受信したＭＰＥＧ２−ＴＳデータのパケットに欠落（パケット抜け）が発生した場合に、パケット受信部２１で受信した冗長パケットに基づいて欠落パケットを復元するためのエラー訂正処理を行う。
【００４９】
復号化処理部２３は、ＭＰＥＧ２−ＴＳデータを、デジタル映像／音声信号に復号して外部に出力する。
【００５０】
端末ＩＦ部２４、配信要求部２５、および配信応答部２６は、エンコーダ１０−１〜１０−ｎ内の端末ＩＦ部１４、配信要求部１５、および配信応答部１６と同様の動作を行うため、説明を省略する。
【００５１】
制御部２７は、デコーダ２０の全体動作を制御するものであり、端末処理部２７−１と、配信制御部２７−２と、設定制御部２７−３とを有している。このうち、端末処理部２７−１は、エンコーダ１０−１〜１０−ｎ内の端末処理部１７−１と同様の動作を行うため、説明を省略する。
【００５２】
配信制御部２７−２は、配信要求部２５および配信応答部２６に対する制御を行うものであり、例えば、受信状態では、配信開始要求または配信開始応答の送信を規制する。
【００５３】
具体的には、配信制御部２７−２は、配信開始要求待ち状態で端末からの配信開始指示を受けると、配信要求部２５を制御して、配信開始要求を送信する。また、配信開始要求待ち状態で他装置からの配信開始要求を受信すると、配信応答部２６を制御して、配信開始応答を返信する。
【００５４】
ただし、配信制御部２７−２は、受信状態では、自装置が主局（マスタ）であれば、配信応答部２６を制御して、配信開始応答の送信の抑制を行う。また、受信状態では、自装置が従局（スレーブ）であれば、配信要求部２５を制御して、配信開始要求の送信の抑制を行うとともに、配信応答部２６を制御して、配信拒否応答を行う。
【００５５】
設定制御部２７−３は、パケット受信部２１、エラー訂正部２２、および復号化処理部２３に対する設定制御を行う。
【００５６】
具体的には、設定制御部２７−３は、端末からの指示に応じて、受信アドレスをパケット受信部２１に設定し、エラー訂正処理を行う間隔をエラー訂正部２２に設定し、復号化モードを復号化処理部２３に設定する。
【００５７】
以下、本実施形態の映像音声配信システムの動作について説明する。
【００５８】
（１台のデコーダからの配信開始要求）
最初に、１台のデコーダから配信開始要求があった場合の動作について説明する。ここでは、図４を参照して、デコーダ２０−１からエンコーダ１０−１に対して配信開始要求があった場合の動作を例に挙げて説明する。
【００５９】
まず、エンコーダ１０−１においては、自装置が起動すると、配信応答部１６が配信開始要求待ち状態になる（ステップＳ１）。
【００６０】
同様に、デコーダ２０−１においては、自装置が起動すると、配信応答部２６が配信開始要求待ち状態になる（ステップＳ２）。
【００６１】
ここで、デコーダ２０−１において、端末５０−１から配信開始指示があると（ステップＳ３）、デコーダ２０−１の配信要求部２５とエンコーダ１０−１の配信応答部１６との間でＴＣＰセッションが確立される（ステップＳ４）。
【００６２】
これを受けて、エンコーダ１０−１においては、配信要求部１５による配信開始要求の送信が抑制される（ステップＳ５）。
【００６３】
続いて、デコーダ２０−１においては、配信要求部２５がエンコーダ１０−１に対して配信開始要求を送信し（ステップＳ６）、エンコーダ１０−１においては、配信応答部１６がデコーダ２０−１に対して配信開始応答を送信する（ステップＳ７）。
【００６４】
これを受けて、デコーダ２０−１においては、配信要求部２５が端末５０−１に対して配信開始通知を行う（ステップＳ８）。また、配信応答部２６による配信開始応答の送信が抑制される（ステップＳ９）。
【００６５】
続いて、エンコーダ１０−１のパケット配信部１３から、デコーダ２０−１のパケット受信部２１に対し、ＭＰＥＧ２−ＴＳデータがＵＤＰパケットとして配信される（ステップＳ１０）。
【００６６】
以降、デコーダ２０−１において、端末５０−１から配信終了指示があると（ステップＳ１１）、配信要求部２５がエンコーダ１０−１に対して配信終了要求を送信し（ステップＳ１２）、エンコーダ１０−１においては、配信応答部１６がデコーダ２０−１に対して配信終了応答を送信する（ステップＳ１３）。
【００６７】
続いて、エンコーダ１０−１のパケット配信部１３から、デコーダ２０−１のパケット受信部２１に対する、ＭＰＥＧ２−ＴＳデータの配信を終了し（ステップＳ１４）、デコーダ２０−１の配信要求部２５とエンコーダ１０−１の配信応答部１６との間でＴＣＰセッションが開放される（ステップＳ１５）。
【００６８】
これを受けて、エンコーダ１０−１においては、配信要求部１５による配信開始要求の送信が許可される（ステップＳ１６）。
【００６９】
一方、デコーダ２０−１においては、配信要求部２５が端末５０−１に対して配信終了通知を行う（ステップＳ１７）。また、配信応答部２６による配信開始応答の送信が許可される（ステップＳ１８）。
【００７０】
なお、図４に示したステップＳ９までの間におけるエンコーダ１０−１およびデコーダ２０−１のＴＣＰ状態は、図５のようになっている。
【００７１】
（１台のエンコーダからの配信開始要求）
次に、１台のエンコーダから配信開始要求があった場合の動作について説明する。ここでは、図６を参照して、エンコーダ１０−１からデコーダ２０−１に対して配信開始要求があった場合を例に挙げて説明する。
【００７２】
まず、エンコーダ１０−１においては、自装置が起動すると、配信応答部１６が配信開始要求待ち状態になる（ステップＳ１）。
【００７３】
同様に、デコーダ２０−１においては、自装置が起動すると、配信応答部２６が配信開始要求待ち状態になる（ステップＳ２）。
【００７４】
ここで、エンコーダ１０−１において、端末４０−１から配信開始指示があると（ステップＳ１９）、エンコーダ１０−１の配信要求部１６とデコーダ２０−１の配信応答部２６との間でＴＣＰセッションが確立される（ステップＳ２０）。
【００７５】
これを受けて、デコーダ２０−１においては、配信要求部２５による配信開始要求の送信が抑制される（ステップＳ２１）。
【００７６】
続いて、エンコーダ１０−１においては、配信要求部１５がデコーダ２０−１に対して配信開始要求を送信し（ステップＳ２２）、デコーダ２０−１においては、配信応答部２６がエンコーダ１０−１に対して配信開始応答を送信する（ステップＳ２３）。
【００７７】
これを受けて、エンコーダ１０−１においては、配信要求部１５が端末４０−１に対して配信開始通知を行う（ステップＳ２４）。また、配信応答部１６による配信開始応答の送信が抑制される（ステップＳ２５）。
【００７８】
続いて、エンコーダ１０−１のパケット配信部１３から、デコーダ２０−１のパケット受信部２１に対し、ＭＰＥＧ２−ＴＳデータがＵＤＰパケットとして配信される（ステップＳ１０）。
【００７９】
以降、エンコーダ１０−１において、端末４０−１から配信終了指示があると（ステップＳ２６）、配信要求部１５がデコーダ２０−１に対して配信終了要求を送信し（ステップＳ２７）、デコーダ２０−１においては、配信応答部２６がエンコーダ１０−１に対して配信終了応答を送信する（ステップＳ２８）。
【００８０】
続いて、エンコーダ１０−１のパケット配信部１３から、デコーダ２０−１のパケット受信部２１に対する、ＭＰＥＧ２−ＴＳデータの配信を終了し（ステップＳ１４）、エンコーダ１０−１の配信要求部１５とデコーダ２０−１の配信応答部２６との間でＴＣＰセッションが開放される（ステップＳ２９）。
【００８１】
これを受けて、デコーダ２０−１においては、配信要求部２５による配信開始要求の送信が許可される（ステップＳ３０）。
【００８２】
一方、エンコーダ１０−１においては、配信要求部１５が端末４０−１に対して配信終了通知を行う（ステップＳ３１）。また、配信応答部１６による配信開始応答の送信が許可される（ステップＳ３２）。
【００８３】
（複数台のデコーダからの配信開始要求）
次に、複数台のデコーダから配信開始要求があった場合の動作について説明する。ここでは、図７を参照して、２台のデコーダ２０−１，２０−２からエンコーダ１０−１に対して配信開始要求があった場合の動作を例に挙げて説明する。
【００８４】
まず、図４と同様に、ステップＳ１０までの処理が行われ、エンコーダ１０−１からデコーダ２０−１に対し、ＭＰＥＧ２−ＴＳデータが配信される。
【００８５】
ここで、他のデコーダ２０−２において、端末５０−２から配信開始指示があったとする（ステップＳ３３）。すると、デコーダ２０−２の配信要求部２５とエンコーダ１０−１の配信応答部１６との間でＴＣＰセッションが確立される（ステップＳ３４）。
【００８６】
続いて、デコーダ２０−２においては、配信要求部２５がエンコーダ１０−１に対して配信開始要求を送信する（ステップＳ３５）。
【００８７】
このとき、エンコーダ１０−１においては、配信状態にあるため、配信応答部１６がデコーダ２０−２に対して配信拒否応答を送信する（ステップＳ３６）。
【００８８】
そのため、デコーダ２０−２の配信要求部２５とエンコーダ１０−１の配信応答部１６との間でＴＣＰセッションが開放される（ステップＳ３７）。
【００８９】
また、エンコーダ１０−１において、端末４０−１から配信開始指示があったとする（ステップＳ１９）。
【００９０】
このとき、エンコーダ１０−１においては、ステップＳ５によって配信要求部１５による配信開始要求の送信が抑制されている。そのため、配信要求部１５が端末４０−１に対して配信拒否通知を行う（ステップＳ３８）。
【００９１】
上述したように本実施形態においては、デコーダ２０−１からエンコーダ１０−１に対して配信開始要求を行うことで、エンコーダ１０−１からデコーダ２０−１に対して映像音声ストリームを配信している時に、他のデコーダ２０−２からもエンコーダ１０−１に対する配信開始要求があった場合、エンコーダ１０−１は、後から配信開始要求を行ったデコーダ２０−２への配信を拒否することで、複数の配信開始要求の調停を行うことができる。また、エンコーダ１０−１は、端末４０−１から再度の配信開始指示を受けた場合、これを拒否することができる。
【００９２】
（複数台のエンコーダからの配信開始要求）
次に、複数台のエンコーダから配信開始要求があった場合の動作について説明する。ここでは、図８を参照して、２台のエンコーダ１０−１，１０−２からデコーダ２０−１に対して配信開始要求があった場合の動作を例に挙げて説明する。
【００９３】
まず、図６と同様に、ステップＳ１０までの処理が行われ、エンコーダ１０−１からデコーダ２０−１に対し、ＭＰＥＧ２−ＴＳデータが配信される。
【００９４】
ここで、他のエンコーダ１０−２において、端末４０−２から配信開始指示があったとする（ステップＳ３９）。すると、エンコーダ１０−２の配信要求部１５とデコーダ２０−１の配信応答部２６との間でＴＣＰセッションが確立される（ステップＳ４０）。
【００９５】
続いて、エンコーダ１０−２においては、配信要求部１５がデコーダ２０−１に対して配信開始要求を送信する（ステップＳ４１）。
【００９６】
このとき、デコーダ２０−１においては、受信状態にあるため、配信応答部２６がエンコーダ１０−２に対して配信拒否応答を送信する（ステップＳ４２）。
【００９７】
そのため、エンコーダ１０−２の配信要求部１５とデコーダ２０−１の配信応答部２６との間でＴＣＰセッションが開放される（ステップＳ４３）。
【００９８】
また、デコーダ２０−１において、端末５０−１から配信開始指示があったとする（ステップＳ３）。
【００９９】
このとき、デコーダ２０−１においては、ステップＳ２１によって配信要求部２５による配信開始要求の送信が抑制されている。そのため、配信要求部２５が端末５０−１に対して配信拒否通知を行う（ステップＳ４４）。
【０１００】
上述したように本実施形態においては、エンコーダ１０−１からデコーダ２０−１に対して配信開始要求を行うことで、エンコーダ１０−１からデコーダ２０−１に対して映像音声ストリームを配信している時に、他のエンコーダ１０−２からもデコーダ２０−１に対する配信開始要求があった場合、デコーダ２０−１は、後から配信開始要求を行ったエンコーダ１０−２からの配信を拒否することで、複数の配信開始要求の調停を行うことができる。また、デコーダ２０−１は、端末５０−１から再度の配信開始指示を受けた場合、これを拒否することができる。
【０１０１】
（エンコーダとデコーダの双方からの配信開始要求）
次に、エンコーダとデコーダの双方から配信開始要求があった場合の動作について説明する。ここでは、図９を参照して、エンコーダ１０−１およびデコーダ２０−１の双方から相互にほぼ同時に配信開始要求があった場合の動作を例に挙げて説明する。
【０１０２】
まず、エンコーダ１０−１においては、自装置が起動すると、配信応答部１６が配信開始要求待ち状態になる（ステップＳ１）。
【０１０３】
同様に、デコーダ２０−１においては、自装置が起動すると、配信応答部２６が配信開始要求待ち状態になる（ステップＳ２）。
【０１０４】
ここで、デコーダ２０−１において、端末５０−１から配信開始指示があると（ステップＳ３）、デコーダ２０−１の配信要求部２５とエンコーダ１０−１の配信応答部１６との間でＴＣＰセッションが確立される（ステップＳ４）。これを受けて、エンコーダ１０−１においては、配信要求部１５による配信開始要求の送信が抑制される（ステップＳ５）。
【０１０５】
ほぼ同時に、エンコーダ１０−１において、端末４０−１から配信開始指示があると（ステップＳ１９）、エンコーダ１０−１の配信要求部１５とデコーダ２０−１の配信応答部２６との間でＴＣＰセッションが確立される（ステップＳ２０）。これを受けて、デコーダ２０−１においては、配信要求部２５による配信開始要求の送信が抑制される（ステップＳ２１）。
【０１０６】
デコーダ２０−１においては、配信要求部２５による配信開始要求の送信が抑制されたため、配信要求部２５がエンコーダ１０−１に対して配信開始要求の中断を通知する（ステップＳ４４）。続いて、デコーダ２０−１の配信要求部２５とエンコーダ１０−１の配信応答部１６との間でＴＣＰセッションが開放される（ステップＳ１５）。
【０１０７】
同様に、エンコーダ１０−１においては、配信要求部１５による配信開始要求の送信が抑制されたため、配信要求部１５がデコーダ２０−１に対して配信開始要求の中断を通知する（ステップＳ４５）。続いて、エンコーダ１０−１の配信要求部１５とデコーダ２０−１の配信応答部２６との間でＴＣＰセッションが開放される（ステップＳ２９）。
【０１０８】
これにより、デコーダ２０−１およびエンコーダ１０−１の双方の配信開始要求が一旦リセットされることになる。
【０１０９】
その後、デコーダ２０−１においては、配信要求部２５による配信開始要求の送信が許可され（ステップＳ３０）、エンコーダ１０−１においては、配信要求部１５による配信開始要求の送信が許可される（ステップＳ１９）。
【０１１０】
上述したように本実施形態においては、エンコーダ１０−１およびデコーダ２０−１の双方から相互にほぼ同時に配信開始要求を送信しようとする場合、配信開始要求の送信を一旦抑制することで、複数の配信開始要求の調停を行うことができる。
【０１１１】
なお、本実施形態においては、エンコーダとデコーダとの間で相互に配信開始要求を送信する構成について説明したが、本発明はこれに限らず、任意の複数の情報処理装置間で相互に配信開始要求を送信する構成にも適用できることは言うまでもない。
【図面の簡単な説明】
【０１１２】
【図１】本発明の一実施形態の映像音声配信システムの構成を示す図である。
【図２】図１に示したエンコーダの構成を示すブロック図である。
【図３】図１に示したデコーダの構成を示すブロック図である。
【図４】図１に示した映像音声配信システムにおいて、１台のデコーダから配信開始要求があった場合の動作を説明するフローチャートである。
【図５】図４に示したステップＳ９までの間におけるエンコーダおよびデコーダのＴＣＰ状態を説明するフローチャートである。
【図６】図１に示した映像音声配信システムにおいて、１台のエンコーダから配信開始要求があった場合の動作を説明するフローチャートである。
【図７】図１に示した映像音声配信システムにおいて、２台のデコーダから配信開始要求があった場合の動作を説明するフローチャートである。
【図８】図１に示した映像音声配信システムにおいて、２台のエンコーダから配信開始要求があった場合の動作を説明するフローチャートである。
【図９】図１に示した映像音声配信システムにおいて、エンコーダおよびデコーダの双方から相互にほぼ同時に配信開始要求があった場合の動作を説明するフローチャートである。
【符号の説明】
【０１１３】
１０−１〜１０−ｎ    エンコーダ
１１    符号化処理部
１２    冗長パケット生成部
１３    パケット配信部
１４    端末ＩＦ部
１５    配信要求部
１６    配信応答部
１７    制御部
１７−１    端末処理部
１７−２    配信制御部
１７−３    設定制御部
２０−１〜２０−ｍ    デコーダ
２１    パケット受信部
２２    エラー訂正部
２３    復号化処理部
２４    端末ＩＦ部
２５    配信要求部
２６    配信応答部
２７    制御部２７
２７−１    端末処理部
２７−２    配信制御部
２７−３    設定制御部
３０    ＩＰネットワーク
４０−１〜４０−ｎ，５０−１〜５０−ｍ    端末
【図１】
2008182431.tif 000003
【図２】
2008182431.tif 000004
【図３】
2008182431.tif 000005
【図４】
2008182431.tif 000006
【図５】
2008182431.tif 000007
【図６】
2008182431.tif 000008
【図７】
2008182431.tif 000009
【図８】
2008182431.tif 000010
【図９】
2008182431.tif 000011