JP2002007625A - 中古遊技機管理システム - Google Patents

Abstract

(57)【要約】 【課題】 インターネットインフラを活用して回線コス
トの削減と使い勝手の改善を図った中古遊技機管理シス
テムを提供する。 【解決手段】 サーバマシン３０５は、遊技機の基板の
識別情報（基板ＩＤ）と該基板に実装された遊技用演算
チップの識別情報（チップＩＤ）とを対応付けて記憶す
る記憶手段と、クライアントに対して基板ＩＤ入力用の
Ｗｅｂドキュメントを提供する第１提供手段と、前記Ｗ
ｅｂドキュメントに入力された基板ＩＤに対応するチッ
プＩＤを前記記憶手段から検索する検索手段と、前記検
索手段によって検索されたチップＩＤを記載したＷｅｂ
ドキュメントを前記クライアントに提供する第２提供手
段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、中古遊技機管理シ
ステムに関し、詳しくは、中古遊技機を遊技店に導入し
て営業する際の当該中古遊技機の主要構成品（例えば、
ぱちんこ遊技機における役物制御装置用の基板。以下単
に「基板」という。）の正当性検査を支援する中古遊技
機管理システムに関する。

【０００２】

【従来の技術】一般に、ぱちんこ遊技機、回胴式遊技
機、アレンジボール遊技機、じゃん球遊技機などの遊技
の場を提供する遊技店（以下「ホール」ともいう。）の
多くは、顧客をつなぎとめるためや新規顧客を獲得する
ために、適宜に新型の遊技機（以下「新台」という。）
への入れ替えを行っており、これに伴って発生する中古
遊技機の一部は、他の遊技店にまわされて再び営業に供
されている。

【０００３】ところで、中古遊技機の移動や移動先ホー
ルへの設置作業自体は、新台のそれと基本的に変わりな
いが、基板の不正交換や改ざん等の防止対策の点で見た
場合、新台の完璧さに比べて中古遊技機の不十分さは否
めない。新台の場合、その遊技機の市場イメージ低下
（言い換えればメーカの信頼性低下）を回避するため
に、出荷から設置に至るまでの間、もっぱらメーカ主導
による強固なガードが講じられているものの、中古遊技
機の場合はその多くがメーカ以外の専門業者（以下「中
古販売業者」という。）の手によって輸送や設置などが
行われており、かかる中古販売業者にメーカと同レベル
の責任感を期待することが難しいからである。

【０００４】このように、新台に比べて不正改造等の可
能性を否定しきれない中古遊技機の存在は、その遊技機
メーカへの不信感にもつながりかねないので、何らかの
対策を講じる必要があり、例えば、次のような「中古遊
技機管理システム」を考えることができる。

【０００５】図２１は、そのシステム概念図であり、こ
のシステムは、中古遊技機のメーカ１、中古販売業者
２、中古遊技機の移動先ホール３および移動先ホール３
に設置された中古遊技機の正当性を評価する検査機関４
の四者によって構成される。メーカ１は、自社製遊技機
の出荷時における基板の管理ＩＤと当該基板に実装され
た遊技用演算チップに書き込まれたチップＩＤとの対応
関係を記録して管理する。出荷以降に遊技用演算チップ
が交換された場合はこの管理データと照合することによ
り、不正を見抜くことができる。

【０００６】一方、中古販売業者２は、検査機関４に対
して、移動対象の中古遊技機のメーカ名（および機種
名）とその基板の管理ＩＤならびに移動先ホール名を通
知し、検査機関４は、この通知を受け取ると、メーカ１
に対して当該管理ＩＤに対応するチップＩＤの報告を求
める。検査機関４の担当者は、報告を受け取った後、移
動先ホール３に出向き、当該移動先ホール３に設置され
た中古遊技機の基板の管理ＩＤとチップＩＤを読み取
り、中古販売業者２から通知された管理ＩＤおよびメー
カ１から報告されたチップＩＤとの照合をとる。

【０００７】この対策によれば、仮に中古遊技機の移動
途中等で基板の交換が行われていたり、遊技用演算チッ
プの交換が行われていたりした場合は、上記照合結果が
不一致になるので、当該不正行為を見抜くことができ、
移動先ホール３での中古遊技機の正当性を担保（保証）
することができる。

【０００８】この対策は、図２２のように簡素化するこ
ともできる。この簡素化例では検査機関は存在しない。
移動先ホール３の従業員等がメーカ１に対して、所要の
情報（中古遊技機の基板管理ＩＤに対応するチップＩ
Ｄ）提供を要求し、検査機関の担当者に代わって上記照
合動作を行う。

【０００９】

【発明が解決しようとする課題】しかしながら、上記対
策にあっては、いずれも関係者間における一対一の通信
路を確保する必要があり、例えば、図２１の対策例にあ
っては、中古販売業者２と検査機関４の間、さらに、検
査機関４とメーカ１の間の二つ通信路を確保しなければ
ならない。このため、回線コストがかさむという問題点
がある上、仮にそれぞれの通信路に公衆回線網を利用し
たとしても、相手側の電話番号を調べなければならない
など、使い勝手が悪いという問題点がある。

【００１０】また、図２２の対策例にあっては、必要な
通信路をメーカ１と移動先ホール３の間の一つにして回
線コストを削減できるものの、その通信路に公衆回線網
を利用した場合は、やはり相手側の電話番号を調べなけ
ればならないから同様に使い勝手が悪いという問題点が
ある。

【００１１】したがって、本発明が解決しようとする課
題は、インターネットインフラを活用して、回線コスト
の削減と使い勝手の改善を図った中古遊技機管理システ
ムを提供することにある。

【００１２】

【課題を解決するための手段】請求項１記載の発明は、
遊技機の基板の識別情報（基板ＩＤ）と該基板に実装さ
れた遊技用演算チップの識別情報（チップＩＤ）とを対
応付けて記憶する記憶手段と、クライアントに対して基
板ＩＤ入力用のＷｅｂドキュメントを提供する第１提供
手段と、前記Ｗｅｂドキュメントに入力された基板ＩＤ
に対応するチップＩＤを前記記憶手段から検索する検索
手段と、前記検索手段によって検索されたチップＩＤを
記載したＷｅｂドキュメントを前記クライアントに提供
する第２提供手段とを備える。この発明では、インター
ネット接続環境とＷｅｂドキュメントの閲覧環境を有す
るクライアントマシンから中古遊技機管理システムにア
クセスして基板ＩＤを入力することにより、その基板Ｉ
Ｄに対応したチップＩＤが中古遊技機管理システムから
クライアントマシンに返される。請求項２記載の発明
は、遊技機の基板の識別情報（基板ＩＤ）と該基板に実
装された遊技用演算チップの識別情報（チップＩＤ）と
を対応付けて記憶すると共に、登録ユーザの電子メール
アドレスを記憶する記憶手段と、クライアントに対して
基板ＩＤ入力用のＷｅｂドキュメントを提供する提供手
段と、前記Ｗｅｂドキュメントに入力された基板ＩＤに
対応するチップＩＤを前記記憶手段から検索すると共
に、該基板ＩＤを入力したユーザの電子メールアドレス
を前記記憶手段から検索する検索手段と、前記検索手段
によって検索されたチップＩＤを記載した電子メールを
生成する生成手段と、該生成手段によって生成された電
子メールを前記検索手段によって検索された電子メール
アドレス宛てに送信する送信手段とを備える。この発明
では、インターネット接続環境とＷｅｂドキュメントお
よび電子メールの閲覧環境を有するクライアントマシン
から中古遊技機管理システムにアクセスして基板ＩＤを
入力することにより、その基板ＩＤに対応したチップＩ
Ｄを含む電子メールがあらかじめ登録された電子メール
アドレス宛てに配信される。請求項１または請求項２記
載の発明に従属する請求項３記載の発明は、前記クライ
アントを認証する認証手段を含む。この発明では、認証
をパスしたクライアントのみ中古遊技機管理システムへ
のアクセスが許容される。請求項１記載の発明に従属す
る請求項４記載の発明は、前記第２提供手段は、前記検
索手段によって検索されたチップＩＤを符号化する符号
化手段を含み、該符号化データを記載したＷｅｂドキュ
メントを前記クライアントに提供する。この発明では、
チップＩＤを符号化したデータがネットワークに流され
る。請求項５記載の発明は、クライアントに対して基板
ＩＤ入力用のＷｅｂドキュメントを提供する第１提供手
段、前記Ｗｅｂドキュメントに入力された基板ＩＤに対
応するチップＩＤを記憶手段から検索する検索手段、お
よび、前記検索手段によって検索されたチップＩＤを記
載したＷｅｂドキュメントを前記クライアントに提供す
る第２提供手段を実現するためのプログラムを格納す
る。この発明では、該プログラムとマイクロコンピュー
タを含むハードウェア資産との有機的結合によって中古
遊技機管理システムに必要な各手段が実現される。請求
項６記載の発明は、クライアントに対して基板ＩＤ入力
用のＷｅｂドキュメントを提供する提供手段、前記Ｗｅ
ｂドキュメントに入力された基板ＩＤに対応するチップ
ＩＤを記憶手段から検索すると共に、該基板ＩＤを入力
したユーザの電子メールアドレスを記憶手段から検索す
る検索手段、前記検索手段によって検索されたチップＩ
Ｄを記載した電子メールを生成する生成手段、および、
該生成手段によって生成された電子メールを前記検索手
段によって検索された電子メールアドレス宛てに送信す
る送信手段を実現するためのプログラムを格納する。こ
の発明では、該プログラムとマイクロコンピュータを含
むハードウェア資産との有機的結合によって中古遊技機
管理システムに必要な各手段が実現される。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態を、例
えば、ぱちんこ遊技を行うための遊技装置を例にして、
図面を参照しながら説明する。 ＜ぱちんこ遊技機の外観構成＞図１は、遊技装置１０の
正面構成図である。遊技装置１０は、ぱちんこ遊技機
（以下「遊技機」と省略する。）１１と、この遊技機１
１に併設される球貸機１２とにより構成されている。球
貸機１２は、赤外線受光窓１３やプリペイドカードの挿
入口１４およびプリペイドカードの未使用金額や不正状
態を表示するための表示窓１５などを有し、プリペイド
カードの残高範囲内で遊技機１１へ球貸しを行う。

【００１４】遊技機１１は、額縁状の前面枠１６および
前面ガラスを支持する金枠１７ならびに遊技領域が形成
された遊技盤１８を有すると共に、その下に中間パネル
１９や操作パネル２０などを有している。中間パネル１
９には賞球や貸球を受けるための上皿２１が取り付けら
れており、操作パネル２０には球発射用の操作ハンドル
２２、球貯留皿２３および灰皿２４などが取り付けられ
ている。なお、上皿２１には上皿２１の球を球貯留皿２
３に移すために両者を接続する通路を開閉するための開
閉レバー２１ａ、プリペイドカードの未使用金額を表示
する残高表示器２１ｂ、球貸機１２に対して所定数量の
球貸を要求する際に操作される球貸スイッチ２１ｃ、球
貸可能状態を表示する球貸可能表示器２１ｄおよびプリ
ペイドカードの返却（球貸機１２からの排出）を要求す
る際に操作される返却スイッチ２１ｅなどが設けられて
おり、球貯留皿２３には貯留球を外部下方に抜くための
球抜きレバー２３ａが設けられている。

