(57)【特許請求の範囲】
【請求項１】
マルチキャストを利用して多チャンネルの映像配信サービスを行うマルチキャスト映像配信システムであって、
バックボーンネットワークと加入者回線との間に設けられ、前記バックボーンネットワークに接続されるサービス提供サーバによってマルチキャスト配信され、前記加入者回線に伝送される情報量を、あらかじめマルチキャスト配信される電子番組表に基づき前記加入者回線に接続されたユーザ端末を介して入力されるチャンネルリクエストに従い、動的にフィルタリングする第１のゲートウェイ装置と、
前記加入者回線とユーザ端末間にあって、前記ユーザ端末からのリクエストを受付け、当該リクエストをチェックしてその内容に応じた処理を行うリクエスト処理手段を備え、該リクエスト処理手段は、前記リクエストチェックの結果、リクエストチャンネル要求であった場合は、既に視聴しているユーザ端末があるか否かをチェックし、更に、使用帯域に余裕があるか否かをチェックして前記チャンネルリクエストを前記第１のゲートウェイ装置に送信してチャンネル利用状況一覧に前記リクエストのあったチャンネルを追加し、既に視聴しているユーザ端末がある場合と同様、前記チャンネル利用状況一覧にリクエストしたユーザ端末を追加し、前記リクエストがあったユーザ端末に応答を返し、前記リクエストチェックの結果、チャンネル開放要求であった場合は、前記チャンネル利用状況一覧からリクエストしたユーザ端末を削除し、更に、他に視聴しているユーザ端末があるか否かをチェックし、他に視聴している端末がない場合に前記チャンネル利用状況一覧からリクエストがあったチャンネルを削除し、当該チャンネル開放リクエストを前記第１のゲートウェイ装置に送信して、他に視聴しているユーザ端末がある場合と同様、前記リクエストのあったユーザ端末に対し応答を行う第２のゲートウェイ装置と
を備えたことを特徴とするマルチキャスト映像配信システム。
【請求項２】
マルチキャストを利用して多チャンネルの映像配信サービスを行うマルチキャスト映像配信システムであって、
バックボーンネットワークと加入者回線との間に設けられ、前記バックボーンネットワークに接続されるサービス提供サーバによってマルチキャスト配信され、前記加入者回線に伝送される情報量を、あらかじめマルチキャスト配信される電子番組表に基づき前記加入者回線に接続されたユーザ端末を介して入力されるチャンネルリクエストを受付け、その内容をチェックして内容に応じた処理を行うリクエスト処理手段を備え、前記リクエスト処理手段は、前記内容チェックの結果、リクエストチャンネル要求であった場合に、該当するマルチキャストアドレスをフィルタリングアドレス一覧に追加し、チャンネル開放要求であった場合に、前記要求されたチャンネルに該当するマルチキャストアドレスを前記フィルタリングアドレス一覧から削除する第一のゲートウェイ装置と、
前記加入者回線とユーザ端末間にあって、前記ユーザ端末からのリクエストを受付け、当該リクエストをチェックしてその内容に応じた処理を行うリクエスト処理手段を備え、該リクエスト処理手段は、前記リクエストチェックの結果、リクエストチャンネル要求であった場合は、既に視聴しているユーザ端末があるか否かをチェックし、更に、使用帯域に余裕があるか否かをチェックして前記チャンネルリクエストを前記第１のゲートウェイ装置に送信してチャンネル利用状況一覧に前記リクエストのあったチャンネルを追加し、既に視聴しているユーザ端末がある場合と同様、前記チャンネル利用状況一覧にリクエストしたユーザ端末を追加し、前記リクエストがあったユーザ端末に応答を返し、前記リクエストチェックの結果、チャンネル開放要求であった場合は、前記チャンネル利用状況一覧からリクエストしたユーザ端末を削除し、更に、他に視聴しているユーザ端末があるか否かをチェックし、他に視聴している端末がない場合に前記チャンネル利用状況一覧からリクエストがあったチャンネルを削除し、当該チャンネル開放リクエストを前記第１のゲートウェイ装置に送信して、他に視聴しているユーザ端末がある場合と同様、前記リクエストのあったユーザ端末に対し応答を行う前記第２のゲートウェイ装置と
を備えたことを特徴とするマルチキャスト映像配信システム。
【請求項３】
バックボーンネットワークと加入者回線の間に設けられる第１のゲートウェイと、前記加入者回線とユーザ端末間に設けられる第２のゲートウェイ装置を備え、前記バックボーンに接続されるサービス提供サーバによってマルチキャスト配信され、前記第１、第２のゲートウェイ装置を介して前記加入者回線に接続されるユーザ端末に多チャンネルの映像配信サービスを行う、マルチキャスト映像配信システムに用いられるリクエスト受付処理プログラムであって、
あらかじめマルチキャスト配信される電子番組表に基づきユーザ端末を介して入力されるリクエストを受付けるステップと、
前記リクエストをチェックした結果、リクエストチャンネル要求であった場合は、既に視聴しているユーザ端末があるか否かをチェックし、更に、使用帯域に余裕があるか否かをチェックして前記チャンネルリクエストを前記第１のゲートウェイ装置に送信してチャンネル利用状況一覧に前記リクエストのあったチャンネルを追加し、既に視聴しているユーザ端末がある場合と同様、前記チャンネル利用状況一覧にリクエストしたユーザ端末を追加し、前記リクエストがあったユーザ端末に応答を返すステップと、
前記リクエストチェックの結果、チャンネル開放要求であった場合は、前記チャンネル利用状況一覧からリクエストしたユーザ端末を削除し、更に、他に視聴しているユーザ端末があるか否かをチェックし、他に視聴している端末がない場合に前記チャンネル利用状況一覧からリクエストがあったチャンネルを削除し、当該チャンネル開放リクエストを前記第１のゲートウェイ装置に送信して、他に視聴しているユーザ端末がある場合と同様、前記リクエストのあったユーザ端末に対し応答を行うステップと、
をコンピュータに実行させるマルチキャスト映像配信システムにおけるリクエスト処理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マルチキャストを利用して多チャンネルの映像配信サービスを行う、マルチキャスト映像配信システム及び同システムにおけるリクエスト受付処理プログラムに関する。
【０００２】
【従来の技術】
一般的に、マルチキャストを利用して多チャンネル映像配信サービスを行う場合、（サービスする映像品質）×（サービスするチャンネルの数）だけ帯域が必要となる。現状は、サービスする映像品質を抑えることで、ある程度のチャンネル数を確保しているが、ユーザが満足する映像品質でサービスがなされていない。
また、マルチキャスト映像配信の場合、受信している、いないに関わらず、全ての映像コンテンツを受信側に伝送しているが、受信側にとっては、受信して視聴している映像コンテンツ以外は、無駄な情報である。従って、他のサービスを受ける際にはそれらの情報が障害になり、十分なサービスが受けられない場合があった。
更に、映像品質を保ちながら圧縮率を高めることで伝送量を減らすための技術が存在する。しかしながらその能力には限界がある。一方、チャンネル数を少なくした場合は、サービスとして陳腐なものとなってしまい、ユーザにとっては魅力のないものになってしまう。
【０００３】
【発明が解決しようとする課題】
一般的なブロードバンドネットワークの構成を図１１に示す。図１１に示されるように、ブロードバンドネットワークは、バックボーンネットワーク（基幹ネットワーク）、加入者回線、家庭内ネットワークといったように階層構成が採られる。このため、バックボーンネットワークは超高速大容量であるのに対して、加入者回線は、中・低速（５６Ｋ〜８Ｍｂｐｓ）、家庭内ネットワークは比較的高速（１０〜１００Ｍｂｐｓ）であるといったそれぞれ異なるネットワーク性能を持つ。従って、サービス提供者側から見ても、あるいはサービス受信者側から見ても、途中に介在する加入者回線がボトルネックとなり、サービスが制限される。
【０００４】
すなわち、サービス提供者側では、例えば、９チャンネルのマルチキャスト映像配信サービスを行いたいとしても、加入者回線はここでは３チャンネル分の帯域しか持ち合わせないために、サービス対象となるユーザを絞り込む必要があり、また、ユーザ側では、視聴していない映像も配信されるため、帯域の無駄遣いとなる。
更に、加入者回線はユーザによって異なり、サービス提供者側では、加入者回線をある程度の帯域に見積もって、チャンネル数や映像品質を設定しなければならない。従って、ユーザによっては、サービスレベルが高すぎてサービスを受けることが出来ない、あるいは逆にサービスが物足りないといった状況が生じる。
【０００５】
本発明は上記諸々の事情に鑑みてなされたものであり、バックボーンネットワークと、家庭内と加入者回線との境界、つまりボトルネックとなっていた加入者回線の出入り口にゲートウェイを設けることにより、加入者回線に伝送される情報量を動的に制御し、このことにより、サービス提供者は、ユーザが使用している加入者回線の性能を意識せず所望の品質で所望のチャンネル数でサービスを提供でき、また、ユーザは、低速回線であってもサービス提供者によって提供される全てのチャンネルを選択でき、良質な多チャンネルサービスを享受できる、マルチキャスト映像配信システム及び同システムにおけるリクエスト受付処理プログラムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記した課題を解決するために本発明は、マルチキャストを利用して多チャンネルの映像配信サービスを行うマルチキャスト映像配信システムであって、バックボーンネットワークと加入者回線の間に設けられ、前記バックボーンネットワークに接続されるサービス提供サーバによってマルチキャスト配信され、前記加入者回線に伝送される情報量を、あらかじめマルチキャスト配信される電子番組表に基づき前記加入者回線に接続されたユーザ端末を介して入力されるチャンネルリクエストに従い、動的にフィルタリングする第１のゲートウェイ装置、を備えたことを特徴とする。
【０００７】
また、本発明において、前記加入者回線とユーザ端末間にあって、前記ユーザ端末からのチャンネルリクエストで受付けられたサービスチャンネルを前記ユーザ端末へ配信すると共に、前記加入者回線の使用状況によっては、前記加入者回線に伝送される情報量を動的に制御する第２のゲートウェイ装置、を備えたことを特徴とする。
【０００８】
本発明によれば、バックボーンネットワークと、家庭内と加入者回線との境界、つまり、ボトルネックとなる加入者回線の出入り口にゲートウェイを設け、フィルタリングすることにより加入者回線に伝送される情報量が制御される。
すなわち、サービス提供者は、提供したいサービス品質、チャンネル数で映像配信を行うと同時にそのチャンネルにアクセスするための電子番組表を配信し、これを受信した第１のゲートウェイ装置は、要求のあった第２のゲートウェイ装置に対して常にその電子番組表を配信し、また、要求のあったサービスチャンネルをフィルタリングして第２のゲートウェイ装置に配信する。
【０００９】
第２のゲートウェイ装置は、全てのユーザ端末に電子番組表を配信してユーザ端末からのリクエストを受付、当該リクエストで受付けられたサービスチャンネルをユーザ端末に配信する。このとき、加入者回線の使用状況によってはユーザ端末からのリクエストを受付けないことで加入者回線に伝送される情報量を制御することができる。また、ユーザ端末が利用していないチャンネルは開放する。ユーザ端末は、受信した電子番組表に従い所望のサービスチャンネルに対するリクエストを発行し、リクエストが受付けられるとそのサービスチャンネルを視聴することができる。
【００１０】
このことにより、サービス提供者は、ユーザが使用している加入者回線の性能を意識せず所望の品質で所望のチャンネル数でサービスを提供でき、また、ユーザは、低速回線であってもサービス提供者によって提供される全てのチャンネルを選択でき、良質な多チャンネルサービスを享受できる、
【００１１】
また、本発明において、前記第１のゲートウェイ装置は、前記第２のゲートウェイ装置を経由し、前記ユーザ端末を介して入力されるチャンネルリクエストを受付け、その内容をチェックして内容に応じた処理を行うリクエスト処理手段を備え、前記リクエスト処理手段は、前記内容チェックの結果、リクエストチャンネル要求であった場合に、該当するマルチキャストアドレスをフィルタリングアドレス一覧に追加し、チャンネル開放要求であった場合に、前記要求されたチャンネルに該当するマルチキャストアドレスを前記フィルタリングアドレス一覧から削除し、前記第２のゲートウェイ装置に対し、それぞれ前記リクエストに応じた応答を行うこと、を特徴とする。
【００１２】
また、本発明において、前記第２のゲートウェイ装置は、あらかじめマルチキャスト配信される電子番組表に基づき前記加入者回線に接続されたユーザ端末を介して入力されるリクエストを受付け、当該リクエストをチェックしてその内容に応じた処理を行うリクエスト処理手段を備え、前記リクエスト処理手段は、前記リクエストチェックの結果、リクエストチャンネル要求であった場合は、既に視聴しているユーザ端末があるか否かをチェックし、更に、使用帯域に余裕があるか否かをチェックして前記チャンネルリクエストを前記第１のゲートウェイ装置に送信してチャンネル利用状況一覧に前記リクエストのあったチャンネルを追加し、既に視聴しているユーダ端末がある場合と同様、前記チャンネル利用状況一覧にリクエストしたユーザ端末を追加し、前記リクエストがあったユーザ端末に応答を返し、前記リクエストチェックの結果、チャンネル開放要求であった場合は、前記チャンネル利用状況一覧からリクエストしたユーザ端末を削除し、更に、他に視聴しているユーザ端末があるか否かをチェックし、他に視聴している端末がない場合に前記チャンネル利用状況一覧カラリクエストがあったチャンネルを削除し、当該チャンネル開放リクエストを前記第１のゲートウェイ装置に送信して、他に視聴しているユーザ端末がある場合と同様、前記リクエストのあったユーザ端末に対し応答を行うこと、を特徴とする。
【００１３】
上記した課題を解決するために本発明は、マルチキャストを利用して多チャンネルの映像配信サービスを行うマルチキャスト映像配信システムに用いられるリクエスト受付処理プログラムであって、ユーザ端末を介して入力されるチャンネルリクエストを受付けるステップと、前記チャンネルリクエストをチェックした結果、リクエストチャンネル要求であった場合に、該当するマルチキャストアドレスをフィルタリングアドレス一覧に追加するステップと、前記チャンネルリクエストをチェックした結果、チャンネル開放要求であった場合に、前記要求されたチャンネルに該当するマルチキャストアドレスを前記フィルタリングアドレス一覧から削除するステップと、前記リクエストを送信したユーザ端末に対し前記リクエストに応じたそれぞれの応答を行うステップと、をコンピュータに実行させることを特徴とする。
【００１４】
上記した課題を解決するために本発明は、バックボーンネットワークと加入者回線の間に設けられる第１のゲートウェイと、前記加入者回線とユーザ端末間に設けられる第２のゲートウェイ装置を備え、前記バックボーンに接続されるサービス提供サーバによってマルチキャスト配信され、前記第１、第２のゲートウェイ装置を介して前記加入者回線に接続されるユーザ端末に多チャンネルの映像配信サービスを行う、マルチキャスト映像配信システムに用いられるリクエスト受付処理プログラムであって、あらかじめマルチキャスト配信される電子番組表に基づきユーザ端末を介して入力されるリクエストを受付けるステップと、前記リクエストをチェックした結果、リクエストチャンネル要求であった場合は、既に視聴しているユーザ端末があるか否かをチェックし、更に、使用帯域に余裕があるか否かをチェックして前記チャンネルリクエストを前記第１のゲートウェイ装置に送信してチャンネル利用状況一覧に前記リクエストのあったチャンネルを追加し、既に視聴しているユーザ端末がある場合と同様、前記チャンネル利用状況一覧にリクエストしたユーザ端末を追加し、前記リクエストがあったユーザ端末に応答を返すステップと、前記リクエストチェックの結果、チャンネル開放要求であった場合は、前記チャンネル利用状況一覧からリクエストしたユーザ端末を削除し、更に、他に視聴しているユーザ端末があるか否かをチェックし、他に視聴している端末がない場合に前記チャンネル利用状況一覧からリクエストがあったチャンネルを削除し、当該チャンネル開放リクエストを前記第１のゲートウェイ装置に送信して、他に視聴しているユーザ端末がある場合と同様、前記リクエストのあったユーザ端末に対し応答を行うステップと、をコンピュータに実行させることを特徴とする。
【００１５】
【発明の実施の形態】
図１は、本発明のマルチキャスト映像配信システムの接続形態を説明するために引用した図である。
１は、サービス提供者であり、多チャンネルのマルチキャスト映像配信を行う図示せぬ映像配信サーバ（図５以降では、映像配信サーバ１０という）が設置されている。２は、超高速大容量のバックボーンネットワーク（ＢＢＮＷ）であり、加入者回線収容局舎３に設置されるフィルタリングゲートウェイ３０（第１のゲートウェイ装置）を介して低・中速の加入者回線４に接続される。
５は加入者宅であり、それぞれの加入者宅５には、リクエストゲートウェイ５０（第２のゲートウェイ装置）が設置され、比較的高速な家庭内ネットワーク５１を介して複数のユーザ端末５２が接続される。ここでは、ユーザ端末５２としてＰＣが使用されるものとするが、専用端末であってもよい。
ここに示されるユーザ端末５２のそれぞれは、家庭内ネットワーク５１、リクエストゲートウェイ５０を介してそれぞれの加入者回線４’に接続される。
【００１６】
図２にフィルタリングゲートウェイ、図３にリクエストゲートウェイの内部構成が機能展開され、示されている。
図２において、フィルタリングゲートウェイ３０は、フィルタリング処理部３０１と、リクエストゲートウェイ管理部３０２と、通信制御部３０３と、サービス管理部３０４と、リクエスト処理部３０５と、コンテンツ送信部３０６で構成される。
【００１７】
フィルタリング処理部３０１は、サービス提供サーバからマルチキャスト配信される映像信号を後述する手順に従いフィルタリングする機能を持ち、リクエストゲートウェイ管理部３０２は、このフィルタリングゲートウェイ３０を利用するリクエストゲートウェイ５０を管理する機能を持つ。
また、通信制御部３０３は、接続されるフィルタリング処理部３０１、リクエストゲートウェイ管理部３０２、サービス管理部３０４、リクエスト処理部３０５、コンテンツ送信部３０６間の通信制御を行う。更に、サービス管理部３０４は、マルチキャスト映像配信サービスを管理し、コンテンツ送信部３０６は、フィルタリングした映像配信をリクエストゲートウェイ５０に配信する機能を持つ。
【００１８】
なお、リクエスト処理部３０５は、リクエストゲートウェイ５０からのリクエストの受付けを行い、上記した各ブロック３０１〜３０４、そして３０６を監視しながらフィルタリング処理部３０１と連携して後述する処理を行う。
すなわち、受付け内容チェックの結果、リクエストチャンネル要求であった場合に、該当するマルチキャストアドレスを後述するフィルタリングアドレス一覧リストに追加し、チャンネル開放要求であった場合に、要求されたチャンネルに該当するマルチキャストアドレスをフィルタリングアドレス一覧リストから削除し、リクエストゲートウェイ５０に対し、それぞれリクエストに応じた応答を行う。詳細は後述する。
【００１９】
図３において、リクエストゲートウェイ５０は、リクエスト送信部５０１、コンテンツ受信部５０２、帯域管理部５０３、通信制御部５０４、サービス管理部５０５、リクエスト処理部５０６、コンテンツ送信部５０７で構成される。
【００２０】
リクエスト送信部５０１は、フィルタリングゲートウェイ３０にリクエストを送信する機能を持ち、コンテンツ受信部５０２は、フィルタリングゲートウェイ３０からの映像配信を受信する機能を持つ。
帯域管理部５０３は、リクエストゲートウェイ５０が接続している加入者回線４の利用状況を管理する機能を持つ。また、通信制御部５０４は、接続されるリクエスト送信部５０１、コンテンツ受信部５０２、帯域管理部５０３、サービス管理部５０５、リクエスト処理部５０６、コンテンツ送信部５０７間の通信制御を行う。更に、サービス管理部５０５は、マルチキャスト映像配信サービスを管理し、コンテンツ送信部５０７は、フィルタリングゲートウェイ３０からの映像配信をユーザ端末５２にマルチキャスト配信する機能を持つ。
【００２１】
なお、リクエスト処理部５０６は、ユーザ端末５２からのリクエストの受付けを行い、上記した各ブロック５０１〜５０５、そして５０７を監視しながら以下に示す処理を行う。
具体的には、リクエストチェックの結果、リクエストチャンネル要求であった場合は、既に視聴しているユーザ端末５２があるか否かをチェックし、更に、使用帯域に余裕があるか否かをチェックしてチャンネルリクエストをフィルタリングゲートウェイ３０に送信して後述するチャンネル利用状況一覧リストにリクエストのあったチャンネルを追加し、既に視聴しているユーザ端末５２がある場合と同様、チャンネル利用状況一覧リストにリクエストしたユーザ端末５２を追加し、使用帯域に余裕がない場合同様、リクエストがあったユーザ端末５２に応答を返す。また、リクエストチェックの結果、チャンネル開放要求であった場合は、チャンネル利用状況一覧リストからリクエストしたユーザ端末５２を削除し、更に、他に視聴しているユーザ端末５２があるか否かをチェックし、他に視聴しているユーザ端末５２がない場合にチャンネル利用状況一覧リストからリクエストがあったチャンネルを削除し、当該チャンネル開放リクエストをフィルタリングゲートウェイ３０に送信して、他に視聴しているユーザ端末５２がある場合と同様、リクエストのあったユーザ端末５２に対し応答を行う。
【００２２】
図４は、図１に示すユーザ端末の内部構成を機能展開して示したブロック図である。
ユーザ端末５２は、リクエスト送信部５２１と、コンテンツ受信部５２２と、サービス管理部５２３と、通信制御部５２４と、表示部５２５と、入力受付部５２６で構成される。
【００２３】
リクエスト送信部５２１は、リクエストゲートウェイ５０に所望の映像配信に対するリクエストを送信する機能を持ち、コンテンツ受信部５２２は、リクエストゲートウェイ５０からの映像配信を受信する機能を持つ。
また、サービス管理部５２３は、マルチキャスト映像配信サービスを管理し、通信制御部５２４は、上記した各ブロック５２１、５２２、５２３、そして後述する表示部５２５、入力受付部５２６が接続され、それぞれの間の通信制御を行う機能を持つ。更に、表示部５２５は、受信した映像コンテンツや制御用の画面を表示し、入力受付部５２６は、ユーザからの入力を受付ける機能を持つ。
【００２４】
なお、図２〜図４に示す各ブロックは、具体的には、ＣＰＵならびにメモリを含む周辺ＬＳＩで構成され、ＣＰＵがメモリに記録されたプログラムを読み出し実行することにより、そのブロックが持つそれぞれの機能を実現するものとする。
【００２５】
図５〜図９は、本発明実施形態の動作を説明するために引用した図であり、全体の動作シーケンス図（図５）、リクエスト受付処理フローチャート（図６）、フィルタリング処理フローチャート（図７）、チャネル利用状況一覧リストの一例（図８）、フィルタリングアドレス一覧リスト（図９）の一例のそれぞれを示す。
なお、図６、図７に示すフローチャートは、具体的には本発明のマルチキャスト映像配信システムにおける受付処理プログラムの処理手順を示すものである。以下、図５〜図９を参照しながら、図１〜図４に示す本発明実施形態の動作について詳細に説明する。
【００２６】
図５に示すシーケンス図は、映像配信サーバ１０、フィルタリングゲートウェイ３０、リクエストゲートウェイ５０、ユーザ端末５２間における動作シーケンスを示したものである。
図５において、映像配信サーバ１０は、マルチキャストを利用した映像配信を開始すると共に、フィルタリングゲートウェイ３０に電子番組表を配信する（Ｓ５０１）。フィルタリングゲートウェイ３０は、これらを受信してリクエストゲートウェイ５０経由でユーザ端末５２に対し、その電子番組表をマルチキャスト配信する（Ｓ５０２、Ｓ５０３）。
電子番組表を受信したユーザ端末５２は、チャンネル選択を行い、その内容をユニキャストによりチャンネルリクエストとしてリクエストゲートウェイ５０宛送信する（Ｓ５０４）。これを受けたリクエストゲートウェイ５０は、図６に示すフローチャートに従いリクエスト受付処理を行う。
【００２７】
図６において、リクエストゲートウェイ５０は、あらかじめマルチキャスト配信される電子番組表に基づきユーザ端末５２を介して入力されるリクエストを受付け、その内容をチェックする（Ｓ６０１）。
リクエストチェックの結果、リクエストチャンネル要求であった場合は、既に視聴しているユーザ端末があるか否かをチェックし（Ｓ６０２）、更に、使用帯域に余裕があるか否かをチェック（Ｓ６０３）してチャンネルリクエストをフィルタリングゲートウェイ３０に送信する。そしてチャンネル利用状況一覧リストにリクエストのあったチャンネルを追加する（Ｓ６０５、Ｓ６０６）。
なお、帯域に余裕が無い場合は、ユーザ端末５２にリクエストが受付けられないことを通知する（Ｓ６０４）。
【００２８】
そして、既に視聴しているユーザ端末５２がある場合と同様、図８に示すチャンネル利用状況一覧リストにリクエストしたユーザ端末名を追加し（Ｓ６０７）、リクエストが許可された旨、ユーザ端末５２に応答を返す（Ｓ６０９）。
図８にチャンネル利用状況一覧リストの一例を示す。ここには、フィルタリングゲートウェイ３０に対してリクエストを行ったチャンネル毎にリクエストがあったユーザ端末名が設定されている。
【００２９】
一方、リクエストチェックの結果、チャンネル開放要求であった場合は、図８に示すチャンネル利用状況一覧リストからリクエストしたユーザ端末を削除し（Ｓ６１０）、更に、他に視聴しているユーザ端末があるか否かをチェックし（Ｓ６１１）、他に視聴しているユーザ端末５２がない場合に、図８に示すチャンネル利用状況一覧リストからリクエストがあったチャンネルを削除し（Ｓ６１２）、当該チャンネル開放リクエストを、フィルタリングゲートウェイ３０に送信して（Ｓ６１３）、他に視聴しているユーザ端末がある場合と同様、リクエストのあったユーザ端末５２に対しリクエストが許可された旨、応答を行う（Ｓ６０９）。
【００３０】
説明を図５に戻す。リクエストゲートウェイ５０は、上起動作を経てフィルタリングゲートウェイ３０に対してユニキャストによるチャンネルリクエストを送信する（Ｓ５０５）。
これをリクエスト処理部３０５で受信したフィルタリングゲートウェイ３０は、図７に示すフローチャートに従いリクエスト受付処理を実行する。
【００３１】
図７において、フィルタリングゲートウェイ３０は、ユーザ端末５２を介して入力されるチャンネルリクエストを、リクエストゲートウェイ５０を経由して受付け、リクエスト処理部３０５でそのリクエストの内容をチェックする（Ｓ７０１）。
リクエスト処理部３０５は、リクエストチェックの結果、リクエストチャンネル要求であった場合に、フィルタリング処理部３０１を介して該当するマルチキャストアドレスをフィルタリングアドレス一覧リストに追加し（Ｓ７０２）、一方、チャンネル開放要求であった場合に、要求されたチャンネルに該当するマルチキャストアドレスをフィルタリングアドレス一覧リストから削除して（Ｓ７０３）、リクエストを送信したリクエストゲートウェイ３０に対しリクエストに応じたそれぞれの応答を行う（Ｓ７０４）。
【００３２】
図９にフィルタリングアドレス一覧リストの一例が示されている。ここでは、管理するリクエストゲートウェイ５０をＧＷＩＰとして示し、リクエストゲートウェイ５０毎、現在フィルタリングしているマルチキャストアドレスのそれぞれが列挙されている。
【００３３】
説明を図５に戻す。フィルタリングゲートウェイ３０は、上起動作を経てリクエストゲートウェイ５０を介して要求のあったユーザ端末５２に対してマルチキャストによるに映像配信を行う（Ｓ５０６、Ｓ５０７）。
一方、ユーザ端末５２からチャンネル開放要求を受信したリクエストゲートウェイ５０は、図６に示すリクエスト受付処理を実行してフィルタリングゲートウェイ３０に対してユニキャストによるチャンネル開放リクエストを送信し、図７に示すリクエスト受付処理の実行を依頼する（Ｓ５０８、Ｓ５０９）。ここに示す図６、図７のリクエスト受付処理は、上記した動作と同様であるため、重複を回避する意味でここでは述べない。
【００３４】
図１０に、本発明の理解を助ける意味での構成動作がイメージとして要約されている。
上記したように本発明は、バックボーンネットワーク２と加入者回線４との境界にゲートウェイ３０、５０を配置し、このゲートウェイ３０、５０が、ユーザによりリクエストされるチャンネルを動的に制御することで加入者回線４に流入するチャンネルについて情報量を制限しながらマルチキャストによる多チャンネル映像配信を実現するものである。
【００３５】
従って、図１１に示す従来例とは異なり、例えば、サービス提供側で９チャンネル分の映像配信を行っている場合、ユーザ端末５２は配信される電子番組表に従って所望のチャンネルを要求し、このとき、リクエストゲートウェイ５０は、ユーザ端末５２からの要求である、５チャンネルと８チャンネルを配信するようにフィルタリングゲートウェイ３０に要求する。
リクエストゲートウェイ５０は、加入回線４の状況に応じてユーザ端末５２からの要求に応え、フィルタリングゲートウェイ３０に要求する。これに対し、フィルタリングゲートウェイ３０は、加入者回線の帯域が足りない場合は、ユーザ端末５２からの要求を却下し、また、ユーザ端末５２から開放要求が到来するまで要求のあった５チャンネルと８チャンネルをフィルタリングして加入者回線４に伝送するものである。
【００３６】
以上説明のように本発明は、バックボーンネットワーク、家庭内と加入者回線との境界、つまりボトルネックとなっていた加入者回線の出入り口にゲートウェイを設けることにより、加入回線に伝送される情報量を動的に制御することで、サービス提供者は、ユーザが使用している加入者回線の性能を意識せず所望の品質で所望のチャンネル数でサービスを提供でき、また、ユーザは、低速回線であってもサービス提供者によって提供される全てのチャンネルを選択でき、良質な多チャンネルサービスを享受できる、マルチキャスト映像配信システム及び同システムにおけるリクエスト受付処理プログラムを提供するものである。
なお、サービス提供者は、ユーザが利用している加入者回線を意識せずに所望の品質で所望のチャンネル数でサービスを提供できるが、この場合、（提供した１チャンネルあたりの情報量）＋（番組表の情報量）＜（加入者回線の全帯域）の条件式を満たす必要があり、この条件式さえ満たせば、あとはバックボーンネットワークの帯域が許す限り何チャンネルでも提供できるようになる。
【００３７】
なお、図２〜図４に示されるフィルタリング処理部３０１、リクエストゲートウェイ管理部３０２、通信制御部３０３、サービス管理部３０４、リクエスト処理部３０５、コンテンツ送信部３０６、リクエスト送信部５０１、コンテンツ受信部５０２、帯域管理部５０３、通信制御部５０４、サービス管理部５０５、リクエスト処理部５０６、コンテンツ送信部５０７、リクエスト送信部５２１、コンテンツ受信部５２２、サービス管理部５２３、通信制御部５２４、表示部５２５、入力受付部５２６のそれぞれが持つ機能を実現するためのプログラムを、それぞれコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ、当該コンピュータが上記プログラムを逐次読み出し実行することによって、本発明のマルチキャスト映像配信システムが構築される。また、ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウアを含むものとする。
【００３８】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３９】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００４０】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００４１】
【発明の効果】
以上説明のように本発明によれば、バックボーンネットワークと加入者回線との境界にゲートウェイ装置を設け、そのゲートウェイが加入者回線に流入する情報をユーザからのリクエストに応じて動的にフィルタリングして制御することで、サービス提供者は、ユーザが使用している加入者回線の性能を意識せず所望の品質で所望のチャンネル数でサービスを提供でき、また、ユーザは、低速回線であってもサービス提供者によって提供される全てのチャンネルを選択でき、良質な多チャンネルサービスを享受できる、マルチキャスト映像配信システムを提供することができる。
また、サービス提供者は、バックボーンネットワークの帯域が許す限り、画像品質を保ちながらチャンネル数を最大限増やすことができ、ユーザは、サービス提供者が提供する全てのチャンネネルを選択可能となり、低速回線であっても良質な多チャンネルサービスが享受できる。このとき、加入者回線に伝送される情報はユーザにとって必要なもののみとなり、伝送路の有効活用がはかれる。
【図面の簡単な説明】
【図１】  本発明のマルチキャスト映像配信システムの接続形態を説明するために引用した図である。
【図２】  図１に示すフィルタリリングゲートウェイの内部構成を機能展開して示したブロック図である。
【図３】  図１に示すリクエストゲートウェイの内部構成を機能展開して示したブロック図である。
【図４】  図１に示すユーザ端末の内部構成を機能展開して示したブロック図である。
【図５】  本発明実施形態の動作を説明するために引用した図であり、全体の動作シーケンスを示す。
【図６】  本発明実施形態の動作を説明するために引用した図であり、リクエスト受付処理の動作を示すフローチャートである。
【図７】  本発明実施形態の動作を説明するために引用した図であり、フィルタリング処理の動作を示すフローチャートである。
【図８】  本発明実施形態の動作を説明するために引用した図であり、チャネル利用状況一覧リストの一例を示す図である。
【図９】  本発明実施形態の動作を説明するために引用した図であり、フィルタリングアドレス一覧リストの一例を示す図である。
【図１０】  本発明の構成動作を概念的に示したイメージ図である。
【図１１】  従来例の構成動作を概念的に示したイメージ図である。
【符号の説明】
１…サービス提供者、２…バックボーンネットワーク（ＢＢＮＷ）、３…加入者回線収容局舎、４…加入者回線、５…加入者宅、１０…映像配信サーバ、３０…フィルタリングゲートウェイ（第１のネットワーク装置）、５０…リクエストゲートウェイ（第２のネットワーク装置）、５１…家庭内ネットワーク、５２…ユーザ端末
【図１】
0003652670.tif 000002
【図２】
0003652670.tif 000003
【図３】
0003652670.tif 000004
【図４】
0003652670.tif 000005
【図５】
0003652670.tif 000006
【図６】
0003652670.tif 000007
【図７】
0003652670.tif 000008
【図８】
0003652670.tif 000009
【図９】
0003652670.tif 000010
【図１０】
0003652670.tif 000011
【図１１】
0003652670.tif 000012