JP3714157B2 - ストリーム配信方法、ストリーム送受信機器及びストリーム配信システム - Google Patents
ストリーム配信方法、ストリーム送受信機器及びストリーム配信システム Download PDFInfo
- Publication number
- JP3714157B2 JP3714157B2 JP2000350313A JP2000350313A JP3714157B2 JP 3714157 B2 JP3714157 B2 JP 3714157B2 JP 2000350313 A JP2000350313 A JP 2000350313A JP 2000350313 A JP2000350313 A JP 2000350313A JP 3714157 B2 JP3714157 B2 JP 3714157B2
- Authority
- JP
- Japan
- Prior art keywords
- stream data
- transmission
- reception device
- reception
- stream
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、データファイル全体をダウンロードしないでも、一部データファイルを読み込んだ時点で再生が可能な音声や動画などのストリームデータを配信するストリーム配信方法及び送受信機器に関するものである。
【０００２】
【従来の技術】
音声データ（サウンドデータ）や動画データ（ビデオデータ）などのデータファイルをインターネットなどのネットワーク上でダウンロードしながらリアルタイムに再生することを「ストリーミング」と呼ばれ、また、このようにダウンロードと再生を同時に行えるデータ形式をストリームデータと呼ばれている。
【０００３】
音声データ（サウンドデータ）や動画データ（ビデオデータ）などは、ハードディスクなどの記憶媒体に一旦ダウンロードしてから再生されるのが一般的である。そのため、ユーザは、音声データや動画データなどのデータファイル全体がダウンロードされるまで待っていなければならない。一方、音声や動画などのストリームデータは、ダウンロードと再生を略同時に行えるので、ユーザは、データファイル全体をダウンロードするまで再生を待つ必要はなくなる。
【０００４】
従来のストリーム配信方法では、クライアント側（ストリームデータの受信側）は、サーバ側（ストリームデータの送信側）から送信（配信）された音声や動画などのストリームデータを受信（ダウンロード）した時点で、直ちに、その受信したストリームデータをデコードして再生するのではなく、その受信した一定量のストリームデータをバッファーメモリに蓄積してから、その蓄積したストリームデータをデコードして再生する。
【０００５】
このように、予め一定量のストリームデータをバッファーメモリに蓄積した後、そのストリームデータをデコードして再生するので、クライアント側では、サーバ側の処理能力不足やネットワークの通信回線のバンド幅不足などによるストリームデータのデコード動作におけるデータアンダーフローが発生して、そのデコード動作が滞ってしまうのを回避することができる。
【０００６】
【発明が解決しようとする課題】
従来のストリーム配信方法では、クライアント側で、かなりの時間に相当するデータ量のストリームデータを受信してバッファーメモリに蓄積してからデコードを開始するため、ストリームデータの受信開始からデコード開始までのタイムラグ（例えば、ユーザが画面上の受信ボタンをクリックするなどの操作を行って、動画のストリームデータの受信開始の意思を示してから、実際に画面上にストリームデータがデコードされ再生されて画面表示されるまでの時間）が大きくなってしまうなどの課題があった。
【０００７】
一方、クライアント側で、ストリームデータをバッファーメモリに蓄積せずに、ストリームデータの受信開始に同期して（ストリームデータの受信を開始してから直ちに）、そのストリームデータをデコードして再生すると、上記したように、サーバ側の処理能力不足やネットワークの通信回線のバンド幅不足などによるストリームデータのデコード動作におけるデータアンダーフローが発生して、その動作が滞ってしまう。
【０００８】
この発明は、上記のような課題を解決するためになされたものであり、クライアント側で、ストリームデータの受信開始に同期してデコードを開始することができるとともに、滞りなくストリームデータのデコード動作を継続することができるストリーム配信方法及び送受信機器を得ることを目的とする。
【０００９】
【課題を解決するための手段】
本願に係るストリーム配信方法は、送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、その受信品質が、第２の送受信機器において不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最近受信した送受信機器を第３の送受信機器とし、ストリームデータを保存する第３の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第３の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、第２の送受信機器が、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うするものである。
【００１０】
本願に係るストリーム配信方法は、送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、その受信品質が、第２の送受信機器において不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータ全体を受信した送受信機器を第３の送受信機器とし、ストリームデータを保存する第３の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第３の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、第２の送受信機器が、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１１】
本願に係るストリーム配信方法は、送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、その受信品質が、第２の送受信機器において不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最高レートで受信した送受信機器を第３の送受信機器とし、ストリームデータを保存する第３の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第３の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、第２の送受信機器が、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１２】
本願に係るストリーム配信方法は、送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、その受信品質が、第２の送受信機器において不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最近受信した送受信機器、ストリームデータ全体を受信した送受信機器、またはストリームデータを最高レートで受信した送受信機器のいずれか２つまたは３つの条件に基づき第３の送受信機器を決定し、ストリームデータを保存する第３の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第３の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、第２の送受信機器が、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１３】
本願に係るストリーム送受信機器は、ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、受信したストリームデータの受信品質が不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最近受信した送受信機器を第２の送受信機器とし、ストリームデータを保存する第２の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第２の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１４】
本願に係るストリーム送受信機器は、ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、受信したストリームデータの受信品質が不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータ全体を受信した送受信機器を第２の送受信機器とし、ストリームデータを保存する第２の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第２の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１５】
本願に係るストリーム送受信機器は、ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、受信したストリームデータの受信品質が不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最高レートで受信した送受信機器を第２の送受信機器とし、ストリームデータを保存する第２の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第２の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１６】
本願に係るストリーム送受信機器は、ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、受信したストリームデータの受信品質が不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最近受信した送受信機器、ストリームデータ全体を受信した送受信機器、またはストリームデータを最高レートで受信した送受信機器のいずれか２つまたは３つの条件に基づき第２の送受信機器を決定し、ストリームデータを保存する第２の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第２の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１７】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
図１は、本発明のストリーム配信システムを示すシステム構成図である。図１において、送信機器１０は、送受信機器２０Ａ〜２０Ｈからの要求に応じて、ネットワーク３０上で音声や動画などのストリームデータを提供する側のコンピュータ（サーバ）である。この送信機器１０は、図１に示すように、インターネットなどのネットワーク３０に接続されている。
【００１８】
図２は、そのような送信機器１０の構成を示すブロック図である。図２に示すように、送信機器１０は、ＣＰＵ１１、ＲＯＭ１２、ＨＤＤ１３、ストリーム送信部（データ送信手段）１４、及び送信先情報送信部（送信先情報通知手段）１５を備えている。ここで、ＣＰＵ（Central Processing Unit ；中央演算処理ユニット）１１は、送信機器１０の全体制御を行うプロセッサである。ＲＯＭ（Read Only Memory）１２は、読み出し専用のメモリー（記録媒体）であり、ＣＰＵ１１を動作させるための制御プログラムが記録されている。ＨＤＤ（Hard Disk Drive ；ハードディスク・ドライブの略）１３は、高速回転する円盤（ディスク）上にデータを読み書きする記憶媒体であり、送受信機器２０Ａ〜２０Ｈからのストリーム送信要求（図４参照）に応じて、送受信機器２０Ａ〜２０Ｈに対して送信するストリームデータが保存されている。
【００１９】
ストリーム送信部１４は、各送受信機器２０Ａ〜２０Ｈからのストリーム送信要求に応じて、その要求されたストリームデータを送受信機器２０Ａ〜２０Ｈに対してネットワーク３０を介して送信する手段である。送信先情報送信部１５は、各送受信機器２０Ａ〜２０Ｈからの送信先情報送信要求に応じて、その送受信機器２０Ａ〜２０Ｈに対して、図８又は図９に示すような、送信日時、ストリームの先頭の有無、先頭フレーム番号、ストリームの最後の有無、フレーム数、送信レート（送信速度）、送信先アドレスや送信先機器名といった送信先情報を送信する手段である。
【００２０】
図１に戻って、送受信機器２０Ａ〜２０Ｈは、ユーザが備えた、ネットワーク３０上で音声や動画などのストリームデータの配信サービスを受ける側のパーソナルコンピュータ（クライアント）である。この送受信機器２０Ａ〜２０Ｈは、図１に示すように、それぞれ、ネットワーク３０に接続されている。尚、送受信機器２０Ａ〜２０Ｈは、パーソナルコンピュータ以外に、ビデオデッキやテレビジョンなどで構成されてもよい。
【００２１】
図３は、そのような送受信機器２０Ａ〜２０Ｈの構成を示すブロック図である。図３に示すように、送受信機器２０Ａ〜２０Ｈは、ＣＰＵ（受信レート判定手段、送信先情報要求手段、機器決定手段）２１、ＲＯＭ２２、ＨＤＤ（データ保存手段）２３、ストリーム送信部（データ送信手段）２４、送信先情報送信部（送信先情報通知手段）２５、ストリーム受信部（データ受信手段）２６及び送信先情報受信部２７を備えている。ここで、ＣＰＵ２１は、送受信機器２０Ａ〜２０Ｈの全体制御を行うプロセッサである。ＲＯＭ２２は、読み出し専用のメモリー（記録媒体）であり、ＣＰＵ２１を動作させるための制御プログラムが記録されている。ＨＤＤ２３は、高速回転する円盤（ディスク）上にデータを読み書きする記憶媒体であり、他の送受信機器２０Ａ〜２０Ｈからのストリーム送信要求（図５〜図７参照）に応じて、他の送受信機器２０Ａ〜２０Ｈに対して送信するためのストリームデータが保存されている。
【００２２】
ストリーム送信部２４は、他の送受信機器２０Ａ〜２０Ｈからのストリーム送信要求に応じて、他の送受信機器２０Ａ〜２０Ｈに対してストリームデータをネットワーク３０を介して送信する手段である。送信先情報送信部２５は、他の送受信機器２０Ａ〜２０Ｈからの送信先情報送信要求に応じて、他の送受信機器２０Ａ〜２０Ｈに対して、図８又は図９に示すような、送信日時、ストリームの先頭の有無、先頭フレーム番号、ストリームの最後の有無、フレーム数、送信レート（送信速度）、送信先アドレスや送信先機器名といった送信先情報を送信する手段である。
【００２３】
ストリーム受信部２６は、送信機器１０又は他の送受信機器２０Ａ〜２０Ｈから送信されたストリームデータを受信する手段であり、送信先情報受信部２７は、他の送受信機器２０Ａ〜２０Ｈから送信された、図８又は図９に示すような上記の送信先情報を受信する手段である。
【００２４】
尚、上記したように、ストリームデータとしては、音声や動画などのデータに適用することが可能であるが、この実施の形態では、ストリームデータとして、図１０に示すような、ＭＰＥＧ（Motion Picture Experts Group）形式の動画のストリームデータを例に説明するものとする。
【００２５】
図１０に示すように、ＭＰＥＧのストリームデータは、フレーム（動画像を構成する単位となる１枚の静止画像）毎に分かれており、フレームには、Ｉピクチャーフレーム、Ｂピクチャーフレーム及びＰピクチャーフレームの種類がある。Ｉピクチャーフレームは、前後のフレームの参照がない画像であり、Ｂピクチャーフレームは、前後のフレームへの双方向予測符号化画像であり、また、Ｐピクチャーフレームは、フレームの順方向予測符号化画像である。
【００２６】
また、図１０中のＧＯＰ（Group Of Picture）は、ストリームデータのランダムアクセスを可能とするために、画面内だけで閉じた情報による符号化を定期的に挿入し、このフレーム内符号化画像が少なくとも１枚は行った画像群構造のことである。図１０では、１ＧＯＰは、０．５Ｓｅｃとなっている。
【００２７】
尚、図１では、ネットワーク３０に８台の送受信機器２０Ａ〜２０Ｈが接続されているが、この送受信機器の台数には制限がなく、８台以上の送受信機器をネットワーク３０に接続することができる。また、ネットワーク３０の通信回線のトポロジ（ネットワーク・デバイスなどの物理的な配置）にも制限はない。
【００２８】
次に、動作について説明する。
ここで、この実施の形態の動作としては、送受信機器２０Ａが、ストリームデータを受信しデコードして画面上に映像を再生する場合について説明する。
【００２９】
図１１は、本発明のストリーム配信システムの動作（ストリーム配信方法）を説明するためのフローチャートである。まず、送受信機器２０Ａのユーザは、ストリームデータを受信し、その受信したストリームデータをデコードして、そのストリームデータを画面上に実時間表示（リアルタイム表示）する場合、送受信機器２０Ａに予め実装されているストリーミング用のソフトウェアを操作することにより、ストリームデータの送信を要求するストリーム送信要求（図４参照）を送信機器１０に対して行う必要がある。
【００３０】
送受信機器２０Ａ（即ち、送受信機器２０ＡのＣＰＵ２１）は、このようなユーザによる操作が行われると、図４に示すようなストリーム送信要求を発行し、そのストリーム送信要求をネットワーク３０を介して送信機器１０に対して送信する（ステップＳＴ１）。
【００３１】
ここで、図４に示すストリーム送信要求おいて、「ストリーム名」は送信要求するストリームデータの内容を特定するためのものであり、「ストリームの先頭」はストリームデータの先頭フレームから送信要求するか否かを示すものであり、「先頭フレーム番号」はストリームデータの先頭フレームを特定するためのものであり、「ストリームの最後」はストリームデータの最終フレームまで送信要求するか否かを示すものであり、また、「フレーム数」は送信要求するストリームデータ全体のフレーム数である。
【００３２】
図４では、「ストリーム名」を「ｓｔｒｅａｍ１．ｍｐｇ」（尚、ｍｐｇはＭＰＥＧのデータであることを示している）とし、「ストリームの先頭」を「ＹＥＳ」として、ストリームデータの先頭フレームから送信要求することを示している。「先頭フレーム番号」はストリームデータの先頭フレームから送信要求するので「１」（即ち、フレーム１）である。また、「ストリームの最後」を「ＹＥＳ」として、ストリームデータの最終フレームまで送信要求することを示している。また、「フレーム数」は先頭フレームから最終フレームまでのフレーム数が解らないので「――」となっている。
【００３３】
送信機器１０（即ち、送信機器１０のＣＰＵ１１）は、図４に示すようなストリーム送信要求を受信すると、そのストリーム送信要求の内容からストリームデータの先頭フレームから最終フレームまで送信要求されていると判断して（ストリームデータ全体を送信要求されていると判断して）、その該当するストリーム名（ｓｔｒｅａｍ１．ｍｐｇ）のストリームデータ全体をストリーム送信部１４からネットワーク３０を介して送信する。
【００３４】
送受信機器２０Ａは、送信機器１０からストリームデータが送信されると、そのストリームデータを受信可能か否か判断し（ステップＳＴ２）、受信可能であった場合、送信機器１０から送信されるストリームデータをフレーム１（ストリームの先頭フレーム）から受信を開始し（ステップＳＴ３）、その受信の開始に同期して（受信の開始後直ちに）、当該ストリームデータをデコードして実時間表示（リアルタイム表示）を開始する。
【００３５】
尚、ストリームデータの実時間表示は、完全にストリームデータの受信開始に同期しているものではなく、多少のタイムラグは発生する。但し、そのタイムラグは、十分に短い時間であって、ユーザにストレスを感じさせるほどではない。
【００３６】
当該ストリームデータの受信は、図４のストリーム送信要求で指定したように、全てのストリームデータの受信が終了するまで継続される（ステップＳＴ４）。尚、図４では、「ストリームの最後」が「ＹＥＳ」となっているので、ストリームデータの最終フレームまで受信が継続される。全てのストリームデータの受信が終了すると、処理を終了する。
【００３７】
送受信機器２０Ａは、ストリームデータを受信している間、常に、ストリームデータの受信速度（受信レート）がストリームデータの実時間表示に十分な受信速度であるか否かを判定している（ステップＳＴ５）。ここで、ストリームデータの途中のフレーム（例えば、フレーム１からフレーム１００）まで受信し終えた時点で、当該ストリームデータの受信速度が実時間表示に十分な受信速度より低速であると送受信機器２０によって判断された場合、送受信機器２０Ａは、送信機器１０が当該ストリームデータ（ｓｔｒｅａｍ１）を過去に送信した相手先の送受信機器２０Ｂ〜２０Ｈに関する情報（送信先情報）を要求する送信先情報送信要求を発行して、送信機器１０に対して送信する（ステップＳＴ６）。
【００３８】
尚、上記ステップＳＴ２における判断（ストリームデータの受信可能か否かの判断）の結果、ストリームデータの受信不可能であると判断された場合も、送受信機器２０Ａは、送信先情報送信要求を発行して、送信機器１０に対して送信する（ステップＳＴ６）。
【００３９】
送信機器１０は、その送信先情報送信要求を受信すると、その要求を行った送受信機器２０Ａに対して、図８に示すような送信先情報を送信する。ここで、送信先情報は、図８に示すように、「ストリーム名」「日時」「ストリームデータの先頭」「先頭フレーム」「ストリームデータの最後」「フレーム数」「送信レート」「アドレス」「機器名」から構成されている。
【００４０】
送受信機器２０Ａは、送信機器１０から送信された送信先情報を受信すると（ステップＳＴ７）、その送信先情報が有効か否か、即ち、送信機器１０が、送受信機器２０Ａによって要求されたストリームデータ（ｓｔｒｅａｍ１）を他の送受信機器２０Ｂ〜２０Ｈに対して以前に送信したか否かを判断する（ステップＳＴ８）。ここで、送信先情報が、図８に示すように、送信機器１０が、複数の送受信機器２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅに対して当該ストリームデータ（ｓｔｒｅａｍ１）を以前に送信したものとする。
【００４１】
送受信機器２０Ａは、送信機器１０から受信した送信先情報が図８のように有効であったと（即ち、複数の送受信機器２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅに当該ストリームデータを送信したという内容の送信先情報であると）判断した場合、その有効な送信先情報から当該ストリームデータを最も最近受信した機器を見つけたか否かを判断する（ステップＳＴ９）。
【００４２】
ここで、送受信機器２０Ａが上記図８に示した送信先情報を受信した場合には、その送信先情報の「日時」から、送受信機器２０Ａはストリームデータ（ｓｔｒｅａｍ１）を最も最近受信した送受信機器は送受信機器２０Ｂであると判断する。尚、送受信機器２０Ａは、送信先情報から該当する送受信機器を見つけることができなかった場合には、後述するステップＳＴ１１の処理に移行する。
【００４３】
このように、送受信機器２０がストリームデータを最も最近受信した機器を検索するのは、その機器（ここでは送受信機器２０Ｂ）のＨＤＤ２３内に当該ストリームデータが保存されている可能性が高く、その機器から当該ストリームデータを送信してもらうことが可能であると考えられるからである。
【００４４】
送受信機器２０Ａは、当該ストリームデータを最も最近受信した機器が送受信機器２０Ｂであると判断すると、ステップＳＴ１に戻って、ストリーム送信要求を発行し、そのストリーム送信要求を送受信機器２０Ｂに対して送信する。ここで、送受信機器２０Ａは、上記したように、既に、フレーム１からフレーム１００までのストリームデータを受信しているので、ストリーム送信要求は、図５に示すように、フレーム１０１から最終フレームまでのストリームデータを要求するものとする。即ち、ストリームデータの先頭フレームから送信要求しないため、「ストリームの先頭」は「ＮＯ」となり、フレーム１〜１００は既に受信しているので「先頭フレーム番号」は「１０１」となり、ストリームデータの最終フレームまで送信要求するので、「ストリームの最後」は「ＹＥＳ」となる。
【００４５】
送受信機器２０Ｂは、内部のＨＤＤ２３内に以前に受信した当該ストリームデータ（ｓｔｒｅａｍ１）を保存している場合は、そのストリームデータを送受信機器２０Ａに対してネットワーク３０を介して送信する（ステップＳＴ３）。一方、送受信機器２０Ｂは、内部のＨＤＤ２３内に当該ストリームデータを保存していない場合には、そのストリームデータを送信できないため、その旨を送受信機器２０Ａに通知し、送受信機器２０Ａは、そのような通知を受け取ると、ストリームデータの受信不可能と判断して、上記ステップＳＴ６の処理に移行する。尚、送受信機器２０Ａは、送受信機器２０Ｂに対してストリーム送信要求を行ってから所定時間経過してもストリームデータが送信されない場合に、ストリームデータの受信不可能と判断してもよい。
【００４６】
また、上記したように、送受信機器２０Ａは、ステップＳＴ５でストリームデータの受信速度が実時間表示に十分な受信速度より低速であると判断した場合も、上記ステップＳＴ６の処理に移行する。
【００４７】
ステップＳＴ６において、送受信機器２０Ａは、今度は、送受信機器２０Ｂに対して、送信先情報を要求する送信先情報送信要求を発行して送信する。送受信機器２０Ｂは、その送信先情報送信要求を受信すると、過去（以前）に他の送受信機器に対して当該ストリームデータ（ｓｔｒｅａｍ１）を送信したことがあるか否か判断する。送受信機器２０Ｂは、他の送受信機器に対して当該ストリームデータを送信したことがない場合には、その旨の送信先情報を送受信機器２０Ａに送信し、また、以前に他の送受信機器に対して当該ストリームデータを送信したことがある場合には、例えば図９に示すような送信先情報を送受信機器２０Ａに送信する。
【００４８】
送受信機器２０Ａは、送受信機器２０Ｂから送信された送信先情報を受信すると（ステップＳＴ７）、その送信先情報が有効か否か、即ち、送受信機器２０Ｂが、当該ストリームデータ（ｓｔｒｅａｍ１）を以前に他の送受信機器２０Ｃ〜２０Ｈに対して送信したか否かを判断する（ステップＳＴ８）。
【００４９】
送受信機器２０Ａは、送受信機器２０Ｂから受信した送信先情報が図９のように有効であったと（即ち、複数の送受信機器２０Ｅ，２０Ｆ，２０Ｇ，２０Ｈに当該ストリームデータを送信したという内容の送信先情報であると）判断した場合、その有効な送信先情報から当該ストリームデータを最も最近受信した機器を見つけたか否かを判断し（ステップＳＴ９）、その後、上記したのと同様、最も最近ストリームデータを受信した送受信機器（図９では送受信機器２０Ｆ）に対して、ステップＳＴ１からステップＳＴ７の処理を繰り返す。
【００５０】
逆に、送受信機器２０Ａは、送受信機器２０Ｂから受信した送信先情報が有効でなかったと（送受信機器２０Ｂが以前に他の送受信機器に対して当該ストリームデータを送信したことがないと）判断した場合には、ステップＳＴ１１の判断、即ち、以前に送信機器１０から受信した図８に示す有効な送信先情報に基づいて、当該ストリームデータ全体を受信した送受信機器を見つけたか否かの判断を行ったか否かを判断する（ステップＳＴ１０）。
【００５１】
ここで、送受信機器２０Ａは、未だ、図８の送信先情報に基づいて、ステップＳＴ１１の判断を行っていないので、既に受信した図８の送信先情報から当該ストリームデータ全体を受信した機器を見つけたか否かの判断を行う。例えば、図８の送信先情報の場合、送受信機器２０Ａは、その送信先情報の「ストリームの先頭」及び「ストリームデータの最後」から、当該ストリームデータ（ｓｔｒｅａｍ１）全体を受信した送受信機器は送受信機器２０Ｃであると判断する。
【００５２】
送受信機器２０Ａは、当該ストリームデータ全体を受信した機器が送受信機器２０Ｃであると判断すると、ステップＳＴ１に戻って、上記したように、ステップＳＴ１からステップＳＴ７の処理を繰り返す。
【００５３】
送受信機器２０Ｃが、当該ストリームデータをＨＤＤ２３に保存していないなどのストリームデータの受信不可能な場合（ステップＳＴ２）や受信レート（受信速度が不十分であった場合（ステップＳＴ５）には、送受信機器２０Ａは、送受信機器２０Ｃに対して送信先情報送信要求を送信し（ステップＳＴ６）、そして、送受信機器２０Ｃから送信先情報を受信する（ステップＳＴ７）。
【００５４】
送受信機器２０Ａは、送受信機器２０Ｃから送信された送信先情報を受信すると（ステップＳＴ７）、その送信先情報が有効か否かを判断し（ステップＳＴ８）、送信先情報が有効であった場合、その有効な送信先情報から当該ストリームデータを最も最近受信した機器を見つけたか否かを判断し（ステップＳＴ９）、ストリームデータを最近受信した機器を見つけた場合には、その後、上記したのと同様、ステップＳＴ１からステップＳＴ７の処理を繰り返す。
【００５５】
逆に、送受信機器２０Ａは、送受信機器２０Ｃから受信した送信先情報が有効でなかった場合には、ステップＳＴ１１の判断を行ったか否かを判断する（ステップＳＴ１０）。ここで、送受信機器２０Ａは、既に、図８の送信先情報に基づいて、ステップＳＴ１１の判断を行っているので、ステップＳＴ１１の判断を行わずに、有効な送信先情報から当該ストリームデータを最高速度（最高レート）で受信した送受信機器を見つけたか否かの判断を行う（ステップＳＴ１２）。例えば、図８の送信先情報の場合、送受信機器２０Ａは、その送信先情報の「送信レート」から、当該ストリームデータ（ｓｔｒｅａｍ１）を最高速度で受信した送受信機器は送受信機器２０Ｄであると判断する。
【００５６】
送受信機器２０Ａは、当該ストリームデータを最高速度で受信した機器が送受信機器２０Ｄであると判断すると、ステップＳＴ１に戻って、上記したように、ステップＳＴ１からステップＳＴ７の処理を繰り返す。一方、送受信機器２０Ａは、そのような機器を見つけることができなかった場合には、処理を終了する。その場合、ユーザは、もう一度、送信機器１０に対してストリーム送信要求をやり直すなどの操作を行う。
【００５７】
最終的に、送受信機器２０Ａは、目的のストリームデータ（ｓｔｒｅａｍ１）の全体を受信し終えた場合には（最終フレームまで受信が成功した場合には）、ステップＳＴ４でストリームデータの受信終了と判断し、その後、送信機器１０及び複数の送受信機器２０Ｂ〜２０Ｈから断片的に受信したストリームデータをつなぎ合わせて一つのストリームデータにする処理を行い、ＨＤＤ２３や磁気ディスクなどに、そのようなストリームデータを保存し、しばらく待ってからストリームデータの実時間表示を終了する。尚、そのように保存されたストリームデータの保存期間は、各送受信機器毎に決定されるものとする。
【００５８】
尚、上記実施の形態では、ストリーム送信要求は、図４に示すように、ストリームデータをフレームで特定するようにしていたが、これに限るものではなく、図６に示すように、ストリームデータを時間（Ｓｅｃ）で特定してもよいし、また、図７に示すように、ストリームデータをデータのバイト数で特定してもよい。また、ストリーム送信要求は、図４〜図７に示すように、ストリームデータの最終フレームまで要求するものに限るものではなく、図１２に示すように、ストリームデータの先頭フレームから途中のフレーム（図１２ではフレーム１００００）まで要求するものであってもよい。
【００５９】
尚、上記実施の形態では、ストリームデータを送信要求する他の送受信機器２０の決定方法として、当該ストリームデータを最も最近受信した機器、次に、当該ストリームデータ全体を受信した機器、最後に、当該ストリームデータを最高速度で受信した機器という条件で決定していたが、これらの順番は、これに限るものではなく、いずれの条件を先に機器を決定してもよい。また、これらの条件のいずれか一つ又は任意の二つに基づいて他の送受信機器２０を決定するようにしてよい。また、これらの条件以外でも機器を決定するのに最適なものであれば用いることが可能である。
【００６０】
以上のように、この実施の形態によれば、クライアント側の送受信機器２０で、送信機器１０や他の送受信機器２０から送信されるストリームデータの受信レートが、ストリームデータの実時間表示に不十分であれば、送信機器１０や他の送受信機器２０が当該ストリームデータを過去に送信した送受信機器２０に関する送信先情報を通知し、その送信先情報から所定条件に従って送受信機器２０を決定し、その送受信機器２０から当該ストリームデータを受信するように構成されているので、クライアント側の送受信機器２０で、ストリームデータの受信開始に同期してデコードを開始することができるとともに、滞りなくストリームデータのデコード動作を継続することができる。
【００６１】
【発明の効果】
以上のように、本願に係る発明によれば、クライアント側の送受信機器で、該クライアント側の送受信機器からの送信要求に応じて、サーバ側の送信機器や他の送受信機器からネットワークを介して送信されるストリームデータを受信し、サーバ側の送信機器や他の送受信機器から送信されるストリームデータの受信レートが、当該ストリームデータの実時間表示に不十分であれば、サーバ側の送信機器や他の送受信機器が当該ストリームデータを過去に送信した送受信機器に関する送信先情報をサーバ側の送信機器や他の送受信機器に対して要求し、サーバ側の送信機器や他の送受信機器で、送信先情報の要求を受けると、その送信先情報をクライアント側の送受信機器に対して通知し、クライアント側の送受信機器で、送信先情報から所定条件に従って他の送受信機器を決定し、そのような他の送受信機器から未だ受信していない当該ストリームデータを受信するので、クライアント側の送受信機器で、ストリームデータの受信開始に同期してデコードを開始することができるとともに、滞りなくストリームデータのデコード動作を継続することができる。
【００６２】
本願に係る発明によれば、送信先情報から他の送受信機器を決定する所定条件を、当該ストリームデータを最近受信した送受信機器に決定する条件としたので、確実に、ストリームデータを保存している可能性の最も高い送受信機器を決定することができ、その結果、他の送受信機器からストリームデータを継続して受信できる可能性が高くなる。
【００６３】
本願に係る発明によれば、送信先情報から他の送受信機器を決定する所定条件を、当該ストリームデータ全体を受信した送受信機器に決定する条件としたので、確実に、ストリームデータ全体を保存している可能性の最も高い送受信機器を決定することができ、その結果、他の送受信機器からストリームデータ全体を継続して受信できる可能性が高くなる。
【００６４】
本願に係る発明によれば、送信先情報から他の送受信機器を決定する所定条件を、当該ストリームデータを最高レートで受信した送受信機器に決定する条件としたので、確実に、ストリームデータの実時間表示に十分な送信レート（転送レート）の送受信機器を決定することができ、その結果、他の送受信機器から送信されるストリームデータを受信して滞りなくデコード動作を行うことができる可能性が高くなる。
【００６５】
本願に係る発明によれば、送信先情報から他の送受信機器を決定する所定条件を、当該ストリームデータを最近受信した送受信機器、当該ストリームデータ全体を受信した送受信機器及び当該ストリームデータを最高レートで受信した送受信機器のいずれも考慮して決定する条件としたので、ストリームデータを送信する最適な他の送受信機器を確実に決定することができ、その結果、クライアント側の送受信機器において、ストリームデータの受信開始に同期してデコードを開始することができるとともに、一層、滞りなくストリームデータのデコード動作を継続することができるようになる。
【００６６】
本願に係る発明によれば、クライアント側の送受信機器からサーバ側の送信機器や他の送受信機器に対するストリームデータの送信要求を、当該ストリームデータのフレーム単位、時間単位又はバイト単位で指定して行うので、送信機器や他の送受信機器に対して、確実に未受信のストリームデータを特定してストリームデータの送信要求を行うことができる。
【００６７】
本願に係る発明によれば、ネットワークで接続され、送信要求に応じてネットワークを通じてストリームデータを送信するデータ送信手段及び当該ストリームデータを過去に送信した送受信機器に関する送信先情報を要求に応じて通知する送信先情報通知手段を有するサーバ側の送信機器と、ネットワークに接続され、ネットワークを介してサーバ側の送信機器や他の送受信機器から送信されるストリームデータを受信するデータ受信手段、該データ受信手段で受信したストリームデータを保存するデータ保存手段、サーバ側の送信機器や他の送受信機器から送信されるストリームデータの受信レートが当該ストリームデータの実時間表示に十分であるか否かを判断する受信レート判定手段、その受信レート判定手段によってストリームデータの受信レートが当該ストリームデータの実時間表示に不十分であると判断した場合、サーバ側の送信機器や他の送受信機器に対して送信先情報を要求する送信先情報要求手段、ストリームデータを過去に送信した送受信機器に関する送信先情報を要求に応じて通知する送信先情報通知手段、サーバ側の送信機器や他の送受信機器の送信先情報通知手段から通知された送信先情報に基づいて、所定条件に従って、データ受信手段でストリームデータを受信する送受信機器を決定する機器決定手段、及び送信要求に応じてネットワークを通じてデータ保存手段に保存されているストリームデータを他の送受信機器に対してネットワークを介して送信するデータ送信手段を有するクライアント側の送受信機器とを備えたので、クライアント側の送受信機器で、ストリームデータの受信開始に同期してデコードを開始することができるとともに、滞りなくストリームデータのデコード動作を継続することができる。
【００６８】
本願に係る発明によれば、ネットワークを、インターネット又はイントラネットで構成したので、音声や動画などといったストリームデータの種類にとらわれず、様々なストリームデータの配信に適用することができるとともに、送信機器や送受信機器を汎用のコンピュータなどで構成することができる。
【図面の簡単な説明】
【図１】 本発明のストリーム配信システムを示すシステム構成図である。
【図２】 送信機器の構成を示すブロック図である。
【図３】 送受信機器の構成を示すブロック図である。
【図４】 ストリーム送信要求の一例を示す図である。
【図５】 ストリーム送信要求の一例を示す図である。
【図６】 ストリーム送信要求の一例を示す図である。
【図７】 ストリーム送信要求の一例を示す図である。
【図８】 送信先情報の一例を示す図である。
【図９】 送信先情報の一例を示す図である。
【図１０】 ＭＰＥＧストリームデータの構造を示す図である。
【図１１】 本発明のストリーム配信方法を説明するためのフローチャートである。
【図１２】 ストリーム送信要求の一例を示す図である。
【符号の説明】
１０ 送信機器
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＨＤＤ
１４ ストリーム送信部（データ送信手段）
１５ 送信先情報送信部（送信先情報通知手段）
２０Ａ〜２０Ｈ 送受信機器
２１ ＣＰＵ（受信レート判定手段、送信先情報要求手段、機器判定手段）
２２ ＲＯＭ
２３ ＨＤＤ（データ保存手段）
２４ ストリーム送信部（データ送信手段）
２５ 送信先情報送信部（送信先情報通知手段）
２６ ストリーム受信部（データ受信手段）
２７ 送信先情報受信部
３０ ネットワーク
【発明の属する技術分野】
この発明は、データファイル全体をダウンロードしないでも、一部データファイルを読み込んだ時点で再生が可能な音声や動画などのストリームデータを配信するストリーム配信方法及び送受信機器に関するものである。
【０００２】
【従来の技術】
音声データ（サウンドデータ）や動画データ（ビデオデータ）などのデータファイルをインターネットなどのネットワーク上でダウンロードしながらリアルタイムに再生することを「ストリーミング」と呼ばれ、また、このようにダウンロードと再生を同時に行えるデータ形式をストリームデータと呼ばれている。
【０００３】
音声データ（サウンドデータ）や動画データ（ビデオデータ）などは、ハードディスクなどの記憶媒体に一旦ダウンロードしてから再生されるのが一般的である。そのため、ユーザは、音声データや動画データなどのデータファイル全体がダウンロードされるまで待っていなければならない。一方、音声や動画などのストリームデータは、ダウンロードと再生を略同時に行えるので、ユーザは、データファイル全体をダウンロードするまで再生を待つ必要はなくなる。
【０００４】
従来のストリーム配信方法では、クライアント側（ストリームデータの受信側）は、サーバ側（ストリームデータの送信側）から送信（配信）された音声や動画などのストリームデータを受信（ダウンロード）した時点で、直ちに、その受信したストリームデータをデコードして再生するのではなく、その受信した一定量のストリームデータをバッファーメモリに蓄積してから、その蓄積したストリームデータをデコードして再生する。
【０００５】
このように、予め一定量のストリームデータをバッファーメモリに蓄積した後、そのストリームデータをデコードして再生するので、クライアント側では、サーバ側の処理能力不足やネットワークの通信回線のバンド幅不足などによるストリームデータのデコード動作におけるデータアンダーフローが発生して、そのデコード動作が滞ってしまうのを回避することができる。
【０００６】
【発明が解決しようとする課題】
従来のストリーム配信方法では、クライアント側で、かなりの時間に相当するデータ量のストリームデータを受信してバッファーメモリに蓄積してからデコードを開始するため、ストリームデータの受信開始からデコード開始までのタイムラグ（例えば、ユーザが画面上の受信ボタンをクリックするなどの操作を行って、動画のストリームデータの受信開始の意思を示してから、実際に画面上にストリームデータがデコードされ再生されて画面表示されるまでの時間）が大きくなってしまうなどの課題があった。
【０００７】
一方、クライアント側で、ストリームデータをバッファーメモリに蓄積せずに、ストリームデータの受信開始に同期して（ストリームデータの受信を開始してから直ちに）、そのストリームデータをデコードして再生すると、上記したように、サーバ側の処理能力不足やネットワークの通信回線のバンド幅不足などによるストリームデータのデコード動作におけるデータアンダーフローが発生して、その動作が滞ってしまう。
【０００８】
この発明は、上記のような課題を解決するためになされたものであり、クライアント側で、ストリームデータの受信開始に同期してデコードを開始することができるとともに、滞りなくストリームデータのデコード動作を継続することができるストリーム配信方法及び送受信機器を得ることを目的とする。
【０００９】
【課題を解決するための手段】
本願に係るストリーム配信方法は、送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、その受信品質が、第２の送受信機器において不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最近受信した送受信機器を第３の送受信機器とし、ストリームデータを保存する第３の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第３の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、第２の送受信機器が、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うするものである。
【００１０】
本願に係るストリーム配信方法は、送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、その受信品質が、第２の送受信機器において不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータ全体を受信した送受信機器を第３の送受信機器とし、ストリームデータを保存する第３の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第３の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、第２の送受信機器が、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１１】
本願に係るストリーム配信方法は、送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、その受信品質が、第２の送受信機器において不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最高レートで受信した送受信機器を第３の送受信機器とし、ストリームデータを保存する第３の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第３の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、第２の送受信機器が、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１２】
本願に係るストリーム配信方法は、送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、その受信品質が、第２の送受信機器において不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最近受信した送受信機器、ストリームデータ全体を受信した送受信機器、またはストリームデータを最高レートで受信した送受信機器のいずれか２つまたは３つの条件に基づき第３の送受信機器を決定し、ストリームデータを保存する第３の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第３の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、第２の送受信機器が、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１３】
本願に係るストリーム送受信機器は、ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、受信したストリームデータの受信品質が不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最近受信した送受信機器を第２の送受信機器とし、ストリームデータを保存する第２の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第２の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１４】
本願に係るストリーム送受信機器は、ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、受信したストリームデータの受信品質が不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータ全体を受信した送受信機器を第２の送受信機器とし、ストリームデータを保存する第２の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第２の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１５】
本願に係るストリーム送受信機器は、ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、受信したストリームデータの受信品質が不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最高レートで受信した送受信機器を第２の送受信機器とし、ストリームデータを保存する第２の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第２の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１６】
本願に係るストリーム送受信機器は、ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合にストリームデータの受信品質が不十分であると判断し、受信したストリームデータの受信品質が不十分であると判断した場合、以前にストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、ストリームデータを最近受信した送受信機器、ストリームデータ全体を受信した送受信機器、またはストリームデータを最高レートで受信した送受信機器のいずれか２つまたは３つの条件に基づき第２の送受信機器を決定し、ストリームデータを保存する第２の送受信機器からストリームデータの一部を受信して、ストリームデータを保持する第２の送受信機器からストリームデータの未受信部分の全部若しくは一部を受信し、ストリームデータを保存する送信機器、ストリームデータを保存する第１の送受信機器、またはストリームデータを保存する第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求するストリームデータを指定したストリームデータ送信要求を行うものである。
【００１７】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
図１は、本発明のストリーム配信システムを示すシステム構成図である。図１において、送信機器１０は、送受信機器２０Ａ〜２０Ｈからの要求に応じて、ネットワーク３０上で音声や動画などのストリームデータを提供する側のコンピュータ（サーバ）である。この送信機器１０は、図１に示すように、インターネットなどのネットワーク３０に接続されている。
【００１８】
図２は、そのような送信機器１０の構成を示すブロック図である。図２に示すように、送信機器１０は、ＣＰＵ１１、ＲＯＭ１２、ＨＤＤ１３、ストリーム送信部（データ送信手段）１４、及び送信先情報送信部（送信先情報通知手段）１５を備えている。ここで、ＣＰＵ（Central Processing Unit ；中央演算処理ユニット）１１は、送信機器１０の全体制御を行うプロセッサである。ＲＯＭ（Read Only Memory）１２は、読み出し専用のメモリー（記録媒体）であり、ＣＰＵ１１を動作させるための制御プログラムが記録されている。ＨＤＤ（Hard Disk Drive ；ハードディスク・ドライブの略）１３は、高速回転する円盤（ディスク）上にデータを読み書きする記憶媒体であり、送受信機器２０Ａ〜２０Ｈからのストリーム送信要求（図４参照）に応じて、送受信機器２０Ａ〜２０Ｈに対して送信するストリームデータが保存されている。
【００１９】
ストリーム送信部１４は、各送受信機器２０Ａ〜２０Ｈからのストリーム送信要求に応じて、その要求されたストリームデータを送受信機器２０Ａ〜２０Ｈに対してネットワーク３０を介して送信する手段である。送信先情報送信部１５は、各送受信機器２０Ａ〜２０Ｈからの送信先情報送信要求に応じて、その送受信機器２０Ａ〜２０Ｈに対して、図８又は図９に示すような、送信日時、ストリームの先頭の有無、先頭フレーム番号、ストリームの最後の有無、フレーム数、送信レート（送信速度）、送信先アドレスや送信先機器名といった送信先情報を送信する手段である。
【００２０】
図１に戻って、送受信機器２０Ａ〜２０Ｈは、ユーザが備えた、ネットワーク３０上で音声や動画などのストリームデータの配信サービスを受ける側のパーソナルコンピュータ（クライアント）である。この送受信機器２０Ａ〜２０Ｈは、図１に示すように、それぞれ、ネットワーク３０に接続されている。尚、送受信機器２０Ａ〜２０Ｈは、パーソナルコンピュータ以外に、ビデオデッキやテレビジョンなどで構成されてもよい。
【００２１】
図３は、そのような送受信機器２０Ａ〜２０Ｈの構成を示すブロック図である。図３に示すように、送受信機器２０Ａ〜２０Ｈは、ＣＰＵ（受信レート判定手段、送信先情報要求手段、機器決定手段）２１、ＲＯＭ２２、ＨＤＤ（データ保存手段）２３、ストリーム送信部（データ送信手段）２４、送信先情報送信部（送信先情報通知手段）２５、ストリーム受信部（データ受信手段）２６及び送信先情報受信部２７を備えている。ここで、ＣＰＵ２１は、送受信機器２０Ａ〜２０Ｈの全体制御を行うプロセッサである。ＲＯＭ２２は、読み出し専用のメモリー（記録媒体）であり、ＣＰＵ２１を動作させるための制御プログラムが記録されている。ＨＤＤ２３は、高速回転する円盤（ディスク）上にデータを読み書きする記憶媒体であり、他の送受信機器２０Ａ〜２０Ｈからのストリーム送信要求（図５〜図７参照）に応じて、他の送受信機器２０Ａ〜２０Ｈに対して送信するためのストリームデータが保存されている。
【００２２】
ストリーム送信部２４は、他の送受信機器２０Ａ〜２０Ｈからのストリーム送信要求に応じて、他の送受信機器２０Ａ〜２０Ｈに対してストリームデータをネットワーク３０を介して送信する手段である。送信先情報送信部２５は、他の送受信機器２０Ａ〜２０Ｈからの送信先情報送信要求に応じて、他の送受信機器２０Ａ〜２０Ｈに対して、図８又は図９に示すような、送信日時、ストリームの先頭の有無、先頭フレーム番号、ストリームの最後の有無、フレーム数、送信レート（送信速度）、送信先アドレスや送信先機器名といった送信先情報を送信する手段である。
【００２３】
ストリーム受信部２６は、送信機器１０又は他の送受信機器２０Ａ〜２０Ｈから送信されたストリームデータを受信する手段であり、送信先情報受信部２７は、他の送受信機器２０Ａ〜２０Ｈから送信された、図８又は図９に示すような上記の送信先情報を受信する手段である。
【００２４】
尚、上記したように、ストリームデータとしては、音声や動画などのデータに適用することが可能であるが、この実施の形態では、ストリームデータとして、図１０に示すような、ＭＰＥＧ（Motion Picture Experts Group）形式の動画のストリームデータを例に説明するものとする。
【００２５】
図１０に示すように、ＭＰＥＧのストリームデータは、フレーム（動画像を構成する単位となる１枚の静止画像）毎に分かれており、フレームには、Ｉピクチャーフレーム、Ｂピクチャーフレーム及びＰピクチャーフレームの種類がある。Ｉピクチャーフレームは、前後のフレームの参照がない画像であり、Ｂピクチャーフレームは、前後のフレームへの双方向予測符号化画像であり、また、Ｐピクチャーフレームは、フレームの順方向予測符号化画像である。
【００２６】
また、図１０中のＧＯＰ（Group Of Picture）は、ストリームデータのランダムアクセスを可能とするために、画面内だけで閉じた情報による符号化を定期的に挿入し、このフレーム内符号化画像が少なくとも１枚は行った画像群構造のことである。図１０では、１ＧＯＰは、０．５Ｓｅｃとなっている。
【００２７】
尚、図１では、ネットワーク３０に８台の送受信機器２０Ａ〜２０Ｈが接続されているが、この送受信機器の台数には制限がなく、８台以上の送受信機器をネットワーク３０に接続することができる。また、ネットワーク３０の通信回線のトポロジ（ネットワーク・デバイスなどの物理的な配置）にも制限はない。
【００２８】
次に、動作について説明する。
ここで、この実施の形態の動作としては、送受信機器２０Ａが、ストリームデータを受信しデコードして画面上に映像を再生する場合について説明する。
【００２９】
図１１は、本発明のストリーム配信システムの動作（ストリーム配信方法）を説明するためのフローチャートである。まず、送受信機器２０Ａのユーザは、ストリームデータを受信し、その受信したストリームデータをデコードして、そのストリームデータを画面上に実時間表示（リアルタイム表示）する場合、送受信機器２０Ａに予め実装されているストリーミング用のソフトウェアを操作することにより、ストリームデータの送信を要求するストリーム送信要求（図４参照）を送信機器１０に対して行う必要がある。
【００３０】
送受信機器２０Ａ（即ち、送受信機器２０ＡのＣＰＵ２１）は、このようなユーザによる操作が行われると、図４に示すようなストリーム送信要求を発行し、そのストリーム送信要求をネットワーク３０を介して送信機器１０に対して送信する（ステップＳＴ１）。
【００３１】
ここで、図４に示すストリーム送信要求おいて、「ストリーム名」は送信要求するストリームデータの内容を特定するためのものであり、「ストリームの先頭」はストリームデータの先頭フレームから送信要求するか否かを示すものであり、「先頭フレーム番号」はストリームデータの先頭フレームを特定するためのものであり、「ストリームの最後」はストリームデータの最終フレームまで送信要求するか否かを示すものであり、また、「フレーム数」は送信要求するストリームデータ全体のフレーム数である。
【００３２】
図４では、「ストリーム名」を「ｓｔｒｅａｍ１．ｍｐｇ」（尚、ｍｐｇはＭＰＥＧのデータであることを示している）とし、「ストリームの先頭」を「ＹＥＳ」として、ストリームデータの先頭フレームから送信要求することを示している。「先頭フレーム番号」はストリームデータの先頭フレームから送信要求するので「１」（即ち、フレーム１）である。また、「ストリームの最後」を「ＹＥＳ」として、ストリームデータの最終フレームまで送信要求することを示している。また、「フレーム数」は先頭フレームから最終フレームまでのフレーム数が解らないので「――」となっている。
【００３３】
送信機器１０（即ち、送信機器１０のＣＰＵ１１）は、図４に示すようなストリーム送信要求を受信すると、そのストリーム送信要求の内容からストリームデータの先頭フレームから最終フレームまで送信要求されていると判断して（ストリームデータ全体を送信要求されていると判断して）、その該当するストリーム名（ｓｔｒｅａｍ１．ｍｐｇ）のストリームデータ全体をストリーム送信部１４からネットワーク３０を介して送信する。
【００３４】
送受信機器２０Ａは、送信機器１０からストリームデータが送信されると、そのストリームデータを受信可能か否か判断し（ステップＳＴ２）、受信可能であった場合、送信機器１０から送信されるストリームデータをフレーム１（ストリームの先頭フレーム）から受信を開始し（ステップＳＴ３）、その受信の開始に同期して（受信の開始後直ちに）、当該ストリームデータをデコードして実時間表示（リアルタイム表示）を開始する。
【００３５】
尚、ストリームデータの実時間表示は、完全にストリームデータの受信開始に同期しているものではなく、多少のタイムラグは発生する。但し、そのタイムラグは、十分に短い時間であって、ユーザにストレスを感じさせるほどではない。
【００３６】
当該ストリームデータの受信は、図４のストリーム送信要求で指定したように、全てのストリームデータの受信が終了するまで継続される（ステップＳＴ４）。尚、図４では、「ストリームの最後」が「ＹＥＳ」となっているので、ストリームデータの最終フレームまで受信が継続される。全てのストリームデータの受信が終了すると、処理を終了する。
【００３７】
送受信機器２０Ａは、ストリームデータを受信している間、常に、ストリームデータの受信速度（受信レート）がストリームデータの実時間表示に十分な受信速度であるか否かを判定している（ステップＳＴ５）。ここで、ストリームデータの途中のフレーム（例えば、フレーム１からフレーム１００）まで受信し終えた時点で、当該ストリームデータの受信速度が実時間表示に十分な受信速度より低速であると送受信機器２０によって判断された場合、送受信機器２０Ａは、送信機器１０が当該ストリームデータ（ｓｔｒｅａｍ１）を過去に送信した相手先の送受信機器２０Ｂ〜２０Ｈに関する情報（送信先情報）を要求する送信先情報送信要求を発行して、送信機器１０に対して送信する（ステップＳＴ６）。
【００３８】
尚、上記ステップＳＴ２における判断（ストリームデータの受信可能か否かの判断）の結果、ストリームデータの受信不可能であると判断された場合も、送受信機器２０Ａは、送信先情報送信要求を発行して、送信機器１０に対して送信する（ステップＳＴ６）。
【００３９】
送信機器１０は、その送信先情報送信要求を受信すると、その要求を行った送受信機器２０Ａに対して、図８に示すような送信先情報を送信する。ここで、送信先情報は、図８に示すように、「ストリーム名」「日時」「ストリームデータの先頭」「先頭フレーム」「ストリームデータの最後」「フレーム数」「送信レート」「アドレス」「機器名」から構成されている。
【００４０】
送受信機器２０Ａは、送信機器１０から送信された送信先情報を受信すると（ステップＳＴ７）、その送信先情報が有効か否か、即ち、送信機器１０が、送受信機器２０Ａによって要求されたストリームデータ（ｓｔｒｅａｍ１）を他の送受信機器２０Ｂ〜２０Ｈに対して以前に送信したか否かを判断する（ステップＳＴ８）。ここで、送信先情報が、図８に示すように、送信機器１０が、複数の送受信機器２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅに対して当該ストリームデータ（ｓｔｒｅａｍ１）を以前に送信したものとする。
【００４１】
送受信機器２０Ａは、送信機器１０から受信した送信先情報が図８のように有効であったと（即ち、複数の送受信機器２０Ｂ，２０Ｃ，２０Ｄ，２０Ｅに当該ストリームデータを送信したという内容の送信先情報であると）判断した場合、その有効な送信先情報から当該ストリームデータを最も最近受信した機器を見つけたか否かを判断する（ステップＳＴ９）。
【００４２】
ここで、送受信機器２０Ａが上記図８に示した送信先情報を受信した場合には、その送信先情報の「日時」から、送受信機器２０Ａはストリームデータ（ｓｔｒｅａｍ１）を最も最近受信した送受信機器は送受信機器２０Ｂであると判断する。尚、送受信機器２０Ａは、送信先情報から該当する送受信機器を見つけることができなかった場合には、後述するステップＳＴ１１の処理に移行する。
【００４３】
このように、送受信機器２０がストリームデータを最も最近受信した機器を検索するのは、その機器（ここでは送受信機器２０Ｂ）のＨＤＤ２３内に当該ストリームデータが保存されている可能性が高く、その機器から当該ストリームデータを送信してもらうことが可能であると考えられるからである。
【００４４】
送受信機器２０Ａは、当該ストリームデータを最も最近受信した機器が送受信機器２０Ｂであると判断すると、ステップＳＴ１に戻って、ストリーム送信要求を発行し、そのストリーム送信要求を送受信機器２０Ｂに対して送信する。ここで、送受信機器２０Ａは、上記したように、既に、フレーム１からフレーム１００までのストリームデータを受信しているので、ストリーム送信要求は、図５に示すように、フレーム１０１から最終フレームまでのストリームデータを要求するものとする。即ち、ストリームデータの先頭フレームから送信要求しないため、「ストリームの先頭」は「ＮＯ」となり、フレーム１〜１００は既に受信しているので「先頭フレーム番号」は「１０１」となり、ストリームデータの最終フレームまで送信要求するので、「ストリームの最後」は「ＹＥＳ」となる。
【００４５】
送受信機器２０Ｂは、内部のＨＤＤ２３内に以前に受信した当該ストリームデータ（ｓｔｒｅａｍ１）を保存している場合は、そのストリームデータを送受信機器２０Ａに対してネットワーク３０を介して送信する（ステップＳＴ３）。一方、送受信機器２０Ｂは、内部のＨＤＤ２３内に当該ストリームデータを保存していない場合には、そのストリームデータを送信できないため、その旨を送受信機器２０Ａに通知し、送受信機器２０Ａは、そのような通知を受け取ると、ストリームデータの受信不可能と判断して、上記ステップＳＴ６の処理に移行する。尚、送受信機器２０Ａは、送受信機器２０Ｂに対してストリーム送信要求を行ってから所定時間経過してもストリームデータが送信されない場合に、ストリームデータの受信不可能と判断してもよい。
【００４６】
また、上記したように、送受信機器２０Ａは、ステップＳＴ５でストリームデータの受信速度が実時間表示に十分な受信速度より低速であると判断した場合も、上記ステップＳＴ６の処理に移行する。
【００４７】
ステップＳＴ６において、送受信機器２０Ａは、今度は、送受信機器２０Ｂに対して、送信先情報を要求する送信先情報送信要求を発行して送信する。送受信機器２０Ｂは、その送信先情報送信要求を受信すると、過去（以前）に他の送受信機器に対して当該ストリームデータ（ｓｔｒｅａｍ１）を送信したことがあるか否か判断する。送受信機器２０Ｂは、他の送受信機器に対して当該ストリームデータを送信したことがない場合には、その旨の送信先情報を送受信機器２０Ａに送信し、また、以前に他の送受信機器に対して当該ストリームデータを送信したことがある場合には、例えば図９に示すような送信先情報を送受信機器２０Ａに送信する。
【００４８】
送受信機器２０Ａは、送受信機器２０Ｂから送信された送信先情報を受信すると（ステップＳＴ７）、その送信先情報が有効か否か、即ち、送受信機器２０Ｂが、当該ストリームデータ（ｓｔｒｅａｍ１）を以前に他の送受信機器２０Ｃ〜２０Ｈに対して送信したか否かを判断する（ステップＳＴ８）。
【００４９】
送受信機器２０Ａは、送受信機器２０Ｂから受信した送信先情報が図９のように有効であったと（即ち、複数の送受信機器２０Ｅ，２０Ｆ，２０Ｇ，２０Ｈに当該ストリームデータを送信したという内容の送信先情報であると）判断した場合、その有効な送信先情報から当該ストリームデータを最も最近受信した機器を見つけたか否かを判断し（ステップＳＴ９）、その後、上記したのと同様、最も最近ストリームデータを受信した送受信機器（図９では送受信機器２０Ｆ）に対して、ステップＳＴ１からステップＳＴ７の処理を繰り返す。
【００５０】
逆に、送受信機器２０Ａは、送受信機器２０Ｂから受信した送信先情報が有効でなかったと（送受信機器２０Ｂが以前に他の送受信機器に対して当該ストリームデータを送信したことがないと）判断した場合には、ステップＳＴ１１の判断、即ち、以前に送信機器１０から受信した図８に示す有効な送信先情報に基づいて、当該ストリームデータ全体を受信した送受信機器を見つけたか否かの判断を行ったか否かを判断する（ステップＳＴ１０）。
【００５１】
ここで、送受信機器２０Ａは、未だ、図８の送信先情報に基づいて、ステップＳＴ１１の判断を行っていないので、既に受信した図８の送信先情報から当該ストリームデータ全体を受信した機器を見つけたか否かの判断を行う。例えば、図８の送信先情報の場合、送受信機器２０Ａは、その送信先情報の「ストリームの先頭」及び「ストリームデータの最後」から、当該ストリームデータ（ｓｔｒｅａｍ１）全体を受信した送受信機器は送受信機器２０Ｃであると判断する。
【００５２】
送受信機器２０Ａは、当該ストリームデータ全体を受信した機器が送受信機器２０Ｃであると判断すると、ステップＳＴ１に戻って、上記したように、ステップＳＴ１からステップＳＴ７の処理を繰り返す。
【００５３】
送受信機器２０Ｃが、当該ストリームデータをＨＤＤ２３に保存していないなどのストリームデータの受信不可能な場合（ステップＳＴ２）や受信レート（受信速度が不十分であった場合（ステップＳＴ５）には、送受信機器２０Ａは、送受信機器２０Ｃに対して送信先情報送信要求を送信し（ステップＳＴ６）、そして、送受信機器２０Ｃから送信先情報を受信する（ステップＳＴ７）。
【００５４】
送受信機器２０Ａは、送受信機器２０Ｃから送信された送信先情報を受信すると（ステップＳＴ７）、その送信先情報が有効か否かを判断し（ステップＳＴ８）、送信先情報が有効であった場合、その有効な送信先情報から当該ストリームデータを最も最近受信した機器を見つけたか否かを判断し（ステップＳＴ９）、ストリームデータを最近受信した機器を見つけた場合には、その後、上記したのと同様、ステップＳＴ１からステップＳＴ７の処理を繰り返す。
【００５５】
逆に、送受信機器２０Ａは、送受信機器２０Ｃから受信した送信先情報が有効でなかった場合には、ステップＳＴ１１の判断を行ったか否かを判断する（ステップＳＴ１０）。ここで、送受信機器２０Ａは、既に、図８の送信先情報に基づいて、ステップＳＴ１１の判断を行っているので、ステップＳＴ１１の判断を行わずに、有効な送信先情報から当該ストリームデータを最高速度（最高レート）で受信した送受信機器を見つけたか否かの判断を行う（ステップＳＴ１２）。例えば、図８の送信先情報の場合、送受信機器２０Ａは、その送信先情報の「送信レート」から、当該ストリームデータ（ｓｔｒｅａｍ１）を最高速度で受信した送受信機器は送受信機器２０Ｄであると判断する。
【００５６】
送受信機器２０Ａは、当該ストリームデータを最高速度で受信した機器が送受信機器２０Ｄであると判断すると、ステップＳＴ１に戻って、上記したように、ステップＳＴ１からステップＳＴ７の処理を繰り返す。一方、送受信機器２０Ａは、そのような機器を見つけることができなかった場合には、処理を終了する。その場合、ユーザは、もう一度、送信機器１０に対してストリーム送信要求をやり直すなどの操作を行う。
【００５７】
最終的に、送受信機器２０Ａは、目的のストリームデータ（ｓｔｒｅａｍ１）の全体を受信し終えた場合には（最終フレームまで受信が成功した場合には）、ステップＳＴ４でストリームデータの受信終了と判断し、その後、送信機器１０及び複数の送受信機器２０Ｂ〜２０Ｈから断片的に受信したストリームデータをつなぎ合わせて一つのストリームデータにする処理を行い、ＨＤＤ２３や磁気ディスクなどに、そのようなストリームデータを保存し、しばらく待ってからストリームデータの実時間表示を終了する。尚、そのように保存されたストリームデータの保存期間は、各送受信機器毎に決定されるものとする。
【００５８】
尚、上記実施の形態では、ストリーム送信要求は、図４に示すように、ストリームデータをフレームで特定するようにしていたが、これに限るものではなく、図６に示すように、ストリームデータを時間（Ｓｅｃ）で特定してもよいし、また、図７に示すように、ストリームデータをデータのバイト数で特定してもよい。また、ストリーム送信要求は、図４〜図７に示すように、ストリームデータの最終フレームまで要求するものに限るものではなく、図１２に示すように、ストリームデータの先頭フレームから途中のフレーム（図１２ではフレーム１００００）まで要求するものであってもよい。
【００５９】
尚、上記実施の形態では、ストリームデータを送信要求する他の送受信機器２０の決定方法として、当該ストリームデータを最も最近受信した機器、次に、当該ストリームデータ全体を受信した機器、最後に、当該ストリームデータを最高速度で受信した機器という条件で決定していたが、これらの順番は、これに限るものではなく、いずれの条件を先に機器を決定してもよい。また、これらの条件のいずれか一つ又は任意の二つに基づいて他の送受信機器２０を決定するようにしてよい。また、これらの条件以外でも機器を決定するのに最適なものであれば用いることが可能である。
【００６０】
以上のように、この実施の形態によれば、クライアント側の送受信機器２０で、送信機器１０や他の送受信機器２０から送信されるストリームデータの受信レートが、ストリームデータの実時間表示に不十分であれば、送信機器１０や他の送受信機器２０が当該ストリームデータを過去に送信した送受信機器２０に関する送信先情報を通知し、その送信先情報から所定条件に従って送受信機器２０を決定し、その送受信機器２０から当該ストリームデータを受信するように構成されているので、クライアント側の送受信機器２０で、ストリームデータの受信開始に同期してデコードを開始することができるとともに、滞りなくストリームデータのデコード動作を継続することができる。
【００６１】
【発明の効果】
以上のように、本願に係る発明によれば、クライアント側の送受信機器で、該クライアント側の送受信機器からの送信要求に応じて、サーバ側の送信機器や他の送受信機器からネットワークを介して送信されるストリームデータを受信し、サーバ側の送信機器や他の送受信機器から送信されるストリームデータの受信レートが、当該ストリームデータの実時間表示に不十分であれば、サーバ側の送信機器や他の送受信機器が当該ストリームデータを過去に送信した送受信機器に関する送信先情報をサーバ側の送信機器や他の送受信機器に対して要求し、サーバ側の送信機器や他の送受信機器で、送信先情報の要求を受けると、その送信先情報をクライアント側の送受信機器に対して通知し、クライアント側の送受信機器で、送信先情報から所定条件に従って他の送受信機器を決定し、そのような他の送受信機器から未だ受信していない当該ストリームデータを受信するので、クライアント側の送受信機器で、ストリームデータの受信開始に同期してデコードを開始することができるとともに、滞りなくストリームデータのデコード動作を継続することができる。
【００６２】
本願に係る発明によれば、送信先情報から他の送受信機器を決定する所定条件を、当該ストリームデータを最近受信した送受信機器に決定する条件としたので、確実に、ストリームデータを保存している可能性の最も高い送受信機器を決定することができ、その結果、他の送受信機器からストリームデータを継続して受信できる可能性が高くなる。
【００６３】
本願に係る発明によれば、送信先情報から他の送受信機器を決定する所定条件を、当該ストリームデータ全体を受信した送受信機器に決定する条件としたので、確実に、ストリームデータ全体を保存している可能性の最も高い送受信機器を決定することができ、その結果、他の送受信機器からストリームデータ全体を継続して受信できる可能性が高くなる。
【００６４】
本願に係る発明によれば、送信先情報から他の送受信機器を決定する所定条件を、当該ストリームデータを最高レートで受信した送受信機器に決定する条件としたので、確実に、ストリームデータの実時間表示に十分な送信レート（転送レート）の送受信機器を決定することができ、その結果、他の送受信機器から送信されるストリームデータを受信して滞りなくデコード動作を行うことができる可能性が高くなる。
【００６５】
本願に係る発明によれば、送信先情報から他の送受信機器を決定する所定条件を、当該ストリームデータを最近受信した送受信機器、当該ストリームデータ全体を受信した送受信機器及び当該ストリームデータを最高レートで受信した送受信機器のいずれも考慮して決定する条件としたので、ストリームデータを送信する最適な他の送受信機器を確実に決定することができ、その結果、クライアント側の送受信機器において、ストリームデータの受信開始に同期してデコードを開始することができるとともに、一層、滞りなくストリームデータのデコード動作を継続することができるようになる。
【００６６】
本願に係る発明によれば、クライアント側の送受信機器からサーバ側の送信機器や他の送受信機器に対するストリームデータの送信要求を、当該ストリームデータのフレーム単位、時間単位又はバイト単位で指定して行うので、送信機器や他の送受信機器に対して、確実に未受信のストリームデータを特定してストリームデータの送信要求を行うことができる。
【００６７】
本願に係る発明によれば、ネットワークで接続され、送信要求に応じてネットワークを通じてストリームデータを送信するデータ送信手段及び当該ストリームデータを過去に送信した送受信機器に関する送信先情報を要求に応じて通知する送信先情報通知手段を有するサーバ側の送信機器と、ネットワークに接続され、ネットワークを介してサーバ側の送信機器や他の送受信機器から送信されるストリームデータを受信するデータ受信手段、該データ受信手段で受信したストリームデータを保存するデータ保存手段、サーバ側の送信機器や他の送受信機器から送信されるストリームデータの受信レートが当該ストリームデータの実時間表示に十分であるか否かを判断する受信レート判定手段、その受信レート判定手段によってストリームデータの受信レートが当該ストリームデータの実時間表示に不十分であると判断した場合、サーバ側の送信機器や他の送受信機器に対して送信先情報を要求する送信先情報要求手段、ストリームデータを過去に送信した送受信機器に関する送信先情報を要求に応じて通知する送信先情報通知手段、サーバ側の送信機器や他の送受信機器の送信先情報通知手段から通知された送信先情報に基づいて、所定条件に従って、データ受信手段でストリームデータを受信する送受信機器を決定する機器決定手段、及び送信要求に応じてネットワークを通じてデータ保存手段に保存されているストリームデータを他の送受信機器に対してネットワークを介して送信するデータ送信手段を有するクライアント側の送受信機器とを備えたので、クライアント側の送受信機器で、ストリームデータの受信開始に同期してデコードを開始することができるとともに、滞りなくストリームデータのデコード動作を継続することができる。
【００６８】
本願に係る発明によれば、ネットワークを、インターネット又はイントラネットで構成したので、音声や動画などといったストリームデータの種類にとらわれず、様々なストリームデータの配信に適用することができるとともに、送信機器や送受信機器を汎用のコンピュータなどで構成することができる。
【図面の簡単な説明】
【図１】 本発明のストリーム配信システムを示すシステム構成図である。
【図２】 送信機器の構成を示すブロック図である。
【図３】 送受信機器の構成を示すブロック図である。
【図４】 ストリーム送信要求の一例を示す図である。
【図５】 ストリーム送信要求の一例を示す図である。
【図６】 ストリーム送信要求の一例を示す図である。
【図７】 ストリーム送信要求の一例を示す図である。
【図８】 送信先情報の一例を示す図である。
【図９】 送信先情報の一例を示す図である。
【図１０】 ＭＰＥＧストリームデータの構造を示す図である。
【図１１】 本発明のストリーム配信方法を説明するためのフローチャートである。
【図１２】 ストリーム送信要求の一例を示す図である。
【符号の説明】
１０ 送信機器
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＨＤＤ
１４ ストリーム送信部（データ送信手段）
１５ 送信先情報送信部（送信先情報通知手段）
２０Ａ〜２０Ｈ 送受信機器
２１ ＣＰＵ（受信レート判定手段、送信先情報要求手段、機器判定手段）
２２ ＲＯＭ
２３ ＨＤＤ（データ保存手段）
２４ ストリーム送信部（データ送信手段）
２５ 送信先情報送信部（送信先情報通知手段）
２６ ストリーム受信部（データ受信手段）
２７ 送信先情報受信部
３０ ネットワーク
Claims (8)
- 送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合に前記ストリームデータの受信品質が不十分であると判断し、その受信品質が、前記第２の送受信機器において不十分であると判断した場合、以前に前記ストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、前記ストリームデータを最近受信した送受信機器を第３の送受信機器とし、前記ストリームデータを保存する第３の送受信機器から前記ストリームデータの一部を受信して、前記ストリームデータを保持する第３の送受信機器から前記ストリームデータの未受信部分の全部若しくは一部を受信し、
前記第２の送受信機器が、前記ストリームデータを保存する前記送信機器、前記ストリームデータを保存する前記第１の送受信機器、または前記ストリームデータを保存する前記第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求する前記ストリームデータを指定したストリームデータ送信要求を行う
ことを特徴とするストリーム配信方法。 - 送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合に前記ストリームデータの受信品質が不十分であると判断し、その受信品質が、前記第２の送受信機器において不十分であると判断した場合、以前に前記ストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、前記ストリームデータ全体を受信した送受信機器を第３の送受信機器とし、前記ストリームデータを保存する第３の送受信機器から前記ストリームデータの一部を受信して、前記ストリームデータを保持する第３の送受信機器から前記ストリームデータの未受信部分の全部若しくは一部を受信し、
前記第２の送受信機器が、前記ストリームデータを保存する前記送信機器、前記ストリームデータを保存する前記第１の送受信機器、または前記ストリームデータを保存する前記第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求する前記ストリームデータを指定したストリームデータ送信要求を行う
ことを特徴とするストリーム配信方法。 - 送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合に前記ストリームデータの受信品質が不十分であると判断し、その受信品質が、前記第２の送受信機器において不十分であると判断した場合、以前に前記ストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、前記ストリームデータを最高レートで受信した送受信機器を第３の送受信機器とし、前記ストリームデータを保存する第３の送受信機器から前記ストリームデータの一部を受信して、前記ストリームデータを保持する第３の送受信機器から前記ストリームデータの未受信部分の全部若しくは一部を受信し、
前記第２の送受信機器が、前記ストリームデータを保存する前記送信機器、前記ストリームデータを保存する前記第１の送受信機器、または前記ストリームデータを保存する前記第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求する前記ストリームデータを指定したストリームデータ送信要求を行う
ことを特徴とするストリーム配信方法。 - 送信機器や第１の送受信機器から送信するストリームデータを第２の送受信機器で受信し、ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合に前記ストリームデータの受信品質が不十分であると判断し、その受信品質が、前記第２の送受信機器において不十分であると判断した場合、以前に前記ストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、前記ストリームデータを最近受信した送受信機器、前記ストリームデータ全体を受信した送受信機器、または前記ストリームデータを最高 レートで受信した送受信機器のいずれか２つまたは３つの条件に基づき第３の送受信機器を決定し、前記ストリームデータを保存する第３の送受信機器から前記ストリームデータの一部を受信して、前記ストリームデータを保持する第３の送受信機器から前記ストリームデータの未受信部分の全部若しくは一部を受信し、
前記第２の送受信機器が、前記ストリームデータを保存する前記送信機器、前記ストリームデータを保存する前記第１の送受信機器、または前記ストリームデータを保存する前記第３の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求する前記ストリームデータを指定したストリームデータ送信要求を行う
ことを特徴とするストリーム配信方法。 - ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、
ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、
ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合に前記ストリームデータの受信品質が不十分であると判断し、
当該受信したストリームデータの受信品質が不十分であると判断した場合、以前に前記ストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、前記ストリームデータを最近受信した送受信機器を第２の送受信機器とし、前記ストリームデータを保存する第２の送受信機器から前記ストリームデータの一部を受信して、前記ストリームデータを保持する第２の送受信機器から前記ストリームデータの未受信部分の全部若しくは一部を受信し、
前記ストリームデータを保存する前記送信機器、前記ストリームデータを保存する前記第１の送受信機器、または前記ストリームデータを保存する前記第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求する前記ストリームデータを指定したストリームデータ送信要求を行う
ことを特徴とするストリーム送受信機器。 - ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、
ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、
ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合に前記ストリームデータの受信品質が不十分であると判断し、
当該受信したストリームデータの受信品質が不十分であると判断した場合、以前に前記ストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、前記ストリームデータ全体を受信した送受信機器を第２の送受信機器とし、前記ストリームデータを保存する第２の送受信機器から前記ストリームデータの一部を受信して、前記ストリームデータを保持する第２の送受信機器から前記ストリームデータの未受信部分の全部若しくは一部を受信し、
前記ストリームデータを保存する前記送信機器、前記ストリームデータを保存する前記第１の送受信機器、または前記ストリームデータを保存する前記第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求する前記ストリームデータを指定したストリームデータ送信要求を行う
ことを特徴とするストリーム送受信機器。 - ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、
ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、
ストリームデータを受信している間のストリームデータの受信速度がストリームデータ の実時間表示に十分な受信速度でない場合に前記ストリームデータの受信品質が不十分であると判断し、
当該受信したストリームデータの受信品質が不十分であると判断した場合、以前に前記ストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、前記ストリームデータを最高レートで受信した送受信機器を第２の送受信機器とし、前記ストリームデータを保存する第２の送受信機器から前記ストリームデータの一部を受信して、前記ストリームデータを保持する第２の送受信機器から前記ストリームデータの未受信部分の全部若しくは一部を受信し、
前記ストリームデータを保存する前記送信機器、前記ストリームデータを保存する前記第１の送受信機器、または前記ストリームデータを保存する前記第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求する前記ストリームデータを指定したストリームデータ送信要求を行う
ことを特徴とするストリーム送受信機器。 - ストリームデータを受信して、受信したストリームデータの実時間表示を行うストリーム送受信機器であって、
ストリームデータを保存する送信機器またはストリームデータを保存する第１の送受信機器からストリームデータを受信し、
ストリームデータを受信している間のストリームデータの受信速度がストリームデータの実時間表示に十分な受信速度でない場合に前記ストリームデータの受信品質が不十分であると判断し、
当該受信したストリームデータの受信品質が不十分であると判断した場合、以前に前記ストリームデータを受信した送受信機器に関する情報が記載された送信先情報に基づいて、前記ストリームデータを最近受信した送受信機器、前記ストリームデータ全体を受信した送受信機器、または前記ストリームデータを最高レートで受信した送受信機器のいずれか２つまたは３つの条件に基づき第２の送受信機器を決定し、前記ストリームデータを保存する第２の送受信機器から前記ストリームデータの一部を受信して、前記ストリームデータを保持する第２の送受信機器から前記ストリームデータの未受信部分の全部若しくは一部を受信し、
前記ストリームデータを保存する前記送信機器、前記ストリームデータを保存する前記第１の送受信機器、または前記ストリームデータを保存する前記第２の送受信機器に対して、フレーム単位、時間単位またはバイト単位で送信を要求する前記ストリームデータを指定したストリームデータ送信要求を行う
ことを特徴とするストリーム送受信機器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000350313A JP3714157B2 (ja) | 2000-11-16 | 2000-11-16 | ストリーム配信方法、ストリーム送受信機器及びストリーム配信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000350313A JP3714157B2 (ja) | 2000-11-16 | 2000-11-16 | ストリーム配信方法、ストリーム送受信機器及びストリーム配信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002158657A JP2002158657A (ja) | 2002-05-31 |
| JP3714157B2 true JP3714157B2 (ja) | 2005-11-09 |
Family
ID=18823563
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000350313A Expired - Fee Related JP3714157B2 (ja) | 2000-11-16 | 2000-11-16 | ストリーム配信方法、ストリーム送受信機器及びストリーム配信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3714157B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004079580A1 (ja) * | 2003-03-05 | 2004-09-16 | Fujitsu Limited | データ配信方法及びデータ配信システム |
| BRPI0621786A2 (pt) * | 2006-06-27 | 2011-12-20 | Thomson Licensing | solicitação de conteúdo entre parcerias com desempenho monitorado |
-
2000
- 2000-11-16 JP JP2000350313A patent/JP3714157B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002158657A (ja) | 2002-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200280595A1 (en) | Apparatus, system, and method for multi-bitrate content streaming | |
| JP4818562B2 (ja) | 漸進的により高品質のバージョンのオーディオおよび／またはビデオプログラムを得るための方法およびコンピュータネットワーク | |
| JP5894220B2 (ja) | プログレッシブ再生を含む映像分配システム | |
| US7051110B2 (en) | Data reception/playback method and apparatus and data transmission method and apparatus for providing playback control functions | |
| KR101737325B1 (ko) | 멀티미디어 시스템에서 멀티미디어 서비스의 경험 품질 감소를 줄이는 방법 및 장치 | |
| CA2965484C (en) | Adaptive bitrate streaming latency reduction | |
| KR100492567B1 (ko) | 이동통신 시스템의 ｈｔｔｐ 기반 비디오 스트리밍 장치및 방법 | |
| US6792449B2 (en) | Startup methods and apparatuses for use in streaming content | |
| JP4944484B2 (ja) | 再生装置、再生方法及びプログラム | |
| JP2001527709A (ja) | ビデオをオン・デマンドでレンダリングするｖｃｒに似た機能 | |
| JP2008516477A (ja) | ビデオ圧縮システム | |
| JP2004525556A (ja) | ストリーミングされたメディアをバッファリングする方法及びシステム | |
| JP2001204001A (ja) | 動画像配信システム，再生端末装置，及び配信装置 | |
| WO2016193052A1 (en) | Method for initiating a transmission of a streaming content delivered to a client device and access point for implementing this method | |
| JP2003111048A (ja) | コンテンツ再生のためのサーバ及びプログラム | |
| US20020147827A1 (en) | Method, system and computer program product for streaming of data | |
| JP2001242876A (ja) | データ受信再生方法、データ受信再生装置、データ送信方法、およびデータ送信装置 | |
| JP3714157B2 (ja) | ストリーム配信方法、ストリーム送受信機器及びストリーム配信システム | |
| WO2010057391A1 (zh) | 一种流媒体播放控制方法、设备及系统 | |
| JP2004104704A (ja) | 映像再生装置、映像再生方法、プログラム | |
| JP3860957B2 (ja) | マルチメディアデータの送出装置 | |
| CN107148779B (zh) | 一种传送媒体内容的方法 | |
| KR101125065B1 (ko) | 계층적 분산 저장 구조를 이용한 스트리밍 서비스 제공 시스템 및 방법 | |
| JP2004159057A (ja) | 再生情報配信システム及び再生情報配信方法 | |
| JP2009164964A (ja) | 情報処理装置、情報処理方法、情報処理システム、及び情報処理プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050201 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050208 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050407 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050510 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050708 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050802 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050815 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080902 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090902 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |