JP2017037482A - 情報処理装置およびダウンロード進捗状況の表示方法 - Google Patents

Abstract

【課題】ダウンロードの進捗状況を効果的に提示する技術を提供する。
【解決手段】ゲームソフトウェアおよびパッチデータはそれぞれ複数のグループで構成され、パッチデータの１つのグループは、ゲームソフトウェアの１つのグループに対応付けられている。ダウンロード実行部１０６が、ゲームソフトウェアの第１グループに属するファイルをダウンロードし、またパッチデータの第１グループに属するファイルをダウンロードすると、実行部１０２は、ゲームを起動できる。進捗状況表示部１１４は、第１グループに属するゲームソフトウェアのファイルと第１グループに属するパッチデータのファイルとを合わせたダウンロードの進捗状況を表示する。
【選択図】図８

Description

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

従来よりゲームソフトウェアは、光ディスクや光磁気ディスク、ブルーレイディスクなどのＲＯＭ媒体の形態で流通、販売されてきた。データ通信の高速化にともない、最近ではサーバがインターネット経由でゲームソフトウェアのイメージファイルを配信できるようになっている。

ゲームソフトウェアは、起動ファイル、ゲームプログラムなどのゲームを実行するためのリソースファイル群、およびゲーム装置のオペレーティングシステム（ＯＳ：Operating System）が使用するファイル群を含んでいる。近年、ゲームソフトウェアに含まれるファイル数は多くなり、データサイズは大規模化する傾向にある。

特許文献１はゲームソフトウェアを複数のグループに分割し、そのうち１つのグループ（第１グループ）を、ゲームソフトウェアの起動に必要なプログラムファイルおよびデータファイルが属するように構成したグループ構造を開示する。特許文献１に開示された技術によると、第１グループに属する全てのファイルのダウンロードが完了すれば、後続の第２グループ以降のファイルをダウンロードしなくてもゲームソフトウェアを起動でき、第２グループ以降のグループに属するファイルについては、ユーザがゲームをプレイ中にバックグランドでダウンロードできる。これによりゲームを開始するまでにかかるユーザのダウンロード待ち時間を短くしている。

米国特許出願公開第２０１４／２０１２０９号明細書

特許文献１に開示されるように、ゲームソフトウェアを複数のグループに分割してグループ毎にダウンロードする場合、ダウンロードの進捗状況をどのようにユーザに提示すればよいかという問題が生じる。特に近年ではゲームソフトウェアにパッチをあてて、シナリオを修正または追加することが一般的に行われているが、ゲームソフトウェアとともにパッチデータを同時にダウンロードする場合を想定すると、ダウンロードの進捗状況をユーザが直観的に認識できるように提示できることが好ましい。なお特許文献１に開示されるようなグループ単位でダウンロードする場合に限らず、ゲームソフトウェアとともにパッチデータを同時にダウンロードする場合に、ダウンロードの進捗状況を効果的にユーザに提示できることが好ましい。

そこで本発明は、ダウンロードの進捗状況を効果的に提示する技術を提供することを目的とする。

上記課題を解決するために、本発明のある態様の情報処理装置は、アプリケーションソフトウェアおよびパッチデータをダウンロードするダウンロード実行部と、ダウンロードの進捗状況を表示する進捗状況表示部と、アプリケーションソフトウェアおよびパッチデータを用いて、アプリケーションを実行する実行部とを備える。進捗状況表示部は、アプリケーションソフトウェアとパッチデータとを合わせたダウンロードの進捗状況を表示する。

本発明の別の態様は、ダウンロードの進捗状況を表示する方法に関する。この方法は、アプリケーションソフトウェアおよびパッチデータをダウンロードするステップと、アプリケーションソフトウェアとパッチデータとを合わせたダウンロードの進捗状況を表示するステップとを有する。

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

本発明の情報処理技術によると、ダウンロードの進捗状況を効果的に提示する技術を提供することが可能となる。

本発明の実施例にかかる情報処理システムを示す図である。 情報処理装置の機能ブロックを示す図である。 ゲームソフトウェアのファイル構成の概念図を示す図である。 ゲームソフトウェアの具体的なファイル構成例を示す図である。 グループとファイルの関係の一例を示す図である。 グループファイルの一例を示す図である。 ゲームソフトウェアとパッチデータの関係を示す図である。 情報処理装置におけるダウンロード処理を実行するための機能ブロックを示す図である。 ホーム画面の一例を示す図である。 ダウンロード確認画面の一例を示す図である。 ダウンロード確認画面の一例を示す図である。 ダウンロード確認画面の一例を示す図である。 ダウンロード確認画面の一例を示す図である。 ダウンロード確認画面の一例を示す図である。 ダウンロード確認画面の一例を示す図である。 ダウンロード確認画面の一例を示す図である。 ダウンロード確認画面の一例を示す図である。

図１は、本発明の実施例にかかる情報処理システム１を示す。情報処理システム１は、情報処理装置１０と、ネットワークサーバ５と、デジタルコンテンツを配信するコンテンツサーバ１２とを備え、これらはインターネットやＬＡＮ（Local Area Network）などのネットワーク３を介して接続している。コンテンツサーバ１２は、ゲームソフトウェアおよびゲームのパッチデータなどのデジタルコンテンツを保持し、情報処理装置１０に配信する。

アクセスポイント（以下、「ＡＰ」とよぶ）８は、無線アクセスポイントおよびルータの機能を有し、情報処理装置１０は、無線または有線経由でＡＰ８に接続して、ネットワーク３上のネットワークサーバ５、コンテンツサーバ１２と通信可能に接続する。

情報処理装置１０は、ユーザが操作する入力装置６と無線または有線で接続し、入力装置６はユーザの操作結果を示す操作情報を情報処理装置１０に出力する。情報処理装置１０は入力装置６から操作情報を受け付けるとＯＳ（システムソフトウェア）やゲームソフトウェアの処理に反映し、出力装置４から処理結果を出力させる。情報処理システム１において情報処理装置１０はゲームソフトウェアを実行するゲーム装置やパーソナルコンピュータなどの端末装置であり、入力装置６はゲームコントローラなど情報処理装置１０に対してユーザの操作情報を供給する機器であってよい。ユーザは情報処理装置１０のＯＳにログインすることで、ＯＳやゲームソフトウェアを操作できる。

ネットワークサーバ５は情報処理システム１の運営主体により保守、管理され、情報処理システム１のユーザに対してネットワークサービスを提供する。ネットワークサーバ５はユーザを識別するネットワークアカウントを管理しており、ユーザは、ネットワークアカウントを用いて、ネットワークサーバ５が提供するネットワークサービスにサインインする。ユーザは情報処理装置１０からネットワークサービスにサインインすることで、コンテンツサーバ１２からデジタルコンテンツの配信を受けることができる。なおコンテンツサーバ１２が、ネットワークサーバ５のユーザ管理機能を備えてもよい。実施例において、デジタルコンテンツは、様々な種類のアプリケーションソフトウェアおよび様々な種類のアプリケーションのパッチデータであってよいが、以下では、特にデジタルコンテンツがゲームソフトウェアおよびゲームのパッチデータである場合について説明する。

補助記憶装置２はＨＤＤ（ハードディスクドライブ）やフラッシュメモリなどの大容量記憶装置であり、ＵＳＢ（Universal Serial Bus）などによって情報処理装置１０と接続する外部記憶装置であってよく、内蔵型記憶装置であってもよい。出力装置４は画像を出力するディスプレイおよび音声を出力するスピーカを有するテレビであってよく、またコンピュータディスプレイであってもよい。出力装置４は、情報処理装置１０に有線ケーブルで接続されてよく、無線接続されてもよい。

入力装置６は複数のプッシュ式の操作ボタンや、アナログ量を入力できるアナログスティック、回動式ボタンなどの複数の入力部を有して構成される。撮像装置であるカメラ７は出力装置４の近傍に設けられ、出力装置４周辺の空間を撮像する。図１ではカメラ７が出力装置４の上部に取り付けられている例を示しているが、出力装置４の側方に配置されてもよく、いずれにしても出力装置４の前方でゲームをプレイするユーザを撮像できる位置に配置される。カメラ７は、ステレオカメラであってよい。情報処理装置１０は、カメラ７の撮像画像からユーザを顔認証して、ログインさせる機能をもつ。

図２は、情報処理装置１０の機能ブロック図を示す。情報処理装置１０は、メイン電源ボタン２０、電源ＯＮ用ＬＥＤ２１、スタンバイ用ＬＥＤ２２、システムコントローラ２４、クロック２６、デバイスコントローラ３０、メディアドライブ３２、ＵＳＢモジュール３４、フラッシュメモリ３６、無線通信モジュール３８、有線通信モジュール４０、サブシステム５０およびメインシステム６０を有して構成される。

メインシステム６０は、メインＣＰＵ（Central Processing Unit）、主記憶装置であるメモリおよびメモリコントローラ、ＧＰＵ（Graphics Processing Unit）などを備える。ＧＰＵはゲームプログラムの演算処理に主として利用される。これらの機能はシステムオンチップとして構成されて、１つのチップ上に形成されてよい。メインＣＰＵは、補助記憶装置２やＲＯＭ媒体４４に記録されたゲームソフトウェアを実行する機能をもつ。

サブシステム５０は、サブＣＰＵ、主記憶装置であるメモリおよびメモリコントローラなどを備え、ＧＰＵを備えず、ゲームプログラムを実行する機能をもたない。サブＣＰＵの回路ゲート数は、メインＣＰＵの回路ゲート数よりも少なく、サブＣＰＵの動作消費電力は、メインＣＰＵの動作消費電力よりも少ない。サブＣＰＵは、メインＣＰＵがスタンバイ状態にある間においても動作し、消費電力を低く抑えるべく、その処理機能を制限されている。

メイン電源ボタン２０は、ユーザからの操作入力が行われるボタンであって、情報処理装置１０の筐体の前面に設けられ、情報処理装置１０のメインシステム６０への電源供給をオンまたはオフするために操作される。電源ＯＮ用ＬＥＤ２１は、メイン電源ボタン２０がオンされたときに点灯し、スタンバイ用ＬＥＤ２２は、メイン電源ボタン２０がオフされたときに点灯する。

システムコントローラ２４は、ユーザによるメイン電源ボタン２０の押下を検出する。メイン電源がオフ状態にあるときにメイン電源ボタン２０が押下されると、システムコントローラ２４は、その押下操作を「オン指示」として取得し、一方で、メイン電源がオン状態にあるときにメイン電源ボタン２０が押下されると、システムコントローラ２４は、その押下操作を「オフ指示」として取得する。

クロック２６はリアルタイムクロックであって、現在の日時情報を生成し、システムコントローラ２４やサブシステム５０およびメインシステム６０に供給する。

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

メディアドライブ３２は、ゲームなどのアプリケーションソフトウェアを記録したＲＯＭ媒体４４を装着して駆動し、ＲＯＭ媒体４４からプログラムやデータなどを読み出すドライブ装置である。以下では、プログラムおよびデータを特に区別しない場合には、まとめてデータと呼ぶこともあるが、「データ」は、ファイルを構成する要素を表現するものとしても使用する。ＲＯＭ媒体４４は、光ディスクや光磁気ディスク、ブルーレイディスクなどの読出専用の記録メディアである。

ＵＳＢモジュール３４は、外部機器とＵＳＢケーブルで接続するモジュールである。ＵＳＢモジュール３４は補助記憶装置２およびカメラ７とＵＳＢケーブルで接続してもよい。フラッシュメモリ３６は、内部ストレージを構成する補助記憶装置である。無線通信モジュール３８は、Bluetooth（登録商標）プロトコルやIEEE802.11プロトコルなどの通信プロトコルで、たとえば入力装置６と無線通信する。なお無線通信モジュール３８は、ＩＴＵ（International Telecommunication Union；国際電気通信連合）によって定められたＩＭＴ−２０００（International Mobile Telecommunication 2000）規格に準拠した第３世代（3rd Generation）デジタル携帯電話方式に対応してもよく、さらには別の世代のデジタル携帯電話方式に対応してもよい。有線通信モジュール４０は、外部機器と有線通信し、ＡＰ８を介してネットワーク３に接続する。

図１に戻ってコンテンツサーバ１２は、情報処理装置１０にゲームソフトウェアおよびそのパッチデータを提供する。ゲームソフトウェアは、起動ファイル、ゲームプログラムなどのゲームを実行するためのリソースファイル群、および情報処理装置１０のＯＳが使用するファイル群を含んでおり、コンテンツサーバ１２は、本来ＲＯＭ媒体４４に記録されているゲームソフトウェアのイメージファイルを情報処理装置１０に提供する。ゲームプログラムは、ゲームの実行に必要なプログラムであり、ゲームプログラムを走らせることでゲームが進行する。起動ファイルは、ゲームプログラムを起動するためのプログラムであり、起動ファイルを実行すると、ゲームプログラムが呼び出されて実行される。ＯＳが使用するファイル群は、たとえば、情報処理装置１０におけるメニュー画面に表示されるゲームアイコン画像などを含む。

