特許 5958291 コンテンツ中継装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5958291

(24)【登録日】2016年7月1日

(45)【発行日】2016年7月27日

(54)【発明の名称】コンテンツ中継装置

(51)【国際特許分類】

   H04N 21/462 20110101AFI20160714BHJP

   G06F 13/00 20060101ALI20160714BHJP

   G10K 15/02 20060101ALI20160714BHJP

【ＦＩ】

   H04N21/462

   G06F13/00 358C

   G10K15/02

【請求項の数】7

【全頁数】18

(21)【出願番号】特願2012-246540(P2012-246540)

(22)【出願日】2012年11月8日

(65)【公開番号】特開2014-96672(P2014-96672A)

(43)【公開日】2014年5月22日

【審査請求日】2015年6月17日

(73)【特許権者】

【識別番号】710014351

【氏名又は名称】オンキヨー株式会社

(74)【代理人】

【識別番号】100104444

【弁理士】

【氏名又は名称】上羽 秀敏

(74)【代理人】

【識別番号】100112715

【弁理士】

【氏名又は名称】松山 隆夫

(74)【代理人】

【識別番号】100125704

【弁理士】

【氏名又は名称】坂根 剛

(74)【代理人】

【識別番号】100120662

【弁理士】

【氏名又は名称】川上 桂子

(72)【発明者】

【氏名】樫 俊太郎

【審査官】 後藤 嘉宏

(56)【参考文献】

【文献】 特開２００８−１５４０４５（ＪＰ，Ａ）

【文献】 特開２００８−３０１２４０（ＪＰ，Ａ）

【文献】 特開２００２−１１２１９５（ＪＰ，Ａ）

【文献】 特開２０１０−２８３６８３（ＪＰ，Ａ）

【文献】 特開２０１０−２０６４８６（ＪＰ，Ａ）

【文献】 特開２０１０−１６６３２９（ＪＰ，Ａ）

【文献】 特表２００７−５２７６６０（ＪＰ，Ａ）

【文献】 特開２００７−２０１７３４（ＪＰ，Ａ）

【文献】 特開２００５−７８６７８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００−２１／８５８

Ｇ０６Ｆ １３／００

Ｇ１０Ｋ １５／０２

(57)【特許請求の範囲】

【請求項1】

第１及び第２サーバから供給される第１及び第２コンテンツをデコードし、デコードされた第１及び第２コンテンツを外部装置に供給するデコーダと、
前記デコーダによりデコード可能な複数のフォーマットと、前記デコーダが各フォーマットのコンテンツをデコードする場合に想定される前記デコーダの負荷であって前記複数のフォーマットに対応する複数の想定負荷とを有する負荷テーブルを記憶する第１記憶部と、
前記デコーダが前記第１コンテンツをデコードしている間に前記第２コンテンツのデコードの開始を指示された場合、前記第１及び第２コンテンツを並行してデコードする場合における前記デコーダの総負荷を前記負荷テーブルに基づいて予測する予測部と、
前記予測部により予測された総負荷が所定のしきい値を超えるか否かを判断する判断部と、
前記第１及び第２サーバの優先度が予め設定された優先度テーブルを記憶する第２記憶部と、
前記予測された総負荷が前記しきい値を超えると前記判断部により判断された場合、前記優先度テーブルに基づいて、前記第１及び第２コンテンツのうち優先度の低いサーバから供給されるコンテンツを選択する選択部と、
前記予測された総負荷が前記しきい値よりも小さくなるように、前記選択部により選択されたコンテンツのフォーマットを前記負荷テーブルに基づいて決定する決定部とを備える、コンテンツ中継装置。

【請求項2】

請求項１に記載のコンテンツ中継装置であってさらに、
前記優先度の低いサーバにより供給可能なコンテンツの複数のフォーマットが登録されたフォーマットテーブルを記憶する第３記憶部を備え、
前記決定部は、前記負荷テーブルと前記フォーマットテーブルとに基づいて、前記選択されたコンテンツがデコードされる場合における前記デコーダの想定負荷が大きい順に前記選択されたコンテンツのフォーマットを決定する、コンテンツ中継装置。

【請求項3】

請求項２に記載のコンテンツ中継装置であって、
前記選択部は、前記決定部が前記選択されたコンテンツの複数のフォーマットのうち想定負荷の最も小さいフォーマットを決定したにもかかわらず前記予測された総負荷が前記しきい値よりも大きいと前記判断部により判断された場合、前記優先度テーブルに基づいて優先度が次に低いサーバから供給されるコンテンツを新たに選択する、コンテンツ中継装置。

【請求項4】

請求項２又は３に記載のコンテンツ中継装置であって、
前記フォーマットテーブルには、前記第２サーバにより供給可能なコンテンツの複数のフォーマットが登録されており、
前記予測部は、前記デコーダが前記第２コンテンツをデコードする場合における想定される最大負荷を前記負荷テーブルと前記フォーマットテーブルとに基づいて取得し、前記デコーダの現在の負荷と取得した最大負荷とを合計して総負荷を予測する、コンテンツ中継装置。

【請求項5】

請求項２〜４のいずれか１項に記載のコンテンツ中継装置であって、
前記決定部は、前記選択されたコンテンツが放送波を介して提供されることを示す情報が前記フォーマットテーブルに登録されている場合、前記デコーダに代えてチューナの使用が可能であると判断する、コンテンツ中継装置。

【請求項6】

請求項１〜５のいずれか１項に記載のコンテンツ中継装置であって、
前記第１及び第２サーバのうち少なくとも一方のサーバは、インターネットラジオを供給し、当該他方のサーバは、ＤＬＮＡコンテンツを供給し、
前記優先度テーブルにおいて、前記インターネットラジオを供給するサーバの優先度が前記ＤＬＮＡコンテンツを供給するサーバの優先度よりも高く設定される、コンテンツ中継装置。

【請求項7】

第１及び第２サーバから供給される第１及び第２コンテンツをデコードし、デコードされた第１及び第２コンテンツを外部装置に供給するデコーダを備えるコンテンツ中継装置に搭載されるコンピュータに実行させるための制御プログラムであって、
前記デコーダが前記第１コンテンツをデコードしている間に前記第２コンテンツのデコードの開始を指示された場合、前記第１及び第２コンテンツを並行してデコードする場合における前記デコーダの総負荷を、前記デコーダによりデコード可能な複数のフォーマットと前記デコーダが各フォーマットのコンテンツをデコードする場合に想定される前記デコーダの負荷であって前記複数のフォーマットに対応する複数の想定負荷とを有する負荷テーブルに基づいて予測するステップと、
前記予測された総負荷が所定のしきい値を超えるか否かを判断するステップと、
前記予測された総負荷が前記しきい値を超えると判断された場合、前記第１及び第２サーバの優先度が予め設定された優先度テーブルに基づいて、前記第１及び第２コンテンツのうち優先度の低いサーバから供給されるコンテンツを選択するステップと、
前記予測された総負荷が前記しきい値よりも小さくなるように、前記選択されたコンテンツのフォーマットを前記負荷テーブルに基づいて決定するステップとを備える、制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンテンツ中継装置に関し、さらに詳しくは、サーバから供給されたコンテンツをデコードして外部装置に供給するコンテンツ中継装置に関する。

