JP3850859B2 - ホール管理システム - Google Patents

Description

本発明は、ネットワークを形成するコンピュータ間でファイル転送を行なう技術に関する。特に、パチンコホール等の遊技店のためのコンピュータシステムに関連が深い。

たとえば下記特許文献１に記載されているように、パチンコ遊技機やスロットマシン等の稼働データを管理するホール管理システムはよく知られている。ホール管理システムは、管理コンピュータと、遊技台毎に設けられた端末装置とを備える。管理コンピュータと端末装置は、たとえばＴＣＰ／ＩＰによるネットワークを形成する。

端末装置は、遊技者に対して大当たり回数などのデータを提供するデータ表示装置としての機能や、貸玉を行なう貸玉装置としての機能を持つ。こうした機能の拡張や改良を行なうために、しばしば端末装置のバージョンアップ（プログラム改訂）が行なわれる。端末装置のバージョンアップは、通常、管理コンピュータから一括して行なう仕組みになっている。すなわち、管理コンピュータは、端末装置に新しいバージョンのプログラムファイルを転送する。
特開２００４−１８７８６８号公報

ところで、遊技店によっては端末装置の数が非常に多い場合がある。管理コンピュータは、多数の端末装置にファイルを転送しなければならない。しかも、ファイルはプログラムにかかるものなので比較的大きいサイズを持つ。そのため、従来のファイル転送方法だと、全ての端末装置をバージョンアップするのに長い時間を要する。

ファイル転送に要する時間は、管理コンピュータとハブとの間に転送できるデータ量や、ＦＴＰ（File Transfer Protocol）の同時セッション数などの要因に大きく左右される。そのため、多数の端末装置にファイルを転送するときの所要時間は、１台の端末装置にファイルを転送するときの所要時間と端末装置の台数とから見積もられる時間を上回る。

本発明の課題は、ホール管理システムにおいて、管理コンピュータから多数の端末装置に短時間でファイル転送を行なえるようにすることを一つの課題とする。また、ネットワークシステムにおいて、サーバから多数のクライアントに対して同一ファイルを転送する場合に、短時間でファイル転送を行なえるようにすることを一つの課題とする。

課題を解決するための手段および発明の効果

上記課題を解決するためのこの発明は、パチンコ機やスロットマシン等の遊技台に関するデータを表示する機能と、遊技台に関するデータを収集する機能と、貸出機能との少なくとも一つを備え、遊技台に付随して設けられる端末装置と、管理コンピュータとが相互に通信可能に接続されてネットワークを形成しているホール管理システムであって、管理コンピュータは、所定条件の成立に応じて通信可能状態にある全ての端末装置をリストアップし、リストアップした端末装置をグループに振り分け、複数の端末装置が属する複数のグループを設定するグループ設定を行うとともに、各グループ内の所定数の端末装置を親ノードに指定するグループ化手段と、グループ化手段が設定した同一グループに属する端末装置を特定するためのＩＤを含むグループ情報と、プログラムファイルとを、親ノードに指定した端末装置に転送するファイル転送手段とを備え、それぞれの端末装置には、 ファイル転送手段からプログラムファイルとグループ情報との双方を取得した場合に、取得したグループ情報に基づいて同一グループに属する他の複数の端末装置に、取得したプログラムファイルを転送する均一のグループ内ファイル転送手段を有し、グループ化手段が行うグループ設定は、当該グループ内の親ノードの数と、グループ内ファイル転送手段が同時にファイル転送を可能とする最大数とに基づき予め定められた設定数に基づいて設定され、管理コンピュータが指定した親ノードの端末装置は、転送された前記プログラムファイルをグループ内ファイル転送手段によってグループ内の全ての端末装置に転送することを特徴とする。また、この時のプログラムファイルは、端末装置のバージョンアップを行なうためのプログラムファイルとすることができる。

上記本発明によれば、グループ化手段は、端末装置にプログラムファイルを転送する前に、プログラムファイルの転送を要する端末装置をリストアップしていくつかのグループに分ける。プログラムファイルの転送が不要な端末装置はグループから除外する。端末装置をいくつかのグループに分けたら、グループ化手段は、グループ内の所定数（好適には１台）の端末装置を親ノードに指定する。グループ内の他の端末装置は子ノードであり、グループ番号等のＩＤによって親ノードに関連付けられる。そして、ファイル転送手段から直接にプログラムファイルを転送するのはグループ内の親ノードに指定した端末装置のみとする。同一グループ内の他の端末装置には、親ノードに指定された端末装置がファイル転送手段から転送されてきたプログラムファイルを再転送する。つまり、親ノードに指定された端末装置は、ファイル転送手段から見ればクライアントであり、同一グループ内の他の端末装置から見ればサーバである。さらに、グループ化手段によって行なわれるグループ化（親ノードの設定を含む）は、動的（フレキシブル）である。つまり、全ての端末装置が親ノードになる資格を持っている。したがって、プログラムファイルを要求する端末装置がランダムに発生する場合でも、グループ化手段は速やかにグループ化を行なうことができ、各グループに属する端末装置の少なくとも一つを親ノードに指定する。親ノードの端末装置は、ファイル転送手段から送られてきたファイルを同一グループ内の他の端末装置に転送する。このように、端末装置にサーバ機能を分散することにより、ファイルを転送する上での無駄を省くことが可能であり、システム全体でのファイル転送時間の短縮を図ることができる。また、ファイルの最初の転送元であるコンピュータのＣＰＵ負荷、ひいてはネットワーク負荷を軽減することができる。

好適な態様において、本発明のホール管理システムは、端末装置とファイル転送手段とがＦＴＰ通信によってファイル転送を行なうコンピュータネットワークを形成しており、所定数は、ファイル転送手段のＦＴＰの最大同時セッション数に基づいて設定され、ファイル転送手段は、一つのグループの親ノードである端末装置へのファイル転送が終了した場合には、ファイル転送待機中である次のグループの親ノードとなる端末装置へのファイル転送を開始し、端末装置とのＦＴＰ接続を常時最大セッション数で開くようにファイル転送を行う。

