JP3930424B2

JP3930424B2 - Session information management apparatus, session information management method, program for causing computer to perform processing in the method, storage medium storing the program, and multicast server

Info

Publication number: JP3930424B2
Application number: JP2002364382A
Authority: JP
Inventors: 偉元鈴木; 英俊上野; 貴志原下; 憲洋石川; 希世子田中
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2002-12-16
Filing date: 2002-12-16
Publication date: 2007-06-13
Anticipated expiration: 2022-12-16
Also published as: JP2004200812A

Description

【０００１】
【発明の属する技術分野】
本発明は、マルチキャスト型コンテンツの配信において、マルチキャストの正当なグループメンバーだけが配信コンテンツを受信できるようにしたセッション情報管理装置、セッション情報管理方法及びその方法における処理をコンピュータに行なわせるためのプログラム並びに当該プログラムを記録した記憶媒体、マルチキャストサーバに関する。
【０００２】
【従来の技術】
インターネット上で大量のデータを効率的に配信する技術としてマルチキャスト（以下、マルチキャストと略記）が知られている。このマルチキャストは、グループという概念に基づいており、マルチキャストグループに登録されたクライアントのみが、そのグループ宛のパケットを受信するようになるため、同じ情報を複数回にわたって配信されるユニキャストと比して回線上のパケット数を減らすことができ、結果としてネットワークの帯域幅の節約や配信サーバの負荷を低減できるといった利点がある。このようにマルチキャストは、省帯域幅テクノロジーであるため、通信帯域の狭い携帯電話網等の無線ネットワークにも適用することが可能となっている（例えば、非特許文献１、非特許文献２参照）。
【０００３】
ところで、インターネットにおけるマルチキャスト配信では、マルチキャストの受信クライアントはコンテンツの配信情報（セッション情報）をセッション情報の広告主から入手し、所望のマルチキャストグループを選択することにより、希望のコンテンツを入手することができるようになっている。上記セッション情報は、コンテンツの名称の他、マルチキャストグループのＩＰアドレス、ポート番号等の通信に必要な情報から構成される。マルチキャスト通信のセッション情報を表現するフォーマットとして、ＩＥＴＦ(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)などがある。
【００４７】
また、ルータ２０２−２の位置において、セッションの切替機能を実現する場合、同ルータ２０２−２はマルチキャスト配信木のリーフ部分であるため、マルチキャスト通信管理部５０３（図４参照）と同様の機能をリーフルータにおいて実現するためには、ルータ２０２−２の下流側において送信されるＩＧＭＰパケットと、上流側において送受信されるマルチキャストルーティングプロトコルのメッセージのやりとりを実現し、マルチキャスト配信木の形成や枝の刈り込み、つまりプルーニング処理をすればよい。
【００４８】
(第二の実施形態)
次に本発明の第二の実施形態について説明する。図７は、第二の実施形態の全体構成を示す図である。なお、本第二の実施形態においても上記第一の実施形態と同様、全体構成をマルチキャスト配信システムと呼ぶものとする。
【００４９】
図７において、本第二の実施形態に係るマルチキャスト配信システムと上記第一の実施形態との構成上の差異点は、セッション切替部８０７を（リーフ）ルータとアクセスポイント間に配置するのでなくサーバ８０１内に配置した点である。なお、他のハードウェア構成については上記第一の実施形態と同じである。
【００５０】
本第二の実施形態では、セッション切替部８０７がサーバ８０１内に設置される。このサーバ８０１内に配置されたセッション切替部８０７は、サーバ８０１が送信するマルチキャストパケットを第一のホットスポット８０５内にいるクライアント８０４−１と第二のホットスポット８０６内にいるクライアント８０４−２に対して、それぞれ別々のセッション情報を使用するように新しいセッション情報を生成し、この新しいセッション情報をそれぞれ用いてマルチキャストパケット配信する。すなわち、第一のホットスポット８０５内にいるクライアント８０４−１宛には、第一のマルチキャストパケット（▲１▼）が送信され、第二のホットスポット８０６内にいるクライアント８０４−２宛には、第二のマルチキャストパケット（▲２▼）が送信される。
【００５１】
このようにしてサーバ８０１から送信された二つのマルチキャストパケット（▲１▼、▲２▼）は、（ブランチ）ルータ８０２−１においてコピーされて下流の（リーフ）ルータ８０２−２、８０２−３へと中継され、各無線ＬＡＮのアクセスポイント８０３−１、８０３−２へと転送される。
【００５２】
次に、本第二の実施形態におけるマルチキャストパケットの配信動作を図８のシーケンスを用いて説明する。なお、図８に示すサーバ９０１、セッション切替部９０２、ルータ９０３、クライアント９０４はそれぞれ図７に示すサーバ８０１、セッション切替部８０２、（ブランチ）ルータ８０２−１、クライアント８０４−２との対応関係にある。
【００５３】
図８において、サーバ９０１がコンテンツの配信を開始するときには、セッション切替部９０２はコンテンツの配信グループ毎に固有の新しいセッション情報を作成（Ｓ９０５）する。サーバ９０１はセッション切替部９０２において生成された上記セッション情報を該当グループに属するクライアント宛にユニキャストあるいはマルチキャストで通知（Ｓ９０６）する。サーバ９０１は上記セッション情報通知に対する応答をクライアント９０４から受ける（Ｓ９０７）と、上記新しいセッション情報からマルチキャストの宛先アドレスを抽出し、その抽出した宛先アドレスをデータパケットの宛先アドレスとして再設定（Ｓ９０８）する。そして、その再設定した宛先アドレスにてマルチキャストパケット（コンテンツ）をクライアント９０４に向けて送信（Ｓ９０９）する。
【００５４】
図９は、上記サーバ９０１の機能ブロックを示す図である。
【００５５】
図９において、このサーバ１０００（図８のサーバ９０１と対応）は、下流側のネットワーク（無線ＬＡＮ）とのデータ通信を行なうデータ送受信部１００１、配信データと配信グループのクライアントリストを管理してマルチキャスト配信を実行するデータ配信制御部１００２、コンテンツの登録や配信グループのクライアントリストと元のセッション情報および新しく作成するセッション情報を保持するデータ蓄積部１００３、マルチキャスト配信のためのセッション情報や番組情報を管理するセッション管理部１００４、蓄積しているデータのディレクトリを管理するディレクトリ管理部１００５、下流のサブネット側用に新しいセッションを作成するセッション情報作成部１００６、クライアントに対して新しいセッション情報を通知するセッション指示部１００から構成される。セッション切替部は上記セッション情報作成部１００６とセッション指示部１００７からなる。
【００５６】
図１０は、上記のように構成されたサーバでのマルチキャストパケットの配信動作の処理を示すフローチャートである。以下、同フローチャートを説明するに当たり、図９のサーバの機能ブロック図を参照する。
【００５７】
図１０において、セッション切替部のセッション情報作成部１００６は、あるコンテンツに対する配信グループを１つ以上の小さな配信グループに分割するために、１つ以上の新しいセッション（＝配信セッション）情報を作成（Ｓ１１０１）する。例えば、図７に示すマルチキャスト配信システムの構成例では、上記小さな配信グループはホットスポットを単位として生成されることになる。
【００５８】
セッション切替部のセッション指示部１００７はセッション情報作成部１００６が作成した新しいセッション情報を、データ送受信部１００１を介して下流側のクライアントに通知（Ｓ１１０２）する。
【００５９】
このようにしてセッション切替部からのセッション情報の通知が下流側のクライアントに対してなされると、データ配信制御部１００２は、マルチキャスト配信を開始するために、データ蓄積部１００３に蓄積されているコンテンツのデータ（＝配信データ）を読み出し（Ｓ１１０３）、そして、セッション情報作成部１００６で生成された新しいセッション情報を参照（Ｓ１１０４）する。
【００６０】
データ送受信部は、データ配信制御部１００２にて参照された新しいセッション情報から抽出したマルチキャストパケットの配信先アドレスを用いて、上記コンテンツのデータを下流側のクライアントに向けて送信（Ｓ１１０５）する。
【００６１】
上述したように、上記第二の実施形態によれば、サーバはコンテンツに対するマルチキャスト配信グループを１つ以上の小さな配信グループに分割し、１つ以上の新しいセッション（＝配信セッション）情報を作成して下流のサブネットに通知するので、複数のサブネットにいるグループメンバーだけが配信コンテンツを受信できるようなり、ネットワーク規模が大きくなってもセキュアなコンテンツ配信を実現することができる。
【００６２】
【発明の効果】
以上、説明したように、本願発明によれば、下流のサブネットに対するマルチキャストのセッション情報（マルチキャストアドレス、ポート番号等）が随時切替えられるため、マルチキャストグループから離脱したメンバー（クライアント）や別のＩＳＰが管理する隣のホットスポットにハンドオフしたメンバー（クライアント）は新しいセッション情報が分らなくなり、コンテンツを受信することができなくなる。その結果、自由にマルチキャストグループに参加あるいは離脱できるというマルチキャスト配信の利点を保ちつつも、正当なマルチキャストグループに属するグループメンバーだけが配信コンテンツを受信できるようになり、セキュアなコンテンツ配信が実現できる。
【００６３】
【図面の簡単な説明】
【図１】第一の実施形態の全体構成を示す図である。
【図２】図１に示すマルチキャスト配信システムにおけるマルチキャストパケットの配信動作の処理を示すシーケンスである。
【図３】セッション切替部におけるＩＧＭＰパケットの中継動作を示すシーケンスであるである。
【図４】セッション切替部の機能ブロックを示す図である。
【図５】図４に示すセッション切替部における下り方向の通信処理手順を示すフローチャートである。
【図６】セッション切替部における上り方向の通信処理手順を示すフローチャートである。
【図７】第二の実施形態の全体構成を示す図である。
【図８】第二の実施形態におけるマルチキャストパケットの配信動作の処理を示すシーケンスである。
【図９】図８に示すサーバの機能ブロックを示す図である。
【図１０】サーバでのマルチキャストパケットの配信動作の処理を示すフローチャートである。
【図１１】従来のマルチキャスト配信システムの構成図である。
【符号の説明】
１１、３１、４１、２０１、８０１、９０１、１０００サーバ
１２−１、２０２−１、８０２−１、９０３（ブランチ）ルータ
１２−２、１２−３、３２、４２、２０２−２、２０２−３、８０２−２、８０２−３（リーフ）ルータ
１３−１、１３−２、２０３−１、２０３−２、８０３−１、８０３−２アクセスポイント
１４、１５、３４、４４、２０４、２０５、８０４−１、８０４−２、９０４
クライアント
１６、２０６、８０５第一のホットスポット
１７、２０７、８０６第二のホットスポット
３３、４３、２０８、５００、８０７、９０２セッション切替部
５０１データ送受信部Ａ
５０２データ送受信部Ｂ
５０３マルチキャスト通信管理部
５０４、１００７セッション指示部
５０５データ中継部
５０６、１００６セッション情報作成部
５０７、１００３データ蓄積部
１００１データ送受信部
１００２データ配信制御部
１００４セッション管理部
１００５ディレクトリ管理部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a session information management apparatus, a session information management method, a program for causing a computer to perform processing in the method, and a method for allowing only a valid multicast group member to receive the distribution content in the distribution of the multicast content, and The present invention relates to a storage medium storing the program and a multicast server.
[0002]
[Prior art]
Multicast (hereinafter abbreviated as multicast) is known as a technique for efficiently distributing a large amount of data on the Internet. This multicast is based on the concept of a group, and only clients registered in the multicast group will receive packets addressed to that group, so the same information is compared with unicast that is distributed multiple times. The number of packets on the line can be reduced, and as a result, there is an advantage that the bandwidth of the network can be saved and the load on the distribution server can be reduced. As described above, since multicast is a bandwidth-saving technology, it can be applied to a wireless network such as a mobile phone network having a narrow communication band (for example, see Non-Patent Document 1 and Non-Patent Document 2). .
[0003]
By the way, in multicast distribution on the Internet, a multicast receiving client can obtain desired content by obtaining content distribution information (session information) from an advertiser of session information and selecting a desired multicast group. It is like that. The session information is composed of information necessary for communication such as the IP address and port number of the multicast group in addition to the name of the content. SDP (Session Description Protocol) standardized by IETF (Internet Engineering Task Force) exists as a format for expressing session information of multicast communication, and can be notified to a client using SAP (Session Announcement Protocol). In IANA (Internet Assigned Numbers Authority), an IP multicast address for distributing an SAP is assigned, and a client can receive SDP / SAP information by joining the multicast group. Also, the client can obtain multicast communication session information from a WWW server or net news (for example, Non-Patent Document 2 and Non-Patent Document 3).
[0004]
Now, some mechanism is necessary when a client joins or leaves a multicast group. IGMP (Internet Group Management Protocol) is a multicast group management protocol used between routers and clients. This protocol is based on a multicast group participation inquiry from a router and a client joining / leaving a multicast group report. Recognizes the participation and withdrawal of the client from the multicast group and relays / blocks the multicast packet. Here, as an example, an IGMP operation for a certain client (referred to as client A here) to become a multicast receiving client (= participation in a multicast group) will be described. The router periodically transmits a Membership Query message to all multicast clients, and when receiving the Membership Report message from Client A, the router adds the group to the membership list. As a result, the router recognizes that there is a client that wants to receive the multicast packet for the session corresponding to the downstream subnet (which means one segment when multiple networks are connected), and the multicast packet addressed to the session. To the downstream subnet. When the router passes the multicast packet, the client connected to the downstream subnet can receive the multicast packet (for example, Non-Patent Document 2, Non-Patent Document 4, Non-Patent Document 5).
Here, a conventional multicast distribution system will be described.
[0005]
FIG. 11 is a configuration diagram of a conventional multicast distribution system.
[0006]
In FIG. 11, in this conventional multicast distribution system, a server 11 and a client 14 are connected via multicast routers 12-1, 12-2, 12-3. The routers 12-1, 12-2, and 12-3 form a multicast distribution tree (tree). The router 12-1 hits a branch portion on the way, and the routers 12-1 and 12-3 have terminal leaves ( The leaf) part. The routers 12-2 and 12-3 in the leaf portion accommodate the client terminals (= clients) 14 and 15 in the network segment directly downstream. In this example, a wireless LAN is used for the networks on the clients 14 and 15 side. For example, the client 14 performs wireless communication with the access point 13-1 and connects to the router 12-2. In this example, there are two hot spots for the wireless LAN, which are a first hot spot 16 and a second hot spot 17, respectively. The multicast packet 18 transmitted by the server 11 is copied in the routers 12-1, 12-2, and 12-3, and the copied multicast packet is sent to the clients 14 and 15 via the hot spots 16 and 17 of each wireless LAN. And is to be delivered.
[0007]
[Non-Patent Document 1]
Kenichi Nagami, "Multicast Route Protocol", ISPJ Magazine, pp.749-753, Vol.42, No.8, Aug.2001
[Non-Patent Document 2]
By Thomas Maufer, translated by Hiroyuki Enomoto, “Introduction to IP Multicast”, first edition, Kyoritsu Publishing Co., Ltd., November 2001
[Non-Patent Document 3]
Shingo Kinoshita, Teruji Joshishita, Norihiko Nagata, Tetsuo Sano, Osamu Takahashi, “RealPush Network: A New Push-type Content Delivery System Using Reliable Multicast”, Proc.on DICOMO'98, pp.273-280, July 7- 10, 1988
[Non-Patent Document 4]
By Dave Kosiur, translated by Yukio Hamada, "Mastering TCP / IP Multicast", 1st edition, 2nd edition, November 2000
[Non-Patent Document 5]
By Beau Williamson, translated by Comsus, translated by Cisco Systems, "IP Multicast Network Development Guide Vol.1", first edition, July 2001
[Non-Patent Document 6]
Suzuki, Motomoto, et al., "A Study on Multicast Distribution Technology for Mobile Terminals", IPSJ SIG 2001-MBL-17, pp.87-94, Vol.2001, No.46
[0008]
[Problems to be solved by the invention]
As described above, distribution of multicast packets in the multicast distribution system as described above is limited only to clients participating in the multicast group. Here, assuming that the client is a mobile terminal, a content distribution service for the mobile terminal, for example, on the screen of the mobile terminal, ^* Show the best route from your current location to your destination ( ^* An example of an application) When assuming a pedestrian navigation service, the location of mobile terminals participating in a multicast group changes from moment to moment, so content such as map information is switched and distributed according to the location of the mobile device. There is a need to. That is, the configuration of multicast group members is expected to be updated as needed. At this time, considering the case where content distribution limited to multicast group members is desired, content distribution should not be performed to the mobile terminals of members who have left the multicast group. However, since the mobile terminal that has left the multicast group retains the previous session information, there is a problem that the distributed content can be received without any awareness.
[0009]
In addition, when wireless LAN hot spots managed by a plurality of ISPs and subnets exist adjacent to each other, the client moves from a first hot spot to a second hot spot managed by another ISP next to the client. When moving, the client is authenticated by the physical layer (layer 1 in the wireless LAN) and then creates a socket to receive data (similar to a telephone, socket creation is equivalent to having a handset). Data can be received. At this time, assuming that the same content is distributed using the same session information in the two hot spots, the client previously uses the session information used when the client is in the first hot spot. By generating the quoted socket, there is a problem that it is possible to receive distribution content from the content distribution server before it is correctly recognized as a client in the second hotspot that is the destination.
[0010]
The present invention has been made in view of the above-described problems, and the problem is that a session information management apparatus and session information in which only valid group members belonging to a multicast group can receive distribution content. A management method, a program for causing a computer to perform processing in the method, a storage medium storing the program, and a multicast server are provided.
[0011]
[Means for Solving the Problems]
In order to solve the above problems, the present invention According to one form In a session information management apparatus in an IP (Internet Protocol) network that connects a client that transmits a data provision request upstream and receives data from the upstream to a server that provides data requested by the data provision request downstream, When it is determined that the data packet is multicast from the value of a predetermined identifier in the header of the data packet transmitted from the upstream server or the downstream client, between the server and the client A session information generating means for newly generating session information exchanged in the network, and a data packet for the upstream server or the downstream client using the new session information generated by the session information generating means The data path that starts sending It is characterized by comprising a Tsu preparative transmission control means.
[0012]
In addition, the present invention According to one form In the session information management device, when the session information generation unit determines that the data packet transmitted from the upstream server is multicast, the session information generation unit sets the destination address included in the data packet to the downstream side. Downlink address changing means for generating new session information by changing to the multicast address acquired from the session information, and when the data packet transmitted from the downstream client is determined to be multicast, the data packet And an uplink address changing means for generating new session information by changing the destination address included in the packet to a multicast address acquired from the upstream session information.
[0013]
In addition, the present invention According to one form The session information management device further comprises group member list extraction means for extracting a member list of the multicast group for each multicast session, and the session information generation means is configured to determine the members of the multicast group extracted by the group member list extraction means. Group member type address change for generating new session information by changing the destination address of the multicast packet by the first address changing means when it is determined that the data packet transmitted from the downstream client to which it belongs is multicast. It is characterized by providing a means.
[0014]
In addition, the present invention According to one form, The session information management device further comprises group member dividing means for dividing a multicast group member into a plurality of groups for each multicast session, wherein the session information changing means belongs to each group divided by the group member dividing means Group member division type address change that generates new session information by changing the destination address of the multicast packet by the first address changing means when it is determined that the data packet transmitted from the downstream client is multicast. It is characterized by providing a means.
[0015]
In addition, the present invention According to one form, The session information management apparatus further comprises member reconfiguring means for reconfiguring members of a multicast group of a plurality of multicast sessions into one or a plurality of groups, and the session information changing means belongs to the one or each group Group reconfiguration type address change in which when the data packet transmitted from the downstream client is determined to be multicast, the first address changing unit changes the destination address of the multicast packet to generate new session information. It is characterized by providing a means.
[0016]
(First embodiment)
FIG. 1 is a diagram showing an overall configuration of the first embodiment. In this example, the entire configuration is referred to as a multicast distribution system, and this multicast distribution system is configured to include a session information management device according to the present invention (hereinafter referred to as a session switching device in this example). In the multicast distribution system in this example, the network server (hereinafter abbreviated as “server”) 201 is treated as upstream, and the client terminal (hereinafter abbreviated as “client”) as downstream.
[0017]
In FIG. 1, the multicast distribution system includes a server 201 that transmits a multicast packet, and a branch router 202-1 that branches the multicast packet from the server 201 toward a first hot spot 206 and a second hot spot 207. (Leaf) routers 202-2 and 202-3 that transmit the multicast packet branched by the branch router 202-1 to the subordinate access points 203-1 and 203-2, and the (leaf) router 202-2. , 202-3 which transmits multicast packets from the hot-spots 206 and 207 to the clients 204 and 205, and wireless communication with the access points 203-1 and 203-2. And communicate with server 201 The client 204, 205 which performs, and a session switching unit 208. provided between the (leaf) router 202-2 and the access point 203-1. In this example, a wireless LAN is used for the network of the first hot spot 206 and the second hot spot 207.
[0018]
An outline of the operation of the multicast distribution system configured as described above will be described with reference to FIG. Here, an operation when a multicast packet from the server 201 is distributed to the client 204 in the second hot spot 207 will be described.
[0019]
In FIG. 1, the multicast packet transmitted from the server 201 is copied by the router 202-1, branched / relayed to the router 202-2, and input to the session switching unit 208. When the session switching unit 208 relays the multicast packet to the client 204 in the downstream subnet (second hot spot 207) of itself, the session switching unit 208 sets the multicast session information for this subnet to a value different from the existing upstream one. It is changed (updated) and sent out as a new multicast packet.
[0020]
Next, the distribution operation of the multicast distribution system will be described in detail with reference to FIG.
FIG. 2 is a sequence showing processing of multicast packet delivery operation in the multicast delivery system. Each of the server 31, router (= R) 32, session switching unit 33, and client 34 shown in the figure corresponds to the server 201, (leaf) router 202-2, session switching unit 208, and client 204 shown in FIG. Is in a relationship. As described above, IGMP is used by routers that support multicast and clients that receive multicast packets. Therefore, here, the exchange of signals between the router 32 and the client 34 will be described.
[0021]
In FIG. 2, the client 34 transmits a Membership Report (A) to the upstream router 32 in order to participate in the multicast distribution session (A) (S301). When the session switching unit 33 receives the Membership Report (A) from the client 34, the session switching unit 33 recognizes that it is a Membership Report for the session used in the upstream server 31, and the client 34 requests to start multicast distribution. Recognize that After recognizing the multicast distribution request from the client 34, the session switching unit 33 relays the Membership Report (A) to the router 32 as it is (S302), and a new session corresponding to the multicast distribution session (A), for example, a session (B) is generated, and the client 34 is instructed to join (= Join) this new session (B) (S303). The client 34 that has received an instruction to participate in the new session (B) transmits a Membership Report (B) to the session switching unit 33 for the new multicast distribution session (B) (S304). By receiving this Membership Report (B), the session switching unit 33 grasps that the client 34 can receive the multicast distribution session (B), and terminates the Membership Report (B) (S305).
[0022]
When the session switching unit 33 receives the multicast packet (A) addressed to the multicast session (A) via the upstream router 32 (S306), the multicast packet addressed to the session information (B) is transmitted to the downstream client 34. (S307), and the multicast packet (B) is relayed (S308). Thereby, the client 34 can receive the multicast packet (B) as the data of the session information (B).
[0023]
Next, a case where the client 34 leaves (= Leave) from the multicast distribution group will be described.
[0024]
In the figure, the client 34 transmits a leave group (B) message to the session switching unit 33 (S309). When the session switching unit 33 receives the Leave group (B) message, the session switching unit 33 grasps that the client 34 desires to leave the multicast distribution session (B). Thereafter, the session switching unit 33 sends a message of Leave group (B), which is a notification for causing the upstream router 32 to leave the client 34 from the multicast distribution session (A), to the leave group addressed to the multicast distribution session (A). After conversion into a message (= Leave group (A)) (S310), the message is transmitted to the router 32 (S311). As a result, the client 34 can leave the multicast distribution session (B).
[0025]
FIG. 3 is a sequence showing the relay operation of the IGMP packet in the session switching unit. Each of the server 41, the router (= R) 42, the session switching unit 43, and the client 44 shown in the figure has a relationship corresponding to the server 31, the router 32, the session switching unit 33, and the client 34 shown in FIG.
[0026]
In FIG. 3, in the IGMP protocol, in order to check whether or not there is a client that receives a multicast packet in a subnetwork under the router 42, the router 42 sends a message (IP multicast address) of a membership query (A) to all clients. As A: 224.0.0.1 is set). When the session switching unit 43 receives the membership query (A) for the session (A) from the router 42 (S401), the session switching unit 43 converts the address to the membership query (B) addressed to the session (B) for the session (A) (S402). Then, the message of Membership query (B) (A: 239.0.0.1 is set as the IP multicast address) is relayed to the downstream client (S403). Upon receiving the Membership query (B) message, the client 44 returns a Membership report (B) message to the session switching unit 43 (S404) and declares that it is a member of the session (B) group. The session switching unit 43 receives the Membership report (B) message, converts the address into a Membership report (A) message addressed to the session (A) (S405), and transmits it to the router 42 (S406).
[0027]
FIG. 4 is a diagram illustrating functional blocks of the session switching unit.
[0028]
In FIG. 4, this session switching unit 500 includes a data transmission / reception unit A501 that performs data communication with an upstream server, a data transmission / reception unit B502 that performs data communication with a downstream client, and a multicast communication management unit 503. , A session instruction unit 504, a data relay unit 505, a session information creation unit 506, and a data storage unit 507.
[0029]
In the figure, a session information creation unit 506 generates data (corresponding data) in which downstream session information corresponding to upstream session information is associated with upstream and downstream session information (corresponding data). Save to manage. Note that there is one or more downstream session information corresponding to certain upstream session information. In addition, when there is an inquiry about session information from the multicast communication management unit 503 and the data relay unit 505, the session information creation unit 506 refers to the corresponding data of the session information stored in the data storage unit 507. Answer.
[0030]
When the multicast communication management unit 503 receives a data packet (IGMP or the like) for multicast distribution group member management from the upstream side, the multicast communication management unit 503 interprets the content of the data packet and then sends the data packet to the downstream client. Relay. Similarly, when a data packet for multicast distribution group member management is received from the downstream side, after interpreting the content of the received data packet, the data packet is relayed to the upstream router.
[0031]
In addition, when the multicast communication management unit 503 receives the IGMP Group Membership Report message transmitted by the client to start receiving the multicast packet, the multicast communication management unit 503 relays the message to the upstream router and sends the message to the client. On the other hand, in order to participate in the downstream session information delivered by the session information creation unit 506, the session instruction unit 504 is notified to instruct the client to participate in the downstream session.
[0032]
When the data relay unit 505 receives a data packet (such as an IP packet) of user data from the upstream side, the data relay unit 505 transfers the destination address from the session information creation unit 506 to the data storage unit 507 in order to change the destination address to the downstream multicast address. The session information is inquired, the destination address obtained by the inquiry is changed to a downstream multicast address, and the data packet is relayed and transmitted.
[0033]
FIG. 5 is a flowchart showing a communication processing procedure in the downlink direction in the session switching unit shown in FIG.
[0034]
In FIG. 5, when the data transmitting / receiving unit A501 of the session switching unit 500 receives a data packet sent from the upstream side (S601), the protocol type is IP from the upper protocol field of the IP header of the received data packet. Or IGMP (S602). If it is determined in this determination (S602) that the protocol type is “IGMP (example: Membership query message)” (IGMP in S602), the received data packet is sent to the multicast communication management unit 503, and the content of the packet is changed. After the interpretation, the destination address described in the received data packet is confirmed, and the session information creating unit 506 is inquired about the downstream session information corresponding to the destination address (S604). When there is an inquiry about the session information from the data relay unit 505, the session information creation unit 506 refers to the corresponding data of the session information stored in the data storage unit 507 and answers it.
[0035]
When the data relay unit 505 thus receives the destination address change notification as a response from the session information creation unit 506, the data relay unit 505 changes the destination address of the data packet to the multicast address indicated in the notification (S605). Then, the data packet is transmitted to the downstream side using the changed multicast address (via data transmission / reception B502) (S606).
[0036]
On the other hand, when the protocol type is determined to be “IP” in the determination (S602) (IP in S602), the data transmitting / receiving unit A501 confirms the destination address of the received data packet, and the transmission type of the packet is multicast. It is further determined whether there is a unicast or not (S603). If it is determined in this destination address determination (S603) that it is unicast (Unicast) (S603), the received data packet is transmitted downstream via the data relay unit 505 and the data transmission / reception unit B502. Is relayed to the client (S606). On the other hand, if it is determined in the above determination (S603) that it is multicast (multicast in S603), the received data packet is sent to the data relay unit 505. The data relay unit 505 confirms the destination address described in the received data packet, and inquires of the session information creation unit 506 about downstream session information corresponding to the destination address (S604). When there is an inquiry about the session information from the data relay unit 505, the session information creation unit 506 refers to the corresponding data of the session information stored in the data storage unit 507 and answers it.
[0037]
When the data relay unit 505 thus receives the destination address change notification as a response from the session information creation unit 506, the data relay unit 505 changes the destination address of the data packet to the multicast address indicated in the notification (S605). Then, the data packet is transmitted to the downstream side using the changed multicast address (via data transmission / reception B502) (S606). As a result, a series of downstream communication processes in the session switching unit 500 ends.
[0038]
Next, uplink communication processing in the session switching unit 500 will be described. FIG. 6 is a flowchart illustrating an upstream communication processing procedure in the session switching unit.
[0039]
In FIG. 6, when the data transmission / reception unit B502 of the session switching unit 500 receives a data packet from the downstream side (S701), whether the protocol type is IP from the upper protocol field of the IP header of the received data packet is determined by IGMP. It is determined whether there is (S702). If it is determined in this determination (S702) that the protocol type is “IP” (IP in S702), the destination address of the received data packet is confirmed, and whether the packet transmission type is multicast or unicast. Is further determined (S703). If it is determined in this destination address determination (S703) that the packet is unicast (Unicast in S703), the received data packet is upstream via the data relay unit 505 and the data transmission / reception unit A501. Is relayed to the side (S706). On the other hand, if it is determined that it is multicast (multicast in S703), the received packet is sent to the data relay unit 505. The data relay unit 505 inquires of the session information creation unit 506 about the downstream session information corresponding to the destination address described in the received packet (S704). When there is an inquiry about the downstream session information from the data relay unit 505, the session information creation unit 506 refers to the corresponding data of the session information stored in the data storage unit 507 and answers it.
[0040]
When the data relay unit 505 receives the destination address change notification as a response from the session information creation unit 506 in this way, the data relay unit 505 changes the destination address of the data packet to the multicast address indicated by the notification (S705), A data packet is transmitted to the upstream side by the changed multicast address (via data transmission / reception A501) (S706).
[0041]
On the other hand, when it is determined that the protocol type of the data packet received in the protocol type determination (S702) is IGMP (IGMP in S702) and the IGMP message type is determined to be “Membership report”, the data transmission / reception unit B502 Sends the received data packet to the multicast communication management unit 503. When receiving the IGMP “Membership report”, the multicast communication management unit 503 determines the session content of the data packet (S707), and terminates when the session content is determined to be a downstream session (downstream in S707). When the processing (S711) is performed and it is determined that the session content is an upstream session (upstream side in S707), the data packet is copied and divided into two, and one is relayed to the upstream side as it is (data transmission / reception unit) A501) (S708), and the other inquires the session information creation unit 506 about the generation of session information corresponding to the session in order to notify the downstream client of the new session (S709). When there is an inquiry about the session information from the multicast communication management unit 503, the session information creation unit 506 answers with reference to the corresponding data of the session information stored in the data storage unit 507.
[0042]
When the multicast communication management unit obtains a reply from the session information creation unit 506 that new session information has been acquired, the multicast communication management unit instructs the session instruction unit 504 to join the new session to the client that is the transmission source of the data packet ( A message prompting S710) is notified.
[0043]
Further, when the data transmitting / receiving unit B502 determines that the protocol type of the data packet received in the protocol type determination (S702) is IGMP (IGMP in S702), and determines that the IGMP message type is “leave group” The data packet is sent to the data relay unit 505. The data relay unit 505 inquires of the session information creation unit 506 about the session information corresponding to the destination address described in the received packet (S712). When there is an inquiry about the session information from the data relay unit 505, the session information creation unit 506 refers to the corresponding data of the session information stored in the data storage unit 507 and answers it. In this case, an upstream destination address (group address) corresponding to the downstream destination address is obtained as the answer, and the data relay unit 505 changes the destination address of the data packet to the upstream address (S713). After that, the data packet is transmitted to the upstream side via the data transmission / reception unit A501 (S706). Thereby, a series of uplink communication processing in the session switching unit 500 ends.
[0044]
As described above, in the first embodiment, when the session switching unit receives a message indicating that it wants to participate in the multicast distribution session from a downstream client, the session switching unit instructs participation in the multicast distribution session. Instead, a new multicast distribution session associated with the multicast distribution session is generated, and the participation of the new multicast session in the group is instructed. That is, since multicast session information (multicast address, port number, etc.) for the downstream subnet is switched as needed, a member (client) who has left the multicast group or a member (client) who has handed off to an adjacent hot spot managed by another ISP ) Will not know new session information and will not be able to receive content. Therefore, according to the first embodiment, while maintaining the advantage of multicast distribution that can freely join or leave a multicast group, only group members belonging to a valid multicast group can receive distribution content, Secure content distribution can be realized.
[0045]
Further, the present invention can be applied not only to content distribution in the downlink direction as described above but also to communication in the uplink direction.
[0046]
In the first embodiment, the session switching process is performed by the session switching unit. However, the present invention is not limited to such an embodiment. For example, the above-described session switching processing function may be provided in the router and realized at any of the positions of the router 202-1 and the router 202-2. For example, when the session switching function is realized at the position of the router 202-1, since the router 202-1 is a branch part of the multicast distribution tree, the same function as the multicast communication management unit 503 (see FIG. 4) is provided. In order to implement in the branch router, processing may be performed using a message of a multicast routing protocol that is a protocol for path control instead of the IGMP packet. Examples of the multicast routing protocol include DVMRP (Distance Vector Multicast Routing Protocol) and PIM (Protocol Independent Multicast).
[0047]
Further, when the session switching function is realized at the position of the router 202-2, since the router 202-2 is a leaf portion of the multicast distribution tree, the same function as the multicast communication management unit 503 (see FIG. 4) is provided. In order to realize the leaf router, the exchange of the IGMP packet transmitted on the downstream side of the router 202-2 and the message of the multicast routing protocol transmitted and received on the upstream side is realized, and the multicast distribution tree is formed and the branches are trimmed. In other words, the pruning process may be performed.
[0048]
(Second embodiment)
Next, a second embodiment of the present invention will be described. FIG. It is a figure which shows the whole structure of 2nd embodiment. In the second embodiment, the entire configuration is called a multicast distribution system as in the first embodiment.
[0049]
In FIG. 7, the difference in configuration between the multicast distribution system according to the second embodiment and the first embodiment is that the session switching unit 807 is not arranged between the (leaf) router and the access point, but the server. This is a point arranged in the area 801. Other hardware configurations are the same as those in the first embodiment.
[0050]
In the second embodiment, a session switching unit 807 is installed in the server 801. The session switching unit 807 arranged in the server 801 transmits the multicast packet transmitted by the server 801 to the client 804-1 in the first hot spot 805 and the client 804-2 in the second hot spot 806. On the other hand, new session information is generated so as to use different session information, and multicast packet distribution is performed using the new session information. That is, the first multicast packet (1) is transmitted to the client 804-1 in the first hot spot 805, and the client 804-2 in the second hot spot 806 is addressed. A second multicast packet (2) is transmitted.
[0051]
The two multicast packets ((1), (2)) transmitted from the server 801 in this way are copied at the (branch) router 802-1 and sent to the downstream (leaf) routers 802-2 and 802-3. And transferred to the access points 803-1 and 803-2 of each wireless LAN.
[0052]
Next, the multicast packet delivery operation in the second embodiment will be described with reference to the sequence of FIG. Note that the server 901, session switching unit 902, router 903, and client 904 shown in FIG. 8 correspond to the server 801, session switching unit 802, (branch) router 802-1, and client 804-2 shown in FIG. is there.
[0053]
In FIG. 8, when the server 901 starts content distribution, the session switching unit 902 creates unique session information unique to each content distribution group (S905). The server 901 notifies the session information generated by the session switching unit 902 to clients belonging to the group by unicast or multicast (S906). Upon receiving a response to the session information notification from the client 904 (S907), the server 901 extracts a multicast destination address from the new session information, and resets the extracted destination address as the destination address of the data packet (S908). . Then, the multicast packet (content) is transmitted to the client 904 with the reset destination address (S909).
[0054]
FIG. 9 is a diagram showing functional blocks of the server 901.
[0055]
9, this server 1000 (corresponding to the server 901 in FIG. 8) is a data transmission / reception unit 1001 that performs data communication with a downstream network (wireless LAN), manages distribution data and a client list of distribution groups, and performs multicasting. Data distribution control unit 1002 for executing distribution, data storage unit 1003 for storing content registration and distribution group client list and original session information and newly created session information, managing session information and program information for multicast distribution A session management unit 1004 that manages a directory of stored data, a session information creation unit 1006 that creates a new session for the downstream subnet, and a new session information that is passed to the client. Composed from the session instruction unit 100 for. The session switching unit includes the session information creation unit 1006 and a session instruction unit 1007.
[0056]
FIG. 10 is a flowchart showing processing of multicast packet distribution operation in the server configured as described above. Hereinafter, in describing the flowchart, a functional block diagram of the server in FIG. 9 will be referred to.
[0057]
In FIG. 10, the session information creation unit 1006 of the session switching unit creates one or more new session (= delivery session) information in order to divide a delivery group for a certain content into one or more small delivery groups (S1101). ) For example, in the configuration example of the multicast distribution system shown in FIG. 7, the small distribution group is generated in units of hot spots.
[0058]
The session instruction unit 1007 of the session switching unit notifies the new session information created by the session information creation unit 1006 to the downstream client via the data transmission / reception unit 1001 (S1102).
[0059]
When the session information is notified from the session switching unit to the downstream client in this way, the data distribution control unit 1002 stores the content stored in the data storage unit 1003 in order to start multicast distribution. Data (= distributed data) is read (S1103), and the new session information generated by the session information creation unit 1006 is referred to (S1104).
[0060]
The data transmission / reception unit transmits the content data to the downstream client using the distribution destination address of the multicast packet extracted from the new session information referred to by the data distribution control unit 1002 (S1105).
[0061]
As described above, according to the second embodiment, the server divides a multicast distribution group for content into one or more small distribution groups, and creates one or more new session (= distribution session) information. Since the notification is sent to the downstream subnet, only group members in a plurality of subnets can receive the distribution content, and secure content distribution can be realized even when the network scale increases.
[0062]
【The invention's effect】
As described above, according to the present invention, since multicast session information (multicast address, port number, etc.) for the downstream subnet is switched at any time, it is managed by a member (client) who has left the multicast group or another ISP. The member (client) who has handed off to the next hotspot does not know the new session information and cannot receive the content. As a result, while maintaining the advantage of multicast distribution that can freely join or leave a multicast group, only group members belonging to a legitimate multicast group can receive the distribution content, and secure content distribution can be realized.
[0063]
[Brief description of the drawings]
FIG. 1 is a diagram showing an overall configuration of a first embodiment.
FIG. 2 is a sequence showing processing of multicast packet delivery operation in the multicast delivery system shown in FIG. 1;
FIG. 3 is a sequence showing an IGMP packet relay operation in a session switching unit;
FIG. 4 is a diagram illustrating functional blocks of a session switching unit.
FIG. 5 is a flowchart showing a communication processing procedure in the downlink direction in the session switching unit shown in FIG. 4;
FIG. 6 is a flowchart showing an upstream communication processing procedure in a session switching unit.
FIG. 7 is a diagram showing an overall configuration of a second embodiment.
FIG. 8 is a sequence showing processing of multicast packet distribution operation in the second embodiment.
FIG. 9 is a diagram showing functional blocks of the server shown in FIG. 8;
FIG. 10 is a flowchart showing processing of multicast packet distribution operation in the server.
FIG. 11 is a configuration diagram of a conventional multicast distribution system.
[Explanation of symbols]
11, 31, 41, 201, 801, 901, 1000 servers
12-1, 202-1, 802-1, 903 (branch) router
12-2, 12-3, 32, 42, 202-2, 202-3, 802-2, 802-3 (leaf) router
13-1, 13-2, 203-1, 203-2, 803-1, 803-2 access point
14, 15, 34, 44, 204, 205, 804-1, 804-2, 904
client
16, 206, 805 First hot spot
17, 207, 806 Second hot spot
33, 43, 208, 500, 807, 902 Session switching unit
501 Data transceiver A
502 Data transmission / reception unit B
503 Multicast communication manager
504, 1007 Session instruction section
505 Data relay part
506, 1006 Session information creation section
507, 1003 Data storage unit
1001 Data transceiver
1002 Data distribution control unit
1004 Session Management Department
1005 Directory management department

