JP2011087736A - 管理システム - Google Patents

Abstract

【課題】クレジット移行に必要な処理が停止した場合のクレジットの管理を円滑化する。
【解決手段】サーバ装置１０は、ゲーム装置３０での使用または付与で増減する使用クレジット数ＣBと記憶装置２０の保有クレジット数ＣAとの間のクレジットの移行要求に応じた保有クレジット数ＣAの更新の完了／未了を示す履歴情報ＬGを処理識別子ＳIDに対応させて管理する。ゲーム装置３０は、使用クレジット数ＣBを記憶する貯留部３４２と、移行要求に対応した処理識別子ＳIDを記憶する記憶領域３４４と、移行要求に対する処理が完了しない場合に記憶領域３４４の処理識別子ＳIDを報知する報知部３８と、使用クレジット数ＣBの更新の実行／禁止の指示を受付ける指示受付部３６４と、更新が指示された場合に移行要求に応じて使用クレジット数ＣBを更新し、更新の禁止が指示された場合に使用クレジット数ＣBを更新しない制御装置３２とを具備する。
【選択図】図１

Description

本発明は、ゲーム装置にて使用されるクレジットを管理する技術に関する。

ゲーム装置の外部にて管理されて利用者が保有するクレジットの総数（保有クレジット数）と利用者の識別情報とを対応付けて記憶するデータベースをゲーム装置におけるクレジットの管理に利用する技術が従来から提案されている。例えば特許文献１には、利用者のＩＣカードからゲーム装置に識別情報を転送し、この識別情報に対応してデータベースに記憶された保有クレジット数を、ゲーム装置に記憶されてゲームに使用されるクレジット数との間で、利用者からの指示に応じて移行（以下「クレジット移行」という）させる技術が開示されている。

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

ところで、例えばクレジット移行の要求の過度な集中などに起因した不具合を原因として、クレジット移行に必要な一連の処理が途中で停止する可能性がある。特許文献１の技術では、保有クレジット数の更新が完了した時点で処理が停止したのか更新が未了の時点で処理が停止したのかを特定できないから、利用者が引出や預入を希望していたクレジットを如何に取扱うべきかを明確に決定できないという問題がある。以上の事情を考慮して、本発明は、クレジット移行に必要な処理が停止した場合のクレジットの管理を円滑化することを目的とする。

以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。

本発明に係る管理システム（１００）は、ゲーム装置（３０）でのクレジットの使用または付与により増減する第１クレジット数（ＣB）と、サーバ装置（１０）が管理する記憶装置（２０）に記憶された第２クレジット数（ＣA）との一方から他方に対するクレジットの移行要求に応じた第２クレジット数（ＣA）の更新の完了／未了を示す履歴情報（ＬG）を当該移行要求の処理識別子（ＳID）に対応させて管理するサーバ装置（１０）と通信する管理装置（４０）と、管理装置（４０）と通信するゲーム装置（３０）とを含み、管理装置（４０）は、処理識別子（ＳID）を含む移行要求をサーバ装置（１０）に送信する管理制御部（４２）を具備し、ゲーム装置（３０）は、第１クレジット数（ＣB）を記憶する貯留部（３４２）と、移行要求に対応する処理識別子（ＳID）を記憶する記憶部（３４４）と、移行要求に対する処理が完了しない場合に、記憶部（３４４）が記憶する処理識別子（ＳID）を報知する報知部（３８）と、第１クレジット数（ＣB）の更新の実行／禁止の指示を受付ける指示受付部（３６４）と、第１クレジット数（ＣB）の更新の実行が指示された場合に移行要求に応じた第１クレジット数（ＣB）の更新を実行し、第１クレジット数（ＣB）の更新の禁止が指示された場合に第１クレジット数（ＣB）の更新を実行しない制御部（３２）とを具備する。

以上の構成においては、第２クレジット数（ＣA）の更新の完了／未了を示す履歴情報（ＬG）がサーバ装置（１０）にて管理され、指示受付部（３６４）が受付けた指示に応じて第１クレジット数（ＣB）の更新が実行または禁止される。すなわち、移行要求に対する処理が完了しない場合に、第２クレジット数（ＣA）の更新の完了／未了を履歴情報（ＬG）に対して確認した結果に応じて第１クレジット数（ＣB）の更新の可否を指示受付部（３６４）に指示することが可能である。したがって、クレジット移行に必要な処理が異常停止した場合のクレジットの管理が円滑化されるという利点がある。

なお、「クレジット」とは、ゲームで使用（消費または付与）される価値の数量（仮想的な貨幣）を意味し、典型的には、メダル（コイン）やトークン（代用硬貨）や硬貨などの遊技媒体に対する交換価値を有する数値（遊技価値）に相当する。例えば、遊技媒体の投入やゲーム中のイベントでの獲得によりクレジットは増加し、ゲームの開始時の消費や遊技媒体の払出やゲーム中のイベントでの使用によりクレジットは減少する。

「第１クレジット数（ＣB）と第２クレジット数（ＣA）との一方から他方に対するクレジットの移行」には、第１クレジット数（ＣB）から第２クレジット数（ＣA）に対する片方向のクレジットの移行（預入）と、第２クレジット数（ＣA）から第１クレジット数（ＣB）に対する片方向のクレジットの移行（引出）と、第１クレジット数（ＣB）と第２クレジット数（ＣA）との間の双方向のクレジットの移行との３種類の態様が含まれる。したがって、片方向のクレジットの移行のみが実行される構成も本発明の範囲に包含される。また、移行されるクレジットは、第１クレジット数（ＣB）や第２クレジット数（ＣA）の全部でも一部でもよい。

報知部（３８）の典型例は、処理識別子（ＳID）を表示する表示機器である。ただし、処理識別子（ＳID）を印刷する印刷機器や処理識別子（ＳID）を音声で出力する放音機器など、処理識別子（ＳID）を外部に報知し得る総ての要素が報知部（３８）に包含される。また、指示受付部（３６４）は、外部からの操作を受付ける操作子（操作ボタン）やタッチパネル機能付の表示機器など、外部からの指示を受付ける総ての要素を包含する概念である。

本発明の好適な態様において、指示受付部（３６４）は、処理識別子（ＳID）に対応する第２クレジット数（ＣA）の更新の完了／未了を指定する成否コード（Ｅ）であってサーバ装置（１０）から出力される成否コード（Ｅ）の入力を受付け、制御部（３２）は、第２クレジット数（ＣA）の更新の完了を成否コード（Ｅ）が指定する場合に移行要求に応じた第１クレジット数（ＣB）の更新を実行し、第２クレジット数（ＣA）の更新の未了を成否コード（Ｅ）が指定する場合に第１クレジット数（ＣB）の更新を実行しない。以上の態様においては、サーバ装置（１０）から出力される成否コード（Ｅ）を指示受付部（３６４）に入力することで第１クレジット数（ＣB）の更新の実行／禁止が制御部（３２）に指示されるから、指示受付部（３６４）に対する指示者の負担を軽減することが可能である。

