JP2016013151A - サーバシステム、ゲーム装置およびプログラム - Google Patents

Abstract

【課題】より柔軟性の高いペアレンタルコントロールを実現すること。
【解決手段】被保護プレーヤ２ｂが副登録された電子決済用媒体６ｂを使ってゲームを開始する際やゲームプレイ中に、予め設定された制限条件に抵触すると、ゲームプレイが制限される。しかし、緩和リクエスト操作をすると保護者プレーヤ２ａのユーザ端末１５００へ参考情報付緩和リクエストが送信される。ユーザ端末１５００にて制限緩和を許可するための緩和許諾条件と抵触した制限条件の緩和量とが入力され、リクエスト応答として返信される。被保護プレーヤ２ｂが緩和許諾条件を承諾する選択をすると、抵触した制限条件に係る許容範囲の限界が緩和量だけ拡大され緩和される。
【選択図】図５

Description

本発明は、ゲーム装置等と通信可能に構成されたサーバシステム等に関する。

親（保護者）が子（被保護者）の行動を管理抑制するペアレンタルコントロール（parental controls）は、映像コンテンツは勿論のことビデオゲームなどに関しても行われている。

例えば、コンテンツ再生装置（例えば、セットトップボックスやゲーム装置）においてペアレンタルコントロールにより再生不可あるいはプレイ不可に設定された映像コンテンツやビデオゲーム等のコンテンツについて再生要求操作がなされると、コンテンツ再生装置が保護者の端末装置へ承認要求を送信する。そして、当該端末装置で承認操作が入力されるとコンテンツ再生装置にてペアレンタルコントロールが解除されて、再生不可であったコンテンツが再生可能になる技術が知られている（例えば、特許文献１、特許文献２を参照）。

特開２００２−２９２１４２号公報 特開２００９−５０３０号公報

従来のペアレンタルコントロールに係る技術では、コンテンツの再生要求に対して保護者は制限を解除するか否かの選択しかできなかった。しかし、教育的観点からすると、単に許可／不許可のどちらかを断ずるだけでなく、より細やかなコントロールが望まれる。
例えば、ビデオゲームのように回数や時間など制限対象とすることのできる要素に幅がある場合には、許可／不許可だけでは子供の成長に合わせた細やかな制限を実現するのは難しい。また、子供の今ある事情やこれまでの行いを考慮した場合、制限の全解除はできないがほんの少しだけ制限を緩和する中間的な処置が欲しいケースがある。また、頭ごなしに許可／不許可を断ずるのではなく、交換条件として子供と約束事を結んでほんの少しだけ制限を緩和すれば大きな教育的効果が期待できる。

本発明は、こうした事情を鑑みて成されたものであり、より柔軟性の高いペアレンタルコントロールを実現することを目的とする。

上述した課題を解決するための第１の発明は、第１ユーザ（例えば、図５の被保護プレーヤ２ｂ）がゲームプレイするゲーム装置、及び、第２ユーザ（例えば、図５の保護者プレーヤ２ａ）のユーザ端末と通信可能に構成されたサーバシステムであって、
ゲームプレイの回数、時間、課金額、ゲーム媒体の使用量、残虐表現の指標値或いは性的表現の指標値等のプレイ制限対象要素によって定められる、前記第１ユーザによる前記ゲーム装置でのゲームプレイの許容範囲の限度である制限条件を、前記ユーザ端末との通信に基づいて設定する設定手段（例えば、図１の制御基板１１５０、図１１のサーバ処理部２００ｓ、ユーザ管理部２３０、制限条件設定部２３６、図１２の制限条件データ６２０、図１８のステップＳ２０〜Ｓ２２）と、
前記第１ユーザと前記第２ユーザとを関連付けて管理する管理手段（例えば、図１の制御基板１１５０、図１１のサーバ処理部２００ｓ、ユーザ管理部２３０、図１２のユーザ管理データ６００、副アカウント管理データ６１０、図１８のステップＳ１０〜Ｓ１６）と、
前記プレイ制限対象要素が前記制限条件に抵触した場合に前記ゲーム装置がゲームプレイを抑制するための制御を行う抑制制御手段（例えば、図１の制御基板１１５０、図１１のサーバ処理部２００ｓ、ユーザ管理部２３０、制限条件提供制御部２３８、図２２のステップＳ９０〜Ｓ９２）と、
前記ゲーム装置から前記制限条件の緩和リクエストを受信した場合に、前記ユーザ端末との通信に基づいて、前記許容範囲の限度を拡張して前記制限条件を緩和する制御を行う緩和制御手段（例えば、図１の制御基板１１５０、図１１のサーバ処理部２００ｓ、ユーザ管理部２３０、緩和制御部２４０、図２２のステップＳ１４６〜Ｓ２０２、図２３のステップＳ２４０〜Ｓ２４８）と、
を備えたサーバシステムである。

第１の発明によれば、制限条件としてプレイ制限対象要素の許容範囲の上限を設定し、その許容範囲の限界を拡張することで制限を緩和できる。よって、従来のように許可／不許可の二者択一ではなく、その中間的な措置も可能とし、より柔軟性の高いペアレンタルコントロールを実現できる。

第２の発明は、前記緩和制御手段が、所与の緩和許諾条件を前記ゲーム装置に送信し、前記ゲーム装置において当該緩和許諾条件を承諾する旨の操作入力がなされた場合に、前記制限条件を緩和する（例えば、図２３のステップＳ２４０〜Ｓ２４８）、第１発明のサーバシステムである。

第２の発明によれば、提示された所与の緩和許諾条件を第１ユーザが承諾すれば、制限条件が緩和される。

第３の発明は、前記緩和制御手段が、前記ユーザ端末において指定された前記緩和条件を前記ゲーム装置に送信する、第２の発明のサーバシステムである。

第３の発明によれば、第２ユーザが第１ユーザへ交換条件となる緩和条件を提示する機会を設けることができる。第１ユーザが交換条件に応じたならば制限条件が緩和されることとなる。これにより、例えば子供と約束事を結んで少しだけ制限を緩和するといった使い方が可能となり、ペアレンタルコントロールを利用した教育的効果が期待できる。

また、第４の発明として、前記緩和制御手段が、前記プレイ制限対象要素が前記制限条件に抵触した場合に、前記緩和許諾条件を前記ゲーム装置に送信して前記制限条件の緩和制御を行う、第２又は第３の発明のサーバシステムを構成することもできる。

第５の発明は、前記緩和制御手段が、前記第１ユーザのプレイ履歴に関する情報を前記ユーザ端末に送信する手段（例えば、図１の制御基板１１５０、図１１のサーバ処理部２００ｓ、ユーザ管理部２３０、参考情報付緩和リクエスト部２４２、図２２のステップＳ１４６）を有する、第１〜第４の何れかの発明のサーバシステムである。

第５の発明によれば、第２ユーザへ第１ユーザのプレイ履歴に関する情報を提供することができる。プレイ履歴に係る情報とは、プレイ履歴それ自体は勿論のこと、プレイ履歴から算出される統計データなどを含んでもよい。よって、第２ユーザは、ゲームプレイに係る第１ユーザのこれまでの行いを考慮した上で許可／不許可を考えることができる。そして、制限の全解除はしないが少しだけ制限を緩和する中間的な処置が可能になる。

第６の発明は、前記緩和制御手段が、前記第１ユーザがゲームプレイを希望するゲームの種類に関する情報を前記ユーザ端末に送信する手段（例えば、図１１のサーバ処理部２００ｓ、ユーザ管理部２３０、参考情報付緩和リクエスト部２４２、図２２のステップＳ１４６）を有する、第１〜第５の何れかの発明のサーバシステムである。

第６の発明によれば、第１ユーザがゲームプレイを希望するゲームの種類に関する情報を第２ユーザに提供することができる。ゲームの種類に関する情報とは、例えば、ゲームのタイトルやジャンル、年齢制限などの情報である。よって、第２ユーザは、第１ユーザがどのようなゲームをプレイしたがっているのか、あるいはプレイ中であるかを考慮した上で許可／不許可を考えることができるようになる。

第７の発明は、前記緩和制御手段が、前記ユーザ端末との通信に基づいて前記制限条件の緩和を不許可とする場合に、その旨を前記ゲーム装置に送信する（例えば、図２２のステップＳ２００〜Ｓ２０２）、第１〜第６の何れかの発明のサーバシステムである。

第７の発明によれば、不許可になった旨をゲーム装置へ送信することができるため、第１ユーザに知らせることができる。例えば、ゲーム装置でこれを表示するなどの通知制御が考えられる。

第８の発明は、前記第１ユーザの第１アカウントと、前記第２ユーザの第２アカウントとを関連付けて管理するアカウント管理手段（例えば、図１１のアカウント関連付管理部２３２、サーバ記憶部５００ｓ、ユーザ管理データ６００、図１８のステップＳ１０〜Ｓ１６）と、
前記第１ユーザのゲームプレイに対する課金精算を、前記第２ユーザの決済口座から行う精算制御手段（例えば、図１１の精算制御部２３４、図２３のステップＳ２８０〜Ｓ２８６）と、を更に備えた第１〜第７の何れかの発明のサーバシステムである。

第８の発明によれば、第１ユーザのゲームプレイに対する課金精算を、第２ユーザの決済口座から行うことが可能となる。よって、第１ユーザのゲームプレイに係るお金の使い方を第２ユーザがコントロールできるようになる。

第９の発明は、前記プレイ制限対象要素が、ゲームプレイの回数、時間、課金額、、ゲーム媒体の使用量、残虐表現の指標値、及び性的表現の指標値のうちの何れかである、第１〜第８の何れかの発明のサーバシステムである。

ゲーム媒体は、ゲーム内容に応じて適宜設定可能である。例えば、ゲームプレイにより消費される要素であって、行動ポイントを消費してゲームプレイするタイプのゲームであればその行動ポイントが該当する。仮想のメダルを使用するメダルゲームであれば、仮想のメダルがこれに該当する。
第９の発明によれば、ゲームプレイするに当たり消費される要素等をプレイ制限対象要素として制限条件に用いることで、実効的できめ細かなペアレンタルコントロールを実現できる。

第１０の発明は、前記プレイ制限対象要素が、課金アイテムである、第１〜第８の何れかの発明のサーバシステムである。

第１０の発明によれば、第１ユーザのゲームプレイに係る課金をコントロールできる。

第１１の発明は、前記プレイ制限対象要素が、ゲームコンテンツの種類であり、前記緩和制御手段は、ゲームプレイを許容する前記ゲームコンテンツの種類を拡張することで前記制限条件を緩和する、第１〜第８の何れかの発明のサーバシステムである。

ゲームコンテンツの種類は、ゲーム内容に応じて適宜設定されるが、例えば、ゲーム自体のジャンルの他、ゲーム内で利用可能なアイテム、プレイ曲、などを含む。
第１１の発明によれば、よりきめ細やかで柔軟性富んだペアレンタルコントロールが実現できる。

第１２の発明は、前記第１ユーザに係る第１識別情報と、前記第２ユーザに係る第２識別情報と、前記第２ユーザのユーザ端末の識別情報とを対応付けて記憶する記憶部の記憶内容を参照して、前記ゲーム装置から受信したゲームプレイ時の認証情報から、前記第２ユーザのユーザ端末を特定する第２ユーザ端末特定手段（例えば、図３１のユーザ端末特定制御部２４８）、を更に備えた第１〜第１１の何れかの発明のサーバシステムである。

第１２の発明によれば、第１ユーザがゲーム装置でゲームプレイする際に、第２ユーザのユーザ端末を特定することができる。

なお、第１〜第１２の発明に関連して、第１３の発明として、第１〜第１２の何れか発明のサーバシステムと通信接続可能に構成されたゲーム装置であって、
前記サーバシステムの前記抑制制御手段による抑制制御に従って、前記プレイ制限対象要素が前記制限条件に抵触した場合にゲームプレイを抑制するプレイ抑制手段（例えば、図２の制御基板１３５０、図１０の処理部２００、ゲーム管理部２０２、プレイ抑制部２０６、図１９のステップＳ８８〜Ｓ９４、Ｓ１２２〜Ｓ１２４）、を備えたゲーム装置を構成することができる。

また、第１４の発明として、第１〜第１２何れかの発明のサーバシステムと通信接続可能に構成されたユーザ端末であるコンピュータを、
前記第２ユーザの操作入力に従って前記制限条件を設定する手段（例えば、図３の制御基板１５５０、図６のユーザ登録画面Ｗ２の制限条件設定部２８、図１４の端末処理部２００ｔ、ペアレンタル設定部２６０、制限条件定義部２６２）、
前記第２ユーザの操作入力に従って、前記緩和リクエストに対する前記制限条件の緩和の許否を判断する手段（例えば、図３の制御基板１５５０、図１４の端末処理部２００ｔ、ペアレンタル設定部２６０、リクエスト応答部２６４、図２４のステップＳ１６８）、として機能させるためのプログラム（例えば、図１４のペアレンタル設定プログラム５０７）を構成することができる。