ゲームソフトウェアはツリー型ディレクトリ構造を有し、最上層のルートディレクトリには起動ファイルが含まれている。下層のサブディレクトリは、ファイルの種類ごとに分類され、たとえば３Ｄモデル用のサブディレクトリ、テクスチャ用のサブディレクトリ、スクリプト用のサブディレクトリなどが形成されている。各サブディレクトリには、対応するファイルが含まれており、３Ｄモデル用サブディレクトリには複数の３Ｄモデルファイルが、テクスチャ用サブディレクトリには複数のテクスチャファイルが、スクリプト用サブディレクトリには複数のスクリプトファイルが含まれる。たとえばテクスチャ用のサブディレクトリには、ゲームのシーン１用のテクスチャファイル、シーン２用のテクスチャファイル、シーン３用のテクスチャファイルなどが含まれている。

パッチデータは、ゲームソフトウェアの実行時にゲームソフトウェアに適用されるものであり、バグを修正したゲームプログラムや、ゲーム機能を変更するためのデータファイルなどを含む。パッチデータはゲームソフトウェアと同じファイル構成を有し、たとえばゲームソフトウェアに含まれるファイルと置き換えられるべきファイルを含んで構成されてよい。

図３は、ゲームソフトウェアのファイル構成の概念図を示す。実施例のゲームソフトウェア７０は複数のファイルによって構成され、図示されるように複数のグループ７２に論理的に分割される。各ファイルは複数のグループ７２のうち少なくとも１つのグループに属し、また各グループ７２には少なくとも１つのファイルが属している。図３に示すゲームソフトウェア７０には、先頭グループとして第１グループ７２ａが存在し、それに後続するグループとして第２グループ７２ｂ、第３グループ７２ｃ、第４グループ７２ｄ、第５グループ７２ｅ、第６グループ７２ｆが存在している。なお第６グループ７２ｆに後続する７番目以降のグループ７２が存在していてもよい。各グループは、第１、第２などのグループ番号によって識別される。

論理的に分割された各グループには、複数のサブディレクトリに含まれるファイルが属し、すなわち各グループは、種類の異なるファイルによって構成され、情報処理装置１０がゲーム中のシーンやステージなどの特定の単位を実行するのに必要なファイルが属するように設定されている。

第１グループ７２ａには、ゲームソフトウェア７０の起動に必要なプログラムファイルおよびデータファイルが属している。したがって情報処理装置１０は、ゲームソフトウェア７０をコンテンツサーバ１２から取得する場合、第１グループ７２ａに属する全てのファイルをダウンロードすれば、後続の第２グループ７２ｂ以降のファイルをダウンロードしなくても、ただちにゲームソフトウェア７０を起動することが可能となる。なお情報処理装置１０は、第１グループ７２ａに属する全てのファイルを取得して、ゲームソフトウェア７０を起動した後に、後続のグループ７２に属するファイルをバックグランドでダウンロードする。このようにゲームの実行に必要な最低限のファイルをまず最初にダウンロードさせ、それらのファイルが揃った時点でゲームを実行可能とすることで、ユーザのダウンロード待ち時間を短くすることが可能となる。なお、実施例においては、ＲＯＭ媒体４４に記録されるゲームソフトウェア７０も、コンテンツサーバ１２などからダウンロードされるゲームソフトウェア７０も、同じファイルおよびディレクトリ構成をもつデータ構造を有している。

図４は、ゲームソフトウェアの具体的なファイル構成例を示す。第１グループ７２ａは、ゲームソフトウェア７０の中で一番最初にダウンロードされるべきファイル群で構成されており、ここではゲームパラメータファイル、グループファイル、起動ファイルおよび必須リソースファイルが示されている。

ここでゲームパラメータファイルは、情報処理装置１０のＯＳが使用するファイルであり、たとえばタイトルＩＤやディスプレイ解像度などの情報、またアイコン画像データなどを含んでいる。

グループファイルは、各ファイルがどのグループに含まれるかを記述する定義ファイルである。たとえばグループファイルはＸＭＬで表現されてよいが、他のプログラム言語によって表現されてもよく、その形式は問わない。グループファイルについては、図５、図６に関して後述する。

起動ファイルは、ゲームプログラムを起動するためのプログラムである。また必須リソースファイルは、ゲーム実行に必須となるプログラムなどのリソースファイルやゲーム全体で使用する共通ファイルなどを含む。

情報処理装置１０は、ゲームソフトウェア７０をコンテンツサーバ１２などからダウンロードする場合、第１グループ７２ａに属するファイル群を全て取得してインストールすれば、ゲームを起動できる。逆に言えば、第１グループ７２ａは、ユーザがゲームの一部をプレイするために必要なファイル群を含むように構成されている。なお、ここでいうゲームプレイは、たとえばユーザがキャラクタを決定したり、ゲームレベルを決定するなど、ゲーム開始時に行う設定行動も含むものであってよい。つまり第１グループ７２ａは、ゲームを起動し、ユーザが少なくとも何らかの動作を行える状態にするために必要なファイル群を含んで構成されている。第１グループ７２ａに含まれるファイル群を用いて実行可能となるゲームプレイは、たとえばゲームの初期設定だけであってもよく、またゲームの第１ステージまでプレイ可能とするものであってもよい。これはゲームメーカ次第である。

図４に示す例では、第２グループ７２ｂには、シーン１用の複数のリソースファイルが属しており、第３グループ７２ｃには、シーン２用の複数のリソースファイルが属しており、第４グループ７２ｄには、シーン３用の複数のリソースファイルが属している。具体的に複数のリソースファイルは、プログラム、特定のシーン用の３Ｄモデルファイル、テクスチャファイル、スクリプトファイルなどを含み、ディレクトリ構造の複数のサブディレクトリに含まれるファイルを含む。

図５は、グループとファイルの関係の一例を示す。ここでは、ファイルＡ〜Ｎが、各グループ７２に属していることが示される。図示されるように、各ファイルは複数のグループ７２のうち少なくとも１つのグループに属し、また各グループ７２には少なくとも１つのファイルが属している。なおファイルＧは、第２グループ７２ｂ、第３グループ７２ｃおよび第４グループ７２ｄに属している。このことは、ファイルＧが、ゲーム中のシーン１、シーン２、シーン３を構成する上で必要なファイルであることを意味し、このように１つのファイルが、複数のグループに所属することもある。なお同様にファイルＫも、複数のグループ７２、すなわち第４グループ７２ｄおよび第５グループ７２ｅに属している。