なお、成否コード（Ｅ）は、第２クレジット数（ＣA）の更新の完了／未了を特定し得る任意の情報を包括する概念である。例えば、サーバ装置（１０）にて管理される履歴情報（ＬG）が成否コード（Ｅ）として利用され得る。また、処理識別子（ＳID）に応じて成否コード（Ｅ）を可変に設定した構成も好適である。制御部（３２）は、指示受付部（３６４）が受付けた成否コード（Ｅ）から特定される処理識別子（ＳID）と記憶部（３４４）が記憶する処理識別子（ＳID）とが一致するか否かを判定し、判定の結果が肯定である場合に、成否コード（Ｅ）に応じた第１クレジット数（ＣB）の更新を実行する。以上の態様においては、成否コード（Ｅ）から特定される処理識別子（ＳID）と記憶部（３４４）の処理識別子（ＳID）との異同が判定されるから、指示受付部（３６４）に入力された成否コード（Ｅ）が正しい場合に第１クレジット数（ＣB）の更新を実行することが可能である。

本発明の好適な態様において、指示受付部（３６４）は、第１クレジット数（ＣB）の更新の実行の指示を受付ける第１操作子（７１）と、第１クレジット数（ＣB）の更新の禁止の指示を受付ける第２操作子（７２）とを含む。以上の態様においては、第１操作子（７１）または第２操作子（７２）の操作で第１クレジット数（ＣB）の更新の実行／禁止が指示されるから、指示受付部（３６４）に対する指示者の負担を格段に軽減できるという利点がある。なお、操作者が機械的に押下する操作子や、タッチパネル機能付の表示機器に表示された操作子（画像）が第１操作子（７１）や第２操作子（７２）として採用される。

本発明の好適な態様に係る管理システム（１００）は、第１ゲーム装置（３０）と第２ゲーム装置（３０）とを含む複数のゲーム装置（３０）を具備し、管理装置（４０）の管理制御部（４２）は、移行要求に応じた第２クレジット数（ＣA）の更新の完了通知をサーバ装置（１０）から受信して当該移行要求の送信元のゲーム装置（３０）に送信し、第１ゲーム装置（３０）および第２ゲーム装置（３０）の双方から移行要求を受信した場合に、第１ゲーム装置（３０）からの移行要求に対する完了通知を第１ゲーム装置（３０）に送信するまで第２ゲーム装置（３０）からの移行要求の処理を待機する。以上の態様においては、移行要求から完了通知までの処理の完了後に次の移行要求の処理が開始される。したがって、ひとつの移行要求について第２クレジット数（ＣA）の更新が未了である場合に、以後の移行要求に対する第２クレジット数（ＣA）の更新も未了であると特定できるという利点がある。

なお、処理識別子（ＳID）の生成の主体は任意である。例えば、サーバ装置（１０）が生成した処理識別子（ＳID）を管理装置（４０）の管理制御部（４２）が当該サーバ装置（１０）から取得してゲーム装置（３０）に送信する構成や、管理装置（４０）の管理制御部（４２）が処理識別子（ＳID）を生成してゲーム装置（３０）およびサーバ装置（１０）に送信する構成が好適である。以上の各態様によれば、処理識別子（ＳID）がサーバ装置（１０）や管理装置（４０）にて集約的に生成されるから、相互に重複しない処理識別子（ＳID）を容易に生成できるという利点がある。もっとも、ゲーム装置（３０）が処理識別子（ＳID）を生成して管理装置（４０）やサーバ装置（１０）に通知する構成も採用され得る。

本発明は、以上の各態様に係るゲーム装置（３０）としても実現され得る。本発明のゲーム装置（３０）は、ゲーム装置（３０）でのクレジットの使用または付与により増減する第１クレジット数（ＣB）とサーバ装置（１０）が管理する記憶装置（２０）に記憶された第２クレジット数（ＣA）との一方から他方に対するクレジットの移行要求に応じた第２クレジット数（ＣA）の更新の完了／未了を示す履歴情報（ＬG）を当該移行要求の処理識別子（ＳID）に対応させて管理するサーバ装置（１０）に接続された管理装置（４０）と通信するゲーム装置（３０）であって、第１クレジット数（ＣB）を記憶する貯留部（３４２）と、移行要求に対応する処理識別子（ＳID）を記憶する記憶部（３４４）と、移行要求に対する処理が完了しない場合に、記憶部（３４４）が記憶する処理識別子（ＳID）を報知する報知部（３８）と、第１クレジット数（ＣB）の更新の実行／禁止の指示を受付ける指示受付部（３６４）と、第１クレジット数（ＣB）の更新の実行が指示された場合に移行要求に応じた第１クレジット数（ＣB）の更新を実行し、第１クレジット数（ＣB）の更新の禁止が指示された場合に第１クレジット数（ＣB）の更新を実行しない制御部（３２）とを具備する。以上の構成によれば、本発明に係る管理システムと同様の効果が実現される。

なお、本発明は、以上の各態様に係る管理装置（４０）やゲーム装置（３０）やサーバ装置（１０）としてコンピュータを機能させるプログラムとしても特定される。本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。

本発明の第１実施形態に係る管理システムのブロック図である。 クレジット管理領域に格納されるレコードの模式図である。 履歴管理領域に格納されるレコードの模式図である。 管理装置での認証のための動作のフローチャートである。 クレジット移行時の動作のフローチャートである。 クレジット移行時の動作のフローチャートである。 異常停止の発生時の動作のフローチャートである。 第２実施形態におけるクレジット移行時の動作のフローチャートである。 第３実施形態におけるクレジット移行時の動作のフローチャートである。 変形例における指示受付部の模式図である。

＜Ａ：第１実施形態＞
＜Ａ−１：第１実施形態の構成＞
図１は、本発明の第１実施形態に係る管理システム１００のブロック図である。管理システム１００は、例えばゲームセンターなどの遊技施設に構築されたコンピュータネットワークシステムであり、サーバ装置１０と記憶装置２０と複数のゲーム装置３０と管理装置４０とを含んで構成される。なお、図１では１個のゲーム装置３０について詳細な構成を代表的に図示したが、他のゲーム装置３０も同様の構成である。なお、複数のゲーム装置３０は、共通のゲームを提供する同種の装置、および、相異なるゲームを提供する異種の装置の何れでもよい。

管理装置４０は、サーバ装置１０と各ゲーム装置３０との通信を中継する。具体的には、管理装置４０は、通信網５１を介してサーバ装置１０と通信し、通信網５２を介して各ゲーム装置３０と通信する。通信網５１および通信網５２は、例えば遊技施設内に構築されたＬＡＮ（local area network）である。ただし、管理システム１００の一部は遊技施設の外部に設置され得る。また、通信網５１を介さずに管理装置４０とサーバ装置１０とを直接に接続した構成も採用される。

