JP2018166845A - ゲーム支援装置 - Google Patents

Abstract

【課題】ゲーム機のプレイ料金徴収において、電子マネー決済の安全性と利便性を両立させる。【解決手段】ゲーム支援装置１０２は、第１ゲーム支援装置１１８と第２ゲーム支援装置１２０を含む。第１ゲーム支援装置１１８は、中継装置１１２を介してゲーム装置１１０と接続される。第１ゲーム支援装置１１８は、ゲームプレイの開始時において、ゲーム装置１１０から媒体ＩＤとプレイヤの顔画像（生体情報）を受信し、顔認証（生体認証）を実行する。認証に成功したとき、決済装置１１４にてゲーム装置１１０の利用料金の決済を行う。決済装置１１４にて利用料金の決済が許可されると、第１ゲーム支援装置１１８はゲーム装置１１０の利用を許可する。【選択図】図６

Description

本発明は、コンピュータゲームの料金徴収技術、に関する。

ワンプレイごとに料金を徴収するアーケードゲーム機（業務用ゲーム装置）は、４０年以上の歴史を誇る。アーケードゲーム市場は縮小傾向にあるともいわれるが、２０１４年で約４０００億円もの規模を有する。

近年のアーケードゲーム機においては、電子マネーによる料金徴収方法が普及している（特許文献１参照）。プレイヤは、まとまった現金を支払うことでＩＣ（Integrated Circuit）カードに電子マネーをチャージし（プリチャージ）、ＩＣカードをゲーム機にかざす。ゲーム機は、ＩＣカードからプレイ料金分の電子マネーを減算する。プレイヤは、チャージした金額内であればプレイを継続できる。

特許第４６３１７０５号公報

しかし、上述の料金徴収方法では、ＩＣカードにチャージされている電子マネーがなくなってしまうと、プレイヤは再度のチャージが必要となる。したがって、ゲーム中に再チャージが必要となるとゲームプレイを中断せざるを得なくなり、ゲームの興趣が削がれてしまう。

また、ＩＣカードを紛失すると他人に電子マネーを不正消費されてしまうリスクがある。一般的にはチャージ可能な金額を少額に制限することでＩＣカードが窃取されたときの被害額を抑制している。しかし、チャージ可能な金額を抑制しすぎると、頻繁にチャージが必要となるため、上述の課題が顕在化しやすくなる。

本発明は、上記課題認識に基づいて完成された発明であり、その主たる目的は、ゲーム機のプレイ料金徴収において、電子マネー決済の安全性と利便性を両立させること、にある。

本発明のある態様におけるゲーム支援装置は、ゲーム装置と通信ネットワークを介して接続される。
この装置は、ゲーム装置からプレイヤのＩＤを取得するＩＤ取得部と、ゲーム装置からプレイヤの第２の生体情報を取得する生体情報取得部と、プレイヤのＩＤと第１の生体情報とをあらかじめ対応づけた生体情報テーブルを参照し、取得されたＩＤに対応づけられる第１の生体情報と、取得された第２の生体情報を照合することにより、プレイヤを認証する認証部と、認証により適合と判定されたとき、外部の決済装置にゲーム装置の利用料金の決済を要求する決済要求部と、決済装置から決済可否通知を受信する決済受信部と、決済装置により利用料金の決済が許可されたとき、ゲーム装置の利用を許可するプレイ許可部と、を備える。

本発明の別の態様におけるゲーム支援装置は、生体認証機能を備えるゲーム装置と通信ネットワークを介して接続される。
この装置は、ゲーム装置のプレイヤからＩＤを取得するＩＤ取得部と、ＩＤにあらかじめ対応づけられる第１の生体情報をゲーム装置に送信する生体情報送信部と、ゲーム装置から生体認証の結果を受信する認証結果受信部と、認証により適合と判定されたとき、外部の決済装置にゲーム装置の利用料金の決済を要求する決済要求部と、決済装置から決済可否通知を受信する決済受信部と、決済装置により利用料金の決済が許可されたとき、ゲーム装置の利用を許可するプレイ許可部と、を備える。

本発明によれば、ゲーム機のプレイ料金を電子マネーにより徴収する際に、安全性と利便性を両立させやすくなる。

ゲームシステムのハードウェア構成図である。 第１実施形態におけるゲーム支援装置の機能ブロック図である。 生体情報テーブルのデータ構造図である。 料金テーブルのデータ構造図である。 口座テーブルのデータ構造図である。 第１の実施形態において、利用料金の決済処理過程を示すシーケンス図である。 第２実施形態におけるゲーム支援装置の機能ブロック図である。 第２の実施形態において、利用料金の決済処理過程を示すシーケンス図である。

以下、第１実施形態および第２実施形態の２つの実施形態に分けて本発明の実施態様について説明する。以下、「本実施形態」という用語は「第１実施形態」「第２実施形態」を特に区別しない意味で使用する。

［第１実施形態］
図１は、ゲームシステム１００のハードウェア構成図である。
ゲームシステム１００においては、ゲーム支援装置１０２に対して、複数の店舗１０８ａ、１０８ｂ・・・１０８ｎ（以下、まとめて言うときや特に区別しないときには「店舗１０８」と総称する）と、複数の携帯端末１０４ａ、１０４ｂ、・・・１０４ｎ（以下、まとめて言うときや特に区別しないときには「携帯端末１０４」と総称する）がインターネット１０６を介して接続される。また、ゲーム支援装置１０２は決済装置１１４とも接続される。決済装置１１４は、クレジットカード会社または銀行が運営するサーバである。

本実施形態における携帯端末１０４は、スマートフォンを想定している。携帯端末１０４は、タブレット端末やラップトップＰＣであってもよい。携帯端末１０４とインターネット１０６は無線接続されるが、有線接続されてもよい。

店舗１０８は、遊園地やゲームセンターなどが想定される。店舗１０８においては、複数のゲーム装置１１０ａ〜１１０ｆ（以下、まとめて言うときや特に区別しないときには「ゲーム装置１１０」と総称する）と中継装置１１２が専用回線により接続される。ゲーム装置１１０は「サテライト」とよばれる業務用ゲーム装置、いわゆる、アーケードゲーム機である。中継装置１１２は「ターミナル」とよばれ、１以上のゲーム装置１１０のゲームプレイの支援・補助を行うための装置である。中継装置１１２とインターネット１０６は有線接続されるが、無線接続されてもよい。
なお、中継装置１１２は、ルータ等を介して他の種類のゲーム装置と共通に用いられ、店舗外との通信を行う店舗サーバ装置として機能してもよい。

中継装置１１２は、ゲーム装置１１０におけるゲームプレイ結果をリプレイ（動画再生）する、複数のゲームプレイの結果からランキングを作成する、ゲームにおいて使用可能なカード（アイテム）を提供する、などの既知の支援機能を有する。一般的には、中継装置１１２は、ゲームの演出や分析などゲーム装置１１０におけるゲームプレイの興趣をいっそう高めるための処理として支援処理を実行する。

