JP2023100108A - コンピュータプログラム、およびコンピュータ装置 - Google Patents

Abstract

【課題】規則正しいゲームプレイをユーザに促すことのできるコンピュータプログラムを提供すること。【解決手段】本開示は、コンピュータに、次の各ステップをさせるコンピュータプログラムであって、権利付与ステップでは、第１ユーザが操作する端末装置で所定のゲームを実行することができるプレイ権利を前記第１ユーザに関連づけるための処理を実行し、制限ステップでは、第１ユーザによるプレイ権利の消費に応じた許可範囲で、ゲームのプレイを第１ユーザに許可するための処理を実行し、特典付与ステップでは、所定条件に基づいて、第１ユーザに所定の特典を関連づけるための処理を実行し、所定条件には、第１ユーザによるゲームのプレイ許可範囲内であることが含まれる。【選択図】図２

Description

本開示は、コンピュータプログラム、およびコンピュータ装置に関する。

昨今、子供がビデオゲーム（ゲーム）をやりすぎる問題がクローズアップされている。そこで、親が、ゲームのプレイ時間を監視したり、子供のプレイ時間を制限したりする技術がある（例えば、特許文献１参照）。

特許文献１には、親が子供のゲームプレイに関して時間的制限をかける技術が記載されている。この時間的制限としては、例えば、１日２時間までプレイすることができるといった許可時間が設定される場合、あるいは、その日の１５時から１７時までプレイすることができるといった許可時間帯が設定される場合がある。また、特許文献１には、制限時間に達した場合には、その旨が子供あるいはその親に通知されることが記載されている。

国際公開第２０１９／０２１８８８号

しかしながら、前述の記述のように親がプレイ時間を監視する場合には、子供は窮屈に感じてしまい、また親への反抗心が芽生えてしまうおそれもある。

本開示は、規則正しいゲームプレイをユーザに促すことのできるコンピュータプログラムを提供することを目的とする。

第１の開示は、
コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
権利付与ステップでは、第１ユーザが操作する端末装置で所定のゲームを実行することができるプレイ権利を前記第１ユーザに関連づけるための処理を実行し、
制限ステップでは、前記第１ユーザによる前記プレイ権利の消費に応じた許可範囲で、前記ゲームのプレイを前記第１ユーザに許可するための処理を実行し、
特典付与ステップでは、所定条件に基づいて、前記第１ユーザに所定の特典を関連づけるための処理を実行し、
前記所定条件には、前記第１ユーザによる前記ゲームのプレイが前記許可範囲内であることが含まれる、
コンピュータプログラムである。

また、第１の開示において、
前記プレイ権利には、前記ゲームのプレイが許可される時間が 関連づけられており、
前記許可範囲は、前記プレイ権利の消費に応じてプレイが許可された時間である、
ことができる。

また、第１の開示において、
前記プレイ権利は、所定のスケジュールに従って前記第１ユーザに関連づけられる、
ことができる。

また、第１の開示において、
コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
設定ステップでは、前記第１ユーザとは異なる第２ユーザによる設定操作に基づいて、前記スケジュールを設定する、
ことができる。

また、第１の開示において、
前記制限ステップでは、前記許可範囲および前記ゲームのプレイ状況に基づいて、前記ゲームのプレイに関して所定の制限を課すための処理を実行する、
ことができる。

また、第１の開示において、
前記プレイ権利には、前記ゲームのプレイが許可される時間が関連づけられており、
前記制限ステップでは、前記許可範囲に基づく前記ゲームのプレイの終了予定時刻を設定するための処理が実行される、
ことができる。

また、第１の開示において、
前記所定条件は、前記終了予定時刻内にプレイが終了されたことを含む、
ことができる。

また、第１の開示において、
前記制限ステップでは、前記終了予定時刻以降も前記ゲームのプレイが継続される場合には、前記ゲームの難易度を上昇させるための処理を実行する、
ことができる。

また、第１の開示において、
前記制限ステップでは、前記終了予定時刻以降も前記ゲームのプレイが継続され、かつ、前記プレイ権利が追加で消費された場合には、前記終了予定時刻の経過前における前記ゲームの難易度を維持させるための処理を実行する、
ことができる。

コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
報知ステップでは、前記終了予定時刻より所定時間前に、前記終了予定時刻が迫っている旨を、前記ゲーム内で報知するための処理を実行する、
また、第１の開示において、
ことができる。

また、第１の開示において、
前記特典付与ステップでは、連続して前記所定条件が満たされるたびに、前記特典を、増加および／または変化する、
ことができる。

また、第１の開示において、
コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
表示ステップでは、前記第１ユーザの前記ゲームの過去のプレイ状況を、前記第１ユーザとは異なる第２ユーザが操作する端末装置に表示させるための処理を実行し、
サポートステップでは、前記第２ユーザのゲームに関する支援操作を受けつける、
ことができる。

また、第１の開示において、
コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
変動ステップでは、前記プレイ権利に対応づけられているゲームのプレイの許可内容を変動させ、
前記許可内容は、前記プレイ権利の消費に応じたゲームの過去のプレイ状況に基づいて変動する、
ことができる。

第２の開示は、第１の発明のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータ装置である。

本開示によれば、規則正しいゲームプレイをユーザに促すことのできるコンピュータプログラムを提供することができる。

本実施形態における、ゲームシステムの構成を示す図である。 本実施形態における、ゲームシステムで実行されるプレイチケットの通常付与の一例を示す図である。 本実施形態における、ゲームシステムで実行されるゲームの進行の一例を示す図である。 本実施形態における、ゲームシステムで実行されるゲームの進行の一例を示す図である。 本実施形態における、報酬テーブルの一例を示す図である。 本実施形態における、ゲームシステムで実行される管理者用のゲーム画面の一例を示す図である。 本実施形態における、チケット付与データの一例を示す図である。 本実施形態における、ユーザデータの一例を示す図である。 本実施形態における、管理処理を示すフローチャートである。

［実施形態］
本開示の実施形態にかかるゲームシステム１について、図１～図９を参照して説明する。ゲームシステム１は、図１のとおり、サーバ装置２とユーザ端末置３とを備える。なお、ゲームシステム１および後述の処理手順は一例であり、本開示の実施形態はこれらには限られない。ゲームシステム１および処理手順は、本開示の要旨を変更しない範囲で適宜設計変更をすることができる。

＜ゲームの説明＞
ゲームシステム１により、ユーザ端末装置３で、管理機能を備えたビデオゲーム（ゲーム）が実行される。また、本実施形態のゲームは、例えば、ユーザがタッチパッド３５０を介して仮想ゲーム空間上のプレイヤキャラクタを操作することで、複数のステージが進行していくゲームである。

管理機能は、管理者（第２ユーザの一例）が被管理者（第１ユーザの一例）のゲームプレイを管理するための機能である。本実施形態では、管理機能としてプレイチケット制が適用される。このプレイチケット制では、ゲーム内の仮想媒体であるプレイチケットを用いて、管理者が被管理者のゲームプレイすることのできる時間を管理することができる。

被管理者（例えば、子供）は、自身で選択して使用したプレイチケットの種別（許可内容の一例）に応じた時間について、ゲームのプレイが許可される。ここで、プレイチケットの「種別」とは、被管理者がそのチケットを使用することと引き換えにゲームプレイが許可される時間に関する情報であって、プレイチケットごとにあらかじめ定められている情報である。

被管理者は、プレイチケット１枚あたり、例えば、１時間のゲームプレイをすることができる。すなわち、プレイチケットは、被管理者が自身で操作するユーザ端末装置３でゲームを実行することができる権利である。

なお、本開示において、「許可」は、「通常状態」でのゲームプレイが補償されることを意味する。この「通常状態」は、被管理者に、罰則処理（後述）などのゲームプレイの制限が課されない状態を意味する。

管理者（例えば、被管理者の親）は、被管理者のゲームプレイすることのできる時間を管理するユーザである。この管理者と被管理者との関係は、管理者によって設定される。

なお、以下では、管理者および被管理者をあわせて、単に「ユーザ」という場合がある。

また、プレイチケットが使用されることは、プレイチケットが消費されることを意味する。すなわち、被管理者がプレイチケットを使用した場合には、被管理者はそのプレイチケットを使用することができなくなる。

プレイチケットは、図２のとおり、管理者によって設定されたスケジュール（付与スケジュール）に従って被管理者に付与される。

例えば、図２の例では、付与タイミングである毎週月曜日に、１枚につき１時間のゲームプレイが許可されるプレイチケット１０枚が被管理者に付与される。すなわち、この場合には、毎週月曜日に１０時間分のプレイ権利が被管理者に付与される。

そのため、被管理者には、次にプレイチケットが付与されるまでの間、所持しているプレイチケットの範囲内で計画的にゲームをプレイすることが求められる。例えば、プレイチケットが付与されたのち、被管理者が早々にすべてのプレイチケットを使用してしまうと、次回プレイチケットが付与されるまで被管理者はゲームプレイをすることができなくなってしまう。そのため、被管理者には、月々のお小遣いと同じように、「計画的にゲームをプレイしよう」という意識が芽生える。

