JP2023061199A - オンラインカジノを実行可能なシステム - Google Patents

Abstract

【課題】プレーヤカードの貸与等によるプレーヤのなりすましを防止する。【解決手段】システム１は、プレーヤカード６を特定するカード情報と、プレーヤカード６を発行させたプレーヤを示すプレーヤ情報と、プレーヤを識別可能にするプレーヤ識別情報とを対応付けて記憶した記憶部２４と、カード情報とプレーヤ識別情報との入力を受け付ける入力部５０１と、入力部５０１に入力されたカード情報に対応するプレーヤ情報と、入力部５０１に入力されたプレーヤ識別情報に対応するプレーヤ情報とを、記憶部２４から読み出し、これらプレーヤ情報で示されたプレーヤが同一人物であるか否かを判定する認証処理を実行する認証部２３と、認証処理により同一人物であると判定されたことを条件として、プレーヤによるシステム１の利用を許可するシステム許可部２２とを有している。【選択図】図１

Description

本発明は、オンラインカジノを実行可能なシステムに関する。

例えば、特許文献１には、プレーヤに発行されたプレーヤカードによりプレーヤの身元を確認することをカジノの利用の条件とし、身元不明のプレーヤがカジノを利用していることが判明した場合は、プレーヤの身元を確認するまでカジノの利用を禁止や制限するシステムが開示されている。

米国特許出願公開第２０２０／０３６４９８８号明細書

ところで、このようなシステムにおいて、プレーヤの身元をプレーヤカードで確認するだけでは、プレーヤカードを発行されたプレーヤがプレーヤカードを別のプレーヤに貸与等することによって、不正の要因となるプレーヤのなりすましが起こり得る。

そこで、本発明は、上記課題を解決するシステムを提供することを目的とする。

本発明は、プレーヤカードを用いてオンライン上で複数のベット対象に対して任意のタイミングでベットが可能なシステムであって、
前記プレーヤカードを特定するカード情報と、前記プレーヤカードを発行させたプレーヤを示すプレーヤ情報と、前記プレーヤを識別可能にするプレーヤ識別情報（生体情報等）と、を対応付けて記憶した記憶部と、
前記カード情報と前記プレーヤ識別情報との入力を受け付ける入力部と、
前記入力部に入力された前記カード情報に対応する前記プレーヤ情報と、前記入力部に入力された前記プレーヤ識別情報に対応する前記プレーヤ情報とを、前記記憶部から読み出し、これらプレーヤ情報で示されたプレーヤが同一人物であるか否かを判定する認証処理を実行する認証部と、
前記認証処理により同一人物であると判定されたことを条件として、前記プレーヤによる前記システムの利用を許可するシステム許可部とを有する。

上記の構成によれば、プレーヤカードのカード情報を入力したプレーヤが、プレーヤ識別情報を入力したプレーヤと同一人物であることを条件として、システムの利用を許可するため、プレーヤカードの貸与等によるプレーヤのなりすましを防止することができる。

また、本発明のシステムにおける前記システム許可部は、前記プレーヤが前記システムの利用を開始した後の所定の段階で、前記システムの利用を継続する条件として、前記認証処理を前記プレーヤに要求する。

上記の構成によれば、システムの利用を開始した後においても、認証処理をプレーヤに要求することによって、システムの利用を許可した後におけるプレーヤのなりすましを防止することができる。

また、本発明のシステムにおける前記記憶部は、前記プレーヤ識別情報を複数種類記憶しており、
前記システム許可部は、前記プレーヤが前記システムの利用を開始した後の所定の段階で、前記システムの利用を継続する条件として、前記システムの利用を開始するための前記認証処理で用いた前記プレーヤ識別情報とは異なる種類の前記プレーヤ識別情報を用いた前記認証処理を前記プレーヤに要求する。

上記の構成によれば、システムの利用を開始した後においても、種類の異なるプレーヤ識別情報を用いた認証処理をプレーヤに要求することによって、システムの利用を許可した後におけるプレーヤのなりすましを防止することができる。

また、本発明のシステムにおける前記所定の段階は、前記ベットを行う段階である。

上記の構成によれば、ベットを行うたびに、認証処理をプレーヤに要求することによって、システムの利用を許可した後におけるプレーヤのなりすましを防止することができる。

システムの処理内容を示す説明図である。 システムのブロック図である。 プレーヤ管理テーブルの説明図である。 システム利用管理テーブルの説明図である。 認証タイミング管理テーブルの説明図である。 ベット対象提供機関で実行される機関側利用処理のフローチャートである。 認証管理サーバで実行される認証管理処理のフローチャートである。 ユーザ端末装置で実行される端末側利用処理のフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。

図１に示すように、本実施形態のシステム１は、プレーヤカード６を用いてオンライン上で複数のベット対象に対して任意のタイミングでベットが可能なように構成されている。また、システム１は、プレーヤカード６を特定するカード情報と、プレーヤカード６を発行させたプレーヤを示すプレーヤ情報と、プレーヤを識別可能にするプレーヤ識別情報とを対応付けて記憶した記憶部２４と、カード情報とプレーヤ識別情報との入力を受け付ける入力部５０１と、入力部５０１に入力されたカード情報に対応するプレーヤ情報と、入力部５０１に入力されたプレーヤ識別情報に対応するプレーヤ情報とを、記憶部２４から読み出し、これらプレーヤ情報で示されたプレーヤが同一人物であるか否かを判定する認証処理を実行する認証部２３と、認証処理により同一人物であると判定されたことを条件として、プレーヤによるシステム１の利用を許可するシステム許可部２２とを有している。