中継装置１１２には、更に、入店検出装置１１６が接続される。プレイヤの保有するゲームカードには、あらかじめ媒体ＩＤ（以下、「ＣＩＤ」ともよぶ）が登録されている。入店検出装置１１６は、店舗１０８にプレイヤが入店したとき、ゲームカードから媒体ＩＤを読み出す。中継装置１１２は、入店検出装置１１６により、店舗１０８に入店しているプレイヤを認識できる。入店検出にともなう処理の詳細は後述する。

ゲーム支援装置１０２（ゲーム支援システム）は、第１ゲーム支援装置１１８と第２ゲーム支援装置１２０を含む。
第１ゲーム支援装置１１８は、プレイヤの生体認証を実行する。第２ゲーム支援装置１２０は、決済装置１１４との間でゲーム装置１１０の利用料金の決済を行う。

携帯端末１０４には、プレイヤＩＤ（以下、「ＰＩＤ」ともよぶ）が登録される。媒体ＩＤおよびプレイヤＩＤは、必ずしもプレイヤが視認可能である必要はなく、ゲームカードおよび携帯端末１０４に登録される秘密コードであってもよい。本実施形態においては、ゲームカードに媒体ＩＤが登録され、携帯端末１０４にプレイヤＩＤが登録されるものとして説明する。なお、媒体ＩＤとプレイヤＩＤの双方が、携帯端末１０４またはゲームカードに登録されてもよい。媒体ＩＤとプレイヤＩＤの双方または一方を意味するときには単に「ＩＤ」とよぶ。媒体ＩＤは、ゲームカードや携帯端末１０４などの携帯品を識別するＩＤであり、プレイヤＩＤはプレイヤを識別するＩＤである。

ゲームシステム１００の利用にあたっては、プレイヤは事前に決済装置１１４に対してクレジットカードを契約し、第２ゲーム支援装置１２０にプレイヤＩＤと口座番号もしくはクレジットカード番号を登録しておく必要がある。第２ゲーム支援装置１２０は、プレイヤごとにプレイヤＩＤと口座番号を対応づけてリスト化しておく。また、プレイヤは、第１ゲーム支援装置１１８に媒体ＩＤ、プレイヤＩＤおよび生体情報を登録しておく。生体情報は、顔画像（顔特徴情報）、指紋、虹彩、静脈、声紋、筆跡、掌形、ＤＮＡ（遺伝子情報）など、人間の身体的・行動的特徴を表す情報であればよい。本実施形態においては、顔画像を対象として説明する。

より具体的には、ゲーム支援装置１０２にプレイヤ登録をするとき、プレイヤは携帯端末１０４等を介して口座番号もしくはクレジットカード番号を第２ゲーム支援装置１２０に登録する。第２ゲーム支援装置１２０はプレイヤの携帯端末１０４に対してプレイヤＩＤを発行し、携帯端末１０４はプレイヤＩＤを登録する。第２ゲーム支援装置１２０が発行したプレイヤＩＤは第１ゲーム支援装置１１８にも登録される。

第１ゲーム支援装置１１８は、媒体ＩＤを生成し、媒体ＩＤを記録されたゲームカードをプレイヤに発行する。上述したように媒体ＩＤは、ゲームカードに固有のＩＤである。

プレイヤは、媒体ＩＤを取得後、携帯端末１０４にて顔画像を撮影し、顔画像を第１ゲーム支援装置１１８に送信する。以上の登録処理により、第２ゲーム支援装置１２０においては、プレイヤＩＤと口座番号が対応づけられ、第１ゲーム支援装置１１８においては、プレイヤＩＤ，媒体ＩＤおよび顔画像が対応づけられる。ゲームカードには媒体ＩＤが記録され、携帯端末１０４にはプレイヤＩＤが登録される。

プレイヤは、ゲームをプレイするときには、ゲームカードをゲーム装置１１０にかざす。このとき、ＮＦＣ規格（Near Field Communication）などの既知の近距離通信技術にて、ゲーム装置１１０はゲームカードから媒体ＩＤを読み取る。また、ゲーム装置１１０はカメラを備えており、プレイヤの顔画像を撮像する。ゲーム装置１１０は、中継装置１１２を介して第１ゲーム支援装置１１８にゲームを識別するためのＩＤであるゲームＩＤ（以下、「ＧＩＤ」ともよぶ）とともに、媒体ＩＤおよび顔画像を送信する。また、携帯端末１０４に媒体ＩＤが記録されている場合、携帯端末１０４とゲーム装置１１０間でＷｉ−Ｆｉやブルートゥース（Bluetooth）（登録商標）などの近距離無線通信を用いて媒体ＩＤをゲーム装置１１０に送信してもよい。

第１ゲーム支援装置１１８は、受信した顔画像（第２の生体情報）と登録済みの顔画像（第１の生体情報）を照合して顔認証を実行する。認証に成功したとき第２ゲーム支援装置１２０は決済装置１１４に対して利用料金の決済を要求する。顔認証および決済の詳細は後述する。

本実施形態においては、ワンプレイごとに顔認証およびプレイ料金の少額決済が実行される。このため、プレイヤはあらかじめまとまった金額をゲームカードや携帯端末１０４にプリチャージしておく必要はない。銀行口座の残高の範囲内にて、遊ぶごとに遊んだ分だけ決済が実行される。また、ゲームカードが窃取されても、ゲームカードの本来の所有者でなければ顔認証が成功しない。顔認証により、セキュリティを担保している。

図２は、第１実施形態におけるゲーム支援装置１０２の機能ブロック図である。
上述のように、ゲーム支援装置１０２は、第１ゲーム支援装置１１８および第２ゲーム支援装置１２０を含む。第１ゲーム支援装置１１８および第２ゲーム支援装置１２０の各構成要素は、ＣＰＵ（Central Processing Unit）および各種コプロセッサなどの演算器、メモリやストレージといった記憶装置、それらを連結する有線または無線の通信線を含むハードウェアと、記憶装置に格納され、演算器に処理命令を供給するソフトウェアによって実現される。コンピュータプログラムは、デバイスドライバ、オペレーティングシステム、それらの上位層に位置する各種アプリケーションプログラム、また、これらのプログラムに共通機能を提供するライブラリによって構成されてもよい。以下に説明する各ブロックは、ハードウェア単位の構成ではなく、機能単位のブロックを示している。

