特許 7457488 ゲームシステム、ゲームプログラム、ゲーム装置、およびゲーム処理制御方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-19

(45)【発行日】2024-03-28

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

(51)【国際特許分類】

   A63F 13/69 20140101AFI20240321BHJP

   A63F 13/48 20140101ALI20240321BHJP

   A63F 13/79 20140101ALI20240321BHJP

   A63F 13/792 20140101ALI20240321BHJP

   A63F 13/533 20140101ALI20240321BHJP

【ＦＩ】

A63F13/69

A63F13/48

A63F13/79

A63F13/792

A63F13/533

【請求項の数】 12

(21)【出願番号】P 2019208774

(22)【出願日】2019-11-19

(65)【公開番号】P2021078739

(43)【公開日】2021-05-27

【審査請求日】2022-10-27

(73)【特許権者】

【識別番号】000233778

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

(74)【代理人】

【識別番号】110001276

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

(74)【代理人】

【識別番号】100130269

【弁理士】

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

(72)【発明者】

【氏名】堀田 順平

(72)【発明者】

【氏名】泉水 一慶

(72)【発明者】

【氏名】安原 真樹

【審査官】宮本 昭彦

(56)【参考文献】

【文献】特開２０１５－２１７０２１（ＪＰ，Ａ）

【文献】特開２０１３－１６２８８９（ＪＰ，Ａ）

【文献】スマホ対戦デジタルカードゲーム「ドラゴンクエストライバルズ」事前登録開始，GAME Watch，[Online]，2017年10月10日，[2023年8月22日検索]，インターネット＜ＵＲＬ：https://game.watch.impress.co.jp/docs/news/1085283.html＞，主に「「ドラゴンクエストライバルズ」早期スタートキャンペーン開催」欄参照

【文献】Ｍｏｂａｇｅを支える技術，初版第３刷，株式会社技術評論社，2012年08月25日，第３頁，ISBN978-4-7741-5111-3

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ １３／００ － １３／９８

(57)【特許請求の範囲】

【請求項1】

所定イベントを含むゲームアプリケーションを実行するゲームシステムであって、
前記ゲームアプリケーションを利用するユーザに対応付けて、当該ゲームアプリケーションの当該ユーザによる利用の開始に関連する時期を示す開始時期情報を記憶する記憶手段と、
前記所定イベントを実行するイベント実行手段と、
前記所定イベントに対応づけられる基準待機時間と前記開始時期情報とに基づいて、所定の待機時間を決定する決定手段と、
前記所定イベントが開始されてから前記所定の待機時間の経過後、前記所定イベントに関連する報酬を前記ユーザに付与する付与手段と、
前記ユーザが所定の対価を払うことを条件としてゲームモードを第１モードから第２モードに切り替える切替手段とを備え、
前記決定手段は、前記ゲームモードが前記第１モードである場合は、前記基準待機時間を前記所定の待機時間として決定し、当該ゲームモードが前記第２モードである場合は、前記開始時期情報で示される時期から前記所定イベントを開始するときまでの期間が長いほど、前記所定の待機時間が少なくなるように決定する、、ゲームシステム。

【請求項2】

前記決定手段は、前記ゲームモードが前記第２モードである場合、前記開始時期情報に応じて決まる値である短縮値を前記基準待機時間から減らすことによって、前記所定の待機時間を決定する、請求項１に記載のゲームシステム。

【請求項3】

前記ゲームシステムは、前記ゲームモードが前記第１モードである場合に、前記第２モードに切り替えた場合の前記短縮値及び当該短縮値分だけ短くした後の前記所定の待機時間の少なくとも一方を前記ユーザに提示する想定待機時間提示手段を更に備える、請求項２に記載のゲームシステム。

【請求項4】

前記決定手段は、前記ゲームモードが前記第２モードの場合、前記開始時期情報で示さ
れる前記ゲームアプリケーションの利用開始時期から前記所定イベントの開始までの期間の長さにかかわらず、０よりも大きい値である前記短縮値については少なくとも前記基準待機時間から減らすようにして前記所定の待機時間を決定する、請求項２に記載のゲームシステム。

【請求項5】

前記ゲームシステムは、前記所定イベントに関する情報を前記ユーザに提示するイベント情報提示手段を更に備え、
前記イベント情報提示手段は、前記ゲームモードが前記第２モードである場合、前記基準待機時間からどの程度待機時間が少なくなっているのかが判別可能な態様で前記所定の待機時間をユーザに提示する、請求項１に記載のゲームシステム。

【請求項6】

