JP5063746B2 - 情報処理装置 - Google Patents

Description

本発明は、ゲーム装置などの情報処理装置で実行される技術に関する。

一般にゲームソフトウェアは、光ディスクや光磁気ディスク、ブルーレイディスクなどのＲＯＭ媒体の形態で流通、販売される。ＲＯＭ媒体に記録されたゲームソフトウェアは書き換えることができないため、ゲームソフトウェアの一部のバグを修正したり、機能を変更または追加するためには、パッチを当てることで対応する。特許文献１は、ゲーム装置が、過去にメディアドライブに装着されたことのあるＲＯＭ媒体のゲームデータを特定するリストを有し、このリストに含まれるゲームデータの更新を管理する更新サーバに定期的にアクセスして、パッチファイルをダウンロードするゲームシステムを開示する。

ＵＳ２００８／０１４１０１８号公開公報

特許文献１に開示されるゲームシステムでは、ゲーム装置が定期的に更新サーバにアクセスするが、ユーザがゲームをプレイしているような場合、パッチファイルをダウンロードするのに相応しい環境でない状況も想定される。また、パッチファイルのダウンロード処理を、過去にプレイした全てのゲームを対象にすることは、ゲーム装置の記憶容量やネットワーク資源の観点から、好ましくないこともある。そのためユーザが所望するパッチファイルを効率よくダウンロードする仕組みを構築することが好ましい。なお、ダウンロードする対象はパッチファイルだけでなく、他の種類のファイル、たとえばシステムソフトウェアや、ムービーなどのコンテンツファイルも含めることが好ましい。

そこで本発明は、サーバからファイルを効率よくダウンロードする技術を提供することを目的とする。

上記課題を解決するために、本発明のある態様の情報処理装置は、モジュールの起動日時を設定する設定部と、設定された起動日時に、モジュールを起動する起動制御部と、を備える。起動制御部によるモジュールの起動前または起動後の状況に応じて、設定部は、モジュールの次回の起動日時を設定する。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明の情報処理技術によると、サーバからファイルを効率よくダウンロードする技術を提供することが可能となる。

本発明の実施例にかかる情報処理システムを示す図である。 情報処理装置の機能ブロック図を示す図である。 情報処理装置による自動ダウンロード機能の基本処理のフローチャートを示す図である。 情報処理装置におけるタイマ処理を実行するための機能ブロックを示す図である。 起動リストの一例を示す図である。 タイマ処理のフローチャートを示す図である。 情報処理装置における自動ダウンロード処理を実行するための機能ブロックを示す図である。 処理履歴保持部に保持される処理履歴の一例を示す図である。 起動履歴保持部に保持される起動履歴の一例を示す図である。 処理履歴保持部に保持される処理履歴の一例を示す図である。 メニュー画面の一例を示す図である。 自動ダウンロード処理のフローチャートを示す図である。

本発明の実施例を具体的に説明する前に、まず概要を述べる。本実施例の情報処理装置は、設定された時刻にタイマにより起動され、ファイル提供サーバに自動アクセスして、システムソフトウェア、ゲームのパッチファイル、デモゲームソフトウェアやゲームトレーラ（ゲームビデオ）などのコンテンツファイルをダウンロードする。本実施例において、この機能を「自動ダウンロード機能」と呼ぶ。

ユーザは、情報処理装置に自動ダウンロード機能を実行させるために、自動ダウンロードサービスに加入して、アカウントＩＤを取得する。サービスアカウントＩＤには有効期限が設定されているが、ユーザは有効期限を延長できる。情報処理装置は、サービスアカウントＩＤの利用が有効期限内であれば、自動ダウンロード機能を実行できる。なお後述するが、ユーザは、サービスにサインインするためのＩＤ（サインインＩＤ）を保有しており、このサインインＩＤがサービスアカウントＩＤとして利用されてもよい。この場合、ユーザは、サービスアカウントＩＤを取得する必要はなく、サーバに対して、自動ダウンロードサービスに加入したことを登録するだけでよい。

情報処理装置は、アプリケーションの起動履歴や処理履歴などから、ユーザに必要または有用であると想定されるファイルをダウンロード対象に決定し、ファイル提供サーバから、ハードディスクドライブ（ＨＤＤ）やフラッシュメモリなどの記憶装置にダウンロードして、インストールする。これによりユーザが手動でファイルをダウンロードする手間をなくすことができる。情報処理装置が自動ダウンロード機能を実行することで、ユーザがゲームをプレイしようとするときには、既に最新のシステムソフトウェアがダウンロードされた環境を実現でき、またゲームソフトウェアに、最新のパッチファイルが当てられた環境を実現することが可能となる。

図１は、本発明の実施例にかかる情報処理システム１を示す。情報処理システム１は、ユーザ端末である情報処理装置１０と、ファイル提供サーバ１２と、認証サーバ１４とを備える。ファイル提供サーバ１２は、情報処理装置１０の環境を構築するシステムソフトウェアを提供するシステムソフトウェア提供サーバ１２ａと、ゲームソフトウェアに適用するパッチファイルを提供するパッチファイル提供サーバ１２ｂと、デモゲームソフトウェアやゲームトレーラなどのコンテンツファイルを提供するコンテンツファイル提供サーバ１２ｃとを含む。情報処理装置１０、システムソフトウェア提供サーバ１２ａ、パッチファイル提供サーバ１２ｂ、コンテンツファイル提供サーバ１２ｃおよび認証サーバ１４は、インターネットなどのネットワーク１８を介して通信可能に接続される。

情報処理システム１において、システムソフトウェア提供サーバ１２ａ、パッチファイル提供サーバ１２ｂおよびコンテンツファイル提供サーバ１２ｃは、情報処理装置１０に対してファイルを提供するファイル提供サーバ１２の例である。システムソフトウェア提供サーバ１２ａ、パッチファイル提供サーバ１２ｂおよびコンテンツファイル提供サーバ１２ｃのそれぞれは、単一のサーバから構成されてもよいが、複数のサーバから構成されてもよい。また、システムソフトウェア提供サーバ１２ａ、パッチファイル提供サーバ１２ｂおよびコンテンツファイル提供サーバ１２ｃの２以上の組み合わせが、１つのサーバから構成されてもよい。

システムソフトウェア提供サーバ１２ａは、情報処理システム１の運営主体により管理され、情報処理装置１０においてアップデートされるべき最新のシステムソフトウェアを保持している。情報処理システム１において、システムソフトウェアは、アップデートの重要度に応じて２種類に分けられ、以下では、それぞれを「第１のシステムソフトウェア」、「第２のシステムソフトウェア」と表現する。

第１のシステムソフトウェアは、情報処理装置１０がネットワーク機能を利用するためには必ずインストールする必要があるシステムソフトウェアであり、アップデートの重要度は高い。情報処理装置１０は、最新の第１システムソフトウェアをインストールしなければ、認証サーバ１４における認証処理を通過できず、サインインできない。情報処理装置１０は、最新の第１システムソフトウェアをインストールすることで、ネットワーク機能を利用できるようになる。

第２のシステムソフトウェアは、アップデートの重要度が相対的に低いシステムソフトウェアであり、情報処理装置１０は、最新の第２のシステムソフトウェアをインストールすると、最新の環境でアプリケーションを実行できるようになる。情報処理装置１０は、最新の第２のシステムソフトウェアをインストールしていなくても、それによって認証サーバ１４における認証処理に影響を受けることはない。たとえば、最新の第２のシステムソフトウェアのバージョンが、最新の第１のシステムソフトウェアのバージョンよりも新しい場合、情報処理装置１０は、最新の第２のシステムソフトウェアをインストールしなくても、最新の第１のシステムソフトウェアさえインストールしておけば、認証サーバ１４にサインインすることができ、ファイル提供サーバ１２に自由にアクセスできる。

パッチファイル提供サーバ１２ｂは、オンライン上の仮想ゲームショップの運営主体により管理され、ゲームソフトウェアに適用するパッチファイルを保持している。パッチファイルは、ＲＯＭ媒体に記録されたゲームプログラムや、インストール済みゲームプログラムのバグを修正したり、機能を変更または追加などするために使用される。ゲームメーカは、ゲームソフトウェアのパッチファイルを生成すると、バージョン情報とともに仮想ゲームショップの運営主体に提供し、この運営主体は、パッチファイルおよびバージョン情報をパッチファイル提供サーバ１２ｂに保持させて、情報処理装置１０が、パッチファイルをダウンロードできるようにする。