【００１５】遊技盤１８には前面の略円形領域をガイド
レール２５で取り囲んだ遊技領域が形成されており、こ
の遊技領域には、複数の識別情報（いわゆる特別図柄；
以下「特図」という）を複数列で変動表示する特図表示
装置２６、大入賞口を有する特別変動入賞装置２７、特
図始動口２８、複数の一般入賞口２９、風車と呼ばれる
複数の打球方向変換部材３０、左右のサイドランプ３
１、アウト穴３２などが備えられているほか、特図表示
装置２６の上部に複数の一般入賞口２９の一つが配置さ
れ、その下に特図の始動記憶数を表示するための４個の
特図始動記憶表示器３３が設けられている。さらに、上
述の各入賞口、すなわち、特図始動口２８、一般入賞口
２９および特別変動入賞装置２７には図示しない入賞ス
イッチが設けられており、各入賞口への入賞球を検出す
る。なお、遊技盤１８の遊技領域には図示を略している
が天釘やヨロイ釘などと呼ばれる多数の障害釘が設けら
れていると共に、その他の各種装飾ランプやＬＥＤなど
も設けられている。

【００１６】図２は、遊技装置１０の裏機構を示す図で
ある。遊技機１１の裏面に向かって左側には遊技制御装
置１０１が設けられており、その下側には音出力制御装
置１０２と排出制御装置１０３が設けられ、さらにその
下側には発射ユニット１０４と発射制御装置１０５が設
けられている。また、裏機構の中央部付近には装飾制御
装置１０６と表示制御装置１０７が設けられており、そ
の下側には電源供給ユニット１０８が設けられている。
これらの装置はいずれも中身が透けて見えるケース内
に、各々の制御機能を実現するための制御基板を実装し
てユニット化したものであるが、特に役物遊技に必要な
各種制御を行う遊技制御装置１０１については、一般に
そのユニット全体を指して“基板”と呼ぶことが多いの
で、本明細書においても単に“基板”という場合は、遊
技制御装置１０１の全体を指すものとする。

【００１７】遊技機１１の裏機構の上部付近から右側端
部付近を経由して下部付近に至る経路上には、貯留タン
ク１０９、横方向の誘導路１１０、屈曲接続ユニット１
１１、排出ユニット１１２、縦方向の誘導路１１３、入
賞球集合棚（他の部材に隠れて見えない）、入賞球流下
樋（同様に見えない）および球排出口１１４が順番に設
けられている。貯留タンク１０９は排出される前の球を
予め貯留しておくもので、この貯留タンク１０９の球数
不足は不図示の補給センサによって検出され、不足のと
きはホールの島設備から球が補給されるようになってい
る。貯留タンク１０９に貯留された球は誘導路１１０と
屈曲接続ユニット１１１によって排出ユニット１１２に
導かれ、排出ユニット１１２は導かれた球を所定の球排
出指令信号（排出制御装置１０３からの信号）に従って
遊技機１１の前面に設けられた上皿２１へと排出する。

【００１８】排出ユニット１１２は例えば２条の排出通
路を有し、各通路に設けられた不図示のソレノイドを上
記球排出指令信号に従って駆動して賞球用の球排出と球
貸し用の球排出を行い、且つ、各通路から排出された排
出球を不図示のセンサで検出して排出制御装置１０３に
通知するとともに、さらに、賞球用の球排出数（賞球払
い出し数）を専用のセンサ１１２ｅで検出して遊技制御
装置１０１に通知する。

【００１９】遊技盤１８の各入賞口に入った球（入賞
球）ならびにアウト穴３２に入った球（アウト球）は、
遊技盤１８の裏面に設けられた不図示の入賞球集合棚に
集められ、同じく不図示の入賞球流下樋を介して球排出
口１１４からホールの島設備に戻されるようになってお
り、同様に、排出ユニット１１２の上流側に待機中の球
も遊技店の営業終了時等に不図示の球抜きソレノイドを
駆動することによって球排出口１１４から島設備に戻さ
れるようになっている。なお、排出ユニット１１２の上
流側に待機球が有るかどうかは、屈曲接続ユニット１１
１の内部に設けられた半端センサ１１１ａによって検出
されるようになっている。

【００２０】１１７は基枠体である。この基枠体１１７
は合成樹脂製の一体成型品で形成されており、遊技機１
１の前面枠１６の裏側に固定された金属フレーム１１９
に着脱可能に取り付けられている。そして、この基枠体
１１７に上記各構成品のうちのいくつかの構成品、すな
わち、排出制御装置１０３、発射ユニット１０４、発射
制御装置１０５、貯留タンク１０９、誘導路１１０、屈
曲接続ユニット１１１、排出ユニット１１２、誘導路１
１３、入賞球集合棚（不図示）、入賞球流下樋（不図
示）および球排出口１１４などが着脱可能に取り付けら
れていると共に、球貸し機接続ユニット１２１やセンサ
ケーブル接続ユニット１２２および遊技店用第１ケーブ
ル接続ユニット１２３なども着脱可能に取り付けられて
いる。

【００２１】金属フレーム１１９には遊技盤収納部１２
０が形成されており、この遊技盤収納部１２０には遊技
盤１８が着脱可能に取り付けられている。そして、遊技
盤１８の裏側には上記各構成品のうち基枠体１１７に取
り付けられた構成品以外のもの、すなわち、遊技制御装
置１０１、音出力制御装置１０２、装飾制御装置１０
６、表示制御装置１０７および電源供給ユニット１０８
などが着脱可能に取り付けられているとともに、遊技店
用第２ケーブル接続ユニット１２４や検査用ケーブル接
続ユニット１２５なども着脱可能に取り付けられてい
る。

【００２２】＜遊技制御装置１０１の内部ブロック構成
とその動作＞図３は、遊技制御装置１０１の電気的構成
を示すブロック図である。遊技制御装置１０１は、パチ
ンコ遊技等に必要な役物制御を行うアミューズメントチ
ップ（遊技用演算処理装置２００）と、高精度な発振周
波数を分周して所定のクロック信号ＣＬＫを発生する発
振器１３１と、各種センサ信号を入力する入力インター
フェース１３３と、各種駆動信号を出力する出力インタ
ーフェース１３４と、外部の情報管理装置（例えば、球
貸機１２や後述の検査端末１０１ｈなど）との間のデー
タ接続を行う外部通信端子１３８とを含んで構成されて
いる。

【００２３】入力インターフェース１３３は、遊技盤１
８に設けられた各入賞センサ、すなわち、特図始動スイ
ッチ１３９や入賞スイッチ１４０、継続スイッチ１４１
およびカウントスイッチ１４２からの信号を選択的に取
り込んで遊技用演算処理装置２００の外部バスインター
フェース２０４（図４参照）に入力するものであり、そ
の選択動作は遊技用演算処理装置２００からのチップセ
レクト信号ＣＳ０〜ＣＳ７（図４参照）に従って行われ
る。なお、入賞スイッチ１４０を表す矩形状図形の中に
記載した“１〜ｎ”は、この入賞スイッチ１４０がｎ個
設けられていることを表している。但し、ｎは一般入賞
口の数である。

【００２４】出力インターフェース１３４は、遊技用演
算処理装置２００の外部バスインターフェース２０４
（図４参照）から取り出された信号を、例えば、外部情
報端子群１４３（図２の遊技店用第１ケーブル接続ユニ
ット１２３および第２ケーブル接続ユニット１２４なら
びに検査用ケーブル接続ユニット１２５に相当）を介し
てホールコンピュータなどに出力したり、また、表示制
御装置１０７や大入賞口ソレノイド１４４、排出制御装
置１０３、装飾制御装置１０６および音出力制御装置１
０２などに選択的に出力したりするものであり、その選
択動作は入力インターフェース１３３と同様に遊技用演
算処理装置２００からのチップセレクト信号ＣＳ０〜Ｃ
Ｓ７（図４参照）に従って行われる。遊技制御装置１０
１には、電源供給ユニット１０８からの各種電源電圧や
パワーオンリセット信号（ＰＷＲ＿ＲＳＴ）が入力して
おり、遊技用演算処理装置２００は、これらの電源供給
を受けて動作すると共に、そのＰＷＲ＿ＲＳＴに応答し
て所定の初期化動作（システムリセット動作）を実行す
る。なお、電源供給ユニット１０８は、バックアップ電
源を兼ねることが可能なように構成されており、停電時
に遊技用演算処理装置２００の内部データの保持を行う
場合には遊技用演算処理装置２００にバッテリバックア
ップ電源を供給すると共に、電源遮断を検出してその検
出信号も遊技用演算処理装置２００に供給するようにな
っている。

【００２５】＜遊技用演算チップの内部ブロック構成と
その動作＞図４は、遊技用演算処理装置２００の内部構
成を示すブロック図である。遊技用演算処理装置２００
は共通の半導体基板上に所要の電子回路を集積してワン
チップ化し、パッケージングして製造されたアミューズ
メントチップである。なお、単に「遊技用演算チップ」
または「遊技用チップ」と呼ばれることもある。

【００２６】図示の遊技用演算処理装置２００は、特に
限定しないが、遊技制御を行う遊技ブロック２００Ａ
と、情報管理を行う管理ブロック２００Ｂとに区分され
ており、各ブロックごとに以下に説明する様々な構成要
素を実装する。まず、遊技ブロック２００Ａは、ＣＰＵ
コア２０１やプログラムＲＯＭ２０２およびユーザーワ
ークＲＡＭ２０３といった構成要素を含むとともに、外
部バスインターフェース２０４、クロックジェネレータ
２０５、リセットコントローラ２０６、アドレスデコー
ダ２０７、入出力制御回路２０８、乱数生成回路２０
９、ユーザー定期リセット発生回路２１０およびアトリ
ビュートレジスタ２１１などの構成要素を含み、さら
に、これらの構成要素間を接続するためのＣＰＵバス２
１２を含む。

【００２７】ＣＰＵコア２０１は、図示は略すが、各種
のレジスタ群、算術・論理演算ユニット（ＡＬＵ：Arit
hmetic and Logｉc Unit）、命令レジスタ（ＩＲ：Inst
ruction Register）、デコーダ、プログラムカウンタ
（ＰＣ：Program Counter）、スタックポインタ（Ｓ
Ｐ：Stack Pointer）、これらを結ぶデータバス、アド
レスバスおよび各種の制御部などをコア内に含み、例え
ば、Ｚ８０アーキテクチャなどの汎用ＣＰＵコアが用い
られる。プログラムＲＯＭ２０２は、データの書き込み
回数が１回だけの不揮発性半導体メモリ（例えば、ワン
タイムＰＲＯＭ）であり、その記憶内容は遊技プログラ
ムおよびチェックコードなどである。なお、チェックコ
ードとは遊技プログラムを所定の符号化アルゴリズムで
符号化する際に生成されるデータのことである。

【００２８】ユーザーワークＲＡＭ２０３は、ＣＰＵコ
ア２０１の主記憶に相当し、例えば、ＳＲＡＭ等の高速
半導体デバイスで構成され、遊技ブロック２００Ａにお
ける遊技プログラムに基づく処理を実行する際にワーク
エリア（作業領域）として用いられる。外部バスインタ
ーフェース２０４は、図３の入力インターフェース１３
３や出力インターフェース１３４との間で、複数ビット
（例えば、１６ビット）の外部アドレス信号Ａ０〜Ａ１
５、複数ビット（例えば、８ビット）の外部データ信号
Ｄ０〜Ｄ７、メモリリクエスト信号ＭＲＥＱ、入出力リ
クエスト信号ＩＯＲＱ、メモリ書込み信号ＷＲ、メモリ
読み出し信号ＲＤおよびモード信号ＭＯＤＥなどの信号
インターフェース処理を行うものである。

