JP2019075741A

JP2019075741A - トラヒック変換方法、配信システム、ユニキャスト・マルチキャスト変換装置、マルチキャスト・ユニキャスト変換装置、ユニキャスト・マルチキャスト変換プログラム、及びマルチキャスト・ユニキャスト変換プログラム

Info

Publication number: JP2019075741A
Application number: JP2017201960A
Authority: JP
Inventors: 秀和清水; Hidekazu Shimizu; 稔久藤原; Toshihisa Fujiwara; 笠原　康信; Yasunobu Kasahara; 康信笠原
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2017-10-18
Filing date: 2017-10-18
Publication date: 2019-05-16
Anticipated expiration: 2037-10-18
Also published as: JP6770498B2

Abstract

【課題】送信側と受信側の装置においてユニキャスト方式の装置を利用し、かつ通信ネットワークにおいてマルチキャスト方式による伝送を行う際、通信ネットワークにおける入出力情報の同一性を確保する。【解決手段】Ｕ−Ｍ変換装置が、受信したユニキャストトラヒックの宛先アドレスが、当該ユニキャストトラヒックに含まれる配信情報の識別情報に関連付けた宛先アドレスと一致する場合、ユニキャストトラヒックの宛先アドレスを当該識別情報に対応するマルチキャストアドレスに書き換えてマルチキャストトラヒックとして送信し、Ｍ−Ｕ変換装置が、マルチキャストトラヒックを受信した場合、受信者端末装置の数に応じた数のユニキャストトラヒックであって宛先アドレスとして当該マルチキャストトラヒックの宛先アドレスであるマルチキャストアドレスに関連付けた受信者端末装置のユニキャストアドレスを有するユニキャストトラヒックを生成して送信する。【選択図】図１

Description

本発明は、トラヒック変換方法、配信システム、ユニキャスト・マルチキャスト変換装置、マルチキャスト・ユニキャスト変換装置、ユニキャスト・マルチキャスト変換プログラム、及びマルチキャスト・ユニキャスト変換プログラムに関する。

インターネットのトラヒック量は、年々増加する傾向にあり、特に、映像コンテンツを配信する事業を行っている配信事業者（例えば、図４０の配信事業者Ａ，Ｂ，Ｃ，…）によるトラヒックが著しく増加している。インターネットにおけるトラヒック量が増加すると、それに伴って、通信事業者の通信ネットワークを経由するトラヒック量も増加する。そのため、通信事業者は、トラヒック量の増加に応じて、輻輳などが生じないよう、設備投資を行わなければならない。

通信事業者にとって、同業他社との価格競争の点から、この設備投資により生じる設備投資費用をエンドユーザやコンテンツ配信事業者に対して転嫁することは難しい。そのため、通信事業者は、設備投資を回収し得る新たなサービスを提供したり、設備投資を最小限に抑えたりする企業努力を行うことになる。例えば、後者の設備投資を最小限に抑える手法として、通信事業者の通信ネットワークにおける伝送帯域を効率良く利用するといったことが行われている。

伝送帯域を効率よく利用する手法の具体例として、マルチキャスト方式を適用する手法がある（例えば、非特許文献１参照）。図４１（ａ）に示すように、各エンドユーザが利用する受信者端末装置７００−Ａ〜７００−Ｃを宛先としてユニキャスト方式でコンテンツ情報を送信する場合、３台数分の帯域が必要となる。

これに対して、マルチキャスト方式を利用する手法では、図４１（ｂ）に示すように、コンテンツ配信装置６１０−Ａからエッジルータ８０２までの間の伝送帯域として１台分の帯域があれば、コンテンツ情報を送信することができる。マルチキャスト方式は、受信するエンドユーザの数が多いほど伝送帯域削減の効果が高まるため、多数のエンドユーザによる受信が見込まれるコンテンツ情報の配信に適した方式である。

コンテンツ情報をマルチキャスト方式で送信するには、当該コンテンツ情報をユニキャスト方式により、マルチキャスト方式に対応したルータ等の機器に対して送信すればよい。マルチキャスト方式に対応した機器は、当該コンテンツ情報を含むユニキャスト方式のパケットを受信すると、マルチキャスト方式のパケットに変換して送信を行う。

マルチキャスト方式に対応したルータは、大きく以下の２つに分類される。一方は、コンテンツ配信事業者が多拠点に送信するための大規模なルータであり、他方は、エンドユーザが個人宅内において、または事業所内等において少数の端末装置に送信するための小規模なルータである。これらのルータは、いずれも市販品として提供されている。ただし、前者の大規模なルータは大型であり、かつ高価であるため、通信事業者のルータを利用するといったことも行われている。

特許第４６６５００７号公報特許第４８１４９９８号公報

S. Deering, RFC(Request for Comments)1112, "Host Extensions for IP Multicasting", August, 1989

図４０に示すように、コンテンツ配信サービスは、コンテンツを配信する設備であるコンテンツ配信装置６１０−Ａ，６１０−Ｂ，６１０−Ｃ，…、通信ネットワーク、受信者端末装置７００−Ａ〜７００−Ｆによって行われる。また、安定性のために、コンテンツ配信装置６１０−Ａ〜６１０−Ｃ，…とともに、切り替えが可能な予備系のコンテンツ配信装置を備える場合もある。

また、図４０に示すように、コンテンツ配信装置６１０−Ａ，６１０−Ｂ，６１０−Ｃ，…と通信ネットワークとの接続インタフェースとして、ＳＮＩ（Application Server-Network Interface）が規定されている。また、通信ネットワークと受信者端末装置７００−Ａ〜７００−Ｆとの接続インタフェースとしてＵＮＩ（User-Network Interface）が規定されている。

これらの装置や通信ネットワークは、相互に接続性が確保されている必要がある。すなわち、コンテンツ配信サービスにおいては、ＳＮＩ、及びＵＮＩにおいて入出力するトラヒックの条件を整合させる必要がある。この条件をＩＦ（Interface）条件ということもある。ＩＦ条件は、入出力するトラヒックをユニキャストとするか、マルチキャストとするかという条件も含んでおり、サービス提供にあたっては、この条件を予め定めておく必要がある。

ここで、本明細書におけるトラヒックの用語について定義する。トラヒックとは、一般的には、「通信回線を通じて送受信される情報。また、その流れ。」（広辞苑第６版より）とされており、本明細書では、図４２に示すように、コンテンツ情報等の送信する情報に対して、送信に必要な各種情報が付加された情報であるとする。例えば、送信する情報をＩＰ（Internet Protocol）パケットに格納して送信する場合、ＩＰヘッダと、コンテンツ情報を含むペイロードとを含むＩＰパケットに対して、更に、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダと、ＦＣＳ（Frame Check Sequence）とが付け加えられたＥｔｈｅｒｎｅｔ（登録商標）フレームに相当する情報などをトラヒックという。なお、トラヒックには、必要に応じてＩＰヘッダとペイロードとの間にＴＣＰ（Transmission Control Protocol）ヘッダ又はＵＤＰ(User Diagram Protocol)ヘッダが付与される。

以下、マルチキャストトラヒックにより送信する際の問題点について説明する。例えば、図４３に示す構成では、配信事業者Ａのコンテンツ配信装置６１０−Ａと、配信事業者Ｂのコンテンツ配信装置６１０−Ｂは、マルチキャストに対応（ＭＣ対応）しているのに対して、配信事業者Ｃのコンテンツ配信装置６１０−Ｃは、マルチキャストに対応していない（ＭＣ非対応）。また、受信者端末装置７００−Ａ〜７００−Ｆにおいても、受信者端末装置７００−Ａ，７００−Ｄ，７００−Ｆは、マルチキャストに対応しているのに対して、受信者端末装置７００−Ｂ，７００−Ｃ，７００−Ｅは、マルチキャストに対応していない。この構成において、ＳＮＩとＵＮＩの両方のＩＦ条件をマルチキャストとした場合の相互接続性について説明する。

ＳＮＩとＵＮＩの両方をマルチキャストとした場合、コンテンツ配信装置６１０−Ａ，６１０−Ｂは、マルチキャストに対応しているためＳＮＩを介して通信ネットワークに接続することができる。コンテンツ配信装置６１０−Ａ，６１０−Ｂの各々が送信するトラヒックが消費する伝送帯域は、配信チャネル数×受信者端末装置１台分となり、図４１に示した伝送帯域の削減を行うことができている。これに対して、コンテンツ配信装置６１０−Ｃは、マルチキャストに対応していないためＳＮＩを介して通信ネットワークに接続することができない。

また、受信者端末装置７００−Ａ，７００−Ｄ，７００−Ｆは、マルチキャストに対応しているためＵＮＩを介して通信ネットワークに接続し、コンテンツ配信装置６１０−Ａ，６１０−Ｂが送信するトラヒックを受信することができる。これに対して、受信者端末装置７００−Ｂ，７００−Ｃ，７００−Ｅは、マルチキャストに対応していないためＵＮＩを介して通信ネットワークに接続することができない。すなわち、ＳＮＩとＵＮＩをマルチキャストにした場合、これらに接続する装置は全てマルチキャストに対応している必要がある。

マルチキャストの送受信に対応した装置は、市販品として入手することができるが、インターネットトラヒックは、一般的にはユニキャストである。そのため、マルチキャストの送受信に対応させるとなると、マルチキャストの送受信を提供する通信ネットワーク向けの特別な設定が必要となり、運用が煩雑になるという問題がある。

この問題を解決するために、ＳＮＩとＵＮＩの両方のＩＦ条件をユニキャストとすることが考えられる。しかし、通信ネットワーク部分は、上述したように伝送帯域の効率的利用の観点から、マルチキャストであることが望ましい。ＳＮＩとＵＮＩのＩＦ条件をユニキャストにすることと、通信ネットワーク部分をマルチキャストにすることは、相反する関係にあるため両立させるための技術が必要である。

この両立を可能とする技術の一例として、例えば、図４４に示すように、ＳＮＩにおいてユニキャストでトラヒックを与えて、通信ネットワーク部分では、マルチキャストに変換して多地点に送信した後、各地点において再びユニキャストに変換してＵＮＩから出力する技術が考えられる。図４４に示す構成では、Ｕ−Ｍ変換装置９０１が、ユニキャストからマルチキャストへの変換を行い、各地点に設置されるＭ−Ｕ変換装置９０２−１〜９０２−６が、マルチキャストからユニキャストへの変換を行う。

このようにすることで、コンテンツ配信装置６１０−Ａ〜６１０−Ｃは、マルチキャストに対応していなくてもＳＮＩを介して通信ネットワークに接続することができる。また、受信者端末装置７００−Ａ〜７００−Ｆも、マルチキャストに対応していなくてもＵＮＩを介して通信ネットワークに接続することができる。また、さらに、通信ネットワーク部分は、マルチキャストによって伝送することができるため伝送帯域の削減を図ることもできる。

このようなユニキャストからマルチキャストへ変換する装置や、マルチキャストからユニキャストへ変換する装置は、例えば、特許文献１及び２により開示されている。特許文献１では、監視カメラが接続する通信ネットワークにおいて、監視カメラがユニキャストで送信した監視画像を、マルチキャストに変換し、監視拠点に送信する技術が開示されている。

また、特許文献２では、ＤＳＬ（Digital Subscriber Line）によるアクセス回線を経由したトラヒックを宅内において無線ＬＡＮ（Local Area Network）にて送信する際に、マルチキャストからユニキャストへの変換する技術が開示されている。この技術により、無線ＬＡＮ区間において、より確実なトラヒックの送信を実現している。

ユニキャストからマルチキャストへの変換技術、及びマルチキャストからユニキャストへの変換技術は、上記のように既存技術として知られており、市販品としても提供されている。しかしながら、単にこれらを組み合わせても、コンテンツ配信装置６１０−Ａ〜６１０−Ｃから受信者端末装置７００−Ａ〜７００−Ｆに対して問題なくコンテンツ情報を送信することができるというわけではない。

コンテンツ情報を正しく送信するためには、ＳＮＩに対してコンテンツ配信装置６１０−Ａ〜６１０−Ｃが送出するユニキャストトラヒックのパケットのヘッダと、ＵＮＩから送出されるユニキャストトラヒックのパケットのヘッダとが一致している必要がある。不一致の場合、受信者端末装置７００−Ａ〜７００Ｆは、想定しないトラヒックとして当該パケットを破棄してしまう。

例えば、図４５に示すように、受信者端末装置７００−Ｆに対してグローバルＩＰアドレスとして「２００１：１５８：２４４３：１：：２」が付与されているとする。コンテンツ配信装置６１０−Ａは、受信者端末装置７００−Ｆからのコンテンツの配信開始要求を受けて、宛先アドレスを「２００１：１５８：２４４３：１：：２」としてＵ−Ｍ変換装置９０１に送信する。

Ｕ−Ｍ変換装置９０１は、ユニキャストからマルチキャストに変換する際に宛先アドレスを、例えば、予め定められるマルチキャストＩＰアドレスの「ＦＦ３Ｅ：１：：２」に変換して送信する。Ｍ−Ｕ変換装置９０２−６は、マルチキャストＩＰパケットを受信して、マルチキャストからユニキャストに変換する。

このとき、既存の技術によるＭ−Ｕ変換装置９０２−６では、コンテンツ配信装置６１０−Ａからの宛先アドレスの引き継ぎを行うことができない。そのため、例えば、マルチキャストＩＰパケットの宛先アドレスを固定的に割り当てられている「２００１：１５８：２４４３：１：：２０００」に書き換えて送信してしまったとする。このアドレスは、コンテンツ配信装置６１０−Ａが送出した際のアドレスと異なる。そのため、受信者端末装置７００−Ｆは、受信したユニキャストＩＰパケットの宛先アドレスが自端末のＩＰアドレスと異なるため、当該ユニキャストＩＰパケットを破棄し、その結果、トラヒックが欠損してしまうという問題がある。

上記事情に鑑み、本発明は、送信側と受信側の装置においてユニキャスト方式の装置を利用し、かつ通信ネットワークにおいてマルチキャスト方式による伝送を行う際、通信ネットワークにおける入出力情報の同一性を確保することができる技術の提供を目的としている。

本発明の一態様は、ユニキャスト・マルチキャスト変換装置と、マルチキャスト・ユニキャスト変換装置とによって行われるトラヒック変換方法であって、異なる配信情報を一意に識別可能な識別情報ごとに異なるマルチキャストアドレスを予め関連付けておき、前記マルチキャスト・ユニキャスト変換装置が、前記識別情報に対応する前記マルチキャストアドレスと、当該識別情報に対応する前記配信情報の送信先となる受信者端末装置に予め付与されるユニキャストアドレスとを関連付け、前記ユニキャスト・マルチキャスト変換装置が、配信装置から受信するユニキャストトラヒックに含まれる前記配信情報の前記識別情報の各々と、当該受信するユニキャストトラヒックの宛先アドレスのいずれか１つとを関連付け、前記ユニキャスト・マルチキャスト変換装置が、受信した前記ユニキャストトラヒックの前記宛先アドレスが、当該ユニキャストトラヒックに含まれる前記配信情報の前記識別情報に関連付けた前記宛先アドレスと一致する場合、前記ユニキャストトラヒックの前記宛先アドレスを当該識別情報に対応する前記マルチキャストアドレスに書き換えてマルチキャストトラヒックとして送信し、前記マルチキャスト・ユニキャスト変換装置が、前記マルチキャストトラヒックを受信した場合、前記受信者端末装置の数に応じた数の前記ユニキャストトラヒックであって前記宛先アドレスとして当該マルチキャストトラヒックの前記宛先アドレスである前記マルチキャストアドレスに関連付けた前記受信者端末装置の前記ユニキャストアドレスを有する前記ユニキャストトラヒックを生成して送信するトラヒック変換方法である。

本発明の一態様は、上記のトラヒック変換方法であって、前記ユニキャスト・マルチキャスト変換装置が、前記識別情報ごとの受信者数に応じて、前記配信装置から受信した前記ユニキャストトラヒックを前記マルチキャストトラヒックに変換して送信するか否かを判定し、受信した前記ユニキャストトラヒックを前記マルチキャストトラヒックに変換して送信すると判定した場合に変換せずに前記ユニキャストトラヒックを送信しているとき、受信した前記ユニキャストトラヒックの前記宛先アドレスを前記マルチキャストアドレスに書き換えて前記マルチキャストトラヒックに変換して送信し、受信した前記ユニキャストトラヒックを前記マルチキャストトラヒックに変換して送信しないと判定した場合に前記ユニキャストトラヒックから前記マルチキャストトラヒックへの変換を行っているとき、当該変換を停止して受信した前記ユニキャストトラヒックを送信し、前記マルチキャスト・ユニキャスト変換装置が、前記ユニキャストトラヒックを受信した場合、受信した前記ユニキャストトラヒックを変換せずに送信する。

本発明の一態様は、上記のトラヒック変換方法であって、前記ユニキャスト・マルチキャスト変換装置が、前記識別情報ごとの受信者数と、予め定められる閾値とに基づいて、前記配信装置から受信した前記ユニキャストトラヒックを前記マルチキャストトラヒックに変換して送信するか否かを判定し、前記ユニキャスト・マルチキャスト変換装置が、前記閾値を、通信品質に関する情報に基づいて減少、または、増加させる。

本発明の一態様は、ユニキャスト・マルチキャスト変換装置と、マルチキャスト・ユニキャスト変換装置と、配信情報を含むユニキャストトラヒックを送信する配信装置と、ユニキャストアドレスが予め付与され、前記配信情報を含む前記ユニキャストトラヒックを受信する受信者端末装置と、を備える配信システムであって、前記配信装置は、前記配信情報と、異なる前記配信情報を一意に識別可能な識別情報とを関連付けて記憶する配信情報記憶部と、配信対象の前記配信情報を前記配信情報記憶部から読み出し、送信先の前記受信者端末装置の前記ユニキャストアドレスを宛先アドレスとして、読み出した前記配信情報を含む前記ユニキャストトラヒックを送信する配信部と、を備え、前記マルチキャスト・ユニキャスト変換装置は、前記識別情報ごとに異なるマルチキャストアドレスを対応付けたマルチキャスト・ユニキャスト変換テーブルを記憶する記憶部と、前記マルチキャスト・ユニキャスト変換テーブルを参照して、前記識別情報に対応する前記マルチキャストアドレスと、当該識別情報に対応する前記配信情報の送信先となる前記受信者端末装置に付与されている前記ユニキャストアドレスとの関連付けを行う情報検出処理部と、前記ユニキャスト・マルチキャスト変換装置が送信するマルチキャストトラヒックを受信した場合、前記受信者端末装置の数に応じた数の前記ユニキャストトラヒックであって前記宛先アドレスとして当該マルチキャストトラヒックの前記宛先アドレスである前記マルチキャストアドレスに関連付けた前記受信者端末装置の前記ユニキャストアドレスを有する前記ユニキャストトラヒックを生成して送信するマルチキャスト・ユニキャスト変換処理部と、を備え、前記ユニキャスト・マルチキャスト変換装置は、前記識別情報ごとに異なる前記マルチキャストアドレスを対応付けたユニキャスト・マルチキャスト変換テーブルを記憶する記憶部と、前記配信装置から受信する前記ユニキャストトラヒックに含まれる前記配信情報の前記識別情報の各々と、当該受信するユニキャストトラヒックの前記宛先アドレスのいずれか１つとを関連付け、受信する前記ユニキャストトラヒックの前記宛先アドレスが、当該ユニキャストトラヒックに含まれる前記配信情報の前記識別情報に関連付けた前記宛先アドレスと一致する場合、前記ユニキャスト・マルチキャスト変換テーブルを参照し、前記ユニキャストトラヒックの宛先アドレスを当該識別情報に対応する前記マルチキャストアドレスに書き換えて前記マルチキャストトラヒックとして送信するユニキャスト・マルチキャスト変換処理部と、を備える配信システムである。

本発明の一態様は、異なる配信情報を一意に識別可能な識別情報に予め関連付けられているマルチキャストアドレスと、当該識別情報に対応する前記配信情報の送信先となる受信者端末装置に予め付与されるユニキャストアドレスとを関連付け、マルチキャストトラヒックを受信した場合、前記受信者端末装置の数に応じた数のユニキャストトラヒックであって宛先アドレスとして当該マルチキャストトラヒックの前記宛先アドレスである前記マルチキャストアドレスに関連付けた前記受信者端末装置の前記ユニキャストアドレスを有する前記ユニキャストトラヒックを生成して送信するマルチキャスト・ユニキャスト変換装置と共に用いられるユニキャスト・マルチキャスト変換装置であって、前記識別情報ごとに異なる前記マルチキャストアドレスを対応付けたユニキャスト・マルチキャスト変換テーブルを記憶する記憶部と、配信装置から受信する前記ユニキャストトラヒックに含まれる前記配信情報の前記識別情報の各々と、当該受信するユニキャストトラヒックの前記宛先アドレスのいずれか１つとを関連付け、受信する前記ユニキャストトラヒックの前記宛先アドレスが、当該ユニキャストトラヒックに含まれる前記配信情報の前記識別情報に関連付けた前記宛先アドレスと一致する場合、前記ユニキャスト・マルチキャスト変換テーブルを参照し、前記ユニキャストトラヒックの前記宛先アドレスを当該識別情報に対応する前記マルチキャストアドレスに書き換えて前記マルチキャストトラヒックとして送信するユニキャスト・マルチキャスト変換処理部と、を備えるユニキャスト・マルチキャスト変換装置である。

本発明の一態様は、異なる配信情報を一意に識別可能な識別情報ごとに異なるマルチキャストアドレスを予め関連付けておき、配信装置から受信するユニキャストトラヒックに含まれる前記配信情報の前記識別情報の各々と、当該受信するユニキャストトラヒックの宛先アドレスのいずれか１つとを関連付け、受信する前記ユニキャストトラヒックの前記宛先アドレスが、当該ユニキャストトラヒックに含まれる前記配信情報の前記識別情報に関連付けた前記宛先アドレスと一致する場合、前記ユニキャストトラヒックの前記宛先アドレスを当該識別情報に対応する前記マルチキャストアドレスに書き換えてマルチキャストトラヒックとして送信するユニキャスト・マルチキャスト変換装置と共に用いられるマルチキャスト・ユニキャスト変換装置であって、前記識別情報ごとに異なる前記マルチキャストアドレスを対応付けたマルチキャスト・ユニキャスト変換テーブルを記憶する記憶部と、前記マルチキャスト・ユニキャスト変換テーブルを参照して、前記識別情報に対応する前記マルチキャストアドレスと、当該識別情報に対応する前記配信情報の送信先となる受信者端末装置に付与されているユニキャストアドレスとの関連付けを行う情報検出処理部と、前記ユニキャスト・マルチキャスト変換装置が送信する前記マルチキャストトラヒックを受信した場合、前記受信者端末装置の数に応じた数の前記ユニキャストトラヒックであって前記宛先アドレスとして当該マルチキャストトラヒックの前記宛先アドレスである前記マルチキャストアドレスに関連付けた前記受信者端末装置の前記ユニキャストアドレスを有する前記ユニキャストトラヒックを生成して送信するマルチキャスト・ユニキャスト変換処理部と、を備えるマルチキャスト・ユニキャスト変換装置である。

本発明の一態様は、上記のユニキャスト・マルチキャスト変換装置をコンピュータに実現させるためのユニキャスト・マルチキャスト変換プログラムである。

本発明の一態様は、上記のマルチキャスト・ユニキャスト変換装置をコンピュータに実現させるためのマルチキャスト・ユニキャスト変換プログラムである。

本発明により、送信側と受信側の装置においてユニキャスト方式の装置を利用し、かつ通信ネットワークにおいてマルチキャスト方式による伝送を行う際、通信ネットワークにおける入出力情報の同一性を確保することが可能となる。

第１の実施形態のコンテンツ配信システムの構成を示すブロック図である。同実施形態において送信されるトラヒックのデータ形式を示す図である。同実施形態のコンテンツ配信装置の構成を示すブロック図である。同実施形態のＵ−Ｍ変換装置の構成を示すブロック図である。同実施形態のＵ−Ｍ変換テーブルのデータ構成を示す図である。同実施形態のＭ−Ｕ変換装置の構成を示すブロック図である。同実施形態のＭ−Ｕ変換テーブルのデータ構成を示す図である。同実施形態のＵ−Ｍ変換装置によるトラヒック変換処理の流れを示すフローチャートである。同実施形態のＭ−Ｕ変換装置によるトラヒック変換処理の流れを示すフローチャートである。同実施形態におけるコンテンツ配信処理を示す図（その１）である。同実施形態におけるコンテンツ配信処理を示す図（その２）である。同実施形態におけるコンテンツ配信処理を示す図（その３）である。同実施形態におけるコンテンツ配信処理を示す図（その４）である。同実施形態におけるコンテンツ配信処理を示す図（その５）である。第２の実施形態のコンテンツ配信システムの構成を示すブロック図である。トラヒック変換のタイミングのずれにおいて生じる状態を示す図である。同実施形態のコンテンツ配信装置の構成を示すブロック図である。同実施形態のコンテンツ配信装置の受信者情報記憶部が記憶する情報のデータ構成を示す図である。同実施形態のＵ−Ｍ変換装置の構成を示すブロック図である。同実施形態のＭ−Ｕ変換装置の構成を示すブロック図である。同実施形態のＵ−Ｍ変換装置によるトラヒック変換処理の流れを示すフローチャートである。同実施形態のＭ−Ｕ変換装置によるトラヒック変換処理の流れを示すフローチャート（その１）である。同実施形態のＭ−Ｕ変換装置によるトラヒック変換処理の流れを示すフローチャート（その２）である。同実施形態のＭ−Ｕ変換装置によるトラヒック変換処理の流れを示すフローチャート（その３）である。同実施形態におけるコンテンツ配信処理を示す図（その１）である。同実施形態におけるコンテンツ配信処理を示す図（その２）である。同実施形態におけるコンテンツ配信処理を示す図（その３）である。同実施形態におけるコンテンツ配信処理を示す図（その４）である。同実施形態におけるコンテンツ配信処理を示す図（その５）である。同実施形態においてトラヒック変換のタイミングの同期を取った場合の状態を示す図（その１）である。同実施形態におけるコンテンツ配信処理を示す図（その６）である。同実施形態におけるコンテンツ配信処理を示す図（その７）である。同実施形態におけるコンテンツ配信処理を示す図（その８）である。同実施形態においてトラヒック変換のタイミングの同期を取った場合の状態を示す図（その２）である。第３の実施形態のコンテンツ配信システムの構成を示すブロック図である。同実施形態のＵ−Ｍ変換装置の構成を示すブロック図である。同実施形態のＭ−Ｕ変換装置の構成を示すブロック図である。同実施形態のＵ−Ｍ変換装置によるパラメータ変更処理の流れを示すフローチャート（その１）である。同実施形態のＵ−Ｍ変換装置によるパラメータ変更処理の流れを示すフローチャート（その２）である。コンテンツ情報をユニキャスト方式で送信する場合の構成を示す図である。コンテンツ情報をユニキャスト方式とマルチキャスト方式で送信する場合の構成を比較する図である。トラヒックを定義する図である。マルチキャスト方式を適用する場合の問題点を説明する図（その１）である。マルチキャスト方式を適用する場合の問題点を説明する図（その２）である。マルチキャスト方式を適用する場合の問題点を説明する図（その３）である。

