JP5032090B2

JP5032090B2 - 放送受信装置のダウンロード速度を制御する方法及びその装置

Info

Publication number: JP5032090B2
Application number: JP2006278868A
Authority: JP
Inventors: 鍾一崔; 京洙李
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2005-10-20
Filing date: 2006-10-12
Publication date: 2012-09-26
Anticipated expiration: 2026-10-12
Also published as: CN102510522A; KR100664955B1; US20070094694A1; CN1953384A; JP2007116688A

Description

本発明は、放送受信装置のダウンロード速度制御に係り、さらに詳細には、ＩＰ基盤の放送受信装置がデータをダウンロードする場合、放送受信装置のアプリケーション駆動状態によってダウンロード速度を動的に調節しうる方法及びその装置に関する。

最近、放送技術の発展につれて衛星放送、地上波放送、及びケーブル放送などを通じるデジタル放送の普及が次第に拡大しつつある。ユーザは放送事業者が提供するデジタル放送を受信するためにセットトップボックスやデジタルＴＶのような放送受信装置を使用する。デジタル放送によれば、映像及び音声ストリームがデジタル情報として圧縮された状態で出力され、これを受信した放送受信装置は映像及び音声ストリームの圧縮を解除してユーザに出力させる。

デジタル放送を受信して出力するために開発されているセットトップボックスやデジタルＴＶは従来のアナログＴＶ環境で使われていない多様な機能を提供している。例えば、デジタル放送は、映像及び音声情報以外にも放送プログラムに関連した情報を含む電子プログラムガイド（ＥＰＧ）情報を含む。したがって、ユーザは曜日別、チャンネル別、時間帯別に放送プログラムに関連した多様な情報を獲得しうる。

一方、放送受信機能と共にＩＰ通信機能を備えたＩＰ基盤の放送受信装置が登場している。ユーザは、ＩＰ基盤放送受信装置を通じて放送提供者に対する両方向サービスを提供されるか、インターネットに接続することができ、映画、音楽、ゲームのような多様なマルチメディアデータをストリーミングまたはダウンロードされうる。

ところが、放送受信装置は、一般的にＰＣ（パーソナルコンピュータ）に比べて低いプロセッシング資源を有する。したがって、ユーザが放送受信装置を通じて映画再生、ゲーム実行などのためのアプリケーションを駆動させる間に所定のデータに対するダウンロード作業が進めば、ダウンロードとアプリケーションとの駆動のために放送受信装置のプロセッシング資源が併行的に消費されるので、ユーザは良質のサービスを保証され得ない。

前述した問題点に対応して、特許文献１は、複数の被制御機器を独立して制御しうる複数の制御ユニットを含むセットトップボックスを開示している。特許文献１によれば、ユーザの使用頻度の低い被制御機器と連結される制御ユニットを通じてプログラムをダウンロードすることによって、ユーザが被制御機器を使用するのに一定したレベルのクオリティーを保証できる。しかし、特許文献１は１つの制御ユニットを含むセットトップボックスについては従来の技術による問題点に対する克服方案を提示していない。
韓国公開特許第１０−２００５−１９２８２号公報

本発明は、データのダウンロード速度を動的に調節することによって、放送受信装置を通じてユーザが利用しているサービスの品質を保証するところにその目的がある。

本発明の目的は、以上で言及した目的に制限されず、言及されていない他の目的は下の記載から当業者に明確に理解されうる。

前記目的を達成するために本発明の実施形態による放送受信装置のダウンロード速度を制御する方法は、放送受信装置が消費するプロセッシング資源をアプリケーション毎にモニタリングするステップ、及び前記モニタリング結果をモニタリングした時間とともに保存モジュールに保存するステップ、前記保存モジュールに保存されたモニタリング結果及び前記モニタリングした時間に基づいて前記モニタリングした時間における前記放送受信装置全体のプロセッシング資源の消費量を算出するステップ、前記放送受信装置全体のプロセッシング資源の消費量に基づいてＩＰ通信を用いたデータのダウンロード速度を調節するステップを含む。