（第１ゲーム支援装置１１８）
第１ゲーム支援装置１１８は、通信部１２２、データ処理部１２４およびデータ格納部１２６を含む。
通信部１２２は、インターネット１０６を介して携帯端末１０４、店舗１０８との通信処理を担当する。また、通信部１２２は専用回線（第１ゲーム支援装置１１８と第２ゲーム支援装置１２０の運営主体が異なる場合はインターネット１０６）を介して第２ゲーム支援装置１２０との通信処理を行う。データ格納部１２６は各種データを格納する。データ格納部１２６は、通信部１２２により取得されたデータおよびデータ格納部１２６に格納されているデータに基づいて各種処理を実行する。データ格納部１２６は、通信部１２２およびデータ格納部１２６のインタフェースとしても機能する。データ格納部１２６は、媒体ＩＤ、ゲームＩＤ、プレイヤＩＤ、顔画像情報等の各種情報を格納する（詳細後述）。

データ処理部１２４は、認証部１４２と入店管理部１４４を含む。入店管理部１４４は、どの店舗に誰がいるかを後述の方法により管理する。認証部１４２は、顔認証を実行する。

通信部１２２は、ゲームＩＤ取得部１２８、第１ＩＤ取得部１３０（ＩＤ取得部）、第３ＩＤ取得部１３２、生体情報取得部１３４、決済要求部１３６、決済受信部１３８およびプレイ許可部１４０を含む。
ゲームＩＤ取得部１２８は、ゲームプレイの開始時に、ゲーム装置１１０からゲームＩＤ（ＧＩＤ）を受信する。第１ＩＤ取得部１３０は、ゲームプレイの開始時に、ゲーム装置１１０から媒体ＩＤ（ＣＩＤ）を受信する。プレイヤがゲームプレイ開始時においてゲームカードをゲーム装置１１０にかざすと、ゲーム装置１１０はゲームカードから媒体ＩＤを読み取り、第１ゲーム支援装置１１８に送信する。

入店検出装置１１６は、店舗１０８にプレイヤが入店したとき、ゲームカードから媒体ＩＤを取得する。なお、入店検出装置１１６は、媒体ＩＤではなくプレイヤＩＤを取得してもよいし、この２つのＩＤ以外のＩＤによりプレイヤを識別してもよい。本実施形態においては、入店検出装置１１６が読み取るＩＤ（第３のＩＤ）は媒体ＩＤであるとして説明する。第３ＩＤ取得部１３２は、入店検出時および退店検出時に入店検出装置１１６が読み取った媒体ＩＤと店舗を識別する店舗ＩＤを受信する。これにより、入店管理部１４４は、どの店舗に誰がいるかを随時把握できる。

生体情報取得部１３４は、ゲームプレイ開始時に、ゲーム装置１１０が撮影したプレイヤの顔画像を受信する。決済要求部１３６は、顔認証が成功したとき、第２ゲーム支援装置１２０に対して利用料金の決済を要求する。決済受信部１３８は、第２ゲーム支援装置１２０から決済可否通知（第１の決済可否通知）を受信する。プレイ許可部１４０は、決済装置１１４において利用料金の決済が完了した時、ゲーム装置１１０におけるゲームプレイを許可する。

（第２ゲーム支援装置１２０）
第２ゲーム支援装置１２０は、通信部１４６、データ処理部１４８およびデータ格納部１５０を含む。
通信部１４６は、専用回線（第１ゲーム支援装置１１８や決済装置１１４と運営主体が異なる場合はインターネット１０６）を介して決済装置１１４および第１ゲーム支援装置１１８との通信処理を行う。データ格納部１５０は各種データを格納する。データ格納部１５０は、通信部１４６により取得されたデータおよびデータ格納部１５０に格納されているデータに基づいて各種処理を実行する。データ格納部１５０は、通信部１４６およびデータ格納部１５０のインタフェースとしても機能する。データ格納部１５０は、媒体ＩＤ、ゲームＩＤ、プレイヤＩＤ、利用料金、口座番号等の各種情報を格納する（詳細後述）。

通信部１４６は、要求受信部１５２、決済要求部１５４および決済通知部１５６を含む。
要求受信部１５２は、第１ゲーム支援装置１１８の決済要求部１３６から利用料金の決済要求を受信する。決済要求部１５４は、決済装置１１４に対して利用料金の決済要求を送信する。決済通知部１５６は、決済装置１１４から決済可否を示す情報を受信し、第１ゲーム支援装置１１８の決済受信部１３８に対して決済可否通知（第１の決済可否通知）を送信する。

図３は、生体情報テーブル１５８のデータ構造図である。
生体情報テーブル１５８は、第１ゲーム支援装置１１８のデータ格納部１２６に格納される。生体情報テーブル１５８においては、媒体ＩＤ（ＣＩＤ）、プレイヤＩＤ（ＰＩＤ）および顔画像（第１の生体情報）のＩＤである生体情報ＩＤ（以下、「ＢＩＤ」ともよぶ）が対応づけられる。ＢＩＤごとに顔画像が対応づけられる。

データ処理部１２４は、プレイヤ登録時において、媒体ＩＤ、プレイヤＩＤおよび顔画像の生体情報ＩＤを対応づけて生体情報テーブル１５８に登録する。図３においては、媒体ＩＤ＝Ｃ０１のゲームカード（以下、「ゲームカード（Ｃ０１）」のように表記する）を有するプレイヤ（Ｐ０３）は、顔画像（Ｂ０１）を登録している。プレイヤ（Ｐ０３）は、ゲームプレイを開始するとき、ゲーム装置１１０に媒体ＩＤ（Ｃ０１）を入力し、ゲーム装置１１０のカメラに対して自らの顔を撮影させる。認証部１４２は、ＣＩＤ＝Ｃ０１に対応づけられる顔画像（Ｂ０１）と取得された顔画像（第２の生体情報）を既知の画像認証技術により比較し、顔認証を実行する。

店舗１０８に入店しているプレイヤは、上述したように入店管理部１４４により随時管理されている。プレイヤ（Ｐ０３）が店舗１０８ａに入店したときには、入店管理部１４４は店舗１０８ａの入店者リスト（図示せず）にプレイヤ（Ｐ０３）を登録する。また、認証部１４２はデータ格納部１２６に格納されている膨大な顔情報の中からプレイヤ（Ｐ０３）に対応する顔情報（Ｂ０１）を抽出し、照合候補として選択しておく。入店者の顔情報を照合候補として抽出しておくことにより、ゲームプレイ時の顔認証処理をすみやかに実行できる。

プレイヤがゲーム装置１１０に直接ゲームカードをかざす場合は媒体ＩＤを特定できるが、携帯端末１０４との近距離無線通信で認証を行う場合、ゲーム装置１１０の近くにいる他のプレイヤの携帯端末からの媒体ＩＤも受信してしまう可能性がある。この場合、これからゲームをプレイするプレイヤの媒体ＩＤを特定することが困難になる。この結果、入店者リストで特定される複数のプレイヤの顔情報（もしくはゲーム装置１１０が受信した媒体ＩＤで特定される複数のプレイヤの顔情報）と、ゲーム装置１１０で撮影した顔情報の照合を行うことになる。その際に、照合する顔情報が限定的な数に絞られていると、顔認証処理をすみやかに実行できる。

