JP4297523B2 - Game machine management device - Google Patents

Game machine management device Download PDF

Info

Publication number
JP4297523B2
JP4297523B2 JP04887798A JP4887798A JP4297523B2 JP 4297523 B2 JP4297523 B2 JP 4297523B2 JP 04887798 A JP04887798 A JP 04887798A JP 4887798 A JP4887798 A JP 4887798A JP 4297523 B2 JP4297523 B2 JP 4297523B2
Authority
JP
Japan
Prior art keywords
information
gaming machine
program module
function
application
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
Application number
JP04887798A
Other languages
Japanese (ja)
Other versions
JPH11226222A (en
Inventor
定男 井置
Original Assignee
株式会社ソフィア
株式会社西陣
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 株式会社ソフィア, 株式会社西陣 filed Critical 株式会社ソフィア
Priority to JP04887798A priority Critical patent/JP4297523B2/en
Publication of JPH11226222A publication Critical patent/JPH11226222A/en
Application granted granted Critical
Publication of JP4297523B2 publication Critical patent/JP4297523B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Pinball Game Machines (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、パチンコホールやゲームセンターなどの遊技施設に設置された同一種類又は異なる種類の多数の遊技機を集中管理して、各遊技機の動作状態をリアルタイムに把握するとともに、その状態情報を収集・分析して店舗運営に必要な各種経営資料を出力する遊技機管理装置に関する。
【0002】
【従来の技術】
その昔、パチンコホールやゲームセンターなどの遊技施設の管理は、店員による直接的なものであった。例えば、パチンコホールにあっては、出玉の管理や不正客の発見、売り上げ集計などすべての管理が手作業で行われていたが、近時、このような施設は皆無であり、多くの施設はネットワーク技術とコンピュータ技術を応用した近代的な遊技機管理装置を導入している。
【0003】
本発明の出願人は、かかる事情に鑑みてネットワーク技術とコンピュータ技術を応用した最新式の遊技機管理システムを先に提案しており、それは図6のように示される。そして、後述の実施の形態は、本発明の出願人が提案している、この最新式の遊技機管理システムをベースにしている。
図6において、1は何台かのパチンコ遊技機(以下、P台と呼称することもある)をまとめたいわゆるパチンコ島であり、パチンコ島1はレイアウトや管理の都合上複数設けられることが多い。ほとんどの場合一つのパチンコ島1には数台ないし10数台のP台が含まれており、それぞれのP台は、遊技制御基盤2を裏面に装着した遊技機本体3と、その台専用又は隣り合う台と兼用の玉貸装置4と、遊技機による賞球排出により減少した遊技機の保有球(遊技機裏面に配置されるタンクに保有)を補給するために、遊技機裏面のタンクに所定数の玉を供給する玉切装置5と、その台からの回収玉の数をカウントするパルスタンク6とを備えるとともに、各台ごとの情報収集ボックス7を備えている。
【0004】
ここで、情報収集ボックス7は、P台の構成要素、すなわち、遊技制御基盤2、遊技機本体3、玉貸装置4、玉切装置5及びパルスタンク6から出力される様々な信号(注1)を集めて所定のフォーマットに変換し、LON(注2)と呼ばれるネットワークに送出するものであり、分配回路7aを含むとともに、後述の第1グループの信号を扱う第1情報収集装置7bと、第2グループの信号を扱う第2情報収集装置7cとを含んでいる。
【0005】
注1:例えば、電源断信号、磁石や電磁波不正などの異常信号、玉切れを示す空皿信号、遊技機本体3の木枠や金枠の開閉を示す開閉信号及び打ち止め信号といった緊急性が高い第1グループの信号、及び確変信号、特図回転信号(その台が第1種の場合に特別図柄の変動が終了したことを示す信号)、大当たり信号、回収玉数信号、補給数信号、売り上げ信号といった遊技機の性能及び営業情報に関する第2グループの信号である。なお、言うまでもなくこれらの信号は一例であり、これに限定されない。
注2:LONとはLocal Operating Networkの略であり、イーサネットなどに代表されるLANと同様に様々な情報機器を有機的に結合して情報の共有化を図るものであるが、LANはデータファイルなどの比較的大容量の情報転送に適したアーキテクチャを採用しているのに対して、LONは小容量の情報転送に特化したアーキテクチャを採用している点で相違する。LONは信号路にツイストケーブルを使用(一般には電話用のケーブルやイーサネットケーブルを使用することが多い)できるうえ、インターフェースボードも容易に製造できることから、安価にシステムを構築できる特長があり、遊技機管理装置以外にも様々な生産現場の設備稼動状況や生産数量、品質管理のデータを収集、管理する用途に用いられている。
【0006】
図6におけるLONは、P台ごとの情報収集ボックス7の第1及び第2情報収集装置7b、7c、パチンコ島1ごとに設けられたルータ8、各情報収集ボックス7の第1及び第2情報収集装置7b、7cとルータ8との間を結ぶ信号路9、各パチンコ島1のルータ8とホール内の各種装置群10との間を結ぶ信号路11によって構成されている。
【0007】
各種装置群10の組み合わせは、そのホールの規模や経営方針によって様々であるが、例えば、情報収集ボックス7(第1及び第2情報収集装置7b、7c)から送られてくるP台に関する情報変化を示す変化情報を記録管理する状態変化記録装置12、そのバックアップ装置(補助状態変情報記録装置)13、LONの各ノードのエラー情報を収集・記録する履歴処理装置14を備えるほか、店内のカウンタに設置されたコンピュータ15(設置場所を付してカウンタ用コンピュータと称する)と事務所に設置されたコンピュータ16(同様に設置場所を付して事務所用コンピュータと称する)とを備え、さらに、これらのコンピュータ15、16に接続されたファクシミリ装置17やプリンタ18を備えるとともに、通信制御装置19〜22を介してLONに接続された玉計数機23、島金庫24、監視カメラシステム25及びアナウンスシステム26などを備える。
【0008】
ここで、カウンタ用コンピュータ15と事務所用コンピュータ16はイーサネットなどのネットワーク27で相互に接続されているが、各々の役割分担は異なっている。すなわち、前者は主にホール内における遊技機の管理や接客に必要な情報を扱い、後者は主にホールの経営に必要な情報を扱うものである。したがって、カウンタ用コンピュータ15は主に店員が操作し、事務所用コンピュータ16は主に経営者若しくはそれに準ずる人が操作するから、それぞれの表示画面や出力帳票等もその用途に見合ったものに最適設計されている。
【0009】
【発明が解決しようとする課題】
ところで、カウンタ用コンピュータ15や事務所用コンピュータ16の使い勝手は、専ら各々のコンピュータにインストールされた管理用プログラムの設計次第で良くも悪くもなるが、万人に受け入れられる完璧なプログラムの設計は不可能であるうえ、仮に最良の設計をし得たとしても、そのホールに特有の情報を表示したいというカスタマイズ要求がしばしば出されるし、ホールの改修や新台への入れ替えに伴ってプログラムの改良を余儀なくされることもあるから、上記管理用プログラムは、できるだけ修正しやすい構造にしておかなければならない。
【0010】
この点、カウンタ用コンピュータ15や事務所用コンピュータ16のオペレーティングシステム(OS)を、例えば、Windows95やWindowsNTといった汎用的なものにするとともに、そのOS上で動作する簡易言語(例えばVisualBasic)で上記管理プログラムを設計すれば、特別高度な技術を持たなくとも、同プログラムの修正は可能であるから、使い勝手の向上やカスタマイズ性を確保できる。なお、Windows95、WindowsNT、VisualBasicは各社の登録商標である。
【0011】
しかしながら、かかる簡易言語を使用したとしても、実際の改修は相当な困難を伴い、とても素人(例えば、そのホールの店員や経営者)が手を出せる程度ではなかった。その理由は、LONを含めたシステム全体の構造を熟知していなければならないからであり、そのような人材は、専らシステムの設計会社にしか存在しないからである。
【0012】
そこで本発明は、遊技機の番号や遊技機からの情報の種類といった当然店員などが知っている最小限のデータを使用して所要の画面設計や出力設計を行うことができ、使い勝手の向上やカスタマイズ性の確保を図ることを目的とする。
【0013】
【課題を解決するための手段】
請求項1記載の発明は、信号路を介して遊技機と接続され、遊技機から出力される各種信号に基づいて生成された遊技機の性能及び遊技店の営業に関する状態情報を収集・分析して店舗運営に必要な各種経営資料を出力する遊技機管理装置において、
オペレーティングシステムの持つプロセス間通信機能を利用してコンポーネント化したプログラムモジュールにより、遊技機の状態情報を取得する機能を構成するとともに、
前記プログラムモジュールには、
指定された時間毎に、指定された番号の遊技機の現在の状態情報を取得して、当該取得した情報をアプリケーションに渡す機能を有する第1のプログラムモジュールと、
アプリケーションからの要求に応答する形態でもって、指定された番号の遊技機の現在の状態情報を取得して、当該取得した情報をアプリケーションに渡す機能を有する第2のプログラムモジュールと、
遊技機の状態情報の変化を検出するとともに、変化が検出された遊技機の番号をアプリケーションに通知する機能を有する第3のプログラムモジュールと、
を含んでいることを特徴とする。
請求項2記載の発明は、請求項1記載の発明において、前記プログラムモジュールは、VBX、DLL、OCX、クラスライブラリ若しくはActiveXであることを特徴とする。
請求項3記載の発明は、請求項1又は請求項2に記載のプログラムモジュールを記憶媒体に格納したことを特徴とする。
【0014】
【発明の実施の形態】
以下、本発明の実施の形態を、パチンコホールに適用した実施例として図面を参照して説明する。なお、本実施の形態における遊技機管理装置の全体的なシステム構成は、適宜に図6を参照するものとする。
【0015】
図1は、本実施の形態における遊技機管理装置のカウンタ用コンピュータ30又は事務所用コンピュータ31の要部概念図である。カウンタ用コンピュータ30又は事務所用コンピュータ31(以下、カウンタ用コンピュータ30で代表)は、LONの信号路11を介して各パチンコ島1や他の装置群10に接続された通信インターフェース部32と、この通信インターフェース部32を最下位の物理層としてその上位層(層とはOSI階層モデルの各層のことを言う)のデータリンク層〜セッション層に位置するプロセス間通信部33と、最上位のアプリケーション層に位置する管理プログラム34とを含むものである。
【0016】
プロセス間通信部33は、例えば、OSをWindows95/NTとした場合、そのアプリケーションプログラミングインターフェイス(API)を利用して構築されたものであってもよいし、又は、ダイナミックデータエクスチェンジ(DDE)やオブジェクトライブラリエクスチェンジ(OLE)オートメーションのサーバー機能を有する適宜のアプリケーションプログラムを利用して構築されたものであってもよい。
【0017】
本実施の形態における管理プログラム34は、幾つかのカスタムコントロール(図ではC1〜C5の五つ)を含むコントロール群34aと、これらのカスタムコントロールC1〜C5を利用できるように設計された幾つかのユーザプロセス(図ではP1〜4の四つ)を含むユーザプロセス群34bと、所要のユーザプロセス(図ではP1とP2)からアクセスされるように設計されたデータテーブル(又はデータベース)34cとを有している。
【0018】
ここで、カスタムコントロールC1〜C5とは、ビジュアルベーシックエクステンション(VBX)、ダイナミックリンクライブラリ(DLL)、OLEカスタムコントロール(OCX)、クラスライブラリ、又は、ActiveXなどと呼ばれるものであり、OSの持つ汎用のプロセス間通信機能を利用することによってソフトウェアのコンポーネント化(独立した部品として再利用可能なプログラムモジュール)を達成するものである。そして、そのいずれも、いわゆるオブジェクト指向における「プロパティ」、「イベント」及び「メソッド」というスケルトン(骨組み)を有するものである。
【0019】
例えば、本実施の形態における第1〜第3のカスタムコントロールC1、C2、C3について、その好ましいスケルトンを示すと、図2〜図4のようになる。まず、第1のカスタムコントロールC1は、指定された時間(Cycle)ごとに指定された番号(P_Number)のP台の現在状態の情報を取得して、その情報をアプリケーションに渡すという機能を有するものであり、図2に示すように、Cycleプロパティ(正確にはカスタムプロパティ:以下、プロパティ)とP_Numberプロパティを有するとともに、そのP台の情報を取得したときに発生するOnCommイベント(正確にはカスタムイベント:以下、イベント)を有し、かつ、その情報取得の動作を開始するStartメソッド(正確にはカスタムメソッド:以下、メソッド)と動作を停止するStopメソッドを有している。なお、Daisプロパティはオブジェクトのコレクションを参照するためのもの、ErrorMsgプロパティはエラーメッセージを取得するためのもの、OnCommEnabledプロパティはOnCommイベントの発生を許可するためのもの、OnErrorイベントはエラー発生を示すためのものである。
【0020】
次に、第2のカスタムコントロールC2は、指定された番号(P_Number)のP台の現在状態の情報を取得して、その情報をアプリケーションに渡すという機能を有するものであり、そのデータの受け渡しは、アプリケーションからの要求に応答するという形で行われ、図3に示すように、P_Numberプロパティと取得した情報を参照するためのDataプロパティとを有するとともに、そのP台の情報を取得したときに発生するOnCommイベントを有し、かつ、P_Numberで指定されたP台の情報取得を要求するRequestメソッドを有している。なお、CommEventプロパティはOnCommイベントの種類を示すもの、TimeOutプロパティはRequestメソッドを開始してから結果が得られるまでの最大待ち時間を指定するものであり、その他はC1と同様である。
【0021】
最後に、第3のカスタムコントロールC3は、P台の現在状態の変化を検出して、そのP台の番号(P_Number)と変化した情報の種別(CommEvent)とをアプリケーションに通知するという機能を有するものであり、図4に示すように、P_NumberプロパティとCommEventプロパティを有するとともに、P台の情報変化に応答して発生するOnCommイベントを有し、かつ、情報通知のためのStartメソッドを有している。なお、その他のプロパティやイベントはC1、C2と同様である。
【0022】
なお、図2〜図4の各プロパティにおいて、設計時と実行時の「設定」や「参照」又は「なし」は、これらのカスタムコントロールを使用してフォームを設計したり、その設計されたフォームを実行する際に、そのプロパティに値をセットできる場合は「設定」、その値を読み取ることができる場合は「参照」、セットも読み取りもできない場合は「なし」である。例えば、C1やC2のP_Numberは設計時と実行時でセットも読み取りも可能であるが、C3のP_Numberは実行時の参照だけが可能である。これは、C1とC2ではP_Numberの指定が不可欠であるのに対し、C3では状態が変化したP台の番号(P_Number)を通知できればよいからである。
【0023】
図5(a)は、C2カスタムコントロールにおけるP台現在値データ要求のフォーマット例、同(b)は、同コントロールにおけるP台現在値データ応答のフォーマット例である。この図において、種別はデータ要求とデータ応答の識別コードを収めるフィールド、要求元サブネット番号はデータ要求元のサブネット番号(通常はその店舗に一つの番号)を収めるフィールド、要求元ノード番号はデータ要求元のノード番号を収めるフィールド、要求先(又は応答元)サブネット番号はデータ要求先(又は応答元)のサブネット番号を収めるフィールド、要求先(又は応答元)ノード番号はデータ要求先(又は応答元)のノード番号を収めるフィールド、要求(又は応答)カウンタは一つの要求及び応答動作を対に識別するためのユニーク(唯一無二)な番号を収めるフィールド、時刻は応答の時刻を収めるフィールド、応答情報は、例えば、累計セーフ数、累計アウト数、累計特賞回数、累計確変回数、累計スタート回数、累計特賞中スタート回数、累計確変中セーフ回数、累計確変中アウト回数、累計確変中スタート回数、特賞中アウト、特賞間打込み数、特賞間手持ち数、稼動回数、最終スタート回数、最終アウト回数、打ち止め目標値、打ち止め用手持ち数、打ち止め回数、金枠開回数、木枠開回数、不正発生回数、累計現金売り上げ、累計カード売り上げ、累計現金売り上げ断線回数、累計カード売り上げ断線回数などを収めるフィールドである。
【0024】
ここで、カスタムコントロールの作成法のうち、VisualC++(登録商標)を用いた方法を説明する。この方法は最も簡単なものの一つである。なお、以下の説明において、VisualC++に関する画面レイアウトは特に図示しない。市販の様々な参考書などによって十分に開示されているからである。また、VisualC++には32ビットプラットフォーム用と16ビットプラットフォーム用の二種類あるが、以下の説明では区別しない。
【0025】
まず、VisualC++(以下、C++と略す)を起動し、ツールの「ControlWizard」を選択する。この「ControlWizard」はカスタムコントロールのスケルトンを簡単に作成するためのウィザード機能であり、カスタムコントロールに必要な基本的なコードを自動発生するものである。次に、カスタムコントロールを作成するフォルダ名とカスタムコントロールの名前(便宜的にC2とする)を「ControlWizard」の「Directory」リストボックスと「ProjectName」にセットした後、C2プロジェクトの各オプションを設定する。
【0026】
まず、「ProjectOption」ボタンをクリックして「ProjectOptions」ダイアログボックスを表示する。そして、「SourceComments」をチェックして、これからから作成するコードに自動的にコメントが付くようにする。
次に、「ControlOption」ボタンをクリックして「ControlOptions」ダイアログボックスを表示する。そして、「ActivateWhenVisible」と「AboutBox」をチェックし、「OK」ボタンをクリックする。
【0027】
次に、「Controls」ボタンをクリックして「Controls」ダイアログボックスを表示する。「Controls」ダイアログボックスは、これから作成するカスタムコントロールのクラス名とファイル名をリスト表示する。各設定値は既定値のまま変更しない。確認したら「OK」ボタンをクリックしてウィザードに戻り、ウィザードの「OK」ボタンをクリックする。すると、「NewControlInformation」ダイアログボックスが表示されるので、「Create」ボタンをクリックする。これにより、C2カスタムコントロールのプロジェクトファイルと、幾つかのスケルトンファイルが作成される。以降、これらのファイルに手を加えながら、所望の機能を持ったC2カスタムコントロールを作成していくことになる。
【0028】
通常は、この段階で一度コンパイルして動作試験を行うが、ここでは省略して所望のプロパティ、イベント及びメソッドを追加する。
カスタムプロパティの追加はコードを直接書き込むことによっても可能であるが、C++の「ClassWizard」を利用すると簡単である。すなわち、「ClassWizard」を選択して「OLEオートメーション」タブをクリックし、「プロパティの追加」ボタンをクリックする。そして、外部名にC2カスタムコントロールに追加したいプロパティ名(例えば、P_Number)を入力し、タイプにそのプロパティの型(例えば、P_Numberであれば整数型:Int)を設定した後、「OK」ボタンをクリックする。残りのプロパティについてもこの手順を繰り返せばよい。
【0029】
次に、カスタムイベントの追加は、まず、「ClassWizard」の「OLEイベント」タブを選択し、「イベントの追加」ボタンをクリックして「イベントの追加」ダイアログボックスを表示する。そして、その外部名リストボックスに追加したいイベント名(例えばOnComm)を入力した後、「OK」ボタンをクリックする。残りのイベントについてもこの手順を繰り返せばよい。
【0030】
最後に、カスタムメソッドの追加は、まず、「ClassWizard」の「OLEオートメーション」タブを選択し、「メソッドの追加」ボタンをクリックして「メソッドの追加」ダイアログボックスを表示する。そして、その外部名リストボックスに追加したいメソッド名(例えばRequest)を入力し、必要であれば戻り値の型を設定した後、「OK」ボタンをクリックする。
【0031】
以上の操作で、追加したプロパティ、イベント及びメソッドのそれぞれのスケルトンファイルが作成されるので、これらのファイルにコードを書き込んで所要の機能を満たすようにすればよい。例えば、C2カスタムコントロールの機能は、指定された番号のP台の現在状態の情報を取得して、その情報をアプリケーションに渡すというもので、そのデータの受け渡しは、アプリケーションからの要求に応答するという形で行われるものであるから、Requestメソッドのスケルトンファイルに、P_Numberの内容をP台の実際の番号(LONのノード番号)に変換する部分と、そのノード番号に情報取得要求を出す部分と、そのノード番号からの情報を取り込む部分と、取り込んだ情報を当該カスタムコントロールを実行しているユーザプロセスに渡す部分とを書き込めばよい。
【0032】
このように、カスタムコントロールの作成は、C++の如きユーザフレンドリに優れた開発支援ソフトの利用によって比較的容易に行うことが可能であるが、それでもコード言語はC++であり、しかもクラスの概念といったオブジェクト指向を理解しなければならない点で、誰でも簡単に設計できるとは言い難い。このため、本実施の形態におけるカスタムコントロールC1〜C5は、LONを含めたシステムの構築会社(の技術者)によって提供されるべきである。当該技術者はシステム全体を熟知している上、当然ながらC++にも精通しているからである。
【0033】
ユーザ(若しくはLONを含めたシステムに疎い技術者:以下、ユーザで代表)は、このカスタムコントロールのプロパティやイベント及びメソッドを利用するだけでよい。
本実施の形態の場合、ユーザは、図1に示すユーザプロセスP1〜P3の幾つか又はすべてを設計できる。例えば、プロセスP1でP台情報の定時収集処理を行い、プロセスP2でP台個別の状態表示や打ち止め・開放操作処理を行い、プロセスP3で各種の設定変更操作処理を行い、プロセスP4で稼動(状態)状況表示処理を行うものとすると、ユーザは、これらの処理に必要なプログラムを設計することができる。かかるプログラムの設計には、上述のC++よりも簡単なVisualBasic(以下、VB)などの簡易言語を使用できるが、特にVBは、OLE2に対応しており、上述のVBXやOCX、DLL、クラスライブラリ及びAvtiveXなどを直接利用することができる点で、本実施の形態のカスタムコントロールとの親和性が高く、使用が望ましい開発ツールである。
【0034】
本実施の形態におけるカスタムコントロールの実際の利用手順は、極めて簡単である。VBを用いてフォームを設計する際に、そのフォーム上の適当な場所にカスタムコントロールを貼り付けるだけでよい。そして、そのカスタムコントロールのプロパティシートを開いて所要の値をセット(設計時に設定できるもの)したうえ、所要のイベントにプロシージャーを設計し、かつ、適宜のプロシージャからそのメソッドを実行すればよい。
例えば、C2カスタムコントロールをプロセスP2(P台個別の状態表示や打ち止め・開放操作処理)に貼り付けた場合は、C2カスタムコントロールのクリックイベント(標準イベントの一つ)に応答して任意のP台の番号を入力できるようにプロシージャを設計し、その番号をP_Numberにセット(実行中の設定)したうえ、Startメソッドを起動するとともに、OnCommイベントに応答してDataプロパティを参照し、P_Numberで指定されたP台からの情報を、例えば、プロセスP2のフォーム上に表示すればよい。
【0035】
以上のとおり、本実施の形態によれば、LONを含むシステムに特有の構造をカスタムコントロールC1〜C5によって吸収したから、ユーザは、P台の番号やそのP台から取得すべき情報の種類を知るだけで、好みのユーザプロセスを自在に設計することができる。したがって、使い勝手のよい管理プログラムを容易に構築できるうえ、店舗の改修や新台への入れ替えも低コストで対応することができ、しかも、LONを含むシステムの構造にも左右されることなく、カウンタ用コンピュータ15や事務所用コンピュータ16を汎用品を含む多種多様なコンピュータに更新できるから、店舗経営上きわめて融通性に優れた有益な技術を提供できるのである。
【0036】
本実施の形態による具体的な効果は、特に、カウンタ用コンピュータ15や事務所用コンピュータ16の出力画面及び出力帳票の設計容易化である。すなわち、メーカーのお仕着せではなく、その遊技店に合った最適な画面及び帳票を特別なスキルを持たない人でも容易に設計することができる。これは、カスタマイズ性の向上であり、従来、メーカーに発注していたものを自前で設計できる可能性を示唆し、柔軟な設計とともに大幅なコスト削減を図ることができる。また、かかるカスタマイズは、LONなどのハードウェアを変更せずに行えるため、管理システムの全部又は一部の入れ替えを必要とせず、したがって、無駄な工事休業期間をなくして営業収益の向上につなげることができるという格別の効果が得られる。
【0037】
なお、上記実施の形態のカスタムコントロールは、それ自体が独立したプログラムであり、様々な記憶媒体に収めて配布(流通)可能である。そして、その記憶媒体から読み出してコンピュータのメインメモリにロードすれば、そのカスタムコントロールの機能を当該コンピュータ上で実現できる。したがって、当然のことながら、上記実施の形態で開示したカスタムコントロール若しくはその原理を同一にするカスタムコントロールを収めたフロッピーディスク、MO、CD、ハードディスク、半導体メモリなどの記憶媒体(可搬性を問わない。例えばネットワークに接続された記憶媒体を含む)は、本願発明の意図に沿うものである。
【0038】
請求項1の発明によれば、オペレーティングシステムの持つプロセス間通信機能を利用してコンポーネント化したプログラムモジュールにより遊技機の状態情報を取得する機能を構成し、さらにプログラムモジュールには、指定された時間毎に指定された番号の遊技機の現在の状態情報を取得してアプリケーションに渡す機能を有する第1のプログラムモジュールと、アプリケーションからの要求に応答する形態でもって、指定された番号の遊技機の現在の状態情報をアプリケーションに渡す機能を有する第2のプログラムモジュールと、遊技機の状態情報の変化を検出するとともに、変化が検出された遊技機の番号をアプリケーションに通知する機能を有する第3のプログラムモジュールと、を含んでいるので、遊技機の状態情報の定時収集処理、遊技機の個別の状態表示や打ち止め・開放操作処理を行うプログラムを容易に設計することができる。
請求項2記載の発明によれば、プログラムモジュールをVBX、DLL、OCX、クラスライブラリ若しくはActiveXで実現するので、これらのコントロールと親和性のある例えばVisualBasicを使用でき、ユーザプロセスの開発・改修の効率化を図ることができる。
【図面の簡単な説明】
【図1】本実施の形態のカウンタ用(又は事務所用)コンピュータの概念構成図である。
【図2】カスタムコントロールC1のプロパティ等割り当て図である。
【図3】カスタムコントロールC2のプロパティ等割り当て図である。
【図4】カスタムコントロールC3のプロパティ等割り当て図である。
【図5】データ要求及びデータ応答のフォーマット図である。
【図6】遊技機管理装置の構成を示す図である。
【図7】 遊技機管理装置の構成を示す図である。
【符号の説明】
3 遊技機本体(遊技機)
C1〜C5 プログラムモジュール
[0001]
BACKGROUND OF THE INVENTION
The present invention centrally manages a large number of gaming machines of the same type or different types installed in gaming facilities such as pachinko halls and game centers, grasps the operating state of each gaming machine in real time, and stores the status information. The present invention relates to a gaming machine management apparatus that collects and analyzes and outputs various management materials necessary for store operation.
[0002]
[Prior art]
In the old days, management of amusement facilities such as pachinko halls and game centers was directly handled by store clerk. For example, in pachinko halls, all the management such as the management of balls, the detection of unauthorized customers, and the tabulation of sales were performed manually, but recently there are no such facilities, and many facilities Has introduced a modern gaming machine management device applying network technology and computer technology.
[0003]
In view of such circumstances, the applicant of the present invention has previously proposed a state-of-the-art gaming machine management system applying network technology and computer technology, which is shown in FIG. The embodiments described below are based on this state-of-the-art gaming machine management system proposed by the applicant of the present invention.
In FIG. 6, 1 is a so-called pachinko island in which several pachinko gaming machines (hereinafter also referred to as “P”) are combined, and a plurality of pachinko islands 1 are often provided for convenience of layout and management. . In most cases, one pachinko island 1 includes several to a dozen or more P units, each P unit having a gaming machine main body 3 with a game control base 2 mounted on the back surface and dedicated or To replenish the ball lending device 4 that also serves as an adjoining table and the number of possessed balls (held in the tank located on the back of the gaming machine) that has decreased due to the awarding of the prize balls by the gaming machine, A ball cutting device 5 for supplying a predetermined number of balls and a pulse tank 6 for counting the number of balls recovered from the table are provided, and an information collection box 7 for each vehicle is provided.
[0004]
Here, the information collection box 7 has various signals (Note 1) output from the P components, that is, the game control board 2, the gaming machine body 3, the ball lending device 4, the ball cutting device 5 and the pulse tank 6. ) Are collected, converted into a predetermined format, and sent to a network called LON (Note 2), including a distribution circuit 7a and a first information collection device 7b for handling a first group of signals, which will be described later, And a second information collecting device 7c for handling the second group of signals.
[0005]
Note 1: For example, there is a high degree of urgency such as a power-off signal, an abnormal signal such as a magnet or electromagnetic wave fraud, an empty pan signal indicating that the ball has run out, an open / close signal indicating the opening / closing of a wooden frame or a metal frame of the gaming machine body 3 1st group signal, probability variation signal, special figure rotation signal (a signal indicating that the variation of the special symbol is completed when the platform is the first type), jackpot signal, number of balls recovered, replenishment number signal, sales This is a second group of signals relating to the performance of the gaming machine such as signals and sales information. Needless to say, these signals are merely examples, and the present invention is not limited thereto.
Note 2: LON is an abbreviation for Local Operating Network. Like LANs such as Ethernet, various information devices are organically connected to share information, but LANs are data files. However, LON differs in that it employs an architecture specialized for small-capacity information transfer. LON can use twisted cables for signal paths (generally, cables for telephones and Ethernet cables are often used), and can easily manufacture interface boards. In addition to management devices, it is used for collecting and managing equipment operation status, production quantities, and quality control data at various production sites.
[0006]
The LON in FIG. 6 includes the first and second information collection devices 7b and 7c of the information collection box 7 for each P, the router 8 provided for each pachinko island 1, and the first and second information of each information collection box 7. The signal path 9 connects between the collecting devices 7b and 7c and the router 8, and the signal path 11 connects between the router 8 on each pachinko island 1 and the various device groups 10 in the hall.
[0007]
The combination of the various device groups 10 varies depending on the size and management policy of the hall. For example, the information change regarding the P units sent from the information collection box 7 (first and second information collection devices 7b and 7c). In addition to a status change recording device 12 that records and manages change information indicating the status, a backup device (auxiliary status change information recording device) 13 thereof, a history processing device 14 that collects and records error information of each LON node, and a counter in the store And a computer 15 installed at the office (referred to as counter computer) and an office computer 16 (also provided as an office computer referred to as office computer), A facsimile device 17 and a printer 18 connected to these computers 15 and 16 are provided, and communication control devices 19 to Ball counting machine 23 is connected to the LON through 2, island safe 24 comprises a like surveillance camera system 25 and the announcement system 26.
[0008]
Here, the counter computer 15 and the office computer 16 are connected to each other via a network 27 such as Ethernet, but their roles are different. In other words, the former mainly handles information necessary for management and customer service of gaming machines in the hall, and the latter mainly handles information necessary for hall management. Therefore, since the counter computer 15 is mainly operated by a store clerk and the office computer 16 is mainly operated by a manager or a person equivalent thereto, each display screen, output form, etc. is most suitable for the application. Designed.
[0009]
[Problems to be solved by the invention]
By the way, the usability of the counter computer 15 and the office computer 16 may be good or bad depending on the design of the management program installed in each computer, but it is not possible to design a perfect program acceptable to everyone. Even if the best design is possible, there is often a request for customization to display information specific to the hall, and the program must be improved as the hall is renovated or replaced with a new platform. Therefore, the management program must have a structure that can be corrected as easily as possible.
[0010]
In this regard, the operating system (OS) of the counter computer 15 and the office computer 16 is made general-purpose, for example, Windows 95 or Windows NT, and the above management is performed with a simple language (for example, Visual Basic) that operates on the OS. By designing the program, it is possible to modify the program without having any special advanced technology, so it is possible to improve usability and ensure customization. Windows 95, Windows NT, and Visual Basic are registered trademarks of each company.
[0011]
However, even if such a simple language was used, the actual refurbishment was quite difficult, and it was not so much that an amateur (for example, a store clerk or manager of the hall) could reach out. The reason is that it is necessary to be familiar with the structure of the entire system including LON, and such human resources exist only in the system design company.
[0012]
Therefore, according to the present invention, it is possible to perform the required screen design and output design by using the minimum data known to the store clerk such as the number of the gaming machine and the type of information from the gaming machine. The purpose is to ensure customization.
[0013]
[Means for Solving the Problems]
  Claim 1The described invention is connected to a gaming machine via a signal path,Status information on the performance of the gaming machine and the sales of the gaming store generated based on various signals output from the gaming machineIn a gaming machine management device that collects and analyzes and outputs various management materials necessary for store operation,
  With the program module that is made into a component using the inter-process communication function of the operating system,Game machineThe function to acquire the status information of
  The program module includes
  At the specified time, the specified number of gaming machinesCurrent status informationAnd a first program module having a function of passing the acquired information to the application,
  In the form that responds to the request from the application, the game machine of the specified numberCurrent status informationAnd a second program module having a function of passing the acquired information to the application,
  Gaming machineState informationAnd a third program module having a function of notifying the application of the number of the gaming machine in which the change is detected;
  It is characterized by including.
  Claim 2In the invention described in claim 1, in the invention described in claim 1, the program module is VBX, DLL, OCX, class library, or ActiveX.
  Claim 3The invention described isClaim 1 or claim 2The described program module is stored in a storage medium.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings as examples applied to pachinko halls. Note that FIG. 6 is appropriately referred to for the overall system configuration of the gaming machine management device according to the present embodiment.
[0015]
FIG. 1 is a conceptual diagram of a main part of a counter computer 30 or an office computer 31 of the gaming machine management apparatus according to the present embodiment. The counter computer 30 or the office computer 31 (hereinafter represented by the counter computer 30) includes a communication interface unit 32 connected to each pachinko island 1 and other device groups 10 via the LON signal path 11, With this communication interface unit 32 as the lowest physical layer, the inter-process communication unit 33 located in the data link layer to session layer of the upper layer (layers refer to each layer of the OSI hierarchical model), and the uppermost application And a management program 34 located in the layer.
[0016]
For example, when the OS is Windows 95 / NT, the inter-process communication unit 33 may be constructed using the application programming interface (API), or may be a dynamic data exchange (DDE) or an object. It may be constructed using an appropriate application program having a server function of library exchange (OLE) automation.
[0017]
The management program 34 in the present embodiment includes a control group 34a including several custom controls (five C1 to C5 in the figure), and some of the controls designed to be able to use these custom controls C1 to C5. A user process group 34b including user processes (four P1 to P4 in the figure) and a data table (or database) 34c designed to be accessed from the required user processes (P1 and P2 in the figure) are provided. is doing.
[0018]
Here, the custom controls C1 to C5 are called Visual Basic Extension (VBX), Dynamic Link Library (DLL), OLE Custom Control (OCX), Class Library, ActiveX, etc. By using the inter-process communication function, software componentization (program module that can be reused as an independent component) is achieved. All of them have skeletons called “properties”, “events”, and “methods” in so-called object orientation.
[0019]
For example, the preferred skeletons of the first to third custom controls C1, C2, and C3 in the present embodiment are as shown in FIGS. First, the first custom control C1 has a function of acquiring information on the current state of P units of a specified number (P_Number) for each specified time (Cycle) and passing the information to the application. As shown in FIG. 2, an OnComm event (exactly a custom event) that has a Cycle property (specifically, a custom property: property) and a P_Number property and is generated when information on the P devices is acquired. : An event), a Start method for starting the information acquisition operation (specifically, a custom method: hereinafter, a method) and a Stop method for stopping the operation. The Dais property is for referring to a collection of objects, the ErrorMsg property is for acquiring an error message, the OnCommEnabled property is for allowing the occurrence of an OnComm event, and the OnError event is for indicating an error occurrence. Is.
[0020]
Next, the second custom control C2 has a function of acquiring information on the current state of the P units of the designated number (P_Number) and passing the information to the application. This is performed in response to a request from the application. As shown in FIG. 3, it has a P_Number property and a Data property for referring to the acquired information, and is generated when information on the P devices is acquired. And a Request method for requesting acquisition of information of P devices designated by P_Number. Note that the CommEvent property indicates the type of the OnComm event, the TimeOut property specifies the maximum waiting time from when the Request method is started until the result is obtained, and the others are the same as C1.
[0021]
Finally, the third custom control C3 has a function of detecting a change in the current state of the P units and notifying the application of the number of the P units (P_Number) and the changed information type (CommEvent). As shown in FIG. 4, it has a P_Number property and a CommEvent property, has an OnComm event that occurs in response to information changes in P devices, and has a Start method for information notification. Yes. Other properties and events are the same as C1 and C2.
[0022]
In the properties shown in FIGS. 2 to 4, “Setting”, “Reference”, or “None” at the time of design and execution indicate that a form is designed using these custom controls, or the designed form. When a value can be set to the property, “setting” is set, “reference” is set when the value can be read, and “none” is set when neither can be set nor read. For example, the P_Number of C1 and C2 can be set and read at the time of design and at the time of execution, while the P_Number of C3 can only be referenced at the time of execution. This is because the designation of P_Number is indispensable in C1 and C2, whereas it is only necessary to be able to notify the number of P units (P_Number) whose state has changed in C3.
[0023]
FIG. 5A shows a format example of a P-unit current value data request in the C2 custom control, and FIG. 5B shows a format example of a P-unit current value data response in the control. In this figure, the type is a field for storing an identification code of a data request and a data response, the request source subnet number is a field for storing the subnet number of the data request source (usually one number in the store), and the request source node number is the data request The field that stores the original node number, the request destination (or response source) subnet number is the field that stores the subnet number of the data request destination (or response source), and the request destination (or response source) node number is the data request destination (or response source) ) Field for storing node number, request (or response) counter is a field for storing a unique (one and only) number for identifying a single request and response operation, time is a field for storing response time, response The information includes, for example, the total number of safes, the total number of outs, the total number of special prizes, the total number of probable changes, the total number of start times , Cumulative Special Award Start Count, Cumulative Probability Safe Count, Cumulative Probability Out Count, Cumulative Probability Start Count, Special Award Out, Special Award Punch, Number of Special Hands, Number of Operations, Final Start Count, Final Out Count, In the field to hold the target value, the number of hands to stop, the number of times to stop, the number of times the gold frame has been opened, the number of times the fraud has occurred, the number of fraud occurrences, cumulative cash sales, cumulative card sales, cumulative cash sales disconnection count, cumulative card sales disconnection count, etc. is there.
[0024]
Here, a method using VisualC ++ (registered trademark) among methods for creating a custom control will be described. This method is one of the simplest. In the following description, the screen layout related to VisualC ++ is not particularly illustrated. This is because it is sufficiently disclosed by various commercially available reference books. There are two types of VisualC ++, for 32-bit platforms and 16-bit platforms, but they are not distinguished in the following description.
[0025]
First, Visual C ++ (hereinafter abbreviated as C ++) is activated, and the tool “Control Wizard” is selected. This “Control Wizard” is a wizard function for easily creating a skeleton of a custom control, and automatically generates basic codes necessary for the custom control. Next, after setting the name of the folder for creating the custom control and the name of the custom control (for convenience, C2) in the “Directory” list box and “ProjectName” of “Control Wizard”, each option of the C2 project is set. .
[0026]
First, the “ProjectOptions” button is clicked to display a “ProjectOptions” dialog box. Then, “SourceComments” is checked, and a comment is automatically attached to a code to be created.
Next, the “ControlOptions” button is clicked to display the “ControlOptions” dialog box. Then, check “ActivateWhenVisible” and “AboutBox”, and click the “OK” button.
[0027]
Next, click the “Controls” button to display the “Controls” dialog box. The “Controls” dialog box displays a list of class names and file names of custom controls to be created. Each setting value is a default value and is not changed. After confirmation, click the “OK” button to return to the wizard, and click the “OK” button of the wizard. Then, a “NewControlInformation” dialog box is displayed. Click the “Create” button. As a result, a C2 custom control project file and several skeleton files are created. Thereafter, C2 custom controls having desired functions are created while modifying these files.
[0028]
Usually, at this stage, it is compiled once and an operation test is performed, but here it is omitted and desired properties, events and methods are added.
Custom properties can be added by directly writing code, but it is easy to use C ++ “Class Wizard”. That is, select “Class Wizard”, click the “OLE Automation” tab, and click the “Add Property” button. Then, enter the name of the property you want to add to the C2 custom control as the external name (for example, P_Number), set the property type (for example, integer type: Int for P_Number), and then click the “OK” button. click. Repeat this procedure for the remaining properties.
[0029]
Next, to add a custom event, first, the “OLE event” tab of “Class Wizard” is selected, and the “add event” button is clicked to display the “add event” dialog box. Then, after inputting an event name (for example, OnComm) to be added to the external name list box, an “OK” button is clicked. This procedure can be repeated for the remaining events.
[0030]
Finally, to add a custom method, first, select the “OLE Automation” tab of “Class Wizard” and click the “Add Method” button to display the “Add Method” dialog box. Then, input the method name (for example, Request) to be added to the external name list box, set the return type if necessary, and then click the “OK” button.
[0031]
With the above operations, skeleton files for the added property, event, and method are created, and code may be written in these files to satisfy the required functions. For example, the function of the C2 custom control is to acquire information on the current state of P units with a specified number and pass the information to the application, and the data transfer is in response to a request from the application. In the skeleton file of the Request method, a part for converting the contents of P_Number into an actual number of P units (LON node number), a part for issuing an information acquisition request to the node number, What is necessary is just to write in the part which takes in the information from the node number, and the part which passes the taken in information to the user process which is performing the said custom control.
[0032]
As described above, the creation of the custom control can be performed relatively easily by using the development support software excellent in user friendliness such as C ++, but the code language is still C ++ and the object such as the concept of the class is used. It's hard to say that anyone can easily design because they have to understand the orientation. Therefore, the custom controls C1 to C5 in the present embodiment should be provided by a system construction company (engineer) including LON. This is because the engineer is familiar with the entire system and is naturally familiar with C ++.
[0033]
The user (or an engineer who is not familiar with the system including LON: hereinafter represented by the user) only needs to use the properties, events, and methods of the custom control.
In the case of the present embodiment, the user can design some or all of the user processes P1 to P3 shown in FIG. For example, P process information collection processing is performed at process P1, P unit status display and stop / release operation process is performed at process P2, various setting change operation processes are performed at process P3, and operation is performed at process P4 ( If state (status) status display processing is performed, the user can design a program necessary for these processing. In designing such a program, a simple language such as Visual Basic (hereinafter referred to as VB) that is simpler than the above-described C ++ can be used. In particular, VB corresponds to OLE2, and the above-described VBX, OCX, DLL, and class library are used. In addition, it is a development tool that has a high affinity with the custom control of the present embodiment and is preferably used because it can directly use ActiveX and the like.
[0034]
The actual use procedure of the custom control in the present embodiment is extremely simple. When designing a form using VB, it is only necessary to paste custom controls at appropriate locations on the form. Then, open the property sheet of the custom control, set the required values (which can be set at design time), design the procedure for the required event, and execute the method from the appropriate procedure.
For example, if the C2 custom control is pasted to the process P2 (individual status display and stop / release operation processing for P units), any P units in response to the C2 custom control click event (one of the standard events) The procedure is designed so that the number can be entered, the number is set to P_Number (setting during execution), the Start method is invoked, and the Data property is referenced in response to the OnComm event, and is specified by P_Number For example, information from the P platform may be displayed on the form of the process P2.
[0035]
As described above, according to the present embodiment, since the structure peculiar to the system including LON is absorbed by the custom controls C1 to C5, the user can select the number of P units and the type of information to be acquired from the P units. Just knowing, you can design your favorite user process freely. Therefore, an easy-to-use management program can be easily constructed, and store renovation and replacement with a new stand can be handled at low cost, and it is not affected by the structure of the system including the LON. Since the computer 15 and the office computer 16 can be updated to a wide variety of computers including general-purpose products, it is possible to provide useful technology that is extremely flexible in store management.
[0036]
A specific effect of the present embodiment is, in particular, the ease of designing the output screen and output form of the counter computer 15 and the office computer 16. In other words, it is possible for a person who does not have special skills to easily design an optimal screen and form suitable for the amusement store, rather than wearing a manufacturer. This is an improvement in customizability, suggesting the possibility of being able to design what was previously ordered from the manufacturer, and can achieve a significant cost reduction with a flexible design. In addition, since such customization can be performed without changing hardware such as LON, it is not necessary to replace all or part of the management system, thus eliminating unnecessary construction holidays and improving operating revenue. The special effect that you can do is obtained.
[0037]
Note that the custom control of the above embodiment is an independent program itself, and can be distributed (distributed) in various storage media. Then, when the data is read from the storage medium and loaded into the main memory of the computer, the custom control function can be realized on the computer. Therefore, as a matter of course, a storage medium such as a floppy disk, an MO, a CD, a hard disk, a semiconductor memory or the like containing the custom control disclosed in the above embodiment or a custom control having the same principle (regardless of portability). For example, a storage medium connected to a network) is in accordance with the intention of the present invention.
[0038]
  According to the invention of claim 1,A function that acquires the status information of the gaming machine by a program module that is made into a component by using the inter-process communication function of the operating system is configured. Further, the program module has a gaming machine having a designated number for each designated time. ofCurrent status informationA first program module having a function of acquiring and passing it to the application, and a game machine with a designated number in a form that responds to a request from the application.Current status informationA second program module having a function of passingState informationAnd a third program module having a function of notifying the application of the number of the gaming machine in which the change has been detected.State informationIt is possible to easily design a program for performing scheduled collection processing, individual status display of game machines, and stop / release operation processing.
  Claim 2According to the described invention, since the program module is realized by VBX, DLL, OCX, class library, or ActiveX, for example, VisualBasic that is compatible with these controls can be used, and the efficiency of user process development / renovation is improved. be able to.