前記目的を達成するために本発明の他の実施形態による放送受信装置のダウンロード速度を制御する方法は、放送受信装置が駆動するアプリケーションの種類をモニタリングするステップと、前記モニタリング結果によってＩＰ通信を用いたデータのダウンロード速度を調節するステップと、を含む。

前記目的を達成するために本発明の実施形態によるダウンロード速度制御装置は、放送受信装置が消費するプロセッシング資源をアプリケーション毎にモニタリングするモニタリングモジュールと、前記モニタリング結果をモニタリングした時間とともに保存するとともに、保存されたモニタリング結果及び前記モニタリングした時間に基づいて前記モニタリングした時間における前記放送受信装置全体のプロセッシング資源の消費量を算出する保存モジュールと、前記放送受信装置全体のプロセッシング資源の消費量に基づいてＩＰ通信を用いたデータのダウンロード速度を調節する制御モジュールと、を含む。

前記目的を達成するために本発明の他の実施形態によるダウンロード速度制御装置は、放送受信装置が駆動するアプリケーションの種類をモニタリングするモニタリングモジュールと、前記モニタリング結果によってデータのダウンロード速度を調節する制御モジュールと、を含む。

その他の実施例の具体的な事項は詳細な説明及び図面に含まれている。

本発明の放送受信装置のダウンロード速度を制御する方法及びその装置によれば、データのダウンロード速度を動的に調節することによって、ユーザが放送受信装置を通じて利用しているサービスの品質を保証しうる。

本発明の利点及び特徴、そしてこれを達成する方法は添付された図面に基づいて詳細に後述されている実施例を参照すれば明確になる。しかし、本発明は以下で開示される実施例に限定されるものではなく、この実施例から外れて多様な形に具現でき、本明細書で説明する実施例は本発明の開示を完全にし、本発明が属する技術分野で当業者に発明の範ちゅうを完全に報せるために提供されるものであり、本発明は請求項及び発明の詳細な説明により定義されるだけである。一方、明細書全体に亙って同一な参照符号は同一な構成要素を示す。

以下、添付された図面を参照して本発明の望ましい実施形態を詳細に説明する。

図１は、本発明の一実施形態による放送受信装置１００を示すブロック図である。

図示された放送受信装置１００は、放送信号受信モジュール１１０、復元モジュール１２０、ＩＰ通信モジュール１３０、装置連結モジュール１４０、主記憶装置１５０、補助記憶装置１６０、及びＣＰＵ１７０を含む。このような放送受信装置１００は、ＩＰ基盤のセットトップボックスやデジタルＴＶ等として具現されうる。

放送信号受信モジュール１１０は、放送信号を受信する役割を行い、チューナ１１２と復調器１１４とを備える。

チューナ１１２は、放送信号を受信し、受信された放送信号を中間周波数に変換して復調器１１４に提供する。例えば、チューナ１１２は、衛星から受信された信号を処理してＩ／Ｑ信号を検出し、検出されたＩ／Ｑ信号を復調器３１４に提供しうる。

復調器１１４は、中間周波数に変化された信号から伝送ストリームを復元し、復元された伝送ストリームを復元モジュール１２０に提供する。例えば、復調器１１４は、ＱＰＳＫ（Ｑｕａｄｒａｔｉｃｐｈａｓｅｓｈｉｆｔｋｅｙｉｎｇ）復調器（図示せず）とＦＥＣ（ＦｏｒｗａｒｄＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎ）復調器（図示せず）とでなされ、これを通じてＱＰＳＫ復調及びＦＥＣ作業を行える。

このような放送信号受信モジュール１１０が受信しうる放送信号は、衛星放送、地上波放送、ケーブル放送など放送信号の伝送方式には制限されない。

復元モジュール１２０は、伝送ストリームを用いてビデオ信号、オーディオ信号及びデータ信号を復元する。伝送ストリームを復元するために復元モジュール１２０は、逆多重化モジュール１２２とデコーディングモジュール１２４を含む。