図６は、グループファイルの一例を示す。既述したように、グループファイルはＸＭＬによって表現されてもよく、他のプログラム言語によって表現されてもよい。図６には、理解を容易にするために、グループとファイルの対応関係をテーブル形式で表現したグループファイルを示している。情報処理装置１０は、ゲームソフトウェア７０の各ファイルをダウンロードする際に、グループファイルを参照して、あるグループに属するファイルが全て揃ったか、または揃ってないかを判定することが可能となる。たとえば第１グループ７２ａに関して言えば、情報処理装置１０はグループファイルを参照することで、第１グループ７２ａに属するファイルが、ファイルＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆであることを認識できるため、これらのファイルが補助記憶装置２に記録されていれば、第１グループ７２ａに属するファイルが全て揃ったことを判定する。なおグループファイルは、ファイルＡ〜Ｆのうちのいずれか１つであってよい。

このようにゲームソフトウェア７０が複数のグループにより構成されることで、情報処理装置１０は、グループのダウンロードの優先順位を定めるダウンロード順序にしたがって、ファイルをダウンロードすることができる。ゲームソフトウェア７０が、１人でプレイするシングルプレイ用のリソースファイルと、複数人でプレイするマルチプレイ用のリソースファイルを含む場合、ユーザがシングルプレイを望む場合には、まず第１グループ７２ａをダウンロードした後、シングルプレイ用のグループを優先的にダウンロードし、シングルプレイを楽しみながら、バックグランドでマルチプレイ用のグループをダウンロードする。一方で、ユーザがマルチプレイを望む場合には、まず第１グループ７２ａをダウンロードした後、マルチプレイ用のグループを優先的にダウンロードし、マルチプレイを楽しみながら、バックグランドで、シングルプレイ用のグループをダウンロードする。

ダウンロード順序において、最初にダウンロードするべきグループが第１グループ７２ａであることは、デフォルトで設定されている。その後のダウンロードグループについてはゲームによって指定されてよく、上記したようにユーザによりシングルプレイが選択された場合には、ゲームが、ゲーム進行順序にしたがったシングルプレイ用のグループのダウンロード順序を指定する。これにより効率的なゲームソフトウェア７０のダウンロードが実現される。

図７は、ゲームソフトウェアとパッチデータの関係を示す。実施例のパッチデータ８０は複数のファイルによって構成され、ゲームソフトウェア７０と同様に、複数のグループ８２に論理的に分割される。パッチデータ８０の各ファイルは複数のグループ８２のうち少なくとも１つのグループに属し、また各グループ８２には少なくとも１つのファイルが属している。図７に示すパッチデータ８０には、先頭グループとして第１グループ８２ａが存在し、それに後続するグループとして第２グループ８２ｂ、第３グループ８２ｃ、第４グループ８２ｄ、第５グループ８２ｅ、第６グループ８２ｆが存在している。なお第６グループ８２ｆに後続する７番目以降のグループ８２が存在していてもよい。

パッチデータ８０の１つのグループ８２は、ゲームソフトウェア７０の１つのグループ７２に対応付けられる。なおパッチを当てる必要のないゲームソフトウェア７０のグループ７２に対しては、パッチデータ８０のグループ８２が対応付けられなくてもよい。情報処理装置１０は、ゲームソフトウェア７０に対して最新のパッチデータ８０を適用することで、ゲームを最新の状態で実行できるが、パッチデータ８０の各グループ８２は、ゲームソフトウェア７０の各グループ７２に対応している。そのため情報処理装置１０は、ゲームソフトウェア７０のあるグループ７２に属するファイルをダウンロードすると、続いて、パッチデータ８０の対応する（この例では同一グループ番号の）グループ８２に属するファイルをダウンロードする。これによりゲームソフトウェア７０のグループ７２に対して、対応するパッチデータ８０のグループ８２をすみやかに適用できる。

なお、この状況は、ユーザがゲームソフトウェア７０をダウンロードする際に、既にパッチデータ８０がコンテンツサーバ１２において用意されていることを前提とする。実施例ではコンテンツサーバ１２が、ゲームソフトウェア７０のパッチデータ８０を保持している場合、情報処理装置１０は、ゲームソフトウェア７０のグループ７２に属するファイルと、グループ７２に対応するパッチデータ８０のグループ８２に属するファイルとを、セットでダウンロードする。つまり情報処理装置１０は、ゲームソフトウェア７０の第Ｌグループをダウンロードすると、対応するパッチデータ８０の第Ｌグループをダウンロードし、ゲームソフトウェアとパッチとがグループ毎にセットでダウンロードされるようにする。

図８は、情報処理装置１０におけるダウンロード処理を実行するための機能ブロックを示す。ここでダウンロード処理は、コンテンツサーバ１２からゲームソフトウェア７０およびパッチデータ８０をグループ単位で取得（ダウンロード）する処理である。

メインシステム６０は、受付部１００、実行部１０２、グループ決定部１０４、ダウンロード実行部１０６、インストール処理部１１２、進捗状況表示部１１４および通知部１１６を備える。これらの構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラム、ストレージなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

受付部１００は、ユーザが入力装置６を操作した操作情報を受け付ける。ダウンロード実行部１０６は、コンテンツサーバ１２からゲームソフトウェア７０をダウンロードする第１ダウンロード部１０８と、コンテンツサーバ１２からパッチデータ８０をダウンロードする第２ダウンロード部１１０とを有し、ダウンロードしたデータ量を累計する。なお実施例において第１ダウンロード部１０８および第２ダウンロード部１１０は、ダウンロード対象が異なることを示すために便宜上区別しているが、実質的には単一のダウンロードモジュールで構成されてよい。

ゲームソフトウェア７０およびパッチデータ８０のダウンロード処理において、補助記憶装置２は、ゲームソフトウェア７０およびパッチデータ８０を構成する複数のファイルを格納するための記憶装置として利用される。ゲームソフトウェア７０およびパッチデータ８０において、各ファイルは少なくとも１つのグループに所属しており、また各グループには少なくとも１つのファイルが所属しているが、ダウンロード処理は、グループ単位で実行される。たとえば、ファイルＸ，Ｙ，ＺがグループＳに属している場合、グループＳのダウンロード要求が生成された場合には、ファイルＸ，Ｙ，Ｚがコンテンツサーバ１２からダウンロードされて、グループＳに属する全てのファイルＸ，Ｙ，Ｚが補助記憶装置２に記録されるようになる。なお既にファイルＸがダウンロード済みである場合には、ファイルＹ，Ｚがコンテンツサーバ１２からダウンロードされて、これによりグループＳに属する全てのファイルＸ，Ｙ，Ｚが補助記憶装置２に記録されるようになる。

進捗状況表示部１１４は、ダウンロードの進捗状況を出力装置４に表示する機能を有する。実施例においては、ダウンロード実行部１０６が、ゲームソフトウェア７０とパッチデータ８０とをグループ単位でセットでダウンロードする。そこで進捗状況表示部１１４は、ゲームソフトウェア７０とパッチデータ８０とを合わせたダウンロードの進捗状況を、たとえば１つのプログレスバーの形式で出力装置４に表示する機能を有する。

インストール処理部１１２は、ダウンロードしたゲームソフトウェア７０およびパッチデータ８０をインストールする。実行部１０２は、インストールされたゲームソフトウェア７０およびパッチデータ８０を用いてゲームを実行する。既述したように実行部１０２は、第１グループのゲームソフトウェア７０およびパッチデータ８０がインストールされていれば、ただちにゲームを実行できる。なお実施例ではアプリケーションの一例としてゲームを示しているが、実行部１０２は、それ以外のアプリケーションを、アプリケーションソフトウェアおよびパッチデータを用いて実行する機能も有する。

情報処理装置１０における具体的なダウンロード手順について説明する。
ユーザによるゲームソフトウェアの購入に際し、受付部１００がゲームソフトウェアの販売ページのアドレスを受け取り、出力装置４に販売ページを表示させる。ユーザが入力装置６を操作して所望のゲームソフトウェアを選択すると、課金処理が行われてライセンス情報が情報処理装置１０に付与されるとともに、選択したゲームソフトウェアを特定するゲーム特定情報（タイトルＩＤ）を含むダウンロード要求がコンテンツサーバ１２に送信される。これによりコンテンツサーバ１２が情報処理装置１０に対して、ゲーム特定情報で指定されるゲームソフトウェア７０およびパッチデータ８０を配信可能な状態となる。

実施例においてコンテンツサーバ１２は、ゲームソフトウェア７０およびパッチデータ８０を保持している。たとえばゲームソフトウェア７０の販売開始時に、すでにパッチデータ８０が用意されている場合もあるが、販売開始からしばらく経ち、シナリオ補充などのためにパッチデータ８０が作成されている場合もある。いずれにしても実施例においては情報処理装置１０が、ゲームソフトウェア７０およびパッチデータ８０を同時にダウンロードして、最新のパッチを当てた状態でユーザがすみやかにゲームをプレイできるようにすることを目的とする。

受付部１００が、コンテンツサーバ１２からダウンロードを許可する応答情報とともに、ゲームソフトウェア７０の第１グループ７２ａとパッチデータ８０の第１グループ８２ａの総データ量と、ゲームソフトウェア７０およびパッチデータ８０の総データ量を示す情報とを受け付ける。ここで第１グループ７２ａのデータサイズが１Ｇバイト、第１グループ８２ａのデータサイズが０．５Ｇバイトであるとき、第１グループの総データ量は１．５Ｇバイトとなる。またゲームソフトウェア７０のデータサイズが１０Ｇバイト、パッチデータ８０のデータサイズが５Ｇであるとき、総データ量は１５Ｇバイトとなる。

受付部１００が応答情報とともに、ゲームソフトウェア７０およびパッチデータ８０の第１グループの総データ量と、ゲームソフトウェア７０およびパッチデータ８０の全体の総データ量とを受け付けると、グループ決定部１０４は、ダウンロード実行部１０６がダウンロードするゲームソフトウェア７０のグループを決定する。ダウンロード処理の開始時、グループ決定部１０４は、最初にダウンロードするべき対象として、ゲームソフトウェア７０の第１グループ７２ａを決定する。ダウンロード実行部１０６は、グループ決定部１０４で決定されたグループを特定する情報（グループ特定情報）を含むダウンロード要求をコンテンツサーバ１２に送信する。

コンテンツサーバ１２は、グループ特定情報を含むダウンロード要求を受信すると、当該グループ特定情報で指定されるゲームソフトウェア７０のグループ７２に属するファイルを情報処理装置１０に送信し、当該グループ７２に対応するパッチデータ８０のグループ８２が存在すれば、グループ８２に属するファイルも情報処理装置１０に送信する。情報処理装置１０において、第１ダウンロード部１０８は、送信されるゲームソフトウェア７０のファイルをダウンロードし、第２ダウンロード部１１０は、続いて送信されるパッチデータ８０のファイルをダウンロードする。

コンテンツサーバ１２がゲームソフトウェア７０の第１グループ７２ａに含まれるファイルを送信すると、第１ダウンロード部１０８は、送信されたファイルをダウンロードし補助記憶装置２に記録する。続いてコンテンツサーバ１２が、パッチデータ８０の第１グループ８２ａに含まれるファイルを送信すると、第２ダウンロード部１１０は、送信されたファイルをダウンロードし補助記憶装置２に記録する。グループ決定部１０４は、次にダウンロードするゲームソフトウェア７０のグループを決定し、ダウンロード実行部１０６は、決定されたグループを特定する情報を含むダウンロード要求をコンテンツサーバ１２に送信する。

第１グループのファイルがインストールされて、ゲームが起動されている場合、グループ決定部１０４は、ゲームからの要求に応じて、次にダウンロードするグループを決定する。なおゲームが起動されていない場合、グループ決定部１０４は、ダウンロードするグループの順番を、グループ番号順と同じく定め、つまりグループ決定部１０４は、より番号の小さいグループを、より早い順番でダウンロードする対象として決定してよい。グループ決定部１０４は、ダウンロードするグループの順番を決めると、その順番をダウンロード実行部１０６に通知し、ダウンロード実行部１０６が、その順番にしたがってグループに含まれるファイルをダウンロードする。

以下、タイトル「ＡＢＣテニス」というゲームをダウンロードする際に提示するダウンロードの進捗状況について説明する。
図９は、ホーム画面の一例を示す。ホーム画面には、インストールしたゲームやアプリケーションのアイコンが並べられる。第１グループのダウンロード中、「ＡＢＣテニス」のアイコン１５２の下方にはプログレスバー１５０が表示される。