Claims

Session information management apparatus in an IP (Internet Protocol) network that connects a client that transmits a data provision request packet upstream and receives data from the upstream to a transmission server that provides data requested by the data provision request downstream. Because
Data transmission means for transmitting data received from the client to the transmission server and transmitting data received from the transmission server to the client ;
Session information generation means for newly generating downstream session information corresponding to the upstream session information of the multicast data requested by the client;
An address discriminating means for discriminating whether or not the destination of the data packet is a multicast address by referring to a predetermined identifier in the header of the data packet transmitted from the upstream transmission server or the downstream client;
Session switching means for changing the multicast address based on the newly generated session information when the destination of the data packet is a multicast address;
Bei For example, the session switching means is a,
When the destination of the data packet transmitted from the upstream transmission server is a multicast address, the destination is changed to the multicast address acquired from the downstream session information corresponding to the destination address included in the data packet. so,
Or when the destination of the data packet transmitted from the client located downstream is a multicast address, change to the multicast address acquired from the upstream session information corresponding to the destination address included in the data packet,
A session information management apparatus characterized by causing the data transmitting means to transmit a data packet .

Session information management method in an IP (Internet Protocol) network that connects a client that transmits a data provision request packet upstream and receives data from the upstream to a transmission server that provides data requested by the data provision request downstream. In
A data transmission procedure for transmitting data received from the client to the transmission server and transmitting data received from the transmission server to the client ;
A session information generation procedure for newly generating downstream session information corresponding to upstream session information of the multicast data requested by the client;
An address determination procedure that refers to a predetermined identifier in a header of a data packet transmitted from the upstream transmission server or the downstream client, and determines whether the destination of the data packet is a multicast address;
A session switching procedure for changing the multicast address based on the newly generated session information when the destination of the data packet is a multicast address;
Bei For example, the session switching procedure is the,
When the destination of the data packet transmitted from the upstream transmission server is a multicast address, the destination is changed to the multicast address obtained from the downstream session information corresponding to the destination address included in the data packet. so,
Or, when the destination of the data packet transmitted from the client located downstream is a multicast address, change to the multicast address obtained from the upstream session information corresponding to the destination address included in the data packet,
A session information management method characterized by causing the data transmission means to transmit a data packet .