逆多重化モジュール１２２は、伝送ストリームをパージングしてビデオ信号、オーディオ信号、及びデータ信号を分離し、これらをデコーディングモジュール１２４に提供する。

デコーディングモジュール１２４は、ビデオデコーダ（図示せず）及びオーディオデコーダ（図示せず）を備え、これらは各々逆多重化モジュール１２２から提供されたビデオ信号及びオーディオ信号をデコーディングする。この中、ビデオデコーダは、ＭＰＥＧ−２（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ−２）、ＭＰＥＧ−４（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ−２）などのビデオ圧縮解除方式によって具現され、オーディオデコーダは、ＭＰ３（ＭＰＥＧＬａｙｅｒ−３）、ＡＣ３（ＡｕｄｉｏＣｏｍｐｒｅｓｓｉｏｎ３）などのオーディオ圧縮解除方式によって具現されうる。

また、デコーディングモジュール１２４は、データデコーダ（図示せず）を備えるが、データデコーダは、逆多重化モジュール１２２から提供されたデータ信号をデコーディングする。データ信号はＥＰＧデータを備えるが、ＥＰＧデータはチャンネル番号、チャンネル名、放送日、放送開始時間、コンテンツ識別子、プログラム説明などの放送プログラムに関する情報を含む。

ＩＰ通信モジュール１３０は、インターネットプロトコル基盤の通信を支援する。例えば、ＩＰ通信モジュール１３０は、ケーブル、電話線、各種デジタル加入者回線（ｘＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ：ｘＤＳＬ）などを通じてインターネットに接続しうる。ＩＰ通信モジュール１３０を通じて放送受信装置１００が放送提供者と連結されて対話形サービスを提供しうる。

実施形態によって、放送受信装置１００は、ＩＰ通信モジュール１３０を通じて放送信号を受信することもある。この場合、復元モジュール１２０は、ＩＰ通信モジュール１３０が受信した放送信号を復元する。

装置連結モジュール１４０は、ＡＶ装置（図示せず）との通信を行う。例えば、装置連結モジュール１４０は、ＴＶやＰＶＲ（パーソナルビデオレコーダー）と連結されうる。ＡＶ装置との通信時、コンテンツの無断複製を防止するためにＨＤＣＰ（Ｈｉｇｈ−ｂａｎｄｗｉｄｔｈＤｉｇｉｔａｌＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ）、ＤＴＣＰ（ＤｉｇｉｔａｌＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｅｎｔＰｒｏｔｅｃｔｉｏｎ）などのような保安プロトコルが使われうる。

主記憶装置１５０は、補助記憶装置１６０に保存されたプログラムを実行させるか、所定のアプリケーションを駆動させる場合に必要な情報を保存する。すなわち、主記憶装置１５０は、ＣＰＵ１７０の作業実行による入力情報、出力情報、中間計算結果などを保存しうる。このような主記憶装置１５０は、ＳＲＡＭやＤＲＡＭのようなＲＡＭ、ＥＰ−ＲＯＭ、ＥＥＰ−ＲＯＭ、マスクＲＯＭ（ＭＡＳＫ−ＲＯＭ）のようなＲＯＭなどを含みうる。

補助記憶装置１６０は、マルチメディアコンテンツ、ファームウェア、アプリケーション駆動プログラムなど多様な種類のデータを保存する。このような補助記憶装置１６０はハードディスク、フラッシュメモリなどを含みうる。図面を参照すれば、補助記憶装置１６０は、放送受信装置１００に含まれているが、本発明はこれに限定されず、補助記憶装置１６０は、放送受信装置１００とは別途の装置として存在して、装置連結モジュール１４０を通じて放送受信装置１００と連結されうる。

ＣＰＵ１７０は、放送受信装置１００が行う各種動作に対する比較、判断、演算及び解釈を担当する。したがって、放送受信装置１００を構成する各機能性ブロック１１０ないし１６０の動作を制御する。

図２は、本発明の一実施形態によるダウンロード速度調節装置２００を示すブロック図である。