【背景技術】

【0002】

住居内において、パーソナルコンピュータをＡＶ（Audio and Visual）機器に相互に接続し、これらの機器を連携して動作させるネットワークＡＶシステムが用いられている。このようなＡＶネットワークシステムは、例えば、ＤＬＮＡ（Digital Living Network Alliance）ガイドラインに準拠している。

【0003】

特許文献１には、ＤＬＮＡガイドラインに対応するネットワークＡＶシステムが開示されている。特許文献１に係るネットワークＡＶシステムは、サーバと、レンダラと、コントロールポイントとを備える。サーバは、曲ファイルをデコードしてストリーミング配信する。レンダラは、配信される曲ファイルを再生する。コントロールポイントは、新たなストリーミング配信の要求を受け付けた場合、現在配信中の曲ファイルのデコードに加えて、新たに曲ファイルをデコードする場合におけるサーバの負荷を予測する。サーバの予測負荷が大きい場合、コントロールポイントは、配信対象の曲ファイルのデコード及び配信を他のサーバに代理させる。

【0004】

特許文献１では、曲ファイルは、サーバによりデコードされる。しかし、サーバが、エンコードされた曲ファイルをストリーミング配信し、レンダラが配信されたストリーミングをデコードする場合がある。

【0005】

また、ＩＰ（Internet Protocol）サイマル放送では、サーバが、スマートフォンなどのクライアントの要求に応じて、エンコードされた音声コンテンツを配信する。クライアントは、配信された音声コンテンツをデコードして再生する。

【0006】

ＡＶアンプなどのコンテンツ中継機器には、サーバから供給されるコンテンツをデコードする機能を有する機器が存在する。このようなコンテンツ中継機器が、複数のコンテンツを並行してデコードする場合、コンテンツ中継機器の総負荷が大きくなる場合がある。総負荷が大きくなりすぎた場合、コンテンツ中継機器がデコードを一時中断するため、コンテンツ中継機器から外部装置に供給されるコンテンツが途切れるという問題が生じる。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２００８−７１２２９号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

本発明の目的は、複数のコンテンツを並行してデコードする場合にデコードの中断を防ぐことができるコンテンツ中継装置を提供することである。

【課題を解決するための手段及び発明の効果】

【0009】

本発明のコンテンツ中継装置は、デコーダと、第１記憶部と、予測部と、判断部と、第２記憶部と、選択部と、決定部とを備える。デコーダは、第１及び第２サーバから供給される第１及び第２コンテンツをデコードし、デコードされた第１及び第２コンテンツを外部装置に供給する。第１記憶部は、デコーダによりデコード可能な複数のフォーマットと、デコーダが各フォーマットのコンテンツをデコードする場合に想定されるデコーダの負荷であって複数のフォーマットに対応する複数の想定負荷とを有する負荷テーブルを記憶する。予測部は、デコーダが第１コンテンツをデコードしている間に第２コンテンツのデコードの開始を指示された場合、第１及び第２コンテンツを並行してデコードする場合におけるデコーダの総負荷を負荷テーブルに基づいて予測する。判断部は、予測部により予測された総負荷が所定のしきい値を超えるか否かを判断する。第２記憶部は、第１及び第２サーバの優先度が予め設定された優先度テーブルを記憶する。選択部は、予測された総負荷がしきい値を超えると判断部により判断された場合、優先度テーブルに基づいて、第１及び第２コンテンツのうち優先度の低いサーバから供給されるコンテンツを選択する。決定部は、予測された総負荷がしきい値よりも小さくなるように、選択部により選択されたコンテンツのフォーマットを負荷テーブルに基づいて決定する。

【0010】

本発明によれば、コンテンツ中継装置が第１及び第２コンテンツを並行してデコードする場合において、実際の総負荷がしきい値を大きく超えることが防止される。したがって、コンテンツ中継機器は、第１及び第２コンテンツを並行してデコードする場合にデコードの中断が発生することを防ぐことができる。

【0011】

好ましくは、本発明のコンテンツ中継装置はさらに、第３記憶部を備える。第３記憶部は、優先度の低いサーバにより供給可能なコンテンツの複数のフォーマットが登録されたフォーマットテーブルを記憶する。決定部は、負荷テーブルとフォーマットテーブルとに基づいて、選択されたコンテンツがデコードされる場合におけるデコーダの想定負荷が大きい順に選択されたコンテンツのフォーマットを決定する。

【0012】

本発明によれば、選択されたコンテンツのフォーマットが、優先度の低いサーバにより供給可能な複数のフォーマットのうち、デコーダの想定負荷が大きい順に決定される。コンテンツの品質が想定負荷の大きさに応じて高くなる場合、選択されたコンテンツの品質が極端に低下することを防ぐことができる。

【0013】

好ましくは、選択部は、決定部が選択されたコンテンツの複数のフォーマットのうち想定負荷の最も小さいフォーマットを決定したにもかかわらず予測された総負荷がしきい値よりも大きいと判断部により判断された場合、優先度テーブルに基づいて優先度が次に低いサーバから供給されるコンテンツを新たに選択する。

【0014】

本発明によれば、コンテンツ中継装置は、新たにコンテンツを選択する場合、優先度が次に低いサーバから供給されるコンテンツを選択する。予測される総負荷がしきい値を下回るように、複数のコンテンツのフォーマットが決定されるため、デコードの中断をさらに防止することができる。

【0015】

好ましくは、フォーマットテーブルには、第２サーバにより供給可能なコンテンツの複数のフォーマットが登録される。予測部は、デコーダが第２コンテンツをデコードする場合における想定される最大負荷を負荷テーブルとフォーマットテーブルとに基づいて取得し、デコーダの現在の負荷と取得した最大負荷とを合計して総負荷を予測する。

【0016】

本発明によれば、総負荷が、デコーダの現在の負荷と、第２コンテンツをデコードする場合において想定される最大負荷とに基づいて予測される。第１及び第２コンテンツを並行してデコードする場合におけるデコーダの実際の総負荷が、予測される総負荷を上回ることを防ぐことができるため、デコードの中断を防ぐことができる。

