(57)【要約】  ＳＩＰサーバ（１０）は、視聴者装置から視聴要求を受信した場合に、増加した視聴者数が接続閾値記憶部（１３ｂ）に記憶されている「Ｕ２Ｍ閾値」以上であるか判定し、また、視聴者装置から視聴終了を受信した場合に、減少した視聴者数が「Ｍ２Ｕ閾値」より小さいか判定する。その結果、ＳＩＰサーバ（１０）は、配信要求の数が「Ｕ２Ｍ閾値」以上であると判定された場合には、マルチキャスト送信するように制御し、また、配信要求の数が「Ｍ２Ｕ閾値」より小さいと判定された場合には、ユニキャスト送信するように制御する。
2010050022.tif 000002
【特許請求の範囲】
【請求項１】
配信情報を複数の端末が属する配信領域に配信する配信サーバと、前記配信情報を前記配信領域間で中継する中継サーバと、当該中継サーバが前記配信領域間を中継するように制御する代理サーバとを有する配信システムであって、
代理サーバが、配信領域内における端末からの配信を要求する配信要求の数が所定の閾値以上であるかを判定する視聴者数判定部と、
代理サーバが、前記判定部によって前記配信要求の数が所定の閾値以上であると判定された場合には、マルチキャスト送信するように前記配信サーバまたは前記中継サーバを制御し、また、前記判定部によって前記配信要求の数が所定の閾値より小さいと判定された場合には、ユニキャスト送信するように前記配信サーバまたは前記中継サーバを制御する送信制御部と、
を備えることを特徴とする配信システム。
【請求項２】
前記送信制御部は、前記配信領域外へ前記配信情報を送信する場合には、ユニキャスト送信するように前記配信サーバまたは前記中継サーバを制御することを特徴とする請求項１に記載の配信システム。
【請求項３】
配信領域内における端末からの配信を要求する配信要求の数が所定の閾値以上であるかを判定する視聴者数判定部と、
前記判定部によって前記配信要求の数が所定の閾値以上であると判定された場合には、マルチキャスト送信するように制御し、また、前記判定部によって前記配信要求の数が所定の閾値より小さいと判定された場合には、ユニキャスト送信するように制御する送信制御部と、
を備えることを特徴とする代理サーバ。
【請求項４】
前記送信制御部は、前記配信領域外へ前記配信情報を送信する場合には、ユニキャスト送信するように制御することを特徴とする請求項３に記載の代理サーバ。
【請求項５】
配信領域内における端末からの配信を要求する配信要求の数が所定の閾値以上であるかを判定する視聴者数判定ステップと、
前記判定ステップによって前記配信要求の数が所定の閾値以上であると判定された場合には、マルチキャスト送信するように制御し、また、前記判定ステップによって前記配信要求の数が所定の閾値より小さいと判定された場合には、ユニキャスト送信するように制御する送信制御ステップと、
を含んだことを特徴とする配信方法。
【請求項６】
前記送信制御ステップは、前記配信領域外へ前記配信情報を送信する場合には、ユニキャスト送信するように制御することを特徴とする請求項５に記載の配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツを端末に配信する配信システム、代理サーバおよび配信方法に関する。
【背景技術】
【０００２】
従来より、コンテンツ配信の配信元であるサーバ（例えば、コンテンツフォルダ、キー局）が、複数の端末（例えば、視聴者端末）にコンテンツを配信する技術が知られている。例えば、コンテンツ配信技術として、ＩＰＴＶ（Internet  Protocol  Television）放送によるコンテンツのマルチキャスト送信が実施されている（特許文献１参照）。【０００３】
ＩＰＴＶ放送では、コンテンツフォルダと視聴者端末との間の通信経路を設定し、設定された経路にしたがって、コンテンツのマルチキャスト配信が行われる（特許文献２参照）。また、このようなマルチキャスト配信において、受信側の視聴者端末が存在しない場合には、配信を停止する技術が利用されている（特許文献３参照）。【０００４】
【特許文献１】特開２００７−６８１２９号公報
【特許文献２】特開２００２−６４５５８号公報
【特許文献３】特開２００４−２２８９６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上記のコンテンツを配信する技術では、視聴者数が少ない場合でも、マルチキャスト配信でパケット送信を行うので、無駄なパケットによる通信帯域の占有が中継網内で発生し、通信サービスの品質を阻害するという課題があった。【０００６】
そこで、この発明は、無駄なパケットによる通信帯域の占有を防止し、通信サービスの品質を向上することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、このシステムは、配信領域内における端末からの配信を要求する配信要求の数が所定の閾値以上であるかを判定し、配信要求の数が所定の閾値以上であると判定された場合には、マルチキャスト送信するように制御し、また、配信要求の数が所定の閾値より小さいと判定された場合には、ユニキャスト送信するように制御する。
【発明の効果】
【０００８】
開示のシステムは、無駄なパケットによる通信帯域の占有を防止し、通信サービスの品質を向上する。
【図面の簡単な説明】
【０００９】
【図１】図１は、ＩＰＴＶ放送の中継を行うネットワーク構成例である。
【図２】図２は、マルチキャスト配信経路を形成する例である。
【図３】図３は、実施例１に係るＳＩＰサーバの構成を示すブロック図である。
【図４】図４は、視聴要求のデータ構成例である。
【図５】図５は、視聴要求応答＃Ｕのデータ構成例である。
【図６】図６は、視聴要求応答＃Ｍのデータ構成例である。
【図７】図７は、視聴ポート変更＃Ｕのデータ構成例である。
【図８】図８は、視聴ポート変更＃Ｍのデータ構成例である。
【図９】図９は、視聴ポート変更＃Ｕ応答のデータ構成例である。
【図１０】図１０は、視聴ポート変更＃Ｍ応答のデータ構成例である。
【図１１】図１１は、視聴終了のデータ構成例である。
【図１２】図１２は、視聴終了のデータ構成例である。
【図１３】図１３は、コンテンツ配信管理情報のデータ構成例を示す図である。
【図１４】図１４は、接続閾値の例を説明するための図である。
【図１５】図１５は、マルチキャスト到達区域内アドレスリストの例を示す図である。
【図１６】図１６は、送信先アドレス変換テーブルの遷移を説明するための図である。
【図１７】図１７は、送信先アドレス変換テーブルの遷移を説明するための図である。
【図１８】図１８は、送信先アドレス変換テーブルの遷移を説明するための図である。
【図１９】図１９は、送信先アドレス変換テーブルの遷移を説明するための図である。
【図２０】図２０は、送信先アドレス変換テーブルの遷移を説明するための図である。
【図２１】図２１は、送信先アドレス変換テーブルの遷移を説明するための図である。
【図２２】図２２は、境界装置によるマルチキャストドメイン間の接続例を説明するための図である。
【図２３】図２３は、境界装置によるマルチキャストドメイン間の接続例を説明するための図である。
【図２４】図２４は、境界装置によるマルチキャストドメイン間の接続例を説明するための図である。
【図２５】図２５は、最初の視聴者が視聴要求を発したときの視聴者とコンテンツフォルダ間のマルチキャスト経路形成のシーケンス図である。
【図２６】図２６は、所望のコンテンツフォルダからの放送を他の視聴者がすでに行っている場合の視聴者が視聴要求を発したときの視聴者とコンテンツフォルダ間のマルチキャスト経路形成のシーケンス図である。
【図２７】図２７は、マルチキャストドメイン内の視聴者の増加により、ユニキャスト配信よりマルチキャスト配信がネットワークのトラヒックを低減すると判断した場合のユニキャストからマルチキャストへの切り換えシーケンス図である。
【図２８】図２８は、マルチキャストドメイン内の視聴者の減少により、マルチキャスト配信よりユニキャスト配信がネットワークのトラヒックを低減すると判断した場合のマルチキャストからユニキャストへの切り換えシーケンス図である。
【図２９】図２９は、マルチキャストドメイン外の視聴者の増加により、ユニキャスト配信よりマルチキャスト配信がネットワークのトラヒックを低減すると判断した場合のユニキャストからマルチキャストへの切り換えシーケンス図である。
【図３０】図３０は、マルチキャストドメイン外の視聴者の減少により，マルチキャスト配信よりユニキャスト配信がネットワークのトラヒックを低減すると判断した場合のマルチキャストからユニキャストへの切り換えシーケンス図である。
【図３１】図３１は、最後の視聴者がマルチキャストドメイン内の視聴者であった場合の視聴終了をコンテンツフォルダへ通知する場合のシーケンス図である。
【図３２】図３２は、最後の視聴者がマルチキャストドメイン内の視聴者であった場合の視聴終了をコンテンツフォルダへ通知する場合のシーケンス図である。
【図３３】図３３は、実施例１に係るＳＩＰサーバ１０における視聴要求の中継処理の動作を示すフローチャートである。
【図３４】図３４は、実施例１に係るＳＩＰサーバ１０における視聴要求応答の中継処理の動作を示すフローチャートである。
【図３５】図３５は、実施例１に係るＳＩＰサーバ１０における視聴ポート変更応答の受信処理の動作を示すフローチャートである。
【図３６】図３６は、実施例１に係るＳＩＰサーバ１０における視聴終了の中継処理の動作を示すフローチャートである。
【図３７】図３７は、実施例１に係るＳＩＰサーバ１０における視聴終了の受信処理の動作を示すフローチャートである。
【図３８】図３８は、実施例１に係るＳＩＰサーバ１０における視聴要求の中継処理の動作を示すフローチャートである。
【図３９】図３９は、実施例１に係るＳＩＰサーバ１０における視聴要求応答の中継処理の動作を示すフローチャートである。
【図４０】図４０は、実施例１に係るＳＩＰサーバ１０における視聴終了の中継処理の動作を示すフローチャートである。
【図４１】図４１は、実施例１に係るＳＩＰサーバ１０における視聴ポート変更の受信処理の動作を示すフローチャートである。
【図４２】図４２は、実施例１に係る視聴装置４０における視聴開始要求送信処理の動作を示すフローチャートである。
【図４３】図４３は、実施例１に係る視聴装置４０における視聴要求応答の受信処理の動作を示すフローチャートである。
【図４４】図４４は、実施例１に係る視聴装置４０における視聴ポート変更の受信処理の動作を示すフローチャートである。
【図４５】図４５は、実施例１に係る視聴装置４０における視聴終了の中継処理の動作を示すフローチャートである。
【符号の説明】
【００１０】
１０  ＳＩＰサーバ
１１  通信制御部
１２  制御部
１２ａ  視聴者数判定部
１２ｂ  送信制御部
１３  記憶部
１３ａ  コンテンツ配信管理情報記憶部
１３ｂ  接続閾値記憶部
１３ｃ  マルチキャスト到達区域内アドレスリスト
２０  キー局
３０  境界装置
４０  視聴装置
【発明を実施するための最良の形態】
【００１１】
以下に添付図面を参照して、この発明に係る配信システム、代理サーバおよび配信方法の実施例を詳細に説明する。
【実施例１】
【００１２】
以下の実施例では、実施例１に係るコンテンツ配信システム、ＳＩＰサーバの構成および処理の流れを順に説明し、最後に実施例１による効果を説明する。【００１３】
［ＳＩＰサーバの構成］
まず最初に、図１を用いて、コンテンツ配信システムおよびＳＩＰサーバ１０の構成を説明する。図１は、ＩＰＴＶ放送の中継を行うネットワーク構成例である。図２は、マルチキャスト配信経路を形成する例である。図３は、実施例１に係るＳＩＰサーバの構成を示すブロック図である。図４は、視聴要求のデータ構成例である。図５は、視聴要求応答＃Ｕのデータ構成例である。図６は、視聴要求応答＃Ｍのデータ構成例である。【００１４】
図７は、視聴ポート変更＃Ｕのデータ構成例である。図８は、視聴ポート変更＃Ｍのデータ構成例である。図９は、視聴ポート変更＃Ｕ応答のデータ構成例である。図１０は、視聴ポート変更＃Ｍ応答のデータ構成例である。図１１は、視聴終了のデータ構成例である。図１２は、視聴終了のデータ構成例である。【００１５】
図１３は、コンテンツ配信管理情報のデータ構成例を示す図である。図１４は、接続閾値の例を説明するための図である。図１５は、マルチキャスト到達区域内アドレスリストの例を示す図である。図１６〜図２１は、送信先アドレス変換テーブルの遷移を説明するための図である。図２２〜図２４は、境界装置によるマルチキャストドメイン間の接続例を説明するための図である。【００１６】
まず、図１を用いて、実施例１に係るＳＩＰサーバ１０を含むコンテンツ配信システムについて説明する。同図に例示するようにコンテンツ配信システムは、複数のＳＩＰサーバ１０Ａ〜１０Ｄ、複数のキー局（コンテンツフォルダ）２０Ａ、２０Ｂ、複数の境界装置３０Ａ〜３０Ｅ、複数の視聴者端末４０Ａ、４０Ｂを有し、ネットワークを介して接続される。【００１７】
かかるコンテンツ配信システムでは、複数のキー局２０Ａ、２０Ｂからネットワークに接続された視聴者装置４０Ａ、４０Ｂへ境界装置３０Ａ〜３０Ｅを介してＩＰＴＶ放送のＲＴＰパケットがマルチキャスト配信されている。【００１８】
また、コンテンツ配信システムでは、図２に示すように、キー局２０と視聴者端末４０との間でマルチキャスト配信経路が形成される。つまり、コンテンツ配信システムでは、視聴者端末４０が発した視聴要求（図の２では、「ＩＮＶＩＴＥ」と記載）をＳＩＰサーバ１０が受信し、視聴要求に従い、経由するマルチキャストドメイン間で経路形性が行われる。【００１９】
続いて、図３を用いて、図１に示したＳＩＰサーバ１０の構成を説明する。同図に示すように、このＳＩＰサーバ１０は、通信制御部１１、制御部１２、記憶部１３を有し、ネットワークを介してキー局（コンテンツフォルダ）２０、境界装置３０、視聴者端末４０と接続される。以下にこれらの各部の処理を説明する。【００２０】
通信制御部１１は、接続されるキー局２０、境界装置３０、視聴者端末４０との間でやり取りする各種情報に関する通信を制御する。具体的には、通信制御部１１は、視聴者端末２０からの視聴開始の要求である視聴要求（図４参照）を受信し、視聴要求の応答である視聴要求応答（図５、図６）を視聴者端末に送信する。【００２１】
視聴要求は、図４に示すように、視聴要求先のキー局２０のアドレス「ｔｏ＝コンテンツ配信装置アドレス」、要求元の視聴装置２０のアドレス「ｆｒｏｍ＝視聴者装置アドレス」とともに、ユニキャスト配信のコンテンツを受信するポートを示す「ｓｄｐ  ｉｎ＝コンテンツ受信ポート」とを情報として有する。【００２２】
また、通信制御部１１は、視聴要求応答として、視聴要求応答＃Ｕまたは視聴要求応答＃Ｍを送信する。視聴要求応答＃Ｕは、図５に示すように、キー局２０のアドレスとして「ｔｏ＝コンテンツ配信装置アドレス」、視聴装置２０のアドレスとして「ｆｒｏｍ＝視聴者装置アドレス」とともに、ユニキャスト配信のコンテンツを受信するポートを示す「ｓｄｐ  ｉｎ＝コンテンツ受信ポート」とを情報として有する。【００２３】
また、視聴要求応答＃Ｍは、図６に示すように、「ｔｏ＝コンテンツ配信装置アドレス」、「ｆｒｏｍ＝視聴者装置アドレス」とともに、マルチキャスト配信のコンテンツを受信するポートを示す「ｓｄｐｏｕｔ＝下流コンテンツ放送ポート」とを情報として有する。【００２４】
また、通信制御部１１は、視聴交換ポート＃Ｕをおよび視聴交換ポート＃Ｕを受信し、視聴交換ポート＃Ｕ応答をおよび視聴交換ポート＃Ｕ応答を送信する。視聴交換ポート＃Ｕは、図７に示すように、「ｔｏ＝視聴者装置アドレス」、「ｆｒｏｍ＝コンテンツ配信装置アドレス」とともに、視聴装置４０におけるコンテンツ受信ポートの変更を指示する「ｓｄｐ  ｉｎ＝コンテンツ受信ポート」とを情報として有する。【００２５】
また、視聴交換ポート＃Ｍは、図８に示すように、「ｔｏ＝視聴者装置アドレス」、「ｆｒｏｍ＝コンテンツ配信装置アドレス」とともに、視聴装置４０のコンテンツ受信ポートを変更を指示する「ｓｄｐ  ｏｕｔ＝下流コンテンツ放送ポート」とを情報として有する。【００２６】
視聴交換ポート＃Ｕは、図９に示すように、「ｔｏ＝コンテンツ配信装置アドレス」、「ｆｒｏｍ＝視聴者装置アドレス」とともに、視聴装置４０のコンテンツ受信ポートの変更を指示する「ｓｄｐ  ｉｎ＝コンテンツ受信ポート」とを情報として有する。【００２７】
また、視聴交換ポート＃Ｍは、図１０に示すように、「ｔｏ＝コンテンツ配信装置アドレス」、「ｆｒｏｍ＝視聴者装置アドレス」とともに、視聴装置４０のコンテンツ受信ポートの変更を指示する「ｓｄｐ  ｏｕｔ＝下流コンテンツ放送ポート」とを情報として有する。【００２８】
また、通信制御部１１は、視聴終了を受信し、視聴終了応答を送信する。視聴終了および視聴終了応答は、図１１および図１２に示すように、「ｔｏ＝コンテンツ配信装置アドレス」、「ｆｒｏｍ＝視聴者装置アドレス」の視聴が終了する旨を示している。【００２９】
記憶部１３は、制御部１２による各種処理に必要なデータおよびプログラムを格納するが、特に、コンテンツ配信管理情報記憶部１３ａ、接続閾値記憶部１３ｂ、マルチキャスト到達区域内アドレスリスト１３ｃを有する。【００３０】
コンテンツ配信管理情報記憶部１３ａは、コンテンツの配信を管理する情報を記憶する。具体的には、コンテンツ配信管理情報記憶部１３ａは、図１３に示すように、コンテンツ配信管理情報として、接続状態が応答待ちまたは接続中であるかを示す「接続状態」、キー局２０のアドレスとして「コンテンツ配信装置アドレス」を記憶する。【００３１】
また、コンテンツ配信管理情報記憶部１３ａは、コンテンツ配信管理情報として、ユニキャストまたはユニキャストでの受信する種別を示す「受信種別」、ユニキャストの通信用のポートを示す「上流コンテンツ受信ポート」、マルチキャスト通信用の上流ポートを示す「上流コンテンツ受信ポート」、ユニキャストまたはユニキャストで配信する種別を示す「配信種別」、コンテンツを視聴中の視聴装置に関する情報を示す「視聴装置リスト」、マルチキャスト通信用の下流ポートを示す「下流コンテンツ放送ポート」を記憶する。【００３２】
接続閾値記憶部１３ｂは、マルチキャストまたはユニキャストに切り替えるか否か判定するための閾値を記憶する。具体的には、接続閾値記憶部１３ｂは、図１４に示すように、ユニキャストからマルチキャストに切り替えるか否かを判断する場合に用いられる閾値である「Ｕ２Ｍ閾値」と、マルチキャストからユニキャストに切り替えるか否かを判断する場合に用いられる閾値である「Ｍ２Ｕ閾値」とを記憶する。【００３３】
マルチキャスト到達区域内アドレスリスト１３ｃは、マルチキャストパケットの到達可否を判断するリストである。具体的には、マルチキャスト到達区域内アドレスリスト１３ｃは、図１５に示すように、マルチ到達区域内のアドレスリストを記憶している。つまり、マルチキャスト到達区域内アドレスリスト１３ｃに記憶されていないコンテンツ受信ポートの視聴要求である場合には、マルチキャスト到達区域外からの視聴であるとしてユニキャスト送信する。【００３４】
制御部１２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に、視聴者数判定部１２ａ、送信制御部１２ｂを有する。【００３５】
視聴者数判定部１２ａは、マルチキャストドメイン内における視聴者端末４０からの配信を要求する配信要求の数が所定の閾値以上であるかを判定する。具体的には、視聴者数判定部１２ａは、視聴者装置から視聴要求を受信した場合に、増加した視聴者数が接続閾値記憶部１３ｂに記憶されている「Ｕ２Ｍ閾値」以上であるか判定する。【００３６】
また、視聴者数判定部１２ａは、視聴者装置から視聴終了を受信した場合に、減少した視聴者数が接続閾値記憶部１３ｂに記憶されている「Ｍ２Ｕ閾値」より小さいか判定する。そして、視聴者数判定部１２ａは、判定の結果を送信制御部１２ｂに通知する。【００３７】
送信制御部１３ｂは、配信要求の数が所定の閾値以上である場合には、マルチキャスト送信を行うように制御し、また、配信要求の数が所定の閾値より小さい場合には、ユニキャスト送信を行うように制御する。【００３８】
具体的には、送信制御部１２ｂは、視聴者数が「Ｕ２Ｍ閾値」以上である旨の判定結果を視聴者数判定部１２ａから受信すると、ユニキャスト送信からマルチキャスト送信を行うように制御する。また、送信制御部１２ｂは、視聴者数が「Ｍ２Ｕ閾値」より小さい旨の判定結果を視聴者数判定部１２ａから受信すると、ユニキャスト送信からマルチキャスト送信を行うように制御する。【００３９】
また、送信制御部１２ｂは、マルチキャスト到達区域内アドレスリスト１３ｃに記憶されていないマルチキャスト到達区域外への配信は、ユニキャストでの送信とする。【００４０】
ここで図１６〜図２１の例を用いて、送信制御処理として、境界装置３０の送信先アドレス変換テーブルを変更する処理について説明する。図１６の例は、視聴要求を受信し、自機が接続制御するマルチキャストドメイン内の視聴数が「Ｕ２Ｍ閾値」を超過した場合の例である。【００４１】
同図に示すように、ＳＩＰサーバ＃Ｂは、視聴要求を受信し、自機が接続制御するマルチキャストドメイン内の視聴数が閾値を超過したと判定すると、マルチキャスト中継指示を境界装置＃Ａに通知して、送信先アドレス変換テーブルの中継先にマルチキャストアドレスとして「ＩＢ：ＩＰ＃Ｂ」を追加する。【００４２】
そして、ＳＩＰサーバ＃Ｂは、視聴端末＃Ａ、ＳＩＰサーバ＃Ｃから視聴ポート変更応答が届くと、順次境界装置＃Ａに対して該当装置へのユニキャストアドレス（「ＩＢ：視聴者Ａ」、「ＩＢ：境界装置Ｂ」）での送信の停止を指示する。【００４３】
また、ＳＩＰサーバ＃Ｃは、ＳＩＰサーバ＃Ｂから視聴ポート変更が届くと、視聴ポート変更で指定されたマルチキャストアドレスでのコンテンツ受信の開始を境界装置３０Ｂに指示し、送信先アドレス変換テーブルの中継元の「ＩＢ：境界装置Ｂ」を「ＩＢ：ＩＰ＃Ｂ」に変更する。【００４４】
また、図１７の例は、視聴終了を受信し、自機が接続制御するマルチキャストドメイン内の視聴数が「Ｍ２Ｕ閾値」より小さい場合の例である。同図に示すように、ＳＩＰサーバ＃Ｂは、視聴終了を受信し、自機が接続制御するマルチキャストドメイン内の視聴数が閾値を下回ったと判定すると、マルチキャスト中継指示を境界装置＃Ａに通知して、送信先アドレス変換テーブルの中継先にユニキャストアドレス（「ＩＢ：視聴者Ａ」、「ＩＢ：境界装置Ｂ」）を追加する。【００４５】
そして、ＳＩＰサーバ＃Ｂは、視聴端末＃Ａ、ＳＩＰサーバ＃Ｃから視聴ポート変更応答が届くと、境界装置＃Ａに対して該当装置へのマルチキャストアドレス（「ＩＢ：ＩＰ＃Ｂ」）での送信の停止を指示する。【００４６】
また、ＳＩＰサーバ＃Ｃは、ＳＩＰサーバ＃Ｂから視聴ポート変更が届くと、視聴ポート変更で指定されたマルチキャストアドレスでのコンテンツ受信の開始を境界装置３０Ｂに指示し、送信先アドレス変換テーブルの中継元の「ＩＢ：ＩＰ＃Ｂ」を「ＩＢ：境界装置Ｂ」に変更する。【００４７】
また、図１８の例では、視聴要求を受信し、マルチキャストドメイン外視聴数が増加して「Ｕ２Ｍ閾値」を超過した場合の送信先アドレス変換テーブル遷移の様子を示しており、図１９の例では、視聴終了を受信し、マルチキャストドメイン外視聴数減少して「Ｍ２Ｕ閾値」より小さくなった場合の送信先アドレス変換テーブル遷移の様子を示している。【００４８】
また、図２０では、マルチキャストドメイン内の最後の視聴者が視聴を終了した場合の送信先アドレス変換テーブル遷移の様子を示している。また、図２１の例では、マルチキャストドメイン外の視聴者が視聴を終了した場合の送信先アドレス変換テーブル遷移の様子を示している。なお、詳しい処理の流れについては、後述する処理の説明に詳しく記載する（図２５〜図４５）。【００４９】
ここで、境界装置２０によるマルチキャストドメイン間の接続例を図２２〜図２４に例示する。図２２の例では、境界装置２０は、上流マルチキャストドメインからのマルチキャストパケットが境界装置に到達する環境に適用し、ＳＩＰサーバからの指示によりマルチキャストドメイン＃Ａからのマルチチャストアドレス＃ａ宛のパケットを、マルチキャストドメイン＃Ｂ内へマルチキャストアドレス＃ｂ宛のパケットとして送信する。【００５０】
そして、境界装置２０あて先アドレスのみ変更し、送信元アドレスは、変更しない。また、中継を指定されていないマルチキャストアドレス宛のパケットは、廃棄する。【００５１】
また、図２３の例は、上流マルチキャストドメインからのマルチキャストパケットが境界装置に到達できない環境に適用される例である。ＳＩＰサーバからの指示によりマルチキャストドメイン＃Ａからのマルチチャストアドレス＃ａ宛のパケットを境界装置αが境界装置βへ向けユニキャスト送信し、そのユニキャスト送信されたパケットを境界装置βがマルチキャストドメイン＃Ｂ内へマルチキャストアドレス＃ｂ宛のパケットとして送信する。【００５２】
そして、両境界装置とも、あて先アドレスのみ変更し、送信元アドレスは、変更しない。また、中継を指定されていないマルチキャストアドレス宛のパケットは、廃棄する。【００５３】
また、図２４の例は、上流マルチキャストドメインからのマルチキャストパケットが境界装置に到達する環境に適用される例である。境界装置αと境界装置βとが（物理的または論理的に）直接接続される構成においてＳＩＰサーバからの指示によりマルチキャストドメイン＃Ａからのマルチチャストアドレス＃ａ宛のパケットを境界装置αが境界装置βへ向けそのまま中継送信し、その送信されたパケットを境界装置βがマルチキャストドメイン＃Ｂ内へマルチキャストアドレス＃ｂ宛のパケットとして送信する。【００５４】
このとき、送信元アドレスは、キー局（マルチキャストパケットの生成元）のアドレスとする。そして両境界装置とも、送信元アドレスは、変更しない。また、中継を指定されていないマルチキャストアドレス宛のパケットは、廃棄することとする。【００５５】
［マルチキャスト配信システムによる処理］
次に、図２５〜３２を用いて、実施例１に係るマルチキャスト配信システムによる全体の処理を説明する。図２５は、最初の視聴者が視聴要求を発したときの視聴者とコンテンツフォルダ間のマルチキャスト経路形成のシーケンス図である。図２６は、所望のコンテンツフォルダからの放送を他の視聴者がすでに行っている場合の視聴者が視聴要求を発したときの視聴者とコンテンツフォルダ間のマルチキャスト経路形成のシーケンス図である。図２７は、マルチキャストドメイン内の視聴者の増加により、ユニキャスト配信よりマルチキャスト配信がネットワークのトラヒックを低減すると判断した場合のユニキャストからマルチキャストへの切り換えシーケンス図である。【００５６】
図２８は、マルチキャストドメイン内の視聴者の減少により、マルチキャスト配信よりユニキャスト配信がネットワークのトラヒックを低減すると判断した場合のマルチキャストからユニキャストへの切り換えシーケンス図である。図２９は、マルチキャストドメイン外の視聴者の増加により、ユニキャスト配信よりマルチキャスト配信がネットワークのトラヒックを低減すると判断した場合のユニキャストからマルチキャストへの切り換えシーケンス図である。【００５７】
図３０は、マルチキャストドメイン外の視聴者の減少により，マルチキャスト配信よりユニキャスト配信がネットワークのトラヒックを低減すると判断した場合のマルチキャストからユニキャストへの切り換えシーケンス図である。図３１は、最後の視聴者がマルチキャストドメイン内の視聴者であった場合の視聴終了をコンテンツフォルダへ通知する場合のシーケンス図である。図３２は、最後の視聴者がマルチキャストドメイン内の視聴者であった場合の視聴終了をコンテンツフォルダへ通知する場合のシーケンス図である。【００５８】
まず、最初の視聴者が視聴要求する場合について説明する。視聴者がキー局２０の番組を選択して視聴開始操作を行うと、視聴端末４０は、キー局４０宛の視聴要求を送信する（図４２参照）。【００５９】
つまり、図２５に示すように、視聴者端末４０は、自機が属するマルチキャストドメイン内の接続制御を管理するＳＩＰサーバ１０Ｃへ視聴要求を送信する（ステップＳ１０１）。そして、ＳＩＰサーバ１０Ｃは、隣接のマルチキャストドメインの接続制御を管理するＳＩＰサーバ１０Ｂへ視聴要求を送信する（ステップＳ１０２）。【００６０】
そして、ＳＩＰサーバ１０Ｂは、隣接のマルチキャストドメインの接続制御を管理するＳＩＰサーバ１０Ａへ視聴要求を経由して（ステップＳ１０３）、キー局２０へ視聴要求を送信する（ステップＳ１０４）。視聴要求を受信したキー局２０は、コンテンツの放送を開始する（ステップＳ１０５）。また、キー局２０は、視聴要求応答にＩＰＴＶ放送のアドレス情報を搭載し、返送する（ステップＳ１０６）。【００６１】
続いて、ＳＩＰサーバ１０Ａは、視聴者要求応答をキー局２０から受信すると、ＳＩＰサーバ１０Ｂに視聴者要求応答を送信する（ステップＳ１０７）。そして、ＳＩＰサーバ１０Ｂは、マルチキャストアドレスを取得し（ステップＳ１０８）、境界装置３０Ａに中継開始を指示する（ステップＳ１０９）。境界装置３０Ａは、マルチキャストドメイン内へコンテンツの中継を開始する（ステップＳ１１０）。【００６２】
また、ＳＩＰサーバ１０Ｂは、ＳＩＰサーバ１０Ａから受信した視聴者要求応答をＳＩＰサーバ１０Ｃに中継する（ステップＳ１１１）。ＳＩＰサーバＣは、同様に、マルチキャストアドレスを取得し（ステップＳ１１２）、境界装置３０Ｂに中継開始を指示する（ステップＳ１１３）。【００６３】
境界装置３０Ｂは、マルチキャストドメイン内へコンテンツの中継を開始する（ステップＳ１１４）。また、ＳＩＰサーバ１０Ｃは、ＳＩＰサーバ１０Ｂから受信した視聴者要求応答を視聴者装置４０に中継する（ステップＳ１１５）。その後、視聴者装置４０は、キー局２０との放送経路の確立を完了する（図４３参照）。【００６４】
続いて、マルチキャストドメイン内の他の視聴者が視聴している場合に、視聴端末４０が視聴要求するについて図２６を用いて説明する。視聴者がキー局２０の番組を選択して視聴開始操作を行うと、視聴端末４０は、キー局４０宛の視聴要求を送信する（図４２参照）。【００６５】
その後、図２６に示すように、視聴端末４０が属するマルチキャストドメイン内の接続制御を管理するＳＩＰサーバ１０Ｃは、視聴端末４０から視聴要求を受信する（ステップＳ２０１）。そして、ＳＩＰサーバ１０Ｃは、視聴要求をキー局２０宛にＳＩＰサーバ１０Ｂへ中継する（ステップＳ２０２）。【００６６】
そして、視聴要求を受け付けたＳＩＰサーバ１０Ｂは、視聴要求応答を視聴端末４０宛にＳＩＰサーバＣへ送信する（ステップＳ２０３）。また、ＳＩＰサーバ１０Ｃは、マルチキャストアドレスを取得し（ステップＳ２０４）、境界装置３０Ｂに中継開始を指示する（ステップＳ２０５）。【００６７】
そして、境界装置３０Ｂは、コンテンツの中継をマルチキャストドメイン内に開始する（ステップＳ２０６）。また、ＳＩＰサーバ１０Ｂから視聴要求応答を受信したＳＩＰサーバ１０Ｃは、視聴者端末４０へ視聴要求応答を送信する（ステップＳ２０７）。その後、聴者装置４０は、キー局２０との放送経路の確立を完了する。【００６８】
次に、マルチキャストドメイン内の視聴者の数が増大し、ユニキャスト配信からマルチキャスト配信に切り換える場合の動作について図２７を用いて説明する。【００６９】
同図に示すように、ＳＩＰサーバ１０Ａがマルチキャスト配信を行い（ステップＳ３０１）、ＳＩＰサーバＢが視聴端末４０Ａ、４０Ｂにユニキャスト配信を行うように制御している場合に（ステップＳ３０２、３０３）、視聴端末４０Ｂは、視聴者の操作によって視聴要求をコンテンツフォルダ宛に送信すると、ＳＩＰサーバ１０Ｂへ視聴要求が届く（ステップＳ３０４）。【００７０】
そして、ＳＩＰサーバ１０Ｂは、視聴要求を受信し、自機が接続制御するマルチキャストドメイン内の視聴数が閾値を超過したと判定すると、視聴中の全視聴端末へ向け、視聴ポート変更を送信する（図３３参照）。【００７１】
また、ＳＩＰサーバ１０Ｂは、境界端末３０Ａに対してマルチキャスト配信の開始を指示し（ステップＳ３０５）、マルチキャスト送信をするように制御する（ステップＳ３０６）。また、ＳＩＰサーバ１０Ｂは、視聴端末４０Ｂへ視聴要求応答を返送する（ステップＳ３０７）。【００７２】
続いて、視聴端末４０Ｂは、ＳＩＰサーバ１０Ｂから視聴要求応答が届くと（ステップＳ３０７）、視聴要求応答で指定されたマルチキャストアドレスでのコンテンツ受信を開始する（ステップＳ３１４）。【００７３】
また、視聴端末４０Ａは、ＳＩＰサーバ１０Ｂから視聴ポート変更が届くと（ステップＳ３０８）、視聴要求応答で指定されたマルチキャストアドレスでのコンテンツ受信を開始し、視聴ポート変更応答をＳＩＰサーバ１０Ｂへ返送する（ステップＳ３１０）。【００７４】
ＳＩＰサーバ１０Ｃは、ＳＩＰサーバ１０Ｂから視聴ポート変更が届くと（ステップＳ３０９）、視聴ポート変更で指定されたマルチキャストアドレスでのコンテンツ受信の開始を境界装置３０Ｂに指示し（ステップＳ３１１）、視聴ポート変更応答をＳＩＰサーバ１０Ｂへ返送する（ステップＳ３１２）。【００７５】
そして、ＳＩＰサーバ１０Ｂは、視聴端末４０Ａ、ＳＩＰサーバ１０Ｃから視聴ポート変更応答が届くと、順次境界装置に対して該当装置へのユニキャストアドレスでの送信の停止を指示する（ステップＳ３１３）。その後、ＳＩＰサーバ１０Ｂは、視聴端末４０Ａ、４０Ｂにマルチキャスト配信を行うように制御している（ステップＳ３１４）。【００７６】
次に、マルチキャストドメイン内の視聴者の数が減少し、マルチキャスト配信からユニキャスト配信に切り換える場合の動作について図２８を用いて説明する。【００７７】
同図に示すように、ＳＩＰサーバ１０Ａがマルチキャスト配信を行い（ステップＳ４０１）、ＳＩＰサーバＢが視聴端末４０Ａ、４０Ｂ、境界装置２０Ｂにマルチキャスト配信を行うように制御している（ステップＳ４０２）。そして、視聴端末４０Ｂが視聴者の操作によって視聴終了をコンテンツフォルダ宛に送信すると、ＳＩＰサーバ１０Ｂは、視聴終了を受信し（ステップＳ４０３）、視聴終了応答を返信する（ステップＳ４０４）。【００７８】
そして、ＳＩＰサーバ１０Ｂは、視聴終了を受信し、自機が接続制御するマルチキャストドメイン内の視聴数が閾値を下回ったと判定すると、視聴中の全視聴端末へ向け、視聴ポート変更を送信する（図３６参照）。また、ＳＩＰサーバ１０Ｂは、境界端末３０Ａに対してユニキャスト配信の開始を指示し（ステップＳ４０５）、ユニキャスト送信をするように制御する（ステップＳ４０６）。【００７９】
続いて、視聴端末４０Ａは、ＳＩＰサーバ１０Ｂから視聴ポート変更が届くと（ステップＳ４０７）、視聴ポート変更応答を返送し（ステップＳ４０８）、視聴ポート変更で指定されたユニキャストアドレスでのコンテンツ受信を開始する（ステップＳ４１４）。【００８０】
ＳＩＰサーバ１０Ｃは、ＳＩＰサーバ１０Ｂから視聴ポート変更が届くと（ステップＳ４０９）、視聴ポート変更で指定されたユニキャストアドレスでのコンテンツ受信の開始を境界装置３０Ｂに指示し（ステップＳ４１０）、視聴ポート変更応答をＳＩＰサーバ１０Ｂへ返送する（ステップＳ４１１）。【００８１】
そして、ＳＩＰサーバ１０Ｂは、ＳＩＰサーバ１０Ｃから視聴ポート変更応答が届くと、順次境界装置に対して該当装置へのマルチキャストアドレスでの送信の停止を指示する（ステップＳ４１２）。その後、ＳＩＰサーバＢは、視聴端末４０Ａ、４０Ｂにユニチキャスト配信を行うように制御している（ステップＳ４１４、Ｓ４１５）。【００８２】
次に、マルチキャストドメイン外の視聴者の数が減少し、ユニキャスト配信からマルチキャスト配信に切り換える場合の動作について図２９を用いて説明する。【００８３】
同図に示すように、ＳＩＰサーバ１０Ａがマルチキャスト配信を行い（ステップＳ５０１）、ＳＩＰサーバＢが視聴端末４０Ａにユニキャスト配信を行うように制御している場合に（ステップＳ５０２）、ＳＩＰサーバ４０Ｃは、マルチキャストドメイン外の視聴者の操作によってコンテンツフォルダ宛に送信された視聴要求をＳＩＰサーバ１０Ｂへ送信する（ステップＳ５０３）。【００８４】
そして、ＳＩＰサーバ１０Ｂは、視聴要求を受信し、視聴数が閾値を超過したと判定すると、視聴中の全視聴端末へ向け、視聴ポート変更を送信する（図３３参照）。【００８５】
また、ＳＩＰサーバ１０Ｂは、境界端末３０Ａに対してマルチキャスト配信の開始を指示し（ステップＳ５０５）、マルチキャスト送信をするように制御する（ステップＳ５０６）。また、ＳＩＰサーバ１０Ｂは、ＳＩＰサーバ１０Ｃへ視聴要求応答を返送する（ステップＳ５０７）。【００８６】
また、ＳＩＰサーバ１０Ｃは、ＳＩＰサーバ１０Ｂから視聴要求応答が届くと（ステップＳ５０７）、視聴要求応答で指定されたマルチキャストアドレスでの中継開始を境界装置２０Ｂに指示する（ステップＳ５０８）。【００８７】
また、視聴端末４０Ａは、ＳＩＰサーバ１０Ｂから視聴ポート変更が届くと（ステップＳ５０９）、視聴要求応答で指定されたマルチキャストアドレスでのコンテンツ受信を開始し、視聴ポート変更応答をＳＩＰサーバ１０Ｂへ返送する（ステップＳ５１０）。【００８８】
そして、ＳＩＰサーバ１０Ｂは、視聴端末４０Ａから視聴ポート変更応答が届くと、順次境界装置に対して該当装置へのユニキャストアドレスでの送信の停止を指示する（ステップＳ５１１）。その後、ＳＩＰサーバＢは、マルチキャストドメイン内の視聴端末およびマルチキャストドメイン外の視聴端末へマルチキャスト配信を行うように制御している（ステップＳ５１２）。【００８９】
次に、マルチキャストドメイン外の視聴者の数が減少し、マルチキャスト配信からユニチキャスト配信に切り換える場合の動作について図３０を用いて説明する。【００９０】
同図に示すように、ＳＩＰサーバ１０Ａがマルチキャスト配信を行い（ステップＳ６０１）、ＳＩＰサーバＢが視聴端末４０Ａ、４０Ｂ、境界装置２０Ｂにマルチキャスト配信を行うように制御している（ステップＳ６０２）。そして、ＳＩＰサーバ１０Ｃは、マルチキャストドメイン外の視聴者の操作によってコンテンツフォルダ宛に送信された視聴終了をＳＩＰサーバ１０Ｂへ送信する（ステップＳ６０３）。【００９１】
そして、ＳＩＰサーバ１０Ｂは、視聴終了を受信し、ＳＩＰサーバ１０Ｃへ視聴終了応答を返信する（ステップＳ６０４）。視聴終了応答を受信したＳＩＰサーバ１０Ｃは、中継停止を境界装置２０Ｂに指示する（ステップＳ６０５）。【００９２】
また、ＳＩＰサーバ１０Ｂは、境界端末３０Ａに対してユニキャスト配信の開始を指示する（ステップＳ６０６）。そして、ＳＩＰサーバ１０Ｂは、視聴終了を受信し、視聴数が閾値を下回ったと判定すると、視聴中の全視聴端末へ向け、視聴ポート変更を送信し（ステップＳ６０７）、ユニキャスト送信をするように制御する（ステップＳ６０８）。【００９３】
続いて、視聴端末４０Ａは、ＳＩＰサーバ１０Ｂから視聴ポート変更が届くと（ステップＳ６０７）、視聴ポート変更応答を返送し（ステップＳ６０９）、視聴ポート変更で指定されたユニキャストアドレスでのコンテンツ受信を開始する（ステップＳ６１２）。【００９４】
そして、ＳＩＰサーバ１０Ｂは、視聴端末４０Ａから視聴ポート変更応答が届くと、境界装置に対して該当装置へのマルチキャストアドレスでの送信の停止を指示し（ステップＳ６１０）、マルチキャストアドレスを返却する（ステップＳ６１１）。その後、ＳＩＰサーバ１０Ｂは、視聴端末４０Ａにユニチキャスト配信を行うように制御している（ステップＳ６１２）。【００９５】
次に、マルチキャストドメイン内の最後の視聴者が視聴を終了した場合の動作について図３１を用いて説明する。【００９６】
同図に示すように、ＳＩＰサーバ１０Ａがマルチキャスト配信を行い（ステップＳ７０１）、ＳＩＰサーバＢが視聴端末４０Ａにユニキャスト配信を行うように制御している（ステップＳ７０２）。【００９７】
ＳＩＰサーバ１０Ｂは、視聴終了を視聴端末４０Ａから受信すると（ステップＳ７０３）、マルチキャストドメイン内の視聴数が無くなったと判断し、境界装置２０ＡにＩＰＴＶ放送の配信の停止を指示する（ステップＳ７０４）。【００９８】
そして、ＳＩＰサーバ１０Ｂは、ＳＩＰサーバ１０Ａへ視聴終了を送信する（ステップＳ７０５）。視聴終了を受信したＳＩＰサーバ１０Ａは、視聴終了応答をＳＩＰサーバに送信する（ステップＳ７０６）。そして、ＳＩＰサーバ１０Ｂは、受信した視聴終了応答を視聴者端末４０Ａに送信する（ステップＳ７０７）。ＳＩＰサーバ１０Ａおよび１０Ｂｈａ，視聴終了応答を受信すると、コンテンツ配信管理情報の格納域を開放する。【００９９】
その後、ＳＩＰサーバ１０Ａがキー局２０に視聴終了を送信し、キー局２０は、視聴終了を受信すると、ＩＰＴＶ放送の配信を停止し、視聴終了応答をＳＩＰサーバ１０Ａへ送信する。【０１００】
次に、マルチキャストドメイン外の視聴者が視聴を終了した場合の動作について図３２を用いて説明する。【０１０１】
同図に示すように、ＳＩＰサーバ１０Ａがマルチキャスト配信を行い（ステップＳ８０１）、ＳＩＰサーバＢが境界装置３０Ｂにユニキャスト配信を行うように制御している（ステップＳ８０２）。【０１０２】
ＳＩＰサーバ１０Ｂは、ＳＩＰサーバ１０Ｃを介してマルチキャストドメイン外の視聴者端末から視聴終了を受信すると（ステップＳ８０３）、マルチキャストドメイン内の視聴数が無くなったと判断し、境界装置２０ＡにＩＰＴＶ放送の配信の停止を指示する（ステップＳ８０４）。【０１０３】
そして、ＳＩＰサーバ１０Ｂは、ＳＩＰサーバ１０Ａへ視聴終了を送信する（ステップＳ８０５）。視聴終了を受信したＳＩＰサーバ１０Ａは、視聴終了応答をＳＩＰサーバ１０Ｂに送信する（ステップＳ８０６）。そして、ＳＩＰサーバ１０Ｂは、受信した視聴終了応答をＳＩＰサーバ１０Ｃを介してマルチキャストドメイン外の視聴者端末に送信する（ステップＳ８０７）。【０１０４】
その後、ＳＩＰサーバ１０Ａがキー局２０に視聴終了を送信し、キー局２０は、視聴終了を受信すると、ＩＰＴＶ放送の配信を停止し、視聴終了応答をＳＩＰサーバ１０Ａへ送信する。【０１０５】
［ＳＩＰサーバによる処理］
次に、図３３〜図４１を用いて、実施例１に係るＳＩＰサーバ１０による処理を説明する。図３３は、実施例１に係るＳＩＰサーバ１０における視聴要求の中継処理の動作を示すフローチャートである。図３４は、実施例１に係るＳＩＰサーバ１０における視聴要求応答の中継処理の動作を示すフローチャートである。図３５は、実施例１に係るＳＩＰサーバ１０における視聴ポート変更応答の受信処理の動作を示すフローチャートである。図３６は、実施例１に係るＳＩＰサーバ１０における視聴終了の中継処理の動作を示すフローチャートである。図３７は、実施例１に係るＳＩＰサーバ１０における視聴終了の受信処理の動作を示すフローチャートである。図３８は、実施例１に係るＳＩＰサーバ１０における視聴要求の中継処理の動作を示すフローチャートである。【０１０６】
まず、実施例１に係るＳＩＰサーバ１０における視聴要求の中継処理の動作について図３３を用いて説明する。同図に示すように、ＳＩＰサーバ１０は、視聴要求を受信すると、受信した視聴要求のｔｏと同じコンテンツ配信装置（キー局）２０アドレスをもつコンテンツ配信管理情報を取り出し（ステップＳ１１０１）、コンテンツ配信管理情報があるか判定する（ステップＳ１１０２）。【０１０７】
そして、ＳＩＰサーバ１０は、コンテンツ管理情報がない場合には（ステップＳ１１０２否定）、Ｓ１１０８まで進む。また、ＳＩＰサーバ１０は、コンテンツ配信管理情報がある場合には（ステップＳ１１０２肯定）、コンテンツ配信管理情報を生成し（ステップＳ１１０３）、境界装置３０の上流コンテンツ受信ポートを確保し、コンテンツ配信管理情報へ記憶する（ステップＳ１１０４）。【０１０８】
続いて、ＳＩＰサーバ１０は、視聴要求を編集し（ステップＳ１１０５）、視聴要求をコンテンツ配信装置２０へ向け中継送信して（ステップＳ１１０６）、受信した視聴要求の視聴装置アドレスとコンテンツ受信ポートをコンテンツ配信管理情報の視聴装置リストに記憶する（ステップＳ１１０７）。【０１０９】
そして、ＳＩＰサーバ１０は、視聴装置数がＵ２Ｍ閾値より小さいか判定する（ステップＳ１１０８）。その結果、ＳＩＰサーバ１０は、視聴装置数がＵ２Ｍ閾値より小さい場合には（ステップＳ１１０８肯定）、受信した視聴要求の視聴装置対応のポート状態を受信開始とする（ステップＳ１１０９）。【０１１０】
そして、ＳＩＰサーバ１０は、境界装置３０へＲＴＰパケットを受信視聴要求のコンテンツ受信ポートあてに中継開始を指示し（ステップＳ１１１０）、接続状態が「接続中」であるか判定する（ステップＳ１１１１）。【０１１１】
その結果、ＳＩＰサーバ１０は、接続状態が「接続中」である場合には（ステップＳ１１１１肯定）、視聴要求応答を視聴装置４０へ返信し（ステップＳ１１１２）、接続状態が「接続中」でない場合には（ステップＳ１１１１否定）、そのまま処理を終了する。【０１１２】
Ｓ１１０８の説明に戻って、ＳＩＰサーバ１０は、視聴装置数がＵ２Ｍ閾値以上である場合には（ステップＳ１１０８否定）、受信視聴要求の視聴装置対応のポート状態を受信停止とし（ステップＳ１１１３）、配信種別が「ユニキャスト」であるか判定する（ステップＳ１１１４）。【０１１３】
その結果、ＳＩＰサーバ１０は、配信種別が「ユニキャスト」である場合には（ステップＳ１１１４肯定）、マルチキャストアドレスを確保し、コンテンツ配信管理情報の下流コンテンツ放送ポートに記憶して（ステップＳ１１１５）、接続状態が「接続中」であるか判定する（ステップＳ１１１６）。【０１１４】
その結果、ＳＩＰサーバ１０は、接続状態が「応答待ち」である場合には（ステップＳ１１１６否定）、境界装置３０へＲＴＰパケットを下流放送コンテンツ放送ポート宛てに中継開始を指示する（ステップＳ１１１９）。【０１１５】
また、ＳＩＰサーバ１０は、接続状態が「接続中」である場合には（ステップＳ１１１６肯定）、視聴要求応答を視聴装置４０へ返し（ステップＳ１１１７）、視聴装置リスト内の全ての視聴装置４０へ視聴ポート変更を送信して（ステップＳ１１１８）、境界装置３０へＲＴＰパケットを下流放送コンテンツ放送ポート宛てに中継開始を指示する（ステップＳ１１１９）。【０１１６】
Ｓ１１１４の説明に戻って、ＳＩＰサーバ１０は、配信種別がマルチキャストである場合には（ステップＳ１１１４否定）、接続状態が「接続中」であるか判定する（ステップＳ１１２０）。その結果、ＳＩＰサーバ１０は、接続状態が「接続中」である場合には（ステップＳ１１２０肯定）、視聴要求応答を視聴装置４０へ返す（ステップＳ１１２１）。また、ＳＩＰサーバ１０は、接続状態が「応答待ち」である場合には（ステップＳ１１２０否定）、そのまま処理を終了する。【０１１７】
続いて、図３４は、実施例１に係るＳＩＰサーバ１０における視聴要求応答の中継処理の動作を示すフローチャートである。同図に示すように、ＳＩＰサーバ１０は、視聴要求応答を受信すると、受信視聴要求応答のコンテンツ配信管理情報を取り出し（ステップＳ１２０１）、コンテンツ配信管理情報があるか判定する（ステップＳ１２０２）。その結果、ＳＩＰサーバ１０、コンテンツ配信管理情報がない場合には（ステップＳ１２０２否定）、処理を終了する。【０１１８】
そして、ＳＩＰサーバ１０は、コンテンツ配信管理情報がある場合には（ステップＳ１２０２肯定）、受信した視聴要求応答がユニキャストアドレスでのコンテンツ受信を行う旨の視聴要求応答（以下、視聴要求＃Ｕ）であるか判定する（ステップＳ１２０３）。【０１１９】
その結果、ＳＩＰサーバ１０は、受信した視聴要求応答が視聴要求応答＃Ｕである場合には（ステップＳ１２０３肯定）、コンテンツ管理情報をユニキャストに更新し（ステップＳ１２０４）、境界装置３０へ上流コンテンツ受信ポート宛ＲＴＰパケットを中継するように指示する（ステップＳ１２０５）。【０１２０】
また、ＳＩＰサーバ１０は、受信した視聴要求応答が視聴要求応答＃Ｕでない場合には（ステップＳ１２０３否定）、コンテンツ配信管理情報をマルチキャストに更新し（ステップＳ１２０７）、境界装置３０へ上流コンテンツ受信ポート宛ＲＴＰパケットを中継するように指示する（ステップＳ１２０８）。【０１２１】
そして、ＳＩＰサーバ１０は、配信種別がユニキャストであるか判定し（ステップＳ１２０９）、ユニキャストである場合には（ステップＳ１２０９肯定）、視聴要求応答＃Ｕを視聴装置リスト内全ての装置に返す（ステップＳ１２１１）。【０１２２】
また、ＳＩＰサーバ１０は、配信種別がマルチキャストであるか場合には（ステップＳ１２０９否定）、マルチキャストアドレスでのコンテンツ受信を行う旨の視聴要求応答（以下、視聴要求＃Ｍ）を視聴装置リスト内全ての装置に返す（ステップＳ１２１０）。【０１２３】
続いて、図３５は、実施例１に係るＳＩＰサーバ１０における視聴ポート変更応答の受信処理の動作を示すフローチャートである。同図に示すように、ＳＩＰサーバ１０は、視聴ポート変更応答を受信すると、受信した視聴ポート変更応答のコンテンツ配信管理情報を取り出し（ステップＳ１５０１）、コンテンツ配信管理情報があるか判定する（ステップＳ１５０２）。その結果、ＳＩＰサーバ１０、コンテンツ配信管理情報がない場合には（ステップＳ１５０２否定）、処理を終了する。【０１２４】
そして、ＳＩＰサーバ１０は、コンテンツ配信管理情報がある場合には（ステップＳ１５０２肯定）、受信した視聴ポート変更応答がユニキャストアドレスでのコンテンツ受信に変更する旨の視聴ポート変更応答（以下、視聴ポート変更応答＃Ｕ）であるか判定する（ステップＳ１５０３）。【０１２５】
その結果、ＳＩＰサーバ１０は、受信した視聴ポート変更応答が視聴ポート変更応答＃Ｕである場合には（ステップＳ１５０３肯定）、受信した視聴ポート変更応答の視聴装置対応のポート状態を受信開始とし（ステップＳ１５０４）、視聴装置リスト内の全ての視聴装置対応のポート受信開始か判定する（ステップＳ１５０５）。【０１２６】
その結果、ＳＩＰサーバ１０は、視聴装置リスト内の全ての視聴装置対応のポート受信開始である場合には（ステップＳ１５０５肯定）、境界装置３０へ下流コンテンツ放送ポート（マルチキャスト）でのマルチキャスト送信の停止を指示する（ステップＳ１５０６）。また、ＳＩＰサーバ１０は、視聴装置リスト内の全ての視聴装置対応のポート受信開始でない場合には（ステップＳ１５０５否定）、処理を終了する。【０１２７】
また、ＳＩＰサーバ１０は、受信した視聴ポート変更応答が視聴ポート変更応答＃Ｕでない場合には（ステップＳ１５０３否定）、受信した視聴ポート変更応答の視聴装置対応のポート状態を受信停止とし（ステップＳ１５０７）、境界装置３０へ受信視聴要求応答の視聴装置へのユニキャスト送信の停止を指示する（ステップＳ１５０８）。【０１２８】
続いて、図３６は、実施例１に係るＳＩＰサーバ１０における視聴終了の中継処理の動作を示すフローチャートである。同図に示すように、ＳＩＰサーバ１０は、視聴終了を受信すると、受信した視聴終了の「ｔｏ」と同じコンテンツ配信装置アドレスをもつコンテンツ配信をもつコンテンツ配信管理情報を取り出し（ステップＳ１７０１）、コンテンツ配信管理情報があるか判定する（ステップＳ１７０２）。【０１２９】
そして、ＳＩＰサーバ１０は、コンテンツ管理情報がない場合には（ステップＳ１７０２否定）、視聴終了応答を視聴装置４０へ返して（ステップＳ１７０６）、処理を終了する。【０１３０】
また、ＳＩＰサーバ１０は、コンテンツ管理情報がある場合には（ステップＳ１７０２肯定）、境界装置３０へ受信した視聴終了の視聴装置４０のコンテンツ受信ポート宛の中継停止を指示し（ステップＳ１７０３）、受信視聴終了の視聴装置アドレスとコンテンツ受信ポートをコンテンツ配信管理情報の視聴装置リストから削除する（ステップＳ１７０４）。【０１３１】
そして、ＳＩＰサーバ１０は、視聴装置数がＭ２Ｕ閾値よりも大きいか判定し（ステップＳ１７０５）、大きい場合には（ステップＳ１７０５肯定）視聴終了応答を視聴装置４０へ返して（ステップＳ１７０６）、処理を終了する。【０１３２】
また、ＳＩＰサーバ１０は、視聴装置数がＭ２Ｕ閾値以下である場合には（ステップＳ１７０５否定）、配信種別が「ユニキャスト」であるか判定する（ステップＳ１７０７）。その結果、ＳＩＰサーバ１０は、配信種別が「マルチキャスト」である場合には（ステップＳ１７０７否定）、マルチキャストアドレスを確保し、コンテンツ配信管理情報の下流コンテンツ放送ポートに記憶して（ステップＳ１７０８）、視聴終了応答を視聴装置４０へ返す（ステップＳ１７０９）。【０１３３】
そして、ＳＩＰサーバ１０は、視聴装置リスト内の全ての視聴装置４０へ視聴ポート変更＃Ｕを送信し（ステップＳ１７１０）、境界装置３０へＲＴＰパケットを視聴装置リストへの全コンテンツ受信ポート宛に中継開始を指示する（ステップＳ１７１１）。【０１３４】
また、ＳＩＰサーバ１０は、配信種別が「ユニキャスト」である場合には（ステップＳ１７０７肯定）、視聴終了応答を視聴装置４０へ返し（ステップＳ１７１２）、視聴装置リストが「０」であるか判定する（ステップＳ１７１３）。そして、ＳＩＰサーバ１０は、リストが「０」である場合には（ステップＳ１７１３肯定）、コンテンツフォルダへ視聴終了を送信し（ステップＳ１７１４）、リストが「０」でない場合には（ステップＳ１７１３否定）、そのまま処理を終了する。【０１３５】
続いて、図３７は、実施例１に係るＳＩＰサーバ１０における視聴終了の受信処理の動作を示すフローチャートである。同図に示すように、ＳＩＰサーバ１０は、視聴終了を受信すると、視聴終了応答に対応するコンテンツ配信管理情報を消滅させる（ステップＳ１８０１）。【０１３６】
続いて、図３８は、実施例１に係るＳＩＰサーバ１０における視聴要求の中継処理の動作であって、直接の中継先にＳＩＰサーバが視聴接続を監理するマルチキャストドメインからのマルチキャストパケットが到達しないものが存在する場合の例（つまり、図２３に例示する形態のマルチキャストドメイン間接続が存在する場合に適用される例）を示す。同図に示すように、ＳＩＰサーバ１０は、図３３に示した視聴要求の中継処理と同様に、視聴要求をコンテンツ配信装置へ向け中継送信した後（ステップＳ１９０６）、受信視聴要求のコンテンツ受信ポートがマルチキャスト到達区域内アドレスリストにあるか判定する（ステップＳ１９０７）。【０１３７】
続いて、図３９は、実施例１に係るＳＩＰサーバ１０における視聴要求応答の中継処理の動作であって、直接の中継先にＳＩＰサーバが視聴接続を監理するマルチキャストドメインからのマルチキャストパケットが到達しないものが存在する場合の例（つまり、図２３に例示する形態のマルチキャストドメイン間接続が存在する場合に適用される例）を示す。同図に示すように、ＳＩＰサーバ１０は、視聴要求応答を受信すると、図３４に示した視聴要求応答の中継処理と同様に、配信種別がユニキャストであるか判定する（ステップＳ２００８）。【０１３８】
その結果、ＳＩＰサーバ１０は、配信種別がマルチキャストである場合には（ステップＳ２００８否定）、視聴要求応答＃Ｍを視聴装置リスト内の「到達域＝域内」の全ての装置へマルチキャストでコンテンツを受信するように返信する（ステップＳ２００９）。【０１３９】
そして、ＳＩＰサーバ１０は、視聴要求応答＃Ｍを視聴装置リスト内の「到達域＝域外」の全ての装置へユニキャストでコンテンツを受信するように返す（ステップＳ２０１０）。【０１４０】
続いて、図４０は、実施例１に係るＳＩＰサーバ１０における視聴終了の中継処理の動作であって、直接の中継先にＳＩＰサーバが視聴接続を監理するマルチキャストドメインからのマルチキャストパケットが到達しないものが存在する場合の例（つまり、図２３に例示する形態のマルチキャストドメイン間接続が存在する場合に適用される例）を示す。同図に示すように、ＳＩＰサーバ１０は、視聴終了を受信すると、図３６に示した視聴終了の中継処理と同様に、視聴終了応答を視聴装置４０へ返した後（ステップＳ２１０８）、接続装置リスト内の「到達域＝域外」の全ての視聴装置４０へ視聴ポート変更＃Ｕを送信する（ステップＳ２１０９）。【０１４１】
続いて、図３９は、実施例１に係るＳＩＰサーバ１０における視聴ポート変更の受信処理の動作の例を示す。同図に示すように、ＳＩＰサーバ１０は、視聴ポート変更を受信すると、受信した視聴ポート変更対応のコンテンツ配信管理情報を取り出し（ステップＳ２２０１）、コンテンツ配信管理情報があるか判定する（ステップＳ２２０２）。【０１４２】
そして、ＳＩＰサーバ１０は、コンテンツ管理情報がない場合には（ステップＳ２２０２否定）、そのまま処理を終了する。また、ＳＩＰサーバ１０は、コンテンツ管理情報がある場合には（ステップＳ２２０２肯定）、受信した視聴ポート変更が視聴ポート変更＃Ｕであるか判定する（ステップＳ２２０３）。【０１４３】
その結果、ＳＩＰサーバ１０は、受信した視聴ポート変更が視聴ポート変更＃Ｕである場合には（ステップＳ２２０３肯定）、コンテンツ配信管理情報の受信種別をユニキャストに更新する（ステップＳ２２０４）。そして、ＳＩＰサーバ１０は、境界装置３０へ上流コンテンツ受信ポートＲＴＰパケットを中継するように指示し（ステップＳ２２０５）、視聴ポート変更応答＃Ｕを返す（ステップＳ２２０６）。【０１４４】
また、ＳＩＰサーバ１０は、受信した視聴ポート変更が視聴ポート変更＃Ｕでない場合には（ステップＳ２２０３否定）、コンテンツ配信管理情報の受信種別をマルチキャストに更新する（ステップＳ２２０７）。そして、ＳＩＰサーバ１０は、境界装置３０へ上流コンテンツ受信ポートＲＴＰパケットを中継するように指示し（ステップＳ２２０８）、視聴ポート変更応答＃Ｍを返す（ステップＳ２２０９）。【０１４５】
［視聴装置による処理］
次に、図４２〜４５を用いて、実施例１に係る視聴装置４０による処理を説明する図４２は、実施例１に係る視聴装置４０における視聴開始要求送信処理の動作を示すフローチャートである。図４３は、実施例１に係る視聴装置４０における視聴要求応答の受信処理の動作を示すフローチャートである。図４４は、実施例１に係る視聴装置４０における視聴ポート変更の受信処理の動作を示すフローチャートである。図４５は、実施例１に係る視聴装置４０における視聴終了の中継処理の動作を示すフローチャートである。【０１４６】
まず、図４２を用いて実施例１に係る視聴装置４０における視聴開始要求送信処理の動作を説明する。同図に示すように、視聴装置４０は、視聴者が開始操作を行うと、視聴要求を編集し（ステップＳ１００１）、ＳＩＰサーバ１０へ視聴要求を送信する（ステップＳ１００２）。そして、視聴装置４０は、コンテンツ受信ポート宛のコンテンツ（ＲＴＰパケット）をディスプレイに再生表示を開始する（ステップＳ１００３）。【０１４７】
次に、図４３を用いて実施例１に係る視聴装置４０における視聴要求応答の受信処理の動作を説明する。同図に示すように、視聴装置４０は、視聴要求応答を受信すると、受信した視聴要求応答が視聴要求応答＃Ｕであるか判定する（ステップＳ１３０１）。【０１４８】
その結果、視聴装置４０は、受信した視聴要求応答が視聴要求応答＃Ｕである場合には（ステップＳ１３０１肯定）、コンテンツ配信管理情報の受信種別をユニキャストに更新し（ステップＳ１３０２）、コンテンツ受信ポート宛のコンテンツをディスプレイに再生表示する（ステップＳ１３０３）。【０１４９】
また、視聴装置４０は、受信した視聴要求応答が視聴要求応答＃Ｍである場合には（ステップＳ１３０１否定）、コンテンツ受信情報の受信種別をマルチキャストに更新し（ステップＳ１３０４）、コンテンツ放送ポート宛のコンテンツをディスプレイに再生表示する（ステップＳ１３０５）。【０１５０】
次に、図４４を用いて実施例１に係る視聴装置４０における視聴ポート変更の受信処理の動作を説明する。同図に示すように、視聴装置４０は、視聴ポート変更を受信すると、受信した視聴ポート変更が視聴ポート変更＃Ｕであるか判定する（ステップＳ１４０１）。【０１５１】
その結果、視聴装置４０は、受信した視聴ポート変更が視聴ポート変更＃Ｕである場合には（ステップＳ１４０１肯定）、コンテンツ配信管理情報の情報種別をユニキャストに更新する（ステップＳ１４０２）。そして、視聴装置４０は、コンテンツ受信ポート宛のコンテンツをディスプレイに再生表示を開始して（ステップＳ１４０３）、視聴ポート変更応答を返す（ステップＳ１４０４）。【０１５２】
また、視聴装置４０は、受信した視聴ポート変更が視聴ポート変更＃Ｕでない場合には（ステップＳ１４０１否定）、コンテンツ受信情報の情報種別をマルチキャストに更新する（ステップＳ１４０５）。そして、視聴装置４０は、コンテンツ受信ポート宛のコンテンツをディスプレイに再生表示を開始して（ステップＳ１４０６）、視聴ポート変更応答＃Ｍを返す（ステップＳ１４０７）。【０１５３】
次に、図４５を用いて実施例１に係る視聴装置４０における視聴終了の中継処理の動作を説明する。同図に示すように、視聴装置４０は、視聴者が視聴を止める操作を行うと、視聴終了を編集する（ステップＳ１６０１）。【０１５４】
そして、視聴装置４０は、ＳＩＰサーバ１０へ視聴終了を送信し（ステップＳ１６０２）、コンテンツ受信ポート宛のコンテンツをディスプレイに再生表示することを停止する（ステップＳ１６０３）。【０１５５】
[実施例１の効果]
上述してきたように、ＳＩＰサーバ１０は、配信領域内における端末からの配信を要求する配信要求の数が所定の閾値以上であるかを判定し、配信要求の数が所定の閾値以上であると判定された場合には、マルチキャスト送信するように制御し、また、配信要求の数が所定の閾値より小さいと判定された場合には、ユニキャスト送信する。このため、無駄なパケットによる通信帯域の占有を防止し、通信サービスの品質を向上することが可能である。【０１５６】
また、実施例１によれば、配信領域外へ配信情報を送信する場合には、ユニキャスト送信するように制御するので、配信領域外での無駄なパケットによる通信帯域の占有を防止し、通信サービスの品質を向上することが可能である。
【実施例２】
【０１５７】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例２として本発明に含まれる他の実施例を説明する。【０１５８】
（１）システム構成等
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、視聴者数判定部１２ａと送信制御部１２ｂを統合してもよい。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。【０１５９】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することが【０１６０】
（２）プログラム
なお、本実施例で説明したコンテンツ配信方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【図１】
2010050022.tif 000003
【図２】
2010050022.tif 000004
【図３】
2010050022.tif 000005
【図４】
2010050022.tif 000006
【図５】
2010050022.tif 000007
【図６】
2010050022.tif 000008
【図７】
2010050022.tif 000009
【図８】
2010050022.tif 000010
【図９】
2010050022.tif 000011
【図１０】
2010050022.tif 000012
【図１１】
2010050022.tif 000013
【図１２】
2010050022.tif 000014
【図１３】
2010050022.tif 000015
【図１４】
2010050022.tif 000016
【図１５】
2010050022.tif 000017
【図１６】
2010050022.tif 000018
【図１７】
2010050022.tif 000019
【図１８】
2010050022.tif 000020
【図１９】
2010050022.tif 000021
【図２０】
2010050022.tif 000022
【図２１】
2010050022.tif 000023
【図２２】
2010050022.tif 000024
【図２３】
2010050022.tif 000025
【図２４】
2010050022.tif 000026
【図２５】
2010050022.tif 000027
【図２６】
2010050022.tif 000028
【図２７】
2010050022.tif 000029
【図２８】
2010050022.tif 000030
【図２９】
2010050022.tif 000031
【図３０】
2010050022.tif 000032
【図３１】
2010050022.tif 000033
【図３２】
2010050022.tif 000034
【図３３】
2010050022.tif 000035
【図３４】
2010050022.tif 000036
【図３５】
2010050022.tif 000037
【図３６】
2010050022.tif 000038
【図３７】
2010050022.tif 000039
【図３８】
2010050022.tif 000040
【図３９】
2010050022.tif 000041
【図４０】
2010050022.tif 000042
【図４１】
2010050022.tif 000043
【図４２】
2010050022.tif 000044
【図４３】
2010050022.tif 000045
【図４４】
2010050022.tif 000046
【図４５】
2010050022.tif 000047
【国際調査報告】
2010050022.tif 000048
2010050022.tif 000049
2010050022.tif 000050