JP3953120B2 - Amusement park management analysis equipment - Google Patents
Amusement park management analysis equipment Download PDFInfo
- Publication number
- JP3953120B2 JP3953120B2 JP32994495A JP32994495A JP3953120B2 JP 3953120 B2 JP3953120 B2 JP 3953120B2 JP 32994495 A JP32994495 A JP 32994495A JP 32994495 A JP32994495 A JP 32994495A JP 3953120 B2 JP3953120 B2 JP 3953120B2
- Authority
- JP
- Japan
- Prior art keywords
- model
- information
- evaluation
- game
- profit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Pinball Game Machines (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、遊技場の情報処理装置に係わり、詳しくは遊技機の営業情報を容易に把握できる情報処理装置（例えば、経営分析装置）に関する。
【０００２】
【従来の技術】
一般に、遊技媒体を用いた遊技場設備としては、例えばパチンコ遊技機、アレンジボール機、雀球機、メダルを用いたスロットマシン（回胴式スロット遊技機）、球を用いたスロットマシン（回胴式スロット遊技機）等がある。
従来、平均的な遊技場においては遊技機を３００台程度配置している。一方、大型店ともなると、１０００台程度の遊技機を配置している。また、情報処理装置（例えば、経営分析装置、管理装置）はこれら各遊技機および遊技関連設備（例えば、玉貸し機、カード発行機等）よりの情報を収集し、演算処理して、例えば売り上げ情報、遊技機の稼働情報等を単純なグラフ表示や数値情報として表示している。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の経営分析装置にあっては、以下のような問題点があった。
（イ）遊技情報の複雑化、高度化および遊技機台数の増大に伴い、経営分析装置で表示すべき情報が極めて多くなるとともに、表示してもらいたい情報も多くなっている。このような状況下、いかに多くの遊技情報を経営分析装置の操作者に容易に把握させるかが重要であるが、従来は多くの情報を操作者に容易に把握させることが困難であった。すなわち、多くの情報を収集したとしても、従来は単に情報を経営分析装置の画面に羅列的に表示するのみであり、情報の中から遊技機の実際の営業状態を簡単に認識できるものではなかった。
（ロ）従来は多くの情報を収集して画面上に表示しても、例えば単純な数値情報、あるいはグラフ情報として表すだけのものであり、結局、操作者（経営者）は情報から必要な判断を時間をかけて分析し、営業上の判断を行う（すなわち、情報分析の判断を委ねる）ことになっていた。したがって、従来は多くの情報を収集して画面上に表示したとしても、その情報から操作者が即座に判断することが困難であった。また、このとき情報分析の判断を行う場合の操作性もよくなかった。
【０００４】
（ハ）経営者が真に知りたいのは、遊技機の性能を把握している遊技機製造メーカーが遊技店で当該遊技機の情報を収集して判断した場合の判断情報（遊技機の性能情報）であり、その判断情報が簡易に得られるのであれば、経営者にとって好ましいが、従来はそのような判断情報を経営分析装置から得ることは困難であった。
（ニ）また、上記判断情報と経営者の判断とを比較することで、遊技店のマネージメントを向上させることが可能であるが、従来は遊技機製造メーカーの判断情報を得ることが困難であるため、必然的に経営者の判断と比較することができず、遊技店のマネージメントを向上させることができなかった。
【０００５】
そこで本発明は、上述した問題点に鑑みてなされたもので、遊技情報を容易に把握可能で、遊技機の性能を的確に把握でき、かつ操作性のよい遊技場の情報処理装置を提供することを目的としている。
【０００６】
【課題を解決するための手段】
上記目的達成のため、請求項１記載の発明による遊技場の経営分析装置は、遊技機から遊技情報を収集し、必要な演算を行って経営情報を割り出す処理を実行する遊技場の経営分析装置において、
前記遊技機から収集した遊技情報を機種毎に記憶する機種情報記憶手段と、
機種情報記憶手段に記憶された遊技情報を前記機種に属する遊技機単位で集計して、所定の算出式で機種毎の成績を機種成績として算出する機種成績算出手段と、
前記機種成績を複数段階に評価するための評価基準と、該評価に対応する評価メッセージと、を前記機種毎に記憶する機種評価情報記憶手段と、
前記機種成績算出手段が算出した機種成績を前記機種評価情報記憶手段が記憶する評価基準に基づいて評価し、該評価結果に対応する評価メッセージを取得する評価メッセージ取得手段と、
前記評価メッセージ取得手段が取得した評価メッセージを表示する表示手段と、
を備えたことを特徴とする。
【０００７】
好ましい態様として、例えば請求項２記載のように、機種情報記憶手段が記憶する遊技情報には、機種毎の粗利益額を表す粗利益額情報を含み、
前記機種成績算出手段は、前記粗利益額情報から遊技機１台当りの台利益を算出する台利益算出手段を備え、
前記機種評価情報記憶手段は、前記台利益を評価するための台利益評価基準と、該台利益の評価に対応する台利益評価メッセージと、を前記機種毎に記憶するようにしてもよい。
例えば請求項３記載のように、機種情報記憶手段が記憶する遊技情報には、機種毎の稼働時間を表す稼働情報および遊技場の営業時間を表す営業時間情報を含み、
前記機種成績算出手段は、前記稼働情報と前記営業時間情報とから、遊技場の営業時間に対する遊技機の稼働時間の比率である稼働率をを算出する台稼動率算出手段を備え、
前記機種評価情報記憶手段は、前記稼働率を評価するための台稼働率評価基準と、該台稼働率の評価に対応する台稼働率評価メッセージと、を前記機種毎に記憶するようにしてもよい。
例えば請求項４記載のように、機種情報記憶手段が記憶する遊技情報には、機種毎の粗利益額を表す粗利益額情報情報および遊技機のアウト玉数を表すアウト玉数情報を含み、
前記機種成績算出手段は、前記粗利益額情報情報と前記アウト玉数とからアウト玉１個当りの利益を表す玉利益を算出する玉利益算出手段を備え、
前記機種評価情報記憶手段は、前記玉利益を評価するための玉利益評価基準と、該玉利益の評価に対応する玉利益評価メッセージと、を前記機種毎に記憶するようにしてもよい。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態を、カード式遊技システムの経営分析装置に適用した実施例として図面を参照して説明する。すなわち、本実施例は経営分析装置によって、遊技機の各種情報を収集し、必要な演算処理、画面表示を行っており、遊技場の情報処理装置として経営分析装置に本発明を適用した例である。
（I）遊技場設備の全体構成
図１は経営分析装置を使用した遊技場設備の全体構成を示すブロック図である。図１において、１は遊技店、２はカード管理会社（以下、カード会社という。図面も同様）である。遊技店１には大きく分けてカード管理装置（以下、管理装置という）１１、経営分析装置（遊技場の情報処理装置）１２、中継器１３、景品ＰＯＳ（景品交換装置）１４、ＡＴＭ交換機１５、島ユニット（いわゆる島設備：遊技機取付設備に相当）１６、中継器２１、２２、カード発行機（情報媒体発行装置）２３、更新機（情報媒体更新装置）２４が配置されている。
さらに、島ユニット１６には大型金額付加機（有価価値付加装置）２５、複数の遊技機（封入球式遊技機）３１ａ〜３１ｎ（以下、適宜単に３１の符号で表す）、補給装置３２が配置されている。なお、図１では島ユニット１６および中継器（副中継器）２２をそれぞれ１つしか示していないが、このような島ユニット１６および中継器（副中継器）２２は島単位で、複数配設されている。
景品ＰＯＳ１４、カード発行機２３、更新機２４、大型金額付加機２５、遊技機３１は後述のＩＣカード４００（遊技情報媒体）を装着可能な被装着端末装置に相当する。
【００１４】
ＡＴＭ交換機１５は遊技店１内に設置された管理装置１１、経営分析装置１２、主中継器（図面では中継器と表示）１３、景品ＰＯＳ１４からの情報の伝送を制御する情報交換装置であり、光ファイバーからなる情報伝送路４１を介して、例えば１５５Ｍｂｐｓの情報量の伝送が可能である。
ここで、ＡＴＭ（Asynchronous Transfer Mode：非同期転送モード）について説明する。一般に、パケット通信では高速動作ができず、あまり高いビットレイトの信号を扱えない。これに対して、ＡＴＭ交換では符号誤り率の低い光ファイバー伝送路のような高品質伝送路を使用するのが前提で、セル（デジタル化された一定長さの情報ブロック）ごとの誤りチェックをせずに、直接高速動作ができるハードウエアスイッチで交換接続する。これにより、半導体スイッチの動作速度までは使うことができ、数１００Ｍビット／秒以上の信号でも交換接続できるようになっている。このようなＡＴＭ交換技術を用いると、データ、文書、音声、イメージ、画像等のさまざまなタイプの情報の転送が単一のラインで可能になる。
【００１５】
本実施例のＡＴＭ交換機１５は上記原理に基づき店内設置の各端末装置からの情報を受信したり、必要な情報を送信したりするための交換制御を行う。
上記ＡＴＭ交換機１５および光ファイバーからなる情報伝送路４１は物理的に情報の伝送容量の大きい第１伝送網４２を構成し、管理装置１１、経営分析装置１２、主中継器１３、景品ＰＯＳ１４は第１伝送網４２で結合されるネットワークを構成している。物理的に情報の伝送容量の大きいシステムとは、ＡＴＭ交換技術および光ファイバーを使用した極めて大きい伝送容量を確保できるシステムのことである。
【００１６】
主中継器１３は上位の第１伝送網４２と下位の中継器２１、２２との間の情報伝送の中継を行うもので、例えば光中継器が使用され、赤外線を使用した通信を行う。そして、主中継器１３は上位の第１伝送網４２ではＡＴＭ交換機１５との間で１５５Ｍｂｐｓの情報伝送が可能であり、下位の中継器２１、２２との間で１６Ｍｂｐｓの情報伝送が可能な構成である。
下位の中継器２１はカード発行機２３、更新機２４、大型金額付加機２５と、主中継器１３との間の情報伝送を中継するもので、例えば光中継器が使用され、赤外線を使用した通信を行う。そして、中継器２１はカード発行機２３、更新機２４、大型金額付加機２５との間で１Ｍｂｐｓの情報伝送が可能である。
【００１７】
一方、下位の中継器２２は遊技機３１ａ〜３１ｎ、補給装置３２と、主中継器１３との間の情報伝送を中継するもので、例えば光中継器が使用され、赤外線を使用した通信を行う。そして、中継器２２は遊技機３１ａ〜３１ｎ、補給装置３２との間で１Ｍｂｐｓの情報伝送が可能である。
上記中継器２１、２２、主中継器１３、カード発行機２３、更新機２４、大型金額付加機２５、遊技機３１ａ〜３１ｎ、補給装置３２は、無線（ここでは赤外線による情報伝送）よりなる第２伝送網４３で結合されるネットワークを構成している。
そして、ＡＴＭ交換機１５および光ファイバーからなる情報伝送路４１を介して構成される伝送容量の大きい第１伝送網４２に接続される管理装置１１、経営分析装置１２、主中継器１３、景品ＰＯＳ１４を含むネットワークと、第２伝送網４３で結合される中継器２１、２２、主中継器１３、カード発行機２３、更新機２４、大型金額付加機２５、遊技機３１ａ〜３１ｎ、補給装置３２を含むネットワークは全体としてＬＡＮ（ローカルエリアネットワーク）を構成し、情報の転送が相互に高速で可能なシステムになっている。
【００１８】
（II）遊技場の管理系統
図２は遊技場の管理系統を示す図である。図２において、管理装置１１は店内に設置されたＡＴＭ交換機１５を介してカード会社２と電話回線４５（例えば、ＩＳＤＮ等のデジタル回線）で結ばれている。管理装置１１とＡＴＭ交換機１５との間は光ファイバーからなる情報伝送路４１で接続されている。なお、破線で囲んだ部分は遊技店外の構成であり、他の遊技店４６も同様に電話回線４７を介してカード会社２と結ばれている。
【００１９】
カード会社２は全国共通のＩＣカードを遊技カードとして発行したり、遊技店１における遊技カードに関する精算を行ったりする。また、必要に応じて遊技店１における管理装置１１の各種情報を受信したりする（例えば、カードの決済情報の受信）。遊技店１は、カードの発行情報とか、必要な情報をカード会社２から得たり、問い合わせる等のために電話回線４５を介してカード会社２と接続されている。
なお、以下の説明では、後述のＩＣカード４００（遊技情報媒体）を単に、適宜、遊技カードあるいはカードと略称して用いる。
【００２０】
ここで、具体的に説明すると、カード会社２はカードを発行する際に遊技カードに対してシリアル番号（例えば、発行ナンバー）、セキュリティ情報、仮発行機番号、暗号化情報、ＩＣカードの制御プログラムを格納して各遊技店に発行する。また、カード会社２はカード情報の他に、カード発行機２３、遊技機３１、更新機２４、大型金額付加機２５、景品ＰＯＳ１４の識別番号（各端末装置を相互認証するときに必要な個別識別情報）、カードの制限情報（例えば、付加金額の最大値：２００００円）、セキュリティ情報等の情報を各遊技店の管理装置１１に転送する。なお、個別識別情報は、初期値として後に、カード発行機２３等に管理装置１１が送信することになる。
【００２１】
また、カード発行機２３の場合には仮発行機番号および真発行機番号が付与され、仮発行機番号によりＩＣカード４００へカード発行機２３の認識（詳しくは後述）を行わせ、カード発行機２３からＩＣカード４００が発行される段階で、仮発行機番号が真発行機番号により上書されて他の端末装置と同様の個別識別情報（つまり発行機識別番号）になる。
このように遊技店１は、カードの発行情報とか、必要な情報をカード会社２から得たり、問い合わせる等のためにＡＴＭ交換機１５を介してカード会社２と接続されている。
【００２２】
管理装置１１はホールの管理室に配置され、管理コンピュータ、ディスプレイ、プリンタ５０、外部記憶装置５１、端末入力装置（例えば、キーボードやマウス）、無停電電源装置（ＵＰＳ）５２を有している。
管理コンピュータはカードシステムに関する管理として、カード会社２より電話回線４５、ＡＴＭ交換機１５、情報伝送路４１を介してカード発行機２３、遊技機３１、更新機２４、大型金額付加機２５、景品ＰＯＳ１４の識別番号、カードの制限情報、セキュリティ情報、暗号化情報等の情報を受け取り、初期値としてカード発行機２３等に送信する処理を行う他に、遊技店１の各端末装置の管理制御に必要な処理を行う。
【００２３】
また、カードの決済に関する情報をカード会社２に送信する処理も行う。さらに、管理コンピュータは発行されたカードの各種カード情報を管理したり、また、各端末機装置（例えば、遊技機３１、更新機２４等）より挿入されたカードとの照合来歴を記憶管理する。なお、カードとの照合来歴は当店当日限りでクリアされる。外部記憶装置５１はカードシステムに関する管理情報を記憶する。また、管理コンピュータは各端末装置との定時連絡により、常にカードと同等の情報を管理している。
無停電電源装置（ＵＰＳ）５２は内部にバッテリを備え、商用電源が停電等したときに、管理装置１１の各回路に非常用の電源を供給し、一定時間作動をバックアップする。
【００２４】
経営分析装置１２は、同様にホールの管理室に配置され、経営分析コンピュータ、ディスプレイ、プリンタ６０、外部記憶装置６１、端末入力装置（例えば、キーボードやマウス）、無停電電源装置（ＵＰＳ）６２を有している。
経営分析コンピュータ６１はホールの経営に関する演算、表示、シミュレーション処理、遠隔操作装置の操作来歴情報の管理等を行うもので、ＡＴＭ交換機１５、情報伝送路４１を介して各端末装置に接続され、必要な情報を受け取る。例えば、ホールの島ユニット１６に設置された多数の封入球式の遊技機３１から必要なデータを収集して経営に必要な演算、表示、シミュレーション処理のために各種遊技状態に対応するデータを整理して経営分析を行い、その結果をディスプレイ６２に表示させたり、プリンタ６３に印刷させたりする。また、遊技店の店員が操作した各遠隔操作装置の操作情報を収集し、操作情報の管理に必要な処理を行う。
【００２５】
また、経営分析コンピュータは多数の封入球式遊技機３１や各端末装置から収集したデータを内部の記憶装置に毎日のデータとして記憶したり、記憶したデータを外部記憶装置６１に記憶させたりする。例えば、ホールの島ユニット１６に設置された多数の封入球式の遊技機３１、管理装置１１から必要なデータを収集して各種遊技状態に対応するデータを整理し、整理したデータをディスプレイ６２に表示させたり（例えば、大当りの多い台番号順、大当り発生率の高い台番号順に表示させたり）、各遊技機３１の動作状態（例えば、強制的に精算を行う状態、精算禁止の状態）を監視したり、必要なデータの演算処理を行う。また、端末入力装置を操作することにより、遊技種類別、機種別、島単位別、製造メーカー別に遊技機の成績を演算し、営業情報、大当りデータ、賞球データ等を収集し、経営分析コンピュータのディスプレイに表示させることもできる。
【００２６】
そして、外部記憶装置６１に記憶したデータに基づいて営業を予測するシミュレーションを行ったり、必要に応じて過去の営業データを呼び出したりする。また、遊技機３１よりの遊技情報（例えば、大当たり情報、賞球数情報等）、景品ＰＯＳ１４よりの景品交換情報（例えば、貯玉金額、現金への交換量、景品への交換量等）、大型金額付加機２５よりの金額付加情報等を収集し、それらを用いて必要な演算を行って、遊技機３１の性能、景品の交換情報、経営情報等を割り出す処理を実行する。
無停電電源装置（ＵＰＳ）６２は内部にバッテリを備え、商用電源が停電等したときに、経営分析装置１２の各回路に非常用の電源を供給し、一定時間作動をバックアップする。
【００２７】
（III）端末装置の通信系統
図３は端末装置の通信系統を示す図である。図３において、景品ＰＯＳ１４は光ファイバーからなる情報伝送路４１を介して店内に設置されたＡＴＭ交換機１５に接続され、中継器１３も光ファイバーからなる情報伝送路４１を介してＡＴＭ交換機１５に接続されている。すなわち、これらはＡＴＭ交換機１５および光ファイバーからなる情報伝送路４１を介して構成される伝送容量の大きい第１伝送網４２に接続される。
一方、主中継器１３は第１伝送網４２と第２伝送網４３との間で情報の中継を行う機能を有しており、各端末装置（カード発行機２３、更新機２４、大型金額付加機２５、遊技機３１ａ〜３１ｎ、補給装置３２）に対して第２伝送網４３の中継器２１、２２を介して情報のネットワークが構成される。
【００２８】
中継器２１、２２は赤外線通信によりカード発行機２３の光送受信部７１、更新機２４の光送受信部７２、大型金額付加機２５の光送受信部７３、遊技機３１ａ〜３１ｎのディスプレイユニット７４ａ、７４ｂにおける光送受信部７５ａ、７５ｂ、補給装置３２の光送受信部（図示略）との間で相互に情報の伝送を行う。なお、ディスプレイユニット７４ａ、７４ｂについては、以下、適宜単に７４の符号で表し、光送受信部７５ａ、７５ｂについては、以下、適宜単に７５の符号で表す。
島ユニット１６には遊技機３１ａ、３１ｂが配置されるとともに、台間金額付加機７６ａ、７６ｂ（以下、適宜単に７６の符号で表す）、補給装置３２および大型金額付加機２５が配置されている。
【００２９】
カード発行機２３はカード会社２から購入したＩＣカードを遊技カードとして遊技者に発行（例えば、ＩＣカードを所持していない遊技者が購入するような場合）するもので、例えば１０００円で遊技カードを発行する。なお、発行されたカードは所定の期間（例えば、１年間）まで継続使用が可能である。カード発行機２３は光送受信部７１を介して管理装置１１や経営分析装置１２との間で遊技カードの売上情報等の転送を行う。また、カード発行機２３はカード発行時に、ＩＣカードとの間で相互認証処理を行い、正当と判断した場合に、カードに、カード発行機２３、遊技機３１、更新機２４、大型金額付加機２５、景品ＰＯＳ１４の識別番号、カードの初期情報等を記録する処理を行う。
【００３０】
大型金額付加機２５は遊技者が購入したＩＣカードを挿入し、硬貨、紙幣を投入することにより、所望の金額をＩＣカードに付加するもので、まずＩＣカードの相互認証処理を行い、その結果に基づいてＩＣカードに金額（有価価値）を付加する。付加金額としては、例えば３０００円、５０００円、１００００円の何れかを選択できる。なお、金額の付加は隣接する遊技機間に配置された台間金額付加機７６によっても行うことが可能であり、この場合は１０００円単位での金額付加になっている。
【００３１】
遊技機３１はＩＣカードの相互認証を行い、その結果に基づいてＩＣカードに記録されている金額（有価価値情報）を遊技に使用可能な持ち玉数（遊技価値情報）に変換して遊技可能とし、また、遊技の結果既に記録してある持ち玉数（遊技価値）により遊技可能とし、その遊技の結果をＩＣカードに記録する。
具体的には、ＩＣカードが挿入されることにより、ＩＣカードの情報（金額データ、持ち玉数データ等）を読み取って玉貸しを行ったり、遊技者の獲得した玉数をＩＣカードに記憶したりする制御を行い、ディスプレイユニット７４の光送受信部７５を介してネットワーク網で管理装置１１や経営分析装置１２との間でＩＣカードによる玉貸し（つまり売上）情報等の転送を行う。
【００３２】
また、遊技機３１の前面枠等は遠隔操作装置（以下、リモコン装置という）１００によって遠隔操作が可能であり、リモコン装置１００を操作して赤外線を遊技機３１のディスプレイユニット７４に発射すると、ディスプレイユニット７４からの指令で遊技機３１の前面枠等の開閉が遠隔的に行われる。この場合、遊技機３１の光送受信部７５からネットワーク網を介して経営分析装置１２に対してリモコン装置１００の操作来歴情報の転送が行われる。リモコン装置１００は赤外線を発射可能な送信部、本体の表面に配置された複数の押しボタン、マイクロコンピュータにより構成される制御部等を有し、押しボタンを操作することにより、所定の操作コード、リモコンＩＤを含む赤外線が出力され、遊技機３１を遠隔的に操作することが行われる。
【００３３】
更新機２４はＩＣカードを支障なく使用するために、所定の有効期限（例えば、１年間）を過ぎたカードを新しいカードに交換するためのもので、有効期限（例えば、１年）を超えたＩＣカードが挿入されたとき、所定条件下（ここでは更新の許可を管理装置１１経由でカード会社２に問い合わせ、許可が出た場合に更新する）で当該ＩＣカードを使用不能状態にして回収し新たなＩＣカードを発行するとともに、回収前のＩＣカードに記録されている情報を、新たなＩＣカードに記録する処理を行う。
景品ＰＯＳ１４はＩＣカード４００（適宜、単にＩＣカードという）が挿入されると、挿入されたＩＣカードの相互認証を行い、その結果に基づいてＩＣカードの情報に応じた景品の交換処理を行うもので、ＩＣカードに記録された持ち玉数（遊技価値）に基づいて精算可能とする。精算可能としたのは、ＩＣカードに記録されている持ち玉数データが管理装置１１に記録されているデータと不一致の場合があれば、遊技者とホールの係員との話合いで景品交換を決定するからであり、一律に全ての場合に景品交換を認めるものではないからである。
【００３４】
また、景品ＰＯＳ１４はホールの無人の場所に配置され、裏面側は係員の保守が可能な空間が確保されるようにしている。景品ＰＯＳ１４における景品交換では、ＩＣカードに記憶された持ち玉数情報に基づいて、現金、貯玉金額（当該ホールの換金率で金額情報として格納される）への交換が可能であるとともに、貯玉も現金に交換が可能である。
補給装置３２は島ユニット１６に配置された複数の遊技機３１ａ〜３１ｎに対して封入球を封入したり、補給したりするものである（図１参照）。
【００３５】
（IV）経営分析装置の構成
図４は経営分析装置１２の構成を示すブロック図である。図４において、経営分析装置１２は主要なものとして、ワークステーション１５１、グラフィックインターフェース１５２、パラレルインターフェース１５３、オーディオインターフェース１５４、ＳＣＳＩホストアダプタ１５５、ＡＴＭインターフェース１５６、外部記憶装置（ハードディスク装置：ＨＤＤ等）１５７、アンプ１５８、ディスプレイ装置（ＣＲＴ）１６０、プリンタ６０（図２参照）およびスピーカ１６２を有している。
【００３６】
ワークステーション１５１はカード式遊技システムの経営に関する演算、表示、シミュレーション、遠隔操作装置の使用来歴の管理等に必要な演算処理を行う。ワークステーション１５１はグラフィックインターフェース１５２、パラレルインターフェース１５３、オーディオインターフェース１５４、ＳＣＳＩホストアダプタ１５５、ＡＴＭインターフェース１５６を介して外部機器とそれぞれ接続される。各インターフェースはそれぞれ所定のボード（例えば、プリント基盤）上にＩＣ等を含む回路により、実現される。
【００３７】
グラフィックインターフェース１５２はディスプレイ装置１１２に画像を表示させるための信号変換処理を行う。ディスプレイ装置１６０はカラー表示可能なＣＲＴを有して構成され、グラフィックインターフェース１５２からの出力信号に基づいて画像を表示する。ディスプレイ装置１１２としては、例えば２０インチのＣＲＴで、１２８０×１０２４ドット表示が可能なものが使用される。
パラレルインターフェース１５３はプリンタ６０に対して信号の転送を行う場合の接続部であり、プリンタ６０は必要な情報等を印刷して出力する。
オーディオインターフェース１５４はアンプ１５８に対して音声信号、効果音等の各種の音響信号を出力する際の転送を行う場合の接続部であり、アンプ１５８はオーディオインターフェース１５４から出力される音声信号、効果音等の各種の音響信号を増幅してスピーカ１６２から報音する。
ＳＣＳＩホストアダプタ１５５は外部記憶装置１５７との間でデータの転送を行う場合の接続部であり、ＡＴＭインターフェース１５６はＡＴＭ交換機１５との間でＡＴＭでの転送を行う場合の接続部である。
【００３８】
次に、図５は経営分析装置１２の詳細なブロック構成を示す図である。図５において、ワークステーション１５１はＭＰＵモジュール１７１、ＢＩＯＳＲＯＭ１７２、タイマ１７３、ＦＰＵ１７４、バスインターフェース１７５、ＤＭＡコントローラ１７６、メモリバスインターフェース１７７、ＲＡＭ１７８、Ｍバス１７９、Ｓバス１８０、メモリバス１８１を有している。
ＭＰＵモジュール１７１はＢＩＯＳＲＯＭ１７２に格納されている起動プログラムを読み出して起動し、カード式遊技システムの経営に関する演算、表示、シミュレーション、遠隔操作装置の使用来歴の管理等を行うプログラムをハードディスク装置（ＨＤＤ）１８７よりメモリ（ＲＡＭ１７８）に読み込み、処理を実行する。ＢＩＯＳＲＯＭ１７２は起動プログラムを格納し、ＲＡＭ１７８はワークエリアとして用いられる。タイマ１７３はＭＰＵモジュール１７１の演算処理に必要な時間計測を行い、ＦＰＵ１７４は浮動少数点演算を受け持つ専用のプロセッサで、図形処理等の高速化を図るものである。
【００３９】
バスインターフェース１７５はＭＰＵモジュール１７１を中心としてデータ転送を主に行うＭバス１７９と、各インターフェースボードとの間でデータ転送を主に行うＳバス１８０との間をインターフェース接続する。ＤＭＡコントローラ１７６はＳバス１８０を介して接続される各種装置との間でデータをＭＰＵモジュール１７１にＤＭＡ転送するときの制御を行う。
メモリバスインターフェース１７７はＭバス１７９とメモリバス１８１との間のデータ転送に関するインターフェース処理を行い、メモリバス１８１を介してＲＡＭ１７８が接続される。
インターフェース管理を主に行うＳバス１８０にはパラレルインターフェース１５３、イーサネットインターフェース１８２、ＡＴＭインターフェース１５６、ＦＤインターフェース１８３、ＧＰＩＢインターフェース１８４、オーディオインターフェース１５４、グラフィックインターフェース１５２、ＳＣＳＩホストアダプタ１５５、シリアルインターフェース１８５が接続されている。
【００４０】
イーサネットインターフェース１８２は外部のＬＡＮネットワーク（特に、イーサネット）を構成する装置との間で信号の転送を行う場合の接続部である。ＦＤインターフェース１８３はフロッピィディスク（ＦＤ）装置との間で信号の転送を行う場合の接続部であり、ＧＰＩＢインターフェース１８４はＩＥＥＥ４８８規格を有する装置との間で信号の転送を行う場合の接続部である。
ＳＣＳＩホストアダプタ１５５にはＳＣＳＩバス１８６を介して各種外部記憶装置１５７としてのハードディスク装置（ＨＤＤ）１８７、光磁気ディスク装置（ＭＯ）１８８、デジタルテープ記憶装置（ＤＡＴ）１８９、ＣＤ−ＲＯＭドライブ装置１９３が接続されている。
【００４１】
ＣＤ−ＲＯＭドライブ装置１９３はＣＤ−ＲＯＭが挿入されると、ＣＤ−ＲＯＭを駆動してＣＤ−ＲＯＭに記憶された情報を読み出す処理を行う。ＣＤ−ＲＯＭは例えば遊技機製造メーカーから支給され、各種の設定情報、遊技機評価情報等を記憶している。
シリアルインターフェース１８５はシリアルデータの転送を行う場合の接続部であり、ＲＳ−２３２Ｃボード１９０、キーボード１９１、マウス１９２が接続されている。ＲＳ−２３２Ｃボード１９０は所定のインターフェース規格の１つ、例えばＥＩＡ規格２３２Ｃで規定されている信号の授受を行う場合の接続部である。キーボード１９１は操作者が必要な入力を行うもので、マウス１９２も同様に入力操作を行うものである。
【００４２】
ここで、ＲＡＭ１７８、ハードディスク装置（ＨＤＤ）１８７、光磁気ディスク装置（ＭＯ）１８８、デジタルテープ記憶装置（ＤＡＴ）１８９、ＣＤ−ＲＯＭドライブ装置１９３およびＣＤ−ＲＯＭは機種情報記憶手段、機種評価情報記憶手段、表示情報記憶手段、遊技機情報記憶手段を構成する。
ワークステーション１５１、キーボード１９１、マウス１９２は表示情報選択手段、詳細情報選択手段、グラフ軸選択手段、遊技機情報切換手段を構成する。
ワークステーション１５１は機種成績演算手段、評価情報割り付け手段、台稼働率演算手段、玉利益演算手段、標識情報割り付け手段、遊技機情報演算手段、機種表形式演算手段、遊技機表形式演算手段、グラフ形式演算手段、低稼働遊技機検出手段を構成する。
グラフィックインターフェース１５２、パラレルインターフェース１５３、オーディオインターフェース１５４、ディスプレイ装置（ＣＲＴ）１６０、プリンタ６０およびスピーカ１６２は、表示手段を構成する。
ディスプレイユニット７４、光送受信部７５、中継器２１、主中継器１３、第１伝送網４２、ＡＴＭインターフェース１５６は、各端末装置からの情報、各遊技機３１からの情報およびリモコン装置１００の使用状況情報（例えば、操作項目情報、操作者の識別情報）を収集して入力する情報入力手段を構成する。
【００４３】
（V）データの説明
次に、経営分析装置１２で演算される各種データについて、詳細に説明する。データには、端末装置から集計する集計データと、ホール状況を予測する予測データとがある。
「データ集計」
まず、データ集計から説明すると、端末装置からの遊技情報は内部メモリ（ＲＡＭ１７８）上に形成されるＰ機当日成績ファイル等に記憶され（当日限りの記憶データ）、Ｐ機当日成績ファイル等のデータを基に、遊技機成績情報、機種成績情報、ホール成績情報が集計されたり、必要に応じて算出されたりする。以下に、これらの各情報を詳細に説明する。
Ｕ：終日売上額（機種売上情報、遊技機売上情報に相当）
１日の遊技における売上額の合計である。遊技機の場合は、各遊技機毎に
終日売上額Ｕ＝Ｐ機当日玉貸売上額Ｕｔ＋Ｐ機当日貯玉売上額Ｕｃ
なる式で算出する。機種の場合は、当該機種に属する遊技機の終日売上額Ｕを合計する。ホールの場合は、ホール内の全機種の終日売上額Ｕを合計する。
【００４４】
Ａｏ：終日特賞外アウト計（機種アウト玉数情報、遊技機アウト玉数情報に相当）
１日の遊技における大当り中でないときの発射玉数の合計である。遊技機の場合、各遊技機毎のＡｏに相当する。機種の場合、当該機種に属する遊技機のＡｏを合計する。
Ｆｏ：終日特賞外セーフ計（機種セーフ玉数情報、遊技機セーフ玉数情報に相当）
１日の遊技における大当り中でないときの賞球数の合計である。遊技機の場合、各遊技機毎のＦｏに相当する。機種の場合、当該機種に属する遊技機のＦｏを合計する。
Ａｈ：終日特賞中アウト計（機種アウト玉数情報、遊技機アウト玉数情報に相当）
１日の遊技における特賞中の発射玉数の合計である。遊技機の場合、各遊技機毎のＡｈに相当する。機種の場合、当該機種に属する遊技機のＡｈを合計する。
【００４５】
Ｆｈ：終日特賞中セーフ計（機種セーフ玉数情報、遊技機セーフ玉数情報に相当）
１日の遊技における特賞中の賞球数の合計である。遊技機の場合、各遊技機毎のＦｈに相当する。機種の場合、当該機種に属する遊技機のＦｈを合計する。
Ｓ：終日始動回数計
１日の遊技における図柄変動回数の合計である。遊技機の場合、各遊技機毎のＳに相当する。機種の場合、当該機種に属する遊技機のＳを合計する。
Ｈ：終日大当り回数計（機種特賞回数情報、遊技機特賞回数情報に相当）
１日の遊技における特賞回数の合計である。遊技機の場合、各遊技機毎のＨに相当する。機種の場合、当該機種に属する遊技機のＨを合計する。
Ａ：終日アウト玉計（機種アウト玉数情報、遊技機アウト玉数情報に相当）
１日の遊技における発射玉数の合計である。遊技機の場合、各遊技機毎にＡ＝Ａｏ＋Ａｈの演算式にて算出する。機種の場合、当該機種に属する遊技機のＡを合計する。ホールの場合、ホール内の全機種のＡを合計する。
【００４６】
Ｆ：終日セーフ玉計（機種セーフ玉数情報、遊技機セーフ数情報に相当）
１日の遊技における賞球数の合計である。遊技機の場合、各遊技機毎にＦ＝Ｆｏ＋Ｆｈの演算式にて算出する。機種の場合、当該機種に属する遊技機のＦを合計する。ホールの場合、ホール内の全機種のＦを合計する。
Ｉ：終日打ち込み玉数計
１日の遊技における打ち込み玉数の合計で、打ち込み玉数とは１回の特賞を得るまでに打ち込んでしまう玉の数である。遊技機の場合、各遊技機毎にＩ＝Ａｏ＋Ｆｏの演算式にて算出する。機種の場合、当該機種に属する遊技機のＩを合計する。ホールの場合、ホール内の全機種のＩを合計する。
Ｒ：終日貸玉数計
１日の遊技における貸玉数の合計である。遊技機の場合、各遊技機毎に
Ｒ＝Ｕ／ｐ（ただし、ｐは玉貸レート）
の演算式にて算出する。機種の場合、当該機種に属する遊技機のＲを合計する。ホールの場合、ホール内の全機種のＲを合計する。
【００４７】
Ｊ：終日精算玉数計
１日の遊技において、任意の１台の遊技機から持ち出された玉の合計数である。この場合、玉を持って遊技機を離れた場合は、持玉を全て精算するものと仮定する。また、終日精算玉数は次の３つのデータにより算出することができる。
特賞中の出玉数の終日合計＝Ｆｈ−Ａｈ……▲１▼
終日貸玉数計＝Ｒ……▲２▼
終日打込玉数計＝Ｉ……▲３▼
遊技者は式▲１▼と式▲２▼で表される玉を獲得し、式▲３▼で表される玉を損失するので、最終的に遊技者が任意の１台の遊技機から持ち出す玉の数は、▲１▼＋▲２▼−▲３▼という演算式で表す値になる。したがって、終日精算玉数計は次のように算出される。
終日精算玉数計Ｊ＝（Ｆｈ−Ａｈ）＋Ｒ−Ｉ
また、このデータＪを機種やホールという範囲まで拡張したときは、以下の方法により算出する。
機種の場合は、各機種毎に属する遊技機のＪを合計する。ホールの場合、ホール内の全機種のＪを合計する。
【００４８】
Ｌ：終日払戻額
終日精算玉数計Ｊに精算レートｑを乗じたもので、当該遊技機の実質的な払戻金額（１日の遊技における払戻額）となる。
遊技機の場合、各遊技機毎にＬ＝Ｊ×ｑの演算式にて算出する。機種の場合、各機種毎にＬ＝Ｊ×ｑの演算式にて算出する。ホールの場合、Ｌ＝Ｊ×ｑの演算式にて算出する。
Ｖ：終日粗利益額（機種利益情報、遊技機利益情報に相当）
遊技機の粗利益（見込み利益）のことである。１日の遊技における遊技機の粗利益は、終日売上額と終日払戻額との差として求める。遊技機の場合、各遊技機毎にＶ＝Ｕ−Ｌの演算式にて算出する。機種の場合、各機種毎にＶ＝Ｕ−Ｌの演算式にて算出する。ホールの場合、Ｖ＝Ｕ−Ｌの演算式にて算出する。
【００４９】
ｗ：割数
貸玉数に対する精算玉数の比である。１日単位では、終日貸玉数計に対する終日精算玉数の比となる。遊技機の場合、各遊技機毎にｗ＝Ｊ／Ｒの演算式にて算出する。機種の場合、各機種毎にｗ＝Ｊ／Ｒの演算式にて算出する。ホールの場合、ｗ＝Ｊ／Ｒの演算式にて算出する。
ｄ：出玉率
発射玉数合計に対する賞球数合計の比である。１日単位では、終日アウト計に対する終日セーフ計の比となる。遊技機の場合、各遊技機毎にｄ＝Ｆ／Ａの演算式にて算出する。機種の場合、各機種毎にｄ＝Ｆ／Ａの演算式にて算出する。ホールの場合、ｄ＝Ｆ／Ａの演算式にて算出する。
Ｍ：差玉数
発射玉数合計と賞球数合計の差で、１日単位では、終日アウト計と終日セーフ計の差である。遊技機の場合、各遊技機毎にＭ＝Ｆ−Ａの演算式にて算出する。機種の場合、各機種毎にＭ＝Ｆ−Ａの演算式にて算出する。ホールの場合、Ｍ＝Ｆ−Ａの演算式にて算出する。
【００５０】
ｂ：ベース値（単にベースということもある：機種ベース情報、遊技機ベース情報に相当）
大当り（特賞）でないときの発射玉数合計（機種アウト玉数情報、遊技機アウト玉数情報）と、大当りでないときの賞球数合計（機種セーフ玉数情報、遊技機セーフ玉数情報）の比である。このデータ（ベース値）は通常時の玉の減り具合を表す。そして、この数値が小さいほど、遊技者の持ち玉の減少が速いことを示している。遊技機の場合、各遊技機毎にｂ＝Ｆｏ／Ａｏの演算式にて算出する。機種の場合、各機種毎にｂ＝Ｆｏ／Ａｏの演算式にて算出する。
ｓ：始動率
特別図柄表示装置（いわゆる特図、以下同様）が１回の図柄変動を行うために必要な発射玉数である。この数値（図柄始動率）が小さいほど、少ない玉で図柄を変動させることができる。遊技機の場合、各遊技機毎にｓ＝Ａｏ／Ｓの演算式にて算出する。機種の場合、各機種毎にｓ＝Ａｏ／Ｓの演算式にて算出する。
【００５１】
ｔ：特賞率
１回の特賞（特図大当り）が発生するために必要な図柄の変動数を平均値で表したものである。遊技機の場合、各遊技機毎にｔ＝Ｓ／Ｈの演算式にて算出する。機種の場合、各機種毎にｔ＝Ｓ／Ｈの演算式にて算出する。
ｙ：平均出玉
１回の大当りで得ることのできる出玉の数である。遊技機の場合、各遊技機毎にｙ＝（Ｆｈ−Ａｈ）／Ｈの演算式にて算出する。機種の場合、各機種毎にｙ＝（Ｆｈ−Ａｈ）／Ｈの演算式にて算出する。
ｚ：特賞時アウト玉数（機種アウト玉数情報、遊技機アウト玉数情報に相当）
１回の大当り中に、消費する発射玉数である。遊技機の場合、各遊技機毎にｚ＝Ａｈ／Ｈの演算式にて算出する。機種の場合、各機種毎にｚ＝Ａｈ／Ｈの演算式にて算出する。
【００５２】
ｋ：賞球遊技率
貸玉数に対する打ち込み数の比である。この数値（賞球遊技率）は、ホールの営業形態（例えば、ラッキーナンバー営業のルール等）によってほぼ一意的に決る。遊技機の場合、各遊技機毎にｋ＝Ｉ／Ｒの演算式にて算出する。機種の場合、各機種毎にｋ＝Ｉ／Ｒの演算式にて算出する。ホールの場合、ｋ＝Ｉ／Ｒの演算式にて算出する。
ｐ：玉貸レート
ホールが設定した玉１個当りの貸し出し金額である。例えば、１００円で２５個の玉を貸し出す場合は、ｐ＝４となる。
ｑ：精算レート
ホールが設定した玉１個を景品に換えるときおよび玉１個を貯玉に換えるときの金額である。例えば、玉４００個で１０００円の景品に換えることができる場合は、ｑ＝２．５となる。
ｅ：稼働率（機種稼働率情報、遊技機稼働率情報に相当）
ホールの営業時間に対する実際に玉を発射している時間の比率である。遊技機の場合、遊技機のアウト玉数をＡ、ホールの営業時間をＮとしたとき、次の式によって算出する。
ｅ＝（Ａ×０．６）／Ｎ
また、機種の場合、機種アウト玉数をＡ、ホールの営業時間をＮ、機種の台数をＣとしたとき、次の式によって算出する。
ｅ＝（Ａ×０．６）／（Ｎ×Ｃ）
そして、ホールの場合、機種アウト玉数をＡ、ホールの営業時間をＮ、ホールに設置されている遊技機の全台数をＣとしたとき、次の式によって算出する。
ｅ＝（Ａ×０．６）／（Ｎ×Ｃ）
【００５３】
「データ予測」
次に、データ予測について説明する。最初にＣＤ−ＲＯＭに格納されている機種仕様ファイルのデータを読み込み、そのデータに機種番号を入れて機種ゲーム設定値ファイルを作成する。次いで、作成した機種ゲーム設定値ファイル等のデータを基に、遊技機成績予測情報、ホール成績予測情報を集計したり、必要に応じて算出したりしてデータ予測を行う。以下に、そのようなデータ予測の対象となる各情報を詳細に説明する。なお、以下の説明で「ダッシュ（’）」が付いているデータは、予測データである。
Ａ’：予測終日アウト玉数計
予測の終日アウト玉数計である。ホールの場合、次回営業日の来店人数から推測する。遊技機の場合、ホールのＡ’を遊技機毎に分割して算出する。
ｂ’：予測ベース値
予測のベース値である。
【００５４】
ｓ’：予測始動率
予測の始動率である。
ｔ’：予測特賞率
予測の特賞率である。
ｙ’：予測平均出玉
予測の平均出玉である。
ｚ’：予測特賞時アウト玉数
予測の特賞時アウト玉数（すなわち、１回の大当り中に、消費する予測の発射玉数）である。遊技機の場合、上記の予測始動率ｓ’、予測特賞率ｔ’、予測平均出玉ｙ’、予測特賞時アウト玉数ｚ’の４つのパラメータは何れも遊技機毎のゲーム設定値に依存して決定される。
ｋ’：予測賞球遊技率
予測の賞球遊技率である。遊技機の場合、所属の機種に設定されたルール設定値に依存して決定される。
【００５５】
Ａｏ’：予測終日特賞外アウト計
予測の終日特賞外アウト計である。遊技機の場合、次の式によって算出する。Ａｏ’＝Ａ’／｛１＋ｚ’／（ｓ’・ｔ’）｝
Ｆｏ’：予測終日特賞外セーフ計
予測の終日特賞外セーフ計である。遊技機の場合、次の式によって算出する。
Ｆｏ’＝Ａｏ’×ｂ’
Ｓ’：予測終日始動回数計
予測の終日始動回数計である。遊技機の場合、次の式によって算出する。
Ｓ’＝Ａｏ’／ｓ’
Ｈ’：予測終日大当り回数計
予測の終日大当り回数計である。遊技機の場合、次の式によって算出する。
Ｈ’＝Ｓ’／ｔ’＝Ａｏ’／（ｓ’・ｔ’）
【００５６】
ａ’：予測特賞外平均アウト数
予測の特賞外平均アウト数（大当りが発生するまでの平均アウト数）である。遊技機の場合、次の式によって算出する。
ａ’＝Ａｏ’／Ｈ’＝ｓ’・ｔ’
ｆ’：予測特賞外平均セーフ計
予測の特賞外平均セーフ計（大当りが発生するまでの平均セーフ数）である。遊技機の場合、次の式によって算出する。
ｆ’＝Ｆｏ’／Ｈ’＝ｓ’・ｔ’・ｂ’
ｉ’：予測平均打込玉数
予測の平均打込玉数（大当りが発生するまでの平均打込玉数）である。遊技機の場合、次の式によって算出する。
ｉ’＝ａ’−ｆ’
＝ｓ’・ｔ’−（ｓ’・ｔ’・ｂ’）
＝ｓ’・ｔ’−（１−ｂ’）
【００５７】
Ａｈ’：予測終日特賞中アウト計
予測の終日特賞中アウト計である。遊技機の場合、次の式によって算出する。
Ａｈ’＝ｚ’・Ｈ’
＝（Ａｏ’・ｚ’）／（ｓ’・ｔ’）
ところで、Ａ＝Ａｏ＋Ａｈの関係が成立するので、Ａ’＝Ａｏ’＋Ａｈ’と仮定すると、以下の関係が成立する。
Ａ’＝Ａｏ’＋Ａｈ’
＝Ａｏ’＋（Ａｏ’＋ｚ’）／（ｓ’・ｔ’）
＝Ａｏ’＋｛１＋ｚ’／（ｓ’・ｔ’）｝
したがって、これから前述した予測終日特賞外アウト計Ａｏ’は
Ａｏ’＝Ａ’／｛１＋ｚ’／（ｓ’・ｔ’）｝
なる式が成立することになる。
【００５８】
Ｆｈ’：予測終日特賞中セーフ計
予測の終日特賞中セーフ計である。遊技機の場合、次の式によって算出する。
Ｆｈ’＝Ｈ’（ｙ’＋ｚ’）
＝｛Ａｏ’（ｙ’＋ｚ’）｝／ｓ’・ｔ’
Ｆ’：予測終日セーフ計
予測の終日セーフ計である。遊技機の場合、次の式によって算出する。
Ｆ’＝Ｆｈ’＋Ｆｏ’
＝［｛Ａｏ’（ｙ’＋ｚ’）｝／（ｓ’・ｔ’）］＋（Ａｏ’・ｂ’）
＝Ａｏ’［｛（ｙ’＋ｚ’）／（ｓ’・ｔ’）｝＋ｂ’］
Ｉ’：予測終日打込玉数計
予測の終日打込玉数計である。遊技機の場合、次の式によって算出する。
Ｉ’＝ｉ’×Ｈ’
＝ｓ’・ｔ’・（１−ｂ’）×｛（Ａｏ’／（ｓ’．ｔ’）｝
＝Ａｏ’（１−ｂ’）
【００５９】
Ｒ’：予測終日貸玉数計
予測の終日貸玉数計である。遊技機の場合、次の式によって算出する。
Ｒ’＝Ｉ’／ｋ’
＝Ａｏ’（１−ｂ’）／ｋ’
Ｊ’：予測終日精算玉数計
予測の終日精算玉数計である。１日の遊技において、任意の１台の遊技機から持ち出された玉の予測合計数である。この場合、玉を持って遊技機を離れた場合は、持玉を全て精算するものと仮定する。また、予測の終日精算玉数は次の３つのデータにより算出することができる。
特賞中の出玉数の終日合計予測値＝ｙ’×Ｈ’……▲１▼
予測終日貸玉数計＝Ｒ’……▲２▼
予測終日打込玉数計＝Ｉ’……▲３▼
遊技者は式▲１▼と式▲２▼で表される玉を獲得し、式▲３▼で表される玉を損失するので、最終的に遊技者が任意の１台の遊技機から持ち出す玉の数は、▲１▼＋▲２▼−▲３▼という演算式で表す予測値になる。したがって、予測終日精算玉数計は次のように算出される。
Ｊ’＝（ｙ’×Ｈ’）＋Ｒ’−Ｉ’
＝Ａｏ’［ｙ’／（ｓ’・ｔ’）−｛１−（１／ｋ’）｝
×（１−ｂ’）］
【００６０】
Ｕ’：予測終日売上額
予測の終日売上額である。遊技機の場合、次の式によって算出する。
Ｕ’＝Ｒ’×ｐ＝Ａｏ’・ｐ・（１−ｂ’）／ｋ’
また、Ａｏ’の代りにＡ’を用いれば、次の式で表される。
Ｕ’＝［Ａ’／｛１＋ｚ’／（ｓ’・ｔ’）｝］
×｛ｐ・（１−ｂ’）／ｋ’｝
ホールの場合、ホール内の全遊技機のＵ’を合計する。
Ｌ’：予測終日払戻額
予測の終日払戻額である。遊技機の場合、次の式によって算出する。
Ｌ’＝Ｊ’×ｑ’
＝Ａｏ’・ｑ・［ｙ’／（ｓ’・ｔ’）
−｛１−（１／ｋ’）｝×（１−ｂ’）］
【００６１】
Ｖ’：予測終日粗利益額
予測の終日粗利益額である。遊技機の場合、次の式によって算出する。
Ｖ’＝Ｕ’−Ｌ’
＝Ａｏ’［［｛（１／ｋ’）×ｐ｝＋｛１−（１／ｋ’）｝×ｑ］
×（１−ｂ’）−ｑ・ｙ’／（ｓ’・ｔ’）］
また、Ａｏ’の代りにＡｏを用いれば、次の式で表される。
Ｖ’＝｛Ａ’／（ｓ’・ｔ’＋ｚ’）｝×［［｛（１／ｋ’）×ｐ｝
＋｛１−（１／ｋ’）｝×ｑ］×ｓ’・ｔ’・（１−ｂ’）−ｑ・ｙ’］
ホールの場合、ホール内の全遊技機のＶ’を合計する。
【００６２】
ｗ’：予測割数
予測の割数である。遊技機の場合、各遊技機毎に次の式で算出する。
ｗ’＝Ｊ’／Ｒ’
ホールの場合、ｗ’＝Ｊ’／Ｒ’にて算出する。
ｄ’：予測出玉率
予測の出玉率である。遊技機の場合、各遊技機毎に次の式で算出する。
ｄ’＝Ｆ’／Ａ’
ホールの場合、ｄ’＝Ｆ’／Ａ’にて算出する。
Ｍ’：予測差玉数
予測の差玉数である。遊技機の場合、各遊技機毎に次の式で算出する。
Ｍ’＝Ｆ’−Ａ’
ホールの場合、Ｍ’＝Ｆ’−Ａ’にて算出する。
【００６３】
（VI）各種ファイルの構成
次に、経営分析装置１２に形成される各種ファイルについて説明する。
図６〜図２４は経営分析装置１２に形成される各種ファイルを示す図であり、以下、これらのファイルについて詳細に説明する。
（１）機種仕様ファイルＡ（図６参照）
機種仕様ファイルＡは図６（ａ）に示すように、遊技機３１（以下、ファイルの説明では単に遊技機という）におけるある１つの機種の仕様を機種仕様レコードＡとして格納するものである。この場合、機種仕様ファイルＡのレコードは、遊技機製造メーカーにより予め作成され、例えばＣＤ−ＲＯＭに格納されて遊技店に配付される。そして、遊技店では遊技機製造メーカーから配付されたＣＤ−ＲＯＭの情報をＣＤ−ＲＯＭドライブ装置１９３により（以下、同様）読み込んで、経営分析装置１２の記憶装置（例えば、ハードディスク装置（ＨＤＤ）１８７、光磁気ディスク装置（ＭＯ）１８８、デジタルテープ記憶装置（ＤＡＴ）１８９）に格納する。
機種仕様レコードＡは、１つの機種に対応している。したがって、遊技店の機種全てに対応するだけ機種仕様レコードが必要であるが、機種の製造メーカーが違うこともあるので、機種仕様ファイルＡは１つの機種仕様レコードＡを格納しているのみである。すなわち、ＣＤ−ＲＯＭには１つの製造メーカーの１つの機種が格納される。よって、複数の機種については、別々のＣＤ−ＲＯＭに機種仕様ファイルＡが予め作成されて格納される。ＣＤ−ＲＯＭは機種の数だけ存在する。
【００６４】
機種仕様レコードＡは図６（ｂ）に示すように、以下のデータにより構成される。
・機種コード
遊技機の機種を識別するためのコード情報（機種の数だけある）
・機種名
遊技機の機種を表す名称
・メーカーコード
その機種の遊技機を製造したメーカー（製造メーカー）を識別するためのコード情報
・メーカー名
遊技機を製造したメーカーを表す名称
【００６５】
・ゲーム種別コード
遊技機の種別（例えば、第１種、第２種、第３種等のゲーム種類）を識別するためのコード情報
・ゲーム種別名
遊技機の種別を表す名称
・ゲーム設定値数
ゲームの大当り確率、普図確率等の可変可能な設定値の数（例えば、５段階設定の場合には「５」）
・ルール設定値数
当該機種でゲームを行う場合の営業ルール（ラッキーナンバー営業のルール等）を設定可能なの数（例えば、営業ルールが５つに区分して設定できるときは「５」）
【００６６】
ここで、ホールでの営業ルール（例えば、ラッキーナンバー営業）の形態について説明すると、以下のようになる。遊技機では機種により、以下のルールのうちの一部（あるいは全部）が設定可能である。なお、ラッキーナンバー営業の形態は以下の例に限るものではない。
▲１▼単純ラッキーナンバー遊技
ラッキーナンバー大当り（ここでの大当りとは特図のこと、以下同様）発生時のみ、持ち玉遊技が可能である。例えば、「３」、「７」というラッキーナンバーで大当りが発生したときのみ、持ち玉遊技ができる。
他の図柄（例えば、「５」）での大当り発生時は、持ち玉を全て交換する必要がある。
▲２▼ラッキーナンバー、アンラッキーナンバー遊技
ラッキーナンバー大当り発生（例えば、「３」、「７」）により、持ち玉遊技を開始する。
持ち玉が無くなるか、あるいはアンラッキーナンバー（例えば、「４」）での大当り発生により、持ち玉を全て交換する。又は、遊技者が自発的に遊技を止めるときもある。
【００６７】
▲３▼ラッキーナンバー、アンラッキーナンバー、スペシャルラッキーナンバー遊技ラッキーナンバー（例えば、「３」）、スペシャルラッキーナンバーでの大当り発生（例えば、「７」）により、持ち玉遊技を開始する。
ラッキーナンバーによる持ち玉遊技の場合、アンラッキーナンバー（例えば、「４」）での大当り発生により、持ち玉を全て交換する。
スペシャルラッキーナンバーによる大当りの場合、終日、持ち玉の交換はない。ただし、持ち玉が無くなった場合には、持ち玉遊技を無効にする場合と、引続き持ち玉遊技を可能とする場合がある。スペシャルラッキーナンバーであっても、例えば遊技者が代ると、持ち玉遊技を無効にする。
▲４▼時間指定による無制限
例えば、“開店から１２時まで”、“閉店前の２時間”等の時間を制限して無制限営業（全ての図柄で持ち玉遊技が可能）を行うものである。
▲５▼時間指定によるラッキーナンバーの追加
例えば、“開店から１２時まで”等の期間中は、通常「３」、「７」によるラッキーナンバーに加えて「５」を追加する場合（あるいは少なくする場合）である。
【００６８】
▲６▼終日無制限
全ての大当り図柄に対して玉の交換が無いというものである。遊技者にとっては有利となる。
▲７▼完全１回交換制
どの図柄で大当りしても、大当り終了後に出玉の交換を強制するものである。ただし、大当り終了後の始動記憶内で再び大当りが発生した場合には、その大当り終了後に出玉を交換することになる。
▲８▼アンラッキーナンバーのみ設定
アンラッキーナンバー以外の大当りは全て無制限で、アンラッキーナンバー（例えば、「４」、「９」）の大当りが発生すると、全て出玉を交換する。
▲９▼その他
定量制：所定の出球数により玉の交換を強制するもので、打ち止め制ともいう。
確率変動：大当り確率のアップ中のみ、持ち玉遊技を可能にするものである。
【００６９】
（２）機種仕様ファイルＢ（図７参照）
機種仕様ファイルＢは図７（ａ）に示すように、遊技機における複数の機種の仕様を機種仕様レコードＢとして格納するものである。機種仕様ファイルＢの各レコードは、遊技機製造メーカーにより予め作成され、例えばＣＤ−ＲＯＭに格納されて遊技店に配付される。そして、遊技店では遊技機製造メーカーから配付されたＣＤ−ＲＯＭの情報を読み込んで、経営分析装置１２の記憶装置（例えば、ハードディスク装置（ＨＤＤ）１８７、光磁気ディスク装置（ＭＯ）１８８、デジタルテープ記憶装置（ＤＡＴ）１８９）に格納する。
機種仕様レコードＢは、例えば同じ製造メーカーのもので製造時期がほぼ同じであるものは、１枚のＣＤ−ＲＯＭに格納されている。遊技店の機種全てに対応するだけ機種仕様レコードが必要であるが、機種の製造メーカーが違うこともあるので、機種仕様ファイルＢは少なくとも製造メーカー別に分けて、複数の機種仕様レコードＢを格納している。
【００７０】
機種仕様レコードＢは図７（ｂ）に示すように、以下のデータにより構成される。なお、機種コード、メーカーコードは前述した通りである。
・ゲーム設定値
ゲームの大当り確率、普図確率等の可変可能な設定値のこと（例えば、５段階設定の場合に、どの値にしたかを示すもの、例えば、「３」のような設定値）
・予測ベース値
ゲーム設定値により決定されるベース値
・予測図柄始動率
ゲーム設定値により決定される１回の図柄変動を行うために必要な発射玉数の予測値
・予測特賞確率
ゲーム設定値により決定される特図が大当りする確率の予測値
・予測平均出玉数
ゲーム設定値により決定されるその機種の１回の特賞での出玉数の平均を予測する値
・予測特賞中アウト
ゲーム設定値により決定される大当り中にアウトになる玉の予測値
【００７１】
（３）機種仕様ファイルＣ（図８参照）
機種仕様ファイルＣは図８（ａ）に示すように、遊技機における複数の機種の仕様を機種仕様レコードＣとして格納するものである。機種仕様ファイルＣの各レコードは、遊技機製造メーカーにより予め作成され、例えばＣＤ−ＲＯＭに格納されて遊技店に配付される。そして、遊技店では遊技機製造メーカーから配付されたＣＤ−ＲＯＭの情報を読み込んで、経営分析装置１２の記憶装置（例えば、ハードディスク装置（ＨＤＤ）１８７、光磁気ディスク装置（ＭＯ）１８８、デジタルテープ記憶装置（ＤＡＴ）１８９）に格納する。
機種仕様レコードＣは、例えば同じ製造メーカーのもので製造時期がほぼ同じであるものは、１枚のＣＤ−ＲＯＭに格納されている。遊技店の機種全てに対応するだけ機種仕様レコードが必要であるが、機種の製造メーカーが違うこともあるので、機種仕様ファイルＣは少なくとも製造メーカー別に分けて、複数の機種仕様レコードＣを格納している。
【００７２】
機種仕様レコードＣは図８（ｂ）に示すように、以下のデータにより構成される。なお、機種コード、メーカーコードは前述した通りである。
・ルール設定値
当該機種でゲームを行う場合の営業ルール（前述したラッキーナンバー営業のルール等）で設定可能な場合のその内容
・予測賞球遊技率
ルール設定値により決定される貸玉数に対する打ち込み数の比（賞球遊技率）の予測値
・ルール名
ルール設定値により決定される当該機種でゲームを行う場合の営業ルールの名称（例えば、無制限）
【００７３】
（４）機種評価ファイルＡ（図９参照）
機種評価ファイルＡは図９（ａ）に示すように、遊技機における複数の機種の評価を機種評価レコードＡに格納するものである。機種評価ファイルＡの各レコードは、遊技機製造メーカーにより予め作成され、例えばＣＤ−ＲＯＭに格納されて遊技店に配付される。そして、遊技店では遊技機製造メーカーから配付されたＣＤ−ＲＯＭの情報を読み込んで、経営分析装置１２の記憶装置（例えば、ハードディスク装置（ＨＤＤ）１８７、光磁気ディスク装置（ＭＯ）１８８、デジタルテープ記憶装置（ＤＡＴ）１８９）に格納する。
機種評価レコードＡは、例えば同じ製造メーカーのもので製造時期がほぼ同じであるものは、１枚のＣＤ−ＲＯＭに格納されている。遊技店の機種全てに対応するだけ機種評価レコードが必要であるが、機種の製造メーカーが違うこともあるので、機種評価レコードＡは少なくとも製造メーカー別に分けて、複数の機種評価レコードＡを格納している。
【００７４】
機種評価レコードＡは図９（ｂ）に示すように、以下のデータにより構成される。
・台利益下限値
当該機種の台でゲームを行う場合の利益の下限値
台利益は、遊技機１台当りの単位時間利益に相当
台利益下限値は１つの機種で複数の下限値を持つグループとして予め設定されており、ここでの当該機種評価Ａレコードは、例えば図２５（ａ）に示すように５段階の下限値がグループとして１つにまとめられたものである。
【００７５】
・台利益上限値
当該機種の台でゲームを行う場合の利益の上限値（複数の上限値を持つグループとして設定、例えば５段階のグループ）
・台利益評点
当該機種の台でゲームを行う場合の利益を評価する点数（例えば、０〜４の５段階）
・メッセージコード
当該機種の台利益を評価する評価メッセージ（伝達情報、以下同様：図２６参照）に対応するコード情報
【００７６】
（５）機種評価ファイルＢ（図１０参照）
機種評価ファイルＢは図１０（ａ）に示すように、遊技機における複数の機種の評価を機種評価レコードＢに格納するものである。同様に、機種評価ファイルＢの各レコードは、遊技機製造メーカーにより予め作成（例えば、ＣＤ−ＲＯＭ）され、遊技店ではＣＤ−ＲＯＭの情報を読み込んで、経営分析装置１２の記憶装置に格納する。
機種評価レコードＢは図１０（ｂ）に示すように、以下のデータにより構成される。
・稼働率下限値
当該機種の台における稼働率の下限値
ここでの稼働率は、遊技機１台当りの稼働率に相当
稼働率下限値は１つの機種で複数の下限値を持つグループとして予め設定されており、ここでの当該機種評価レコードＢは、例えば図２５（ｂ）に示すように５段階の下限値がグループとして１つにまとめられたものである。
【００７７】
・稼働率上限値
当該機種の台における稼働率の上限値（複数の上限値を持つグループとして設定、例えば５段階のグループ）
・稼働率評点
当該機種の台における稼働率を評価する点数（例えば、０〜４の５段階）
・メッセージコード
当該機種の稼働率を評価する評価メッセージ（図２６参照）に対応するコード情報
【００７８】
（６）機種評価ファイルＣ（図１１参照）
機種評価ファイルＣは図１１（ａ）に示すように、遊技機における複数の機種の評価を機種評価レコードＣに格納するものである。同様に、機種評価ファイルＣの各レコードは、遊技機製造メーカーにより予め作成（例えば、ＣＤ−ＲＯＭ）され、遊技店ではＣＤ−ＲＯＭの情報を読み込んで、経営分析装置１２の記憶装置に格納する。
機種評価レコードＣは図１１（ｂ）に示すように、以下のデータにより構成される。
・玉利益下限値
当該機種の玉１個で出す利益の下限値
ここでの玉利益は、アウト玉１個当りの利益に相当
玉利益下限値は１つの機種で複数の下限値を持つグループとして予め設定されており、ここでの当該機種評価レコードＣは、例えば図２５（ｃ）に示すように５段階の下限値がグループとして１つにまとめられたものである。
【００７９】
・玉利益上限値
当該機種の玉１個で出す利益の上限値（複数の上限値を持つグループとして設定、例えば５段階のグループ）
・玉利益評点
当該機種の台における玉１個で出す利益を評価する点数（例えば、０〜２の３段階）
・メッセージコード
当該機種の玉１個で出す利益を評価する評価メッセージ（図２６参照）に対応するコード情報
【００８０】
（７）Ｐ機接続ファイル（図１２参照）
Ｐ機接続ファイルは図１２（ａ）に示すように、複数の遊技機を識別するための情報をＰ機接続レコードに格納するものである。Ｐ機接続レコードはホールに設置された遊技機の台数分だけ作成される。
Ｐ機接続レコードは図１２（ｂ）に示すように、以下のデータにより構成される。
・台番号
遊技機を識別するための番号
・通信アドレス
遊技機を管理するためのネットワーク上のアドレス
・設置状況
当該台がネットワークに接続された状態あるとか、故障とかを示す状況情報
【００８１】
（８）機種登録ファイル（図１３参照）
機種登録ファイルは図１３（ａ）に示すように、機種の仕様を機種登録レコードとして登録しておくものである。機種登録レコードは、１つの機種に対応しており、ホールに設置された機種を登録する数だけ作成される。
機種登録レコードは図１３（ｂ）に示すように、以下のデータにより構成される。
・機種番号
遊技機の機種を識別するため番号
・機種コード
遊技機の機種を識別するためのコード情報（機種の数だけある）
・機種名
遊技機の機種を表す名称
・メーカーコード
その機種の遊技機を製造したメーカー（製造メーカー）を識別するためのコード情報
・メーカー名
遊技機を製造したメーカーを表す名称
【００８２】
・ゲーム種別コード
遊技機の種別（例えば、第１種、第２種、第３種等のゲーム種類）を識別するためのコード情報
・ゲーム種別名
遊技機の種別を表す名称
・ゲーム設定値数
ゲームの大当り確率、普図確率等の可変可能な設定値の数（例えば、５段階設定の場合には「５」）
・ルール設定値数
当該機種でゲームを行う場合の営業ルール（ラッキーナンバー営業のルール等）を設定可能なの数（例えば、営業ルールが５つに区分して設定できるときは「５」）
【００８３】
（９）機種情報ファイル（図１４参照）
機種情報ファイルは図１４（ａ）に示すように、ホールにおける遊技機の情報を機種情報レコードとして格納するものである。機種情報レコードは、機種毎に作成される。
機種情報レコードは図１４（ｂ）に示すように、以下のデータにより構成される。
・機種番号
遊技機の機種を識別するため番号
・設置台数
当該機種がホールに設置された台数
【００８４】
（１０）機種ゲーム設定値ファイル（図１５参照）
機種ゲーム設定値ファイルは図１５（ａ）に示すように、各機種のゲーム内容の情報を機種ゲーム設定値レコードとして格納するものである。機種ゲーム設定値レコードは、機種毎に作成される。
機種ゲーム設定値レコードは図１５（ｂ）に示すように、以下のデータにより構成される。
・機種番号
遊技機の機種を識別するための番号
・ゲーム設定値
ゲームの大当り確率、普図確率等の可変可能な設定値（例えば、５段階設定の場合に、どの値にしたかを示すもの、例えば、「３」のような設定値）
・予測ベース値
ゲーム設定値により決定される当該機種で予測される好ましいベース値
・予測図柄始動率
ゲーム設定値により決定される１回の図柄変動を行うために必要な発射玉数の予測値
・予測特賞確率
ゲーム設定値により決定される特図が大当りする確率の予測値
・予測平均出玉数
ゲーム設定値により決定されるその機種の出玉数の平均を予測する値
・予測特賞中アウト
ゲーム設定値により決定される大当り中にアウトになる玉の予測値
【００８５】
（１１）機種ルール設定値ファイル（図１６参照）
機種ルール設定値ファイルは図１６（ａ）に示すように、各機種についてのルール内容の情報を機種ルール設定値レコードとして格納するもので、前述した機種仕様ファイルＣから読み込んで、ホールにて登録したものである。機種ルール設定値レコードは、機種毎に作成される。
機種ルール設定値レコードは図１６（ｂ）に示すように、以下のデータにより構成される。
・機種番号
遊技機の機種を識別するため番号
・ルール設定値
当該機種でゲームを行う場合の営業ルール（前述したラッキーナンバー営業のルール等）で設定可能な場合のその内容で、前述した機種仕様ファイルＣから読み込んで、ホールで登録したもの
・予測賞球遊技率
ルール設定値により決定される貸玉数に対する打ち込み数の比（賞球遊技率）の予測値で、同じく前述した機種仕様ファイルＣから読み込んで、ホールで登録したもの
・ルール設定内容
ルール設定値により決定される当該機種でゲームを行う場合の営業ルールの内容（例えば、無制限という内容の情報）
【００８６】
（１２）機種レイアウトファイル（図１７参照）
機種レイアウトファイルは図１７（ａ）に示すように、台毎にどの機種であるかを識別可能なデータを台毎に機種レイアウトレコードとして格納するものである。例えば、遊技店の最初の新装開店時、一部（全部でもよい）の機種入れ替え時の開店時に機種レイアウトレコードが作成されて格納される。
機種レイアウトレコードは図１７（ｂ）に示すように、以下のデータにより構成される。
・台番号
遊技機を識別するための番号
・機種番号
遊技機の機種を識別するためのシリーズ番号
【００８７】
（１３）Ｐ機成績ファイル（図１８参照）
Ｐ機成績ファイルは図１８（ａ）に示すように、各台の成績を示すデータを台毎にＰ機成績レコードとして格納するものである。
Ｐ機成績レコードは図１８（ｂ）に示すように、以下のデータにより構成される。
・日付
当該台の成績レコードを作成した日付
・台番号
遊技機を識別するための番号
・ゲーム設定値
ゲームの大当り確率、普図確率等の可変可能な設定値
・Ｐ機玉貸売上額
当該台の玉貸しによる売上額
・Ｐ機貯玉売上額
当該台の貯玉からの玉貸しによる売上額
・Ｐ機売上額
当該台の玉貸しおよび貯玉からの玉貸しによる売上額
【００８８】
・Ｐ機回収玉数
当該台の回収した（アウト）玉の数
・Ｐ機特賞外アウト玉数
当該台の特賞外の発射玉数
・Ｐ機特賞外セーフ玉数
当該台の特賞外の賞球数
・Ｐ機特賞中アウト玉数
当該台の特賞中の発射玉数
・Ｐ機特賞中セーフ玉数
当該台の特賞中の賞球数
・Ｐ機図柄始動回数
当該台の特図図柄が変動した回数
・Ｐ機特賞回数
当該台が大当りした回数
・Ｐ機おまけ玉数
当該台でおまけ玉を付与した数
・Ｐ機台間付加金額
当該台の台間金額付加機でＩＣカードに付加した金額
【００８９】
（１４）機種成績ファイル（図１９参照）
機種成績ファイルは図１９（ａ）に示すように、各機種の成績を示すデータを機種毎に機種成績レコードとして格納するものである。
機種成績レコードは図１９（ｂ）に示すように、以下のデータにより構成される。
・日付
当該台の成績レコードを作成した日付
・機種番号
機種を識別するための番号
・機種台数
当該機種の設置台数
・機種玉貸売上額
当該機種での玉貸しによる売上額
・機種貯玉売上額
当該機種での貯玉からの玉貸しによる売上額
・機種売上額
当該機種での玉貸しおよび貯玉からの玉貸しによる売上額
・機種特賞外アウト玉数
当該機種での特賞外の発射玉数
【００９０】
・機種特賞外セーフ玉数
当該機種での特賞外の賞球数
・機種特賞中アウト玉数
当該機種での特賞中の発射玉数
・機種特賞中セーフ玉数
当該機種での特賞中の賞球数
・機種図柄始動回数
当該機種での特図図柄が変動した回数
・機種特賞回数
当該機種で大当りした回数
・Ｐ機おまけ玉数
当該機種でおまけ玉を付与した数
・機種台間付加回数
当該機種の台間金額付加機でＩＣカードに、金額を付加した回数
・機種利益
当該機種での見込み粗利益
ルール設定値
当該機種でゲームを行う場合の営業ルール
【００９１】
（１５）ホール成績ファイル（図２０参照）
ホール成績ファイルは図２０（ａ）に示すように、ホール全体の成績（特に、１日の成績）を示すデータをホール成績レコードとして格納するものである。
ホール成績レコードは図２０（ｂ）に示すように、以下のデータにより構成される。
・日付
当該ホールの成績レコードを作成した日付
・玉貸レート
玉１個を借りるときの金額
・精算レート
玉１個を換金するときのレートおよび玉１個を貯玉金額に変換するときのレート
【００９２】
・開店時刻
ホールを開店した時刻
・閉店時刻
ホールを閉店した時刻
・営業時間（時間情報）
ホールを営業している通算時間
・ホール台数
ホールに設置されている遊技機の台数
・人気指数
ホールへの実測来店人数と理想来店人数との比
・ホール玉貸売上額
当該ホールでの玉貸しによる売上額
・ホール貯玉売上額
当該ホールでの貯玉からの玉貸しによる売上額
・ホール売上額
当該ホールでの玉貸しおよび貯玉からの玉貸しによる売上額
【００９３】
・ホール台間付加額
当該ホールの台間金額付加機でＩＣカードに付加した金額
・ホール大型付加額
当該ホールの大型金額付加機でＩＣカードに付加した金額
・ホール換金額
当該ホールで換金した金額
・ホール貯玉額
当該ホールで貯玉に変換した金額
・ホール発行カード枚数
当該ホールでＩＣカードを発行した数
・ホール更新カード枚数
当該ホールでＩＣカードを更新した数
・ホール粗利益
当該ホールでの粗利益
【００９４】
・ホールプレミアム付加玉数
ＩＣカードに金額を付加するときのプレミアムで付加した玉数
・ホールおまけ玉数
当該ホールでおまけ玉を付与した数
・ホール回収玉数
当該ホールで回収した（アウト）玉の数
・ホールアウト玉数
当該ホールでの発射玉数
・ホールセーフ玉数
当該ホールでの賞球数
・来店人数
当該ホールに来店した人数
【００９５】
（１６）台利益評価ファイル（図２１参照）
台利益評価ファイルは図２１（ａ）に示すように、各台についての評価情報を台利益評価レコードとして格納するもので、前述した機種評価ファイルＡから読み込んで、ホールにて登録したものである。台利益評価レコードは、機種毎に複数段階の評価データに分けられている（例えば、５段階に分けられている）。
台利益評価レコードは図２１（ｂ）に示すように、以下のデータにより構成される。
・機種番号
遊技機の機種を識別するため番号
・台利益下限値
当該機種の台でゲームを行う場合の利益の下限値（複数の下限値のグループの中の１つ）
・台利益上限値
当該機種の台でゲームを行う場合の利益の上限値（複数の上限値のグループの中の１つ）
・台利益評点
当該機種の台でゲームを行う場合の利益を評価する点数（複数の評点を持つグループの中から１つの評点を設定するもの）
・メッセージコード
当該台の利益を評価する評価メッセージに対応するコード情報
【００９６】
（１７）稼働率評価ファイル（図２２参照）
稼働率評価ファイルは図２２（ａ）に示すように、各台についての稼働率情報を稼働率評価レコードとして格納するもので、前述した機種評価ファイルＢから読み込んで、ホールにて登録したものである。稼働率評価レコードは、機種毎に複数段階の評価データに分けられている（例えば、５段階に分けられている）。
稼働率評価レコードは図２２（ｂ）に示すように、以下のデータにより構成される。
・稼働率下限値
当該台における稼働率の下限値（複数の下限値のグループの中の１つ）
・稼働率上限値
当該台における稼働率の上限値（複数の上限値のグループの中の１つ）
・稼働率評点
当該台における稼働率を評価する点数（複数の評点のグループの中の１つ）
・メッセージコード
当該台の稼働率を評価する評価メッセージに対応するコード情報
【００９７】
（１８）玉利益評価ファイル（図２３参照）
玉利益評価ファイルは図２３（ａ）に示すように、各台についての玉利益情報を玉利益評価レコードとして格納するもので、前述した機種評価ファイルＣから読み込んで、ホールにて登録したものである。玉利益評価レコードは、機種毎に複数段階の評価データに分けられている（例えば、５段階に分けられている）。
玉利益評価レコードは図２３（ｂ）に示すように、以下のデータにより構成される。
・機種番号
遊技機の機種を識別するため番号
・玉利益下限値
当該台の玉１個で出す利益の下限値（複数の下限値のグループの中の１つ）
・玉利益上限値
当該台の玉１個で出す利益の上限値（複数の上限値のグループの中の１つ）
【００９８】
・玉利益評点
当該台における玉１個で出す利益を評価する点数（複数の評点のグループの中の１つ）
・メッセージコード
当該台の玉１個で出す利益を評価する評価メッセージに対応するコード情報
なお、台利益評価ファイルにおける台利益評価レコードは、具体的には図２５（ａ）に示すように機種毎に５段階の評価データに分けられている。また、稼働率評価ファイルにおける稼働率評価レコードは具体的には図２５（ｂ）に示すように機種毎に５段階の評価データに分けられている。さらに、玉利益評価ファイルにおける玉利益評価レコードは具体的には図２５（ｃ）に示すように機種毎に５段階の評価データに分けられている。そして、これらの評価データに基づいてメッセージ、標識が対応付けられる。
【００９９】
（１９）メッセージコードファイル（図２４参照）
メッセージコードファイルは図２４（ａ）に示すように、各台についての評価情報をメッセージレコードとして格納するもので、図２６に示すような各評価メッセージが格納される。メッセージレコードは、各評価メッセージ毎に作成される。
メッセージレコードは図２４（ｂ）に示すように、以下のデータにより構成される。
・メッセージコード
評価メッセージを識別する情報
・評価メッセージ
遊技機についての評価情報
【０１００】
次に、作用を説明する。
Ａ．経営分析装置のメインプログラム
図２７は経営分析装置１２のメインプログラムを示すフローチャートである。このプログラムは経営分析装置１２の電源投入と同時に開始される。
図２７のプログラムがスタートすると、まずステップＳ１０で経営分析装置１２におけるワークステーション（ＷＳ）１５１のシステム初期化処理を行う。これは、例えばシステムチェックを行った後、ＯＳ（オペレーティングシステム）のローディング等を行ってシステムを立上げる処理を行うとともに、ワークステーション１５１の環境変数のセット、ワークステーション１５１回路各部のイニシャライズ、フラグのリセット等を行うものである。また、このとき後述するような各種の基本画面を予め作成しておく処理を行う。なお、作成しておいた画面は、ポップアップにより表示され、その画面中にデータを取り込んで速やかに表示することが行われる。
【０１０１】
次いで、ステップＳ１２でメイン画面プロセスを起動する。メイン画面プロセスは経営分析やリモコン装置１００の来歴管理に必要な処理を行うもので、詳細は後述する。次いで、ステップＳ１４でデータ収集プロセスを起動する。データ収集プロセスは管理装置１１、遊技機３１等より必要なデータを受信して収集するとともに、開店、閉店時に必要な処理を行うものである。
次いで、ステップＳ１６で停電であるか否かを判別し、停電でなければステップＳ１８に進んでシステム終了の指示があったか否かを判別する。システム終了の指示はメイン画面プロセスから出される。システム終了の指示がなければステップＳ１６に戻って処理を繰り返す。
【０１０２】
システム終了の指示があれば、ステップＳ２０に進む。また、ステップＳ１６で停電と判断したときも、ステップＳ２０に進む。ステップＳ２０ではシステムシャットダウン処理を行う。これは、必要なデータを外部記憶装置１５７に全て格納してデータを保存したり、ワークステーション１５１回路各部の処理を終了するために必要な処理等を行ったりする他、システムをダウンさせた後、電力消費の少ないスリープモードに移行させる等の処理を行うものである。システムシャットダウン処理の後はシステムが終了して、スリープモードに移行し、次回の起動（例えば、明日の開店）に備えられる。なお、スリープモードでなく、ワークステーション１５１の電源をオフして完全にシャットダウンするようにしてもよい。
【０１０３】
Ｂ．メイン画面プロセス
図２８はメイン画面プロセスを示すフローチャートである。メイン画面プロセスでは、まずステップＳ３０でメイン画面出現処理を行う（詳細はサブルーチンで後述）。これは、予め作成しておいたメイン画面（いわゆるトップ画面）をポップアップし、画面に日付等を表示するものである。次いで、ステップＳ３２でメイン画面イベント処理を行う。これは、メイン画面上のボタン操作に応じて対応する画面を出現させるものである（詳細はサブルーチンで後述）。
次いで、ステップＳ３４以降の処理を行うが、各処理は何れもメイン画面プロセスのステップＳ３２〜ステップＳ５４が繰り返される毎に実行されている。
【０１０４】
ステップＳ３４ではホール情報画面イベント処理を行う。これは、メイン画面上にホール情報画面（いわゆるマルチウインドウによる画面）が出現したとき、そのホール情報画面上のボタン操作に応じた処理を行うもので、ボタン操作に対応して必要な演算および画面処理が行われる。次いで、ステップＳ３６で営業日報画面（１）イベント処理を行う。これは、ホールの１日の売上等を表示する営業日報画面（いわゆるマルチウインドウによる画面、以下同様）が出現したとき、その営業日報画面上のボタン操作に応じた処理を行うもので、ボタン操作に対応して必要な演算および画面処理が行われる。
【０１０５】
次いで、ステップＳ３８でホールデータ分析画面イベント処理を行う。これは、ホールデータを分析するホールデータ分析画面が出現したとき、そのホールデータ分析画面上のボタン操作に応じた処理を行うもので、ボタン操作に対応して必要な演算および画面処理が行われる。
次いで、ステップＳ４０で機種別アドバイス画面イベント処理を行う（詳細はサブルーチンで後述）。これは、遊技機３１の機種別の売上等のデータに基づいて営業上のアドバイスメッセージを表示可能な機種別アドバイス画面が出現したとき、その機種別アドバイス画面上のボタン操作に応じた処理を行うもので、ボタン操作に対応して必要な演算および画面処理（アドバイスメッセージの表示も含む）が行われる。
【０１０６】
次いで、ステップＳ４２で機種詳細情報画面イベント処理を行う（詳細はサブルーチンで後述）。これは、遊技機３１の機種について詳細な情報を表示可能な機種詳細情報画面が出現したとき、その機種詳細情報画面上のボタン操作に応じた処理を行うもので、ボタン操作に対応して必要な演算および画面処理（機種詳細情報の表示も含む）が行われる。
次いで、ステップＳ４４で顧客情報画面イベント処理を行う。これは、ホールへの顧客の状況についての詳細な情報を表示可能な顧客情報画面が出現したとき、その顧客情報画面上のボタン操作に応じた処理を行うもので、ボタン操作に対応して必要な演算および画面処理（顧客情報の表示も含む）が行われる。
【０１０７】
次いで、ステップＳ４６で顧客定着状況画面イベント処理を行う。これは、ホールへの顧客の定着状況についての詳細な情報を表示可能な顧客定着状況画面が出現したとき、その顧客定着状況画面上のボタン操作に応じた処理を行うもので、ボタン操作に対応して必要な演算および画面処理（顧客定着状況の表示も含む）が行われる。
次いで、ステップＳ４８で機種別顧客状況画面イベント処理を行う。これは、遊技機３１の機種別に顧客状況についての詳細な情報を表示可能な機種別顧客状況画面が出現したとき、その機種別顧客状況画面上のボタン操作に応じた処理を行うもので、ボタン操作に対応して必要な演算および画面処理（機種別顧客状の表示も含む）が行われる。
【０１０８】
次いで、ステップＳ５０でリモコン使用状況画面イベント処理を行う。これは、リモコン装置１００の使用状況についての詳細な情報を表示可能なリモコン使用状況画面が出現したとき、そのリモコン使用状況画面上のボタン操作に応じた処理を行うもので、ボタン操作に対応して必要な演算および画面処理（リモコン使用状況の表示も含む）が行われる。
次いで、ステップＳ５２で設定画面イベント処理を行う（詳細はサブルーチンで後述）。これは、遊技機３１に関する営業上の経営データの基本となる設定値（例えば、ベース値の初期値）を入力可能な設定画面が出現したとき、その設定画面上のボタン操作に応じた処理を行うもので、ボタン操作に対応して必要な演算および画面処理（各種設定のための表示も含む）が行われる。例えば、設定画面が出現したとき、遊技機製造メーカーにより予め作成されＣＤ−ＲＯＭに格納されて遊技店に配付された機種仕様ファイルＡの内容を読み出して経営分析装置１２の記憶装置（例えば、ハードディスク装置１８７）格納することで、機種仕様ファイルＡの内容を設定する処理を行う。その他の機種仕様レコードＢ等についても同様である。
【０１０９】
次いで、ステップＳ５４で登録画面イベント処理を行う。これは、各種情報の登録等を行うもので、登録情報を入力可能な登録画面が出現したとき、その登録画面上のボタン操作に応じた処理が行われる。このとき、ボタン操作に対応して必要な演算および画面処理（各種登録のための表示も含む）を行う。例えば、リモコン装置１００に関する従業員氏名データ等を、その登録画面上のボタン操作に応じて入力し登録する。このように、登録画面上で予め必要な入力および登録が行われる。ステップＳ５４を経ると、再びステップＳ３２に戻って同様のループを繰り返す。
【０１１０】
Ｃ．メイン画面出現処理
図２９はメイン画面出現処理のサブルーチンを示すフローチャートである。メイン画面出現処理では、まずステップＳ７０でメイン画面（図４３参照）を出現させる。これは、予め作成しておいたメイン画面（いわゆる経営分析装置１２のトップ画面）をポップアップするものである。次いで、ステップＳ７２で出現させたメイン画面に当日の日付を表示する。次いで、ステップＳ７４で同じくメイン画面にホール名を表示する。以上の処理により、例えば後述の図４３に示すように、ホール名「ソフィアホール」、日付「１９９５年０７月１２日（水）」がメイン画面に表示される。ステップＳ７４を経ると、メイン画面プロセスにリターンする。
【０１１１】
Ｄ．メイン画面イベント処理
図３０、図３１はメイン画面プロセスにおけるメイン画面イベント処理のサブルーチンを示すフローチャートである。メイン画面イベント処理では、各種ボタン操作に応じて所定の画面を出現させる処理を行う。まず、ステップＳ１００ではメイン画面に「ホール」ボタンが出現しているか否かを判別し、出現していればステップＳ１０２で「ホール」ボタンが押されたか否かを判別する。「ホール」ボタンが押されると、ステップＳ１０４に分岐してホール情報画面の出現処理を行う。これは、予め作成しておいたホール情報画面（以下、適宜サブ画面という。メイン画面以外の他の画面も同様）をメイン画面上に重ねてポップアップするものである。ステップＳ１０４を経ると、メイン画面プロセスにリターンする。一方、「ホール」ボタンが出現していない場合、あるいは「ホール」ボタンが押されない場合には、ステップＳ１０６に進む。
【０１１２】
ステップＳ１０６ではメイン画面に「機種」ボタンが出現しているか否かを判別し、出現していればステップＳ１０８で「機種」ボタンが押されたか否かを判別する。「機種」ボタンが押されると、ステップＳ１１０に分岐して機種別アドバイス画面の出現処理を行う（詳細はサブルーチンで後述）。これは、予め作成しておいた機種別アドバイス画面をメイン画面上に重ねてポップアップするものである。このとき、機種別アドバイス画面に表示する各種データの演算等も行う。ステップＳ１１０を経ると、メイン画面プロセスにリターンする。一方、「機種」ボタンが出現していない場合、あるいは「機種」ボタンが押されない場合には、ステップＳ１１２に進む。
ステップＳ１１２ではメイン画面に「顧客」ボタンが出現しているか否かを判別し、出現していればステップＳ１１４で「顧客」ボタンが押されたか否かを判別する。「顧客」ボタンが押されると、ステップＳ１１６に分岐して顧客情報画面の出現処理を行う。これは、予め作成しておいた顧客情報画面をメイン画面上に重ねてポップアップするものである。ステップＳ１１６を経ると、メイン画面プロセスにリターンする。一方、「顧客」ボタンが出現していない場合、あるいは「顧客」ボタンが押されない場合には、ステップＳ１１８に進む。
【０１１３】
ステップＳ１１８ではメイン画面に「設定」ボタンが出現しているか否かを判別し、出現していればステップＳ１２０で「設定」ボタンが押されたか否かを判別する。「設定」ボタンが押されると、ステップＳ１２２に分岐して設定画面の出現処理を行う（詳細はサブルーチンで後述）。これは、予め作成しておいた設定画面をメイン画面上に重ねてポップアップするものである。このとき、設定画面に表示する各種データの演算等も行う。ステップＳ１２２を経ると、メイン画面プロセスにリターンする。一方、「設定」ボタンが出現していない場合、あるいは「設定」ボタンが押されない場合には、ステップＳ１２４に進む。
【０１１４】
ステップＳ１２４ではメイン画面に「労務」ボタンが出現しているか否かを判別し、出現していればステップＳ１２６で「労務」ボタンが押されたか否かを判別する。「労務」ボタンが押されると、ステップＳ１２８に分岐してリモコン使用状況画面の出現処理を行う。これは、予め作成しておいたリモコン使用状況画面をメイン画面上に重ねてポップアップするものである。ステップＳ１２８を経ると、メイン画面プロセスにリターンする。一方、「労務」ボタンが出現していない場合、あるいは「労務」ボタンが押されない場合には、ステップＳ１３０に進む。
【０１１５】
ステップＳ１３０ではメイン画面に「登録」ボタンが出現しているか否かを判別し、出現していればステップＳ１３２で「登録」ボタンが押されたか否かを判別する。「登録」ボタンが押されると、ステップＳ１３４に分岐して登録画面の出現処理を行う。これは、予め作成しておいた登録画面をメイン画面上に重ねてポップアップするものである。ステップＳ１３４を経ると、メイン画面プロセスにリターンする。一方、「登録」ボタンが出現していない場合、あるいは「登録」ボタンが押されない場合には、ステップＳ１３６に進む。
ステップＳ１３６ではメイン画面にある「終了」ボタンが押されたか否かを判別し、「終了」ボタンが押されていない場合は、今回のルーチンを終了してメイン画面プロセスにリターンする。一方、「終了」ボタンが押された場合には、ステップＳ１３８に進んでメインプロセスへシステム終了の指示を送る。これにより、メインプロセスのステップＳ１８の判別結果がＹＥＳとなって、ステップＳ２０でシステムシャットダウンの処理が行われることになる。ステップＳ１３８を経ると、メイン画面プロセスにリターンする。
【０１１６】
Ｅ．機種別アドバイス画面出現処理
図３２、図３３はメイン画面イベント処理における機種別アドバイス画面出現処理のサブルーチンを示すフローチャートである。機種別アドバイス画面出現処理では、まずステップＳ１５０で機種情報ファイルから機種番号を取得する。機種情報ファイルは図１４に示したように、遊技機における各機種の機種番号および設置台数を機種毎に格納しているものであり、ステップＳ１５０では指定機種の機種番号を得る。
次いで、ステップＳ１５２で機種成績ファイルから指定機種の過去１週間の機種利益データを取得し、１台当りかつ１時間当りの利益を算出する。機種成績ファイルは図１９に示したように、各機種の成績データを機種毎に格納しているものであり、これから指定機種についての利益に関するデータが算出される。
【０１１７】
次いで、ステップＳ１５４で台利益評価ファイルを参照して、算出データ（ステップＳ１５２で算出したデータ）に対応する台利益評価点を取得する。台利益評価ファイルは図２１に示したように、各機種を評価する実際の利益データが機種毎に格納されるものであり、これから指定機種の利益データを評価できるものである。次いで、ステップＳ１５６でメッセージファイルから評価メッセージを取得し、出力ファイルへ格納する。メッセージファイルは図２４に示したように、評価メッセージに対応するメッセージコードを格納しているものであり、これから指定機種の台利益に対応する評価メッセージが出力ファイルに格納される。なお、出力ファイルは機種別アドバイス画面にデータを表示するとき、一時的にデータを格納しておくものである。このようにして指定機種の台利益に対応する評価メッセージが取得され、機種別アドバイス画面への表示に備えられる。
【０１１８】
次いで、ステップＳ１５８で機種成績ファイルから指定機種の過去１週間の機種アウト玉数データを取得し、ホール営業時間データと機種台数データを利用して機種稼働率を算出する。機種成績ファイルは図１９に示したように、各機種の成績データを機種毎に格納しているものであり、これから指定機種についての稼働率に関するデータが算出される。次いで、ステップＳ１６０で稼働率評価ファイルを参照して、算出データ（ステップＳ１５８で算出したデータ）に対応する稼働率評価点を取得する。稼働率評価ファイルは図２２に示したように、各機種を評価する実際の稼働率データが機種毎に格納されるものであり、これから指定機種の稼働率データを評価できるものである。次いで、ステップＳ１６２でメッセージファイルから評価メッセージを取得し、出力ファイルへ格納する。メッセージファイルは図２４に示したように、評価メッセージに対応するメッセージコードを格納しているものであり、これから指定機種の稼働率に対応する評価メッセージが出力ファイルに格納される。このようにして指定機種の稼働率に対応する評価メッセージが取得され、機種別アドバイス画面への表示に備えられる。
【０１１９】
次いで、ステップＳ１６４で機種成績ファイルから指定機種の過去１週間の機種利益データと機種アウト玉数データを取得し、アウト玉１個当りの利益（玉利益）を算出する。機種成績ファイルは図１９に示したように、各機種の成績データを機種毎に格納しているものであり、これから指定機種についての玉利益に関するデータが算出される。次いで、ステップＳ１６６で玉利益評価ファイルを参照して、算出データ（ステップＳ１６４で算出したデータ）に対応する玉利益評価点を取得する。玉利益評価ファイルは図２３に示したように、各機種を評価する実際の玉利益データが機種毎に格納されるものであり、これから指定機種の玉利益データを評価できるものである。次いで、ステップＳ１６８でメッセージファイルから評価メッセージを取得し、出力ファイルへ格納する。メッセージファイルは図２４に示したように、評価メッセージに対応するメッセージコードを格納しているものであり、これから指定機種の玉利益に対応する評価メッセージが出力ファイルに格納される。このようにして指定機種の玉利益に対応する評価メッセージが取得され、機種別アドバイス画面への表示に備えられる。
【０１２０】
次いで、ステップＳ１７０で台利益評点、稼働率評点、玉利益評点を合計し、総合評点を算出する。次いで、ステップＳ１７２で総合評点は不合格点か否かを判別する。総合評点が不合格点であるか否かを判断する基準値は、自由に設定（可変可能）できるもので、ホール毎に経営者（あるいはホールの管理者）が入力して決める。例えば、メイン画面プロセスの登録画面イベント処理で、総合評点の基準値を入力して登録しておく。基準値は、後に変更することもできる。
ステップＳ１７２の判別結果で総合評点が不合格点であるときは、ステップＳ１７４に分岐して出力ファイルへ「ＮＧ」（機種の評価を表す標識情報に相当）を示す総合評価コードを格納し、その後、ステップＳ１８２に進む。「ＮＧ」という総合評価コードは、後述の図４５の機種別アドバイス画面に示すように、機種別アドバイスの例として「ＮＧ」という総合評価マークを表示するための情報である。「ＮＧ」という総合評価マークは、全ての評価項目で機種の評価が低い状態に相当する。
【０１２１】
ステップＳ１７２で総合評点が不合格点でないとき（合格のとき）には、ステップＳ１７６に進んで項目別の不合格点があるか否かを判別する。項目別とは、機種の成績を判別可能な評価項目、すなわち台利益評点、稼働率評点、玉利益評点のそれぞれについて個別に機種の成績を評価することである。なお、項目別に不合格点があるか否かを判断する基準値も同様に自由に設定（可変可能）でき、例えばメイン画面プロセスの登録画面イベント処理で入力して登録しておく。この基準値も、後に変更することができる。項目別の不合格点があるときは、ステップＳ１７８に分岐して出力ファイルへ「留意」を示す総合評価コードを格納し、その後、ステップＳ１８２に進む。「留意」という総合評価コードは、図４５の機種別アドバイス画面に示すように、機種別アドバイスの例として「留意」を示す総合評価マーク（手の形をした図柄：機種の評価を表す標識情報に相当）を表示するための情報である。「留意」という総合評価マークは、一部の項目で機種の評価が低い状態に相当する。
【０１２２】
ステップＳ１８２では当該機種に属する全Ｐ機の過去１週間分のアウト玉数データをＰ機成績ファイルから取得する。Ｐ機成績ファイルは図１８に示したように、各台毎に実際の成績データを格納している。次いで、ステップＳ１８４で取得した当該機種に属する全Ｐ機のアウト玉数データから、全Ｐ機の平均値を算出し、さらに台毎の偏差値を算出する。次いで、ステップＳ１８６で偏差値が極端に小さいＰ機が存在するか否かを判別し、存在する場合にはステップＳ１８８で出力ファイルに「異常台あり」の警告メッセージを格納し、その後、ステップＳ１９０に進む。「異常台あり」の警告メッセージは、後述の図４５の機種別アドバイス画面に示すように、機種別アドバイスの例として偏差値が極端に小さいＰ機が存在するので警告をするマーク「！」（機種の評価を表す標識情報に相当）および警告のためのメッセージ（例えば、「稼働の低い台が存在します」）を表示するための情報である。
【０１２３】
マーク「！」は、伝達情報であり、特に機種の評価を表す標識情報に相当する。このようにして指定機種の偏差値を判断する警告メッセージが取得され、機種別アドバイス画面への表示に備えられる。一方、ステップＳ１８６で偏差値が極端に小さいＰ機が存在しない場合には、ステップＳ１８８をジャンプしてステップＳ１９０に進む。
ステップＳ１９０では機種情報ファイルから次の機種番号を取得する。次いで、ステップＳ１９２で全機種終了か否かを判別し、終了していなければステップＳ１５２に戻って同様の処理を繰り返す。これにより、次の機種について上記処理が行われる。そして、全機種を終了すると、ステップＳ１９２からステップＳ１９４に抜けて総合評価の低い機種の順に、出力ファイルの内容を画面に出力する。これにより、図４５の機種別アドバイス画面に出力ファイルの内容が表示され、具体的な機種別アドバイス（機種成績評価情報）の表示が行われる。
【０１２４】
Ｆ．機種別アドバイス画面イベント処理
図３４はメイン画面プロセスにおける機種別アドバイス画面イベント処理のサブルーチンを示すフローチャートである。機種別アドバイス画面イベント処理では、まずステップＳ２００で機種別アドバイス画面（図４５）が出現しているか否かを判別し、出現していなければ今回のルーチンを終了してメイン画面プロセスにリターンする。機種別アドバイス画面が出現していると、ステップＳ２０２に進んで詳細情報の「押」ボタン（図４５参照）が出現しているか否かを判別する。詳細情報の「押」ボタンが出現していると、次いで、ステップＳ２０４で詳細情報の「押」ボタンが押されたか否かを判別する。詳細情報の「押」ボタンが押されると、ステップＳ２０６に分岐して機種別詳細情報画面出現処理（詳細はサブルーチンで後述）を行う。これにより、図４６に示す機種別詳細情報画面が出現する。ステップＳ２０６を経ると、メイン画面プロセスにリターンする。
【０１２５】
一方、ステップＳ２０２で詳細情報の「押」ボタンが出現していないとき、又はステップＳ２０４で詳細情報の「押」ボタンが押されないときは、何れもステップＳ２０８に進む。ステップＳ２０８ではスクロールバーを操作したか否かを判別する。スクロールバーは図４５に示すように機種が多数あって、１画面に表示できないときに、画面に表示されていない機種に移動して表示させる操作を行うものである。スクロールバーを操作したときは、ステップＳ２１０に分岐して表示領域をスクロールする。これにより、図４５に示す機種別アドバイス画面で、表示領域がスクロールして他の機種を含む画面が表れる。ステップＳ２１０を経ると、メイン画面プロセスにリターンする。
スクロールバーを操作しないときは、ステップＳ２１２に進んで「印刷」ボタンが押されたか否かを判別し、「印刷」ボタンが押されたときはステップＳ２１４に分岐してプリンタ６０へハードコピーデータを転送する。これにより、プリンタ６０により機種別アドバイス画面をそのままハードコピーして印刷される。ステップＳ２１４を経ると、メイン画面プロセスにリターンする。
【０１２６】
ステップＳ２１２で「印刷」ボタンが押されないときは、ステップＳ２１６に進んで「終了」ボタンが押された否かを判別する。ここでの「終了」ボタンは、機種別アドバイス画面を消去して親画面であるメイン画面に復帰するための操作を行うものである。「終了」ボタンが押されないときはメイン画面プロセスにリターンする。「終了」ボタンが押されると、ステップＳ２１８に進んで機種別詳細情報画面は出現しているか否かを判別する。機種別詳細情報画面が出現しているときは、ステップＳ２２０で機種別詳細情報画面を消去し、その後、ステップＳ２２２に進む。これは、機種別詳細情報画面は子画面なので、「終了」ボタンが押されたとき、親画面の消去に先立って、その子画面を消去する必要があるからである。一方、機種別詳細情報画面が出現していないときは、ステップＳ２２０をジャンプしてステップＳ２２２に進む。ステップＳ２２２では機種別アドバイス画面を消去する。これにより、メイン画面の前面にポップアップされていた機種別アドバイス画面が消えて、メイン画面が前面に現れる（すなわち、機種別アドバイス画面のバックにあったメイン画面が全て前面側に現れる）。なお、子画面としての機種別アドバイス画面が閉じられた場合に、機種別アドバイス画面のバックにあったメイン画面が全て前面側に現れる状況は、以後の説明においても同様である。次いで、ステップＳ２２４でメイン画面に再び「機種」ボタンを出現させる。ステップＳ２２４を経ると、メイン画面プロセスにリターンする。このようにして、指定した機種について詳細情報を表示させたり、印刷させたりする処理が行われる。
【０１２７】
Ｇ．機種別詳細情報画面出現処理
図３５は機種別アドバイス画面イベント処理における機種別詳細情報画面出現処理のサブルーチンを示すフローチャートである。機種別詳細情報画面出現処理では、まずステップＳ２５０で機種別詳細情報画面（図４６）を出現させる。次いで、ステップＳ２５２で機種別アドバイス画面（図４５）で選択された機種を指定機種とする。次いで、ステップＳ２５４で指定機種の機種名を画面へ表示する。これにより、例えば指定機種が「春一番」である場合には、図４６に示すように機種名「春一番」というように表示される。次いで、ステップＳ２５６で指定機種の成績のデータを画面へ折れ線グラフで表示する。これにより、例えば指定機種が「春一番」である場合には、図４６に示すように「春一番」という機種に対応する成績データが画面に折れ線グラフで表示される。この例では、２次元の折れ線グラフで売上（破線）およびベース（実線）が表示されている。
【０１２８】
次いで、ステップＳ２５８で機種別アドバイス画面で押した「押」ボタンを消去する。これは、機種別アドバイス画面上に重ねて機種別詳細情報画面を出現させたので、再度誤って、機種別詳細情報画面を出現させる「押」ボタンを押すことがないように、削除しておくのものである。これにより、機種別詳細情報画面が何層にも階層的に出現してしまうという不具合を避けることができ、画面処理の遅れを無くすことが可能になる。すなわち、同一画面を複数出現させると、各画面に対応する演算が必要となり、結果的に画面に表示するデータの演算等の処理が遅くなるから、これを防止するものである。ステップＳ２５８を経ると、機種別アドバイス画面イベント処理にリターンする。
【０１２９】
Ｈ．機種別詳細情報画面イベント処理
図３６はメイン画面プロセスにおける機種別詳細情報画面イベント処理のサブルーチンを示すフローチャートである。機種別詳細情報画面イベント処理では、まずステップＳ３００で機種別詳細情報画面（図４６）は出現しているか否かを判別し、出現していなければ今回のルーチンを終了してメイン画面プロセスにリターンする。機種別詳細情報画面が出現していると、ステップＳ３０２に進んでグラフ項目の選択ボタンを押したか否かを判別する。グラフ項目の選択ボタンとは、図４６の機種別詳細情報画面に示すように、利益／稼働率、利益／ベース、売上／利益、稼働率／ベース、売上／稼働率、稼働率／特賞回数、売上／ベースという組み合せのパラメータを選択するもので、選択されたパラメータを２次元グラフの各軸としてデータが表示される。図４６の例では、売上／ベースという組み合せのパラメータで２次元グラフが表示されている。
【０１３０】
ステップＳ３０２でグラフ項目の選択ボタンを押したときは、折れ線グラフのデータを選択した項目のデータに変更し、折れ線グラフを再表示する。これにより、以前表示されていた折れ線グラフに代って新たに選択された項目のデータに対応する折れ線グラフが表示される。例えば、いままで売上／ベースという組み合せのパラメータで２次元グラフが表示されていたとき、売上／利益というグラフ項目の選択ボタンを押すと、売上／利益という組み合せのパラメータで２次元グラフが表示される。ステップＳ３０４を経ると、メイン画面プロセスにリターンする。
一方、ステップＳ３０２でグラフ項目の選択ボタンを押さないときは、ステップＳ３０６に進んで日付ボタンを押したか否かを判別する。日付ボタンとは、２次元グラフを表示しているグラフ表示領域の下側の日付領域にある日付のことで、表示されている２次元グラフの日付と違う場所の日付を押したときに、日付ボタンが押されたと判断する。例えば、図４６の例では、７／５〜７／１１までの１週間の日付が配置されている。
【０１３１】
日付ボタンを押した場合には、ステップＳ３０８に進んで指定機種の機種成績のデータと、指定機種に属する各Ｐ機成績のデータを表領域へ表示し、その後、メイン画面プロセスにリターンする。これにより、いままで表示されていた機種成績のデータ等に代って新たに選択された日付のデータに対応する機種成績のデータ等が表領域に表示される。表領域には、図４６に示すように指定機種の利益、売上、ベース、特賞回数、稼働率が表示されるとともに、台平均の利益、売上、ベース、特賞回数、稼働率および各台（台番号で表示）の利益、売上、ベース、特賞回数、稼働率がそれぞれ具体的な数値で表示される。したがって、日付ボタンを押した場合、新たな日付に対応して指定機種の利益、売上、ベース、特賞回数、稼働率、台平均の利益、売上、ベース、特賞回数、稼働率および各台の利益、売上、ベース、特賞回数、稼働率がそれぞれ表示される。なお、表領域の右側にはスクロールバーがあり、画面に表示されていない台を選択して表示させることが可能である。
【０１３２】
一方、ステップＳ３０６で日付ボタンを押さない場合には、ステップＳ３１０に進んで「表クリア」ボタンを押したか否かを判別する。「表クリア」ボタンは、機種別詳細情報画面の下方に配置され、表領域のデータをクリアするための操作を行うものである。「表クリア」ボタンを押したときは、ステップＳ３１２に進んで表領域のデータ表示をクリアする。これにより、表領域のデータ表示が消える。その後、メイン画面プロセスにリターンする。
ステップＳ３１０で「表クリア」ボタンを押さないときは、ステップＳ３１４に進んで「評価」ボタンを押したか否かを判別する。「評価」ボタンは、指定機種の評価データを評価メッセージ領域に表示させる操作を行うものである。「評価」ボタンを押したときは、ステップＳ３１６に進んで評価メッセージ領域にメッセージが出力（すなわち、表示）されていれば以前のメッセージを消去し、メッセージが表示されていなければ、メッセージを表示する。これにより、図４６に示すように、例えば「この機種の稼働率は６０％〜８０％が適当であると思われます。現在の設定値であれば、２ケ月間は現状の稼働を維持できる見通しがあります。」というメッセージが表示される。したがって、操作者（例えば、経営者）は極めて容易に、当該指定機種について適切なアドバイスを受けることができる。ステップＳ３１６を経ると、メイン画面プロセスにリターンする。
【０１３３】
ステップＳ３１４で「評価」ボタンを押さないときは、ステップＳ３１８に進んでスクロールバーを操作したか否かを判別する。スクロールバーは図４６に示すように各台のデータを表示する表領域の右側にある。スクロールバーを操作したときは、ステップＳ３２０で対象の表示領域（例えば、表領域）をスクロールする。これにより、図４６に示す表領域がスクロールして他の台を含む画面が表れる。なお、図４６の例では、表領域において７番台が半分だけ、中途半端に表示されているが、これは現在表示されている台の他にも、画面下方に他の台があることを分かり易く表示するために、敢えてこのような中途半端な表示を行っているものである。したがって、操作者は表領域で表示が半分だけ現れている状態であれば、容易に他の台のがあることを認識することができ、極めて便利である。ステップＳ３２０を経ると、メイン画面プロセスにリターンする。
【０１３４】
ステップＳ３１８でスクロールバーを操作しないときは、ステップＳ３２２に進んで「終了」ボタンを押したか否かを判別する。「終了」ボタンを押した場合には、ステップＳ３２４に進んで機種別詳細情報画面を消去するとともに、ステップＳ３２６で機種別アドイス画面に「押」ボタンを出現させてメイン画面プロセスにリターンする。したがって、「終了」ボタンを押すと、マルチウインドウで開いていた機種別詳細情報画面が閉じられてメイン画面が現れ（すなわち、機種別詳細情報画面のバックにあったメイン画面が全て前面側に現れる）、かつ「押」ボタンが復帰する。
一方、ステップＳ３２２で「終了」ボタンが押されない場合には、今回のルーチンを終了してメイン画面プロセスにリターンする。
【０１３５】
Ｉ．設定画面出現処理
図３７はメイン画面イベント処理における設定画面出現処理のサブルーチンを示すフローチャートである。設定画面出現処理では、まずステップＳ３３０で設定画面を出現させる。これにより、メイン画面が表示されているとき、「設定」ボタンを押すと、図４４に示すような設定画面がメイン画面に重なるようにして前面にポップアップしてマルチウインドウで表示される。次いで、ステップＳ３３２でメイン画面の「設定」ボタンを消去する。これは、メイン画面の上にサブ画面（設定画面）を重ねて出現させたので、再度誤って、設定画面を出現させる「設定」ボタンを押すことがないように、削除しておくのものである。これにより、設定画面が複数階層的に出現してしまって演算処理が遅れるという不具合を無くすことが可能になる。ステップＳ３３２を経ると、メイン画面イベント処理にリターンする。
【０１３６】
Ｊ．設定画面イベント処理
図３８はメイン画面プロセスにおける設定画面イベント処理のサブルーチンを示すフローチャートである。設定画面イベント処理では、まずステップＳ３５０で設定画面（図４４）は出現しているか否かを判別し、出現していなければ今回のルーチンを終了してメイン画面プロセスにリターンする。設定画面が出現していると、ステップＳ３５２に進んで「機種登録」ボタン（図４４参照）を押したか否かを判別する。「機種登録」ボタンが押されると、ステップＳ３５４に分岐して機種登録処理（詳細はサブルーチンで後述）を行う。これにより、機種データの登録に必要な処理が行われる。例えば、新台に入れ替えたような場合の、機種登録が行われる。ステップＳ３５４を経ると、メイン画面プロセスにリターンする。
【０１３７】
一方、ステップＳ３５２で機種登録「押」ボタンが押されていないときはステップＳ３５６に進んで「設置確認」ボタン（図４４参照）を押したか否かを判別する。「設置確認」ボタンが押されると、ステップＳ３５８に分岐して設置確認処理（詳細はサブルーチンで後述）を行う。これにより、ネットワーク回線が接続されている機種について確認する処理が行われる。ステップＳ３５８を経ると、メイン画面プロセスにリターンする。
ステップＳ３５６で「設置確認」ボタンを押していないときは、ステップＳ３６０に進んで「終了」ボタンを押したか否かを判別する。ここでの「終了」ボタンは、設定画面を消去して親画面であるメイン画面に復帰するための操作を行うものである。「終了」ボタンが押されないときはメイン画面プロセスにリターンする。「終了」ボタンが押されると、ステップＳ３６２に進んで設定画面を消去し、その後、ステップＳ３６４に進む。これは、設定画面は子画面なので、「終了」ボタンが押されたとき、親画面の消去に先立って、その子画面を消去する必要があるからである。これにより、メイン画面の前面にポップアップされていた設定画面が消えて、メイン画面全体が前面に表れる。次いで、ステップＳ３６４でメイン画面に「設定」ボタンを出現させる。ステップＳ３６４を経ると、メイン画面プロセスにリターンする。このようにして、設定画面により必要な登録や確認処理が行われる。
【０１３８】
Ｋ．機種登録処理
図３９は設定画面イベント処理における機種登録処理のサブルーチンを示すフローチャートである。機種登録処理では、まずステップＳ４００で機種登録ファイル（図１３）から機種番号の最大値を取得する。機種登録ファイルは、ホール設置される台の機種について必要なデータを機種登録レコードに順次登録（格納）していくものであり、以前に登録したデータをそのまま残していくので、最後の番号（機種番号の最大値：この機種番号データはデータ格納済みのものに相当）を取得するものである。次いで、ステップＳ４０２で機種登録レコードを生成し、取得した最大値に「１」を加えた値を機種番号データとして生成し、レコードに格納する。これにより、まずデータが空の機種登録レコードが生成され、その機種番号データは機種番号の最大値を「１」だけインクリメントした値になる。
【０１３９】
次いで、ステップＳ４０４で機種仕様ファイルＡ（図６）からデータを取得し、生成レコードへ格納する。これは、遊技機の製造メーカーから配付されたＣＤ−ＲＯＭに格納されている機種仕様ファイルＡの情報を読み出して、ステップＳ４０２で生成した生成レコードへ格納するものである。次いで、ステップＳ４０６で機種登録ファイル（図１３）へ生成レコードを格納する。これにより、上記ＣＤ−ＲＯＭに格納されている機種仕様ファイルの内容が読み出されて最終的に経営分析装置１２の記憶装置（例えば、ハードディスク装置（ＨＤＤ）１８７）に格納されることになる。
【０１４０】
次いで、ステップＳ４０８で機種仕様ファイルＢ（図７）からデータを取得し、機種番号を付加して機種ゲーム設定値ファイル（図１５）へ格納する。これは、遊技機の製造メーカーから配付されたＣＤ−ＲＯＭに格納されている機種仕様ファイルＢの情報を読み出して、図１５に示す機種ゲーム設定値ファイルに順次機種毎に、機種ゲーム設定値レコードとして格納するものである。次いで、ステップＳ４１０で機種仕様ファイルＣ（図８）からデータを取得し、機種番号を付加して機種ルール設定値ファイル（図１６）へ格納する。これは、遊技機の製造メーカーから配付されたＣＤ−ＲＯＭに格納されている機種仕様ファイルＣの情報を読み出して、図１６に示す機種ルール設定値ファイルに順次機種毎に、機種ルール設定値レコードとして格納するものである。
【０１４１】
次いで、ステップＳ４１２で機種評価ファイルＡ（図９）からデータを取得し、機種番号を付加して台利益評価ファイル（図２１）へ格納する。これは、遊技機の製造メーカーから配付されたＣＤ−ＲＯＭに格納されている機種評価ファイルＡの情報を読み出して、図２１に示す台利益評価ファイルに順次機種毎に、台利益評価レコードとして格納するものである。次いで、ステップＳ４１４で機種評価ファイルＢ（図１０）からデータを取得し、機種番号を付加して稼働率評価ファイル（図２２）へ格納する。これは、遊技機の製造メーカーから配付されたＣＤ−ＲＯＭに格納されている機種評価ファイルＢの情報を読み出して、図２２に示す稼働率評価ファイルに順次機種毎に、稼働率評価レコードとして格納するものである。
【０１４２】
次いで、ステップＳ４１６で機種評価ファイルＣ（図１１）からデータを取得し、機種番号を付加して玉利益評価ファイル（図２３）へ格納する。これは、遊技機の製造メーカーから配付されたＣＤ−ＲＯＭに格納されている機種評価ファイルＣの情報を読み出して、図２３に示す玉利益評価ファイルに順次機種毎に、玉利益評価レコードとして格納するものである。
このようにして、遊技機の製造メーカーから配付されたＣＤ−ＲＯＭに格納されている機種仕様ファイルＡ〜Ｃおよび機種評価ファイルＡ〜Ｃの各情報を読み出して、ホールに設置されいる機種についてのゲーム、ルール、台利益評価データ、稼働率評価データ、玉利益評価データを各生成レコードに格納する処理が行われる。この場合、ＣＤ−ＲＯＭの情報が経営分析装置１２の記憶装置（例えば、ハードディスク装置（ＨＤＤ）１８７）に格納される。遊技機には製造メーカーのメーカーコード、機種コードのデータが記憶されているので、それとＣＤ−ＲＯＭの情報とを関連付けてファイル化される。
【０１４３】
Ｌ．設置確認処理
図４０は設定画面イベント処理における設置確認処理のサブルーチンを示すフローチャートである。設置確認処理では、まずステップＳ４２０でＰ機接続ファイル（図１２）を参照してファイルに登録されている全Ｐ機に接続確認パケットを送信する。これは、経営分析装置１２からみてネットワークに接続されて管理可能であるＰ機を確認するためである。次いで、ステップＳ４２２で接続応答パケットの返答が無い（ＡＣＫが返ってこない）場合は、Ｐ機接続ファイルの対象Ｐ機の設置状況データに「未接続」を設定する。次いで、ステップＳ４２４で接続応答パケットがＰ機から返ってきたときは、Ｐ機接続ファイルの対象Ｐ機の設置状況データに「接続」を設定し、パケットのメーカーコード、機種コードデータを参照して機種レイアウトファイル（図１７）に台番号と対応する機種番号を格納する。
【０１４４】
これにより、メーカーコード、機種コードデータに関連付けて機種レイアウトレコードが作成されて機種レイアウトファイルに格納される。
次いで、ステップＳ４２６で機種情報ファイル（図１４）をクリアする。これは、以前のファイル情報を消去して、今回の新規な情報に置き換えるためである。これにより、情報が少なくなって、検索や処理の速度が速くなる。次いで、ステップＳ４２８でＰ機接続ファイルの設置状況データと機種レイアウトファイルを参照して、ホールに設置されている全機種の機種番号と所属するＰ機の台数を機種情報ファイルへ格納する。このようにして、新たに設置された全Ｐ機の設置が確認され、ファイル化される。
【０１４５】
Ｍ．データ収集プロセス
図４１はデータ収集プロセスを示すフローチャートである。データ収集プロセスは管理装置１１や遊技機３１よりのデータおよび管理装置１１からの指令等を受信するものである。データ収集プロセスでは、まずステップＳ５００でオフライン処理を行う。これは、経営分析装置１２の電源をオンしたが、管理装置１１、遊技機３１とのネットワークが形成されていないとき（回線がつながっていないとき）の処理で、例えば回線接続待ちで管理装置１１からの指令を待っている状態である。次いで、ステップＳ５０２で開店準備処理を行う。これは、回線がつながって管理装置１１、遊技機３１とのネットワークが形成された後、管理装置１１からの開店準備のパケットを待つものである。
【０１４６】
次いで、ステップＳ５０４で開店待ち処理を行う。これは、管理装置１１からの開店指示を受信する等の処理である。次いで、ステップＳ５０６で営業中処理を行う。これは、ホールの営業中に、経営分析に必要な情報の収集およびリモコン装置１００の操作来歴管理で使用する各種情報の収集を行うもので、詳細はサブルーチンで後述する。次いで、ステップＳ５０８で閉店確認処理を行う。これは、閉店の準備を行う処理である。次いで、ステップＳ５１０で集計処理１を行う。これは、当日を含む実際のデータの集計を行うものである。実際のデータには、当日以外の過去のデータ（例えば、昨日を含む過去の全データ）が含まれる。なお、集計したデータは外部記憶装置１５７（例えば、ハードディスク装置１８７、光磁気ディスク装置（ＭＯ）１８８、デジタルテープ記憶装置（ＤＡＴ）１８９）に退避して保存する。
【０１４７】
次いで、ステップＳ５１２で閉店後業務処理を行う。これは、翌日の売上目標を決める等の閉店後に必要な業務処理を行うものである。次いで、ステップＳ５１４で台調整データ転送処理を行う。これは、経営分析装置１２で台調整に必要な各種のデータ（例えば、ベース値等）を集計したので、各遊技機３１のディスプレイユニット７４に、各台毎に転送するものである。これにより、店員は各台のディスプレイユニット７４に表示された台調整データを見ながら、当該台の釘調整等を簡単に行うことができる。
次いで、ステップＳ５１６で集計処理２を行う。これは、集計処理１で収集した当日分のデータおよび過去のデータに対して、必要な再計算、加工処理等のためにデータの集計処理を行うものである。
ステップＳ５１６を経ると、ステップＳ５００に戻る。ステップＳ５００に戻るということは、このデータ収集プロセスがホールの開店から閉店までを１つのルーチンとして、１日単位で実行されることを意味している。このようにして、管理装置１１や遊技機３１よりの実データが収集され、必要に応じて実データの再計算が行われて集計される。
【０１４８】
Ｎ．営業中処理
図４２はデータ収集プロセスにおける営業中処理のサブルーチンを示すフローチャートである。営業中処理では、まずステップＳ６００で営業中処理の初期化処理を行う。例えば、営業中処理で収集する記憶エリアのクリア等を行うものである。次いで、ステップＳ６０２で発射データ収集処理を行う。これは、遊技機３１のデータのうち、遊技盤に向けて発射される玉の数を収集するものである。次いで、ステップＳ６０４で回収データ収集処理を行う。これは、遊技機３１のデータのうち、遊技盤を落下し遊技結果が確定した玉（例えば、入賞した玉および入賞しなかった玉を含む：すなわち、回収玉）の数を収集するものである。次いで、ステップＳ６０６で入賞データ収集処理を行う。これは、遊技機３１のデータのうち、入賞に伴う賞球数を収集するものである。次いで、ステップＳ６０８でリモコンデータ収集処理を行う。これは、リモコン装置１００の操作状況の情報を収集するものである。
【０１４９】
次いで、ステップ６１０で盤情報データ収集処理を行う。これは、遊技盤の各入賞口にアドレスを割り付けておき、玉がどの入賞口に入ったかという情報を収集したり、始動入賞、特図の図柄変動開始、特図の図柄変動終了、大当りの開始、大当りの終了等の情報を収集するものである。次いで、ステップＳ６１２で分析データ収集処理を行う。これは、管理装置１１から５秒毎に送信されてくる定時データを受信するもので、例えばＩＣカード４００に金額を付加したときプレミアムがあればそのプレミアム付加玉数累計値、来店人数累計値、換金額累計値、貯玉額データ累計値を受信し、格納（例えば、経営分析装置１２にあるホールの当日成績ファイルのデータに上書き）するものである。
【０１５０】
次いで、ステップＳ６１４で呼び出し情報受付処理を行う。これは、各台のディスプレイユニット７４の近傍にある店員呼出ボタンが操作されたとき、その呼び出し情報を受信するものである。次いで、ステップＳ６１６でエラー情報受付処理を行う。これは、遊技機３１にエラーが発生したとき、そのエラーを受信し、累積していくものである。また、エラー回復を受信したときは累積した当該情報を消去するものである。次いで、ステップＳ６１８で遊技参考データ提供処理を行う。これは、経営分析装置１２で収集した各種の情報のうち、遊技者に開示可能な情報（例えば、大当り発生回数等）を各台のディスプレイユニット７４に送信するもので、これにより、遊技者に遊技参考データが提供される。
次いで、ステップＳ６２０で定時刻処理を行う。これは、５分毎に内部メモリ（ＲＡＭ１７８）から外部記憶装置１５７（例えば、ハードディスク装置１８７）にデータを格納して、データをバックアップする処理である。
【０１５１】
次いで、ステップＳ６２２で遊技開始データ収集処理を行う。これは、遊技者が遊技機３１にＩＣカード４００を挿入して遊技を開始した場合に、遊技開始の時刻（カードイン時刻）、開始台番号、カード番号を収集するものである。次いで、ステップＳ６２４で遊技終了データ収集処理を行う。これは、遊技者が遊技機３１からＩＣカード４００を排出して遊技を終了した場合に、遊技終了の時刻（カードアウト時刻）、終了台番号、カード番号を収集するものである。次いで、ステップＳ６２６で玉貸使用データ収集処理を行う。これは、遊技者が遊技した台についてＩＣカード４００の残金から玉を貸し出した分の使用データ（売上データ）を収集するものである。
【０１５２】
次いで、ステップＳ６２８で貯玉使用データ収集処理を行う。これは、遊技者が遊技した台についてＩＣカード４００の貯玉金額から玉を貸し出した場合に、貯玉金額からの使用データ（売上データ）を収集するものである。
次いで、ステップＳ６３０で閉店パケットを受信したか否かを判別し、閉店パケットを受信しない場合にはステップＳ６０２に戻って処理を繰り返し、閉店パケットを受信すると、ステップＳ６３２に進んで営業中処理の最終処理を行う。これは、次の処理へ移行するための設定を行うための処理である。ステップＳ６３２を経ると、データ収集プロセスにリターンする。
【０１５３】
次に、カード式遊技システムの遊技方法について説明する。
（Ａ）カードの購入
まず、最初にカード会社２よりセキュリティデータ、カードのシリアル番号等の記録されたカード（いわゆる生カード）を遊技店１ａ〜１ｎ（以下、１の符号で代表する）が購入し、開店前にカード発行機２３にセット（ストック）する。管理装置１１は、カード会社２よりセキュリティデータ等の情報を受け取り、初期値としてカード発行機２３へ送信し、カード発行機２３の初期値を設定する。一方、他の端末装置に対しては、カードの照合を必要とする各端末装置（遊技機３１、大型金額付加機２５、カード更新機２４、景品ＰＯＳ１４）には、管理装置１１より毎日、ホール情報、セキュリティデータ、各端末装置の認識コード（個別認識番号）等を各端末装置に送出して初期値の設定を行う。この場合、遊技店１はカード会社２に対してカード代金の支払いを行うことになる（例えば、月末に１回精算等）。
【０１５４】
次いで、遊技者は貨幣を投入してカード発行機２３より正当性を判断された生カード４００を発行してもらって購入する。すなわち、カード発行機２３においても、ＩＣカード４００とカード発行機２３間で相互に認証処理を行って発行する。また、同時にカード発行機２３から管理装置１１へ発行したカード４００の各情報が送出され、管理装置１１に当該カードの記憶領域が確保される。なお、カードを購入した状態では、カードの玉貸金額＝０、貯玉金額＝０、持玉数＝０となっている。
（Ｂ）金額付加
次いで、遊技者は大型金額付加機２５に購入したカードを挿入するとともに、硬貨あるいは紙幣を投入して所望の金額（最大２００００円）をカードに付加（すなわち、カードにプリペイド金額を入れる）してもらう。例えば、１００００円の金額付加が行われると、玉貸金額＝１００００円となる。
この場合も、同様に大型金額付加機２５とＩＣカード４００間で相互認証処理が行われて金額付加が行われ、付加金額等は稼働データとして定時的に管理装置１１に送信される。この場合、カード会社２は遊技店１に対してカードに付加した金額の請求を行い、一方、遊技店１はカード会社２に対してカードに付加した金額の支払いを行うことになる（例えば、月末に１回精算等）。
【０１５５】
（Ｃ）遊技開始
次いで、遊技者は金額の付加されたカードを遊技機３１に挿入することで遊技を行う。この場合も、上述したのと同様に、相互認証を行い、正当な場合に遊技が可能となる。
封入球式の遊技を概略説明すると、遊技機３１はＩＣカード４００の相互認証を行い、その結果に基づいてＩＣカード４００に記録されている金額（有価価値情報）を遊技に使用可能な持ち玉数（遊技価値情報）に変換して遊技可能とし、また、遊技の結果既に記録してある持ち玉数（遊技価値）により遊技可能とし、その遊技の結果をＩＣカード４００に記録する。
具体的には、ＩＣカード４００が挿入されることにより、ＩＣカード４００の情報（金額データ、持ち玉数データ等）を読み取って玉貸しを行ったり、遊技者の獲得した玉数をＩＣカード４００に記憶したりする制御を行い、ディスプレイユニット７４の光送受信部７５を介してネットワーク網でホールの管理装置１１や経営分析装置１２との間でＩＣカード４００による玉貸し（つまり売上）情報等の転送を行う。
【０１５６】
ここで遊技機３１の具体的動作を説明すると、遊技機３１の内部には４０個の球が封入され、金額データ（有価価値データ：残り度数）が記録されたＩＣカード４００をカード挿入口に挿入し、遊技者がタッチパネルの玉貸しスイッチ（あるいは貯玉スイッチ）を押すと、玉の購入度数に応じて遊技者の持ち球数を増加させ、持ち球数はＬＣＤに表示され、この持ち球数の範囲内で封入された遊技球を遊技領域内に発射可能にする。そして、封入球の発射に応じて行われる遊技に対して、遊技結果が特定の利益状態（セーフ球）であるかあるいはそれ以外の状態（アウト球）であるかの判定を行ない、特定の利益状態の場合には、所定数の賞品球（例えば、１３個賞球あるいは７個賞球）に対応させて、遊技者の利益（持ち球数）を増加させる。また、遊技領域を経た遊技球を回収して発射位置に導くことにより、この封入された遊技球を循環使用して第１種のパチンコ遊技が行われる。
【０１５７】
そして、上述の封入球の発射時点で、ＬＣＤに表示された持玉数の数値から”１”を減算し、その結果に基づき持玉数の表示を更新する。このとき、遊技領域内を落下する封入球に対して入賞球か否かを判定し、入賞と判定された場合には、設定された賞球数（例えば、１３個賞球あるいは７個賞球）が持玉数に加算されるとともに、その結果に基づき持玉数の表示が更新される。遊技者は、この持玉数の数値データにより、現在の持ち玉数の確認ならびに増減を確認することになる。遊技者が遊技を精算しようとするときは、終了スイッチを押すことにより持玉数として表示されている数値データ分の遊技価値がカードリーダライタ２４３によってＩＣカード４００に書き込まれ、その遊技価値を受け取ることになる。
【０１５８】
遊技の過程では、遊技中に読み出したカード情報を管理装置１１に送信し、管理装置１１側に記録されている当該カードのカード情報（カードファイルの情報）と、遊技機３１より送信されてきたカード情報との比較を行う。この場合、比較結果（照合結果）が不一致であっても、その来歴を不一致来歴ファイル（カード使用来歴ファイル）に記録するだけで遊技は可能にする。それは、安全性の高いＩＣカード４００の使用と併せて、暗号化情報を使用して極めて安全性を高くしたセキュリティシステムにより相互認証を行うことにより、ＩＣカード４００内の情報を管理装置１１に記録される同様の情報より優先させ、迅速な遊技進行を図るためである。
【０１５９】
遊技者は玉貸金額（有価価値）の残金の範囲内で、玉を借り、持ち玉数（遊技価値）に変換して遊技を行う。その遊技の結果取得した球数は、持ち玉数に加算され、カードに記録される。遊技機３１においては貯玉金額の範囲内でも玉貸しが行える。すなわち、景品ＰＯＳ１４において持ち玉数を所定の交換率で貯玉金額に交換できる。ゲーム中、玉貸金額、貯玉金額はそれらの範囲内で玉貸操作により自動減算される。また、持ち玉数はゲーム中に自動増減算される。
この場合、遊技店１はカード会社２に対してカードによる玉貸金額の請求行い（貯玉金額による玉貸しも含む）、一方、カード会社２は遊技店１に対してカードを使用した玉貸金額の支払いを行うことになる（例えば、１日１回の精算等）。
【０１６０】
（Ｄ）遊技中断
遊技中に遊技機に配置されている中断スイッチを押すと、遊技を一時的に中断状態にすることができる。例えば、食事、トイレ等にいく場合に遊技中断が行われる。
（Ｅ）遊技終了
遊技を終了するときは、遊技機に配置されている終了スイッチを押す。これにより、遊技機台番号（遊技機アドレス）および持ち玉情報をカードに新たに記録させるとともに、管理装置１１に各カード情報が送出されて格納される。このとき、カードに付加されている情報は最終ホール名、最終ホール番号、遊技機番号記録、球貸し金額、持ち玉数等がある。例えば、カードの玉貸金額＝７０００円、貯玉金額＝０、持玉数＝２１１０というように記憶される。遊技を終了すると、他台への移動あるいは精算を行う。
【０１６１】
（Ｆ）移動
遊技を終了した後、他の台に移動するときは、ＩＣカード４００を持っていれば、そのまま他台へ移動できる。なお、他台へそのまま移動できるのは当店、当日限りであり、かつホールの営業に沿った状態（例えば、１回交換でなく、移動可能な営業形態）の場合である。
（Ｇ）精算
精算を行う場合、遊技者はカードを景品ＰＯＳ１４に挿入し、所定の交換率に従って現金との交換、景品との交換、所定の交換率に従って貯玉金額との交換を選択し、所望の形態の交換を行う。景品ＰＯＳ１４においても、上述したのと同様に、相互認証および情報の転送を行う。
なお、精算を終了した遊技者は、再び遊技機３１にいって、遊技を行うこともできる。
（Ｈ）他店
当店で精算を終了した遊技者は、持ち玉数＝０となり、全て玉貸金額あるいは貯玉金額という有価価値に変換されるので、他店にいって遊技を行うことが可能になる。持ち玉数は当店しか使用できないからである。
【０１６２】
次に、上記各プログラムを実行することによる経営分析装置１２の営業情報を見る場合の手順について、経営分析装置１２の画面を参照して具体的に説明する。
（Ａ）メイン画面
経営分析装置１２を起動したときのメイン画面は、図４３のように表示される。当日の日付、ホール名が表示されるとともに、サブ画面を出現可能な各種ボタン（例えば、「ホール」、「機種」、「顧客」、「労務」、・・・、「設定」、・・・）が画面上に表示される。この場合、「機種」ボタンは機種に関する情報の表示等、「設定」ボタンは機種情報等の登録に対応するものである。
（Ｂ）設定画面
メイン画面から「設定」ボタンを押すと、メイン画面の上に重なるようにしてサブ画面である設定画面（図４４参照）が出現する。図４４は設定画面のトップ画面である。なお、メイン画面の上に重なるようにして設定画面がマルチウインドウで開いた状態は示されていない。設定画面では、「機種設定」、「設置確認」および「終了」の各ボタンが表示される。
【０１６３】
「機種設定」ボタンを押すと、機種登録処理のルーチンで説明したように、遊技機の製造メーカーから配付されたＣＤ−ＲＯＭに格納されている機種仕様ファイルＡ〜Ｃおよび機種評価ファイルＡ〜Ｃの各情報が読み出されてホールに設置されいる機種についてのゲーム、ルール、台利益評価データ、稼働率評価データ、玉利益評価データを各生成レコードに格納する処理が行われる。このとき、製造メーカーのメーカーコード、機種コードのデータがＣＤ−ＲＯＭの情報と関連付けられて機種毎にファイル化される。
また、「設置確認」ボタンを押すと、設置確認処理のルーチンで説明したように、新たに設置された全Ｐ機の設置が確認され、ファイル化される。
「終了」ボタンを押すと、再びメイン画面に復帰する。
【０１６４】
（Ｃ）機種別アドバイス画面を見たいとき
メイン画面から「機種」ボタンを押すと、メイン画面の上に重なるようにしてサブ画面である機種別アドバイス画面（図４５参照）が表示される。機種別アドバイス画面では、各機種名が表示されるとともに、総合評点の低い機種の順に上から表示される。例えば、「ＮＧ」は総合評点が低く（総合評点が不合格）、「留意」は一部の項目で不合格がある場合、「ＯＫ」は総合評点が高い（総合評点が合格）をそれぞれ示している。また、Ｐ機成績の偏差値が極端に小さくて異常台がある場合には、「！」の異常マークが表示される。
このように、操作者（例えば、経営者）は画面上に機種の評価を表す標識情報、すなわち「ＮＧ」マーク、「ＯＫ」マーク、「留意」に相当する手のマークおよび異常台を表す「！」マークを見るだけで、極めて容易に当該指定機種についての評価状況を一目で把握することができ、即座に営業上の必要な対策をとることが可能になる。例えば、評価の低い台は以後の営業ルールの変更で、無制限台にするとか、あるいは評価の低い台は以後速やかに新台に入れ替えるとかの対策をとることが可能になる。
【０１６５】
また、機種別アドバイス画面では各機種についてコメントメッセージが表示され、きめ細かくＰ機の成績について伝文としてアドバイスすることが行われる。機種別アドバイス画面の詳細データ（例えば、画面情報をそのまま）をプリンタ６０で印刷することもできる。したがって、標識情報によって一目で機種の評価情報を判断した後、経営者がコメントメッセージを読むことにより、続けて適切で詳細なアドバイスを受けることができる。特に、本実施例では総合評価（機種の評価を表す標識情報）、異常台の情報、機種名、コメント（Ｐ機成績を伝文としてアドバイスするコメントメッセージ）、詳細情報を選択する画面スイッチ、印刷スイッチを機種別アドバイス画面という１画面に全て表示するレイアウトにしているので、必要な情報を容易に認識することができる。なお、他の機種についても同様の機種別詳細情報画面を見ることができる。
【０１６６】
（Ｄ）機種別詳細情報画面を見たいとき
機種別アドバイス画面から指定機種の詳細情報を選択する「押」ボタンを押すと、機種別アドバイス画面の上に重なるようにして指定機種（例えば、「春一番」）のサブ画面である機種別詳細情報画面（図４６参照）が表示される。図４６の例では「春一番」という機種についての機種別詳細情報画面が表示される。機種別詳細情報画面では、「春一番」という機種に対応する成績データが画面に折れ線グラフで表示され、この例では、２次元の折れ線グラフで売上（破線）およびベース（実線）が表示される。また、グラフ項目の選択ボタンを選択すると、利益／稼働率、利益／ベース、売上／利益、稼働率／ベース、売上／稼働率、稼働率／特賞回数、売上／ベースという組み合せのパラメータを２次元グラフの各軸とするデータがグラフ表示される。
【０１６７】
日付ボタンを押すと、選択された日付のデータに対応する機種成績のデータ等が表領域に表示される。表領域には、指定機種（例えば、「春一番」）の利益、売上、ベース、特賞回数、稼働率が表示されるとともに、台平均の利益、売上、ベース、特賞回数、稼働率および各台（台番号で表示）の利益、売上、ベース、特賞回数、稼働率がそれぞれ数値で表示される。「評価」ボタンを押すと、指定機種について「この機種の稼働率は６０％〜８０％が適当であると思われます。現在の設定値であれば、２ケ月間は現状の稼働を維持できる見通しがあります。」というメッセージがアドバイス情報として表示される。
なお、各サブ画面が出現しているとき、「終了」ボタンを押すと、サブ画面が消えて再び前の画面に戻る。
【０１６８】
このように本実施例では、遊技機からのデータを収集して機種評価情報を演算し、製造メーカーより予め支給され、外部記憶装置１５７に格納されている機種評価情報、評価点数に基づく評価メッセージ情報と対応付けて画面に表示する処理が行われる。したがって、以下の効果を得ることができる。
（１）機種の評価をメッセージ情報として表示するので、的確かつ極めて容易にその遊技機の遊技情報および営業状態を把握することができる。また、遊技情報の複雑化、高度化および遊技機台数の増大に伴い、経営分析装置１２で表示すべき情報が多くなっても、本実施例では情報を経営分析装置１２の画面に羅列的に表示するのではなく、整理して把握しやすい画面にして表示するので、経営分析装置１２から多くの遊技情報や営業状態を操作者（あるいは経営者）に容易に把握させることができる。特に、情報の中から遊技機の実際の営業状態を簡単に認識させることができるという優れた効果が得られる。
また、画面に機種のアドバイス情報を表示するので、操作者（経営者）が情報から必要な判断を時間をかけて分析し、営業上の判断を行うという面倒な作業が必要でなく、すなわち、操作者に情報分析の判断を委ねるということがなく、操作者が即座に判断することが可能になる。また、マウス１９２を使用するという簡単な操作で済むので、操作者が情報判断を行う場合の操作性を良くすることができる。
【０１６９】
経営者が真に知りたいのは、遊技機の性能を把握している遊技機製造メーカーが遊技店で当該遊技機の情報を収集して判断した場合の判断情報（遊技機の性能情報）であるが、本実施例では、その判断情報を経営分析装置１２から簡単に得ることができ、遊技機の性能を的確に把握することができる。
また、遊技機製造メーカーの判断情報を簡単に得ることができるので、その判断情報（遊技機製造メーカーの判断情報）と経営者の判断とを比較することが可能になり、遊技店のマネージメントを向上させることができる。
（２）同一機種の１台当りの単位時間利益を算出し、これを台利益評価ファイル（いわゆる評価分類表）で評価点数に変換する処理を行うことにより、同一機種の１台当りの単位時間利益を的確に把握することができる。
（３）同一機種の１台当りの稼働率を算出し、これを稼働率評価ファイル（いわゆる評価分類表）で評価点数に変換する処理を行うことにより、同一機種の１台当りの稼働率を的確に把握することができる。
（４）同一機種の玉１個当りの利益を算出し、これを玉利益評価ファイル（いわゆる評価分類表）で評価点数に変換する処理を行うことにより、同一機種の玉１個当りの利益を的確に把握することができる。
【０１７０】
（５）機種の評価を標識情報（例えば、所定のマーク）で表示することにより、機種評価の認識を感覚的に認識することができ、機種毎の差を簡単に把握することができる。
（６）表示情報の選択を可能にすることにより、操作者の所望の情報を簡単に見ることができる。
（７）全機種を１画面で表示できない場合に、スクロール機能を設けることにより、機種情報をスクロールさせることで切り換え、容易に所望の機種を選択することができる。また、全台を１画面で表示できない場合もスクロール機能を備えることにより、台情報をスクロールさせることで切り換え、容易に所望の台を選択することができる。
（８）機種毎のメッセージ情報を表示する画面から所望の機種の詳細情報（例えば、遊技機売上、遊技機アウト玉数、遊技機セーフ玉数、遊技機特賞回数、遊技機利益、機種台数、機種売上、機種アウト玉数、機種セーフ玉数、機種特賞回数、機種利益）に切り換えることを可能にすることにより、機種毎の評価が認識できる画面と当該機種（台毎の情報も含む）の詳細情報画面を容易に切り換えることができ、簡単な操作で目的の遊技機までの情報を検索することができる。例えば、営業成績の悪い機種は、それがメッセージおよびマークで表示されるので、その状態を見て操作者が当該機種の詳細情報表示に切り換えることで、目的の遊技機の詳細情報を容易に把握することができる。
【０１７１】
（９）機種全体、機種平均、機種毎、遊技機毎に、詳細情報画面に表示される表およびグラフの編集処理を行うことにより、機種全体および機種平均の利益、売上、ベース、特賞回数、稼働率を表形式で、遊技機毎の利益、売上、ベース、特賞回数、稼働率を表形式で、機種毎の利益／稼働率、売上／利益、売上／稼働率、売上／ベース、利益／ベース、稼働率／ベース、稼働率／特賞回数をグラフ形式で表示することができ、詳細な情報をよりきめ細かく把握することができる。
（１０）詳細表示画面でグラフ表示のパラメータを利益、売上、ベース、特賞回数、稼働率のうちの中から任意の２つの組み合せを選択可能にすることにより、より一層分かりやすく、遊技情報を把握することができる。また、遊技機の情報が表に入りきらない場合に、スクロールさせる機能を備えることにより、容易に所望の情報を選択することができる。
（１１）詳細表示情報の１画面内のレイアウトを工夫し、１画面中に機種全体の成績表、遊技機毎の成績表、機種全体項目別のグラフ、グラフの項目を選択する入力表示、アドバイスメッセージを配置することにより、詳細表示情報の１画面内で必要な詳細情報を容易に認識することができる。
（１２）遊技機の稼働情報の偏差を算出し、所定値よりも低い偏差値の遊技機に所定の標識情報（要注意のためのマーク）を付けて表示することにより、営業方法を改善しなければならない遊技機を一目で簡単に把握することができる。
【０１７２】
本発明の実施の形態は、上記実施例に限らず、以下に述べるような各種の変形実施が可能である。
（ａ）パチスロ遊技機への適用が可能である。
（ｂ）本発明はパチンコ遊技機でなく、例えば映像式ゲーム機のようにものにも適用できる。
（ｃ）遊技機は封入球式のものに限るものではなく、どのような種類の遊技機であってもよい。
（ｄ）遊技機からの情報を収集する構成は、上記実施例のようなネットワーク網を使用した例に限るものではなく、どのような構成で遊技機からの情報を収集してもよい。
（ｅ）本発明は遊技場の情報処理装置として、経営分析装置に適用した例であるが、遊技場の情報処理装置であって遊技機の営業情報を管理するものであれば、経営分析装置に限るものではない。例えば、遊技場の管理装置で遊技機の営業情報を管理してもよいし、あるいは遊技機の営業情報のみを管理する専用の装置を設けてもよい。又は、他の用途をメインとする装置に、遊技機の営業情報を管理する機能を持たせてもよい。
また、パチスロ遊技機とパチンコ遊技機との両方を１台の情報処理装置でそれらの営業情報を管理するようにしてもよい。
（ｆ）本発明は遊技機の営業情報を分析し、表示、編集する等して管理するものであり、その場合の成績情報等の分析パラメータは上記実施例で示した利益、売上、ベース、特賞回数、稼働率等に限るものではなく、遊技機の営業情報を管理可能なものであれば、どのようなパラメータを使用してもよい。
【０１７３】
【発明の効果】
本発明によれば、遊技機から遊技情報を収集し、必要な演算を行って経営情報を割り出す処理を実行する遊技場の経営分析装置において、前記遊技機から収集した遊技情報を機種毎に記憶する機種情報記憶手段と、機種情報記憶手段に記憶された遊技情報を前記機種に属する遊技機単位で集計して、所定の算出式で機種毎の成績を機種成績として算出する機種成績算出手段と、前記機種成績を複数段階に評価するための評価基準と、該評価に対応する評価メッセージと、を前記機種毎に記憶する機種評価情報記憶手段と、前記機種成績算出手段が算出した機種成績を前記機種評価情報記憶手段が記憶する評価基準に基づいて評価し、該評価結果に対応する評価メッセージを取得する評価メッセージ取得手段と、前記評価メッセージ取得手段が取得した評価メッセージを表示する表示手段と、を備えているので、以下の効果を得ることができる。
機種の評価をメッセージ情報として表示するので、的確かつ極めて容易にその遊技機の遊技情報および営業状態を把握することができる。また、遊技情報の複雑化、高度化および遊技機台数の増大に伴い、遊技場の経営分析装置で表示すべき情報が多くなっても、本発明では情報を経営分析装置に羅列的に表示するのではなく、整理して把握しやすい画面にして表示するので、経営分析装置から多くの遊技情報や営業状態を操作者に容易に把握させることができる。特に、情報の中から遊技機の実際の営業状態を簡単に認識させることができるという優れた効果が得られる。
また、画面に機種のアドバイス情報を表示するので、操作者が情報から必要な判断を時間をかけて分析し、営業上の判断を行うという面倒な作業が必要でなく、すなわち、操作者に情報分析の判断を委ねるということがなく、操作者が即座に判断することが可能になる。また、表示操作が簡単な操作で済むので、操作者が情報判断を行う場合の操作性を良くすることができる。
経営者が真に知りたいのは、遊技機の性能を把握している遊技機製造メーカーが遊技店で当該遊技機の情報を収集して判断した場合の判断情報であるが、本発明では、その判断情報を経営分析装置から簡単に得ることができ、遊技機の性能を的確に把握することができる。
また、遊技機製造メーカーの判断情報を簡単に得ることができるので、その判断情報と経営者の判断とを比較することが可能になり、遊技店のマネージメントを向上させることができる。
また、同一機種の１台当りの台利益を算出し、これを台利益評価メッセージに変換する処理を行うことにより、同一機種の１台当りの台利益を的確に把握することができる。
また、同一機種の１台当りの稼働率を算出し、これを台稼働率評価メッセージに変換する処理を行うことにより、同一機種の１台当りの台稼働率を的確に把握することができる。
また、同一機種のアウト玉１個当りの利益を算出し、これを玉利益評価メッセージに変換する処理を行うことにより、同一機種のアウト玉１個当りの利益を的確に把握することができる。
【図面の簡単な説明】
【図１】本発明に係る情報処理装置を適用した遊技場設備の一実施例を示すブロック図である。
【図２】同実施例の遊技場の管理系統を示す図である。
【図３】同実施例の端末装置の通信系統を示す図である。
【図４】同実施例の経営分析装置の構成を示すブロック図である。
【図５】同実施例の経営分析装置の詳細なブロック構成を示す図である。
【図６】同実施例の機種仕様ファイルＡを説明する図である。
【図７】同実施例の機種仕様ファイルＢを説明する図である。
【図８】同実施例の機種仕様ファイルＣを説明する図である。
【図９】同実施例の機種評価ファイルＡを説明する図である。
【図１０】同実施例の機種評価ファイルＢを説明する図である。
【図１１】同実施例の機種評価ファイルＣを説明する図である。
【図１２】同実施例のＰ機接続ファイルを説明する図である。
【図１３】同実施例の機種登録ファイルを説明する図である。
【図１４】同実施例の機種情報ファイルを説明する図である。
【図１５】同実施例の機種ゲーム設定値ファイルを説明する図である。
【図１６】同実施例の機種ルール設定値ファイルを説明する図である。
【図１７】同実施例の機種レイアウトファイルを説明する図である。
【図１８】同実施例のＰ機成績ファイルを説明する図である。
【図１９】同実施例の機種成績ファイルを説明する図である。
【図２０】同実施例のホール成績ファイルを説明する図である。
【図２１】同実施例の台利益評価ファイルを説明する図である。
【図２２】同実施例の稼働率評価ファイルを説明する図である。
【図２３】同実施例の玉利益評価ファイルを説明する図である。
【図２４】同実施例のメッセージファイルを説明する図である。
【図２５】同実施例の台利益評価ファイル、稼働率評価ファイル、玉利益評価ファイルの具体例を示す図である。
【図２６】同実施例のメッセージファイルの具体例を示す図である。
【図２７】同実施例の経営分析装置のメインプログラムを示すフローチャートである。
【図２８】同実施例のメイン画面プロセスを示すフローチャートである。
【図２９】同実施例のメイン画面出現処理のサブルーチンを示すフローチャートである。
【図３０】同実施例のメイン画面イベント処理のサブルーチンを示すフローチャートである。
【図３１】同実施例のメイン画面イベント処理のサブルーチンを示すフローチャートである。
【図３２】同実施例の機種別アドバイス画面出現処理のサブルーチンを示すフローチャートである。
【図３３】同実施例の機種別アドバイス画面出現処理のサブルーチンを示すフローチャートである。
【図３４】同実施例の機種別アドバイス画面イベント処理のサブルーチンを示すフローチャートである。
【図３５】同実施例の機種別詳細情報画面出現処理のサブルーチンを示すフローチャートである。
【図３６】同実施例の機種別詳細情報画面イベント処理のサブルーチンを示すフローチャートである。
【図３７】同実施例の設定画面出現処理のサブルーチンを示すフローチャートである。
【図３８】同実施例の設定画面イベント処理のサブルーチンを示すフローチャートである。
【図３９】同実施例の機種登録処理のサブルーチンを示すフローチャートである。
【図４０】同実施例の設置確認処理のサブルーチンを示すフローチャートである。
【図４１】同実施例のデータ収集プロセスを示すフローチャートである。
【図４２】同実施例の営業中処理のサブルーチンを示すフローチャートである。
【図４３】同実施例の経営分析装置のメイン画面を示す図である。
【図４４】同実施例の設定画面を示す図である。
【図４５】同実施例の機種別アドバイス画面を示す図である。
【図４６】同実施例の機種詳細情報画面を示す図である。
【符号の説明】
１ 遊技店
２ カード管理会社
１１ カード管理装置
１２ 経営分析装置（遊技場の情報処理装置）
３１、３１ａ〜３１ｎ 遊技機（封入球式遊技機）
６０ プリンタ
７４、７４ａ、７４ｂ ディスプレイユニット
１００ リモコン装置（遠隔操作装置）
１５１ ワークステーション
１５２ グラフィックインターフェース
１５３ パラレルインターフェース
１５４ オーディオインターフェース
１５５ ＳＣＳＩホストアダプタ
１５６ ＡＴＭインターフェース
１５９ ビデオスキャンコンバータ
１６０ ディスプレイ装置（ＣＲＴ）
１６２ スピーカ
１７８ ＲＡＭ
１８７ ハードディスク装置（ＨＤＤ）
１８８ 光磁気ディスク装置（ＭＯ）
１８９ デジタルテープ記憶装置（ＤＡＴ）
１９１ キーボード
１９２ マウス[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an information processing apparatus for a game arcade, and more particularly to an information processing apparatus (for example, a management analysis apparatus) that can easily grasp business information of a gaming machine.
[0002]
[Prior art]
In general, as a playground equipment using game media, for example, a pachinko machine, an arrangement ball machine, a sparrow ball machine, and a medal are used.Slot machine(Revolving slotGame machines), using ballsSlot machine(Revolving slotGaming machines).
Conventionally, about 300 gaming machines are arranged in an average game hall. On the other hand, when it becomes a large store, about 1000 gaming machines are arranged. In addition, the information processing device (for example, management analysis device, management device) collects information from each of these gaming machines and game-related facilities (for example, ball lending machines, card issuing machines, etc.), performs arithmetic processing, and sells, for example, sales. Information, game machine operation information, etc. are displayed as simple graph display or numerical information.
[0003]
[Problems to be solved by the invention]
However, the conventional management analysis apparatus has the following problems.
(A) As the game information becomes more complex and sophisticated, and the number of gaming machines increases, the information to be displayed by the management analysis apparatus is extremely large, and the information that is desired to be displayed is also increasing. Under such circumstances, it is important to make the operator of the management analyzer easily grasp how much game information, but conventionally it has been difficult to make the operator easily grasp a lot of information. In other words, even if a large amount of information is collected, conventionally, the information is simply displayed in a row on the screen of the management analysis device, and the actual operating state of the gaming machine cannot be easily recognized from the information. It was.
(B) Conventionally, even if a large amount of information is collected and displayed on the screen, it is merely expressed as, for example, simple numerical information or graph information. Eventually, the operator (manager) is required from the information. The decision was to be analyzed over time to make a business decision (ie, leave the information analysis decision). Therefore, conventionally, even if a lot of information is collected and displayed on the screen, it is difficult for the operator to make an immediate judgment from the information. In addition, the operability when making a decision on information analysis was not good.
[0004]
(C) The manager really wants to know the judgment information when the gaming machine manufacturer who knows the performance of the gaming machine collects and judges the information of the gaming machine at the gaming store (the performance of the gaming machine If it is easy to obtain the judgment information, it is preferable for the manager. Conventionally, it has been difficult to obtain such judgment information from the management analyzer.
(D) Although it is possible to improve the management of the game store by comparing the above judgment information with the judgment of the manager, it has been difficult to obtain judgment information of the gaming machine manufacturer in the past. Therefore, it was inevitably impossible to compare with the judgment of the manager, and the management of the amusement store could not be improved.
[0005]
Accordingly, the present invention has been made in view of the above-described problems, and provides an information processing apparatus for a game field that can easily grasp game information, can accurately grasp the performance of a gaming machine, and has good operability. The purpose is that.
[0006]
[Means for Solving the Problems]
To achieve the above object, a game hall according to the invention of
Game information collected from the gaming machineModel information storage means for storing each model,
Model information calculating means for totalizing gaming information stored in the model information storage means for each gaming machine belonging to the model, and calculating a result for each model as a model result with a predetermined calculation formula;
Model evaluation information storage means for storing, for each model, evaluation criteria for evaluating the model results in a plurality of stages, and an evaluation message corresponding to the evaluation;
An evaluation message acquisition unit that evaluates the model score calculated by the model score calculation unit based on an evaluation criterion stored in the model evaluation information storage unit, and acquires an evaluation message corresponding to the evaluation result;
Display means for displaying the evaluation message acquired by the evaluation message acquisition means;
It is provided with.
[0007]
As a preferred embodiment, for example, as described in
The model resultsCalculationMeansFrom the gross profit informationPer machineProfitThecalculateProfitCalculationMeansPrepared,
The model evaluation information storage means stores, for each model, a base profit evaluation standard for evaluating the base profit and a base profit evaluation message corresponding to the evaluation of the base profit.You may do it.
For example, as described in
The model results calculating means includes a machine operating rate calculating means for calculating an operating rate that is a ratio of an operating time of a gaming machine to an operating time of a game hall from the operating information and the operating time information,
The model evaluation information storage means may store, for each model, a table operation rate evaluation standard for evaluating the operation rate and a table operation rate evaluation message corresponding to the evaluation of the table operation rate. Good.
For example, as described in
The model performance calculation means comprises ball profit calculation means for calculating a ball profit representing a profit per out ball from the gross profit amount information information and the number of out balls,
The model evaluation information storage means may store, for each model, a ball profit evaluation standard for evaluating the ball profit and a ball profit evaluation message corresponding to the evaluation of the ball profit.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described with reference to the drawings as examples applied to a management analysis apparatus for a card-type game system. That is, this embodiment is an example in which various information on gaming machines are collected by a management analysis device, and necessary calculation processing and screen display are performed. The present invention is applied to a management analysis device as an information processing device for a game hall. is there.
(I) Overall composition of amusement hall facilities
FIG. 1 is a block diagram showing the overall configuration of a game hall facility using a management analysis device. In FIG. 1, 1 is an amusement shop and 2 is a card management company (hereinafter referred to as a card company. The same applies to the drawings). The
Further, the
The
[0014]
The
Here, ATM (Asynchronous Transfer Mode) will be described. In general, packet communication cannot be performed at high speed, and signals with a very high bit rate cannot be handled. On the other hand, in the ATM exchange, it is assumed that a high-quality transmission line such as an optical fiber transmission line with a low code error rate is used, and an error check for each cell (a digitized information block of a certain length) is performed. Instead, a hardware switch capable of direct high-speed operation is used for exchange connection. As a result, the operation speed of the semiconductor switch can be used, and even a signal of several hundred megabits / second or more can be exchanged and connected. With such an ATM exchange technology, it is possible to transfer various types of information such as data, documents, sounds, images, images, etc. on a single line.
[0015]
Based on the above principle, the
The
[0016]
The
The
[0017]
On the other hand, the
The
It includes a
[0018]
(II) Amusement park management system
FIG. 2 is a diagram showing a management system of the game hall. In FIG. 2, the
[0019]
The
In the following description, an IC card 400 (game information medium) to be described later is simply abbreviated as a game card or a card as appropriate.
[0020]
More specifically, when the
[0021]
In the case of the
In this way, the
[0022]
The
The management computer manages the card system from the
[0023]
In addition, processing for transmitting information relating to card settlement to the
The uninterruptible power supply (UPS) 52 includes a battery inside, and supplies an emergency power supply to each circuit of the
[0024]
Similarly, the
The
[0025]
The management analysis computer stores data collected from a large number of encapsulated ball game machines 31 and terminal devices as daily data in an internal storage device, and stores the stored data in the
[0026]
And the simulation which estimates sales based on the data memorize | stored in the
The uninterruptible power supply (UPS) 62 includes a battery therein, and supplies an emergency power supply to each circuit of the
[0027]
(III) Terminal device communication system
FIG. 3 is a diagram illustrating a communication system of the terminal device. In FIG. 3, the
On the other hand, the
[0028]
The
In the
[0029]
The
[0030]
The large
[0031]
The gaming machine 31 performs mutual authentication of the IC card, and based on the result, the amount (valuable value information) recorded on the IC card is converted into the number of possessions (game value information) that can be used in the game and can be played. In addition, the game is made possible by the number of possessions (game value) already recorded as a result of the game, and the result of the game is recorded on the IC card.
Specifically, when an IC card is inserted, the IC card information (amount data, number of possession data, etc.) is read to lend a ball, or the number of balls acquired by the player is stored in the IC card. The ball lending (that is, sales) information by the IC card is transferred between the
[0032]
Further, the front frame and the like of the gaming machine 31 can be remotely operated by a remote operation device (hereinafter referred to as a remote control device) 100. When the
[0033]
The
The
[0034]
Also, the
The replenishing
[0035]
(IV) Configuration of management analysis equipment
FIG. 4 is a block diagram showing the configuration of the
[0036]
The
[0037]
The
The
The
The
[0038]
Next, FIG. 5 is a diagram showing a detailed block configuration of the
The MPU module 171 reads and activates the activation program stored in the BIOSROM 172, and stores a program for performing calculation, display, simulation, management of the history of use of the remote control device, etc. related to the management of the card-type gaming system. The data is read into the memory (RAM 178) and the process is executed. The BIOSROM 172 stores a startup program, and the
[0039]
The
The
A
[0040]
The
The
[0041]
When the CD-ROM is inserted, the CD-
The
[0042]
Here, the
The
The
The
The display unit 74, the optical transceiver 75, the
[0043]
(V) Explanation of data
Next, various data calculated by the
"Data aggregation"
First, from data aggregation, game information from the terminal device is stored in the P machine day result file etc. formed on the internal memory (RAM 178) (stored data for the day only), and the data such as the P machine day result file etc. Based on the above, gaming machine results information, model results information, hall results information is aggregated or calculated as necessary. Below, each of these information is demonstrated in detail.
U: All-day sales (equivalent to model sales information and gaming machine sales information)
This is the total amount of sales for a game per day. In the case of gaming machines, for each gaming machine
All day sales U = P machine same day ball rental sales Ut + P machine day same day storage sales Uc
It is calculated by the following formula. In the case of a model, the all-day sales amount U of gaming machines belonging to the model is totaled. In the case of a hall, all-day sales U for all models in the hall are summed.
[0044]
Ao: All-day special out-of-out total (equivalent to model out-of-ball information, gaming machine out-of-ball information)
This is the total number of shots when the game is not a big hit in the game of the day. In the case of gaming machines, this corresponds to Ao for each gaming machine. In the case of a model, Ao of gaming machines belonging to the model is totaled.
Fo: Safe all day non-special award (equivalent to model safe ball count information, game machine safe ball count information)
This is the total number of award balls when the game is not a big hit in the game of the day. In the case of gaming machines, this corresponds to Fo for each gaming machine. In the case of a model, the Fo of gaming machines belonging to the model is totaled.
Ah: Out total during special award throughout the day (equivalent to model out-of-ball information, gaming machine out-of-ball information)
This is the total number of fired balls in the special prize in the game of the day. In the case of a gaming machine, this corresponds to Ah for each gaming machine. In the case of a model, the Ahs of gaming machines belonging to the model are totaled.
[0045]
Fh: All-day special award safe total (equivalent to model safe ball count information, gaming machine safe ball count information)
This is the total number of prize balls in the special prize in the game of the day. In the case of gaming machines, this corresponds to Fh for each gaming machine. In the case of a model, the Fh of gaming machines belonging to the model is totaled.
S: All-day start counter
This is the total number of symbol variations in a game per day. In the case of gaming machines, this corresponds to S for each gaming machine. In the case of a model, the Ss of gaming machines belonging to the model are totaled.
H: All-day jackpot counter (equivalent to model special prize number information, gaming machine special prize number information)
This is the total number of special prizes in a game per day. In the case of gaming machines, this corresponds to H for each gaming machine. In the case of a model, the Hs of gaming machines belonging to the model are totaled.
A: All day out ball total (equivalent to model out ball number information, game machine out ball number information)
This is the total number of fired balls in a game per day. In the case of a gaming machine, calculation is performed for each gaming machine using an arithmetic expression of A = Ao + Ah. In the case of a model, total A of gaming machines belonging to the model. In the case of a hall, add up A for all models in the hall.
[0046]
F: All-day safe ball counter (equivalent to model safe ball number information, game machine safe number information)
The total number of award balls in a game per day. In the case of a gaming machine, the calculation is performed for each gaming machine using the equation F = Fo + Fh. In the case of a model, the Fs of gaming machines belonging to the model are totaled. In the case of a hall, the Fs of all models in the hall are totaled.
I: All day driving ball counter
The total number of balls to be shot in a game per day is the number of balls to be shot before obtaining a special prize. In the case of a gaming machine, calculation is performed for each gaming machine with an arithmetic expression of I = Ao + Fo. In the case of a model, total I of gaming machines belonging to the model. In the case of a hall, add up I for all models in the hall.
R: Number of balls rented all day
This is the total number of balls rented in one day of games. In the case of gaming machines, for each gaming machine
R = U / p (where p is the ball rental rate)
Calculate with the following formula. In the case of a model, the Rs of gaming machines belonging to the model are totaled. In the case of a hall, the Rs of all models in the hall are totaled.
[0047]
J: All day payment counter
This is the total number of balls taken out from any one gaming machine in the game of one day. In this case, it is assumed that when the player leaves the gaming machine with a ball, all the balls are settled. Moreover, the number of all-day payments can be calculated from the following three data.
Total day-to-day number of special prizes = Fh-Ah …… ▲ 1 ▼
All day ball rental meter = R …… ▲ 2 ▼
All day driving ball count = I …… ▲ 3 ▼
Since the player acquires the ball represented by the formula (1) and the formula (2) and loses the ball represented by the formula (3), the player eventually takes out from any one gaming machine. The number of balls is a value represented by an arithmetic expression of (1) + (2)-(3). Therefore, the all-day settlement ball counter is calculated as follows.
All day settlement ball counter J = (Fh-Ah) + RI
When this data J is expanded to the range of model or hall, it is calculated by the following method.
In the case of models, J of gaming machines belonging to each model is totaled. In the case of a hall, add up J for all models in the hall.
[0048]
L: All-day refund
The all-day settlement ball counter J is multiplied by the settlement rate q, which is a substantial withdrawal amount of the gaming machine (a withdrawal amount in the game of one day).
In the case of a gaming machine, calculation is performed for each gaming machine using an arithmetic expression of L = J × q. In the case of a model, the calculation is performed with an equation of L = J × q for each model. In the case of a hole, the calculation is performed using the equation L = J × q.
V: Gross profit all day (equivalent to model profit information and gaming machine profit information)
This is the gross profit (expected profit) of gaming machines. The gross profit of the gaming machine in one day game is obtained as the difference between the all-day sales amount and the all-day withdrawal amount. In the case of a gaming machine, calculation is performed for each gaming machine with an arithmetic expression of V = UL. In the case of a model, calculation is performed for each model using an equation of V = UL. In the case of a hole, the calculation is performed using an arithmetic expression of V = UL.
[0049]
w: Divider
It is the ratio of the number of paying balls to the number of balls rented. On a daily basis, this is the ratio of the number of all-day payments to the total number of all-day loans. In the case of a gaming machine, calculation is performed for each gaming machine using an arithmetic expression of w = J / R. In the case of a model, the calculation is performed for each model using the formula w = J / R. In the case of a hall, the calculation is performed using the equation w = J / R.
d: Departure rate
This is the ratio of the total number of prize balls to the total number of shot balls. On a daily basis, this is the ratio of the all-day safe total to the all-day out total. In the case of a gaming machine, calculation is performed for each gaming machine using an arithmetic expression of d = F / A. In the case of a model, the calculation is performed for each model using an equation of d = F / A. In the case of a hole, the calculation is performed using the equation d = F / A.
M: Number of difference balls
It is the difference between the total number of shot balls and the total number of prize balls. In the case of a gaming machine, calculation is performed for each gaming machine using an arithmetic expression of M = FA. In the case of a model, the calculation is performed for each model using an equation of M = FA. In the case of a hole, the calculation is performed using the equation M = FA.
[0050]
b: Base value (sometimes simply base: equivalent to model base information, gaming machine base information)
The total number of fired balls (model out ball information, gaming machine out ball number information) when not a big hit (special prize) and the total number of winning balls (model safe ball number information, gaming machine safe ball number information) when not a big hit Is the ratio. This data (base value) represents how much the ball has been reduced at normal times. And it shows that the decrease of a player's possession is quick, so that this figure is small. In the case of a gaming machine, calculation is performed for each gaming machine using an equation of b = Fo / Ao. In the case of a model, the calculation is performed for each model using the equation b = Fo / Ao.
s: Start rate
This is the number of shots required for a special symbol display device (so-called special symbol, the same applies hereinafter) to perform one symbol variation. The smaller the numerical value (design start rate), the more the design can be changed with fewer balls. In the case of a gaming machine, the calculation is performed for each gaming machine with an arithmetic expression of s = Ao / S. In the case of a model, the calculation is performed for each model using an arithmetic expression of s = Ao / S.
[0051]
t: Special prize rate
This is the average value of the number of symbol fluctuations required to generate one special prize (special chart jackpot). In the case of a gaming machine, calculation is made for each gaming machine using the equation t = S / H. In the case of a model, the calculation is performed with an equation of t = S / H for each model.
y: Average appearance
It is the number of balls that can be earned with one big hit. In the case of a gaming machine, calculation is performed for each gaming machine with an arithmetic expression of y = (Fh−Ah) / H. In the case of a model, the calculation is performed for each model using an arithmetic expression y = (Fh−Ah) / H.
z: Number of balls out at the time of a special prize (equivalent to information on the number of balls out of the model, information on the number of balls out of the gaming machine)
This is the number of fireballs consumed during a single big hit. In the case of a gaming machine, the calculation is performed for each gaming machine with an arithmetic expression of z = Ah / H. In the case of a model, the calculation is performed for each model with an arithmetic expression of z = Ah / H.
[0052]
k: Prize ball game rate
It is the ratio of the number of shots to the number of balls rented. This numerical value (prize ball game rate) is almost uniquely determined by the business form of the hall (for example, rules for lucky number sales). In the case of a gaming machine, calculation is performed for each gaming machine using an equation of k = I / R. In the case of a model, the calculation is performed for each model using an equation of k = I / R. In the case of a hole, the calculation is performed using the equation k = I / R.
p: Ball rental rate
This is the rental amount per ball set by the hall. For example, when lending 25 balls for 100 yen, p = 4.
q: Checkout rate
The amount of money when one ball set by the hall is replaced with a prize and when one ball is replaced with a stored ball. For example, if it is possible to change to a gift of 1000 yen with 400 balls, q = 2.5.
e: Occupancy rate (equivalent to model availability information and gaming machine availability information)
This is the ratio of the actual ball firing time to the hall opening hours. In the case of a gaming machine, when the number of balls out of the gaming machine is A and the business hours of the hall are N, the calculation is performed according to the following formula.
e = (A × 0.6) / N
In the case of a model, when the number of balls out of the model is A, the business hours of the hall is N, and the number of models is C, the calculation is performed by the following formula.
e = (A × 0.6) / (N × C)
In the case of a hall, when the number of out-of-model balls is A, the business hours of the hall is N, and the total number of gaming machines installed in the hall is C, the following formula is used.
e = (A × 0.6) / (N × C)
[0053]
"Data prediction"
Next, data prediction will be described. First, data of a model specification file stored in a CD-ROM is read, and a model number is entered into the data to create a model game setting value file. Next, based on the data such as the created model game setting value file, the data prediction is performed by tallying the gaming machine result prediction information and the hole result prediction information, or calculating as necessary. Below, each information used as the object of such data prediction is demonstrated in detail. In the following description, data with “dash (′)” is prediction data.
A ': Predicted all-day ball count
The forecast is an out-of-ball count all day long. In the case of a hall, guess from the number of visitors on the next business day. In the case of a gaming machine, the A ′ of the hall is calculated for each gaming machine.
b ': predicted base value
This is the base value for prediction.
[0054]
s': Predicted start rate
This is the predicted start rate.
t ': Predicted special prize rate
This is the predicted special prize rate.
y ': Expected average appearance
It is the average appearance of prediction.
z ': Number of balls out at prediction special prize
This is the number of balls that are out of prediction at the time of a special prize (that is, the number of balls that are predicted to be consumed during one big hit). In the case of a gaming machine, the above four parameters of the predicted start rate s ′, the predicted special prize rate t ′, the predicted average appearance ball y ′, and the predicted special prize out number z ′ are all dependent on the game setting value for each gaming machine. To be determined.
k ': Predicted ball game rate
This is the predicted prize ball game rate. In the case of a gaming machine, it is determined depending on the rule setting value set for the model to which it belongs.
[0055]
Ao ’: Predicted all-day extra out total
This is a non-special out of total forecast. In the case of a gaming machine, it is calculated by the following formula. Ao ′ = A ′ / {1 + z ′ / (s ′ · t ′)}
Fo ’: Safe all-day forecast
This is a safe total outside the forecast all day special prize. In the case of a gaming machine, it is calculated by the following formula.
Fo ′ = Ao ′ × b ′
S ': Predicted all-day start counter
This is the forecast all-day start count. In the case of a gaming machine, it is calculated by the following formula.
S '= Ao' / s'
H ': Predicted all-day jackpot count
This is the total number of hits per day for the forecast. In the case of a gaming machine, it is calculated by the following formula.
H ′ = S ′ / t ′ = Ao ′ / (s ′ · t ′)
[0056]
a ': Average number of out-of-predictive prizes
This is the average number of out-of-predictions for the prediction (average number of outs until a big hit occurs). In the case of a gaming machine, it is calculated by the following formula.
a ′ = Ao ′ / H ′ = s ′ · t ′
f ': non-predictive award average safe meter
This is the non-predicted average safe total (average safe number until jackpot is generated). In the case of a gaming machine, it is calculated by the following formula.
f ′ = Fo ′ / H ′ = s ′ · t ′ · b ′
i ': Predicted average number of hit balls
This is the predicted average number of balls to be hit (the average number of balls to hit until a big hit occurs). In the case of a gaming machine, it is calculated by the following formula.
i '= a'-f'
= S'.t '-(s'.t'.b')
= S '· t'-(1-b ')
[0057]
Ah ’: Predicted all day special out
This is the total out of the forecast all day special prize. In the case of a gaming machine, it is calculated by the following formula.
Ah ′ = z ′ · H ′
= (Ao '· z') / (s '· t')
By the way, since the relationship of A = Ao + Ah is established, assuming that A ′ = Ao ′ + Ah ′, the following relationship is established.
A '= Ao' + Ah '
= Ao '+ (Ao' + z ') / (s' · t')
= Ao '+ {1 + z' / (s '· t')}
Therefore, the forecast all-day special out-of-total Ao ’mentioned above is
Ao ′ = A ′ / {1 + z ′ / (s ′ · t ′)}
The following formula is established.
[0058]
Fh ’: Safe all-day forecast
It is a safe total during the forecast all day special prize. In the case of a gaming machine, it is calculated by the following formula.
Fh ′ = H ′ (y ′ + z ′)
= {Ao '(y' + z ')} / s' · t'
F ': Safe all-day forecast
It is a safe all day forecast. In the case of a gaming machine, it is calculated by the following formula.
F '= Fh' + Fo '
= [{Ao ′ (y ′ + z ′)} / (s ′ · t ′)] + (Ao ′ · b ′)
= Ao ′ [{(y ′ + z ′) / (s ′ · t ′)} + b ′]
I ': Predicted all-day driving ball counter
This is the forecast all day driving ball count. In the case of a gaming machine, it is calculated by the following formula.
I ′ = i ’× H ′
= S ′ · t ′ · (1-b ′) × {(Ao ′ / (s′.t ′)}
= Ao '(1-b')
[0059]
R ': Predicted all-day ball number
This is the forecast of all-day ball rental. In the case of a gaming machine, it is calculated by the following formula.
R '= I' / k '
= Ao '(1-b') / k '
J ': Predictive all-day settlement
This is the all-day settlement ball count for the forecast. This is the predicted total number of balls taken out from any one gaming machine in a game of one day. In this case, it is assumed that when the player leaves the gaming machine with a ball, all the balls are settled. Moreover, the number of all-day settlements for prediction can be calculated from the following three data.
Predicted total number of items in special prizes throughout the day = y 'x H' …… ▲ 1 ▼
Predicted all-day ball number = R ’…… ▲ 2 ▼
Predicted all-day driving ball count = I ’…… ▲ 3 ▼
Since the player acquires the ball represented by the formula (1) and the formula (2) and loses the ball represented by the formula (3), the player eventually takes out from any one gaming machine. The number of balls is a predicted value represented by an arithmetic expression of (1) + (2)-(3). Therefore, the forecast all-day settlement ball counter is calculated as follows.
J ′ = (y ′ × H ′) + R′−I ′
= Ao '[y' / (s' · t ')-{1- (1 / k')}
× (1-b ′)]
[0060]
U ’: Forecasted all-day sales
This is the forecasted daily sales. In the case of a gaming machine, it is calculated by the following formula.
U ′ = R ′ × p = Ao ′ · p · (1-b ′) / k ′
Further, when A ′ is used instead of Ao ′, the following expression is obtained.
U ′ = [A ′ / {1 + z ′ / (s ′ · t ′)}]
× {p · (1-b ′) / k ′}
In the case of a hall, the U's of all the gaming machines in the hall are summed.
L ': Forecasted all-day refund
The all-day refund for the forecast. In the case of a gaming machine, it is calculated by the following formula.
L ′ = J ′ × q ′
= Ao '· q · [y' / (s '· t')
− {1- (1 / k ′)} × (1-b ′)]
[0061]
V ': Forecasted daily gross profit
This is the forecasted daily gross profit. In the case of a gaming machine, it is calculated by the following formula.
V '= U'-L'
= Ao ′ [[{(1 / k ′) × p} + {1− (1 / k ′)} × q]
× (1-b ′) − q · y ′ / (s ′ · t ′)]
Further, if Ao is used instead of Ao ′, the following expression is obtained.
V ′ = {A ′ / (s ′ · t ′ + z ′)} × [[{(1 / k ′) × p}
+ {1- (1 / k ′)} × q] × s ′ · t ′ · (1−b ′) − q · y ′]
In the case of a hall, the V's of all gaming machines in the hall are summed.
[0062]
w ': Predicted divisor
The number of predictions. In the case of gaming machines, the calculation is performed for each gaming machine using the following formula.
w '= J' / R '
In the case of a hole, calculation is performed using w ′ = J ′ / R ′.
d ': Expected appearance rate
This is the expected yield rate. In the case of gaming machines, the calculation is performed for each gaming machine using the following formula.
d '= F' / A '
In the case of a hole, it is calculated by d ′ = F ′ / A ′.
M ': Number of predicted difference balls
This is the number of prediction differences. In the case of gaming machines, the calculation is performed for each gaming machine using the following formula.
M ′ = F′−A ′
In the case of a hole, calculation is performed using M ′ = F′−A ′.
[0063]
(VI) Structure of various files
Next, various files formed in the
6-24 is a figure which shows the various files formed in the
(1) Model specification file A (see Fig. 6)
As shown in FIG. 6A, the model specification file A stores the specification of one model in the gaming machine 31 (hereinafter simply referred to as a gaming machine in the description of the file) as a model specification record A. In this case, the record of the model specification file A is created in advance by a gaming machine manufacturer, and stored in, for example, a CD-ROM and distributed to a gaming store. Then, at the amusement store, the CD-ROM information distributed from the gaming machine manufacturer is read by the CD-ROM drive device 193 (hereinafter the same), and the storage device (eg, hard disk device (HDD) 187) of the
The model specification record A corresponds to one model. Therefore, a model specification record is required only for all the models of the amusement store, but since the manufacturer of the model may be different, the model specification file A only stores one model specification record A. . That is, one model of one manufacturer is stored in the CD-ROM. Therefore, for a plurality of models, model specification file A is created and stored in advance on separate CD-ROMs. There are as many CD-ROMs as models.
[0064]
As shown in FIG. 6B, the model specification record A includes the following data.
・ Model code
Code information for identifying the model of the gaming machine (there are as many as the number of models)
・ Model name
Name representing the type of gaming machine
・ Manufacturer code
Code information for identifying the manufacturer (manufacturer) that manufactured the game machine of that model
·Manufacture name
Name representing the manufacturer that produced the gaming machine
[0065]
・ Game type code
Code information for identifying the type of gaming machine (for example, game type such as
・ Game type name
Name indicating the type of gaming machine
・ Number of game settings
Number of setting values that can be changed, such as game jackpot probability, normal probability, etc. (for example, “5” in the case of a 5-step setting)
・ Number of rule settings
Number of sales rules (lucky number sales rules, etc.) that can be set when playing a game on the model (for example, “5” when the sales rules can be set in 5 categories)
[0066]
Here, it will be as follows when the form of the sales rule (for example, lucky number sales) in a hall is demonstrated. In the gaming machine, some (or all) of the following rules can be set depending on the model. The form of lucky number sales is not limited to the following example.
▲ 1 Simple Lucky Number game
Only when the lucky number big hit (the big hit here is a special figure, the same shall apply hereinafter) is possible. For example, only when a big hit is generated with a lucky number of “3” or “7”, a possession game can be performed.
When a big hit with another symbol (for example, “5”) occurs, it is necessary to exchange all possessions.
(2) Lucky number / unlucky number game
The lucky ball game is started when a lucky number big hit occurs (for example, “3”, “7”).
All the possessed balls are exchanged when the possessed balls run out or a big hit with an unlucky number (eg, “4”) occurs. Or the player may voluntarily stop the game.
[0067]
(3) Lucky number, unlucky number, special lucky number game Lucky number (for example, “3”), and the big lucky occurrence (for example, “7”) at the special lucky number starts the possession game.
In the case of a possession game with a lucky number, all possessions are exchanged when a big hit with an unlucky number (eg, “4”) occurs.
In the case of a jackpot with a special lucky number, there will be no exchanges of possessions throughout the day. However, when there is no longer any possession, there are cases where the possession game is invalidated and the possession game is still possible. Even if it is a special lucky number, for example, when a player takes over, the possession game is invalidated.
(4) Unlimited by time specification
For example, it is possible to perform unlimited business (allows all-game play for all symbols) by limiting the time such as “until 12 o'clock from the opening of the store” and “2 hours before closing”.
(5) Lucky number addition by time specification
For example, during a period such as “from the opening of the store to 12:00”, “5” is added (or reduced) in addition to the lucky numbers of “3” and “7”.
[0068]
(6) Unlimited all day
There is no exchange of balls for all jackpot symbols. It is advantageous for the player.
▲ 7 ▼ Complete one-time exchange system
Regardless of the symbol, the symbol is forced to be changed after the bonus. However, when a big hit occurs again in the start memory after the big hit, the balls are exchanged after the big hit.
▲ 8 only set the unlucky number
All jackpots other than the unlucky number are unlimited, and when a jackpot of an unlucky number (for example, “4”, “9”) occurs, all the balls are exchanged.
▲ 9 ▼ Other
Quantitative system: Forces the exchange of balls by a predetermined number of balls, also called a stop system.
Probability fluctuation: It is possible to play possession only when the jackpot probability is increasing.
[0069]
(2) Model specification file B (see Fig. 7)
As shown in FIG. 7A, the model specification file B stores specifications of a plurality of models in the gaming machine as a model specification record B. Each record of the model specification file B is created in advance by a gaming machine manufacturer, and stored in, for example, a CD-ROM and distributed to a gaming store. Then, at the amusement store, the information on the CD-ROM distributed from the manufacturer of the gaming machine is read, and the storage device (eg, hard disk device (HDD) 187, magneto-optical disk device (MO) 188, digital tape) of the
The model specification record B is stored in one CD-ROM, for example, those of the same manufacturer and having almost the same manufacturing time. A model specification record is required to support all the models of the amusement store, but the manufacturer of the model may be different, so the model specification file B is divided at least by manufacturer and stores a plurality of model specification records B. ing.
[0070]
As shown in FIG. 7B, the model specification record B includes the following data. The model code and manufacturer code are as described above.
・ Game settings
Variable values such as game jackpot probability, normal probability, etc. (for example, a value indicating which value is set in the case of a 5-step setting, for example, a setting value such as “3”)
・ Predicted base value
Base value determined by game settings
・ Predicted symbol start rate
Predicted number of fireballs required to perform one symbol variation determined by game settings
・ Predicted special prize probability
Predicted value of probability that special figure determined by game setting value will be a big hit
・ Predicted average number of balls
A value that predicts the average number of balls in a single special award for that model, determined by game settings
・ Out during prediction special prize
Predicted value of the ball that will be out during the big hit determined by the game settings
[0071]
(3) Model specification file C (see Fig. 8)
As shown in FIG. 8A, the model specification file C stores specifications of a plurality of models in the gaming machine as a model specification record C. Each record of the model specification file C is created in advance by a gaming machine manufacturer, and stored in, for example, a CD-ROM and distributed to a gaming store. Then, at the amusement store, the information on the CD-ROM distributed from the manufacturer of the gaming machine is read, and the storage device (eg, hard disk device (HDD) 187, magneto-optical disk device (MO) 188, digital tape) of the
The model specification record C is stored in one CD-ROM, for example, those of the same manufacturer and having almost the same manufacturing time. A model specification record is required to support all the models of the amusement store, but since the manufacturer of the model may be different, the model specification file C is divided at least by manufacturer and stores a plurality of model specification records C. ing.
[0072]
The model specification record C includes the following data as shown in FIG. The model code and manufacturer code are as described above.
・ Rule setting value
Contents of the rules that can be set in the sales rules for playing games on the model (such as the rules for lucky number sales described above)
・ Predicted ball game rate
Predicted value of the ratio of number of shots to bet number determined by rule setting value (prize ball game rate)
・ Rule name
Name of the sales rule when playing the game with the model determined by the rule setting value (for example, unlimited)
[0073]
(4) Model evaluation file A (see Fig. 9)
As shown in FIG. 9A, the model evaluation file A stores evaluations of a plurality of models in the gaming machine in a model evaluation record A. Each record of the model evaluation file A is created in advance by a gaming machine manufacturer, stored in a CD-ROM, for example, and distributed to a gaming store. Then, at the amusement store, the information on the CD-ROM distributed from the manufacturer of the gaming machine is read, and the storage device (eg, hard disk device (HDD) 187, magneto-optical disk device (MO) 188, digital tape) of the
The model evaluation record A is stored in a single CD-ROM, for example, with the same manufacturer and the same manufacturing time. A model evaluation record is required for all the models of the amusement store, but the manufacturer of the model may be different, so the model evaluation record A is at least divided by manufacturer and stores multiple model evaluation records A. ing.
[0074]
As shown in FIG. 9B, the model evaluation record A is composed of the following data.
・ Lower limit of unit profit
Lower limit of profit when playing games on the model
The unit profit is equivalent to the unit time profit per machine.
The base profit lower limit value is preset as a group having a plurality of lower limit values for one model, and the model evaluation A record here has, for example, a lower limit value of five levels as shown in FIG. 25 (a). Are combined into one.
[0075]
・ Maximum profit limit
The upper limit of profit when playing a game on the platform of the model (set as a group with multiple upper limits, for example, a group of 5 levels)
・ Profit score
Points to evaluate the profit when playing a game on the platform of the model (for example, 5 levels from 0 to 4)
・ Message code
Code information corresponding to an evaluation message (communication information, the same applies below: see FIG. 26) for evaluating the base profit of the model
[0076]
(5) Model evaluation file B (see Fig. 10)
As shown in FIG. 10A, the model evaluation file B stores evaluations of a plurality of models in the gaming machine in a model evaluation record B. Similarly, each record of the model evaluation file B is created in advance (for example, a CD-ROM) by the gaming machine manufacturer, and the amusement shop reads the information on the CD-ROM and stores it in the storage device of the
The model evaluation record B is composed of the following data as shown in FIG.
・ Lower operating rate
Lower limit of operating rate of the model
The operating rate here is equivalent to the operating rate per gaming machine
The operating rate lower limit value is set in advance as a group having a plurality of lower limit values for one model, and the model evaluation record B here has, for example, five groups of lower limit values as shown in FIG. Are combined into one.
[0077]
・ Upper limit of operating rate
The upper limit of the operating rate on the platform of the model (set as a group with multiple upper limits, for example, a 5-level group)
・ Occupancy rate score
Points to evaluate the availability factor of the model stand (for example, 5 levels from 0 to 4)
・ Message code
Code information corresponding to an evaluation message (see FIG. 26) for evaluating the operating rate of the model
[0078]
(6) Model evaluation file C (see FIG. 11)
As shown in FIG. 11A, the model evaluation file C stores evaluations of a plurality of models in the gaming machine in a model evaluation record C. Similarly, each record of the model evaluation file C is created in advance (for example, a CD-ROM) by the gaming machine manufacturer, and the amusement shop reads the information on the CD-ROM and stores it in the storage device of the
As shown in FIG. 11B, the model evaluation record C includes the following data.
・ Lower limit of jade profit
Lower limit of profits that can be obtained with one ball of the model
The ball profit here is equivalent to the profit per out ball
The ball profit lower limit value is set in advance as a group having a plurality of lower limit values for one model, and the model evaluation record C here has, for example, a five-step lower limit value as a group as shown in FIG. Are combined into one.
[0079]
・ Maximum profit limit
Upper limit of profit to be obtained with one ball of the model (set as a group with multiple upper limit values, for example, a 5-level group)
・ Tama profit score
Points to evaluate the profits earned with one ball on the platform of the model (for example, 3 levels from 0 to 2)
・ Message code
Code information corresponding to an evaluation message (see FIG. 26) for evaluating the profit to be produced with one ball of the model
[0080]
(7) P machine connection file (see Fig. 12)
As shown in FIG. 12A, the P machine connection file stores information for identifying a plurality of gaming machines in a P machine connection record. P machine connection records are created for the number of gaming machines installed in the hall.
The P machine connection record is composed of the following data as shown in FIG.
・ Unit number
Number to identify the gaming machine
・ Communication address
Network address for managing gaming machines
·Installation situation
Status information indicating whether the platform is connected to the network or a failure
[0081]
(8) Model registration file (see Fig. 13)
As shown in FIG. 13A, the model registration file registers the specifications of the model as a model registration record. The model registration records correspond to one model, and are created for the number of models registered in the hall.
As shown in FIG. 13B, the model registration record includes the following data.
・ Model number
A number to identify the machine type
・ Model code
Code information for identifying the model of the gaming machine (there are as many as the number of models)
・ Model name
Name representing the type of gaming machine
・ Manufacturer code
Code information for identifying the manufacturer (manufacturer) that manufactured the game machine of that model
·Manufacture name
Name representing the manufacturer that produced the gaming machine
[0082]
・ Game type code
Code information for identifying the type of gaming machine (for example, game type such as
・ Game type name
Name indicating the type of gaming machine
・ Number of game settings
Number of setting values that can be changed, such as game jackpot probability, normal probability, etc. (for example, “5” in the case of a 5-step setting)
・ Number of rule settings
Number of sales rules (lucky number sales rules, etc.) that can be set when playing a game on the model (for example, “5” when the sales rules can be set in 5 categories)
[0083]
(9) Model information file (see Fig. 14)
As shown in FIG. 14A, the model information file stores information on gaming machines in the hall as a model information record. A model information record is created for each model.
As shown in FIG. 14B, the model information record is composed of the following data.
・ Model number
A number to identify the machine type
・ Number of installed units
Number of units installed in the hall
[0084]
(10) Model game setting value file (see FIG. 15)
As shown in FIG. 15A, the model game setting value file stores game content information of each model as a model game setting value record. A model game setting value record is created for each model.
The model game set value record is composed of the following data as shown in FIG.
・ Model number
Number to identify the machine type
・ Game settings
Variable setting values such as game jackpot probability, normal probability, etc. (for example, a value indicating which value is set in the case of a 5-step setting, for example, a setting value such as “3”)
・ Predicted base value
Preferred base value predicted by the model determined by game settings
・ Predicted symbol start rate
Predicted number of fireballs required to perform one symbol variation determined by game settings
・ Predicted special prize probability
Predicted value of probability that special figure determined by game setting value will be a big hit
・ Predicted average number of balls
A value that predicts the average number of games of that model determined by the game settings
・ Out during prediction special prize
Predicted value of the ball that will be out during the big hit determined by the game settings
[0085]
(11) Model rule setting value file (see FIG. 16)
As shown in FIG. 16A, the model rule setting value file stores information on the rule contents for each model as a model rule setting value record, which is read from the above-mentioned model specification file C and registered in the hall. It is a thing. A model rule setting value record is created for each model.
The model rule set value record is composed of the following data as shown in FIG.
・ Model number
A number to identify the machine type
・ Rule setting value
Contents that can be set by the sales rules (game rules for lucky number sales, etc.) when playing games on the model, read from the model specification file C and registered in the hall
・ Predicted ball game rate
This is the predicted value of the ratio of the number of balls to be struck (the prize ball game rate) determined by the rule setting value, which is also read from the above-mentioned model specification file C and registered in the hall
・ Rule settings
Contents of business rules when playing a game with the model determined by the rule setting value (for example, information of unlimited content)
[0086]
(12) Model layout file (see Fig. 17)
As shown in FIG. 17A, the model layout file stores data that can identify which model is set for each unit as a model layout record. For example, a model layout record is created and stored at the opening of the first renovation of a game store or at the time of opening a part (or all) of models.
As shown in FIG. 17B, the model layout record is composed of the following data.
・ Unit number
Number to identify the gaming machine
・ Model number
Series number for identifying the machine type
[0087]
(13) P machine results file (see Figure 18)
As shown in FIG. 18A, the P machine result file stores data indicating the results of each machine as a P machine result record for each machine.
As shown in FIG. 18B, the P machine record is composed of the following data.
·date
Date on which the grade record for the table was created
・ Unit number
Number to identify the gaming machine
・ Game settings
Variable setting values such as game jackpot probability, universal probability
・ P machine ball rental sales
Amount of sales by ball lending of the stand
・ P machine storage ball sales
Sales from lending from the storage of the stand
・ P machine sales
Sales from ball lending and ball lending from storage
[0088]
・ Number of balls collected by machine P
Number of balls collected (out) by the platform
-Number of balls out of P machine special prize
Number of balls fired outside the special prize of the stand
・ The number of safe balls outside the P machine special prize
Number of non-special prize balls
-Number of balls out during P machine special prize
Number of fired balls in the special prize of the stand
・ Number of safe balls during P Special Award
Number of winning balls in the special prize
・ P machine design start count
Number of times the special symbol design of the table has changed
・ P machine special award number of times
Number of times that the table hit the jackpot
・ P machine bonus balls
Number of bonus balls on the platform
-Additional amount between P machines
Amount added to the IC card with the inter-unit amount adder
[0089]
(14) Model results file (see Figure 19)
As shown in FIG. 19A, the model result file stores data indicating the results of each model as a model result record for each model.
The model record is composed of the following data as shown in FIG.
·date
Date on which the grade record for the table was created
・ Model number
Number to identify the model
・ Model number
Number of installed models
・ Model ball rental sales
Sales by ball lending on the model
・ Model store sales
Sales by lending from stored balls on the model
・ Model sales
Sales from ball lending and ball lending from the model
・ Number of balls out of model special award
Number of non-special launch balls for the model
[0090]
・ Number of safe balls outside the model special prize
Number of non-special prize balls on the model
・ Number of balls out of model special awards
Number of fired balls in special award for the model
・ Number of safe balls during model special award
Number of prize balls in special award for the model
・ Model design start count
Number of times the special symbol design has changed on the model
・ Number of model special prizes
Number of hits with this model
・ P machine bonus balls
Number of bonus balls given to the model
・ Number of additions between models
Number of times the amount was added to the IC card with the inter-unit amount adder
・ Model profit
Expected gross profit for the model
Rule setting value
Sales rules for playing games on this model
[0091]
(15) Hall results file (see Figure 20)
As shown in FIG. 20A, the hall score file stores data indicating the score of the entire hall (especially the score for one day) as a hall score record.
The hall record is composed of the following data as shown in FIG.
·date
The date when the record of the hall was created
・ Ball rental rate
Amount when borrowing one ball
・ Checkout rate
Rate when converting one ball and rate when converting one ball into a stored amount
[0092]
・ Opening time
Time when the hall opened
・ Closed time
Time when the hall was closed
・ Business hours (time information)
Total operating hours of the hall
・ Number of halls
Number of gaming machines installed in the hall
・ Popularity index
Ratio of the actual number of visitors to the hall and the ideal number of visitors
・ Hall ball rental sales
Sales by ball lending in the hall
・ Hall storage ball sales
Sales from lending from stored balls in the hall
・ Hall sales
Sales by ball lending and ball lending from the relevant hall
[0093]
-Additional amount between halls
Amount added to the IC card by the inter-dairy amount adding machine in the hall
・ Hall large additional amount
Amount added to the IC card with a large-capacity adding machine in the hall
・ Hall exchange amount
Amount cashed in the hall
・ Hall savings amount
Amount converted to savings at the hall
・ Number of issued cards
Number of IC cards issued in the hall
・ Number of hall renewal cards
Number of IC cards updated in the hall
・ Hall gross profit
Gross profit at the hall
[0094]
・ Number of hall premium additional balls
Number of balls added as a premium when adding money to an IC card
・ Number of bonus balls
Number of bonus balls given in the hall
・ Number of balls collected
Number of balls collected (out) at the hall
・ Number of holes
Number of balls fired in the hall
・ Number of hall safe balls
Number of prize balls in the hall
・ Number of customers
Number of visitors to the hall
[0095]
(16) Unit profit evaluation file (see Fig. 21)
As shown in FIG. 21A, the base profit evaluation file stores evaluation information for each base as a base profit evaluation record, which is read from the above-described model evaluation file A and registered in the hall. . The stand profit evaluation record is divided into a plurality of stages of evaluation data for each model (for example, divided into five stages).
As shown in FIG. 21B, the base profit evaluation record is composed of the following data.
・ Model number
A number to identify the machine type
・ Lower limit of unit profit
Lower limit of profit when playing a game on the base of the model (one of a group of multiple lower limits)
・ Maximum profit limit
Upper limit of profit when playing a game on the machine of the model (one of a group of multiple upper limits)
・ Profit score
Points to evaluate profits when playing a game on the platform of the model (set one score from a group with multiple scores)
・ Message code
Code information corresponding to the evaluation message for evaluating the profit of the unit
[0096]
(17) Occupancy rate evaluation file (see Fig. 22)
As shown in FIG. 22A, the operating rate evaluation file stores operating rate information for each unit as an operating rate evaluation record, which is read from the model evaluation file B and registered in the hall. is there. The operation rate evaluation record is divided into a plurality of stages of evaluation data for each model (for example, divided into five stages).
As shown in FIG. 22B, the operation rate evaluation record includes the following data.
・ Lower operating rate
Lower limit of availability in the platform (one of a group of lower limits)
・ Upper limit of operating rate
The upper limit of the operating rate for the unit (one of a group of multiple upper limits)
・ Occupancy rate score
Score to evaluate the utilization rate on the platform (one of a group of multiple scores)
・ Message code
Code information corresponding to the evaluation message for evaluating the operating rate of the stand
[0097]
(18) Jade profit evaluation file (see Figure 23)
As shown in FIG. 23 (a), the ball profit evaluation file stores the ball profit information for each vehicle as a ball profit evaluation record, which is read from the model evaluation file C described above and registered in the hall. is there. The ball profit evaluation record is divided into a plurality of stages of evaluation data for each model (for example, divided into five stages).
As shown in FIG. 23B, the ball profit evaluation record is composed of the following data.
・ Model number
A number to identify the machine type
・ Lower limit of jade profit
Lower limit of profits that can be obtained with one ball on the platform (one of a group of lower limits)
・ Maximum profit limit
The upper limit of profit that can be obtained with one ball on the platform (one of a group of multiple upper limits)
[0098]
・ Tama profit score
Points to evaluate the profits earned from one ball on the table (one of a group of multiple scores)
・ Message code
Code information corresponding to the evaluation message that evaluates the profit to be gained with one ball on the table
Note that the base profit evaluation record in the base profit evaluation file is specifically divided into five stages of evaluation data for each model as shown in FIG. Further, the operation rate evaluation record in the operation rate evaluation file is specifically divided into five levels of evaluation data for each model as shown in FIG. Further, the ball profit evaluation record in the ball profit evaluation file is specifically divided into five stages of evaluation data for each model as shown in FIG. And a message and a label | marker are matched based on these evaluation data.
[0099]
(19) Message code file (see FIG. 24)
As shown in FIG. 24A, the message code file stores evaluation information for each vehicle as a message record, and stores each evaluation message as shown in FIG. A message record is created for each evaluation message.
The message record is composed of the following data as shown in FIG.
・ Message code
Information that identifies the evaluation message
・ Evaluation message
Evaluation information about gaming machines
[0100]
Next, the operation will be described.
A. Main program of management analysis equipment
FIG. 27 is a flowchart showing a main program of the
When the program shown in FIG. 27 is started, system initialization processing of the workstation (WS) 151 in the
[0101]
Next, the main screen process is activated in step S12. The main screen process performs processing necessary for management analysis and history management of the
Next, in step S16, it is determined whether or not there is a power failure, and if it is not a power failure, the process proceeds to step S18 to determine whether or not there is an instruction to terminate the system. System termination instructions are issued from the main screen process. If there is no instruction to end the system, the process returns to step S16 to repeat the process.
[0102]
If there is an instruction to terminate the system, the process proceeds to step S20. Further, when it is determined in step S16 that there is a power failure, the process proceeds to step S20. In step S20, system shutdown processing is performed. This is because all necessary data is stored in the external storage device 157 to save the data, processing necessary for ending the processing of each part of the
[0103]
B. Main screen process
FIG. 28 is a flowchart showing the main screen process. In the main screen process, first, a main screen appearance process is performed in step S30 (details will be described later in a subroutine). This pops up a previously created main screen (so-called top screen) and displays the date and the like on the screen. Next, main screen event processing is performed in step S32. This causes a corresponding screen to appear in response to a button operation on the main screen (details will be described later in a subroutine).
Next, the processing after step S34 is performed, and each processing is executed every time step S32 to step S54 of the main screen process are repeated.
[0104]
In step S34, hall information screen event processing is performed. When a hall information screen (so-called multi-window screen) appears on the main screen, processing is performed according to the button operation on the hall information screen. Processing is performed. Next, business daily report screen (1) event processing is performed in step S36. When a daily business report screen (a so-called multi-window screen, the same applies hereinafter) that displays the hall's daily sales, etc. appears, the button operation on the daily business report screen is performed. Necessary calculations and screen processing are performed corresponding to the above.
[0105]
Next, hall data analysis screen event processing is performed in step S38. In this case, when a hole data analysis screen for analyzing hole data appears, processing corresponding to the button operation on the hole data analysis screen is performed, and necessary calculations and screen processing are performed corresponding to the button operation. .
In step S40, model-specific advice screen event processing is performed (details will be described later in a subroutine). In this case, when a model-specific advice screen that can display a business advice message based on data such as sales of each type of gaming machine 31 appears, processing corresponding to the button operation on the model-specific advice screen is performed. Therefore, necessary calculations and screen processing (including advice message display) are performed in response to the button operation.
[0106]
Next, in step S42, model detail information screen event processing is performed (details will be described later in a subroutine). When a model detail information screen that can display detailed information about the model of the gaming machine 31 appears, processing is performed according to the button operation on the model detail information screen. Calculation and screen processing (including display of detailed model information) are performed.
Next, a customer information screen event process is performed in step S44. This is necessary when a customer information screen that can display detailed information about the customer's situation at the hall appears, corresponding to the button operation on the customer information screen. Calculation and screen processing (including display of customer information) are performed.
[0107]
Next, in step S46, customer fixing status screen event processing is performed. This corresponds to the button operation when a customer fixing status screen that can display detailed information about the customer fixing status in the hall appears, according to the button operation on the customer fixing status screen. Then, necessary calculations and screen processing (including display of customer fixing status) are performed.
Next, in step S48, model-specific customer status screen event processing is performed. When a model-specific customer status screen that can display detailed information about the customer status for each model of the gaming machine 31 appears, processing is performed according to the button operation on the model-specific customer status screen. Necessary calculations and screen processing (including display of model-specific customers) are performed in response to the operation.
[0108]
Next, in step S50, remote control usage status screen event processing is performed. In this case, when a remote control usage status screen capable of displaying detailed information about the usage status of the
In step S52, setting screen event processing is performed (details will be described later in a subroutine). This is because when a setting screen that can input a setting value (for example, an initial value of the base value) that is the basis of business management data related to the gaming machine 31 appears, processing corresponding to the button operation on the setting screen is performed. Performs necessary calculations and screen processing (including display for various settings) in response to button operations. For example, when a setting screen appears, the contents of the model specification file A created in advance by a gaming machine manufacturer, stored in a CD-ROM, and distributed to the amusement store are read out, and a storage device (for example, a hard disk) Device 187) By storing, the content of the model specification file A is set. The same applies to other model specification records B and the like.
[0109]
Next, registration screen event processing is performed in step S54. This is for registering various types of information. When a registration screen on which registration information can be entered appears, processing corresponding to the button operation on the registration screen is performed. At this time, necessary calculations and screen processing (including display for various registrations) are performed in response to the button operation. For example, employee name data related to the
[0110]
C. Main screen appearance processing
FIG. 29 is a flowchart showing a subroutine of main screen appearance processing. In the main screen appearance process, first, in step S70, the main screen (see FIG. 43) appears. This pops up a main screen (a top screen of the so-called management analysis device 12) prepared in advance. Next, the date of the day is displayed on the main screen that appears in step S72. In step S74, the hole name is displayed on the main screen. Through the above processing, for example, as shown in FIG. 43 described later, the hall name “Sophia Hall” and the date “July 12, 1995 (Wednesday)” are displayed on the main screen. After step S74, the process returns to the main screen process.
[0111]
D. Main screen event processing
30 and 31 are flowcharts showing a subroutine of main screen event processing in the main screen process. In the main screen event processing, processing for causing a predetermined screen to appear in response to various button operations is performed. First, in step S100, it is determined whether or not a “hole” button has appeared on the main screen. If it has appeared, it is determined in step S102 whether or not the “hole” button has been pressed. If the “hole” button is pressed, the process branches to step S104 to perform the appearance processing of the hall information screen. This is to pop up a hall information screen (hereinafter referred to as a sub-screen as appropriate; other screens other than the main screen) created in advance on the main screen. After step S104, the process returns to the main screen process. On the other hand, if the “hole” button does not appear or if the “hole” button is not pressed, the process proceeds to step S106.
[0112]
In step S106, it is determined whether or not a “model” button has appeared on the main screen. If it has appeared, it is determined in step S108 whether or not the “model” button has been pressed. When the “model” button is pressed, the process branches to step S110 to perform appearance processing of the model-specific advice screen (details will be described later in a subroutine). In this method, a model-specific advice screen created in advance is superimposed on the main screen and pops up. At this time, calculation of various data displayed on the model-specific advice screen is also performed. After step S110, the process returns to the main screen process. On the other hand, if the “model” button does not appear or if the “model” button is not pressed, the process proceeds to step S112.
In step S112, it is determined whether or not a “customer” button has appeared on the main screen. If it has appeared, it is determined in step S114 whether or not the “customer” button has been pressed. When the “customer” button is pressed, the process branches to step S116 to perform appearance processing of the customer information screen. This pops up a customer information screen created in advance on the main screen. After step S116, the process returns to the main screen process. On the other hand, if the “customer” button does not appear or if the “customer” button is not pressed, the process proceeds to step S118.
[0113]
In step S118, it is determined whether a “setting” button has appeared on the main screen. If it has appeared, it is determined in step S120 whether the “setting” button has been pressed. When the “SET” button is pressed, the process branches to step S122 to perform a setting screen appearance process (details will be described later in a subroutine). This is a pop-up in which a setting screen created in advance is superimposed on the main screen. At this time, various data displayed on the setting screen are also calculated. After step S122, the process returns to the main screen process. On the other hand, if the “setting” button does not appear or if the “setting” button is not pressed, the process proceeds to step S124.
[0114]
In step S124, it is determined whether or not the “labor” button has appeared on the main screen. If it has appeared, it is determined whether or not the “labor” button has been pressed in step S126. When the “labor” button is pressed, the process branches to step S128 to perform appearance processing of the remote control usage status screen. In this case, a remote control usage status screen prepared in advance is superimposed on the main screen and pops up. After step S128, the process returns to the main screen process. On the other hand, if the “labor” button does not appear or if the “labor” button is not pressed, the process proceeds to step S130.
[0115]
In step S130, it is determined whether or not a “registration” button has appeared on the main screen. If it has appeared, it is determined in step S132 whether or not the “registration” button has been pressed. When the “Register” button is pressed, the process branches to step S134 to perform a registration screen appearance process. In this method, a registration screen created in advance is superimposed on the main screen and pops up. After step S134, the process returns to the main screen process. On the other hand, if the “Register” button has not appeared or if the “Register” button has not been pressed, the process proceeds to step S136.
In step S136, it is determined whether or not the “END” button on the main screen has been pressed. If the “END” button has not been pressed, the current routine is terminated and the process returns to the main screen process. On the other hand, if the “end” button is pressed, the process proceeds to step S138 to send an instruction to end the system to the main process. As a result, the determination result of step S18 of the main process is YES, and the system shutdown process is performed in step S20. After step S138, the process returns to the main screen process.
[0116]
E. Type-specific advice screen appearance processing
FIG. 32 and FIG. 33 are flowcharts showing a subroutine of model-specific advice screen appearance processing in the main screen event processing. In the model-specific advice screen appearance process, first, in step S150, the model number is acquired from the model information file. As shown in FIG. 14, the model information file stores the model number and installed number of each model in the gaming machine for each model. In step S150, the model number of the designated model is obtained.
Next, in step S152, the model profit data of the specified model for the past week is acquired from the model result file, and the profit per unit and per hour is calculated. As shown in FIG. 19, the model result file stores the result data of each model for each model, and from this, data relating to profits for the designated model is calculated.
[0117]
Next, in step S154, the base profit evaluation file is referred to, and the base profit evaluation score corresponding to the calculation data (data calculated in step S152) is acquired. As shown in FIG. 21, the unit profit evaluation file stores actual profit data for evaluating each model for each model, and from this, the profit data of the specified model can be evaluated. In step S156, an evaluation message is acquired from the message file and stored in the output file. As shown in FIG. 24, the message file stores a message code corresponding to the evaluation message, and an evaluation message corresponding to the profit of the specified model is stored in the output file. Note that the output file temporarily stores data when the data is displayed on the model-specific advice screen. In this way, an evaluation message corresponding to the profit of the designated model is acquired and prepared for display on the model-specific advice screen.
[0118]
Next, in step S158, model out data for the specified model for the past week is acquired from the model results file, and the model operating rate is calculated using the hall business hours data and the model number data. As shown in FIG. 19, the model result file stores the result data of each model for each model, and from this, data relating to the operating rate for the designated model is calculated. Next, an operation rate evaluation point corresponding to the calculated data (data calculated in step S158) is acquired with reference to the operation rate evaluation file in step S160. As shown in FIG. 22, the operating rate evaluation file stores actual operating rate data for evaluating each model for each model, and from this, the operating rate data of a specified model can be evaluated. In step S162, an evaluation message is acquired from the message file and stored in the output file. As shown in FIG. 24, the message file stores a message code corresponding to the evaluation message, and an evaluation message corresponding to the operating rate of the designated model is stored in the output file. In this way, an evaluation message corresponding to the operating rate of the designated model is acquired and prepared for display on the model-specific advice screen.
[0119]
Next, in step S164, model profit data and model out-of-ball data for the specified model for the past one week are acquired from the model result file, and a profit (ball profit) per out-ball is calculated. As shown in FIG. 19, the model result file stores the result data of each model for each model, and data relating to the ball profit for the specified model is calculated from this. Next, in step S166, the ball profit evaluation file is referred to, and the ball profit evaluation score corresponding to the calculation data (data calculated in step S164) is acquired. As shown in FIG. 23, the ball profit evaluation file stores actual ball profit data for evaluating each model for each model, and from this, the ball profit data of a specified model can be evaluated. In step S168, an evaluation message is acquired from the message file and stored in the output file. As shown in FIG. 24, the message file stores a message code corresponding to the evaluation message, and an evaluation message corresponding to the ball profit of the specified model is stored in the output file. In this way, an evaluation message corresponding to the ball profit of the specified model is acquired and prepared for display on the model-specific advice screen.
[0120]
Next, in step S170, the total profit score, the utilization rate score, and the ball profit score are summed to calculate a total score. Next, in step S172, it is determined whether or not the overall score is a rejected point. The reference value for judging whether or not the overall score is a rejected point can be freely set (variable) and is determined by the manager (or the hall manager) for each hall. For example, in the registration screen event processing of the main screen process, the reference value of the overall score is input and registered. The reference value can be changed later.
If the overall score is a failing point in the determination result of step S172, the process branches to step S174, and the overall evaluation code indicating “NG” (corresponding to the indicator information indicating the evaluation of the model) is stored in the output file. The process proceeds to step S182. The comprehensive evaluation code “NG” is information for displaying a comprehensive evaluation mark “NG” as an example of the model-specific advice, as shown in the model-specific advice screen of FIG. 45 described later. The comprehensive evaluation mark “NG” corresponds to a state in which the evaluation of the model is low in all evaluation items.
[0121]
If the overall score is not a failing point in step S172 (passing), the process proceeds to step S176 to determine whether or not there is a failing point for each item. By item, the performance of the model is individually evaluated for each of the evaluation items that can discriminate the performance of the model, that is, the unit profit score, the utilization rate score, and the ball profit score. The reference value for determining whether there is a failure point for each item can be freely set (variable) in the same manner, and is input and registered in the registration screen event process of the main screen process, for example. This reference value can also be changed later. If there is a rejected point for each item, the process branches to step S178 to store the comprehensive evaluation code indicating “attention” in the output file, and then proceeds to step S182. As shown in the model-specific advice screen shown in FIG. 45, the comprehensive evaluation code “attention” is a comprehensive evaluation mark indicating “attention” as an example of model-specific advice. This is information for displaying (equivalent to). The comprehensive evaluation mark “notice” corresponds to a state where the evaluation of the model is low for some items.
[0122]
In step S182, the number of out balls for the past week of all P machines belonging to the model is acquired from the P machine result file. As shown in FIG. 18, the P machine result file stores actual result data for each vehicle. Next, an average value of all P machines is calculated from the number of out balls of all P machines belonging to the model acquired in step S184, and a deviation value for each machine is calculated. Next, in step S186, it is determined whether there is a P machine having an extremely small deviation value. If there is a P machine, a warning message “abnormal table” is stored in the output file in step S188, and thenProceed to step S190.As shown in the model-specific advice screen of FIG. 45, which will be described later, the warning message “abnormal platform” is a mark “!” (Warning) because there is a P-machine with an extremely small deviation value as an example of model-specific advice. This is information for displaying a warning message (for example, “There is a low operating platform”) and a warning message (equivalent to sign information indicating the evaluation of the model).
[0123]
The mark “!” Is transmission information, and particularly corresponds to sign information indicating the evaluation of the model. In this way, a warning message for determining the deviation value of the designated model is acquired and prepared for display on the model-specific advice screen. On the other hand, if there is no P machine having an extremely small deviation value in step S186, the process jumps to step S188 and proceeds to step S190.
In step S190, the next model number is acquired from the model information file. Next, in step S192, it is determined whether or not all models are finished. If not finished, the process returns to step S152 and the same processing is repeated. Thereby, the above process is performed for the next model. When all models are finished, the process goes from step S192 to step S194, and the contents of the output file are output to the screen in the order of models with a low overall evaluation. As a result, the contents of the output file are displayed on the model-specific advice screen of FIG. 45, and specific model-specific advice (model performance evaluation information) is displayed.
[0124]
F. Advice screen event processing by model
FIG. 34 is a flowchart showing a subroutine of model-specific advice screen event processing in the main screen process. In the model-specific advice screen event process, it is first determined in step S200 whether or not a model-specific advice screen (FIG. 45) has appeared. If not, the current routine is terminated and the process returns to the main screen process. If the model-specific advice screen appears, the process proceeds to step S202, and it is determined whether or not a “push” button (see FIG. 45) for detailed information appears. If the “push” button for detailed information appears, it is then determined in step S204 whether or not the “push” button for detailed information has been pressed. When the “push” button of the detailed information is pressed, the process branches to step S206 to perform the model-specific detailed information screen appearance processing (details will be described later in a subroutine). Thereby, the model-specific detailed information screen shown in FIG. 46 appears. After step S206, the process returns to the main screen process.
[0125]
On the other hand, when the “push” button for detailed information does not appear in step S202, or when the “push” button for detailed information is not pressed in step S204, the process proceeds to step S208. In step S208, it is determined whether or not the scroll bar has been operated. As shown in FIG. 45, the scroll bar performs an operation of moving to a model that is not displayed on the screen and displaying it when there are many models and cannot be displayed on one screen. When the scroll bar is operated, the process branches to step S210 to scroll the display area. Thereby, on the model-specific advice screen shown in FIG. 45, the display area scrolls to display a screen including other models. After step S210, the process returns to the main screen process.
When the scroll bar is not operated, the process proceeds to step S212 to determine whether or not the “print” button has been pressed. If the “print” button is pressed, the process branches to step S214 and hard copy data is transferred to the
[0126]
If the “print” button is not pressed in step S212, the process proceeds to step S216 to determine whether or not the “end” button has been pressed. The “end” button here performs an operation for deleting the model-specific advice screen and returning to the main screen which is the main screen. When the “Finish” button is not pressed, the process returns to the main screen process. When the “end” button is pressed, the process proceeds to step S218 to determine whether or not the model-specific detailed information screen appears. If the model-specific detailed information screen appears, the model-specific detailed information screen is deleted in step S220, and then the process proceeds to step S222. This is because the model-specific detailed information screen is a child screen, and when the “end” button is pressed, the child screen needs to be deleted before the parent screen is deleted. On the other hand, when the model-specific detailed information screen does not appear, the process jumps to step S220 and proceeds to step S222. In step S222, the model-specific advice screen is deleted. As a result, the model-specific advice screen popped up on the front of the main screen disappears, and the main screen appears on the front (that is, all the main screens on the back of the model-specific advice screen appear on the front side). It should be noted that when the model-specific advice screen as the sub-screen is closed, the situation in which all the main screens on the back of the model-specific advice screen appear on the front side is the same in the following description. In step S224, the “model” button appears again on the main screen. After step S224, the process returns to the main screen process. In this way, processing for displaying detailed information and printing for the designated model is performed.
[0127]
G. Model-specific detailed information screen appearance processing
FIG. 35 is a flowchart showing a subroutine of the model-specific detailed information screen appearance process in the model-specific advice screen event process. In the model-specific detailed information screen appearance process, first, in step S250, the model-specific detailed information screen (FIG. 46) appears. Next, in step S252, the model selected on the model-specific advice screen (FIG. 45) is set as the designated model. In step S254, the model name of the designated model is displayed on the screen. Thus, for example, when the designated model is “Spring Ichiban”, the model name “Spring Ichiban” is displayed as shown in FIG. In step S256, the grade data of the designated model is displayed on the screen as a line graph. Thus, for example, when the designated model is “Spring Ichiban”, the grade data corresponding to the model “Spring Ichiban” is displayed on the screen as a line graph as shown in FIG. In this example, sales (broken line) and base (solid line) are displayed in a two-dimensional line graph.
[0128]
Next, the “push” button pressed on the model-specific advice screen in step S258 is deleted. This is because the model-specific detailed information screen appears on the model-specific advice screen, so that it is deleted again so that the "push" button that causes the model-specific detailed information screen to appear again is not accidentally pressed. belongs to. As a result, it is possible to avoid the problem that the model-specific detailed information screen appears hierarchically in multiple layers, and it is possible to eliminate delays in screen processing. That is, when a plurality of the same screens appear, an operation corresponding to each screen is required, and as a result, processing such as calculation of data displayed on the screen is delayed, which is prevented. After step S258, the process returns to the model-specific advice screen event process.
[0129]
H. Detailed information screen event processing by model
FIG. 36 is a flowchart showing a subroutine of model-specific detailed information screen event processing in the main screen process. In the model-specific detailed information screen event process, first, in step S300, it is determined whether or not the model-specific detailed information screen (FIG. 46) has appeared. If not, the current routine is terminated and the process returns to the main screen process. To do. If the model-specific detailed information screen appears, the process proceeds to step S302 to determine whether the graph item selection button has been pressed. The graph item selection button is, as shown in the model-specific detailed information screen of FIG. 46, profit / operating rate, profit / base, sales / profit, operating rate / base, sales / operating rate, operating rate / special award number, The combination of sales / base is selected, and data is displayed using the selected parameter as each axis of the two-dimensional graph. In the example of FIG. 46, a two-dimensional graph is displayed with a combination of sales / base parameters.
[0130]
When the graph item selection button is pressed in step S302, the data of the line graph is changed to the data of the selected item, and the line graph is displayed again. As a result, a line graph corresponding to the data of the newly selected item is displayed instead of the previously displayed line graph. For example, when a two-dimensional graph is displayed with a sales / base combination parameter until now, when the selection button of the graph item of sales / profit is pressed, the two-dimensional graph is displayed with a combination parameter of sales / profit. . After step S304, the process returns to the main screen process.
On the other hand, when the graph item selection button is not pressed in step S302, the process proceeds to step S306 to determine whether or not the date button is pressed. The date button is the date in the date area below the graph display area displaying the 2D graph. When a date in a location different from the date of the displayed 2D graph is pressed, the date It is determined that the button has been pressed. For example, in the example of FIG. 46, dates for one week from 7/5 to 7/11 are arranged.
[0131]
If the date button is pressed, the process proceeds to step S308 to display the model result data of the designated model and the data of each P machine result belonging to the designated model in the table area, and then returns to the main screen process. As a result, model data and the like corresponding to the data of the newly selected date are displayed in the table area instead of the model data and the like that have been displayed so far. As shown in FIG. 46, the table area displays profit, sales, base, number of special prizes, and utilization rate of the specified model, as well as average profit, sales, base, number of special prizes, utilization rate, and each unit (units). Profit, sales, base, number of special prizes, and occupancy rate are displayed as specific numbers. Therefore, if the date button is pressed, the profit, sales, base, number of special prizes, operating rate, average profit, sales, base, number of special prizes, operating rate and profit of each unit corresponding to the new date , Sales, base, number of special prizes, and occupancy rate are displayed. In addition, there is a scroll bar on the right side of the table area, and it is possible to select and display a table that is not displayed on the screen.
[0132]
On the other hand, if the date button is not pressed in step S306, the process proceeds to step S310 to determine whether or not the “table clear” button has been pressed. The “table clear” button is arranged below the model-specific detailed information screen, and performs an operation for clearing data in the table area. When the “table clear” button is pressed, the process proceeds to step S312 to clear the data display in the table area. As a result, the data display in the table area disappears. Thereafter, the process returns to the main screen process.
If the “clear table” button is not pressed in step S310, the process proceeds to step S314 to determine whether the “evaluation” button has been pressed. The “evaluation” button is used to display the evaluation data of the designated model in the evaluation message area. When the “evaluation” button is pressed, the process proceeds to step S316, and if a message is output (that is, displayed) in the evaluation message area, the previous message is deleted, and if no message is displayed, a message is displayed. . As a result, as shown in FIG. 46, for example, “the operation rate of this model seems to be appropriate from 60% to 80%. If the current setting value, the current operation can be maintained for two months. "There is a prospect." Therefore, an operator (for example, a manager) can receive appropriate advice on the designated model very easily. After step S316, the process returns to the main screen process.
[0133]
If the “evaluation” button is not pressed in step S314, the process proceeds to step S318 to determine whether or not the scroll bar has been operated. As shown in FIG. 46, the scroll bar is on the right side of the table area displaying the data of each vehicle. When the scroll bar is operated, the target display area (for example, the table area) is scrolled in step S320. As a result, the table area shown in FIG. 46 is scrolled to display a screen including other platforms. In the example of FIG. 46, the 7th platform is displayed halfway in the table area, but this indicates that there are other platforms at the bottom of the screen in addition to the currently displayed platform. In order to display easily, such a halfway display is intentionally performed. Therefore, the operator can easily recognize that there is another table if the display is only half displayed in the table area, which is very convenient. After step S320, the process returns to the main screen process.
[0134]
When the scroll bar is not operated in step S318, the process proceeds to step S322 to determine whether or not the “end” button has been pressed. When the “end” button is pressed, the process proceeds to step S324 to delete the model-specific detailed information screen, and at step S326, the “push” button appears on the model-specific advice screen, and the process returns to the main screen process. Therefore, when the “Exit” button is pressed, the model-specific detailed information screen opened in the multi-window is closed and the main screen appears (that is, all the main screens that were in the back of the model-specific detailed information screen appear on the front side) ) And the “push” button returns.
On the other hand, if the “end” button is not pressed in step S322, the current routine is terminated and the process returns to the main screen process.
[0135]
I. Setting screen appearance processing
FIG. 37 is a flowchart showing a subroutine of setting screen appearance processing in main screen event processing. In the setting screen appearance process, first, a setting screen appears in step S330. Thus, when the “setting” button is pressed while the main screen is displayed, a setting screen as shown in FIG. 44 pops up on the front surface so as to overlap the main screen and is displayed in a multi-window. In step S332, the “setting” button on the main screen is deleted. This is because the sub screen (setting screen) appears on top of the main screen, so it is deleted so that the “setting” button that causes the setting screen to appear again is not accidentally pressed. is there. As a result, it is possible to eliminate the problem that the setting screen appears in a plurality of layers and the arithmetic processing is delayed. After step S332, the process returns to the main screen event process.
[0136]
J. et al. Setting screen event processing
FIG. 38 is a flowchart showing a subroutine of setting screen event processing in the main screen process. In the setting screen event process, first, in step S350, it is determined whether or not the setting screen (FIG. 44) has appeared. If not, the current routine is terminated and the process returns to the main screen process. If the setting screen appears, the process proceeds to step S352 to determine whether or not the “model registration” button (see FIG. 44) has been pressed. When the “model registration” button is pressed, the process branches to step S354 to perform model registration processing (details will be described later in a subroutine). As a result, processing necessary for registering the model data is performed. For example, model registration is performed when a new machine is replaced. After step S354, the process returns to the main screen process.
[0137]
On the other hand, if the model registration “push” button is not pressed in step S352, the process proceeds to step S356 to determine whether or not the “installation confirmation” button (see FIG. 44) has been pressed. When the “installation confirmation” button is pressed, the process branches to step S358 to perform installation confirmation processing (details will be described later in a subroutine). As a result, processing for confirming the model to which the network line is connected is performed. After step S358, the process returns to the main screen process.
If the “Installation Confirmation” button has not been pressed in step S356, the process proceeds to step S360 to determine whether or not the “End” button has been pressed. The “end” button here performs an operation for deleting the setting screen and returning to the main screen which is the main screen. When the “Finish” button is not pressed, the process returns to the main screen process. When the “end” button is pressed, the process proceeds to step S362 to delete the setting screen, and then the process proceeds to step S364. This is because the setting screen is a sub-screen, and when the “end” button is pressed, it is necessary to delete the sub-screen before the main screen is deleted. As a result, the setting screen popped up on the front of the main screen disappears, and the entire main screen appears on the front. In step S364, a “set” button appears on the main screen. After step S364, the process returns to the main screen process. In this way, necessary registration and confirmation processing is performed on the setting screen.
[0138]
K. Model registration process
FIG. 39 is a flowchart showing a subroutine of model registration processing in the setting screen event processing. In the model registration process, first, in step S400, the maximum value of the model number is acquired from the model registration file (FIG. 13). The model registration file is for registering (storing) the necessary data for the model of the machine installed in the hall sequentially in the model registration record, leaving the previously registered data as it is, so the last number (model Maximum number: This model number data is equivalent to the data already stored. In step S402, a model registration record is generated, and a value obtained by adding “1” to the acquired maximum value is generated as model number data, and stored in the record. As a result, a model registration record with empty data is first generated, and the model number data is a value obtained by incrementing the maximum model number by “1”.
[0139]
In step S404, data is acquired from the model specification file A (FIG. 6) and stored in the generated record. This reads out the information of the model specification file A stored in the CD-ROM distributed from the manufacturer of the gaming machine and stores it in the generated record generated in step S402. In step S406, the generation record is stored in the model registration file (FIG. 13). As a result, the contents of the model specification file stored in the CD-ROM are read and finally stored in the storage device (for example, the hard disk device (HDD) 187) of the
[0140]
In step S408, data is acquired from the model specification file B (FIG. 7), and a model number is added and stored in the model game setting value file (FIG. 15). This is because the information of the model specification file B stored in the CD-ROM distributed from the manufacturer of the gaming machine is read, and the model game setting value record is sequentially stored in the model game setting value file shown in FIG. Is stored as Next, in step S410, data is acquired from the model specification file C (FIG. 8), and the model number is added and stored in the model rule setting value file (FIG. 16). This is because the information of the model specification file C stored in the CD-ROM distributed from the manufacturer of the gaming machine is read out, and the model rule setting value record is sequentially stored for each model in the model rule setting value file shown in FIG. Is stored as
[0141]
Next, in step S412, data is acquired from the model evaluation file A (FIG. 9), and a model number is added and stored in the unit profit evaluation file (FIG. 21). This reads out the information of the model evaluation file A stored in the CD-ROM distributed from the manufacturer of the gaming machine, and sequentially stores it as a unit profit evaluation record for each model in the unit profit evaluation file shown in FIG. To do. Next, in step S414, data is acquired from the model evaluation file B (FIG. 10), and the model number is added and stored in the operation rate evaluation file (FIG. 22). This reads out the information of the model evaluation file B stored in the CD-ROM distributed from the manufacturer of the gaming machine, and sequentially stores it as an operating rate evaluation record for each model in the operating rate evaluation file shown in FIG. To do.
[0142]
Next, in step S416, data is acquired from the model evaluation file C (FIG. 11), and the model number is added and stored in the ball profit evaluation file (FIG. 23). This reads out the information of the model evaluation file C stored in the CD-ROM distributed from the manufacturer of the gaming machine, and sequentially stores it as a ball profit evaluation record for each model in the ball profit evaluation file shown in FIG. To do.
In this manner, the model specification files A to C and the model evaluation files A to C stored in the CD-ROM distributed from the manufacturer of the gaming machine are read, and the models installed in the hall are read. A process of storing the game, the rule, the base profit evaluation data, the operation rate evaluation data, and the ball profit evaluation data in each generated record is performed. In this case, the information on the CD-ROM is stored in a storage device (for example, a hard disk device (HDD) 187) of the
[0143]
L. Installation confirmation process
FIG. 40 is a flowchart showing a subroutine of installation confirmation processing in the setting screen event processing. In the installation confirmation process, first, in step S420, a connection confirmation packet is transmitted to all P machines registered in the file with reference to the P machine connection file (FIG. 12). This is to confirm the P machine that is connected to the network and can be managed as viewed from the
[0144]
As a result, a model layout record is created in association with the manufacturer code and model code data, and stored in the model layout file.
Next, in step S426, the model information file (FIG. 14) is cleared. This is because the previous file information is erased and replaced with the new information. This reduces information and increases the speed of search and processing. In step S428, the P machine connection file installation status data and model layout file are referred to, and the model numbers of all models installed in the hall and the number of P machines to which the machine belongs are stored in the model information file. In this way, the installation of all newly installed P machines is confirmed and filed.
[0145]
M.M. Data collection process
FIG. 41 is a flowchart showing the data collection process. The data collection process is to receive data from the
[0146]
Next, a store opening waiting process is performed in step S504. This is processing such as receiving a store opening instruction from the
[0147]
Next, business processing is performed after the store is closed in step S512. This is to perform necessary business processing after closing the store, such as determining the sales target for the next day. Next, a base adjustment data transfer process is performed in step S514. This is because the
Next, the
After step S516, the process returns to step S500. Returning to step S500 means that this data collection process is executed in units of one day, from the opening to the closing of the hall as one routine. In this way, the actual data from the
[0148]
N. Processing during business
FIG. 42 is a flowchart showing a sub-routine of the business process in the data collection process. In the business process, first, an initialization process of the business process is performed in step S600. For example, the storage area collected during the business process is cleared. Next, a launch data collection process is performed in step S602. This is to collect the number of balls fired toward the game board among the data of the gaming machine 31. Next, a recovery data collection process is performed in step S604. This collects the number of balls (including balls that have won a prize and balls that have not won a prize: that is, recovered balls) of the data of the gaming machine 31 that have dropped the game board and the game result has been confirmed. . Next, in step S606, winning data collection processing is performed. This is to collect the number of prize balls associated with winning out of the data of the gaming machine 31. Next, remote control data collection processing is performed in step S608. This is to collect information on the operation status of the
[0149]
Next, in
[0150]
Next, a call information reception process is performed in step S614. This is to receive call information when a store clerk call button in the vicinity of each display unit 74 is operated. Next, error information acceptance processing is performed in step S616. In this case, when an error occurs in the gaming machine 31, the error is received and accumulated. Further, when error recovery is received, the accumulated information is deleted. Next, game reference data provision processing is performed in step S618. This is to transmit information that can be disclosed to the player (for example, the number of occurrences of big hits) among the various information collected by the
Next, a fixed time process is performed in step S620. This is a process of storing data from the internal memory (RAM 178) to the external storage device 157 (for example, the hard disk device 187) and backing up the data every 5 minutes.
[0151]
Next, game start data collection processing is performed in step S622. In this case, when the player inserts the
[0152]
Next, in step S628, storage ball usage data collection processing is performed. This is to collect use data (sales data) from the stored amount when the player rents a ball from the stored amount of the
Next, in step S630, it is determined whether or not the store closing packet has been received. If the store closing packet is not received, the process returns to step S602 to repeat the processing. When the store closing packet is received, the process proceeds to step S632 to finish the final business process. Process. This is a process for performing settings for shifting to the next process. After step S632, the process returns to the data collection process.
[0153]
Next, a game method of the card type game system will be described.
(A) Card purchase
First, amusement stores 1a to 1n (hereinafter, represented by the symbol 1) purchase cards (so-called raw cards) in which security data, a serial number of the card, etc. are recorded from the
[0154]
Next, the player inserts money and issues a
(B) Amount addition
Next, the player inserts the purchased card into the large
In this case as well, mutual authentication processing is similarly performed between the large amount
[0155]
(C) Game start
Next, the player plays the game by inserting the card with the amount added into the gaming machine 31. Also in this case, as described above, mutual authentication is performed, and a game can be performed when it is valid.
Briefly describing the encapsulated ball game, the gaming machine 31 performs mutual authentication of the
Specifically, when the
[0156]
The specific operation of the gaming machine 31 will now be described. The
[0157]
Then, “1” is subtracted from the numerical value of the number of balls displayed on the LCD at the time of launching the above-mentioned encapsulated ball, and the display of the number of balls is updated based on the result. At this time, it is determined whether or not the enclosing ball falling in the game area is a winning ball. If it is determined to be a winning ball, the set number of winning balls (for example, 13 winning balls or 7 winning balls). ) Is added to the number of balls, and the display of the number of balls is updated based on the result. The player confirms the current number of balls and confirms the increase / decrease based on the numerical data of the number of balls. When the player wants to settle the game, the game value for the numerical data displayed as the number of balls is written to the
[0158]
In the game process, the card information read during the game is transmitted to the
[0159]
The player borrows a ball and converts it into the number of possessions (game value) within the range of the balance of the ball lending amount (valuable value). The number of balls acquired as a result of the game is added to the number of possessions and recorded on the card. In the gaming machine 31, it is possible to lend balls even within the range of the amount of accumulated balls. In other words, in the
In this case, the
[0160]
(D) Game interruption
When the interruption switch arranged in the gaming machine is pressed during the game, the game can be temporarily suspended. For example, the game is interrupted when going to a meal, a toilet or the like.
(E) End of game
To end the game, the user presses the end switch arranged on the gaming machine. Thereby, the gaming machine stand number (gaming machine address) and the possession ball information are newly recorded on the card, and each card information is sent to the
[0161]
(F) Move
After moving the game, when moving to another table, if you have the
(G) Checkout
When paying, the player inserts the card into the
It should be noted that the player who has finished the payment can enter the gaming machine 31 again and play a game.
(H) Other stores
A player who has finished paying out at the store becomes the number of possessed balls = 0 and is converted into a valuable value such as a ball lending amount or a stored ball amount, so that it is possible to play a game at another store. This is because the number of possessions can only be used by our shop.
[0162]
Next, a procedure for viewing business information of the
(A) Main screen
The main screen when the
(B) Setting screen
When the “setting” button is pressed from the main screen, a setting screen (see FIG. 44) as a sub screen appears so as to overlap the main screen. FIG. 44 is a top screen of the setting screen. Note that a state where the setting screen is opened in a multi-window so as to overlap the main screen is not shown. On the setting screen, buttons for “model setting”, “installation confirmation”, and “end” are displayed.
[0163]
When the “model setting” button is pressed, as described in the model registration processing routine, model specification files A to C and model evaluation files A to C stored in the CD-ROM distributed from the manufacturer of the gaming machine. Each of the above information is read out, and a process for storing the game, rules, unit profit evaluation data, utilization rate evaluation data, and ball profit evaluation data for the model installed in the hall in each generated record is performed. At this time, the manufacturer code and model code data of the manufacturer are associated with the CD-ROM information and filed for each model.
When the “installation confirmation” button is pressed, the installation of all P machines newly installed is confirmed and filed as described in the routine of the installation confirmation process.
Press the “Finish” button to return to the main screen.
[0164]
(C) When you want to see the model-specific advice screen
When the “model” button is pressed from the main screen, a model-specific advice screen (see FIG. 45) as a sub screen is displayed so as to overlap the main screen. On the model-specific advice screen, each model name is displayed, and the model with the lowest overall score is displayed from the top. For example, “NG” indicates a low overall score (failed overall score), “notice” indicates that some items have failed, and “OK” indicates a higher overall score (passed overall score). ing. In addition, when the deviation value of the P machine result is extremely small and there is an abnormal table, an abnormality mark “!” Is displayed.
In this way, the operator (for example, a manager) displays on the screen the indicator information indicating the evaluation of the model, that is, the “NG” mark, the “OK” mark, the hand mark corresponding to “attention” and the abnormal table “ By simply looking at the "!" Mark, the evaluation status of the specified model can be grasped at a glance, making it possible to immediately take necessary business measures. For example, it is possible to take countermeasures such as changing the sales rules for the lower evaluation base to make it an unlimited base or changing the low evaluation base to a new base promptly thereafter.
[0165]
In addition, a comment message is displayed for each model on the model-specific advice screen, and detailed advice is given as a message about the performance of the P machine. Detailed data (for example, screen information as it is) of the model-specific advice screen can be printed by the
[0166]
(D) When you want to see the model-specific detailed information screen
Selecting the detailed information of the specified model from the model-specific advice screen When the “push” button is pressed, the model type that is a sub-screen of the specified model (for example, “Spring first”) is superimposed on the model-specific advice screen A detailed information screen (see FIG. 46) is displayed. In the example of FIG. 46, the model-specific detailed information screen for the model “Spring first” is displayed. On the model-specific detailed information screen, the grade data corresponding to the model “Haru Ichiban” is displayed on the screen as a line graph. In this example, sales (dashed line) and base (solid line) are displayed as a two-dimensional line graph. The When the graph item selection button is selected, the combination of profit / occupancy, profit / base, sales / profit, occupancy / base, sales / occupancy, occupancy / special awards, and sales / base are two-dimensional. Data for each axis of the graph is displayed in a graph.
[0167]
When the date button is pressed, model performance data corresponding to the selected date data is displayed in the table area. The table area displays the profit, sales, base, number of special prizes, and occupancy rate of the specified model (for example “Spring Ichiban”), as well as the average profit, sales, base, number of special prizes, occupancy rate, and each The profit, sales, base, number of special prizes, and occupancy rate of each unit (displayed by unit number) are displayed numerically. When the "Evaluation" button is clicked, "The operating rate of this model seems to be appropriate between 60% and 80% for the specified model. If the current setting value, the current operation can be maintained for two months. The message “There is a prospect” is displayed as advice information.
When each sub screen appears, if the “End” button is pressed, the sub screen disappears and the previous screen is displayed again.
[0168]
As described above, in this embodiment, the model evaluation information is calculated by collecting data from the gaming machine and calculating the model evaluation information, and the evaluation message based on the model evaluation information and the evaluation score that is supplied in advance from the manufacturer and stored in the external storage device 157. A process of displaying on the screen in association with the information is performed. Therefore, the following effects can be obtained.
(1) Since the evaluation of the model is displayed as message information, it is possible to grasp the game information and operating state of the gaming machine accurately and extremely easily. Further, even if the information to be displayed on the
Also, since the advice information of the model is displayed on the screen, the operator (manager) does not need the troublesome work of analyzing the necessary judgment from the information over time and making the business judgment, The operator can immediately make a decision without leaving the operator to make a decision on information analysis. In addition, since a simple operation of using the
[0169]
What management really wants to know is the judgment information (gaming machine performance information) when a gaming machine manufacturer who knows the gaming machine performance collects and judges the gaming machine information at the gaming shop. However, in this embodiment, the determination information can be easily obtained from the
In addition, since it is possible to easily obtain the judgment information of the gaming machine manufacturer, it becomes possible to compare the judgment information (judgment information of the gaming machine manufacturer) with the judgment of the manager. Can be improved.
(2) The unit time per unit of the same model is calculated by calculating the unit time profit per unit of the same model and converting it to the evaluation score using the unit profit evaluation file (so-called evaluation classification table). Profits can be accurately grasped.
(3) By calculating the operating rate per unit of the same model and converting this into an evaluation score using an operating rate evaluation file (so-called evaluation classification table), the operating rate per unit of the same model is calculated. It can be accurately grasped.
(4) By calculating the profit per ball of the same model and converting it into an evaluation score using a ball profit evaluation file (so-called evaluation classification table), the profit per ball of the same model is calculated. It can be accurately grasped.
[0170]
(5) By displaying the evaluation of the model as sign information (for example, a predetermined mark), the recognition of the model evaluation can be recognized sensuously, and the difference between the models can be easily grasped.
(6) By enabling selection of display information, information desired by the operator can be easily viewed.
(7) When all models cannot be displayed on one screen, by providing a scroll function, it is possible to switch by scrolling the model information and easily select a desired model. Further, even when all the units cannot be displayed on one screen, by providing a scroll function, it is possible to switch by scrolling the unit information and easily select a desired unit.
(8) Detailed information on the desired model from the screen displaying message information for each model (for example, gaming machine sales, number of gaming machine out balls, number of gaming machine safe balls, number of gaming machine special prizes, gaming machine profit, number of machines, Model sales, number of model out balls, number of model safe balls, number of model special prizes, model profits), enabling the recognition of evaluation for each model and the corresponding model (including information for each model) The detailed information screen can be easily switched, and information up to the target gaming machine can be searched with a simple operation. For example, a model with poor sales results is displayed with a message and a mark, so the operator can easily grasp the detailed information of the target gaming machine by switching to the detailed information display of the model according to the status. can do.
[0171]
(9) By editing the tables and graphs displayed on the detailed information screen for each model, model average, model, and gaming machine, the profit, sales, base, number of special prizes, Occupancy rate in tabular form, profit per machine, sales, base, number of special prizes, occupancy rate in tabular form, profit / operating rate, sales / profit, sales / operating rate, sales / base, profit / per unit for each model The base, the operation rate / base, and the operation rate / number of special prizes can be displayed in a graph format, so that detailed information can be grasped in more detail.
(10) By making it possible to select any two combinations among profit, sales, base, number of special prizes, and occupancy rate as parameters for graph display on the detailed display screen, it is even easier to understand and grasp game information can do. In addition, when the information of the gaming machine does not fit in the table, it is possible to easily select desired information by providing a scrolling function.
(11) The layout of detailed display information on one screen is devised, the results table for the entire model, the results table for each gaming machine, the graph for each item of the entire model, the input display for selecting the items of the graph, advice By arranging the message, necessary detailed information can be easily recognized in one screen of the detailed display information.
(12) The operating method of the gaming machine is calculated, and the sales method is improved by displaying a predetermined sign information (mark for caution) on the gaming machine having a deviation value lower than the predetermined value. It is possible to easily grasp at a glance which gaming machine must be provided.
[0172]
Embodiments of the present invention are not limited to the above-described embodiments, and various modifications can be made as described below.
(A) Application to pachislot machines is possible.
(B) The present invention can be applied not only to a pachinko gaming machine but also to a video game machine, for example.
(C) The gaming machine is not limited to the enclosed ball type, and may be any kind of gaming machine.
(D) The configuration for collecting information from the gaming machine is not limited to the example using the network as in the above embodiment, and the information from the gaming machine may be collected by any configuration.
(E) The present invention is an example applied to a management analysis device as an information processing device for a game hall. However, if it is an information processing device for a game hall and manages sales information of gaming machines, the management analysis device It is not limited to. For example, game machine management information may be managed by a game hall management device, or a dedicated device for managing only game machine sales information may be provided. Alternatively, a device that mainly uses other applications may have a function of managing sales information of gaming machines.
Further, both the pachislot machine and the pachinko gaming machine may be managed by a single information processing device for their sales information.
(F) The present invention analyzes and displays the sales information of the gaming machine, and manages it by displaying, editing, etc. In this case, the analysis parameters such as results information are profit, sales, base, The parameters are not limited to the number of special prizes, the operating rate, and the like, and any parameters may be used as long as sales information of gaming machines can be managed.
[0173]
【The invention's effect】
The present inventionAccording toIn a game analysis management apparatus for collecting game information from gaming machines and performing necessary calculations to determine management information, model information storage means for storing game information collected from the gaming machines for each model A model result calculation means for calculating game results stored in the model information storage means for each gaming machine belonging to the model and calculating a result for each model as a model result using a predetermined calculation formula; and a plurality of the model results A model evaluation information storage unit that stores, for each model, an evaluation criterion for evaluation in stages and an evaluation message corresponding to the evaluation; and a model score calculated by the model score calculation unit is stored in the model evaluation information storage unit Evaluation message acquisition means for acquiring an evaluation message corresponding to the evaluation result, and an evaluation message acquired by the evaluation message acquisition means. Display means for displaying over di-, so has a,The following effects can be obtained.
Since the evaluation of the model is displayed as message information, it is possible to grasp the game information and operating status of the gaming machine accurately and extremely easily. In addition, with the increasing complexity and sophistication of gaming information and the increase in the number of gaming machines,Management analysis equipmentEven if there is more information to be displayed on theManagement analysis equipmentRather than displaying them in a row, the screen is organized and easy to understand.Management analysis equipmentTherefore, the operator can easily grasp a lot of game information and business conditions. In particular, it is possible to obtain an excellent effect that the actual operating state of the gaming machine can be easily recognized from the information.
In addition, since the model advice information is displayed on the screen, there is no need for the troublesome task of the operator to analyze the necessary judgment from the information and make a business decision. The operator can make an immediate decision without leaving the decision of the analysis. In addition, since the display operation is simple, the operability when the operator makes information determination can be improved.
What the management really wants to know is the judgment information when the gaming machine manufacturer who knows the performance of the gaming machine collects and judges the information of the gaming machine at the gaming store, but in the present invention, That judgment informationManagement analysis equipmentCan be obtained easily, and the performance of the gaming machine can be accurately grasped.
Further, since the judgment information of the gaming machine manufacturer can be easily obtained, the judgment information can be compared with the judgment of the manager, and management of the game shop can be improved.
Also,Per unit of the same modelCalculate the unit profit,thisIn the profit evaluation messageBy performing the process of conversion, per unit of the same modelProfitCan be accurately grasped.
Also,Calculate the operating rate per unit of the same modelIn the occupancy rate evaluation messageBy performing the process of conversion, per unit of the same modelStanding rateCan be accurately grasped.
Also,Of the same modeloutCalculate the profit per ball and use thisJade profit evaluation messageOf the same model by converting tooutIt is possible to accurately grasp the profit per ball.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an embodiment of a game hall facility to which an information processing apparatus according to the present invention is applied.
FIG. 2 is a diagram showing a game hall management system of the embodiment;
FIG. 3 is a diagram showing a communication system of the terminal device of the embodiment.
FIG. 4 is a block diagram showing a configuration of a management analysis apparatus according to the embodiment.
FIG. 5 is a diagram showing a detailed block configuration of the business analysis apparatus of the embodiment.
FIG. 6 is a diagram for explaining a model specification file A of the embodiment;
FIG. 7 is a diagram for explaining a model specification file B of the embodiment.
FIG. 8 is a diagram for explaining a model specification file C of the embodiment.
FIG. 9 is a diagram illustrating a model evaluation file A of the same example.
FIG. 10 is a diagram illustrating a model evaluation file B of the same embodiment.
FIG. 11 is a diagram illustrating a model evaluation file C of the same example.
FIG. 12 is a diagram illustrating a P-machine connection file according to the same embodiment.
FIG. 13 is a diagram illustrating a model registration file according to the embodiment.
FIG. 14 is a diagram illustrating a model information file according to the embodiment.
FIG. 15 is a diagram illustrating a model game setting value file according to the embodiment;
FIG. 16 is a diagram illustrating a model rule setting value file according to the embodiment;
FIG. 17 is a diagram illustrating a model layout file according to the embodiment.
FIG. 18 is a diagram for explaining a P performance record file of the same embodiment;
FIG. 19 is a diagram illustrating a model result file of the same example.
FIG. 20 is a diagram for explaining a hall result file of the same example;
FIG. 21 is a diagram illustrating a stand profit evaluation file according to the same embodiment;
FIG. 22 is a diagram for explaining an operation rate evaluation file according to the embodiment;
FIG. 23 is a diagram for explaining a ball profit evaluation file according to the embodiment;
FIG. 24 is a diagram for explaining a message file according to the embodiment;
FIG. 25 is a diagram showing specific examples of a stand profit evaluation file, an operation rate evaluation file, and a ball profit evaluation file according to the same embodiment;
FIG. 26 is a diagram showing a specific example of the message file of the embodiment.
FIG. 27 is a flowchart showing a main program of the business analysis device of the embodiment.
FIG. 28 is a flowchart showing a main screen process of the embodiment.
FIG. 29 is a flowchart showing a subroutine of main screen appearance processing of the same embodiment.
FIG. 30 is a flowchart showing a subroutine of main screen event processing according to the embodiment;
FIG. 31 is a flowchart showing a subroutine of main screen event processing according to the embodiment;
FIG. 32 is a flowchart illustrating a subroutine of model-specific advice screen appearance processing according to the embodiment;
FIG. 33 is a flowchart illustrating a subroutine of model-specific advice screen appearance processing according to the embodiment;
FIG. 34 is a flowchart illustrating a subroutine of model-specific advice screen event processing according to the embodiment;
FIG. 35 is a flowchart showing a subroutine of model-specific detailed information screen appearance processing according to the embodiment;
FIG. 36 is a flowchart showing a subroutine of model-specific detailed information screen event processing according to the embodiment;
FIG. 37 is a flowchart showing a subroutine of setting screen appearance processing in the embodiment;
FIG. 38 is a flowchart showing a subroutine of setting screen event processing in the embodiment;
FIG. 39 is a flowchart showing a subroutine of model registration processing according to the embodiment;
FIG. 40 is a flowchart showing a subroutine of installation confirmation processing according to the embodiment.
FIG. 41 is a flowchart showing a data collection process of the embodiment.
FIG. 42 is a flowchart showing a sub-routine of in-business processing according to the embodiment.
FIG. 43 is a diagram showing a main screen of the business analysis device of the embodiment.
FIG. 44 is a diagram showing a setting screen of the embodiment.
FIG. 45 is a diagram showing a model-specific advice screen according to the embodiment;
FIG. 46 is a diagram showing a model detailed information screen in the same example;
[Explanation of symbols]
1 amusement store
2 Card management company
11 Card management device
12 Management analysis equipment (information processing equipment for amusement halls)
31, 31a-31n Game machine (enclosed ball game machine)
60 Printer
74, 74a, 74b Display unit
100 Remote control device (remote control device)
151 workstation
152 Graphic interface
153 Parallel interface
154 Audio interface
155 SCSI host adapter
156 ATM interface
159 Video Scan Converter
160 Display device (CRT)
162 Speaker
178 RAM
187 Hard disk device (HDD)
188 Magneto-optical disk unit (MO)
189 Digital tape storage (DAT)
191 keyboard
192 mouse
Claims (4)
前記遊技機から収集した遊技情報を機種毎に記憶する機種情報記憶手段と、
機種情報記憶手段に記憶された遊技情報を前記機種に属する遊技機単位で集計して、所定の算出式で機種毎の成績を機種成績として算出する機種成績算出手段と、
前記機種成績を複数段階に評価するための評価基準と、該評価に対応する評価メッセージと、を前記機種毎に記憶する機種評価情報記憶手段と、
前記機種成績算出手段が算出した機種成績を前記機種評価情報記憶手段が記憶する評価基準に基づいて評価し、該評価結果に対応する評価メッセージを取得する評価メッセージ取得手段と、
前記評価メッセージ取得手段が取得した評価メッセージを表示する表示手段と、
を備えたことを特徴とする遊技場の経営分析装置。 In a game hall management analysis device that collects game information from gaming machines, performs necessary calculations to determine management information,
Model information storage means for storing game information collected from the gaming machine for each model;
Model information calculating means for totalizing gaming information stored in the model information storage means for each gaming machine belonging to the model, and calculating a result for each model as a model result with a predetermined calculation formula;
Model evaluation information storage means for storing, for each model, evaluation criteria for evaluating the model results in a plurality of stages, and an evaluation message corresponding to the evaluation;
An evaluation message acquisition unit that evaluates the model score calculated by the model score calculation unit based on an evaluation criterion stored in the model evaluation information storage unit, and acquires an evaluation message corresponding to the evaluation result;
Display means for displaying the evaluation message acquired by the evaluation message acquisition means;
A playground management analysis device characterized by comprising:
前記機種成績算出手段は、前記粗利益額情報から遊技機１台当りの台利益を算出する台利益算出手段を備え、
前記機種評価情報記憶手段は、前記台利益を評価するための台利益評価基準と、該台利益の評価に対応する台利益評価メッセージと、を前記機種毎に記憶することを特徴とする請求項１記載の遊技場の経営分析装置。 The game information stored by the model information storage means includes gross profit amount information representing the gross profit amount for each model,
The model results calculating means comprises a platform benefits calculating means for calculating a base benefit of the gaming machine per one from the rough profit information,
The model evaluation information storage unit stores a base profit evaluation standard for evaluating the base profit and a base profit evaluation message corresponding to the evaluation of the base profit for each model. 1. The game hall management analysis device according to 1 .
前記機種成績算出手段は、前記稼働情報と前記営業時間情報とから、遊技場の営業時間に対する遊技機の稼働時間の比率である稼働率をを算出する台稼動率算出手段を備え、
前記機種評価情報記憶手段は、前記稼働率を評価するための台稼働率評価基準と、該台稼働率の評価に対応する台稼働率評価メッセージと、を前記機種毎に記憶することを特徴とする請求項１又は２記載の遊技場の経営分析装置。 The game information stored by the model information storage means includes operating information indicating the operating time for each model and operating time information indicating the operating hours of the game hall,
The model results calculating means includes a machine operating rate calculating means for calculating an operating rate that is a ratio of an operating time of a gaming machine to an operating time of a game hall from the operating information and the operating time information ,
The model evaluation information storage means stores, for each model, a table operation rate evaluation standard for evaluating the operation rate and a table operation rate evaluation message corresponding to the evaluation of the table operation rate. The management analysis apparatus of the game hall according to claim 1 or 2.
前記機種成績算出手段は、前記粗利益額情報情報と前記アウト玉数とからアウト玉１個当りの利益を表す玉利益を算出する玉利益算出手段を備え、
前記機種評価情報記憶手段は、前記玉利益を評価するための玉利益評価基準と、該玉利益の評価に対応する玉利益評価メッセージと、を前記機種毎に記憶することを特徴とする請求項１又は３記載の遊技場の経営分析装置。 The game information stored by the model information storage means includes gross profit amount information information representing the gross profit amount for each model and out ball number information representing the number of balls out of the gaming machine,
The model performance calculation means comprises ball profit calculation means for calculating a ball profit representing a profit per out ball from the gross profit amount information information and the number of out balls ,
The model evaluation information storage means stores a ball profit evaluation standard for evaluating the ball profit and a ball profit evaluation message corresponding to the evaluation of the ball profit for each model. A management analysis device for a game hall according to 1 or 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32994495A JP3953120B2 (en) | 1995-11-24 | 1995-11-24 | Amusement park management analysis equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32994495A JP3953120B2 (en) | 1995-11-24 | 1995-11-24 | Amusement park management analysis equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09140895A JPH09140895A (en) | 1997-06-03 |
| JP3953120B2 true JP3953120B2 (en) | 2007-08-08 |
Family
ID=18227015
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP32994495A Expired - Fee Related JP3953120B2 (en) | 1995-11-24 | 1995-11-24 | Amusement park management analysis equipment |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3953120B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5540358B2 (en) * | 2004-03-22 | 2014-07-02 | 株式会社ソフイア | Amusement store management system |
| JP5437605B2 (en) * | 2008-08-06 | 2014-03-12 | ダイコク電機株式会社 | Amusement park management device |
| JP7274910B2 (en) * | 2019-03-29 | 2023-05-17 | ダイコク電機株式会社 | Amusement center system |
-
1995
- 1995-11-24 JP JP32994495A patent/JP3953120B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09140895A (en) | 1997-06-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5401680B2 (en) | Amusement hall management system and amusement hall management method | |
| JP4808076B2 (en) | A prize exchange management device and a prize exchange system for an amusement store | |
| JP2004243011A (en) | Game medium lending system and inter-machine processor | |
| JP2011030733A (en) | Game machine operation information collecting system | |
| JP2003305263A (en) | Information processor for game saloon | |
| JP3953120B2 (en) | Amusement park management analysis equipment | |
| JPH09140897A (en) | Information processor for game parlor | |
| JP4030023B2 (en) | Information processing device for amusement hall | |
| JP4965690B2 (en) | Gift exchange system | |
| JP4103967B2 (en) | Information processing device for amusement hall | |
| JP2003154140A (en) | Information processor for game parlor | |
| JP2002092244A (en) | Game shop business management system | |
| JP2002177591A (en) | Game medium dispensing device and game management system | |
| JP5478164B2 (en) | Game machine management system | |
| JP2002224391A (en) | Game parlor business management system | |
| JP6710082B2 (en) | Management device for amusement hall | |
| JPH1170262A (en) | Operation competition graph display device of game machine | |
| JP6710079B2 (en) | Management device for amusement hall | |
| JP6710080B2 (en) | Management device for amusement hall | |
| JP6710081B2 (en) | Gaming system | |
| JP2004321600A (en) | Game system | |
| JPH0938306A (en) | Game device | |
| JP4411593B2 (en) | Game system | |
| JP4446431B2 (en) | Game system | |
| JP2006158635A (en) | Game medium dispensing processor and game medium dispensing system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061204 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070123 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070424 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070424 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100511 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100511 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110511 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120511 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120511 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130511 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130511 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130511 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130511 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140511 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |