(57)【要約】【課題】コンテンツ配信サービスにおいて、リソースの削減、不正アクセスの防止、障害復旧時間の短縮を実現する。【解決手段】コンテンツ配信サーバにクライアントグループの登録機能、グループ内のトポロジ検索機能を持たせ、グループ登録時にグループ内のコンテンツ転送のトポロジを決定し、このトポロジ情報を持つコンテンツ受信・再生・転送用のソフトをクライアントに配布する。以上の処理をコンテンツ配信開始までにあらかじめ終了させておくことにより、コンテンツ配信開始時のサーバへの負荷集中を防ぐ。また、あらかじめ予備系のトポロジも計算しておくことにより、障害発生時の回復時間を短縮する。【選択図】  図１
2004341576.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに、コンテンツの配信を行う一つまたは複数のサーバと、コンテンツ配信サービスを受ける一人以上のクライアントの端末装置が接続されているコンテンツ配信システムにおけるコンテンツ配信方法において、
一つのコンテンツに対してそのコンテンツの配信サービスを希望する前記クライアントが複数人集まって形成されたグループを一つのクライアントグループとして登録するステップと、
上記グループの登録をトリガーとして、コンテンツ配信サーバまたは上記グループのメンバが、該グループの一人以上の代表者を決定するステップと、
グループの代表者とグループの他のメンバにツリー状、またはチェーン状等のコンテンツ配信経路を設定するステップと、
前記代表者の端末装置にコンテンツを配信するステップと、
グループの代表者の端末装置が、コンテンツ配信サーバから配信されたコンテンツを自身の端末装置において再生するステップと、
前記設定されたコンテンツ配信経路に従いグループの他のメンバの端末装置に該コンテンツを転送するステップと、
グループの他のメンバの端末装置は該コンテンツを再生するステップとを有することを特徴とするコンテンツ配信方法。
上記設定された経路によって自端末装置の下流に更にグループの他のメンバが接続されている場合は、該コンテンツを自端末装置に接続されているメンバの端末装置に転送するステップを有することを特徴とするコンテンツ配信システム。
【請求項２】
請求項１に記載のコンテンツ配信方法において、コンテンツ配信サーバへのグループ登録時に、メンバの位置情報、端末装置のアドレス、ネットワークへのアクセス速度等を登録し、コンテンツ配信サーバは登録された情報を元に既存のアクセス網における、上記コンテンツ配信経路を生成するステップを備えたことを特徴とするコンテンツ配信方法。
【請求項３】
請求項１に記載のコンテンツ配信方法において、前記コンテンツ配信サーバが、コンテンツ視聴におけるクライアントの認証の権限を、該コンテンツの配信を希望する上記グループに委譲し、該グループ内の各メンバの端末装置において相互にグループメンバの認証を行うことにより、配信されたコンテンツがグループの外部に漏れることを防ぐことを特徴とするコンテンツ配信方法。
【請求項４】
請求項１記載のコンテンツ配信方法において、
前記コンテンツサーバが、クライアント側でコンテンツ配信路を決定するためのトポロジ入力手段を有することを特徴とするコンテンツ配信方法。
【請求項５】
請求項１に記載のコンテンツ配信方法において、
前記グループ内のメンバでコンテンツ配信ビットレートの要求が異なる場合、要求ビットレートが高速なメンバを上流とし、要求ビットレートが低速なメンバを下流に接続し、グループ内のあるメンバＡと隣接下流メンバＢの要求ビットレートが異なる場合、メンバＡの端末装置においてコンテンツのビットレートを下げてメンバＢへの転送を行うことを特徴とするコンテンツ配信方法。
【請求項６】
請求項１に記載のコンテンツ配信方法において、
前記サーバへのグループ登録時に、コンテンツ配信経路として、現用系経路の他に優先順位を持つ一つ以上の予備系経路を設定し、コンテンツ配信中に現用系の経路において障害が発生し、コンテンツの配信が途絶えた時、障害に隣接し障害の下流に位置する端末装置は、予備系経路における一階層上流の端末装置に向けて障害の通知及びコンテンツの転送を要求すると共に、自端末の下流に位置する端末装置に対して障害検知及び切替中であることを通知することを特徴とするコンテンツ配信方法。
【請求項７】
請求項６記載のコンテンツ配信方法において、
前記予備系経路において、代表者の端末装置に対しては、正常時にコンテンツ配信を要求する配信サーバのほかに、予備の配信サーバをあらかじめ用意しておき、代表者の端末装置が上流に障害を検知した際にはあらかじめ定められた予備のサーバに向けてコンテンツ配信要求を送信し、下流端末に対して障害検知及び切り替え中であることを通知することを特徴とするコンテンツ配信方法。
【請求項８】
請求項６記載のコンテンツ配信方法において、
前記上流端末装置から障害検知及び切替中であることを通知された端末装置は、自端末装置が最下流でない場合には下流ノードに障害切り替え中の通知を送り、自端末での経路切替を見合わせ、上流における切替機能を待つ機能を有し、更に障害検知及び切替中の通知を受けてから一定時間経過してもコンテンツ配信が再開しない場合は、自らも新たな配信元の検索を行い、障害復旧処理を行うことを特徴とするコンテンツ配信方法。
【請求項９】
請求項１に記載のコンテンツ配信方法において、
前記クライアント、またはサーバによって決定された経路に対して課金情報を生成し、クライアントに提示することを特徴とするコンテンツ配信方法。
【請求項１０】
請求項１に記載のコンテンツ配信方法において、
前記クライアントの端末装置が固定ＩＰアドレスを持っていない場合、コンテンツ配信サーバ、またはクライアントがＩＳＰ（Ｉｎｔｅｒｎｅｔ  ｓｅｒｖｉｃｅ  ｐｒｏｖｉｄｅｒ）に対してＩＰアドレスを予約する手段を有し、コンテンツ視聴時には予約されたＩＰアドレスを用いて上記コンテンツ配信サービスを行うことを特徴とするコンテンツ配信方法。
【請求項１１】
請求項１に記載のコンテンツ配信方法において、
あらかじめ上記グループとコンテンツ配信サーバの間でコンテンツの暗号化複合化方法を決定し、コンテンツ配信サーバは、コンテンツ配信開始時にはあらかじめ定められた方法によって暗号化されたコンテンツを該グループの代表者に配信することを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はインターネットを利用したストリーミング型のコンテンツ配信サービスに関する。
【０００２】
【従来の技術】
ストリーミング型のコンテンツ配信サービスにおいて、従来技術ではサーバ（スプリッタ等の複数エッジサーバを含む）は一人のクライアントに対して一つのセッションを用意していた。そのため、例えば人気アーティストのコンサートなどではサーバ・クライアント間で輻輳を生じ、十分な品質を確保できないことがあった。また、セッションとクライアントが１：１であるので、サーバの能力に応じてサービスの提供人数も制限されていた。これを解決する手段として、一般ユーザ同士が映像や音声のストリームを受信しつつ、同時に数台の端末に対して分岐、中継、再配信する工程を次々と繰り返すことで配信対象を広げる「シェアキャスト」という配信システム（２００２年２月１３日、日経産業新聞）が考えられた。図１５にシェアキャストの構成図を示す。シェアキャストでは、ライブコンテンツの視聴を希望するクライアント１５−５が、「仲介サーバ１５−１」へ問い合わせを行う（１５−７）ことにより、現在そのライブコンテンツを視聴している他クライアント１５−４−１〜１５−４−１３を探し出し、そのいずれかの端末へ接続する（１５−８）。また、有料コンテンツの配信を受ける場合は、課金などを管理する「接続鍵サーバ１５−２」から接続鍵を取得し（１５−６）、その鍵を使って各ノードを管理する仲介サーバ１５−２へ問い合わせを行い、適切なノードへ接続する。また、何らかの理由で、上流からのコンテンツの配布が途切れた場合、２階層上のノードのアドレスをもらい、接続を行う。
【０００３】
【発明が解決しようとする課題】
従来方式であるシェアキャストでは、未知のクライアント同士が接続されており、悪意のユーザによる不正行為が懸念される。また、人気アーティストのコンサートなどでは、特に開始時刻に、仲介サーバ、接続鍵サーバの混雑が予想される。仲介サーバ、接続鍵サーバの輻輳を回避するためには、各サーバを増設する必要があるが、コンテンツによってサービスの規模は異なるはずであり、最大値にあわせてサーバを増設するとリソースの無駄が生じる。また、図１６に示すように、コンテンツ配信元１６−１にツリー状に接続されていたノード群１６−２〜１６−１１において、何らかの障害が発生した場合、例えばノード１６−３がコンテンツの視聴を中断したとすると、ノード１６−３に接続していた下流ノード１６−４〜１６−７は２階層上のノード１６−２への接続を行うが、このようなツリー状の構造の場合、２階層上のノード１６−２への接続数が増え、負荷が集中する可能性が高い。
【０００４】
本発明の第一の目的は、コンテンツ配信サービスにおいて、任意のコンテンツに対してクライアントが独自にグループを生成し、コンテンツ配信元から送信されたコンテンツをグループ内でツリー状、またはチェーン状に順次転送していくことにより、コンテンツ配信サーバの負荷を低減することである。
【０００５】
本発明の第二の目的は、生成したクライアントグループをあらかじめコンテンツ配信サーバに登録し、グループ内での転送経路を決めておくことにより、サーバへの負荷を時間的に分散し、仲介サーバを不要とすることである。
【０００６】
本発明の第三の目的は、登録されたグループ内の各クライアントの端末にグループ内のメンバであるか否かを識別する機能を持たせ、グループ外の者からのアクセスを防ぐことにより、鍵サーバなしにコンテンツの不正流出を防ぐことである。
【０００７】
本発明の第四の目的は、コンテンツサーバへのグループ登録時に、現用の転送経路を決めるとともに、予備の転送経路も設定しておき、コンテンツ配信サービス中に現用の転送経路に障害が発生した際には、あらかじめ設定された予備経路への切替を行うことにより、障害からの復旧を速やかに行うことである。
【０００８】
【課題を解決するための手段】
上記課題を解決するために、コンテンツ配信サーバにグループ登録機能及び、経路計算機能を持たせ、あるコンテンツに対してクライアントが自主的に生成したグループの登録を行う。また、クライアントからのグループ登録要求時に、コンテンツ配信サーバはグループの登録を行うとともに、グループの代表者を決め、グループ内でのコンテンツ配信経路、及び予備経路を設定する。そして、該コンテンツの配信開始前に、コンテンツ配信サーバからグループ内の各メンバに経路情報を含むコンテンツ受信・再生・転送用ソフトを配布する。コンテンツ配信サービス開始時、各クライアントが配布されたコンテンツ受信・再生・転送用ソフトを自分の端末装置上で起動することにより、自動的に各クライアント間のセッションを立ち上げ、コンテンツ配信サーバからグループの代表者に送られたコンテンツを、コンテンツ配信経路に従ってグループ内の他のメンバに転送する。
【０００９】
【発明の実施の形態】
図１は第一、第二、及び第三の目的に対する本発明を適用したサービスモデルの概要図である。１−１はコンテンツ配信サーバを、１−２はあるコンテンツに対して生成されたクライアントグループＡを、１−２−１〜１−２−７はクライアントグループＡを構成する各メンバを、１−３はクライアントグループからコンテンツ配信サーバに向けた登録要求を、１−４はコンテンツ配信サーバ１−１からクライアントグループ１−２の各メンバ１−２−１〜１−２−７に向けたコンテンツ受信・再生・転送用ソフト（以下、省略してコンテンツ再生ソフトと記す）の配布を、１−５−１〜１−５−７はコンテンツの配信経路を、１−６はコンテンツ配信サーバ１−１、及び各クライアント１−２−１〜１−２−７が接続されているネットワークを示す。図２は図１によって示したコンテンツ配信サーバ１−１とクライアントグループ１−２間での情報の流れを時系列に示す。あるコンテンツαの配信を希望するクライアント１−２−１〜１−２−７が自らクライアントグループ１−２を形成し、コンテンツ配信サーバに対し、パソコン等のインターネット対応の端末装置を用いて、ネットワーク１−６を介してコンテンツ配信サーバ１−１へコンテンツ配信サービスのグループ登録を要求する（１−３）。コンテンツ配信サーバ１−１は、クライアントグループ１−２に各情報（希望コンテンツ、グループ名、各クライアント名、ＩＰアドレス、位置情報、アクセス速度、メールアドレス等）を要求し、クライアントグループ１−２はコンテンツ配信サーバ１−１の要求により各情報を入力する。その後、コンテンツ配信サーバ１−１もしくは、クライアントグループ１−２によりコンテンツ配信のためのアクセス網でのトポロジの設定を行う。トポロジの設定が終了すると、サーバ１−１は、クライアントに対してトポロジ情報を含んだコンテンツ再生ソフトの配布を行う。コンテンツ再生ソフトの配布は、ホームページからのダウンロードや、メールへの添付などで行う。
グループ登録時のサーバ１−１の動作を、図３、４、５を用いて詳しく説明する。図３は、コンテンツ配信サーバ１−１の論理構成を示す。コンテンツ配信サーバ１−１は、経路検索部３−１、課金情報処理部３−２、コンテンツ配信部３−３、グループ登録部３−４、ソフトウェア配信部３−５、制御部３−６、インタフェース部３−７から構成される。図４は、グループ登録部３−４が持つグループ登録テーブル４−１である。グループ登録テーブル４−１には、コンテンツ名、グループ名、クライアント名、位置情報、クライアント端末のＩＰアドレス、アクセス速度、メールアドレス、経路情報などの登録を行う。クライアントグループ１−２のグループ登録に際し、コンテンツ配信サーバ１−１はネットワーク１−６を介してクライアントグループ１−２から送られてきた情報をインタフェース部３−７において受信し、制御部３−６を通してグループ登録部３−４のグループ登録テーブル４−１に記録する（５−１）。クライアントからのアクセス網のトポロジ指定があれば（５−２）、クライアントによるトポロジ入力を受付け（５−３）、入力されたトポロジ情報を元に、課金情報処理部３−２において課金情報を計算し、クライアントに提示する（５−４）。課金情報がクライアントによって承認されると（５−５）、トポロジを決定し、グループ登録テーブル４−１の経路１欄４−９に現用系の経路として記録する（５−８）。経路１欄４−９には、コンテンツ配信時に自分の上流に位置する隣接クライアントのＩＰアドレスと、自分の端末の下流に直接つながるクライアントのＩＰアドレスを記録する。５−５で、サーバ１−１が示した課金情報がクライアントによって承認されなかった場合は、クライアントによるトポロジの再入力となる（５−６）。最終的にクライアントによる合意が得られなかった場合は、サービスを終了する（５−７）。５−２においてクライアントによるアクセス網のトポロジ指定がない場合は、サーバ１−１は経路探索部３−１、課金情報処理部３−２を用いて一つ以上のトポロジと課金案の組をクライアントに提示し（５−１４）、クライアントは提示された条件の中から、一つの組（トポロジ・課金）を選択する（５−１５）。これによりトポロジを決定し、グループ登録テーブル４−１の経路１欄４−９に現用系の経路を記録する（５−８）。
【００１０】
グループ登録終了後、クライアントが個別にコンテンツ再生ソフトの配布を要求する場合には、各クライアント（１−２−１〜１−２−７）はネットワーク１−６を介してコンテンツ配信サーバ１−１に接続してコンテンツ再生ソフトを要求し（５−９）、コンテンツ配信サーバ１−１は各クライアント（１−２−１〜１−２−７）に対して認証を行った後で（５−１０）、ソフトウェア配布部３−５より、トポロジ情報を組み込んだコンテンツ再生ソフトを配布する（５−１１）。トポロジ情報には、現用系の経路を使用する際に自分の端末装置にコンテンツの転送を行うクライアント端末装置のＩＰアドレス、自分の端末の下流に直接つながるクライアント端末装置のＩＰアドレス、障害発生時の予備系の経路において、自分が接続を要求する上流のクライアント端末装置のＩＰアドレス、また、グループ内のすべてのクライアント端末装置のＩＰアドレスを含む。ここで、現用系の経路においても、予備系の経路においても地理的な理由などから自分の端末装置と直接つながる可能性が皆無のクライアント端末装置のＩＰアドレスに関しては、その情報を含まなくてもよい。
【００１１】
また、コンテンツ転送のトポロジは、グループ登録時に決定するのではなく、グループ登録後、サーバの負荷が軽い時間帯に計算し、コンテンツ再生ソフトの配布までに決定してもよい。
コンテンツ配信開始時間になると、コンテンツ配信サーバ１−２はコンテンツ配信部３−３より、グループの代表者の端末装置にコンテンツ配信を開始する（５−１２）。コンテンツの終了に伴い、サービスは終了する（５−１３）。コンテンツ再生ソフトの配布は、クライアントが個別にサーバ１−１にアクセスするのではなく、サーバ１−１が各クライアントにメールで配布してもよい。また、認証に関しては、コンテンツ配信サーバ１−１とグループの代表者との間の認証はコンテンツ配信サーバにおいて行われるが、グループ内の各メンバ間にセッションを確立するときは、各メンバの端末装置において認証を行う。コンテンツの不正流出を防止するためには、クライアントの認証に加えて、コンテンツを暗号化することも有効である。コンテンツ再生ソフトに暗号解読のための鍵を組み込んでおき、コンテンツ配信サーバ１−１は前記鍵に対応する方法で暗号化したコンテンツをグループの代表者に送信することにより、コンテンツの不正視聴を防ぐ。鍵をコンテンツ毎、グループ毎に設定することにより、他のコンテンツの視聴権を持つクライアントや、他グループのクライアントによる、コンテンツの不正視聴を防止する。課金に関しては、代表者数とグループメンバ数に応じて決定することが考えられる。
【００１２】
次に、図６を用いてコンテンツ視聴開始時のクライアント側フローを説明する。コンテンツ配信時刻が近くなると、クライアントはコンテンツ再生ソフトを立ち上げる（６−１）。端末装置の電源がＯＮの場合は、自動的にコンテンツ再生ソフトが立ち上がってもよい。自端末装置の上流に位置するクライアントの端末装置（以下，各クライアントの端末装置をノードと呼ぶ）からのセッション確立要求を受け（６−２）、要求元クライアントがグループメンバであるかどうかの認証を行う（６−３）。認証に成功すると、上流ノードとのセッションを確立する（６−４）。コンテンツ再生ソフトに記録されたトポロジ情報内にコンテンツ転送先アドレスが記録されている場合は、自ノードの下流に更にノードが接続されており（６−５）、各転送先アドレスのノード（以下、下流ノードと記す）へセッション確立の要求を行う（６−６）。各ノードにおいて６−１〜６−６の処理を行うことにより、コンテンツ配信サーバ１−１から最下流のノードまでのセッションが確立される。ただし、ここで代表者にとっての上流ノードとはコンテンツ配信サーバ１−１である。また、クライアント−サーバ間、クライアント−クライアント間の認証は、セッション確立要求元のＩＰアドレスと、コンテンツ再生ソフトに記録されたトポロジ情報の比較等によって実現できる。または、パスワードを設け、グループ名、クライアント名、パスワードによって認証を行ってもよい。また、６−２〜６−４の上流ノードとのセッション確立と、６−５から６−６の下流ノードとのセッション確立は、必ずしもこの順序である必要はなく、下流ノードとのセッション確立が先に行われてもよい。６−３において上流ノードからのセッション確立要求に対する認証がＮＧだった場合、そのセッション確立要求元ノードに対して受信拒否を通知する（６−８）。その後新たなセッション確立要求が正しい上流ノードから到着すると、上流ノードとのセッションを確立するが、正しい上流ノードからのセッション確立要求が到着しない場合は、後述の図１１の１１−１からの処理を行う。
図７を用いてコンテンツ視聴中のクライアント側のフローを説明する。図６に示す手順によってコンテンツ配信サーバ１−１から最下流のノードまでのセッションは既に確立されている。ノードが上流からコンテンツを受信すると（７−１）、下流ノードが存在する場合には（７−２）、コンテンツをコピーして転送先アドレスのノードへ転送し（７−３）、自ノード端末装置にてコンテンツの再生を行う（７−４）。自ノードが最下流である場合は、コンテンツのコピー・転送は行わず、自ノード端末装置におけるコンテンツの再生のみを行う（７−４）。コンテンツが終了すると（７−５）、上流ノードからセッション切断要求を受け、上流とのセッションを終了し、下流ノードへセッション切断要求を送り、下流ノードとのセッションも終了する（７−６）。これにより、サービスが終了する（７−７）。
図８を用いてコンテンツ視聴中に障害が発生した時の障害検知端末におけるフローを説明する。障害を検知したノードは（８−１）、下流ノードが存在する場合は（８−２）、下流ノードへ経路切替処理の通知を行い（８−３）、下流ノードがコンテンツの不配送を検知して一斉に経路切替を始めることを防ぐ。そして、代替送信元の検索を行い（８−４）、代替送信元へセッションの確立、コンテンツ配信要求を送信する（８−５）。一定期間内にセッションが確立され、コンテンツの配信を受けると（８−６）、コンテンツの再生・転送を再開し（８−７）、障害回復処理を終了する（８−８）。８−６において一定時間内に代替送信元とのセッションが確立されなかった場合は、８−４〜８−６の動作を繰り返す。
【００１３】
図９を用いて障害検知端末からコンテンツ配信を要求された代替送信元端末の動作フローを説明する。セッションの確立・コンテンツ配信要求を受信したノードは（９−１）、要求元ノードのアドレスがグループメンバのアドレスであることを確認し（９−２）、コンテンツ転送先アドレスに要求元アドレスを追加し（９−３）、障害回復処理を終了する（９−４）。セッション確立・コンテンツ配信要求を行ったノードのアドレスがグループ内のアドレスでない場合は、要求を棄却し（９−５）、処理を終了する（９−６）。
【００１４】
図１０を用いて障害検知端末の下流にあり、障害検知端末から経路切替処理通知を受け取った端末の動作フローを説明する。上流ノードから経路切替処理通知を受信したノードは（１０−１）、自ノードに下流ノードが存在する場合は（１０−２）、下流ノードへ切替処理を通知する（１０−３）。上流ノードからの切替処理通知を受信してから一定時間内に上流ノードからコンテンツの配信が再開された場合は（１０−４）、コンテンツ再生・転送を再開し（１０−８）、障害回復処理は終了する（１０−９）。１０−４において、一定時間内に上流ノードからコンテンツ配信がされなかった場合、自ノードにおいても代替送信元の検索を行い（１０−５）、代替送信元へセッション確立、コンテンツ配信要求を送信する（１０−６）。一定時間内に代替送信元からのコンテンツ配信が行われると（１０−７）、コンテンツ再生・転送を再開し（１０−８）、障害回復処理は終了する（１０−９）。１０−７において一定時間内に代替送信元からのコンテンツ配信が得られなかった場合は、１０−５〜１０−７の動作を繰り返す。
【００１５】
図１１を用いて、コンテンツ配信開始時の処理不良の対策を説明する。あらかじめ定められた時刻（コンテンツ配信時刻の一定時間前）になっても上流ノードからセッション開始要求が来なかった時（１１−１）、上流ノードへセッション確立要求を行う（１１−２）。上流ノードとのセッションの確立に成功した場合は（１１−３）、図６の６−５以下の処理を行う（１１−４）。上流ノードとのセッションが確立されなかった場合は（１１−３）、代替送信元の検索を行い（１１−５）、代替送信元へセッション確立要求を行う（１１−６）。代替送信元とのセッションが確立されると（１１−７）、図６の６−５以下の処理を行う。代替送信元とのセッションが確立されなかった場合は（１１−７）、再度１１−５から１１−７の処理を行う。ここで、上流ノードとのセッションの確立の前に、下流ノードとのセッションを確立しておいてもよい。
次に、グループ登録時のトポロジ決定方法の一例を示す。図４に示すグループ登録テーブル４−１に登録されたクライアントの位置情報４−５から、クライアントを地区別の小グループに分ける。各小グループ内では、アクセス速度の速い順にチェーンを構成する。次に、小グループの先頭クライアントを、アクセス速度の速い順にチェーン状につなぎ、一番先頭のクライアントをコンテンツ配信元と接続する（図１２）。グループ内の人数が多い場合や、グループメンバが広域に点在している場合は、近隣の小グループの先頭をつなげ合わせて中グループを構成し、中グループの先頭をつなげ合わせて大グループを構成し、階層的に大きくしてツリーを構成してもよい。また、転送元ノードと転送先ノードのアクセス速度が異なる場合、転送元ノードでは、受信したコンテンツをそのままコピー・転送するのではなく、ビットレートを下げて転送することが必要となる。このレート変換の実現方法としては、コンテンツファイルを複数のストリームで構成し、ユーザ要求、及びネットワーク速度に合わせて、送信するストリームを選択する方法（特開２００１−３３３３９４）が考えられる。たとえば、３つのストリームで構成されたストリーミングファイル１２−３−１は、高速アクセスのクライアントには３本すべてのストリームを送るが、中速アクセスのクライアントには２本のストリーム１２−３−２を、低速アクセスのクライアントには１本のストリーム１２−３−３を送信する。映像品質はストリームの本数に比例し、ストリーム数が多いほど高品質の映像となる。これにより、コンテンツ配信元からは一つのファイルを送信するだけで、各クライアントにはそのアクセス速度に応じた、異なるビットレートのファイルを転送することが可能となる。
【００１６】
以上の例では、クライアントの端末にＩＰアドレスが固定的に割り振られていることを前提にしており、インターネットへのアクセスのたびに可変的にＩＰアドレスが割り振られる場合には、ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）にＩＰアドレスの予約を行う機能を持たせ、あらかじめＩＰアドレスを予約して、コンテンツ再生ソフトの起動時にＩＳＰから予約したＩＰアドレスを割り振ってもらう必要がある。これを実現するために、クライアントグループ１−２はグループ登録時に、コンテンツ配信サーバ１−１に、各クライアントが加入しているＩＳＰ  １３−１を申告し（１３−２−１）、コンテンツ配信サーバ１−１から各ＩＳＰ  １３−１〜ｍに対してＩＰアドレスの予約の要求を行い（１３−２−２）、各ＩＳＰ  １３−１−１〜ｍからＩＰアドレスの割当てを受け（１３−２−３）、割当てられたＩＰアドレス情報を含む再生ソフトを各クライアント１−２−１〜ｎに配布する（１３−２−４）。各クライアント１−２−１〜ｎに配布されたコンテンツ再生ソフトは、起動時に各ＩＳＰ  １３−１−１〜ｍにあらかじめ割当てられたアドレスによる接続を要求する（１３−２−５）。アドレスの指定を受けた各ＩＳＰ  １３−１−１〜ｍは、クライアント１−２−１〜ｎの認証を行い、指定されたＩＰアドレスをクライアント１−２−１〜ｎに割り当てる（１３−２−６）。各ＩＳＰでは、図１４に示すような予約ＩＰアドレス管理テーブル１４−１を設けてＩＰアドレスの管理を行う。また、各クライアント１−２−ｎがＩＳＰに対して個別にＩＰアドレスの予約を行い、グループ登録時に予約アドレスを申告してもよい。
【００１７】
【発明の効果】
本発明によれば、クライアント同士でコンテンツの中継を行う際のトポロジをあらかじめ設定することができるので、シェアキャストで予測される視聴開始時の混雑を避けることができる。また、サービスを受けるクライアントを把握しているので、現用系の経路の他に予備の経路を用意しておくことも可能であり、何らかの理由によって自分の上流からのコンテンツの転送が中断した際の新たな経路への切替時間が短縮される。
【図面の簡単な説明】
【図１】本発明を用いたコンテンツ配信サービスモデルの概略図である。
【図２】図１のコンテンツ配信サービスを時系列的に示した図である。
【図３】図１におけるコンテンツ配信サーバの論理構成図である。
【図４】図３のグループ登録部にあるグループ登録テーブルの構成図である。
【図５】コンテンツ配信サーバにおける、グループ登録からコンテンツ配信サービスまでの処理フローの一例を示す図である。
【図６】コンテンツ視聴開始時の、クライアント端末装置における処理フローの一例を示す図である。
【図７】コンテンツ視聴中の、クライアント端末装置における処理フローの一例を示す図である。
【図８】障害を検知したクライアント端末装置における障害回復処理フローの一例を示す図である。
【図９】障害を検知したクライアント端末装置からコンテンツ転送要求を受けた別のクライアント端末装置の処理フローの一例を示す図である。
【図１０】障害を検知した上流のクライアント端末装置から経路切替処理通知を受け取ったクライアント端末装置の処理フローの一例を示す図である。
【図１１】コンテンツ視聴開始時に障害を検知したクライアント端末装置における処理フローの一例を示す図である。
【図１２】コンテンツ配信経路の一例を示す図である。
【図１３】クライアントが固定ＩＰアドレスを持たない場合の、ＩＰアドレスの予約方法の一例を示す図である。
【図１４】ＩＳＰにおいて、ＩＰアドレスの予約を管理するテーブルの一例を示す図である。
【図１５】従来技術であるシェアキャスト方式の概念を示す図である。
【図１６】シェアキャスト方式において、障害が発生したときのトポロジの変化を示す図である。
【符号の説明】
１−１  コンテンツ配信サーバ
１−２  クライアントグループ
１−２−１〜７  クライアント
１−３  クライアントからコンテンツ配信サーバへのグループ登録要求
１−４  コンテンツ配信サーバからクライアントへのコンテンツ再生ソフトの配布
１−５−１〜７  コンテンツの配信経路
１−６  ネットワーク。
【図１】
2004341576.tif 000003
【図２】
2004341576.tif 000004
【図３】
2004341576.tif 000005
【図４】
2004341576.tif 000006
【図５】
2004341576.tif 000007
【図６】
2004341576.tif 000008
【図７】
2004341576.tif 000009
【図８】
2004341576.tif 000010
【図９】
2004341576.tif 000011
【図１０】
2004341576.tif 000012
【図１１】
2004341576.tif 000013
【図１２】
2004341576.tif 000014
【図１３】
2004341576.tif 000015
【図１４】
2004341576.tif 000016
【図１５】
2004341576.tif 000017
【図１６】
2004341576.tif 000018