上記の構成によれば、ファイル転送に先立って、バージョンチェック手段は、端末装置にプログラムのバージョン情報だけを送る。プログラム改訂にかかるプログラムファイルの要否は、端末装置が有する端末側バージョンチェック手段が判断する。各端末装置が端末側バージョンチェック手段を有していることで、ファイル転送手段は、各端末装置のプログラム改訂にかかるプログラムファイルの要否を判断せずに済む。したがって、ファイル転送手段やグループ化手段を構成するコンピュータの負担減につながり、ひいてはファイル転送時間の短縮に資する。また、上記の構成によれば、全ての端末装置から返答が戻ってくるのを待たずに済むので、グループ化手段は速やかにグループ化および親ノードを指定する処理に移れる。このようにすれば、プログラムファイルを転送する前準備に費やされる時間の短縮に資する。結果として、プログラムファイルの転送にかかる時間の短縮化を実現できる。なお、バージョンチェック手段は、端末装置が通信可能状態かどうかを先に確かめ、通信可能状態である場合にバージョン情報を送信するとよい。

また、本発明のホール管理システムは、端末装置とファイル転送手段とがＦＴＰ通信によってファイル転送を行なうコンピュータネットワークを形成するものとして構成することができる。たとえば、ネットワークに接続された管理コンピュータによって実現されるファイル転送手段は、一つのグループの親ノードである端末装置へのファイル転送が終了した場合には、同時セッション中の他の端末装置へのファイル転送の終了を待たずに、次のグループの親ノードである端末装置へのファイル転送を開始する。ＦＴＰサービスは、高い信頼性の通信を提供する。したがって、プログラムファイルのような重要なファイルを確実に端末装置に転送する目的に好適である。また、同時セッション数が制限される問題は、上記のごとく、常時最大セッション数でファイル転送手段と端末装置とのＦＴＰ接続を開くことにより改善され、これによりファイル転送時間の短縮を図ることができる。

ところで、端末装置にプログラムファイルの要否を逐一問い合わせるのではなく、通信可能状態かどうかだけ確かめて、通信可能状態である旨の返答を得た全ての端末装置に一括してファイルを転送するようにしてもよい。すなわち、グループ化手段は、所定条件の成立に応じて通信可能状態にある全ての端末装置を、ファイル転送を要する端末装置であると判定する手段として構成することができる。このような構成によれば、転送しようとするプログラムのバージョンチェックを端末装置でする必要がなくなる。ほどんど全ての端末装置のバージョンアップが必要であることが予め分かっているときには、このような手順を採った方がファイル転送時間の短縮化に資する。

次に、本発明にかかるホール管理システムの特徴は、一般のネットワークシステムにも適用することができる。すなわち本発明は、複数の端末装置とサーバコンピュータとが一のプロトコルスタックを実装し、相互に通信可能に接続されてネットワークを形成しているネットワークシステムであって、サーバコンピュータは、端末装置にファイルを転送する前に、端末装置をいくつかのグループに振り分けて複数の端末装置が属する複数のグループを設定するとともに、各グループ内の１台の端末装置を親ノードに指定するグループ化手段と、親ノードに指定する旨の通知と、同一グループに属する端末装置を特定するためのＩＤとを含むグループ情報を、ファイルとともに親ノードに指定した端末装置に転送するファイル転送手段とを有し、端末装置は、サーバコンピュータからグループ情報を取得して親ノードであることを認識した場合に、そのグループ情報に基づいて同一グループに属する他の端末装置を特定し、特定した他の全ての端末装置にサーバコンピュータから受け取ったファイルを転送するグループ内ファイル転送手段を有することを主要な特徴とする。

たとえば、ＴＣＰ／ＩＰのネットワークでサーバからクライアントにサイズの大きいファイルを転送する場合のアプリケーションは、ＦＴＰが一般的である。ファイルの転送時間には、ＦＴＰサーバの最大同時セッション数や物理層をなすデバイスのボーレートの問題が関わってくる。すなわち、従来の方法を用いて多数のノードにファイルを転送するときの所要時間は、単一のノードにファイルを転送するときの所要時間に全ノード数を乗じた時間よりも相当大きくなる。ところが本発明によれば、既に説明したごとく、ファイルを転送する上での無駄を省くことが可能であり、システム全体でのファイル転送時間の短縮を図ることができる。また、ファイルの最初の転送元であるサーバコンピュータのＣＰＵ負荷、ひいてはネットワーク負荷を軽減することができる。

なお、本明細書においてコンピュータネットワークとは、単一の技術で相互接続された自律的なコンピュータ群という意味で用いる。すなわち、本発明はインターネットのような広域なネットワークに適用することも可能であるが、遊技店のホール管理システムのようなコンピュータネットワークに本発明を適用する場合に、最も優れた効果を得ることができる。

以下、添付の図面を参照しつつ本発明の実施形態について説明する。
図１は、本発明にかかるホール管理システムの全体概略図である。ホール管理システム１００は、管理コンピュータ１と、端末装置３とを備える。端末装置３は、遊技店内に設置された多数の遊技台４に一対一で設置されている。遊技台４は、パチンコ機である。管理コンピュータ１と端末装置３、さらに端末装置３，３同士は、通信網１０によって相互接続されている。通信網１０はイーサネットケーブルである。管理コンピュータ１と端末装置３との通信経路上には、ハブ５が配置されている。スペースの都合上、図１には少数の遊技台４および端末装置３しか示していないが、実際の遊技店には、たとえば１０００台ないしそれ以上に及ぶ遊技台４および端末装置３が設置され、全ての端末装置３と管理コンピュータ１とがコンピュータネットワークを形成している。

ハブ５はスイッチングハブであるが、リピータとして働く通常のハブであってもよい。また、図１の実施形態ではハブ５，５同士はカスケード接続されている。相当数の端末機３をホール管理システム１００のネットワークに接続するときは、ハブ５，５をスタック接続する構成も好適である。また、遊技台４はスロットマシンの場合もある。また、本実施形態はネットワーク層にイーサネット（米国ＸＥＲＯＸ社の登録商標）を採用しているが、バス型でノードＩＤを持ったネットワークを組めれば、ＣＡＮ（Controller Area Network）やＭＯＳＴ（Media Oriented Systems Transport）等の他のＬＡＮ規格を採用してもよい。

端末装置３には、対応する遊技台４からアウト信号、セーフ信号、大当たり信号などの信号が入力される。それらの信号の入力により、端末装置３は対応する遊技台４の稼働状況や出玉収支に関するデータを得る。また、端末装置３は貸玉装置としての機能を有しており、貸玉金額を集計したり、遊技台４に内蔵された玉補給装置に対して金額に応じた数量の玉（遊技媒体）を貸し出すように命令したりする。端末装置３が得た遊技台４に関するデータ（稼働データ）は管理コンピュータ１に送られる。管理コンピュータ１は、端末装置３から得た稼働データをデータベースに記録し、遊技台４ごとの出玉収支、大当たり回数、貸玉金額といった遊技に関するデータを管理する。