図示されたダウンロード速度調節装置２００は、ダウンロードエイジェントモジュール２１０、モニタリングモジュール２２０、制御モジュール２３０、及び保存モジュール２４０を含む。このようなダウンロード速度調節装置２００は、ソフトウェア形態に補助記憶装置１６０に保存されていて放送受信装置１００のブーティング時にＣＰＵ１７０により主記憶装置１５０上で具現されるか、ハードウェア的に具現されて放送受信装置１００に含まれうる。さらに具体的に、ダウンロード速度調節装置２００の説明で使われる‘モジュール’はソフトウェア、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）または注文型半導体（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ：ＡＳＩＣ）のようなハードウェア構成要素を意味し、モジュールは所定の役割を行う。しかし、モジュールはソフトウェアまたはハードウェアに限定されるものではない。モジュールは、アドレッシング可能な保存媒体に存在すべく構成されても良く、１つまたはそれ以上のプロセッサーを実行させるように構成されても良い。したがって、一例としてモジュールは、ソフトウェア構成要素、客体指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバー、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素とモジュールから提供される機能は、より少数の構成要素及びモジュールで結合されるか、追加的な構成要素とモジュールにさらに分離されうる。

以下、ダウンロード速度調節装置２００を構成する各モジュール２１０ないし２４０について説明する。

ダウンロードエイジェントモジュール２１０は、ＩＰ通信モジュール１３０を通じて放送提供者、コンテンツ供給者、その他のサーバーから所定のデータをダウンロードする。ここで、ダウンロードされるデータは、映画、音楽、ゲームなどの各種マルチメディアコンテンツやファームウェアなどその種類に制限されない。ダウンロードエイジェントモジュール２１０によってダウンロードされたデータは放送受信装置１００の補助記憶装置１６０に保存されうる。また、ダウンロード速度は、制御モジュール２３０の制御によって調節されうる。

データのダウンロードは、ユーザの要請時に行われる。例えば、ユーザが放送受信装置１００を通じてコンテンツを提供するウェブサイトに接続してＶＯＤコンテンツのダウンロードを要請した場合、ダウンロードエイジェントモジュール２１０は、ＩＰ通信モジュール１３０を通じて該当ウェブサイトからＶＯＤコンテンツをダウンロードしうる。しかし、本発明はこれに限定されず、データのダウンロードは所定の時間帯に周期的に行われうる。例えば、ダウンロードエイジェントモジュール２１０は、毎週月曜日の午前７時にコンテンツ供給者から３編の映画コンテンツをダウンロードしうる。

モニタリングモジュール２２０は、放送受信装置１００の動作状態をモニタリングする。

例えば、モニタリングモジュール２２０は、放送受信装置１００が所定のアプリケーションを駆動する場合、アプリケーションの駆動に消費される放送受信装置１００のプロセッシング資源をモニタリングしうる。ここで、プロセッシング資源は、放送受信装置１００が所定の作業を行うのに必要なＣＰＵ１７０の占有率、主記憶装置１５０の使用量、補助記憶装置１６０に対する入出力頻度などを含む概念である。モニタリングモジュール２２０は、いろいろなプロセッシング資源のうち、いずれか１つに対するモニタリングを行うか、２つ以上に対するモニタリングを複合的に行える。また、放送受信装置１００が複数のアプリケーションを同時に駆動するならば、モニタリングモジュール２２０は、各アプリケーション別に消費されるプロセッシング資源をモニタリングすることもできる。

他の例として、モニタリングモジュール２２０は、放送受信装置１００が駆動するアプリケーションの類型（例えば、動画像再生、オーディオ再生、ウェブブラウザの実行、ゲーム実行など）をモニタリングしうる。

保存モジュール２４０は、モニタリングモジュール２２０のモニタリング結果を保存する。例えば、モニタリングモジュール２２０がプロセッシング資源をモニタリングした場合、保存モジュール２４０は、図３に示されたようなプロセッシング資源テーブルを保存しうる。