コンテンツファイル提供サーバ１２ｃは、ゲームソフトウェアの提供主体（たとえばゲームメーカ）により管理され、推薦するデモゲームやゲームトレーラなどのコンテンツファイルを保持している。コンテンツファイル提供サーバ１２ｃは、新しく販売されるゲームの体験版やゲームビデオなどを、販売促進を目的としてユーザに無償提供する。ユーザは、コンテンツファイル提供サーバ１２ｃから、デモゲームやゲームトレーラをダウンロードすることで、お薦めゲームを体験でき、製品版のゲーム購入に対するインセンティブを与えられる。コンテンツファイル提供サーバ１２ｃは、国や地域ごとに用意されて、それぞれのお薦めコンテンツを提供するようにしてもよい。

認証サーバ１４は、情報処理システム１に所属する情報処理装置の認証情報を登録しておき、情報処理装置１０から送信される認証情報を、登録している認証情報と照合することで、情報処理装置１０の認証処理を行う。また認証サーバ１４は、システムソフトウェア提供サーバ１２ａから提供可能なシステムソフトウェアの最新のバージョン情報を保持し、情報処理装置１０から送信されるシステムソフトウェアのバージョン情報と比較する。この比較により、情報処理装置１０でインストールされているシステムソフトウェアのバージョンが、最新の第１のシステムソフトウェアのバージョンよりも古い場合には、認証が拒否される。情報処理装置１０は、認証サーバ１４による認証を受けることで、ファイル提供サーバ１２に自由にアクセスできるようになる。

本実施例の情報処理装置１０は、自動ダウンロード処理を実行する。自動ダウンロード処理はタイマ起動され、ユーザによる操作を介さずに実行される。本実施例の自動ダウンロード処理を実行するために、ユーザは、情報処理装置１０に対して、予め自動ログイン機能の設定、および自動サインイン機能の設定を行っておく。

自動ログイン機能とは、情報処理装置１０を起動したときに、予め登録したユーザアカウントで自動で情報処理装置１０にログインする機能である。また自動サインイン機能とは、ログイン後、情報処理装置１０にログインしたユーザに対して予め登録している認証情報（サインインＩＤとパスワード）を認証サーバ１４に送信し、ネットワーク１８上でファイル提供サーバ１２が提供するサービスに自動でサインインする機能である。ユーザは情報処理装置１０に自動ログイン機能と自動サインイン機能とを設定しておくことで、タイマで電源がオンされたときに、情報処理装置１０がサービスに自動サインインして、自動ダウンロード機能を実行できる環境を用意する。

この環境のもとで、情報処理装置１０は、所定の設定時刻になるとシステムコントローラにより起動され、すなわち電源をオフ状態からオン状態にされる。情報処理装置１０は、自動ログイン処理および自動サインイン処理を実行する。このとき情報処理装置１０は、ダウンロードモジュールを起動し、サインインの完了後、ダウンロードサービスのアカウントＩＤおよび情報処理装置１０の識別情報（コンソールＩＤ）を認証サーバ１４に送信する。認証サーバ１４は、ダウンロードサービスに加入するユーザの情報処理装置の識別情報およびサービスアカウントＩＤを登録しており、情報処理装置１０から送信される識別情報およびサービスアカウントＩＤを、登録している識別情報およびサービスアカウントＩＤと照合して、自動ダウンロード処理を許可してよいか判定する。このとき認証サーバ１４は、サービスアカウントＩＤの有効期限も確認する。認証サーバ１４は、判定の結果を情報処理装置１０に通知する。なお、サインインの認証判定と、自動ダウンロード処理の許可判定は、単一の認証サーバ１４によって行われてもよいが、別個の認証サーバによって行われてもよい。

なお、サインインＩＤがサービスアカウントＩＤとして利用されてもよい。この場合、情報処理装置１０は、サインインの完了後、コンソールＩＤを認証サーバ１４に送信する。なお、認証済みのサインインＩＤは送信しなくてよい。認証サーバ１４は、コンソールＩＤを、ユーザのサインインＩＤに関連付けて登録しており、受信したコンソールＩＤに関連付けられているサインインＩＤの有効性、すなわち自動ダウンロード処理を許可してよいか判定し、判定の結果を情報処理装置１０に通知する。

情報処理装置１０は、認証サーバ１４より、自動ダウンロード処理の実行を許可することを示す判定結果を受けると、ダウンロードするファイルを決定し、ファイル提供サーバ１２の各サーバから、ファイルを自動ダウンロードする。ユーザは、情報処理システム１が提供する自動ダウンロードサービスに加入することで、手動でダウンロードを要求するファイルを選択することなく、必要なまたは有用なファイルを自動的に入手できるようになる。

本実施例に示す自動ダウンロード処理は、ゲームソフトウェアを実行する情報処理装置１０に限らず、会計ソフトウェアやＣＡＤソフトウェアなどを実行する情報処理装置にも適用できる。情報処理装置１０は、据置型の端末装置であっても、また携帯型の端末装置であってもよい。

図２は、情報処理装置１０の機能ブロック図を示す。情報処理装置１０は、電源ボタン２０、ＬＥＤ２２、システムコントローラ２４、クロック２６、デバイスコントローラ３０、メディアドライブ３２、ハードディスクドライブ３４、スイッチ３６、無線インタフェース３８、メインコントローラ１００、メインメモリ１０２および出力処理部２００を有して構成される。

電源ボタン２０は、ユーザからの操作入力が行われる入力部であって、情報処理装置１０への電源供給をオンまたはオフするために操作される。ＬＥＤ２２は、電源のオンまたはオフの状態を点灯表示する。システムコントローラ２４は、電源ボタン２０の押下状態または非押下状態を検出し、電源オフの状態から押下状態への状態遷移を検出すると、メインコントローラ１００を起動し、またＬＥＤ２２を点灯制御する。情報処理装置１０に電源ケーブルが差し込まれている場合、システムコントローラ２４は、電源オフの状態であってもスタンバイモードを維持して、電源ボタン２０の押下を監視する。クロック２６はリアルタイムクロックであって、現在の日時情報を生成し、システムコントローラ２４やメインコントローラ１００に供給する。

デバイスコントローラ３０は、サウスブリッジのようにデバイス間の情報の受け渡しを実行するＬＳＩ（Large-Scale Integrated Circuit）として構成される。図示のように、デバイスコントローラ３０には、システムコントローラ２４、メディアドライブ３２、ハードディスクドライブ３４、スイッチ３６およびメインコントローラ１００などのデバイスが接続される。デバイスコントローラ３０は、それぞれのデバイスの電気特性の違いやデータ転送速度の差を吸収し、データ転送のタイミングを制御する。

メディアドライブ３２は、ゲームソフトウェアを記録したＲＯＭ媒体５０を装着して駆動し、ＲＯＭ媒体５０からゲームプログラムやゲームデータなどを読み出すドライブ装置である。ＲＯＭ媒体５０は、光ディスクや光磁気ディスク、ブルーレイディスクなどの読出専用の記録メディアである。

ゲームソフトウェアは、ゲームアプリケーションを実行させるメインプログラムと、メインプログラムを起動するための起動ファイルと、ゲームキャラクタやシナリオなどのゲームデータ、ゲームソフトウェアのタイトルＩＤ、ゲームソフトウェアのバージョン情報などを含んでいる。

メインプログラムは、アプリケーションの実行に必要なプログラムであり、メインプログラムを走らせることで、ゲームが進行する。起動ファイルは、メインプログラムを起動するためのプログラムであり、起動ファイルを実行すると、メインプログラムが呼び出されて実行される。