ゲームのプレイ時間は、例えば、被管理者がゲームにおいてプレイチケットの種別を選択してゲームを開始した時点から、被管理者がゲームを終了させた時点までの時間となる。

なお、前述の管理者および被管理者の関係設定、プレイチケットの付与スケジュール設定（登録）、および、プレイチケットを使用したゲームプレイなどは、同一のゲームアプリケーション（ゲームプログラム）上で実行することができる。以下では、管理者のユーザ端末装置３および被管理者のユーザ端末装置３で同一のゲームアプリケーションが実行されている例を説明する。

＜被管理者によるゲームプレイ＞
図３および図４は、被管理者がプレイチケットを使用する前から、ゲームが終了するまでの一例を示す図である。

管理者および被管理者の関係が設定されたのちに、被管理者のユーザ端末装置３では、プレイチケットの消費に応じた範囲（許可範囲）でゲームのプレイが許可される。したがって、被管理者がプレイチケットを所持していない場合には、被管理者はゲームを開始することができない。

「許可範囲」は、被管理者が通常状態でゲームプレイをすることができる範囲である。本実施形態では、通常状態でゲームプレイすることができる「許可時間」が「許可範囲」の一例に該当する。

許可時間は、プレイチケットの種別に応じて決定される。本実施形態のプレイチケットには、被管理者がゲームをプレイすることができる時間が、種別として関連づけられている。例えば、被管理者が、種別が１時間のプレイチケットを１枚消費した場合には、その被管理者は１時間（許可時間）のゲームプレイをすることができる。

被管理者は、ゲームを開始したのちに、プレイチケットの種別選択画面（図示略）にて、使用するプレイチケットの種別を選択する。ある種別のプレイチケットが選択されることにより、被管理者がゲームプレイをすることができる許可時間が設定される。

本実施形態のプレイチケットには、種別として、１時間、３０分間、および、後述の報酬（特典）として付与される時間不定の３種類がある。

これにより、図３のとおり、ゲーム開始画面５０が、ゲーム画面として被管理者のユーザ端末装置３の液晶画面３４０に表示される。ゲーム開始画面５０には、「はい」ボタン６０、「いいえ」ボタン６１、「プレイチケット情報」、「ゲーム終了予定時刻」などが表示される。

「はい」ボタン６０がタップされた場合には、ゲームが開始される。「いいえ」ボタン６１がタップされた場合には、プレイチケットの選択が解除され、液晶画面３４０の表示はプレイチケットの種別選択画面へと戻る。

「プレイチケット情報」には、今回のゲームプレイで使用するプレイチケットの種別と、被管理者が所持する残りのプレイチケットの種別および残り枚数と、が表示される。

例えば、図３で例示したゲーム開始画面５０では、今回、「種別：１時間」のプレイチケット１枚が使用され、「種別：１時間」のプレイチケット３枚、および、「種別：３０分間」のプレイチケット１枚が残っていることが表示されている。

「ゲーム終了予定時刻」は、今回のゲームプレイの終了予定時刻である。終了予定時刻は、例えば、現在の時刻（被管理者がゲームを開始しようとする時刻）に、今回のゲームプレイで使用されるプレイチケットの種別に応じて算出された許可時間を加算した時刻である。

例えば、図３で例示したゲーム開始画面５０では、現在の時刻「１７：４６」に、今回使用される１枚のプレイチケット（種別：１時間）に応じた許可時間を加算した「１８：４６」が、ゲーム終了予定時刻として表示されている。

また、本実施形態では、所定条件に基づいて、被管理者に報酬が付与される。ゲーム開始画面５０には、被管理者に付与される予定の報酬内容が表示されている。

この所定条件には、被管理者によるゲームプレイ（プレイ結果）が許可時間内であることが含まれる。本実施形態では、被管理者によるゲームプレイが許可時間内であって、終了予定時刻の所定時間前（例えば１５分前）から終了予定時刻の間でゲームプレイが終了された場合に、報酬が被管理者に付与される。

特典としては、例えば、ゲーム内で使用することのできる仮想媒体であるアイテム、プレイチケットなどがある。

報酬として付与されるプレイチケットには、ゲームプレイの実際の終了時刻と終了予定時刻との差（プレイ可能な残時間）に応じた時間が関連づけられる。具体的には、「（プレイ可能な残時間）×１．２」が関連づけられたプレイチケットが報酬として被管理者に付与される。

図３で例示したゲーム開始画面５０では、終了予定時刻１５分前から終了予定時刻の間の「１８：３１～１８：４６」にゲームプレイが終了された場合に、報酬（アイテムＡ、プレイチケット）が付与されることが表示されている。

なお、例えば許可時間が１時間である場合であって、終了予定時刻までに後述のとおりプレイチケットが追加で使用された場合には、許可時間が変更（延長）される。この場合には、たとえ延長された後の新たな終了予定時刻までに被管理者がゲームプレイを終了したとしても、延長前の本来の終了予定時刻を過ぎてゲームプレイが終了されているため、被管理者に報酬は付与されない。

また、本実施形態では、終了予定時刻の所定時間（例えば１５分）前となった場合には、終了予定時刻が迫っていることがゲーム内で報知される。例えば、図３の報知画面５１（ゲーム画面）のように、終了予定時刻の１５分前に、被管理者のプレイヤキャラクタＰＣの発言（セリフ）として報知内容が表示される。

このように、終了予定時刻が迫っている旨の報知がゲーム中に行われることで、ゲームの世界観はそれほど損なわれない。そのため、被管理者は、終了予定時刻が迫っていることをゲームプレイ中に自然に察知することができる。

また、被管理者が終了予定時刻１５分前から終了予定時刻の間にゲームを終了した場合には、図４のとおり、第１終了画面５２が表示される。

第１終了画面５２では、所定条件を満たしたことで付与される報酬の情報が表示されている。

図４で例示した第１終了画面５２では、１つのアイテムＡおよび1枚のプレイチケット（種別：プレイ可能な残時間５分×１．２＝６分）が報酬として付与される旨が表示されている。

また、第１終了画面５２では、被管理者が次回のゲームプレイも終了予定時刻までに終了した場合（所定条件が満たされた場合）に、連続順守によって報酬がグレードアップすることも表示される。

この連続順守は、「被管理者によるゲームプレイが許可時間内であって、終了予定時刻の所定時間前から終了予定時刻までの間でゲームプレイが終了されることが連続して成立すること」である。

例えば、ゲームが開始されてから終了するまでの１回のゲームプレイ、および、次の回のゲームプレイともに、終了予定時刻の所定時間前から終了予定時刻までの間で終了した場合には、１回目の連続順守となる。

本実施形態では、図５のとおり、所定条件が連続して満たされる（連続順守）たびに、報酬がグレードアップする。

なお、このグレードアップとは、報酬がより価値の高いものに変更されることである。例えば、図５の例では、２回連続順守された場合には、報酬がアイテムＡよりも効果の大きいアイテムＢに変更される。

この「効果」としては、例えば、ゲーム内で発揮されることにより、ゲームの進行を有利に働かせることのできる効果（より具体的には、プレイヤキャラクタの攻撃力、あるいは、生命力を示すＨＰの上昇、属性追加、属性強化など）が挙げられる。また、例えば、３回連続順守された場合には、プレイチケット（種別：プレイ可能な残時間×１．２）が、プレイチケット（種別：プレイ可能な残時間×１．５）に変更される。

さらに、本実施形態では、被管理者は、終了予定時刻を超えて延長プレイすることもできる。この延長プレイには、２種類の延長プレイが用意されている。

１つめの延長プレイは、前述のとおり、終了予定時刻までにプレイチケットが追加で使用された場合の延長プレイである。この場合には、追加で使用されたプレイチケットの種別に応じて許可時間が延長される。

本実施形態では、被管理者は、終了予定時刻の際の報知処理が行われているときに、プレイチケットを追加で使用（延長プレイを申請）することができる。

また、被管理者は、プレイチケットがある限り、何回でも延長プレイを申請することができる。ただし、２回目以降の延長プレイの場合には、追加で使用されるプレイチケットに関連づけられる許可時間が変動する。具体的には、延長プレイの回数（延長回数）が増加するほど、プレイチケットに関連づけられる許可時間が減少する。

例えば、１回目の延長プレイの場合には、種別が１時間であるプレイチケットを使用した場合には、そのチケットの価値は変わることなく、「種別：１時間」となるが、２回目の延長プレイの場合には、同じく種別が１時間のプレイチケットであっても、実際に使用すると「種別：０．５時間」となる。

また、前述のとおり、被管理者が延長プレイを行った場合には、報酬は付与されない。したがって、被管理者がゲームを開始するときに設定された当初の終了予定時刻を超えてゲーム時間を延長するほど、所持しているプレイチケットについて、ゲームをプレイするうえでの価値が下がる方向に変化することから、被管理者に対するゲームプレイ環境が悪化する。これは、当初のゲームプレイの終了予定時刻を超えてプレイすることへのペナルティである。