ゲームシステムの構成の一例を示す図。 業務用ゲーム装置の構成例を示す正面外観図。 ユーザ端末の構成例を示す正面外観図。 第１実施形態におけるプレーヤと電子決済用媒体の関係を示す図。 第１実施形態におけるゲームプレイに係るペアレンタルコントロールについて説明する概念図。 ユーザ登録時にユーザ端末にて表示されるユーザ登録画面の例を示す図。 制限条件に抵触した場合に業務用ゲーム装置にて表示される制限発動通知画面の例を示す図。 参考情報付緩和リクエストを受信したユーザ端末にて表示されるリクエスト応答画面の例を示す図。 図８に関連する図。 第１実施形態における業務用ゲーム装置の機能構成例を示す機能ブロック図。 第１実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。 ユーザ管理データのデータ構成例を示す図。 制限条件データのデータ構成例を示す図。 第１実施形態におけるユーザ端末の機能構成の一例を示す機能ブロック図。 制限条件選択肢データのデータ構成例を示す図。 緩和許諾条件選択肢データのデータ構成例を示す図。 不許可理由選択肢データのデータ構成例を示す図。 第１実施形態のサーバシステムにて実行されるユーザ管理処理の流れを説明するためのフローチャート。 第１実施形態の業務用ゲーム装置における処理の流れを説明するためのフローチャート。 図１９より続くフローチャート。 第１実施形態の業務用ゲーム装置における「おねだり処理」の流れを説明するためのフローチャート。 第１実施形態のサーバシステムにおける処理の流れを説明するためのフローチャート。 図２２より続くフローチャート。 第１実施形態のユーザ端末における処理の流れを説明するためのフローチャート。 第２実施形態におけるゲームプレイに係るペアレンタルコントロールについて説明する概念図。 第２実施形態における業務用ゲーム装置の機能構成例を示す機能ブロック図。 第２実施形態における記憶部に記憶されるプログラムやデータの例を示す図。 第２実施形態におけるおねだり処理の流れを説明するためのフローチャート。 第２実施形態のユーザ端末における処理の流れを説明するためのフローチャート。 プレーヤと電子決済用媒体の関係の変形例を示す図。 サーバシステムの機能構成の変形例を示す機能ブロック図。

〔第１実施形態〕
本発明を適用した第１実施形態として、ゲームプレイに係るペアレンタルコントロールを実現するゲームシステムについて説明する。

図１は、本実施形態におけるゲームシステムの構成の一例を示す図である。本実施形態のゲームシステムは、それぞれ通信回線９に接続することのできるサーバシステム１１００と、業務用ゲーム装置１３００と、ユーザ端末１５００とを含む。

なお、通信回線９は、データ通信が可能な通信路を意味する。すなわち、通信回線９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、例えば、本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを備える。本体装置１１０１には制御基板１１５０が搭載されている。この制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。

そして、サーバシステム１１００は、制御基板１１５０で所定のプログラム及びデータに基づいて演算処理することにより、１）固有のアカウントを付与するとともに電子決済用の決済口座を開設するユーザ登録機能、２）決済口座への入金や決済口座からのプレイ対価等の課金精算などの電子決済機能、３）業務用ゲーム装置１３００等へゲームを実行するのに必要なプログラムやデータを提供するゲーム管理機能と、を実現する。

なお、図１の例では、サーバシステム１１００は単体として記しているが、これらの各種機能を分担する複数のブレードサーバを搭載して、相互に内部バスを介してデータ通信可能に接続した構成であっても良い。或いは、離れた場所に設置された独立した複数のサーバを、通信回線を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。

図２は、業務用ゲーム装置１３００の構成例を示す正面図である。
業務用ゲーム装置１３００は、通信回線９に接続してサーバシステム１１００にアクセスすることができるコンピュータであり電子装置（電子機器）であって、ゲームセンターなどの店舗３に設置されており、電子決済用媒体６を用いてプレイ対価の支払いを電子決済できる。

電子決済用媒体６は、仮想通貨（電子マネー：有価情報）による電子決済システムを利用するためのキーデータを記憶する。当該キーデータは、専用の読取装置を用いることで読み取り可能とされる。電子決済用媒体６は情報をコンピュータ読み取り可能に記憶する媒体であれば何れでもよく、本実施形態ではＩＣカードのような専用の媒体とするが、スマートフォンのような装置であってもよい。本実施形態の業務用ゲーム装置１３００は、電子決済用媒体６を用いた電子決済に対応しており、電子決済用媒体６から情報を読み取る装置として媒体読取装置１３４４を有している。すなわち、業務用ゲーム装置１３００は対価支払装置として機能する。

キーデータとしては、例えば、ユーザ登録時に設定される固有のアカウントや、固有の媒体ＩＤ（例えば、ＩＣカードならばカードＩＤ、スマートフォンなどの情報機器ならばＭＡＣアドレスやＳＩＭカードＩＤなど機器固有の情報）などを適宜設定することができる。ちなみに、本実施形態の電子決済用媒体６には、媒体ＩＤは記憶されているが金銭価値に対応するデータは記憶されていない。

本実施形態では、サーバシステム１１００が提供する所定のユーザ登録手続きを経て固有のアカウントを登録すると、当該アカウントに関連づけられる決済口座が開設され、別途入手した電子決済用媒体６の固有の媒体ＩＤをアカウントと関連付けて登録することができる。電子決済用媒体６を登録することで、あたかもプリペイドカードの如く、電子決済用媒体６をプレイ対価の支払いや、ゲーム内で使用できるアイテム等の購入などの課金精算に使用できるようになる。

本実施形態における業務用ゲーム装置１３００は、ジョイスティック１３０２と、ボタンスイッチ１３０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１３０６と、スピーカ１３１０と、プレーヤ撮影カメラ１３２０と、入金装置１３３０と、電子決済用媒体６からデータの読み取りや書き込みができる媒体読取装置１３４４と、制御基板１３５０と、を備える。

制御基板１３５０には、ＣＰＵ１３５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭ，ＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１３５２と、通信回線９に通信接続するための通信装置モジュール１３５３、Ｉ／Ｆコントローラ１３５７（インターフェイスコントローラ）などが搭載されている。

Ｉ／Ｆコントローラ１３５７には、例えば、１）タッチパネル１３０６のドライバ回路、２）ジョイスティック１３０２及びボタンスイッチ１３０４からの信号を受信する回路、３）スピーカ１３１０へ音声信号を出力する出力アンプ回路、４）プレーヤ撮影カメラ１３２０から撮影した画像データを読み出すための回路、５）入金装置１３３０や媒体読取装置１３４４への信号入出力回路、などが搭載されている。

そして、これら制御基板１３５０に搭載されている各要素は、それぞれバス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１３５０の一部または全部をＡＳＩＣやＦＰＧＡにて実現する構成でもよい。

入金装置１３３０は、従来の業務用ゲーム装置１３００と同様に、５０円や、１００円、５００円などの硬貨のうち特定種類の硬貨での入金を受け付ける装置であり、釣り銭の返却機能は備わっていない。本実施形態では、１００円硬貨のみ受け付けることとするが、硬貨の種類は適宜設定可能である。

制御基板１３５０は、ゲームプログラムを実行して演算処理を実行し、ジョイスティック１３０２やボタンスイッチ１３０４，タッチパネル１３０６からの操作入力に応じて業務用ゲーム装置１３００の各部を制御してゲームプレイを可能にする。本実施形態の業務用ゲーム装置１３００は、必要なプログラムや各種設定データを予めＩＣメモリ１３５２に記憶しているものとするが、起動の都度、サーバシステム１１００からダウンロードする構成としても良い。

制御基板１３５０の制御により、業務用ゲーム装置１３００は、ジョイスティック１３０２やタッチパネル１３０６などを介した操作入力の結果をサーバシステム１１００へ逐次送信する一方で、ゲームをプレイするための各種データをサーバシステム１１００から受信する。そして、ゲーム画面の画像を生成してタッチパネル１３０６に表示させ、効果音や操作音の音信号を生成してスピーカ１３１０から放音する。つまり、プレーヤ２はタッチパネル１３０６に表示されるゲーム画面を見て、スピーカ１３１０から流れるゲーム音を聞きながら、ジョイスティック１３０２等を操作してゲームプレイを楽しむことができる。

なお、入金装置１３３０や媒体読取装置１３４４は筐体１３０１と一体の構成に限らず、外付けで通信接続可能な構成としてもよい。例えば、図１に示すように、業務用ゲーム装置１３００と通信接続されたターミナル装置１３９０に、入金装置１３３０や媒体読取装置１３４４を設ける。そして、このターミナル装置１３９０にて、ゲーム参加登録手続きとして、使用する業務用ゲーム装置１３００の指定と、プレイ対価の支払いとを行う構成としてもよい。

なお、業務用ゲーム装置１３００は、家庭用据置型ゲーム装置や、携帯型ゲーム装置、ゲームアプリケーションを実行できるスマートフォン、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータなどの情報機器に置き換えることができる。勿論、その場合、ゲーム装置の設定場所や使用場所は店舗３に限らない。

図３は、本実施形態におけるユーザ端末１５００の構成例を示す正面外観図である。
本実施形態のユーザ端末１５００は、アプリケーションプログラムを実行可能なコンピュータである。本実施形態ではスマートフォンに分類される装置としているがスマートフォンの形態に限らず、携帯型ゲーム装置や、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータなどに分類される装置であってもよい。

本実施形態におけるユーザ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、スピーカ１５１０と、マイク１５１２と、ユーザ撮影カメラ１５２０と、制御基板１５５０と、電子決済用媒体６からデータの読み取りや書き込みができる媒体読取装置１５４４と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。

制御基板１５５０は、ＣＰＵ１５５１やＧＰＵ，ＤＳＰなどの各種マイクロプロセッサと、ＶＲＡＭ，ＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２と、通信回線９に通信接続するための無線通信モジュール１５５３と、Ｉ／Ｆコントローラ１５５７（インターフェースコントローラ）とが搭載されている。

Ｉ／Ｆコントローラ１５５７には、例えば、タッチパネル１５０６のドライバ回路、方向入力キー１５０２及びボタンスイッチ１５０４からの信号を受信する回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音した音声の信号を生成する入力信号生成回路、ユーザ撮影カメラ１５２０から撮影した画像データを読み出すための回路、媒体読取装置１５４４への信号入出力回路、等が搭載されている。

そして、これら制御基板１５５０に搭載されている各要素は、それぞれバス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部または全部をＡＳＩＣやＦＰＧＡにて実現する構成でもよい。

制御基板１５５０は、アプリケーションプログラムやデータをＩＣメモリ１５５２に記憶する。そして、当該プログラムを実行して演算処理を実行し、方向入力キー１５０２やボタンスイッチ１５０４，タッチパネル１５０６からの操作入力に応じてユーザ端末１５００の各部を制御する。

なお、本実施形態では、ユーザ端末１５００は必要なプログラムや各種設定データをサーバシステム１１００から取得する構成としているが、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。また、媒体読取装置１５４４は、図示のような外付けタイプに限らず装置本体に内蔵されている構成でもよい。

図４は、本実施形態におけるプレーヤと電子決済用媒体の関係を示す図である。
本実施形態のプレーヤには、保護者プレーヤ２ａ（第２ユーザ：例えば親）と、被保護プレーヤ２ｂ（第１ユーザ：例えば子）とがある。
保護者プレーヤ２ａは、ゲームシステムを利用するための準備として、サーバシステム１１００にユーザ登録をする。ユーザ登録においては、保護者プレーヤ２ａ自身の主アカウントと、被保護プレーヤ２ｂの副アカウントとを設定する。そして、２つの電子決済用媒体６のうち一方を自身が使用する媒体として主登録し、他方を副登録する。更に自身のユーザ端末１５００へ向けた通信を可能とするアクセス情報（例えば、電子メールアドレスなど）を登録する。そして、副登録された電子決済用媒体６ｂを被保護プレーヤ２ｂに持たせる。

副登録された電子決済用媒体６ｂは、主登録された電子決済用媒体６ａの決済口座７に関連づけられており、副登録された電子決済用媒体６ｂを用いた電子決済は当該決済口座７からの引き落としで実現される。