【0017】

好ましくは、決定部は、選択されたコンテンツが放送波を介して提供されることを示す情報がフォーマットテーブルに登録されている場合、デコーダに代えてチューナの使用が可能であると判断する。

【0018】

本発明によれば、選択されたコンテンツが放送波を介して提供される場合、チューナが、選択されたコンテンツを復調することができる。この場合、デコーダは、選択されたコンテンツをデコードしなくてもよいため、総負荷の上昇を抑制することができる。

【0019】

好ましくは、第１及び第２サーバのうち少なくとも一方のサーバは、インターネットラジオを供給し、当該他方のサーバは、ＤＬＮＡコンテンツを供給する。優先度テーブルにおいて、インターネットラジオを供給するサーバの優先度がＤＬＮＡコンテンツを供給するサーバの優先度よりも高く設定される。

【0020】

本発明によれば、インターネットラジオを供給するサーバの優先度がＤＬＮＡコンテンツを供給するサーバの優先度よりも高い。コンテンツの品質が想定負荷の大きさに応じて高くなる場合、インターネットラジオの品質が低下することを防ぐことができる。

【0021】

本発明の制御プログラムは、本発明のコンテンツ中継装置に用いられる。

【図面の簡単な説明】

【0022】

【図1】本発明の実施の形態に係るネットワークＡＶシステムの構成を示す機能ブロック図である。

【図2】図１に示すＡＶレシーバの構成を示す機能ブロック図である。

【図3】図２に示すフラッシュメモリに格納されるデータを示す図である。

【図4】図３に示す制御プログラムのフローチャートである。

【図5】図３に示す負荷テーブルを示す図である。

【図6】図３に示すフォーマットテーブルを示す図である。

【図7】図１に示すＡＶレシーバにより作成される管理テーブルを示す図である。

【図8】図４に示すフォーマット決定処理のフローチャートである。

【図9】図３に示す優先度テーブルを示す図である。

【発明を実施するための形態】

【0023】

以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。

【0024】

［１．構成］
［１．１．ネットワークＡＶシステムの構成］
図１は、本実施の形態に係るネットワークＡＶシステムの構成を示す機能ブロック図である。図１を参照して、ネットワークＡＶシステムは、ＡＶレシーバ１と、ＤＬＮＡサーバ２と、ルータ３と、ラジオサーバ４，５と、スピーカ８ａ〜８ｄとを備える。

【0025】

ＡＶレシーバ１と、ＤＬＮＡサーバ２と、ルータ３とは、住宅内に配置され、ＬＡＮ（Local Area Network）７を構成する。ＡＶレシーバ１及びＤＬＮＡサーバ２は、ルータ３に接続される。なお、ＬＡＮ７を構成するＤＬＮＡサーバ２の数は、２つ以上であってもよい。

【0026】

ＡＶレシーバ１は、ＤＬＮＡサーバ２やラジオサーバ４，５から配信される音声コンテンツをデコードし、デコードされた音声コンテンツをスピーカ８ａ〜８ｄに供給する。スピーカ８ａ〜８ｄは、住居の各部屋Ｚｏｎｅ１〜Ｚｏｎｅ４に配置される。ＤＬＮＡサーバ２は、例えば、パーソナルコンピュータであり、ＡＶレシーバ１の要求に応じて音声コンテンツ２ａ（ＤＬＮＡコンテンツ）を配信する。

【0027】

ルータ３は、インターネット６を介してラジオサーバ４，５に接続される。ラジオサーバ４，５は、ラジオ局Ａ、Ｂにより運営され、インターネットラジオを提供する。具体的には、ラジオサーバ４，５は、音声コンテンツ４ａ，５ａを配信する。

【0028】

なお、図１において、ラジオサーバの数は２つであるが、ラジオサーバの数は、１つでもよいし、３つ以上であってもよい。また、インターネット６に接続されるサーバは、音声コンテンツを提供するラジオサーバでなくてもよく、音声や映像等のコンテンツを配信するサーバであればよい。以下、特に説明のない限り、音声コンテンツ２ａ，４ａ，５ａを「コンテンツ２ａ，４ａ，５ａ」と呼ぶ。

【0029】

［１．２．ＡＶレシーバ１の構成］
図２は、ＡＶレシーバ１の構成を示す機能ブロック図である。図３は、図２に示すフラッシュメモリ１６に格納されるデータを示す図である。

【0030】

図２を参照して、ＡＶレシーバ１は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、操作部１３と、チューナ１４と、ネットワークインタフェース１５と、フラッシュメモリ１６と、出力端子１７ａ〜１７ｄと、セレクタ１８と、Ｄ／Ａ（Digital/Analog）コンバータ１９とを備える。

【0031】

ＣＰＵ１１は、フラッシュメモリ１６に格納された各種プログラムをＲＡＭ１２にロードし、ロードされたプログラムを実行してＡＶレシーバ１を制御する。ＣＰＵ１１は、デコードプログラム２２（図３参照）を実行して、ラジオサーバ４，５及びＤＬＮＡサーバ２等から供給されたコンテンツをデコードし、デコードされたコンテンツを外部に供給する。ＲＡＭ１２は、ＡＶレシーバ１のメインメモリである。

【0032】

操作部１３は、音量調整用のダイヤルや各種ボタンにより構成され、ユーザの操作を受け付ける。チューナ１４は、図示しないアンテナにより受信された放送を復調する。

【0033】

ネットワークインタフェース１５は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などのプロトコルに基いて、ＬＡＮ７又はインターネット６に接続されたコンピュータと通信する。

【0034】

出力端子１７ａ〜１７ｄは、スピーカ８ａ〜８ｄにそれぞれ接続される。なお、出力端子１７ａ〜１７ｄは、スピーカ以外の外部機器に接続されてもよい。例えば、出力端子１７ａ〜１７ｄは、映像コンテンツを表示するためのディスプレイなどに接続されてもよい。

【0035】

Ｄ／Ａコンバータ１９は、デコードされたコンテンツをアナログ信号に変換する。セレクタ１８は、デコードされたコンテンツの出力先を制御する。例えば、コンテンツ４ａの出力先が出力端子１７ａ，１７ｃに設定されていた場合、Ｄ／Ａコンバータ１９を出力端子１７ａ，１７ｃに接続する。

【0036】

図３を参照して、フラッシュメモリ１６は、不揮発性の半導体記憶装置であり、制御プログラム２１と、デコードプログラム２２と、負荷テーブル３１と、フォーマットテーブル３２と、優先度テーブル３３とを記憶する。