ホール管理システム１００において、管理コンピュータ１と端末装置３とは共通のプロトコルスタックを実装してコンピュータネットワークを形成している。そのコンピュータネットワークはＴＣＰ／ＩＰネットワークである。つまり、管理コンピュータ１および端末装置３は、それぞれがＴＣＰ／ＩＰネットワークを形成するためのプロトコルスタックを持っている。また、ファイル転送（データ送信）を行なうために、管理コンピュータ１および端末装置３はそれぞれ、ＴＣＰ／ＩＰの上位層としてＦＴＰを実装している。ＦＴＰサービスは、高い信頼性のデータ送受信をネットワーク（ホール管理システム１００）に提供するので、サイズの大きいファイルの送受信に適している。たとえば、端末装置３のプログラム改訂（バージョンアップ）を行なう場合には、管理コンピュータ１から端末装置３に対してプログラムファイルをＦＴＰで転送する。また、端末装置３が遊技台４から得た稼働データは、管理コンピュータ１にリアルタイムで送られる。稼働データはプログラムファイルに比べて小サイズなので、システムの起動時にソケットを使ってコネクション（通信路）をオープンし、通常のファイル入出力用のｒｅａｄ／ｗｒｉｔｅなどを使って通信することにより、稼働データの送受信を行なう。もちろん、稼働データの送受信にＦＴＰサービスを利用してもよい。各種設定ファイル、画像ファイル、バックアップファイル等の送受信を行なう場合にはＦＴＰが好適である。

図２に示すのは、図１のホール管理システム１００のブロック図である。管理コンピュータ１は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０４（ハードディスクドライブ）を有する。これらのデバイスはバスを通じて通信する。内部バスには、入出力インターフェイス１０５（Ｉ／Ｏ）を含むドライブ回路が接続される。入出力インターフェイス１０５には、モニタ１０６、ＣＤ−Ｒドライブ１０７、マウス／キーボード１０８等の入出力装置が接続される。また、入出力インターフェイス１０５はイーサネットアダプタを含むものである。管理コンピュータ１は、このイーサネットアダプタを通じてネットワークに接続している。

ＨＤＤ１０４には、各遊技台の稼働データを管理するための遊技台データベース１０４ａのほか、基本プログラム１０４ｂ、データ管理プログラム１０４ｃおよびバージョンアッププログラム１０４ｄ等が格納されている。基本プログラム１０４ｂは、オペレーティングシステムの各動作を提供する。ＴＣＰ／ＩＰやＦＴＰ等のプロトコルスタック、ＴＣＰ／ＩＰにおいて利用するネットワーク用ＡＰＩは、この基本プログラム１０４ｂに含まれる。データ管理プログラム１０４ｃは、端末装置３から各遊技台４の稼働データを取得して遊技台データベース１０４ａを構築し、これを運用する機能を提供する。バージョンアッププログラム１０４ｄは、データ管理プログラム１０４ｃのバージョンアップや、後述する端末装置３のプログラムのバージョンアップを行なうための機能を提供する。

端末装置３は、ＣＰＵ７１、ＲＯＭ７４およびＲＡＭ７３を有する。これらのデバイスはバスを通じて通信する。内部バスには、入出力インターフェイス７５（Ｉ／Ｏ）を含むドライブ回路が接続する。入出力インターフェイス７５には、遊技客向けのタッチパネルモニタ７６、貸玉カードリーダ７７等の入出力装置が接続する。入出力インターフェイス７５はイーサネットアダプタを含む。端末装置３は、イーサネットアダプタを通じてホール管理システム１００のネットワークに接続する。また、端末装置３には遊技台４が接続している。具体的には、端末装置３の入出力インターフェイス７５はパラレル入出力インターフェイスを含むものとして構成され、そのパラレル入出力インターフェイスに遊技台４の外部出力端子群が接続する。遊技台４の外部出力端子群は、セーフ信号端子、アウト信号端子、大当たり信号端子、確変信号端子、稼働信号端子等の各種信号端子で構成される。

ＲＯＭ７４には、基本プログラム７４ａ、遊技管理プログラム７４ｂ、貸玉プログラム７４ｃおよびバージョンアッププログラム７４ｄ等が格納されている。ＲＯＭ７４は、フラッシュＲＯＭまたはＥＥＰＲＯＭのように記憶内容を書き換えることが可能な記憶装置である。ＲＯＭ７４をブート専用に用いる一方、ＩＤＥ規格のＨＤＤを設け、これに上記した各プログラム群を格納するようにしてもよい。基本プログラム７４ａは、オペレーティングシステムの各動作を提供する。ＴＣＰ／ＩＰやＦＴＰ等のプロトコルスタック、ＴＣＰ／ＩＰにおいて利用するネットワーク用ＡＰＩは、基本プログラム７４ａに含まれる。遊技管理プログラム７４ｂは、遊技台４側から送られてくるアウト信号、セーフ信号、大当たり信号等の遊技台４の動作状態に関する信号を監視し、それらの信号を検出することに基づいて遊技台４の出玉収支や動作状態を管理する機能を提供する。貸玉プログラム７４ｃは、貸玉カードリーダ７７によるプリペイドカードの読み取り結果を遊技台４の玉補給装置（図示省略）に通知し、遊技者に貸玉を行なう機能を提供する。バージョンアッププログラム７４ｄは、遊技管理プログラム７４ｂ、貸玉プログラム７４ｃ等の端末装置３が持つ他のアプリケーションプログラムのバージョンアップを行なうための機能を提供する。さらに、バージョンアッププログラム７４ｄは、管理コンピュータ１から受け取ったプログラムファイルをネットワーク内の他の端末装置３に転送する機能を提供する。つまり、端末装置３はクライアントとサーバの両方の機能を持つ。

図１４は、管理コンピュータ１と端末装置３のバージョンアッププログラム１０４ｄ，７４ｄの詳細を記した概念図である。管理コンピュータ１側のバージョンアッププログラム１０４ｄは、バージョンチェックジョブ、タイマジョブ、一括操作ジョブ、グループ化ジョブ、プログラムファイル送信ジョブの各ジョブにかかるプログラムモジュールである。端末装置３側のバージョンアッププログラム７４ｄは、バージョンチェックジョブ、プログラムファイル受信ジョブ、プログラムファイル送信ジョブおよびプログラム書換ジョブの各ジョブにかかるプログラムモジュールである。