ハードディスクドライブ３４は、内蔵ハードディスクを駆動し、磁気ヘッドを用いてデータの書込／読出を行う補助記憶装置である。スイッチ３６は、イーサネットスイッチ（イーサネットは登録商標）であって、外部の機器と有線または無線で接続して、情報の送受信を行うデバイスである。本実施例では、スイッチ３６にケーブルが差し込まれ、ネットワーク１８と通信可能に接続している。さらにスイッチ３６は無線インタフェース３８に接続し、無線インタフェース３８は、Bluetooth（登録商標）プロトコルやIEEE802.11プロトコルなどの通信プロトコルで無線通信機能をもつ入力装置４０と接続する。入力装置４０は、ユーザからの操作入力が行われる入力手段である。

メインコントローラ１００は、マルチコアＣＰＵを備え、１つのＣＰＵの中に１つの汎用的なプロセッサコアと、複数のシンプルなプロセッサコアを有する。汎用プロセッサコアをＰＰＵ（Power Processing Unit）と呼び、残りのプロセッサコアをＳＰＵ（Synergistic-Processing Unit）と呼ぶ。

メインコントローラ１００は、主記憶装置であるメインメモリ１０２に接続するメモリコントローラを備える。ＰＰＵはレジスタを有し、演算実行主体としてメインプロセッサを備えて、各アプリケーションにおける基本処理単位としてのタスクを各ＳＰＵに効率的に割り当てる。なお、ＰＰＵ自身がタスクを実行してもよい。ＳＰＵはレジスタを有し、演算実行主体としてのサブプロセッサとローカルな記憶領域としてのローカルメモリ（専用ＲＡＭ）を備える。ＳＰＵは制御ユニットとして専用のＤＭＡ（Direct Memory Access）コントローラをもち、メインメモリ１０２とローカルメモリの間のデータ転送を行うことで、データを高速にストリーム処理でき、また出力処理部２００に内蔵されるフレームメモリとローカルメモリの間で高速なデータ転送を実現できる。

出力処理部２００は、表示機器６０に接続されて、アプリケーションの処理結果である映像信号および音声信号を出力する。出力処理部２００は、画像処理機能を実現するＧＰＵ（Graphics Processing Unit）を備える。ＧＰＵは、ＨＤＭＩ（High Definition Multimedia Interface）を採用し、映像信号をデジタル出力できる。

図３は、情報処理装置１０による自動ダウンロード機能の基本処理のフローチャートを示す。図３に示すフローチャートにおいては、各部の処理手順を、ステップを意味するＳ（Ｓｔｅｐの頭文字）と数字との組み合わせによって表示する。なお、本明細書のフローチャートにおいて、Ｓと数字との組み合わせによって表示した処理で何らかの判断処理が実行され、その判断結果が肯定的であった場合は、Ｙ（Ｙｅｓの頭文字）を付加して、例えば、（Ｓ１０のＹ）と表示し、逆にその判断結果が否定的であった場合は、Ｎ（Ｎｏの頭文字）を付加して、（Ｓ１０のＮ）と表示する。

電源オフ状態にある情報処理装置１０が、設定された時刻に起動され、ダウンロードモジュールを起動する（Ｓ１０）。情報処理装置１０には、自動ログインおよび自動サインインの実行機能が設定されており、情報処理装置１０が起動されると、自動ログインおよび自動サインインが実行される。認証サーバ１４は、サインインの受付の可否を判定する。サインインに成功すると、情報処理装置１０は、認証サーバ１４にサービスアカウントＩＤを送信し、認証サーバ１４は、サービスアカウントＩＤの有効性を判定する（Ｓ１２）。なお、サインインの受付判定と、サービスアカウントＩＤの有効性判定は、別個の認証サーバによって行われてもよい。サービスアカウントＩＤが有効であることが判定されると、情報処理装置１０は、自動ダウンロード処理を実行する（Ｓ１４）。自動ダウンロード処理が終了すると、情報処理装置１０は、次回のダウンロードモジュールの起動時刻を設定する（Ｓ１６）。なお、タイマ設定処理は、ダウンロードモジュールの起動前または起動後の状況に応じて行われ、したがって、Ｓ１０の直後に行われる場合もある。以下、自動ダウンロード機能を実現するための処理について説明する。

＜タイマ処理＞
図４は、情報処理装置１０におけるタイマ処理を実行するための機能ブロックを示す。タイマ処理は、図３に示したタイマ起動処理およびタイマ設定処理を含む。メインコントローラ１００は、入力受付部１１０、判定結果取得部１１２、処理状況取得部１１４、設定部１２０および起動制御部１２２を備える。判定結果取得部１１２および処理状況取得部１１４は、タイマ設定処理の際に利用され、ダウンロードモジュール１５０が起動されることで構成される。起動リスト保持部１３０は、フラッシュメモリなどにより構成され、タイマ起動するモジュール（アプリケーション）のリストを保持する。システムコントローラ２４は、情報処理装置１０の電源がオフの状態において、現在日時情報をもとに情報処理装置１０をタイマ起動する。

図４において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、ＣＰＵ（Central Processing Unit）、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。既述したように、メインコントローラ１００には１つのＰＰＵと複数のＳＰＵとが設けられており、ＰＰＵおよびＳＰＵがそれぞれ単独または協同して、各機能ブロックを構成できる。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

タイマ処理に先だって、入力受付部１１０は、ユーザからダウンロードモジュール１５０の起動時刻の入力を受け付ける。ユーザは入力装置４０を操作して、起動時刻を入力すると、入力受付部１１０が起動時刻を受け付け、設定部１２０に供給する。受け付ける起動時刻は、日を指定しない時刻であり、ユーザは、自動ダウンロード処理を開始する時刻を、たとえば深夜の時刻（２：００）に設定する。設定部１２０は、起動時刻を受け付けると、ダウンロードモジュール１５０の起動日時を設定する。起動日時は、日を指定した時刻である。たとえば設定部１２０は、入力受付部１１０から起動時刻を供給されると、翌日の起動時刻を設定し、起動リスト保持部１３０に保持される起動リストに書き込む。なお、ユーザが起動時刻を入力しない場合、設定部１２０は、デフォルトの起動時刻（たとえば４：００）を用いて、起動日時を設定し、起動リストに書き込む。

図５は、起動リストの一例を示す。起動リストには、起動日時と、起動モジュールとが対応付けられて記録されている。設定部１２０は、ダウンロードモジュール１５０の起動日時を設定すると、起動リストに書き込む。

システムコントローラ２４は、情報処理装置１０の電源状態を監視する。システムコントローラ２４は、起動リスト保持部１３０に保持される起動リストを参照して、クロック２６から供給される現在の日時情報をもとに、情報処理装置１０を起動するべきか判定する。図５に示す例では、現在の日時が２０１０年６月１１日２：００になったときに、システムコントローラ２４が、情報処理装置１０の電源がオフ状態にあれば、情報処理装置１０の電源をオン状態にして、メインコントローラ１００を起動する。

起動制御部１２２は、起動リスト保持部１３０に保持される起動リストを参照して、現在の日時情報をもとに、モジュールを起動する。情報処理装置１０の起動後、起動制御部１２２は、起動リストにおいて設定された起動日時に、モジュールを起動する。図５に示す例では、起動制御部１２２が、ハードディスクドライブ３４からダウンロードモジュール１５０を読み出して起動する。以上により、ダウンロードモジュール１５０が起動され、情報処理装置１０の自動ダウンロード機能が実現されるようになる。ダウンロードモジュール１５０が起動されると、設定部１２０は、起動リストから、対応する設定情報を削除する。以上により、タイマ起動処理が実行される。

タイマ設定処理において、設定部１２０は、起動制御部１２２によるダウンロードモジュール１５０の起動前または起動後の状況に応じて、ダウンロードモジュール１５０の次回の起動日時を設定する。本実施例において、ダウンロードモジュール１５０の起動前に、情報処理装置１０の電源が既にオン状態である場合、設定部１２０は、次回の起動日時を、第１の所定日数後の日時に設定する。なおダウンロードモジュール１５０の起動前は、起動リストに設定されている起動日時またはその直前を意味する。第１の所定日数は、たとえば１日であり、この場合、設定部１２０は、次回の起動日時を、翌日の起動時刻に設定する。本実施例の自動ダウンロード処理は、ファイルのダウンロード後にインストールすることもあるため、ユーザがゲームをプレイしていないときに実行されるのが好ましい。情報処理装置１０の電源がオン状態にある場合、ユーザがゲームプレイ中であったり、またはこれからプレイする可能性が高いため、処理負荷の観点から、ゲームプレイを優先させ、自動ダウンロード処理を実行しないようにする。そのため設定部１２０は、次回のダウンロードモジュール１５０の起動日時を、できるだけ早い日時に（たとえば翌日）に設定して、自動ダウンロード処理の機会を待ち受けるようにすることが好ましい。

なお、設定部１２０は、ダウンロードモジュール１５０の起動前または起動後の状況により、ダウンロードモジュール１５０の次回の起動日時を設定するか否かを決定してもよい。設定部１２０が次回の起動日時を設定しなければ、ユーザが手動で情報処理装置１０にダウンロードモジュール１５０の起動設定を行わない限り、自動ダウンロード処理は、実行されなくなる。

たとえば、ダウンロードモジュール１５０の起動後に、ダウンロードモジュール１５０の実行条件が満たされていない場合には、設定部１２０は、ダウンロードモジュール１５０の次回の起動日時を設定しない。ダウンロードモジュール１５０の実行条件が満たされていなければ、将来的にも、ダウンロードモジュール１５０が実行できない状況が想定されるため、設定部１２０は、次回の起動日時を設定しないようにする。なお、ダウンロードモジュール１５０の実行条件とは、情報処理装置１０がダウンロードモジュールを実行することで所定のサービスの提供を受けることを許可された端末装置であることが、認証サーバ１４において登録されていることであり、具体的には、情報処理装置１０から認証サーバ１４に送信されるサービスアカウントＩＤが有効であることである。サービスアカウントＩＤの有効性は、認証サーバ１４に登録されたサービスアカウントＩＤとの照合判定と、有効期限内での利用であるかの判定に基づいて決定される。判定結果取得部１１２は、認証サーバ１４から、モジュール実行条件の判定結果、すなわちサービスアカウントＩＤの有効性の判定結果を取得する。判定結果取得部１１２が、サービスアカウントＩＤが有効ではないことを示す判定結果を取得すると、設定部１２０は、その判定結果を受けて、次回の起動日時を設定しない。なお、この場合は、当然のことながら、自動ダウンロード処理は実行されず、ダウンロードモジュール１５０は終了される。

判定結果取得部１１２が、サービスアカウントＩＤが有効であることを示す判定結果を取得すると、ダウンロードモジュール１５０が、自動ダウンロード処理を実行する。ダウンロードモジュール１５０の起動前に、情報処理装置１０の電源がオフ状態であり、起動制御部１２２が情報処理装置１０を起動した後に、ダウンロードモジュール１５０を起動した場合には、設定部１２０は、次回の起動日時を、第２の所定日数後の日時に設定する。第２の所定日数は、第１の所定日数よりも長く、たとえば２日であり、この場合、設定部１２０は、次回の起動日時を、翌々日の起動時刻に設定する。なお第２の所定日数は、第１の所定日数以上であればよく、同じ日数であってもよい。

情報処理システム１では、自動ダウンロード処理を長時間にわたって継続することは好ましくないというポリシーから、自動ダウンロード処理に制限時間が設定されている。たとえば、この制限時間は３時間と設定され、自動ダウンロード処理は、起動時刻から３時間が経過すると、実行中の処理が完了すると、新規の処理は行わずに強制的に終了される。詳細は後述するが、ダウンロードモジュール１５０は、ファイル提供サーバ１２からダウンロードするファイルを決定した後、決定したファイルをダウンロードし、ダウンロードしたファイルがソフトウェアである場合にはインストール処理を行う。つまりダウンロードモジュール１５０は、ダウンロードを行う前に、インストール処理も含めた実行予定の処理を決定する。しかしながら、ネットワーク１８のトラフィックや、ファイル提供サーバ１２の負荷の影響で、設定されている制限時間内に、予定した処理が完了しないこともある。

処理状況取得部１１４は、予定した処理の実行状況を取得する。たとえば、予定した全ての処理が完了した場合、その時点で、処理状況取得部１１４は、予定した処理が完了したことを示す情報を取得する。一方で、制限時間内に予定した処理が完了しなかった場合、処理状況取得部１１４は、予定した処理が完了しなかったことを示す情報を取得する。この情報はフラグ値で表現されてもよい。予定した処理の実行状況が確定し、処理状況取得部１１４が、確定した処理状況を取得すると、設定部１２０に供給する。予定した処理が完了していなければ、設定部１２０は、次回の起動日時を、第１の所定日数後の日時に設定する。設定部１２０は、翌日を次回起動日とすることで、ダウンロードモジュール１５０は、翌日に、残った処理を実行できる。予定した処理が完了していれば、設定部１２０は、通常どおり、次回の起動日時を、第２の所定日数後の日時に設定する。

図６は、タイマ処理のフローチャートを示す。起動制御部１２２が、現在日時が起動リストに設定された起動日時であるか監視し（Ｓ３０のＮ）、起動日時になると（Ｓ３０のＹ）、ダウンロードモジュール１５０を起動する（Ｓ３２）。システムコントローラ２４は、ダウンロードモジュール起動前における情報処理装置１０の電源の状態を起動制御部１２２に通知し、起動制御部１２２は、その電源の状態情報を、設定部１２０に供給する（Ｓ３４）。なおシステムコントローラ２４は、設定部１２０に、直接、ダウンロードモジュール起動前における情報処理装置１０の電源の状態を通知してもよい。ダウンロードモジュール１５０の起動前に、電源が既にオン状態にある場合（Ｓ３４のＮ）、設定部１２０は、次回の起動日時を翌日の時刻に設定して（Ｓ４２）、ダウンロードモジュール１５０は、自動ダウンロード処理を実行せずに終了する。

一方、ダウンロードモジュール１５０の起動前に、電源がオフ状態である場合（Ｓ３４のＹ）、情報処理装置１０は、認証サーバ１４にサインインした後、サービスアカウントＩＤおよびコンソールＩＤを送信する。認証サーバ１４は、サービスアカウントＩＤおよびコンソールＩＤを、登録したサービスアカウントＩＤおよびコンソールＩＤと照合判定し、判定結果取得部１１２が、判定結果を取得する（Ｓ３６）。サービスアカウントＩＤが有効でないことを示す判定結果である場合（Ｓ３６のＮ）、設定部１２０は、次回の起動日時を設定せず（Ｓ４６）、ダウンロードモジュール１５０は、自動ダウンロード処理を実行せずに終了する。

サービスアカウントＩＤが有効であることを示す判定結果である場合（Ｓ３６のＹ）、ダウンロードモジュール１５０が、自動ダウンロード処理を開始する（Ｓ３８）。予定した処理が制限時間内に完了した場合（Ｓ４０のＹ）、設定部１２０は、次回の起動日時を翌々日の時刻に設定する（Ｓ４４）。一方、予定した処理が制限時間内に完了しなかった場合（Ｓ４０のＮ）、設定部１２０は、次回の起動日時を翌日の時刻に設定する（Ｓ４２）。

＜自動ダウンロード処理＞
図７は、情報処理装置１０における自動ダウンロード処理を実行するための機能ブロックを示す。メインコントローラ１００は、送信部２１０、調停制御部２１２、表示処理部２３０、履歴生成部２４０、処理部２５０および決定部２７０を備える。表示処理部２３０は、通知部２３２およびメニュー画面生成部２３４を有し、履歴生成部２４０は、起動履歴生成部２４２および処理履歴生成部２４４を有する。

認証情報登録部３００は、認証情報を登録して保持する。本実施例では、自動ダウンロード処理を実行する前提として、３段階の認証処理が行われる。第１段階では、情報処理装置１０において、ログインＩＤが認証される。第２段階では、認証サーバ１４において、サインインＩＤとサインインパスワードが認証される。第３段階では、認証サーバ１４において、コンソールＩＤとサービスアカウントＩＤが認証される。既述したように、サインインＩＤがサービスアカウントＩＤとして兼用される場合には、第３段階で、認証サーバ１４において、コンソールＩＤに対応付けて登録されているサインインＩＤの有効性が判定される。認証情報登録部３００は、各段階で認証される認証情報（ＩＤやパスワード）を保持している。