Manages session information in an IP (Internet Protocol) network that connects a client that transmits a data provision request upstream and receives data from the upstream to a transmission server that provides data requested by the data provision request downstream. Oite to the computer,
Data transmission means for transmitting data received from the client to the transmission server and transmitting data received from the transmission server to the client ;
A session information generation procedure for newly generating downstream session information corresponding to upstream session information of the multicast data requested by the client;
An address determination procedure that refers to a predetermined identifier in a header of a data packet transmitted from the upstream transmission server or the downstream client, and determines whether the destination of the data packet is a multicast address;
A session switching procedure for changing the multicast address based on the newly generated session information when the destination of the data packet is a multicast address;
A session information management program for executing
The session switching procedure is:
When the destination of the data packet transmitted from the upstream transmission server is a multicast address, the destination is changed to the multicast address obtained from the downstream session information corresponding to the destination address included in the data packet. so,
Or, when the destination of the data packet transmitted from the client located downstream is a multicast address, change to the multicast address obtained from the upstream session information corresponding to the destination address included in the data packet,
A session information management program which is a procedure for causing the data transmission means to transmit a data packet .

Manages session information in an IP (Internet Protocol) network that connects a client that sends a data provision request to the upstream and receives data from the upstream and a transmission server that provides the data requested by the data provision request downstream. In a computer-readable recording medium storing a session management program,
A data transmission procedure for transmitting data received from the client to the transmission server and transmitting data received from the transmission server to the client ;
A session information generation procedure for newly generating downstream session information corresponding to upstream session information of the multicast data requested by the client;
An address determination procedure that refers to a predetermined identifier in a header of a data packet transmitted from the upstream transmission server or the downstream client, and determines whether the destination of the data packet is a multicast address;
A session switching procedure for changing the multicast address based on the newly generated session information when the destination of the data packet is a multicast address;
A recording medium storing a session information management program for executing
The session switching procedure is acquired from the downstream session information corresponding to the destination address included in the data packet when the destination of the data packet transmitted from the transmission server located upstream is a multicast address. By changing to a multicast address,
Or, when the destination of the data packet transmitted from the client located downstream is a multicast address, change to the multicast address obtained from the upstream session information corresponding to the destination address included in the data packet,
A recording medium storing a session information management program, which is a procedure for causing the data transmission means to transmit a data packet.