インターネット放送受信装置
【課題】ドメイン名の名前解決をする際の順番にユーザの趣向を反映させることができるインターネット放送受信装置を提供することを、目的とする。
【解決手段】インターネット放送に関するサービスの利用状況を確認する確認手段と、確認手段による確認結果に基づいて、サービスが有するドメイン名の名前解決をする名前解決手段と、サービスが有するドメイン名と、当該ドメイン名に対応するＩＰアドレスとを含むドメイン名リストを記憶する記憶手段と、名前解決手段によってドメイン名の名前解決がされた場合に、ドメイン名リストを書き換える書換手段とを備える。
【解決手段】インターネット放送に関するサービスの利用状況を確認する確認手段と、確認手段による確認結果に基づいて、サービスが有するドメイン名の名前解決をする名前解決手段と、サービスが有するドメイン名と、当該ドメイン名に対応するＩＰアドレスとを含むドメイン名リストを記憶する記憶手段と、名前解決手段によってドメイン名の名前解決がされた場合に、ドメイン名リストを書き換える書換手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット放送受信装置に関する。
【背景技術】
【０００２】
インターネットに接続されている全てのホストには、ＩＰアドレスが割り当てられている。しかしながら、ＩＰアドレスは、単なる数字の羅列であるため、人間が取り扱うには不便である。そこで、各ホストには、人間が取り扱うのに便利なホスト名（ドメイン名）が割り当てられている。
【０００３】
人間が入力したドメイン名に従って所望のホストと通信を行うためには、ドメイン名をＩＰアドレスに変換する必要がある。そこで、インターネット上には、ＤＮＳ（Domain Name System）が存在する。ＤＮＳは、ドメイン名とＩＰアドレスの相互変換を行うためのデータベースを有している。ＩＰアドレスやドメイン名を必要とする場合、アプリケーションは、リゾルバを介して、ＤＮＳに問い合わせを行う。
【０００４】
ネットワークのトラフィックを抑制するため、あるいは、リゾルバの処理負担を軽減するため、リゾルバにキャッシュを設けることがある。キャッシュを用いることにより、リゾルバは、以前問い合わせた内容と同じ問い合わせがあった場合、ＤＮＳに問い合わせを行うことなく、名前解決をすることができる。
【０００５】
リゾルバにキャッシュを実装する場合、キャッシュの容量に見合う、メモリ等の物理的なリソースが必要である。汎用のＰＣ（Personal Computer）に比べて、物理的なリソースが少ない組み込み機器では、キャッシュの実装に必要なリソースを確保することが難しい場合が多い。
【０００６】
特開２００７−２１４６７１号公報（特許文献１）には、サーバ装置に名前解決要求を送信した送信時刻と、サーバ装置から名前解決応答を受信した時刻とに基づいて応答時間を算出し、新たな名前解決応答を記憶しようとする際に容量に空きがない場合、最も短い応答時間に対応する名前解決応答を削除してから新たな名前解決応答を記憶するクライアント装置が開示されている。
【０００７】
しかしながら、特許文献１に記載のクライアント装置においては、名前解決要求の回数が多いものであっても、名前解決要求に対する応答時間が短ければ、名前解決要求がある度に、サーバ装置に名前解決要求を送信することになる。従って、名前解決要求に対する名前解決応答が記憶されている場合よりも、名前解決要求に対する応答時間が長くなってしまうという問題がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２１４６７１号公報
【特許文献２】特開２０００−１０１６４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、キャッシュの内容をユーザの趣向に応じて変更することができるインターネット放送受信装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明のインターネット放送受信装置は、インターネット放送に関するサービスが有するドメイン名と、前記ドメイン名に対応するＩＰアドレスとを含むドメイン名リストを記憶する記憶手段と、前記サービスの利用状況を確認する確認手段と、前記確認手段による確認結果に基づいて、前記サービスが有するドメイン名の名前解決をする名前解決手段と、前記名前解決手段によって名前解決された前記ドメイン名に対応する前記ＩＰアドレスを、前記ドメイン名リストを書き込む書込手段とを備える。
【発明の効果】
【００１１】
本発明のインターネット放送受信装置によれば、サービスの利用状況に応じて、ドメイン名リストを書き換えることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態としてのインターネット放送受信装置を示す機能ブロック図である。
【図２】図１に示すインターネット放送受信装置が備えるキャッシュサーバを示す機能ブロック図である。
【図３】図２に示すＥＥＰＲＯＭに保存されているドメイン名リストの一例を示す図である。
【図４】図２に示すＲＡＭに保存されているドメイン名リストの一例を示す図である。
【図５】図２に示すキャッシュサーバの制御部によって実行される、アプリからの要求に基づく名前解決の処理を示すフローチャートである。
【図６】図２に示すキャッシュサーバの制御部によって実行される更新処理を示すフローチャートである。
【発明を実施するための形態】
【００１３】
本発明の一実施形態に係るインターネット放送受信装置は、インターネット放送に関するサービスが有するドメイン名と、前記ドメイン名に対応するＩＰアドレスとを含むドメイン名リストを記憶する記憶手段と、前記サービスの利用状況を確認する確認手段と、前記確認手段による確認結果に基づいて、前記サービスが有するドメイン名の名前解決をする名前解決手段と、前記名前解決手段によって名前解決された前記ドメイン名に対応する前記ＩＰアドレスを、前記ドメイン名リストを書き込む書込手段とを備える（第１の構成）。
【００１４】
第１の構成においては、サービスの利用状況に応じて、名前解決されるドメイン名が変わる。これにより、例えば、ユーザがよく利用しているサービスが有するドメイン名に対応するＩＰアドレスについては、常に、最新のものをドメイン名リストに書き込んでおくことができる。
【００１５】
第２の構成は、前記第１の構成において、前記名前解決手段によって名前解決された前記ドメイン名のうち、名前解決の要求回数が多い順に上位数個を選択する選択手段を備え、前記書込手段は、前記選択手段によって選択されたドメイン名に対応するＩＰアドレスを、前記ドメイン名リストに書き込む構成である。このような構成においては、利用頻度の高いものだけが、ドメイン名リストに書き込まれる。その結果、例えば、記憶手段の容量が少ない場合であっても、本当に必要なＩＰアドレスだけは、常に、最新のものをドメイン名リストに書き込んでおくことができる。
【００１６】
第３の構成は、前記第１又は第２の構成において、前記確認手段は、前記ドメイン名についての名前解決の要求回数を確認する回数確認手段を備え、前記名前解決手段は、前記ドメイン名についての名前解決の要求回数が多い順番に、前記ドメイン名の名前解決をする構成である。このような構成においては、ドメイン名の名前解決をする際の順番に、ユーザの趣向を反映させることができる。
【００１７】
第４の構成は、前記第３の構成において、他のドメイン名よりも優先して名前解決することを示す優遇情報が付与されているか否かを確認する優遇確認手段と、前記優遇情報が付与されているドメイン名についての名前解決の要求回数を最大値に変更する変更手段とを備える構成である。このような構成においては、優遇情報が付与されているドメイン名についての名前解決を、優遇情報が付与されていないドメイン名についての名前解決よりも優先させることができる。
【００１８】
第５の構成は、前記第１〜第４の構成のいずれか１つにおいて、前記確認手段は、前記サービスのアカウントがあるか否かを確認するアカウント確認手段を備え、前記名前解決手段は、アカウントがあるサービスのドメイン名だけを名前解決する構成である。このような構成においては、サービスの利用状況を的確に反映させることができる。
【００１９】
以下、本発明のより具体的な実施形態について、図面を参照しながら説明する。図中同一又は相当部分には、同一符号を付して、その説明は繰り返さない。
【００２０】
［実施形態］
図１には、本発明の一実施形態としてのインターネット放送受信装置１０が示されている。インターネット放送受信装置１０は、インターネット上の放送局サーバ等から提供されるインターネットラジオ放送を受信するものである。
【００２１】
インターネット放送受信装置１０は、インターネットラジオ放送を受信するためのアプリケーション１２（以下、インターネットラジオ受信アプリ、若しくは、単にアプリと称する）をＯＳ（Operating System）上で動作させる。これにより、インターネットラジオ放送を受信することができる。
【００２２】
また、インターネット放送受信装置１０は、キャッシュサーバ１４を備える。キャッシュサーバ１４は、インターネットラジオ放送に関するサービスのドメイン名についての名前解決の要求がアプリ１２からあった場合に、当該ドメイン名の名前解決をする。インターネットラジオ放送に関するサービスとしては、例えば、楽曲等のコンテンツを提供するサービスや、各種のコンテンツをジャンル毎に紹介するサービス等がある。
【００２３】
キャッシュサーバ１４は、図２に示すように、制御部１６と、ＲＯＭ（Read-Only Memory）１８と、揮発性メモリとしてのＲＡＭ（Random-Access Memory）２０と、記憶手段としてのＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）２２とを有する。
【００２４】
制御部１６は、後述する名前解決の処理を実行する。制御部１６としては、例えば、ＣＰＵ（Central Processing Unit）等を採用することができる。
【００２５】
ＲＯＭ１８は、制御部１６が実行する、名前解決の処理についてのプログラム（キャッシュコントロールアプリ２４）を記憶する。
【００２６】
ＲＡＭ２０は、制御部１６が名前解決の処理を実行する際にＲＯＭ１８から読み出したプログラム（キャッシュコントロールアプリ２４）と、制御部１６が名前解決の処理を実行する際に必要なデータ等を一時的に記憶する。
【００２７】
ＥＥＰＲＯＭ２２は、ドメイン名リストを保存する。ＥＥＰＲＯＭ２２に保存されているドメイン名リストの一例を図３に示す。図３に示すドメイン名リストにおいては、優先度と、サービスの名称と、アカウントの有無と、ドメイン名と、ＩＰアドレスと、優遇情報の有無とが書き込まれている。
【００２８】
なお、図３に示すドメイン名リストは、記憶できるサービスの数が最大で３つの場合であって、且つ、サービス毎に記憶できるドメイン名の数が最大で４つの場合の一例を示すものであり、記憶できるサービスの数の最大値及びサービス毎に記憶できるドメイン名の数の最大値は、ＥＥＰＲＯＭ２２の記憶容量等によって適宜設定されるものである。
【００２９】
優先度は、ドメイン名の名前解決をする際に、いずれのサービスに属するドメイン名から名前解決するかを示す。即ち、優先度は、サービスの名前解決の順位を示す。図３に示すドメイン名リストにおいては、ドメイン名の名前解決が最も優先されるのは、サービスＡである。サービスＡの次に優先されるのは、サービスＢである。サービスＢの次に優先されるのは、サービスＣである。優先度は、サービスの利用回数が多くなるに従って、高くなる。
【００３０】
サービスの名称は、名前解決すべきドメイン名を有するサービスの名称を示す。サービスは、例えば、インターネット放送を受信するためのアプリ１２を追加することで、増やすことができる。
【００３１】
アカウントは、サービスのアカウントを示す。サービスのアカウントは、例えば、当該サービスの会員登録等によって取得することができる。
【００３２】
ドメイン名は、各サービスが有する１又は２以上のドメイン名である。図３に示す例では、サービスＡは、３つのドメイン名を有しているが、これら３つのドメイン名の関係としては、例えば、ある１つのドメイン名が、インターネットラジオ放送の番組をジャンル毎に紹介するサイトのトップページであり、残りのドメイン名が、当該サイトが紹介する番組等である場合や、ある１つのドメイン名が、インターネットラジオ放送を提供する放送局を紹介するサイトであり、残りのドメイン名が、当該サイトが紹介する放送局等である場合がある。各サービスが有するドメイン名は、ユーザがサービスを利用することで、追加されることがある。例えば、ユーザが聴いている曲のアルバムアート等を取得する場合には、当該アルバムアートを提供するサイトのドメイン名が追加される。
【００３３】
ＩＰアドレスは、各ドメイン名に対応するものである。ＩＰアドレスは、対応するドメイン名についての名前解決をして取得したものである。
【００３４】
優遇情報は、他のドメイン名よりも優遇されることを示す。例えば、ドメイン名の名前解決をする際において、優遇情報が付与されているドメイン名の名前解決は、優遇情報が付与されていないドメイン名の名前解決よりも優先される。優遇情報は、例えば、サービスのトップページ等に付与される。優遇情報は、インターネット放送受信装置１０が出荷される際に付与される。ユーザがサービスを追加した場合には、例えば、当該サービスを提供するうえで重要なサイト（例えば、トップページ）等に対して、当該サービスを追加した際に、優遇情報が付与される。ユーザがサービスを利用することで追加されたドメイン名については、優遇情報が付与されない。優遇情報は、ユーザが設定できるようにしても良い。
【００３５】
また、ＲＡＭ２０にも、ドメイン名リストが保存されている。ＲＡＭ２０に記憶されているドメイン名リストは、アプリ１２から名前解決の要求があった場合に参照するものである。
【００３６】
ＲＡＭ２０に記憶されているドメイン名リストの一例を図４に示す。図４に示すドメイン名リストにおいては、図３に示すドメイン名リストに比して、更新フラグと、変更フラグと、解決フラグと、ドメイン名の名前解決の要求回数と、サービスの利用回数とが追加されている。更新フラグは、サービスの名前解決をする必要があるか否かを示す。変更フラグは、ドメイン名の名前解決の要求回数を変更する必要があるか否かを示す。解決フラグは、ドメイン名の名前解決をする必要があるか否かを示す。ドメイン名の名前解決の要求回数は、ドメイン名の名前解決の要求が所定期間内に何回あったかを示す。所定期間としては、例えば、インターネット放送受信装置１０への電源の供給が開始されてから遮断されるまでの期間（１回の電源供給期間）等がある。ドメイン名の名前解決の要求回数は、アプリ１２から名前解決の要求がある度にインクリメントされる。サービスの利用回数は、所定期間内にサービスが何回利用されたかを示す。サービスの利用回数は、サービスが有する１又は２以上のドメイン名についての名前解決の要求がある度にインクリメントされる。
【００３７】
なお、図４に示すドメイン名リストは、記憶できるサービスの数が最大で３つの場合であって、且つ、サービス毎に記憶できるドメイン名の数が４以上（例えば、最大で１０）の場合の一例を示すものであり、記憶できるサービスの数の最大値及びサービス毎に記憶できるドメイン名の数の最大値は、ＲＡＭ２０の記憶容量等によって適宜設定されるものである。
【００３８】
続いて、図５に示すフローチャートを参照して、インターネットラジオ受信アプリ１２から名前解決の要求があった場合にキャッシュサーバ１４の制御部１６が実行する名前解決の処理（名前解決処理）について説明する。
【００３９】
先ず、制御部１６は、ステップ（以下、Ｓとする）１１において、アプリ１２から名前解決の要求を受信したか否かを判定する。受信していない場合（Ｓ１１：ＮＯ）、制御部１６は、アプリ１２からの名前解決の要求を受信するまで待つ。一方、受信している場合（Ｓ１１：ＹＥＳ）、制御部１６は、Ｓ１２において、名前解決の要求があったドメイン名が、ＲＡＭ２０に記憶されているドメイン名リスト内に存在するか否かを判定する。
【００４０】
名前解決の要求があったドメイン名がＲＡＭ２０に記憶されているドメイン名リストに存在する場合（Ｓ１２：ＹＥＳ）、制御部１６は、Ｓ１３において、以前に名前解決したＩＰアドレスを取得する。具体的には、制御部１６は、名前解決の要求があったドメイン名に対応するＩＰアドレスとして、ＲＡＭ２０に記憶されているドメイン名リストに書き込まれているＩＰアドレスを取得する。
【００４１】
続いて、制御部１６は、Ｓ１４において、名前解決の要求回数が最大値（本実施形態では、９９）であるか否かを判定する。要求回数が最大値である場合（Ｓ１４：ＹＥＳ）、制御部１６は、後述するＳ１６以降の処理を実行する。
【００４２】
要求回数が最大値でない場合（Ｓ１４：ＮＯ）、制御部１６は、Ｓ１５において、名前解決の要求があったドメイン名の要求回数をインクリメントする。次に、制御部１６は、Ｓ１６において、名前解決の要求があったドメイン名を有するサービスの利用回数をインクリメントする。
【００４３】
次に、制御部１６は、Ｓ１７において、取得したＩＰアドレスをアプリに通知する。その後、制御部１６は、アプリ１２からの要求に基づく名前解決の処理を終了する。
【００４４】
また、名前解決の要求があったドメイン名がＲＡＭ２０に記憶されているドメイン名リストに存在しない場合（Ｓ１２：ＮＯ）、制御部１６は、Ｓ１８において、名前解決の要求があったドメイン名の名前解決をする。具体的には、インターネット上のＤＮＳサーバに問い合わせて、名前解決の要求があったドメイン名に対応するＩＰアドレスを取得する。
【００４５】
次に、制御部１６は、Ｓ１９において、Ｓ１８で名前解決したドメイン名及び当該ドメイン名に対応するＩＰアドレスを、ＲＡＭ２０に記憶されているドメイン名リストの当該ドメイン名が属するサービスの欄に書き込む。その後、制御部１６は、Ｓ１４以降の処理を実行する。
【００４６】
続いて、図６に示すフローチャートを参酌して、キャッシュサーバ１４の制御部１６が実行する更新処理について説明する。更新処理は、インターネット放送受信装置１０への電源供給が開始された直後と、所定期間が経過した場合に実行される。所定期間としては、例えば、１日等がある。所定期間の計算方法としては、例えば、電源を投入した時から計算する方法、ネットワークの設定をした時から計算する方法等がある。
【００４７】
先ず、制御部１６は、Ｓ３１において、ＥＥＰＲＯＭ２２に保存されているドメイン名リストをＲＡＭ２０に読み出す。次に、制御部１６は、Ｓ３２において、インターネット放送受信装置１０に電源が投入された直後であるか否かが判定される。
【００４８】
電源投入直後でない場合（Ｓ３２：ＮＯ）、制御部１６は、後述するＳ３４以降の処理を実行する。電源投入直後である場合（Ｓ３２：ＹＥＳ）、制御部１６は、Ｓ３３において、全てのサービスの利用回数を０に設定する。
【００４９】
次に、制御部１６は、Ｓ３４において、全てのサービスの更新フラグをＯＮにする。続いて、制御部１６は、Ｓ３５において、更新フラグがＯＮになっているサービスがあるか否かを判定する。
【００５０】
更新フラグがＯＮになっているサービスがある場合（Ｓ３５：ＹＥＳ）、制御部１６は、Ｓ３６において、更新フラグがＯＮになっているサービスのうち、最も優先度が高いサービスを選択する。次に、制御部１６は、Ｓ３７において、Ｓ３６で選択したサービスのアカウントがあるか否かを確認する。
【００５１】
アカウントがない場合（Ｓ３７：ＮＯ）、制御部１６は、Ｓ３８において、Ｓ３６で選択したサービスの更新フラグをＯＦＦにした後、Ｓ３５以降の処理を実行する。アカウントがある場合（Ｓ３７：ＹＥＳ）、制御部１６は、Ｓ３９において、Ｓ３６で選択したサービスが有する全てのドメイン名の変更フラグをＯＮにする。
【００５２】
次に、制御部１６は、Ｓ４０において、Ｓ３６で選択したサービス内に、変更フラグがＯＮのドメイン名があるか否かを確認する。変更フラグがＯＮのドメイン名がある場合（Ｓ４０：ＹＥＳ）、制御部１６は、Ｓ４１において、変更フラグがＯＮのドメイン名のうち、リストに書き込まれている順番が最上位であるドメイン名を選択する。
【００５３】
続いて、制御部１６は、Ｓ４２において、電源投入直後であるか否かを判定する。電源投入直後である場合（Ｓ４２：ＹＥＳ）、制御部１６は、Ｓ４３において、Ｓ４１で選択したドメイン名が優遇情報を有しているか否かを判定する。
【００５４】
優遇情報を有していない場合（Ｓ４３：ＮＯ）、制御部１６は、Ｓ４４において、Ｓ４１で選択したドメイン名の名前解決の要求回数を０に設定する。次に、制御部１６は、Ｓ４５において、Ｓ４１で選択したドメイン名の変更フラグをＯＦＦにした後、Ｓ４０以降の処理を実行する。
【００５５】
電源投入直後でない場合（Ｓ４２：ＮＯ）、制御部１６は、Ｓ４５以降の処理を実行する。
【００５６】
優遇情報を有している場合（Ｓ４３：ＹＥＳ）、制御部１６は、Ｓ４６において、Ｓ４１で選択したドメイン名の名前解決の要求回数を最大値（本実施形態では、９９）に設定した後、Ｓ４５以降の処理を実行する。
【００５７】
変更フラグがＯＮのドメイン名がない場合（Ｓ４０：ＮＯ）、制御部１６は、Ｓ４７において、Ｓ３６で選択したサービスが有する全てのドメイン名の解決フラグをＯＮにする。続いて、制御部１６は、Ｓ４８において、Ｓ３６で選択したサービス内に、解決フラグがＯＮのドメイン名があるか否かを確認する。
【００５８】
解決フラグがＯＮのドメイン名がある場合（Ｓ４８：ＹＥＳ）、制御部１６は、Ｓ４９において、変更フラグがＯＮになっているドメイン名のうち、名前解決の要求回数が最多のドメイン名を選択する。次に、制御部１６は、Ｓ５０において、Ｓ４９で選択したドメイン名の名前解決をする。
【００５９】
続いて、制御部１６は、Ｓ５１において、Ｓ５０で取得したＩＰアドレスをＲＡＭ２０に保存されているドメイン名リストに書き込む。次に、制御部１６は、Ｓ５２において、解決フラグをＯＦＦにした後、Ｓ４８以降の処理を実行する。
【００６０】
解決フラグがＯＮのドメイン名がない場合（Ｓ４８：ＮＯ）、制御部１６は、Ｓ５３において、Ｓ３６で選択したサービスが有する全てのドメイン名から、要求回数の多い順に順位を決定し、上位４つのドメイン名を選択する。次に、制御部１６は、Ｓ５４において、Ｓ５３で選択したドメイン名と、当該ドメイン名に対応するＩＰアドレスとを、ＥＥＰＲＯＭ２２に保存されているドメイン名リストの当該ドメイン名が属するサービスの欄に書き込んだ後、Ｓ３８以降の処理を実行する。
【００６１】
更新フラグがＯＮになっているサービスがない場合（Ｓ３５：ＮＯ）、制御部１６は、Ｓ５５において、サービスの利用回数が多い順番にサービスの優先度を決定する。次に、制御部１６は、Ｓ５６において、Ｓ５５で決定したサービスの優先度をＥＥＰＲＯＭ２２のドメイン名リストに書き込んだ後、更新処理を終了する。
【００６２】
このようなインターネット放送受信装置１０においては、あるドメイン名についての名前解決の要求がアプリからあった場合（Ｓ１１：ＹＥＳ）、名前解決の要求があったドメイン名が、ＲＡＭ２０に記憶されているドメイン名リストに存在するドメイン名であれば（Ｓ１２：ＹＥＳ）、以前に取得したＩＰアドレスがアプリ１２に通知される（Ｓ１３，Ｓ１７）。一方、名前解決の要求があったドメイン名が、ＲＡＭ２０に記憶されているドメイン名リストに存在しないドメイン名である場合（Ｓ１２：ＮＯ）、名前解決の要求があったドメイン名の名前解決がされて（Ｓ１８）、今回の名前解決で取得したＩＰアドレスがアプリ１２に通知される（Ｓ１７）。
【００６３】
また、インターネット放送受信装置１０においては、ＥＥＰＲＯＭ２２に保存されているドメイン名リストが定期的に更新される。本実施形態では、インターネット放送受信装置１０に電源を投入した直後と、所定期間が経過した後とにおいて、ＥＥＰＲＯＭ２２に保存されているドメイン名リストが更新される。
【００６４】
更新処理において、ドメイン名の名前解決は、優先度が高い順番に実施される（Ｓ３６）。そこにおいて、優先度は、サービスの利用回数が多い程、高くなっている。
【００６５】
従って、ドメイン名の名前解決の順番に、ユーザによるサービスの利用状況を反映させることができる。これにより、ユーザがお気に入りのサービスを利用する際に、最新のＩＰアドレスを既に取得している状態が実現される。その結果、ユーザがお気に入りのサービスを利用する際の待ち時間を短くすることができる。
【００６６】
そこにおいて、更新処理では、サービス毎にドメイン名の名前解決をしている（Ｓ３６）。これにより、ユーザが利用するサービスを変更した場合に、最新のＩＰアドレスを既に取得している状態が実現される。その結果、ユーザが利用するサービスを変更した場合の待ち時間を短くすることができる。
【００６７】
また、更新処理においては、アカウントのあるサービスが有するドメイン名だけが新たに名前解決される（Ｓ３７：ＹＥＳ）。即ち、ユーザが利用する可能性が高いサービスが、他のサービスよりも優先的に名前解決される。その結果、ドメイン名の名前解決の順番にユーザの趣向を反映させ易くなる。
【００６８】
また、更新処理においては、優遇情報が付与されたドメイン名の名前解決の要求回数が最大値に設定され（Ｓ４６）、名前解決の要求回数が多い順番に名前解決される（Ｓ４９，Ｓ５０）。即ち、優遇情報が付与されたドメイン名は、優遇情報が付与されていないドメイン名よりも優先的に名前解決される。これにより、例えば、サービスを提供するうえで必ずアクセスするようなサイトのドメイン名については、他のサイトのドメイン名よりも先に名前解決される。その結果、ユーザが利用するサービスを変更した場合に、最新のＩＰアドレスを既に取得している状態を実現することができる。従って、ユーザが利用するサービスを変更した場合の待ち時間を短くすることが可能となる。
【００６９】
また、更新処理においては、名前解決されたドメイン名に対応するＩＰアドレスがＥＥＰＲＯＭ２２に保存されているドメイン名リストに書き込まれる（Ｓ５４）。これにより、ユーザが利用する可能性の高いものについては、常に、最新のＩＰアドレスをＥＥＰＲＯＭ２２に保存されているドメイン名リストに書き込んでおくことができる。
【００７０】
そこにおいて、更新処理では、名前解決の要求回数の多いドメイン名が４つ選択され（Ｓ５３）、これらのドメイン名と、これらのドメイン名に対応するＩＰアドレスとが、ＥＥＰＲＯＭ２２に保存されているドメイン名リストに書き込まれる（Ｓ５４）。これにより、本当に必要なＩＰアドレスだけを、ＥＥＰＲＯＭ２２に保存されているドメイン名リストに書き込んでおくことができる。
【００７１】
また、更新処理が終了する直前に、サービスの優先度をＥＥＰＲＯＭ２２に保存されているドメイン名リストに書き込む（Ｓ５５、Ｓ５６）。これにより、最新の利用状況（ユーザによるサービスの利用状況）を、次回の更新処理に反映させることができる。
【００７２】
以上、本発明の実施形態について、詳述してきたが、これはあくまでも例示であって、本発明は、上述の実施形態によって、何等、限定されない。
【００７３】
例えば、前記実施形態では、インターネットラジオ放送を受信するためのインターネット放送受信装置１０について、本発明を適用したものの一具体例を示したが、本発明は、インターネットテレビ放送を受信するためのインターネット放送受信装置に対しても、勿論、適用可能である。
【００７４】
また、前記実施形態において、インターネット放送受信装置１０は、インターネットラジオ放送を受信する機能だけを有するものに限定されない。例えば、外部接続された再生装置としてのＢＤ（Blu-ray Disc）プレイヤー等から入力される音声信号及び／又は画像信号を増幅して出力するＡＶ（Audio Visual）アンプであっても良い。
【００７５】
また、前記実施形態において、ＲＯＭ１８を設けないで、キャッシュコントロールアプリ２４をＥＥＰＲＯＭ２２に記憶しても良い。この場合、キャッシュコントロールアプリ２４を書き換えることができる。その結果、キャッシュコントロールアプリ２４のアップデートを実現することが可能となる。
【００７６】
また、前記実施形態において、ＥＥＰＲＯＭ２２の記憶容量に余裕がある場合には、名前解決の要求回数等もＥＥＰＲＯＭ２２に記憶しても良い。これにより、インターネット放送受信装置１０に電源が供給されていない期間を挟んだ長期間に亘って名前解決の要求回数をカウントしておくことができる。
【００７７】
また、前記実施形態において、定期的な更新処理を、所定期間が経過した場合だけでなく、例えば、ユーザがサービス（アプリ）を追加したり、ユーザがサービスのアカウント登録をしたり、ユーザがサービスのアカウントを削除した場合に実行しても良い。これにより、ユーザによるサービスの利用状況をより的確に名前解決順位に反映させることができる。
【００７８】
前記実施形態の更新処理において、例えば、無料で提供されるサービスであって、且つ、アカウント登録が必要ないサービスを、アカウントがあるものとして取り扱うようにしても良い。これにより、例えば、ユーザが、たまには無料のサービスを利用しようと思って、無料のサービスを利用する場合に、最新のＩＰアドレスを既に取得している状態を実現することができる。その結果、ユーザの気まぐれで利用するサービスが変更された場合であっても、待ち時間を短くすることが可能となる。
【００７９】
前記実施形態のＳ５３において、要求回数の最も多いドメイン名だけを選択しても良い。
【００８０】
前記実施形態の更新処理において、例えば、１つのサービスが有する全てのドメイン名の名前解決が終了した後に、全てのサービスの優先度を決定し、ＥＥＰＲＯＭ２２に保存されているドメイン名リストに、全てのサービスの優先度を書き込むようにしても良い。
【符号の説明】
【００８１】
１０ インターネット放送受信装置
１６ 制御部
２２ ＥＥＰＲＯＭ（記憶手段）
【技術分野】
【０００１】
本発明は、インターネット放送受信装置に関する。
【背景技術】
【０００２】
インターネットに接続されている全てのホストには、ＩＰアドレスが割り当てられている。しかしながら、ＩＰアドレスは、単なる数字の羅列であるため、人間が取り扱うには不便である。そこで、各ホストには、人間が取り扱うのに便利なホスト名（ドメイン名）が割り当てられている。
【０００３】
人間が入力したドメイン名に従って所望のホストと通信を行うためには、ドメイン名をＩＰアドレスに変換する必要がある。そこで、インターネット上には、ＤＮＳ（Domain Name System）が存在する。ＤＮＳは、ドメイン名とＩＰアドレスの相互変換を行うためのデータベースを有している。ＩＰアドレスやドメイン名を必要とする場合、アプリケーションは、リゾルバを介して、ＤＮＳに問い合わせを行う。
【０００４】
ネットワークのトラフィックを抑制するため、あるいは、リゾルバの処理負担を軽減するため、リゾルバにキャッシュを設けることがある。キャッシュを用いることにより、リゾルバは、以前問い合わせた内容と同じ問い合わせがあった場合、ＤＮＳに問い合わせを行うことなく、名前解決をすることができる。
【０００５】
リゾルバにキャッシュを実装する場合、キャッシュの容量に見合う、メモリ等の物理的なリソースが必要である。汎用のＰＣ（Personal Computer）に比べて、物理的なリソースが少ない組み込み機器では、キャッシュの実装に必要なリソースを確保することが難しい場合が多い。
【０００６】
特開２００７−２１４６７１号公報（特許文献１）には、サーバ装置に名前解決要求を送信した送信時刻と、サーバ装置から名前解決応答を受信した時刻とに基づいて応答時間を算出し、新たな名前解決応答を記憶しようとする際に容量に空きがない場合、最も短い応答時間に対応する名前解決応答を削除してから新たな名前解決応答を記憶するクライアント装置が開示されている。
【０００７】
しかしながら、特許文献１に記載のクライアント装置においては、名前解決要求の回数が多いものであっても、名前解決要求に対する応答時間が短ければ、名前解決要求がある度に、サーバ装置に名前解決要求を送信することになる。従って、名前解決要求に対する名前解決応答が記憶されている場合よりも、名前解決要求に対する応答時間が長くなってしまうという問題がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２１４６７１号公報
【特許文献２】特開２０００−１０１６４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、キャッシュの内容をユーザの趣向に応じて変更することができるインターネット放送受信装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明のインターネット放送受信装置は、インターネット放送に関するサービスが有するドメイン名と、前記ドメイン名に対応するＩＰアドレスとを含むドメイン名リストを記憶する記憶手段と、前記サービスの利用状況を確認する確認手段と、前記確認手段による確認結果に基づいて、前記サービスが有するドメイン名の名前解決をする名前解決手段と、前記名前解決手段によって名前解決された前記ドメイン名に対応する前記ＩＰアドレスを、前記ドメイン名リストを書き込む書込手段とを備える。
【発明の効果】
【００１１】
本発明のインターネット放送受信装置によれば、サービスの利用状況に応じて、ドメイン名リストを書き換えることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態としてのインターネット放送受信装置を示す機能ブロック図である。
【図２】図１に示すインターネット放送受信装置が備えるキャッシュサーバを示す機能ブロック図である。
【図３】図２に示すＥＥＰＲＯＭに保存されているドメイン名リストの一例を示す図である。
【図４】図２に示すＲＡＭに保存されているドメイン名リストの一例を示す図である。
【図５】図２に示すキャッシュサーバの制御部によって実行される、アプリからの要求に基づく名前解決の処理を示すフローチャートである。
【図６】図２に示すキャッシュサーバの制御部によって実行される更新処理を示すフローチャートである。
【発明を実施するための形態】
【００１３】
本発明の一実施形態に係るインターネット放送受信装置は、インターネット放送に関するサービスが有するドメイン名と、前記ドメイン名に対応するＩＰアドレスとを含むドメイン名リストを記憶する記憶手段と、前記サービスの利用状況を確認する確認手段と、前記確認手段による確認結果に基づいて、前記サービスが有するドメイン名の名前解決をする名前解決手段と、前記名前解決手段によって名前解決された前記ドメイン名に対応する前記ＩＰアドレスを、前記ドメイン名リストを書き込む書込手段とを備える（第１の構成）。
【００１４】
第１の構成においては、サービスの利用状況に応じて、名前解決されるドメイン名が変わる。これにより、例えば、ユーザがよく利用しているサービスが有するドメイン名に対応するＩＰアドレスについては、常に、最新のものをドメイン名リストに書き込んでおくことができる。
【００１５】
第２の構成は、前記第１の構成において、前記名前解決手段によって名前解決された前記ドメイン名のうち、名前解決の要求回数が多い順に上位数個を選択する選択手段を備え、前記書込手段は、前記選択手段によって選択されたドメイン名に対応するＩＰアドレスを、前記ドメイン名リストに書き込む構成である。このような構成においては、利用頻度の高いものだけが、ドメイン名リストに書き込まれる。その結果、例えば、記憶手段の容量が少ない場合であっても、本当に必要なＩＰアドレスだけは、常に、最新のものをドメイン名リストに書き込んでおくことができる。
【００１６】
第３の構成は、前記第１又は第２の構成において、前記確認手段は、前記ドメイン名についての名前解決の要求回数を確認する回数確認手段を備え、前記名前解決手段は、前記ドメイン名についての名前解決の要求回数が多い順番に、前記ドメイン名の名前解決をする構成である。このような構成においては、ドメイン名の名前解決をする際の順番に、ユーザの趣向を反映させることができる。
【００１７】
第４の構成は、前記第３の構成において、他のドメイン名よりも優先して名前解決することを示す優遇情報が付与されているか否かを確認する優遇確認手段と、前記優遇情報が付与されているドメイン名についての名前解決の要求回数を最大値に変更する変更手段とを備える構成である。このような構成においては、優遇情報が付与されているドメイン名についての名前解決を、優遇情報が付与されていないドメイン名についての名前解決よりも優先させることができる。
【００１８】
第５の構成は、前記第１〜第４の構成のいずれか１つにおいて、前記確認手段は、前記サービスのアカウントがあるか否かを確認するアカウント確認手段を備え、前記名前解決手段は、アカウントがあるサービスのドメイン名だけを名前解決する構成である。このような構成においては、サービスの利用状況を的確に反映させることができる。
【００１９】
以下、本発明のより具体的な実施形態について、図面を参照しながら説明する。図中同一又は相当部分には、同一符号を付して、その説明は繰り返さない。
【００２０】
［実施形態］
図１には、本発明の一実施形態としてのインターネット放送受信装置１０が示されている。インターネット放送受信装置１０は、インターネット上の放送局サーバ等から提供されるインターネットラジオ放送を受信するものである。
【００２１】
インターネット放送受信装置１０は、インターネットラジオ放送を受信するためのアプリケーション１２（以下、インターネットラジオ受信アプリ、若しくは、単にアプリと称する）をＯＳ（Operating System）上で動作させる。これにより、インターネットラジオ放送を受信することができる。
【００２２】
また、インターネット放送受信装置１０は、キャッシュサーバ１４を備える。キャッシュサーバ１４は、インターネットラジオ放送に関するサービスのドメイン名についての名前解決の要求がアプリ１２からあった場合に、当該ドメイン名の名前解決をする。インターネットラジオ放送に関するサービスとしては、例えば、楽曲等のコンテンツを提供するサービスや、各種のコンテンツをジャンル毎に紹介するサービス等がある。
【００２３】
キャッシュサーバ１４は、図２に示すように、制御部１６と、ＲＯＭ（Read-Only Memory）１８と、揮発性メモリとしてのＲＡＭ（Random-Access Memory）２０と、記憶手段としてのＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）２２とを有する。
【００２４】
制御部１６は、後述する名前解決の処理を実行する。制御部１６としては、例えば、ＣＰＵ（Central Processing Unit）等を採用することができる。
【００２５】
ＲＯＭ１８は、制御部１６が実行する、名前解決の処理についてのプログラム（キャッシュコントロールアプリ２４）を記憶する。
【００２６】
ＲＡＭ２０は、制御部１６が名前解決の処理を実行する際にＲＯＭ１８から読み出したプログラム（キャッシュコントロールアプリ２４）と、制御部１６が名前解決の処理を実行する際に必要なデータ等を一時的に記憶する。
【００２７】
ＥＥＰＲＯＭ２２は、ドメイン名リストを保存する。ＥＥＰＲＯＭ２２に保存されているドメイン名リストの一例を図３に示す。図３に示すドメイン名リストにおいては、優先度と、サービスの名称と、アカウントの有無と、ドメイン名と、ＩＰアドレスと、優遇情報の有無とが書き込まれている。
【００２８】
なお、図３に示すドメイン名リストは、記憶できるサービスの数が最大で３つの場合であって、且つ、サービス毎に記憶できるドメイン名の数が最大で４つの場合の一例を示すものであり、記憶できるサービスの数の最大値及びサービス毎に記憶できるドメイン名の数の最大値は、ＥＥＰＲＯＭ２２の記憶容量等によって適宜設定されるものである。
【００２９】
優先度は、ドメイン名の名前解決をする際に、いずれのサービスに属するドメイン名から名前解決するかを示す。即ち、優先度は、サービスの名前解決の順位を示す。図３に示すドメイン名リストにおいては、ドメイン名の名前解決が最も優先されるのは、サービスＡである。サービスＡの次に優先されるのは、サービスＢである。サービスＢの次に優先されるのは、サービスＣである。優先度は、サービスの利用回数が多くなるに従って、高くなる。
【００３０】
サービスの名称は、名前解決すべきドメイン名を有するサービスの名称を示す。サービスは、例えば、インターネット放送を受信するためのアプリ１２を追加することで、増やすことができる。
【００３１】
アカウントは、サービスのアカウントを示す。サービスのアカウントは、例えば、当該サービスの会員登録等によって取得することができる。
【００３２】
ドメイン名は、各サービスが有する１又は２以上のドメイン名である。図３に示す例では、サービスＡは、３つのドメイン名を有しているが、これら３つのドメイン名の関係としては、例えば、ある１つのドメイン名が、インターネットラジオ放送の番組をジャンル毎に紹介するサイトのトップページであり、残りのドメイン名が、当該サイトが紹介する番組等である場合や、ある１つのドメイン名が、インターネットラジオ放送を提供する放送局を紹介するサイトであり、残りのドメイン名が、当該サイトが紹介する放送局等である場合がある。各サービスが有するドメイン名は、ユーザがサービスを利用することで、追加されることがある。例えば、ユーザが聴いている曲のアルバムアート等を取得する場合には、当該アルバムアートを提供するサイトのドメイン名が追加される。
【００３３】
ＩＰアドレスは、各ドメイン名に対応するものである。ＩＰアドレスは、対応するドメイン名についての名前解決をして取得したものである。
【００３４】
優遇情報は、他のドメイン名よりも優遇されることを示す。例えば、ドメイン名の名前解決をする際において、優遇情報が付与されているドメイン名の名前解決は、優遇情報が付与されていないドメイン名の名前解決よりも優先される。優遇情報は、例えば、サービスのトップページ等に付与される。優遇情報は、インターネット放送受信装置１０が出荷される際に付与される。ユーザがサービスを追加した場合には、例えば、当該サービスを提供するうえで重要なサイト（例えば、トップページ）等に対して、当該サービスを追加した際に、優遇情報が付与される。ユーザがサービスを利用することで追加されたドメイン名については、優遇情報が付与されない。優遇情報は、ユーザが設定できるようにしても良い。
【００３５】
また、ＲＡＭ２０にも、ドメイン名リストが保存されている。ＲＡＭ２０に記憶されているドメイン名リストは、アプリ１２から名前解決の要求があった場合に参照するものである。
【００３６】
ＲＡＭ２０に記憶されているドメイン名リストの一例を図４に示す。図４に示すドメイン名リストにおいては、図３に示すドメイン名リストに比して、更新フラグと、変更フラグと、解決フラグと、ドメイン名の名前解決の要求回数と、サービスの利用回数とが追加されている。更新フラグは、サービスの名前解決をする必要があるか否かを示す。変更フラグは、ドメイン名の名前解決の要求回数を変更する必要があるか否かを示す。解決フラグは、ドメイン名の名前解決をする必要があるか否かを示す。ドメイン名の名前解決の要求回数は、ドメイン名の名前解決の要求が所定期間内に何回あったかを示す。所定期間としては、例えば、インターネット放送受信装置１０への電源の供給が開始されてから遮断されるまでの期間（１回の電源供給期間）等がある。ドメイン名の名前解決の要求回数は、アプリ１２から名前解決の要求がある度にインクリメントされる。サービスの利用回数は、所定期間内にサービスが何回利用されたかを示す。サービスの利用回数は、サービスが有する１又は２以上のドメイン名についての名前解決の要求がある度にインクリメントされる。
【００３７】
なお、図４に示すドメイン名リストは、記憶できるサービスの数が最大で３つの場合であって、且つ、サービス毎に記憶できるドメイン名の数が４以上（例えば、最大で１０）の場合の一例を示すものであり、記憶できるサービスの数の最大値及びサービス毎に記憶できるドメイン名の数の最大値は、ＲＡＭ２０の記憶容量等によって適宜設定されるものである。
【００３８】
続いて、図５に示すフローチャートを参照して、インターネットラジオ受信アプリ１２から名前解決の要求があった場合にキャッシュサーバ１４の制御部１６が実行する名前解決の処理（名前解決処理）について説明する。
【００３９】
先ず、制御部１６は、ステップ（以下、Ｓとする）１１において、アプリ１２から名前解決の要求を受信したか否かを判定する。受信していない場合（Ｓ１１：ＮＯ）、制御部１６は、アプリ１２からの名前解決の要求を受信するまで待つ。一方、受信している場合（Ｓ１１：ＹＥＳ）、制御部１６は、Ｓ１２において、名前解決の要求があったドメイン名が、ＲＡＭ２０に記憶されているドメイン名リスト内に存在するか否かを判定する。
【００４０】
名前解決の要求があったドメイン名がＲＡＭ２０に記憶されているドメイン名リストに存在する場合（Ｓ１２：ＹＥＳ）、制御部１６は、Ｓ１３において、以前に名前解決したＩＰアドレスを取得する。具体的には、制御部１６は、名前解決の要求があったドメイン名に対応するＩＰアドレスとして、ＲＡＭ２０に記憶されているドメイン名リストに書き込まれているＩＰアドレスを取得する。
【００４１】
続いて、制御部１６は、Ｓ１４において、名前解決の要求回数が最大値（本実施形態では、９９）であるか否かを判定する。要求回数が最大値である場合（Ｓ１４：ＹＥＳ）、制御部１６は、後述するＳ１６以降の処理を実行する。
【００４２】
要求回数が最大値でない場合（Ｓ１４：ＮＯ）、制御部１６は、Ｓ１５において、名前解決の要求があったドメイン名の要求回数をインクリメントする。次に、制御部１６は、Ｓ１６において、名前解決の要求があったドメイン名を有するサービスの利用回数をインクリメントする。
【００４３】
次に、制御部１６は、Ｓ１７において、取得したＩＰアドレスをアプリに通知する。その後、制御部１６は、アプリ１２からの要求に基づく名前解決の処理を終了する。
【００４４】
また、名前解決の要求があったドメイン名がＲＡＭ２０に記憶されているドメイン名リストに存在しない場合（Ｓ１２：ＮＯ）、制御部１６は、Ｓ１８において、名前解決の要求があったドメイン名の名前解決をする。具体的には、インターネット上のＤＮＳサーバに問い合わせて、名前解決の要求があったドメイン名に対応するＩＰアドレスを取得する。
【００４５】
次に、制御部１６は、Ｓ１９において、Ｓ１８で名前解決したドメイン名及び当該ドメイン名に対応するＩＰアドレスを、ＲＡＭ２０に記憶されているドメイン名リストの当該ドメイン名が属するサービスの欄に書き込む。その後、制御部１６は、Ｓ１４以降の処理を実行する。
【００４６】
続いて、図６に示すフローチャートを参酌して、キャッシュサーバ１４の制御部１６が実行する更新処理について説明する。更新処理は、インターネット放送受信装置１０への電源供給が開始された直後と、所定期間が経過した場合に実行される。所定期間としては、例えば、１日等がある。所定期間の計算方法としては、例えば、電源を投入した時から計算する方法、ネットワークの設定をした時から計算する方法等がある。
【００４７】
先ず、制御部１６は、Ｓ３１において、ＥＥＰＲＯＭ２２に保存されているドメイン名リストをＲＡＭ２０に読み出す。次に、制御部１６は、Ｓ３２において、インターネット放送受信装置１０に電源が投入された直後であるか否かが判定される。
【００４８】
電源投入直後でない場合（Ｓ３２：ＮＯ）、制御部１６は、後述するＳ３４以降の処理を実行する。電源投入直後である場合（Ｓ３２：ＹＥＳ）、制御部１６は、Ｓ３３において、全てのサービスの利用回数を０に設定する。
【００４９】
次に、制御部１６は、Ｓ３４において、全てのサービスの更新フラグをＯＮにする。続いて、制御部１６は、Ｓ３５において、更新フラグがＯＮになっているサービスがあるか否かを判定する。
【００５０】
更新フラグがＯＮになっているサービスがある場合（Ｓ３５：ＹＥＳ）、制御部１６は、Ｓ３６において、更新フラグがＯＮになっているサービスのうち、最も優先度が高いサービスを選択する。次に、制御部１６は、Ｓ３７において、Ｓ３６で選択したサービスのアカウントがあるか否かを確認する。
【００５１】
アカウントがない場合（Ｓ３７：ＮＯ）、制御部１６は、Ｓ３８において、Ｓ３６で選択したサービスの更新フラグをＯＦＦにした後、Ｓ３５以降の処理を実行する。アカウントがある場合（Ｓ３７：ＹＥＳ）、制御部１６は、Ｓ３９において、Ｓ３６で選択したサービスが有する全てのドメイン名の変更フラグをＯＮにする。
【００５２】
次に、制御部１６は、Ｓ４０において、Ｓ３６で選択したサービス内に、変更フラグがＯＮのドメイン名があるか否かを確認する。変更フラグがＯＮのドメイン名がある場合（Ｓ４０：ＹＥＳ）、制御部１６は、Ｓ４１において、変更フラグがＯＮのドメイン名のうち、リストに書き込まれている順番が最上位であるドメイン名を選択する。
【００５３】
続いて、制御部１６は、Ｓ４２において、電源投入直後であるか否かを判定する。電源投入直後である場合（Ｓ４２：ＹＥＳ）、制御部１６は、Ｓ４３において、Ｓ４１で選択したドメイン名が優遇情報を有しているか否かを判定する。
【００５４】
優遇情報を有していない場合（Ｓ４３：ＮＯ）、制御部１６は、Ｓ４４において、Ｓ４１で選択したドメイン名の名前解決の要求回数を０に設定する。次に、制御部１６は、Ｓ４５において、Ｓ４１で選択したドメイン名の変更フラグをＯＦＦにした後、Ｓ４０以降の処理を実行する。
【００５５】
電源投入直後でない場合（Ｓ４２：ＮＯ）、制御部１６は、Ｓ４５以降の処理を実行する。
【００５６】
優遇情報を有している場合（Ｓ４３：ＹＥＳ）、制御部１６は、Ｓ４６において、Ｓ４１で選択したドメイン名の名前解決の要求回数を最大値（本実施形態では、９９）に設定した後、Ｓ４５以降の処理を実行する。
【００５７】
変更フラグがＯＮのドメイン名がない場合（Ｓ４０：ＮＯ）、制御部１６は、Ｓ４７において、Ｓ３６で選択したサービスが有する全てのドメイン名の解決フラグをＯＮにする。続いて、制御部１６は、Ｓ４８において、Ｓ３６で選択したサービス内に、解決フラグがＯＮのドメイン名があるか否かを確認する。
【００５８】
解決フラグがＯＮのドメイン名がある場合（Ｓ４８：ＹＥＳ）、制御部１６は、Ｓ４９において、変更フラグがＯＮになっているドメイン名のうち、名前解決の要求回数が最多のドメイン名を選択する。次に、制御部１６は、Ｓ５０において、Ｓ４９で選択したドメイン名の名前解決をする。
【００５９】
続いて、制御部１６は、Ｓ５１において、Ｓ５０で取得したＩＰアドレスをＲＡＭ２０に保存されているドメイン名リストに書き込む。次に、制御部１６は、Ｓ５２において、解決フラグをＯＦＦにした後、Ｓ４８以降の処理を実行する。
【００６０】
解決フラグがＯＮのドメイン名がない場合（Ｓ４８：ＮＯ）、制御部１６は、Ｓ５３において、Ｓ３６で選択したサービスが有する全てのドメイン名から、要求回数の多い順に順位を決定し、上位４つのドメイン名を選択する。次に、制御部１６は、Ｓ５４において、Ｓ５３で選択したドメイン名と、当該ドメイン名に対応するＩＰアドレスとを、ＥＥＰＲＯＭ２２に保存されているドメイン名リストの当該ドメイン名が属するサービスの欄に書き込んだ後、Ｓ３８以降の処理を実行する。
【００６１】
更新フラグがＯＮになっているサービスがない場合（Ｓ３５：ＮＯ）、制御部１６は、Ｓ５５において、サービスの利用回数が多い順番にサービスの優先度を決定する。次に、制御部１６は、Ｓ５６において、Ｓ５５で決定したサービスの優先度をＥＥＰＲＯＭ２２のドメイン名リストに書き込んだ後、更新処理を終了する。
【００６２】
このようなインターネット放送受信装置１０においては、あるドメイン名についての名前解決の要求がアプリからあった場合（Ｓ１１：ＹＥＳ）、名前解決の要求があったドメイン名が、ＲＡＭ２０に記憶されているドメイン名リストに存在するドメイン名であれば（Ｓ１２：ＹＥＳ）、以前に取得したＩＰアドレスがアプリ１２に通知される（Ｓ１３，Ｓ１７）。一方、名前解決の要求があったドメイン名が、ＲＡＭ２０に記憶されているドメイン名リストに存在しないドメイン名である場合（Ｓ１２：ＮＯ）、名前解決の要求があったドメイン名の名前解決がされて（Ｓ１８）、今回の名前解決で取得したＩＰアドレスがアプリ１２に通知される（Ｓ１７）。
【００６３】
また、インターネット放送受信装置１０においては、ＥＥＰＲＯＭ２２に保存されているドメイン名リストが定期的に更新される。本実施形態では、インターネット放送受信装置１０に電源を投入した直後と、所定期間が経過した後とにおいて、ＥＥＰＲＯＭ２２に保存されているドメイン名リストが更新される。
【００６４】
更新処理において、ドメイン名の名前解決は、優先度が高い順番に実施される（Ｓ３６）。そこにおいて、優先度は、サービスの利用回数が多い程、高くなっている。
【００６５】
従って、ドメイン名の名前解決の順番に、ユーザによるサービスの利用状況を反映させることができる。これにより、ユーザがお気に入りのサービスを利用する際に、最新のＩＰアドレスを既に取得している状態が実現される。その結果、ユーザがお気に入りのサービスを利用する際の待ち時間を短くすることができる。
【００６６】
そこにおいて、更新処理では、サービス毎にドメイン名の名前解決をしている（Ｓ３６）。これにより、ユーザが利用するサービスを変更した場合に、最新のＩＰアドレスを既に取得している状態が実現される。その結果、ユーザが利用するサービスを変更した場合の待ち時間を短くすることができる。
【００６７】
また、更新処理においては、アカウントのあるサービスが有するドメイン名だけが新たに名前解決される（Ｓ３７：ＹＥＳ）。即ち、ユーザが利用する可能性が高いサービスが、他のサービスよりも優先的に名前解決される。その結果、ドメイン名の名前解決の順番にユーザの趣向を反映させ易くなる。
【００６８】
また、更新処理においては、優遇情報が付与されたドメイン名の名前解決の要求回数が最大値に設定され（Ｓ４６）、名前解決の要求回数が多い順番に名前解決される（Ｓ４９，Ｓ５０）。即ち、優遇情報が付与されたドメイン名は、優遇情報が付与されていないドメイン名よりも優先的に名前解決される。これにより、例えば、サービスを提供するうえで必ずアクセスするようなサイトのドメイン名については、他のサイトのドメイン名よりも先に名前解決される。その結果、ユーザが利用するサービスを変更した場合に、最新のＩＰアドレスを既に取得している状態を実現することができる。従って、ユーザが利用するサービスを変更した場合の待ち時間を短くすることが可能となる。
【００６９】
また、更新処理においては、名前解決されたドメイン名に対応するＩＰアドレスがＥＥＰＲＯＭ２２に保存されているドメイン名リストに書き込まれる（Ｓ５４）。これにより、ユーザが利用する可能性の高いものについては、常に、最新のＩＰアドレスをＥＥＰＲＯＭ２２に保存されているドメイン名リストに書き込んでおくことができる。
【００７０】
そこにおいて、更新処理では、名前解決の要求回数の多いドメイン名が４つ選択され（Ｓ５３）、これらのドメイン名と、これらのドメイン名に対応するＩＰアドレスとが、ＥＥＰＲＯＭ２２に保存されているドメイン名リストに書き込まれる（Ｓ５４）。これにより、本当に必要なＩＰアドレスだけを、ＥＥＰＲＯＭ２２に保存されているドメイン名リストに書き込んでおくことができる。
【００７１】
また、更新処理が終了する直前に、サービスの優先度をＥＥＰＲＯＭ２２に保存されているドメイン名リストに書き込む（Ｓ５５、Ｓ５６）。これにより、最新の利用状況（ユーザによるサービスの利用状況）を、次回の更新処理に反映させることができる。
【００７２】
以上、本発明の実施形態について、詳述してきたが、これはあくまでも例示であって、本発明は、上述の実施形態によって、何等、限定されない。
【００７３】
例えば、前記実施形態では、インターネットラジオ放送を受信するためのインターネット放送受信装置１０について、本発明を適用したものの一具体例を示したが、本発明は、インターネットテレビ放送を受信するためのインターネット放送受信装置に対しても、勿論、適用可能である。
【００７４】
また、前記実施形態において、インターネット放送受信装置１０は、インターネットラジオ放送を受信する機能だけを有するものに限定されない。例えば、外部接続された再生装置としてのＢＤ（Blu-ray Disc）プレイヤー等から入力される音声信号及び／又は画像信号を増幅して出力するＡＶ（Audio Visual）アンプであっても良い。
【００７５】
また、前記実施形態において、ＲＯＭ１８を設けないで、キャッシュコントロールアプリ２４をＥＥＰＲＯＭ２２に記憶しても良い。この場合、キャッシュコントロールアプリ２４を書き換えることができる。その結果、キャッシュコントロールアプリ２４のアップデートを実現することが可能となる。
【００７６】
また、前記実施形態において、ＥＥＰＲＯＭ２２の記憶容量に余裕がある場合には、名前解決の要求回数等もＥＥＰＲＯＭ２２に記憶しても良い。これにより、インターネット放送受信装置１０に電源が供給されていない期間を挟んだ長期間に亘って名前解決の要求回数をカウントしておくことができる。
【００７７】
また、前記実施形態において、定期的な更新処理を、所定期間が経過した場合だけでなく、例えば、ユーザがサービス（アプリ）を追加したり、ユーザがサービスのアカウント登録をしたり、ユーザがサービスのアカウントを削除した場合に実行しても良い。これにより、ユーザによるサービスの利用状況をより的確に名前解決順位に反映させることができる。
【００７８】
前記実施形態の更新処理において、例えば、無料で提供されるサービスであって、且つ、アカウント登録が必要ないサービスを、アカウントがあるものとして取り扱うようにしても良い。これにより、例えば、ユーザが、たまには無料のサービスを利用しようと思って、無料のサービスを利用する場合に、最新のＩＰアドレスを既に取得している状態を実現することができる。その結果、ユーザの気まぐれで利用するサービスが変更された場合であっても、待ち時間を短くすることが可能となる。
【００７９】
前記実施形態のＳ５３において、要求回数の最も多いドメイン名だけを選択しても良い。
【００８０】
前記実施形態の更新処理において、例えば、１つのサービスが有する全てのドメイン名の名前解決が終了した後に、全てのサービスの優先度を決定し、ＥＥＰＲＯＭ２２に保存されているドメイン名リストに、全てのサービスの優先度を書き込むようにしても良い。
【符号の説明】
【００８１】
１０ インターネット放送受信装置
１６ 制御部
２２ ＥＥＰＲＯＭ（記憶手段）
【特許請求の範囲】
【請求項１】
インターネット放送を受信するインターネット放送受信装置であって、
前記インターネット放送に関するサービスが有するドメイン名と、前記ドメイン名に対応するＩＰアドレスとを含むドメイン名リストを記憶する記憶手段と、
前記サービスの利用状況を確認する確認手段と、
前記確認手段による確認結果に基づいて、前記サービスが有するドメイン名の名前解決をする名前解決手段と、
前記名前解決手段によって名前解決された前記ドメイン名に対応する前記ＩＰアドレスを、前記ドメイン名リストを書き込む書込手段とを備える、インターネット放送受信装置。
【請求項２】
請求項１に記載のインターネット放送受信装置であってさらに、
前記名前解決手段によって名前解決された前記ドメイン名のうち、名前解決の要求回数が多い順に上位数個を選択する選択手段を備え、
前記書込手段は、前記選択手段によって選択されたドメイン名に対応するＩＰアドレスを、前記ドメイン名リストに書き込む、インターネット放送受信装置。
【請求項３】
請求項１又は２に記載のインターネット放送受信装置であって、
前記確認手段は、
前記ドメイン名についての名前解決の要求回数を確認する回数確認手段を備え、
前記名前解決手段は、前記ドメイン名についての名前解決の要求回数が多い順番に、前記ドメイン名の名前解決をする、インターネット放送受信装置。
【請求項４】
請求項３に記載のインターネット放送受信装置であってさらに、
他のドメイン名よりも優先して名前解決することを示す優遇情報が付与されているか否かを確認する優遇確認手段と、
前記優遇情報が付与されているドメイン名についての名前解決の要求回数を最大値に変更する変更手段とを備える、インターネット放送受信装置。
【請求項５】
請求項１〜４のいずれか１項に記載のインターネット放送受信装置であって、
前記確認手段は、
前記サービスのアカウントがあるか否かを確認するアカウント確認手段を備え、
前記名前解決手段は、アカウントがあるサービスのドメイン名だけを名前解決する、インターネット放送受信装置。
【請求項１】
インターネット放送を受信するインターネット放送受信装置であって、
前記インターネット放送に関するサービスが有するドメイン名と、前記ドメイン名に対応するＩＰアドレスとを含むドメイン名リストを記憶する記憶手段と、
前記サービスの利用状況を確認する確認手段と、
前記確認手段による確認結果に基づいて、前記サービスが有するドメイン名の名前解決をする名前解決手段と、
前記名前解決手段によって名前解決された前記ドメイン名に対応する前記ＩＰアドレスを、前記ドメイン名リストを書き込む書込手段とを備える、インターネット放送受信装置。
【請求項２】
請求項１に記載のインターネット放送受信装置であってさらに、
前記名前解決手段によって名前解決された前記ドメイン名のうち、名前解決の要求回数が多い順に上位数個を選択する選択手段を備え、
前記書込手段は、前記選択手段によって選択されたドメイン名に対応するＩＰアドレスを、前記ドメイン名リストに書き込む、インターネット放送受信装置。
【請求項３】
請求項１又は２に記載のインターネット放送受信装置であって、
前記確認手段は、
前記ドメイン名についての名前解決の要求回数を確認する回数確認手段を備え、
前記名前解決手段は、前記ドメイン名についての名前解決の要求回数が多い順番に、前記ドメイン名の名前解決をする、インターネット放送受信装置。
【請求項４】
請求項３に記載のインターネット放送受信装置であってさらに、
他のドメイン名よりも優先して名前解決することを示す優遇情報が付与されているか否かを確認する優遇確認手段と、
前記優遇情報が付与されているドメイン名についての名前解決の要求回数を最大値に変更する変更手段とを備える、インターネット放送受信装置。
【請求項５】
請求項１〜４のいずれか１項に記載のインターネット放送受信装置であって、
前記確認手段は、
前記サービスのアカウントがあるか否かを確認するアカウント確認手段を備え、
前記名前解決手段は、アカウントがあるサービスのドメイン名だけを名前解決する、インターネット放送受信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−１７５６４９（Ｐ２０１２−１７５６４９Ａ）
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１１−３８６２２（Ｐ２０１１−３８６２２）
【出願日】平成２３年２月２４日（２０１１．２．２４）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願日】平成２３年２月２４日（２０１１．２．２４）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
[ Back to top ]