サーバ装置１０および記憶装置２０は、ゲームに使用されるクレジットを管理（預入および引出）する。管理システム１００によるクレジットの管理を利用しようとする利用者は、事前に登録（以下「利用登録」という）を受ける必要がある。利用登録を受けた利用者には管理カードが発行される。管理カードは、利用登録を受けた利用者を識別するための識別情報ＵID（user ID）を記憶するＩＣカードである。

サーバ装置１０は、記憶装置２０に格納された情報を管理（更新，書込，読出）するコンピュータシステムであり、制御装置１２と入力受付部１４と報知部１６とを含んで構成される。制御装置１２は、プログラムの実行で各種の機能を実現する演算処理装置（ＣＰＵ）である。入力受付部１４は、外部からの入力を受付ける機器である。例えばキーボードやマウスが入力受付部１４として好適に採用される。報知部１６は、制御装置１２から指示された情報を外部に報知する。例えば、情報を画像として出力する表示機器や印刷機器、あるいは情報を音声で出力する放音機器が報知部１６として採用され得る。

記憶装置２０は、クレジットの管理に必要な情報を記憶する。半導体記録媒体や磁気記録媒体などの公知の記録媒体（または複数種の記録媒体の組合せ）が記憶装置２０として任意に採用される。なお、図１では別個の要素として図示されたサーバ装置１０と記憶装置２０とは単体の装置としても構成され得る。

図１に示すように、記憶装置２０には、クレジット管理領域２２と履歴管理領域２４とが設定される。クレジット管理領域２２には、利用登録毎にレコードＲ1が記憶される。図２に示すように、各レコードＲ1は、利用登録を受けた利用者の識別情報ＵIDおよび生体情報ＢIDと、その利用者の保有クレジット数ＣAとを含んで構成される。生体情報ＢIDは、利用者の生体的な特徴を示す情報である。具体的には、手（掌や指）の静脈パターンを示す生体情報ＢIDが記憶装置２０に記憶される。保有クレジット数ＣAは、利用者が保有するクレジットの総量であり、利用者によるクレジット移行の要求に応じて随時に更新される。クレジット移行には、保有クレジット数ＣAからのクレジットの引出と、保有クレジット数ＣAに対するクレジットの預入との２形態がある。

図１の履歴管理領域２４には、クレジット移行（預入／引出）の要求毎にレコードＲ2が記憶される。すなわち、クレジット管理領域２２に記憶された複数の保有クレジット数ＣAのうちクレジット移行が要求された保有クレジット数ＣAについてレコードＲ2が生成される。図３に示すように、各レコードＲ2は、クレジット移行の要求に対する一連の処理に固有に割当てられた処理識別子ＳID（session ID）と、その要求に応じた保有クレジット数ＣAの更新の状況（完了／未了）を示す履歴情報ＬGとを含んで構成される。クレジット移行の要求から必要な処理の完了までの間に、例えば管理装置４０に対する要求の過度の集中など何らかの原因で、クレジット移行に必要な処理が停止（以下では「異常停止」と言う）した場合、保有クレジット数ＣAの更新の完了／未了が履歴情報ＬGから判別される。

図１のゲーム装置３０は、各種のゲームを利用者に提供する端末装置であり、制御装置３２と記憶装置３４と入力受付部３６と報知部３８とを含んで構成される。制御装置３２は、記憶装置３４に記憶されたプログラムの実行で各種の機能を実現する演算処理装置（ＣＰＵ）である。例えば制御装置３２は、利用者にゲームを提供するとともに利用者からの指示に応じてゲームを進行させる。

記憶装置３４は、制御装置３２が実行するプログラムや制御装置３２が使用する各種のデータを記憶する。半導体記録媒体や磁気記録媒体などの公知の記録媒体（または複数種の記録媒体の組合せ）が記憶装置３４として任意に採用される。図１に示すように、記憶装置３４には、使用クレジット数ＣBを記憶する記憶領域（以下「貯留部」という）３４２が設定される。使用クレジット数ＣBは、ゲーム装置３０にて使用可能なクレジットの数量を意味し、ゲーム装置３０でのゲームの開始や進行とともに増減する。例えば、ゲームの開始に必要な所定数のクレジットが消費されると使用クレジット数ＣBは減少し、ゲームの進行（例えばイベントのクリア）によりクレジットが付与されると使用クレジット数ＣBが増加する。

利用者は、ゲーム装置３０に対するメダル（コイン）の投入で使用クレジット数ＣBを増加させ得る。また、クレジット管理の利用登録を受けた利用者は、サーバ装置１０が管理する保有クレジット数ＣAとゲーム装置３０の貯留部３４２に記憶された使用クレジット数ＣBとの間でクレジットを移行し得る。具体的には、保有クレジット数ＣAから使用クレジット数ＣBにクレジットを移行してゲーム装置３０でのゲームに使用する処理（引出）と、メダルの投入やゲームでの付与で発生したクレジットを使用クレジット数ＣBから保有クレジット数ＣAに移行する処理（預入）とが可能である。すなわち、利用者は、実際のメダルを取扱うことなくゲーム装置３０にてゲームを実行できる。

図１の入力受付部３６は、外部からの入力を受付ける機器であり、移行指示部３６２と指示受付部３６４とを含んで構成される。移行指示部３６２は、クレジット移行に必要な情報の入力を受付ける。具体的には、利用者の識別情報ＵID_INとクレジット移行の方向（預入／引出）Ｄとクレジット移行の数量（以下「移行量」という）Ｎとが移行指示部３６２に入力される。例えば、管理カードに格納された識別情報ＵIDを識別情報ＵID_INとして読取る読取器や、移行方向Ｄおよび移行量Ｎを指示する操作子（例えばテンキー）が移行指示部３６２として採用される。また、タッチパネル機能付の表示機器が表示する操作子（テンキー）を移行指示部３６２として採用することも可能である。

移行量Ｎは、クレジットの引出の場合には保有クレジット数ＣAからの引出数に相当し、クレジットの預入の場合には保有クレジット数ＣAに対する預入数に相当する。なお、移行量Ｎの指定の方法は任意である。例えば、所定の範囲内の任意の数量を利用者が移行量Ｎとして指定する方法や、所定の操作子に対する１回の操作で所定の数量（１００枚）を移行量Ｎとして指定する方法が採用され得る。所定の期間（例えば１日）内のクレジットの引出数の合計を所定値に制限する構成も好適である。

ところで、ゲーム装置３０から要求したクレジット移行のための処理が異常停止した場合、保有クレジット数ＣAの更新前および更新後の何れで異常停止が発生したのかをゲーム装置３０自体では特定し得ないから、制御装置３２は使用クレジット数ＣBの更新の要否を決定できない。そこで、図１の指示受付部３６４は、クレジット移行が異常停止した場合に、使用クレジット数ＣBの更新の実行／禁止の指示に相当する成否コードＥを外部から受付ける。制御装置３２は、更新の実行が指示受付部３６４に指示された場合には使用クレジット数ＣBを更新し、更新の禁止が指示受付部３６４に指示された場合には使用クレジット数ＣBを更新しない。指示受付部３６４としては、例えばタッチパネル機能付の表示機器で表示される操作子（テンキー）が好適に採用される。なお、移行指示部３６２と指示受付部３６４とは単体の装置としても構成され得る。

