特開 2022-146124 ゲームプログラム、ゲームシステム、ゲーム処理方法、およびゲーム装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022146124

(43)【公開日】2022-10-05

(54)【発明の名称】ゲームプログラム、ゲームシステム、ゲーム処理方法、およびゲーム装置

(51)【国際特許分類】

   A63F 13/58 20140101AFI20220928BHJP

   A63F 13/428 20140101ALI20220928BHJP

   A63F 13/65 20140101ALI20220928BHJP

   A63F 13/92 20140101ALI20220928BHJP

【ＦＩ】

A63F13/58

A63F13/428

A63F13/65

A63F13/92

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2021046934

(22)【出願日】2021-03-22

(71)【出願人】

【識別番号】000233778

【氏名又は名称】任天堂株式会社

(74)【代理人】

【識別番号】110001276

【氏名又は名称】特許業務法人 小笠原特許事務所

(74)【代理人】

【識別番号】100130269

【弁理士】

【氏名又は名称】石原 盛規

(72)【発明者】

【氏名】宮本 茂

(72)【発明者】

【氏名】矢野 幹樹

(72)【発明者】

【氏名】筒井 啓太

(72)【発明者】

【氏名】淺川 浩紀

(72)【発明者】

【氏名】近野 昇平

(57)【要約】

【課題】ユーザが運動を継続するための動機付けを維持することができるゲームプログラム等を提供すること。
【解決手段】加算手段は、ユーザの運動量に応じて第１パラメータおよび第２パラメータをともに加算する。補充手段は、第２パラメータを減算することに基づいて、第１パラメータを加算する。加算手段は、ユーザの運動量に応じて、第１パラメータが上限に達していない場合であっても第２パラメータを加算し、第１パラメータが上限に達した場合も、第２パラメータを加算する。
【選択図】図５

【特許請求の範囲】

【請求項1】

情報処理装置のコンピュータにおいて実行されるゲームプログラムであって、
前記コンピュータを、
ユーザの運動量に応じて第１パラメータおよび第２パラメータをともに加算する加算手段と、
前記第２パラメータを減算することに基づいて、前記第１パラメータを加算する補充手段として機能させ、
前記加算手段は、前記ユーザの運動量に応じて、前記第１パラメータが上限に達していない場合であっても前記第２パラメータを加算し、前記第１パラメータが上限に達した場合も、前記第２パラメータを加算する、ゲームプログラム。

【請求項2】

前記加算手段は、前記第１パラメータが上限に達している場合と達していない場合とで、前記ユーザの運動量に応じて前記第２パラメータを加算する量を変化させない、請求項１に記載のゲームプログラム。

【請求項3】

前記加算手段は、前記ユーザの運動量に応じて、前記第１パラメータと前記第２パラメータを加算する量を、当該第１パラメータと当該第２パラメータとで等しくする、請求項１又は２に記載のゲームプログラム。

【請求項4】

複数のゲーム内オブジェクトの各々に独立して前記第１パラメータを対応付ける対応付け手段と、
前記複数のゲーム内オブジェクトのうち有効上限数を上限として、前記ゲーム内オブジェクトを有効オブジェクトとして設定する有効設定手段として前記コンピュータをさらに機能させ、
前記加算手段は、前記ユーザの運動量に応じて、前記有効オブジェクトに対応付けられた前記第１パラメータのみを加算する、請求項１～３の何れかに記載のゲームプログラム。

【請求項5】

前記加算手段は、前記有効オブジェクトが複数存在する場合に、前記ユーザの運動量に応じて前記複数の有効オブジェクトの各々に対応付けられた前記第１パラメータを加算する量を、当該有効オブジェクトの個数によって変更しない、請求項４に記載のゲームプログラム。

【請求項6】

前記補充手段は、前記第２パラメータを減算することに基づいて前記有効オブジェクトの各々に対応付けられた前記第１パラメータを加算する量を、当該有効オブジェクトの個数によって変更しない、請求項４又は５に記載のゲームプログラム。

【請求項7】

前記補充手段は、前記第２パラメータを減算する場合に、減算単位の自然数倍を減算する、請求項１～６の何れかに記載のゲームプログラム。

【請求項8】

