JP2000181838A - 情報伝送再生方法及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 音楽情報又は映像情報の配信を受けてこれを
再生開始するまでに、ユーザが必要以上に待たされるの
を防止すると共に、音切れの発生も防止する。 【解決手段】 サーバ２からネットワークを介してユー
ザ端末３へ音楽データを配信し、ユーザ端末３側で受信
された音楽データを再生するに際し、ユーザが使用する
ネットワークの帯域幅Ｘと、音楽データが途切れること
なく再生されるのに必要な帯域幅Ｙ（但し、Ｙ＞Ｘ）の
情報を取得し、ユーザ端末３が、サーバ２からの音楽デ
ータの受信開始から全データ量の何％を受信したら再生
を開始するかを決定する再生開始受信率Ｚ（％）を、Ｚ
＝（１−Ｘ／Ｙ）×１００（％）によって求める。音楽
データの全データ量のＺ％のデータが受信されたら音楽
データの受信と並行して受信された音楽データの再生を
開始する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＬＡＮや電話回
線等を介して、サーバから音楽、映像等の目的情報を配
信し、受信側でこれを復号再生する情報伝送再生方法及
びシステムに関する。

【０００２】

【従来の技術】近年、ネットワークを介した音楽、映像
情報の配信サービスが開始され、ユーザが希望する任意
の音楽・映像コンテンツを随時受信して楽しむことが可
能になってきた。この種の配信サービスとしては、ユー
ザの使用しているネットワークの帯域を超えるようなビ
ットレートの音楽・映像データの配信を受け、ストリー
ム再生する場合には、「これから配信されるデータが全
て配信されるまで待ってから再生を開始する」という選
択肢や「ｘｘ秒分のデータが到着したら再生を開始す
る」という選択肢があるものが知られている。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の情報伝送再生方式のうち、前者の方式では、
データの配信が完了するまでは、その再生を行うことが
できないので、ユーザはデータの再生までに長時間待た
されるという問題がある。また、後者の方式では、ユー
ザが使用するネットワークの帯域や配信されるデータ量
に則した設定がなされていないため、再生開始のタイミ
ングによっては、音切れを起こしたり、必要以上に待た
されるといった問題が発生する。

【０００４】この発明は、上記事情を考慮してなされた
もので、音楽情報又は映像情報の配信を受けてこれを再
生開始するまでに、ユーザが必要以上に待たされるのを
防止すると共に、音切れの発生も防止できる情報伝送再
生方法及びシステムを提供することを目的とする。

【０００５】

【課題を解決するための手段】この発明に係る情報伝送
再生方法は、ホスト端末からネットワークを介してユー
ザ端末へ目的情報を配信し、ユーザ端末側で受信された
目的情報を再生する情報伝送再生方法であって、ユーザ
が使用するネットワークの帯域幅Ｘと、前記目的情報が
途切れることなく再生されるのに必要な帯域幅Ｙ（但
し、Ｙ＞Ｘ）の情報を取得し、前記ユーザ端末が、前記
ホスト端末からの目的情報の受信開始から全データ量の
何％を受信したら再生を開始するかを決定する再生開始
受信率Ｚ（％）を、

【０００６】

【数１】Ｚ＝（１−Ｘ／Ｙ）×１００（％）

【０００７】によって求め、前記目的情報の全データ量
のＺ％のデータが受信されたら前記目的情報の受信と並
行して受信された目的情報の再生を開始するようにした
ことを特徴とする。

【０００８】また、この発明に係る情報伝送再生システ
ムは、ホスト端末からネットワークを介してユーザ端末
へ目的情報を配信し、ユーザ端末側で受信された目的情
報を再生する情報伝送再生システムであって、前記ホス
ト端末とユーザ端末との間で通信を行うための通信手段
と、この通信手段を介して前記ホスト端末からユーザ端
末へ伝送された目的情報を順次記憶する目的情報記憶手
段と、ユーザが使用するネットワークの帯域幅Ｘと、前
記目的情報が途切れることなく再生されるのに必要な帯
域幅Ｙ（但しＹ＞Ｘ）の情報を取得して、前記ユーザ端
末が、前記ホスト端末からの目的情報の受信開始から全
データ量の何％を受信したら再生を開始するかを決定す
る再生開始受信率Ｚ（％）を、数１によって求める再生
開始受信率算出手段と、前記目的情報記憶手段に全デー
タ量のＺ％のデータが受信されたら前記受信された目的
情報の再生を開始する再生手段とを備えたことを特徴と
する。

