(57)【要約】【課題】メダルを取扱う利用者の負担を軽減する。【解決手段】管理装置４０は、ゲームでのクレジットの使用または付与により増減する使用クレジット数ＣBを記憶する貯留部５４２を具備するゲーム装置２６、および、利用者が保有する保有クレジット数ＣAを管理するクレジット管理サーバ１２と通信する。移行部４３４は、保有クレジット数ＣAおよび使用クレジット数ＣBの一方から他方に対するクレジットの移行を仲介する。チャージ処理部４３２は、電子マネーの利用額ＰYに応じた数量のクレジットを保有クレジット数ＣAまたは使用クレジット数ＣBにチャージする。【選択図】図７
2011110320.tif 000002
【特許請求の範囲】
【請求項１】
ゲームでのクレジットの使用または付与により増減する第１クレジット数を記憶する貯留部を具備するゲーム装置、および、利用者が保有する第２クレジット数を管理するサーバ装置、と通信する管理装置であって、
前記第１クレジット数および前記第２クレジット数の一方から他方に対するクレジットの移行を仲介する移行部と、
電子マネーの利用額に応じた数量のクレジットを前記第１クレジット数または前記第２クレジット数にチャージするチャージ処理部と
を具備する管理装置。
【請求項２】
利用者が操作する操作部を具備し、
前記チャージ処理部は、前記操作部に対する操作に応じた数量のクレジットを前記第２クレジット数にチャージする
請求項１の管理装置。
【請求項３】
電子マネーの利用額を示すチャージ要求を前記ゲーム装置から受付ける要求受付部を具備し、
前記チャージ処理部は、前記チャージ要求が示す利用額に応じた数量のクレジットを前記第２クレジット数にチャージする
請求項１の管理装置。
【請求項４】
電子マネーの利用額を示すチャージ要求を前記ゲーム装置から受付ける要求受付部を具備し、
前記チャージ処理部は、前記チャージ要求が示す利用額に応じた数量のクレジットを前記第１クレジット数にチャージする
請求項１の管理装置。
【請求項５】
電子マネー残高を管理する決済サーバに対して前記利用額の決済を要求する決済処理部を具備し、
前記チャージ処理部は、前記決済サーバが決済する利用額に応じた数量のクレジットをチャージする
請求項１から請求項４の何れかの管理装置。
【請求項６】
可搬型の決済用記録媒体に記憶された電子マネー残高から前記利用額を決済する決済処理部を具備し、
前記チャージ処理部は、前記決済処理部が決済する利用額に応じた数量のクレジットをチャージする
請求項２の管理装置。
【請求項７】
前記要求受付部は、可搬型の決済用記録媒体に記憶された電子マネー残高を管理する決済処理部を含む前記ゲーム装置から、前記決済処理部が決済する前記利用額を示すチャージ要求を受付る
請求項３または請求項４の管理装置。
【請求項８】
電子マネーの利用額に応じたクレジットの数量を設定する数量設定部を具備し、
前記チャージ処理部は、前記数量設定部が設定した数量のクレジットをチャージする
請求項１から請求項７の何れかの管理装置。
【請求項９】
前記数量設定部は、
電子マネーの複数の利用額の各々についてクレジットの数量を可変に記憶する記憶部と、
電子マネーで決済される利用額について前記記憶部が記憶するクレジットの数量を決定する決定部とを含む
請求項８の管理装置。
【請求項１０】
前記数量設定部は、
電子マネーの利用額に対するクレジットの数量の比率を可変に記憶する記憶部と、
電子マネーで決済される利用額に応じたクレジットの数量を、前記記憶部が記憶する比率に応じて決定する決定部とを含む
請求項８の管理装置。
【請求項１１】
第１識別情報を受付ける第１受付部と、
利用者の生体的な特徴を示す生体情報を生成する生成部と、
前記第１識別情報と前記生体情報とを利用した第１認証の結果を取得する第１認証部とを具備し、
前記チャージ処理部は、前記第１認証の結果が肯定である場合にクレジットのチャージを実行する
請求項１から請求項１０の何れかの管理装置。
【請求項１２】
前記第１認証の結果が肯定である場合に、前記第１識別情報を認証済情報として管理記憶部に記憶させる管理部と、
前記ゲーム装置に入力された第１確認用識別情報に一致する第１識別情報が前記認証済情報として前記管理記憶部に記憶されているか否かを判定する判定部とを具備し、
前記移行部は、前記判定部による判定の結果が肯定である場合に、前記第１クレジット数と前記第２クレジット数との一方から他方に対するクレジットの移行を仲介する
請求項１１の管理装置。
【請求項１３】
第２識別情報を取得する取得部と、
前記第２識別情報を利用した第２認証の結果を取得する第２認証部とを具備し、
前記チャージ処理部は、前記第１認証および前記第２認証の双方の結果が肯定である場合にクレジットのチャージを実行する
請求項１１の管理装置。
【請求項１４】
前記第１認証および前記第２認証の双方の結果が肯定である場合に、前記第１識別情報と前記第２識別情報とを関連付けて認証済情報として管理記憶部に記憶させる管理部と、
前記ゲーム装置に入力された第２確認用識別情報に一致する第２識別情報が前記認証済情報として前記管理記憶部に記憶されているか否かを判定する判定部とを具備し、
前記移行部は、前記判定部による判定の結果が肯定である場合に、前記第１クレジット数と前記第２クレジット数との一方から他方に対するクレジットの移行を仲介する
請求項１３の管理装置。
【請求項１５】
第２識別情報と電子マネーの決済用識別情報とを対応させて記憶する管理サーバから、前記取得部が取得した第２識別情報に対応する決済用識別情報を取得し、当該決済用識別情報に対応する電子マネー残高からの前記利用額の決済を、電子マネー残高を管理する決済サーバに対して要求する決済処理部を具備し、
前記チャージ処理部は、前記決済サーバが決済する利用額に応じた数量のクレジットをチャージする
請求項１４の管理装置。
【請求項１６】
前記チャージ処理部は、前記第１認証の結果が肯定である場合に、所定の数量のクレジットを前記第２クレジット数にチャージする
請求項１１から請求項１５の何れかの管理装置。
【請求項１７】
ゲームでのクレジットの使用または付与により増減する第１クレジット数を記憶する貯留部を具備するゲーム装置、および、利用者が保有する第２クレジット数を管理するサーバ装置、と通信するコンピュータに、
前記第１クレジット数および前記第２クレジット数の一方から他方に対するクレジットの移行を仲介する移行処理と、
電子マネーの利用額に応じた数量のクレジットを前記第１クレジット数または前記第２クレジット数にチャージするチャージ処理と
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲーム装置にて使用されるクレジットを管理する技術に関する。
【背景技術】
【０００２】
利用者が保有するクレジットの総数（保有クレジット数）と利用者の識別情報とを対応付けて記憶するデータベースをゲーム装置におけるクレジットの管理に利用する技術が従来から提案されている。例えば特許文献１には、利用者のＩＣカードからゲーム装置に識別情報を入力し、この識別情報に対応してデータベースに記憶された保有クレジット数をゲーム装置に転送して利用する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２９５１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、データベースの保有クレジット数が不足している場合や、保有クレジットの転送後にゲーム装置で消費した結果として不足した場合、利用者は、メダルの貸出装置まで出向いて現金の投入でメダルを借りたうえで、メダルを貸出装置からゲーム装置まで持運ぶ必要があり、利用者の負担が大きいという問題がある。以上の事情を考慮して、本発明は、メダルを取扱う利用者の負担を軽減することを目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００６】
本発明の管理装置（４０）は、ゲームでのクレジットの使用または付与により増減する第１クレジット数（ＣB）を記憶する貯留部（５４２）を具備するゲーム装置（２６）、および、利用者が保有する第２クレジット数（ＣA）を管理するサーバ装置（１２）、と通信する管理装置（４０）であって、第１クレジット数（ＣB）および第２クレジット数（ＣA）の一方から他方に対するクレジットの移行を仲介する移行部（４３４）と、電子マネーの利用額（ＰY）に応じた数量のクレジットを第１クレジット数（ＣB）または第２クレジット数（ＣA）にチャージするチャージ処理部（４３２）とを具備する。以上の構成においては、第１クレジット数（ＣB）と第２クレジット数（ＣA）との一方から他方に対するクレジットの移行が実行されるから、利用者がメダルを取扱う必要はない。また、第１クレジット数（ＣB）または第２クレジット数（ＣA）が電子マネーで決済されるから、クレジットのチャージに現金は不要である。したがって、利用者の負担を軽減することが可能である。また、クレジットの移行とクレジットのチャージとの双方が実現されるから、ゲームを実行する利用者がメダルに直接に触れる機会を低減することが可能である。したがって、汚れたメダルへの接触を不快に感じる利用者に対して、直接にメダルに触れることなく楽しめるゲーム装置を提供することが可能となる。
【０００７】
「クレジット」とは、ゲームで使用（消費または付与）される価値の数量（仮想的な貨幣）を意味し、典型的には、メダル（コイン）やトークン（代用硬貨）や硬貨などの遊技媒体に対する交換価値を有する数値（遊技価値）に相当する。例えば、遊技媒体の投入やゲーム中のイベントでの獲得によりクレジットは増加し、ゲームの開始時の消費や遊技媒体の払出やゲーム中のイベントでの使用によりクレジットは減少する。また、電子マネーとは、貨幣的な価値を有する電子的な情報を意味し、電子マネー残高（Ｂ）が事前に設定されるプリペイド方式の電子マネーや、利用額（ＰY）が事後的に利用者に請求されるポストペイ方式の電子マネーの双方を含む概念である。
【０００８】
「第１クレジット数（ＣB）および第２クレジット数（ＣA）の一方から他方に対するクレジットの移行」には、第１クレジット数（ＣB）から第２クレジット数（ＣA）に対する片方向のクレジットの移行（預入）と、第２クレジット数（ＣA）から第１クレジット数（ＣB）に対する片方向のクレジットの移行（引出）と、第１クレジット数（ＣB）と第２クレジット数（ＣA）との間の双方向のクレジットの移行との３種類の態様が含まれる。したがって、片方向のクレジットの移行のみを実行する構成も本発明の範囲に包含される。また、移行されるクレジットは、第１クレジット数（ＣB）または第２クレジット数（ＣA）の全部でも一部でもよい。
【０００９】
本発明の好適な態様に係る管理装置（４０）は、利用者が操作する操作部（４７）を具備し、チャージ処理部（４３２）は、操作部（４７）に対する操作に応じた数量のクレジットを第２クレジット数（ＣA）にチャージする。以上の形態においては、管理装置（４０）の操作部（４７）に対する操作で第２クレジット数（ＣA）にチャージすることが可能である。したがって、例えば、利用者は、管理装置（４０）での第２クレジット数（ＣA）に対するチャージの実行後にゲーム装置（２６）に移動し、ゲーム装置（２６）にて第２クレジット数（ＣA）から第１クレジット数（ＣB）にクレジットを移行させることで、メダルを借りてゲーム装置（２６）に持運ぶ手間が削減される。すなわち、クレジットのチャージと移行との双方を管理装置（４０）が実現することで、利用者の利便性を有効に高めることが可能である。さらに、第２クレジット数（ＣA）の残数を表示する表示部を管理装置（４０）に設置すれば、第２クレジット数（ＣA）が不足している場合に、クレジットのチャージをその場で実行することが可能となる。
【００１０】
本発明の好適な態様に係る管理装置（４０）は、電子マネーの利用額（ＰY）を示すチャージ要求をゲーム装置（２６）から受付ける要求受付部（４８）を具備し、チャージ処理部（４３２）は、チャージ要求が示す利用額（ＰY）に応じた数量のクレジットを第２クレジット数（ＣA）にチャージする。以上の態様においては、要求受付部（４８）がチャージ要求をゲーム装置（２６）から受付ける。したがって、第１クレジット数（ＣB）および第２クレジット数（ＣA）がゲームの実行中に不足した場合に、利用者は、ゲーム装置（２６）から移動せずにクレジットをチャージすることが可能である。以上のようにゲーム装置（２６）にて第２クレジット数（ＣA）のチャージが可能である場合、多数のクレジットを一度に第２クレジット数（ＣA）にチャージしておき、ゲーム装置（２６）での使用分のクレジットだけを第２クレジット数（ＣA）から第１クレジット数（ＣB）に移行させることが可能である。したがって、例えば、クレジットをチャージするための利用額が高いほど、利用額に対するクレジットの数量（チャージ量）の比率（貸出レート）が高くなるという運用が採用されている環境を想定すると、以上の運用によって利用者の利便性を高める結果となる。つまり、管理装置（４０）がクレジットのチャージと移行との双方を実現することで、利用者の利便性を高めることが可能である。
【００１１】
本発明の好適な態様に係る管理装置（４０）は、電子マネーの利用額（ＰY）を示すチャージ要求をゲーム装置（２６）から受付ける要求受付部（４８）を具備し、チャージ処理部（４３２）は、チャージ要求が示す利用額（ＰY）に応じた数量のクレジットを第１クレジット数（ＣB）にチャージする。以上の態様においては、ゲーム装置（２６）から送信されたチャージ要求を要求受付部（４８）が受付けるから、第１クレジット数（ＣB）および第２クレジット数（ＣA）がゲームの実行中に不足した場合に、利用者は、ゲーム装置（２６）から移動せずにクレジットをチャージすることが可能である。また、ゲーム装置（２６）の貯留部（５４２）が保持する第１クレジット数（ＣB）がチャージされるから、第２クレジット数（ＣA）がチャージされる前述の構成と比較して、第２クレジット数（ＣA）から第１クレジット数（ＣB）に対するクレジット移行の回数が削減されるという利点もある。また、多数のクレジットを第１クレジット数（ＣB）にチャージした場合でも、ゲームの終了時に残った第１クレジット数（ＣB）を第２クレジット数（ＣA）に移行できるから、ゲームの終了後にメダルを持運ぶ作業が不要となる。以上のように、管理装置（４０）がクレジットのチャージと移行との双方を実現することで、利用者の利便性を高めることが可能である。
【００１２】
本発明の好適な態様に係る管理装置（４０）は、電子マネー残高（Ｂ）を管理する決済サーバ（３４）に対して利用額（ＰY）の決済を要求する決済処理部（４２８）を具備し、チャージ処理部（４３２）は、決済サーバ（３４）が決済する利用額（ＰY）に応じた数量のクレジットをチャージする。以上の構成においては、決済サーバ（３４）が電子マネー残高（Ｂ）を管理するから、可搬型の決済用記録媒体（２００）に電子マネー残高（Ｂ）が記憶される構成（カード管理型）と比較して、電子マネー残高（Ｂ）の改竄等の可能性や利用者による決済用記録媒体（２００）の紛失の可能性が低減されるという利点がある。なお、以上の態様においては、既存の電子マネー事業者が管理する決済サーバ（３４）が利用され得る。したがって、第１クレジット数（ＣB）と第２クレジット数（ＣA）との間でクレジットが移行可能な仕組が既に構築されている施設（例えば遊技施設）であれば、電子マネーを利用するための電子決済端末を遊技施設内に設置する必要はなく、導入コストを低減できるという利点もある。
【００１３】
本発明の好適な態様に係る管理装置（４０）は、可搬型の決済用記録媒体（２００）に記憶された電子マネー残高（Ｂ）から利用額（ＰY）を決済する決済処理部（４２８）を具備し、チャージ処理部（４３２）は、決済処理部（４２８）が決済する利用額（ＰY）に応じた数量のクレジットをチャージする。以上の態様においては、管理装置（４０）の決済処理部（４２８）が可搬型の決済用記録媒体（２００）から利用額（ＰY）を決済するから、決済サーバ（３４）が電子マネー残高（Ｂ）を管理する構成（サーバ管理型）と比較して、決済に必要な通信の負荷が軽減されるという利点がある。以上の態様に採用され得るプリペイド方式の電子マネーは、携帯電話機やＩＣカードへの搭載で広く普及しており、管理システムでのクレジットのチャージ以外の用途（例えば一般の店舗での支払）にも利用され得るから、利用者にとっての利便性は極めて高い。
【００１４】
本発明の好適な態様において、要求受付部（４８）は、可搬型の決済用記録媒体（２００）に記憶された電子マネー残高（Ｂ）を管理する決済処理部（６２６）を含むゲーム装置（２６）から、決済処理部（６２６）が決済する利用額（ＰY）を示すチャージ要求を受付る。以上の態様においては、ゲーム装置（２６）の決済処理部（６２６）が可搬型の決済用記録媒体（２００）から利用額（ＰY）を決済するから、決済サーバ（３４）が電子マネー残高（Ｂ）を管理する構成（サーバ管理型）と比較して、決済に必要な通信の負荷を軽減することが可能である。また、利用者がゲーム装置（２６）から移動せずにクレジットをチャージできるという利点もある。以上の態様に採用され得るプリペイド方式の電子マネーは、携帯電話機やＩＣカードへの搭載で広く普及しており、管理システムでのクレジットのチャージ以外の用途（例えば一般の店舗での支払）にも利用され得るから、利用者にとっての利便性は極めて高い。
【００１５】
本発明の好適な態様に係る管理装置（４０）は、電子マネーの利用額（ＰY）に応じたクレジットの数量を設定する数量設定部（４３０）を具備し、チャージ処理部（４３２）は、数量設定部（４３０）が設定した数量のクレジットをチャージする。例えば、数量設定部（４３０）は、電子マネーの複数の利用額（ＰY）の各々についてクレジットの数量を可変に記憶する記憶部（４３０A）と、電子マネーで決済される利用額（ＰY）について記憶部（４３０A）が記憶するクレジットの数量を決定する決定部（４３０B）とを含む。以上の態様においては、利用額（ＰY）とクレジットの数量との関係を利用額（ＰY）毎に可変に設定することが可能である。また、数量設定部（４３０）は、電子マネーの利用額（ＰY）に対するクレジットの数量の比率を可変に記憶する記憶部（４３０A）と、電子マネーで決済される利用額（ＰY）に応じたクレジットの数量を、記憶部（４３０A）が記憶する比率に応じて決定する決定部（４３０B）とを含む。以上の態様においては、任意の利用額（ＰY）に対応できる（クレジットの数量が設定された所定の利用額（ＰY）に限定されない）という利点がある。また、管理装置（４０）が数量設定部（４３０）を具備するから、利用額とクレジットの数量との関係を管理装置（４０）にて一元的に管理することが可能である。特に、ゲーム装置（２６）が決済処理部（６２６）を具備する構成では、ゲーム装置（２６）毎に数量設定部（６２８）を搭載した構成と比較すると、利用額とクレジットの数量との関係の管理の利便性は格段に向上する。
【００１６】
本発明の第１態様に係る管理装置（４０）は、第１識別情報（ＵID_IN）を受付ける第１受付部（４６２）と、利用者の生体的な特徴を示す生体情報（ＢID_IN）を生成する生成部（４６４）と、第１識別情報（ＵID_IN）と生体情報（ＢID_IN）とを利用した第１認証の結果を取得する第１認証部（４２２）とを具備し、チャージ処理部（４３２）は、第１認証の結果が肯定である場合にクレジットのチャージを実行する。第１態様においては、第１識別情報（ＵID_IN）と生体情報（ＢID_IN）とを利用した第１認証（サーバ装置（１２）のアクセスに対する認証）の結果が肯定である場合にクレジットのチャージが実行される（第１認証の結果が否定である場合にはチャージが禁止される）から、クレジットのチャージを正規の利用者に限定して許可することが可能である。
【００１７】
第１態様の好適例に係る管理装置（４０）は、第１認証の結果が肯定である場合に、第１識別情報（ＵID_IN）を認証済情報（Ａ）として管理記憶部（４４２）に記憶させる管理部（４２６）と、ゲーム装置（２６）に入力された第１確認用識別情報（ＵID_IN）に一致する第１識別情報（ＵID_IN）が認証済情報（Ａ）として管理記憶部（４４２）に記憶されているか否かを判定する判定部（４３６）とを具備し、移行部（４３４）は、判定部（４３６）による判定の結果が肯定である場合に、第１クレジット数（ＣB）と第２クレジット数（ＣA）との一方から他方に対するクレジットの移行を仲介する。以上の態様においては、ゲーム装置（２６）に入力された第１確認用識別情報（ＵID_IN）が認証済情報（Ａ）として管理装置（４０）の管理記憶部（４４２）に記憶されているか否かに応じてクレジット移行の許否が決定される。したがって、生体情報（ＢID_IN）を利用した第１認証をゲーム装置（２６）にて実施する必要はない。他方、ゲーム装置（２６）でのクレジット移行が許可されるには、管理装置（４０）での第１認証（生体認証）が必要であるから、クレジット管理の安全性は確保される。すなわち、クレジット管理の安全性の確保と認証に必要な構成や手続の簡素化とを両立することが可能である。
【００１８】
なお、判定部（４３６）による判定の結果が肯定である場合に、第１クレジット数（ＣB）または第２クレジット数（ＣA）に対するクレジットのチャージをチャージ処理部（４３２）が実行する構成も採用され得る。以上の構成においては、第１確認用識別情報（ＵID_IN）が認証済情報（Ａ）として管理装置（４０）の管理記憶部（４４２）に記憶されていれば、生体情報（ＢID_IN）を利用した第１認証をクレジットのチャージのたびに実行する必要はない。したがって、クレジット管理の安全性の確保と認証に必要な構成や手続の簡素化とを両立することが可能である。
【００１９】
本発明の第２態様に係る管理装置（４０）は、第１識別情報（ＵID_IN）を受付ける第１受付部（４６２）と、利用者の生体的な特徴を示す生体情報（ＢID_IN）を生成する生成部（４６４）と、第１識別情報（ＵID_IN）と生体情報（ＢID_IN）とを利用した第１認証の結果を取得する第１認証部（４２２）と、第２識別情報（ＰID_IN，ＲID）を取得する取得部（４６６）と、第２識別情報（ＰID_IN，ＲID）を利用した第２認証の結果を取得する第２認証部（４２４）とを具備し、チャージ処理部（４３２）は、第１認証および第２認証の双方の結果が肯定である場合にクレジットのチャージを実行する。以上の態様においては、第１認証および第２認証（サーバ装置（１２）とは異なるサーバ装置（３２）のアクセスに対する第２識別情報（ＰID_IN）を利用した認証）の双方の結果が肯定である場合にクレジットのチャージが実行される（第１認証および第２認証の何れかの結果が否定である場合にはチャージが禁止される）。以上のように相異なるサーバ装置を利用した第１認証および第２認証が実行されるから、正規の利用者に高確度で限定してクレジットのチャージを許可することが可能である。なお、第２識別情報（ＰID_IN，ＲID）の典型例は、利用者から直接的に受付けた識別情報（例えば、ゲーム装置（２６）に適用されるセーブデータの識別に利用されるゲームカードの識別情報（ＰID_IN））や、利用者から受付けた識別情報（ＰID_IN）に対応して管理される識別情報（ＲID）である。すなわち、本発明の「取得部」は、利用者から直接的に第２識別情報（ＰID_IN）を受付ける第２受付部（４６６）のほか、利用者から受付けた識別情報（ＰID_IN）に対応する第２識別情報（ＲID）を取得する要素（例えば、両者の対応を管理するサーバ装置（３６）から第２識別情報（ＲID）を取得する要素）も包含する概念である。
【００２０】
第２態様の好適例に係る管理装置（４０）は、第１認証および第２認証の双方の結果が肯定である場合に、第１識別情報（ＵID_IN）と第２識別情報（ＰID_IN）とを関連付けて認証済情報（Ａ）として管理記憶部（４４２）に記憶させる管理部（４２６）と、ゲーム装置（２６）に対する入力に応じて特定される第２確認用識別情報（ＰID_IN）に一致する第２識別情報（ＰID_IN）が認証済情報（Ａ）として管理記憶部（４４２）に記憶されているか否かを判定する判定部（４３６）とを具備し、移行部（４３４）は、判定部（４３６）による判定の結果が肯定である場合に、第１クレジット数（ＣB）と第２クレジット数（ＣA）との一方から他方に対するクレジットの移行を仲介する。以上の態様においては、ゲーム装置（２６）に対する入力に応じて特定された第２確認用識別情報（ＰID_IN）が認証済情報（Ａ）として管理装置（４０）の管理記憶部（４４２）に記憶されているか否かに応じてクレジット移行の許否が決定される。したがって、生体情報（ＢID_IN）を利用した第１認証をゲーム装置（２６）にて実施する必要はない。他方、ゲーム装置（２６）でのクレジット移行が許可されるには、管理装置（４０）での第１認証（生体認証）が必要であるから、クレジット管理の安全性は確保される。すなわち、第１態様と同様に、クレジット管理の安全性の確保と認証に必要な構成や手続の簡素化とを両立することが可能である。
【００２１】
なお、判定部（４３６）による判定の結果が肯定である場合に、第１クレジット数（ＣB）または第２クレジット数（ＣA）に対するクレジットのチャージをチャージ処理部（４３２）が実行する構成も採用され得る。以上の構成においては、第２確認用識別情報（ＰID_IN）が認証済情報（Ａ）として管理装置（４０）の管理記憶部（４４２）に記憶されていれば、生体情報（ＢID_IN）を利用した第１認証をクレジットのチャージのたびに実行する必要はない。したがって、クレジット管理の安全性の確保と認証に必要な構成や手続の簡素化とを両立することが可能である。
【００２２】
なお、第１態様または第２態様における第１受付部（４６２）は、第１識別情報（ＵID_IN）を取得する総ての手段を包含する。例えば、第１識別情報（ＵID_IN）を電気的または磁気的に記録する記録媒体から第１識別情報（ＵID_IN）を読取る読取器や、読取面に印刷された第１識別情報（ＵID_IN）を光学的に読取る読取器、利用者が操作して第１識別情報（ＵID_IN）を入力する入力機器が第１受付部（４６２）の概念に包含される。第２受付部（４６６）も同様に、第２識別情報（ＰID_IN）を取得する総ての手段を包含する概念である。また、第１認証の結果を取得する第１認証部（４２２）は、外部で実行された第１認証の結果を取得する手段と、自身が第１認証を実行して結果を取得する手段との双方を包含する概念である。第２認証部（４２４）についても同様に、第２認証を実行する主体が第２認証部（４２４）であるのか他の要素であるのかは不問である。
【００２３】
第２態様の好適例に掛かる管理装置（４０）は、第２識別情報（ＰID_IN）と電子マネーの決済用識別情報（ＭID）とを対応させて記憶する管理サーバ（３６）から、第２受付部（４６６）が受付けた第２識別情報（ＰID_IN）に対応する決済用識別情報（ＭID）を取得し、当該決済用識別情報（ＭID）に対応する電子マネー残高（Ｂ）からの利用額（ＰY）の決済を、電子マネー残高（Ｂ）を管理する決済サーバ（３４）に対して要求する決済処理部（４２８）を具備し、チャージ処理部（４３２）は、決済サーバ（３４）が決済する利用額（ＰY）に応じた数量のクレジットをチャージする。以上の態様においては、利用額の決済に利用される電子マネー残高（Ｂ）の識別用の決済用識別情報（ＭID）が第２識別情報（ＰID_IN）に対応付けて管理サーバ（３６）に記憶され、管理装置（４０）の第２受付部（４６６）が受付けた第２識別情報（ＰID_IN）に対応する決済用識別情報（ＭID）の電子マネー残高（Ｂ）から利用額（ＰY）が決済される。すなわち、第２認証に利用される第２識別情報（ＰID_IN）が決済用識別情報（ＭID）の特定にも流用されるから、利用者が第２識別情報（ＰID_IN）とは別個に決済用識別情報（ＭID）を管理装置（４０）に入力する必要はない。したがって、利用者の利便性を向上することが可能である。
【００２４】
第１態様または第２態様の好適例において、チャージ処理部（４３２）は、第１認証の結果が肯定である場合に、所定の数量のクレジット（ＮCH_P）を第２クレジット数（ＣA）にチャージする。以上の態様においては、管理装置（４０）での認証の成功を条件として所定の数量のクレジットが第２クレジット数（ＣA）にチャージされるから、利用者によるゲーム装置（２６）の利用を効果的に促進することが可能である。なお、ひとりの利用者に対しては１日に１回を限度として所定の数量のクレジット（ＮCH_P）をチャージする構成が好適である。すなわち、所定の数量のクレジット（ＮCH_P）は来店ポイントとして機能する。また、第２クレジット数（ＣA）の残数が所定値以下の場合（例えば残数がゼロの場合）に限定して、所定の数量のクレジット（ＮCH_P）のチャージを実行する構成も採用され得る。以上の態様では、第２クレジット数（ＣA）を使い切った利用者に対して来店ポイントが付与されるから、クレジットの利用を促進することが可能である。
【００２５】
第１態様または第２態様のもとで認証の成功時に管理部（４２６）が認証済情報（Ａ）を管理記憶部（４４２）に記憶する構成の好適例において、管理部（４２６）は、所定の条件の成立を契機として管理記憶部（４４２）の認証済情報（Ａ）を無効とする。以上の態様においては、所定の条件の成立を契機として認証済情報（Ａ）が無効となるから、認証済情報（Ａ）が長期間にわたり有効に維持される構成と比較してクレジット管理の安全性を高めることが可能である。例えば、所定の条件が成立することで認証済情報（Ａ）が無効化されれば、第２識別情報（ＰID_IN）を知得した第三者がクレジット移行を実行する（正規の利用者になりすます）ことが防止される。
【００２６】
なお、「認証済情報（Ａ）を無効とする」とは、認証済情報（Ａ）を参照できない状態とすることを意味する。例えば、認証済情報（Ａ）の消去が認証済情報（Ａ）の無効化の典型例であるが、認証済情報（Ａ）の無効化のための具体的な処理は任意である。例えば、認証済情報（Ａ）に付加されたフラグを有効から無効に変化させる処理も認証済情報（Ａ）の無効化の概念に包含される。もっとも、管理部（４２６）による処理（例えばフラグの設定）の負荷を軽減するという観点からすると、認証済情報（Ａ）を消去する構成が格別に好適である。
【００２７】
なお、認証済情報（Ａ）を無効化する契機となる条件は任意であるが、例えば、所定の時刻の到来を契機として管理部（４２６）が認証済情報（Ａ）を無効とする構成や、認証済情報（Ａ）毎に設定された有効期間の満了を契機として認証済情報（Ａ）を無効とする構成が採用され得る。前者の構成によれば、後者の構成と比較して管理部（４２６）の負荷が軽減されるという利点がある。他方、後者の構成によれば、認証済情報（Ａ）毎に有効期間が設定されるから、例えば認証済情報（Ａ）の生成の時刻に関わらず所定の時間にわたって認証済情報（Ａ）を有効とすることが可能である。
【００２８】
第１態様または第２態様の管理装置（４０）が管理する複数のゲーム装置（２６）の各々は、第１クレジット数（ＣB）から第２クレジット数（ＣA）に対するクレジットの移行（預入）を指示する預入操作部（５８２）と、第２クレジット数（ＣA）から第１クレジット数（ＣB）に対するクレジットの移行（引出）を指示する引出操作部（５８４）との少なくとも一方を含む操作部（５８）を具備し、操作部（５８）は、許可部（５２８）がクレジットの移行を許可した場合に操作可能となる。以上の態様においては、クレジットの移行が許可された場合に操作部（５８）が操作可能となるから、許可部（５２８）がクレジットの移行を許可しない場合には利用者からの操作を受付ける処理が不要である。したがって、ゲーム装置（２６）の処理の負荷が軽減されるという利点がある。なお、操作部（５８）の操作の可否を制御する方法としては、操作部（５８）に対する操作の受付の有効／無効を制御する方法や、タッチパネル機能付の表示装置で操作を受付ける構成のもとで画面上の操作部（５８）の表示（有効）／非表示（無効）を制御する方法が例示される。
【００２９】
本発明の好適な態様において、管理部（４２６）は、生体情報（ＢID_IN，ＢID）を認証済情報（Ａ）に含ませて管理記憶部（４４２）に記憶させ、クレジットの移行がゲーム装置（２６）から指示された場合に、第１識別情報（ＵID）と生体情報（ＢID）と第２クレジット数（ＣA）とを対応付けて記憶する記憶装置（１２４）を具備するサーバ装置（１２）に対し、認証済情報（Ａ）の第１識別情報（ＵID_IN）と生体情報（ＢID_IN，ＢID）とを送信する。以上の態様においては、クレジットの移行が指示された場合に管理装置（４０）からサーバ装置（１２）に第１識別情報（ＵID_IN）と生体情報（ＢID_IN，ＢID）とが送信されるから、クレジットの移行に際してサーバ装置（１２）にて第１識別情報（ＵID_IN）と生体情報（ＢID_IN，ＢID）とを利用した認証を実行することが可能である。したがって、管理装置（４０）からサーバ装置（１２）に第１識別情報（ＵID_IN）のみを送信してクレジットを移行する構成と比較して、クレジット管理の安全性を高めることが可能である。また、管理部（４２６）からサーバ装置（１２）に対して第１識別情報（ＵID_IN）と生体情報（ＢID_IN，ＢID）とが送信されるから、例えば第１識別情報（ＵID_IN）と生体情報（ＢID_IN）とを利用した認証を要件として遊技媒体（例えばメダル）の払出や預入を実行する装置（例えばメダル処理装置（１６））に関するサーバ装置（１２）の処理と、管理装置（４０）に対するサーバ装置（１２）の処理とを共通化することが可能である。したがって、サーバ装置（１２）がクレジットを管理するシステムに管理装置（４０）を容易に導入できるという利点がある。
【００３０】
他の態様において、管理部（４２６）は、特定情報（α）を認証済情報（Ａ）に含ませて管理記憶部（４４２）に記憶させ、クレジットの移行がゲーム装置（２６）から指示された場合に、第１識別情報（ＵID）と特定情報（α）と第２クレジット数（ＣA）とを対応付けて記憶する記憶装置（１２４）を管理するサーバ装置（１２）に対し、認証済情報（Ａ）の第１識別情報（ＵID_IN）と特定情報（α）とを送信する。以上の態様においては、クレジットの移行が指示された場合に管理装置（４０）からサーバ装置（１２）に第１識別情報（ＵID_IN）と特定情報（α）とが送信されるから、クレジットの移行に際してサーバ装置（１２）にて第１識別情報（ＵID_IN）と特定情報（α）とを利用した認証を実行することが可能である。したがって、管理装置（４０）からサーバ装置（１２）に第１識別情報（ＵID_IN）のみを送信してクレジットを移行する構成と比較して、クレジット管理の安全性を高めることが可能である。特定情報（α）の典型例は、任意の方法で採用されるワンタイムパスワードである。なお、特定情報（α）を生成する主体は任意である。例えば、サーバ装置（１２）が生成した特定情報（α）が管理部（４２６）に通知されて認証済情報（Ａ）に含められる構成や、管理部（４２６）が生成した特定情報（α）がサーバ装置（１２）に通知されて第１識別情報（ＵID）および第２クレジット数（ＣA）とともに記憶装置（１２４）に記憶される構成が採用され得る。
【００３１】
本発明は、コンピュータを管理装置（４０）として機能させるプログラムとしても特定される。本発明に係るプログラムは、ゲームでのクレジットの使用または付与により増減する第１クレジット数（ＣB）を記憶する貯留部（５４２）を具備するゲーム装置（２６）、および、利用者が保有する第２クレジット数（ＣA）を管理するサーバ装置（１２）、と通信するコンピュータに、第１クレジット数（ＣB）および第２クレジット数（ＣA）の一方から他方に対するクレジットの移行を仲介する移行処理と、電子マネーの利用額（ＰY）に応じた数量のクレジットを第１クレジット数（ＣB）または第２クレジット数（ＣA）にチャージするチャージ処理とを実行させる。以上のプログラムによれば、本発明の管理装置（４０）と同様の効果が実現される。以上に例示したプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。
【図面の簡単な説明】
【００３２】
【図１】第１実施形態の管理システムのブロック図である。
【図２】クレジット管理サーバが管理するレコードの模式図である。
【図３】メダルの払出および預入のための動作のフローチャートである。
【図４】ゲーム管理サーバが管理するレコードの模式図である。
【図５】決済サーバが管理するレコードの模式図である。
【図６】ＩＤ管理サーバが管理するレコードの模式図である。
【図７】管理装置およびゲーム装置のブロック図である。
【図８】電子マネーの利用額を指定する操作画面の模式図である。
【図９】数量設定部のブロック図である。
【図１０】クレジット移行の数量を指示する操作画面の模式図である。
【図１１】第１認証および第２認証の動作のフローチャートである。
【図１２】クレジットチャージのフローチャートである。
【図１３】ゲーム時の動作のフローチャートである。
【図１４】ゲーム時の動作のフローチャートである。
【図１５】第２実施形態の管理装置のブロック図である。
【図１６】第２実施形態の動作のフローチャートである。
【図１７】第３実施形態における管理装置およびゲーム装置のブロック図である。
【図１８】第３実施形態の変形例の管理装置およびゲーム装置のブロック図である。
【図１９】第３実施形態の変形例の管理装置およびゲーム装置のブロック図である。
【図２０】第４実施形態における管理装置およびゲーム装置のブロック図である。
【図２１】第５実施形態における認証済情報の模式図である。
【図２２】第５実施形態の動作のフローチャートである。
【図２３】第６実施形態の動作のフローチャートである。
【図２４】第６実施形態における認証済情報の模式図である。
【図２５】第７実施形態における管理装置およびゲーム装置のブロック図である。
【図２６】第７実施形態の動作のフローチャートである。
【図２７】第８実施形態における管理装置およびゲーム装置のブロック図である。
【図２８】第８実施形態の動作のフローチャートである。
【図２９】第８実施形態のクレジット管理サーバが管理するレコードの模式図である。
【図３０】変形例に係る認証済情報の模式図である。
【発明を実施するための形態】
【００３３】
＜Ａ：第１実施形態＞
＜Ａ−１：第１実施形態の構成＞
図１は、本発明の第１実施形態に係る管理システム１００のブロック図である。図１に示すように、管理システム１００は、第１システム１０と第２システム２０と第３システム３０と管理装置４０とを含んで構成されるコンピュータネットワークシステムである。第１システム１０および第２システム２０は、例えばゲームセンターなどの遊技施設内に構築され、第３システム３０は、例えば遊技施設の外部に構築される。
【００３４】
第１システム１０は、ゲームに使用されるメダルの管理（預入および払出）に利用されるシステムである。第１システム１０によるメダルの管理を利用しようとする利用者は、事前に登録（以下「第１登録」という）を受ける必要がある。第１登録を受けた利用者には識別情報ＵID（user ID）が付与される。識別情報ＵIDは、例えば、利用者に発行されたＩＣカードなどの可搬型の記録媒体（以下「クレジット管理カード」という）に記憶される。
【００３５】
図１に示すように、第１システム１０は、クレジット管理サーバ１２とメダル処理装置１６とを具備する。クレジット管理サーバ１２とメダル処理装置１６とは通信網１８を介して相互に通信する。通信網１８は、例えば遊技施設内に構築されたＬＡＮ（local area network）である。ただし、第１システム１０の一部は遊技施設の外部に設置され得る。第１システム１０の一部が遊技施設の外部に設置される構成では、通信網１８の一部は、例えばインターネットを利用したＷＡＮ（wide area network）やＶＰＮ（virtual private network）で実現される。
【００３６】
クレジット管理サーバ１２は、利用者が保有するクレジットの総量（以下「保有クレジット数」という）ＣAを管理するためのサーバ装置であり、処理装置１２２と記憶装置１２４とを含んで構成される。図２に示すように、記憶装置１２４は、第１登録毎にレコードＲCを記憶する。各レコードＲCは、第１登録を受けた利用者の識別情報ＵIDおよび生体情報ＢIDと、利用者の保有クレジット数ＣAとを含んで構成される。生体情報ＢIDは、利用者の生体的な特徴を示す情報である。例えば、手（掌や指）の静脈パターンを示す生体情報ＢIDが記憶装置１２４に記憶される。なお、識別情報ＵIDを各々に対応付けて生体情報ＢIDと保有クレジット数ＣAとを別個の記憶装置に格納した構成も採用される。処理装置１２２は、記憶装置１２４に格納されたレコードＲCの管理（読出や書込）を実行する。
【００３７】
図１のメダル処理装置１６は、メダルの預入や払出のために利用者が操作する端末装置であり、制御部１６２と受付部１６４と生成部１６６とを含んで構成される。なお、メダルの預入と払出とを別個の装置が実行する構成も採用され得る。制御部１６２は、メダルの預入や払出に必要な各種の処理を実行する。
【００３８】
受付部１６４は、利用者による識別情報ＵID_INの入力を受付ける。例えばクレジット管理カードに格納された識別情報ＵIDを識別情報ＵID_INとして読取る公知の読取器が受付部１６４として採用される。第１登録を正規に受けた利用者が入力する識別情報ＵID_INは記憶装置１２４に記憶された識別情報ＵIDに合致する。
【００３９】
生成部１６６は、利用者の生体的な特徴を示す生体情報ＢID_INを生成する。例えば、利用者の手（掌や指）の静脈パターンを検出して生体情報ＢID_INを生成する公知の静脈センサが生成部１６６として採用される。第１登録を正規に受けた利用者の生体情報ＢID_INは記憶装置１２４の生体情報ＢIDに合致する。
【００４０】
図３は、メダル処理装置１６を利用したメダルの預入および払出に関する動作のフローチャートである。メダル処理装置１６に対する所定の操作を契機として図３の処理が開始される。メダル処理装置１６によるメダルの預入または払出を希望する利用者は、識別情報ＵID_INを受付部１６４に入力する（ＳA10）とともに生体情報ＢID_INを生成部１６６に生成させる（ＳA11）。制御部１６２は、利用者が入力した識別情報ＵID_INと生体情報ＢID_INとを含む認証要求をクレジット管理サーバ１２に送信する（ＳA12）。
【００４１】
認証要求を受信すると（ＳA13）、クレジット管理サーバ１２の処理装置１２２は、その認証要求に含まれる識別情報ＵID_INと生体情報ＢID_INとを利用した認証（生体認証）を実行する（ＳA14）。具体的には、処理装置１２２は、識別情報ＵID_INと生体情報ＢID_INとの組合せが記憶装置１２４に格納されているか否か（識別情報ＵID_INに符合する識別情報ＵIDと生体情報ＢID_INに符合する生体情報ＢIDとが１個のレコードＲC内に対応付けて記憶装置１２４に格納されているか否か）を判定する。処理装置１２２は、認証結果をメダル処理装置１６に送信する（ＳA15）。メダル処理装置１６の制御部１６２は認証結果を受信する（ＳA16）。
【００４２】
制御部１６２は、認証結果が否定である場合には認証の失敗を利用者に通知して処理を終了し、認証結果が肯定である場合（ＳA17：YES）にはメダルの払出および預入を許可する。例えば、利用者が所望の枚数（以下では「引出数」という）ＮOUTを指定してメダルの払出を要求すると（ＳA18）、制御部１６２は、識別情報ＵID_INと生体情報ＢID_INと引出数ＮOUTとを含む引出要求をクレジット管理サーバ１２に送信する（ＳA19）。引出要求を受信すると（ＳA20）、クレジット管理サーバ１２の処理装置１２２は、認証結果内の識別情報ＵID_INに対応して記憶装置１２４に記憶された保有クレジット数ＣAから引出数ＮOUTを減算し（ＳA21）、保有クレジット数ＣAの更新の完了を意味する引出通知をメダル処理装置１６に送信する（ＳA22）。引出通知を受信した制御部１６２は、引出数ＮOUTに相当する枚数のメダルを払出機（ホッパ）から払出す（ＳA23）。
【００４３】
他方、利用者がメダル処理装置１６の投入口（図示略）にメダルを投入してメダルの預入を指示すると、投入口に投入されたメダルの枚数（以下では「預入数」という）ＮINを計数器（図示略）が計数する（ＳA24）。制御部１６２は、識別情報ＵID_INと生体情報ＢID_INと預入数ＮINとを含む預入要求をクレジット管理サーバ１２に送信する（ＳA25）。預入要求を受信したクレジット管理サーバ１２の処理装置１２２は（ＳA26）、識別情報ＵID_INに対応して記憶装置１２４に記憶された保有クレジット数ＣAに預入数ＮINを加算し（ＳA27）、保有クレジット数ＣAの更新の完了を意味する預入通知をメダル処理装置１６に送信する（ＳA28）。制御部１６２は、預入通知を受信する（ＳA29）。第１システム１０を利用したメダルの払出および預入の手順は以上の通りである。
【００４４】
図１の第２システム２０は、利用者がゲームを実行するためのシステムであり、通信網２８に接続された複数のゲーム装置２６を含んで構成される。第２システム２０は、相異なるゲームを提供する２種以上のゲーム装置２６を含む。通信網２８は、通信網１８と同様に、例えば遊技施設内に構築されたＬＡＮである。ただし、第２システム２０の一部は遊技施設の外部に設置され得る。第２システム２０の一部が遊技施設の外部に設置される構成では、通信網２８の一部は、例えばインターネットを利用したＷＡＮやＶＰＮで実現される。
【００４５】
第２システム２０（各ゲーム装置２６）を利用しようとする利用者は事前に登録（以下「第２登録」という）を受けることが可能である。第２登録を受けた利用者には識別情報ＰID（player ID）が付与される。識別情報ＰIDは、例えば、利用者に発行されたＩＣカードなどの可搬型の記録媒体（以下「ゲームカード」という）に記憶される。識別情報ＰIDは、第２登録毎にゲームデータ（セーブデータ）を管理するゲームサーバ（図示略）にて各利用者のゲームデータを識別するために利用され得る。ゲームデータは、例えば、利用者が過去に実行したゲームの進行の状況などゲームに関する各種の情報を含んで構成される。
【００４６】
図１の第３システム３０は、管理システム１００の全体を管理するシステムであり、ゲーム管理サーバ３２と決済サーバ３４とＩＤ管理サーバ３６とを含んで構成される。第３システム３０内の各サーバは通信網３８に接続される。通信網３８は、例えばインターネットを利用したＷＡＮやＶＰＮであり、第２システム２０の通信網２８に接続される。なお、第３システム３０の一部は遊技施設内に設置され得る。また、通信網１８や通信網２８の内部の通信経路にはゲートウェイやルータなどの通信機器が適宜に配置され得る。
【００４７】
ゲーム管理サーバ３２は、利用者が第２登録を受けているか否かを認証するためのサーバ装置であり、処理装置３２２と記憶装置３２４とを具備する。図４に示すように、記憶装置３２４は、第２登録毎にレコードＲGを記憶する。各レコードＲGは、第２登録を受けた利用者の識別情報ＰIDとパスワードＰWDとを含んで構成される。パスワードＰWDは、例えば第２登録時に利用者が設定する。処理装置３２２は、記憶装置３２４に格納された各レコードＲGの管理（読出や書込）を実行する。
【００４８】
図１の決済サーバ３４は、利用者が保有する電子マネーの残高（以下では単に「電子マネー残高」という）Ｂを管理するために例えば電子マネー事業者が運営するサーバ装置であり、処理装置３４２と記憶装置３４４とを具備する。図５に示すように、記憶装置３４４は、電子マネーの利用登録（口座）毎にレコードＲMを記憶する。各レコードＲMは、決済識別情報ＭIDと電子マネー残高Ｂとを含んで構成される。決済識別情報ＭIDは、電子マネーの利用者を識別するための符号である。電子マネー残高Ｂは、例えばクレジットカードを利用した入金（チャージ）で増加し得る。処理装置３４２は、記憶装置３４４に格納された各レコードＲMの管理（読出や書込）を実行する。
【００４９】
第３システム３０を利用しようとする利用者は、例えばＷＥＢサイトを利用して事前に登録（以下「第３登録」という）を受けることが可能である。第３登録を受けた利用者には管理識別情報ＫIDが付与される。ＩＤ管理サーバ３６は、第３システム３０内で使用される各識別情報（ＫID，ＰID，ＭID）を管理するサーバ装置であり、処理装置３６２と記憶装置３６４とを具備する。図６に示すように、記憶装置３６４は、第３登録毎にレコードＲKを記憶する。各レコードＲKは、管理識別情報ＫIDと識別情報ＰIDと決済識別情報ＭIDとを含んで構成される。複数種のゲームについて複数回の第２登録を利用者が受けた場合（利用者に複数の識別情報ＰIDが付与された場合）、レコードＲKには複数の識別情報ＰIDが含まれる。処理装置３６２は、記憶装置３６４に格納された各レコードＲKの管理（読出や書込）を実行する。
【００５０】
図７は、管理装置４０およびゲーム装置２６のブロック図である。ゲーム装置２６と管理装置４０との間に介在する通信網２８は図７では省略されている。図７に示すように、ゲーム装置２６は、演算処理装置（ＣＰＵ）５２と記憶装置５４と入力受付部５６と操作部５８とを含んで構成されるコンピュータシステムである。演算処理装置５２は、記憶装置５４に記憶されたプログラムの実行で複数の機能（端末側認証部５２４，ゲーム処理部５２２，照会部５２６，許可部５２８，制御部５３０）を実現する。
【００５１】
入力受付部５６は、利用者からの入力を受付ける要素であり、受付部５６２と受付部５６４とを含んで構成される。受付部５６２は、利用者による識別情報ＰID_INの入力を受付ける。例えばゲームカードに格納された識別情報ＰIDを識別情報ＰID_INとして読取る公知の読取器が受付部５６２として採用される。受付部５６４は、利用者によるパスワードＰWD_INの入力を受付ける。例えば受付部５６４は、利用者が操作する複数の操作子（テンキー）で構成される。なお、タッチパネル機能付の表示装置が表示する操作子（テンキー）を受付部５６４として採用することも可能である。
【００５２】
ゲームデータをゲームに適用しようとする利用者は、識別情報ＰID_INとパスワードＰWD_INとを利用した端末側認証を受ける必要がある。端末側認証は、利用者が第２登録を受けているか否かの判定である。すなわち、端末側認証は、識別情報ＰID_INとパスワードＰWD_INとの組合せがゲーム管理サーバ３２の記憶装置３２４に格納されているか否か（識別情報ＰID_INに符合する識別情報ＰIDとパスワードＰWD_INに符合するパスワードＰWDとが１個のレコードＲG内に対応付けて記憶装置３２４に格納されているか否か）を判定する処理に相当する。
【００５３】
図７の端末側認証部５２４は、端末側認証の結果を取得する。端末側認証の結果が肯定である場合（端末側認証が成功した場合）、識別情報ＰID_IN（ＰID）に対応するゲームデータがゲームサーバからゲーム装置２６に送信される。ゲーム処理部５２２は、ゲームサーバから取得したゲームデータを適用して各種のゲーム処理（利用者にゲームを実行させるための処理）を実行する。したがって、利用者は、自身が過去にゲームを実行したときの状況からゲームを再開することが可能である。
【００５４】
記憶装置５４は、演算処理装置５２が実行するプログラムや各種のデータを記憶する。具体的には、使用クレジット数ＣBを記憶する記憶領域（以下「貯留部」という）５４２が記憶装置５４に設定される。使用クレジット数ＣBは、ゲーム装置２６におけるゲームの開始や進行（例えばイベントの発生）とともに増減するクレジットの数量を意味する。例えば、ゲームの開始に必要な所定数のクレジットが消費されると使用クレジット数ＣBが減少し、ゲームの進行（例えばイベントのクリア）でクレジットを獲得すると使用クレジット数ＣBが増加する。ゲーム処理部５２２は、ゲームの開始や進行とともに貯留部５４２内の使用クレジット数ＣBを随時に更新する。なお、半導体記録媒体や磁気記録媒体などの公知の記録媒体または複数種の記録媒体の組合せが記憶装置５４として任意に採用される。
【００５５】
利用者は、ゲーム装置２６に対するメダルの投入で使用クレジット数ＣBを増加させ得る。さらに、第１登録および第２登録の双方を受けた利用者は、第１システム１０で管理される保有クレジット数ＣAとゲーム装置２６の貯留部５４２に記憶された使用クレジット数ＣBとの間でクレジットを移行すること（以下では「クレジット移行」という）が可能である。クレジット移行には、保有クレジット数ＣAから使用クレジット数ＣBにクレジットを移行してゲーム装置２６でのゲームに利用する処理（引出）と、メダルの投入やゲームでの獲得で発生したクレジットを使用クレジット数ＣBから保有クレジット数ＣAに移行する処理（預入）とがある。
【００５６】
また、第１登録および第２登録に加えて第３登録を受けた利用者は、自身の電子マネー（決済サーバ３４が管理する電子マネー残高Ｂ）を利用した電子決済で保有クレジット数ＣAをチャージ（追加）することが可能である。すなわち、電子マネーの利用額に応じた数量のクレジットが保有クレジット数ＣAに加算（以下「クレジットチャージ」という）される。以上のように、実際のメダルを利用者が取扱うことなくクレジット移行やクレジットチャージを実行することが可能である。図１の管理装置４０は、クレジット移行を希望する利用者が登録を受けた本人であるか否かを認証（本人認証）したうえでクレジット移行やクレジットチャージを管理する。
【００５７】
図１に示すように、管理装置４０は、遊技施設内に設置されて第１システム１０と第２システム２０とに接続される。具体的には、管理装置４０は、専用線を介して第１システム１０のクレジット管理サーバ１２に接続されてクレジット管理サーバ１２と通信する。なお、管理装置４０が通信網１８を介してクレジット管理サーバ１２に接続された構成も採用され得る。また、管理装置４０は、第２システム２０内の各ゲーム装置２６や第３システム３０内の各サーバと通信する。なお、管理装置４０が直接に第３システム３０（通信網３８）に接続された構成も採用され得る。
【００５８】
図７に示すように、管理装置４０は、演算処理装置４２と記憶装置４４と入力受付部４６と操作部４７とを含んで構成されるコンピュータシステムである。演算処理装置４２は、記憶装置４４に記憶されたプログラムの実行で複数の機能（第１認証部４２２，第２認証部４２４，管理部４２６，決済処理部４２８，数量設定部４３０，チャージ処理部４３２，移行部４３４，判定部４３６）を実現する。記憶装置４４は、演算処理装置４２が実行するプログラムや各種のデータを記憶する。半導体記録媒体や磁気記録媒体などの公知の記録媒体または複数種の記録媒体の組合せが記憶装置４４として任意に採用される。
【００５９】
入力受付部４６は、利用者からの入力を受付ける要素であり、受付部４６２と生成部４６４と受付部４６６と受付部４６８とを含んで構成される。受付部４６２は、利用者による識別情報ＵID_INの入力を受付ける。例えば、受付部４６２は、受付部５６４と同様に、利用者が操作する複数の操作子（テンキー）で構成される。なお、タッチパネル機能付の表示装置が表示する操作子（テンキー）を受付部４６２として採用することも可能である。
生成部４６４は、利用者の生体的な特徴を示す生体情報ＢID_INを生成する。メダル処理装置１６の生成部１６６と同様に、手（掌や指）の静脈パターンを検出して生体情報ＢID_INを生成する静脈センサが生成部４６４として採用される。
【００６０】
受付部４６６は、利用者による識別情報ＰID_INの入力を受付ける。ゲーム装置２６の受付部５６２と同様に、例えばゲームカードの識別情報ＰIDを識別情報ＰID_INとして読取る読取器が受付部４６６として採用される。受付部４６８は、利用者によるパスワードＰWD_INの入力を受付ける。例えば、受付部４６８は、受付部５６４と同様に、利用者が操作する複数の操作子（テンキー）で構成される。なお、タッチパネル機能付の表示装置が表示する操作子（テンキー）を受付部４６８として採用することも可能である。
【００６１】
第１認証部４２２は、受付部４６２に入力された識別情報ＵID_INと生成部４６４が生成した生体情報ＢID_INとを利用した認証（以下「第１認証」という）の結果を取得する。第１認証は、第１登録の有無を判定する処理である。すなわち、第１認証は、識別情報ＵID_INと生体情報ＢID_INとの組合せが記憶装置１２４に格納されているか否か（識別情報ＵID_INに符合する識別情報ＵIDと生体情報ＢID_INに符合する生体情報ＢIDとが１個のレコードＲC内に対応付けて記憶装置１２４に格納されているか否か）を判定する処理に相当する。
【００６２】
他方、第２認証部４２４は、受付部４６６に入力された識別情報ＰID_INと受付部４６８に入力されたパスワードＰWD_INとを利用した認証（以下「第２認証」という）の結果を取得する。第２認証は、第２登録の有無を判定する処理である。すなわち、第２認証は、識別情報ＰID_INとパスワードＰWD_INとの組合せが記憶装置３２４に格納されているか否か（識別情報ＰID_INに符合する識別情報ＰIDとパスワードＰWD_INに符合するパスワードＰWDとが１個のレコードＲG内に対応付けて記憶装置３２４に格納されているか否か）を判定する処理に相当する。
【００６３】
管理部４２６は、第１認証および第２認証の双方の結果が肯定である場合（すなわち、利用者が第１登録および第２登録を受けていることが確認された場合）に認証済情報Ａを生成して記憶装置４４の所定の記憶領域（以下「管理記憶部」という）４４２に記憶させる。認証済情報Ａは、図７に示すように、受付部４６２に入力された識別情報ＵID_IN（ＵID）と、受付部４６６に入力された識別情報ＰID_IN（ＰID）と、生成部４６４が生成した生体情報ＢID_IN（ＢID）とを関連付けたレコード（データ列）である。相異なる利用者に対応する複数の認証済情報Ａが順次に生成されて管理記憶部４４２に格納される。
【００６４】
管理記憶部４４２に記憶された認証済情報Ａは、所定の時刻の到来を契機として消去される。例えば、遊技施設の開店前や閉店後の所定の時刻が到来すると、管理部４２６は、管理記憶部４４２に記憶されている複数の認証済情報Ａ（すなわち、直近の開店時に生成された認証済情報Ａ）を消去する。
【００６５】
操作部４７は、利用者による操作を受付ける。利用者は、操作部４７を適宜に操作することで、クレジットチャージに適用する電子マネーの利用額ＰYを指示する。本実施形態の操作部４７は、タッチパネル機能付の表示装置であり、図８に例示した操作画面Ｗ1を表示する。操作画面Ｗ1には、相異なる利用額ＰYに対応する複数の操作子（コマンドボタン）４７２が配置される。各利用額ＰYの操作子４７２には、その利用額ＰYでチャージ可能なクレジットの数量（クレジットの数量に相当するメダルの枚数）が利用額ＰYとともに表示される。
【００６６】
図７の決済処理部４２８は、電子マネーで利用額ＰYを決済するための要素である。第１実施形態の決済処理部４２８は、電子マネー残高Ｂからの利用額ＰYの決済を決済サーバ３４に要求する。数量設定部４３０は、操作部４７が利用者から受付けた利用額ＰYに応じたクレジットの数量（以下「チャージ量」という）ＮCHを設定する。チャージ量ＮCHは、保有クレジット数ＣAにチャージされるクレジットの数量である。
【００６７】
図９に示すように、数量設定部４３０は、記憶部４３０Aと決定部４３０Bとを含んで構成される。記憶部４３０Aは、操作部４７に対する操作で利用者が選択可能な複数の利用額ＰY（ＰY1，ＰY2，……）の各々についてチャージ量ＮCH（ＮCH1，ＮCH2，……）を記憶する。記憶部４３０Aに記憶される利用額ＰYとチャージ量ＮCHとの関係（貸出レート）は、外部からの指示（例えば遊技施設の管理者による操作や通信網を介した遠隔操作）に応じて利用額ＰY毎に可変に設定される。図８の例示から理解されるように、利用額ＰYとチャージ量ＮCHとの比率は利用額ＰY毎に相違し得る。具体的には、利用額ＰYが高いほど、利用額ＰYに対するチャージ量ＮCHの比率は高い数値に設定される。決定部４３０Bは、利用者から指示された利用額ＰYについて記憶部４３０Aに記憶されたチャージ量ＮCHを決定する。
【００６８】
図７のチャージ処理部４３２は、クレジットチャージを実行する。具体的には、チャージ処理部４３２は、数量設定部４３０（決定部４３０B）が設定したチャージ量ＮCHを保有クレジット数ＣAにチャージする。チャージ処理部４３２は、第１認証および第２認証の双方の結果が肯定である場合にクレジットチャージを実行し、第１認証および第２認証の片方または双方の結果が否定である場合にはクレジットチャージを実行しない。
【００６９】
図７の移行部４３４は、保有クレジット数ＣAと使用クレジット数ＣBとの間のクレジット移行を仲介する。判定部４３６は、ゲーム装置２６の受付部５６２に入力された識別情報ＰID_INが認証済情報Ａとして管理記憶部４４２に記憶されているか否か（すなわち、識別情報ＰID_INをゲーム装置２６に入力した利用者について管理装置４０での第１認証と第２認証とが成功しているか否か）を判定する。移行部４３４は、判定部４３６による判定の結果が肯定である場合（第１認証および第２認証の双方が肯定されている場合）に保有クレジット数ＣAと使用クレジット数ＣBとの間のクレジット移行を仲介し、判定部４３６による判定の結果が否定である場合にはクレジット移行を禁止する。
【００７０】
各ゲーム装置２６の照会部５２６は、実際にゲーム装置２６でゲームを実行している利用者について第１認証および第２認証が肯定されているか否かを確認する。具体的には、照会部５２６は、受付部５６２に入力された識別情報ＰID_INが認証済情報Ａとして管理記憶部４４２に記憶されているか否かを管理装置４０の判定部４３６に照会する。照会部５２６による照会は、端末側認証部５２４による認証の結果が肯定である場合に実行される。許可部５２８は、判定部４３６に対する照会の結果が肯定である場合にクレジット移行を許可し、照会の結果が否定である場合にはクレジット移行を禁止する。
【００７１】
操作部５８は、クレジット移行の方向（預入／引出）と数量とを利用者からの操作に応じて指示する。本実施形態の操作部５８は、タッチパネル機能付の表示装置であり、図１０の部分(B)に例示された操作画面Ｗ2を表示する。操作画面Ｗ2には、預入操作部５８２と引出操作部５８４とが配置される。預入操作部５８２は、クレジットの預入（使用クレジット数ＣBから保有クレジット数ＣAへのクレジット移行）と預入数ＮINとを利用者からの操作に応じて指示する。引出操作部５８４は、クレジットの引出（保有クレジット数ＣAから使用クレジット数ＣBへのクレジット移行）と引出数ＮOUTとを利用者からの操作に応じて指示する。
【００７２】
図７の制御部５３０は、操作部５８からの指示に応じてクレジット移行を実行する。操作部５８による操作の受付と制御部５３０によるクレジット移行とは、許可部５２８がクレジット移行を許可した場合に実行され、許可部５２８がクレジット移行を許可しない場合には実行されない。
【００７３】
＜Ａ−２：第１実施形態の動作＞
（１）認証時の動作
次に、以上に説明した管理システム１００の動作を説明する。遊技施設に来店した利用者は、管理装置４０が設置された場所に移動して第１認証および第２認証を受ける。図１１および図１２は、第１認証および第２認証に関する管理システム１００の動作を示すフローチャートである。管理装置４０に対する所定の操作を契機として図１１の処理が開始される。
【００７４】
管理装置４０の受付部４６６が識別情報ＰID_INの入力を受付け（ＳB10）、受付部４６８がパスワードＰWD_INの入力を受付けると（ＳB11）、第２認証部４２４は、識別情報ＰID_INとパスワードＰWD_INとを含む第２認証要求をゲーム管理サーバ３２に送信する（ＳB12）。第２認証要求を受信すると（ＳB13）、ゲーム管理サーバ３２の処理装置３２２は、第２認証要求内の識別情報ＰID_INおよびパスワードＰWD_INが識別情報ＰIDおよびパスワードＰWDとして記憶装置３２４に格納されているか否かの判定（第２認証）を実行する（ＳB14）。そして、処理装置３２２は、第２認証の結果（第２認証結果）を管理装置４０に送信する（ＳB15）。
【００７５】
第２認証結果を受信すると（ＳB16）、第２認証部４２４は、第２認証の結果が肯定であるか否かを判定し（ＳB17）、結果が否定である場合には、第２認証の失敗を利用者に通知して処理を終了する（図示略）。他方、第２認証の結果が肯定である場合には以下の処理が実行される。
【００７６】
受付部４６２が識別情報ＵID_INを受付けると（ＳB18）、第１認証部４２２は、識別情報ＵID_INを含む予備認証要求をクレジット管理サーバ１２に送信する（ＳB19）。予備認証要求を受信すると（ＳB20）、クレジット管理サーバ１２の処理装置１２２は、予備認証要求内の識別情報ＵID_INが識別情報ＵIDとして記憶装置１２４に格納されているか否かを判定し（ＳB21）、予備認証の結果（予備認証結果）を管理装置４０に送信する（ＳB22）。クレジット管理サーバ１２から予備認証結果を受信すると（ＳB23）、管理装置４０の第１認証部４２２は、予備認証の結果が肯定であるか否かを判定し（ＳB24）、結果が否定である場合には、予備認証の失敗を利用者に通知して処理を終了する。他方、予備認証の結果が肯定である場合には、以下の手順で第１認証が実行される。
【００７７】
生成部４６４が生体情報ＢID_INを生成すると（ＳB25）、第１認証部４２２は、ステップＳB18で受付けた識別情報ＵID_INとステップＳB25で生成された生体情報ＢID_INとを含む第１認証要求をクレジット管理サーバ１２に送信する（ＳB26）。なお、静脈パターンの検出の方法や生体情報ＢID_INの生成の方法が相違する複数の動作モードの何れかを選択的に適用する構成も採用され得る。すなわち、生体情報ＢIDの生成時に実際に適用された動作モードを指定するモード情報が識別情報ＵIDおよび生体情報ＢIDとともに記憶装置１２４に格納され、モード情報を含む予備認証結果（ＳB22）がクレジット管理サーバ１２から管理装置４０に送信される。管理装置４０の生成部４６４は、ステップＳB25において、予備認証結果内のモード情報が指定する動作モードで生体情報ＢID_INを生成する。
【００７８】
第１認証要求を受信すると（ＳB27）、クレジット管理サーバ１２の処理装置１２２は、第１認証要求内の識別情報ＵID_INと生体情報ＢID_INとが識別情報ＵIDおよび生体情報ＢIDとして記憶装置１２４に格納されているか否かの判定（第１認証）を実行する（ＳB28）。そして、処理装置１２２は、第１認証の結果（第１認証結果）を管理装置４０に送信する（ＳB29）。
【００７９】
第１認証結果を受信すると（ＳB30）、第１認証部４２２は、第１認証結果が肯定であるか否かを判定し（ＳB31）、結果が否定である場合には、第１認証の失敗を利用者に通知して処理を終了する。他方、第１認証の結果が肯定である場合、管理部４２６は、ステップＳB10で入力された識別情報ＰID_IN（ＰID）とステップＳB18で入力された識別情報ＵID_IN（ＵID）とステップＳB25で生成された生体情報ＢID_IN（ＢID）とを関連付けた認証済情報Ａを生成して管理記憶部４４２に格納する（ＳB32）。前述のように、管理記憶部４４２に格納された認証済情報Ａは、所定の時刻が到来すると消去される。なお、第１認証の結果が肯定である場合に、保有クレジット数ＣAの残量を表示装置に表示する構成も採用される。利用者は、保有クレジット数ＣAの残量（不足等）を確認してクレジットのチャージの必要性を判断することが可能である。
【００８０】
以上の手順で第１認証および第２認証の双方が成功すると、管理装置４０の決済処理部４２８は、図１２に示すように、ＩＤ管理サーバ３６の記憶装置３６４内の複数のレコードＲKのうちステップＳB10で入力された識別情報ＰID_IN（ＰID）を含むレコードＲKが決済識別情報ＭIDを含むか否か（すなわち、利用者が第３登録を受けているか否か）の照会（登録照会）をＩＤ管理サーバ３６に送信する（ＳC10）。登録照会は、ステップＳB10で入力された識別情報ＰID_INを含む。
【００８１】
登録照会を受信すると（ＳC11）、ＩＤ管理サーバ３６の処理装置３６２は、登録照会内の識別情報ＰID_INを含むレコードＲKに決済識別情報ＭIDが登録されているか否かを判定し（ＳC12）、判定の結果（照会結果）を管理装置４０に送信する（ＳC13）。決済識別情報ＭIDを含むレコードＲKが検索された場合、その決済識別情報ＭIDが照会結果に含められる。
【００８２】
照会結果を受信すると（ＳC14）、管理装置４０の決済処理部４２８は、照会結果が肯定であるか否かを判定し（ＳC15）、照会結果が否定である場合には、第３登録が完了していないことを利用者に通知して処理を終了する（図示略）。他方、照会結果が肯定である場合（第３登録により決済識別情報ＭIDがレコードＲKに登録されている場合）、決済処理部４２８は、電子マネー残高Ｂの確認の要求（残高要求）を決済サーバ３４に送信する（ＳC16）。残高要求は、ステップＳC14で受信した照会要求内の決済識別情報ＭIDを含む。
【００８３】
残高要求を受信すると（ＳC17）、決済サーバ３４の処理装置３４２は、残高要求内の決済識別情報ＭIDに対応付けられた電子マネー残高Ｂを記憶装置３４４から検索し（ＳC18）、その電子マネー残高Ｂを含む残高通知を管理装置４０に送信する（ＳC19）。残高通知を受信すると（ＳC20）、管理装置４０の決済処理部４２８は、残高通知が示す電子マネー残高Ｂが所定の閾値（例えばゼロ）を上回るか否かを判定する（ＳC21）。
【００８４】
電子マネー残高Ｂが閾値以下である場合、決済処理部４２８は、残高の不足を利用者に通知して処理を終了する（図示略）。他方、電子マネー残高Ｂが閾値を上回る場合（ＳC21：YES）、決済処理部４２８は、図８の操作画面Ｗ1を操作部４７に表示させる（ＳC22）。操作画面Ｗ1に配置される複数の操作子４７２のうち、残高通知で通知された電子マネー残高Ｂを下回る利用額ＰYの操作子４７２は有効状態（利用者からの操作を受付ける状態）に設定され、電子マネー残高Ｂを上回る利用額ＰYの操作子４７２は無効状態（例えば非表示やグレーアウトで利用者からの操作を受付けない状態）に設定される。
【００８５】
操作画面Ｗ1の何れかの操作子４７２が選択されると（ＳC23）、決済処理部４２８は、決済サーバ３４に決済要求を送信する（ＳC24）。決済要求は、ステップＳC14で取得した決済識別情報ＭIDと、ステップＳC23で利用者から指示された利用額ＰYとを含む。決済要求を受信すると（ＳC25）、決済サーバ３４の処理装置３４２は、決済要求内の決済識別情報ＭIDに対応して記憶装置３４４に記憶された電子マネー残高Ｂから利用額ＰYを決済し（ＳC26）、電子マネー残高Ｂの更新の完了を意味する決済完了通知を管理装置４０に送信する（ＳC27）。
【００８６】
決済完了通知を受信すると（ＳC28）、管理装置４０の数量設定部４３０は、ステップＳC23で操作部４７が受付けた利用額ＰYに対応するチャージ量ＮCHを決定する（ＳC29）。そして、チャージ処理部４３２は、クレジット管理サーバ１２に対してチャージ要求を送信する（ＳC30）。チャージ要求は、管理記憶部４４２に記憶された認証済情報Ａ内の識別情報ＵID_IN（ステップＳB18で受付）および生体情報ＢID_IN（ステップＳB25で生成）と、ステップＳC29で決定されたチャージ量ＮCHとを含む。
【００８７】
チャージ要求を受信すると（ＳC31）、クレジット管理サーバ１２の処理装置１２２は、チャージ要求内の識別情報ＵID_INおよび生体情報ＢID_INに対応して記憶装置１２４に記憶された保有クレジット数ＣAにチャージ要求内のチャージ量ＮCHを加算し（ＳC32）、保有クレジット数ＣAの更新の完了を意味する完了通知を管理装置４０に送信する（ＳC33）。完了通知が管理装置４０により受信されることで処理が完了する（ＳC34）。
【００８８】
以上に説明したように、第１認証および第２認証が肯定され、かつ、決済サーバ３４での利用額ＰYの決済が可能である場合（レコードＲKが決済識別情報ＭIDを含み、電子マネー残高Ｂが閾値を上回る場合）に、チャージ処理部４３２によるクレジットチャージが実行される。他方、第１認証および第２認証の少なくとも一方が否定された場合や、決済サーバ３４にて利用額ＰYを決済できない場合（レコードＲKが決済識別情報ＭIDを含まない場合または電子マネー残高Ｂが閾値を下回る場合）には、チャージ処理部４３２によるクレジットチャージは実行されない。
【００８９】
（２）ゲーム時の動作  
以上のように管理装置４０での手続を完了した利用者は、遊技施設内の所望のゲーム装置２６に移動し、保有クレジット数ＣAと使用クレジット数ＣBとの間のクレジット移行を可能とするために図１３および図１４の処理をゲーム装置２６に実行させる。ゲーム装置２６に対する所定の操作を契機として図１３の処理が開始される。
【００９０】
ゲーム装置２６の受付部５６２が識別情報ＰID_INの入力を受付け（ＳD10）、受付部５６４がパスワードＰWD_INの入力を受付けると（ＳD11）、端末側認証部５２４は、識別情報ＰID_INとパスワードＰWD_INとを含む端末側認証要求をゲーム管理サーバ３２に送信する（ＳD12）。端末側認証要求を受信すると（SD13）、ゲーム管理サーバ３２の処理装置３２２は、端末側認証要求内の識別情報ＰID_INおよびパスワードＰWD_INが１個のレコードＲGの識別情報ＰIDおよびパスワードＰWDとして記憶装置３２４に格納されているか否かを判定する（ＳD14）。そして、処理装置３２２は、端末側認証の結果（端末側認証結果）をゲーム装置２６に送信する（ＳD15）。
【００９１】
端末側認証結果を受信すると（ＳD16）、端末側認証部５２４は、端末側認証結果が肯定であるか否かを判定し（ＳD17）、結果が否定である場合には、端末側認証の失敗を利用者に通知して処理を終了する。他方、端末側認証の結果が肯定である場合、照会部５２６は、利用者が管理装置４０での第１認証および第２認証に成功しているか否かを照会するための照会要求を管理装置４０に送信する（ＳD18）。照会要求は、ステップＳD10で入力された識別情報ＰID_INを含む。また、端末側認証の結果が肯定である場合にはゲーム処理部５２２がゲームサーバからゲームデータを取得してゲームに適用する（図示略）。
【００９２】
照会要求を受信すると（ＳD19）、管理装置４０の判定部４３６は、管理記憶部４４２に記憶された各認証済情報Ａの識別情報ＰID_INと照会要求に含まれる識別情報ＰID_INとを順次に照合し（ＳD20）、照会要求に含まれる識別情報ＰID_INを識別情報ＵID_INおよび生体情報ＢID_INに関連付ける認証済情報Ａが管理記憶部４４２に記憶されているか否か（すなわち、ゲーム装置２６に識別情報ＰID_INを入力した利用者について管理装置４０での第１認証および第２認証が成功しているか否か）を判定する（ＳD21）。
【００９３】
識別情報ＰID_INを含む認証済情報Ａが管理記憶部４４２に記憶されている場合（ＳD21：YES）、移行部４３４は、その認証済情報Ａの識別情報ＵID_INおよび生体情報ＢID_INを含む残量要求（保有クレジット数ＣAの確認の要求）をクレジット管理サーバ１２に送信する（ＳD22）。残量要求を受信すると（ＳD23）、クレジット管理サーバ１２の処理装置１２２は、残量要求に含まれる識別情報ＵID_IN（ＵID）および生体情報ＢID_IN（ＢID）に対応した保有クレジット数ＣAを記憶装置１２４から検索し（ＳD24）、この保有クレジット数ＣAを含む残量通知を管理装置４０に送信する（ＳD25）。管理装置４０の移行部４３４は残量通知を受信する（ＳD26）。他方、識別情報ＰID_INを含む認証済情報Ａが管理記憶部４４２に記憶されていない場合（ＳD21：NO）、ステップＳD22からステップＳD26の処理は実行されない。
【００９４】
判定部４３６は、照会結果（識別情報ＰID_INを含む認証済情報Ａが管理記憶部４４２に記憶されているか否か）をゲーム装置２６に送信する（ＳD27）。照会結果が肯定である場合（認証済情報ＡがステップＳD20にて検索された場合）、ステップＳD26にて受信した残量通知内の保有クレジット数ＣAが照会結果に含められる。
【００９５】
照会部５２６が照会結果を受信すると（ＳD28）、許可部５２８は、照会結果が肯定であるか否かを判定する（ＳD29）。照会結果が肯定である場合（ＳD29：YES）、図１４に示すように、クレジット移行を開始するための預入・引出ボタン（コマンドボタンやアイコンなどの指示子）がゲーム装置２６の表示画面に表示されて操作可能（有効）な状態となる（ＳE10）。他方、照会結果が否定である場合（ＳD29：NO）には預入・引出ボタンは表示されない。したがって、利用者はクレジット移行の開始を指示できない。
【００９６】
照会結果が肯定である場合に表示された預入・引出ボタンを利用者が操作すると、許可部５２８は、照会結果に含まれる保有クレジット数ＣAの表示を含む図１０の部分(A)の操作画面Ｗ2を操作部５８に表示させる。図１０の部分(A)の操作画面Ｗ2では、利用者からの引出の指示を受付け可能な状態で引出操作部５８４が表示（有効化）される。他方、ゲーム装置２６の操作を開始した最初の段階では使用クレジット数ＣBはゼロである。したがって、図１０の部分(A)に示すように、操作画面Ｗ2には使用クレジット数ＣBとしてゼロが表示され、使用クレジット数ＣBから保有クレジット数ＣAに対するクレジット移行を指示する預入操作部５８２は無効な状態（例えば非表示やグレーアウトで利用者からの操作を受付けない状態）に制御される。
【００９７】
以上のように引出操作部５８４が有効化されると、引出操作部５８４に対する利用者からの操作に応じて、保有クレジット数ＣAから使用クレジット数ＣBに対するクレジット移行（引出）が実行される。管理装置４０の移行部４３４は、使用クレジット数ＣBを記憶する貯留部５４２と保有クレジット数ＣAを記憶する記憶装置１２４との間で、ゲーム装置２６から送信されるクレジット移行の要求（引出要求）に応じて、保有クレジット数ＣAから使用クレジット数ＣBに対するクレジット移行を仲介する。
【００９８】
まず、クレジットの引出の指示と引出数ＮOUTの指定とを引出操作部５８４にて受付けると（ＳE11）、制御部５３０は、ステップＳD10で入力された識別情報ＰID_INとステップＳE11で指定された引出数ＮOUTとを含む引出要求を管理装置４０に送信する（ＳE12）。なお、引出数ＮOUTの指定の方法は任意である。例えば、保有クレジット数ＣAの範囲内の任意の数量を利用者が引出数ＮOUTとして指定する方法や、引出操作部５８４の１回の操作で所定の数量（例えば１００枚）の引出数ＮOUTを指定する方法が採用され得る。また、所定の期間（例えば１日）内の引出数ＮOUTの合計を所定値（上限値）に制限する構成も好適である。
【００９９】
引出要求を受信すると（ＳE13）、管理装置４０の移行部４３４は、この引出要求に含まれる識別情報ＰID_INに対して認証済情報Ａにて関連付けられた識別情報ＵID_INおよび生体情報ＢID_INを管理記憶部４４２から検索する（ＳE14）。そして、移行部４３４は、ステップＳE14で検索した識別情報ＵID_INおよび生体情報ＢID_INと、引出要求に含まれる引出数ＮOUTとを含む引出要求をクレジット管理サーバ１２に送信する（ＳE15）。
【０１００】
引出要求を受信すると（ＳE16）、クレジット管理サーバ１２の処理装置１２２は、この引出要求内の識別情報ＵID_INおよび生体情報ＢID_INに対応して記憶装置１２４に記憶された保有クレジット数ＣAから引出要求内の引出数ＮOUTを減算し（ＳE17）、保有クレジット数ＣAの更新を意味する引出通知を管理装置４０に送信する（ＳE18）。管理装置４０の移行部４３４は、クレジット管理サーバ１２から受信した引出通知をゲーム装置２６に送信する（ＳE19）。引出通知を受信すると（ＳE20）、ゲーム装置２６の制御部５３０は、ステップＳE11で指定された引出数ＮOUTを貯留部５４２の使用クレジット数ＣBに加算する（ＳE21）。
【０１０１】
以上に説明したクレジットの引出やゲームでの獲得により使用クレジット数ＣBに残数がある場合に利用者が預入・引出ボタンを操作すると、許可部５２８は、図１０の部分(B)の例示のように現段階の保有クレジット数ＣAと使用クレジット数ＣBとを操作画面Ｗ2に表示し、利用者からのクレジット移行の指示を受付け可能な状態で預入操作部５８２および引出操作部５８４の双方を操作部５８に表示（有効化）させる。なお、保有クレジット数ＣAの残数がない場合には、図１０の部分(C)の例示のように、保有クレジット数ＣAとしてゼロが表示されるとともに引出操作部５８４は無効な状態（例えば非表示やグレーアウトで利用者からの操作を受付けない状態）に制御される。
【０１０２】
以上のように預入操作部５８２が有効化されると、預入操作部５８２に対する利用者からの指示に応じて、使用クレジット数ＣBから保有クレジット数ＣAに対するクレジット移行（預入）が実行される。管理装置４０の移行部４３４は、クレジットの引出の場合と同様に、使用クレジット数ＣBを記憶する貯留部５４２と保有クレジット数ＣAを記憶する記憶装置１２４との間で、ゲーム装置２６から送信されるクレジット移行の要求（預入要求）に応じて、使用クレジット数ＣBから保有クレジット数ＣAに対するクレジット移行を仲介する。
【０１０３】
まず、クレジットの預入の指示と預入数ＮINの指定とを預入操作部５８２にて受付けると（ＳE22）、制御部５３０は、ステップＳD10で入力された識別情報ＰID_INとステップＳE22で指定された預入数ＮINとを含む預入要求を管理装置４０に送信する（ＳE23）。なお、預入数ＮINの指定の方法は任意である。例えば、使用クレジット数ＣBの範囲内の任意の数量を利用者が預入数ＮINとして指定する方法や、預入操作部５８２の１回の操作で所定の数量（例えば１００枚）の預入数ＮINを指定する方法が採用され得る。
【０１０４】
預入要求を受信すると（ＳE24）、管理装置４０の移行部４３４は、ステップＳE14およびステップＳE15と同様に、預入要求に含まれる識別情報ＰID_INに認証済情報Ａにて関連付けられた識別情報ＵID_INおよび生体情報ＢID_INを検索し（ＳE25）、預入数ＮINとともに預入要求に含ませてクレジット管理サーバ１２に送信する（ＳE26）。
【０１０５】
預入要求を受信すると（ＳE27）、クレジット管理サーバ１２の処理装置１２２は、この預入要求内の識別情報ＵID_INおよび生体情報ＢID_INに対応して記憶装置１２４に記憶された保有クレジット数ＣAに預入要求の預入数ＮINを加算し（ＳE28）、保有クレジット数ＣAの更新を意味する預入通知を管理装置４０に送信する（ＳE29）。預入通知は、管理装置４０の移行部４３４を介してゲーム装置２６に転送される（ＳE30）。預入通知を受信すると（ＳE31）、ゲーム装置２６の制御部５３０は、ステップＳE22で指定された預入数ＮINを貯留部５４２の使用クレジット数ＣBから減算する（ＳE32）。使用クレジット数ＣBの全数量が保有クレジット数ＣAに移行すると使用クレジット数ＣBはゼロとなる。使用クレジット数ＣBをゼロに設定することで、利用者は、受付部５６２（読取器）からゲームカードを排出してゲームを終了させることが可能となる。
【０１０６】
なお、ゲームの終了時に使用クレジット数ＣBに残数がある場合に、利用者からの指示に応じて実行されるクレジットの預入で使用クレジット数ＣBがゼロに設定された段階でゲームカードの排出が可能となる構成が好適に採用される。また、ゲームカードの排出が利用者から指示された時点で使用クレジット数ＣBに残数がある場合に、自動的に（すなわち利用者からの指示を必要とせずに）クレジットの預入を実行し、この預入で使用クレジット数ＣBがゼロに設定された段階でゲームカードの排出が可能となる構成を採用することも可能である。
【０１０７】
以上に説明したように、本実施形態においては、クレジット管理サーバ１２が管理する保有クレジット数ＣAとゲーム装置２６の貯留部５４２に保持された使用クレジット数ＣBとの一方から他方に対するクレジット移行が実行される。したがって、利用者がメダル処理装置１６からゲーム装置２６にメダルを持運ぶ作業や、ゲーム中の利用者がメダルの不足時にメダル処理装置１６に移動してメダルを引出す作業は不要である。すなわち、メダルを取扱う利用者の負担を軽減することが可能である。しかも、電子マネー残高Ｂの決済（電子決済）で保有クレジット数ＣAがチャージされるから、現金の支払いはクレジットチャージに不要である。したがって、利用者の負担が有効に軽減される。
【０１０８】
また、識別情報ＰIDと決済識別情報ＭIDとがＩＤ管理サーバ３６にて対応付けて管理されるから、利用額ＰYが決済される電子マネー残高Ｂの決済識別情報ＭIDが、第２認証に利用される識別情報ＰIDから特定される。したがって、決済識別情報ＭIDを管理装置４０に入力するための要素（例えばＩＣカードの読取器）を管理装置４０に設置する必要がないという利点もある。また、決済識別情報ＭIDを記憶する記録媒体を利用者が所持する必要はないから、利用者の負担が軽減されるという利点もある。なお、利用額ＰYの決済は第１認証および第２認証の成功を条件として実行されるから、識別情報ＰIDから決済識別情報ＭIDが特定されて決済に利用されるとは言っても、電子マネーの管理の安全性は担保される。
【０１０９】
本実施形態においては、ゲーム装置２６に入力された識別情報ＰID_INが認証済情報Ａとして管理装置４０の管理記憶部４４２に記憶されているか否かに応じてクレジット移行の許否が決定される。すなわち、ゲーム装置２６での第１認証（生体認証）は不要である。したがって、生体情報ＢIDを生成する機器（例えば静脈センサ）を複数のゲーム装置２６の各々に設置する必要はない。他方、ゲーム装置２６に対する操作でクレジット移行が許可されるためには（識別情報ＰID_INを認証済情報Ａとして管理記憶部４４２に記憶するためには）、利用者は管理装置４０にて第１認証（生体認証）を受けておく必要があるから、ゲーム装置２６での第１認証が不要である構成にも関わらず、クレジット管理の安全性は充分に確保される。すなわち、本実施形態によれば、クレジット管理の安全性の確保と認証に必要な構成や手続の簡素化とを両立することが可能である。
【０１１０】
また、第２システム２０のもとでゲームデータの管理に利用される識別情報ＰIDが、認証済情報Ａにて識別情報ＵID_INに関連付けられてクレジット移行時の認証（第２認証）に流用される。したがって、識別情報ＰIDとは別の識別情報を第２認証用に各利用者に付与する場合と比較して、管理装置４０の導入（クレジット移行の運用）に必要な負荷が軽減されるという利点がある。もっとも、識別情報ＰIDがゲームデータとともに利用される構成は必須ではない。すなわち、識別情報ＰIDは任意に選定され得る。
【０１１１】
さらに、本実施形態における認証済情報Ａは、識別情報ＵID_INおよび識別情報ＰID_INに加えて生体情報ＢID_INを含むから、管理装置４０からクレジット管理サーバ１２に送信される要求（図１２のステップＳC30のチャージ要求，図１４のステップＳE12の引出要求，図１４のステップＳE23の預入要求）に識別情報ＵID_INと生体情報ＢID_INとを含ませることが可能である。他方、メダル処理装置１６でのメダルの払出や預入にも生体認証が必要であるため、メダル処理装置１６からクレジット管理サーバ１２に送信される要求（図３のステップＳA19の引出要求やステップＳA25の預入要求）にも識別情報ＵID_INと生体情報ＢID_INとが含められる。つまり、管理装置４０からの要求およびメダル処理装置１６からの要求の何れにも識別情報ＵID_INと生体情報ＢID_INとが含まれるから、管理装置４０からの要求とメダル処理装置１６からの要求とについてクレジット管理サーバ１２での処理を共通化することが可能である。したがって、例えば第１システム１０が存在する環境に、クレジット管理サーバ１２の処理を改変することなく管理装置４０を導入できる（第２システム２０を統合できる）という利点がある。特に、管理装置４０が通信網１８を介してクレジット管理サーバ１２に接続される構成では、クレジット管理サーバ１２は、管理装置４０とメダル処理装置１６とを等価に取扱うことが可能である。
【０１１２】
＜Ｂ：第２実施形態＞
次に、本発明の第２実施形態について説明する。第１実施形態では、決済サーバ３４が管理する電子マネー残高Ｂから利用額ＰYを決済する構成（サーバ管理型）を例示した。第２実施形態では、可搬型の記録媒体に格納された電子マネー残高Ｂから利用額ＰYを決済する構成（カード管理型）を採用する。なお、以下の各例示において作用や機能が第１実施形態と同等である要素については、以上と同じ符号を付して各々の詳細な説明を適宜に省略する。
【０１１３】
図１５は、第２実施形態における管理装置４０のブロック図である。なお、以下の各図面では、作用や機能が第１実施形態と同等である要素の図示が適宜に省略されている。図１５の決済用記録媒体２００は、利用者の決済識別情報ＭIDと電子マネー残高Ｂとを記憶する可搬型の記録媒体である。具体的には、非接触型の通信が可能なＩＣカードや情報端末（例えば携帯電話機）が決済用記録媒体２００として好適に採用され得る。管理装置４０の決済処理部４２８は、以下に説明する手順で、決済用記録媒体２００に記憶された電子マネー残高Ｂから利用額ＰYを決済する。なお、ゲームカードに電子マネー残高Ｂを格納することでゲームカードを決済用記録媒体２００として利用する構成も好適である。
【０１１４】
図１６は、管理装置４０の動作（図１２のステップＳC15からステップＳC29に置換される部分）のフローチャートである。ステップＳC15の結果が肯定である場合、決済処理部４２８は、決済用記録媒体２００から電子マネー残高Ｂを取得する（ＳC40）。第１実施形態と同様の手順で利用者から利用額ＰYを受付けると（ＳC21〜ＳC23）、決済処理部４２８は、ステップＳC40で取得した電子マネー残高Ｂから利用額ＰYを減算し（ＳC41）、決済用記録媒体２００に記憶された既存の電子マネー残高Ｂを、利用額ＰYの減算後の数値に更新する（ＳC42）。また、決済処理部４２８は、今回の電子マネーの利用に関する情報（例えば、決済識別情報ＭIDや利用額ＰYや決済後の電子マネー残高Ｂ）を、電子マネー事業者が運営するサーバ装置（例えば決済サーバ３４と同様に電子マネー残高Ｂを利用者毎に管理するのサーバ装置）に対して送信する（ＳC43）。以上の手順で利用額ＰYの決済が完了すると、利用額ＰYに応じたチャージ量ＮCHが第１実施形態と同様の手順（ＳC29〜ＳC34）で保有クレジット数ＣAにチャージされる。以上の構成においても第１実施形態と同様の効果が実現される。
【０１１５】
＜Ｃ：第３実施形態＞
図１７は、第３実施形態における管理装置４０およびゲーム装置２６のブロック図である。図１７に示すように、第３実施形態のゲーム装置２６は、第１実施形態と同様の要素に加えて操作部６２２と要求送信部６２４とを具備する。操作部６２２は、第１実施形態における管理装置４０の操作部４７と同様に、電子マネーの利用額ＰYを利用者から受付ける。操作部６２２は、照会部５２６による照会結果が肯定である場合（利用者が管理装置４０での第１認証および第２認証に成功している場合）に有効状態（利用額ＰYの指示を有効に受付ける状態）に制御され、照会結果が否定である場合には無効状態に制御される。要求送信部６２４は、チャージ要求ＲCHを管理装置４０に送信する。チャージ要求ＲCHは、操作部６２２が受付けた利用額ＰYと、受付部５６２が受付けた識別情報ＰID_INとを含む。
【０１１６】
図１７に示すように、第３実施形態の管理装置４０は、第１実施形態の操作部４７に代えて要求受付部４８を具備する。要求受付部４８は、チャージ要求ＲCHをゲーム装置２６から受付ける。決済処理部４２８は、チャージ要求ＲCH内の利用額ＰYの決済を決済サーバ３４に要求する。決済の対象となる電子マネー残高Ｂは、図１２のステップＳC10からステップＳC20と同様の処理で、チャージ要求ＲCH内の識別情報ＰID_INから特定される。また、数量設定部４３０は、チャージ要求ＲCH内の利用額ＰYからチャージ量ＮCHを設定し、チャージ処理部４３２は、チャージ量ＮCHを指定したチャージ要求をクレジット管理サーバ１２に送信する。クレジット管理サーバ１２に対するチャージ要求には、チャージ要求ＲCH内の識別情報ＰID_INに対して認証済情報Ａで関連付けられた識別情報ＵID_INおよび生体情報ＢID_INが含められる。以上のように、利用者がゲーム装置２６の操作部６２２に指示した利用額ＰYに応じた利用額ＰYが電子マネー残高Ｂから決済されるとともに当該利用額ＰYに応じたチャージ量ＮCHが保有クレジット数ＣAにチャージされる。利用者は、第１実施形態と同様に、ゲーム装置２６の操作部５８を操作することで、チャージの完了後の保有クレジット数ＣAから使用クレジット数ＣBに対してクレジットを移行することが可能である。
【０１１７】
以上の構成においても第１実施形態と同様の効果が実現される。また、第３実施形態においては、ゲーム装置２６に対する操作に応じてクレジットチャージが実行されるから、例えばゲームの実行中に保有クレジット数ＣAおよび使用クレジット数ＣBの双方が不足した場合でも、利用者がゲーム装置２６から移動せずに保有クレジット数ＣAをチャージすることが可能である。したがって、管理装置４０に対する操作でクレジットチャージが実行される第１実施形態と比較すると、利用者の負担を軽減できるという効果は格別に顕著となる。
【０１１８】
また、識別情報ＰIDと決済識別情報ＭIDとがＩＤ管理サーバ３６にて対応付けて管理され、ゲーム装置２６に入力された識別情報ＰID_IN（ＰID）から決済識別情報ＭIDが特定されて利用額ＰYが決済される。したがって、決済識別情報ＭIDを入力するための要素（例えばＩＣカードの読取器）を各ゲーム装置２６に設置することなく、電子マネーを利用したクレジットチャージが実現されるという利点もある。
【０１１９】
＜第３実施形態の変形例＞
利用額ＰYの決済に決済用記録媒体２００を使用する第２実施形態の構成は第３実施形態にも同様に適用される。例えば、図１８に示すように、ゲーム装置２６の演算処理装置５２の機能として決済処理部６２６が追加される。決済処理部６２６は、第２実施形態の決済処理部４２８と同様に機能する。すなわち、決済処理部６２６は、操作部６２２が受付けた利用額ＰYを、決済用記録媒体２００に記憶された電子マネー残高Ｂから決済する。したがって、管理装置４０の決済処理部４２８は省略される。利用額ＰYを含むチャージ要求ＲCHが要求送信部６２４から管理装置４０の要求受付部４８に送信される構成は第３実施形態と同様である。
【０１２０】
以上のようにゲーム装置２６が利用額ＰYを決済する構成では、図１９に示すように、数量設定部６２８をゲーム装置２６に搭載した構成も採用され得る。数量設定部６２８は、第１実施形態の数量設定部４３０と同様に、操作部６２２が受付けた利用額ＰYに応じたチャージ量ＮCHを決定する。数量設定部６２８が設定したチャージ量ＮCHを含むチャージ要求ＲCHが要求送信部６２４から管理装置４０に送信される。管理装置４０の要求受付部４８は、ゲーム装置２６から受付けたチャージ要求ＲCH内のチャージ量ＮCHをチャージ処理部４３２に指示する。管理装置４０の数量設定部４３０は省略される。
【０１２１】
なお、図１９のように数量設定部６２８をゲーム装置２６に搭載した構成では、遊技施設内で適用される貸出レート（利用額ＰYとチャージ量ＮCHとの関係）を変更する場合に、遊技施設内の複数のゲーム装置２６の各々について個別に数量設定部６２８内の記憶部の内容を変更する必要がある。他方、第１実施形態や図１７および図１８の構成のように管理装置４０が数量設定部４３０を具備する構成では、管理装置４０内の記憶部４３０Aの内容を変更すれば足りるから、図１９の構成と比較して遊技施設の運営の負担が軽減されるという利点がある。
【０１２２】
＜Ｄ：第４実施形態＞
次に、本発明の第４実施形態について説明する。第１実施形態では、電子マネー残高Ｂから決済される利用額ＰYに応じたチャージ量ＮCHを、クレジット管理サーバ１２が管理する保有クレジット数ＣAにチャージした。第４実施形態では、ゲーム装置２６の貯留部５４２に記憶された使用クレジット数ＣBにチャージ量ＮCHがチャージされる。
【０１２３】
図２０は、第４実施形態の管理装置４０およびゲーム装置２６のブロック図である。電子マネーの利用額ＰYに応じたチャージ量ＮCHが指示されると、管理装置４０のチャージ処理部４３２は、チャージ量ＮCHの指定を含むチャージ要求ＱCHをゲーム装置２６に送信する。チャージ要求ＱCHを受信すると、ゲーム装置２６の制御部５３０は、貯留部５４２に記憶された使用クレジット数ＣBにチャージ要求ＱCH内のチャージ量ＮCHを加算する。すなわち、電子マネー残高Ｂから決済される利用額ＰYに応じたチャージ量ＮCHが使用クレジット数ＣBにチャージされる。
【０１２４】
以上の構成においても、第１実施形態と同様の効果が実現される。また、保有クレジット数ＣAに対してクレジットチャージが実行される第１実施形態では、ゲーム装置２６でのゲームの実行中に保有クレジット数ＣAおよび使用クレジット数ＣBが不足した場合に、保有クレジット数ＣAにチャージ量ＮCHをチャージしたうえで使用クレジット数ＣBにクレジットを移行（引出）する必要がある。第４実施形態においては、使用クレジット数ＣBに対して直接的にチャージ量ＮCHがチャージされるから、保有クレジット数ＣAに対するクレジットチャージや使用クレジット数ＣBに対するクレジット移行を必要とせずに、使用クレジット数ＣBの不足を回避できるという利点がある。
【０１２５】
なお、使用クレジット数ＣBにチャージ量ＮCHをチャージされる第４実施形態の構成は、利用額ＰYを決済サーバ３４から決済する構成（図７，図１７）および利用額ＰYを決済用記録媒体２００から決済する構成（図１５，図１８，図１９）の何れにも適用され得るし、利用者による利用額ＰYの指示を管理装置４０の操作部４７が受付けられる構成（図７，図１５）および利用額ＰYの指示をゲーム装置２６の操作部６２２が受付ける構成（図１７，図１８，図１９）の何れにも適用され得る。ただし、使用クレジット数ＣBに対するチャージが必要となるのは、基本的には、利用者がゲーム装置２６でゲームを実行している状況（すなわち、ゲーム装置２６の近傍に利用者が位置する状況）である。したがって、ゲーム装置２６の操作部６２２が利用者から利用額ＰYを受付ける図１７から図１９の構成（第３実施形態）に対して、第４実施形態は好適に適用される。
【０１２６】
＜Ｅ：第５実施形態＞
次に、本発明の第５実施形態について説明する。図２１は、第５実施形態における認証済情報Ａの模式図である。図２１に示すように、認証済情報Ａは、識別情報ＰID_INと識別情報ＵID_INと生体情報ＢID_INとに加えて認証時刻ＴAを含んで構成される。認証時刻ＴAは、第１認証および第２認証が完了した時刻（認証済情報Ａが生成される時刻）を指定する情報である。
【０１２７】
図２２は、管理装置４０の動作の一部（図１１のステップＳB30からステップＳB32に置換される部分）のフローチャートである。図２２に示すように、クレジット管理サーバ１２からステップＳB30にて受信した第１認証結果が肯定である場合（ＳB31：YES）、管理装置４０の管理部４２６は、時刻を計時する計時回路（図示略）から現時点の時刻（認証時刻）ＴAを取得する（ＳB35）。管理部４２６は、ステップＳB35で取得した認証時刻ＴAを識別情報ＰID_INと識別情報ＵID_INと生体情報ＢID_INとに関連付けた認証済情報Ａを生成して管理記憶部４４２に格納する（ＳB36）。
【０１２８】
管理部４２６は、管理記憶部４４２に記憶された複数の認証済情報Ａのうち認証時刻ＴAから所定の時間Ｔ0が経過した認証済情報Ａを管理記憶部４４２から消去する。すなわち、第１実施形態では管理記憶部４４２の全部の認証済情報Ａを所定の時刻に一斉に消去したのに対し、第５実施形態では、認証時刻ＴAを始点として時間Ｔ0にわたる有効期間が認証済情報Ａ毎に設定され、有効期間の満了を契機として各認証済情報Ａが個別に消去される。なお、有効期間の時間Ｔ0は認証済情報Ａ毎に可変に設定され得る。
【０１２９】
所定の時刻の到来を契機として各認証済情報Ａを消去する第１実施形態では、管理装置４０による第１認証および第２認証の時刻が早いほど認証済情報Ａの消去までの時間が長いから、例えばゲームカードを紛失して他人に利用される可能性が高まる（すなわち、クレジット管理の安全性の確保が困難となる）。他方、第５実施形態では、認証時刻ＴAから所定の時間Ｔ0が有効期間として認証済情報Ａ毎に個別に設定されるから、認証時刻ＴAの先後に関わらずクレジット管理の安全性を充分に確保できるという利点がある。もっとも、所定の時刻に認証済情報Ａを消去する第１実施形態によれば、認証済情報Ａ毎の有効期間の管理が不要であるから、管理部４２６による処理の負荷が第５実施形態と比較して軽減されるという利点がある。また、第１実施形態においては認証時刻ＴAを認証済情報Ａに含ませる必要がないから、認証済情報Ａのデータ量が削減される（さらには管理記憶部４４２に必要な容量が削減される）という利点もある。
【０１３０】
なお、認証済情報Ａ毎に有効期間を設定する第５実施形態の構成は、第１実施形態から第４実施形態の何れにも適用され得る。また、認証済情報Ａ毎に有効期間の満了を契機として認証済情報Ａを消去する方法は以上の例示に限定されない。例えば、第１認証および第２認証の完了後に所定の計数値ＴBを認証済情報Ａに含ませて管理記憶部４４２に格納するとともに計数値ＴBを順次に減少させ、計数値ＴBが所定の下限値（例えばゼロ）に到達した認証済情報Ａを管理記憶部４４２から消去する構成も採用される。以上の構成によれば、認証済情報Ａの有効期間を計数値ＴBに応じて認証済情報Ａ毎に個別に設定できるという利点がある。
【０１３１】
＜Ｆ：第６実施形態＞
図２３は、管理装置４０およびクレジット管理サーバ１２の動作の一部（図１１のステップＳB26からステップＳB32に置換される部分）のフローチャートである。図２３に示すように、管理装置４０からの第１認証要求（ＳB26，ＳB27）に応じて第１認証を実行すると（ＳB28）、クレジット管理サーバ１２の処理装置１２２は、特定情報αを生成する（ＳB40）。特定情報αは、第１認証毎に個別に設定される符号である。例えば、第１認証毎に変化するワンタイムパスワードが特定情報αとして好適に採用される。処理装置１２２は、第１認証要求内の識別情報ＵID_INに特定情報αを対応付けて記憶する（ＳB41）。さらに、処理装置１２２は、第１認証結果に特定情報αを含ませて管理装置４０に送信する（ＳB42）。
【０１３２】
クレジット管理サーバ１２からステップＳB30にて受信した第１認証結果が肯定である場合（ＳB31：YES）、管理装置４０の管理部４２６は、図２４に示すように、第１認証結果に含まれる特定情報αを識別情報ＰID_INと識別情報ＵID_INとに関連付けた認証済情報Ａを生成して管理記憶部４４２に格納する（ＳB32）。すなわち、認証済情報Ａに生体情報ＢID_INは含まれない。
【０１３３】
クレジット管理サーバ１２に対して要求（図１２のステップＳC30のチャージ要求や、図１４のステップＳE12の引出要求や図１４のステップＳE23の預入要求）を送信する場合、管理装置４０の移行部４３４は、第１実施形態での生体情報ＢID_INの代わりに、認証済情報Ａに含まれる特定情報αを当該要求に含ませる。クレジット管理サーバ１２の処理装置１２２は、管理装置４０からの要求に含まれる識別情報ＵID_INおよび特定情報αの組合せに対応する保有クレジット数ＣAを記憶装置１２４から検索して要求に応じたクレジットの増減を実行する。
【０１３４】
以上の構成においては、クレジットチャージやクレジット移行の実行時に管理装置４０とクレジット管理サーバ１２との間で生体情報ＢID_INが授受されないから、利用者の個人情報である生体情報ＢID_INの流出の危険性が低減されるという利点がある。また、生体情報ＢID_INは、例えば特定情報αと比較してデータ量が大きくなり易いという傾向がある。第６実施形態においては、生体情報ＢID_INの代わりに特定情報αが認証済情報Ａに含められるから、第１実施形態と比較して認証済情報Ａのデータ量が削減される（さらには管理記憶部４４２に必要な容量が削減される）という利点がある。もっとも、生体情報ＢID_INおよび特定情報αの双方を認証済情報Ａに含ませる構成も採用される。なお、認証済情報Ａに特定情報αを含ませる第６実施形態の構成は、第１実施形態から第５実施形態の何れにも適用され得る。
【０１３５】
＜Ｇ：第７実施形態＞
図２５は、第７実施形態における管理装置４０およびゲーム装置２６のブロック図である。図２５に示すように、各ゲーム装置２６は、第１実施形態と同様の要素に加えて受付部５６０を具備する。受付部５６０は、管理装置４０の受付部４６２と同様に、利用者による識別情報ＵID_INの入力を受付ける。受付部５６０は、例えば、利用者が操作する複数の操作子（テンキー）で構成される。なお、タッチパネル機能付の表示装置が表示する操作子（テンキー）を受付部５６０として採用することも可能である。
【０１３６】
第７実施形態における管理装置４０およびゲーム装置２６の動作は、図１１から図１４を参照して説明した第１実施形態の動作と同様である。ただし、第１認証および第２認証の双方の結果が肯定である場合（図１１のステップＳB31）、管理装置４０の管理部４２６は、図２５に示すように、ステップＳB18で入力された識別情報ＵID_IN（ＵID）とステップＳB25で生成された生体情報ＢID_IN（ＢID）とを関連付けた認証済情報Ａを生成して管理記憶部４４２に格納する（ＳB32）。すなわち、認証済情報Ａに識別情報ＰID_IN（ＰID）は含まれない。
【０１３７】
図２６は、ゲーム装置２６および管理装置４０の動作の一部（図１３のステップＳD17からステップＳD29に置換される部分）のフローチャートである。図２６に示すように、ゲーム装置２６での端末側認証が成功すると（ＳD17：YES）、ゲーム装置２６の受付部５６０が識別情報ＵID_INの入力を受付ける（ＳD40）。照会部５２６は、利用者が管理装置４０での第１認証および第２認証に成功しているか否かを照会するための照会要求を管理装置４０に送信する（ＳD41）。照会要求には、ステップＳD40で入力された識別情報ＵID_INが含まれる。
【０１３８】
照会要求を受信すると（ＳD42）、管理装置４０の判定部４３６は、照会要求内の識別情報ＵID_INを含む認証済情報Ａが管理記憶部４４２に記憶されているか否か（すなわち、識別情報ＵID_INをゲーム装置２６に入力した利用者について管理装置４０での第１認証および第２認証が成功しているか否か）を判定する（ＳD43，ＳD44）。以後の動作は第１実施形態と同様である。管理装置４０からクレジット管理サーバ１２に対する要求（図１２のステップＳC30のチャージ要求や図１４のステップＳE15の引出要求や図１４のステップＳE26の預入要求）には、第１実施形態と同様に、認証済情報Ａ内の識別情報ＵID_INと生体情報ＢID_INとが含まれる。
【０１３９】
第７実施形態においても第１実施形態と同様の効果が実現される。また、認証済情報Ａに識別情報ＰID_IN（ＰID）を含ませない第７実施形態の構成は、第２実施形態から第６実施形態にも同様に適用される。
【０１４０】
なお、第７実施形態では、受付部５６０と受付部５６２とをゲーム装置２６に併設し、受付部５６０が受け付けた識別情報ＵID_INと受付部５６２が受け付けた識別情報ＰID_INとの双方をゲーム装置２６での認証に利用する構成も採用され得る。具体的には、第１実施形態と同様に識別情報ＵID_INと識別情報ＰID_INとが認証済情報Ａに含まれ、ゲーム装置２６の照会部５２２は、受付部５６０が受け付けた識別情報ＵID_INと受付部５６２が受け付けた識別情報ＰID_INとを含む認証済情報Ａが管理記憶部３４２に記憶されているか否かを管理装置４０に照会する。
【０１４１】
＜Ｈ：第８実施形態＞
図２７は、第８実施形態に係る管理システム１００における管理装置４０およびゲーム装置２６のブロック図である。第８実施形態は、第７実施形態の変形として位置付けられる。第７実施形態では、識別情報ＵID_INと生体情報ＢID_INとを対応させた認証済情報Ａを生成したのに対し、第８実施形態では、識別情報ＵID_INの代わりに識別情報ＸIDを生体情報ＢID_INと対応させた認証済情報Ａが生成される。識別情報ＸIDは、第１登録毎（すなわち記憶装置１２４のレコードＲC毎）に固有に付与される符号である。例えば第６実施形態の特定情報αと同様に、可変に設定されるワンタイムパスワードが識別情報ＸIDとして好適に採用される。
【０１４２】
図２７に示すように、第８実施形態の管理システム１００における管理装置４０は、第７実施形態の要素に加えて取得部７２および報知部７４を具備する。取得部７２は、クレジット管理サーバ１２の処理装置１２２が生成した識別情報ＸIDを取得する。報知部７４は、管理装置４０による認証を受ける利用者に対し、取得部７２が取得した識別情報ＸIDを報知する。例えば、識別情報ＸIDを表示する表示機器や識別情報ＸIDを印刷する印刷機器、あるいは識別情報ＸIDを音声で出力する放音機器が報知部７４として採用される。なお、利用者に報知される識別情報ＸIDの形態は任意である。例えば、識別情報ＸIDを表す文字列を利用者に報知する方法のほか、光学的に読取可能な図表（例えばバーコードやＱＲコード（登録商標））の形態で識別情報ＸIDを利用者に報知する方法が採用され得る。
【０１４３】
図２８は、管理装置４０による認証時の動作のフローチャート（図１１のステップＳB26からステップＳB32に置換される部分）である。管理装置４０が送信した第１認証要求を契機として第１認証を実行すると（ＳB26〜ＳB28）、クレジット管理サーバ１２の処理装置１２２は、第１認証の結果が肯定であるか否かを判定する（ＳB60）。第１認証の結果が肯定である場合、処理装置１２２は識別情報ＸIDを生成する（ＳB61）。さらに、処理装置１２２は、図２９に示すように、記憶装置１２４に記憶された複数の識別情報ＵIDのうち第１認証要求内の識別情報ＵID_INに合致する識別情報ＵIDに対して識別情報ＸIDを対応させて記憶する（ＳB62）。すなわち、識別情報ＸIDが保有クレジット数ＣAに対応付けられる。そして、処理装置１２２は、ステップＳB61で生成した識別情報ＸIDを含む第１認証結果を管理装置４０に送信する（ＳB63）。他方、第１認証の結果が否定である場合（ＳB60：NO）、処理装置１２２は、識別情報ＸIDの生成および記憶（ＳB61，ＳB62）を実行せずに、第１認証の失敗を示す第１認証結果を管理装置４０に送信する（ＳB63）。
【０１４４】
第１認証結果を受信すると（ＳB30）、第１認証部４２２は、第１認証の結果が肯定であるか否かを判定し（ＳB31）、結果が否定である場合には第１認証の失敗を利用者に報知して処理を終了する。他方、第１認証の結果が肯定である場合（ＳB31：YES）、第１認証結果から取得部７２が取得した識別情報ＸIDを報知部７４が利用者に報知する（ＳB64）。利用者は、報知部７４による報知で識別情報ＸIDを知得する。管理部４２６は、取得部７２が取得した識別情報ＸIDと、ステップＳB25にて生成部が生成した生体情報ＢID_INとを対応させた認証済情報Ａを生成して管理記憶部４４２に格納する。
【０１４５】
以上の手順で管理装置４０による認証が完了すると、第１実施形態の識別情報ＵIDの代わりに識別情報ＸIDを利用して図１３および図１４の処理が実行される。遊技施設内の所望のゲーム装置２６に移動した利用者は、識別情報ＰID_INおよびパスワードＰWD_INを入力して端末側認証（ＳD10〜ＳD16）を受け、管理装置４０での認証時に報知部７４から報知された識別情報ＸIDを識別情報ＸID_INとして受付部５６０に入力する（図２６のステップＳD40）。照会部５２６は、識別情報ＸID_INを含む照会要求を管理装置４０に送信する（ＳD41）。管理装置４０の判定部４３６は、識別情報ＸID_INに合致する識別情報ＸIDを含む認証済情報Ａが管理記憶部４４２に格納されているか否かを判定する（ＳD43，ＳD44）とともに判定の結果（照会結果）をゲーム装置２６に送信する（ＳD27）。
【０１４６】
照会結果が肯定である場合、ゲーム装置２６の制御部５３０は、識別情報ＸID_INとクレジットの移行数Ｎ（引出数ＮOUTまたは預入数ＮIN）とを含む移行要求（図１４のステップＳE12の引出要求やステップＳE23の預入要求）を操作部５８に対する操作に応じて生成して管理装置４０に送信する。管理装置４０の移行部４３４は、識別情報ＸID_IN（ＸID）および移行数Ｎと、認証済情報Ａにて当該識別情報ＸID_INに対応する生体情報ＢID_INとを含む移行要求（図１４のステップＳE15の引出要求やステップＳE26の預入要求）をクレジット管理サーバ１２に送信する。クレジット管理サーバ１２の処理装置１２２は、移行要求内の識別情報ＸID_INおよび生体情報ＢID_INに対応して記憶装置１２４に記憶された保有クレジット数ＣAを移行数Ｎに応じて更新する（ＳE17，ＳE28）。
【０１４７】
他の動作は第７実施形態と同様である。第８実施形態においても第７実施形態と同様の効果が実現される。認証済情報Ａに識別情報ＵID_IN（ＵID）を含ませない第８実施形態の構成は、第２実施形態から第６実施形態にも同様に適用される。
【０１４８】
なお、第７実施形態や第８実施形態においては、管理装置４０での第２認証（図１１のステップＳB10からステップＳB17）やゲーム装置２６での端末側認証（図１３のステップＳD10からステップＳD17）は省略され得る。ただし、決済識別情報ＭIDと識別情報ＰIDとがＩＤ管理サーバ３６にて対応付けられた構成を前提とすると、識別情報ＰID_IN（ＰID）を利用しない場合には利用者の決済識別情報ＭIDを特定できない。したがって、決済サーバ３４が電子マネー残高Ｂを管理するサーバ管理型のシステムに第７実施形態や第８実施形態を採用する場合には、利用者の決済識別情報ＭIDを管理装置４０にて特定するための仕組が必要である。例えば、ＩＤ管理サーバ３６にて決済識別情報ＭIDを識別情報ＵIDに対応付ける構成や、管理装置４０に対する決済識別情報ＭIDの入力を利用者に要求するとともに当該決済識別情報ＭIDを認証済情報Ａに含ませる構成が採用され得る。
【０１４９】
＜Ｉ：変形例＞
以上の各形態には多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。
【０１５０】
（１）変形例１  
以上の各形態においては、決済サーバ３４や決済用記録媒体２００に事前に設定された電子マネー残高Ｂから利用額ＰYを決済する構成（プリペイド方式）を例示したが、利用額ＰYの決済の方法は任意に変更される。例えば、利用額ＰYを事後的に利用者に請求するポストペイ方式も利用額ＰYの決済に適用され得る。すなわち、本出願における「電子マネーでの決済」は、電子的な情報（電子マネー）を利用した決済を意味し、サーバ管理型／カード管理型の区別や、プリペイド方式／ポストペイ方式の区別は不問である。
【０１５１】
（２）変形例２  
以上の各形態では、数量設定部４３０の記憶部４３０A（図９）が利用額ＰY毎にチャージ量ＮCHを可変に記憶する構成を例示したが、数量設定部４３０の構成は適宜に変更される。例えば、電子マネーの利用額ＰYに対するチャージ量ＮCHの比率ＲTを記憶部４３０Aが記憶する構成も採用され得る。比率ＲTは、例えば、利用額ＰYの単位量（例えば１００円）に対応するチャージ量ＮCHに相当し、外部からの指示に応じて可変に設定される。利用者から利用額ＰYが指示されると、数量設定部４３０の決定部４３０Bは、その利用額ＰYに比率ＲTを乗算することでチャージ量ＮCHを算定する。ゲーム装置２６に搭載された数量設定部６２８（図１９）についても同様の構成が採用される。以上の構成によれば、利用者が任意の利用額ＰYをクレジットチャージに利用できるという利点がある。他方、複数種の利用額ＰYの各々についてチャージ量ＮCHを記憶する構成（図９）によれば、利用額ＰYとチャージ量ＮCHとの関係を利用額ＰY毎に細かく設定できるという利点がある。
【０１５２】
ただし、利用者が利用額ＰYを任意に設定できる構成は本発明にとって必須ではない。例えば、利用者からクレジットチャージの指示（例えば所定の操作子４７２に対する操作）が付与されると、所定の利用額ＰY（利用者が変更できない固定額）が電子マネーから決済され、この利用額ＰYに応じたチャージ量ＮCHが保有クレジット数ＣAまたは使用クレジット数ＣBにチャージされる構成も採用され得る。以上の構成では利用額ＰYが固定であるから、利用額ＰYをチャージ量ＮCHに変換する数量設定部４３０は省略され得る。
【０１５３】
（３）変形例３  
遊技施設への来店の特典として、所定のチャージ量ＮCH_Pを利用者に付与（贈与）する構成も採用され得る。例えば、管理装置４０での第１認証および第２認証が成功すると（ＳB31：YES）、チャージ処理部４３２は、利用者の識別情報ＵID_IN（ステップＳB18で受付）と所定のチャージ量ＮCH_Pとを含むチャージ要求をクレジット管理サーバ１２に送信する。クレジット管理サーバ１２の処理装置１２２は、チャージ要求内の識別情報ＵID_IN（ＵID）に対応して記憶装置１２４に記憶された保有クレジット数ＣAにチャージ量ＮCH_Pを加算する。以上の構成によれば、管理装置４０での手続によりチャージ量ＮCH_Pが付与されるから、遊技施設への来店を促進することが可能である。
【０１５４】
なお、例えば、保有クレジット数ＣAが所定値を下回る利用者（例えば保有クレジット数ＣAがゼロである利用者）に限定してチャージ量ＮCH_Pを付与する構成も好適である。以上の構成によれば、例えば、保有クレジット数ＣAを充分に利用した（例えば使い切った）利用者は、チャージ量ＮCH_Pの付与という特典を次回の来店時に享受できるから、クレジットの利用が促進されるという利点がある。なお、利用者の来店日を例えば管理装置４０の記憶装置４２に記憶し、直近の来店日から再来店までの時間が短いほどチャージ量ＮCH_Pが増加するようにチャージ量ＮCH_Pを可変に設定する構成も採用され得る。
【０１５５】
（４）変形例４  
第１実施形態から第６実施形態では、認証済情報Ａにおいて１個の識別情報ＵID_INに１個の識別情報ＰID_INを関連付けた。しかし、例えばゲーム装置２６が提供するゲームの種類毎に相異なる識別情報ＰIDが利用者に付与されるような環境では、図３０に示すように、認証済情報Ａにおいて１個の識別情報ＵID_INに複数の識別情報ＰID_IN（ＰID_IN1，ＰID_IN2，ＰID_IN3，……）を関連付ける構成も採用される。具体的には、図１１のステップＳB10からステップＳB17までの処理が識別情報ＰID_IN毎に順次に実行され、ステップＳB32では、利用者が入力した複数の識別情報ＰID_INを識別情報ＵID_INと生体情報ＢID_INとに対応付けた認証済情報Ａが管理記憶部４４２に格納される。
【０１５６】
識別情報ＰID_INを指定した照会要求を図１３のステップＳD19にて受信すると、判定部４３６は、照会要求で指定された識別情報ＰID_INを含む認証済情報Ａが管理記憶部４４２に記憶されているか否かを判定する（ＳD20，ＳD21）。以上の構成によれば、相異なる種類の複数のゲーム装置２６の各々におけるクレジット移行が管理装置４０での１回の操作で可能となるから、識別情報ＰID_IN毎に（すなわち、相異なる種類のゲーム装置２６でゲームを実行するたびに）第１認証と第２認証が必要となる構成（例えば、第１実施形態のように１個の識別情報ＵID_INに対して１個の識別情報ＰID_INのみが関連付けられる構成）と比較して、利用者の負担を軽減することが可能である。
【０１５７】
（５）変形例５  
以上の各形態では、管理装置４０での認証時に受付部４６６が識別情報ＰID_INの入力（読取器による読取）を受付ける構成を例示したが、第２登録で利用者に事前に付与された識別情報ＰIDの有効／無効を利用者が指示する構成も採用され得る。例えば、識別情報ＰID（単数または複数）が第２登録時に識別情報ＵIDと対応付けられ、管理装置４０での第１認証のために識別情報ＵID_IN（ＵID）が入力されると、その識別情報ＵID_INに対応する各識別情報ＰIDについて利用者から有効／無効が指示される。識別情報ＰIDの有効化が以上の各形態における識別情報ＰID_INの入力に相当する。すなわち、本出願における「識別情報の受付」は、識別情報の入力（例えば読取や手入力）のほか、識別情報を利用者が有効化（選択）する操作をも包含する概念である。
【０１５８】
（６）変形例６  
以上の各形態においては、生成部４６４が生成した生体情報ＢID_INを認証済情報Ａに含ませたが、記憶装置１２４に記憶された生体情報ＢIDを管理部４２６がクレジット管理サーバ１２から取得して認証済情報Ａに含ませる構成も採用される。なお、第１実施形態から第６実施形態において、識別情報ＰID_INをゲーム装置２６に入力した利用者について管理装置４０での第１認証および第２認証が完了しているか否かを判定するためには、認証済情報Ａにおいて識別情報ＵID_INと識別情報ＰID_INとが関連付けられていれば足りる。同様に、第７実施形態や第８実施形態において、識別情報ＵID_INをゲーム装置２６に入力した利用者について第１認証および第２認証が完了しているか否かを判定するためには、認証済情報Ａが識別情報ＵID_INを含んでいれば足りる。したがって、認証済情報Ａが生体情報ＢID_INを含む構成は適宜に省略され得る。もっとも、第１認証や第２認証は、本発明にとって必須の要件ではない。
【０１５９】
（７）変形例７  
以上の各形態においては利用者が操作する複数の操作子（テンキー）を受付部４６２や受付部５６０として例示したが、識別情報ＵID_INの入力を受付ける方法は任意である。例えば、可搬型の記録媒体（例えばＩＣカードや携帯通信端末）に記憶された識別情報ＵID_INを読取る読取器（例えば識別情報ＵID_INを非接触で読み取る非接触読取器）、読取面に印刷された識別情報ＵID_INを光学的に読取る読取器、利用者が発声した音声から識別情報ＵID_INを認識する音声認識装置など、識別情報ＵID_INの入力を受付ける各種の要素が受付部４６２や受付部５６０として採用される。識別情報ＰID_INの入力を受付ける受付部（４６６，５６２）やパスワードＰWD_INの入力を受付ける受付部（４６８，５６２）についても同様に、受付部４６２や受付部５６０について例示した各種の要素（操作子，非接触型読取器，光学的読取器，音声認識装置）が採用され得る。
【０１６０】
（８）変形例８  
以上の各形態においては、第１認証要求の送信（図１１のステップＳB26）と第１認証結果の受信（ステップＳB30）とを第１認証部４２２が実行し、クレジット管理サーバ１２が第１認証（ステップＳB28）を実行したが、第１認証部４２２が第１認証を実行する構成も採用され得る。例えば、受付部４６２に入力された識別情報ＵID_INに対応する生体情報ＢIDを第１認証部４２２がクレジット管理サーバ１２から取得する。第１認証部４２２は、クレジット管理サーバ１２から取得した生体情報ＢIDと生成部４６４が生成した生体情報ＢID_INとを照合（第１認証）し、照合の結果が肯定である場合に認証済情報Ａを生成する。以上の説明から理解されるように、第１認証部４２２は、識別情報ＵID_INと生体情報ＢID_INとを利用した第１認証の結果を取得する要素として包括され、第１認証が実行される場所（例えば管理装置４０およびクレジット管理サーバ１２の何れで第１認証が実行されるか）は不問である。識別情報ＰID_INを利用した第２認証についても同様であり、ゲーム管理サーバ３２から取得した識別情報ＰIDおよびパスワードＰWDを第２認証部４２４が識別情報ＰID_INおよびパスワードＰWD_INと照合（第２認証）する構成も採用される。同様に、端末側認証はゲーム装置２６の端末側認証部５２４が実行し得る。
【０１６１】
また、以上の各形態では、管理装置４０の第２認証部４２４による第２認証に識別情報ＰID_INおよびパスワードＰWD_INの双方を利用したが、第２認証についてパスワードＰWD_INの利用は省略され得る。すなわち、識別情報ＰID_INを含む第２認証要求（パスワードＰWD_INは含まない）を図１１のステップＳB12にて第２認証部４２４がゲーム管理サーバ３２に送信し、第２認証要求で指定された識別情報ＰID_INが記憶装置３２４に格納されているか否かをステップＳB14にて処理装置３２２が判定（第２認証）する。以上の説明から理解されるように、第２認証部４２４は、識別情報ＰID_INを利用した第２認証の結果を取得する要素（第２認証の主体やパスワードＰWD_INの利用の有無は不問）として包括される。同様に、ゲーム装置２６における端末側認証についてパスワードＰWD_INの利用は省略され得る。したがって、端末側認証部５２４は、識別情報ＰIDを利用した端末側認証の結果を取得する要素（端末側認証の結果やパスワードＰWD_INの利用の有無は不問）として包括される。
【０１６２】
（９）変形例９  
以上の各形態では、ゲームカードに記憶された識別情報ＰID（ＰID_IN）を管理システム１００内の各処理に使用したが、識別情報ＰID_IN（ＰID）に対応付けられた他の識別情報（以下「参照用識別情報」という）ＲID（reference ID）を、識別情報ＰID_IN（ＰID）の代わりに管理システム１００内の各処理に使用する構成も採用される。具体的には、利用者に付与された参照用識別情報ＲIDとゲームカードの識別情報ＰIDとを例えばＩＤ管理サーバ３６が対応付けて管理し、管理装置４０やゲーム装置２６での処理には、前述の各形態での識別情報ＰID_IN（ＰID）の代わりに、利用者から受付けた識別情報ＰID_INに応じてＩＤ管理サーバ３６が特定した参照用識別情報ＲIDが適用される。
【０１６３】
例えば、管理装置４０の管理部４２６は、受付部４６６が受付けた識別情報ＰID_INに対応する参照用識別情報ＲIDをＩＤ管理サーバ３６から取得し、この参照用識別情報ＲIDを識別情報ＵID_IN（ＵID）や生体情報ＢID_IN（ＢID）に関連付けた認証済情報Ａを管理記憶部４４２に格納する。また、ゲーム装置２６の照会部５２６は、受付部５６２が受付けた識別情報ＰID_INに対応する参照用識別情報ＲIDをＩＤ管理サーバ３６から取得し、この参照用識別情報ＲIDを含む照会要求を管理装置４０に送信する。以上の構成によれば、例えば利用者がゲームカードを紛失した場合でも、新規に発行されたゲームカードを参照用識別情報ＲIDに対応付けることで、利用者が紛失したゲームカードに対応するゲームデータを、新規なゲームカードの識別情報ＰIDで特定することが可能である。
【０１６４】
以上の例示から理解されるように、本発明の「第２識別情報」は、利用者から直接的に受付けた識別情報（ＰID_IN）に加えて、利用者から受付けた識別情報（ＰID_IN）に対応して管理された他の識別情報（ＲID）を含む概念である。したがって、利用者から識別情報ＰID_INを受付ける受付部４６６や、識別情報ＰID_INに対応する参照用識別情報ＲIDをＩＤ管理サーバ３６から取得する管理装置４０の要素（管理部４２６）は、本発明の第２識別情報（ＰID_IN，ＲID）を取得する要素（取得部）として包括される。
【０１６５】
（１０）変形例１０  
第１実施形態では所定の時刻の到来を条件として認証済情報Ａを消去し、第５実施形態では有効期間の満了を条件として認証済情報Ａを消去したが、認証済情報Ａを消去する条件（契機）は適宜に変更される。例えば、管理装置４０の起動や停止を契機として（例えば起動の直後や停止の直前に）管理記憶部４４２の認証済情報Ａを消去する構成や、管理装置４０に対する所定の操作（例えば遊技施設の店員による消去ボタンの操作）を契機として認証済情報Ａを消去する構成も採用され得る。
【０１６６】
また、以上の各形態においては認証済情報Ａを消去したが、認証済情報Ａを無効化する方法（管理部４２６が参照できない状態に遷移させる方法）は適宜に変更される。例えば、有効／無効を示す情報（以下「状態フラグ」という）を認証済情報Ａに付加した構成も好適である。管理部４２６は、第１認証および第２認証が完了すると状態フラグを有効に設定し、所定の条件の成立（例えば所定の時刻の到来や有効期間の満了）を契機として状態フラグを無効に設定する。ただし、以上の各形態のように認証済情報Ａを消去する構成によれば、認証済情報Ａ毎の状態フラグの管理が不要であるから、管理部４２６の負荷が軽減されるという利点がある。
【０１６７】
以上の説明から理解されるように、管理部４２６は、所定の条件の成立（例えば所定の時刻の到来や有効期間の満了）を契機として認証済情報Ａを無効とする（例えば認証済情報Ａを消去したり状態フラグを無効に設定したりする）要素として包括される。ただし、認証済情報Ａの無効化は本発明にとって必須の要件ではない。
【０１６８】
（１１）変形例１１  
第４実施形態において識別情報ＸIDを生成する要素はクレジット管理サーバ１２に限定されない。例えば、管理装置４０の取得部７２が識別情報ＸIDを生成する構成も採用される。取得部７２が生成した識別情報ＸIDはクレジット管理サーバ１２に通知され、ステップＳC15で入力された識別情報ＵID_INに対応する保有クレジット数ＣAに対応付けて記憶装置１２４に記憶される。
【０１６９】
（１２）変形例１２  
生体情報ＢID（ＢID_IN）は静脈パターンに限定されない。例えば、指紋や虹彩や音声（声紋）など利用者に固有な特徴量が生体情報ＢID（ＢID_IN）として任意に採用される。
【符号の説明】
【０１７０】
１００……管理システム、１０……第１システム、２０……第２システム、３０……第３システム、１２……クレジット管理サーバ、３２……ゲーム管理サーバ、３４……決済サーバ、３６……ＩＤ管理サーバ、１２２，３２２，３４２，３６２……処理装置、１２４，３２４，３４４，３６４……記憶装置、１６……メダル処理装置、２６……ゲーム装置、４０……管理装置、４２，５２……演算処理装置、４４，５４……記憶装置、４６，５６……入力受付部、４６２，４６６，４６８，５６０，５６２，５６４……受付部、４６４……生成部、４７，５８，６２２……操作部、５２２……ゲーム処理部、５２４……端末側認証部、５２６……照会部、５２８……許可部、５３０……制御部、５４２……貯留部、４２２……第１認証部、４２４……第２認証部、４２６……管理部、４２８……決済処理部、４３０……数量設定部、４３２……チャージ処理部、４３４……移行部、４３６……判定部。
【図１】
2011110320.tif 000003
【図２】
2011110320.tif 000004
【図３】
2011110320.tif 000005
【図４】
2011110320.tif 000006
【図５】
2011110320.tif 000007
【図６】
2011110320.tif 000008
【図７】
2011110320.tif 000009
【図８】
2011110320.tif 000010
【図９】
2011110320.tif 000011
【図１０】
2011110320.tif 000012
【図１１】
2011110320.tif 000013
【図１２】
2011110320.tif 000014
【図１３】
2011110320.tif 000015
【図１４】
2011110320.tif 000016
【図１５】
2011110320.tif 000017
【図１６】
2011110320.tif 000018
【図１７】
2011110320.tif 000019
【図１８】
2011110320.tif 000020
【図１９】
2011110320.tif 000021
【図２０】
2011110320.tif 000022
【図２１】
2011110320.tif 000023
【図２２】
2011110320.tif 000024
【図２３】
2011110320.tif 000025
【図２４】
2011110320.tif 000026
【図２５】
2011110320.tif 000027
【図２６】
2011110320.tif 000028
【図２７】
2011110320.tif 000029
【図２８】
2011110320.tif 000030
【図２９】
2011110320.tif 000031
【図３０】
2011110320.tif 000032