【００２９】例えば、ＭＯＤＥ信号をアクティブにした
状態で、外部アドレス信号Ａ０〜Ａ１５を順次にインク
リメントしながら、外部データ信号Ｄ０〜Ｄ７を外から
加えると、プログラムＲＯＭ２０２への書き込みモード
となって遊技機のメーカあるいは第三者機関による遊技
プログラムの書き込みが可能になる。但し、プログラム
ＲＯＭ２０２への遊技プログラムの書き込みが終了する
と、後述のハードウェアパラメータＲＯＭ２１４（図で
はＨＷパラメータＲＯＭと略記している）の所定領域に
書込終了コードが記録されるようになっており、ハード
ウェアパラメータＲＯＭ２１４に書込終了コードが記録
されている場合には、プログラムＲＯＭ２０２への遊技
プログラムの書き込みができないようになっている。

【００３０】また、ＭＲＥＱ信号またはＩＯＲＥＱ信号
をアクティブにした状態でＷＲ信号をアクティブにする
と、所定の外部Ｉ／Ｏに外部データ信号Ｄ０〜Ｄ７を書
き込むことができ、ＲＤ信号をアクティブにすると、所
定の外部Ｉ／Ｏから外部データ信号Ｄ０〜Ｄ７を取り込
むことができるようになっている。なお、所定の外部Ｉ
／Ｏとは、図３の入力インターフェース１３３の各ポー
トまたは出力インターフェース１３４の各ポートもしく
はサウンドジェネレータ１３５のうち、チップセレクト
信号ＣＳ０〜ＣＳ７の状態とＷＲ信号またはＲＤ信号の
状態に応じて選択される一つの要素のことである。

【００３１】クロックジェネレータ２０５は外部（図３
の発振器１３１）からのクロック信号ＣＬＫを基に内部
クロック信号ｉＣＬＫを発生してＣＰＵコア２０１やユ
ーザー定期リセット発生回路２１０などの各ブロックに
供給する。リセットコントローラ２０６はＣＰＵコア２
０１のリセット端子に加えるＣＰＵリセット信号ＣＰＵ
＿ＲＳＴを発生するものであり、このＣＰＵリセット信
号ＣＰＵ＿ＲＳＴは、電源投入時に外部（図３のパワー
オンリセット発生器１３２）から入力するパワーオンリ
セット信号ＰＷＲ＿ＲＳＴに同期し、さらに、電源投入
後にユーザー定期リセット発生回路２１０から周期的に
入力するユーザー定期リセット信号ＵＳＲ＿ＲＳＴにも
同期する。アドレスデコーダ２０７はＣＰＵバス２１２
のアドレスバスの情報をデコードし、そのデコード結果
に応じたＩ／Ｏリソース選択用の内部信号を発生する。

【００３２】入出力制御回路２０８はアドレスデコーダ
２０７からのＩ／Ｏリソース選択用内部信号に基づいて
チップセレクト信号ＣＳ０〜ＣＳ７のアクティブ／イン
アクティブ状態をコントロールし、図３の入力インター
フェース１３３のポートの一つ、または、出力インター
フェース１３４のポートの一つ、もしくは、サウンドジ
ェネレータ１３５を選択する。乱数生成回路２０９は、
遊技の実行過程において遊技価値（例えば、大当り）を
付加するか否か等に係わる乱数（乱数は、大当たりの決
定や停止時の図柄の決定等に使用）を生成するもので、
例えば、一様性乱数を生成する数学的手法（例えば、合
同法あるいはＭ系列法等）を利用する。ユーザー定期リ
セット発生回路２１０は、ＣＰＵコア２０１に対するユ
ーザー定期リセット信号ＵＳＲ＿ＲＳＴを発生するもの
で、その発生間隔（ユーザー定期リセット間隔）は、ア
トリビュートレジスタ２１１に設定された値で決められ
る。アトリビュートレジスタ２１１は、ユーザー定期リ
セット間隔などのハードウェアパラメータ設定値を保持
するもので、アトリビュートレジスタ２１１の出力ポー
トは少なくともユーザー定期リセット発生回路２１０に
接続され、入力ポートは管理バス２２１を介して管理ブ
ロック２００Ｂに接続されている。アトリビュートレジ
スタ２１１へのユーザー定期リセット間隔設定値の書き
込みは、管理バス２２１を介して管理ブロック２００Ｂ
から行われるようになっており、その設定タイミング
は、遊技用演算処理装置２００のシステムリセット（パ
ワーオンリセットと同義語）時である。

【００３３】ＣＰＵバス２１２は、図示は略すがデータ
バス、アドレスバスおよびコントロールバスを含み、Ｃ
ＰＵコア２０１と周辺回路、すなわち、プログラムＲＯ
Ｍ２０２、ユーザーワークＲＡＭ２０３、外部バスイン
ターフェース２０４、クロックジェネレータ２０５、リ
セットコントローラ２０６、アドレスデコーダ２０７お
よび乱数生成回路２０９との間を接続するとともに、管
理ブロック２００Ｂの一部の構成要素（ブートＲＯＭ２
１３、ハードウェアパラメータＲＯＭ２１４およびバス
モニタ回路２１６）にも接続されている。

【００３４】次に、遊技用演算処理装置２００における
情報管理を行う管理ブロック２００Ｂの構成を説明す
る。管理ブロック２００Ｂは、ブートＲＯＭ２１３、ハ
ードウェアパラメータＲＯＭ２１４、管理用ワークＲＡ
Ｍ２１５、バスモニタ回路２１６、セキュリティメモリ
２１７、ＩＤプロパティＲＡＭ２１８、制御回路２１
９、外部通信制御回路２２０および管理バス２２１を含
むとともに、遊技ブロック２００Ａから延びるＣＰＵバ
ス２１２の一部を含んで構成されており、ＣＰＵバス２
１２は、ブートＲＯＭ２１３、ハードウェアパラメータ
ＲＯＭ２１４およびバスモニタ回路２１６に接続されて
いる。

【００３５】ブートＲＯＭ２１３はブートプログラムや
管理ブロックの自己診断プログラムを格納しており、遊
技用演算処理装置２００のシステムリセット時（正確に
は、システムリセット直後に実行される管理ブロック２
００Ｂの初期化処理の正常完了後に）、このブートプロ
グラムが立ち上がって、遊技プログラムの正当性判定処
理を行い、遊技プログラムの正当性が確認（言い換えれ
ば改竄された遊技プログラムでないことが確認）された
場合に遊技プログラムのスタートアドレス（ＣＰＵコア
２０１のアドレス空間内における所定アドレス；一般に
当該アドレス空間の先頭番地００００ｈ；実際にはＣＰ
Ｕコア２０１のプログラムカウンタの値を０に戻す）に
処理を渡すようになっている。

【００３６】ハードウェアパラメータＲＯＭ２１４は所
定の書込終了コードを格納するとともに、システムリセ
ット時に遊技ブロック２００Ａのアトリビュートレジス
タ２１１などにセットするためのハードウェアパラメー
タ設定情報を格納している。書込終了コードとは、先に
も述べたとおり、プログラムＲＯＭ２０２に遊技プログ
ラムを書き込んだことを明示する情報である。また、ハ
ードウェアパラメータ設定情報とは、ＣＰＵコア２０１
の動作速度（いわゆるクロックスピード）、プログラム
ＲＯＭ２０２やユーザーワークＲＡＭ２０３の使用アド
レス範囲（アドレス上下限値）、チップセレクト信号Ｃ
Ｓ０〜ＣＳ７の使用用途（入力用／出力用）およびユー
ザー定期リセット間隔の設定値などである。

【００３７】これらのハードウェアパラメータは、遊技
用演算処理装置２００のシステムリセット時にＣＰＵバ
ス２１２、バスモニタ回路２１６を介して管理ブロック
２００Ｂの制御回路２１９に読み込まれ、遊技制御に必
要なハードウェアパラメータ設定値として各部にセット
されるようになっており、例えば、ユーザー定期リセッ
ト間隔の設定値は、管理バス２２１を介して遊技ブロッ
ク２００Ａのアトリビュートレジスタ２１１にセットさ
れるようになっている。

【００３８】管理用ワークＲＡＭ２１５は、バスモニタ
回路２１６を介して読み込まれた遊技ブロック２００Ａ
の情報（プログラムＲＯＭ２０２の記憶内容やユーザー
ワークＲＡＭ２０３の記憶内容など）を一時的に保持す
るための記憶領域である。バスモニタ回路２１６は、Ｃ
ＰＵバス２１２の状態監視を行い、ＣＰＵバス２１２が
ＣＰＵコア２０１によって使用されていないとき（例え
ば、遊技用演算処理装置２００のシステムリセット期間
やユーザーワークＲＡＭ２０３のリフレッシュ期間）
に、必要に応じてＣＰＵバス２１２を介して遊技ブロッ
ク２００ＡのプログラムＲＯＭ２０２やユーザーワーク
ＲＡＭ２０３などをアクセスし、所要のデータ（遊技プ
ログラムやユーザーワークＲＡＭ２０３の内容など）を
管理ブロック２００Ｂに取り込む。

【００３９】セキュリティメモリ２１７は、遊技用演算
処理装置２００の個体識別情報、すなわち、あらかじめ
チップメーカ（その遊技用演算処理装置２００の製造
者）によって割り当てられたユニークな“チップＩＤ”
（少なくとも遊技用演算処理装置２００の全製造個体の
中でユニークなチップＩＤであること）を書き換え不能
な状態で格納しており、さらに、このチップＩＤに加え
て、遊技種別コード、ランクコード、メーカコード、機
種コードおよび検査番号などの情報を書き換え不能に格
納している。なお、遊技種別コードとはパチンコ機や回
胴式遊技機等を区別するための情報であり、例えば、パ
チンコ機の場合は“Ｐ”、回胴式遊技機の場合は“Ｇ”
を表す情報である。また、ランクコードとは遊技機の機
種ランクコード（第１種、第２種、第３種または他種を
区別するためのコード）を表す情報であり、メーカコー
ドとは当該遊技機またはアミューズメントチップの製造
者を識別するためのメーカＩＤ（またはメーカ番号）を
表す情報であり、機種コードとはメーカが設定する当該
遊技機の製品コードを表す情報であり、検査番号（また
は検定コード）とは第三者機関による検査に合格した遊
技機に付与される番号を表す情報である。

【００４０】ＩＤプロパティＲＡＭ２１８は、セキュリ
ティメモリ２１７の記憶内容のうち少なくともチップＩ
Ｄをコピーして揮発的に記憶するとともに、ブート処理
の中で行われる遊技プログラムの正当性判定処理の結果
情報を記憶し、且つ、その記憶内容を電源オンの期間中
保持する。なお、上記情報記憶のタイミングは、遊技用
演算処理装置２００のシステムリセット時であり、例え
ば、システムリセット直後に管理ブロック２００Ｂで実
行される初期化処理の中で情報記憶が行われる。