【0037】

制御プログラム２１は、ＡＶレシーバ１の各機能ブロックを制御するためのプログラムである。デコードプログラム２２は、ＤＬＮＡサーバ２などから供給されるコンテンツをデコードするためのプログラムである。制御プログラム２１及びデコードプログラム２２は、ＡＶレシーバ１にインストールされる。

【0038】

負荷テーブル３１は、デコードプログラム２２によりデコード可能な複数のフォーマットと、複数の想定負荷とを有する。複数の想定負荷は、各フォーマットのコンテンツをデコードする場合に想定されるＣＰＵ１１の負荷であって複数のフォーマットに対応する。

【0039】

フォーマットテーブル３２は、ＤＬＮＡサーバ２及びラジオサーバ４，５の各々が供給可能なコンテンツの複数のフォーマットが設定されたテーブルである。優先度テーブル３３は、ＤＬＮＡサーバ２及びラジオサーバ４，５の優先度が予め設定されたテーブルである。負荷テーブル３１、フォーマットテーブル３２及び優先度テーブル３３の詳細は後述する。

【0040】

［２．ＡＶレシーバの動作］
以下、ＡＶレシーバ１がＤＬＮＡサーバ２又はラジオサーバ４，５などから供給されるコンテンツをデコードしている間に新たなコンテンツのデコードを指示された場合における、ＡＶレシーバ１の動作を説明する。

【0041】

［２．１．制御プログラム２１の動作］
図４は、制御プログラム２１を実行するＡＶレシーバ１の動作を示すフローチャートである。ＣＰＵ１１は、制御プログラム２１をＲＡＭ１２にロードし、ロードされた制御プログラム２１を実行している。

【0042】

さらに、ＣＰＵ１１が、デコードプログラム２２を実行して、ＤＬＮＡサーバ２からのコンテンツ２ａとラジオサーバ４からのコンテンツ４ａとを並行してデコードしていると仮定する。デコードされたコンテンツ２ａは、出力端子１７ａからスピーカ８ａに供給され、デコードされたコンテンツ４ａは、出力端子１７ｂからスピーカ８ｂに供給されていると仮定する。

【0043】

ユーザが、操作部１３を操作して、ラジオサーバ５により提供されるインターネットラジオ（コンテンツ５ａ）を受信し、コンテンツ５ａを出力端子１７ｃに出力するようにＡＶレシーバ１に指示する。ＣＰＵ１１は、コンテンツ５ａのデコード開始を指示されたと判断し（ステップＳ１においてＹｅｓ）、コンテンツ５ａを現在デコード中であるか否かを判断する（ステップＳ２）。

【0044】

上述のように、コンテンツ２ａ，４ａがデコードされているが、コンテンツ５ａはデコードされていないため（ステップＳ２においてＮｏ）、ＣＰＵ１１は、コンテンツ５ａを新たにデコードする必要があると判断する。ＣＰＵ１１は、コンテンツ２ａ，４ａのデコードに加えて、コンテンツ５ａのデコードを開始した場合におけるＣＰＵ１１の総負荷を予測する（ステップＳ３）。以下、ステップＳ３において予測される総負荷を「予測負荷」と呼ぶ。ステップＳ３については、後述する。

【0045】

一方、コンテンツ５ａがデコード中である場合（ステップＳ２においてＹｅｓ）、ＣＰＵ１１は、コンテンツ５ａを新たにデコードする必要はないと判断し、図４に示す処理を終了する。例えば、ＣＰＵ１１は、コンテンツ５ａをデコードして出力端子１７ｄに出力していた場合、Ｄ／Ａコンバータ１９を出力端子１７ｃに接続するようにセレクタ１８に指示する。アナログ信号に変換されたコンテンツ５ａが、出力端子１７ｃ，１７ｄからスピーカ８ｃ，８ｄへ供給される。

【0046】

図４〜図６を参照して、予測負荷の計算（ステップＳ３）について説明する。図５は、負荷テーブル３１を示す図である。図６は、フォーマットテーブル３２を示す図である。

【0047】

ＣＰＵ１１は、コンテンツ２ａ，４ａをデコード中であるため、現在のＣＰＵ１１の負荷を、コンテンツ２ａ，４ａのデコード中の負荷として取得する。ＣＰＵ１１は、フォーマットテーブル３２を参照して、ラジオサーバ５が供給可能なコンテンツ５ａの複数のフォーマットを取得する。図６に示すように、ラジオサーバ５が供給可能なコンテンツ５ａのフォーマットは、ビットレートが１２８ｋｂｐｓのＷＭＡ（Windows Media Audio）、ビットレートが６４ｋｐｂｓのＡＡＣ（Advanced Audio Coding）及びＦＭ放送である。

【0048】

ここで、フォーマットテーブル３２に記録される「ＦＭ放送」は、コンテンツ５ａが放送波を介して提供されることを示す。ＡＶレシーバ１が、コンテンツ５ａを放送波を介して受信する場合、コンテンツ５ａは、チューナ１４により復調される。この場合、ＣＰＵ１１は、復調されたコンテンツ５ａに対して処理を施すことがないため、ＣＰＵ１１の負荷は０％となる（図５参照）。

【0049】

ＣＰＵ１１は、負荷テーブル３１を参照して、取得した３つのフォーマットのうち、想定負荷の最も大きいフォーマットを特定する。図５を参照して、負荷テーブル３１では、デコードプログラム２２によりデコード可能なコンテンツの複数のフォーマットが、複数の想定負荷に対応付けられる。想定負荷は、ＣＰＵ１１が各フォーマットのコンテンツをデコードする場合において予測される負荷であり、基本的には、音声コンテンツの品質に対応する。すなわち、負荷が大きいほど、音声コンテンツの品質は高い。

【0050】

コンテンツ５ａの各フォーマットであるＷＭＡ（１２８ｋｂｐｓ）、ＡＡＣ（６４ｋｂｐｓ）及びＦＭ放送の想定負荷は、それぞれ２５％、１５％及び０％である。これら３つのフォーマットのうち、ＷＭＡ（１２８ｋｂｐｓ）の品質が最も高く、ＦＭ放送の品質が最も低い。ＣＰＵ１１は、最高品質のフォーマットのコンテンツ５ａがデコードされる場合を考慮して、ＷＭＡ（１２８ｋｂｐｓ）の想定負荷（２５％）を取得する。

【0051】

ＣＰＵ１１は、ステップＳ３において、ＣＰＵ１１の現在の負荷と取得した最も大きい想定負荷とを合計することにより、予測負荷を計算する。

【0052】