（第１の実施形態）
以下、本発明の実施形態について図面を参照して説明する。図１は、第１の実施形態のコンテンツ配信システム１の構成を示すブロック図である。コンテンツ配信システム１は、配信事業者設備３００−１，３００−２，３００−３、ユニキャスト・マルチキャスト変換装置（以下「Ｕ−Ｍ変換装置」という）１０ａ，１０ｓ、コアルータ３０−１，３０−２、伝送装置４０−１−１，４０−１−２，４０−２−１，４０−２−２、エッジルータ５０−１，５０−２、マルチキャスト・ユニキャスト変換装置（以下「Ｍ−Ｕ変換装置」という）２０−１，２０−２、ＯＬＴ(Optical Line Terminal)６０−１，６０−２、光スプリッタ６１−１，６１−２、ＯＮＵ（Optical Network Unit）６２−１−１，６２−１−２，６２−１−３，６２−２−１，６２−２−２，６２−２−３、受信者端末装置７０−１，７０−２，７０−３，７０−４，７０−５，７０−６、表示装置７１−１，７１−２，７１−３，７１−４，７１−５，７１−６、及びＯＳＳ（Operating Support System）４００を備える。

配信事業者設備３００−１，３００−２，３００−３の各々は、例えば、異なる配信事業者によって運営されており、各々が現用系と予備系の装置であるコンテンツ配信装置３１０−１ａ，３１０−１ｓ、コンテンツ配信装置３１０−２ａ，３１０−２ｓ、コンテンツ配信装置３１０−３ａ，３１０−３ｓを備える。コンテンツ配信装置３１０−１ａ，３１０−２ａ，３１０−３ａは現用系の装置であり、コンテンツ配信装置３１０−１ｓ，３１０−２ｓ，３１０−３ｓは予備系の装置である。予備系の装置は、常に現用系の装置が内部に記憶する情報を共有して同一の状態を維持して現用系の装置と同様の処理を行っており、現用系の装置が、障害の発生等によって動作を停止した場合、コンテンツ情報の配信の処理等を継続して行う。

配信事業者設備３００−１，３００−２，３００−３を運営する配信事業者の各々には、予め異なる配信事業者ＩＤ（Identification）が付与されており、各々に、配信事業者ＩＤとして、例えば、「１」，「２」，「３」が予め付与されているものとする。

コンテンツ配信装置３１０−１ａ，３１０−１ｓ，３１０−２ａ，３１０−２ｓ，３１０−３ａ，３１０−３ｓは、例えば、図２に示すデータ形式によりコンテンツ情報を送信する。図２に示すデータ形式は、図４２を参照して定義したトラヒックに相当しており、ＩＰｖ６パケットを含むＥｔｈｅｒｎｅｔ（登録商標）フレームを示したものである。なお、図２では、ＩＰｖ６ヘッダとペイロードとの間にＵＤＰヘッダを付与した例を示している。コンテンツ情報は、ＩＰｖ６パケットのペイロードである４６〜１５００Ｂｙｔｅの大きさのデータ部分に格納されて送信される。なお、以下の説明において、ユニキャストとマルチキャストを区別して、図２に示すデータ形式のトラヒックを示す場合、ユニキャストＩＰトラヒック、または、マルチキャストＩＰトラヒックという。

ＳＮＩからＵＮＩまでの部分は、例えば、通信事業者によって運営される通信ネットワークの部分となる。Ｕ−Ｍ変換装置１０ａは、コンテンツ配信装置３１０−１ａ，３１０−２ａ，３１０−３ａからユニキャストＩＰトラヒックを受信する。ユニキャストＩＰトラヒックは、ユニキャスト送信により送信されるＩＰパケットを表す。また、Ｕ−Ｍ変換装置１０ａは、受信したユニキャストＩＰトラヒックに応じて、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換してコアルータ３０−１に送信したり、受信したユニキャストＩＰトラヒックを破棄したりする。マルチキャストＩＰトラヒックは、マルチキャスト送信により送信されるＩＰパケットを表す。

Ｕ−Ｍ変換装置１０ｓは、コンテンツ配信装置３１０−１ｓ，３１０−１ｓ、３１０−２ｓ，３１０−３ｓからユニキャストＩＰトラヒックを受信する。また、Ｕ−Ｍ変換装置１０ｓは、受信したユニキャストＩＰトラヒックに応じて、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換してコアルータ３０−２に送信したり、受信したユニキャストＩＰトラヒックを破棄したりする。

Ｕ−Ｍ変換装置１０ａとＵ−Ｍ変換装置１０ｓとは、現用系と予備系の関係にある装置である。予備系のＵ−Ｍ変換装置１０ｓは、現用系のＵ−Ｍ変換装置１０ａが内部に記憶する情報を共有して同一の状態を維持して現用系の装置と同様の処理を行っている。ただし、現用系のＵ−Ｍ変換装置１０ａが正常に動作している間は、予備系のＵ−Ｍ変換装置１０ｓは、コアルータ３０−２に対して送信を行わない。予備系のＵ−Ｍ変換装置１０ｓは、現用系のＵ−Ｍ変換装置１０ａが障害の発生等によって動作を停止した場合、コアルータ３０−２への送信を開始する。

コアルータ３０−１，３０−２、及びエッジルータ５０−１，５０−２は、いわゆるＩＰパケットを転送するルータであり、受信したユニキャストまたはマルチキャストのＩＰトラヒックの宛先アドレスと、内部に記憶する経路情報とに基づいて、受信したユニキャストまたはマルチキャストのＩＰトラヒックの転送を行う。なお、マルチキャストＩＰトラヒックを送信する場合に必要となるＭＬＤ（Multicast Listener Discovery）は、中継を行うコアルータ３０−１，３０−２、及びエッジルータ５０−１，５０−２に静的に設定されているものとする。なお、静的な設定に限られず、ＰＩＭ（Protocol Independent Multicast）−ＳＳＭ（Source Specific Multicast）等によって動的に設定される方式が適用されてもよい。

伝送装置４０−１−１，４０−１−２，４０−２−１，４０−２−２は、例えば、ＢＯＡＤＭ（Bidirectional Optical Add/Drop Multiplexer）及びＲＯＡＤＭ（Reconfigurable Optical Add/Drop Multiplexer）等のＩＰトラヒックを光信号に変換して伝送を行う伝送装置である。なお、ＢＯＡＤＭ（Bidirectional Optical Add/Drop Multiplexer）及びＲＯＡＤＭ（Reconfigurable Optical Add/Drop Multiplexer）に限られず、他の方式の伝送装置が適用されてもよい。

Ｍ−Ｕ変換装置２０−１は、エッジルータ５０−１から受信したコンテンツ情報を含むマルチキャストＩＰトラヒックを当該コンテンツ情報の配信を要求した受信者端末装置７０−１〜７０−３の数に応じて複製する。また、Ｍ−Ｕ変換装置２０−１は、複製したマルチキャストＩＰトラヒックの宛先アドレスを当該コンテンツ情報の配信を要求した受信者端末装置７０−１〜７０−３に付与されているグローバルＩＰアドレスに書き換えてユニキャストＩＰトラヒックに変換して送信する。

Ｍ−Ｕ変換装置２０−２は、エッジルータ５０−２から受信したコンテンツ情報を含むマルチキャストＩＰトラヒックを当該コンテンツ情報の配信を要求した受信者端末装置７０−４〜７０−６の数に応じて複製する。また、Ｍ−Ｕ変換装置２０−２は、複製したマルチキャストＩＰトラヒックの宛先アドレスを当該コンテンツ情報の配信を要求した受信者端末装置７０−４〜７０−６に付与されているグローバルＩＰアドレスに書き換えてユニキャストＩＰトラヒックに変換して送信する。

Ｍ−Ｕ変換装置２０−１，２０−２の各々には、アクセスネットワークとしてＰＯＮ(Passive Optical Network)が接続されている。Ｍ−Ｕ変換装置２０−１に接続するＰＯＮは、ＯＬＴ６０−１と、光スプリッタ６１−１と、ＯＮＵ６２−１−１〜６２−１−３を備えており、Ｍ−Ｕ変換装置２０−２に接続するＰＯＮは、ＯＬＴ６０−２と、光スプリッタ６１−２と、ＯＮＵ６２−２−１〜６２−２−３を備えている。

ＯＮＵ６２−１−１〜６２−１−３，６２−２−１〜６２−２−３の各々は、受信者端末装置７０−１〜７０−６に接続する。受信者端末装置７０−１〜７０−６の各々には、受信したコンテンツ情報を表示する表示装置７１−１〜７１−６が接続されている。受信者端末装置７０−１〜７０−６は、例えば、ＳＴＢ（Set Top Box）であり、受信者端末装置７０−１〜７０−６が受信したコンテンツ情報を表示する表示装置７１−１〜７１−６は、例えば、テレビである。

なお、受信者端末装置７０−１〜７０−６の各々には異なるグローバルＩＰアドレスが予め付与されており、更に、エンドユーザＩＤとして、例えば、ＶＬＡＮ(Virtual LAN)−ＩＤが予め付与されている。すなわち、個々の受信者端末装置７０−１〜７０−６は、グローバルＩＰアドレスとＶＬＡＮ−ＩＤの組み合わせによって一意に特定される。また、受信者端末装置７０−１〜７０−６は、マルチキャスト非対応の装置であり、ユニキャストトラヒックのみを送受信する。

以下の説明において、受信者端末装置７０−１〜７０−６の順にグローバルＩＰアドレスとして、例えば、「２００１：１５８：２４４３：１：１」、「２００１：１５８：２４４３：１：２」、「２００１：１５８：２４４３：１：３」、「２００１：１５８：２４４３：１：４」「２００１：１５８：２４４３：１：５」、「２００１：１５８：２４４３：１：６」が付与されており、ＶＬＡＮ−ＩＤは、全て「１」が付与されているとする。

ＯＳＳ４００は、Ｕ−Ｍ変換装置１０ａ，１０ｓ及びＭ−Ｕ変換装置２０−１，２０−２に通信回線を介して接続されており、通信ネットワークの運営者の操作を受けて、Ｕ−Ｍ変換装置１０ａ，１０ｓと、Ｍ−Ｕ変換装置２０−１，２０−２に対して各種の設定情報を送信し、送信した設定情報に基づく設定を行う。

図３は、コンテンツ配信装置３１０−１ａ，３１０−１ｓ，３１０−２ａ，３１０−２ｓ，３１０−３ａ，３１０−３ｓの内部構成を示すブロック図である。コンテンツ配信装置３１０−１ａ，３１０−１ｓ，３１０−２ａ，３１０−２ｓ，３１０−３ａ，３１０−３ｓは、同一の内部構成を有している。そのため、図３では、「−１ａ」等の符号の枝記号を除いて、コンテンツ配信装置３１０として説明する。また、以下の説明において、個々のコンテンツ配信装置３１０−１ａ，３１０−１ｓ，３１０−２ａ，３１０−２ｓ，３１０−３ａ，３１０−３ｓの内部構成を示す場合、各内部構成を示す符号に枝記号を付して示すものとする。

コンテンツ配信装置３１０は、ＮＷ−ＩＦ（Network-Interface）３１１、要求受付部３１２、コンテンツ配信部３１３、コンテンツ情報記憶部３１４及び配信事業者ＩＤ記憶部３１５を備える。ＮＷ−ＩＦ３１１は、現用系の場合にはＳＮＩを介してＵ−Ｍ変換装置１０ａに接続し、予備系の場合にはＳＮＩを介してＵ−Ｍ変換装置１０ｓに接続する。

コンテンツ情報記憶部３１４は、図３に示すように、「チャネルＩＤ」と「コンテンツ情報」の項目を有するテーブルを予め記憶する。「コンテンツ情報」の項目には、例えば、映像のコンテンツ情報が書き込まれる。コンテンツ情報の各々には、予め異なるチャネルＩＤが付与されており、「チャネルＩＤ」の項目には、コンテンツ情報に対応するチャネルＩＤの番号が書き込まれる

配信事業者ＩＤ記憶部３１５は、配信事業者ごとに付与されている配信事業者ＩＤを予め記憶する。上述したように、配信事業者設備３００−１，３００−２，３００−３の各々には、配信事業者ＩＤとして「１」，「２」，「３」が予め付与されている。

なお、現用系と予備系の関係にある装置は、同一の配信事業者ＩＤを記憶する。例えば、コンテンツ配信装置３１０−１ａの配信事業者ＩＤ記憶部３１５−１ａと、コンテンツ配信装置３１０−１ｓの配信事業者ＩＤ記憶部３１５−１ｓは、配信事業者ＩＤとして「１」を予め記憶する。

要求受付部３１２は、ＮＷ−ＩＦ３１１を介して、受信者端末装置７０−１〜７０−６が送信する配信事業者ＩＤ及びチャネルＩＤを含む配信開始要求情報を受信する。また、要求受付部３１２は、受信した配信開始要求情報の送信元アドレスと、配信開始要求情報に含まれるチャネルＩＤとを関連付けてコンテンツ配信部３１３に出力する。

コンテンツ配信部３１３は、要求受付部３１２から受けたチャネルＩＤに対応するコンテンツ情報をコンテンツ情報記憶部３１４から読み出し、読み出したコンテンツ情報に対して、チャネルＩＤと、配信事業者ＩＤ記憶部３１５が記憶する配信事業者ＩＤとを付加してユニキャストＩＰトラヒックを生成する。また、コンテンツ配信部３１３は、要求受付部３１２から受けた送信元アドレスを、生成したユニキャストＩＰトラヒックの宛先アドレスとして書き込み、当該ユニキャストＩＰトラヒックをＮＷ−ＩＦ３１１を介して送信する。

図４は、Ｕ−Ｍ変換装置１０ａ，１０ｓの内部構成を示すブロック図である。Ｕ−Ｍ変換装置１０ａ，１０ｓは、同一の内部構成を有している。そのため、図４では、「ａ」や「ｓ」の記号を除いて、Ｕ−Ｍ変換装置１０として説明する。また、以下の説明において、個々のＵ−Ｍ変換装置１０ａ，１０ｓの内部構成を示す場合、各内部構成を示す符号に「ａ」や「ｓ」の記号を付して示すものとする。

Ｕ−Ｍ変換装置１０は、ＮＷ−ＩＦ１２０，１２１，１２２、送信選択判定部１００、記憶部１０１、宛先アドレス変換部１０２、送出トラヒックバッファ部１０３及びコマンド送受信部１０５を備える。ＮＷ−ＩＦ１２０は、現用系のＵ−Ｍ変換装置１０ａの場合にはＳＮＩを介して現用系のコンテンツ配信装置３１０−１ａ，３１０−２ａ，３１０−３ａに接続し、予備系のＵ−Ｍ変換装置１０ｓの場合にはＳＮＩを介して予備系のコンテンツ配信装置３１０−１ｓ，３１０−２ｓ，３１０−３ｓに接続する。ＮＷ−ＩＦ１２１は、現用系のＵ−Ｍ変換装置１０ａの場合にはコアルータ３０−１に接続し、予備系のＵ−Ｍ変換装置１０ｓの場合にはコアルータ３０−２に接続する。ＮＷ−ＩＦ１２２は、ＯＳＳ４００に接続する。

記憶部１０１は、図５に示すＵ−Ｍ変換テーブル１１１を記憶する。Ｕ−Ｍ変換テーブル１１１は、「配信事業者ＩＤ」、「チャネルＩＤ」、「選択状態」、「変換前のユニキャストＩＰアドレス」、「変換後のマルチキャストＩＰアドレス」の項目を有する。「配信事業者ＩＤ」の項目には、配信事業者ＩＤの情報が書き込まれる。「チャネルＩＤ」の項目には、チャネルＩＤの情報が書き込まれる。「選択状態」の項目には、「○」または「−」の情報が書き込まれる。「変換前のユニキャストＩＰアドレス」の項目には、受信者端末装置７０−１〜７０−６に付与されているＩＰアドレスの情報が書き込まれる。「変換後のマルチキャストＩＰアドレス」の項目には、コンテンツ情報ごと、すなわち配信事業者ＩＤとチャネルＩＤの組み合わせごとに予め付与されるマルチキャストＩＰアドレスの情報が書き込まれる。

図３を参照して説明したように、コンテンツ配信装置３１０の各々において、コンテンツ情報ごとに異なるチャネルＩＤが付与されており、個々の配信事業者には異なる配信事業者ＩＤが付与されている。そのため、配信事業者ＩＤとチャネルＩＤとの組み合わせによってコンテンツ情報を一意に特定することができる。すなわち、配信事業者ＩＤとチャネルＩＤとの組み合わせが異なれば、異なるコンテンツ情報を示すことになる。

図５に示すＵ−Ｍ変換テーブル１１１では、配信事業者ＩＤとチャネルＩＤとの組み合わせごと、すなわち異なるコンテンツ情報ごとに、異なるマルチキャストＩＰアドレスを関連付けて記憶させておくことで、マルチキャストＩＰアドレスとコンテンツ情報とを一対一に関連付けている。また、図５に示す通り、Ｕ−Ｍ変換テーブル１１１は、配信事業者ＩＤと、チャネルＩＤと、受信者端末装置７０−１〜７０−６に付与されているＩＰアドレスとからなる組み合わせの全ての組み合わせを予め記憶する。

Ｕ−Ｍ変換テーブル１１１の「選択状態」の項目は、当該項目において「○」が付けられているレコードに対応するユニキャストＩＰトラヒックがマルチキャストＩＰトラヒックに変換されて送信されることを示している。なお、「選択状態」の項目には、初期情報として「−」が書き込まれる。

以下に説明する送信選択判定部１００、宛先アドレス変換部１０２、及び送出トラヒックバッファ部１０３は、ユニキャストＩＰトラヒックからマルチキャストＩＰトラヒックへの変換処理を行うユニキャスト・マルチキャスト変換処理部である。

送信選択判定部１００は、ＮＷ−ＩＦ１２０を介してコンテンツ配信装置３１０からユニキャストＩＰトラヒックを受信し、受信したユニキャストＩＰトラヒックに含まれる配信事業者ＩＤとチャネルＩＤと宛先アドレスの情報を読み出す。また、送信選択判定部１００は、記憶部１０１のＵ−Ｍ変換テーブル１１１を参照し、読み出した配信事業者ＩＤとチャネルＩＤとに基づいて、ユニキャストＩＰトラヒックに含まれるコンテンツ情報がマルチキャストとして送信するコンテンツ情報として登録されているか否かを判定する。

また、送信選択判定部１００は、記憶部１０１のＵ−Ｍ変換テーブル１１１を参照し、読み出した配信事業者ＩＤとチャネルＩＤと宛先アドレスとに基づいて、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換するか否かを判定する。また、送信選択判定部１００は、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換しないと判定した場合、受信したユニキャストＩＰトラヒックを破棄する。

また、送信選択判定部１００は、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換すると判定した場合、受信したユニキャストＩＰトラヒックと、当該コンテンツ情報に対応するマルチキャストＩＰアドレスの情報とを対応付けて宛先アドレス変換部１０２に出力する。

宛先アドレス変換部１０２は、送信選択判定部１００が出力するユニキャストＩＰトラヒックに対して、当該ユニキャストＩＰトラヒックの宛先アドレスを、送信選択判定部１００が出力するマルチキャストＩＰアドレスに書き換えてマルチキャストＩＰトラヒックに変換して送出トラヒックバッファ部１０３に出力する。

送出トラヒックバッファ部１０３は、例えば、キュー方式のバッファであり、取り込んだＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ１２１に出力する。コマンド送受信部１０５は、ＮＷ−ＩＦ１２２を介してＯＳＳ４００との間で情報の送受信を行う。コマンド送受信部１０５は、ＯＳＳ４００が、例えば、通信ネットワークの運用者の操作を受けて送信するＵ−Ｍ変換テーブル１１１に書き込む各種情報を受信し、受信した各種情報を記憶部１０１のＵ−Ｍ変換テーブル１１１に書き込んで記憶させる。

なお、ＮＷ−ＩＦ１２１とＮＷ−ＩＦ１２０とを直接接続する接続線は、ＮＷ−ＩＦ１２１からＮＷ−ＩＦ１２０に向かう情報、すなわちコアルータ３０−１，３０−２からコンテンツ配信装置３１０に向かう情報を伝送する。

図６は、Ｍ−Ｕ変換装置２０−１，２０−２の内部構成を示すブロック図である。Ｍ−Ｕ変換装置２０−１，２０−２は、同一の内部構成を有しており、図５では、「−１」や「−２」の枝番号を除いて、Ｍ−Ｕ変換装置２０として説明する。また、以下の説明において、個々のＭ−Ｕ変換装置２０−１，２０−２の内部構成を示す場合、各内部構成を示す符号に「−１」や「−２」の枝番号を付して示すものとする。

Ｍ−Ｕ変換装置２０は、ＮＷ−ＩＦ２２０，２２１，２２２、複製判定部２００、記憶部２０１、宛先アドレス変換部２０２、送出トラヒックバッファ部２０３、情報検出処理部２０４、及びコマンド送受信部２０５を備える。ＮＷ−ＩＦ２２０は、Ｍ−Ｕ変換装置２０−１の場合、エッジルータ５０−１に接続し、Ｍ−Ｕ変換装置２０−２の場合、エッジルータ５０−２に接続する。ＮＷ−ＩＦ２２１は、Ｍ−Ｕ変換装置２０−１の場合、ＯＬＴ６０−１に接続し、Ｍ−Ｕ変換装置２０−２の場合、ＯＬＴ６０−２に接続する。ＮＷ−ＩＦ２２２は、ＯＳＳ４００に接続する。

記憶部２０１は、図７に示すＭ−Ｕ変換テーブル２１１を記憶する。Ｍ−Ｕ変換テーブル２１１は、「配信事業者ＩＤ」、「チャネルＩＤ」、「変換前のマルチキャストＩＰアドレス」、「配信要求」、「変換後のユニキャストＩＰアドレス」、「エンドユーザＩＤ」の項目を有する。「配信事業者ＩＤ」の項目には、配信事業者ＩＤの情報が書き込まれる。「チャネルＩＤ」の項目には、チャネルＩＤの情報が書き込まれる。「変換前のマルチキャストＩＰアドレス」の項目には、コンテンツ情報ごとに付与されるマルチキャストＩＰアドレスの情報が書き込まれる。「配信要求」の項目には、「○」または「−」の情報が書き込まれる。「変換後のユニキャストＩＰアドレス」の項目には、受信者端末装置７０−１〜７０−６に付与されているＩＰアドレスの情報が書き込まれる。「エンドユーザＩＤ」の項目には、受信者端末装置７０−１〜７０−６に付与されているＶＬＡＮ−ＩＤが書き込まれる。

図７に示すＭ−Ｕ変換テーブル２１１では、Ｕ−Ｍ変換テーブル１１１と同様に、異なるコンテンツ情報ごとに、異なるマルチキャストＩＰアドレスを関連付けて記憶させている。これにより、マルチキャストＩＰアドレスとコンテンツ情報とを一対一に関連付けておくことができる。また、図７に示す通り、Ｍ−Ｕ変換テーブル２１１は、配信事業者ＩＤと、チャネルＩＤと、受信者端末装置７０−１〜７０−６に付与されているＩＰアドレス及びＶＬＡＮ−ＩＤとからなる組み合わせの全ての組み合わせを予め記憶する。

Ｍ−Ｕ変換テーブル２１１の「配信要求」の項目は、当該項目において「○」が付けられているレコードに対応するコンテンツ情報が、同じレコードの「変換後のユニキャストＩＰアドレス」及び「エンドユーザＩＤ」で示される受信者端末装置７０−１〜７０−６から配信要求されたことを示している。なお、「配信要求」の項目には、初期情報として「−」が書き込まれる。

以下に説明する複製判定部２００、宛先アドレス変換部２０２、及び送出トラヒックバッファ部２０３は、マルチキャストＩＰトラヒックからユニキャストＩＰトラヒックへの変換処理を行うマルチキャスト・ユニキャスト変換処理部である。

複製判定部２００は、ＮＷ−ＩＦ２２０を介してエッジルータ５０−１，５０−２からマルチキャストＩＰトラヒックを受信する。また、複製判定部２００は、記憶部２０１のＭ−Ｕ変換テーブル２１１を参照し、受信したマルチキャストＩＰトラヒックの宛先アドレスに基づいて、当該マルチキャストＩＰトラヒックの受信者数、当該マルチキャストＩＰトラヒックを受信している受信者端末装置７０−１〜７０−６のＩＰアドレスとＶＬＡＮ−ＩＤとを検出する。ここで、受信者数とは、当該マルチキャストＩＰトラヒックを受信している受信者端末装置７０−１〜７０−６の数である。