報知部３８は、制御装置３２から指示された情報を、管理者（例えば遊技施設の店員）や利用者が認識できるように外部に報知する。例えば、情報を画像として出力する表示機器や印刷機器、あるいは情報を音声で出力する放音機器が報知部３８として採用され得る。また、ゲーム装置３０のゲームに使用される表示機器を報知部３８として利用することも可能である。

図１の管理装置４０は、クレジット移行を希望する利用者が利用登録を受けた本人であるか否かを認証（本人認証）したうえで各ゲーム装置３０とサーバ装置１０との間のクレジット移行を管理するコンピュータシステムであり、制御装置４２と記憶装置４４と入力受付部４６とを含んで構成される。制御装置４２は、記憶装置４４に記憶されたプログラムの実行で各種の機能を実現する演算処理装置（ＣＰＵ）である。記憶装置４４は、制御装置４２が実行するプログラムや各種のデータを記憶する。半導体記録媒体や磁気記録媒体などの公知の記録媒体（または複数種の記録媒体の組合せ）が記憶装置４４として任意に採用される。

入力受付部４６は、外部からの入力を受付ける機器であり、受付部４６２と生成部４６４とを含んで構成される。受付部４６２は、利用者による識別情報ＵID_INの入力を受付ける。例えば、管理カードの識別情報ＵIDを識別情報ＵID_INとして読取る読取器が受付部４６２として採用される。生成部４６４は、利用者の生体的な特徴を示す生体情報ＢID_INを生成する。例えば、利用者の手（掌や指）の静脈パターンを検出して生体情報ＢID_INを生成する公知の静脈センサが生成部４６４として採用される。識別情報ＵID_INおよび生体情報ＢID_INは、利用者の正当性（利用登録を受けた正規の利用者に該当するか否か）の認証に利用される。

制御装置４２は、以上の認証が肯定された利用者毎に認証済情報Ａを生成して記憶装置４４の所定の記憶領域（以下「管理記憶部」という）４４２に記憶させる。認証済情報Ａは、図１に示すように、受付部４６２に入力された識別情報ＵID_INと生成部４６４が生成した生体情報ＢID_INとを関連付けたレコード（データ列）である。管理記憶部４４２に記憶された認証済情報Ａは、所定の条件の成立（例えば所定の時刻の到来や管理装置４０に対する指示）を契機として消去される。

＜Ａ−２：第１実施形態の動作＞
（１）認証時の動作
次に、以上に説明した管理システム１００の動作を説明する。遊技施設に来店した利用者は、ゲーム装置３０でのゲームの実行前に管理装置４０の設置場所に移動して認証を受ける。図４は、認証時の管理システム１００の動作を示すフローチャートである。管理装置４０に対する所定の操作を契機として図４の処理が開始される。

管理装置４０の受付部４６２が識別情報ＵID_INの入力を受付け（ＳA10）、生成部４６４が生体情報ＢID_INを生成すると（ＳA11）、管理装置４０の制御装置４２は、識別情報ＵID_INおよび生体情報ＢID_INを含む認証要求をサーバ装置１０に送信する（ＳA12）。通信網５１を介して認証要求を受信すると（ＳB10）、サーバ装置１０の制御装置１２は、認証要求内の識別情報ＵID_INと生体情報ＢID_INとを利用した認証処理を実行する（ＳB11）。具体的には、制御装置１２は、識別情報ＵID_INと生体情報ＢID_INとの組合せが記憶装置２０に格納されているか否か（すなわち、識別情報ＵID_INに符合する識別情報ＵIDと生体情報ＢID_INに符合する生体情報ＢIDとが１個のレコードＲ1内に対応付けて記憶装置２０に格納されているか否か）を判定する。そして、制御装置１２は、認証処理の結果（認証結果）を管理装置４０に送信する（ＳB12）。

認証結果を受信すると（ＳA13）、管理装置４０の制御装置４２は、認証結果が肯定であるか否かを判定する（ＳA14）。認証結果が否定である場合、制御装置４２は、認証の失敗を利用者に通知して処理を終了する（図示略）。他方、認証結果が肯定である場合、制御装置４２は、ステップＳA10で入力された識別情報ＵID_IN（ＵID）とステップＳA11で生成された生体情報ＢID_IN（ＢID）とを関連付けた認証済情報Ａを生成して管理記憶部４４２に格納する（ＳA15）。

（２）ゲーム時の動作
以上の手順で認証に成功した利用者は、遊技施設内の所望のゲーム装置３０の設置場所に移動してゲームを開始する。そして、保有クレジット数ＣAと使用クレジット数ＣBとの間のクレジット移行が利用者からゲーム装置３０に指示されると、図５および図６に例示した以下の処理が実行される。

識別情報ＵID_INと移行方向（預入／引出）Ｄと移行量Ｎとの入力をゲーム装置３０の移行指示部３６２が受付けると（ＳC20）、ゲーム装置３０の制御装置３２は、処理識別子ＳIDの要求（識別子要求）を管理装置４０に送信する（ＳC21）。処理識別子ＳIDは、各ゲーム装置３０からのクレジット移行の要求に対する一連の処理（セッション）を識別するための識別情報である。すなわち、複数のゲーム装置３０の各々からのクレジット移行の要求に対して相異なる処理識別子ＳIDが設定されるほか、１個のゲーム装置３０にて発生する別個のクレジット移行の要求（相異なる時間に発生した各要求）に対しても相異なる処理識別子ＳIDが設定される。管理装置４０の制御装置４２は、識別子要求をゲーム装置３０から受信してサーバ装置１０に送信する（ＳA20）。

管理装置４０から識別子要求を受信すると（ＳB20）、サーバ装置１０の制御装置１２は、今回のクレジット移行の要求について処理識別子ＳIDを生成する（ＳB21）。処理識別子ＳIDの生成の方法は任意であるが、例えば、現在時刻を処理識別子ＳIDとする方法や、現在時刻および乱数を使用した所定の演算で処理識別子ＳIDを生成する方法や、通し番号（例えば「００」〜「９９」）を処理識別子ＳIDとする方法が採用され得る。制御装置１２は、図３を参照して説明したように、ステップＳB21で生成した処理識別子ＳIDと、保有クレジット数ＣAの更新の未了（初期値）を示す履歴情報ＬGとを含むレコードＲ2を生成して記憶装置２０に格納する（ＳB22）。なお、各ゲーム装置３０から発行される総てのクレジット移行の要求の処理識別子ＳIDが完全に相違する必要はなく、相近接する時点で各ゲーム装置３０から発行されたクレジット移行の要求の処理識別子ＳIDが相違すれば足りる。例えば、前述の例示のように所定の範囲（「００」〜「９９」）内の通し番号を順次に（例えば昇順で）処理識別子ＳIDとして割当てる構成では、最後の番号「９９」を割当てた処理識別子ＳIDの直後の処理識別子ＳIDが範囲内の最初の番号「００」となるように、範囲内の各数値を反復的に処理識別子ＳIDとして利用する構成も採用され得る。