そして、本実施形態では、主登録された電子決済用媒体６ａについては利用制限が無いが、副登録された電子決済用媒体６ｂについては利用制限を設定することによってゲームプレイに係るペアレンタルコントロールを実現する。
具体的には、ユーザ登録に伴って、保護者プレーヤ２ａは、被保護プレーヤ２ｂのアカウントあるいは副登録された電子決済用媒体６ｂに関連づけて「制限条件」を設定することで利用制限がかけられる。「制限条件」は、ゲームプレイの回数や、時間、課金額、ゲーム媒体の使用量等のプレイ制限対象要素の許容範囲の限度として定義される。

図５は、本実施形態におけるゲームプレイに係るペアレンタルコントロールについて説明する概念図である。
業務用ゲーム装置１３００は、プレーヤのアカウント入力を必須とするビデオゲームを提供する。つまり、プレーヤは電子決済用媒体６（６ａ，６ｂ）を使用しないとそもそもゲームプレイ出来ないようになっている。本実施形態では、プレーヤが電子決済用媒体６を媒体読取装置１３４４にかざすと、記憶されている媒体ＩＤが読み出され、当該媒体ＩＤに基づいてサーバシステム１１００に照会されて、プレーヤのアカウントが入力される。勿論、タッチパネル１３０６にソフトウェアキーボードを表示させ、手入力によるアカウントの取得をサポートしてもよい。

被保護プレーヤ２ｂが副登録された電子決済用媒体６ｂを用いて、業務用ゲーム装置１３００でゲームをプレイしようとした場合、あるいはゲームプレイ中に制限条件に抵触すると判断される場合（例えば、累積計算されるゲームプレイ対価の課金額やプレイ時間等が月額利用上限に達する場合）、業務用ゲーム装置１３００はゲームプレイを抑制・制限する。制限が行われることにより、被保護プレーヤ２ｂはそもそもゲーム開始できなかったり、ゲーム中でアイテムの購入等の課金を必要とするイベントができなくなったりする。

その一方で、本実施形態では制限条件に抵触すると、被保護プレーヤ２ｂには、保護者プレーヤ２ａへ向けて利用制限の緩和をリクエストする“緩和リクエスト”の機会が与えられる。そして、被保護プレーヤ２ｂが業務用ゲーム装置１３００で緩和リクエスト操作を入力すると、業務用ゲーム装置１３００からサーバシステム１１００へ緩和リクエストの信号が送信される。

緩和リクエストには、ゲームタイトルと、被保護プレーヤ２ｂのアカウントとが含まれている。サーバシステム１１００は、保護者プレーヤ２ａのユーザ端末１５００へ、緩和リクエストにリクエスト元のプレーヤに係る参考情報を付加した“参考情報付緩和リクエスト”を送信する。

ここで言う、「リクエスト元のプレーヤに係る参考情報」とは、保護者プレーヤ２ａが誰からのリクエストであるかを確かめるための情報と、保護者プレーヤ２ａが緩和リクエストに応じて利用制限の緩和を許可するか否かを決めるための情報と、を含む。
例えば、被保護プレーヤ２ｂのアカウント、副登録された電子決済用媒体６ｂの媒体ＩＤ、登録済みの顔画像などのリクエスト元のプレーヤに係る登録情報が含まれる。
また、被保護プレーヤ２ｂの今の状況やゲームプレイに係るこれまでの行いに関する情報が含まれる。具体的には、
１）被保護プレーヤ２ｂがプレイしようとしている或いはプレイ中の業務用ゲーム装置１３００で実行されるゲームタイトルと、
２）そのゲームのゲーム分類情報（例えば、対象年齢、ゲームジャンルなど）と、
３）複数の制限条件のうち条件が満たされた制限条件を示す情報（抵触した制限条件の識別情報）と、
４）被保護プレーヤ２ｂのアカウントに係るプレイ履歴やその統計データと、が含まれる。
勿論、これらの幾つかを省略しても良いし、他の情報を付け加えることもできる。

ユーザ端末１５００は、参考情報付緩和リクエストを受信すると、当該リクエストへの応答内容を設定するリクエスト応答画面を表示する。当該画面には、参考情報とともに、どの制限条件に抵触したかの情報が提示される。そして当該画面にて、保護者プレーヤ２ａは、１）利用制限緩和の許可／不許可の入力と、２）不許可の選択入力に伴う不許可理由の選択と、３）許可の選択入力に伴う制限条件を緩和するための交換条件（以降、「緩和許諾条件」と呼ぶ）の設定、および／または、抵触した制限条件におけるプレイ制限対象要素の抵触判定閾値の変更量（以下、「緩和量」と呼ぶ）と、を指定することができる。

リクエスト応答画面における操作入力の結果は、サーバシステム１１００へ返信され、応答結果として業務用ゲーム装置１３００へ仲介送信される。

この応答結果を受信した業務用ゲーム装置１３００は、被保護プレーヤ２ｂへ向けて緩和リクエストが許可されか否かを通知する。そして、緩和リクエストが許可された場合には、緩和許諾条件を提示するとともに、これを承諾するか否かの被保護プレーヤ２ｂによる選択入力を受け付ける。

そして、承諾が入力された場合には、業務用ゲーム装置１３００は被保護プレーヤ２ｂのアカウントとともに承諾結果をサーバシステム１１００へ送信する。サーバシステム１１００は、これを受信して、先にユーザ端末１５００から受信している緩和量をもって、抵触した制限条件の許容範囲の限度を拡張することで利用制限を緩和する。そして、業務用ゲーム装置１３００は、この緩和された制限条件を再取得する。抵触した制限条件が緩和されたことで実質的に制限が解除乃至拡張され、被保護プレーヤ２ｂはゲームプレイを開始できたり、アイテムの購入などが可能となる。

次に、ペアレンタルコントロールの設定から制限緩和までの過程における幾つかのユーザインターフェース画面の表示例について説明する。
図６は、ユーザ登録時にユーザ端末１５００にて表示されるユーザ登録画面の例を示す図である。ユーザ登録画面Ｗ２は、主登録情報入力部１０と、副登録情報入力部２０とを含む。

主登録情報入力部１０は、保護者プレーヤ２ａのアカウントである主アカウント入力部１２と、主登録される電子決済用媒体６ａの媒体ＩＤを入力する主登録媒体ＩＤ入力部１４と、保護者プレーヤ２ａの顔画像を設定する主登録者画像設定部１６と、を備える。例えば、主アカウント入力部１２や主登録媒体ＩＤ入力部１４をタッチ操作するとソフトウェアキーボードが表示されアカウントや媒体ＩＤを入力できるようになる。主登録媒体ＩＤ入力部１４をタッチ操作した場合には、媒体読取装置１５４４から媒体ＩＤを取得するとしてもよい。主登録者画像設定部１６をタッチ操作すると、ユーザ端末１５００内に記憶されている画像を指定可能になる、あるいはユーザ撮影カメラ１５２０にて撮影可能となる。

副登録情報入力部２０は、被保護プレーヤ２ｂのアカウントである副アカウント入力部２２と、副登録される電子決済用媒体６ｂの媒体ＩＤを入力する副登録媒体ＩＤ入力部２４と、被保護プレーヤ２ｂの顔画像を設定する副登録者画像設定部２６と、スクロール表示可能な制限条件設定部２８と、を備える。

制限条件設定部２８には、プレイ制限対象要素（図６の例では、１ヶ月利用限度額、１日利用時間上限など）の別に、制限条件が満たされたすなわち抵触したと判定されるための抵触判定閾値（図６の例では、２０００ポイント、３時間など）が表示されている。
抵触判定閾値の表示は初期状態では設定無しを示す「なし」となっているが、所望する抵触判定閾値の表示をタッチ操作するとプルダウンメニューが表示されて、抵触判定閾値の種類や具体的な数値が入力可能となる。

対応するプレイ制限対象要素が数値範囲を定義可能な要素であれば（例えば、１ヶ月利用限度額など）、抵触判定閾値は許容範囲の限界を示すことになる。対応するプレイ制限対象要素が禁止対象であれば（例えば、禁止ジャンルなど）、抵触判定閾値は特定の禁止対象を示す情報とされる。

なお、副登録情報入力部２０は初期状態では図６に示すように１つのみで有るが、追加操作アイコン３０をタッチ操作する毎に、新たな副登録情報入力部２０が１つ追加され、複数の副登録が設定可能となる。

図７は、制限条件に抵触した場合に業務用ゲーム装置１３００にて表示される制限発動通知画面の例を示す図である。
制限発動通知画面Ｗ４には、制限条件に抵触したために利用できない旨の通知テキスト４０と、了解操作アイコン４２と、緩和リクエスト操作アイコン４４とを含む。

了解操作アイコン４２は、利用制限された状態を了解するときにプレーヤが操作する。ゲーム開始前であれば、制限発動通知画面Ｗ４が消えるのみでゲームは開始されない。つまり、プレーヤはゲーム開始を諦めることを了解したことになる。もし、ゲーム途中のアイテム購入などのタイミングで当該画面が表示された場合であれば、制限発動通知画面Ｗ４が消えてゲームは継続されるが、アイテムの購入などのイベントはスキップされることになる。

緩和リクエスト操作アイコン４４は、保護者プレーヤ２ａに向けて利用制限の緩和を請願する、いわば“おねだり”をする場合に操作する。そして、当該アイコンを操作すると、業務用ゲーム装置１３００はサーバシステム１１００へ緩和リクエストを送信することになる。

図８〜図９は、参考情報付緩和リクエストを受信したユーザ端末１５００にて表示されるリクエスト応答画面の例を示す図であって、スクロール表示可能な縦長の画面を分けて示している。
図８に示すように、リクエスト応答画面Ｗ１０には、リクエスト元表示部５０と、不許可選択アイコン６０と、許可選択アイコン６２とを含む。

リクエスト元表示部５０には、受信した参考情報付緩和リクエストに含まれる副アカウントを表示するリクエスト元アカウント表示部５２と、副登録媒体ＩＤを表示する登録媒体ＩＤ表示部５４と、副登録者画像を表示する登録者画像表示部５６と、当該副アカウントに関連づけて設定されている制限条件を表示する制限条件表示部５８と、を含む。

参考情報付緩和リクエストには、抵触した制限条件を示す情報が含まれているので、制限条件表示部５８では抵触した制限条件を明示するように表示される。図８の例では、利用制限額が抵触判定閾値に達したことを示している。

不許可選択アイコン６０を操作すると、不許可理由選択ウィンドウＷ１２が表示され不許可の理由を選択可能になる。当該ウィンドウには不許可理由表示部６４が含まれており、これをタッチ操作するとプルダウンメニューで複数の不許可理由の選択肢が表示されて何れかを選択できる。もちろん、任意にテキストで不許可理由を入力することとしてもよい。

許可選択アイコン６２を操作すると、緩和許諾条件設定ウィンドウＷ１４が表示され、利用制限を緩和するための交換条件とする緩和許諾条件の内容と、抵触した制限条件の抵触判定閾値の緩和量とを設定できる。例えば、当該ウィンドウには緩和許諾条件表示部６６と、緩和量表示部６８と、が含まれており、それらをタッチ操作するとプルダウンメニューで複数の選択肢が表示されて何れかを選択できる。

また図９に示すように、リクエスト応答画面Ｗ１０には、受信した参考情報付緩和リクエストに含まれる参考情報を表示する参考情報表示部８０が含まれる。
同表示部では、例えばリクエスト元の被保護プレーヤ２ｂがこれからゲームプレイしようとしている或いはプレイ中のゲームタイトル８１や、そのゲームジャンル８２、そのゲームの対象年齢８３、被保護プレーヤ２ｂのゲーム進行状況８４、被保護プレーヤ２ｂのプレイ履歴に基づく統計データ８５ａ、８５ｂが含まれる。勿論、これら以外の情報も適宜含めることができる。

［業務用ゲーム装置の機能構成の説明］
次に、本実施形態におけるゲームシステムの機能構成例について説明する。
図１０は、本実施形態における業務用ゲーム装置１３００の機能構成例を示す機能ブロック図である。業務用ゲーム装置１３００は、操作入力部１００と、媒体読取部１０２と、入金検知部１０４と、プレーヤ撮影部１０６と、処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、記憶部５００とを備える。

操作入力部１００は、プレーヤによって為された各種の操作入力に応じて操作入力信号を処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ジェスチャーコントローラ、などによって実現できる。図２の例では、ジョイスティック１３０２や、ボタンスイッチ１３０４、タッチパネル１３０６がこれに該当する。

媒体読取部１０２は、電子決済用媒体６で採用される技術方式に準じた公知の読取装置により実現され、電子決済用媒体６に記憶されているデータを読み出して処理部２００へ出力する。例えば、電子決済用媒体６に非接触型ＩＣチップを用いるのであれば、そのカードの仕様に準じた非接触型リーダーライターにより実現される。図２の例では、媒体読取装置１３４４がこれに該当する。