いったんゲームが開始されると、ユーザはつい長々とゲームをプレイしてしまう場合があり、自身で予定どおりに終了することが難しい。このようにペナルティが課されることで、予定どおりゲームを終了させようとする意識が被管理者に芽生える。

また、プレイチケットが追加で使用された場合の延長プレイによるゲームが終了した場合には、図４のような第２終了画面５３が表示される。

第２終了画面５３には、報酬が付与されない旨、次回は終了予定時間を守ってプレイすべきこと、および被管理者が所持する残りのプレイチケット枚数などが表示される。

また、プレイチケットが追加で使用された場合（延長プレイがなされた場合）には、連続順守の回数もリセットされる。

２種類の延長プレイのうち、２つめの延長プレイは、終了予定時刻が経過したのちも、プレイチケットが追加で使用されることなく、被管理者がゲームを継続した場合の延長プレイである。

このように、被管理者は、プレイチケットを追加で使用しなくても、ゲームを継続することができる。すなわち、プレイチケットは、「終了予定時刻になれば強制ログアウトするような、終了予定時刻を過ぎれば強制的にプレイすることができなくなる」ものではなく、あくまでも被管理者に計画的なプレイをするように促すための媒体である。

ただし、本実施形態では、終了予定時刻が経過したのちのゲームの難易度は上昇する。例えば、討伐すべき敵キャラクタのステータス（能力、ＨＰなど）が上昇する、敵キャラクタが強くなる、制限時間が短くなる、などによりゲームの難易度が上昇する。すなわち、ゲームの難易度が上昇することが、当初のゲームプレイの終了予定時刻を超えてプレイすることへのペナルティである。

このようなペナルティが課されることにより、被管理者は、終了予定時刻を過ぎればゲームプレイが快適にはしづらくなる。そのため、終了予定時刻を過ぎている旨を被管理者に意識させつつ、自然にプレイを終了する方向へと被管理者を導くことができる。

また、被管理者がプレイチケットを使用しない場合の延長プレイが終了した場合においても、図４の第２終了画面５３が表示されるとともに、連続順守の回数がリセットされる。

＜管理者による、被管理者に関する各種登録および確認＞
図６は、管理者が被管理者のゲームのプレイを管理するためのゲーム画面の一例を示す図である。

管理者は、被管理者に関する、被管理者登録／確認、スケジュール登録／確認、臨時付与、プレイ履歴確認などを、自身のユーザ端末装置３を用いて行うことができる。

管理者のゲーム端末装置３において、管理者がタッチパッド３５０を操作（管理実行操作）することで、図６のような管理者用画面７０が表示される。

管理者は、管理者用画面７０に表示されている「被管理者登録／確認」、「スケジュール登録／確認」、「臨時付与」、「プレイ履歴確認」の項目のうちから希望する項目を選択することができる。

「被管理者登録／確認」が選択された場合には、図６のとおり、被管理者登録／確認画面７１が表示される。被管理者登録／確認画面７１では、被管理者の新規または追加の登録、すでに登録されている被管理者の情報を編集することができる。

被管理者登録／確認画面７１では、管理者が管理している被管理者の名称などが表示される。なお、被管理者の登録がない場合には、被管理者の情報は表示されない。

また、被管理者登録／確認画面７１の「追加」ボタン８０がタップされた場合には、被管理者を新規または追加で登録するためのゲーム画面（図示略）が表示される。この画面において、管理者は、タッチパッド３５０を操作して、被管理者のユーザの識別情報（ユーザＩＤ）、名称などを入力することができる。これにより、サーバ装置２において、このユーザが管理者の被管理者として登録される。なお、被管理者のユーザ端末装置３では、この操作をすることができない。

また、被管理者登録／確認画面７１の「編集」ボタン８１がタップされた場合には、現在の被管理者の情報を編集するためのゲーム画面（図示略）が表示される。この画面において、管理者は、タッチパッド３５０を操作して、被管理者登録／確認画面７１などで表示される被管理者の名称などを編集することができる。

ついで、「スケジュール登録／確認」が選択された場合には、スケジュール登録／確認画面７２が表示される。スケジュール登録／確認画面７２では、被管理者へのプレイチケットの付与スケジュール、種別、枚数などの新規または追加の登録、すでに登録されている付与スケジュールを編集することができる。

なお、以下では、付与スケジュールに従ってプレイチケットが付与されることを「通常付与」という。

スケジュール登録／確認画面７２では、管理者が管理する被管理者の名称、その被管理者の付与スケジュールなどが表示される。なお、被管理者が登録されていない場合には、被管理者の情報は表示されない。

スケジュール登録／確認画面７２の「追加」ボタン８２がタップされた場合には、図６のとおり、被管理者の付与スケジュールを新規または追加で登録するための付与スケジュール登録画面７３が表示される。

付与スケジュール登録画面７３には、被管理者名の表示領域８４、スケジュール入力領域８５、および内容入力領域８６が含まれる。

被管理者名の表示領域８４には、付与スケジュールの対象者である被管理者名などが表示される。

スケジュール入力領域８５は、プレイチケットを付与するスケジュールの入力領域である。スケジュール入力領域８５では、「繰り返し」、「曜日」、「時刻」のウィンドウ８５－１～８５－３が表示される。

「繰り返し」のウィンドウ８５－１では、管理者が被管理者にプレイチケットを「毎週」付与するか、「隔週」で付与するかの入力が受けつけられる。

「曜日」のウィンドウ８５－２では、プレイチケットの付与をいずれの曜日とするかの入力が受けつけられる。なお、管理者は複数の曜日を選択することができる。例えば、管理者は日曜日から土曜日までのすべての曜日を選択することができる。

「時刻」のウィンドウ８５－３では、いずれの時刻にプレイチケットを付与するかの入力が受けつけられる。

内容入力領域８６では、「枚数」のウィンドウ８６－１、８６－２が表示される。

「枚数」のウィンドウ８６－１では、許容時間が１時間であるプレイチケットの付与枚数の入力が受けつけられ、「枚数」のウィンドウ８６－２では、許容時間が３０分間であるプレイチケットの付与枚数の入力が受けつけられる。

各入力が完了した状態で、管理者が「決定」ボタン８７をタップすることで、付与スケジュールがサーバ装置２において登録される。

また、スケジュール登録／確認画面７２の「編集」ボタン８３がタップされた場合には、「追加」ボタン８２をタップした場合と同様の付与スケジュール登録画面７３が表示される。この場合の付与スケジュール登録画面７３には、被管理者についてすでに登録されている付与スケジュールの登録内容がスケジュール入力領域８５、内容入力領域８６に表示される。

付与スケジュール登録画面７３で、管理者が変更を行って「決定」ボタン８７をタップすることで、被管理者の付与スケジュールがサーバ装置２において更新される。

ついで、「臨時付与」が選択された場合には、臨時付与画面７４が表示される。臨時付与画面７４では、前述の付与スケジュールに基づく通常付与とは別に、被管理者に付与されるプレイチケットの種別、枚数などを新規に登録することができる。

この臨時付与とは、前述の通常付与とは別に、任意のタイミングでプレイチケットが付与されることである。管理者は、例えば、被管理者が管理者のお手伝いをした場合、あるいは、被管理者の学業のテスト結果が通常よりも良かった場合、などの任意のタイミングに臨時付与を行う。

臨時付与画面７４では、各被管理者の氏名の下に、「枚数」のウィンドウ８８－１、８８－２が表示される。ウィンドウ８８－１、８８－２には、付与スケジュール登録画面７３のウィンドウ８６－１、８６－２と同様に、種別ごとに付与枚数が入力される。

管理者は、臨時付与を実行したい被管理者に対して「枚数」のウィンドウ８８－１、８８－２で入力を行い、「決定」ボタン８９をタップすることで、臨時付与を実行することができる。

臨時付与が実行された場合には、サーバ装置２において臨時付与の実績が登録される。

ついで、「プレイ履歴確認」が選択された場合には、履歴確認画面７５が表示される。履歴確認画面７５には、各被管理者のゲームの過去のプレイ履歴（プレイ状況）が表示される。例えば、履歴確認画面７５には、直近１週間のプレイ履歴が表示される。これにより、管理者と被管理者との間で、被管理者のプレイ状況を共有することができる。

また、履歴確認画面７５には、「ベストプレイ動画」ボタン９０および「サポート」ボタン９１が表示される。

「ベストプレイ動画」ボタン９０がタップされた場合には、被管理者がゲームプレイした際のベストプレイが含まれる動画が再生される。例えば、高得点が得られた、最も短い時間でクリアされた、連続してコンボが決まった、などの条件が満たされた場合に、ベストプレイであると認定される。

「サポート」ボタン９１がタップされた場合（支援操作がなされた場合）には、ゲーム内で使用することができるアイテムを被管理者が被管理者に支給するためのアイテム選択画面（図示略）が、ゲーム画面に表示される。

支給されるアイテムは、管理者が所持しているアイテムが対象である。アイテム選択画面において管理者が所持するアイテム一覧が表示される。管理者は、その一覧から、被管理者に支給するアイテムの種別および数量を指定することができる。これにより、選択されたアイテムが、被管理者に付与されるとともに、管理者が所持するアイテムから消去される。