[Brief description of the drawings]
FIG. 1 is a conceptual configuration diagram of a counter (or office) computer according to the present embodiment;
FIG. 2 is an assignment diagram of properties of a custom control C1.
FIG. 3 is a property assignment diagram of a custom control C2.
FIG. 4 is a property allocation diagram of a custom control C3.
FIG. 5 is a format diagram of a data request and a data response.
[Fig. 6] Game machine management deviceDiagram showing the configuration ofIt is.
[Fig. 7]  It is a figure which shows the structure of a gaming machine management apparatus.
[Explanation of symbols]
3 gaming machine body (game machine)
C1-C5 program module

Claims (3)

信号路を介して遊技機と接続され、遊技機から出力される各種信号に基づいて生成された遊技機の性能及び遊技店の営業に関する状態情報を収集・分析して店舗運営に必要な各種経営資料を出力する遊技機管理装置において、
オペレーティングシステムの持つプロセス間通信機能を利用してコンポーネント化したプログラムモジュールにより、遊技機の状態情報を取得する機能を構成するとともに、
前記プログラムモジュールには、
指定された時間毎に、指定された番号の遊技機の現在の状態情報を取得して、当該取得した情報をアプリケーションに渡す機能を有する第1のプログラムモジュールと、
アプリケーションからの要求に応答する形態でもって、指定された番号の遊技機の現在の状態情報を取得して、当該取得した情報をアプリケーションに渡す機能を有する第2のプログラムモジュールと、
遊技機の状態情報の変化を検出するとともに、変化が検出された遊技機の番号をアプリケーションに通知する機能を有する第3のプログラムモジュールと、
を含んでいることを特徴とする遊技機管理装置。
Various managements necessary for store operation by collecting and analyzing information on the performance of gaming machines and state of sales of gaming machines that are connected to gaming machines via signal paths and generated based on various signals output from gaming machines In a gaming machine management device that outputs data,
A program module that uses the inter-process communication function of the operating system as a component, and configures a function to acquire gaming machine status information.
The program module includes
A first program module having a function of acquiring current state information of a specified number of gaming machines at a specified time and passing the acquired information to an application;
A second program module having a function of acquiring current state information of a designated number of gaming machines in a form responding to a request from an application and passing the acquired information to the application;
A third program module having a function of detecting a change in the state information of the gaming machine and notifying the application of the number of the gaming machine in which the change is detected;
A gaming machine management device comprising:
前記プログラムモジュールは、VBX、DLL、OCX、クラスライブラリ若しくはActiveXであることを特徴とする請求項1に記載の遊技機管理装置。2. The gaming machine management device according to claim 1, wherein the program module is VBX, DLL, OCX, class library, or ActiveX. 請求項1又は請求項2に記載のプログラムモジュールを格納したことを特徴とする記憶媒体。A storage medium storing the program module according to claim 1 .
JP04887798A 1998-02-13 1998-02-13 Game machine management device Expired - Fee Related JP4297523B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP04887798A JP4297523B2 (en) 1998-02-13 1998-02-13 Game machine management device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP04887798A JP4297523B2 (en) 1998-02-13 1998-02-13 Game machine management device