【００４１】制御回路２１９は所定のシーケンスを実行
して、管理ブロック２００Ｂの動作を制御するもので、
例えば、システムリセット時に（正確にはシステムリセ
ット直後に管理ブロック２００Ｂで実行される初期化処
理で）セキュリティメモリ２１７に保持されているチッ
プＩＤをＩＤプロパティＲＡＭ２１８にコピーして記憶
させたり、遊技中にバスモニタ回路２１６を介してＣＰ
Ｕコア２０１のバス解放期間を検出し、同期間中に遊技
ブロック２００ＡのプログラムＲＯＭ２０２の内容（特
に遊技プログラム）やユーザーワークＲＡＭ２０３の内
容を読み出して管理用ワークＲＡＭ２１５に書き込んだ
りするほか、球貸機１２やその他の検査装置（例えば、
後述の検査端末１０１ｈ；図６（ｂ）参照）からの情報
要求指令に応答して管理用ワークＲＡＭ２０１の記憶内
容やＩＤプロパティＲＡＭ２１８の記憶内容（特にチッ
プＩＤや遊技プログラムの正当性判定結果情報）を外部
に転送するために、外部通信制御回路２２０の不図示の
通信バッファに設定したりする。

【００４２】外部通信制御回路２２０は外部通信端子１
３８（図３参照）を介して行われる球貸機１２やその他
の検査装置（例えば、後述の検査端末１０１ｈ；図６
（ｂ）参照）と遊技用演算処理装置２００との間の通信
を制御するもので、例えば、後述の検査端末１０１ｈか
らの管理情報要求に応答して、不図示の通信バッファの
内容、すなわち、管理用ワークＲＡＭ２１５の記憶内容
やＩＤプロパティＲＡＭ２１８の記憶内容（特にチップ
ＩＤや遊技プログラムの正当性判定結果情報）を読み出
し、その読み出した情報を要求元の検査端末１０１ｈに
送信するという制御を行ったりする。

【００４３】＜遊技用演算処理装置２００の状態遷移＞
図５は、遊技用演算処理装置２００の動作状態遷移図で
ある。図において、２３０〜２３３は状態、２３４〜２
４３は遷移線である。まず、電源投入によってシステム
リセットが発生（遷移線２３４）すると、管理ブロック
２００Ｂで初期化処理を実行し（状態２３０）、その結
果がＮＧ（遷移線２３５）であれば、所要の警報等を発
生して待機状態に移行し、ＯＫ（遷移線２３６、２３
７）であれば、管理ブロック２００Ｂをアイドル状態
（遷移線２３８：管理情報要求の待ち受け状態）にする
とともに、ブートＲＯＭ２１３に格納されているブート
プログラムをＣＰＵコア２０１で実行する（状態２３
２）。

【００４４】そして、ブート結果がＮＧ（遷移線２４
１）であれば、所要の警報等を発生して待機状態に移行
し、ＯＫ（遷移線２４２）であれば、ブートリセット
（遊技プログラムのスタートアドレス発生）を発生して
プログラムＲＯＭ２０２に格納されている遊技プログラ
ムをＣＰＵコア２０１で実行し（状態２３３）、以降、
ユーザー定期リセット信号ＵＳＲ＿ＲＳＴが発生（遷移
線２４３）する度に遊技プログラムを繰り返す。

【００４５】ここで、状態２３１に入力する遷移線２３
９は、球貸機１２や後述の検査端末１０１ｈからの管理
情報要求を表し、状態２３１から出力する遷移線２４０
は、要求元（球貸機１２や後述の検査端末１０１ｈ）へ
の管理情報応答を表す。例えば、後述の検査端末１０１
ｈからの管理情報要求であれば、遊技プログラムの正当
性判定結果情報とチップＩＤを管理情報応答として要求
元（検査端末１０１ｈ）に返送する。

【００４６】＜遊技制御装置１０１の外観構成とそのチ
ップＩＤの読み出し＞図６は、遊技制御装置１０１の外
観構成を示す図である。遊技制御装置１０１は、透明な
ケース１０１ａで覆われた遊技制御基板１０１ｂの端子
形成部分１０１ｃをケース１０１ａから引き出した状態
で組み立てられている。端子形成部分１０１ｃには、遊
技機１２の各部に接続するための端子群が設けられてい
るほか、検査端子１０１ｄが設けられており、この検査
端子１０１ｄに、専用ケーブル１０１ｆを介して所定の
検査端末１０１ｇを接続することにより、検査端末１０
１ｇのディスプレイ１０１ｈに遊技用演算処理装置２０
０のチップＩＤを読み出して確認できるようになってい
る。

【００４７】ケース１０１ａのよく見える面には基板の
管理ＩＤを印刷したラベル１０１ｅが貼付されており、
この管理ＩＤは、遊技制御装置１０１の組み立て時にメ
ーカによって割り当てられたユニークな値を持ってい
る。管理ＩＤは、その遊技制御装置１０１に実装された
遊技用演算処理装置２００のチップＩＤとの対応関係が
とられており、且つ、その対応関係情報が当該メーカに
よって厳重に記録管理されている。例えば、ある遊技制
御装置１０１に貼付されたラベル１０１ｅに“ＡＢＣ１
２３４５”という管理ＩＤが印刷されていたとし、さら
に、当該遊技制御装置１０１に実装された遊技用演算処
理装置２００のチップＩＤを“ＸＹＺ００ＡＦＧ”とす
ると、これらの対応関係（“ＡＢＣ１２３４”←→
“ＸＹＺ００ＡＦＧ”）は当該メーカによって記録管理
されており、もし、遊技店で読み出されたチップＩＤと
管理ＩＤとの対応関係が上記記録管理されているものと
異なっていた場合に、遊技用演算処理装置２００または
遊技制御基板１０１ｂが不正交換された可能性のあるこ
とを知ることができるようになっている。

【００４８】ところで、遊技用演算処理装置２００また
は遊技制御基板１０１ｂの不正交換、とりわけ中古遊技
機における不正交換を知るためには、上記のように、必
要の都度、チップＩＤと管理ＩＤとの対応関係情報をメ
ーカから入手しなければならないが、冒頭で説明したと
おり、このような情報提供のサービスシステムは未だ確
立されていないのが実情であるから、いちいちメーカの
担当部署に電話をかけて情報を聞き出さなければならな
いものの、手間がかかって大変であるし、そもそも電話
によるやり取りは聞き間違いによるミスを否めないか
ら、充分な信頼性を得られないという欠点がある。

【００４９】また、メーカとの間をデータ通信で接続す
るシステム（図２１または図２２のシステム）を構築し
た場合は、音声による聞き間違いを防止できるメリット
があるものの、例えば、データ通信に公衆電話網を利用
した場合は、いちいち相手側の電話番号を調べなければ
ならず、使い勝手を改善できないうえ、さらに、データ
通信専用の端末を用意しなければならないという欠点も
ある。

【００５０】以下に説明する本実施の形態は、インター
ネットインフラを活用することによってかかる欠点を克
服し、使い勝手がよく、しかも特別な専用端末も必要と
しないネットワークサービスを実現し、以って、特に中
古遊技機管理システムに用いて好適な遊技機データ管理
サービスを提供するものである。

【００５１】＜遊技機データ管理サービスの概念＞図７
は、本実施の形態における遊技機データ管理サービスの
ビジネスモデル構造を示す模式図である。ちなみに、ビ
ジネスモデル構造とは、対象となるビジネスの事業活動
または事業構想を模式化したもので、一般に「戦略モデ
ル」、「運用モデル」および「収益モデル」の三つのモ
デルを中心に構造化されたもののことをいうが、図示の
モデルは説明の便宜上これら三つのモデルを混在して示
している。

【００５２】遊技機データ管理サービス事業者３０１
は、ホールその他の関連会社（例えば、中古販売業者）
等のユーザ群３０２に対して所要の遊技機データ管理サ
ービスを提供し、ユーザ群３０２を構成する各ユーザ３
０２ａ〜３０２ｃは、その見返りにサービス利用料（会
員基本料金や会費等）を遊技機データ管理サービス事業
者３０１に支払い、遊技機データ管理サービス事業者３
０１は、この対価支払いを収益基盤としてビジネス活動
を行う。なお、図では省略しているが、いわゆるバナー
広告（商品や会社名を図案化した画像オブジェクトのこ
と。一般にその商品または会社のホームページへのリン
クが張られる。）などを併用してもよい。広告収入も収
益基盤の一部とすることができる。

【００５３】遊技機データ管理サービス事業者３０１の
ビジネスモデル構造は、上記のとおり、戦略モデル、運
用モデルおよび収益モデルの三つの要素に分けることが
できる。このうち収益モデルは先に説明したとおりであ
る。すなわち、魅力のある遊技機データ管理サービスを
提供して多くのユーザ３０２ａ〜３０２ｃを募り、各ユ
ーザ３０２ａ〜３０２ｃからのチャット利用料を収益基
盤とするものである。これに対して、戦略モデルは上記
遊技機データ管理サービスの“魅力”を直接左右する重
要な要素であり、また、運用モデルは、戦略モデルの継
続性や安定性および信頼性ならびにパフォーマンスなど
をバックグランドで支える重要な要素である。

【００５４】＜サービスに必要なシステム＞本実施の形
態における遊技機データ管理サービスのポイントは、前
記のとおり、「インターネットインフラを活用して、回
線コストの削減と使い勝手の改善を図った中古遊技機管
理システムを提供する」仕組みを構築する点にある。か
かる仕組みは、上記三要素のうちの「戦略モデル」に該
当する。以下の説明においては、この戦略モデルについ
て、詳細に述べることとする。

【００５５】図８は、遊技機データ管理サービスの全体
イメージを示す概念図である。便宜的に示す３台のクラ
イアントマシン３０３ａ〜３０３ｃは、いずれもブラウ
ザソフトの実行環境とインターネット３０４への接続環
境を備えている。ここに、それぞれの操作者を便宜的に
「ユーザＡ」、「ユーザＢ」および「ユーザＣ」という
ことにすると、これらのユーザＡ〜Ｃは遊技機データ管
理サービスの利用者（すなわち図７のユーザ３０２ａ〜
３０２ｃ）である。インターネット３０４は、各ユーザ
Ａ〜Ｃ（正確にはクライアントマシン３０３ａ〜３０３
ｃ）からインターネットサービスプロバイダまでの公衆
電話回線網（ユーザ宅に設置されたモデムやターミナル
アダプタを含む）およびインターネットサービスプロバ
イダ内のＤＮＳ（Domain Name System）サーバやネット
ワークなどを包括的に模式化して示しており、このイン
ターネット３０４には、遊技機データ管理サービスを提
供するためのサーバマシン３０５が接続されている。

【００５６】なお、サーバマシン３０５は、インターネ
ットプロバイダが用意したレンタルサーバまたは遊技機
データ管理サービスの提供者（事業者）が自前で用意し
た専用サーバのいずれであってもよい。専用サーバの場
合、インターネットプロバイダ内に設置されることもあ
るし、遊技機データ管理サービス事業者の事務所内に設
置されることもある。

【００５７】図９は、クライアントマシン３０３ａ〜３
０３ｃとサーバマシン３０５のモデル構造をそれぞれ示
す図であり、（ａ）のモデル構造３１０は、クライアン
トマシン３０３ａ〜３０３ｃのもの、（ｂ）のモデル構
造３２０は、サーバマシン３０５のものである。なお、
図示のモデル構造３１０、３２０は、いずれもＯＳＩ
（Open System Interconnection：開放型システム間相
互接続）参照モデルを模したものである。以下、説明の
便宜上、（ａ）のモデル構造３１０を「クライアントマ
シン３１０」といい、（ｂ）のモデル構造３２０を「サ
ーバマシン３２０」ということにする。

【００５８】図において、クライアントマシン３１０お
よびサーバマシン３２０は、いずれも最下位層を物理層
３１１、３２１とし、その上にオペレーティングシステ
ム３１２、３２２や所要のアプリケーションプログラム
３１３、３１４、３２３〜３２６を階層的に実装した多
層構造を有している。