図３の生体情報テーブル１５８において、ゲームカード（Ｃ０２）には、プレイヤ（Ｐ０６）、プレイヤ（Ｐ０２）およびプレイヤ（Ｐ１１）の３人が対応づけられている。いいかえれば、これら３人のプレイヤは一つの媒体ＩＤを共有している。３人のプレイヤは媒体ＩＤ（Ｃ０２）を登録された１枚のゲームカードを共有してもよい。あるいは、３人のプレイヤそれぞれに、媒体ＩＤ（Ｃ０２）が登録された３枚のカードをそれぞれ所有してもよい。媒体ＩＤ（Ｃ０２）が登録された１枚のゲームカードを３人のうちの代表者のみが所有してもよい。

たとえば、媒体ＩＤは、兄弟あるいは親子などで共有することもできる。祖父が媒体ＩＤ（Ｃ０２）を登録されたゲームカードを所有するとき、祖父がゲームカードを２人の孫に渡せば、２人の孫は祖父の支払いにてゲームプレイを楽しむことができる。具体的には、孫であるプレイヤ（Ｐ０２）がゲームカード（Ｃ０２）を使ってゲームプレイをするときには、媒体ＩＤ（Ｃ０２）に対応づけられる３つの顔情報（Ｂ０３）、顔情報（Ｂ１４）または顔情報（Ｂ１１）のいずれかに対して顔認証が成功した時に、ゲームプレイが許可される。上記の場合には、プレイヤ（Ｐ０２）に対応する顔情報（Ｂ１４）により顔認証が成功するはずである。

変形例として、一つの媒体ＩＤに対応づけられる複数のプレイヤすべての顔認証が成功しなければ決済を行わないとしてもよい。たとえば、親子で１つの媒体ＩＤを共有するときには親と子の双方の顔認証が成功しなければゲームプレイが許可されないとしてもよい。このような制御方法によれば、たとえ子どもが親のゲームカードを持ち出したとしても、親といっしょでなければ子どもはゲーム装置１１０をプレイできない、という制限をかけることができる。

一人のプレイヤが複数の媒体ＩＤを有してもよい。図３においては、プレイヤ（Ｐ０３）は、媒体ＩＤ（Ｃ０１）と媒体ＩＤ（Ｃ０４）の２つの媒体ＩＤを有している。ゲーム装置１１０におけるゲームの進捗状況を第１ゲーム支援装置１１８において管理する場合には、媒体ＩＤとゲームの進捗情報が対応づけられる。一人のプレイヤが複数の媒体ＩＤを有するときには、一人で複数種類の進捗情報を管理できる。

図４は、料金テーブル１６０のデータ構造図である。
料金テーブル１６０は、第１ゲーム支援装置１１８のデータ格納部１２６に格納される。料金テーブル１６０は、ゲームのワンプレイあたりの利用料金を登録する。料金テーブル１６０は、ゲーム装置１１０の新規導入時において、ゲーム支援装置１０２の運営者により設定される。料金テーブル１６０においては、ゲームＩＤとプレイ料金が１対１にて対応づけられる。ゲームプレイの開始時においては、ゲーム装置１１０は媒体ＩＤ、顔情報とともにゲームＩＤも第１ゲーム支援装置１１８に送信する。認証部１４２が顔認証に成功すると、決済要求部１３６は料金テーブル１６０を参照して利用料金を特定し、第２ゲーム支援装置１２０に利用料金の決済を要求する。

一般的には、ゲーム装置１１０の利用料金は店舗１０８のオペレータにより決められる。このため、同じゲームであっても、店舗１０８によってプレイ料金がばらつくことが多い。プレイ料金のばらつきはプレイヤの不公平感につながりやすい。本実施形態においては、料金テーブル１６０においてゲームごとの利用料金を統一管理している。このため、いわば「一物一価」が維持されることになり、どの店舗１０８でプレイしても同じ利用料金にてゲームを楽しむことができる。

また、店舗１０８によっては、集客のために利用料金を戦略的に抑制することがある。大規模の店舗１０８が利用料金を下げると、近隣の店舗１０８においても利用料金を下げざるを得なくなり、特に小規模の店舗１０８は経営が圧迫されてしまう。本実施形態においては、第１ゲーム支援装置１１８が統一価格を設定するため、小規模の店舗１０８の疲弊を防ぎやすくなる。また、複数の店舗の運営者が同じ場合など、各店舗での利用料金を意図的に変更したい場合もある。その場合には、ゲームＩＤ（ＧＩＤ）のほかに店舗ＩＤを別途設定し、この店舗ＩＤごとに料金テーブルを設けるようにしてもよい。

図５は、口座テーブル１６２のデータ構造図である。
口座テーブル１６２は、第２ゲーム支援装置１２０のデータ格納部１５０に格納される。口座テーブル１６２は、プレイヤＩＤと口座番号もしくはクレジットカード番号を対応づける。口座テーブル１６２の口座番号は、ゲームシステム１００にプレイヤ登録するときにプレイヤからの申告に基づいて登録される。

第１ゲーム支援装置１１８において顔認証に成功すると、決済要求部１３６は、プレイヤＩＤおよび利用料金を送信して、第２ゲーム支援装置１２０に決済を要求する。決済要求部１５４は、口座テーブル１６２を参照し、プレイヤＩＤに対応する口座番号口座番号もしくはクレジットカード番号を指定して、決済装置１１４に対して利用料金の決済を要求する。

図６は、第１の実施形態において、利用料金の決済処理過程を示すシーケンス図である。
図６に示す処理は、ゲームシステム１００に登録済みのプレイヤがゲームプレイを開始するときに実行される。プレイヤは、まず、ゲームカードの媒体ＩＤ（ＣＩＤ）をゲーム装置１１０に読み取らせる（Ｓ１０）。次に、ゲーム装置１１０からの指示にしたがって生体情報を入力する（Ｓ１２）。上述したように、本実施形態においては生体情報として顔情報を利用する。

ゲーム装置１１０は、ゲームＩＤ（ＧＩＤ）、媒体ＩＤ（ＣＩＤ）および顔画像を含む入力情報を中継装置１１２に送信し（Ｓ１４）、中継装置１１２はこの入力情報を第１ゲーム支援装置１１８に送信する（Ｓ１６）。第１ゲーム支援装置１１８の認証部１４２は、生体情報テーブル１５８を参照して、登録済みの顔画像と比較することにより顔認証を実行する（Ｓ１８）。認証の結果、顔画像が適合しなかった（以下、「失敗」とよぶ）ときには、第１ゲーム支援装置１１８のプレイ許可部１４０はゲーム装置１１０のプレイを許可しない。ここでは、認証の結果、顔画像が適合した（以下、「成功」とよぶ）ものとして以降の説明を行う。