図３に示されたテーブルは、放送受信装置１００が駆動しているアプリケーション３１０、各アプリケーションの駆動にかかるプロセッシング資源（ＣＰＵ占有率３２０及び主記憶装置の使用量３３０）、及びモニタリングを行った時間３４０を含む。また、図３に示されたテーブルには、各アプリケーションの駆動にかかる全体プロセッシング資源量（ＴＯＴＡＬ３５０ライン参照）も含まれているので、これは保存モジュール２４０によって計算されうる。一方、図３は、プロセッシング資源の例としてＣＰＵ占有率３２０と主記憶装置の使用量３３０を図示しているが、本発明はこれに限定されない。

制御モジュール２３０は、モニタリングモジュール２２０のモニタリング結果によってデータのダウンロード速度を動的に制御する。このために、制御モジュール２３０は、保存モジュール２４０に保存されたモニタリング結果を参照しうる。

一実施形態において、モニタリングモジュール２２０がアプリケーションの駆動によって消費されるプロセッシング資源をモニタリングする場合、制御モジュール２３０は、放送受信装置で使用可能な残余プロセッシング資源量によってダウンロード速度を調節しうる。例えば、モニタリングモジュール２２０によってＣＰＵ占有率がモニタリングされるならば、制御モジュール２３０は、アプリケーションの駆動によるＣＰＵ占有率が高まるほど、ダウンロード速度を低めうる。すなわち、モニタリング結果、放送受信装置１００での可用プロセッシング資源量が低くなるほど、ダウンロード速度が減少し、可用プロセッシング資源量が増加するほど、ダウンロード速度も増加しうる。実施形態によっては、モニタリングモジュール２２０が一種以上のプロセッシング資源消費量をモニタリングし、制御モジュール２３０はこれらを複合的に適用してダウンロード速度を制御しうる。

このようなダウンロード速度制御作業のために、放送受信装置１００のプロセッシング資源消費量による適正水準のダウンロード速度についての情報が使われうる。このような情報は、放送受信装置１００の生産時に放送受信装置１００に対して行ったテスト結果を通じて提供でき、保存モジュール２４０に保存されうる。本発明の一実施形態によるプロセッシング資源消費量による適正レベルのダウンロード速度についての情報を図４Ａ及び図４Ｂにテーブル形態に図示した。

図４Ａにおいて、プロセッシング資源消費量としてＣＰＵ占有率４１０が使われており、各ＣＰＵ占有率による適正ダウンロード速度４２０が提示されている。図４Ａに図示された情報によれば、ダウンロード速度制御装置２００は、プロセッシング資源消費量が所定の臨界値以上である場合には、ダウンロードを中止させうるということが分かる（ＣＰＵ占有率が８０％以上である場合、適正ダウンロード速度が‘０’であることを参照）。図４Ａは、一種のプロセッシング資源（ＣＰＵ占有率）によるダウンロード速度に関する情報を示しているが、本発明はこれに限定されない。図４Ｂの実施形態の場合には、ダウンロード速度を調節するために２種のプロセッシング資源（ＣＰＵ占有率５１０と主記憶装置の使用量５２０）が使われている。図４Ｂにおいて、ＣＰＵ占有率５１０と主記憶装置の使用量５２０との交差位置ごとに放送受信装置１００に適正ダウンロード速度が提示されている。その他にも補助記憶装置の入出力頻度など他の種類のプロセッシング資源消費量によるダウンロード速度に関する情報が提供されうる。

一方、ダウンロード速度を制御するための他の実施形態として、モニタリングモジュール２２０が駆動しているアプリケーションの種類をモニタリングする場合、制御モジュール２３０は、事前に設定された種類のアプリケーションが駆動される場合にダウンロード速度を一定レベル以下に低めるか、ダウンロードを中止させうる。例えば、動画像再生やゲーム実行のためには、多量のプロセッシング資源が必要なので、動画像の再生やゲームの実行のためのアプリケーションの駆動中には、ダウンロード速度を‘０’に設定しうる。如何なる種類のアプリケーションが駆動される場合にダウンロード速度を減少させるかについての情報は、事前に設定され、このような情報は、保存モジュール２４０に保存されうる。