入金検知部１０４は、投入された現金を検出し、入金額を示す情報を処理部２００へ出力する手段であって、公知の入金装置、硬貨投入装置等により実現できる。図２の例では、入金装置１３３０がこれに該当する。

プレーヤ撮影部１０６は、業務用ゲーム装置１３００の正面に座るプレーヤの姿、特に顔を含むように撮影し、撮影画像データを処理部２００へ出力する。例えば、イメージセンサや、当該センサのコントローラＩＣ、画像処理ＬＳＩなどを含む。図２の例では、プレーヤ撮影カメラ１３２０がこれに該当する。

処理部２００は、例えばＣＰＵ，ＧＰＵ等のマイクロプロセッサや、ＡＳＩＣ、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、媒体読取部１０２で読み出したデータ、サーバシステム１１００から受信したデータ等に基づいて各種の演算処理を実行して、業務用ゲーム装置１３００の動作を制御する。図２の例では制御基板１３５０がこれに該当する。

そして、本実施形態の処理部２００は、ゲーム管理部２０２と、音生成部２９０と、画像生成部２９２と、通信制御部２９４とを含む。

ゲーム管理部２０２は、プレーヤ認識部２０４と、プレイ抑制部２０６と、緩和リクエスト部２０８と、ゲーム進行制御部２１０と、ゲーム内課金制御部２１２と、を含む。

プレーヤ認識部２０４は、自機のプレーヤがどの登録プレーヤであるか、保護者プレーヤ２ａと被保護プレーヤ２ｂの何れに該当するのかを認識する。
本実施形態では、媒体読取部１０２で読み取った電子決済用媒体６の媒体ＩＤをサーバシステム１１００へ送信して照会し、登録済みプレーヤの主アカウントまたは副アカウントを取得してプレーヤの認識とする。勿論、プレーヤの認識は、媒体ＩＤを用いた方法に限らず適宜設定可能である。例えばプレーヤ撮影部１０６で撮影したプレーヤの画像（または公知の顔認識技術により当該画像から抽出した顔特徴情報）をサーバシステム１１００へ送信し、サーバシステム１１００にて登録者画像とマッチングしてプレーヤを認識し、当該プレーヤのアカウントを業務用ゲーム装置１３００へ返信して実現するとしてもよい。

プレイ抑制部２０６は、ペアレンタルコントロールの実働部であって、ゲームプレイを抑制するための制御をする。
具体的には、１）プレーヤ認識部２０４で得られたプレーヤのアカウントに関連付けられている制限条件とプレイ履歴とを、サーバシステム１１００が提供する抑制制御を利用して取得する制御と、２）制限条件への抵触判定を行い、抵触していると判断される場合にプレイを制限する制御と、３）プレイ制限が発動していることをプレーヤに通知する制御と、を行う。

ここで言う、ゲームプレイの抑止やプレイの制限は、プレイそのものを不可とする事は勿論、一部の機能を停止させる意味も含む。例えば、ゲーム内でアイテムを購入する場面において、そのアイテムを購入すると利用制限額が超過する場合に、制限条件が満たされたすなわち制限条件に抵触すると判定し、ゲームプレイは継続するがアイテムの購入は不可とするなどが、その例として挙げられる。

緩和リクエスト部２０８は、利用制限の緩和要求に係る制御を行う。
本実施形態では、
１）プレーヤにより緩和リクエスト操作が入力された場合の緩和リクエストに係る制御と、
２）緩和リクエストに対する許可／不許可の結果を取得する制御と、
３）不許可である場合に不許可理由を通知する制御と、
３）許可である場合に緩和許諾条件を取得してプレーヤに提示する制御と、
４）緩和許諾条件の承諾／不承諾の操作入力結果に応じて、承諾結果を送信し、緩和された制限条件を再取得する制御と、を行うことができる。

ゲーム進行制御部２１０は、ゲームプレイ本体の進行に係る各種制御を行う。

ゲーム内課金制御部２１２は、ゲームプレイ中の課金制御を行う。課金の内容はゲーム内容等に応じて適宜設定可能である。例えば、アイテムの購入や、抽選権の購入、行動力などのパラメータ値の補充、イベント参加権の購入などを設定できる。

音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、ゲーム管理部２０２による処理結果に基づいてゲームに係る効果音やＢＧＭ、各種操作音の音信号を生成し、音出力部３９０に出力する。

音出力部３９０は、音生成部２９０から入力される音信号に基づいて効果音やＢＧＭ等を音出力する装置によって実現される。図２のスピーカ１３１０がこれに該当する。

画像生成部２９２は、例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサ、ビデオ信号ＩＣ、ビデオコーデックなどのプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現される。そして、画像生成部２９２は、ゲーム管理部２０２による処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面の画像を生成し、生成したゲーム画面の画像信号を画像表示部３９２へ出力する。

画像表示部３９２は、画像生成部２９２から入力される画像信号に基づいてゲーム画像等の各種画面を表示することができる。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図２のタッチパネル１３０６がこれに該当する。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

通信部３９４は、通信回線９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現され、図２の通信装置モジュール１３５３がこれに該当する。

記憶部５００は、業務用ゲーム装置１３００を統合的に制御するための諸機能を処理部２００に実現させるためのシステムプログラムや、ゲームプレイに必要なプログラム、各種データ等を記憶する。また、処理部２００の作業領域として用いられ、処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図２の制御基板１３５０が搭載するＩＣメモリ１３５２がこれに該当する。

記憶部５００は、システムプログラム５０１と、ゲーム管理プログラム５０２と、ゲーム初期設定データ５１０と、ゲームタイトル５１２と、ゲーム分類情報５１４と、業務用ゲーム装置１３００に固有の装置ＩＤ５２０と、を予め記憶する。
また、逐次生成・更新されるデータとして、媒体読取部１０２で読み取った電子決済用媒体６の媒体ＩＤ５２２と、媒体ＩＤ５２２をもとにサーバシステム１１００へ照会して得られる照会済アカウント５２４と、その照会済アカウント５２４の示すアカウントの主登録／副登録の種別を示すアカウント種別５２５と、制限条件データ５２６と、プレイ履歴データ５２８と、ゲームの進行状況を記述する各種データを格納するプレイデータ７００とを記憶する。その他、タイマやカウンタ、各種フラグなどの情報を適宜記憶できる。

システムプログラム５０１は、処理部２００が読み出して実行することでコンピュータとして必要な基本的な入出力機能を実現するためのプログラムである。
ゲーム管理プログラム５０２は、処理部２００にゲーム管理部２０２としての機能を実現させることができる。

ゲーム分類情報５１４は、当該業務用ゲーム装置１３００でプレイできるゲームの分類を示す。例えば、対象年齢やゲームのジャンルである。対象年齢は、公知のように作品中（本実施形態ではゲーム）に登場する暴力表現や、破壊表現、残虐表現、性的表現、侮蔑や差別などの言語表現などに基づいて設定される指標値、所謂「レイティング」である。勿論、例えば、残虐表現の指標値や性的表現の指標値等の個別の指標値といった具合に、対象年齢を決定する際に考慮されるそうした表現要素を個別の分類情報としてゲーム分類情報５１４に含めて、制限対象の要素として扱う構成も可能である。

照会済アカウント５２４は、媒体ＩＤ５２２に関連付けられているアカウントである。本実施形態では、業務用ゲーム装置１３００が媒体ＩＤ５２２を含む照会リクエストをサーバシステム１１００へ送信すると、媒体ＩＤ５２２に関連づけられたアカウントがサーバシステム１１００から返信されて照会済アカウント５２４とされる。もし、電子決済用媒体６にプレーヤのアカウントを予め記憶することができる構成では、媒体読取部１０２で読み取ったアカウントを照会済アカウント５２４としてもよい。

制限条件データ５２６は、照会済アカウント５２４に関連付けられている制限条件を定義するデータである。本実施形態ではサーバシステム１１００より取得する。

プレイ履歴データ５２８は、照会済アカウント５２４に関連付けられているプレイ履歴を定義するデータである。本実施形態ではサーバシステム１１００より取得する。

プレイデータ７００は、ゲームプレイの進行状況を記述する各種データを含む。本実施形態では、ゲーム進度情報７０２を含む。
ゲーム進度情報７０２は、ゲーム内容に応じて適宜設定可能である。例えば、ステージ制やミッションクリア型のゲームであれば、全ステージや全ミッションのうち何％クリアしたのか、スクロール型のゲームであればスクロール全体の何％クリアしたのかなどとすることができる。アクションゲームであれば現在出現している敵のレア度、プレーヤのランキング付けをするゲームであれば現在のランキング、タイムや残り時間を計時するゲームであれば現在のタイムや残り時間なども含めることもできる。

［サーバシステムの機能構成の説明］
図１１は、本実施形態におけるサーバシステム１１００の機能構成例を示す機能ブロック図である。本実施形態におけるサーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、サーバの管理のための各種操作を入力するための手段である。図１の例ではキーボード１１０６が該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＡＳＩＣ、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、業務用ゲーム装置１３００やユーザ端末１５００から受信したデータ等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。図１の例では制御基板１１５０がこれに該当する。

そして、本実施形態のサーバ処理部２００ｓは、ユーザ管理部２３０と、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。

ユーザ管理部２３０は、ユーザ登録手続きに係る処理や、登録情報の管理に関する処理などを行う。本実施形態では、１）所定の登録手続きを経たユーザすなわちプレーヤへの固有のアカウントの発給、２）電子決済用の決済口座の設定、３）決済口座への入金（加算）／出金（減算）処理、すなわち財貨情報の管理処理、４）電子決済に使用する電子決済用媒体６の関連付け処理、などを行うことができる。

そして、本実施形態では、アカウント関連付管理部２３２と、精算制御部２３４と、制限条件設定部２３６と、制限条件提供制御部２３８と、緩和制御部２４０と、緩和許諾条件提示制御部２５０と、履歴管理部２５２と、を含む。

アカウント関連付管理部２３２は、被保護プレーヤ２ｂのアカウント（第１ユーザの第１アカウント：副アカウント）と、保護者プレーヤ２ａのアカウント（第２ユーザの第２アカウント：主アカウント）とを関連付けて管理する。

精算制御部２３４は、被保護プレーヤ２ｂのアカウントを用いたゲームプレイに対する課金精算を行う。本実施形態では、被保護プレーヤ２ｂに係る保護者プレーヤ２ａのアカウントに関連付けられる決済口座から課金精算を行う。

制限条件設定部２３６は、被保護プレーヤ２ｂのアカウント（副アカウント）や副登録された媒体ＩＤに関連付ける制限条件を設定するための処理を行う。本実施形態では、ユーザ端末１５００から、ユーザ登録画面Ｗ２（図６参照）の制限条件設定部２８への操作入力の結果を受信して制限条件を設定する。

制限条件提供制御部２３８は、制限条件に抵触した場合に業務用ゲーム装置１３００がゲームプレイを抑制・制限するための制御を行う。本実施形態では、制限条件を提供するための制御を行う。

緩和制御部２４０は、抵触した制限条件に係る許容範囲の限度をユーザ端末１５００との通信に基づいて拡張して当該制限条件を緩和する制御を行う。具体的には、リクエスト元の業務用ゲーム装置１３００にて緩和許諾条件の承諾操作が入力された場合に、リクエスト応答に含まれる緩和量に基づいて、抵触した制限条件の抵触判定閾値を変更する。また、本実施形態では、参考情報付緩和リクエスト部２４２と、緩和許諾条件設定部２４４と、不許可理由通知制御部２４６と、を含む。

参考情報付緩和リクエスト部２４２は、業務用ゲーム装置１３００からの緩和リクエストをユーザ端末１５００へ仲介するとともに、保護者プレーヤ２ａへ制限緩和の許可／不許可を判断するための情報を提供するための制御をする。本実施形態では、業務用ゲーム装置１３００から受信した緩和リクエストとともに受信したアカウント（被保護プレーヤ２ｂのアカウント：ゲームプレイ時の認証情報）に係る参考情報を抽出し、同アカウントから保護者プレーヤ２ａのユーザ端末１５００を特定して参考情報付緩和リクエストを送信するための制御を行う。

緩和許諾条件設定部２４４は、副登録されたアカウントに関連付ける緩和許諾条件を設定するための処理を行う。本実施形態では、ユーザ端末１５００においてなされた緩和許諾条件の選択入力の結果、すなわちリクエスト応答をユーザ端末１５００から受信して緩和許諾条件を設定する。