前記加算手段は、前記第２パラメータが上限に達している場合は、当該第２パラメータを加算せず、
前記補充手段は、前記第２パラメータを前記減算単位の自然数倍で減算するごとに、当該自然数に対応する量だけ、当該第２パラメータの前記上限を減少させる、請求項７に記載のゲームプログラム。

【請求項9】

前記加算手段は、前記第１パラメータが上限に達している場合は、当該第１パラメータを加算しない、請求項１～８の何れかに記載のゲームプログラム。

【請求項10】

前記有効設定手段は、前記有効オブジェクトに対応付けられた前記第１パラメータが上限に達するまで、当該有効オブジェクトを、当該有効オブジェクトではない前記ゲーム内オブジェクトに変更することを禁止する、請求項４～６の何れかに記載のゲームプログラム。

【請求項11】

ユーザの運動量に応じて第１パラメータおよび第２パラメータをともに加算する加算手段と、
前記第２パラメータを減算することに基づいて、前記第１パラメータを加算する補充手段とを備え、
前記加算手段は、前記ユーザの運動量に応じて、前記第１パラメータが上限に達していない場合であっても前記第２パラメータを加算し、前記第１パラメータが上限に達した場合も、第２パラメータを加算する、ゲームシステム。

【請求項12】

情報処理装置のコンピュータが実行するゲーム処理方法であって、
前記コンピュータに、
ユーザの運動量に応じて第１パラメータおよび第２パラメータをともに加算させ、
前記第２パラメータを減算させることに基づいて、前記第１パラメータを加算させ、
前記ユーザの運動量に応じて、前記第１パラメータが上限に達していない場合であっても前記第２パラメータを加算させ、前記第１パラメータが上限に達した場合も、前記第２パラメータを加算させる、ゲーム処理方法。

【請求項13】

ユーザの運動量に応じて第１パラメータおよび第２パラメータをともに加算する加算手段と、
前記第２パラメータを減算することに基づいて、前記第１パラメータを加算する補充手段とを備え、
前記加算手段は、前記ユーザの運動量に応じて、前記第１パラメータが上限に達していない場合であっても前記第２パラメータを加算し、前記第１パラメータが上限に達した場合も、第２パラメータを加算する、ゲーム装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザの運動量に応じてゲーム進行が変化するゲーム処理に関する。

【背景技術】

【0002】

従来から、ユーザが歩いた歩数に応じてゲーム内でコインを獲得し、獲得したコインを用いてゲームキャラクタの成長を促進させることができるゲームが知られている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１２－１７０６７４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記したゲームでは、歩数に応じて１日に獲得できるコインに上限があった。そのため、上限までコインを獲得した後は、ユーザにとって、歩く(運動する)ための動機付けが薄れてしまう場合があった。

【0005】

それ故に、本発明の目的は、ユーザが運動を継続するための動機付けを維持することができるゲームプログラム等を提供することである。

【課題を解決するための手段】

【0006】

上記目的を達成するために、例えば以下のような構成例が挙げられる。

【0007】

構成例の一例は、情報処理装置のコンピュータにおいて実行されるゲームプログラムであって、コンピュータを、加算手段と、補充手段として機能させる。加算手段は、ユーザの運動量に応じて第１パラメータおよび第２パラメータをともに加算する。補充手段は、第２パラメータを減算することに基づいて、第１パラメータを加算する。加算手段は、ユーザの運動量に応じて、第１パラメータが上限に達していない場合であっても第２パラメータを加算し、第１パラメータが上限に達した場合も、第２パラメータを加算する。

【0008】

上記構成例によれば、第１パラメータが上限に達した後も、第１パラメータに補充を行うことができる第２パラメータが運動量に応じて加算される。このため、第１パラメータが上限に達した後も、ユーザが運動を継続するための動機付けを維持することができる。

【0009】

他の構成例として、加算手段は、第１パラメータが上限に達している場合と達していない場合とで、ユーザの運動量に応じて第２パラメータを加算する量を変化させなくてもよい。

【0010】

上記構成例によれば、第２パラメータの加算方法が複雑になって分かり難くなることを回避できる。

【0011】

他の構成例として、加算手段は、ユーザの運動量に応じて、第１パラメータと第２パラメータを加算する量を、当該第１パラメータと当該第２パラメータとで等しくしてもよい。