ＣＰＵ１１は、ステップＳ３の後に、ステップＳ３で計算された予測負荷が予め設定されたしきい値よりも大きいか否かを判断する（ステップＳ４）。しきい値は、ＣＰＵ１１の負荷として許容される最大値であり、１００％よりも小さい。

【0053】

予測負荷がしきい値以下である場合（ステップＳ４においてＮｏ）、ＣＰＵ１１は、コンテンツ２ａ，４ａのデコードに加えて、コンテンツ５ａを最大負荷のフォーマットでデコードしても、デコードが一時中断するほどＣＰＵ１１の負荷が大きくなることはないと判断する。つまり、ＣＰＵ１１は、コンテンツ５ａを新たにデコードしても、コンテンツの途切れが発生しないと判断し、コンテンツ５ａを最大負荷のフォーマット（ＷＭＡ（１２８ｋｂｐｓ））でデコードすることを決定する。ＣＰＵ１１は、ＷＭＡ（１２８ｋｂｐｓ）のコンテンツ５ａの配信をラジオサーバ５に要求し（ステップＳ９）、図４に示す処理を終了する。コンテンツ２ａ，４ａのフォーマットは変更されない。

【0054】

一方、予測負荷がしきい値よりも大きい場合（ステップＳ４においてＹｅｓ）、ＣＰＵ１１は、コンテンツ２ａ，４ａのフォーマットを変更するか、あるいは、最高品質よりも低い品質のフォーマットをコンテンツ５ａのフォーマットとしてラジオサーバ５に要求する必要があると判断する。ＣＰＵ１１は、後述するステップＳ６により決定されるコンテンツ２ａ，４ａ，５ａのフォーマットを記録するために、管理テーブル４０を作成する（ステップＳ５）。

【0055】

図７は、管理テーブル４０を示す図である。図７を参照して、管理テーブル４０は、コンテンツ２ａ，４ａ，５ａの各々に対応する３つのカラム４１，４２，４３を有する。各カラムには、コンテンツ名と、サーバと、変更基準フォーマットと、候補フォーマットと、最終フォーマットとが記録される。

【0056】

コンテンツ名には、コンテンツ２ａ，４ａ，５ａを特定する情報（例えば、ＵＲＬ（Uniform Resource Locator）など）が記録される。サーバには、各音声コンテンツを供給するサーバを特定する情報（サーバ名、ＩＰアドレスなど）が記録される。変更基準フォーマット及び候補フォーマットは、フォーマット決定処理（ステップＳ６）で用いられる。最終フォーマットには、フォーマット決定処理（ステップＳ６）で決定された各コンテンツのフォーマットが記録される。変更基準フォーマット、候補フォーマット及び最終フォーマットは、管理テーブル４０が作成された時点（ステップＳ５）で空欄である。

【0057】

ＣＰＵ１１は、フォーマット決定処理（ステップＳ６）を実行して、コンテンツ２ａ，４ａ，５ａの各フォーマットの組み合わせのうち、予測負荷がしきい値を下回るような組み合わせを決定する。フォーマット決定処理（ステップＳ６）の詳細は、後述する。

【0058】

ＣＰＵ１１は、フォーマット決定処理（ステップＳ６）の後に、管理テーブル４０に記録された最終フォーマットに基づいて、予測負荷がしきい値を下回るような組み合わせが存在するか否かを判断する（ステップＳ７）。

【0059】

図７を参照して、管理テーブル４０において、カラム４１〜４３の最終フォーマットが空欄の場合、ＣＰＵ１１は、予測負荷がしきい値を下回るような組み合わせが存在しないと判断する（ステップＳ７においてＮｏ）。これは、コンテンツ５ａのデコードを開始することにより、コンテンツ２ａ，４ａ，５ａの途切れが発生する可能性が高いことを示す。ＣＰＵ１１は、コンテンツ５ａを再生できないことをユーザに通知し（ステップＳ１０）、図７に示す処理を終了する。ステップＳ１０の通知は、音声により行われてもよいし、ＡＶレシーバ１が備える図示しない表示パネルにメッセージを表示してもよい。

【0060】

一方、カラム４１〜４３の最終フォーマットに何らかのフォーマットが記録されている場合、ＣＰＵ１１は、予測負荷がしきい値を下回るような組み合わせが存在すると判断する（ステップＳ７においてＹｅｓ）。ＣＰＵ１１は、管理テーブル４０に記録された最終フォーマットに基づいて、コンテンツ２ａ，４ａ，５ａのフォーマットのコンテンツを要求する（ステップＳ８）。なお、コンテンツ２ａ，４ａの最終フォーマットが現在デコード中のフォーマットと同じである場合、ＣＰＵ１１は、最終フォーマットのコンテンツ２ａ，４ａの配信をＤＬＮＡサーバ２及びラジオサーバ４に要求しなくてもよい。

【0061】

［２．２．フォーマット決定処理（ステップＳ６）］
フォーマット決定処理（ステップＳ６）において、ＣＰＵ１１は、コンテンツ２ａ，４ａ，５ａをそれぞれ配信するサーバのうち優先度の低いサーバを選択し、選択されたサーバから供給されるコンテンツの品質が低くなるように、このコンテンツのフォーマットを決定する。これにより、予測負荷がしきい値を下回るような組み合わせが決定される。

【0062】

［２．２．１．コンテンツ２ａのフォーマット決定］
図８は、フォーマット決定処理（ステップＳ６）のフローチャートである。図９は、優先度テーブル３３を示す図である。

【0063】

図８を参照して、ＣＰＵ１１は、優先度テーブル３３に基づいて、管理テーブル４０に記録されたサーバのうち優先度の最も低いサーバから供給されるコンテンツを選択する（ステップＳ６０１）。図９に示すように、優先度テーブル３３において、ラジオサーバ４、ラジオサーバ５、ラジオ局Ｃ（図示省略）及びＤＬＮＡサーバ２の優先度が設定されている。ラジオサーバ４の優先度が一番高く、ＤＬＮＡサーバ２の優先度が一番低い。管理テーブル４０に登録されているサーバの中でＤＬＮＡサーバ２の優先度が一番低いため、ＣＰＵ１１は、ステップＳ６０１において、コンテンツ２ａを選択する。

【0064】

このように、ＤＬＮＡサーバ２の優先度がラジオサーバ４，５の優先度よりも低く設定されることにより、インターネットラジオの品質を維持することができる。

【0065】

