(57)【要約】      （修正有）【課題】ストリーミング配信を行うサービス一般において、信頼性、可用性を向上させる方法およびシステムを提供する。【解決手段】ネットワークで接続された１つ以上のレシーバへストリームデータを配信するにあたり、ストリームデータを受け取る分配サーバと該分配サーバから分配されたストリームデータの各要素を受信し前記レシーバに配信する複数の配信サーバを設ける。まず分配サーバがストリーミングソースから受け取ったストリームデータの各要素について、送信可能な配信サーバのうちのいずれか一つを選択して送信し、配信サーバが分配サーバから受信したストリームデータの要素をレシーバに配信するようにする。最後に各レシーバが前記複数の配信サーバから受け取ったストリームデータの要素から元のストリームデータを再構成する。【選択図】図２
2006121195.tif 000002
【特許請求の範囲】
【請求項１】
ストリームデータを受け取る分配サーバと、前記分配サーバから分配されたストリームデータの要素を受信し１つ以上のレシーバに配信する配信サーバを用いて、ストリームデータを配信する方法であって、
前記分配サーバがストリームデータの各要素について、送信可能な複数の配信サーバのうちのいずれか１つを選択して送信するステップと、
配信サーバが分配サーバから受信したストリームデータの要素をレシーバに配信するステップと、
各レシーバが前記複数の配信サーバから受け取ったストリームデータの要素から元のストリームデータを再構成するステップ
を有するストリームデータ配信方法。
【請求項２】
前記配信方法がさらに、
分配サーバが、新規レシーバからの接続要求に応じて、前記新規レシーバに複数の配信サーバの一覧を送信するステップと、
新規レシーバが前記一覧に従って、複数の配信サーバに受信可能通知を送信するステップと、
受信可能通知を受け取った複数の配信サーバが新規レシーバに配信を開始するステップ
を有する、請求項１記載の方法。
【請求項３】
前記配信方法がさらに、
分配サーバが、新規レシーバからの接続要求に応じて、新規レシーバ情報をストリームデータの各要素に付加して複数の配信サーバに通知するステップと、
通知を受け取った複数の配信サーバが前記新規レシーバ情報に基づき新規レシーバに配信を開始するステップ
を有する、請求項１記載の方法。
【請求項４】
前記配信方法がさらに、
配信サーバがレシーバの１つからの切断を検知するステップと、
前記検知に応じて前記レシーバへの配信を終了するステップ
を有する、請求項１記載の方法。
【請求項５】
分配サーバが各配信サーバの稼動状態を監視するステップと、
分配サーバが新規に追加された配信サーバの接続を検知した場合、追加配信サーバへのストリームデータの各要素の分配を開始するステップ
をさらに有する請求項１記載の方法。
【請求項６】
前記配信方法がさらに、
前記分配サーバが、配信サーバを通じて全レシーバに新規配信サーバの追加通知を送信するステップと、
追加通知を受けたレシーバが、受信可能通知を新規配信サーバに送信するステップ
を有する、請求項５記載の方法。
【請求項７】
前記配信方法がさらに、
レシーバから受信可能通知を受けた新規配信サーバが分配サーバに送信準備完了通知を送信するステップと、
送信準備完了通知を受けた分配サーバが、新規配信サーバへのストリームデータの各要素の分配を開始するステップ
を有する、請求項６記載の方法。
【請求項８】
前記追加通知を送信するステップは、分配サーバが新規配信サーバ情報をストリームデータの要素に付加して配信サーバに送信するステップである、請求項５記載の方法。
【請求項９】
前記追加通知を送信するステップがさらに、
分配サーバがレシーバの総数の情報をストリームデータの要素に付加して配信サーバに送信するステップと、
前記レシーバが、前記レシーバの総数に比例するランダム時間待機した後、新規配信サーバへの接続を行うステップ
を有する、請求項８に記載の方法
【請求項１０】
分配サーバが各配信サーバの稼動状態を監視するステップと、
前記配信サーバの１つの切断を検知した場合には、ストリームデータの各要素の転送先を動的に変更することにより、分配サーバが切断の生じた配信サーバを使用しないようにするステップ
をさらに有する請求項１記載の方法。
【請求項１１】
前記配信方法がさらに、
前記分配サーバが配信サーバからのストリームデータの要素の受領通知があるか判断するステップと、
前記受領通知がない場合には配信サーバの切断と判断し、該切断した配信サーバにストリームデータの要素を送信しないようにするステップ
を有する、請求項１０記載の方法。
【請求項１２】
前記受信通知は、配信サーバが受信したストリームデータの要素のＡＣＫである、請求項１１記載の方法。
【請求項１３】
前記分配サーバが複数であり、該複数の分配サーバはさらにストリームデータを送信する親分配サーバにネットワークで接続され、該親分配サーバと複数の分配サーバの関係が、分配サーバと配信サーバと同様の関係を有する、請求項１記載の方法。
【請求項１４】
ストリームデータを受け取る分配サーバと、前記分配サーバから分配されたストリームデータの要素を受信し１つ以上のレシーバに配信する配信サーバを用いて、ストリームデータへの課金を行う方法であって、
前記分配サーバがストリームデータの各要素について、送信可能な複数の配信サーバのうちのいずれか１つを選択して送信するステップと、
配信サーバが分配サーバから受信したストリームデータの要素をレシーバに配信するステップと、
各レシーバが前記複数の配信サーバから受け取ったストリームデータの要素から元のストリームデータを再構成することに応じて、各レシーバ情報および再構成したストリームデータ情報を分配サーバに送信するステップと、
分配サーバが前記レシーバ情報および再構成したストリームデータ情報に応じて課金を行うステップ
を有する方法。
【請求項１５】
請求項１乃至１４記載の方法の各ステップをコンピュータに実行させるプログラム。
【請求項１６】
ストリームデータを受け取る分配サーバと、前記分配サーバから分配されたストリームデータの要素を受信し１つ以上のレシーバに配信する配信サーバを用いて、ストリームデータを配信するシステムであって、
前記分配サーバがストリームデータの各要素について、送信可能な複数の配信サーバのうちのいずれか１つを選択して送信する手段と、
配信サーバが分配サーバから受信したストリームデータの要素をレシーバに配信する手段と、
各レシーバが前記複数の配信サーバから受け取ったストリームデータの要素から元のストリームデータを再構成する手段
を有するストリームデータ配信システム。
【請求項１７】
ストリームデータを受け取る分配サーバと、前記分配サーバから分配されたストリームデータの要素を受信し１つ以上のレシーバに配信する配信サーバを用いて、ストリームデータへの課金を行うシステムであって、
前記分配サーバがストリームデータの各要素について、送信可能な複数の配信サーバのうちのいずれか１つを選択して送信する手段と、
配信サーバが分配サーバから受信したストリームデータの要素をレシーバに配信する手段と、
各レシーバが前記複数の配信サーバから受け取ったストリームデータの要素から元のストリームデータを再構成することに応じて、各レシーバ情報および再構成情報を分配サーバに送信する手段と、
分配サーバが前記レシーバ情報および再構成情報に応じて課金を行う手段
を有するシステム。
【請求項１８】
ストリームデータを受け取る分配サーバと、前記分配サーバから分配されたストリームデータの要素を受信し１つ以上のレシーバに配信する配信サーバを用いて、ストリームデータを複数のレシーバに信頼性高く配信するストリームデータ配信サービスであって、
前記分配サーバがストリームデータの各要素について、送信可能な複数の配信サーバのうちのいずれか１つを選択して送信する段階と、
配信サーバが分配サーバから受信したストリームデータの要素をレシーバに配信する段階と、
各レシーバが前記複数の配信サーバから受け取ったストリームデータの要素から元のストリームデータを再構成することに応じて、各レシーバ情報および再構成情報を分配サーバに送信する段階と、
分配サーバが前記レシーバ情報および再構成情報に応じて課金を行う段階
を有するストリームデータ配信サービス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリームデータの配信方法およびシステムに関し、特にサーバの増減およびレシーバの増減に対応した柔軟なストリームデータ配信に関する。
【背景技術】
【０００２】
リアルタイムに生成されるストリームデータを広範囲のユーザに視聴させるストリーミング配信が脚光を浴びている。従来のストリーミング配信の典型的な例を図１に示す。ストリーミングソース１１０から出力されるストリームデータ１２０をサーバ１３０が受信しこれをユーザである各レシーバ１４０に送信する形態をとる。しかしながらこのようなストリーミング配信における信頼性・可用性の向上を行う適切な既存技術は存在していない。一方、予め送信サイズが既知のデータを扱うデータ配信の分野では信頼性向上のためにサーバの冗長化を行い、それぞれのサーバがデータを分割して配信する技術として特許文献１等が知られている。この方法は各配信サーバが同一の配信データを保持しいていることを前提としているためリアルタイムに生成されるサイズ不定のストリームデータに容易に適用できない。またストリーミング配信における障害発生時に予備サーバに接続しなおすために配信の途切れが生じる。さらに予備サーバ追加においても事前にサーバリストを再生側に通知するなど処理が必要となり柔軟なサーバ構成の変更が難しい。
【０００３】
【特許文献１】特開２００４−７０７１２
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、上記の技術的問題を解決するためになされたものであって、その目的とするところは、
・サイズ不定のストリーミング配信を行うサービス一般において、信頼性、可用性を向上させる方法およびシステムを提供することである。
・ストリーミング配信において、サーバに障害が発生して場合にもストリーミングを停止することなくレシーバに配信する方法およびシステムを提供することである。
・レシーバ増減に柔軟に対応したストリーミング配信の方法およびシステムを提供することである。
・ストリーミング配信におけるサーバの冗長化において、特定サーバへの負荷が生じない方法およびシステムを提供することである。
・ストリーミング配信におけるサーバの冗長化において、配信中のストリーミングへの影響なく障害の起こったサーバを柔軟に排除する方法およびシステムを提供することである。
・ストリーミング配信におけるサーバの冗長化において、配信中のストリーミングへの影響なく新規のサーバを容易に追加する方法およびシステムを提供することである。
【課題を解決するための手段】
【０００５】
かかる目的のもと、本発明が適用される配信方法は、図２に記載されるようにネットワークで接続された１つ以上のレシーバ２５０へストリームデータ２２０を配信するにあたり、ストリームデータ２２０を受け取る分配サーバ２３０と該分配サーバ２３０から分配されたストリームデータ２２０の各要素を受信し前記レシーバ２５０に配信する複数の配信サーバ２４０を設ける。まず分配サーバ２３０がストリーミングソース２１０から受け取ったストリームデータ２２０の各要素について、送信可能な配信サーバ２４０のうちのいずれか一つを選択して送信し、配信サーバ２４０が分配サーバ２３０から受信したストリームデータ２２０の要素をレシーバ２５０に配信するようにする。最後に各レシーバ２５０が前記複数の配信サーバ２４０から受け取ったストリームデータ２２０の要素から元のストリームデータを再構成する。なおストリームデータ２２０の要素はストリームデータ中のパケットでもよい。
【０００６】
上記構成からもわかるように、本発明での配信サーバは従来のデータ配信で使用されるような主従関係をもったサーバ構成をとらず各配信サーバが対等の関係にある。また各配信サーバへの分担は分配サーバが柔軟に決めることができる。なお上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【発明の効果】
【０００７】
従来の配信サーバの冗長化ではストリーミング配信における障害発生時に予備のサーバに接続しなおすために配信の途切れが生じる。また事前にサーバリストを再生側に通知するために動的なサーバ追加が難しい。これに対して本発明ではレシーバに配信するサーバに主サーバ・副サーバといった主従の区別のないサーバ構成を採用することにより構成が柔軟に変更できるため障害発生時にも配信を途切れさせることがない。さらにレシーバ側で再接続などのアクションを必要とせずに対処することが可能である。また制御用などの付加情報はすべてストリームデータに添付して送ることが可能なので、サーバの冗長化に伴うオーバーヘッドは限りなく小さいといえる。これにより、例えば配信を行うサービスプロバイダが必要とする信頼性のレベルに合わせて、サーバの構成を柔軟に変えることなども可能になり、ストリーミング配信を適用する際の選択肢が大きく広がる。
【発明を実施するための最良の形態】
【０００８】
図２においてストリーミングソース（ストリーミングサーバ）１１０はストリームデータ１２０を生成し、本発明において新たに導入した分配サーバ２３０が受信する。分配サーバ２３０は受信したストリームデータ２３０を配信サーバ２４０に転送するが、配信サーバが複数いる場合には分配して転送する。分配の方法はその時点で送信可能な配信サーバ２４０の中から選択する。一例としてストリームデータの要素をパケットとし、パケットごとに、その時点で送信可能な配信サーバ２４０の中からランダムに選択してもよい。別の例としては、分配サーバ２３０が各配信サーバ向けの送信キューを保持し、送信キューのもっとも短い（すなわち送信がもっともスムースに行われている）配信サーバにパケットを分配するようにしてもよい。なお以降ストリームデータの要素を単にデータ、パケット、データパケットと記載する場合があることにご留意願いたい。
【０００９】
レシーバ２５０は全ての配信サーバ２４０からデータを受信する。受信したデータパケットはレシーバ２５０内部に持つバッファ上で、元のストリームの順序になるように並べ替えを行い、再生アプリケーションに読み込ませる。
【００１０】
＜レシーバの増減＞
図３にレシーバ３６０が新規参加する方法を示す。レシーバが新規参加する方法を以下に説明する。新規レシーバ３６０が直接分配サーバ３３０に接続要求する方法と、配信サーバ３４０を通じて分配サーバ３３０に接続要求を行う方法があるが何れの構成をとってもよい。分配サーバ３３０は新規レシーバ３６０からの接続要求を受け取ると、新規レシーバ３６０に対して配信サーバの一覧を送信する。新規レシーバ３６０は一覧の内容にしたがって、それぞれの配信サーバ３４０に受信可能通知を送信する。配信サーバの一覧は各配信サーバと接続できる情報の一覧であればよい。ネットワークアドレス（IPアドレスなど）を含む一覧表でも構わない。他の態様として、接続要求を受け取った分配サーバ３３０は「新規レシーバ情報」をストリームデータ３２０に付加させて（すなわち piggybacking）全ての配信サーバ３４０に通知する。「新規レシーバ情報」としては、配信サーバ３４０との接続を可能にする情報、例えばIPアドレスとポート番号の組といった情報が含まれる。ストリームデータに添付させて送信することで効率的な通知が可能である。通知を受けて全ての配信サーバ３４０は新規レシーバ３６０に接続し、配信を開始する。
【００１１】
図４にレシーバ４６０が離脱する方法を示す。データ通信におけるクライアントがサーバから離脱する時の通常の手続きに従って全ての配信サーバ４４０から離脱するようにしてもよいし、例えば配信サーバ４４０に離脱信号(“LEAVE”)を送信するようにしてもよい。または配信サーバ４４０との接続を強制的に切断してもよい。望ましくは配信サーバ４４０に何らかの信号を送った後に配信サーバとの接続を切断する。これらの手続きの際に分配サーバ４３０は全く関与しない。
【００１２】
＜配信サーバの増減＞
図５に配信サーバ５６０をサービス継続中に追加する方法を示す。この場合のケースとしては新規配信サーバ５６０が分配サーバ３６０により起動（ネットワークブート）されるケース、あるいは新規配信サーバ５６０を最初に起動し分配サーバ５３０に接続するケースがある。前者の場合、分配サーバ５３０は新規配信サーバ５６０へのデータ分配を即座に行う。後者の場合、分配サーバ５３０は新規配信サーバ５６０へのデータ分配は即座に行わず、既存の配信サーバ５４０のみにデータ分配を行い新規配信サーバ５６０が起動された段階で分配サーバ５３０は既存の配信サーバ５４０の任意の一台に向けて「新規配信サーバ情報」を通知する。「新規配信サーバ情報」は具体的には新規配信サーバ５６０のIPアドレスとポート番号の組を有する小さいデータであり、ストリームデータパケットに添付して送信することで効率的に通知する。新規配信サーバ情報を受信した配信サーバは、その情報を配信ネットワーク経由で全てのレシーバ５５０に転送する。新規配信サーバ情報を受信したレシーバ５５０は、各々が新規配信サーバ５６０に接続する。新規配信サーバ５６０は、全てのレシーバ５５０からの接続が完了した時点で、分配サーバ５３０に送信準備完了通知を送信してもよいし、１つのレシーバからの接続完了時点で分配サーバ５３０に送信準備完了通知を出してもよい。この時点で分配サーバ５３０は新規配信サーバ５６０にもデータを分配する。
【００１３】
図６に配信サーバが意図的に離脱する場合、あるいは障害により正常な動作が出来なくなる場合の態様を示す。分配サーバ６３０が配信サーバ６６０の離脱や障害を検出すると、離脱したその配信サーバ６６０へのデータ分配転送を止める。分配サーバ６３０による配信サーバの離脱や障害の検出の方法は、例えば、分配サーバ６３０から配信サーバへデータを送信した後の受信確認（ＡＣＫ）が返らない場合、ＴＣＰコネクションの切断、ハードウェアのよる障害検知、あるいは上述のように、分配サーバが各配信サーバ向けの送信キューを保持している場合には離脱・障害の発生した配信サーバ向けの送信キューが処理されずに滞留し、そのキューに自然にデータが分配されなくなる場合がある。いずれの方法をとっても切断の検知は高速に行われるので非常に少ない遅延でデータ分配の停止が可能である。切断を検知した分配サーバ６３０はその時点で送信可能な残りの配信サーバ６４０の中から任意の一台に向けてデータパケットを送信するので、正常に稼動している配信サーバ６４０を通じて、レシーバ６５０には正しく一本分のストリームデータが供給される。すなわち切断検知から動的にストリームデータの送信が変更されるのでレシーバ６５０の側で特別な処理を行う必要はない。
【００１４】
＜サーバの冗長化＞
これまでの実施例では分配サーバが一台という前提であったが、それでは分配サーバの障害発生時に配信が停止する危険がある。配信サーバが一台という、通常のストリーミング配信の構成に比較すると、配信機能が切り分けられていて分配サーバはその一部を担うのみであることや、レシーバの状態を保持しないという理由から、負荷が軽く障害発生の可能性は小さいと考えられるが、さらに信頼性を向上させるために、分配サーバの冗長化も可能である。具体的には、図２の分配サーバ２３０を複数台設け、ストリーミングソース２１０と  複数の分配サーバ２３０との間に親分配サーバを設ける構成をとる。この親分配サーバと複数の分配サーバとの関係はちょうど、図２における分配サーバ２３０と複数の配信サーバ２４０との関係とまったく同じである。これをさらに多段にすることによりさらに信頼性を向上できる。
る。
【００１５】
＜誤り訂正符号の利用＞
図７に誤り訂正符号を本発明に適用することによりさらに信頼性を向上させる実施例を示す。分配サーバ７３０が配信サーバ７４０にストリームデータ７２０の各要素を分配して送信するにあたり、誤り訂正符号を用いて冗長化されたデータを送信するようにする。配信サーバ７４０は受信したデータをレシーバ７５０に送信する。レシーバ７５０は受信したデータをバッファリグしてオリジナルのストリームデータに復元する。この時、通信回線のノイズなどによりデータの一部が欠損しても誤り訂正符号のエラー訂正機能により完全にデータを復元可能となる。ノイズのほか、分配サーバ７３０内での配信サーバ７４０へのデータパケット分配方法によっては、配信サーバの離脱・障害発生時に、若干のパケットロスが生じる可能性が考えられる。あるいは、配信サーバ７４０のパフォーマンス低下などによって、分配サーバ７３０から送信されたデータの一部を正しくレシーバ７５０に配信できない可能性が考えられる。そのような原因で生じるパケットロスによる配信品質の低下に対処するために、誤り訂正符号を利用することはさらに信頼性向上に繋がる。
【００１６】
＜接続集中回避＞
図８に配信サーバ追加時の接続集中回避の実施例を示す。新規配信サーバ８６０が分配サーバ８６０により起動される（もしく新規配信サーバ８６０が最初に起動する）と分配サーバ８３０は既存の配信サーバ８４０の任意の一台に向けて「新規配信サーバ情報」を通知する。「新規配信サーバ情報」は具体的には新規配信サーバ８６０のIPアドレスとポート番号の組を有する小さいデータであり、ストリームデータパケットに添付して送信する。新規配信サーバ情報を受信した配信サーバは、その情報を配信ネットワーク経由で全てのレシーバ８５０に転送する。新規配信サーバ情報を受信したレシーバ８５０は、各々が新規配信サーバ８６０に接続する。この時、レシーバ８５０の総数が多い場合には、新規配信サーバへの接続が集中して、一時的にネットワークに過負荷が発生する可能性が考えられる。対策としてレシーバ８５０の総数の情報を新規配信サーバ情報を通知するパケットに配信サーバが付加することにより、各レシーバ８５０が、レシーバの総数に比例するランダム時間待ってから、新規配信サーバへの接続を行うようにする。例えばレシーバの総数に対して１００msを掛けた時間を最大待機時間とすると、レシーバ総数１０台の場合最大待機時間は１秒間となる。各レシーバは乱数で１秒以下の待機時間を決定する。レシーバ総数１００台の場合最大待機時間は１０秒間となる。各レシーバは乱数で１０秒以下の待機時間を決定して待機した後、接続を開始する。
【００１７】
＜Ｐ２Ｇ型データ配信＞
図２〜図８における配信サーバとレシーバをＰ２Ｇサーバとそのレシーバに置き換えることも容易に可能である。各レシーバは全ての配信サーバと接続を維持するが、Ｐ２Ｇにおけるレシーバの転送先リストは一つのものを用いる。つまりどのサーバから送信されたパケットであるかを区別せずに、レシーバは常に同じ方法で転送する。新規レシーバの追加時は分配サーバは新規レシーバ情報を全ての配信サーバに通知するが、その際に適当な一台の配信サーバを代表者としてフラグを立てて通知する。代表者に選ばれた配信サーバは、新規レシーバのために転送先リストを作成して送信する。レシーバが離脱する際にはＰ２Ｇサーバに"LEAVE"信号を送信して接続を切断し、転送先レシーバとの接続も切断する。
【００１８】
＜ストリームデータ配信サービス＞
本発明の構成は容易にストリームデータ配信サービスに適用できる。図２を典型例として説明すると、コンテンツの利用ユーザである各レシーバ２５０が複数の配信サーバ２４０から受け取ったデータを元のストリームデータ２１０に再構成することに応じて、各レシーバ情報および再構成したストリームデータ情報を配信サーバを通して分配サーバに送信するようにする。分配サーバ２３０は課金業務を兼ねており、配信サーバ２４０もしくはレシーバ２５０から直接送信された利用レシーバ情報および再構成情報に応じて課金を行う。課金の仕方としては、再構成情報として再構成したデータのサイズ、再構成したストリームデータのコンテンツ内容、再構成後の総合視聴時間に応じた課金など種々適用できる。
【００１９】
図９に、本発明で使用されるサーバおよびレシーバ端末のハードウェア構成例を示す。コンピュータ１０００は、ホストコントローラ９１０により相互に接続されるＣＰＵ９００、ＲＡＭ９４０、ＲＯＭ９３０及びＩ／Ｏコントローラ９２０を有するＣＰＵ周辺部と、Ｉ／Ｏコントローラ９２０により接続される通信インターフェイス９５０、ハードディスクドライブ９８０、及びＣＤ/ＤＶＤ等の円盤型メディア９９５を読み書きできるマルチコンボドライブ９９０、フレキシブルディスク９８５を読み書きできるＦＤドライブ９４５、サウンド入出力装置９６５を駆動するサウンドコントローラ９６０、表示装置９７５を駆動するグラフィックコントローラ９７０を備える。
【００２０】
ＣＰＵ９００は、ＲＯＭ９３０、ＢＩＯＳ及びＲＡＭ９４０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィックコントローラ９７０は、ＣＰＵ９００等がＲＡＭ９４０内に設けたフレームバッファ上に生成する画像データを取得し、表示装置９７５上に表示させる。もしくはグラフィックコントローラ９７０がＣＰＵ９００等が生成する画像データを格納するフレームバッファをその内部に含んでもよい。
【００２１】
通信インターフェイス９５０は、ネットワークを介して外部の装置と通信する。本発明での各種サーバ、レシーバとネットワークを介して接続される。なおネットワークは有線、無線、赤外線、ＢＬＵＥＴＯＯＴＨ等の近距離無線で接続しても本願の構成を何ら変更することなく利用可能である。ハードディスクドライブ９８０は、コンピュータ１０００が使用するプログラム及びデータを格納する。マルチコンボドライブドライブ９９０は、ＣＤ／ＤＶＤ等のメディア９９５からプログラム又はデータを読み取り、読み取られたプログラム、データはＲＡＭ９４０にロードされＣＰＵ９００により利用される。本発明のプログラム記録した媒体はこれらの外部記憶メディアから供給されてもよいし、内部のハードディスクドライブ９８０やネットワークを通じてダウンロードして供給されてもよい。
【００２２】
なお上記の構成は本発明に用いるハードウェア構成の一例に過ぎず、また必須の構成要件ではないことに留意されたい。たとえば携帯端末、ゲーム機、ＰＤＡ等のネットワーク接続が可能なＣＰＵを有する電子機器も本願発明に利用できる。
【００２３】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【図面の簡単な説明】
【００２４】
【図１】図１は、従来のストリーミングデータの配信方法を示す。
【図２】図２は、本発明のストリーミングデータの配信方法を示す
【図３】図３は、レシーバ３６０の新規参加方法を示す。
【図４】図４は、レシーバ４６０の離脱方法を示す。
【図５】図５は、配信サーバ５６０の追加方法を示す。
【図６】図６は、配信サーバ５６０の離脱方法を示す。
【図７】図７は、誤り訂正符号を本発明に適用した実施例を示す。
【図８】図８は、配信サーバ追加時の接続集中回避の実施例を示す。
【図９】図９は、本発明で使用されるサーバおよびレシーバ端末のハードウェア構成例を示す。
【符号の説明】
【００２５】
１１０、２１０、３１０、４１０、５１０、６１０、７１０、８１０  ストリーミングサーバ
１２０、２２０，３２０、４２０、５２０、６２０、７２０，８２０  ストリームデータ
１３０  サーバ
２３０、３３０、４３０、５３０、６３０、７３０、８３０  分配サーバ
２４０、３４０、５４０、６４０、７４０、８４０  配信サーバ
１４０、２５０、３５０、４５０、５５０、６５０、７５０、８５０  レシーバ
３６０  追加レシーバ
４６０  離脱レシーバ
５６０  追加配信サーバ
６６０  離脱配信サーバ
９００  ＣＰＵ９００
９１０  ホストコントローラ
９２０  Ｉ／Ｏコントローラ
９３０  ＲＯＭ
９４０  ＲＡＭ
９４５  ＦＤドライブ
９５０  通信インターフェイス
９６０  サウンドコントローラ
９６５  サウンド入出力装置
９７０  グラフィックコントローラ
９７５  表示装置
９８０  ハードディスクドライブ
９８５  フレキシブルディスク
９９０  マルチコンボドライブ
９９５  円盤型記録メディア
【図１】
2006121195.tif 000003
【図２】
2006121195.tif 000004
【図３】
2006121195.tif 000005
【図４】
2006121195.tif 000006
【図５】
2006121195.tif 000007
【図６】
2006121195.tif 000008
【図７】
2006121195.tif 000009
【図８】
2006121195.tif 000010
【図９】
2006121195.tif 000011