【０００９】この発明によれば、ユーザの使用するネッ
トワークの帯域幅Ｘと、配信される目的情報が途切れず
に再生されるのに必要な帯域幅をＹとに基づいて最適な
再生開始受信率Ｚを算出し、ユーザ側での受信開始から
全データのＺ％が受信された時点で受信された情報の再
生を開始するようにしているので、音切れ等の発生がな
い最短の待ち時間で再生を開始することができる。

【００１０】

【発明の実施の形態】以下、図面を参照して、この発明
の好ましい実施の形態について説明する。この発明が適
用される情報伝送再生システムとしては、例えば、
（１）図１に示すように、イーサネット等のＬＡＮ（Lo
cal Area Network）１を介してサーバ２から複数の端末
３のうちの一つへと、音楽データの配信がなされる場
合、（２）図２に示すように、ＬＡＮ（イントラネッ
ト）１に接続されたゲートウェイ４を介して、サーバ２
からＬＡＮ１→ゲートウェイ４→電話回線５と経由し
て、端末６に音楽データが配信される場合、（３）図３
に示すように、ＬＡＮ（イントラネット）１に接続され
たゲートウェイ４と、他のＬＡＮ７に接続されたゲート
ウェイ８とが電話回線５を介して接続されるシステム
で、サーバ２からＬＡＮ１→ゲートウェイ４→電話回線
５→ゲートウェイ８→ＬＡＮ７と経由して、端末９に音
楽データが配信される場合、等が考えられる。

【００１１】いま、端末３，６，９が音楽データの配信
を受けるネットワークの帯域幅をＸ（Kbps）、その音楽
データが途切れずに再生されるために必要な帯域幅をＹ
（Kbps）とすると、この発明が適用されるシステムは、
次の条件に合致したものであることが必要である。

【００１２】端末３，６，９がデータを受信している
期間、Ｘの値がほぼ変動しないこと、 サーバ２がデータを送信している期間、Ｙの値がほぼ
変動しないこと、 サーバ２が配信するデータ長（量）Ｍ（Kbytes）が予
め分かっていること、

【００１３】次に、音楽データ配信時のサーバ２及び端
末３（６，９：以下、「６，９」は省略する）の処理に
ついて説明する。図４は、サーバ２と端末３の音楽デー
タの伝送・再生に係る機能ブロック図である。サーバ２
と端末３とは、それぞれに設けられた通信制御部２１，
３１を介して相互にデータを送受信する。サーバ２に
は、端末３側からの要求に基づいて配信する音楽データ
のビットストリームを記憶したビットストリームＤＢ
（データベース）２２と、これらの音楽データに関する
付帯情報が格納された付帯情報ＤＢ２３が設けられてい
る。端末３側では、通信制御部３１を介して受信された
データビットストリームが受信データ記憶部３２に記憶
される。通信制御部３１を介して受信された必要帯域幅
Ｙの情報を含む付帯情報はＺ算出部３３に与えられる。
また、Ｚ算出部３３には、使用帯域幅設定部３４からの
使用帯域幅Ｘの情報が与えられている。Ｚ算出部３３
は、これらの情報に基づいて再生開始受信率Ｚ（％）を
計算し、これを再生開始制御部３５に供給する。再生開
始制御部３５は、Ｚに基づいて受信データの再生タイミ
ングを決定し、再生部３６を制御する。再生部３６は、
再生開始制御部３５により起動されて、受信データ記憶
部３２に記憶された受信データを復号・再生する。