【0012】

上記構成例によれば、パラメータ（第１パラメータと第２パラメータ）の加算方法が複雑になって分かり難くなることを回避できる。

【0013】

他の構成例として、ゲームプログラムは、複数のゲーム内オブジェクトの各々に独立して第１パラメータを対応付ける対応付け手段と、複数のゲーム内オブジェクトのうち有効上限数を上限として、ゲーム内オブジェクトを有効オブジェクトとして設定する有効設定手段としてコンピュータをさらに機能させ、加算手段は、ユーザの運動量に応じて、有効オブジェクトに対応付けられた第１パラメータのみを加算してもよい。

【0014】

上記構成例によれば、運動量に応じて第１パラメータが加算されるゲーム内オブジェクト（有効オブジェクト）に上限数があるので、上限数を超えるゲーム内オブジェクトを保有している場合に、繰り返し運動を行うことをユーザに促すことができる。

【0015】

他の構成例として、加算手段は、有効オブジェクトが複数存在する場合に、ユーザの運動量に応じて複数の有効オブジェクトの各々に対応付けられた第１パラメータを加算する量を、当該有効オブジェクトの個数によって変更しなくてもよい。

【0016】

上記構成例によれば、ユーザの運動量に応じて複数の有効オブジェクトの各第１パラメータが同じ量加算されるので、パラメータ（第１パラメータ）の加算方法が複雑になって分かり難くなることを回避できる。

【0017】

他の構成例として、補充手段は、第２パラメータを減算することに基づいて有効オブジェクトの各々に対応付けられた第１パラメータを加算する量を、当該有効オブジェクトの個数によって変更しなくてもよい。

【0018】

上記構成例によれば、複数の有効オブジェクトの各第１パラメータが同じ量加算されるので、パラメータ（第１パラメータ）の加算方法が複雑になって分かり難くなることを回避できる。

【0019】

他の構成例として、補充手段は、第２パラメータを減算する場合に、減算単位の自然数倍を減算してもよい。

【0020】

上記構成例によれば、第２パラメータの減算方法が複雑になって分かり難くなることを回避できる。

【0021】

他の構成例として、加算手段は、第２パラメータが上限に達している場合は、当該第２パラメータを加算せず、補充手段は、第２パラメータを減算単位の自然数倍で減算するごとに、当該自然数に対応する量だけ、当該第２パラメータの上限を減少させてもよい。

【0022】

上記構成例によれば、第２パラメータの上限を増やすことをユーザに促すことができる。

【0023】

他の構成例として、加算手段は、第１パラメータが上限に達している場合は、当該第１パラメータを加算しなくてもよい。

【0024】

他の構成例として、有効設定手段は、有効オブジェクトに対応付けられた第１パラメータが上限に達するまで、当該有効オブジェクトを、当該有効オブジェクトではないゲーム内オブジェクトに変更することを禁止してもよい。

【発明の効果】

【0025】

本実施形態によれば、ユーザが運動を継続するための動機付けを維持することができる。

【図面の簡単な説明】

【0026】

【図1】情報処理装置１０の一例を示すブロック図

【図2】ゲーム画面の一例を示す図

【図3】ゲーム画面の一例を示す図

【図4】ゲーム画面の一例を示す図

【図5】ゲーム画面の一例を示す図

【図6】ゲーム画面の一例を示す図

【図7】ゲーム画面の一例を示す図

【図8】ゲーム画面の一例を示す図

【図9】ゲーム画面の一例を示す図

【図10】ゲーム画面の一例を示す図

【図11】ゲームキャラクタの状態変化を説明するための図

【図12】情報処理装置１０のメモリ１２に格納されるプログラムおよびデータの一例

【図13】ゲーム処理の詳細を示すフローチャートの一例

【図14】図１３の獲得メニュー処理の詳細を示すフローチャートの一例

【図15】図１３のプランタメニュー処理の詳細を示すフローチャートの一例

【図16】図１３のキャラクタメニュー処理の詳細を示すフローチャートの一例

【発明を実施するための形態】

【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】