認証完了後、決済要求部１３６は、料金テーブル１６０を参照して利用料金を特定し、プレイヤＩＤ（ＰＩＤ）と利用料金を含む決済要求を第２ゲーム支援装置１２０に送信する（Ｓ２０）。第２ゲーム支援装置１２０の要求受信部１５２は、決済要求を受信し、決済要求部１５４は口座テーブル１６２を参照して口座番号を特定し、口座番号と利用料金を含む決済要求を決済装置１１４に送信する（Ｓ２２）。

決済装置１１４は、指定された銀行口座の残高が利用料金以上であるときには決済処理を実行する（Ｓ２４）。決済通知部１５６は、決済可否通知を第２ゲーム支援装置１２０に送信する（Ｓ２６）。第２ゲーム支援装置１２０の決済通知部１５６は決済可否通知を受信し、第１ゲーム支援装置１１８に対して決済可否通知を送信する（Ｓ２８）。

第１ゲーム支援装置１１８のプレイ許可部１４０は、口座残高からの利用料金の引き落としが完了していれば（Ｓ３０）、許可通知を中継装置１１２に送信する（Ｓ３２）。中継装置１１２は、該当するゲーム装置１１０に許可通知を転送する（Ｓ３４）。なお、引き落としに失敗しているときにはプレイ許可部１４０はゲームプレイを許可しない。許可通知を受信したことを条件として、ゲーム装置１１０はゲーム実行を開始する（Ｓ３６）。
以上のように、顔認証に成功し、かつ、利用料金の口座からの引き落としができたとき、ゲーム装置１１０はゲームを実行可能となる。

［第２実施形態］
第１実施形態においては、顔認証（生体認証）を第１ゲーム支援装置１１８にて実行するとして説明した。第２実施形態においては、ゲーム装置１１０が顔認証（生体認証）機能を備え、ゲーム装置１１０にて顔認証を実行する。第２実施形態におけるゲームシステム１００のハードウェア構成は、第１実施形態におけるゲームシステム１００のハードウェア構成と同様である。

図７は、第２実施形態におけるゲーム支援装置１０２の機能ブロック図である。
図７において、図２の同一の符号を付された機能ブロックの役割は、図２に関連して説明したものと同様である。第２実施形態の第１ゲーム支援装置１１８の通信部１２２には、生体情報送信部１６４および認証結果受信部１６６が追加される。

生体情報送信部１６４は、中継装置１１２を介してゲーム装置１１０に登録済みの顔画像を送信する。認証結果受信部１６６は、ゲーム装置１１０から顔認証の結果を受信する。

図８は、第２の実施形態において、利用料金の決済処理過程を示すシーケンス図である。
ゲーム装置１１０は、ゲーム開始時に媒体ＩＤを取得し（Ｓ１０）、顔画像を取得する（Ｓ１２）。ゲーム装置１１０は、ゲームＩＤ（ＧＩＤ）、媒体ＩＤ（ＣＩＤ）を含む入力情報を中継装置１１２に送信し（Ｓ１４）、中継装置１１２はこの入力情報を第１ゲーム支援装置１１８に送信する（Ｓ１６）。生体情報送信部１６４は、媒体ＩＤに対応する登録済みの顔画像を、中継装置１１２を介してゲーム装置１１０に送信する（Ｓ３８、Ｓ４０）。

ゲーム装置１１０は、転送された顔画像とＳ１２にて取得した顔画像を照合し、顔認証を実行する（Ｓ４４）。認証に失敗したときには、ゲーム装置１１０はゲームプレイを許可しない。ここでは、認証に成功したものとして以降の説明を行う。

ゲーム装置１１０は、認証結果（認証成功）を、中継装置１１２を介して第１ゲーム支援装置１１８に送信し（Ｓ４４、Ｓ４６）、認証結果受信部１６６は認証結果を受信する。以降の処理過程は図６のＳ２０以降と同様である。

ゲームＩＤ取得部１２８の生体情報送信部１６４は、あるプレイヤの入店が検出されたとき、そのプレイヤの顔画像を媒体ＩＤとともに該当店舗のゲーム装置１１０に送信してもよい。この場合、ゲーム装置１１０においてはゲームプレイが開始される前に、あらかじめ入店者の顔画像がダウンロードされることになる。ゲームプレイ開始時において、ゲーム装置１１０はダウンロード済みの顔画像と撮像した顔画像を比較して顔認証を実行すれば、より高速な顔認証が可能となる。

以上、実施形態に基づいてゲームシステム１００を説明した。
本実施形態によれば、電子マネー決済のためにあらかじめたっぷりと現金をＩＣカードにチャージしておく必要はない。チャージのための中断をされることなく、プレイヤはゲーム装置１１０においてゲームプレイを継続できる。ワンプレイごとに少額決済が実行される、または、短期的な与信によって決済が実行されるため、チャージという「前払い」が不要であり、プレイヤの金銭的負担が軽減されるというメリットもある。なお、この電子マネー決済には、クレジットカード決済も含まれる。

顔画像を撮影し、顔認証を実行することにより、媒体ＩＤの窃取にともなう不正利用を抑止している。実際に顔認証を実行しなくても、ゲーム装置１１０において顔画像などの生体情報を取得されることは犯罪抑止に大いに寄与すると考えられる。不正利用が生じたとしても、第１ゲーム支援装置１１８またはゲーム装置１１０において、媒体ＩＤと顔画像とプレイ履歴を対応づけて登録しておけば、後日、不正利用者を割り出しやすくなる。

本実施形態においては、第１ゲーム支援装置１１８は媒体ＩＤに基づいて顔画像を特定し、第２ゲーム支援装置１２０はプレイヤＩＤに基づいて口座番号を特定している。いいかえれば、媒体ＩＤに基づいて生体認証が実行され、プレイヤＩＤに基づいて残高確認が行われている。媒体ＩＤとプレイヤＩＤという２つのＩＤを利用して２つの確認処理を行うことにより、セキュリティを高めている。媒体ＩＤおよび顔情報により第１ゲーム支援装置１１８において顔認証が成功したあと、プレイヤは携帯端末１０４からプレイヤＩＤを第２ゲーム支援装置１２０に送信し、決済要求をするとしてもよい。この場合には、不正利用者がなんらかの方法により顔認証を成功させることができたとしても、プレイヤＩＤが漏洩しない限り決済が実行されないためいっそう安全となる。

また、ゲーム支援装置１０２の運営負担も軽減される。ＩＣカードにチャージする方式の場合、ＩＣカードに記録されるチャージ金額（残高）は「預託金」であるため、運営者はこれを厳密に管理する義務が生じる。本実施形態においては、ワンプレイごとに決済を実行する、または、短期的な与信によって決済を実行するため、預託金管理にともなう負担からゲーム運営者が解放されるというメリットもある。