【００１４】図５（ａ）は、サーバ２から端末３に伝送
される音楽データの一例を示す図である。音楽データ
は、ヘッダとビットストリーム本体とを含む。ヘッダに
は、音楽データを識別するためのＩＤと、その音楽の長
さ（時間）の情報と、その他のヘッダ情報とを含む。こ
れらは、データビットストリームＤＢ２２に記憶されて
いる。また、付帯情報ＤＢ２３には、図５（ｂ）に示す
ような各ＩＤから特定される各種付帯情報が記憶されて
おり、この付帯情報には、例えばその音楽をよどみなく
再生するのに必要な帯域幅Ｙの情報や曲名の情報等が含
まれている。従って、通信制御部２１は、端末３からの
アクセス要求に対して、対応する曲の音楽データを送信
する前に、付帯情報ＤＢ２３に記憶された必要帯域幅Ｙ
の情報を長さＴや曲名等の情報と共に端末３側に送信す
る。また、音楽データは、図６に示すように、ヘッダの
部分に必要帯域幅Ｙの情報を持っていても良い。この場
合には、受信された音楽データから必要帯域幅Ｙの情報
を抽出することになる。

【００１５】次に、再生開始制御について説明する。い
ま、例えばデータの長さＴ＝６０秒の音楽データの必要
帯域幅Ｙが３０Kbpsであるとすると、その音楽データの
ファイルサイズＭは、

【００１６】

【数２】 Ｍ＝６０sec×３０Kbps／８bits＝２２５Kbytes

【００１７】ということになる。ここで、使用帯域幅Ｘ
＝２０Kbpsとし、この音楽データを全て受信してから再
生するとなると、受信開始から２２５Kbytes×８bits／
２０Kbps＝９０秒間待たなくてはならない。このシステ
ムでは、Ｚ算出部３３が、Ｚを次の式により算出する。

【００１８】

【数３】 Ｚ＝（１−Ｘ／Ｙ）×１００（％） ＝（１−２０／３０）×１００（％） ＝３３％

【００１９】そして、２２５Kbytes（６０秒）の音楽デ
ータの３３％、つまり７５Kbytes（２０秒）のデータが
受信された時点で再生を開始する。従って、受信開始か
ら再生開始までの待ち時間ｔは、７５×８／２０＝３０
秒となる。この結果、待ち時間は、９０−３０＝６０秒
改善されたことになる。

【００２０】Ｚ算出部３３は、実際には、図７に示すよ
うに、Ｘ，Ｙの値から、ダイレクトにＺの値が求められ
るテーブルを使用してＺを求めても良い。また、このと
き同図に示すように、実際の計算値よりも大きめの値が
格納されたテーブルを使用して、伝送速度の若干の変動
にも対処可能にすることが考えられる。また、この図の
ように、処理の単純化のため、きりの良い数字に設定す
るようにしてもよい。

【００２１】また、Ｘの与え方としては、例えばユーザ
が使用帯域幅設定部３４を介して設定する。例えばユー
ザが２８．８Kbpsのモデムを使用している場合には、Ｘ
として２０を入力すると決めておく。２０とする理由
は、２８．８Kbpsモデムの実効的な帯域幅が２０である
ことが経験的に知られているからである。また、例えば
ＩＳＤＮ１チャンネルの場合は４０と決めておく。但
し、専用線のように帯域保証がなされているネットワー
クを使用する場合には、その保証された帯域幅の値を使
用することが考えられる。ＩＳＤＮで６４Kbpsが帯域保
証されている場合には、６４を使用する。また、ネット
ワーク接続装置等に帯域幅情報が存在する場合には、こ
のような設定を行わず、単にネットワーク接続装置に問
い合わせることによってもＸの情報を取得可能である。

【００２２】図８は、図６のように音楽データのヘッダ
部分に情報Ｙが含まれている音楽データを受信する際の
端末３側の処理を示すフローチャートである。まず、サ
ーバ２との通信を確立し（Ｓ１）、音楽データの読み込
みを開始する（Ｓ２）。次に、受信された音楽データの
ヘッダ情報からデータの長さＴ及び必要帯域幅Ｙの情報
を取得する（Ｓ３）。そして、再生開始受信率Ｚ（％）
を算出し（Ｓ４）、Ｚ％のデータが到着したかどうかを
監視する（Ｓ５）。Ｚ％のデータが到着したら、音声デ
ータの受信処理と並行して音声データの再生を開始する
（Ｓ６）。これにより、音楽データの受信途中であって
も、途中で音切れすることなく音声データの再生が可能
になる。この場合、音声データの再生終了と受信終了の
タイミングはほぼ一致することになる。