＜ハードウェア構成＞
図１を参照して、サーバ装置２のハードウェア構成および機能的構成、ならびに前記ゲームが実行されるユーザ端末装置３のハードウェア構成および機能的構成について説明する。

なお、ユーザ端末装置３には、そのユーザ端末装置３に対応づけてゲーム用のユーザアカウントが付与される。このユーザアカウントはユーザアカウント情報（ユーザＩＤ）で管理される。

ユーザ端末装置３が通信ネットワーク４を介してサーバ装置２と通信を行う場合には、そのユーザ端末装置３からユーザＩＤが送信される。送信されたユーザＩＤは、サーバ装置２において所定の認証がなされる。これにより、サーバ装置２とユーザ端末装置３とで通信することができるようになる。

＜サーバ装置２のハードウェア構成＞
サーバ装置２は、図１のとおり、制御部２０、記憶部２１、およびネットワークインターフェース２２を備える。

記憶部２１およびネットワークインターフェース２２は、バス２９を介してサーバ装置２の制御部２０に接続される。

制御部２０は、ＣＰＵ、メモリ（ＲＡＭ）、各種入出力インターフェースなどで構成されており、サーバ装置２の動作を制御する。詳細は後述する。

記憶部２１は、主にＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などで構成される。

記憶部２１には、例えば、本開示のコンピュータプログラム、ならびに、ユーザ端末装置３にてプレイされるゲームを実行するためのゲームプログラムを配信するための配信プログラムおよびデータが記憶される。

また、記憶部２１には、チケットＤＢ２１１、ユーザＤＢ２１２が記憶される。

チケットＤＢ２１１には、例えば図７のとおり、チケット付与データが記憶されている。

チケット付与データには、管理者ＩＤ、管理者名、被管理者ＩＤ、被管理者名、通常付与、臨時付与などが１レコードとして記憶されている。

「管理者ＩＤ」は、管理者のゲーム用のユーザＩＤである。

「管理者名」は、該当する管理者の名称（例えば、テキストデータ）である。

「被管理者ＩＤ」は、該当する管理者が管理する被管理者のゲーム用のユーザＩＤである。

「被管理者名」は、被管理者の名称（例えば、テキストデータ）である。

「通常付与」には、前述した通常付与の付与スケジュールに関する情報が登録されている。そして、「通常付与」の登録情報に従って、被管理者にプレイチケットが自動的に付与される。本実施形態では、この「通常付与」に「付与スケジュール」およびその「付与内容」などが登録されている。

「付与スケジュール」には、プレイチケットを付与するスケジュールが登録されている。具体的には、付与スケジュールには、付与スケジュール登録画面７３のスケジュール入力領域８５で入力されたスケジュールが登録されている。

「付与内容」には、前述の付与スケジュール登録画面７３の内容入力領域８６で入力されたプレイチケットの種別、枚数が登録されている。

「臨時付与」には、前述の臨時付与によるプレイチケット付与に関する情報として、付与有無、付与日時およびその付与内容が登録されている。この登録された情報は、いわば、通常付与とは別に、プレイチケットが任意のタイミングで過去に付与された履歴である。

具体的には、「付与有無」には、過去に臨時付与された実績の有無が登録されている。

「付与日時」は、過去に臨時付与された日時が登録される。

「付与内容」は、該当する日時で臨時付与されたプレイチケットの種別および枚数が登録される。

ユーザＤＢ２１２には、図８のとおり、各ユーザのユーザデータが記憶されている。ユーザデータには、ユーザのプレイデータも含まれる。プレイデータは、ユーザのゲームの進行状況などの情報であり、プレイを中断した状況からゲームを再開するときなどのために用いられる。

ユーザデータには、ユーザＩＤ、ユーザ名、管理者ＩＤ、所持チケット、連続順守回数、延長回数、終了予定時刻、ゲーム情報などが１レコードとして記憶されている。

「ユーザＩＤ」は、ゲーム用のユーザのユーザＩＤである。

「ユーザ名」は、ユーザの名称（例えば、テキストデータ）である。

「管理者ＩＤ」は、ユーザが被管理者である場合に、そのユーザを管理する管理者のゲーム用のユーザＩＤである。「管理者ＩＤ」が登録されている場合には、そのユーザは、「管理者ＩＤ」に対応する管理者に管理されていることを意味する。

例えば、図８に示すユーザＩＤ：Ｂ２１のユーザ（「子供Ａ」）およびユーザＩＤ：Ｂ２４のユーザ（「子供Ｂ」）は、ユーザＩＤ：Ａ００１のユーザ（「Ｚ子」）の被管理者に該当する。

「所持チケット」には、被管理者が現在所持しているチケットの種別および枚数が登録されている。

「連続順守回数」は、現時点で所定条件が連続して成立（連続順守）している回数である。

「延長回数」は、現在のゲームプレイにおいて、被管理者が追加でプレイチケットを使用して延長プレイを行った回数を示す。

「終了予定時刻」は、現在のプレイ中のゲームのプレイ終了の予定時刻を示す。現時点でゲームがプレイされている場合に、「終了予定時刻」が登録される。ゲームが終了した場合は、「終了予定時刻」は消去される。「終了予定時刻」には、被管理者が使用したプレイチケットの種別に応じた終了予定時刻が登録される。

「ゲーム情報」には、ユーザのゲームの進行状況などの情報が登録されている。本実施形態では、レベル、難易度、所持アイテム、ステータス、プレイ履歴およびベストプレイなどが登録されている。

「レベル」は、ユーザのゲームにおける熟練度（例えば、数値データ）である。

「難易度」は、ゲームの難易度（数値）である。前述のとおり、難易度の数値に応じて、討伐するべき敵キャラクタのステータス（能力、ＨＰなど）が変化する。例えば、難易度の数値が大きいほど、敵キャラクタのＨＰが高くなる。

「所持アイテム」には、ユーザが所持しているアイテムの種別（識別情報）および枚数が登録される。

「ステータス」は、例えば、ＨＰ、攻撃力、防御力などのプレイヤキャラクタに関するパラメータである。

「プレイ履歴」は、ユーザのゲームプレイの状況である。具体的には、「プレイ履歴」には、ゲームプレイした日付、プレイ開始時刻および終了時刻、延長プレイ有無、開始場所および終了場所などが登録される。

「ベストプレイ」は、ユーザの過去のゲームプレイにおける最良のシーンが含まれる動画の保存先が登録される。動画は、記憶部２１に記憶される。

また、記憶部２１には、前述の報酬テーブルも記憶される。

ネットワークインターフェース２２は、サーバ装置２とユーザ端末装置３との間でデータを送受信するために、通信ネットワーク４に接続される。

＜サーバ装置２の制御部２０の機能の説明＞
サーバ装置２の制御部２０は、本開示のコンピュータプログラムを実行することにより、以下の各手段として機能し、以下の各ステップを実行する。

＜ゲーム進行管理ステップの説明＞
制御部２０は、ゲーム進行管理手段として機能することでゲーム進行管理ステップを実行する。以下では、ゲーム進行管理手段としての制御部２０が実行する処理を説明する。

制御部２０は、ユーザの操作に基づいて所定のゲーム（例えば、アクションゲーム、ＲＰＧ、パズルゲーム）を進行させる。

具体的には、制御部２０は、時間ごとに発生する複数の課題（例えば、午後１時～午後３時に敵キャラクタが登場するクエスト）、期間ごとに発生する課題、あるいは常時実行することのできる課題をユーザに提供する。

また、制御部２０は、ユーザ端末装置３のユーザからの操作信号を受信して、ユーザが設定したデッキの構成に基づいた、ゲームの本編（クエスト）に関する進行状況を管理する。

具体的には、制御部２０は、例えば、仮想ゲーム空間でキャラクタを動作させたり、キャラクタの体力値を管理したりする。

＜権利付与ステップの説明＞
制御部２０は、権利付与手段として機能することで権利付与ステップを実行する。以下では、権利付与手段としての制御部２０が実行する処理を説明する。

制御部２０は、被管理者が自身のユーザ端末装置３でゲームを実行することができるプレイチケットを付与する。

具体的には、制御部２０は、付与するべきプレイチケットの種別および枚数に基づいて、ユーザ（被管理者）のユーザデータ（「所持チケット」）を更新することで、各被管理者にプレイチケットを付与する。

本実施形態では、制御部２０は、チケット付与データの「通常付与」を参照し、付与スケジュールに従ってプレイチケットを付与する。

制御部２０は、例えば、３０分ごとに、チケット付与データを参照して、付与時間が到来した被管理者の有無を確認する。付与時間が到来した被管理者がいる場合には、制御部２０は、プレイチケットの通常付与を行う。

また、制御部２０は、前述した臨時付与が決定された場合にも、プレイチケットを付与（臨時付与）する。この場合にも、通常付与と同様に、制御部２０は、付与するべきプレイチケットの種別および枚数に基づいて、ユーザ（被管理者）のユーザデータ（「所持チケット」）を更新する。なお、プレイチケットの種別および枚数は、臨時付与画面７４で入力された情報に基づく。

