遊技場管理システム
【課題】 システム障害に対応する適応性が高い低コストなシステムを提供する。
【解決手段】 本発明によれば、遊技台の情報を取得する複数の台端末と、台端末と通信可能に接続され、情報を取得する第１及び第２の島端末と、第１及び第２の島端末と通信可能に接続されたホスト端末と、を備えた遊技場管理システムにおいて、第１及び第２の島端末を両端として、第１及び第２の島端末と台端末とは通信回線により直列的に接続され、第１の島端末及び台端末の少なくともいずれかは、隣接して接続された台端末に対してトークン情報を送出するトークンパッシング手段を備え、台端末は、トークン情報の受信を契機として、情報を通信回線上でブロードキャストすると共に、該通信回線の順方向にトークン情報を転送する通信手段を備え、ブロードキャストされた情報に基づき障害の有無を判定する障害判定手段を備えたことを特徴とする遊技場管理システムが提供される。
【解決手段】 本発明によれば、遊技台の情報を取得する複数の台端末と、台端末と通信可能に接続され、情報を取得する第１及び第２の島端末と、第１及び第２の島端末と通信可能に接続されたホスト端末と、を備えた遊技場管理システムにおいて、第１及び第２の島端末を両端として、第１及び第２の島端末と台端末とは通信回線により直列的に接続され、第１の島端末及び台端末の少なくともいずれかは、隣接して接続された台端末に対してトークン情報を送出するトークンパッシング手段を備え、台端末は、トークン情報の受信を契機として、情報を通信回線上でブロードキャストすると共に、該通信回線の順方向にトークン情報を転送する通信手段を備え、ブロードキャストされた情報に基づき障害の有無を判定する障害判定手段を備えたことを特徴とする遊技場管理システムが提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は遊技台の情報を管理する遊技場管理システムに関する。
【背景技術】
【０００２】
従来より、パチンコ機やスロットマシン等の遊技台を設置した遊技場において、売り上げ金額や出玉数等の、遊技台の情報を取得する複数の台端末と、ホスト端末とを接続し、遊技台の情報をホスト端末において一元管理する遊技場管理システムが知られている。
【０００３】
例えば、特許文献１には、複数の台端末がそれぞれ接続された複数のループ回線と、ホスト端末に接続するループ回線を順次切り替える切り替え接続部とを備えた構成において、ホスト端末に接続していないループ回線に接続された台端末は、ホスト端末側に緊急に伝える必要がある緊急情報を集めて保持し、ホスト端末に接続されると直ちに緊急情報をホスト端末に転送することで、高速なデータ転送を実現した構成が開示されている。
【０００４】
また、特許文献２には、ホスト端末と複数の台端末と通信を中継する複数の島端末を配置した構成において、台端末と島端末との通信回線を２系統設けることで、通信回線の障害に対する適応性を高めた構成が開示されている。
【特許文献１】特許第３４５５１３８号公報
【特許文献２】特開平１１−２３９６５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に開示された構成においては、システムの障害に対する対応が考慮されていない。
【０００６】
また、特許文献２に開示された構成においては、２系統の通信回線を設けることで、通信回線の障害に対する適応性を高めた構成が開示されているが、２系統の通信回線を設置し、保守・管理するためのコストを要する。また、２系統の通信回線において同時に障害が発生した場合、この構成によっては障害に適応することができない。さらに、この構成によっては、台端末や島端末の障害に対応しておらず、台端末や島端末において障害が発生した場合、システムの運用が阻害される。また、障害発生時に、障害の発生箇所を特定するために手間がかかる。
【０００７】
本発明は上記問題に鑑みなされたものであり、システム障害に対応する適応性が高い低コストなシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明によれば、
遊技台から当該遊技台の情報を取得する複数の台端末と、
前記複数の台端末と通信可能に接続され、前記情報を取得する第１及び第２の島端末と、
前記第１及び第２の島端末と通信可能に接続されたホスト端末と、
を備えた遊技場管理システムにおいて、
前記第１及び第２の島端末を両端として、前記第１及び第２の島端末と前記複数の台端末とは通信回線により直列的に接続され、
前記第１の島端末及び前記台端末の少なくともいずれかは、隣接して接続された前記台端末に対してトークン情報を送出する第１のトークンパッシング手段を備え、
前記複数の台端末は、前記トークン情報の受信を契機として、前記遊技台の情報を前記通信回線上でブロードキャストすると共に、該通信回線の順方向に前記トークン情報を転送する通信手段を備え、
ブロードキャストされた前記情報に基づき障害の有無を判定する障害判定手段を備えたことを特徴とする遊技場管理システムが提供される。
【発明の効果】
【０００９】
本発明によれば、システム障害に対応する適応性が高い低コストなシステムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照して本発明に係る実施の形態を詳細に説明する。ただし、この実施の形態に記載されている構成要素はあくまでも例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。
【００１１】
＜＜第１実施形態＞＞
本実施形態の遊技場管理システムは、遊技台から当該遊技台の情報を取得する複数の台端末と、複数の台端末と通信可能に接続され、遊技台の情報を取得する第１及び第２の島端末と、第１及び第２の島端末と通信可能に接続されたホスト端末と、を備える。ここで、第１及び第２の島端末を両端として、第１及び第２の島端末と複数の台端末とは通信回線により直列的に接続される。このようなシステム構成において、第１の島端末及び台端末の少なくともいずれかは、隣接して接続された台端末に対してトークン情報を送出し、複数の台端末は、トークン情報の受信を契機として、遊技台の情報を通信回線上でブロードキャストすると共に、該通信回線の順方向にトークン情報を転送する。ただし、順方向とは、通信回線において第１の島端末から第２の島端末へ向かう方向である。そして、ブロードキャストされた遊技台の情報に基づき障害を検出する。このような構成によれば、システム障害に対応する適応性が高い低コストなシステムを提供することが可能である。以下、このような構成の詳細を説明する。
【００１２】
（システム構成）
図１は、本実施形態における遊技場管理システムの構成を例示的に示したブロック図である。
【００１３】
図１に示すように、遊技場管理システムは、ホスト端末２００と、それぞれホスト端末に接続された２台の島端末３００ａ（第１の島端末）、３００ｂ（第２の島端末）（以下、まとめて島端末３００と称する）、島端末３００ａ、３００ｂを両端としてそれぞれ通信回線１００により直列的に接続された複数の台端末４００ａ乃至４００ｆ（以下、まとめて台端末４００と称する）から構成されている。
【００１４】
ホスト端末２００は、遊技場管理システムの全体を管理し、遊技場管理システムの障害検出や障害発生時におけるシステム制御を行う情報処理装置である。クライアント１０１は、例えば、パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）等で実現される。ホスト端末２００は、ユーザから遊技場管理システムへの指示入力を受け付ける指示入力装置や、障害検出等の表示を行う表示装置等の、ユーザインタフェースを備えている。
【００１５】
島端末３００は、台端末４００とホスト端末２００との接続を仲介する情報処理装置である。本実施形態の遊技場管理システムにおいては、複数の台端末４００は１以上のグループに分類され、各グループ毎に台端末４００を管理する。本実施形態では、このグループを島５００と呼ぶ。島端末３００は、２台一組で、島を構成する台端末４００を管理する。例えば、図１に例示した構成では、島端末３００ａ、３００ｂは、島５００を構成する台端末４００ａ乃至４００ｆを管理する。
【００１６】
台端末４００は、接続された遊技台から遊技台の情報を取得し、ホスト端末２００、島端末３００等に通知する情報処理装置である。
【００１７】
通信回線１００は、典型的には、ＬＡＮ（Local Area Network）であるが、有線／無線を問わず、公衆回線（アナログ回線、ＩＳＤＮ（Integrated Services Digital Network）等）やＷＡＮ（Wide Area Network）、無線ＬＡＮ等のデータ送受信可能な回線であれば、どのような構成でもよい。通信回線１００上の通信プロトコルは、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等を採用することができる。
【００１８】
なお、図１に例示した遊技場管理システムの構成は、本発明に係る実施形態の作用及び効果を端的に説明するための基本的なものである。実際の遊技場において遊技場管理システムを運用する場合は、用途や目的、或いは、機器の配置等の制約条件に基づいて、多様な構成を取ることができる。図２は、実際の遊技場において取りうる、本実施形態の遊技場管理システムの構成を例示的に示した図である。
【００１９】
図２において、島端末３００ｐ乃至３００ｓは、それぞれ、ホスト端末２００と接続する１つの通信部と、台端末４００及び他の島端末３００と接続する４つの通信部とを備えている。島５００ａに属する複数の台端末４００は、島端末３００ｐ及び島端末３００ｑを両端として、通信回線１００ａにより直列的に接続されている。同様に、島５００ｂ乃至５００ｈに属する複数の台端末４００も、２つの島端末３００を両端として、それぞれ通信回線１００ｂ乃至１００ｈにより直列的に接続されている。
【００２０】
このように、図２に例示した構成は、図１の構成を組み合わせたものと捉えることができる。実際、図２に例示した構成を運用する場合、各島５００について、その島に属する複数の台端末４００、その台端末４００が通信回線１００により接続された２つの島端末３００、ホスト端末２００は、それぞれ、図１に例示した構成と同様の処理を行う。このため、以下、図１に例示した構成について説明する。
【００２１】
（ホスト端末２００の構成）
次に、ホスト端末２００の構成について図３を参照して説明する。図３は、ホスト端末２００のハードウェア構成を模式的に示したブロック図である。
【００２２】
図３において、２１０はＣＰＵであり、後述するハードディスク装置（以下、ＨＤと呼ぶ）２０５に格納されているアプリケーションプログラム、オペレーティングシステム（ＯＳ）や制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００２３】
２０１はＲＯＭであり、内部には基本Ｉ／Ｏプログラム等のプログラム、遊技場管理システムを管理するために必要な各種データ等を記憶する。２０２は各種データを記憶するためのＲＡＭであり、ＣＰＵ２１０の主メモリ、ワークエリア等として機能する。
【００２４】
２０３は記録媒体へのアクセスを実現するための外部記憶ドライブであり、メディア（記録媒体）２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。尚、メディア２０４は、例えば、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。
【００２５】
２０５は外部記憶装置であり、本実施形態では大容量メモリとして機能するＨＤ（ハードディス装置）を用いている。ＨＤ２０５には、アプリケーションプログラム、ＯＳ、制御プログラム、関連プログラム等が格納される。
【００２６】
２０６は指示入力装置であり、キーボードやポインティングデバイス（マウス等）、タッチパネル等がこれに相当する。指示入力装置２０６を用いて、ユーザは、ホスト端末２００に対して、装置を制御するコマンド等を入力指示する。
【００２７】
２０７はディスプレイであり、指示入力装置２０６から入力したコマンドや、それに対するホスト端末２００の応答出力等を表示したりするものである。
【００２８】
２０９はシステムバスであり、ホスト端末２００内のデータの流れを司るものである。２０８はインターフェイス（以下、Ｉ／Ｆという）であり、通信回線１００に接続される。ホスト端末２００は、Ｉ／Ｆ２０８を介して外部装置とのデータのやり取りを行う。
【００２９】
尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。
【００３０】
本実施形態では、メディア２０４から本実施形態に係るプログラム及び関連データを直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、本実施形態に係るプログラムを動作させる度に、既にプログラムがインストールされているＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。また、本実施形態に係るプログラムをＲＯＭ２０１に記録しておき、これをメモリマップの一部をなすように構成し、直接ＣＰＵ２１０で実行することも可能である。
【００３１】
また、本実施形態では、説明の便宜のため、ホスト端末２００を１つの装置で実現した構成について述べるが、複数の装置にリソースを分散した構成によって実現してもよい。例えば、記憶や演算のリソースを複数の装置に分散した形に構成してもよい。或いは、ホスト端末２００上で仮想的に実現される構成要素毎にリソースを分散し、並列処理を行うようにしてもよい。
【００３２】
（島端末３００の構成）
次に、島端末３００の構成について図４を参照して説明する。図４は、島端末３００のハードウェア構成を模式的に示したブロック図である。
【００３３】
図４において、３１０はＣＰＵであり、後述するＲＯＭ３０１等に格納されたオペレーティングシステム（ＯＳ）や制御プログラム等を実行し、ＲＡＭ３０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００３４】
３０１はＲＯＭであり、内部には基本Ｉ／Ｏプログラム等のプログラム、遊技場管理システムを管理するために必要な各種データを記憶する。３０２は各種データを一時記憶するためのＲＡＭであり、ＣＰＵ３１０の主メモリ、ワークエリア等として機能する。
【００３５】
３０３は、システムバスであり、島端末３００内のデータの流れを司るものである。
【００３６】
３０４、３０５は外部装置との通信インタフェースとしての、それぞれ第１通信部、第２通信部である。本実施形態では、第１通信部３０４は通信回線１００に接続するための通信インタフェース、第２通信部３０５はホスト端末２００に接続するための通信インタフェースである。
【００３７】
３０６は、当該島端末３００のネットワーク上のアドレスを外部装置に認識させるためのアドレス設定部である。
【００３８】
３０７は、ディスプレイであり、島端末３００のステータス（状況）及び診断表示等を表示するものである。
【００３９】
尚、遊技場管理システムを図２のように構成した場合、島端末３００の構成は図５のようになる。図５は、４つの通信回線１００が接続された島端末３００の構成を示したブロック図である。図５の構成は、通信回線１００に接続する第１通信部を、第１通信部ａ（３０４ａ）、第１通信部ｂ（３０４ｂ）の２つを備え、更に、第１通信部ａ（３０４ａ）、第１通信部ｂ（３０４ｂ）は、それぞれ、２つの通信回線１００に接続可能である。このような構成により、図５の構成からなる島端末３００は、４つの通信回線１００に接続することができる。
【００４０】
尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。
【００４１】
また、本実施形態では、説明の便宜のため、島端末３００を１つの装置で実現した構成について述べるが、複数の装置にリソースを分散した構成によって実現してもよい。例えば、記憶や演算のリソースを複数の装置に分散した形に構成してもよい。或いは、島端末３００上で仮想的に実現される構成要素毎にリソースを分散し、並列処理を行うようにしてもよい。
【００４２】
（台端末４００の構成）
次に、台端末４００の構成について図６を参照して説明する。図６は、台端末４００のハードウェア構成を模式的に示したブロック図である。
【００４３】
図６において、４０１は、データを記憶するためのＲＡＭであり、本実施形態では、遊技台６００から取得された、売り上げ金額や出玉数等の遊技台６００の情報を記憶する。
【００４４】
４０２、４０３は外部装置との通信インタフェースとしての、それぞれ第１通信部、第２通信部である。本実施形態では、第１通信部４０２は通信回線１００に接続するための通信インタフェースである。第２通信部４０３は遊技台６００に接続するための通信インタフェースであり、トークン情報の受信を契機として、遊技台の情報を通信回線１００上でブロードキャストすると共に、該通信回線１００の順方向にトークン情報を転送する通信手段として機能する。
【００４５】
４０４は、当該台端末４００のネットワーク上のアドレスを外部装置に認識させるためのアドレス設定部である。
【００４６】
４０５は、システムバスであり、台端末４００内のデータの流れを司るものである。
【００４７】
６００は、遊技台であり、例えば、スロットマシンやパチンコ機、玉貸機等である。図６に例示した構成では、第２通信部４０３に４つの遊技台６００が接続されているが、第２通信部４０３に接続される遊技台６００の数はこれに限られない。用途や目的に応じて適切な台数の遊技台６００を接続して構成することができる。
【００４８】
第２通信部４０３は、遊技台６００から、ＲＡＭ４０１に記憶された遊技台６００の情報を更新する旨の指示を受け取ると、その情報に基づいてＲＡＭ４０１に記憶された遊技台６００の情報を更新する。そして、第１通信部４０２は、トークン情報の受信を契機として、ＲＡＭ４０１に記憶された遊技台６００の情報を読み取り、読みとった情報を通信回線１００上でブロードキャストする。この処理（トークンパッシング処理）の詳細は後述する。
【００４９】
尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。
【００５０】
また、本実施形態では、説明の便宜のため、台端末４００を１つの装置で実現した構成について述べるが、複数の装置にリソースを分散した構成によって実現してもよい。例えば、記憶や演算のリソースを複数の装置に分散した形に構成してもよい。或いは、台端末４００上で仮想的に実現される構成要素毎にリソースを分散し、並列処理を行うようにしてもよい。
【００５１】
（データ構造）
ホスト端末２００、島端末３００、台端末４００は、島５００を構成する全ての台端末４００が記憶する遊技台６００の情報を同期させて記憶する。ただし、島端末３００、台端末４００は、後述するトークンパッシング処理によってデータの同期を行う。また、ホスト端末２００は、後述するように、予め設定されたタイミングで、島端末３００からデータを取得することによってデータの同期を行う。
【００５２】
図７は、ホスト端末２００、島端末３００、台端末４００が同期して記憶するデータの構造を模式的に示した図である。図７において、１６０１は、台端末４００を識別する識別情報としての台端末識別子である。１６０２は、データを更新した時刻としてのデータ更新時刻である。図７では、データ更新時刻１６０２が、予め設定された基準時刻からの経過時間によって表現された場合を例示的に示している。１６０３は、台端末４００が記憶するデータ、即ち、当該台端末４００に接続された遊技台６００の情報である。
【００５３】
ホスト端末２００、島端末３００、台端末４００は、図７に例示したような構造のデータを、それぞれ所定の記憶装置に記憶する。例えば、ホスト端末２００はＨＤ２０５、島端末３００はＲＡＭ３０２、台端末４００はＲＡＭ４０１に、それぞれデータを記憶するように構成することができる。尚、遊技台６００の情報のデータを記憶する記憶装置を不揮発性メモリで構成することにより、端末（ホスト端末２００、島端末３００、台端末４００）に障害が発生した場合においても、不揮発性メモリに記憶されたデータを継続して記憶することができる。このため、不揮発性メモリを搭載した端末については、不揮発性メモリの解析により、障害発生の直前のデータを取得することができる。
【００５４】
（トークンパッシング処理）
次に、本実施形態の遊技場管理システムにおいて実行するトークンパッシング処理について、図８を参照して説明する。図８は、トークンパッシング処理の処理の流れを示したフローチャートである。
【００５５】
図１に例示した構成において、島端末３００ａは、隣接して接続された台端末４００ａに対して予め設定されたタイミングでトークン情報を送出する（５０１）。台端末４００ａは、トークン情報の受信を契機として、台端末４００ａの記憶装置が記憶する遊技台６００の情報についてのデータを通信回線１００上でブロードキャストすると共に（５０２）、通信回線１００の順方向、即ち、台端末４００ｂにトークン情報を転送する（５０３）。ここで、台端末４００ａがブロードキャストする遊技台６００の情報は、図７に示したような、台端末４００ａ乃至４００ｆについての全ての情報（１６０４）である。ただし、１６０４において、台端末４００ａについての情報１６０５は、台端末４００ａが遊技台６００から取得した情報に基づいて更新される。１６０４において、情報１６０５以外の情報は、該当する台端末４００から受け取ったデータに基づいて更新される。
【００５６】
島端末３００、台端末４００ｂ乃至４００ｆは、それぞれ、台端末４００ａからブロードキャストされたデータを受信すると、記憶装置に記憶されたデータを受信したデータで更新する（５０４）。
【００５７】
各台端末４００は、台端末４００ａと同様に、トークン情報の受信を契機として、台端末４００に記憶された遊技台６００についてのデータを通信回線１００上でブロードキャストすると共に、通信回線１００の順方向にトークン情報を転送する。また、島端末３００、台端末４００は、ブロードキャストされたデータに基づいて記憶装置に記憶されたデータを更新する。
【００５８】
例えば、台端末４００ｂも、台端末４００ａと同様に、トークン情報の受信を契機として、台端末４００ｂに接続された遊技台６００の情報を含むデータを通信回線１００上でブロードキャストすると共に（５０５）、通信回線１００の順方向、即ち、台端末４００ｃにトークン情報を転送する（５０６）。島端末３００、台端末４００ａ、４００ｃ乃至ｆは、それぞれ、台端末４００ｂからブロードキャストされたデータに基づいて、記憶装置に記憶されたデータを更新する（５０７）。台端末４００ｃ乃至ｆも、このような処理を順次行う。ただし、台端末４００ｆは、遊技台６００についてのデータをブロードキャストした後、トークン情報を島端末３００ｂに転送する。
【００５９】
なお、本実施形態において、各台端末４００は、所定のクロックに同期して、データのブロードキャスト、トークンの転送を実行する。従って、通常の動作時においては、島端末３００ａによるトークンの送出後、各台端末４００がブロードキャストを行うのは、それぞれ一定時間以内である。また、島端末３００ａも、所定のクロックに同期して一定時間置きにトークンを送出する。
【００６０】
また、上記では、トークン情報を始めに送出するのは島端末３００である場合について述べたが、台端末４００のいずれかが、予め設定されたイベントに基づいて隣接して接続された台端末４００、又は、島端末３００へ、トークン情報を送出するように構成してもよい。
【００６１】
以上のような処理を行うことにより、遊技場管理システムの通常の動作時において、島端末３００、台端末４００の記憶装置に記憶されたデータは、ブロードキャストを行った台端末４００に接続された遊技台６００の情報が更新された形で、全ての端末において同期して保持されることになる。
【００６２】
なお、上記のように、ある１つの台端末４００（例えば、台端末４００ａ）に接続された遊技台６００の情報１６０５の、データ更新時刻１６０２、データ列１６０３の値を取得し、変更するのはその台端末４００（例えば、台端末４００ａ）であり、それ以外の台端末４００（例えば、台端末４００ｂ乃至４００ｆ）、島端末３００は、その台端末４００（例えば、台端末４００ａ）が保持するデータに同期させるのみである。従って、ある１つの台端末４００（例えば、台端末４００ａ）が、その保持するデータをブロードキャストしない場合、その台端末４００（例えば、台端末４００ａ）に接続された遊技台６００の情報（例えば、図７における１６０５）は、それ以外の台端末４００（例えば、台端末４００ｂ乃至ｆ）、島端末３００において更新されないことになる。
【００６３】
（基本処理）
次に、島端末３００とホスト端末２００との間で実行する基本処理について、図９を参照して説明する。図９は基本処理の流れを示したフローチャートである。
【００６４】
通常の動作時において、ホスト端末２００は、予め設定されたタイミングで島端末３００ａにデータ送信要求を送出する（６０１、６０３）。データ送信要求は、台端末４００に接続された遊技台６００の情報の送信を要求するものである。島端末３００ａは、データ送信要求の受信に応じて、記憶装置に記憶された台端末４００ａ乃至４００ｆについてのデータをホスト端末２００へ送出する（６０２、６０４）。このような処理を行うことにより、ホスト端末２００も、島端末３００及び台端末４００の保持する遊技台６００の情報と同じデータを、同期して保持することができる。このため、ユーザは、ホスト端末２００に備えられたユーザインタフェース（指示入力装置２０６、ディスプレイ２０７等）を介して、遊技場管理システム内の全ての遊技台６００の情報を閲覧することができる。
【００６５】
ここで、遊技場管理システムに障害が発生した状況を考える。障害が発生した状況の一例について、図１０を参照して説明する。図１０は、台端末４００ｄと台端末４００ｅの間の通信回線１００が断線した様子（１００５は断線箇所を示す）を模式的に示した図である。
【００６６】
このような状況においては、島端末３００ａが送出したトークン（トークン１）１００１を受信できるのは、台端末４００ａ乃至４００ｄであり、台端末４００ｅ、４００ｆは受信することができない。このため、データのブロードキャストを行うのは台端末４００ａ乃至４００ｄであり、台端末４００ｅ、４００ｆは行わない。
【００６７】
遊技場管理システムにおいて発生しうる障害としては、台端末４００の故障も考えられる。台端末４００が故障した場合の状況について図１１を参照して説明する。図１１は、台端末４００ｄが故障した様子を模式的に示した図である。
【００６８】
ここで、台端末４００ｄの故障は、台端末４００ｄがその動作を全く行えない程度のものとする。このような状況においては、島端末３００ａが送出したトークン（トークン１）１１０１を受信できるのは、台端末４００ａ乃至４００ｃであり、台端末４００ｄ乃至４００ｆは受信することができない。このため、データのブロードキャストを行うのは台端末４００ａ乃至４００ｃであり、台端末４００ｄ乃至４００ｆは行わない。
【００６９】
このように、遊技場管理システムにおいて何らかの障害が発生した場合、ブロードキャストが正常に行われないことになる。また、先に述べたように、通常の動作時においては、島端末３００ａによるトークンの送出後、各台端末４００がブロードキャストを行うのは、それぞれ一定時間以内である。従って、島端末３００ａは、トークン送出後一定時間以内に、島５００を構成するいずれかの台端末４００からブロードキャストがなされなかったことを検出することにより、遊技場管理システムに何らかの障害が発生したことを検出することができる。また、島端末３００ｂ、台端末４００ｄ乃至ｆも、台端末４００ａ乃至４００ｃからのブロードキャストデータを受信できなかったことを検出することにより、遊技場管理システムに何らかの障害が発生したことを検出することができる。
【００７０】
（障害判定処理）
次に、ブロードキャストされた情報に基づき障害の有無を判定する障害判定処理（障害判定手段が実行する処理）について説明する。
【００７１】
図９のステップＳ６５１において、島端末３００ａは、トークンの送出に対する応答としてのブロードキャストが、全ての台端末４００からなされたか否かを判定する。島５００を構成するいずれかの台端末４００からブロードキャストがなされなかった場合（ステップＳ６５１でＹＥＳ）は、無応答が存在したことを示す無応答の通知６０５をホスト端末２００へ送出する。この処理は、トークンの送出毎に実行する。
【００７２】
更に、島端末３００ａは、いずれかの台端末４００からブロードキャストがなされなかったことの検出回数が予め設定された設定回数（例えば、１０回）に達したか否かを判定する。設定回数に達した場合（ステップＳ６５２でＹＥＳ）は、障害の発生を検出したことを示す障害検出の通知６０６をホスト端末２００へ送出する。本実施形態では、通信回線１００上のパケット紛失による検出誤りを防止するために、ブロードキャストがなされなかったことの検出回数が設定回数に達した場合に障害が発生したものと判断する。
【００７３】
一方、島端末３００ｂ及び台端末４００は、所定のタイミングで島５００を構成するいずれかの台端末４００からブロードキャストデータを受信できなかったことや、島端末３００ａからトークンを受信できなかったこと等に基づいて障害を検出する。そして、島端末３００ｂは、障害検出を契機として隣接して接続された台端末４００ｆに対して予め設定されたタイミングでトークン情報（トークン２と呼ぶ）を送出する。尚、用途や目的に応じて、ホスト端末２００が、無応答の通知６０５、又は、障害検出の通知６０６を受信したことを契機として、島端末３００ｂへトークンの送出を指示する指示情報を送出し、島端末３００ｂは、指示情報の受信を契機としてトークン２の送出を開始するように構成してもよい。
【００７４】
各台端末４００は、島端末３００ａから送出されたトークンを受信した場合と同様に、トークン２の受信を契機として、台端末４００に記憶された遊技台６００についてのデータを通信回線１００上でブロードキャストすると共に、通信回線１００の逆方向にトークン情報を転送する。ただし、逆方向とは、順方向と逆の方向、即ち、通信回線において第２の島端末から第１の島端末へ向かう方向である。つまり、図の構成では、通信回線１００において島端末３００ｂから島端末３００ａへ向かう方向である。また、島端末３００、台端末４００は、ブロードキャストされたデータに基づいて記憶装置に記憶されたデータを更新する。
【００７５】
図１２は、台端末４００ｄと台端末４００ｅとの間の通信回線１００に断線が生じた場合における、トークンパッシング処理の流れを簡略化して示した図である。
【００７６】
図１２のように、台端末４００ｄと台端末４００ｅとの間の断線箇所において、トークンは消失するが、島端末３００ａから送出されたトークンに基づくトークンパッシング処理により、島端末３００ａ、及び、台端末４００ａ乃至４００ｄは、台端末４００ａ乃至４００ｄについての最新の情報を同期して保持することができる。同様に、島端末３００ｂから送出されたトークンに基づくトークンパッシング処理により、島端末３００ｂ、及び、台端末４００ｅ、４００ｆは、台端末４００ｅ、４００ｆについての最新の情報を同期して保持することができる。
【００７７】
また、島端末３００ｂをから送出されたトークンに基づくトークンパッシング処理により、台端末４００が故障した場合においても、故障していない台端末４００について最新の情報を取得することができる。例えば、図１１のように、台端末４００ｄが故障した場合、島端末３００ａから送出されたトークンに基づくトークンパッシング処理により、島端末３００ａ、及び、台端末４００ａ乃至４００ｃは、台端末４００ａ乃至４００ｃについての最新の情報を同期して保持することができる。同様に、島端末３００ｂから送出されたトークンに基づくトークンパッシング処理により、島端末３００ｂ、及び、台端末４００ｅ、４００ｆは、台端末４００ｅ、４００ｆについての最新の情報を同期して保持することができる。
【００７８】
ホスト端末２００は、島端末３００から障害検出の通知６０６を受信すると、予め設定されたタイミングで、島端末３００ａだけでなく、島端末３００ｂに対しても、それぞれデータ送信要求を送出するように制御する。図９は、台端末４００ｄと台端末４００ｅとの間の通信回線１００に断線が発生した場合を示しており、島端末３００ａは、ホスト端末２００からデータ送信要求６０７、６１１を受信したことを契機として、保持している台端末４００のデータをホスト端末２００へ送出する（６０８、６１２）。同様に、島端末３００ｂも、ホスト端末２００からデータ送信要求６０９、６１３を受信したことを契機として、保持している台端末４００のデータをホスト端末２００へ送出する（６１０、６１４）。ホスト端末２００は、島端末３００ａ及び３００ｂから受け取ったデータに基づいて、台端末４００についてのデータを更新する。
【００７９】
図１３は、島端末３００ａ及び３００ｂから受け取った台端末４００のデータに基づいて、ホスト端末２００がデータを更新する様子を模式的に示した図である。
【００８０】
図１３において、１３０１は、島端末３００ａ、台端末４００ａ乃至４００ｄが同期して保持する台端末４００についてのデータである。１３０２は、島端末３００ｂ、台端末４００ｅ、４００ｆが同期して保持する台端末４００についてのデータである。１３０３は、データ１３０１、１３０２に基づいて取得した、ホスト端末２００が保持するデータである。また、図１３においては、台端末４００ｄと台端末４００ｅとの間の通信回線１００に断線が生じている。
【００８１】
この場合、データ１３０１は、台端末４００ａ乃至４００ｄについては、最新の情報に同期されるが、台端末４００ｅ、４００ｆについては、断線発生時から更新されない。一方、データ１３０２は、台端末４００ｅ、４００ｆについては、最新の情報に同期されるが、台端末４００ａ乃至４００ｄについては、断線発生時から更新されない。そこで、ホスト端末２００は、島端末３００ａから取得したデータ１３０１から、最新の情報に同期される台端末４００ａ乃至４００ｄについての情報を抽出する。また、島端末３００ｂから取得したデータ１３０２から、最新の情報に同期される台端末４００ｅ、４００ｆについての情報を抽出する。そして、データ１３０１、１３０２からそれぞれ抽出した情報に基づいて、台端末４００ａ乃至４００ｆについて、最新の情報に同期されたデータ１３０３を取得、保持する。
【００８２】
このように、ホスト端末２００は、島端末３００ａ、３００ｂのそれぞれから取得したデータのうち、最新の情報に同期された部分を抽出して取得することにより、遊技場管理システム内に障害が発生した場合においても、遊技台６００の情報を取得し、システム管理を継続することができる。
【００８３】
（島端末３００の処理）
次に、島端末３００が、トークンを送出し障害検出を行う処理について、図１４を参照して説明する。図１４は、島端末３００の処理の流れを示したフローチャートである。通常、島端末３００ａが図１４の処理を実行するが、障害が検出され、島端末３００ｂもトークンを送出する場合は、島端末３００ｂも図１４の処理を実行する。
【００８４】
まず、ステップＳ１４０１において、島端末３００は、隣接して接続された台端末４００にトークンを送出する。例えば、図１の構成において島端末３００ａが処理を行う場合は、台端末４００ａにトークンを送出する。
【００８５】
次に、ステップＳ１４０２において、データを受信予定の台端末４００の識別番号を初期化する処理を行う。島端末３００は、トークンの送出に対応して次にブロードキャストデータの受信が予定される１つの台端末４００の識別情報を、ＲＡＭ３０２等の記憶装置に保持している。
【００８６】
例えば、図１の構成において島端末３００ａがトークンを送出した場合、トークンの送出に対応して、始めにデータのブロードキャストを行うのは台端末４００ａである。このため、ステップＳ１４０２では、受信予定の識別番号を台端末４００ａの識別情報で初期化する。後述のように、台端末４００ａからブロードキャストデータを受信すると、受信予定の識別番号を、次にブロードキャストを行うことが予定される台端末４００ｂの識別情報に更新する。
【００８７】
次に、ステップＳ１４０３では、受信予定の識別番号に対応する台端末４００からブロードキャストされるデータの受信待機を行う。上記の例では、台端末４００ａからブロードキャストされるデータの受信待機を行う。
【００８８】
次に、ステップＳ１４０４では、ステップＳ１４０３で受信待機を開始してからの経過時間を、所定の計時装置を用いて取得する。そして、取得された経過時間が予め設定された設定時間を経過しいている場合（ステップＳ１４０４でＹＥＳ）はステップＳ１４０５へ進み、経過していない場合（ステップＳ１４０４でＮＯ）はステップＳ１４０９へ進む。設定時間は、例えば、ＲＯＭ３０１やＲＡＭ３０２等の記憶装置に予め記憶しておく。
【００８９】
ステップＳ１４０９では、受信予定の識別番号に対応する台端末４００からブロードキャストデータを受信したか否かを判定する。例えば、受信予定の識別番号に対応する台端末４００が台端末４００ａの場合は、台端末４００ａからブロードキャストデータを受信したか否かを判定する。ブロードキャストデータを受信した場合（ステップＳ１４０９でＹＥＳ）はステップＳ１４１０へ進み、受信していない場合（ステップＳ１４０３）へ戻り、更にデータ受信待機を継続する。
【００９０】
ステップＳ１４１０では、データ受信予定の台端末４００（例えば、台端末４００ａ）から受け取ったデータに基づいて、メモリ（記憶装置）に保持された、遊技台の情報についてのデータを更新する。
【００９１】
次に、ステップＳ１４１１では、データ受信予定の台端末４００の識別番号を、台端末４００の配列に基づいて更新する。例えば、図１の構成において、データ受信予定の台端末４００が台端末４００ａだった場合は、台端末４００ａに対してトークンの転送方向に隣接して接続された、台端末４００ｂの識別情報に更新する。尚、図１の構成において、データ受信予定の台端末４００が、トークンを最後に受け取る台端末４００である台端末４００ｆだった場合は、始めにトークンを受け取る台端末４００ａの識別情報に更新する。
【００９２】
次に、ステップＳ１４１２では、データの受信待機処理を、島５００を構成する全ての台端末４００について実行したか否かを判定する。全ての台端末４００について実行した場合（ステップＳ１４１２でＹＥＳ）は、ステップＳ１４０１に戻り、所定のタイミングに基づいて再びトークンを送出する。全ての台端末４００について実行していない場合（ステップＳ１４１２でＮＯ）は、ステップＳ１４０３に戻り、ステップＳ１４１１で更新したデータ受信予定の台端末識別番号に対応する台端末４００からのブロードキャストデータ受信を待機する。
【００９３】
障害が発生していない通常動作時においては、上記の処理を繰り返すことによって、遊技台６００の情報についてのデータを最新のものに保つことができる。何らかの障害が発生した場合は、台端末４００からブロードキャストデータを受信できない、即ち、無応答を検出することになる。先に述べたように、無応答を検出した場合（ステップＳ１４０４でＹＥＳ）はステップＳ１４０５以下の処理を行う。
【００９４】
ステップＳ１４０５では、台端末４００からブロードキャストデータを受信できなかったことを示す、無応答の通知をホスト端末２００へ送出する。例えば、図１０のように、台端末４００ｄと台端末４００ｅとの間の通信回線１００に断線が生じている場合は、台端末４００ｄ、４００ｅからブロードキャストデータが受信できないことが検出されるため、台端末４００ｄ、４００ｅについて無応答の通知をホスト端末２００へ送出することになる。
【００９５】
次に、ステップＳ１４０６では、無応答の検出回数が予め設定された設定回数に達したか否かを判定する。設定回数に達した場合（ステップＳ１４０６でＹＥＳ）はステップＳ１４０７へ進み、達していない場合（ステップＳ１４０６でＮＯ）はステップＳ１４１１へ進む。設定回数は、例えば、ＲＯＭ３０１やＲＡＭ３０２等の記憶装置に予め記憶しておく。
【００９６】
ステップＳ１４０７では、無応答の検出が設定回数に達したため、障害発生を検出したと判断する。
【００９７】
そして、ステップＳ１４０８において、障害発生が検出されたことを示す障害検出の通知をホスト端末２００へ送出する。
【００９８】
以上のような処理を行うことにより、島端末３００及びホスト端末２００は、遊技場管理システムに発生した障害を検出することができる。
【００９９】
（ホスト端末２００の処理）
次に、ホスト端末２００が実行する処理について図１５を参照して説明する。図１５は、ホスト端末２００が実行する処理の流れを示したフローチャートである。
【０１００】
まず、ステップＳ１５０１において、ホスト端末２００は、島端末３００ａへ、遊技台６００の情報についてのデータ送信を要求する、データ送信要求を送信する。図９を参照して上述したように、ホスト端末２００からデータ送信要求を受け取った島端末３００ａは、保持している遊技台６００の情報についてのデータをホスト端末２００へ送出する。
【０１０１】
次に、ステップＳ１５０２において、島端末３００ａから遊技台６００の情報についてのデータを受信する。
【０１０２】
次に、ステップＳ１５０３において、ステップＳ１５０２で受信したデータに基づいて、ホスト端末２００が保持していたデータを更新する。ただし、先に述べたように、島端末３００ａから受け取ったデータのうち、最新の情報に更新されていない部分については更新しないようにする。
【０１０３】
次に、ステップＳ１５０４において、島端末３００から障害検出の通知を受け取っているか否かを判定する。受け取っている場合（ステップＳ１５０４でＹＥＳ）はステップＳ１５０５へ進む。受け取っていない場合（ステップＳ１５０４でＮＯ）はステップＳ１５０１へ戻り、所定のタイミングで島端末３００ａへデータ送信を送出する。
【０１０４】
ステップＳ１５０５では、ホスト端末２００は、島端末３００ｂへデータ送信要求を送信する。図９を参照して上述したように、ホスト端末２００からデータ送信要求を受け取った島端末３００ｂは、保持している遊技台６００の情報についてのデータをホスト端末２００へ送出する。
【０１０５】
次に、ステップＳ１５０６において、島端末３００ｂから遊技台６００の情報についてのデータを受信する。
【０１０６】
次に、ステップＳ１５０７において、ステップＳ１５０６で受信したデータに基づいて、ホスト端末２００が保持していたデータを更新する。ただし、先に述べたように、島端末３００ｂから受け取ったデータのうち、最新の情報に更新されていない部分については更新しないようにする。
【０１０７】
上記のような処理を行うことで、ホスト端末２００は、遊技場管理システムに障害が発生した場合においても最新のデータを取得し、遊技場を管理することができる。
【０１０８】
なお、島端末３００（例えば島端末３００ａ）が故障した場合、もう一方の島端末３００（例えば島端末３００ｂ）及び台端末４００は、例えば、所定のタイミングで島５００を構成するいずれかの台端末４００からブロードキャストデータを受信できなかったことや、故障した島端末３００（例えば島端末３００ａ）からトークンを受信できなかったこと等に基づいて障害を検出する。この場合も、通信回線１００、台端末３００の障害発生を検出したときの処理と同様に、もう一方の島端末３００（例えば島端末３００ｂ）がトークンパッシング処理を開始し、ホスト端末２００は、もう一方の島端末３００（島端末３００ｂ）にデータ送信要求を送出することで、継続して島５００を構成する台端末４００についてのデータを取得することができる。なお、用途や目的に応じて、島端末３００の故障は、例えば、データ送信要求に対する応答が一定時間以内に受信されなかったことに基づいて、ホスト端末２００が検出するように構成してもよい。
【０１０９】
（障害発生箇所特定処理）
次に、ブロードキャストデータに基づいて障害が発生した箇所を特定する、障害発生箇所特定処理について図１６を参照して説明する。図１６は、障害発生箇所特定処理の流れを示したフローチャートである。なお、本実施形態では、ホスト端末２００が、障害発生箇所特定処理を実行するものとするが、島端末３００ａ、３００ｂが協調して動作することによって実行するように構成してもよい。
【０１１０】
まず、障害発生箇所特定の原理について述べる。先に述べたように、ある台端末４００がブロードキャストを行わない場合、その台端末４００に接続された遊技台６００の情報は、その台端末４００以外の台端末４００、島端末３００においては更新されないことになる。
【０１１１】
従って、例えば図１０のように、台端末４００ｄと台端末４００ｅの間の通信回線１００が断線した状況においては、台端末４００ｅ、４００ｆにそれぞれ接続された遊技台６００の情報は、台端末４００ａ乃至４００ｄ、島端末３００ａにおいては更新されない。この場合、障害検出に基づいて島端末３００ｂがトークンを送出した場合は、台端末４００ａ乃至４００ｄにそれぞれ接続された遊技台６００の情報は、台端末４００ｅ、４００ｆ、島端末３００ｂにおいては更新されない。
【０１１２】
また、例えば図１１のように、台端末４００ｄが故障した状況においては、台端末４００ｅ、４００ｆにそれぞれ接続された遊技台６００の情報は、台端末４００ａ乃至４００ｃ、島端末３００ａにおいては更新されない。この場合、障害検出に基づいて島端末３００ｂがトークンを送出した場合は、台端末４００ａ乃至４００ｃにそれぞれ接続された遊技台６００の情報は、台端末４００ｅ、４００ｆ、島端末３００ｂにおいては更新されない。台端末４００ｄに接続された遊技台６００の情報は、台端末４００が故障しているため、いずれの装置においても更新されない。
【０１１３】
このように、遊技場管理システムにおける障害発生箇所は、正常動作をしている端末が保持する遊技台６００の情報がどのように更新されたかに反映される。そこで障害発生箇所特定処理においては、遊技台６００の情報がどのように更新されたかに基づいて障害発生箇所を特定する。
【０１１４】
まず、ステップＳ１６０１において、ホスト端末２００は、島端末３００ａが送出したトークンに対応するブロードキャストを行わなかった台端末４００の集合Ａを特定する。 例えば、上述した図９の場合では、島端末３００ａは、台端末４００ｅ、４００ｆからブロードキャストデータを受信しないため、集合Ａ＝｛台端末４００ｅ、台端末４００ｆ｝となる。上述した図１０の場合では、島端末３００ａは、台端末４００ｄ乃至４００ｆからブロードキャストデータを受信しないため、集合Ａ＝｛台端末４００ｄ、台端末４００ｅ、台端末４００ｆ｝となる。
【０１１５】
次に、ステップＳ１６０２において、ホスト端末２００は、島端末３００ｂが送出したトークンに対応するブロードキャストを行わなかった台端末４００の集合Ｂを特定する。 例えば、上述した図９の場合では、島端末３００ｂは、台端末４００ａ乃至４００ｄからブロードキャストデータを受信しないため、集合Ｂ＝｛台端末４００ａ、台端末４００ｂ、台端末４００ｃ、台端末４００ｄ｝となる。上述した図１０の場合では、島端末３００ｂは、台端末４００ａ乃至４００ｄからブロードキャストデータを受信しないため、集合Ｂ＝｛台端末４００ａ、台端末４００ｂ、台端末４００ｃ、台端末４００ｄ｝となる。
【０１１６】
次に、ステップＳ１６０３において、ステップＳ１６０１、Ｓ１６０２で特定した集合Ａ、Ｂに共通項が存在するか否かを判定する。存在する場合（ステップＳ１６０３でＹＥＳ）はステップＳ１６０４へ進み、存在しない場合（ステップＳ１６０３でＮＯ）はステップＳ１６０５へ進む。
【０１１７】
例えば、上述した図９の場合では、集合Ａ、Ｂに共通項は存在しないため（ステップＳ１６０３でＮＯ）、ステップＳ１６０５へ進む。上述した図１０の場合では、集合Ａ、Ｂに共通項｛台端末４００ｄ｝が存在するため（ステップＳ１６０３でＹＥＳ）、ステップＳ１６０４へ進む。
【０１１８】
ステップＳ１６０４では、集合Ａ、Ｂの共通項に対応する台端末４００に障害があると判定する。例えば、上述した図１０の場合では、集合Ａ、Ｂに共通項｛台端末４００ｄ｝が存在するため、台端末４００ｄに障害があると判定する。そして、処理を終了する。
【０１１９】
ステップＳ１６０５では、集合Ａ、Ｂの境界に位置する通信回線１００に障害があると判定する。例えば、上述した図１０の場合では、集合Ａ＝｛台端末４００ｅ、台端末４００ｆ｝、集合Ｂ＝｛台端末４００ａ、台端末４００ｂ、台端末４００ｃ、台端末４００ｄ｝であるため、台端末４００ｄと台端末４００ｅとの間の通信回線１００に障害があると判定する。そして処理を終了する。
【０１２０】
以上のように、本実施形態の構成においては、遊技台６００の情報がどのように更新されたかに基づいて、障害発生箇所を特定する。
【０１２１】
なお、ホスト端末２００は、障害を検出したことや上記の障害発生箇所特定処理によって特定された障害発生箇所等の、障害検出に関する情報を、ディスプレイ２０７に表示することにより、ユーザは遊技場管理システムにおける障害発生について容易に知ることができる。
【０１２２】
＜＜その他の実施形態＞＞
以上、本発明の実施形態例について詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様を取ることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１２３】
尚、本発明は、前述した実施形態の機能を実現するプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１２４】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含む。
【０１２５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１２６】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１２７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１２８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。 また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１２９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１３０】
【図１】本実施形態における遊技場管理システムの構成を例示的に示したブロック図である。
【図２】実際の遊技場において取りうる、本実施形態の遊技場管理システムの構成を例示的に示した図である。
【図３】ホスト端末のハードウェア構成を模式的に示したブロック図である。
【図４】島端末のハードウェア構成を模式的に示したブロック図である。
【図５】４つの通信回線が接続された島端末の構成を示したブロック図である。
【図６】台端末のハードウェア構成を模式的に示したブロック図である。
【図７】ホスト端末、島端末、台端末が同期して記憶するデータの構造を模式的に示した図である。
【図８】トークンパッシング処理の処理の流れを示したフローチャートである。
【図９】基本処理の流れを示したフローチャートである。
【図１０】通信回線が断線した様子を模式的に示した図である。
【図１１】台端末が故障した様子を模式的に示した図である。
【図１２】通信回線に断線が生じた場合におけるトークンパッシング処理の流れを簡略化して示した図である。
【図１３】島端末から受け取った台端末のデータに基づいて、ホスト端末がデータを更新する様子を模式的に示した図である。
【図１４】島端末の処理の流れを示したフローチャートである。
【図１５】ホスト端末が実行する処理の流れを示したフローチャートである。
【図１６】障害発生箇所特定処理の流れを示したフローチャートである。
【技術分野】
【０００１】
本発明は遊技台の情報を管理する遊技場管理システムに関する。
【背景技術】
【０００２】
従来より、パチンコ機やスロットマシン等の遊技台を設置した遊技場において、売り上げ金額や出玉数等の、遊技台の情報を取得する複数の台端末と、ホスト端末とを接続し、遊技台の情報をホスト端末において一元管理する遊技場管理システムが知られている。
【０００３】
例えば、特許文献１には、複数の台端末がそれぞれ接続された複数のループ回線と、ホスト端末に接続するループ回線を順次切り替える切り替え接続部とを備えた構成において、ホスト端末に接続していないループ回線に接続された台端末は、ホスト端末側に緊急に伝える必要がある緊急情報を集めて保持し、ホスト端末に接続されると直ちに緊急情報をホスト端末に転送することで、高速なデータ転送を実現した構成が開示されている。
【０００４】
また、特許文献２には、ホスト端末と複数の台端末と通信を中継する複数の島端末を配置した構成において、台端末と島端末との通信回線を２系統設けることで、通信回線の障害に対する適応性を高めた構成が開示されている。
【特許文献１】特許第３４５５１３８号公報
【特許文献２】特開平１１−２３９６５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に開示された構成においては、システムの障害に対する対応が考慮されていない。
【０００６】
また、特許文献２に開示された構成においては、２系統の通信回線を設けることで、通信回線の障害に対する適応性を高めた構成が開示されているが、２系統の通信回線を設置し、保守・管理するためのコストを要する。また、２系統の通信回線において同時に障害が発生した場合、この構成によっては障害に適応することができない。さらに、この構成によっては、台端末や島端末の障害に対応しておらず、台端末や島端末において障害が発生した場合、システムの運用が阻害される。また、障害発生時に、障害の発生箇所を特定するために手間がかかる。
【０００７】
本発明は上記問題に鑑みなされたものであり、システム障害に対応する適応性が高い低コストなシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明によれば、
遊技台から当該遊技台の情報を取得する複数の台端末と、
前記複数の台端末と通信可能に接続され、前記情報を取得する第１及び第２の島端末と、
前記第１及び第２の島端末と通信可能に接続されたホスト端末と、
を備えた遊技場管理システムにおいて、
前記第１及び第２の島端末を両端として、前記第１及び第２の島端末と前記複数の台端末とは通信回線により直列的に接続され、
前記第１の島端末及び前記台端末の少なくともいずれかは、隣接して接続された前記台端末に対してトークン情報を送出する第１のトークンパッシング手段を備え、
前記複数の台端末は、前記トークン情報の受信を契機として、前記遊技台の情報を前記通信回線上でブロードキャストすると共に、該通信回線の順方向に前記トークン情報を転送する通信手段を備え、
ブロードキャストされた前記情報に基づき障害の有無を判定する障害判定手段を備えたことを特徴とする遊技場管理システムが提供される。
【発明の効果】
【０００９】
本発明によれば、システム障害に対応する適応性が高い低コストなシステムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、添付図面を参照して本発明に係る実施の形態を詳細に説明する。ただし、この実施の形態に記載されている構成要素はあくまでも例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。
【００１１】
＜＜第１実施形態＞＞
本実施形態の遊技場管理システムは、遊技台から当該遊技台の情報を取得する複数の台端末と、複数の台端末と通信可能に接続され、遊技台の情報を取得する第１及び第２の島端末と、第１及び第２の島端末と通信可能に接続されたホスト端末と、を備える。ここで、第１及び第２の島端末を両端として、第１及び第２の島端末と複数の台端末とは通信回線により直列的に接続される。このようなシステム構成において、第１の島端末及び台端末の少なくともいずれかは、隣接して接続された台端末に対してトークン情報を送出し、複数の台端末は、トークン情報の受信を契機として、遊技台の情報を通信回線上でブロードキャストすると共に、該通信回線の順方向にトークン情報を転送する。ただし、順方向とは、通信回線において第１の島端末から第２の島端末へ向かう方向である。そして、ブロードキャストされた遊技台の情報に基づき障害を検出する。このような構成によれば、システム障害に対応する適応性が高い低コストなシステムを提供することが可能である。以下、このような構成の詳細を説明する。
【００１２】
（システム構成）
図１は、本実施形態における遊技場管理システムの構成を例示的に示したブロック図である。
【００１３】
図１に示すように、遊技場管理システムは、ホスト端末２００と、それぞれホスト端末に接続された２台の島端末３００ａ（第１の島端末）、３００ｂ（第２の島端末）（以下、まとめて島端末３００と称する）、島端末３００ａ、３００ｂを両端としてそれぞれ通信回線１００により直列的に接続された複数の台端末４００ａ乃至４００ｆ（以下、まとめて台端末４００と称する）から構成されている。
【００１４】
ホスト端末２００は、遊技場管理システムの全体を管理し、遊技場管理システムの障害検出や障害発生時におけるシステム制御を行う情報処理装置である。クライアント１０１は、例えば、パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）等で実現される。ホスト端末２００は、ユーザから遊技場管理システムへの指示入力を受け付ける指示入力装置や、障害検出等の表示を行う表示装置等の、ユーザインタフェースを備えている。
【００１５】
島端末３００は、台端末４００とホスト端末２００との接続を仲介する情報処理装置である。本実施形態の遊技場管理システムにおいては、複数の台端末４００は１以上のグループに分類され、各グループ毎に台端末４００を管理する。本実施形態では、このグループを島５００と呼ぶ。島端末３００は、２台一組で、島を構成する台端末４００を管理する。例えば、図１に例示した構成では、島端末３００ａ、３００ｂは、島５００を構成する台端末４００ａ乃至４００ｆを管理する。
【００１６】
台端末４００は、接続された遊技台から遊技台の情報を取得し、ホスト端末２００、島端末３００等に通知する情報処理装置である。
【００１７】
通信回線１００は、典型的には、ＬＡＮ（Local Area Network）であるが、有線／無線を問わず、公衆回線（アナログ回線、ＩＳＤＮ（Integrated Services Digital Network）等）やＷＡＮ（Wide Area Network）、無線ＬＡＮ等のデータ送受信可能な回線であれば、どのような構成でもよい。通信回線１００上の通信プロトコルは、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等を採用することができる。
【００１８】
なお、図１に例示した遊技場管理システムの構成は、本発明に係る実施形態の作用及び効果を端的に説明するための基本的なものである。実際の遊技場において遊技場管理システムを運用する場合は、用途や目的、或いは、機器の配置等の制約条件に基づいて、多様な構成を取ることができる。図２は、実際の遊技場において取りうる、本実施形態の遊技場管理システムの構成を例示的に示した図である。
【００１９】
図２において、島端末３００ｐ乃至３００ｓは、それぞれ、ホスト端末２００と接続する１つの通信部と、台端末４００及び他の島端末３００と接続する４つの通信部とを備えている。島５００ａに属する複数の台端末４００は、島端末３００ｐ及び島端末３００ｑを両端として、通信回線１００ａにより直列的に接続されている。同様に、島５００ｂ乃至５００ｈに属する複数の台端末４００も、２つの島端末３００を両端として、それぞれ通信回線１００ｂ乃至１００ｈにより直列的に接続されている。
【００２０】
このように、図２に例示した構成は、図１の構成を組み合わせたものと捉えることができる。実際、図２に例示した構成を運用する場合、各島５００について、その島に属する複数の台端末４００、その台端末４００が通信回線１００により接続された２つの島端末３００、ホスト端末２００は、それぞれ、図１に例示した構成と同様の処理を行う。このため、以下、図１に例示した構成について説明する。
【００２１】
（ホスト端末２００の構成）
次に、ホスト端末２００の構成について図３を参照して説明する。図３は、ホスト端末２００のハードウェア構成を模式的に示したブロック図である。
【００２２】
図３において、２１０はＣＰＵであり、後述するハードディスク装置（以下、ＨＤと呼ぶ）２０５に格納されているアプリケーションプログラム、オペレーティングシステム（ＯＳ）や制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００２３】
２０１はＲＯＭであり、内部には基本Ｉ／Ｏプログラム等のプログラム、遊技場管理システムを管理するために必要な各種データ等を記憶する。２０２は各種データを記憶するためのＲＡＭであり、ＣＰＵ２１０の主メモリ、ワークエリア等として機能する。
【００２４】
２０３は記録媒体へのアクセスを実現するための外部記憶ドライブであり、メディア（記録媒体）２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。尚、メディア２０４は、例えば、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。
【００２５】
２０５は外部記憶装置であり、本実施形態では大容量メモリとして機能するＨＤ（ハードディス装置）を用いている。ＨＤ２０５には、アプリケーションプログラム、ＯＳ、制御プログラム、関連プログラム等が格納される。
【００２６】
２０６は指示入力装置であり、キーボードやポインティングデバイス（マウス等）、タッチパネル等がこれに相当する。指示入力装置２０６を用いて、ユーザは、ホスト端末２００に対して、装置を制御するコマンド等を入力指示する。
【００２７】
２０７はディスプレイであり、指示入力装置２０６から入力したコマンドや、それに対するホスト端末２００の応答出力等を表示したりするものである。
【００２８】
２０９はシステムバスであり、ホスト端末２００内のデータの流れを司るものである。２０８はインターフェイス（以下、Ｉ／Ｆという）であり、通信回線１００に接続される。ホスト端末２００は、Ｉ／Ｆ２０８を介して外部装置とのデータのやり取りを行う。
【００２９】
尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。
【００３０】
本実施形態では、メディア２０４から本実施形態に係るプログラム及び関連データを直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、本実施形態に係るプログラムを動作させる度に、既にプログラムがインストールされているＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。また、本実施形態に係るプログラムをＲＯＭ２０１に記録しておき、これをメモリマップの一部をなすように構成し、直接ＣＰＵ２１０で実行することも可能である。
【００３１】
また、本実施形態では、説明の便宜のため、ホスト端末２００を１つの装置で実現した構成について述べるが、複数の装置にリソースを分散した構成によって実現してもよい。例えば、記憶や演算のリソースを複数の装置に分散した形に構成してもよい。或いは、ホスト端末２００上で仮想的に実現される構成要素毎にリソースを分散し、並列処理を行うようにしてもよい。
【００３２】
（島端末３００の構成）
次に、島端末３００の構成について図４を参照して説明する。図４は、島端末３００のハードウェア構成を模式的に示したブロック図である。
【００３３】
図４において、３１０はＣＰＵであり、後述するＲＯＭ３０１等に格納されたオペレーティングシステム（ＯＳ）や制御プログラム等を実行し、ＲＡＭ３０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００３４】
３０１はＲＯＭであり、内部には基本Ｉ／Ｏプログラム等のプログラム、遊技場管理システムを管理するために必要な各種データを記憶する。３０２は各種データを一時記憶するためのＲＡＭであり、ＣＰＵ３１０の主メモリ、ワークエリア等として機能する。
【００３５】
３０３は、システムバスであり、島端末３００内のデータの流れを司るものである。
【００３６】
３０４、３０５は外部装置との通信インタフェースとしての、それぞれ第１通信部、第２通信部である。本実施形態では、第１通信部３０４は通信回線１００に接続するための通信インタフェース、第２通信部３０５はホスト端末２００に接続するための通信インタフェースである。
【００３７】
３０６は、当該島端末３００のネットワーク上のアドレスを外部装置に認識させるためのアドレス設定部である。
【００３８】
３０７は、ディスプレイであり、島端末３００のステータス（状況）及び診断表示等を表示するものである。
【００３９】
尚、遊技場管理システムを図２のように構成した場合、島端末３００の構成は図５のようになる。図５は、４つの通信回線１００が接続された島端末３００の構成を示したブロック図である。図５の構成は、通信回線１００に接続する第１通信部を、第１通信部ａ（３０４ａ）、第１通信部ｂ（３０４ｂ）の２つを備え、更に、第１通信部ａ（３０４ａ）、第１通信部ｂ（３０４ｂ）は、それぞれ、２つの通信回線１００に接続可能である。このような構成により、図５の構成からなる島端末３００は、４つの通信回線１００に接続することができる。
【００４０】
尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。
【００４１】
また、本実施形態では、説明の便宜のため、島端末３００を１つの装置で実現した構成について述べるが、複数の装置にリソースを分散した構成によって実現してもよい。例えば、記憶や演算のリソースを複数の装置に分散した形に構成してもよい。或いは、島端末３００上で仮想的に実現される構成要素毎にリソースを分散し、並列処理を行うようにしてもよい。
【００４２】
（台端末４００の構成）
次に、台端末４００の構成について図６を参照して説明する。図６は、台端末４００のハードウェア構成を模式的に示したブロック図である。
【００４３】
図６において、４０１は、データを記憶するためのＲＡＭであり、本実施形態では、遊技台６００から取得された、売り上げ金額や出玉数等の遊技台６００の情報を記憶する。
【００４４】
４０２、４０３は外部装置との通信インタフェースとしての、それぞれ第１通信部、第２通信部である。本実施形態では、第１通信部４０２は通信回線１００に接続するための通信インタフェースである。第２通信部４０３は遊技台６００に接続するための通信インタフェースであり、トークン情報の受信を契機として、遊技台の情報を通信回線１００上でブロードキャストすると共に、該通信回線１００の順方向にトークン情報を転送する通信手段として機能する。
【００４５】
４０４は、当該台端末４００のネットワーク上のアドレスを外部装置に認識させるためのアドレス設定部である。
【００４６】
４０５は、システムバスであり、台端末４００内のデータの流れを司るものである。
【００４７】
６００は、遊技台であり、例えば、スロットマシンやパチンコ機、玉貸機等である。図６に例示した構成では、第２通信部４０３に４つの遊技台６００が接続されているが、第２通信部４０３に接続される遊技台６００の数はこれに限られない。用途や目的に応じて適切な台数の遊技台６００を接続して構成することができる。
【００４８】
第２通信部４０３は、遊技台６００から、ＲＡＭ４０１に記憶された遊技台６００の情報を更新する旨の指示を受け取ると、その情報に基づいてＲＡＭ４０１に記憶された遊技台６００の情報を更新する。そして、第１通信部４０２は、トークン情報の受信を契機として、ＲＡＭ４０１に記憶された遊技台６００の情報を読み取り、読みとった情報を通信回線１００上でブロードキャストする。この処理（トークンパッシング処理）の詳細は後述する。
【００４９】
尚、以上の各装置と同等の機能を実現するソフトウェアにより、ハードウェア装置の代替として構成することもできる。
【００５０】
また、本実施形態では、説明の便宜のため、台端末４００を１つの装置で実現した構成について述べるが、複数の装置にリソースを分散した構成によって実現してもよい。例えば、記憶や演算のリソースを複数の装置に分散した形に構成してもよい。或いは、台端末４００上で仮想的に実現される構成要素毎にリソースを分散し、並列処理を行うようにしてもよい。
【００５１】
（データ構造）
ホスト端末２００、島端末３００、台端末４００は、島５００を構成する全ての台端末４００が記憶する遊技台６００の情報を同期させて記憶する。ただし、島端末３００、台端末４００は、後述するトークンパッシング処理によってデータの同期を行う。また、ホスト端末２００は、後述するように、予め設定されたタイミングで、島端末３００からデータを取得することによってデータの同期を行う。
【００５２】
図７は、ホスト端末２００、島端末３００、台端末４００が同期して記憶するデータの構造を模式的に示した図である。図７において、１６０１は、台端末４００を識別する識別情報としての台端末識別子である。１６０２は、データを更新した時刻としてのデータ更新時刻である。図７では、データ更新時刻１６０２が、予め設定された基準時刻からの経過時間によって表現された場合を例示的に示している。１６０３は、台端末４００が記憶するデータ、即ち、当該台端末４００に接続された遊技台６００の情報である。
【００５３】
ホスト端末２００、島端末３００、台端末４００は、図７に例示したような構造のデータを、それぞれ所定の記憶装置に記憶する。例えば、ホスト端末２００はＨＤ２０５、島端末３００はＲＡＭ３０２、台端末４００はＲＡＭ４０１に、それぞれデータを記憶するように構成することができる。尚、遊技台６００の情報のデータを記憶する記憶装置を不揮発性メモリで構成することにより、端末（ホスト端末２００、島端末３００、台端末４００）に障害が発生した場合においても、不揮発性メモリに記憶されたデータを継続して記憶することができる。このため、不揮発性メモリを搭載した端末については、不揮発性メモリの解析により、障害発生の直前のデータを取得することができる。
【００５４】
（トークンパッシング処理）
次に、本実施形態の遊技場管理システムにおいて実行するトークンパッシング処理について、図８を参照して説明する。図８は、トークンパッシング処理の処理の流れを示したフローチャートである。
【００５５】
図１に例示した構成において、島端末３００ａは、隣接して接続された台端末４００ａに対して予め設定されたタイミングでトークン情報を送出する（５０１）。台端末４００ａは、トークン情報の受信を契機として、台端末４００ａの記憶装置が記憶する遊技台６００の情報についてのデータを通信回線１００上でブロードキャストすると共に（５０２）、通信回線１００の順方向、即ち、台端末４００ｂにトークン情報を転送する（５０３）。ここで、台端末４００ａがブロードキャストする遊技台６００の情報は、図７に示したような、台端末４００ａ乃至４００ｆについての全ての情報（１６０４）である。ただし、１６０４において、台端末４００ａについての情報１６０５は、台端末４００ａが遊技台６００から取得した情報に基づいて更新される。１６０４において、情報１６０５以外の情報は、該当する台端末４００から受け取ったデータに基づいて更新される。
【００５６】
島端末３００、台端末４００ｂ乃至４００ｆは、それぞれ、台端末４００ａからブロードキャストされたデータを受信すると、記憶装置に記憶されたデータを受信したデータで更新する（５０４）。
【００５７】
各台端末４００は、台端末４００ａと同様に、トークン情報の受信を契機として、台端末４００に記憶された遊技台６００についてのデータを通信回線１００上でブロードキャストすると共に、通信回線１００の順方向にトークン情報を転送する。また、島端末３００、台端末４００は、ブロードキャストされたデータに基づいて記憶装置に記憶されたデータを更新する。
【００５８】
例えば、台端末４００ｂも、台端末４００ａと同様に、トークン情報の受信を契機として、台端末４００ｂに接続された遊技台６００の情報を含むデータを通信回線１００上でブロードキャストすると共に（５０５）、通信回線１００の順方向、即ち、台端末４００ｃにトークン情報を転送する（５０６）。島端末３００、台端末４００ａ、４００ｃ乃至ｆは、それぞれ、台端末４００ｂからブロードキャストされたデータに基づいて、記憶装置に記憶されたデータを更新する（５０７）。台端末４００ｃ乃至ｆも、このような処理を順次行う。ただし、台端末４００ｆは、遊技台６００についてのデータをブロードキャストした後、トークン情報を島端末３００ｂに転送する。
【００５９】
なお、本実施形態において、各台端末４００は、所定のクロックに同期して、データのブロードキャスト、トークンの転送を実行する。従って、通常の動作時においては、島端末３００ａによるトークンの送出後、各台端末４００がブロードキャストを行うのは、それぞれ一定時間以内である。また、島端末３００ａも、所定のクロックに同期して一定時間置きにトークンを送出する。
【００６０】
また、上記では、トークン情報を始めに送出するのは島端末３００である場合について述べたが、台端末４００のいずれかが、予め設定されたイベントに基づいて隣接して接続された台端末４００、又は、島端末３００へ、トークン情報を送出するように構成してもよい。
【００６１】
以上のような処理を行うことにより、遊技場管理システムの通常の動作時において、島端末３００、台端末４００の記憶装置に記憶されたデータは、ブロードキャストを行った台端末４００に接続された遊技台６００の情報が更新された形で、全ての端末において同期して保持されることになる。
【００６２】
なお、上記のように、ある１つの台端末４００（例えば、台端末４００ａ）に接続された遊技台６００の情報１６０５の、データ更新時刻１６０２、データ列１６０３の値を取得し、変更するのはその台端末４００（例えば、台端末４００ａ）であり、それ以外の台端末４００（例えば、台端末４００ｂ乃至４００ｆ）、島端末３００は、その台端末４００（例えば、台端末４００ａ）が保持するデータに同期させるのみである。従って、ある１つの台端末４００（例えば、台端末４００ａ）が、その保持するデータをブロードキャストしない場合、その台端末４００（例えば、台端末４００ａ）に接続された遊技台６００の情報（例えば、図７における１６０５）は、それ以外の台端末４００（例えば、台端末４００ｂ乃至ｆ）、島端末３００において更新されないことになる。
【００６３】
（基本処理）
次に、島端末３００とホスト端末２００との間で実行する基本処理について、図９を参照して説明する。図９は基本処理の流れを示したフローチャートである。
【００６４】
通常の動作時において、ホスト端末２００は、予め設定されたタイミングで島端末３００ａにデータ送信要求を送出する（６０１、６０３）。データ送信要求は、台端末４００に接続された遊技台６００の情報の送信を要求するものである。島端末３００ａは、データ送信要求の受信に応じて、記憶装置に記憶された台端末４００ａ乃至４００ｆについてのデータをホスト端末２００へ送出する（６０２、６０４）。このような処理を行うことにより、ホスト端末２００も、島端末３００及び台端末４００の保持する遊技台６００の情報と同じデータを、同期して保持することができる。このため、ユーザは、ホスト端末２００に備えられたユーザインタフェース（指示入力装置２０６、ディスプレイ２０７等）を介して、遊技場管理システム内の全ての遊技台６００の情報を閲覧することができる。
【００６５】
ここで、遊技場管理システムに障害が発生した状況を考える。障害が発生した状況の一例について、図１０を参照して説明する。図１０は、台端末４００ｄと台端末４００ｅの間の通信回線１００が断線した様子（１００５は断線箇所を示す）を模式的に示した図である。
【００６６】
このような状況においては、島端末３００ａが送出したトークン（トークン１）１００１を受信できるのは、台端末４００ａ乃至４００ｄであり、台端末４００ｅ、４００ｆは受信することができない。このため、データのブロードキャストを行うのは台端末４００ａ乃至４００ｄであり、台端末４００ｅ、４００ｆは行わない。
【００６７】
遊技場管理システムにおいて発生しうる障害としては、台端末４００の故障も考えられる。台端末４００が故障した場合の状況について図１１を参照して説明する。図１１は、台端末４００ｄが故障した様子を模式的に示した図である。
【００６８】
ここで、台端末４００ｄの故障は、台端末４００ｄがその動作を全く行えない程度のものとする。このような状況においては、島端末３００ａが送出したトークン（トークン１）１１０１を受信できるのは、台端末４００ａ乃至４００ｃであり、台端末４００ｄ乃至４００ｆは受信することができない。このため、データのブロードキャストを行うのは台端末４００ａ乃至４００ｃであり、台端末４００ｄ乃至４００ｆは行わない。
【００６９】
このように、遊技場管理システムにおいて何らかの障害が発生した場合、ブロードキャストが正常に行われないことになる。また、先に述べたように、通常の動作時においては、島端末３００ａによるトークンの送出後、各台端末４００がブロードキャストを行うのは、それぞれ一定時間以内である。従って、島端末３００ａは、トークン送出後一定時間以内に、島５００を構成するいずれかの台端末４００からブロードキャストがなされなかったことを検出することにより、遊技場管理システムに何らかの障害が発生したことを検出することができる。また、島端末３００ｂ、台端末４００ｄ乃至ｆも、台端末４００ａ乃至４００ｃからのブロードキャストデータを受信できなかったことを検出することにより、遊技場管理システムに何らかの障害が発生したことを検出することができる。
【００７０】
（障害判定処理）
次に、ブロードキャストされた情報に基づき障害の有無を判定する障害判定処理（障害判定手段が実行する処理）について説明する。
【００７１】
図９のステップＳ６５１において、島端末３００ａは、トークンの送出に対する応答としてのブロードキャストが、全ての台端末４００からなされたか否かを判定する。島５００を構成するいずれかの台端末４００からブロードキャストがなされなかった場合（ステップＳ６５１でＹＥＳ）は、無応答が存在したことを示す無応答の通知６０５をホスト端末２００へ送出する。この処理は、トークンの送出毎に実行する。
【００７２】
更に、島端末３００ａは、いずれかの台端末４００からブロードキャストがなされなかったことの検出回数が予め設定された設定回数（例えば、１０回）に達したか否かを判定する。設定回数に達した場合（ステップＳ６５２でＹＥＳ）は、障害の発生を検出したことを示す障害検出の通知６０６をホスト端末２００へ送出する。本実施形態では、通信回線１００上のパケット紛失による検出誤りを防止するために、ブロードキャストがなされなかったことの検出回数が設定回数に達した場合に障害が発生したものと判断する。
【００７３】
一方、島端末３００ｂ及び台端末４００は、所定のタイミングで島５００を構成するいずれかの台端末４００からブロードキャストデータを受信できなかったことや、島端末３００ａからトークンを受信できなかったこと等に基づいて障害を検出する。そして、島端末３００ｂは、障害検出を契機として隣接して接続された台端末４００ｆに対して予め設定されたタイミングでトークン情報（トークン２と呼ぶ）を送出する。尚、用途や目的に応じて、ホスト端末２００が、無応答の通知６０５、又は、障害検出の通知６０６を受信したことを契機として、島端末３００ｂへトークンの送出を指示する指示情報を送出し、島端末３００ｂは、指示情報の受信を契機としてトークン２の送出を開始するように構成してもよい。
【００７４】
各台端末４００は、島端末３００ａから送出されたトークンを受信した場合と同様に、トークン２の受信を契機として、台端末４００に記憶された遊技台６００についてのデータを通信回線１００上でブロードキャストすると共に、通信回線１００の逆方向にトークン情報を転送する。ただし、逆方向とは、順方向と逆の方向、即ち、通信回線において第２の島端末から第１の島端末へ向かう方向である。つまり、図の構成では、通信回線１００において島端末３００ｂから島端末３００ａへ向かう方向である。また、島端末３００、台端末４００は、ブロードキャストされたデータに基づいて記憶装置に記憶されたデータを更新する。
【００７５】
図１２は、台端末４００ｄと台端末４００ｅとの間の通信回線１００に断線が生じた場合における、トークンパッシング処理の流れを簡略化して示した図である。
【００７６】
図１２のように、台端末４００ｄと台端末４００ｅとの間の断線箇所において、トークンは消失するが、島端末３００ａから送出されたトークンに基づくトークンパッシング処理により、島端末３００ａ、及び、台端末４００ａ乃至４００ｄは、台端末４００ａ乃至４００ｄについての最新の情報を同期して保持することができる。同様に、島端末３００ｂから送出されたトークンに基づくトークンパッシング処理により、島端末３００ｂ、及び、台端末４００ｅ、４００ｆは、台端末４００ｅ、４００ｆについての最新の情報を同期して保持することができる。
【００７７】
また、島端末３００ｂをから送出されたトークンに基づくトークンパッシング処理により、台端末４００が故障した場合においても、故障していない台端末４００について最新の情報を取得することができる。例えば、図１１のように、台端末４００ｄが故障した場合、島端末３００ａから送出されたトークンに基づくトークンパッシング処理により、島端末３００ａ、及び、台端末４００ａ乃至４００ｃは、台端末４００ａ乃至４００ｃについての最新の情報を同期して保持することができる。同様に、島端末３００ｂから送出されたトークンに基づくトークンパッシング処理により、島端末３００ｂ、及び、台端末４００ｅ、４００ｆは、台端末４００ｅ、４００ｆについての最新の情報を同期して保持することができる。
【００７８】
ホスト端末２００は、島端末３００から障害検出の通知６０６を受信すると、予め設定されたタイミングで、島端末３００ａだけでなく、島端末３００ｂに対しても、それぞれデータ送信要求を送出するように制御する。図９は、台端末４００ｄと台端末４００ｅとの間の通信回線１００に断線が発生した場合を示しており、島端末３００ａは、ホスト端末２００からデータ送信要求６０７、６１１を受信したことを契機として、保持している台端末４００のデータをホスト端末２００へ送出する（６０８、６１２）。同様に、島端末３００ｂも、ホスト端末２００からデータ送信要求６０９、６１３を受信したことを契機として、保持している台端末４００のデータをホスト端末２００へ送出する（６１０、６１４）。ホスト端末２００は、島端末３００ａ及び３００ｂから受け取ったデータに基づいて、台端末４００についてのデータを更新する。
【００７９】
図１３は、島端末３００ａ及び３００ｂから受け取った台端末４００のデータに基づいて、ホスト端末２００がデータを更新する様子を模式的に示した図である。
【００８０】
図１３において、１３０１は、島端末３００ａ、台端末４００ａ乃至４００ｄが同期して保持する台端末４００についてのデータである。１３０２は、島端末３００ｂ、台端末４００ｅ、４００ｆが同期して保持する台端末４００についてのデータである。１３０３は、データ１３０１、１３０２に基づいて取得した、ホスト端末２００が保持するデータである。また、図１３においては、台端末４００ｄと台端末４００ｅとの間の通信回線１００に断線が生じている。
【００８１】
この場合、データ１３０１は、台端末４００ａ乃至４００ｄについては、最新の情報に同期されるが、台端末４００ｅ、４００ｆについては、断線発生時から更新されない。一方、データ１３０２は、台端末４００ｅ、４００ｆについては、最新の情報に同期されるが、台端末４００ａ乃至４００ｄについては、断線発生時から更新されない。そこで、ホスト端末２００は、島端末３００ａから取得したデータ１３０１から、最新の情報に同期される台端末４００ａ乃至４００ｄについての情報を抽出する。また、島端末３００ｂから取得したデータ１３０２から、最新の情報に同期される台端末４００ｅ、４００ｆについての情報を抽出する。そして、データ１３０１、１３０２からそれぞれ抽出した情報に基づいて、台端末４００ａ乃至４００ｆについて、最新の情報に同期されたデータ１３０３を取得、保持する。
【００８２】
このように、ホスト端末２００は、島端末３００ａ、３００ｂのそれぞれから取得したデータのうち、最新の情報に同期された部分を抽出して取得することにより、遊技場管理システム内に障害が発生した場合においても、遊技台６００の情報を取得し、システム管理を継続することができる。
【００８３】
（島端末３００の処理）
次に、島端末３００が、トークンを送出し障害検出を行う処理について、図１４を参照して説明する。図１４は、島端末３００の処理の流れを示したフローチャートである。通常、島端末３００ａが図１４の処理を実行するが、障害が検出され、島端末３００ｂもトークンを送出する場合は、島端末３００ｂも図１４の処理を実行する。
【００８４】
まず、ステップＳ１４０１において、島端末３００は、隣接して接続された台端末４００にトークンを送出する。例えば、図１の構成において島端末３００ａが処理を行う場合は、台端末４００ａにトークンを送出する。
【００８５】
次に、ステップＳ１４０２において、データを受信予定の台端末４００の識別番号を初期化する処理を行う。島端末３００は、トークンの送出に対応して次にブロードキャストデータの受信が予定される１つの台端末４００の識別情報を、ＲＡＭ３０２等の記憶装置に保持している。
【００８６】
例えば、図１の構成において島端末３００ａがトークンを送出した場合、トークンの送出に対応して、始めにデータのブロードキャストを行うのは台端末４００ａである。このため、ステップＳ１４０２では、受信予定の識別番号を台端末４００ａの識別情報で初期化する。後述のように、台端末４００ａからブロードキャストデータを受信すると、受信予定の識別番号を、次にブロードキャストを行うことが予定される台端末４００ｂの識別情報に更新する。
【００８７】
次に、ステップＳ１４０３では、受信予定の識別番号に対応する台端末４００からブロードキャストされるデータの受信待機を行う。上記の例では、台端末４００ａからブロードキャストされるデータの受信待機を行う。
【００８８】
次に、ステップＳ１４０４では、ステップＳ１４０３で受信待機を開始してからの経過時間を、所定の計時装置を用いて取得する。そして、取得された経過時間が予め設定された設定時間を経過しいている場合（ステップＳ１４０４でＹＥＳ）はステップＳ１４０５へ進み、経過していない場合（ステップＳ１４０４でＮＯ）はステップＳ１４０９へ進む。設定時間は、例えば、ＲＯＭ３０１やＲＡＭ３０２等の記憶装置に予め記憶しておく。
【００８９】
ステップＳ１４０９では、受信予定の識別番号に対応する台端末４００からブロードキャストデータを受信したか否かを判定する。例えば、受信予定の識別番号に対応する台端末４００が台端末４００ａの場合は、台端末４００ａからブロードキャストデータを受信したか否かを判定する。ブロードキャストデータを受信した場合（ステップＳ１４０９でＹＥＳ）はステップＳ１４１０へ進み、受信していない場合（ステップＳ１４０３）へ戻り、更にデータ受信待機を継続する。
【００９０】
ステップＳ１４１０では、データ受信予定の台端末４００（例えば、台端末４００ａ）から受け取ったデータに基づいて、メモリ（記憶装置）に保持された、遊技台の情報についてのデータを更新する。
【００９１】
次に、ステップＳ１４１１では、データ受信予定の台端末４００の識別番号を、台端末４００の配列に基づいて更新する。例えば、図１の構成において、データ受信予定の台端末４００が台端末４００ａだった場合は、台端末４００ａに対してトークンの転送方向に隣接して接続された、台端末４００ｂの識別情報に更新する。尚、図１の構成において、データ受信予定の台端末４００が、トークンを最後に受け取る台端末４００である台端末４００ｆだった場合は、始めにトークンを受け取る台端末４００ａの識別情報に更新する。
【００９２】
次に、ステップＳ１４１２では、データの受信待機処理を、島５００を構成する全ての台端末４００について実行したか否かを判定する。全ての台端末４００について実行した場合（ステップＳ１４１２でＹＥＳ）は、ステップＳ１４０１に戻り、所定のタイミングに基づいて再びトークンを送出する。全ての台端末４００について実行していない場合（ステップＳ１４１２でＮＯ）は、ステップＳ１４０３に戻り、ステップＳ１４１１で更新したデータ受信予定の台端末識別番号に対応する台端末４００からのブロードキャストデータ受信を待機する。
【００９３】
障害が発生していない通常動作時においては、上記の処理を繰り返すことによって、遊技台６００の情報についてのデータを最新のものに保つことができる。何らかの障害が発生した場合は、台端末４００からブロードキャストデータを受信できない、即ち、無応答を検出することになる。先に述べたように、無応答を検出した場合（ステップＳ１４０４でＹＥＳ）はステップＳ１４０５以下の処理を行う。
【００９４】
ステップＳ１４０５では、台端末４００からブロードキャストデータを受信できなかったことを示す、無応答の通知をホスト端末２００へ送出する。例えば、図１０のように、台端末４００ｄと台端末４００ｅとの間の通信回線１００に断線が生じている場合は、台端末４００ｄ、４００ｅからブロードキャストデータが受信できないことが検出されるため、台端末４００ｄ、４００ｅについて無応答の通知をホスト端末２００へ送出することになる。
【００９５】
次に、ステップＳ１４０６では、無応答の検出回数が予め設定された設定回数に達したか否かを判定する。設定回数に達した場合（ステップＳ１４０６でＹＥＳ）はステップＳ１４０７へ進み、達していない場合（ステップＳ１４０６でＮＯ）はステップＳ１４１１へ進む。設定回数は、例えば、ＲＯＭ３０１やＲＡＭ３０２等の記憶装置に予め記憶しておく。
【００９６】
ステップＳ１４０７では、無応答の検出が設定回数に達したため、障害発生を検出したと判断する。
【００９７】
そして、ステップＳ１４０８において、障害発生が検出されたことを示す障害検出の通知をホスト端末２００へ送出する。
【００９８】
以上のような処理を行うことにより、島端末３００及びホスト端末２００は、遊技場管理システムに発生した障害を検出することができる。
【００９９】
（ホスト端末２００の処理）
次に、ホスト端末２００が実行する処理について図１５を参照して説明する。図１５は、ホスト端末２００が実行する処理の流れを示したフローチャートである。
【０１００】
まず、ステップＳ１５０１において、ホスト端末２００は、島端末３００ａへ、遊技台６００の情報についてのデータ送信を要求する、データ送信要求を送信する。図９を参照して上述したように、ホスト端末２００からデータ送信要求を受け取った島端末３００ａは、保持している遊技台６００の情報についてのデータをホスト端末２００へ送出する。
【０１０１】
次に、ステップＳ１５０２において、島端末３００ａから遊技台６００の情報についてのデータを受信する。
【０１０２】
次に、ステップＳ１５０３において、ステップＳ１５０２で受信したデータに基づいて、ホスト端末２００が保持していたデータを更新する。ただし、先に述べたように、島端末３００ａから受け取ったデータのうち、最新の情報に更新されていない部分については更新しないようにする。
【０１０３】
次に、ステップＳ１５０４において、島端末３００から障害検出の通知を受け取っているか否かを判定する。受け取っている場合（ステップＳ１５０４でＹＥＳ）はステップＳ１５０５へ進む。受け取っていない場合（ステップＳ１５０４でＮＯ）はステップＳ１５０１へ戻り、所定のタイミングで島端末３００ａへデータ送信を送出する。
【０１０４】
ステップＳ１５０５では、ホスト端末２００は、島端末３００ｂへデータ送信要求を送信する。図９を参照して上述したように、ホスト端末２００からデータ送信要求を受け取った島端末３００ｂは、保持している遊技台６００の情報についてのデータをホスト端末２００へ送出する。
【０１０５】
次に、ステップＳ１５０６において、島端末３００ｂから遊技台６００の情報についてのデータを受信する。
【０１０６】
次に、ステップＳ１５０７において、ステップＳ１５０６で受信したデータに基づいて、ホスト端末２００が保持していたデータを更新する。ただし、先に述べたように、島端末３００ｂから受け取ったデータのうち、最新の情報に更新されていない部分については更新しないようにする。
【０１０７】
上記のような処理を行うことで、ホスト端末２００は、遊技場管理システムに障害が発生した場合においても最新のデータを取得し、遊技場を管理することができる。
【０１０８】
なお、島端末３００（例えば島端末３００ａ）が故障した場合、もう一方の島端末３００（例えば島端末３００ｂ）及び台端末４００は、例えば、所定のタイミングで島５００を構成するいずれかの台端末４００からブロードキャストデータを受信できなかったことや、故障した島端末３００（例えば島端末３００ａ）からトークンを受信できなかったこと等に基づいて障害を検出する。この場合も、通信回線１００、台端末３００の障害発生を検出したときの処理と同様に、もう一方の島端末３００（例えば島端末３００ｂ）がトークンパッシング処理を開始し、ホスト端末２００は、もう一方の島端末３００（島端末３００ｂ）にデータ送信要求を送出することで、継続して島５００を構成する台端末４００についてのデータを取得することができる。なお、用途や目的に応じて、島端末３００の故障は、例えば、データ送信要求に対する応答が一定時間以内に受信されなかったことに基づいて、ホスト端末２００が検出するように構成してもよい。
【０１０９】
（障害発生箇所特定処理）
次に、ブロードキャストデータに基づいて障害が発生した箇所を特定する、障害発生箇所特定処理について図１６を参照して説明する。図１６は、障害発生箇所特定処理の流れを示したフローチャートである。なお、本実施形態では、ホスト端末２００が、障害発生箇所特定処理を実行するものとするが、島端末３００ａ、３００ｂが協調して動作することによって実行するように構成してもよい。
【０１１０】
まず、障害発生箇所特定の原理について述べる。先に述べたように、ある台端末４００がブロードキャストを行わない場合、その台端末４００に接続された遊技台６００の情報は、その台端末４００以外の台端末４００、島端末３００においては更新されないことになる。
【０１１１】
従って、例えば図１０のように、台端末４００ｄと台端末４００ｅの間の通信回線１００が断線した状況においては、台端末４００ｅ、４００ｆにそれぞれ接続された遊技台６００の情報は、台端末４００ａ乃至４００ｄ、島端末３００ａにおいては更新されない。この場合、障害検出に基づいて島端末３００ｂがトークンを送出した場合は、台端末４００ａ乃至４００ｄにそれぞれ接続された遊技台６００の情報は、台端末４００ｅ、４００ｆ、島端末３００ｂにおいては更新されない。
【０１１２】
また、例えば図１１のように、台端末４００ｄが故障した状況においては、台端末４００ｅ、４００ｆにそれぞれ接続された遊技台６００の情報は、台端末４００ａ乃至４００ｃ、島端末３００ａにおいては更新されない。この場合、障害検出に基づいて島端末３００ｂがトークンを送出した場合は、台端末４００ａ乃至４００ｃにそれぞれ接続された遊技台６００の情報は、台端末４００ｅ、４００ｆ、島端末３００ｂにおいては更新されない。台端末４００ｄに接続された遊技台６００の情報は、台端末４００が故障しているため、いずれの装置においても更新されない。
【０１１３】
このように、遊技場管理システムにおける障害発生箇所は、正常動作をしている端末が保持する遊技台６００の情報がどのように更新されたかに反映される。そこで障害発生箇所特定処理においては、遊技台６００の情報がどのように更新されたかに基づいて障害発生箇所を特定する。
【０１１４】
まず、ステップＳ１６０１において、ホスト端末２００は、島端末３００ａが送出したトークンに対応するブロードキャストを行わなかった台端末４００の集合Ａを特定する。 例えば、上述した図９の場合では、島端末３００ａは、台端末４００ｅ、４００ｆからブロードキャストデータを受信しないため、集合Ａ＝｛台端末４００ｅ、台端末４００ｆ｝となる。上述した図１０の場合では、島端末３００ａは、台端末４００ｄ乃至４００ｆからブロードキャストデータを受信しないため、集合Ａ＝｛台端末４００ｄ、台端末４００ｅ、台端末４００ｆ｝となる。
【０１１５】
次に、ステップＳ１６０２において、ホスト端末２００は、島端末３００ｂが送出したトークンに対応するブロードキャストを行わなかった台端末４００の集合Ｂを特定する。 例えば、上述した図９の場合では、島端末３００ｂは、台端末４００ａ乃至４００ｄからブロードキャストデータを受信しないため、集合Ｂ＝｛台端末４００ａ、台端末４００ｂ、台端末４００ｃ、台端末４００ｄ｝となる。上述した図１０の場合では、島端末３００ｂは、台端末４００ａ乃至４００ｄからブロードキャストデータを受信しないため、集合Ｂ＝｛台端末４００ａ、台端末４００ｂ、台端末４００ｃ、台端末４００ｄ｝となる。
【０１１６】
次に、ステップＳ１６０３において、ステップＳ１６０１、Ｓ１６０２で特定した集合Ａ、Ｂに共通項が存在するか否かを判定する。存在する場合（ステップＳ１６０３でＹＥＳ）はステップＳ１６０４へ進み、存在しない場合（ステップＳ１６０３でＮＯ）はステップＳ１６０５へ進む。
【０１１７】
例えば、上述した図９の場合では、集合Ａ、Ｂに共通項は存在しないため（ステップＳ１６０３でＮＯ）、ステップＳ１６０５へ進む。上述した図１０の場合では、集合Ａ、Ｂに共通項｛台端末４００ｄ｝が存在するため（ステップＳ１６０３でＹＥＳ）、ステップＳ１６０４へ進む。
【０１１８】
ステップＳ１６０４では、集合Ａ、Ｂの共通項に対応する台端末４００に障害があると判定する。例えば、上述した図１０の場合では、集合Ａ、Ｂに共通項｛台端末４００ｄ｝が存在するため、台端末４００ｄに障害があると判定する。そして、処理を終了する。
【０１１９】
ステップＳ１６０５では、集合Ａ、Ｂの境界に位置する通信回線１００に障害があると判定する。例えば、上述した図１０の場合では、集合Ａ＝｛台端末４００ｅ、台端末４００ｆ｝、集合Ｂ＝｛台端末４００ａ、台端末４００ｂ、台端末４００ｃ、台端末４００ｄ｝であるため、台端末４００ｄと台端末４００ｅとの間の通信回線１００に障害があると判定する。そして処理を終了する。
【０１２０】
以上のように、本実施形態の構成においては、遊技台６００の情報がどのように更新されたかに基づいて、障害発生箇所を特定する。
【０１２１】
なお、ホスト端末２００は、障害を検出したことや上記の障害発生箇所特定処理によって特定された障害発生箇所等の、障害検出に関する情報を、ディスプレイ２０７に表示することにより、ユーザは遊技場管理システムにおける障害発生について容易に知ることができる。
【０１２２】
＜＜その他の実施形態＞＞
以上、本発明の実施形態例について詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様を取ることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１２３】
尚、本発明は、前述した実施形態の機能を実現するプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１２４】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含む。
【０１２５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１２６】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０１２７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１２８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。 また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１２９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１３０】
【図１】本実施形態における遊技場管理システムの構成を例示的に示したブロック図である。
【図２】実際の遊技場において取りうる、本実施形態の遊技場管理システムの構成を例示的に示した図である。
【図３】ホスト端末のハードウェア構成を模式的に示したブロック図である。
【図４】島端末のハードウェア構成を模式的に示したブロック図である。
【図５】４つの通信回線が接続された島端末の構成を示したブロック図である。
【図６】台端末のハードウェア構成を模式的に示したブロック図である。
【図７】ホスト端末、島端末、台端末が同期して記憶するデータの構造を模式的に示した図である。
【図８】トークンパッシング処理の処理の流れを示したフローチャートである。
【図９】基本処理の流れを示したフローチャートである。
【図１０】通信回線が断線した様子を模式的に示した図である。
【図１１】台端末が故障した様子を模式的に示した図である。
【図１２】通信回線に断線が生じた場合におけるトークンパッシング処理の流れを簡略化して示した図である。
【図１３】島端末から受け取った台端末のデータに基づいて、ホスト端末がデータを更新する様子を模式的に示した図である。
【図１４】島端末の処理の流れを示したフローチャートである。
【図１５】ホスト端末が実行する処理の流れを示したフローチャートである。
【図１６】障害発生箇所特定処理の流れを示したフローチャートである。
【特許請求の範囲】
【請求項１】
遊技台から当該遊技台の情報を取得する複数の台端末と、
前記複数の台端末と通信可能に接続され、前記情報を取得する第１及び第２の島端末と、
前記第１及び第２の島端末と通信可能に接続されたホスト端末と、
を備えた遊技場管理システムにおいて、
前記第１及び第２の島端末を両端として、前記第１及び第２の島端末と前記複数の台端末とは通信回線により直列的に接続され、
前記第１の島端末及び前記台端末の少なくともいずれかは、隣接して接続された前記台端末に対してトークン情報を送出する第１のトークンパッシング手段を備え、
前記複数の台端末は、前記トークン情報の受信を契機として、前記遊技台の情報を前記通信回線上でブロードキャストすると共に、該通信回線の順方向に前記トークン情報を転送する通信手段を備え、
ブロードキャストされた前記情報に基づき障害の有無を判定する障害判定手段を備えたことを特徴とする遊技場管理システム。
【請求項２】
前記障害判定手段は、前記トークン情報が送出されたにも関わらず前記台端末のいずれかから前記情報が所定の回数ブロードキャストされなかった場合に、障害ありと判定することを特徴とする請求項１に記載の遊技場管理システム。
【請求項３】
前記第２の島端末は、前記障害判定手段が障害ありと判定したことに応じて、隣接して接続された前記台端末に対してトークン情報を送出する第２のトークンパッシング手段を備え、
前記通信手段は、前記第２の島端末から送出された前記トークン情報の受信を契機として、前記遊技台の情報を前記通信回線上でブロードキャストすると共に、該通信回線の逆方向に前記トークン情報を転送することを特徴とする請求項１又は２に記載の遊技場管理システム。
【請求項４】
前記障害判定手段は、前記第１の島端末から前記トークン情報が送出されたにも関わらず前記情報がブロードキャストされなかった当該識別情報の第１の集合と、前記第２の島端末から前記トークン情報が送出されたにも関わらず前記識別情報がブロードキャストされなかった当該識別情報の第２の集合と、において共通の識別情報が存在しない場合、前記第１の集合に含まれる前記識別情報のいずれかで識別される第１の前記台端末と、前記第２の集合に含まれる前記識別情報のいずれかで識別される第２の前記台端末と、の組合せであって、該第１及び第２の台端末が隣接する組合せについて、当該組合せにおける該第１及び第２の台端末の間の接続に障害が存在すると判定することを特徴とする請求項１乃至３のいずれか１項に記載の遊技場管理システム。
【請求項５】
前記障害判定手段は、前記第１の島端末から前記トークン情報が送出されたにも関わらず前記識別情報がブロードキャストされなかった当該識別情報の第１の集合と、前記第２の島端末から前記トークン情報が送出されたにも関わらず前記識別情報がブロードキャストされなかった当該識別情報の第２の集合と、において共通の識別情報が存在する場合、当該共通の識別情報で識別される前記台端末に障害があると判定することを特徴とする請求項１乃至４のいずれか１項に記載の遊技場管理システム。
【請求項６】
前記第１及び第２の島端末、前記複数の台端末は、全ての前記情報を記憶する記憶手段をそれぞれ備え、
前記第１及び第２の島端末、前記複数の台端末は、ブロードキャストされた前記情報に基づいて前記記憶手段に記憶された前記情報を更新することを特徴とする請求項１乃至５のいずれか１項に記載の遊技場管理システム。
【請求項７】
前記第１及び第２の島端末に備えられた前記記憶手段は不揮発性メモリであることを特徴とする請求項６に記載の遊技場管理システム。
【請求項８】
前記ホスト端末は、前記第１及び第２の島端末の、前記記憶手段に記憶された前記情報のうち、前記トークン情報の送出に基づいて更新された箇所を参照することを特徴とする請求項６又は７に記載の遊技場管理システム。
【請求項９】
前記ホスト端末は、前記障害判定の情報を表示手段に表示する請求項１乃至８のいずれか１項に記載の遊技場管理システム。
【請求項１】
遊技台から当該遊技台の情報を取得する複数の台端末と、
前記複数の台端末と通信可能に接続され、前記情報を取得する第１及び第２の島端末と、
前記第１及び第２の島端末と通信可能に接続されたホスト端末と、
を備えた遊技場管理システムにおいて、
前記第１及び第２の島端末を両端として、前記第１及び第２の島端末と前記複数の台端末とは通信回線により直列的に接続され、
前記第１の島端末及び前記台端末の少なくともいずれかは、隣接して接続された前記台端末に対してトークン情報を送出する第１のトークンパッシング手段を備え、
前記複数の台端末は、前記トークン情報の受信を契機として、前記遊技台の情報を前記通信回線上でブロードキャストすると共に、該通信回線の順方向に前記トークン情報を転送する通信手段を備え、
ブロードキャストされた前記情報に基づき障害の有無を判定する障害判定手段を備えたことを特徴とする遊技場管理システム。
【請求項２】
前記障害判定手段は、前記トークン情報が送出されたにも関わらず前記台端末のいずれかから前記情報が所定の回数ブロードキャストされなかった場合に、障害ありと判定することを特徴とする請求項１に記載の遊技場管理システム。
【請求項３】
前記第２の島端末は、前記障害判定手段が障害ありと判定したことに応じて、隣接して接続された前記台端末に対してトークン情報を送出する第２のトークンパッシング手段を備え、
前記通信手段は、前記第２の島端末から送出された前記トークン情報の受信を契機として、前記遊技台の情報を前記通信回線上でブロードキャストすると共に、該通信回線の逆方向に前記トークン情報を転送することを特徴とする請求項１又は２に記載の遊技場管理システム。
【請求項４】
前記障害判定手段は、前記第１の島端末から前記トークン情報が送出されたにも関わらず前記情報がブロードキャストされなかった当該識別情報の第１の集合と、前記第２の島端末から前記トークン情報が送出されたにも関わらず前記識別情報がブロードキャストされなかった当該識別情報の第２の集合と、において共通の識別情報が存在しない場合、前記第１の集合に含まれる前記識別情報のいずれかで識別される第１の前記台端末と、前記第２の集合に含まれる前記識別情報のいずれかで識別される第２の前記台端末と、の組合せであって、該第１及び第２の台端末が隣接する組合せについて、当該組合せにおける該第１及び第２の台端末の間の接続に障害が存在すると判定することを特徴とする請求項１乃至３のいずれか１項に記載の遊技場管理システム。
【請求項５】
前記障害判定手段は、前記第１の島端末から前記トークン情報が送出されたにも関わらず前記識別情報がブロードキャストされなかった当該識別情報の第１の集合と、前記第２の島端末から前記トークン情報が送出されたにも関わらず前記識別情報がブロードキャストされなかった当該識別情報の第２の集合と、において共通の識別情報が存在する場合、当該共通の識別情報で識別される前記台端末に障害があると判定することを特徴とする請求項１乃至４のいずれか１項に記載の遊技場管理システム。
【請求項６】
前記第１及び第２の島端末、前記複数の台端末は、全ての前記情報を記憶する記憶手段をそれぞれ備え、
前記第１及び第２の島端末、前記複数の台端末は、ブロードキャストされた前記情報に基づいて前記記憶手段に記憶された前記情報を更新することを特徴とする請求項１乃至５のいずれか１項に記載の遊技場管理システム。
【請求項７】
前記第１及び第２の島端末に備えられた前記記憶手段は不揮発性メモリであることを特徴とする請求項６に記載の遊技場管理システム。
【請求項８】
前記ホスト端末は、前記第１及び第２の島端末の、前記記憶手段に記憶された前記情報のうち、前記トークン情報の送出に基づいて更新された箇所を参照することを特徴とする請求項６又は７に記載の遊技場管理システム。
【請求項９】
前記ホスト端末は、前記障害判定の情報を表示手段に表示する請求項１乃至８のいずれか１項に記載の遊技場管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００６−３３４２５２（Ｐ２００６−３３４２５２Ａ）
【公開日】平成１８年１２月１４日（２００６．１２．１４）
【国際特許分類】
【出願番号】特願２００５−１６４８３８（Ｐ２００５−１６４８３８）
【出願日】平成１７年６月３日（２００５．６．３）
【出願人】（５０１００５９６６）大都販売株式会社 (110)
【Ｆターム（参考）】
【公開日】平成１８年１２月１４日（２００６．１２．１４）
【国際特許分類】
【出願日】平成１７年６月３日（２００５．６．３）
【出願人】（５０１００５９６６）大都販売株式会社 (110)
【Ｆターム（参考）】
[ Back to top ]