前記イベント情報提示手段は、前記ゲームモードが前記第２モードの場合であって、前記所定イベントが進行中のときは、前記所定の待機時間が前記基準待機時間よりも短い時間となっていることを示す画像を提示する、請求項５に記載のゲームシステム。

【請求項7】

前記第２モードは、前記ユーザが対価を払うことで有効となった権利が存続していることを条件として切り替えることが可能なゲームモードであり、
前記決定手段は、前記権利が一旦無効となった後、再度前記ユーザが対価を払うことで当該権利が有効となり、前記ゲームモードが前記第２モードに切り替えられた場合でも、前記基準待機時間と前記開始時期情報とに基づいて、前記所定の待機時間を決定する、請求項１に記載のゲームシステム。

【請求項8】

前記記憶手段は、前記ゲームアプリケーションのセーブデータが作成されたタイミングを前記開始時期情報として前記記憶部に記憶する、請求項１乃至７のいずれかに記載のゲームシステム。

【請求項9】

所定イベントを含むゲームアプリケーションをプロセッシングシステムのコンピュータに実行させるゲームプログラムであって、
前記コンピュータを、
前記ゲームアプリケーションを利用するユーザに対応付けて、当該ゲームアプリケーションの当該ユーザによる利用の開始に関連する時期を示す開始時期情報を記憶する記憶手段と、
前記所定イベントを実行するイベント実行手段と、
前記所定イベントに対応づけられる基準待機時間と前記開始時期情報とに基づいて、所定の待機時間を決定する決定手段と、
前記所定イベントが開始されてから前記所定の待機時間の経過後、前記所定イベントに関連する報酬を前記ユーザに付与する付与手段と、
前記ユーザが所定の対価を払うことを条件としてゲームモードを第１モードから第２モードに切り替える切替手段として機能させ、
前記決定手段は、前記ゲームモードが前記第１モードである場合は、前記基準待機時間を前記所定の待機時間として決定し、当該ゲームモードが前記第２モードである場合は、前記開始時期情報で示される時期から前記所定イベントを開始するときまでの期間が長いほど、前記所定の待機時間が少なくなるように決定する、ゲームプログラム。

【請求項10】

所定イベントを含むゲームアプリケーションを実行するゲーム装置であって、
前記ゲームアプリケーションを利用するユーザに対応付けて、当該ゲームアプリケーションの当該ユーザによる利用の開始に関連する時期を示す開始時期情報を記憶する記憶手段と、
前記所定イベントを実行するイベント実行手段と、
前記所定イベントに対応づけられる基準待機時間と前記開始時期情報とに基づいて、所
定の待機時間を決定する決定手段と、
前記所定イベントが開始されてから前記所定の待機時間の経過後、前記所定イベントに関連する報酬を前記ユーザに付与する付与手段と、
前記ユーザが所定の対価を払うことを条件としてゲームモードを第１モードから第２モードに切り替える切替手段とを備え、
前記決定手段は、前記ゲームモードが前記第１モードである場合は、前記基準待機時間を前記所定の待機時間として決定し、当該ゲームモードが前記第２モードである場合は、前記開始時期情報で示される時期から前記所定イベントを開始するときまでの期間が長いほど、前記所定の待機時間が少なくなるように決定する、ゲーム装置。

【請求項11】

所定イベントを含むゲームアプリケーションを実行するプロセッシングシステムのコンピュータに実行させるゲーム処理制御方法であって、
前記コンピュータに、
前記ゲームアプリケーションを利用するユーザに対応付けて、当該ゲームアプリケーションの当該ユーザによる利用の開始に関連する時期を示す開始時期情報を記憶させ、
前記所定イベントを実行させ、
前記ユーザが所定の対価を払うことを条件としてゲームモードを第１モードから第２モードに切り替えさせ、
前記所定の待機時間の決定の際、前記ゲームモードが前記第１モードだと判定された場合は、前記所定のイベントに対応付けられる基準待機時間を所定の待機時間として決定させ、当該ゲームモードが前記第２モードだと判定された場合は、前記開始時期情報で示される時期から前記所定イベントを開始するときまでの期間が長いほど、前記所定の待機時間が少なくなるように決定させ、
前記所定イベントが開始されてから前記所定の待機時間の経過後、前記所定イベントに関連する報酬を前記ユーザに付与させる、ゲーム処理制御方法。

【請求項12】