ここで、「プレーヤカード６」は、オンライン上で実行されるカジノのシステム１を利用する際に使用されるカードである。プレーヤカード６は、プレーヤのプレイ実績（ベット回数、ベット総額、利用期間等）が記憶されてもよいし、プレイ実績に応じて様々な還元サービスが付加されてもよい。プレーヤカード６は、プラスティック製や金属製の実体を伴った有体物であってもよいし、カード画像をユーザ端末装置５０の画面に表示可能な電子情報により形成された無体物であってもよい。「カード情報」は、プレーヤカード６に固有の情報であり、例えば、プレーヤカード６の表面や裏面に刻印されたカード番号である。「プレーヤ情報」は、プレーヤカード６を発行させたプレーヤを特定する情報である。プレーヤ情報は、プレーヤが自由に作成することが可能である。具体例を示すと、プレーヤ情報は、プレーヤの氏名や芸名、ペンネーム、愛称等のテキストデータであってもよいし、プレーヤ本人や景色、動物の写真、アイコン、アバター等の画像データや動画データであってもよい。

「プレーヤ識別情報」は、プレーヤを識別可能な情報であれば特に限定されるものではなく、知識認証や所有物認証、生体認証を行うための情報が例示される。尚、知識認証は、ＩＤとパスワードの組み合わせのように、プレーヤが知識認証の情報を知っていればログインできる認証である。所有物認証は、例えば、ユーザ端末装置５０がスマートフォンある場合、システム１にスマートフォンの電話番号を登録しておき、認証の際にショートメッセージ機能を使ってワンタイムパスワードを受け取ってログインする認証である。また、スマートフォンのＳＩＭコードが例示されると共に、ＩＤ情報を埋め込んだＲＦタグから電磁界や電波などを用いた近距離通信によりデータ通信可能なＲＦＩＤ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｅｒ）等の電子キーが所有物認証として例示される。生体認証は、例えば、スマートフォンのカメラ機能を使用し、指紋認証や顔認証、虹彩認証、静脈認証を行うものである。

「ベット」は、金銭を賭けることの他、金銭以外のゲームポイント等のゲーム媒体を賭けることを意味し、投票と読み替えることもできる。ゲーム媒体の種類としては、チップやトークン、プラーク等の兌換ゲーム媒体や不換ゲーム媒体が存在し、通貨情報やゲームポイントのゲーム価値を電子データや外面形態で有し、このゲーム価値を外部から読み取り可能にされた構成が該当する。尚、外面形態とは、色や模様、文字、画像、形状等の外部から識別可能な形態である。また、兌換ゲーム媒体とは、カジノ等のゲーム場においてゲームに用いることが出来ると共に、直接通貨に交換可能なゲーム媒体を示す。

「入力部５０１」は、カード情報とプレーヤ識別情報との入力を受け付ける機能を備えていれば、カード情報の入力を受ける機能と、プレーヤ識別情報の入力を受け付ける機能とが同一の機器に備えられていても、別々の機器に備えられていてもよい。具体例を示すと、ユーザ端末装置５０がスマートフォンの場合は、スマートフォンのテキスト入力機能部５０１ａによりカード情報の入力を受け付けると共に、指紋認証機能部５０１ｂによりプレーヤ識別情報の入力を受け付けることができる。また、ユーザ端末装置５０がパソコンである場合は、パソコンのキーボードをカード情報の入力を受ける機能とし、プレーヤが所持するスマートフォンをプレーヤ識別情報の入力を受け付ける機能とすることができる。

上記の構成を有したシステム１は、プレーヤカード６のカード情報を入力したプレーヤが、プレーヤ識別情報を入力したプレーヤと同一人物であることを条件として、システム１の利用が許可されるため、プレーヤカード６の貸与等によるプレーヤのなりすましを防止することができる。

「認証処理」は、カード情報に対応するプレーヤ情報で示されたプレーヤと、プレーヤ識別情報に対応するプレーヤ情報で示されたプレーヤとが同一人物であるか否かを判定する処理である。認証処理は、知識認証、所有物認証、及び生体認証の１種以上を組み合わせた複数のプレーヤ識別情報が用いらてもよい。また、認証処理は、知識認証の１種以上を組み合わせた複数のプレーヤ識別情報が用いられてもよい。例えば、複数のＩＤと複数のパスワードとを組み合わることにより複数のプレーヤ識別情報を形成することができる。また、認証処理は、所有物認証の１種以上を組み合わせた複数のプレーヤ識別情報が用いられてもよい。例えば、ユーザ端末装置５０がスマートフォンである場合、システム１にスマートフォンの電話番号とメールアドレスとを登録しておき、認証の際にショートメッセージ機能とメール送信機能とを使ってワンタイムパスワードをそれぞれ受け取ってログインする。また、認証処理は、生体認証の１種以上を組み合わせた複数のプレーヤ識別情報が用いられてもよい。例えば、指紋認証や顔認証、虹彩認証、静脈認証の１以上を組み合わせることにより複数のプレーヤ識別情報を形成することができる。

