(57)【要約】【課題】ストリームデータの受信側が、ストリームデータを蓄積するバッファの状態に応じてデコードの速度を制御する構成にし、送信側の送出レートを制御する必要をなくすることにより、受信側が送信側のストリーム送出レートを制御することができないシステムにおいても、ストリームデータを蓄積するバッファのオーバーフロー又はアンダーフローの発生を抑えること。【解決手段】バッファ１１１は、受信したストリームデータを一時的に蓄積する。デコーダ１１２は、ストリームデータをデコードする。制御部１１３は、バッファ１１１に蓄積されたストリームデータの蓄積量の変化量に基づいて該蓄積量が増加傾向であると判断した場合にデコードの速度を速くし、バッファ１１１に蓄積されたストリームデータの蓄積量が減少傾向であると判断した場合にデコードの速度を遅くする。【選択図】図１
2007221597.tif 000002
【特許請求の範囲】
【請求項１】
配信されたストリームデータを受信する受信手段と、
受信した前記ストリームデータを一時的に蓄積する蓄積手段と、
蓄積された前記ストリームデータをデコードするデコード手段と、
蓄積された前記ストリームデータの蓄積量の変化量に基づいて該蓄積量が増加傾向であると判断した場合に前記デコードの速度を速くし、該蓄積量が減少傾向であると判断した場合に前記デコードの速度を遅くする制御手段と、
を具備するストリーム受信装置。
【請求項２】
前記制御手段は、予め定められた測定時間内に前記変化量を複数回数算出して複数の算出値を求めるとともに、求めた複数の前記算出値の平均値が増加傾向である場合に、前記蓄積量が増加傾向であるものとして前記デコードの速度を速くし、前記平均値が減少傾向である場合に前記蓄積量が減少傾向であるものとして前記デコードの速度を遅くする請求項１記載のストリーム受信装置。
【請求項３】
前記制御手段は、前記変化量がしきい値以上である変化量を除いて前記平均値を求める請求項２記載のストリーム受信装置。
【請求項４】
前記制御手段は、前記蓄積量が増加傾向である場合に前記蓄積手段におけるストリームデータの蓄積量が減少するように前記デコードの速度を速くし、前記蓄積量が減少傾向である場合に前記蓄積手段におけるストリームデータの蓄積量が増加するように前記デコードの速度を遅くする請求項１記載のストリーム受信装置。
【請求項５】
前記制御手段は、前記デコードの速度が所定の範囲内に収まるように前記デコードの速度を変化させる請求項１記載のストリーム受信装置。
【請求項６】
前記制御手段は、前記デコードの速度を緩やかに変化させる請求項１記載のストリーム受信装置。
【請求項７】
配信されたストリームデータを受信する受信ステップと、
受信した前記ストリームデータを一時的に蓄積する蓄積ステップと、
蓄積された前記ストリームデータをデコードするデコードステップと、
蓄積された前記ストリームデータの蓄積量の変化量に基づいて該蓄積量が増加傾向であると判断した場合に前記デコードの速度を速くし、該蓄積量が減少傾向である場合に前記デコードの速度を遅くする制御ステップと、
を具備するストリーム受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーム受信装置及びストリーム受信方法に関し、特に音声又は動画などのデータをネットワーク経由で受信しながら再生するストリーミング技術を用いるストリーム受信装置及びストリーム受信方法に関する。
【背景技術】
【０００２】
ストリーミング技術は、音声又は動画などのリアルタイム性が要求されるデータをネットワークを介して配送し、配送しながら再生を行う技術である。ストリーミング技術によれば全データをダウンロードすることなく再生を行えるので、受信側に大容量の記憶装置などが不要になるとともに、全データをダウンロードする方式に比べ、配送開始から再生開始までを高速にすることができるという特徴がある。
【０００３】
しかしながら、ストリームデータの送信側（ストリームサーバ）のクロックと、ストリームデータ受信側（クライアント）のクロックが完全に同期していないことから、ストリームデータの送信側（ストリームサーバ）が配送を行うレートと、ストリームデータ受信側（クライアント）が再生を行うレートの差が僅かながらも存在する。このクロックの差が原因となり、ストリームデータの受信バッファのオーバーフロー又はアンダーフローが発生する課題がある。またこの課題は特に長時間の再生を行う場合に発生しやすい。また、ストリームデータの送信側が、無線ネットワークを用いてストリームデータを配送する場合には、無線の伝搬環境が不安定であることに起因して、ストリームデータの受信バッファのオーバーフロー又はアンダーフローが発生する課題がある。
【０００４】
これを解決する従来技術として、例えば特許文献１がある。図２１は、特許文献１のストリーム配送システムの構成を示す図である。図２１において、ストリームサーバ１０は、ネットワーク３０を介してクライアント２０と接続する。ストリームサーバ１０には、ストリームデータを格納するディスク１２が接続される。また、ストリームサーバ１０は、ストリームデータの読み出しと配送を実行する配送サーバ１１を備えている。クライアント２０には、画像を出力するディスプレイ２２および音声を出力するスピーカ２３が接続される。また、クライアント２０では、ストリームデータの受信と再生を実行する再生アプリケーション２１が起動する。
【０００５】
次に、特許文献１におけるストリーム配送システムの動作について説明する。クライアント２０上の再生アプリケーション２１は、ストリームサーバ１０上の配送サーバ１１に対して、ネットワーク３０を介して、ストリーム配送開始要求を送信する(ＳＴ４０)。ストリーム配送開始要求を受信した配送サーバ１１は、ストリームデータをディスク１２から順次読み出し(ＳＴ４１)、再生アプリケーション２１に順次配送する(ＳＴ４２)。再生アプリケーション２１は、ストリームデータを受信し、受信したストリームデータから順次ディスプレイ２２およびスピーカ２３にて再生する(ＳＴ４３)。
【０００６】
バッファのオーバーフローやアンダーフローが発生するという課題に対する特許文献１での対策を以下で説明する。
【０００７】
ストリームサーバ１０は、ストリームデータの配送レートを変更して配送することが可能なレート変更配送手段（図示省略）を備えている。レート変更配送手段は、ストリームデータ固有の伝送レートであるビットレート（固有ビットレート）に依存もしくは依存せずに変更可能な構成になっている。
【０００８】
クライアント２０は、ストリームサーバが配送するストリームデータの受信レートと、前記固有ビットレートとの差異を利用して、ストリームサーバ１０に要求する最適な配送レートを決定する要求レート決定手段（図示省略）と、要求レート決定手段において決定した配送レートをストリームサーバ１０に通知する要求レート通知手段（図示省略）を備えている。
【０００９】
クライアント２０は、ストリームデータを蓄えるバッファ内のストリームデータの量（バッファ量）が減少もしくは増大してくると、配送レート変更要求をストリームサーバ１０に送信することにより、ストリームサーバ１０に対して、望ましいレート（整合レート）に変更するように要求する。ストリームサーバ１０は、配送レート変更要求を受信すると、要求された整合レートに配送レートを変更する。このように構成することにより特許文献１ではバッファのオーバーフローやアンダーフローを防いでいる。
【特許文献１】特開２０００−２２８６６９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、従来の構成においては、ストリームデータの受信側（クライアント）が、ストリームデータの送信側（ストリームサーバ）に、ストリームデータの送出レートである配送レートを変更する旨の要求を出して制御することが可能であるシステムにしか適用することができないという問題がある。
【００１１】
本発明はかかる点に鑑みてなされたものであり、ストリームデータの受信側が、ストリームデータを蓄積するバッファの状態に応じてデコードの速度を制御する構成にし、送信側の送出レートを制御する必要をなくすることにより、受信側が送信側のストリーム送出レートを制御することができないシステムにおいても、ストリームデータを蓄積するバッファのオーバーフロー又はアンダーフローの発生を抑えることができるストリーム受信装置及びストリーム受信方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明のストリーム受信装置は、配信されたストリームデータを受信する受信手段と、受信した前記ストリームデータを一時的に蓄積する蓄積手段と、蓄積された前記ストリームデータをデコードするデコード手段と、蓄積された前記ストリームデータの蓄積量の変化量に基づいて該蓄積量が増加傾向であると判断した場合に前記デコードの速度を速くし、該蓄積量が減少傾向であると判断した場合に前記デコードの速度を遅くする制御手段と、を具備する構成を採る。
【００１３】
本発明のストリーム受信方法は、配信されたストリームデータを受信する受信ステップと、受信した前記ストリームデータを一時的に蓄積する蓄積ステップと、蓄積された前記ストリームデータをデコードするデコードステップと、蓄積された前記ストリームデータの蓄積量の変化量に基づいて該蓄積量が増加傾向であると判断した場合に前記デコードの速度を速くし、該蓄積量が減少傾向である場合に前記デコードの速度を遅くする制御ステップと、を具備するようにした。
【発明の効果】
【００１４】
本発明によれば、ストリームデータの受信側が、蓄積手段におけるストリームデータ蓄積量の変化量に応じてデコードの速度を制御する構成にすることにより、送信側の送出レートを制御する必要がないので、受信側が送信側のストリーム送出レートを制御することができないシステムにおいても、ストリームデータを蓄積するバッファのオーバーフロー又はアンダーフローの発生を抑えることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１６】
（実施の形態１）
図１は、本発明の実施の形態１に係るストリーミングネットワークシステム１００を示す図である。ストリーミングネットワークシステム１００は、ストリーム受信再生装置（クライアント）１０１と、サーバ１０２と、ネットワーク１０３から構成される。なお、図１において、ネットワーク１０３は無線ネットワークであるが、これに限らず、有線ネットワークでも良い。
【００１７】
ストリーム受信再生装置１０１は、通信部１１０と、バッファ１１１と、デコーダ１１２と、制御部１１３を具備する。また、サーバ１０２は、制御部１２０と、ストリームデータ送出部１２１と、通信部１２２を具備する。
【００１８】
最初に、ストリーム受信再生装置１０１の構成について説明する。
【００１９】
通信部１１０は、ネットワーク１０３を介して、例えば音楽のようなコンテンツを表すストリームデータを受信し、受信したストリームデータをバッファ１１１へ出力する。
【００２０】
蓄積手段であるバッファ１１１は、通信部１１０から入力したストリームデータを一時的に蓄積する。そして、バッファ１１１は、蓄積したストリームデータをデコーダ１１２へ出力する。
【００２１】
デコーダ１１２は、バッファ１１１から入力したストリームデータを、制御部１１３にて制御された速度でデコードして、デコード済みのデータをスピーカ１１４へ出力する。
【００２２】
制御部１１３は、バッファ１１１に蓄積されたストリームデータの蓄積量の変化量を算出し、算出した変化量に基づいてデコーダ１１２がストリームデータをデコードする速度を制御する。具体的には、制御部１１３は、バッファ１１１に蓄積されたストリームデータの蓄積量の変化量に基づいて該蓄積量が増加傾向であると判断した場合に、デコーダ１１２に対して、デコードの速度を速くするように制御し、バッファ１１１に蓄積されたストリームデータの蓄積量の変化量に基づいて該蓄積量が減少傾向であると判断した場合に、デコーダ１１２に対して、デコードの速度を遅くするように制御する。
【００２３】
スピーカ１１４は、デコーダ１１２から入力したストリームデータが表す音楽等を外部へ出力する。
【００２４】
次に、サーバ１０２の構成について説明する。
【００２５】
制御部１２０は、ストリームデータ送出部１２１を制御する。
【００２６】
ストリームデータ送出部１２１は、制御部１２０の制御に基づいて、ストリームデータを通信部１２２へ出力する。
【００２７】
通信部１２２は、ストリームデータ送出部１２１から入力したストリームデータをネットワーク１０３を介してストリーム受信再生装置１０１へ送信する。
【００２８】
以上のように構成されたストリーミングネットワークシステム１００について、図２を用いて、その動作を説明する。図２は、ストリーミングネットワークシステム１００の動作を示すフロー図である。
【００２９】
通常のストリーミング再生の基本動作では、ストリーム受信再生装置１０１は無線ネットワーク１０３を介してストリームデータの受信を開始し（ステップＳＴ２０１）、一定時間（例えばＴｉｎｉ）内に受信したストリームデータをバッファ１１１に蓄える（ステップＳＴ２０２）。なお、ストリーム受信再生装置１０１は、一定時間内に受信したストリームデータをバッファ１１１に蓄えるように構成されている場合に限らず、一定量のストリームデータをバッファ１１１に蓄えるように構成されていても良い。一定時間Ｔｉｎｉが経過するか、またはバッファ１１１に一定量のストリームデータが蓄積されると、制御部１１３は、デコードの開始をデコーダ１１２に対して指示し、デコーダ１１２は、制御部１１３からの指示に応答して、バッファ１１１に蓄積されたストリームデータのデコードを開始し、デコード済みのストリームデータをスピーカ１１４に与える。このようにして、ストリーム受信再生装置１０１では、ストリームデータが再生され、受信したストリームデータが表す音楽がスピーカ１１４から鳴り始める。
【００３０】
ストリームデータの再生中において、制御部１１３は、定期的にバッファ１１１に蓄えられているストリームデータの量（以下、「残バッファ量」と記載する）を計測するとともに、計測した残バッファ量に基づいて定期的に残バッファ量の変化量を算出して記憶する（ステップＳＴ２０３）。制御部１１３は、残バッファ量の変化量の算出回数が所定値に達したか否か判断し（ステップＳＴ２０４）、算出回数が所定値に達していない場合にはステップＳＴ２０１〜ステップＳＴ２０４の処理を繰り返す。一方、ステップＳＴ２０４において、制御部１１３は、算出回数が所定値に達している場合には残バッファ量の変化量の平均値を求める（ステップＳＴ２０５）。
【００３１】
そして、制御部１１３は、求めた平均値に基づいて、残バッファ量の変化量が増加傾向であるか否かを判断し（ステップＳＴ２０６）、増加傾向にあると判断した場合に、デコーダ１１２がデコードを行う速度を速くする（ステップＳＴ２０７）。ステップＳＴ２０６において、制御部１１３は、増加傾向にないと判断した場合に、減少傾向であるか否かを判断し（ステップＳＴ２０８）、減少傾向であると判断した場合に、デコーダ１１２がデコードを行う速度を遅くする（ステップＳＴ２０９）。続いて、ステップＳＴ２０７でデコード速度を速くした後、またはステップＳＴ２０９でデコード速度を遅くした後、またはステップＳＴ２０８で減少傾向でないと判断した場合に、ストリーム受信再生装置１０１は、ストリームデータの受信が終了したか否かを判断し（ステップＳＴ２１０）、ストリームデータの受信が終了したと判断した場合には動作を停止し、ストリームデータの受信が終了していないと判断した場合にはステップＳＴ２０１〜ステップＳＴ２１０の処理を繰り返す。
【００３２】
次に、制御部１１３が、残バッファ量の変化量が増加傾向であるのかまたは減少傾向であるのかを判断する方法の詳細について、図３〜図６を用いて説明する。図３は、残バッファ量の時刻推移を示す図であり、図４は、各時刻におけるバッファ１１１の状態を示す図であり、図５は、デコードの速度の時刻遷移を示す図であり、図６は、残バッファ量の時刻推移を示す図である。
【００３３】
図３に示すように、制御部１１３は、基準時刻Ｔ０を基準として、一定時間Ｔｃ毎に残バッファ量を計測し記憶する。制御部１１３は、基準時刻Ｔ０から一定時刻Ｔｃが経過する度に、残バッファ量の変化量を算出して記憶する。具体的には、制御部１１３は、時刻Ｔ１（Ｔ１＝Ｔ０＋Ｔｃ）での残バッファ量の変化量ΔＤ１、即ち時刻Ｔ０から時刻Ｔ１までの間の残バッファ量の変化量ΔＤ１を算出する。続いて、制御部１１３は、時刻Ｔ２（Ｔ２＝Ｔ１＋Ｔｃ）での残バッファ量の変化量ΔＤ２、即ち時刻Ｔ１から一定時刻Ｔｃが経過した時刻Ｔ２での残バッファ量の変化量ΔＤ２を算出する。以降、制御部１１３は、ステップＳＴ２１０でＹｅｓと判断するまで、前回の算出時刻から一定時間Ｔｃが経過する度に、残バッファ量の変化量を算出する。
【００３４】
ここで、ネットワーク１０３が無線ネットワークの場合には、特に無線の電波状況等によるパケットロス又は再送が起こりやすいので残バッファ量が変化しやすい。これらの影響をできるだけ排除しつつ、クロックの差によるバッファ１１１のオーバーフロー又はアンダーフローの発生頻度を抑えるために、制御部１１３は、バッファ１１１における残バッファ量について複数個の変化量を平均した値に基づいて残バッファ量の変化の傾向を判断する。
【００３５】
図４は、図３の一例として、各時刻Ｔ０〜Ｔ６におけるバッファ１１１の状態を示す図である。図４に示すように、制御部１１３は、一定時間である測定時間（時刻Ｔ０から時刻Ｔ６までの時間）内に、所定回数分（図４では６回分）の残バッファ量の変化量を計測し、計測した所定回数分（図４では６回分）の残バッファ量の変化量の平均値ΔＤを算出し、算出した平均値ΔＤに基づいて、残バッファ量の変化量が増加傾向であるかまたは減少傾向であるかを判断する。ここで、以下の説明では、平均値を算出するための測定時間を、Ｎ×Ｔｃとおく。そして、制御部１１３は、時刻Ｔ０から時刻Ｔ６までの時間のデコード速度Ｒｏｕｔに対して、時刻Ｔ０から時刻Ｔ６までの時間の平均値ΔＤを単位時間Ｔｃで割った数を加算してデコードの速度を修正する。そして、次の測定時間（時刻Ｔ７から時刻Ｔ１２までの時間）では、デコーダ１１２は、修正後のデコードの速度でデコードする。
【００３６】
例えば、デコーダ１１２のデコードを行う速度が、Ｒｏｕｔ＝４０Ｋｂｙｔｅ／Ｓｅｃ（＝３２０Ｋｂｐｓ）とすると、一定時間Ｔｃ（１０秒）における残バッファ量の変化量の平均値ΔＤは、図４に示すようにΔＤ＝−０．５Ｋｂｙｔｅになる。また、制御部１１３は、残バッファ量の変化量の平均値ΔＤを打ち消すようにＲｏｕｔ＋ΔＤ／Ｔｃを新たなデコード速度として算出する。図４の場合、算出した残バッファ量の変化量の平均値ΔＤの極性がマイナスであるため、制御部１１３は、残バッファ量が減少傾向にあると判断し、デコードを行う速度を遅くするようにデコーダ１１２を制御する。即ち、制御部１１３は、時刻Ｔ６以降のデコードを行う速度を、新たに算出したデコード速度、つまり４０＋（−０．５）／１０＝３９．９５Ｋｂｙｔｅ／Ｓｅｃ（＝３１９．６Ｋｂｐｓ）に変更するようにデコーダ１１２を制御する。この結果、図５に示すように、時刻Ｔｎから時刻Ｔｎ２までの時間のデコードの速度は、時刻Ｔ０から時刻Ｔｎまでの時間のデコードの速度ＲｏｕｔよりもΔＤ／Ｔｃ＝−０．０５Ｋｂｙｔｅ／Ｓｅｃだけ遅くなる。そして、デコードの速度ＲｏｕｔをΔＤ／Ｔｃだけ遅くすることにより、図６に示すように、時刻Ｔｎから時刻Ｔｎ２までの時間の残バッファ量は、時刻Ｔ０の残バッファ量よりもΔＤだけ減少した状態で一定に推移する。
【００３７】
このようにして、時刻Ｔｎ以降においては、時刻Ｔ０から時刻Ｔｎまでの時間よりデコードの速度を遅くしてデコードと再生とが行われるので、残バッファ量の減少傾向を抑制することができる。また、図３〜図６においては、残バッファ量の変化量が減少傾向である場合について説明したが、残バッファ量の変化量が増加傾向である場合には、減少傾向である場合と逆の制御を行う。このような制御を繰り返すことにより、時刻Ｔｎ以降において、クロックの差及び無線の伝搬環境に起因するバッファ１１１のオーバーフロー又はアンダーフローの発生頻度を抑えることができる。
【００３８】
因みに、制御部１１３にてデコードの速度を制御する場合でも、ストリームデータのオーバーフロー又はアンダーフローが生じる可能性がある。オーバーフローした際に、音声の場合にはオーバーフローしたストリームデータによっては聴感上の問題が生じるので、バッファ１１１に所定量以上のストリームデータが蓄積した場合に、聴感上問題が生じない一部のストリームデータを削除する処理を行う。また、アンダーフローした際に、音声の場合には雑音として聞こえるので、バッファ１１１のストリームデータの蓄積量が所定量以下になってからある程度のストリームデータが蓄積するまでの間、デコードを停止するとともに、デコードを停止していることをユーザに知らせる。これにより、ストリームデータが聞くに堪えない音声として出力されることを防ぐことができる。
【００３９】
このように、本実施の形態１によれば、残バッファ量の変化量に従いデコーダ１１２のデコード速度を制御することにより、送信側の送出レートを制御する必要がないので、受信側が送信側のストリーム送出レートを制御することができないシステムにおいても、ストリームデータを蓄積するバッファのオーバーフロー又はアンダーフローの発生を抑えることができる。
【００４０】
なお、本実施の形態１において、制御部１１３は１０ｓｅｃ経過する毎に残バッファ量の変化量を計測したが、これに限らず、制御部１１３は時刻Ｔ１＝１０ｓｅｃ、時刻Ｔ２＝３０ｓｅｃ等のように異なる時間間隔で残バッファ量の変化量を計測しても良い。また、本実施の形態１によれば、残バッファ量の変化量の平均値により増加傾向であるか減少傾向であるかを判断したが、これに限らず、残バッファ量の変化量を算出する毎に増加傾向であるか減少傾向であるかを判断しても良い。
【００４１】
（実施の形態２）
図７は、ストリーミングネットワークシステム１００の動作を示すフロー図である。なお、図７においては、図２と同一の動作である部分には同一の符号を付してその説明は省略する。また、本発明の実施の形態２に係るストリーミングネットワークシステムは図１と同一であり、ストリーム受信再生装置（クライアント）及びサーバの構成は図１と同一構成であるので、その説明は省略する。
【００４２】
本実施の形態２では、ネットワーク１０３が無線ネットワークの場合において、クロックの差によるバッファのオーバーフロー又はアンダーフローの影響のみを抽出するために、無線の電波状況によるパケットロス又は再送の影響による残バッファ量の急激な変化を排除する。即ち、本実施の形態２は、残バッファ量の変化量の内、基準値以上の大きな変化量は、急激なレベル変動をもたらすフェージング又は、無線ＬＡＮとＢｌｕｅｔｏｏｔｈの干渉等の無線の電波状況の悪化により生じたものとして、制御部１１３でデコードの速度を制御する際に、制御の判断に使用しないようにする点が実施の形態１と異なる。
【００４３】
ストリームデータの再生中において、制御部１１３は、定期的に残バッファ量を計測するとともに、計測した残バッファ量に基づいて定期的に残バッファ量の変化量を算出する（ステップＳＴ２０３）。そして、制御部１１３は、算出した残バッファ量の変化量が閾値以上であるか否かを判断して（ステップＳＴ７０１）、変化量が閾値以上である場合には算出した変化量を記憶せずに除外する（ステップＳＴ７０２）。そして、制御部１１３は、残バッファ量の変化量の算出回数が所定値に達したか否か判断する（ステップＳＴ２０４）。一方、ステップＳＴ７０１において、変化量が閾値以上でない場合には、制御部１１３は、算出した残バッファ量の変化量を記憶し、残バッファ量の変化量の算出回数が所定値に達したか否か判断する（ステップＳＴ２０４）。
【００４４】
次に、制御部１１３が、残バッファ量の変化量が増加傾向であるのかまたは減少傾向であるのかを判断する方法の詳細について、図８〜図１１を用いて説明する。図８は、残バッファ量の時刻推移を示す図であり、図９は、各時刻におけるバッファ１１１の状態を示す図であり、図１０は、デコードの速度の時刻推移を示す図であり、図１１は、残バッファ量の時刻推移を示す図である。
【００４５】
図８は、時刻Ｔ１からＴ２の間の時刻Ｔｅｒｒにおいて無線ネットワーク１０３における電波状況の悪化などによりストリームデータの受信に障害が起こった場合を示している。この受信障害に起因するバーストエラーにより、バッファ１１１に蓄えられているストリームデータの量（バッファ量）は大きく減少する。また、時刻Ｔｅｒｒの後時刻Ｔ２から時刻Ｔ３の間に受信障害による影響を回復しようとして、ストリーム受信再生装置１０１とサーバ１０２との間でストリームデータの再送処理が行われ、残バッファ量が大きく回復している。このように無線ネットワーク１０３における電波状況の悪化などが発生すると残バッファ量の変化量が通常の場合と比べて非常に大きくなる。
【００４６】
図９は、図８の一例として、各時刻Ｔ０〜Ｔ６におけるバッファ１１１の状態を示す図である。制御部１１３は、残バッファ量の変化量を算出する毎に、算出した残バッファ量の変化量が基準値（例えば、１０Ｋｂｙｔｅ）以上か否かを判断し、基準値以上の場合には制御の判断に使用しないようにする。図９では、フラグのフィールドを設けており、制御部１１３は、基準値以上と判断した残バッファ量の変化量に対しては「未使用」のフラグを割り当て、基準値未満と判断した残バッファ量の変化量に対しては「使用」のフラグを割り当てる。このようにすることで、図９のように残バッファ量の変化量が算出された場合、制御部１１３は、フラグが「使用」となっている４回分の変化量から平均値ΔＤを求め、求めた平均値ΔＤは「＋０．５Ｋｂｙｔｅ」となる。この際に、算出した残バッファ量の変化量の平均値ΔＤの極性がプラスであるため、制御部１１３は、残バッファ量の変化量が増加傾向であると判断し、デコードの速度を速くするようにデコーダ１１２を制御する。即ち、制御部１１３は、時刻Ｔ６以降のデコードを行う速度を、新たに算出したデコード速度に変更するようにデコーダ１１２を制御する。この結果、図１０に示すように、時刻Ｔｎから時刻Ｔｎ２までの時間のデコードの速度は、時刻Ｔ０から時刻Ｔｎまでの時間のデコードの速度ＲｏｕｔよりもΔＤ／Ｔｃだけ速くなる。そして、デコードの速度ＲｏｕｔをΔＤ／Ｔｃだけ速くしたことにより、図１１に示すように、時刻Ｔｎから時刻Ｔｎ２までの時間の残バッファ量は、図１１中に実線で示す通り、「時刻Ｔ０の残バッファ量」＋ΔＤ＋「無線の電波状況悪化によるバーストエラー等に起因する変化量Ｂ」で一定に推移する。なお、図１１において、破線は、バーストエラー等が発生していないと仮定した場合における残バッファ量の時刻推移である。
【００４７】
このようにして時刻Ｔｎ以降においては、時刻Ｔ０から時刻Ｔｎまでの時間よりデコードの速度を速くしてデコードと再生とが行われてバッファ量の増加傾向が抑制される。また、図８〜図１１においては、残バッファ量の変化量が増加傾向である場合について説明したが、残バッファ量の変化量が減少傾向である場合には、増加傾向である場合と逆の制御を行う。このような制御を繰り返すことにより、時刻Ｔｎ以降において、クロックの差及び無線の伝搬環境に起因するバッファ１１１のオーバーフロー又はアンダーフローの発生頻度を抑えることができる。
【００４８】
このように、本実施の形態２によれば、上記実施の形態１の効果に加えて、ストリーミング受信再生装置は、基準値以上の残バッファ量の変化量を排除して増加傾向であるかまたは減少傾向であるかを判断するので、ネットワークの無線の電波状況によるバーストエラーの影響を排除して、ストリームの受信側だけの制御により、ストリームの送受信間のクロックの差及び無線の伝搬環境に起因するバッファのオーバーフローやアンダーフローの発生頻度を抑えることができる。
【００４９】
なお、本実施の形態２において、残バッファ量の変化量と比較する基準値を、具体値を挙げて説明したが、基準値は上記の値に限られるものではない。また、本実施の形態２において、制御部１１３は１０ｓｅｃ経過する毎に残バッファ量の変化量を計測したが、これに限らず、制御部１１３は時刻Ｔ１＝１０ｓｅｃ、時刻Ｔ２＝３０ｓｅｃ等のように異なる時間間隔で残バッファ量の変化量を計測しても良い。
【００５０】
（実施の形態３）
図１２は、本発明の実施の形態３に係る制御部１１３により制御されるデコードの速度の時刻推移を示す図であり、図１３は、本発明の実施の形態３に係るバッファ１１１における残バッファ量の時刻推移を示す図である。なお、本発明の実施の形態３に係るストリーミングネットワークシステムは図１と同一であり、ストリーム受信再生装置（クライアント）及びサーバの構成は図１と同一構成であるので、その説明は省略する。また、ストリーミングネットワークシステム１００の動作は、残バッファ量が減少もしくは回復するようにデコードの速度を可変にて制御する以外は図２と同一であるので、その説明は省略する。
【００５１】
本実施の形態３では、残バッファ量が減少もしくは回復するようにデコードの速度を制御する点が実施の形態１と異なる。
【００５２】
本実施の形態３における制御部１１３は、補正値を用いてデコードの速度を修正することにより、残バッファ量の減少もしくは増大を回復するように制御する。例えば、制御部１１３は、補正値ΔＤ’＝ΔＤ×α（ただし、αは補正係数）を記憶している。この際に、補正係数αは可変にて設定することができる。
【００５３】
補正係数α＝１に設定した場合（ΔＤ’＝ΔＤの場合）、修正後のデコード速度はＲｏｕｔ＋ΔＤ／Ｔｃになるので、図６及び図１１に示すように、時刻Ｔｎから時刻Ｔｎ２までの時間における残バッファ量は、減少または増大せずに一定の残バッファ量を維持する。
【００５４】
また、残バッファ量の変化量の平均値が増加傾向である場合には、制御部１１３は、補正係数α＝２を設定（ΔＤ’＝２×ΔＤ）することにより、修正後のデコード速度はＲｏｕｔ＋２×ΔＤ／Ｔｃになるので、図１２に示すように、補正係数α＝１を設定した場合のデコードの速度よりもデコード速度を速くすることができる。例えば、制御部１１３は、残バッファ量の変化量の平均値を「＋０．５Ｋｂｙｔｅ」と求めた場合、残バッファ量の変化量が増加傾向にあると判断し、補正係数α＝２を設定することにより、デコードの速度を速くするようにデコーダ１１２を制御する。これにより、新たなデコードの速度は、Ｒｏｕｔ＋ΔＤ’／Ｔｃ＝４０＋（＋１）／１０＝４０．１Ｋｂｙｔｅ／Ｓｅｃ（＝３２０．８Ｋｂｐｓ）に変更される。このようにして時刻Ｔｎ以降においては、時刻Ｔ０から時刻Ｔｎの時間におけるデコードの速度よりも速い速度でデコードと再生とが行われてバッファ量の増加傾向が抑制される。制御部１１３は、残バッファ量の変化量が増加傾向である場合に、補正係数αを「１」よりも大きい値である「２」とすることで、残バッファ量が減少するようにデコードの速度を速くする制御を行うことができる。この結果、実施の形態１及び実施の形態２よりも増加傾向の抑制効果を高くすることができる。図１３の場合には、補正係数α＝２に設定することにより、計測を行った時間間隔（時刻Ｔ０から時刻Ｔｎまでの時間）の次の同じ時間間隔（時刻Ｔｎから時刻Ｔｎ２までの時間）経過後に、時刻Ｔ０における残バッファ量と同一の残バッファ量に戻すことができる。
【００５５】
一方、残バッファ量の変化量の平均値が減少傾向である場合には、制御部１１３は、補正係数α＝２を設定することにより、デコードの速度を遅くするようにデコーダ１１２を制御する。このようにして時刻Ｔｎ以降においては、時刻Ｔ０から時刻Ｔｎの時間におけるデコードの速度よりも遅い速度でデコードと再生とが行われてバッファ量の減少傾向が抑制される。制御部１１３は、残バッファ量の変化量が減少傾向である場合に、補正係数αを「１」よりも大きい値である「２」とすることで、残バッファ量が増加するようにデコードの速度を遅くする制御を行うことができる。この結果、実施の形態１及び実施の形態２よりも減少傾向の抑制効果を高くすることができる。制御部１１３のこのような制御により、計測を行った時間間隔（時刻Ｔ０から時刻Ｔｎまでの時間）の次の同じ時間間隔（時刻Ｔｎから時刻Ｔｎ２までの時間）経過後に、時刻Ｔ０における残バッファ量と同一の残バッファ量に戻すことができる。
【００５６】
図１４は、補正係数α＝１．５に設定した場合の制御部１１３により制御されるデコードの速度の時刻推移を示す図であり、図１５は、補正係数α＝１．５に設定した場合のバッファ１１１における残バッファ量の時刻推移を示す図である。
【００５７】
残バッファ量の変化量の平均値が増加傾向である場合には、制御部１１３は、補正係数α＝１．５（ΔＤ’＝１．５×ΔＤ）を設定することにより、修正後のデコード速度はＲｏｕｔ＋１．５×ΔＤ／Ｔｃになるので、図１４に示すように、補正係数α＝１を設定した場合のデコードの速度よりも速く、且つ補正係数α＝２を設定した場合のデコードの速度よりも遅いデコード速度にすることができる。図１５の場合には、補正係数α＝１．５に設定することにより、計測を行った時間間隔（時刻Ｔ０から時刻Ｔｎまでの時間）の次の同じ時間間隔（時刻Ｔｎから時刻Ｔｎ２までの時間）及びその次の時間間隔（時刻Ｔｎ２から時刻Ｔｎ３までの時間）経過後に、時刻Ｔ０における残バッファ量と同一の残バッファ量に戻すことができる。
【００５８】
一方、残バッファ量の変化量の平均値が減少傾向である場合には、制御部１１３は、補正係数α＝１．５（ΔＤ’＝１．５×ΔＤ）を設定することにより、補正係数α＝１を設定した場合のデコードの速度よりも速く、且つ補正係数α＝２を設定した場合のデコードの速度よりも遅いデコード速度にすることができる。制御部１１３のこのような制御により、計測を行った時間間隔（時刻Ｔ０から時刻Ｔｎまでの時間）の次の同じ時間間隔（時刻Ｔｎから時刻Ｔｎ２までの時間）及びその次の時間間隔（時刻Ｔｎ２から時刻Ｔｎ３までの時間）経過後に、時刻Ｔ０における残バッファ量と同一の残バッファ量に戻すことができる。
【００５９】
図１３における時刻Ｔｎから時刻Ｔｎ２までの残バッファ量及び図１５における時刻Ｔｎから時刻Ｔｎ３までの残バッファ量は、期待される残バッファ量の時刻推移である。つまり時刻Ｔ０からＴｎの間の計測により推測した受信速度（Ｒｉｎ）で、実際に時刻Ｔｎ以降も受信した場合の残バッファ量になる。
【００６０】
上記実施の形態１及び実施の形態２では、制御部１１３は、デコードの速度（Ｒｏｕｔ）を受信速度（Ｒｉｎ）の推定値と同じにするように制御している。これに対して、本実施の形態３において、α＝２の場合は、制御部１１３は、計測を行った測定時間（時刻Ｔ０から時刻Ｔｎまでの時間）の次の一定時間（時刻Ｔｎから時刻Ｔｎ２までの時間）経過後に時刻Ｔ０における残バッファ量と同一の残バッファ量に戻すように制御している。また、α＝１．５の場合は、計測を行った測定時間（時刻Ｔ０から時刻Ｔｎまでの時間）の次の一定時間のさらに次の一定時間（時刻Ｔｎから時刻Ｔｎ２までの時間及び時刻Ｔｎ２から時刻Ｔｎ３までの時間）経過後に時刻Ｔ０における残バッファ量と同一の残バッファ量に戻すように制御している。本実施の形態３における時刻Ｔ０から時刻Ｔｎまでの時間と、時刻Ｔｎから時刻Ｔｎ２までの時間と、時刻Ｔｎ２から時刻Ｔｎ３までの時間は、例えば各々が１タイムスロットの長さになるようにすることができる。なお、１タイムスロットの長さにする場合に限らず、任意の長さにすることができる。
【００６１】
このように、本実施の形態３によれば、上記実施の形態１の効果に加えて、１より大きい補正係数αを用いて算出した補正値ΔＤ’＝ΔＤ×αを用いてデコードの速度を制御することで、減少もしくは増大した残バッファ量を回復することができる。また、本実施の形態３によれば、デコード速度を急峻に変化させると周波数の変化が大きくなり聴感上の問題が生じるが、補正係数αを調整することにより聴感上の問題の発生頻度を抑制することができる。
【００６２】
なお、本実施の形態３において、補正係数αを２及び１．５に設定する場合について説明したが、これに限らず、聴感上の問題が生じない範囲内で補正係数αを任意の値に設定することができる。また、本実施の形態３において、時刻Ｔ０における残バッファ量、即ち元の残バッファ量に戻るように制御したが、これに限らず、残バッファ量の変化量の平均値が増加傾向である場合に残バッファ量が減少するようにデコードの速度を速くし、残バッファ量の変化量の平均値が減少傾向である場合に残バッファ量が増加するようにデコードの速度を遅くするように制御すれば良く、必ずしも元の残バッファ量に戻るように制御しなくても良い。また、本実施の形態３は、上記実施の形態１及び実施の形態２に適用することができる。
【００６３】
（実施の形態４）
図１６は、本発明の実施の形態４に係るストリーミングネットワークシステム１００の動作を示すフロー図である。なお、図１６においては、図２と同一の動作である部分には同一の符号を付してその説明は省略する。また、本発明の実施の形態４に係るストリーミングネットワークシステムは図１と同一であり、ストリーム受信再生装置（クライアント）及びサーバの構成は図１と同一構成であるので、その説明は省略する。
【００６４】
本実施の形態４では、制御部１１３は、上記実施の形態１と同様に残バッファ量の変化量の平均値ΔＤを算出してデコード速度Ｒｏｕｔの制御を行うが、デコード速度Ｒｏｕｔの変化量に、一定の閾値により決定される上限および下限を設けて制御することにより急峻なデコード速度の変化を抑制する点が実施の形態１と異なる。
【００６５】
図１６において、ステップＳＴ２０７でデコード速度を速くした後、またはステップＳＴ２０９でデコード速度を遅くした後、またはステップＳＴ２０８で減少傾向でないと判断した場合に、制御部１１３は、残バッファ量の変化量の平均値ΔＤの絶対値｜ΔＤ｜が（Ｒｏｕｔ ×Ｔｈ％）×Ｔｃ以上であるか否かを判断する（ステップＳＴ１６０１）。即ち、閾値をＴｈ％とすると、制御部１１３は、デコードの速度Ｒｏｕｔの変化の割合がＴｈ％以内に収まるようにデコードの速度を制御する。具体的には、制御部１１３は、ΔＤ≦−（Ｒｏｕｔ×Ｔｈ％）×Ｔｃの場合は、ΔＤ＝−（Ｒｏｕｔ×Ｔｈ％）×Ｔｃとしてデコードの速度を制御し、ΔＤ≧＋（Ｒｏｕｔ×Ｔｈ％）×Ｔｃの場合は、ΔＤ＝＋（Ｒｏｕｔ×Ｔｈ％）×Ｔｃとしてデコードの速度を制御する（ステップＳＴ１６０２）。一方、ステップＳＴ１６０１において、残バッファ量の変化量の平均値ΔＤの絶対値が（Ｒｏｕｔ ×Ｔｈ％）×Ｔｃ以上でない場合には、制御部１１３は、ステップＳＴ２０７またはステップＳＴ２０９で設定したデコードの速度を維持する。続いて、ストリーム受信再生装置１０１は、ストリームデータの受信が終了したか否かを判断し（ステップＳＴ２１０）、ストリームデータの受信が終了したと判断した場合には動作を停止し、ストリームデータの受信が終了していないと判断した場合にはステップＳＴ２０１〜ステップＳＴ２０９、ステップＳＴ１６０１、ステップＳＴ１６０２及びステップＳＴ２１０の処理を繰り返す。
【００６６】
図１７は、残バッファ量の変化量の平均値ΔＤの絶対値｜ΔＤ｜が、｜ΔＤ｜＜（Ｒｏｕｔ×Ｔｈ％）×Ｔｃの場合のデコード速度の制御の一例を示す図である。また、図１８は、｜ΔＤ｜≧（Ｒｏｕｔ×Ｔｈ％）×Ｔｃの場合のデコード速度の制御の一例を示す図である。図１８に示すように、ΔＤ≧＋（Ｒｏｕｔ×Ｔｈ％）×Ｔｃとなり、ΔＤが閾値を超える場合は、ΔＤ＝＋（Ｒｏｕｔ×Ｔｈ％）×Ｔｃとして修正後のデコードの速度が閾値を超えないように制御を行う。またΔＤが閾値を超えない場合は、制御部１１３は、実施の形態１で説明した通りの制御を行う。
【００６７】
具体的な値を用いて説明すると、Ｔｈ=０．１％、Ｒｏｕｔ＝４０Ｋｂｙｔｅ／ｓｅｃの場合において、残バッファ量の変化量の平均値ΔＤが、ΔＤ≧＋（Ｒｏｕｔ×Ｔｈ％）×Ｔｃ＝４０×０．１（％）×１０＝０．４Ｋｂｙｔｅの場合は、制御部１１３はΔＤ＝０．４Ｋｂｙｔｅとしてデコードの速度を制御する。また、残バッファ量の変化量の平均値ΔＤが、ΔＤ≦−（Ｒｏｕｔ×Ｔｈ％）×Ｔｃ＝−４０×０．１（％）×１０＝−０．４Ｋｂｙｔｅの場合は、制御部１１３はΔＤ＝−０．４Ｋｂｙｔｅとしてデコードの速度を制御する。
【００６８】
このように、本実施の形態４によれば、上記実施の形態１の効果に加えて、デコード速度Ｒｏｕｔの変化量に、一定の閾値により決定される上限および下限を設けて制御することにより、周波数の変化が大きくなることに起因する聴感上の問題が生じる頻度を抑制することができる。
【００６９】
なお、本実施の形態４において、Ｔｈ＝０．１％として説明したが、これに限らず、聴感上の問題が生じない範囲内にてＴｈは任意の値に設定することができる。また、本実施の形態４は、上記実施の形態２または実施の形態３に適用することができる。実施の形態３に適用した場合には、補正値ΔＤ’の絶対値｜ΔＤ’｜が（Ｒｏｕｔ×Ｔｈ％）×Ｔｃ以上である場合に、ΔＤ’＝＋（Ｒｏｕｔ×Ｔｈ％）×ＴｃまたはΔＤ’＝−（Ｒｏｕｔ×Ｔｈ％）×Ｔｃとしてデコードの速度を制御する。また、本実施の形態４において、ステップＳＴ１６０１にて｜ΔＤ｜≧（Ｒｏｕｔ×Ｔｈ％）×Ｔｃであるか否かを判断したが、これに限らず、ステップＳＴ１６０１にて｜ΔＤ｜＜（Ｒｏｕｔ×Ｔｈ％）×Ｔｃであるか否かを判断し、｜ΔＤ｜＜（Ｒｏｕｔ×Ｔｈ％）×Ｔｃでない場合にΔＤ＝＋（Ｒｏｕｔ×Ｔｈ％）×ＴｃまたはΔＤ＝−（Ｒｏｕｔ×Ｔｈ％）×Ｔｃとしてデコードの速度を制御するようにしても良い。
【００７０】
（実施の形態５）
図１９及び図２０は、本発明の実施の形態５に係る制御部１１３により制御されるデコードの速度の時刻推移を示す図である。なお、本発明の実施の形態５に係るストリーミングネットワークシステムは図１と同一であり、ストリーム受信再生装置（クライアント）及びサーバの構成は図１と同一構成であるので、その説明は省略する。また、ストリーミングネットワークシステム１００の動作については、連続的にデコードの速度を変化させる以外は図２と同一であるので、その説明は省略する。
【００７１】
実施の形態５では、上記実施の形態１と同様に残バッファ量の変化量の平均値ΔＤを算出して制御を行うが、ある時刻Ｔｎを境としてＲｏｕｔからＲｏｕｔ＋ΔＤ／Ｔｃへとデコードの速度の変化を不連続的に行うのではなくて、連続的にデコードの速度が変化するように制御する点が実施の形態１と異なる。
【００７２】
図１９では、制御部１１３は、時刻Ｔｎにてデコードの速度の変化が連続するように制御するとともに、時刻Ｔｎから時刻Ｔｎ２までの時間内において、デコードの速度の変化が線形になるように少しずつ変化させる。また、図２０では、制御部１１３は、時刻Ｔｎにてデコードの速度が連続的に変化するように制御するとともに、時刻Ｔｎから時刻Ｔｎ２までの時間内において、デコードの速度の変化が非線形になるように少しずつ変化させる。
【００７３】
このように、本実施の形態５によれば、上記実施の形態１の効果に加えて、デコードの速度の変化が連続するように少しずつ変化させるので、デコード速度の制御を行うタイミング（時刻Ｔｎ、Ｔｎ２・・・）における聴感上の違和感を軽減することができる。
【００７４】
なお、本実施の形態５において、時刻Ｔｎから時刻Ｔｎ２までの時間内で少しずつデコードの速度が変化するようにしたが、これに限らず、時刻Ｔｎから時刻Ｔｎ３までの時間内で少しずつデコードの速度が変化するようにしても良く、デコードの速度を少しずつ変化させる時間は任意に設定することができる。また、本実施の形態５は、上記実施の形態１〜実施の形態４に適用することができる。
【００７５】
上記実施の形態１〜実施の形態５において、ストリームデータが音声である場合について説明したが、これに限らず、ストリームデータが動画である場合等の任意のデータ種別のストリームデータについて適用することができる。
【００７６】
また、上記実施の形態１〜実施の形態５においては、ストリーム受信再生装置の動作手順またはストリーム受信方法をコンピュータプログラムにより表現して、コンピュータプログラムをコンピュータに実行させても良く、また、ストリーム受信再生装置の動作手順またはストリーム受信方法を表現したコンピュータプログラムをＣＤ−ＲＯＭまたはＤＶＤ等の記録媒体に記録させること、またはストリーム受信再生装置の動作手順またはストリーム受信方法を表現したコンピュータプログラムを電気通信回線を用いてコンピュータへ伝送して、伝送先のコンピュータを用いて伝送されたコンピュータプログラムを実行させるようにしても良い。
【産業上の利用可能性】
【００７７】
本発明は、音声又は動画などのデータをネットワーク経由で受信しながら再生するストリーミング技術を用いるストリーム受信装置及びストリーム受信方法に適用することができる。
【図面の簡単な説明】
【００７８】
【図１】本発明の実施の形態１に係るストリーミングネットワークシステムを示す図
【図２】本発明の実施の形態１に係るストリーミングネットワークシステムの動作を示すフロー図
【図３】本発明の実施の形態１に係る残バッファ量の時刻推移を示す図
【図４】本発明の実施の形態１に係る各時刻におけるバッファの状態を示す図
【図５】本発明の実施の形態１に係るデコードの速度を示す図
【図６】本発明の実施の形態１に係る残バッファ量の時刻推移を示す図
【図７】本発明の実施の形態２に係るストリーミングネットワークシステムの動作を示すフロー図
【図８】本発明の実施の形態２に係る残バッファ量の時刻推移を示す図
【図９】本発明の実施の形態２に係る各時刻におけるバッファの状態を示す図
【図１０】本発明の実施の形態２に係るデコードの速度を示す図
【図１１】本発明の実施の形態２に係る残バッファ量の時刻推移を示す図
【図１２】本発明の実施の形態３に係るデコードの速度を示す図
【図１３】本発明の実施の形態３に係る残バッファ量の時刻推移を示す図
【図１４】本発明の実施の形態３に係るデコードの速度を示す図
【図１５】本発明の実施の形態３に係る残バッファ量の時刻推移を示す図
【図１６】本発明の実施の形態４に係るストリーミングネットワークシステムの動作を示すフロー図
【図１７】本発明の実施の形態４に係るデコードの速度を示す図
【図１８】本発明の実施の形態４に係るデコードの速度を示す図
【図１９】本発明の実施の形態５に係るデコードの速度を示す図
【図２０】本発明の実施の形態５に係るデコードの速度を示す図
【図２１】従来のストリーミングネットワークシステムを示す図
【符号の説明】
【００７９】
１００  ストリーミングネットワークシステム
１０１  ストリーム受信再生装置
１０２  サーバ
１０３  ネットワーク
１１０  通信部
１１１  バッファ
１１２  デコーダ
１１３  制御部
【図１】
2007221597.tif 000003
【図２】
2007221597.tif 000004
【図３】
2007221597.tif 000005
【図４】
2007221597.tif 000006
【図５】
2007221597.tif 000007
【図６】
2007221597.tif 000008
【図７】
2007221597.tif 000009
【図８】
2007221597.tif 000010
【図９】
2007221597.tif 000011
【図１０】
2007221597.tif 000012
【図１１】
2007221597.tif 000013
【図１２】
2007221597.tif 000014
【図１３】
2007221597.tif 000015
【図１４】
2007221597.tif 000016
【図１５】
2007221597.tif 000017
【図１６】
2007221597.tif 000018
【図１７】
2007221597.tif 000019
【図１８】
2007221597.tif 000020
【図１９】
2007221597.tif 000021
【図２０】
2007221597.tif 000022
【図２１】
2007221597.tif 000023