不許可理由通知制御部２４６は、ユーザ端末１５００から受信した参考情報付緩和リクエストに対する応答が、制限緩和を不許可とする場合に、当該ユーザ端末１５００から不許可理由の情報を取得し、リクエスト元のプレーヤに通知する制御を行う。本実施形態では、参考情報付緩和リクエストに対するリクエスト応答に含まれる不許可理由の情報を業務用ゲーム装置１３００にて表示させるための制御を行う。具体的には、不許可理由の情報を業務用ゲーム装置１３００へ送信制御する。

緩和許諾条件提示制御部２５０は、保護者プレーヤ２ａにより付与された緩和許諾条件を被保護プレーヤ２ｂへ提示するための処理をする。本実施形態では、リクエスト応答に緩和許諾条件の情報が含まれるので、これを業務用ゲーム装置１３００にて表示・提示するための処理をする。具体的には、緩和許諾条件の情報を業務用ゲーム装置１３００へ送信制御する。

履歴管理部２５２は、プレーヤ別にプレイ履歴を管理する制御を行う。

画像生成部２９２ｓは、サーバシステム１１００の保守に関する画像等を生成し、画像表示部３９２ｓへ出力することができる。

画像表示部３９２ｓは、画像生成部２９２ｓから入力される画像信号に基づいてシステム管理のための各種画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１の例ではタッチパネル１１０８が該当する。

通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。

通信部３９４ｓは、通信回線９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３が該当する。

サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのシステムプログラムや、ユーザを管理するために必要なプログラム、各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１の例では本体装置１１０１が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、及びストレージ１１４０がこれに該当する。

そして、本実施形態のサーバ記憶部５００ｓは、サーバシステムプログラム５０３と、ユーザ管理プログラム５０４と、配信用ペアレンタル設定プログラム５０５と、を予め記憶する。また、ゲーム内課金管理データ５３０と、ユーザ管理データ６００と、を記憶する。その他、タイマやカウンタ、各種フラグなどの情報を適宜記憶できる。

サーバシステムプログラム５０３は、サーバ処理部２００ｓが読み出して実行することでサーバシステム１１００にコンピュータとして必要な基本的な入出力機能を実現させるためのシステムプログラムである。
ユーザ管理プログラム５０４は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２３０としての機能を実現させるためのプログラムである。
配信用ペアレンタル設定プログラム５０５は、ユーザ端末１５００へ配信・提供されるペアレンタル設定プログラム５０７（図１４参照：詳細後述）のオリジナルである。

ゲーム内課金管理データ５３０は、ゲームタイトル別に用意されていて、当該ゲームプレイ中におけるアイテム等のゲーム内課金を管理する情報を格納する。例えば、アイテム毎の内容や課金額、どのアイテムがどのアカウントにより購入されたかなどの情報を格納する。

ユーザ管理データ６００は、ユーザ登録されたプレーヤ毎に用意される。
図１２に示すように、１つのユーザ管理データ６００は、
１）主アカウント６０１と、
２）主登録者画像６０２と、
３）主登録される電子決済用媒体６の媒体ＩＤである主媒体ＩＤ６０３と、
４）ユーザ端末アクセス情報６０４と、
５）決済口座の口座残高を含む口座情報６０５と、
６）プレイ履歴データ６０６と、
７）副アカウント管理データ６１０と、を含む。勿論、これら以外のデータも適宜格納することができる。

ユーザ端末アクセス情報６０４は、通信回線９を介してユーザ端末１５００へ向けて通信するために必要な情報である。本実施形態では、電子メールのアドレスとするが、その他の情報でもよい。

副アカウント管理データ６１０は、主アカウント６０１と関連づけて登録される副アカウント別に用意される。
１つの副アカウント管理データ６１０は、
１）副アカウント６１１と、
２）副登録者画像６１２と、
３）副登録された電子決済用媒体６の媒体ＩＤを示す副媒体ＩＤ６１３と、
４）制限条件データ６２０と、
５）ゲーム進度情報６３０と、
６）業務用ゲーム装置１３００にて抵触したと判断された制限条件を示す抵触制限対象要素６３２と、
７）緩和許諾条件データ６３４と、
８）緩和量６３６と、
９）承諾履歴データ６３８と、
１０）プレイ履歴データ６４０と、を含む。
勿論、これら以外の情報も適宜含めることができる。

制限条件データ６２０は、副アカウント６１１に関連付けられる制限条件に係るオリジナルの定義データである。この写しが、リクエストに応じて業務用ゲーム装置１３００へ提供される。具体的には、例えば図１３に示すように、制限対象要素６２２と対応づけて抵触判定閾値６２４を格納する。

制限対象要素６２２は、ゲーム内容等を考慮して適宜設定可能である。本実施形態では、ゲームプレイをする上で消費あるいはカウントされる数値や、プレイするゲームがどのようなゲームであるかを定義・説明する情報などの要素とされる。具体的には、例えば、所定期間における利用額の上限（例えば、１ヶ月利用限度額、１週間利用限度額など）、所定期間（例えば、１日、１週間、１ヶ月など）当たりの利用時間上限やプレイ回数上限、対象年齢の上限、禁止する特定のゲームジャンル（禁止ジャンル）、ゲーム媒体の使用量上限、課金アイテムの購入数上限、禁止する特定のアイテム（課金アイテムを含む）、を含む。その他、ゲーム分類情報５１４に、対象年齢を決定する際に考慮される表現要素を個別の分類情報（例えば、残虐表現のレベルや性的表現のランクなど）として設定する構成であれば、制限対象要素６２２において当該個別の分類情報も適宜制限対象の要素として扱うとしてよい。
よって、抵触制限対象要素６３２は、少なくとも１つの制限対象要素６２２を含むことになる。

なお、ここで言う「ゲーム媒体」は、ゲーム内容に応じて適宜設定可能である。例えば、ゲームプレイにより消費される要素であって、行動ポイントを消費してゲームプレイするタイプのゲームであればその行動ポイントが該当する。仮想のメダルを使用するメダルゲームであれば、仮想のメダルがこれに該当する。その他、課金アイテムなどのアイテム類もこれに該当する。

抵触判定閾値６２４は、制限条件に抵触する判断される閾値を定義する。制限対象要素６２２が増減する数値で示されるものであれば、抵触判定閾値６２４はその許容範囲の限界を示すことになる。また、制限対象要素６２２が特定のものを禁止する内容であれば、禁止される対象を特定する情報を定義することになる。
よって、緩和量６３６は、抵触制限対象要素６３２が示す制限対象要素６２２の抵触判定閾値をどれだけ緩和するかを定義することになり、制限対象要素６２２の内容によっては許容範囲の限界をどれだけ緩和するかを定義することになる。

承諾履歴データ６３８は、被保護プレーヤ２ｂが緩和許諾条件を承諾した履歴である。例えば、日時、ゲームタイトル、緩和許諾条件、などを対応付けて格納する。

プレイ履歴データ６４０は、例えば、当該副アカウントを利用しての決済に係る決済履歴や、ゲームプレイの開始と終了日時をセットにしたプレイ期間履歴、セーブデータなどを適宜含む。そして、プレイ履歴データ６４０には、制限条件データ６２０の制限対象要素６２２となり得るパラメータを含んでいる。

［ユーザ端末の機能構成の説明］
図１４は、本実施形態におけるユーザ端末１５００の機能構成の一例を示す機能ブロック図である。本実施形態のユーザ端末１５００は、操作入力部１００ｔと、媒体読取部１０２ｔと、端末処理部２００ｔと、音出力部３９０ｔと、画像表示部３９２ｔと、通信部３９４ｔと、端末記憶部５００ｔとを備える。

操作入力部１００ｔは、各種の操作入力に応じて操作入力信号を端末処理部２００ｔに出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図３の例では方向入力キー１５０２や、ボタンスイッチ１５０４、タッチパネル１５０６がこれに該当する。

媒体読取部１０２ｔは、電子決済用媒体６で採用される技術方式に準じた公知の読取装置により実現され、電子決済用媒体６に記憶されているデータを読み出して端末処理部２００ｔへ出力する。図３の例では、媒体読取装置１５４４がこれに該当する。

端末処理部２００ｔは、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＡＳＩＣ、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｔや端末記憶部５００ｔを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｔからの操作入力信号、サーバシステム１１００等から受信した各種データに基づいて各種の演算処理を実行して、ユーザ端末１５００の動作を制御する。図３の例では制御基板１５５０がこれに該当する。そして、本実施形態における端末処理部２００ｔは、ペアレンタル設定部２６０と、電子メール制御部２７０と、音生成部２９０ｔと、画像生成部２９２ｔと、通信制御部２９４ｔとを備える。

ペアレンタル設定部２６０は、被保護プレーヤ２ｂのゲームプレイを制限するペアレンタルコントロールの各種設定に係る制御を行う。本実施形態では、ユーザ登録に伴って副登録したアカウント（副アカウント６１１）ごとの制限条件の内容を定義する制限条件定義部２６２と、参考情報付緩和リクエストに呼応してリクエスト応答画面Ｗ１０（図８参照）を表示制御し、当該画面における操作入力に応じてリクエスト応答を返信制御するリクエスト応答部２６４とを含む。

リクエスト応答部２６４は更に、緩和の許可／不許可の選択を受け付ける制御をする許可不許可受付制御部２６５と、緩和許可が選択された場合に操作入力に応じて緩和許諾条件と緩和量とを定義する緩和許諾条件定義部２６６と、緩和不許可が選択された場合に不許可理由の入力を受け付ける制御をする不許可理由受付制御部２６７と、を含む。

電子メール制御部２７０は、電子メールの受信や送信等に係る制御を行う。公知技術により実現できる。

音生成部２９０ｔは、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイル再生可能なオーディオコーデック等によって実現され、各種操作音の音信号を生成して音出力部３９０ｔに出力する。

音出力部３９０ｔは、音生成部２９０ｔから入力される音信号に基づいて効果音やＢＧＭ等を音出力する装置によって実現される。図３の例ではスピーカ１５１０がこれに該当する。

画像生成部２９２ｔは、例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサ、ビデオ信号ＩＣ、ビデオコーデックなどのプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現される。画像生成部２９２ｔは例えば１フレーム時間（例えば１／６０秒）で１枚の画像を生成し、生成した画面の画像信号を画像表示部３９２ｔへ出力する。また、本実施形態の画像生成部２９２ｔは、サーバシステム１１００等から受信したデータに基づいて、ゲーム画面の画像を生成することができる。

画像表示部３９２ｔは、画像生成部２９２ｔから入力される画像信号に基づいて各種ゲーム画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図３の例ではタッチパネル１５０６がこれに該当する。

通信制御部２９４ｔは、データ通信に係るデータ処理を実行し、通信部３９４ｔを介して外部装置とのデータのやりとりを実現する。通信部３９４ｔは、通信回線９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現され、図３の例では無線通信モジュール１５５３がこれに該当する。

端末記憶部５００ｔは、端末処理部２００ｔにユーザ端末１５００を統合的に制御させるための諸機能を実現するためのシステムプログラムや、ゲームプレイに必要なプログラム、各種データ等を記憶する。また、端末処理部２００ｔの作業領域として用いられ、端末処理部２００ｔが各種プログラムに従って実行した演算結果や操作入力部１００ｔから入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスク、あるいは通信回線９を介して接続される外部記憶装置などによって実現される。図３の例では制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。

本実施形態の端末記憶部５００ｔは、システムプログラム５０６と、ペアレンタル設定プログラム５０７と、電子メールプログラム５０８と、媒体読取部１０２ｔで読み取った媒体ＩＤ５７２と、媒体ＩＤ５７２を元にサーバシステム１１００に照会したあるいは操作入力部１００ｔでユーザが入力した照会済アカウント５７４と、制限条件選択肢データ５４０と、緩和許諾条件選択肢データ５５０と、不許可理由選択肢データ５６０と、を記憶する。勿論、これら以外の情報も適宜記憶させることができる。

システムプログラム５０６は、ユーザ端末１５００のコンピュータとしての入出力の基本機能を実現するためのプログラムである。

ペアレンタル設定プログラム５０７は、端末処理部２００ｔが読み出して実行することによってペアレンタル設定部２６０としての機能を実現させるためのアプリケーションソフトである。本実施形態では、サーバシステム１１００から配信用ペアレンタル設定プログラム５０５（図１１参照）をダウンロードすることにより記憶されるが、システムプログラム５０１の一部として組み込まれた構成であっても良い。
なお、ペアレンタル設定プログラム５０７は、専用のアプリケーションプログラムであっても良いし、例えばリクエスト応答画面Ｗ１０（図８参照）をウェブブラウザで表示させるならば、ウェブブラウザプログラム及びインタラクティブな画像表示を実現するプラグインなどにより構成するとしても良い。

制限条件選択肢データ５４０は、制限条件の選択肢を定義する。例えば図１５に示すように、制限対象要素５４２と抵触判定閾値単位５４４とを対応付けて格納する。勿論、制限対象要素５４２の内容に応じてその許容範囲を定義するためのパラメータも適宜含めることができる。

緩和許諾条件選択肢データ５５０は、緩和許諾条件の選択肢を定義する。例えば図１６に示すように、複数の条件内容テキスト５５２を格納する。

不許可理由選択肢データ５６０は、不許可理由の選択肢を定義する。例えば図１７に示すように、複数の不許可理由テキスト５６２を格納する。

［処理の流れの説明］
次に、ゲームシステムの動作説明として、先ずユーザ登録に係る処理の流れについて説明する。

図１８は、本実施形態におけるサーバシステム１１００にて実行されるユーザ管理処理の流れを説明するためのフローチャートである。
同処理は、サーバシステム１１００がユーザ管理プログラム５０４を実行することにより実現される。本実施形態では、ユーザ端末１５００がサーバシステム１１００にアクセスし、ユーザ端末１５００にて所定のユーザ登録の設定操作を入力することで起動される。例えば、アクセス先は所定のウェブサイトとすることができる。その際、ユーザは自信の登録済みアカウントまたは電子決済用媒体６を用いてログイン手続きをし、未登録のユーザは新規登録操作を入力する。

サーバシステム１１００は、ユーザ端末１５００にてユーザ登録画面Ｗ２（図６参照）を表示させる。そして、新規登録であれば（ステップＳ１０のＹＥＳ）、新規登録手続きを開始する（ステップＳ１２）。
すなわち、ユーザ管理データ６００（図１２参照）を新たに作成し、ユーザ端末１５００での操作入力に応じてユーザ固有の主アカウント６０１を設定・発給する。また、ユーザ撮影カメラ１５２０で撮影された画像データまたは指定操作された既存の画像データをユーザ端末１５００から取得して主登録者画像６０２に格納し、ユーザが媒体読取装置１５４４（図３参照）にかざした電子決済用媒体から読み出した媒体ＩＤを主媒体ＩＤ６０３として設定する。また、ユーザ端末１５００での操作入力に応じてユーザ端末アクセス情報６０４（本実施形態では電子メールアドレス）を設定する。

サーバシステム１１００は、ログインユーザのユーザ端末１５００にて、例えば、副アカウント入力部２２（図６参照）等の入力欄への操作を検出すると、副アカウントの設定操作を検出したと見做し（ステップＳ１４のＹＥＳ）、副アカウント管理データ６１０（図１２参照）を新規に追加生成して、新規登録のステップと同様にして副アカウント６１１と、副登録者画像６１２と、副媒体ＩＤ６１３と、をそれぞれ操作入力に応じて設定する。（ステップＳ１６）。この際、制限条件データ６２０は、全ての抵触判定閾値６２４を「なし」の所定値とする。また、抵触制限対象要素６３２、緩和許諾条件データ６３４、緩和量６３６はそれぞれ「設定無し」を示す所定値とする。

また、ユーザ端末１５００にて制限条件の設定操作を検出すると（ステップＳ２０のＹＥＳ）、サーバシステム１１００は操作入力に応じて制限条件データ６２０の抵触判定閾値６２４を設定する（ステップＳ２２）。
なお、副アカウント６１１が複数登録されている場合には、これに先立って、適宜、ユーザ端末１５００にて制限条件の設定対象とする副アカウント６１１の選択操作を受け付けることとする。

そして、ユーザ端末１５００にて所定の設定完了操作入力が検知されると（ステップＳ２４のＹＥＳ）、ユーザ管理処理を終了する。

続いて、本実施形態のゲームシステムにおける、ユーザ管理処理にて設定されたユーザ管理データ６００を利用したゲームプレイの制限と制限解除に係る動作について説明する。

図１９〜図２１は、業務用ゲーム装置１３００における処理の流れを説明するためのフローチャートであって、業務用ゲーム装置１３００がゲーム管理プログラム５０２を実行することにより実現される。

業務用ゲーム装置１３００は、先ずプレーヤに向けて電子決済用媒体６を媒体読取装置１３４２にかざすように促す表示を行って、電子決済用媒体６から媒体ＩＤを読み取り、記憶部５００に媒体ＩＤ５２２として記憶する（ステップＳ８０）。そして、この媒体ＩＤ５２２でプレーヤを認識する（ステップＳ８２）。
本実施形態では、媒体ＩＤ５２２とともにアカウント照会リクエストをサーバシステム１１００へ送信すると、サーバシステム１１００は、ユーザ管理データ６００（図１２参照）の中から、主媒体ＩＤ６０３が受信した媒体ＩＤに合致するユーザ管理データ６００の主アカウント６０１、または副媒体ＩＤ６１３が受信した媒体ＩＤに合致する副アカウント管理データ６１０の副アカウント６１１、を返信する。また、この際、返信されるアカウントが主アカウントと副アカウントの何れであるかを示すアカウント種別を併せて返信する。業務用ゲーム装置１３００は、それらを照会済アカウント５２４、アカウント種別５２５として記憶する（図１０参照）。

そして、プレーヤ認識の結果、自プレーヤが保護者プレーヤ２ａに該当する場合、具体的にはアカウント種別５２５が主アカウント６０１であることを示している場合には（ステップＳ８４のＮＯ）、サーバシステム１１００は制限条件データ５２６（図１０参照）を「制限無し」「無制限」に設定する（ステップＳ８６）。具体的には、全ての抵触判定閾値の値を「なし」の所定値とする制限条件データ５２６を設定する。

もし、自プレーヤが被保護プレーヤ２ｂに該当する場合、具体的にはアカウント種別５２５が副アカウントであることを示している場合には（ステップＳ８４のＹＥＳ）、サーバシステム１１００へ向けて、制限条件提供リクエストと、照会済アカウント５２４とを送信する（ステップＳ８８：通信Ａ）。

図２２〜図２３は、本実施形態のサーバシステム１１００における処理の流れを説明するためのフローチャートである。
サーバシステム１１００は、制限条件提供リクエストを受信すると（ステップＳ９０のＹＥＳ）、一緒に受信した照会済アカウント５２４に関連づけられる副アカウント管理データ６１０の制限条件データ６２０をリクエスト元へ返信する（ステップＳ９２：通信Ｂ）。

図１９に戻って、業務用ゲーム装置１３００は、制限条件データ６２０をサーバシステム１１００から受信して、これを制限条件データ５２６として記憶する（ステップＳ９４）。次いで、サーバシステム１１００へ向けて、プレイ履歴提供リクエストと、照会済アカウント５２４とを送信する（ステップＳ９６：通信Ｃ）。

図２２に移って、サーバシステム１１００はプレイ履歴提供リクエスを受信すると（ステップＳ９８のＹＥＳ）、一緒に受信した照会済アカウント５２４に関連づけられる副アカウント管理データ６１０のプレイ履歴データ６４０（図１２参照）をリクエスト元へ返信する（ステップＳ１００：通信Ｄ）。

図１９に戻って、業務用ゲーム装置１３００は、プレイ履歴データ６４０をサーバシステム１１００から受信して、これをプレイ履歴データ５２８として記憶する（ステップＳ１０２）。
これでゲームプレイを開始する準備が整ったことになる。なお、セーブデータが存在する場合には、プレイ履歴と同様にしてサーバシステム１１００から取得すればよい。

業務用ゲーム装置１３００は、制限条件データ６２０に基づきゲーム開始前の状態で制限条件に抵触するか判定する（ステップＳ１２２）。例えば、今回のゲームプレイのプレイ対価を引き落とすと利用制限額を超過する場合は肯定となる。また、自機で実行されるゲームの対象年齢を超過したり禁止ジャンルに該当する場合も肯定となる。

そして、制限条件に抵触する場合には（ステップＳ１２２のＹＥＳ）、業務用ゲーム装置１３００は、制限発動通知画面Ｗ４（図７参照）を表示し、プレーヤに向けて制限条件が満たされたためにゲームプレイ不可能である旨の通知と、この場でゲームプレイができるように制限条件の緩和リクエスト操作をするか否かの選択入力を促す（ステップＳ１２４）。

もし、緩和リクエストを実行しない選択が入力された場合、あるいは規定時間内に緩和リクエストをするか否かの選択操作がなされなければ（ステップＳ１２６のＮＯ）、一連の処理を終了する。つまり、その場でゲームが開始されることはない。
一方、緩和リクエスト操作が入力されたならば（ステップＳ１２６のＹＥＳ）、業務用ゲーム装置１３００は「おねだり処理」を実行する（ステップＳ１２８）。

図２１は、本実施形態の業務用ゲーム装置１３００における「おねだり処理」の流れを説明するためのフローチャートである。
同処理において業務用ゲーム装置１３００は、所定の緩和リクエストとともに、ゲームタイトル５１２（図１０参照）と、ゲーム分類情報５１４と、照会済アカウント５２４と、ゲーム進度情報７０２と、抵触した制限対象要素を示す情報と、をサーバシステム１１００へ送信する（ステップＳ１４０：通信Ｅ）。

図２２に移って、サーバシステム１１００は、緩和リクエスト等を受信すると（ステップＳ１４２のＹＥＳ）、受信した照会済アカウント５２４を副アカウント６１１とする副アカウント管理データ６１０（図１２参照）に、受信した抵触した制限対象要素を示す情報を抵触制限対象要素６３２として格納する（ステップＳ１４４）。

次いで、業務用ゲーム装置１３００は、受信した照会済アカウント５２４に関連付けられるユーザ管理データ６００を検索してユーザ端末アクセス情報６０４（図１２参照）を参照する。そして、当該アクセス情報に基づいてユーザ端末１５００へ向けて参考情報付緩和リクエストを送信する（ステップＳ１４６）。

本実施形態の参考情報付緩和リクエストは、参考情報として、
１）リクエスト元を示す副アカウント６１１と、
２）当該アカウントに係る副登録者画像６１２および副媒体ＩＤ６１３と、
３）緩和リクエストとともに受信したゲームタイトル，ゲーム分類情報（対象年齢やジャンル）、ゲーム進度情報と、
４）抵触制限対象要素６３２と、
５）プレイ履歴データ６４０またはこれに基づいて算出される統計データと、を含む。

プレイ履歴に基づく統計データの内容は、ゲーム内容等に応じて適宜設定可能であるが、制限対象要素となる統計値は勿論のこと、例えば、総プレイ回数、月ごとの積算プレイ回数、当月各週の積算利用時間、１日積算時間、課金回数、当月の課金合計数、などを適宜含めることができる。

図２４〜図２５は、本実施形態のユーザ端末１５００における処理の流れを説明するためのフローチャートである。
本実施形態のユーザ端末１５００は、参考情報付緩和リクエスト等を受信すると（ステップＳ１６０のＹＥＳ）、リクエスト応答画面Ｗ１０（図８参照）を表示させる（ステップＳ１６２）。すなわち、緩和リクエストを許可するか不許可とするか判断するための参考情報を提示する。

そして、ユーザ端末１５００は、制限条件の緩和の許可／不許可の選択操作を受け付ける（ステップＳ１６８）。
もし「不許可」が選択入力された場合には（ステップＳ１７０のＹＥＳ）、ユーザ端末１５００は、不許可理由選択肢データ５６０（図１７参照）に基づいて不許可理由選択ウィンドウＷ１２（図８参照）を表示させて（ステップＳ１７２）、不許可とした理由を１つユーザに選択させたり、テキスト入力を受け付ける（ステップＳ１７４）。
反対に「許可」が選択入力された場合には（ステップＳ１８０のＹＥＳ）、ユーザ端末１５００は、緩和許諾条件選択肢データ５５０（図１６参照）に基づいて緩和許諾条件設定ウィンドウＷ１４（図８参照）を表示させ（ステップＳ１８２）。今回の利用制限の緩和の交換条件すなわち緩和許諾条件と、抵触制限対象要素の緩和量とをユーザに設定させる（ステップＳ１８４）。

そして、ユーザ端末１５００は、利用制限の緩和の許可／不許可の結果とともに、選択された不許可利用を示す情報、または選択された緩和許諾条件を示す情報と緩和量とのセットを含めて、リクエスト応答をサーバシステム１１００へ返信する（ステップＳ１８６：通信Ｇ）。

図２２に戻って、サーバシステム１１００はこのリクエスト応答を受信すると（ステップＳ２００）、ステップＳ１４２で受信した緩和リクエストのリクエスト元に係る副アカウント管理データ６１０（図１２参照）に、受信したリクエスト応答に基づく緩和許諾条件データ６３４と、緩和量６３６とを格納する（ステップＳ２００）。
そして、リクエスト元の業務用ゲーム装置１３００へ応答結果を送信する（ステップＳ２０２：通信Ｈ）。応答結果には、受信したリクエスト応答に含まれていた許可／不許可の情報（例えば、テキスト）と、不許可である場合には選択された不許可理由と、許可である場合には選択された緩和許諾条件とが含まれる。