プランタデータ１２５は、図４等を用いて説明したプランタに関するデータである。具体的には、プランタデータ１２５は、プランタ３０に苗を植えることができる苗植え可能部分の個数（初期状態では３個）を示すデータと、苗を植えることができる部分として拡張できる拡張可能部分の個数（上限は３個）を示すデータと、苗植え可能部分に植えられている苗の数を示すデータとを含む。

【0072】

歩数タンクデータ１２６は、図５及び図６等を用いて説明した歩数タンク（歩数タンク画像３５）に関するデータである。具体的には、歩数タンクデータ１２６は、歩数タンクを構成する単位歩数タンク（単位歩数タンク画像３５ａ等）の数量（上限は５個）を示すデータと、各単位歩数タンクに蓄積された歩数（上限は１０００歩；「蓄積歩数」という場合がある）を示すデータとを含む。

【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】

ステップＳ４０９において、プロセッサ１１は、ステップＳ４０８で判定した花状態のキャラクタ４０ｄを、発光花状態に変化させる。また、プロセッサ１１は、花びら入手回数データ１０９が示す花びら入手回数を０回にリセットする。そして、プロセッサ１１は、変化させた状態に応じて、キャラクタ状態データ１０４を更新する。その後、処理はステップＳ４１０に移る。

【0121】

ステップＳ４１０において、プロセッサ１１は、メニュー終了操作があったか否かを判定する。この判定がＹＥＳの場合、キャラクタメニュー処理は終了して処理は図１３のステップＳ１０９に移り、この判定がＮＯの場合、処理はステップＳ４０１に戻ってキャラクタ画面の表示が継続される。なお、メニュー終了操作は、例えば、図８等に示すキャラクタ画面に表示される「メニュー終了」の文字（図示なし）が表示された部分をタップする操作である。

【0122】

なお、図２～図１１等を用いて説明した表示画面に表示される苗やキャラクタ等は、「ゲーム内オブジェクト」と呼んでもよい。また、プランタ３０に植えられた苗は、「有効オブジェクト」と呼んでもよい。また、本ゲーム内で入手可能な花びらは、「ゲーム内報酬」と呼んでもよい。また、ユーザが歩く（又は走る）ことによって発生する歩数や、苗や歩数タンクに蓄積される歩数は、運動量に関する「パラメータ」と呼んでもよい。また、蜜は、「状態変化アイテム」と呼んでもよい。

【0123】

以上に説明したように、本実施形態では、ユーザは歩く（又は走る）ことにより歩数を発生させることによって、苗を獲得する確率を上げ、苗と歩数タンクに歩数を蓄積して苗を育ててキャラクタ４０の獲得数を増やして楽しむことができる。また、ユーザは歩く（又は走る）ことにより歩数を発生させることによって、キャラクタ４０を変化（成長）させて、花びらの入手数を増やし、花びらを使用して苗を獲得する確率を上げ、その結果として、キャラクタ４０の獲得数を更に増やして楽しむことができる。このことから、本実施形態によれば、ユーザに、歩く（又は走る）こと、すなわち運動することの動機付けを提供できる。
また、本実施形態では、歩数を発生させることで、苗や蜜の獲得、苗の成長、キャラクタ４０の変化（成長）を同時に（並行して）行うことができる。このことから、本実施形態によれば、ユーザに、運動することの動機付けを提供できる。
また、本実施形態では、キャラクタ４０は、花びらを入手可能な発光花状態に育っても、花びらの入手回数や特定時刻（４時００分）の到来によって、葉なし状態や双葉状態に戻る（図１１参照）。このことから、本実施形態によれば、ユーザは、運動を行い続ける動機付けを維持できる。
また、本実施形態では、プランタ３０に植えた苗と歩数タンクの両方に歩数が蓄積され、植えた苗の蓄積歩数が上限に達してそれ以上蓄積されなくなっても、苗に歩数を与えることが可能である歩数タンクには歩数が蓄積される。このことから、本実施形態によれば、ユーザは、植えた苗の蓄積歩数が上限に達しても、運動を行い続ける動機付けを維持できる。

【0124】

［変形例］
なお、上記した本実施形態では、時間経過や発生歩数によって、キャラクタ４０が双葉状態から蕾状態に変化可能な例を挙げた（図１１参照）。しかし、蜜を与えることのみによって、キャラクタ４０が双葉状態から蕾状態に変化できる制御としてもよい。

