JP2004172932A - データ配信システム - Google Patents
データ配信システム Download PDFInfo
- Publication number
- JP2004172932A JP2004172932A JP2002336061A JP2002336061A JP2004172932A JP 2004172932 A JP2004172932 A JP 2004172932A JP 2002336061 A JP2002336061 A JP 2002336061A JP 2002336061 A JP2002336061 A JP 2002336061A JP 2004172932 A JP2004172932 A JP 2004172932A
- Authority
- JP
- Japan
- Prior art keywords
- data
- multicast
- distribution
- information
- packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】音声や映像を含むストリームデータを、ユニキャストネットワークを経由してマルチキャストネットワークにマルチキャスト配信を行う。
【解決手段】送信端末５０から送信されたデータを複数の受信端末５１に対して配信する配信装置１０を備え、配信装置１０は、送信端末５０の情報と、複数の受信端末５１にデータを配信するための宛先情報とを関連付ける関連付け情報記憶手段と、受信端末５１からデータの配信の要求を受信するデータ配信要求受信手段と、データ配信要求に基づいて、関連付け情報を参照して、送信端末５０にデータの送信を要求するデータ送信要求手段と、を備えた。
【選択図】 図１
【解決手段】送信端末５０から送信されたデータを複数の受信端末５１に対して配信する配信装置１０を備え、配信装置１０は、送信端末５０の情報と、複数の受信端末５１にデータを配信するための宛先情報とを関連付ける関連付け情報記憶手段と、受信端末５１からデータの配信の要求を受信するデータ配信要求受信手段と、データ配信要求に基づいて、関連付け情報を参照して、送信端末５０にデータの送信を要求するデータ送信要求手段と、を備えた。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、音声や映像を含むストリームデータを配信する際に、ユニキャストネットワークを経由したマルチキャスト配信を可能にするシステムに関する。
【０００２】
【従来の技術】
多数の端末に対してデータパケットを同報する通信方式としてマルチキャスト通信が知られている。このマルチキャスト通信では、送信側はマルチキャストグループ宛にデータパケットを送信し、受信側はマルチキャストグループのグループメンバとなることでデータパケットの受信が可能になる。また、受信側がグループメンバから離脱することでデータパケット受信の中止ができる。
【０００３】
受信側の端末は、グループ管理プロトコルを使用してグループメンバとなるためのグループ参加要求又はグループメンバから離脱するためのグループ離脱要求を行う制御パケットを、同一ネットワーク上に接続されているマルチキャストルータに送信する。このグループ参加要求又はグループ離脱要求はいつでも自由に送信することができる。このグループ管理プロトコルとしては、ＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって作成された標準勧告文書ＲＦＣ２２３６にＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）が、ＲＦＣ２７１０にＭＬＤ（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）が規定されている。
【０００４】
マルチキャストルータは、グループメンバが存在するかどうかを定期的にグループ管理プロトコルによる参加グループ問合せパケットを送信し、グループメンバとなっている受信端末はグループ参加要求パケットでその問合せに応答する。マルチキャストルータは問合せパケットに対する応答の有無でグループメンバが存在するかを判断し、グループメンバが存在するネットワークにのみデータパケットを中継する。マルチキャストルータはグループメンバの存在を確認し、データパケットの中継が必要であると判断した場合は、マルチキャスト経路制御プロトコルを用いて配送要求を他のルータに通知する。また、グループメンバが存在しなくなりデータパケットの中継が不要と判断した場合は配送停止要求を通知する。マルチキャストルータは通知されたマルチキャスト経路制御プロトコルの内容に従い、保持しているマルチキャスト中継情報を更新する。マルチキャスト経路制御プロトコルの代表的なものとしては、ＲＦＣ２３６２にＰＩＭ−ＳＭ（Ｐｒｏｔｏｃｏｌ Ｉｎｄｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ−Ｓｐａｒｓｅ Ｍｏｄｅ）が、ＲＦＣ１５８４にＭＯＳＰＦ（Ｍｕｌｔｉｃａｓｔ Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）が、規定されている。また、プロトコルのドラフトとして、ＰＩＭ−ＤＭ（Ｐｒｏｔｏｃｏｌ Ｉｎｄｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ−Ｄｅｎｓｅ Ｍｏｄｅ）及びＤＶＭＲＰ（Ｄｉｓｔａｎｃｅ Ｖｅｃｔｏｒ Ｍｕｌｔｉｃａｓｔ Ｒｏｕｔｉｎｇ Ｐｒｏｔｏｃｏｌ）が公開されている。
【０００５】
マルチキャスト配信サービスを行うためには、ネットワークを構成する全てのルータで上記のマルチキャスト経路制御プロトコルが動作する必要があるが、ネットワーク上にマルチキャストに対応していないルータが存在する場合は、マルチキャストルータ間でトンネルと呼ばれる仮想的な配送パスを設定するトンネリング技術が用いられる。トンネルの始端となるマルチキャストルータは、マルチキャストで配信されたデータパケットを配送パス上に中継する場合、データパケットをトンネルの終端であるマルチキャストルータに向けてユニキャストデータパケットでカプセル化して送信する。配送パス上に存在するマルチキャスト未対応ルータはこのカプセル化されたマルチキャストデータパケットを通常のユニキャストデータパケットとして中継していく。トンネルの終端となるマルチキャストルータは、カプセル化されたユニキャストパケットデータからマルチキャストデータパケットを取り出してマルチキャストで中継する。インターネット上ではこの技術を用いてＭｂｏｎｅ（Ｍｕｌｔｉｃａｓｔ Ｂａｃｋｂｏｎｅ）と呼ばれる公の実験網を構築している。
【０００６】
マルチキャストに対応したネットワーク（以下、マルチキャストネットワークとする）と対応していないネットワークが混在するネットワークシステムにおいて、トンネリング技術を用いずにデータを配信する技術としては、ネットワークにマルチキャスト通信装置を接続し、マルチキャストに対応していないネットワークに接続する送受信者は最寄りのマルチキャスト通信装置に対してデータの送信要求あるいは受信要求を出すマルチキャストネットワークが記載されている。データの送信者はデータの送信要求後、該マルチキャスト通信装置に対してユニキャストでデータを送信する。該マルチキャスト通信装置はユニキャストで受信したデータをマルチキャストにしてマルチキャストネットワーク内に配信する技術が開示されている。
【０００７】
【特許文献１】
特開２００２−１８５５２８号公報
【０００８】
【発明が解決しようとする課題】
インターネット上や企業内ネットワークにおいてマルチキャストを利用したデータ配信を行う場合に、ネットワーク上の全てのルータと端末がマルチキャスト機能に対応する必要がある。現在は、マルチキャストに対応した端末も増えており、マルチキャストで配信するサービスを行うインターネットサービスプロバイダも一部に存在している。しかし、マルチキャストに未対応であるルータも多く存在し、すべての機器をマルチキャストに対応させるためには大きなコストがかかる。したがって、受信側の端末がマルチキャストネットワークに接続されていても、マルチキャストに対応していないネットワークに接続される送信端末から多数の端末にデータを配信する場合にはユニキャストを使用しなければならず、ネットワークに大量のトラフィックが流れることになる。
【０００９】
特開２００２−１８５５２８号公報に記載の発明では、送信者がマルチキャスト通信端末にデータをユニキャストで送信するが、送信者側主導でデータの送信を行うため、受信者が存在しない場合にでもマルチキャスト通信装置に対してデータを送信することになり、送信端末とマルチキャスト通信装置間のネットワークに不要なトラフィックを流し、マルチキャスト通信装置に余計な負荷を与えることになる。
【００１０】
本発明の目的は、マルチキャストネットワークに接続していない送信端末が保持するストリームデータを、マルチキャストネットワークに接続する端末に対してはマルチキャストで配信することで、ネットワーク全体に流れるトラフィック量を抑えるシステムを提供することである。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明ではマルチキャストネットワークとマルチキャストに対応していないネットワーク間に設置されるマルチキャスト配信装置において、マルチキャストネットワークに接続された端末からストリームデータのマルチキャスト配送要求を受信すると、マルチキャストに対応していないネットワークに接続されているストリームデータの送信端末（以下配信サーバとする）にアクセスし、配信サーバからはユニキャストでストリームデータを受信し、マルチキャストネットワークに接続される端末に対して受信ストリームデータをマルチキャストで配信することを可能とする。
【００１２】
マルチキャスト配信装置は、マルチキャストで配信可能なストリームデータの情報とストリームデータの配信先となるマルチキャストグループアドレスを対応づけた管理テーブルを保持しておく。この管理テーブルにはマルチキャスト配信装置の管理者が設定可能で、ストリームデータの情報として、ストリームデータを保持する配信サーバの情報（ＩＰアドレスやＵＲＬ）などを登録しておく。また、ユーザに対しては管理テーブルを通知することでユーザは受信可能なストリームデータの情報を知ることができる。ユーザが受信端末上においていずれかのストリームデータを選択すると、ストリームデータの配信先マルチキャストグループに対して受信端末からグループ参加要求が送信される。最寄りのマルチキャストルータはこのグループ参加要求を受信すると、マルチキャスト経路制御プロトコルを使用してデータの配送要求を送信端末に向けて送信する。この従来のマルチキャスト経路制御プロトコルによって配送要求は送信端末から各受信端末までの最短経路上に存在するマルチキャストルータで転送され、送信端末に最も近いマルチキャストルータにまで到達する。
【００１３】
なお、マルチキャスト配信装置をマルチキャストルータとして動作させることで、配送要求を受信することができる。マルチキャスト配信装置は上記管理テーブルに登録されたマルチキャストグループに対する配送要求を受信すると、マルチキャストグループに対応するストリームデータを保持する配信サーバにアクセスし、所望のストリームデータの配信を要求する。配信サーバからのストリームデータパケットがユニキャストでマルチキャスト配信装置に届くと、マルチキャスト配信装置は受信したユニキャストデータパケットをマルチキャストデータパケットに変換してマルチキャストネットワーク内に転送することで、各受信端末は所望するストリームデータをマルチキャストで受信する。マルチキャストネットワーク上に接続された端末から同じストリームデータに対して配送要求が来た場合、マルチキャスト配信装置は既にマルチキャストでデータを配送しているため、最寄りのマルチキャストルータが各受信端末に向けてマルチキャスト中継を行う。
【００１４】
一方、データの受信を終了する場合、各受信端末は現在受信中のマルチキャストグループからのグループ脱退要求を送信する。グループ参加時と同様に、最寄りのルータがグループ脱退要求を受信すると、データ配送停止要求を送信端末に向けて送信する。マルチキャストルータはこのデータ配送停止要求を受信し、マルチキャスト経路制御プロトコル処理によって自身がマルチキャストデータの中継をする必要がないと判断した場合は、さらにデータ配送停止要求を送信端末に向けて送信する。マルチキャスト配信装置はこのデータ配送停止要求を受信し、ストリームデータの受信端末が存在しないと判断すると、配信サーバからのデータの受信を中止する。
【００１５】
【発明の作用及び効果】
本発明によれば、マルチキャスト配信可能なネットワークに接続する端末から、マルチキャスト配信が可能でないネットワークに接続する端末が保持するデータに対する配送要求があった場合、該送信端末からはユニキャストでデータを取得し、マルチキャスト配信可能なネットワークに対しては該データをマルチキャストで配送することで、ネットワークに流れるトラフィック量を抑えたデータ配信サービスが可能になる。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【００１７】
図１は、本発明の第１の実施の形態のマルチキャスト配信システムの構成を示す図である。
【００１８】
このマルチキャスト配信システムは、マルチキャストでの通信が可能なマルチキャストネットワーク７０とマルチキャストに対応していないユニキャストネットワーク６０とがマルチキャスト配信装置１０を介して接続されている。
【００１９】
マルチキャスト配信装置１０は、ユニキャストネットワーク６０に対してはアドレスＭ１で、マルチキャストネットワーク７０に対してはアドレスＭ２で、それぞれ接続している。ユニキャストネットワーク６０には配信サーバ５０ａ（ホスト名はｓｖｒ１、アドレスはＳ１）、と配信サーバ５０ｂ（ホスト名はｓｖｒ２、アドレスはＳ２）とが接続されている。マルチキャストネットワーク７０内には、マルチキャストルータ４０ａ、４０ｂ、４０ｃが設けられ、マルチキャストルータ４０ｂ、４０ｃは、マルチキャストルータ４０ａの下位に設けられている。さらにマルチキャストルータ４０ｂには端末５１ａ、５１ｂが、マルチキャストルータ４０ｃには端末５１ｃ、５１ｄが接続されている。
【００２０】
マルチキャスト配信装置１０はマルチキャストルータ４０ａに接続されている。このマルチキャスト配信装置１０は、内部に保存されているデータ管理テーブルに従ってマルチキャストネットワーク７０内にマルチキャストで配信プログラムを通知する。
【００２１】
次に、マルチキャスト配信装置１０のブロック図を図２に示す。
【００２２】
パケット受信部１１は、配信サーバから送られてくるストリームのデータパケット及び最寄りのマルチキャストルータからのマルチキャスト経路制御に係わる制御パケットを受信し、パケット判別部１２に送る。パケット判別部１２は、受信パケットがデータパケットであるか制御パケットであるかを判別する。制御パケットの場合はマルチキャストプロトコル処理部１３にパケットを送り、データパケットの場合はデータ転送処理部１８にパケットを送る。
【００２３】
マルチキャストプロトコル処理部１３は、受け取った制御パケットからグループアドレス情報を抽出し、抽出したグループアドレス情報と制御パケットの制御内容とをアクセス制御処理部１４に送る。また、マルチキャストプロトコル処理部１３はマルチキャスト経路制御プロトコルの制御パケットを定期的に送信する機能も持つ。この制御パケットを送信することで、マルチキャストルータからマルチキャスト配信装置１０を参照したときに擬似的にマルチキャストルータと同様の動作をするので、最寄りのマルチキャストルータからマルチキャスト制御パケットを受信できるようになる。
【００２４】
アクセス制御処理部１４は、マルチキャストプロトコル処理部１３から通知されたグループアドレス情報がマルチキャスト変換テーブル１６に登録されているかどうかを調べる。アドレス情報が登録されていなければ、配信データ管理部１５に問い合わせてグループアドレスに対応するストリームデータを保持する配信サーバの情報を取得し、配信サーバ情報で示された配信サーバからストリームデータを受け取るための処理を実施する。通常、端末（あるいはクライアント）はサーバからストリーム等のデータを受信するときは専用のプロトコルを使用してデータの配信を要求する。
【００２５】
この専用のプロトコルには、ＲＦＣ２８１７に規定されている「ＨＴＴＰ」（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）や、ＲＦＣ２３２６に規定されている「ＲＴＳＰ」（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍ Ｐｒｏｔｏｃｏｌ）等がある。例えば、ＨＴＴＰを用いてアクセスする場合は、まず端末と配信サーバ間でデータをやり取りするために「ＴＣＰ」（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いてセッションを確立してからストリームデータの受信を開始する。また、ストリーム制御プロトコルであるＲＴＳＰを用いてアクセスする場合は、ＴＣＰでセッションを確立した後、ＲＴＳＰを用いてストリーム情報を取得してからデータの受信を開始する。
【００２６】
アクセス制御処理部１４は、上記のようなプロトコルによって配信サーバとのセッションを確立する。セッションが確立しデータの受信が可能になった時点で、配信サーバのアドレス情報およびグループアドレス情報等をマルチキャスト変換テーブル１６に登録する。既にグループアドレス情報がマルチキャスト変換テーブル１６に登録されている場合は、配信サーバからデータを受信している状態であるのでアクセス処理は行わない。
【００２７】
配信データ管理部１５は、データ管理テーブル１７から一部の情報を抽出した配信プログラムをユーザに配布する処理を行う。また配信データ管理部１５では、ネットワーク管理者など外部からの操作によってもデータ管理テーブル１７の更新を行うことができる。
【００２８】
データ転送処理部１８は、受信したデータパケットの送信元アドレスがマルチキャスト変換テーブル１６に登録されているかどうかを調べ、登録されていれば送信元アドレスに対応するグループアドレス情報をマルチキャスト変換テーブル１６から取得する。またデータ転送処理部１８は、取得したグループアドレス情報を受信データパケットの宛先アドレスに設定し、送信元マルチキャスト配信装置１０自身のアドレスを送信元アドレスに設定し、パケット送信部１９に送る。
【００２９】
パケット送信部１９は、データ転送処理部１８が転送するデータパケット及びマルチキャストプロトコル処理部１３が送信する制御パケット、アクセス制御処理部１４が配信サーバとの通信に使用するプロトコルパケット、配信データ管理部１５が通知する配信プログラム、を送信する。
【００３０】
図３にマルチキャスト通信装置１０が処理するパケット３０の構成を示す。
【００３１】
パケット３０はヘッダ部３１とデータ部３２とで構成されている。ヘッダ部３１は、パケット３０の送信元アドレス３３、宛先アドレス３４及びプロトコル情報３５を含む。データ部３２には送信元ポート番号３６と宛先ポート番号３７とを含む。このポート番号は、複数のストリームデータが配信される場合、個々のストリームを識別するための情報として使用される。
【００３２】
マルチキャスト配信装置１０から配信サーバに対して送信するアクセス要求パケットは、宛先アドレス３４が配信サーバのアドレスに設定され、配信サーバからマルチキャスト通信装置１０に送られてくるストリームデータパケットは、宛先アドレスがマルチキャスト配信装置１０のアドレスに設定される。
【００３３】
マルチキャスト配信装置１０が配信サーバから受信したデータパケットをマルチキャストネットワーク内に転送する場合、マルチキャスト配信装置１０は送信元アドレス３３に自己のアドレスを設定し、宛先アドレス３４に配信するマルチキャストグループのアドレスを設定する。
【００３４】
図４にマルチキャスト配信装置１０が保持しているデータ管理テーブル１７の構成を示す。
【００３５】
このデータ管理テーブル１７は、配信データ情報と配信データ取得情報とを含んだテーブルである。配信データ情報には、ストリームデータのタイトル、ストリームデータの内容説明、配信先のマルチキャストグループアドレス及びストリームデータの配信に使用するプロトコル名が登録される。配信データ取得情報には、ストリームデータを保持する配信サーバのアドレス情報又はアクセス先情報がＵＲＬ形式で登録される。
【００３６】
マルチキャストグループアドレス及び配信サーバのアドレス情報には、ＩＰｖ４やＩＰｖ６といった複数のネットワークプロトコルによるアドレス又はＵＲＬ情報が設定可能である。例えば、グループアドレスにＩＰｖ６のマルチキャストグループアドレスを設定し、配信サーバにＩＰ４のネットワークに接続するアドレス情報を設定した場合に、ＩＰｖ４のネットワークに接続された配信サーバからストリームデータを受信し、ストリームデータをＩＰｖ６で構成されたマルチキャストネットワークにＩＰｖ６マルチキャストで配信することができる。
【００３７】
なお、配信データ情報の付加情報として配信データを配信するための時刻情報を含んでもよい。配信時刻情報はマルチキャスト配信装置１０が配信サーバへのアクセス制御に使用する。配信時刻が設定してある場合は、配信時間以外に受信要求を受信してもアクセス制御処理部１４は配信サーバへのアクセス処理を実行しないので、配信時刻以外に配信サーバにアクセスしてもデータは送られてこないため、不要なパケットをネットワークに流すことがない。
【００３８】
配信データ管理部１５は、データ管理テーブル１７から配信データ情報を抽出し、これを配信プログラムとして、予め決めておいた通知用のマルチキャストグループ宛に送信する。配信プログラムの通知には、例えばＲＦＣ２３２７に規定された「ＳＤＰ」（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用する。データ管理テーブル１７に設定する内容は上記に限ったものでなく、ＳＤＰで規定された情報を配信するための情報を含んでもよい。
【００３９】
図５にマルチキャスト変換テーブル１６の例を示す。
【００４０】
マルチキャスト変換テーブル１６には、現在受信しているストリームデータの配信サーバアドレスとストリームデータパケットの転送先グループアドレス情報とが登録されている。
【００４１】
配信サーバアドレスは、マルチキャスト配信装置１０が複数の配信サーバからストリームデータを受信する場合に、どの配信サーバからどのストリームデータを受信するかを識別するために使用される。マルチキャスト配信装置１０のデータ転送処理部１８（図２）では、配信サーバから受信するストリームデータパケットの送信元アドレスを元にマルチキャスト変換テーブル１６を検索し、当該アドレスに対応する転送先グループアドレス情報を取得する。取得したグループアドレス情報を受信データパケットの宛先アドレスに設定し、送信元アドレスにはマルチキャスト配信装置１０のアドレスを設定する。
【００４２】
同一の配信サーバから複数のストリームデータを受信する場合はプロトコル情報やポート番号情報を使用して各ストリームデータを識別することができる。この場合、マルチキャスト変換テーブル１６およびデータ管理テーブル１７にはプロトコル情報やポート番号情報を登録しておき、データ転送処理部１８は、送信元アドレス情報、プロトコル情報やポート番号情報に基づいて、マルチキャスト変換テーブル１６を検索して、転送先グループアドレス情報を取得する。
【００４３】
マルチキャストアプリケーションによっては事前にマルチキャストデータパケットで使用するポート番号の情報が必要とされることもあるが、配信サーバからのストリームデータを受信するまでに使用されるポート番号が分からない場合もある。この場合、管理者が決めたポート番号をデータ管理テーブル１７に登録し、配信プログラム中に含めてユーザに通知する。データ転送処理部１８において、配信サーバから受信したデータパケットの宛先アドレスにグループアドレス情報を設定する際に、ポート番号もデータ管理テーブル１７に登録したポート番号を設定して転送するようにする。
【００４４】
次に上記のように構成されたマルチキャスト配信システムにおいて、端末５１が配信プログラムを受信し、配信プログラムの中からストリームデータを選択して受信する動作を説明する。
【００４５】
まず、端末５１ａが、タイトル「Ａ」のストリーミングデータを受信したい場合、まず、タイトル「Ａ」の配信先グループアドレスＧ１に対してグループ参加要求を送る。
【００４６】
このグループ参加要求をマルチキャストルータ４０ｂが受信すると、マルチキャストルータ４０ｂはマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットの配送要求をマルチキャストルータ４０ａに送信する。
【００４７】
マルチキャストルータ４０ａがこの配送要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行いグループＧ１宛のデータパケットの配送要求をマルチキャスト配信装置１０に送信する。マルチキャスト配信装置１０は、この配送要求を受信すると配送要求からマルチキャスト制御パケットで要求されたグループアドレスＧ１を抽出し、データ管理テーブル１７（図４）を参照してＧ１に対応する情報を検索する。データ管理テーブル１７にはグループＧ１に対応するＵＲＬ情報として「ｈｔｔｐ：／／ｓｖｒ１／ｄａｔａ１／」が登録されているので、マルチキャスト配信装置１０は、ホスト名が「ｓｖｒ１」である配信サーバ５０ａから「ｄａｔａ１」で示されるデータを受信するためのセッションを確立する。このとき、マルチキャスト変換テーブル１６にグループ「Ｇ１」と配信サーバ５０ａアドレス「Ｓ１」とを登録する。
【００４８】
マルチキャスト配信装置１０は配信サーバ５０ａからストリームデータを受信すると、受信データパケットの宛先アドレスを「Ｇ１」に、送信元アドレスをマルチキャスト配信装置１０のアドレス「Ｍ２」にそれぞれ設定してマルチキャストルータ４０ａに対してデータを転送する。マルチキャストルータ４０ａはグループＧ１宛のデータを受信すると、グループＧ１宛のデータパケットの配送を要求したマルチキャストルータ４０ｂに対して受信したデータパケットを中継する。マルチキャストルータ４０ｂはグループＧ１宛のデータパケットを受信すると、グループＧ１宛にデータパケット配送要求を送信した端末５１ａに対してデータパケットを中継する。
【００４９】
このとき、端末５１ｂがタイトル「Ａ」のストリームデータを受信する場合は、端末５１ｂがタイトル「Ａ」の配信先マルチキャストグループＧ１に対してグループ参加要求を送信する。マルチキャストルータ４０ｂは既にグループＧ１宛のデータパケットを中継しているので、端末５１ｂからのグループ参加要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い端末５１ｂに対してストリームデータを中継する。
【００５０】
さらに、端末５１ｃがタイトル「Ａ」のストリームデータを受信する場合は、端末５１ｃがタイトル「Ａ」の配信先グループＧ１に対してグループ参加要求を送信する。マルチキャストルータ４０ｃは端末５１ｃからのグループ参加要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットの配送要求をマルチキャストルータ４０ａに送信する。マルチキャストルータ４０ａは既にグループＧ１宛のデータパケットをマルチキャストルータ４０ｂに中継しているので、配送要求を受信すると、マルチキャストルータ４０ｃにグループＧ１宛のデータパケットの中継を行い、端末５１ｃに対してストリームデータを中継する。
【００５１】
次に、端末５０ｄがタイトル「Ｂ」のストリームデータを受信する場合、端末５１ｄは、タイトル「Ｂ」の配信先グループＧ２に対するグループ参加要求を送信する。マルチキャストルータ４０ｃはグループ参加要求を受信するとマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ２宛のデータパケットの配送要求をマルチキャストルータ４０ａに送信する。マルチキャストルータ４０ａは配送要求を受信するとマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ２宛のデータパケットの配送要求をマルチキャスト配信装置１０に送信する。
【００５２】
マルチキャスト配信装置１０は、グループＧ２に対するマルチキャスト制御パケットを受信すると、データ管理テーブル１７に登録されている情報を参照して、グループＧ２に対応するホスト名「ｓｖｒ２」の配信サーバ５０ｂに対してＨＴＴＰプロトコルを使用してアクセスし、ｄａｔａ２で示されたデータの配信を要求する。マルチキャスト配信装置１０は配信サーバ５０ｂからのデータを受信すると、データパケットの宛先アドレスをＧ２に、送信元アドレスを自身のアドレスＭ２に、それぞれ設定して、マルチキャストルータ４０ａに対してデータを転送する。データを受信したマルチキャストルータ４０ａ及び４０ｃはグループＧ２宛のデータパケットを中継し、端末５１ｄに対してストリームデータを送信する。
【００５３】
次に、データの受信中止の手順について説明する。
【００５４】
マルチキャスト配信装置１０は、配信データに対して受信する端末が存在しなくなった時点で配信サーバとのセッションを切断してデータの受信を中止する。すなわち、上記のように端末５１ａ、５１ｂ、５１ｃがそれぞれグループＧ１宛のデータを受信しているときに、端末５１ａがグループＧ１からのグループ離脱要求を送信した場合、マルチキャストルータ４０ｂがグループ離脱要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行う。すなわち、このとき、マルチキャストルータ４０ｂはグループＧ１宛のデータを端末５１ｂがまだ受信しているので、グループＧ１宛のデータパケットは端末５１ｂにのみ中継するように処理を行う。
【００５５】
さらに端末５１ｂがグループＧ１からのグループ離脱要求を送信した場合、マルチキャストルータ４０ｂはグループ離脱要求を受信し、マルチキャスト経路制御プロトコルに従った処理を行いグループＧ１宛のデータを受信する端末が存在しないと判断し、グループＧ１へのデータ配送停止要求をマルチキャストルータ４０ａに送信する。マルチキャストルータ４０ａは配送停止要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットはマルチキャストルータ４０ｃにのみ中継するように処理を行う。
【００５６】
さらに、端末５０ｃがグループＧ１からのグループ離脱要求を送信した場合、マルチキャストルータ４０ｃはグループ離脱要求を受信しマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットを受信する端末が存在しなくなったのでデータを中継する必要がないと判断し、マルチキャストルータ４０ａに向けてデータ配送停止要求を送信する。マルチキャストルータ４０ａは配送停止要求を受信しマルチキャスト経路制御プロトコルに従った処理を行い、マルチキャストルータ４０ｂ、４０ｃにデータを中継する必要がないと判断して、グループＧ１への配送停止要求をマルチキャスト配信装置１０に送信する。マルチキャスト配信装置１０は、マルチキャストルータ４０ａからの配送停止要求を受信すると、配送停止要求に含まれるグループアドレス情報を抽出して、グループアドレス情報に対応する配信サーバへのアクセスを中止する。このとき、マルチキャスト変換テーブル１６からグループアドレス情報、サーバアドレス情報等を削除する。以上の処理によってストリームデータの配信が停止する。
【００５７】
次に、端末５１が配信サーバ５０からデータパケットを受信するときの処理の流れを説明する。
【００５８】
図６は、端末５１ａ、５１ｂが配信サーバ５０ａからデータパケットを受信する場合のシーケンス図である。
【００５９】
マルチキャスト配信装置１０は、定期的にマルチキャストネットワーク７０に接続する端末に対して配信プログラム２００を送信している。
【００６０】
端末５１ａが配信プログラム２００を受信し、配信プログラム２００の中から希望するストリームデータの受信を行う場合、まず、ストリームデータのグループであるグループＧ１へのグループ参加要求２０１を送信する。マルチキャストルータ４０ｂは、端末５１ａからのグループ参加要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行いグループＧ１宛のデータパケットの配送要求２０２をマルチキャストルータ４０ａに送信する。マルチキャストルータ４０ａは、この配送要求２０２を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い、さらにグループＧ１宛のデータパケットの配送要求２０３をマルチキャスト配信装置１０に送信する。
【００６１】
マルチキャスト配信装置１０は配送要求２０３を受信すると、グループＧ１に対応する配信サーバの情報をデータ管理テーブル１７から取得し、配信サーバ５０ａに対してデータ「ｄａｔａ１」の送信要求２０４を送信する。マルチキャスト配信装置１０は、送信要求２０４を送信すると、配信サーバ５０ａとマルチキャスト配信装置１０との間でストリームデータを送信するためのセッション確立処理を実施する。セッションが確立すると、配信サーバ５０ａはストリームデータ２０５をユニキャストでマルチキャスト配信装置１０に向けて送信する。
【００６２】
マルチキャスト配信装置１０はストリームデータ２０５を受信すると、ストリームデータ２０５の宛先アドレスを「Ｇ１」に変換し、マルチキャストデータ２０６としてグループＧ１に対して転送する。マルチキャストデータ２０６はマルチキャストルータ４０ａ、４０ｂで中継され、グループＧ１に対して配送要求を行った端末５１ａに対して配送される。
【００６３】
ここで、端末５１ｂが同様にグループＧ１に対してグループ参加要求２０７を送信すると、マルチキャストルータ４０ｂでは既にグループＧ１宛のマルチキャストデータ２０６を受信しているので、マルチキャストルータ４０ｂは、グループ参加要求を受信するとマルチキャストデータ２０６を端末５１ｂに対しても中継する。
【００６４】
次に、端末５１が配信サーバ５０から受信しているデータパケットの受信を終了する処理、すなわち、グループから離脱するときの処理の流れを説明する。
【００６５】
図７は、端末５１がグループから離脱する場合のメッセージシーケンスを示す。
【００６６】
マルチキャスト配信装置１０は、グループＧ１に対して配信サーバ５０ａからのデータパケット２２０をマルチキャストデータパケット２２１に変換して転送している。ここで、端末５１ａがグループＧ１からの離脱要求２２２を送信した場合、マルチキャストルータ４０ｂが離脱要求２２２を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い端末５１ａにグループＧ１宛のデータパケット２２１を中継することを中止する。このとき端末５１ｂに対しては中継を続ける。
【００６７】
さらに、端末５１ｂがグループＧ１からのグループ離脱要求２２３を送信した場合、マルチキャストルータ４０ｂはグループ離脱要求２２３を受信しマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットを受信する端末は存在しなくなったと判断し、マルチキャストルータ４０ａに向けてデータパケットの配送停止要求２２４を送信する。
【００６８】
マルチキャストルータ４０ａは配送停止要求２２４を受信しマルチキャスト経路制御プロトコルに従って、マルチキャストルータ４０ａがグループＧ１宛のデータパケットを中継する必要がないと判断し、マルチキャスト配信装置１０に向けてグループＧ１宛のデータパケットの配送停止要求２２５を送信する。マルチキャスト配信装置１０は配送停止要求２２５を受信すると、配信サーバ５０ａに対してデータの送信終了を指示する送信終了パケット２２６を送信する。配信サーバは送信終了パケット２２６を受信するとデータパケットの配送を停止する。
【００６９】
図８は、マルチキャスト配信装置１０がパケットを受信したときの処理のフローチャートである。
【００７０】
まず、受信したパケットがマルチキャスト制御パケットであるか否かを判別する（ステップ３００）。これは受信したデータパケットのプロトコル番号によって判別できる。マルチキャスト制御パケットを受信した場合は、マルチキャストプロトコル処理（ステップ３０１）を行う。ステップ３００において、マルチキャスト制御パケットでない場合は、配信サーバからユニキャストで配信装置１０宛に送られたデータパケットであって、マルチキャストで中継すべきデータパケットであるか否かを判別する（ステップ３０２）。受信データパケットの送信元アドレスがマルチキャスト変換テーブルに登録されていれば、データ転送処理（ステップ３０３）を行う。
【００７１】
図９は、図８のデータ転送処理の詳細を示したフローチャートである。
【００７２】
まず、受信したデータパケットの送信元アドレスに対応するグループアドレスをマルチキャスト変換テーブル１６から検索して取得する（ステップ３１０）。次に、データパケットの送信元アドレスにマルチキャスト配信装置１０自身のアドレスを設定し（ステップ３１１）、宛先アドレスにグループアドレスを設定して（ステップ３１２）、アドレス情報を変換する。そして、アドレス情報が変換されたデータパケットを送信する（ステップ３１３）。
【００７３】
図１０は、図８のマルチキャストプロトコル処理の詳細を示したフローチャートである。
【００７４】
まず、受信した制御パケットがグループへの配送要求又は配送停止要求を示すパケットであるか否かを判別する（ステップ３４０）。配送要求又は配送停止要求を示すパケットであれば、パケットから要求されているグループアドレス情報を抽出し（ステップ３４１）、それ以外のパケットを受信した場合は処理を終了する。次に、パケットが配送要求であるか否かを判別する（ステップ３４２）。パケットが配送要求であれば、パケットから抽出したグループアドレスがマルチキャスト変換テーブルに登録されているか否かを判別し（ステップ３４３）、既にグループアドレスが登録されていれば処理を終了し、グループアドレス情報が未登録であれば、グループアドレス情報に対応する配信サーバからのデータ送信を開始するためにアクセス制御処理（ステップ３４４）を実施する。
【００７５】
また、ステップ３４２において、パケットが配送停止要求であると判断した場合は、グループアドレス情報に対応する配信サーバからのデータ送信を中止するためのアクセス制御処理（ステップ３４４）を実施する。
【００７６】
図１１は、図１０のアクセス制御処理の詳細を示したフローチャートである。
【００７７】
まず、要求が配信サーバへの配送要求（データ送信開始要求）であるか、配送停止要求（データ送信停止要求）であるかを判別する（ステップ３６０）。
【００７８】
送信開始要求である場合はデータ管理テーブルからマルチキャストプロトコル処理より通知されたグループアドレスに対応する配信サーバ情報を抽出する（ステップ３６２）。抽出した該配信サーバ情報をもとに配信サーバに配信データを取得するためのアクセス要求を送信し、配信サーバとのセッションを確立する（ステップ３６３）。セッション確立後、マルチキャスト変換テーブルにグループアドレス情報、該サーバアドレス情報を登録する（ステップ３６４）。
【００７９】
一方、ステップ３６０において送信停止要求と判別した場合、配信サーバに送信停止要求を送信し、配信サーバとのセッションを切断して（ステップ３６１）、グループアドレス情報、配信サーバアドレス情報をマルチキャスト変換テーブルから削除する（ステップ３６５）。
【００８０】
以上のように構成された第１の実施の形態のマルチキャスト配信システムでは、マルチキャストネットワークに接続されたクライアント端末５１が、ユニキャストネットワークにある配信サーバ５０からストリームデータを受信する場合、マルチキャスト配信装置１０によってユニキャストネットワークデータをマルチキャストネットワークデータに変換してクライアント端末５１の参加したグループ宛に配信するので、ユニキャストとマルチキャストとの混在環境においても、ネットワークに流れるトラフィック量を抑えたデータ配信サービスが可能になる。
【００８１】
次に、本発明の第２の実施の形態のマルチキャスト配信システムについて説明する。
【００８２】
第２の実施の形態のマルチキャスト配信システムは、図１及び図２と同様の構成を有するが、マルチキャスト配信装置１０に、配信するデータの改竄、盗聴、不正利用、等から防ぐための暗号化などの機能を備える点で相違する。
【００８３】
第２の実施の形態のマルチキャスト配信装置１０について図２を参照して説明する。なお、第１の実施の形態と同一の動作をする構成については、その詳細な説明は省略する。
【００８４】
まず、クライアント端末５１が配信プログラムを受信したい場合は、マルチキャスト配信装置１０に対して配信プログラム要求パケットを送信する。
【００８５】
マルチキャスト配信装置１０のパケット受信部１１（図２）は、他のパケットと同様にクライアント端末５１からの配信プログラム要求パケットも受信し、パケット判別部１１に送る。
【００８６】
パケット判別部１１で配信プログラム要求パケットと判別した場合は、配信データ管理部１５に配信プログラム要求パケットを送る。配信データ管理部１５では、配信プログラム要求パケットを受けると、まず配信プログラムを要求するクライアント端末５１がマルチキャスト配信サービスを受けることができる正規のユーザであるか（契約を行ったユーザであるか）の認証処理を行う。この認証処理は、必要に応じてＩＤ、パスワード等の認証情報をクライアント端末５１とマルチキャスト配信装置１０との間で通信することによって実施する。認証処理が成功した場合は、配信データ管理部１５において配信プログラムを暗号化し、パケット送信部１９を経由してクライアント端末５１に送信する。
【００８７】
なお、クライアント端末５１が送信する配信プログラム要求パケット、マルチキャスト配信装置１０とクライアント端末５１との間の認証処理等の一連の通信を全て暗号化して行ってもよい。
【００８８】
パケット判別部１１で、受信パケットがストリームデータパケットであると判別した場合はパケットをデータ転送処理部１８に送り、制御パケットであると判別した場合はマルチキャストプロトコル処理部１３に送る。データ転送処理部１８及びマルチキャストプロトコル処理部１３では、第１の実施の形態と同様に、グループアドレス情報をアクセス制御処理部１４に通知する処理を行う。次に、アクセス制御処理部１４は、配信サーバ５０へのアクセス、セッションの確立、データの受信等の一連の通信を暗号化して行う。配信サーバ５０とで行う暗号化通信の方式はデータ管理テーブル１７に設定する。すなわち、データ管理テーブル１７の付加情報に暗号化方式、暗号鍵、等の暗号化に関する情報を格納する。また、クライアント端末５１に通知する配信プログラムには公開鍵等の暗号化されたデータを復号化するための情報を含まれており、この公開鍵を用いることで認証されたクライアント端末５１のみがストリームデータを複合化でき、配信を受けることができる。
【００８９】
配信サーバとのセッション確立した後は、第１の実施の形態と同様に配信サーバのアドレス情報とグループアドレス情報をマルチキャスト変換テーブル１６に登録する。
【００９０】
なお、データ管理テーブル１７には、すべてのユーザが配信を受けられるストリームデータと、契約を行い契約情報に従って認証されたユーザのみが配信を受けられるストリームデータとの情報を複数保持するよう構成してもよい。すべてのユーザが配信を受けられるストリームデータについては、マルチキャスト配信装置１０からクライアント端末５１に対して予め配信プログラムを通知し、契約を行ったユーザに対しては上記のように配信プログラム要求があった場合のみ配信プログラムを通知することで、契約ユーザのみに対して特別なストリームデータを配信することができる。
【００９１】
図１２に、第２の実施の形態のマルチキャスト配信システムにおいて、端末５１が配信サーバ５０からのデータパケットを受信する際のシーケンスを示す。
【００９２】
まず、端末５１ａがマルチキャスト配信装置１０に対し配信プログラム要求５５０を送信する。
【００９３】
マルチキャスト配信装置１０は配信プログラム要求５５０を送信した端末のユーザの認証処理を行う。認証が成功し正規のユーザであると判断すれば、端末５１ａに対して配信プログラム５５１を送信する。
【００９４】
端末５１ａは、配信プログラム５５１から希望のストリームデータの情報を得て、該当するグループＧ１へのグループ参加要求５５２を送信する。
【００９５】
端末５１ａに接続されるマルチキャストルータ４０ｂは、端末５１ａからのグループ参加要求５５２を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットの配送要求５５３をマルチキャストルータ４０ａに送信する。
【００９６】
マルチキャストルータ４０ａは、この配送要求５５３を受けて、配送要求５５４をマルチキャスト配信装置１０に送信する。マルチキャスト配信装置１０は配送要求５５４を受信すると、グループＧ１に対応する配信サーバの情報をデータ管理テーブル１７から取得して、配信サーバ５０ａに対してデータ「ｄａｔａ１」の送信要求５５５を送信する。配信サーバ５０ａが送信要求５５５を受信すると、配信サーバ５０ａからマルチキャスト配信装置１０に対してストリームデータ５５６をユニキャストで送信する。
【００９７】
マルチキャスト配信装置１０はストリームデータ５５６を受信するとデータパケットの宛先アドレスをグループＧ１に変換し、マルチキャストデータ５５７として転送する。マルチキャストデータ５５７はマルチキャストルータ４０ａ、４０ｂで中継され、端末５１ａに配信される。
【００９８】
ここで、端末５１ｂがストリームデータを受信しようとする場合は、まず、端末５１ａと同様に配信プログラム要求５５８を送信する。マルチキャスト配信装置１０は配信プログラム要求５５８を受信すると端末５１ｂのユーザ認証処理を行い、認証が成功した場合は配信プログラム５５９を端末５１ｂに通知する。端末５１ｂは、配信プログラム５５１から希望のストリームデータの情報を得て、該当するグループＧ１に対してグループ参加要求５６０を送信する。マルチキャストルータ４０ｂは、このグループ参加要求５６０を受信すると、既にグループＧ１宛のマルチキャストデータ５５７を受信しているので、マルチキャストデータ５５７を端末５１ｂに対しても中継を行う。
【００９９】
なお、第２の実施の形態のマルチキャスト配信システムでは、データを配信する際に通信経路上でデータの保護が必要となる。マルチキャスト配信装置１０と各配信サーバ間の通信経路上でデータを保護する方法としては、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を用いて、マルチキャスト配信装置１０と各配信サーバ間でＶＰＮを構築するようにしてもよい。
【０１００】
上記のように構成された第２の実施の形態では、ストリームデータの配信プログラム及びストリームデータを暗号化して配信するので、第１の実施の形態の効果に加え、配信サービスに契約したユーザのみが配信プログラムを受信でき、さらに配信サービスに契約したユーザのみが配信プログラムを参照してストリームデータの閲覧ができる配信サービスの提供が可能となる。
【０１０１】
次に、本発明の第３の実施の形態のマルチキャスト配信システムについて説明する。
【０１０２】
第３の実施の形態のマルチキャスト配信システムでは、マルチキャスト配信装置９０がマルチキャスト経路制御機能を有している。なお、第１および第２の実施の形態と同一の動作をする構成には同一の符号を付して、その詳細な説明は省略する。
【０１０３】
図１３は、第３の実施の形態のマルチキャスト配信システムの構成を示す図である。
【０１０４】
マルチキャスト配信装置９０はマルチキャストネットワーク７０内に設けられており、マルチキャストルータ４０ｂと４０ｃと接続し、さらにユニキャストネットワーク６０に接続されている。配信サーバ５０ａ、５０ｂはユニキャストネットワーク６０に接続されている。マルチキャストルータ４０ｂには端末５１ａと端末５１ｂとが、マルチキャストルータ４０ｃには端末５１ｃと端末５０ｄとが接続されている。マルチキャスト配信装置９０は送信端末５２が接続されている。この送信端末５２は、データ管理テーブル１７に登録されていないグループＧ３に対してストリームデータの配信をマルチキャストで行う端末装置である。
【０１０５】
図１４は、第３の実施の形態のマルチキャスト配信装置９０の詳細を表したブロック図である。
【０１０６】
パケット受信部１１は、マルチキャストデータパケットや、配信サーバからユニキャストで送信されるデータパケットや、マルチキャスト経路制御を行うための制御パケットを受信し、パケット判別部に送る。
【０１０７】
パケット判別部１２は、受信したパケットがマルチキャスト制御パケットである場合には、マルチキャスト経路制御処理部２３に受信パケットを送り、配信サーバからユニキャストで送信されるデータパケットを受信した場合はマルチキャスト変換処理部２１に受信パケットを送り、マルチキャストデータパケットを受信した場合にはデータ中継処理部２２に受信パケットを送る。
【０１０８】
マルチキャスト経路制御処理部２３では、受信した制御パケットに従ってマルチキャスト経路制御を実行する。また、受信した制御パケットが配送要求や配送停止要求に関わる制御パケットであれば、アクセス制御処理部１４に受信した制御パケットに含まれるグループアドレス情報を通知する。さらに、グループ管理プロトコルによるグループ参加要求パケット又はグループ離脱要求パケットを直接受信した場合も、制御パケットに含まれるグループアドレス情報をアクセス制御処理部１４に通知する。
【０１０９】
マルチキャスト変換処理部２１は、マルチキャスト変換テーブル１６に基づいて、配信サーバから受信したユニキャストデータパケットの宛先アドレス情報にグループアドレスを設定する。すなわち、送信元アドレス情報にマルチキャスト配信装置９０自身のアドレス情報を登録して、マルチキャストデータパケットとしてデータ中継処理部２２に送る。データ中継処理部２２は、パケット受信部１１で受信したマルチキャストデータパケット及びマルチキャスト変換処理部２１からのマルチキャストデータパケットをマルチキャスト中継情報に従って中継処理を行う。
【０１１０】
なお、アクセス制御処理部１４、配信データ管理部１５、マルチキャスト変換テーブル１６、データ管理テーブル１７は第１の実施の形態と同様なので、その詳細な説明は省略する。
【０１１１】
上記のように構成されたマルチキャスト配信システムにおいて、端末５１が配信プログラムを受信し、配信プログラムの中からストリームデータを選択して受信する動作を説明する。
【０１１２】
まず、端末５１ａがタイトル「Ａ」のストリームデータの配信を希望する場合、「Ａ」の配信先グループＧ１に対してグループ参加要求を送信する。マルチキャストルータ４０ｂはグループ参加要求を受信するとマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットの配送要求をマルチキャスト配信装置９０に送信する。
【０１１３】
マルチキャスト配信装置９０は、このマルチキャスト配送要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットをマルチキャストルータ４０ｂに中継するためデータ管理テーブル１７を参照してグループＧ１に対する情報を得て、マルチキャスト変換テーブル１６に登録し、データ変換テーブル１７に登録されている内容に従って配信サーバ５０ａに対してデータの配送を要求する。
【０１１４】
配信サーバ５０ａはデータ配信要求を受信すると、ユニキャストでデータをマルチキャスト配信装置９０に配信する。マルチキャスト配信装置９０は、受信したデータパケットをグループＧ１宛のマルチキャストデータパケットに変換し、マルチキャストルータ４０ｂに中継する。マルチキャストルータ４０ｂは受信したグループＧ１宛のデータパケットを端末５１ａに中継することで、端末５１ａがストリームデータを受信できる。
【０１１５】
ここで、端末５１ｂがタイトル「Ａ」のストリームデータを受信しようとする場合には、端末５１ｂはグループＧ１へのグループ参加要求を送信する。マルチキャストルータ４０ｂは、このグループ参加要求を受信するとマルチキャスト経路制御プロトコルに従って、既にグループＧ１宛のデータパケットを端末５１ａに中継しているので、端末５１ｂにもこのデータパケットを中継する。
【０１１６】
さらに、端末５１ｃがタイトル「Ａ」のストリームデータを受信しようとする場合には、端末５１ｃはグループＧ１へのグループ参加要求を送信する。マルチキャストルータ４０ｃは、このグループ参加要求を受信するとマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケット配送要求をマルチキャスト配信装置９０に送信する。マルチキャスト配信装置９０はこのデータパケット配送要求を受信するとマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットをマルチキャスト４０ｂだけでなくマルチキャスト４０ｃにも中継を行う。このとき、マルチキャスト配信装置９０は既にグループＧ１に対応する配信サーバにアクセスしているため、新たなアクセス処理は実行しない。
【０１１７】
ここで、端末５１ｄがグループＧ３が配信しているデータを受信しようとする場合、端末５１ｄはグループＧ３へのグループ参加要求を送信する。マルチキャストルータ４０ｃは、このグループ参加要求を受信すると、グループＧ３宛のデータパケット配送要求をマルチキャスト配信装置９０に送信する。マルチキャスト配信装置９０は、このデータパケット配送要求を受信すると、マルチキャスト経路制御プロトコルに従って、グループＧ３宛のデータパケットをマルチキャストルータ４０ｃに中継するための処理を行う。このとき、データ配信テーブルにはグループＧ３に関する情報は登録されていないので、アクセス処理は実施しない。そして、マルチキャスト配信装置９０は端末５２が送信するグループＧ３宛のデータパケットをマルチキャストルータ４０ｃに中継することで、端末５１ｄがストリームデータを受信できる。
【０１１８】
図１５は、マルチキャスト配信装置９０がパケットを受信した時の処理の流れを表すフローチャートである。
【０１１９】
まず、受信したパケットが、データパケットであるか、マルチキキャスト経路制御を行うための制御パケットであるかを判別する（ステップ６００）。これは受信したパケットのプロトコル番号によって判別可能である。受信したパケットがマルチキャスト経路制御に係わるパケットである場合は、マルチキャスト経路制御処理（ステップ６０１）を実施する。受信したパケットがマルチキャスト経路制御に係わる制御パケットでない場合は、中継すべきデータパケットであるかどうかを判別する（ステップ６０２）。すなわち、マルチキャスト配信装置９０が受信するデータは、配信サーバからユニキャストで送られたデータパケット、又は他の送信端末からマルチキャストで送られたデータパケットである。そこで、宛先アドレスがマルチキャストであるか、送信元アドレスがマルチキャスト変換テーブル（図５）に登録されていれば、ステップ６０３を実施し、それ以外であれば処理を終了する。次に、宛先アドレスがユニキャストであるかどうかを判別する（ステップ６０３）。宛先アドレスがユニキャストであれば配信サーバから送られたデータパケットであるのでデータ変換処理（ステップ６０４）を実行してマルチキャストに変換し、マルチキャスト中継処理（ステップ６０５）を実行する。ステップ６０３において宛先アドレスがマルチキャストである場合は、データ転送処理（ステップ６０４）を実行せずに、マルチキャスト中継処理（ステップ６０５）を実行する。
【０１２０】
図１６に、図１５のデータ変換処理（ステップ６０４）の詳細なフローチャートを示す。
【０１２１】
まず、受信したデータパケットの送信元アドレスに対応するグループアドレスをマルチキャスト変換テーブル（図５）から検索して取得する（ステップ６１０）。次に、データパケットの宛先アドレスにグループアドレスを設定し（ステップ６１１）、データパケットの送信元アドレスにマルチキャスト配信装置９０のアドレスを設定する（ステップ６１２）。
【０１２２】
図１７に、図１５のマルチキャスト経路制御処理（ステップ６０１）の詳細なフローチャートを示す。
【０１２３】
まず、受信したプロトコルに従いプロトコル処理を実施する（ステップ６４０）。次に、受信した制御パケットがグループヘの配送制御を指示する配送制御パケット（配送要求又は配送停止要求）であるか否かを判別する（ステップ６４１）。配送制御パケットであれば、パケットが要求しているグループアドレスを抽出する（ステップ６４２）。一方、それ以外のパケットである場合は処理を終了する。
【０１２４】
次に、制御パケットが配送要求であるか否かを判別する（ステップ６４３）。制御パケットが配送要求であれば、抽出したグループアドレスがマルチキャスト変換テーブルに登録されているか否かを判別する（ステップ６４４）。既にグループアドレスがマルチキャスト変換テーブルに登録されていれば処理を終了する。一方、登録されていなければグループアドレス情報に対応する配信サーバからのデータ送信を開始するためのアクセス制御処理（ステップ６４５）を実行する。このアクセス制御処理は、図１１に示す処理と同様なので説明を省略する。
【０１２５】
以上のように構成された第３の実施の形態によれば、マルチキャスト配信サービスを提供する際に、マルチキャストネットワークに設置する配信装置の数を減らすことができ、ネットワーク管理者の管理負担および配信装置のコストを軽減することができる。
【０１２６】
次に本発明の第４の実施の形態のマルチキャスト配信システムについて説明する。
【０１２７】
第４の実施の形態では、配信サーバへのアクセス処理と、配信されたデータパケットをマルチキャストに変換して転送する処理とをそれぞれ別の装置で実施する。なお、第１乃至第３の実施の形態と同一の動作をする構成には同一の符号を付して、その詳細な説明は省略する。
【０１２８】
図１８は、第４の実施の形態のマルチキャスト配信システムの構成を示す図である。
【０１２９】
マルチキャスト配信装置１００はマルチキャストネットワーク７０において、マルチキャストルータ４０ｂ、４０ｃ、データ管理装置１２０に接続されている。このデータ管理装置１２０はユニキャストネットワーク６０にも接続されている。
【０１３０】
配信サーバ５０ａ、５０ｂはユニキャストネットワーク６０に接続されている。マルチキャストルータ４０ｂには端末５１ａ、５１ｂが、マルチキャストルータ４０ｃには端末５１ｃ、５１ｄが接続されている。
【０１３１】
図１９にマルチキャスト配信装置１００のブロック図を示す。本実施の形態においては、マルチキャスト配信装置１００はマルチキャスト経路制御機能を備えるものとする。
【０１３２】
パケット受信部１０１はマルチキャスト制御パケットや、配信サーバからのデータ管理装置１２０を経由して送られるユニキャストデータパケットや、データ管理装置１２０から通知されるマルチキャスト変換情報や、マルチキャスト経路制御機能を備えるためにマルチキャストデータパケットを受信し、パケット判別部１０２に送る。パケット判別部１０２は、受信したパケット又は情報を判別し、パケットがマルチキャスト制御パケットと判別した場合はマルチキャスト経路制御処理部１０３に送る。
【０１３３】
マルチキャスト経路制御処理部１０３はマルチキャスト経路制御プロトコルに従ってパケットが示す制御処理を行う。受信したパケットがデータパケットの配送要求又は配送停止要求を指示する制御パケットである場合は、制御パケットからグループアドレス情報を抽出し、グループアドレス情報をデータ管理装置１２０に通知する。受信パケットが配信サーバからのデータパケットである場合はマルチキャスト変換処理部１０６に送る。マルチキャスト変換処理部１０６は第１の実施の形態と同様にマルチキャスト変換テーブル１０５に従ってマルチキャストデータパケットを変換しデータ中継処理部１０７に送る。また、パケット判別部１０２で判別した情報がマルチキャスト変換情報の場合は変換情報管理部１０４に送る。変換情報管理部１０４ではデータ管理装置１２０より通知されるマルチキャスト変換情報を受信し、マルチキャスト変換テーブル１０５の更新処理を行う。マルチキャスト変換情報は、登録又は削除する配信サーバのアドレス情報およびグループアドレス情報等を含む。さらにパケット判別部１０２で判別したパケットがマルチキャストデータパケットである場合は、データ中継処理部１０７に送る。データ中継処理部１０７は、受信したマルチキャストデータパケット及びマルチキャスト変換処理部１０６で変換されたマルチキャストデータパケットの中継処理を行う。
【０１３４】
図２０にデータ管理装置１２０のブロック図を示す。
【０１３５】
パケット受信部１２１はマルチキャスト配信装置１００からのグループアドレス情報、配信サーバからのデータパケットや、ユーザからの配信プログラム要求パケットを受信しパケット判別部１２２に送る。パケット判別部１２２は受信したパケット又は情報を判別する。受信した情報がグループアドレス情報である場合は、アクセス制御処理部１２３に受信パケットを送る。アクセス制御処理部１２３は配信サーバとのアクセス処理を実施し、配信サーバとのセッションが確立した場合は、送信元アドレス情報とグループアドレス情報をマルチキャスト変換情報としてマルチキャスト配信装置１００に通知する。配信サーバとのセッション確立後に、配信サーバから送信されるデータパケットは何も変更せずにマルチキャスト配信装置１００に転送される。ユーザからの配信プログラムを要求するパケットを受信した場合は、第２の実施例と同様にユーザ認証処理を行い、正規ユーザであると判明した場合のみ配信プログラムをユーザに送信する。
【０１３６】
上記のように構成されたマルチキャスト配信システムにおいて、端末５１ａが配信プログラムを受信し、配信プログラムの中からストリームデータを選択して受信する動作を説明する。
【０１３７】
端末５１ａが所望するデータのグループに対するグループ参加要求を送信すると、マルチキャストルータ４０ｂはグループの参加要求を受信しマルチキャスト経路制御プロトコルに従った処理によって、グループ宛のデータパケットの配送要求をマルチキャスト配信装置１００に通知する。マルチキャスト配信装置１００は配信要求を受信するとマルチキャスト経路制御プロトコルに従った処理によって、配信要求されたグループ情報をデータ管理装置１２０に通知する。データ管理装置１２０はこのグループ情報を受信すると、データ管理テーブル１２５に登録されている内容に従って配信サーバ５０にデータ配信を要求し、マルチキャスト配信装置１００は配信サーバのアドレス等の変換情報を通知する。
【０１３８】
データ管理装置１２０は、配信サーバからユニキャストでデータが配信されると、そのままマルチキャスト配信装置１００に中継する。マルチキャスト配信装置１００は、データ管理装置１２０から通知された変換情報に基づいて、データパケットを要求したグループ宛のマルチキャストデータパケットに変換し、マルチキャストルータ４０ｂに中継し、マルチキャストルータ４０ｂはマルチキャストデータパケットを端末５１ａに中継する。
【０１３９】
このとき、端末５１ｂが、端末５１ａが要求したグループと同じグループに対してグループ参加要求を送信した場合、マルチキャストルータ４０ｂはグループ参加要求を受信しマルチキャスト経路制御プロトコルに従った処理を行う。マルチキャストルータ４０ｂは既にグループ宛のデータパケットを端末５１ａに中継しているので、端末５１ｂにもデータパケットを中継する。
【０１４０】
図２１は、端末５１がマルチキャスト配信装置１００とデータ管理装置１２０とを介して配信サーバ５０からのデータを受信する処理のシーケンスを示す。
【０１４１】
なお、第２の実施の形態と同様に、端末５１が配信プログラムをデータ管理装置１２０に配信プログラムを要求し、データ管理装置１２０はユーザ認証処理を実施するものとする。
【０１４２】
端末５１はデータ管理装置１２０に対して配信プログラム要求５００を送信し、配信プログラムを通知する。データ管理装置１２０は配信プログラム要求５００を受信すると、まずユーザの認証処理を行い、正規のユーザであれば配信プログラム５０１を送信する。なお、配信プログラム要求５００、配信プログラム５０１を暗号化して送信してもよい。
【０１４３】
次に、受信端末５１は配信プログラムによって、所望のストリームデータを受信するために対応するグループに参加するためのグループ参加要求５０２を送信する。マルチキャスト配信装置１００はグループ参加要求５０２を受信すると、要求されたグループ情報の内容をグループ情報５０３としてデータ配信装置１２０に通知する。データ管理装置１２０はグループ情報５０３を受信すると、グループ情報に対応するストリームデータを保持する配信サーバに対して配信要求５０４を送信し、データの配信を要求する。
【０１４４】
次に、データ管理装置１２０は、データ管理装置１２０と配信サーバとの間でデータを受信するためのセッション確立処理を行う。セッションが確立すると、マルチキャスト変換情報５０５をマルチキャスト配信装置１００に通知する。このマルチキャスト変換情報は図４で示したマルチキャスト変換テーブルと同様の情報を含んでいる。
【０１４５】
また、セッション確立後、配信サーバからユニキャストデータパケット５０６が、データの配信を要求したデータ管理装置１２０宛に送信される。データ管理装置１２０はデータパケット５０６をマルチキャスト配信装置１００に中継する。マルチキャスト配信装置１００は受信したマルチキャスト変換情報を元にユニキャストデータパケット５０６をマルチキャストデータパケット５０７に変換して端末５１に送信することで、端末５１に対してストリームデータが配信される。
【０１４６】
図２２は、本実施形態のマルチキャスト配信装置１００におけるパケット受信時の処理フローを示す。
【０１４７】
まず、受信したパケットが、マルチキャスト経路制御を行うための制御パケットか、それ以外のパケットかを判別する（ステップ８００）。この判別は、受信したパケットのプロトコル番号によって判別可能である。マルチキャスト経路制御パケットである場合にはマルチキャスト経路制御処理（ステップ８０１）を実行する。マルチキャスト経路制御パケットでない場合は、中継すべきデータパケットであるか、データ管理装置１２０からのマルチキャスト変換情報の通知であるか判別する（ステップ８０２）。宛先アドレスがマルチキャストか送信元アドレスがマルチキャスト変換テーブルに登録されていれば、中継すべきデータパケットであると判別し、ステップ８０３を実施する。ステップ８０３では、宛先アドレスがユニキャストであれば配信サーバから送られたデータがデータパケットであるためデータ変換処理（ステップ８０４）を実施した後、マルチキャスト中継処理（ステップ８０５）を実施する。なお、このデータ変換処理は、第３の実施の形態におけるデータ変換処理（図１６）と同一である。
【０１４８】
ステップ８０３において宛先アドレスがマルチキャストであれば、データ変換処理（ステップ８０４）を実行せずに、マルチキャスト中継処理（ステップ８０５）を行う。
【０１４９】
ステップ８０２においてデータパケット以外のパケットを受信した場合は、変換情報更新処理（ステップ８０７）を実施する。
【０１５０】
図２３は、図２２のマルチキャスト経路制御処理８０１の詳細なフローチャートを示す。
【０１５１】
まず、受信したプロトコルに従いプロトコル処理を実施する（ステップ８２０）。
【０１５２】
次に、受信した制御パケットがグループへの配送を指示する制御パケット（配送要求又は配送停止要求）であるか否かを判別する（ステップ８２１）。受信パケットが制御パケットであれば、制御パケットで要求されたグループアドレス情報を抽出し、（ステップ８２２）それ以外のパケットを受信した場合には処理を終了する。
【０１５３】
次に、制御パケットが配送要求であるか否かを判別し（ステップ８２３）、配送要求であれば抽出したグループアドレスがマルチキャスト変換テーブルに登録されているか否かを調べる（ステップ８２４）。既にグループアドレスが登録されていれば処理を終了し、未登録であればグループアドレス情報と要求が示す情報をデータ管理装置１２０に通知する（ステップ８２５）。
【０１５４】
ステップ８２３において配送要求でない場合は配送停止要求なので、グループアドレス情報と要求が示す情報をデータ管理装置１２０に通知する（ステップ８２５）。
【０１５５】
図２４に、図２２の変換情報更新処理８０７の詳細なフローチャートを示す。
【０１５６】
まず、受信したパケットがデータ管理装置１２０から通知されたマルチキャスト変換情報パケットであるか否かを判別する（ステップ８４０）。マルチキャスト変換情報パケットでない場合は処理を終了する。マルチキャスト変換情報である場合は、マルチキャスト変換情報には配信サーバのアドレス情報、グループアドレス情報及び配信開始又は配信終了を示す情報を含んでいるので、配信を開始したことを示す情報を含む場合には、配信サーバのアドレスとグループアドレス情報を変換テーブルに登録する。配信を終了したことを示す場合には、配信サーバのアドレスとグループアドレス情報を変換テーブルから削除する（ステップ８４１）。
【０１５７】
図２５は、本実施形態のデータ管理装置１２０のパケット受信時の処理を表すフローチャートである。データ管理装置１２０が受信するのは、マルチキャスト配信装置１００からのグループアドレス情報、配信サーバからのデータパケット又はユーザからの配信プログラム要求パケットのいずれかである。
【０１５８】
まず、受信したパケットが、配信サーバから送られてきたデータパケットであるか、それ以外のパケットであるかを判別する（ステップ８５０）。データパケットの場合は、そのままマルチキャスト配信装置１００に中継する（ステップ８５１）。データパケットでない場合はアクセス制御処理（ステップ８５２）を実施する。
【０１５９】
図２６は、図２５のアクセス制御処理８５２の詳細な処理を表すフローチャートである。
【０１６０】
まず、受信した情報がマルチキャスト配信装置１００からのグループ情報通知であるのか又はユーザからの配信プログラムであるのかを判別する（ステップ８６０）。グループ通知情報であれば、通知情報が配信サーバへのデータ送信開始要求であるのか送信停止要求であるのかを判別する（ステップ８６１）。送信開始要求の場合は、通知されたグループ情報に対応する配信サーバ情報をデータ管理テーブルから抽出し（ステップ８６２）、抽出した配信サーバ情報に基づいて配信サーバに配信データを取得するためのデータ配信要求を送信して配信サーバとのセッションを確立する（ステップ８６３）。セッション確立後、グループアドレス情報、サーバアドレス情報及びセッションを確立しデータ送信を開始したことを示す情報を変換情報として、マルチキャスト配信装置１００に通知する（ステップ８６４）。ステップ８６１において送信停止要求であった場合には、配信サーバに送信停止要求を送信して配信サーバとのセッションを切断し（ステップ８６５）、グループアドレス情報、配信サーバアドレス情報及びデータ送信を中止したことを示す情報を変換情報として、マルチキャスト配信装置１００に通知する（ステップ８６４）。
【０１６１】
ステップ８６０において、マルチキャスト配信装置１００からのグループ情報通知でない場合は、端末からの配信プログラム要求であるとのでユーザ認証処理を実施する（ステップ８６７）。ユーザ認証処理が成功した場合には配信プログラムを端末に送信し（ステップ８６８）認証が失敗すれば処理を終了する。
【０１６２】
第４の実施の形態のマルチキャスト配信システムでは、マルチキャストの配信においてマルチキャスト経路制御処理とアクセス制御処理とを別の装置で処理することで処理を分散し、各装置の処理負荷を軽減できるので、第２の実施の形態のマルチキャスト配信システムの効果に加え、システム全体としての処理速度を向上することができる。
【０１６３】
次に、本発明の第５の実施の形態のマルチキャスト配信システムを説明する。
【０１６４】
第５の実施の形態では、上記第１乃至第４の実施の形態のマルチキャスト配信システムを用いたマルチキャスト配信のサービス提供のためのシステムである。
【０１６５】
図２７に、第５の実施の形態のシステムの構成を示す。
【０１６６】
データ提供者２００は配信サーバ２１０（２１０ａ、２１０ｂ）を備え、ユニキャストでマルチキャスト配信装置３００に接続し有償でデータの配信を行う。ＩＳＰ４００はマルチキャストでユーザ端末５００（５００ａ、５００ｂ、５００ｃ、５００ｄ）とマルチキャスト配信装置３００とを接続するサービス提供業者である。
【０１６７】
上記のように構成されたマルチキャスト配信システムにおいて、データ提供者２００が保持する有償のデータをＩＳＰ４００がマルチキャストで配信するサービスを行う場合について説明する。
【０１６８】
マルチキャスト配信装置３００は、ＩＳＰ４００に接続するユーザ端末５００の要求に応じてデータ提供者２００の配信サーバ２１０にデータを要求し、配信サーバ２１０からデータを取得する。すなわち、データ提供者２００からはＩＳＰ４００がユーザとしてデータを要求していることになる。
【０１６９】
従来のマルチキャストでのデータ配信では、現在受信しているユーザ数がどのくらい存在するのかを把握することが難しいが、この場合では、データ提供者２００はＩＳＰ４００が受信者であり、ＩＳＰ４００がマルチキャストでデータを配信することを想定した従量課金を設定し、課金した料金をＩＳＰ４００に対して請求することができる。なお、従量課金を行うために、マルチキャスト配信装置３００において配信サーバ２１０とのアクセスのログ情報を記録するようにしてもよい。
【０１７０】
ＩＳＰ４００は、データ提供者２００に対しては実際に受信したデータに対する料金を支払い、ＩＳＰ４００に接続するユーザ端末５００のユーザに対してはＩＳＰ４００が定めた方式で課金を行う。
【０１７１】
以上のように構成された第５の実施の形態のマルチキャスト配信システムでは、データ提供者２００がマルチキャスト配信装置３００を介してＩＳＰ４００へのデータの提供の従量課金することで、データ提供者２００とＩＳＰ４００との間、又はＩＳＰ４００とユーザ端末５００のユーザとの間で各々サービスに対する課金を行うことができ、容易にデータ提供のシステムを実現できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態のマルチキャスト配信システムの構成図である。
【図２】マルチキャスト配信装置１０のブロック図である。
【図３】マルチキャスト通信装置１０が処理するパケット３０の構成図である。
【図４】マルチキャスト配信装置１０が保持しているデータ管理テーブル１７の説明図である。
【図５】マルチキャスト変換テーブル１６の説明図である。
【図６】端末が配信サーバからデータパケットを受信する処理のシーケンス図である。
【図７】端末がグループから離脱する場合の処理のシーケンス図である。
【図８】マルチキャスト配信装置１０のパケット受信処理のフローチャートである。
【図９】データ転送処理のフローチャートである。
【図１０】マルチキャストプロトコル処理のフローチャートである。
【図１１】アクセス制御処理のフローチャートである。
【図１２】第２の実施の形態において、端末が配信サーバからのデータパケットを受信する処理のシーケンス図である。
【図１３】第３の実施の形態のマルチキャスト配信システムの構成図である。
【図１４】第３の実施の形態のマルチキャスト配信装置９０のブロック図である。
【図１５】マルチキャスト配信装置９０のパケット受信処理のフローチャートである。
【図１６】データ転送処理のフローチャートである。
【図１７】マルチキャスト経路制御処理のフローチャートである。
【図１８】第４の実施の形態のマルチキャスト配信システムの構成図である。
【図１９】マルチキャスト配信装置１００のブロック図である。
【図２０】データ管理装置１２０のブロック図である。
【図２１】第４の実施の形態における端末がデータを受信する処理のシーケンスである。
【図２２】マルチキャスト配信装置１００におけるパケット受信処理のフローチャートである。
【図２３】マルチキャスト経路制御処理のフローチャートである。
【図２４】変換情報更新処理のフローチャートである。
【図２５】データ管理装置１２０のパケット受信時の処理のフローチャートである。
【図２６】アクセス制御処理のフローチャートである。
【図２７】第５の実施の形態のマルチキャスト配信システムの構成図である。
【符号の説明】
１０ マルチキャスト配信装置
１１ パケット受信部
１２ パケット判別部
１３ マルチキャスト制御処理部
１４ アクセス制御処理部
１５ データ管理部
１６ マルチキャスト変換テーブル
１７ データ管理テーブル
１８ データ転送処理部
１９ パケット送信部
２１ マルチキャスト変換処理部
２２ データ中継処理部
２３ マルチキャスト経路制御処理部
３０ パケット
３１ パケットヘッダ部
３２ パケットデータ部
３３ 送信元アドレス
３４ 宛先アドレス
３５ プロトコル情報
３６ 送信元ポート番号
３７ 宛先ポート番号
４０ マルチキャストルータ
５０ 配信サーバ
５１ 受信端末
１００ マルチキャスト配信装置
１２０ データ管理装置
２００ データ提供者
２１０ 配信サーバ
３００ マルチキャスト配信装置
４００ ＩＳＰ
５００ ユーザ端末
【発明の属する技術分野】
本発明は、音声や映像を含むストリームデータを配信する際に、ユニキャストネットワークを経由したマルチキャスト配信を可能にするシステムに関する。
【０００２】
【従来の技術】
多数の端末に対してデータパケットを同報する通信方式としてマルチキャスト通信が知られている。このマルチキャスト通信では、送信側はマルチキャストグループ宛にデータパケットを送信し、受信側はマルチキャストグループのグループメンバとなることでデータパケットの受信が可能になる。また、受信側がグループメンバから離脱することでデータパケット受信の中止ができる。
【０００３】
受信側の端末は、グループ管理プロトコルを使用してグループメンバとなるためのグループ参加要求又はグループメンバから離脱するためのグループ離脱要求を行う制御パケットを、同一ネットワーク上に接続されているマルチキャストルータに送信する。このグループ参加要求又はグループ離脱要求はいつでも自由に送信することができる。このグループ管理プロトコルとしては、ＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって作成された標準勧告文書ＲＦＣ２２３６にＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）が、ＲＦＣ２７１０にＭＬＤ（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）が規定されている。
【０００４】
マルチキャストルータは、グループメンバが存在するかどうかを定期的にグループ管理プロトコルによる参加グループ問合せパケットを送信し、グループメンバとなっている受信端末はグループ参加要求パケットでその問合せに応答する。マルチキャストルータは問合せパケットに対する応答の有無でグループメンバが存在するかを判断し、グループメンバが存在するネットワークにのみデータパケットを中継する。マルチキャストルータはグループメンバの存在を確認し、データパケットの中継が必要であると判断した場合は、マルチキャスト経路制御プロトコルを用いて配送要求を他のルータに通知する。また、グループメンバが存在しなくなりデータパケットの中継が不要と判断した場合は配送停止要求を通知する。マルチキャストルータは通知されたマルチキャスト経路制御プロトコルの内容に従い、保持しているマルチキャスト中継情報を更新する。マルチキャスト経路制御プロトコルの代表的なものとしては、ＲＦＣ２３６２にＰＩＭ−ＳＭ（Ｐｒｏｔｏｃｏｌ Ｉｎｄｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ−Ｓｐａｒｓｅ Ｍｏｄｅ）が、ＲＦＣ１５８４にＭＯＳＰＦ（Ｍｕｌｔｉｃａｓｔ Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）が、規定されている。また、プロトコルのドラフトとして、ＰＩＭ−ＤＭ（Ｐｒｏｔｏｃｏｌ Ｉｎｄｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ−Ｄｅｎｓｅ Ｍｏｄｅ）及びＤＶＭＲＰ（Ｄｉｓｔａｎｃｅ Ｖｅｃｔｏｒ Ｍｕｌｔｉｃａｓｔ Ｒｏｕｔｉｎｇ Ｐｒｏｔｏｃｏｌ）が公開されている。
【０００５】
マルチキャスト配信サービスを行うためには、ネットワークを構成する全てのルータで上記のマルチキャスト経路制御プロトコルが動作する必要があるが、ネットワーク上にマルチキャストに対応していないルータが存在する場合は、マルチキャストルータ間でトンネルと呼ばれる仮想的な配送パスを設定するトンネリング技術が用いられる。トンネルの始端となるマルチキャストルータは、マルチキャストで配信されたデータパケットを配送パス上に中継する場合、データパケットをトンネルの終端であるマルチキャストルータに向けてユニキャストデータパケットでカプセル化して送信する。配送パス上に存在するマルチキャスト未対応ルータはこのカプセル化されたマルチキャストデータパケットを通常のユニキャストデータパケットとして中継していく。トンネルの終端となるマルチキャストルータは、カプセル化されたユニキャストパケットデータからマルチキャストデータパケットを取り出してマルチキャストで中継する。インターネット上ではこの技術を用いてＭｂｏｎｅ（Ｍｕｌｔｉｃａｓｔ Ｂａｃｋｂｏｎｅ）と呼ばれる公の実験網を構築している。
【０００６】
マルチキャストに対応したネットワーク（以下、マルチキャストネットワークとする）と対応していないネットワークが混在するネットワークシステムにおいて、トンネリング技術を用いずにデータを配信する技術としては、ネットワークにマルチキャスト通信装置を接続し、マルチキャストに対応していないネットワークに接続する送受信者は最寄りのマルチキャスト通信装置に対してデータの送信要求あるいは受信要求を出すマルチキャストネットワークが記載されている。データの送信者はデータの送信要求後、該マルチキャスト通信装置に対してユニキャストでデータを送信する。該マルチキャスト通信装置はユニキャストで受信したデータをマルチキャストにしてマルチキャストネットワーク内に配信する技術が開示されている。
【０００７】
【特許文献１】
特開２００２−１８５５２８号公報
【０００８】
【発明が解決しようとする課題】
インターネット上や企業内ネットワークにおいてマルチキャストを利用したデータ配信を行う場合に、ネットワーク上の全てのルータと端末がマルチキャスト機能に対応する必要がある。現在は、マルチキャストに対応した端末も増えており、マルチキャストで配信するサービスを行うインターネットサービスプロバイダも一部に存在している。しかし、マルチキャストに未対応であるルータも多く存在し、すべての機器をマルチキャストに対応させるためには大きなコストがかかる。したがって、受信側の端末がマルチキャストネットワークに接続されていても、マルチキャストに対応していないネットワークに接続される送信端末から多数の端末にデータを配信する場合にはユニキャストを使用しなければならず、ネットワークに大量のトラフィックが流れることになる。
【０００９】
特開２００２−１８５５２８号公報に記載の発明では、送信者がマルチキャスト通信端末にデータをユニキャストで送信するが、送信者側主導でデータの送信を行うため、受信者が存在しない場合にでもマルチキャスト通信装置に対してデータを送信することになり、送信端末とマルチキャスト通信装置間のネットワークに不要なトラフィックを流し、マルチキャスト通信装置に余計な負荷を与えることになる。
【００１０】
本発明の目的は、マルチキャストネットワークに接続していない送信端末が保持するストリームデータを、マルチキャストネットワークに接続する端末に対してはマルチキャストで配信することで、ネットワーク全体に流れるトラフィック量を抑えるシステムを提供することである。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明ではマルチキャストネットワークとマルチキャストに対応していないネットワーク間に設置されるマルチキャスト配信装置において、マルチキャストネットワークに接続された端末からストリームデータのマルチキャスト配送要求を受信すると、マルチキャストに対応していないネットワークに接続されているストリームデータの送信端末（以下配信サーバとする）にアクセスし、配信サーバからはユニキャストでストリームデータを受信し、マルチキャストネットワークに接続される端末に対して受信ストリームデータをマルチキャストで配信することを可能とする。
【００１２】
マルチキャスト配信装置は、マルチキャストで配信可能なストリームデータの情報とストリームデータの配信先となるマルチキャストグループアドレスを対応づけた管理テーブルを保持しておく。この管理テーブルにはマルチキャスト配信装置の管理者が設定可能で、ストリームデータの情報として、ストリームデータを保持する配信サーバの情報（ＩＰアドレスやＵＲＬ）などを登録しておく。また、ユーザに対しては管理テーブルを通知することでユーザは受信可能なストリームデータの情報を知ることができる。ユーザが受信端末上においていずれかのストリームデータを選択すると、ストリームデータの配信先マルチキャストグループに対して受信端末からグループ参加要求が送信される。最寄りのマルチキャストルータはこのグループ参加要求を受信すると、マルチキャスト経路制御プロトコルを使用してデータの配送要求を送信端末に向けて送信する。この従来のマルチキャスト経路制御プロトコルによって配送要求は送信端末から各受信端末までの最短経路上に存在するマルチキャストルータで転送され、送信端末に最も近いマルチキャストルータにまで到達する。
【００１３】
なお、マルチキャスト配信装置をマルチキャストルータとして動作させることで、配送要求を受信することができる。マルチキャスト配信装置は上記管理テーブルに登録されたマルチキャストグループに対する配送要求を受信すると、マルチキャストグループに対応するストリームデータを保持する配信サーバにアクセスし、所望のストリームデータの配信を要求する。配信サーバからのストリームデータパケットがユニキャストでマルチキャスト配信装置に届くと、マルチキャスト配信装置は受信したユニキャストデータパケットをマルチキャストデータパケットに変換してマルチキャストネットワーク内に転送することで、各受信端末は所望するストリームデータをマルチキャストで受信する。マルチキャストネットワーク上に接続された端末から同じストリームデータに対して配送要求が来た場合、マルチキャスト配信装置は既にマルチキャストでデータを配送しているため、最寄りのマルチキャストルータが各受信端末に向けてマルチキャスト中継を行う。
【００１４】
一方、データの受信を終了する場合、各受信端末は現在受信中のマルチキャストグループからのグループ脱退要求を送信する。グループ参加時と同様に、最寄りのルータがグループ脱退要求を受信すると、データ配送停止要求を送信端末に向けて送信する。マルチキャストルータはこのデータ配送停止要求を受信し、マルチキャスト経路制御プロトコル処理によって自身がマルチキャストデータの中継をする必要がないと判断した場合は、さらにデータ配送停止要求を送信端末に向けて送信する。マルチキャスト配信装置はこのデータ配送停止要求を受信し、ストリームデータの受信端末が存在しないと判断すると、配信サーバからのデータの受信を中止する。
【００１５】
【発明の作用及び効果】
本発明によれば、マルチキャスト配信可能なネットワークに接続する端末から、マルチキャスト配信が可能でないネットワークに接続する端末が保持するデータに対する配送要求があった場合、該送信端末からはユニキャストでデータを取得し、マルチキャスト配信可能なネットワークに対しては該データをマルチキャストで配送することで、ネットワークに流れるトラフィック量を抑えたデータ配信サービスが可能になる。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【００１７】
図１は、本発明の第１の実施の形態のマルチキャスト配信システムの構成を示す図である。
【００１８】
このマルチキャスト配信システムは、マルチキャストでの通信が可能なマルチキャストネットワーク７０とマルチキャストに対応していないユニキャストネットワーク６０とがマルチキャスト配信装置１０を介して接続されている。
【００１９】
マルチキャスト配信装置１０は、ユニキャストネットワーク６０に対してはアドレスＭ１で、マルチキャストネットワーク７０に対してはアドレスＭ２で、それぞれ接続している。ユニキャストネットワーク６０には配信サーバ５０ａ（ホスト名はｓｖｒ１、アドレスはＳ１）、と配信サーバ５０ｂ（ホスト名はｓｖｒ２、アドレスはＳ２）とが接続されている。マルチキャストネットワーク７０内には、マルチキャストルータ４０ａ、４０ｂ、４０ｃが設けられ、マルチキャストルータ４０ｂ、４０ｃは、マルチキャストルータ４０ａの下位に設けられている。さらにマルチキャストルータ４０ｂには端末５１ａ、５１ｂが、マルチキャストルータ４０ｃには端末５１ｃ、５１ｄが接続されている。
【００２０】
マルチキャスト配信装置１０はマルチキャストルータ４０ａに接続されている。このマルチキャスト配信装置１０は、内部に保存されているデータ管理テーブルに従ってマルチキャストネットワーク７０内にマルチキャストで配信プログラムを通知する。
【００２１】
次に、マルチキャスト配信装置１０のブロック図を図２に示す。
【００２２】
パケット受信部１１は、配信サーバから送られてくるストリームのデータパケット及び最寄りのマルチキャストルータからのマルチキャスト経路制御に係わる制御パケットを受信し、パケット判別部１２に送る。パケット判別部１２は、受信パケットがデータパケットであるか制御パケットであるかを判別する。制御パケットの場合はマルチキャストプロトコル処理部１３にパケットを送り、データパケットの場合はデータ転送処理部１８にパケットを送る。
【００２３】
マルチキャストプロトコル処理部１３は、受け取った制御パケットからグループアドレス情報を抽出し、抽出したグループアドレス情報と制御パケットの制御内容とをアクセス制御処理部１４に送る。また、マルチキャストプロトコル処理部１３はマルチキャスト経路制御プロトコルの制御パケットを定期的に送信する機能も持つ。この制御パケットを送信することで、マルチキャストルータからマルチキャスト配信装置１０を参照したときに擬似的にマルチキャストルータと同様の動作をするので、最寄りのマルチキャストルータからマルチキャスト制御パケットを受信できるようになる。
【００２４】
アクセス制御処理部１４は、マルチキャストプロトコル処理部１３から通知されたグループアドレス情報がマルチキャスト変換テーブル１６に登録されているかどうかを調べる。アドレス情報が登録されていなければ、配信データ管理部１５に問い合わせてグループアドレスに対応するストリームデータを保持する配信サーバの情報を取得し、配信サーバ情報で示された配信サーバからストリームデータを受け取るための処理を実施する。通常、端末（あるいはクライアント）はサーバからストリーム等のデータを受信するときは専用のプロトコルを使用してデータの配信を要求する。
【００２５】
この専用のプロトコルには、ＲＦＣ２８１７に規定されている「ＨＴＴＰ」（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）や、ＲＦＣ２３２６に規定されている「ＲＴＳＰ」（Ｒｅａｌ Ｔｉｍｅ Ｓｔｒｅａｍ Ｐｒｏｔｏｃｏｌ）等がある。例えば、ＨＴＴＰを用いてアクセスする場合は、まず端末と配信サーバ間でデータをやり取りするために「ＴＣＰ」（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いてセッションを確立してからストリームデータの受信を開始する。また、ストリーム制御プロトコルであるＲＴＳＰを用いてアクセスする場合は、ＴＣＰでセッションを確立した後、ＲＴＳＰを用いてストリーム情報を取得してからデータの受信を開始する。
【００２６】
アクセス制御処理部１４は、上記のようなプロトコルによって配信サーバとのセッションを確立する。セッションが確立しデータの受信が可能になった時点で、配信サーバのアドレス情報およびグループアドレス情報等をマルチキャスト変換テーブル１６に登録する。既にグループアドレス情報がマルチキャスト変換テーブル１６に登録されている場合は、配信サーバからデータを受信している状態であるのでアクセス処理は行わない。
【００２７】
配信データ管理部１５は、データ管理テーブル１７から一部の情報を抽出した配信プログラムをユーザに配布する処理を行う。また配信データ管理部１５では、ネットワーク管理者など外部からの操作によってもデータ管理テーブル１７の更新を行うことができる。
【００２８】
データ転送処理部１８は、受信したデータパケットの送信元アドレスがマルチキャスト変換テーブル１６に登録されているかどうかを調べ、登録されていれば送信元アドレスに対応するグループアドレス情報をマルチキャスト変換テーブル１６から取得する。またデータ転送処理部１８は、取得したグループアドレス情報を受信データパケットの宛先アドレスに設定し、送信元マルチキャスト配信装置１０自身のアドレスを送信元アドレスに設定し、パケット送信部１９に送る。
【００２９】
パケット送信部１９は、データ転送処理部１８が転送するデータパケット及びマルチキャストプロトコル処理部１３が送信する制御パケット、アクセス制御処理部１４が配信サーバとの通信に使用するプロトコルパケット、配信データ管理部１５が通知する配信プログラム、を送信する。
【００３０】
図３にマルチキャスト通信装置１０が処理するパケット３０の構成を示す。
【００３１】
パケット３０はヘッダ部３１とデータ部３２とで構成されている。ヘッダ部３１は、パケット３０の送信元アドレス３３、宛先アドレス３４及びプロトコル情報３５を含む。データ部３２には送信元ポート番号３６と宛先ポート番号３７とを含む。このポート番号は、複数のストリームデータが配信される場合、個々のストリームを識別するための情報として使用される。
【００３２】
マルチキャスト配信装置１０から配信サーバに対して送信するアクセス要求パケットは、宛先アドレス３４が配信サーバのアドレスに設定され、配信サーバからマルチキャスト通信装置１０に送られてくるストリームデータパケットは、宛先アドレスがマルチキャスト配信装置１０のアドレスに設定される。
【００３３】
マルチキャスト配信装置１０が配信サーバから受信したデータパケットをマルチキャストネットワーク内に転送する場合、マルチキャスト配信装置１０は送信元アドレス３３に自己のアドレスを設定し、宛先アドレス３４に配信するマルチキャストグループのアドレスを設定する。
【００３４】
図４にマルチキャスト配信装置１０が保持しているデータ管理テーブル１７の構成を示す。
【００３５】
このデータ管理テーブル１７は、配信データ情報と配信データ取得情報とを含んだテーブルである。配信データ情報には、ストリームデータのタイトル、ストリームデータの内容説明、配信先のマルチキャストグループアドレス及びストリームデータの配信に使用するプロトコル名が登録される。配信データ取得情報には、ストリームデータを保持する配信サーバのアドレス情報又はアクセス先情報がＵＲＬ形式で登録される。
【００３６】
マルチキャストグループアドレス及び配信サーバのアドレス情報には、ＩＰｖ４やＩＰｖ６といった複数のネットワークプロトコルによるアドレス又はＵＲＬ情報が設定可能である。例えば、グループアドレスにＩＰｖ６のマルチキャストグループアドレスを設定し、配信サーバにＩＰ４のネットワークに接続するアドレス情報を設定した場合に、ＩＰｖ４のネットワークに接続された配信サーバからストリームデータを受信し、ストリームデータをＩＰｖ６で構成されたマルチキャストネットワークにＩＰｖ６マルチキャストで配信することができる。
【００３７】
なお、配信データ情報の付加情報として配信データを配信するための時刻情報を含んでもよい。配信時刻情報はマルチキャスト配信装置１０が配信サーバへのアクセス制御に使用する。配信時刻が設定してある場合は、配信時間以外に受信要求を受信してもアクセス制御処理部１４は配信サーバへのアクセス処理を実行しないので、配信時刻以外に配信サーバにアクセスしてもデータは送られてこないため、不要なパケットをネットワークに流すことがない。
【００３８】
配信データ管理部１５は、データ管理テーブル１７から配信データ情報を抽出し、これを配信プログラムとして、予め決めておいた通知用のマルチキャストグループ宛に送信する。配信プログラムの通知には、例えばＲＦＣ２３２７に規定された「ＳＤＰ」（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を使用する。データ管理テーブル１７に設定する内容は上記に限ったものでなく、ＳＤＰで規定された情報を配信するための情報を含んでもよい。
【００３９】
図５にマルチキャスト変換テーブル１６の例を示す。
【００４０】
マルチキャスト変換テーブル１６には、現在受信しているストリームデータの配信サーバアドレスとストリームデータパケットの転送先グループアドレス情報とが登録されている。
【００４１】
配信サーバアドレスは、マルチキャスト配信装置１０が複数の配信サーバからストリームデータを受信する場合に、どの配信サーバからどのストリームデータを受信するかを識別するために使用される。マルチキャスト配信装置１０のデータ転送処理部１８（図２）では、配信サーバから受信するストリームデータパケットの送信元アドレスを元にマルチキャスト変換テーブル１６を検索し、当該アドレスに対応する転送先グループアドレス情報を取得する。取得したグループアドレス情報を受信データパケットの宛先アドレスに設定し、送信元アドレスにはマルチキャスト配信装置１０のアドレスを設定する。
【００４２】
同一の配信サーバから複数のストリームデータを受信する場合はプロトコル情報やポート番号情報を使用して各ストリームデータを識別することができる。この場合、マルチキャスト変換テーブル１６およびデータ管理テーブル１７にはプロトコル情報やポート番号情報を登録しておき、データ転送処理部１８は、送信元アドレス情報、プロトコル情報やポート番号情報に基づいて、マルチキャスト変換テーブル１６を検索して、転送先グループアドレス情報を取得する。
【００４３】
マルチキャストアプリケーションによっては事前にマルチキャストデータパケットで使用するポート番号の情報が必要とされることもあるが、配信サーバからのストリームデータを受信するまでに使用されるポート番号が分からない場合もある。この場合、管理者が決めたポート番号をデータ管理テーブル１７に登録し、配信プログラム中に含めてユーザに通知する。データ転送処理部１８において、配信サーバから受信したデータパケットの宛先アドレスにグループアドレス情報を設定する際に、ポート番号もデータ管理テーブル１７に登録したポート番号を設定して転送するようにする。
【００４４】
次に上記のように構成されたマルチキャスト配信システムにおいて、端末５１が配信プログラムを受信し、配信プログラムの中からストリームデータを選択して受信する動作を説明する。
【００４５】
まず、端末５１ａが、タイトル「Ａ」のストリーミングデータを受信したい場合、まず、タイトル「Ａ」の配信先グループアドレスＧ１に対してグループ参加要求を送る。
【００４６】
このグループ参加要求をマルチキャストルータ４０ｂが受信すると、マルチキャストルータ４０ｂはマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットの配送要求をマルチキャストルータ４０ａに送信する。
【００４７】
マルチキャストルータ４０ａがこの配送要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行いグループＧ１宛のデータパケットの配送要求をマルチキャスト配信装置１０に送信する。マルチキャスト配信装置１０は、この配送要求を受信すると配送要求からマルチキャスト制御パケットで要求されたグループアドレスＧ１を抽出し、データ管理テーブル１７（図４）を参照してＧ１に対応する情報を検索する。データ管理テーブル１７にはグループＧ１に対応するＵＲＬ情報として「ｈｔｔｐ：／／ｓｖｒ１／ｄａｔａ１／」が登録されているので、マルチキャスト配信装置１０は、ホスト名が「ｓｖｒ１」である配信サーバ５０ａから「ｄａｔａ１」で示されるデータを受信するためのセッションを確立する。このとき、マルチキャスト変換テーブル１６にグループ「Ｇ１」と配信サーバ５０ａアドレス「Ｓ１」とを登録する。
【００４８】
マルチキャスト配信装置１０は配信サーバ５０ａからストリームデータを受信すると、受信データパケットの宛先アドレスを「Ｇ１」に、送信元アドレスをマルチキャスト配信装置１０のアドレス「Ｍ２」にそれぞれ設定してマルチキャストルータ４０ａに対してデータを転送する。マルチキャストルータ４０ａはグループＧ１宛のデータを受信すると、グループＧ１宛のデータパケットの配送を要求したマルチキャストルータ４０ｂに対して受信したデータパケットを中継する。マルチキャストルータ４０ｂはグループＧ１宛のデータパケットを受信すると、グループＧ１宛にデータパケット配送要求を送信した端末５１ａに対してデータパケットを中継する。
【００４９】
このとき、端末５１ｂがタイトル「Ａ」のストリームデータを受信する場合は、端末５１ｂがタイトル「Ａ」の配信先マルチキャストグループＧ１に対してグループ参加要求を送信する。マルチキャストルータ４０ｂは既にグループＧ１宛のデータパケットを中継しているので、端末５１ｂからのグループ参加要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い端末５１ｂに対してストリームデータを中継する。
【００５０】
さらに、端末５１ｃがタイトル「Ａ」のストリームデータを受信する場合は、端末５１ｃがタイトル「Ａ」の配信先グループＧ１に対してグループ参加要求を送信する。マルチキャストルータ４０ｃは端末５１ｃからのグループ参加要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットの配送要求をマルチキャストルータ４０ａに送信する。マルチキャストルータ４０ａは既にグループＧ１宛のデータパケットをマルチキャストルータ４０ｂに中継しているので、配送要求を受信すると、マルチキャストルータ４０ｃにグループＧ１宛のデータパケットの中継を行い、端末５１ｃに対してストリームデータを中継する。
【００５１】
次に、端末５０ｄがタイトル「Ｂ」のストリームデータを受信する場合、端末５１ｄは、タイトル「Ｂ」の配信先グループＧ２に対するグループ参加要求を送信する。マルチキャストルータ４０ｃはグループ参加要求を受信するとマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ２宛のデータパケットの配送要求をマルチキャストルータ４０ａに送信する。マルチキャストルータ４０ａは配送要求を受信するとマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ２宛のデータパケットの配送要求をマルチキャスト配信装置１０に送信する。
【００５２】
マルチキャスト配信装置１０は、グループＧ２に対するマルチキャスト制御パケットを受信すると、データ管理テーブル１７に登録されている情報を参照して、グループＧ２に対応するホスト名「ｓｖｒ２」の配信サーバ５０ｂに対してＨＴＴＰプロトコルを使用してアクセスし、ｄａｔａ２で示されたデータの配信を要求する。マルチキャスト配信装置１０は配信サーバ５０ｂからのデータを受信すると、データパケットの宛先アドレスをＧ２に、送信元アドレスを自身のアドレスＭ２に、それぞれ設定して、マルチキャストルータ４０ａに対してデータを転送する。データを受信したマルチキャストルータ４０ａ及び４０ｃはグループＧ２宛のデータパケットを中継し、端末５１ｄに対してストリームデータを送信する。
【００５３】
次に、データの受信中止の手順について説明する。
【００５４】
マルチキャスト配信装置１０は、配信データに対して受信する端末が存在しなくなった時点で配信サーバとのセッションを切断してデータの受信を中止する。すなわち、上記のように端末５１ａ、５１ｂ、５１ｃがそれぞれグループＧ１宛のデータを受信しているときに、端末５１ａがグループＧ１からのグループ離脱要求を送信した場合、マルチキャストルータ４０ｂがグループ離脱要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行う。すなわち、このとき、マルチキャストルータ４０ｂはグループＧ１宛のデータを端末５１ｂがまだ受信しているので、グループＧ１宛のデータパケットは端末５１ｂにのみ中継するように処理を行う。
【００５５】
さらに端末５１ｂがグループＧ１からのグループ離脱要求を送信した場合、マルチキャストルータ４０ｂはグループ離脱要求を受信し、マルチキャスト経路制御プロトコルに従った処理を行いグループＧ１宛のデータを受信する端末が存在しないと判断し、グループＧ１へのデータ配送停止要求をマルチキャストルータ４０ａに送信する。マルチキャストルータ４０ａは配送停止要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットはマルチキャストルータ４０ｃにのみ中継するように処理を行う。
【００５６】
さらに、端末５０ｃがグループＧ１からのグループ離脱要求を送信した場合、マルチキャストルータ４０ｃはグループ離脱要求を受信しマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットを受信する端末が存在しなくなったのでデータを中継する必要がないと判断し、マルチキャストルータ４０ａに向けてデータ配送停止要求を送信する。マルチキャストルータ４０ａは配送停止要求を受信しマルチキャスト経路制御プロトコルに従った処理を行い、マルチキャストルータ４０ｂ、４０ｃにデータを中継する必要がないと判断して、グループＧ１への配送停止要求をマルチキャスト配信装置１０に送信する。マルチキャスト配信装置１０は、マルチキャストルータ４０ａからの配送停止要求を受信すると、配送停止要求に含まれるグループアドレス情報を抽出して、グループアドレス情報に対応する配信サーバへのアクセスを中止する。このとき、マルチキャスト変換テーブル１６からグループアドレス情報、サーバアドレス情報等を削除する。以上の処理によってストリームデータの配信が停止する。
【００５７】
次に、端末５１が配信サーバ５０からデータパケットを受信するときの処理の流れを説明する。
【００５８】
図６は、端末５１ａ、５１ｂが配信サーバ５０ａからデータパケットを受信する場合のシーケンス図である。
【００５９】
マルチキャスト配信装置１０は、定期的にマルチキャストネットワーク７０に接続する端末に対して配信プログラム２００を送信している。
【００６０】
端末５１ａが配信プログラム２００を受信し、配信プログラム２００の中から希望するストリームデータの受信を行う場合、まず、ストリームデータのグループであるグループＧ１へのグループ参加要求２０１を送信する。マルチキャストルータ４０ｂは、端末５１ａからのグループ参加要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行いグループＧ１宛のデータパケットの配送要求２０２をマルチキャストルータ４０ａに送信する。マルチキャストルータ４０ａは、この配送要求２０２を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い、さらにグループＧ１宛のデータパケットの配送要求２０３をマルチキャスト配信装置１０に送信する。
【００６１】
マルチキャスト配信装置１０は配送要求２０３を受信すると、グループＧ１に対応する配信サーバの情報をデータ管理テーブル１７から取得し、配信サーバ５０ａに対してデータ「ｄａｔａ１」の送信要求２０４を送信する。マルチキャスト配信装置１０は、送信要求２０４を送信すると、配信サーバ５０ａとマルチキャスト配信装置１０との間でストリームデータを送信するためのセッション確立処理を実施する。セッションが確立すると、配信サーバ５０ａはストリームデータ２０５をユニキャストでマルチキャスト配信装置１０に向けて送信する。
【００６２】
マルチキャスト配信装置１０はストリームデータ２０５を受信すると、ストリームデータ２０５の宛先アドレスを「Ｇ１」に変換し、マルチキャストデータ２０６としてグループＧ１に対して転送する。マルチキャストデータ２０６はマルチキャストルータ４０ａ、４０ｂで中継され、グループＧ１に対して配送要求を行った端末５１ａに対して配送される。
【００６３】
ここで、端末５１ｂが同様にグループＧ１に対してグループ参加要求２０７を送信すると、マルチキャストルータ４０ｂでは既にグループＧ１宛のマルチキャストデータ２０６を受信しているので、マルチキャストルータ４０ｂは、グループ参加要求を受信するとマルチキャストデータ２０６を端末５１ｂに対しても中継する。
【００６４】
次に、端末５１が配信サーバ５０から受信しているデータパケットの受信を終了する処理、すなわち、グループから離脱するときの処理の流れを説明する。
【００６５】
図７は、端末５１がグループから離脱する場合のメッセージシーケンスを示す。
【００６６】
マルチキャスト配信装置１０は、グループＧ１に対して配信サーバ５０ａからのデータパケット２２０をマルチキャストデータパケット２２１に変換して転送している。ここで、端末５１ａがグループＧ１からの離脱要求２２２を送信した場合、マルチキャストルータ４０ｂが離脱要求２２２を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い端末５１ａにグループＧ１宛のデータパケット２２１を中継することを中止する。このとき端末５１ｂに対しては中継を続ける。
【００６７】
さらに、端末５１ｂがグループＧ１からのグループ離脱要求２２３を送信した場合、マルチキャストルータ４０ｂはグループ離脱要求２２３を受信しマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットを受信する端末は存在しなくなったと判断し、マルチキャストルータ４０ａに向けてデータパケットの配送停止要求２２４を送信する。
【００６８】
マルチキャストルータ４０ａは配送停止要求２２４を受信しマルチキャスト経路制御プロトコルに従って、マルチキャストルータ４０ａがグループＧ１宛のデータパケットを中継する必要がないと判断し、マルチキャスト配信装置１０に向けてグループＧ１宛のデータパケットの配送停止要求２２５を送信する。マルチキャスト配信装置１０は配送停止要求２２５を受信すると、配信サーバ５０ａに対してデータの送信終了を指示する送信終了パケット２２６を送信する。配信サーバは送信終了パケット２２６を受信するとデータパケットの配送を停止する。
【００６９】
図８は、マルチキャスト配信装置１０がパケットを受信したときの処理のフローチャートである。
【００７０】
まず、受信したパケットがマルチキャスト制御パケットであるか否かを判別する（ステップ３００）。これは受信したデータパケットのプロトコル番号によって判別できる。マルチキャスト制御パケットを受信した場合は、マルチキャストプロトコル処理（ステップ３０１）を行う。ステップ３００において、マルチキャスト制御パケットでない場合は、配信サーバからユニキャストで配信装置１０宛に送られたデータパケットであって、マルチキャストで中継すべきデータパケットであるか否かを判別する（ステップ３０２）。受信データパケットの送信元アドレスがマルチキャスト変換テーブルに登録されていれば、データ転送処理（ステップ３０３）を行う。
【００７１】
図９は、図８のデータ転送処理の詳細を示したフローチャートである。
【００７２】
まず、受信したデータパケットの送信元アドレスに対応するグループアドレスをマルチキャスト変換テーブル１６から検索して取得する（ステップ３１０）。次に、データパケットの送信元アドレスにマルチキャスト配信装置１０自身のアドレスを設定し（ステップ３１１）、宛先アドレスにグループアドレスを設定して（ステップ３１２）、アドレス情報を変換する。そして、アドレス情報が変換されたデータパケットを送信する（ステップ３１３）。
【００７３】
図１０は、図８のマルチキャストプロトコル処理の詳細を示したフローチャートである。
【００７４】
まず、受信した制御パケットがグループへの配送要求又は配送停止要求を示すパケットであるか否かを判別する（ステップ３４０）。配送要求又は配送停止要求を示すパケットであれば、パケットから要求されているグループアドレス情報を抽出し（ステップ３４１）、それ以外のパケットを受信した場合は処理を終了する。次に、パケットが配送要求であるか否かを判別する（ステップ３４２）。パケットが配送要求であれば、パケットから抽出したグループアドレスがマルチキャスト変換テーブルに登録されているか否かを判別し（ステップ３４３）、既にグループアドレスが登録されていれば処理を終了し、グループアドレス情報が未登録であれば、グループアドレス情報に対応する配信サーバからのデータ送信を開始するためにアクセス制御処理（ステップ３４４）を実施する。
【００７５】
また、ステップ３４２において、パケットが配送停止要求であると判断した場合は、グループアドレス情報に対応する配信サーバからのデータ送信を中止するためのアクセス制御処理（ステップ３４４）を実施する。
【００７６】
図１１は、図１０のアクセス制御処理の詳細を示したフローチャートである。
【００７７】
まず、要求が配信サーバへの配送要求（データ送信開始要求）であるか、配送停止要求（データ送信停止要求）であるかを判別する（ステップ３６０）。
【００７８】
送信開始要求である場合はデータ管理テーブルからマルチキャストプロトコル処理より通知されたグループアドレスに対応する配信サーバ情報を抽出する（ステップ３６２）。抽出した該配信サーバ情報をもとに配信サーバに配信データを取得するためのアクセス要求を送信し、配信サーバとのセッションを確立する（ステップ３６３）。セッション確立後、マルチキャスト変換テーブルにグループアドレス情報、該サーバアドレス情報を登録する（ステップ３６４）。
【００７９】
一方、ステップ３６０において送信停止要求と判別した場合、配信サーバに送信停止要求を送信し、配信サーバとのセッションを切断して（ステップ３６１）、グループアドレス情報、配信サーバアドレス情報をマルチキャスト変換テーブルから削除する（ステップ３６５）。
【００８０】
以上のように構成された第１の実施の形態のマルチキャスト配信システムでは、マルチキャストネットワークに接続されたクライアント端末５１が、ユニキャストネットワークにある配信サーバ５０からストリームデータを受信する場合、マルチキャスト配信装置１０によってユニキャストネットワークデータをマルチキャストネットワークデータに変換してクライアント端末５１の参加したグループ宛に配信するので、ユニキャストとマルチキャストとの混在環境においても、ネットワークに流れるトラフィック量を抑えたデータ配信サービスが可能になる。
【００８１】
次に、本発明の第２の実施の形態のマルチキャスト配信システムについて説明する。
【００８２】
第２の実施の形態のマルチキャスト配信システムは、図１及び図２と同様の構成を有するが、マルチキャスト配信装置１０に、配信するデータの改竄、盗聴、不正利用、等から防ぐための暗号化などの機能を備える点で相違する。
【００８３】
第２の実施の形態のマルチキャスト配信装置１０について図２を参照して説明する。なお、第１の実施の形態と同一の動作をする構成については、その詳細な説明は省略する。
【００８４】
まず、クライアント端末５１が配信プログラムを受信したい場合は、マルチキャスト配信装置１０に対して配信プログラム要求パケットを送信する。
【００８５】
マルチキャスト配信装置１０のパケット受信部１１（図２）は、他のパケットと同様にクライアント端末５１からの配信プログラム要求パケットも受信し、パケット判別部１１に送る。
【００８６】
パケット判別部１１で配信プログラム要求パケットと判別した場合は、配信データ管理部１５に配信プログラム要求パケットを送る。配信データ管理部１５では、配信プログラム要求パケットを受けると、まず配信プログラムを要求するクライアント端末５１がマルチキャスト配信サービスを受けることができる正規のユーザであるか（契約を行ったユーザであるか）の認証処理を行う。この認証処理は、必要に応じてＩＤ、パスワード等の認証情報をクライアント端末５１とマルチキャスト配信装置１０との間で通信することによって実施する。認証処理が成功した場合は、配信データ管理部１５において配信プログラムを暗号化し、パケット送信部１９を経由してクライアント端末５１に送信する。
【００８７】
なお、クライアント端末５１が送信する配信プログラム要求パケット、マルチキャスト配信装置１０とクライアント端末５１との間の認証処理等の一連の通信を全て暗号化して行ってもよい。
【００８８】
パケット判別部１１で、受信パケットがストリームデータパケットであると判別した場合はパケットをデータ転送処理部１８に送り、制御パケットであると判別した場合はマルチキャストプロトコル処理部１３に送る。データ転送処理部１８及びマルチキャストプロトコル処理部１３では、第１の実施の形態と同様に、グループアドレス情報をアクセス制御処理部１４に通知する処理を行う。次に、アクセス制御処理部１４は、配信サーバ５０へのアクセス、セッションの確立、データの受信等の一連の通信を暗号化して行う。配信サーバ５０とで行う暗号化通信の方式はデータ管理テーブル１７に設定する。すなわち、データ管理テーブル１７の付加情報に暗号化方式、暗号鍵、等の暗号化に関する情報を格納する。また、クライアント端末５１に通知する配信プログラムには公開鍵等の暗号化されたデータを復号化するための情報を含まれており、この公開鍵を用いることで認証されたクライアント端末５１のみがストリームデータを複合化でき、配信を受けることができる。
【００８９】
配信サーバとのセッション確立した後は、第１の実施の形態と同様に配信サーバのアドレス情報とグループアドレス情報をマルチキャスト変換テーブル１６に登録する。
【００９０】
なお、データ管理テーブル１７には、すべてのユーザが配信を受けられるストリームデータと、契約を行い契約情報に従って認証されたユーザのみが配信を受けられるストリームデータとの情報を複数保持するよう構成してもよい。すべてのユーザが配信を受けられるストリームデータについては、マルチキャスト配信装置１０からクライアント端末５１に対して予め配信プログラムを通知し、契約を行ったユーザに対しては上記のように配信プログラム要求があった場合のみ配信プログラムを通知することで、契約ユーザのみに対して特別なストリームデータを配信することができる。
【００９１】
図１２に、第２の実施の形態のマルチキャスト配信システムにおいて、端末５１が配信サーバ５０からのデータパケットを受信する際のシーケンスを示す。
【００９２】
まず、端末５１ａがマルチキャスト配信装置１０に対し配信プログラム要求５５０を送信する。
【００９３】
マルチキャスト配信装置１０は配信プログラム要求５５０を送信した端末のユーザの認証処理を行う。認証が成功し正規のユーザであると判断すれば、端末５１ａに対して配信プログラム５５１を送信する。
【００９４】
端末５１ａは、配信プログラム５５１から希望のストリームデータの情報を得て、該当するグループＧ１へのグループ参加要求５５２を送信する。
【００９５】
端末５１ａに接続されるマルチキャストルータ４０ｂは、端末５１ａからのグループ参加要求５５２を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットの配送要求５５３をマルチキャストルータ４０ａに送信する。
【００９６】
マルチキャストルータ４０ａは、この配送要求５５３を受けて、配送要求５５４をマルチキャスト配信装置１０に送信する。マルチキャスト配信装置１０は配送要求５５４を受信すると、グループＧ１に対応する配信サーバの情報をデータ管理テーブル１７から取得して、配信サーバ５０ａに対してデータ「ｄａｔａ１」の送信要求５５５を送信する。配信サーバ５０ａが送信要求５５５を受信すると、配信サーバ５０ａからマルチキャスト配信装置１０に対してストリームデータ５５６をユニキャストで送信する。
【００９７】
マルチキャスト配信装置１０はストリームデータ５５６を受信するとデータパケットの宛先アドレスをグループＧ１に変換し、マルチキャストデータ５５７として転送する。マルチキャストデータ５５７はマルチキャストルータ４０ａ、４０ｂで中継され、端末５１ａに配信される。
【００９８】
ここで、端末５１ｂがストリームデータを受信しようとする場合は、まず、端末５１ａと同様に配信プログラム要求５５８を送信する。マルチキャスト配信装置１０は配信プログラム要求５５８を受信すると端末５１ｂのユーザ認証処理を行い、認証が成功した場合は配信プログラム５５９を端末５１ｂに通知する。端末５１ｂは、配信プログラム５５１から希望のストリームデータの情報を得て、該当するグループＧ１に対してグループ参加要求５６０を送信する。マルチキャストルータ４０ｂは、このグループ参加要求５６０を受信すると、既にグループＧ１宛のマルチキャストデータ５５７を受信しているので、マルチキャストデータ５５７を端末５１ｂに対しても中継を行う。
【００９９】
なお、第２の実施の形態のマルチキャスト配信システムでは、データを配信する際に通信経路上でデータの保護が必要となる。マルチキャスト配信装置１０と各配信サーバ間の通信経路上でデータを保護する方法としては、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を用いて、マルチキャスト配信装置１０と各配信サーバ間でＶＰＮを構築するようにしてもよい。
【０１００】
上記のように構成された第２の実施の形態では、ストリームデータの配信プログラム及びストリームデータを暗号化して配信するので、第１の実施の形態の効果に加え、配信サービスに契約したユーザのみが配信プログラムを受信でき、さらに配信サービスに契約したユーザのみが配信プログラムを参照してストリームデータの閲覧ができる配信サービスの提供が可能となる。
【０１０１】
次に、本発明の第３の実施の形態のマルチキャスト配信システムについて説明する。
【０１０２】
第３の実施の形態のマルチキャスト配信システムでは、マルチキャスト配信装置９０がマルチキャスト経路制御機能を有している。なお、第１および第２の実施の形態と同一の動作をする構成には同一の符号を付して、その詳細な説明は省略する。
【０１０３】
図１３は、第３の実施の形態のマルチキャスト配信システムの構成を示す図である。
【０１０４】
マルチキャスト配信装置９０はマルチキャストネットワーク７０内に設けられており、マルチキャストルータ４０ｂと４０ｃと接続し、さらにユニキャストネットワーク６０に接続されている。配信サーバ５０ａ、５０ｂはユニキャストネットワーク６０に接続されている。マルチキャストルータ４０ｂには端末５１ａと端末５１ｂとが、マルチキャストルータ４０ｃには端末５１ｃと端末５０ｄとが接続されている。マルチキャスト配信装置９０は送信端末５２が接続されている。この送信端末５２は、データ管理テーブル１７に登録されていないグループＧ３に対してストリームデータの配信をマルチキャストで行う端末装置である。
【０１０５】
図１４は、第３の実施の形態のマルチキャスト配信装置９０の詳細を表したブロック図である。
【０１０６】
パケット受信部１１は、マルチキャストデータパケットや、配信サーバからユニキャストで送信されるデータパケットや、マルチキャスト経路制御を行うための制御パケットを受信し、パケット判別部に送る。
【０１０７】
パケット判別部１２は、受信したパケットがマルチキャスト制御パケットである場合には、マルチキャスト経路制御処理部２３に受信パケットを送り、配信サーバからユニキャストで送信されるデータパケットを受信した場合はマルチキャスト変換処理部２１に受信パケットを送り、マルチキャストデータパケットを受信した場合にはデータ中継処理部２２に受信パケットを送る。
【０１０８】
マルチキャスト経路制御処理部２３では、受信した制御パケットに従ってマルチキャスト経路制御を実行する。また、受信した制御パケットが配送要求や配送停止要求に関わる制御パケットであれば、アクセス制御処理部１４に受信した制御パケットに含まれるグループアドレス情報を通知する。さらに、グループ管理プロトコルによるグループ参加要求パケット又はグループ離脱要求パケットを直接受信した場合も、制御パケットに含まれるグループアドレス情報をアクセス制御処理部１４に通知する。
【０１０９】
マルチキャスト変換処理部２１は、マルチキャスト変換テーブル１６に基づいて、配信サーバから受信したユニキャストデータパケットの宛先アドレス情報にグループアドレスを設定する。すなわち、送信元アドレス情報にマルチキャスト配信装置９０自身のアドレス情報を登録して、マルチキャストデータパケットとしてデータ中継処理部２２に送る。データ中継処理部２２は、パケット受信部１１で受信したマルチキャストデータパケット及びマルチキャスト変換処理部２１からのマルチキャストデータパケットをマルチキャスト中継情報に従って中継処理を行う。
【０１１０】
なお、アクセス制御処理部１４、配信データ管理部１５、マルチキャスト変換テーブル１６、データ管理テーブル１７は第１の実施の形態と同様なので、その詳細な説明は省略する。
【０１１１】
上記のように構成されたマルチキャスト配信システムにおいて、端末５１が配信プログラムを受信し、配信プログラムの中からストリームデータを選択して受信する動作を説明する。
【０１１２】
まず、端末５１ａがタイトル「Ａ」のストリームデータの配信を希望する場合、「Ａ」の配信先グループＧ１に対してグループ参加要求を送信する。マルチキャストルータ４０ｂはグループ参加要求を受信するとマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットの配送要求をマルチキャスト配信装置９０に送信する。
【０１１３】
マルチキャスト配信装置９０は、このマルチキャスト配送要求を受信すると、マルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットをマルチキャストルータ４０ｂに中継するためデータ管理テーブル１７を参照してグループＧ１に対する情報を得て、マルチキャスト変換テーブル１６に登録し、データ変換テーブル１７に登録されている内容に従って配信サーバ５０ａに対してデータの配送を要求する。
【０１１４】
配信サーバ５０ａはデータ配信要求を受信すると、ユニキャストでデータをマルチキャスト配信装置９０に配信する。マルチキャスト配信装置９０は、受信したデータパケットをグループＧ１宛のマルチキャストデータパケットに変換し、マルチキャストルータ４０ｂに中継する。マルチキャストルータ４０ｂは受信したグループＧ１宛のデータパケットを端末５１ａに中継することで、端末５１ａがストリームデータを受信できる。
【０１１５】
ここで、端末５１ｂがタイトル「Ａ」のストリームデータを受信しようとする場合には、端末５１ｂはグループＧ１へのグループ参加要求を送信する。マルチキャストルータ４０ｂは、このグループ参加要求を受信するとマルチキャスト経路制御プロトコルに従って、既にグループＧ１宛のデータパケットを端末５１ａに中継しているので、端末５１ｂにもこのデータパケットを中継する。
【０１１６】
さらに、端末５１ｃがタイトル「Ａ」のストリームデータを受信しようとする場合には、端末５１ｃはグループＧ１へのグループ参加要求を送信する。マルチキャストルータ４０ｃは、このグループ参加要求を受信するとマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケット配送要求をマルチキャスト配信装置９０に送信する。マルチキャスト配信装置９０はこのデータパケット配送要求を受信するとマルチキャスト経路制御プロトコルに従った処理を行い、グループＧ１宛のデータパケットをマルチキャスト４０ｂだけでなくマルチキャスト４０ｃにも中継を行う。このとき、マルチキャスト配信装置９０は既にグループＧ１に対応する配信サーバにアクセスしているため、新たなアクセス処理は実行しない。
【０１１７】
ここで、端末５１ｄがグループＧ３が配信しているデータを受信しようとする場合、端末５１ｄはグループＧ３へのグループ参加要求を送信する。マルチキャストルータ４０ｃは、このグループ参加要求を受信すると、グループＧ３宛のデータパケット配送要求をマルチキャスト配信装置９０に送信する。マルチキャスト配信装置９０は、このデータパケット配送要求を受信すると、マルチキャスト経路制御プロトコルに従って、グループＧ３宛のデータパケットをマルチキャストルータ４０ｃに中継するための処理を行う。このとき、データ配信テーブルにはグループＧ３に関する情報は登録されていないので、アクセス処理は実施しない。そして、マルチキャスト配信装置９０は端末５２が送信するグループＧ３宛のデータパケットをマルチキャストルータ４０ｃに中継することで、端末５１ｄがストリームデータを受信できる。
【０１１８】
図１５は、マルチキャスト配信装置９０がパケットを受信した時の処理の流れを表すフローチャートである。
【０１１９】
まず、受信したパケットが、データパケットであるか、マルチキキャスト経路制御を行うための制御パケットであるかを判別する（ステップ６００）。これは受信したパケットのプロトコル番号によって判別可能である。受信したパケットがマルチキャスト経路制御に係わるパケットである場合は、マルチキャスト経路制御処理（ステップ６０１）を実施する。受信したパケットがマルチキャスト経路制御に係わる制御パケットでない場合は、中継すべきデータパケットであるかどうかを判別する（ステップ６０２）。すなわち、マルチキャスト配信装置９０が受信するデータは、配信サーバからユニキャストで送られたデータパケット、又は他の送信端末からマルチキャストで送られたデータパケットである。そこで、宛先アドレスがマルチキャストであるか、送信元アドレスがマルチキャスト変換テーブル（図５）に登録されていれば、ステップ６０３を実施し、それ以外であれば処理を終了する。次に、宛先アドレスがユニキャストであるかどうかを判別する（ステップ６０３）。宛先アドレスがユニキャストであれば配信サーバから送られたデータパケットであるのでデータ変換処理（ステップ６０４）を実行してマルチキャストに変換し、マルチキャスト中継処理（ステップ６０５）を実行する。ステップ６０３において宛先アドレスがマルチキャストである場合は、データ転送処理（ステップ６０４）を実行せずに、マルチキャスト中継処理（ステップ６０５）を実行する。
【０１２０】
図１６に、図１５のデータ変換処理（ステップ６０４）の詳細なフローチャートを示す。
【０１２１】
まず、受信したデータパケットの送信元アドレスに対応するグループアドレスをマルチキャスト変換テーブル（図５）から検索して取得する（ステップ６１０）。次に、データパケットの宛先アドレスにグループアドレスを設定し（ステップ６１１）、データパケットの送信元アドレスにマルチキャスト配信装置９０のアドレスを設定する（ステップ６１２）。
【０１２２】
図１７に、図１５のマルチキャスト経路制御処理（ステップ６０１）の詳細なフローチャートを示す。
【０１２３】
まず、受信したプロトコルに従いプロトコル処理を実施する（ステップ６４０）。次に、受信した制御パケットがグループヘの配送制御を指示する配送制御パケット（配送要求又は配送停止要求）であるか否かを判別する（ステップ６４１）。配送制御パケットであれば、パケットが要求しているグループアドレスを抽出する（ステップ６４２）。一方、それ以外のパケットである場合は処理を終了する。
【０１２４】
次に、制御パケットが配送要求であるか否かを判別する（ステップ６４３）。制御パケットが配送要求であれば、抽出したグループアドレスがマルチキャスト変換テーブルに登録されているか否かを判別する（ステップ６４４）。既にグループアドレスがマルチキャスト変換テーブルに登録されていれば処理を終了する。一方、登録されていなければグループアドレス情報に対応する配信サーバからのデータ送信を開始するためのアクセス制御処理（ステップ６４５）を実行する。このアクセス制御処理は、図１１に示す処理と同様なので説明を省略する。
【０１２５】
以上のように構成された第３の実施の形態によれば、マルチキャスト配信サービスを提供する際に、マルチキャストネットワークに設置する配信装置の数を減らすことができ、ネットワーク管理者の管理負担および配信装置のコストを軽減することができる。
【０１２６】
次に本発明の第４の実施の形態のマルチキャスト配信システムについて説明する。
【０１２７】
第４の実施の形態では、配信サーバへのアクセス処理と、配信されたデータパケットをマルチキャストに変換して転送する処理とをそれぞれ別の装置で実施する。なお、第１乃至第３の実施の形態と同一の動作をする構成には同一の符号を付して、その詳細な説明は省略する。
【０１２８】
図１８は、第４の実施の形態のマルチキャスト配信システムの構成を示す図である。
【０１２９】
マルチキャスト配信装置１００はマルチキャストネットワーク７０において、マルチキャストルータ４０ｂ、４０ｃ、データ管理装置１２０に接続されている。このデータ管理装置１２０はユニキャストネットワーク６０にも接続されている。
【０１３０】
配信サーバ５０ａ、５０ｂはユニキャストネットワーク６０に接続されている。マルチキャストルータ４０ｂには端末５１ａ、５１ｂが、マルチキャストルータ４０ｃには端末５１ｃ、５１ｄが接続されている。
【０１３１】
図１９にマルチキャスト配信装置１００のブロック図を示す。本実施の形態においては、マルチキャスト配信装置１００はマルチキャスト経路制御機能を備えるものとする。
【０１３２】
パケット受信部１０１はマルチキャスト制御パケットや、配信サーバからのデータ管理装置１２０を経由して送られるユニキャストデータパケットや、データ管理装置１２０から通知されるマルチキャスト変換情報や、マルチキャスト経路制御機能を備えるためにマルチキャストデータパケットを受信し、パケット判別部１０２に送る。パケット判別部１０２は、受信したパケット又は情報を判別し、パケットがマルチキャスト制御パケットと判別した場合はマルチキャスト経路制御処理部１０３に送る。
【０１３３】
マルチキャスト経路制御処理部１０３はマルチキャスト経路制御プロトコルに従ってパケットが示す制御処理を行う。受信したパケットがデータパケットの配送要求又は配送停止要求を指示する制御パケットである場合は、制御パケットからグループアドレス情報を抽出し、グループアドレス情報をデータ管理装置１２０に通知する。受信パケットが配信サーバからのデータパケットである場合はマルチキャスト変換処理部１０６に送る。マルチキャスト変換処理部１０６は第１の実施の形態と同様にマルチキャスト変換テーブル１０５に従ってマルチキャストデータパケットを変換しデータ中継処理部１０７に送る。また、パケット判別部１０２で判別した情報がマルチキャスト変換情報の場合は変換情報管理部１０４に送る。変換情報管理部１０４ではデータ管理装置１２０より通知されるマルチキャスト変換情報を受信し、マルチキャスト変換テーブル１０５の更新処理を行う。マルチキャスト変換情報は、登録又は削除する配信サーバのアドレス情報およびグループアドレス情報等を含む。さらにパケット判別部１０２で判別したパケットがマルチキャストデータパケットである場合は、データ中継処理部１０７に送る。データ中継処理部１０７は、受信したマルチキャストデータパケット及びマルチキャスト変換処理部１０６で変換されたマルチキャストデータパケットの中継処理を行う。
【０１３４】
図２０にデータ管理装置１２０のブロック図を示す。
【０１３５】
パケット受信部１２１はマルチキャスト配信装置１００からのグループアドレス情報、配信サーバからのデータパケットや、ユーザからの配信プログラム要求パケットを受信しパケット判別部１２２に送る。パケット判別部１２２は受信したパケット又は情報を判別する。受信した情報がグループアドレス情報である場合は、アクセス制御処理部１２３に受信パケットを送る。アクセス制御処理部１２３は配信サーバとのアクセス処理を実施し、配信サーバとのセッションが確立した場合は、送信元アドレス情報とグループアドレス情報をマルチキャスト変換情報としてマルチキャスト配信装置１００に通知する。配信サーバとのセッション確立後に、配信サーバから送信されるデータパケットは何も変更せずにマルチキャスト配信装置１００に転送される。ユーザからの配信プログラムを要求するパケットを受信した場合は、第２の実施例と同様にユーザ認証処理を行い、正規ユーザであると判明した場合のみ配信プログラムをユーザに送信する。
【０１３６】
上記のように構成されたマルチキャスト配信システムにおいて、端末５１ａが配信プログラムを受信し、配信プログラムの中からストリームデータを選択して受信する動作を説明する。
【０１３７】
端末５１ａが所望するデータのグループに対するグループ参加要求を送信すると、マルチキャストルータ４０ｂはグループの参加要求を受信しマルチキャスト経路制御プロトコルに従った処理によって、グループ宛のデータパケットの配送要求をマルチキャスト配信装置１００に通知する。マルチキャスト配信装置１００は配信要求を受信するとマルチキャスト経路制御プロトコルに従った処理によって、配信要求されたグループ情報をデータ管理装置１２０に通知する。データ管理装置１２０はこのグループ情報を受信すると、データ管理テーブル１２５に登録されている内容に従って配信サーバ５０にデータ配信を要求し、マルチキャスト配信装置１００は配信サーバのアドレス等の変換情報を通知する。
【０１３８】
データ管理装置１２０は、配信サーバからユニキャストでデータが配信されると、そのままマルチキャスト配信装置１００に中継する。マルチキャスト配信装置１００は、データ管理装置１２０から通知された変換情報に基づいて、データパケットを要求したグループ宛のマルチキャストデータパケットに変換し、マルチキャストルータ４０ｂに中継し、マルチキャストルータ４０ｂはマルチキャストデータパケットを端末５１ａに中継する。
【０１３９】
このとき、端末５１ｂが、端末５１ａが要求したグループと同じグループに対してグループ参加要求を送信した場合、マルチキャストルータ４０ｂはグループ参加要求を受信しマルチキャスト経路制御プロトコルに従った処理を行う。マルチキャストルータ４０ｂは既にグループ宛のデータパケットを端末５１ａに中継しているので、端末５１ｂにもデータパケットを中継する。
【０１４０】
図２１は、端末５１がマルチキャスト配信装置１００とデータ管理装置１２０とを介して配信サーバ５０からのデータを受信する処理のシーケンスを示す。
【０１４１】
なお、第２の実施の形態と同様に、端末５１が配信プログラムをデータ管理装置１２０に配信プログラムを要求し、データ管理装置１２０はユーザ認証処理を実施するものとする。
【０１４２】
端末５１はデータ管理装置１２０に対して配信プログラム要求５００を送信し、配信プログラムを通知する。データ管理装置１２０は配信プログラム要求５００を受信すると、まずユーザの認証処理を行い、正規のユーザであれば配信プログラム５０１を送信する。なお、配信プログラム要求５００、配信プログラム５０１を暗号化して送信してもよい。
【０１４３】
次に、受信端末５１は配信プログラムによって、所望のストリームデータを受信するために対応するグループに参加するためのグループ参加要求５０２を送信する。マルチキャスト配信装置１００はグループ参加要求５０２を受信すると、要求されたグループ情報の内容をグループ情報５０３としてデータ配信装置１２０に通知する。データ管理装置１２０はグループ情報５０３を受信すると、グループ情報に対応するストリームデータを保持する配信サーバに対して配信要求５０４を送信し、データの配信を要求する。
【０１４４】
次に、データ管理装置１２０は、データ管理装置１２０と配信サーバとの間でデータを受信するためのセッション確立処理を行う。セッションが確立すると、マルチキャスト変換情報５０５をマルチキャスト配信装置１００に通知する。このマルチキャスト変換情報は図４で示したマルチキャスト変換テーブルと同様の情報を含んでいる。
【０１４５】
また、セッション確立後、配信サーバからユニキャストデータパケット５０６が、データの配信を要求したデータ管理装置１２０宛に送信される。データ管理装置１２０はデータパケット５０６をマルチキャスト配信装置１００に中継する。マルチキャスト配信装置１００は受信したマルチキャスト変換情報を元にユニキャストデータパケット５０６をマルチキャストデータパケット５０７に変換して端末５１に送信することで、端末５１に対してストリームデータが配信される。
【０１４６】
図２２は、本実施形態のマルチキャスト配信装置１００におけるパケット受信時の処理フローを示す。
【０１４７】
まず、受信したパケットが、マルチキャスト経路制御を行うための制御パケットか、それ以外のパケットかを判別する（ステップ８００）。この判別は、受信したパケットのプロトコル番号によって判別可能である。マルチキャスト経路制御パケットである場合にはマルチキャスト経路制御処理（ステップ８０１）を実行する。マルチキャスト経路制御パケットでない場合は、中継すべきデータパケットであるか、データ管理装置１２０からのマルチキャスト変換情報の通知であるか判別する（ステップ８０２）。宛先アドレスがマルチキャストか送信元アドレスがマルチキャスト変換テーブルに登録されていれば、中継すべきデータパケットであると判別し、ステップ８０３を実施する。ステップ８０３では、宛先アドレスがユニキャストであれば配信サーバから送られたデータがデータパケットであるためデータ変換処理（ステップ８０４）を実施した後、マルチキャスト中継処理（ステップ８０５）を実施する。なお、このデータ変換処理は、第３の実施の形態におけるデータ変換処理（図１６）と同一である。
【０１４８】
ステップ８０３において宛先アドレスがマルチキャストであれば、データ変換処理（ステップ８０４）を実行せずに、マルチキャスト中継処理（ステップ８０５）を行う。
【０１４９】
ステップ８０２においてデータパケット以外のパケットを受信した場合は、変換情報更新処理（ステップ８０７）を実施する。
【０１５０】
図２３は、図２２のマルチキャスト経路制御処理８０１の詳細なフローチャートを示す。
【０１５１】
まず、受信したプロトコルに従いプロトコル処理を実施する（ステップ８２０）。
【０１５２】
次に、受信した制御パケットがグループへの配送を指示する制御パケット（配送要求又は配送停止要求）であるか否かを判別する（ステップ８２１）。受信パケットが制御パケットであれば、制御パケットで要求されたグループアドレス情報を抽出し、（ステップ８２２）それ以外のパケットを受信した場合には処理を終了する。
【０１５３】
次に、制御パケットが配送要求であるか否かを判別し（ステップ８２３）、配送要求であれば抽出したグループアドレスがマルチキャスト変換テーブルに登録されているか否かを調べる（ステップ８２４）。既にグループアドレスが登録されていれば処理を終了し、未登録であればグループアドレス情報と要求が示す情報をデータ管理装置１２０に通知する（ステップ８２５）。
【０１５４】
ステップ８２３において配送要求でない場合は配送停止要求なので、グループアドレス情報と要求が示す情報をデータ管理装置１２０に通知する（ステップ８２５）。
【０１５５】
図２４に、図２２の変換情報更新処理８０７の詳細なフローチャートを示す。
【０１５６】
まず、受信したパケットがデータ管理装置１２０から通知されたマルチキャスト変換情報パケットであるか否かを判別する（ステップ８４０）。マルチキャスト変換情報パケットでない場合は処理を終了する。マルチキャスト変換情報である場合は、マルチキャスト変換情報には配信サーバのアドレス情報、グループアドレス情報及び配信開始又は配信終了を示す情報を含んでいるので、配信を開始したことを示す情報を含む場合には、配信サーバのアドレスとグループアドレス情報を変換テーブルに登録する。配信を終了したことを示す場合には、配信サーバのアドレスとグループアドレス情報を変換テーブルから削除する（ステップ８４１）。
【０１５７】
図２５は、本実施形態のデータ管理装置１２０のパケット受信時の処理を表すフローチャートである。データ管理装置１２０が受信するのは、マルチキャスト配信装置１００からのグループアドレス情報、配信サーバからのデータパケット又はユーザからの配信プログラム要求パケットのいずれかである。
【０１５８】
まず、受信したパケットが、配信サーバから送られてきたデータパケットであるか、それ以外のパケットであるかを判別する（ステップ８５０）。データパケットの場合は、そのままマルチキャスト配信装置１００に中継する（ステップ８５１）。データパケットでない場合はアクセス制御処理（ステップ８５２）を実施する。
【０１５９】
図２６は、図２５のアクセス制御処理８５２の詳細な処理を表すフローチャートである。
【０１６０】
まず、受信した情報がマルチキャスト配信装置１００からのグループ情報通知であるのか又はユーザからの配信プログラムであるのかを判別する（ステップ８６０）。グループ通知情報であれば、通知情報が配信サーバへのデータ送信開始要求であるのか送信停止要求であるのかを判別する（ステップ８６１）。送信開始要求の場合は、通知されたグループ情報に対応する配信サーバ情報をデータ管理テーブルから抽出し（ステップ８６２）、抽出した配信サーバ情報に基づいて配信サーバに配信データを取得するためのデータ配信要求を送信して配信サーバとのセッションを確立する（ステップ８６３）。セッション確立後、グループアドレス情報、サーバアドレス情報及びセッションを確立しデータ送信を開始したことを示す情報を変換情報として、マルチキャスト配信装置１００に通知する（ステップ８６４）。ステップ８６１において送信停止要求であった場合には、配信サーバに送信停止要求を送信して配信サーバとのセッションを切断し（ステップ８６５）、グループアドレス情報、配信サーバアドレス情報及びデータ送信を中止したことを示す情報を変換情報として、マルチキャスト配信装置１００に通知する（ステップ８６４）。
【０１６１】
ステップ８６０において、マルチキャスト配信装置１００からのグループ情報通知でない場合は、端末からの配信プログラム要求であるとのでユーザ認証処理を実施する（ステップ８６７）。ユーザ認証処理が成功した場合には配信プログラムを端末に送信し（ステップ８６８）認証が失敗すれば処理を終了する。
【０１６２】
第４の実施の形態のマルチキャスト配信システムでは、マルチキャストの配信においてマルチキャスト経路制御処理とアクセス制御処理とを別の装置で処理することで処理を分散し、各装置の処理負荷を軽減できるので、第２の実施の形態のマルチキャスト配信システムの効果に加え、システム全体としての処理速度を向上することができる。
【０１６３】
次に、本発明の第５の実施の形態のマルチキャスト配信システムを説明する。
【０１６４】
第５の実施の形態では、上記第１乃至第４の実施の形態のマルチキャスト配信システムを用いたマルチキャスト配信のサービス提供のためのシステムである。
【０１６５】
図２７に、第５の実施の形態のシステムの構成を示す。
【０１６６】
データ提供者２００は配信サーバ２１０（２１０ａ、２１０ｂ）を備え、ユニキャストでマルチキャスト配信装置３００に接続し有償でデータの配信を行う。ＩＳＰ４００はマルチキャストでユーザ端末５００（５００ａ、５００ｂ、５００ｃ、５００ｄ）とマルチキャスト配信装置３００とを接続するサービス提供業者である。
【０１６７】
上記のように構成されたマルチキャスト配信システムにおいて、データ提供者２００が保持する有償のデータをＩＳＰ４００がマルチキャストで配信するサービスを行う場合について説明する。
【０１６８】
マルチキャスト配信装置３００は、ＩＳＰ４００に接続するユーザ端末５００の要求に応じてデータ提供者２００の配信サーバ２１０にデータを要求し、配信サーバ２１０からデータを取得する。すなわち、データ提供者２００からはＩＳＰ４００がユーザとしてデータを要求していることになる。
【０１６９】
従来のマルチキャストでのデータ配信では、現在受信しているユーザ数がどのくらい存在するのかを把握することが難しいが、この場合では、データ提供者２００はＩＳＰ４００が受信者であり、ＩＳＰ４００がマルチキャストでデータを配信することを想定した従量課金を設定し、課金した料金をＩＳＰ４００に対して請求することができる。なお、従量課金を行うために、マルチキャスト配信装置３００において配信サーバ２１０とのアクセスのログ情報を記録するようにしてもよい。
【０１７０】
ＩＳＰ４００は、データ提供者２００に対しては実際に受信したデータに対する料金を支払い、ＩＳＰ４００に接続するユーザ端末５００のユーザに対してはＩＳＰ４００が定めた方式で課金を行う。
【０１７１】
以上のように構成された第５の実施の形態のマルチキャスト配信システムでは、データ提供者２００がマルチキャスト配信装置３００を介してＩＳＰ４００へのデータの提供の従量課金することで、データ提供者２００とＩＳＰ４００との間、又はＩＳＰ４００とユーザ端末５００のユーザとの間で各々サービスに対する課金を行うことができ、容易にデータ提供のシステムを実現できる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態のマルチキャスト配信システムの構成図である。
【図２】マルチキャスト配信装置１０のブロック図である。
【図３】マルチキャスト通信装置１０が処理するパケット３０の構成図である。
【図４】マルチキャスト配信装置１０が保持しているデータ管理テーブル１７の説明図である。
【図５】マルチキャスト変換テーブル１６の説明図である。
【図６】端末が配信サーバからデータパケットを受信する処理のシーケンス図である。
【図７】端末がグループから離脱する場合の処理のシーケンス図である。
【図８】マルチキャスト配信装置１０のパケット受信処理のフローチャートである。
【図９】データ転送処理のフローチャートである。
【図１０】マルチキャストプロトコル処理のフローチャートである。
【図１１】アクセス制御処理のフローチャートである。
【図１２】第２の実施の形態において、端末が配信サーバからのデータパケットを受信する処理のシーケンス図である。
【図１３】第３の実施の形態のマルチキャスト配信システムの構成図である。
【図１４】第３の実施の形態のマルチキャスト配信装置９０のブロック図である。
【図１５】マルチキャスト配信装置９０のパケット受信処理のフローチャートである。
【図１６】データ転送処理のフローチャートである。
【図１７】マルチキャスト経路制御処理のフローチャートである。
【図１８】第４の実施の形態のマルチキャスト配信システムの構成図である。
【図１９】マルチキャスト配信装置１００のブロック図である。
【図２０】データ管理装置１２０のブロック図である。
【図２１】第４の実施の形態における端末がデータを受信する処理のシーケンスである。
【図２２】マルチキャスト配信装置１００におけるパケット受信処理のフローチャートである。
【図２３】マルチキャスト経路制御処理のフローチャートである。
【図２４】変換情報更新処理のフローチャートである。
【図２５】データ管理装置１２０のパケット受信時の処理のフローチャートである。
【図２６】アクセス制御処理のフローチャートである。
【図２７】第５の実施の形態のマルチキャスト配信システムの構成図である。
【符号の説明】
１０ マルチキャスト配信装置
１１ パケット受信部
１２ パケット判別部
１３ マルチキャスト制御処理部
１４ アクセス制御処理部
１５ データ管理部
１６ マルチキャスト変換テーブル
１７ データ管理テーブル
１８ データ転送処理部
１９ パケット送信部
２１ マルチキャスト変換処理部
２２ データ中継処理部
２３ マルチキャスト経路制御処理部
３０ パケット
３１ パケットヘッダ部
３２ パケットデータ部
３３ 送信元アドレス
３４ 宛先アドレス
３５ プロトコル情報
３６ 送信元ポート番号
３７ 宛先ポート番号
４０ マルチキャストルータ
５０ 配信サーバ
５１ 受信端末
１００ マルチキャスト配信装置
１２０ データ管理装置
２００ データ提供者
２１０ 配信サーバ
３００ マルチキャスト配信装置
４００ ＩＳＰ
５００ ユーザ端末
Claims (24)
- マルチキャスト通信が可能な第１のネットワークに接続された複数の受信端末に対して、マルチキャスト通信が不可能な第２のネットワークに接続された送信端末から送信されたデータをマルチキャストで配信するデータ配信システムであって、
前記送信端末から送信されたデータを前記複数の受信端末に対して配信する配信装置を備え、
前記配信装置は、
前記送信端末の情報と、前記複数の受信端末にデータを配信するための宛先情報とを関連付ける関連付け情報記憶手段と、
前記受信端末からデータ配信を要求する制御パケットを受信する制御パケット受信手段と、
前記データ配信の要求に基づいて、前記関連付け情報を参照して、前記送信端末にデータの送信を要求するデータ送信要求手段と、を備えたことを特徴とするデータ配信システム。 - 前記配信装置は、前記送信端末から送信されたデータパケットを、前記データ配信の要求に含まれる宛先に対するデータパケットに変更して配信する配信手段を備えたことを特徴とする請求項１に記載のデータ配信システム。
- 前記配信装置は、前記データ配信の要求に基づいて、前記送信端末と配信先のマルチキャスト情報との対応付け情報を生成する対応付け情報生成手段を備えたことを特徴とする請求項１又は２に記載のデータ配信システム。
- 前記配信装置は、前記送信端末が保持しているデータを前記受信端末が選択するために用いられるデータ配信情報を、前記受信端末に配布するデータ配信情報配布手段を備え、
前記受信端末は、前記データ配信情報を用いて、前記送信端末が保持しているデータを選択して、データの配信を要求するデータ配信要求手段を備えたことを特徴とする請求項１から３のいずれか一つに記載のデータ配信システム。 - 前記受信端末は、前記データの配信に関する認証を要求する認証要求手段を備え、
前記配信装置は、
前記受信端末からの認証要求を受信する認証要求受信手段と、
該受信端末に対して認証を行う認証手段と、を備え、
前記データ配信情報配布手段は、前記認証手段による認証が成功した端末に対して、前記データ配信情報を配布することを特徴とする請求項４に記載のデータ配信システム。 - 前記受信端末は
前記認証要求を暗号化する暗号化手段と、
前記データの配信に関する認証を要求する認証要求手段と、を備え、
前記配信装置は、
前記データ配信情報を暗号化する暗号化手段を備え、
前記データ配信情報配布手段は、前記暗号化されたデータ配信情報を配布することを特徴とする請求項５に記載のデータ配信システム。 - 前記配信装置は、前記受信端末に配信するデータを暗号化する暗号化手段を備えたことを特徴とする請求項１から５のいずれか一つに記載のデータ配信システム。
- 前記配信装置は、データの要求に用いられるマルチキャスト経路制御プロトコルに従った制御パケットを送信することを特徴とする請求項１から７のいずれか一つに記載のデータ配信システム。
- 前記配信装置は、
前記関連付け情報記憶手段と、前記データ送信要求手段とを備え、前記第２のネットワークに接続された前記送信端末からのデータを受信する管理装置と、
前記データ配信要求受信手段を備え、前記第１のネットワークに接続された前記受信端末に対して該データを配信するデータ配信装置と、によって構成されたことを特徴とする請求項１から８のいずれか一つに記載のデータ配信システム。 - 前記第１のネットワークが用いるネットワークプロトコルと、前記第２のネットワークが用いるネットワークプロトコルとが異なることを特徴とする請求項１から９のいずれか一つに記載のデータ配信システム。
- マルチキャスト通信が可能な第１のネットワークに接続された複数の受信端末に対して、マルチキャスト通信が不可能な第２のネットワークに接続された送信端末から送信されたデータをマルチキャストで配信するデータ配信装置であって、
前記送信端末の情報と、前記複数の受信端末にデータを配信するための宛先情報とを関連付ける関連付け情報記憶手段と、
前記受信端末からデータ配信を要求する制御パケットを受信する制御パケット受信手段と、
前記データ配信の要求に基づいて、前記関連付け情報を参照して、前記送信端末にデータの送信を要求するデータ送信要求手段と、
を備えたことを特徴とするデータ配信装置。 - 前記送信端末から送信されたデータパケットを、前記データ配信の要求に含まれる宛先に対するデータパケットに変更して配信する配信手段を備えたことを特徴とする請求項１１に記載のデータ配信装置。
- 前記データ配信要求に基づいて、前記送信装置と配信先のマルチキャスト情報との対応付け情報を生成する対応付け情報生成手段を備えたことを特徴とする請求項１１又は１２に記載のデータ配信装置。
- 前記送信端末が保持しているデータを前記受信端末が選択するために用いられるデータ配信情報を、前記受信端末に配布するデータ配信情報配布手段を備えたことを特徴とする請求項１１から１３のいずれか一つに記載のデータ配信装置。
- 前記受信端末からの認証要求を受信する認証要求受信手段と、
該受信端末に対して認証を行う認証手段とを備え、
前記データ配信情報配布手段は、前記認証手段による認証が成功した端末に対して、前記データ配信情報を配布することを特徴とする請求項１４に記載のデータ配信装置。 - 前記認証要求を暗号化する暗号化手段と、
前記受信端末によって暗号化された前記認証要求を受信する認証要求受信手段と、
前記データ配信情報を暗号化する暗号化手段と、を備え、
前記データ配信情報配布手段は、前記暗号化されたデータ配信情報を配布することを特徴とする請求項１５に記載のデータ配信装置。 - 前記受信端末に配信するデータを暗号化する暗号手段を備えたことを特徴とする請求項１１から１６のいずれか一つに記載のデータ配信装置。
- データの要求に用いられるマルチキャスト経路制御プロトコルに従った制御パケットを送信することを特徴とする請求項１１から１７のいずれか一つに記載のデータ配信装置。
- 前記関連付け情報記憶手段と、前記データ送信要求手段とを備え、前記第２のネットワークに接続された前記送信端末からのデータを受信する管理装置と、
前記制御パケット受信手段を備え、前記第１のネットワークに接続された前記受信端末に対して該データを配信するデータ配信装置と、によって構成されたことを特徴とする請求項１１から１８のいずれか一つに記載のデータ配信装置。 - 前記第１のネットワークが用いるネットワークプロトコルと、前記第２のネットワークが用いるネットワークプロトコルとが異なることを特徴とする請求項１１から１９のいずれか一つに記載のデータ配信装置。
- マルチキャスト通信が可能な第１のネットワークに接続された複数の受信端末に対して、マルチキャスト通信が不可能な第２のネットワークに接続された送信端末から送信されたデータを配信し、前記送信端末から送信されたデータを前記複数の受信端末に対してマルチキャストで配信する配信装置を備えたデータ配信システムに用いられるデータ通信方法であって、
前記配信装置は、
前記送信端末の情報と、前記複数の受信端末にデータを配信するための宛先情報とを関連付ける関連付け情報を記憶し、
前記受信端末から前記データ配信を要求する制御パケットを受信し、
前記データ配信の要求に基づいて、前記関連づけ情報を参照して、前記送信端末にデータの送信を要求することを特徴とするデータ通信方法。 - 前記配信装置は、前記送信端末から送信されたデータパケットを、前記データ配信要求に含まれる宛先宛のデータパケットに変更して配信することを特徴とする請求項２１に記載のデータ通信方法。
- 前記配信装置は、前記データ配信要求に基づいて、前記送信装置と配信先のマルチキャスト情報とを対応付ける対応付け情報を生成することを特徴とする請求項２１又は２２に記載のデータ通信方法。
- 前記第１のネットワークが用いるネットワークプロトコルと、前記第２のネットワークが用いるネットワークプロトコルとが異なることを特徴とする請求項２１から２３のいずれか一つに記載のデータ通信方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002336061A JP2004172932A (ja) | 2002-11-20 | 2002-11-20 | データ配信システム |
| US10/372,931 US20040098448A1 (en) | 2002-11-20 | 2003-02-26 | Data distribution system |
| CNA2003101149208A CN1503538A (zh) | 2002-11-20 | 2003-11-13 | 数据发送系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002336061A JP2004172932A (ja) | 2002-11-20 | 2002-11-20 | データ配信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004172932A true JP2004172932A (ja) | 2004-06-17 |
| JP2004172932A5 JP2004172932A5 (ja) | 2006-01-12 |
Family
ID=32290359
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002336061A Ceased JP2004172932A (ja) | 2002-11-20 | 2002-11-20 | データ配信システム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20040098448A1 (ja) |
| JP (1) | JP2004172932A (ja) |
| CN (1) | CN1503538A (ja) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005004419A1 (ja) * | 2003-07-07 | 2005-01-13 | Ntt Docomo, Inc. | 通信システム、マルチキャスト対応ルータ、送信端末、受信端末及び通信方法 |
| JP2005033283A (ja) * | 2003-07-07 | 2005-02-03 | Ntt Docomo Inc | マルチキャスト通信システム及びルータ |
| JP2006135508A (ja) * | 2004-11-04 | 2006-05-25 | Anritsu Corp | マルチキャスト通信中継装置およびマルチキャスト通信中継システム |
| JP2006222659A (ja) * | 2005-02-09 | 2006-08-24 | Oki Electric Ind Co Ltd | 無線通信装置、無線通信システム及び方法 |
| JP2006229962A (ja) * | 2005-02-14 | 2006-08-31 | Irdeto Access Bv | 中継システムと複数のクライアントシステムの間の通信を制御する方法 |
| JP2008182356A (ja) * | 2007-01-23 | 2008-08-07 | Toshiba Corp | 中継装置及び中継方法 |
| JP2009200765A (ja) * | 2008-02-21 | 2009-09-03 | Yamaha Corp | 中継装置 |
| JP2009290582A (ja) * | 2008-05-29 | 2009-12-10 | Sony Corp | コンテンツ配信サーバ及びコンテンツ配信方法 |
| JP2011239087A (ja) * | 2010-05-07 | 2011-11-24 | Csk Corp | 受信中継装置 |
| JP2013537742A (ja) * | 2010-07-22 | 2013-10-03 | アルカテル−ルーセント | インターネットプロトコルテレビジョンサービスの配信のための方法および装置 |
| JP2018133677A (ja) * | 2017-02-15 | 2018-08-23 | 日本電気株式会社 | 通信機、通信システム、通信方法、およびプログラム |
| JP2019204989A (ja) * | 2018-05-21 | 2019-11-28 | ソフトバンク株式会社 | 中継システム及びプログラム |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3722134B2 (ja) * | 2003-06-04 | 2005-11-30 | 日本電気株式会社 | Ｉｐマルチキャスト配信システム、ストリーミングデータ配信方法、及びそのプログラム |
| CN100403794C (zh) * | 2004-12-29 | 2008-07-16 | 华为技术有限公司 | 一种实现流媒体业务的视讯终端和方法 |
| KR100678956B1 (ko) * | 2005-08-25 | 2007-02-06 | 삼성전자주식회사 | 네트워크 상에서 컨텐츠 정보를 요청 및 제공하는 장치 및그 방법 |
| US7673330B2 (en) * | 2006-01-05 | 2010-03-02 | Microsoft Corporation | Ad-hoc creation of group based on contextual information |
| WO2008002294A1 (en) * | 2006-06-27 | 2008-01-03 | Thomson Licensing | Method and apparatus for reliably delivering multicast data |
| KR101319491B1 (ko) * | 2006-09-21 | 2013-10-17 | 삼성전자주식회사 | 도메인 정보를 설정하기 위한 장치 및 방법 |
| US20100174608A1 (en) * | 2007-03-22 | 2010-07-08 | Harkness David H | Digital rights management and audience measurement systems and methods |
| US9374231B2 (en) | 2010-03-22 | 2016-06-21 | Alcatel Lucent | Controller providing gradual transition of multiple terminals from unicast transmission |
| CN102523098B (zh) * | 2011-11-21 | 2014-12-10 | 华为技术有限公司 | 一种业务接入的方法、装置及系统 |
| US10284338B2 (en) * | 2017-08-30 | 2019-05-07 | Landis+Gyr Innovations, Inc. | Techniques for optimizing broadcast messaging in a network |
| KR102526770B1 (ko) * | 2018-11-05 | 2023-04-28 | 삼성전자주식회사 | 추가의 네트워크 주소 변환 테이블을 참조하여 빠른 패킷 포워딩을 제공하는 전자 장치 |
| US11601295B2 (en) * | 2019-09-23 | 2023-03-07 | Juniper Networks, Inc. | Content delivery with reliable multicast using a redundant unicast overlay network |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5491693A (en) * | 1993-12-30 | 1996-02-13 | International Business Machines Corporation | General transport layer gateway for heterogeneous networks |
| US6446082B1 (en) * | 1998-09-21 | 2002-09-03 | Impress Corporation | Method of receiving time-specified program contents |
| US6304558B1 (en) * | 1999-05-28 | 2001-10-16 | Motorola, Inc. | Network dispatch manager, dispatch gateway, and a method for providing dispatch service to dispatch clients via a packet-switched network |
| JP3792940B2 (ja) * | 1999-06-10 | 2006-07-05 | 富士通株式会社 | パケットのマルチキャスト配送システム |
| US20010030785A1 (en) * | 2000-02-23 | 2001-10-18 | Pangrac David M. | System and method for distributing information via a communication network |
-
2002
- 2002-11-20 JP JP2002336061A patent/JP2004172932A/ja not_active Ceased
-
2003
- 2003-02-26 US US10/372,931 patent/US20040098448A1/en not_active Abandoned
- 2003-11-13 CN CNA2003101149208A patent/CN1503538A/zh active Pending
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7620045B2 (en) | 2003-07-07 | 2009-11-17 | Ntt Docomo, Inc | Communication system, multicast-capable router, transmitter terminal, receiver terminal, and communication method |
| JP2005033283A (ja) * | 2003-07-07 | 2005-02-03 | Ntt Docomo Inc | マルチキャスト通信システム及びルータ |
| WO2005004419A1 (ja) * | 2003-07-07 | 2005-01-13 | Ntt Docomo, Inc. | 通信システム、マルチキャスト対応ルータ、送信端末、受信端末及び通信方法 |
| JP2006135508A (ja) * | 2004-11-04 | 2006-05-25 | Anritsu Corp | マルチキャスト通信中継装置およびマルチキャスト通信中継システム |
| JP2006222659A (ja) * | 2005-02-09 | 2006-08-24 | Oki Electric Ind Co Ltd | 無線通信装置、無線通信システム及び方法 |
| JP2006229962A (ja) * | 2005-02-14 | 2006-08-31 | Irdeto Access Bv | 中継システムと複数のクライアントシステムの間の通信を制御する方法 |
| JP4643598B2 (ja) * | 2007-01-23 | 2011-03-02 | 株式会社東芝 | 中継装置及び中継方法 |
| JP2008182356A (ja) * | 2007-01-23 | 2008-08-07 | Toshiba Corp | 中継装置及び中継方法 |
| JP2009200765A (ja) * | 2008-02-21 | 2009-09-03 | Yamaha Corp | 中継装置 |
| JP2009290582A (ja) * | 2008-05-29 | 2009-12-10 | Sony Corp | コンテンツ配信サーバ及びコンテンツ配信方法 |
| JP2011239087A (ja) * | 2010-05-07 | 2011-11-24 | Csk Corp | 受信中継装置 |
| JP2013537742A (ja) * | 2010-07-22 | 2013-10-03 | アルカテル−ルーセント | インターネットプロトコルテレビジョンサービスの配信のための方法および装置 |
| JP2018133677A (ja) * | 2017-02-15 | 2018-08-23 | 日本電気株式会社 | 通信機、通信システム、通信方法、およびプログラム |
| JP2019204989A (ja) * | 2018-05-21 | 2019-11-28 | ソフトバンク株式会社 | 中継システム及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040098448A1 (en) | 2004-05-20 |
| CN1503538A (zh) | 2004-06-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2004172932A (ja) | データ配信システム | |
| JP4297875B2 (ja) | ネットワーク中継方法及び装置 | |
| US7573881B2 (en) | System, device, and method for receiver access control in a multicast communication system | |
| US6181697B1 (en) | Method for a unicast endpoint client to access a multicast internet protocol (IP) session and to serve as a redistributor of such session | |
| US7310730B1 (en) | Method and apparatus for communicating an encrypted broadcast to virtual private network receivers | |
| EP1986396B1 (en) | System and implementation method of controlled multicast | |
| US8433900B2 (en) | Secure transport of multicast traffic | |
| JP4165196B2 (ja) | パケット中継装置 | |
| US7228415B2 (en) | Method and apparatus for transferring a communication session | |
| JP3888209B2 (ja) | マルチキャスト通信装置およびシステム | |
| US20030088676A1 (en) | Method and apparatus for transferring a communication session | |
| US20050111474A1 (en) | IP multicast communication system | |
| JP2004208302A (ja) | 通信ネットワークにおける異なるマルチキャストプロトコル間で要求を変換するシステムおよび方法 | |
| WO2009049461A1 (fr) | Procédé et appareil de commande du trafic de multidiffusion vers l'amont | |
| WO2008131634A1 (fr) | Procédé et appareil permettant d'envoyer et de recevoir des paquets multidiffusion | |
| WO2006127220A2 (en) | Providing a multicast service using a multicast group-source key | |
| JP2006042223A (ja) | パケット転送装置 | |
| US20100106962A1 (en) | Method, apparatus, and system for managing multimedia services | |
| WO2008040244A1 (fr) | Système de multidiffusion/diffusion et procédé pour le transfert d'un service de multidiffusion/diffusion | |
| JP2002185528A (ja) | Ｉｐマルチキャスト通信装置及びコンテンツ提供方法 | |
| WO2008052475A1 (fr) | Procédé, système et dispositif pour une authentification de multidiffusion | |
| CN100531204C (zh) | 检验组播用户下属终端设备合法性的方法、系统及应用 | |
| JP4554420B2 (ja) | ゲートウェイ装置及びそのプログラム | |
| JP3794634B2 (ja) | マルチキャスト通信システムにおけるルーティング装置、そのルーティング方法およびプログラム | |
| JP2010183506A (ja) | マルチキャスト通信システム、ルーティング装置、認証サーバ装置、ルーティング装置用プログラム、認証サーバ装置用プログラム、並びにルーティング方法および認証方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051118 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051118 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070809 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070821 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071022 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071211 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080208 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080222 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20080314 |
|
| A045 | Written measure of dismissal of application [lapsed due to lack of payment] |
Free format text: JAPANESE INTERMEDIATE CODE: A045 Effective date: 20100427 |