制御装置１２は、ステップＳB21で生成した処理識別子ＳIDを管理装置４０に送信する（ＳB23）。管理装置４０の制御装置４２は、処理識別子ＳIDをサーバ装置１０から受信してゲーム装置３０に送信する（ＳA21）。管理装置４０から処理識別子ＳIDを受信すると（ＳC22）、ゲーム装置３０の制御装置３２は、この処理識別子ＳIDを記憶装置３４の所定の記憶領域３４４に格納する（ＳC23）。なお、図１では貯留部３４２および記憶領域３４４を単体の記憶装置３４内の別個の記憶領域としたが、貯留部３４２が設定された記憶装置と記憶領域３４４が設定された記憶装置とを別体とした構成も採用される。

以上の処理によりサーバ装置１０とゲーム装置３０とで処理識別子ＳIDが共通に認識されると、ゲーム装置３０の制御装置３２は、図６に示すように、ステップＳC20で入力された情報（ＵID_IN，Ｄ，Ｎ）とステップＳC22で受信した処理識別子ＳIDとを含む移行要求Ｑ1を管理装置４０に送信する（ＳC30）。

移行要求Ｑ1をゲーム装置３０から受信すると（ＳA30）、管理装置４０の制御装置４２は、移行要求Ｑ1内の識別情報ＵID_INを含む認証済情報Ａを記憶装置４４から検索する（ＳA31）。そして、制御装置４２は、ステップＳA31で検索した認証済情報Ａに含まれる生体情報ＢID_IN（ＢID）を移行要求Ｑ1に追加した移行要求Ｑ2を生成してサーバ装置１０に送信する（ＳA32）。以上のように制御装置４２は、ゲーム装置３０に対する入力（ＵID_IN，Ｄ，Ｎ）に応じて生成されて処理識別子ＳIDを含む移行要求Ｑ2をサーバ装置１０に送信する要素（特許請求の範囲の「管理制御部」に相当する要素）として機能する。

管理装置４０から移行要求Ｑ2を受信すると（ＳB30）、サーバ装置１０の制御装置１２は、移行要求Ｑ2の適否を判定する（ＳB31）。具体的には、制御装置１２は、移行要求Ｑ2内の処理識別子ＳIDが記憶装置２０の履歴管理領域２４に存在するか否か、および、移行要求Ｑ2内の識別情報ＵID_INおよび生体情報ＢID_INの組合せが記憶装置２０のクレジット管理領域２２に存在するか否かを、ステップＳB31にて判定する。なお、今回の移行要求Ｑ2を含めたクレジット移行の合計回数が所定値を下回るか否かをステップＳB31にて判定すれば、所定の期間内におけるクレジット移行の回数を制限することも可能である。また、例えば利用者の年齢に応じてクレジットの利用時間を設定し、現在時刻が利用時間の範囲内にあるか否かをステップＳB31にて判定する構成や、保有クレジット数ＣAの有効期限を設定し、現在時刻が有効期限の範囲内にあるか否かをステップＳB31にて判定する構成も採用される。

ステップＳB31の結果が肯定である場合（移行要求Ｑ2が適切である場合）、制御装置１２は、記憶装置２０に記憶された複数の保有クレジット数ＣAのうち移行要求Ｑ2内の識別情報ＵID_INに対応する保有クレジット数ＣAを、移行要求Ｑ2内の移行方向Ｄおよび移行量Ｎに応じて更新する（ＳB32）。すなわち、制御装置１２は、移行方向Ｄがクレジットの引出を示す場合には保有クレジット数ＣAから移行量（引出数）Ｎを減算し、移行方向Ｄがクレジットの預入を示す場合には保有クレジット数ＣAに移行量（預入数）Ｎを加算する。

次いで、制御装置１２は、記憶装置２０の履歴管理領域２４に記憶された複数の履歴情報ＬGのうち移行要求Ｑ2内の処理識別子ＳIDに対応する履歴情報ＬGを更新する（ＳB33）。具体的には、ステップＳB31の結果が肯定で保有クレジット数ＣAが適切に更新された場合、制御装置１２は、処理識別子ＳIDに対応する履歴情報ＬG（ステップＳB22での生成から未更新であるから保有クレジット数ＣAの更新の未了を示す）を、保有クレジット数ＣAの更新の完了を示す内容に変更する。他方、ステップＳB31の結果が否定である場合、制御装置１２は、保有クレジット数ＣAの更新（ＳB32）を実行せずに、移行要求Ｑ2が不適と判定された理由を示す内容に履歴情報ＬGを更新する（ＳB33）。

以上の処理が完了すると、制御装置１２は、ステップＳB33の更新後の履歴情報ＬGと今回の要求に対応する処理識別子ＳIDとを含む応答通知を管理装置４０に送信する（ＳB34）。管理装置４０の制御装置４２は、応答通知をサーバ装置１０から受信してゲーム装置３０に送信する（ＳA33）。

管理装置４０から応答通知を受信すると（ＳC31）、ゲーム装置３０の制御装置３２は、応答通知内の履歴情報ＬGが保有クレジット数ＣAの更新の完了を示すか否かを判定する（ＳC32）。ステップＳC32の結果が肯定である場合、制御装置３２は、貯留部３４２に記憶された使用クレジット数ＣBを、ステップＳC20で入力された移行方向Ｄおよび移行量Ｎに応じて更新する（ＳC33）。すなわち、制御装置３２は、移行方向Ｄがクレジットの引出を示す場合には使用クレジット数ＣBに移行量（引出数）Ｎを加算し、移行方向Ｄがクレジットの預入を示す場合には使用クレジット数ＣBから移行量（預入数）Ｎを減算する。他方、ステップＳC32の結果が否定である場合（すなわち、移行要求Ｑ2の不適の理由を履歴情報ＬGが示す場合）、制御装置３２は、使用クレジット数ＣBの更新（ＳC33）を実行せずに、移行要求Ｑ2の不適の理由を報知部３８から出力する（図示略）。

以上に説明したように、移行指示部３６２に指示された移行方向Ｄと移行量Ｎとに応じてクレジットの預入（使用クレジット数ＣBから保有クレジット数ＣAに対するクレジット移行）や引出（保有クレジット数ＣAから使用クレジット数ＣBに対するクレジット移行）が実行される。利用者は、実際のメダルを取扱うことなく保有クレジット数ＣAからクレジットを引出してゲームに使用することができる。他方、ゲームを終了する場合、利用者は、受付部４６２（読取器）の操作で管理カードを排出する。なお、ゲームの終了時に使用クレジット数ＣBに残数がある場合に、利用者からの指示に応じて実行されるクレジットの預入で使用クレジット数ＣBがゼロに設定された段階で管理カードの排出が可能となる構成が好適に採用される。また、管理カードの排出が利用者から指示された時点で使用クレジット数ＣBに残数がある場合に、自動的に（すなわち利用者からの指示を必要とせずに）クレジットの預入を実行し、この預入で使用クレジット数ＣBがゼロに設定された段階で管理カードの排出が可能となる構成も採用され得る。