【0125】

また、上記した本実施形態では、時間経過や発生歩数によって、キャラクタ４０が蕾状態から発光花状態に変化可能な例を挙げた（図１１参照）。しかし、蜜を与えることのみによって、キャラクタ４０が蕾状態から発光花状態に変化できる制御としてもよい。

【0126】

また、上記した本実施形態では、時間経過によって、キャラクタ４０が花状態から発光花状態に変化可能な例を挙げた（図１１参照）。しかし、蜜を与えることのみによって、キャラクタ４０が花状態から発光花状態に変化できる制御としてもよい。

【0127】

また、上記した本実施形態では、キャラクタ４０に蜜を与えることによって双葉状態から蕾状態に直ちに変化し、又、キャラクタ４０に蜜を与えることによって蕾状態から発光花状態に直ちに変化する例を挙げた（図１１参照）。しかし、例えば、キャラクタ４０に特別な蜜（図３（２）、図９、図１１等を用いて説明した通常の蜜とは異なる特別な蜜）を与えることによって、キャラクタ４０が双葉状態から直ちに発光花状態に変化する制御としてもよい。つまり、双葉状態のキャラクタ４０を、蕾状態を経由することなく発光花状態に変化させることが可能な特別な蜜を設ける制御としてもよい。また、このように制御する場合において、蕾状態のキャラクタ４０に特別な蜜を与えると（通常の蜜を与えた場合と同様に）蕾状態から発光花状態に直ちに変化する制御としてもよい。なお、この特別な蜜は、通常の蜜に対して色等の表示態様が異なり、例えば通常の蜜と同じように抽選を行うことで獲得されて（図１４のＳ２０７参照）図３（２）等を用いて説明した獲得画面に表示される制御としてもよい。

【0128】

また、上記した本実施形態では、蜜を与えることなく双葉状態から発光花状態まで変化したキャラクタ４０について、所定確率でフィーバー状態に設定される例を挙げた（図１６のＳ４０４、Ｓ４０５参照）。しかし、例えば、双葉状態から発光花状態まで変化する過程で特別な蜜（図３（２）、図９、図１１等を用いて説明した通常の蜜とは異なる特別な蜜）を少なくとも１回与えることで成長したキャラクタ４０については、（通常の蜜を与えたか否かに関わらず）発光花状態に変化したときに必ずフィーバー状態に設定される制御としてもよい。つまり、発光花状態に変化したときに必ずフィーバー状態となる特別な蜜を設ける制御としてもよい。または、例えば、双葉状態から発光花状態まで変化する過程で特別な蜜を少なくとも１回与えることで成長したキャラクタ４０については、（通常の蜜を与えていないことを条件に）発光花状態に変化したときに必ずフィーバー状態に設定される制御としてもよい。なお、この特別な蜜は、通常の蜜に対して色等の表示態様が異なり、例えば通常の蜜と同じように抽選を行うことで獲得されて（図１４のＳ２０７参照）図３（２）等を用いて説明した獲得画面に表示される制御としてもよい。

【0129】

また、上記した本実施形態では、発光花状態（及び花状態）のキャラクタ４０に咲く花が１種類である例を挙げた（図１０、図１１参照）。しかし、例えば、双葉状態から発光花状態まで変化する過程で特別な蜜（図３（２）、図９、図１１等を用いて説明した通常の蜜とは異なる特別な蜜）を少なくとも１回与えることで成長したキャラクタ４０については、特別な種類の花が咲く制御としてもよい。つまり、特別な種類の花が咲く特別な蜜を設ける制御としてもよい。なお、この特別な蜜は、通常の蜜に対して色等の表示態様が異なり、例えば通常の蜜と同じように抽選を行うことで獲得されて（図１４のＳ２０７参照）図３（２）等を用いて説明した獲得画面に表示される制御としてもよい。

【0130】

また、上記した本実施形態では、（歩数が発生しない場合において）固定された時間（８時間）の経過によって、キャラクタ４０が双葉状態から蕾状態に変化する例を挙げた（図１１参照）。しかし、（歩数が発生しない場合において）抽選等に応じて所定の範囲内（例えば、８～１６時間の範囲内）で決定される（例えばランダムな）時間の経過によって、キャラクタ４０が双葉状態から蕾状態に変化できる制御としてもよい。