起動履歴保持部３０８は、ユーザが過去にプレイしたゲームの起動履歴を保持する。起動履歴は、ゲームソフトウェアを特定する識別情報（タイトルＩＤ）と、そのゲームソフトウェアの最新の起動日時とを対応付けて作成される。さらに起動履歴は、タイトルＩＤに、既にダウンロードしているパッチファイルのバージョンを特定するバージョン情報とを対応付けて作成される。したがって、起動履歴では、ゲームソフトウェアのタイトルＩＤ、最新の起動日時およびダウンロード済みのパッチバージョン情報とが対応付けられている。

処理履歴保持部３１０は、インストールされたコンテンツファイルの処理履歴を保持する。処理履歴は、インストールされたデモゲームに対して作成される。具体的に処理履歴は、デモゲームを特定する識別情報（タイトルＩＤ）と、自動ダウンロード処理によりダウンロードされたことを示すフラグ情報と、インストールされた日時情報と、プレイ回数とを対応付けて作成される。

図７において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、ＣＰＵ（Central Processing Unit）、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。既述したように、メインコントローラ１００には１つのＰＰＵと複数のＳＰＵとが設けられており、ＰＰＵおよびＳＰＵがそれぞれ単独または協同して、各機能ブロックを構成できる。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。

本実施例の情報処理装置１０は、起動されると、自動ログイン処理および自動サインイン処理を実行する。自動ログイン後、送信部２１０は、認証情報登録部３００に登録されている認証情報（サインインＩＤとサインインパスワード）を読み出し、インストールしているシステムソフトウェアのバージョン情報とともに、スイッチ３６経由で認証サーバ１４に送信する。

認証サーバ１４は、認証情報およびシステムソフトウェアのバージョン情報を受け取ると、受け取った認証情報と、保持している認証情報とを照合する。これらが一致していれば、サインイン可能な状況が生成される。情報処理装置１０でインストールされているシステムソフトウェアがネットワーク機能を利用可能なものであれば、認証サーバ１４による認証が受理され、自動サインイン処理が完了する。一方、インストールされているシステムソフトウェアがネットワーク機能を利用できないものであれば、認証サーバ１４により認証が拒否され、情報処理装置１０は、サービスにサインインできない。なお、この場合、ダウンロード実行部２５２は、システムソフトウェア提供サーバ１２ａより、最新のシステムソフトウェアを自動ダウンロードする。

自動サインイン処理の完了後、送信部２１０は、認証情報登録部３００に登録されている認証情報（コンソールＩＤとサービスアカウントＩＤ）を読み出し、スイッチ３６経由で認証サーバ１４に送信する。認証サーバ１４は、認証情報を受け取ると、受け取った認証情報と、保持している認証情報とを照合する。また認証サーバ１４は、サービスアカウントＩＤの有効期限を確認する。認証情報が一致し、サービスアカウントＩＤの利用が有効期限内のものであれば、認証サーバ１４は、情報処理装置１０に対して、自動ダウンロード処理の実行許可を発行する。一方、認証情報が一致せず、またはサービスアカウントＩＤの有効期限が切れていれば、自動ダウンロード処理の終了指示を発行する。情報処理装置１０は、実行許可を受信することで、自動ダウンロード処理を実行できる。

決定部２７０は、バージョン情報取得部２７２、バージョン情報比較部２７４、システムソフトウェア特定部２７６、コンテンツリスト取得部２７８、ファイルリスト生成部２８０およびフィルタ処理部２８２を有し、認証サーバ１４による認証処理の後に、ファイル提供サーバ１２からダウンロードするファイルを決定する機能を実行する。処理部２５０は、ダウンロード実行部２５２、インストール処理部２５４、アンインストール処理部２５６および処理状況監視部２５８を有し、決定部２７０が決定したファイルを、ファイル提供サーバ１２からダウンロードして、インストールする機能を実行する。

自動ダウンロード処理において、バージョン情報取得部２７２が、システムソフトウェア提供サーバ１２ａから、最新のシステムソフトウェアのバージョン情報を取得する。ハードディスクドライブ３４には、既にダウンロードされているシステムソフトウェア３０２のバージョン情報が記録されている。バージョン情報比較部２７４は、取得したバージョン情報と、既にダウンロードされているシステムソフトウェア３０２のバージョン情報とを比較する。

情報処理装置１０は、システムソフトウェア３０２をダウンロードしても、ユーザの承認がなければ、インストールしないように設定されている。つまり、自動ダウンロード処理において、過去に最新のシステムソフトウェア３０２がダウンロードされていても、ユーザが承認しなければ、インストールされない。一方で、既に最新のシステムソフトウェア３０２がダウンロードされていれば、再度、そのシステムソフトウェア３０２をダウンロードする必要もない。そこで、バージョン情報比較部２７４は、インストールされているシステムソフトウェアのバージョン情報ではなく、ダウンロードされているシステムソフトウェア３０２のバージョン情報を、システムソフトウェア提供サーバ１２ａから取得したバージョン情報と比較し、システムソフトウェア提供サーバ１２ａに保持されている最新のシステムソフトウェアがダウンロード済みであるか判定する。

バージョン情報比較部２７４により、最新のシステムソフトウェア３０２がダウンロード済みであることが判定されると、システムソフトウェアのダウンロード処理は行われない。一方で、バージョン情報比較部２７４により、システムソフトウェア提供サーバ１２ａから取得したバージョン情報の方が新しいことが判定されると、システムソフトウェア特定部２７６が、ダウンロードするべきシステムソフトウェアのバージョン情報を、取得したバージョン情報に設定する。システムソフトウェア特定部２７６は、設定したシステムソフトウェアのバージョン情報をダウンロード実行部２５２に渡し、ダウンロード実行部２５２は、システムソフトウェア提供サーバ１２ａから、最新バージョンのシステムソフトウェアをダウンロードする。なお、既述したとおり、ダウンロードされたシステムソフトウェアは、自動的にインストール処理されることはなく、インストール処理にはユーザの承認が必要となる。以上により、システムソフトウェアのダウンロード処理が終了する。

続いて、アンインストール処理部２５６が、過去にインストールされたコンテンツファイル、具体的にはデモゲームソフトウェアのアンインストール処理を行う。処理履歴保持部３１０は、インストールされたデモゲームソフトウェアの処理履歴を保持している。なお処理履歴保持部３１０は、インストールされた全てのゲームソフトウェアの過去の処理情報を保持しており、アンインストール処理部２５６は、複数の処理履歴の中から、自動ダウンロード処理によりダウンロードされたことを示すフラグ情報を参照して、デモゲームソフトウェアの処理情報を特定する。

図８は、処理履歴保持部３１０に保持される処理履歴の一例を示す。処理履歴は、ゲームソフトウェアを特定する識別情報（タイトルＩＤ）と、自動ダウンロード処理によりダウンロードされたか否かを示すフラグ値と、インストールされた日時情報と、プレイ回数とを対応付けて作成される。フラグ値“１”は、自動ダウンロード処理によりダウンロードされたことを示す情報であり、フラグ値“０”は、手動によるダウンロード処理によりダウンロードされたことを示す情報である。インストール日時は、情報処理装置１０にインストールされた日時を示す。プレイ回数は、インストール後にユーザによりプレイされた回数を示す。処理履歴生成部２４４は、ゲームソフトウェアがインストールされると、処理履歴を生成し、プレイされると、プレイ回数を更新する。

アンインストール処理部２５６は、処理履歴に示される処理情報を参照して、インストールされたゲームソフトウェアをアンインストールする。具体的にアンインストール処理部２５６は、フラグ値“１”を設定されたゲームソフトウェアのうち、プレイ回数が０回であって、現在日時がインストール日時から所定期間経過したゲームソフトウェアをアンインストールする。所定期間は、たとえば１ヶ月に設定されてよい。自動ダウンロード処理によりインストールされたデモゲームが、１ヶ月の間、プレイされていない事実から、ユーザは、将来的に、このデモゲームをプレイしないことが予想される。不要なデモゲームをハードディスクドライブ３４にインストールしておくことは、記憶容量の無駄な利用であるため、アンインストール処理部２５６は、このようなデモゲームをアンインストールする。これにより、ハードディスクドライブ３４の記憶容量を有効に利用できるようになる。なお、アンインストール処理部２５６によるアンインストール処理は、これから説明するダウンロード実行部２５２によるダウンロード処理の実行前に行われることが好ましい。これにより、ダウンロード処理の前に、無用なゲームを削除して、記憶容量を拡張することができる。

なおアンインストール処理部２５６は、ゲームだけでなく、ゲームトレーラもハードディスクドライブ３４から削除してもよい。この場合、処理履歴保持部３１０は、ゲームトレーラを特定する識別情報と、自動ダウンロード処理によりダウンロードされたか否かを示すフラグ値と、ダウンロードされた日時情報と、再生回数とを対応付けた処理履歴を作成する。再生回数は、ユーザにより視聴された回数である。アンインストール処理部２５６は、フラグ値“１”を設定されたゲームトレーラのうち、再生回数が０回であって、現在日時がダウンロード日時から所定期間経過したゲームトレーラをハードディスクドライブ３４から削除する。

アンインストール処理の完了後、ファイルリスト生成部２８０は、ファイル提供サーバ１２からダウンロードする、アプリケーションに関連するファイルを決定する。ここで、アプリケーションの関連ファイルは、パッチファイル提供サーバ１２ｂにより提供されるパッチファイルと、コンテンツファイル提供サーバ１２ｃにより提供されるコンテンツファイルであり、アプリケーションに関連しないシステムソフトウェアは含まれない。ファイルリスト生成部２８０は、システムソフトウェアのダウンロード処理の後、すなわちバージョン情報比較部２７４により、ダウンロード済みのシステムソフトウェアのバージョン情報と、システムソフトウェア提供サーバ１２ａが保持するシステムソフトウェアのバージョン情報との比較が行われた後に、ダウンロードする関連ファイルを決定する。ダウンロード実行部２５２は、決定した関連ファイルをダウンロードする。

具体的にファイルリスト生成部２８０は、起動履歴保持部３０８に保持されている起動履歴を参照して、ダウンロードする関連ファイルを決定する。ファイルリスト生成部２８０は、ダウンロードする関連ファイルのリストを生成する。このリストは、ダウンロードを予定するキューとして利用される。

図９は、起動履歴保持部３０８に保持される起動履歴の一例を示す。起動履歴は、ゲームソフトウェアを特定する識別情報（タイトルＩＤ）と、ゲームソフトウェアの最新起動日時情報と、ダウンロード済みのパッチファイルのバージョンを特定するバージョン情報とを対応付けて作成される。最新起動日時は、そのゲームソフトウェアが最後に起動された日時を示す。パッチバージョン情報は、既にダウンロードされているパッチファイルの最新のバージョン情報を示す。

起動履歴生成部２４２は、ゲームの最新の起動日時をもとに、所定のゲーム数を上限とする起動履歴を生成する。たとえば起動履歴が作成されるゲーム数の上限は、３２個であり、この場合、起動履歴生成部２４２は、過去に起動された、最大で３２個のゲームタイトルの起動履歴を生成する。３２個のゲームタイトルの起動履歴が生成されている場合に、新たなゲームが起動されると、最も古い日時に起動されたゲームタイトルの起動履歴は削除され、新たなゲームタイトルの起動履歴に置き換えられる。

アンインストール処理部２５６が、ゲームソフトウェアをアンインストールすると、起動履歴生成部２４２は、アンインストールされたゲームソフトウェアの起動履歴を削除する。起動履歴は、ファイルリスト生成部２８０により、ダウンロードする関連ファイルの選定に利用されるため、アンインストールされたゲームソフトウェアの起動履歴を削除することで、アンインストールされたゲームソフトウェアのパッチファイルがダウンロードされる事態を回避する。なお、本実施例の自動ダウンロード処理において、アンインストール処理部２５６は、処理履歴に示される処理情報を参照して、自動でゲームソフトウェアをアンインストールするが、ユーザからの指示を受けて、指定されたゲームソフトウェアをアンインストールする機能ももつ。このときも起動履歴生成部２４２は、ユーザ指示によりアンインストールされたゲームソフトウェアの起動履歴を削除することが好ましい。

ファイルリスト生成部２８０は、設定された上限数の範囲内でゲームソフトウェアを選定することで、ダウンロードするパッチファイルを決定する。上限数を設定するのは、自動ダウンロード処理を制限時間内に完了させるためであり、この上限数は、たとえば３個である。つまり、ダウンロードするパッチファイルのゲーム数は、最大で３つとなる。ファイルリスト生成部２８０は、ゲームソフトウェアを選定して、ダウンロードするべきパッチファイルを決定する。なお、１つのゲームソフトウェアに対して、ダウンロード対象となるパッチファイルが複数存在してもよく、したがって、ダウンロードするパッチファイルの数は、ゲームソフトウェアの上限数を超えてもよい。

決定部２７０は、起動履歴を参照して、ダウンロードするパッチファイルのゲームの候補を、最新起動日時が現在日時に近いものから順に設定し、その順序にしたがって、上限数の範囲内で、ゲームソフトウェアを選定する。具体的には、バージョン情報取得部２７２が、起動履歴において、最新起動日時が現在日時に近いものから順に、ダウンロードするパッチファイルのゲームの候補として設定する。バージョン情報比較部２７４は、設定した順序にしたがって、パッチファイル提供サーバ１２ｂに、ダウンロードするべきパッチファイルの存在の有無を確認し、まだダウンロードしていないパッチファイルが存在すれば、ファイルリスト生成部２８０が、そのパッチファイルをダウンロード対象として決定する。

バージョン情報取得部２７２は、パッチファイル提供サーバ１２ｂから、最新起動日時が現在日時に最も近いゲームタイトルの最新パッチバージョン情報を取得する。バージョン情報比較部２７４は、取得した最新バージョン情報と、起動履歴に記録されているパッチバージョン情報とを比較して、ファイル提供サーバ１２ｂに、まだダウンロードしていないパッチファイルが存在しているか判定する。起動履歴に記録されているバージョン情報よりも新しいバージョン情報で特定されるパッチファイルがパッチファイル提供サーバ１２ｂに保持されていれば、ファイルリスト生成部２８０は、そのパッチファイルをダウンロード対象として決定する。一方で、最新のパッチファイルがダウンロード済みであれば、バージョン情報取得部２７２は、最新起動日時が現在日時に２番目に近いゲームタイトルの最新パッチバージョン情報を取得し、バージョン情報比較部２７４が、起動履歴に記録されているパッチバージョン情報と比較する。以下、この処理を繰り返し、ファイルリスト生成部２８０が、上限数（３つ）のゲームソフトウェアを選定すると、または、バージョン情報比較部２７４が、全ゲームのパッチバージョン情報の比較処理を終了すると、パッチファイルのファイルリストが完成する。

パッチファイルのファイルリストが完成すると、決定部２７０は、コンテンツファイルについてのファイルリストの生成を開始する。コンテンツリスト取得部２７８が、コンテンツファイル提供サーバ１２ｃから、ダウンロード可能なコンテンツファイルのリストを取得する。コンテンツリストには、デモゲームソフトウェアのタイトルＩＤや、ゲームトレーラの保存先を示すＵＲＬなどの情報が含まれている。フィルタ処理部２８２は、処理履歴保持部３１０に保持される処理履歴を参照して、コンテンツリストから、所定のコンテンツを除外する。

図１０は、処理履歴保持部３１０に保持される処理履歴の一例を示す。処理履歴保持部３１０は、図８に示す処理履歴の他に、図１０に示す処理履歴も保持している。なお、図８に示す処理履歴と、図１０に示す処理履歴とは、１つのデータベースにまとめて生成されてもよい。図１０に示す処理履歴は、アプリケーションに関する処理情報を含み、ゲームソフトウェアを特定する識別情報（タイトルＩＤ）と、過去にインストールしたことがあるか否かを示すフラグ値と、製品版ソフトウェアを過去にインストールしたことがあるか否かを示すフラグ値と、ユーザが過去に製品版ソフトウェアをプレイしたことがあるか否かを示すフラグ値とを対応付けて作成される。この処理履歴は、デモゲームソフトウェアに対して作成される。

