(57)【特許請求の範囲】
【請求項１】
個々の受信装置におけるＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）による映像や音声の改善度合いや個々の受信者の個性も含めた受信状況を把握する方法であって、
受信装置から出力される各種ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）メッセージを同一サブネット内のノードで受信する手順と、
該ノードはそれらの受信時刻を記録する手順と、
各ＩＧＭＰメッセージのＩＰパケットのソースアドレスを用いて、メッセージを受信装置毎に分類し、
さらにＩＧＭＰメッセージを送出したメッセージ中のマルチキャストアドレス毎に分類する手順と、
分類された一連のメッセージにおけるＭｅｍｂｅｒｓｈｉｐ  ＲｅｐｏｒｔメッセージまたはＬｅａｖｅ  Ｇｒｏｕｐメッセージの時間間隔を分析することにより、前記受信装置における受信状況を推定する手順と、を有し、
前記受信状況の推定結果に応じて配信サーバを切り替える
ことを特徴とする受信状況推定方法。
【請求項２】
分類された一連のメッセージにおけるＭｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージとその後に出された直近のＬｅａｖｅ  Ｇｒｏｕｐメッセージ間の時間間隔を分析することによるか、或いは、
分類された一連のメッセージにおけるＭｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ間の時間間隔を分析することによるか、或いは、
分類された一連のメッセージにおけるＬｅａｖｅ  Ｇｒｏｕｐメッセージ間の時間間隔を分析することにより、
前記受信装置における受信状況を推定する、ことを特徴とする請求項１に記載の受信状況推定方法。
【請求項３】
請求項１又は２に記載された手順をコンピュータに実行させるための受信状況推定プログラム。
【請求項４】
映像または音声のストリームをマルチキャストで配信する配信サーバのマルチキャストアドレスと一つまたは複数のユニキャストアドレスを関連付けて記録するマルチキャストアドレス解決テーブル部と、
ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージパケットの内容が入力されると、マルチキャストアドレスに対応する映像または音声のストリームを配信する配信サーバのユニキャストアドレスを得て、配信サーバ宛の受信要求パケットを作成する受信要求パケット作成部と、
ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージパケットの内容が入力されると、配信サーバ宛の終了要求パケットを作成する終了要求パケット作成部と、
カプセル化された映像音声パケットが入力されると、該パケットをデカプセル化するパケットデカプセル化部と、
同一サブネット内の受信装置から出力される各種ＩＧＭＰメッセージを受信すると、各種ＩＧＭＰメッセージの受信時刻を記録し、各ＩＧＭＰメッセージのＩＰパケットのソースアドレスを用いてメッセージを受信装置毎に分類し、さらにＩＧＭＰメッセージを送出したメッセージ中のマルチキャストアドレス毎に分類し、分類された一連のメッセージにおけるＭｅｍｂｅｒｓｈｉｐ  ＲｅｐｏｒｔメッセージまたはＬｅａｖｅ  Ｇｒｏｕｐメッセージの時間間隔を分析することにより、前記受信装置における受信状況を推定する受信状況分析部と、を備え、
前記受信要求パケット作成部は、前記受信状況の推定結果に応じて配信サーバを切り替える
ことを特徴とする受信側多地点配信装置。
【請求項５】
受信要求パケット作成部が、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージパケットの内容が入力されると、マルチキャストアドレスに対応する映像または音声のストリームを配信する配信サーバのユニキャストアドレスを得て、配信サーバ宛の受信要求パケットを作成する第１の手順と、
パケットデカプセル化部が、カプセル化された映像音声パケットが入力されると、該パケットをデカプセル化する第２の手順と、
受信状況分析部が、同一サブネット内の受信装置から出力される各種ＩＧＭＰメッセージを受信すると、各種ＩＧＭＰメッセージの受信時刻を記録し、各ＩＧＭＰメッセージのＩＰパケットのソースアドレスを用いてメッセージを受信装置毎に分類し、さらにＩＧＭＰメッセージを送出したメッセージ中のマルチキャストアドレス毎に分類し、分類された一連のメッセージにおけるＭｅｍｂｅｒｓｈｉｐ  ＲｅｐｏｒｔメッセージまたはＬｅａｖｅ  Ｇｒｏｕｐメッセージの時間間隔を分析することにより、前記受信装置における受信状況を推定する第３の手順と、をコンピュータに実行させ、
前記第１の手順では、前記受信要求パケット作成部が、前記受信状況の推定結果に応じて配信サーバを切り替える
ことを特徴とする受信側多地点配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ操作に対応した配信ネットワーク再構築方法ならびに装置に係り、例えば、多地点配信（マルチキャスト）サーバからネットワークを介して送られてきた映像や音声等のマルチキャストパケットを受信するＰＣ等の受信装置において、ユーザ操作により受信装置から送出されるＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）パケットを受信して、途中のネットワーク内でのパケットロスや遅延ゆらぎ等の影響を受けた受信装置での映像や音声等の受信状況を推定する方法ならびに装置に関する。
【背景技術】
【０００２】
インターネットにおいて、コンサート等のライブインターネット配信が行われている。また、社内ＩＰネットワーク等のプライベートネットワークをはじめとして、研修や訓示や講演等の映像や音声を、同時に各社員の受信装置（ＰＣ等）に多地点配信（マルチキャスト）することが普及しつつある。
【０００３】
多地点配信を行う配信サーバからネットワークを介して送られる映像や音声等のマルチキャストパケットを受信装置で受信するためには、受信要求を意味するＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ（例えば、非特許文献１参照。）が受信装置から出力され、これを同一サブネット内に繋がっているノードが受信し、配信サーバに向けて受信要求パケット（Ｊｏｉｎパケット等）を送出する。また、受信を終了する場合には、終了要求であるＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージが受信装置から出力され、同様に、これを同一サブネット内に繋がっているノードが受信し、配信サーバに向けて終了要求パケット（Ｌｅａｖｅパケット等）を送出する。上述のノードとしては、ＩＰ  Ｍｕｌｔｉｃａｓｔプロトコルが動作しているルータまたはレイヤ３スイッチ（Ｌ３ＳＷ）や、Ｆｌｅｘｃａｓｔプロトコルが動作しているＦｌｅｘｃａｓｔ  Ｇａｅｔｗａｙ（例えば、非特許文献２参照。）等がある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＩＥＴＦ  ＲＦＣ  ２２３６，“Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ，  Ｖｅｒｓｉｏｎ  ２，”Ｎｏｖ．１９９７．ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２２３６．ｔｘｔ
【非特許文献２】井上武，谷誠一郎，高橋宏和，湊真一，宮崎敏明，豊島鑑，“Ｆｌｅｘｃａｓｔによる段階的導入に優れたマルチキャストシステムの設計と実装，”電子情報通信学会論文誌Ｄ−Ｉ，Ｖｏｌ．Ｊ８８−Ｄ−Ｉ，Ｎｏ．２，ｐｐ．２７２〜２９１，  Ｆｅｂ．２００５．
【発明の概要】
【発明が解決しようとする課題】
【０００５】
配信サーバからネットワークを介して送られてきた映像や音声等のマルチキャストパケットは、途中のネットワーク内でのパケットロスや遅延ゆらぎ等の影響を受けるため、映像や音声等の再生に何らかの不具合が生じることは一般的に避けられない。
【０００６】
ＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）の制御を行うＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を用いて、受信装置でのパケット紛失率やパケット紛失数を配信サーバ宛に報告することは可能であるが、パケット紛失率やパケット紛失数が測定時間内で同じであっても、バースト性が異なればＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ：前方誤り訂正）による映像や音声の改善度合いも異なるため、一概に一つの閾値で視聴の可否を判断することはできない。また、映像や音声等の再生に何らかの不具合が生じている状況において、視聴が可能か不可能かは受信者の個性によるところも大きい。
【０００７】
このため、個々の受信装置におけるＦＥＣによる映像や音声の改善度合いや、個々の受信者の個性も含めた受信状況を推定可能にすることが望まれていた。
【課題を解決するための手段】
【０００８】
前述の課題を解決するために、本願発明の受信状況推定方法は、個々の受信装置におけるＦＥＣによる映像や音声の改善度合いや個々の受信者の個性も含めた受信状況を把握する方法であって、受信装置から出力される各種ＩＧＭＰメッセージを同一サブネット内のノードで受信する手順と、該ノードはそれらの受信時刻を記録する手順と、各ＩＧＭＰメッセージのＩＰパケットのソースアドレスを用いて、メッセージを受信装置毎に分類し、さらにＩＧＭＰメッセージを送出したメッセージ中のマルチキャストアドレス毎に分類する手順と、分類された一連のメッセージにおけるＭｅｍｂｅｒｓｈｉｐ  ＲｅｐｏｒｔメッセージまたはＬｅａｖｅ  Ｇｒｏｕｐメッセージの時間間隔を分析することにより、前記受信装置における受信状況を推定する手順と、を有し、
前記受信状況の推定結果に応じて配信サーバを切り替える。
【０００９】
本願発明の受信状況推定方法により、受信装置において視聴者が映像または音声のストリームを視聴し直しているか否か、即ち、受信を一旦終了して再度受信しているか否かを推定することができる。したがって、本願発明の受信状況推定方法は、個々の受信装置におけるＦＥＣによる映像や音声の改善度合いや、個々の受信者の個性も含めた受信状況を推定可能にすることができる。
【００１０】
本願発明の受信状況推定方法では、前記受信状況の推定結果に応じて配信サーバを切り替えてもよい。
本願発明の受信状況推定方法により、受信装置において映像又は音声の乱れが視聴者の許容限度を超えている場合には異なる配信サーバからの映像または音声のストリームを当該受信装置に配信することができる。したがって、本願発明の受信状況推定方法は、受信装置において映像又は音声の乱れが視聴者の許容限度を超えている場合には配信ネットワークの再構築を行うことができる。
【００１１】
本願発明の受信状況推定方法では、分類された一連のメッセージにおけるＭｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージとその後に出された直近のＬｅａｖｅ  Ｇｒｏｕｐメッセージ間の時間間隔を分析することにより、前記受信装置における受信状況を推定してもよい。
また、本願発明の受信状況推定方法では、分類された一連のメッセージにおけるＭｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ間の時間間隔を分析することにより、前記受信装置における受信状況を推定してもよい。
また、本願発明の受信状況推定方法では、分類された一連のメッセージにおけるＬｅａｖｅ  Ｇｒｏｕｐメッセージ間の時間間隔を分析することにより、前記受信装置における受信状況を推定してもよい。
受信装置において映像又は音声の乱れが視聴者の許容限度を超えている場合、視聴者は一旦視聴を中止して再度映像または音声のストリームの視聴を試みる。本発明により、視聴者が一旦視聴を中止して再度映像または音声のストリームの視聴を試みている受信装置の存在を把握することができるため、受信装置において映像又は音声の乱れが視聴者の許容限度を超えた状況にあることを推定することができる。
【００１２】
前述の目的を達成するために、本願発明の受信状況推定プログラムは、本願発明の受信状況推定方法の手順をコンピュータに実行させるためのプログラムである。
【００１３】
本発明により、受信装置において視聴者が映像または音声のストリームを視聴しなおしているか否かを推定することができる。したがって、本願発明の受信状況推定プログラムは、個々の受信装置におけるＦＥＣによる映像や音声の改善度合いや、個々の受信者の個性も含めた受信状況を推定可能にすることができる。
【００１４】
前述の目的を達成するために、本願発明の受信側多地点配信装置は、映像または音声のストリームをマルチキャストで配信する配信サーバのマルチキャストアドレスと一つまたは複数のユニキャストアドレスを関連付けて記録するマルチキャストアドレス解決テーブル部と、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージパケットの内容が入力されると、マルチキャストアドレスに対応する映像または音声のストリームを配信する配信サーバのユニキャストアドレスを得て、配信サーバ宛の受信要求パケットを作成する受信要求パケット作成部と、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージパケットの内容が入力されると、配信サーバ宛の終了要求パケットを作成する終了要求パケット作成部と、カプセル化された映像音声パケットが入力されると、該パケットをデカプセル化するパケットデカプセル化部と、同一サブネット内の受信装置から出力される各種ＩＧＭＰメッセージを受信すると、各種ＩＧＭＰメッセージの受信時刻を記録し、各ＩＧＭＰメッセージのＩＰパケットのソースアドレスを用いてメッセージを受信装置毎に分類し、さらにＩＧＭＰメッセージを送出したメッセージ中のマルチキャストアドレス毎に分類し、分類された一連のメッセージにおけるＭｅｍｂｅｒｓｈｉｐ  ＲｅｐｏｒｔメッセージまたはＬｅａｖｅ  Ｇｒｏｕｐメッセージの時間間隔を分析することにより、前記受信装置における受信状況を推定する受信状況分析部と、を備え、
前記受信要求パケット作成部は、前記受信状況の推定結果に応じて配信サーバを切り替える。
【００１５】
本発明により、受信装置において視聴者が映像または音声のストリームを視聴しなおしているか否かを推定することができる。したがって、本願発明の受信側多地点配信装置は、個々の受信装置におけるＦＥＣによる映像や音声の改善度合いや、個々の受信者の個性も含めた受信状況を推定可能にすることができる。
【００１６】
前述の目的を達成するために、本願発明の受信側多地点配信プログラムは、受信要求パケット作成部が、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージパケットの内容が入力されると、マルチキャストアドレスに対応する映像または音声のストリームを配信する配信サーバのユニキャストアドレスを得て、配信サーバ宛の受信要求パケットを作成する第１の手順と、パケットデカプセル化部が、カプセル化された映像音声パケットが入力されると、該パケットをデカプセル化する第２の手順と、受信状況分析部が、同一サブネット内の受信装置から出力される各種ＩＧＭＰメッセージを受信すると、各種ＩＧＭＰメッセージの受信時刻を記録し、各ＩＧＭＰメッセージのＩＰパケットのソースアドレスを用いてメッセージを受信装置毎に分類し、さらにＩＧＭＰメッセージを送出したメッセージ中のマルチキャストアドレス毎に分類し、分類された一連のメッセージにおけるＭｅｍｂｅｒｓｈｉｐ  ＲｅｐｏｒｔメッセージまたはＬｅａｖｅ  Ｇｒｏｕｐメッセージの時間間隔を分析することにより、前記受信装置における受信状況を推定する第３の手順と、をコンピュータに順に実行させ、
前記第１の手順では、前記受信要求パケット作成部が、前記受信状況の推定結果に応じて配信サーバを切り替えるためのプログラムである。
【００１７】
本発明により、受信装置において視聴者が映像または音声のストリームを視聴しなおしているか否かを推定することができる。したがって、本願発明の受信側多地点配信装置は、個々の受信装置におけるＦＥＣによる映像や音声の改善度合いや、個々の受信者の個性も含めた受信状況を推定可能にすることができる。
【発明の効果】
【００１８】
本発明により、個々の受信装置におけるＦＥＣによる映像や音声の改善度合いや、個々の受信者の個性も含めた受信状況を推定可能にすることができる。
【図面の簡単な説明】
【００１９】
【図１】第１の実施の形態に係るマルチキャスト配信システムの一例を示す。
【図２】第１の実施の形態における最初の配信のシーケンス図である。
【図３】第１の実施の形態における別の配信のシーケンス図である。
【図４】第１の実施の形態における配信ネットワークの再構築等の方法の一例である。
【図５】マルチキャストアドレス解決テーブルの一例である。
【図６】第２の実施の形態における多地点配信の機器接続図である。
【図７】第２の実施の形態における配信のシーケンス図である。
【図８】第２の実施の形態における配信ネットワークの再構築等の方法の一例である。
【図９】受信側多地点配信装置の構成図である。
【図１０】マルチキャストアドレス解決サーバの構成図である。
【発明を実施するための形態】
【００２０】
以下、図面と共に本発明の実施の形態を説明する。
［第１の実施の形態］
本発明の第１の実施の形態として、まず、非特許文献２のＦｌｅｘｃａｓｔプロトコルを用いた場合における多地点配信の機器接続について、図１に説明する。尚、これらの機器はＩＰネットワーク内に設置されており、ルータ／Ｌ３スイッチやＬ２スイッチ／Ｈｕｂの記述を省略している。
【００２１】
本実施形態に係るマルチキャスト配信システムは、配信サーバ１と、サーバ側多地点配信装置２と、分岐装置３（図１に示す３ａ又は３ｂ）と、受信側多地点配信装置４（図１に示す４ａ又は４ｅ）と、受信装置５（図１に示す５ａ、５ｂ、５ｃ又は５ｅ）と、マルチキャストアドレス解決サーバ６と、を備える。配信サーバ１は、映像音声等などの映像または音声のストリームをマルチキャスト配信する。受信側多地点配信装置４ａと受信装置５ａ、５ｂ又は５ｃは同一サブネットＡ内に接続されている。受信側多地点配信装置４ｅと受信装置５ｅは同一サブネットＢ内に接続されている。受信装置５ａ、５ｂ、５ｃ又は５ｅは、配信サーバ１の配信する映像または音声のストリームを受信する。
【００２２】
ある受信者が、配信される映像音声等を視聴すべく受信装置５（図１では５ａ又は５ｂ又は５ｃ又は５ｅ）を操作すると、受信要求を意味するＩＧＭＰ  （Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージが、受信装置５からそれが繋がっているサブネット内に送出される。
【００２３】
受信装置５と同一サブネットに属する受信側多地点配信装置４（図１では４ａ）は、このＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信すると、このメッセージ中のマルチキャストアドレスを読み出し、内部に保持するテーブルを検索してマルチキャストアドレス解決、即ち、マルチキャストアドレスをキーに対応する配信サーバのユニキャストアドレスを得ること、を行う。もし、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ中のマルチキャストアドレスが受信側多地点配信装置４ａのテーブル中にない場合には、マルチキャストアドレス解決サーバ６に問い合わせて、マルチキャストアドレス解決を行う。受信側多地点配信装置４は、得られたユニキャストアドレスを受信要求パケット（Ｆｌｅｘｃａｓｔ  Ｊｏｉｎ）の宛先とし、該パケットを上流（配信サーバにより近い側）の分岐装置３（図１では３ｂ）に送信する。受信要求パケットを受信した分岐装置３は、もし、受信要求の映像または音声のストリームを受信していない場合には、さらに上流の分岐装置３に向けて受信要求パケットを送信する。
【００２４】
サーバ側多地点配信装置２直下の分岐装置３（図１では３ａ）が受信要求パケットを受信し、もし、分岐装置３ａが受信要求の映像または音声のストリームを受信していない場合には、分岐装置３ａはさらに上流のサーバ側多地点配信装置２に向けて受信要求パケットを送信する。サーバ側多地点配信装置２は、配信サーバ１が送出しているマルチキャストパケットを常時受信しており、受信要求パケットを受信すると、受信要求パケット内に記述されたマルチキャストアドレスに対応するマルチキャストパケットをカプセル化してユニキャストパケットに変換し、該ユニキャストパケットを分岐装置３ａに向けて送信する。分岐装置３ａは分岐処理、即ち、受信要求パケットを送ってきた下流（配信サーバからより遠い側）の分岐装置３に向けて、パケットを複製し各分岐装置３に向けて送信する。分岐装置３ｂも同様の処理を行い、受信要求パケットの送り元の一つである受信側多地点配信装置４ａにも送信する。該ユニキャストパケットを受信した受信側多地点配信装置４ａは、ユニキャストパケットをデカプセル化してマルチキャストパケットに変換し、サブネットＡ内に向けてマルチキャストパケットを転送する。以上のシーケンスを図２に示す。
【００２５】
もし、分岐装置３ａが受信要求の映像または音声のストリームを既に受信して下流に送信している場合には、分岐装置３ａは前記受信要求に対して分岐処理を行う。そして、関係する分岐装置３（３ｂを含む）および受信側多地点配信装置４ａで上述と同様の処理が行われ、要求した映像または音声のストリームが各受信装置に送られてくる。この場合のシーケンスを図３に示す。
【００２６】
尚、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージには、ルータ等から周期的に出力されるＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙメッセージに対して、受信継続中であることを示す応答として、受信中の各受信装置５から直後に１回出力されるものがある。このタイプを、受信開始時の受信要求を意味するタイプと区別し、以下の説明では特に断らない限り、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージは受信開始時の受信要求を意味するタイプとする。
【００２７】
また、受信者が、配信されている映像音声等の視聴を終了すべくアプリケーションの停止や終了を受信装置５（図１では５ａ又は５ｂ又は５ｃ又は５ｅ）上で操作すると、映像音声受信の終了要求に相当するＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージが、受信装置５からその受信装置５が属するサブネット内に送出される。
【００２８】
この受信装置５と同一サブネットに属する受信側多地点配信装置４は、このＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信すると、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージ中のマルチキャストアドレスが指し示す配信サーバ１のユニキャストアドレス宛に終了要求（Ｆｌｅｘｃａｓｔ  Ｌｅａｖｅ）パケットを送り、その終了要求パケットが受信側多地点配信装置４に向けてマルチキャストパケットを転送していた分岐装置３ｂに到着すると、下流の受信側多地点配信装置４に向けたマルチキャストパケットの転送を終了する。もし、他の下流の装置に向けて分岐処理をしていない場合には、更に、上流の分岐装置３に向けて終了要求パケットを送信する。分岐装置３における同様な動作により、もし、分岐装置３ｂが終了要求パケットを受信した場合には、下流の分岐装置３に向けたマルチキャストパケットの転送を終了する。もし、他の下流の装置に向けて分岐処理をしていない場合には、さらに、上流のサーバ側多地点配信装置２に向けて終了要求パケットを送信する。終了要求パケットを受信したサーバ側多地点配信装置２は、以下の一連の動作、即ち、受信要求パケット内に記述されたマルチキャストアドレスに対応するマルチキャストパケットをカプセル化してユニキャストパケットに変換し、該ユニキャストパケットを分岐装置３ａに向けて送信する、という処理を中止する。
【００２９】
以上のような動作が行われている中で、途中のネットワーク内でのパケットロスや遅延ゆらぎ等の影響を受けたマルチキャストパケットが受信装置に到着すると、映像が止まったり乱れたり、音声が途切れたり雑音が入ったりして映像や音声等の受信状況が悪化する。
このような状況下で、例えば、受信者は、概ね以下の３通りの動作
（１）何もしない（継続視聴）
（２）再受信（一度受信を終了し、再度受信）
（３）受信終了
をすることが実験から分かっている。上記の動作に対応する受信者個々人の受信状況を推定すると、概ね
（１）は、映像や音声は乱れるが視聴可能、
（２）は、映像や音声の乱れは許容限度を超えているが視聴したい、
（３）は、許容限度を超えているため視聴終了、
と考えられる。
上記は一例であるが、上記の場合、（２）のケースの受信者について、直ちに配信状況の改善を行う必要がある。また、（３）のケースの受信者についても、次回の配信に備えて、できるだけ早く配信状況の改善を行う必要がある。
【００３０】
（２）または（３）のケースの受信者がいるかどうかは、そのサブネットにそれぞれ接続されている受信側多地点配信装置４において、各受信装置から送出されるＩＧＭＰパケットを受信して分析することにより推定される。
【００３１】
例えば、（２）のケースの受信者がいるかどうかを推定する一つの方法として、受信側多地点配信装置４が、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信後、予め決められた一定時間Ｔ１以内にＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信した場合には、（２）のケースと判断し、直ちに配信ネットワークの再構築等を行う。
【００３２】
他の判断方法として、受信側多地点配信装置４が、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信後、直近のＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信するまでの複数回の時間が予め決められた一定時間Ｔ２以内の場合、とすることもできる。
【００３３】
また、受信者の動作による他の判断方法とし、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージに着目した方法があり、受信側多地点配信装置４が、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信後、次のＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信するまでの１回または複数回の時間が予め決められた一定時間Ｔ３以内の場合、とすることもできる。
【００３４】
また、受信者の動作による他の判断方法として、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージに着目した方法があり、受信側多地点配信装置４が、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信後、次のＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信するまでの１回または複数回の時間が予め決められた一定時間Ｔ３以内の場合とすることもできる。
【００３５】
また、（３）のケースの受信者がいるかどうかを推定する一つの方法として、受信側多地点配信装置４が、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信後、予め決められた一定時間Ｔ１以内にＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信しなかった場合には、（３）のケースと判断し、配信ネットワークの再構築等を行う。
【００３６】
さらに、受信側多地点配信装置４における、上述のＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージの一つまたは複数の受信時刻、または、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージの一つまたは複数の受信時刻、または、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  ＲｅｐｏｒｔメッセージとＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージの一つまたは複数の受信時刻を、教師あり学習の機械学習に入力して、ケース（２）またはケース（３）の判断を行わせることもできる。
【００３７】
図４は、配信ネットワークの再構築の方法の一例である。ここでは、配信サーバとして１ａと１ｂがあり、これらは受信要求パケット内の同一のマルチキャストアドレスに対して同一の映像や音声パケットを送出できるものとする。
この場合、受信側多地点配信装置４ａがマルチキャストアドレス解決サーバ６から得たマルチキャストアドレス解決テーブルは、例えば図５に示すように、同一の配信内容（映像または音声のストリーム）について、そのマルチキャストアドレスとそれを配信するサーバのユニキャストアドレスを組にして順に記されており、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージ内に書かれたＩＰ  Ｍｕｌｔｉｃａｓｔアドレスが２３９．１９２．１．１だとすると、配信サーバへの受信要求パケットの宛先は、まず第１の配信サーバのユニキャストアドレスである１９２．１６８．１．１に送られる。尚、図５中の“−”は、同一配信内容の配信サーバが存在しないことを意味している。
【００３８】
これによって送られた映像または音声のストリームを受信装置５ａ又は５ｂ又は５ｃが受信して再生した状況が上記ケース（２）または（３）の場合、受信側多地点配信装置４ａはそれを検出し、マルチキャストアドレス解決サーバ６から送られたマルチキャストアドレス解決テーブルを再度参照し、今度は第２の配信サーバのユニキャストアドレスである１９２．１６８．２０．３宛に受信要求パケットを送り、同時に第１の配信サーバ宛に終了要求パケットを送信する。マルチキャストアドレスが異なってもユニキャストアドレスが共通する場合もあるが、第１の配信サーバと第２の配信サーバとはユニキャストアドレスが異なり、配信サーバ１ａからの経路と配信サーバ１ｂからの経路はほとんど異なる。もし、配信サーバ１ａから受信側多地点配信装置４ａまでの経路で、受信状況を悪化させるパケットロスや遅延が発生している場合には、配信サーバ１ｂからの経路は殆ど異なるため、受信状況が改善する可能性がある。
【００３９】
尚、上述の受信先の配信サーバを切り替える動作が頻繁に行われることに問題がある場合には、予め設定された一定時間後に切り替える動作が行われるようにすることもできる。
【００４０】
以上説明したように、本実施形態に係る受信状況推定方法及び受信側多地点配信装置４ａ、４ｅは、受信装置５ａ、５ｂ、５ｃ、５ｅから送出されるＩＧＭＰパケットを受信して分析することにより、個々の受信装置におけるＦＥＣによる映像や音声の改善度合いや個々の受信者の個性も含めた受信状況を、従来より正確に把握することができる。
【００４１】
本実施形態の受信側多地点配信装置４ａ、４ｅは、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００４２】
図９は、本発明の受信側多地点配信装置４の機能ブロック図である。受信側多地点配信装置４は、入出力ＩＦ部４１と、パケット内容振り分け部４２と、受信要求パケット作成部４３と、映像音声パケットデカプセル化部４４と、終了要求パケット作成部４５と、マルチキャストアドレス解決テーブル部４６と、問い合わせパケット作成部４７と、受信状況分析部４８と、を備える。
【００４３】
入出力ＩＦ部４１には、受信要求を意味するＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージパケット、終了要求を意味するＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージパケット、カプセル化された映像または音声ストリームのパケットが入力する。パケット内容振り分け部４２は、これらのパケットの内容を振り分け、受信要求パケットの内容を受信要求パケット作成部４３に、終了要求の内容を終了要求パケット作成部４５に、カプセル化された映像または音声ストリームのパケットを映像音声パケットデカプセル化部４４に、それぞれ出力する。
【００４４】
ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージパケットの内容が入力した受信要求パケット作成部４３は、まず、マルチキャストアドレス解決、即ち、受信要求パケットの送り先であり、マルチキャストアドレスに対応する映像または音声のストリームを配信する、配信サーバのユニキャストアドレスを得ることを行う。過去にマルチキャストアドレス解決した情報は、マルチキャストアドレス解決テーブル部４６に記録されており、受信要求パケット作成部４３は、マルチキャストアドレス解決テーブル部４６にマルチキャストアドレスを通知する。
【００４５】
マルチキャストアドレス解決テーブル部４６は、マルチキャストアドレスをキーにテーブル内を検索する。もし、合致するマルチキャストアドレスがあれば、対応するユニキャストアドレスを受信要求パケット作成部４３に通知し、合致するマルチキャストアドレスがない場合は、マルチキャストアドレス解決サーバ６に問い合わせるために、問い合わせパケット作成部４７にマルチキャストアドレスを通知する。そして、受信要求パケット作成部４３は、マルチキャストアドレス解決テーブル部４６から取得したユニキャストアドレス宛に映像または音声のストリームの配信を要求する旨の受信要求パケットを作成する。
【００４６】
もし、合致するマルチキャストアドレスがない場合は、マルチキャストアドレス解決テーブル部４６は、マルチキャストアドレス解決サーバ６に問い合わせるために、問い合わせパケット作成部４７にマルチキャストアドレスを通知する。
【００４７】
問い合わせパケット作成部４７は、マルチキャストアドレス解決サーバ６宛の問い合わせパケットを作成し、該パケットは、入出力ＩＦ部４１を介して、マルチキャストアドレス解決サーバ６に送られる。マルチキャストアドレス解決サーバ６からの返信内容は、入出力ＩＦ部４１を介して、パケット内容振り分け部４２に通知され、さらに、問い合わせパケット作成部４７に送られる。問い合わせパケット作成部４７は、例えば図５のような、マルチキャストアドレス解決サーバ６の返信内容から、問い合わせたマルチキャストアドレスとそれに対応するユニキャストアドレス、および、問い合わせたマルチキャストアドレスと同一内容の映像又は音声のストリームを配信するサーバが一つまたは複数存在する場合には、それらのマルチキャストアドレスとユニキャストアドレスの組を取り出し、マルチキャストアドレス解決テーブル部４６に通知する。
【００４８】
マルチキャストアドレス解決テーブル部４６は、上述の得られたアドレス情報を関連付けて記録するとともに、該マルチキャストアドレスと第１の配信サーバのユニキャストアドレスを受信要求パケット作成部４３に通知する。マルチキャストアドレス解決テーブル部４６は、例えば図５のような、問い合わせたマルチキャストアドレスとそれに対応するユニキャストアドレス、および、問い合わせたマルチキャストアドレスと同一内容の映像または音声のストリームをマルチキャストで配信するサーバが一つまたは複数存在する場合には、それらのマルチキャストアドレスとユニキャストアドレスの組が関連付けられたテーブルを格納する。
【００４９】
受信要求パケット作成部４３は、配信サーバ宛の受信要求パケットを作成し、入出力ＩＦ部４１に転送する。受信要求パケットは、マルチキャストアドレス解決テーブル部４６から通知されたユニキャストアドレスを宛先として、マルチキャストアドレスに対応する映像または音声のストリームの配信を要求する旨のパケットである。入出力ＩＦ部４１を介して、受信要求パケットはネットワークに出力され、ユニキャストアドレスに従って宛先に転送される。
【００５０】
終了要求パケット作成部４５は、受信装置５ａ、５ｂ、５ｃ、５ｅが送信したＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージパケットの内容を、入出力ＩＦ部４１およびパケット内容振り分け部４２を介して通知されると、マルチキャストアドレス解決テーブル部４６に問い合わせる。マルチキャストアドレス解決テーブル部４６は、同マルチキャストアドレスに対し、前回の問い合わせに対して通知したユニキャストアドレスを記録しておき、それと同じユニキャストアドレスを通知する。終了要求パケット作成部４５は、このユニキャストアドレスを宛先として、マルチキャストアドレスに対応する映像または音声のストリームの配信停止を要求する旨の終了要求パケットを作成し、入出力ＩＦ部４１に転送する。
【００５１】
映像音声パケットデカプセル化部４４は、入出力ＩＦ部４１およびパケット内容振り分け部４２を介してカプセル化された映像音声パケットを入力されると、該パケットをデカプセル化し、入出力ＩＦ部４１に転送する。入出力ＩＦ部４１は、これらのパケットを接続されているサブネットに向けて出力する。
【００５２】
パケット内容振り分け部４２は、ＩＧＭＰメッセージを受信すると、受信状況分析部４８にも通知する。受信状況分析部４８は、ＩＧＭＰメッセージの種類と時刻などを記録し、ＩＧＭＰメッセージを出力した受信装置の受信状況を推定する。このとき、ルータ等から周期的に出力されるＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｑｕｅｒｙメッセージに対して、受信中の各受信装置５から直後に１回出力されるＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージは、受信継続中であることを示す応答メッセージとして記録し、受信開始時の受信要求であるＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージと区別する。
【００５３】
受信状況分析部４８は、前記（２）または（３）のケースと判断した場合、配信ネットワークの再構築を行う。その一つの方法である「配信サーバの切り替え」を行うには、マルチキャストアドレス解決テーブル部４６に、次の配信サーバへの切り替えを通知する。
【００５４】
マルチキャストアドレス解決テーブル部４６は、内部のテーブルの情報として、図５の第２の配信サーバのような、他の配信サーバのユニキャストアドレスを有している場合には、受信要求パケット作成部４３に通知する。受信要求パケット作成部４３は、受信要求パケット作成し、入出力ＩＦ部４１を介して他の配信サーバに受信要求パケットを送信する。それとともに、マルチキャストアドレス解決テーブル部４６は、終了要求パケット作成部４５に通知する。終了要求パケット作成部４５は、終了要求パケットを作成し、入出力ＩＦ部４１を介して第１の、即ち、現在の配信サーバに終了要求パケットを送信する。また、受信要求パケット作成部４３および終了要求パケット作成部４５は、これらの動作終了をマルチキャストアドレス解決テーブル部４６に通知し、これらの通知を受信したマルチキャストアドレス解決テーブル部４６は、配信サーバの切り替えを受信状況分析部４８に通知する。
【００５５】
以上のような動作により配信サーバを切り替え、これにより配信経路が変わり（一部は同じ）、パケットロスや遅延の発生を回避または低減できる場合がある。
【００５６】
マルチキャストアドレス解決テーブル部４６内に他の配信サーバのユニキャストアドレス情報がない場合には、マルチキャストアドレス解決テーブル部４６は、前述のように、マルチキャストアドレス解決サーバ６に問い合わせる。
【００５７】
もし、マルチキャストアドレス解決サーバ６から、他の配信サーバのユニキャストアドレスを得られた場合は、上述と同様の配信サーバの切り替え動作を行う。
【００５８】
もし、得られなかった場合は、配信サーバの切り替え動作ができないことを、受信状況分析部４８に通知する。受信状況分析部４８は、これらの状態情報を記憶し、この時点からある特定の時間内は、前記（２）のケースと判断した場合でも、直ちに配信ネットワークの再構築を行うための一つの方法である「配信サーバの切り替え」を選択肢から除外する等の動作を行う。
【００５９】
また、受信側多地点配信装置４は、受信状況通知パケット作成部４９を有する。受信状況分析部４８は、前記（２）または（３）のケースと判断した場合、受信状況通知パケット作成部４９に通知することができ（配信サーバのユニキャストアドレスを含む）、受信状況通知パケット作成部４９は、配信サーバに向けた受信状況通知パケットを作成する。受信状況通知パケットは、入出力ＩＦ部４１を介してネットワークに出力され、配信サーバに送られる。受信状況通知パケットを受信した配信サーバは、他の受信側多地点配信装置４からの受信状況通知を含めて総合的に判断し、ＦＥＣのパラメータを変更する。
【００６０】
本実施形態の受信側多地点配信装置４は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【００６１】
図１０は、本発明のマルチキャストアドレス解決サーバ６の機能ブロック図である。マルチキャストアドレス解決サーバ６は、入出力ＩＦ部６１と、パケット内容振り分け部６２と、テーブル情報更新部６３と、アドレス解決用テーブル６４と、テーブル情報パケット化部６５と、を備える。
【００６２】
入出力ＩＦ部６１には、各受信側多地点配信装置４からの「アドレス解決用テーブル情報の転送要求」と、「アドレス解決用テーブル情報の新規登録または変更または削除の情報」が入力する。パケット内容振り分け部６２は、これらのパケットの内容を振り分け、「アドレス解決用テーブル情報の転送要求」をテーブル情報パケット化部６５に、「アドレス解決用テーブル情報の新規登録または変更または削除の情報」をテーブル情報更新部６３に、それぞれ出力する。
【００６３】
「アドレス解決用テーブル情報の転送要求」が入力したテーブル情報パケット化部６５は、アドレス解決用テーブル６４にアクセスしてテーブル情報を入手し、この情報を予め決められた様式でパケット化し、要求元のＩＰアドレスを付与して入出力ＩＦ部６１に転送する。
【００６４】
「アドレス解決用テーブル情報の新規登録または変更または削除の情報」が入力したテーブル情報更新部６３は、アドレス解決用テーブル６４にアクセスしてテーブル情報を更新し、終了通知のパケットを作成し、送信元のＩＰアドレスを付与して入出力ＩＦ部６１に転送する。
入出力ＩＦ部６１は、これらのパケットをネットワークに出力する。
【００６５】
［第２の実施の形態］
本発明の第２の実施の形態における多地点配信の機器接続について、図６を用いて説明する。尚、これらの機器はＩＰネットワーク内に設置されており、ノード７（ａ，ｂ，ｃ，…）はルータやＬ３スイッチなどである。また、各機器間のシーケンスを図７に示す。
【００６６】
配信ネットワーク内の全てのノード７では何らかのマルチキャストルーティングプロトコルが動作しており、受信装置５と同一のサブネットに繋がるノード７ｂは、受信装置５と同一のサブネットに繋がらないノードとは異なり、第１の実施の形態における受信側多地点配信装置４とマルチキャストアドレス解決サーバ６に相当する機能を有している。
【００６７】
ある受信者が、配信される映像音声等を視聴すべく受信装置５（ａ，  ｂ，  ｃ，  …）を操作すると、受信装置５からＩＧＭＰ  （Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージが、その受信装置５が属するサブネット内に送出される。
【００６８】
このＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを、受信装置５と同一のサブネットに繋がるノード７ｂが受信すると、前記マルチキャストルーティングプロトコルの動作に従って、受信要求パケット（Ｊｏｉｎパケット等）がネットワーク内を転送され、配信サーバ１のパケットを既に受信しているノードからノード７ｂに、要求したマルチキャストパケットが送られてくる。このマルチキャストパケットを受信したノード７ｂは、受信要求を送出した受信装置５が繋がっているサブネット内に向けてマルチキャストパケットを出力する。
【００６９】
また、受信者が、配信されている映像音声等の視聴を終了すべく受信装置５（ａ，ｂ，ｃ，…）を操作すると、受信装置５からＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージが、その受信装置５が属するサブネット内に送出される。
【００７０】
受信装置５と同一のサブネットに繋がるノード７ｂは、このＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信すると、前記マルチキャストルーティングプロトコルの動作に従って、終了要求パケット（Ｌｅａｖｅパケット等）がネットワーク内を転送され、ノード７ｂに向けてマルチキャストパケットを分岐出力していたノード７ｃに到着すると、ノード７ｂに向けたマルチキャストパケットの分岐出力を終了する。もし、ノード７ｃが他のノード等に分岐出力していない場合には、上流のノードに向けて終了要求パケットを送信する。
【００７１】
以上のような動作が行われている中で、途中のネットワーク内でのパケットロスや遅延ゆらぎ等の影響を受けたマルチキャストパケットが受信装置に到着すると、映像が止まったり乱れたり、音声が途切れたり雑音が入ったりして映像や音声等の受信状況が悪化する。これに対する受信者の動作は第１の実施形態と同様であり、よって、それに対応する受信状況の判断も同様である。
【００７２】
即ち、（２）のケースの受信者がいるかどうかの判断は、そのサブネットに接続されているノード７ｂにおいて、それぞれ受信装置から送出されるＩＧＭＰパケットを受信して分析することにより推定する。
【００７３】
例えば、一つの方法として、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信後、予め決められた一定時間Ｔ１以内にＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信した場合には、（２）または（３）のケースと判断し、直ちに配信ネットワークの再構築等を行う。
【００７４】
他の判断方法として、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信後、直近のＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信するまでの複数回の時間が予め決められた一定時間Ｔ２以内の場合とすることもできる。
【００７５】
また、受信者の動作から他の判断方法とし、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージに着目した方法があり、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信後、次のＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信するまでの１回または複数回の時間が予め決められた一定時間Ｔ３以内等の場合とすることもできる。
【００７６】
また、受信者の動作から他の判断方法とし、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージに着目した方法があり、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信後、次のＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信するまでの１回または複数回の時間が予め決められた一定時間Ｔ３以内等の場合とすることもできる。
【００７７】
さらに、上述のＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージのみの到着時刻を、または、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージのみの到着時刻を、または、ＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  ＲｅｐｏｒｔメッセージとＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージの到着時刻を、教師あり学習の機械学習に入力して、ケース（２）の判断を行わせることもできる。
【００７８】
また、（３）のケースの受信者がいるかどうかを推定する一つの方法として、ノード７ｂが、ＩＧＭＰ  Ｌｅａｖｅ  Ｇｒｏｕｐメッセージを受信後、予め決められた一定時間Ｔ１以内にＩＧＭＰ  Ｍｅｍｂｅｒｓｈｉｐ  Ｒｅｐｏｒｔメッセージを受信しなかった場合には、（３）のケースと判断し、配信ネットワークの再構築等を行う。
【００７９】
また、配信ネットワークの再構築等の方法も、第１の実施の形態の場合と同様の方法を行うことができる。即ち、図８のように、同一の映像や音声等を送出できる複数の配信サーバ１（ａ，ｂ，…）を用意する。
【００８０】
受信装置５と同一のサブネットに繋がるノード７ｂは、上述したように、第１の実施の形態における受信側多地点配信装置４とマルチキャストアドレス解決サーバ６に相当する機能を有している。
【００８１】
その一つの機能として、図５に示すような、同一の配信内容（映像または音声のストリーム）について、そのマルチキャストアドレスとそれを配信するサーバのユニキャストアドレスを組にして順に記されているマルチキャストアドレス解決テーブル部と、受信状況分析部と、を有しており、第１の実施形態と同様な動作、即ち、ケース（２）または（３）のような受信状況が悪い場合の配信元の配信サーバ１の切り替えを行うことができる。
【００８２】
尚、第１および第２の実施形態で、ＩＰｖ４プロトコルをベースに説明してきたが、ＩＰｖ６プロトコルではＩＧＭＰに相当するプロトコルとしてＭＬＤ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）が使用され、同様に動作させることにより、同様の効果を得られる。
【産業上の利用可能性】
【００８３】
本発明は、インターネットにおけるコンサート等のライブインターネット配信や、今後の社内ＩＰネットワーク等のプライベートネットワークをはじめとした、研修や訓示や講演等の映像や音声を各社員の受信装置（ＰＣ等）に多地点配信する状況において、個々の受信装置におけるＦＥＣによる映像や音声の改善度合いや個々の受信者の個性も含めた受信状況を、従来より正確に把握することができ、それに対応した配信ネットワークの再構築等を行うことができる。
【符号の説明】
【００８４】
１、１ａ、１ｂ：配信サーバ
２：サーバ側多地点配信装置
３ａ、３ｂ：分岐装置
４、４ａ、４ｅ：受信側多地点配信装置
５、５ａ、５ｂ、５ｃ、５ｅ：受信装置
６：マルチキャストアドレス解決サーバ
７ａ、７ｂ、７ｃ、７ｄ、７ｅ：ノード
４１：入出力ＩＦ部
４２：パケット内容振り分け部
４３：受信要求パケット作成部
４４：映像音声パケットデカプセル化部
４５：終了要求パケット作成部
４６：マルチキャストアドレス解決テーブル部
４７：問い合わせパケット作成部
４８：受信状況分析部
４９：受信状況通知パケット作成部
６１：入出力ＩＦ部
６２：パケット内容振り分け部
６３：テーブル情報更新部
６４：アドレス解決用テーブル
６５：テーブル情報パケット化部
【図１】
0005574383.tif 000002
【図２】
0005574383.tif 000003
【図３】
0005574383.tif 000004
【図４】
0005574383.tif 000005
【図５】
0005574383.tif 000006
【図６】
0005574383.tif 000007
【図７】
0005574383.tif 000008
【図８】
0005574383.tif 000009
【図９】
0005574383.tif 000010
【図１０】
0005574383.tif 000011