(57)【要約】【課題】記憶容量不足を防止するとともに、所望コンテンツの再生上の不具合をも防止することが可能な情報処理装置を提供すること。【解決手段】情報処理装置は、コンテンツ提供先へアクセスしてコンテンツを取得する取得手段と、前記取得手段による前記コンテンツの取得を制御し、前記コンテンツの取得失敗時には所定のタイミングで前記コンテンツの取得を再試行する取得制御手段と、前記取得制御手段による前記コンテンツの取得結果に基づく前記コンテンツの取得成功確率を管理する管理手段と、前記取得成功確率に基づき、取得された前記コンテンツの保存を制御する保存制御手段とを備えている。【選択図】図１
2006309547.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ提供先へアクセスしてコンテンツを取得する取得手段と、
前記取得手段による前記コンテンツの取得を制御し、前記コンテンツの取得失敗時には所定のタイミングで前記コンテンツの取得を再試行する取得制御手段と、
前記取得制御手段による前記コンテンツの取得結果に基づく前記コンテンツの取得成功確率を管理する管理手段と、
前記取得成功確率に基づき、前記取得手段により取得された前記コンテンツの保存を制御する保存制御手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記取得制御手段は、第１のコンテンツ提供先からの第１のコンテンツの取得を制御し、第２のコンテンツ提供先からの第２のコンテンツの取得を制御し、
前記管理手段は、前記第１及び第２のコンテンツ毎の取得成功確率を管理し、
前記保存制御手段は、前記第１及び第２のコンテンツ毎の取得成功確率に基づき、前記第１及び第２のコンテンツ毎の保存要否を判定し、この判定結果に基づき、前記取得手段により取得された前記第１及び第２のコンテンツの保存を制御する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得制御手段は、第１のコンテンツ及び第２のコンテンツを再生する再生制御情報に基づき、第１のコンテンツ提供先からの前記第１のコンテンツの取得を制御し、第２のコンテンツ提供先からの前記第２のコンテンツの取得を制御し、
前記管理手段は、前記第１及び第２のコンテンツ毎の取得成功確率を管理し、
前記保存制御手段は、前記第１及び第２のコンテンツ毎の取得成功確率に基づき、前記第１及び第２のコンテンツ毎の保存要否を判定し、この判定結果に基づき、前記取得手段により取得された前記第１及び第２のコンテンツの保存を制御する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記保存制御手段は、規定値より低い取得成功確率に基づき前記コンテンツを保存し、前記規定値以上の取得成功確率に基づき前記コンテンツを保存しないことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記取得制御手段は、第１の時間間隔で所定回数にわたり、取得に失敗した前記コンテンツの取得を試み、前記第１の時間間隔での所定回数の試行でも前記コンテンツの取得に失敗した場合には、前記第１の時間間隔より長い第２の時間間隔で所定回数にわたり、取得に失敗した前記コンテンツの試行を試みることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記取得制御手段は、定期的に、取得に失敗した前記コンテンツの取得を試みるとともに、前記コンテンツの取得成功後も、さらに定期的に前記コンテンツの取得を試み、
前記管理手段は、前記取得制御手段による定期的な前記コンテンツの取得の試みに基づき、前記コンテンツの取得成功確率を更新し、
前記保存制御手段は、前記更新された取得成功確率に基づき前記コンテンツの保存の要否を判定し、この判定結果に基づき前記コンテンツの保存を制御する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記保存制御手段は、規定値より低い前記コンテンツの取得成功確率が前記規定値以上の前記コンテンツの取得成功確率へ更新されることにより、保存先に保存されている前記コンテンツを削除することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記取得制御手段は、前記再生制御情報に基づき前記第１及び第２のコンテンツの取得を試み、
前記管理手段は、前記取得制御手段による前記第１及び第２のコンテンツの取得の試みに基づき、前記第１及び第２のコンテンツの取得成功確率を更新し、
前記保存制御手段は、前記更新された取得成功確率に基づき前記第１及び第２のコンテンツの保存の要否を判定し、この判定結果に基づき前記第１及び第２のコンテンツの保存を制御する、
ことを特徴とする請求項３に記載の情報処理装置。
【請求項９】
前記保存制御手段は、保存先の空き容量が必要容量未満となることに基づき、前記保存先に保存されている複数のコンテンツのうち、取得成功確率の高いコンテンツを削除することを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記保存制御手段は、前記保存先に保存されている同一の取得成功確率の複数のコンテンツのうち、取得試行回数が多いコンテンツを優先的に削除することを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
コンテンツ提供先へアクセスしてコンテンツの取得を定期的に試行し、
コンテンツ取得試行結果に基づく前記コンテンツの取得成功確率を管理し、
前記取得成功確率に基づき、取得された前記コンテンツの保存を制御する、
ことを特徴とする情報処理方法。
【請求項１２】
取得に失敗した前記コンテンツの取得を定期的に試みるとともに、前記コンテンツの取得成功後も、さらに前記コンテンツの取得を定期的に試み、
前記コンテンツの取得の定期的な試みに基づき、前記コンテンツの取得成功確率を更新し、
前記更新された取得成功確率に基づき、前記取得された前記コンテンツの保存を制御する、
ことを特徴とする請求項１１に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、有線又は無線ネットワークに接続されたコンテンツ提供サーバーへアクセスし、このコンテンツ提供サーバーから提供されるコンテンツを取得し、取得したコンテンツを表示したり音声出力したりする情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
近年、インターネット等のネットワークを介して、コンテンツ提供サーバーへアクセスして、このコンテンツ提供サーバーから提供されるコンテンツを取得し、取得したコンテンツを表示したり音声出力したりするデジタル機器に関する各種提案がなされている。
【０００３】
このようなネットワークを介してコンテンツを取得するデジタル機器の場合、コンテンツ提供サーバーを含むネットワーク側の障害等により、コンテンツを取得できないことが考えられる。このような事態を想定し、クライアントおよび同一のサービスを提供する複数の情報配信サーバーがネットワークに接続されたシステムにおいて、クライアントと情報配信サーバーの接続中に情報配信サーバーを含むネットワーク側に障害が発生した時に情報配信サーバーを切り替える技術が提案されている（特許文献１参照）。
【特許文献１】特開２０００−９９４３５公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記した特許文献１に開示されている技術は、同一コンテンツが複数の情報提供サーバーから取得できることが前提となっている。つまり、同一コンテンツが複数の情報提供サーバーで用意されているからこそ、ある情報提供サーバーから所望のコンテンツを取得できない場合に、替わりに別の情報提供サーバーからこの所望のコンテンツを取得するというものである。即ち、所望のコンテンツが特定の情報提供サーバーからしか取得できないような場合には、上記した特許文献１に開示された技術では、問題解決に至らない。
【０００５】
また、所望のコンテンツが所定のタイミングで取得できないからといって、定期的に、所望のコンテンツの取得を試み、取得に成功した所望のコンテンツを無条件に保存し続けると、記憶容量の問題が生じる。つまり、不具合なく取得できたコンテンツに加えて、一時的に不具合があったが結果的に取得できたコンテンツまでも無条件に保存すれば、やがて記憶容量が不足することになる。
【０００６】
本発明の目的は、上記課題を解決するためになされたものであり、記憶容量不足を防止するとともに、所望コンテンツの再生上の不具合をも防止することが可能な情報処理装置及び情報処理方法を提供することにある。
【課題を解決するための手段】
【０００７】
この発明の情報処理装置及び情報処理方法は、以下のように構成されている。
【０００８】
（１）この発明の情報処理装置は、コンテンツ提供先へアクセスしてコンテンツを取得する取得手段と、前記取得手段による前記コンテンツの取得を制御し、前記コンテンツの取得失敗時には所定のタイミングで前記コンテンツの取得を再試行する取得制御手段と、前記取得制御手段による前記コンテンツの取得結果に基づく前記コンテンツの取得成功確率を管理する管理手段と、前記取得成功確率に基づき、前記取得手段により取得された前記コンテンツの保存を制御する保存制御手段とを備えている。
【０００９】
（２）この発明の情報処理方法は、コンテンツ提供先へアクセスしてコンテンツの取得を定期的に試行し、コンテンツ取得試行結果に基づく前記コンテンツの取得成功確率を管理し、前記取得成功確率に基づき、前記取得された前記コンテンツの保存を制御する。
【発明の効果】
【００１０】
本発明によれば、記憶容量不足を防止するとともに、所望コンテンツの再生上の不具合をも防止することが可能な情報処理装置及び情報処理方法を提供できる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照し、本発明の実施形態について説明する。
【００１２】
図１は、この発明の一例の情報処理装置（クライアント）の概略構成を示すブロック図である。図１に示すようにクライアント１は、制御部１１、ネットワークＩ／Ｆ部１２、ストレージ１３、及び出力処理部１４などを備えている。
【００１３】
制御部１１は、ネットワークＩ／Ｆ部１２を制御して、有線又は無線ネットワークを介して、コンテンツ提供サーバーＡ、Ｂ、Ｃから提供されるコンテンツの取得を制御する。また、制御部１１は、コンテンツの取得結果に基づくコンテンツの取得成功確率を管理する。さらに、制御部１１は、この取得成功確率に基づき、取得されたコンテンツの保存を制御する。つまり、制御部１１は、取得成功確率が規定値より低くコンテンツの取得に成功した場合には取得したコンテンツを保存し、取得成功確率が規定値より高くコンテンツの取得に成功した場合（或いは既に取得したコンテンツが存在する場合）には取得したコンテンツを保存しない（取得済みのコンテンツを削除する）。このように制御部１１は、コンテンツの取得を制御する取得制御手段、コンテンツの取得成功確率を管理する管理手段、コンテンツの保存を制御する保存制御手段として機能する。各機能の詳細については、後述する。
【００１４】
ネットワークＩ／Ｆ部１２は、有線又は無線ネットワークを介して、コンテンツ提供サーバーＡ、Ｂ、Ｃへアクセスして、コンテンツを取得する。つまり、ネットワークＩ／Ｆ部１２は、コンテンツを取得する取得手段として機能する。
【００１５】
ストレージ１３は、コンテンツ保持領域１３１、プレイリスト保持領域１３２、及びダウンロード対象コンテンツ情報記憶領域１３３を備えている。コンテンツ保持領域１３１は、制御部１１により保存必要判定を受けたコンテンツを保存する。プレイリスト保持領域１３２は、再生制御情報であるプレイリストを保存する。例えば、プレイリストは、第１のコンテンツを再生しこの第１のコンテンツの再生後に第２のコンテンツを再生する制御情報に加えて、第１のコンテンツの格納先（例えばコンテンツ提供サーバＡのアドレス）及び第２のコンテンツの格納先（例えばコンテンツ提供サーバＢのアドレス）を示す格納先情報を含む。ダウンロード対象コンテンツ情報記憶領域１３３は、取得に失敗したコンテンツのリストを記憶する。
【００１６】
出力処理部１４は、動画や静止画用のデコーダ及び音声用のデコーダを含み、ネットワークＩ／Ｆ部１２により取得した映像又は音声コンテンツ、或いはストレージ１３のコンテンツ保持領域１３１に保存されている映像又は音声コンテンツをデコードし出力する。
【００１７】
図２は、クライアント１とコンテンツ提供サーバーＡ、Ｂ、Ｃの接続、及びコンテンツ提供サーバーＡ、Ｂ、Ｃが提供（保持）するコンテンツの一例を示す図である。図２に示すように、例えば、クライアント１は、コンテンツ提供サーバーＡ、Ｂ、Ｃと接続可能である。また、コンテンツ提供サーバーＡは、コンテンツＣ１、Ｃ４、Ｃ５の提供が可能であり、コンテンツ提供サーバーＢは、コンテンツＣ２、Ｃ９の提供が可能であり、コンテンツ提供サーバーＣは、コンテンツＣ３、Ｃ６、Ｃ７、Ｃ８の提供が可能である。
【００１８】
図３は、クライアント１とコンテンツ提供サーバーＡ、Ｂ、Ｃとの接続を示すとともに、クライアント１がプレイリストにより再生される全てのコンテンツを保持するケースを示す図である。図３に示すように、例えば、クライアント１のストレージ１３（プレイリスト保持領域１３２）は、コンテンツＣ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５、Ｃ６、Ｃ７、Ｃ８、Ｃ９、Ｃ１０の（順に）再生を制御する制御情報、及びこれらコンテンツＣ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５、Ｃ６、Ｃ７、Ｃ８、Ｃ９、Ｃ１０の格納先情報を含むプレイリストを保持する。
【００１９】
このケースでは、クライアント１は、プレイリストに基づきコンテンツを再生する場合に、コンテンツ提供サーバーＡにアクセスしてコンテンツＣ１、Ｃ４、Ｃ５を取得し、コンテンツ提供サーバーＢにアクセスしてコンテンツＣ２、Ｃ９を取得し、コンテンツ提供サーバーＣにアクセスしてコンテンツＣ３、Ｃ６、Ｃ７、Ｃ８を取得し、取得したコンテンツＣ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５、Ｃ６、Ｃ７、Ｃ８、Ｃ９、Ｃ１０を全て保持した上で、これらコンテンツＣ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５、Ｃ６、Ｃ７、Ｃ８、Ｃ９、Ｃ１０を（順に）再生する。よって、このケースでは、プレイリストが要求する全てのコンテンツを保存するための大容量ストレージが必要となってしまう。
【００２０】
これに対して、図４は、クライアント１とコンテンツ提供サーバーＡ、Ｂ、Ｃとの接続を示すとともに、クライアント１がプレイリストにより再生される全てのコンテンツのうち、比較的取得し難いコンテンツだけを保持するケースを示す図である。例えば、図４に示すように、コンテンツ提供サーバーＢからコンテンツＣ２、Ｃ９が取得し難いケースを想定する。このケースでは、定期的に、コンテンツ提供サーバーＢからコンテンツＣ２、Ｃ９の取得を試み、取得に成功した場合に、この比較的取得し難いコンテンツＣ２、Ｃ９だけを保持する。取得成功後も、定期的に、コンテンツ提供サーバーＢからコンテンツＣ２、Ｃ９の取得を試み、取得成功確率（アクセス成功確率）を更新する。
【００２１】
プレイリストに基づきコンテンツを再生する場合、コンテンツ提供サーバーＡにアクセスして得られるコンテンツＣ１、Ｃ４、Ｃ５を再生し（コンテンツＣ１、Ｃ４、Ｃ５は保存しない）、コンテンツ提供サーバーＣにアクセスして得られるコンテンツＣ３、Ｃ６、Ｃ７、Ｃ８を再生し（コンテンツＣ３、Ｃ６、Ｃ７、Ｃ８は保存しない）、保存済みのコンテンツＣ２、Ｃ９を再生する。これにより、大容量ストレージを必要とせずに、プレイリスト再生の不具合を避けることができる。
【００２２】
以下、図５を参照してプレイリスト再生の一例を説明し、図６を参照して定期ダウンロードの一例を説明する。
【００２３】
まず、クライアント１（制御部１１）は、ストレージ１３（プレイリスト保持領域１３２）に保持されたプレイリストから最初の再生対象コンテンツを取得し、この再生対象コンテンツを保持するコンテンツ提供サーバーへアクセスする。再生対象コンテンツを保持するコンテンツ提供サーバーへのアクセスに成功し（ステップＳＴ１０１、ＹＥＳ）、アクセスしたコンテンツ提供サーバーに再生対象コンテンツが存在し（ステップＳＴ１０２、ＹＥＳ）、この再生対象コンテンツが既にダウンロードされストレージ１３（ステップコンテンツ保持領域１３１）に保存されていなければ（ステップＳＴ１０３、ＮＯ）、この再生対象コンテンツを再生する（ステップＳＴ１０４）。次に、プレイリストから次の再生対象コンテンツを取得し、この次の再生対象コンテンツを保持するコンテンツ提供サーバーへのアクセスを試みる（ステップＳＴ１０１）。
【００２４】
なお、この再生対象コンテンツの取得成功に伴い、この再生対象コンテンツの取得成功確率情報（アクセス成功確率情報）を管理するようにしてもよい。例えば、コンテンツ保持領域１３１に、この再生対象コンテンツの識別情報（タイトル名など）と取得成功確率情報とを記憶する。このケースでは、この再生対象コンテンツの取得成功確率が規定値以上であるとすると、この再生対象コンテンツは保存されない。これにより、ストレージ１３の空き容量をより多く確保しておくことができ、しかも、この再生対象コンテンツの取得成功確率が規定値以上であることから、この再生対象コンテンツが必要になれば比較的高い確率でこの再生対象コンテンツを取得することができ、再生上、不具合は生じない。
【００２５】
再生対象コンテンツを保持するコンテンツ提供サーバーへのアクセスに失敗した場合（ステップＳＴ１０１、ＮＯ）、或いはアクセスしたコンテンツ提供サーバーに再生対象コンテンツが存在しない場合（ステップＳＴ１０２、ＮＯ）には、この再生対象コンテンツが既にダウンロードされストレージ１３（コンテンツ保持領域１３１）に保存されているか否かチェックされる（ステップＳＴ１０６）。再生対象コンテンツが既にダウンロードされストレージ１３（コンテンツ保持領域１３１）に保存されている場合（ステップＳＴ１０６、ＹＥＳ）には、この再生対象コンテンツの取得成功確率が更新（変更）される（ステップＳＴ１０７）。このケースでは、取得成功確率は低くなる（ステップＳＴ１０７）。よって、取得成功確率が規定値以上になることはなく（ステップＳＴ１０８、ＮＯ）、ストレージ１３（コンテンツ保持領域１３１）に保存されている再生対象コンテンツが再生される（ステップＳＴ１０４）。
【００２６】
再生対象コンテンツを保持するコンテンツ提供サーバーへのアクセスに成功し（ステップＳＴ１０１、ＹＥＳ）、アクセスしたコンテンツ提供サーバーに再生対象コンテンツが存在し（ステップＳＴ１０２、ＹＥＳ）、この再生対象コンテンツが既にダウンロードされストレージ１３（コンテンツ保持領域１３１）に保存されていれば（ステップＳＴ１０３、ＹＥＳ）、この再生対象コンテンツの取得成功確率が更新（変更）される（ステップＳＴ１０７）。このケースでは、取得成功確率は高くなる（ステップＳＴ１０７）。これにより、取得成功確率が規定値以上になれば（ステップＳＴ１０８、ＹＥＳ）、ストレージ１３（コンテンツ保持領域１３１）に保存されている再生対象コンテンツが削除され（ステップＳＴ１０９）、コンテンツ提供サーバーから取得された再生対象コンテンツが再生される（ステップＳＴ１０４）。このケースでは、この再生対象コンテンツの取得成功確率は高く（規定値以上）、この再生対象コンテンツは保存されない。このように、取得成功確率が高い再生対象コンテンツをストレージ１３（コンテンツ保持領域１３１）から削除することにより、ストレージ１３の空き容量をより多く確保しておくことができ、しかも、この再生対象コンテンツの取得成功確率が規定値以上であることから、この再生対象コンテンツが必要になれば比較的高い確率でこの再生対象コンテンツを取得することができ、再生上、不具合は生じない。なお、再生してから（ステップＳＴ１０４）、再生対象コンテンツを削除する（ステップＳＴ１０９）ようにしてもよい。
【００２７】
再生対象コンテンツを保持するコンテンツ提供サーバーへのアクセスに失敗した場合（ステップＳＴ１０１、ＮＯ）、或いはアクセスしたコンテンツ提供サーバーに再生対象コンテンツが存在しない場合（ステップＳＴ１０２、ＮＯ）で、この再生対象コンテンツが既にダウンロードされストレージ１３（コンテンツ保持領域１３１）に保存されていなければ（ステップＳＴ１０６、ＮＯ）、再生対象コンテンツがダウンロード対象コンテンツとしてダウンロード対象コンテンツ情報記憶領域１３３に登録される（ステップＳＴ１１０）。
【００２８】
クライアント１（制御部１１）は、ダウンロード対象コンテンツ情報記憶領域１３３にダウンロード対象コンテンツが登録されているか否かをチェックし、ダウンロード対象コンテンツが登録されている場合には（ステップＳＴ２０１）、ダウンロード対象コンテンツを保持するコンテンツ提供サーバーへのアクセスを試みる。ダウンロード対象コンテンツを保持するコンテンツ提供サーバーへのアクセスに成功し（ステップＳＴ２０２、ＹＥＳ）、アクセスしたコンテンツ提供サーバーにダウンロード対象コンテンツが存在し（ステップＳＴ２０３、ＹＥＳ）、ストレージ１３にダウンロード対象コンテンツを保存するだけの空き領域があれば（ステップＳＴ２０４、ＹＥＳ）、ダウンロード対象コンテンツをストレージ１３（コンテンツ保持領域１３１）へ保存する（ステップＳＴ２０５）。これにより、ダウンロード対象コンテンツの取得成功確率が更新される。このケースでは、取得成功確率は高くなる。
【００２９】
クライアント１（制御部１１）は、ストレージ１３にダウンロード対象コンテンツを保存するだけの空き領域がなければ（ステップＳＴ２０４、ＮＯ）、つまり、ストレージ１３の空き容量が必要容量未満である場合に、必要容量を確保するために、既に保存されている複数のコンテンツのうち、取得成功確率の高いコンテンツを削除する。また、クライアント１（制御部１１）は、ストレート１３に保存されている同一の取得成功確率の複数のコンテンツのうち、アクセス試行回数が多いコンテンツを優先的に削除する。
【００３０】
クライアント１（制御部１１）は、一定時間経過後（ステップＳＴ２０５）、再び、ダウンロード対象コンテンツ情報記憶領域１３３に登録されているダウンロード対象コンテンツのアクセスを試行する。つまり、クライアント１（制御部１１）は、定期的に、取得に失敗したコンテンツの取得を試みるとともに、このコンテンツの取得成功後も、さらに定期的にこのコンテンツの取得を試み、この定期的なコンテンツの取得の試みに基づき、このコンテンツの取得成功確率が更新される。その結果、クライアント１（制御部１１）は、更新された取得成功確率に基づきコンテンツの保存の要否を判定し、コンテンツの保存要否判定に基づきコンテンツの保存を制御する。つまり、クライアント１（制御部１１）は、更新された取得成功確率が規定値より低ければコンテンツを保存し（保存状態を継続し）、更新された取得成功確率が規定値以上であれば保存されているコンテンツを削除する。
【００３１】
なお、クライアント１（制御部１１）は、第１の時間間隔で所定回数にわたり、取得に失敗したコンテンツ（ダウンロード対象コンテンツ）の取得を試み、この第１の時間間隔での所定回数の試行でもコンテンツ（ダウンロード対象コンテンツ）の取得に失敗した場合には、この第１の時間間隔より長い第２の時間間隔で所定回数にわたり、取得に失敗したコンテンツ（ダウンロード対象コンテンツ）の試行を試みるようにしてもよい。
【００３２】
以上説明したように、クライアント１は、プレイリストに従ってコンテンツを再生するために、コンテンツ提供サーバーからコンテンツを取得しようとする。このとき、コンテンツを取得できなければ、定期的に、この取得に失敗したコンテンツの取得を試み、取得可能になったときにこのコンテンツを一時的に保存するとともに、このコンテンツの取得成功確率を管理する。定期的に、このコンテンツの取得を試行し、このコンテンツの取得成功確率を更新する。取得成功確率が規定値より低ければコンテンツの保存を継続し、取得成功確率が規定値以上になれば保存されているコンテンツを削除する。これにより、ストレージの容量を効率良く使用することができ（大容量ストレージを必要とせず）、しかも高い確率で再生上の不具合を避けることができる（プレイリスト通りに再生することができる）。
【００３３】
なお、本願発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【００３４】
【図１】この発明の一例の情報処理装置（クライアント）の概略構成を示すブロック図である。
【図２】クライアントと各コンテンツ提供サーバーの接続、及び各コンテンツ提供サーバーが提供（保持）するコンテンツの一例を示す図である。
【図３】クライアントと各コンテンツ提供サーバーとの接続を示すとともに、クライアントがプレイリストにより再生される全てのコンテンツを保持するケースを示す図である。
【図４】クライアントと各コンテンツ提供サーバーとの接続を示すとともに、クライアントがプレイリストにより再生される全てのコンテンツのうち、比較的取得し難いコンテンツだけを保持するケースを示す図である。
【図５】プレイリスト再生の一例を説明するためのフローチャートである。
【図６】定期ダウンロードの一例を説明するためのフローチャートである。
【符号の説明】
【００３５】
１…クライアント、１１…制御部、１２…ネットワークＩ／Ｆ部、１３…ストレージ、１４…出力処理部、１３１…コンテンツ保持領域、１３２…プレイリスト保持領域、１３３…ダウンロード対象コンテンツ情報記憶領域
【図１】
2006309547.tif 000003
【図２】
2006309547.tif 000004
【図３】
2006309547.tif 000005
【図４】
2006309547.tif 000006
【図５】
2006309547.tif 000007
【図６】
2006309547.tif 000008