さらに、認証処理は、プレーヤがシステム１の利用を開始する前に加えて、プレーヤがシステム１の利用を開始した後に実行されてもよい。換言すれば、システム許可部２２は、プレーヤがシステム１の利用を開始した後の所定の段階で、システム１の利用を継続する条件として、認証処理をプレーヤに要求してもよい。この場合は、システム１の利用を開始した後においても、認証処理をプレーヤに要求することによって、システム１の利用を許可した後におけるプレーヤのなりすましを防止することができる。

ここで、「所定の段階」は、ベットを行う段階であってもよい。この場合は、ベットを行うたびに、認証処理をプレーヤに要求することによって、システムの利用を許可した後におけるプレーヤのなりすましを防止することができる。また、「所定の段階」は、支払い等の清算を行う段階であってもよい。この場合は、清算前に、認証処理をプレーヤに要求することによって、清算前におけるプレーヤのなりすましを防止することができる。また、認証処理は、ベット毎や清算毎に実行される必要はなく、ベットや清算が行われるときに抽選により所定の確率で実行されてもよい。

さらに、認証処理は、認証を実行するたびに、認証形態が変更されてもよい。即ち、認証処理は、１以上の知識認証と１以上の所有物認証と１以上の生体認証のうちの１種以上を組み合わせた複数のプレーヤ識別情報を、認証を実行するたびに変更されてもよい。換言すれば、記憶部２４は、プレーヤ識別情報を複数種類記憶しており、システム許可部２２は、プレーヤがシステム１の利用を開始した後の所定の段階で、システム１の利用を継続する条件として、システム１の利用を開始するための認証処理で用いたプレーヤ識別情報とは異なる種類のプレーヤ識別情報を用いた認証処理をプレーヤに要求してもよい。この場合は、システム１の利用を開始した後においても、種類の異なるプレーヤ識別情報を用いた認証処理をプレーヤに要求することによって、システム１の利用を許可した後におけるプレーヤのなりすましを防止することができる。

「システム１の利用」は、システム１の全体の利用であってもよいし、システム１の一部の利用であってもよい。尚、本実施形態におけるシステム１の利用は、システム１がスポーツブック管理センター４６０とオンラインゲーム管理センター４７０とをベット対象提供機関４として備えた場合について説明するが、これに限定されるものではなく、システム１がスポーツブック管理センター４６０及びオンラインゲーム管理センター４７０の何れか一方を備えていてもよい。

スポーツブック管理センター４６０及びオンラインゲーム管理センター４７０は、プレイヤに対してベット対象を提供するベット対象提供機関４である。スポーツブック管理センター４６０は、プレイヤに対してベット対象としてスポーツブックを提供する。これにより、システム１は、プレイヤが所持するユーザ端末装置５０とスポーツブック管理センター４６０とを、コミュニケーションネットワークを介して相互にデータ通信可能に接続し、ユーザ端末装置５０に対してリアルタイムベットによるゲームを提供可能になっている。

ここで、「リアルタイムベット」は、時間経過によりオッズが変化する、イベント中に発生し得る複数のベット対象に対して任意のタイミングでベットする処理を含む各種の処理を実行可能な動作である。「イベント」は、何らかの結果が出現する処理や動作等のベット対象を意味する。例えば、イベントは、サッカーや野球等の人間やコンピュータが実行する試合やゲームの他、国政選挙や地方選挙のように人間の行動、動植物の動作、人間やコンピュータが介在しない事象である自然界等の変化であってもよい。

また、オンラインゲーム管理センター４７０は、プレイヤに対してベット対象としてオンラインゲームを提供する。これにより、システム１は、プレイヤが所持するユーザ端末装置５０とオンラインゲーム管理センター４７０とを相互にデータ通信可能に接続し、ユーザ端末装置５０に対してオンラインゲームを提供可能になっている。オンラインゲームは、現実に存在するゲーム装置をユーザ端末装置５０により遠隔操作可能にし、スロットゲームやテーブルゲーム（バカラゲームやルーレットゲーム等）をオンライ上で提供するものである。

以上のように、図１のシステム１は、プレイヤに対してベット対象を提供するベット対象提供機関４（スポーツブック管理センター４６０、オンラインゲーム管理センター４７０）と、カード情報とプレーヤ識別情報との入力を受け付ける入力部５０１を備えたユーザ端末装置５０と、認証管理サーバ２とを有しており、認証管理サーバ２は、プレーヤカード６を特定するカード情報と、プレーヤカード６を発行させたプレーヤを示すプレーヤ情報と、プレーヤを識別可能にするプレーヤ識別情報とを対応付けて記憶した記憶部２４と、入力部５０１に入力されたカード情報に対応するプレーヤ情報と、入力部５０１に入力されたプレーヤ識別情報に対応するプレーヤ情報とを、記憶部２４から読み出し、これらプレーヤ情報で示されたプレーヤが同一人物であるか否かを判定する認証処理を実行する認証部２３と、認証処理により同一人物であると判定されたことを条件として、プレーヤによるシステム１の利用を許可するシステム許可部２２とを有している。
ている。

これにより、システム１は、スポーツブック管理センター４６０やオンラインゲーム管理センター４７０等のベット対象提供機関４を１以上含む複雑な構成であっても、プレーヤカード６のカード情報を入力したプレーヤが、プレーヤ識別情報を入力したプレーヤと同一人物であることを条件として、システム１の利用が許可されるため、プレーヤカードの貸与等によるプレーヤのなりすましを防止することができる。