また、複製判定部２００は、検出した受信者端末装置７０−１〜７０−６のＩＰアドレスとＶＬＡＮ−ＩＤの組み合わせの情報を宛先アドレス変換部２０２に出力する。また、複製判定部２００は、Ｍ−Ｕ変換テーブル２１１から検出した受信者数分のマルチキャストＩＰトラヒックを複製し、複製したマルチキャストＩＰトラヒックを宛先アドレス変換部２０２に出力する。

宛先アドレス変換部２０２は、複製判定部２００が出力するマルチキャストＩＰトラヒックの宛先アドレスを、複製判定部２００が出力するＩＰアドレスに書き換え、更に、ＶＬＡＮ−ＩＤを付加し、ユニキャストＩＰトラヒックに変換して送出トラヒックバッファ部２０３に出力する。送出トラヒックバッファ部２０３は、例えば、キュー方式のバッファであり、取り込んだＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ２２１に出力する。

情報検出処理部２０４は、ＮＷ−ＩＦ２２１において受信する情報を監視しつつ、受信した情報をＮＷ−ＩＦ２２０に転送する。また、情報検出処理部２０４は、監視する情報の中から受信者端末装置７０−１〜７０−６が送信する配信開始要求情報を検出した場合、配信開始要求情報に含まれる配信事業者ＩＤとチャネルＩＤと送信元アドレスとＶＬＡＮ−ＩＤを読み出す。また、情報検出処理部２０４は、記憶部２０１のＭ−Ｕ変換テーブル２１１を参照し、読み出した配信事業者ＩＤとチャネルＩＤと送信元アドレスとＶＬＡＮ−ＩＤに対応するレコードを検出し、検出したレコードの「配信要求」の項目に「○」を書き込んで記憶させる。

また、情報検出処理部２０４は、監視する情報の中から受信者端末装置７０−１〜７０−６が送信する配信終了要求情報を検出した場合、配信終了要求情報に含まれる配信事業者ＩＤとチャネルＩＤと送信元アドレスとＶＬＡＮ−ＩＤを読み出す。また、情報検出処理部２０４は、記憶部２０１のＭ−Ｕ変換テーブル２１１を参照し、読み出した配信事業者ＩＤとチャネルＩＤと送信元アドレスとＶＬＡＮ−ＩＤに対応するレコードを検出し、検出したレコードの「配信要求」の項目に「−」を書き込んで記憶させる。

コマンド送受信部２０５は、ＯＳＳ４００が、例えば、通信ネットワークの運用者の操作を受けて送信するＭ−Ｕ変換テーブル２１１に書き込む各種情報を受信し、受信した各種情報を記憶部２０１のＭ−Ｕ変換テーブル２１１に書き込んで記憶させる。

（第１の実施形態のＵ−Ｍ変換装置によるトラヒック変換処理）
図８は、第１の実施形態のＵ−Ｍ変換装置１０が行うトラヒック変換処理の流れを示すフローチャートである。以下では、現用系のＵ−Ｍ変換装置１０ａの処理として説明するが、現用系のＵ−Ｍ変換装置１０ａが障害の発生等により停止した場合、予備系のＵ−Ｍ変換装置１０ｓが同様の処理を行う。

Ｕ−Ｍ変換装置１０ａの送信選択判定部１００ａは、ＮＷ−ＩＦ１２０ａを介して、いずれかのコンテンツ配信装置３１０からコンテンツ情報を含むユニキャストＩＰトラヒックを受信する（ステップＳａ１）。ここでは、コンテンツ配信装置３１０−１ａからユニキャストＩＰトラヒックを受信したとし、当該ユニキャストＩＰトラヒックは、配信事業者ＩＤ「１」、チャネルＩＤ「１」に対応するコンテンツ情報を含み、宛先アドレスとして受信者端末装置７０−１に付与されている「２００１：１５８：２４４３：１：：１」を含んでいるものとする。

送信選択判定部１００ａは、受信したユニキャストＩＰトラヒックから配信事業者ＩＤ、チャネルＩＤ、宛先アドレスの情報を読み出す。送信選択判定部１００ａは、記憶部１０１ａのＵ−Ｍ変換テーブル１１１ａを参照して、読み出した配信事業者ＩＤ、チャネルＩＤに対応する全てのレコードを検出する。送信選択判定部１００ａは、検出した全てのレコードの「選択状態」の項目を参照し、いずれかのレコードの「選択状態」の項目に「○」が記憶されているか否かを判定する。これにより、受信したユニキャストＩＰトラヒックに含まれているコンテンツ情報がマルチキャストとして送信するコンテンツ情報として登録されているか否かを判定する（ステップＳａ２）。

送信選択判定部１００ａは、配信事業者ＩＤ、チャネルＩＤに対応する全てのレコードの「選択状態」の項目に「○」が記憶されていないと判定した場合、すなわち、受信したユニキャストＩＰトラヒックに含まれているコンテンツ情報がマルチキャストとして送信するコンテンツ情報として登録されていないと判定した場合（ステップＳａ２−ＮＯ）、以下の処理を行う。すなわち、送信選択判定部１００ａは、受信したユニキャストＩＰトラヒックから読み出した配信事業者ＩＤ、チャネルＩＤ、宛先アドレスの情報に対応するレコードを検出し、検出したレコードの「選択状態」の項目に「○」を書き込んで記憶させる（ステップＳａ３）。その後、送信選択判定部１００ａは、処理をステップＳａ５に進める。

一方、送信選択判定部１００ａは、配信事業者ＩＤ、チャネルＩＤに対応するいずれかのレコードの「選択状態」の項目に「○」が記憶されていると判定した場合（ステップＳａ２−ＹＥＳ）、次に、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換するか否かを判定する（ステップＳａ４）。

送信選択判定部１００ａは、いずれかのレコードの「選択状態」の項目に「○」が記憶されており、「○」が記憶されているレコードの「変換前のユニキャストＩＰアドレス」が読み出した宛先アドレスに一致する場合、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換すると判定する（ステップＳａ４−ＹＥＳ）。

一方、送信選択判定部１００ａは、いずれかのレコードの「選択状態」の項目に「○」が記憶されており、「○」が記憶されているレコードの「変換前のユニキャストＩＰアドレス」が読み出した宛先アドレスに一致しない場合、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換しないと判定する（ステップＳａ４−ＮＯ）。

例えば、複数の受信者端末装置７０−１〜７０−６が、同一のコンテンツ情報、すなわち同一の配信事業者ＩＤであって同一のチャネルＩＤのコンテンツ情報を受信している場合を想定する。例えば、Ｕ−Ｍ変換装置１０ａが、同一の配信事業者のコンテンツ配信装置３１０−１ａから同一のチャネルＩＤのコンテンツ情報を複数のユニキャストＩＰトラヒックとして受信しているとする。この場合、コンテンツ情報が、例えば、連続した映像のコンテンツ情報である場合、ロスしたり、重複したりすることを防ぐためには、いずれか１つの受信者端末装置７０−１〜７０−６を宛先とするユニキャストＩＰトラヒックのみを選択して、選択したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送信し、それ以外の同一のチャネルＩＤのコンテンツ情報を含むユニキャストＩＰトラヒックについては送信しないで破棄する必要がある。上記のステップＳａ４の判定処理は、ステップＳａ２の判定処理の結果、ステップＳａ３の処理において選択したいずれか１つのユニキャストＩＰトラヒックのみをマルチキャストＩＰトラヒックに変換して送信するための判定処理である。

送信選択判定部１００ａは、ステップＳａ４の処理において、「ＮＯ」の判定を行った場合、受信したユニキャストＩＰトラヒックを破棄する。これに対して、送信選択判定部１００ａは、ステップＳａ４の処理において、「ＹＥＳ」の判定を行った場合と、ステップＳａ３の処理を行った場合、以下の処理を行う。

送信選択判定部１００ａは、ステップＳａ３の処理において検出したレコード、またはステップＳａ４の処理において検出したレコードの「変更後のマルチキャストＩＰアドレス」の項目からマルチキャストＩＰアドレスを読み出す。ここで、ステップＳａ３の処理において検出したレコードとは、「選択状態」の項目に「○」を書き込んだレコードであり、ステップＳａ４の処理において検出したレコードとは、「選択状態」の項目に「○」が記憶されているレコードであって「変換前のユニキャストＩＰアドレス」が読み出した宛先アドレスに一致するレコードである。Ｕ−Ｍ変換テーブル１１１ａが、図５に示すＵ−Ｍ変換テーブル１１１と同一の情報を記憶している場合、送信選択判定部１００ａは、マルチキャストＩＰアドレスとして「ＦＦ３Ｅ：８００１：：１」を読み出す。

送信選択判定部１００ａは、受信したユニキャストＩＰトラヒックと、読み出したマルチキャストＩＰアドレスを宛先アドレス変換部１０２ａに出力する。宛先アドレス変換部１０２ａは、送信選択判定部１００ａが出力するユニキャストＩＰトラヒックに対して、当該ユニキャストＩＰトラヒックの宛先アドレスを、送信選択判定部１００ａが出力するマルチキャストＩＰアドレスの「ＦＦ３Ｅ：８００１：：１」に書き換える。宛先アドレス変換部１０２ａは、ユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送出トラヒックバッファ部１０３ａに出力する。送出トラヒックバッファ部１０３ａは、宛先アドレス変換部１０２ａから受けたマルチキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ１２１ａを介してコアルータ３０−１に送信する（ステップＳａ５）。

（第１の実施形態のＭ−Ｕ変換装置によるトラヒック変換処理）
図９は、第１の実施形態のＭ−Ｕ変換装置２０が行うトラヒック変換処理の流れを示すフローチャートである。以下では、Ｍ−Ｕ変換装置２０−１の処理として説明するが、Ｍ−Ｕ変換装置２０−２についても同様の処理が行われる。

Ｍ−Ｕ変換装置２０−１の複製判定部２００−１は、ＮＷ−ＩＦ２２０−１を介して、エッジルータ５０−１からマルチキャストＩＰトラヒックを受信する（ステップＳｂ１）。ここでは、当該マルチキャストＩＰトラヒックは、配信事業者ＩＤ「１」、チャネルＩＤ「１」に対応するコンテンツ情報を含み宛先アドレスとしてマルチキャストＩＰアドレスの「ＦＦ３Ｅ：８００１：：１」を含んでいるものとする。

複製判定部２００−１は、マルチキャストＩＰトラヒックから宛先アドレスの情報を読み出す。複製判定部２００−１は、記憶部２０１−１のＭ−Ｕ変換テーブル２１１−１を参照して、「変換前のマルチキャストＩＰアドレス」の項目が、読み出した宛先アドレスに一致するレコードのうち「配信要求」の項目が「○」になっているレコードを全て検出する（ステップＳｂ２）。

複製判定部２００−１は、検出したレコードの数をカウントし、カウントした数が２以上であるか否かを判定することにより、複数の受信者端末装置７０−１〜７０−６が、当該コンテンツ情報の配信を要求しているか否かを判定する（ステップＳｂ３）。

複製判定部２００−１は、カウントした数が、２以上であると判定した場合（ステップＳｂ３−ＹＥＳ）、マルチキャストＩＰトラヒックを複製してカウントした数のマルチキャストＩＰトラヒックを生成する。複製判定部２００−１は、ステップＳｂ２の処理において、検出した複数のレコードの「変換後のユニキャストＩＰアドレス」及び「エンドユーザＩＤ」の項目に記憶されているＩＰアドレスとＶＬＡＮ−ＩＤとを読み出す。複製判定部２００−１は、読み出した複数のＩＰアドレス及びＶＬＡＮ−ＩＤと、複製した複数のマルチキャストＩＰトラヒックとを宛先アドレス変換部２０２−１に出力する（ステップＳｂ５）。

一方、複製判定部２００−１は、カウントした数が、１であると判定した場合（ステップＳｂ３−ＮＯ）、ステップＳｂ２の処理において、検出した１つのレコードの「変換後のユニキャストＩＰアドレス」及び「エンドユーザＩＤ」の項目に記憶されている情報を読み出す。複製判定部２００−１は、読み出したＩＰアドレス及びＶＬＡＮ−ＩＤと、受信したマルチキャストＩＰトラヒックとを宛先アドレス変換部２０２に出力する（ステップＳｂ４）。

宛先アドレス変換部２０２−１は、複製判定部２００−１が出力するマルチキャストＩＰトラヒックの宛先アドレスを、複製判定部２００−１が出力するＩＰアドレスに書き換え、更に、ＶＬＡＮ−ＩＤを付加し、ユニキャストＩＰトラヒックに変換して送出トラヒックバッファ部２０３−１に出力する。

送出トラヒックバッファ部２０３−１は、宛先アドレス変換部２０２−１が出力するユニキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ２２１−１を介してＯＬＴ６０−１に送信する（ステップＳｂ６）。

例えば、Ｍ−Ｕ変換テーブル２１１−１が、図７に示すＭ−Ｕ変換テーブルと同一の情報を記憶しているとする。この場合、複製判定部２００−１は、「変換前のマルチキャストＩＰアドレス」の項目が「ＦＦ３Ｅ：８００１：：１」に一致するレコードのうち配信要求の項目が「○」になっているレコードとして、以下の２つのレコードを検出する。すなわち、「変換後のユニキャストＩＰアドレス」及び「エンドユーザＩＤ」が「２００１：１５８：２４４３：１：：１」及び「１」のレコードと、「２００１：１５８：２４４３：１：：２」及び「１」のレコードの２つのレコードを検出する。

２つのレコードを検出したため、複製判定部２００−１は、受信したマルチキャストＩＰトラヒックを複製して２つのマルチキャストＩＰトラヒックを生成して宛先アドレス変換部２０２−１に出力する。また、複製判定部２００−１は、検出した２つのレコードの「変換後のユニキャストＩＰアドレス」及び「エンドユーザＩＤ」の項目からＩＰアドレスとＶＬＡＮ−ＩＤと読み出して宛先アドレス変換部２０２−１に出力する。

宛先アドレス変換部２０２−１は、１つめのマルチキャストＩＰトラヒックの宛先アドレスを「２００１：１５８：２４４３：１：：１」に書き換え、ＶＬＡＮ−ＩＤとして「１」を加えて送出トラヒックバッファ部２０３−１に出力する。

宛先アドレス変換部２０２−１は、２つめのマルチキャストＩＰトラヒックの宛先アドレスを「２００１：１５８：２４４３：１：：２」に書き換え、ＶＬＡＮ−ＩＤとして「１」を加えて送出トラヒックバッファ部２０３−１に出力する。送出トラヒックバッファ部２０３−１は、宛先アドレス変換部２０２−１が出力した２つのユニキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ２２１−１を介してＯＬＴ６０−１に送信する。

（第１の実施形態におけるコンテンツ配信システムの処理）
次に、図１０から図１４を参照しつつ第１の実施形態のコンテンツ配信システム１によるコンテンツ配信処理について説明する。なお、コンテンツ配信装置３１０−１ａ〜３１０−３ｓから受信者端末装置７０−１〜７０−６に向かう下り方向の破線の矢印は、コンテンツ情報を含むユニキャストＩＰトラヒックを示しており、点線の矢印は、コンテンツ情報を含むマルチキャストＩＰトラヒックを示している。また、上りと下りの実線の矢印は、コンテンツ情報以外の情報を含むユニキャストＩＰトラヒックを示している。

コンテンツ情報の受信者であるユーザの操作を受けて受信者端末装置７０−１が、ユニキャストＩＰトラヒックとして配信開始要求情報を送信する（ステップＳｃ１）。当該ユーザは、例えば、配信事業者ＩＤが「１」の配信事業者との間でコンテンツ情報を受信する契約を行っているものとする。ここでは、当該ユーザは、チャネルＩＤ「１」のコンテンツ情報の配信を要求しているものとし、そのため、配信開始要求情報には、配信事業者ＩＤ「１」と、チャネルＩＤ「１」とが含まれる。

また、配信開始要求情報の宛先アドレスは、配信事業者ＩＤ「１」に対応する現用系のコンテンツ配信装置３１０−１ａに付与されているＩＰアドレスであり、送信元アドレスは、受信者端末装置７０−１のＩＰアドレスの「２００１：１５８：２４４３：１：：１」である。また、配信開始要求情報は、受信者端末装置７０−１のＶＬＡＮ−ＩＤの「１」も含む。

配信開始要求情報は、ＯＮＵ６２−１−１、光スプリッタ６１−１、及びＯＬＴ６０−１を経由してＭ−Ｕ変換装置２０−１に伝送される。Ｍ−Ｕ変換装置２０−１の情報検出処理部２０４−１は、ＮＷ−ＩＦ２２１−１を介して受信する情報の中から配信開始要求情報を検出する（ステップＳｃ２）。

情報検出処理部２０４−１は、受信した配信開始要求情報をＮＷ−ＩＦ２２０−１を介してエッジルータ５０−１に転送する。情報検出処理部２０４−１は、配信開始要求情報に含まれる配信事業者ＩＤ「１」と、チャネルＩＤ「１」を読み出す。また、情報検出処理部２０４−１は、配信開始要求情報に送信元アドレスとして含まれている受信者端末装置７０−１のＩＰアドレスである「２００１：１５８：２４４３：１：：１」を読み出し、ＶＬＡＮ−ＩＤの「１」を読み出す。

情報検出処理部２０４−１は、記憶部２０１−１のＭ−Ｕ変換テーブル２１１−１から「配信事業者ＩＤ」が「１」、「チャネルＩＤ」が「１」、「変換後のユニキャストＩＰアドレス」が「２００１：１５８：２４４３：１：：１」、「エンドユーザＩＤ」が「１」のレコードを検出する。情報検出処理部２０４−１は、検出したレコードの「配信要求」の項目に「○」を書き込んで記憶させる。

配信開始要求情報は、エッジルータ５０−１、伝送装置４０−１−２，４０−１−１、コアルータ３０−１を経由してＵ−Ｍ変換装置１０ａに伝送される。配信開始要求情報は、Ｕ−Ｍ変換装置１０ａのＮＷ−ＩＦ１２１ａ、及びＮＷ−ＩＦ１２０ａを経由して転送され、コンテンツ配信装置３１０−１ａが受信する。

コンテンツ配信装置３１０−１ａの要求受付部３１２−１ａは、ＮＷ−ＩＦ３１１−１ａを介して配信開始要求情報を受信する。要求受付部３１２−１ａは、配信開始要求情報に含まれるチャネルＩＤ「１」と、配信開始要求情報に送信元アドレスとして含まれている受信者端末装置７０−１のＩＰアドレスである「２００１：１５８：２４４３：１：：１」を読み出す。

要求受付部３１２−１ａは、読み出したチャネルＩＤ「１」、ＩＰアドレス「２００１：１５８：２４４３：１：：１」をコンテンツ配信部３１３−１ａに出力する。コンテンツ配信部３１３−１ａは、チャネルＩＤ「１」に対応するコンテンツ情報をコンテンツ情報記憶部３１４−１ａから読み出す。コンテンツ配信部３１３−１ａは、読み出したコンテンツ情報に対して、配信事業者ＩＤ記憶部３１５が記憶する「１」の配信事業者ＩＤの情報と、当該コンテンツ情報のチャネルＩＤである「１」の情報を加えてユニキャストＩＰトラヒックを生成する。

コンテンツ配信部３１３−１ａは、生成したユニキャストＩＰトラヒックの宛先アドレスを要求受付部３１２−１ａが出力したＩＰアドレス「２００１：１５８：２４４３：１：：１」とし、送信元アドレスを自装置のＩＰアドレスとする。コンテンツ配信部３１３−１ａは、当該ユニキャストＩＰトラヒックをＮＷ−ＩＦ３１１−１ａを介してＵ−Ｍ変換装置１０ａに送信する（ステップＳｃ３）。

図１１に進み、Ｕ−Ｍ変換装置１０ａの送信選択判定部１００ａは、ＮＷ−ＩＦ１２０ａを介してコンテンツ情報を含むユニキャストＩＰトラヒックを受信する（ステップＳｃ４）。

送信選択判定部１００ａは、図８に示すトラヒック変換処理を行う。この時点では、Ｕ−Ｍ変換装置１０ａは、マルチキャストＩＰトラヒックを送信していないため、Ｕ−Ｍ変換テーブル１１１ａのいずれのレコードにおいても「選択状態」は、「−」となっており、送信選択判定部１００ａは、ステップＳａ２の処理において、「ＹＥＳ」の判定を行う。

送信選択判定部１００ａは、ステップＳａ３の処理において、ユニキャストＩＰトラヒックから配信事業者ＩＤ「１」、チャネルＩＤ「１」、宛先アドレス「２００１：１５８：２４４３：１：：１」を読み出す。送信選択判定部１００ａは、記憶部１０１ａのＵ−Ｍ変換テーブル１１１ａを参照して、「配信事業者ＩＤ」が「１」、「チャネルＩＤ」が「１」、「変換前のユニキャストＩＰアドレス」が「２００１：１５８：２４４３：１：：１」のレコードを検出し、検出したレコードの「選択状態」の項目に「○」を書き込んで記憶させる。

送信選択判定部１００ａは、ステップＳａ５の処理において、検出したレコード、すなわち「選択状態」に「○」を書き込んだレコードの「変換後のマルチキャストＩＰアドレス」の項目から「ＦＦ３Ｅ：８００１：：１」のマルチキャストＩＰアドレスを読み出す。送信選択判定部１００ａは、受信したユニキャストＩＰトラヒックと、当該マルチキャストＩＰアドレスとを宛先アドレス変換部１０２ａに出力する。宛先アドレス変換部１０２ａは、送信選択判定部１００ａが出力したユニキャストＩＰトラヒックの宛先アドレスを、送信選択判定部１００ａが出力したマルチキャストＩＰアドレスに書き換えてマルチキャストＩＰトラヒックに変換して送出トラヒックバッファ部１０３ａに出力する（ステップＳｃ５）。

送出トラヒックバッファ部１０３ａは、ＮＷ−ＩＦ１２１ａを介してコアルータ３０−１にマルチキャストＩＰトラヒックを送信する。マルチキャストＩＰトラヒックは、コアルータ３０−１、伝送装置４０−１−１，４０−１−２、エッジルータ５０−１によりＭ−Ｕ変換装置２０−１に伝送される。また、当該マルチキャストＩＰトラヒックは、コアルータ３０−１からコアルータ３０−２に転送され、コアルータ３０−２、伝送装置４０−２−１，４０−２−２、エッジルータ５０−２によりＭ−Ｕ変換装置２０−２に伝送される（ステップＳｃ６）。

Ｍ−Ｕ変換装置２０−１の複製判定部２００−１は、ＮＷ−ＩＦ２２０−１を介してマルチキャストＩＰトラヒックを受信する。複製判定部２００−１は、図９に示すトラヒック変換処理を行う。

複製判定部２００−１は、マルチキャストＩＰトラヒックから宛先アドレスの情報を読み出す。複製判定部２００−１は、記憶部２０１−１のＭ−Ｕ変換テーブル２１１−１を参照して、「変換前のマルチキャストＩＰアドレス」の項目が、読み出した宛先アドレスに一致するレコードのうち「配信要求」の項目が「○」になっているレコードを検出する。

ここでは、受信者端末装置７０−１の１台だけがマルチキャストＩＰトラヒックに含まれるコンテンツ情報の配信要求を行っており、「変換前のマルチキャストＩＰアドレス」の項目が「ＦＦ３Ｅ：８００１：：１」であって「配信要求」が「○」となっているレコードは１つしか存在しない。そのため、複製判定部２００−１は、ステップＳｂ３の処理において、「ＮＯ」の判定を行う。

複製判定部２００−１は、ステップＳｂ４の処理において、検出したレコードの「変換後のユニキャストＩＰアドレス」及び「エンドユーザＩＤ」の項目から「２００１：１５８：２４４３：１：：１」及び「１」の情報を読み出して宛先アドレス変換部２０２−１に出力する。複製判定部２００−１は、受信したマルチキャストＩＰトラヒックをそのまま宛先アドレス変換部２０２−１に出力する。

宛先アドレス変換部２０２−１は、ステップＳｂ６の処理において、複製判定部２００−１が出力するマルチキャストＩＰトラヒックの宛先アドレスを、複製判定部２００−１が出力するＩＰアドレス「２００１：１５８：２４４３：１：：１」に書き換え、更に、ＶＬＡＮ−ＩＤ「１」を付加し、ユニキャストＩＰトラヒックに変換して送出トラヒックバッファ部２０３−１に出力する（ステップＳｃ７）。

図１２に進み、送出トラヒックバッファ部２０３−１は、ユニキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ２２１−１を介してＯＬＴ６０−１に送信する。ユニキャストＩＰトラヒックは、ＯＬＴ６０−１、光スプリッタ６１−１、ＯＮＵ６２−１−１を介して伝送される（ステップＳｃ８）。

受信者端末装置７０−１は、ユニキャストＩＰトラヒックを受信する（ステップＳｃ９）。受信者端末装置７０−１は、ユニキャストＩＰトラヒックの宛先アドレスが自装置のＩＰアドレスに一致するか否かを判定し、一致する場合、ユニキャストＩＰトラヒックからコンテンツ情報を読み出して表示装置７１−１に出力して表示させる。一方、ユニキャストＩＰトラヒックの宛先アドレスが自装置のＩＰアドレスに一致しない場合、受信者端末装置７０−１は、受信したユニキャストＩＰトラヒックを破棄する。

図１３に進み、他の受信者端末装置７０−２が、配信事業者ＩＤ「１」及びチャネルＩＤ「１」に対応するコンテンツ情報の配信要求情報を送信する（ステップＳｃ１０）。配信開始要求情報の宛先アドレスは、配信事業者ＩＤ「１」に対応する現用系のコンテンツ配信装置３１０−１ａに付与されているＩＰアドレスであり、送信元アドレスは、受信者端末装置７０−２のＩＰアドレスの「２００１：１５８：２４４３：１：：２」である。また、配信開始要求情報は、受信者端末装置７０−２のＶＬＡＮ−ＩＤの「１」も含む。

配信開始要求情報は、ＯＮＵ６２−１−２、光スプリッタ６１−１、及びＯＬＴ６０−１を経由してＭ−Ｕ変換装置２０−１に伝送される。Ｍ−Ｕ変換装置２０−１の情報検出処理部２０４−１は、ＮＷ−ＩＦ２２１−１を介して受信する情報の中から配信開始要求情報を検出する（ステップＳｃ１１）。

情報検出処理部２０４−１は、受信した配信開始要求情報をＮＷ−ＩＦ２２０−１を介してエッジルータ５０−１に転送する。情報検出処理部２０４−１は、配信開始要求情報に含まれる配信事業者ＩＤ「１」と、チャネルＩＤ「１」を読み出す。また、情報検出処理部２０４−１は、配信開始要求情報に送信元アドレスとして含まれている受信者端末装置７０−２のＩＰアドレスである「２００１：１５８：２４４３：１：：２」を読み出し、ＶＬＡＮ−ＩＤの「１」を読み出す。

情報検出処理部２０４−１は、記憶部２０１−１のＭ−Ｕ変換テーブル２１１−１から「配信事業者ＩＤ」が「１」、「チャネルＩＤ」が「１」、「変換後のユニキャストＩＰアドレス」が「２００１：１５８：２４４３：１：：２」、「エンドユーザＩＤ」が「１」のレコードを検出する。情報検出処理部２０４−１は、検出したレコードの「配信要求」の項目に「○」を書き込んで記憶させる。

図１４に進み、コンテンツ配信装置３１０−１ａは、ステップＳｃ３と同様の処理を行う。すなわち、コンテンツ配信装置３１０−１ａのコンテンツ配信部３１３−１ａは、配信事業者ＩＤ「１」、チャネルＩＤ「１」に対応するコンテンツ情報を含むユニキャストＩＰトラヒックを生成する。コンテンツ配信部３１３−１ａは、生成したユニキャストＩＰトラヒックの宛先アドレスを受信者端末装置７０−２のＩＰアドレスの「２００１：１５８：２４４３：１：：２」とし、送信元アドレスを自装置のＩＰアドレスとして、ＮＷ−ＩＦ３１１−１ａを介してＵ−Ｍ変換装置１０ａに送信する（ステップＳｃ１２）。

Ｕ−Ｍ変換装置１０ａの送信選択判定部１００ａは、ＮＷ−ＩＦ１２０ａを介してコンテンツ情報を含むユニキャストＩＰトラヒックを受信する。送信選択判定部１００ａは、図８に示すトラヒック変換処理を行う。ここでは、Ｕ−Ｍ変換装置１０ａは、受信したユニキャストＩＰトラヒックに含まれる配信事業者ＩＤ「１」及びチャネルＩＤ「１」のコンテンツ情報を既にマルチキャストＩＰトラヒックとして送信するコンテンツ情報として登録している。そのため、送信選択判定部１００ａは、ステップＳａ２の処理において、「ＹＥＳ」の判定を行う。送信選択判定部１００ａは、受信したユニキャストＩＰトラヒックが、受信者端末装置７０−１を宛先とするユニキャストＩＰトラヒックではないため、ステップＳａ４の処理において、「ＮＯ」の判定を行い、受信した受信者端末装置７０−２を宛先とするユニキャストＩＰトラヒックを破棄する（ステップＳｃ１３）。

ここでは、受信者端末装置７０−１，７０−２の２台がマルチキャストＩＰトラヒックに含まれるコンテンツ情報の配信要求を行っているため、「変換前のマルチキャストＩＰアドレス」の項目が「ＦＦ３Ｅ：８００１：：１」であって「配信要求」が「○」となっているレコードは２つ存在する。そのため、複製判定部２００−１は、ステップＳｂ３の処理において、「ＹＥＳ」の判定を行い、マルチキャストＩＰトラヒックの複製を行う。複製判定部２００−１は、ステップＳｂ５の処理において、受信したマルチキャストＩＰトラヒックを複製して２つのマルチキャストＩＰトラヒックを生成する。

複製判定部２００−１は、検出した２つのレコードの「変換後のユニキャストＩＰアドレス」及び「エンドユーザＩＤ」の項目からＩＰアドレスとＶＬＡＮ−ＩＤの組み合わせの情報、すなわち「２００１：１５８：２４４３：１：：１」及び「１」と、「２００１：１５８：２４４３：１：：２」及び「１」とを読み出す。

複製判定部２００−１は、読み出した２つのＩＰアドレスとＶＬＡＮ−ＩＤの組み合わせの情報と、複製した２つのマルチキャストＩＰトラヒックとを宛先アドレス変換部２０２−１に出力する。

宛先アドレス変換部２０２−１は、複製判定部２００−１が出力する１番目のマルチキャストＩＰトラヒックの宛先アドレスを、複製判定部２００−１が出力するＩＰアドレス「２００１：１５８：２４４３：１：：１」に書き換え、更に、ＶＬＡＮ−ＩＤ「１」を付加し、ユニキャストＩＰトラヒックに変換して送出トラヒックバッファ部２０３−１に出力する。

宛先アドレス変換部２０２−１は、複製判定部２００−１が出力する２番目のマルチキャストＩＰトラヒックの宛先アドレスを、複製判定部２００−１が出力するＩＰアドレス「２００１：１５８：２４４３：１：：２」に書き換え、更に、ＶＬＡＮ−ＩＤ「１」を付加し、ユニキャストＩＰトラヒックに変換して送出トラヒックバッファ部２０３−１に出力する（ステップＳｃ１４）。

送出トラヒックバッファ部２０３−１は、２つのユニキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ２２１−１を介してＯＬＴ６０−１に送信する。一方のユニキャストＩＰトラヒックは、ＯＬＴ６０−１、光スプリッタ６１−１、ＯＮＵ６２−１−１を介して受信者端末装置７０−１に伝送され、他方のユニキャストＩＰトラヒックは、ＯＬＴ６０−１、光スプリッタ６１−１、ＯＮＵ６２−１−２を介して受信者端末装置７０−２に伝送される。

受信者端末装置７０−２は、ユニキャストＩＰトラヒックを受信する（ステップＳｃ１５）。受信者端末装置７０−２は、ユニキャストＩＰトラヒックの宛先アドレスが自装置のＩＰアドレスに一致するか否かを判定し、一致する場合、ユニキャストＩＰトラヒックからコンテンツ情報を読み出して表示装置７１−２に出力して表示させる。一方、ユニキャストＩＰトラヒックの宛先アドレスが自装置のＩＰアドレスに一致しない場合、受信者端末装置７０−２は、受信したユニキャストＩＰトラヒックを破棄する。

上記の第１の実施形態の構成により、異なるコンテンツ情報を一意に識別可能な配信事業者ＩＤ及びチャネルＩＤの組み合わせごとに異なるマルチキャストＩＰアドレスを関連付けておき、Ｍ−Ｕ変換装置２０は、配信事業者ＩＤ及びチャネルＩＤの組み合わせに対応するマルチキャストＩＰアドレスと、当該配信事業者ＩＤ及びチャネルＩＤの組み合わせに対応するコンテンツ情報の送信先となる受信者端末装置７０−１〜７０−６に予め付与されるユニキャストＩＰアドレスとの関連付けを行う。Ｕ−Ｍ変換装置１０は、コンテンツ配信装置３１０から受信するユニキャストＩＰトラヒックに含まれるコンテンツ情報の配信事業者ＩＤ及びチャネルＩＤの組み合わせの各々に対して当該ユニキャストＩＰトラヒックの宛先のユニキャストＩＰアドレスのいずれか１つを関連付け、受信したユニキャストＩＰトラヒックの宛先のユニキャストＩＰアドレスが、当該ユニキャストＩＰトラヒックに含まれるに配信事業者ＩＤ及びチャネルＩＤの組み合わせに関連付けたユニキャストＩＰアドレスと一致する場合、ユニキャストＩＰトラヒックの宛先を当該配信事業者ＩＤ及びチャネルＩＤの組み合わせに対応するマルチキャストＩＰアドレスに書き換えてマルチキャストトラヒックとして送信する。Ｍ−Ｕ変換装置２０は、マルチキャストＩＰトラヒックを受信した場合、受信者端末装置７０−１〜７０−６の数に応じた数のユニキャストＩＰトラヒックであって宛先として当該マルチキャストＩＰトラヒックの宛先である前記マルチキャストＩＰアドレスに関連付けた受信者端末装置７０−１〜７０−６のユニキャストＩＰアドレスを有するユニキャストＩＰトラヒックを生成して送信する。

すなわち、異なるコンテンツ情報を一意に識別可能な配信事業者ＩＤ及びチャネルＩＤの組み合わせごとに異なるマルチキャストＩＰアドレスを付与しておくことで、ヘッダ情報である宛先アドレスをＵ−Ｍ変換装置１０と、Ｍ−Ｕ変換装置２０との間で引き継ぐことが可能となる。これにより、送信側と受信側の装置であるコンテンツ配信装置３１０と受信者端末装置７０−１〜７０−６においてユニキャスト方式の装置を利用し、かつ通信ネットワークにおいてマルチキャスト方式による伝送を行う際、通信ネットワークにおける入出力のＩＰトラヒックの同一性を確保することが可能となる。そのため、通信ネットワーク内をマルチキャストとすることで、効率的なコンテンツ情報の送信を行うことが可能となる。また、ＳＮＩとＵＮＩのＩＦ条件をユニキャストとすることで、マルチキャストの送信、またはマルチキャストの受信に対応していてない装置を適用することができ、より多様なコンテンツ情報の配信を行う配信事業者が参入することができる可能性を高めることができる。

なお、上記の第１の実施形態において、ステップＳｃ３，Ｓｃ１２の処理がコンテンツ配信装置３１０−１ａによって行われる際、予備系のコンテンツ配信装置３１０−１ｓは、現用系のコンテンツ配信装置３１０−１ａと同様の処理を行って同一のコンテンツ情報を含むユニキャストＩＰトラヒックを予備系のＵ−Ｍ変換装置１０ｓに送信する。Ｕ−Ｍ変換装置１０ｓは、予備系のコンテンツ配信装置３１０−１ｓからユニキャストＩＰトラヒックを受けて現用系のＵ−Ｍ変換装置１０ａと同様の処理を行うがマルチキャストＩＰトラヒックの送信は行わない。

また、上記の第１の実施形態において、図１４に示すステップＳｃ１３と、ステップＳｃ１４とは、ステップＳｃ１３の次にステップＳｃ１４の処理が行われる連続した処理ではない。ステップＳｃ１４の処理は、ステップＳｃ１１の処理、すなわち、Ｍ−Ｕ変換装置２０−１のＭ−Ｕ変換テーブル２１１−１における受信者端末装置７０−２に対応する「配信要求」の項目に「○」を書き込む処理が完了することにより開始される処理であり、場合によっては、ステップＳｃ１３の処理よりも先に開始される処理である。

また、上記の第１の実施形態において、配信開始要求情報や配信終了要求情報は、コンテンツ配信装置３１０のいずれかを選択し、選択したコンテンツ配信装置３１０のユニキャストＩＰアドレスを宛先として送信している。そのため、上記の第１の実施形態では、例えば、ステップＳｃ３やステップＳｃ１２の処理において、要求受付部３１２−１ａが、配信開始要求情報を受信した際、配信開始要求情報に含まれている配信事業者ＩＤをチェックしない構成としている。しかしながら、本発明の構成は、当該実施の形態に限ら得ず、要求受付部３１２−１ａが、配信開始要求情報や配信終了要求情報を受信した際に、配信事業者ＩＤを読み出して、自装置の配信事業者ＩＤ記憶部３１５−１ａに記憶されている配信事業者ＩＤに一致するか否かを判定するようにしてもよい。判定の結果、一致しない場合、要求受付部３１２−１ａは、受信した配信開始要求情報や配信終了要求情報は誤っている情報としてエラーメッセージを受信者端末装置７０−１〜７０−６に送信するようにしてもよい。

また、上記の第１の実施形態において、Ｕ−Ｍ変換テーブル１１１における「選択状態」の項目は、例えば、送信選択判定部１００ａが、一定時間、「選択状態」が「○」になっているレコードに対応するユニキャストＩＰトラヒックをコンテンツ配信装置３１０−１ａから受信しない場合、当該コンテンツ情報の配信が終了したと判定し、「−」を書き込んで初期化するようにしてもよい。また、Ｕ−Ｍ変換装置１０が、受信者端末装置７０−１〜７０−６が送信する配信終了要求情報を検出する構成を備えて、当該構成が、配信終了要求情報を検出した際、当該配信終了要求情報に含まれる情報に基づいて「選択状態」に「−」を書き込んで初期化するようにしてもよい。

また、上記の第１の実施形態において、ステップＳｂ２の処理を行う際、複製判定部２００は、受信したマルチキャストＩＰトラヒックのマルチキャストＩＰアドレスに基づいて、「配信要求」の項目が「○」になっているレコードを検出する処理としているが、配信事業者ＩＤとチャネルＩＤの組み合わせを用いて検出するようにしてもよい。

（第２の実施形態）
図１５は、第２の実施形態におけるコンテンツ配信システム２の構成を示すブロック図である。第２の実施形態において、第１の実施形態のコンテンツ配信システム１と同一の構成については、同一の符号を付し、以下、異なる構成について説明する。

例えば、第１の実施形態において、同一の配信事業者ＩＤであって同一のチャネルＩＤのコンテンツ情報を受信する受信者数が少ない間、Ｕ−Ｍ変換装置１０ａやＭ−Ｕ変換装置２０−１，２０−２においてユニキャストＩＰトラヒックのまま転送し、受信者数が増加した場合に、マルチキャストＩＰトラヒックで送信するという構成も考えられる。このような構成にすることで、受信者数が少ない間、Ｕ−Ｍ変換装置１０ａやＭ−Ｕ変換装置２０−１，２０−２における判定等の処理に要する負荷を軽減することができ、また、ＩＰトラヒックの変換を行わないため遅延時間も短くすることができる。

しかしながら、Ｕ−Ｍ変換装置１０ａとＭ−Ｕ変換装置２０−１，２０−２のいずれか一方のみがトラヒックの変換を行い、他方がトラヒックの変換を行わないといった状態や、変換するタイミングが異なるといった状態が発生すると、以下のような問題が生じてしまう。例えば、トラヒックに欠損が生じたり、欠損のために誤った再送がされトラヒックに重複が生じたりして、受信者端末装置７０−１〜７０−６が想定しないトラヒックを受信してしまうといった問題が生じる可能性がある。

例えば、図１６に示すように、第１の実施形態のコンテンツ配信装置３１０−１ａが、４つのユニキャストＩＰトラヒック「Ｐ_ｎ，Ｐ_ｎ＋１，Ｐ_ｎ＋２，Ｐ_ｎ＋３」を順に送信したとする。Ｕ−Ｍ変換装置１０ａは、例えば、受信者数の増加状況から、Ｐ_ｎ＋２からマルチキャストＩＰトラヒックに変換すると独自に選択しており、Ｍ−Ｕ変換装置２０−２は、Ｐ_ｎ＋３からユニキャストＩＰトラヒックに変換すると独自に選択していたとする。

このとき、「Ｐ_ｎ，Ｐ_ｎ＋１」については、変換が行われることなく、ユニキャストＩＰトラヒックのまま、Ｕ−Ｍ変換装置１０ａ及びＭ−Ｕ変換装置２０−２によって転送される。そのため、受信者端末装置７０−４は、ユニキャストＩＰトラヒックを問題なく受信してコンテンツ情報を読み出し、表示装置７１−４に出力して表示させることができる。

しかし、「Ｐ_ｎ＋２」については、Ｕ−Ｍ変換装置１０ａがマルチキャストＩＰトラヒックに変換するのに対して、Ｍ−Ｕ変換装置２０−２は、「Ｐ_ｎ＋３」からユニキャストＩＰトラヒックに変換するようにしている。そのため、Ｍ−Ｕ変換装置２０−２は、受信した「Ｐ_ｎ＋２」をマルチキャストＩＰトラヒックのまま受信者端末装置７０−４に送信する。受信者端末装置７０−４は、マルチキャスト非対応の装置であるため、受信したマルチキャストＩＰトラヒックを破棄することになり、「Ｐ_ｎ＋２」のトラヒックにロスが発生することになる。

第２の実施形態の構成では、上記のような、ユニキャストＩＰトラヒックとマルチキャストＩＰトラヒックを切り替えて送信する構成であっても、問題なく受信者端末装置７０−１〜７０−６がコンテンツ情報を受信することを可能としている。

図１５に示すように、コンテンツ配信システム２は、配信事業者設備３００Ａ−１，３００Ａ−２，３００Ａ−３、Ｕ−Ｍ変換装置１０Ａａ，１０Ａｓ、コアルータ３０−１，３０−２、伝送装置４０−１−１，４０−１−２，４０−２−１，４０−２−２、エッジルータ５０−１，５０−２、Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２、ＯＬＴ６０−１，６０−２、光スプリッタ６１−１，６１−２、ＯＮＵ６２−１−１，６２−１−２，６２−１−３，６２−２−１，６２−２−２，６２−２−３、受信者端末装置７０−１，７０−２，７０−３，７０−４，７０−５，７０−６、表示装置７１−１，７１−２，７１−３，７１−４，７１−５，７１−６を備える。また、図示していないが、コンテンツ配信システム２は、第１の実施形態と同様に、Ｕ−Ｍ変換装置１０Ａａ，１０Ａｓ、及びＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に接続するＯＳＳ４００を備えている。

第２の実施形態のコンテンツ配信システム２は、Ｕ−Ｍ変換装置１０Ａａと、Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２とを接続する通信回線５００ａと、Ｕ−Ｍ変換装置１０Ａｓと、Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２とを接続する通信回線５００ｓとを備える。

第１の実施形態と同様に、配信事業者設備３００Ａ−１，３００Ａ−２，３００Ａ−３の各々は、異なる配信事業者によって運営されており、各々が現用系と予備系の装置であるコンテンツ配信装置３１０Ａ−１ａ，３１０Ａ−１ｓ、コンテンツ配信装置３１０Ａ−２ａ，３１０Ａ−２ｓ、コンテンツ配信装置３１０Ａ−３ａ，３１０Ａ−３ｓを備える。

コンテンツ配信装置３１０Ａ−１ａ，３１０Ａ−２ａ，３１０Ａ−３ａは、現用系の装置であり、コンテンツ配信装置３１０Ａ−１ｓ，３１０Ａ−２ｓ，３１０Ａ−３ｓは、予備系の装置である。配信事業者設備３００Ａ−１，３００Ａ−２，３００Ａ−３を運営する配信事業者の各々には、予め異なる配信事業者ＩＤが付与されており、各々に、配信事業者ＩＤとして、例えば、「１」，「２」，「３」が予め付与されているものとする。

図１７は、コンテンツ配信装置３１０Ａ−１ａ，３１０Ａ−１ｓ，３１０Ａ−２ａ，３１０Ａ−２ｓ，３１０Ａ−３ａ，３１０Ａ−３ｓの内部構成を示すブロック図である。コンテンツ配信装置３１０Ａ−１ａ，３１０Ａ−１ｓ，３１０Ａ−２ａ，３１０Ａ−２ｓ，３１０Ａ−３ａ，３１０Ａ−３ｓは、同一の内部構成を有しており、図１７では、「−１ａ」等の符号の枝記号を除いて、コンテンツ配信装置３１０Ａとして説明する。また、以下の説明において、個々のコンテンツ配信装置３１０Ａ−１ａ，３１０Ａ−１ｓ，３１０Ａ−２ａ，３１０Ａ−２ｓ，３１０Ａ−３ａ，３１０Ａ−３ｓの内部構成を示す場合、各内部構成を示す符号に枝記号を付して示すものとする。

コンテンツ配信装置３１０Ａは、ＮＷ−ＩＦ３１１、要求受付部３１２Ａ、コンテンツ配信部３１３、コンテンツ情報記憶部３１４、配信事業者ＩＤ記憶部３１５、及び受信者情報記憶部３１６を備える。

受信者情報記憶部３１６は、図１８に示すように、「配信先のユニキャストＩＰアドレス」と「チャネルＩＤ」の項目を有するテーブルを記憶する。「配信先のユニキャストＩＰアドレス」の項目には、「チャネルＩＤ」の項目に記憶されているチャネルＩＤに対応するコンテンツ情報の送信先となる受信者端末装置７０−１〜７０６のＩＰアドレスが書き込まれる。

要求受付部３１２Ａは、第１の実施形態の要求受付部３１２が有する構成に加えて、以下の構成を有する。すなわち、要求受付部３１２Ａは、配信開始要求情報を受信した際、配信開始要求情報から読み出した送信元アドレスとチャネルＩＤの各々を、受信者情報記憶部３１６の「配信先のユニキャストＩＰアドレス」と「チャネルＩＤ」の項目に書き込む。また、要求受付部３１２Ａは、配信終了要求情報を受信した際、配信終了要求情報から読み出した送信元アドレスとチャネルＩＤの組み合わせに対応する情報を受信者情報記憶部３１６から削除する。

また、要求受付部３１２Ａは、ＮＷ−ＩＦ３１１を介してＵ−Ｍ変換装置１０Ａａ，１０Ａｓから配信事業者ＩＤとチャネルＩＤを含む受信者数要求情報を受信し、受信した受信者数要求情報からチャネルＩＤの情報を読み出す。また、要求受付部３１２Ａは、受信者情報記憶部３１６を参照して、読み出したチャネルＩＤに一致するレコードの数をカウントする。

また、要求受付部３１２Ａは、カウントしたレコードの数を当該チャネルＩＤの受信者数とし、配信事業者ＩＤ記憶部３１５が記憶する自装置の配信事業者ＩＤと、チャネルＩＤと、受信者数とを含む受信者数応答情報を生成する。また、要求受付部３１２Ａは、生成した受信者数応答情報をＮＷ−ＩＦ３１１を介して受信者数要求情報の送信元のＵ−Ｍ変換装置１０Ａａ，１０Ａｓに送信する。

図１９は、Ｕ−Ｍ変換装置１０Ａａ，１０Ａｓの内部構成を示すブロック図である。Ｕ−Ｍ変換装置１０Ａａ，１０Ａｓは、同一の内部構成を有しており、図１９では、「ａ」や「ｓ」の記号を除いて、Ｕ−Ｍ変換装置１０Ａとして説明する。また、以下の説明において、個々のＵ−Ｍ変換装置１０Ａａ，１０Ａｓの内部構成を示す場合、各内部構成を示す符号に「ａ」や「ｓ」の記号を付して示すものとする。

Ｕ−Ｍ変換装置１０Ａは、ＮＷ−ＩＦ１２０，１２１，１２２，１２３，１２４、送信選択判定部１００Ａ、記憶部１０１、宛先アドレス変換部１０２、送出トラヒックバッファ部１０３、コマンド送受信部１０５Ａ、及びクロック補正・生成部１０６を備える。

ＮＷ−ＩＦ１２３は、現用系のＵ−Ｍ変換装置１０Ａａの場合、通信回線５００ａを介してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に接続し、予備系のＵ−Ｍ変換装置１０Ａｓの場合、通信回線５００ｓを介してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に接続する。

ＮＷ−ＩＦ１２４は、例えば、ＧＰＳ（Global Positioning System）等の外部のクロック供給源に接続する。クロック補正・生成部１０６は、ＮＷ−ＩＦ１２４を介して外部のクロック供給源から供給されるクロック信号を取得し、クロック信号に基づいて自装置のクロックを補正する。また、クロック補正・生成部１０６は、取得したクロック信号に基づいて、Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２と時刻同期するためのクロック信号を生成してコマンド送受信部１０５Ａに出力する。

なお、Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２へのクロック信号の送信は、通常時は、現用系のＵ−Ｍ変換装置１０Ａａのみが行う。予備系のＵ−Ｍ変換装置１０Ａｓは、現用系のＵ−Ｍ変換装置１０Ａａが障害の発生等により停止した場合のみＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２へのクロック信号の送信を行う。

また、時刻同期の手法は、どのような手法を適用してもよいが、具体例として、勧告化されているＳｙｎｃ−ＥやＰＴＰ（Precision Time Protocol）等を適用してもよいし、下記の参考文献に示されるような、これらの手法を併用したハイブリッドな時刻同期手法を適用するようにしてもよい。

「参考文献：中西隆、坂井勝太、高田祐、小倉康夫、小林正人、”高精度時刻同期アクセスシステムの性能向上に向けた検討”、信学技報、2016年11月、CS2016-44、pp.23-28」

以下に説明する送信選択判定部１００Ａ、宛先アドレス変換部１０２、及び送出トラヒックバッファ部１０３は、ユニキャストＩＰトラヒックからマルチキャストＩＰトラヒックへの変換処理を行うユニキャスト・マルチキャスト変換処理部である。

送信選択判定部１００Ａは、ＮＷ−ＩＦ１２０を介してコンテンツ配信装置３１０からユニキャストＩＰトラヒックを受信し、受信したユニキャストＩＰトラヒックに含まれる配信事業者ＩＤとチャネルＩＤと宛先アドレスの情報を読み出す。

また、送信選択判定部１００Ａは、受信したユニキャストＩＰトラヒックに含まれているコンテンツ情報をマルチキャストとして送信するコンテンツ情報として登録しているか否かを判定する。

また、送信選択判定部１００Ａは、ユニキャストＩＰトラヒックから読み出した配信事業者ＩＤとチャネルＩＤとを含む受信者数要求情報を生成し、ＮＷ−ＩＦ１２０を介して受信者数の問い合わせを行うコンテンツ配信装置３１０に対して受信者数要求情報を送信する。また、送信選択判定部１００Ａは、ＮＷ−ＩＦ１２０を介してコンテンツ配信装置３１０から受信者数応答情報を受信し、受信した受信者数応答情報から配信事業者ＩＤと、チャネルＩＤと、受信者数とを読み出す。