【００５９】ここに、物理層３１１、３２１はイーサネ
ット（登録商標）カードや通信ポート等の物理的リソー
スである。アプリケーションプログラム３１３、３１
４、３２３〜３２６は、オペレーティングシステム３１
２、３２２のＡＰＩ（Application Programmable Inter
face）を介してこれらのリソースを間接的に利用する。
オペレーティングシステム３１２、３２２は、インター
ネットプロトコル（ＴＣＰ／ＩＰ）を標準でサポートす
るか、または、実装可能なものであり、望ましくは、Ｎ
ＯＳ（Network Operating System）を標準実装した、例
えば、Microsoft Windows CE／95／98／NT／2000（マイ
クロソフト社の登録商標）やＬｉｎｕｘなどの汎用オペ
レーティングシステムである。但し、サーバマシン３２
０のオペレーティングシステム３２２２については、
「運用モデル」の堅牢さを確保するために、安定性や信
頼性に優れたサーバ専用のもの（例えば、Microsoft Wi
ndows NT Server／2000 Server）を使用すべきである。

【００６０】クライアントマシン３１０に実装されたア
プリケーションプログラム３１３、３１４はそれぞれブ
ラウザソフトとメーラ（電子メールソフト）である。以
下、アプリケーションプログラム３１３のことをブラウ
ザソフト３１３といい、アプリケーションプログラム３
１４のことをメーラ３１４ということにする。ブラウザ
ソフト３１３は遊技機データ管理サービスで提供される
Ｗｅｂコンテンツ（ＨＴＭＬ文法で記述された各種サー
ビス画面）を閲覧するのために欠くことのできないもの
であり、また、メーラ３１４はサーバマシン３２０から
のメール配信を受ける場合に必要となるものである。

【００６１】一方、サーバマシン３２０に実装されたア
プリケーションプログラム３２３〜３２６は、それぞれ
ＷＷＷ（World Wide Web）サーバサービスプログラム、
ＣＧＩ（Common Gateway Interface）処理プログラム、
データベースサービスプログラム、メールサービスプロ
グラムである。以下、アプリケーションプログラム３２
３〜３２６のことを、それぞれ、ＷＷＷサーバサービス
プログラム３２３、ＣＧＩ処理プログラム３２４、デー
タベースサービスプログラム３２５およびメールサービ
スプログラム３２６ということにする。ＣＧＩ処理プロ
グラム３２４は発明の要旨に記載の第１提供手段、検索
手段、第２提供手段、提供手段、生成手段、送信手段、
認証手段、符号化手段に相当し、データベースサービス
プログラム３２５は同記憶手段に相当する。

【００６２】ＷＷＷサーバサービスプログラム３２３
は、Ｗｅｂコンテンツの公開サービスを実行するもの
で、例えば、マイクロソフト社のＩＩＳ（Internet Inf
ormationServer）などを使用することができる。また、
ＣＧＩ処理プログラム３２４は、サーバサイドスクリプ
ト言語を用いて設計された、本実施の形態の主要なポイ
ントを実現するためのプログラムの集まりであり、サー
バサイドスクリプト言語としては、Ｐｅｒｌ（Practica
l extension reporting Language）やＡＳＰ（Active S
erver Pages）などを使用することができる。

【００６３】なお、サーバマシン３２０のオペレーティ
ングシステム３２２に、例えば、Microsoft Windows NT
／2000を使用した場合は、上記のＰｅｒｌやＡＳＰの実
行環境が標準で実装されているため問題ないが、もし、
非実装のオペレーティングシステムを使用する場合は、
上記のサーバサイドスクリプト言語に対応したＰｅｒｌ
やＡＳＰなどの実行環境を別途にインストールする必要
があることはいうまでもない。

【００６４】データベースサービスプログラム３２５
は、上記のＣＧＩ処理プログラム３２４に対してデータ
ベースサービスを提供するもので、例えば、SQL Server
などのＳＱＬ（Structured Query Language）対応リレ
ーショナルデータベースシステムを使用することが望ま
しい。最後に、メールサービスプログラム３２６は、Ｃ
ＧＩ処理プログラム３２４によって適宜に生成されたメ
ールを受け取り、各々の宛先アドレス（電子メールアド
レス）に配送するもので、一般的なＳＭＴＰ（Simple M
ail Transfer Protocol）サーバプログラムが用いられ
る。

【００６５】これらのプログラム３２３〜３２６は、ク
ライアントマシン３１０のブラウザソフト３１３と共
に、いわゆる“三階層クライアント／サーバモデル”
（以下「３ＣＳモデル」という。）を構築する。すなわ
ち、ブラウザソフト３１３をユーザインターフェース
層、ＷＷＷサーバサービスプログラム３２３とＣＧＩ処
理プログラム３２４を処理層、データベースサービスプ
ログラム３２５をデータベース層とする３ＣＳモデルを
構築する。これら三つの層のうち前記「戦略モデル」と
密接な関係にあるものはＣＧＩ処理プログラム３２４で
ある。「インターネットインフラを活用して、回線コス
トの削減と使い勝手の改善を図った中古遊技機管理シス
テムを提供する」のに必要な処理ルール（ビジネスルー
ルともいう。）を実装しているからである。

【００６６】なお、以上の説明では、クライアントマシ
ン３１０とサーバマシン３２０について、敢えて一般的
な呼び方（例えば、パーソナルコンピュータ）をしてい
ないが、これは、呼び方から推測される固定的な解釈を
避けるためである。例えば、サーバマシン３２０にあっ
ては、遊技機データ管理サービスの規模に応じて大は並
列処理型の高性能サーバコンピュータから、小はパーソ
ナルコンピュータ等の比較的低性能なコンピュータまで
幅広く、また、クライアントマシン３１０にあっては、
パーソナルコンピュータのみならず、携帯情報端末やイ
ンターネット対応の携帯電話（またはＰＨＳ：Personal
Handy Phone System）まで多種多様な形態をとり得る
からである。

【００６７】＜３階層クライアント／サーバモデルの構
成＞次に、本実施の形態における３ＣＳモデルについ
て、具体的に説明する。図１０は、その概略的なモデル
構造図である。前述のとおり、クライアントマシン３１
０のブラウザソフト３１３はユーザインターフェース層
Ｆ１を構成し、サーバマシン３２０のＷＷＷサーバサー
ビスプログラム３２３とＣＧＩ処理プログラム３２４は
処理層Ｆ２を構成する。また、データベースサービスプ
ログラム３２５はデータベース層Ｆ３を構成し、これら
の三つの層（Ｆ１〜Ｆ３）によって、３ＣＳモデルが構
築される。

【００６８】なお、ＣＯＭ／ＤＣＯＭ（Component Obje
ct Model／Distributed ComponentObject Model）など
の分散化テクノロジーを利用する場合、処理層Ｆ２とデ
ータベース層Ｆ３とを異なるプラットフォーム上で動作
させることも可能であり、または、処理層Ｆ２やデータ
ベース層Ｆ３の一部若しくはそのすべてを同様に分散化
することも可能であるが、ここでは、説明の簡単化のた
めに、同一のプラットフォーム（すなわち、サーバマシ
ン３２０）上で動作させるものとする。

【００６９】図において、ＣＧＩ処理プログラム３２４
は、概念的に、コマンドインターフェース３２４ａ、ロ
グイン認証部３２４ｂ、入力データ検査部３２４ｃ、応
答データ生成部３２４ｄ、メール生成部３２４ｅおよび
データベースコネクション３２４ｆに分割することがで
きる。ログイン認証部３２４ｂ、入力データ検査部３２
４ｃ、応答データ生成部３２４ｄおよびメール生成部３
２４ｅは、遊技機データ管理サービス特有の処理機能を
実現するための部分であり、特に、本実施の形態におけ
るポイント、すなわち、「インターネットインフラを活
用して、回線コストの削減と使い勝手の改善を図った中
古遊技機管理システムを提供する」仕組みを実装した部
分である。

【００７０】なお、コマンドインターフェース３２４ａ
は、ＷＷＷサーバサービスプログラム３２３と上記特有
の処理機能部分（ログイン認証部３２４ｂ、入力データ
検査部３２４ｃ、応答データ生成部３２４ｄおよびメー
ル生成部３２４ｅ）との間のコマンド中継やデータ中継
を行う部分であり、ＰｅｒｌやＡＳＰなどのサーバサイ
ドスクリプト実行環境によって提供される部分である。
さらに、データベースコネクション３２４ｆもＰｅｒｌ
やＡＳＰなどのサーバサイドスクリプト実行環境によっ
て提供される機能部分であり、データベースサービスプ
ログラム３２５と上記特有の処理機能部分（ログイン認
証部３２４ｂ、入力データ検査部３２４ｃ、応答データ
生成部３２４ｄおよびメール生成部３２４ｅ）との間の
コマンド中継やデータ中継を行う部分であるが、データ
ベースコネクション３２４ｆについては、例えば、デー
タベースサービスプログラム３２５に対応したＯＤＢＣ
（Open Data-Base Connectivity）であってもよい。

【００７１】データベースサービスプログラム３２５
は、会員データベーステーブル（図では“データベース
テーブル”を「ＤＢ」と省略している。）３２５ａ、基
板管理データベーステーブル３２５ｂおよびホールデー
タベーステーブル３２５ｃを含む。会員データベーステ
ーブル３２５ａには、所定の会員登録申し込み手続きに
従って正式に受理されたすべての会員の申告情報が格納
されており、基板管理データベーステーブル３２５ｂに
は、管理の対象となるすべての基板ＩＤとその基板に実
装された遊技用演算チップのチップＩＤとの対応関係の
情報が格納されている。さらに、ホールデータベーステ
ーブル３２５ｃには、遊技店に関する情報（望ましくは
既に営業中または今後営業予定の全国の遊技店情報）が
格納されている。

【００７２】図１１は、会員データベーステーブル３２
５ａ、基板管理データベーステーブル３２５ｂおよびホ
ールデータベーステーブル３２５ｃのテーブル構造概念
図である。図において、会員データベーステーブル３２
５ａは、会員ＩＤを格納する会員ＩＤフィールド３２５
ａ＿１、会員のパスワードを格納するパスワードフィー
ルド３２５ａ＿２、会員区分（例えば、ホール関係者や
中古販売業者など）を格納する会員区分フィールド３２
５ａ＿３、会員の氏名を格納する氏名フィールド３２５
ａ＿４、会員の連絡先住所を格納する住所フィールド３
２５ａ＿５、会員の連絡先電話番号を格納する電話番号
フィールド３２５ａ＿６および会員の電子メールアドレ
スを格納するＥ−ｍａｉｌフィールド３２５ａ＿７など
を有している。また、基板管理データベーステーブル３
２５ｂは、遊技機に実装された遊技用演算チップのチッ
プＩＤを格納するチップＩＤフィールド３２５ｂ＿１、
その遊技用演算チップを収めた基板の基板ＩＤを格納す
る基板ＩＤフィールド３２５ｂ＿２およびリレーション
ＩＤフィールド３２５ｂ＿３などを有しており、さら
に、ホールデータベーステーブル３２５ｃは、ホールの
固有ＩＤを格納するホールＩＤフィールド３２５ｃ＿
１、ホール名を格納するホール名フィールド３２５ｃ＿
２およびホールの所在地を格納する所在地フィールド３
２５ｃ＿３などを有している。