所定イベントを含むゲームアプリケーションを実行するゲームシステムであって、
前記ゲームアプリケーションを利用するユーザに対応付けて、当該ゲームアプリケーションの当該ユーザによる利用の開始に関連する時期を示す開始時期情報を記憶する記憶手段と、
所定量のタスクを達成することが達成条件として設定されているイベントを前記所定イベントとして実行するイベント実行手段と、
前記所定量の基準となる値を前記所定イベントに対応づけて定義した値である基準必要量と前記開始時期情報とに基づいて、前記所定量を決定する決定手段とを備え、
前記決定手段は、前記開始時期情報で示される時期が早いほど前記所定量が少なくなるように決定する、ゲームシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、所定イベントを含むゲームアプリケーションを実行するゲームシステム等に関する。

【背景技術】

【0002】

従来から、完了するまでに所定の待機時間が設定されているイベントを含むゲームアプリケーションが知られている。例えば、ゲーム内においてユーザキャラクタがノンプレイヤキャラクタに家具アイテムの作成を依頼することで家具の作成が可能となる生産系のイベントを含むゲームアプリケーションがある。そして、家具毎に設定されている制作時間分が経過すれば、その家具が完成し、ユーザはその家具を入手できる（例えば、非特許文献１）。

【先行技術文献】

【非特許文献】

【0003】

【文献】任天堂株式会社、”どうぶつの森 ポケットキャンプ 「家具の作り方」”、［online］、［令和１年１１月８日検索］、インターネット（ＵＲＬ：https://ac-pocketcamp.com/ja-JP/site/guide#aboutItem）

【発明の概要】

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

【0004】

上記のようなゲームでは、イベントが開始した後、イベントに対応付けて定められる所定の時間が経過するまで、プレイヤは待機する必要があった。この点に関して、プレイヤの利便性を更に高めるという観点から、更なる改良の余地があった。

【0005】

それ故に、本発明の目的は、ユーザの待機時間を要求するイベントを含むゲームにおいて、プレイヤの利便性をより向上できるゲームシステム等を提供することである。

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

【0006】

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

【0007】

構成例の一例は、所定イベントを含むゲームアプリケーションを実行するゲームシステムであって、記憶手段と、イベント実行手段と、決定手段と、付与手段とを備える。記憶手段は、ゲームアプリケーションを利用するユーザに対応付けて、当該ゲームアプリケーションの当該ユーザによる利用の開始に関連する時期を示す開始時期情報を記憶する。イベント実行手段は、所定イベントを実行する。決定手段は、所定イベントに対応づけられる基準待機時間と開始時期情報とに基づいて、所定の待機時間を決定する。付与手段は、所定イベントが開始されてから所定の待機時間の経過後、所定イベントに関連する報酬を上記ユーザに付与する。そして、決定手段は、開始時期情報で示される時期が早いほど、所定の待機時間が少なくなるように決定する。

【0008】

上記構成例によれば、ゲーム開始時期に応じて所定イベントにおける待機時間を変動させることができる。また、あるゲームのゲーム開始時期が早いほど、この待機時間を少なくすることができる。これにより、ゲーム開始時期が早かったユーザの利便性を高めることができる。

【0009】

他の構成例として、決定手段は、開始時期情報で示される時期から所定のイベントを開始するときまでの期間が長いほど、所定の待機時間が少なくなるように決定してもよい。

【0010】

上記構成例によれば、ゲーム開始時期が早かったユーザの利便性を高めることができる。

【0011】

他の構成例として、ゲームシステムは、ユーザが所定の対価を払うことを条件としてゲームモードを第１モードから第２モードに切り替える切替手段を更に備えていてもよい。そして、決定手段は、ゲームモードが前記第１モードである場合は、基準待機時間を所定の待機時間として決定し、ゲームモードが第２モードである場合は、基準待機時間と開始時期情報とに基づいて所定の待機時間を決定してもよい。

【0012】

上記構成例によれば、ユーザの状況に応じて第１モードと第２モードとを使い分けさせることができ、ユーザの利便性を高めることができる。

【0013】

更に他の構成例として、決定手段は、開始時期情報に応じて決まる値である短縮値を基準待機時間から減らすことによって、待機時間を決定してもよい。

【0014】

上記構成例によれば、待機時間の減少の効果をユーザにより実感させやすくすることができる。

【0015】

更に他の構成例として、ゲームシステムは、ゲームモードが第１モードである場合に、第２モードに切り替えた場合の短縮値及び当該短縮値分だけ短くした後の所定の待機時間の少なくとも一方を当該ゲームモードが仮に第２モードである場合における所定の待機時間をユーザに提示する想定待機時間提示手段を更に備えていてもよい。

【0016】

上記構成例によれば、第２モードの存在と、第２モードを利用した場合にどのような効果があるのかをユーザにわかりやすく提示することができる。

【0017】