また、送信選択判定部１００Ａは、受信したユニキャストＩＰトラヒックに含まれているコンテンツ情報をマルチキャストとして送信するコンテンツ情報として登録していないと判定した場合、受信者数が予め定めるＭの値以上であるか否かを判定する。ここで、Ｍの値は、１以上の整数値であり予め定められる値である。また、送信選択判定部１００Ａは、受信者数が予め定めるＭの値以上である場合、自装置が全てのコンテンツ情報をユニキャストＩＰトラヒックとして送信している状態であるか否かを判定する。

また、送信選択判定部１００Ａは、自装置が全てのコンテンツ情報をユニキャストＩＰトラヒックとして送信している状態であると判定した場合、マルチキャストへの変換開始のタイミングを合わせる処理を行う。すなわち、送信選択判定部１００Ａは、コマンド送受信部１０５Ａに対してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に変換開始指示情報を送信させる指示情報を出力する。この変換開始指示情報には、マルチキャストＩＰトラヒックへの変換を開始するタイミングを示す情報、例えば、時刻を示す情報が含まれている。

また、送信選択判定部１００Ａは、受信者数が予め定めるＭの値以上である場合、マルチキャストによる送信を開始する処理を行う。

また、送信選択判定部１００Ａは、受信したユニキャストＩＰトラヒックに含まれるコンテンツ情報をマルチキャストとして送信するコンテンツ情報として登録していると判定した場合、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換するか否かを判定する。

また、送信選択判定部１００Ａは、受信者数が予め定めるＮの値未満であるか否かを判定する。ここで、Ｎの値は、Ｍ以上の整数値であり予め定められる値である。なお、Ｍの値とＮの値は、例えば、運用者がＯＳＳ４００を操作することによって、コマンド送受信部１０５ＡにＭの値とＮの値の情報を送信し、コマンド送受信部１０５Ａが送信選択判定部１００Ａの内部の記憶領域に書き込んで記憶させることにより予め定められる。

また、送信選択判定部１００Ａは、受信者数が予め定めるＮの値未満であると判定した場合、受信したユニキャストＩＰトラヒックから読み出した配信事業者ＩＤとチャネルＩＤの組み合わせに対応するコンテンツ情報を含むマルチキャストＩＰトラヒックの送信を停止した場合に自装置がユニキャストＩＰトラヒックのみを送信することになるか否かを判定する。

また、送信選択判定部１００Ａは、自装置がユニキャストＩＰトラヒックのみを送信することになると判定した場合、マルチキャストへの変換の停止のタイミングを合わせる処理を行う。すなわち、送信選択判定部１００Ａは、コマンド送受信部１０５に対してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に変換停止指示情報を送信させる指示情報を出力する。この変換停止指示情報には、マルチキャストＩＰトラヒックに変換することを停止するタイミングを示す情報、例えば、時刻を示す情報が含まれている。

また、送信選択判定部１００Ａは、受信者数が予め定めるＮの値未満である場合、以下の処理を行う。すなわち、送信選択判定部１００Ａは、受信したユニキャストＩＰトラヒックから読み出した配信事業者ＩＤとチャネルＩＤの組み合わせに対応するコンテンツ情報を含むマルチキャストＩＰトラヒックの送信を停止し、受信したユニキャストＩＰトラヒックをそのまま送信する処理に戻す処理を行う。

コマンド送受信部１０５Ａは、第１の実施形態のコマンド送受信部１０５が有する構成に加えて、以下の構成を有する。コマンド送受信部１０５Ａは、送信選択判定部１００Ａから変換開始指示情報、または変換停止指示情報を送信する指示情報を受けた場合、ＮＷ−ＩＦ１２３を介してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−１に変換開始指示情報、または変換停止指示情報を生成して送信する。

なお、変換開始指示情報及び変換停止指示情報は、確実にＭ−Ｕ変換装置２０Ａ−１，２０Ａ−１に送信する必要があるため、到達確認が可能なプロトコルを用いて行われる。到達確認が可能なプロトコルであればどのようなプロトコルを適用してもよいが、例えば、ＴＣＰやＳＮＭＰ（Simple Network Management Protocol）のＩｎｆｏｒｍ等が適用される。

また、コマンド送受信部１０５Ａは、クロック補正・生成部１０６からクロック信号を受けた場合、当該クロック信号をＮＷ−ＩＦ１２３を介してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−１に送信する。

図２０は、Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２の内部構成を示すブロック図である。Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２は、同一の内部構成を有しており、図２０では、「−１」や「−２」の枝番号を除いて、Ｍ−Ｕ変換装置２０Ａとして説明する。また、以下の説明において、個々のＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２の内部構成を示す場合、各内部構成を示す符号に「−１」や「−２」の枝番号を付して示すものとする。

Ｍ−Ｕ変換装置２０Ａは、ＮＷ−ＩＦ２２０，２２１，２２２，２２３、複製判定部２００Ａ、記憶部２０１、宛先アドレス変換部２０２、送出トラヒックバッファ部２０３、情報検出処理部２０４、コマンド送受信部２０５Ａ、及びクロック同期部２０６を備える。

ＮＷ−ＩＦ２２３は、通信回線５００ａと通信回線５００ｓに接続しており、通信回線５００ａを介してＵ−Ｍ変換装置１０Ａａに接続し、通信回線５００ｓを介してＵ−Ｍ変換装置１０Ａｓに接続する。

コマンド送受信部２０５Ａは、第１の実施形態のコマンド送受信部２０５が有する構成に加えて以下の構成を有する。コマンド送受信部２０５Ａは、ＮＷ−ＩＦ２２３を介してＵ−Ｍ変換装置１０Ａからクロック信号を受信し、受信したクロック信号をクロック同期部２０６に出力する。

また、コマンド送受信部２０５Ａは、ＮＷ−ＩＦ２２３を介してＵ−Ｍ変換装置１０Ａから変換開始指示情報、または変換停止指示情報を受信し、受信した変換開始指示情報、または変換停止指示情報を複製判定部２００Ａに出力する。

クロック同期部２０６は、コマンド送受信部２０５Ａから受けたクロック信号に同期するように自装置のクロックを補正する。これにより、Ｕ−Ｍ変換装置１０ＡとＭ−Ｕ変換装置２０Ａとの間で時刻同期が行われることになる。

以下に説明する複製判定部２００Ａ、宛先アドレス変換部２０２、及び送出トラヒックバッファ部２０３は、マルチキャストＩＰトラヒックからユニキャストＩＰトラヒックへの変換処理を行うマルチキャスト・ユニキャスト変換処理部である。

複製判定部２００Ａは、ＮＷ−ＩＦ２２０を介してエッジルータ５０−１，５０−２からユニキャスト、またはマルチキャストのＩＰトラヒックを受信する。また、複製判定部２００Ａは、コマンド送受信部２０５Ａから変換開始指示情報、または変換停止指示情報を受信しているか否かを判定する。

また、複製判定部２００Ａは、コマンド送受信部２０５Ａから変換開始指示情報を受信していると判定した場合、受信したＩＰトラヒックが変換開始指示情報に示されるタイミング以降のＩＰトラヒックであるか否かを判定する。

また、コマンド送受信部２０５Ａから変換開始指示情報を受信していない場合や、受信したＩＰトラヒックが変換開始指示情報に示されるタイミング以降のＩＰトラヒックでない場合、複製判定部２００Ａは、以下の処理を行う。すなわち、複製判定部２００Ａは、受信したＩＰトラヒックはユニキャストＩＰトラヒックであるため、受信したユニキャストＩＰトラヒックをそのまま送出トラヒックバッファ部２０３に出力する処理を行う。

また、複製判定部２００Ａは、受信したＩＰトラヒックが変換開始指示情報に示されるタイミング以降のＩＰトラヒックであると判定した場合、第１の実施形態の図９に示した処理に相当するマルチキャストＩＰトラヒック送信処理を行い、その後、以下の受信判定処理を行う。

受信判定処理において、複製判定部２００Ａは、コマンド送受信部２０５Ａから変換停止指示情報を受信していると判定した場合、受信したＩＰトラヒックが変換停止指示情報に示されるタイミング以降のＩＰトラヒックであるか否かを判定する。

また、複製判定部２００Ａは、受信したＩＰトラヒックが変換停止指示情報に示されるタイミング以降のユニキャストＩＰトラヒックであると判定した場合、受信したＩＰトラヒックはユニキャストＩＰトラヒックであるため受信したＩＰトラヒックを変換せずに送出トラヒックバッファ部２０３に出力する。

また、コマンド送受信部２０５Ａから変換停止指示情報を受信していない場合や、受信したＩＰトラヒックが変換停止指示情報に示されるタイミング以降のＩＰトラヒックでない場合、複製判定部２００Ａは、以下の処理を行う。すなわち、複製判定部２００Ａは、受信したＩＰトラヒックが、ユニキャストであるか、マルチキャストであるかを判定する処理を行う。また、複製判定部２００Ａは、受信したＩＰトラヒックがユニキャストＩＰトラヒックであると判定した場合、受信したＩＰトラヒックを送出トラヒックバッファ部２０３に出力する。また、複製判定部２００Ａは、受信したＩＰトラヒックがマルチキャストＩＰトラヒックであると判定した場合、上述したマルチキャストＩＰトラヒック送信処理を行う。

（第２の実施形態のＵ−Ｍ変換装置によるトラヒック変換処理）
図２１は、第２の実施形態のＵ−Ｍ変換装置１０Ａが行うトラヒック変換処理の流れを示すフローチャートである。以下では、現用系のＵ−Ｍ変換装置１０Ａａの処理として説明するが、現用系のＵ−Ｍ変換装置１０Ａａが障害の発生等により停止した場合、予備系のＵ−Ｍ変換装置１０Ａｓについても同様の処理が行われる。

Ｕ−Ｍ変換装置１０Ａａの送信選択判定部１００Ａａは、ＮＷ−ＩＦ１２０ａを介して、いずれかのコンテンツ配信装置３１０Ａからコンテンツ情報を含むユニキャストＩＰトラヒックを受信する（ステップＳｄ１）。ここでは、コンテンツ配信装置３１０Ａ−１ａからユニキャストＩＰトラヒックを受信したとする。送信選択判定部１００Ａａは、受信したユニキャストＩＰトラヒックから配信事業者ＩＤ、チャネルＩＤ、宛先アドレスの情報を読み出す。

送信選択判定部１００Ａａは、記憶部１０１ａのＵ−Ｍ変換テーブル１１１ａを参照して、読み出した配信事業者ＩＤとチャネルＩＤの組み合わせに対応する全てのレコードを検出する。送信選択判定部１００Ａａは、検出した全てのレコードの「選択状態」の項目を参照し、いずれかに「○」が記憶されているか否かを判定する。これにより、受信したユニキャストＩＰトラヒックに含まれているコンテンツ情報をマルチキャストとして送信するコンテンツ情報として登録しているか否かを判定する（ステップＳｄ２）。

送信選択判定部１００Ａａは、検出した全てのレコードの「選択状態」の項目に「○」が記憶されていないと判定した場合、すなわち受信したユニキャストＩＰトラヒックに含まれているコンテンツ情報をマルチキャストとして送信するコンテンツ情報として登録していないと判定した場合（ステップＳｄ２−ＮＯ）、以下の処理を行う。すなわち、送信選択判定部１００Ａａは、受信したユニキャストＩＰトラヒックを送出トラヒックバッファ部１０３ａに出力する。送出トラヒックバッファ部１０３ａは、送信選択判定部１００Ａａが出力するユニキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ１２１をａ介してコアルータ３０−１に送信する（ステップＳｄ３）。

送信選択判定部１００Ａａは、受信したユニキャストＩＰトラヒックから読み出した配信事業者ＩＤとチャネルＩＤを含む受信者数要求情報を生成する。送信選択判定部１００Ａａは、ＮＷ−ＩＦ１２０ａを介して、受信したユニキャストＩＰトラヒックの送信元、すなわち読み出した配信事業者ＩＤに対応するコンテンツ配信装置３１０Ａ−１ａに対して受信者数要求情報を送信する。

当該受信者数要求情報を受信したコンテンツ配信装置３１０Ａ−１ａの要求受付部３１２Ａ−１ａは、受信者数要求情報からチャネルＩＤを読み出す。要求受付部３１２Ａ−１ａは、受信者情報記憶部３１６−１ａを参照して、チャネルＩＤに対応するレコードをカウントして受信者数を算出する。要求受付部３１２Ａ−１ａは、配信事業者ＩＤ記憶部３１５−１ａが記憶する自装置の配信事業者ＩＤと、チャネルＩＤと、受信者数とを含む受信者数応答情報を生成する。要求受付部３１２Ａ−１ａは、生成した受信者数応答情報をＮＷ−ＩＦ３１１−１ａを介して受信者数要求情報の送信元のＵ−Ｍ変換装置１０Ａａに送信する。

Ｕ−Ｍ変換装置１０Ａａの送信選択判定部１００Ａａは、ＮＷ−ＩＦ１２０ａを介してコンテンツ配信装置３１０Ａ−１ａから受信者数応答情報を受信する。送信選択判定部１００Ａａは、受信した受信者数応答情報から配信事業者ＩＤと、チャネルＩＤと、受信者数の情報を読み出す（ステップＳｄ４）。

送信選択判定部１００Ａａは、読み出した受信者数が予め定めるＭの値以上であるか否かを判定する（ステップＳｄ５）。送信選択判定部１００Ａａは、読み出した受信者数がＭの値以上でないと判定した場合（ステップＳｄ５−ＮＯ）、ステップＳｄ１に戻って処理を継続する。

一方、送信選択判定部１００Ａａは、読み出した受信者数がＭの値以上であると判定した場合（ステップＳｄ５−ＹＥＳ）、自装置が全てのコンテンツ情報をユニキャストＩＰトラヒックとして送信している状態であるか否かを判定する（ステップＳｄ６）。この判定は、例えば、送信選択判定部１００Ａａが、記憶部１０１ａのＵ−Ｍ変換テーブル１１１ａの「選択状態」の項目を参照することによって行われる。全てのレコードの「選択状態」の項目に「○」が存在していない場合、Ｕ−Ｍ変換装置１０Ａａは、マルチキャストＩＰトラヒックを送信していないことになる。

送信選択判定部１００Ａａは、自装置がいずれかのコンテンツ情報をマルチキャストＩＰトラヒックとして送信を行っていると判定した場合（ステップＳｄ６−ＮＯ）、処理をステップＳｄ８に進める。一方、送信選択判定部１００Ａａは、自装置が全てのコンテンツ情報をユニキャストＩＰトラヒックとして送信している状態であると判定した場合（ステップＳｄ６−ＹＥＳ）、マルチキャストに変換を開始するタイミングを算出する。例えば、送信選択判定部１００Ａａは、内部のクロックが示す現在時刻から予め定められる所定の時間を加えた時刻をマルチキャストへの変換を開始するタイミングとして算出する。

送信選択判定部１００Ａａは、コマンド送受信部１０５Ａａに対してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２にマルチキャストへの変換を開始するタイミングの情報を含む変換開始指示情報を送信させる指示情報を出力する。コマンド送受信部１０５Ａａは、当該指示情報を受けて変換開始指示情報を生成し、生成した変換開始指示情報をＮＷ−ＩＦ１２３ａを介してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に送信する（ステップＳｄ７）。

送信選択判定部１００Ａａは、Ｕ−Ｍ変換テーブル１１１ａを参照し、受信したユニキャストＩＰトラヒックから読み出した配信事業者ＩＤとチャネルＩＤと宛先アドレスの組み合わせに対応するレコードの「選択状態」の項目に「○」を書き込んで記憶させる。これにより、当該配信事業者ＩＤとチャネルＩＤの組み合わせに対応するコンテンツ情報についてユニキャストＩＰトラヒックによる送信が停止され、マルチキャストＩＰトラヒックによる送信が開始されることになる（ステップＳｄ８）。なお、ステップＳｄ７を経由して、ステップＳｄ８の処理を行う場合、送信選択判定部１００Ａａは、マルチキャストに変換することを開始するタイミングにおいて、「選択状態」の項目に「○」を書き込んで記憶させる。

ステップＳｄ２の処理において、「選択状態」の項目のいずれかに「○」が記憶されている場合、送信選択判定部１００Ａａは、受信したユニキャストＩＰトラヒックに含まれているコンテンツ情報をマルチキャストとして送信するコンテンツ情報として登録していると判定する（ステップＳｄ２−ＹＥＳ）。送信選択判定部１００Ａａは、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換するか否かを判定する（ステップＳｄ９）。

送信選択判定部１００Ａａは、ステップＳｄ２の処理において検出した「選択状態」の項目に「○」が記憶されているレコードの「変換前のユニキャストＩＰアドレス」が読み出した宛先アドレスに一致する場合、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換すると判定する（ステップＳｄ９−ＹＥＳ）。

一方、送信選択判定部１００Ａａは、ステップＳｄ２の処理において検出した「選択状態」の項目に「○」が記憶されているレコードの「変換前のユニキャストＩＰアドレス」が読み出した宛先アドレスに一致しない場合、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換しないと判定する（ステップＳｄ９−ＮＯ）。

送信選択判定部１００Ａａは、ステップＳｄ９の処理において、「ＮＯ」の判定を行った場合、受信したユニキャストＩＰトラヒックを破棄する（ステップＳｄ１１）。これに対して、送信選択判定部１００Ａａは、ステップＳｄ９の処理において、「ＹＥＳ」の判定を行った場合、ステップＳｄ２の処理において検出した「選択状態」の項目に「○」が記憶されているレコードの「変更後のマルチキャストＩＰアドレス」の項目からマルチキャストＩＰアドレスを読み出す。

送信選択判定部１００Ａａは、受信したユニキャストＩＰトラヒックと、読み出したマルチキャストＩＰアドレスを宛先アドレス変換部１０２ａに出力する。宛先アドレス変換部１０２ａは、送信選択判定部１００Ａａが出力するユニキャストＩＰトラヒックに対して、当該ユニキャストＩＰトラヒックの宛先アドレスを、送信選択判定部１００ａが出力するマルチキャストＩＰアドレスに書き換える。これにより、宛先アドレス変換部１０２ａは、ユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送出トラヒックバッファ部１０３ａに出力する。

送出トラヒックバッファ部１０３ａは、宛先アドレス変換部１０２ａから受けたマルチキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ１２１ａを介してコアルータ３０−１に送信する（ステップＳｄ１０）。

送信選択判定部１００Ａａは、ステップＳｄ４と同様の処理によりコンテンツ配信装置３１０から受信者数の情報を取得する（ステップＳｄ１２）。送信選択判定部１００Ａａは、取得した受信者数が予め定めるＮの値未満であるか否かを判定する（ステップＳｄ１３）。送信選択判定部１００Ａａは、読み出した受信者数が予め定めるＮの値未満でないと判定した場合（ステップＳｄ１３−ＮＯ）、ステップＳｄ１に戻って処理を継続する。

一方、送信選択判定部１００Ａａは、読み出した受信者数が予め定めるＮの値未満であると判定した場合（ステップＳｄ１３−ＹＥＳ）、読み出した配信事業者ＩＤとチャネルＩＤの組み合わせに対応するコンテンツ情報を含むマルチキャストＩＰトラヒックの送信を停止した場合に自装置がユニキャストＩＰトラヒックのみを送信することになるか否かを判定する（ステップＳｄ１４）。この判定は、例えば、送信選択判定部１００Ａａが、記憶部１０１ａのＵ−Ｍ変換テーブル１１１ａの「選択状態」の項目を参照することによって行われる。「選択状態」の項目が「○」であるレコードが残り１つである場合、当該マルチキャストＩＰトラヒックの送信を停止するとＵ−Ｍ変換装置１０ＡａがユニキャストＩＰトラヒックのみを送信することになる。

送信選択判定部１００Ａａは、当該コンテンツ情報を含むマルチキャストＩＰトラヒックの送信を停止した場合に自装置がユニキャストＩＰトラヒックのみを送信することにならないと判定した場合（ステップＳｄ１４−ＮＯ）、処理をステップＳｄ１６に進める。

一方、送信選択判定部１００Ａａは、当該コンテンツ情報を含むマルチキャストＩＰトラヒックの送信を停止した場合に自装置がユニキャストＩＰトラヒックのみを送信することになると判定した場合（ステップＳｄ１４−ＹＥＳ）、マルチキャストに変換することを停止するタイミングを算出する。例えば、送信選択判定部１００Ａａは、内部のクロックが示す現在時刻から予め定められる所定の時間を加えた時刻をマルチキャストに変換することを停止するタイミングとして算出する。

送信選択判定部１００Ａａは、コマンド送受信部１０５Ａａに対してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２にマルチキャストに変換することを停止するタイミングを示す情報を含む変換停止指示情報を送信させる指示情報を出力する。コマンド送受信部１０５Ａａは、当該指示情報を受けて変換停止指示情報を生成し、生成した変換停止指示情報をＮＷ−ＩＦ１２３ａを介してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に送信する（ステップＳｄ１５）。

送信選択判定部１００Ａａは、Ｕ−Ｍ変換テーブル１１１ａを参照し、受信したユニキャストＩＰトラヒックから読み出した配信事業者ＩＤとチャネルＩＤの組み合わせに対応する全ての「選択状態」の項目をＵ−Ｍ変換テーブル１１１において参照し、「選択状態」の項目のうち「○」となっている項目に「−」を書き込んで記憶させる。これにより、当該コンテンツ情報についてマルチキャストでの送信を停止してユニキャストでの送信が開始されることになる（ステップＳｄ１６）。なお、ステップＳｄ１５を経由して、ステップＳｄ１６の処理を行う場合、送信選択判定部１００Ａａは、マルチキャストに変換することを停止するタイミングにおいて、「選択状態」の項目に「−」を書き込んで記憶させる。

（第２の実施形態のＭ−Ｕ変換装置によるトラヒック変換処理）
図２２から図２４は、第２の実施形態のＭ−Ｕ変換装置２０Ａが行うトラヒック変換処理の流れを示すフローチャートである。以下では、Ｍ−Ｕ変換装置２０Ａ−１の処理として説明するが、Ｍ−Ｕ変換装置２０Ａ−２についても同様の処理が行われる。

Ｍ−Ｕ変換装置２０Ａ−１の複製判定部２００Ａ−１は、ＮＷ−ＩＦ２２０−１を介してエッジルータ５０−１からＩＰトラヒック、すなわち、ユニキャストＩＰトラヒック、またはマルチキャストＩＰトラヒックを受信する（ステップＳｅ１）。複製判定部２００Ａ−１は、コマンド送受信部２０５Ａ−１から変換開始指示情報を受信しているか否かを判定する（ステップＳｅ２）。

複製判定部２００Ａ−１は、コマンド送受信部２０５Ａから変換開始指示情報を受信していると判定した場合（ステップＳｅ２−ＹＥＳ）、次に、受信したＩＰトラヒックが変換開始指示情報に示されるタイミング以降のＩＰトラヒックであるか否かを判定する（ステップＳｅ３）。

複製判定部２００Ａ−１は、コマンド送受信部２０５Ａ−１から変換開始指示情報を受信していないと判定した場合（ステップＳｅ２−ＮＯ）、または、受信したＩＰトラヒックが変換開始指示情報に示されるタイミング以降のＩＰトラヒックでないと判定した場合（ステップＳｅ３−ＮＯ）、以下の処理を行う。すなわち、これらの場合、受信したＩＰトラヒックはユニキャストＩＰトラヒックであるため、複製判定部２００Ａ−１は、受信したユニキャストＩＰトラヒックを送出トラヒックバッファ部２０３−１に出力する。

送出トラヒックバッファ部２０３−１は、複製判定部２００Ａ−１から受けたユニキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ２２１−１を介してＯＬＴ６０−１に送信する（ステップＳｅ４）。

一方、複製判定部２００Ａ−１は、受信したＩＰトラヒックが変換開始指示情報に示されるタイミング以降のＩＰトラヒックであると判定した場合（ステップＳｅ３−ＹＥＳ）、当該ＩＰトラヒックは、マルチキャストＩＰトラヒックに変換されている。そのため、複製判定部２００Ａ−１は、当該マルチキャストＩＰトラヒックをユニキャストＩＰトラヒックに変換して送信を行う図２３に示すマルチキャストＩＰトラヒック送信処理を行う（ステップＳｅ５）。その後、複製判定部２００Ａ−１は、図２４に示す受信判定処理を開始する（ステップＳｅ６）。

図２３に示すマルチキャストＩＰトラヒック送信処理におけるステップＳｆ１，Ｓｆ２，Ｓｆ３，Ｓｆ４，Ｓｆ５の処理の各々は、図９に示した第１の実施形態のＭ−Ｕ変換装置２０によるステップＳｂ２，Ｓｂ３，Ｓｂ４，Ｓｂ５，Ｓｂ６に対応する処理である。したがって、第１の実施形態の複製判定部２００−１、宛先アドレス変換部２０２−１、送出トラヒックバッファ部２０３が行ったステップＳｂ２，Ｓｂ３，Ｓｂ４，Ｓｂ５，Ｓｂ６の処理と同様の処理を、第２の実施形態の複製判定部２００Ａ−１、宛先アドレス変換部２０２−１、送出トラヒックバッファ部２０３−１が行う。ステップＳｆ５の処理の後、マルチキャストＩＰトラヒック送信処理のサブルーチンを抜けてサブルーチンの呼び出し元の処理に戻る。

図２４に示す受信判定処理において、複製判定部２００Ａ−１は、ＮＷ−ＩＦ２２０−１を介してエッジルータ５０−１からＩＰトラヒックを受信する（ステップＳｇ１）。複製判定部２００Ａ−１は、コマンド送受信部２０５Ａ−１から変換停止指示情報を受信しているか否かを判定する（ステップＳｇ２）。