図２１に移って、業務用ゲーム装置１３００は、緩和リクエストから所定時間経過してもサーバシステム１１００から応答結果を受信できない場合には（ステップＳ２２０のＮＯ）、応答結果を不許可とみなし、所定の不許可理由「保護者と連絡取れず」を選択してプレーヤに通知する表示をして（ステップＳ２２２）、おねだり処理を終了する。

また、緩和リクエストから所定時間内に応答結果を受信できたが（ステップＳ２２０のＹＥＳ）、応答結果が「不許可」を含む場合（ステップＳ２２４の不許可）、業務用ゲーム装置１３００は、応答結果に含まれる不許可理由をプレーヤに向けて通知する表示をして（ステップＳ２２６）、おねだり処理を終了する。

もし、所定時間内に応答結果を受信できた場合で、且つ応答結果が「許可」を示す場合には（ステップＳ２２４の許可）、業務用ゲーム装置１３００は、応答結果に含まれる緩和許諾条件をプレーヤへ向けて提示し（ステップＳ２２８）、この緩和許諾条件を承諾するか否かの選択入力を受け付ける（ステップＳ２３０）。そして、承諾／不承諾の選択結果と、照会済アカウント５２４とをサーバシステム１１００へ送信し（ステップＳ２３２：通信Ｊ）、おねだり処理を終了する。

これに対して、サーバシステム１１００は、業務用ゲーム装置１３００から承諾／不承諾の選択結果を受信すると（ステップＳ２４０のＹＥＳ：図２３）、受信した選択結果を受信した照会済アカウント５２４に関連付けられるユーザ端末１５００へ送信し（ステップＳ２４２：通信Ｋ）、受信した照会済アカウント５２４に係る承諾履歴データ６３８（図１２参照）を更新する（ステップＳ２４４）。

そして、選択結果が「承諾」であれば（ステップＳ２４６の承諾）、サーバシステム１１００は、受信した照会済アカウント５２４に係る制限条件データ６２０（図１３参照）のうち、抵触制限対象要素６３２（図１２参照）に該当する制限対象要素６２２の抵触判定閾値６２４（図１３参照）を、受信した照会済アカウント５２４に係る緩和量６３６（図１２参照）だけ拡張するように変更して制限条件を緩和する（ステップＳ２４８）。

なお、ユーザ端末１５００は、サーバシステム１１００を仲介して承諾／不承諾の選択結果を受信すると（ステップＳ２５０のＹＥＳ：図２４）、受信した結果をユーザに向けて通知する（ステップＳ２５２）。

さて、話を業務用ゲーム装置１３００に戻す。
図１９に示すように、おねだり処理を終了すると、おねだり処理で受信した応答結果が「許可」で、且つおねだり処理にてプレーヤが緩和許諾条件を「承諾」の場合（ステップＳ２７０のＹＥＳ）、ステップＳ８８〜Ｓ９４と同様にして、サーバシステム１１００から制限条件を再取得して制限条件データ５２６（図１０参照）を更新し（ステップＳ２７２）、ステップＳ１２２に戻る。

ステップＳ２７２で再取得された制限条件は、ステップＳ２４８（図２３参照）にて緩和されているので制限条件には抵触しない（ステップＳ１２２のＮＯ）。図２０に移って、業務用ゲーム装置１３００は、プレイ対価を現金決済で行うか電子決済で行うかをプレーヤに選択させゲーム対価の支払処理をし（ステップＳ２７４：通信Ｌ）、ゲーム進行制御を開始する（ステップＳ２８８）。

本実施形態では、ゲーム対価の支払処理において、業務用ゲーム装置１３００は、サーバシステム１１００へ所定の決済リクエストとともに、照会済アカウント５２４と、現金決済／電子決済の種別と、決済額と、を送信する。

サーバシステム１１００は、決済リクエストを受信すると（ステップＳ２８０：図２３）、受信した照会済アカウント５２４に関連づけられるプレイ履歴データ６４０の決済履歴へ受信した日時と決済額とを追加登録する（ステップＳ２８２）。そして、受信した現金決済／電子決済の種別が「電子決済」を示していれば（ステップＳ２８４のＹＥＳ）、受信した照会済アカウント５２４に関連づけられる口座情報６０５の口座残高からプレイ対価の引き落としをする（ステップＳ２８６）。

図２０に戻る。
本実施形態におけるゲームでは、ゲームプレイ中でもアイテムの購入や抽選権の購入、ステージプレイ権の購入などの各種ゲーム内課金操作を行うことができる。
業務用ゲーム装置１３００は、そのゲーム内課金操作を検出した場合（ステップＳ２９０のＹＥＳ）、制限条件に抵触するか判定する（ステップＳ２９２）。例えば、プレーヤが所望した内容の課金を実行した場合に、制限条件データ６２０（図１３参照）の制限対象要素６２２「月額利用上限」がその抵触判定閾値６２４が示す上限額を超過する場合、抵触すると判定される。勿論、月額利用上限以外の制限対象要素６２２もチェックされる。

そして、抵触すると判定された場合には（ステップＳ２９２のＹＥＳ）、業務用ゲーム装置１３００は、制限発動通知画面Ｗ４（図７参照）を表示し、プレーヤに向けて制限条件に抵触したためにゲーム内課金が不可能である旨の通知と、この場でゲームプレイが継続できるように制限条件の緩和リクエスト（おねだり操作）をするか否かの選択入力を促す（ステップＳ２９４）。

緩和リクエストを実行しない選択が入力された場合、あるいは規定時間内に緩和リクエストをするか否かの選択操作がなされなければ（ステップＳ２９６のＮＯ）、アイテム購入等のゲーム内課金を伴う処理を行われずにゲームが継続される。

反対に、緩和リクエスト操作が検出されたならば（ステップＳ２９６のＹＥＳ）、業務用ゲーム装置１３００は「おねだり処理」を実行する（ステップＳ３００）。
そして、おねだり処理に伴って受信した応答結果が「許可」で、且つおねだり処理にてプレーヤが緩和許諾条件を「承諾」の場合には（ステップＳ３０２のＹＥＳ）、サーバシステム１１００から緩和された制限条件を再取得して制限条件データ５２６（図１０参照）を更新し（ステップＳ３０４）、ゲーム内課金処理を実行する（ステップＳ３０６）。

ゲーム内課金処理では、プレイ対価の支払処理と同様に、業務用ゲーム装置１３００は、サーバシステム１１００へ決済リクエストと、照会済アカウント５２４と、現金決済／電子決済の種別と、決済額と、を送信する。これに対応するサーバシステム１１００も同様である。

なお、ステップＳ２９２にて、そもそも制限条件に抵触しなければ（ステップＳ２９２のＮＯ）、業務用ゲーム装置１３００はステップＳ２９４〜Ｓ３０４はスキップしてゲーム内課金処理を実行する（ステップＳ３０６）。

ゲームが終了したならば（ステップＳ３２０のＹＥＳ）、業務用ゲーム装置１３００はプレイ歴更新リクエストと、照会済アカウント５２４と、プレイ結果を示す情報と、をサーバシステム１１００へ送信し（ステップＳ３２２：通信Ｎ）、一連の処理を終了する。

サーバシステム１１００は、このリクエストを受信すると（ステップＳ３２６のＹＥＳ：図２３）、受信した照会済アカウント５２４のプレイ履歴データ６４０（図１２参照）を更新する（ステップＳ３２８）。

以上、本実施形態によれば、従来のように単に制限を解除するか否かの２択のペアレンタルコントロールよりも、はるかに柔軟性の高いペアレンタルコントロールを実現することができる。
すなわち、緩和リクエストに付加される参考情報を元に、子供の今ある事情やこれまでの行いを考慮した上で許可／不許可を考え、少しだけ制限を緩和する中間的な処置が可能になる。また、許可するにあたっては、緩和許諾条件すなわち交換条件を提示して子供の承諾を得て利用制限を緩和できる。子供と約束事を結んで少しだけ制限を緩和すれば大きな教育的効果が期待できる。こうした事を駆使すれば、許可／不許可の２択だけでは実現できなかった子供の成長に合わせた細やかなペアレンタルコントロールを実現することができる。

〔第２実施形態〕
次に、本発明を適用した第２実施形態について説明する。
以降では第１実施形態と異なる部分について主に述べることとし、第１実施形態と同様の構成要素については同じ符号を付与して重複する説明を簡略化する。

図２５は、第２実施形態におけるゲームプレイに係るペアレンタルコントロールについて説明する概念図である。
本実施形態では、業務用ゲーム装置１３００にて制限条件への抵触が判定されると、被保護プレーヤ２ｂ自身が、緩和許諾条件を設定することができる。勿論、自身での設定は必須ではなく、何も緩和許諾条件を設定しなければ第１実施形態と同様に保護者プレーヤ２ａが設定することになる。
また、本実施形態では業務用ゲーム装置１３００が参考情報付緩和リクエストをユーザ端末１５００へ送信し、リクエスト応答もユーザ端末１５００から業務用ゲーム装置１３００へ直接返信される。そして、制限緩和が許可され、且つ被保護プレーヤ２ｂ自身が緩和許諾条件を設定しているか緩和許諾条件への許諾操作が入力されたならば、業務用ゲーム装置１３００で制限条件を緩和する。

図２６は、本実施形態における業務用ゲーム装置１３００の機能構成例を示す機能ブロック図である。基本的には第１実施形態と同様であるが、緩和制御部２４０と、緩和許諾条件提示制御部２５０とがサーバシステム１１００から業務用ゲーム装置１３００に移されている。

緩和許諾条件設定部２４４は、本実施形態ではタッチパネル１３０６に緩和許諾条件選択肢データ５５０に基づいて緩和許諾条件の選択肢（選択無しを含む）を表示して、被保護プレーヤ２ｂに選択させる制御を行うことができる。

参考情報付緩和リクエスト部２４２は、被保護プレーヤ２ｂが緩和許諾条件を選択した場合には、参考情報付緩和リクエストとともに、緩和許諾条件をユーザ端末１５００へ送信するように制御する。

よって、本実施形態の記憶部５００には、図２７に示すように、第１実施形態と同様のプログラム及びデータに加えて、緩和許諾条件選択肢データ５５０が記憶される。

本実施形態におけるサーバシステム１１００の動作は、基本的には第１実施形態と同様であるが、本実施形態では緩和リクエストの仲介、参考情報付緩和リクエストの送信、緩和制御に係るステップが省略されることになる。具体的には、図２２のステップＳ１４２〜Ｓ２０２、図２３のステップＳ２４０からＳ２４８が本実施形態では省略される。代わりに、業務用ゲーム装置１３００へのユーザ端末アクセス情報の提供に係る処理をする。

本実施形態における業務用ゲーム装置１３００の動作も、基本的には第１実施形態と同様であるが、主におねだり処理が異なる。図２８に示すように、第１実施形態におけるステップＳ１４０に代えてステップＳ１５４〜Ｓ１５８を実行し、ステップＳ２２０に代えてステップＳ２２１を実行する。

具体的には、本実施形態のおねだり処理においては、業務用ゲーム装置１３００は、先ず緩和許諾条件選択肢データ５５０に基づいて選択肢一覧を選択可能に表示して、被保護プレーヤ２ｂ自身で緩和許諾条件を選択させる（ステップＳ１５４）。なお、選択結果には、緩和許諾条件の選択なしを含む。

次いで、サーバシステム１１００へ所定のアクセス情報リクエストと、照会済アカウント５２４とを送信して、照会済アカウント５２４に関連付けられているユーザ端末アクセス情報６０４（図１２参照）を取得する（ステップＳ１５６）。
先に少し述べたが、本実施形態のサーバシステム１１００は、アクセス情報リクエストを受信すると、一緒に受信した照会済アカウント５２４に合致する副アカウント６１１を検索し、関連付けられユーザ管理データ６００のユーザ端末アクセス情報６０４を業務用ゲーム装置１３００へ返信する。

業務用ゲーム装置１３００は、ユーザ端末アクセス情報６０４を元に、ユーザ端末１５００へ参考情報付緩和リクエストと、ステップＳ１５４で選択された緩和許諾条件を示す情報とを送信する（ステップＳ１５８：通信Ｐ）。

図２９は、本実施形態のユーザ端末１５００における処理の流れを説明するためのフローチャートである。基本的には、第１実施形態のそれと同様であるが、参考情報付緩和リクエストを受信してリクエスト応答画面Ｗ１０（図８参照）を表示するにあたり、参考情報付緩和リクエストとともに被保護プレーヤ２ｂが選択した緩和許諾条件を受信している場合には（ステップＳ１６４のＹＥＳ）、当該画面において受信した緩和許諾条件を提示する（ステップＳ１６６）。

