(57)【特許請求の範囲】
【請求項１】
信号路を介して遊技機と接続され、遊技機から出力される各種信号に基づいて生成された遊技機の性能及び遊技店の営業に関する状態情報を収集・分析して店舗運営に必要な各種経営資料を出力する遊技機管理装置において、
オペレーティングシステムの持つプロセス間通信機能を利用してコンポーネント化したプログラムモジュールにより、遊技機の状態情報を取得する機能を構成するとともに、
前記プログラムモジュールには、
指定された時間毎に、指定された番号の遊技機の現在の状態情報を取得して、当該取得した情報をアプリケーションに渡す機能を有する第１のプログラムモジュールと、
アプリケーションからの要求に応答する形態でもって、指定された番号の遊技機の現在の状態情報を取得して、当該取得した情報をアプリケーションに渡す機能を有する第２のプログラムモジュールと、
遊技機の状態情報の変化を検出するとともに、変化が検出された遊技機の番号をアプリケーションに通知する機能を有する第３のプログラムモジュールと、
を含んでいることを特徴とする遊技機管理装置。
【請求項２】
前記プログラムモジュールは、ＶＢＸ、ＤＬＬ、ＯＣＸ、クラスライブラリ若しくはＡｃｔｉｖｅＸであることを特徴とする請求項１に記載の遊技機管理装置。
【請求項３】
請求項１又は請求項２に記載のプログラムモジュールを格納したことを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パチンコホールやゲームセンターなどの遊技施設に設置された同一種類又は異なる種類の多数の遊技機を集中管理して、各遊技機の動作状態をリアルタイムに把握するとともに、その状態情報を収集・分析して店舗運営に必要な各種経営資料を出力する遊技機管理装置に関する。
【０００２】
【従来の技術】
その昔、パチンコホールやゲームセンターなどの遊技施設の管理は、店員による直接的なものであった。例えば、パチンコホールにあっては、出玉の管理や不正客の発見、売り上げ集計などすべての管理が手作業で行われていたが、近時、このような施設は皆無であり、多くの施設はネットワーク技術とコンピュータ技術を応用した近代的な遊技機管理装置を導入している。
【０００３】
本発明の出願人は、かかる事情に鑑みてネットワーク技術とコンピュータ技術を応用した最新式の遊技機管理システムを先に提案しており、それは図６のように示される。そして、後述の実施の形態は、本発明の出願人が提案している、この最新式の遊技機管理システムをベースにしている。
図６において、１は何台かのパチンコ遊技機（以下、Ｐ台と呼称することもある）をまとめたいわゆるパチンコ島であり、パチンコ島１はレイアウトや管理の都合上複数設けられることが多い。ほとんどの場合一つのパチンコ島１には数台ないし１０数台のＰ台が含まれており、それぞれのＰ台は、遊技制御基盤２を裏面に装着した遊技機本体３と、その台専用又は隣り合う台と兼用の玉貸装置４と、遊技機による賞球排出により減少した遊技機の保有球（遊技機裏面に配置されるタンクに保有）を補給するために、遊技機裏面のタンクに所定数の玉を供給する玉切装置５と、その台からの回収玉の数をカウントするパルスタンク６とを備えるとともに、各台ごとの情報収集ボックス７を備えている。
【０００４】
ここで、情報収集ボックス７は、Ｐ台の構成要素、すなわち、遊技制御基盤２、遊技機本体３、玉貸装置４、玉切装置５及びパルスタンク６から出力される様々な信号（注１）を集めて所定のフォーマットに変換し、ＬＯＮ（注２）と呼ばれるネットワークに送出するものであり、分配回路７ａを含むとともに、後述の第１グループの信号を扱う第１情報収集装置７ｂと、第２グループの信号を扱う第２情報収集装置７ｃとを含んでいる。
【０００５】
注１：例えば、電源断信号、磁石や電磁波不正などの異常信号、玉切れを示す空皿信号、遊技機本体３の木枠や金枠の開閉を示す開閉信号及び打ち止め信号といった緊急性が高い第１グループの信号、及び確変信号、特図回転信号（その台が第１種の場合に特別図柄の変動が終了したことを示す信号）、大当たり信号、回収玉数信号、補給数信号、売り上げ信号といった遊技機の性能及び営業情報に関する第２グループの信号である。なお、言うまでもなくこれらの信号は一例であり、これに限定されない。
注２：ＬＯＮとはLocal Operating Networkの略であり、イーサネットなどに代表されるＬＡＮと同様に様々な情報機器を有機的に結合して情報の共有化を図るものであるが、ＬＡＮはデータファイルなどの比較的大容量の情報転送に適したアーキテクチャを採用しているのに対して、ＬＯＮは小容量の情報転送に特化したアーキテクチャを採用している点で相違する。ＬＯＮは信号路にツイストケーブルを使用（一般には電話用のケーブルやイーサネットケーブルを使用することが多い）できるうえ、インターフェースボードも容易に製造できることから、安価にシステムを構築できる特長があり、遊技機管理装置以外にも様々な生産現場の設備稼動状況や生産数量、品質管理のデータを収集、管理する用途に用いられている。
【０００６】
図６におけるＬＯＮは、Ｐ台ごとの情報収集ボックス７の第１及び第２情報収集装置７ｂ、７ｃ、パチンコ島１ごとに設けられたルータ８、各情報収集ボックス７の第１及び第２情報収集装置７ｂ、７ｃとルータ８との間を結ぶ信号路９、各パチンコ島１のルータ８とホール内の各種装置群１０との間を結ぶ信号路１１によって構成されている。
【０００７】
各種装置群１０の組み合わせは、そのホールの規模や経営方針によって様々であるが、例えば、情報収集ボックス７（第１及び第２情報収集装置７ｂ、７ｃ）から送られてくるＰ台に関する情報変化を示す変化情報を記録管理する状態変化記録装置１２、そのバックアップ装置（補助状態変情報記録装置）１３、ＬＯＮの各ノードのエラー情報を収集・記録する履歴処理装置１４を備えるほか、店内のカウンタに設置されたコンピュータ１５（設置場所を付してカウンタ用コンピュータと称する）と事務所に設置されたコンピュータ１６（同様に設置場所を付して事務所用コンピュータと称する）とを備え、さらに、これらのコンピュータ１５、１６に接続されたファクシミリ装置１７やプリンタ１８を備えるとともに、通信制御装置１９〜２２を介してＬＯＮに接続された玉計数機２３、島金庫２４、監視カメラシステム２５及びアナウンスシステム２６などを備える。
【０００８】
ここで、カウンタ用コンピュータ１５と事務所用コンピュータ１６はイーサネットなどのネットワーク２７で相互に接続されているが、各々の役割分担は異なっている。すなわち、前者は主にホール内における遊技機の管理や接客に必要な情報を扱い、後者は主にホールの経営に必要な情報を扱うものである。したがって、カウンタ用コンピュータ１５は主に店員が操作し、事務所用コンピュータ１６は主に経営者若しくはそれに準ずる人が操作するから、それぞれの表示画面や出力帳票等もその用途に見合ったものに最適設計されている。
【０００９】
【発明が解決しようとする課題】
ところで、カウンタ用コンピュータ１５や事務所用コンピュータ１６の使い勝手は、専ら各々のコンピュータにインストールされた管理用プログラムの設計次第で良くも悪くもなるが、万人に受け入れられる完璧なプログラムの設計は不可能であるうえ、仮に最良の設計をし得たとしても、そのホールに特有の情報を表示したいというカスタマイズ要求がしばしば出されるし、ホールの改修や新台への入れ替えに伴ってプログラムの改良を余儀なくされることもあるから、上記管理用プログラムは、できるだけ修正しやすい構造にしておかなければならない。
【００１０】
この点、カウンタ用コンピュータ１５や事務所用コンピュータ１６のオペレーティングシステム（ＯＳ）を、例えば、Ｗｉｎｄｏｗｓ９５やＷｉｎｄｏｗｓＮＴといった汎用的なものにするとともに、そのＯＳ上で動作する簡易言語（例えばＶｉｓｕａｌＢａｓｉｃ）で上記管理プログラムを設計すれば、特別高度な技術を持たなくとも、同プログラムの修正は可能であるから、使い勝手の向上やカスタマイズ性を確保できる。なお、Ｗｉｎｄｏｗｓ９５、ＷｉｎｄｏｗｓＮＴ、ＶｉｓｕａｌＢａｓｉｃは各社の登録商標である。
【００１１】
しかしながら、かかる簡易言語を使用したとしても、実際の改修は相当な困難を伴い、とても素人（例えば、そのホールの店員や経営者）が手を出せる程度ではなかった。その理由は、ＬＯＮを含めたシステム全体の構造を熟知していなければならないからであり、そのような人材は、専らシステムの設計会社にしか存在しないからである。
【００１２】
そこで本発明は、遊技機の番号や遊技機からの情報の種類といった当然店員などが知っている最小限のデータを使用して所要の画面設計や出力設計を行うことができ、使い勝手の向上やカスタマイズ性の確保を図ることを目的とする。
【００１３】
【課題を解決するための手段】
請求項１記載の発明は、信号路を介して遊技機と接続され、遊技機から出力される各種信号に基づいて生成された遊技機の性能及び遊技店の営業に関する状態情報を収集・分析して店舗運営に必要な各種経営資料を出力する遊技機管理装置において、
オペレーティングシステムの持つプロセス間通信機能を利用してコンポーネント化したプログラムモジュールにより、遊技機の状態情報を取得する機能を構成するとともに、
前記プログラムモジュールには、
指定された時間毎に、指定された番号の遊技機の現在の状態情報を取得して、当該取得した情報をアプリケーションに渡す機能を有する第１のプログラムモジュールと、
アプリケーションからの要求に応答する形態でもって、指定された番号の遊技機の現在の状態情報を取得して、当該取得した情報をアプリケーションに渡す機能を有する第２のプログラムモジュールと、
遊技機の状態情報の変化を検出するとともに、変化が検出された遊技機の番号をアプリケーションに通知する機能を有する第３のプログラムモジュールと、
を含んでいることを特徴とする。
請求項２記載の発明は、請求項１記載の発明において、前記プログラムモジュールは、ＶＢＸ、ＤＬＬ、ＯＣＸ、クラスライブラリ若しくはＡｃｔｉｖｅＸであることを特徴とする。
請求項３記載の発明は、請求項１又は請求項２に記載のプログラムモジュールを記憶媒体に格納したことを特徴とする。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態を、パチンコホールに適用した実施例として図面を参照して説明する。なお、本実施の形態における遊技機管理装置の全体的なシステム構成は、適宜に図６を参照するものとする。
【００１５】
図１は、本実施の形態における遊技機管理装置のカウンタ用コンピュータ３０又は事務所用コンピュータ３１の要部概念図である。カウンタ用コンピュータ３０又は事務所用コンピュータ３１（以下、カウンタ用コンピュータ３０で代表）は、ＬＯＮの信号路１１を介して各パチンコ島１や他の装置群１０に接続された通信インターフェース部３２と、この通信インターフェース部３２を最下位の物理層としてその上位層（層とはＯＳＩ階層モデルの各層のことを言う）のデータリンク層〜セッション層に位置するプロセス間通信部３３と、最上位のアプリケーション層に位置する管理プログラム３４とを含むものである。
【００１６】
プロセス間通信部３３は、例えば、ＯＳをＷｉｎｄｏｗｓ９５／ＮＴとした場合、そのアプリケーションプログラミングインターフェイス（ＡＰＩ）を利用して構築されたものであってもよいし、又は、ダイナミックデータエクスチェンジ（ＤＤＥ）やオブジェクトライブラリエクスチェンジ（ＯＬＥ）オートメーションのサーバー機能を有する適宜のアプリケーションプログラムを利用して構築されたものであってもよい。
【００１７】
本実施の形態における管理プログラム３４は、幾つかのカスタムコントロール（図ではＣ１〜Ｃ５の五つ）を含むコントロール群３４ａと、これらのカスタムコントロールＣ１〜Ｃ５を利用できるように設計された幾つかのユーザプロセス（図ではＰ１〜４の四つ）を含むユーザプロセス群３４ｂと、所要のユーザプロセス（図ではＰ１とＰ２）からアクセスされるように設計されたデータテーブル（又はデータベース）３４ｃとを有している。
【００１８】
ここで、カスタムコントロールＣ１〜Ｃ５とは、ビジュアルベーシックエクステンション（ＶＢＸ）、ダイナミックリンクライブラリ（ＤＬＬ）、ＯＬＥカスタムコントロール（ＯＣＸ）、クラスライブラリ、又は、ＡｃｔｉｖｅＸなどと呼ばれるものであり、ＯＳの持つ汎用のプロセス間通信機能を利用することによってソフトウェアのコンポーネント化（独立した部品として再利用可能なプログラムモジュール）を達成するものである。そして、そのいずれも、いわゆるオブジェクト指向における「プロパティ」、「イベント」及び「メソッド」というスケルトン（骨組み）を有するものである。
【００１９】
例えば、本実施の形態における第１〜第３のカスタムコントロールＣ１、Ｃ２、Ｃ３について、その好ましいスケルトンを示すと、図２〜図４のようになる。まず、第１のカスタムコントロールＣ１は、指定された時間（Ｃｙｃｌｅ）ごとに指定された番号（Ｐ＿Ｎｕｍｂｅｒ）のＰ台の現在状態の情報を取得して、その情報をアプリケーションに渡すという機能を有するものであり、図２に示すように、Ｃｙｃｌｅプロパティ（正確にはカスタムプロパティ：以下、プロパティ）とＰ＿Ｎｕｍｂｅｒプロパティを有するとともに、そのＰ台の情報を取得したときに発生するＯｎＣｏｍｍイベント（正確にはカスタムイベント：以下、イベント）を有し、かつ、その情報取得の動作を開始するＳｔａｒｔメソッド（正確にはカスタムメソッド：以下、メソッド）と動作を停止するＳｔｏｐメソッドを有している。なお、Ｄａｉｓプロパティはオブジェクトのコレクションを参照するためのもの、ＥｒｒｏｒＭｓｇプロパティはエラーメッセージを取得するためのもの、ＯｎＣｏｍｍＥｎａｂｌｅｄプロパティはＯｎＣｏｍｍイベントの発生を許可するためのもの、ＯｎＥｒｒｏｒイベントはエラー発生を示すためのものである。
【００２０】
次に、第２のカスタムコントロールＣ２は、指定された番号（Ｐ＿Ｎｕｍｂｅｒ）のＰ台の現在状態の情報を取得して、その情報をアプリケーションに渡すという機能を有するものであり、そのデータの受け渡しは、アプリケーションからの要求に応答するという形で行われ、図３に示すように、Ｐ＿Ｎｕｍｂｅｒプロパティと取得した情報を参照するためのＤａｔａプロパティとを有するとともに、そのＰ台の情報を取得したときに発生するＯｎＣｏｍｍイベントを有し、かつ、Ｐ＿Ｎｕｍｂｅｒで指定されたＰ台の情報取得を要求するＲｅｑｕｅｓｔメソッドを有している。なお、ＣｏｍｍＥｖｅｎｔプロパティはＯｎＣｏｍｍイベントの種類を示すもの、ＴｉｍｅＯｕｔプロパティはＲｅｑｕｅｓｔメソッドを開始してから結果が得られるまでの最大待ち時間を指定するものであり、その他はＣ１と同様である。
【００２１】
最後に、第３のカスタムコントロールＣ３は、Ｐ台の現在状態の変化を検出して、そのＰ台の番号（Ｐ＿Ｎｕｍｂｅｒ）と変化した情報の種別（ＣｏｍｍＥｖｅｎｔ）とをアプリケーションに通知するという機能を有するものであり、図４に示すように、Ｐ＿ＮｕｍｂｅｒプロパティとＣｏｍｍＥｖｅｎｔプロパティを有するとともに、Ｐ台の情報変化に応答して発生するＯｎＣｏｍｍイベントを有し、かつ、情報通知のためのＳｔａｒｔメソッドを有している。なお、その他のプロパティやイベントはＣ１、Ｃ２と同様である。
【００２２】
なお、図２〜図４の各プロパティにおいて、設計時と実行時の「設定」や「参照」又は「なし」は、これらのカスタムコントロールを使用してフォームを設計したり、その設計されたフォームを実行する際に、そのプロパティに値をセットできる場合は「設定」、その値を読み取ることができる場合は「参照」、セットも読み取りもできない場合は「なし」である。例えば、Ｃ１やＣ２のＰ＿Ｎｕｍｂｅｒは設計時と実行時でセットも読み取りも可能であるが、Ｃ３のＰ＿Ｎｕｍｂｅｒは実行時の参照だけが可能である。これは、Ｃ１とＣ２ではＰ＿Ｎｕｍｂｅｒの指定が不可欠であるのに対し、Ｃ３では状態が変化したＰ台の番号（Ｐ＿Ｎｕｍｂｅｒ）を通知できればよいからである。
【００２３】
図５（ａ）は、Ｃ２カスタムコントロールにおけるＰ台現在値データ要求のフォーマット例、同（ｂ）は、同コントロールにおけるＰ台現在値データ応答のフォーマット例である。この図において、種別はデータ要求とデータ応答の識別コードを収めるフィールド、要求元サブネット番号はデータ要求元のサブネット番号（通常はその店舗に一つの番号）を収めるフィールド、要求元ノード番号はデータ要求元のノード番号を収めるフィールド、要求先（又は応答元）サブネット番号はデータ要求先（又は応答元）のサブネット番号を収めるフィールド、要求先（又は応答元）ノード番号はデータ要求先（又は応答元）のノード番号を収めるフィールド、要求（又は応答）カウンタは一つの要求及び応答動作を対に識別するためのユニーク（唯一無二）な番号を収めるフィールド、時刻は応答の時刻を収めるフィールド、応答情報は、例えば、累計セーフ数、累計アウト数、累計特賞回数、累計確変回数、累計スタート回数、累計特賞中スタート回数、累計確変中セーフ回数、累計確変中アウト回数、累計確変中スタート回数、特賞中アウト、特賞間打込み数、特賞間手持ち数、稼動回数、最終スタート回数、最終アウト回数、打ち止め目標値、打ち止め用手持ち数、打ち止め回数、金枠開回数、木枠開回数、不正発生回数、累計現金売り上げ、累計カード売り上げ、累計現金売り上げ断線回数、累計カード売り上げ断線回数などを収めるフィールドである。
【００２４】
ここで、カスタムコントロールの作成法のうち、ＶｉｓｕａｌＣ＋＋（登録商標）を用いた方法を説明する。この方法は最も簡単なものの一つである。なお、以下の説明において、ＶｉｓｕａｌＣ＋＋に関する画面レイアウトは特に図示しない。市販の様々な参考書などによって十分に開示されているからである。また、ＶｉｓｕａｌＣ＋＋には３２ビットプラットフォーム用と１６ビットプラットフォーム用の二種類あるが、以下の説明では区別しない。
【００２５】
まず、ＶｉｓｕａｌＣ＋＋（以下、Ｃ＋＋と略す）を起動し、ツールの「ＣｏｎｔｒｏｌＷｉｚａｒｄ」を選択する。この「ＣｏｎｔｒｏｌＷｉｚａｒｄ」はカスタムコントロールのスケルトンを簡単に作成するためのウィザード機能であり、カスタムコントロールに必要な基本的なコードを自動発生するものである。次に、カスタムコントロールを作成するフォルダ名とカスタムコントロールの名前（便宜的にＣ２とする）を「ＣｏｎｔｒｏｌＷｉｚａｒｄ」の「Ｄｉｒｅｃｔｏｒｙ」リストボックスと「ＰｒｏｊｅｃｔＮａｍｅ」にセットした後、Ｃ２プロジェクトの各オプションを設定する。
【００２６】
まず、「ＰｒｏｊｅｃｔＯｐｔｉｏｎ」ボタンをクリックして「ＰｒｏｊｅｃｔＯｐｔｉｏｎｓ」ダイアログボックスを表示する。そして、「ＳｏｕｒｃｅＣｏｍｍｅｎｔｓ」をチェックして、これからから作成するコードに自動的にコメントが付くようにする。
次に、「ＣｏｎｔｒｏｌＯｐｔｉｏｎ」ボタンをクリックして「ＣｏｎｔｒｏｌＯｐｔｉｏｎｓ」ダイアログボックスを表示する。そして、「ＡｃｔｉｖａｔｅＷｈｅｎＶｉｓｉｂｌｅ」と「ＡｂｏｕｔＢｏｘ」をチェックし、「ＯＫ」ボタンをクリックする。
【００２７】
次に、「Ｃｏｎｔｒｏｌｓ」ボタンをクリックして「Ｃｏｎｔｒｏｌｓ」ダイアログボックスを表示する。「Ｃｏｎｔｒｏｌｓ」ダイアログボックスは、これから作成するカスタムコントロールのクラス名とファイル名をリスト表示する。各設定値は既定値のまま変更しない。確認したら「ＯＫ」ボタンをクリックしてウィザードに戻り、ウィザードの「ＯＫ」ボタンをクリックする。すると、「ＮｅｗＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ」ダイアログボックスが表示されるので、「Ｃｒｅａｔｅ」ボタンをクリックする。これにより、Ｃ２カスタムコントロールのプロジェクトファイルと、幾つかのスケルトンファイルが作成される。以降、これらのファイルに手を加えながら、所望の機能を持ったＣ２カスタムコントロールを作成していくことになる。
【００２８】
通常は、この段階で一度コンパイルして動作試験を行うが、ここでは省略して所望のプロパティ、イベント及びメソッドを追加する。
カスタムプロパティの追加はコードを直接書き込むことによっても可能であるが、Ｃ＋＋の「ＣｌａｓｓＷｉｚａｒｄ」を利用すると簡単である。すなわち、「ＣｌａｓｓＷｉｚａｒｄ」を選択して「ＯＬＥオートメーション」タブをクリックし、「プロパティの追加」ボタンをクリックする。そして、外部名にＣ２カスタムコントロールに追加したいプロパティ名（例えば、Ｐ＿Ｎｕｍｂｅｒ）を入力し、タイプにそのプロパティの型（例えば、Ｐ＿Ｎｕｍｂｅｒであれば整数型：Ｉｎｔ）を設定した後、「ＯＫ」ボタンをクリックする。残りのプロパティについてもこの手順を繰り返せばよい。
【００２９】
次に、カスタムイベントの追加は、まず、「ＣｌａｓｓＷｉｚａｒｄ」の「ＯＬＥイベント」タブを選択し、「イベントの追加」ボタンをクリックして「イベントの追加」ダイアログボックスを表示する。そして、その外部名リストボックスに追加したいイベント名（例えばＯｎＣｏｍｍ）を入力した後、「ＯＫ」ボタンをクリックする。残りのイベントについてもこの手順を繰り返せばよい。
【００３０】
最後に、カスタムメソッドの追加は、まず、「ＣｌａｓｓＷｉｚａｒｄ」の「ＯＬＥオートメーション」タブを選択し、「メソッドの追加」ボタンをクリックして「メソッドの追加」ダイアログボックスを表示する。そして、その外部名リストボックスに追加したいメソッド名（例えばＲｅｑｕｅｓｔ）を入力し、必要であれば戻り値の型を設定した後、「ＯＫ」ボタンをクリックする。
【００３１】
以上の操作で、追加したプロパティ、イベント及びメソッドのそれぞれのスケルトンファイルが作成されるので、これらのファイルにコードを書き込んで所要の機能を満たすようにすればよい。例えば、Ｃ２カスタムコントロールの機能は、指定された番号のＰ台の現在状態の情報を取得して、その情報をアプリケーションに渡すというもので、そのデータの受け渡しは、アプリケーションからの要求に応答するという形で行われるものであるから、Ｒｅｑｕｅｓｔメソッドのスケルトンファイルに、Ｐ＿Ｎｕｍｂｅｒの内容をＰ台の実際の番号（ＬＯＮのノード番号）に変換する部分と、そのノード番号に情報取得要求を出す部分と、そのノード番号からの情報を取り込む部分と、取り込んだ情報を当該カスタムコントロールを実行しているユーザプロセスに渡す部分とを書き込めばよい。
【００３２】
このように、カスタムコントロールの作成は、Ｃ＋＋の如きユーザフレンドリに優れた開発支援ソフトの利用によって比較的容易に行うことが可能であるが、それでもコード言語はＣ＋＋であり、しかもクラスの概念といったオブジェクト指向を理解しなければならない点で、誰でも簡単に設計できるとは言い難い。このため、本実施の形態におけるカスタムコントロールＣ１〜Ｃ５は、ＬＯＮを含めたシステムの構築会社（の技術者）によって提供されるべきである。当該技術者はシステム全体を熟知している上、当然ながらＣ＋＋にも精通しているからである。
【００３３】
ユーザ（若しくはＬＯＮを含めたシステムに疎い技術者：以下、ユーザで代表）は、このカスタムコントロールのプロパティやイベント及びメソッドを利用するだけでよい。
本実施の形態の場合、ユーザは、図１に示すユーザプロセスＰ１〜Ｐ３の幾つか又はすべてを設計できる。例えば、プロセスＰ１でＰ台情報の定時収集処理を行い、プロセスＰ２でＰ台個別の状態表示や打ち止め・開放操作処理を行い、プロセスＰ３で各種の設定変更操作処理を行い、プロセスＰ４で稼動（状態）状況表示処理を行うものとすると、ユーザは、これらの処理に必要なプログラムを設計することができる。かかるプログラムの設計には、上述のＣ＋＋よりも簡単なＶｉｓｕａｌＢａｓｉｃ（以下、ＶＢ）などの簡易言語を使用できるが、特にＶＢは、ＯＬＥ２に対応しており、上述のＶＢＸやＯＣＸ、ＤＬＬ、クラスライブラリ及びＡｖｔｉｖｅＸなどを直接利用することができる点で、本実施の形態のカスタムコントロールとの親和性が高く、使用が望ましい開発ツールである。
【００３４】
本実施の形態におけるカスタムコントロールの実際の利用手順は、極めて簡単である。ＶＢを用いてフォームを設計する際に、そのフォーム上の適当な場所にカスタムコントロールを貼り付けるだけでよい。そして、そのカスタムコントロールのプロパティシートを開いて所要の値をセット（設計時に設定できるもの）したうえ、所要のイベントにプロシージャーを設計し、かつ、適宜のプロシージャからそのメソッドを実行すればよい。
例えば、Ｃ２カスタムコントロールをプロセスＰ２（Ｐ台個別の状態表示や打ち止め・開放操作処理）に貼り付けた場合は、Ｃ２カスタムコントロールのクリックイベント（標準イベントの一つ）に応答して任意のＰ台の番号を入力できるようにプロシージャを設計し、その番号をＰ＿Ｎｕｍｂｅｒにセット（実行中の設定）したうえ、Ｓｔａｒｔメソッドを起動するとともに、ＯｎＣｏｍｍイベントに応答してＤａｔａプロパティを参照し、Ｐ＿Ｎｕｍｂｅｒで指定されたＰ台からの情報を、例えば、プロセスＰ２のフォーム上に表示すればよい。
【００３５】
以上のとおり、本実施の形態によれば、ＬＯＮを含むシステムに特有の構造をカスタムコントロールＣ１〜Ｃ５によって吸収したから、ユーザは、Ｐ台の番号やそのＰ台から取得すべき情報の種類を知るだけで、好みのユーザプロセスを自在に設計することができる。したがって、使い勝手のよい管理プログラムを容易に構築できるうえ、店舗の改修や新台への入れ替えも低コストで対応することができ、しかも、ＬＯＮを含むシステムの構造にも左右されることなく、カウンタ用コンピュータ１５や事務所用コンピュータ１６を汎用品を含む多種多様なコンピュータに更新できるから、店舗経営上きわめて融通性に優れた有益な技術を提供できるのである。
【００３６】
本実施の形態による具体的な効果は、特に、カウンタ用コンピュータ１５や事務所用コンピュータ１６の出力画面及び出力帳票の設計容易化である。すなわち、メーカーのお仕着せではなく、その遊技店に合った最適な画面及び帳票を特別なスキルを持たない人でも容易に設計することができる。これは、カスタマイズ性の向上であり、従来、メーカーに発注していたものを自前で設計できる可能性を示唆し、柔軟な設計とともに大幅なコスト削減を図ることができる。また、かかるカスタマイズは、ＬＯＮなどのハードウェアを変更せずに行えるため、管理システムの全部又は一部の入れ替えを必要とせず、したがって、無駄な工事休業期間をなくして営業収益の向上につなげることができるという格別の効果が得られる。
【００３７】
なお、上記実施の形態のカスタムコントロールは、それ自体が独立したプログラムであり、様々な記憶媒体に収めて配布（流通）可能である。そして、その記憶媒体から読み出してコンピュータのメインメモリにロードすれば、そのカスタムコントロールの機能を当該コンピュータ上で実現できる。したがって、当然のことながら、上記実施の形態で開示したカスタムコントロール若しくはその原理を同一にするカスタムコントロールを収めたフロッピーディスク、ＭＯ、ＣＤ、ハードディスク、半導体メモリなどの記憶媒体（可搬性を問わない。例えばネットワークに接続された記憶媒体を含む）は、本願発明の意図に沿うものである。
【００３８】
請求項１の発明によれば、オペレーティングシステムの持つプロセス間通信機能を利用してコンポーネント化したプログラムモジュールにより遊技機の状態情報を取得する機能を構成し、さらにプログラムモジュールには、指定された時間毎に指定された番号の遊技機の現在の状態情報を取得してアプリケーションに渡す機能を有する第１のプログラムモジュールと、アプリケーションからの要求に応答する形態でもって、指定された番号の遊技機の現在の状態情報をアプリケーションに渡す機能を有する第２のプログラムモジュールと、遊技機の状態情報の変化を検出するとともに、変化が検出された遊技機の番号をアプリケーションに通知する機能を有する第３のプログラムモジュールと、を含んでいるので、遊技機の状態情報の定時収集処理、遊技機の個別の状態表示や打ち止め・開放操作処理を行うプログラムを容易に設計することができる。
請求項２記載の発明によれば、プログラムモジュールをＶＢＸ、ＤＬＬ、ＯＣＸ、クラスライブラリ若しくはＡｃｔｉｖｅＸで実現するので、これらのコントロールと親和性のある例えばＶｉｓｕａｌＢａｓｉｃを使用でき、ユーザプロセスの開発・改修の効率化を図ることができる。
【図面の簡単な説明】
【図１】本実施の形態のカウンタ用（又は事務所用）コンピュータの概念構成図である。
【図２】カスタムコントロールＣ１のプロパティ等割り当て図である。
【図３】カスタムコントロールＣ２のプロパティ等割り当て図である。
【図４】カスタムコントロールＣ３のプロパティ等割り当て図である。
【図５】データ要求及びデータ応答のフォーマット図である。
【図６】遊技機管理装置の構成を示す図である。
【図７】 遊技機管理装置の構成を示す図である。
【符号の説明】
３  遊技機本体（遊技機）
Ｃ１〜Ｃ５  プログラムモジュール
【図１】
0004297523.tif 000002
【図２】
0004297523.tif 000003
【図３】
0004297523.tif 000004
【図４】
0004297523.tif 000005
【図５】
0004297523.tif 000006
【図６】
0004297523.tif 000007
【図７】
0004297523.tif 000008