＜制限ステップの説明＞
制御部２０は、制限手段として機能することで制限ステップを実行する。以下では、制限手段としての制御部２０が実行する処理を説明する。

制御部２０は、被管理者によるプレイチケットの消費に応じた許可時間で、ゲームのプレイを被管理者に許可する。

本実施形態では、制御部２０は、許可時間に基づくゲームのプレイの終了予定時刻を設定する。具体的には、制御部２０は、使用されたプレイチケットの種別に応じた終了予定時刻を、被管理者のユーザデータの「終了予定時刻」に登録する。これらが登録されることによって、被管理者のゲームのプレイが許可される。

また、制御部２０は、被管理者がゲームを終了した場合には、被管理者のユーザデータの「終了予定時刻」を消去する。

また、制御部２０は、許可時間および被管理者によるゲームのプレイ状況に基づいて、ゲームのプレイに関して所定の制限を課す。具体的には、制御部２０は、許可時間である終了予定時刻を超え、かつ、追加でプレイチケットが使用されなかった場合には、ゲームの難易度を上昇させる（罰則処理）。この場合には、制御部２０は、被管理者のユーザデータの「難易度」を所定数加算する。

また、制御部２０は、被管理者のゲームのプレイが終了した場合には、被管理者のユーザデータの「難易度」をもとの値に戻す。

なお、制御部２０は、延長プレイの終了時刻が終了予定時刻を超える場合も、前述と同様にゲームの難易度を上昇させる。

また、制御部２０は、延長プレイに関して、被管理者による追加のプレイチケットの種別に応じた許可時間で、ゲームの延長プレイを被管理者に許可する。具体的には、制御部２０は、追加で使用されたプレイチケットの種別、延長回数に応じた延長終了予定時刻を、被管理者のユーザデータの「終了予定時刻」に登録するとともに、被管理者のユーザデータの「延長回数」を１加算する。

また、制御部２０は、延長プレイが終了した場合には、被管理者のユーザデータの「延長回数」を０（ゼロ）に戻す。

＜報酬付与ステップの説明＞
制御部２０は、報酬付与手段として機能することで報酬付与ステップを実行する。以下では、報酬付与手段としての制御部２０が実行する処理を説明する。

制御部２０は、所定条件に基づいて、被管理者に報酬を付与する。具体的には、制御部２０は、所定条件が満たされる場合には、前述のとおり、報酬テーブルに基づいて付与される報酬に応じて、被管理者のユーザデータの「所持チケット」および「所持アイテム」を更新することで、被管理者に報酬を付与する。

また、制御部２０は、ゲームが終了されたとき、実際の終了時刻および延長回数に基づいて、被管理者のユーザデータ（「連続順守回数」）を更新する。

前述したように、延長プレイがなされず、実際の終了時刻が終了予定時刻１５分前から終了予定時刻の間であった場合には、制御部２０は、「連続順守回数」に１を加算する。

一方、延長プレイがなされた場合、または、実際の終了時刻が前記時間内でなかった場合には、制御部２０は、「連続順守回数」を０（ゼロ）とする。

＜設定ステップの説明＞
制御部２０は、設定手段として機能することで設定ステップを実行する。以下では、設定手段としての制御部２０が実行する処理を説明する。

制御部２０は、第２ユーザである管理者による設定操作に基づいて、プレイチケットの付与スケジュールを登録する。具体的には、制御部２０は、図６で例示した付与スケジュール登録画面７３において、入力された付与スケジュールに基づいて、管理者および被管理者のチケット付与データ（「通常付与」）を更新することで、付与スケジュールを設定する。

＜報知ステップの説明＞
制御部２０は、報知手段として機能することで設定ステップを実行する。以下では、報知手段としての制御部２０が実行する処理を説明する。

制御部２０は、ユーザが被管理者であって終了予定時刻が設定されている場合に、終了予定時刻より１５分前に、終了予定時刻が迫っている旨を被管理者に報知する。具体的には、制御部２０は、終了予定時刻より１５分前になった場合には、被管理者のユーザ端末装置３に、報知に関する指示を送信する。

また、制御部２０は、終了予定時刻が到来した場合には、終了予定時刻が到来した旨を、被管理者に報知する。具体的には、制御部２０は、終了予定時刻が到来した場合には、被管理者のユーザ端末装置３に、報知に関する指示を送信する。

＜表示ステップの説明＞
制御部２０は、表示手段として機能することで表示ステップを実行する。以下では、表示手段としての制御部２０が実行する処理を説明する。

制御部２０は、図３などで例示したゲーム画面を、ユーザ端末装置３に表示させる。制御部２０は、ユーザがゲーム画面を視認するための情報（画像生成情報）を、後述の通信ステップを介してユーザ端末装置３に送信する。

例えば、制御部２０は、例えば図３のゲーム開始画面５０を、被管理者のユーザ端末装置３に表示させる。

＜サポートステップの説明＞
制御部２０は、サポート手段として機能することでサポートステップを実行する。以下では、サポート手段としての制御部２０が実行する処理を説明する。

制御部２０は、管理者から被管理者へのゲームの支援操作を受けつける。すなわち、図６の履歴確認画面７５において「サポート」ボタン９１がタップされた場合において、制御部２０は、管理者によって選択されたアイテムを被管理者に付与する。

具体的には、制御部２０は、管理者によって選択されたアイテムを、被管理者のユーザデータの「所持アイテム」に追加するとともに、管理者のユーザデータの「所持アイテム」から消去する。

＜変動ステップの説明＞
制御部２０は、変動手段として機能することで変動ステップを実行する。以下では、変動手段としての制御部２０が実行する処理を説明する。

制御部２０は、現在のゲームプレイにおける延長プレイの回数に基づいて、未使用のプレイチケットであって、これから使用されるプレイチケットに対応づけられているゲームのプレイに関連づけられる許可時間を変更する。

前述のとおり、制御部２０は、２回目以降の延長プレイの場合には、追加で使用されるプレイチケットに関連づけられる許可時間を変更する。具体的には、制御部２０は、延長回数が増加するほど、プレイチケットの許可時間を減少させる。その際、制御部２０は、被管理者のユーザデータの「延長回数」を参照して、延長プレイ時のプレイチケットの許可時間を減少させる。

＜通信ステップの説明＞
制御部２０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部２０が実行する処理を説明する。

制御部２０は、ゲームプログラムなどのゲームデータ、ゲームの進行状況に関する情報（画像生成情報など）などをユーザ端末装置３へ送信する。

また、制御部２０は、後述するプレイチケットの使用要求情報、付与スケジュールの登録情報などの、ユーザによる操作信号（操作情報を含む）などをユーザ端末装置３から受信する。

＜ユーザ端末装置３のハードウェア構成＞
ユーザ端末装置３は、図１のとおり、スピーカ３３０、液晶画面３４０、タッチパッド３５０が内蔵される、例えば、スマートフォンなどの端末装置である。このユーザ端末装置３において、サーバ装置２から配信されたゲームに関するゲームプログラムおよびデータに基づいてゲームが進行する。

ユーザ端末装置３は、サーバ装置２との間で、インターネットあるいはＬＡＮなどの通信ネットワーク４を介して互いにデータ通信をすることができる。

ユーザ端末装置３は、制御部３０、記憶部３１、ネットワークインターフェース３２、オーディオ処理部３３、グラフィック処理部３４および操作部３５を備える。

記憶部３１、ネットワークインターフェース３２、オーディオ処理部３３、グラフィック処理部３４、および操作部３５は、バス３９を介して、制御部３０に接続される。

制御部３０は、ＣＰＵ、メモリ（ＲＡＭ）、各種入出力インターフェースなどで構成されており、ユーザ端末装置３の動作を制御する。

記憶部３１は、主にＨＤＤ、ＲＡＭ、ＲＯＭ、ＳＳＤなどで構成される。記憶部３１には、ゲームを実行するためのゲームプログラムおよびデータが記憶される。

ネットワークインターフェース３２は、ユーザ端末装置３とサーバ装置２との間でデータを送受信するために、通信ネットワーク４に接続される。これにより、ユーザ端末装置３にゲームプログラムおよびゲームデータなどがダウンロードされる。

オーディオ処理部３３は、制御部３０の指示に従ってデジタルのゲーム音声を再生および合成する。また、オーディオ処理部３３には、スピーカ３３０が接続される。ゲーム音声は、スピーカ３３０から出力される。

グラフィック処理部３４は、制御部３０の指示に従って仮想ゲーム空間およびプレイヤキャラクタなどを含むゲーム画像を動画形式で描画する。グラフィック処理部３４にて動画形式で描画された画像は、ゲーム画面として液晶画面３４０に表示される。

操作部３５には、ユーザからの操作信号が入力される。本実施形態において操作部３５には、入力位置検出装置であるタッチパッド３５０を介してユーザからの操作信号が入力される。例えば、管理者であれば、タッチパッド３５０をタッチすることによって、被管理者の登録、付与スケジュールの登録を行うことができ、被管理者であれば、タッチパッド３５０をタッチすることによって、プレイチケットの使用などを行うことができる。

