(57)【特許請求の範囲】
【請求項１】
受信装置から受信要求メッセージを同一サブネット内の受信側多地点配信装置が受信し、受信側多地点配信装置は受信要求メッセージ内に書かれたマルチキャストアドレスが示す配信サーバのユニキャストアドレスを知るために保持しているアドレス解決用テーブルを検索し、もし、アドレス解決用テーブル内にない場合は配信エリア管理サーバに問い合わせ、配信エリア管理サーバから返信される配信サーバのユニキャストアドレスを受け取って記憶し、得られたユニキャストアドレスを用いて配信サーバ宛に受信要求パケットを送り、当該受信要求パケットがサーバ側多地点配信装置に届き、配信サーバから出力されるマルチキャストパケットをカプセル化してユニキャストパケットにし、ユニキャストパケットをネットワーク内の各分岐点にある分岐装置で複製して配信先の各サブネットに送信し、各サブネット内では受信側多地点配信装置が受信した該ユニキャストパケットをデカプセル化してマルチキャストパケットをサブネット内に送信することを行う多地点配信において、
配信可能なサブネットのうちの少なくとも一部のサブネットへの限定配信を行う多地点配信システムであって、
配信エリア管理サーバの保持するアドレス解決用テーブル内に、各マルチキャストアドレスに対応した「受信側多地点配信装置のユニキャストアドレス」の欄が設けられ、
「受信側多地点配信装置のユニキャストアドレス」の欄には、「配信の有無を付帯させた受信側多地点配信装置のユニキャストアドレス」が記述され、
配信エリア管理サーバは、「受信側多地点配信装置のユニキャストアドレス」欄に記述されたアドレス解決用テーブルを用いて、受信側多地点配信装置からの問い合わせに回答し、
配信エリア管理サーバに問い合わせたマルチキャストアドレスに対して、配信対象外の返信を受信した受信側多地点配信装置は、内部に保持するアドレス解決用テーブルの、該マルチキャストアドレスに対応するユニキャストアドレスの欄に、事前に決められた配信対象外を意味する情報を記述し、受信要求メッセージに対応してこれを読み取った受信側多地点配信装置は、配信サーバ宛に受信要求パケットを送らない、
ことを特徴とする多地点配信システム。
【請求項２】
請求項１において、
配信エリア管理サーバの保持するマルチキャストアドレス解決用テーブル内に、新たに、各マルチキャストアドレスに対応した「分岐装置のユニキャストアドレス」の欄が設けられ、
「分岐装置のユニキャストアドレス」の欄には、「配信の有無を付帯させた分岐装置のユニキャストアドレス」が記述され、
受信側多地点配信装置から送られた受信要求パケットを下流から受信した分岐装置が、当該受信要求パケットを上流に送出するか否かを配信エリア管理サーバに問い合わせ、
配信エリア管理サーバは、「分岐装置のユニキャストアドレス」欄に記述されたアドレス解決用テーブルを用いて、分岐装置からの問い合わせに回答する多地点配信システム。
【請求項３】
請求項２において、
配信エリア管理サーバに問い合わせたマルチキャストアドレスに対して、配信対象外の返信を受信した分岐装置は、内部に保持する配信管理テーブルの、該マルチキャストアドレスに対応するユニキャストアドレスの欄に、事前に決められた配信対象外を意味する情報を記述し、受信要求パケットに対応して配信対象外を意味する情報を読み取った分岐装置は、受信要求パケットを上流に送信しない多地点配信システム。
【請求項４】
請求項１において、
分岐装置が受信する受信要求パケットの宛先には、マルチキャストアドレスに対応する配信サーバのユニキャストアドレスが書かれており、
分岐装置に保持される配信管理テーブルが配信サーバのユニキャストアドレスを有しない多地点配信システム。
【請求項５】
請求項１乃至４のいずれかにおいて、
「受信側多地点配信装置のユニキャストアドレス」の欄に、受信側多地点配信装置のユニキャストアドレスの代わりに、受信側多地点配信装置が設置されるサブネットの情報が記述されている多地点配信システム。
【請求項６】
受信装置と同一のサブネットに繋がるノード（以下、タイプＡのノードと記述）と、受信装置と同一のサブネットに繋がっていないノード（以下、タイプＢのノードと記述）からなる複数のノードで構成され、全てのノードでマルチキャストルーティングプロトコルが動作し、
受信装置からの受信要求メッセージが、該受信装置の属するサブネット内に送出され、タイプＡのノードが受信要求メッセージを受信すると、マルチキャストルーティングプロトコルの動作に従って、受信要求パケットが配信ネットワーク内を転送され、配信サーバのマルチキャストパケットを既に受信しているタイプＢのノードから、受信要求メッセージを受信したタイプＡのノードに、受信要求メッセージの要求するマルチキャストパケットが分岐出力され、マルチキャストパケットを受信したタイプＡのノードは、受信要求メッセージを送出した受信装置が繋がっているサブネット内に向けてマルチキャストパケットを出力する多地点配信において、
配信可能なサブネットのうちの少なくとも一部のサブネットへの限定配信を行う多地点配信システムであって、
各ノードは、事前に、マルチキャストアドレスに対応したサブネットアドレスが記述された配信管理テーブルを有し、
配信エリア管理サーバの保持するアドレス解決用テーブル内に、各マルチキャストアドレスに対応したサブネットアドレスの欄が設けられ、
配信管理テーブル及びアドレス解決用テーブルにおけるサブネットアドレスの欄は、「配信の有無を付帯させたサブネットアドレス」が記述され、
タイプＡのノードは、
受信要求メッセージ内に書かれたマルチキャストアドレスを配信管理テーブルから検索し、もし、対応するマルチキャストアドレスが配信管理テーブル内にない場合は配信エリア管理サーバに問い合わせ、配信エリア管理サーバから返信される配信サーバのマルチキャストアドレス及びサブネットアドレスを受け取って記憶し、
配信管理テーブルに問い合わせたマルチキャストアドレスに対して、得られたサブネットアドレスが配信対象である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送し、
配信管理テーブルに問い合わせたマルチキャストアドレスに対して、得られたサブネットアドレスが配信対象外である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送しない多地点配信システム。
【請求項７】
請求項１乃至６のいずれかにおいて、
配信エリア管理サーバは、
配信エリア管理サーバ内に保持されている全受信側多地点配信装置、全分岐装置又は全ノードの情報をディスプレー上に表示可能にするＧＵＩ作成部と、
一つのマルチキャストアドレス毎に、各受信側多地点配信装置、各分岐装置又は各ノード配下のサブネットアドレスが配信対象か否か画面上で指示可能にする入力インターフェイスと、
指示された情報を、配信エリア管理サーバ内に保持されている全受信側多地点配信装置、全分岐装置又は全ノードの情報に付加する更新情報作成部と、
受信側多地点配信装置、分岐装置又はノードからの問い合わせがあると、問い合わせのあったマルチキャストアドレスに対応するテーブル情報を返信するテーブル情報パケット化部と、
を備える多地点配信システム。
【請求項８】
受信装置から受信要求メッセージを同一サブネット内の受信側多地点配信装置が受信し、受信側多地点配信装置は受信要求メッセージ内に書かれたマルチキャストアドレスが示す配信サーバのユニキャストアドレスを知るために保持しているテーブルを検索し、もし、テーブル内にない場合は配信エリア管理サーバに問い合わせ、配信エリア管理サーバから返信される配信サーバのユニキャストアドレスを受け取って記憶し、得られたユニキャストアドレスを用いて配信サーバ宛に受信要求パケットを送り、当該受信要求パケットがサーバ側多地点配信装置に届き、配信サーバから出力されるマルチキャストパケットをカプセル化してユニキャストパケットにし、ユニキャストパケットをネットワーク内の各分岐点にある分岐装置で複製して配信先の各サブネットに送信し、各サブネット内では受信側多地点配信装置が受信した該ユニキャストパケットをデカプセル化してマルチキャストパケットをサブネット内に送信することを行う多地点配信において、
配信可能なサブネットのうちの少なくとも一部のサブネットへの限定配信を行う多地点配信方法であって、
配信エリア管理サーバの保持するアドレス解決用テーブル内に、事前に、各マルチキャストアドレスに対応した「受信側多地点配信装置のユニキャストアドレス」の欄を設け、
「受信側多地点配信装置のユニキャストアドレス」の欄には、事前に、「配信の有無を付帯させた受信側多地点配信装置のユニキャストアドレス」を記述し、
配信エリア管理サーバは、「受信側多地点配信装置のユニキャストアドレス」欄に記述されたアドレス解決用テーブルを用いて、受信側多地点配信装置からの問い合わせに回答し、
配信エリア管理サーバに問い合わせたマルチキャストアドレスに対して、配信対象外の返信を受信した受信側多地点配信装置は、内部に保持するアドレス解決用テーブルの、該マルチキャストアドレスに対応するユニキャストアドレスの欄に、事前に決められた配信対象外を意味する情報を記述し、受信要求メッセージに対応してこれを読み取った受信側多地点配信装置は、配信サーバ宛に受信要求パケットを送らない、
ことを特徴とする多地点配信方法。
【請求項９】
請求項８において、
配信エリア管理サーバの保持するアドレス解決用テーブル内に、各マルチキャストアドレスに対応した「分岐装置のユニキャストアドレス」の欄が設けられ、
「分岐装置のユニキャストアドレス」の欄には、「配信の有無を付帯させた分岐装置のユニキャストアドレス」が記述され、
受信側多地点配信装置から送られた受信要求パケットを下流から受信した分岐装置が、当該受信要求パケットを上流に送出するか否かを配信エリア管理サーバに問い合わせ、
配信エリア管理サーバは、「分岐装置のユニキャストアドレス」欄に記述されたアドレス解決用テーブルを用いて、分岐装置からの問い合わせに回答する多地点配信方法。
【請求項１０】
受信装置と同一のサブネットに繋がるノード（以下、タイプＡのノードと記述）と、受信装置と同一のサブネットに繋がっていないノード（以下、タイプＢのノードと記述）からなる複数のノードで構成され、全てのノードでマルチキャストルーティングプロトコルが動作し、受信装置からの受信要求メッセージが、該受信装置の属するサブネット内に送出され、タイプＡのノードが受信要求メッセージを受信すると、マルチキャストルーティングプロトコルの動作に従って、受信要求パケットが配信ネットワーク内を転送され、配信サーバのマルチキャストパケットを既に受信しているタイプＢのノードから、受信要求メッセージを受信したタイプＡのノードに、受信要求メッセージの要求するマルチキャストパケットが分岐出力され、マルチキャストパケットを受信したタイプＡのノードは、受信要求メッセージを送出した受信装置が繋がっているサブネット内に向けてマルチキャストパケットを出力する多地点配信において、配信可能なサブネットのうちの少なくとも一部のサブネットへの限定配信を行う多地点配信方法であって、
各ノードは、事前に、マルチキャストアドレスに対応したサブネットアドレスが記述された配信管理テーブルを有し、
配信エリア管理サーバの保持するアドレス解決用テーブル内に、各マルチキャストアドレスに対応したサブネットアドレスの欄が設けられ、
配信管理テーブル及びアドレス解決用テーブルにおけるサブネットアドレスの欄には、「配信の有無を付帯させたサブネットアドレス」が記述され、
タイプＡのノードは、
受信要求メッセージ内に書かれたマルチキャストアドレスを配信管理テーブルから検索し、もし、対応するマルチキャストアドレスが配信管理テーブル内にない場合は配信エリア管理サーバに問い合わせ、配信エリア管理サーバから返信される配信サーバのマルチキャストアドレス及びサブネットアドレスを受け取って記憶する手順と、
配信管理テーブルに問い合わせたマルチキャストアドレスに対して、得られたサブネットアドレスが配信対象である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送し、配信管理テーブルに問い合わせたマルチキャストアドレスに対して、得られたサブネットアドレスが配信対象外である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送しない手順と、
を有する多地点配信方法。
【請求項１１】
請求項８乃至１０のいずれかにおいて、
ＧＵＩ作成部が、配信エリア管理サーバ内に保持されている全受信側多地点配信装置、全分岐装置又は全ノードの情報をディスプレー上に表示し、
入力インターフェイスが、一つのマルチキャストアドレス毎に、各受信側多地点配信装置、各分岐装置又は各ノード配下のサブネットアドレスが配信対象か否か画面上で指示し、
更新情報作成部が、指示された情報を、配信エリア管理サーバ内に保持されている全受信側多地点配信装置、全分岐装置又は全ノードの情報に付加する情報更新手順を、
問い合わせのあったマルチキャストアドレスのテーブル情報を受信側多地点配信装置、分岐装置又はノードに返信する前にさらに有する多地点配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信サーバから複数の受信装置に多地点配信（マルチキャスト）する場合において、配信可能な範囲（全体）の一部分への限定配信を簡単に実現する方法、並びに、その方法を実装した限定配信装置に関する。
【背景技術】
【０００２】
例えば、社内ＩＰネットワーク等のプライベートネットワークをはじめとして、研修や訓示や講演等の映像や音声を各社員のＰＣ等（＝受信装置）に多地点配信することが、普及しつつある。
【０００３】
これを実現する方法は、以前は、映像音声ストリームが受信装置の数だけ配信サーバから出力されるＩＰユニキャスト配信が主流であったが、配信先（＝受信装置）が増えるにつれてサーバやサーバ付近のネットワークの負荷が比例して増える問題があるため、これらの負荷が受信装置に比例せず小さい、ＩＰマルチキャストプロトコルを用いた多地点配信が行われるようになってきている（非特許文献１）。このとき、もし、ネットワーク内の全ルータ／Ｌ３スイッチ等にＩＰマルチキャストプロトコルを使用することが難しい場合には、配信サーバのＬＡＮ（サブネット）内と受信装置のサブネット内にのみＩＰマルチキャストプロトコルを使用し、途中経路のネットワークはＩＰマルチキャストパケットをトンネリングする方法もある（非特許文献２）。
【０００４】
今後、ＩＰマルチキャストプロトコルを用いた多地点配信がさらに普及していくと考えられるが、多地点配信の普及に伴い、配信先がネットワーク全体ではなく、あるロケーションやある組織といった部分的な多地点配信の要望が次第に強くなると予想される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＩＥＴＦ  ＲＦＣ  ２２３６，“Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ，Ｖｅｒｓｉｏｎ  ２，”Ｎｏｖ．１９９７．
【非特許文献２】井上武，谷誠一郎，高橋宏和，湊真一，宮崎敏明，豊島鑑，“Ｆｌｅｘｃａｓｔによる段階的導入に優れたマルチキャストシステムの設計と実装，”電子情報通信学会論文誌Ｄ−Ｉ，Ｖｏｌ．Ｊ８８−Ｄ−Ｉ，Ｎｏ．２，ｐｐ．２７２‐２９１，Ｆｅｂ．２００５．
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、現在行われている多地点配信は、ネットワーク全体を対象にしており、部分的な、または、限定的な多地点配信（以下、限定配信と記す）を対象にしていない。即ち、そのような仕組みを有していない。このため、限定配信を簡単に行うことができず、無理やり限定配信を行おうとすると、配信機器の停止や、可能な場合にはマニュアル操作による設定変更を行う必要がある。そこで、任意の一部のサブネットへの限定配信を簡単に行える仕組みが必要になる。
【課題を解決するための手段】
【０００７】
本発明は、非特許文献１等に記されている“ＩＰ  ｍｕｌｔｉｃａｓｔ  ｇｒｏｕｐ  ａｄｄｒｅｓｓ”（以下、マルチキャストアドレスと記す）を用いた多地点配信において、配信エリア管理サーバが保持するマルチキャストアドレス解決用テーブル内に、各マルチキャストアドレスに対応した「受信側多地点配信装置のユニキャストアドレス」の欄を設け、該欄に事前に（ア）「配信を行う」または（イ）「配信を行わない」または（ウ）「配信の有無の情報を付帯させた」受信側多地点配信装置のユニキャストアドレスまたはサブネットアドレスを記憶しておき、受信側多地点配信装置からの問合せに返信することを特徴とする。
【０００８】
本願発明の多地点配信システムは、受信装置から受信要求メッセージを同一サブネット内の受信側多地点配信装置が受信し、受信側多地点配信装置は受信要求メッセージ内に書かれたマルチキャストアドレスが示す配信サーバのユニキャストアドレスを知るために保持しているアドレス解決用テーブルを検索し、もし、アドレス解決用テーブル内にない場合は配信エリア管理サーバに問い合わせ、配信エリア管理サーバから返信される配信サーバのユニキャストアドレスを受け取って記憶し、得られたユニキャストアドレスを用いて配信サーバ宛に受信要求パケットを送り、当該受信要求パケットがサーバ側多地点配信装置に届き、配信サーバから出力されるマルチキャストパケットをカプセル化してユニキャストパケットにし、ユニキャストパケットをネットワーク内の各分岐点にある分岐装置で複製して配信先の各サブネットに送信し、各サブネット内では受信側多地点配信装置が受信した該ユニキャストパケットをデカプセル化してマルチキャストパケットをサブネット内に送信することを行う多地点配信において、配信可能なサブネットのうちの少なくとも一部のサブネットへの限定配信を行う多地点配信システムであって、配信エリア管理サーバの保持するアドレス解決用テーブル内に、各マルチキャストアドレスに対応した「受信側多地点配信装置のユニキャストアドレス」の欄が設けられ、「受信側多地点配信装置のユニキャストアドレス」の欄には、「配信を行う受信側多地点配信装置のユニキャストアドレス」、または「配信を行わない受信側多地点配信装置のユニキャストアドレス」、または「配信の有無を付帯させた受信側多地点配信装置のユニキャストアドレス」のいずれかが記述され、配信エリア管理サーバは、「受信側多地点配信装置のユニキャストアドレス」欄に記述されたアドレス解決用テーブルを用いて、受信側多地点配信装置からの問い合わせに回答する。
【０００９】
配信エリア管理サーバに問い合わせたマルチキャストアドレスに対して、配信対象外の返信を受信した受信側多地点配信装置は、内部に保持するアドレス解決用テーブルの、該マルチキャストアドレスに対応するユニキャストアドレスの欄に、事前に決められた配信対象外を意味する情報を記述し、受信要求メッセージに対応してこれを読み取った受信側多地点配信装置は、配信サーバ宛に受信要求パケットを送らなくてもよい。
【００１０】
本願発明の多地点配信システムでは、配信エリア管理サーバの保持するマルチキャストアドレス解決用テーブル内に、新たに、各マルチキャストアドレスに対応した「分岐装置のユニキャストアドレス」の欄が設けられ、「分岐装置のユニキャストアドレス」の欄には、「配信を行う分岐装置のユニキャストアドレス」、または「配信を行わない分岐装置のユニキャストアドレス」、または「配信の有無を付帯させた分岐装置のユニキャストアドレス」のいずれかが記述され、受信側多地点配信装置から送られた受信要求パケットを下流から受信した分岐装置が、当該受信要求パケットを上流に送出するか否かを配信エリア管理サーバに問い合わせ、配信エリア管理サーバは、「分岐装置のユニキャストアドレス」欄に記述されたアドレス解決用テーブルを用いて、分岐装置からの問い合わせに回答してもよい。
【００１１】
この場合、配信エリア管理サーバに問い合わせたマルチキャストアドレスに対して、配信対象外の返信を受信した分岐装置は、内部に保持する配信管理テーブルの、該マルチキャストアドレスに対応するユニキャストアドレスの欄に、事前に決められた配信対象外を意味する情報を記述し、受信要求パケットに対応して配信対象外を意味する情報を読み取った分岐装置は、受信要求パケットを上流に送信しなくてもよい。
【００１２】
分岐装置が受信する受信要求パケットの宛先には、マルチキャストアドレスに対応する配信サーバのユニキャストアドレスが書かれており、分岐装置に保持される配信管理テーブルが配信サーバのユニキャストアドレスを有しなくてもよい。
【００１３】
「受信側多地点配信装置のユニキャストアドレス」の欄に、受信側多地点配信装置のユニキャストアドレスの代わりに、受信側多地点配信装置が設置されるサブネットの情報が記述されていてもよい。
【００１４】
本願発明の多地点配信システムは、受信装置と同一のサブネットに繋がるノード（以下、タイプＡのノードと記述）と、受信装置と同一のサブネットに繋がっていないノード（以下、タイプＢのノードと記述）からなる複数のノードで構成され、全てのノードでマルチキャストルーティングプロトコルが動作し、受信装置からの受信要求メッセージが、該受信装置の属するサブネット内に送出され、タイプＡのノードが受信要求メッセージを受信すると、前記マルチキャストルーティングプロトコルの動作に従って、受信要求パケットが配信ネットワーク内を転送され、配信サーバのマルチキャストパケットを既に受信しているタイプＢのノードから、受信要求メッセージを受信したタイプＡのノードに、受信要求メッセージの要求するマルチキャストパケットが分岐出力され、マルチキャストパケットを受信したタイプＡのノードは、受信要求メッセージを送出した受信装置が繋がっているサブネット内に向けてマルチキャストパケットを出力する多地点配信において、配信可能なサブネットのうちの少なくとも一部のサブネットへの限定配信を行う多地点配信システムであって、各ノードは、事前に、マルチキャストアドレスに対応したサブネットアドレスが記述された配信管理テーブルを有し、配信エリア管理サーバの保持するアドレス解決用テーブル内に、各マルチキャストアドレスに対応したサブネットアドレスの欄が設けられ、配信管理テーブル及びアドレス解決用テーブルにおけるサブネットアドレスの欄は、「配信を行うサブネットアドレス」、または「配信を行わないサブネットアドレス」、または「配信の有無を付帯させたサブネットアドレス」のいずれかが記述され、タイプＡのノードは、受信要求メッセージ内に書かれたマルチキャストアドレスを配信管理テーブルから検索し、もし、対応するマルチキャストアドレスが配信管理テーブル内にない場合は配信エリア管理サーバに問い合わせ、配信エリア管理サーバから返信される配信サーバのマルチキャストアドレス及びサブネットアドレスを受け取って記憶し、配信管理テーブルに問い合わせたマルチキャストアドレスに対して、得られたサブネットアドレスが配信対象である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送し、配信管理テーブルに問い合わせたマルチキャストアドレスに対して、得られたサブネットアドレスが配信対象外である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送しない。
【００１５】
配信エリア管理サーバは、配信エリア管理サーバ内に保持されている全受信側多地点配信装置、全分岐装置又は全ノードの情報をディスプレー上に表示可能にするＧＵＩ作成部と、一つのマルチキャストアドレス毎に、各受信側多地点配信装置、各分岐装置又は各ノード配下のサブネットアドレスが配信対象か否か画面上で指示可能にする入力インターフェイスと、指示された情報を、配信エリア管理サーバ内に保持されている全受信側多地点配信装置、全分岐装置又は全ノードの情報に付加する更新情報作成部と、受信側多地点配信装置、分岐装置又はノードからの問い合わせがあると、問い合わせのあったマルチキャストアドレスに対応するテーブル情報を返信するテーブル情報パケット化部と、を備えてもよい。
【００１６】
本願発明の多地点配信方法は、受信装置から受信要求メッセージを同一サブネット内の受信側多地点配信装置が受信し、受信側多地点配信装置は受信要求メッセージ内に書かれたマルチキャストアドレスが示す配信サーバのユニキャストアドレスを知るために保持しているテーブルを検索し、もし、テーブル内にない場合は配信エリア管理サーバに問い合わせ、配信エリア管理サーバから返信される配信サーバのユニキャストアドレスを受け取って記憶し、得られたユニキャストアドレスを用いて配信サーバ宛に受信要求パケットを送り、当該受信要求パケットがサーバ側多地点配信装置に届き、配信サーバから出力されるマルチキャストパケットをカプセル化してユニキャストパケットにし、ユニキャストパケットをネットワーク内の各分岐点にある分岐装置で複製して配信先の各サブネットに送信し、各サブネット内では受信側多地点配信装置が受信した該ユニキャストパケットをデカプセル化してマルチキャストパケットをサブネット内に送信することを行う多地点配信において、配信可能なサブネットのうちの少なくとも一部のサブネットへの限定配信を行う多地点配信方法であって、配信エリア管理サーバの保持するアドレス解決用テーブル内に、事前に、各マルチキャストアドレスに対応した「受信側多地点配信装置のユニキャストアドレス」の欄を設け、「受信側多地点配信装置のユニキャストアドレス」の欄には、事前に、「配信を行う受信側多地点配信装置のユニキャストアドレス」、または「配信を行わない受信側多地点配信装置のユニキャストアドレス」、または「配信の有無を付帯させた受信側多地点配信装置のユニキャストアドレス」のいずれかを記述し、配信エリア管理サーバは、「受信側多地点配信装置のユニキャストアドレス」欄に記述されたアドレス解決用テーブルを用いて、受信側多地点配信装置からの問い合わせに回答する。
【００１７】
配信エリア管理サーバの保持するアドレス解決用テーブル内に、各マルチキャストアドレスに対応した「分岐装置のユニキャストアドレス」の欄が設けられ、「分岐装置のユニキャストアドレス」の欄には、「配信を行う分岐装置のユニキャストアドレス」、または「配信を行わない分岐装置のユニキャストアドレス」、または「配信の有無を付帯させた分岐装置のユニキャストアドレス」のいずれかが記述され、受信側多地点配信装置から送られた受信要求パケットを下流から受信した分岐装置が、当該受信要求パケットを上流に送出するか否かを配信エリア管理サーバに問い合わせ、配信エリア管理サーバは、「分岐装置のユニキャストアドレス」欄に記述されたアドレス解決用テーブルを用いて、分岐装置からの問い合わせに回答してもよい。
【００１８】
本願発明の多地点配信方法は、受信装置と同一のサブネットに繋がるノード（以下、タイプＡのノードと記述）と、受信装置と同一のサブネットに繋がっていないノード（以下、タイプＢのノードと記述）からなる複数のノードで構成され、全てのノードでマルチキャストルーティングプロトコルが動作し、受信装置からの受信要求メッセージが、該受信装置の属するサブネット内に送出され、タイプＡのノードが受信要求メッセージを受信すると、マルチキャストルーティングプロトコルの動作に従って、受信要求パケットが配信ネットワーク内を転送され、配信サーバのマルチキャストパケットを既に受信しているタイプＢのノードから、受信要求メッセージを受信したタイプＡのノードに、受信要求メッセージの要求するマルチキャストパケットが分岐出力され、マルチキャストパケットを受信したタイプＡのノードは、受信要求メッセージを送出した受信装置が繋がっているサブネット内に向けてマルチキャストパケットを出力する多地点配信において、配信可能なサブネットのうちの少なくとも一部のサブネットへの限定配信を行う多地点配信方法であって、各ノードは、事前に、マルチキャストアドレスに対応したサブネットアドレスが記述された配信管理テーブルを有し、配信エリア管理サーバの保持するアドレス解決用テーブル内に、各マルチキャストアドレスに対応したサブネットアドレスの欄が設けられ、配信管理テーブル及びアドレス解決用テーブルにおけるサブネットアドレスの欄には、「配信を行うサブネットアドレス」、または「配信を行わないサブネットアドレス」、または「配信の有無を付帯させたサブネットアドレス」のいずれかが記述され、タイプＡのノードは、受信要求メッセージ内に書かれたマルチキャストアドレスを配信管理テーブルから検索し、もし、対応するマルチキャストアドレスが配信管理テーブル内にない場合は配信エリア管理サーバに問い合わせ、配信エリア管理サーバから返信される配信サーバのマルチキャストアドレス及びサブネットアドレスを受け取って記憶する手順と、配信管理テーブルに問い合わせたマルチキャストアドレスに対して、得られたサブネットアドレスが配信対象である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送し、配信管理テーブルに問い合わせたマルチキャストアドレスに対して、得られたサブネットアドレスが配信対象外である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送しない手順と、を有する。
【００１９】
本願発明の多地点配信方法では、ＧＵＩ作成部が、配信エリア管理サーバ内に保持されている全受信側多地点配信装置、全分岐装置又は全ノードの情報をディスプレー上に表示し、入力インターフェイスが、一つのマルチキャストアドレス毎に、各受信側多地点配信装置、各分岐装置又は各ノード配下のサブネットアドレスが配信対象か否か画面上で指示し、更新情報作成部が、指示された情報を、配信エリア管理サーバ内に保持されている全受信側多地点配信装置、全分岐装置又は全ノードの情報に付加する情報更新手順を、問い合わせのあったマルチキャストアドレスのテーブル情報を受信側多地点配信装置、分岐装置又はノードに返信する前にさらに有してもよい。
【００２０】
本願発明の受信側多地点配信装置は、マルチキャストアドレスに対応するユニキャストアドレスを記録するマルチキャストアドレス解決テーブル部と、マルチキャストアドレス解決テーブル部に受信要求メッセージの要求するマルチキャストアドレスが記録されていない場合、当該マルチキャストアドレスに対応するユニキャストアドレスを配信エリア管理サーバに問い合わせる問い合わせパケットを作成する問い合わせパケット作成部と、受信装置から受信要求メッセージを受信すると、マルチキャストアドレス解決テーブル部を参照し、受信要求メッセージの要求するマルチキャストアドレスに対応するユニキャストアドレスが記録されている場合は当該ユニキャストアドレスを宛先とする受信要求パケットを作成し、マルチキャストアドレス解決テーブル部に受信要求メッセージの要求するマルチキャストアドレスに対応するユニキャストアドレスが記録されていない場合は受信要求パケットを作成しない受信要求パケット作成部と、カプセル化された映像音声パケットが入力されると、該映像音声パケットをデカプセル化する映像音声パケットデカプセル化部と、受信装置から終了要求メッセージを受信すると、マルチキャストアドレス解決テーブル部を参照し、終了要求メッセージの要求するマルチキャストアドレスに対応するユニキャストアドレスを宛先とする終了要求パケットを作成する終了要求パケット作成部と、を備える。
【００２１】
本願発明の配信エリア管理サーバは、マルチキャストアドレスに対応した配信サーバのユニキャストアドレス及び受信側多地点配信装置のユニキャストアドレスを含むアドレス情報を記録するアドレス解決用テーブルと、アドレス情報送信要求を受信すると、アドレス解決用テーブルから要求のあるマルチキャストアドレスに関連付けられているアドレス情報を送信するパケットを作成するテーブル情報パケット化部と、アドレス情報の新規登録または変更または削除の情報を受信すると、受信した内容に従ってアドレス解決用テーブルを更新するテーブル情報更新部と、を備え、受信側多地点配信装置のユニキャストアドレスの欄には、配信を行う受信側多地点配信装置のユニキャストアドレス、または、配信を行わない受信側多地点配信装置のユニキャストアドレス、または、配信の有無を付帯させた受信側多地点配信装置のユニキャストアドレスのいずれかが記述されている。
【００２２】
本願発明の分岐装置は、下流に接続されている受信側多地点配信装置から送られた受信要求パケットを受信すると、受信要求パケットの要求するマルチキャストアドレスが配信対象であるか否かを配信エリア管理サーバに問い合わせ、受信要求パケットの要求するマルチキャストアドレスが配信対象である場合は受信要求パケットを上流に送信し、受信要求パケットの要求するマルチキャストアドレスが配信対象でない場合は受信要求パケットを上流に送信しない。
【００２３】
本願発明のノードは、複数のノードで構成され、全てのノードでマルチキャストルーティングプロトコルが動作している配信ネットワークにおいて、マルチキャストアドレスに対応したサブネットアドレスが記述された配信管理テーブルを有し、対応するマルチキャストアドレスが配信管理テーブル内にない場合は配信エリア管理サーバに問い合わせ、配信エリア管理サーバから返信される配信サーバのマルチキャストアドレス及びサブネットアドレスを受け取って記憶する配信管理部と、配信管理テーブルにおけるサブネットアドレスの欄には、「配信を行うサブネットアドレス」、または「配信を行わないサブネットアドレス」、または「配信の有無を付帯させたサブネットアドレス」のいずれかが記述され、受信要求メッセージを受信すると、配下のサブネットが受信要求メッセージ内に書かれたマルチキャストアドレスの配信対象になっているか否かを配信管理部に問い合わせ、問い合わせ結果を取得するマルチキャストルーティングプロトコル処理部と、配下のサブネットが受信要求メッセージ内に書かれたマルチキャストアドレスの配信対象になっている場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送し、配下のサブネットが配信対象外である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送しないマルチキャストパケット処理部と、を備える。
【００２４】
本願発明の配信エリア管理サーバは、マルチキャストアドレスに対応した配信サーバのユニキャストアドレス及び受信側多地点配信装置のユニキャストアドレスを含むアドレス情報を記録するアドレス解決用テーブルと、アドレス情報送信要求を受信すると、アドレス解決用テーブルから要求のあるマルチキャストアドレスに関連付けられているアドレス情報を送信するパケットを作成するテーブル情報パケット化部と、配信エリア管理サーバ内に保持されている全受信側多地点配信装置および全分岐装置の情報をディスプレー上に表示可能にするＧＵＩ作成部と、一つのマルチキャストアドレス毎に、各受信側多地点配信装置および各分岐装置が配信対象か否か画面上で指示可能にする入力インターフェイスと、指示された情報を、配信エリア管理サーバ内に記録されているアドレス情報に付加する更新情報作成部と、を備え、アドレス解決用テーブルにおける「受信側多地点配信装置のユニキャストアドレス」の欄には、配信を行う受信側多地点配信装置のユニキャストアドレス、または、配信を行わない受信側多地点配信装置のユニキャストアドレス、または、配信の有無を付帯させた受信側多地点配信装置のユニキャストアドレスのいずれかが記述され、アドレス解決用テーブルにおける「分岐装置のユニキャストアドレス」の欄には、「配信を行う分岐装置のユニキャストアドレス」、または「配信を行わない分岐装置のユニキャストアドレス」、または「配信の有無を付帯させた分岐装置のユニキャストアドレス」のいずれかが記述されている。
【００２５】
本願発明の配信エリア管理サーバは、マルチキャストアドレスに対応したサブネットアドレスを含むアドレス情報を記録するアドレス解決用テーブルと、アドレス情報送信要求を受信すると、アドレス解決用テーブルから要求のあるマルチキャストアドレスに関連付けられているアドレス情報を送信するパケットを作成するテーブル情報パケット化部と、配信エリア管理サーバ内に保持されている全ノードの情報をディスプレー上に表示可能にするＧＵＩ作成部と、一つのマルチキャストアドレス毎に、各ノード配下のサブネットアドレスが配信対象か否か画面上で指示可能にする入力インターフェイスと、指示された情報を、配信エリア管理サーバ内に記録されているアドレス情報に付加する更新情報作成部と、を備え、アドレス解決用テーブルにおける「サブネットアドレス」の欄には、「配信を行うサブネットアドレス」、または「配信を行わないサブネットアドレス」、または「配信の有無を付帯させたサブネットアドレス」のいずれかが記述されている。
【００２６】
本願発明の受信側多地点配信プログラムは、受信要求パケット作成部が、受信装置から受信要求メッセージを受信すると、マルチキャストアドレス解決テーブル部を参照し、受信要求メッセージの要求するマルチキャストアドレスに対応するユニキャストアドレスが記録されている場合は当該ユニキャストアドレスを宛先とする受信要求パケットを作成し、マルチキャストアドレス解決テーブル部に受信要求メッセージの要求するマルチキャストアドレスに対応するユニキャストアドレスが記録されていない場合は受信要求パケットを作成しない受信要求パケット作成手順と、問い合わせパケット作成部が、マルチキャストアドレスに対応するユニキャストアドレスを記録するマルチキャストアドレス解決テーブル部に受信要求メッセージの要求するマルチキャストアドレスが記録されていない場合、当該マルチキャストアドレスに対応するユニキャストアドレスを配信エリア管理サーバに問い合わせる問い合わせパケットを作成する問い合わせパケット作成手順と、映像音声パケットデカプセル化部が、カプセル化された映像音声パケットが入力されると、該映像音声パケットをデカプセル化する映像音声パケットデカプセル化手順と、終了要求パケット作成部が、受信装置から終了要求メッセージを受信すると、マルチキャストアドレス解決テーブル部を参照し、終了要求メッセージの要求するマルチキャストアドレスに対応するユニキャストアドレスを宛先とする終了要求パケットを作成する終了要求パケット作成手順と、を順にコンピュータに実行させる。
【００２７】
本願発明の分岐装置プログラムは、下流に接続されている受信側多地点配信装置から送られた受信要求パケットを受信すると、受信要求パケットの要求するマルチキャストアドレスが配信対象であるか否かを配信エリア管理サーバに問い合わせ、受信要求パケットの要求するマルチキャストアドレスが配信対象である場合は受信要求パケットを上流に送信し、受信要求パケットの要求するマルチキャストアドレスが配信対象でない場合は受信要求パケットを上流に送信しない手順を、コンピュータに実行させるためのプログラムである。
【００２８】
本願発明の多地点配信プログラムは、受信装置と同一のサブネットに繋がるノード（以下、タイプＡのノードと記述）と、受信装置と同一のサブネットに繋がっていないノード（以下、タイプＢのノードと記述）からなる複数のノードで構成され、全てのノードでマルチキャストルーティングプロトコルが動作し、受信装置からの受信要求メッセージが、該受信装置の属するサブネット内に送出され、タイプＡのノードが受信要求メッセージを受信すると、マルチキャストルーティングプロトコルの動作に従って、受信要求パケットが配信ネットワーク内を転送され、配信サーバのマルチキャストパケットを既に受信しているタイプＢのノードから、受信要求メッセージを受信したタイプＡのノードに、受信要求メッセージの要求するマルチキャストパケットが分岐出力され、マルチキャストパケットを受信したタイプＡのノードは、受信要求メッセージを送出した受信装置が繋がっているサブネット内に向けてマルチキャストパケットを出力する多地点配信において、配信可能なサブネットのうちの少なくとも一部のサブネットへの限定配信を行うタイプＡのノードを実現するための多地点配信プログラムであって、事前に、マルチキャストアドレスに対応したサブネットアドレスが記述された配信管理テーブルを有し、配信エリア管理サーバの保持するアドレス解決用テーブル内に、各マルチキャストアドレスに対応したサブネットアドレスの欄が設けられ、配信管理テーブル及びアドレス解決用テーブルにおけるサブネットアドレスの欄には、「配信を行うサブネットアドレス」、または「配信を行わないサブネットアドレス」、または「配信の有無を付帯させたサブネットアドレス」のいずれかが記述され、受信要求メッセージ内に書かれたマルチキャストアドレスを配信管理テーブルから検索し、もし、対応するマルチキャストアドレスが配信管理テーブル内にない場合は配信エリア管理サーバに問い合わせ、配信エリア管理サーバから返信される配信サーバのマルチキャストアドレス及びサブネットアドレスを受け取って記憶する手順と、配信管理テーブルに問い合わせたマルチキャストアドレスに対して、得られたサブネットアドレスが配信対象である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送し、配信管理テーブルに問い合わせたマルチキャストアドレスに対して、得られたサブネットアドレスが配信対象外である場合、受信要求メッセージに対応して受信要求パケットを配信ネットワーク内に転送しない手順と、をコンピュータに実行させるためのプログラムである。
【００２９】
本願発明の配信エリア管理サーバプログラムは、コンピュータを、マルチキャストアドレスに対応した配信サーバのユニキャストアドレス及び受信側多地点配信装置のユニキャストアドレスを含むアドレス情報を記録するアドレス解決用テーブルと、アドレス情報送信要求を受信すると、アドレス解決用テーブルから要求のあるマルチキャストアドレスに関連付けられているアドレス情報を送信するパケットを作成するテーブル情報パケット化部と、配信エリア管理サーバ内に保持されている全受信側多地点配信装置および全分岐装置の情報をディスプレー上に表示可能にするＧＵＩ作成部と、一つのマルチキャストアドレス毎に、各受信側多地点配信装置および各分岐装置が配信対象か否か画面上で指示可能にする入力インターフェイスと、指示された情報を、配信エリア管理サーバ内に保持されているアドレス情報に付加する更新情報作成部と、として機能させるための配信エリア管理サーバプログラムであって、受信側多地点配信装置のユニキャストアドレスの欄には、配信を行う受信側多地点配信装置のユニキャストアドレス、または、配信を行わない受信側多地点配信装置のユニキャストアドレス、または、配信の有無を付帯させた受信側多地点配信装置のユニキャストアドレスのいずれかが記述されているプログラムである。
【００３０】
本願発明の配信エリア管理サーバプログラムは、コンピュータを、マルチキャストアドレスに対応したサブネットアドレスを含むアドレス情報を記録するアドレス解決用テーブルと、アドレス情報送信要求を受信すると、アドレス解決用テーブルから要求のあるマルチキャストアドレスに関連付けられているアドレス情報を送信するパケットを作成するテーブル情報パケット化部と、配信エリア管理サーバ内に保持されている全ノードの情報をディスプレー上に表示可能にするＧＵＩ作成部と、一つのマルチキャストアドレス毎に、各ノード配下のサブネットアドレスが配信対象か否か画面上で指示可能にする入力インターフェイスと、指示された情報を、配信エリア管理サーバ内に保持されているアドレス情報に付加する更新情報作成部と、として機能させるための配信エリア管理サーバプログラムであって、アドレス解決用テーブルにおける「サブネットアドレス」の欄には、「配信を行うサブネットアドレス」、または「配信を行わないサブネットアドレス」、または「配信の有無を付帯させたサブネットアドレス」のいずれかが記述されているプログラムである。
【００３１】
なお、前記各発明は、可能な限り組み合わせることができる。
【発明の効果】
【００３２】
本発明により、前記のように、多地点配信において、任意の一部のサブネットへの限定配信を簡単に行うことができる。
【図面の簡単な説明】
【００３３】
【図１】第１の実施の形態における、本発明の多地点配信の機器接続の一例。
【図２】第１の実施の形態における、本発明のシーケンスの一例。
【図３】第１の実施の形態における、本発明の限定配信を実現する配信エリア管理サーバ６内のアドレス解決用テーブルの一例。
【図４】第１の実施の形態における、本発明のアドレス解決用テーブルの第３列の使い方の一例（受信側多地点配信装置４のユニキャストアドレスを基本）。
【図５】第１の実施の形態における、本発明のアドレス解決用テーブルの第３列の別の記述方法の一例（サブネットの情報を記述）。
【図６】第１の実施の形態における、本発明の受信側多地点配信装置４が内部に保持するマルチキャストアドレス解決用の配信情報テーブルの第１の例。
【図７】第１の実施の形態における、本発明の受信側多地点配信装置４が内部に保持するマルチキャストアドレス解決用の配信情報テーブルの第２の例。
【図８】本実施形態に係る受信側多地点配信装置４の機能ブロック図。
【図９】本実施形態に係る配信エリア管理サーバ６の機能ブロック図。
【図１０】第１の実施の形態における、本発明の分岐装置３の機能ブロック図。
【図１１】第２の実施の形態における、本発明の多地点配信の機器接続の一例。
【図１２】第２の実施の形態における、本発明のシーケンスの一例。
【図１３】第２の実施の形態における、本発明の分岐装置３に保持される配信管理テーブルの一例。
【図１４】第２の実施の形態における、本発明の配信エリア管理サーバ６のアドレス解決用テーブルの第３列の使い方の一例。
【図１５】第２の実施の形態における、本発明の配信エリア管理サーバ６のアドレス解決用テーブルの第４列の使い方の一例。
【図１６】第２の実施の形態における、本発明の分岐装置３の機能ブロック図。
【図１７】第２の実施の形態における、本発明の分岐装置３に保持される配信可否テーブルの一例。
【図１８】第２の実施の形態における、分岐装置３に保持されるマルチキャストテーブルの一例。
【図１９】第３の実施の形態における、本発明の多地点配信の機器接続の一例。
【図２０】第３の実施の形態における、本発明のシーケンスの一例。
【図２１】第３の実施の形態における、本発明のタイプＢのノード７（７ｂ以外）の機能ブロック図。
【図２２】第３の実施の形態における、本発明のタイプＡのノード７ｂの機能ブロック図。また、第４の実施の形態における、本発明のノード７（ａ、ｂ、ｃ、・・・）の機能ブロック図。
【図２３】第３の実施の形態における、本発明のノード７ｂに保持される配信管理テーブルの一例。
【図２４】第３の実施の形態における、本発明のノード７ｂに保持される配信可否テーブルの一例。
【図２５】第４の実施の形態における、本発明の多地点配信の機器接続の一例。
【図２６】第４の実施の形態における、本発明のシーケンスの一例。
【図２７】第５の実施の形態における、配信エリア管理サーバ６内のアドレス解決用テーブルに保持される（特に第３列の）情報を簡単に登録するためのＧＵＩ（Ｇｒａｐｈｉｃｓ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面の一例。
【図２８】第５の実施の形態における、本発明の処理のフローチャート。
【図２９】第５の実施の形態における、本発明の配信エリア管理サーバ６の機能ブロック図。
【図３０】従来の多地点配信の機器接続の一例。
【図３１】従来のシーケンスの一例。
【図３２】従来のアドレス解決用テーブルの一例。
【発明を実施するための形態】
【００３４】
以下、図面と共に本発明の実施の形態を説明する。
［第１の実施の形態］
まず、第１の実施の形態における、従来の多地点配信の機器接続および動作について、図３０を用いて説明する。第１の実施の形態では、非特許文献２に書かれた方法、即ち、ネットワーク内の全ルータ／Ｌ３スイッチ等にＩＰマルチキャストプロトコルを使用することが難しい場合に、配信サーバ１のＬＡＮ（サブネット）内と受信装置５のサブネット内にのみＩＰマルチキャストプロトコルを使用し、途中の経路ではＩＰマルチキャストパケットをカプセル化してユニキャストパケットでトンネリングする方法、を使用することを前提とする。尚、図３０に記載された機器はＩＰネットワーク内に設置されており、ルータ／Ｌ３スイッチやＬ２スイッチ／Ｈｕｂの記述を省略している。
【００３５】
まず、受信者が配信される映像音声等を受信すべく受信装置５（ａ，ｂ，ｃ，…）を操作することにより映像音声再生アプリケーションが起動されると、受信装置５からＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ（以下、Ｒｅｐｏｒｔメッセージと記す）が、その受信装置５が属するサブネット内に送出される。
【００３６】
サブネットＡのように、同一サブネットに属する受信側多地点配信装置４は、該Ｒｅｐｏｒｔメッセージを受信し、その中のマルチキャストアドレスを取り出し、それをキーにして自装置内に保持しているテーブル内を検索する。
【００３７】
もし、マルチキャストアドレスが合致した場合には、該マルチキャストアドレスと対にして記録されている「配信サーバ１のユニキャストアドレス」を得、このアドレス宛に受信要求パケットを送信する。
もし、マルチキャストアドレスが合致しない場合、即ち、初めて受信した場合には、マルチキャストアドレス解決を行う。即ち、マルチキャストアドレスが指し示す配信サーバ１のユニキャストアドレスを知るために、マルチキャストアドレス解決サーバ８に問い合わせる。
【００３８】
マルチキャストアドレス解決サーバ８は、受信側多地点配信装置４から送られたマルチキャストアドレスをキーに、内部に保持しているアドレス解決用テーブルを検索して、該マルチキャストアドレスと対にして記録されている「配信サーバのユニキャストアドレス」を得、それを受信側多地点配信装置４に返信する。図３２は、従来のアドレス解決用テーブルの一例である。
【００３９】
マルチキャストアドレス解決サーバ８から返信された「配信サーバのユニキャストアドレス」を受け取った受信側多地点配信装置４は、前記マルチキャストアドレスと該「配信サーバのユニキャストアドレス」を対にして自装置内のテーブルに記録するとともに、該「配信サーバのユニキャストアドレス」を宛先にして受信要求パケットを送信する。
【００４０】
受信要求パケットは、該ネットワークで使用されているＩＰルーティングプロトコルにより、配信の上流である配信サーバ１に向けて転送される。
【００４１】
該受信要求パケットがネットワーク内の各分岐点にある分岐装置３（ａ，ｂ，ｃ，…）に届いた場合、分岐装置３は、このパケット内に書かれたマルチキャストアドレスをキーに内部の分岐テーブルを検索する。
【００４２】
もし、既に配信中の場合には、該マルチキャストアドレスに対応する分岐先（分岐装置３または受信側多地点配信装置４）のユニキャストアドレスが書かれており、ここに該受信要求パケットの送信元アドレスを追加する。
【００４３】
もし、未配信の場合、分岐テーブル内に該マルチキャストアドレスの記述はないので、該マルチキャストアドレスと該受信要求パケットの送信元アドレスを対にして登録する。そして、自装置のユニキャストアドレスを送信元アドレスとして、配信サーバ１宛に受信要求パケットを送信する。
【００４４】
もし、前記受信要求の映像音声ストリームが他のどこにも配信されていない場合には、該受信要求パケットはサーバ側多地点配信装置２に届く。
【００４５】
サーバ側多地点配信装置２は、該受信要求パケットを受信すると、内部の配信先テーブルに該受信要求パケットの送信元アドレスを登録するとともに、配信サーバ１から出力されるマルチキャストパケットをカプセル化してユニキャストパケットにし、該ユニキャストパケットを、サーバ側多地点配信装置２が受信した受信要求パケットの送信元（分岐装置３または受信側多地点配信装置４）に向けて出力する。
【００４６】
もし、該送信元がネットワーク内の各分岐点にある分岐装置３（ａ，ｂ，ｃ，…）である場合には、映像音声ストリームのカプセル化されたユニキャストパケットを受信した分岐装置３は、前記内部の分岐テーブルを参照して各パケットを必要数複製し、各受信要求パケットの送信元、即ち、分岐装置３または受信側多地点配信装置４に向けて出力する。
【００４７】
もし、該送信元が受信側多地点配信装置４の場合には、受信したユニキャストパケットをデカプセル化して得られたマルチキャストパケットを、この受信側多地点配信装置４が属するサブネット内に送信する。
【００４８】
もし、前記受信要求の映像音声ストリームが既にどこかに配信されている場合には、前記受信要求パケットは、分岐装置３またはサーバ側多地点配信装置２に届き、分岐装置３は上述の分岐処理の動作を行い、サーバ側多地点配信装置２は上述のデカプセル化の動作を行う。
【００４９】
尚、もし、一つのサブネット内に１つの受信装置しか存在しない場合には、サブネットＡのような形態でも良いが、装置が二つになるため、サブネットＢのように、１台の受信装置５ｅの中に受信側多地点配信装置４ｅの機能を取り込んだ形態もある。このような場合、受信装置５ｅもサブネットＡ内の受信装置５と同様な映像や音声を得られる。
【００５０】
図３１は、上述の各装置間の送受信シーケンスを記述したものである。尚、分岐装置３は複数多段にあっても良い。
【００５１】
次に、図１及び図２を参照しながら、本発明の方法、即ち、配信可能な範囲（全体）中の任意の一部のサブネットへの限定配信を実現する方法、について述べる。
従来同様、受信装置５が繋がっている各サブネットには受信側多地点配信装置４が１台繋がれており、該受信側多地点配信装置４のあるサブネットが限定配信の対象である場合には該受信側多地点配信装置４への配信を行い、対象外である場合には該受信側多地点配信装置４への配信を行わない。このように行うことにより、限定配信を実現する。以下、その詳細を述べる。
【００５２】
受信装置５内の映像音声再生アプリケーションが起動されると受信装置５からＲｅｐｏｒｔメッセージがサブネット内に出力され、これを受信した受信側多地点配信装置４は、該メッセージ中のマルチキャストアドレスを読み取る。該マルチキャストアドレスが初めての場合には、（１）該マルチキャストアドレスに対応する映像又は音声のストリームの配信対象エリアか否かの情報と（２）マルチキャストアドレス解決を行うための情報を配信情報テーブル内に保持していないため、配信エリア管理サーバ６に、マルチキャストアドレスと受信側多地点配信装置のユニキャストアドレスまたはサブネットアドレスを通知して問い合わせる。配信エリア管理サーバ６は、前述のマルチキャストアドレス解決サーバ８の機能と以下に述べる新たな機能を具備している。問い合わせを受けた配信エリア管理サーバ６は、通知されたマルチキャストアドレスをキーに、内部に保持するアドレス解決用テーブルを検索する。
【００５３】
図３は、本発明の限定配信を実現する配信エリア管理サーバ６内のアドレス解決用テーブルの一例である。従来のもの（図３２）とは、第１列と第２列は同じであるが、新たに第３列が加わり、「受信側多地点配信装置４のユニキャストアドレス」が書き込まれることが異なる。
【００５４】
この第３列の「受信側多地点配信装置４のユニキャストアドレス」の使い方には、２通りの方法がある。即ち、ここに書かれている受信側多地点配信装置にのみ配信を行う方法と、ここに書かれている受信側多地点配信装置にのみ配信を行わない方法である。どちらの使い方をするかは、事前に決めておく。
【００５５】
以下に、前者である「アドレス解決用テーブルに書かれている受信側多地点配信装置にのみ配信を行う方法」の一例を説明する。
例えば、図３において、第１行第１列のマルチキャストアドレス“２３９．１９２．１．１”のマルチキャストサーバからの配信を受信可能なエリアが、第１行第３列に書かれた“１９２．１６８．２．０／２４”と“１９２．１６８．４．０／２４”のサブネットのみであり、そのサブネット内に設置されている受信側多地点配信装置４のユニキャストアドレス“１９２．１６８．２．１０”と“１９２．１６８．４．２１”が登録されているとする。受信側多地点配信装置４からマルチキャストアドレス“２３９．１９２．１．１”の問い合わせが来ると、配信エリア管理サーバ６は、マルチキャストアドレス“２３９．１９２．１．１”をキーにテーブルの第１列を検索する。この場合、第１行が合致し、合致した第１行の第３列の内容を読み出す。
【００５６】
もし、問い合わせてきた受信側多地点配信装置４のユニキャストアドレスが、そこに書かれた受信側多地点配信装置４のユニキャストアドレス“１９２．１６８．２．１０”または“１９２．１６８．４．２１”と一致する場合は、第２列に書かれた配信サーバのユニキャストアドレス“１９２．１６８．１．２”を返信する。
【００５７】
もし、一致しない場合には、“配信不可”を意味する予め決められた文字列や数字等（例えば、“−”や“２５５．２５５．２５５．２５５”）を返信するか、または、返信を行わない（この場合は、受信側多地点配信装置４でタイムアウトとして処理される）。
【００５８】
また、配信範囲が全体である場合には、予め決められた文字や数字等を使用する。例えば、第２行の第３列のように、予め“ａｌｌ”と決められていて、マルチキャストアドレスが一致した行の第３列に“ａｌｌ”と書かれていた場合には、全ての受信側多地点配信装置４からの問い合わせに対し、第２列に書かれたユニキャストアドレスを返信する。
【００５９】
次に、第３列の「受信側多地点配信装置４のユニキャストアドレス」の使い方が後者である「アドレス解決用テーブルに書かれている受信側多地点配信装置にのみ配信を行わない方法」の一例を説明する。
例えば、図３において、第１行第１列のマルチキャストアドレス“２３９．１９２．１．１”のマルチキャストサーバからの配信を行わないサブネットが、第１行第３列に書かれた“１９２．１６８．２．０／２４”と“１９２．１６８．４．０／２４”のサブネットのみであり、そのサブネット内に設置されている受信側多地点配信装置４のユニキャストアドレス“１９２．１６８．２．１０”と“１９２．１６８．４．２１”が登録されているとする。受信側多地点配信装置４からマルチキャストアドレス“２３９．１９２．１．１”の問い合わせが来ると、配信エリア管理サーバ６は、マルチキャストアドレス“２３９．１９２．１．１”をキーにテーブルの第１列を検索し、この場合に合致した第１行の第３列の内容を読み出す。
【００６０】
もし、問い合わせてきた受信側多地点配信装置４のユニキャストアドレスが、そこに書かれた受信側多地点配信装置４のユニキャストアドレス“１９２．１６８．２．１０”または“１９２．１６８．４．２１”と一致しない場合は、第２列に書かれた配信サーバのユニキャストアドレスを返信する。
【００６１】
もし、一致する場合は、予め決められた“配信不可”を意味する文字列や数字等（例えば、“−”や“２５５．２５５．２５５．２５５”）を返信するか、または、返信を行わない（この場合は、受信側多地点配信装置４でタイムアウトとして処理される）。
【００６２】
また、配信しない範囲が全体である場合には（一時的に配信を停止するような場合での使用が考えられる）、予め決められた文字や数字やアドレス等を使用する。例えば、第２行の第３列のように、予め“ａｌｌ”と決められていて、マルチキャストアドレスが一致した行の第３列に“ａｌｌ”と書かれていた場合には、全ての受信側多地点配信装置４からの問い合わせに対し、予め決められた受信不可を意味する文字列や数字等（例えば、“−”や“２５５．２５５．２５５．２５５”）を返信するか、または、返信を行わない（この場合は、受信側多地点配信装置４でタイムアウトとして処理される）。
【００６３】
また、図４に示すように、第３列の使い方として、第３列に記述された「受信側多地点配信装置４のユニキャストアドレス」が、限定配信の対象なのか、または、対象外なのかも含めて記述する方法がある。
例えば、ユニキャストアドレスの前に“＋”を記述した場合は「配信対象」であることを意味し、“−”を記述した場合は「配信対象外」であることを意味する、と事前に決めておく。
【００６４】
図４の第１行第３列の場合、“＋１９２．１６８．２．１０”と“＋１９２．１６８．４．２１”の受信側多地点配信装置４は配信対象であり、“−ｏｔｈｅｒｓ”で記述されたそれら以外の受信側多地点配信装置４は配信対象外である。第２行第３列は、第１行第３列の逆を意味する記述である。
同様に、第３行第３列の“＋ａｌｌ”は全体が「配信対象」であることを意味し、第４行第３列の“−ａｌｌ”は全体が「配信対象外」であることを意味する。
【００６５】
さらに、前述の全ての方法では、第３列に受信側多地点配信装置４のユニキャストアドレスを記述すると述べてきたが、受信側多地点配信装置４のユニキャストアドレスがＤＨＣＰで決められる場合は固定ではなくなるため、ユニキャストアドレスが変わる度にテーブル内のアドレスの変更が必要になる。これを避ける方法として、サブネットに１台設置される受信側多地点配信装置４のユニキャストアドレスではなく、受信側多地点配信装置４が設置されるサブネット、即ち、配信の対象または対象外であるサブネットのアドレス情報を記述する方法がある。
【００６６】
例えば、図５の第１行第３列中に“＋１９２．１６８．２．０／２４”と記述されている場合、サブネットマスクが２４ｂｉｔ（バイナリー表現で“１１１１１１１１．１１１１１１１１．１１１１１１１１．００００００００”）のサブネットであることを意味している。問い合わせてきた受信側多地点配信装置４（＝送信元）のＩＰアドレスが“１９２．１６８．２．１０”だとして、このサブネットに属しているか否かの判定は、次のように行う。まず、受信側多地点配信装置４（＝送信元）のＩＰアドレス（３２ｂｉｔ）とサブネットマスク（３２ｂｉｔ）の各ビットのＡＮＤ演算を行う。次に、その結果と図５の第１行第３列中に記された“１９２．１６８．２．０”（３２ｂｉｔ）と照合する。もし一致すれば、該受信側多地点配信装置４は“１９２．１６８．２．０／２４”のサブネット内にあり、不一致の場合はサブネット外にある。尚、“＋”、“−”、“ａｌｌ”、“ｏｔｈｅｒｓ”の意味は前述と同じである。
【００６７】
尚、配信エリア管理サーバ６内のアドレス解決用テーブルの記載方法としては、マルチキャストアドレス毎にテーブルを用意し（即ち、図４の第１列を用いず）、そこに全受信側多地点配信装置４のユニキャストアドレスと配信の対象か対象外かを記述する（即ち、図４の第２列と第３列を用いる）方法などもある。
【００６８】
図６及び図７は、受信側多地点配信装置４が内部に保持するマルチキャストアドレス解決用の配信情報テーブルの一例である。図４または図５の配信エリア管理サーバ６内の情報を返信されたとすると、マルチキャストアドレス”２３９．１９２．１．１”の配信は”１９２．１６８．２．０／２４”と”１９２．１６８．４．０／２４”のサブネットのみが対象範囲であり、即ち、ユニキャストアドレスが”１９２．１６８．２．１０”と”１９２．１６８．４．２１”の受信側多地点配信装置４のみが受信可能である。このため、これら二つの受信側多地点配信装置４が内部に保持するマルチキャストアドレス解決用の配信情報テーブルは図６になり、それ以外の受信側多地点配信装置４の場合は図７になる。
【００６９】
図６および図７の情報中の“−”は配信対象外であることを意味しており、この受信側多地点配信装置４と同一サブネット内の受信装置５から、２３９．１９２．１．１のマルチキャストアドレスが内包されたＲｅｐｏｒｔメッセージが送られてきた場合、受信側多地点配信装置４は何も行わない。
【００７０】
尚、受信側多地点配信装置４が内部に保持するマルチキャストアドレス解決用の配信情報テーブルの使い方の別の方法としては、配信対象とするマルチキャストアドレスのみを登録する方法もある。どのような使い方をするかは、事前に決めておく。
【００７１】
（受信側多地点配信装置４ａ、４ｅ）
図８は、本発明の受信側多地点配信装置４の機能ブロック図である。受信側多地点配信装置４は、入出力ＩＦ部４１と、パケット内容振り分け部４２と、受信要求パケット作成部４３と、映像音声パケットデカプセル化部４４と、終了要求パケット作成部４５と、マルチキャストアドレス解決テーブル部４６と、問い合わせパケット作成部４７、Ｑｕｅｒｙ応答テーブル４９を内包するＩＧＭＰ処理部４８、リモートアクセス等の処理を行うその他処理部５０、を備える。
【００７２】
入出力ＩＦ部４１には、受信要求等を意味するＲｅｐｏｒｔメッセージや終了要求を意味するＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージ（以下、Ｌｅａｖｅメッセージと記す）などのＩＧＭＰのパケット、カプセル化された映像又は音声ストリームのパケットなどが入力する。パケット内容振り分け部４２は、これらのパケットの内容を振り分け、例えば、カプセル化された映像又は音声ストリームのパケットを映像音声パケットデカプセル化部４４に、配信エリア管理サーバ６への問い合わせに対する返信パケットの内容を問い合わせパケット作成部４７に、ＲｅｐｏｒｔメッセージやＬｅａｖｅメッセージのパケット等のＩＧＭＰ関連パケットの内容をＩＧＭＰ処理部４８に、それぞれ出力する。
【００７３】
ＩＧＭＰ処理部４８では、Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎｅｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌが動作している。ＩＧＭＰ処理部４８は、Ｒｅｐｏｒｔメッセージのパケットの内容が入力すると、それが受信要求なのか、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙメッセージ（以下、Ｑｕｅｒｙメッセージと記す）に対する受信中を示す応答なのかを識別する。受信要求の場合には、それが配信対象エリアか否か判断し、もし配信対象エリアの場合にはマルチキャストアドレス解決を行う必要がある。過去にマルチキャストアドレス解決した情報は、マルチキャストアドレス解決テーブル部４６に記録されており、ＩＧＭＰ処理部４８は、メッセージ内からマルチキャストアドレスを取り出し、マルチキャストアドレス解決テーブル部４６に該マルチキャストアドレスを通知する。
【００７４】
マルチキャストアドレス解決テーブル部４６は、通知されたマルチキャストアドレスをキーにテーブル内を検索する。もし、合致するマルチキャストアドレスがあれば、対応する情報（配信対象エリアか否か、もし配信対象エリアの場合には配信サーバのユニキャストアドレス）をＩＧＭＰ処理部４８に返信する。
【００７５】
もし、合致するマルチキャストアドレスがない場合は、マルチキャストアドレス解決テーブル部４６は、配信エリア管理サーバ６に問い合わせるために、問い合わせパケット作成部４７にマルチキャストアドレスを通知する。
【００７６】
問い合わせパケット作成部４７は、配信エリア管理サーバ６宛の問い合わせパケットを作成し、該パケットは、入出力ＩＦ部４１を介して、配信エリア管理サーバ６に送られる。配信エリア管理サーバ６からの返信内容は、入出力ＩＦ部４１を介して、パケット内容振り分け部４２に通知され、さらに、問い合わせパケット作成部４７に送られる。問い合わせパケット作成部４７は、配信エリア管理サーバ６の返信内容から、問い合わせたマルチキャストアドレスと、それに対応する配信サーバのユニキャストアドレス又は配信対象外であることを意味する“−”の文字等を組にして、マルチキャストアドレス解決テーブル部４６に通知する。
【００７７】
マルチキャストアドレス解決テーブル部４６は、上述の通知されたアドレス情報に基づき、例えば図６及び図７のような、問い合わせたマルチキャストアドレスと、それに対応するユニキャストアドレス又は配信対象外であることを意味する“−”の文字等を組にしたアドレス情報をテーブル内に格納するとともに、ＩＧＭＰ処理部４８に返信する。
【００７８】
マルチキャストアドレス解決テーブル部４６から返信されたＩＧＭＰ処理部４８は、該アドレス情報の中に配信対象外であることを意味する“−”の文字等がない場合には、前記マルチキャストアドレスと配信サーバのユニキャストアドレスを受信要求パケット作成部４３に通知する。
【００７９】
受信要求パケット作成部４３は、配信サーバ宛の受信要求パケットを作成し、入出力ＩＦ部４１に転送する。受信要求パケットは、マルチキャストアドレス解決テーブル部４６から通知されたユニキャストアドレスを宛先として、マルチキャストアドレスに対応する映像又は音声のストリームの配信を要求する旨のパケットである。この受信要求パケットは、入出力ＩＦ部４１を介して、ネットワークに出力され、ユニキャストアドレスに従って宛先に転送される。
【００８０】
尚、マルチキャストアドレス解決テーブル部４６は、問い合わせたマルチキャストアドレスについて、配信対象外であることを意味する“−”の文字等がある場合は、該マルチキャストアドレスとユニキャストアドレスを受信要求パケット作成部４３に通知しない。このため、配信対象外であるマルチキャストアドレスについては、受信要求パケット作成部４３は、受信要求パケットを作成しない。
【００８１】
ＩＧＭＰ処理部４８は、受信装置５（図２の場合、５ａ又は５ｂ又は５ｃ又は５ｅ）が送信したＬｅａｖｅメッセージのパケットの内容を、入出力ＩＦ部４１およびパケット内容振り分け部４２を介して通知されると、前記マルチキャストアドレスに対応する映像又は音声のストリームを受信中の他の受信装置５の有無を問い合わせるために、Ｌｅａｖｅメッセージのパケットの内容の中からマルチキャストアドレスを取り出し、ＩＧＭＰ  Ｍｅｎｂｅｒｓｈｉｐ  Ｑｕｅｒｙメッセージ（以下、Ｑｕｅｒｙメッセージと記す）を作成し、入出力ＩＦ部４１を介してサブネット内に送出する。Ｑｕｅｒｙメッセージに対する受信中の受信装置５からの応答パケット（Ｒｅｐｏｒｔメッセージ）の内容は、入出力ＩＦ部４１およびパケット内容振り分け部４２を介してＩＧＭＰ処理部４８に送られる。
【００８２】
もし、予め決められた時間内に、他の受信装置から受信中であるとの応答が有った場合には、終了要求パケット作成部４５をはじめとして受信側多地点配信装置４はそれ以上何も行わない。
【００８３】
もし、予め決められた時間内に、他の受信装置５から受信中であるとの応答が無かった場合には、ＩＧＭＰ処理部４８は、この受信側多地点配信装置４並びにこのサブネットへの映像又は音声のストリームの配信を停止するために、終了要求パケット作成部４５に前記マルチキャストアドレスを通知するとともに終了要求パケットの出力を指示する。
終了要求パケット作成部４５は、マルチキャストアドレス解決テーブル部４６に前記マルチキャストアドレスを通知し、対応する配信サーバのユニキャストアドレスを問い合わせる。
【００８４】
問い合わせを受けたマルチキャストアドレス解決テーブル部４６は、該マルチキャストアドレスに対し、該マルチキャストアドレスをキーにしてテーブル内を検索し、前回の問い合わせに対して記録してあったユニキャストアドレスを読み出し、終了要求パケット作成部４５に通知する。
【００８５】
終了要求パケット作成部４５は、このユニキャストアドレスを宛先として、マルチキャストアドレスに対応する映像又は音声のストリームの配信停止を要求する旨の終了要求パケットを作成し、入出力ＩＦ部４１に転送する。終了要求パケットは、入出力ＩＦ部４１を介してネットワークに出力される。
【００８６】
尚、上記Ｌｅａｖｅメッセージに対応してＱｕｅｒｙメッセージをサブネット内に送出する代わりに、常時周期的に出力されるＱｕｅｒｙメッセージに対するサブネット内の応答メッセージを記録するＱｕｅｒｙ応答テーブル４９をＩＧＭＰ処理部４８内に設けておき、ＩＧＭＰ処理部４８は、Ｌｅａｖｅメッセージのパケットの内容をパケット内容振り分け部４２から通知されると、その中からマルチキャストアドレスと送信元の受信装置５のユニキャストアドレスを取り出し、該マルチキャストアドレスをキーにしてＱｕｅｒｙ応答テーブル４９に検索することにより、該マルチキャストアドレスに対応する映像又は音声のストリームを受信中の他の受信装置５の有無を知る方法もある。
【００８７】
この場合、Ｑｕｅｒｙ応答テーブル４９には、前記サブネットに繋がるルータまたは前記受信装置からＩＧＭＰに従って周期的に送出されたＱｕｅｒｙメッセージに対する応答が記録されており、即ち、Ｑｕｅｒｙメッセージ内のマルチキャストアドレスとそれに応答した受信装置５のユニキャストアドレスが対になって記録されており、これにより、ＩＧＭＰ処理部４８は、前記マルチキャストアドレスをキーにしてＱｕｅｒｙ応答テーブル４９内を検索し、対になって記録されているユニキャストアドレスを、Ｌｅａｖｅメッセージのパケットの前記ユニキャストアドレスと照合し、該ユニキャストアドレス以外のユニキャストアドレスの有無、即ち、通知されたユニキャストアドレスの受信装置以外に受信中の他の受信装置５の有無を知ることができる。
【００８８】
もし、受信中の他の受信装置５が有る場合には、前記の場合と同様に、終了要求パケット作成部４５をはじめとして受信側多地点配信装置４はそれ以上何も行わない。
もし、受信中の他の受信装置５が無い場合には、この受信側多地点配信装置４並びにこのサブネットへの映像又は音声のストリームの配信を停止するために、ＩＧＭＰ処理部４８は、終了要求パケット作成部４５に前記マルチキャストアドレスを通知するとともに終了要求パケットの出力を指示する。以下、終了要求パケット作成部４５の動作は、前記と同じである。
【００８９】
映像音声パケットデカプセル化部４４は、入出力ＩＦ部４１およびパケット内容振り分け部４２を介してカプセル化された映像音声パケットが入力されると、該パケットをデカプセル化し、入出力ＩＦ部４１に転送する。入出力ＩＦ部４１は、これらのパケットを接続されているサブネットに向けて出力する。
【００９０】
本実施形態の受信側多地点配信装置４は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００９１】
（配信エリア管理サーバ６）
図９は、本実施形態における配信エリア管理サーバ６の機能ブロック図である。配信エリア管理サーバ６は、入出力ＩＦ部６１と、パケット内容振り分け部６２と、テーブル情報更新部６３、アドレス解決用テーブル６４と、テーブル情報パケット化部６５と、リモートアクセス等の処理を行うその他処理部６６、を備える。
【００９２】
アドレス解決用テーブル６４は、映像又は音声のストリームをマルチキャストで受信装置５に配信する配信サーバ１のアドレス情報を格納する。配信サーバ１のアドレス情報の例を、図３、図４及び図５に示す。入出力ＩＦ部６１には、各受信側多地点配信装置４からの「アドレス情報送信要求」と、各配信サーバ１からの「アドレス解決用テーブル情報の新規登録または変更または削除の情報」等が入力する。「アドレス情報送信要求」は、（１）該マルチキャストアドレスに対応する映像又は音声のストリームの配信対象エリアに関する情報と、（２）マルチキャストアドレス解決、即ち、マルチキャストアドレスに対応する映像又は音声のストリームを出力する配信サーバのユニキャストアドレス、の問い合わせである。パケット内容振り分け部６２は、これらのパケットの内容を振り分け、「アドレス情報送信要求」をテーブル情報パケット化部６５に、「アドレス解決用テーブル情報の新規登録または変更または削除の情報」をテーブル情報更新部６３に、それぞれ出力する。
【００９３】
「アドレス情報送信要求」が入力されたテーブル情報パケット化部６５は、アドレス解決用テーブル６４にマルチキャストアドレスを通知する。アドレス解決用テーブル６４は、通知されたマルチキャストアドレスをキーにテーブル内を検索し、マルチキャストアドレスが一致した行の（１）該マルチキャストアドレスに対応する映像又は音声のストリームの配信対象エリアに関する情報と（２）マルチキャストアドレスに対応する映像又は音声のストリームを出力する配信サーバのユニキャストアドレス、をテーブル情報パケット化部６５に通知する。テーブル情報パケット化部６５は、受信側多地点配信装置４に対して「アドレス情報送信要求」に対する返信パケットを作成し、入出力ＩＦ部６１に転送する。入出力ＩＦ部６１は、受信側多地点配信装置４に向けて、該返信パケットをネットワークに出力する。
【００９４】
「アドレス解決用テーブル情報の新規登録または変更または削除の情報」を入力されたテーブル情報更新部６３は、これらの情報をアドレス解決用テーブル６４に通知してアドレス解決用テーブル情報を更新し、その終了通知パケットを入出力ＩＦ部６１に転送する。入出力ＩＦ部６１は、これらのパケットをそれぞれの送信元に向けて送信する。また、テーブル情報更新部６３は、情報更新通知をテーブル情報パケット化部６５に送り、テーブル情報パケット化部６５は、それまでに「アドレス情報送信要求」を送ってきた全ての受信側多地点配信装置４宛に情報更新通知パケットを作成し、入出力ＩＦ部６１を介して送信する。
【００９５】
本実施形態に係る配信エリア管理サーバ６は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００９６】
（分岐装置３）
図１０は、本実施形態における分岐装置３の機能ブロック図である。分岐装置３は、入出力ＩＦ部３１と、パケット内容振り分け部３２と、ユニキャストパケット処理部３３、ユニキャストルーティングプロトコル処理部３４と、フレックスキャストパケット処理部３５と、フレックスキャストプロトコル処理部３６、リモートアクセス等の処理を行うその他処理部３７、を備える。
【００９７】
本分岐装置３の各入出力ＩＦ３１（＃ａ、・・・、ｎ）に入力したパケットはパケット振り分け部３２に転送され、ユニキャストパケット処理部３３、ユニキャストルーティングプロトコル処理部３４、フレックスキャストパケット処理部３５、フレックスキャストプロトコル処理部３６、その他処理部３７に振り分けられる。
【００９８】
ユニキャストルーティングプロトコル処理部３４は、“自ノードに関連するユニキャストルーティングプロトコルのパケット”からルーティング情報を得、それをユニキャストパケット処理部３３に通知する。また、ユニキャストルーティングプロトコルに関連するパケットを作成してパケット振り分け部３２に出力し、パケット振り分け部３２で宛先に繋がる各入出力ＩＦ３１（＃ａ、・・・、ｎ）に振り分けられ、各入出力ＩＦ３１（＃ａ、・・・、ｎ）を介してネットワークに出力される。
【００９９】
ユニキャストパケット処理部３３には、“自ノードに関連するユニキャストルーティングプロトコルのパケット”以外のユニキャストパケットが入力し、前記ユニキャストルーティングプロトコル処理部３４から通知されたルーティング情報に基づいて出力先が決定され、パケット振り分け部３２で宛先に繋がる各入出力ＩＦ３１（＃ａ、・・・、ｎ）に振り分けられ、各入出力ＩＦ３１（＃ａ、・・・、ｎ）を介してネットワークに出力される。
【０１００】
フレックスキャストプロトコル処理部３６は、入力したフレックスキャストプロトコルのパケット（受信要求パケットや終了要求パケット）をプロトコルに従って処理する。受信要求パケットや終了要求パケットを上流の分岐ノード３またはサーバ側多地点配信装置２に出力する必要がある場合には、それらのパケットを作成してパケット振り分け部３２に出力する。また、分岐処理の新たな開始や終了が必要になる場合には、フレックスキャストプロトコル処理部３６は、フレックスキャストパケット処理部３５にマルチキャストアドレスとサーバのユニキャストアドレスを通知する。通知を受けたフレックスキャストパケット処理部３５は、新たな分岐装置３または受信側多地点配信装置２に向けて分岐処理を追加したり、現在ある分岐装置３または受信側多地点配信装置２に向けて行っている分岐処理を終了する。フレックスキャストパケット処理部３５で作成されたパケットは、パケット振り分け部３２に出力される。パケット振り分け部３２に入力したパケットは、宛先に繋がる各入出力ＩＦ３１（＃ａ、・・・、ｎ）に振り分けられ、各入出力ＩＦ３１（＃ａ、・・・、ｎ）を介してネットワークに出力される。
【０１０１】
本実施形態のノード７（ａ，ｂ，ｃ，…）は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【０１０２】
［第２の実施の形態］
分岐装置３による配信可能な範囲（全体）中の任意の一部のサブネットへの限定配信を実現する実施の形態について述べる。第１の実施の形態との違いは、図１１に示すように、分岐装置３が、受信側多地点配信装置４と同様に、下流から送られてきた受信要求パケットに対して受信要求パケットを上流に送出するか否かを配信エリア管理サーバ６に問い合わせることである。それ以外については、多地点配信の機器接続および各機器の動作は、第１の実施の形態で述べたことと同様である。
【０１０３】
分岐装置３が、もし、下流から送られてきた受信要求パケットに対して受信要求パケットを上流に送出しないと、その下流にある全ての分岐装置３および全ての受信側多地点配信装置４に、要求された映像音声ストリームは流れない。これを利用すると、配信対象外のサブネットをまとめて対象外にすることができる。例えば、分岐装置３はロケーション毎や組織毎に置かれることが多く、そのような場合には、該分岐装置３に特定のマルチキャストアドレスを配信対象として設定しない、または、配信対象外として設定することにより、ロケーション毎や組織毎の配信の有無を簡単に設定することができる。
【０１０４】
分岐装置３が、下流から送られてきた受信要求に対して、上流に受信要求を送出するか否かの情報は、第一の実施の形態で述べたように、最初、配信エリア管理サーバ６内に保持されている。
【０１０５】
分岐装置３は、受信要求パケットを受信すると、その内部に書かれているマルチキャストアドレスを取り出し、それをキーとして分岐装置３内の配信管理テーブル内を検索する。分岐装置３内の配信管理テーブルの一例を、図１３に示す。
もし、そのマルチキャストアドレスが、分岐装置３が初めて受信したマルチキャストアドレスの場合には、分岐装置３内の配信管理テーブル内には書かれていないので、配信エリア管理サーバ６に問い合わせる。
【０１０６】
配信エリア管理サーバ６は、送られてきたマルチキャストアドレスをキーにして、自装置内のアドレス解決用テーブル内を検索し、配信範囲および配信サーバのユニキャストアドレスの情報を得、それを返信する。アドレス解決用テーブルは、第１の実施の形態の図３または図４または図５と同様であり、第３列に、分岐装置３のユニキャストアドレスを受信側多地点配信装置４のユニキャストアドレスとともに併記する方法がある。図４を基にした場合の一例を図１４に示す。
【０１０７】
第１行第３列の“１９２．１６８．１０１．３”，“１９２．１６８．１０２．４”，“１９２．１６８．１０３．５”は各分岐装置３のユニキャストアドレスであり、配信サーバ１から受信側多地点配信装置４までの経路上にある全ての分岐装置３のユニキャストアドレスが「＋」を伴って記述されていないと、このマルチキャストアドレスに対応する映像又は音声のストリームは配信されない。
第２行第３列の“１９２．１６８．１０３．５”は分岐装置３のユニキャストアドレスであり、「−」を伴って記述された分岐装置の下流には、このマルチキャストアドレスに対応する映像又は音声のストリームは配信されない。もし、配信サーバ１から受信側多地点配信装置４までの経路上にいずれかの分岐装置３のユニキャストアドレスが記述されていると、このマルチキャストアドレスに対応する映像又は音声のストリームは配信されない。
【０１０８】
また、別の方法として、第４列として新たな欄を設け、そこに分岐装置３のユニキャストアドレスを記述する方法がある。図５を基にした場合の一例を図１５に示す。この場合は、問い合わせパケットに、問い合わせ元が受信側多地点配信装置４か分岐装置３かの識別子があると、どちらか一方の欄のみを検索すればよいため効率的になる。
【０１０９】
配信エリア管理サーバ６から返信を受信した分岐装置３は、その内容を基に自装置内の配信管理テーブルに記録するとともに、下流に配信可の場合には受信要求パケットを上流に送出し、配信不可の場合には受信要求パケットを送出しない。
【０１１０】
受信側多地点配信装置４に保持される配信情報テーブルの場合には、前記マルチキャストアドレスに対応する配信サーバのユニキャストアドレスを保持しているが、分岐装置３に保持される配信管理テーブルの場合には、該ユニキャストアドレスが“分岐装置３が受信する受信要求パケットの宛先”に書かれているので、配信サーバのユニキャストアドレスはなくても良い。
【０１１１】
図１２は、第２の実施の形態における本発明のシーケンスの一例である。図１２では、受信側多地点配信装置４が配信対象であり、そのため、その上流の分岐装置３は全て配信可の場合の動作を行う。もし、受信側多地点配信装置４が配信対象外の場合は、少なくともその直近の分岐装置３から下流には、映像音声ストリームは流れない。
【０１１２】
尚、図１２では、送信側多地点配信装置２は、受信要求を受信すると無条件で下流に配信しているが、送信側多地点配信装置２も分岐装置３と同様に配信管理テーブル（一例、図１３）等を有し、これを用いて限定配信を実現する方法もある。
【０１１３】
受信側多地点配信装置４および配信エリア管理サーバ６の機能ブロック図は、第１の実施の形態と同様、図８および図９である。
【０１１４】
図１６は、第２の実施の形態における分岐装置３の機能ブロック図である。第１の実施の形態における分岐装置３との違いは、内部に配信管理部３８を有することであり、これに関連しない各機能ブロックの動作は、第１の実施の形態で述べた内容と同じである。
【０１１５】
本分岐装置３の各入出力ＩＦ３１（＃ａ、・・・、ｎ）に入力したパケットはパケット振り分け部３２に転送され、ユニキャストパケット処理部３３、ユニキャストルーティングプロトコル処理部３４、フレックスキャストパケット処理部３５、フレックスキャストプロトコル処理部３６、その他処理部３７に振り分けられる。
【０１１６】
本分岐装置３が、受信側多地点配信装置３または他の分岐装置３から出力された受信要求パケットを、入出力ＩＦ３１を介して受信すると、パケット振り分け部３２で振り分けられ、フレックスキャストプロトコル処理部３６に送られる。フレックスキャストプロトコル処理部３６は、受信した受信要求パケットからマルチキャストアドレスと送信元ユニキャストアドレスを読み出し、該マルチキャストアドレスに対応する映像又は音声のストリームを、本分岐装置３の下流に配信するか否かを配信管理部３８に問い合わせる。即ち、該マルチキャストアドレスと送信元ユニキャストアドレスを配信管理部３８に通知する。
配信管理部３８は、内包する配信管理テーブル３９（一例、図１３）を有し、通知されたマルチキャストアドレスをキーに配信管理テーブル３９内を検索する。
【０１１７】
もし、該テーブル内に、前記通知されたマルチキャストアドレスと、それに対応する配信対象のユニキャストアドレス又はサブネットアドレスの情報が登録されている場合には、ユニキャストアドレス同士を照合するか又は前記図５のところで説明したような方法により、前記送信元ユニキャストアドレスが配信対象か否かを判定し、受信要求パケットを送信して来た受信側多地点配信装置３または他の分岐装置３への配信の可否をフレックスキャストプロトコル処理部３６に返信する。
【０１１８】
もし、登録されていない場合には、前記配信エリア管理サーバ６に問い合わせ、前記配信エリア管理サーバ６からの返信内容を配信管理テーブル３９に反映させるとともに、前記サブネットが配信対象か否かをフレックスキャストプロトコル処理部３６に返信する。
【０１１９】
ここで、本実施の形態では、配信エリア管理サーバ６の保持するアドレス解決用テーブル６４内に、図３または図４または図５の第３列と同様のテーブル情報である、各マルチキャストアドレスに対応したサブネットアドレスの欄が設けられている。アドレス解決用テーブル６４におけるサブネットアドレスの欄は、「配信を行うサブネットアドレス」、または「配信を行わないサブネットアドレス」、または「配信の有無を付帯させたサブネットアドレス」のいずれかが記述されている。
【０１２０】
また、前記アドレス解決用テーブル６４内のサブネットアドレスの欄に、サブネットアドレスの代わりに、受信装置５が繋がるサブネットに繋がるノード７ｂの入出力ＩＦ７１のユニキャストアドレス（通常、デフォルトゲートウェイ）を、第一の実施の形態で述べた受信側多地点配信装置４のユニキャストアドレスのように用いる方法もある。この場合、前記アドレス解決用テーブル６４内のサブネットアドレスの欄の中身は、図３または図４または図５の第３列のように、「配信を行うユニキャストアドレス」、または「配信を行わないユニキャストアドレス」、または「配信の有無を付帯させたユニキャストアドレス」のいずれかが記述される。
【０１２１】
フレックスキャストプロトコル処理部３６は、配信管理部３８からの返信内容が、もし、前記サブネットが配信対象の場合には、使用されているマルチキャストルーティングプロトコルに従って、受信要求パケット（Ｊｏｉｎパケット等）を作成する。作成された受信要求パケットは、パケット振り分け部３２で振り分けられ、入出力ＩＦ７１を介してネットワークに出力される。もし、前記サブネットが配信対象外の場合には、前記Ｒｅｐｏｒｔメッセージに対して何も行わない。
【０１２２】
フレックスキャストプロトコル処理部３６は、配信可否テーブル８０（例、図１７）を有してもよい。前記配信管理部３８からの返信内容（マルチキャストアドレスとサブネットアドレスの組に対する配信可否の情報）を記録しておき、Ｒｅｐｏｒｔメッセージが入力したときには、まず配信可否テーブル８０を検索する。もし、配信可否テーブル８０内に検索対象となるマルチキャストアドレスとサブネットアドレスの組に対する配信可否の情報がない場合には、前述したように配信管理部３８への問い合わせを行う。もし、配信可否の情報がある場合には、前述したようにフレックスキャストパケット処理部３５が受信要求パケット（Ｊｏｉｎパケット等）を作成するか、何もしないかの動作を行う。これにより、ノード７ｂの動作を速くすることができる。
【０１２３】
ノード７ｂが、同一のサブネットに繋がるある受信装置５から出力されたＬｅａｖｅメッセージを、入出力ＩＦ７１を介して受信すると、パケット振り分け部３２で振り分けられ、フレックスキャストプロトコル処理部３６に送られる。フレックスキャストプロトコル処理部３６は、内部に、例えば現在配信中のマルチキャストアドレスを保持するマルチキャストテーブル（例、図１８）を保持しており、該テーブルを参照する。
【０１２４】
もし、受信したＬｅａｖｅメッセージ中に書かれたマルチキャストアドレスが該テーブル中にない場合には、既に配信が行われていないため、これ以上何も行わない。
【０１２５】
前記メッセージ中に書かれたマルチキャストアドレスが該テーブル中にある場合には、フレックスキャストプロトコル処理部３６は、前記内部に保持するマルチキャストテーブル中に保持されている該マルチキャストアドレスを抹消するとともに、使用されているマルチキャストルーティングプロトコルに従って、終了要求パケット（Ｌｅａｖｅパケット等）を作成する。作成された受信要求パケットは、パケット振り分け部３２で振り分けられ、入出力ＩＦ７１を介してネットワークに出力される。
【０１２６】
本実施形態の分岐装置３は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【０１２７】
［第３の実施の形態］
本発明の第３の実施の形態における多地点配信の機器接続について、図１９で説明する。これらの機器はＩＰネットワーク上に設置されている。また、各機器間のシーケンスを図２０に示す。
【０１２８】
本発明の第３の実施の形態は、端的に言えば、本発明の第１の実施の形態を、サーバ側多地点配信装置２、分岐装置３、受信側多地点配信装置４を使用せずに、できるだけ市販のルータやＬ３スイッチなどを利用して実現する場合である。
【０１２９】
配信ネットワークは、一つ又は複数の受信装置と同一のサブネットに繋がるノード（以下、タイプＡのノードと記述）と、一つ又は複数の受信装置と同一のサブネットに繋がっていないノード（以下、タイプＢのノードと記述）からなる複数のノードで構成され、配信ネットワーク内の全てのノード７では何らかのマルチキャストルーティングプロトコルが動作している。タイプＡのノード７ｂは、タイプＢの他のノード７とは異なり、第１の実施の形態における受信側多地点配信装置４に相当する機能を有している。
【０１３０】
ある受信者が、配信される映像音声等を視聴すべくある受信装置５（ａ，ｂ，ｃ，…）を操作することにより映像音声再生アプリケーションが起動されると、該受信装置５からＲｅｐｏｒｔメッセージが、該受信装置５が属するサブネット内に送出される。
【０１３１】
このＲｅｐｏｒｔメッセージを、タイプＡのノードであるノード７ｂが受信する。
もし、該Ｒｅｐｏｒｔメッセージ中に書かれたマルチキャストアドレスに対応する「映像又は音声のストリーム」の配信範囲内にノード７ｂが繋がるサブネットが含まれている場合には、ノード７ｂは、使用されているマルチキャストルーティングプロトコルに従って、受信要求パケット（Ｊｏｉｎパケット等）を作成する。該受信要求パケットは、前記マルチキャストルーティングプロトコルの動作に従ってネットワーク内を転送される。そして、もし、ノード７ａがマルチキャストサーバ１のパケットを既に受信してノード７ｂ以外に分岐出力している場合には、ノード７ｂに向けて分岐を行い、その出力されたマルチキャストパケットがノード７ｃ等に中継されてノード７ｂに送られてくる。このマルチキャストパケットを受信したノード７ｂは、前記Ｒｅｐｏｒｔメッセージを送出した受信装置５が繋がっているサブネット内に向けてマルチキャストパケットを出力する。
【０１３２】
もし、前記Ｒｅｐｏｒｔメッセージ中に書かれたマルチキャストアドレスに対応する映像又は音声のストリームの配信範囲内に、ノード７ｂが繋がるサブネットが含まれていない場合には、ノード７ｂは、前記Ｒｅｐｏｒｔメッセージに対して何も行わない。これにより、前記Ｒｅｐｏｒｔメッセージ中に書かれたマルチキャストアドレスに対応する映像又は音声のストリームのマルチキャストパケットはノード７ｂに送られて来ず、ノード７ｂが繋がるサブネットにも流れない。
【０１３３】
また、受信者が、配信されている映像音声等の視聴を終了すべくある受信装置５（ａ，ｂ，ｃ，…）を操作することにより映像音声再生アプリケーションが停止または終了されると、該受信装置５からＬｅａｖｅメッセージが、その受信装置５が属するサブネット内に送出される。
【０１３４】
この受信装置５と同一のサブネットに繋がるノード７ｂは、このＬｅａｖｅメッセージを受信する。
もし、該Ｌｅａｖｅメッセージ中のマルチキャストアドレスに対応する映像又は音声のストリームを受信中の受信装置５が他にある場合、即ち、周期的に出力される前記マルチキャストアドレスを内包したＱｕｅｒｙメッセージに対してＲｅｐｏｒｔメッセージを出している受信装置５が他にある場合には、何も行わない。
【０１３５】
もし、他に受信要求のＲｅｐｏｒｔメッセージを出している受信装置５がない場合には、終了要求パケット（Ｌｅａｖｅパケット等）を作成する。該終了要求パケットは、前記マルチキャストルーティングプロトコルの動作に従ってネットワーク内を転送される。
【０１３６】
そして、もし、ノード７ａがノード７ｂに向けてマルチキャストパケットを分岐出力していた場合には、ノード７ｂに向けたマルチキャストパケットの分岐出力を終了する。これにより、前記Ｒｅｐｏｒｔメッセージ中に書かれたマルチキャストアドレスに対応する映像又は音声のストリームのマルチキャストパケットは、ノード７ｂに送られて来なくなり、ノード７ｂが繋がるサブネットにも流れなくなる。
【０１３７】
図２１に、本実施の形態における、タイプＢ（“受信装置５と同一のサブネットに繋がるノード（７ｂ）”以外）のノード７（ａ、ｃ、・・・）の機能ブロックの概略を示す。
【０１３８】
タイプＢのノード７は、いわゆる市販のルータまたはＬ３ＳＷまたはこれらと同等の装置であり、一つまたは複数の入出力ＩＦ７１（＃ａ、・・・、ｎ）、パケット振り分け部７２、ユニキャストパケット処理部７３、ユニキャストルーティングプロトコル処理部７４、マルチキャストパケット処理部７５、マルチキャストルーティングプロトコル処理部７６、および、それ以外の処理（例えば、オペレーション関連等）を行う、その他処理部７７を有す。
【０１３９】
本ノード７（タイプＢ）の各入出力ＩＦ７１（＃ａ、・・・、ｎ）に入力したパケットはパケット振り分け部７２に転送され、ユニキャストパケット処理部７３、ユニキャストルーティングプロトコル処理部７４、マルチキャストパケット処理部７５、マルチキャストルーティングプロトコル処理部７６、その他処理部７７に振り分けられる。
【０１４０】
ユニキャストルーティングプロトコル処理部７４は、“自ノードに関連するユニキャストルーティングプロトコルのパケット”からルーティング情報を得、それをユニキャストパケット処理部７３に通知する。また、ユニキャストルーティングプロトコルに関連するパケットを作成してパケット振り分け部７２に出力し、パケット振り分け部７２で宛先に繋がる各入出力ＩＦ７１（＃ａ、・・・、ｎ）に振り分けられ、各入出力ＩＦ７１（＃ａ、・・・、ｎ）を介してネットワークに出力される。
【０１４１】
ユニキャストパケット処理部７３には、“自ノードに関連するユニキャストルーティングプロトコルのパケット”以外のユニキャストパケットが入力し、前記ユニキャストルーティングプロトコル処理部７４から通知されたルーティング情報に基づいて出力先が決定され、パケット振り分け部７２で宛先に繋がる各入出力ＩＦ７１（＃ａ、・・・、ｎ）に振り分けられ、各入出力ＩＦ７１（＃ａ、・・・、ｎ）を介してネットワークに出力される。
【０１４２】
マルチキャストルーティングプロトコル処理部７６は、入力した“自ノードに関連するマルチキャストルーティングプロトコルのパケット”からルーティング情報を得、それをマルチキャストパケット処理部７５に通知する。また、マルチキャストルーティングプロトコルに関連するパケットを作成する。また、ＩＧＭＰに関連するパケットを入力し、プロトコル処理し、関連するパケットを作成する。これらの作成されたパケットは、パケット振り分け部７２に送られ、そこで宛先に繋がる各入出力ＩＦ７１（＃ａ、・・・、ｎ）に振り分けられ、各入出力ＩＦ７１（＃ａ、・・・、ｎ）を介してネットワークに出力される。
【０１４３】
マルチキャストパケット処理部７５には、“自ノードに関連するマルチキャストルーティングプロトコルのパケット”以外のマルチキャストパケットが入力し、前記マルチキャストパケット処理部７５から通知されたルーティング情報に基づいて分岐対象となるパケットが複製され、パケット振り分け部７２で宛先に繋がる各入出力ＩＦ７１（＃ａ、・・・、ｎ）に振り分けられ、各入出力ＩＦ７１（＃ａ、・・・、ｎ）を介してネットワークに出力される。
【０１４４】
図２２に、タイプＡのノード７ｂの機能ブロックの概略を示す。ノード７ｂは、受信装置５のサブネットに繋がっているルータまたはＬ３ＳＷまたはこれらと同等の機器をベースとした装置であって、ノード７ｂも前述のタイプＢのノード７（ａ、ｂ、ｃ、・・・）の機能を有し、同様の動作を行う。タイプＢとの大きな違いは、内部に配信管理部７８を有することである。
【０１４５】
ノード７ｂが、同一のサブネットに繋がるある受信装置５から出力されたＲｅｐｏｒｔメッセージを、入出力ＩＦ７１を介して受信すると、パケット振り分け部７２で振り分けられ、マルチキャストルーティングプロトコル処理部７６に送られる。マルチキャストルーティングプロトコル処理部７６は、受信したＲｅｐｏｒｔメッセージからマルチキャストアドレスを読み出し、該マルチキャストアドレスに対応する映像又は音声のストリームを、ノード７ｂが繋がるサブネットに配信するか否かを配信管理部７８に問い合わせる。即ち、該マルチキャストアドレスと前記サブネットアドレスを配信管理部７８に通知する。
配信管理部７８は、配信管理テーブル７９（一例、図２３）を有し、通知されたマルチキャストアドレスをキーに配信管理テーブル７９内を検索する。
【０１４６】
もし、該テーブル内に、前記通知されたマルチキャストアドレスとそれに対応する配信対象のサブネットアドレスの情報が登録されている場合には、前記図５のところで説明したような方法により、前記サブネットアドレスが配信対象か否かを判定し、前記サブネットへの配信の可否をマルチキャストルーティングプロトコル処理部７６に返信する。
【０１４７】
もし、登録されていない場合には、前記配信エリア管理サーバ６に問い合わせ、前記配信エリア管理サーバ６からの返信内容を配信管理テーブル７９に反映させるとともに、前記サブネットが配信対象か否かをマルチキャストルーティングプロトコル処理部７６に返信する。
【０１４８】
ここで、本実施の形態では、配信エリア管理サーバ６の保持するアドレス解決用テーブル６４内に、図３または図４または図５の第３列と同様のテーブル情報である、各マルチキャストアドレスに対応したサブネットアドレスの欄が設けられている。アドレス解決用テーブル６４におけるサブネットアドレスの欄は、「配信を行うサブネットアドレス」、または「配信を行わないサブネットアドレス」、または「配信の有無を付帯させたサブネットアドレス」のいずれかが記述されている。
【０１４９】
また、前記アドレス解決用テーブル６４内のサブネットアドレスの欄に、サブネットアドレスの代わりに、受信装置５が繋がるサブネットに繋がるノード７ｂの入出力ＩＦ７１のユニキャストアドレス（通常、デフォルトゲートウェイ）を、第一の実施の形態で述べた受信側多地点配信装置４のユニキャストアドレスのように用いる方法もある。この場合、前記アドレス解決用テーブル６４内のサブネットアドレスの欄の中身は、図３または図４または図５の第３列のように、「配信を行うユニキャストアドレス」、または「配信を行わないユニキャストアドレス」、または「配信の有無を付帯させたユニキャストアドレス」のいずれかが記述される。
【０１５０】
マルチキャストパルーティングプロトコル処理部７６は、配信管理部７８からの返信内容が、もし、前記サブネットが配信対象の場合には、使用されているマルチキャストルーティングプロトコルに従って、受信要求パケット（Ｊｏｉｎパケット等）を作成する。作成された受信要求パケットは、パケット振り分け部７２で振り分けられ、入出力ＩＦ７１を介してネットワークに出力される。もし、前記サブネットが配信対象外の場合には、前記Ｒｅｐｏｒｔメッセージに対して何も行わない。
【０１５１】
マルチキャストルーティングプロトコル処理部７６は、配信可否テーブル８０（例、図２４）を有してもよい。前記配信管理部７８からの返信内容（マルチキャストアドレスとサブネットアドレスの組に対する配信可否の情報）を記録しておき、Ｒｅｐｏｒｔメッセージが入力したときには、まず配信可否テーブル８０を検索する。もし、配信可否テーブル８０内に検索対象となるマルチキャストアドレスとサブネットアドレスの組に対する配信可否の情報がない場合には、前述したように配信管理部７８への問い合わせを行う。もし、配信可否の情報がある場合には、前述したようにマルチキャストパケット処理部７５が受信要求パケット（Ｊｏｉｎパケット等）を作成するか、何もしないかの動作を行う。これにより、ノード７ｂの動作を速くすることができる。
【０１５２】
ノード７ｂが、同一のサブネットに繋がるある受信装置５から出力されたＬｅａｖｅメッセージを、入出力ＩＦ７１を介して受信すると、パケット振り分け部７２で振り分けられ、マルチキャストルーティングプロトコル処理部７６に送られる。マルチキャストルーティングプロトコル処理部７６は、内部に、例えば現在配信中のマルチキャストアドレスを保持するマルチキャストテーブル（例、図１８）を保持しており、該テーブルを参照する。
【０１５３】
もし、受信したＬｅａｖｅメッセージ中に書かれたマルチキャストアドレスが該テーブル中にない場合には、既に配信が行われていないため、これ以上何も行わない。
【０１５４】
前記メッセージ中に書かれたマルチキャストアドレスが該テーブル中にある場合には、マルチキャストルーティングプロトコル処理部７６は、前記内部に保持するマルチキャストテーブル中に保持されている該マルチキャストアドレスを抹消するとともに、使用されているマルチキャストルーティングプロトコルに従って、終了要求パケット（Ｌｅａｖｅパケット等）を作成する。作成された受信要求パケットは、パケット振り分け部７２で振り分けられ、入出力ＩＦ７１を介してネットワークに出力される。
【０１５５】
本実施形態のノード７（ａ，ｂ，ｃ，…）は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【０１５６】
［第４の実施の形態］
本発明の第４の実施の形態における多地点配信の機器接続について、図２５及び図２６で説明する。本実施の形態は、端的に言えば、本発明の第２の実施の形態を、サーバ側多地点配信装置２、分岐装置３、受信側多地点配信装置４を使用せずに、できるだけ市販のルータやＬ３スイッチなどを利用して実現する形態である。
【０１５７】
また、別の言い方をすれば、タイプＡの（一つ又は複数の受信装置５と同一のサブネットに繋がる）ノード７ｂだけでなく、タイプＢのノード７（ａ、ｃ、．．．）においても、機能ブロック「配信管理部７８」を有し、これを用いて、下流への配信の可否を判断するものである。このため、全てのノード７は、配信エリア管理サーバ６への問い合わせを行い、返信内容を保持する。
【０１５８】
よって、本実施の形態の全てのノード７の機能ブロック図は、図２２に示すように、第３の実施の形態のタイプＡのノード７ｂと同様になり、市販のルータやＬ３スイッチなどに配信管理部７８の機能を加えたものに相当する。配信管理部７８は、下流からの受信要求パケットに対し、“受信要求パケット内に記述されているマルチキャストアドレス”に対応する“映像又は音声のストリーム”の下流への送出の可否を判断するための配信管理テーブル７９を有している。その他の動作も、第３の実施の形態のタイプＡのノード７ｂと基本的に同様である。
【０１５９】
もし、配信管理テーブル７９内に、前記受信要求パケット内に記述されているマルチキャストアドレスに関する情報がない場合には、配信エリア管理サーバ６に問い合わせ、その返信内容に基づいて、上流への受信要求パケットの送出の有無を決定する。
【０１６０】
本実施の形態における配信エリア管理サーバ６の動作は、第１乃至第３の実施の形態における配信エリア管理サーバ６の動作と同様である。
【０１６１】
本実施形態のノード７（ａ，ｂ，ｃ，…）は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【０１６２】
［第５の実施の形態］
配信エリア管理サーバ６内のアドレス解決用テーブルに保持される情報（第１列〜第３列）は、配信する映像音声ストリームが生じる度に登録する必要があるが、第３列の情報を簡単に登録するために、以下に述べるようなＧＵＩ（Ｇｒａｐｈｉｃｓ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を使用することができる。
【０１６３】
図２７に一例を示すように、配信エリア管理サーバ６内に保持されている全受信側多地点配信装置４および全分岐装置３の情報（例えば、装置名または装置番号、ＩＰアドレス、等）をディスプレー上に表示し、一つのマルチキャストアドレス毎に、各受信側多地点配信装置４および各分岐装置３が配信対象か否か（図２７では、配信対象：“○”、配信対象外：“×”、例えば、クリックすると“○”と“×”が交互に入れ替わる、等）を画面上で指示できるようにする（Ｓ５０１〜Ｓ５０２）。尚、図２７では、複数のマルチキャストアドレスを１つの画面に表示しているが、１つの画面に一つのマルチキャストアドレスを表示して複数の画面で構成することもできる。
【０１６４】
さらに、これら各分岐装置３および各受信側多地点配信装置４のトポロジー（接続）情報を反映できるようにし、あるマルチキャストアドレスにおいて、上流にあるサーバ側多地点配信装置２または分岐装置３を配信対象外、即ち、図２７で“×”表示にした場合、その下流にある全ての分岐装置３または受信側多地点配信装置４を配信対象外、即ち、図２７で“×”表示にする。
【０１６５】
逆に、上流の装置が配信対象外にために図２７で“×”表示されている分岐装置３または受信側多地点配信装置４を配信対象に、即ち、図２７で“○”表示にしようとした場合には、状況説明と操作の確認を行うメッセージを表示し、確認できた場合には該装置の上流全ての装置を配信対象に、即ち、図２７で“○”表示する。
【０１６６】
以上のように画面で指示された情報に基づき、配信エリア管理サーバ６内に保持されている図３乃至図５のアドレス解決用テーブルを随時更新し（図２８に示す符号Ｓ５０３〜Ｓ５０６）、受信側多地点配信装置４および分岐装置３からの問い合わせに応答する。
【０１６７】
尚、図２７のサーバ側多地点配信装置２において、“−”で表した欄は、そのマルチキャストアドレスに関与していないことを示している。図２８に、上述の処理のフローチャートを示す。
【０１６８】
図２９は、本実施の形態における配信エリア管理サーバ６の機能ブロック図である。配信エリア管理サーバ６は、第一の実施の形態における配信エリア管理サーバ６と同様の、入出力ＩＦ部６１と、パケット内容振り分け部６２と、テーブル情報更新部６３と、アドレス解決用テーブル６４と、テーブル情報パケット化部６５と、リモートアクセス等の処理を行うその他処理部６６を備え、更に、ＧＵＩ画面を用いて各種設定や変更を行うための、リモート通信処理部６６、更新情報作成部６７、トポロジー情報記憶部６８、ＧＵＩ画面作成部６９、ディスプレー出力ＩＦ１００、入力インターフェイスとしてのマウス／キーボード入力ＩＦ１０１、を備える。
【０１６９】
ＧＵＩ画面を用いて各種設定や変更を行うために、まず、ＧＵＩ画面作成部６９は、アドレス解決用テーブル６４から通知された情報を用いて、ＧＵＩ画面を作成する。作成された画面は、配信エリア管理サーバ６のディスプレー出力ＩＦ１００を介して、外部のディスプレーに表示することができる。また、作成された画面はリモート通信処理部６６にも送られてパケット化され、そこから入出力ＩＦ部６１を介してネットワーク経由で遠隔のディスプレーに表示することができる。
【０１７０】
ディスプレーの表示に対して各種設定や変更を行う場合には、マウスまたはキーボードを操作する。この操作情報は、マウス／キーボード入力ＩＦ１０１を介して更新情報作成部６７に送られる。ネットワークを経由して遠隔から操作を行う場合には、操作情報はパケット化され、ネットワークを経由して送られ、入出力ＩＦ部６１を介して、リモート通信処理部６６に入力する。リモート通信処理部６６は、送られて来た操作情報を更新情報作成部６７に送る。更新情報作成部６７は、操作情報から更新情報を作成し、トポロジー情報記憶部６８から得たトポロジー情報を反映させた後、ＧＵＩ画面作成部６９に送る。ＧＵＩ画面作成部６９は、トポロジー情報を反映させた更新情報をディスプレーに表示する。
【０１７１】
必要な各種設定や変更のための操作が完了すると、更新情報作成部６７は、トポロジー情報を反映させた更新情報をテーブル情報更新部６３に出力する。テーブル情報更新部６３は、送られた更新情報に基づき、アドレス解決用テーブル６４の関連する内容を更新する。
【０１７２】
トポロジー情報が更新される場合には、該トポロジー更新情報が、マウス／キーボード入力ＩＦ１０１を介してかまたは入出力ＩＦ部６１を介して更新情報作成部６７に入力され、トポロジー情報記憶部６８のトポロジー情報が更新される。
【０１７３】
本実施形態の配信エリア管理サーバ６は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【０１７４】
尚、前記の各実施の形態では、ＩＰｖ４プロトコルをベースに説明してきたが、ＩＰｖ６プロトコルではＩＧＭＰに相当するプロトコルとしてＭＬＤ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）が使用され、同様に動作させることにより、同様の効果を得られる。
【産業上の利用可能性】
【０１７５】
本発明は、今後益々普及すると予想される、社内ＩＰネットワーク等のプライベートネットワークをはじめとした、研修や訓示や講演等の映像や音声を複数の（例えば、各社員の）受信装置（ＰＣ）等に多地点配信する場合において、配信先がネットワーク全体ではなく、あるロケーションやある組織といった部分的な多地点配信を簡単に実現することができる。
【符号の説明】
【０１７６】
１：配信サーバ
２：サーバ側多地点配信装置
３、３ａ、３ｂ、：分岐装置
４、４ａ、４ｅ：受信側多地点配信装置
５、５ａ、５ｂ、５ｃ、５ｅ：受信装置
６：配信エリア管理サーバ
７、７ａ、７ｂ、７ｃ：ノード
８、マルチキャストアドレス解決サーバ
３１：入出力ＩＦ部
３２：パケット内容振り分け部
３３：ユニキャストパケット処理部
３４：ユニキャストルーティングプロトコル処理部
３５：フレックスキャストパケット処理部
３６：フレックスキャストプロトコル処理部
３７：その他処理部
３８：配信管理部
３９：配信管理テーブル
４１：入出力ＩＦ部
４２：パケット内容振り分け部
４３：受信要求パケット作成部
４４：映像音声パケットデカプセル化部
４５：終了要求パケット作成部
４６：マルチキャストアドレス解決テーブル部
４７：問い合わせパケット作成部
４８：ＩＧＭＰ処理部
４９：Ｑｕｅｒｙ応答テーブル
６１：入出力ＩＦ部
６２：パケット内容振り分け部
６３：テーブル情報更新部
６４：アドレス解決用テーブル
６５：テーブル情報パケット化部
６６：リモート通信処理部
６７：更新情報作成部
６８：トポロジー情報記憶部
６９：ＧＵＩ画面作成部
７１ａ、７１ｎ：入出力ＩＦ
７２：パケット振り分け部
７３：ユニキャストパケット処理部
７４：ユニキャストルーティングプロトコル処理部
７５：マルチキャストパケット処理部
７６：マルチキャストルーティングプロトコル処理部
７７：その他処理部
７８：配信管理部
７９：配信情報テーブル
８０：配信可否テーブル
１００：ディスプレー出力ＩＦ
１０１：マウス／キーボード入力ＩＦ
【図１】
0005575714.tif 000002
【図２】
0005575714.tif 000003
【図３】
0005575714.tif 000004
【図４】
0005575714.tif 000005
【図５】
0005575714.tif 000006
【図６】
0005575714.tif 000007
【図７】
0005575714.tif 000008
【図８】
0005575714.tif 000009
【図９】
0005575714.tif 000010
【図１０】
0005575714.tif 000011
【図１１】
0005575714.tif 000012
【図１２】
0005575714.tif 000013
【図１３】
0005575714.tif 000014
【図１４】
0005575714.tif 000015
【図１５】
0005575714.tif 000016
【図１６】
0005575714.tif 000017
【図１７】
0005575714.tif 000018
【図１８】
0005575714.tif 000019
【図１９】
0005575714.tif 000020
【図２０】
0005575714.tif 000021
【図２１】
0005575714.tif 000022
【図２２】
0005575714.tif 000023
【図２３】
0005575714.tif 000024
【図２４】
0005575714.tif 000025
【図２５】
0005575714.tif 000026
【図２６】
0005575714.tif 000027
【図２７】
0005575714.tif 000028
【図２８】
0005575714.tif 000029
【図２９】
0005575714.tif 000030
【図３０】
0005575714.tif 000031
【図３１】
0005575714.tif 000032
【図３２】
0005575714.tif 000033