また、利用制限の緩和を許可する選択操作がなされた後（ステップＳ１８０のＹＥＳ）、被保護プレーヤ２ｂが選択した緩和許諾条件を添削する所定の添削操作入力が有った場合には（ステップＳ１８１のＹＥＳ）、ステップＳ１８２とＳ１８４を実行する。

図２８に戻って、本実施形態の業務用ゲーム装置１３００は、緩和許諾条件の承諾／不承諾の選択入力の結果をサーバシステム１１００ではなく、ユーザ端末１５００へ送信し（ステップＳ２３３）、選択結果が承諾であれば（ステップＳ２３４のＹＥＳ）、制限条件の緩和を実行する（ステップＳ２３６）。
本実施形態によれば、第１実施形態と同様の効果が得られる。

〔変形例〕
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく、適宜構成要素の追加・省略・変更を施すことができる。

［その１］
例えば、上記実施形態では、主登録された電子決済用媒体６ａと、副登録された電子決済用媒体６ｂとのどちらを用いても、同じ決済口座７で課金精算を行ったが（図４参照）、図３０に示すように、各電子決済用媒体６ａ，６ｂそれぞれに決済口座７ａ，７ｂを設定する構成も可能である。その場合、副アカウント管理データ６１０（図１２参照）にも、対応する決済口座の口座残高の情報を適宜含めることとする。そして、副登録された電子決済用媒体６ｂに対応する決済口座７ｂでの決済について、上述した実施形態の内容を適用することができる。

［その２］
また、決済口座も仮想通貨の口座に限らない。例えば、預貯金の口座やクレジットカードの支払口座などであってもよい。

［その３］
また、上記実施形態では、サーバシステム１１００は、業務用ゲーム装置１３００から制限条件提供リクエストを受信すると無条件に制限条件データ６２０を返信する構成（図２２のステップＳ９０、Ｓ９２）としたがこれに限らない。
例えば、ステップＳ９０に次いで、受信したアカウントに関連付けられる制限条件に抵触しているかを判定するステップを追加し、当該ステップで肯定の場合にはステップＳ９２に移って制限条件データ６２０を送信し、否定の場合には送信しない、或いは制限無しを示す所定のデータを送信するとしてもよい。

［その４］
また、上記実施形態では制限条件に抵触した場合、無条件に業務用ゲーム装置１３００から緩和リクエストを送信することが可能であるが、条件を設定することができる。例えば、緩和リクエスト部２０８（図１０参照）が、所与の緩和許可条件を満たしているかを判定し、当該判定にて肯定の場合に緩和リクエストを実行する構成とする。より具体的には、図１９のステップＳ１２４とステップＳ１２６との間に、ステップＳ１０２にてサーバシステム１１００から取得したプレイ履歴を参照し、制限条件に抵触していない期間が所与の期間（例えば、１ヶ月）に達しているか判定するステップを追加する。そして、当該ステップで肯定判定された場合にステップＳ１２６へ移行可能とし、否定判定された場合にはステップＳ１２６〜Ｓ２７２をスキップする処理の流れとすればよい。

［その５］
また、上記実施形態では緩和リクエストを受信したサーバシステム１１００は、リクエスト元のプレーヤに関連付けられるユーザ端末１５００へ、ユーザ管理データ６００にて予め設定されているユーザ端末アクセス情報６０４（図１２参照）に基づいて参考情報付緩和リクエストを送信したが、適宜ネットワーク接続されている機器の中から、ユーザ端末１５００を特定する要素を追加することができる。

例えば、図３１に示すように、緩和制御部２４０に、業務用ゲーム装置１３００から緩和リクエストとともに受信したゲームプレイ時の認証情報（照合済アカウント５２４）から、保護者プレーヤ２ａのユーザ端末１５００を特定するユーザ端末特定制御部２４８を設ける。そして、ステップＳ１４６（図２２参照）にて、リクエスト元のプレーヤに関連付けられる主アカウント６０１（図１２参照）にてログインされているコンピュータを、同じ店舗３（図１参照）の店舗内ＬＡＮ等に接続されている他の業務用ゲーム装置１３００から検索して参考情報付緩和リクエストを送信するとしてもよい。この場合、当該他の業務用ゲーム装置１３００には、ユーザ端末１５００と同様にペアレンタル設定プログラム５０７や制限条件選択肢データ５４０、緩和許諾条件選択肢データ５５０、不許可理由選択肢データ５６０を予め記憶させておくものとし、参考情報付緩和リクエストは電子メール以外のデータ通信も利用可能とする（図１４参照）。

［その６］
また、上記実施形態では主アカウント６０１と副アカウント６１１とは１対１又は１対多の関係で説明したが、主アカウント６０１を複数とした多対１又は多対多の関係も可能である。つまり、同一の副アカウント６１１を異なる主アカウント６０１（例えば、父アカウント、母アカウント）に関連づける構成も可能である。その場合、ユーザ管理データ６００には副アカウント６１１のリストを追加する一方で、副アカウント管理データ６１０を個別のデータとしてサーバ記憶部５００ｓに記憶されるものとする。そして、ステップＳ１４６（図２２参照）では、リクエスト元に関連づけられる全ての主アカウント６０１のユーザ端末１５００に参考情報付緩和リクエストへ送信する、或いは何れか１つを選択して送信するものとする。

２ａ…保護者プレーヤ
２ｂ…被保護プレーヤ
６ａ…主登録された電子決済用媒体
６ｂ…副登録された電子決済用媒体
７…決済口座
１０…主登録情報入力部
１２…主アカウント入力部
１４…主登録媒体ＩＤ入力部
２０…副登録情報入力部
２２…副アカウント入力部
２４…副登録媒体ＩＤ入力部
２８…制限条件設定部
４４…緩和リクエスト操作アイコン
５０…リクエスト元表示部
５８…制限条件表示部
６０…不許可選択アイコン
６２…許可選択アイコン
６４…不許可理由表示部
６６…緩和許諾条件表示部
６８…緩和量表示部
８０…参考情報表示部
２００…処理部
２００ｓ…サーバ処理部
２００ｔ…端末処理部
２０２…ゲーム管理部
２０６…プレイ抑制部
２０８…緩和リクエスト部
２３０…ユーザ管理部
２３２…アカウント関連付管理部
２３４…精算制御部
２３６…制限条件設定部
２３８…制限条件提供制御部
２４０…緩和制御部
２４２…参考情報付緩和リクエスト部
２４４…緩和許諾条件設定部
２６０…ペアレンタル設定部
２６２…制限条件定義部
２６４…リクエスト応答部
２６５…許可不許可受付制御部
２６６…緩和許諾条件定義部
２６７…不許可理由受付制御部
５００…記憶部
５００ｓ…サーバ記憶部
５００ｔ…端末記憶部
５０２…ゲーム管理プログラム
５０４…ユーザ管理プログラム
５０７…ペアレンタル設定プログラム
５２４…照会済アカウント
５２６…制限条件データ
５２８…プレイ履歴データ
５４０…制限条件選択肢データ
５５０…緩和許諾条件選択肢データ
５６０…不許可理由選択肢データ
６００…ユーザ管理データ
６０１…主アカウント
６０３…主媒体ＩＤ
６０４…ユーザ端末アクセス情報
６１０…副アカウント管理データ
６１１…副アカウント
６１３…副媒体ＩＤ
６２０…制限条件データ
６２２…制限対象要素
６２４…抵触判定閾値
６３０…ゲーム進度情報
６３２…抵触制限対象要素
６３４…緩和許諾条件データ
６３６…緩和量
１１００…サーバシステム
１１５０…制御基板
１３００…業務用ゲーム装置
１３５０…制御基板
１５２０…ユーザ撮影カメラ
１５５０…制御基板
Ｗ２…ユーザ登録画面
Ｗ４…制限発動通知画面
Ｗ１０…リクエスト応答画面
Ｗ１２…不許可理由選択ウィンドウ
Ｗ１４…緩和許諾条件設定ウィンドウ

Claims (14)

1. 第１ユーザがゲームプレイするゲーム装置、及び、第２ユーザのユーザ端末と通信可能に構成されたサーバシステムであって、
   ゲームプレイの回数、時間、課金額、ゲーム媒体の使用量、残虐表現の指標値或いは性的表現の指標値等のプレイ制限対象要素によって定められる、前記第１ユーザによる前記ゲーム装置でのゲームプレイの許容範囲の限度である制限条件を、前記ユーザ端末との通信に基づいて設定する設定手段と、
   前記第１ユーザと前記第２ユーザとを関連付けて管理する管理手段と、
   前記プレイ制限対象要素が前記制限条件に抵触した場合に前記ゲーム装置がゲームプレイを抑制するための制御を行う抑制制御手段と、
   前記ゲーム装置から前記制限条件の緩和リクエストを受信した場合に、前記ユーザ端末との通信に基づいて、前記許容範囲の限度を拡張して前記制限条件を緩和する制御を行う緩和制御手段と、
   を備えたサーバシステム。
2. 前記緩和制御手段は、所与の緩和許諾条件を前記ゲーム装置に送信し、前記ゲーム装置において当該緩和許諾条件を承諾する旨の操作入力がなされた場合に、前記制限条件を緩和する、
   請求項１に記載のサーバシステム。
3. 前記緩和制御手段は、前記ユーザ端末において指定された前記緩和条件を前記ゲーム装置に送信する、
   請求項２に記載のサーバシステム。
4. 前記緩和制御手段は、前記プレイ制限対象要素が前記制限条件に抵触した場合に、前記緩和許諾条件を前記ゲーム装置に送信して前記制限条件の緩和制御を行う、
   請求項２又は３に記載のサーバシステム。
5. 前記緩和制御手段は、前記第１ユーザのプレイ履歴に関する情報を前記ユーザ端末に送信する手段を有する、
   請求項１〜４の何れか一項に記載のサーバシステム。
6. 前記緩和制御手段は、前記第１ユーザがゲームプレイを希望するゲームに関連する情報を前記ユーザ端末に送信する手段を有する、
   請求項１〜５の何れか一項に記載のサーバシステム。
7. 前記緩和制御手段は、前記ユーザ端末との通信に基づいて前記制限条件の緩和を不許可とする場合に、その旨を前記ゲーム装置に送信する、
   請求項１〜６の何れか一項に記載のサーバシステム。
8. 前記第１ユーザの第１アカウントと、前記第２ユーザの第２アカウントとを関連付けて管理するアカウント管理手段と、
   前記第１ユーザのゲームプレイに対する課金精算を、前記第２ユーザの決済口座から行う精算制御手段と、
   を更に備えた請求項１〜７の何れか一項に記載のサーバシステム。
9. 前記プレイ制限対象要素は、ゲームプレイの回数、時間、課金額、ゲーム媒体の使用量、残虐表現の指標値、及び性的表現の指標値のうちの何れかである、
   請求項１〜８の何れか一項に記載のサーバシステム。
10. 前記プレイ制限対象要素は、課金アイテムである、
    請求項１〜８の何れか一項に記載のサーバシステム。
11. 前記プレイ制限対象要素は、ゲームコンテンツの種類であり、
    前記緩和制御手段は、ゲームプレイを許容する前記ゲームコンテンツの種類を拡張することで前記制限条件を緩和する、
    請求項１〜８の何れか一項に記載のサーバシステム。
12. 前記第１ユーザに係る第１識別情報と、前記第２ユーザに係る第２識別情報と、前記第２ユーザのユーザ端末の識別情報とを対応付けて記憶する記憶部の記憶内容を参照して、前記ゲーム装置から受信したゲームプレイ時の認証情報から、前記第２ユーザのユーザ端末を特定する第２ユーザ端末特定手段、
    を更に備えた請求項１〜１１の何れか一項に記載のサーバシステム。
13. 請求項１〜１２の何れか一項に記載のサーバシステムと通信接続可能に構成されたゲーム装置であって、
    前記サーバシステムの前記抑制制御手段による抑制制御に従って、前記プレイ制限対象要素が前記制限条件に抵触した場合にゲームプレイを抑制するプレイ抑制手段、
    を備えたゲーム装置。
14. 請求項１〜１２の何れか一項に記載のサーバシステムと通信接続可能に構成されたユーザ端末であるコンピュータを、
    前記第２ユーザの操作入力に従って前記制限条件を設定する手段、
    前記第２ユーザの操作入力に従って、前記緩和リクエストに対する前記制限条件の緩和の許否を判断する手段、
    として機能させるためのプログラム。

Images