JP2001274858A - ストリームデータ先読込装置及びストリームデータ先読込プログラムを記憶した記憶媒体 - Google Patents

ストリームデータ先読込装置及びストリームデータ先読込プログラムを記憶した記憶媒体

Info

Publication number
JP2001274858A
JP2001274858A JP2000087269A JP2000087269A JP2001274858A JP 2001274858 A JP2001274858 A JP 2001274858A JP 2000087269 A JP2000087269 A JP 2000087269A JP 2000087269 A JP2000087269 A JP 2000087269A JP 2001274858 A JP2001274858 A JP 2001274858A
Authority
JP
Japan
Prior art keywords
data
stream data
stream
read
snr
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.)
Withdrawn
Application number
JP2000087269A
Other languages
English (en)
Inventor
Mitsunari Todoroki
晃成 轟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Seiko Epson Corp
Original Assignee
Seiko Epson Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Seiko Epson Corp filed Critical Seiko Epson Corp
Priority to JP2000087269A priority Critical patent/JP2001274858A/ja
Publication of JP2001274858A publication Critical patent/JP2001274858A/ja
Withdrawn legal-status Critical Current

Links

Landscapes

  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)

Abstract

(57)【要約】 【課題】 携帯端末でストリームデータを再生する場合
に、再生に乱れが生じるのを防止するのに好適なストリ
ームデータ先読込装置を提供する。 【解決装置】 プロキシサーバ３００は、携帯端末１０
０からのデータ送信要求に応じて、そのデータ送信要求
に係るストリームデータについて、高ＳＮＲ、中ＳＮＲ
および低ＳＮＲのストリームデータを先読込バッファ３
１２に先読込し、先読込バッファ３１２のストリームデ
ータを携帯端末１００に送信する。また、現在送信して
いるストリームデータのＳＮＲに基づいて、高ＳＮＲ、
中ＳＮＲおよび低ＳＮＲの各ストリームデータを格納す
るためのバッファ領域のそれぞれの大きさを決定すると
ともに、現在送信しているストリームデータのＳＮＲに
基づいて、高ＳＮＲ、中ＳＮＲおよび低ＳＮＲの各スト
リームデータを先読込するときのそれぞれの先読込デー
タ量を決定する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ストリームデータ
を蓄積するＷＷＷ（World Wide Web）サーバと、携帯端
末とに通信可能に接続し、携帯端末がストリームデータ
をＷＷＷサーバから読み込む場合に、携帯端末のＷＷＷ
サーバに対するアクセス要求に応じてそのアクセス要求
に係るストリームデータを先読込する装置および記憶媒
体に係り、特に、携帯端末でストリームデータを再生す
る場合に、再生に乱れが生じるのを防止するのに好適な
ストリームデータ先読込装置およびストリームデータ先
読込プログラムを記憶した記憶媒体に関する。
【０００２】
【従来の技術】ネットワーク技術や無線通信技術の発達
に伴い、近年、携帯電話等の携帯端末でも、インターネ
ット上の動画データや音楽データ等のストリームデータ
を再生することができるようになった。携帯端末でスト
リームデータを再生する場合は、携帯端末においてスト
リームデータの受信速度とストリームデータの再生速度
との間に生じる速度差により再生に乱れが生じるのを防
止するため、ストリームデータを先読込するための先読
込バッファを確保し、データ受信速度がデータ再生速度
よりも大きいときに、近い将来において再生する可能性
が高いと思われるストリームデータをあらかじめ先読込
バッファに先読込している。
【０００３】
【発明が解決しようとする課題】携帯端末は、コストの
削減、消費電力の低減、小型化、軽量化等の観点から、
ハードディスクのような大容量の記憶装置を搭載するこ
とが困難であるため、先読込バッファをＲＡＭ上に確保
するようになっている。
【０００４】したがって、先読込バッファとして大きな
領域を確保することができないため、例えば、通信状態
が良好でない地域で通信を行う場合のように、データ受
信速度がデータ再生速度よりも小さい状態が長時間にわ
たって継続すると、再生に乱れが生じてしまう。
【０００５】そこで、本発明は、このような従来の技術
の有する未解決の課題に着目してなされたものであっ
て、携帯端末でストリームデータを再生する場合に、再
生に乱れが生じるのを防止するのに好適なストリームデ
ータ先読込装置およびストリームデータ先読込プログラ
ムを記憶した記憶媒体を提供することを目的としてい
る。
【０００６】
【課題を解決するための手段】上記目的を達成するため
に、本発明に係る請求項１記載のストリームデータ先読
込装置は、ストリームデータを蓄積するデータ蓄積端末
と、前記ストリームデータを再生する通信端末とに通信
可能に接続し、前記通信端末の前記データ蓄積端末に対
するアクセス要求に応じてそのアクセス要求に係るスト
リームデータを前記データ蓄積端末から先読込する装置
であって、前記アクセス要求に応じてそのアクセス要求
に係るストリームデータを先読込し、先読込したストリ
ームデータを前記通信端末に送信するにあたって、前記
データ蓄積端末または前記通信端末とのデータ伝送状態
に応じて、送信対象となるストリームデータの品質を調
整するようになっている。
【０００７】このような構成であれば、通信端末のデー
タ蓄積端末に対するアクセス要求に応じて、そのアクセ
ス要求に係るストリームデータが先読込され、データ蓄
積端末または通信端末とのデータ伝送状態に応じて、先
読込されたストリームデータであって送信対象となるス
トリームデータの品質が調整され、そのストリームデー
タが通信端末に送信される。
【０００８】ここで、データ伝送状態には、例えば、デ
ータ蓄積端末または通信端末とのデータ伝送速度、デー
タ蓄積端末または通信端末とのデータ伝送においてデー
タに付加されるノイズの量が含まれる。
【０００９】また、通信端末は、少なくともストリーム
データを再生する機能を有していればどのような構成で
あってもよく、これには、例えば、携帯電話等の携帯可
能な携帯端末、モバイルパソコン、ノート型パソコンま
たはデスクトップ型パソコンが含まれる。
【００１０】また、送信対象となるストリームデータの
品質は、データ蓄積端末とのデータ伝送状態に応じて調
整するようにしてもよいし、通信端末とのデータ伝送状
態に応じて調整するようにしてもよい。前者の場合、例
えば、データ蓄積端末とのデータ伝送速度が小さくなっ
たときは、データ蓄積端末間の伝送容量に余裕がないた
めストリームデータの品質を低くし、逆にデータ伝送速
度が大きくなったときは、データ蓄積端末間の伝送容量
に余裕があるためストリームデータの品質を高くする。
後者の場合、例えば、通信端末とのデータ伝送速度が小
さくなったときは、通信端末間の伝送容量に余裕がない
ためストリームデータの品質を低くし、逆にデータ伝送
速度が大きくなったときは、通信端末間の伝送容量に余
裕があるためストリームデータの品質を高くする。これ
により、先読込したストリームデータがなくなり、通信
端末とのデータ伝送が断続的となることを防止する。な
お、もちろん、データ蓄積端末とのデータ伝送状態およ
び通信端末とのデータ伝送状態に応じて調整するように
してもよい。
【００１１】さらに、本発明に係る請求項２記載のスト
リームデータ先読込装置は、ストリームデータを蓄積す
るデータ蓄積端末と、前記ストリームデータを再生する
携帯端末とに通信可能に接続し、前記携帯端末の前記デ
ータ蓄積端末に対するアクセス要求に応じてそのアクセ
ス要求に係るストリームデータを前記データ蓄積端末か
ら先読込する装置であって、前記ストリームデータを先
読込するための記憶領域を有する記憶手段と、前記アク
セス要求に応じてそのアクセス要求に係るストリームデ
ータを前記記憶手段に先読込する先読込手段と、前記記
憶手段のストリームデータを前記携帯端末に送信する送
信手段とを備え、前記送信手段は、前記データ蓄積端末
または前記携帯端末とのデータ伝送速度に応じて、送信
対象となるストリームデータの品質を調整するようにな
っている。
【００１２】このような構成であれば、先読込手段によ
り、携帯端末のデータ蓄積端末に対するアクセス要求に
応じて、そのアクセス要求に係るストリームデータが記
憶手段に先読込され、送信手段により、データ蓄積端末
または携帯端末とのデータ伝送速度に応じて、記憶手段
に先読込されたストリームデータであって送信対象とな
るストリームデータの品質が調整され、そのストリーム
データが携帯端末に送信される。
【００１３】ここで、送信手段は、送信対象となるスト
リームデータの品質を、データ蓄積端末とのデータ伝送
状態に応じて調整するようにしてもよいし、携帯端末と
のデータ伝送状態に応じて調整するようにしてもよい。
前者の場合、例えば、データ蓄積端末とのデータ伝送速
度が小さくなったときは、データ蓄積端末間の伝送容量
に余裕がないためストリームデータの品質を低くし、逆
にデータ伝送速度が大きくなったときは、データ蓄積端
末間の伝送容量に余裕があるためストリームデータの品
質を高くする。後者の場合、例えば、携帯端末とのデー
タ伝送速度が小さくなったときは、携帯端末間の伝送容
量に余裕がないためストリームデータの品質を低くし、
逆にデータ伝送速度が大きくなったときは、携帯端末間
の伝送容量に余裕があるためストリームデータの品質を
高くする。これにより、記憶手段のストリームデータが
空となり、携帯端末とのデータ伝送が断続的となること
を防止する。なお、もちろん、データ蓄積端末とのデー
タ伝送速度および通信端末とのデータ伝送速度に応じて
調整するようにしてもよい。
【００１４】また、送信手段は、送信対象となるストリ
ームデータの品質を調整するようになっていればどのよ
うな構成であってもよく、例えば、データ蓄積端末また
は携帯端末とのデータ伝送速度に応じて、先読込したス
トリームデータの品質を変換するようにしてもよいし、
品質の異なる複数のストリームデータを先読込し、デー
タ蓄積端末または携帯端末とのデータ伝送速度に応じ
て、先読込したストリームデータのなかから送信対象と
なるストリームデータの品質を決定するようにしてもよ
い。
【００１５】さらに、本発明に係る請求項３記載のスト
リームデータ先読込装置は、請求項２記載のストリーム
データ先読込装置において、前記データ蓄積端末は、１
つのストリームデータについて品質の異なる複数のスト
リームデータを蓄積しており、前記先読込手段は、前記
アクセス要求に係るストリームデータについて品質の異
なる複数のストリームデータを先読込するようになって
おり、前記送信手段は、前記データ蓄積端末または前記
携帯端末とのデータ伝送速度に応じて、送信対象となる
ストリームデータの品質を決定するようになっている。
【００１６】このような構成であれば、先読込手段によ
り、携帯端末のデータ蓄積端末に対するアクセス要求に
応じて、そのアクセス要求に係るストリームデータにつ
いて品質の異なる複数のストリームデータが記憶手段に
先読込され、送信手段により、データ蓄積端末または携
帯端末とのデータ伝送速度に応じて、送信対象となるス
トリームデータの品質が決定される。
【００１７】さらに、本発明に係る請求項４記載のスト
リームデータ先読込装置は、請求項３記載のストリーム
データ先読込装置において、前記送信手段は、前記携帯
端末とのデータ伝送速度が大きくなるにつれて品質の高
いストリームデータを、前記携帯端末とのデータ伝送速
度が小さくなるにつれて品質の低いストリームデータを
送信するようになっている。
【００１８】このような構成であれば、送信手段によ
り、携帯端末とのデータ伝送速度が大きくなるにつれて
品質の高いストリームデータが送信され、携帯端末との
データ伝送速度が小さくなるにつれて品質の低いストリ
ームデータが送信される。
【００１９】さらに、本発明に係る請求項５記載のスト
リームデータ先読込装置は、請求項３および４のいずれ
かに記載のストリームデータ先読込装置において、前記
先読込手段は、前記送信手段が現在送信しているストリ
ームデータの品質に基づいて、品質の異なる複数のスト
リームデータを先読込するときのそれぞれの先読込デー
タ量を決定するようになっている。
【００２０】このような構成であれば、先読込手段によ
り、送信手段が現在送信しているストリームデータの品
質に基づいて、品質の異なる複数のストリームデータを
先読込するときのそれぞれの先読込データ量が決定され
る。
【００２１】例えば、送信手段が現在送信しているスト
リームデータについては、近い将来において送信する可
能性が比較的高いと思われるので、その先読込データ量
を大きくし、その品質よりも次に高いまたは次に低い品
質のストリームデータについては、現在の品質から次に
推移する可能性が高いが近い将来において送信する可能
性が現在のものよりも低いと思われるので、その先読込
データ量を現在のものよりも小さくする。これにより、
携帯端末に現在送信すべきストリームデータを優先的に
先読込し、そのストリームデータの伝送が断続的となる
ことを防止する。
【００２２】さらに、本発明に係る請求項６記載のスト
リームデータ先読込装置は、請求項３ないし５のいずれ
かに記載のストリームデータ先読込装置において、前記
先読込手段は、前記送信手段が現在送信しているストリ
ームデータの品質に基づいて、前記記憶手段の記憶領域
のうち品質の異なる複数のストリームデータを先読込す
るための記憶領域のそれぞれの大きさを決定するように
なっている。
【００２３】このような構成であれば、先読込手段によ
り、送信手段が現在送信しているストリームデータの品
質に基づいて、記憶手段の記憶領域のうち品質の異なる
複数のストリームデータを先読込するための記憶領域の
それぞれの大きさが決定される。
【００２４】例えば、送信手段が現在送信しているスト
リームデータについては、近い将来において送信する可
能性が比較的高いと思われるので、その記憶領域を大き
くし、その品質よりも次に高いまたは次に低い品質のス
トリームデータについては、現在の品質から次に推移す
る可能性が高いが近い将来において送信する可能性が現
在のものよりも低いと思われるので、その記憶領域を現
在のものよりも小さくする。これにより、携帯端末に現
在送信すべきストリームデータを優先的に先読込し、そ
のストリームデータの伝送が断続的となることを防止す
る。
【００２５】さらに、本発明に係る請求項７記載のスト
リームデータ先読込装置は、請求項２ないし６のいずれ
かに記載のストリームデータ先読込装置において、前記
データ蓄積端末は、複数のストリームデータについてそ
れらを関連付けて再生するためのスケジュールを規定し
たスケジュールデータを蓄積しており、前記先読込手段
は、前記アクセス要求に係るスケジュールデータに基づ
いて、そのスケジュールにより関連付けられている複数
のストリームデータを先読込するときのそれぞれの先読
込データ量を決定するようになっている。
【００２６】このような構成であれば、先読込手段によ
り、アクセス要求に係るスケジュールデータに基づい
て、そのスケジュールにより関連付けられている複数の
ストリームデータを先読込するときのそれぞれの先読込
データ量が決定される。
【００２７】例えば、一方のストリームデータの再生後
に他方のストリームデータを再生するというスケジュー
ルを規定したスケジュールデータを読み込んだ場合、一
方のストリームデータを携帯端末に送信し終えるまでの
間は、一方のストリームデータについてその先読込デー
タ量を大きくし、他方のストリームデータについてその
先読込データ量を小さくする。そして、一方のストリー
ムデータを携帯端末に送信し終えた後は、他方のストリ
ームデータについてその先読込データ量を大きくする。
これにより、携帯端末に現在送信すべきストリームデー
タを優先的に先読込し、そのストリームデータの伝送が
断続的となることを防止する。
【００２８】さらに、本発明に係る請求項８記載のスト
リームデータ先読込装置は、請求項２ないし６のいずれ
かに記載のストリームデータ先読込装置において、前記
データ蓄積端末は、複数のストリームデータについてそ
れらを関連付けて再生するためのスケジュールを規定し
たスケジュールデータを蓄積しており、前記先読込手段
は、前記アクセス要求に係るスケジュールデータに基づ
いて、前記記憶手段の記憶領域のうちそのスケジュール
により関連付けられている複数のストリームデータを先
読込するための記憶領域のそれぞれの大きさを決定する
ようになっている。
【００２９】このような構成であれば、先読込手段によ
り、アクセス要求に係るスケジュールデータに基づい
て、記憶手段の記憶領域のうちそのスケジュールにより
関連付けられている複数のストリームデータを先読込す
るための記憶領域のそれぞれの大きさが決定される。
【００３０】例えば、一方のストリームデータの再生後
に他方のストリームデータを再生するというスケジュー
ルを規定したスケジュールデータを読み込んだ場合、一
方のストリームデータを携帯端末に送信し終えるまでの
間は、一方のストリームデータについてその記憶領域を
大きくし、他方のストリームデータについてその記憶領
域を小さくする。そして、一方のストリームデータを携
帯端末に送信し終えた後は、他方のストリームデータに
ついてその記憶領域を大きくする。これにより、携帯端
末に現在送信すべきストリームデータを優先的に先読込
し、そのストリームデータの伝送が断続的となることを
防止する。
【００３１】一方、上記目的を達成するために、本発明
に係る請求項９記載のストリームデータ先読込プログラ
ムを記憶した記憶媒体は、ストリームデータを蓄積する
データ蓄積端末と、前記ストリームデータを再生する携
帯端末とに通信可能に接続し、前記携帯端末の前記デー
タ蓄積端末に対するアクセス要求に応じてそのアクセス
要求に係るストリームデータを前記データ蓄積端末から
先読込するストリームデータ先読込プログラムを記憶し
た記憶媒体であって、前記アクセス要求に応じてそのア
クセス要求に係るストリームデータを記憶手段に先読込
する先読込手段と、前記データ蓄積端末または前記携帯
端末とのデータ伝送速度に応じて前記記憶手段のストリ
ームデータを前記携帯端末に送信する送信手段とで実現
される処理を、コンピュータに実行させるためのプログ
ラムを記憶したコンピュータ読み取り可能な記憶媒体で
ある。
【００３２】このような構成であれば、記憶媒体に記憶
されたプログラムがコンピュータによって読み取られ、
読み取られたプログラムに従ってコンピュータが実行し
たときは、請求項２記載のストリームデータ先読込装置
と同等の作用が得られる。
【００３３】
【発明の実施の形態】以下、本発明の第１の実施の形態
を図面を参照しながら説明する。図１ないし図８は、本
発明に係るストリームデータ先読込装置およびストリー
ムデータ先読込プログラムを記憶した記憶媒体の第１の
実施の形態を示す図である。
【００３４】本実施の形態は、本発明に係るストリーム
データ先読込装置およびストリームデータ先読込プログ
ラムを記憶した記憶媒体を、図１に示すように、インタ
ーネット４００において、携帯端末１００が、ＷＷＷサ
ーバＤＳのストリームデータを読み込み、再生する場合
について適用したものであって、具体的には、ＷＷＷサ
ーバＤＳと携帯端末１００とをインターネット４００を
介して接続するプロキシサーバ３００に適用したもので
ある。
【００３５】まず、本発明に係るストリームデータ先読
込装置およびストリームデータ先読込プログラムを記憶
した記憶媒体を適用するネットワークシステムの構成を
図１を参照しながら説明する。図１は、インターネット
４００からなるネットワークシステムの構成を示す図で
ある。
【００３６】インターネット４００には、図１に示すよ
うに、ストリームデータを蓄積する複数のＷＷＷサーバ
ＤＳ1〜ＤＳmと、携帯端末１００からのアクセス要求を
受けて携帯端末１００に代わってＷＷＷサーバＤＳ1〜
ＤＳmにアクセスするプロキシサーバ３００とが接続さ
れている。プロキシサーバ３００には、基地局４０２お
よび公衆回線４０４を介して携帯端末１００が通信可能
に接続されている。なお、発明の理解を容易にするた
め、図１では、携帯端末１００およびプロキシサーバ３
００をそれぞれ１台しか図示していないが、実際には、
複数台の携帯端末がプロキシサーバに、および複数台の
プロキシサーバがインターネット４００に接続してい
る。
【００３７】次に、ＷＷＷサーバＤＳ1〜ＤＳnの構成を
図２を参照しながら説明する。図２は、ＷＷＷサーバＤ
Ｓ1の構成を示すブロック図である。なお、各ＷＷＷサ
ーバＤＳ1〜ＤＳnは、いずれも同一機能を有して構成さ
れているので、以下、ＷＷＷサーバＤＳ1の構成につい
てのみ説明し、他のものについては説明を省略する。
【００３８】ＷＷＷサーバＤＳ1は、図２に示すよう
に、動画データや音楽データ等のその再生に連続性のあ
るストリームデータを蓄積する記憶部２０２と、プロキ
シサーバ３００からのリクエストに応じて記憶部２０２
のストリームデータを送信するリクエスト処理部２００
とで構成されている。
【００３９】リクエスト処理部２００は、図示しないＣ
ＰＵが補助記憶装置等に格納されたプログラムを実行す
ることにより実現される機能であって、プロキシサーバ
３００からデータ送信要求を受信したときは、データ送
信要求に係るストリームデータを記憶部２０２から読み
出してそのプロキシサーバ３００に送信するようになっ
ている。
【００４０】記憶部２０２には、複数のストリームデー
タが格納されている。各ストリームデータは、さらに、
高品質（高ＳＮＲ（Signal to Noise Ratio））のスト
リームデータＤHと、中品質（中ＳＮＲ）のストリーム
データＤMと、低品質（低ＳＮＲ）のストリームデータ
ＤLとで構成されている。高ＳＮＲのストリームデータ
ＤHは、中ＳＮＲのストリームデータＤMに比して、デー
タ容量は大きいがこれと同一の再生内容を高ＳＮＲで記
録しているデータである。これに対し、低ＳＮＲのスト
リームデータＤLは、中ＳＮＲのストリームデータＤMに
比して、これと同一の再生内容を低ＳＮＲで記録してい
るがデータ容量の小さいデータである。なお、記憶部２
０２には、ストリームデータのほか、ＷＷＷブラウザで
表示可能なＨＴＭＬファイル、そのＨＴＭＬファイルに
リンクされるデータとして、テキストデータ、静止画像
データ、サウンドデータ、ＭＰＥＧ等の動画データ、Ｖ
ＲＭＬ等の３Ｄ画像データ、ＪＡＶＡ等のプログラムデ
ータその他の各種のファイルが格納されている。
【００４１】携帯端末１００は、図示しないが、例え
ば、ＣＰＵと、ＲＯＭと、ＲＡＭと、基地局４０２と無
線通信を行う無線通信装置とをバス接続してなり、スト
リームデータのデータ送信要求を送信するとともに、ス
トリームデータを受信したときは、受信したストリーム
データを再生するようになっている。また、液晶ディス
プレイと、スピーカとを有し、受信したストリームデー
タが動画データであるときは、ストリームデータに基づ
いて液晶ディスプレイで動画を再生し、受信したストリ
ームデータが音楽データであるときは、ストリームデー
タに基づいてスピーカから音楽を再生するようになって
いる。
【００４２】次に、プロキシサーバ３００の機能構成を
図３および図４を参照しながら説明する。図３は、プロ
キシサーバ３００の機能構成を示す機能ブロック図であ
り、図４は、先読込バッファ３１２のバッファ領域を示
すメモリマップである。
【００４３】プロキシサーバ３００は、図３に示すよう
に、携帯端末エミュレート部３０２と、プロキシ制御部
３０４と、端末個別テーブル３０６と、データ変換部３
０８と、キャッシュメモリ３１０と、先読込バッファ３
１２とで構成されている。
【００４４】端末個別テーブル３０６は、携帯端末１０
０の各機種ごとに、その携帯端末１００の表示機能（表
示可能行数、表示解像度等）を示す端末機能情報を登録
したテーブルを有し、プロキシ制御部３０４から端末情
報要求を受信したときは、その端末情報要求に含まれる
機種情報により特定される携帯端末１００の機種に対応
した端末機能情報をテーブルから読み出し、読み出した
端末機能情報をプロキシ制御部３０４に送信するように
なっている。
【００４５】データ変換部３０８は、端末機能情報およ
びストリームデータをプロキシ制御部３０４から受信し
たときは、その端末機能情報に基づいて、そのストリー
ムデータを、携帯端末１００で好適に表示可能なストリ
ームデータに変換し、変換したストリームデータをプロ
キシ制御部３０４に送信するようになっている。
【００４６】キャッシュメモリ３１０は、プロキシ制御
部３０４で取得したストリームデータをキャッシュする
ための記憶領域を有している。
【００４７】先読込バッファ３１２は、ストリームデー
タを先読込するための記憶領域を有し、具体的には、図
４に示すように、高ＳＮＲのストリームデータを格納す
るためのバッファ領域と、中ＳＮＲのストリームデータ
を格納するためのバッファ領域と、低ＳＮＲのストリー
ムデータを格納するためのバッファ領域とを有してい
る。なお、これらバッファ領域の大きさは、携帯端末エ
ミュレート部３０２の制御により動的に変化するもので
ある。
【００４８】携帯端末エミュレート部３０２は、携帯端
末１００の機能を仮想的に実現するエミュレータとして
の機能を有し、携帯端末１００からのＷＷＷサーバＤＳ
に対するアクセス要求に応じて、プロキシ制御部３０４
を介してそのアクセス要求に係るストリームデータを先
読込バッファ３１２に先読込し、携帯端末１００とのデ
ータ伝送速度に応じてストリームデータの品質を調整し
ながら、先読込バッファ３１２のストリームデータを携
帯端末１００に送信するようになっている。
【００４９】プロキシ制御部３０４は、携帯端末エミュ
レート部３０２を介して受信した携帯端末１００からの
アクセス要求に応じて、ＷＷＷサーバＤＳにアクセスし
てそのアクセス要求に係るストリームデータを取得し、
取得したストリームデータを携帯端末エミュレート部３
０２に送信するようになっている。ただし、携帯端末１
００からのアクセス要求に係るストリームデータがキャ
ッシュメモリ３１０に格納されているときは、そのスト
リームデータをキャッシュメモリ３１０から読み出し、
読み出したストリームデータを携帯端末エミュレート部
３０２に送信するようになっている。
【００５０】また、プロキシ制御部３０４は、ＷＷＷサ
ーバＤＳからストリームデータを受信したときは、アク
セス要求のあった携帯端末１００の機種を特定するため
の機種情報を含む携帯情報要求を端末個別テーブル３０
６に送信し、その応答として端末個別テーブル３０６か
ら端末機能情報を受信したときは、受信したストリーム
データおよび端末機能情報をデータ変換部３０８に送信
し、その応答として変換後のストリームデータをデータ
変換部３０８から受信したときは、そのストリームデー
タをキャッシュメモリ３１０に格納するとともに携帯端
末エミュレート部３０２に送信するようになっている。
【００５１】次に、プロキシサーバ３００の具体的構成
を図５を参照しながら説明する。図５は、プロキシサー
バ３００の具体的構成を示す構成ブロック図である。
【００５２】プロキシサーバ３００は、図５に示すよう
に、制御プログラムに基づいて演算およびシステム全体
を制御するＣＰＵ３０と、所定領域にあらかじめＣＰＵ
３０の制御プログラム等を格納しているＲＯＭ３２と、
ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算
過程で必要な演算結果を格納するためのＲＡＭ３４と、
ＲＡＭ３４の特定領域に格納されているデータを画像信
号に変換して出力するＣＲＴＣ３６と、外部装置に対し
てデータの入出力を媒介するＩ／Ｆ３８とで構成されて
おり、これらは、データを転送するための信号線である
バス３９で相互にかつデータ授受可能に接続されてい
る。
【００５３】Ｉ／Ｆ３８には、外部装置として、ヒュー
マンインターフェースとしてデータの入力が可能なキー
ボードやマウス等からなる入力装置４０と、データやテ
ーブル等をファイルとして格納する記憶装置４２と、画
像信号に基づいて画面を表示する表示装置４４と、イン
ターネット４００に接続するための信号線と、公衆回線
４０４に接続するための信号線とが接続されている。
【００５４】ＲＡＭ３４は、特定領域として、表示装置
４４に表示するための表示用データを格納するＶＲＡＭ
３５を有しており、ＶＲＡＭ３５は、ＣＰＵ３０とＣＲ
ＴＣ３６とで独立にアクセスが可能となっている。
【００５５】ＣＲＴＣ３６は、ＶＲＡＭ３５に格納され
ている表示用データを先頭アドレスから所定周期で順次
読み出し、読み出した表示用データを画像信号に変換し
て表示装置６４に出力するようになっている。
【００５６】記憶装置４２は、端末個別テーブル３０６
を構成する記憶領域と、キャッシュメモリ３１０を構成
する記憶領域と、先読込バッファ３１２を構成する記憶
領域とを有して構成されている。
【００５７】ＣＰＵ３０は、マイクロプロセッシングユ
ニットＭＰＵ等からなり、ＲＯＭ３２の所定領域に格納
されている所定のプログラムを起動させ、そのプログラ
ムに従って、プロキシ制御部３０４、端末個別テーブル
３０６の処理部およびデータ変換部３０８の機能を実現
するための処理を実行するとともに、図６のフローチャ
ートに示すストリームデータ先読込処理を実行するよう
になっている。図６は、ストリームデータ先読込処理を
示すフローチャートである。
【００５８】ストリームデータ先読込処理は、携帯端末
エミュレート部３０２の機能を実現するための処理であ
って、ＣＰＵ３０において実行されると、図６に示すよ
うに、まず、ステップＳ１００に移行するようになって
いる。
【００５９】ステップＳ１００では、データ送信要求を
携帯端末１００から受信したか否かを判定し、データ送
信要求を受信したと判定されたとき(Yes)は、ステップ
Ｓ１０２に移行するが、そうでないと判定されたとき(N
o)は、データ送信要求を受信するまでステップＳ１００
で待機する。
【００６０】ステップＳ１０２では、後述するステップ
Ｓ１０６のＳＮＲ調整処理で決定する先読込データ量に
応じて、受信したデータ送信要求に係るストリームデー
タについて、高ＳＮＲ、中ＳＮＲおよび低ＳＮＲのスト
リームデータを先読込バッファ３１２に先読込し、ステ
ップＳ１０４に移行して、先読込バッファ３１２のスト
リームデータのうち、後述するステップＳ１０８の先読
込データ量等調整処理で決定するＳＮＲのストリームデ
ータを携帯端末１００に送信し、ステップＳ１０６に移
行する。
【００６１】ステップＳ１０６では、送信対象となるス
トリームデータのＳＮＲを調整するＳＮＲ調整処理を実
行し、ステップＳ１０８に移行して、先読込データ量等
を調整する先読込データ量等調整処理を実行し、ステッ
プＳ１１０に移行して、データ送信要求に係るストリー
ムデータをすべて携帯端末１００に送信したか否かを判
定し、データ送信要求に係るストリームデータをすべて
送信したと判定されたとき(Yes)は、一連の処理を終了
して元の処理に復帰させ、そうでないと判定されたとき
(No)は、ステップＳ１０２に移行する。
【００６２】次に、上記ステップＳ１０６のＳＮＲ調整
処理を図７を参照しながら説明する。図７は、ＳＮＲ調
整処理を示すフローチャートである。
【００６３】ＳＮＲ調整処理は、上記ステップＳ１０６
において実行されると、図７に示すように、まず、ステ
ップＳ２００に移行するようになっている。
【００６４】ステップＳ２００では、携帯端末１００と
のデータ転送速度を測定し、ステップＳ２０２に移行し
て、測定したデータ伝送速度が第１の所定値よりも大き
いか否かを判定し、データ伝送速度が第１の所定値より
も大きいと判定されたとき(Yes)は、ステップＳ２０４
に移行して、携帯端末１００とのデータ伝送速度が大き
いことから、先読込バッファ３１２の高ＳＮＲのストリ
ームデータを送信対象のストリームデータとして決定
し、ステップＳ２０６に移行する。
【００６５】ステップＳ２０６では、測定したデータ伝
送速度が第１の所定値以下でかつ第２の所定値（第２の
所定値＜第１の所定値）よりも大きいか否かを判定し、
データ伝送速度が第１の所定値以下でかつ第２の所定値
よりも大きいと判定されたとき(Yes)は、ステップＳ２
０８に移行して、携帯端末１００とのデータ伝送速度が
平均的であることから、先読込バッファ３１２の中ＳＮ
Ｒのストリームデータを送信対象のストリームデータと
して決定し、ステップＳ２１０に移行する。
【００６６】ステップＳ２１０では、測定したデータ伝
送速度が第２の所定値以下であるか否かを判定し、デー
タ伝送速度が第２の所定値以下であると判定されたとき
(Yes)は、ステップＳ２１２に移行して、携帯端末１０
０とのデータ伝送速度が小さいことから、先読込バッフ
ァ３１２の低ＳＮＲのストリームデータを送信対象のス
トリームデータとして決定し、一連の処理を終了して元
の処理に復帰させる。
【００６７】一方、ステップＳ２１０で、データ伝送速
度が第２の所定値よりも大きいと判定されたとき(No)
は、一連の処理を終了して元の処理に復帰させる。
【００６８】一方、ステップＳ２０６で、データ伝送速
度が第１の所定値よりも大きいかまたは第２の所定値以
下であると判定されたとき(No)は、ステップＳ２１０に
移行する。
【００６９】一方、ステップＳ２０２で、データ伝送速
度が第１の所定値以下であると判定されたとき(No)は、
ステップＳ２０６に移行する。
【００７０】次に、上記ステップＳ１０８の先読込デー
タ量等調整処理を図８を参照しながら説明する。図８
は、先読込データ量等調整処理を示すフローチャートで
ある。
【００７１】先読込データ量等調整処理は、データ送信
要求に係るストリームデータについて、高ＳＮＲ、中Ｓ
ＮＲおよび低ＳＮＲのストリームデータを先読込すると
きのそれぞれの先読込データ量を決定するとともに、高
ＳＮＲ、中ＳＮＲおよび低ＳＮＲのストリームデータを
格納するためのバッファ領域のそれぞれの大きさを決定
する処理であって、上記ステップＳ１０８において実行
されると、図８に示すように、まず、ステップＳ３００
に移行するようになっている。
【００７２】ステップＳ３００では、上記ステップＳ１
０６のＳＮＲ調整処理で決定したＳＮＲが高ＳＮＲであ
るか否かを判定し、高ＳＮＲであると判定されたとき(Y
es)は、ステップＳ３０２に移行して、高ＳＮＲのスト
リームデータ用のバッファ領域の大きさを通常よりも大
きく設定するとともに、高ＳＮＲのストリームデータに
ついて先読込データ量を通常よりも大きく設定し、ステ
ップＳ３０４に移行する。
【００７３】ステップＳ３０４では、中ＳＮＲのストリ
ームデータ用のバッファ領域の大きさを通常に設定する
とともに、中ＳＮＲのストリームデータについて先読込
データ量を通常に設定し、ステップＳ３０６に移行し
て、低ＳＮＲのストリームデータ用のバッファ領域の大
きさを通常よりも小さく設定するとともに、低ＳＮＲの
ストリームデータについて先読込データ量を通常よりも
小さく設定し、ステップＳ３０８に移行する。
【００７４】ステップＳ３０８では、上記ステップＳ１
０６のＳＮＲ調整処理で決定したＳＮＲが中ＳＮＲであ
るか否かを判定し、中ＳＮＲであると判定されたとき(Y
es)は、ステップＳ３１０に移行して、高ＳＮＲのスト
リームデータ用のバッファ領域の大きさを通常に設定す
るとともに、高ＳＮＲのストリームデータについて先読
込データ量を通常に設定し、ステップＳ３１２に移行す
る。
【００７５】ステップＳ３１２では、中ＳＮＲのストリ
ームデータ用のバッファ領域の大きさを通常よりも大き
く設定するとともに、中ＳＮＲのストリームデータにつ
いて先読込データ量を通常よりも大きく設定し、ステッ
プＳ３１４に移行して、低ＳＮＲのストリームデータ用
のバッファ領域の大きさを通常に設定するとともに、低
ＳＮＲのストリームデータについて先読込データ量を通
常に設定し、ステップＳ３１６に移行する。
【００７６】ステップＳ３１６では、上記ステップＳ１
０６のＳＮＲ調整処理で決定したＳＮＲが低ＳＮＲであ
るか否かを判定し、低ＳＮＲであると判定されたとき(Y
es)は、ステップＳ３１８に移行して、高ＳＮＲのスト
リームデータ用のバッファ領域の大きさを通常よりも小
さく設定するとともに、高ＳＮＲのストリームデータに
ついて先読込データ量を通常よりも小さく設定し、ステ
ップＳ３２０に移行する。
【００７７】ステップＳ３２０では、中ＳＮＲのストリ
ームデータ用のバッファ領域の大きさを通常に設定する
とともに、中ＳＮＲのストリームデータについて先読込
データ量を通常に設定し、ステップＳ３２２に移行し
て、低ＳＮＲのストリームデータ用のバッファ領域の大
きさを通常よりも大きく設定するとともに、低ＳＮＲの
ストリームデータについて先読込データ量を通常よりも
大きく設定し、一連の処理を終了して元の処理に復帰さ
せる。
【００７８】一方、ステップＳ３１６で、上記ステップ
Ｓ１０６のＳＮＲ調整処理で決定したＳＮＲが低ＳＮＲ
でないと判定されたとき(No)は、一連の処理を終了して
元の処理に復帰させる。
【００７９】一方、ステップＳ３０８で、上記ステップ
Ｓ１０６のＳＮＲ調整処理で決定したＳＮＲが中ＳＮＲ
でないと判定されたとき(No)は、ステップＳ３１６に移
行する。
【００８０】一方、ステップＳ３００で、上記ステップ
Ｓ１０６のＳＮＲ調整処理で決定したＳＮＲが高ＳＮＲ
でないと判定されたとき(No)は、ステップＳ３０８に移
行する。
【００８１】次に、上記第１の実施の形態の動作を説明
する。
【００８２】携帯端末１００の利用者がストリームデー
タを再生しようとする場合は、利用者は、まず、目的の
ストリームデータが格納されている場所を示すＵＲＬ
（Uniform Resource Locator）を携帯端末１００に入力
する。携帯端末１００では、ＵＲＬが入力されると、デ
ータ送信要求がプロキシサーバ３００に送信される。
【００８３】プロキシサーバ３００では、データ送信要
求を受信すると、プロキシ制御部３０４により、そのデ
ータ送信要求に応じてＵＲＬにより特定される格納場所
にアクセスし、ステップＳ１００〜Ｓ１０４を経て、受
信したデータ送信要求に係るストリームデータについ
て、高ＳＮＲ、中ＳＮＲおよび低ＳＮＲのストリームデ
ータが先読込バッファ３１２に先読込され、先読込バッ
ファ３１２のストリームデータが携帯端末１００に送信
される。
【００８４】このとき、通信状態が比較的良好で、携帯
端末１００とのデータ伝送速度が平均的であるときは、
ステップＳ３０８〜Ｓ３１４を経て、各ＳＮＲのストリ
ームデータ用のバッファ領域の大きさが設定されるとと
もに、各ＳＮＲのストリームデータについて先読込デー
タ量が設定される。
【００８５】すなわち、中ＳＮＲのストリームデータに
ついては、近い将来において送信する可能性が比較的高
いと思われるので、そのバッファ領域の大きさおよびそ
の先読込データ量が通常よりも大きく設定される。ま
た、高ＳＮＲおよび低ＳＮＲのストリームデータについ
ては、現在のＳＮＲから次に推移する可能性が高いが近
い将来において送信する可能性が現在のものよりも低い
と思われるので、そのバッファ領域の大きさおよびその
先読込データ量が通常に設定される。こうした調整によ
り、ステップＳ１０２を経て、中ＳＮＲのストリームデ
ータについては、通常よりも多い先読込データ量のデー
タが先読込され、高ＳＮＲおよび低ＳＮＲのストリーム
データについては、通常の先読込データ量のデータが先
読込される。
【００８６】また、通信状態が比較的良好で、携帯端末
１００とのデータ伝送速度が平均的であるときは、ステ
ップＳ２０６，Ｓ２０８を経て、先読込バッファ３１２
の中ＳＮＲのストリームデータが送信対象のストリーム
データとして決定される。こうした決定により、ステッ
プＳ１０４を経て、先読込バッファ３１２の中ＳＮＲの
ストリームデータが携帯端末１００に送信される。
【００８７】携帯端末１００では、ストリームデータを
受信すると、受信したストリームデータが再生される。
このとき、中ＳＮＲのストリームデータが再生される。
例えば、受信したストリームデータが動画データである
場合は、携帯端末１００の液晶ディスプレイで動画が再
生され、受信したストリームデータが音楽データである
場合は、携帯端末１００のスピーカから音楽が再生され
る。
【００８８】ところが、通信状態が不良となり、携帯端
末１００とのデータ伝送速度が小さくなったときは、ス
テップＳ３１６〜Ｓ３２２を経て、各ＳＮＲのストリー
ムデータ用のバッファ領域の大きさが設定されるととも
に、各ＳＮＲのストリームデータについて先読込データ
量が設定される。
【００８９】すなわち、低ＳＮＲのストリームデータに
ついては、そのバッファ領域の大きさおよびその先読込
データ量が通常よりも大きく設定され、中ＳＮＲのスト
リームデータについては、そのバッファ領域の大きさお
よびその先読込データ量が通常に設定される。また、高
ＳＮＲのストリームデータについては、現在のＳＮＲか
ら次の次に推移する可能性があるが近い将来において送
信する可能性が最も低いと思われるので、そのバッファ
領域の大きさおよびその先読込データ量が通常よりも小
さく設定される。こうした調整により、ステップＳ１０
２を経て、低ＳＮＲのストリームデータについては、通
常よりも多い先読込データ量のデータが先読込され、中
ＳＮＲのストリームデータについては、通常の先読込デ
ータ量のデータが先読込され、高ＳＮＲのストリームデ
ータについては、通常よりも少ない先読込データ量のデ
ータが先読込される。
【００９０】また、通信状態が不良となり、携帯端末１
００とのデータ伝送速度が小さくなったときは、ステッ
プＳ２１０，Ｓ２１２を経て、先読込バッファ３１２の
低ＳＮＲのストリームデータが送信対象のストリームデ
ータとして決定される。こうした決定により、ステップ
Ｓ１０４を経て、先読込バッファ３１２の低ＳＮＲのス
トリームデータが携帯端末１００に送信される。
【００９１】携帯端末１００では、ストリームデータを
受信すると、受信したストリームデータが再生される。
このとき、低ＳＮＲのストリームデータが再生される。
【００９２】したがって、プロキシサーバ３００と携帯
端末１００との間では、データ伝送速度が平均的である
ときは、再生内容が中ＳＮＲであるストリームデータが
送受信されるが、データ伝送速度が小さくなると、再生
内容の品質を落としてデータ量が小さいストリームデー
タが送受信される。よって、携帯端末１００では、プロ
キシサーバ３００とのデータ伝送速度が小さくなると、
再生内容の品質は落ちるが再生に乱れが生じにくくな
る。
【００９３】一方、通信状態が比較的良好な状態でさら
に通信状態が良好になったときは、ステップＳ３００〜
Ｓ３０６を経て、各ＳＮＲのストリームデータ用のバッ
ファ領域の大きさが設定されるとともに、各ＳＮＲのス
トリームデータについて先読込データ量が設定される。
【００９４】すなわち、高ＳＮＲのストリームデータに
ついては、そのバッファ領域の大きさおよびその先読込
データ量が通常よりも大きく設定され、中ＳＮＲのスト
リームデータについては、そのバッファ領域の大きさお
よびその先読込データ量が通常に設定される。また、低
ＳＮＲのストリームデータについては、そのバッファ領
域の大きさおよびその先読込データ量が通常よりも小さ
く設定される。こうした調整により、ステップＳ１０２
を経て、高ＳＮＲのストリームデータについては、通常
よりも多い先読込データ量のデータが先読込され、中Ｓ
ＮＲのストリームデータについては、通常の先読込デー
タ量のデータが先読込され、低ＳＮＲのストリームデー
タについては、通常よりも少ない先読込データ量のデー
タが先読込される。
【００９５】また、通信状態が比較的良好な状態でさら
に通信状態が良好になったときは、ステップＳ２０２，
Ｓ２０４を経て、先読込バッファ３１２の高ＳＮＲのス
トリームデータが送信対象のストリームデータとして決
定される。こうした決定により、ステップＳ１０４を経
て、先読込バッファ３１２の高ＳＮＲのストリームデー
タが携帯端末１００に送信される。
【００９６】携帯端末１００では、ストリームデータを
受信すると、受信したストリームデータが再生される。
このとき、高ＳＮＲのストリームデータが再生される。
【００９７】したがって、プロキシサーバ３００と携帯
端末１００との間では、データ伝送速度が平均的である
ときは、再生内容が中ＳＮＲであるストリームデータが
送受信されるが、データ伝送速度が大きくなると、デー
タ量を大きくして再生内容の品質が高いストリームデー
タが送受信される。よって、携帯端末１００では、プロ
キシサーバ３００とのデータ伝送速度が大きくなると、
再生内容の品質が向上する。
【００９８】このようにして、本実施の形態では、プロ
キシサーバ３００は、携帯端末１００からのデータ送信
要求に応じて、そのデータ送信要求に係るストリームデ
ータについて、高ＳＮＲ、中ＳＮＲおよび低ＳＮＲのス
トリームデータを先読込バッファ３１２に先読込し、携
帯端末１００とのデータ伝送速度に応じて送信対象とな
るストリームデータのＳＮＲを調整しながら、先読込バ
ッファ３１２のストリームデータを携帯端末１００に送
信するようにした。
【００９９】これにより、携帯端末１００では、プロキ
シサーバ３００とのデータ伝送速度が小さくなると、再
生内容の品質は落ちるが再生に乱れが生じにくくなる。
したがって、携帯端末１００でストリームデータを再生
する場合に、従来に比して、再生に乱れが生じるのをあ
る程度防止することができる。
【０１００】さらに、本実施の形態では、プロキシサー
バ３００は、現在送信しているストリームデータのＳＮ
Ｒに基づいて、高ＳＮＲ、中ＳＮＲおよび低ＳＮＲの各
ストリームデータを格納するためのバッファ領域のそれ
ぞれの大きさを決定するとともに、現在送信しているス
トリームデータのＳＮＲに基づいて、高ＳＮＲ、中ＳＮ
Ｒおよび低ＳＮＲの各ストリームデータを先読込すると
きのそれぞれの先読込データ量を決定するようにした。
【０１０１】これにより、携帯端末１００に現在送信す
べきストリームデータが優先的に先読込されるので、各
ＳＮＲのストリームデータを同一の先読込データ量で先
読込する場合に比して、プロキシサーバ３００と携帯端
末１００との間で、そのストリームデータの伝送が断続
的になりにくくなる。したがって、携帯端末１００でス
トリームデータを再生する場合に、再生に乱れが生じる
のをさらに防止することができる。
【０１０２】上記第１の実施の形態において、ＷＷＷサ
ーバＤＳは、請求項１、３または９記載のデータ蓄積端
末に対応し、携帯端末１００は、請求項１記載の通信端
末に対応している。また、先読込バッファ３１２は、請
求項２、６または９記載の記憶手段に対応し、ステップ
Ｓ１０２は、請求項２、３または９記載の先読込手段に
対応し、ステップＳ１０４，Ｓ１０６は、請求項２ない
し６、または９記載の送信手段に対応し、ステップＳ１
０２，Ｓ１０８は、請求項５または６記載の先読込手段
に対応している。
【０１０３】次に、本発明の第２の実施の形態を図面を
参照しながら説明する。図９および図１０は、本発明に
係るストリームデータ先読込装置およびストリームデー
タ先読込プログラムを記憶した記憶媒体の第２の実施の
形態を示す図である。以下、上記第１の実施の形態と異
なる部分についてのみ説明をし、重複する部分について
は同一の符号を付して説明を省略する。
【０１０４】本実施の形態は、本発明に係るストリーム
データ先読込装置およびストリームデータ先読込プログ
ラムを記憶した記憶媒体を、図１に示すように、インタ
ーネット４００において、携帯端末１００が、ＷＷＷサ
ーバＤＳのストリームデータを読み込み、再生する場合
について適用したものであって、上記第１の実施の形態
と異なる点は、プロキシサーバ３００と携帯端末１００
との過去の通信履歴から作成したバッファ遷移確率テー
ブルを用いて、各ＳＮＲのストリームデータについて、
そのバッファ領域の大きさおよびその先読込データ量を
決定する点にある。
【０１０５】まず、プロキシサーバ３００の機能構成を
図９および図１０を参照しながら説明する。図９は、プ
ロキシサーバ３００の機能構成を示す機能ブロック図で
あり、図１０は、バッファ遷移確率テーブルの構造を説
明するための状態遷移図である。
【０１０６】プロキシサーバ３００は、図９に示すよう
に、携帯端末エミュレート部３０２と、プロキシ制御部
３０４と、端末個別テーブル３０６と、データ変換部３
０８と、キャッシュメモリ３１０と、先読込バッファ３
１２と、プロキシサーバ３００と携帯端末１００との過
去の通信履歴から作成したバッファ遷移確率テーブル３
１４とで構成されている。
【０１０７】バッファ遷移確率テーブル３１４は、図９
に示すように、現在送信しているストリームデータのＳ
ＮＲが高ＳＮＲである状態で、次に中ＳＮＲのデータ伝
送状態に推移する確率と、次も高ＳＮＲのデータ伝送状
態を維持する確率とが登録されている。さらに、現在送
信しているストリームデータのＳＮＲが中ＳＮＲである
状態で、次に高ＳＮＲのデータ伝送状態に推移する確率
と、次に低ＳＮＲのデータ伝送状態に推移する確率と、
次も中ＳＮＲのデータ伝送状態を維持する確率とが登録
されている。さらに、現在送信しているストリームデー
タのＳＮＲが低ＳＮＲである状態で、次に中ＳＮＲのデ
ータ伝送状態に推移する確率と、次も低ＳＮＲのデータ
伝送状態を維持する確率とが登録されている。
【０１０８】図９の例では、高ＳＮＲのデータ伝送状態
で、次に中ＳＮＲのデータ伝送状態に推移する確率が
「８０％」として、次も高ＳＮＲのデータ伝送状態を維
持する確率が「２０％」として登録されている。また、
中ＳＮＲのデータ伝送状態で、次に高ＳＮＲのデータ伝
送状態に推移する確率が「３０％」として、次に低ＳＮ
Ｒのデータ伝送状態に推移する確率が「１０％」とし
て、次も中ＳＮＲのデータ伝送状態を維持する確率が
「６０％」として登録されている。また、低ＳＮＲのデ
ータ伝送状態で、次に中ＳＮＲのデータ伝送状態に推移
する確率が「７０％」として、次も低ＳＮＲのデータ伝
送状態を維持する確率が「３０％」として登録されてい
る。
【０１０９】携帯端末エミュレート部３０２は、バッフ
ァ遷移確率テーブル３１４の遷移確率に基づいて、各Ｓ
ＮＲのストリームデータについて、そのバッファ領域の
大きさおよびその先読込データ量を決定するようになっ
ている。具体的には、次のように設定する。
【０１１０】高ＳＮＲのデータ伝送状態では、中ＳＮＲ
のストリームデータについては、そのバッファ領域の大
きさおよびその先読込データ量を、全体に対して次に中
ＳＮＲのデータ伝送状態に推移する確率に相当する大き
さおよびデータ量として設定し、高ＳＮＲのストリーム
データについては、そのバッファ領域の大きさおよびそ
の先読込データ量を、全体に対して次も高ＳＮＲのデー
タ伝送状態を維持する確率に相当する大きさおよびデー
タ量として設定する。
【０１１１】また、中ＳＮＲのデータ伝送状態では、高
ＳＮＲのストリームデータについては、そのバッファ領
域の大きさおよびその先読込データ量を、全体に対して
次に高ＳＮＲのデータ伝送状態に推移する確率に相当す
る大きさおよびデータ量として設定し、低ＳＮＲのスト
リームデータについては、そのバッファ領域の大きさお
よびその先読込データ量を、全体に対して次に低ＳＮＲ
のデータ伝送状態に推移する確率に相当する大きさおよ
びデータ量として設定し、中ＳＮＲのストリームデータ
については、そのバッファ領域の大きさおよびその先読
込データ量を、全体に対して次も中ＳＮＲのデータ伝送
状態を維持する確率に相当する大きさおよびデータ量と
して設定する。
【０１１２】また、低ＳＮＲのデータ伝送状態では、中
ＳＮＲのストリームデータについては、そのバッファ領
域の大きさおよびその先読込データ量を、全体に対して
次に中ＳＮＲのデータ伝送状態に推移する確率に相当す
る大きさおよびデータ量として設定し、低ＳＮＲのスト
リームデータについては、そのバッファ領域の大きさお
よびその先読込データ量を、全体に対して次も低ＳＮＲ
のデータ伝送状態を維持する確率に相当する大きさおよ
びデータ量として設定する。
【０１１３】次に、上記第２の実施の形態の動作を説明
する。
【０１１４】プロキシサーバ３００では、データ送信要
求を受信すると、プロキシ制御部３０４により、そのデ
ータ送信要求に応じてＵＲＬにより特定される格納場所
にアクセスし、受信したデータ送信要求に係るストリー
ムデータについて、高ＳＮＲ、中ＳＮＲおよび低ＳＮＲ
のストリームデータが先読込バッファ３１２に先読込さ
れ、先読込バッファ３１２のストリームデータが携帯端
末１００に送信される。
【０１１５】このとき、通信状態が比較的良好で、携帯
端末１００とのデータ伝送速度が平均的であるときは、
各ＳＮＲのストリームデータ用のバッファ領域の大きさ
が設定されるとともに、各ＳＮＲのストリームデータに
ついて先読込データ量が設定される。
【０１１６】すなわち、図９を例にとると、中ＳＮＲの
ストリームデータについては、そのバッファ領域の大き
さおよびその先読込データ量が全体に対して「６０％」
に設定され、高ＳＮＲのストリームデータについては、
そのバッファ領域の大きさおよびその先読込データ量が
全体に対して「３０％」に設定され、低ＳＮＲのストリ
ームデータについては、そのバッファ領域の大きさおよ
びその先読込データ量が全体に対して「１０％」に設定
される。こうした調整により、ステップＳ１０２を経
て、中ＳＮＲのストリームデータについては、全体に対
して「６０％」の先読込データ量のデータが先読込さ
れ、高ＳＮＲのストリームデータについては、全体に対
して「３０％」の先読込データ量のデータが先読込さ
れ、低ＳＮＲのストリームデータについては、全体に対
して「１０％」の先読込データ量のデータが先読込され
る。
【０１１７】また、通信状態が比較的良好で、携帯端末
１００とのデータ伝送速度が平均的であるときは、先読
込バッファ３１２の中ＳＮＲのストリームデータが送信
対象のストリームデータとして決定される。こうした決
定により、ステップＳ１０４を経て、先読込バッファ３
１２の中ＳＮＲのストリームデータが携帯端末１００に
送信される。
【０１１８】携帯端末１００では、ストリームデータを
受信すると、受信したストリームデータが再生される。
このとき、中ＳＮＲのストリームデータが再生される。
【０１１９】ところが、通信状態が不良となり、携帯端
末１００とのデータ伝送速度が小さくなったときは、各
ＳＮＲのストリームデータ用のバッファ領域の大きさが
設定されるとともに、各ＳＮＲのストリームデータにつ
いて先読込データ量が設定される。
【０１２０】すなわち、図９を例にとると、低ＳＮＲの
ストリームデータについては、そのバッファ領域の大き
さおよびその先読込データ量が全体に対して「３０％」
に設定され、中ＳＮＲのストリームデータについては、
そのバッファ領域の大きさおよびその先読込データ量が
全体に対して「７０％」に設定される。こうした調整に
より、ステップＳ１０２を経て、低ＳＮＲのストリーム
データについては、全体に対して「３０％」の先読込デ
ータ量のデータが先読込され、中ＳＮＲのストリームデ
ータについては、全体に対して「７０％」の先読込デー
タ量のデータが先読込される。
【０１２１】また、通信状態が不良となり、携帯端末１
００とのデータ伝送速度が小さくなったときは、先読込
バッファ３１２の低ＳＮＲのストリームデータが送信対
象のストリームデータとして決定される。こうした決定
により、ステップＳ１０４を経て、先読込バッファ３１
２の低ＳＮＲのストリームデータが携帯端末１００に送
信される。
【０１２２】携帯端末１００では、ストリームデータを
受信すると、受信したストリームデータが再生される。
このとき、低ＳＮＲのストリームデータが再生される。
【０１２３】したがって、プロキシサーバ３００と携帯
端末１００との間では、データ伝送速度が平均的である
ときは、再生内容が中ＳＮＲであるストリームデータが
送受信されるが、データ伝送速度が小さくなると、再生
内容の品質を落としてデータ量が小さいストリームデー
タが送受信される。よって、携帯端末１００では、プロ
キシサーバ３００とのデータ伝送速度が小さくなると、
再生内容の品質は落ちるが再生に乱れが生じにくくな
る。
【０１２４】一方、通信状態が比較的良好な状態でさら
に通信状態が良好になったときは、各ＳＮＲのストリー
ムデータ用のバッファ領域の大きさが設定されるととも
に、各ＳＮＲのストリームデータについて先読込データ
量が設定される。
【０１２５】すなわち、図９を例にとると、高ＳＮＲの
ストリームデータについては、そのバッファ領域の大き
さおよびその先読込データ量が全体に対して「２０％」
に設定され、中ＳＮＲのストリームデータについては、
そのバッファ領域の大きさおよびその先読込データ量が
全体に対して「８０％」に設定される。こうした調整に
より、ステップＳ１０２を経て、高ＳＮＲのストリーム
データについては、全体に対して「２０％」の先読込デ
ータ量のデータが先読込され、中ＳＮＲのストリームデ
ータについては、全体に対して「８０％」の先読込デー
タ量のデータが先読込される。
【０１２６】また、通信状態が比較的良好な状態でさら
に通信状態が良好になったときは、先読込バッファ３１
２の高ＳＮＲのストリームデータが送信対象のストリー
ムデータとして決定される。こうした決定により、ステ
ップＳ１０４を経て、先読込バッファ３１２の高ＳＮＲ
のストリームデータが携帯端末１００に送信される。
【０１２７】携帯端末１００では、ストリームデータを
受信すると、受信したストリームデータが再生される。
このとき、高ＳＮＲのストリームデータが再生される。
【０１２８】したがって、プロキシサーバ３００と携帯
端末１００との間では、データ伝送速度が平均的である
ときは、再生内容が中ＳＮＲであるストリームデータが
送受信されるが、データ伝送速度が大きくなると、デー
タ量を大きくして再生内容の品質が高いストリームデー
タが送受信される。よって、携帯端末１００では、プロ
キシサーバ３００とのデータ伝送速度が大きくなると、
再生内容の品質が向上する。
【０１２９】このようにして、本実施の形態では、プロ
キシサーバ３００は、バッファ遷移確率テーブル３１４
の遷移確率に基づいて、各ＳＮＲのストリームデータに
ついて、そのバッファ領域の大きさおよびその先読込デ
ータ量を決定するようにした。
【０１３０】これにより、携帯端末１００に対し近い将
来において送信すべきストリームデータが優先的に先読
込されるので、各ＳＮＲのストリームデータを同一の先
読込データ量で先読込する場合に比して、プロキシサー
バ３００と携帯端末１００との間で、そのストリームデ
ータの伝送が断続的になりにくくなる。したがって、携
帯端末１００でストリームデータを再生する場合に、再
生に乱れが生じるのをさらに防止することができる。
【０１３１】上記第２の実施の形態において、ＷＷＷサ
ーバＤＳは、請求項１、３または９記載のデータ蓄積端
末に対応し、携帯端末１００は、請求項１記載の通信端
末に対応している。また、先読込バッファ３１２は、請
求項２、６または９記載の記憶手段に対応し、ステップ
Ｓ１０２は、請求項２、３または９記載の先読込手段に
対応し、ステップＳ１０４，Ｓ１０６は、請求項２ない
し６、または９記載の送信手段に対応し、ステップＳ１
０２，Ｓ１０８は、請求項５または６記載の先読込手段
に対応している。
【０１３２】次に、本発明の第３の実施の形態を図面を
参照しながら説明する。図１１ないし図１４は、本発明
に係るストリームデータ先読込装置の第３の実施の形態
を示す図である。以下、上記第１の実施の形態と異なる
部分についてのみ説明をし、重複する部分については同
一の符号を付して説明を省略する。
【０１３３】本実施の形態は、本発明に係るストリーム
データ先読込装置およびストリームデータ先読込プログ
ラムを記憶した記憶媒体を、図１に示すように、インタ
ーネット４００において、携帯端末１００が、ＷＷＷサ
ーバＤＳのストリームデータを読み込み、再生する場合
について適用したものであって、上記第１の実施の形態
と異なる点は、複数のストリームデータについてそれら
を関連付けて再生するためのスケジュールを規定したス
ケジュールデータ（例えば、ＳＭＩＬ（Synchronized M
ultimedia Integration Language）で記述されたデー
タ）に基づいて、各ＳＮＲのストリームデータについ
て、そのバッファ領域の大きさおよびその先読込データ
量を決定する点にある。
【０１３４】まず、スケジュールデータの構造を図１１
ないし図１３を参照しながら説明する。図１１は、スケ
ジュールデータの構造を示す図であり、図１２は、各ス
トリームデータの再生タイミングを示すタイムチャート
であり、図１３は、携帯端末１００の表示画面を示す図
である。
【０１３５】スケジュールデータは、例えば、図１１に
示すように、ストリームデータとして、アニメーション
データＡnと、テキストデータＴxと、ビデオデータ
Ｖ1，Ｖ2とが関連付けられている。
【０１３６】アニメーションデータＡnは、イメージデ
ータ、シェイプデータおよびサウンドデータからなるア
ニメーションデータＡ1，Ａ2を含んで構成されている。
アニメーションデータＡnについてのスケジュールは、
図１２および図１３に示すように、再生開始時刻Ｔ1か
らｔ秒を経過した時刻Ｔ2において、それらアニメーシ
ョンデータに基づいて、携帯端末１００の表示画面のう
ちアニメーションを表示する領域５４にアニメーション
を再生するように、規定されている。
【０１３７】テキストデータＴxは、テキストデータＴ1
〜Ｔ3を含んで構成されている。テキストデータＴxにつ
いてのスケジュールは、図１２および図１３に示すよう
に、再生開始時刻Ｔ1において、それらテキストデータ
に基づいて、携帯端末１００の表示画面のうちテキスト
を表示する領域５３にテキストを表示するように、規定
されている。
【０１３８】ビデオデータＶ1は、ビデオデータＶ1-1〜
Ｖ1-3を含んで構成されている。ビデオデータＶ1につい
てのスケジュールは、図１２および図１３に示すよう
に、再生開始時刻Ｔ1において、それらビデオデータに
基づいて、携帯端末１００の表示画面のうちビデオ１を
表示する領域５０にビデオを再生するように、規定され
ている。
【０１３９】ビデオデータＶ2についてのスケジュール
は、図１２および図１３に示すように、再生開始時刻Ｔ
1からｔ秒を経過した時刻Ｔ2において、そのビデオデー
タに基づいて、携帯端末１００の表示画面のうちビデオ
２を表示する領域５２にビデオを再生するように、規定
されている。
【０１４０】次に、プロキシサーバ３００の機能構成を
図１４を参照しながら説明する。図１４は、先読込バッ
ファ３１２のバッファ領域を示すメモリマップである。
【０１４１】プロキシサーバ３００は、携帯端末エミュ
レート部３０２と、プロキシ制御部３０４と、端末個別
テーブル３０６と、データ変換部３０８と、キャッシュ
メモリ３１０と、先読込バッファ３１２とで構成されて
いる。
【０１４２】先読込バッファ３１２は、各ストリームデ
ータの種別ごとに、ストリームデータを先読込するため
の記憶領域を有し、具体的には、図１４に示すように、
各ストリームデータの種別ごとに、高ＳＮＲのストリー
ムデータを格納するためのバッファ領域と、中ＳＮＲの
ストリームデータを格納するためのバッファ領域と、低
ＳＮＲのストリームデータを格納するためのバッファ領
域とを有している。なお、これらバッファ領域の大きさ
は、携帯端末エミュレート部３０２の制御により動的に
変化するものであり、スケジュールデータに基づいて、
必要な時間帯において必要なデータ量だけ確保される。
【０１４３】図１４の例では、ビデオデータＶ1-3につ
いて、中ＳＮＲのストリームデータを格納するためのバ
ッファ領域６０と、低ＳＮＲのストリームデータを格納
するためのバッファ領域６１とが設けられている。ま
た、ビデオデータＶ1-2について、高ＳＮＲのストリー
ムデータを格納するためのバッファ領域６２と、中ＳＮ
Ｒのストリームデータを格納するためのバッファ領域６
３と、低ＳＮＲのストリームデータを格納するためのバ
ッファ領域６４とが設けられている。また、ビデオデー
タＶ2について、中ＳＮＲのストリームデータを格納す
るためのバッファ領域６５と、低ＳＮＲのストリームデ
ータを格納するためのバッファ領域６６とが設けられて
いる。
【０１４４】次に、上記第３の実施の形態の動作を説明
する。
【０１４５】プロキシサーバ３００では、スケジュール
データのデータ送信要求を受信すると、プロキシ制御部
３０４により、そのデータ送信要求に応じてＵＲＬによ
り特定される格納場所にアクセスし、受信したデータ送
信要求に係るスケジュールデータに基づいて、そのスケ
ジュールにより関連付けられている複数のストリームデ
ータについて、高ＳＮＲ、中ＳＮＲおよび低ＳＮＲのス
トリームデータが先読込バッファ３１２に先読込され、
先読込バッファ３１２のストリームデータが携帯端末１
００に送信される。
【０１４６】図１２の例では、時刻Ｔ1から時刻Ｔ2まで
の間は、ビデオデータＶ1、オーディオデータおよびテ
キストデータＴx用のバッファ領域が先読込バッファ３
１２に確保され、ビデオデータＶ1、オーディオデータ
およびテキストデータＴxについて、高ＳＮＲ、中ＳＮ
Ｒおよび低ＳＮＲのストリームデータが先読込バッファ
３１２に先読込される。そして、先読込バッファ３１２
のストリームデータが携帯端末１００に送信される。
【０１４７】携帯端末１００では、受信したビデオデー
タＶ1、オーディオデータおよびテキストデータＴxに基
づいて、ビデオ１、オーディオおよびテキストが再生さ
れる。
【０１４８】次いで、時刻Ｔ2から時刻Ｔ3までの間は、
それらストリームデータに加えて、ビデオデータＶ2お
よびアニメーションデータＡn用のバッファ領域が先読
込バッファ３１２に確保され、ビデオデータＶ1、オー
ディオデータ、テキストデータＴx、ビデオデータＶ2お
よびアニメーションデータＡnについて、高ＳＮＲ、中
ＳＮＲおよび低ＳＮＲのストリームデータが先読込バッ
ファ３１２に先読込される。そして、先読込バッファ３
１２のストリームデータが携帯端末１００に送信され
る。
【０１４９】携帯端末１００では、受信したビデオデー
タＶ1、オーディオデータ、テキストデータＴx、ビデオ
データＶ2およびアニメーションデータＡnに基づいて、
ビデオ１、オーディオ、テキスト、ビデオ２およびアニ
メーションが再生される。
【０１５０】次いで、時刻Ｔ3以降は、ビデオデータ
Ｖ1、オーディオデータおよびテキストデータＴx用のバ
ッファ領域が先読込バッファ３１２から解放され、ビデ
オデータＶ2およびアニメーションデータＡnについて、
高ＳＮＲ、中ＳＮＲおよび低ＳＮＲのストリームデータ
が先読込バッファ３１２に先読込される。そして、先読
込バッファ３１２のストリームデータが携帯端末１００
に送信される。
【０１５１】携帯端末１００では、受信したビデオデー
タＶ2およびアニメーションデータＡnに基づいて、ビデ
オ２およびアニメーションが再生される。
【０１５２】このようにして、本実施の形態では、プロ
キシサーバ３００は、複数のストリームデータについて
それらを関連付けて再生するためのスケジュールを規定
したスケジュールデータに基づいて、各ＳＮＲのストリ
ームデータについて、そのバッファ領域の大きさおよび
その先読込データ量を決定するようにした。
【０１５３】これにより、スケジュールデータに基づい
てそのスケジュールにより関連付けられている複数のス
トリームデータを再生する場合に、携帯端末１００に現
在送信すべきストリームデータが優先的に先読込される
ので、各ＳＮＲのストリームデータを同一の先読込デー
タ量で先読込する場合に比して、プロキシサーバ３００
と携帯端末１００との間で、そのストリームデータの伝
送が断続的になりにくくなる。したがって、携帯端末１
００でスケジュールデータに基づいてそのスケジュール
により関連付けられている複数のストリームデータを再
生する場合に、従来に比して、再生に乱れが生じるのを
ある程度防止することができる。
【０１５４】上記第３の実施の形態において、ＷＷＷサ
ーバＤＳは、請求項７または８記載のデータ蓄積端末に
対応している。
【０１５５】なお、上記第１、第２または第３の実施の
形態においては、プロキシサーバ３００は、携帯端末１
００とのデータ伝送速度に応じて、送信対象となるスト
リームデータの品質を調整するように構成したが、これ
に限らず、ＷＷＷサーバＤＳとのデータ伝送速度に応じ
て、送信対象となるストリームデータの品質を調整する
ように構成してもよい。
【０１５６】また、上記第１、第２または第３の実施の
形態においては、プロキシサーバ３００は、ＳＮＲが異
なる複数のストリームデータを先読込し、携帯端末１０
０とのデータ伝送速度に応じたＳＮＲのストリームデー
タを送信するように構成したが、これに限らず、高ＳＮ
Ｒのストリームデータを先読込し、先読込したストリー
ムデータを、携帯端末１００とのデータ伝送速度に応じ
たＳＮＲのストリームデータに変換するように構成して
もよい。
【０１５７】また、上記第１の実施の形態において、図
６ないし図８のフローチャートに示す処理を実行するに
あたってはいずれも、ＲＯＭ３２にあらかじめ格納され
ている制御プログラムを実行する場合について説明した
が、これに限らず、これらの手順を示したプログラムが
記憶された記憶媒体から、そのプログラムをＲＡＭ３４
に読み込んで実行するようにしてもよい。
【０１５８】ここで、記憶媒体とは、ＲＡＭ、ＲＯＭ等
の半導体記憶媒体、ＦＤ、ＨＤ等の磁気記憶型記憶媒
体、ＣＤ、ＣＤＶ、ＬＤ、ＤＶＤ等の光学的読取方式記
憶媒体、ＭＯ等の磁気記憶型／光学的読取方式記憶媒体
であって、電子的、磁気的、光学的等の読み取り方法の
いかんにかかわらず、コンピュータで読み取り可能な記
憶媒体であれば、あらゆる記憶媒体を含むものである。
【０１５９】また、上記第１、第２または第３の実施の
形態においては、本発明に係るストリームデータ先読込
装置およびストリームデータ先読込プログラムを記憶し
た記憶媒体を、図１に示すように、インターネット４０
０において、携帯端末１００が、ＷＷＷサーバＤＳのス
トリームデータを読み込み、再生する場合について適用
したが、これに限らず、本発明の主旨を逸脱しない範囲
で他の場合にも適用可能である。例えば、インターネッ
ト４００以外のネットワークにおいても適用が可能であ
る。
【０１６０】
【発明の効果】以上説明したように、本発明に係る請求
項１記載のストリームデータ先読込装置によれば、通信
端末でストリームデータを再生する場合に、従来に比し
て、再生に乱れが生じるのをある程度防止することがで
きるという効果が得られる。
【０１６１】さらに、本発明に係る請求項２ないし８記
載のストリームデータ先読込装置によれば、携帯端末で
ストリームデータを再生する場合に、従来に比して、再
生に乱れが生じるのをある程度防止することができると
いう効果が得られる。
【０１６２】さらに、本発明に係る請求項５または６記
載のストリームデータ先読込装置によれば、携帯端末で
ストリームデータを再生する場合に、再生に乱れが生じ
るのをさらに防止することができるという効果も得られ
る。
【０１６３】さらに、本発明に係る請求項７または８記
載のストリームデータ先読込装置によれば、携帯端末で
スケジュールデータに基づいてそのスケジュールにより
関連付けられている複数のストリームデータを再生する
場合に、従来に比して、再生に乱れが生じるのをある程
度防止することができるという効果も得られる。
【０１６４】一方、本発明に係る請求項９記載のストリ
ームデータ先読込プログラムを記憶した記憶媒体によれ
ば、携帯端末でストリームデータを再生する場合に、従
来に比して、再生に乱れが生じるのをある程度防止する
ことができるという効果が得られる。
【図面の簡単な説明】
【図１】インターネット４００からなるネットワークシ
ステムの構成を示す図である。
【図２】ＷＷＷサーバＤＳ1の構成を示すブロック図で
ある。
【図３】プロキシサーバ３００の機能構成を示す機能ブ
ロック図である。
【図４】先読込バッファ３１２のバッファ領域を示すメ
モリマップである。
【図５】プロキシサーバ３００の具体的構成を示す構成
ブロック図である。
【図６】ストリームデータ先読込処理を示すフローチャ
ートである。
【図７】ＳＮＲ調整処理を示すフローチャートである。
【図８】先読込データ量等調整処理を示すフローチャー
トである。
【図９】プロキシサーバ３００の機能構成を示す機能ブ
ロック図である。
【図１０】バッファ遷移確率テーブルの構造を説明する
ための状態遷移図である。
【図１１】スケジュールデータの構造を示す図である。
【図１２】各ストリームデータの再生タイミングを示す
タイムチャートである。
【図１３】携帯端末１００の表示画面を示す図である。
【図１４】先読込バッファ３１２のバッファ領域を示す
メモリマップである。
【符号の説明】
１００ 携帯端末 ＤＳ ＷＷＷサーバ ２００ リクエスト処理部 ２０２ 記憶部 ３００ プロキシサーバ ３０２ 携帯端末エミュレート部 ３０４ プロキシ制御部 ３０６ 端末個別テーブル ３０８ データ変換部 ３１０ キャッシュメモリ ３１２ 先読込バッファ ３１４ バッファ遷移確率テーブル ３０ ＣＰＵ ３２ ＲＯＭ ３４ ＲＡＭ ４０ 入力装置 ４２ 記憶装置 ４４ 表示装置 ４００ インターネット
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 11/00 ３０２ Ｇ１０Ｌ 9/18 Ｊ ５Ｋ０３４ Ｈ０４Ｎ 5/765 Ｈ０４Ｌ 11/00 ３１０Ｂ ５Ｋ１０１ 5/781 Ｈ０４Ｎ 5/781 ５１０Ｇ ９Ａ００１ 7/173 ６２０ Ｆターム(参考） 5B082 FA03 HA08 5B089 GA19 GA25 JA22 JA33 JB03 JB04 JB05 KA02 KA07 KA08 KC23 KC28 KD01 KD07 5C064 BA07 BC03 BC18 BC20 BC25 BD02 BD08 5D045 DB01 5K033 AA07 CB01 DA01 DB13 DB20 EA07 5K034 AA06 EE03 FF13 HH01 HH17 HH26 HH48 HH53 LL01 MM08 TT02 5K101 KK20 LL12 NN21 TT06 9A001 BB03 BB04 CC05 CC07 JJ25 JJ26 JJ27 JJ72 KK60

Claims (9)

    【特許請求の範囲】
  1. 【請求項１】 ストリームデータを蓄積するデータ蓄積
    端末と、前記ストリームデータを再生する通信端末とに
    通信可能に接続し、前記通信端末の前記データ蓄積端末
    に対するアクセス要求に応じてそのアクセス要求に係る
    ストリームデータを前記データ蓄積端末から先読込する
    装置であって、 前記アクセス要求に応じてそのアクセス要求に係るスト
    リームデータを先読込し、先読込したストリームデータ
    を前記通信端末に送信するにあたって、前記データ蓄積
    端末又は前記通信端末とのデータ伝送状態に応じて、送
    信対象となるストリームデータの品質を調整するように
    なっていることを特徴とするストリームデータ先読込装
    置。
  2. 【請求項２】 ストリームデータを蓄積するデータ蓄積
    端末と、前記ストリームデータを再生する携帯端末とに
    通信可能に接続し、前記携帯端末の前記データ蓄積端末
    に対するアクセス要求に応じてそのアクセス要求に係る
    ストリームデータを前記データ蓄積端末から先読込する
    装置であって、 前記ストリームデータを先読込するための記憶領域を有
    する記憶手段と、前記アクセス要求に応じてそのアクセ
    ス要求に係るストリームデータを前記記憶手段に先読込
    する先読込手段と、前記記憶手段のストリームデータを
    前記携帯端末に送信する送信手段とを備え、 前記送信手段は、前記データ蓄積端末又は前記携帯端末
    とのデータ伝送速度に応じて、送信対象となるストリー
    ムデータの品質を調整するようになっていることを特徴
    とするストリームデータ先読込装置。
  3. 【請求項３】 請求項２において、 前記データ蓄積端末は、１つのストリームデータについ
    て品質の異なる複数のストリームデータを蓄積してお
    り、 前記先読込手段は、前記アクセス要求に係るストリーム
    データについて品質の異なる複数のストリームデータを
    先読込するようになっており、 前記送信手段は、前記データ蓄積端末又は前記携帯端末
    とのデータ伝送速度に応じて、送信対象となるストリー
    ムデータの品質を決定するようになっていることを特徴
    とするストリームデータ先読込装置。
  4. 【請求項４】 請求項３において、 前記送信手段は、前記携帯端末とのデータ伝送速度が大
    きくなるにつれて品質の高いストリームデータを、前記
    携帯端末とのデータ伝送速度が小さくなるにつれて品質
    の低いストリームデータを送信するようになっているこ
    とを特徴とするストリームデータ先読込装置。
  5. 【請求項５】 請求項３及び４のいずれかにおいて、 前記先読込手段は、前記送信手段が現在送信しているス
    トリームデータの品質に基づいて、品質の異なる複数の
    ストリームデータを先読込するときのそれぞれの先読込
    データ量を決定するようになっていることを特徴とする
    ストリームデータ先読込装置。
  6. 【請求項６】 請求項３乃至５のいずれかにおいて、 前記先読込手段は、前記送信手段が現在送信しているス
    トリームデータの品質に基づいて、前記記憶手段の記憶
    領域のうち品質の異なる複数のストリームデータを先読
    込するための記憶領域のそれぞれの大きさを決定するよ
    うになっていることを特徴とするストリームデータ先読
    込装置。
  7. 【請求項７】 請求項２乃至６のいずれかにおいて、 前記データ蓄積端末は、複数のストリームデータについ
    てそれらを関連付けて再生するためのスケジュールを規
    定したスケジュールデータを蓄積しており、 前記先読込手段は、前記アクセス要求に係るスケジュー
    ルデータに基づいて、そのスケジュールにより関連付け
    られている複数のストリームデータを先読込するときの
    それぞれの先読込データ量を決定するようになっている
    ことを特徴とするストリームデータ先読込装置。
  8. 【請求項８】 請求項２乃至６のいずれかにおいて、 前記データ蓄積端末は、複数のストリームデータについ
    てそれらを関連付けて再生するためのスケジュールを規
    定したスケジュールデータを蓄積しており、 前記先読込手段は、前記アクセス要求に係るスケジュー
    ルデータに基づいて、前記記憶手段の記憶領域のうちそ
    のスケジュールにより関連付けられている複数のストリ
    ームデータを先読込するための記憶領域のそれぞれの大
    きさを決定するようになっていることを特徴とするスト
    リームデータ先読込装置。
  9. 【請求項９】 ストリームデータを蓄積するデータ蓄積
    端末と、前記ストリームデータを再生する携帯端末とに
    通信可能に接続し、前記携帯端末の前記データ蓄積端末
    に対するアクセス要求に応じてそのアクセス要求に係る
    ストリームデータを前記データ蓄積端末から先読込する
    ストリームデータ先読込プログラムを記憶した記憶媒体
    であって、 前記アクセス要求に応じてそのアクセス要求に係るスト
    リームデータを記憶手段に先読込する先読込手段と、前
    記データ蓄積端末又は前記携帯端末とのデータ伝送速度
    に応じて前記記憶手段のストリームデータを前記携帯端
    末に送信する送信手段とで実現される処理を、コンピュ
    ータに実行させるためのプログラムを記憶したことを特
    徴とするストリームデータ先読込プログラムを記憶した
    記憶媒体。
JP2000087269A 2000-03-27 2000-03-27 ストリームデータ先読込装置及びストリームデータ先読込プログラムを記憶した記憶媒体 Withdrawn JP2001274858A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000087269A JP2001274858A (ja) 2000-03-27 2000-03-27 ストリームデータ先読込装置及びストリームデータ先読込プログラムを記憶した記憶媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000087269A JP2001274858A (ja) 2000-03-27 2000-03-27 ストリームデータ先読込装置及びストリームデータ先読込プログラムを記憶した記憶媒体

Publications (1)

Publication Number Publication Date
JP2001274858A true JP2001274858A (ja) 2001-10-05

Family

ID=18603303

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000087269A Withdrawn JP2001274858A (ja) 2000-03-27 2000-03-27 ストリームデータ先読込装置及びストリームデータ先読込プログラムを記憶した記憶媒体

Country Status (1)

Country Link
JP (1) JP2001274858A (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005020732A (ja) * 2003-06-13 2005-01-20 Microsoft Corp ビデオデータの堅牢な配布
JP2010537556A (ja) * 2007-08-24 2010-12-02 アルカテル−ルーセント ユーエスエー インコーポレーテッド ストリーミングメディアサーバのための、プロキシ駆動型コンテンツレート選択
US8345754B2 (en) 2003-09-07 2013-01-01 Microsoft Corporation Signaling buffer fullness
JP2013535130A (ja) * 2010-06-02 2013-09-09 クゥアルコム・インコーポレイテッド ワイヤレスリンクを通してのアプリケーションプロキシサポート
US8582659B2 (en) 2003-09-07 2013-11-12 Microsoft Corporation Determining a decoding time stamp from buffer fullness

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005020732A (ja) * 2003-06-13 2005-01-20 Microsoft Corp ビデオデータの堅牢な配布
JP4592338B2 (ja) * 2003-06-13 2010-12-01 マイクロソフト コーポレーション ビデオデータの堅牢な配布
US8345754B2 (en) 2003-09-07 2013-01-01 Microsoft Corporation Signaling buffer fullness
US8582659B2 (en) 2003-09-07 2013-11-12 Microsoft Corporation Determining a decoding time stamp from buffer fullness
JP2010537556A (ja) * 2007-08-24 2010-12-02 アルカテル−ルーセント ユーエスエー インコーポレーテッド ストリーミングメディアサーバのための、プロキシ駆動型コンテンツレート選択
KR101524325B1 (ko) * 2007-08-24 2015-05-29 알카텔-루센트 유에스에이 인코포레이티드 스트리밍 미디어 서버에 있어서 프록시 구동의 콘텐츠 레이트 선택
JP2013535130A (ja) * 2010-06-02 2013-09-09 クゥアルコム・インコーポレイテッド ワイヤレスリンクを通してのアプリケーションプロキシサポート
KR101514709B1 (ko) 2010-06-02 2015-04-23 퀄컴 인코포레이티드 무선 링크를 통한 애플리케이션-프록시 지원
US9521621B2 (en) 2010-06-02 2016-12-13 Qualcomm Incorporated Application-proxy support over a wireless link

Similar Documents

Publication Publication Date Title
CN100527674C (zh) 兼容渐进下载方法和系统
KR101918017B1 (ko) 정보 처리 장치 및 정보 처리 방법
US8880647B2 (en) Methods and systems for rapid data acquisition over the internet
WO2021143386A1 (zh) 资源传输方法及终端
WO2009033345A1 (fr) Procédé pour télécharger et lire simultanément des supports en flux de transfert hypertexte
CN101636726A (zh) 包含连续播放的视频分配系统
WO2021143362A1 (zh) 资源传输方法及终端
JP5140952B2 (ja) コンテンツ配信システム、コンテンツ配信サーバ、コンテンツ再生端末、プログラム、コンテンツ配信方法
JP2009510890A (ja) 電波識別タグが付加された情報端末装置及びその制御方法
KR101395613B1 (ko) 연속적인 콘텐츠 사용을 위한 이동단말기 플랫폼 관리 방법및 그를 위한 이동단말기
JP4882441B2 (ja) 配信サーバ装置、クライアント装置、及びそれらに用いるプログラム
JP2001274858A (ja) ストリームデータ先読込装置及びストリームデータ先読込プログラムを記憶した記憶媒体
JP4992568B2 (ja) クライアント装置、データ処理方法およびそのプログラム
JP2005333478A (ja) ストリーミングコンテンツ再生方法及びそれを用いたインターネット接続装置
KR101291074B1 (ko) 플래시 미디어 서비스 시스템 및 방법
JPH10124429A (ja) マルチメディア情報通信システム
JP4970912B2 (ja) 動画分割サーバおよびその制御方法
JP2007516499A (ja) クライアントデバイスによって要求されたコンテンツにサービスを提供するプロバイダが選択されるシステム及び方法
KR100839041B1 (ko) 이미지 파일을 이용한 모바일 인터넷 기반의 웹 콘텐츠제공시스템 및 제공방법
CN106340287A (zh) 一种手机歌曲点唱的处理方法
JP3860957B2 (ja) マルチメディアデータの送出装置
KR20090000654A (ko) 컨텐츠 중계 장치 및 방법
KR20100052412A (ko) 동화상 처리 디바이스, 동화상 처리 방법, 및 프로그램
KR20170104913A (ko) 표시 장치
KR100931344B1 (ko) Ｖｏｄ 스트리밍 서비스를 제공하는 방법과 그를 위한시스템, 서버 및 사용자 단말기

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20070605