【００７３】ここに、データベースサービスプログラム
３２５は、リレーショナル構造のデータベースプログラ
ムであり、上記三つのデータベースのうち、少なくと
も、基板管理データベーステーブル３２５ｂとホールデ
ータベーステーブル３２５ｃの間には、次のリレーショ
ンシッププロパティが設定されている。すなわち、ホー
ルデータベーステーブル３２５ｃのホールＩＤフィール
ド３２５ｃ＿１を“１”側とし、基板管理データベース
テーブル３２５ｂのリレーションＩＤフィールド３２５
ｂ＿３を“多”側とする「１対多」のリレーションシッ
ププロパティが設定されている。このリレーションシッ
ププロパティにより、上記二つのデータベーステーブル
（基板管理データベーステーブル３２５ｂおよびホール
データベーステーブル３２５ｃ）の正規化を行い、重複
した値の保持を回避すると共に、さらに、一般にリレー
ションシップが設定されたデータベーステーブルでは、
ＳＱＬコマンドなどデータベースアクセス言語を用いて
任意のフィールドデータを抽出し、その抽出データで一
つの論理レコードセットを生成することができるので、
例えば、ホールデータベーステーブル３２５ｃの各フィ
ールド３２５ｃ＿１〜３と基板管理データベーステーブ
ル３２５ｂの任意フィールドとを結合した論理レコード
を自由に生成できるようになっている。

【００７４】＜遊技機データ管理サービスの処理フロー
＞次に、以上のシステム構成を用いた、本実施の形態に
おける遊技機データ管理サービスの処理フローを説明す
る。図１２は、サーバマシン３２０で実行される遊技機
データ管理サービスプログラムの概略的なフローチャー
トである。今、サーバマシン３２０の公開ＵＲＬ（Unif
orm Resource Locator）を便宜的に“ｗｗｗ．ｓｅｒｖ
ｉｃｅ．ｘｘ．ｊｐ”とすると、インターネットに接続
されたクライアントマシン３１０のブラウザソフト３１
３のアドレスボックスに、使用プロトコル（一般にＨＴ
ＴＰ：HyperText Transfer Protocol）を明示して、こ
のＵＲＬを入力（“ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉ
ｃｅ．ｘｘ．ｊｐ／”）することにより、サーバマシン
３２０の公開Ｗｅｂフォルダ３２３ａに格納されたメイ
ンホームページ（例えば、index.htmという名前をもつ
ディフォルトＨＴＭＬドキュメント）をダウンロード
し、ブラウザソフト３１３に表示させることができる。

【００７５】本実施の形態におけるディフォルトＨＴＭ
Ｌドキュメントは、特に限定しないが、遊技機データ管
理サービスのログイン受付画面（以下「ログイン画面」
という。）用のドキュメントである。今、あるユーザ
（便宜的に「ユーザＡ」とする。）がブラウザソフト３
１３のアドレスボックスにＵＲＬ（“ｈｔｔｐ：／／ｗ
ｗｗ．ｓｅｒｖｉｃｅ．ｘｘ．ｊｐ／”）を入力したと
すると、ユーザＡのブラウザソフト３１３には、所定の
ログイン画面が表示される（ステップＳ１１）。

【００７６】図１３（ａ）は、ログイン画面３３０のレ
イアウト例である。ログイン画面３３０は、画面説明用
のタイトル文字列（例えば、“遊技機データ管理サービ
スログイン画面”）の表示エリア３３１を有すると共
に、操作案内文字列（例えば、“会員ＩＤを入力してく
ださい”）の表示エリア３３２、会員ＩＤテキストボッ
クスコントロール３３３、パスワードテキストボックス
コントロール３３４、送信コマンドボタンコントロール
３３５およびキャンセルコマンドボタンコントロール３
３６などを有している。ユーザＡは会員ＩＤテキストボ
ックスコントロール３３３とパスワードテキストボック
スコントロール３３４に自分の会員ＩＤとパスワードを
入力し、送信コマンドボタンコントロール３３５をクリ
ックして遊技機データ管理サービスにログインする（ス
テップＳ１２）。

【００７７】ログイン画面３３０の“ＭＥＴＨＯＤ”オ
プションには「ＧＥＴ」または「ＰＯＳＴ」が指定され
ており、ログイン画面３３０の“ＡＣＴＩＯＮ”オプシ
ョンにはそのＧＥＴ先またはＰＯＳＴ先のアドレス情報
（この場合、ＣＧＩ処理プログラム３２４のログイン認
証部３２４ｂを示すアドレス情報）が指定されている。
また、送信コマンドボタンコントロール３３５の“ＴＹ
ＰＥ”オプションには「ＳＵＢＭＩＴ」が指定されてお
り、キャンセルコマンドボタンコントロール３３６の
“ＴＹＰＥ”オプションには「ＲＥＳＥＴ」が指定され
ている。

【００７８】したがって、ログイン画面３３０の送信コ
マンドボタンコントロール３３５をクリックすると、会
員ＩＤテキストボックスコントロール３３３およびパス
ワードテキストボックスコントロール３３４の入力情報
（会員ＩＤとパスワード）がＧＥＴメソッドまたはＰＯ
ＳＴメソッドによってサーバマシン３２０のＣＧＩ処理
プログラム３２４へ送信される。

【００７９】なお、会員ＩＤテキストボックスコントロ
ール３３３またはパスワードテキストボックスコントロ
ール３３４の入力情報を修正する場合、キャンセルコマ
ンドボタンコントロール４５をクリックして修正を行う
ことができる。会員ＩＤテキストボックスコントロール
３３３またはパスワードテキストボックスコントロール
３３４の入力情報がディフォルト値（この場合、空白ま
たは長さ０の文字列若しくはＮｕｌｌ値）にリセットさ
れる。

【００８０】ＣＧＩ処理プログラム３２４は、ＧＥＴメ
ソッドまたはＰＯＳＴメソッドによってブラウザソフト
３１３から送信された会員ＩＤおよびパスワードを受け
取ると、ログイン認証部３２４ｂのプロセスを起動し、
正規登録会員であるか否かの認証処理を実行する（ステ
ップＳ１３）。

【００８１】この認証処理は、ブラウザソフト３１３か
ら受け取った会員ＩＤをキー情報にして、会員データベ
ーステーブル３２５ａから同一会員ＩＤのレコードを抽
出し、その抽出レコードのパスワードフィールド３２５
ａ＿２の値とユーザＡから受け取ったパスワードとを比
較して、両者が一致した場合に“ＯＫ”を返すというも
のである。

【００８２】今、認証処理で“ＯＫ”が返されなかった
場合、入力された会員ＩＤが未登録であるか、または、
会員ＩＤやパスワードに入力ミスがあるので、ログイン
のやり直しを促すための確認画面をブラウザソフト３１
３に送信する（ステップＳ１４）。図１３（ｂ）は、確
認画面３４０のレイアウト例である。確認画面３４０
は、認証失敗を示す文字列（例えば、“会員ＩＤまたは
パスワードが不正です”）の表示エリア３４１を有して
おり、ユーザＡはこの文字列を確認し、必要であれば、
ブラウザソフト３１３の戻るボタンをクリックしてログ
イン画面（図１３（ａ）参照）を再表示し、ログインを
やり直す。

【００８３】一方、認証結果が“ＯＫ”であれば、ＣＧ
Ｉ処理プログラム３２４は、所定のデータ入力画面をブ
ラウザソフト３１３に送信する（ステップＳ１５）。図
１４（ａ）は、発明の要旨に記載の「基板ＩＤ入力用の
Ｗｅｂドキュメント」に相当するデータ入力画面３５０
のレイアウト例である。データ入力画面３５０は、入力
操作用の説明文字列（例えば、“必要なデータをすべて
入力し、送信ボタンを押して下さい。”）の表示エリア
３５１を有すると共に、移動元ホールＩＤテキストボッ
クスコントロール３５２、移動先ホールＩＤテキストボ
ックスコントロール３５３、基板ＩＤテキストボックス
コントロール３５４、送信コマンドボタンコントロール
３５５およびキャンセルコマンドボタンコントロール３
５６などを有している。ユーザＡは、移動元ホールＩＤ
テキストボックスコントロール３５２と移動先ホールＩ
Ｄテキストボックスコントロール３５３にそれぞれ所要
のホールＩＤを入力すると共に、基板ＩＤテキストボッ
クスコントロール３５４に所要の基板ＩＤを入力し、送
信コマンドボタンコントロール３５５をクリックする
（ステップＳ１６）。

【００８４】データ入力画面３５０の“ＭＥＴＨＯＤ”
オプションには「ＧＥＴ」または「ＰＯＳＴ」が指定さ
れており、データ入力画面３５０の“ＡＣＴＩＯＮ”オ
プションにはそのＧＥＴ先またはＰＯＳＴ先のアドレス
情報（この場合、ＣＧＩ処理プログラム３２４のデータ
入力検査部３２４ｃを示すアドレス情報）が指定されて
いる。また、送信コマンドボタンコントロール３３５５
の“ＴＹＰＥ”オプションには「ＳＵＢＭＩＴ」が指定
されており、キャンセルコマンドボタンコントロール３
５６の“ＴＹＰＥ”オプションには「ＲＥＳＥＴ」が指
定されている。

【００８５】したがって、データ入力画面３５０の送信
コマンドボタンコントロール３５５をクリックすると、
移動元ホールＩＤテキストボックスコントロール３５
２、移動先ホールＩＤテキストコントロールボックス３
５３および基板ＩＤテキストボックスコントロール３５
４の入力情報（移動元ホールと移動先ホールの各ホール
ＩＤおよび基板ＩＤ）がＧＥＴメソッドまたはＰＯＳＴ
メソッドによってサーバマシン３２０のＣＧＩ処理プロ
グラム３２４へ送信される。

【００８６】ＣＧＩ処理プログラム３２４は、ＧＥＴメ
ソッドまたはＰＯＳＴメソッドによってブラウザソフト
３１３から送信された入力データ（移動元ホールと移動
先ホールの各ホールＩＤおよび基板ＩＤ）を受け取る
と、その入力データを用いてデータ確認画面を動的に生
成し、ブラウザソフト３１３に送信して、そのデータ確
認画面をブラウザソフト３１３に表示させる（ステップ
Ｓ１７）。

【００８７】図１４（ｂ）は、データ確認画面３６０の
レイアウト例である。データ確認画面３６０は、データ
の確認を促す文字列（例えば、“以下のデータでよろし
いですか？”）の表示エリア３６１を有すると共に、移
動元ホールＩＤの表示エリア３６２、移動先ホールＩＤ
の表示エリア３６３および基板ＩＤの表示エリア３６４
を有し、さらに、“はい”コマンドボタンコントロール
３６５ならびに“いいえ”コマンドボタンコントロール
３６６などを有している。ユーザＡは、表示エリア３６
１〜３６４の文字列（移動元ホールと移動先ホールの各
ホールＩＤおよび基板ＩＤ）を確認して間違いがなけれ
ば、“はい”コマンドボタンコントロール３６５をクリ
ックし、ミスを見つけた場合は“いいえ”コマンドボタ
ンコントロール３６６をクリックする（ステップＳ１
８）。

【００８８】“はい”コマンドボタンコントロール３６
５の“Ａ（アンカー）”タグには、ＣＧＩ処理プログラ
ム３２４の入力データ検査部３２４ｃのアドレス情報が
指定されている。ＣＧＩ処理プログラム３２４は、“は
い”コマンドボタンコントロール３６５のクリックに応
答して、入力データ検査部３２４ｃのプロセスを起動
し、所要のデータ照合処理を実行する（ステップＳ１
９）。