ＣＰＵ１１は、ステップＳ６０２〜Ｓ６０８を実行することにより、選択したコンテンツ２ａのフォーマットを想定負荷の大きい順に決定する。ＣＰＵ１１は、コンテンツ２ａをデコード中であるため、コンテンツ２ａの現在のフォーマットを変更基準フォーマットに決定する（ステップＳ６０２）。コンテンツ２ａの現在のフォーマットがＷＭＡ（１２８ｋｂｐｓ）である場合、ＷＭＡ（１２８ｋｂｐｓ）が、カラム４１の変更基準フォーマットの欄に登録される。

【0066】

ＣＰＵ１１は、負荷テーブル３１及びフォーマットテーブル３２を参照して、ＤＬＮＡサーバ２が供給可能なコンテンツ２ａのフォーマットのうち変更基準フォーマットの次に想定負荷の大きいフォーマットを候補フォーマットとして決定する（ステップＳ６０３）。図６を参照して、コンテンツ２ａのフォーマットは、ＰＣＭ（Pulse Code Modulation）、ビットレートが１２８ｋｂｐｓのＭＰ３（MPEG Audio Layer-3）及びＷＭＡ（１２８ｋｐｓ）である。ＣＰＵ１１は、変更基準フォーマット（ＷＭＡ（１２８ｋｐｓ））の次に想定負荷の大きいＭＰ３（１２８ｋｂｐｓ）を候補フォーマットに決定し、ＭＰ３（１２８ｋｂｐｓ）をカラム４１の候補フォーマットの欄に登録する。

【0067】

ＣＰＵ１１は、コンテンツ２ａのフォーマットを候補フォーマットに変更した場合における予測負荷の減少度を計算する（ステップＳ６０４）。減少度は、候補フォーマットの想定負荷を変更基準フォーマットの想定負荷から減算することにより得られる。図５を参照して、変更基準フォーマット（ＷＭＡ（１２８ｋｐｂｓ））の想定負荷が２５％であり、候補フォーマット（ＭＰ３（１２８ｋｐｂｓ））の想定負荷が１５％であることから、減少度は、１０％となる。コンテンツ２ａのフォーマットを候補フォーマットに変更することにより、予測負荷が１０％小さくなると推測される。

【0068】

ＣＰＵ１１は、減少度をステップＳ３（図５参照）で計算された予測負荷から減算することにより、予測負荷を更新する（ステップＳ６０５）。ＣＰＵ１１は、更新された予測負荷がしきい値よりも大きいか否かを判断する（ステップＳ６０６）。

【0069】

更新された予測負荷がしきい値以下である場合（ステップＳ６０６においてＮｏ）、ＣＰＵ１１は、コンテンツ２ａのフォーマットをＷＭＡ（１２８ｋｐｂｓ）からＭＰ３（１２８ｋｂｐｓ）に変更した場合、コンテンツ２ａ，４ａ，５ａを並行してデコードしたとしても、各コンテンツの途切れが発生する可能性が小さいと判断する。ＣＰＵ１１は、コンテンツ２ａ，４ａ，５ａの最終フォーマットを決定し（ステップＳ６１２）、決定した最終フォーマットを管理テーブル４０に記録する。この後、ＣＰＵ１１は、フォーマット決定処理（ステップＳ６）を終了する。

【0070】

具体的には、コンテンツ２ａの候補フォーマット（ＭＰ３（１２８ｋｂｐｓ））が、最終フォーマットとしてカラム４１に記録される。コンテンツ４ａは、ステップＳ６０１で選択されていないため、現在のフォーマット（例えば、ＷＭＡ（１２８ｋｂｐｓ））が最終フォーマットとしてカラム４２に記録される。コンテンツ５ａは、新たにデコードが指示されたコンテンツであり、かつ、ステップＳ６０１で選択されていない。コンテンツ５ａの最終フォーマットは、ラジオサーバ５が供給可能なコンテンツの複数のフォーマットのうち想定負荷の最も大きいフォーマット（ＷＭＡ（１２８ｋｂｐｓ））となる。この結果、管理テーブル４０は、図７に示す内容となる。コンテンツ４ａ，５ａは、ステップＳ６０１で選択されないため、カラム４２，４３の変更基準フォーマット及び候補フォーマットは、空欄のままである。

【0071】

図４を参照して、ＣＰＵ１１は、管理テーブル４０に記録された最終フォーマットのコンテンツの配信を、ＤＬＮＡサーバ２及びラジオサーバ４，５に対して要求する（ステップＳ８）。この結果、コンテンツ２ａのフォーマットは、ＷＭＡ（１２８ｋｂｐｓ）からＭＰ３（１２８ｋｂｐｓ）に変更される。コンテンツ４ａのフォーマットは、ＷＭＡ（１２８ｋｂｐｓ）のままである。

【0072】

ステップＳ６０６（図８参照）の説明に戻る。更新された予測負荷がしきい値よりも大きい場合（ステップＳ６０６においてＹｅｓ）、ＣＰＵ１１は、コンテンツ２ａの品質をさらに下げることができるか否かを判断する。具体的には、コンテンツ２ａの候補フォーマットの想定負荷が、ＤＬＮＡサーバ２が供給可能なコンテンツの複数のフォーマットの想定負荷の中で最小であるか否かが判断される（ステップＳ６０７）。

【0073】

図５及び図６を参照して、ＤＬＮＡサーバ２が供給可能な複数のフォーマットにおいて、ＰＣＭの想定負荷が、候補フォーマット（ＭＰ３（１２８ｋｐｂｓ））の想定負荷よりも小さい（ステップＳ６０７においてＮｏ）。この場合、ＣＰＵ１１は、コンテンツ２ａの品質をさらに下げることが可能であると判断し、カラム４１の変更基準フォーマット及び候補フォーマットを変更する（ステップＳ６０８）。カラム４１において、現在の候補フォーマット（ＭＰ３（１２８ｋｐｂｓ））が変更基準フォーマットとして記録され、現在の候補フォーマットの次に想定負荷の大きいＰＣＭが候補フォーマットとして記録される。なお、ＰＣＭの想定負荷が１％に設定されている理由は、コンテンツ２ａのデコードがＤＬＮＡサーバ２により行われており、ＡＶレシーバ１がデコードをする必要がないためである。

【0074】

ＣＰＵ１１は、負荷テーブル３１及びカラム４１が変更された管理テーブル４０に基づいて、候補フォーマットがＰＣＭである場合における減少度を計算し（ステップＳ６０４）、予測負荷をさらに更新する（ステップＳ６０５）。更新された予測負荷がしきい値以下であれば（ステップＳ６０６においてＮｏ）、コンテンツ２ａの最終フォーマットは、ＰＣＭに決定される（ステップＳ６１２）。コンテンツ４ａ，５ａの最終フォーマットは、上記と同様である。

【0075】