ところで、管理装置４０とゲーム装置３０との間や管理装置４０とサーバ装置１０との間にて通信データの欠落や符号誤りが発生した場合、再送処理などを含む公知のリカバリ技術で適切な通信データの授受が担保される。したがって、クレジット移行の処理は適切に完了する。しかし、管理装置４０やサーバ装置１０の不具合（例えば多数のゲーム装置３０からの要求の集中に起因した不具合）や通信上の重大な不具合が発生した場合には、通信の自動的な復旧が困難となり、クレジット移行の処理が途中で異常停止する可能性がある。

図７は、管理装置４０に不具合が発生してクレジット移行の処理が異常停止した場合の管理システム１００の動作（図５に後続する部分）のフローチャートである。図７に示すように、ゲーム装置３０やサーバ装置１０との通信が不可能となるような不具合が管理装置４０に発生した場合、サーバ装置１０が送信した応答通知（ＳB34）はゲーム装置３０に到達しない。したがって、ゲーム装置３０の制御装置３２は、保有クレジット数ＣAの更新の完了／未了を判別できない。

保有クレジット数ＣAの更新が完了している場合には使用クレジット数ＣBの更新は可能であり、保有クレジット数ＣAの更新が未了である場合には使用クレジット数ＣBの更新は禁止されるべきであるが、以上のように保有クレジット数ＣAの更新の完了／未了を判別できない以上は、使用クレジット数ＣBの更新（ＳC33）の可否を制御装置３２で判定することはできない。そこで、以下に詳述するように、指示受付部３６４にて受付けた外部からの指示（成否コードＥ）に応じて使用クレジット数ＣBの更新の可否が決定される。

応答通知を受信（ＳC31）することなく移行要求Ｑ1の送信（ＳC30）から所定の時間が経過（タイムアウト）すると（ＳC40）、ゲーム装置３０の制御装置３２は、記憶装置３４の記憶領域３４４に格納された処理識別子ＳIDを報知部３８から出力する（ＳC41）。例えば、報知部３８は、エラーの発生を通知する画面に処理識別子ＳIDを含めて表示する。ゲーム装置３０の管理者（例えば遊技施設の店員）は、報知部３８から報知された処理識別子ＳIDを知得したうえでサーバ装置１０の設置場所に移動する。管理者は、ゲーム装置３０の報知部３８から知得した処理識別子ＳIDをサーバ装置１０の入力受付部１４に入力する（ＳB40）。

サーバ装置１０の制御装置１２は、ステップＳB40で入力された処理識別子ＳIDに対応する履歴情報ＬGを記憶装置２０の履歴管理領域２４から取得する（ＳB41）。そして、制御装置１２は、ステップＳB41にて取得した履歴情報ＬGから保有クレジット数ＣAの更新の完了／未了を判定し、判定の結果（以下「成否結果」という）Ｆに応じた成否コードＥを生成する（ＳB42）。成否結果Ｆは、例えば更新の完了／未了を２値（１／０）で表すフラグである。すなわち、成否コードＥは、保有クレジット数ＣAの更新の完了／未了（使用クレジット数ＣBの更新の可否）をゲーム装置３０に指示するための情報に相当する。

具体的には、第１実施形態の制御装置１２は、ステップＳB40で入力された処理識別子ＳIDとステップＳB42にて決定した成否結果Ｆとを成否コードＥから特定できるように、処理識別子ＳIDと成否結果Ｆとに応じた成否コードＥを生成する。例えば、処理識別子ＳIDと成否結果Ｆとを連結することで成否コードＥを生成する方法や、処理識別子ＳIDと成否結果Ｆとに対する所定の演算で成否コードＥを生成する方法が好適に採用される。

制御装置１２は、ステップＳB42で生成した成否コードＥを報知部１６から出力する（ＳB43）。管理者は、報知部１６から報知された成否コードＥを知得したうえでゲーム装置３０の設置場所に再び移動し、ゲーム装置３０の指示受付部３６４に成否コードＥを入力する（ＳC42）。

ゲーム装置３０の制御装置３２は、ステップＳC42で入力された成否コードＥから処理識別子ＳIDと成否結果Ｆとを特定する（ＳC43）。そして、制御装置３２は、ステップＳC43で特定した処理識別子ＳIDが、記憶装置３４の記憶領域３４４に格納された処理識別子ＳIDと一致するか否かを判定する（ＳC44）。ステップＳC44の結果が否定である場合（ステップＳC42で入力された成否コードＥに誤りがある場合）、制御装置３２は、指示受付部３６４に対する成否コードＥの再入力を受付ける（ＳC42）。

他方、ステップＳC44の結果が肯定である場合（正しい成否コードＥが入力された場合）、制御装置３２は、ステップＳC43で特定した成否結果Ｆが保有クレジット数ＣAの更新の完了を示すか否かを判定する（ＳC45）。ステップＳC45の結果が肯定である場合、制御装置３２は、前述のステップＳC33と同様に、貯留部３４２の使用クレジット数ＣBを移行方向Ｄおよび移行量Ｎに応じて更新する（ＳC46）。以上の説明から理解されるように、保有クレジット数ＣAの更新の完了を示す履歴情報ＬG（成否結果Ｆ）から生成された成否コードＥは、使用クレジット数ＣBの更新の実行の指示に相当する。

他方、ステップＳC45の結果が否定である場合（保有クレジット数ＣAの更新が未了の場合）、制御装置３２は、使用クレジット数ＣBの更新（ＳC46）を実行せずに処理を終了する。以上の説明から理解されるように、保有クレジット数ＣAの更新の未了（移行要求Ｑ2の不適の理由）を示す履歴情報ＬG（成否結果Ｆ）から生成された成否コードＥは、使用クレジット数ＣBの更新の禁止の指示に相当する。使用クレジット数ＣBを更新しない場合、管理者は、例えば、使用クレジット数ＣBに相当する枚数のメダルを利用者に払出すとともに貯留部３４２の使用クレジット数ＣBを消去（リセット）する。以上のように、制御装置３２は、移行要求Ｑ1に応じた使用クレジット数ＣBの更新の可否を指示受付部３６４に対する入力に応じて制御する要素（特許請求の範囲の「制御部」に相当する要素）として機能する。

以上に説明したように、第１実施形態においては、保有クレジット数ＣAの更新の完了／未了を示す成否コードＥの入力で、使用クレジット数ＣBの更新の実行／禁止がゲーム装置３０に指示される。したがって、クレジット移行が停止した時点が保有クレジット数の更新前および更新後の何れであるのかを特定できない特許文献１の技術と比較して、クレジット移行のための処理が異常停止した場合のクレジットの管理を円滑化することが可能である。