Publications (2)

Publication Number Publication Date
JPH11226222A JPH11226222A (en) 1999-08-24
JP4297523B2 true JP4297523B2 (en) 2009-07-15

Family

ID=12815525

Family Applications (1)

Application Number Title Priority Date Filing Date
JP04887798A Expired - Fee Related JP4297523B2 (en) 1998-02-13 1998-02-13 Game machine management device

Country Status (1)

Country Link
JP (1) JP4297523B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001076282A (en) 1999-09-02 2001-03-23 Canon Inc Information processor and its method

Also Published As

Publication number Publication date
JPH11226222A (en) 1999-08-24

Similar Documents

Publication Publication Date Title
US8631501B2 (en) Reporting function in gaming system environment
US9508218B2 (en) Gaming system download network architecture
US9270733B2 (en) Download progress management gaming system
US7730198B2 (en) UDP broadcast for user interface in a download and configuration gaming method
US8195826B2 (en) UDP broadcast for user interface in a download and configuration gaming method
US9111078B2 (en) Package manager service in gaming system
US20080171588A1 (en) Download and configuration server-based system and method with structured data
US8478833B2 (en) UDP broadcast for user interface in a download and configuration gaming system
US7937464B2 (en) Download progress management gaming method
US20080153600A1 (en) Gaming system configuration change reporting
US8645326B2 (en) System to plan, execute, store and query automation tests
US20030079175A1 (en) Data processing system and development tool
US20080155665A1 (en) Methods and systems for controlling access to resources in a gaming network
CN110222106A (en) Integrated workflow and db transaction
JP4297523B2 (en) Game machine management device
US20070005811A1 (en) Computer-implemented method, system, and interface for managing commands for a terminal session
JP3373129B2 (en) Program development support method
JP2020137921A (en) Information processing device, information processing method, and information processing program
JP2002351702A (en) Method and device for preparing terminal operation statistical data utilizing online
US7587519B2 (en) Method and device for modifying modular messages
JP2011072529A (en) Information management system in game parlor
JP2020137993A (en) Information processing device, information processing method, and information processing program
JP2001307971A (en) Semiconductor manufacturing apparatus
JP4497674B2 (en) Exposure apparatus and device manufacturing method
JP2001014020A (en) Process planning device

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050119

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050119

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080611

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080812

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081010

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: 20090414

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090414

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: 20120424

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150424

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees