(57)【要約】【課題】利用者が他の利用者によりも優先的に遊技装置の利用ができるようにした管理システムおよび管理装置を提供する。【解決手段】利用者が遊技を行う各遊技装置に対して、他の利用者よりも優先して遊技を行う際に必要とする必要価値情報を記憶するとともに、利用者を識別する利用者識別情報と該利用者が所定の保有条件の成立により保有している有効価値情報とを少なくとも含む利用者情報を記憶しておき、利用者が他の利用者よりも優先して１の遊技装置で遊技が可能となる優先設定を制御する。【選択図】図７
2019017914.tif 000002
【特許請求の範囲】
【請求項１】
利用者が遊技を行う各遊技装置に対して、他の利用者よりも優先して遊技を行う際に必要とする必要価値情報を記憶する必要価値情報記憶手段と、
前記利用者に関し、該利用者を識別する利用者識別情報と該利用者が所定の保有条件の成立により保有している有効価値情報とを少なくとも含む利用者情報を記憶する利用者情報記憶手段と、
前記利用者が前記他の利用者よりも優先して１の遊技装置で遊技が可能となる優先設定を制御する優先設定制御手段と
を具備する管理装置と、
前記遊技装置それぞれに前記必要価値情報記憶手段で記憶している前記必要価値情報を対応付けた前記遊技装置の一覧を表示する表示手段と、
前記表示手段で表示された前記遊技装置から前記利用者が利用する１の遊技装置の指定を受け付ける指定受付手段と
を具備する端末と
を備え、
前記管理装置は、
前記指定受付手段で受け付けた前記１の遊技装置を、該１の遊技装置を指定した前記利用者によって前記優先設定を行うか否かを判定する優先設定判定手段と
を更に具備し、
前記優先設定判定手段は、
前記利用者情報記憶手段で記憶している前記利用者に対する前記有効価値情報と、該利用者により指定された前記１の遊技装置に対して、前記必要価値情報記憶手段で記憶している前記必要価値情報とに基づいて前記優先設定を行うか否かを判定し、
前記優先設定制御手段は、
前記優先設定判定手段によって前記１の遊技装置の優先設定が許可されたと判定されることで、前記１の遊技装置に対して該１の遊技装置を優先して遊技可能とする前記利用者の前記利用者識別情報を対応付けて記憶することで優先設定を行う
ことを特徴とする管理システム。
【請求項２】
前記端末は、
位置情報を検出する位置情報検出手段と、
前記位置情報検出手段で検出した位置情報が、前記遊技装置が設けられた遊技施設に対して予め指定されている範囲に属するか否かを判断する所属有無判断手段と、
前記所属有無判断手段によって判断した判断結果を前記管理装置に送信する判断結果送信手段と
を具備し、
前記管理装置は、
前記判断結果送信手段によって送信されてきた前記判断結果が、前記範囲に属する前記位置情報であると判断する結果であることによって前記所定の保有条件が成立したと判断して前記有効価値情報を所定の価値情報で更新する有価価値情報更新手段と
を具備することを特徴とする請求項１記載の管理システム。
【請求項３】
前記端末は、
計時手段と、
前記有効価値情報を取得する取得制御手段と
を更に備え、
前記取得制御手段は、
前記所属有無判断手段によって１の判断処理が行われて、該１の判断処理の後であって前記所属有無判断手段によって該１の判断処理とは異なる他の判断処理が行われるまでに、前記計時手段によって所定の経過時間を計時すると、該所定の経過時間に応じた所定の価値情報を新たに前記管理装置で記憶可能とする制御を行う
ことを特徴とする請求項２記載の管理システム。
【請求項４】
前記必要価値情報は、
予め設定された必要価値情報とは異なる特定の必要価値情報であることを特徴とする請求項１乃至請求項３のいずれかに記載の管理システム。
【請求項５】
前記必要価値情報は、
前記遊技装置が設けられた遊技施設において所定のイベントが行われていることを示唆する特定の必要価値情報であることを特徴とする請求項４記載の管理システム。
【請求項６】
前記端末は、
前記利用者の前記利用者識別情報を指定することによって認証要求を行い、
前記管理装置は、
前記端末によって認証要求された前記利用者識別情報に基づく前記利用者の利用者種別を判定する利用者種別判定手段と、
を更に具備し、
前記優先設定制御手段は、
前記利用者種別判定手段によって判定された前記利用者種別が特定の利用者種別であることによって前記優先設定を行う
ことを特徴とする請求項４または５に記載の管理システム。
【請求項７】
利用者が遊技を行う各遊技装置に対して、他の利用者よりも優先して遊技を行う際に必要とする必要価値情報を記憶する必要価値情報記憶手段と、
前記利用者に関し、該利用者を識別する利用者識別情報と該利用者が所定の保有条件の成立により保有している有効価値情報とを少なくとも含む利用者情報を記憶する利用者情報記憶手段と、
前記利用者が前記他の利用者よりも優先して１の遊技装置で遊技が可能となる優先設定を制御する優先設定制御手段と
を具備し、
前記遊技装置の一覧から前記利用者により指定された前記１の遊技装置を、前記優先設定制御手段によって該利用者によって前記優先設定を行うか否かを判定する優先設定判定手段
を更に具備し、
前記優先設定判定手段は、
前記利用者情報記憶手段で記憶している前記利用者に対する前記有効価値情報と、該利用者により指定された前記１の遊技装置に対して、前記必要価値情報記憶手段で記憶している前記必要価値情報とに基づいて前記優先設定を行うか否かを判定し、
前記優先設定制御手段は、
前記優先設定判定手段によって前記１の遊技装置の優先設定が許可されたと判定されることで、前記１の遊技装置に対して該１の遊技装置を優先して遊技可能とする前記利用者の前記利用者識別情報を対応付けて記憶することで優先設定を行う
ことを特徴とする管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システムおよび管理装置に関する。
【背景技術】
【０００２】
対戦型ゲーム機やスポーツ型遊技設備のほか、パチンコやスロットマシン等の遊技を提供する遊技装置を備える遊技施設（「ゲームセンター」や「ホール」とも称される）ではその特性から、人気となる遊技装置に利用者（ユーザ、遊技者）が集中する傾向がある。
【０００３】
メダルゲームのほか、パチンコやスロットマシンは所定の遊技媒体（遊技球やメダル等）の貸し出しを受けて、その貸し出された遊技媒体を用いて遊技するものであって、ゲームをクリアすることや大当たりとなることでその遊技媒体を増加させて遊技するものである。そのため、特定の遊技装置に人気が集中する傾向が強い。
【０００４】
このため、利用者は、人気となっている遊技装置で遊技をするために列を作り、順番待ちをすることがある。これは、遊技施設を提供する施設提供者からみれば、他の遊技装置への影響のほか、他の店舗への悪影響が生じる。
【０００５】
遊技施設を提供する施設提供者は、このような問題に対応するための業務負担が増えることとなる。また、遊技を行う利用者からみれば、人気となっている遊技装置で遊技するまでに相当な時間を要することがあり、効率的に楽しむことができない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−２９５５０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
遊技施設で遊技装置を利用するにあたり、特定の遊技装置を事前に予約しておくことで所定の時間にその遊技装置を利用できるようにした技術が公開されている。
【０００８】
上記に示す特許文献１では、遊技者を示す情報と遊技を行う対象となる遊技機を指定して予約することができるようにした技術が開示されており、より詳細には、その遊技機の利用者や予約者の過去の利用実績に基づいて予想待ち時間を示す（出力する）ことが開示されている。
【０００９】
この特許文献１に示すような従来の技術では、予約したい対象となる遊技装置に全く予約が入っていない場合や、予約が入っていたとしても空いている時間があるような場合に予約を可能とするものである。
【００１０】
本発明は、遊技装置を利用するための条件が成立したときに、利用者が他の利用者よりも優先的に遊技装置の利用ができるようにした管理システムおよび管理装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するため、本発明は、利用者が遊技を行う各遊技装置に対して、他の利用者よりも優先して遊技を行う際に必要とする必要価値情報を記憶する必要価値情報記憶手段と、前記利用者に関し、該利用者を識別する利用者識別情報と該利用者が所定の保有条件の成立により保有している有効価値情報とを少なくとも含む利用者情報を記憶する利用者情報記憶手段と、前記利用者が前記他の利用者よりも優先して１の遊技装置で遊技が可能となる優先設定を制御する優先設定制御手段とを具備する管理装置と、前記遊技装置それぞれに前記必要価値情報記憶手段で記憶している前記必要価値情報を対応付けた前記遊技装置の一覧を表示する表示手段と、前記表示手段で表示された前記遊技装置から前記利用者が利用する１の遊技装置の指定を受け付ける指定受付手段とを具備する端末とを備え、前記管理装置は、前記指定受付手段で受け付けた前記１の遊技装置を、該１の遊技装置を指定した前記利用者によって前記優先設定を行うか否かを判定する優先設定判定手段とを更に具備し、前記優先設定判定手段は、前記利用者情報記憶手段で記憶している前記利用者に対する前記有効価値情報と、該利用者により指定された前記１の遊技装置に対して、前記必要価値情報記憶手段で記憶している前記必要価値情報とに基づいて前記優先設定を行うか否かを判定し、前記優先設定制御手段は、前記優先設定判定手段によって前記１の遊技装置の優先設定が許可されたと判定されることで、前記１の遊技装置に対して該１の遊技装置を優先して遊技可能とする前記利用者の前記利用者識別情報を対応付けて記憶することで優先設定を行うことを特徴とする。
【００１２】
また、本願発明は、利用者が遊技を行う各遊技装置に対して、他の利用者よりも優先して遊技を行う際に必要とする必要価値情報を記憶する必要価値情報記憶手段と、前記利用者に関し、該利用者を識別する利用者識別情報と該利用者が所定の保有条件の成立により保有している有効価値情報とを少なくとも含む利用者情報を記憶する利用者情報記憶手段と、前記利用者が前記他の利用者よりも優先して１の遊技装置で遊技が可能となる優先設定を制御する優先設定制御手段とを具備し、前記遊技装置の一覧から前記利用者により指定された前記１の遊技装置を、前記優先設定制御手段によって該利用者によって前記優先設定を行うか否かを判定する優先設定判定手段を更に具備し、前記優先設定判定手段は、前記利用者情報記憶手段で記憶している前記利用者に対する前記有効価値情報と、該利用者により指定された前記１の遊技装置に対して、前記必要価値情報記憶手段で記憶している前記必要価値情報とに基づいて前記優先設定を行うか否かを判定し、前記優先設定制御手段は、前記優先設定判定手段によって前記１の遊技装置の優先設定が許可されたと判定されることで、前記１の遊技装置に対して該１の遊技装置を優先して遊技可能とする前記利用者の前記利用者識別情報を対応付けて記憶することで優先設定を行うことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、遊技装置を利用するための条件が成立したときに、利用者が他の利用者よりも優先的に遊技装置の利用ができるようになるという効果を奏することとなる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態における管理システムおよび管理装置の概要を示す図。
【図２】本発明の実施の形態における管理システムの処理遷移を示す遷移図。
【図３】本発明の実施の形態における管理システムを構成する端末に表示される画面の画面遷移を示す図（予約時）。
【図４】本発明の実施の形態における管理システムを構成する端末に表示される画面の画面遷移を示す図（予約キャンセル時）。
【図５】本発明の実施の形態における管理システムを構成する端末に表示される画面の画面遷移を示す図（予約状況確認時）。
【図６】本発明の実施の形態における管理システムを構成する端末に表示される画面の画面遷移を示す図（ポイント購入時）。
【図７】本発明の実施の形態における管理システムを構成する端末に表示される画面の画面遷移を示す図（ポイント獲得時）。
【図８】本発明の実施の形態における管理システムを構成する端末によって行われるポイント獲得処理の詳細な流れを示すフローチャート。
【図９】本発明の実施の形態における管理システムを構成する端末によって行われる予約制御処理の詳細な流れを示すフローチャート。
【図１０】本発明の実施の形態における管理システムを構成する管理装置によって行われるポイント入手処理の詳細な流れを示すフローチャート。
【図１１】本発明の実施の形態における管理システムを構成する管理装置によって行われる予約前処理の詳細な流れを示すフローチャート。
【図１２】本発明の実施の形態における管理システムを構成する管理装置によって行われる予約処理の詳細な流れを示すフローチャート。
【図１３】図１２に示す予約可否判定処理の詳細な流れを示すフローチャート。
【図１４】図１２に示す予約確定処理の詳細な流れを示すフローチャート。
【図１５】本発明の実施の形態における管理システムを構成する管理装置によって行われる予約キャンセル処理の詳細な流れを示すフローチャート。
【図１６】会員情報管理ＤＢによって記憶された会員情報を示すテーブル図。
【図１７】予約情報管理ＤＢによって記憶された予約情報を示すテーブル図。
【図１８】本発明の実施の形態における管理システムを構成するホールコンピュータにおいて記憶するイベント設定情報を示すテーブル図。
【図１９】本発明の実施の形態における管理システムを構成するホールコンピュータにおいて表示される予約状況管理画面を示す図。
【発明を実施するための形態】
【００１５】
以下、本発明に係わる管理システムおよび管理装置の一実施例を添付図面を参照して詳細に説明する。
【実施例】
【００１６】
図１は、本発明の実施の形態における管理システムおよび管理装置の概要を示す図である。
【００１７】
図１において、管理システム１は、管理装置１００（「管理サーバ」とも称する）、この管理装置１００と接続され、この管理装置１００で用いる予約情報を管理、記憶する予約情報管理データベース（以下、「予約情報管理ＤＢ１０１」と称する）、管理装置１００と接続され、この管理装置１００で用いる会員情報を管理、記憶する会員情報管理データベース（以下、「会員情報管理ＤＢ１０２」と称する）、各遊技施設（アミューズメント施設）（以下、「店舗」とも称する）に設けられたホールコンピュータ３００、島コントローラ（以下、「島コン４００」と称する）、後述する遊技装置に対応して設けられ、その遊技装置に対して遊技媒体の貸し出しを行う台間機５００（単に、「貸出装置」、「サンド」とも称する）、利用者に対して遊技を提供する遊技装置６００（ゲームマシン、遊技機とも称する）、予約確認端末７００を具備して構成されている。
【００１８】
このほか、図示はしないが、管理システム１上には、貸し出された遊技媒体の返却を行う精算機や利用者の受付、会員登録を行う受付機等が接続されている。特に、受付機は、店舗の受付カウンターに設けられており、この受付機では、利用者に関する情報（たとえば、利用者の氏名、年齢、住所、属性、利用者識別情報、パスワード等）を入力することで、その利用者を、遊技装置を利用する「会員」として管理装置１００を介して会員情報管理ＤＢ１０２に登録することが可能である。
【００１９】
また、利用者が利用するユーザ端末（以下、「端末２００」と称する）が、通信回線（無線を含む）を介して管理システム１の管理装置１００に接続可能である。この端末２００は、電話機能を搭載する携帯型のＰＣ（パソコン）等によって構成されており、さまざまな情報を管理装置１００との間で通信可能である。
【００２０】
この端末２００は、位置情報を検出可能な「位置情報検出機能（ＧＰＳ機能）」を搭載しており、この位置情報検出機能を用いて検出した位置情報を用いることで、端末２００を保持している利用者が、予め指定された空間上の範囲に所属するか否かを判定することができる。
【００２１】
より具体的には、位置情報検出機能を用いて検出した位置情報を示す座標情報が、所定の範囲である閉空間内の座標情報であるか否かを判定することで、その所定の空間に所属するか否かを判定する。
【００２２】
このほか、端末２００には、時刻や経過時間を計時する「計時機能」や、撮像対象を撮像可能な「撮像機能（カメラ機能）」を有している。特に、この撮像機能は、人物や背景などに加えて、二次元コードなどのコード情報をも読み取り可能である。前者を「画像読み取り機能」、後者を「コード情報読み取り機能」とも称することがある。
【００２３】
端末２００が有している「位置情報検出機能」や「計時機能」を用いることで、端末２００では、所定の範囲（予め指定された範囲）に所属し続けている時間（滞在時間、経過時間）や、所定の範囲（予め指定された範囲）に属したとき（所属開始タイミング）、所定の範囲（予め指定された範囲）から外れたとき（所属終了タイミング）を特定することができる。
【００２４】
つまり、端末２００では、「位置情報検出機能」によって検出した位置情報が所定の範囲に所属しているか、また、位置情報が所定の範囲に所属しているときにその所定の範囲に滞在している滞在時間を「計時機能」を用いて計時することができる。
【００２５】
より詳細には、端末２００では、所定のタイミング（１０秒ごと、１分ごと、１５分ごと、１時間ごと、６時間ごと等の所定の時間タイミング、１３時、１７時等の所定の時刻を計時した時刻タイミング）で、位置情報検出機能によって位置情報を検出する検出処理を行い、その検出処理によって検出した位置情報が、遊技装置が設けられた遊技施設に対して予め指定されている範囲に属するか否かを判断する判断処理を行う。つまり、所定のタイミングごとにこの判断処理（１の判断処理、他の判断処理）を行って滞在時間を計時することが可能となる。
【００２６】
そして、端末２００では、各判断処理が行われたタイミング間の経過時間（滞在時間）を計時して、この経過時間が所定の時間（たとえば、１時間、３時間、８時間等）を計時すること、若しくはこの所定の時間以上を計時することによって、管理装置１００にその所定の時間を計時したことを通知する。
【００２７】
これによって、管理装置１００では、利用者が遊技施設を利用している経過時間（滞在時間）が、その所定の時間となったことを認識することでき、その所定の時間に対するポイントを利用者に対して付与、登録する。
【００２８】
このとき、管理装置１００が、所定の時間に対して付与する所定の価値情報は、その所定の時間が長ければ長いほど高い価値情報がさらに加算される。つまり、１の所定の時間よりも、その１の所定の時間よりも経過時間が長い他の所定時間の方が、付与される価値情報が高い。
【００２９】
具体的には、その所定の時間が「１時間」であれば価値情報「２」が加算されるのに対して、所定の時間が「３時間」であれば価値情報「４」が、上記の価値情報「２」に加えてさらに加算される。つまり、「３時間」の滞在時間を計時するときには合計として価値情報「６」が加算されて登録される。
【００３０】
もちろん、管理装置１００に登録される日（特定日）によって、価値情報の加算率を替えてもよい。たとえば、加算率を「１倍」から「５倍」としてもよい。
【００３１】
これによって、滞在時間が長く多くの遊技を行っていると判断することができる利用者に与えられる特典として、有利な価値情報を付与することができる。
【００３２】
以上のことから、端末２００は、所定の経過時間（滞在時間）に応じた所定の価値情報を新たに管理装置１００で記憶可能とする制御を行っている。
【００３３】
管理装置１００では、利用者が利用する端末２００から利用者情報を通信回線を介して受け付けることで利用者を「会員」として登録することも可能であり、その登録方法は問わない。なお、利用者とは、「会員」および会員登録していない「非会員」等を含む、遊技施設を利用する者の全体を示している。
【００３４】
このようにして受け付けた、遊技施設を利用する利用者に関する利用者情報は、会員情報として会員情報管理ＤＢ１０２に登録された状態となる。
【００３５】
なお、図１に示す例では、管理装置１００とは異なる会員情報管理ＤＢ１０２で会員情報を管理した構成を示しているが、これに限定されることなく、管理装置１００の内部に設けられた記憶装置（好ましくは、「不揮発性メモリ」）において会員情報を記憶することとしてもよい。これは、予約情報管理ＤＢ１０１においても同様であって、管理装置１００の内部に設けられた記憶装置（好ましくは、「不揮発性メモリ」）において予約情報を記憶することとしてもよい。つまり、管理装置１００が予約情報管理ＤＢ１０１、会員情報管理ＤＢ１０２を具備する構成である。
【００３６】
この管理装置１００では、遊技施設に設置された遊技装置６００の利用者が、他の利用者よりも優先して任意の遊技装置（１の遊技装置）で遊技が可能となるための優先設定を制御する処理を行う。このときの任意の遊技装置とは、複数の遊技装置から遊技者が指定した単一の遊技装置そのものを含むほか、遊技装置の機種（装置種別）を遊技者が指定してその機種に属するいずれかの遊技装置を含むものである。
【００３７】
つまり、利用者が他の利用者よりも優先して遊技するために優先設定を行う対象は、遊技装置そのものであるほか、遊技装置の機種である。以下では、この優先設定を行う対象を総称して、「優先設定対象」、「優先設定対象装置」、「予約対象」、「予約対象装置」、または、簡便化のために単に「遊技装置」とも称することがある。
【００３８】
また、利用者が、他の利用者よりも優先して任意の遊技装置（１の遊技装置）で遊技が可能となるための優先設定を行うとは、その利用者が遊技装置を予約すること、若しくは、確保することと同義である。つまり、管理装置１００では、利用者が利用する遊技装置を予約する制御処理（以下、「予約制御処理」とも称する）を行うとも言える。
【００３９】
管理装置１００が行う予約処理は、予約情報管理ＤＢ１０１、会員情報管理ＤＢ１０２で記憶する各種の情報を用いて遊技装置を予約する制御処理を行う。
【００４０】
予約情報管理ＤＢ１０１では、会員が遊技を行う各遊技装置に対して、他の会員よりも優先して遊技を行う際に用いる「必要価値情報」を記憶している。つまり、会員が任意の遊技装置を予約するために必要となる価値情報が「必要価値情報」である。
【００４１】
この必要価値情報は、予約対象の遊技装置に対してそれぞれ設定することが可能であって、予め設定された１または複数種類の「初期の必要価値情報（通常予約必要ポイント）」、この初期の必要価値情報とは異なる１または複数種類の「特定の必要価値情報（特定予約必要ポイント）」等がある。
【００４２】
この「初期の必要価値情報」は、初期値として設定される必要価値情報であって、例えば、「１００ＰＴ」や「３００ＰＴ」などである。また、「特定の必要価値情報」は、例えば、「５００ＰＴ」などである。この「特定の必要価値情報」は対応付けられた遊技装置が新しく店舗に導入されたことを示すものであったり、利用者にとって有利な状態となりやすい確率が高いことを示すものであったり、遊技装置が設けられた遊技施設で何らかの催しが行われていることを示唆するものであったりする。
【００４３】
つまり、遊技装置を予約する際に必要となる必要価値情報が、「特定の必要価値情報」であれば、遊技施設としては、所定のイベントが行われていることを利用者に対して示唆することができる一方で、利用者は、店舗で何らかの所定のイベントが行われていることを把握することが可能である。
【００４４】
この予約情報管理ＤＢ１０１で記憶する情報の一例を図１６に示しており、後述する。
【００４５】
また、この価値情報として、たとえば、ポイントやコイン等がある。価値情報としてポイントを用いる場合、必要価値情報は、「予約ポイント」や「予約必要ポイント」とも称され、各遊技装置に対して指定されている。以下では、必要価値情報として「ポイント」を用いた例を説明する。
【００４６】
また、会員情報管理ＤＢ１０２では、利用者に関する情報（利用者情報、会員情報）を管理、記憶している。より具体的には、利用者情報として、利用者を識別する利用者識別情報（利用者ＩＤ、会員ＩＤ）、パスワード、利用者の属性情報（利用者属性）、利用者が保有、使用したポイント情報を管理、記憶している。特に、利用者が保有して使用可能な状態となっているポイントが「有効価値情報」であって、「有効ポイント」とも称する。
【００４７】
つまり、会員情報管理ＤＢ１０２では、遊技装置の利用者を識別する利用者識別情報と、その利用者が保有している有効価値情報とを少なくとも含む利用者情報を記憶している。なお、利用者が保有する有効価値情報は、後述する「所定の保有条件（所定の入手条件）」が成立することによって保有可能となるものである。
【００４８】
以上に示すような予約情報管理ＤＢ１０１、会員情報管理ＤＢ１０２で記憶している各種の情報を用いて管理装置１００が予約処理を行う。
【００４９】
この管理装置１００で行われる予約処理では、まず、利用者が指定した予約したい遊技装置をその利用者が優先的に利用できるように設定するか否かの判定処理を行う。
【００５０】
この判定処理は、予約情報管理ＤＢ１０１で管理、記憶しているその遊技装置を予約するために必要な予約必要ポイントと、会員情報管理ＤＢ１０２で管理、記憶している利用者が保有する有効ポイントとに基づいて行うものである。
【００５１】
より具体的には、予約必要ポイントと有効ポイントとを用いた演算処理によって、有効ポイントが予約必要ポイント以上であると判定されれば、予約可能（利用者が遊技装置を優先的に利用できるように設定可能）であると判定する。
【００５２】
反対に、演算処理によって、有効ポイントが予約必要ポイント以上であると判定されなければ、予約可能（利用者が遊技装置を優先的に利用できるように設定可能）であると判定しない。
【００５３】
そして、管理装置１００において行われる予約処理では、予約必要ポイントと有効ポイントとを用いた演算処理によって、遊技装置が予約可能（利用者が優先的に利用できるように設定可能）であると判定すると、利用者でその遊技装置を予約する。
【００５４】
具体的には、演算処理によって、遊技装置が予約可能であると判定した利用者の利用者識別情報を、指定した予約したい遊技装置に対応付けて予約情報管理ＤＢ１０１で管理、記憶する。
【００５５】
このような管理装置１００には、通信網を介して各店舗に設けられたホールコンピュータ３００が接続されている。このホールコンピュータ３００は、各店舗に設けられた遊技装置６００での遊技状況を制御する装置であって、「遊技状況制御装置」、「店舗管理装置」、「遊技施設管理装置」とも称する。
【００５６】
つまり、管理装置１００には、接続する店舗に応じたホールコンピュータ３００が接続されている（図１に示す例では、店舗Ａ、店舗Ｂ、店舗Ｃの３個のホールコンピュータ３００が管理装置１００に接続されている）。
【００５７】
また、ホールコンピュータ３００には、１または複数の島コン４００、予約確認端末７００が接続されている。島コン４００は、複数の遊技装置との間で各種の情報を中継する中継装置であって、遊技装置で用いる遊技媒体を貸し出す際の遊技価値情報の管理を行う。
【００５８】
この島コン４００には、遊技装置に対応する台間機５００が接続されている。この台間機５００は、遊技価値が記録されたカードや貨幣を投入可能な投入口が設けられており、この投入口にこれらを挿入することで遊技装置での遊技に使用する遊技媒体（パチンコ球、メダル、コイン等）が貸し出される。また、各台間機５００には、対応付けられた遊技装置における遊技で獲得した遊技媒体を計数する計数装置、コード情報の読み取りが可能なコードリーダー５０１、表示画面やランプが搭載されている。
【００５９】
このコードリーダー５０１は、後述するような操作によって遊技装置の予約が完了したことで端末２００が表示したコード情報を読み取ることが可能である。コードリーダー５０１は、台間機５００に対応している遊技装置を利用者がすでに予約しており、この予約した遊技装置で遊技を行う場合に利用者がかざした端末２００に表示されたコード情報の読み取りを行う。
【００６０】
そして、コードリーダー５０１は、読み取ったコード情報に含まれる予約内容（たとえば、予約した利用者の利用者識別情報や遊技装置の遊技装置ＩＤ等）を台間機５００が島コン４００を介してホールコンピュータ３００へと送信する。そしてホールコンピュータ３００は、管理装置１００から受信して記憶している、その遊技装置を予約した利用者の利用者識別情報と、受信して記憶している利用者の利用者識別情報とを用いて、予約した利用者であるか否かを認証する。
【００６１】
このとき、台間機５００に設けられた表示画面やランプに認証結果を出力して表示、点灯（点滅）させるような構成であってもよい。これによって、認証した利用者による適切な遊技装置の利用か否かが容易に外部から（従業員が）判断することができる。
【００６２】
続いて、ホールコンピュータ３００に接続された予約確認端末７００は、遊技装置の予約状況を店舗の各利用者が確認することができる装置である。予約確認端末７００は、ホールコンピュータ３００と予約状況を相互通信することで、この予約確認端末７００が設けられた店舗におけるすべての遊技装置や任意の遊技装置の予約状況を確認することができる画面を表示できるほか、利用者自身の予約状況等をも確認することができる端末である。
【００６３】
利用者に対して遊技を提供する遊技装置６００は、たとえば、画面に映し出された映像でゲームを行うビデオゲーム、機械構造によって遊技を提供するアーケードゲーム、貸し出されたメダルやコインを用いて行うメダルゲーム、カードを用いたカードゲームなどがある。このうち、メダルゲームには、パチンコやスロットマシンを含む。
【００６４】
特に、パチンコやスロットマシンは「遊技機」とも称され、台間機５００から貸し出された遊技媒体（遊技球、遊技メダル）を投入して、一定の確率に基づいて所定の遊技状態（通常遊技状態、この通常遊技状態よりも利用者にとって有利な遊技状態（特別遊技状態）（遊技媒体の払い出しが行われ易い状態）（たとえば、大当たり遊技状態、確変遊技状態、ＡＴ状態、ボーナス状態））を抽選し、この抽選結果および利用者の操作結果等に応じて遊技媒体の払い出しを行うことで、遊技媒体を増加させることが可能となる装置である。このようにして増加させた遊技媒体は、所定の景品と交換可能となっている。
【００６５】
その中でも、スロットマシンは、利用者にとって有利な遊技状態（特別遊技状態）となる確率が異なる複数の設定情報（たとえば、低設定「１」〜高設定「６」の全６種類）を記憶しており、この設定情報のいずれかを店舗の従業員等が変更することが可能となっている。つまり、その設定情報によって、遊技媒体が増加し易い、若しくは増加し難い状態を設定することができる。
【００６６】
このため、利用者はより遊技媒体が増加しやすい確率である高設定の設定情報が設定されている遊技装置で遊技することを望む傾向にある。
【００６７】
このホールコンピュータ３００では、このような遊技装置での遊技状況を把握、監視、管理することができる。
【００６８】
そして、店舗（従業員）は、このホールコンピュータ３００を操作することで、遊技装置を予約するために必要とする予約必要ポイントを各遊技装置に対応付けて設定した「予約設定データ」を記憶している。予約必要ポイントは各遊技装置に対応付けて必ず設定しなければならないものではなく、あくまで予約を必要とする遊技装置に対してのみ設定すればよい。
【００６９】
言い換えれば、予約必要ポイントが設定されていない遊技装置は予約ができない遊技装置であると言える。このとき、誰でも遊技装置を予約することができるようにするために、予約必要ポイントの最小値である「０（ゼロ）ポイント」を設定することも可能である。
【００７０】
このように店舗（従業員）によって各遊技装置を予約するために必要とする予約必要ポイントが設定されると、ホールコンピュータ３００は、各遊技装置を識別する遊技装置識別情報（遊技装置ＩＤ）と、その遊技装置に対応付けられた予約必要ポイントとから少なくともなる予約設定データを記憶領域に記憶する。望ましくは、その予約設定データには、店舗を識別する店舗ＩＤを含む店舗情報、予約による遊技を可能とする日程の遊技可能日の情報も含まれる。
【００７１】
ホールコンピュータ３００では、従業員による操作によって、若しくは予め定められたタイミングで一括処理（バッチ処理）することによって、記憶領域に記憶している予約設定データを管理装置１００へと送信することが可能である。
【００７２】
この予約設定データを受信した管理装置１００では、ホールコンピュータ３００に対応する店舗ごとにこの予約設定データを用いて予約情報を登録する。その後、端末２００を用いた利用者による予約の受付が可能となる。予約を受付可能とするタイミングは管理装置１００において任意に設定可能である。
【００７３】
図２は、本発明の実施の形態における管理システムの処理遷移を示す遷移図である。
【００７４】
図２には、管理装置１００、端末２００、ホールコンピュータ３００における処理遷移を示しており、管理装置１００とホールコンピュータ３００との間では、一括処理や従業員による操作によって予約設定データを送受信する（Ｓ２００）。
【００７５】
ホールコンピュータ３００から受信した予約設定データは、管理装置１００に接続された予約情報管理ＤＢ１０１に店舗ごとに設定して保存しておく（Ｓ２０１）。
【００７６】
このように予約情報が設定された状態において、利用者が操作する端末２００に、図３（ａ）に示すような予約初期画面が表示され（Ｓ２０２）、利用者によって予約開始の指示が行われると（Ｓ２０３）、会員情報として会員ＩＤやパスワードの入力を受け付けた状態となる（Ｓ２０４）。
【００７７】
そして、会員情報として会員ＩＤやパスワードが入力されると、端末２００は、その会員情報を含む認証要求を管理装置１００へと送信する（Ｓ２０５）。
【００７８】
管理装置１００は、端末２００から会員情報を含む認証要求を受信すると、この会員情報の会員ＩＤやパスワードをもとに、会員情報管理ＤＢ１０２において記憶している会員情報と照合して会員を認証する処理を行う（Ｓ２０６）。
【００７９】
そして、管理装置１００は、その認証結果を要求元の端末２００へと応答する（Ｓ２０７）。この認証結果が、会員が認証できたことを示す情報であれば、端末２００では、予約する遊技装置を検索するための検索条件の入力を受け付ける（Ｓ２０８）。これに対して、認証結果が、会員が認証できたことを示す情報でなければ、端末２００は、会員を認証できない旨の画面を表示する。
【００８０】
続いて、端末２００では、予約する遊技装置を検索するための検索条件が会員によって入力されると、その検索条件の情報（検索条件情報）を含む検索要求を管理装置１００に送信する（Ｓ２０９）。
【００８１】
管理装置１００では、端末２００から受信した検索条件情報に基づいて検索処理を行う（Ｓ２１０）。この検索処理では、予約情報管理ＤＢ１０１で管理している予約情報をもとに検索する。
【００８２】
そして、管理装置１００では、この検索結果とともに検索条件情報に合致する店舗に関する情報、または遊技装置に関する情報等を端末２００へと応答する（Ｓ２１１）。
【００８３】
これによって、端末２００では、管理装置１００から受信した店舗に関する情報、または遊技装置に関する情報等を一覧表示する（Ｓ２１２）。これにより、端末２００を操作する会員は、予約可能な遊技装置や店舗を把握でき、予約操作を行うことが可能となる。
【００８４】
そして、端末２００では、この一覧表示された店舗に関する情報、または遊技装置に関する情報等から会員によって予約操作を受け付けると（Ｓ２１３）、管理装置１００に対して予約内容を送信する（Ｓ２１４）。
【００８５】
そして、管理装置１００では、端末２００から予約内容を受信すると、会員情報と予約内容をもとに予約可否の判定処理（予約可否判定処理）を行う（Ｓ２１５）。
【００８６】
管理装置１００で行われる予約可否判定処理は、予約情報管理ＤＢ１０１で記憶している予約情報、および会員情報管理ＤＢ１０２で記憶している会員情報をもとに行う。
【００８７】
このとき、管理装置１００では、予約情報管理ＤＢ１０１で記憶している予約情報、および会員情報管理ＤＢ１０２で記憶している会員情報に加えて、ホールコンピュータ３００において管理している各店舗における予約状況の情報をもとに最終確認を行ってもよい。つまり、管理装置１００とホールコンピュータ３００との間で最終的な整合を確認することとなる。
【００８８】
そして、予約可否判定処理によって会員が遊技装置を予約することが可能であると判定すると、管理装置１００は、その予約を確定する予約確定処理を行う（Ｓ２１６）。
【００８９】
これによって、管理装置１００は、予約情報管理ＤＢ１０１の予約情報によって、遊技装置が予約された状態を把握することとなる。
【００９０】
このようにして管理装置１００で予約が確定すると、ホールコンピュータ３００に対して予約完了通知を送信する（Ｓ２１７）。これにより、ホールコンピュータ３００では、管理している予約状況を更新して、予約完了通知による遊技装置を予約済みと登録する（Ｓ２１８）。
【００９１】
また、管理装置１００では、予約確定処理が行われると、端末２００に対して予約内容で予約が完了したことを応答する（Ｓ２１９）。また、この管理装置１００では、続いて、会員情報として管理している会員のメールアドレスを読み出してそのアドレスに予約内容（予約詳細）をメール送信する（Ｓ２２０）。
【００９２】
管理装置１００から予約内容の応答を受信した端末２００では、その受信した予約内容を表示して（Ｓ２２１）会員に示す。
【００９３】
図３乃至図７は、本発明の実施の形態における管理システムを構成する端末２００に表示される画面の画面遷移を示す図である。
【００９４】
図３は、遊技装置の予約時における画面遷移を示している。
【００９５】
図３（ａ）は、利用者が店舗の遊技装置を予約する際に表示する初期画面である。この初期画面は、端末２００で予約ＷＥＢサイトにアクセスすることで表示される画面であるほか、端末２００にインストールされた予約アプリケーションを起動したときに表示される画面である。
【００９６】
図３（ａ）に示す初期画面には、「予約開始」、「予約キャンセル」、「予約状況確認」、「ポイント購入」、「ポイント獲得」の全５個の指示ボタンが表示された状態を示しており、図３においては、このうち、「予約開始」ボタンを押下、押圧（タッチ）（以下、総称して「押下」と称する）した際に遷移する画面を示している。
【００９７】
図３（ａ）の「予約開始」ボタンを押下すると、続いて、図３（ｂ）に示すような、遊技装置を予約しようとする利用者が「会員」であることを確認するために用いられる画面（会員確認画面）が表示される。
【００９８】
この図３（ｂ）に示す会員確認画面は、会員ＩＤを入力する「会員ＩＤフィールド」と、パスワードを入力する「パスワードフィールド」と、実行ボタンが設けられており、利用者が利用者識別情報を会員ＩＤとして「会員ＩＤフィールド」に入力し、また、利用者がパスワードを「パスワードフィールド」に入力することが可能である。
【００９９】
図３（ｂ）に示す会員確認画面に会員情報である「会員ＩＤ」および「パスワード」を入力後、利用者が実行ボタンを押下すると、端末２００から管理装置１００へとそれらの会員情報を含む認証要求が暗号化されて送信される。このとき管理装置１００では、端末２００から受信した会員情報を復号して、会員情報管理ＤＢ１０２で管理する会員情報と照合する。管理装置１００は、その照合結果（認証できたことを示す情報、若しくは認証できないことを示す情報）を端末２００へと応答する。
【０１００】
端末２００は、管理装置１００から利用者を認証できたことを示す照合結果を受信すると、続いて、図３（ｃ）に示すような検索条件入力画面を表示する。また、認証できないことを示す照合結果を受信すると、エラー画面を表示する。
【０１０１】
この図３（ｃ）に示す検索条件入力画面は、予約する遊技装置を検索するための検索条件を入力する画面であって、その検索条件項目として、「遊技日」、「店舗」、「機種名」の３つが設けられているほか、位置情報を用いて検索するためにＧＰＳ機能を有効とする「チェックボックス」が設けられている。
【０１０２】
認証された会員が、「遊技日フィールド」に予約したい遊技日（必須項目）を入力するほか、「店舗フィールド」に遊技を行いたい店舗（任意項目）と、「機種名フィールド」に遊技を行いたい機種名（任意項目）との少なくとも一方を入力すると、その検索条件に該当する検索結果を画面に表示する。
【０１０３】
図３（ｄ）に示す画面は、「遊技日フィールド」と「店舗フィールド」とにそれぞれ情報を入力したことによって表示される画面であって、指定された店舗に設けられた遊技装置の一覧が表示された状態を示している。この図３（ｄ）に示す画面では、図３（ｃ）に示す検索条件入力画面の「遊技日フィールド」に「２０１７／０５／１３」を入力し、「店舗フィールド」に「店舗Ａ  ○○店」を入力した結果を示している。
【０１０４】
この図３（ｄ）に示す画面には、「店舗Ａ  ○○店」に設けられた予約可能な全ての遊技装置を一覧表示している。この一覧表示には、遊技装置と、その遊技装置を予約するために必要な予約必要ポイント（予約ポイントと図示）と、予約可能な残りの台数とを示している。
【０１０５】
その例として、図３（ｄ）に示す画面には、「ＣＲ  ○○○」という遊技装置を予約するために必要な予約必要ポイントとして「５００ＰＴ」であって、予約可能な残り台数が「４台」であることを示している。また、他の例として、図３（ｄ）に示す画面には、「パチスロ  ×××」という遊技装置を予約するために必要な予約必要ポイントとして「３００ＰＴ」であって、予約可能な残り台数が「１台」であることを示している。
【０１０６】
また、このときの予約必要ポイント「３００ＰＴ」が上記の「初期の必要価値情報」の一例であり、予約必要ポイント「５００ＰＴ」が上記の「特定の必要価値情報」の一例である。
【０１０７】
図３（ｅ）に示す画面は、図３（ｃ）に示す画面の「遊技日フィールド」で会員が指定した遊技日と、「機種名フィールド」で会員が指定した機種名とに基づいて検索した、その機種名の遊技装置を設置している店舗の一覧である。
【０１０８】
この図３（ｅ）に示す画面で「店舗Ａ  ○○店」を会員が選択すると、図３（ｄ）に示すような画面に遷移する。そして、図３（ｄ）に示すような画面において、いずれかの遊技装置を選択すると、図３（ｆ）、図３（ｇ）、図３（ｈ）に示すようないずれかの画面に遷移する。
【０１０９】
図３（ｆ）は、図３（ｃ）に示す検索条件入力画面のチェックボックスに「レ点」を入れず、位置情報を用いて検索することを指定しなかった場合であって、かつ、図３（ｄ）に示す画面において予約する対象として「ＣＲ  ○○○」という遊技装置を指定して管理装置１００から予約完了応答を受信することで、「予約が可能なとき」に表示される画面である。この図３（ｆ）に示す画面では、ポップアップとして、予約する情報（遊技装置「ＣＲ  ○○○」、予約ポイント「５００ＰＴ」）と、ボタン（ＹＥＳボタン、ＮＯボタン）が表示されている。
【０１１０】
図３（ｇ）は、図３（ｃ）に示す検索条件入力画面のチェックボックスに「レ点」を入れて、位置情報を用いて検索することを指定した場合であって、かつ、図３（ｄ）に示す画面において予約する対象として「ＣＲ  ○○○」という遊技装置を指定することで表示される画面である。この図３（ｇ）に示す画面では、ポップアップとして、予約する情報（遊技装置「ＣＲ  ○○○」、予約ポイント「６００ＰＴ」）と、ボタン（ＹＥＳボタン、ＮＯボタン）が表示されている。
【０１１１】
図３（ｆ）に示す画面において、会員がＹＥＳボタンを押下したとき、または、図３（ｇ）に示す画面において、会員がＹＥＳボタンを押下したとき、端末２００は、管理装置１００に対して予約内容を送信する。
【０１１２】
そして、管理装置１００では、この予約内容に基づいて会員による予約が可能であるか否かを判定する処理（予約可否判定処理）を行う。さらに、管理装置１００では、この予約可否判定処理によって予約を許可すると判定すると、管理装置１００では、会員情報管理ＤＢ１０２で記憶するその会員の有効ポイントを更新する。
【０１１３】
具体的には、使用済ポイントに予約に必要な予約必要ポイントを加算し、総ポイントからこの使用済ポイントを減算することで新たな有効ポイントを算出して更新する。
【０１１４】
そして、管理装置１００は、端末２００に対して予約内容での予約が完了したことを通知する。
【０１１５】
これによって、端末２００では、図３（ｆ）に示す画面から図３（ｉ）に示すような予約完了画面へと切り替わる。また、図３（ｇ）に示す画面から図３（ｊ）に示すような予約完了画面へと切り替わる。
【０１１６】
図３（ｉ）に示す予約完了画面や、図３（ｊ）に示す予約完了画面では、予約確認として、予約を行った「遊技装置」、「店舗」、「遊技日」のほか、「予約ポイント」が表示される。
【０１１７】
また、上記に示す「予約が可能なとき」とは、他の会員によって予約されておらず、同一の遊技日において予約しようとする会員が、他の遊技装置を予約していない状態（より詳細には、予約情報管理ＤＢ１０１の予約情報として、予約会員ＩＤの項目に会員の会員ＩＤが登録されていない状態（図１７を参照））で、かつ、会員が保有する有効ポイントが、「ＣＲ  ○○○」の予約に必要な予約ポイント以上であることを含む。
【０１１８】
もちろん、予約しようとする遊技日とは異なる遊技日であっても、他の遊技装置を予約している場合には、いずれの遊技装置をも予約することができないようにしてもよい。
【０１１９】
なお、図３（ｆ）と図３（ｇ）に示す画面では、同じ遊技装置「ＣＲ  ○○○」を予約対象の遊技装置としているにも関わらず、予約に必要な予約ポイントが「５００ＰＴ」と「４９８ＰＴ」とで異なっている。これは、端末２００のＧＰＳ機能による位置情報を用いて検索した方が、割安で遊技装置を予約することができることを示している。
【０１２０】
より好適には、端末２００で検出した位置情報が、「店舗Ａ  ○○店」によって指定されている所定の範囲に属していることで予約が可能（図３（ｄ）に示すような画面を表示することが可能）であるように端末２００または管理装置１００で設定しておけば、会員は、「店舗Ａ  ○○店」の近隣等の、「店舗Ａ  ○○店」が指定する範囲内から予約を行っていると判断できる。
【０１２１】
つまり、この指定する範囲を店内に限定して設定しておき、ＧＰＳ機能による位置情報によって会員が店内から予約を行っていることが確認できれば、「来店による予約」であると判断できるということから、割安で予約させるものである。
【０１２２】
図３（ｈ）は、上記に示す「予約が可能なとき」に該当しないことによって、遊技装置を予約することができない旨を示す画面である。つまり、（１）他の会員によって予約されている状態にあるとき、（２）会員が他の遊技装置をすでに予約しているとき（より詳細には、予約情報管理ＤＢ１０１の予約情報として、予約会員ＩＤの項目に会員の会員ＩＤが登録されているとき）、（３）会員が保有する有効ポイントが、「ＣＲ  ○○○」の予約に必要な予約ポイント未満であるとき、などが「予約が可能なとき」に該当しないときである。
【０１２３】
特に、「（２）会員が他の遊技装置をすでに予約しているとき」に予約ができないことから、予約したい遊技装置を変更する際には一度、すでに予約している遊技装置の予約をキャンセル必要があることを示している。
【０１２４】
図４は、遊技装置の予約キャンセル時における画面遷移を示している。
【０１２５】
図４（ａ）は、図３（ａ）と同様であり、また、図４（ｂ）は、図３（ｂ）と同様である。図４（ｃ）は、図４（ａ）に示す画面で予約キャンセルボタンを押下した後に、図４（ｂ）に示す画面で入力された会員情報をもとに会員を認証したことによって、予約をキャンセルすることを指示することが可能な画面である。
【０１２６】
この図４（ｃ）に示す画面は、認証した会員がすでに予約を完了しており、かつ、予約された日程を過ぎていないときに表示される画面であって、予約状況（予約内容）と、その表示された予約状況での予約を取り消す（キャンセルする）指示を行うキャンセルボタンとを表示したものである。
【０１２７】
この図４（ｃ）に示す画面でキャンセルボタンを押下すると、端末２００から管理装置１００に対して会員の予約をキャンセルすることを指示するキャンセル通知が送信されて、図４（ｄ）に示す画面が表示される。
【０１２８】
これによって、端末２００では、予約をキャンセルしたことを表示するとともに、管理装置１００では、端末２０からキャンセル通知を受信して予約情報管理ＤＢ１０１で登録されている予約情報を取り消す。より具体的には、予約会員ＩＤとして登録されている会員ＩＤ（利用者識別情報）を消去することによって予約をキャンセルする。
【０１２９】
このとき同時に、管理装置１００では、会員情報管理ＤＢ１０２で記憶している会員の予約履歴を元の状態へと戻す一方で、この会員情報に含まれるポイント情報のうち使用済ポイントは元に戻さず、有効ポイントを返還しない。
【０１３０】
これによって、不正に予約を繰り返す会員を最小限に抑制することが可能となる。
【０１３１】
図５は、遊技装置の予約状況確認時における画面遷移を示している。
【０１３２】
図５（ａ）は、図３（ａ）と同様であり、また、図５（ｂ）は、図３（ｂ）と同様である。図５（ｃ）は、図４（ｃ）に示す画面と類似しており、図５（ａ）に示す画面で予約状況確認ボタンを押下した後に、図５（ｂ）に示す画面で入力された会員情報をもとに会員を認証したことによって、現在の予約状況を確認することができる画面である。この画面には、コード表示ボタンが表示されており、このコード表示ボタンを会員が押下すると、予約内容を含むコード情報が作成されて表示される。
【０１３３】
図５（ｄ）は、図５（ｃ）に示す画面に表示されているコード表示ボタンを会員が押下したことによって作成されたコード情報を表示した画面である。この画面では、コード情報として二次元コード情報が表示された状態にある。
【０１３４】
この図５（ｄ）に示すようなコード情報は、遊技施設において遊技装置に対応する台間機５００に設けられているコードリーダー５０１によって読み取りが可能なコード情報であるほか、ホールコンピュータ３００と接続された予約確認端末７００においても読み取り可能なコード情報である。
【０１３５】
台間機５００に設けられたコードリーダー５０１でコード情報を読み取ると、台間機５００では、そのコード情報に含まれる予約内容を確認し、確認したその予約内容と、ホールコンピュータ３００から島コン４００を介して受信した、その台間機５００に対応する遊技装置に対する予約内容とを照合して、正規に予約された会員による遊技装置の利用であるか否かを判断することが可能となる。
【０１３６】
台間機５００において行われた判断処理によって正規に予約された会員による遊技装置の利用であると判断される場合、台間機５００は、その旨を「第１の報知態様」で報知する。もちろん、この報知は必ず行うことを要するものではない。また、反対に、台間機５００において行われた判断処理によって正規に予約された会員による遊技装置の利用であると判断されない場合、台間機５００は、正規に予約された会員による遊技装置の利用ではないことを「第２の報知態様」で報知する。
【０１３７】
もちろん、台間機５００が初期状態として、上記の「第２の報知態様」で報知を継続して行っており、正規に予約された会員による遊技装置の利用であると判断されたことによってその「第２の報知態様」を取り消す（停止する）、若しくは第２の報知態様から上記の「第１の報知態様」に変更することとしてもよい。
【０１３８】
このときの「第１の報知態様」として、たとえば、台間機５００に設けられた表示画面に、「正規に予約された会員による遊技装置の利用であることが認証された」旨を表示するとともに、また、台間機５００に設けられたランプを「青」色で点灯させる態様がある。
【０１３９】
これに対して、「第１の報知態様」とは異なる「第２の報知態様」として、たとえば、台間機５００に設けられた表示画面に、「正規に予約された会員による遊技装置の利用であることが認証されていない」旨を表示するとともに、台間機５００に設けられたランプを「赤」色で点灯させる態様がある。
【０１４０】
このほか、「第１の報知態様」には、台間機５００に設けられた表示画面を非表示とするとともに、台間機５００に設けられたランプを消灯することによって報知を行う態様をも含む。つまり、正規に予約された会員による遊技装置の利用であることが認証されれば、報知が行われない状態（非報知状態）となることを含むものである。
【０１４１】
図６は、ポイント購入時における画面遷移を示している。
【０１４２】
図６（ａ）は、図３（ａ）と同様であり、また、図６（ｂ）は、図３（ｂ）と同様である。図６（ｃ）は、図６（ａ）に示す画面でポイント購入ボタンを押下した後に、図６（ｂ）に示す画面で入力された会員情報をもとに会員を認証したことによって、表示される画面である。
【０１４３】
図６（ｃ）、図６（ｄ）に示す画面は、ポイントを購入可能な画面であって、購入するポイントに応じた料金が設定されており、いずれかの購入ボタンを押下すると、その購入ボタンに対するポイントを購入することが可能となる。
【０１４４】
このときの「ポイント購入」とは、金銭の支払いまたは決済によって会員がポイントを入手することができることを示しており、ポイント入手の一態様である。
【０１４５】
図６（ｄ）に示す画面は、図６（ｃ）に示す画面でいずれかのポイントに対応する購入ボタンを押下した後に表示される画面であって、この図６（ｄ）に示す画面で購入ボタンを押下すると、端末２００は、管理装置１００または決済装置（図示せず）でポイントの購入に係る料金の決済（たとえば、クレジットカード決済、デビット決済等）を行い、管理装置１００から購入後に会員が保有する有効ポイントに関する情報を受信する。
【０１４６】
図６（ｅ）に示す画面は、ポイント購入後の会員が保有する有効ポイントを示している。これは、端末２００が、管理装置１００から受信した有効ポイントに関する情報に含まれている、購入したポイントを加算後に会員が保有する有効ポイントである。
【０１４７】
このようにしてポイントを購入したことによって、利用者が有効ポイントを保有することとなる。つまり、ポイント購入が、上記の「所定の保有条件」の成立の一例である。
【０１４８】
図７は、ポイント獲得時における画面遷移を示している。
【０１４９】
図７（ａ）は、図３（ａ）と同様であり、また、図７（ｂ）は、図３（ｂ）と同様である。図７（ｃ）は、図７（ａ）に示す画面でポイント獲得ボタンを押下した後に、図７（ｂ）に示す画面で入力された会員情報をもとに会員を認証したことによって、表示される画面である。
【０１５０】
この図７（ｃ）に示す画面には、ＧＰＳ機能を用いて端末２００の位置情報を検出してポイント獲得を行うことを指示するＧＰＳボタンと、二次元コードなどのコード情報を読み取ることによってポイント獲得を行うことを指示するコード情報ボタンとが表示されている。
【０１５１】
上記に示すように、端末２００には、ＧＰＳ機能を備えており、位置情報を検出可能である。この端末２００では、検出した位置情報により端末２００を保持する会員の位置情報（現在位置）を特定し、その現在位置が、ポイント獲得することを可能とする予め指定された範囲であるかを判断する。
【０１５２】
図７（ｄ）は、ＧＰＳボタンを押下することによってＧＰＳ機能によって位置情報を検出している状態（検出中の状態）であることを示す画面である。端末２００は、ＧＰＳ機能によって現在位置が検出できなければ、図７（ｇ）に示すような、位置情報を検出できないことを示す画面を表示する。
【０１５３】
また、端末２００は、ＧＰＳ機能によって位置情報を検出でき、その検出した位置情報が、ポイント獲得することを可能とする予め指定された範囲であると判断する場合、図７（ｆ）に示すような、その範囲で位置情報を検出したことによって獲得することができるポイント（範囲に対応したポイント）（図７（ｆ）に示す例では、「１ポイント」）を獲得することができる画面を表示する。
【０１５４】
また、端末２００は、ＧＰＳ機能によって位置情報を検出でき、その検出した位置情報が、ポイント獲得することを可能とする予め指定された範囲であると判断しない場合、図７（ｊ）に示すような、その範囲で位置情報を検出したもののポイントを獲得することができない旨を示す画面を表示する。この場合、図７（ｃ）に示すような画面に戻って、再度ポイント獲得の操作を行うことが可能である。
【０１５５】
また、上記に示すように、端末２００には、撮像機能（特に、「コード情報読み取り機能」）を備えており、二次元コード等のコード情報の読み取りが可能である。
【０１５６】
図７（ｃ）に示すような画面でコード情報ボタンを押下すると、図７（ｅ）に示すようなカメラを起動している状態を示す画面を表示後、撮像機能が起動することでこの撮像機能によってコード情報の読み取りが可能となる。
【０１５７】
これは、利用者が店舗に訪れ（来店し）、その店舗に設けられた予約確認端末７００を操作することで予約確認端末７００の画面に表示された、ポイントを含むコード情報を読み取るものである。
【０１５８】
そして、利用者が端末２００を操作してコード情報の読み取りが行われると、端末２００は、図７（ｈ）に示すような画面、図７（ｉ）に示すような画面、または、図７（ｋ）に示すような画面のいずれかを表示する。この図７（ｈ）に示すような画面は、利用者が店舗に訪れた（来店した）ことにより獲得したポイントを示すものである。このポイントを特に、「来店ポイント」とも称することがある（図７（ｋ）に示す例では、「１ポイント」）。
【０１５９】
すなわち、各店舗に設けられた予約確認端末７００ごとに設定されている来店ポイントを獲得することとなる。これは、店舗の従業員がホールコンピュータ３００を操作することによって、指定した来店ポイントの情報が予約情報管理ＤＢ１０１に記憶しており、予約確認端末７００が、予約情報管理ＤＢ１０１へとアクセスしてこの来店ポイントの情報を取得することで、端末２００を操作する利用者（会員）は、その来店ポイントを獲得することが可能であることを示している。
【０１６０】
また、利用者が端末２００を操作してコード情報の読み取りができない場合に、図７（ｉ）に示すような画面や図７（ｋ）に示すような画面を表示する。図７（ｉ）に示すような画面は、コード情報の読み取りができない旨を示す画面であって、図７（ｋ）に示すような画面は、コード情報の読み取りができないこと、若しくはコード情報の読み取りができたもののポイントを獲得できない旨を示す画面である。
【０１６１】
このようにしてポイントを獲得したことによって、利用者が有効ポイントを保有することとなる。つまり、来店ポイント等のポイント獲得が、上記の「所定の保有条件」の成立の一例である。
【０１６２】
このときの「ポイント獲得」とは、金銭の支払いまたは決済によるものではなくポイントを入手することができることを示しており、その一例が店舗への来店による獲得であって、ポイント入手の一態様である。
【０１６３】
図８は、本発明の実施の形態における管理システムを構成する端末によって行われるポイント獲得処理の詳細な流れを示すフローチャートである。
【０１６４】
図８において、利用者が端末２００を操作することによって処理が開始され、図３（ａ）に示すような画面を用いてポイント獲得の指示が行われたか否かを判断する（Ｓ８０１）。この判断処理によって、ポイント獲得の指示があると判断されるまで（Ｓ８０１でＮＯ）は処理が行われない。
【０１６５】
これに対して、図３（ａ）に示すような画面を用いてポイント獲得指示が行われたと判断すると（Ｓ８０１でＹＥＳ）、端末２００は、続いて、ＧＰＳ機能を用いた位置情報に基づくポイント獲得要求であるか否かを判断する（Ｓ８０２）。
【０１６６】
ＧＰＳ機能を用いた位置情報に基づくポイント獲得要求であると判断すると（Ｓ８０２でＹＥＳ）、端末２００は、ＧＰＳ機能を用いて、端末２００の現在の位置情報を取得する取得制御処理を行う（Ｓ８０３）。
【０１６７】
そして、端末２００は、この取得制御処理によって取得した現在の位置情報が、遊技装置が設けられた遊技施設に対して予め指定されている範囲に属しているか否かを判断する所属有無判断処理を行う（Ｓ８０４）。
【０１６８】
この所属有無判断処理によって、現在の位置情報が、遊技装置が設けられた遊技施設に対して予め指定されている範囲に属していないと判断する場合（Ｓ８０４でＮＯ）、端末２００は、ポイント獲得することができない旨のエラー画面を表示する（Ｓ８０５）。
【０１６９】
これに対して、現在の位置情報が、遊技装置が設けられた遊技施設に対して予め指定されている範囲に属していると所属有無判断処理で判断する場合（Ｓ８０４でＹＥＳ）、端末２００は、続いて、今回の所属有無判断処理が、以前の所属有無判断処理が行われてから所定の経過時間を経過して行われたか否かを判断する（Ｓ８０６）。
【０１７０】
端末２００は、今回の所属有無判断処理が、以前の所属有無判断処理が行われてから所定の経過時間を経過して行われたと判断する場合（Ｓ８０６でＹＥＳ）、その所定の経過時間に対するポイントを特定する（Ｓ８０７）。
【０１７１】
また、今回の所属有無判断処理が、以前の所属有無判断処理が行われてから所定の経過時間を経過して行われたと判断しない場合（Ｓ８０６でＮＯ）、端末２００は、予め指定されたポイントを特定する（Ｓ８０８）。
【０１７２】
そして、以上に示すような処理によって獲得したポイントを管理装置１００（管理サーバ）へと通知し（Ｓ８０９）、端末２００の画面に、その獲得したポイントを表示する（Ｓ８１０）。
【０１７３】
続いて、上記のＳ８０２における、ＧＰＳ機能を用いた位置情報に基づくポイント獲得要求であるか否かの判断処理において、ＧＰＳ機能を用いた位置情報に基づくポイント獲得要求であると判断しない場合（Ｓ８０２でＮＯ）、端末２００は、撮像機能であるカメラを起動して、遊技施設に設けられた予約確認端末７００に表示されている二次元コード等のコード情報を読み取る（Ｓ８１１）。
【０１７４】
そして、端末２００は、その読み取ったコード情報に含まれるポイントを獲得することができたか否かを判断し（Ｓ８１２）、コード情報に含まれるポイントを獲得することができない場合（Ｓ８１２でＮＯ）には、ポイントを獲得することができない旨のエラー画面を表示する（Ｓ８０５）。
【０１７５】
これに対して、読み取ったコード情報に含まれるポイントを獲得することができたと判断する場合（Ｓ８１２でＹＥＳ）、端末２００は、このような処理によって獲得したポイントを管理装置１００（管理サーバ）へと通知し（Ｓ８０９）、端末２００の画面に、その獲得したポイントを表示する（Ｓ８１０）。
【０１７６】
以上のような処理が、ポイント獲得に際して端末２００で行われる処理である。
【０１７７】
図９は、本発明の実施の形態における管理システムを構成する端末によって行われる予約制御処理の詳細な流れを示すフローチャートである。
【０１７８】
図９において、利用者が端末２００を操作することによって処理が開始され、図３（ａ）に示すような画面を用いて予約開始の指示が行われたか否かを判断する（Ｓ９０１）。
【０１７９】
この予約開始の指示が行われると（Ｓ９０１でＹＥＳ）、端末２００は、続いて、会員認証処理を行う（Ｓ９０２）。この会員認証処理は、会員によって画面に入力された会員ＩＤ、パスワードと、会員情報管理ＤＢ１０２において記憶している会員情報とを照合することによって認証する処理である。
【０１８０】
端末２００は、この会員認証処理によって会員が認証されたか否かを判断し（Ｓ９０３）、会員であることが認証されなければ（Ｓ９０３でＮＯ）、本予約制御処理を終了する。また、会員であることが認証されれば（Ｓ９０３でＹＥＳ）、端末２００は、続いて、予約する遊技装置を検索するための検索条件が画面に入力されたかを判断して（Ｓ９０４）、検索条件が入力するまで（Ｓ９０４でＮＯ）は待機状態となる。
【０１８１】
また、検索条件が入力されて検索の実行が指示されると（Ｓ９０４でＹＥＳ）、端末２００は、その検索条件に基づく検索処理を行い（Ｓ９０５）、その検索処理における検索結果を一覧表示する（Ｓ９０６）。ここでの一覧表示は、その検索条件によるもので、たとえば、検索条件として「店舗名」が指定されると、その店舗に設けられた遊技装置が一覧表示される。
【０１８２】
また、検索条件として「機種名」が指定されると、その機種の遊技装置が設けられた店舗が一覧表示された後に、その店舗のうちからいずれかを指定した店舗に設けられた遊技装置が一覧表示される。
【０１８３】
続いて、端末２００は、これら一覧表示された遊技装置のいずれかを指定して予約を行うことが指示されたか否かを判断する（Ｓ９０７）。いずれかの遊技装置が指定されるまで（Ｓ９０７でＮＯ）は待機状態であって、また、いずれかの遊技装置が指定されると（Ｓ９０７でＹＥＳ）、端末２００は、その予約する遊技装置に関する情報（店舗、遊技装置ＩＤ等）や検索条件に含まれる遊技日等の遊技内容を示す情報を管理装置１００（管理サーバ）に送信する（Ｓ９０８）。
【０１８４】
また、端末２００では、遊技内容を示す情報を管理装置１００（管理サーバ）に送信した結果として、管理装置１００からその予約内容での予約の承認応答があったか否かを判断する（Ｓ９０９）。予約内容での予約の承認応答がなければ（Ｓ９０９でＮＯ）、端末２００は、検索条件の再入力を可能とする。
【０１８５】
管理装置１００から予約内容での承認応答があると（Ｓ９０９でＹＥＳ）、端末２００は、その承認された予約内容を確認画面に表示する（Ｓ９１０）。その後、端末２００は、管理装置１００から予約内容を含むメールを受信する（Ｓ９１１）。
【０１８６】
以上のような処理が、遊技装置を予約するために端末２００で行われる処理である。
【０１８７】
また、図３（ａ）に示すような画面を用いて予約開始の指示が行われたか否かの判断処理（Ｓ９０１）において、予約開始の指示が行われたと判断しない場合（Ｓ９０１でＮＯ）、端末２００は、続いて、予約キャンセルの指示が行われたか否かを判断する（Ｓ９１２）。
【０１８８】
予約キャンセルの指示が行われたと判断しない場合（Ｓ９１２でＮＯ）、端末２００は、本予約制御処理を終了する。
【０１８９】
また、予約キャンセルの指示が行われたと判断する場合（Ｓ９１２でＹＥＳ）、端末２００は、その予約キャンセルの指示に含まれる会員ＩＤ、パスワードと、会員情報管理ＤＢ１０２で管理する会員情報とを照合して、会員を認証する処理を行う（Ｓ９１３）。
【０１９０】
この会員の認証処理によって、予約キャンセルの指示を行った利用者が会員であることが認証できたか否かを判断する（Ｓ９１４）。利用者が会員であることが認証できたと判断しない場合（Ｓ９１４でＮＯ）、端末２００は、本予約制御処理を終了する。
【０１９１】
これに対して、利用者が会員であることが認証できた場合（Ｓ９１４でＹＥＳ）、端末２００は、管理装置１００（管理サーバ）に対して予約内容を要求して取得する（Ｓ９１５）。そして、取得したその予約内容を端末２００の画面に表示する（Ｓ９１６）。
【０１９２】
そして、端末２００では、会員によって予約のキャンセル操作が行われた予約キャンセルの実行指示が行われたか否かを判断する（Ｓ９１７）。予約キャンセルの実行指示が行われなければ（Ｓ９１７でＮＯ）、端末２００は、本予約制御処理を終了する。
【０１９３】
予約キャンセルの実行指示が行われると（Ｓ９１７でＹＥＳ）、端末２００は、管理装置１００（管理サーバ）に対して予約キャンセル要求を管理装置１００に対して送信する（Ｓ９１８）。
【０１９４】
端末２００は、この管理装置１００から予約キャンセル要求に対する承認応答があるか否かを判断し（Ｓ９１９）、承認応答があれば（Ｓ９１９でＹＥＳ）、予約キャンセルの完了画面を表示し（Ｓ９２０）、また、承認応答でなく否認応答であれば（Ｓ９１９でＮＯ）、エラー画面を表示する（Ｓ９２１）。
【０１９５】
図１０は、本発明の実施の形態における管理システムを構成する管理装置によって行われるポイント入手処理の詳細な流れを示すフローチャートである。
【０１９６】
このポイント入手処理は、端末２００を用いてポイント購入の処理のほか、来店ポイント等のポイント獲得の処理が行われたときに管理装置１００によって行われる処理である。
【０１９７】
図１０において、管理装置１００は、端末２００からポイント購入の要求が行われたか否かを判断する（Ｓ１００１）。ポイント購入の要求が行われた場合（Ｓ１００１でＹＥＳ）、管理装置１００は、続いて、そのポイント購入の要求が認証済みの会員からの要求であるか否かを判断する（Ｓ１００２）。
【０１９８】
ポイント購入の要求が認証済みの会員からの要求でない場合（Ｓ１００２でＮＯ）、管理装置１００は、そのポイント購入要求に含まれる会員情報と、会員情報管理ＤＢ１０２において記憶している会員情報とを照合して認証処理を行い（Ｓ１００９）、会員を認証できたかを判断する（Ｓ１０１０）。
【０１９９】
会員を認証できなければ（Ｓ１０１０でＮＯ）、管理装置１００は、会員を認証できない旨のエラー応答を行う（Ｓ１０１１）。また、会員が認証できた場合（Ｓ１０１０でＹＥＳ）、管理装置１００は、後述する、ポイント購入可否判定処理を行う（Ｓ１００３）。
【０２００】
認証済みの会員からのポイント購入要求である場合（Ｓ１００２でＹＥＳ）、管理装置１００は、要求されたポイントの購入が可能であるか否かを判断するポイント購入可否判定処理を行う（Ｓ１００３）。
【０２０１】
このポイント購入可否判定処理は、決済装置との通信によって会員がそのポイントを購入するに際して決済（クレジットカード決済、デビット決済等）が可能であるかを判断する処理である。これは、管理装置１００が決済処理として決済装置から決済可否を受信することによって判断する。
【０２０２】
このポイント購入可否判定処理によって、ポイント購入を許可すると判定したか否かを判断し（Ｓ１００４）、管理装置１００は、決済が許可されずにポイント購入を許可すると判断しない場合（Ｓ１００４でＮＯ）、その旨のエラー応答を行い（Ｓ１０１１）、会員によるポイント購入を拒否する。
【０２０３】
また、決済が許可されてポイント購入を許可すると判断する場合（Ｓ１００４でＹＥＳ）、管理装置１００は、会員情報の総ポイントに今回購入したポイントとを加算して、有効ポイントを更新する（Ｓ１００５）。
【０２０４】
そして、管理装置１００は、端末２００に対して、ポイント購入が完了したことを示すポイント購入完了通知を送信する（Ｓ１００６）。
【０２０５】
このような処理によって、会員のポイント購入が行われる。続いて、来店ポイント等のポイント獲得処理を示す。
【０２０６】
Ｓ１００１に示す処理によってポイント購入の要求が行われたと判断しない場合（Ｓ１００１でＮＯ）、続いて、管理装置１００は、端末２００から獲得したポイントに関する通知を受信したかを判断する（Ｓ１００７）。端末２００から獲得したポイントに関する通知を受信したものでなければ（Ｓ１００７でＮＯ）、本ポイント入手処理を終了する。
【０２０７】
また、端末２００から獲得したポイントに関する通知を受信したと判断する場合（Ｓ１００７でＹＥＳ）、管理装置１００は、通知された獲得ポイントを会員情報の総ポイントに加算して有効ポイントを更新する（Ｓ１００８）。
【０２０８】
このような処理によって、獲得した来店ポイント等のポイントを記憶することができる。
【０２０９】
図１１は、本発明の実施の形態における管理システムを構成する管理装置によって行われる予約前処理の詳細な流れを示すフローチャートである。
【０２１０】
図１１において、管理装置１００は、各店舗に設けられたホールコンピュータ３００から、遊技装置それぞれを予約するために必要となる予約設定データを受信したか否かを判断する（Ｓ１１０１）。この予約設定データを受信していなければ（Ｓ１１０１でＮＯ）、本予約前処理が行われない。
【０２１１】
ホールコンピュータ３００から予約設定データを受信すると（Ｓ１１０１でＹＥＳ）、管理装置１００は、その予約設定データの解析処理を行い（Ｓ１１０２）、その予約設定データに含まれる情報として、店舗情報、遊技装置とその遊技装置に対する予約必要ポイント、遊技可能日の情報を確認する。
【０２１２】
そして、管理装置１００は、これらの情報を予約情報として予約情報管理ＤＢ１０１に登録する（Ｓ１１０３）。
【０２１３】
このような処理によって、予約情報が予約情報管理ＤＢ１０１に登録された状態となり、図１２に示すような予約処理が可能となる。
【０２１４】
図１２は、本発明の実施の形態における管理システムを構成する管理装置によって行われる予約処理の詳細な流れを示すフローチャートである。
【０２１５】
管理装置１００は、端末２００から会員の認証要求を受け付けたか否かを判断する（Ｓ１２０１）。この認証要求には会員ＩＤ、パスワードが暗号化された状態で含まれている。認証要求でない場合（Ｓ１２０１でＮＯ）には、続いて、端末２００から遊技装置の検索条件を含む検索要求を受信したか否かを判断する（Ｓ１２０５）。
【０２１６】
認証要求を受信したと判断する（Ｓ１２０１でＹＥＳ）と、管理装置１００は、その認証要求に含まれる会員ＩＤ、パスワードを、会員情報管理ＤＢ１０２において管理している会員情報をもとに認証する処理を行う（Ｓ１２０２）。
【０２１７】
この認証処理によって会員を認証できたか否かを判断し（Ｓ１２０３）、管理装置１００は、会員を認証できたと判断する場合（Ｓ１２０３でＹＥＳ）に会員情報の認証応答を行う（Ｓ１２０４）。また、会員を認証できない場合（Ｓ１２０３でＮＯ）には、認証することができない旨のエラー応答を行う（Ｓ１２１６）。
【０２１８】
続いて、管理装置１００は、端末２００から遊技装置の検索条件を含む検索要求を受信したか否かを判断する（Ｓ１２０５）。検索要求でない場合（Ｓ１２０５でＮＯ）には、続いて、遊技装置を予約する予約要求が行われたか否かを判断する（Ｓ１２０８）。
【０２１９】
また、端末２００から遊技装置の検索条件を含む検索要求を受信したと判断する場合（Ｓ１２０５でＹＥＳ）、管理装置１００は、続いて、その検索要求が認証済の会員からの検索要求であるか否かを判断する（Ｓ１２０６）。
【０２２０】
認証済の会員からの検索要求であると判断しない場合（Ｓ１２０６でＮＯ）、管理装置１００は、認証を行うことが必要である旨のエラー応答を行う（Ｓ１２１６）。
【０２２１】
また、検索要求が認証済の会員からの検索要求であると判断する場合（Ｓ１２０６でＹＥＳ）、管理装置１００は、予約情報管理ＤＢ１０１に登録されている遊技装置ごとの予約情報をもとに検索条件に基づく検索処理を行い、その検索結果を端末２００へと応答する（Ｓ１２０７）。
【０２２２】
続いて、管理装置１００は、端末２００から遊技装置の予約要求を受信したか否かを判断する（Ｓ１２０８）。遊技装置の予約要求を受信したと判断しない場合（Ｓ１２０８でＮＯ）には、本予約処理を終了する。
【０２２３】
また、端末２００から遊技装置の予約要求を受信したと判断すると（Ｓ１２０８でＹＥＳ）、管理装置１００は、その予約要求された予約内容での予約が可能であるか否かを判定する予約可否判定処理を行う（Ｓ１２０９）。この予約可否判定処理の詳細な流れを図１３に示し、後述する。
【０２２４】
管理装置１００は、この予約可否判定処理によって予約内容で予約することができると判定したか否かを判断する（Ｓ１２１０）。予約内容で予約することができると判定しない場合（Ｓ１２１０でＮＯ）、管理装置１００は、その予約内容での予約を拒否する予約拒否応答を行う（Ｓ１２１５）。
【０２２５】
また、予約内容で予約することができると判定する場合（Ｓ１２１０でＹＥＳ）、管理装置１００は、その予約内容での予約を確定させる予約確定処理を行う（Ｓ１２１１）。この予約確定処理の詳細な流れを図１４に示し、後述する。
【０２２６】
管理装置１００は、予約確定処理によって予約内容での予約が確定すると、端末２００に対してその予約内容での予約が確定したことを示す予約完了応答を行う（Ｓ１２１２）。
【０２２７】
そして、管理装置１００は、予約を行った会員のメールアドレスに対して予約内容をメール送信し（Ｓ１２１３）、また、予約内容に含まれる遊技装置が設けられた遊技施設のホールコンピュータ３００に対して予約完了通知を行う（Ｓ１２１４）。
【０２２８】
このような処理によって、管理装置１００において遊技装置の予約が完了することとなる。
【０２２９】
図１３は、図１２に示す予約可否判定処理の詳細な流れを示すフローチャートである。
【０２３０】
図１３において、予約内容を含む予約要求を受け付けることによって処理が開始され、管理装置１００は、その予約要求に、端末２００のＧＰＳ機能を用いた位置情報による予約可否の判定設定が含まれているか否かを判断する（Ｓ１３０１）。
【０２３１】
位置情報による予約可否の判定設定が含まれていると判断する場合（Ｓ１３０１でＹＥＳ）、管理装置１００は、続いて、その予約要求に位置情報が含まれているか否か（取得することができたか否か）を判断する（Ｓ１３０２）。このとき、位置情報による予約可否の判定設定が含まれていると判断するものの、その予約要求に位置情報が含まれていない場合（位置情報を取得できない場合）（Ｓ１３０２でＮＯ）には、予約することできない（予約不可）と判定して、本予約可否判定処理を終了する。
【０２３２】
また、予約要求に位置情報が含まれていると判断する場合（位置情報を取得できた場合）（Ｓ１３０２でＹＥＳ）、または、予約内容を含む予約要求を受け付けたものの、位置情報による予約可否の判定設定が含まれていないと判断する場合（Ｓ１３０１でＮＯ）、管理装置１００は、予約情報管理ＤＢ１０１に登録されている予約情報をもとに予約対象である遊技装置に「空き」があり、予約することができるか否かを判定する（Ｓ１３０３）。
【０２３３】
この判定処理の結果、予約対象の遊技装置に空きがあり、予約することができると判定したか否かを判断する（Ｓ１３０４）。このとき、予約対象の遊技装置に空きがなく、予約することができない場合（Ｓ１３０４でＮＯ）、管理装置１００は、予約することできない（予約不可）と判定して、本予約可否判定処理を終了する。
【０２３４】
また、予約対象の遊技装置に空きがあり、予約することができると判定した場合（Ｓ１３０４でＹＥＳ）、管理装置１００は、続いて、予約情報管理ＤＢ１０１で管理する予約情報をもとに、予約する会員がすでに他の遊技装置を予約しているか否かを判断する（Ｓ１３０５）。
【０２３５】
このとき、会員がすでに他の遊技装置を予約していると判断する場合（Ｓ１３０５でＹＥＳ）、管理装置１００は、予約することできない（予約不可）と判定して、本予約可否判定処理を終了する。
【０２３６】
また、会員がすでに他の遊技装置を予約していると判断しない場合（Ｓ１３０５でＮＯ）、管理装置１００は、予約対象とする遊技装置に対して指定された予約必要ポイントが特定予約必要ポイントであるか否かを判断する（Ｓ１３０６）。
【０２３７】
予約対象とする遊技装置に対して指定された予約必要ポイントが特定予約必要ポイントであると判断する場合（Ｓ１３０６でＹＥＳ）、管理装置１００は、続いて、会員の会員属性が「プレミアム会員」であるか否かを判断し（Ｓ１３０７）、また、予約対象とする遊技装置に対して指定された予約必要ポイントが特定予約必要ポイントであると判断しない場合（Ｓ１３０６でＮＯ）、所定の予約許可条件を満たすか否かを判断する（Ｓ１３０８）。なお、所定の予約許可条件を満たすと判断しない場合（Ｓ１３０８でＮＯ）、管理装置１００は、本予約可否判定処理を終了する。つまり、予約を許可しない。
【０２３８】
まず、Ｓ１３０８における、所定の予約許可条件を満たすか否かの判断処理は、上記に示す以外にも、Ｓ１３０７の会員の会員属性が「プレミアム会員」であると判断処理において、「プレミアム会員」であると判断されない場合（Ｓ１３０７でＮＯ）の場合にも行われる処理である。
【０２３９】
このＳ１３０８における、所定の予約許可条件を満たすか否かの判断処理は、予約情報管理ＤＢ１０１において管理している予約情報に含まれる予約可能日の情報（時間情報）をもとに、予約を行おうとする予約実行日（時間）がその予約可能日に含まれるか否かを判定する処理である。つまり、指定された予約可能期間内に予約を行ったものであるか否かを判断する処理である。
【０２４０】
このことから、予約する遊技装置に特定予約必要ポイントが設定されているかを問わず、プレミアム会員を除いて、この予約許可条件を満たさなければ（指定された予約可能期間内での予約でなければ）予約を行うことができない（予約を許可しない）。また、反対に、予約する遊技装置に特定予約必要ポイントが設定されており、会員の会員属性が「プレミアム会員」であれば、予約許可条件の成立有無にかかわらず、つまり、予約許可条件を満たさなくとも（指定された予約可能期間でなくとも）、予約を行うことができることを示している。
【０２４１】
このことから、特定予約必要ポイントが設定されていることでイベントが示唆されている状態にある遊技装置については、「プレミアム会員」の会員種別を有する会員が、この「プレミアム会員」の会員種別を有しない「通常会員」よりも優先的に予約することができることを示している。もちろん、「プレミアム会員」の会員種別を有しない会員であっても、予約許可条件を満たす場合（予約可能日内の予約）であれば、特定ポイントが設定されている遊技装置も当然、予約することは可能である。
【０２４２】
次に、会員の会員属性が「プレミアム会員」であると判断する場合（Ｓ１３０７でＹＥＳ）、管理装置１００は、予約許可条件を満たすか否かの判断処理（Ｓ１３０８）を行わず、会員が保有する有効ポイントが予約必要ポイント以上であるか否かの判断処理を行う（Ｓ１３０９）。
【０２４３】
つまり、上記に示すように、予約許可条件を満たさない場合（予約可能日内の予約でない場合）であっても、「プレミアム会員」であれば予約することが可能となることを示している。言い換えれば、予約可能日よりも前であっても予約することが可能である。
【０２４４】
続いて、会員が保有する有効ポイントが予約必要ポイント以上であるか否かの判断処理（Ｓ１３０９）において、会員が保有する有効ポイントが予約必要ポイント以上であると判断されれば（Ｓ１３０９でＹＥＳ）、管理装置１００は、その予約内容を一時的に記憶して「仮予約処理」を行う（Ｓ１３１０）。一方で、会員が保有する有効ポイントが予約必要ポイント以上でなければ（Ｓ１３０９でＮＯ）、管理装置１００は、本予約可否判定処理を終了する。つまり、予約を許可しない。
【０２４５】
図１４は、図１２に示す予約確定処理の詳細な流れを示すフローチャートである。
【０２４６】
図１４において、予約内容での予約が許可されることによって処理が開始され、管理装置１００は、図１３に示すような予約可否判定処理によって仮予約処理が行われ、一時的に記憶している予約内容を読み出す（Ｓ１４０１）。
【０２４７】
管理装置１００は、その予約内容に含まれる会員ＩＤの会員情報であって、会員情報管理ＤＢ１０２で管理している会員情報に含まれる使用済ポイントに、遊技装置を予約するために必要な予約必要ポイントを加算して、有効ポイントを更新する（Ｓ１４０２）。
【０２４８】
続いて、管理装置１００は、その予約内容を予約情報に登録し（Ｓ１４０３）、その予約内容を、予約する遊技装置が設けられた店舗のホールコンピュータ３００に通知する（Ｓ１４０４）。
【０２４９】
そして、図１３に示すような予約可否判定処理によって行われた仮予約処理による予約内容を削除する（Ｓ１４０５）。
【０２５０】
図１５は、本発明の実施の形態における管理システムを構成する管理装置によって行われる予約キャンセル処理の詳細な流れを示すフローチャートである。
【０２５１】
管理装置１００は、端末２００から認証済会員から予約キャンセルの要求を受け付けたか否かを判断する（Ｓ１５０１）。
【０２５２】
認証済会員から予約キャンセルの要求を受け付けたと判断する場合（Ｓ１５０１でＹＥＳ）、管理装置１００は、予約をキャンセルするために、会員が現時点において予約している予約内容を予約情報管理ＤＢ１０１から削除する（Ｓ１５０２）。
【０２５３】
これに対して、予約キャンセルの要求が認証済みの会員からの要求でない場合（Ｓ１５０１でＮＯ）、管理装置１００は、その予約キャンセルの要求に含まれる会員情報と、会員情報管理ＤＢ１０２において記憶している会員情報とを照合して認証処理を行い（Ｓ１５０６）、会員を認証できたかを判断する（Ｓ１５０７）。
【０２５４】
会員を認証できなければ（Ｓ１５０７でＮＯ）、管理装置１００は、会員を認証できない旨のエラー応答を行う（Ｓ１５０８）。また、会員が認証できた場合（Ｓ１５０７でＹＥＳ）、管理装置１００は、予約をキャンセルするために、現時点における予約内容を予約情報管理ＤＢ１０１から削除する（Ｓ１５０２）。
【０２５５】
現時点における予約内容を予約情報管理ＤＢ１０１から削除すると、管理装置１００は、会員情報管理ＤＢ１０２の会員情報から予約に関する履歴情報を元に戻して会員情報を更新する（Ｓ１５０３）。
【０２５６】
そして、管理装置１００は、端末２００に対して予約キャンセルが完了したことを示す完了通知を送信し（Ｓ１５０４）、また、予約をキャンセルした遊技装置が設置された店舗のホールコンピュータ３００に予約キャンセル通知を行う（Ｓ１５０５）。
【０２５７】
このような処理によって、会員は、予約をキャンセルすることができる。
【０２５８】
図１６は、会員情報管理ＤＢ１０２によって記憶された会員情報を示すテーブル図である。
【０２５９】
図１６に示す会員情報テーブルは、会員ＩＤ、会員属性、予約履歴、ポイント情報の各項目によって構成されており、会員ＩＤは、会員を識別する情報であって、会員属性は、会員の属性に関する情報であって、氏名、メールアドレス、会員種別（利用者種別）、パスワード（図示せず）によって構成されている。
【０２６０】
また、予約履歴は、予約回数、最終予約日によって構成されており、ポイント情報は、総ポイント、使用済ポイント、有効ポイントによって構成されている。
【０２６１】
特に、会員属性における会員種別は、「プレミアム会員」（第１会員種別）と「通常会員」（第２会員種別）とのいずれかが設定可能であって、「プレミアム会員」（第１会員種別）は、「通常会員」（第２会員種別）に比べて、遊技装置の予約がし易く、会員にとって有利な会員種別である。
【０２６２】
また、ポイント情報における総ポイントは、会員ＩＤで識別される会員が過去に入手（獲得、購入）したポイントの総数を示すものである。使用済ポイントは、総ポイントのうち予約に使用したポイントを示しており、遊技装置を予約すると、この使用済ポイントにその予約を行った際に用いた予約必要ポイントが加算される。
【０２６３】
ポイント情報における有効ポイントは、総ポイントから使用済ポイントを減算したポイントであって、予約に用いることが可能な残りのポイントである。
【０２６４】
図１７は、予約情報管理ＤＢ１０１によって記憶された予約情報を示すテーブル図である。
【０２６５】
図１７に示す予約情報テーブルは、ホールコンピュータ３００から予約設定データを受信した管理装置１００によって登録されている予約情報を示している。
【０２６６】
この予約情報テーブルは、店舗ＩＤ、店舗名、遊技装置の機種名、台番号、予約必要ポイント、来店ポイント、予約可否、予約状況、予約会員ＩＤ、予約設定データ受付日、予約可能日の各項目によって構成されている。
【０２６７】
予約必要ポイントには、上記に示すように、「１００ＰＴ」や「３００ＰＴ」等の「初期の必要価値情報（通常予約必要ポイント）」のほか、「５００ＰＴ」等の「特定の必要価値情報（特定予約必要ポイント）」が設定可能である。また、来店ポイントは、ホールコンピュータ３００から指定されてきたポイント数および条件（来店ポイント付与条件）を示したものである。
【０２６８】
予約会員ＩＤは、遊技装置を予約している会員を識別する情報である。また、予約可能日は、原則、その遊技装置の予約を可能とする日である。ただし、例外として、図１３のフローチャートにおいて示すような場合は除く。
【０２６９】
図１８は、本発明の実施の形態における管理システムを構成するホールコンピュータにおいて記憶するイベント設定情報を示すテーブル図である。
【０２７０】
図１８に示すイベント設定情報は、各店舗で行うイベントの内容と、そのイベントの内容に基づいて予約必要ポイントを設定する際に用いられる「特定の必要価値情報」とを対応付けたものである。
【０２７１】
図１８に示すイベント設定情報は、店舗情報、イベントＩＤ、イベント内容、特定予約必要ポイント、備考の各項目によって構成されており、店舗情報に示された店舗ごとに行うイベントと、そのイベントを示唆する「特定の必要価値情報（特定予約必要ポイント）」とが対応付けられている。
【０２７２】
例えば、店舗情報が「店舗ＩＤ＿００１」である店舗において行われるイベントとして「ｅｖｅ＿００１」、「ｅｖｅ＿００２」等があり、このうち、「ｅｖｅ＿００１」のイベントは、「特定人Ａの来店」イベントであって、このイベントを示唆するために用いられる特定予約必要ポイントが、「５００ＰＴ」であることを示している。
【０２７３】
図１９は、本発明の実施の形態における管理システムを構成するホールコンピュータにおいて表示される予約状況管理画面を示す図である。
【０２７４】
図１９に示す予約状況管理画面には、ホールコンピュータ３００において遊技施設内の遊技装置の予約状況を管理する画面であって、遊技施設内での遊技装置の配置状態に対応して各遊技装置の予約状況を示している。
【０２７５】
この予約状況管理画面は、管理装置１００の予約情報管理ＤＢ１０１において管理している予約情報と対応する予約状況が示されている。
【０２７６】
また、店舗（従業員）は、この予約状況管理画面において示されている遊技装置に対して所定の操作（タッチパネルにより選択する操作等）を行うことによって、その遊技装置に対して予約必要ポイントを設定することができる。
【０２７７】
これによって、ホールコンピュータ３００では、各遊技装置の予約必要ポイントを予約設定データとして記憶することができる。
【０２７８】
以上に示す実施の形態は、本発明の実施の一形態であって、これらの実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【符号の説明】
【０２７９】
１００    管理装置
１０１    予約情報管理ＤＢ
１０２    会員情報管理ＤＢ
２００    端末
３００    ホールコンピュータ
４００    島コン
５００    台間機
５０１    コードリーダー
６００    遊技装置
７００    予約確認端末
【図１】
2019017914.tif 000003
【図２】
2019017914.tif 000004
【図３】
2019017914.tif 000005
【図４】
2019017914.tif 000006
【図５】
2019017914.tif 000007
【図６】
2019017914.tif 000008
【図７】
2019017914.tif 000009
【図８】
2019017914.tif 000010
【図９】
2019017914.tif 000011
【図１０】
2019017914.tif 000012
【図１１】
2019017914.tif 000013
【図１２】
2019017914.tif 000014
【図１３】
2019017914.tif 000015
【図１４】
2019017914.tif 000016
【図１５】
2019017914.tif 000017
【図１６】
2019017914.tif 000018
【図１７】
2019017914.tif 000019
【図１８】
2019017914.tif 000020
【図１９】
2019017914.tif 000021