＜制御部３０の機能の説明＞
制御部３０は、サーバ装置２からダウンロードされたゲームプログラムを実行することで、以下の各手段として機能し、以下の各ステップを実行する。

＜ゲーム実行ステップの説明＞
制御部３０は、ゲーム実行手段として機能することでゲーム実行ステップを実行する。以下では、ゲーム実行手段としての制御部３０が実行する処理を説明する。

制御部３０は、ユーザによるタッチパッド３５０の操作に基づいて、ユーザデータを参照しつつ、プレイヤキャラクタＰＣを動作させるゲームをユーザ端末装置３に実行させる。

また、制御部３０は、前記報知指示に基づいて、図３のとおり、プレイヤキャラクタＰＣに報知情報を出力させる。

また、制御部３０は、仮想ゲーム空間、仮想ボタン、ゲーム開始画面５０、管理者用画面７０などをゲーム画面として液晶画面３４０に表示するための情報を生成する。これらの情報に従って、グラフィック処理部３４が液晶画面３４０上にゲーム画像を描画する。

また、制御部３０は、管理者の操作に基づく、被管理者登録、スケジュール登録などの入力を受けつける。

また、制御部３０は、被管理者の操作に基づいて、プレイチケットの使用要求を実行する。この使用要求が実行されることにより、ユーザＩＤ、プレイチケットの種別などの情報が含まれたプレイチケットの使用要求情報として生成される。

＜通信ステップの説明＞
制御部３０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部３０が実行する処理を説明する。

制御部３０は、例えば、サーバ装置２からゲームに関するゲームプログラムなどを受信する。

また、制御部３０は、例えば、ユーザの操作に基づいて、ユーザＩＤ、新たなゲームデータのダウンロード要求情報、プレイチケットの使用要求情報、付与スケジュールの登録情報などのユーザの操作情報などをサーバ装置２へ送信する。

＜管理処理の説明＞
以下、図９を参照して、本開示の管理処理について説明する。

まず、サーバ装置２の制御部２０が、プレイチケットの付与タイミング（通常配布、臨時配布含む）が到来したか否かを判定する（ステップＳ１）。

プレイチケットの付与タイミングは到来していない判定された場合（Ｓ１：ＮＯ）には、処理はステップＳ４へと進む。

一方、プレイチケットの付与タイミングが到来したと判定された場合（Ｓ１：ＹＥＳ）には、制御部２０は、被管理者にプレイチケットを付与する（ステップＳ２）。

ついで、制御部２０は、被管理者に付与されたプレイチケットの種別および枚数の情報に基づいて、その被管理者についてのＤＢ更新処理を行う（ステップＳ３）。これにより、管理者および被管理者のユーザ端末装置３において、被管理者が現時点において所持しているチケットの枚数が表示される。

ついで、制御部２０は、被管理者がプレイチケットを使用したか否か（被管理者のユーザ端末装置３からプレイチケットの使用要求情報が送信されたか否か）を判定する（ステップＳ４）。

被管理者がプレイチケットを使用していないと判定された場合（Ｓ４：ＮＯ）には、処理はステップＳ１へと戻る。

一方、被管理者がプレイチケットを使用したと判定された場合（Ｓ４：ＹＥＳ）には、制御部２０は、被管理者のユーザ端末装置３から送信されたプレイチケットの使用要求情報に基づいてＤＢ更新処理を行う（ステップＳ５）。このＤＢ更新処理では、被管理者のユーザデータの「所持チケット」および「終了予定時刻」が更新される。

ついで、制御部２０が、ゲームを開始する（ステップＳ６）。具体的には、制御部２０は、ゲームの開始の指示を、被管理者のユーザデータのゲーム情報とともに、被管理者のユーザ端末装置３に送信する。

ついで、制御部２０が、現在時刻がゲームの終了予定時刻の１５分前であるか否かを判定する（ステップＳ７）。制御部２０は、被管理者のユーザデータに入力されている終了予定時刻と現在時刻とを比較して、現在時刻がゲームの終了予定時刻の１５分前であるか否かを判定する。

時刻がゲームの終了予定時刻の１５分前でない場合（ステップＳ７：ＮＯ）には、処理はステップＳ９へ移行する。

一方、時刻がゲームの終了予定時刻の１５分前であった場合（ステップＳ７：ＹＥＳ）には、制御部２０が、終了予定時刻が迫っている旨を被管理者に報知するための処理を実行する（ステップＳ８）。

ついで、制御部２０が、ゲームの終了予定時刻が到来したか否かを判定する（ステップＳ９）。制御部２０は、終了予定時刻と現在時刻とを比較して、ゲームの終了予定時刻が到来したか否かを判定する。

終了予定時刻が到来していない場合（ステップＳ９：ＮＯ）には、処理はステップＳ１３へ移行する。

一方、終了予定時刻が到来した場合（ステップＳ９：ＹＥＳ）には、制御部２０が、終了予定時刻が到来した旨を被管理者に報知するための処理を実行する（ステップＳ１０）。

ついで、制御部２０が、被管理者がプレイチケットを追加で使用したか否か（被管理者のユーザ端末装置３から追加でプレイチケットの使用要求情報が送信されたか否か）を判定する（ステップＳ１１）。

被管理者がプレイチケットを追加で使用していないと判定された場合（ステップＳ１１：ＮＯ）には、制御部２０は、罰則処理を行う（ステップＳ１２）。

罰則処理は、前述のとおり、実行中のゲームの難易度を上昇させる処理である。制御部２０は、被管理者のユーザデータの「難易度」を所定数だけ加算した値に更新し、更新後の難易度に基づいたゲームデータを被管理者のゲーム端末装置３に送信する。また、制御部２０は、被管理者のユーザデータの「連続順守回数」の値を０（ゼロ）に設定する。

一方、被管理者がプレイチケットを追加で使用したと判定された場合（ステップＳ１１：ＹＥＳ）、制御部２０は、受信した追加のプレイチケットの種別に基づいてＤＢ更新処理を行う（ステップＳ１７）。

このＤＢ更新処理では、被管理者のユーザデータの「所持チケット」、「延長回数」、「連続順守回数」、「終了予定時刻」が更新される。具体的には、制御部２０は、「所持チケット」を１減算し、「延長回数」を１加算し、「連続順守回数」を０（ゼロ）にリセットし、追加のプレイチケットの種別に応じた許可時間を現在の終了予定時刻に加算した時刻を「終了予定時刻」とする。この場合には、ステップＳ１２の罰則処理は実行されない。

ついで、制御部２０が、被管理者がゲームを終了させたか否か（被管理者のユーザ端末装置３からゲームの終了操作信号が送信されたか否か）を判断する（ステップＳ１３）。

被管理者がゲームを終了させていない場合（ステップＳ１３：ＮＯ）には、処理はステップＳ７へ戻る。

一方、被管理者がゲームを終了させた場合（ステップＳ１３：ＹＥＳ）には、制御部２０は終了処理を実行する（ステップＳ１４）。これにより、被管理者のユーザ端末装置３ではリザルト画面が表示される。

ついで、制御部２０は、報酬付与処理を実行する（ステップＳ１５）。

具体的には、制御部２０は、被管理者のユーザデータ（「延長回数」、「終了予定時刻」）および現在時刻を参照し、延長プレイがなされておらず、終了予定時刻１５分前から終了予定時刻の間にゲームの実行が終了されている場合には、被管理者のユーザデータの「連続順守回数」の値に１を加算し、それに応じた報酬を被管理者に付与する。

一方、延長プレイがあった場合、すなわち、終了予定時刻１５分前から終了予定時刻の間にゲームの実行が終了されなかった場合には、制御部２０は、被管理者のユーザデータの「連続順守回数」を０（ゼロ）にする。この場合には、制御部２０は、被管理者に報酬を付与しない。

ついで、制御部２０は、ＤＢ更新処理を実行する（ステップＳ１６）。このＤＢ更新処理では、ゲームの結果に基づいて、被管理者のユーザデータが更新される。
以上の手順により、本開示の管理処理が実行される。

以上をまとめると、本開示は、
コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
権利付与ステップでは、管理者（例えば、親）の操作に基づいて、被管理者（例えば、子供）が操作するユーザ端末装置３でゲームを実行することができるプレイチケットを被管理者に付与し、
制限ステップでは、被管理者によるプレイチケットの消費に応じた許可範囲で、ゲームのプレイを被管理者に許可し、
報酬付与ステップでは、所定条件が満たされる場合に、被管理者に報酬を付与し、
所定条件には、被管理者によるゲームのプレイが許可範囲内であることが含まれる、
コンピュータプログラムである。

＜効果＞
本実施形態のコンピュータプログラムによれば、規則正しいゲームプレイをユーザに促すことができる。

［他の実施形態］
前記実施形態の管理機能では、管理者が被管理者を管理しているが、被管理者は管理者によって管理されていなくてもよい。例えば、ユーザ（被管理者）はサーバ装置によって管理されてもよい。この場合には、例えば１３歳未満のすべてのユーザに対して、あらかじめ設定されている付与スケジュールでプレイチケットが付与される。

前記実施形態に限られず、終了予定時刻が経過して報知処理がなされたときに、被管理者が自主的にゲームを終了させることができてもよい。この場合には、被管理者の連続順守回数が１加算されるとともに、被管理者に報酬が付与されてもよい。

前記実施形態では、被管理者はプレイチケットを１枚指定してゲームを開始する例が記載されているが、本開示はこれには限られない。被管理者は、プレイチケットの種別および枚数を指定してゲームを開始することができてもよい。

すなわち、被管理者は、ゲームを開始する（プレイチケットを選択する）にあたって、被管理者のその日の予定などを考慮して、選択画面において複数枚のプレイチケットを選択したり、種別の異なる（プレイが補償されている単位時間が異なる）プレイチケットを選択したりすることができてもよい。

この場合には、被管理者は、ゲームを開始するにあたって、例えば、許可時間１時間を１枚使用するとともに、許可時間３０分を１枚（合計１時間３０分）使用する、などのように指定することができる。この場合において、被管理者のプレイ時間が１時間を超えた場合であっても、まだ許可時間が３０分残っていることから連続順守回数が０（ゼロ）にリセットされることがなく、さらに、合計１時間３０分の間にゲームプレイが終了された場合に、被管理者に特典が付与される。

前記実施形態では、付与スケジュールに従ってプレイチケットが被管理者に付与される例が記載されているが、本開示はこれには限られない。例えば、管理者が、任意のタイミングで、被管理者にプレイチケットを付与することができてもよい。

前記実施形態の付与スケジュールでは、被管理者にプレイチケットが付与される曜日が選択される例が記載されていたが、本開示はこれに限られない。例えば、管理者がプレイチケットを付与する日付を選択することができてもよい。

また、被管理者に付与されたプレイチケットは、管理者が徴収することができてもよい。例えば、非管理者の学業の成績が悪かったなどの場合に、管理者が徴収することができる。

さらに、プレイチケットに使用期限が設定されていてもよい。この使用期限は、管理者が設定することができてもよく、自動的に設定されてもよい。

前記実施形態では、ゲームの開始から許可時間を加算した終了予定時刻が固定されている例が記載されているが、終了予定時刻は変動してもよい。例えば、プレイヤキャラクタの装備の変更時などの特定の状況においては、プレイ時間としてカウントされず、特定の状況の時間分だけ終了予定時刻が延長されてもよい。

前記実施形態では、プレイチケットとして、１時間、３０分間の２種類について説明されているが、プレイの種別を特定することができれば、これに限られない。プレイチケットには、例えば、「種別：水曜日に１時間」などのように、曜日が指定されるプレイチケットが用意されていてもよい。

また、前記実施形態では、プレイチケットは使用されると被管理者の所持チケットから消去され、付与スケジュールに従って新たなプレイチケットが付与される例が記載されているが、本開示はこれに限られない。

例えば、被管理者が所持するプレイチケットは、使用されても消去されないようにすることもできる。この場合には、被管理者が所持するプレイチケットに、「許可」および「不可」の設定情報が対応づけられていればよい。被管理者は「許可」が設定されているプレイチケットを使用することができ、被管理者は「不可」が設定されているプレイチケットを使用することができない。

「許可」が設定されているプレイチケットが使用された場合には、プレイチケットは「許可」から「不可」に変更される。また、付与スケジュールによって付与される場合には、付与内容に基づいて、「不可」が設定されたプレイチケットが「許可」に変更される。

また、通常付与によるプレイチケットと、臨時付与によるプレイチケットとは、ユーザデータの所持チケットにおいて一括して管理されるが、別々に管理されてもよい。

この場合には、例えば、臨時付与されたプレイチケットに基づくゲームプレイの場合と、通常付与のプレイチケットに基づくゲームプレイの場合とで、付与される報酬の内容が異なっていてもよい。例えば、臨時付与のプレイチケットに基づくゲームプレイの場合のほうが、報酬が豪華（例えば、報酬としてのアイテムの数量が多い、アイテムのレベルが高い）であってもよい。

前記実施形態では、プレイ可能な時間が種別として関連づけられたプレイチケットが用いられる例が記載されているが、種別はこれに限られない。例えば、プレイチケットに関連づけられている種別は、プレイ回数であってもよい。この場合には、例えば、ゲームが開始されてからプレイヤキャラクタの生命力（ＨＰ）＝０となる時点までが、１のプレイ回数である。

また、プレイ権利は、前記実施形態のようなプレイチケットではなく、「被管理者のプレイ時間に応じて消費されるもの」であればよい。例えば、１ポイントで１分間プレイすることができるポイントが被管理者に付与されてもよく、また、例えば、プレイの許可時間が被管理者に付与されてもよい。

これにより、被管理者は、ゲームプレイが許可される単位時間があらかじめ定められているプレイチケットを使用する場合よりも、よりきめ細かな終了予定時刻を設定することができる。したがって、被管理者は、自身の予定等の時間的事情を考慮のうえ、空き時間を無駄にせずに計画的にゲームプレイをすることができるようになる。

また、終了予定時刻よりも後の時点（例えば、５分後）などにおいて、被管理者がプレイチケットを追加で使用することができてもよい。この場合には、終了予定時刻以降で上昇した難易度はもとの難易度に変更される。

前記実施形態では、プレイチケットが使用されなければゲームが開始されない例が記載されているが、被管理者は、プレイチケットを使用することなくゲームを開始することができてもよい。プレイチケットが使用されずにゲームが開始された場合には、サーバ装置は、例えば、ゲームの難易度を上昇させる。

前記実施形態では、被管理者がプレイチケットを追加で使用しなくてもゲームの延長プレイを開始することができる例が記載されているが、被管理者がプレイチケットを使用しない限り延長プレイが開始されなくてもよい。

前記実施形態では、被管理者がプレイチケットを追加で使用した場合には、被管理者に報酬が付与されない例が記載されているが、プレイチケットが追加で使用された場合であっても被管理者に報酬が付与されてもよい。この場合には、サーバ装置は、被管理者に報酬を付与するか否かを、延長された終了予定時刻が経過した時点でゲームが終了されたか否かで判定すればよい。

また、被管理者がプレイチケットを追加で使用した場合に付与される報酬は、例えば、追加でプレイチケットを使用せずに終了予定時刻でゲームが終了された場合の報酬よりもグレードダウンした報酬であってもよい。この場合には、サーバ装置は、被管理者がプレイチケットを追加で使用する前の終了予定時刻をどの程度超過したかに応じて、報酬のグレードの下がり度合を異ならせることができる。

前記実施形態では、連続して所定条件が満たされるたびに（連続順守されるたびに）、付与される報酬がグレードアップする例が記載されているが、本開示はこれには限られない。例えば、連続順守されるたびに、サーバ装置は、報酬を増加させたり、報酬を変化させたりすることもできる。

前記実施形態では、報酬が付与されるための所定条件が、被管理者によるゲームプレイが許可時間内であって、終了予定時刻の所定時間前（例えば１５分前）から終了予定時刻の間でゲームが終了されたことである例が記載されているが、本開示はこれに限られない。

所定条件は、例えば、被管理者がゲームプレイを許可時間内に終了したことであってもよい。この場合には、被管理者の実際のゲームの終了時刻が、終了予定時刻１５分よりも前、すなわち、終了予定時刻が迫っている旨の報知がされるよりも前にプレイを終了した場合であっても、所定条件が満たされることによって被管理者に報酬が付与される。

また、前記実施形態には、連続順守回数が加算される条件について、報酬が付与される場合と同様に、被管理者によるゲームプレイが許可される時間内であって、終了予定時刻の所定時間前（例えば１５分前）から終了予定時刻の間でゲームが終了されたことである例が記載されているが、本開示はこれに限られない。

例えば、被管理者が、終了予定時刻１５分よりも前、すなわち、終了予定時刻が迫っている旨の報知がされるよりも前にプレイを終了した場合であっても、連続順守回数に１が加算されてもよい。

前記実施形態では、管理者が所持するアイテムを被管理者に支給することができる例が記載されているが、管理者が支給することのできるアイテム等は制限されていてもよい。例えば、管理者が被管理者に支給することができる数量および／または種類が制限されていてもよい。

また、管理者は、所持しているアイテムに限られず、所持していない特定のアイテムを被管理者に支給することができてもよい。

前記実施形態では、管理者が被管理者の登録を行う例が記載されているが、被管理者が、自身を管理するユーザを任意に選択して管理者として指定することができてもよい。

前記実施形態には、被管理者がプレイチケットを追加で使用することなく延長プレイが行われた場合には、ゲームの難易度が上昇し、ゲームの終了によって難易度がもとの状態に戻る例が記載されているが、ゲームの難易度はもとの状態に戻らなくてもよい。この場合には、例えば、別の条件（例えば、管理者による変動解除操作があったとき、１時間が経過したとき）の成立によってゲームの難易度が戻ってもよい。

また、例えば、被管理者が終了予定時刻内にゲームを終了することができるようになってきた（直近の延長回数が少なくなった）と管理者が認めた場合に、管理者がゲームの難易度を戻すことができてもよい。