複製判定部２００Ａ−１は、コマンド送受信部２０５Ａ−１から変換停止指示情報を受信していると判定した場合（ステップＳｇ２−ＹＥＳ）、受信したＩＰトラヒックが変換停止指示情報に示されるタイミング以降のＩＰトラヒックであるか否かを判定する（ステップＳｇ３）。

複製判定部２００Ａ−１は、受信したＩＰトラヒックが変換停止指示情報に示されるタイミング以降のＩＰトラヒックであると判定した場合、受信したＩＰトラヒックはマルチキャストへの変換が停止されたユニキャストＩＰトラヒックである。そのため、複製判定部２００Ａ−１は、受信したユニキャストＩＰトラヒックを送出トラヒックバッファ部２０３−１に出力する。

送出トラヒックバッファ部２０３−１は、複製判定部２００Ａ−１から受けたユニキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ２２１−１を介してＯＬＴ６０−１に送信する（ステップＳｇ４）。複製判定部２００Ａ−１は、図２２に示すステップＳｅ１以降の処理を継続する。

複製判定部２００Ａ−１は、コマンド送受信部２０５Ａから変換停止指示情報を受信していないと判定した場合（ステップＳｇ２−ＮＯ）、または、受信したＩＰトラヒックが変換停止指示情報に示されるタイミング以降のＩＰトラヒックでないと判定した場合（ステップＳｇ３−ＮＯ）、以下の処理を行う。

これらの場合、コンテンツ配信装置３１０Ａ−１ａ〜３１０Ａ−３ｓは、あるコンテンツ情報についてはユニキャストＩＰトラヒックとして送信し、他のコンテンツ情報についてはマルチキャストＩＰトラヒックとして送信している可能性がある。すなわち、通信ネットワーク部分には、コンテンツ情報を含むユニキャストＩＰトラヒックとマルチキャストＩＰトラヒックとが混在している状態となる。そのため、複製判定部２００Ａ−１は、受信したＩＰトラヒックが、ユニキャストＩＰトラヒックであるか、マルチキャストＩＰトラヒックであるかを判定する（ステップＳｇ５）。

複製判定部２００Ａ−１は、受信したＩＰトラヒックが、ユニキャストＩＰトラヒックであると判定した場合（ステップＳｇ５、ユニキャスト）、受信したユニキャストＩＰトラヒックを送出トラヒックバッファ部２０３−１に出力する。送出トラヒックバッファ部２０３−１は、複製判定部２００Ａ−１から受けたユニキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ２２１−１を介してＯＬＴ６０−１に送信する（ステップＳｇ６）。

一方、複製判定部２００Ａ−１は、受信したＩＰトラヒックが、マルチキャストＩＰトラヒックであると判定した場合（ステップＳｇ５、マルチキャスト）、図２３に示すマルチキャストＩＰトラヒック送信処理を行う（ステップＳｇ７）。

（第２の実施形態におけるコンテンツ配信システムの処理）
次に、図２５から図３４を参照しつつ第２の実施形態のコンテンツ配信システム２によるコンテンツ配信処理について説明する。前提として、Ｕ−Ｍ変換装置１０Ａａの送信選択判定部１００Ａａに予め定められるＭの値は「５」であり、Ｎの値は「３」であるとする。なお、図２５から図３４においては、予備系のコンテンツ配信装置３１０Ａ−１ｓの処理を示す矢印の記載を省略しているが、第１の実施形態と同様に、予備系のコンテンツ配信装置３１０Ａ−１ｓは、現用系のコンテンツ配信装置３１０Ａ−１ａと同様の処理を行う。

図２５は、受信者端末装置７０−１が配信開始要求情報を送信し、当該配信開始要求情報を受信したコンテンツ配信装置３１０Ａ−１ａがコンテンツ情報の送信を開始した状態を示している。Ｕ−Ｍ変換装置１０Ａａの送信選択判定部１００Ａａは、ＮＷ−ＩＦ１２０ａを介してコンテンツ配信装置３１０Ａ−１ａからコンテンツ情報を含むユニキャストＩＰトラヒックを受信する。

送信選択判定部１００Ａａは、図２１に示すトラヒック変換処理を行う。受信したユニキャストＩＰトラヒックに含まれるコンテンツ情報をマルチキャストとして送信するコンテンツ情報として登録していないため、送信選択判定部１００Ａａは、ステップＳｄ２の処理において、「ＮＯ」の判定を行う。送信選択判定部１００Ａａは、ステップＳｄ３の処理において、受信したユニキャストＩＰトラヒックを送出トラヒックバッファ部１０３ａに出力する。

送信選択判定部１００Ａａは、ステップＳｄ４の処理において、コンテンツ配信装置３１０Ａ−１ａに対して、当該コンテンツ情報の受信者数要求情報を送信して、受信者数応答情報を受信する。この時点において、当該コンテンツ情報を受信しているのは受信者端末装置７０−１の１台のみであるため、受信者数応答情報には、受信者数が「１」である情報が含まれる。送信選択判定部１００Ａａは、ステップＳｄ５の処理において、受信者数が、Ｍ（＝５）以上でないため、「ＮＯ」の判定を行い、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックへ変換する処理を行わない（ステップＳｈ１）。

送出トラヒックバッファ部１０３ａは、送信選択判定部１００Ａａが出力したユニキャストＩＰトラヒックを一時的に記憶し、記憶した順でユニキャストＩＰトラヒックを送信する。ユニキャストＩＰトラヒックは、コアルータ３０−１、伝送装置４０−１−１，４０−１−２、エッジルータ５０−１により伝送される（ステップＳｈ２）。

Ｍ−Ｕ変換装置２０Ａ−１の複製判定部２００Ａ−１は、ＮＷ−ＩＦ２２０−１を介してエッジルータ５０−１からユニキャストＩＰトラヒックを受信する。複製判定部２００Ａ−１は、図２２に示すトラヒック変換処理を行い、Ｕ−Ｍ変換装置１０Ａａから変換開始指示情報を受信していないため、ステップＳｅ２の処理において、「ＮＯ」の判定を行う。

複製判定部２００Ａ−１は、ステップＳｅ４の処理において、受信したユニキャストＩＰトラヒックを送出トラヒックバッファ部２０３−１に出力する。送出トラヒックバッファ部２０３−１は、複製判定部２００Ａ−１が出力したユニキャストＩＰトラヒックを一時的に記憶し、記憶した順でユニキャストＩＰトラヒックを送信する（ステップＳｈ３）。

ユニキャストＩＰトラヒックは、ＯＬＴ６０−１、光スプリッタ６１−１、ＯＮＵ６２−１−１を介して伝送され、受信者端末装置７０−１が、ユニキャストＩＰトラヒックを受信する。

図２６に進み、受信者端末装置７０−２，７０−３，７０−５が、受信者端末装置７０−１が受信しているコンテンツ情報と同一のコンテンツ情報の配信を要求する。すなわち、受信者端末装置７０−２，７０−３，７０−５は、受信者端末装置７０−１が受信しているコンテンツ情報の配信事業者ＩＤ及びチャネルＩＤを含む配信開始要求情報を送信する。

コンテンツ配信装置３１０Ａ−１ａは、受信者端末装置７０−１に加えて、受信者端末装置７０−２，７０−３，７０−５に対して同一の配信事業者ＩＤ及びチャネルＩＤのコンテンツ情報の送信を開始する。すなわち、コンテンツ配信装置３１０Ａ−１ａは、同一の配信事業者ＩＤ及びチャネルＩＤのコンテンツ情報を含む４つのユニキャストＩＰトラヒックを送信する。

Ｕ−Ｍ変換装置１０Ａａの送信選択判定部１００Ａａは、ＮＷ−ＩＦ１２０ａを介してコンテンツ配信装置３１０Ａ−１ａからコンテンツ情報を含むユニキャストＩＰトラヒックを受信する。

送信選択判定部１００Ａａは、図２１に示すトラヒック変換処理を行う。送信選択判定部１００Ａａは、受信したユニキャストＩＰトラヒックに含まれるコンテンツ情報をマルチキャストとして送信するコンテンツ情報として登録していないため、ステップＳｄ２の処理において、「ＮＯ」の判定を行う。送信選択判定部１００Ａａは、ステップＳｄ３の処理において、受信したユニキャストＩＰトラヒックを送出トラヒックバッファ部１０３ａに出力する。

送信選択判定部１００Ａａは、ステップＳｄ４の処理において、コンテンツ配信装置３１０Ａ−１ａに対して、当該コンテンツ情報の受信者数要求情報を送信して、受信者数応答情報を受信する。この時点において、当該コンテンツ情報を受信しているのは４台存在するため、受信者数応答情報には、受信者数が「４」である情報が含まれる。しかし、送信選択判定部１００Ａａは、受信者数が未だ「４」であるため、ステップＳｄ５の処理において、「ＮＯ」の判定、すなわち受信者数が、Ｍ（＝５）以上でないと判定し、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックへ変換する処理を行わない（ステップＳｈ４）。

送出トラヒックバッファ部１０３ａは、送信選択判定部１００Ａａが出力したユニキャストＩＰトラヒックを一時的に記憶し、記憶した順でユニキャストＩＰトラヒックを送信する。受信者端末装置７０−１，７０−２，７０−３へのユニキャストＩＰトラヒックは、コアルータ３０−１、伝送装置４０−１−１，４０−１−２、エッジルータ５０−１により伝送される。受信者端末装置７０−５へのユニキャストＩＰトラヒックは、コアルータ３０−１，３０−２、伝送装置４０−２−１，４０−２−２、エッジルータ５０−２により伝送される（ステップＳｈ５）。

Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２の複製判定部２００Ａ−１，２００Ａ−２は、ＮＷ−ＩＦ２２０−１，２２０−２を介してエッジルータ５０−１，５０−２からユニキャストＩＰトラヒックを受信する。複製判定部２００Ａ−１，２００Ａ−２は、図２２に示すトラヒック変換処理を行い、Ｕ−Ｍ変換装置１０Ａａから変換開始指示情報を受信していないため、ステップＳｅ２の処理において、「ＮＯ」の判定を行う。

複製判定部２００Ａ−１，２００Ａ−２は、ステップＳｅ４の処理において、受信したユニキャストＩＰトラヒックを送出トラヒックバッファ部２０３−１，２０３−２に出力する。送出トラヒックバッファ部２０３−１，２０３−２は、複製判定部２００Ａ−１，２００Ａ−２が出力したユニキャストＩＰトラヒックを一時的に記憶し、記憶した順でユニキャストＩＰトラヒックを送信する（ステップＳｈ６）。

Ｍ−Ｕ変換装置２０Ａ−１が送信したユニキャストＩＰトラヒックは、ＯＬＴ６０−１、光スプリッタ６１−１、ＯＮＵ６２−１−１，６２−１−２，６２−１−３を介して伝送され、受信者端末装置７０−１，７０−２，７０−３が、ユニキャストＩＰトラヒックを受信する。Ｍ−Ｕ変換装置２０Ａ−２が送信したユニキャストＩＰトラヒックは、ＯＬＴ６０−２、光スプリッタ６１−２、ＯＮＵ６２−２−２を介して伝送され、受信者端末装置７０−５が、ユニキャストＩＰトラヒックを受信する。

図２７に進み、５台目の受信者端末装置７０−６が、受信者端末装置７０−１，７０−２，７０−３，７０−５が受信しているコンテンツ情報と同一のコンテンツ情報の配信を要求する。すなわち、受信者端末装置７０−６は、受信者端末装置７０−１，７０−２，７０−３，７０−５が受信しているコンテンツ情報の配信事業者ＩＤ及びチャネルＩＤを含む配信開始要求情報を送信する（ステップＳｈ７）。

配信開始要求情報は、ＯＮＵ６２−２−３、光スプリッタ６１−２、及びＯＬＴ６０−２を経由してＭ−Ｕ変換装置２０Ａ−２に伝送される。Ｍ−Ｕ変換装置２０Ａ−２の情報検出処理部２０４−２は、ＮＷ−ＩＦ２２１−２を介して受信する情報の中から配信開始要求情報を検出する（ステップＳｈ８）。情報検出処理部２０４−２は、受信した配信開始要求情報をＮＷ−ＩＦ２２０−２を介してエッジルータ５０−２に転送する。

情報検出処理部２０４−２は、第１の実施形態のステップＳｃ２の処理において、情報検出処理部２０４−１が、配信開始要求情報を検出した際に行う処理と同様の処理を行う。すなわち、情報検出処理部２０４−２は、配信開始要求情報から配信事業者ＩＤとチャネルＩＤと送信元アドレスとＶＬＡＮ−ＩＤとを読み出す。情報検出処理部２０４−２は、読み出した配信事業者ＩＤとチャネルＩＤと送信元アドレスとＶＬＡＮ−ＩＤとに一致するレコードを記憶部２０１−２のＭ−Ｕ変換テーブル２１１−２から検出し、検出したレコードの「配信要求」の項目に「○」を書き込んで記憶させる。

この時点で、Ｍ−Ｕ変換装置２０Ａ−１のＭ−Ｕ変換テーブル２１１−１には、受信者端末装置７０−１，７０−２，７０−３に対応する「配信要求」の項目に「○」が書き込まれており、Ｍ−Ｕ変換装置２０Ａ−２のＭ−Ｕ変換テーブル２１１−２には、受信者端末装置７０−５，７０−６に対応する「配信要求」の項目に「○」が書き込まれている。

配信開始要求情報は、エッジルータ５０−２、伝送装置４０−２−２，４０−２−１、コアルータ３０−２，３０−１、Ｕ−Ｍ変換装置１０Ａａを経由してコンテンツ配信装置３１０Ａ−１ａに伝送される。コンテンツ配信装置３１０Ａ−１ａは、受信者端末装置７０−１，７０−２，７０−３，７０−５に加えて、受信者端末装置７０−６に対して同一の配信事業者ＩＤ及びチャネルＩＤのコンテンツ情報の送信を開始する。すなわち、コンテンツ配信装置３１０Ａ−１ａは、同一の配信事業者ＩＤ及びチャネルＩＤのコンテンツ情報を含む５つのユニキャストＩＰトラヒックを送信する。

図２８に進み、Ｕ−Ｍ変換装置１０Ａａの送信選択判定部１００Ａａは、ＮＷ−ＩＦ１２０ａを介してコンテンツ配信装置３１０Ａ−１ａからコンテンツ情報を含むユニキャストＩＰトラヒックを受信する。

送信選択判定部１００Ａａは、ステップＳｄ４の処理において、コンテンツ配信装置３１０Ａ−１ａに対して、当該コンテンツ情報の受信者数要求情報を送信して、受信者数応答情報を受信する。この時点において、当該コンテンツ情報を受信しているのは５台存在するため、受信者数応答情報には、受信者数が「５」である情報が含まれる。送信選択判定部１００Ａａは、受信者数が「５」であるため、ステップＳｄ５の処理において、「ＹＥＳ」の判定を行う。

この時点では、Ｕ−Ｍ変換装置１０Ａａは、ユニキャストＩＰトラヒックのみを送信している。そのため、記憶部１０１ａのＵ−Ｍ変換テーブル１１１ａの「選択状態」の項目は、全て「−」である。

したがって、送信選択判定部１００Ａａは、ステップＳｄ６の処理において、「ＹＥＳ」の判定を行い、マルチキャストへの変換を開始するタイミングを算出し、ステップＳｄ７の処理において、コマンド送受信部１０５Ａａに対して、マルチキャストへの変換を開始するタイミングを示す情報を含む変換開始指示情報を送信させる指示情報を出力する。コマンド送受信部１０５Ａａは、ＮＷ−ＩＦ１２３ａを介してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に変換開始指示情報を送信する（ステップＳｈ９）。

送信選択判定部１００Ａａは、ステップＳｄ８の処理において、コンテンツ配信装置３１０Ａ−１ａから受信している５つのユニキャストＩＰトラヒックからいずれか１つを選択する。ここでは、送信選択判定部１００Ａａは、受信者端末装置７０−１を宛先とするユニキャストＩＰトラヒックを選択し、受信者端末装置７０−１を宛先とするユニキャストＩＰトラヒックから配信事業者ＩＤ、チャネルＩＤ、宛先アドレスを読み出す。

送信選択判定部１００Ａａは、Ｕ−Ｍ変換テーブル１１１ａを参照し、マルチキャストに変換することを開始するタイミングにおいて、読み出した配信事業者ＩＤ、チャネルＩＤ、宛先アドレスに対応するレコードの「選択状態」の項目に「○」を書き込む。また、送信選択判定部１００Ａａは、当該レコードの「変更後のマルチキャストＩＰアドレス」の項目からマルチキャストＩＰアドレスを読み出す。

送信選択判定部１００Ａａは、選択したマルチキャストへの変換を開始するタイミングで、選択しなかった残りの４つのユニキャストＩＰトラヒックを破棄し、選択したユニキャストＩＰトラヒック及び読み出したマルチキャストＩＰアドレスを宛先アドレス変換部１０２ａに出力する。

宛先アドレス変換部１０２ａは、送信選択判定部１００Ａａが出力するユニキャストＩＰトラヒックに対して、当該ユニキャストＩＰトラヒックの宛先アドレスを、送信選択判定部１００Ａａが出力するマルチキャストＩＰアドレスに書き換える。これにより、宛先アドレス変換部１０２ａは、ユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送出トラヒックバッファ部１０３ａに出力する。

送出トラヒックバッファ部１０３ａは、宛先アドレス変換部１０２ａから受けたマルチキャストＩＰトラヒックを一時的に記憶し、記憶した順にＮＷ−ＩＦ１２１ａを介してコアルータ３０−１に送信する。これにより、マルチキャストＩＰトラヒックにより伝送が開始される（ステップＳｈ１０）。

図２９に進み、マルチキャストＩＰトラヒックは、コアルータ３０−１、伝送装置４０−１−１，４０−１−２、エッジルータ５０−１によりＭ−Ｕ変換装置２０Ａ−１に伝送される。また、マルチキャストＩＰトラヒックは、コアルータ３０−１からコアルータ３０−２に転送され、コアルータ３０−２、伝送装置４０−２−１，４０−２−２、エッジルータ５０−２によりＭ−Ｕ変換装置２０Ａ−２に伝送される。

Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２の複製判定部２００Ａ−１，２００Ａ−２は、マルチキャストＩＰトラヒックを受信し、図２２に示すトラヒック変換処理を開始する。複製判定部２００Ａ−１，２００Ａ−２は、Ｕ−Ｍ変換装置１０Ａａから変換開始指示情報を受信しているため、ステップＳｅ２の処理において、「ＹＥＳ」の判定を行う。

Ｕ−Ｍ変換装置１０ＡａとＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２との間で時刻同期が正しく行われている場合、受信したマルチキャストＩＰトラヒックは、変換開始指示情報が示すタイミング以降のトラヒックとなる。そのため、複製判定部２００Ａ−１，２００Ａ−２は、ステップＳｅ３の処理において、「ＹＥＳ」の判定を行う。

複製判定部２００Ａ−１，２００Ａ−２は、ステップＳｅ５の処理において、マルチキャストＩＰトラヒックをユニキャストＩＰトラヒックに変換して送信するマルチキャストＩＰトラヒック送信処理を行う（ステップＳｈ１１）。

図３０は、ステップＳｈ９〜Ｓｈ１１の処理におけるユニキャストからマルチキャストに切り替えて送信を行う際のＩＰトラヒックの状態の変化を示した図である。Ｕ−Ｍ変換装置１０Ａａは、ＩＰトラヒックのＰ_ｎ＋１を送信した後、Ｐ_ｎ＋２を送信するまでの間の時刻をマルチキャストＩＰトラヒックへの変換を開始するタイミングとして選択したとする。Ｕ−Ｍ変換装置１０Ａａは、当該タイミングを含む変換開始指示情報をＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に送信し、Ｐ_ｎ＋２以降のＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送信する。

Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２は、Ｕ−Ｍ変換装置１０Ａａから受信した変換開始指示情報に含まれるタイミングの情報に基づいて、Ｐ_ｎ＋１までがユニキャストＩＰトラヒックであり、Ｐ_ｎ＋２以降がマルチキャストＩＰトラヒックであることを検出している。したがって、Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２は、Ｐ_ｎ＋１までのＩＰトラヒックについては、ステップＳｅ３の処理において、「ＮＯ」の判定を行い、ステップＳｅ４の処理によりそのまま送信する。一方、Ｐ_ｎ＋２のＩＰトラヒックについては、ステップＳｅ３の処理において、「ＹＥＳ」の判定を行い、ステップＳｅ５の処理により、ユニキャストＩＰトラヒックに変換して送信する。

これにより、受信者端末装置７０−１，７０−２，７０−３，７０−５，７０−６に到達するＩＰトラヒックは、全てユニキャストＩＰトラヒックとなる。そのため、受信者端末装置７０−１，７０−２，７０−３，７０−５，７０−６は、連続して送信されるコンテンツ情報をロスすることなく受信することができる。

図３１に進み、受信者端末装置７０−３，７０−５，７０−６が、受信しているコンテンツ情報の配信終了要求情報をコンテンツ配信装置３１０Ａ−１ａに送信する（ステップＳｈ１２）。

Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２の情報検出処理部２０４−１，２０４−２は、配信終了要求情報を検出し、検出した配信終了要求情報に含まれる配信事業者ＩＤとチャネルＩＤと送信元アドレスとＶＬＡＮ−ＩＤを検出する。情報検出処理部２０４−１，２０４−２は、記憶部２０１−１，２０１−２のＭ−Ｕ変換テーブル２１１−１，２１１−２を参照し、検出した配信事業者ＩＤとチャネルＩＤと送信元アドレスとＶＬＡＮ−ＩＤに対応するレコードを検出し、検出したレコードの「配信要求」の項目に「−」を書き込んで記憶させる（ステップＳｈ１３）。

コンテンツ配信装置３１０Ａ−１ａの要求受付部３１２Ａ−１ａは、配信終了要求情報を受信すると、コンテンツ配信部３１３−１ａに対して、受信者端末装置７０−３，７０−５，７０−６へのコンテンツ情報の送信を終了させる指示情報を出力する。コンテンツ配信部３１３−１ａは、受信者端末装置７０−３，７０−５，７０−６へのコンテンツ情報の送信を終了する。

要求受付部３１２Ａ−１ａは、配信終了要求情報を受信した際、配信終了要求情報から読み出した送信元アドレスとチャネルＩＤの組み合わせに対応する受信者情報記憶部３１６−１ａの「配信元のユニキャストＩＰアドレス」と「チャネルＩＤ」のレコードを検出し、検出したレコードを削除する（ステップＳｈ１４）。

図３２に進み、コンテンツ配信装置３１０Ａ−１ａは、受信者端末装置７０−１を宛先とするコンテンツ情報を含むユニキャストＩＰトラヒックと、受信者端末装置７０−２を宛先とするコンテンツ情報を含むユニキャストＩＰトラヒックとを送信する。Ｕ−Ｍ変換装置１０Ａａの送信選択判定部１００Ａａは、ＮＷ−ＩＦ１２０ａを介してコンテンツ配信装置３１０Ａ−１ａから受信者端末装置７０−１、または、受信者端末装置７０−２を宛先とするコンテンツ情報を含むユニキャストＩＰトラヒックを受信する。

送信選択判定部１００Ａａは、図２１に示すトラヒック変換処理を行う。送信選択判定部１００Ａａは、受信したユニキャストＩＰトラヒックに含まれるコンテンツ情報をマルチキャストとして送信するコンテンツ情報として登録しているため、ステップＳｄ２の処理において、「ＹＥＳ」の判定を行う。

送信選択判定部１００Ａａは、ステップＳｄ９の処理において、受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換するか否かを判定する（ステップＳｄ９）。前述したように、送信選択判定部１００Ａａは、受信者端末装置７０−１を宛先とするユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換するように選択している。そのため、記憶部１０１ａのＵ−Ｍ変換テーブル１１１ａにおいて「変換前のユニキャストＩＰアドレス」が、受信者端末装置７０−１のＩＰアドレスになっているレコードの「選択状態」の項目に「○」が記憶されている。

したがって、送信選択判定部１００Ａａは、受信者端末装置７０−１を宛先とするユニキャストＩＰトラヒックについては、ステップＳｄ９の処理において、「ＹＥＳ」の判定を行う。送信選択判定部１００Ａａは、ステップＳｄ１０の処理において、受信者端末装置７０−１を宛先とするユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送信する。

一方、送信選択判定部１００Ａａは、受信者端末装置７０−２を宛先とするユニキャストＩＰトラヒックについては、ステップＳｄ９の処理において、「ＮＯ」の判定を行い、ステップＳｄ１１の処理において、受信者端末装置７０−２を宛先とするユニキャストＩＰトラヒックを破棄する。

送信選択判定部１００Ａａは、ステップＳｄ１２の処理において、コンテンツ配信装置３１０Ａ−１ａに対して、当該コンテンツ情報の受信者数要求情報を送信して、受信者数応答情報を受信する。

この時点において、当該コンテンツ情報を受信しているのは２台であるため、受信者数応答情報には、受信者数が「２」である情報が含まれる。送信選択判定部１００Ａａは、受信者数が「２」であるため、ステップＳｄ１３の処理において、「ＹＥＳ」の判定、すなわち受信者数が、Ｎ（＝３）未満であると判定する。送信選択判定部１００Ａａは、記憶部１０１ａのＵ−Ｍ変換テーブル１１１ａを参照し、「選択状態」の項目が「○」となっているレコードが残り１つであるため、ステップＳｄ１４の処理において、「ＹＥＳ」の判定を行う。

送信選択判定部１００Ａａは、マルチキャストへの変換を停止するタイミングを算出し、ステップＳｄ１５の処理において、コマンド送受信部１０５Ａａに対して、マルチキャストへの変換を停止するタイミングを示す情報を含む変換停止指示情報を送信させる指示情報を出力する。コマンド送受信部１０５Ａａは、当該指示情報を受けて、ＮＷ−ＩＦ１２３ａを介してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に変換停止指示情報を送信する（ステップＳｈ１５）。

