ＩＰマルチキャスト受信端末
【課題】映像や音声の切り替えが迅速に行え、かつ、映像や音声の乱れを抑えることのできるＩＰマルチキャスト受信端末を得る。
【解決手段】受信チャネル選択手段３０３は、ＩＧＭＰで参加しているマルチキャストグループとは別に、上位アプリケーションがパケットデータ処理手段３０１でデータ処理を行うためのマルチキャストグループをマルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに登録する。ＩＰパケット受信手段１０１は、受信したＩＰパケットの宛先ＩＰアドレスが、受信マルチキャストテーブル１０３ｂに登録されている場合にのみ、ＩＰヘッダの解析とＩＰフラグメント再構築処理とを行う。
【解決手段】受信チャネル選択手段３０３は、ＩＧＭＰで参加しているマルチキャストグループとは別に、上位アプリケーションがパケットデータ処理手段３０１でデータ処理を行うためのマルチキャストグループをマルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに登録する。ＩＰパケット受信手段１０１は、受信したＩＰパケットの宛先ＩＰアドレスが、受信マルチキャストテーブル１０３ｂに登録されている場合にのみ、ＩＰヘッダの解析とＩＰフラグメント再構築処理とを行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のマルチキャストグループの切り替えを行って、配信されるコンテンツ等の情報を受信するＩＰマルチキャスト受信端末に関する。
【背景技術】
【０００２】
多数の受信端末に同時に同一のコンテンツ等の情報を提供する時に有効な通信技術として、マルチキャスト通信方式がある。マルチキャスト通信方式は、各受信端末と１対１通信で情報を配信するユニキャスト通信方式に比べて、配信サーバ負荷やトラフィック量を削減できるという利点がある。インターネットプロトコル（ＩＰ）を用いたマルチキャスト通信方式において、ＩＰｖ４ではＩＧＭＰ（Internet Group Membership Protocol）がプロトコルとして使用され、ＩＥＴＦ（Internet Engineering Task Force）がインターネット標準として定義・公開している。
【０００３】
受信端末が、あるマルチキャストグループのＩＰパケットを受信するためには、受信端末がＩＧＭＰを用いて所望のマルチキャストグループへ参加または離脱の要求を上位のネットワーク装置へ送信することで実現する。つまり、上位のネットワーク装置は、参加要求を受けた受信端末に対し、要求されたマルチキャストグループのＩＰパケットを送信する。また、受信端末のネットワーク層（ＩＰレイヤ）では、マルチキャスト管理テーブルを持っており、このマルチキャスト管理テーブルを用いて、参加中のマルチキャストグループを管理している。
【０００４】
このマルチキャスト通信方式を用いて、多数の送信端末から配信されるマルチキャストパケットを１台の受信端末で切り替えながら受信するようなアプリケーションやシステムがある。例えば、放送局から多くの番組をマルチキャスト通信方式で放送し、家庭や施設の受信端末（セットトップボックス）で視聴したい番組に受信を切り替えるようなＩＰ放送サービスシステムや、多数のカメラ映像をマルチキャスト通信方式で配信し、受信端末（カメラビューワ）で受信を切り替えて見たいカメラ映像を選択するようなデジタル映像監視システムなどがある。このようなシステムでは、受信端末で複数のマルチキャストグループの切り替え処理が必要である。このようなマルチキャストグループを切り替えるには、次の二つ（（１）／（２））の方法が一般的であった。
【０００５】
（１）受信端末のネットワーク層（ＩＰレイヤ）において、上位アプリケーションで利用したいマルチキャストグループが変わったときに、現在参加（受信）しているマルチキャストグループを一度離脱し、新たに利用したいマルチキャストグループに参加（受信）する。上位アプリケーションは、ネットワーク層（ＩＰレイヤ）／トランスポート層（ＵＤＰレイヤ）から上がってくるマルチキャストグループのＵＤＰ／ＩＰパケットのデータ処理を行う。
【０００６】
（２）受信端末のネットワーク層（ＩＰレイヤ）において、上位アプリケーションで利用する可能性のある複数のマルチキャストグループに予め参加（受信）しておく。上位アプリケーションは、ネットワーク層（ＩＰレイヤ）／トランスポート層（ＵＤＰレイヤ）から上がってくる複数のマルチキャストグループのＵＤＰ／ＩＰパケットデータの中から、逐次利用したいマルチキャストグループ（ターゲットマルチキャストグループ）のＵＤＰ／ＩＰパケットを選択し、データ処理を行う。
【０００７】
また、通信装置内にマルチキャストグループの参加状況を管理するテーブルを設け、このテーブルの登録状況に応じてマルチキャストグループの参加／脱退の判別・制御を行うようにしたものがあった（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２５１６３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した（１）の方法では、ＩＧＭＰによるマルチキャストグループの参加処理や離脱処理に時間を要するため（正確には、ルータやスイッチ等の上位ネットワーク装置のマルチキャストグループ参加／離脱更新に時間がかかるため）、新しく参加したマルチキャストグループのＩＰパケットが受信端末に届くまで時間がかかる。そのため、ＩＰ放送サービスシステムやデジタル映像監視システムでは、映像や音声の切り替えが遅くなったり、切り替え時に映像や音声が乱れたりするといった課題があった。
【００１０】
一方、上記（２）の方法は、（１）の方法の課題を解決するもので、予め上位アプリケーションで利用する可能性のある複数のマルチキャストグループに対し、ＩＧＭＰによる参加処理を実施しておくことで、マルチキャストグループ参加／離脱処理を省いて切り替え時間を短縮することができる。しかしながら、（２）の方法では、ネットワーク層（ＩＰレイヤ）で管理するマルチキャスト管理テーブルに、ＩＧＭＰで参加した全てのマルチキャストグループを登録するため、上位アプリケーションで実際には利用していないマルチキャストグループのＩＰパケット受信処理（ＩＰフラグメント再構築など）やＵＤＰパケット受信処理を常時行うことになる。このため、ネットワーク層（ＩＰレイヤ）やトランスポート層（ＵＤＰレイヤ）での受信負荷が大きくなり、実際に利用しているマルチキャストグループのＩＰパケットの取りこぼしが発生しやすくなる。そのため、ＩＰ放送サービスシステムやデジタル映像監視システムでは、映像や音声の切り替えは早いが、視聴したい映像や音声が乱れるといった問題があった。また、特許文献１に記載されたシステムであっても、ＩＧＭＰで参加した全てのマルチキャストグループを登録するため、通信装置で管理する受信側装置では、同様の問題が発生することになる。
【００１１】
この発明は上記のような課題を解決するためになされたもので、映像や音声の切り替えが迅速に行え、かつ、映像や音声の乱れを抑えることのできるＩＰマルチキャスト受信端末を得ることを目的とする。
【課題を解決するための手段】
【００１２】
この発明に係るＩＰマルチキャスト受信端末は、ＩＰマルチキャストパケットを受信する受信端末において、ＩＰパケットを受信し、ＩＰパケットにおけるＩＰヘッダの解析とＩＰフラグメント再構築処理とを行うＩＰパケット受信手段と、ＩＰパケット受信手段で受信したＩＰパケットのペイロード部がＵＤＰパケットである場合、ＵＤＰヘッダの解析を行うＵＤＰパケット受信手段と、ＵＤＰパケット受信手段で受信したＵＤＰパケットのペイロード部を上位アプリケーションの目的に応じてデータ処理するパケットデータ処理手段と、上位アプリケーションが利用する可能性のある全てのマルチキャストグループをＩＰレイヤに設定する受信チャネル設定手段と、受信チャネル設定手段で設定したマルチキャストグループのＩＧＭＰによる参加および離脱処理を行うＩＧＭＰ実行手段と、ＩＰレイヤでマルチキャスト情報を記録するマルチキャスト管理テーブルと、受信チャネル設定手段で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段でデータ処理を行うためのマルチキャストグループをマルチキャスト情報として登録する受信チャネル選択手段とを備え、ＩＰパケット受信手段は、マルチキャスト管理テーブルのマルチキャスト情報に基づいてＩＰパケットの処理を行うようにしたものである。
【発明の効果】
【００１３】
この発明のＩＰマルチキャスト受信端末は、ＩＧＭＰで参加しているマルチキャストグループとは別に、上位アプリケーションがパケットデータ処理手段でデータ処理を行うためのマルチキャストグループをマルチキャスト情報としてマルチキャスト管理テーブルに登録し、ＩＰパケット受信手段はこのマルチキャスト情報に基づいてＩＰパケットの処理を行うようにしたので、映像や音声の切り替えが迅速に行え、かつ、映像や音声の乱れを抑えることができる。
【図面の簡単な説明】
【００１４】
【図１】この発明の実施の形態１によるＩＰマルチキャスト受信端末を示す構成図である。
【図２】この発明の実施の形態１によるＩＰマルチキャスト受信端末のマルチキャスト管理テーブルを示す説明図である。
【図３】この発明の実施の形態１によるＩＰマルチキャスト受信端末の動作を示すフローチャートである。
【発明を実施するための形態】
【００１５】
実施の形態１．
図１は、この発明の実施の形態１によるＩＰマルチキャスト受信端末を示す構成図である。
図１に示すＩＰマルチキャスト受信端末は、ＩＰパケット受信手段１０１、ＩＧＭＰ実行手段１０２、マルチキャスト管理テーブル１０３、ＵＤＰパケット受信手段２０１、パケットデータ処理手段３０１、受信チャネル設定手段３０２、受信チャネル選択手段３０３を備えている。ここで、ＩＰパケット受信手段１０１〜マルチキャスト管理テーブル１０３はネットワーク層（ＩＰレイヤ）１００に属し、ＵＤＰパケット受信手段２０１はトランスポート層（ＵＤＰレイヤ）２００に属し、パケットデータ処理手段３０１〜受信チャネル選択手段３０３はアプリケーション層３００に属している。
【００１６】
ＩＰパケット受信手段１０１は、図示しないＩＰネットワーク機器（ルータ等）から伝送されるＩＰパケットを受信し、ＩＰヘッダの解析やＩＰフラグメント再構築処理を行う手段である。ＵＤＰパケット受信手段２０１は、ＩＰパケット受信手段１０１で受信したＩＰパケットのペイロード部がＵＤＰパケットである場合、ＵＤＰヘッダの解析を行う手段である。パケットデータ処理手段３０１は、ＵＤＰパケット受信手段２０１で受信したＵＤＰパケットのペイロード部を上位アプリケーションの目的に応じてデータ処理する手段である。受信チャネル設定手段３０２は、上位アプリケーションが利用する可能性のある全てのマルチキャストグループをＩＰレイヤに設定する手段である。ＩＧＭＰ実行手段１０２は、受信チャネル設定手段３０２で設定したマルチキャストグループのＩＧＭＰによる参加および離脱処理を行う手段である。マルチキャスト管理テーブル１０３は、ＩＰレイヤでマルチキャスト情報を記録する管理テーブルであり、参加マルチキャストテーブル１０３ａと受信マルチキャストテーブル１０３ｂの二つのテーブルを備えている。
【００１７】
図２は、マルチキャスト管理テーブル１０３の一例を示す説明図である。
図示のように、参加マルチキャストテーブル１０３ａには、上位アプリケーションが利用する可能性のある全てのマルチキャストグループが登録され、受信マルチキャストテーブル１０３ｂには、参加マルチキャストテーブル１０３ａに登録されているマルチキャストグループの中で、上位アプリケーションが実際に受信したいマルチキャストグループのみが記録されている。ここで、マルチキャストグループとは、マルチキャストアドレスと受信するポート番号の組み合わせを意味する。
【００１８】
図１に戻り、受信チャネル選択手段３０３は、受信チャネル設定手段３０２で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段３０１でデータ処理を行うために受信したい一つあるいは複数のマルチキャストグループを選択し、そのマルチキャストグループをマルチキャスト管理テーブル１０３に登録する手段である。即ち、受信チャネル選択手段３０３は、受信チャネル設定手段３０２で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段３０１でデータ処理を行うためのマルチキャストグループを受信マルチキャストテーブル１０３ｂに登録するよう構成されている。また、参加マルチキャストテーブル１０３ａは、ＩＧＭＰ実行手段１０２が、マルチキャストグループのＩＧＭＰによる参加または離脱処理を行った場合にそのマルチキャストグループの登録または削除を行うよう構成されている。
【００１９】
次に、このように構成されたＩＰマルチキャスト受信端末の動作について説明する。
図３は、ＩＰマルチキャスト受信端末の動作を示すフローチャートである。
尚、本実施の形態１では、ＩＰマルチキャスト受信端末に管理ビューワを想定したデジタル映像監視システムで監視ビューワにてカメラＡ（マルチキャストグループＡ）から、カメラＢ（マルチキャストグループＢ）に表示する映像を切り替える例を説明する。
【００２０】
先ず、ＩＰマルチキャスト受信端末である監視ビューワは、デジタル映像監視システムに接続されている全てのカメラを視聴する可能性があるので、ここでは、カメラＡとカメラＢを利用したいカメラとして設定する（ステップＳＴ１）。具体的には、受信端末のアプリケーション（ユーザ）が、受信チャネル設定手段３０２によって、利用したいマルチキャストグループＡとマルチキャストグループＢを、ネットワーク層（ＩＰレイヤ）のＩＧＭＰ実行手段１０２に通知する。尚、ここで、マルチキャストグループとは、上述したように、マルチキャストアドレスと受信するポート番号の組み合わせである。また、図３において、ＭＣＧとはマルチキャストグループを意味している。
【００２１】
ＩＧＭＰ実行手段１０２では、受信チャネル設定手段３０２から通知されたマルチキャストグループＡおよびＢを、マルチキャスト管理テーブル１０３の参加マルチキャストテーブル１０３ａに登録し（ステップＳＴ２）、ＩＧＭＰを使用して上位のネットワーク装置へマルチキャストグループＡおよびＢの参加要求を行う（ステップＳＴ３）。これにより、受信端末までマルチキャストグループＡおよびＢのＩＰパケットが届くようになり、受信端末でこれらのＩＰパケットを受信可能となる。
【００２２】
次に、アプリケーション（ユーザ）が、受信チャネル選択手段３０３によって、先ほど受信チャネル設定手段３０２で設定したマルチキャストグループＡおよびＢの中から、実際に受信したいマルチキャストグループ（即ち、監視ビューワで表示したいカメラ）を選択する（ステップＳＴ４）。具体的には、ここでは実際に受信したいマルチキャストグループＡとすると、受信チャネル選択手段３０３によって、マルチキャストグループＡのみをマルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂの方へ登録する。
【００２３】
次に、ＩＰパケット受信手段１０１で、ＩＰパケットを受信する（ステップＳＴ５）。このとき、受信したＩＰパケットの宛先ＩＰアドレスが、マルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに登録されているかどうかをチェックし（ステップＳＴ６）、登録されていれば（ステップＳＴ６“ＹＥＳ”）以降の通常のＩＰパケット受信処理を実施する。通常のＩＰパケット受信処理とは、ＩＰパケットはパケットサイズが（下位のデータリンク層のＭＴＵ（Maximum Transmission Unit）より）大きいとフラグメントされて送信されてくるため、受信側でフラグメントされたＩＰパケットを再構築（ＩＰフラグメント再構築処理）することである。受信したＩＰパケットが最後のフラグメントパケットでなければ（ステップＳＴ７“ＮＯ”）、まだ、フラグメントされたＩＰパケットが送信されてくるので、一旦受信したＩＰパケットを（図示しない）ＩＰパケットバッファに格納しておく（ステップＳＴ８）。受信したＩＰパケットが最後のフラグメントパケットならば、ＩＰパケットバッファに格納したＩＰパケットのペイロード部（＝ＵＤＰパケット）をＵＤＰパケット受信手段２０１へ転送し、トランスポート層（ＵＤＰレイヤ）でＵＤＰパケットのヘッダ解析を行う（ステップＳＴ９）。更に、パケットデータ処理手段３０１によって、ＵＤＰパケットのペイロード部を上位アプリケーションで目的に応じたデータ処理を行う（ステップＳＴ１０）。実施の形態１の監視ビューワの場合、ＵＤＰパケットのペイロード部がＪＰＥＧやＭＰＥＧの映像データであるため、上位アプリケーションでその映像データのデコード処理を行ったり、デコード後のデータを表示デバイスに映像出力したりする。
【００２４】
一方、上記ステップＳＴ６において、受信したＩＰパケットの宛先ＩＰアドレスが、マルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに登録されていなかった場合は（ステップＳＴ６“ＮＯ”）、そのＩＰパケットを破棄する。具体的には、上記のＩＰフラグメント再構築処理（ステップＳＴ７，ＳＴ８）を実施せず、次のＩＰパケット受信を行う（ステップＳＴ５）。
【００２５】
つまり、本発明のＩＰマルチキャスト受信端末では、従来の（２）の方法と比較して、実際に利用していないＩＰパケットのＩＰフラグメント再構築処理（具体的には、ＩＰフラグメントの数だけのフラグメントチェック（ステップＳＴ７）およびＩＰパケット格納処理（ステップＳＴ８）の繰り返し）と、ＵＤＰパケットのヘッダ解析処理（ステップＳＴ９）を省くことができるため、大幅な受信処理負荷削減が実現できる。実施の形態１では、カメラＡ（マルチキャストグループＡ）とカメラＢ（マルチキャストグループＢ）の２台のカメラ（２つのマルチキャストグループ）を例としたが、１０台のカメラ（マルチキャストグループ）のうち１台のカメラ映像を切り替えて視聴するような監視ビューワならば、上記の受信処理負荷削減はより大きな効果を発揮できる。
【００２６】
次に、上位アプリケーションが監視ビューワで表示したいカメラをカメラＡからカメラＢに切り替えたい場合、受信チャネル選択手段３０３によって、受信したいマルチキャストグループ、即ちマルチキャストＢを選択する（ステップＳＴ１２）。具体的には、マルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに対し、現在登録されているマルチキャストグループＡを削除し、新たにマルチキャストＢを登録する（ステップＳＴ１３）。
【００２７】
また、上位アプリケーションを終了する場合（ステップＳＴ１１“ＹＥＳ”）は、受信チャネル設定手段３０２でマルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂをクリアし（ステップＳＴ１４）、マルチキャスト管理テーブル１０３の参加マルチキャストテーブル１０３ａに登録されている全てのマルチキャストグループのＩＧＭＰによる離脱処理を行い（ステップＳＴ１５）、参加マルチキャストテーブル１０３ａをクリアする（ステップＳＴ１６）。
【００２８】
以上のように、実施の形態１のＩＰマルチキャスト受信端末によれば、ＩＰマルチキャストパケットを受信する受信端末において、ＩＰパケットを受信し、ＩＰパケットにおけるＩＰヘッダの解析とＩＰフラグメント再構築処理とを行うＩＰパケット受信手段１０１と、ＩＰパケット受信手段１０１で受信したＩＰパケットのペイロード部がＵＤＰパケットである場合、ＵＤＰヘッダの解析を行うＵＤＰパケット受信手段２０１と、ＵＤＰパケット受信手段２０１で受信したＵＤＰパケットのペイロード部を上位アプリケーションの目的に応じてデータ処理するパケットデータ処理手段３０１と、上位アプリケーションが利用する可能性のある全てのマルチキャストグループをＩＰレイヤに設定する受信チャネル設定手段３０２と、受信チャネル設定手段３０２で設定したマルチキャストグループのＩＧＭＰによる参加および離脱処理を行うＩＧＭＰ実行手段１０２と、ＩＰレイヤでマルチキャスト情報を記録するマルチキャスト管理テーブル１０３と、受信チャネル設定手段３０２で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段３０１でデータ処理を行うためのマルチキャストグループをマルチキャスト情報として登録する受信チャネル選択手段３０３とを備え、ＩＰパケット受信手段１０１は、マルチキャスト管理テーブル１０３のマルチキャスト情報に基づいてＩＰパケットの処理を行うようにしたので、映像や音声の切り替えが迅速に行え、かつ、映像や音声の乱れを抑えることができる。
【００２９】
また、実施の形態１のＩＰマルチキャスト受信端末によれば、マルチキャスト管理テーブル１０３は、参加中のマルチキャストグループを記録する参加マルチキャストテーブル１０３ａと、上位アプリケーションが実際に受信したいマルチキャストグループのみを記録する受信マルチキャストテーブル１０３ｂを有し、ＩＧＭＰ実行手段１０２は、マルチキャストグループのＩＧＭＰによる参加または離脱処理を行う場合、参加マルチキャストテーブル１０３ａに設定されたマルチキャストグループの登録または削除を行い、かつ、受信チャネル選択手段３０３は、受信チャネル設定手段３０２で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段３０１でデータ処理を行うためのマルチキャストグループを受信マルチキャストテーブル１０３ｂに登録するようにしたので、マルチキャスト管理テーブル１０３のマルチキャスト情報を容易かつ確実に設定することができる。
【００３０】
また、実施の形態１のＩＰマルチキャスト受信端末によれば、ＩＰパケット受信手段１０１は、受信したＩＰパケットの宛先ＩＰアドレスが、マルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに登録されている場合にのみ、ＩＰヘッダの解析とＩＰフラグメント再構築処理とを行うようにしたので、ＩＰパケット受信手段１０１で、上位のネットワーク装置から受信したＩＰパケットの宛先ＩＰアドレスが、マルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに登録されていなければ、そのＩＰパケットを破棄して、ＩＰパケットの受信処理（ＩＰフラグメント再構築など）やＵＤＰパケットの受信処理を省くことができ、ネットワーク層（ＩＰレイヤ）やトランスポート層（ＵＤＰレイヤ）での受信負荷を軽減でき、実際に利用しているマルチキャストグループのＩＰパケットの取りこぼしをなくすことができる。
【符号の説明】
【００３１】
１００ ネットワーク層（ＩＰレイヤ）、１０１ ＩＰパケット受信手段、１０２ ＩＧＭＰ実行手段、１０３ マルチキャスト管理テーブル、１０３ａ 参加マルチキャストテーブル、１０３ｂ 受信マルチキャストテーブル、２００ トランスポート層（ＵＤＰレイヤ）、２０１ ＵＤＰパケット受信手段、３００ アプリケーション層、３０１ パケットデータ処理手段、３０２ 受信チャネル設定手段、３０３ 受信チャネル選択手段。
【技術分野】
【０００１】
本発明は、複数のマルチキャストグループの切り替えを行って、配信されるコンテンツ等の情報を受信するＩＰマルチキャスト受信端末に関する。
【背景技術】
【０００２】
多数の受信端末に同時に同一のコンテンツ等の情報を提供する時に有効な通信技術として、マルチキャスト通信方式がある。マルチキャスト通信方式は、各受信端末と１対１通信で情報を配信するユニキャスト通信方式に比べて、配信サーバ負荷やトラフィック量を削減できるという利点がある。インターネットプロトコル（ＩＰ）を用いたマルチキャスト通信方式において、ＩＰｖ４ではＩＧＭＰ（Internet Group Membership Protocol）がプロトコルとして使用され、ＩＥＴＦ（Internet Engineering Task Force）がインターネット標準として定義・公開している。
【０００３】
受信端末が、あるマルチキャストグループのＩＰパケットを受信するためには、受信端末がＩＧＭＰを用いて所望のマルチキャストグループへ参加または離脱の要求を上位のネットワーク装置へ送信することで実現する。つまり、上位のネットワーク装置は、参加要求を受けた受信端末に対し、要求されたマルチキャストグループのＩＰパケットを送信する。また、受信端末のネットワーク層（ＩＰレイヤ）では、マルチキャスト管理テーブルを持っており、このマルチキャスト管理テーブルを用いて、参加中のマルチキャストグループを管理している。
【０００４】
このマルチキャスト通信方式を用いて、多数の送信端末から配信されるマルチキャストパケットを１台の受信端末で切り替えながら受信するようなアプリケーションやシステムがある。例えば、放送局から多くの番組をマルチキャスト通信方式で放送し、家庭や施設の受信端末（セットトップボックス）で視聴したい番組に受信を切り替えるようなＩＰ放送サービスシステムや、多数のカメラ映像をマルチキャスト通信方式で配信し、受信端末（カメラビューワ）で受信を切り替えて見たいカメラ映像を選択するようなデジタル映像監視システムなどがある。このようなシステムでは、受信端末で複数のマルチキャストグループの切り替え処理が必要である。このようなマルチキャストグループを切り替えるには、次の二つ（（１）／（２））の方法が一般的であった。
【０００５】
（１）受信端末のネットワーク層（ＩＰレイヤ）において、上位アプリケーションで利用したいマルチキャストグループが変わったときに、現在参加（受信）しているマルチキャストグループを一度離脱し、新たに利用したいマルチキャストグループに参加（受信）する。上位アプリケーションは、ネットワーク層（ＩＰレイヤ）／トランスポート層（ＵＤＰレイヤ）から上がってくるマルチキャストグループのＵＤＰ／ＩＰパケットのデータ処理を行う。
【０００６】
（２）受信端末のネットワーク層（ＩＰレイヤ）において、上位アプリケーションで利用する可能性のある複数のマルチキャストグループに予め参加（受信）しておく。上位アプリケーションは、ネットワーク層（ＩＰレイヤ）／トランスポート層（ＵＤＰレイヤ）から上がってくる複数のマルチキャストグループのＵＤＰ／ＩＰパケットデータの中から、逐次利用したいマルチキャストグループ（ターゲットマルチキャストグループ）のＵＤＰ／ＩＰパケットを選択し、データ処理を行う。
【０００７】
また、通信装置内にマルチキャストグループの参加状況を管理するテーブルを設け、このテーブルの登録状況に応じてマルチキャストグループの参加／脱退の判別・制御を行うようにしたものがあった（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２５１６３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した（１）の方法では、ＩＧＭＰによるマルチキャストグループの参加処理や離脱処理に時間を要するため（正確には、ルータやスイッチ等の上位ネットワーク装置のマルチキャストグループ参加／離脱更新に時間がかかるため）、新しく参加したマルチキャストグループのＩＰパケットが受信端末に届くまで時間がかかる。そのため、ＩＰ放送サービスシステムやデジタル映像監視システムでは、映像や音声の切り替えが遅くなったり、切り替え時に映像や音声が乱れたりするといった課題があった。
【００１０】
一方、上記（２）の方法は、（１）の方法の課題を解決するもので、予め上位アプリケーションで利用する可能性のある複数のマルチキャストグループに対し、ＩＧＭＰによる参加処理を実施しておくことで、マルチキャストグループ参加／離脱処理を省いて切り替え時間を短縮することができる。しかしながら、（２）の方法では、ネットワーク層（ＩＰレイヤ）で管理するマルチキャスト管理テーブルに、ＩＧＭＰで参加した全てのマルチキャストグループを登録するため、上位アプリケーションで実際には利用していないマルチキャストグループのＩＰパケット受信処理（ＩＰフラグメント再構築など）やＵＤＰパケット受信処理を常時行うことになる。このため、ネットワーク層（ＩＰレイヤ）やトランスポート層（ＵＤＰレイヤ）での受信負荷が大きくなり、実際に利用しているマルチキャストグループのＩＰパケットの取りこぼしが発生しやすくなる。そのため、ＩＰ放送サービスシステムやデジタル映像監視システムでは、映像や音声の切り替えは早いが、視聴したい映像や音声が乱れるといった問題があった。また、特許文献１に記載されたシステムであっても、ＩＧＭＰで参加した全てのマルチキャストグループを登録するため、通信装置で管理する受信側装置では、同様の問題が発生することになる。
【００１１】
この発明は上記のような課題を解決するためになされたもので、映像や音声の切り替えが迅速に行え、かつ、映像や音声の乱れを抑えることのできるＩＰマルチキャスト受信端末を得ることを目的とする。
【課題を解決するための手段】
【００１２】
この発明に係るＩＰマルチキャスト受信端末は、ＩＰマルチキャストパケットを受信する受信端末において、ＩＰパケットを受信し、ＩＰパケットにおけるＩＰヘッダの解析とＩＰフラグメント再構築処理とを行うＩＰパケット受信手段と、ＩＰパケット受信手段で受信したＩＰパケットのペイロード部がＵＤＰパケットである場合、ＵＤＰヘッダの解析を行うＵＤＰパケット受信手段と、ＵＤＰパケット受信手段で受信したＵＤＰパケットのペイロード部を上位アプリケーションの目的に応じてデータ処理するパケットデータ処理手段と、上位アプリケーションが利用する可能性のある全てのマルチキャストグループをＩＰレイヤに設定する受信チャネル設定手段と、受信チャネル設定手段で設定したマルチキャストグループのＩＧＭＰによる参加および離脱処理を行うＩＧＭＰ実行手段と、ＩＰレイヤでマルチキャスト情報を記録するマルチキャスト管理テーブルと、受信チャネル設定手段で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段でデータ処理を行うためのマルチキャストグループをマルチキャスト情報として登録する受信チャネル選択手段とを備え、ＩＰパケット受信手段は、マルチキャスト管理テーブルのマルチキャスト情報に基づいてＩＰパケットの処理を行うようにしたものである。
【発明の効果】
【００１３】
この発明のＩＰマルチキャスト受信端末は、ＩＧＭＰで参加しているマルチキャストグループとは別に、上位アプリケーションがパケットデータ処理手段でデータ処理を行うためのマルチキャストグループをマルチキャスト情報としてマルチキャスト管理テーブルに登録し、ＩＰパケット受信手段はこのマルチキャスト情報に基づいてＩＰパケットの処理を行うようにしたので、映像や音声の切り替えが迅速に行え、かつ、映像や音声の乱れを抑えることができる。
【図面の簡単な説明】
【００１４】
【図１】この発明の実施の形態１によるＩＰマルチキャスト受信端末を示す構成図である。
【図２】この発明の実施の形態１によるＩＰマルチキャスト受信端末のマルチキャスト管理テーブルを示す説明図である。
【図３】この発明の実施の形態１によるＩＰマルチキャスト受信端末の動作を示すフローチャートである。
【発明を実施するための形態】
【００１５】
実施の形態１．
図１は、この発明の実施の形態１によるＩＰマルチキャスト受信端末を示す構成図である。
図１に示すＩＰマルチキャスト受信端末は、ＩＰパケット受信手段１０１、ＩＧＭＰ実行手段１０２、マルチキャスト管理テーブル１０３、ＵＤＰパケット受信手段２０１、パケットデータ処理手段３０１、受信チャネル設定手段３０２、受信チャネル選択手段３０３を備えている。ここで、ＩＰパケット受信手段１０１〜マルチキャスト管理テーブル１０３はネットワーク層（ＩＰレイヤ）１００に属し、ＵＤＰパケット受信手段２０１はトランスポート層（ＵＤＰレイヤ）２００に属し、パケットデータ処理手段３０１〜受信チャネル選択手段３０３はアプリケーション層３００に属している。
【００１６】
ＩＰパケット受信手段１０１は、図示しないＩＰネットワーク機器（ルータ等）から伝送されるＩＰパケットを受信し、ＩＰヘッダの解析やＩＰフラグメント再構築処理を行う手段である。ＵＤＰパケット受信手段２０１は、ＩＰパケット受信手段１０１で受信したＩＰパケットのペイロード部がＵＤＰパケットである場合、ＵＤＰヘッダの解析を行う手段である。パケットデータ処理手段３０１は、ＵＤＰパケット受信手段２０１で受信したＵＤＰパケットのペイロード部を上位アプリケーションの目的に応じてデータ処理する手段である。受信チャネル設定手段３０２は、上位アプリケーションが利用する可能性のある全てのマルチキャストグループをＩＰレイヤに設定する手段である。ＩＧＭＰ実行手段１０２は、受信チャネル設定手段３０２で設定したマルチキャストグループのＩＧＭＰによる参加および離脱処理を行う手段である。マルチキャスト管理テーブル１０３は、ＩＰレイヤでマルチキャスト情報を記録する管理テーブルであり、参加マルチキャストテーブル１０３ａと受信マルチキャストテーブル１０３ｂの二つのテーブルを備えている。
【００１７】
図２は、マルチキャスト管理テーブル１０３の一例を示す説明図である。
図示のように、参加マルチキャストテーブル１０３ａには、上位アプリケーションが利用する可能性のある全てのマルチキャストグループが登録され、受信マルチキャストテーブル１０３ｂには、参加マルチキャストテーブル１０３ａに登録されているマルチキャストグループの中で、上位アプリケーションが実際に受信したいマルチキャストグループのみが記録されている。ここで、マルチキャストグループとは、マルチキャストアドレスと受信するポート番号の組み合わせを意味する。
【００１８】
図１に戻り、受信チャネル選択手段３０３は、受信チャネル設定手段３０２で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段３０１でデータ処理を行うために受信したい一つあるいは複数のマルチキャストグループを選択し、そのマルチキャストグループをマルチキャスト管理テーブル１０３に登録する手段である。即ち、受信チャネル選択手段３０３は、受信チャネル設定手段３０２で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段３０１でデータ処理を行うためのマルチキャストグループを受信マルチキャストテーブル１０３ｂに登録するよう構成されている。また、参加マルチキャストテーブル１０３ａは、ＩＧＭＰ実行手段１０２が、マルチキャストグループのＩＧＭＰによる参加または離脱処理を行った場合にそのマルチキャストグループの登録または削除を行うよう構成されている。
【００１９】
次に、このように構成されたＩＰマルチキャスト受信端末の動作について説明する。
図３は、ＩＰマルチキャスト受信端末の動作を示すフローチャートである。
尚、本実施の形態１では、ＩＰマルチキャスト受信端末に管理ビューワを想定したデジタル映像監視システムで監視ビューワにてカメラＡ（マルチキャストグループＡ）から、カメラＢ（マルチキャストグループＢ）に表示する映像を切り替える例を説明する。
【００２０】
先ず、ＩＰマルチキャスト受信端末である監視ビューワは、デジタル映像監視システムに接続されている全てのカメラを視聴する可能性があるので、ここでは、カメラＡとカメラＢを利用したいカメラとして設定する（ステップＳＴ１）。具体的には、受信端末のアプリケーション（ユーザ）が、受信チャネル設定手段３０２によって、利用したいマルチキャストグループＡとマルチキャストグループＢを、ネットワーク層（ＩＰレイヤ）のＩＧＭＰ実行手段１０２に通知する。尚、ここで、マルチキャストグループとは、上述したように、マルチキャストアドレスと受信するポート番号の組み合わせである。また、図３において、ＭＣＧとはマルチキャストグループを意味している。
【００２１】
ＩＧＭＰ実行手段１０２では、受信チャネル設定手段３０２から通知されたマルチキャストグループＡおよびＢを、マルチキャスト管理テーブル１０３の参加マルチキャストテーブル１０３ａに登録し（ステップＳＴ２）、ＩＧＭＰを使用して上位のネットワーク装置へマルチキャストグループＡおよびＢの参加要求を行う（ステップＳＴ３）。これにより、受信端末までマルチキャストグループＡおよびＢのＩＰパケットが届くようになり、受信端末でこれらのＩＰパケットを受信可能となる。
【００２２】
次に、アプリケーション（ユーザ）が、受信チャネル選択手段３０３によって、先ほど受信チャネル設定手段３０２で設定したマルチキャストグループＡおよびＢの中から、実際に受信したいマルチキャストグループ（即ち、監視ビューワで表示したいカメラ）を選択する（ステップＳＴ４）。具体的には、ここでは実際に受信したいマルチキャストグループＡとすると、受信チャネル選択手段３０３によって、マルチキャストグループＡのみをマルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂの方へ登録する。
【００２３】
次に、ＩＰパケット受信手段１０１で、ＩＰパケットを受信する（ステップＳＴ５）。このとき、受信したＩＰパケットの宛先ＩＰアドレスが、マルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに登録されているかどうかをチェックし（ステップＳＴ６）、登録されていれば（ステップＳＴ６“ＹＥＳ”）以降の通常のＩＰパケット受信処理を実施する。通常のＩＰパケット受信処理とは、ＩＰパケットはパケットサイズが（下位のデータリンク層のＭＴＵ（Maximum Transmission Unit）より）大きいとフラグメントされて送信されてくるため、受信側でフラグメントされたＩＰパケットを再構築（ＩＰフラグメント再構築処理）することである。受信したＩＰパケットが最後のフラグメントパケットでなければ（ステップＳＴ７“ＮＯ”）、まだ、フラグメントされたＩＰパケットが送信されてくるので、一旦受信したＩＰパケットを（図示しない）ＩＰパケットバッファに格納しておく（ステップＳＴ８）。受信したＩＰパケットが最後のフラグメントパケットならば、ＩＰパケットバッファに格納したＩＰパケットのペイロード部（＝ＵＤＰパケット）をＵＤＰパケット受信手段２０１へ転送し、トランスポート層（ＵＤＰレイヤ）でＵＤＰパケットのヘッダ解析を行う（ステップＳＴ９）。更に、パケットデータ処理手段３０１によって、ＵＤＰパケットのペイロード部を上位アプリケーションで目的に応じたデータ処理を行う（ステップＳＴ１０）。実施の形態１の監視ビューワの場合、ＵＤＰパケットのペイロード部がＪＰＥＧやＭＰＥＧの映像データであるため、上位アプリケーションでその映像データのデコード処理を行ったり、デコード後のデータを表示デバイスに映像出力したりする。
【００２４】
一方、上記ステップＳＴ６において、受信したＩＰパケットの宛先ＩＰアドレスが、マルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに登録されていなかった場合は（ステップＳＴ６“ＮＯ”）、そのＩＰパケットを破棄する。具体的には、上記のＩＰフラグメント再構築処理（ステップＳＴ７，ＳＴ８）を実施せず、次のＩＰパケット受信を行う（ステップＳＴ５）。
【００２５】
つまり、本発明のＩＰマルチキャスト受信端末では、従来の（２）の方法と比較して、実際に利用していないＩＰパケットのＩＰフラグメント再構築処理（具体的には、ＩＰフラグメントの数だけのフラグメントチェック（ステップＳＴ７）およびＩＰパケット格納処理（ステップＳＴ８）の繰り返し）と、ＵＤＰパケットのヘッダ解析処理（ステップＳＴ９）を省くことができるため、大幅な受信処理負荷削減が実現できる。実施の形態１では、カメラＡ（マルチキャストグループＡ）とカメラＢ（マルチキャストグループＢ）の２台のカメラ（２つのマルチキャストグループ）を例としたが、１０台のカメラ（マルチキャストグループ）のうち１台のカメラ映像を切り替えて視聴するような監視ビューワならば、上記の受信処理負荷削減はより大きな効果を発揮できる。
【００２６】
次に、上位アプリケーションが監視ビューワで表示したいカメラをカメラＡからカメラＢに切り替えたい場合、受信チャネル選択手段３０３によって、受信したいマルチキャストグループ、即ちマルチキャストＢを選択する（ステップＳＴ１２）。具体的には、マルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに対し、現在登録されているマルチキャストグループＡを削除し、新たにマルチキャストＢを登録する（ステップＳＴ１３）。
【００２７】
また、上位アプリケーションを終了する場合（ステップＳＴ１１“ＹＥＳ”）は、受信チャネル設定手段３０２でマルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂをクリアし（ステップＳＴ１４）、マルチキャスト管理テーブル１０３の参加マルチキャストテーブル１０３ａに登録されている全てのマルチキャストグループのＩＧＭＰによる離脱処理を行い（ステップＳＴ１５）、参加マルチキャストテーブル１０３ａをクリアする（ステップＳＴ１６）。
【００２８】
以上のように、実施の形態１のＩＰマルチキャスト受信端末によれば、ＩＰマルチキャストパケットを受信する受信端末において、ＩＰパケットを受信し、ＩＰパケットにおけるＩＰヘッダの解析とＩＰフラグメント再構築処理とを行うＩＰパケット受信手段１０１と、ＩＰパケット受信手段１０１で受信したＩＰパケットのペイロード部がＵＤＰパケットである場合、ＵＤＰヘッダの解析を行うＵＤＰパケット受信手段２０１と、ＵＤＰパケット受信手段２０１で受信したＵＤＰパケットのペイロード部を上位アプリケーションの目的に応じてデータ処理するパケットデータ処理手段３０１と、上位アプリケーションが利用する可能性のある全てのマルチキャストグループをＩＰレイヤに設定する受信チャネル設定手段３０２と、受信チャネル設定手段３０２で設定したマルチキャストグループのＩＧＭＰによる参加および離脱処理を行うＩＧＭＰ実行手段１０２と、ＩＰレイヤでマルチキャスト情報を記録するマルチキャスト管理テーブル１０３と、受信チャネル設定手段３０２で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段３０１でデータ処理を行うためのマルチキャストグループをマルチキャスト情報として登録する受信チャネル選択手段３０３とを備え、ＩＰパケット受信手段１０１は、マルチキャスト管理テーブル１０３のマルチキャスト情報に基づいてＩＰパケットの処理を行うようにしたので、映像や音声の切り替えが迅速に行え、かつ、映像や音声の乱れを抑えることができる。
【００２９】
また、実施の形態１のＩＰマルチキャスト受信端末によれば、マルチキャスト管理テーブル１０３は、参加中のマルチキャストグループを記録する参加マルチキャストテーブル１０３ａと、上位アプリケーションが実際に受信したいマルチキャストグループのみを記録する受信マルチキャストテーブル１０３ｂを有し、ＩＧＭＰ実行手段１０２は、マルチキャストグループのＩＧＭＰによる参加または離脱処理を行う場合、参加マルチキャストテーブル１０３ａに設定されたマルチキャストグループの登録または削除を行い、かつ、受信チャネル選択手段３０３は、受信チャネル設定手段３０２で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段３０１でデータ処理を行うためのマルチキャストグループを受信マルチキャストテーブル１０３ｂに登録するようにしたので、マルチキャスト管理テーブル１０３のマルチキャスト情報を容易かつ確実に設定することができる。
【００３０】
また、実施の形態１のＩＰマルチキャスト受信端末によれば、ＩＰパケット受信手段１０１は、受信したＩＰパケットの宛先ＩＰアドレスが、マルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに登録されている場合にのみ、ＩＰヘッダの解析とＩＰフラグメント再構築処理とを行うようにしたので、ＩＰパケット受信手段１０１で、上位のネットワーク装置から受信したＩＰパケットの宛先ＩＰアドレスが、マルチキャスト管理テーブル１０３の受信マルチキャストテーブル１０３ｂに登録されていなければ、そのＩＰパケットを破棄して、ＩＰパケットの受信処理（ＩＰフラグメント再構築など）やＵＤＰパケットの受信処理を省くことができ、ネットワーク層（ＩＰレイヤ）やトランスポート層（ＵＤＰレイヤ）での受信負荷を軽減でき、実際に利用しているマルチキャストグループのＩＰパケットの取りこぼしをなくすことができる。
【符号の説明】
【００３１】
１００ ネットワーク層（ＩＰレイヤ）、１０１ ＩＰパケット受信手段、１０２ ＩＧＭＰ実行手段、１０３ マルチキャスト管理テーブル、１０３ａ 参加マルチキャストテーブル、１０３ｂ 受信マルチキャストテーブル、２００ トランスポート層（ＵＤＰレイヤ）、２０１ ＵＤＰパケット受信手段、３００ アプリケーション層、３０１ パケットデータ処理手段、３０２ 受信チャネル設定手段、３０３ 受信チャネル選択手段。
【特許請求の範囲】
【請求項１】
ＩＰマルチキャストパケットを受信する受信端末において、
ＩＰパケットを受信し、当該ＩＰパケットにおけるＩＰヘッダの解析とＩＰフラグメント再構築処理とを行うＩＰパケット受信手段と、
前記ＩＰパケット受信手段で受信したＩＰパケットのペイロード部がＵＤＰパケットである場合、ＵＤＰヘッダの解析を行うＵＤＰパケット受信手段と、
前記ＵＤＰパケット受信手段で受信したＵＤＰパケットのペイロード部を上位アプリケーションの目的に応じてデータ処理するパケットデータ処理手段と、
前記上位アプリケーションが利用する可能性のある全てのマルチキャストグループをＩＰレイヤに設定する受信チャネル設定手段と、
前記受信チャネル設定手段で設定したマルチキャストグループのＩＧＭＰによる参加および離脱処理を行うＩＧＭＰ実行手段と、
ＩＰレイヤでマルチキャスト情報を記録するマルチキャスト管理テーブルと、
前記受信チャネル設定手段で設定した複数のマルチキャストグループの中で、前記上位アプリケーションが前記パケットデータ処理手段でデータ処理を行うためのマルチキャストグループを前記マルチキャスト情報として登録する受信チャネル選択手段とを備え、
前記ＩＰパケット受信手段は、前記マルチキャスト管理テーブルの前記マルチキャスト情報に基づいてＩＰパケットの処理を行うことを特徴とするＩＰマルチキャスト受信端末。
【請求項２】
マルチキャスト管理テーブルは、参加中のマルチキャストグループを記録する参加マルチキャストテーブルと、上位アプリケーションが実際に受信したいマルチキャストグループのみを記録する受信マルチキャストテーブルを有し、
ＩＧＭＰ実行手段は、マルチキャストグループのＩＧＭＰによる参加または離脱処理を行う場合、前記参加マルチキャストテーブルに設定されたマルチキャストグループの登録または削除を行い、かつ、
受信チャネル選択手段は、前記受信チャネル設定手段で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段でデータ処理を行うためのマルチキャストグループを前記受信マルチキャストテーブルに登録することを特徴とする請求項１記載のＩＰマルチキャスト受信端末。
【請求項３】
ＩＰパケット受信手段は、受信したＩＰパケットの宛先ＩＰアドレスが、マルチキャスト管理テーブルの受信マルチキャストテーブルに登録されている場合にのみ、ＩＰヘッダの解析とＩＰフラグメント再構築処理とを行うことを特徴とする請求項２記載のＩＰマルチキャスト受信端末。
【請求項１】
ＩＰマルチキャストパケットを受信する受信端末において、
ＩＰパケットを受信し、当該ＩＰパケットにおけるＩＰヘッダの解析とＩＰフラグメント再構築処理とを行うＩＰパケット受信手段と、
前記ＩＰパケット受信手段で受信したＩＰパケットのペイロード部がＵＤＰパケットである場合、ＵＤＰヘッダの解析を行うＵＤＰパケット受信手段と、
前記ＵＤＰパケット受信手段で受信したＵＤＰパケットのペイロード部を上位アプリケーションの目的に応じてデータ処理するパケットデータ処理手段と、
前記上位アプリケーションが利用する可能性のある全てのマルチキャストグループをＩＰレイヤに設定する受信チャネル設定手段と、
前記受信チャネル設定手段で設定したマルチキャストグループのＩＧＭＰによる参加および離脱処理を行うＩＧＭＰ実行手段と、
ＩＰレイヤでマルチキャスト情報を記録するマルチキャスト管理テーブルと、
前記受信チャネル設定手段で設定した複数のマルチキャストグループの中で、前記上位アプリケーションが前記パケットデータ処理手段でデータ処理を行うためのマルチキャストグループを前記マルチキャスト情報として登録する受信チャネル選択手段とを備え、
前記ＩＰパケット受信手段は、前記マルチキャスト管理テーブルの前記マルチキャスト情報に基づいてＩＰパケットの処理を行うことを特徴とするＩＰマルチキャスト受信端末。
【請求項２】
マルチキャスト管理テーブルは、参加中のマルチキャストグループを記録する参加マルチキャストテーブルと、上位アプリケーションが実際に受信したいマルチキャストグループのみを記録する受信マルチキャストテーブルを有し、
ＩＧＭＰ実行手段は、マルチキャストグループのＩＧＭＰによる参加または離脱処理を行う場合、前記参加マルチキャストテーブルに設定されたマルチキャストグループの登録または削除を行い、かつ、
受信チャネル選択手段は、前記受信チャネル設定手段で設定した複数のマルチキャストグループの中で、上位アプリケーションがパケットデータ処理手段でデータ処理を行うためのマルチキャストグループを前記受信マルチキャストテーブルに登録することを特徴とする請求項１記載のＩＰマルチキャスト受信端末。
【請求項３】
ＩＰパケット受信手段は、受信したＩＰパケットの宛先ＩＰアドレスが、マルチキャスト管理テーブルの受信マルチキャストテーブルに登録されている場合にのみ、ＩＰヘッダの解析とＩＰフラグメント再構築処理とを行うことを特徴とする請求項２記載のＩＰマルチキャスト受信端末。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１１−１０１２８８（Ｐ２０１１−１０１２８８Ａ）
【公開日】平成２３年５月１９日（２０１１．５．１９）
【国際特許分類】
【出願番号】特願２００９−２５５９６６（Ｐ２００９−２５５９６６）
【出願日】平成２１年１１月９日（２００９．１１．９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２３年５月１９日（２０１１．５．１９）
【国際特許分類】
【出願日】平成２１年１１月９日（２００９．１１．９）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]