また、例えば、ゲームの難易度をもとに戻すことが、所定条件が満たされた場合に付与される報酬であってもよい。

さらに、ゲームの難易度を上昇させる条件は、被管理者がプレイチケットを追加で使用せずに延長プレイが行われた場合でなくてもよい。例えば、管理者が難易度を上昇させる操作を行った場合に難易度が上昇してもよい。

また、管理者（または被管理者）が、プレイチケットを合成および分解することができてもよい。例えば、ユーザが、許容内容が１時間であるプレイチケットを２枚合成して１枚のプレイチケットを生成することができてもよい。この場合には、合成後のチケットは、例えば、許容内容が２．５時間となるなど、許容内容が変更されてもよい。

また、例えば、ユーザが、プレイチケット（許容内容：１時間）を分解して２枚のプレイチケットを生成することができてもよい。この場合には、分解後の２枚の各チケットは、例えば、許容内容が０．４時間となるなど、許容内容が変更されてもよい。

また、例えば、ユーザが、プレイチケットと、それとは異なる種類のアイテムと、を合成することができてもよい。例えば、ブーストアイテムとプレイチケットとが合成されることで、プレイチケットの許容内容が増加してもよい。

前記実施形態では、延長回数に応じて被管理者が追加で使用しようとしているプレイチケットの許可時間が変動する例が記載されているが、本開示はこれに限られない。例えば、被管理者が終了予定時刻までにゲームを終了しなかったときに、サーバ装置が、被管理者が所持しているプレイチケットの許可時間を変動（例えば、許可時間の減少）させてもよい。また、例えば、終了予定時刻までにゲームが終了されるたびに、サーバ装置が、被管理者が所持しているプレイチケットの許可時間を変動（例えば、許可時間の増加）させてもよい。

また、管理者が、被管理者に課題を設定することができてもよい。課題は、例えば、被管理者がゲームのプレイスケジュール（例えば、ゲームをプレイする時間は勉強後の１時間とする）に合わせてプレイすることである。この場合には、課題が達成されることによって報酬が被管理者に付与されてもよい。

また、被管理者は、自発的に課題を設定することができてもよい。この場合には、その課題が管理者に承認され、かつ、その課題が達成されたときに、被管理者に報酬が付与されてもよい。

前記実施形態には、単一のゲームで使用されるプレイチケットの例が記載されているが、本開示はこれに限られない。プレイチケットは、例えば、ユーザ端末装置で実行されうるすべてのゲームに共通するプレイチケットであってもよい。この場合には、例えば、ゲームのサーバ装置ではなく、所定の管理サーバ装置が、ユーザのゲームプレイを管理する。また、プレイチケットは、例えば、ユーザ端末装置で実行されうるゲームのうち、１または複数種類の特定のゲームにおいて使用されうるプレイチケットであってもよい。

その他の例として、コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
権利付与ステップでは、第１ユーザが操作する端末装置で実行されるゲームにおいて、所定の制限（例えば、ゲームの難易度が高い状態、獲得することのできるアイテムが限られた状態、他ユーザとの通信が制限された状態）を解除することができる権利（制限解除チケット）を第１ユーザに関連づけるための処理を実行し、
制限ステップでは、第１ユーザによる制限解除チケットの消費に応じた許可範囲で、ゲーム中の前記制限が解除された状態（例えば、ゲームの難易度が下がった状態）でのゲームのプレイを第１ユーザに許可するための処理を実行し、
特典付与ステップでは、所定条件に基づいて、第１ユーザに所定の特典を関連づけるための処理を実行し、
所定条件には、第１ユーザによるゲームのプレイが許可範囲内であることが含まれる、
コンピュータプログラムがある。

制限解除チケットが、難易度が下がった状態のゲームを被管理者が実行することのできる権利である場合には、被管理者は制限解除チケットを使用しない場合には、難易度が高い状態でゲームを進行させることになる。そして、被管理者が制限解除チケットを使用したときに、被管理者は難易度が下がったゲームを楽しむことができる。

その他の例として、
コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
権利付与ステップでは、第１ユーザが操作する端末装置で所定処理（例えば、スマートフォンの操作、ＳＮＳの閲覧・投稿、動画視聴）を実行することができる権利を前記第１ユーザに関連づけるための処理を実行し、
制限ステップでは、前記第１ユーザによる前記権利の消費に応じた許可範囲で、前記所定処理の実行を前記第１ユーザに許可するための処理を実行し、
特典付与ステップでは、所定条件に基づいて、前記第１ユーザに所定の特典を関連づけるための処理を実行し、
前記所定条件には、前記第１ユーザによる前記所定処理の実行が前記許可範囲内であることが含まれる、
コンピュータプログラムがある。

この場合には、ゲームに限られず、ＳＮＳ（ソーシャル・ネットワーキング・サービス）、動画などの各種サービスに対して、本開示の技術を適用することができる。

また、前記実施形態においては、ユーザ端末装置はスマートフォンなどの端末装置である例が記載されているが、本発明は、これには限られない。ユーザ端末装置は、例えば、ディスプレイおよびコントローラが外部接続される据え置き型のゲーム装置、あるいは、パーソナルコンピュータであってもよい。

１ ゲームシステム
２ サーバ装置
３ ユーザ端末装置
４ 通信ネットワーク

Claims (14)

1. コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
   権利付与ステップでは、第１ユーザが操作する端末装置で所定のゲームを実行することができるプレイ権利を前記第１ユーザに関連づけるための処理を実行し、
   制限ステップでは、前記第１ユーザによる前記プレイ権利の消費に応じた許可範囲で、前記ゲームのプレイを前記第１ユーザに許可するための処理を実行し、
   特典付与ステップでは、所定条件に基づいて、前記第１ユーザに所定の特典を関連づけるための処理を実行し、
   前記所定条件には、前記第１ユーザによる前記ゲームのプレイが前記許可範囲内であることが含まれる、
   コンピュータプログラム。
2. 前記プレイ権利には、前記ゲームのプレイが許可される時間が関連づけられており、
   前記許可範囲は、前記プレイ権利の消費に応じてプレイが許可された時間である、
   請求項１に記載のコンピュータプログラム。
3. 前記プレイ権利は、所定のスケジュールに従って前記第１ユーザに関連づけられる、
   請求項１または２に記載のコンピュータプログラム。
4. コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
   設定ステップでは、前記第１ユーザとは異なる第２ユーザによる設定操作に基づいて、前記スケジュールを設定する、
   請求項３に記載のコンピュータプログラム。
5. 前記制限ステップでは、前記許可範囲および前記ゲームのプレイ状況に基づいて、前記ゲームのプレイに関して所定の制限を課すための処理を実行する、
   請求項１～４のいずれか１項に記載のコンピュータプログラム。
6. 前記プレイ権利には、前記ゲームのプレイが許可される時間が関連づけられており、
   前記制限ステップでは、前記許可範囲に基づく前記ゲームのプレイの終了予定時刻を設定するための処理が実行される、
   請求項１～５のいずれか１項に記載のコンピュータプログラム。
7. 前記所定条件は、前記終了予定時刻内にプレイが終了されたことを含む、
   請求項６に記載のコンピュータプログラム。
8. 前記制限ステップでは、前記終了予定時刻以降も前記ゲームのプレイが継続される場合には、前記ゲームの難易度を上昇させるための処理を実行する、
   請求項６または７に記載のコンピュータプログラム。
9. 前記制限ステップでは、前記終了予定時刻以降も前記ゲームのプレイが継続され、かつ、前記プレイ権利が追加で消費された場合には、前記終了予定時刻の経過前における前記ゲームの難易度を維持させるための処理を実行する、
   請求項６～８のいずれか1項に記載のコンピュータプログラム。
10. コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
    報知ステップでは、前記終了予定時刻より所定時間前に、前記終了予定時刻が迫っている旨を、前記ゲーム内で報知するための処理を実行する、
    請求項６～９のいずれか１項に記載のコンピュータプログラム。
11. 前記特典付与ステップでは、連続して前記所定条件が満たされるたびに、前記特典を、増加および／または変化する、
    請求項１～１０のいずれか１項に記載のコンピュータプログラム。
12. コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
    表示ステップでは、前記第１ユーザの前記ゲームの過去のプレイ状況を、前記第１ユーザとは異なる第２ユーザが操作する端末装置に表示させるための処理を実行し、
    サポートステップでは、前記第２ユーザのゲームに関する支援操作を受けつける、
    請求項１～１１のいずれか１項に記載のコンピュータプログラム。
13. コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
    変動ステップでは、前記プレイ権利に対応づけられているゲームのプレイの許可内容を変動させ、
    前記許可内容は、前記プレイ権利の消費に応じたゲームの過去のプレイ状況に基づいて変動する、
    請求項１～１２のいずれか１項に記載のコンピュータプログラム。
14. 請求項１～１３のいずれか１項に記載のコンピュータプログラムを記憶する記憶部と、
    前記コンピュータプログラムを実行する制御部と、
    を備える、
    コンピュータ装置。
    
    

Images