一方、更新された予測負荷がしきい値よりも大きい場合（ステップＳ６０６においてＹｅｓ）、ＣＰＵ１１は、コンテンツ２ａの候補フォーマット（ＰＣＭ）の想定負荷が、コンテンツ２ａのフォーマットの想定負荷の中で一番小さいか否かを判断する（ステップＳ６０７）。ＰＣＭの想定負荷が、コンテンツ２ａの複数フォーマットの中で一番小さい（ステップＳ６０７においてＹｅｓ）。ＣＰＵ１１は、コンテンツ２ａの品質をこれ以上下げることができないと判断し、ステップＳ６０９に進む。

【0076】

ＣＰＵ１１は、優先度テーブル３３を参照して、ステップＳ６０１で選択されたコンテンツ２ａを供給するＤＬＮＡサーバ２の優先度が最も高いか否かを判断する（ステップＳ６０９）。図９を参照して、ＤＬＮＡサーバ２の優先度が最も低いため（ステップＳ６０９においてＮｏ）、ＣＰＵ１１は、次に優先度の低いサーバから供給されるコンテンツの品質を下げることができると判断し、ステップＳ６１０に進む。

【0077】

ＣＰＵ１１は、コンテンツ２ａの最終フォーマットを現在の候補フォーマット（ＰＣＭ）に決定し（ステップＳ６１０）、カラム４１に記録する。ＣＰＵ１１は、フォーマット決定処理（ステップＳ６）を続行する。

【0078】

以上説明したように、ＣＰＵ１１は、コンテンツ２ａのフォーマットを、コンテンツ２ａの複数のフォーマットのうち想定負荷の大きい順に決定する。これにより、コンテンツ２ａの品質が極端に低くなることを防ぐことができる。コンテンツ２ａはデコード中であるため、スピーカ８ａから流れるコンテンツ２ａの音質が、途中から極端に低下することを防ぐことができる。

【0079】

［２．２．２．コンテンツ５ａのフォーマット決定］
次に、ＣＰＵ１１は、優先度テーブル３３を参照して、ＤＬＮＡサーバ２の次に優先度の低いラジオサーバ５から供給されるコンテンツ５ａを選択する（ステップＳ６１１）。ＣＰＵ１１は、コンテンツ５ａの最終フォーマットを決定するために、ステップＳ６０２〜Ｓ６０８を実行する。

【0080】

コンテンツ５ａは、上述のように、新たにデコードを指示されたコンテンツである。コンテンツ５ａの変更基準フォーマットは、ラジオサーバ５により供給可能なコンテンツの複数のフォーマットのうち、最も想定負荷の大きいＷＭＡ（１２８ｋｂｐｓ）に決定される（ステップＳ６０２）。コンテンツ５ａの候補フォーマットは、ＷＭＡ（１２８ｋｂｐｓ）の次に想定負荷の大きいＡＡＣ（６４ｋｂｐｓ）に決定される（ステップＳ６０３）。ＣＰＵ１１は、ステップＳ６０４，Ｓ６０５を実行し、更新された予測負荷がしきい値であるか否かを判断する（ステップＳ６０６）。

【0081】

更新された予測負荷がしきい値以下である場合（ステップＳ６０６においてＮｏ）、ＣＰＵ１１は、コンテンツ４ａ，５ａの最終フォーマットを決定する（ステップＳ６１２）。具体的には、コンテンツ５ａの候補フォーマット（ＡＡＣ（６４ｋｂｐｓ））が、最終フォーマットとしてカラム４３に記録される。コンテンツ４ａの現在のフォーマットが、最終フォーマットとしてカラム４２に記録される。

【0082】

更新された予測負荷がしきい値よりも大きい場合（ステップＳ６０６においてＹｅｓ），ＣＰＵ１１は、コンテンツ５ａの候補フォーマットの想定負荷が、コンテンツ５ａの複数のフォーマットの想定負荷の中で最小であるか否かを判断する（ステップＳ６０７）。最小でない場合（ステップＳ６０７においてＮｏ）、ＣＰＵ１１は、ステップＳ６０８に進む。

【0083】

一方、最小である場合（ステップＳ６０７においてＹｅｓ）、ＣＰＵ１１は、コンテンツ５ａの品質をこれ以上下げることができないと判断し、ステップＳ６０９に進む。ＣＰＵ１１は、優先度テーブル３３を参照して、コンテンツ５ａを供給するラジオサーバ５よりも優先度が高いラジオサーバ４が存在すると判断する（ステップＳ６０９においてＮｏ）。ＣＰＵ１１は、コンテンツ５ａの最終フォーマットを想定負荷の最も小さいＦＭ放送に決定し（ステップＳ６１０）、カラム４３に記録する。すなわち、フォーマットテーブル３２において、ＦＭ放送がコンテンツ５ａのフォーマットとして記録されている場合、ＣＰＵ１１は、チューナを使用してコンテンツ５ａを取得することができると判断する。ＣＰＵ１１は、フォーマット決定処理（ステップＳ６）を続行する。

【0084】

このように、コンテンツ２ａのフォーマットが想定負荷の最も小さいフォーマットに決定された場合、ＡＶレシーバ１は、ＤＬＮＡサーバ２の次に優先度の低いラジオサーバ５から供給されるコンテンツ５ａのフォーマットを想定負荷の大きい順に決定する。予測負荷がしきい値を下回るように、複数のコンテンツのフォーマットが決定されるため、コンテンツの途切れが発生することをさらに防ぐことができる。また、新たなコンテンツのデコード開始を指示されたとしても、新たなコンテンツのデコード開始を拒否することを防ぐことができる。

【0085】

［２．２．３．コンテンツ４ａのフォーマット決定］
次に、ＣＰＵ１１は、優先度テーブル３３を参照して、ラジオサーバ５の次に優先度の低いラジオサーバ４から供給されるコンテンツ４ａを選択する（ステップＳ６１１１）。コンテンツ４ａの変更基準フォーマット及び候補フォーマットが決定される（ステップＳ６０２，Ｓ６０３）。ＣＰＵ１１は、予測負荷の減少度を計算し（ステップＳ６０４）、計算して減少度に基づいて予測負荷を更新する（ステップＳ６０５）。

【0086】

更新された予測負荷がしきい値を下回る場合（ステップＳ６０６においてＮｏ）、ＣＰＵ１１は、現在の候補フォーマットをコンテンツ４ａの最終フォーマットに決定し（ステップ６１２）、最終フォーマットをカラム４３に記録する。

【0087】

