(57)【要約】【課題】  宛先アドレスを変換して擬似的にマルチキャストを行う方式において、中継ノードにおける分割パケットの再構成、再分割処理を回避する。【解決手段】  サーバ側ゲートウェイ２は、ＩＰヘッダの宛先を配送表８のマルチキャストパケットの送信元、宛先に対応する装置のアドレスとし、マルチキャストアドレスの送信元、宛先をＩＰ optionヘッダに格納し、ＩＰヘッダ、ＩＰ optionヘッダの後にマルチキャストパケットを格納した、ユニキャストパケットを生成して、送信する。中継ノード３は、受信したユニキャストパケットを、そのＩＰヘッダの宛先を配送表のユニキャストパケットのＩＰ optionヘッダの送信元、宛先に対応する装置のアドレスに変更して、送信する。【選択図】      図１
2005175610.tif 000002
【特許請求の範囲】
【請求項１】
１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配信経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイとが介在し、ネットワークが構築されるマルチキャストデータ通信システムであって、
前記サーバ側ゲートウェイは、
前記ＩＰマルチキャストサーバが送出するマルチキャストアドレス宛パケットを受信すると、該マルチキャストアドレス宛パケットのネットワーク層ヘッダに記載されている配信経路に関する情報と自身の配送表とに基づいてネットワーク層ヘッダの宛先に宛先装置のアドレスを記載し、ネットワーク層付加ヘッダに該配信経路に関する情報を記載し、該マルチキャストアドレス宛パケットを格納して、ユニキャストアドレス宛パケットを生成し、該ユニキャストアドレス宛パケットを送信し、
前記中継装置は、前記ユニキャストアドレス宛パケットを受信すると、該ユニキャストアドレス宛パケットのネットワーク層付加ヘッダに記載されている配信経路に関する情報と自身の前記配送表とに基づいて、該ユニキャストアドレス宛パケットのネットワーク層ヘッダの宛先を変更して転送する、
ことを特徴とするマルチキャストデータ通信システム。
【請求項２】
前記配信経路に関する情報は、ＩＰマルチキャストサーバのアドレスとマルチキャストアドレスとであることを特徴とする請求項１にマルチキャストデータ通信システム。
【請求項３】
１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配信経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイが介在してネットワークが構築されるマルチキャストデータ通信システムにおける前記サーバ側ゲートウェイであって、
パケットを受信するパケット受信手段と、
前記パケット受信手段により受信されるパケットの種類がマルチキャストアドレス宛パケットであるかを判別するパケット種別判別手段と、
前記パケット種別判別手段によりマルチキャストアドレス宛パケットであると判別されると、該マルチキャストアドレス宛パケットのネットワーク層ヘッダに記載されている配信経路に関する情報のエントリを自身の前記配送表から検索する配送表管理手段と、
前記配送表管理手段による検索の結果、該当エントリが見つかった場合、前記エントリに登録された装置のアドレスをネットワーク層ヘッダの宛先に記載し、前記配信経路に関する情報をネットワーク層付加ヘッダに記載し、受信した前記パケットであるマルチキャストアドレス宛パケットを格納してユニキャストアドレス宛パケットを生成するパケット操作手段と、
前記パケット操作手段によるユニキャストアドレス宛パケットを送信するパケット送信手段と、
を備えたことを特徴とするサーバ側ゲートウェイ。
【請求項４】
１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配信経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイが介在してネットワークが構築されるマルチキャストデータ通信システムにおける前記中継装置であって、
パケットを受信するパケット受信手段と、
前記パケット受信手段により受信されるパケットの種類が配信経路に関する情報が記載されたネットワーク層付加ヘッダを有するパケットであるかを判別するパケット種別判別手段と、
前記パケット種別判別手段により配信経路に関する情報が記載されたネットワーク層付加ヘッダを有するパケットであると判別されると、該パケットのネットワーク層付加ヘッダに記載された配信経路に関する情報のエントリを自身の前記配送表から検索する配送表管理手段と、
前記配送表管理手段による検索の結果、該当エントリが見つかった場合、前記エントリに登録された装置のアドレスを前記パケットのネットワーク層ヘッダの宛先に記載するパケット操作手段と、
前記パケット操作手段によるパケットを送信するパケット送信手段と、
を備えたことを特徴とする中継装置。
【請求項５】
１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配信経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイが介在してネットワークが構築されるマルチキャストデータ通信システムにおける前記サーバ側ゲートウェイとしてのコンピュータを、
パケットを受信するパケット受信手段、
前記パケット受信手段により受信されるパケットの種類がマルチキャストアドレス宛パケットであるかを判別するパケット種別判別手段、
前記パケット種別判別手段によりマルチキャストアドレス宛パケットであると判別されると、該マルチキャストアドレス宛パケットのネットワーク層ヘッダに記載されている配信経路に関する情報のエントリを自身の前記配送表から検索する配送表管理手段、
前記配送表管理手段による検索の結果、該当エントリが見つかった場合、前記エントリに登録された装置のアドレスをネットワーク層ヘッダの宛先に記載し、前記配信経路に関する情報をネットワーク層付加ヘッダに記載し、受信した前記パケットであるマルチキャストアドレス宛パケットを格納してユニキャストアドレス宛パケットを生成するパケット操作手段、及び
前記パケット操作手段によるユニキャストアドレス宛パケットを送信するパケット送信手段、
として機能させることを特徴とするプログラム。
【請求項６】
１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配信経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイが介在してネットワークが構築されるマルチキャストデータ通信システムにおける前記中継装置としてのコンピュータを、
パケットを受信するパケット受信手段、
前記パケット受信手段により受信されるパケットの種類が配信経路に関する情報が記載されたネットワーク層付加ヘッダを有するパケットであるかを判別するパケット種別判別手段、
前記パケット種別判別手段により配信経路に関する情報が記載されたネットワーク層付加ヘッダを有するパケットであると判別されると、該パケットのネットワーク層付加ヘッダに記載された配信経路に関する情報のエントリを自身の前記配送表から検索する配送表管理手段、
前記配送表管理手段による検索の結果、該当エントリが見つかった場合、前記エントリに登録された装置のアドレスを前記パケットのネットワーク層ヘッダの宛先に記載するパケット操作手段、及び
前記パケット操作手段によるパケットを送信するパケット送信手段、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配送経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイとが介在してネットワークが構築される、マルチキャストデータ通信システムおよびサーバ側ゲートウェイならびに中継装置、プログラムに関する。
【背景技術】
【０００２】
複数のクライアントに対してデータを同報するマルチキャスト通信を実現する手段にＩＰ（Internet Protocol）マルチキャスト方式がある。ＩＰマルチキャスト方式では、ＩＰマルチキャストアドレスと呼ばれる特殊なアドレスをパケットの宛先アドレスとする。
このため、配送経路上に、マルチキャストアドレスの処理方法を実装していない中継装置（以下、ルータという）が存在すると、その先ヘマルチキャストパケットを配信することができないという問題があった。
【０００３】
この問題を解決するために、宛先にユニキャストアドレスのみを用いた擬似マルチキャスト方式が提案されている（例えば、特許文献１、非特許文献１参照）。
特許文献１には、マルチキャストサーバが送出したマルチキャストパケットを、ルータがユニキャストパケットに変換して配信を行う技術が開示されている。また、非特許文献１には、ユニキャストパケットのデータ領域にマルチキャストパケットを格納する方式が開示されている。
【０００４】
図１０〜図１７を用いて上記した従来のマルチキャスト方式について説明する。図１０〜図１７には、いずれもマルチキャストデータ通信システムにおけるデータ配送の様子が示されており、ここに示されるデータ通信システムは、１以上のＩＰマルチキャストサーバ１と、２以上のＩＰマルチキャストクライアント６、７との間に、１以上のサーバ側ゲートウェイ２および中継装置３（以下、中継ノード３という）と、１以上のクライアント側ゲートウェイ４、５とが介在し、ネットワークが構築されている。尚、サーバ側ゲートウェイ装置２と中継ノード３は、それぞれ、図１に示す配送表８と配送表９とを保持しているとする。なお、図１に示すＩＰネットワークでは、ＩＰパケットの最大長は１５００バイトであり、１５００バイトを超えるパケットは分割して送信されるものとする。
【０００５】
ＩＰマルチキャストサーバ１は、まず、図１０に示す、マルチキャストアドレス宛パケット（以下、マルチキャストパケットといい、宛先がユニキャストアドレスであるユニキャストアドレス宛パケットをユニキャストパケットという。）を送出する。このパケットをオリジナルパケット２０と呼ぶ。宛先がＩＰマルチキャストアドレス１０であり、送信元がＩＰマルチキャストサーバ１である。ここで、パケット長は１５００バイトであり、許容されるパケット最大長に等しい。
サーバ側ゲートウェイ２は、オリジナルパケット２０を受信すると、ユニキャストパケットに変換する。具体的には、図１１に示されるように、ＩＰヘッダとＵＤＰ（User Datagram Protocol）ヘッダでカプセル化を行う。このパケットをカプセル化パケット３０とする。サーバ側ゲートウェイ２が管理する配送表８には、送信元アドレスがＩＰマルチキャストサーバ１、宛先アドレスがＩＰマルチキャストアドレス１０であるエントリがあり、そのエントリには、中継ノード３が登録されている。そのため、カプセル化パケット３０のＩＰヘッダの宛先には、図１１に示されるように中継ノード３が設定される。送信元はサーバ側ゲートウェイ２となる。
【０００６】
上記したカプセル化パケット３０の長さは、１５００バイトを超える。そのため、サーバ側ゲートウェイ２は、図１２に示すように、カプセル化パケット３０を分割する。一般に、ＩＰネットワーク装置は、ＩＰパケットに続く部分を分割し、それぞれにＩＰパケットを付加し、送信する。ここでは、１つ目の分割パケットをカプセル化パケット３１、２つ目の分割パケットをカプセル化パケット３２とする。カプセル化パケット３１には、ＩＰヘッダに続き、ＵＤＰヘッダと、オリジナルパケット２０の前から１４７２バイトのデータが格納される。
カプセル化パケット３２には、ＩＰヘッダに続き、オリジナルパケット２０の最後の２８バイトのデータが格納される。サーバ側ゲートウェイ２は、このカプセル化パケット３１、３２を中継ノード３に送信する。
【０００７】
中継ノード３は、カプセル化パケット３１、３２を受信し、図１３に示されるように分割前のカプセル化パケット３０を再構成する。続いて、カプセル化パケット３０内に格納されたオリジナルパケット２０の宛先、送信元に一致するエントリを配送表９から検索する。
ところで、カプセル化パケット３２には、オリジナルパケット２０の宛先、送信元に相当する情報が存在しない。これが、中継ノード３がパケットを再構成しなければならない理由である。配送表９の該当エントリには、クライアント側ゲートウェイ４、５が登録されている。中継ノード３は、カプセル化パケット３０をコピーし、送信元を中継ノード３に、宛先をそれぞれクライアント側ゲートウェイ４、５に変更する。宛先を変更したパケットを、それぞれカプセル化パケット３３、３４とする（図１４）。
【０００８】
カプセル化パケット３３、３４は、そのパケット長が１５００バイトを越えるため、カプセル化パケット３３、３４を分割する。ここでは、カプセル化パケット３４を分割した一つ目の分割パケットをカプセル化パケット３５、２つ目の分割パケットをカプセル化パケット３６とする。カプセル化パケット３５には、ＩＰヘッダに続き、ＵＤＰヘッダと、オリジナルパケット２０の前から１４７２バイトのデータが格納される。カプセル化パケット３６には、ＩＰヘッダに続き、オリジナルパケット２０の最後の２８バイトのデータが格納される。中継ノード３は、このカプセル化パケット３５、３６をクライアント側ゲートウェイ５に送信する。図１５では図示省略されているが、カプセル化パケット３３も同様に、分割、送信される。
続いて、クライアント側ゲートウェイ５は、カプセル化パケット３５、３６を受信し、カプセル化パケット３４を再構成する（図１６）。続いて、オリジナルパケット２０をＩＰマルチキャストクライアント７が存在するサブネットに送出する（図１７）。
上述したように従来のマルチキャスト方式によれば、ＩＰマルチキャストサーバ１が送出したオリジナルパケット２０がＩＰマルチキャストクライアント６、７まで届けられる際に、中継ノード３において、パケット再構成、再分割する処理が行われており、これが中継ノード３の処理負荷を増大させる原因になっている。
【特許文献１】特開２００３−３２３００号公報
【非特許文献１】２００３年電子情報通信学会総合大会、ｐｐ３０５「自己組織化多地点配信技術（Ｆｌｅｘｃａｓｔ）を用いた自律広域マルチキャストの連係方式」、谷誠一郎、井上武、湊真一、宮崎敏明
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述したように、特許文献１に開示され技術によれば、パケット長が最大値を超える場合、ルータごとにパケットの分割、再構成処理が繰り返される。分割時には、パケットを分割し、それぞれに番号を振るという処理が行われる。再構成時には、全ての分割パケットを格納可能な記憶領域を用意し、全ての分割パケットを受信し、再構成するという処理が行われる。これらの処理はルータにとって非常に大きな負荷となる。
また、非特許文献１に開示された技術によれば、格納後のパケット長が最大パケット長を越えることがあり、その場合、最大パケット長に分割して送信する。この分割されたパケットは、次のルータで再構成され、再度分割されるという処理を繰り返しながら、配信されることになる。
【００１０】
本発明は上記事情に鑑みてなされたものであり、サーバ側ゲートウェイが受信したマルチキャストパケットをユニキャストパケットに変換し配送表を検索して中継装置に送信する構成を採ることで、中継装置によるパケットの分割、再構成処理を不要とし、中継装置のバフォーマンス向上をはかった、マルチキャストデータ通信システムおよびサーバ側ゲートウェイならびに中継装置、プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記した課題を解決するために本発明は、１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配信経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイとが介在し、ネットワークが構築されるマルチキャストデータ通信システムであって、前記サーバ側ゲートウェイは、前記ＩＰマルチキャストサーバが送出するマルチキャストアドレス宛パケットを受信すると、該マルチキャストアドレス宛パケットのネットワーク層ヘッダに記載されている配信経路に関する情報と自身の配送表とに基づいてネットワーク層ヘッダの宛先に宛先装置のアドレスを記載し、ネットワーク層付加ヘッダに該配信経路に関する情報を記載し、該マルチキャストアドレス宛パケットを格納して、ユニキャストアドレス宛パケットを生成し、該ユニキャストアドレス宛パケットを送信し、前記中継装置は、前記ユニキャストアドレス宛パケットを受信すると、該ユニキャストアドレス宛パケットのネットワーク層付加ヘッダに記載されている配信経路に関する情報と自身の前記配送表とに基づいて、該ユニキャストアドレス宛パケットのネットワーク層ヘッダの宛先を変更して転送する、ことを特徴とする。
【００１２】
また、本発明は、前記配信経路に関する情報は、ＩＰマルチキャストサーバのアドレスとマルチキャストアドレスとであることを特徴とする。
【００１３】
本発明は、１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配信経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイが介在してネットワークが構築されるマルチキャストデータ通信システムにおける前記サーバ側ゲートウェイであって、パケットを受信するパケット受信手段と、前記パケット受信手段により受信されるパケットの種類がマルチキャストアドレス宛パケットであるかを判別するパケット種別判別手段と、前記パケット種別判別手段によりマルチキャストアドレス宛パケットであると判別されると、該マルチキャストアドレス宛パケットのネットワーク層ヘッダに記載されている配信経路に関する情報のエントリを自身の前記配送表から検索する配送表管理手段と、前記配送表管理手段による検索の結果、該当エントリが見つかった場合、前記エントリに登録された装置のアドレスをネットワーク層ヘッダの宛先に記載し、前記配信経路に関する情報をネットワーク層付加ヘッダに記載し、受信した前記パケットであるマルチキャストアドレス宛パケットを格納してユニキャストアドレス宛パケットを生成するパケット操作手段と、前記パケット操作手段によるユニキャストアドレス宛パケットを送信するパケット送信手段と、を備えたことを特徴とする。
【００１４】
本発明は、１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配信経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイが介在してネットワークが構築されるマルチキャストデータ通信システムにおける前記中継装置であって、パケットを受信するパケット受信手段と、前記パケット受信手段により受信されるパケットの種類が配信経路に関する情報が記載されたネットワーク層付加ヘッダを有するパケットであるかを判別するパケット種別判別手段と、前記パケット種別判別手段により配信経路に関する情報が記載されたネットワーク層付加ヘッダを有するパケットであると判別されると、該パケットのネットワーク層付加ヘッダに記載された配信経路に関する情報のエントリを自身の前記配送表から検索する配送表管理手段と、前記配送表管理手段による検索の結果、該当エントリが見つかった場合、前記エントリに登録された装置のアドレスを前記パケットのネットワーク層ヘッダの宛先に記載するパケット操作手段と、前記パケット操作手段によるパケットを送信するパケット送信手段と、を備えたことを特徴とする。
【００１５】
本発明は、１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配信経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイが介在してネットワークが構築されるマルチキャストデータ通信システムにおける前記サーバ側ゲートウェイとしてのコンピュータを、パケットを受信するパケット受信手段、前記パケット受信手段により受信されるパケットの種類がマルチキャストアドレス宛パケットであるかを判別するパケット種別判別手段、前記パケット種別判別手段によりマルチキャストアドレス宛パケットであると判別されると、該マルチキャストアドレス宛パケットのネットワーク層ヘッダに記載されている配信経路に関する情報のエントリを自身の前記配送表から検索する配送表管理手段、前記配送表管理手段による検索の結果、該当エントリが見つかった場合、前記エントリに登録された装置のアドレスをネットワーク層ヘッダの宛先に記載し、前記配信経路に関する情報をネットワーク層付加ヘッダに記載し、受信した前記パケットであるマルチキャストアドレス宛パケットを格納してユニキャストアドレス宛パケットを生成するパケット操作手段、及び前記パケット操作手段によるユニキャストアドレス宛パケットを送信するパケット送信手段、として機能させることを特徴とする。
【００１６】
本発明は、１以上のＩＰマルチキャストサーバと、２以上のＩＰマルチキャストクライアントとの間に、配信経路に関する情報が記述された配送表を保持する１以上のサーバ側ゲートウェイおよび中継装置と、１以上のクライアント側ゲートウェイが介在してネットワークが構築されるマルチキャストデータ通信システムにおける前記中継装置としてのコンピュータを、パケットを受信するパケット受信手段、前記パケット受信手段により受信されるパケットの種類が配信経路に関する情報が記載されたネットワーク層付加ヘッダを有するパケットであるかを判別するパケット種別判別手段、前記パケット種別判別手段により配信経路に関する情報が記載されたネットワーク層付加ヘッダを有するパケットであると判別されると、該パケットのネットワーク層付加ヘッダに記載された配信経路に関する情報のエントリを自身の前記配送表から検索する配送表管理手段、前記配送表管理手段による検索の結果、該当エントリが見つかった場合、前記エントリに登録された装置のアドレスを前記パケットのネットワーク層ヘッダの宛先に記載するパケット操作手段、及び前記パケット操作手段によるパケットを送信するパケット送信手段、として機能させることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、サーバ側ゲートウェイが、受信したマルチキャストパケットをユニキャストパケットに変換し、そのネットワーク付加ヘッダに配信経路に関する情報を記載することで、中継装置は、分割パケットの再構成、再分割処理を回避することができる。このため、経路上にある中継装置は負荷が軽減され、パフォーマンスの向上をはかることができる。
【発明を実施するための最良の形態】
【００１８】
以下、図１〜図９を用いて本発明の実施の形態について詳細に説明する。図１は、本発明のマルチキャストデータ通信システムの構成例を示すブロック図である。
図１に示されるように、本発明のマルチキャストデータ通信システムは、１以上のＩＰマルチキャストサーバ１と、２以上のマルチキャストクライアント６、７との間に、配送経路に関する情報が記述された配送表８、９をそれぞれ保持する１以上のサーバ側ゲートウェイ２および中継ノード３と、１以上のクライアント側ゲートウェイ４、５とが介在し、ネットワークが構築される
【００１９】
ＩＰマルチキャストサーバ１は、映像などのデータをマルチキャストアドレス宛に送出する機能を持つ装置である。ＩＰマルチキャストクライアント６、７は、ＩＰマルチキャストサーバ１が送出したマルチキャストパケットを受信する機能を持つ装置である。
サーバ側ゲートウェイ２は、マルチキャストパケットを受信すると、配送表８を検索し、送信元アドレスと宛先アドレスが一致するエントリを検索する。これら送信元アドレスと宛先アドレスが配信経路に関する情報に相当する。図１に示す配送表８には、送信元アドレスがＩＰマルチキャストサーバ１、宛先アドレスがＩＰマルチキャストアドレス１０であるエントリのみが記されている。サーバ側ゲートウェイ２は、受信したマルチキャストパケットをユニキャストパケットに変換し、エントリに記載されている装置に送信する。
【００２０】
中継ノード３は、変換されたユニキャストパケットを受信すると、配送表９を検索し、変換前パケットの送信元アドレスと宛先アドレスが一致するエントリを検索する。図１に示す配送表９には、送信元アドレスがＩＰマルチキャストサーバ１、宛先アドレスがＩＰマルチキャストアドレス１０であるエントリのみが記されている。中継ノード３は、受信した変換ユニキャストパケットの宛先を変更し、エントリに記載されている装置に送信する。
クライアント側ゲートウェイ４、５は、変換されたユニキャストパケットを受信すると、マルチキャストパケットに逆変換し、ＩＰマルチキャストクライアント６、７に送出する。
なお、図１に示すＩＰネットワークでは、ＩＰパケットの最大長は１５００バイトであり、１５００バイトを超えるパケットは分割して送信されるものとする。
【００２１】
図２〜図７は、本発明の実施の形態の動作を説明するために引用した図であり、それぞれにデータ配信の様子が示されている。
以下、図２〜図７を参照しながら図１に示すマルチキャストデータ通信システムの動作について詳細に説明する。
ＩＰマルチキャストサーバ１は、従来同様、図２に示すマルチキャストパケットを送出する。このパケットをオリジナルパケット２０と呼ぶ。ここでは、宛先がＩＰマルチキャストアドレス１０であり、送信元がＩＰマルチキャストサーバ１である。また、パケット長は１５００バイトであり、許容されるパケット最大長に等しい。
【００２２】
サーバ側ゲートウェイ２は、オリジナルパケット２０を受信すると、ユニキャストパケットに変換する。具体的には、図３に示されるように、ＩＰヘッダとＩＰ optionヘッダでカプセル化を行う。このパケットをカプセル化パケット４０とする。
ＩＰ optionヘッダには、option種（１バイト）、option長（１バイト）、オリジナルパケット２０の送信元（４バイト）、オリジナルパケット２０の宛先（４バイト）、詰め物（２バイト）が記述される。サーバ側ゲートウェイ２が管理する配送表８には、送信元アドレスがＩＰマルチキャストサーバ１、宛先アドレスがＩＰマルチキャストアドレス１０であるエントリがあり、そのエントリには、中継ノード３が登録されている。そのため、カプセル化パケット４０のＩＰヘッダの宛先には、図３に示すように中継ノード３が設定される。送信元はサーバ側ゲートウェイ２となる。
【００２３】
このカプセル化パケット４０のパケット長は、１５００バイトを超える。このため、サーバ側ゲートウェイ２は、図４に示すように、カプセル化パケット４０を分割する。分割時において、IＰ optionヘッダは、ＩＰヘッダと同様に扱われる。つまり、ＩＰ optionヘッダは分割後の各パケットに付与される。１つ目の分割パケットをカプセル化パケット４１、２つ目の分割パケットをカプセル化パケット４２とする。
カプセル化パケット４１には、ＩＰヘッダ、ＩＰ optionヘッダに続き、オリジナルパケット２０の前から１４６８バイトのデータが格納される。カプセル化パケット４２には、ＩＰヘッダ、IＰ optionヘッダに続き、オリジナルパケット２０の最後の３２バイトのデータが格納される。サーバ側ゲートウェイ２は、このカプセル化パケット４１、４２を中継ノード３に送信する。
【００２４】
中継ノード３は、カプセル化パケット４１、４２を受信すると、ＩＰ optionヘッダに記述されている宛先、送信元に一致するエントリを配送表９から検索する。配送表９の該当エントリには、クライアント側ゲートウェイ４、５が登録されている。
中継ノード３は、カプセル化パケット４１、４２をコピーし、送信元を中継ノード３に、宛先をそれぞれクライアント側ゲートウェイ４、５に変更する。本実施の形態では、クライアント側ゲートウェイ５へ送信するパケットについてのみ説明する。クライアント側ゲートウェイ５に送信するパケットを、それぞれカプセル化パケット４３、４４とする（図５）。このとき、中継ノード３は、受信した分割パケットの再構成、再分割処理を行うことなく、クライアント側ゲートウェイ４、５に転送している。
【００２５】
クライアント側ゲートウェイ５は、カプセル化パケット４３、４４を受信し、カプセル化パケット４５を再構成する（図６）。続いて、オリジナルパケット２０をＩＰマルチキャストクライアント７が存在するサブネットに送出する（図７）。
このように、本実施の形態によれば、中継ノード３において、パケット再構成、再分割という処理が行われることはなく、このため、中継ノード３の処理負荷を軽減することができる。
【００２６】
図８にサーバ側ゲートウェイ２の内部構成を、図９に中継ノード３の内部構成を機能展開して示している。
図８、図９を参照しながらサーバ側ゲートウェイ２、中継ノード３の動作を説明すれば以下のようになる。まず、サーバ側ゲートウェイ２から説明する。
【００２７】
サーバ側ゲートウェイ２のパケット受信部２００がＩＰマルチキャストサーバ１からパケットを受信すると、パケット種別判別部２０２はその種類を判別し、マルチキャストパケットであれば配送表管理部２０３に送る。このことにより、配送表管理部２０３は、マルチキャストパケットの送信元、宛先に対応するエントリを配送表２０５から検索する。ここで、エントリが見つかった場合、パケット操作部２０４は、ＩＰヘッダ、ＩＰ optionヘッダを生成し、その後ろにオリジナルパケットを格納することにより、ユニキャストパケットを作る。ＩＰヘッダの宛先は見つかったエントリに登録されている装置のアドレス、ＩＰヘッダの送信元は自装置であるサーバ側ゲートウェイ装置２のアドレスとなり、ＩＰ optionヘッダには、受信したパケットであるマルチキャストパケットの宛先、送信元のアドレスが記載される。ここで、パケット長が最大長を越える場合には分割処理を行う。最後に、パケット送信部２０１が、ＩＰ宛先アドレスに従い、そのパケットを中継ノード３へ送信する。
【００２８】
次に、中継ノード３の動作を説明する。中継ノード３のパケット受信部３００がパケットを受信すると、パケット種別判別部３０２がその種類を判別し、option種がマルチキャストアドレスから成るＩＰ optionヘッダを持つパケットであれば、配送表管理部３０３に送る。配送表管理部３０３では、ＩＰ optionヘッダの送信元、宛先に対応するエントリを配送表３０５から検索する。そして、エントリが見つかった場合、パケット操作部３０４は、ＩＰヘッダの送信元、宛先を書き換える。ＩＰヘッダの宛先は見つかったエントリに登録されている装置のアドレス、ＩＰヘッダの送信元は自装置の中継ノード３のアドレスとなる。最後に、パケット送信部３０１が、ＩＰ宛先アドレスに従い、クライアント側ゲートウェイ４、５にパケットを送信する。
【００２９】
以上説明のように本発明は、サーバ側ゲートウェイ２が、受信したマルチキャストパケットをユニキャストパケットに変換し、ユニキャストパケットのＩＰ optionヘッダにマルチキャストパケットの送信元、送信先を格納することで、中継ノード３によるパケットの分割、再構成処理を不要とし、中継ノード３のバフォーマンス向上をはかったものである。
なお、図８に示されるサーバ側ゲートウェイ２を構成するパケット受信部２００、パケット送信部２０１、パケット種別判別部２０２、配送表管理部２０３、パケット操作部２０４、および中継ノード３を構成する、パケット受信部３００、パケット送信部３０１、パケット種別判別部３０２、配送表管理部３０３、パケット操作部３０４のそれぞれで実行される手順をコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって本発明のマルチキャストデータ通信システム、およびサーバ側ゲートウェイ２、ならびに中継装置３を実現することができる。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウェアを含む。
【００３０】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００３１】
以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施の形態の構成を示すブロック図。
【図２】本発明の実施の形態によるデータ配信の様子を説明するために引用した図。
【図３】本発明の実施の形態によるデータ配信の様子を説明するために引用した図。
【図４】本発明の実施の形態によるデータ配信の様子を説明するために引用した図。
【図５】本発明の実施の形態によるデータ配信の様子を説明するために引用した図。
【図６】本発明の実施の形態によるデータ配信の様子を説明するために引用した図。
【図７】本発明の実施の形態によるデータ配信の様子を説明するために引用した図。
【図８】図１に示すサーバ側ゲートウェイの内部構成を機能展開して示したブロック図。
【図９】図１に示す中継装置の内部構成を機能展開して示したブロック図。
【図１０】従来のマルチキャストデータ通信システムのデータ配信の様子を説明するために引用した図。
【図１１】従来のマルチキャストデータ通信システムのデータ配信の様子を説明するために引用した図。
【図１２】従来のマルチキャストデータ通信システムのデータ配信の様子を説明するために引用した図。
【図１３】従来のマルチキャストデータ通信システムのデータ配信の様子を説明するために引用した図。
【図１４】従来のマルチキャストデータ通信システムのデータ配信の様子を説明するために引用した図。
【図１５】従来のマルチキャストデータ通信システムのデータ配信の様子を説明するために引用した図。
【図１６】従来のマルチキャストデータ通信システムのデータ配信の様子を説明するために引用した図。
【図１７】従来のマルチキャストデータ通信システムのデータ配信の様子を説明するために引用した図。
【符号の説明】
【００３３】
１…ＩＰマルチキャストサーバ、２…サーバ側ゲートウェイ、３…中継装置（中継ノード）、４、５…クライアント側ゲートウェイ、６、７…ＩＰマルチキャストクライアント、８、９…配送表、２００…パケット受信部、２０１…パケット送信部、２０２…パケット種別判別部、２０３…配送表管理部、２０４…パケット操作部、３００…パケット受信部、３０１…パケット送信部、３０２…パケット種別判別部、３０３…配送表管理部、３０４…パケット操作部
【図１】
2005175610.tif 000003
【図２】
2005175610.tif 000004
【図３】
2005175610.tif 000005
【図４】
2005175610.tif 000006
【図５】
2005175610.tif 000007
【図６】
2005175610.tif 000008
【図７】
2005175610.tif 000009
【図８】
2005175610.tif 000010
【図９】
2005175610.tif 000011
【図１０】
2005175610.tif 000012
【図１１】
2005175610.tif 000013
【図１２】
2005175610.tif 000014
【図１３】
2005175610.tif 000015
【図１４】
2005175610.tif 000016
【図１５】
2005175610.tif 000017
【図１６】
2005175610.tif 000018
【図１７】
2005175610.tif 000019