尚、システム許可部２２は、ベット対象提供機関４が複数存在する場合、全てのベット対象提供機関４の利用を許可するものであってもよいし、プレーヤが選択した１以上のベット対象提供機関４の利用を許可するものであってもよい。

また、システム１は、プレーヤのなりすましの防止を１台の認証管理サーバ２により実現しているが、これに限定されるものではない。即ち、認証管理サーバ２は、スポーツブック管理センター４６０及びオンラインゲーム管理センター４７０にそれぞれ備えられていてもよい。この場合は、スポーツブック管理センター４６０及びオンラインゲーム管理センター４７０の各サーバを認証管理サーバ２として用いることができる。

また、認証管理サーバ２の一部の機能が、スポーツブック管理センター４６０及びオンラインゲーム管理センター４７０にそれぞれ備えられていてもよい。この場合は、スポーツブック管理センター４６０及びオンラインゲーム管理センター４７０の各サーバと、認証管理サーバ２とを協働させることによって、認証管理サーバ２の処理負担を低減することができる。

以上のように構成されたシステム１を詳細に説明する。
図２は、システム１の一例を示す図である。システム１は、資金管理装置１０と、ユーザ端末装置５０と、店舗端末装置４０と、金融機関システム７０とをそれぞれ１以上有している。さらに、システム１は、１以上のスポーツブック管理センター４６０と、放送管理センター４５０と、１以上のオンラインゲーム管理センター４７０と、認証機関８０と、運営システム提供機関８１と、認証管理サーバ２とを備えている。そして、これら各部は、コミュニケーションネットワークであるインターネット網４００を介してそれぞれ通信可能に接続されている。

認証機関８０は、スポーツブック管理センター４６０の認証、オンラインゲーム管理センター４７０の認証を行うことによって、システム１において、スポーツブック管理センター４６０やオンラインゲーム管理センター４７０がスポーツブックやオンラインゲームをプレーヤに提供することを可能にする。また、認証機関８０は、スポーツブックの対象となるスポーツの種類やベットの種類、上限オッズ、ルールについての承認を行うようになっている。

スポーツブック運営管理センター４６０は、ゲーム管理サーバ６８０やオッズ管理サーバ６２０等の様々なサーバを備えている。ゲーム管理サーバ６８０は、入金処理やベット処理、出金処理、リアルタイムベットによるゲーム処理を実行する機能を備えた情報処理装置により構成されている。オッズ管理サーバ６２０は、リアルタイムベットにおいて様々なタイミングで発生する複数種類のベット対象となるゲームに関するオッズ等を記憶する機能を備えた情報処理装置により構成されている。尚、情報処理装置は、例えばコンピュータ、ワークステーション、サーバなどの情報処理装置によって実現される装置である。この情報処理装置は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、及び必要な場合にはハードディスク装置等の外部記憶装置を具備している装置である。

放送管理センター４５０は、スポーツブック連動サーバ５００と映像送出サーバ５０１とを有している。スポーツブック連動サーバ５００は、オッズ管理サーバ６２０から刻一刻と変化するオッズをリアルタイムで表示するためのオッズデータ等を受信して記憶する機能を備えた情報処理装置により構成されている。映像送出サーバ５０１は、スポーツブック管理センター４６０のスポーツブックに用いられる映像情報を送信する機能を備えた情報処理装置により構成されている。

資金管理装置１０は、プレーヤとスポーツブック運営やオンラインゲーム運営との間で行われる資金移動を各々の環境へ適応させ、利便性を向上させるための各種中継機能と、現行のペイメントゲートウェイ企業、クレジットカード運営会社、銀行などが担っている機能とを備えた情報処理装置により構成されている。これにより、資金管理装置１０は、以下のような処理を可能にしている。

例えば、プレーヤがユーザ端末装置５０を介して所望の金額を資金管理装置１０のプレーヤ口座に送金すると、資金管理装置１０は、プレーヤ口座の送金額をプレーヤの預り金（デポジット）とし、預り金をメモリに記憶し、メモリに最低ベット額以上の金額が存在する限りにおいて、スポーツブック管理センター４６０やオンラインゲーム管理センター４７０におけるベットを可能にする。

即ち、最初は預り金の範囲でベットが可能であり、ベットが行われると、ベット額をメモリから減算し、ベット結果に応じて賞金が発生すれば、その賞金をメモリに加算するという処理を行う。メモリの預り金の金種及び金額データは、資金管理装置１０からユーザ端末装置５０に送信されており、プレーヤは、ユーザ端末装置５０に表示された預り金の金種及び金額を確認しながらベットを行ったり、ユーザ端末装置５０が預り金の金額以下となるようにベット可能金額を制限しながらプレーヤによるベットを可能にする。

店舗端末装置４０は、プレーヤがスポーツブックやオンラインゲームにベット（投票）可能なカジノ内のブース、店舗（コンビニエンスストアなどの小売店、スポーツくじ販売所、飲食店などのように、商品又はサービスを提供する施設、設備）に設置されている。店舗端末装置４０は、資金管理装置１０とインターネット網４００を介してデータ通信可能な情報処理装置であって、例えば通信機能を有するＰＣ、キオスク端末、レジスタ（金銭登録機）、専用端末機などである。