進捗状況表示部１１４は、第１グループ７２ａに属するゲームソフトウェア７０のファイルと第１グループ８２ａに属するパッチデータ８０のファイルとを合わせたダウンロードの進捗状況を示すために、プログレスバー１５０をアイコン１５２の下方に表示する。たとえば第１グループ７２ａのデータサイズが１Ｇバイト、第１グループ８２ａのデータサイズが０．５Ｇバイトであるとき、プログレスバー１５０は、第１グループの総データ量である１．５Ｇバイトに対するダウンロード済みのデータ量の比率を表現する。実行部１０２は、ゲームソフトウェア７０の第１グループ７２ａおよびパッチデータ８０の第１グループ８２ａのファイルがインストールされれば、「ＡＢＣテニス」を起動できる。そのため進捗状況表示部１１４は、ゲームソフトウェア７０およびパッチデータ８０を構成する全ファイルの進捗状況を表現するのではなく、ゲーム起動を可能とする第１グループ７２ａおよび第１グループ８２ａに属するファイルのダウンロード進捗状況を提示して、ユーザがゲーム起動までにかかる待ち時間を認識できるようにする。

進捗状況表示部１１４は、ホーム画面にダウンロードの進捗状況を表示するが、他のシステム画面においてダウンロードの進捗状況を表示してもよい。
図１０は、ダウンロード確認画面の一例を示す。ダウンロード確認画面においても、進捗状況表示部１１４は、第１グループ７２ａに属するゲームソフトウェア７０のファイルと第１グループ８２ａに属するパッチデータ８０のファイルとを合わせたダウンロードの進捗状況を表示する。ここでは進捗状況表示部１１４が、ダウンロードの進捗状況としてプログレスバー１５４およびデータサイズ情報１５６を表示している。第１グループ７２ａのデータサイズが１Ｇバイト、第１グループ８２ａのデータサイズが０．５Ｇバイトであるとき、プログレスバー１５４は、総データ量である１．５Ｇバイトと、ダウンロード済みのデータ量（１．２Ｇバイト）との比率を水平方向のバーで表現し、データサイズ情報１５６は、総データ量である１．５Ｇバイトと、ダウンロード済みのデータ量（１．２Ｇバイト）との比率を数字で表現する。

ダウンロード実行部１０６が、第１グループ７２ａに属するゲームソフトウェア７０のファイルと第１グループ８２ａに属するパッチデータ８０のファイルのダウンロードを完了すると、進捗状況表示部１１４は、ダウンロード確認画面にダウンロードが完了したことを示す情報を表示する。続いてインストール処理部１１２が、ダウンロードしたファイルをインストールする。

図１１は、ダウンロード確認画面の一例を示す。インストール処理部１１２が、ダウンロードされたファイルのインストール処理を完了すると、進捗状況表示部１１４が、ダウンロードした第１グループのインストール処理が完了したことを、ダウンロード確認画面に表示する。

このように進捗状況表示部１１４は、第１グループ７２ａに属するゲームソフトウェア７０のファイルと第１グループ８２ａに属するパッチデータ８０のファイルのダウンロードが完了し、またはインストールが完了すると、完了したことを示す情報をダウンロード確認画面に表示する。完了したことを示す情報を表示する表示領域１５８は、ユーザにより選択操作可能なＧＵＩを構成し、表示領域１５８がユーザにより選択操作されると、受付部１００が、当該ゲーム（ＡＢＣテニス）の起動指示として受け付ける。

なお、第１グループ７２ａに属するゲームソフトウェア７０のファイルと第１グループ８２ａに属するパッチデータ８０のファイルのインストールが完了すると、通知部１１６は、インストールが完了したことを示す情報を、出力装置４にポップアップ表示する。通知部１１６は、ダウンロード確認画面において、インストールが完了し、「ＡＢＣテニス」をプレイ可能となったことをポップアップ表示してもよいが、特に、ダウンロード確認画面以外の画面においてポップアップ表示することが好ましい。たとえば出力装置４にホーム画面が表示されている場合や、ユーザが別のゲームをプレイしていて出力装置４にゲーム画面が表示されている場合に、通知部１１６が、「ＡＢＣテニス」のインストールが完了したことをポップアップ表示することで、ユーザは、「ＡＢＣテニス」をプレイ可能となったことを知ることができる。

図１２は、ダウンロード確認画面の一例を示す。第１グループのインストールが完了すると、ダウンロード実行部１０６が、グループ決定部１０４により決定されたグループ情報にしたがって、第２グループ以降のゲームソフトウェア７０およびパッチデータ８０のダウンロードを開始する。進捗状況表示部１１４は、第１表示領域１６０に、インストールが完了したことを示すインストール完了情報１６４を表示し、第２表示領域１６２に、第２グループ以降のグループに属するゲームソフトウェア７０のファイルとパッチデータ８０のファイルとを合わせたダウンロードの進捗状況を表示する。ここでは進捗状況表示部１１４が、ダウンロードの進捗状況としてプログレスバー１６６およびデータサイズ情報１６８を表示している。ゲームソフトウェア７０のデータサイズが１０Ｇバイト、パッチデータ８０のデータサイズが５Ｇバイトであるとき、プログレスバー１６６は、総データ量である１５Ｇバイトと、ダウンロード済みのデータ量（１．５Ｇバイト）との比率を水平方向のバーで表現し、データサイズ情報１６８は、総データ量である１５Ｇバイトと、ダウンロード済みのデータ量（１．５Ｇバイト）との比率を数字で表現する。

実施例では、１つのゲームのダウンロード状況を、２つの表示領域、つまり第１表示領域１６０と第２表示領域１６２とに分けて表現する。たとえば１つの表示領域で表現する場合を考えると、ダウンロードは引き続き実行されているため、ユーザは、表示内容を見ても、ゲームが起動可能となっているか判断が難しくなる。そこで実施例のようにダウンロード状況を２つの表示領域で表現し、インストール完了情報１６４を表示する第１表示領域１６０を、ゲーム起動を指示するためのＧＵＩとして利用し、また第２表示領域１６２を、全体のダウンロード状況を表現するために利用することで、ユーザは、どのようなダウンロード状況にあるかを容易に確認できるようになる。

ダウンロード実行部１０６が、第２グループ以降のゲームソフトウェア７０およびパッチデータ８０のダウンロードを開始する際、すでに第１グループのダウンロードは完了しており、すなわち第１グループ７２ａおよび第１グループ８２ａの１．５Ｇバイト分のダウンロードは完了している。そのため進捗状況表示部１１４は、総データ量である１５Ｇバイトのうち、１．５Ｇバイトのダウンロードが完了していることが分かるように、第２表示領域１６２に、ダウンロードの進捗状況を表示する。第２表示領域１６２に、ゲームソフトウェア７０およびパッチデータ８０の総データ量と、ダウンロード済みのデータ量とを比較できるように進捗状況を表示することで、ユーザは、ダウンロードの進捗状況を直観的に把握可能となる。

