(57)【特許請求の範囲】
【請求項１】
一連の複数の工程から構成されるタスクにかかる進捗状況を示す情報処理装置のコンピュータに実行させる情報処理プログラムであって、
前記タスクにかかる進捗状況を示す進捗インジケータを所定の表示部に表示する進捗表示手段として前記コンピュータを機能させ、
前記進捗インジケータは、前記タスク全体にかかる進捗状況を示すための全体進捗表示領域と、前記タスクを構成する複数の主工程の個別の進捗状況を示すための個別進捗表示領域とを含み、
前記個別進捗表示領域は前記全体進捗表示領域の中に表示され、
前記進捗表示手段は、前記タスクを構成する複数の主工程のうち、どの主工程が処理中であるかを識別可能な態様で前記全体進捗表示領域に示し、
前記処理中の主工程を構成する複数の副工程の数は、当該処理中の主工程の１つ前に実行された主工程の処理結果に応じて動的に変化し、前記個別進捗表示領域において示される進捗状況の進捗度合いは、前記副工程の数に基づいて決定され、
前記進捗表示手段は、
前記全体進捗表示領域を、前記タスクを構成する複数の主工程毎に分割し、当該分割した領域を、当該全体進捗表示領域の中心を通る１つの所定方向軸上に並べて配置し、前記個別進捗表示領域を含むそれぞれの主工程の領域内に表示される各表示要素も当該１つの所定方向軸上に配置されるようにして表示する、情報処理プログラム。
【請求項２】
前記情報処理プログラムは、前記コンピュータを、
前記個別進捗表示領域において示される進捗状況の進捗度合いを他の装置において表示するための情報を他の装置に送信する送信手段、として更に機能させる、請求項１に記載の情報処理プログラム。
【請求項３】
前記タスクは、前記情報処理装置と他の情報処理装置との間でのデータの送受信を伴うタスクである、請求項２に記載の情報処理プログラム。
【請求項４】
前記進捗表示手段は、進捗に応じて伸長するゲージを用いて進捗状況を表示する、請求項１に記載の情報処理プログラム。
【請求項５】
前記進捗表示手段は、処理中の主工程を構成する複数の副工程のうち、どの副工程を処理中であるかを識別可能な態様で前記個別進捗表示領域に示す、請求項１に記載の情報処理プログラム。
【請求項６】
前記進捗表示手段は、前記分割された全体進捗表示領域のうち、処理中の主工程にかかる領域の中に前記個別進捗表示領域を表示する、請求項１に記載の情報処理プログラム。
【請求項７】
前記進捗表示手段は、前記分割された全体進捗表示領域のうち、処理中の主工程にかかる領域を、当該領域の形状、大きさ、色の少なくとも一つが他の主工程にかかる領域とは異なるようにして表示する、請求項１に記載の情報処理プログラム。
【請求項８】
前記進捗表示手段は、処理中の主工程にかかる全体進捗表示領域を伸長または拡大するように変形して表示し、当該主工程が終了すれば、当該全体進捗表示領域を短縮または縮小するように変形して表示する、請求項７に記載の情報処理プログラム。
【請求項９】
前記進捗表示手段は、前記伸長または拡大された全体進捗表示領域の中に前記個別進捗表示領域を表示する、請求項８に記載の情報処理プログラム。
【請求項１０】
前記進捗表示手段は、前記全体進捗表示領域に前記タスクを構成する主工程の数を示す、請求項１に記載の情報処理プログラム。
【請求項１１】
前記進捗表示手段は、処理済みの主工程にかかる全体表示領域と、未処理の主工程にかかる全体表示領域とを区別可能な態様で表示する、請求項１に記載の情報処理プログラム。
【請求項１２】
前記進捗表示手段は、前記タスクを構成する複数の主工程のうち、どの主工程が処理中であるかに応じて、前記進捗インジケータ内における前記個別進捗表示領域の表示位置を変更する、請求項１に記載の情報処理プログラム。
【請求項１３】
一連の複数の工程から構成されるタスクにかかる進捗状況を示す情報処理装置であって、
前記タスクにかかる進捗状況を示す進捗インジケータを所定の表示部に表示する進捗表示手段を備え、
前記進捗インジケータは、前記タスク全体にかかる進捗状況を示すための全体進捗表示領域と、前記タスクを構成する複数の主工程の個別の進捗状況を示すための個別進捗表示領域とを含み、
前記個別進捗表示領域は前記全体進捗表示領域の中に表示され、
前記進捗表示手段は、前記タスクを構成する複数の主工程のうち、どの主工程が処理中であるかを識別可能な態様で前記全体進捗表示領域に示し、
前記処理中の主工程を構成する複数の副工程の数は、当該処理中の主工程の１つ前に実行された主工程の処理結果に応じて動的に変化し、前記個別進捗表示領域において示される進捗状況の進捗度合いは、前記副工程の数に基づいて決定され、
前記進捗表示手段は、
前記全体進捗表示領域を、前記タスクを構成する複数の主工程毎に分割し、当該分割した領域を、当該全体進捗表示領域の中心を通る１つの所定方向軸上に並べて配置し、前記個別進捗表示領域を含むそれぞれの主工程の領域内に表示される各表示要素も当該１つの所定方向軸上に配置されるようにして表示する、情報処理装置。
【請求項１４】
一連の複数の工程から構成されるタスクにかかる進捗状況を示す情報処理システムであって、
前記タスクにかかる進捗状況を示す進捗インジケータを所定の表示部に表示する進捗表示手段を備え、
前記進捗インジケータは、前記タスク全体にかかる進捗状況を示すための全体進捗表示領域と、前記タスクを構成する複数の主工程の個別の進捗状況を示すための個別進捗表示領域とを含み、
前記個別進捗表示領域は前記全体進捗表示領域の中に表示され、
前記進捗表示手段は、前記タスクを構成する複数の主工程のうち、どの主工程が処理中であるかを識別可能な態様で前記全体進捗表示領域に示し、
前記処理中の主工程を構成する複数の副工程の数は、当該処理中の主工程の１つ前に実行された主工程の処理結果に応じて動的に変化し、前記個別進捗表示領域において示される進捗状況の進捗度合いは、前記副工程の数に基づいて決定され、
前記進捗表示手段は、
前記全体進捗表示領域を、前記タスクを構成する複数の主工程毎に分割し、当該分割した領域を、当該全体進捗表示領域の中心を通る１つの所定方向軸上に並べて配置し、前記個別進捗表示領域を含むそれぞれの主工程の領域内に表示される各表示要素も当該１つの所定方向軸上に配置されるようにして表示する、情報処理システム。
【請求項１５】
一連の複数の工程から構成されるタスクにかかる進捗状況を示す情報処理システムまたは情報処理装置を制御するための情報処理方法であって、
前記タスクにかかる進捗状況を示す進捗インジケータを所定の表示部に表示する進捗表示ステップを備え、
前記進捗インジケータは、前記タスク全体にかかる進捗状況を示すための全体進捗表示領域と、前記タスクを構成する複数の主工程の個別の進捗状況を示すための個別進捗表示領域とを含み、
前記個別進捗表示領域は前記全体進捗表示領域の中に表示され、
前記進捗表示ステップでは、前記タスクを構成する複数の主工程のうち、どの主工程が
処理中であるかを識別可能な態様で前記全体進捗表示領域に示し、
前記処理中の主工程を構成する複数の副工程の数は、当該処理中の主工程の１つ前に実行された主工程の処理結果に応じて動的に変化し、前記個別進捗表示領域において示される進捗状況の進捗度合いは、前記副工程の数に基づいて決定され、
前記進捗表示ステップは、
前記全体進捗表示領域を、前記タスクを構成する複数の主工程毎に分割し、当該分割した領域を、当該全体進捗表示領域の中心を通る１つの所定方向軸上に並べて配置し、前記個別進捗表示領域を含むそれぞれの主工程の領域内に表示される各表示要素も当該１つの所定方向軸上に配置されるようにして表示する、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、進捗状況を示すための情報処理に関し、より特定的には、一連の複数の工程を経て完了する処理であるタスクにかかる進捗状況を示すための情報処理を実行する情報処理装置等に関する。
【背景技術】
【０００２】
従来、モニタに、複写動作中の動作状況として、全体の進捗情報と各データの進捗状況を表示する技術が知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３１７２０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の技術では、モニタの光ディスク用表示部にハードディスクドライブへの複写中の各データの進捗状況を表示すると共に、ハードディスク用表示部に全体の進捗状況を表示している。これにより、複写中、現在どのデータまで複写が完了しているか、現在どのデータを複写しているか、複写前のデータがどれだけ残っているかを直ちに視認することができる。
【０００５】
しかしながら、上記の技術は、全体の進捗状況と、複写中の各データの進捗状況（個別の進捗状況）とを、それぞれ画面内の別の領域で表示していた。
【０００６】
それ故に、本発明の目的は、進捗表示の省スペース化が可能な情報処理プログラム、情報処理装置、情報処理システム、情報処理方法を提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、例えば以下のような構成例が挙げられる。
【０００８】
構成例の一例は、一連の複数の工程から構成されるタスクにかかる進捗状況を示す情報処理装置のコンピュータに実行させる情報処理プログラムであって、タスクにかかる進捗状況を示す進捗インジケータを所定の表示部に表示する進捗表示手段としてコンピュータを機能させる。この進捗インジケータは、タスク全体にかかる進捗を示すための全体進捗表示領域と、タスクを構成する複数の工程自体の進捗を示すための個別進捗表示領域とを含む。そして、個別進捗表示領域は全体進捗表示領域の中に表示される。
【０００９】
上記構成例によれば、タスクの全体の進捗と、各工程の個別の進捗を省スペースで表示することができる。
【００１０】
他の構成例として、進捗表示手段は、進捗に応じて伸長するゲージ型を用いて進捗状況を表示してもよい。
【００１１】
上記構成例によれば、進捗状況を直感的にわかりやすくユーザに提示できる。
【００１２】
更に他の構成例として、進捗表示手段は、タスクを構成する工程のうちどの工程が処理中であるかを識別可能な態様で全体進捗表示領域に示すと共に、当該処理中の工程を構成する複数の副工程のうち、どの副工程を処理中であるかを識別可能な態様で個別進捗表示領域に示すようにしてもよい。
【００１３】
上記構成例によれば、現在の進捗状況をよりわかりやすくユーザに提示することができる。
【００１４】
更に他の構成例として、進捗表示手段は、全体進捗表示領域を、タスクを構成する複数の工程毎に分割して表示してもよい。更には、分割された全体進捗表示領域のうち、処理中の工程にかかる領域の中に個別進捗表示領域を表示してもよい。
【００１５】
上記構成例によれば、処理中の工程がどの工程であるのか、そして、その個別の進捗をユーザにわかりやすく提示できる。
【００１６】
更に他の構成例として、進捗表示手段は、分割された全体進捗表示領域のうち、処理中の工程にかかる領域を、その形状、大きさ、色の少なくとも一つが他の工程にかかる領域とは異なるようにして表示してもよい。また、処理中の工程にかかる全体進捗表示領域を伸長または拡大するように変形して表示し、当該工程が終了すれば、当該全体進捗表示領域を短縮又は縮小するように変形して表示してもよい。更には、伸長された全体進捗表示領域の中に個別進捗表示領域を表示してもよい。
【００１７】
上記構成例によれば、現在処理中の工程を目立たせて表示でき、進捗状況をユーザに直感的に伝えやすくすることが可能となる。
【００１８】
更に他の構成例として、進捗表示手段は、全体進捗表示領域にタスクを構成する工程の数を示すようにしてもよい。
【００１９】
上記構成例によれば、工程数が示されるため、進捗状況をより把握させやすく提示することができる。
【００２０】
更に他の構成例として、進捗表示手段は、処理済みの工程にかかる全体表示領域と、未処理の工程にかかる全体表示領域とを区別可能な態様で表示してもよい。
【００２１】
上記構成例によれば、全体工程についてどこまで進んでいるかをユーザにわかりやすく提示することができる。
【００２２】
更に他の構成例として、進捗表示手段は、タスクを構成する複数の工程のうち、どの工程が実行中であるかに応じて、進捗インジケータ内における個別進捗表示領域の表示位置を変更するようにしてもよい。
【００２３】
上記構成例によれば、進捗状況をわかりやすく提示することができる。
【００２４】
なお、上記情報処理プログラムは、任意のコンピュータ読み取り可能な記憶媒体（例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、半導体メモリーカード、ＲＯＭ、ＲＡＭなど）に格納され得る。
【発明の効果】
【００２５】
本発明によれば、複数の工程からなるタスクの全体の進捗状況と、各工程の個別の進捗状況とを省スペースで表示することができる。
【図面の簡単な説明】
【００２６】
【図１】ゲームシステム１の構成の一例を示すブロック図
【図２】本実施例の処理にかかる画面の一例
【図３】進捗インジケータの表示の一例
【図４】進捗インジケータの表示の一例
【図５】進捗インジケータの表示の一例
【図６】進捗インジケータの表示の一例
【図７】進捗インジケータの表示の一例
【図８】進捗インジケータの表示の一例
【図９】進捗インジケータの表示の一例
【図１０】進捗インジケータの表示の一例
【図１１】進捗インジケータの表示の一例
【図１２】進捗インジケータの表示の一例
【図１３】進捗インジケータの表示の一例
【図１４】本実施形態にかかるデータ移行処理のフローチャート
【図１５】「準備処理」にかかる処理のフローチャート
【図１６】「説明提示処理」にかかる処理のフローチャート
【図１７】「書き出し処理」にかかる処理のフローチャート
【図１８】「書き込み処理」にかかる処理のフローチャート
【図１９】進捗インジケータの別の一例
【図２０】進捗インジケータの別の一例
【発明を実施するための形態】
【００２７】
以下、本発明の一実施形態について説明する。本実施形態では、情報処理装置の一例として、据置型のゲームシステム（以下では単にゲームシステムと呼ぶ）を例として説明する。
【００２８】
図１において、ゲームシステム１は、ゲーム装置１０、入力装置１１、表示装置１２、プロセッサ１３、内部記憶装置１４、メインメモリ１５、および無線通信装置１６を備えている。
【００２９】
入力装置１１は、ゲーム装置１０のユーザによって操作され、ユーザの操作に応じた信号を出力する。入力装置１１は、例えば、無線式のコントローラである。表示装置１２は、ゲーム装置１０において生成された画像を画面に表示する。表示装置１２は、例えばテレビである。内部記憶装置１４には、プロセッサ１３によって実行されるコンピュータプログラムが格納されている。内部記憶装置１４は、典型的には、フラッシュＥＥＰＲＯＭである。メインメモリ１５は、コンピュータプログラムや情報を一時的に記憶する。例えば、後述するデータ移行処理を実行するためのプログラムや、当該処理において用いられる各種データを記憶する。無線通信装置１６は、無線通信によって他のゲーム装置へ信号を送信したり、他のゲーム装置から信号を受信したりする。
【００３０】
以下、本実施形態にかかる情報処理の動作概要を説明する。本実施形態では、以下に示すような複数の工程を含む一連の処理の進捗状況（進捗度合い）を表示するための情報処理を実行する。
【００３１】
まず、一連の複数の処理工程（複数の所定の情報処理の実行；手順と呼ぶこともある）を経て完結する処理があると想定する。以下では、この処理のことをタスクと呼ぶ。このタスクを構成する上記複数の工程のそれぞれを「主工程」と呼ぶ。本実施形態では、一例として、４つの主工程を有するタスクを想定する。なお、具体例として後述するが、ゲーム装置同士におけるデータ移行処理を一例として本実施形態の処理を説明する。そして、４つの主工程の例として、本実施形態では、「準備」の工程と、「移行処理についての説明のユーザへの提示」の工程と、「（移行元からの）データの書き出し」工程と、「（移行先への）データの書き込み」工程を例として説明する。
【００３２】
また、各主工程はそれぞれ複数の工程を含んでいるとする。以下では、この工程を「副工程」と呼ぶ。なお、詳しくは後述するが、副工程の数は、変動し得るものとする。
【００３３】
本実施形態にかかる処理は、このようなタスクの進捗を表示するための処理である。具体的には、タスクの進行状況を、図２に示すような進捗インジケータ１０１を用いて示す。図２は、進捗インジケータ１０１を用いた画面の一例である。図２では、画面の上端部に進捗インジケータ１０１が示される。また、その下には、メイン処理表示領域１０２が設けられている。この領域には、上記副工程にかかる情報処理に基づいて、各種の表示がなされる。そして、本実施形態では、上述したタスク全体の進捗（どの主工程を処理中であるか）と、実行中の主工程にかかる進捗（実行中の主工程を構成する副工程のうち、どの副工程を処理中であるか、どこまで進んでいるか）との２種類の進捗状況を、上述したような（単一の）進捗インジケータ１０１を用いて、省スペースで表示するものである。
【００３４】
なお、他の実施形態では、上記進捗インジケータ１０１は画面の下端部に表示されるような画面構成としても良い。
【００３５】
以下、図３〜図１３を用いて、進捗インジケータ１０１を用いた具体的な表示態様の一例を示す。図３は、進捗インジケータ１０１の初期の表示状態（タスクにかかる処理を開始した直後の状態）を示している。図３において、進捗インジケータ１０１の右端側に主工程表示領域１０３が表示されている。本実施形態では、上記のように４つの主工程がある場合を例としているため、４つの主工程表示領域１０３Ａ〜１０３Ｄが表示されている。各主工程表示領域１０３Ａ〜１０３Ｄには、工程の実行順番を示す数値も示されており、主工程の総数（タスク全体の工程数）が把握できるようにもなっている。また、主工程表示領域１０３の左側の領域には、タスクの開始時に表示される初期表示用の所定のテキストが表示されている。ここには、例えば、「データ移行処理」等、タスクの名称などが表示される。
【００３６】
この状態から、ユーザによる所定の操作に基づいて、１つ目の主工程が開始される。１つ目の主工程の実行開始に伴い、第１の主工程表示領域１０３Ａの横幅が大きくなるように変形される。具体的には、図４および図５に示すように、第１の主工程表示領域１０３Ａの左端部分（数字の部分も含む）が、進捗インジケータ１０１の左端に向かって移動する（伸びていく）アニメーションが表示され、第１の主工程表示領域１０３Ａが変形していく。また、これに伴い、初期表示テキストは、第１の主工程表示領域１０３Ａに上書きされるようにして消去される。
【００３７】
そして、第１の主工程表示領域１０３Ａの左端部分が進捗インジケータ１０１の左端に到達すると、次に、図６に示すように、進捗インジケータ１０１の左端から右方向に向けて、異なる色の帯が伸びていく。そして、第２の主工程表示領域１０３Ｂの左端（第１の主工程表示領域１０３Ａの右端）となる位置まで到達すると、そこで停止する。その結果、図７のような表示状態となる。図７では、第１の主工程表示領域１０３Ａの形状について、その横幅が広くなっている（変形している）。その結果、第１の主工程表示領域１０３Ａの表示位置も上記図３とは変化している（少なくとも左端の表示位置が異なっている）。その結果、第１の主工程表示領域１０３Ａが進捗インジケータ１０１の半分以上の領域を占有した状態となっている。そして、第１の主工程表示領域１０３Ａの右端部分には、副工程の進捗状況を示すための副工程進捗ゲージ１０４が表示されている。第１の主工程に含まれる複数の副工程の処理が進行するに連れて、図８および図９に示すように、当該副工程進捗ゲージ１０４が左端から右方向に向けて伸びていくような表示がなされる。そして、当該副工程進捗ゲージ１０４が右端まで到達すれば、第１の主工程が終わったということになる。つまり、この状態は、タスク全体の進捗として、第１の主工程にかかる処理が進行中であることを示すと同時に、第１の主工程自体にかかる処理の進捗を副工程進捗ゲージ１０４で示している状態といえる。なお、第１の主工程表示領域１０３Ａの中の、副工程進捗ゲージ１０４にかかる部分以外の領域には、第１の主工程のタイトルやその処理内容を示す文字列が適宜表示されていても良い。
【００３８】
なお、表示形態の変化について、他の実施形態では、処理中の主工程を識別可能な態様で表示し、その中で副工程の進捗表示を行うような表示形態になるのであれば、どのように表示形態を変化させてもよい。例えば、処理中の主工程の表示領域を他の主工程の表示領域よりも相対的に大きく表示したり、処理中の主工程の表示領域を他の主工程の表示領域とは異なる色で表示したりする等である。
【００３９】
第１の主工程が終われば、ユーザの所定の操作などに基づき、第２の主工程が開始される。なお、第２の主工程に含まれる副工程の総数は、第１の主工程における処理の結果によって変動する。これは、後述の第３、第４の主工程およびその副工程についても同様である。つまり、本実施形態では、各主工程における副工程の総数が、それ以前に実行された工程の処理結果に応じて変動し得る。そして、この副工程の総数に基づいて、副工程進捗ゲージ１０４の進行度合いや増加値が決定される。本実施形態では、該当工程が完了した状態を１００として、この１００を副工程の数で割った量が、副工程進捗ゲージ１０４の（１回分の）増加値になるものとする。
【００４０】
なお、副工程進捗ゲージ１０４の表示態様に関して、上記図８や図９の例ではいわゆるプログレスバー形式で表示する例を示している。これに限らず、他の実施形態では、進行度を数値で示してもいい。例えば、パーセンテージで表示してもよいし、「現ステップ番号／総ステップ数」のような表示でもよい。例えば、副工程が全部で１０ステップある場合は、「１／１０」、「２／１０」・・・「１０／１０」のように、ステップ数での表示としても良い。このような表示とすることで、現在どの副工程を処理中であるかが把握しやすくなる。更には、副工程の処理に応じて、副工程進捗ゲージ１０４の例えば左側の位置に所定の文字列を表示するようにしても良い。例えば、現在処理中の副工程の具体的な名称を表示したり、処理中のファイル名等を表示したりしてもよい。
【００４１】
第２の主工程が開始されると、図１０に示すように、第２の主工程表示領域１０３Ｂの左端が進捗インジケータ１０１の左側に向かって伸びていくようなアニメーション表示がなされる（換言すれば、処理が終了した第１の主工程にかかる第１の主工程表示領域１０３Ａの横幅が短縮されていく）。そして、左端近く（第１の表示領域の右端に相当する位置）まで伸びれば、上記第１の主工程の時と同様に、異なる色の帯が右方向に伸びていき、最終的に、図１１に示すような状態となる。図１１では、進捗インジケータ１０１の左端に第１の主工程表示領域１０３Ａが表示され、その右隣に、横幅が広がった第２の主工程表示領域１０３Ｂが表示されている。そして、当該第２の主工程表示領域１０３Ｂの右端部分には、上記第１の主工程の場合と同様に、副工程進捗ゲージ１０４が表示されている。また、図１１では、第１の主工程表示領域１０３Ａの背景色も変化している。これは、第１の主工程は終了したことを視覚的に示すためである。このような表示を行うことで、タスク全体の進捗として、第１の主工程にかかる処理は終了し、今は第２の主工程が進行中であることを示すと同時に、第２の主工程自体にかかる処理の進捗も示している。換言すれば、未処理である主工程は進捗インジケータ１０１内の右端側に表示され、処理済みの主工程は進捗インジケータ１０１内の左端側に、その背景色を変えて表示され、実行中の主工程は、横幅を大きくし、進捗インジケータ１０１内の大半を占有するようにして表示されている。
【００４２】
第２の主工程にかかる処理が進行するに連れて、上記第１の主工程の場合と同様に副工程進捗ゲージ１０４が右方向に伸びていく。進捗ゲージが右端まで到達すれば、第２の主工程が終わったことになる。第２の主工程が終われば、ユーザの所定の操作などに基づき、第３の主工程が開始される。ここでも、上記第１および第２の主工程の場合と同様に、第３の主工程表示領域１０３Ｃが伸長していく（同時に第２の主工程表示領域１０３Ｂが短縮するよう変形していく）アニメーションが表示され、最終的に図１２に示すような表示状態となる。すなわち、進捗インジケータ１０１の左端に第１の主工程表示領域１０３Ａおよび第２の主工程表示領域１０３Ｂが表示され（背景色も変化している）、その右隣に、横幅が広がった第３の主工程表示領域１０３Ｃが表示されている。そして、当該第３の主工程表示領域１０３Ｃの右端部分に、第３の主工程自体の進捗を示すための副工程進捗ゲージ１０４が表示されている。
【００４３】
第３の主工程が終了すれば、ユーザの所定の操作などに基づき、第４の主工程が開始される。ここでも上記同様に第４の主工程表示領域１０３Ｄの変形アニメーションが表示され、最終的に図１３に示すような表示状態となる。すなわち、進捗インジケータ１０１の左端に第１の主工程表示領域１０３Ａ、第２の主工程表示領域１０３Ｂ、第３の主工程表示領域１０３Ｃが表示され（背景色も変化している）、その右隣に、横幅が伸長された第４の主工程表示領域１０３Ｄが表示されている。当該第４の主工程表示領域１０３Ｄの右端部分には、第４の主工程自体の進捗を示すための副工程進捗ゲージ１０４が表示されている。
【００４４】
このように、本実施形態では、進捗インジケータ１０１内で主工程表示領域の表示位置を変化させたり、処理済み工程、処理中の工程、未処理の工程とで、それぞれ異なる形状に変形させたり、表示色を変えたりして表示することで、タスク全体における進捗状況を示している。さらに、処理中の主工程表示領域内に副工程進捗ゲージ１０４を表示することで、現在処理中の主工程自体の進捗状況も示している。つまり、タスク全体の進捗状況と、現在処理中の工程（個別の）進捗状況とを１つの進捗インジケータ１０１を用いて表示している。また、当該進捗インジケータ１０１は横長の帯状の形状であり、画面の上端部に配置されているため、省スペースで上記２種類の進捗状況をユーザに示すことができる。また、本実施形態では、副工程の総数がそれ以前の主工程の内容や結果によって変動するが、それぞれの主工程が開始するときに、当該副工程の総数等に応じて上記の副工程進捗ゲージ１０４を表示させる。そのため、それぞれの主工程に含まれる副工程の進捗具合の正確な提示が可能となる。
【００４５】
次に、上記進捗インジケータ１０１の具体的な利用例として、ゲーム装置のデータ移行処理について上記進捗インジケータ１０１を用いた処理例を説明する。まず、当該データ移行処理の概要を説明する。この処理は、２台の据え置き型ゲーム装置の間でデータを移行する処理である。本実施形態で想定するゲーム装置では、ユーザがネットワーク等を経由して所定のゲームやアプリをインストールできる。また、ゲーム等のセーブデータも保存可能である。そして、このようなインストール済みのゲームやセーブデータやユーザアカウントデータ等を、あるゲーム装置から他のゲーム装置に移行するための処理である。また、本実施形態では、当該データの移行に際して、例えばメモリーカード等の記録媒体を用いてデータの移し替えを行う。
【００４６】
当該データ移行処理（上記タスクに該当）では、大きく分けて、次に４つの主工程がある。
（１）「準備」の工程
（２）「移行処理についての説明のユーザへの提示」の工程
（３）「移行元からのデータの書き出し」工程
（４）「移行先へのデータの書き込み」工程
【００４７】
（１）「準備」の工程では、移行処理全体に関するいくつかの注意点をそれぞれのゲーム装置の画面に表示する処理や、ゲーム装置同士をネットワーク経由で接続するための処理や、移行先のゲーム機から移行元のゲーム機に対して、移行先のゲーム機の現状を示すためのデータの送信が実行される（本実施形態では、無線ネットワークを用いてゲーム装置が接続されるものとする）。また、この工程におけるユーザの主な作業としては、画面に表示される注意点を読み、例えば「次へ」ボタンを押して、ページを読み進めていく、いう作業を行うことになる。換言すれば、ユーザの操作によって工程が進行していくといえる。また、１画面が１ページに相当し、この１ページが１つの「副工程」に該当する。例えば、説明ページ数が５ページであれば、５つの副工程があることになる。この場合、上記副工程進捗ゲージ１０４は、１ページ進める毎に１／５の量だけゲージが増加することになる。
【００４８】
（２）「移行処理についての説明のユーザへの提示」の工程では、移行元となるゲーム装置において、移行処理の手順説明や、移行に際しての注意点をユーザに提示し、移行処理の実行についてのユーザの同意を得るための処理が実行される（移行先のゲーム装置は、この間は基本的には待機状態となる）。なお、ここで提示される注意点は、上記「準備」工程のものとは異なり、ゲーム装置の個別の状況を踏まえた注意点である。この工程におけるユーザの主な作業としては、画面に表示される説明を読み、例えば「次へ」ボタンを押して、次のページに読み進めていくという作業となる。また、移行すべきデータ等をユーザが選択するという作業が含まれる場合もある。また、この工程の最後には、移行処理の実行についての同意を求める画面が示されるため、これに対して同意の旨の操作も行うことになる。なお、この工程で表示される説明画面の総数、つまり、説明のページ数（副工程の総数）は、ゲーム装置の状態によって変動する。変動要素の一例としては、例えば、インストールしているゲームの数等、データ移行処理を実行するゲーム装置の個別の状況に応じて変動する。また、本実施形態では、インストールされ得るゲームの中には、「移行不可」のゲームがある。このようなゲームがインストールされているか否かによっても、説明のページ数は変動する。つまり、このようなゲームがインストールされているときは、移行できない旨を示すページが表示されるが、インストールされていなければ、このようなページはそもそも表示されず、その分、表示すべきページの総数が減ることにもなる。
【００４９】
（３）「移行元からのデータの書き出し」工程では、主に移行元のゲーム機において、メモリーカードにデータを書き出す処理が行われる。この工程でのユーザの主な作業としては、画面の指示に従って、移行元のゲーム装置へのメモリーカードの着脱作業を行うという内容になる。また、この工程では、データの書き出し処理が副工程に相当する。例えば、書き出すべきデータの数が、この工程における副工程の総数に該当する。なお、他の実施形態では、メモリーカードの着脱作業も副工程に含めてもよい。そして、データの書き出し処理全体を一つの副工程として扱うようにしても良い。つまり、「メモリーカードの着脱」と「データの書き出し」との２つの副工程として扱うようにしても良い。
【００５０】
（４）「移行先へのデータの書き込み」工程では、主に移行先のゲーム機において、メモリーカードから移行先のゲーム機にデータを書き込む処理が行われる。この工程でのユーザの主な作業としては、画面の指示に従って、移行先のゲーム装置へのメモリーカードの着脱作業を行うという内容になる。また、この工程では、データの書き込み処理が副工程に相当する。例えば、書き込むべきデータの数が、この工程における副工程の総数に該当する。また、メモリーカードに書き出したデータを消去する処理や、移行元のゲーム機において、最後にゲーム装置自体を初期化する処理も行われる。なお、他の実施形態では、メモリーカードの着脱作業と移行元の初期化とを副工程に含めても良い。また、データの書き込み処理を一つの副工程として扱うようにしても良い。つまり、「メモリーカードの着脱」、「移行元の初期化」、「データの書き込み」、とで３つの副工程として扱うようにしても良い。
【００５１】
以下、図１４〜図１８を用いて、データ移行処理のより具体的な処理の流れを説明する。まず、２台のゲーム装置のそれぞれで、データ移行用のアプリケーション（以下、データ移行アプリと呼ぶ）の起動が行われる。データ移行アプリがそれぞれ起動すれば、所定の画面が表示される。ここでは、上記図２に示したような画面が表示される。すなわち、初期表示状態の進捗インジケータ１０１が含まれた画面が表示される。その後、図１４に示すような流れで処理が実行される。図１４は、当該データ移行処理の全体的な流れを示すフローチャートである。図１４では、左側に移行元となるゲーム装置１０の処理を、右側に移行先となるゲーム装置１０の処理を示している。
【００５２】
まず最初に、ユーザの操作に基づいて「移行元」と「移行先」を決定する処理が実行される（ステップＳ１、Ｓ１１）。以下の説明では、移行元のゲーム装置１０を「移行元ゲーム機」、移行先のゲーム装置１０を「移行先ゲーム機」と呼ぶ。
【００５３】
次に、双方のゲーム装置１０で、ローカルデータチェック処理が実行される（ステップＳ２，１２）。これは、各ゲーム装置の現状を把握するための処理である。具体的には、どのようなゲームがインストールされているか、セーブデータの有無、ユーザアカウントの有無等をチェックする処理である。
【００５４】
次に、双方のゲーム装置１０で、後述する「準備処理」において表示すべき内容（説明のページ数等）を決定する処理が実行される（ステップＳ３、Ｓ１３）。これは、上記ローカルデータチェック処理の結果に基づいて決定される。そのため、個々のゲーム装置１０におけるゲーム等のインストール状況によって、決定される内容が変化し得る。例えば、移行先ゲーム機において、既に何らかのゲームがインストールされている場合は、当該ゲームは消去される旨の説明が、「準備処理」において表示すべき内容の一つとして加えられることになる。また、表示すべき内容（ページ）の表示順番も適宜決定される。
【００５５】
次に、移行先ゲーム機において、移行先ゲーム機の現状を示すデータであって、後述の処理で移行先ゲーム機に送信するためのデータの作成が実行される（ステップＳ１４）。これは、上記ローカルデータチェック処理の結果に基づいて生成される。
【００５６】
次に、上記「準備」の工程にかかる処理（以下、準備処理）がそれぞれのゲーム装置１０で実行される（ステップＳ５、Ｓ１５）。この準備処理が、上記第１の主工程に該当する。図１５は、当該準備処理の詳細を示すフローチャートである。図１５において、まず、双方のゲーム装置１０で、進捗インジケータ１０１の表示内容の更新が行われる（ステップＳ２１、Ｓ３１）。具体的には、上記図７で示したような、第１の主工程が進行中であることを示す表示態様に変化させる処理が実行される。
【００５７】
次に、双方のゲーム装置それぞれで、「移行処理全体に関するいくつかの注意点」等をユーザに提示する処理が実行される。すなわち、注意点としてユーザに提示する複数のページのうちの最初のページを、上記メイン処理表示領域１０２に表示する処理が実行される(ステップＳ２２、Ｓ３２）。次に、この表示に対して、次ページへ進む旨の操作をユーザから受付けると、副工程進捗ゲージ１０４の表示が更新される（ステップＳ２３、Ｓ３３）。例えば、ユーザに提示すべき「移行処理全体に関するいくつかの注意点」の総ページ数が１０ページであれば、１／１０だけ副工程進捗ゲージ１０４を進行させる。
【００５８】
次に、「移行処理全体に関するいくつかの注意点」の全てのページが表示されたか否かが判定される（ステップＳ２４、Ｓ３４）。その結果、まだであれば（ステップＳ２４、Ｓ３４でＮＯ）、ステップＳ２２、Ｓ３３に戻って、次のページの表示が行われ、同様の処理が繰り返される。つまり、ページを読み進める操作が行われる度に副工程進捗ゲージ１０４が進行していくことになる。
【００５９】
一方、全てのページが表示され、処理を次へ進めるための操作がユーザによって行われれば（ステップＳ２４、Ｓ３４でＹＥＳ）、次のような処理が実行される。まず、移行元ゲーム機で、移行先ゲーム機との無線接続を確立するための、接続確立要求の送信が行われる（ステップＳ２５）。一方、移行先ゲーム機では、当該接続確立要求の待ち受け処理が行われる（ステップＳ３５）。移行先ゲーム機において当該要求が受信されれば（ステップＳ３５でＹＥＳ）、両ゲーム装置の間で接続確立処理が実行される（ステップＳ２６、Ｓ３６）。
【００６０】
接続が確立すれば、移行先ゲーム機において、上記ステップＳ１４の処理で生成された送信用データを移行元ゲーム機に送信する処理が実行される（ステップＳ３７）。また、移行元ゲーム機において当該データを受信する処理が実行される（ステップＳ２７）。
【００６１】
次に、移行元ゲーム機において、上記受信したデータ、および、上記ステップＳ２で得られたデータに基づき、以下に説明する「移行元説明提示処理」における提示内容を決定するための処理が実行される（ステップＳ２８）。つまり、移行元ゲーム機のインストール状況等と、移行先ゲーム機のインストール状況等を考慮して、「移行元説明提示処理」でユーザに提示すべき説明内容を決定する処理が実行される。換言すれば、第１の主工程である「準備処理」の処理結果に基づいて、第２の主工程である「移行元説明提示処理」における副工程の内容を決定するための処理が実行されることになる。例えば、移行元ゲーム機と移行先ゲーム機とで、同じタイトルのゲームがインストールされている場合、移行先ゲーム機のセーブデータが移行元ゲーム機のセーブデータで上書きされる旨の説明が上記提示内容に加えられる。また、例えば、移行元ゲーム機において、上述したような「移行不可」のゲームがインストールされている場合は、その旨の説明が上記提示内容に加えられる。また、例えば、移行先ゲーム機が、内部記憶装置１４の記憶容量が移行元ゲーム機のものよりも小さいモデルの場合であって、データ移行するには記憶容量（空き容量）が足りない場合は、その旨を警告する説明が上記提示内容に加えられる。また、例えば、双方のゲーム装置１０に登録されているユーザアカウント数の合計が、登録可能な上限値を超えるような場合も、その旨の説明が上記提示内容に加えられる。また、このような場合は、移行したいユーザアカウントをユーザに選択させる処理も行われる。（これらの例が、第２の主工程に係る副工程の数の変動要素の例であるともいえる）。
【００６２】
以上で、準備処理にかかる処理は終了する。
【００６３】
なお、上記の例では、「移行処理全体に関するいくつかの注意点」を読み進める操作に応じて副工程進捗ゲージ１０４を変化させていた。他の例では、上記接続確立処理や通信処理の進行具合も含めて副工程進捗ゲージ１０４で表示してもよい。例えば、上記図１５でいうと、ステップＳ２５〜Ｓ２８の４つのステップをそれぞれ１つの副工程として考える。「移行処理全体に関するいくつかの注意点」の総ページ数が１０ページ（１０の副工程）であれば、上記４つのステップを含め、移行元準備処理の副工程の総数は１４として算出するようにしても良い（この算出は、上記ステップＳ３やＳ１３で実行される）。そして、上記ページを読み進める操作に加え、上記ステップＳ２５〜２８の各ステップの処理が終了したタイミングで副工程進捗ゲージ１０４の表示を更新するようにしても良い。
【００６４】
図１４に戻り、次に、「移行処理についての説明のユーザへの提示」の工程にかかる処理（以下、説明提示処理）が実行される（ステップＳ６、Ｓ１６）。この説明提示処理が、上記第２の主工程に該当する。また、この処理は、移行元ゲーム機における説明表示とこれに対するユーザの操作が主な内容となり、移行先ゲーム機は、基本的には待機状態となる。
【００６５】
図１６は、当該説明提示処理の詳細を示すフローチャートである。まず、双方のゲーム装置において、進捗インジケータ１０１の表示を更新する処理が実行される（ステップＳ４１、Ｓ５１）。すなわち、第２の主工程が進行中であることを示す表示態様（上記図１１参照）に進捗インジケータ１０１を変化させる処理が実行される。
【００６６】
次に、移行元ゲーム機において、移行処理に関する説明ページを表示する処理が実行される。上記のように、当該説明ページの内容や総ページ数や表示順番は、上記ステップＳ２８で決定されている。当該決定されたページの最初のページをメイン処理表示領域１０２に表示する処理が実行される（ステップＳ４２）。次に、次ページへ進む旨の操作がユーザから受付けられると、副工程進捗ゲージ１０４の表示が更新される（ステップＳ４３）。そして、表示すべき説明ページを全て表示したか否かが判定される（ステップＳ４４）。その結果、まだであれば（ステップＳ４４の処理でＮＯ）、ステップＳ４２に戻り、残っている説明ページを表示する処理が繰り返される。
【００６７】
なお、上記説明提示の処理において、例えばユーザへの所定の問い合わせや、移行すべきデータを選択させる処理が含まれることもあり得る。例えば、上記のように、ユーザアカウントの合計が登録上限値を超えるような場合に、移行すべきアカウントを選択させる処理等が適宜実行される。そして、この処理の結果は、メインメモリ１５に一時的に保存され、後の処理に用いられる。
【００６８】
一方、説明ページを全て表示していれば（ステップＳ４４でＹＥＳ）、次に、後述の「書き出し処理」の工程における、副工程進捗ゲージ１０４の増加率を設定する処理が実行される（ステップＳ４５）。例えば、上記説明提示の際に、移行したいデータをユーザに選択させたような場合、その結果によって、移行するデータの数等が変動する。そのため、このような選択結果等に基づいて、副工程進捗ゲージ１０４の増加率が算出・設定される。例えば、移行するデータ数が１００であれば、上記ゲージの増加率を１％と設定する。また、例えば移行するデータの数が５０であれば、上記増加率を２％と設定する、等である。
【００６９】
次に、移行元ゲーム機において、当該説明提示処理が終了したことを示す通知が移行先ゲーム機に送信される（ステップＳ４６）。そして、移行元ゲーム機における説明提示処理は終了する。ここで、上記ステップＳ４２〜４５の処理が行われている間、移行先ゲーム機では、当該終了の通知が送られてくるまで待機する処理（待ち受け処理）が実行されている（ステップＳ５２、Ｓ５３）。そして、移行先ゲーム機に置いて当該終了通知を受信すれば（ステップＳ５３でＹＥＳ）、移行先ゲーム機側の副工程進捗ゲージ１０４を、当該工程の完了を示す表示に更新して、移行先ゲーム機における処理も終了する。
【００７０】
なお、上記待機処理において、移行元ゲーム機の副工程進捗ゲージ１０４が表示更新されるタイミング（上記ステップＳ４３のタイミング）で、副工程の進捗状態を示すためのデータを移行先ゲーム機に送信してもよい。そして、移行先ゲーム機では、これに基づいて自側の副工程進捗ゲージ１０４の表示を更新するようにしてもよい。つまり、移行元ゲーム機における副工程の進捗状況が移行先ゲーム機の副工程進捗ゲージ１０４でも表示されるようにしても良い。また、以下に説明する残りの主工程でも、待機状態となるゲーム装置において、同様の処理を行うようにしても良い。
【００７１】
図１４に戻り、次に、「移行元からのデータの書き出し」の工程にかかる処理（以下、書き出し処理）が実行される（ステップＳ７、Ｓ１７）。この処理は、上記第３の主工程に該当する。なお、この処理は、主に移行元ゲーム機におけるデータの書き出しにかかる処理であるため、移行先ゲーム機は、この処理の間も基本的には待機状態となる。
【００７２】
図１７は、当該書き出し処理の詳細を示すフローチャートである。まず、双方のゲーム装置において、進捗インジケータ１０１の表示を更新する処理が実行される（ステップＳ６１、Ｓ７１）。すなわち、第３の主工程が進行中であることを示す表示態様（上記図１２参照）に進捗インジケータ１０１を変化させる処理が実行される。
【００７３】
次に、移行先ゲーム機においては、後述の終了通知を受信するまで待機する処理が実行される（ステップＳ７２、Ｓ７３）。一方、移行元ゲーム機においては、移行するデータの書き出し処理が実行される。具体的には、メモリーカードをユーザにセットさせる旨のメッセージを、メイン処理表示領域１０２に適宜表示する。メモリーカードがセットされれば、当該メモリーカードに対して、移行対象のデータを書き出す処理を実行する（ステップＳ６２）。更に、書き出しの進捗に応じて、副工程進捗ゲージ１０４の表示を更新する処理が実行される（ステップＳ６３）。例えば、移行対象のデータ数が１００であれば、１つのデータを書き出す度に当該ステップＳ６３の処理へと進む。また、ゲージの増加率は、上記ステップＳ４５において決定された増加率が用いられる。
【００７４】
次に、全ての移行対象データの書き出しが終了したか否かが判定される（ステップＳ６４）。終了していなければ（ステップＳ６４でＮＯ）、上記ステップＳ６２に戻り、処理が繰り返される。終了すれば（ステップＳ６４でＹＥＳ）、次に、移行元ゲーム機から移行先ゲーム機へ、書き出し処理が終了したことを示す通知が送信される（ステップＳ６５）。その後、メモリーカードを移行元ゲーム機から取り出し、移行先ゲーム機にセットすることを促す旨のメッセージをメイン処理表示領域１０２に表示する処理が実行される（ステップＳ６６）。その後、この表示に対して、次に処理を進める旨のユーザの操作が行われれば、移行元ゲーム機における当該書き出し処理は終了する。
【００７５】
一方、移行先ゲーム機において、上記書き出し処理終了の通知が受信されれば（ステップＳ７３でＹＥＳ）、移行先ゲーム機においても、メモリーカードを移行元ゲーム機から取り出して移行先ゲーム機にセットすることを促す旨のメッセージがメイン処理表示領域１０２に表示される（ステップＳ６６）。メモリーカードがセットされれば、移行先ゲーム機において、当該カードを読み込み、書き込むべきデータ数を算出する処理が実行される。そして、当該データ数に基づいて、次に説明する書き出し処理における副工程進捗ゲージ１０４の増加率を設定する処理が実行される（ステップＳ６７）。以上で、移行先ゲーム機における書き出し処理も終了する。
【００７６】
図１４に戻り、次に、「移行先へのデータの書き込み」の工程にかかる処理（以下、書き出し処理）が実行される（ステップＳ８、Ｓ１８）。この処理は、上記第４の主工程に該当する。なお、この処理では、移行先ゲーム機におけるデータの書き込み処理が中心となるため、移行元ゲーム機は、この処理の間、基本的には待機状態となる。
【００７７】
図１８は、当該書き込み処理の詳細を示すフローチャートである。まず、双方のゲーム装置において、進捗インジケータ１０１の表示を更新する処理が実行される（ステップＳ８１、Ｓ９１）。すなわち、第４の主工程が進行中であることを示す表示態様（上記図１３参照）に進捗インジケータ１０１を変化させる処理が実行される。
【００７８】
次に、移行元ゲーム機では、後述の終了通知を受信するまで待機する処理が実行される（ステップＳ８２、Ｓ８３）。一方、移行先ゲーム機では、移行するデータの書き込み処理が実行される。具体的には、メモリーカードから読み出したデータを移行先ゲーム機の内部記憶装置１４に書き込む処理が実行される（ステップＳ９２）。更に、書き込みの進捗に応じて、副工程進捗ゲージ１０４の表示を更新する処理が実行される（ステップＳ９３）。例えば、移行対象のデータ数が１００であれば、１つのデータを書き込む度に当該ステップＳ９３の処理へと進む。また、ゲージの増加率は、上記ステップＳ６７において決定された増加率が用いられる。
【００７９】
次に、全ての移行対象データの書き込みが終了したか否かが判定される（ステップＳ９４）。終了していなければ（ステップＳ９４でＮＯ）、上記ステップＳ９２に戻り、処理が繰り返される。終了すれば（ステップＳ９４でＹＥＳ）、次に、移行先ゲーム機から移行元ゲーム機へ、書き込み処理が終了したことを示す通知が送信される（ステップＳ９５）。その後、メモリーカードを移行先ゲーム機から取り出す旨や、書き込み終了の旨を示すメッセージがメイン処理表示領域１０２に表示される（ステップＳ９６）。以上で、移行先ゲーム機における当該書き出し処理は終了する。なお、移行データの書き込み終了後に、上記メモリーカードのデータを消去する処理を実行してもよい。
【００８０】
一方、移行元ゲーム機において、上記書き込み処理終了の通知が受信されれば（ステップＳ８３でＹＥＳ）、移行元ゲーム機の副工程進捗ゲージ１０４が、完了を示す表示状態に更新される。更に、移行元ゲーム機自体を初期化することを示すメッセージがメイン処理表示領域１０２に表示される（ステップＳ８４）。当該メッセージに対して、ユーザから所定の操作を受付ければ、移行元ゲーム機自体を初期化する処理が実行される。初期化が終了すれば、移行元ゲーム機における書き込み処理も終了する。
【００８１】
このように、本実施形態では、タスク全体の進捗状況（現在、どの主工程まで進んでいるか）と、実行中の主工程の進捗状況とを、１つの横長の帯形状の進捗インジケータ１０１を用いて表示している。これにより、表示画面上の表示スペースを節約しながら、上記２種類の進捗状況をユーザに提示することが可能となる。また、副工程の内容（工程数）がそれ以前の工程における処理によって変動する場合に、副工程の進捗をより正確に提示することも可能となる。
【００８２】
なお、上記の実施形態では、進捗インジケータ１０１の表示態様として、主工程表示領域１００が変形し、また、その表示位置が変化する例を挙げていた。また、進捗インジケータ１０１の形状として、横長の帯状の形状である場合を例に挙げた。これに限らず、他の実施形態では、次のような表示態様でもよい。例えば、進捗インジケータ１０１を、縦長の帯形状としてもよい。この場合は、画面の右端あるいは左端に進捗インジケータ１０１を配置すればよい。
【００８３】
また、上記の例では、処理中の主工程表示領域１０３の横幅を伸ばし、処理終了後は当該横幅を縮めるように変形させることで、現在処理中の工程であるか処理済みの工程であるかを示していた。これに限らず、他の実施形態では、処理中の工程が識別可能な態様であれば、処理中の主工程表示領域１０３の形状、大きさ、色を他の主工程表示領域１０３と異ならせるようにして表示するようにしてもよい。
【００８４】
また、副工程の進捗状況の表示について、上記の例では副進捗工程ゲージ１０４を用いていた。この他、他の実施形態では、処理中の主工程表示領域の拡大については上記の例と同様に拡大するが、色については、すぐには変えないようにしてもよい。表示領域が拡大することだけで、処理中の主工程がどれであるかの認識も可能だからである。そして、異なる色の利用については、副工程の進捗に応じて、現在処理中の主工程表示領域の左端から右方向に向けて異なる色の帯が伸びていくような表示態様としてもよい。つまり、拡大した主工程表示領域の全域を上記副工程進捗ゲージ１０４のように扱う表示態様としてもよい（この場合は、上記のような右端の副工程進捗ゲージ１０４の表示がなされないことになる）。
【００８５】
また、例えば、主工程表示領域１０３の位置を固定するようにしても良い。一例として、次のような表示としてもよい。横長の帯形状の進捗インジケータにおいて、全体の進捗をその横軸とする。そして、当該インジケータの左端に、全体工程の開始点を示す記号を配置し、右端に全体工程の終了点を示す記号を配置する。当該２つの記号の間に、主工程を示す記号をそれぞれ、横方向に所定の間隔を空けて配置する（図１９参照）。そして、実行中の主工程の進捗状況については、実行中の主工程を示す記号から、その次の主工程の記号（つまり、右隣の記号）へ向けて、所定のライン（プログレスバー等）を伸ばしていくようなアニメーション表示を行うようにしてもよい（図２０参照）。つまり、ある主工程の記号から次の主工程の記号までの区間が主工程表示領域に相当し、この区間に表示される上記所定のラインが副工程進捗ゲージ１０４に相当する関係となる。この際、ある主工程が始まる段階で当該主工程にかかる副工程数が算出されているため、この数に基づき、１つの副工程に対応するラインの長さ（伸び率）を決めても良い。つまり、ラインの長さを副工程数で分割し、当該分割した１つの長さ分ずつ伸ばすようにしてもよい。また、実行中の主工程の記号を他の記号より大きく表示してもよい。また、主工程を示す記号の配置間隔についても、等間隔で配置しても良いし、各主工程に要する時間や副工程の数に応じて、その間隔の広さを決定しても良い。例えば、他の工程より時間がかかる主工程については、その次の主工程との間隔をより広くする、等である。また、副工程の数が固定である場合（予め工程数が判っている場合）は、その数に応じて上記配置間隔を設定しても良い。
【００８６】
また、上記実施形態では、基本的にはユーザの操作に応じて（ページ送り操作等）副工程進捗ゲージ１０４の進捗表示が進むものを例としていた。この他、ユーザの操作によらずに、自動的に処理が進むようにしてもよい。そして、データ容量等からリアルタイムに進捗度を算出して表示する態様としてもよい。例えば、副工程において、所定のデータを所定のサーバからダウンロードするような処理があると想定した場合、ダウンロードするデータの容量と受信済みのデータ容量や受信速度等に基づいて進捗度を算出して表示してもよい。
【００８７】
また、上述したような進捗インジケータ１０１にかかる処理は、上記のデータ移行処理に限らず、他の情報処理にも適用可能である。例えば、ネットショップにおける、商品選択〜決済までの一連の処理工程について適用可能である。なお、この場合は、購入した商品数や決済手段に応じて、上述した副工程の数が変動することが考えられる。また、その他、例えばゲームのチュートリアルをユーザに提示するような場合に、このチュートリアル提示処理に適用することも可能である。なお、この場合、例えば、あるゲームのチュートリアル表示に際して、そのゲームがいわゆる「続編」ものである場合に、その前作のプレイ経験があるか否かでチュートリアルの提示内容が変動することも考えられる。また、その他、例えばオンラインマニュアルの提示処理やゲーム装置の初期設定作業にかかる処理等にも上記実施形態の処理は適用可能である。
【００８８】
また、上記実施形態では、上記進捗インジケータ１０１に表示にかかる処理を１台の情報処理装置（移行元ゲーム機、あるいは移行先ゲーム機のそれぞれ）において実行しているが、他の実施形態では、これらの複数の処理を複数の情報処理装置が分担して実行してもよい。また、上述した複数の処理は、１つのコンピュータ（プロセッサ１３）で実行されてもよいし、複数のコンピュータで分担して実行されてもよい。さらには、これらの複数の処理の一部または全部を専用回路によって実現してもよい。
【００８９】
また、上記実施形態では、据え置き型のゲームシステムを例に説明したが、これに限らず、携帯型ゲーム装置や、その他の携帯情報端末やタブレット端末、パーソナルコンピュータ等にも適用可能である。
【符号の説明】
【００９０】
１０    ゲーム装置
１１    入力装置
１２    表示装置
１３    プロセッサ
１４    内部記憶装置
１５    メインメモリ
１６    無線通信装置
【図１】
0006703804.tif 000002
【図２】
0006703804.tif 000003
【図３】
0006703804.tif 000004
【図４】
0006703804.tif 000005
【図５】
0006703804.tif 000006
【図６】
0006703804.tif 000007
【図７】
0006703804.tif 000008
【図８】
0006703804.tif 000009
【図９】
0006703804.tif 000010
【図１０】
0006703804.tif 000011
【図１１】
0006703804.tif 000012
【図１２】
0006703804.tif 000013
【図１３】
0006703804.tif 000014
【図１４】
0006703804.tif 000015
【図１５】
0006703804.tif 000016
【図１６】
0006703804.tif 000017
【図１７】
0006703804.tif 000018
【図１８】
0006703804.tif 000019
【図１９】
0006703804.tif 000020
【図２０】
0006703804.tif 000021