以下、図５ないし図８を参照して前述したダウンロード速度調節装置２００の動作過程について説明する。

図５は、本発明の一実施形態による放送受信装置１００の動作状態をモニタリングする過程を示すフローチャートである。

まず、放送受信装置１００に電源が供給されれば、ダウンロード速度調節装置２００が駆動されうる。

放送受信装置１００が既定の環境またはユーザの要請によって所定のアプリケーションを駆動させれば（Ｓ１１０）、モニタリングモジュール２２０は、放送受信装置１００が駆動しているアプリケーションによって消費されるプロセッシング資源をモニタリングする（Ｓ１２０）。

保存モジュール２４０は、モニタリング結果を保存しうる（Ｓ１３０）。この際、保存モジュール２４０は、放送受信装置１００が使用している全体プロセッシング資源を計算し（Ｓ１４０）、これを共に保存しうる（Ｓ１５０）。保存モジュール２４０に保存されるモニタリング結果及び全体プロセッシング資源の計算結果は、図３の説明と同様である。

このようなモニタリング作業は、周期的に行われることが望ましく、これにより、保存モジュール２４０に保存されるモニタリング結果も周期的に更新されうる。また、このようなモニタリング作業は、放送受信装置１００の動作中に持続されうる。

一方、ＩＰ通信モジュール１３０を通じて所定のデータをダウンロードする場合、ダウンロード速度調節装置２００の動作過程について図６を参照して説明する。

図６は、本発明の一実施形態によるダウンロード速度制御方法を示すフローチャートである。

まず、ダウンロードエイジェントモジュール２１０がＩＰ通信モジュール１３０を通じてデータのダウンロードを感知すれば（Ｓ２１０）、制御モジュール２３０は、図５の参照と同様にモニタリング過程によるモニタリングされた結果を使用してダウンロード速度を調節する（Ｓ２２０）。

この際、ダウンロードエイジェントモジュール２１０は、制御モジュール２３０によって調節されたダウンロード速度でデータをダウンロードする（Ｓ２３０）。

もし、ダウンロードが完了していない状態で（Ｓ２４０）、放送受信装置１００が消費するプロセッシング資源に対するモニタリング結果が更新されれば（Ｓ２５０）、制御モジュール２３０は、更新された結果を使用してダウンロード速度を調節し（Ｓ２２０）、ダウンロードエイジェントモジュール２１０は、調節されたダウンロード速度でダウンロードを行う（Ｓ２３０）。

これにより、放送受信装置１００のアプリケーションの駆動にかかるプロセッシング資源量によってダウンロード速度が動的に増減する。すなわち、前述したように放送受信装置１００のプロセッシング資源消費量が増加すれば、データのダウンロード速度は減少するか、‘０’に設定（すなわち、ダウンロードを中止させる）しうる。また、放送受信装置１００のプロセッシング資源消費量が減少すれば、データのダウンロード速度は増加しうる。この際、中止されたダウンロード作業は再開されうる。

つまり、ユーザが放送受信装置１００を使用して特定サービスを提供されている途中で所定のデータに対するダウンロード作業が行われても、ユーザが提供されているサービスクオリティーは適正なレベルを保証されうる。一方、ダウンロード速度が減少されるか、ダウンロードが中止されても、放送受信装置１００が使用するプロセッシング資源量が減少すれば、ダウンロード速度は再び増加するか、ダウンロードが再開されるので、データのダウンロードは成功的に完了しうる。

図７は、本発明の他の実施形態による放送受信装置１００の動作状態をモニタリングする過程を示すフローチャートである。

放送受信装置１００が既定の環境またはユーザの要請によって所定のアプリケーションを駆動させれば（Ｓ３１０）、モニタリングモジュール２２０は、放送受信装置１００が駆動するアプリケーションの種類をモニタリングする（Ｓ３２０）。