上記したように、第１表示領域１６０は、ユーザにより選択操作されると、ゲームの起動を指示するように構成されている。第１表示領域１６０には、第１グループのファイルインストールを完了した時刻が何分前であるか示す情報が表示される。

図１３は、ダウンロード確認画面の一例を示す。このダウンロード確認画面では、ダウンロード実行部１０６が、第２グループ以降のゲームソフトウェア７０およびパッチデータ８０のダウンロードを行い、７．５Ｇバイト分のダウンロードを行った状態が示されている。既述したように第１ダウンロード部１０８と第２ダウンロード部１１０は、同一グループのゲームソフトウェア７０およびパッチデータ８０に属するファイルをそれぞれダウンロードする。進捗状況表示部１１４は、ゲームソフトウェア７０とパッチデータ８０の総データ量と、累計したダウンロード済みのデータ量を用いて、プログレスバー１６６およびデータサイズ情報１６８をダウンロードの進捗状況として表示する。プログレスバー１６６は、総データ量である１５Ｇバイトと、ダウンロード済みのデータ量（７．５Ｇバイト）との比率を水平方向のバーで表現し、データサイズ情報１６８は、総データ量である１５Ｇバイトと、ダウンロード済みのデータ量（７．５Ｇバイト）との比率を数字で表現している。

図１４は、ダウンロード確認画面の一例を示す。ダウンロード実行部１０６が、ゲームソフトウェア７０とパッチデータ８０の全てのファイルのダウンロードを完了すると、進捗状況表示部１１４は、第２表示領域１６２に、ダウンロードが完了したことを示すダウンロード完了情報１７０を表示する。なお第１表示領域１６０には、第１グループのインストールが完了したことを示すインストール完了情報１６４が、引き続き表示されている。

なお、ゲームソフトウェア７０とパッチデータ８０の全てのファイルのダウンロードが完了し、またはインストールが完了しても、通知部１１６は、完了したことを示す情報を、出力装置４にポップアップ表示しない。ポップアップ表示は画面上に強制的に重畳されるため、高頻度に情報をポップアップ表示するとユーザの邪魔になり好ましくない。実施例のダウンロード処理でいえば、ゲームソフトウェア７０とパッチデータ８０の全ファイルのダウンロードが完了したことは、当該ゲームを全て実行できることを示すものであるが、第１グループの全ファイルのインストールが完了した時点で、当該ゲームの実行はすでに可能となっている。そのためゲームソフトウェア７０とパッチデータ８０の全ファイルのダウンロードが完了したことは、ユーザにとってそれほど重要な情報ではないと考えられるため、この情報のポップアップ表示は行わないようにしている。なお、ユーザは全ファイルのダウンロードを完了したことは、図１４に示すダウンロード確認画面から確認することができる。

なおインストール完了情報１６４を表示する第１表示領域１６０、およびダウンロード完了情報１７０を表示する第２表示領域１６２は、ユーザにより選択操作されると、ゲームの起動を指示するように構成される。第１表示領域１６０または第２表示領域１６２のいずれかが選択操作されると、受付部１００は、「ＡＢＣテニス」ゲームの起動指示として受け付け、実行部１０２は、「ＡＢＣテニス」ゲームを起動する。

図１５は、ダウンロード確認画面の一例を示す。この例では、ゲームソフトウェア７０およびパッチデータ８０のダウンロード完了後、最新のパッチデータがコンテンツサーバ１２にアップロードされた場合を想定している。最新のパッチデータがコンテンツサーバ１２からダウンロード可能になると、ダウンロード実行部１０６は、最新のパッチデータを、アップデートファイルとしてダウンロードし、進捗状況表示部１１４は、アップデートファイルのダウンロード進捗状況を、ダウンロード確認画面に表示する。アップデートファイルも複数のグループにより構成されているが、ダウンロード実行部１０６は、アップデートファイルを、たとえばグループ番号順に一括してダウンロードする。

図１６は、ダウンロード確認画面の一例を示す。この例では、ゲームソフトウェア７０およびパッチデータ８０の第１グループのインストール後、第２グループ以降をダウンロードしている最中に、最新のパッチデータがコンテンツサーバ１２にアップロードされた場合を想定している。最新のパッチデータがコンテンツサーバ１２から新たにダウンロード可能になると、ダウンロード実行部１０６は、グループ単位のダウンロード処理は引き続き続行するとともに、アップデートファイルを一括してダウンロードする。

図１７は、ダウンロード確認画面の一例を示す。この例では、ゲームソフトウェア７０およびパッチデータ８０の第１グループのダウンロード完了前に、最新のパッチデータがコンテンツサーバ１２にアップロードされた場合を想定している。たとえば図１０に示すように、第１グループの１．２Ｇバイト分がダウンロード済みのときに、コンテンツサーバ１２から、最新のパッチデータがダウンロード可能になったとする。つまり、この例は、第１グループのインストールが完了していない状態で、最新のパッチデータがダウンロード可能となったケースである。

ここでダウンロード済みの１．２Ｇバイトの内訳は、ゲームソフトウェア７０の第１グループ７２ａの１Ｇバイトと、パッチデータ８０の第１グループ８２ａの０．２Ｇバイトである。つまり第１グループ７２ａの全ファイルのダウンロードは完了し、第１グループ８２ａのダウンロードは途中までしか終わっていない。この状態で最新のパッチデータがダウンロード可能となると、ダウンロード実行部１０６は、第１グループ８２ａの０．２Ｇバイトを補助記憶装置２から削除し、あらためて最新のパッチデータの第１グループに属するファイルをダウンロードしなおす。このとき受付部１００は、最新のパッチデータの第１グループのデータサイズ（０．８Ｇバイト）を受け取り、進捗状況表示部１１４は、第１グループの総データ量（１．８Ｇバイト）と、第１グループのダウンロード済みのデータ量とを比較できるように、ダウンロード進捗状況を表示する。図１７は、新たなパッチデータの第１グループをダウンロードし直したときの進捗状況を示している。

以上、ネットワーク３からゲームソフトウェア７０およびパッチデータ８０を同時にダウンロードする際の進捗状況の表示例について説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。実施例では、アプリケーションの例としてゲームを示したが、それ以外のアプリケーションであってもよい。

