(57)【要約】      （修正有）【課題】送信装置に依存せず、容易かつ負荷が小さい処理で受信映像の品質確保を可能にする受信装置を提供する。【解決手段】ダウンロードデータを処理している最中に、ストリーミングデータを受信する指示がされ、ダウンロードデータとストリーミングデータの同時処理を行なうとストリーミングデータの損失が所定以上なる場合には、ストリーミングを優先的に行なう。【選択図】図３
2010213338.tif 000002
【特許請求の範囲】
【請求項１】
外部からデータを受信する指示が入力される指示入力部と、
前記指示入力部の指示に応じて外部から送信されてくる第一のデータと第二のサービスデータが入力されるデータ入力部と、
前記データ入力部に入力されたデータの制御および処理を行う制御部と、
を備える受信装置において、
前記指示入力部に入力された指示に応じて前記データ入力部に入力されている第一のサービスのデータを前記処理部が処理している最中に、前記指示入力部に第二のサービスのデータを受信する指示が入力され、前記処理部が前記第一のサービスのデータの処理と前記第二のサービスのデータの同時に受信をすることで第二のサービスデータの処理が所定以上遅くなると判断した場合、前記制御部は前記第二のサービスのデータの処理を優先して実行する処理を行なうことを特徴とする受信装置。
【請求項２】
外部からデータを受信する指示が入力される指示入力部と、
前記指示入力部の指示に応じて外部から送信されてくるダウンロードデータとストリーミングデータが受信されるデータ入力部と、
前記データ入力部に入力されたデータの制御および処理を行う制御部と、
を備える受信装置において、
前記指示入力部に入力された指示に応じて前記データ入力部に入力されているダウンロードデータを前記制御部が受信している最中に、前記指示入力部にストリーミングデータを受信する指示が入力され、前記制御部が、ダウンロードデータとストリーミングデータの受信を同時に行なうことでストリーミングデータの損失が所定以上大きくなると判断した場合は、ダウンロードデータの受信を中断し、ストリーミングデータの受信及び処理を行なうことを特徴とする受信装置。
【請求項３】
前記制御部は、ネットワークの帯域に基づいてダウンロードデータとストリーミングデータの同時に受信をすることでストリーミングデータの損失が所定以上大きくなるか否かの判断を行なうことを特徴とする請求項２に記載の受信装置。
【請求項４】
前記制御部により行われた処理の履歴が保持される状態記憶部を備え、
前記指示入力部に入力された指示に応じて前記データ入力部に入力されているダウンロードデータを前記制御部が処理している最中に、前記指示入力部にストリーミングデータを受信する指示が入力され、前記制御部は、ダウンロードデータとストリーミングデータの受信を同時に行なうことでストリーミングデータの損失が所定以上大きくなると判断した場合は、
前記制御部は、ダウンロードデータの受信を中断して、中断処理に関する情報を前記状態記憶部に保持しておき、ストリーミングデータの受信及び処理が終了した後に前記状態記憶部からダウンロードの中断処理に関する情報を読み出して、ダウンロードデータの受信及び処理を再開することを特徴とする請求項２又は請求項３に記載の受信装置。
【請求項５】
ダウンロード再開から完了までの間に、すでに前記蓄積部に保存しているダウンロードデータの一部を視聴できることを特徴とする請求項４に記載の受信装置。
【請求項６】
ダウンロードを中断又は再開する際に、その旨を利用者に通知することを特徴とする請求項４又は請求項５に記載の受信装置。
【請求項７】
外部からデータを受信する指示が入力される指示入力部と、
前記指示入力部の指示に応じて外部から送信されてくるダウンロードデータとストリーミングデータが入力されるデータ入力部と、
前記データ入力部に入力されたデータの制御および処理を行う制御部と、
を備える受信装置において、
前記指示入力部に入力された指示に応じて前記データ入力部に入力されているダウンロードデータを前記制御部が処理している最中に、前記指示入力部にストリーミングデータを受信する指示が入力され、前記制御部が、ダウンロードデータとストリーミングデータの受信を同時に行なうことでストリーミングデータの損失が所定以上大きくなると判断した場合は、
前記制御部は、ダウンロードの速度を減少させて、ダウンロードデータとストリーミングデータの同時受信及び処理を行なうことを特徴とする受信装置。
【請求項８】
前記制御部は、ネットワークの帯域に基づいて現在行なわれているダウンロードの速度によりダウンロードデータとストリーミングデータの同時処理を行なうことストリーミングデータの損失が所定以上大きくなるか否かの判断を行なうことを特徴とする請求項７に記載の受信装置。
【請求項９】
前記制御部により行われた処理の履歴が保持される状態記憶部を備え、
前記指示入力部に入力された指示に応じて前記データ入力部に入力されているダウンロードデータを前記制御部が処理している最中に、前記指示入力部にストリーミングデータを受信する指示が入力され、前記制御部は、ダウンロードデータとストリーミングデータの受信を同時に行なうことでストリーミングデータの損失が所定以上大きくなると判断した場合は、ダウンロードデータの速度を減少させて、ダウンロード速度の減少に関する情報を前記状態記憶部に保持しておき、ストリーミングデータの受信及び処理が終了した後に前記状態記憶部からダウンロード速度の減少に関する情報を読み出して、ダウンロード速度を増加させることを特徴とする請求項７又は請求項８に記載の受信装置。
【請求項１０】
ダウンロードを中断又は再開又は速度変更する際に、その旨を利用者に通知することを特徴とする請求項７から請求項９のいずれか一項に記載の受信装置。
【請求項１１】
請求項１又は請求項４に記載の受信装置において、
データ処理を中断又は再開する際に、その旨をどちらか一方の受信装置の利用者又は双方の受信装置の利用者に通知することを特徴とする受信装置。
【請求項１２】
外部からデータを受信する指示が入力される第一指示入力部と、
前記指示入力部の指示に応じて外部から送信されてくるダウンロードデータとストリーミングデータが入力される第一データ入力部と、
前記データ入力部に入力されたデータの制御および処理を行う第一制御部と、
を備える第一の受信装置と、
外部からデータを受信する指示が入力される第二指示入力部と、
前記指示入力部の指示に応じて外部から送信されてくるダウンロードデータとストリーミングデータが入力される第二データ入力部と、
前記データ入力部に入力されたデータの制御および処理を行う第二制御部と、
を備える前記第一の受信装置と同じグループのイーサネットに接続されている第二の受信装置と、
を備える受信システムであって、
第一の受信装置が前記第一指示入力部に入力されているサービスのデータを前記第一制御部により処理している最中に、前記第二指示入力部にストリーミングデータを受信する指示が入力され、前記第二制御部が、ダウンロードデータとストリーミングデータの受信を同時に行なうことでストリーミングデータの損失が所定以上大きくなると判断した場合は、前記第二の受信装置がストリーミングデータの受信及び処理を優先して行なうことを特徴とする受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は受信装置及び受信システムに係り、特に受信する映像の品質確保できる受信装置に関する。
【背景技術】
【０００２】
近年、ネットワークを経由した映像配信が普及しつつある。映像配信の方式としては、送信装置から配信されるコンテンツデータを、受信装置が受信しながらリアルタイムで再生するストリーミング方式と、コンテンツデータを一度受信装置に保存し、コンテンツデータを全て取得してから再生を行うダウンロード方式が挙げられる。
【０００３】
放送波においてあるコンテンツを視聴しながら別のコンテンツを録画するように、ネットワーク経由の映像配信において利用者がストリーミングとダウンロードを同時に指示する、といった使い方をすることが想定される。その際、安定したストリーミングデータの配信を実現するため、ストリーミング配信の帯域を優先的に確保するという手法が開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２１０３４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献1に開示されている手法では、品質確保の制御を行う装置が送信装置との間で特別な制御情報を交換し、複雑な処理を行わなければならない。ここでいう特別な制御情報とはIETF(Internet Engineering Task Force)によりオプションと指定されているメソッドであり、必ずしも全ての送信装置がこの制御情報を扱えるとは限らない。そのため、特許文献１に開示の技術は、そのような特別な制御情報を備えていない送信装置には適用することができない。
【０００６】
また、一つの受信装置がストリーミングとダウンロードを同時に行う場合、受信装置は失われたダウンロードパケットの再送を要求し続けるため、受信装置の負荷が増大するという問題がある。
【０００７】
そこで、本発明では上記課題を鑑み、送信装置に依存せず、容易かつ負荷が小さい処理で受信映像の品質確保を可能にする受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、ダウンロードデータを処理している最中に、ストリーミングデータを受信する指示がされ、ダウンロードデータとストリーミングデータの同時処理を行なうことによりストリーミングの損失が所定以上大きくなる場合には、ストリーミングを優先的に行なう。
【発明の効果】
【０００９】
本発明によれば、送信装置に依存せず、容易かつ負荷が小さい処理で受信映像の品質確保を可能にする受信装置を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態にかかる受信装置が接続されるネットワーク構成を示す図である。
【図２】本実施形態にかかる受信装置の構成を示すブロック図である。
【図３】一の実施例に係る受信装置において、ダウンロードとストリーミングの同時実行を行なうとトリーミングデータの損失が所定以上大きくなると判定した場合に、ダウンロードを一度中断して、ストリーミング終了後に再開する動作の処理手順を示すフローチャートである。
【図４】第一の実施例に係る受信装置において、ダウンロードを中断するか否かを選択させるための画面表示の一例を示す図である。
【図５】第一の実施例に係る受信装置において、ダウンロードを再開するか否かを選択させるための画面表示の一例を示す図である。
【図６】第二の実施例に係る受信装置において、ダウンロードとストリーミングの同時実行を行なうとトリーミングデータの損失が所定以上大きくなると判定した場合に、ダウンロード速度を一度減少させて、ストリーミング終了後に増加させる動作の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面を用いて実施例を説明する。なお、本発明は、図示例に限定されるわけではない。
【実施例１】
【００１２】
図１は、受信装置１０１が接続されるネットワーク構成の一例を示した図である。ダウンロードサーバ２０１とストリーミングサーバ２０２がインターネット網２０４に接続されており、受信装置１０１はADSL (Asymmetric Digital Subscriber Line)２０５などのアクセス回線を介してインターネット網２０４に接続されている。
【００１３】
受信装置１０１がダウンロードサーバ２０１に対してダウンロード開始を要求すると、ダウンロードサーバ２０１は受信装置へダウンロードデータを送信するようになっている。また、受信装置１０１がストリーミングサーバ２０２に対してストリーミング開始を要求すると、ストリーミングサーバ２０２は受信装置へストリーミングデータを送信するようになっている。
【００１４】
本実施例においては、インターネット網２０４とADSL２０５から成るネットワーク環境について説明するが、本発明が適用されるネットワーク構成はインターネット網とADSLの組み合わせに限定されるものではない。
【００１５】
アクセス回線としては、例えば、FTTH(Fiber To The Home)を用いても構わないし、ダウンロードサーバ２０１と、ストリーミングサーバ２０２と、受信装置１０１とがイーサネット（登録商標）によるLAN(Local Area Network)に接続されていても構わない。
【００１６】
図２は、本実施例にかかる受信装置の構成例を概略的に示した図である。
【００１７】
受信装置１０１には、ネットワーク経由でデータを送受信するネットワーク入力部１０２が備えられており、ネットワーク経由のデータを制御および処理するネットワーク処理部１０３に接続されている。
【００１８】
ネットワーク処理部１０３には、受信装置を構成する各部に指示信号等を送信して全体を制御する制御部１０８が接続されており、制御部１０８には、映像データを記録再生制御および処理する記録再生処理部１０４、及びネットワーク経由のデータを保存しておくための蓄積部１０６が接続されている。
【００１９】
また、制御部１０８には、制御部１０８の指示によりダウンロードを中断したこと、及び中断までにダウンロードしたデータの容量を保持しておく状態記憶部１０９が接続されている。
【００２０】
制御部１０８は、ダウンロードとストリーミングの同時実施に行なうことで、ストリーミングデータの損失が所定以上大きくなるか否かをネットワークの帯域に応じて判断するようになっている。ネッワークの帯域を知るためには、ADSLやFTTH等のネットワークの種類、または通信速度をあらかじめユーザに設定させることしても良い。また、ネットワークの種類や通信速度を受信装置１０１が自動的に判別して設定しておくこととしても良い。
【００２１】
受信装置１０１が持ち運び可能で、使用場所によって接続するネットワークの種類を変えるような場合は、受信装置１０１が自動的にネットワークの種類を判別することでユーザの利便性が向上する。さらに、ネットワークの種類や通信速度によって固定的に判定するのではなく、そのときのネットワークの帯域状況までも考慮した上で動的にダウンロードとストリーミングの同時実行を行なうことでストリーミングデータの損失が所定以上大きくなるか否かを判定することとしても良い。例えば、テストデータを一定の間受信して、データの欠落が著しい場合は、ダウンロードとストリーミングの同時実行を行わないと判定する。
【００２２】
なお、ストリーミングとダウンロードの同時実行を行なうことで、ストリーミングデータの損失が所定以上大きくなるか否かを判定する上での条件は、受信装置１０１が搭載するCPUの処理能力やメモリの大きさであっても良い。
【００２３】
受信装置１０１は、ダウンロード実行中は、ネットワーク入出力部１０２で受信したコンテンツ1のデータを、ネットワーク処理部１０３および記録再生処理部１０４を経由して蓄積部１０６に保存するようになっている。
【００２４】
ダウンロード実行中にネットワーク処理部１０３の指示によりダウンロードサーバ２０１との接続を切断された場合には、ネットワーク入出力部１０２にコンテンツ1のデータが入力されなくなり、コンテンツ1のデータを蓄積部１０６に保存する処理は停止する。このとき、中断までに取得したコンテンツ1のデータは破棄されず、蓄積部１０６に保存されるようになっている。また、「ダウンロードを中断した」という情報、及び「中断までに取得したコンテンツ1のデータ容量」に関する情報は、状態記憶部１０９に保持されるようになっている。
【００２５】
ダウンロードの中断処理を行う前に、その旨を利用者に通知するための警告画面を表示することとしても良い。このとき、警告画面を表示した後、そのままダウンロードの中断処理を開始する。これにより、利用者が知らないままダウンロードが中断される、という事態を防ぐことができる。
【００２６】
また、図4に示すように、ダウンロードの中断処理を行う前に、現在ダウンロード実行中であることを通知し、本当にダウンロードを中断するか否か利用者に選択させても良い。これにより、例えば、利用者がリモコンの誤操作を行うことなどによって、利用者の意図しないダウンロード中断を未然に防ぐことができ、利用者の利便性は一層向上させることができる。
【００２７】
ストリーミングの開始によってダウンロードが中断されていた場合において、ストリーミングが終了すると、ネットワーク処理部１０３の指示により、ダウンロードサーバ２０１との接続を確立されるようになっている。続いて、制御部１０８は、ダウンロードの中断までに取得したコンテンツ1のデータ容量を状態記憶部１０９から読み出し、中断した部分の続きから配信するようダウンロードサーバ２０１に要求を出すようになっている。
【００２８】
コンテンツ1を中断した部分からダウンロードするためには、制御部１０８が、中断までに取得したコンテンツ1のデータ容量を状態記憶部１０９から読み出し、例えば、HTTP(Hyper Text Transfer Protocol)を用いる場合はGETメソッドのRangeヘッダに未受信データのバイトレンジを設定すれば良い。このとき、状態記憶部１０９に保持されている「ダウンロードを中断した」という情報、及び「中断までに取得したコンテンツ1のデータ容量」に関する情報は削除されるようになっている。
【００２９】
ストリーミング開始を指示する信号をリモコン入力部１０７が受信すると、制御部１０８は、ネットワーク処理部１０３の指示によってストリーミングサーバ２０２との接続を確立し、ストリーミングを開始するようになっている。ストリーミングを開始すると、ネットワーク入出力部１０２にコンテンツ２のデータが入力される。コンテンツ２のデータは、ネットワーク処理部１０３および記録再生処理部１０４を経由して映像音声出力部105に送信され、コンテンツ２の映像と音声を表示装置等から出力される。
【００３０】
ストリーミングが終了すると、ネットワーク入出力部１０２にコンテンツ２のデータが入力されなくなり、コンテンツ２の映像と音声を表示装置等から出力する処理は停止されるようになっている。
【００３１】
なお、ダウンロードの再開処理を行う前に、その旨を利用者に通知するための警告画面を表示しても良い。このとき、警告画面を表示した後、そのままダウンロードの再開処理を開始する。これにより、利用者が知らないままダウンロードが再開される、という事態を防ぐことができる。
【００３２】
また、ダウンロードの再開処理を行う前に、図5に示すように以前にダウンロードを中断したことを通知し、本当にダウンロードを再開するか否か利用者に選択させても良い。これにより、勝手にダウンロードが再開される事態を防ぐことができ、利用者の利便性は一層向上する。
【００３３】
なお、ダウンロード中断の前と後に取得したそれぞれのファイルは、別のファイルとして管理しても良いし、一つのファイルとして管理しても良い。別のファイルとして管理しておけば、ダウンロード再開から完了までの間に、中断前に取得していたコンテンツの一部を視聴することが可能になり、利用者の利便性は一層向上する。
【００３４】
次に、図３を用いて、受信装置１０１がダウンロードサーバ２０１からコンテンツ1をダウンロードしている最中に、利用者がストリーミングサーバ２０２のコンテンツ２を視聴する指示を行った場合の映像の品質を確保するための処理手順を説明する。
【００３５】
図示しないリモコンから出力されたストリーミング開始の信号をリモコン入力部１０７受信すると、制御部１０８はストリーミング開始が指示されたことを検出する（ステップＳ３０１）。ついで、制御部１０８は、ダウンロード実行中であるか否かの判定を行なう（ステップＳ３０２）。ダウンロードが実行中でないと判断した場合は（No）、ストリーミングを開始する（ステップＳ３０５）。
【００３６】
ダウンロード実行中だと判定した場合は（Yes）、受信装置１０１が接続されているネットワークの帯域を考慮した上で、ダウンロードとストリーミングの同時実行することによりトリーミングデータの損失が所定以上大きくなるか否かを判定する（ステップＳ３０３）。ダウンロードとストリーミングを同時に実行することによりトリーミングデータの損失が所定以上大きくならないと判断した場合は（No）、ダウンロードを継続したままでストリーミングを開始する。
【００３７】
ステップＳ３０３においてダウンロードとストリーミングの同時実行をすることによりトリーミングデータの損失が所定以上大きくなると判定した場合は（Yes）、ダウンロードの中断処理を行い（ステップＳ３０４）、その後、ストリーミングを開始する（ステップＳ３０５）。ネットワーク処理部１０３の指示により、ストリーミングサーバ２０２との接続を切断されストリーミングが終了すると（ステップＳ３０６）、制御部１０８は、状態記憶部１０９に問い合わせて、ストリーミング開始前にダウンロードを中断したか否かの判断を行なう（ステップＳ３０７）。ストリーミング開始前にダウンロードを中断していないと判断した場合には（No）、特定のサービス画面に遷移する（END）。
【００３８】
ステップＳ３０７でストリーミング開始前にダウンロードを中断したと判断した場合には（Yes）、ダウンロードの再開処理を行い（ステップＳ３０８）、その後、特定のサービス画面に遷移する（END）。
【００３９】
サービス画面としては、例えば、放送画面やブラウザ画面、録画番組一覧画面などが挙げられる。なお、遷移するサービス画面を利用者に選択させても良い。
【００４０】
以上、本実施例に係る発明によれば、アクセス回線におけるデータの輻輳を防ぎ、ストリーミングの映像品質を確保することができる。また、ダウンロードを中断するだけの単純な処理であるため、本実施の形態に係る発明を適用した製品ならば一般の全てのサーバに対して効果を得ることができる。さらに、ダウンロードの再送処理を省くことにより、CPUの負荷やメモリ使用量を軽減することができ、安価なCPUやメモリにより製品を構成することができる。
【００４１】
なお、本実施例では、一つの受信装置が複数のサービスを同時に行おうとした場合について説明したが、同じアクセス回線を利用する複数の受信装置がそれぞれサービスを行おうとした場合に適用しても良い。例えば、ある受信装置がダウンロードサーバ２０１からコンテンツ1をダウンロードしている最中に、同じアクセス回線を利用する別の受信装置がストリーミングサーバ２０２のコンテンツ２を視聴する指示を行った場合、双方の受信装置の利用者に警告画面などを通じて同意を得た上で、ダウンロードを中断することとしてもよい。
【００４２】
また、本実施例では、ダウンロードとストリーミングを同時に行おうとした場合について説明するが、これによって本発明を適用するサービスの種類や数を限定するものではない。例えば、サービスの種類としてはメール送受信、Web閲覧などであってもよい。また、サービスの経路をネットワークに限定するものではなく、例えばネットワークによるダウンロードと放送波による番組視聴を同時に行うと、受信装置の負荷が増大して処理できないような場合に本発明の処理を適用しても良い。さらに、サービスの数は問わず、新たなサービスの開始によって品質を確保できなくなる恐れがある場合に本発明の処理を実施するようにすれば、利用者の利便性は一層向上させることができる。
【実施例２】
【００４３】
次に、図６を用いて実施例２について説明する。なお、実施例１と同一の部分については説明を省略し、異なる部分について詳細に説明する。
【００４４】
制御部１０８は、コンテンツのダウンロードを行なっている際に、ストリーミングを開始する指示を受けた場合には、ダウンロードするコンテンツのダウンロード速度を減少させて、ダウンロードとストリーミングを同時に行なう処理をするようになっている。
【００４５】
ダウンロード速度を減少させるためには、例えば、TCP(Transmission Control Protocol)を用いる場合はTCPヘッダのウィンドウサイズフィールドに小さな値を設定して一度に送信されるデータ量を減らせば良い。また、TCPヘッダのオプションフィールドを利用し、MSS(Maximum Segment Size)として小さな値を設定して一度に送信されるデータ量を減らしても良い。このとき、「ダウンロード速度を減少させた」という情報は状態記憶部１０９に保持されるようになっている。
【００４６】
なお、ダウンロード速度を減少させる前に、その旨を利用者に通知するための警告画面を表示しても良い。このとき、警告画面を表示した後、そのままダウンロード速度を減少させる。これにより、利用者が知らないままダウンロード速度が減少する、という事態を防ぐことができる。
【００４７】
また、ダウンロード速度を減少させる前に、現在ダウンロード実行中であることを通知し、本当にダウンロード速度を減少させるか否か利用者に選択させることとしても良い。これにより、利用者の意図しないダウンロード速度減少を未然に防ぐことができ、利用者の利便性は一層向上する。
【００４８】
制御部１０８は、ストリーミングとダウンロードが同時に行っている場合には、定期的にまたは不定期でステップＳ６０２の処理を実行する。ステップＳ６０２は状態記憶部１０９に保持しているダウンロード速度変更情報を更新するようになっている。例えばストリーミング視聴中にダウンロードが終了した場合は、状態記憶部１０９に保持されている「ダウンロード速度を減少させた」という情報を削除するようになっている。
【００４９】
制御部１０８は、ダウンロードとストリーミングを同時に行なっている場合において、ストリーミングが終了した場合には、ダウンロードの速度を増加させるようになっている。
【００５０】
ダウンロード速度を増加させるためには、例えば、TCPを用いる場合はTCPヘッダのウィンドウサイズフィールドに大きな値を設定して一度に送信されるデータ量を増やせば良い。また、TCPヘッダのオプションフィールドを利用し、MSSとして大きな値を設定して一度に送信されるデータ量を増やしても良い。このとき、状態記憶部１０９に保持されている「ダウンロード速度を減少させた」という情報は削除されるようになっている。
【００５１】
なお、ダウンロード速度を増加させる前に、その旨を利用者に通知するための警告画面を表示することとしても良い。このとき、警告画面を表示した後、そのままダウンロード速度を増加させる。また、ダウンロード速度を増加させる前に、以前にダウンロード速度を減少させたことを通知し、本当にダウンロード速度を増加させるか否か利用者に選択させることとしても良い。
【００５２】
また、ダウンロード完了前であっても、それまでに取得しているコンテンツの一部を視聴できるようにしておいてもよい。それにより、利用者の利便性は一層向上させることができる。
【００５３】
図6は、本実施例にかかる受信装置においてダウンロードサーバ２０１からコンテンツ1をダウンロードしている最中に、利用者がストリーミングサーバ２０２のコンテンツ２を視聴する指示を行った場合の映像品質確保処理手順を示している。
【００５４】
ステップＳ３０１と、ステップＳ３０２と、ステップＳ３０３では、実施例1と同等の処理を行う。
【００５５】
ステップＳ３０３でダウンロードとストリーミングを同時に行うことでトリーミングデータの損失が所定以上大きくなると判断した場合（Yes）、ダウンロード速度を減少させる処理を行う（ステップ６０１）。
【００５６】
そして、ダウンロードを続けると同時に、ダウンロード速度変更情報を更新しながらストリーミングを行なう（ステップＳ３０４）。
【００５７】
そして、ストリーミングが終了すると（ステップＳ３０５）、制御部１０８は、現在ダウンロード実行中であるか否かを判定する（ステップＳ６０３）。ダウンロード実行中ではないと判断した場合は、特定のサービス画面に遷移する（ＥＮＤ）。例えば、サービス画面としては、放送画面やブラウザ画面、録画番組一覧画面などに遷移しても構わない。なお、遷移するサービス画面を利用者に選択させても良い。ステップＳ６０３でダウンロード実行中であると判断した場合は（Yes）、ダウンロード速度を増加させる処理を行い（ステップＳ６０４）、すべてのコンテンツ1のデータを取得した後、特定のサービス画面に遷移する（ＥＮＤ）。
【００５８】
本実施例では、ステップＳ３０２においてダウンロード実行中だと判定した場合は、必ずダウンロード速度を減少させる処理としたが、ネットワーク環境や受信装置の処理能力に応じてダウンロード速度を変更すべきか否かを判定した上でダウンロード速度を減少させることとしてもよい。
【００５９】
具体的には、ステップＳ６０１においてダウンロード速度を変更すべきか否かを判定し、変更すべきだと判定した場合はダウンロード速度を減少させる。変更する必要がないと判定した場合は、そのままの速度でダウンロードを継続する。この場合、ステップＳ６０４において制御部１０８は、状態記憶部１０９に問い合わせ、ストリーミング開始前にダウンロード速度を変更したか否かを判定する必要がある。ストリーミング開始前にダウンロード速度を変更した場合はダウンロード速度を増加させ、変更していない場合はそのままの速度でダウンロードを継続する。ステップＳ６０１と同様に、ステップＳ６０４においてもネットワーク環境や受信装置の処理能力を考慮して、ダウンロード速度を変更すべきか否か見直しても良い。
【００６０】
以上、本実施例に係る発明によれば、ストリーミングの映像品質を確保できる程度にダウンロード速度を減少させるアクセス回線におけるデータの輻輳を防ぎ、ストリーミングの映像品質を確保することができる。また、ストリーミング視聴中に少しずつでもコンテンツ1のデータを取得し続けることにより、ストリーミングが終了した後のダウンロード時間を短縮することができる。
【００６１】
なお、本実施例では、一つの受信装置が複数のサービスを同時に行おうとした場合について説明したが、同じアクセス回線を利用する複数の受信装置がそれぞれサービスを行おうとした場合に適用しても良い。例えば、ある受信装置がダウンロードサーバ２０１からコンテンツ1をダウンロードしている最中に、同じアクセス回線を利用する別の受信装置がストリーミングサーバ２０２のコンテンツ２を視聴する指示を行った場合、双方の受信装置の利用者に警告画面などを通じて同意を得た上で、ダウンロードの速度を減少させることとしてもよい。
【００６２】
なお、図２で示される構成ブロックは、実際の製品としては別々に構成しなくても良い。設計仕様や設計要求に応じて、例えば、ネットワーク処理部１０３と、記録再生処理部１０４と、制御部１０８と、状態記憶部１０９とを一つのLSIで構成としても良い。
【００６３】
さらに、実施例1および実施例2では、ダウンロード実行中にストリーミング開始を指示した場合について説明したが、反対にストリーミング実行中に例えばタイマによりダウンロードを開始するような場合もあり得る。その場合は、ダウンロード速度を制限したり、ストリーミング終了までダウンロードの開始を待機させたりすることで、ストリーミングの映像品質を確保することができる。
【符号の説明】
【００６４】
１０１・・・受信装置、１０２・・・ネットワーク入出力部、１０３・・・ネットワーク処理部、１０４・・・記録再生処理部、１０５・・・映像音声出力部、１０６・・・蓄積部、１０７・・・リモコン入力部、１０８・・・制御部、１０９・・・状態記憶部
【図１】
2010213338.tif 000003
【図２】
2010213338.tif 000004
【図３】
2010213338.tif 000005
【図４】
2010213338.tif 000006
【図５】
2010213338.tif 000007
【図６】
2010213338.tif 000008
【手続補正書】
【提出日】平成22年6月8日(2010.6.8)
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記目的を達成するために、例えば、特許請求の範囲に記載されるように構成すればよ
い。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データを受信する指示が入力される指示入力部と、
前記指示入力部で入力された指示に応じて送信されるダウンロードデータとストリー
ミングデータを受信するデータ入力部と、
前記データ入力部でダウンロードデータを受信している間に、前記指示入力部にストリーミングデータを受信する指示が入力された場合に、ダウンロードの速度を減少すべきかどうかを判断し、減少すべき場合に、データ入力部において、ダウンロードの速度を減少させるとともに、ストリーミングデータの受信を開始させ、ストーリミンデータの受信が終了する場合に、ダウンロードの速度を減少させたかどうかを判断し、減少させた場合は、データ入力部において、ダウンロードの速度を増加させる制御部を備えることを特徴とする受信装置。
【請求項２】
前記制御部におけるダウンロードの速度を減少すべきかどうかの判断は、ストリーミングデータの受信とダウンロードデータの受信を同時に行うことでストリーミングデータの損失が所定以上大きくなるかどうかに基づくことを特徴とする請求項１に記載の受信装置。
【請求項３】
データの受信状態を記憶する状態記憶部を備え、
前記制御部は、ダウンロードの速度を減少させることを、前記状態記憶部に記憶させ、ストーリミンデータの受信が終了する場合に、ダウンロードデータの速度を減少させたかどうかを前記状態記憶部に記憶されているかどうかで判断することを特徴とする請求項１に記載の受信装置。
【請求項４】
ダウンロードデータの受信が完了するまでの間に、既に受信しているダウンロードデータの一部を視聴可能なことを特徴とする請求項１に記載の受信装置。
【請求項５】
ダウンロードの速度を減少または増加させることを利用者に通知する通知手段をさらに備えることを特徴とする請求項１に記載の受信装置。