上記のごときバージョンアッププログラム１０４ｄ，７４ｄを管理コンピュータ１と端末装置３とが協働して実行することにより、端末装置３のプログラム改訂が管理コンピュータ１から一括して行なわれる。端末装置３に転送する予定の新しいバージョンのプログラムは、ＣＤ−Ｒドライブ１０７から管理コンピュータ１に入力されてＲＡＭ１０３またはＨＤＤ１０７に一時的に格納される。そして、予め定められたコマンドがキーボード等から入力されることにより、管理コンピュータ１のＣＰＵ１０１は、ＨＤＤ１０４からバージョンアッププログラム１０４ｄをＲＡＭ１０３に呼び出して実行する。図３は、端末装置３のプログラムのバージョンアップを行なう際に、管理コンピュータ１が実行する処理のゼネラルフローチャートである。管理コンピュータ１は、図１４に示す内容のバージョンアッププログラム１０４ｄの各ジョブを、図３のフローチャート中の各処理として実行する。各処理の詳細を説明する前に、ホール管理システム１００が採用するファイル転送方法を図１５の概念図で説明する。

図１５（ａ）（ｂ）に概念的に示すファイル転送方法の特徴は、動的グループ化と、子ノードへのファイル転送を親ノードに担当させる分散処理とにある。図１５（ａ）に示すごとく、管理コンピュータ１はファイルを転送する前に、新しいバージョンのプログラムファイルを要求する端末装置３をリストアップして複数のグループに振り分ける。各グループには複数の端末機３が所属し、そのうちの１台が親ノードに指定され、残りは子ノードに指定される。管理コンピュータ１は、親ノードに指定した端末装置３にだけプログラムファイルを転送する。子ノードである端末装置３へのプログラムファイルの転送は、同一グループ内に属する親ノードの端末装置３が担当する。図１５には、スペースの都合で少数の端末装置３しか記していないが、実際の遊技店では端末装置３が１０００台以上に及ぶこともある。そのような状況下で、全ての端末装置３に管理コンピュータ１から直接にファイル転送を行なうと時間が相当かかるが、図１５（ａ）に示す分散処理によれば大幅な時間短縮が可能であり、管理コンピュータ１の負担も大幅に減る。

次に、図１５（ｂ）でグループ化について説明する。管理コンピュータ１は、ＦＴＰでファイル転送を行なうのに先立って、まず送り先の端末装置３がデータを受信可能かどうか問い合わせる。受信可能であればＦＴＰのＴＣＰコネクション（制御用とデータ転送用）を確立し、データ（ファイル）を送る。データを送り終わればＦＴＰのＴＣＰコネクションを開放（切断）する。他方、図１５（ｂ）の左端に示すごとく、端末装置３から問い合わせに対する回答が無ければ通信不可である。この場合、管理コンピュータ１は通信不可の端末装置３を無視し、通信可能な端末装置３のみでグループ化を試みる。各グループには、端数を集めた最後のグループを除けば、一定台数（たとえば２１台）の端末装置３が所属することになるので、グループ内に空席は存在しないことになる。そして、グループ内の先頭ＩＤを持つ端末装置３を親ノードに指定する。

このように、動的グループ化と分散処理とが協働することにより、プログラムファイルのようなサイズの大きいファイルを相当数の端末装置３に転送する場合に、転送時間の大幅な短縮を図ることが可能である。また、ある端末装置３が通信不能状態に陥っても他の端末装置３にその影響が及ばない。

なお、図１５の例では、グループ内の親ノードは一台のみとしているが、グループ内の親ノードである端末装置３が一台であることは必須でない。一つのグループ内に複数台（たとえば同一グループに属する端末装置３の台数よりも少ない所定数）の親ノードが存在するようなグループ化を行なってもよい。

以上の説明を踏まえて各処理の詳細を説明していく。
図４に示すのは、バージョンチェック処理（図３のＳ１）の詳細なフローチャートである。バージョンチェック処理は、ネットワークに接続されている全ての端末装置３に対して行なわれる。全ての端末装置３には、ユニークなＩＤが予め付与される。このユニークなＩＤは、遊技台４の台番号に対応したものであり、ある端末装置３と管理コンピュータ１とが通信を行なう際の識別標識となるものである。バージョンチェック処理は、管理コンピュータ１が予め持っている端末装置３のＩＤごとに行なわれる。

図４に示すごとく、管理コンピュータ１は、通信フラグがオフかどうかを判断する（Ｓ１１）。通信フラグは、ＲＡＭ１０３を用いて端末装置３ごとにＩＤに基づいて管理されるフラグであり、ある端末装置３と通信可能かどうかを識別するフラグである。通信フラグがオフのときは、Ｓ１２に進み、通信が可能になったかどうかを改めて判断する。管理コンピュータ１は電源オンにより起動すると、端末装置３からデータを受け入れる準備を整える。端末装置３は電源オンにより起動すると通信可能となるまで定期的（たとえば１分おき）にバージョン要求信号を管理コンピュータ１に送る。このバージョン要求信号を受け取ることによって管理コンピュータ１は通信開始であると判定し、通信フラグをオンに切り替えて通信路を確保する（Ｓ１２，Ｓ１３）。通信フラグをオンに切り替えたらバージョン情報を送信して、プログラムの改訂の要否を問い合わせる（Ｓ１４）。バージョン情報は、管理コンピュータ１が持っている情報であり、端末装置３が所有するべきプログラムのバージョンを特定するものである。たとえば、ＣＤ−Ｒドライブ１０７から管理コンピュータ１に取り込まれた端末装置３のための新しいプログラムのコメントに記述されている。

一方、通信フラグがオフでない場合には、それまで通信可能だったことを表わすので、特定のＩＤの端末装置３には既にバージョン情報を送信していることになる。したがって、Ｓ１１に続くＳ１５において、通信障害が発生して通信不能状態になっていないかどうかを判断する。具体的には、端末装置３から所定時間おき（たとえば５分おき）にヘルスチェック信号を管理コンピュータ１に送るようにし、そのヘルスチェック信号を管理コンピュータ１が規定時間（５分または５分＋α）以上受信しない場合に通信障害ありと判定する。稼働データに変化がある度にデータを送信し、データ送信してから規定時間内に稼働データが変化しない場合にヘルスチェックを行なうようにしてもよい。