【0131】

また、上記した本実施形態では、（歩数が発生しない場合において）固定された時間（８時間）の経過によって、キャラクタ４０が蕾状態から発光花状態に変化する例を挙げた（図１１参照）。しかし、（歩数が発生しない場合において）抽選等に応じて所定の範囲内（例えば、８～１６時間の範囲内）で決定される（例えばランダムな）時間の経過によって、キャラクタ４０が蕾状態から発光花状態に変化できる制御としてもよい。

【0132】

また、上記した本実施形態では、固定された時間（２時間）の経過によって、キャラクタ４０が花状態から発光花状態に変化する例を挙げた（図１１参照）。しかし、抽選等に応じて所定の範囲内（例えば、１～３時間の範囲内）で決定される（例えばランダムな）時間の経過によって、キャラクタ４０が花状態から発光花状態に変化できる制御としてもよい。

【0133】

また、上記した本実施形態では、（歩数が発生せず又変化できない時間帯ではない場合において）固定された時間（６時間）の経過によって、キャラクタ４０が葉なし状態から双葉状態に変化する例を挙げた（図１１参照）。しかし、（歩数が発生せず又変化できない時間帯ではない場合において）抽選等に応じて所定の範囲内（例えば、５００～１０００歩の範囲内）で決定される（例えばランダムな）必要歩数（発生歩数）によって、キャラクタ４０が葉なし状態から双葉状態に変化できる制御としてもよい。

【0134】

また、上記した本実施形態において（図１１参照）、蜜を与えてキャラクタ４０を成長させて発光花状態にした場合に）、蜜を与えることなくキャラクタ４０を成長させて発光花状態にした場合よりも、発光花状態になってから花びらを入手できる回数が少なくなる（例えば２回少なくなる）ように制御してもよい。

【0135】

また、上記した本実施形態において（図１１参照）、キャラクタ４０が苗状態（図３（２）参照）に戻る場合がある制御としてもよい。また、その場合において、花びら入手（採取）によって葉なし状態になる回数が多くなるほど、キャラクタ４０が苗状態に戻る確率が上がる制御としてもよい（例えば、葉なし状態になる回数が１回増える毎に、キャラクタ４０が苗状態に戻る確率が１０パーセント上がる制御としてもよい）。また、その場合において、花びら入手によって葉なし状態になった回数が所定回数（例えば５回）になると、（例えば次回葉なし状態になるタイミングで）キャラクタ４０が苗状態に戻る制御としてもよい。更には、キャラクタ４０から戻った苗（苗状態のキャラクタ）を、ユーザが歩く等によって発生する歩数（例えば１００歩）を使うことや歩数タンクの蓄積歩数（例えば１００歩）を使うことで、双葉状態のキャラクタ４０ａに戻すことができる制御としてもよい。また、キャラクタ４０から戻った苗（苗状態のキャラクタ）が、特定の時刻（例えば４時００分）の経過に基づいて（ユーザの操作なしで自動的に又はユーザの操作に応じて）、双葉状態のキャラクタ４０ａに戻る制御としてもよい。更には、葉なし状態になったキャラクタ４０を、特定の時刻（例えば４時００分）が経過しても双葉状態に変化させない（変化を禁止する）制御を行ってもよい。

【0136】

また、上記した本実施形態では、ユーザが歩く（又は走る）ことにより発生する歩数が、苗と歩数タンクの両方に同時に（並行して）蓄積され、苗が蓄積上限（例えば１０００歩）に達した後も、歩数タンクに蓄積可能な例を挙げた。しかし、例えば、ユーザが歩く（又は走る）ことにより発生する歩数が、まず苗に優先的に蓄積され、プランタに植えた全ての苗が蓄積上限（例えば１０００歩や３０００歩；図５参照）に達してからのみ、歩数タンクに蓄積可能となる制御としてもよい。

【0137】

また、上記した本実施形態では、歩数タンク３５の蓄積歩数を１０００歩単位で使用する例を挙げた（図６参照）。しかし、例えば、歩数タンク３５（単位歩数タンク３５ａ等）をユーザがタッチ操作している時間に応じた量、苗に与える制御としてもよい。例えば、タッチ操作を１秒すると、１００歩苗に歩数を与える制御としてもよい。