オンラインゲーム管理センター４７０は、オンラインゲーム装置４７１とゲーム管理サーバ４７２とを有している。オンラインゲーム装置４７１は、スロットマシンやテーブルゲームを外部から視聴しながら操作可能にすることによって、プレーヤにスロットゲームやバカラゲーム、ルーレットゲーム等のオンラインゲームを提供するように構成されている。ゲーム管理サーバ４７２は、入金処理やベット処理、出金処理、オンラインゲームによるゲーム処理を実行する機能を備えた情報処理装置により構成されている。

認証管理サーバ２は、上述のように、記憶部２４と認証部２３とシステム許可部２２との各機能を備えることによって、プレーヤカード６のカード情報を入力したプレーヤが、プレーヤ識別情報を入力したプレーヤと同一人物であることを条件として、システム１の利用を許可するように構成されている。

認証管理サーバ２の具体的な一例を示すと、記憶部２４は、図３のプレーヤ管理テーブルと、図４のシステム利用管理テーブルと、図５の認証タイミング管理テーブルとを有している。

図３のプレーヤ管理テーブルは、カード情報とプレーヤ情報とプレーヤ識別情報ＩＤ１（指紋認証）とプレーヤ識別情報ＩＤ２（顔認証）とプレーヤ識別情報ＩＤ３（パスワード）とをテーブル項目として有している。カード情報のテーブル項目は、プレーヤカード６に固有の情報（数字や文字等の組み合わせ）である。プレーヤ情報のテーブル項目は、プレーヤカード６を発行させたプレーヤを示す情報である。プレーヤ識別情報ＩＤ１（指紋認証）のテーブル項目は、プレーヤの指紋を認証要素としたものである。プレーヤ識別情報ＩＤ２（顔認証）のテーブル項目は、プレーヤの顔を認証要素としたものである。プレーヤ識別情報ＩＤ３（パスワード）のテーブル項目は、プレーヤが設定したパスワードを認証要素としたものである。

これにより、認証管理サーバ２は、プレーヤ管理テーブルを参照することによって、誰（プレーヤ情報）が何番（カード情報）のプレーヤカード６を発行させ、３種類の認証要素の何れか１以上とカード情報とを用いて、プレーヤカード６を発行させたプレーヤを特定することが可能になっている。

例えば、認証管理サーバ２がカード情報２５６７６５に対応するテーブルデータを参照した場合は、プレーヤ識別情報がＹ０１２８、プレーヤ識別情報ＩＤ１（指紋認証）がＩＤ１＿Ｙ０１２８、プレーヤ識別情報ＩＤ２（顔認証）がＩＤ２＿Ｙ０１２８、プレーヤ識別情報ＩＤ３（パスワード）がＩＤ３＿Ｙ０１２８であるため、プレーヤカード６のカード情報Ｙ０１２８が入力された後、プレーヤ識別情報ＩＤ１（指紋認証）の入力要求に応じて、ＩＤ１＿Ｙ０１２８が入力された場合、カード情報Ｙ０１２８に対応するプレーヤ情報Ｙ０１２８と、プレーヤ識別情報ＩＤ１（指紋認証）ＩＤ１＿Ｙ０１２８に対応するプレーヤ情報Ｙ０１２８とが一致するため、同一人物のプレーヤによりシステム１の利用が要求されたことが分かる。一方、プレーヤ情報が一致しない場合は、異なる人物のプレーヤによりシステム１の利用が要求されたか、或いは認証を失敗したことが分かる。尚、プレーヤ情報が一致しない場合は、何らかの原因で認証に失敗した場合に備え、再度の認証が実行されることが好ましい。再度の認証においては、異なる認証要素を用いることが、さらに好ましい。

また、プレーヤカード６のカード情報Ｙ０１２８が入力された後、プレーヤ識別情報ＩＤ２（顔認証）の入力要求に応じてＩＤ２＿Ｙ０１２８が入力されると共に、プレーヤ識別情報ＩＤ３（パスワード）の入力要求に応じてＩＤ３＿Ｙ０１２８とが入力された場合、カード情報Ｙ０１２８に対応するプレーヤ情報Ｙ０１２８と、プレーヤ識別情報ＩＤ２（顔認証）ＩＤ２＿Ｙ０１２８に対応するプレーヤ情報Ｙ０１２８と、プレーヤ識別情報ＩＤ３（パスワード）ＩＤ３＿Ｙ０１２８に対応するプレーヤ情報Ｙ０１２８とが一致するため、同一人物のプレーヤによりシステム１の利用が要求されたことが分かる。

このように、プレーヤ管理テーブルによれば、認証要素を増減することによって、プレーヤカード６のカード情報と複数種類の認証要素との組み合わせにより２段階認証を含む多段階認証が可能になっている。尚、多段階認証は、認証要素の組み合わせを認証の実行タイミング毎に抽選することによって、不規則に変更してもよい。

図４のシステム利用管理テーブルは、カード情報とプレーヤ情報とベット対象提供機関４とをテーブル項目として有している。ベット対象提供機関４のテーブル項目は、ベット対象を提供するスポーツブック管理センター４６０やオンラインゲーム管理センター４７０についての利用の許可（〇）と禁止とを記憶する。尚、説明の便宜上、利用の許可は「〇」で示し、利用の禁止は空白で示している。これにより、認証管理サーバ２は、システム利用管理テーブルのデータを参照することによって、プレーヤカード６（カード情報）やプレーヤ（プレーヤ情報）に対して利用が許可されたベット対象提供機関４を特定することが可能になっている。