【００８９】図１５は、データ照合処理のサブルーチン
フローである。データ照合処理を開始すると、まず、ホ
ールデータベーステーブル３２５ｃから移動元ホールＩ
Ｄと移動先ホールＩＤのレコードを検索し（ステップＳ
１９ａ）、該当レコードが見つかったか否かを判定する
（ステップＳ１９ｂ）。検索キーワードは、上述のステ
ップＳ１６でブラウザソフト３１３から送信された移動
元ホールＩＤおよび移動先ホールＩＤである。この検索
によって該当レコードが見つからなかった場合、ブラウ
ザソフト３１３から送信された移動元ホールＩＤまたは
移動先ホールＩＤ若しくはその両方にミスがある、ある
いは、ホールデータベーステーブル３２５ｃに未登録の
ホールＩＤであるので、以降の処理をキャンセルするた
めに、所要のデータエラー画面をブラウザソフト３１３
に送信し（ステップＳ１９ｃ）、照合フラグをＯＦＦ
（ステップＳ１９ｄ）にしてフローを抜ける。

【００９０】図１６（ａ）は、データエラー画面３７０
のレイアウト例である。データエラー画面３７０は、デ
ータエラーを示す文字列（例えば、“データエラー”）
の表示エリア３７１を有すると共に、エラー内容を示す
文字列（例えば、“移動元または移動先ホールＩＤにエ
ラーがあります。”）の表示エリア３７２、操作案内を
示す文字列（例えば、“データ入力をやり直しますか
？”）の表示エリア３７３、“はい”コマンドボタンコ
ントロール３７４および“いいえ”コマンドボタンコン
トロール３７５などを有している。ユーザＡは、データ
入力をやり直す場合は“はい”コマンドボタンコントロ
ール３７４をクリックし、作業を中止する場合は“いい
え”コマンドボタンコントロール３７５をクリックす
る。

【００９１】一方、ステップＳ１９ｂで該当レコードが
見つかった場合は、ブラウザソフト３１３から送信され
た基板ＩＤをキーワードにして基板管理データベーステ
ーブル３２５ｂを検索し、該当レコードのチップＩＤフ
ィールド３２５ｂ＿１の値（チップＩＤ）をルックアッ
プ（ステップＳ１９ｅ）すると共に、該当レコードが見
つかったか否かを判定する（ステップＳ１９ｆ）。この
検索によって該当レコードが見つからなかった場合、ブ
ラウザソフト３１３から送信された基板ＩＤにミスがあ
る、あるいは、ホールデータベーステーブル３２５ｃに
登録されていない基板ＩＤであるので、以降の処理をキ
ャンセルするために、所要のデータエラー画面をブラウ
ザソフト３１３に送信し（ステップＳ１９ｇ）、照合フ
ラグをＯＦＦ（ステップＳ１９ｄ）にしてフローを抜け
る。

【００９２】図１６（ｂ）は、データエラー画面３８０
のレイアウト例である。データエラー画面３８０は、デ
ータエラーを示す文字列（例えば、“データエラー”）
の表示エリア３８１を有すると共に、エラー内容を示す
文字列（例えば、“該当する基板ＩＤが未登録で
す。”）の表示エリア３８２、操作案内を示す文字列
（例えば、“データ入力をやり直しますか？”）の表示
エリア３８３、“はい”コマンドボタンコントロール３
８４および“いいえ”コマンドボタンコントロール３８
５などを有している。ユーザＡは、データ入力をやり直
す場合は“はい”コマンドボタンコントロール３８４を
クリックし、作業を中止する場合は“いいえ”コマンド
ボタンコントロール３８５をクリックする。

【００９３】一方、ステップＳ１９ｆで該当レコードが
見つかった場合は、照合フラグをＯＮ（ステップＳ１９
ｈ）にしてフローを抜け、図１２の遊技機データ管理サ
ービスプログラムのステップＳ２０以降を実行する。図
１２において、まず、照合フラグを検査し（ステップＳ
２０）、ＯＮでなければそのままフローを終了し、ＯＮ
であればチップＩＤの取り出し処理（ステップＳ２１）
を実行した後、以上の処理を繰り返すか否かを判定し
（ステップＳ２２）、処理を繰り返す場合はステップＳ
１５に戻り、繰り返さない場合はフローを終了する

【００９４】図１７（ａ）は、チップＩＤの取り出し処
理（ステップＳ２１）のサブルーチンフローである。こ
のフローでは、まず、ブラウザソフト３１３から送信さ
れた基板ＩＤをキーワードにして基板管理データベース
テーブル３２５ｂからチップＩＤフィールド３２５ｂ＿
１の値（チップＩＤ）をルックアップし（ステップＳ２
２ａ）、そのチップＩＤを用いてデータ応答画面を動的
に生成（ステップＳ２２ｂ）した後、生成したデータ応
答画面をブラウザソフト３１３に送信（ステップＳ２２
ｃ）するという処理を実行する。

【００９５】図１７（ｂ）は、発明の要旨に記載の「チ
ップＩＤを記載したＷｅｂドキュメント」に相当するデ
ータ応答画面４００のレイアウト例である。データ応答
画面４００は、説明用の文字列（例えば、“照会のチッ
プＩＤは以下のとおりです。”）の表示エリア４０１、
基板管理データベーステーブル３２５ｂからルックアッ
プしたチップＩＤ（例えば、“ＸＹＺ００ＡＦＧ”）の
表示エリア４０２、基板ＩＤの表示エリア４０３および
“データ入力に戻る”コマンドボタンコントロール４０
４などを有している。ユーザＡは、ブラウザソフト３１
３に表示されたデータ応答画面４００をハードコピーす
るなどして、そのチップＩＤ情報を手元に残すと共に、
他の基板ＩＤについてもチップＩＤを要求する場合は、
“データ入力に戻る”コマンドボタンコントロール４０
４をクリックして、データ入力画面表示のステップ（ス
テップＳ１５）移行を繰り返す。

【００９６】次に、以上の遊技機データ管理サービスプ
ログラムの実行過程を時系列的に追ってみる。図１８
は、そのタイムランである。このタイムランの時系列順
は、以下のとおりである。すなわち、（１）クライアン
トマシン３１０からログインすると、（２）サーバマシ
ン３２０でログインユーザの認証を行い、（３）その認
証結果がＯＫであるか否かを判定し、（４）認証ＮＧの
場合はサーバマシン３２０からクライアントマシン３１
０に認証ＮＧ画面（図１３（ｂ）参照）を送信する一
方、（５）認証ＯＫの場合はサーバマシン３２０からク
ライアントマシン３１０にデータ入力画面（図１４
（ａ）参照）を送信する。（６）クライアントマシン３
１０の操作者（ログインユーザ）はデータ入力画面に移
動元と移動先のホールＩＤおよび基板ＩＤを入力し、
（７）その入力情報をサーバマシン３２０に送信する。
（８）サーバマシン３２０は入力情報のデータ照合（図
１５参照）を行い、（９）照合結果の良否を判定する。
そして、（１０）照合結果がＮＧであればサーバマシン
３２０からクライアントマシン３１０にデータエラー画
面（図１３（ａ）参照）を送信し、一方、（１１）照合
結果がＯＫであれば基板管理データベーステーブル３２
５ｂを検索してチップＩＤをルックアップし、（１２）
チップＩＤの有無を判定して、（１３）チップＩＤがな
い場合はサーバマシン３２０からクライアントマシン３
１０にデータエラー画面（図１３（ｂ）参照）を送信
し、（１４）チップＩＤがある場合はそのチップＩＤを
含むチップＩＤ画面（図１７（ｂ）参照）を生成してサ
ーバマシン３２０からクライアントマシン３１０に送信
する。（１５）最後に、クライアントマシン３１０の操
作者（ログインユーザ）は、チップＩＤ画面（図１７
（ｂ）参照）で示されたチップＩＤと、遊技機１１から
読み出したチップＩＤとの照合をとり、一致している場
合に、その遊技機１１に装着されている基板の正当性、
すなわち、メーカ出荷時の基板とその基板に実装された
遊技用演算チップとの組み合わせに変化がないこと、要
するに、基板や遊技用演算チップ等の不正交換が行われ
ていないことを知ることができる。

【００９７】したがって、本実施の形態によれば、ユー
ザからの要求に応じて、基板ＩＤとチップＩＤとの対応
関係を示す情報を確実かつ速やかに回答することがで
き、その回答情報を用いて移動先ホールに設置された中
古遊技機の基板と遊技用演算チップとの組み合わせの正
当性を検査することができるというメリットが得られる
うえ、さらに、以下の様々なメリットも得られる。

【００９８】（Ａ）クライアントマシン３１０に要求さ
れる機能は、少なくともインターネットへの接続機能と
Ｗｅｂコンテンツの閲覧機能である。これらの機能は今
日のほとんどのパーソナルコンピュータ等に標準搭載さ
れているから、しかも当該パーソナルコンピュータ等の
廉価化が著しいから、クライアントマシン３１０の入手
をきわめて低コスト且つ容易に行うことができるという
メリットが得られる。

【００９９】（Ｂ）上記３階層クライアント／サーバモ
デルによって実現される遊技機データ管理サービスは、
その主要な処理ルールをサーバマシン３２０のみに実装
すればよい。このことは、クライアントマシン３１０に
当該サービスに関わる一切の仕組みを実装する必要がな
いことを意味しているから、ユーザ側に専用ソフトのイ
ンストールや設定等の負担を強いることがない。このた
め、上記（Ａ）で示した機能を有する汎用のパーソナル
コンピュータ等を用意し、且つ、所要の会員登録を行う
だけで、直ちにサービスの提供を受けることができると
いうメリットが得られる。

【０１００】（Ｃ）クライアントマシン３１０とサーバ
マシン３２０との間の通信路に既存のインターネットイ
ンフラを使用するため、各々のユーザは任意のインター
ネットサービスプロバイダに加入するだけで、当該通信
路を介していつでも好きなときにサーバマシン３２０に
ログインすることができるというメリットが得られる。
しかも、サーバマシン３２０のアドレス（ＵＲＬ）を様
々な検索サービスに登録しておけば、サーバマシン３２
０のＵＲＬを覚えておく必要もなく、必要なときにいつ
でも検索サービスからログインすることができるという
メリットも得られる。

【０１０１】なお、上記実施の形態では、認証をパスし
たログインユーザに対してそのままチップＩＤを回答し
ているが、不正なログインユーザへのチップＩＤ回答を
回避するために、以下のように改良してもよい。

【０１０２】図１９は、その改良例を示すタイムランで
ある。（１）〜（１３）までは、図１８と同一である
が、（１２）チップＩＤありを判定した後、（１６）事
前に会員データベーステーブル３２５ａに登録されてい
た当該ログインユーザの電子メールアドレス（Ｅ−ｍａ
ｉｌフィールド３２５ａ＿７のデータ）を取り出して、
その電子メールアドレス宛てのチップＩＤ回答メールを
生成する点、および、（１７）そのチップＩＤ回答メー
ルを、当該ログインユーザのメールボックスが置かれた
ＰＯＰ（Post Office Protocol）サーバ宛てに送信する
点、当該ログインユーザからのメール確認に応答して、
そのＰＯＰサーバからクライアントマシン３１０のメー
ラ３１４にメールをダウンロード（受信）する点で相違
する。

【０１０３】これによれば、不正に入手した会員ＩＤや
パスワードを使ってサーバマシン３２０にログインして
も、そのサーバマシン３２０からのチップＩＤ回答は、
あらかじめ登録されたユーザ宛てにメールで送信される
ため、不正にログインしたユーザの手に渡ることがな
く、遊技機データ管理サービスのセキュリティを高める
ことができる。