通信障害が無いことを確かめた後、バージョンアップ用のプログラムファイルを要求する旨の信号（ファイル転送要求信号）が端末装置３から送られてきたか否かを判断する（Ｓ１６）。ファイルを要求する旨の信号を受信した場合には、その信号を送ってきた端末装置３にかかる仮書換フラグをオンにする（Ｓ１７）。仮書換フラグは、ＲＡＭ１０３を用いて端末装置３ごとにＩＤに基づいて管理されるフラグであり、グループ化処理に参加する端末装置３をリストアップするためのフラグである。

図５に示すのは、タイマ処理（図３のＳ２）の詳細なフローチャートである。このタイマ処理は、以下の説明から明らかとなるように、時間を区切ってグループ化処理を行なうための前段階の処理である。図７のグループ化処理を行なうにあたり、いくつかの方法が考えられる。一つの方法は、全ての端末装置３についてファイルの要否が明らかになってからグループ化処理に移る方法である。ただしこの方法だと、端末装置３からの返答待ちの時間が長くなる可能性がある。そのため、場合によってはファイルの要否をいちいち問わず、全ての端末装置３にファイルを送る後述の方法（図３のＳ３）を採った方が効率がよい。

他の一つの方法は、一定台数（たとえば２０台）の端末装置３からファイルの要求があったら、それらを一つのグループとして設定するという方法である。ファイルの要求があった端末装置３の台数は、カウンタ等の計測手段で逐次監視すればよい。設定したグループには、ファイル転送を開始することができるので、管理コンピュータ１の待ち時間を短縮できる。

他の一つの方法は、図５のタイマ処理を導入した方法である。簡単に言うと、返答の有無はさておき、バージョンチェック処理を行なった一定時間が経過したらグループ化処理に移るというものである。具体的には、たとえばバージョンチェック処理（図３のＳ１）の起動とともに図５のタイマ処理で用いるタイマをスタートする。管理コンピュータ１は、端末装置３からファイルを要求するとの返答を一定時間ごとに区切って待ち受ける処理として、図５のタイマ処理を行なう。図６のグループ化処理では、タイマ処理で計測する一定時間（たとえば３０秒）が経過するごとに、ファイルを要求する旨との返答が得られた端末装置３をリストアップし、グループ化を行なう。そしてグループ化を行なった順に、逐次ファイルを転送していく。このような方法によれば、管理コンピュータ１の待ち時間を削減できるため、コンピュータ資源の有効活用を図れるとともに、全端末装置３へのファイル転送に要する時間を短縮化できる。

図５に示すごとく、Ｓ２１において、タイマがタイムアップしたか否かを判断する。タイマがタイムアップであると判断した場合には、仮書換フラグがオンになっているＩＤを持つ端末装置３の有無を判断する（Ｓ２２）。ＩＤと関連付けられた仮書換フラグのオン／オフを見れば、ファイルを要求する旨の返答をした端末装置３を特定することができる。仮書換フラグがオンの端末装置３を見出したら、その端末装置３の書換フラグをオンにする（Ｓ２３）。これにより、グループ化処理を実行する準備が整う。書換フラグをオンにしたら、仮書換フラグをオフにしてタイマを再スタートする（Ｓ２４，Ｓ２５）。以上の説明から、仮書換フラグがタイマのタイムアップ待ち状態を表わすフラグであることが分かる。

なお、図６に示すのは、先に少し触れた一括操作処理（図３のＳ３）の詳細なフローチャートである。遊技店の管理者によって一括ダウンロードボタンが操作された場合（所定条件の成立）、管理コンピュータ１は、Ｓ１のバージョンチェック処理を実行せずに、通信可能な全ての端末装置３をファイル転送の対象とする。つまり、通信フラグがオンである端末装置３の書換フラグをオンにする（Ｓ３１，Ｓ３２）。書換フラグは、端末装置３にユニークなＩＤと関連付けられてＲＡＭ１０３で管理される。一括ダウンロードボタンの操作に代えて、端末装置３が持つべきプログラムファイルを取り込み、バージョン情報の更新を行なったら上記所定条件の成立であると判断して、Ｓ３２の処理を行なうようにしてもよい。

図７に示すのは、グループ化処理（図３のＳ４）の詳細なフローチャートである。まず、送信中フラグがオンであるかどうかを確かめる（Ｓ４１）。送信中フラグは、ＲＡＭ１０３で管理されるフラグであり、いずれかの端末装置３にプログラムファイルを転送している間はオンに保持される。ＦＴＰのセッションが継続している最中、つまりＦＴＰのコネクションが張られていると送信中フラグがオンである。ファイル転送中でないことを確認したら、ＲＡＭ１０３を参照して書換フラグがオンになっている端末装置３をＩＤに基づいて見出す（Ｓ４２）。さらに、見出した端末装置３が既にグループ化されているか否かを判断する（Ｓ４３）。Ｓ４３の判断は、たとえば、各端末装置３にグループＩＤやレイヤＩＤが関連付けられているか否かによる。書換フラグがオンであり、未だグループに属していない端末装置３をＩＤに基づいてリストアップする（Ｓ４４）。書換フラグは、グループ化されるのを待っている状態、若しくはグループ化は行なわれているがファイルの転送準備は整っていない状態ことを表わすフラグである。

次に、書換フラグがオンである端末装置３の台数が、予め定めた所定数Ｎ（Ｎ：自然数）より大であるか否かを判断する（Ｓ４５）。この所定数Ｎは、ＦＴＰの最大同時セッション数を目安にして設定するのがよく、本実施形態では管理コンピュータ１のＦＴＰ最大同時セッション数である“２０”を所定数Ｎに設定している（つまりＮ＝２０）。書換フラグがオンになっている端末装置３の台数が所定数Ｎ以下の場合、書換フラグがオンになっているそれらの端末装置３の全部について、送信準備フラグをオンにする（Ｓ５２）。この場合、管理コンピュータ１は、端末装置３に個別にプログラムファイルを転送することになる。ファイルを転送するべき端末装置３（プログラムのバージョンアップを行なうべき端末装置３）の台数が少ない場合、わざわざグループ化を行なうまでも無い。したがって、本実施形態のごとく、グループ化を行なう前にファイル転送を要する端末装置３の台数を確かめ、その台数が予め定めた所定数Ｎ以下の場合にはグループ化を行なわず、管理コンピュータ１から各端末装置３に個別にファイルを転送するようにすることが望ましい。