例えば、認証管理サーバ２がカード情報２５６７６５やプレーヤ情報Ｙ０１２８を参照した場合は、ＳＣ００１とＳＣ００２とＳＣ００３とＰＡＧ００１とＳＣ００４とＳＣ００５とで特定される全てのベット対象提供機関４についての利用が許可されていることが分かる。また、認証管理サーバ２がカード情報２５６７６６やプレーヤ情報Ｙ２２８を参照した場合は、ＳＣ００１とＳＣ００２とＳＣ００５とで特定されるベット対象提供機関４についての利用が許可されている一方、ＳＣ００３とＰＡＧ００１とで特定されるベット対象提供機関４についての利用が禁止されていることが分かる。また、認証管理サーバ２がカード情報２５６７７０を参照した場合は、全てのベット対象提供機関４についての利用が禁止されていることが分かる。

図５の認証タイミング管理テーブルは、カード情報とプレーヤ情報と登録年月日と信用度とをテーブル項目として有している。登録年月日は、カードが発行された年月日である。信用度は、総ベット数や総ベット額、プレーヤカード６の使用期間等の信用要素に基づいて算出される信用の程度であり、「なりすまし」が行われない程度を示す。信用度は、１０段階等の複数段階に区分けされている。例えば、信用度１０の場合は、「なりすまし」の実行確率が１％未満であることを示し、システム１の利用が許可された場合は、全てのベット対象提供機関４の利用が許可される。また、例えば、信用度２の場合は、「なりすまし」の実行確率が３０％以上であることを示し、システム１の利用が許可された場合は、１つのベット対象提供機関４の利用が許可される。尚、信用度が０の場合は、過去になりすましがあったとして全てのベット対象提供機関４の利用が禁止される。

例えば、認証管理サーバ２がカード情報２５６７６５に対応するテーブルデータを参照した場合は、プレーヤ情報がＹ０１２８、登録年月日が２０１５＿０９＿０１、信用度が１０であるため、プレーヤ情報Ｙ０１２８のプレーヤが２０１５年０９月０１日に発行されたプレーヤカード６を有しており、そのプレーヤカード６の信用度が１０であることが分かる。また、認証管理サーバ２がカード情報２５６７６６に対応するテーブルデータを参照した場合は、プレーヤ情報Ｙ２２８のプレーヤが２０１８年０４月２５日に発行されたプレーヤカード６を有しており、そのプレーヤカード６の信用度が４であることが分かる。

このように、認証タイミング管理テーブルは、どのプレーヤ（プレーヤ情報）が、どのプレーヤカード６（カード情報）を、何時発行させたかを確認することを可能にしていると共に、そのプレーヤカード６の信用度がどの程度であるかを確認することを可能にしている。これにより、認証管理サーバ２は、信用度に基づいて利用可能なベット対象提供機関４を特定することが可能になっている。

次に、以上のように構成されたシステム１の動作について説明する。
図６は、ベット対象提供機関４（スポーツブック管理センター４６０、オンラインゲーム管理センター４７０）で実行される機関側利用処理のフローチャートである。機関側利用処理においては、認証管理サーバ２からの許可情報に基づいてプレーヤによる利用を許可し、ユーザ端末装置５０からのベット情報に基づいてゲームを実行し、認証管理サーバ２からの禁止情報に基づいてプレーヤによる利用を禁止する。

詳細に説明すると、ベット対象提供機関４の演算部は、認証管理サーバ２からの許可情報を受信したか否かを判定し（Ｓ１１）、許可情報を受信しない場合は（Ｓ１１：ＮＯ）、続いて、ユーザ端末装置５０からベット情報が入力されたか否かを判定する（Ｓ１３）。一方、許可情報を受信した場合は（Ｓ１１：ＹＥＳ）、プレーヤ許可処理を実行する。プレーヤ許可処理は、プレーヤ情報で特定されたプレーヤによるベット対象提供機関４の利用を可能にする処理である。例えば、許可情報に含まれたプレーヤ情報をベット対象提供機関４の利用管理メモリに記録し、利用管理メモリにプレーヤ情報が記録されていることを条件として、プレーヤ情報で特定されたプレーヤによるベット対象提供機関４の利用を可能にする（Ｓ１２）。この後、ユーザ端末装置５０からベット情報が入力されたか否かを判定する（Ｓ１３）。

ベット情報が入力されない場合は（Ｓ１３：ＮＯ）、認証管理サーバ２からの禁止情報を受信したか否かを判定する（Ｓ１５）。一方、ベット情報が入力された場合は（Ｓ１３：ＹＥＳ）、ゲーム提供処理が実行される。ゲーム提供処理においては、ベット情報を送信したユーザ端末装置５０を操作したプレーヤのプレーヤ情報が利用管理メモリに記録されているか否かを判定し、プレーヤ情報が記録されていなければ、プレーヤ情報のプレーヤによる利用が許可されていないと判定する。そして、ベット情報の受付を拒否し、Ｓ１５に移行する。一方、利用管理メモリにプレーヤ情報が記録されていれば、ベット情報を受け付け、ベット情報に対応するゲームを提供する（Ｓ１４）。この後、Ｓ１５を実行する。

Ｓ１５において、禁止情報を受信しない場合は（Ｓ１５：ＮＯ）、Ｓ１１から再実行する。一方、禁止情報を受信した場合は（Ｓ１５：ＹＥＳ）、プレーヤ禁止処理を実行する。プレーヤ禁止処理においては、プレーヤ情報で特定されたプレーヤによるベット対象提供機関４の利用を拒否するため、禁止情報に含まれたプレーヤ情報を利用管理メモリから消去する（Ｓ１２）。この後、Ｓ１１から再実行する。

