(57)【要約】【課題】ゲームソフトウェアの実行に必要とされるときにＯＳをダウンロードする仕組みを提供する。【解決手段】ゲーム装置１０において、バージョンファイル取得部１３２は、ネットワーク１８を介して、起動したゲームソフトウェアの実行に推奨されるＯＳを特定するバージョン情報を含むバージョンファイルを取得する。ＯＳバージョン比較部１４２は、実行中のＯＳの第１バージョン情報と、起動したゲームソフトウェアの実行に推奨されるＯＳを特定する第２バージョン情報とを比較し、第２バージョン情報が第１バージョン情報よりも新しければ、ＯＳ取得部１３４が、最新版のＯＳをダウンロードして、ハードディスクドライブ３４に格納する。【選択図】図３
2010088825.tif 000002
【特許請求の範囲】
【請求項１】
第１バージョン情報で特定されるオペレーティングシステムを実行するオペレーティングシステム実行部と、
ゲームソフトウェアを起動するアプリケーション実行部と、
ネットワークを介して、起動したゲームソフトウェアの識別情報を用いて、そのゲームソフトウェアの実行に推奨されるオペレーティングシステムを特定する第２バージョン情報を含むバージョンファイルを取得するバージョンファイル取得部と、
第１バージョン情報と、第２バージョン情報とを比較する第１バージョン比較部と、
第２バージョン情報が、第１バージョン情報よりも新しいことを示す場合に、ネットワークを介して、第２バージョン情報または第２バージョン情報よりも新しいバージョン情報で特定されるオペレーティングシステムを取得するオペレーティングシステム取得部と、
を備えることを特徴とするゲーム装置。
【請求項２】
前記バージョンファイル取得部は、ゲームソフトウェアのパッチファイルのバージョン情報と、パッチファイルを使用するために必要なオペレーティングシステムを特定する第２バージョン情報と、パッチファイルを格納する位置を示すアドレス情報とを対応づけたバージョンファイルを取得することを特徴とする請求項１に記載のゲーム装置。
【請求項３】
前記オペレーティングシステム実行部が、実行中の第１バージョン情報で特定されるオペレーティングシステムを終了して、前記オペレーティングシステム取得部において取得されたオペレーティングシステムを起動した後、前記アプリケーション実行部が、ゲームソフトウェアを起動するときに、
起動するゲームソフトウェアに適用するパッチファイルのバージョン情報と、前記バージョンファイルに含まれるバージョン情報とを比較する第２バージョン比較部と、
前記バージョンファイルに含まれるバージョン情報が、起動するゲームソフトウェアに適用するパッチファイルのバージョン情報よりも新しいことを示す場合に、ネットワークを介して、前記バージョンファイルに含まれるバージョン情報で特定されるパッチファイルを取得するパッチファイル取得部と、
を備えることを特徴とする請求項２に記載のゲーム装置。
【請求項４】
前記オペレーティングシステム実行部は、ネットワーク接続を行うために必要なオペレーティングシステムのバージョン情報を保持しており、実行しているオペレーティングシステムのバージョン情報が、ネットワーク接続を行うために必要なオペレーティングシステムのバージョン情報と同じか、またはそれよりも新しければ、ネットワーク接続機能を実行するものであって、
前記オペレーティングシステム実行部は、バージョンファイルに含まれる第２バージョン情報が、実行しているオペレーティングシステムのバージョン情報よりも新しい場合に、ゲームソフトウェア実行中におけるネットワーク接続を禁止することを特徴とする請求項１から３のいずれかに記載のゲーム装置。
【請求項５】
第１バージョン情報で特定されるオペレーティングシステムを実行するオペレーティングシステム実行部と、
アプリケーションソフトウェアを起動するアプリケーション実行部と、
ネットワークを介して、起動したアプリケーションソフトウェアの実行に推奨されるオペレーティングシステムを特定する第２バージョン情報を含むバージョンファイルを取得するバージョンファイル取得部と、
第１バージョン情報と、第２バージョン情報とを比較する第１バージョン比較部と、
第２バージョン情報が、第１バージョン情報よりも新しいことを示す場合に、ネットワークを介して、第２バージョン情報または第２バージョン情報よりも新しいバージョン情報で特定されるオペレーティングシステムを取得するオペレーティングシステム取得部と、
を備えることを特徴とする情報処理装置。
【請求項６】
コンピュータに、
第１バージョン情報で特定されるオペレーティングシステムを実行する機能と、
アプリケーションソフトウェアを起動する機能と、
ネットワークを介して、起動したアプリケーションソフトウェアの実行に推奨されるオペレーティングシステムを特定する第２バージョン情報を含むバージョンファイルを取得する機能と、
第１バージョン情報と、第２バージョン情報とを比較する機能と、
第２バージョン情報が、第１バージョン情報よりも新しいことを示す場合に、ネットワークを介して、第２バージョン情報または第２バージョン情報よりも新しいバージョン情報で特定されるオペレーティングシステムを取得する機能と、
を実現させるためのプログラム。
【請求項７】
請求項６に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲーム装置などの情報処理装置で実行される情報処理技術に関する。
【背景技術】
【０００２】
一般にゲームソフトウェアは、光ディスクや光磁気ディスク、ブルーレイディスクなどのＲＯＭ媒体の形態で流通、販売される。ＲＯＭ媒体に記録されたゲームソフトウェアは書き換えることができないため、ゲームソフトウェアの一部のバグを修正したり、機能を変更または追加するためには、パッチを当てることで対応する。特許文献１は、記録媒体に記録されたバージョン情報と、パッチファイルに含まれるバージョン情報を比較して、より新しいバージョン情報が付与されている起動ファイルをメモリにロードして、ゲーム起動処理を実行するゲーム装置を開示している。
【特許文献１】ＵＳ２００８／０１４１０１８号公開公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ゲーム装置に電源が投入されると、まずオペレーティングシステム（以下、単に「ＯＳ（Operating System）」と呼ぶ）が起動されて、ゲームソフトウェアの実行環境が整えられる。バグを修正したり、機能を拡張するなどの理由により、ＯＳの更新はかなり高い頻度で行われる。ＯＳが更新されると、パッチファイルも、更新されたＯＳ上で動作するように作成されることが多い。
【０００４】
更新されたＯＳはそれ以前のＯＳの機能を包含するため、ゲーム装置は、常に最新版のＯＳをインストールしておくことで、パッチファイルを使用可能な環境を作り出せる。しかしながら、パッチファイルはゲームソフトウェアに適用されるものであるため、ゲームソフトウェアのパッチファイルが存在しなければ、通常はゲーム装置に最新版のＯＳをインストールする必要はない。ＯＳのデータ量は比較的大きいため、ＯＳが更新されるたびに必要性の有無にかかわらずゲーム装置にダウンロードすることは、時間およびコストの観点から好ましくない。そのため、ゲーム装置がゲームソフトウェアの実行に必要とされるときに、効率よくＯＳをダウンロードする仕組みの構築が望まれている。
【０００５】
そこで本発明は、好適にファイルをダウンロードする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様のゲーム装置は、第１バージョン情報で特定されるオペレーティングシステムを実行するオペレーティングシステム実行部と、ゲームソフトウェアを起動するアプリケーション実行部と、ネットワークを介して、起動したゲームソフトウェアの実行に推奨されるオペレーティングシステムを特定する第２バージョン情報を含むバージョンファイルを取得するバージョンファイル取得部と、第１バージョン情報と、第２バージョン情報とを比較する第１バージョン比較部と、第２バージョン情報が、第１バージョン情報よりも新しいことを示す場合に、ネットワークを介して、第２バージョン情報または第２バージョン情報よりも新しいバージョン情報で特定されるオペレーティングシステムを取得するオペレーティングシステム取得部とを備える。
【０００７】
また本発明の別の態様の情報処理装置は、第１バージョン情報で特定されるオペレーティングシステムを実行するオペレーティングシステム実行部と、アプリケーションソフトウェアを起動するアプリケーション実行部と、ネットワークを介して、起動したアプリケーションソフトウェアの実行に推奨されるオペレーティングシステムを特定する第２バージョン情報を含むバージョンファイルを取得するバージョンファイル取得部と、第１バージョン情報と、第２バージョン情報とを比較する第１バージョン比較部と、第２バージョン情報が、第１バージョン情報よりも新しいことを示す場合に、ネットワークを介して、第２バージョン情報または第２バージョン情報よりも新しいバージョン情報で特定されるオペレーティングシステムを取得するオペレーティングシステム取得部とを備える。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明の情報処理技術によると、好適にファイルをダウンロードする技術を提供することが可能となる。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明の実施例にかかるファイル取得システム１を示す。ファイル取得システム１は、ゲームソフトウェアの好適な実行環境を提供するゲームシステムにおいて構築され、ユーザ端末におけるゲームソフトウェアの実行に推奨されるＯＳの取得処理、およびゲームソフトウェアに適用するパッチファイルの取得処理を支援する。
【００１１】
ファイル取得システム１は、ユーザ端末であるゲーム装置１０と、ゲームソフトウェアに適用するパッチファイルのバージョンを管理する管理サーバ１２と、最新版のＯＳを提供する更新サーバ１４と、パッチファイルを提供するファイル提供サーバ１６ａ、１６ｂ、１６ｃ（以下、総称して「ファイル提供サーバ１６」とよぶ）とを備える。ゲーム装置１０、管理サーバ１２、更新サーバ１４およびファイル提供サーバ１６は、インターネットなどのネットワーク１８を介して通信可能に接続される。
【００１２】
管理サーバ１２は、ゲームシステムの運営主体により管理され、ゲームソフトウェアごとに、パッチファイルのバージョン情報と、パッチファイルを使用するために推奨されるＯＳを特定するバージョン情報と、パッチファイルを格納する位置を示すアドレス情報とを対応づけたパッチ情報を含むバージョンファイルを保持している。ゲームソフトウェアに対して複数のパッチファイルが作成されている場合、バージョンファイルには、それぞれのパッチファイルに関するパッチ情報が含められる。なおバージョンファイルには、パッチファイルの有無とは関係なく、ゲームソフトウェアの好適な実行のために推奨されるＯＳを特定するバージョン情報も含まれる。パッチ情報に含まれるＯＳのバージョン情報は、ゲームメーカにより指定され、ゲームソフトウェアの好適な実行に必要なＯＳのバージョン情報は、ゲームシステムの運営主体により指定される。
【００１３】
管理サーバ１２は、たとえばゲームソフトウェアの識別情報（以下、「タイトルＩＤ」とよぶ）をディレクトリ名および／またはファイル名に用いたアドレス（ＵＲＬ）にバージョンファイルを格納する。ゲームソフトウェアのタイトルＩＤをディレクトリ名および／またはファイル名に用いるアドレス生成手法は、管理サーバ１２およびゲーム装置１０の間で共通化されている。したがってゲーム装置１０は、起動するゲームソフトウェアのタイトルＩＤを用いてアドレスを生成して管理サーバ１２にアクセスすることで、ゲームソフトウェアのバージョンファイルを取得することが可能である。
【００１４】
更新サーバ１４は、ゲームシステムの運営主体により管理され、最新版のＯＳを格納している。ゲームシステムの運営主体が最新版のＯＳを生成すると、格納されていたＯＳは、最新版のＯＳに置き換えられる。したがって更新サーバ１４は、常に最新版のＯＳをゲーム装置１０に提供できる。
【００１５】
本実施例においてＯＳは、ゲーム装置１０にインストールされて実行され、アプリケーションソフトウェアを動作させるためのインタフェース（ＡＰＩおよびＡＢＩ）を形成する。ＯＳは、ゲーム装置１０上のプロセス管理機能や、メモリ管理機能、ネットワーク接続機能およびファイルシステムなどを有し、またグラフィカルユーザインタフェース（ＧＵＩ）やデバイスドライバを含む。ゲーム装置１０は、インストールしたＯＳを実行することで、アプリケーションソフトウェアを動作させることが可能となり、最新版のＯＳをダウンロードすることで、ＯＳの機能を拡張できる。
【００１６】
更新サーバ１４は、最新版のＯＳのバージョン情報および最新版のＯＳが格納されているアドレス情報を含んだＯＳの情報ファイルを格納している。ゲーム装置１０は、ＯＳ情報ファイルの取得アドレスを保持している。ゲーム装置１０は電源を投入されると、ネットワーク１８に接続していれば、ＯＳ情報ファイルをダウンロードする。これにより、ゲーム装置１０は、ネットワーク１８への最初の接続時点で、ＯＳの最新版のバージョン情報およびＯＳのアドレス情報を取得できる。
【００１７】
ファイル提供サーバ１６は、ゲームメーカにより管理され、ゲームソフトウェアに適用するパッチファイルを保持している。パッチファイルは、ＲＯＭ媒体中のプログラムのバグを修正したり、機能を変更または追加などするために使用される。ゲームメーカは、ゲームソフトウェアのパッチファイルを生成すると、ファイル提供サーバ１６に格納して、ゲーム装置１０が、パッチファイルをファイル提供サーバ１６からダウンロードできるようにする。ゲームメーカは、生成したパッチファイルをダウンロード可能な状態にすると、ゲームシステムの運営主体に対して、タイトルＩＤ、パッチファイルのバージョン情報、パッチファイルを使用するために必要なＯＳを特定するバージョン情報、パッチファイルを格納する位置を示すアドレス情報などを含むパッチ情報を通知する。この通知は、オンラインで行われてもオフラインで行われてもよい。システム運営主体は、パッチ情報を受け取ると、パッチ情報の内容をバージョンファイルに追加して、バージョンファイルを更新する。
【００１８】
本実施例のファイル取得システム１において、ゲーム装置１０は電源を投入されると、ＯＳを起動するとともに、ＯＳの情報ファイルのアドレスに接続して、更新サーバ１４からＯＳの情報ファイルを取得する。このときゲーム装置１０は、起動したＯＳのバージョン情報と、情報ファイルに含まれるバージョン情報とを比較して、起動中のＯＳよりもバージョンの新しいＯＳがネットワーク１８上からダウンロード可能であるか判定する。起動中のＯＳよりもバージョンの新しいＯＳがネットワーク１８上でダウンロード可能である場合、ゲーム装置１０は、ユーザに対して最新版のＯＳをダウンロードするか否かを問い合わせる確認画面を表示機器に表示させる。このとき、ユーザは最新版のＯＳをダウンロードしない旨の指示をゲーム装置１０に入力し、ゲーム装置１０は、ＯＳをダウンロードしない。本実施例では、その後、ゲーム装置１０が、アプリケーションソフトウェアの実行に必要な場合にＯＳをダウンロードする場合について説明する。
【００１９】
次にゲーム装置１０はゲームソフトウェアを起動すると、起動処理を行いながら、同時にネットワーク１８を介して管理サーバ１２にアクセスし、起動したゲームソフトウェアのバージョンファイルを取得する。ゲーム装置１０は、バージョンファイルに、保有するゲームソフトウェアおよびパッチファイルのバージョン情報よりも、パッチファイルの新しいバージョン情報が含まれるか判断する。バージョンファイルに、保有していないパッチファイルのバージョン情報が含まれている場合、ゲーム装置１０は、そのバージョンのパッチファイルを使用するために必要なＯＳのバージョン情報を取得し、実行中のＯＳのバージョン情報と比較する。パッチファイルを使用するために必要なＯＳのバージョン情報が実行中のＯＳのバージョン情報よりも新しいことを示す場合、ゲーム装置１０は、更新サーバ１４にアクセスして、最新版のＯＳをダウンロードし、ダウンロードしたＯＳを再起動する。
【００２０】
ゲーム装置１０は、最新版のＯＳを再起動した後、既述したプロセスを再度実行する。すなわち、ゲーム装置１０は再度ゲームソフトウェアを起動し、起動処理を行いながら、同時にネットワーク１８を介して管理サーバ１２にアクセスし、起動したゲームソフトウェアのバージョンファイルを取得する。ゲーム装置１０は、バージョンファイルに、保有するゲームソフトウェアおよびパッチファイルのバージョン情報よりも、パッチファイルの新しいバージョン情報が含まれるか判断する。バージョンファイルに、保有していないパッチファイルのバージョン情報が含まれているため、そのバージョンのパッチファイルを使用するために必要なＯＳのバージョン情報を取得し、実行中のＯＳのバージョン情報と比較する。
【００２１】
このときゲーム装置１０は、最新版のＯＳを起動しているため、実行中のＯＳのバージョン情報は、必ずパッチファイルを使用するために必要なＯＳのバージョン情報と同じか、それよりも新しい。したがってゲーム装置１０は、ＯＳをダウンロードする必要がないことを判定する。ゲーム装置１０は、ファイル提供サーバ１６にアクセスし、保有していないパッチファイルをダウンロードして、ゲームソフトウェアを再起動する。
【００２２】
本実施例に示す技術は、ゲーム装置１０に限らず、会計ソフトやＣＡＤソフトなどのプログラムが記録されたＲＯＭ媒体を装着される情報処理装置においても実現できる。
【００２３】
図２は、ゲーム装置１０の機能ブロック図を示す。ゲーム装置１０は、電源ボタン２０、ＬＥＤ２２、システムコントローラ２４、デバイスコントローラ３０、メディアドライブ３２、ハードディスクドライブ３４、スイッチ３６、無線インタフェース３８、メインコントローラ１００、メインメモリ１０２および出力処理部２００を有して構成される。
【００２４】
電源ボタン２０は、ユーザからの操作入力が行われる入力部であって、ゲーム装置１０への電源供給をオンまたはオフするために操作される。電源ボタン２０は押下ボタンであってよく、押下されることで電源のオンまたはオフが制御されてもよい。なお電源ボタン２０は、タッチセンサなど、ユーザが電源のオンオフを行える他の構造をとってもよい。ＬＥＤ２２は、電源のオンまたはオフの状態を点灯表示する。システムコントローラ２４は、電源ボタン２０の押下状態または非押下状態を検出し、電源オフの状態から押下状態への状態遷移を検出すると、メインコントローラ１００を起動し、またＬＥＤ２２を点灯制御する。ゲーム装置１０に電源ケーブルが差し込まれている場合、システムコントローラ２４は、電源オフの状態であってもスタンバイモードを維持して、電源ボタン２０の押下を監視する。
【００２５】
デバイスコントローラ３０は、サウスブリッジのようにデバイス間の情報の受け渡しを実行するＬＳＩ（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）、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。既述したように、メインコントローラ１００には１つのＰＰＵと複数のＳＰＵとが設けられており、ＰＰＵおよびＳＰＵがそれぞれ単独または協同して、各機能ブロックを構成できる。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００３５】
電源が投入されると、ＯＳ実行部１１２が、ハードディスクドライブ３４に格納されたＯＳ１７０を起動する。ここで、ＯＳ１７０のバージョン情報は「１．００」であるものとする。起動されたＯＳ１７０は、ハードディスクドライブ３４に格納されているファイル取得プログラムを起動する。ファイル取得プログラムにより実現される機能は、図４において更新処理部１２０として示される。
【００３６】
スイッチ３６がネットワーク１８に接続されていると、ＯＳ情報ファイル取得部１３８が、保持しているＯＳ情報ファイルのアドレスをもとにネットワーク１８を介して更新サーバ１４にアクセスし、ＯＳ情報ファイルをダウンロードして取得する。ＯＳ情報ファイルには、ＯＳの最新のバージョン情報と、最新版ＯＳのアドレス情報とが含まれる。
【００３７】
ＯＳバージョン比較部１４２が、ＯＳ情報ファイルに含まれる最新版ＯＳのバージョン情報と、実行しているＯＳのバージョン情報とを比較する。ここで最新版ＯＳのバージョン情報が「１．０１」以上である場合、ＯＳバージョン比較部１４２は、実行中のＯＳ１７０よりも新しいバージョンのＯＳをダウンロード可能であることを判定する。この比較結果は、ＯＳ取得部１３４に供給される。
【００３８】
ＯＳ取得部１３４は、比較結果を受けると、ユーザに対してＯＳをダウンロードするか否かを問い合わせる確認画面を表示機器６０に表示させる。このとき、ユーザが入力装置４０から最新版ＯＳをダウンロードする旨の指示を入力すると、ＯＳ取得部１３４は更新サーバ１４にアクセスして、最新版のＯＳを取得する。
【００３９】
しかしながら、通常、ユーザは、最新版のＯＳをダウンロードする必要があるか判断することはできない。ＯＳは高い頻度で更新されるため、ＯＳが更新されるたびに、それを取得してインストールしていると、その都度、時間とコストがかかることになり、ユーザにとっては効率的な作業ではない。そこで、以下では、ネットワーク１８に最初に接続したときに表示機器６０に提示される確認画面において、ユーザが、最新版ＯＳをダウンロードしない旨の指示を入力し、アプリケーションソフトウェアの実行に必要となったときに最新版ＯＳをダウンロードする処理について説明する。
【００４０】
メディアドライブ３２にＲＯＭ媒体５０が装着されると、メディアドライブ３２は、ＲＯＭ媒体５０からゲームソフトウェア１５０をハードディスクドライブ３４に読み出す。本実施例のゲーム装置１０は、ゲームソフトウェアをＲＯＭ媒体５０から実行するのではなく、ハードディスクドライブ３４に読み出して実行する。
【００４１】
アプリケーション実行部１１４は、入力装置４０から供給されるゲームの実行指示を受けると、ハードディスクドライブ３４に読み出されたゲームソフトウェア１５０を起動する。ゲームソフトウェア１５０のバージョン情報は「１」であり、タイトルＩＤは「ＡＢＣＤ」であるとする。
【００４２】
ゲームソフトウェア１５０が起動されると、バージョンファイル取得部１３２が、予め定められたアドレス生成手法により、ゲームソフトウェア１５０のバージョンファイルを取得するためのアドレスを生成する。タイトルＩＤを「ＡＢＣＤ」とするゲームソフトウェア１５０のアドレスは、アドレス生成手法により以下のように設定される。
ｈｔｔｐ：／／ｗｗｗ．＊＊＊．ｃｏｍ／ＡＢＣＤ／ＡＢＣＤ．ＸＹＺ
「ｗｗｗ．＊＊＊．ｃｏｍ」は管理サーバ１２を特定し、「ＡＢＣＤ／ＡＢＣＤ．ＸＹＺ」は、管理サーバ１２のディレクトリ（ＡＢＣＤ）に含まれるファイル名（ＡＢＣＤ．ＸＹＺ）を特定する。すなわち、このアドレス生成手法では、ゲームソフトウェアのタイトルＩＤを、ディレクトリ名およびファイル名に利用する。したがって管理サーバ１２の管理者が、ゲームソフトウェアごとに、タイトルＩＤをディレクトリとし、タイトルＩＤをファイル名としてバージョンファイルを格納することで、ゲーム装置１０が、起動するゲームソフトウェアのバージョンファイルを取得できるようになる。
【００４３】
バージョンファイル取得部１３２は、生成したアドレスをもとにネットワーク１８を介して管理サーバ１２にアクセスし、ゲームソフトウェア１５０のバージョンファイルをダウンロードして取得する。
【００４４】
図４は、バージョンファイルの一例を示す。図４は、バージョンファイルに含まれる情報を簡略的に示しているが、バージョンファイルはＸＭＬの形式で記述されてもよい。バージョンファイルのファイル名は、「ＡＢＣＤ．ＸＹＺ」である。バージョンファイルは、タイトル情報１７６、バージョン情報１７８およびパッチ情報１８０ａ、１８０ｂ、１８０ｃを含む。
【００４５】
タイトル情報１７６は、タイトルＩＤを特定する情報であり、この例ではタイトルＩＤが「ＡＢＣＤ」である。バージョン情報１７８は、起動したゲームソフトウェア１５０の実行に推奨されるＯＳを特定する情報であり、この例では、バージョン情報が「１．０１」に設定されている。
【００４６】
バージョン情報１７８は、ゲームシステムの運営主体により設定される。たとえばバージョン１．０１より前のバージョンのＯＳにバグなどの不具合があった場合、ゲームソフトウェアが所期のように動作しないことがある。このようなバグは、ユーザがゲームを行うことで発見されて、ゲームシステムの運営主体に報告され、運営主体がＯＳを修正する。
【００４７】
なおＯＳにバグがあっても、そのバグがゲームソフトウェアの動作に影響するかどうかはゲームソフトウェアに依存し、必ずゲームソフトウェアの動作が不調になるとは限らない。バグによって動作不調とならないゲームソフトウェアに対しては、基本的に新しいＯＳをインストールさせる必要はなく、そのような場合にまでＯＳをゲーム装置にダウンロードさせるのは時間とコストの無駄である。そこでバージョンファイルに、起動したゲームソフトウェアの実行に推奨されるＯＳを特定するバージョン情報１７８を設定し、ゲーム装置１０はバージョン情報１７８を参照することで、起動しているＯＳ１７０でゲームソフトウェア１５０が好適に動作するか判断する。
【００４８】
実施例においては、実行しているＯＳ１７０のバージョン情報が「１．００」であり、バージョンファイルに含まれるバージョン情報１７８が「１．０１」に設定されているため、ゲーム装置１０は、ＯＳをダウンロードすることが好ましいことを認識できる。一方で、仮にバージョン情報１７８が「１．００」であれば、ゲーム装置１０は、実行しているＯＳ１７０でゲームソフトウェアが順調に動作することを認識できるため、ゲームソフトウェアの実行に際して敢えてＯＳをダウンロードしなくてもよいことを認識できる。
【００４９】
バージョンファイルには、３つのパッチ情報１８０ａ、１８０ｂ、１８０ｃが含まれている。パッチ情報１８０は、ゲームソフトウェアのパッチファイルのバージョン情報と、パッチファイルを使用するために推奨されるＯＳを特定するバージョン情報と、パッチファイルを格納する位置を示すアドレス情報とを対応づけた情報である。図４において、パッチファイルのバージョン情報は「パッチバージョン」として、推奨されるＯＳを特定するバージョン情報は「ＯＳバージョン」として、アドレス情報は「パッチ取得ＵＲＬ」として、それぞれ示されている。ゲーム装置１０は、パッチ取得ＵＲＬに接続することで、パッチファイルを取得できる。
【００５０】
パッチ情報１８０ａ、１８０ｂ、１８０ｃは、それぞれ個々のパッチファイルに関する情報であり、この例ではタイトルＩＤをＡＢＣＤとするゲームソフトウェア１５０に対して、３つのパッチファイルが存在することが示されている。パッチ情報１８０ａ、１８０ｂ、１８０ｃは、生成日が古いものから順に上から記述されている。
【００５１】
パッチ情報１８０ａは、パッチファイルのバージョン情報が「２」、パッチファイルを使用するために必要なＯＳのバージョン情報が「１．００」であることを示す。パッチ情報１８０ｂは、パッチファイルのバージョン情報が「３」、パッチファイルを使用するために必要なＯＳのバージョン情報が「１．００」であることを示す。パッチ情報１８０ｃは、パッチファイルのバージョン情報が「４」、パッチファイルを使用するために必要なＯＳのバージョン情報が「１．０１」であることを示す。この例では、バージョン２、３のパッチファイルを使用するためには、バージョン１．００のＯＳで対応できたが、バージョン４のパッチファイルを使用するためには、バージョン１．０１のＯＳでないと好適に対応できないことが示される。
【００５２】
＜例１＞
パッチファイルのダウンロードに関係なくＯＳをダウンロードする例１を示す。
図３に戻り、バージョンファイル取得部１３２が、ゲームソフトウェア１５０のバージョンファイルを取得すると、ＯＳバージョン比較部１４２が、ゲームソフトウェア１５０の実行に推奨されるＯＳのバージョン情報１７８と、実行しているＯＳのバージョン情報とを比較する。ここでゲームソフトウェア１５０の実行に推奨されるＯＳのバージョン情報は「１．０１」であり、また実行中のＯＳのバージョン情報は「１．００」であるため、ＯＳバージョン比較部１４２は、ゲームソフトウェア１５０の実行に推奨されるＯＳのバージョン情報が、実行中のＯＳのバージョン情報よりも新しいことを示していることを判定する。この比較結果は、ＯＳ取得部１３４に供給される。
【００５３】
ＯＳ取得部１３４は、比較結果を受けると、ＯＳ情報ファイルに含まれるアドレス情報を用いて更新サーバ１４にアクセスして、バージョン情報１．０１またはそれよりも新しいバージョン情報で特定されるＯＳを取得する。既述したように更新サーバ１４は最新版のＯＳのみをダウンロード可能な状態で保持しているため、ＯＳ取得部１３４は、最新版のＯＳを取得する。ＯＳ取得部１３４は、取得したＯＳをハードディスクドライブ３４に格納する。
【００５４】
ＯＳ取得部１３４は、更新サーバ１４にアクセスする前に、ユーザに対してＯＳをダウンロードするか否かを問い合わせる確認画面を表示機器６０に表示させてもよい。この場合、ユーザによりＯＳをダウンロードする旨の指示が入力装置４０から入力されたときに、ＯＳ取得部１３４は、更新サーバ１４にアクセスして、最新版のＯＳを取得する。
【００５５】
なお、ゲームソフトウェア１５０の実行に推奨されるＯＳのバージョン情報が、実行中のＯＳのバージョン情報と同じか、それよりも古い場合、ＯＳバージョン比較部１４２は、実行しているＯＳで、ゲームソフトウェア１５０が好適に動作することを判定する。したがってＯＳ取得部１３４は、更新サーバ１４にアクセスせず、ＯＳを取得しない。
【００５６】
＜例２＞
パッチファイルのダウンロードをすることを前提としてＯＳをダウンロードする例２を示す。
バージョンファイル取得部１３２が、ゲームソフトウェア１５０のバージョンファイルを取得すると、ＯＳバージョン比較部１４２が、パッチ情報１８０ａ、１８０ｂ、１８０ｃに含まれるＯＳのバージョン情報と、実行しているＯＳのバージョン情報とを比較する。ここでバージョン２、３のパッチファイルの使用に必要なＯＳのバージョン情報は「１．００」であり、バージョン４のパッチファイルの使用に必要なＯＳのバージョン情報は「１．０１」である。実行中のＯＳのバージョン情報は「１．００」であるため、ＯＳバージョン比較部１４２は、バージョン４のパッチファイルを使用するために必要なＯＳのバージョン情報が、実行中のＯＳのバージョン情報よりも新しいことを示していることを判定する。この比較結果は、ＯＳ取得部１３４に供給される。
【００５７】
ＯＳ取得部１３４は、比較結果を受けると、ＯＳ情報ファイルに含まれるアドレス情報を用いて更新サーバ１４にアクセスして、バージョン情報１．０１またはそれよりも新しいバージョン情報で特定されるＯＳを取得する。更新サーバ１４は最新版のＯＳのみをダウンロード可能な状態で保持しているため、ＯＳ取得部１３４は、最新版のＯＳを取得する。ＯＳ取得部１３４は、取得したＯＳをハードディスクドライブ３４に格納する。
【００５８】
ＯＳ取得部１３４は、更新サーバ１４にアクセスする前に、ユーザに対してＯＳをダウンロードするか否かを問い合わせる確認画面を表示機器６０に表示させてもよい。この場合、ユーザによりＯＳをダウンロードする旨の指示が入力装置４０から入力されたときに、ＯＳ取得部１３４は、更新サーバ１４にアクセスして、最新版のＯＳを取得する。
【００５９】
＜例３＞
例１と例２とを統合して、ゲームソフトウェアの実行に好適なＯＳをダウンロードする例３を示す。
バージョンファイル取得部１３２が、ゲームソフトウェア１５０のバージョンファイルを取得すると、ＯＳバージョン比較部１４２が、バージョン情報１７８、パッチ情報１８０ａ、１８０ｂ、１８０ｃに含まれるＯＳのバージョン情報と、実行しているＯＳのバージョン情報とを比較する。ここでバージョン情報１７８は「１．０１」であり、バージョン２、３のパッチファイルの使用に必要なＯＳのバージョン情報は「１．００」であり、バージョン４のパッチファイルの使用に必要なＯＳのバージョン情報は「１．０１」である。実行中のＯＳのバージョン情報は「１．００」であるため、ＯＳバージョン比較部１４２は、ゲームソフトウェア１５０の実行に推奨されるＯＳのバージョン情報、およびバージョン４のパッチファイルを使用するために必要なＯＳのバージョン情報が、実行中のＯＳのバージョン情報よりも新しいことを示していることを判定する。つまり例３では、バージョンファイルに含まれるＯＳのバージョン情報の中で最新のものと、実行中のＯＳのバージョン情報とが比較される。比較結果は、ＯＳ取得部１３４に供給され、ＯＳ取得部１３４は、最新版のＯＳを取得する。ＯＳ取得部１３４は、取得したＯＳをハードディスクドライブ３４に格納する。
【００６０】
ＯＳ取得部１３４は、更新サーバ１４にアクセスする前に、ユーザに対してＯＳをダウンロードするか否かを問い合わせる確認画面を表示機器６０に表示させてもよい。この場合、ユーザによりＯＳをダウンロードする旨の指示が入力装置４０から入力されたときに、ＯＳ取得部１３４は、更新サーバ１４にアクセスして、最新版のＯＳを取得する。
【００６１】
ＯＳ取得部１３４が最新版のＯＳをハードディスクドライブ３４に格納すると、ＯＳ実行部１１２が実行中のＯＳ１７０を終了して、取得した最新版のＯＳを起動する。最新版のＯＳで再起動することで、ゲーム装置１０は、ゲームソフトウェア１５０を好適に実行でき、またパッチファイルをダウンロードして使用できる環境を構築する。
【００６２】
起動されたＯＳ１７０は、ハードディスクドライブ３４に格納されているファイル取得プログラムを起動する。ＯＳ情報ファイル取得部１３８は、保持しているＯＳ情報ファイルのアドレスをもとにネットワーク１８を介して更新サーバ１４にアクセスし、ＯＳ情報ファイルをダウンロードして取得する。ＯＳバージョン比較部１４２が、ＯＳ情報ファイルに含まれる最新版ＯＳのバージョン情報と、実行しているＯＳのバージョン情報とを比較する。ここで実行しているＯＳは最新版であるため、ＯＳバージョン比較部１４２は、更新サーバ１４からＯＳをダウンロードする必要がないことを判定する。
【００６３】
アプリケーション実行部１１４は、入力装置４０から供給されるゲームの実行指示を受けると、ハードディスクドライブ３４に読み出されたゲームソフトウェア１５０を起動する。ゲームソフトウェア１５０が起動されると、バージョンファイル取得部１３２が、予め定められたアドレス生成手法により、ゲームソフトウェア１５０のバージョンファイルを取得するためのアドレスを生成する。バージョンファイル取得部１３２は、生成したアドレスをもとにネットワーク１８を介して管理サーバ１２にアクセスし、ゲームソフトウェア１５０のバージョンファイル（ＡＢＣＤ．ＸＹＺ）をダウンロードして取得する。
【００６４】
以下、上記した例３をもとに、パッチファイルの取得処理について説明する。
バージョンファイル取得部１３２が、ゲームソフトウェア１５０のバージョンファイルを取得すると、ＯＳバージョン比較部１４２が、バージョン情報１７８、パッチ情報１８０ａ、１８０ｂ、１８０ｃに含まれるＯＳのバージョン情報と、実行しているＯＳのバージョン情報とを比較する。ここでバージョン情報１７８は「１．０１」であり、バージョン２、３のパッチファイルの使用に必要なＯＳのバージョン情報は「１．００」であり、バージョン４のパッチファイルの使用に必要なＯＳのバージョン情報は「１．０１」である。実行中の最新版のＯＳのバージョン情報は少なくとも１．０１以上であるため、ＯＳバージョン比較部１４２は、実行中のＯＳのバージョン情報が、バージョンファイルに含まれるＯＳのバージョン情報と同じか、または、より新しいことを示していることを判定する。そのためＯＳ取得部１３４は、ＯＳの取得処理を実行しない。
【００６５】
この比較結果を受けて、パッチバージョン比較部１４４は、起動するゲームソフトウェア１５０に適用するパッチファイルのバージョン情報と、バージョンファイルに含まれるバージョン情報とを比較する。ゲーム装置１０は、ハードディスクドライブ３４において、既にパッチファイル１６０ａ、１６０ｂを保持している。ここでパッチファイル１６０ａのバージョン情報を「２」、パッチファイル１６０ｂのバージョン情報を「３」であるとする。したがって、パッチバージョン比較部１４４は、起動するゲームソフトウェア１５０に適用するパッチファイル１６０ａ、１６０ｂのバージョン情報「２」、「３」と、バージョンファイルに含まれるバージョン情報「２」、「３」、「４」を比較し、バージョンファイルに含まれるバージョン情報「４」が、起動するゲームソフトウェアに適用するパッチファイルのバージョン情報よりも新しいことを判定する。この比較結果は、パッチファイル取得部１３６に供給される。
【００６６】
パッチファイル取得部１３６は、比較結果を受けると、ファイル提供サーバ１６にアクセスして、バージョン情報「４」で特定されるパッチファイルを取得する。バージョン４のパッチファイルの取得アドレスは、パッチ情報１８０ｃにおいて「パッチ取得ＵＲＬ」として記述されており、パッチファイル取得部１３６は、このアドレスにアクセスして、バージョン４のパッチファイルを取得し、ハードディスクドライブ３４に格納する。新たなパッチファイルが取得されると、アプリケーション実行部１１４は、ゲームソフトウェア１５０を再起動して、取得したパッチファイルを適用する。
【００６７】
パッチファイルを使用するために必要なＯＳをインストールしていなければ、パッチファイルを取得してもゲームソフトウェアに適用できない。そこでゲーム装置１０は、パッチファイルをダウンロードする前に、パッチファイルを使用するために必要なＯＳをダウンロードしておくことで、その後ダウンロードしたパッチファイルをゲームソフトウェアに好適に適用することができる。
【００６８】
図５は、ゲーム装置１０におけるファイル取得処理のフローチャートを示す。ＯＳ実行部１１２が、ハードディスクドライブ３４に格納されているバージョン１．００のＯＳを実行する（Ｓ１０）。アプリケーション実行部１１４がゲームソフトウェアを起動すると（Ｓ１２）、バージョンファイル取得部１３２が管理サーバ１２からバージョンファイルを取得する（Ｓ１４）。ＯＳバージョン比較部１４２は、実行中のＯＳのバージョン情報（１．００）と、バージョンファイルに含まれるＯＳのバージョン情報とを比較し、ＯＳの更新の必要性を判定する（Ｓ１６）。
【００６９】
たとえばＯＳバージョン比較部１４２は、実行中のＯＳのバージョン情報と、起動したゲームソフトウェアの実行に推奨されるＯＳのバージョン情報とを比較して、起動したゲームソフトウェアの好適な実行に必要なＯＳのバージョン情報がより新しければ、ＯＳの更新が必要であることを判定する（Ｓ１６のＹ）。一方、実行中のＯＳのバージョン情報がより新しければ、ＯＳの更新が不要であることを判定する（Ｓ１６のＮ）。
【００７０】
またＯＳバージョン比較部１４２は、実行中のＯＳのバージョン情報と、パッチファイルを使用するために必要なＯＳのバージョン情報とを比較して、パッチファイルを使用するために必要なＯＳのバージョン情報がより新しければ、ＯＳの更新が必要であることを判定してもよい（Ｓ１６のＹ）。一方、実行中のＯＳのバージョン情報がより新しければ、ＯＳの更新が不要であることを判定してもよい（Ｓ１６のＮ）。
【００７１】
ＯＳの更新が必要であることが判定されると（Ｓ１６のＹ）、ＯＳ取得部１３４は、更新サーバ１４から最新版のＯＳをダウンロードして取得し（Ｓ１８）、ハードディスクドライブ３４に格納する。ＯＳ実行部１１２は、実行中のＯＳを終了し（Ｓ２０）、取得した最新版のＯＳを再起動する（Ｓ１０）。以後、Ｓ１２〜Ｓ１６までのステップが実行される。
【００７２】
ＯＳの更新が不要であることが判定されると（Ｓ１６のＮ）、パッチバージョン比較部１４４は、バージョンファイルを参照して、未取得のパッチファイルが存在するか判定する（Ｓ２２）。この判定は、バージョンファイルに含まれるパッチファイルのバージョン情報と、ハードディスクドライブ３４に格納しているパッチファイルのバージョン情報とを比較することで行われる。未取得のパッチファイルがある場合（Ｓ２２のＹ）、パッチファイル取得部１３６は、ファイル提供サーバ１６からパッチファイルをダウンロードして取得し（Ｓ２４）、ハードディスクドライブ３４に格納する。アプリケーション実行部１１４は、ゲームソフトウェアを再起動し（Ｓ１２）、ハードディスクドライブ３４に格納しているパッチファイルを適用して、ゲームソフトウェアを実行する。以後、Ｓ１４〜Ｓ２２までのステップが実行される。未取得のパッチファイルがないことが判定されると（Ｓ２２のＮ）、ファイル取得処理が終了する。
【００７３】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。実施例では、ゲームソフトウェアが記録された記録媒体の例としてＲＯＭ媒体を示したが、記録媒体は、たとえば情報の書換可能な媒体であっても構わない。
【００７４】
ＯＳ実行部１１２は、ＯＳ１７０を起動して、ネットワーク接続機能を実行する。ＯＳ実行部１１２は、ネットワーク接続を行うために最低限必要なＯＳのバージョン情報を保持しており、実行しているＯＳ１７０のバージョン情報が、そのバージョン情報と同じか、またはそれよりも新しければ、ネットワーク接続機能をアクティブにし、ゲーム装置１０は、ネットワーク１８に接続可能となる。ここでは、ネットワーク接続を行うために最低限必要なＯＳバージョン情報が「１．００」であるとする。したがってゲーム装置１０は、バージョン１．００のＯＳ１７０の実行中、ネットワーク接続を行うために最低限必要なＯＳバージョン情報が「１．００」であるため、ネットワーク１８に接続できる。
【００７５】
ゲームソフトウェアには、ネットワーク１８に接続して、ネットワーク対戦を可能とするものも存在する。ネットワーク対戦を行う場合は、対戦者同士がゲーム装置１０を同じ環境にしていることが好ましい。したがって本実施例のゲームシステムでは、図４に示すバージョン情報１７８で特定されるＯＳをインストールしなければ、ネットワークゲームを実行させないようにする。
【００７６】
アプリケーション実行部１１４がゲームソフトウェア１５０を起動すると、取得したバージョンファイル中のバージョン情報１７８が「１．０１」であるため、ＯＳ実行部１１２は、バージョン情報１７８が、ＯＳ１７０のバージョン情報よりも新しいことを判定し、ゲームソフトウェア１５０の実行中におけるネットワーク接続を禁止する。なお、ゲームソフトウェア１５０の実行を終了すると、ＯＳ実行部１１２は、ＯＳ１７０のバージョン情報が、ネットワーク接続を行うために最低限必要なＯＳのバージョン情報と同じであることを判定してネットワーク接続機能をアクティブにし、ゲーム装置１０は、ネットワーク１８に接続可能となる。
【００７７】
このようにバージョン情報１７８は、ゲームソフトウェア１５０の実行中にネットワーク１８に接続するために必要なＯＳのバージョン情報を特定し、ネットワーク対戦の実行可否を判断するための条件として用いられる。このように、バージョン情報１７８がゲーム中にネットワーク接続するために必要なＯＳのバージョン情報として利用されることで、ユーザに対して、ゲームソフトウェアの実行に推奨されるＯＳをダウンロードさせるインセンティブを与えることができ、また、ネットワーク対戦するユーザの環境を揃えることが可能となる。
【図面の簡単な説明】
【００７８】
【図１】本発明の実施例にかかるファイル取得システムを示す図である。
【図２】ゲーム装置の機能ブロック図を示す図である。
【図３】ゲーム装置におけるファイル取得処理を実行するための機能ブロックを示す図である。
【図４】バージョンファイルの一例を示す図である。
【図５】ゲーム装置におけるファイル取得処理のフローチャートを示す図である。
【符号の説明】
【００７９】
１・・・ファイル取得システム、１０・・・ゲーム装置、１２・・・管理サーバ、１４・・・更新サーバ、１６・・・ファイル提供サーバ、１８・・・ネットワーク、３２・・・メディアドライブ、３４・・・ハードディスクドライブ、４０・・・入力装置、５０・・・ＲＯＭ媒体、６０・・・表示機器、１００・・・メインコントローラ、１１０・・・実行処理部、１１２・・・ＯＳ実行部、１１４・・・アプリケーション実行部、１２０・・・更新処理部、１３０・・・取得部、１３２・・・バージョンファイル取得部、１３４・・・ＯＳ取得部、１３６・・・パッチファイル取得部、１３８・・・ＯＳ情報ファイル取得部、１４０・・・比較部、１４２・・・ＯＳバージョン比較部、１４４・・・パッチバージョン比較部、１５０・・・ゲームソフトウェア、１６０・・・パッチファイル、１７０・・・ＯＳ、１７６・・・タイトル情報、１７８・・・バージョン情報、１８０・・・
【図１】
2010088825.tif 000003
【図２】
2010088825.tif 000004
【図３】
2010088825.tif 000005
【図４】
2010088825.tif 000006
【図５】
2010088825.tif 000007