(57)【要約】      （修正有）【課題】マルチキャストグループに属する正当なグループメンバーのみが配信コンテンツを受信することができるセッション情報管理装置を提供することである。【解決手段】データ提供要求を上流に送信し、上流からデータを受信するクライアントと、要求されたデータを下流へ提供するサーバとを接続するＩＰ（インターネットプロトコル）網におけるセッション情報管理装置において、前記サーバ又は前記クライアントから送信されたデータパケットのヘッダ内の所定の識別子の値から、該データパケットがマルチキャストであると判別された場合に、セッション情報を新たに生成するセッション情報生成手段と、前記生成された新たなセッション情報を用いて前記サーバ又は下流にある前記クライアントに対してデータパケットの送信を開始させるデータパケット送信制御手段と、を備えること。【選択図】  図１
2004200812.tif 000002
【特許請求の範囲】
【請求項１】
データ提供要求を上流に送信し、上流からデータを受信するクライアントと、上記データ提供要求により要求されたデータを下流へ提供するサーバとを接続するＩＰ（インターネットプロトコル）網におけるセッション情報管理装置において、
上流にある前記サーバ又は下流にある前記クライアントから送信されたデータパケットのヘッダ内の所定の識別子の値から、該データパケットがマルチキャストであると判別された場合に、前記サーバと前記クライアントとの間でやりとりされるセッション情報を新たに生成するセッション情報生成手段と、
前記セッション情報生成手段により生成された新たなセッション情報を用いて前記上流にある前記サーバ又は下流にある前記クライアントに対してデータパケットの送信を開始させるデータパケット送信制御手段と、を備えることを特徴とするセッション情報管理装置。
【請求項２】
請求項１記載のセッション情報管理装置において、
前記セッション情報生成手段は、上流にある前記サーバから送信されたデータパケットがマルチキャストであると判別された場合に、該データパケットに含まれている宛先アドレスを下流側のセッション情報から取得したマルチキャストアドレスに変更して新たなセッション情報を生成する下り方向アドレス変更手段と、
下流にある前記クライアントから送信されたデータパケットがマルチキャストであると判別された場合に、該データパケットに含まれる宛先アドレスを上流側のセッション情報から取得したマルチキャストアドレスに変更して新たなセッション情報を生成する上り方向アドレス変更手段と、を備えることを特徴とするセッション情報管理装置。
【請求項３】
請求項２記載のセッション情報管理装置において、
マルチキャストセッション毎にマルチキャストグループのメンバーリストを抽出するグループメンバーリスト抽出手段をさらに備え、
前記セッション情報生成手段は、前記グループメンバーリスト抽出手段により抽出されたマルチキャストグループのメンバーに属する下流のクライアントから送信されたデータパケットがマルチキャストであると判別された場合に、前記第一のアドレス変更手段によりマルチキャストパケットの宛先アドレスを変更して新たなセッション情報を生成するグループメンバー型アドレス変更手段を備えることを特徴とするセッション情報管理装置。
【請求項４】
請求項２記載のセッション情報管理装置において、
マルチキャストセッション毎にマルチキャストグループのメンバーを複数のグループに分割するグループメンバー分割手段をさらに備え、
前記セッション情報変更手段は、前記グループメンバー分割手段により分割された各グループに属する下流のクライアントから送信されたデータパケットがマルチキャストであると判定された場合に、前記第一のアドレス変更手段によりマルチキャストパケットの宛先アドレスを変更して新たなセッション情報を生成するグループメンバー分割型アドレス変更手段を備えることを特徴とするセッション情報管理装置。
【請求項５】
請求項２記載のセッション情報管理装置において、
複数のマルチキャストセッションのマルチキャストグループのメンバーを１つ又は複数のグループに再構成するメンバー再構成手段をさらに備え、
前記セッション情報変更手段は、前記１つ又は各グループに属する下流のクライアントから送信されたデータパケットがマルチキャストであると判定された場合に、前記第一のアドレス変更手段によりマルチキャストパケットの宛先アドレスを変更して新たなセッション情報を生成するグループ再構成型アドレス変更手段を備えることを特徴とするセッション情報管理装置。
【請求項６】
データ提供要求を上流に送信し、上流からデータを受信するクライアントと、上記データ提供要求により要求されたデータを下流へ提供する送信サーバとを接続するＩＰ（インターネットプロトコル）網におけるセッション情報管理方法において、
上流にある前記サーバ又は下流にある前記クライアントから送信されたデータパケットのヘッダ内の所定の識別子の値から、該データパケットがマルチキャストであるか否かを判定する手順と、
前記判定されたデータパケットがマルチキャストであると判定された場合に、前記サーバと前記クライアントとの間でやりとりされるセッション情報を新たに生成する手順と、
前記新たに生成されたセッション情報を用いて前記上流にある前記サーバ又は下流にある前記クライアントに対してデータパケットの送信を開始させる手順と、を備えることを特徴とするセッション情報管理方法。
【請求項７】
請求項６記載のセッション情報管理方法において、
上流にある前記サーバから送信されたデータパケットがマルチキャストであると判定された場合に、該データパケットに含まれている宛先アドレスを下流側のセッション情報から取得したマルチキャストアドレスに変更して新たなセッション情報を生成する手順を備えることを特徴とするセッション情報管理方法。
【請求項８】
請求項６記載のセッション情報管理方法において、
下流にある前記クライアントから送信されたデータパケットがマルチキャストであると判定された場合に、該データパケットに含まれている宛先アドレスを上流側のセッション情報から取得したマルチキャストアドレスに変更して新たなセッション情報を生成する手順を備えることを特徴とするセッション情報管理方法。
【請求項９】
請求項７記載のセッション情報管理方法において、
マルチキャストセッション毎にマルチキャストグループのメンバーリストを抽出する手順と、
前記抽出されたマルチキャストグループのメンバーに属する下流のクライアントから送信されたデータパケットがマルチキャストであると判定された場合に、前記データパケットに含まれている宛先アドレスを下流側のセッション情報から取得したマルチキャストアドレスに変更して新たなセッション情報を生成する手順と、を備えることを特徴とするセッション情報管理方法。
【請求項１０】
請求項７記載のセッション情報管理方法において、
マルチキャストセッション毎にマルチキャストグループのメンバーを複数のグループに分割する手順と、
前記分割された各グループに属する下流のクライアントから送信されたデータパケットがマルチキャストであると判定された場合に、前記データパケットに含まれている宛先アドレスを下流側のセッション情報から取得したマルチキャストアドレスに変更して新たなセッション情報を生成する手順と、を備えることを特徴とするセッション情報管理方法。
【請求項１１】
請求項７記載のセッション情報管理方法において、
複数のマルチキャストセッションのマルチキャストグループのメンバーを１つ又は複数のグループに再構成する手順と、
前記再構成された前記１つ又は各グループに属する下流のクライアントから送信されたデータパケットがマルチキャストであると判定された場合に、前記データパケットに含まれている宛先アドレスを下流側のセッション情報から取得したマルチキャストアドレスに変更して新たなセッション情報を生成する手順と、を備えることを特徴とするセッション情報管理方法。
【請求項１２】
データ提供要求を上流に送信し、上流からデータを受信するクライアントと、上記データ提供要求により要求されたデータを下流へ提供する送信サーバとを接続するＩＰ（インターネットプロトコル）網におけるセッション情報を管理するコンピュータに、
上流にある前記サーバ又は下流にある前記クライアントから送信されたデータパケットのヘッダ内の所定の識別子の値から、該データパケットがマルチキャストであるか否かを判定する手順と、
前記判定で、前記データパケットがマルチキャストであると判定された場合に、前記サーバと前記クライアントとの間でやりとりされるセッション情報を新たに生成する手順と、
前記新たに生成されたセッション情報を用いて前記上流にある前記サーバ又は下流にある前記クライアントに対してデータパケットの送信を開始させる手順と、を実行させるためのセッション情報管理プログラム。
【請求項１３】
データ提供要求を上流に送信し、上流からデータを受信するクライアントと、上記データ提供要求により要求されたデータを下流へ提供する送信サーバとを接続するＩＰ（インターネットプロトコル）網におけるセッション情報を管理するセッション管理プログラムを記憶したコンピュータ読取可能な記録媒体において、
上流にある前記サーバ又は下流にある前記クライアントから送信されたデータパケットのヘッダ内の所定の識別子の値から、該データパケットがマルチキャストであるか否かを判定する手順と、
前記判定で、前記データパケットがマルチキャストであると判定された場合に、前記サーバと前記クライアントとの間でやりとりされるセッション情報を新たに生成する手順と、
前記新たに生成されたセッション情報を用いて前記上流にある前記サーバ又は下流にある前記クライアントに対してデータパケットの送信を開始させる手順と、を実行させるためのセッション情報管理プログラムを記憶した記録媒体。
【請求項１４】
上流に配置され、特定のグループに属しているクライアントにマルチキャストデータを送信するマルチキャストサーバにおいて
下流にある前記クライアントから送信されたデータパケットのヘッダ内の所定の識別子の値から、該データパケットがマルチキャストであると判別された場合に、前記クライアントとの間でやりとりされるセッション情報を新たに生成するセッション情報生成手段と、
前記セッション情報生成手段により生成された新たなセッション情報を用いて前記クライアントが参加したいマルチキャストセッションに該クライアントを参加させてデータパケットの送信を開始させるデータパケット送信制御手段と、を備えることを特徴とするマルチキャストサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マルチキャスト型コンテンツの配信において、マルチキャストの正当なグループメンバーだけが配信コンテンツを受信できるようにしたセッション情報管理装置、セッション情報管理方法及びその方法における処理をコンピュータに行なわせるためのプログラム並びに当該プログラムを記録した記憶媒体、マルチキャストサーバに関する。
【０００２】
【従来の技術】
インターネット上で大量のデータを効率的に配信する技術としてマルチキャスト（以下、マルチキャストと略記）が知られている。このマルチキャストは、グループという概念に基づいており、マルチキャストグループに登録されたクライアントのみが、そのグループ宛のパケットを受信するようになるため、同じ情報を複数回にわたって配信されるユニキャストと比して回線上のパケット数を減らすことができ、結果としてネットワークの帯域幅の節約や配信サーバの負荷を低減できるといった利点がある。このようにマルチキャストは、省帯域幅テクノロジーであるため、通信帯域の狭い携帯電話網等の無線ネットワークにも適用することが可能となっている（例えば、非特許文献１、非特許文献２参照）。
【０００３】
ところで、インターネットにおけるマルチキャスト配信では、マルチキャストの受信クライアントはコンテンツの配信情報（セッション情報）をセッション情報の広告主から入手し、所望のマルチキャストグループを選択することにより、希望のコンテンツを入手することができるようになっている。上記セッション情報は、コンテンツの名称の他、マルチキャストグループのＩＰアドレス、ポート番号等の通信に必要な情報から構成される。マルチキャスト通信のセッション情報を表現するフォーマットとして、ＩＥＴＦ(Internet Engineering Task Force)で標準化されたＳＤＰ（Session Description Protocol）が存在し、ＳＡＰ(Session Announcement Protocol)を用いてクライアントへ通知することができる。ＩＡＮＡ(Internet Assigned Numbers Authority)では、ＳＡＰを配信するためのＩＰマルチキャストアドレスを割り当てており、クライアントはこのマルチキャストグループに参加することによって、ＳＤＰ／ＳＡＰ情報を受信することができるようになっている。また、クライアントは、ＷＷＷサーバやネットニュースによってマルチキャスト通信のセッション情報を入手することができるようになっている（例えば、非特許文献２、非特許文献３）。
【０００４】
さて、クライアントがマルチキャストグループに参加、または離脱する際には何等かのメカニズムが必要である。ＩＧＭＰ（Internet Group Management Protocol）は、ルータ−クライアント間で使用されるマルチキャストグループ管理プロトコルで、このプロトコルはルータからのマルチキャストグループの参加問い合わせと、クライアントからのマルチキャストグループへの参加・離脱報告によって、ルータがクライアントのマルチキャストグループへの参加・離脱を認識してマルチキャストパケットの中継・遮断を行なう。ここで、一例として、あるクライアント（ここでは、クライアントAと呼ぶ）がマルチキャストの受信クライアントになるため（＝マルチキャストグループへの参加）のＩＧＭＰの動作について説明する。ルータは、定期的にMembership Queryメッセージを全マルチキャストクライアント宛てに送信しており、クライアントAからのMembership Reportメッセージを受信するとメンバーシップリストにそのグループを追加する。これにより、ルータは下流のサブネット（複数のネットワークを接続した場合の1つのセグメントをいう）に該当するセッションのマルチキャストパケットの受信を希望するクライアントが存在することを認識し、該セッション宛のマルチキャストパケットを下流のサブネットに向けて転送をする。そして、ルータがマルチキャストパケットを通過させるようになると、下流のサブネットに接続しているクライアントはマルチキャストパケットの受信が可能となる（例えば、非特許文献２、非特許文献４、非特許文献５）
ここで、従来のマルチキャスト配信システムについて説明する。
【０００５】
図１１は、従来のマルチキャスト配信システムの構成図である。
【０００６】
図１１において、この従来のマルチキャスト配信システムは、サーバ１１とクライアント１４がマルチキャストのルータ１２−１、１２−２、１２−３を介して接続される。ルータ１２−１、１２−２、１２−３はマルチキャストの配信ツリー（木）を形成しており、ルータ１２−１は途中のブランチ部分に当たり、ルータ１２−１と１２−３は末端のリーフ（葉）部分に当たる。リーフ部分のルータ１２−２、１２−３は下流にある直下のネットワークセグメントにクライアント端末（＝クライアント）１４、１５をそれぞれ収容する。本例は、クライアント１４、１５側のネットワークに無線ＬＡＮを用いた例であり、例えば、クライアント１４はアクセスポイント１３−１と無線通信を行なってルータ１２−２と接続する。本例では、無線ＬＡＮのホットスポットは２つ有り、それぞれ第一のホットスポット１６、第二のホットスポット１７である。サーバ１１により送信されるマルチキャストパケット１８はルータ１２−１、１２−２、１２−３においてコピーされ、そのコピーされたマルチキャストパケットは各無線ＬＡＮのホットスポット１６、１７を介してクライアント１４、１５へと配信されるようになっている。
【０００７】
【非特許文献１】
永見健一, 「マルチキャスト経路プロトコル」, ISPJ Magazine, pp.749-753, Vol.42, No.8, Aug.2001
【非特許文献２】
Thomas Maufer著, 楠本博之訳, 「ＩＰマルチキャスト入門」,初版, 共立出版株式会社, ２００１年１１月
【非特許文献３】
木下真吾, 城下輝治, 長田考彦, 佐野哲央, 高橋修, “RealPush Network: 高信頼マルチキャストを利用した新しいプッシュ型コンテンツ配信システム”, Proc.on DICOMO’98, pp.273-280, July 7-10, 1988
【非特許文献４】
Dave Kosiur著, 苅田幸雄訳, 「マスタリングＴＣＰ/ＩＰマルチキャスト編」, 第１版, 第２刷, 平成１２年１１月
【非特許文献５】
Beau Williamson著, コムサス訳, シスコシステムズ監訳, 「ＩＰマルチキャストネットワーク開発ガイドVol.1」, 初版, ２００１年７月
【非特許文献６】
鈴木偉元, 他, 「モバイル端末向けマルチキャスト配信技術の検討」, 情報処理学会研究報告2001-MBL-17, pp.87-94, Vol.2001, No.46
【０００８】
【発明が解決しようとする課題】
上述したように、上記のようなマルチキャスト配信システムにおけるマルチキャストパケットの配信はマルチキャストグループに参加しているクライアントのみに限られる。ここで、上記クライアントをモバイル端末と仮定し、このモバイル端末向けのコンテンツ配信サービス、例えば、モバイル端末の画面で、＊現在地から目的地までの最適ルートを示す（＊アプリケーションの一例）歩行者ナビゲーションのサービスを想定した場合、マルチキャストグループに参加しているモバイル端末の位置は時々刻々と変化するため、モバイル端末の位置に即して地図情報等のコンテンツを切替えて配信する必要がある。すなわち、マルチキャストグループメンバーの構成は随時アップデートされていくことが予想される。このとき、マルチキャストグループメンバーに限定したコンテンツ配信を行ないたい場合を考えると、マルチキャストグループから離脱したメンバーのモバイル端末に対してはコンテンツ配信がされるべきではない。ところが、マルチキャストグループから離脱したモバイル端末では、以前のセッション情報が保持されたままとなるため、何ら意識することなく配信コンテンツが受信できてしまうといった問題がある。
【０００９】
また、複数のＩＳＰやサブネットによって管理された無線ＬＡＮのホットスポットが隣接して存在していた場合、ある第一のホットスポットから隣にある別のＩＳＰが管理する第二のホットスポットへクライアントが移動した場合、当該クライアントは物理層（無線ＬＡＮにおけるレイヤー１）による認証がなされた後に、データを受信するソケットを生成（電話にたとえると、ソケット生成は受話器をもつことに相当する）することによってデータを受信することができる。このとき、この２つのホットスポットにおいて同じコンテンツを同じセッション情報を用いて配信していたものと仮定すると、当該クライアントは以前、第一のホットスポットに在圏の際に使用していたセッション情報を引用したソケットを生成することによって、移動先である第二のホットスポットにおけるクライアントと正しく認識される前に、コンテンツ配信サーバからの配信コンテンツを受信できでしまうといった問題がある。
【００１０】
本発明は、上記のような問題点に鑑みてなされたもので、その課題とするところは、マルチキャストグループに属する正当なグループメンバーのみが配信コンテンツを受信することができるセッション情報管理装置、セッション情報管理方法及びその方法における処理をコンピュータに行なわせるためのプログラム並びに当該プログラムを記録した記憶媒体、マルチキャストサーバを提供することである。
【００１１】
【課題を解決するための手段】
上記課題を解決するため、本発明は、請求項１に記載されるように、データ提供要求を上流に送信し、上流からデータを受信するクライアントと、上記データ提供要求により要求されたデータを下流へ提供するサーバとを接続するＩＰ（インターネットプロトコル）網におけるセッション情報管理装置において、上流にある前記サーバ又は下流にある前記クライアントから送信されたデータパケットのヘッダ内の所定の識別子の値から、該データパケットがマルチキャストであると判別された場合に、前記サーバと前記クライアントとの間でやりとりされるセッション情報を新たに生成するセッション情報生成手段と、前記セッション情報生成手段により生成された新たなセッション情報を用いて前記上流にある前記サーバ又は下流にある前記クライアントに対してデータパケットの送信を開始させるデータパケット送信制御手段と、を備えることを特徴としている。
【００１２】
また、本発明の請求項２は、前記セッション情報管理装置において、前記セッション情報生成手段は、上流にある前記サーバから送信されたデータパケットがマルチキャストであると判別された場合に、該データパケットに含まれている宛先アドレスを下流側のセッション情報から取得したマルチキャストアドレスに変更して新たなセッション情報を生成する下り方向アドレス変更手段と、下流にある前記クライアントから送信されたデータパケットがマルチキャストであると判別された場合に、該データパケットに含まれる宛先アドレスを上流側のセッション情報から取得したマルチキャストアドレスに変更して新たなセッション情報を生成する上り方向アドレス変更手段と、を備えることを特徴としている。
【００１３】
また、本発明の請求項３は、前記セッション情報管理装置において、マルチキャストセッション毎にマルチキャストグループのメンバーリストを抽出するグループメンバーリスト抽出手段をさらに備え、前記セッション情報生成手段は、前記グループメンバーリスト抽出手段により抽出されたマルチキャストグループのメンバーに属する下流のクライアントから送信されたデータパケットがマルチキャストであると判別された場合に、前記第一のアドレス変更手段によりマルチキャストパケットの宛先アドレスを変更して新たなセッション情報を生成するグループメンバー型アドレス変更手段を備えることを特徴としている。
【００１４】
また、本発明の請求項４は、前記セッション情報管理装置において、マルチキャストセッション毎にマルチキャストグループのメンバーを複数のグループに分割するグループメンバー分割手段をさらに備え、前記セッション情報変更手段は、前記グループメンバー分割手段により分割された各グループに属する下流のクライアントから送信されたデータパケットがマルチキャストであると判定された場合に、前記第一のアドレス変更手段によりマルチキャストパケットの宛先アドレスを変更して新たなセッション情報を生成するグループメンバー分割型アドレス変更手段を備えることを特徴としている。
【００１５】
また、本発明の請求項５は、前記セッション情報管理装置において、複数のマルチキャストセッションのマルチキャストグループのメンバーを１つ又は複数のグループに再構成するメンバー再構成手段をさらに備え、前記セッション情報変更手段は、前記１つ又は各グループに属する下流のクライアントから送信されたデータパケットがマルチキャストであると判定された場合に、前記第一のアドレス変更手段によりマルチキャストパケットの宛先アドレスを変更して新たなセッション情報を生成するグループ再構成型アドレス変更手段を備えることを特徴としている。
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１６】
(第一の実施形態)
図１は、第一の実施形態の全体構成を示す図である。この例では、全体構成をマルチキャスト配信システムと呼ぶものとし、このマルチキャスト配信システムは、本発明に係るセッション情報管理装置（以下、本例では、セッション切替装置という）を含んで構成される。なお、本例におけるマルチキャスト配信システムでは、ネットワークサーバ（以下、サーバと略記）２０１を上流、クライアント端末（以下、クライアントと略記）を下流として扱う。
【００１７】
図１において、このマルチキャスト配信システムは、マルチキャストパケットを送信するサーバ２０１と、このサーバ２０１からのマルチキャストパケットを第一のホットスポット２０６と第二のホットスポット２０７に向けて分岐させるブランチルータ２０２−１と、該ブランチルータ２０２−１により分岐されたマルチキャストパケットを配下のアクセスポイント２０３−１、２０３−２に送信する（リーフ）ルータ２０２−２、２０２−３と、該（リーフ）ルータ２０２−２、２０２−３からのマルチキャストパケットを自ホットスポット２０６、２０７内にいるクライアント２０４、２０５に送信するアクセスポイント２０３−１、２０３−２と、該アクセスポイント２０３−１、２０３−２と無線通信を行なってサーバ２０１と通信を行なうクライアント２０４、２０５と、（リーフ）ルータ２０２−２とアクセスポイント２０３−１の間に設けられるセッション切替部２０８とから構成される。この例では、第一のホットスポット２０６および第二のホットスポット２０７のネットワークに無線ＬＡＮを用いた例である。
【００１８】
以上のように構成されたマルチキャスト配信システムの動作概要について同図を参照しながら説明する。ここでは、サーバ２０１からのマルチキャストパケットを第二のホットスポット２０７にいるクライアント２０４に対して配信する場合の動作について説明する。
【００１９】
図１において、サーバ２０１から送信されたマルチキャストパケットはルータ２０２−１においてコピーされてルータ２０２−２へと分岐・中継され、セッション切替部２０８へと入力される。セッション切替部２０８は、自らの下流のサブネット（第二のホットスポット２０７）のクライアント２０４にマルチキャストパケットを中継するときに、このサブネットに対するマルチキャストセッション情報を上流側の既存のものとは別の値に変更（更新）し、新しいマルチキャストパケットとして送出するようにしている。
【００２０】
続いて、図２を用いて上記マルチキャスト配信システムの配信動作を詳述する。
図２は、上記マルチキャスト配信システムにおけるマルチキャストパケットの配信動作の処理を示すシーケンスである。なお、同図に示すサーバ３１、ルータ（＝Ｒ）３２、セッション切替部３３、クライアント３４のそれぞれは図１に示すサーバ２０１、（リーフ）ルータ２０２−２、セッション切替部２０８、クライアント２０４と対応する関係にある。前述したように、ＩＧＭＰはマルチキャストをサポートするルータと、マルチキャストパケットを受信するクライアントによって使用されるものである。したがって、ここでは、ルータ３２とクライアント３４間での信号のやりとりについて説明する。
【００２１】
図２において、クライアント３４はマルチキャスト配信セッション（Ａ）に参加するためにMembership Report(A)を上流のルータ３２に向けて送信（Ｓ３０１）する。セッション切替部３３はクライアント３４からのMembership Report(A)を受信すると、上流側のサーバ３１において使用されているセッションに対するMembership Reportであることを把握し、これによりクライアント３４がマルチキャスト配信の開始を要求していることを認識する。セッション切替部３３はクライアント３４からのマルチキャスト配信要求を認識した後、Membership Report(A)をそのままルータ３２に中継（Ｓ３０２）するとともに、マルチキャスト配信セッション（Ａ）に対応する新たなセッション、例えば、セッション（Ｂ）を生成し、クライアント３４に対して、この新たなセッション（Ｂ）への参加（＝Ｊｏｉｎ）を指示（Ｓ３０３）する。上記新たなセッション（Ｂ）への参加指示を受けたクライアント３４は新しいマルチキャスト配信セッション（Ｂ）に対してMembership Report(B)をセッション切替部３３に送信（Ｓ３０４）する。セッション切替部３３はこのMembership Report(B)を受信することによってクライアント３４がマルチキャスト配信セッション（Ｂ）の受信が可能であることを把握し、Membership Report(B)を終端（Ｓ３０５）する。
【００２２】
セッション切替部３３は、上流側のルータ３２を介してマルチキャストセッション（Ａ）宛のマルチキャストパケット（Ａ）を受信（Ｓ３０６）すると、下流のクライアント３４に対してはセッション情報（Ｂ）宛のマルチキャストパケットに変換（Ｓ３０７）し、マルチキャストパケット（Ｂ）を中継（Ｓ３０８）する。これにより、クライアント３４はセッション情報（Ｂ）のデータとしてマルチキャストパケット（Ｂ）を受信することができる。
【００２３】
続いて、クライアント３４がマルチキャスト配信グループから離脱（＝Ｌｅａｖｅ）する場合について説明する。
【００２４】
同図において、クライアント３４はLeave group(B)のメッセージをセッション切替部３３に向けて送信（Ｓ３０９）する。セッション切替部３３はLeave group(B)メッセージの受信すると、クライアント３４がマルチキャスト配信セッション（Ｂ）からの離脱を希望していることを把握する。その後、セッション切替部３３は上流側のルータ３２に対してクライアント３４をマルチキャスト配信セッション（Ａ）から離脱させるための通知であるLeave group(B)のメッセージをマルチキャスト配信セッション（Ａ）宛のLeave groupメッセージ（＝Leave group(A)）に変換（Ｓ３１０）後、ルータ３２に送信（Ｓ３１１）する。これにより、クライアント３４は、マルチキャスト配信セッション（Ｂ）から離脱することが可能となる。
【００２５】
図３は、セッション切替部におけるＩＧＭＰパケットの中継動作を示すシーケンスである。同図に示すサーバ４１、ルータ（＝Ｒ）４２、セッション切替部４３、クライアント４４のそれぞれは図３に示すサーバ３１、ルータ３２、セッション切替部３３、クライアント３４と対応する関係にある。
【００２６】
図３において、ＩＧＭＰプロトコルでは、ルータ４２の配下のサブネットワークにマルチキャストパケットを受信するクライアントが存在しているかを調べるために、ルータ４２は全クライアント宛にMembership query(A)のメッセージ(ＩＰマルチキャストアドレスとしてＡ：２２４．０．０．１が設定される)を送信する。セッション切替部４３はルータ４２からセッション（Ａ）に対するMembership query(A)を受信（Ｓ４０１）した場合、セッション（Ａ）に対するセッション（Ｂ）宛のMembership query(B)にアドレス変換（Ｓ４０２）して、下流のクライアントにMembership query(B)のメッセージ（ＩＰマルチキャストアドレスとしてＡ：２３９．０．０．１が設定される）を中継（Ｓ４０３）する。クライアント４４は、上記Membership query(B)のメッセージを受信すると、Membership report(B)のメッセージをセッション切替部４３に返信（Ｓ４０４）し、セッション（Ｂ）のグループのメンバーであることを宣言する。セッション切替部４３はこのMembership report(B)のメッセージを受信した後、セッション（Ａ）宛のMembership report(A)メッセージにアドレス変換（Ｓ４０５）してルータ４２に送信（Ｓ４０６）する。
【００２７】
図４は、上記セッション切替部の機能ブロックを示す図である。
【００２８】
図４において、このセッション切替部５００は、上流側のサーバとの間でデータ通信を行なうデータ送受信部Ａ５０１、下流側のクライアントとの間でデータ通信を行なうデータ送受信部Ｂ５０２、マルチキャスト通信管理部５０３、セッション指示部５０４、データ中継部５０５、セッション情報作成部５０６、データ蓄積部５０７から構成される。
【００２９】
同図において、セッション情報作成部５０６は上流側のセッション情報に対応する下流側のセッション情報の作成と、上流側と下流側のセッション情報とを対応付けたデータ（対応データ）をデータ蓄積部５０７に保存して管理を行なう。なお、ある上流側のセッション情報に対応する下流側のセッション情報は１つ以上である。また、セッション情報作成部５０６は、マルチキャスト通信管理部５０３及びデータ中継部５０５からのセッション情報の照会があった場合には、データ蓄積部５０７において蓄積されているセッション情報の対応データを参照して回答する。
【００３０】
マルチキャスト通信管理部５０３はマルチキャストの配信グループメンバー管理のためのデータパケット（ＩＧＭＰ等）を上流側から受信した場合に、そのデータパケットの内容を解釈した後、下流のクライアントに向けて該データパケットを中継する。同様に、マルチキャストの配信グループメンバー管理のためのデータパケットを下流側から受信した場合には、その受信したデータパケットの内容を解釈した後、上流側のルータに向けて該データパケットを中継する。
【００３１】
また、マルチキャスト通信管理部５０３はクライアントがマルチキャストパケットの受信を開始するために送信したＩＧＭＰのGroup Membership Reportのメッセージを受信した場合には、当該メッセージを上流側のルータへ中継するとともに、上記クライアントに対して、セッション情報作成部５０６が払出している下流側セッション情報に参加させるため、セッション指示部５０４に対して該下流側セッションへの参加をクライアントに対して指示するように通知する。
【００３２】
データ中継部５０５はユーザデータのデータパケット（ＩＰパケット等）を上流側から受信した場合に、宛先アドレスを下流側のマルチキャストアドレスに変更するためにセッション情報作成部５０６からデータ蓄積部５０７に下流側セッション情報を照会し、その照会で得られた宛先アドレスを下流のマルチキャストアドレスに変更した後、上記データパケットを中継送信する。
【００３３】
図５は図４に示すセッション切替部における下り方向の通信処理手順を示すフローチャートである。
【００３４】
図５において、セッション切替部５００のデータ送受信部Ａ５０１は、上流側から送られてきたデータパケットを受信（Ｓ６０１）すると、その受信したデータパケットのＩＰヘッダの上位プロトコルフィールドからプロトコルタイプがＩＰであるか、ＩＧＭＰであるかを判定（Ｓ６０２）する。この判定（Ｓ６０２）で、プロトコルタイプが「ＩＧＭＰ（例：Membership queryメッセージ）」と判定（Ｓ６０２でＩＧＭＰ）された場合は、受信したデータパケットがマルチキャスト通信管理部５０３に送られ、パケットの内容が解釈された後、この受信したデータパケットに記述されている宛先アドレスを確認し、この宛先アドレスに対応する下流側のセッション情報についてセッション情報作成部５０６に問合せる（Ｓ６０４）。セッション情報作成部５０６はデータ中継部５０５から上記セッション情報の問合せがあった場合には、データ蓄積部５０７において蓄積されているセッション情報の対応データを参照して回答する。
【００３５】
データ中継部５０５はこのようにしてセッション情報作成部５０６からの回答である宛先アドレスの変更通知を受けると、その通知で指示されているマルチキャストアドレスに当該データパケットの宛先アドレスを変更（Ｓ６０５）し、その変更されたマルチキャストアドレスにてデータパケットを下流側に送信（データ送受信Ｂ５０２経由）する（Ｓ６０６）。
【００３６】
一方、上記判定（Ｓ６０２）でプロトコルタイプが「ＩＰ」と判定（Ｓ６０２でＩＰ）された場合は、データ送受信部Ａ５０１は、受信したデータパケットの宛先アドレスを確認し、パケットの送信タイプがマルチキャストであるかユニキャストであるかをさらに判定（Ｓ６０３）する。そして、この宛先アドレス判定（Ｓ６０３）で、ユニキャスト（Unicast）であると判定（Ｓ６０３でユニキャスト）された場合は、受信したデータパケットがデータ中継部５０５、データ送受信部Ｂ５０２を介して下流側のクライアントに中継送信（Ｓ６０６）される。一方、上記判定（Ｓ６０３）でマルチキャスト（Multicast）であると判定（Ｓ６０３でマルチキャスト）された場合は、その受信したデータパケットがデータ中継部５０５に送られる。データ中継部５０５はこの受信したデータパケットに記述されている宛先アドレスを確認し、この宛先アドレスに対応する下流側のセッション情報についてセッション情報作成部５０６に問合せる（Ｓ６０４）。セッション情報作成部５０６はデータ中継部５０５から上記セッション情報の問合せがあった場合には、データ蓄積部５０７において蓄積されているセッション情報の対応データを参照して回答する。
【００３７】
データ中継部５０５はこのようにしてセッション情報作成部５０６からの回答である宛先アドレスの変更通知を受けると、その通知で指示されているマルチキャストアドレスに当該データパケットの宛先アドレスを変更（Ｓ６０５）し、その変更されたマルチキャストアドレスにてデータパケットを下流側に送信（データ送受信Ｂ５０２経由）する（Ｓ６０６）。これにより、セッション切替部５００における一連の下り方向の通信処理が終了する。
【００３８】
続いて、セッション切替部５００における上り方向の通信処理について説明する。図６は、セッション切替部における上り方向の通信処理手順を示すフローチャートである。
【００３９】
図６において、セッション切替部５００のデータ送受信部Ｂ５０２は、下流側からデータパケットを受信（Ｓ７０１）すると、その受信したデータパケットのＩＰヘッダの上位プロトコルフィールドからプロトコルタイプがＩＰであるか、ＩＧＭＰであるかを判定（Ｓ７０２）する。この判定（Ｓ７０２）で、プロトコルタイプが「ＩＰ」であると判定（Ｓ７０２でＩＰ）された場合には、受信したデータパケットの宛先アドレスを確認し、パケットの送信タイプがマルチキャストであるかユニキャストであるかをさらに判定（Ｓ７０３）する。そして、この宛先アドレス判定（Ｓ７０３）で、ユニキャスト（Unicast）であると判定（Ｓ７０３でユニキャスト）された場合には、受信したデータパケットがデータ中継部５０５、データ送受信部Ａ５０１を介して上流側に中継送信（Ｓ７０６）される。一方、マルチキャスト（Multicast）であると判定（Ｓ７０３でマルチキャスト）され場合は、その受信したパケットがデータ中継部５０５に送られる。データ中継部５０５はこの受信したパケットに記述されている宛先アドレスに対応する下流側のセッション情報についてセッション情報作成部５０６へ問合せる（Ｓ７０４）。セッション情報作成部５０６はデータ中継部５０５から上記下流側のセッション情報の問合せがあった場合には、データ蓄積部５０７において蓄積されているセッション情報の対応データを参照して回答する。
【００４０】
データ中継部５０５はこのようにしてセッション情報作成部５０６からの回答である宛先アドレスの変更通知を受けると、その通知で指示されるマルチキャストアドレスに上記データパケットの宛先アドレスを変更（Ｓ７０５）し、その変更されたマルチキャストアドレスにてデータパケットを上流側に送信（データ送受信Ａ５０１経由）する（Ｓ７０６）。
【００４１】
一方、上記プロトコルタイプ判定（Ｓ７０２）で受信したデータパケットのプロトコルタイプがＩＧＭＰであると判定（Ｓ７０２でＩＧＭＰ）され、かつＩＧＭＰのメッセージ種別が「Membership report」と判定された場合、データ送受信部Ｂ５０２は、その受信したデータパケットをマルチキャスト通信管理部５０３に送る。マルチキャスト通信管理部５０３は、上記ＩＧＭＰ「Membership report」は受信すると、データパケットのセッション内容を判定（Ｓ７０７）し、セッション内容が下流側のセッションであると判定された場合（Ｓ７０７で下流）は終端処理（Ｓ７１１）し、セッション内容が上流側のセッションであると判定された場合（Ｓ７０７で上流側）は、データパケットをコピーして２つに分け、一方はそのまま上流側へ中継（データ送受信部Ａ５０１経由）し（Ｓ７０８）、他方は下流側のクライアントへ新しいセッションを通知するためにセッション情報作成部５０６に当該セッションに対応するセッション情報の生成について問合せる（Ｓ７０９）。セッション情報作成部５０６はマルチキャスト通信管理部５０３から上記セッション情報の問合せがあった場合には、データ蓄積部５０７において蓄積されているセッション情報の対応データを参照して回答する。
【００４２】
マルチキャスト通信管理部はセッション情報作成部５０６から新しいセッション情報を獲得したとの回答を得ると、セッション指示部５０４に対し、当該データパケットの送信元であるクライアント宛に新しいセッションへの参加を指示（Ｓ７１０）を促すメッセージを通知する。
【００４３】
また、データ送受信部Ｂ５０２は、上記プロトコルタイプ判定（Ｓ７０２）で受信したデータパケットのプロトコルタイプをＩＧＭＰであると判定（Ｓ７０２でＩＧＭＰ）し、かつＩＧＭＰのメッセージ種別を「leave group」と判定した場合には、当該データパケットがデータ中継部５０５に送られる。データ中継部５０５はこの受信したパケットに記述されている宛先アドレスに対応するセッションの情報についてセッション情報作成部５０６へ問合せる（Ｓ７１２）。セッション情報作成部５０６はデータ中継部５０５から上記セッション情報の問合せがあった場合には、データ蓄積部５０７において蓄積されているセッション情報の対応データを参照して回答する。この場合、該回答として下流側の宛先アドレスに対応する上流側の宛先アドレス（グループアドレス）が得られ、データ中継部５０５は、上記データパケットの宛先アドレスを上流側のアドレスへと変更（Ｓ７１３）した後、該データパケットをデータ送受信部Ａ５０１経由で上流側に送信（Ｓ７０６）する。これにより、セッション切替部５００における一連の上り方向の通信処理が終了する。
【００４４】
以上、説明してきたように、上記第一の実施形態では、セッション切替部は、下流のクライアントよりマルチキャスト配信セッションに参加したい旨のメッセージを受けたときに、上記マルチキャスト配信セッションへの参加を指示するのでなく上記マルチキャスト配信セッションと対応付けた新たなマルチキャスト配信セッションを生成し、この新たなマルチキャストセッションのグループへの参加を指示するようにしている。すなわち、下流のサブネットに対するマルチキャストのセッション情報（マルチキャストアドレス、ポート番号等）が随時切替えられるため、マルチキャストグループから離脱したメンバー（クライアント）や別のＩＳＰが管理する隣のホットスポットにハンドオフしたメンバー（クライアント）は新しいセッション情報が分らなくなり、コンテンツを受信することができなくなる。したがって、上記第一の実施形態によれば、自由にマルチキャストグループに参加あるいは離脱できるというマルチキャスト配信の利点を保ちつつも、正当なマルチキャストグループに属するグループメンバーだけが配信コンテンツを受信できるようになり、セキュアなコンテンツ配信の実現が可能となる。
【００４５】
また、本発明は、上記のような下り方向のコンテンツ配信だけでなく、上り方向の通信においても適用することができる。
【００４６】
なお、本第一の実施の形態は、セッションの切替処理をセッション切替部にて行なうという実施形態であったが、本発明はこのような実施形態に限定されるものではない。例えば、上述したセッションの切替処理の機能をルータに持たせ、ルータ２０２−１や、ルータ２０２−２の位置のいずれにて実現するような形態であってもよい。例えば、ルータ２０２−１の位置において、セッションの切替機能を実現する場合、同ルータ２０２−１はマルチキャスト配信木のブランチ部分であるため、マルチキャスト通信管理部５０３（図４参照）と同様の機能をブランチルータにおいて実現するためには、ＩＧＭＰパケットの替りに経路制御用のプロトコルであるマルチキャストルーティングプロトコルのメッセージを用いて処理すればよい。このマルチキャストルーティングプロトコルとしては、ＤＶＭＲＰ(Distance Vector Multicast Routing Protocol)やＰＩＭ(Protocol Independent Multicast)などがある。
【００４７】
また、ルータ２０２−２の位置において、セッションの切替機能を実現する場合、同ルータ２０２−２はマルチキャスト配信木のリーフ部分であるため、マルチキャスト通信管理部５０３（図４参照）と同様の機能をリーフルータにおいて実現するためには、ルータ２０２−２の下流側において送信されるＩＧＭＰパケットと、上流側において送受信されるマルチキャストルーティングプロトコルのメッセージのやりとりを実現し、マルチキャスト配信木の形成や枝の刈り込み、つまりプルーニング処理をすればよい。
【００４８】
(第二の実施形態)
次に本発明の第二の実施形態について説明する。図２は、第二の実施形態の全体構成を示す図である。なお、本第二の実施形態においても上記第一の実施形態と同様、全体構成をマルチキャスト配信システムと呼ぶものとする。
【００４９】
図７において、本第二の実施形態に係るマルチキャスト配信システムと上記第一の実施形態との構成上の差異点は、セッション切替部８０７を（リーフ）ルータとアクセスポイント間に配置するのでなくサーバ８０１内に配置した点である。なお、他のハードウェア構成については上記第一の実施形態と同じである。
【００５０】
本第二の実施形態では、セッション切替部８０７がサーバ８０１内に設置される。このサーバ８０１内に配置されたセッション切替部８０７は、サーバ８０１が送信するマルチキャストパケットを第一のホットスポット８０５内にいるクライアント８０４−１と第二のホットスポット８０６内にいるクライアント８０４−２に対して、それぞれ別々のセッション情報を使用するように新しいセッション情報を生成し、この新しいセッション情報をそれぞれ用いてマルチキャストパケット配信する。すなわち、第一のホットスポット８０５内にいるクライアント８０４−１宛には、第一のマルチキャストパケット（▲１▼）が送信され、第二のホットスポット８０６内にいるクライアント８０４−２宛には、第二のマルチキャストパケット（▲２▼）が送信される。
【００５１】
このようにしてサーバ８０１から送信された二つのマルチキャストパケット（▲１▼、▲２▼）は、（ブランチ）ルータ８０２−１においてコピーされて下流の（リーフ）ルータ８０２−２、８０２−３へと中継され、各無線ＬＡＮのアクセスポイント８０３−１、８０３−２へと転送される。
【００５２】
次に、本第二の実施形態におけるマルチキャストパケットの配信動作を図８のシーケンスを用いて説明する。なお、図８に示すサーバ９０１、セッション切替部９０２、ルータ９０３、クライアント９０４はそれぞれ図７に示すサーバ８０１、セッション切替部８０２、（ブランチ）ルータ８０２−１、クライアント８０４−２との対応関係にある。
【００５３】
図８において、サーバ９０１がコンテンツの配信を開始するときには、セッション切替部９０２はコンテンツの配信グループ毎に固有の新しいセッション情報を作成（Ｓ９０５）する。サーバ９０１はセッション切替部９０２において生成された上記セッション情報を該当グループに属するクライアント宛にユニキャストあるいはマルチキャストで通知（Ｓ９０６）する。サーバ９０１は上記セッション情報通知に対する応答をクライアント９０４から受ける（Ｓ９０７）と、上記新しいセッション情報からマルチキャストの宛先アドレスを抽出し、その抽出した宛先アドレスをデータパケットの宛先アドレスとして再設定（Ｓ９０８）する。そして、その再設定した宛先アドレスにてマルチキャストパケット（コンテンツ）をクライアント９０４に向けて送信（Ｓ９０９）する。
【００５４】
図９は、上記サーバ９０１の機能ブロックを示す図である。
【００５５】
図９において、このサーバ１０００（図８のサーバ９０１と対応）は、下流側のネットワーク（無線ＬＡＮ）とのデータ通信を行なうデータ送受信部１００１、配信データと配信グループのクライアントリストを管理してマルチキャスト配信を実行するデータ配信制御部１００２、コンテンツの登録や配信グループのクライアントリストと元のセッション情報および新しく作成するセッション情報を保持するデータ蓄積部１００３、マルチキャスト配信のためのセッション情報や番組情報を管理するセッション管理部１００４、蓄積しているデータのディレクトリを管理するディレクトリ管理部１００５、下流のサブネット側用に新しいセッションを作成するセッション情報作成部１００６、クライアントに対して新しいセッション情報を通知するセッション指示部１００から構成される。セッション切替部は上記セッション情報作成部１００６とセッション指示部１００７からなる。
【００５６】
図１０は、上記のように構成されたサーバでのマルチキャストパケットの配信動作の処理を示すフローチャートである。以下、同フローチャートを説明するに当たり、図９のサーバの機能ブロック図を参照する。
【００５７】
図１０において、セッション切替部のセッション情報作成部１００６は、あるコンテンツに対する配信グループを１つ以上の小さな配信グループに分割するために、１つ以上の新しいセッション（＝配信セッション）情報を作成（Ｓ１１０１）する。例えば、図７に示すマルチキャスト配信システムの構成例では、上記小さな配信グループはホットスポットを単位として生成されることになる。
【００５８】
セッション切替部のセッション指示部１００７はセッション情報作成部１００６が作成した新しいセッション情報を、データ送受信部１００１を介して下流側のクライアントに通知（Ｓ１１０２）する。
【００５９】
このようにしてセッション切替部からのセッション情報の通知が下流側のクライアントに対してなされると、データ配信制御部１００２は、マルチキャスト配信を開始するために、データ蓄積部１００３に蓄積されているコンテンツのデータ（＝配信データ）を読み出し（Ｓ１１０３）、そして、セッション情報作成部１００６で生成された新しいセッション情報を参照（Ｓ１１０４）する。
【００６０】
データ送受信部は、データ配信制御部１００２にて参照された新しいセッション情報から抽出したマルチキャストパケットの配信先アドレスを用いて、上記コンテンツのデータを下流側のクライアントに向けて送信（Ｓ１１０５）する。
【００６１】
上述したように、上記第二の実施形態によれば、サーバはコンテンツに対するマルチキャスト配信グループを１つ以上の小さな配信グループに分割し、１つ以上の新しいセッション（＝配信セッション）情報を作成して下流のサブネットに通知するので、複数のサブネットにいるグループメンバーだけが配信コンテンツを受信できるようなり、ネットワーク規模が大きくなってもセキュアなコンテンツ配信を実現することができる。
【００６２】
【発明の効果】
以上、説明したように、本願発明によれば、下流のサブネットに対するマルチキャストのセッション情報（マルチキャストアドレス、ポート番号等）が随時切替えられるため、マルチキャストグループから離脱したメンバー（クライアント）や別のＩＳＰが管理する隣のホットスポットにハンドオフしたメンバー（クライアント）は新しいセッション情報が分らなくなり、コンテンツを受信することができなくなる。その結果、自由にマルチキャストグループに参加あるいは離脱できるというマルチキャスト配信の利点を保ちつつも、正当なマルチキャストグループに属するグループメンバーだけが配信コンテンツを受信できるようになり、セキュアなコンテンツ配信が実現できる。
【００６３】
【図面の簡単な説明】
【図１】第一の実施形態の全体構成を示す図である。
【図２】図１に示すマルチキャスト配信システムにおけるマルチキャストパケットの配信動作の処理を示すシーケンスである。
【図３】セッション切替部におけるＩＧＭＰパケットの中継動作を示すシーケンスであるである。
【図４】セッション切替部の機能ブロックを示す図である。
【図５】図４に示すセッション切替部における下り方向の通信処理手順を示すフローチャートである。
【図６】セッション切替部における上り方向の通信処理手順を示すフローチャートである。
【図７】第二の実施形態の全体構成を示す図である。
【図８】第二の実施形態におけるマルチキャストパケットの配信動作の処理を示すシーケンスである。
【図９】図８に示すサーバの機能ブロックを示す図である。
【図１０】サーバでのマルチキャストパケットの配信動作の処理を示すフローチャートである。
【図１１】従来のマルチキャスト配信システムの構成図である。
【符号の説明】
１１、３１、４１、２０１、８０１、９０１、１０００  サーバ
１２−１、２０２−１、８０２−１、９０３  （ブランチ）ルータ
１２−２、１２−３、３２、４２、２０２−２、２０２−３、８０２−２、８０２−３  （リーフ）ルータ
１３−１、１３−２、２０３−１、２０３−２、８０３−１、８０３−２  アクセスポイント
１４、１５、３４、４４、２０４、２０５、８０４−１、８０４−２、９０４
クライアント
１６、２０６、８０５  第一のホットスポット
１７、２０７、８０６  第二のホットスポット
３３、４３、２０８、５００、８０７、９０２  セッション切替部
５０１  データ送受信部Ａ
５０２  データ送受信部Ｂ
５０３  マルチキャスト通信管理部
５０４、１００７  セッション指示部
５０５  データ中継部
５０６、１００６  セッション情報作成部
５０７、１００３  データ蓄積部
１００１  データ送受信部
１００２  データ配信制御部
１００４  セッション管理部
１００５  ディレクトリ管理部
【図１】
2004200812.tif 000003
【図２】
2004200812.tif 000004
【図３】
2004200812.tif 000005
【図４】
2004200812.tif 000006
【図５】
2004200812.tif 000007
【図６】
2004200812.tif 000008
【図７】
2004200812.tif 000009
【図８】
2004200812.tif 000010
【図９】
2004200812.tif 000011
【図１０】
2004200812.tif 000012
【図１１】
2004200812.tif 000013