【０１０４】また、以上の実施の形態では、チップＩＤ
を平文（生文ともいう。）でログインユーザに回答して
いるが、セキュリティの観点から以下のようにすると好
ましい。すなわち、図２０（ａ）に示すように、サーバ
マシン３２０のＣＧＩ処理プログラム３２４に、基板管
理データベース３２５ｂからチップＩＤを取り出す処理
ステップ４１１と、そのチップＩＤの例えばＣＲＣ（Cy
clic Redundancy Check）を生成する処理ステップ４１
２と、このＣＲＣをクライアントマシン３１０に送信す
る処理ステップ４１３とを設ける。あるいは、図２０
（ｂ）に示すように、サーバマシン３２０のＣＧＩ処理
プログラム３２４に、基板管理データベース３２５ｂか
らチップＩＤを取り出す処理ステップ４２１と、そのチ
ップＩＤを所定の公開鍵で暗号化する処理ステップ４２
２と、この暗号化データをクライアントマシン３１０に
送信する処理ステップ４２３とを設ける。

【０１０５】いずれの方法も、チップＩＤの平文がネッ
トワーク上に流れず、しかも、ＣＲＣデータや暗号化デ
ータを平文に戻す（解読）ことは困難（とりわけ暗号化
データの場合は計算量的に不可能）であるから、高いセ
キュリティ性を確保することができる。

【０１０６】本発明に係るビジネスモデルの戦略モデル
を実現するためのＣＧＩ処理プログラム３２４は、Ｐｅ
ｒｌやＡＳＰなどのサーバサイドスクリプト言語による
ほか、例えば、スクリプトブロックの全部または一部を
ＤＬＬ（Dynamic Link Library）やＯＣＸ（OLE Contro
l）またはＡｃｔｉｖｅＸなどのコンポーネント部品で
実装してもよく、あるいは、ＸＭＬ（eXtensible Marku
p Language）技術を活用してもよい。

【０１０７】また、本実施の形態の主要な機能は、マイ
クロコンピュータを含むハードウェア資産と、オペレー
ティングシステムや各種プログラムなどのソフトウェア
資産との有機的結合によって機能的に実現されるもので
あるが、ハードウェア資産およびオペレーティングシス
テムは汎用のものを使用できるから、本発明にとって欠
くことのできない必須の事項は、実質的に、３Ｃ／Ｓモ
デルの処理層Ｆ２（図１０参照）に実装されたＣＧＩ処
理プログラム３２４に集約されているということがいえ
る。したがって、本発明は、ＣＧＩ処理プログラム３２
４（特にログイン認証部３２４ｂ、入力データ検査部３
２４ｃ、応答データ生成部３２４ｄおよびメール生成部
３２４ｅ）のすべてまたはその要部を格納した、フロッ
ピィディスク、光ディスク、コンパクトディスク、磁気
テープ、ハードディスクまたは半導体メモリなどの記録
媒体若しくはこれらの記録媒体を含む構成品（ユニット
品や完成品または半完成品）を包含する。なお、上記記
録媒体または構成品は、それ自体が流通経路にのるもの
はもちろんのこと、ネットワーク上にあって記録内容だ
けを提供するものも含まれる。

【０１０８】また、今回開示された実施の形態はすべて
の点で例示であって制限的なものではない。また、本発
明の範囲は、特許請求の範囲に示されるもので、特許請
求の範囲内でのすべての変更を含むものである。

【０１０９】

【発明の効果】請求項１記載の発明によれば、インター
ネット接続環境とＷｅｂドキュメントの閲覧環境を有す
るクライアントマシンから中古遊技機管理システムにア
クセスして基板ＩＤを入力することにより、その基板Ｉ
Ｄに対応したチップＩＤが中古遊技機管理システムから
クライアントマシンに返される。したがって、汎用のパ
ーソナルコンピュータ等を利用できると共に、広く普及
したインターネットインフラも利用することができ、コ
ストをかけずに、かつ、手軽に、ネットワークを介し
て、基板ＩＤに対応するチップＩＤをいつでも好きなと
きに入手できるという格別有益な効果が得られる。請求
項２記載の発明によれば、インターネット接続環境とＷ
ｅｂドキュメントおよび電子メールの閲覧環境を有する
クライアントマシンから中古遊技機管理システムにアク
セスして基板ＩＤを入力することにより、その基板ＩＤ
に対応したチップＩＤを含む電子メールがあらかじめ登
録された電子メールアドレス宛てに配信される。したが
って、例えば、不正なログインユーザにチップＩＤを奪
取されることがなく、セキュリティを確保することがで
きる。請求項３記載の発明によれば、認証をパスしたク
ライアントのみ中古遊技機管理システムへのアクセスが
許容される。したがって、匿名ユーザのログインを排除
でき、サービスの保全性を確保できる。請求項４記載の
発明によれば、チップＩＤを符号化したデータがネット
ワークに流される。したがって、例えば、ネットワーク
上で盗み読みされた場合のセキュリティを確保すること
ができる。請求項５記載の発明によれば、該プログラム
とマイクロコンピュータを含むハードウェア資産との有
機的結合によって中古遊技機管理システムに必要な各手
段を実現できる。請求項６記載の発明によれば、該プロ
グラムとマイクロコンピュータを含むハードウェア資産
との有機的結合によって中古遊技機管理システムに必要
な各手段を実現できる。

【図面の簡単な説明】

【図１】遊技装置１０の正面構成図である。

【図２】遊技装置１０の裏機構を示す図である。

【図３】遊技制御装置１０１の電気的構成を示すブロッ
ク図である。

【図４】遊技用演算処理装置２００の内部構成を示すブ
ロック図である。

【図５】遊技用演算処理装置２００の動作状態遷移図で
ある。

【図６】遊技制御装置１０１の外観構成を示す図であ
る。

【図７】本実施の形態における遊技機データ管理サービ
スのビジネスモデル構造を示す模式図である。

【図８】遊技機データ管理サービスの全体イメージを示
す概念図である。

【図９】クライアントマシン３０３ａ〜３０３ｃとサー
バマシン３０５のモデル構造をそれぞれ示す図である。

【図１０】本実施の形態における３階層クライアント／
サーバモデルの構成図である。

【図１１】会員データベーステーブル３２５ａ、基板管
理データベーステーブル３２５ｂおよびホールデータベ
ーステーブル３２５ｃのテーブル構造概念図である。

【図１２】サーバマシン３２０で実行される遊技機デー
タ管理サービスプログラムの概略的なフローチャートで
ある。

【図１３】ログイン画面３３０のレイアウト例および確
認画面３４０のレイアウト例を示す図である。

【図１４】データ入力画面３５０のレイアウト例および
データ確認画面３６０のレイアウト例を示す図である。

【図１５】データ照合処理のサブルーチンフローであ
る。

【図１６】データエラー画面３７０のレイアウト例およ
びデータエラー画面３８０のレイアウト例を示す図であ
る。

【図１７】チップＩＤの取り出し処理（ステップＳ２
１）のサブルーチンフローおよびデータ応答画面４００
のレイアウト例を示す図である。

【図１８】遊技機データ管理サービスプログラムの実行
過程を時系列的に示す図である。

【図１９】図１８の改良例を示すタイムランである。

【図２０】セキュリティの観点から改良したＣＧＩ処理
プログラムのルール概念図である。

【図２１】従来技術のシステム概念図である。

【図２２】図２１を簡素化したシステム概念図である。

【符号の説明】

１１ ぱちんこ遊技機（遊技機） １０１ 遊技制御装置（基板） ２００ 遊技用演算処理装置（遊技用演算チップ） ３０３ａ〜３０３ｂ クライアントマシン（クライアン
ト） ３１０ クライアントマシン（クライアント） ３２４ ＣＧＩ処理プログラム（第１提供手段、検索手
段、第２提供手段、提供手段、生成手段、送信手段、認
証手段、符号化手段） ３２５ データベースサービスプログラム（記憶手段） ３５０ データ入力画面（基板ＩＤ入力用のＷｅｂドキ
ュメント） ４００ データ応答画面（チップＩＤを記載したＷｅｂ
ドキュメント）

Claims (6)

【特許請求の範囲】
1. 【請求項１】 遊技機の基板の識別情報（基板ＩＤ）と
   該基板に実装された遊技用演算チップの識別情報（チッ
   プＩＤ）とを対応付けて記憶する記憶手段と、 クライアントに対して基板ＩＤ入力用のＷｅｂドキュメ
   ントを提供する第１提供手段と、 前記Ｗｅｂドキュメントに入力された基板ＩＤに対応す
   るチップＩＤを前記記憶手段から検索する検索手段と、 前記検索手段によって検索されたチップＩＤを記載した
   Ｗｅｂドキュメントを前記クライアントに提供する第２
   提供手段と、 を備えたことを特徴とする中古遊技機管理システム。
2. 【請求項２】 遊技機の基板の識別情報（基板ＩＤ）と
   該基板に実装された遊技用演算チップの識別情報（チッ
   プＩＤ）とを対応付けて記憶すると共に、登録ユーザの
   電子メールアドレスを記憶する記憶手段と、 クライアントに対して基板ＩＤ入力用のＷｅｂドキュメ
   ントを提供する提供手段と、 前記Ｗｅｂドキュメントに入力された基板ＩＤに対応す
   るチップＩＤを前記記憶手段から検索すると共に、該基
   板ＩＤを入力したユーザの電子メールアドレスを前記記
   憶手段から検索する検索手段と、 前記検索手段によって検索されたチップＩＤを記載した
   電子メールを生成する生成手段と、 該生成手段によって生成された電子メールを前記検索手
   段によって検索された電子メールアドレス宛てに送信す
   る送信手段と、 を備えたことを特徴とする中古遊技機管理システム。
3. 【請求項３】 前記クライアントを認証する認証手段を
   含むことを特徴とする請求項１または請求項２記載の中
   古遊技機管理システム。
4. 【請求項４】 前記第２提供手段は、前記検索手段によ
   って検索されたチップＩＤを符号化する符号化手段を含
   み、該符号化データを記載したＷｅｂドキュメントを前
   記クライアントに提供することを特徴とする請求項１記
   載の中古遊技機管理システム。
5. 【請求項５】 クライアントに対して基板ＩＤ入力用の
   Ｗｅｂドキュメントを提供する第１提供手段、前記Ｗｅ
   ｂドキュメントに入力された基板ＩＤに対応するチップ
   ＩＤを記憶手段から検索する検索手段、および、前記検
   索手段によって検索されたチップＩＤを記載したＷｅｂ
   ドキュメントを前記クライアントに提供する第２提供手
   段を実現するためのプログラムを格納したことを特徴と
   する記録媒体。
6. 【請求項６】 クライアントに対して基板ＩＤ入力用の
   Ｗｅｂドキュメントを提供する提供手段、前記Ｗｅｂド
   キュメントに入力された基板ＩＤに対応するチップＩＤ
   を記憶手段から検索すると共に、該基板ＩＤを入力した
   ユーザの電子メールアドレスを記憶手段から検索する検
   索手段、前記検索手段によって検索されたチップＩＤを
   記載した電子メールを生成する生成手段、および、該生
   成手段によって生成された電子メールを前記検索手段に
   よって検索された電子メールアドレス宛てに送信する送
   信手段を実現するためのプログラムを格納したことを特
   徴とする記録媒体。