しきい値を下回らない場合（ステップＳ６０６においてＹｅｓ）、ＣＰＵ１１は、候補フォーマットの想定負荷が、ラジオサーバ４が供給可能なコンテンツの複数のフォーマットの想定負荷のうち最小であるか否かを判断する（ステップＳ６０７）。最小でない場合（ステップＳ６０７においてＮｏ）、ＣＰＵ１１は、ステップＳ６０８に進む。

【0088】

一方、最小である場合（ステップＳ６０７においてＹｅｓ）、ＣＰＵ１１は、ラジオサーバ４の優先度が最も高いか否かを判断する（ステップＳ６０９）。図９を参照して、ラジオサーバ４の優先度が最も高いため（ステップＳ６０９においてＹｅｓ）、コンテンツ２ａ，４ａ，５ａの各フォーマットを最も負荷の小さいフォーマットに決定しても、予測負荷がしきい値を下回ることができない。ＣＰＵ１１は、コンテンツ５ａのデコードを開始することにより、コンテンツの途切れが発生すると判断し、コンテンツ５ａのデコード不可を決定する（ステップＳ６１２）。ＣＰＵ１１は、カラム４１〜４３の最終フォーマットを全て空欄に変更する。上述したように、カラム４１〜４３の最終フォーマットが空欄の場合（ステップＳ７においてＮｏ。図４参照）、ＣＰＵ１１は、コンテンツ５ａのデコード不可を通知する（ステップＳ１０）。

【0089】

以上説明したように、ＡＶレシーバ１は、コンテンツ２ａ，４ａのデコード中に、コンテンツ５ａのデコード開始を指示された場合、予測負荷がしきい値を下回るように、ＤＬＮＡサーバ２及びラジオサーバ４，５のうち優先度の低いサーバから供給されるコンテンツのフォーマットを決定する。これにより、ＡＶレシーバ１は、コンテンツ５ａを新たにデコードする際に、コンテンツ２ａ，４ａ，５ａの途切れを抑制することができる。

【0090】

また、ＡＶレシーバ１は、コンテンツ５ａのデコード開始を指示された場合、現在の負荷と、コンテンツをデコードする際に想定される最大の負荷とに基づいて予測負荷を計算する。これにより、コンテンツ５ａを実際にデコードする際の負荷が、予測負荷より極端に上昇することが防止されるため、コンテンツの途切れをさらに抑制することができる。

【0091】

上記実施の形態では、コンテンツ中継装置の一例として、チューナ１４を備えるＡＶレシーバ１を説明したが、これに限られない。コンテンツ中継装置として、チューナ１４を備えないＡＶアンプを使用することも可能である。つまり、コンテンツ中継装置は、複数のサーバから供給される複数のコンテンツをデコードし、デコードされたコンテンツを外部装置に供給する機器であればよい。

【0092】

上記実施の形態では、優先度テーブル（図９参照）において、ラジオサーバの優先度がＤＬＮＡサーバの優先度よりも高くなるように設定されているが、これに限られない。ＤＬＮＡサーバの優先度が、ラジオサーバの優先度よりも高くてもよい。優先度テーブル３３は、ユーザにより設定されてもよく、ＡＶレシーバ１に予め設定されていてもよい。ＡＶレシーバ１が、アクセス回数に応じてサーバの優先度を決定してもよい。すなわち、優先度テーブル３３は、コンテンツを供給する複数のサーバの優先度が設定されていればよい。

【0093】

上記実施の形態では、ＡＶレシーバ１が、コンテンツ５ａのデコードが指示された場合、コンテンツ５ａの複数の想定負荷のうち最大の想定負荷に基づいて予測負荷を計算する（ステップＳ３）例を説明したが、これに限られない。例えば、ＡＶレシーバ１は、ステップＳ３において、予め設定された固定値を現在の負荷に加算することにより、総負荷を予測してもよい。すなわち、ＡＶレシーバ１は、ステップＳ３において、コンテンツ２ａ，４ａのデコードに加えて、コンテンツ５ａを新たにデコードする場合におけるＣＰＵ１１の総負荷を、現在のＣＰＵ１１の負荷に基づいて計算すればよい。

【0094】

上記実施の形態では、負荷テーブル３１、フォーマットテーブル３２及び優先度テーブル３３がフラッシュメモリ１６に記憶される例を説明したが、これに限られない。例えば、各テーブルは、別々の記憶装置に保存されてもよい。つまり、各テーブルの保存先は、特に限定されない。

【0095】

上記実施の形態では、ＡＶレシーバ１は、フォーマット決定処理（ステップＳ６）を実行する際に、優先度の低いサーバから供給されるコンテンツを選択し、選択されたコンテンツのフォーマットを想定負荷が大きい順に決定する例を説明したが、これに限られない。ＡＶレシーバ１は、選択されたコンテンツのフォーマットの中で想定負荷が最小のフォーマットを選択し、最小のフォーマットに基づく予測負荷がしきい値よりも小さいか否かを判断してもよい。すなわち、ＡＶレシーバ１は、予測負荷がしきい値よりも小さくなるように、選択されたコンテンツのフォーマットを負荷テーブル３１に基づいて決定すればよい。

【0096】

上記実施の形態では、フォーマット決定処理（ステップＳ６）において、想定負荷が最小のコンテンツ２ａのフォーマットが選択されたにも関わらず、予測負荷がしきい値よりも大きい場合、ＣＰＵ１１が次に優先度の低いラジオサーバ５から供給されるコンテンツ５ａを選択する例を説明したが、これに限られない。この場合、ＡＶレシーバ１は、コンテンツ５ａのデコードをすることができないと判断してもよい。

【0097】

上記実施の形態では、制御プログラム２１がＡＶレシーバ１にインストールされている例を説明した。制御プログラム２１をインストールする方法は、特に限定されない。例えば、制御プログラム２１は、ネットワークに接続されたサーバからダウンロードされ、ＡＶレシーバ１にインストールされてもよい。あるいは、制御プログラム２１を記録したコンピュータ読み取り可能な媒体（例えば、光ディスク、ＵＳＢ（Universal Serial Bus）メモリ、フレキシブルディスクなど）が配布されている場合、制御プログラム２１は、その媒体からＡＶレシーバ１にインストールされてもよい。

【0098】

以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。

【符号の説明】

【0099】

１ ＡＶレシーバ
２ ＤＬＮＡサーバ
３ ルータ
４，５ ラジオサーバ
６ インターネット
７ ＬＡＮ
１１ ＣＰＵ
１２ ＲＡＭ
１３ 操作部
１４ チューナ
１５ ネットワークインタフェース
２１ 制御プログラム
２２ デコードプログラム
３１ 負荷テーブル
３２ フォーマットテーブル
３３ 優先度テーブル
４０ 管理テーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】