保存モジュール２４０は、モニタリング結果を保存しうる（Ｓ３３０）。

このようなモニタリング作業は、周期的に行われることが望ましく、これにより、保存モジュール２４０に保存されるモニタリング結果も周期的に更新しうる。また、このようなモニタリング作業は、放送受信装置１００が動作する間に持続されうる。

一方、ＩＰ通信モジュール１３０を通じて所定のデータをダウンロードする場合、本発明の他の実施形態によるダウンロード速度調節装置２００の動作過程について図８を参照して説明する。

図８は、本発明の他の実施形態によるダウンロード速度制御方法を示すフローチャートである。

まず、ダウンロードエイジェントモジュール２１０がＩＰ通信モジュール１３０を通じてデータのダウンロードを感知すれば（Ｓ４１０）、制御モジュール２３０は、図７を参照して説明したようなモニタリング過程によるモニタリングされた結果を使用してダウンロード速度を調節する（Ｓ４２０）。過程Ｓ４２０をさらに具体的に説明すれば、制御モジュール２３０は放送受信装置１００が既定の特定アプリケーションを駆動している場合に、ダウンロード速度を臨界レベルに減少させるか、ダウンロード作業を中止させうる。ここで、放送受信装置１００が駆動しているアプリケーションの種類は、図７の過程を通じて保存モジュール２４０から検索しうる。

一方、ダウンロードエイジェントモジュール２１０は、制御モジュール２３０によって調節されたダウンロード速度でデータをダウンロードする（Ｓ４３０）。

もし、ダウンロードが完了していない状態で（Ｓ４４０）、放送受信装置１００が消費するプロセッシング資源に対するモニタリング結果が更新されれば（Ｓ４５０）、制御モジュール２３０は更新された結果を使用してダウンロード速度を調節し（Ｓ４２０）、ダウンロードエイジェントモジュール２１０は調節されたダウンロード速度でダウンロードを行う（Ｓ４３０）。例えば、既定の特定アプリケーションの駆動が中断された場合、制御モジュール２３０はダウンロード速度を増加させるか、中断されたダウンロード作業を再開させうる。

これにより、放送受信装置１００が駆動するアプリケーションの種類によってダウンロード速度が動的に調節されうる。

以上、添付図を参照して本発明の実施例を説明したが、本発明が属する技術分野で当業者ならば本発明がその技術的思想や必須特徴を変更せずとも他の具体的な形に実施されうるということが理解できるであろう。したがって、前述した実施例は全ての面で例示的なものであって、限定的なものではないと理解せねばならない。

本発明は、放送受信装置のダウンロード速度を制御する装置に関連した技術分野に好適に適用されうる。

本発明の一実施形態による放送受信装置を示すブロック図である。本発明の一実施形態によるダウンロード速度制御装置を示すブロック図である。本発明の一実施形態によるプロセッシング資源モニタリング結果の保存状態を示す図である。本発明の一実施形態によるプロセッシング資源消費量に対応する適正レベルのダウンロード速度についての情報を示す図である。本発明の一実施形態によるプロセッシング資源消費量に対応する適正レベルのダウンロード速度についての情報を示す図である。本発明の一実施形態による放送受信装置の動作状態をモニタリングする過程を示すフローチャートである。本発明の一実施形態によるダウンロード速度制御方法を示すフローチャートである。本発明の他の実施形態による放送受信装置の動作状態をモニタリングする過程を示すフローチャートである。本発明の他の実施形態によるダウンロード速度制御方法を示すフローチャートである。

符号の説明

２００ダウンロード速度調節装置
２１０ダウンロードエイジェントモジュール
２２０モニタリングモジュール
２３０制御モジュール
２４０保存モジュール

Claims