なお、本発明は上記実施形態や変形例に限定されるものではなく、要旨を逸脱しない範囲で構成要素を変形して具体化することができる。上記実施形態や変形例に開示されている複数の構成要素を適宜組み合わせることにより種々の発明を形成してもよい。また、上記実施形態や変形例に示される全構成要素からいくつかの構成要素を削除してもよい。

携帯端末１０４とゲーム支援装置１０２、中継装置１１２、ゲーム装置１１０および入店検出装置１１６によりゲームシステム１００が構成されるとして説明したが、ゲーム支援装置１０２の機能の一部はゲーム装置１１０や中継装置１１２により実現されてもよいし、ゲーム装置１１０や中継装置１１２の機能の一部がゲーム支援装置１０２に割り当てられてもよい。また、ゲーム支援装置１０２やゲーム装置１１０、中継装置１１２以外の第３の装置が、これらの装置の機能の一部を担ってもよい。

図２、図７において説明したゲーム装置１１０、中継装置１１２およびゲーム支援装置１０２の各機能の集合体は大局的には１つの「情報処理装置」として把握することも可能である。１つまたは複数のハードウェアに対して、本発明を実現するために必要な複数の機能をどのように配分するかは、各ハードウェアの処理能力やゲームシステム１００に求められる仕様等に鑑みて決定されればよい。

同様にして、第１ゲーム支援装置１１８および第２ゲーム支援装置１２０は一体として形成されてもよいし、第１ゲーム支援装置１１８の機能の一部が第２ゲーム支援装置１２０の一部として構成されてもよいし、第２ゲーム支援装置１２０の機能の一部が第１ゲーム支援装置１１８の一部として構成されてもよいし、第３の装置が第１ゲーム支援装置１１８および第２ゲーム支援装置１２０の機能の一部を担ってもよい。

本実施形態においては、プレイヤの銀行口座残高が利用料金以上である限り、プレイヤはゲームプレイを継続できるとして説明した。変形例として、第２ゲーム支援装置１２０においては「引き落とし制限額」が設定されてもよい。たとえば、親がゲームカードを子どもに渡すとき、１日あたりの引き落とし制限額を３，０００円に設定すれば、子どもは３，０００円の範囲でキャッシュレスにてゲームを楽しむことができる。子どもが無制限にゲームプレイをするのを禁止できるだけでなく、子どもに現金をもたせなくていいため、親にとってもメリットがある。

本実施形態においては、顔認証をゲームプレイの開始時に実行するとして説明した。変形例として、ゲームプレイ中の所定のタイミング（たとえば、コンティニュー時、アイテム購入等の課金時、一定時間ごとの同一プレイヤによるプレイ確認、離席または着席の確認等の確認条件のタイミングを満たしたとき）にてゲーム装置１１０はプレイヤを撮像し、顔画像を第１ゲーム支援装置１１８に送信してもよい。第１ゲーム支援装置１１８の認証部１４２は、顔画像を受信するごとに認証を実行する。そして、認証に失敗したときには、プレイ許可部１４０はゲーム装置１１０または他の装置に警告情報を送信する。ここでいう警告情報とは、ゲーム実行を停止させる、またはゲームの実行に制限を与える制御情報であってもよいし、不正が疑われるプレイヤに対してゲーム装置１１０において警告表示を指示する情報であってもよい。あるいは、外部装置、たとえば、中継装置１１２や店舗１０８の管理者に対する不正通報であってもよい。また、不正通知に限らず、プレイ許可部は監視センターやオペレータの携帯端末等の外部装置に認証結果を随時報知してもよい。

プレイヤの顔は年齢とともに変化する。たとえば、子どもは成長によって顔が変化するし、プレイヤは髪型を変えることもある。したがって、生体情報テーブル１５８において対応づけられる顔画像（第１の生体情報）は適宜更新されることが望ましい。変形例として、登録された顔画像（第１の生体情報）を下記の方法により更新してもよい。プレイヤの顔画像（第２の生体情報）が取得されたとき、認証部１４２は取得された顔画像と登録された顔画像を照合する。適合率が第１閾値、たとえば、８０％以上であれば認証成功とみなし、８０％未満であれば認証失敗とみなす。

ここで、適合率が第１の閾値よりも大きな第２の閾値、たとえば、９０％以上であれば登録データは更新されない。一方、適合率が第１の閾値以上、第２の閾値未満、たとえば、８０％以上９０％未満のときには、認証部１４２は、新たに取得された顔画像を次回の認証画像として登録する。このような制御方法によれば、プレイヤの顔のわずかな変化を取り込みながら、認証用の顔画像（第１の生体情報）を適切に保つことができる。なお、新たに登録される顔画像により、過去に登録された顔画像を更新してもよいし、過去に登録された顔画像を維持したまま新たに顔画像を追加登録するとしてもよい。

ゲーム装置１１０における認証時において、プレイヤ以外の顔がゲーム装置１１０のカメラに映り込んでしまい、他人の顔によって顔認証が実行されてしまう可能性はゼロではない。そこで、顔認証においては、プレイヤが明確に実行を指示するとしてもよい。たとえば、プレイヤがカメラに顔を写したあとに所定の決定ボタンを押下することで認証部１４２は顔認証を実行するとしてもよい。また、カメラに映った顔が複数であった場合、認証するべき顔をプレイヤに確認させてもよい。更に、決定ボタンに限らず、所定のジェスチャーを実行したとき、認証部１４２は顔認証を実行するとしてもよい。たとえば、ゲーム装置１１０の認証実行部（図示せず）は、ウィンク、笑顔、親指を立てる、同じ表情を所定時間以上継続する、といった所定パターンのジェスチャーを予め登録しておき、これを検出したことを条件として顔画像を撮像し、ゲーム支援装置１０２に送信するとしてもよい。また、ゲーム装置１１０のジェスチャー指示部（図示せず）は、プレイヤに対して「目を瞑ってください」「じっと見つめてください」など、予め設定されている顔認証開始条件となるジェスチャーを画面または音声にて指示してもよい。

ゲームプレイ中において顔画像を撮像すれば、プレイヤのさまざま表情を撮像できる可能性がある。多様な顔画像を取得してそこから特徴抽出を行うことにより、顔認証の認証精度を高めることができる。

ゲーム装置１１０において顔認証を実行する場合には、ゲーム装置１１０は顔画像を撮像するごとに顔認証を実行し、顔認証に失敗したときにはゲーム実行を停止してもよいし、第１ゲーム支援装置１１８などの外部装置に警告情報を送信してもよい。

