(57)【要約】【課題】状況に応じて接続先を動的に切り替えるための技術を実現する。【解決手段】セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新する接続制御部を備える、情報処理装置が提供される。【選択図】図１
2013168465.tif 000002
【特許請求の範囲】
【請求項１】
セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新する接続制御部を備える、情報処理装置。
【請求項２】
前記通信部は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用した通信を行う、
請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、前記通信部による通信を制御する通信制御部を備え、
前記通信制御部は、前記接続テーブルから選択される宛先との間で通信がなされるように前記通信部を制御する、
請求項１に記載の情報処理装置。
【請求項４】
前記接続テーブルは、コンテンツと１または複数の宛先とが関連付けられたテーブルである、
請求項１に記載の情報処理装置。
【請求項５】
前記通信制御部は、前記接続テーブルに基づいて、取得対象のコンテンツに関連付けられた１または複数の宛先のいずれかに接続要求が送信されるように前記通信部を制御し、
前記接続制御部は、前記接続要求の宛先との接続状況が正常ではない場合に、前記接続テーブルを更新する、
請求項４に記載の情報処理装置。
【請求項６】
前記接続制御部は、前記接続要求を用いた接続に失敗した場合、前記接続テーブルを更新する、
請求項５に記載の情報処理装置。
【請求項７】
前記接続制御部は、前記接続要求の宛先からの前記コンテンツの受信に失敗した場合、前記接続テーブルを更新する、
請求項５に記載の情報処理装置。
【請求項８】
前記通信制御部は、当該更新された後の接続テーブルに基づいて前記接続要求の宛先を再選択し、当該再選択した宛先に前記接続要求が送信されるように前記通信部を制御する、
請求項５に記載の情報処理装置。
【請求項９】
前記接続テーブルの各宛先には、優先度が関連付けられており、
前記通信制御部は、前記優先度に基づいて、前記接続要求の宛先を選択する、
請求項５に記載の情報処理装置。
【請求項１０】
前記接続制御部は、前記接続要求の宛先との接続状況が正常ではない場合に、前記接続要求の宛先に関連付けられている優先度を更新する、
請求項９に記載の情報処理装置。
【請求項１１】
前記通信制御部は、前記接続要求が他の情報処理装置から受信された他の接続要求に基づいて送信される場合、コンテンツテーブルに基づいて、前記取得対象のコンテンツを選択する、
請求項５に記載の情報処理装置。
【請求項１２】
前記コンテンツテーブルは、コンテンツと宛先とが関連付けられたテーブルである、
請求項１１に記載の情報処理装置。
【請求項１３】
前記通信制御部は、前記接続要求を用いた接続に成功し、接続先から前記通信部により前記コンテンツが受信された場合、前記コンテンツが前記他の情報処理装置に転送されるように前記通信部を制御する、
請求項１２に記載の情報処理装置。
【請求項１４】
前記通信制御部は、前記接続要求の宛先から前記通信部により前記コンテンツが既に受信されている場合、当該既に受信されているコンテンツが前記他の情報処理装置に転送されるように前記通信部を制御する、
請求項１３に記載の情報処理装置。
【請求項１５】
前記通信制御部は、前記接続テーブルから選択される宛先に定期的に状態確認メッセージが送信されるように前記通信部を制御し、
前記接続制御部は、前記状態確認メッセージの宛先の状態が正常ではない場合に、前記接続テーブルを更新する、
請求項３に記載の情報処理装置。
【請求項１６】
セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新することを含む、情報処理方法。
【請求項１７】
コンピュータを、
セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新する接続制御部を備える、情報処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、映像配信に関する様々な技術が開示されている（例えば、特許文献１参照）。例えば、特許文献１に開示された技術では、映像配信サーバから送信された映像を中継するための中継サーバが設置される。かかる技術のように、中継サーバに映像を中継させることにより、映像配信に掛かる負荷を分散することが可能である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−６１０６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１により開示された技術では、映像配信ネットワークを構成する装置の接続先が固定的であり、状況に応じて接続先を動的に切り替えることができない。したがって、状況に応じて接続先を動的に切り替えるための技術が実現されることが望ましい。
【課題を解決するための手段】
【０００５】
本開示によれば、セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新する接続制御部を備える、情報処理装置が提供される。【０００６】
また、本開示によれば、セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新することを含む、情報処理方法が提供される。【０００７】
また、本開示によれば、コンピュータを、セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新する接続制御部を備える、情報処理装置として機能させるためのプログラムが提供される。
【発明の効果】
【０００８】
以上説明したように本開示によれば、状況に応じて接続先を動的に切り替えるための技術を提供することが可能である。
【図面の簡単な説明】
【０００９】
【図１】本開示の実施形態に係る情報処理システムの構成例を示す図である。
【図２】本開示の実施形態に係る受信装置の機能構成例を示す図である。
【図３】本開示の実施形態に係るブースターの機能構成例を示す図である。
【図４】本開示の実施形態に係る送信装置の機能構成例を示す図である。
【図５】本開示の実施形態に係るブースターマネージャの機能構成例を示す図である。
【図６】セッション確立動作時に実行されるコンテンツ転送の例を示す図である。
【図７】セッション確立動作時に実行されるコンテンツ転送の他の例を示す図である。
【図８】セッション確立動作失敗時における接続テーブル更新の例を示す図である。
【図９】コンテンツ受信失敗時における接続テーブル更新の例を示す図である。
【図１０】状態確認時に実行される接続テーブル更新の例を示す図である。
【図１１】故障発生時に登録される新規接続パスを示す図である。
【図１２】故障発生時に実行される接続テーブルの更新例を示す図である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１１】
また、本明細書および図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
【００１２】
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．実施形態
１−１．情報処理システムの構成例
１−２．受信装置の機能構成例
１−３．ブースターの機能構成例
１−４．送信装置の機能構成例
１−５．ブースターマネージャの機能構成例
１−６．セッション確立動作時に実行されるコンテンツ転送
１−７．セッション確立動作失敗時における接続テーブル更新
１−８．コンテンツ受信失敗時における接続テーブル更新
１−９．状態確認時に実行される接続テーブル更新
１−１０．故障発生時に実行される接続テーブルの更新
２．むすび
【００１３】
＜＜１．実施形態＞＞
本開示の実施形態について順次詳細に説明する。
【００１４】
＜１−１．情報処理システムの構成例＞
まず、本開示の実施形態に係る情報処理システム１の構成例について説明する。図１は、本開示の実施形態に係る情報処理システム１の構成例を示す図である。
【００１５】
図１に示したように、本開示の実施形態に係る情報処理システム１は、一例として、受信装置１０Ａ、受信装置１０Ｂ、ブースター２０Ａ、ブースター２０Ｂ、送信装置３０Ａ、送信装置３０Ｂおよびブースターマネージャ４０を備える。これらの装置の各々は、ネットワークを構成しており、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用した通信を相互に行うことが可能である。しかし、これらの装置の各々が行う通信の方式はＳＩＰに限定されない。
【００１６】
図１には、２つの受信装置１０（受信装置１０Ａおよび受信装置１０Ｂ）がネットワークを構成しているが、受信装置１０の数は特に限定されない。また、図１には、２つのブースター２０（ブースター２０Ａおよびブースター２０Ｂ）がネットワークを構成しているが、ブースター２０の数は特に限定されない。また、図１には、２つの送信装置３０（送信装置３０Ａおよび送信装置３０Ｂ）がネットワークを構成しているが、送信装置３０の数は特に限定されない。
【００１７】
受信装置１０は、コンテンツを受信する機能を有する。コンテンツの種類は、特に限定されないが、例えば、映像コンテンツであってもよい。図１に示すように、受信装置１０は、コンテンツと１または複数の宛先とが関連付けられた接続テーブル１４１を有している。以下では、宛先の例としてＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を利用する場合を主に説明するが、宛先はＳＩＰ−ＵＲＩに限定されない。接続テーブル１４１の宛先には、隣接する上位の装置（ブースター２０、送信装置３０など）が登録される。以下では、隣接する上位の装置を隣接アップリンクとも言う。
【００１８】
また、図１に示すように、接続テーブル１４１の各宛先には、優先度の例としてコスト値が関連付けられており、より高い優先度に関連付けられている宛先が優先的に選択される。コスト値は、例えば、ブースターマネージャ４０から通知された範囲内で変化されてもよい。以下では、優先度としてコスト値を使用し、より小さいコスト値に関連付けられている宛先が優先的に選択される場合を説明するが、優先度は、かかるコスト値に限定されない。受信装置１０は、接続テーブル１４１を利用して接続を行い、接続先からコンテンツを受信することが可能である。
【００１９】
例えば、受信装置１０は、送信装置３０に対して直接的に接続してもよい。かかる場合には、受信装置１０は、接続先の送信装置３０からコンテンツを受信することができる。また、例えば、受信装置１０は、ブースター２０に対して直接的に接続してもよい。かかる場合には、受信装置１０は、送信装置３０により送信されて接続先のブースター２０により転送されたコンテンツを受信することができる。なお、受信装置１０は、情報処理装置の一例として機能する。
【００２０】
ブースター２０は、コンテンツを転送する機能を有する。図１に示すように、送信装置３０は、コンテンツと１または複数の宛先とが関連付けられた接続テーブル２４１を有している。接続テーブル２４１の宛先としても、ＳＩＰ−ＵＲＩを利用する場合を主に説明するが、宛先はＳＩＰ−ＵＲＩに限定されない。接続テーブル２４１の宛先には、隣接する上位の装置（他のブースター２０、送信装置３０など）が登録される。
【００２１】
また、図１に示すように、接続テーブル２４１の各宛先には、優先度の例としてコスト値が関連付けられており、より高い優先度に関連付けられている宛先が優先的に選択される。以下では、接続テーブル１４１の優先度と同様に、接続テーブル２４１の優先度としてもコスト値を使用し、より小さいコスト値に関連付けられている宛先が優先的に選択される場合を説明するが、優先度は、かかるコスト値に限定されない。ブースター２０は、接続テーブル２４１を利用して接続を行い、接続先からコンテンツを受信することが可能である。
【００２２】
例えば、ブースター２０は、送信装置３０に対して直接的に接続してもよい。かかる場合には、ブースター２０は、接続先の送信装置３０からコンテンツを受信することができる。また、例えば、ブースター２０は、他のブースター２０に対して直接的に接続してもよい。かかる場合には、ブースター２０は、送信装置３０により送信されて接続先のブースター２０により中継されたコンテンツを受信することができる。なお、ブースター２０は、情報処理装置の一例として機能する。
【００２３】
その他、図１に示すように、ブースター２０は、コンテンツと宛先とが関連付けられたコンテンツテーブル２４２を有している。コンテンツテーブル２４２の宛先としても、ＳＩＰ−ＵＲＩを利用する場合を主に説明するが、宛先はＳＩＰ−ＵＲＩに限定されない。コンテンツテーブル２４２の宛先には、隣接する下位の装置（受信装置１０、ブースター２０など）が登録される。ブースター２０は、隣接する上位の装置に対して接続要求を、隣接する下位の装置から受信された他の接続要求に基づいて送信する場合、コンテンツテーブル２４２に基づいて、取得対象のコンテンツを選択する。例えば、ブースター２０は、当該他の接続要求の宛先に関連付けられているコンテンツを取得対象のコンテンツとして選択する。
【００２４】
送信装置３０は、コンテンツを送信する機能を有する。図１に示すように、送信装置３０は、コンテンツと宛先とが関連付けられたコンテンツテーブル３４２を有している。コンテンツテーブル３４２の宛先としても、ＳＩＰ−ＵＲＩを利用する場合を主に説明するが、宛先はＳＩＰ−ＵＲＩに限定されない。コンテンツテーブル３４２の宛先には、隣接する下位の装置（受信装置１０、ブースター２０など）が登録される。送信装置３０は、隣接する下位の装置から受信された接続要求に基づいてコンテンツを送信する場合、コンテンツテーブル３４２に基づいて、取得対象のコンテンツを選択する。
【００２５】
例えば、送信装置３０は、当該接続要求の宛先に関連付けられているコンテンツを取得対象のコンテンツとして選択する。送信装置３０は、選択した取得対象のコンテンツを接続要求の送信元に送信する。図１に示した例では、送信装置３０ＡがコンテンツＡを送信し、送信装置３０ＢがコンテンツＢを送信する。コンテンツは、送信装置３０が有していてもよいし、送信装置３０の外部の装置が有しており、当該外部の装置が有しているコンテンツの送信が送信装置３０により制御されてもよい。
【００２６】
ブースターマネージャ４０は、ブースター２０が有する接続テーブル２４１、受信装置１０が有する接続テーブル１４１などを動的に更新するための機能を有している。ブースターマネージャ４０は、受信装置１０、ブースター２０および送信装置３０のいずれかと一体化されていてもよいし、受信装置１０、ブースター２０および送信装置３０とは別体に構成されていてもよい。
【００２７】
ここで、コンテンツ送信に掛かる負荷を分散するための技術が存在するが、ネットワークを構成する装置の接続先が固定的な場合には、接続先の状況に応じてコンテンツ送信の状況も変化してしまう。したがって、本実施形態においては、状況に応じて接続先を動的に切り替えるための技術を提案する。
【００２８】
以上、本開示の実施形態に係る情報処理システム１の構成例について説明した。続いて、本開示の実施形態に係る受信装置１０の機能構成例について説明する。
【００２９】
＜１−２．受信装置の機能構成例＞
図２は、本開示の実施形態に係る受信装置１０の機能構成例を示す図である。図２に示したように、受信装置１０は、制御部１１０、通信部１２０および記憶部１４０を備える。
【００３０】
制御部１１０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などのプロセッサに相当する。制御部１１０は、記憶部１４０または他の記憶媒体に記憶されるプログラムを実行することにより、制御部１１０が有する様々な機能を発揮する。また、制御部１１０は、接続制御部１１１および通信制御部１１２を備える。
【００３１】
接続制御部１１１は、セッション確立動作時に通信部１２０により行われる通信の状況に基づいて、接続テーブル１４１を生成または更新する。また、接続制御部１１１は、セッション確立動作後に通信部１２０により定期的に行われる通信の状況に基づいて、接続テーブル１４１を生成または更新する。
【００３２】
通信制御部１１２は、通信部１２０による通信を制御する。通信制御部１１２は、例えば、接続テーブル１４１から選択される宛先との間で通信がなされるように通信部１２０を制御する。
【００３３】
通信部１２０は、例えば、有線または無線により隣接する装置と通信を行うための通信デバイス等で構成された通信インタフェースである。隣接する装置には、隣接する上位の装置が含まれる。通信部１２０は、上記したように、例えば、ＳＩＰを利用した通信を行う。
【００３４】
記憶部１４０は、半導体メモリまたはハードディスクなどの記憶媒体を用いて、制御部１１０を動作させるためのプログラムを記憶する。また、例えば、記憶部１４０は、プログラムによって使用される各種のデータ（例えば、接続テーブル１４１など）を記憶することもできる。図２に示した例では、記憶部１４０は受信装置１０に組み込まれているが、記憶部１４０は受信装置１０の外部に存在してもよい。
【００３５】
以上、本開示の実施形態に係る受信装置１０の機能構成例について説明した。続いて、本開示の実施形態に係るブースター２０の機能構成例について説明する。
【００３６】
＜１−３．ブースターの機能構成例＞
図３は、本開示の実施形態に係るブースター２０の機能構成例を示す図である。図３に示したように、ブースター２０は、制御部２１０、通信部２２０および記憶部２４０を備える。
【００３７】
制御部２１０は、例えば、ＣＰＵなどのプロセッサに相当する。制御部２１０は、記憶部２４０または他の記憶媒体に記憶されるプログラムを実行することにより、制御部２１０が有する様々な機能を発揮する。また、制御部２１０は、接続制御部２１１および通信制御部２１２を備える。
【００３８】
接続制御部２１１は、セッション確立動作時に通信部２２０により行われる通信の状況に基づいて、接続テーブル２４１を生成または更新する。また、接続制御部２１１は、セッション確立動作後に通信部２２０により定期的に行われる通信の状況に基づいて、接続テーブル２４１を生成または更新する。
【００３９】
通信制御部２１２は、通信部２２０による通信を制御する。通信制御部２１２は、例えば、接続テーブル２４１から選択される宛先との間で通信がなされるように通信部２２０を制御する。
【００４０】
通信部２２０は、例えば、有線または無線により隣接する装置と通信を行うための通信デバイス等で構成された通信インタフェースである。隣接する装置には、隣接する上位の装置および隣接する下位の装置が含まれる。通信部２２０は、上記したように、例えば、ＳＩＰを利用した通信を行う。
【００４１】
記憶部２４０は、半導体メモリまたはハードディスクなどの記憶媒体を用いて、制御部２１０を動作させるためのプログラムを記憶する。また、例えば、記憶部２４０は、プログラムによって使用される各種のデータ（例えば、接続テーブル２４１、コンテンツテーブル２４２など）を記憶することもできる。図３に示した例では、記憶部２４０はブースター２０に組み込まれているが、記憶部２４０はブースター２０の外部に存在してもよい。
【００４２】
以上、本開示の実施形態に係るブースター２０の機能構成例について説明した。続いて、本開示の実施形態に係る送信装置３０の機能構成例について説明する。
【００４３】
＜１−４．送信装置の機能構成例＞
図４は、本開示の実施形態に係る送信装置３０の機能構成例を示す図である。図４に示したように、送信装置３０は、制御部３１０、通信部３２０および記憶部３４０を備える。
【００４４】
制御部３１０は、例えば、ＣＰＵなどのプロセッサに相当する。制御部３１０は、記憶部２４０または他の記憶媒体に記憶されるプログラムを実行することにより、制御部３１０が有する様々な機能を発揮する。
【００４５】
通信部３２０は、例えば、有線または無線により隣接する装置と通信を行うための通信デバイス等で構成された通信インタフェースである。隣接する装置には、隣接する下位の装置が含まれる。通信部３２０は、上記したように、例えば、ＳＩＰを利用した通信を行う。
【００４６】
記憶部３４０は、半導体メモリまたはハードディスクなどの記憶媒体を用いて、制御部２１０を動作させるためのプログラムを記憶する。また、例えば、記憶部３４０は、プログラムによって使用される各種のデータ（例えば、コンテンツテーブル３４２など）を記憶することもできる。図４に示した例では、記憶部３４０は送信装置３０に組み込まれているが、記憶部３４０は送信装置３０の外部に存在してもよい。
【００４７】
以上、本開示の実施形態に係る送信装置３０の機能構成例について説明した。続いて、本開示の実施形態に係るブースターマネージャ４０の機能構成例について説明する。
【００４８】
＜１−５．ブースターマネージャの機能構成例＞
図５は、本開示の実施形態に係るブースターマネージャ４０の機能構成例を示す図である。図５に示したように、ブースターマネージャ４０は、制御部４１０、通信部４２０および記憶部４４０を備える。
【００４９】
制御部４１０は、例えば、ＣＰＵなどのプロセッサに相当する。制御部４１０は、記憶部４４０または他の記憶媒体に記憶されるプログラムを実行することにより、制御部４１０が有する様々な機能を発揮する。
【００５０】
通信部４２０は、例えば、有線または無線により各種の装置（例えば、受信装置１０、ブースター２０、送信装置３０など）と通信を行うための通信デバイス等で構成された通信インタフェースである。通信部４２０は、上記したように、例えば、ＳＩＰを利用した通信を行う。
【００５１】
記憶部４４０は、半導体メモリまたはハードディスクなどの記憶媒体を用いて、制御部４１０を動作させるためのプログラムを記憶する。また、例えば、記憶部４４０は、プログラムによって使用される各種のデータ（例えば、各装置の接続テーブル）を記憶することもできる。図５に示した例では、記憶部４４０はブースターマネージャ４０に組み込まれているが、記憶部４４０はブースターマネージャ４０の外部に存在してもよい。
【００５２】
以上、本開示の実施形態に係るブースターマネージャ４０の機能構成例について説明した。続いて、本開示の実施形態に係る情報処理システム１の詳細について説明する。まず、セッション確立動作時に実行されるコンテンツ転送の例について説明する。
【００５３】
＜１−６．セッション確立動作時に実行されるコンテンツ転送＞
図６は、セッション確立動作時に実行されるコンテンツ転送の例を示す図である。図６に示した例では、取得対象のコンテンツがコンテンツＡである場合を想定する。まず、受信装置１０Ａの通信制御部１１２は、接続テーブル１４１Ａに基づいて、取得対象のコンテンツに関連付けられた１または複数の宛先のいずれかに接続要求が送信されるように通信部１２０を制御する。受信装置１０Ａの通信制御部１１２は、例えば、コスト値に基づいて、接続要求の宛先を選択する。図６には、受信装置１０Ａの通信制御部１１２が、コンテンツＡに関連付けられている宛先のうち、最もコスト値が低い宛先「ｂｏｏＡ＠ｂｏｏｓｔｅｒ−ａ．ｃｏｍ」を選択した場合が示されている。受信装置１０Ａの通信部１２０は、この宛先に接続要求を送信する（Ｓ１０１）。接続要求は、図６に示した例では、ＩＮＶＩＴＥメッセージによりなされている。
【００５４】
ブースター２０Ａの通信部２２０が接続要求を受信すると、まず、ブースター２０Ａの通信制御部２１２は、コンテンツテーブル２４２Ａに基づいて、取得対象のコンテンツを選択する。図６には、ブースター２０Ａの通信制御部１１２が、「ｂｏｏＡ＠ｂｏｏｓｔｅｒ−ａ．ｃｏｍ」に関連付けられているコンテンツＡを選択した場合が示されている。
【００５５】
続いて、ブースター２０Ａの通信制御部２１２は、接続テーブル２４１Ａに基づいて、取得対象のコンテンツに関連付けられた１または複数の宛先のいずれかに接続要求が送信されるように通信部２２０を制御する。ブースター２０Ａの通信制御部２１２は、例えば、コスト値に基づいて、接続要求の宛先を選択する。図６には、ブースター２０Ａの通信制御部２１２が、コンテンツＡに関連付けられている宛先のうち、最もコスト値が低い宛先「ｓｅｎｄＡ＠ｓｅｎｄｅｒ−ａ．ｃｏｍ」を選択した場合が示されている。
【００５６】
ここでは、例えば、ブースター２０Ａの通信制御部２１２は、通信部２２０により受信されたＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を保存し（Ｓ１０２）、ＳＤＰのアドレスを付け替えることにより接続要求の宛先を設定している（Ｓ１０３）。ブースター２０Ａの通信部２２０は、この宛先に接続要求を送信する（Ｓ１０４）。接続要求は、図６に示した例では、ＩＮＶＩＴＥメッセージによりなされている。ブースター２０Ａの通信制御部２１２は、コンテンツＡがまだ受信されていない場合に、接続要求が送信されるように制御してもよい。
【００５７】
送信装置３０Ａの通信部３２０は、接続要求を受信すると、当該接続要求に基づいて、ブースター２０Ａにコンテンツを送信する。まず、送信装置３０Ａの制御部３１０は、コンテンツテーブル３４２Ａに基づいて、取得対象のコンテンツを選択する。図６には、送信装置３０Ａの制御部３１０が、「ｓｅｎｄＡ＠ｓｅｎｄｅｒ−ａ．ｃｏｍ」に関連付けられているコンテンツＡを選択した場合が示されている。
【００５８】
送信装置３０Ａの通信部３２０は、接続要求を正常に処理した場合には、その旨を示す応答をブースター２０Ａに送信する（Ｓ１０５）。接続要求を正常に処理した旨を示す応答は、図６に示した例では、２００ｏｋメッセージによりなされている。送信装置３０Ａの制御部３１０は、取得対象のコンテンツＡを取得し、送信装置３０Ａの通信部３２０は、取得したコンテンツＡをブースター２０Ａに送信する（Ｓ１０６）。コンテンツの送信は、図６に示した例では、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）によりなされている。
【００５９】
ブースター２０Ａの通信部２２０は、送信装置３０ＡからコンテンツＡを受信する。ブースター２０Ａの通信制御部２１２は、ＲＴＰを新規に起動して当該ＲＴＰの転送先に受信装置１０Ａを追加する（Ｓ１０７）。ブースター２０Ａの通信部２２０は、接続要求を正常に処理した場合には、その旨を示す応答を受信装置１０Ａに送信する（Ｓ１０８）。接続要求を正常に処理した旨を示す応答は、図６に示した例では、２００ｏｋメッセージによりなされている。ブースター２０Ａの通信制御部２１２は、コンテンツＡが受信装置１０Ａに転送されるように通信部２２０を制御し、ブースター２０Ａの通信部２２０は、コンテンツＡを受信装置１０Ａに転送する（Ｓ１０９）。図６に示した例では、ＲＴＰ転送によりなされている。
【００６０】
以上、セッション確立動作時に実行されるコンテンツ転送の例について説明した。続いて、セッション確立動作時に実行されるコンテンツ転送の他の例について説明する。
【００６１】
図７は、セッション確立動作時に実行されるコンテンツ転送の他の例を示す図である。図７に示した例では、取得対象のコンテンツが既に送信装置３０Ａから受信されている場合を想定する。すなわち、図７に示すように、送信装置３０Ａの制御部３１０は、取得対象のコンテンツＡを取得し、送信装置３０Ａの通信部３２０は、取得したコンテンツＡを既にブースター２０Ａに送信している（Ｓ２０１）。
【００６２】
かかる状況において、図６に示した場合と同様に、受信装置１０Ａの通信部１２０は、接続要求を送信する（Ｓ２０２）。ブースター２０Ａの通信部２２０が接続要求を受信すると、まず、ブースター２０Ａの通信制御部２１２は、コンテンツテーブル２４２Ａに基づいて、取得対象のコンテンツを選択する。図６には、ブースター２０Ａの通信制御部１１２が、「ｂｏｏＡ＠ｂｏｏｓｔｅｒ−ａ．ｃｏｍ」に関連付けられているコンテンツＡを選択した場合が示されている。
【００６３】
続いて、ブースター２０Ａの通信制御部２１２は、送信装置３０Ａから通信部２２０によりコンテンツＡが既に受信されている場合、当該既に受信されているコンテンツＡが受信装置１０Ａに転送されるように通信部２２０を制御する。図７に示した例では、ブースター２０Ａの通信制御部２１２は、既にＲＴＰ確立されたＳＤＰとのネゴシエーションを行い（Ｓ２０３）、当該ＲＴＰの転送先に受信装置１０Ａを追加している（Ｓ２０４）。
【００６４】
ブースター２０Ａの通信部２２０は、接続要求を正常に処理した場合には、その旨を示す応答を受信装置１０Ａに送信する（Ｓ２０５）。ブースター２０Ａの通信部２２０は、通信制御部２１２による制御に従って、コンテンツＡを受信装置１０Ａに転送する（Ｓ２０６）。このように、コンテンツが既に受信されている場合には、当該コンテンツを転送することによって、ブースター２０Ａと送信装置３０Ａとの間の通信量を低減することが可能となる。
【００６５】
以上、セッション確立動作時に実行されるコンテンツ転送の例について説明した。続いて、状況に応じて接続テーブルを動的に更新する例を順に説明する。まず、セッション確立動作失敗時における接続テーブル更新の例について説明する。
【００６６】
＜１−７．セッション確立動作失敗時における接続テーブル更新＞
図８は、セッション確立動作失敗時における接続テーブル更新の例を示す図である。図８に示した例では、取得対象のコンテンツがコンテンツＡである場合を想定する。まず、図６に示した場合と同様に、受信装置１０Ａの通信部１２０は、接続要求を送信する（Ｓ３０１）。
【００６７】
ブースター２０Ａの通信部２２０が接続要求を受信すると、セッション確立動作を開始するが、セッション確立動作に失敗したとする。かかる場合には、セッション確立動作に失敗した旨を示す応答を受信装置１０Ａに送信する（Ｓ３０２）。セッション確立動作に失敗した旨を示す応答は、図８に示した例では、４ｘｘメッセージによりなされている。
【００６８】
受信装置１０Ａの接続制御部１１１は、接続要求の宛先との接続状況が正常ではない場合には、接続テーブル１４１を更新する。図８に示した例では、受信装置１０Ａの通信部１２０によりセッション確立動作に失敗した旨を示す応答が受信された場合には、接続要求を用いた接続に失敗した旨が把握されるため、接続テーブル１４１を更新すればよい。より詳細には、接続要求の宛先に関連付けられているコスト値を高くする変更を行えばよい（Ｓ３０３）。コスト値を高くする変更により、他の宛先に関連付けられているコスト値が相対的に低くなり、当該他の宛先が選択されるようになる。
【００６９】
受信装置１０Ａの通信制御部１１２は、当該更新された後の接続テーブルに基づいて接続要求の宛先を再選択し、当該再選択した宛先に接続要求が送信されるように通信部１２０を制御する。受信装置１０Ａの通信部１２０は、通信制御部１１２による制御に従って、次の候補ＵＲＩへ接続を行う（Ｓ３０４）。図８に示す例では、ブースター２０Ｂの宛先「ｂｏｏＡ＠ｂｏｏｓｔｅｒ−ｂ．ｃｏｍ」が選択されている。かかる場合、図６に示した場合と同様に、受信装置１０Ａの通信部１２０は、接続要求をこの宛先に送信する（Ｓ３０５）。
【００７０】
ブースター２０Ｂの通信部２２０が接続要求を受信すると、まず、ブースター２０Ｂの通信制御部２１２は、コンテンツテーブル２４２Ｂに基づいて、取得対象のコンテンツを選択する。図８には、ブースター２０Ａの通信制御部１１２が、「ｂｏｏＡ＠ｂｏｏｓｔｅｒ−ｂ．ｃｏｍ」に関連付けられているコンテンツＡを選択した場合が示されている。
【００７１】
続いて、ブースター２０Ｂの通信制御部２１２は、接続テーブル２４１Ｂに基づいて、取得対象のコンテンツに関連付けられた１または複数の宛先のいずれかに接続要求が送信されるように通信部２２０を制御する。ブースター２０Ｂの通信制御部２１２は、例えば、コスト値に基づいて、接続要求の宛先を選択する。図８には、ブースター２０Ｂの通信制御部２１２が、コンテンツＡに関連付けられている宛先のうち、最もコスト値が低い宛先「ｓｅｎｄＡ＠ｓｅｎｄｅｒ−ａ．ｃｏｍ」を選択した場合が示されている。
【００７２】
ここでは、例えば、ブースター２０Ｂの通信制御部２１２は、通信部２２０により受信されたＳＤＰを保存し（Ｓ３０６）、ＳＤＰのアドレスを付け替えることにより接続要求の宛先を設定している（Ｓ３０７）。ブースター２０Ｂの通信部２２０は、この宛先に接続要求を送信する（Ｓ３０８）。接続要求は、図８に示した例では、ＩＮＶＩＴＥメッセージによりなされている。ブースター２０Ｂの通信制御部２１２は、コンテンツＡがまだ受信されていない場合に、接続要求が送信されるように制御してもよい。
【００７３】
送信装置３０Ａの通信部３２０は、接続要求を受信すると、当該接続要求に基づいて、ブースター２０Ｂにコンテンツを送信する。まず、送信装置３０Ａの制御部３１０は、コンテンツテーブル３４２Ａに基づいて、取得対象のコンテンツを選択する。図８には、送信装置３０Ａの制御部３１０が、「ｓｅｎｄＡ＠ｓｅｎｄｅｒ−ａ．ｃｏｍ」に関連付けられているコンテンツＡを選択した場合が示されている。
【００７４】
送信装置３０Ａの通信部３２０は、接続要求を正常に処理した場合には、その旨を示す応答をブースター２０Ａに送信する（Ｓ３０９）。接続要求を正常に処理した旨を示す応答は、図８に示した例では、２００ｏｋメッセージによりなされている。送信装置３０Ａの制御部３１０は、取得対象のコンテンツＡを取得し、送信装置３０Ａの通信部３２０は、取得したコンテンツＡをブースター２０Ｂに送信する（Ｓ３１０）。コンテンツの送信は、図８に示した例では、ＲＴＰによりなされている。
【００７５】
ブースター２０Ｂの通信部２２０は、送信装置３０ＡからコンテンツＡを受信する。ブースター２０Ｂの通信制御部２１２は、ＲＴＰを新規に起動して当該ＲＴＰの転送先に受信装置１０Ａを追加する（Ｓ３１１）。ブースター２０Ｂの通信部２２０は、接続要求を正常に処理した場合には、その旨を示す応答を受信装置１０Ａに送信する（Ｓ３１２）。接続要求を正常に処理した旨を示す応答は、図８に示した例では、２００ｏｋメッセージによりなされている。ブースター２０Ｂの通信制御部２１２は、コンテンツＡが受信装置１０Ａに転送されるように通信部２２０を制御し、ブースター２０Ｂの通信部２２０は、コンテンツＡを受信装置１０Ａに転送する（Ｓ３１３）。図８に示した例では、ＲＴＰ転送によりなされている。
【００７６】
なお、図８に示した例では、ブースター２０ＢによってコンテンツＡがまだ受信されていない場合について示した。しかし、ブースター２０ＢによってコンテンツＡが既に受信されている場合も想定される。かかる場合には、図７に示したように、既に受信されているコンテンツＡが受信装置１０Ａに転送されてもよい。また、図７に示した例では、セッション確立動作失敗時における接続テーブル更新は、受信装置１０において行われているが、ブースター２０において行われてもよい。
【００７７】
以上、セッション確立動作失敗時における接続テーブル更新の例について説明した。続いて、コンテンツ受信失敗時における接続テーブル更新の例について説明する。
【００７８】
＜１−８．コンテンツ受信失敗時における接続テーブル更新＞
図９は、コンテンツ受信失敗時における接続テーブル更新の例を示す図である。図９に示した例では、取得対象のコンテンツがコンテンツＡである場合を想定する。また、図８に示した場合と同様に、受信装置１０Ａの通信部１２０は、接続要求をブースター２０Ａに送信し、接続に成功した結果、ブースター２０ＡからコンテンツＡを受信している場合を想定している。
【００７９】
ここで、受信装置１０Ａの接続制御部１１１は、ブースター２０ＡからのコンテンツＡの受信に失敗した場合（Ｓ４０１）、接続テーブル１４１を更新してもよい。より詳細には、接続要求の宛先に関連付けられているコスト値を高くする変更を行えばよい（Ｓ４０２）。コスト値を高くする変更により、他の宛先に関連付けられているコスト値が相対的に低くなり、当該他の宛先が選択されるようになる。
【００８０】
受信装置１０Ａの通信制御部１１２は、当該更新された後の接続テーブルに基づいて接続要求の宛先を再選択し、当該再選択した宛先に接続要求が送信されるように通信部１２０を制御する。受信装置１０Ａの通信部１２０は、通信制御部１１２による制御に従って、次の候補ＵＲＩへ接続を行う（Ｓ４０３）。図８に示す例では、ブースター２０Ｂの宛先「ｂｏｏＡ＠ｂｏｏｓｔｅｒ−ｂ．ｃｏｍ」が選択されている。かかる場合、図７に示した場合と同様に、受信装置１０Ａの通信部１２０は、接続要求をこの宛先に送信する（Ｓ４０４）。
【００８１】
ブースター２０Ｂの通信部２２０が接続要求を受信する。以降の動作（Ｓ４０７〜Ｓ４１２）については、図８に示した動作（Ｓ３０８〜Ｓ３１３）と同様に実行され得るため、説明を省略する。なお、ブースター２０ＢによってコンテンツＡが既に受信されている場合には、図７に示したように、既に受信されているコンテンツＡが受信装置１０Ａに転送されてもよい。また、図８に示した例では、コンテンツ受信失敗時における接続テーブル更新は、受信装置１０において行われているが、ブースター２０において行われてもよい。
【００８２】
以上、コンテンツ受信失敗時における接続テーブル更新の例について説明した。続いて、セッション確立動作がなされた後の状態確認時に実行される接続テーブル更新の例について説明する。
【００８３】
＜１−９．状態確認時に実行される接続テーブル更新＞
図１０は、状態確認時に実行される接続テーブル更新の例を示す図である。図１０に示した例では、セッション確立動作がなされた後に定期的に状態確認がなされる場合を想定する。まず、ブースターマネージャ４０の制御部４１０は、通信部４２０を介してブースター２０Ａに対して接続テーブルを通知する（Ｓ５０１）。ブースター２０Ａの通信部２２０は、接続テーブルの通知を受け、ブースター２０Ａの接続制御部２１１は、必要に応じて接続テーブル２４１を更新する（Ｓ５０２）。
【００８４】
同様に、ブースターマネージャ４０の制御部４１０は、通信部４２０を介してブースター２０Ｂに対して接続テーブルを通知する（Ｓ５０３）。ブースター２０Ｂの通信部２２０は、接続テーブルの通知を受け、ブースター２０Ｂの接続制御部２１１は、必要に応じて接続テーブル２４１を更新する（Ｓ５０４）。同様に、ブースターマネージャ４０の制御部４１０は、通信部４２０を介して受信装置１０Ａに対して接続テーブルを通知する（Ｓ５０５）。受信装置１０Ａの通信部１２０は、接続テーブルの通知を受け、受信装置１０Ａの接続制御部１１１は、必要に応じて接続テーブル１４１を更新する（Ｓ５０６）。
【００８５】
続いて、ブースター２０Ａの通信制御部２１２は、接続テーブル２４１Ａに基づき、隣接アップリンクへの状態確認を定期的に行う（Ｓ５０７）。ここでは、隣接アップリンクへの状態確認は、定期的に送信される状態確認メッセージの例である「ＭＥＳＳＡＧＥ  Ｒｅｑｕｅｓｔ」により送信装置３０Ａおよびブースター２０Ｂに対してなされている（Ｓ５０８、Ｓ５０９）。隣接アップリンクは、例えば、接続テーブル２４１Ａから選択される宛先に相当する。このように、ブースター２０Ａの通信制御部２１２は、接続テーブル２４１Ａから選択される宛先に定期的に状態確認メッセージが送信されるように通信部２２０を制御する。
【００８６】
ここで、ブースター２０Ａの接続制御部２１１は、必要に応じて接続テーブル２４１Ａを更新してもよい（Ｓ５１０）。例えば、ブースター２０Ａの接続制御部２１１は、状態確認メッセージの宛先の状態が正常ではない場合に、接続テーブル２４１Ａを更新してもよい。より詳細には、状態確認メッセージの宛先の状態が正常ではないことが確認された場合には、ブースター２０Ａの接続制御部２１１は、接続テーブル２４１Ａに登録されている当該宛先に関連付けられているコスト値を高くする変更を行えばよい。コスト値を高くする変更により、他の宛先に関連付けられているコスト値が相対的に低くなり、当該他の宛先が選択されるようになる。
【００８７】
また、例えば、ブースター２０Ａの接続制御部２１１は、状態確認メッセージの宛先の状態が正常である場合に、接続テーブル２４１Ａを更新してもよい。より詳細には、状態確認メッセージの宛先の状態が正常であることが確認された場合には、ブースター２０Ａの接続制御部２１１は、接続テーブル２４１Ａに登録されている当該宛先に関連付けられているコスト値を低くする変更を行えばよい。コスト値を低くする変更により、当該宛先が選択されるようになる。
【００８８】
以降の動作（Ｓ５１１〜Ｓ５１４）については、動作（Ｓ５０７〜Ｓ５１０）と同様に実行され得るため、説明を省略する。また、動作（Ｓ５１５〜Ｓ５１８）についても、動作（Ｓ５０７〜Ｓ５１０）と同様に実行され得るため、説明を省略する。
【００８９】
以上、セッション確立動作がなされた後の状態確認時に実行される接続テーブル更新の例について説明した。続いて、故障発生時に実行される接続テーブルの更新の例について説明する。
【００９０】
＜１−１０．故障発生時に実行される接続テーブルの更新＞
図１１は、故障発生時に登録される新規接続パスを示す図である。図１１に示した例では、ブースター２０Ａおよびブースター２０Ｂにおいて故障が発生した場合を想定する。まず、ブースターマネージャ４０の制御部４１０は、ブースター２０Ａおよびブースター２０Ｂの状態を収集する。ブースターマネージャ４０の制御部４１０は、ブースター２０Ａおよびブースター２０Ｂの状態に応じて、接続テーブル１４１Ａおよび接続テーブル１４１Ｂを再生成する。
【００９１】
図１１に示された例では、新規接続パスとして、受信装置１０Ａから送信装置３０Ａおよび送信装置３０Ｂへのパス、受信装置１０Ｂから送信装置３０Ａおよび送信装置３０Ｂへのパスが生成されている。再生成された接続テーブル１４１Ａは、ブースターマネージャ４０の制御部４１０から受信装置１０Ａに通知され、再生成された接続テーブル１４１Ｂは、ブースターマネージャ４０の制御部４１０から受信装置１０Ｂに通知される。
【００９２】
図１２は、故障発生時に実行される接続テーブルの更新例を示す図である。図１２に示した例では、ブースター２０Ａにおいて故障が発生した場合を想定する。まず、ブースターマネージャ４０の通信部４２０は、ブースター２０Ａの接続テーブルをブースター２０Ａに通知し（Ｓ６０１）、受信装置１０Ａの接続テーブルを受信装置１０Ａに通知する（Ｓ６０２）。ブースター２０Ａの接続制御部２１１は、通知された接続テーブルで接続テーブル２４１Ａを更新し、受信装置１０Ａの接続制御部１１１は、通知された接続テーブルで接続テーブル１４１Ａを更新する。
【００９３】
受信装置１０Ａの通信制御部１１２は、ブースター２０Ａの異常を検知すると（Ｓ６０３）、接続テーブル１４１Ａを更新する（Ｓ６０４）。例えば、受信装置１０Ａの通信制御部１１２は、接続テーブル１４１Ａに登録されている宛先のうち、異常を検知したブースター２０Ａの宛先に関連付けられているコスト値を高くする更新を行う。受信装置１０Ａの通信制御部１１２は、ブースター２０Ａの宛先に関連付けられているコスト値を更新した旨の更新通知をブースターマネージャ４０に行う（Ｓ６０５）。
【００９４】
ブースターマネージャ４０の制御部１１０は、更新通知を受けると、ブースター２０Ａのステータスを確認する（Ｓ６０６）。ステータス確認の結果、ブースターマネージャ４０の制御部１１０は、ブースター２０Ａから異常な状態を知らせる状態通知を受ける場合も想定されれば、ブースター２０Ａから特に応答が返信されない場合も想定される。かかる場合には、ブースターマネージャ４０の制御部４１０は、各装置の接続テーブルの全体構成を再生成する（Ｓ６０８）。
【００９５】
ブースターマネージャ４０の制御部４１０が、再生成後のブースター２０Ａの接続テーブルがブースター２０Ａに送信されるように制御する（Ｓ６０９）。ブースター２０Ａの接続制御部２１１は、通知された接続テーブルで接続テーブル２４１Ａを必要に応じて更新する（Ｓ６１０）。また、ブースターマネージャ４０の制御部４１０は、再生成後の受信装置１０Ａの接続テーブルが受信装置１０Ａに送信されるように制御する（Ｓ６１１）。受信装置１０Ａの接続制御部１１１は、通知された接続テーブルで接続テーブル１４１Ａを必要に応じて更新する（Ｓ６１２）。
【００９６】
以上、故障発生時に実行される接続テーブルの更新の例について説明した。
【００９７】
＜２．むすび＞
以上説明したように、本開示の実施形態によれば、セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新する接続制御部を備える、情報処理装置を実現することが可能である。かかる構成によれば。状況に応じて接続先を動的に切り替えるための技術が実現される。
【００９８】
特に、情報処理システムを構成する各装置は、ＳＩＰを利用した通信を相互に行うことが可能である。本開示の実施形態に係る情報処理システムは、ＳＩＰを利用した映像の配信を行うための映像配信ネットワークを構築することが可能であるという格別な効果を有している。
【００９９】
なお、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１００】
また、本明細書の情報処理システム１の動作における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、情報処理システム１の動作における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１０１】
また、受信装置１０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した受信装置１０の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【０１０２】
同様に、ブースター２０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述したブースター２０の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【０１０３】
同様に、送信装置３０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した送信装置３０の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【０１０４】
同様に、ブースターマネージャ４０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述したブースターマネージャ４０の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【０１０５】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新する接続制御部を備える、情報処理装置。
（２）
前記通信部は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を利用した通信を行う、
前記（１）に記載の情報処理装置。
（３）
前記情報処理装置は、前記通信部による通信を制御する通信制御部を備え、
前記通信制御部は、前記接続テーブルから選択される宛先との間で通信がなされるように前記通信部を制御する、
前記（１）または（２）に記載の情報処理装置。
（４）
前記接続テーブルは、コンテンツと１または複数の宛先とが関連付けられたテーブルである、
前記（１）〜（３）のいずれか一項に記載の情報処理装置。
（５）
前記通信制御部は、前記接続テーブルに基づいて、取得対象のコンテンツに関連付けられた１または複数の宛先のいずれかに接続要求が送信されるように前記通信部を制御し、
前記接続制御部は、前記接続要求の宛先との接続状況が正常ではない場合に、前記接続テーブルを更新する、
前記（４）に記載の情報処理装置。
（６）
前記接続制御部は、前記接続要求を用いた接続に失敗した場合、前記接続テーブルを更新する、
前記（５）に記載の情報処理装置。
（７）
前記接続制御部は、前記接続要求の宛先からの前記コンテンツの受信に失敗した場合、前記接続テーブルを更新する、
前記（５）に記載の情報処理装置。
（８）
前記通信制御部は、当該更新された後の接続テーブルに基づいて前記接続要求の宛先を再選択し、当該再選択した宛先に前記接続要求が送信されるように前記通信部を制御する、
前記（５）〜（７）のいずれか一項に記載の情報処理装置。
（９）
前記接続テーブルの各宛先には、優先度が関連付けられており、
前記通信制御部は、前記優先度に基づいて、前記接続要求の宛先を選択する、
前記（５）〜（８）のいずれか一項に記載の情報処理装置。
（１０）
前記接続制御部は、前記接続要求の宛先との接続状況が正常ではない場合に、前記接続要求の宛先に関連付けられている優先度を更新する、
前記（９）に記載の情報処理装置。
（１１）
前記通信制御部は、前記接続要求が他の情報処理装置から受信された他の接続要求に基づいて送信される場合、コンテンツテーブルに基づいて、前記取得対象のコンテンツを選択する、
前記（５）〜（１０）のいずれか一項に記載の情報処理装置。
（１２）
前記コンテンツテーブルは、コンテンツと宛先とが関連付けられたテーブルである、
前記（１１）に記載の情報処理装置。
（１３）
前記通信制御部は、前記接続要求を用いた接続に成功し、接続先から前記通信部により前記コンテンツが受信された場合、前記コンテンツが前記他の情報処理装置に転送されるように前記通信部を制御する、
前記（１２）に記載の情報処理装置。
（１４）
前記通信制御部は、前記接続要求の宛先から前記通信部により前記コンテンツが既に受信されている場合、当該既に受信されているコンテンツが前記他の情報処理装置に転送されるように前記通信部を制御する、
前記（１３）に記載の情報処理装置。
（１５）
前記通信制御部は、前記接続テーブルから選択される宛先に定期的に状態確認メッセージが送信されるように前記通信部を制御し、
前記接続制御部は、前記状態確認メッセージの宛先の状態が正常ではない場合に、前記接続テーブルを更新する、
前記（３）または（４）に記載の情報処理装置。
（１６）
セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新することを含む、情報処理方法。
（１７）
コンピュータを、
セッション確立動作時に通信部により行われる通信の状況またはセッション確立動作後に前記通信部により定期的に行われる通信の状況に基づいて、接続テーブルを生成または更新する接続制御部を備える、情報処理装置として機能させるためのプログラム。
【符号の説明】
【０１０６】
１      情報処理システム
１０（１０Ａ，１０Ｂ）  受信装置（情報処理装置）
２０（２０Ａ，２０Ｂ）  ブースター（情報処理装置）
３０（３０Ａ，３０Ｂ）  送信装置
４０    ブースターマネージャ
１１０  制御部
１１１  接続制御部
１１２  通信制御部
１２０  通信部
１４０  記憶部
１４１（１４１Ａ，１４１Ｂ）  接続テーブル
２１０  制御部
２１１  接続制御部
２１２  通信制御部
２２０  通信部
２４０  記憶部
２４１（２４１Ａ，２４１Ｂ）  接続テーブル
２４２（２４２Ａ，２４２Ｂ）  コンテンツテーブル
３１０  制御部
３２０  通信部
３４０  記憶部
３４２（３４２Ａ，３４２Ｂ）  コンテンツテーブル
４１０  制御部
４２０  通信部
４４０  記憶部
【図１】
2013168465.tif 000003
【図２】
2013168465.tif 000004
【図３】
2013168465.tif 000005
【図４】
2013168465.tif 000006
【図５】
2013168465.tif 000007
【図６】
2013168465.tif 000008
【図７】
2013168465.tif 000009
【図８】
2013168465.tif 000010
【図９】
2013168465.tif 000011
【図１０】
2013168465.tif 000012
【図１１】
2013168465.tif 000013
【図１２】
2013168465.tif 000014
【国際調査報告】
2013168465.tif 000015
2013168465.tif 000016
2013168465.tif 000017
2013168465.tif 000018