放送受信装置が消費するプロセッシング資源をアプリケーション毎にモニタリングするステップと、
前記モニタリング結果をモニタリングした時間とともに保存モジュールに保存するステップと、
前記保存モジュールに保存されたモニタリング結果及び前記モニタリングした時間に基づいて前記モニタリングした時間における前記放送受信装置全体のプロセッシング資源の消費量を算出するステップと、
前記放送受信装置全体のプロセッシング資源の消費量に基づいてＩＰ通信を用いたデータのダウンロード速度を調節するステップと、を含み、
前記調節するステップは、
前記放送受信装置のプロセッシング資源消費量が臨界値以上である場合、前記ダウンロードを中止させるステップと、
前記放送受信装置のプロセッシング資源消費量が前記臨界値未満である場合、前記ダウンロードを再開させるステップと、を含む、
放送受信装置のダウンロード速度を制御する方法。
前記プロセッシング資源は、ＣＰＵ占有率、主記憶装置の使用量、補助記憶装置の入出力頻度のうち、少なくとも１つを含む請求項１に記載の放送受信装置のダウンロード速度を制御する方法。
前記調節するステップは、前記放送受信装置のプロセッシング資源消費量が増加すれば、前記ダウンロード速度を減少させ、前記放送受信装置のプロセッシング資源消費量が減少すれば、前記ダウンロード速度を増加させるステップを含む請求項１に記載の放送受信装置のダウンロード速度を制御する方法。
前記調節するステップは、
所定のプロセッシング資源消費量に対するダウンロード速度値のマッピング情報から前記モニタリングされたプロセッシング資源消費量に対応するダウンロード速度値を検索するステップと、
前記検索されたダウンロード速度値で前記ダウンロード速度を調節するステップと、を含む請求項１に記載の放送受信装置のダウンロード速度を制御する方法。
前記マッピング情報は、前記放送受信装置の生産時に前記放送受信装置にテスト結果によって生成された情報である請求項４に記載の放送受信装置のダウンロード速度を制御する方法。
前記調節されたダウンロード速度で前記データをダウンロードするステップをさらに含む請求項１に記載の放送受信装置のダウンロード速度を制御する方法。
放送受信装置が消費するプロセッシング資源をアプリケーション毎にモニタリングするモニタリングモジュールと、
前記モニタリング結果をモニタリングした時間とともに保存するとともに、保存されたモニタリング結果及び前記モニタリングした時間に基づいて前記モニタリングした時間における前記放送受信装置全体のプロセッシング資源の消費量を算出する保存モジュールと、
前記放送受信装置全体のプロセッシング資源の消費量に基づいてＩＰ通信を用いたデータのダウンロード速度を調節する制御モジュールと、を備え、
前記制御モジュールは、前記放送受信装置のプロセッシング資源消費量が臨界値以上である場合、前記ダウンロードを中止させて、前記放送受信装置のプロセッシング資源消費量が前記臨界値未満である場合、前記ダウンロードを再開させる、
ダウンロード速度制御装置。
前記プロセッシング資源は、ＣＰＵ占有率、主記憶装置の使用量、補助記憶装置の入出力頻度のうち、少なくとも１つを含む請求項７に記載の放送受信装置のダウンロード速度制御装置。
前記制御モジュールは、前記放送受信装置のプロセッシング資源消費量が増加すれば、前記ダウンロード速度を減少させ、前記放送受信装置のプロセッシング資源消費量が減少すれば、前記ダウンロード速度を増加させる請求項７に記載の放送受信装置のダウンロード速度制御装置。
前記保存モジュールは、所定のプロセッシング資源消費量についてのダウンロード速度値のマッピング情報を保存しており、
前記制御モジュールは、前記マッピング情報から前記モニタリングされたプロセッシング資源消費量に対応するダウンロード速度値を検索し、前記検索されたダウンロード速度値で前記ダウンロード速度を調節する請求項７に記載のダウンロード速度制御装置。
前記マッピング情報は、前記放送受信装置の生産時に前記放送受信装置にテスト結果によって生成された情報である請求項１０に記載のダウンロード速度制御装置。
前記調節されたダウンロード速度で前記データをダウンロードするダウンロードエイジェントモジュールをさらに備える請求項７に記載のダウンロード速度制御装置。