送信選択判定部１００Ａａは、ステップＳｄ１６の処理において、Ｕ−Ｍ変換テーブル１１１ａを参照し、マルチキャストに変換することを停止するタイミングにおいて、当該コンテンツ情報に対応するマルチキャストＩＰアドレスの「選択状態」の項目のうち「○」となっている項目に「−」を書き込んで記憶させる。これにより、当該コンテンツ情報についてマルチキャストでの送信を停止してユニキャストでの送信が開始されることになる（ステップＳｈ１６）。

最終的には、図３３に示すように、コンテンツ配信装置３１０Ａ−１ａが、２つの受信者端末装置７０−１，７０−２の各々に対して、同一の配信事業者ＩＤであって同一のチャネルＩＤのコンテンツ情報を含むユニキャストＩＰトラヒックを送信する状態となる。

図３４は、ステップＳｈ１２〜Ｓｈ１６の処理におけるマルチキャストからユニキャストに切り替えて送信を行う際のＩＰトラヒックの状態の変化を示した図である。Ｕ−Ｍ変換装置１０Ａａは、ＩＰトラヒックのＰ_ｎ＋１を送信した後、Ｐ_ｎ＋２を送信するまでの間の時刻をマルチキャストＩＰトラヒックへの変換を停止するタイミングとして選択したとする。Ｕ−Ｍ変換装置１０Ａａは、当該タイミングを含む変換停止指示情報をＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に送信し、Ｐ_ｎ＋２以降のユニキャストＩＰトラヒックについてマルチキャストへの変換を行わずそのまま送信する。

Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２は、Ｕ−Ｍ変換装置１０Ａａから受信した変換停止指示情報に含まれるタイミングの情報に基づいて、Ｐ_ｎ＋１までがマルチキャストＩＰトラヒックであり、Ｐ_ｎ＋２以降がユニキャストＩＰトラヒックであることを検出している。したがって、Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２は、Ｐ_ｎ＋１までのＩＰトラヒックについては、ステップＳｇ３の処理において、「ＮＯ」の判定を行い、ステップＳｇ７の処理によりユニキャストに変換して送信する。

一方、Ｐ_ｎ＋２以降のユニキャストＩＰトラヒックについては、ステップＳｇ３の処理において、「ＹＥＳ」の判定を行い、ステップＳｇ４の処理において、ユニキャストＩＰトラヒックのまま送信する。これにより、受信者端末装置７０−１，７０−２に到達するＩＰトラヒックは、全てユニキャストＩＰトラヒックとなる。そのため、受信者端末装置７０−１，７０−２は、連続するコンテンツ情報をロスすることなく受信することができる。

上記の第２の実施形態の構成により、Ｕ−Ｍ変換装置１０Ａが、コンテンツ情報に対応する配信事業者ＩＤとチャネルＩＤの組み合わせごとの受信者数に応じて、コンテンツ配信装置３１０から受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送信するか否かを判定する。Ｕ−Ｍ変換装置１０Ａが、コンテンツ配信装置３１０から受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送信すると判定した場合、Ｕ−Ｍ変換装置１０Ａは、マルチキャストへの変換を開始するタイミングを示す情報を含む変換開始指示情報をＭ−Ｕ変換装置２０Ａに送信し、当該タイミングにしたがって受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送信する。Ｍ−Ｕ変換装置２０Ａは、変換開始指示情報に示されるタイミング以降のＩＰトラヒックをマルチキャストＩＰトラヒックからユニキャストＩＰトラヒックに変換して受信者端末装置７０−１〜７０−６に送信する。

また、上記の第２の実施形態の構成により、Ｕ−Ｍ変換装置１０Ａが、コンテンツ情報に対応する配信事業者ＩＤとチャネルＩＤの組み合わせごとの受信者数に応じて、コンテンツ配信装置３１０から受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換せずにそのまま送信するか否かを判定する。Ｕ−Ｍ変換装置１０Ａが、コンテンツ配信装置３１０から受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換せずにそのまま送信すると判定した場合、Ｕ−Ｍ変換装置１０Ａは、マルチキャストへの変換を停止するタイミングを示す情報を含む変換停止指示情報をＭ−Ｕ変換装置２０Ａに送信し、当該タイミングにしたがって受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換せずに送信する。Ｍ−Ｕ変換装置２０Ａは、変換停止指示情報に示されるタイミング以降のＩＰトラヒックを変換せずにユニキャストＩＰトラヒックのまま受信者端末装置７０−１〜７０−６に送信する。

これにより、例えば、コンテンツ情報の受信者数が少ない間は、Ｕ−Ｍ変換装置１０Ａは、マルチキャストＩＰトラヒックへの変換処理を行うことなく受信したユニキャストＩＰトラヒックのまま送信することができる。また、Ｍ−Ｕ変換装置２０Ａは、マルチキャストＩＰトラヒックからユニキャストＩＰトラヒックへの変換処理を行うことなく、受信したＩＰトラヒックをそのまま受信者端末装置７０−１〜７０−６に送信する。したがって、Ｕ−Ｍ変換装置１０Ａ及びＭ−Ｕ変換装置２０Ａにおける変換処理の負荷を軽減することができ、遅延時間も短くすることができる。

また、Ｕ−Ｍ変換装置１０Ａは、マルチキャストへの変換を開始するタイミングを示す変換開始指示情報をＭ−Ｕ変換装置２０Ａに送信し、また、Ｕ−Ｍ変換装置１０Ａは、マルチキャストへの変換を停止するタイミングを示す変換停止指示情報をＭ−Ｕ変換装置２０Ａに送信するようにしているので、変換処理の開始と停止のタイミングを動的に設定することが可能となる。そのため、受信者端末装置７０−１〜７０−６は、コンテンツ情報をロスすることなく受信することが可能となる。

また、上記の第２の実施形態では、図２４のＭ−Ｕ変換装置２０Ａにおける受信判定処理のステップＳｇ５に示すように、いずれかのコンテンツ情報についてマルチキャストＩＰトラヒックによる送信が開始すると、その後に受信するＩＰトラヒックについては、ユニキャストＩＰトラヒックであるか、マルチキャストＩＰトラヒックであるかを判定する必要が生じることになる。第２の実施形態における処理において、受信者端末装置７０−１〜７０−６がマルチキャストＩＰトラヒックを受信することはないため、Ｍ−Ｕ変換装置２０Ａは、常に、受信するＩＰトラヒックについては、ユニキャストＩＰトラヒックであるか、マルチキャストＩＰトラヒックであるかを判定する構成とし、マルチキャストＩＰトラヒックの場合にはユニキャストＩＰトラヒックに変換する処理を行う構成とすることもできる。しかし、そのような構成にするよりも、第２の実施形態の構成とする方が、受信者数が少ない間は、Ｍ−Ｕ変換装置２０Ａにおける変換処理を行う必要がないため、Ｍ−Ｕ変換装置２０Ａにおける変換処理の負荷を軽減することができ、また、遅延時間を短くすることができる。

なお、上記の第２の実施形態の構成では、コンテンツ配信装置３１０Ａの要求受付部３１２Ａが、受信者数要求情報を受信した際に、チャネルＩＤの情報のみを読み出すようにしているが、本発明は、当該実施の形態に限られない。例えば、Ｕ−Ｍ変換装置１０Ａの送信選択判定部１００Ａが、コンテンツ配信装置３１０Ａの全てに対して、受信者数要求情報を送信するような構成としている場合、受信した受信者数要求情報から配信事業者ＩＤの情報を読み出すようにしてもよい。配信事業者ＩＤを読み出すようにすることで、要求受付部３１２Ａは、読み出した配信事業者ＩＤが、配信事業者ＩＤ記憶部３１５が記憶する配信事業者ＩＤに一致する場合、チャネルＩＤに対する受信者数の検出を行って受信者数応答情報を送信する。一方、読み出した配信事業者ＩＤが、配信事業者ＩＤ記憶部３１５が記憶する配信事業者ＩＤに一致しない場合、要求受付部３１２Ａは、受信者数要求情報を破棄するという処理を行うようにしてもよい。

また、上記の第２の実施形態の構成では、Ｍ−Ｕ変換装置２０Ａ−１，２０Ａ−２へのクロック信号の送信は、現用系のＵ−Ｍ変換装置１０Ａａが行うようにしているが、本発明は、当該実施の形態に限られない。予備系のＵ−Ｍ変換装置１０Ａｓは、ＩＰトラヒックを送信する以外の処理については、現用系のＵ−Ｍ変換装置１０Ａａと同様の処理を行っている。そのため、予備系のＵ−Ｍ変換装置１０Ａｓも、現用系のＵ−Ｍ変換装置１０Ａａと同様に外部のＧＰＳ等のクロック供給源からクロック信号を得ているため、現用系のＵ−Ｍ変換装置１０Ａａと時刻同期されていることになる。したがって、現用系のＵ−Ｍ変換装置１０Ａａが、Ｍ−Ｕ変換装置２０Ａ−１に対してクロック信号を送信し、予備系のＵ−Ｍ変換装置１０Ａｓが、Ｍ−Ｕ変換装置２０Ａ−２に対してクロック信号を送信するといった構成であってもよい。この場合、現用系のＵ−Ｍ変換装置１０Ａａが、障害の発生等により停止した場合には、予備系のＵ−Ｍ変換装置１０Ａｓが、Ｍ−Ｕ変換装置２０Ａ−２に加えて、Ｍ−Ｕ変換装置２０Ａ−１に対してクロック信号を送信することになる。

また、上記の第２の実施形態の構成では、現用系のＵ−Ｍ変換装置１０Ａａが、変換開始指示情報及び変換停止指示情報を通信回線５００ａを介してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に送信するようにしているが、本発明の構成は、当該実施の形態に限られない。予備系のＵ−Ｍ変換装置１０Ａｓは、ＩＰトラヒックを送信する以外の処理については、現用系のＵ−Ｍ変換装置１０Ａａと同様の処理を行っている。したがって、現用系のＵ−Ｍ変換装置１０Ａａが、通信回線５００ａによってＭ−Ｕ変換装置２０Ａ−１に変換開始指示情報及び変換停止指示情報を送信し、予備系のＵ−Ｍ変換装置１０Ａｓが、通信回線５００ｓによってＭ−Ｕ変換装置２０Ａ−２に変換開始指示情報及び変換停止指示情報を送信するような構成としてもよい。なお、通信回線５００ａや通信回線５００ｓを利用するアウトチャネル方式ではなく、コアルータ３０−１，３０−２、伝送装置４０−１−１，４０−１−２，４０−２−１，４０−２−２、エッジルータ５０−１，５０−２を経由してＭ−Ｕ変換装置２０Ａ−１，２０Ａ−２に送信するインチャネル方式によって変換開始指示情報や変換停止指示情報を送信するようにしてもよい。

（第３の実施形態）
図３５は、第３の実施形態におけるコンテンツ配信システム３の構成を示すブロック図である。第３の実施形態において、第１及び第２の実施形態のコンテンツ配信システム１，２と同一の構成については、同一の符号を付し、以下、異なる構成について説明する。

図３５に示すように、コンテンツ配信システム３は、配信事業者設備３００Ａ−１，３００Ａ−２，３００Ａ−３、Ｕ−Ｍ変換装置１０Ｂａ，１０Ｂｓ、コアルータ３０−１，３０−２、伝送装置４０−１−１，４０−１−２，４０−２−１，４０−２−２、エッジルータ５０−１，５０−２、Ｍ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２、ＯＬＴ６０−１，６０−２、光スプリッタ６１−１，６１−２、ＯＮＵ６２−１−１，６２−１−２，６２−１−３，６２−２−１，６２−２−２，６２−２−３、受信者端末装置７０−１，７０−２，７０−３，７０−４，７０−５，７０−６、表示装置７１−１，７１−２，７１−３，７１−４，７１−５，７１−６を備える。

また、コンテンツ配信システム３は、Ｕ−Ｍ変換装置１０Ｂａと、Ｍ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２とを接続する通信回線５００ａと、Ｕ−Ｍ変換装置１０Ｂｓと、Ｍ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２とを接続する通信回線５００ｓとを備える。また、図示していないが、コンテンツ配信システム３は、第１及び第２の実施形態と同様に、Ｕ−Ｍ変換装置１０Ｂａ，１０Ｂｓ、及びＭ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２に接続するＯＳＳ４００を備えている。

図３６は、Ｕ−Ｍ変換装置１０Ｂａ，１０Ｂｓの内部構成を示すブロック図である。Ｕ−Ｍ変換装置１０Ｂａ，１０Ｂｓは、同一の内部構成を有しており、図３６では、「ａ」や「ｓ」の記号を除いて、Ｕ−Ｍ変換装置１０Ｂとして説明する。また、以下の説明において、個々のＵ−Ｍ変換装置１０Ｂａ，１０Ｂｓの内部構成を示す場合、各内部構成を示す符号に「ａ」や「ｓ」の記号を付して示すものとする。

Ｕ−Ｍ変換装置１０Ｂは、ＮＷ−ＩＦ１２０，１２１，１２２，１２３，１２４、送信選択判定部１００Ｂ、記憶部１０１、宛先アドレス変換部１０２、送出トラヒックバッファ部１０３、コマンド送受信部１０５Ｂ、クロック補正・生成部１０６、及び通信品質情報収集部１０７を備える。

コマンド送受信部１０５Ｂは、第２の実施形態のコマンド送受信部１０５Ａが有する構成に加えて、以下の構成を有する。すなわち、コマンド送受信部１０５Ｂは、ＮＷ−ＩＦ１２３を介して、Ｍ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２が送信する通信品質に関する情報を受信し、受信した通信品質に関する情報を通信品質情報収集部１０７に出力する。Ｍ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２が送信する通信品質に関する情報には、例えば、Ｍ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２が、ＯＬＴ６０−１，６０−２を介して取得する受信者端末装置７０−１〜７０−６ごとのＱｏＥ（Quality of Experience）や統計情報が含まれている。また、当該通信品質に関する情報には、Ｍ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２に接続するエッジルータ５０−１，５０−２やＯＬＴ６０−１，６０−２の帯域使用状況や負荷の状態を示す情報も含まれている。

通信品質情報収集部１０７は、コマンド送受信部１０５Ｂが出力する通信品質に関する情報を取得する。また、通信品質情報収集部１０７は、ＮＷ−ＩＦ１２１を介してＵ−Ｍ変換装置１０Ｂに接続するコアルータ３０−１，３０−２の帯域使用状況や負荷の状態を示す通信品質に関する情報を繰り返し収集する。また、通信品質情報収集部１０７は、収集した通信品質に関する情報と、コマンド送受信部１０５Ｂから取得した通信品質に関する情報とを定期的に送信選択判定部１００Ｂに出力する。

以下に説明する送信選択判定部１００Ｂ、宛先アドレス変換部１０２、及び送出トラヒックバッファ部１０３は、ユニキャストＩＰトラヒックからマルチキャストＩＰトラヒックへの変換処理を行うユニキャスト・マルチキャスト変換処理部である。

送信選択判定部１００Ｂは、第２の実施形態の送信選択判定部１００Ａが有する構成に加えて、以下の構成を有する。すなわち、送信選択判定部１００Ｂは、通信品質情報収集部１０７が出力する通信品質に関する情報に基づいて、パラメータＭの値を増減させる処理を行う。例えば、送信選択判定部１００Ｂは、受信者端末装置７０−１〜７０−６の通信品質が悪くなっている場合、受信者数の増加に伴ってマルチキャストＩＰトラヒックでの送信が早めに開始されるようにＭの値を減少させる。マルチキャストＩＰトラヒックでの送信にすることにより帯域使用状況の改善を行うことができ、それにより受信者端末装置７０−１〜７０−６の通信品質を改善することができる。

また、送信選択判定部１００Ｂは、コアルータ３０−１，３０−２、エッジルータ５０−１，５０−２、及びＯＬＴ６０−１，６０−２等の通信装置の負荷が高くなっている場合、マルチキャストＩＰトラヒックでの送信が早めに開始されるようにＭの値を減少させる。マルチキャストＩＰトラヒックでの送信にすることにより帯域使用状況の改善を行うことができ、それにより通信装置の負荷状態を低減することができる。

また、送信選択判定部１００Ｂは、通信装置の負荷が低くなっている場合、通信装置のリソースには余裕があるため、ユニキャストＩＰトラヒックでの送信を継続させるように、Ｍの値を増加させる。

図３７は、Ｍ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２の内部構成を示すブロック図である。Ｍ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２は、同一の内部構成を有しており、図３７では、「−１」や「−２」の枝番号を除いて、Ｍ−Ｕ変換装置２０Ｂとして説明する。また、以下の説明において、個々のＭ−Ｕ変換装置２０Ｂ−１，２０Ｂ−２の内部構成を示す場合、各内部構成を示す符号に「−１」や「−２」の枝番号を付して示すものとする。

Ｍ−Ｕ変換装置２０Ｂは、ＮＷ−ＩＦ２２０，２２１，２２２，２２３、複製判定部２００Ａ、記憶部２０１、宛先アドレス変換部２０２、送出トラヒックバッファ部２０３、情報検出処理部２０４、コマンド送受信部２０５Ｂ、クロック同期部２０６、及び通信品質情報収集部２０７を備える。

通信品質情報収集部２０７は、ＮＷ−ＩＦ２２０，２２１を介してＭ−Ｕ変換装置２０Ｂに接続するエッジルータ５０−１，５０−２、及びＯＬＴ６０−１，６０−２の帯域使用状況や負荷の状態を示す情報を繰り返し収集する。また、通信品質情報収集部２０７は、ＮＷ−ＩＦ２２１に接続するＯＬＴ６０−１，６０−２を介して受信者端末装置７０−１〜７０−６ごとのＱｏＥや統計情報を繰り返し収集する。

また、通信品質情報収集部１０７は、エッジルータ５０−１，５０−２、及びＯＬＴ６０−１，６０−２の帯域使用状況や負荷の状態を示す情報、並びに受信者端末装置７０−１〜７０−６ごとのＱｏＥや統計情報を含む通信品質に関する情報を収集するごとにコマンド送受信部２０５Ｂに出力する。

コマンド送受信部２０５Ｂは、通信品質情報収集部２０７から通信品質に関する情報を受けるごとに、当該通信品質に関する情報をＮＷ−ＩＦ２２３を介してＵ−Ｍ変換装置１０Ｂａ，１０Ｂｓに送信する。

（第３の実施形態のＵ−Ｍ変換装置によるパラメータ変更処理）
図３８及び図３９は、第３の実施形態のＵ−Ｍ変換装置１０Ｂが行うパラメータ変更処理の流れを示すフローチャートである。以下では、現用系のＵ−Ｍ変換装置１０Ｂａの処理として説明するが、現用系のＵ−Ｍ変換装置１０Ｂａが障害の発生等により停止した場合、予備系のＵ−Ｍ変換装置１０Ｂｓについても同様の処理が行われる。

なお、Ｍの値とＮの値の初期値は、例えば、運用者がＯＳＳ４００を操作することによって、コマンド送受信部１０５ＢａにＭの値とＮの値の初期値を送信し、コマンド送受信部１０５Ｂａが送信選択判定部１００Ｂａの内部の記憶領域に書き込んで記憶させることにより予め定められているものとする。

Ｕ−Ｍ変換装置１０Ｂａの送信選択判定部１００Ｂａは、定期的に通信品質情報収集部１０７ａから通信品質に関する情報を取得し、取得した通信品質に関する情報の中から受信者端末装置７０−１〜７０−６ごとＱｏＥや統計情報を選択する（ステップＳｉ１）。送信選択判定部１００Ｂａは、受信者端末装置７０−１〜７０−６ごとのＱｏＥや統計情報に基づいて、受信者端末装置７０−１〜７０−６ごとの通信品質を示す値を算出する。送信選択判定部１００Ｂａは、予め定められる閾値に基づいて、いずれかの受信者端末装置７０−１〜７０−６の通信品質を示す値が閾値未満であるか否かを判定する（ステップＳｉ２）。

送信選択判定部１００Ｂａは、いずれかの受信者端末装置７０−１〜７０−６の通信品質を示す値が閾値未満であると判定した場合（ステップＳｉ２−ＹＥＳ）、予め定められるＭの値を減少させる（ステップＳｉ３）。減少させる量は、予め定める減少量であってもよいし、通信品質を示す値と閾値との差に基づいて求められる値であってもよい。

ステップＳｉ３の処理の後、及び、送信選択判定部１００Ｂａが、全ての受信者端末装置７０−１〜７０−６の通信品質を示す値が閾値未満でないと判定した場合（ステップＳｉ２−ＮＯ）、送信選択判定部１００Ｂａは、取得した通信品質に関する情報から受信者端末装置７０−１〜７０−６以外の情報を選択する。すなわち、送信選択判定部１００Ｂａは、取得した通信品質に関する情報からコアルータ３０−１，３０−２、エッジルータ５０−１，５０−２、及びＯＬＴ６０−１，６０−２の帯域使用状況や負荷の状態を示す情報を選択する（ステップＳｉ４）。送信選択判定部１００Ｂａは、選択した帯域使用状況や負荷の状態を示す情報に基づいて、コアルータ３０−１，３０−２、エッジルータ５０−１，５０−２、及びＯＬＴ６０−１，６０−２の各々の通信装置ごとの負荷を示す値を算出する。

送信選択判定部１００Ｂａは、予め定められる高負荷判定用閾値に基づいて、いずれかの通信装置の負荷を示す値が高負荷判定用閾値以上であるか否かを判定する（ステップＳｉ５）。送信選択判定部１００Ｂａは、いずれかの通信装置の負荷を示す値が高負荷判定用閾値以上であると判定した場合（ステップＳｉ５−ＹＥＳ）、予め定められるＭの値を減少させ（ステップＳｉ６）、処理を終了する。減少させる量は、予め定める減少量であってもよいし、負荷を示す値と高負荷判定用閾値との差に基づいて求められる値であってもよい。

送信選択判定部１００Ｂａは、全ての通信装置の負荷を示す値が高負荷判定用閾値未満であると判定した場合（ステップＳｉ５−ＮＯ）、予め定められる低負荷判定用閾値に基づいて、いずれかの通信装置の負荷を示す値が低負荷判定用閾値未満であるか否かを判定する（ステップＳｉ７）。

送信選択判定部１００Ｂａは、いずれかの通信装置の負荷を示す値が低負荷判定用閾値未満であると判定した場合（ステップＳｉ７−ＹＥＳ）、Ｍの値を増加させ（ステップＳｉ８）、処理を終了する。増加させる量は、予め定める増加量であってもよいし、負荷を示す値と低負荷判定用閾値との差に基づいて求められる値であってもよい。

送信選択判定部１００Ｂａは、全ての通信装置の負荷を示す値が低負荷判定用閾値以上であると判定した場合（ステップＳｉ７−ＮＯ）、処理を終了する。

図３９は、図３８に示した処理の順番を一部変更した処理の流れを示すフローチャートである。送信選択判定部１００Ｂａは、最初に、図３８のステップＳｉ１及びＳｉ４に対応するステップＳｊ１及びＳｊ２の処理を行う。送信選択判定部１００Ｂａは、図３８のステップＳｉ２及びＳｉ５に対応するステップＳｊ３及びＳｊ４における両方の処理において、「ＹＥＳ」の判定をした場合に、ステップＳｊ５の処理において、Ｍの値を減少させる。すなわち、送信選択判定部１００Ｂａは、いずれかの受信者端末装置７０−１〜７０−６の通信品質を示す値が閾値未満であって、かついずれかの通信装置の負荷を示す値が高負荷判定用閾値以上である場合、Ｍの値を減少させる。

一方、送信選択判定部１００Ｂａは、図３８のステップＳｉ２に対応するステップＳｊ３の処理において、「ＮＯ」の判定を行い、かつステップＳｉ７に対応するＳｊ６の処理において、「ＹＥＳ」の判定をした場合に、ステップＳｊ７の処理において、Ｍの値を増加させる。すなわち、送信選択判定部１００Ｂａは、全ての受信者端末装置７０−１〜７０−６の通信品質を示す値が閾値未満であって、かついずれかの通信装置の負荷を示す値が低負荷判定用閾値未満である場合、Ｍの値を増加させる。

上記の第３の実施形態の構成により、Ｕ−Ｍ変換装置１０Ｂは、受信者端末装置７０−１〜７０−６のＱｏＥ等の通信品質や、コアルータ３０−１，３０−２、エッジルータ５０−１，５０−２、及びＯＬＴ６０−１，６０−２の各々の通信装置の通信品質に応じて、Ｍの値を増減させ、増減させたＭの値と、コンテンツ情報に対応する配信事業者ＩＤとチャネルＩＤの組み合わせごとの受信者数とに基づいて、コンテンツ配信装置３１０から受信したユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送信するか否かを判定する。

例えば、Ｕ−Ｍ変換装置１０Ｂが、第２の実施形態において説明したように、受信者数が、Ｍの値以上の場合、ユニキャストＩＰトラヒックをマルチキャストＩＰトラヒックに変換して送信する処理を行うとする。受信者端末装置７０−１〜７０−６の通信品質が悪くなってきた場合、Ｍの値を減少させることで、マルチキャストＩＰトラヒックでの送信の開始を早めることができる。マルチキャストＩＰトラヒックでの送信にすることにより帯域使用状況の改善を行うことができ、それにより、受信者端末装置７０−１〜７０−６の通信品質を改善することができる。

また、コアルータ３０−１，３０−２、エッジルータ５０−１，５０−２、及びＯＬＴ６０−１，６０−２等の通信装置の負荷が高くなっている場合にも、Ｍの値を減少させことで、マルチキャストＩＰトラヒックでの送信の開始を早めることができる。マルチキャストＩＰトラヒックでの送信にすることにより帯域使用状況の改善を行うことができ、それにより通信装置の負荷状態を低減することができる。