この処理履歴において、項目「インストール済み」のフラグ値“１”は、過去にインストールしたことがあることを示す情報であり、フラグ値“０”は、過去にインストールしたことがないことを示す情報である。なお、過去にインストールしたことがあるとは、現在、アンインストールされている場合も含む。項目「製品版をインストール済み」のフラグ値“１”は、過去に製品版ソフトウェアをインストールしたことがあることを示す情報であり、フラグ値“０”は、過去に製品版ソフトウェアをインストールしたことがないことを示す情報である。項目「製品版をプレイしたことがある」のフラグ値“１”は、過去にユーザが製品版ソフトウェア、たとえばＲＯＭ媒体５０に記録された製品版ソフトウェアをプレイしたことがあることを示す情報であり、フラグ値“０”は、ユーザが製品版ソフトウェアをプレイしたことがないことを示す情報である。

フィルタ処理部２８２は、コンテンツリストと、図１０に示す処理情報とを比較して、コンテンツリストに含まれるコンテンツファイルのうち、処理履歴においてフラグ値が１に設定されているものがあれば、そのコンテンツファイルを除外するフィルタ処理を行い、フィルタ処理結果をファイルリスト生成部２８０に渡す。また、図示していないが、処理履歴保持部３１０は、過去にダウンロードしたゲームトレーラの保存先を示すＵＲＬリストも保持している。フィルタ処理部２８２は、コンテンツリストに含まれるＵＲＬと、ダウンロード済みのＵＲＬリストとを比較して、コンテンツリストに含まれるＵＲＬのうち、ＵＲＬリストに含まれるものがあれば、そのＵＲＬをコンテンツリストから除外するフィルタ処理を行い、フィルタ処理結果をファイルリスト生成部２８０に渡す。

ファイルリスト生成部２８０は、所定の条件を満たすコンテンツファイル、すなわちフィルタ処理により残ったコンテンツリストに含まれるコンテンツファイルを、ダウンロード対象として決定する。以上により、ファイルリスト生成部２８０は、ダウンロードするパッチファイルと、コンテンツファイルを特定したリストを生成する。

ダウンロード実行部２５２は、ファイルリスト生成部２８０により生成されたリストに含まれるパッチファイル３０４およびコンテンツファイル３０６をダウンロードする。ダウンロード実行部２５２は、ダウンロード予定のファイルを特定するリストを生成した後に、リストに含まれるファイルをまとめてダウンロードすることで、トータルの処理時間を短縮できる。ダウンロード実行部２５２が、リストに含まれるパッチファイル３０４をダウンロードすると、起動履歴生成部２４２が、起動履歴保持部３０８に保持されるパッチバージョン情報を、ダウンロードしたパッチバージョン情報に更新する。

インストール処理部２５４は、ダウンロードした関連ファイルのうち、パッチファイルおよびデモゲームソフトウェアをインストールする。インストール処理部２５４は、ダウンロード実行部２５２がリストに含まれる全てのファイルをダウンロードした後に、ダウンロードしたファイルをインストールする。ダウンロードモジュール１５０の実行には、たとえば３時間の制限時間が設定されているが、もし制限時間内にインストール処理が完了しなくても、ファイルのダウンロードを完了しておくことで、次回起動時に、インストール処理のみを行えばよい状況を生成できる。

調停制御部２１２は、情報処理装置１０におけるモジュールの実行状況を監視する。調停制御部２１２は、ダウンロード実行部２５２によるダウンロード処理の終了時に、ダウンロードモジュール１５０以外のモジュールが実行されているか判定する。他のモジュールが実行されていれば、調停制御部２１２は、インストール処理部２５４によるダウンロードファイルのインストール処理を停止させる。また、インストール処理部２５４によるインストール処理時に、他のモジュールが起動した場合、調停制御部２１２は、当該ファイルのインストールが完了すると、続くファイルのインストール処理は停止させる。

処理状況監視部２５８は、ダウンロード実行部２５２によるダウンロード処理およびインストール処理部２５４によるインストール処理の状況を監視する。処理状況監視部２５８は、制限時間内に、予定された全ての処理が完了するか監視している。処理状況監視部２５８は、予定した処理の状況が確定すると、その処理状況を、図４に示す処理状況取得部１１４に供給する。具体的に処理状況監視部２５８は、インストール処理が完了すると、予定した処理を全て完了したことを示す情報を処理状況取得部１１４に供給し、一方で、ダウンロード処理またはインストール処理の完了前に制限時間が経過すると、予定した処理が完了しなかったことを示す情報を処理状況取得部１１４に供給する。なお、ダウンロード処理が中断されると、ファイルリスト生成部２８０は、ダウンロードを完了していないファイルをリスト（キュー）に残し、翌日のファイルリスト生成に利用する。

なおパッチファイル３０４には２種類のパッチが存在する。差分パッチは、前回のパッチの差分のみを含むパッチであり、したがって全てのバージョンの差分パッチを当てることで、ゲームソフトウェアは最新の状態となる。また、累積パッチは、いわば全てのバージョンの差分パッチを集約したパッチであり、したがって１つの累積パッチを当てれば、ゲームソフトウェアは最新の状態となる。ファイルリスト生成部２８０は、ダウンロードを完了していないファイルに差分パッチが含まれている場合、翌日に、さらに新たなバージョンの差分パッチがダウンロード可能となっていれば、その新たなバージョンの差分パッチもリストに含めるようにする。またファイルリスト生成部２８０は、ダウンロードを完了していないファイルに累積パッチが含まれている場合、翌日に、新たな累積パッチがダウンロード可能となっていれば、リストから、前日にダウンロードできなかった累積パッチを外し、新たな累積パッチをリストに含めるようにする。

情報処理装置１０において、メニュー画面生成部２３４は、情報処理装置１０において実行可能な処理を特定する複数のアイコン画像を縦方向および横方向にクロス配列したメニュー画面を生成し、出力処理部２００に供給する。メニュー画面生成部２３４は、インストールしたファイルを特定する画像を表示するメニュー画面を生成する。

図１１は、メニュー画面の一例を示す。ユーザは、入力装置４０を操作して所望のアイコンを選択領域３２０の位置までスクロールさせて動かすことで、アイコンを選択操作し、また決定操作できる。ここで選択操作とは、アイコンを選択領域３２０に移動することであり、決定操作とは、選択領域３２０に位置するアイコンに対して、ボタンなどを操作することにより、そのアイコンに対応付けられた処理を実行させることをいう。

メニュー画面生成部２３４は、ダウンロードモジュール１５０の実行中にインストールされたコンテンツファイルを特定する画像の表示態様を、標準の表示態様と異ならせるメニュー画面を生成する。図１１に示すメニュー画面では、自動ダウンロード処理によりインストールされたアイコンに、マーク３３０が付加される。マーク３３０を付加することで、ユーザは、コンテンツファイルが自動ダウンロードされたものであることを認識する。情報処理装置１０においては、ユーザが所定期間（たとえば１ヶ月）、自動ダウンロードされたデモゲームなどをプレイしなければ、そのデモゲームは、アンインストール処理部２５６により自動アンインストールされる。ユーザは、マーク３３０を確認することで、プレイしなければ、自動アンインストールの対象となるデモゲームであることを知ることができる。なお、デモゲームがプレイされた場合、またゲームトレーラが再生された場合には、メニュー画面生成部２３４は、マーク３３０を付加しない。メニュー画面生成部２３４は、図８に示す処理履歴保持部３１０に保持された処理履歴を参照して、マーク３３０を付加するか否かを決定する。

実施例において、自動ダウンロード処理機能を設定する（すなわちダウンロードモジュール１５０を起動する）ために、自動サインイン機能が設定されている必要があることを説明した。そのため、ユーザが自動ダウンロード処理機能を情報処理装置１０に設定する際、認証情報登録部３００に、自動サインインの認証情報が登録されていない場合、または自動サインインの設定がされていない場合には、通知部２３２が、ユーザに対して所定の通知を行う。通知部２３２は、「自動ダウンロードサービスの提供には、自動サインインの設定が必要である」旨のメッセージを生成し、出力処理部２００から表示機器６０に表示する。これによりユーザに対して、自動サインインの設定を行わせる契機を与えることができる。なお、自動ログイン機能が設定されていない場合も同様である。

