(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-07-30
(45)【発行日】2024-08-07
(54)【発明の名称】情報処理装置およびプログラム
(51)【国際特許分類】
A63F 13/69 20140101AFI20240731BHJP
A63F 13/45 20140101ALI20240731BHJP
【ＦＩ】
A63F13/69
A63F13/45
【請求項の数】
11
(21)【出願番号】P 2023126645
(22)【出願日】2023-08-02
【審査請求日】2023-08-24
【早期審査対象出願】
【前置審査】
(73)【特許権者】
【識別番号】000135748
【氏名又は名称】株式会社バンダイ
(72)【発明者】
【氏名】石黒 知美
(72)【発明者】
【氏名】森井 夏子
(72)【発明者】
【氏名】小縣 依美
(72)【発明者】
【氏名】鶴 はるか
【審査官】鈴木 崇雅
(56)【参考文献】
【文献】特開２０２２－１２４３２７（ＪＰ，Ａ）
【文献】特開２０２２－１１８７０１（ＪＰ，Ａ）
【文献】特開２０２３－０１４８３５（ＪＰ，Ａ）
【文献】特開２０１３－１７２８５４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ １３／００－９８
Ａ６３Ｆ ９／２４
(57)【特許請求の範囲】
【請求項1】
所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部と、前記第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部と、
前記第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部と、
所定のキャラクターの表示を含み、所与のアイテムを使用可能な所定のコンテンツを実行するコンテンツ実行部と、
を備え、
前記第１の発動可能条件は、前記第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件であって、
前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて前記第１の処理を実行し、
前記第２の処理制御部は、前記ユーザの実行指示操作に基づいて前記第２の処理を実行し、
前記第２の処理は、前記所定のコンテンツで使用可能なアイテムを付与する処理である、
情報処理装置。
【請求項2】
前記第２の発動可能条件は、１回の前記報酬付与処理で付与される前記第２の報酬の数量で充足する条件である、請求項１に記載の情報処理装置。
【請求項3】
前記報酬付与処理実行部による前記報酬付与処理の実行のたびに、前記第１の報酬の所有量を示す表示を行う第１の報酬所有量表示制御部、を更に備える請求項１に記載の情報処理装置。
【請求項4】
前記第１の発動可能条件の充足に応じた演出出力を行う発動可能演出制御部、を更に備える請求項１に記載の情報処理装置。
【請求項5】
前記第１の処理は、所与のゲーム要素を前記ユーザに付与する処理である、請求項１に記載の情報処理装置。
【請求項6】
前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて、所与のゲーム要素を前記ユーザに付与する処理として前記第１の処理を自動的に実行する、請求項１に記載の情報処理装置。
【請求項7】
前記第１の処理制御部は、過去に付与した前記ゲーム要素とは異なるゲーム要素を付与する処理を実行する、請求項５に記載の情報処理装置。
【請求項8】
前記第１の処理制御部は、付与済みの前記ゲーム要素が所定の上限条件に達した場合には、更なる前記第１の処理の実行を停止する、請求項７に記載の情報処理装置。
【請求項9】
前記上限条件に達した場合にその旨の演出出力を行う上限達成演出制御部、を更に備える請求項８に記載の情報処理装置。
【請求項10】
前記アイテムには、前記ユーザの保有数に関して限度枠のある限度枠アイテムと、限度枠の無い枠無しアイテムとがあり、前記第２の処理は、付与するアイテムを抽選する抽選処理を含み、
前記抽選処理は、前記限度枠アイテムの保有数が前記限度枠に達している場合には前記枠無しアイテムを抽選する、
請求項１に記載の情報処理装置。
【請求項11】
コンピュータを、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部、
前記第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部、
前記第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部、
所定のキャラクターの表示を含み、所与のアイテムを使用可能な所定のコンテンツを実行するコンテンツ実行部、
として機能させ、
前記第１の発動可能条件は、前記第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件であって、
前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて前記第１の処理を実行し、
前記第２の処理制御部は、前記ユーザの実行指示操作に基づいて前記第２の処理を実行し、
前記第２の処理は、前記所定のコンテンツで使用可能なアイテムを付与する処理である、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置およびプログラムに関する。
【背景技術】
【0002】
所定の機能を提供する情報処理装置において、当該機能を利用した課題を達成したこと等を条件に、ユーザに報酬を付与する従来技術が知られている。例えば、学習者の学習を支援する学習支援装置の技術として、学習者に表彰状を出力するようにしたものが知られている（特許文献１を参照）。特許文献１の技術では、学習者をほめるべきタイミングで表彰状を出力することで、学習意欲の向上を図っている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２３－６７４８１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし、課題の達成等に応じて単に報酬を付与するだけでは面白味に欠けるため、課題の達成等に対するユーザの意欲を向上させるには不十分であった。
【0005】
本発明が解決しようとする課題は、ユーザに対する報酬の付与に、新たな興趣を追加することができる技術を提供することである。
【課題を解決するための手段】
【0006】
本発明の態様は、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部と、前記第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部と、前記第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部と、を備え、前記第１の発動可能条件は、前記第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件である、情報処理装置である。また、本発明の態様は、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部と、前記第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部と、前記第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部と、を備え、前記第１の発動可能条件は、前記第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件であって、前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて前記第１の処理を実行し、前記第２の処理制御部は、前記ユーザの実行指示操作に基づいて前記第２の処理を実行する、情報処理装置である。また、本発明の態様は、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部と、前記第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部と、前記第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部と、所定のキャラクターの表示を含み、所与のアイテムを使用可能な所定のコンテンツを実行するコンテンツ実行部と、を備え、前記第１の発動可能条件は、前記第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件であって、前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて前記第１の処理を実行し、前記第２の処理制御部は、前記ユーザの実行指示操作に基づいて前記第２の処理を実行し、前記第２の処理は、前記所定のコンテンツで使用可能なアイテムを付与する処理である、情報処理装置である。
【0007】
また、前記第２の処理制御部は、前記ユーザの実行指示操作に基づいて前記第２の処理を実行する、ようにしてもよい。
【0008】
また、前記第２の発動可能条件は、１回の前記報酬付与処理で付与される前記第２の報酬の数量で充足する条件である、ようにしてもよい。
【0009】
また、前記報酬付与処理実行部による前記報酬付与処理の実行のたびに、前記第１の報酬の所有量を示す表示を行う第１の報酬所有量表示制御部、を更に備えるようにしてもよい。
【0010】
また、前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて前記第１の処理を実行する、ようにしてもよい。
【0011】
また、前記第１の発動可能条件の充足に応じた演出出力を行う発動可能演出制御部、を更に備えるようにしてもよい。
【0012】
また、前記第１の処理は、所与のゲーム要素を前記ユーザに付与する処理である、ようにしてもよい。
【0013】
また、前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて、所与のゲーム要素を前記ユーザに付与する処理として前記第１の処理を自動的に実行する、ようにしてもよい。
【0014】
また、前記第１の処理制御部は、過去に付与した前記ゲーム要素とは異なるゲーム要素を付与する処理を実行する、ようにしてもよい。
【0015】
また、前記第１の処理制御部は、付与済みの前記ゲーム要素が所定の上限条件に達した場合には、更なる前記第１の処理の実行を停止する、ようにしてもよい。
【0016】
また、前記上限条件に達した場合にその旨の演出出力を行う上限達成演出制御部、を更に備えるようにしてもよい。
【0017】
また、所定のキャラクターの表示を含み、所与のアイテムを使用可能な所定のコンテンツを実行するコンテンツ実行部、を更に備え、前記第２の処理は、前記所定のコンテンツで使用可能なアイテムを付与する処理である、ようにしてもよい。
【0018】
また、前記アイテムには、前記ユーザの保有数に関して限度枠のある限度枠アイテムと、限度枠の無い枠無しアイテムとがあり、前記第２の処理は、付与するアイテムを抽選する抽選処理を含み、前記抽選処理は、前記限度枠アイテムの保有数が前記限度枠に達している場合には前記枠無しアイテムを抽選する、ようにしてもよい。
【0019】
また、コンピュータを、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部、前記第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部、前記第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部、として機能させ、前記第１の発動可能条件は、前記第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件である、プログラムを構成してもよい。また、コンピュータを、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部、前記第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部、前記第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部、として機能させ、前記第１の発動可能条件は、前記第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件であって、前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて前記第１の処理を実行し、前記第２の処理制御部は、前記ユーザの実行指示操作に基づいて前記第２の処理を実行する、プログラムを構成してもよい。また、コンピュータを、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部、前記第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部、前記第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部、所定のキャラクターの表示を含み、所与のアイテムを使用可能な所定のコンテンツを実行するコンテンツ実行部、として機能させ、前記第１の発動可能条件は、前記第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件であって、前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて前記第１の処理を実行し、前記第２の処理制御部は、前記ユーザの実行指示操作に基づいて前記第２の処理を実行し、前記第２の処理は、前記所定のコンテンツで使用可能なアイテムを付与する処理である、プログラムを構成してもよい。
【発明の効果】
【0020】
本発明によれば、報酬付与処理で付与される報酬のうちの第１の報酬の所有量が第１の発動可能条件を満たすと、第１の処理の実行が可能となる。また、報酬付与処理で付与される報酬のうちの第２の報酬の所有量が第２の発動可能条件を満たすと、第２の処理の実行が可能となる。そして、第１の発動可能条件を満たす数量の第１の報酬を獲得するには、第２の発動可能条件を満たす数量の第２の報酬を獲得するよりも多くの報酬付与処理の実行が必要となる。これによれば、少ない回数の報酬付与処理で実行可能となるため比較的容易に実行可能な第２の処理と、第２の処理に係る回数より多くの報酬付与処理の実行を要するため実行可能となるまでの過程に比較的手間のかかる第１の処理と、をユーザの第1の報酬および第２の報酬の所有量に応じて実行することができる。この仕組みにより、ユーザに対する報酬の付与に、新たな興趣を追加することが可能となる。
【図面の簡単な説明】
【0021】
【図1】学習装置の外観例を示す図。
【図2】ホーム画面の一例を示す図。
【図3】第１種メダルの付与および第１の処理制御に係る学習装置の処理の流れを説明するための図。
【図4】第１種付与対象のゲーム要素を全種類ユーザに付与した場合の演出出力の例を示す図。
【図5】図鑑画面の一例を示す図。
【図6】ルーム画面の一例を示す図。
【図7】第２の処理制御に係る学習装置の処理の流れを説明するための図。
【図8】第２類キャラクターの例を示す図。
【図9】ルーム画面に登場キャラクターを登場させる際の演出表示の例を示す図。
【図10】ルーム画面に登場キャラクターを登場させる際の演出表示の他の例を示す図。
【図11】ルーム画面に登場キャラクターを登場させる際の演出表示の他の例を示す図。
【図12】学習装置の機能構成例を示すブロック図。
【図13】登場表示用制御データのデータ構成例を示す図。
【図14】第２種付与対象アイテムデータのデータ構成例を示す図。
【図15】図鑑データのデータ構成例を示す図。
【図16】学習処理における処理の流れを示すフローチャート。
【発明を実施するための形態】
【0022】
以下、図面を参照し、本発明の好適な実施形態について説明する。以下では、情報処理装置として、ユーザの学習を支援する学習装置を例示する。なお、以下説明する実施形態によって本発明が限定されるものではなく、本発明を適用可能な形態が以下の実施形態に限定されるものでもない。また、図面の記載において、同一部分には同一の符号を付す。
【0023】
図１は、本実施形態における学習装置１０の外観例を示す図である。本実施形態の学習装置１０は、例えば、ノートパソコンの形態を有する情報処理装置であり、本体装置１と、マウス３と、を備える。本体装置１は、電源ボタン１１と、キーボード１３と、ディスプレイ１５と、を備える。その他にも、不図示のカメラやマイク、スピーカー等が適所に設けられている。
【0024】
また、本体装置１は、ＣＰＵ（Central Processing Unit）２０１等のマイクロプロセッサ、ＩＣメモリ２０３、通信装置等の電子部品が搭載された制御基板２０を内蔵している。この制御基板２０においてＩＣメモリ２０３には、学習支援に係る処理を実現するための学習支援プログラムや、学習支援プログラムを実行するために必要な各種設定データ等が記憶される。そして、ＣＰＵ２０１が学習支援プログラムを実行して演算処理を実行し、キーボード１３やマウス３に対する操作入力に応じて学習装置１０の各部を制御することで、ユーザの学習を支援する。
【0025】
なお、学習装置の形態は、ノートパソコンの形態に限定されるものではない。例えば、スマートフォン、タブレット型コンピュータ、携帯型ゲーム装置等の形態を取り得る。
【0026】
図２は、学習装置１０に表示されるホーム画面Ｗ１の一例を示す図である。図２に示すように、ホーム画面には、「学習」「図鑑」「ルーム」の３つのメニューＭ１１，Ｍ１２，Ｍ１３が、それらの選択ボタンによって提示される。
【0027】
１．学習メニューについて
学習メニューＭ１１をマウス３でクリックする等して選択すると、学習項目の一覧が表示される。学習項目としては、例えば、英語、算数、国語等の各種教科・科目の他、プログラミングやタイピング等が挙げられる。各学習項目の学習内容は、例えば、複数の学習ステップに分けて体系化されており、学習ステップ毎に学習処理が定められている。学習装置１０は、学習メニューＭ１１から学習項目が選択された場合には、各学習ステップに係る学習処理を随時実行する。そして、学習装置１０は、学習処理の実行状況に応じて、所定の報酬付与処理を実行する。
学習メニューＭ１１をマウス３でクリックする等して選択すると、学習項目の一覧が表示される。学習項目としては、例えば、英語、算数、国語等の各種教科・科目の他、プログラミングやタイピング等が挙げられる。各学習項目の学習内容は、例えば、複数の学習ステップに分けて体系化されており、学習ステップ毎に学習処理が定められている。学習装置１０は、学習メニューＭ１１から学習項目が選択された場合には、各学習ステップに係る学習処理を随時実行する。そして、学習装置１０は、学習処理の実行状況に応じて、所定の報酬付与処理を実行する。
【0028】
例えば、学習装置１０は、ユーザが１つの学習ステップについて学習を終えると（具体的には、当該学習ステップに係る学習処理を実行した場合に）報酬付与処理を実行し、ユーザへのご褒美として、第１の報酬としての星型のメダル（以下「第１種メダル」という）と、第２の報酬としてのコイン型のメダル（以下「第２種メダル」という）と、を１つずつ付与する。
【0029】
なお、第１種メダルおよび第２種メダルは、学習処理を実行した場合に付与する構成に限定されない。例えば、別途用意される不図示のゲームメニューからミニゲームの実行が可能な構成の場合には、ユーザがミニゲームをクリアした場合に、第１種メダルと第２種メダルとを１つずつ付与する構成としてもよい。
【0030】
また、１回の報酬付与処理で付与する報酬の内容は、適宜設定してよい。例えば、第１種メダルおよび第２種メダルの何れか一方を付与するのでもよいし、付与する枚数についても、例えば、学習ステップによって変えてもよい。また、第１種メダルおよび第２種メダルの付与条件（報酬付与処理の実行条件）は、適宜設定してよい。例えば、学習項目毎に、第１種メダルおよび第２種メダルを付与するか否かの設定や、付与する際の評価基準を設定しておくこととしてもよい。具体的には、全ての学習項目で第１種メダルおよび第２種メダルが付与される構成に限らず、学習を進めても、第１種メダルおよび第２種メダルが付与されない学習項目が含まれていてもよい。また、出題するクイズの正解数やテストの合格点、ミッションの成否等に関する評価基準を学習項目毎に設定しておき、評価基準を満たした場合に報酬付与処理を実行して、第１種メダルおよび第２種メダルを付与する構成としてもよい。
【0031】
そして、学習装置１０は、以上の要領で付与される第１種メダルの所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御と、第２種メダルの所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御と、を行う。第１の発動可能条件は、第２の発動可能条件よりも多くの報酬付与処理の実行を要する数量条件である。
【0032】
本実施形態では、例えば、第１の発動可能条件の数量を３つ、第２の発動可能条件の数量を１つとして、各発動可能条件が予め設定されている。すなわち、本実施形態では、第１の処理は、第１種メダルの所有量が３つで（つまり、ユーザが学習ステップ毎の学習を繰り返して第１種メダルを３つためると）実行可能となる処理である。また、第２の処理は、第２種メダルの所有量が１つで（つまり、ユーザが１つの学習ステップの学習を終えると）実行可能となる処理である。
【0033】
１－１．第１種メダルについて
学習装置１０は、第１種メダルの所有量が３つに達した場合に、第１の処理を自動的に実行する第１の処理制御を行う。図３は、ユーザの学習ステップ毎の学習に伴う第１種メダルの付与および第１の処理制御に係る学習装置１０の処理の流れを説明するための図である。上記したように、学習装置１０は、１つの学習ステップに係る学習処理を実行した後、報酬付与処理を実行して、第１種メダルと第２種メダルとを１つずつ付与する。
学習装置１０は、第１種メダルの所有量が３つに達した場合に、第１の処理を自動的に実行する第１の処理制御を行う。図３は、ユーザの学習ステップ毎の学習に伴う第１種メダルの付与および第１の処理制御に係る学習装置１０の処理の流れを説明するための図である。上記したように、学習装置１０は、１つの学習ステップに係る学習処理を実行した後、報酬付与処理を実行して、第１種メダルと第２種メダルとを１つずつ付与する。
【0034】
そして、学習装置１０は、報酬付与処理の実行のたびに、第１種メダルの所有量を示す表示を行う。第１種メダルの所有量が１つの場合の当該表示は、例えば、図３の（ａ）のような表示とすることができる。その後は、学習装置１０は、次に学習処理を実行し、報酬付与処理を実行した場合には、第１種メダルの所有量が２つであることを示す表示を行う（図３の（ｂ））。また、学習装置１０は、次に学習処理を実行し、報酬付与処理を実行した場合には、第１種メダルの所有量が３つであることを示す表示を行う（図３の（ｃ））。ここでの表示に際しては、図３の（ｃ）に示すように、例えば、第１種メダルが３つたまったため第１の処理を自動実行する旨の表示を行うことで、第１の発動可能条件の充足に応じた演出出力を行う。なお、演出出力は、表示による演出出力に限らず、例えば、所定の演出音を出力することで行う構成でもよいし、表示と演出音の出力とを組み合わせた演出出力を行う構成としてもよい。
【0035】
そして、学習装置１０は、第１種メダルが３つたまったならば、第１の処理を実行する。第１の処理では、学習装置１０は、たまった３つの第１種メダルの消費と引き換えに、所与のゲーム要素をユーザに付与する。第１の処理で付与するゲーム要素は、ルームメニューＭ１３での育成ゲームで使用される第２類キャラクターを含む。ユーザは、学習を繰り返して第１種メダルをためることで、第２類キャラクターを取得することができる。
【0036】
本実施形態では、第２類キャラクターにアイテムを加えた複数種類（例えば１００種類）のゲーム要素が、第１種付与対象として予め用意される。そして、第１の処理では、学習装置１０は、第１種付与対象のゲーム要素の中から何れか１つを例えばランダムに選出して、ユーザに付与する。より詳細には、第１の処理では、過去に付与したゲーム要素とは異なるゲーム要素を付与する。すなわち、第１種付与対象のうちの付与済みのゲーム要素（後段の処理で登録済みのゲーム要素）を除いたゲーム要素の中から、何れか１つを選出して付与する。したがって、第１の処理では、同種類のゲーム要素が重複して付与されることがない。例えば、図３の（ｄ）では、第２類キャラクターＣｂ１が付与された例を示している。第２類キャラクターについては、後述する。
【0037】
その後は、学習装置１０は、第１の処理によって付与されたゲーム要素を種類別に登録する。本実施形態では、学習装置１０は、付与されたゲーム要素を図鑑に登録する。すなわち、学習装置１０は、付与されたゲーム要素が第２類キャラクターの場合には、当該第２類キャラクターを登録キャラクターとして登録し、第２類キャラクター以外のアイテムの場合には、当該アイテムを登録アイテムとして、図鑑に登録する。図鑑は、図鑑メニューＭ１２の図鑑画面Ｗ２から閲覧することができる。
【0038】
図鑑の各ページは、例えば、マス目状に配列された表示欄を有しており、第１種付与対象の各ゲーム要素の種類が１つずつ割り当てられている。したがって、図鑑メニューＭ１２を選択すると、新規に付与されたゲーム要素がある場合は、当該ゲーム要素が割り当てられた図鑑の表示欄に、当該ゲーム要素が新たに表示されることとなる（図３の（ｅ））。第１の処理による付与がまだの（未登録）のゲーム要素の表示欄は、空欄とされる。
【0039】
そして、学習装置１０は、付与済みのゲーム要素が上限条件に達した場合には、第１の処理制御として、更なる第１の処理の実行を停止する制御を行う。本実施形態では、第１種付与対象のゲーム要素を全種類ユーザに付与した場合（全種類のゲーム要素が登録済みとなって図鑑の表示欄が全て埋まった場合）に上限条件に達したとして、当該停止の制御を行う。また、学習装置１０は、付与済みのゲーム要素が上限条件に達した場合には、図４に例示するように、その旨を表示した演出出力を行う。なお、ここでの演出出力についても、表示による演出出力に限定されない。例えば、所定の演出音を出力することで行う構成でもよいし、表示と演出音の出力とを組み合わせた演出出力を行う構成としてもよい。
【0040】
１－２．第２種メダルについて
本実施形態では、第２種メダルの所有数が１つで、第２の処理が実行可能となる。そのため、学習装置１０は、ユーザが第２種メダルを所有している場合には、ユーザの実行指示操作に基づいて第２の処理を実行する制御を、第２の処理制御として行う。
本実施形態では、第２種メダルの所有数が１つで、第２の処理が実行可能となる。そのため、学習装置１０は、ユーザが第２種メダルを所有している場合には、ユーザの実行指示操作に基づいて第２の処理を実行する制御を、第２の処理制御として行う。
【0041】
本実施形態では、ルームメニューＭ１３での育成ゲームで使用可能なアイテムが、第２種付与対象として予め用意される。そして、第２の処理では、学習装置１０は、１つの第２種メダルの消費と引き換えに、第２種付与対象のアイテムを付与する。例えば、ユーザの実行指示操作があった場合（本実施形態では、ユーザがルームメニューＭ１３からルーム画面の部屋内の抽選機５１（図６等を参照）を選択して、抽選の実行を指示する操作をした場合）に、第２種付与対象の中から何れか１つを所定の抽選確率に基づき抽選する抽選処理を行って、ユーザに付与する。第２種付与対象のアイテムについては、後述する。
【0042】
ここでの処理によれば、ユーザは、１つの学習ステップの学習を終えるとすぐに使える第１種メダルを随時使用して、育成ゲームで使用可能なアイテムを取得することができる。一方、第１種メダルについては３つないと使えないため、ユーザは、学習ステップ毎の学習を繰り返して第１種メダルをためることとなる。ユーザは、第１種メダルが３つたまった時点で、第２類キャラクターを含むゲーム要素を取得することができる。
【0043】
なお、本実施形態では、学習処理を終えると第１の報酬として第１種メダルを１つ付与するとともに、第２の報酬として第２種メダルを１つ付与することとしたが、付与する第１の報酬および第２の報酬の数量は適宜設定してよい。その場合は、第１の発動可能条件を満たす数量分の第１の報酬を得るのに必要な報酬付与処理の実行回数が、第２の発動可能条件を満たす数量分の第２の報酬を得るのに必要な報酬付与処理の実行回数よりも多くなるような設定とすると好適である。
【0044】
２．図鑑メニューについて
図５は、図鑑画面Ｗ２の一例を示す図である。図２の図鑑メニューＭ１２を選択すると、図５に例示する図鑑画面Ｗ２が表示される。図鑑画面Ｗ２には、上記の要領で第１の処理によって付与されて、登録されたゲーム要素（登録キャラクターや登録アイテム）が、その種類別の表示欄Ｃ２に表示される。図鑑メニューＭ１２では、ユーザは、登録されたゲーム要素を図鑑形式で閲覧することができる。
図５は、図鑑画面Ｗ２の一例を示す図である。図２の図鑑メニューＭ１２を選択すると、図５に例示する図鑑画面Ｗ２が表示される。図鑑画面Ｗ２には、上記の要領で第１の処理によって付与されて、登録されたゲーム要素（登録キャラクターや登録アイテム）が、その種類別の表示欄Ｃ２に表示される。図鑑メニューＭ１２では、ユーザは、登録されたゲーム要素を図鑑形式で閲覧することができる。
【0045】
３．ルームメニューについて
図６は、図２のルームメニューＭ１３を選択すると表示されるルーム画面の一例を示す図である。図６に示すように、ルーム画面には、住人キャラクター（第１類キャラクター）Ｃａ１の部屋が表示される。ユーザは、ルーム画面で、当該住人キャラクター（第１類キャラクター）Ｃａ１を育成する育成ゲームを遊ぶことができる。ユーザは、住人キャラクター（第１類キャラクター）Ｃａ１に食事の世話をしたり、部屋の模様替え等をしてゲームを楽しむ。
図６は、図２のルームメニューＭ１３を選択すると表示されるルーム画面の一例を示す図である。図６に示すように、ルーム画面には、住人キャラクター（第１類キャラクター）Ｃａ１の部屋が表示される。ユーザは、ルーム画面で、当該住人キャラクター（第１類キャラクター）Ｃａ１を育成する育成ゲームを遊ぶことができる。ユーザは、住人キャラクター（第１類キャラクター）Ｃａ１に食事の世話をしたり、部屋の模様替え等をしてゲームを楽しむ。
【0046】
ルーム画面には、育成ゲームのメニューとして、「住人の入替」および「模様替え」の２つのメニューＭ３１，Ｍ３３が、それらの選択ボタンによって提示される。図２のルームメニューＭ１３が選択された場合には、学習装置１０は、模様替えメニューＭ３３での模様替えアイテムの選択に基づく画面設定に従って、ルーム画面を表示するとともに、住人の入替メニューＭ３１での第１類キャラクターの選択に従って、ルーム画面に住人キャラクターを表示する制御を行う。
【0047】
また、ルーム画面に表示される部屋にはドア５５があり、抽選機５１と、冷蔵庫５３と、が配置されている。ドア５５と、抽選機５１と、冷蔵庫５３とは、マウス３でクリックする等、それぞれの表示位置に対する操作をすることで選択できるようになっている。
【0048】
３－１．住人の入替メニューについて
住人の入替メニューＭ３１を選択すると、ルーム画面の住人キャラクターを設定・変更することができる。本実施形態では、予め第１類キャラクターが複数種類（図６の例では３種類の第１類キャラクターＣａ１，Ｃａ２，Ｃａ３）が用意されており、住人の入替メニューＭ３１では、第１類キャラクターの中から１つを選択する選択操作を受け付ける。そして、学習装置１０は、受け付けた選択操作に従って、ルーム画面の部屋に表示する住民キャラクターを設定・変更する。
住人の入替メニューＭ３１を選択すると、ルーム画面の住人キャラクターを設定・変更することができる。本実施形態では、予め第１類キャラクターが複数種類（図６の例では３種類の第１類キャラクターＣａ１，Ｃａ２，Ｃａ３）が用意されており、住人の入替メニューＭ３１では、第１類キャラクターの中から１つを選択する選択操作を受け付ける。そして、学習装置１０は、受け付けた選択操作に従って、ルーム画面の部屋に表示する住民キャラクターを設定・変更する。
【0049】
３－２．模様替えメニューについて
模様替えメニューＭ３３を選択すると、保有する模様替えアイテムの中から１つを選択することができる。ここでの模様替えアイテムの選択によって、ルーム画面における部屋の表示に関する画面設定が行える。本実施形態では、家具のレイアウトや室内の装飾といった内装が異なる部屋を表示するための模様替えアイテムが予め複数種類用意される。例えば、模様替えアイテムは、内装が異なる部屋の画像として用意され、模様替えメニューＭ３３で選択された模様替えアイテムの部屋の画像が、ルーム画面の背景として表示されるようになっている。すなわち、模様替えメニューＭ３３では、ユーザが所有している模様替えアイテム（図６の例では３つの模様替えアイテムＩ３１，Ｉ３２，Ｉ３３）の中から１つを選択する選択操作を受け付ける。そして、学習装置１０は、受け付けた選択操作に従って画面設定を行うことで、ルーム画面として表示する部屋の内装を設定・変更する。
模様替えメニューＭ３３を選択すると、保有する模様替えアイテムの中から１つを選択することができる。ここでの模様替えアイテムの選択によって、ルーム画面における部屋の表示に関する画面設定が行える。本実施形態では、家具のレイアウトや室内の装飾といった内装が異なる部屋を表示するための模様替えアイテムが予め複数種類用意される。例えば、模様替えアイテムは、内装が異なる部屋の画像として用意され、模様替えメニューＭ３３で選択された模様替えアイテムの部屋の画像が、ルーム画面の背景として表示されるようになっている。すなわち、模様替えメニューＭ３３では、ユーザが所有している模様替えアイテム（図６の例では３つの模様替えアイテムＩ３１，Ｉ３２，Ｉ３３）の中から１つを選択する選択操作を受け付ける。そして、学習装置１０は、受け付けた選択操作に従って画面設定を行うことで、ルーム画面として表示する部屋の内装を設定・変更する。
【0050】
ここで、模様替えアイテムは、上記したように、内装の異なる部屋を表示するためのものであるが、ドア、抽選機および冷蔵庫の表示位置は全て共通とされる。例えば、ドアであれば、図６の例では、どの模様替えアイテムの部屋でも向かって左側の同じ位置にドアが表示される。これによれば、模様替えメニューＭ３３から別の模様替えアイテムを選択してルーム画面の部屋の内装を変更しても、ドアは常に同じ位置に表示されることとなる。後述するように、ドアの表示位置は、ルーム画面における登場キャラクターの登場位置であり、ドアを選択することで、ルーム画面に登場キャラクターを登場させることができるようになってる。ユーザは、ルーム画面の部屋の内装に関わらず（模様替えメニューでどの模様替えアイテムを選択しているかに関わらず）、育成ゲーム中、登場キャラクターを登場させるために行うドアの選択を、迷わずに行うことが可能となる。
【0051】
３－３．抽選機について
ルーム画面において抽選機５１を選択すると、所有する第２種メダルを使用して、育成ゲームで使用可能な第２種付与対象のアイテムを取得することができる。ルーム画面には、ユーザの第２種メダルの所有量５７が表示される。学習装置１０は、ルーム画面にて抽選機５１を選択する操作をユーザの実行指示操作として受け付ける。そして、学習装置１０は、実行指示操作がなされた場合に第２の処理を実行する制御を、第２の処理制御として行う。図７は、第２の処理制御に係る学習装置１０の処理の流れを説明するための図である。
ルーム画面において抽選機５１を選択すると、所有する第２種メダルを使用して、育成ゲームで使用可能な第２種付与対象のアイテムを取得することができる。ルーム画面には、ユーザの第２種メダルの所有量５７が表示される。学習装置１０は、ルーム画面にて抽選機５１を選択する操作をユーザの実行指示操作として受け付ける。そして、学習装置１０は、実行指示操作がなされた場合に第２の処理を実行する制御を、第２の処理制御として行う。図７は、第２の処理制御に係る学習装置１０の処理の流れを説明するための図である。
【0052】
本実施形態では、学習装置１０は、抽選機５１が選択されると（図７の（ａ））、第２の処理を実行する。すなわち、学習装置１０は、先ず、１つの第２種メダルの消費と引き換えに、第２種付与対象のアイテムの中から付与するアイテムを抽選する抽選処理を実行する。そして、学習装置１０は、抽選で選んだアイテムをユーザに付与する。
【0053】
ここで、第２種付与対象のアイテムは、上記した模様替えアイテム（図７の（ｂ））と、食べ物アイテム（図７の（ｃ））と、を含む。本実施形態では、模様替えアイテムは、ユーザの保有数に関して限度枠のある限度枠アイテムである。例えば、模様替えアイテムの種類は１０種類とされ、種類毎に１つずつ保有することができる。一方、食べ物アイテムについても、複数種類が用意される。食べ物アイテムは、ユーザの保有数に関して限度枠の無い枠無しアイテムであり、いくつでも保有することができる。
【0054】
そのため、抽選処理にあたっては、学習装置１０は、模様替えアイテムのうち、既にユーザに付与された模様替えアイテムを第２種付与対象から除外する。全種類の模様替えアイテムがユーザに付与された場合（ユーザが全種類の模様替えアイテムを１つずつ保有している場合）には、学習装置１０は、枠無しアイテムである食べ物アイテムのみの中から抽選して、ユーザに付与することとなる。
【0055】
３－４．冷蔵庫について
図６のルーム画面において冷蔵庫５３を選択すると、保有している食べ物アイテムを、住人キャラクター（第１類キャラクター）Ｃａ１に与えて食事をさせることができる。例えば、学習装置１０は、冷蔵庫５３が選択されると、ユーザが保有している食べ物アイテムを保有数とともに表示して、ユーザに提示する。そして、学習装置１０は、何れかの食べ物アイテムが選択された場合には、住人キャラクター（第１類キャラクター）Ｃａ１がその食べ物を食べる様子を演出表示する制御を行う。
図６のルーム画面において冷蔵庫５３を選択すると、保有している食べ物アイテムを、住人キャラクター（第１類キャラクター）Ｃａ１に与えて食事をさせることができる。例えば、学習装置１０は、冷蔵庫５３が選択されると、ユーザが保有している食べ物アイテムを保有数とともに表示して、ユーザに提示する。そして、学習装置１０は、何れかの食べ物アイテムが選択された場合には、住人キャラクター（第１類キャラクター）Ｃａ１がその食べ物を食べる様子を演出表示する制御を行う。
【0056】
３－５．ドアについて
ルーム画面においてドア５５を選択すると、学習装置１０は、図鑑に登録済みの登録キャラクターの中から登場キャラクターを選択して、ルーム画面に登場させる登場表示制御を行う。本実施形態では、ドア５５の表示位置は、ルーム画面における登場キャラクターの登場位置として設定されている。学習装置１０は、ユーザによるドア５５の選択を登場要求操作として受け付ける。そして、学習装置１０は、当該登場要求操作に応じて、登場表示制御の実行を開始する。
ルーム画面においてドア５５を選択すると、学習装置１０は、図鑑に登録済みの登録キャラクターの中から登場キャラクターを選択して、ルーム画面に登場させる登場表示制御を行う。本実施形態では、ドア５５の表示位置は、ルーム画面における登場キャラクターの登場位置として設定されている。学習装置１０は、ユーザによるドア５５の選択を登場要求操作として受け付ける。そして、学習装置１０は、当該登場要求操作に応じて、登場表示制御の実行を開始する。
【0057】
ここで、登録キャラクターは、第１種付与対象のゲーム要素として用意された第２類キャラクターであって、第１の処理によって付与済みの第２類キャラクターである。すなわち、第１の処理は、上記したように、学習を繰り返して第１種メダルを３つためたユーザに対して第１種付与対象のゲーム要素の中から１つを付与する処理である。第１の処理によって第１種付与対象のゲーム要素の中から第２類キャラクターが選出されて付与された場合には、当該第２類キャラクターが登録キャラクターとして図鑑に登録される。したがって、ルーム画面でドア５５を選択すると、第１種メダルをためたことで取得した登録キャラクターのうちの何れかが、登場キャラクターとしてルーム画面に登場することとなる。
【0058】
図８は、第２類キャラクターの例を示す図である。図８に示すように、第２類キャラクターは、ルーム画面の住人キャラクターとして選択可能な第１類キャラクター（本実施形態では、３種類の第１類キャラクターＣａ１，Ｃａ２，Ｃａ３）との関係が定められたキャラクターを含む。具体的には、第２類キャラクターは、第１類キャラクターとの関係が「仲間」のキャラクター（例えば、図８の（ａ）に示すキャラクターＣｂ１）と、「敵」のキャラクター（例えば、図８の（ｂ）に示すキャラクターＣｂ２）と、を含む。当該キャラクターを識別するため、該当する第２類キャラクターには、第１類キャラクターとの関係の設定が、選択許否情報として予め設定されている。「仲間」の設定が選択可、「敵」の設定が選択不可を示している。
【0059】
そして、選択許否情報が設定されている第２類キャラクターのうち、当該選択許否情報の設定が「仲間」である第２類キャラクターについては、３種類の第１類キャラクターＣａ１，Ｃａ２，Ｃａ３のそれぞれとの仲良し度が予め設定されている。本実施形態では、仲良し度は、例えば、「良い」「普通」「悪い」の３段階で設定されている。もちろん、２段階としてもよいし、３段階以上としてもよい。例えば、図８の（ａ）に示すように、キャラクターＣｂ１は、第１類キャラクターＣａ１との仲は良く、第１類キャラクターＣａ３との仲は普通である。そして、第１類キャラクターＣａ２とは仲が悪い設定とされる。
【0060】
また、第２類キャラクターは、第１類キャラクターと同種類のキャラクターであって、衣装等が違うため外観が異なる外観違いのキャラクターを含む。外観が異なるキャラクターは、３種類の第１類キャラクターＣａ１，Ｃａ２，Ｃａ３のそれぞれについて１種類又は複数種類ずつが第２類キャラクターとして用意される。例えば、図８の（ｃ）では、第１類キャラクターＣａ１の外観違いキャラクターＣｂ３，Ｃｂ４を示している。
【0061】
外観違いキャラクターについても、他の種類の第１類キャラクターそれぞれのとの仲良し度が予め設定されている。図８の（ｃ）に示す第１類キャラクターＣａ１の外観違いキャラクターＣｂ３，Ｃｂ４であれば、第１類キャラクターＣａ２，Ｃａ３のそれぞれとの仲良し度が、「良い」「普通」「悪い」の３段階で設定されている。
【0062】
登場表示制御の手順としては先ず、学習装置１０は、登録キャラクターの中から今回ルーム画面に登場させる登場キャラクターを選択する。本実施形態では、学習装置１０は、登録キャラクターのうちの選択許否情報が設定されたキャラクターの中から、選択可を示す「仲間」のキャラクターを登場キャラクター候補として抽出する。また、学習装置１０は、登録キャラクターの中に、ルーム画面の住人キャラクターとして表示中の第１類キャラクター（図６では第１類キャラクターＣａ１）とは異なる種類の第１類キャラクター（例えば、第１類キャラクターＣａ２，Ｃａ３）の外観違いのキャラクターが含まれている場合には、登場キャラクター候補に加える。表示中の第１類キャラクターと同種類のものについては抽出しない。そして、学習装置１０は、抽出した登場キャラクター候補の中から何れかを例えばランダムに選出して、登場キャラクターとして選択する。
【0063】
登場キャラクターを選択したならば、学習装置１０は、所定の演出表示を行って、登場キャラクターをルーム画面に登場させる。例えば、学習装置１０は、住人キャラクターおよび登場キャラクターの組合せに基づいて、当該住人キャラクターおよび当該登場キャラクターの両方に係る演出表示を行う。
【0064】
そのために、本実施形態では、第２類キャラクターのそれぞれについて、第１類キャラクターＣａ１，Ｃａ２，Ｃａ３との組合せ毎に、ルーム画面の住人キャラクターが当該組合せに係る第１類キャラクターのときに当該組合せに係る第２類キャラクターを登場キャラクターとしてルーム画面に登場させる際の演出表示用のデータが、予め用意される。何れの組合せの場合も、その演出表示には、当該組合せに係る第２類キャラクターが登場キャラクターとしてドアから部屋に入室するシーンや、その後に当該組合せに係る第１類キャラクターおよび第２類キャラクターの一方が他方に呼びかけたり、互いに挨拶しあう等のシーンが含まれる。また、当該組合せの仲良し度に応じて、仲の良さや悪さを表現した演出内容とされる。例えば、図９および図１０は、住人キャラクター（第１類キャラクター）Ｃａ１の部屋に仲が良い登場キャラクター（第２類キャラクター）Ｃｂ１が登場した場合の演出表示の例を示す図である。図９は、登場キャラクター（第２類キャラクター）Ｃｂ１が住人キャラクター（第１類キャラクター）Ｃａ１に呼び掛けて互いに挨拶している場面例であり、図１０は、両者が仲が良いことを表現した場面例である。また、図１１は、登場キャラクター（第２類キャラクター）Ｃｂ５が登場した際の演出表示の他の例を示す図であり、住人キャラクター（第１類キャラクター）Ｃａ１と登場キャラクター（第２類キャラクター）Ｃｂ５とが仲が悪いことを表現した場面を示している。
【0065】
ここでの処理によれば、ユーザは、第１の処理によって付与されたことで図鑑に登録された登録キャラクター（つまり、第１種メダルをためることで取得した第２類キャラクター）を、育成ゲームのルーム画面に登場させることができる。例えば、ルーム画面での育成ゲーム中にドアを選択すると、登録キャラクターのうちの何れかが登場キャラクターとなってルーム画面に登場する。またその際、ユーザは、ルーム画面の住人キャラクターとして表示中の第１類キャラクターと、登場キャラクターとの組合せに応じた演出表示を楽しむことができる。したがって、ユーザは、学習ステップ毎の学習を進めることで登録キャラクターを収集しながら、収集した登録キャラクターをルーム画面に登場させて楽しむことができる。これによれば、育成ゲームに対するユーザの感心を継続して惹くことが可能となる。
【0066】
なお、ここでは、第１類キャラクターとの関係（仲間のキャラクターなのか敵のキャラクターなのか）の情報を選択許否情報として用いる例を説明した。すなわち、「仲間」の設定が選択可を示し、「敵」の設定が選択不可を示すこととして、選択可とされた仲間のキャラクターのみが登場キャラクターとなってルーム画面に登場する例を説明した。これに対し、どの第２類キャラクターを選択可（又は選択不可）とするのかの選択許否情報の設定は、第１類キャラクターとの関係とは別の設定とすることもできる。すなわち、敵のキャラクターについて「選択可」とする設定や、仲間のキャラクターについて「選択不可」とする設定を適宜含めることができる。その場合は、敵のキャラクターであっても、登場キャラクターとしてルーム画面に登場し得る。
【0067】
また、その場合、選択許否情報は、第２類キャラクターのそれぞれについて、３種類の第１類キャラクターＣａ１，Ｃａ２，Ｃａ３毎に個別に設定しておく構成でもよい。その場合、第２類キャラクターは、どの種類の第１類キャラクターがルーム画面の住人キャラクターなのかによって、選択許否情報が選択可だったり選択不可だったりする。つまり、図鑑に登録済みの登録キャラクターであっても、住人キャラクターによっては、登場表示制御において登場キャラクター候補として抽出されたり抽出されなかったりする。したがって、育成ゲームにおける登場キャラクターの登場場面を飽きのこないより面白味のあるものとすることができる。
【0068】
また、第２類キャラクターには、第１類キャラクターＣａ１，Ｃａ２，Ｃａ３の外観違いのキャラクター（例えば、図８の（ｃ）において第１類キャラクターＣａ１について示す外観違いのキャラクターＣｂ３，Ｃｂ４）が含まれる例を示したが、外観違いのキャラクターだけでなく、第１類キャラクターＣａ１，Ｃａ２，Ｃａ３自体が第２類キャラクターに含まれる構成としてもよい。すなわち、第１類キャラクターＣａ１，Ｃａ２，Ｃａ３のそれぞれが、第２類キャラクターとしても付与され、登録され得る構成とすることもできる。
【0069】
また、ここでは、住人キャラクターおよび登場キャラクターの組合せに基づいて、住人キャラクターおよび登場キャラクターの両方に係る演出表示を行うこととした。これに対し、演出表示は、登場キャラクターの種類に基づいて、当該登場キャラクターに係る演出表示を行う構成としてもよい。その場合は、第２類キャラクターの種類毎に、当該第２類キャラクターを登場キャラクターとしてルーム画面に登場させる際の演出表示用のデータを予め用意しておく。ここでの演出表示は、その種類の第２類キャラクター（登場キャラクター）のみが出演する、当該登場キャラクターに係る演出表示となる。
【0070】
４．機能構成について
図１２は、学習装置１０の機能構成例を示すブロック図である。図１２に示すように、学習装置１０は、操作入力部１１１と、表示部１１３と、音出力部１１５と、処理部１４０と、記憶部１７０と、を備える。
図１２は、学習装置１０の機能構成例を示すブロック図である。図１２に示すように、学習装置１０は、操作入力部１１１と、表示部１１３と、音出力部１１５と、処理部１４０と、記憶部１７０と、を備える。
【0071】
操作入力部１１１は、ユーザが各種操作を入力するためのものであり、キーボードやマウス、タッチパネル等で実現できる。図１では、キーボード１３やマウス３がこれに該当する。表示部１１３は、ＬＣＤ（Liquid Crystal Display）やタッチパネル等の表示装置で実現され、処理部１４０からの表示信号に応じた各種表示を行う。図１では、ディスプレイ１５がこれに該当する。音出力部１１５は、スピーカー等で実現され、処理部から入力される音声信号を放音する。
【0072】
処理部１４０は、例えばＣＰＵやＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１１１からの操作入力信号等に基づいて各種の演算処理を行い、学習装置１０の動作を統括制御する。図１では、制御基板２０やそのＣＰＵ２０１がこれに該当する。
【0073】
本実施形態では、処理部１４０は、学習処理実行部１４１と、報酬付与処理実行部１４３と、第１の報酬所有量表示制御部１４５と、第１の処理制御部１４７と、発動可能演出制御部１４９と、上限達成演出制御部１５１と、第２の処理制御部１５３と、登録部１５５と、図鑑表示制御部１５７と、コンテンツ実行部１６０と、を含む。
【0074】
学習処理実行部１４１は、学習メニューから選択可能な各学習項目の学習ステップ毎に、学習処理を実行する。
【0075】
報酬付与処理実行部１４３は、報酬付与処理を実行する機能部である。本実施形態では、報酬付与処理実行部１４３は、学習処理実行部１４１が学習処理を実行するたびに、第１の報酬としての第１種メダルと、第２の報酬としての第２種メダルと、をそれぞれ１つずつユーザに付与する。
【0076】
第１の報酬所有量表示制御部１４５は、学習処理実行部１４１による学習処理の実行のたびに、第１種メダルの所有量を示す表示を行う（例えば、図３の（ａ），（ｂ），（ｃ）を参照）。
【0077】
第１の処理制御部１４７は、第１種メダルの所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する。本実施形態では、第１の処理制御部１４７は、第１種メダルの所有量が３つに達した場合に、第１の発動可能条件を満たしたとして第１の処理を自動的に実行し、予め用意されている第１種付与対象のゲーム要素であって、付与済み以外のゲーム要素のうちの何れかをユーザに付与する。
【0078】
また、第１の処理制御部１４７は、第１の処理を実行したことで付与済みのゲーム要素が上限条件に達した場合に、更なる第１の処理の実行を停止する。本実施形態では、第１の処理制御部１４７は、第１の処理を実行したことで第１種付与対象として用意されたゲーム要素の全種類をユーザに付与した場合は、それ以降は第１種メダルの所有量が３つに達したとしても第１の処理を実行しない。
【0079】
発動可能演出制御部１４９は、第１の発動可能条件の充足に応じて、演出出力を行う（例えば、図３の（ｃ）を参照）。
【0080】
上限達成演出制御部１５１は、第１の処理の実行によって付与済みのゲーム要素が上限条件に達した場合に、その旨の演出出力を行う。本実施形態では、上限達成演出制御部１５１は、第１の処理によって第１種付与対象のゲーム要素の全種類がユーザに付与された場合に、その旨の演出出力を行う（例えば、図４を参照）。
【0081】
第２の処理制御部１５３は、第２種メダルの所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する。本実施形態では、第２の処理制御部１５３は、第２種メダルを１つ以上所有している場合に、ユーザの実行指示操作に応じて抽選処理を含む第２の処理を実行し、予め用意される第２種付与対象のアイテムのうちの何れかを抽選により付与する。本実施形態では、実行指示操作は、コンテンツ実行部１６０による育成ゲームの実行中に表示されるルーム画面にて受け付ける。
【0082】
登録部１５５は、第１の処理によって付与されたゲーム要素を登録する。具体的には、登録部１５５は、付与されたゲーム要素が第２類キャラクターの場合は、登録キャラクターとして図鑑に登録する。また、登録部１５５は、付与されたゲーム要素がアイテムの場合は、登録アイテムとして図鑑に登録する。
【0083】
図鑑表示制御部１５７は、図鑑メニューが選択された場合に、図鑑画面を表示して、登録済みのゲーム要素を対応する表示欄に表示する制御を行う。
【0084】
コンテンツ実行部１６０は、第２の処理で付与されるアイテムを使用可能な所定のコンテンツを実行する。本実施形態では、コンテンツ実行部１６０は、ルームメニューが選択された場合に、第１類キャラクターの育成ゲームを実行する。このコンテンツ実行部１６０は、ルーム画面表示制御部１６１と、登場表示制御部１６３と、を備える。
【0085】
ルーム画面表示制御部１６１は、ルームメニューが選択された場合に、住人キャラクターおよび模様替え素材の設定に基づいて、住人キャラクターの部屋を表示する制御を行う、
【0086】
登場表示制御部１６３は、登録部１５５によって登録済みの登録キャラクターから登場キャラクターを選択して、ルーム画面に登場させる登場表示制御を行う。
【0087】
記憶部１７０には、学習装置１０を動作させ、学習装置１０が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等によって実現できる。図１では、ＩＣメモリ２０３がこれに該当する。
【0088】
また、記憶部１３０には、学習支援プログラム１７１と、学習処理の実行に用いる学習用データ１７３と、第１類キャラクターデータ１７５と、第２類キャラクターデータ１７７と、第１種付与対象ゲーム要素データ１７９と、第２種付与対象アイテムデータ１８３と、第１種メダル所有量１８５と、第２種メダル所有量１８７と、住人キャラクター設定１８９と、画面設定１９１と、図鑑データ１９３と、保有アイテムリスト１９５と、が記憶される。
【0089】
また、その他にも、各種演出出力や演出表示のための表示データや音声データ等が記憶される。本実施形態では、第１種メダルの所有量を示す表示（例えば、図３の（ａ），（ｂ），（ｃ）を参照）、第１の発動可能条件の充足に応じた演出出力（例えば、図３の（ｃ）を参照）、付与済みのゲーム要素が上限条件に達した場合の演出出力（例えば、図４を参照）、育成ゲーム中に行う住人キャラクターの食事の様子の演出表示、育成ゲーム中に登場キャラクターをルーム画面に登場させる際の演出表示（例えば、図９～図１１を参照）、等のための表示データや音声データが該当する。
【0090】
学習支援プログラム１７１は、処理部１４０を学習処理実行部１４１、報酬付与処理実行部１４３、第１の報酬所有量表示制御部１４５、第１の処理制御部１４７、発動可能演出制御部１４９、上限達成演出制御部１５１、第２の処理制御部１５３、登録部１５５、図鑑表示制御部１５７、およびコンテンツ実行部１６０として機能させるためのプログラムである。
【0091】
第１類キャラクターデータ１７５は、第１類キャラクター毎に用意される。本実施形態では、図６等に示す３種類の第１類キャラクターＣａ１，Ｃａ２，Ｃａ３毎に、住人キャラクターとしてルーム画面に表示するための表示用のデータ等を格納する。
【0092】
第２類キャラクターデータ１７７は、第２類キャラクター毎に用意され、登場キャラクターとしてルーム画面に登場させるための表示用のデータ等を格納する。
【0093】
第１種付与対象ゲーム要素データ１７９は、第１種付与対象のゲーム要素に関する各種設定データを格納する。第１種付与対象ゲーム要素データ１７９は、各第２類キャラクターについて設定される登場表示用制御データ１８１を含む。図１３は、登場表示用制御データ１８１のデータ構成例を示す図である。
【0094】
図１３に示すように、登場表示用制御データ１８１は、各第２類キャラクターのＩＤと対応付けて、キャラクター種類と、選択許否情報と、仲良し度と、を設定したデータテーブルである。キャラクター種類は、対応する第２類キャラクターが第１類キャラクターと同種類の外観違いのキャラクターの場合に、当該第１類キャラクターの種類を格納する。選択許否情報は、例えば、外観違いのキャラクター以外の第２類キャラクターについて設定される。本実施形態では、対応する第２類キャラクターが「仲間」なのか「敵」なのかの設定を格納する。仲良し度は、キャラクター種類に第１類キャラクターの種類が設定されている外観違いのキャラクターである第２類キャラクターと、選択許否情報の設定が「仲間」である第２類キャラクターについて設定され、例えば、「良い」「普通」「悪い」の何れかが設定される。
【0095】
第２種付与対象アイテムデータ１８３は、第２種付与対象のアイテムに関する各種設定データを格納する。図１４は、第２種付与対象アイテムデータ１８３のデータ構成例を示す図である。
【0096】
図１４に示すように、第２種付与対象アイテムデータ１８３は、アイテムのＩＤと対応付けて、アイテム種類と、限度枠種別と、抽選確率と、が設定されたデータテーブルである。アイテム種類は、対応するアイテムが模様替えアイテムなのか食べ物アイテムなのかの識別情報である。限度枠種別は、対応するアイテムが限度枠アイテムなのか枠無しアイテムなのかの設定を格納する。本実施形態では、模様替えアイテムが限度枠アイテムとされ、食べ物アイテムが枠無しアイテムとされる。抽選確率は適宜設定してよいが、例えば、模様替えアイテムの抽選確率を、食べ物アイテムの抽選確率よりも低く設定すると好適である。
【0097】
第１種メダル所有量１８５は、現在の第１種メダルの所有量を格納する。第２種メダル所有量１８７は、現在の第２種メダルの所有量を格納する。
【0098】
住人キャラクター設定１８９は、ルーム画面の住人の入替メニューにおける住人キャラクターの設定（ユーザによってどの第１類キャラクターが住人キャラクターとして選択されているかの設定）を格納する。画面設定１９１は、ルーム画面の模様替えメニューにおける部屋の表示に関する設定（ユーザによってどの模様替えアイテムが選択されているかの設定）を格納する。
【0099】
図鑑データ１９３は、第１の処理によって付与され、図鑑に登録済みのゲーム要素を設定したデータテーブルである。図１５は、図鑑データ１９３のデータ構成例を示す図である。図１５に示すように、図鑑データ１９３は、図鑑の表示欄番号と対応付けて、当該表示欄に割り当てられたゲーム要素（第２類キャラクター又はアイテム）のＩＤと、当該ゲーム要素が登録キャラクター又は登録アイテムとして登録済みか否かのフラグ情報と、を格納する。ゲーム要素が第２類キャラクターの場合、ゲーム要素ＩＤには、第２類キャラクターＩＤが用いられる。
【0100】
保有アイテムリスト１９５は、第２の処理によって付与されたアイテムのうち、保有しているアイテムのリストを格納する。そのうちの食べ物アイテムについては、保有数が対応付けて設定される。
【0101】
４．処理の流れについて
図１６および図１７は、本実施形態において学習装置１０が行う処理の流れを示すフローチャートである。ここで説明する処理は、処理部１４０が学習支援プログラム１７１を読み出して実行することによって実現される。
図１６および図１７は、本実施形態において学習装置１０が行う処理の流れを示すフローチャートである。ここで説明する処理は、処理部１４０が学習支援プログラム１７１を読み出して実行することによって実現される。
【0102】
図１６に示すように、本処理では、ホーム画面において学習メニューが選択されると（ステップＳ１：ＹＥＳ）、処理部１４０が、学習項目及び学習ステップの選択操作に従って、学習処理を実行する（ステップＳ３）。学習処理を実行したならば、報酬付与処理実行部１４３が報酬付与処理を実行し、第１種メダルと第２種メダルとを１つずつユーザに付与する（ステップＳ５）。また、第１の報酬所有量表示制御部１４５が、第１の報酬としての第１種メダルの所有量を示す表示を行う（ステップＳ７）。
【0103】
続いて、ステップＳ５で第１種メダルが付与されたことでユーザの第１種メダル所有量１８５が第１の発動可能条件を満たした場合には（ステップＳ９：ＹＥＳ）、発動可能演出制御部１４９が、第１の発動可能条件の充足に応じた演出出力を行う（ステップＳ１１）。そして、第１の処理制御部１４７が、第１の処理を自動的に実行する制御を行う（ステップＳ１３）。第１の処理制御部１４７は、第１種付与対象ゲーム要素データ１７９に設定されている第１種付与対象のゲーム要素の中から何れか１つを例えばランダムに選出し、ユーザに付与する処理を、第１の処理として実行する。
【0104】
続いて、登録部１５５が、ステップＳ１３で付与されたゲーム要素を図鑑に登録して、図鑑データ１９３を更新する（ステップＳ１５）。登録部１５５は、付与されたゲーム要素が第２類キャラクターの場合は、当該キャラクターを登録キャラクターとして図鑑に登録し、付与されたのがアイテムの場合は、登録アイテムとして図鑑に登録する。
【0105】
続いて、第１の処理制御部１４７が、付与済みのゲーム要素が上限条件に達したかを判定する。本実施形態では、第１の処理制御部１４７は、第１種付与対象のゲーム要素が全種類付与されて図鑑に登録された場合に、上限条件に達したと判定して（ステップＳ１７：ＹＥＳ）、更なる第１の処理の実行を停止する（ステップＳ１９）。また、上限達成演出制御部１５１が、上限条件に達した旨の演出出力を行う（ステップＳ２１）。その後は、図１７のステップＳ５９に移行する。
【0106】
また、ホーム画面において図鑑メニューが選択されると（ステップＳ２３：ＹＥＳ）、図鑑表示制御部１５７が図鑑画面を表示して、登録済みのゲーム要素（登録キャラクターや登録アイテム）を図鑑形式で一覧表示する（ステップＳ２５）。その後は、図１７のステップＳ５９に移行する。
【0107】
また、図１７に示すように、ホーム画面においてルームメニューが選択されると（ステップＳ２７：ＹＥＳ）、コンテンツ実行部１６０が育成ゲームを実行する。すなわち、先ず、ルーム画面表示制御部１６１が、住人キャラクター設定１８９および画面設定１９１に基づいてルーム画面を表示し、ルーム画面に住人キャラクターを表示する制御を行う（ステップＳ２９）。
【0108】
そして、コンテンツ実行部１６０は、ルーム画面において住人の入替メニューが選択された場合には（ステップＳ３１：ＹＥＳ）、住人キャラクターとする第１類キャラクターの選択操作を受け付ける。そして、コンテンツ実行部１６０は、選択された第１類キャラクターを新たな住民キャラクターとして設定して、住人キャラクター設定１８９を更新する（ステップＳ３３）。
【0109】
また、コンテンツ実行部１６０は、ルーム画面において模様替えメニューが選択された場合には（ステップＳ３５：ＹＥＳ）、保有アイテムリスト１９５に設定されている模様替えアイテムを一覧で表示し、その選択操作を受け付ける。そして、コンテンツ実行部１６０は、画面設定１９１を更新して、ルーム画面の部屋を、選択された模様替えアイテムの内装の表示に変更する（ステップＳ３７）。
【0110】
また、ルーム画面において抽選機が選択された場合には（ステップＳ３９：ＹＥＳ）、第２の処理制御部１５３が、第２の処理の実行を制御する。すなわち、第２の処理制御部１５３は、第２種メダル所有量１８７が第２の発動可能条件を満たしている場合に（ステップＳ４１：ＹＥＳ）、当該抽選機の選択を実行指示操作として受け付けて、第２の処理を実行する制御を行う（ステップＳ４３）。具体的には、例えば、第２の処理制御部１５３は、第２種付与対象アイテムデータ１８３の設定に従って、第２種付与対象のアイテムの中から何れか１つを各々の抽選確率を用いて抽選する抽選処理を実行する。そして、第２の処理制御部１５３は、抽選で選んだアイテムをユーザに付与する。
【0111】
また、ルーム画面において冷蔵庫が選択された場合には（ステップＳ４５：ＹＥＳ）、コンテンツ実行部１６０が、保有アイテムリスト１９５に設定されている食べ物アイテム毎に保有数を一覧で表示し、使用する食べ物アイテムの選択操作を受け付ける。そして、コンテンツ実行部１６０は、食べ物アイテムが選択された場合には（ステップＳ４７：ＹＥＳ）、ルーム画面の住人キャラクターの食事の様子を演出出力する制御を行う（ステップＳ４９）。
【0112】
また、ルーム画面においてドアが選択された場合には（ステップＳ５１：ＹＥＳ）、登場表示制御部１６３が、ドアの選択を登場要求操作として受け付けて、登場表示制御を開始する。すなわち、登場表示制御部１６３は、登場表示制御として先ず、図鑑データ１９３に登録されている登録済みの登録キャラクター（第２類キャラクター）の中から、登場キャラクターを選択する（ステップＳ５３）。本実施形態では、登場表示制御部１６３は、登場表示用制御データ１８１において第２類キャラクター毎に設定されている選択許否情報を用いた登場キャラクター候補の抽出と、キャラクター種類を用いた登場キャラクター候補の抽出と、を行う。そして、登場表示制御部１６３は、抽出した登場キャラクター候補のうちの何れかを、登場キャラクターとして選択する。
【0113】
続いて、登場表示制御部１６３は、ルーム画面に表示されている住人キャラクターと、ステップＳ５３で選択された登場キャラクターとの組合せに基づいて、住人キャラクターおよび登場キャラクターの両方に係る演出表示を行う（ステップＳ５５）。その後は、ルームメニューを終了する場合は（ステップＳ５７：ＹＥＳ）、ステップＳ５９に移行する。
【0114】
そして、ステップＳ５９では終了判定を行い、終了と判定するまでは（ステップＳ５９：ＮＯ）、図１６のステップＳ１に戻る。
【0115】
以上説明したように、本実施形態によれば、学習処理を終えるたびに実行される報酬付与処理によって、第１種メダルと第２種メダルとが１個ずつユーザに付与される。第１種メダルについては、学習ステップ毎の学習を３回繰り返して３つためると使用することができる。つまり、第１の処理が実行可能となるまでには、３回の報酬付与処理の実行を要する。そして、第１種メダルが３つたまったときには第１の処理を自動的に実行し、その消費と引き換えに第１種付与対象のゲーム要素を付与することができる。これに対し、第２種メダルは、１つ所有していれば使用できる。つまり、報酬付与処理を１回実行すると、第２の処理が実行可能となる。第２の処理では、ユーザの操作に基づいて１つの第２種メダルを消費して第２の処理を実行することで、第２種付与対象のアイテムを付与することができる。
【0116】
したがって、１回の報酬付与処理の実行によって、（１）第２の処理がすぐに実行可能な第２種メダルを付与するとともに、（２）それ１つでは効果が生じず、報酬付与処理を３回繰り返して３つためると第１の処理が実行可能となる第１種メダルと、を付与することができる。この仕組みにより、ユーザに対する報酬の付与に、新たな興趣を追加することが可能となる。また、第２種メダルの付与は、１つの学習ステップについて学習を行う短期的な学習の動機付けとなる。対して、第１種メダルの付与は、学習ステップ毎の学習を繰り返す長期的な学習の動機付けとなる。よって、ユーザの学習意欲を喚起させ、学習効率を向上させることが可能となる。
【0117】
また、本実施形態によれば、第１の処理によって付与されたゲーム要素が第２類キャラクターの場合は、登録キャラクターとして図鑑に登録することができる。そして、育成ゲーム中にユーザの登場要求操作があったときには、登録キャラクターの中から登場キャラクターを選択し、所定の演出表示を行ってルーム画面に登場させることができる。したがって、ユーザは、学習ステップ毎の学習を進めることで登録キャラクターを収集しながら、収集した登録キャラクターをルーム画面に登場させて楽しむことができる。これによれば、ユーザの感心を継続して惹くことができ、ユーザの学習意欲をより一層喚起させることが可能となる。
【0118】
〔概括〕
上記した実施形態による本明細書の開示は、次のように概括することができる。
上記した実施形態による本明細書の開示は、次のように概括することができる。
【0119】
第１の態様は、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部と、前記第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部と、前記第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部と、を備え、前記第１の発動可能条件は、前記第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件である、情報処理装置である。
【0120】
第１の態様によれば、報酬付与処理で付与される報酬のうちの第１の報酬の所有量が第１の発動可能条件を満たすと、第１の処理の実行が可能となる。また、報酬付与処理で付与される報酬のうちの第２の報酬の所有量が第２の発動可能条件を満たすと、第２の処理の実行が可能となる。そして、第１の発動可能条件を満たす数量の第１の報酬を獲得するには、第２の発動可能条件を満たす数量の第２の報酬を獲得するよりも多くの報酬付与処理の実行が必要となる。これによれば、少ない回数の報酬付与処理で実行可能となるため比較的容易に実行可能な第２の処理と、第２の処理に係る回数より多くの報酬付与処理の実行を要するため実行可能となるまでの過程に比較的手間のかかる第１の処理と、をユーザの第1の報酬および第２の報酬の所有量に応じて実行することができる。この仕組みにより、ユーザに対する報酬の付与に、新たな興趣を追加することが可能となる。
【0121】
また、第２の態様として、前記第２の処理制御部は、前記ユーザの実行指示操作に基づいて前記第２の処理を実行する、第１の態様の情報処理装置を構成してもよい。
【0122】
第２の態様によれば、ユーザによる実行指示操作があった場合に、第２の処理を実行することができる。
【0123】
また、第３の態様として、前記第２の発動可能条件は、１回の前記報酬付与処理で付与される前記第２の報酬の数量で充足する条件である、第１又は第２の態様の情報処理装置を構成してもよい。
【0124】
第３の態様によれば、報酬付与処理を１回実行すると第２の発動可能条件を満たす数量の第２の報酬が付与され、第２の処理の実行が可能となる。
【0125】
また、第４の態様として、前記報酬付与処理実行部による前記報酬付与処理の実行のたびに、前記第１の報酬の所有量を示す表示を行う第１の報酬所有量表示制御部、を更に備える第１～第３の何れかの態様の情報処理装置を構成してもよい。
【0126】
第４の態様によれば、報酬付与処理を実行するたびに、そのときの第１の報酬の所有量をユーザに報知することができる。
【0127】
また、第５の態様として、前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて前記第１の処理を実行する、第１～第４の何れかの態様の情報処理装置を構成してもよい。
【0128】
第５の態様によれば、第１の報酬の所有量が第１の発動可能条件を満たした場合に、第１の処理を実行することができる。
【0129】
また、第６の態様として、前記第１の発動可能条件の充足に応じた演出出力を行う発動可能演出制御部、を更に備える第１～第５の何れかの態様の情報処理装置を構成してもよい。
【0130】
第６の態様によれば、第１の報酬の所有量が第１の発動可能条件を満たした場合に、第１の処理を実行する旨の演出出力が可能となる。
【0131】
また、第７の態様として、前記第１の処理は、所与のゲーム要素を前記ユーザに付与する処理である、第１～第６の何れかの態様の情報処理装置を構成してもよい。
【0132】
第７の態様によれば、第１の報酬の所有量が第１の発動可能条件を満たすことで実行可能となる第１の処理によって、所与のゲーム要素をユーザに付与することができる。
【0133】
また、第８の態様として、前記第１の処理制御部は、前記第１の発動可能条件の充足に応じて、所与のゲーム要素を前記ユーザに付与する処理として前記第１の処理を自動的に実行する、第１～第７の何れかの態様の情報処理装置を構成してもよい。
【0134】
第８の態様によれば、第１の報酬の所有量が第１の発動可能条件を満たした場合に、自動的に第１の処理を実行することができる。
【0135】
また、第９の態様として、前記第１の処理制御部は、過去に付与した前記ゲーム要素とは異なるゲーム要素を付与する処理を実行する、第７又は第８の態様の情報処理装置を構成してもよい。
【0136】
第９の態様によれば、第１の処理によって付与されるゲーム要素が、既に付与済みのゲーム要素と重複することがない。
【0137】
また、第１０の態様として、前記第１の処理制御部は、付与済みの前記ゲーム要素が所定の上限条件に達した場合には、更なる前記第１の処理の実行を停止する、第７～第９の何れかの態様の情報処理装置を構成してもよい。
【0138】
第１０の態様によれば、付与済みのゲーム要素が上限条件に達した後は第１の処理は実行されず、第１の報酬の所有量が第１の発動可能条件を満たしたとしても、ゲーム要素は付与されなくなる。
【0139】
また、第１１の態様として、前記上限条件に達した場合にその旨の演出出力を行う上限達成演出制御部、を更に備える第１０の態様の情報処理装置を構成してもよい。
【0140】
第１１の態様によれば、付与済みのゲーム要素が上限条件に達した旨の演出出力が実現できる。
【0141】
また、第１２の態様として、所定のキャラクターの表示を含み、所与のアイテムを使用可能な所定のコンテンツを実行するコンテンツ実行部、を更に備え、前記第２の処理は、前記所定のコンテンツで使用可能なアイテムを付与する処理である、第１～第１１の何れかの態様の情報処理装置を構成してもよい。
【0142】
第１２の態様によれば、第２の報酬の所有量が第２の発動可能条件を満たすことで実行可能となる第２の処理によって、所定のキャラクターの表示を含むコンテンツで使用可能なアイテムを、ユーザに付与することができる。
【0143】
また、第１３の態様として、前記アイテムには、前記ユーザの保有数に関して限度枠のある限度枠アイテムと、限度枠の無い枠無しアイテムとがあり、前記第２の処理は、付与するアイテムを抽選する抽選処理を含み、前記抽選処理は、前記限度枠アイテムの保有数が前記限度枠に達している場合には前記枠無しアイテムを抽選する、第１２の態様の情報処理装置を構成してもよい。
【0144】
第１３の態様によれば、第２の処理によりアイテムが付与されることで限度枠アイテムの保有数が限度枠に達している場合には、第２の処理により枠無しアイテムをユーザに付与することができる。
【0145】
また、第１４の態様として、コンピュータを、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部、前記第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部、前記第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部、として機能させ、前記第１の発動可能条件は、前記第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件である、プログラムを構成してもよい。
【0146】
第１４の態様によれば、第１の態様と同様の効果を奏するプログラムを実現することができる。
【符号の説明】
【0147】
１０…学習装置
１１１…操作入力部
１１３…表示部
１１５…音出力部
１４０…処理部
１４１…学習処理実行部
１４３…報酬付与処理実行部
１４５…第１の報酬所有量表示制御部
１４７…第１の処理制御部
１４９…発動可能演出制御部
１５１…上限達成演出制御部
１５３…第２の処理制御部
１５５…登録部
１５７…図鑑表示制御部
１６０…コンテンツ実行部
１６１…ルーム画面表示制御部
１６３…登場表示制御部
１７０…記憶部
１７１…学習支援プログラム
１７３…学習用データ
１７５…第１類キャラクターデータ
１７７…第２類キャラクターデータ
１７９…第１種付与対象ゲーム要素データ
１８１…登場表示用制御データ
１８３…第２種付与対象アイテムデータ
１８５…第１種メダル所有量
１８７…第２種メダル所有量
１８９…住人キャラクター設定
１９１…画面設定
１９３…図鑑データ
１９５…保有アイテムリスト
１１１…操作入力部
１１３…表示部
１１５…音出力部
１４０…処理部
１４１…学習処理実行部
１４３…報酬付与処理実行部
１４５…第１の報酬所有量表示制御部
１４７…第１の処理制御部
１４９…発動可能演出制御部
１５１…上限達成演出制御部
１５３…第２の処理制御部
１５５…登録部
１５７…図鑑表示制御部
１６０…コンテンツ実行部
１６１…ルーム画面表示制御部
１６３…登場表示制御部
１７０…記憶部
１７１…学習支援プログラム
１７３…学習用データ
１７５…第１類キャラクターデータ
１７７…第２類キャラクターデータ
１７９…第１種付与対象ゲーム要素データ
１８１…登場表示用制御データ
１８３…第２種付与対象アイテムデータ
１８５…第１種メダル所有量
１８７…第２種メダル所有量
１８９…住人キャラクター設定
１９１…画面設定
１９３…図鑑データ
１９５…保有アイテムリスト
【要約】
【課題】ユーザに対する報酬の付与に、新たな興趣を追加することができる技術を提供すること。
【解決手段】学習装置１０は、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部１４３と、第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部１４７と、第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部１５３と、を備える。第１の処理制御部１４７が判定する第１の発動可能条件は、第２の処理制御部１５３が判定する第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件である。
【選択図】図１２
【解決手段】学習装置１０は、所定の報酬付与処理を実行して第１の報酬と第２の報酬とをユーザに付与する報酬付与処理実行部１４３と、第１の報酬の所有量が第１の発動可能条件を満たす場合に実行可能となる第１の処理の実行を制御する第１の処理制御部１４７と、第２の報酬の所有量が第２の発動可能条件を満たす場合に実行可能となる第２の処理の実行を制御する第２の処理制御部１５３と、を備える。第１の処理制御部１４７が判定する第１の発動可能条件は、第２の処理制御部１５３が判定する第２の発動可能条件よりも多くの前記報酬付与処理の実行を要する数量条件である。
【選択図】図１２
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