また、第１実施形態においては、成否コードＥから処理識別子ＳIDを特定できるように成否コードＥが生成されるから、成否コードＥから特定した処理識別子ＳIDを利用して、ゲーム装置３０に入力された成否コードＥの正誤を判定できる（ＳC44）という利点がある。

＜Ｂ：第２実施形態＞
次に、本発明の第２実施形態について説明する。なお、以下に例示する各態様において作用や機能が第１実施形態と同等である要素については、以上と同じ符号を付して各々の詳細な説明を適宜に省略する。

図８は、処理識別子ＳIDの生成および取得に関する管理システム１００の動作（図５に置換される動作）のフローチャートである。図８に示すように、識別子要求をゲーム装置３０から受信すると（ＳA50）、管理装置４０の制御装置４２は、今回のクレジット移行の要求について処理識別子ＳIDを生成する（ＳA51）。処理識別子ＳIDの生成には、第１実施形態のサーバ装置１０による処理（ＳB21）と同様の方法が採用される。制御装置４２は、ステップＳA51で生成した処理識別子ＳIDをサーバ装置１０（ＳA52）およびゲーム装置３０（ＳA53）に送信する。

処理識別子ＳIDを受信すると（ＳB50）、サーバ装置１０の制御装置１２は、図５のステップＳB22と同様に、処理識別子ＳIDと履歴情報ＬGとを含むレコードＲ2を記憶装置２０に格納する（ＳB51）。他方、ゲーム装置３０の制御装置３２は、第１実施形態と同様に、処理識別子ＳIDを受信（ＳC22）して記憶装置３４の記憶領域３４４に格納する（ＳC23）。以後の処理は第１実施形態と同様である。以上の例示のように管理装置４０が処理識別子ＳIDを生成する構成においても、第１実施形態と同様の効果が実現される。

＜Ｃ：第３実施形態＞
図９は、クレジット移行のための管理システム１００の動作（図５および図６に置換される動作）のフローチャートである。図９に示すように、識別情報ＵID_INと移行方向（預入／引出）Ｄと移行量Ｎとの入力をゲーム装置３０の移行指示部３６２が受付けると（ＳC20）、ゲーム装置３０の制御装置３２は、処理識別子ＳIDを生成して記憶装置３４の記憶領域３４４に格納する（ＳC25）。処理識別子ＳIDの生成の方法は任意であるが、各ゲーム装置３０で生成される処理識別子ＳIDが重複しないように処理識別子ＳIDを生成する必要がある。例えば、ゲーム装置３０に固有の識別子と現在時刻とに対する所定の演算で処理識別子ＳIDを生成する方法が好適に採用される。制御装置３２は、ステップＳC20で入力された情報（ＵID_IN，Ｄ，Ｎ）とステップＳC25で生成した処理識別子ＳIDとを含む移行要求Ｑ1を管理装置４０に送信する（ＳC30）。

管理装置４０は、第１実施形態と同様に、移行要求Ｑ1から移行要求Ｑ2を生成してサーバ装置１０に送信する（ＳA30〜ＳA32）。移行要求Ｑ2を受信すると（ＳB30）、サーバ装置１０の制御装置１２は、移行要求Ｑ2内の処理識別子ＳIDと履歴情報ＬGとを含むレコードＲ2を図５のステップＳB22と同様に生成して記憶装置２０に格納する（ＳB37）。そして、制御装置１２は、移行要求Ｑ2に応じた保有クレジット数ＣAや履歴情報ＬGの更新（ＳB31〜ＳB33）を第１実施形態と同様に実行する。以後の動作は第１実施形態と同様である。

第３実施形態においては、ゲーム装置３０にて処理識別子ＳIDが生成されるから、サーバ装置１０にて処理識別子ＳIDを生成する第１実施形態と比較して制御装置１２の負荷が軽減され、管理装置４０にて処理識別子ＳIDを生成する第２実施形態と比較して制御装置４２の負荷が軽減されるという利点がある。もっとも、第１実施形態や第２実施形態によれば、サーバ装置１０や管理装置４０にて各ゲーム装置３０の処理識別子ＳIDが集中的に生成されるから、相互に重複しない処理識別子ＳIDをゲーム装置３０毎に容易に生成できるという利点がある。

＜Ｄ：変形例＞
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。

（１）変形例１
以上の各形態では成否コードＥから処理識別子ＳIDを特定して成否コードＥの正誤を判定したが、処理識別子ＳIDを成否コードＥから特定できる構成や成否コードＥの正誤の判定（図７のステップＳC44）は適宜に省略される。

また、履歴情報ＬGに応じて成否コードＥを生成する構成は省略され得る。例えば、図７のステップＳB40で入力された処理識別子ＳIDに対応する履歴情報ＬGや、履歴情報ＬGに応じた成否結果Ｆを、制御装置１２が報知部１６から出力してもよい。管理者は、報知部１６からの報知で保有クレジット数ＣAの更新の完了／未了を特定したうえで、使用クレジット数ＣBの更新の可否を指示受付部３６４からゲーム装置３０に指示する。制御装置３２は、使用クレジット数ＣBの更新が指示された場合に使用クレジット数ＣBの更新（ステップＳC46）を実行し、更新が禁止された場合には使用クレジット数ＣBの更新を実行しない。

以上の各形態における成否コードＥに代えて使用クレジット数ＣBの更新の可否を管理者が指示受付部３６４に入力する構成では、例えば図１０に示すように、操作子７１および操作子７２を含む指示受付部３６４が好適に採用される。操作子７１は、使用クレジット数ＣBの更新の実行の指示を受付け、操作子７２は、使用クレジット数ＣBの更新の禁止の指示を受付ける。図１０の指示受付部３６４を利用すれば、管理者による指示の入力が簡素化されるという利点がある。なお、操作子７１や操作子７２は、有体物としての操作子（ボタン）のほか、タッチパネル機能付の表示機器が表示する画像としても実現され得る。

（２）変形例２
以上の各形態においては１個のゲーム装置３０からの移行要求Ｑ1を処理する場合を例示した。しかし、実際には、１個のゲーム装置３０が送信した移行要求Ｑ1の受信から当該ゲーム装置３０に対する応答通知の送信（ＳA33）までの期間内に、他のゲーム装置３０からの移行要求Ｑ1を管理装置４０が受信する場合がある。以上の場合を想定すると、各ゲーム装置３０からの移行要求Ｑ1を管理装置４０の制御装置４２が順番に記憶装置４４に保持し、移行要求Ｑ1の受信からゲーム装置３０に対する応答通知の送信（ＳA33）までの一連の処理が完了してから次の移行要求Ｑ1の処理が開始されるように、各移行要求Ｑ1をゲーム装置３０からの受信の順番で順次に処理する構成が好適である。すなわち、記憶装置４４は、移行要求Ｑ1を受信の順番で順次に記憶するとともに先行の移行要求Ｑ1から順次に出力するＦＩＦＯ（first-in first-out）方式のバッファメモリとして使用される。