情報処理システム１では、情報処理装置１０がゲームソフトウェア７０を取得するルートとして、コンテンツサーバ１２からダウンロードする以外に、ＲＯＭ媒体４４に記録されたゲームソフトウェア７０を読み出すルートが存在する。ここでＲＯＭ媒体４４にパッチデータ８０も記録されていれば、情報処理装置１０は、コンテンツサーバ１２から、パッチデータ８０のアップデートファイルをダウンロードすることなく、ＲＯＭ媒体４４のゲームソフトウェアにパッチを適用できる。この変形例では、実施例においてコンテンツサーバ１２が保持していたゲームソフトウェア７０およびパッチデータ８０が、ＲＯＭ媒体４４に記録されていることを前提とする。

ＲＯＭ媒体４４に記録されたゲームソフトウェアはメディアドライブ３２からメインメモリに読み出されるが、補助記憶装置２からメインメモリへのデータ読出速度と比較すると、相対的に低速である。そこで変形例の情報処理装置１０において、コピー処理部（図示せず）が、ＲＯＭ媒体４４がメディアドライブ３２に最初に挿入されると、ゲームソフトウェア７０の第１グループ７２ａに属するファイルと、パッチデータ８０の第１グループ８２ａに属するファイルを、ＲＯＭ媒体４４から補助記憶装置２にコピーし、インストール処理部１１２がインストールして、ゲームを起動可能としてもよい。このとき進捗状況表示部１１４は、第１グループ７２ａに属するゲームソフトウェア７０のファイルと、第１グループ８２ａに属するパッチデータ８０のファイルとを合わせたコピーの進捗状況を出力装置４に表示する。この進捗状況は、たとえば図１０に示すプログレスバー１５４やデータサイズ情報１５６の形式で表現されてよく、ユーザは、進捗状況をみることで、ゲームを開始できるまでの待ち時間を認識できるようになる。

なお第１グループ７２ａに属するゲームソフトウェア７０のファイルと第１グループ８２ａに属するパッチデータ８０のファイルのインストールが完了すると、通知部１１６はインストールが完了したことを示す情報を、出力装置４にポップアップ表示する。通知部１１６がインストールが完了したことをポップアップ表示することで、ユーザはゲームをプレイ可能となったことを知ることができる。なおコピー処理部は、最終的にゲームソフトウェア７０およびパッチデータ８０のすべてのファイルを補助記憶装置２にコピーするが、実施例でも説明したように、通知部１１６は、全ファイルがコピーされたことをユーザに通知する必要はない。

１・・・情報処理システム、２・・・補助記憶装置、４・・・出力装置、５・・・ネットワークサーバ、１０・・・情報処理装置、１２・・・コンテンツサーバ、４４・・・ＲＯＭ媒体、６０・・・メインシステム、７０・・・ゲームソフトウェア、７２・・・グループ、８０・・・パッチデータ、８２・・・グループ、１００・・・受付部、１０２・・・実行部、１０４・・・グループ決定部、１０６・・・ダウンロード実行部、１０８・・・第１ダウンロード部、１１０・・・第２ダウンロード部、１１２・・・インストール処理部、１１４・・・進捗状況表示部、１１６・・・通知部。

Claims (9)

1. アプリケーションソフトウェアおよびパッチデータをダウンロードするダウンロード実行部と、
   ダウンロードの進捗状況を表示する進捗状況表示部と、
   アプリケーションソフトウェアおよびパッチデータを用いて、アプリケーションを実行する実行部と、を備えた情報処理装置であって、
   前記進捗状況表示部は、アプリケーションソフトウェアとパッチデータとを合わせたダウンロードの進捗状況を表示する、
   ことを特徴とする情報処理装置。
2. アプリケーションソフトウェアおよびパッチデータはそれぞれ複数のグループで構成され、パッチデータの１つのグループは、アプリケーションソフトウェアの１つのグループに対応付けられており、前記ダウンロード実行部が、アプリケーションソフトウェアの第１グループに属するファイルをダウンロードし、またパッチデータの第１グループに属するファイルをダウンロードすると、前記実行部が、アプリケーションを起動できるものであって、
   前記進捗状況表示部は、第１グループに属するアプリケーションソフトウェアのファイルと第１グループに属するパッチデータのファイルとを合わせたダウンロードの進捗状況を表示する、ことを特徴とする請求項１に記載の情報処理装置。
3. 前記進捗状況表示部は、第１グループに属するアプリケーションソフトウェアのファイルと第１グループに属するパッチデータのファイルのダウンロードが完了し、またはインストールが完了すると、第１の表示領域に、完了したことを示す情報を表示する、ことを特徴とする請求項２に記載の情報処理装置。
4. 前記進捗状況表示部は、第２の表示領域に、第２グループ以降のグループに属するアプリケーションソフトウェアのファイルとパッチデータのファイルとを合わせたダウンロードの進捗状況を表示する、ことを特徴とする請求項３に記載の情報処理装置。
5. 前記進捗状況表示部は、第２の表示領域に、アプリケーションソフトウェアとパッチデータの総データ量と、ダウンロード済みのデータ量とを比較できるダウンロードの進捗状況を表示する、ことを特徴とする請求項４に記載の情報処理装置。
6. 完了したことを示す情報を表示する第１の表示領域は、ユーザにより選択操作されると、アプリケーションの起動を指示するように構成されることを特徴とする請求項３から５のいずれかに記載の情報処理装置。
7. 第１グループに属するアプリケーションソフトウェアのファイルと第１グループに属するパッチデータのファイルのダウンロードが完了し、またはインストールが完了すると、ダウンロードの進捗状況の表示画面または別の画面に、完了したことを示す情報をポップアップ表示する通知部を、さらに備え、
   前記通知部は、アプリケーションソフトウェアとパッチデータの全てのファイルのダウンロードが完了し、またはインストールが完了しても、完了したことを示す情報をポップアップ表示しない、ことを特徴とする請求項２から６のいずれかに記載の情報処理装置。
8. アプリケーションソフトウェアおよびパッチデータをダウンロードするステップと、
   ダウンロードの進捗状況を表示するステップと、を有するダウンロード進捗状況の表示方法であって、
   進捗状況の表示ステップは、アプリケーションソフトウェアとパッチデータとを合わせたダウンロードの進捗状況を表示する、
   ことを特徴とするダウンロード進捗状況の表示方法。
9. コンピュータに、
   アプリケーションソフトウェアおよびパッチデータをダウンロードする機能と、
   ダウンロードの進捗状況を表示する機能と、を実現させるためのプログラムであって、
   進捗状況表示機能は、アプリケーションソフトウェアとパッチデータとを合わせたダウンロードの進捗状況を表示する機能を含む、ことを特徴とするプログラム。

Images