【００２３】上記システムは、Ｘ，Ｙの変動がないとい
うことが前提であるが、使用するネットワークの環境に
よっては、使用帯域が時間に応じて変動することもあ
る。このような場合、多少の変動については、図９のよ
うな処理を実行することにより、これに対処することが
できる。即ち、図９の例は、最初に与えられた使用帯域
幅Ｘの情報を元に算出された再生開始受信率Ｚ（％）に
基づいてＺ％のデータが受信されたら（Ｓ５）、実際の
ネットワークの帯域幅Ｘ′を計算する（Ｓ１１）。この
計算は、例えば、受信データ記憶部３２に実際に読み込
んだデータ量と受信開始からの経過時間とに基づいて算
出可能である。そのようにして求められたＸ′が最初に
与えられたＸよりも小さければ（Ｓ１２）、音切れ発生
の可能性が出てくるので、その時点での実際のネットワ
ーク帯域幅Ｘ′の値に基づいて、再生開始受信率Ｚを計
算し直し（Ｓ１３）、再計算されたＺ％のデータ受信を
待って音声データを再生する（Ｓ５，Ｓ６）。これによ
り、ネットワークの緩やかな帯域変動に対しては、音切
れの発生を効果的に防止することができる。

【００２４】また、Ｚ％のデータが到着した時点で、そ
の時点でのネットワーク帯域幅Ｘの値を修正するのでは
なく、例えば図１０に示すように、Ｚ％のデータが到着
する前の任意の時点（Ｓ１２）で、実際のネットワーク
帯域幅Ｘ′を測定し（Ｓ１１）、再生開始前に想定して
いた帯域幅Ｘよりも大きい場合は（Ｓ２２）、再生開始
受信率Ｚを再計算する（Ｓ１３）ようにしてもよい。こ
のようにすれば、再生開始前の想定よりも早い時点から
再生を開始することができ、更に待ち時間を少なくする
ことができる。また、図１０のステップＳ２２をＸ′＝
Ｘの判定を行って、Ｘ′≠Ｘの場合に、Ｚを再計算する
ようにすれば、実際の使用帯域幅Ｘ′が当初予定より大
きい場合と小さい場合のいずれにも対応可能となる。

【００２５】なお、以上の実施例では、ＬＡＮや電話回
線を介して音楽データが配信される例について述べた
が、インターネット等を介して配信される場合にも、特
に帯域の変動がない良好な条件下では適用可能である。
また、ユーザは、音楽ソフトの配信を受けるときに、予
めダウンロード後に再生と、ダウンロード途中から再生
とを任意に選択できるようにすることが望ましい。その
ようにすれば、今すぐに音楽を聴きたい場合と、後でま
とめて聴きたい場合とを自由に選択できるからである。

【００２６】

【発明の効果】以上述べたようにこの発明によれば、ユ
ーザの使用するネットワークの帯域幅Ｘと、配信される
目的情報が途切れずに再生されるのに必要な帯域幅をＹ
とに基づいて最適な再生開始受信率Ｚを算出し、ユーザ
側での受信開始から全データのＺ％が受信された時点で
受信された情報の再生を開始するようにしているので、
音切れ等の発生がない最短の待ち時間で再生を開始する
ことができるという効果を奏する。

【図面の簡単な説明】

【図１】 この発明の一実施例に係る情報伝送再生シス
テムの構成を示す図である。

【図２】 この発明の他の実施例に係る情報伝送再生シ
ステムの構成を示す図である。

【図３】 この発明の更に他の実施例に係る情報伝送再
生システムの構成を示す図である。