ゲーム中の任意のタイミングで取得される情報は顔情報以外にも指紋など他の生体情報であってもよい。また、生体認証を実行しないとしても、ゲーム中に生体情報を取得されることは不正利用に対する大きな抑止効果がある。生体情報を取得するだけで生体認証を実行しない場合には、ゲーム支援装置１０２のコストを抑制できるメリットもある。このように、ゲーム装置１１０は、ゲームプレイにおいて、たとえば、ボスキャラクタと対戦するときなど所定のタイミングにてプレイヤを撮像することにより、プレイヤに負担をかけずに生体情報を取得してもよい。

ゲームカードは、媒体ＩＤを登録するカードであればよいので、ＩＣカードに比べて安価に製造できる。なお、媒体ＩＤの代わりにプレイヤＩＤを利用し、プレイヤＩＤの代わりに媒体ＩＤを利用してもよい。

本実施形態においては、ゲーム支援装置１０２が利用料金の決済を代行している。ゲーム支援装置１０２が徴収した利用料金は各店舗１０８の売上として配賦される。変形例として、ゲーム支援装置１０２が徴収した利用料金の一部をゲーム支援装置１０２の運営費に充ててもよい。たとえば、ゲーム装置１１０のメーカーがゲーム支援装置１０２を運営する場合には、利用料金の一部を自らの収益とする代わりにゲーム装置１１０の筐体価格を抑制してもよい。このような料金徴収方法によれば、店舗１０８はゲーム装置１１０を導入するときの固定費を抑制できる。ゲーム装置１１０が人気ゲームとなれば運営費を支払いが多くなり、不人気であれば運営費の支払いが少なくなる。ゲーム装置１１０の売上は、ゲームがヒットするか否かによって大きく変化する。この売上のリスクをゲーム支援装置１０２の運営者が引き受けることにより、店舗１０８は新型のゲーム装置１１０を導入しやすくなる。

ゲーム装置１１０が入力情報をゲーム支援装置１０２に送信するとき、中継装置１１２は店舗ＩＤを送信してもよい。また、料金テーブル１６０においては、ゲームごとに限らず、店舗１０８ごとにプレイ料金を設定してもよい。たとえば、同一のゲームであっても、最新のゲーム装置１１０を導入したばかりの店舗１０８においてはプレイ料金を高めに設定し、古いゲーム装置１１０に対してはプレイ料金を抑制して設定してもよい。あるいは、天候不順時の集客力を高めるため、天候不順地域に位置する店舗１０８のプレイ料金を一括して抑制することも可能である。

本実施形態においては、アーケードゲームを対象として説明した。しかし、ゲームシステム１００は、家庭用ゲーム機やスマートフォン、パーソナルコンピュータなどを対象として実現されてもよい。

本発明は、ゲーム以外への応用も可能である。ゲーム支援装置１０２は、ゲーム支援に限らず、決済支援装置として構成されることも可能である。たとえば、コンビニエンスストアなどの小売店における少額決済のほか博物館や雀荘、美術館、映画館などの施設利用費、競馬、競輪、カジノ、パチンコなどの公営賭博における賭け金などにおいても、決済支援装置は、媒体ＩＤ、プレイヤＩＤおよび生体情報を使ってユーザ認証を行うことにより、決済装置１１４による電子マネー決済を支援してもよい。

この場合、決済支援装置は、コンビニエンスストア等の店舗や施設に設置される決済端末と通信ネットワークを介して接続される。決済支援装置は、決済端末からユーザＩＤを取得する第１ＩＤ取得部と、ユーザの生体情報を取得する生体情報取得部と、取得されたユーザＩＤにあらかじめ対応づけられる生体情報と、取得された生体情報を照合することにより、ユーザを認証する認証部と、認証に成功したとき、外部の決済装置に決済端末において指定された料金の決済を要求する決済要求部と、決済装置から決済完了通知を受信する決済受信部と、決済完了通知が受信されたとき、決済端末における決済を承認する許可部と、を備えてもよい。

１００ ゲームシステム、１０２ ゲーム支援装置、１０４ 携帯端末、１０６ インターネット、１０８ 店舗、１１０ ゲーム装置、１１２ 中継装置、１１４ 決済装置、１１６ 入店検出装置、１１８ 第１ゲーム支援装置、１２０ 第２ゲーム支援装置、１２２ 通信部、１２４ データ処理部、１２６ データ格納部、１２８ ゲームＩＤ取得部、１３０ 第１ＩＤ取得部、１３２ 第３ＩＤ取得部、１３４ 生体情報取得部、１３６ 決済要求部、１３８ 決済受信部、１４０ プレイ許可部、１４２ 認証部、１４４ 入店管理部、１４６ 通信部、１４８ データ処理部、１５０ データ格納部、１５２ 要求受信部、１５４ 決済要求部、１５６ 決済通知部、１５８ 生体情報テーブル、１６０ 料金テーブル、１６２ 口座テーブル、１６４ 生体情報送信部、１６６ 認証結果受信部

ゲーム支援装置１０２の生体情報送信部１６４は、あるプレイヤの入店が検出されたとき、そのプレイヤの顔画像を媒体ＩＤとともに該当店舗のゲーム装置１１０に送信してもよい。この場合、ゲーム装置１１０においてはゲームプレイが開始される前に、あらかじめ入店者の顔画像がダウンロードされることになる。ゲームプレイ開始時において、ゲーム装置１１０はダウンロード済みの顔画像と撮像した顔画像を比較して顔認証を実行すれば、より高速な顔認証が可能となる。

Claims (12)

1. ゲーム装置と通信ネットワークを介して接続され、
   前記ゲーム装置からプレイヤのＩＤを取得するＩＤ取得部と、
   前記ゲーム装置から前記プレイヤの第２の生体情報を取得する生体情報取得部と、
   プレイヤのＩＤと第１の生体情報とをあらかじめ対応づけた生体情報テーブルを参照し、前記取得されたＩＤに対応づけられる前記第１の生体情報と、前記取得された第２の生体情報を照合することにより、前記プレイヤを認証する認証部と、
   認証により適合と判定されたとき、外部の決済装置に前記ゲーム装置の利用料金の決済を要求する決済要求部と、
   前記決済装置から決済可否通知を受信する決済受信部と、
   前記決済装置により利用料金の決済が許可されたとき、前記ゲーム装置の利用を許可するプレイ許可部と、
   を備えることを特徴とするゲーム支援装置。
2. 前記生体情報は、顔画像であることを特徴とする請求項１に記載のゲーム支援装置。
3. 前記認証部は、前記取得されたＩＤにあらかじめ対応づけられる複数の第１の生体情報のいずれかと前記取得された第２の生体情報が適合するときに前記プレイヤを認証することを特徴とする請求項１または２に記載のゲーム支援装置。
4. 前記ゲーム装置が設置される店舗に入店した時点で前記プレイヤのＩＤを取得する第３ＩＤ取得部、を更に備え、
   前記認証部は、前記店舗に入店したプレイヤのＩＤに対応づけられる第１の生体情報を照合候補として選択することを特徴とする請求項１から３のいずれかに記載のゲーム支援装置。