【0138】

また、上記した本実施形態では、キャラクタ４０に対して花びら入手操作を行うことで花びらを入手できる例を挙げた（図１０、図１１、図１６のＳ４０６、Ｓ４０７参照）。しかし、例えば、キャラクタ４０毎に友好度を示すパラメータが設定されており、キャラクタ４０に対して花びら入手操作を行うことで、花びらを入手できると共に、このキャラクタ４０の友好度を示すパラメータが上昇する制御としてもよい。つまり、花びらを入手すればするほど、花びらを入手したキャラクタ４０の友好度が上昇していき、このキャラクタ４０と仲良くなれる制御としてもよい。

【0139】

また、上記した本実施形態では、フィーバー状態になった発光花状態のキャラクタ画像４０ｃは、花びらを入手されて花状態に変化してから３秒で発光花状態に戻るループを３回繰り返してからフィーバー状態が解除される例を挙げた（図１１参照）。しかし、例えば、フィーバー状態になった発光花状態のキャラクタ画像４０ｃについて、ユーザが最初にタップ操作してからの所定時間（例えば５秒間）において、タップ操作を行った回数に応じて花びらが入手されてから、フィーバー状態が解除される制御としてもよい。例えば、フィーバー状態になった発光花状態のキャラクタ画像４０ｃをユーザが最初にタップ操作したことに応じて２枚（又は、例えば１枚）の花びらが入手されると共に花びらを入手可能な５秒間が開始され、その５秒間に行われたタップ操作の回数に応じて１枚ずつ花びらが入手されてから、フィーバー状態が解除されてもよい。また、例えば、フィーバー状態になった発光花状態のキャラクタ画像４０ｃをユーザが最初にタップ操作したことに応じて花びらを入手可能な５秒間が開始され（つまり、最初のタップ操作では花びらは入手されず）、その５秒間に行われたタップ操作の回数に応じて１枚ずつ花びらが入手されてから、フィーバー状態が解除されてもよい。

【0140】

また、上記した本実施形態では、ユーザの歩数によって、キャラクタ４０の変化を早める（変化までの時間を短縮する）例を挙げた（図１１参照）。しかし、歩数に限らず運動することによってキャラクタ４０の変化を早める（変化までの経過時間を短縮する）制御としてもよい。この場合、検出部１６は、ユーザの運動量を計測するデバイスであり、例えばユーザの単位時間当たりの脈拍数（心拍数）や呼吸数や呼吸量等を計測するデバイスとなる。また、例えば、葉なし状態から双葉状態への変化に必要な時間（６時間）は歩数で短縮し、双葉状態から蕾状態への変化等に必要な時間（８時間）は上記した心拍数等で短縮する制御としてもよい。

【0141】

また、上記した本実施形態では、プランタ画面の表示時やキャラクタ画面の表示時に発生歩数や時間経過等をオブジェクト（苗、歩数タンク、キャラクタ）の状態に反映する計算を行って、これらの画面を表示する例を挙げた（図１５のＳ３０１、図１６のＳ４０１等参照）。しかし、例えば、本ゲームのアプリケーションを起動していないときも、本ゲームのアプリケーション機能の一部を稼働させることによって、発生歩数や時間経過等に基づいてオブジェクト（苗、歩数タンク、キャラクタ）の状態を常に（リアルタイムで）算出しておいて、プランタ画面の表示時やキャラクタ画面の表示時に、算出してある状態でオブジェクトを表示する制御としてもよい。

【0142】

また、上記した実施形態においては、ゲーム処理にかかる一連の処理が単一の装置において実行される例を挙げた。しかし、上記一連の処理が複数の情報処理装置からなる情報処理システムにおいて実行されてもよい。例えば、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの一部の処理がサーバ側装置によって実行されてもよい。更には、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの主要な処理がサーバ側装置によって実行され、当該端末側装置では一部の処理が実行されてもよい。また、上記情報処理システムにおいて、サーバ側のシステムは、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。

【符号の説明】

【0143】

１０ 情報処理装置
１１ プロセッサ
１２ メモリ
１３ 通信部
１４ 操作部
１５ 表示部
１６ 検出部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】