更に他の構成例として、決定手段は、ゲームモードが第２モードの場合、開始時期情報で示されるゲームアプリケーションの利用開始時期から所定イベントの開始までの期間の長さにかかわらず、０よりも大きい値である短縮値については少なくとも基準待機時間から減らすようにして所定の待機時間を決定するようにしてもよい。

【0018】

上記構成例によれば、ゲームを利用開始して間もないユーザが第２モードを利用した場合であっても、ある程度は待機時間の軽減という効果を受けることができる。

【0019】

更に他の構成例として、ゲームシステムは、所定のイベントに関する情報をユーザに提示するイベント情報提示手段を更に備えていてもよい。そして、当該イベント情報提示手段は、ゲームモードが第２モードである場合は、基準待機時間からどの程度待機時間が少なくなっているか判別可能な態様で所定の待機時間をユーザに提示してもよい。

【0020】

上記構成例によれば、第２モードを利用している場合の効果をより実感しやすいようにユーザに提示できる。

【0021】

更に他の構成例として、イベント情報提示手段は、ゲームモードが第２モードの場合であって、所定のイベントが進行中のときは、上記待機時間が基準待機時間よりも短い時間となっていることを示す画像を提示してもよい。

【0022】

上記構成例によれば、第２モードを利用していることと、その効果について、より実感しやすい形式でユーザに提示できる。

【0023】

更に他の構成例として、第２モードは、ユーザが対価を払うことで有効となった権利が存続していることを条件として切り替えることが可能なゲームモードであってもよい。そして、決定手段は、権利が一旦無効となった後、前記ユーザが対価を払うことで当該権利が再度有効となり、ゲームモードが第２モードに切り替えられた場合でも、基準待機時間と開始時期情報とに基づいて、所定の待機時間を決定してもよい。

【0024】

上記構成例によれば、第２モードを利用するタイミングに関わらず、第２モードの利用中は常に、基準待機時間と開始時期情報とに基づいた上記待機時間の決定が適用されるようにすることができる。

【0025】

更に他の構成例として、記憶手段は、ゲームアプリケーションのセーブデータが作成されたタイミングを開始時期情報として記憶部に記憶してもよい。

【0026】

上記構成例によれば、ユーザがゲームアプリケーションを利用開始した時期を示す情報を簡易な処理によって記録しておくことができる。

【0027】

他の構成例の一例は、所定イベントを含むゲームアプリケーションを実行するゲームシステムであって、記憶手段と、イベント実行手段と、決定手段とを備える。記憶手段は、ゲームアプリケーションを利用するユーザに対応付けて、当該ゲームアプリケーションの当該ユーザによる利用の開始に関連する時期を示す開始時期情報を記憶する。イベント実行手段は、所定量のタスクを達成することが達成条件として設定されているイベントを所定のイベントとして実行する。決定手段は、所定量の基準となる値を所定イベントに対応づけて定義した値である基準必要量と開始時期情報とに基づいて、所定量を決定する。そして、決定手段は、開始時期情報で示される時期が早いほど、所定量が少なくなるように決定する。

【発明の効果】

【0028】

本実施形態によれば、イベントにおいて要求される待機時間に関してユーザの利便性を向上できる。

【図面の簡単な説明】

【0029】

【図1】本実施形態の一例である情報処理システムの全体像を示す模式図

【図2】スマートデバイス１０２の構成の一例を示すブロック図

【図3】サーバ１０１の構成の一例を示すブロック図

【図4】本実施形態の未加入モード時のゲームの画面例

【図5】本実施形態の未加入モード時のゲームの画面例

【図6】本実施形態の未加入モード時のゲームの画面例

【図7】本実施形態の加入モード時のゲームの画面例

【図8】本実施形態の加入モード時のゲームの画面例

【図9】本実施形態の加入モード時のゲームの画面例

【図10】サーバ１０１のメモリ１２３に格納されるプログラムおよびデータの一例

【図11】セーブデータ３０８のデータ構成の一例

【図12】制作状況データ３２５のデータ構成の一例

【図13】家具マスタデータ３０５のデータ構成の一例

【図14】短縮時間定義データ３０６のデータ構成の一例

【図15】スマートデバイス１０２のメモリ１１３に格納されるプログラムおよびデータの一例

【図16】利用開始時処理の詳細を示すフローチャート

【図17】家具制作イベント処理の詳細を示すフローチャート

【図18】未加入モード処理の詳細を示すフローチャート

【図19】加入モード処理の詳細を示すフローチャート

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

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

１０１ サーバ
１０２ スマートデバイス
１１１ プロセッサ
１１３ メモリ
１１４ 通信部
１１５ 操作部
１１６ 表示部
１２１ プロセッサ
１２３ メモリ
１２４ 通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】