5. 前記生体情報取得部は、前記ゲーム装置のプレイ中において所定条件を満たしたときに前記プレイヤの第２の生体情報を取得し、
   前記認証部は、プレイ中に第２の生体情報が取得されたときにも認証を実行し、
   前記プレイ許可部は、プレイ中に取得された第２の生体情報の認証結果を、外部装置に報知することを特徴とする請求項１から４のいずれかに記載のゲーム支援装置。
6. 前記ゲーム装置を識別するゲームＩＤを取得するゲームＩＤ取得部、を更に備え、
   前記決済要求部は、前記ゲームＩＤと利用料金を対応づける料金テーブルを参照して前記ゲーム装置の利用料金を特定することを特徴とする請求項１から５のいずれかに記載のゲーム支援装置。
7. 前記ＩＤは、プレイヤの携帯物を識別する媒体ＩＤまたはプレイヤを識別するプレイヤＩＤの少なくともいずれか一方であることを特徴とする請求項１から６のいずれかに記載のゲーム支援装置。
8. 前記ゲーム支援装置は、第１および第２のゲーム支援装置を備え、
   前記第１のゲーム支援装置は、
   前記ゲーム装置および前記第２のゲーム支援装置と通信ネットワークを介して接続され、
   前記ゲーム装置のプレイヤから第１のＩＤを取得する第１ＩＤ取得部と、
   前記プレイヤの第２の生体情報を取得する生体情報取得部と、
   プレイヤの第１のＩＤと第１の生体情報とをあらかじめ対応づけた生体情報テーブルを参照し、前記取得された第１のＩＤに対応づけられる第１の生体情報と、前記取得された第２の生体情報を照合することにより、前記プレイヤを認証する認証部と、
   認証により適合と判定されたとき、前記第１のＩＤにあらかじめ対応づけられる第２のＩＤを前記第２のゲーム支援装置に送信し、前記ゲーム装置の利用料金の決済を要求する決済要求部と、
   前記第２のゲーム支援装置から第１の決済可否通知を受信する決済受信部と、
   前記第２のゲーム支援装置により利用料金の決済が許可されたとき、前記ゲーム装置の利用を許可するプレイ許可部と、を含み、
   前記第２のゲーム支援装置は、
   決済装置および前記第１のゲーム支援装置と通信ネットワークを介して接続され、
   前記第１のゲーム支援装置から、前記第２のＩＤを含む決済要求を受信する要求受信部と、
   前記第２のＩＤに対応づけられる口座番号を指定して、前記ゲーム装置の利用料金の決済を前記決済装置に要求する決済要求部と、
   前記決済装置から第２の決済可否通知を受信したとき、前記第１のゲーム支援装置に前記第１の決済可否通知を送信する決済通知部と、を含むことを特徴とする請求項１に記載のゲーム支援装置。
9. 生体認証機能を備えるゲーム装置と通信ネットワークを介して接続され、
   前記ゲーム装置のプレイヤからＩＤを取得するＩＤ取得部と、
   前記ＩＤにあらかじめ対応づけられる第１の生体情報を前記ゲーム装置に送信する生体情報送信部と、
   前記ゲーム装置から生体認証の結果を受信する認証結果受信部と、
   認証により適合と判定されたとき、外部の決済装置に前記ゲーム装置の利用料金の決済を要求する決済要求部と、
   前記決済装置から決済可否通知を受信する決済受信部と、
   前記決済装置により利用料金の決済が許可されたとき、前記ゲーム装置の利用を許可するプレイ許可部と、
   を備えることを特徴とするゲーム支援装置。
10. 前記ゲーム支援装置は、第１および第２のゲーム支援装置を備え、
    前記第１のゲーム支援装置は、
    前記ゲーム装置および前記第２のゲーム支援装置と通信ネットワークを介して接続され、
    前記ゲーム装置のプレイヤから第１のＩＤを取得する第１ＩＤ取得部と、
    前記第１のＩＤにあらかじめ対応づけられる第１の生体情報を前記ゲーム装置に送信する生体情報送信部と、
    前記ゲーム装置から生体認証の結果を受信する認証結果受信部と、
    認証により適合と判定されたとき、前記第１のＩＤにあらかじめ対応づけられる第２のＩＤを前記第２のゲーム支援装置に送信し、前記ゲーム装置の利用料金の決済を要求する決済要求部と、
    前記第２のゲーム支援装置から第１の決済可否通知を受信する決済受信部と、
    前記第２のゲーム支援装置により利用料金の決済が許可されたとき、前記ゲーム装置の利用を許可するプレイ許可部と、を含み、
    前記第２のゲーム支援装置は、
    決済装置および前記第１のゲーム支援装置と通信ネットワークを介して接続され、
    前記第１のゲーム支援装置から、前記第２のＩＤを含む決済要求を受信する要求受信部と、
    前記第２のＩＤに対応づけられる口座番号を指定して、前記ゲーム装置の利用料金の決済を前記決済装置に要求する決済要求部と、
    前記決済装置から第２の決済可否通知を受信したとき、前記第１のゲーム支援装置に前記第１の決済可否通知を送信する決済通知部と、を含むことを特徴とする請求項９に記載のゲーム支援装置。
11. ゲーム装置のプレイヤからＩＤを取得する機能と、
    前記プレイヤの第２の生体情報を取得する機能と、
    プレイヤのＩＤと第１の生体情報とをあらかじめ対応づけた生体情報テーブルを参照し、前記取得されたＩＤにあらかじめ対応づけられる第１の生体情報と、前記取得された第２の生体情報を照合することにより、前記プレイヤを認証する機能と、
    認証により適合と判定されたとき、外部の決済装置に前記ゲーム装置の利用料金の決済を要求する機能と、
    前記決済装置から決済可否通知を受信する機能と、
    前記決済装置により利用料金の決済が許可されたとき、前記ゲーム装置の利用を許可する機能と、をコンピュータに発揮させることを特徴とするゲーム支援プログラム。
12. 生体認証機能を備えるゲーム装置のプレイヤからＩＤを取得する機能と、
    プレイヤのＩＤと第１の生体情報とをあらかじめ対応づけた生体情報テーブルを参照し、前記ＩＤに対応づけられる第１の生体情報を前記ゲーム装置に送信する機能と、
    前記ゲーム装置から生体認証の結果を受信する機能と、
    認証により適合と判定されたとき、外部の決済装置に前記ゲーム装置の利用料金の決済を要求する機能と、
    前記決済装置から決済可否通知を受信する機能と、
    前記決済装置により利用料金の決済が許可されたとき、前記ゲーム装置の利用を許可する機能と、をコンピュータに発揮させることを特徴とするゲーム支援プログラム。

Images