一方、書換フラグがオンである端末装置３の台数が、予め定めた所定数Ｎより大の場合には、Ｓ４６に進みグループ分けを行なう。図１６に示すごとく、端末装置３は２１台ずつグループ分けされるが、そうして分けられたグループが２０を超えた場合は、管理コンピュータ１のＦＴＰ最大同時セッション数を超えることになる。したがって、その場合にはＳ４８に進みレイヤ分けを行なう。すなわち、２１番目のグループからは第２レイヤ、４１番目のグループからは第３レイヤという形で所定グループ毎にレイヤ分けを行ない、各グループにレイヤ番号を割り当てる。この結果、各グループはグループを特定するための情報として、グループＩＤ（グループＮｏ．）とレイヤＩＤ（レイヤＮｏ．）とを有することとなる。レイヤおよびグループという複数の階層構造を形成することにより、第１レイヤに属する親ノードの端末装置３の全台にファイルを転送し終えてから、第２レイヤへのファイル転送に取り掛かるという方法を採用できる。この方法によれば、ファイル転送時の区切りが明確に設けられるので、管理コンピュータ１に懸かる負荷を軽くできる。なお、図５のタイマ処理で用いるタイマがタイムアップすることを基準に、レイヤ分けを行なうようにしてもよい。

もちろん、レイヤ分けが必須というわけではない。レイヤ分けを行なわない場合、管理コンピュータ１は常時最大セッション数で親ノードへのファイル転送を行なうことができる。つまり、一つのグループの親ノードである端末装置３へのファイル転送が終了した場合には、同時セッション中の他の端末装置３へのファイル転送の終了を待たずに、次のグループの親ノードである端末装置３へのファイル転送を開始する。このように、常時最大セッション数で管理コンピュータ１と端末装置３との間のＦＴＰ接続を開くことにより、限られたコンピュータ資源を有効に使い、ファイル転送時間を最大限に短縮することが可能となる。

また、図１６の第１レイヤに示すごとく、ＩＤが１０１〜１２０，１５１〜２００の端末装置３がメンテナンス中等の理由で通信不能になり、グループから除外されているが、生じた空席は詰めてグループ化がなされていることが分かる。また、全ての端末装置３は親ノードになる資格を持っている。したがって、どのＩＤの端末装置３が通信不能に陥ったとしても、その通信不能の端末装置３の影響が他に及ばず、常に最適なグループ分けを行なうことができる。親ノードを固定する場合、その親ノードである端末装置が通信不能になったりすると、同一グループに属する他の端末装置３に影響が及んでしまう。しかしながら、本発明によればグループが固定ではなく、親ノードも固定ではないため、真にファイルを要求する端末装置３のみで動的なグループを形成し、親ノードを動的に指定することで効率良くファイル転送を行なうことが可能である。

図７に戻って説明を続ける。Ｓ４７において、グループの数が所定数Ｎ（Ｎ＝２０）以下であると判断した場合には、各グループの親ノードである端末装置３の送信準備フラグをオンにする（Ｓ５３）。これにより、その親ノードである端末装置３にファイル転送を行なう準備が整う。送信準備フラグは、ファイル転送を行なうべき端末装置３を特定するために、端末装置３が持つＩＤと関連付けた形でＲＡＭ１０３を用いて管理されるフラグであり、ファイルの転送を待っている状態を表わす。また、Ｓ４８でレイヤ分けが完了したら、第１レイヤに属するグループの親ノードである端末装置３の送信準備フラグをオンにする（Ｓ４９）。図１６でいうと、ＩＤ番号が“１”の端末装置３の送信準備フラグがオンになる。送信準備フラグをオンにした端末装置３の書換フラグをオフに切り替える（Ｓ５０）。

なお、Ｓ４３で書換フラグがオンの端末装置３がグループ化済みであるとの判断をした場合、前のレイヤへのファイル転送が終了したと判断し、次のレイヤに属するグループの親ノードである端末装置３の送信準備フラグをオンにする。これにより、次のレイヤに属する端末装置３にファイルを転送する準備が整う。次のレイヤとは、書換フラグがオンである端末装置が属するレイヤの中で最も若い番号を持つレイヤのことである。

また、グループ化を行なう場合のソートは、ファイルの要求があった順としてもよいし、ＩＤ順としてもよい。さらには、ハブ単位でソートを行なうようにしてもよい。ハブ５をまたがってグループ化を行なわない、つまり同一のハブ５に接続された端末装置３同士は、必ず同一グループに属するようにする。このようにすれば通信速度の向上を見込める。また、第２レイヤのグループ数が所定数Ｎを超えた場合には、図１６に示すごとく、第３レイヤに属するグループを形成していけばよい。

図８に示すのは、ファイル転送処理（図３のＳ４）の詳細なフローチャートである。Ｓ６０において、送信中フラグがオフ、つまりファイル転送中でないことを確認したら、送信準備フラグがオンの端末装置３の有無を判断する（Ｓ６３）。送信準備フラグがオンの端末装置３、つまりファイルを転送するべき親ノードがある場合、プログラムファイルの転送に先立ち、その親ノードである端末装置３にグループ情報を送信する（Ｓ６４）。グループ情報は、その端末装置３が親ノードであることを示す情報と、同一グループに属する他の端末装置３を特定するための情報（他の端末装置のＩＤ）とを含む。ただし、ファイル転送を要する端末装置３の台数が少ない等の理由でグループ化を行なっていない場合には、グループ情報をグループ化がなされていないことを示す情報とするか、あるいはグループ情報自体を送信しなくてもよい。

次に、送信準備フラグがオンになっている端末装置３がグループ化されているかどうかを判断する（Ｓ６５）。グループ化済みであれば、グループ情報に含めた他の端末装置３の書換フラグをオフする（Ｓ６６）。そして、送信準備フラグがオンになっている親ノードの端末装置３にプログラムファイルの転送を開始する（Ｓ６７）。ファイル転送を開始するにあたり、ＦＴＰのデータ転送用ＴＣＰコネクションを管理コンピュータ１側からアクティブモードにて確立する。そして、ファイル転送を開始した端末装置３にかかる送信準備フラグをオフ、送信中フラグをオンに切り替える（Ｓ６９）。なお、グループ情報の送信をプログラムファイルの転送とともにＦＴＰで行なうようにしてもよい。なお、Ｓ６０において送信中フラグがオンであることを確認したら、プログラムファイルを親ノードの端末装置３に転送済みかどうか判断する（Ｓ６１）。プログラムファイル転送済みであると判断した場合には、送信中フラグをオフする（Ｓ６２）。

次に、端末装置３側の処理について説明する。
図９は、管理コンピュータ１が実行する処理に応じて端末装置３が実行する処理のゼネラルフローチャートである。端末装置３は、図１４に示す内容のバージョンアッププログラム７４ｄの各ジョブを、図９のフローチャート中の各処理として実行する。以下、各処理を詳細に説明する。

図１０に示すのは、バージョンチェック処理（図９のＴ１）の詳細なフローチャートである。端末装置３は、管理コンピュータ１からバージョン情報を受信した場合、受け取ったバージョン情報が自身のバージョンに一致するか否かを判断する（Ｔ１１，Ｔ１２）。すなわち、管理コンピュータ１が端末装置３に転送するべきファイルに記述されたプログラムのバージョンと、端末装置３自身がその時に持っているプログラムのバージョンとが一致するかどうかを確認する。そして、バージョンが一致しない場合にのみ、ファイル転送要求する旨の信号を管理コンピュータ１に対して送信する（Ｔ１３）。バージョンが一致する場合、端末装置３は管理コンピュータ１に何も返答しない。ただし、バージョン情報を受信した端末装置３が管理コンピュータ１に送信する信号（返答データ）は、バージョンが一致するのでファイルが不要であることを表わすものであってもよい。

図１１に示すのは、ファイル受信処理（図９のＴ２）の詳細なフローチャートである。Ｔ２１において、端末装置３はグループ情報を受信したかどうか判断する。グループ情報を受信したと判断した場合には、グループフラグをオンに切り替える（Ｔ２２）。Ｔ２３において、ファイルを受信したかどうかを判断する。ファイルを受信した場合には受信フラグをオンに切り替える（Ｔ２４）。なお、グループ化されていない端末装置３に対してグループ情報を送信しない構成の場合には、プログラムファイルを受信したとき、あるいは受信してから所定時間内にグループ情報を受信しないときに、グループ情報が無いとの判断をする構成とすることができる。

図１２に示すのは、ファイル転送処理（図９のＴ２）の詳細なフローチャートである。まず、ファイル転送処理終了フラグがオンであるか否かを判断する（Ｔ３１）。ファイル転送処理終了フラグは、親ノードである端末装置３が同一グループに属する他の端末装置３にファイルを転送したか否かを判断するフラグであり、ＲＡＭ７３（図２）を用いて管理される。ファイル転送処理終了フラグがオフである場合には、グループ内の他の端末装置３にファイル転送を行なうことが必要なので、Ｔ３２に進み、端末装置３はグループフラグがオンであるか否かを判断する。図１１で説明したように、グループフラグはグループ情報を取得することを条件にオンに切り替わるフラグである。グループフラグがオンの場合には、受信フラグがオンであるか否かを判断する（Ｔ３３）。図１１で説明したように、受信フラグはプログラムファイルを管理コンピュータ１から取得したか否か（ダウンロードしたか否か）を判断するフラグである。プログラムファイルを取得している場合には、Ｔ３４に進み、グループ情報に他の端末装置３のＩＤが含まれるかどうかを見る。これにより、ファイル転送を行なうべき子ノードである端末装置３（図１５参照）を特定する。そして、特定した子ノードである端末装置３にＦＴＰ接続し、ファイルを転送する（Ｔ３５）。ファイル転送を開始したら、ファイル転送処理終了フラグをオンに切り替える（Ｔ３６）。

図１３に示すのは、プログラム書換処理（図９のＴ４）の詳細なフローチャートである。まず、ファイル転送終了フラグがオフかどうかを判断する（Ｔ４１）。ファイル転送終了フラグがオンの場合には、Ｔ４２に進み、他の端末装置３にファイル転送中であるかどうかを判断する。ファイル転送中でない場合には、管理コンピュータ１から得たプログラムファイルに基づき、ＲＯＭ７４に格納しているプログラムを書き換える（Ｔ４３）。プログラムの書き換えは、特定のジョブにかかるプログラムの一部を修正する形であってもよいし、そのジョブにかかるプログラムの全体を新しいバージョンのプログラムに置き換える形であってもよい。プログラムを書き換える処理が終了したら、受信フラグ、グループフラグおよびファイル転送処理終了フラグをそれぞれオフする（Ｔ４４，Ｔ４５，Ｔ４６）。親ノードである端末装置３は、同一グループに属する他の端末装置３（子ノード）にプログラムファイルを再転送したあとでこのプログラム書換処理を実行する。これにより、ファイル転送に要する時間からプログラム書換および再起動に要する時間を間引くことができる。

以上に説明した方法では、親ノードに指定された端末装置３が、同一グループに属する他の全ての端末装置３に管理コンピュータ１から受け取ったファイルを転送する構成としている。ただし、以下に示す構成を端末装置３が有するならば同一グループ内の他の端末装置３全てに管理コンピュータ１から取得したファイルを転送することを要しない。具体的には、図１７に示すごとく、端末装置３は、管理コンピュータ１から親ノードに指定された場合に、同一グループに属する他の端末装置３をさらに複数のグループに振り分け、複数の端末装置３が属する複数の第二グループを設定するとともに、各第二グループ内の１台の端末装置３を子ノード、子ノード以外の端末装置３を孫ノードに指定する（第二グループ化手段）。子ノードは、第二世代の親ノードに相当する。そして、第一世代の親ノードに当たる端末装置３は、子ノード（第二世代の親ノード）に指定する旨の通知と、同一の第二グループに属する他の端末装置３（孫ノード）を特定するためのＩＤとを含む第二のグループ情報を、管理コンピュータ１から取得したファイルとともに子ノードに指定した端末装置３に転送する。このように、端末装置３を親ノード、子ノード、孫ノードの三世代に階層分けし、それぞれの階層内でグループ化を行なう構成は、大型店舗向けのホール管理システムに特に好適である。なお、第二世代のグループ分けは、管理コンピュータ１が行なうようにしてもよい。この場合、管理コンピュータ１は、親ノード、子ノードおよび孫ノードの指定を一括して行なう。また、同一グループ内において親ノードは複数台であってもよいし、子ノードも複数台であってもよい。

なお、本実施形態ではＦＴＰの最大同時セッション数が管理コンピュータ１と端末装置３とで同数（Ｎ＝２０）であるとしたが、同数であることには限定されない。たとえば、管理コンピュータ１のＦＴＰ最大同時セッション数が１０台であり端末装置３のＦＴＰ最大同時セッション数が５台である場合には、一つのレイヤに最大１０グループが所属し、一つのグループには最大６台の端末装置３（１台の親ノードと５台の子ノード）が所属するようにグループ化処理を行なうとよい。