したがって、第３の実施形態におけるコンテンツ配信システム３では、例えば、受信者端末装置７０−１〜７０−６のユーザが要求する通信品質でコンテンツ情報の配信を行うことができる等、きめ細やかな通信サービスを提供することが可能となる。また、コアルータ３０−１，３０−２、エッジルータ５０−１，５０−２、及びＯＬＴ６０−１，６０−２の各々の通信装置の通信品質に基づいて、ＩＰトラヒックをユニキャストにしたり、マルチキャストにしたりすることができる。そのため、通信装置の負荷を最適化したり、消費電力を削減したりするといった制御を行うことが可能となる。

なお、上記の第３の実施形態において、図３８のステップＳｉ３の処理及び、ステップＳｉ６の処理において、Ｍの値を減少させるようにしているが、Ｍの値ではなく、Ｎの値を減少させるようにしてもよいし、ＭとＮの値の両方を減少させるようにしてもよい。Ｎの値を減少させることにより、受信者端末装置７０−１〜７０−６の通信品質が悪くなっている場合、受信者数が減少したとしても、マルチキャストでの送信を継続することで、受信者端末装置７０−１〜７０−６の通信品質を改善して良い状態に維持することできる。また、Ｎの値を減少させることにより、コアルータ３０−１，３０−２、エッジルータ５０−１，５０−２、及びＯＬＴ６０−１，６０−２等の通信装置の負荷が高くなっている場合、受信者数が減少したとしても、マルチキャストでの送信を継続することで、通信装置の負荷の状態を改善して低い状態に維持することができる。

ＭとＮの値の両方を減少させた場合、上述したＭを減少させた際の効果と、Ｎを減少させた際の両方の効果が得られることになる。

また、図３８のステップＳｉ８の処理において、Ｍの値を増加させるようにしているが、Ｍの値ではなく、Ｎの値を増加させるようにしてもよいし、ＭとＮの値の両方を増加させるようにしてもよい。前述した通り、ステップＳｉ８の場合、通信装置のリソースには余裕がある。そのため、Ｎの値を増加させておくことで、受信者数が減少した場合、すぐにマルチキャストＩＰトラヒックでの送信を停止し、ユニキャストＩＰトラヒックでの送信を開始させることができる。

ＭとＮの値の両方を増加させた場合、上述したＭを増加させた際の効果と、Ｎを増加させた際の両方の効果が得られることになる。

図３９の処理についても同様に、ステップＳｊ５の処理において、Ｍの値ではなく、Ｎの値を減少させるようにしてもよいし、ＭとＮの値の両方を減少させるようにしてもよい。また、ステップＳｊ７の処理において、Ｍの値ではなく、Ｎの値を増加させるようにしてもよいし、ＭとＮの値の両方を増加させるようにしてもよい。

なお、図３８のステップＳｉ８や図３０のステップＳｊ７の処理において、Ｍの値を増加させたり、Ｎの値を増加させたり、ＭとＮの値の両方を増加させるといった処理を行わない構成としてもよい。

また、図３８及び図３９に示すフローチャートでは、処理を終了させるようにしているが、一定周期で、図３８及び図３９に示す処理を繰り返し行うようにしてもよいし、任意のタイミングで、例えば、運用者の操作を受けて処理を行うようにしてもよい。

なお、上記の第３の実施形態では、Ｍ−Ｕ変換装置２０Ｂの通信品質情報収集部２０７が、ＯＬＴ６０−１，６０−２を介して受信者端末装置７０−１〜７０−６の通信品質に関する情報の収集を行う。また、通信品質情報収集部２０７が、更に、ＯＬＴ６０−１，６０−２及びエッジルータ５０−１，５０−２の通信品質に関する情報の収集を行う。また、Ｕ−Ｍ変換装置１０Ｂの通信品質情報収集部１０７が、コアルータ３０−１，３０−２の通信品質に関する情報の収集を行う。しかし、本発明の構成は、当該実施の形態に限られない。これらの通信品質に関する情報が、ＯＳＳ４００によって収集されている場合、Ｕ−Ｍ変換装置１０Ｂのコマンド送受信部１０５ＢがＯＳＳ４００からこれらの情報を取得するようにしてもよい。その際、Ｕ−Ｍ変換装置１０Ｂは、通信品質情報収集部１０７を備えなくてもよく、また、Ｍ−Ｕ変換装置２０Ｂも、通信品質情報収集部２０７を備えなくてもよい。

また、上記の第３の実施形態では、受信者端末装置７０−１〜７０−６の通信品質を示す値と予め定められる閾値との比較、通信装置ごとの負荷を示す値と高負荷判定用閾値との比較、及び通信装置ごとの負荷を示す値と低負荷判定用閾値との比較を行っているが、例えば、ＯＳＳ４００から通信品質に関する情報を取得する場合、上記以外の通信品質に関する情報を取得し、別の閾値を定めて比較を行うようにしてもよい。

また、上記の第１から第３の実施形態において、配信事業者ＩＤとチャネルＩＤとの組み合わせによってコンテンツ情報を一意に識別するようにしているが、２つのＩＤの組み合わせではなく、コンテンツ情報を一意に識別できる識別情報をコンテンツ情報に関連付けるようにしてもよい。

また、上記の第１から第３の実施形態において、コンテンツ情報は、例えば、映像のコンテンツ情報であるとしているが、映像の情報に限られるものではない。例えば、画像情報や、Ｗｅｂページのデータや、ＯＳ（Operating System）のアップデータファイルや、ウイルス対策のソフトウェアの定義ファイル等の複数の受信者端末装置への配信の対象となる配信情報であればどのようなものであってもよい。

また、上記の第１から第３の実施形態において、Ｕ−Ｍ変換装置１０，１０Ａ，１０Ｂの記憶部１０１に記憶されるＵ−Ｍ変換テーブル１１１の「選択状態」以外の各種情報は、ＮＷ−ＩＦ１２２を介して接続するＯＳＳ４００から受信し、受信した各種情報をコマンド送受信部１０５，１０５Ａ，１０５ＢがＵ−Ｍ変換テーブル１１１に書き込むことによって設定するとしている。また、Ｍ−Ｕ変換装置２０，２０Ａ，２０Ｂの記憶部２０１に記憶されるＭ−Ｕ変換テーブル２１１の「配信要求」以外の各種情報は、ＮＷ−ＩＦ２２２を介して接続するＯＳＳ４００から受信し、受信した各種情報をコマンド送受信部２０５，２０５Ａ，２０５ＢがＭ−Ｕ変換テーブル２１１に書き込むことによって設定するとしている。しかし、本発明の構成は、当該実施の形態に限られない。例えば、Ｕ−Ｍ変換装置１０，１０Ａ，１０Ｂ、及びＭ−Ｕ変換装置２０，２０Ａ，２０Ｂの制御用のインタフェースに制御端末装置を接続し、制御端末装置のＣＬＩ（Command Line Interface）によって個々のＵ−Ｍ変換装置１０，１０Ａ，１０ＢのＵ−Ｍ変換テーブル１１１、及びＭ−Ｕ変換装置２０，２０Ａ，２０ＢのＭ−Ｕ変換テーブル２１１に各種情報を書き込んで記憶させるようにしてもよい。

また、上記の第１から第３の実施形態において、Ｕ−Ｍ変換テーブル１１１の「選択状態」以外の各種情報、及びＭ−Ｕ変換テーブル２１１の「配信要求」以外の各種情報は、ＯＳＳ４００によって予め設定されるとしているが、本発明は、当該実施の形態に限れず、コンテンツ情報を含むユニキャストＩＰトラヒックの受信の際や、配信開始要求情報及び配信終了要求情報の受信の際に、動的に各種情報を設定するようにしてもよい。

また、上記の第１から第３の実施形態において、図１、図１５、及び図３５に示すように、配信事業者設備３００−１〜３００−３、または配信事業者設備３００Ａ−１〜３００Ａ−３のように、３つ存在するように示しているが、２つ以下であってもよいし、４つ以上であってもよい。また、配信事業者設備３００−１〜３００−３、または配信事業者設備３００Ａ−１〜３００Ａ−３は、二重化の構成としているが、一重化の構成であってもよいし、三重化以上の構成であってもよい。

また、上記の第１から第３の実施形態において、ＳＮＩについても、二重化の構成としているが、配信事業者設備３００−１〜３００−３、または配信事業者設備３００Ａ−１〜３００Ａ−３を、一重化の構成としたり、三重化以上の構成としたりする場合、ＳＮＩもそれに応じて一重化の構成としたり、三重化以上の構成としたりする。

また、上記の第１から第３の実施形態では、図２に示すように、Ｅｔｈｅｒｎｅｔ（登録商標）のフレームにＩＰｖ６パケットを含むフォーマットとしているが、ＩＰｖ４やＩＥＥＥ８０２．３のパケット等の別の形式のパケットや、ＩＰパケット以外のパケットを含むフォーマットとしてもよい。また、エンドユーザＩＤとして、ＶＬＡＮ−ＩＤを適用するようにしているが、ＶＬＡＮ−ＩＤ以外を適用するようにしてもよいし、エンドユーザＩＤを適用しない構成であってもよい。

また、上記の第１から第３の実施形態では、コンテンツ配信装置３１０−１ａ〜３１０−３ｓ，３１０Ａ−１ａ〜３１０Ａ−３ｓが送信するユニキャストＩＰトラヒックは、例えば、配信事業者ＩＤとチャネルＩＤで一意に特定される映像コンテンツ情報を時系列に分割したコンテンツ情報を含むものとしているが、本発明の構成は当該実施の形態に限られない。例えば、受信者端末装置７０−１が、同一の配信事業者から２つ以上のチャネルＩＤの配信を要求した場合、１つのユニキャストＩＰトラヒックに２つ以上のコンテンツ情報を含むようにしてもよい。この場合、コンテンツ配信装置３１０−１ａ〜３１０−３ｓ，３１０Ａ−１ａ〜３１０Ａ−３ｓは、それぞれのコンテンツごとに異なるポート番号を付与する事で、受信者端末装置７０−１においてそれらのコンテンツを識別する事ができる。この際のポート番号は、例えばＴＣＰヘッダまたはＵＤＰヘッダに付与されるポート番号を用いてもよいし、独自のヘッダを定義しそこに付与してもよい。

また、上記の第１から第３の実施形態では、Ｕ−Ｍ変換装置１０，１０Ａ，１０Ｂを二重化の構成としているが、一重化の構成としてもよいし、三重化以上の構成としてもよい。Ｕ−Ｍ変換装置１０，１０Ａ，１０Ｂの構成は、上記のＳＮＩの多重化構成や、配信事業者設備３００−１〜３００−３、または配信事業者設備３００Ａ−１〜３００Ａ−３の多重化構成とは独立に多重化数を定めることができる。

また、上記の第１から第３の実施形態において、配信開始要求情報や、配信終了要求情報は、受信者端末装置７０−１〜７０−６から送信されて、アクセスネットワークであるＰＯＮを経由してＭ−Ｕ変換装置２０，２０Ａ，２０Ｂ、エッジルータ５０−１，５０−２，伝送装置４０−１−１，４０−１−２，４０−２−１，４０−２−２、コアルータ３０−１，３０−２、及びＵ−Ｍ変換装置１０，１０Ａ，１０Ｂを経由してコンテンツ配信装置３１０，３１０Ａに伝送される構成となっているが、本発明の構成は、当該実施の形態に限られない。例えば、Ｍ−Ｕ変換装置２０，２０Ａ，２０Ｂや、Ｕ−Ｍ変換装置１０，１０Ａ，１０Ｂを経由しない経路で伝送されてもよい。ただし、Ｍ−Ｕ変換装置２０，２０Ａ，２０Ｂを経由しない場合、配信開始要求情報や、配信終了要求情報を伝送するいずれかの装置、例えばＯＬＴ６０−１，６０−２等が、Ｍ−Ｕ変換装置２０，２０Ａ，２０Ｂが備える情報検出処理部２０４を備え、当該情報検出処理部２０４が、Ｍ−Ｕ変換装置２０，２０Ａ，２０Ｂに検出した情報を送信するようにしておく必要がある。

また、上記の第１から第３の実施形態では、Ｕ−Ｍ変換装置１０，１０Ａ，１０Ｂが送信するユニキャストＩＰトラヒックやマルチキャストＩＰトラヒックの転送処理を、通信ネットワーク内の通信装置であるコアルータ３０−１，３０−２、及びエッジルータ５０−１，５０−２が行う構成となっているが、本発明は、当該実施の形態に限られない。Ｕ−Ｍ変換装置１０，１０Ａ，１０Ｂが、コアルータ３０−１，３０−２を内部に備え、Ｍ−Ｕ変換装置２０，２０Ａ，２０Ｂが、エッジルータ５０−１，５０−２を内部に備え、各々が、ユニキャストＩＰトラヒックやマルチキャストＩＰトラヒックの転送処理を行うようにしてもよい。

また、上記の第１から第３の実施形態では、Ｍ−Ｕ変換装置２０，２０Ａ，２０Ｂを、エッジルータ５０−１とＯＬＴ６０−１の間と、エッジルータ５０−２とＯＬＴ６０−２の間に設置するようにしているが、本発明の構成は、当該実施の形態に限られない。例えば、エッジルータ５０−１と伝送装置４０−１−２の間に設置したり、エッジルータ５０−２と伝送装置４０−２−２の間に設置したりしてもよく、また、Ｕ−Ｍ変換装置１０，１０Ａ，１０ＢからのＩＰトラヒックを受信できる位置であればどのような位置に設置してもよい。

また、上記の第１から第３の実施形態では、エッジルータ５０−１，５０−２一台につき、Ｍ−Ｕ変換装置２０，２０Ａ，２０Ｂを一台設置するようにしているが、エッジルータ５０−１，５０−２一台につき、２台以上のＭ−Ｕ変換装置２０，２０Ａ，２０Ｂを設置する冗長構成としてもよい。

また、上記の第１から第３の実施形態では、アクセスネットワークとして、ＯＬＴ６０−１，光スプリッタ６１−１，ＯＮＵ６２−１−１，６２−１−２，６２−１−３からなるＰＯＮと、ＯＬＴ６０−２，光スプリッタ６１−２，ＯＮＵ６２−２−１，６２−２−２，６２−２−３からなるＰＯＮとを備えるようにしているが、本発明の構成は、当該実施の形態に限られない。アクセスネットワークとして、ＳＳ（Single Star）やＡＤＳ（Active Double Star）を適用するようにしてもよい。

また、上記の第１から第３の実施形態では、送出トラヒックバッファ部１０３、及び送出トラヒックバッファ部２０３を、キュー方式のバッファであるとしており、記憶した順にＩＰトラヒックを送信するとしているが、記憶した順ではなく、優先制御により、送出順を変えるバッファであってもよい。

また、上記の第２の実施形態の図２１のステップＳｄ５，Ｓｄ１３、並びに第３の実施形態の図３８のステップＳｉ２，Ｓｉ５，Ｓｉ７、及び図３９のステップＳｊ３，Ｓｊ４，Ｓｊ６の処理において、「以上であるか否か」または「未満であるか否か」といった判定処理を行っている。しかしながら、本発明は、当該実施の形態に限られるものではなく、「以上であるか否か」または「未満であるか否か」という判定は一例に過ぎず、閾値の定め方に応じて、ぞれぞれ「超過しているか否か」、「以下であるか否か」を判定するようにしてもよい。

上述した実施形態におけるＵ−Ｍ変換装置１０，１０Ａ，１０Ｂ、及びＭ−Ｕ変換装置２０，２０Ａ，２０Ｂをコンピュータとプログラムによっても実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。また、この機能を実現するためのプログラムをインターネット等のネットワークや電話回線等の通信回線を介して提供するようにしてもよい。

なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１０…Ｕ−Ｍ変換装置，１００…送信選択判定部，１０１…記憶部，１０２…宛先アドレス変換部，１０３…送出トラヒックバッファ部，１０５…コマンド送受信部，１２０、１２１、１２２…ＮＷ−ＩＦ，２０…Ｍ−Ｕ変換装置，２００…複製判定部，２０１…記憶部，２０２…宛先アドレス変換部，２０３…送出トラヒックバッファ部，２０４…情報検出処理部，２０５…コマンド送受信部，２２０、２２１、２２２…ＮＷ−ＩＦ，３１０…コンテンツ配信装置，３１１…ＮＷ−ＩＦ，３１２…要求受付部，３１３…コンテンツ配信部，３１４…コンテンツ情報記憶部，３１５…配信事業者ＩＤ記憶部，７０−１〜７０−６…受信者端末装置，７１−１〜７１−６…表示装置

Claims

ユニキャスト・マルチキャスト変換装置と、マルチキャスト・ユニキャスト変換装置とによって行われるトラヒック変換方法であって、
異なる配信情報を一意に識別可能な識別情報ごとに異なるマルチキャストアドレスを予め関連付けておき、
前記マルチキャスト・ユニキャスト変換装置が、前記識別情報に対応する前記マルチキャストアドレスと、当該識別情報に対応する前記配信情報の送信先となる受信者端末装置に予め付与されるユニキャストアドレスとを関連付け、
前記ユニキャスト・マルチキャスト変換装置が、配信装置から受信するユニキャストトラヒックに含まれる前記配信情報の前記識別情報の各々と、当該受信するユニキャストトラヒックの宛先アドレスのいずれか１つとを関連付け、
前記ユニキャスト・マルチキャスト変換装置が、受信した前記ユニキャストトラヒックの前記宛先アドレスが、当該ユニキャストトラヒックに含まれる前記配信情報の前記識別情報に関連付けた前記宛先アドレスと一致する場合、前記ユニキャストトラヒックの前記宛先アドレスを当該識別情報に対応する前記マルチキャストアドレスに書き換えてマルチキャストトラヒックとして送信し、
前記マルチキャスト・ユニキャスト変換装置が、前記マルチキャストトラヒックを受信した場合、前記受信者端末装置の数に応じた数の前記ユニキャストトラヒックであって前記宛先アドレスとして当該マルチキャストトラヒックの前記宛先アドレスである前記マルチキャストアドレスに関連付けた前記受信者端末装置の前記ユニキャストアドレスを有する前記ユニキャストトラヒックを生成して送信するトラヒック変換方法。
前記ユニキャスト・マルチキャスト変換装置が、
前記識別情報ごとの受信者数に応じて、前記配信装置から受信した前記ユニキャストトラヒックを前記マルチキャストトラヒックに変換して送信するか否かを判定し、
受信した前記ユニキャストトラヒックを前記マルチキャストトラヒックに変換して送信すると判定した場合に変換せずに前記ユニキャストトラヒックを送信しているとき、受信した前記ユニキャストトラヒックの前記宛先アドレスを前記マルチキャストアドレスに書き換えて前記マルチキャストトラヒックに変換して送信し、
受信した前記ユニキャストトラヒックを前記マルチキャストトラヒックに変換して送信しないと判定した場合に前記ユニキャストトラヒックから前記マルチキャストトラヒックへの変換を行っているとき、当該変換を停止して受信した前記ユニキャストトラヒックを送信し、
前記マルチキャスト・ユニキャスト変換装置が、
前記ユニキャストトラヒックを受信した場合、受信した前記ユニキャストトラヒックを変換せずに送信する、請求項１に記載のトラヒック変換方法。
前記ユニキャスト・マルチキャスト変換装置が、
前記識別情報ごとの受信者数と、予め定められる閾値とに基づいて、前記配信装置から受信した前記ユニキャストトラヒックを前記マルチキャストトラヒックに変換して送信するか否かを判定し、
前記ユニキャスト・マルチキャスト変換装置が、前記閾値を、通信品質に関する情報に基づいて減少、または、増加させる、請求項２に記載のトラヒック変換方法。
ユニキャスト・マルチキャスト変換装置と、マルチキャスト・ユニキャスト変換装置と、配信情報を含むユニキャストトラヒックを送信する配信装置と、ユニキャストアドレスが予め付与され、前記配信情報を含む前記ユニキャストトラヒックを受信する受信者端末装置と、を備える配信システムであって、
前記配信装置は、
前記配信情報と、異なる前記配信情報を一意に識別可能な識別情報とを関連付けて記憶する配信情報記憶部と、
配信対象の前記配信情報を前記配信情報記憶部から読み出し、送信先の前記受信者端末装置の前記ユニキャストアドレスを宛先アドレスとして、読み出した前記配信情報を含む前記ユニキャストトラヒックを送信する配信部と、を備え、
前記マルチキャスト・ユニキャスト変換装置は、
前記識別情報ごとに異なるマルチキャストアドレスを対応付けたマルチキャスト・ユニキャスト変換テーブルを記憶する記憶部と、
前記マルチキャスト・ユニキャスト変換テーブルを参照して、前記識別情報に対応する前記マルチキャストアドレスと、当該識別情報に対応する前記配信情報の送信先となる前記受信者端末装置に付与されている前記ユニキャストアドレスとの関連付けを行う情報検出処理部と、
前記ユニキャスト・マルチキャスト変換装置が送信するマルチキャストトラヒックを受信した場合、前記受信者端末装置の数に応じた数の前記ユニキャストトラヒックであって前記宛先アドレスとして当該マルチキャストトラヒックの前記宛先アドレスである前記マルチキャストアドレスに関連付けた前記受信者端末装置の前記ユニキャストアドレスを有する前記ユニキャストトラヒックを生成して送信するマルチキャスト・ユニキャスト変換処理部と、を備え、
前記ユニキャスト・マルチキャスト変換装置は、
前記識別情報ごとに異なる前記マルチキャストアドレスを対応付けたユニキャスト・マルチキャスト変換テーブルを記憶する記憶部と、
前記配信装置から受信する前記ユニキャストトラヒックに含まれる前記配信情報の前記識別情報の各々と、当該受信するユニキャストトラヒックの前記宛先アドレスのいずれか１つとを関連付け、受信する前記ユニキャストトラヒックの前記宛先アドレスが、当該ユニキャストトラヒックに含まれる前記配信情報の前記識別情報に関連付けた前記宛先アドレスと一致する場合、前記ユニキャスト・マルチキャスト変換テーブルを参照し、前記ユニキャストトラヒックの宛先アドレスを当該識別情報に対応する前記マルチキャストアドレスに書き換えて前記マルチキャストトラヒックとして送信するユニキャスト・マルチキャスト変換処理部と、
を備える配信システム。
異なる配信情報を一意に識別可能な識別情報に予め関連付けられているマルチキャストアドレスと、当該識別情報に対応する前記配信情報の送信先となる受信者端末装置に予め付与されるユニキャストアドレスとを関連付け、マルチキャストトラヒックを受信した場合、前記受信者端末装置の数に応じた数のユニキャストトラヒックであって宛先アドレスとして当該マルチキャストトラヒックの前記宛先アドレスである前記マルチキャストアドレスに関連付けた前記受信者端末装置の前記ユニキャストアドレスを有する前記ユニキャストトラヒックを生成して送信するマルチキャスト・ユニキャスト変換装置と共に用いられるユニキャスト・マルチキャスト変換装置であって、
前記識別情報ごとに異なる前記マルチキャストアドレスを対応付けたユニキャスト・マルチキャスト変換テーブルを記憶する記憶部と、
配信装置から受信する前記ユニキャストトラヒックに含まれる前記配信情報の前記識別情報の各々と、当該受信するユニキャストトラヒックの前記宛先アドレスのいずれか１つとを関連付け、受信する前記ユニキャストトラヒックの前記宛先アドレスが、当該ユニキャストトラヒックに含まれる前記配信情報の前記識別情報に関連付けた前記宛先アドレスと一致する場合、前記ユニキャスト・マルチキャスト変換テーブルを参照し、前記ユニキャストトラヒックの前記宛先アドレスを当該識別情報に対応する前記マルチキャストアドレスに書き換えて前記マルチキャストトラヒックとして送信するユニキャスト・マルチキャスト変換処理部と、
を備えるユニキャスト・マルチキャスト変換装置。
異なる配信情報を一意に識別可能な識別情報ごとに異なるマルチキャストアドレスを予め関連付けておき、配信装置から受信するユニキャストトラヒックに含まれる前記配信情報の前記識別情報の各々と、当該受信するユニキャストトラヒックの宛先アドレスのいずれか１つとを関連付け、受信する前記ユニキャストトラヒックの前記宛先アドレスが、当該ユニキャストトラヒックに含まれる前記配信情報の前記識別情報に関連付けた前記宛先アドレスと一致する場合、前記ユニキャストトラヒックの前記宛先アドレスを当該識別情報に対応する前記マルチキャストアドレスに書き換えてマルチキャストトラヒックとして送信するユニキャスト・マルチキャスト変換装置と共に用いられるマルチキャスト・ユニキャスト変換装置であって、
前記識別情報ごとに異なる前記マルチキャストアドレスを対応付けたマルチキャスト・ユニキャスト変換テーブルを記憶する記憶部と、
前記マルチキャスト・ユニキャスト変換テーブルを参照して、前記識別情報に対応する前記マルチキャストアドレスと、当該識別情報に対応する前記配信情報の送信先となる受信者端末装置に付与されているユニキャストアドレスとの関連付けを行う情報検出処理部と、
前記ユニキャスト・マルチキャスト変換装置が送信する前記マルチキャストトラヒックを受信した場合、前記受信者端末装置の数に応じた数の前記ユニキャストトラヒックであって前記宛先アドレスとして当該マルチキャストトラヒックの前記宛先アドレスである前記マルチキャストアドレスに関連付けた前記受信者端末装置の前記ユニキャストアドレスを有する前記ユニキャストトラヒックを生成して送信するマルチキャスト・ユニキャスト変換処理部と、
を備えるマルチキャスト・ユニキャスト変換装置。
請求項５に記載のユニキャスト・マルチキャスト変換装置をコンピュータに実現させるためのユニキャスト・マルチキャスト変換プログラム。
請求項６に記載のマルチキャスト・ユニキャスト変換装置をコンピュータに実現させるためのマルチキャスト・ユニキャスト変換プログラム。