(57)【要約】【課題】ストリーム・データの配信を要求するユーザに対して柔軟に対処する。【解決手段】本発明では、ストリーム・データの配信を要求するユーザの端末を配信元機器をルートとする配信ツリーのノードとして用い、当該ユーザの端末ではストリーム・データを下位の段に中継する。この配信ツリーは、配信管理サーバによって管理される。そして、配信要求端末から、特定のストリーム・データの配信を要求する配信要求を受信する工程と、配信ツリーに含まれる機器毎に配信ツリーにおけるルートからの段数と当該機器の中継余力と当該機器のアクセス先データとを格納する配信管理ＤＢを参照して、段数が最小であり且つ中継余力を有する機器を特定する工程と、配信管理ＤＢから、特定された機器のアクセス先データを読み出し、要求先データとして配信要求端末に送信する工程とを実行する。【選択図】図１
2007193602.tif 000002
【特許請求の範囲】
【請求項１】
配信要求端末から、特定のストリーム・データの配信を要求する配信要求を受信するステップと、
前記特定のストリーム・データの配信ツリーのルート・デバイスと前記配信ツリーにおけるノードである端末とを含む機器毎に前記配信ツリーにおけるルートからの当該機器の段数と当該機器の中継余力を表すデータと当該機器のアクセス先データとを格納する配信管理データベースを参照して、前記段数が最小であり且つ中継余力を有する機器を特定するステップと、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの要求先データとして前記配信要求端末に送信するステップと、
前記特定のストリーム・データを前記配信要求端末へ配信している状態を反映するように前記配信管理データベースを更新する更新ステップと、
を含むストリーム・データ配信管理方法。
【請求項２】
前記更新ステップが、
前記配信管理データベースに、前記配信要求端末に関するデータを登録するステップと、
前記配信管理データベースにおいて、特定された前記機器の中継余力を表すデータを更新するステップと、
を含む請求項１記載のストリーム・データ配信管理方法。
【請求項３】
前記配信要求端末に関するデータが、
前記機器の段数として、特定された前記機器の段数を１インクリメントした値と、
前記機器の中継余力を表すデータとして、前記配信要求端末の配信先許容数及び配信数と、
前記機器のアクセス先データとして、前記配信要求端末のＩＰアドレス及びポート番号と、
前記配信要求端末の配信元データとして、特定された前記機器の識別情報と、
を含む請求項２記載のストリーム・データ配信管理方法。
【請求項４】
前記配信管理データベースが、前記端末毎に当該端末の配信元機器の識別情報をさらに格納しており、
前記特定のストリーム・データの配信ツリーにおけるノードである特定の端末から、配信停止要求を受信するステップと、
前記配信管理データベースを参照して、前記特定の端末を配信元機器とする機器を検出する検出ステップと、
前記検出ステップによって機器が検出された場合には、前記特定の端末が前記配信ツリーに属さない状態を想定して前記配信管理データベースを検索して、前記段数が最小であり且つ中継余力を有する機器を特定するステップと、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの新たな要求先データとして前記検出ステップによって検出された機器に送信するステップと、
前記検出ステップによって検出された機器から前記特定の端末へ前記特定のストリーム・データを配信している状態を反映するように前記配信管理データベースを更新するステップと
をさらに含む請求項１記載のストリーム・データ配信管理方法。
【請求項５】
配信要求端末から、特定のストリーム・データの配信を要求する配信要求を受信する手段と、
前記特定のストリーム・データの配信ツリーのルート・デバイスと前記配信ツリーにおけるノードである端末とを含む機器毎に前記配信ツリーにおけるルートからの当該機器の段数と当該機器の中継余力を表すデータと当該機器のアクセス先データとを格納する配信管理データベースを参照して、前記段数が最小であり且つ中継余力を有する機器を特定する手段と、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの要求先データとして前記配信要求端末に送信する手段と、
前記特定のストリーム・データを前記配信要求端末へ配信している状態を反映するように前記配信管理データベースを更新する手段と、
を有するストリーム・データ配信管理コンピュータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーム・データの配信技術に関する。
【背景技術】
【０００２】
インターネット及びＡＤＳＬ（Asymmetric Digital Subscriber Line）やＦＴＴＨ（Fiber To The Home）といった高速接続サービスの普及に伴い、リアルタイムで映像データをストリーム・データとして配信することが多くなってきた。しかし、ストリーム・データを多数のクライアントに同時に配信することは簡単ではない。通常であれば、少数の大型サーバを用意するか、多数のサーバを用意するかのいずれかであるが、機器のコストや運用コストが高くなってしまう。また、映像や音声をリアルタイムで処理する必要があり、多数のクライアントが接続した場合には、このリアルタイム性を維持するのが非常に難しい。例えば、多数のサーバを負荷分散装置を介して多数のクライアントに接続するような構成を採用すると、どうしても負荷分散装置で遅延が発生してしまい、リアルタイム性を維持するのは困難である。また、例えば１台のサーバをプロキシを介してクライアントに接続するような構成を採用すると、プロキシのキャッシュにより多数のクライアントに滑らかな映像及び音声を配信することができるが、キャッシュのためリアルタイム性は失われてしまう。さらに、システム設計時に、たとえ現実的には使用されないとしても、最大構成での冗長な設計が必要となってしまい、システム導入時のコストが多大となってしまう。また、システムの増設も容易ではない。
【０００３】
また、例えば特開２００２−３２２８２号公報には、複数のクライアントへコンテンツを配信する配信システムにおいて、親サーバや親サーバへ繋がるネットワークの負担を軽減すると共に、変動する配信要求に応じて配信するサーバを自動的に切替え、配信システムの管理者及び利用者の負担を軽減するための技術が開示されている。具体的には、親サーバと複数の子サーバを有し、それらが複数のクライアントと通信回線を介して接続可能に構成された配信システムにおいて、親サーバが、受信したクライアントの位置情報とコンテンツの識別情報に基づいて、配信要求されたコンテンツを保有し且つ配信要求元のクライアントに最寄りである子サーバを選定して、配信要求元のクライアントへ通知し、選定された子サーバが、配信要求元のクライアントの要求に応答して、配信要求されたコンテンツを配信する。しかし、子サーバについても、固定的に設置されるものであり、許容数を超えるクライアントが配信を要求する場合には、子サーバの増設が必要である。
【特許文献１】特開２００２−３２２８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このようにストリーム・データを配信する従来のシステムは、システムとしての柔軟性に欠け、コストが高くなってしまうという問題がある。
【０００５】
従って、本発明の目的は、ストリーム・データの配信を要求するクライアントに対して柔軟且つ安価に対処できるようにするための技術を提供することである。
【０００６】
また、本発明の他の目的は、リアルタイム性を損なうことなく、ストリーム・データの配信を要求するクライアントに対して柔軟に対処するための技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明では、ストリーム・データの配信を要求するクライアントの端末を配信元機器をルートとする配信ツリーのノードとして用い、当該クライアントの端末ではストリーム・データを下位の層（段又は世代）に中継する。このような配信ツリーは、配信管理サーバによって管理される。
【０００８】
従って、本発明に係るストリーム・データ配信管理方法は、配信要求端末から、特定のストリーム・データの配信を要求する配信要求を受信するステップと、特定のストリーム・データの配信ツリーのルート・デバイスと配信ツリーにおけるノードである端末とを含む機器毎に配信ツリーにおけるルートからの当該機器の段数と当該機器の中継余力を表すデータと当該機器のアクセス先データとを格納する配信管理データベースを参照して、段数（層数又は世代数）が最小であり且つ中継余力を有する機器を特定するステップと、配信管理データベースから、特定された機器のアクセス先データを読み出し、特定のストリーム・データの要求先データとして配信要求端末に送信するステップと、特定のストリーム・データを配信要求端末へ配信している状態を反映するように配信管理データベースを更新する更新ステップとを含む。
【０００９】
このように配信ツリーを管理することによって、配信要求端末が増加する場合にも柔軟に対処することができる。また、配信ツリーに配信管理サーバが組み込まれておらず、配信元機器以外はクライアントの端末で配信ツリーが構成されるため、安価にシステムの構築が可能となる。
【００１０】
また、上で述べた更新ステップが、配信管理データベースに、配信要求端末に関するデータを登録するステップと、配信管理データベースにおいて、特定された機器の中継余力を表すデータを更新するステップとを含むようにしてもよい。このようにすれば、適切に配信管理データベースを管理することができるようになる。
【００１１】
さらに、上で述べた配信要求端末に関するデータが、機器の段数として、特定された機器の段数を１インクリメントした値と、機器の中継余力を表すデータとして、配信要求端末の配信先許容数及び配信数と、機器のアクセス先データとして、配信要求端末のＩＰアドレス及びポート番号と、配信要求端末の配信元データとして、特定された機器の識別情報とを含むようにしてもよい。このようにすれば、配信要求端末がストリーム・データの中継を行う場合、さらに配信ツリーから離脱する場合に適切な処理を行うことができるようになる。
【００１２】
また、配信管理データベースが、端末毎に当該端末の配信元機器の識別情報をさらに格納するようにしてもよい。その場合、特定のストリーム・データの配信ツリーにおけるノードである特定の端末から、配信停止要求を受信するステップと、配信管理データベースを参照して、特定の端末を配信元機器とする機器を検出する検出ステップと、検出ステップによって機器が検出された場合には、特定の端末が配信ツリーに属さない状態を想定して配信管理データベースを検索して、段数が最小であり且つ中継余力を有する機器を特定するステップと、配信管理データベースから、特定された機器のアクセス先データを読み出し、特定のストリーム・データの新たな要求先データとして検出ステップによって検出された機器に送信するステップと、検出ステップによって検出された機器から特定の端末へ特定のストリーム・データを配信している状態を反映するように配信管理データベースを更新するステップとをさらに含むようにしてもよい。
【００１３】
このようにすれば、特定の端末が配信ツリーから離脱する場合においても、当該特定の端末からストリーム・データの配信を受ける他の端末に影響を与えないようにすることができるようになる。
【００１４】
なお、本方法などは、コンピュータと当該コンピュータに実行されるプログラムとで実施され、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介してデジタル信号として配信される場合もある。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１５】
本発明によれば、ストリーム・データの配信を要求するクライアントに対して柔軟且つ安価に対処できるようになる。
【発明を実施するための最良の形態】
【００１６】
図１を用いて本発明の実施の形態に係るシステムの概要を説明する。インターネット等のネットワークには、映像等を撮影するカメラ１などに接続されており且つＭＰＥＧ等の規格に従ったストリーム・データを生成するエンコーダ３と、クライアントにより用いられる多数の端末１１乃至２４と、ストリーム・データの配信を制御及び管理する配信管理サーバ５とが接続されている。配信管理サーバ５は、配信管理ＤＢ５１に格納されているデータに基づきエンコーダ３と端末１１乃至２４との相互接続関係を決定して、配信ツリー１０を構成させる。図１の例では、配信ツリー１０において第０世代（配信ツリー１０の第０層又は第０段とも呼ぶ）をエンコーダ３とすると、第１世代（第１層又は第１段）は端末１１及び１２で構成され、第２世代（第２層又は第２段）は端末１３乃至１６で構成され、第３世代（第３層又は第３段）は端末１７乃至２４で構成される。具体的に、端末１１及び１２はエンコーダ３に接続し、端末１３及び１４は端末１１に接続し、端末１５及び１６は端末１２に接続し、端末１７及び１８は端末１３に接続し、端末１９及び２０は端末１４に接続し、端末２１及び２２は端末１５に接続し、端末２３及び２４は端末１６に接続する。各世代の端末数については、以下で説明するが、各端末の性能等によって定まる。
【００１７】
図２に、端末１１乃至２４の機能ブロック図を示す。端末１１乃至２４は、配信ツリー１０の上位世代からストリーム・データを受信するストリーム・データ受信部１１１と、配信ツリー１０の下位世代の端末へストリーム・データを中継するストリーム・データ中継部１１２と、ストリーム・データ受信部１１１が受信したストリーム・データをデコードし、表示装置に再生出力するストリーム・データ再生部１１３と、ユーザ等からの指示に応じて配信管理サーバ５に配信要求又は削除要求（配信停止要求又は受信停止要求とも呼ぶ）を送信したり配信管理サーバ５から接続通知又は削除通知を受信するなどの処理を行う配信管理サーバ・インターフェース部１１４とを有する。
【００１８】
次に、図１に示したような配信ツリー１０を構成する際の処理の概要を図３乃至図６を用いて説明する。エンコーダ３にまだ端末が接続されていない状態において、図３に示したように、端末１１が接続要求（配信要求とも呼ぶ）を配信管理サーバ５に送信すると、配信管理サーバ５は端末１１を第１世代の端末としてエンコーダ３に接続するようにエンコーダ３のＩＰアドレス及びポート番号を含む接続通知を送信する。端末１１は、接続通知に従ってエンコーダ３からストリーム・データを受信し、再生する。次に、図４に示すように、端末１２が接続要求を配信管理サーバ５に送信すると、配信管理サーバ５は端末１２を第１世代の端末としてエンコーダ３に接続するようにエンコーダ３のＩＰアドレス及びポート番号を含む接続通知を送信する。端末１２は、接続通知に従ってエンコーダ３からストリーム・データを受信し、再生する。なお、エンコーダ３の配信許容数を２とすると、これ以上の端末には直接ストリーム・データを配信することはできない。
【００１９】
さらに、図５に示すように、端末１３が接続要求を配信管理サーバ５に送信すると、配信管理サーバ５は端末１３を第２世代の端末として端末１１に接続するように端末１１のＩＰアドレス及びポート番号を含む接続通知を送信する。端末１３は、接続通知に従って端末１１からストリーム・データを受信し、再生する。第１世代の各端末の配信許容数が２である場合、このような処理を繰り返して端末１３乃至１６が配信ツリー１０の第２世代の端末として第１世代の端末１１及び１２に接続されると、これ以上第２世代の端末を増やすことはできない。従って、図６に示すように、端末１７が接続要求を配信管理サーバ５に送信すると、配信管理サーバ５は端末１７を第３世代の端末として端末１３に接続するように端末１３のＩＰアドレス及びポート番号を含む接続通知を送信する。端末１７は、接続通知に従って端末１３からストリーム・データを受信し、再生する。
【００２０】
このように、配信管理サーバ５は、配信ツリー１０に含まれないので、配信管理サーバ５の負荷状態は、ストリーム・データの配信に大きく影響することはない。また、図２に示すような機能を有する必要はあるが、クライアントの端末を配信ツリー１０に組み込むため安価に配信システムを構築することができる。さらに、上で述べたように配信ツリー１０の世代数（層数又は段数）を増加することによって、容易に配信システムの拡張を行うことができ、システム全体に柔軟性がある。さらに、配信許容数を端末の能力に応じて適切に設定することによって、各端末が高負荷になりにくく、リアルタイム性を損なうことなく中継配信できるようになる。
【００２１】
次に、図７及び図８を用いて、配信ツリー１０に属する端末が配信ツリー１０から離脱する際の処理の概要を説明する。例えば図６に示すような配信ツリー１０の状態において、端末１１が配信ツリー１０から離脱するため削除通知を配信管理サーバ５に送信すると、配信管理サーバ５は、端末１１からストリーム・データの配信を受けている端末１３及び１４を特定する。そして、端末１３及び１４のそれぞれについて、端末１１が存在しないものとして配信管理ＤＢ５１を検索して世代数が最も小さく且つ配信余力を有する端末を特定する。具体的には、端末１３についてはエンコーダ３が特定され、端末１４については端末１３が特定される。従って、図８に示すように、配信管理サーバ５は、端末１１には削除許可通知を送信すると共に、端末１３にはエンコーダ３のＩＰアドレス及びポート番号を含む変更通知を送信し、端末１４には端末１３のＩＰアドレス及びポート番号を含む変更通知を送信する。そうすると、端末１３が端末１１の代わりとなって、端末１７と端末１４にストリーム・データを中継するようになる。
【００２２】
端末１７が配信ツリー１０から離脱するような場合には、端末１７からストリーム・データを受信している端末は存在しないので、配信管理サーバ５は単に削除許可通知を端末１７に送信するだけである。
【００２３】
このような処理を行えば、例え配信ツリー１０の葉ではないノードである端末が配信ツリー１０から離脱する場合にも、他の端末への影響を最小限に抑えてストリーム・データの配信を継続させることができる。
【００２４】
次に、図９及び図１０を用いて上で述べた処理を詳細に説明する。例えば、端末のユーザが、特定のストリーム・データの受信を当該端末に指示すると、端末の配信管理サーバ・インターフェース部１１４は、当該指示を受け付け、自端末のＩＤと特定のストリーム・データのＩＤ（ここでは映像ＩＤ）と自ＩＰアドレスと自配信ポート番号と配信性能情報（ここでは本端末からストリーム・データを配信可能な端末数（すなわち配信許容数））とを取得して、これらを含む接続要求を配信管理サーバ５に送信する（ステップＳ１）。配信性能情報については、端末側の配信管理サーバ・インターフェース部１１４が配信許容数を決定する場合には、例えばＣＰＵ使用率やネットワークの上り側の帯域幅などによって決定する。但し、端末のユーザが入力した値を用いるようにしても良い。さらに、端末側で配信許容数を決定しない場合には、例えばＣＰＵ使用率などのデータを配信性能情報として配信管理サーバ５に送信する。
【００２５】
配信管理サーバ５は、自端末の装置ＩＤと特定のストリーム・データの映像ＩＤと自ＩＰアドレスと自配信ポート番号と配信性能情報とを含む接続要求（配信要求とも呼ぶ）を端末から受信すると（ステップＳ３）、世代数（段数又は層数）ｎを０に初期化する（ステップＳ５）。そして、配信管理ＤＢ５１を参照してｎ世代の装置の配信本数に余裕が存在するか判断する（ステップＳ７）。配信管理ＤＢ５１に格納されるデータの一例を図１０に示す。
【００２６】
図１０の例では、装置ＩＤと、映像ＩＤと、世代数と、ＩＰアドレスと、配信ポートと、配信上限数（配信許容数とも呼ぶ）と、配信数と、配信元ＩＤとが、配信ツリー１０に属する各ノードについて登録されるようになっている。図１０の例では、ＥＮＣ１というルート・ノードは、ＣＥＬＬ０１とＣＥＬＬ０２という端末に映像ＩＤ＝１のストリーム・データを配信している。ルート・ノードの配信能力はこれで限界となる。また、ＣＥＬＬ０１という第１世代の端末は、配信上限数４のうち２つを使ってＣＥＬＬ０３及びＣＥＬＬ０４という端末に映像ＩＤ＝１のストリーム・データを配信している。ＣＥＬＬ０２という第１世代の端末は、配信上限４のうち１つを使ってＣＥＬＬ１１という端末に映像ＩＤ＝１のストリーム・データを配信している。ＣＥＬＬ０３という第２世代の端末は、配信上限２のうち２つを使って図１０では示されていない２つの端末に映像ＩＤ＝１のストリーム・データを配信している。同様に、ＣＥＬＬ０４という第２世代の端末は、配信上限２のうち１つを使って図１０では示されていない１つの端末に映像ＩＤ＝１のストリーム・データを配信している。ＣＥＬ１１という第２世代の端末は、配信上限２のうちいずれも使用していないので、現段階では配信ツリー１０の葉ノードである。このような配信管理ＤＢ５１を参照して、配信管理サーバ５は、ｎ世代の装置のうち配信数が配信上限数に達していない装置が存在するか判断する。
【００２７】
ｎ世代の装置のうち配信数が配信上限数に達していない装置が存在しない場合には、世代数ｎを１インクリメントして（ステップＳ９）、ステップＳ７に戻る。一方、ｎ世代の装置のうち配信数が配信上限数に達していない装置が存在する場合には、例えば配信余裕（配信上限数−配信数）が最大の装置を１つ選択し、又は配信余裕が同じであれば装置ＩＤなどから特定の装置を１つ選択し、配信管理ＤＢ５１から当該装置のＩＰアドレス及びポート番号をアクセス先データとして読み出す（ステップＳ１１）。当然ながら、装置ＩＤも特定している。例えば映像ＩＤ＝１のストリーム・データを要求された場合には、図１０の例ではＣＥＬＬ０２という端末が選択され、ＣＥＬＬ０２という端末のＩＰアドレス１９２．１６８．１．１０２及び配信ポート番号９９００がアクセス先データとして特定される。そして、特定されたアクセス先データを含む接続通知を要求元の端末に送信する（ステップＳ１３）。
【００２８】
要求元の端末の配信管理サーバ・インターフェース部１１４は、配信管理サーバ５から、ＩＰアドレス及びポート番号をアクセス先データとして含む接続要求を受信し、例えばメインメモリなどの記憶装置に格納する（ステップＳ１５）。
【００２９】
また、配信管理サーバ５は、特定のストリーム・データの映像ＩＤとＩＰアドレスと配信ポート番号と配信上限数（配信許容数）とを含む接続要求及び配信元として特定された装置のＩＤを用いて、要求元の端末についてのレコードを配信管理ＤＢ５１に追加し、配信元として特定された装置についてのレコードにおいて配信数を１インクリメントするようにデータを更新する（ステップＳ１７）。例えば、ＣＥＬＬ１２という装置ＩＤ、１という映像ＩＤ、１９２．１６８．１．１１２というＩＰアドレス、９９００という配信ポート番号、２という配信上限数、０という配信数、ＣＥＬＬ０２という配信元ＩＤが、要求元の端末についてのレコードとして配信管理ＤＢ５１に追加される。また、ＣＥＬＬ０２の端末についてのレコードにおいては、配信数が１から２に増加される。配信上限数については、ＣＰＵ使用率などの配信性能情報を受信した場合には、配信管理サーバ５が所定の規則に基づき決定する。
【００３０】
要求元の端末の配信管理サーバ・インターフェース部１１４は、アクセス先データをストリーム・データ受信部１１１に出力し、ストリーム・データ受信部１１１は、アクセス先データによって指定されたアクセス先の装置に接続要求を送信する（ステップＳ１９）。接続先の装置のストリーム・データ中継部１１２（端末の場合）は、端末からの接続要求に応じて接続処理を行って、ストリーム・データ受信部１１１からストリーム・データを受け取って配信を開始する（ステップＳ２１）。要求元の装置のストリーム・データ受信部１１１は、接続先の装置からストリーム・データを受信し、ストリーム・データ再生部１１３に出力すると、ストリーム・データ再生部１１３は、ストリーム・データをデコードし、映像などを表示装置に表示するなどの出力処理を実施する（ステップＳ２３）。なお、接続先の装置が、エンコーダ３であれば配信部が接続及び配信を行う。
【００３１】
このような処理を実施すれば、配信ツリー１０において配信余裕が存在し且つ世代数（層数又は段数）の最も小さい位置に新たな端末が配置されるようになり、より安定した配信が行われるようになる。
【００３２】
次に、図１１及び図１２を用いて、ある端末が配信ツリー１０から離脱する際の詳細な処理について説明する。例えば端末のユーザが、ストリーム・データの受信を中止するように端末に指示すると、端末の配信管理サーバ・インターフェース部１１４は、当該指示を受け付け、装置ＩＤ等を含む削除通知を配信管理サーバ５に送信する（図１１：ステップＳ３１）。
【００３３】
配信管理サーバ５は、端末から装置ＩＤ等を含む削除通知を受信すると（ステップＳ３３）、再接続処理を実施する（ステップＳ３５）。再接続処理については、図１２を用いて説明する。
【００３４】
まず、配信管理ＤＢ５１を検索して、削除通知の送信元を配信元とする端末を特定する（ステップＳ６１）。削除通知の送信元の装置ＩＤが図１０のようなテーブルにおいて配信元ＩＤの列に登録されているレコードの装置ＩＤを特定する。もし、ステップＳ６１で１つも端末が特定されない場合には、配信ツリー１０の葉ノードであるから当該端末が配信ツリー１０から離脱しても他の端末に影響はない。従って、元の処理に戻る。但し、ステップＳ４５以降の処理は実施しない。
【００３５】
一方、ステップＳ６１で１又は複数の装置ＩＤが特定された場合には、配信管理ＤＢ５１において、削除通知の送信元の装置ＩＤに係るレコードを仮に無効化すると共に、削除通知の送信元の装置へ配信を行っている装置についての配信数を仮に１デクリメントする（ステップＳ６５）。すなわち、削除通知の送信元が配信ツリー１０から離脱してしまった直後の状態を仮に想定する。例えば、図１０の例においてＣＥＬＬ０１という端末が配信ツリー１０から離脱する場合には、ＣＥＬＬ０３及びＣＥＬＬ０４という端末がステップＳ６１で特定される。そして、ＣＥＬＬ０１という端末のレコードが仮に無効化されると共に、ＣＥＬＬ０１という端末へ配信している装置であるルート・ノードＥＮＣ１の配信数を仮に１デクリメントして１とする。
【００３６】
そして、ステップＳ６１で特定された端末を１つ選択する（ステップＳ６７）。例えばその端末の配信数が多い順に選択する。このようにすれば、より多くの配信を行っている端末を配信ツリー１０においてより安定的に配信できる位置に移動させることができるようになり、全体としての配信安定性が高くなる。但し、他の基準にて選択するようにしても良い。
【００３７】
そして、世代数（段数又は層数）ｎを０に初期化する（ステップＳ６９）。そして、配信管理ＤＢ５１を参照してｎ世代の装置の配信本数に余裕が存在するか判断する（ステップＳ７１）。これはステップＳ７と同様の処理である。
【００３８】
ｎ世代の装置のうち配信数が配信上限数に達していない装置が存在しない場合には、世代数ｎを１インクリメントして（ステップＳ７３）、ステップＳ７１に戻る。一方、ｎ世代の装置のうち配信数が配信上限数に達していない装置が存在する場合には、例えば配信余裕（配信上限数−配信数）が最大の装置を１つ選択し、又は配信余裕が同じであれば装置ＩＤなどから特定の装置を１つ選択し、配信管理ＤＢ５１から当該装置の装置ＩＤ並びにアクセス先データとしてＩＰアドレス及び配信ポート番号を読み出し、ステップＳ６７で選択された端末の装置ＩＤに対応付けて、メインメモリなどの記憶装置に格納する（ステップＳ７５）。例えば、図１０の例においてＣＥＬＬ０１という端末が配信ツリー１０から離脱する場合には、ＣＥＬＬ０３及びＣＥＬＬ０４という端末がステップＳ６１で特定され、ＣＥＬＬ０３という端末をステップＳ６７で選択すると、ステップＳ７５では第０世代で余裕の生じたルート・ノードＥＮＣ１が特定され、当該ルート・ノードＥＮＣ１のＩＰアドレス（１９２．１．１．１１）及び配信ポート番号（９９００）を含むアクセス先データと、さらにルート・ノードＥＮＣ１の装置ＩＤとしてＥＮＣ１とが、ＣＥＬＬ０３に対応して格納される。
【００３９】
そして、ステップＳ７５で特定された装置の配信数を仮に１インクリメントする（ステップＳ７６）。ステップＳ６１で複数の端末が影響を受けるとして特定された場合のためである。
【００４０】
そしてステップＳ６１で特定された端末のうち未処理の端末が存在するか判断する（ステップＳ７７）。もし未処理の端末が存在する場合にはステップＳ６７に戻る。例えば、上で述べた例の続きで、ステップＳ６７でＣＥＬＬ０４という端末が選択されると、ステップＳ７５では第１世代で余裕を有しているＣＥＬＬ０２という端末が特定される。そして、ＣＥＬＬ０２という端末のＩＰアドレス（１９２．１６８．１．１０２）及び配信ポート番号（９９００）を含むアクセス先データと、その端末の装置ＩＤとしてＣＥＬＬ０２とが、ＣＥＬＬ０４に対応して格納される。
【００４１】
一方ステップＳ７７で、ステップＳ６１で特定された全ての端末について処理が完了したと判断された場合には、ステップＳ６５及びステップＳ７６についての配信管理ＤＢ５１に対する仮登録処理を全てキャンセルして元の状態に戻す（ステップＳ７９）。そして元の処理に戻る。
【００４２】
このようにして、削除要求の送信元の端末が配信ツリー１０から離脱する際に影響を受ける端末について新たな接続先が特定される。新たな接続先についても、削除通知の送信元の端末が離脱した状態を仮に想定して、できるだけルート・ノードに近い順に決定されるため、世代数（層数又は段数）を下げて合理的な配信ツリー１０を再構成することができる。
【００４３】
図１１の処理の説明に戻って、まず配信管理サーバ５は、削除通知の送信元の端末に削除許可通知を送信する（ステップＳ３７）。削除通知の送信元の端末の配信管理サーバ・インターフェース部１１４は、配信管理サーバ５から削除許可通知を受信すると（ステップＳ３９）、ストリーム・データ受信部１１１にストリーム・データの受信を停止させ、下位の世代に配信している場合にはストリーム・データ中継部１１２に配信を停止させる（ステップＳ４１）。
【００４４】
配信管理サーバ５は、削除通知の送信元の端末に係るレコードを配信管理ＤＢ５１から削除すると共に、削除通知の送信元の端末へ配信していた配信元装置のレコードにおいて配信数を１デクリメントする（ステップＳ４３）。これによって削除通知の送信元の端末が配信ツリー１０から離脱した状態のみを配信管理ＤＢ５１に反映することができる。上で述べた例では、ＣＥＬＬ０１のレコードが削除されると共に、ＥＮＣ１というルート・ノードのレコードにおいて、配信数が１デクリメントされる。
【００４５】
さらに、配信管理サーバ５は、ステップＳ６１で特定された、影響を受ける端末の装置ＩＤとアクセス先データと新たに配信元となる装置の装置ＩＤとの組み合わせ（すなわちステップＳ７５で生成されたデータ）を用いて、配信元変更通知を送信する（ステップＳ４５）。ステップＳ６１で複数の端末が特定された場合には、全ての端末についてステップＳ４５を実施する。影響を受ける端末のＩＤで配信管理サーバ５を検索してＩＰアドレスを特定すると、当該ＩＰアドレス宛に当該影響を受ける端末のＩＤに対応して格納されているアクセス先データを含む配信元変更通知を送信する。上で述べた例では、ＣＥＬＬ０３という端末に対しては、そのＩＰアドレス（１９２．１６８．１．１０３）宛に、ルート・ノードＥＮＣ１のＩＰアドレス（１９２．１６８．１．１１）及び配信ポート番号（９９００）をアクセス先データとして含む配信元変更通知を送信する。ＣＥＬＬ０４という端末については、そのＩＰアドレス（１９２．１６８．１．１０４）宛に、ＣＥＬＬ０２という端末のＩＰアドレス（１９２．１６８．１．１０２）及び配信ポート番号（９９００）をアクセス先データとして含む配信元変更通知を送信する。
【００４６】
影響を受ける端末の配信管理サーバ・インターフェース部１１４は、配信管理サーバ５から新たな配信元の装置のアクセス先データを含む配信元変更通知を受信すると（ステップＳ４７）、ストリーム・データ受信部１１１に出力する。そして、ストリーム・データ受信部１１１は、指定されたアクセス先データを用いて新たなアクセス先に接続し（ステップＳ５１）、当該新たなアクセス先の装置からストリーム・データを受信し、ストリーム・データ再生部１１３及びストリーム・データ中継部１１２に出力する。ストリーム・データ再生部１１３は、ストリーム・データをデコードして表示装置等の出力装置に出力する（ステップＳ５３）。ストリーム・データ中継部１１２は、受信ストリーム・データを自己の配信先の端末に転送する。
【００４７】
また、配信管理サーバ５は、ステップＳ７５で生成したデータ（影響を受ける端末の装置ＩＤとアクセス先データと新たに配信元となる装置の装置ＩＤとの組み合わせ）を用いて、配信管理ＤＢ５１における関連レコードを更新して登録する（ステップＳ４９）。具体的には、影響を受ける端末の装置ＩＤで配信管理ＤＢ５１を検索し、該当するレコードにおいて新たに配信元となる装置の装置ＩＤを配信元ＩＤとして更新登録する。さらに、新たに配信元となる装置の装置ＩＤで配信管理ＤＢ５１を検索し、該当するレコードにおいて配信数を１インクリメントして更新登録する。ステップＳ７５で生成したデータが複数組存在する場合には、全てのデータを用いて処理する。
【００４８】
上で述べた例では、ＣＥＬＬ０３という端末についてのレコードにおいて、配信元ＩＤとしてＥＮＣ１が登録され、ＥＮＣ１のレコードにおいて配信数が１インクリメントされる。また、ＣＥＬＬ０４という端末についてのレコードにおいて、配信元ＩＤとしてＣＥＬＬ０２が登録され、ＣＥＬＬ０２のレコードにおいて配信数が１インクリメントされる。
【００４９】
以上のような処理を実施することによって、配信ツリー１０に属する端末が配信ツリー１０から離脱する場合においても、適切に配信ツリー１０の再構成が行われるようになり、切替えのタイミングを揃えたり他の技術を用いることによって映像などがとぎれることなく配信ツリー１０をストリーム・データが流れ続けるようになる。
【００５０】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図２の機能ブロック図は一例であって、必ずしも実際のプログラム・モジュールと一致しない。
【００５１】
また、各端末の配信上限数にはばらつきがあり、必ずしも全ての端末が同じ配信上限数とはならない。但し、配信上限数が０となると配信ツリー１０が途中でとぎれることになるので、そのような端末についての接続要求については拒否するようにしても良い。さらに、端末の負荷状態はストリーム・データの受信中においても変動するので、例えば定期的に配信上限数を状態確認の上変動させるようにしても良い。この際配信上限数が下がってしまい、新たな配信上限数を超えるような配信数が登録されている場合には、新たな配信上限数を超える分の端末については、それらからあたかも接続要求を新たに受信したとして処理して配信元を切替えることによって対処可能である。
【００５２】
さらに、端末の信頼性はサーバより低いので途中でハングアップなどしてしまう場合もある。そのため第２世代以降の端末については、ストリーム・データの受信品質が所定基準以下に落ちた場合などには、他の配信元の端末のアクセス先データを配信管理サーバ５に要求して、早期に配信元の端末を切替えるようにしても良い。また、他の配信元の端末のアクセス先データについては仮予約を行って、前もって取得しておく場合もある。
【００５３】
なお、配信管理サーバ５及び端末１１乃至２４は、図１３のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００５４】
（付記１）
配信要求端末から、特定のストリーム・データの配信を要求する配信要求を受信するステップと、
前記特定のストリーム・データの配信ツリーのルート・デバイスと前記配信ツリーにおけるノードである端末とを含む機器毎に前記配信ツリーにおけるルートからの当該機器の段数と当該機器の中継余力を表すデータと当該機器のアクセス先データとを格納する配信管理データベースを参照して、前記段数が最小であり且つ中継余力を有する機器を特定するステップと、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの要求先データとして前記配信要求端末に送信するステップと、
前記特定のストリーム・データを前記配信要求端末へ配信している状態を反映するように前記配信管理データベースを更新する更新ステップと、
を含むストリーム・データ配信管理方法。
【００５５】
（付記２）
前記更新ステップが、
前記配信管理データベースに、前記配信要求端末に関するデータを登録するステップと、
前記配信管理データベースにおいて、特定された前記機器の中継余力を表すデータを更新するステップと、
を含む付記１記載のストリーム・データ配信管理方法。
【００５６】
（付記３）
前記配信要求端末に関するデータが、
前記機器の段数として、特定された前記機器の段数を１インクリメントした値と、
前記機器の中継余力を表すデータとして、前記配信要求端末の配信先許容数及び配信数と、
前記機器のアクセス先データとして、前記配信要求端末のＩＰアドレス及びポート番号と、
前記配信要求端末の配信元データとして、特定された前記機器の識別情報と、
を含む付記２記載のストリーム・データ配信管理方法。
【００５７】
（付記４）
前記配信要求端末の配信先許容数が、前記配信要求端末によって指定された値又は前記ストリーム・データ配信管理方法を実施するコンピュータによって特定された値である
付記３記載のストリーム・データ配信管理方法。
【００５８】
（付記５）
前記配信要求端末が、ストリーム・データを受信して表示装置に表示する機能と他の端末からの要求に応じて前記ストリーム・データを中継する機能とを有する
付記１乃至４のいずれか１つ記載のストリーム・データ配信管理方法。
【００５９】
（付記６）
前記配信要求端末のＩＰアドレス及びポート番号が、前記配信要求に含まれる
付記３記載のストリーム・データ配信管理方法。
【００６０】
（付記７）
前記配信管理データベースが、前記端末毎に当該端末の配信元機器の識別情報をさらに格納しており、
前記特定のストリーム・データの配信ツリーにおけるノードである特定の端末から、配信停止要求を受信するステップと、
前記配信管理データベースを参照して、前記特定の端末を配信元機器とする機器を検出する検出ステップと、
前記検出ステップによって機器が検出された場合には、前記特定の端末が前記配信ツリーに属さない状態を想定して前記配信管理データベースを検索して、前記段数が最小であり且つ中継余力を有する機器を特定するステップと、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの新たな要求先データとして前記検出ステップによって検出された機器に送信するステップと、
前記検出ステップによって検出された機器から前記特定の端末へ前記特定のストリーム・データを配信している状態を反映するように前記配信管理データベースを更新するステップと
をさらに含む付記１記載のストリーム・データ配信管理方法。
【００６１】
（付記８）
前記特定の端末に、配信停止許可通知を送信するステップ
をさらに含む付記７記載のストリーム・データ配信管理方法。
【００６２】
（付記９）
特定のストリーム・データの配信ツリーのいずれかのノードである特定の端末から、配信停止要求を受信するステップと、
前記特定のストリーム・データの配信ツリーのルート・デバイスと前記配信ツリーにおけるノードである端末とを含む機器毎に前記配信ツリーにおけるルートからの当該機器の段数と当該機器の中継余力を表すデータと当該機器のアクセス先データと当該機器の配信元機器の識別情報とを格納する配信管理データベースを参照して、前記特定の端末を配信元機器とする機器を検出する検出ステップと、
前記検出ステップによって機器が検出された場合には、前記特定の端末が前記配信ツリーに属さない状態を想定して前記配信管理データベースを検索して、前記段数が最小であり且つ中継余力を有する機器を特定するステップと、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの新たな要求先データとして前記検出ステップによって検出された機器に送信するステップと、
前記検出ステップによって検出された機器から前記特定の端末へ前記特定のストリーム・データを配信している状態を反映するように前記配信管理データベースを更新するステップと、
を含むストリーム・データ配信管理方法。
【００６３】
（付記１０）
付記１乃至９のいずれか１つ記載のストリーム・データ配信管理方法をコンピュータによって実行させるためのプログラム。
【００６４】
（付記１１）
配信要求端末から、特定のストリーム・データの配信を要求する配信要求を受信する手段と、
前記特定のストリーム・データの配信ツリーのルート・デバイスと前記配信ツリーにおけるノードである端末とを含む機器毎に前記配信ツリーにおけるルートからの当該機器の段数と当該機器の中継余力を表すデータと当該機器のアクセス先データとを格納する配信管理データベースを参照して、前記段数が最小であり且つ中継余力を有する機器を特定する手段と、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの要求先データとして前記配信要求端末に送信する手段と、
前記特定のストリーム・データを前記配信要求端末へ配信している状態を反映するように前記配信管理データベースを更新する手段と、
を有するストリーム・データ配信管理コンピュータ。
【００６５】
（付記１２）
特定のストリーム・データの配信ツリーのいずれかのノードである特定の端末から、配信停止要求を受信する手段と、
前記特定のストリーム・データの配信ツリーのルート・デバイスと前記配信ツリーにおけるノードである端末とを含む機器毎に前記配信ツリーにおけるルートからの当該機器の段数と当該機器の中継余力を表すデータと当該機器のアクセス先データと当該機器の配信元機器の識別情報とを格納する配信管理データベースを参照して、前記特定の端末を配信元機器とする機器を検出する検出手段と、
前記検出手段によって機器が検出された場合には、前記特定の端末が前記配信ツリーに属さない状態を想定して前記配信管理データベースを検索して、前記段数が最小であり且つ中継余力を有する機器を特定するステップと、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの新たな要求先データとして前記検出手段によって検出された機器に送信するステップと、
前記検出手段によって検出された機器から前記特定の端末へ前記特定のストリーム・データを配信している状態を反映するように前記配信管理データベースを更新するステップと、
を有するストリーム・データ配信管理コンピュータ。
【図面の簡単な説明】
【００６６】
【図１】本発明の実施の形態に係るシステム概要を説明するための図である。
【図２】端末の機能ブロック図である。
【図３】端末から配信要求を受信した場合における配信ツリーの構成処理を説明するための図である。
【図４】端末から配信要求を受信した場合における配信ツリーの構成処理を説明するための図である。
【図５】端末から配信要求を受信した場合における配信ツリーの構成処理を説明するための図である。
【図６】端末から配信要求を受信した場合における配信ツリーの構成処理を説明するための図である。
【図７】端末から削除要求を受信した場合における配信ツリーの再構成処理を説明するための図である。
【図８】端末から削除要求を受信した場合における配信ツリーの再構成処理を説明するための図である。
【図９】配信要求を受信した場合の処理フローを示す図である。
【図１０】配信管理ＤＢに格納されるデータの一例を示す図である。
【図１１】削除要求を受信した場合の処理フローを示す図である。
【図１２】再接続処理の処理フローを示す図である。
【図１３】コンピュータの機能ブロック図である。
【符号の説明】
【００６７】
１  カメラ
３  エンコーダ
５  配信管理サーバ    
１１乃至２４  端末
５１  配信管理ＤＢ
【図１】
2007193602.tif 000003
【図２】
2007193602.tif 000004
【図３】
2007193602.tif 000005
【図４】
2007193602.tif 000006
【図５】
2007193602.tif 000007
【図６】
2007193602.tif 000008
【図７】
2007193602.tif 000009
【図８】
2007193602.tif 000010
【図９】
2007193602.tif 000011
【図１０】
2007193602.tif 000012
【図１１】
2007193602.tif 000013
【図１２】
2007193602.tif 000014
【図１３】
2007193602.tif 000015
【手続補正書】
【提出日】平成18年4月21日(2006.4.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４
【補正方法】変更
【補正の内容】
【請求項４】
前記配信管理データベースが、前記端末毎に当該端末の配信元機器の識別情報をさらに格納しており、
前記特定のストリーム・データの配信ツリーにおけるノードである特定の端末から、配信停止要求を受信するステップと、
前記配信管理データベースを参照して、前記特定の端末を配信元機器とする機器を検出する検出ステップと、
前記検出ステップによって機器が検出された場合には、前記特定の端末が前記配信ツリーに属さない状態を想定して前記配信管理データベースを検索して、前記段数が最小であり且つ中継余力を有する機器を特定するステップと、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの新たな要求先データとして前記検出ステップによって検出された機器に送信するステップと、
特定された前記機器から前記検出ステップによって検出された機器へ前記特定のストリーム・データを配信している状態を反映するように前記配信管理データベースを更新するステップと
をさらに含む請求項１記載のストリーム・データ配信管理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
また、配信管理データベースが、端末毎に当該端末の配信元機器の識別情報をさらに格納するようにしてもよい。その場合、特定のストリーム・データの配信ツリーにおけるノードである特定の端末から、配信停止要求を受信するステップと、配信管理データベースを参照して、特定の端末を配信元機器とする機器を検出する検出ステップと、検出ステップによって機器が検出された場合には、特定の端末が配信ツリーに属さない状態を想定して配信管理データベースを検索して、段数が最小であり且つ中継余力を有する機器を特定するステップと、配信管理データベースから、特定された機器のアクセス先データを読み出し、特定のストリーム・データの新たな要求先データとして検出ステップによって検出された機器に送信するステップと、特定された上記機器から上記検出ステップによって検出された機器へ特定のストリーム・データを配信している状態を反映するように配信管理データベースを更新するステップとをさらに含むようにしてもよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
図２に、端末１１乃至２４の機能ブロック図を示す。端末１１乃至２４は、配信ツリー１０の上位世代からストリーム・データを受信するストリーム・データ受信部１１１と、配信ツリー１０の下位世代の端末へストリーム・データを中継するストリーム・データ中継部１１２と、ストリーム・データ受信部１１１が受信したストリーム・データをデコードし、表示装置に再生出力するストリーム・データ再生部１１３と、ユーザ等からの指示に応じて配信管理サーバ５に配信要求又は削除通知（配信停止要求又は受信停止要求とも呼ぶ）を送信したり配信管理サーバ５から接続通知又は削除許可通知を受信するなどの処理を行う配信管理サーバ・インターフェース部１１４とを有する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
配信管理サーバ５は、端末の装置ＩＤと特定のストリーム・データの映像ＩＤと端末のＩＰアドレスと端末の配信ポート番号と配信性能情報とを含む接続要求（配信要求とも呼ぶ）を端末から受信すると（ステップＳ３）、世代数（段数又は層数）ｎを０に初期化する（ステップＳ５）。そして、配信管理ＤＢ５１を参照してｎ世代の装置の配信本数に余裕が存在するか判断する（ステップＳ７）。配信管理ＤＢ５１に格納されるデータの一例を図１０に示す。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
要求元の端末の配信管理サーバ・インターフェース部１１４は、配信管理サーバ５から、ＩＰアドレス及びポート番号をアクセス先データとして含む接続通知を受信し、例えばメインメモリなどの記憶装置に格納する（ステップＳ１５）。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００４５
【補正方法】変更
【補正の内容】
【００４５】
さらに、配信管理サーバ５は、ステップＳ６１で特定された、影響を受ける端末の装置ＩＤとアクセス先データと新たに配信元となる装置の装置ＩＤとの組み合わせ（すなわちステップＳ７５で生成されたデータ）を用いて、配信元変更通知を送信する（ステップＳ４５）。ステップＳ６１で複数の端末が特定された場合には、全ての端末についてステップＳ４５を実施する。影響を受ける端末のＩＤで配信管理ＤＢ５１を検索してＩＰアドレスを特定すると、当該ＩＰアドレス宛に当該影響を受ける端末のＩＤに対応して格納されているアクセス先データを含む配信元変更通知を送信する。上で述べた例では、ＣＥＬＬ０３という端末に対しては、そのＩＰアドレス（１９２．１６８．１．１０３）宛に、ルート・ノードＥＮＣ１のＩＰアドレス（１９２．１．１．１１）及び配信ポート番号（９９００）をアクセス先データとして含む配信元変更通知を送信する。ＣＥＬＬ０４という端末については、そのＩＰアドレス（１９２．１６８．１．１０４）宛に、ＣＥＬＬ０２という端末のＩＰアドレス（１９２．１６８．１．１０２）及び配信ポート番号（９９００）をアクセス先データとして含む配信元変更通知を送信する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正の内容】
【００６０】
（付記７）
前記配信管理データベースが、前記端末毎に当該端末の配信元機器の識別情報をさらに格納しており、
前記特定のストリーム・データの配信ツリーにおけるノードである特定の端末から、配信停止要求を受信するステップと、
前記配信管理データベースを参照して、前記特定の端末を配信元機器とする機器を検出する検出ステップと、
前記検出ステップによって機器が検出された場合には、前記特定の端末が前記配信ツリーに属さない状態を想定して前記配信管理データベースを検索して、前記段数が最小であり且つ中継余力を有する機器を特定するステップと、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの新たな要求先データとして前記検出ステップによって検出された機器に送信するステップと、
特定された前記機器から前記検出ステップによって検出された機器へ前記特定のストリーム・データを配信している状態を反映するように前記配信管理データベースを更新するステップと
をさらに含む付記１記載のストリーム・データ配信管理方法。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００６２
【補正方法】変更
【補正の内容】
【００６２】
（付記９）
特定のストリーム・データの配信ツリーのいずれかのノードである特定の端末から、配信停止要求を受信するステップと、
前記特定のストリーム・データの配信ツリーのルート・デバイスと前記配信ツリーにおけるノードである端末とを含む機器毎に前記配信ツリーにおけるルートからの当該機器の段数と当該機器の中継余力を表すデータと当該機器のアクセス先データと当該機器の配信元機器の識別情報とを格納する配信管理データベースを参照して、前記特定の端末を配信元機器とする機器を検出する検出ステップと、
前記検出ステップによって機器が検出された場合には、前記特定の端末が前記配信ツリーに属さない状態を想定して前記配信管理データベースを検索して、前記段数が最小であり且つ中継余力を有する機器を特定するステップと、
前記配信管理データベースから、特定された前記機器のアクセス先データを読み出し、前記特定のストリーム・データの新たな要求先データとして前記検出ステップによって検出された機器に送信するステップと、
特定された前記機器から前記検出ステップによって検出された機器へ前記特定のストリーム・データを配信している状態を反映するように前記配信管理データベースを更新するステップと、
を含むストリーム・データ配信管理方法。