図７は、認証管理サーバ２で実行される認証管理処理のフローチャートである。認証管理処理においては、ユーザ端末装置５０からの初期設定情報に基づいてプレーヤ情報等の初期設定を行い、ユーザ端末装置５０からの利用開始情報に基づいてシステム１の利用を可能にする。

詳細を説明すると、認証管理サーバ２の演算部は、ユーザ端末装置５０からの初期設定情報を受信したか否かを判定する（Ｓ４１）。初期設定情報を受信しない場合は（Ｓ４１：ＮＯ）、続いて、ユーザ端末装置５０からの利用開始情報を受信したか否を判定する（Ｓ４３）。一方、初期設定情報を受信した場合は（Ｓ４１：ＹＥＳ）、プレーヤ登録処理を実行する。プレーヤ登録処理においては、例えば、図３のプレーヤ管理テーブルにおけるカード情報とプレーヤ情報とプレーヤ識別情報ＩＤ１（指紋認証）とプレーヤ識別情報ＩＤ２（顔認証）とプレーヤ識別情報ＩＤ３（パスワード）とのテーブル項目に対応する情報の入力をプレーヤに求め、プレーヤのユーザ端末装置５０から送信された情報をテーブルデータとして記録する。尚、プレーヤカード６がベット額情報や発行日情報を記録している場合は、これらの情報に基づいて図５の認証タイミング管理テーブルにおける信用度の算出に用いられる。この後、Ｓ４３を実行し、ユーザ端末装置５０から利用開始情報を受信するまでＳ４１から再実行する。

次に、ユーザ端末装置５０から利用開始情報を受信した場合は（Ｓ４３：ＹＥＳ）、システム認証処理を実行する。システム認証処理においては、利用開始情報を送信したユーザ端末装置５０に対して、カード情報の入力を求めると共に、プレーヤ識別情報ＩＤ１（指紋認証）等の認証要素の１以上の入力を求める。そして、図３のプレーヤ管理テーブルを参照し、カード情報に対応するプレーヤ情報と、認証要素に対応するプレーヤ情報とを求め、両方のプレーヤ情報が一致していれば、認証成功と判定する。一方、プレーヤ情報が一致していなければ、認証失敗と判定し、失敗情報をユーザ端末装置５０に送信する（Ｓ４４）。

認証に失敗した場合は（Ｓ４５：ＹＥＳ）、Ｓ４１から再実行する。一方、認証に成功した場合は（Ｓ４５：ＮＯ）、システム許可処理を実行する。システム許可処理においては、図４のシステム利用管理テーブルを参照し、カード情報又はプレーヤ情報に対応するベット対象提供機関４の中で、利用が許可（〇）されたベット対象提供機関４を特定する。そして、特定したベット対象提供機関４に対して許可情報を送信し、プレーヤ情報で特定されたプレーヤによるゲームを可能にする。また、許可情報は、ユーザ端末装置５０にも送信され、特定したベット対象提供機関４でのゲームが可能になったことをプレーヤに報知する（Ｓ４６）。尚、システム許可処理において、図４のシステム利用管理テーブルの更新が行われている。具体的には、図５の認証タイミング管理テーブルが参照され、信用度に基づいて利用可能なベット対象提供機関４が選択される。

次に、ユーザ端末装置５０に対してベット対象提供機関４のゲームが許可されている期間において、再認証処理が実行される。再認証処理は、ユーザ端末装置５０におけるベット状態を監視しており、例えば、ベットが行われたタイミングで再認証要求情報をユーザ端末装置５０に送信する。そして、ユーザ端末装置５０から送信されたカード情報と認証情報とに基づいてプレーヤ情報が一致するか否かを判定し、認証に失敗したか否かを判定する（Ｓ４７）。再認証に失敗しなかった場合は（Ｓ４８：ＮＯ）、続いて、ユーザ端末装置５０からの利用終了情報を受信したか否かが判定され（Ｓ４９）、利用終了情報を受信しない場合は（Ｓ４９：ＮＯ）、再認証処理から再実行する（Ｓ４７）。一方、再認証を失敗した場合（Ｓ４８：ＹＥＳ）、又は、利用終了情報を受信した場合は（Ｓ４９：ＹＥＳ）、システム禁止処理を実行し、ベット対象提供機関４に禁止情報を送信した後（Ｓ５０）、Ｓ４１から再実行する。

図８は、ユーザ端末装置５０で実行される端末側利用処理のフローチャートである。ユーザ端末装置５０の演算部は、端末側利用処理を実行すると、ゲーム開始や初期設定のためのゲーム画面を表示する（Ｓ２１）。ゲーム画面中の操作により、初期設定を行うか否かが判定される（Ｓ２２）。初期設定を行う場合は（Ｓ２２：ＹＥＳ）、初期設定処理を実行し、認証管理サーバ２に対して初期設定情報を送信し、認証管理サーバ２からの求めに応じて、カード情報やプレーヤ情報、認証情報を送信する（Ｓ２３）。