また、一つのグループに所属する端末装置３の台数を適宜変更する構成とすることも可能である。すなわち、ファイルを要求する旨の返答があった端末装置３をリストアップし、そのリストに挙がった端末装置３の台数を計数する一方、その計数した台数を、所定数Ｎ（たとえば管理コンピュータ１のＦＴＰ最大同時セッション数）で除して一つのグループに所属する端末装置３の台数を決定する。そして、その決定に基づいて各端末装置３をグループ分けする。たとえば、６０台の端末装置３からファイル転送の要求があった場合には、その６０台を所定数Ｎ（たとえばＮ＝２０）で除した値（＝３台）が一つのグループに属する端末装置３の台数となる。このような方法によれば、グループの親ノードに指定される端末装置３の負担を軽減することができる。したがって、端末装置３を管理コンピュータ１ほど高性能化せずに済む。

以上、本実施形態では、玉貸出機能を持った端末装置３を例示したが、玉貸出機能を持たない端末装置であってもよい。つまり、先に例示した機能の全てを端末装置３が持つ必要はない。具体的には、図１８に示すごとく、遊技台４ごとに設けられるデータ表示機能付きの呼出ランプ７の二台に対して一つのプログラム基板６（入出力コントローラともいう）が設けられ、その一つのプログラム基板６で二台の呼出ランプ７，７を制御する構成のホール管理システム２００は、他の一つの好適な実施形態である。もちろん、端末装置は、玉貸出機能だけを持った端末（台毎の貯玉再プレイ装置等プログラムを変更する可能性のある端末）であってもよい。

また、管理コンピュータ１がプログラムファイルの転送元でないホール管理システム３００（図１８）を示すことができる。ホール管理システム３００の基本的な構成は、図１に示したホール管理システム１００と共通である。相違する点は、入出力コントローラ８がメモリカードリーダ８ａを備える点である。すなわち、そのメモリカードリーダ８ａから、メモリカートリッジ９に記録されたプログラムファイルを入出力コントローラ８に取り込み、プログラムファイルを取り込んだ入出力コントローラ８が備えるグループ化手段により、他の入出力コントローラ８にかかるグループ化を行ない、プログラムファイルを取り込んだ入出力コントローラ８が備えるファイル転送手段によってファイル転送を行なう。図４等で説明したバージョンチェックは行なってもよいし、行なわなくてもよい。

また、図１９のホール管理システム３００の変形例として、管理コンピュータ１と入出力コントローラ８との間に島コンピュータを配置する構成を示すことができる。すなわち、その島コンピュータがグループ化処理（グループ分けとグループ情報の送信）を行なう一方、子ノードへのプログラムファイルの転送は親ノードに指定された入出力コントローラ８（端末装置）が行なうという構成を採用できる。このように、プログラムファイルの最初の転送元は管理コンピュータ１に限定されないし、グループ化処理の主体（装置）も管理コンピュータ１に限定されない。また、プログラムファイルを転送する装置と、グループ化処理（グループ情報の送信含む）を行なう装置とが別体であってもよい。

また、本明細書では遊技店のホール管理システムを具体例として説明してきたが、他の一般的なネットワークにも発明の思想を取り入れることが可能であることを断っておく。

ホール管理システムの全体概略図。 図１のホール管理システムの構成を示すブロック図。 端末装置のプログラム改訂時に管理コンピュータが実行する処理のゼネラルフローチャート。 図３中のバージョンチェック処理のフローチャート。 図３中のタイマ処理のフローチャート。 図３中の一括操作処理のフローチャート。 図３中のグループ化処理のフローチャート。 図３中のファイル転送処理のフローチャート。 端末装置がプログラム改訂時に実行する処理のゼネラルフローチャート。 図９中のバージョンチェック処理のフローチャート。 図９中のファイル受信処理のフローチャート。 図９中のファイル転送処理のフローチャート。 図９中のプログラム書換処理のフローチャート。 管理コンピュータと端末装置のバージョンアッププログラムの詳細を記述した概念図。 本発明のホール管理システムが採用するファイル転送方法の説明図。 グループ化処理を視覚的に説明するための概念図。 ホール管理システムで採用できるファイル転送方法の変形例の説明図。 ホール管理システムの他の実施形態を示す概略図。 同じく、ホール管理システムの他の実施形態を示す概略図。

符号の説明

１ 管理コンピュータ
３ 端末装置
６，８ 入出力コントローラ（端末装置）
７１ ＣＰＵ（グループ内ファイル転送手段、端末側バージョンチェック手段、プログラム書換手段）
１０１ ＣＰＵ（グループ化手段、ファイル転送手段、バージョンチェック手段、タイマ手段）
１００，２００，３００ ホール管理システム

Claims (2)

1. パチンコ機やスロットマシン等の遊技台に関するデータを表示する機能と、前記遊技台に関するデータを収集する機能と、貸出機能との少なくとも一つを備え、前記遊技台に付随して設けられる端末装置と、管理コンピュータとが相互に通信可能に接続されてネットワークを形成しているホール管理システムであって、
   前記管理コンピュータは、
   所定条件の成立に応じて通信可能状態にある全ての前記端末装置をリストアップし、リストアップした前記端末装置をグループに振り分け、複数の前記端末装置が属する複数のグループを設定するグループ設定を行うとともに、各グループ内の所定数の前記端末装置を親ノードに指定するグループ化手段と、
   前記グループ化手段が設定した同一グループに属する前記端末装置を特定するためのＩＤを含むグループ情報と、前記プログラムファイルとを、親ノードに指定した前記端末装置に転送するファイル転送手段とを備え、
   前記それぞれの端末装置には、
   前記ファイル転送手段から前記プログラムファイルと前記グループ情報との双方を取得した場合に、取得したグループ情報に基づいて同一グループに属する他の複数の前記端末装置に、取得した前記プログラムファイルを転送する均一のグループ内ファイル転送手段を有し、
   前記グループ化手段が行うグループ設定は、当該グループ内の親ノードの数と、前記グループ内ファイル転送手段が同時にファイル転送を可能とする最大数とに基づき予め定められた設定数に基づいて設定され、
   前記管理コンピュータが指定した親ノードの端末装置は、転送された前記プログラムファイルを前記グループ内ファイル転送手段によってグループ内の全ての端末装置に転送することを特徴とするホール管理システム。
2. 前記グループ内ファイル転送手段は、ＦＴＰ通信によってファイル転送を行ない、
   前記グループ化手段が行うグループ設定における設定数は、グループ内の親ノードの数と、前記グループ内ファイル転送手段のＦＴＰの最大同時セッション数とに基づいて予め定められた数であることを特徴とする請求項１記載のホール管理システム。

Images