また、自動ダウンロード処理機能が既に設定された状態において、自動サインイン機能または自動ログイン機能の設定が解除されると、自動ダウンロード処理機能は実行されなくなる。そのため、自動ダウンロード処理機能の設定状態において、ユーザが、自動サインイン機能または自動ログイン機能の設定を解除すると、通知部２３２は、たとえば「自動サインインの設定が解除されたため、自動ダウンロードサービスの提供が受けられなくなる」旨のメッセージを生成し、出力処理部２００から表示機器６０に表示する。このように通知部２３２が警告をだすことで、ユーザは、意図に反して、自動ダウンロードが実行されなくなる事態を回避できる。なお、認証情報登録部３００に登録された認証情報が変更されるような場合にも、通知部２３２は、同様の警告を生成する。

図１２は、自動ダウンロード処理のフローチャートを示す。バージョン情報比較部２７４が、システムソフトウェア提供サーバ１２ａに保持されているシステムソフトウェアの最新のバージョン情報と、既にダウンロードされているシステムソフトウェア３０２のバージョン情報とを比較する。ダウンロード実行部２５２は、システムソフトウェア提供サーバ１２ａが保持するシステムソフトウェアの方が新しければ、システムソフトウェア提供サーバ１２ａからシステムソフトウェアをダウンロードする（Ｓ６０）。

続いて、アンインストール処理部２５６が、処理履歴に示される処理情報を参照して、インストール後、所定期間実行されていないゲームソフトウェアをアンインストールする（Ｓ６２）。ファイルリスト生成部２８０は、ダウンロードするファイルのリストを生成し（Ｓ６４）、ダウンロード実行部２５２は、リストに含まれるファイルを、ファイル提供サーバ１２からダウンロードする（Ｓ６６）。インストール処理部２５４は、ダウンロードしたソフトウェアを、インストールする（Ｓ６８）。

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

１・・・情報処理システム、１０・・・情報処理装置、１２・・・ファイル提供サーバ、１２ａ・・・システムソフトウェア提供サーバ、１２ｂ・・・パッチファイル提供サーバ、１２ｃ・・・コンテンツファイル提供サーバ、１４・・・認証サーバ、１８・・・ネットワーク、２６・・・クロック、３４・・・ハードディスクドライブ、６０・・・表示機器、１００・・・メインコントローラ、１０２・・・メインメモリ、１１０・・・入力受付部、１１２・・・判定結果取得部、１１４・・・処理状況取得部、１２０・・・設定部、１２２・・・起動制御部、１３０・・・起動リスト保持部、１５０・・・ダウンロードモジュール、２００・・・出力処理部、２１０・・・送信部、２１２・・・調停制御部、２３０・・・表示処理部、２３２・・・通知部、２３４・・・メニュー画面生成部、２４０・・・履歴生成部、２４２・・・起動履歴生成部、２４４・・・処理履歴生成部、２５０・・・処理部、２５２・・・ダウンロード実行部、２５４・・・インストール処理部、２５６・・・アンインストール処理部、２５８・・・処理状況監視部、２７０・・・決定部、２７２・・・バージョン情報取得部、２７４・・・バージョン情報比較部、２７６・・・システムソフトウェア特定部、２７８・・・コンテンツリスト取得部、２８０・・・ファイルリスト生成部、２８２・・・フィルタ処理部、３００・・・認証情報登録部、３０２・・・システムソフトウェア、３０４・・・パッチファイル、３０６・・・コンテンツファイル、３０８・・・起動履歴保持部、３１０・・・処理履歴保持部

Claims (10)

1. ダウンロードモジュールの起動日時を設定する設定部と、
   設定された起動日時に、ダウンロードモジュールを起動する起動制御部と、を備え、
   前記起動制御部によるダウンロードモジュールの起動前または起動後の状況に応じて、前記設定部はダウンロードモジュールの次回の起動日時を設定するものであって、
   前記起動制御部によるダウンロードモジュールの起動前に、当該情報処理装置の電源がオン状態であれば、前記設定部は、次回の起動日時を、第１の所定日数後に設定し、
   前記起動制御部によるダウンロードモジュールの起動前に、当該情報処理装置の電源がオフ状態であれば、前記設定部は、次回の起動日時を、第１の所定日数以上である第２の所定日数後に設定することを特徴とする情報処理装置。
2. ダウンロードモジュールの起動日時を設定する設定部と、
   設定された起動日時に、ダウンロードモジュールを起動する起動制御部と、を備え、
   前記起動制御部によるダウンロードモジュールの起動前または起動後の状況に応じて、前記設定部はダウンロードモジュールの次回の起動日時を設定するものであって、
   前記起動制御部によるダウンロードモジュールの起動後に、ダウンロードモジュールの実行条件が満たされていない場合には、前記設定部は、ダウンロードモジュールの次回の起動日時を設定しないことを特徴とする情報処理装置。
3. ダウンロードモジュールの実行条件は、当該情報処理装置がダウンロードモジュールを実行することで所定のサービスの提供を受けることを許可された端末装置であることが、サーバにおいて登録されていることであり、
   前記サーバから、実行条件の判定結果を取得する取得部をさらに備えることを特徴とする請求項２に記載の情報処理装置。
4. 前記設定部は、前記起動制御部によるダウンロードモジュールの起動前または起動後の状況により、ダウンロードモジュールの次回の起動日時を設定するか否かを決定することを特徴とする請求項１から３のいずれかに記載の情報処理装置。
5. 前記起動制御部により起動されたダウンロードモジュールが、予定した処理を完了しなかった場合に、前記設定部は、次回の起動日時を、第１の所定日数後に設定することを特徴とする請求項１から４のいずれかに記載の情報処理装置。
6. 前記ダウンロードモジュールは、実行されると、所定のサーバからファイルをダウンロードするものであって、
   前記サーバからダウンロードするファイルを決定する決定部と、
   前記サーバから、前記決定部により決定されたファイルをダウンロードするダウンロード実行部と、
   ダウンロードしたファイルをインストールするインストール処理部と、を有し、
   前記ダウンロード実行部または前記インストール処理部は、起動時刻から所定の時間内にダウンロード処理またはインストール処理が完了しない場合に、ダウンロード処理またはインストール処理を中断し、
   前記設定部は、次回の起動日時を、第１の所定日数後に設定することを特徴とする請求項５に記載の情報処理装置。
7. 前記ダウンロードモジュールは、起動される前に当該情報処理装置の電源がオン状態であれば、ダウンロード処理を実行しないことを特徴とする請求項１から６のいずれかに記載の情報処理装置。
8. コンピュータに、
   ダウンロードモジュールの起動日時を設定する機能と、
   設定された起動日時にダウンロードモジュールを起動する機能と、を実現させるためのプログラムであって、
   起動日時を設定する機能は、ダウンロードモジュールの起動前または起動後の状況に応じて、ダウンロードモジュールの次回の起動日時を設定する機能を含むものであって、
   起動日時を設定する機能は、ダウンロードモジュールの起動前にコンピュータの電源がオン状態であれば、次回の起動日時を、第１の所定日数後に設定し、
   起動日時を設定する機能は、ダウンロードモジュールの起動前にコンピュータがスタンバイモードにあれば、次回の起動日時を、第１の所定日数以上である第２の所定日数後に設定する、
   ことを特徴とするプログラム。
9. コンピュータに、
   ダウンロードモジュールの起動日時を設定する機能と、
   設定された起動日時にダウンロードモジュールを起動する機能と、を実現させるためのプログラムであって、
   起動日時を設定する機能は、ダウンロードモジュールの起動前または起動後の状況に応じて、ダウンロードモジュールの次回の起動日時を設定する機能を含むものであって、
   起動日時を設定する機能は、ダウンロードモジュールの起動後にダウンロードモジュールの実行条件が満たされていない場合には、ダウンロードモジュールの次回の起動日時を設定しない、
   ことを特徴とするプログラム。
10. 請求項８または９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images