【図４】 同実施例におけるサーバと端末の機能ブロッ
ク図である。

【図５】 同サーバからの音楽データと付帯情報ＤＢの
内容を示す図である。

【図６】 同サーバからの音楽データの他の例を示す図
である。

【図７】 同端末装置のＺ算出部に設けられるテーブル
の例を示す図である。

【図８】 同実施例における音楽データの伝送・再生処
理のフローチャートである。

【図９】 他の実施例における音楽データの伝送・再生
処理のフローチャートである。

【図１０】 更に他の実施例における音楽データの伝送
・再生処理のフローチャートである。

【符号の説明】

１，７…ＬＡＮ、２…サーバ、３，６，９…端末、４，
８…ゲートウェイ、５…電話回線。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ホスト端末からネットワークを介してユ
   ーザ端末へ目的情報を配信し、ユーザ端末側で受信され
   た目的情報を再生する情報伝送再生方法であって、 ユーザが使用するネットワークの帯域幅Ｘと、前記目的
   情報が途切れることなく再生されるのに必要な帯域幅Ｙ
   （但し、Ｙ＞Ｘ）の情報を取得し、 前記ユーザ端末が、前記ホスト端末からの目的情報の受
   信開始から全データ量の何％を受信したら再生を開始す
   るかを決定する再生開始受信率Ｚ（％）を、 Ｚ＝（１−Ｘ／Ｙ）×１００（％） によって求め、 前記目的情報の全データ量のＺ％のデータが受信された
   ら前記目的情報の受信と並行して受信された目的情報の
   再生を開始するようにしたことを特徴とする情報伝送再
   生方法。
2. 【請求項２】 前記目的情報の全データ量のＺ％のデー
   タが受信されたら、実際に受信されたデータとその受信
   時間とから実際のネットワークの帯域幅Ｘ′を算出し、 実際の帯域幅Ｘ′が最初に取得した帯域幅Ｘよりも小さ
   いときは、再生開始受信率Ｚを再計算し、全データ量の
   Ｚ％のデータが受信されるまで、再生を開始しないよう
   にしたことを特徴とする請求項１記載の情報伝送再生方
   法。
3. 【請求項３】 前記目的情報の全データ量のＺ％のデー
   タが受信される前の時点で実際に受信されたデータとそ
   の受信時間とから実際のネットワークの帯域幅Ｘ′を算
   出し、 実際の帯域幅Ｘ′が最初に取得した帯域幅Ｘよりも大き
   いときは、再生開始受信率Ｚを再計算し、当初予定より
   も前の時点で受信データの再生を開始するようにしたこ
   とを特徴とする請求項１記載の情報伝送再生方法。
4. 【請求項４】 ホスト端末からネットワークを介してユ
   ーザ端末へ目的情報を配信し、ユーザ端末側で受信され
   た目的情報を再生する情報伝送再生システムであって、 前記ホスト端末とユーザ端末との間で通信を行うための
   通信手段と、 この通信手段を介して前記ホスト端末からユーザ端末へ
   伝送された目的情報を順次記憶する目的情報記憶手段
   と、 ユーザが使用するネットワークの帯域幅Ｘと、前記目的
   情報が途切れることなく再生されるのに必要な帯域幅Ｙ
   （但しＹ＞Ｘ）の情報を取得して、前記ユーザ端末が、
   前記ホスト端末からの目的情報の受信開始から全データ
   量の何％を受信したら再生を開始するかを決定する再生
   開始受信率Ｚ（％）を、 Ｚ＝（１−Ｘ／Ｙ）×１００（％） によって求める再生開始受信率算出手段と、 前記目的情報記憶手段に全データ量のＺ％のデータが受
   信されたら前記受信された目的情報の再生を開始する再
   生手段とを備えたことを特徴とする情報伝送再生システ
   ム。
5. 【請求項５】 前記ユーザ端末が前記目的情報を受信し
   ている間、前記Ｘの値が殆ど変動せず、且つ前記ホスト
   端末が前記目的情報を送信している間、前記Ｙの値が殆
   ど変動しない請求項４記載の情報伝送再生システム。