一方、初期設定を行わない場合は（Ｓ２２：ＮＯ）、利用開始処理を実行し、利用開始画面に切り替えると共に、認証管理サーバ２に対して利用開始情報を送信する（Ｓ２４）。この後、認証入力処理を実行し、認証管理サーバ２からの求めに応じて、カード情報や認証情報の入力をプレーヤに促し、入力されたカード情報や認証情報を認証管理サーバ２に送信する（Ｓ２５）。認証管理サーバ２において認証に失敗した結果、認証管理サーバ２から失敗情報を受信した場合は（Ｓ２６：ＹＥＳ）、Ｓ２１から再実行する。一方、認証管理サーバ２において認証に成功した結果、認証管理サーバ２から許可情報を受信した場合は（Ｓ２６：ＮＯ）、報知処理を実行し、認証の成功を表示すると共に、許可情報に含まれる利用が許可（〇）されたベット対象提供機関４を表示する（Ｓ２７）。

次に、ベット処理を実行し、ベット画面に切り替えた後、プレーヤによるベット操作を受け付ける。そして、プレーヤが選択したベット対象提供機関４に対して、プレーヤが入力したベット情報を送信する。プレーヤが選択したベット対象提供機関４の利用が許可されていれば、ゲームが実行される。一方、ベット対象提供機関４の利用が禁止されていれば、ベットが拒否される（Ｓ２８）。尚、利用が許可されたベット対象提供機関４だけがベット画面に表示されたり、或いは、利用が許可されたベット対象提供機関４だけをプレーヤにより選択可能にすることによって、利用できないベット対象提供機関４についてはプレーヤによる選択を予め拒否するように設定されていてもよい。

この後、認証管理サーバ２からの再認証要求情報を受信したか否かを判定し（Ｓ２９）、再認証要求情報を受信しない場合は（Ｓ２９：ＮＯ）、続けて、プレーヤが操作した入力情報に基づいてシステム１の利用を終了するか否かを判定する（Ｓ３１）。例えば、プレーヤがゲームを終了したい場合にシステム１の利用を終了する操作が行われる。システム１の利用を終了しない場合は（Ｓ３１：ＮＯ）、Ｓ２８から再実行し、ベット処理を引き続いて実行する。

一方、再認証要求情報を受信した場合は（Ｓ２９：ＹＥＳ）、再認証処理を実行し、認証管理サーバ２の求めに応じてカード情報や認証情報の入力をプレーヤに促し、入力された情報を認証管理サーバ２に送信する。そして、認証管理サーバ２において認証に成功したことを示す許可情報を受信した場合は、続いてＳ３１を実行する。一方、認証管理サーバ２において認証に失敗したことを示す失敗情報を受信した場合は、再びカード情報や認証情報の入力をプレーヤに促し、認証管理サーバ２における認証を繰り返す。認証に所定回数失敗した場合は、利用終了処理を実行し（Ｓ３２）、Ｓ２１のゲーム画面の表示に戻る。

Ｓ３１において、システム１の利用を終了しない場合は（Ｓ３１：ＮＯ）、Ｓ２８から再実行し、ベット処理を引き続いて実行する。一方、システム１の利用を終了する場合は（Ｓ３１：ＹＥＳ）、利用終了処理を実行し、利用終了情報を認証管理サーバ２に送信し（Ｓ３２）、Ｓ２１のゲーム画面の表示に戻る。

１ システム
１０ 資金管理装置
２ 認証管理サーバ
２２ システム許可部
２３ 認証部
２４ 記憶部
４ ベット対象提供機関
４０ 店舗端末装置
４５０ 放送管理センター
４６０ スポーツブック管理センター
４７０ オンラインゲーム管理センター
５０ ユーザ端末装置
５０１ 入力部
６ プレーヤカード
７０ 金融機関システム
８０ 認証機関
８１ 運営システム提供機関

Claims (4)

1. プレーヤカードを用いてオンライン上で複数のベット対象に対して任意のタイミングでベットが可能なシステムであって、
   前記プレーヤカードを特定するカード情報と、前記プレーヤカードを発行させたプレーヤを示すプレーヤ情報と、前記プレーヤを識別可能にするプレーヤ識別情報（生体情報等）と、を対応付けて記憶した記憶部と、
   前記カード情報と前記プレーヤ識別情報との入力を受け付ける入力部と、
   前記入力部に入力された前記カード情報に対応する前記プレーヤ情報と、前記入力部に入力された前記プレーヤ識別情報に対応する前記プレーヤ情報とを、前記記憶部から読み出し、これらプレーヤ情報で示されたプレーヤが同一人物であるか否かを判定する認証処理を実行する認証部と、
   前記認証処理により同一人物であると判定されたことを条件として、前記プレーヤによる前記システムの利用を許可するシステム許可部と
   を有することを特徴とするシステム。
2. 前記システム許可部は、前記プレーヤが前記システムの利用を開始した後の所定の段階で、前記システムの利用を継続する条件として、前記認証処理を前記プレーヤに要求することを特徴とする請求項１に記載のシステム。
3. 前記記憶部は、前記プレーヤ識別情報を複数種類記憶しており、
   前記システム許可部は、前記プレーヤが前記システムの利用を開始した後の所定の段階で、前記システムの利用を継続する条件として、前記システムの利用を開始するための前記認証処理で用いた前記プレーヤ識別情報とは異なる種類の前記プレーヤ識別情報を用いた前記認証処理を前記プレーヤに要求することを特徴とする請求項１に記載のシステム。
4. 前記所定の段階は、前記ベットを行う段階であることを特徴とする請求項２又は３に記載のシステム。

Images