例えば、第１ゲーム装置３０からの移行要求Ｑ1に引続いて第２ゲーム装置３０からの移行要求Ｑ1を受信すると、管理装置４０の制御装置４２は、各移行要求Ｑ1を記憶装置４４に順次に格納し、第１ゲーム装置３０からの移行要求Ｑ1の処理を開始する。そして、制御装置４２は、保有クレジット数ＣAの更新（ＳB32）を含む一連の処理を実行したうえで応答要求を第１ゲーム装置３０に送信すると（ＳA33）、第２ゲーム装置３０からの移行要求Ｑ1を記憶装置４４から取得して同様の処理を開始する。

以上のように移行要求Ｑ1に対する処理の完了後に次の移行要求Ｑ1に対する処理を開始する構成によれば、異常停止による影響を最小限に抑制してクレジット管理がさらに円滑化されるという利点がある。例えば、異常停止の発生時に、第１ゲーム装置３０の処理識別子ＳIDに対応する履歴情報ＬGが保有クレジット数ＣAの更新の未了を示す場合（すなわち、第１ゲーム装置３０に対する応答通知の送信が完了していない場合）、以後の各ゲーム装置３０（第２ゲーム装置３０）からの移行要求Ｑ1に対する処理（保有クレジット数ＣAの更新）は実行されていないと判断して各移行要求Ｑ1に対する措置を採ることが可能である。

（３）変形例３
以上の各形態においては、管理装置４０での認証が成功した利用者について識別情報Ｕ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を読取器（図示略）を利用して読取ることで管理装置４０やゲーム装置３０に入力される。

また、以上の形態では、移行要求Ｑ1に生体情報ＢID_INを付加して移行要求Ｑ2を生成したが、生体情報ＢID_INの付加（移行要求Ｑ2の生成）は省略され得る。すなわち、ゲーム装置３０が送信した移行要求Ｑ1を管理装置４０の制御装置４２がそのままサーバ装置１０に転送する。以上の構成によれば、制御装置４２の負荷が軽減されるという利点がある。また、生体情報ＢID（ＢID_IN）は静脈パターンに限定されない。例えば、指紋や虹彩や音声（声紋）など利用者に固有な特徴量が生体情報ＢID（ＢID_IN）として任意に採用される。

１００……管理システム、１０……サーバ装置、２０，３４，４４……記憶装置、２２……クレジット管理領域、２４……履歴管理領域、３０……ゲーム装置、４０……管理装置、５１，５２……通信網、１２，３２，４２……制御装置、１４，３６，４６……入力受付部、１６，３８……報知部、３４２……貯留部、３４４……記憶領域、３６２……移行指示部、３６４……指示受付部、４４２……管理記憶部、４６２……受付部、４６４……生成部。

Claims (8)

1. ゲーム装置でのクレジットの使用または付与により増減する第１クレジット数と、サーバ装置が管理する記憶装置に記憶された第２クレジット数との一方から他方に対するクレジットの移行要求に応じた前記第２クレジット数の更新の完了／未了を示す履歴情報を当該移行要求の処理識別子に対応させて管理する前記サーバ装置と通信する管理装置と、前記管理装置と通信するゲーム装置とを含み、
   前記管理装置は、
   前記処理識別子を含む移行要求を前記サーバ装置に送信する管理制御部を具備し、
   前記ゲーム装置は、
   前記第１クレジット数を記憶する貯留部と、
   前記移行要求に対応する処理識別子を記憶する記憶部と、
   前記移行要求に対する処理が完了しない場合に、前記記憶部が記憶する処理識別子を報知する報知部と、
   前記第１クレジット数の更新の実行／禁止の指示を受付ける指示受付部と、
   前記第１クレジット数の更新の実行が指示された場合に前記移行要求に応じた前記第１クレジット数の更新を実行し、前記第１クレジット数の更新の禁止が指示された場合に前記第１クレジット数の更新を実行しない制御部とを具備する
   管理システム。
2. 前記指示受付部は、前記処理識別子に対応する前記第２クレジット数の更新の完了／未了を指定する成否コードであって前記サーバ装置から出力される成否コードの入力を受付け、
   前記制御部は、前記第２クレジット数の更新の完了を前記成否コードが指定する場合に前記移行要求に応じた前記第１クレジット数の更新を実行し、前記第２クレジット数の更新の未了を前記成否コードが指定する場合に前記第１クレジット数の更新を実行しない
   請求項１の管理システム。
3. 前記成否コードは、前記処理識別子に応じて可変に設定され、
   前記制御部は、前記指示受付部が受付けた成否コードから特定される処理識別子と前記記憶部が記憶する処理識別子とが一致するか否かを判定し、前記判定の結果が肯定である場合に、前記成否コードに応じた前記第１クレジット数の更新を実行する
   請求項２の管理システム。
4. 前記指示受付部は、
   前記第１クレジット数の更新の実行の指示を受付ける第１操作子と、
   前記第１クレジット数の更新の禁止の指示を受付ける第２操作子とを含む
   請求項１の管理システム。
5. 第１ゲーム装置と第２ゲーム装置とを含む複数の前記ゲーム装置を具備し、
   前記管理装置の前記管理制御部は、
   前記移行要求に応じた前記第２クレジット数の更新の完了通知を前記サーバ装置から受信して当該移行要求の送信元の前記ゲーム装置に送信し、
   前記第１ゲーム装置および前記第２ゲーム装置の双方から移行要求を受信した場合に、前記第１ゲーム装置からの移行要求に対する完了通知を前記第１ゲーム装置に送信するまで前記第２ゲーム装置からの移行要求の処理を待機する
   請求項１から請求項４の何れかの管理システム。
6. 前記管理装置の前記管理制御部は、前記サーバ装置にて生成された処理識別子を当該サーバ装置から取得して前記ゲーム装置に送信する
   請求項１から請求項５の何れかの管理システム。
7. 前記管理装置の前記管理制御部は、前記ゲーム装置からの移行要求の受信を契機として処理識別子を生成して前記ゲーム装置および前記サーバ装置に送信する
   請求項１から請求項５の何れかの管理システム。
8. ゲーム装置でのクレジットの使用または付与により増減する第１クレジット数とサーバ装置が管理する記憶装置に記憶された第２クレジット数との一方から他方に対するクレジットの移行要求に応じた前記第２クレジット数の更新の完了／未了を示す履歴情報を当該移行要求の処理識別子に対応させて管理する前記サーバ装置に接続された管理装置と通信するゲーム装置であって、
   前記第１クレジット数を記憶する貯留部と、
   前記移行要求に対応する処理識別子を記憶する記憶部と、
   前記移行要求に対する処理が完了しない場合に、前記記憶部が記憶する処理識別子を報知する報知部と、
   前記第１クレジット数の更新の実行／禁止の指示を受付ける指示受付部と、
   前記第１クレジット数の更新の実行が指示された場合に前記移行要求に応じた前記第１クレジット数の更新を実行し、前記第１クレジット数の更新の禁止が指示された場合に前記第１クレジット数の更新を実行しない制御部と
   を具備するゲーム装置。
   

Images